WO2016190635A1 - 근거리 단체 대화방을 통한 긴급 구조 방법 - Google Patents

근거리 단체 대화방을 통한 긴급 구조 방법 Download PDF

Info

Publication number
WO2016190635A1
WO2016190635A1 PCT/KR2016/005428 KR2016005428W WO2016190635A1 WO 2016190635 A1 WO2016190635 A1 WO 2016190635A1 KR 2016005428 W KR2016005428 W KR 2016005428W WO 2016190635 A1 WO2016190635 A1 WO 2016190635A1
Authority
WO
WIPO (PCT)
Prior art keywords
role
rescue
terminal
neighboring user
chat room
Prior art date
Application number
PCT/KR2016/005428
Other languages
English (en)
French (fr)
Inventor
이용인
김성열
Original Assignee
이용인
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 이용인 filed Critical 이용인
Publication of WO2016190635A1 publication Critical patent/WO2016190635A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Definitions

  • the present invention relates to a location-based service using a smartphone. More specifically, the present invention relates to a method of allowing other nearby users to assist or rescue the user when requested by the smartphone user.
  • the Republic of Korea Patent No. 10-1362921 "emergency message transmission method using a smart phone" is installed in the emergency call app on the smart phone, when the emergency signal occurs when the user location information is obtained after the shortest distance from the user A technique for transmitting an emergency call message to other users is known.
  • the present invention has been developed to solve the problems of the prior art as described above, the user located in the neighborhood so that systematic rescue activities can be made, rather than simply to guide the acquaintances in close proximity to the user that the user is in an emergency situation
  • the siege network can be narrowed, but according to the rescue manual in accordance with the situation, it can play a dynamically assigned role so that it can intuitively know how to provide specific help and how. Rather, it is intended to present a methodology to induce systematic rescue activities in which all necessary help is provided.
  • the emergency rescue method using a short-range group chat room provides a server with a chat room between the rescue requester terminal and a neighboring user terminal within a predetermined distance in response to a request from the rescue requester terminal. Forced generating step 110;
  • Step 130 a rescue manual corresponding to the assigned role is provided to each neighboring user terminal;
  • step 110 if there is a request from the rescue requester terminal, the state of the rescue requester terminal is estimated according to the hardware state of the rescue requester terminal and the type of request.
  • step 120 the role list corresponding to the estimated state of the rescue requester terminal is fetched, and each of the neighboring user terminals is assigned a role according to the priority of the role list,
  • step 130 a rescue scenario corresponding to a state of the estimated rescue requester terminal is fetched, a rescue manual for each role is obtained from the retrieved rescue scenario, and provided to each neighboring user terminal.
  • step 120 granting a role of directly moving to a location of the rescue requester terminal to a neighboring user terminal having the closest distance to the rescue requester terminal among the neighboring user terminals and having no role exclusion factor;
  • step 120 if there is no confirmation signal from the neighboring user terminal granted the direct movement role to the location of the rescue requester terminal within a predetermined time or there is a rejection signal, the distance to the rescue requester terminal is closer to the next order.
  • Role change is handled by granting a direct mobile role to the location of the rescue requester terminal to another nearby user terminal without role exclusion factors.
  • step 120 when a role change signal is received from any one of the neighboring user terminals, or fails to perform the role, the neighboring user terminal having a lower priority than the corresponding neighboring user terminal is assigned a dynamic role by failing. You can change roles.
  • the user may provide a manual of the next step according to the drawn out scenario to the neighboring user terminal, and may perform the reward according to the reward conditions previously accumulated in the rescue requester terminal account.
  • the rescue requester is naturally granted in an emergency situation in which a number of neighboring users are given roles according to the scenarios corresponding to the situation of the user who requested the rescue, and each neighboring user performs his / her role step by step. According to the current scenario, the necessary rescue activities are in place.
  • 1 is a diagram illustrating a connection relationship between a plurality of terminals and a server
  • FIG. 2 is a diagram illustrating a hardware structure of a server.
  • FIG. 3 is a flowchart illustrating a time series of an emergency rescue method through a short-range group chat room according to the present invention
  • FIG. 4 is a flowchart detailing a role assignment process in FIG. 3.
  • FIG. 5 is a diagram illustrating a forced chat room created between neighboring user terminals
  • FIG. 6 is a diagram illustrating an example of a rescue manual displayed on a neighboring user terminal.
  • FIG. 7 is a diagram illustrating another example of a rescue manual displayed on a neighboring user terminal
  • FIG. 8 is a diagram illustrating a siege map displayed on a neighboring user terminal.
  • 9 is a diagram illustrating a state in which compensation payment is performed according to a role.
  • FIG. 1 illustrates a connection relationship between a server 10, a rescue requester terminal 20, and a neighboring user terminal 30.
  • the rescue requester terminal 20 and the neighboring user terminal 30 can grasp the location information through the GPS module, can be connected to the server 10 by a wireless communication method, and can transmit and receive data. It is a mobile device that can be carried and communicated between users.
  • smartphones and tablet computers satisfy this definition.
  • the definition satisfies the above, it may be the rescue requester terminal 20 or the neighboring user terminal 30 regardless of its name.
  • the rescue requester terminal 20 generates a rescue request signal according to a predetermined user operation or collected information and transmits the rescue request signal to the server 10 by a wireless communication method.
  • the generation condition of the rescue request signal does not belong to the scope defined in the present invention. For example, executing a rescue request function while a dedicated app is executed, entering a predefined pattern on a touch screen, or simultaneously using a measurement value of a built-in sensor and an analysis value of a voice signal recorded through a microphone Various methods may be used, such as to determine the state of through a predetermined algorithm.
  • the server 10 creates a chat room to forcibly invite the neighboring user terminal 30 within a predetermined distance from the rescue requester terminal 20.
  • the rescue requester terminal 20 may participate in the conversation in the chat room, but in some cases, the rescue requester terminal 20 may not participate in the conversation.
  • the requestor terminal 20 does not open a chat room to invite nearby user terminals 30, but the server 10 has requested a request from the requester terminal 20 to the nearby user terminals 30.
  • Sending a guide message may automatically generate a chat room between the user terminal 30 in the vicinity.
  • the neighboring user terminal 30 refers to a mobile device located within a predetermined distance from the rescue requester terminal 20 when the rescue requester terminal 20 generates and transmits a rescue request signal to the server 10.
  • the neighboring user terminal 30 may be limited to mobile devices of acquaintances located within a predetermined distance from the rescue requester terminal 20, among the contacts stored in the contacts of the rescue requester terminal 20.
  • the mobile terminal may be limited to a mobile device located within a predetermined distance from the rescue requester terminal 20 among users connected to the rescue requester terminal 20 through a social network service.
  • the server 10 When the server 10 receives a rescue request signal from the rescue requester terminal 20, the user of the rescue requester terminal 20 by forming a siege network and assigning roles to neighboring user terminals 30 as described below. To help.
  • the present invention is implemented in the form of a method executed on the server 10, a computer program executed on the server 10, a recording medium containing a computer program readable by the server 10, or the server 10 itself. Can be.
  • FIG. 2 is a functional block diagram illustrating a hardware structure of the server 10.
  • the server 10 may have a hardware configuration of a typical computer system as shown in FIG.
  • the server 10 has a processor 11, a storage 12, a network adapter 13, a display 14, and an input device 15.
  • the processor 11 is commonly referred to as a central processing unit (CPU) and executes instructions included in a computer program.
  • CPU central processing unit
  • the storage 12 is a means for storing computer programs and various data.
  • the stored data does not disappear even when the power supply is cut off.
  • a hard disk drive, a solid state drive, a flash memory, or the like corresponds to this.
  • the network adapter 13 refers to an expansion card or other type of device used to connect a computer to a LAN or Internet network. It is a device for communicating by a known wired or wireless communication protocol.
  • the display device 14 is a device for visually displaying data, such as a liquid crystal display (LCD) monitor or a touch screen.
  • LCD liquid crystal display
  • the input device 15 is a means for a user to operate a computer system.
  • the input device 15 corresponds to a keyboard, a mouse, a joystick, and the like.
  • FIG. 3 is a flowchart illustrating an emergency rescue method through a short-range group chat room according to the present invention
  • FIG. 4 is a flowchart detailing a role assignment process in FIG. 3.
  • the server 10 when the server 10 first receives a rescue request signal from the rescue requester terminal 20, the server 10 may be located within a predetermined distance from the rescue requester terminal 20. ) And invite the neighboring user terminals 30 by creating a chat room (S110).
  • the distance determination with the rescue requester terminal 20 may estimate the distance using GPS coordinate values, but may use a conventional technique that compensates for accuracy by using AP or base station information when necessary.
  • the chat room may use a known social network service as it is, or may be implemented in a similar form.
  • the rescue requester terminal 20 does not necessarily participate in the generated chat room.
  • the server 10 assigns a role to each neighboring user terminals 30.
  • a role is a preliminary division of tasks to be performed by each of the neighboring users in order to rescue or assist the rescue requester terminal 20 user.
  • the role may be appropriately allocated to the neighboring users so as not to overlap each other. .
  • 112 reports, 119 reports emergency site access, witness observations, photo shoots, video recording, criminal tracking, emergency coordination, victim relief, victim privacy protection, victims belongings, guardian contact, siege building and surveillance, etc.
  • the role of can be predefined.
  • backups may be given the same role to more than one nearby user in the case of critical roles.
  • a role is assigned to each of the neighboring user terminals 30 by using a distance from the rescue requester terminal 20 and / or an auxiliary factor (S120).
  • distance may be the most important factor, or it may not.
  • distance may be the most important factor in the role of directly visiting the rescue requester and directly witnessing the current situation.
  • the supplementary factors are factors used for assigning roles other than distance, and may include, for example, age, gender, relationship with the rescue requestor, and the like.
  • the server 10 provides a rescue manual corresponding to the role assigned to each neighboring user terminal in real time (S130).
  • the server 10 determines whether each neighboring user terminal 30 properly performs the role assigned to each step according to the rescue manual (S140).
  • the server 10 preferably delivers a message indicating what role is assigned to each neighboring user in the chat room or the current status of each neighboring user. That is, all neighboring users who participated in the chat room can intuitively know who is assigned what role and whether the current state is performing the role.
  • an ID on a social network or a nickname set by each user is usually displayed.
  • each neighboring user who participates in the chat room is likely to have no knowledge or indirect relationship with each other. Instead, the assigned role can be displayed instead of the name.
  • FIG. 5 is a diagram illustrating a forced chat room created between neighboring user terminals, whereby “reporter”, “witness”, “112 reporter”, and “savior” are used instead of IDs or real names of neighboring users who participated in the chat room. The dynamically assigned roles are displayed.
  • the conversation is displayed on the speech bubble as shown in FIG. 5, and the role of the neighboring user is displayed below.
  • the distance between each neighboring user and the caller is shown. Can be displayed further.
  • the right side of the "reporter” role indication is “reference 0M”, indicating that the user has requested the help, and the right side of the "witness 3" role indication is "15M”, and from the reporter 15 It is located in meters away.
  • Such distance display is an important element for the decision-making activities of nearby users participating in the chat room through the conversation.
  • a role dynamically assigned in place of a real name or ID of a neighboring user who participated in a chat room may be displayed.
  • additional information related to a role may be intuitively displayed by using a number.
  • the number of users assigned the same role may be displayed.
  • a number is displayed on the right side of a role, such as “eyewitness 2”, “112 report 3”, and “shopper 1”, which may mean the number of users granted the role.
  • this may indicate the priority of a role.
  • numbers written on the right side of the role such as “eyewitness 2”, “112 report 3”, and “savior 1”, may indicate priority of roles.
  • Priorities for each role vary according to scenarios as described below, and different priorities are given according to which scenarios are selected even in the same role.
  • the processes of S110 to S130 may be processed according to a scenario prepared in advance.
  • the server 10 holds scenarios of various cases.
  • the scenario refers to data defined in sequence for each role, which procedure and method should be followed in order to rescue or assist the rescue requester when receiving the rescue request signal from the rescue requester terminal 10.
  • the server 10 While maintaining a plurality of scenarios as described above, if the server 10 has a rescue request signal from the rescue requester terminal 20 in step S110, it must determine which scenario to rescue the rescue requester.
  • the server 10 estimates the current state of the user of the rescue requester terminal 20 according to the hardware state of the rescue requester terminal 20 and / or the type of request, and determines a scenario corresponding thereto.
  • the rescue requester terminal 20 temporarily detects a large shock, and then a predetermined button is pressed by the rescue requester to generate a rescue request signal, the rescue requester falls down and makes a rescue request.
  • a predetermined button is pressed by the rescue requester to generate a rescue request signal
  • the rescue requester makes a rescue request by selecting his current situation on the screen GUI while making a rescue request
  • the current status of the rescue requester can be grasped clearly according to the type of the rescue request signal. Can be.
  • the scenario may be dynamically changed according to a result of the role performance of the neighboring users who participated in the chat room after the scenario was first determined or at the request of the neighboring users.
  • the role list for rescue activities according to the scenario is withdrawn.
  • the role list is pre-recorded and stored in the server 10 in association with the scenario.
  • the role list is a list of roles assigned to two or more neighboring users to match the current state of the rescue requester.
  • the role list preferably has a priority, and includes a definition of how to assign one role to a role, a method of handling when a role fails or when a nearby user who is assigned a role is non-responsive for a certain time. .
  • the server 10 When the server 10 withdraws the role list as described above, the server 10 assigns roles to the neighboring user terminals 30 one by one according to the priority in step S120.
  • the remaining one that is not granted to the neighboring user terminal 30 that performed the role may be later granted.
  • the server 10 provides a rescue manual for each role to each neighboring user terminal 30.
  • the rescue manual is preferably displayed on the screen of each nearby user terminal 30, apart from the chat room.
  • a pop-up window may be displayed while a chat room is displayed on the terminal screen to display a rescue manual corresponding to a given role.
  • the content of the chat room may be displayed on the screen of each of the neighboring user terminals 30 in the same way, but the rescue manual is displayed differently.
  • the rescue manual includes one or more segmented actions or actions according to each assigned role, and is preferably provided to each neighboring user terminal 30 one by one.
  • the rescue requester requesting the rescue may not have a situation, it is difficult to describe the manual in a long and lengthy manner, and the manual is preferably divided into a single operation or action.
  • a rescue manual for the next action or action is provided.
  • FIG. 6 is a diagram illustrating an example of a rescue manual displayed on a neighboring user terminal.
  • a rescue manual is displayed on the screen of a neighboring user terminal 30 that has been granted the role of “eyewitness”.
  • the neighboring users perform their actions one by one according to the rescue manual displayed in this order by using their terminal 30.
  • FIG. 7 is a diagram illustrating another example of a rescue manual displayed on a neighboring user terminal.
  • Each neighboring user terminal 30 is dynamically provided with a rescue manual corresponding to the role assigned to each of them to display on the screen.
  • Figure 7 shows that a rescue manual called "Notify the guardian" is displayed.
  • a number of nearby users can be structured in such a way that they are gradually narrowed down by surrounding them in a concentric circle around them, thereby preventing them from escaping the siege by neighboring users. To make it happen.
  • the narrowing of the siege is described in advance in the scenario and can be achieved for each role by incorporating the action closer to the rescue requester at a particular stage.
  • the server 10 may provide an siege map displaying the locations of nearby user terminals centered on the rescue requester terminal 20.
  • FIG. 8 is a diagram illustrating a siege network map displayed on a neighboring user terminal.
  • the server 10 receives GPS coordinate values from each neighboring user terminal 30 and then displays an icon or name corresponding to the role of each neighboring user terminal 30 on the map (S150).
  • step S120 the process of dynamically assigning or changing roles in step S120 will be described in detail.
  • the server 10 has the closest distance to the rescue requester terminal 20 among the neighboring user terminals 30 and the neighbor requester terminal 30 having no role exclusion factor. 10) grants the role of direct movement to the position (S121).
  • the role exclusion factor is a condition in which the role cannot be performed is recorded in advance in the scenario.
  • a condition may be defined in advance that the role of direct movement to the location of the rescue requester terminal 10 should be "adult” and "male", and the server 10 has the closest distance to the rescue requester terminal 20. After determining the neighboring user terminal 30, it is determined whether the neighboring user is an "adult” or a "male.”
  • Such personal information may be collected in advance when a dedicated app for service execution according to the present invention is installed in a nearby user terminal 30.
  • the server 10 excludes the role of directly moving to the location of the rescue requester terminal 20 to the remaining neighboring user terminals 30. Sequential roles are assigned according to the priority on the role list among the remaining roles (S122).
  • the direct mobile role should be determined as the top priority for the rescue action, and then roles are assigned one by one according to the priority of the role for the remaining users.
  • the server 10 may request another neighboring user terminal 30. Change roles by granting them the same dynamic role.
  • the server 10 waits for the user of the neighboring user terminal 30 granted the direct movement role to send a confirmation signal by pressing a confirmation button to inform that the user can perform the corresponding role.
  • the user of the corresponding user terminal 30 fails to perform the role due to his own circumstances, the user may not be able to press the confirmation button to pass a predetermined time (for example, 20 seconds), sometimes pressing the reject button at all. You may be notified that you cannot.
  • a predetermined time for example, 20 seconds
  • the server 10 has a close distance to the rescue requester terminal 20 in the following order, and directly moves to the location of the rescue requester terminal 10 to another nearby user terminal 30 having no role exclusion factor.
  • the role change process S123.
  • the neighboring user terminal 30 granted the direct mobile role as well as the neighboring user terminal 30 granted the other role, the neighboring user terminal to which the next priority role is assigned when the role cannot be performed
  • the role can be dynamically changed by granting the role to the above determined role that cannot be performed.
  • step S140 it will be described in detail the process of verifying the role performed in step S140.
  • Verification of role performance may vary depending on the type of role assigned.
  • the nearby user terminal 30 granted the role tracks its own coordinates, and if it falls within the error range and the coordinates received from the server 10, the server has completed the execution of the corresponding action. It can verify by notifying to (10).
  • step S140 whether to perform the role, when the failure of any one of the neighboring user terminal 30, the server 10 is a neighboring user who has a lower priority than the neighboring user terminal 30
  • the role is dynamically changed by granting the terminal 30 the failed role.
  • the role of the lower priority is retained and the role is dynamically changed to perform the higher priority.
  • the server 10 performs a predetermined reward to the corresponding neighboring user terminal 30.
  • the user of the rescue requester terminal 20 may pay in advance to his account according to the compensation condition. For example, 10 coffee coupons may be purchased and stored in advance.
  • reward conditions can be set in advance by paying the coupons that have been accumulated.
  • the server 10 performs a reward according to a preset reward condition to the neighboring user terminal 30 having completed the role.
  • a preset reward condition to the neighboring user terminal 30 having completed the role.
  • one of the coupons previously purchased is delivered to the corresponding user terminal 30.
  • Emergency rescue method through a short-range group chat room may be implemented in the form of program instructions that can be executed by various computer means may be recorded on a computer readable medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Telephonic Communication Services (AREA)

Abstract

근거리 단체 대화방을 통한 긴급 구조 방법이 개시된다. 본 발명에 의한 근거리 단체 대화방을 이용한 긴급 구조 방법은 서버가, 구조 요청자 단말기로부터의 요청에 따라, 상기 구조 요청자 단말기와 일정 거리 이내의 인근 사용자 단말기간의 대화방을 강제 생성하고, 상기 구조 요청자 단말기와의 거리 및 보조 요인을 이용하여 상기 각 인근 사용자 단말기에 역할을 부여한다. 이에 의해 우연히 구조 요청자의 인근에 있던 사용자들이 마치 전문적으로 훈련된 인력인 것처럼 체계적이고 신속한 구조활동을 할 수 있게 된다.

Description

근거리 단체 대화방을 통한 긴급 구조 방법
본 발명은 스마트폰을 이용한 위치기반 서비스에 관한 것이다. 더욱 구체적으로는 스마트폰 사용자의 요청시 인근에 있는 다른 사용자들로 하여금 해당 사용자를 돕거나 구조할 수 있도록 하는 방법에 관한 것이다.
휴대전화가 보급된 이후, 사람들은 위치와 시간의 제약 없이 언제 어디에서든 지인들에게 전화를 하여 통화하거나, SMS 등의 비음성 방식에 의한 커뮤니케이션을 할 수 있게 되었다.
이러한 인프라를 이용하여 휴대전화 사용자가 위급한 상황에 처했을 때에, 미리 등록된 보호자 등에게 안내하는 서비스가 개발되거나 실시된 바 있다.
예컨대, 대한민국 등록특허 10-0616155 "통신망을 통한 위급 상황 통지 방법 및 그 시스템 "는 사용자의 위급 상황시에 미리 등록된 연락처를 이를 알리는 방법을 공지하고 있으며, 대한민국 특허공개 10-2006-0042643 "위급 상황 통지방법"는 더 나아가 GPS 모듈을 통해 획득한 사용자의 현재 위치정보를 SMS의 형태로 미리 등록된 연락처로 전송하는 기술을 공지한 바 있다.
한편, 최근 스마트폰이 널리 보급되면서 사용자들간의 커뮤니케이션 행태나 방식이 다변화되고, 위치정보를 이용하는 것이 일상화되면서 진일보한 기술이 개발되고 있다.
예컨대, 대한민국 등록특허 10-1362921 “스마트폰을 이용한 긴급 메시지 송출 방법"은 스마트폰에 긴급호출 앱을 설치한 다음, 긴급 상황 발생 신호가 수신되면 사용자 위치정보를 획득한 후 사용자로부터 최단거리에 있는 다른 사용자에게 긴급 호출 메시지를 전송하는 기술을 공지하고 있다.
그러나, 이와 같은 종래기술들은 사용자가 미리 등록한 지인의 스마트폰 또는 근거리에 있는 지인에게 위급 상황임을 통지하고, 사용자의 위치를 알리는 정도에 불과하기 때문에, 사용자가 실제로 위급한 상황에 처했을 때에 신속하고 체계적인 대응이나 구조활동으로 이어지기는 쉽지 않다는 한계가 있다.
뿐만 아니라, 정작 구조를 요청받은 사람이 어떤 도움을 어떻게 제공해야 하는지 잘 모르거니와, 혼자서 외롭게 구조에 참여하는 경우에 느끼는 압박감과 두려움 등의 심리적 부담으로 인하여 적극적으로 구조에 참여하기를 꺼리게 되는 문제점이 있다.
이러한 문제점을 해소하지 않는 이상 개인화된 무연결 사회에서 일반 공중으로 하여금 적극적으로 구조활동에 참여하도록 유도하기는 어려운 실정이며, 간절한 도움요청이 외면되는 것을 막기 어렵다.
본 발명은 상기와 같은 종래기술의 문제점을 해소하기 위하여 개발된 것으로, 단순히 사용자에게서 가까운 거리에 있는 지인들에게 사용자가 위급한 상황임을 안내하는 것이 아니라 체계적인 구조활동이 이루어질 수 있도록, 인근에 위치한 사용자들을 이용하여 구조 조직을 실시간으로 형성하여 포위망을 좁혀가되, 상황에 부합하는 구조 매뉴얼에 따라, 동적으로 부여된 역할을 수행하도록 함으로써 구체적으로 어떤 도움을 어떻게 제공해야 하는지를 직관적으로 알 수 있도록 할 뿐만 아니라, 꼭 필요한 도움이 빠짐없이 제공되는 체계적인 구조 활동이 이루어질 수 있도록 유인하는 방법론을 제시하고자 한다.
이러한 목적을 달성하기 위하여 본 발명의 일 실시예에 의한 근거리 단체 대화방을 이용한 긴급 구조 방법은 서버가, 구조 요청자 단말기로부터의 요청에 따라, 상기 구조 요청자 단말기와 일정 거리 이내의 인근 사용자 단말기간의 대화방을 강제 생성하는 제110 단계;
상기 구조 요청자 단말기와의 거리 및 보조 요인을 이용하여 상기 각 인근 사용자 단말기에 역할을 부여하는 제120 단계;
상기 각 인근 사용자 단말기로 상기 부여된 역할에 부합하는 구조 매뉴얼을 제공하는 제130 단계;
상기 인근 사용자 단말기들의 역할 수행여부를 검증하는 제140 단계;
구조 요청자 단말기를 중심으로 인근 사용자 단말기들의 위치가 표시된 포위망 지도를 제공 - 이때, 포위망 지도상 상기 인근 사용자들의 위치에 부여된 역할에 해당하는 아이콘 또는 명칭을 표시 - 하는 제150 단계;를 포함한다.
이때, 제110 단계에서, 상기 구조 요청자 단말기로부터의 요청이 있으면, 상기 구조 요청자 단말기의 하드웨어 상태 및 요청의 유형에 따라 상기 구조 요청자 단말기의 상태를 추정하며,
상기 제120 단계에서, 상기 추정된 구조 요청자 단말기의 상태에 부합하는 역할 리스트를 인출하고, 상기 인근 사용자 단말기 각각에 상기 역할 리스트의 우선순위에 따라 역할을 부여하며,
상기 제130 단계에서, 상기 추정된 구조 요청자 단말기의 상태에 부합하는 구조 시나리오를 인출하고, 상기 인출한 구조 시나리오로부터 각 역할별 구조 매뉴얼을 획득하여 상기 각 인근 사용자 단말기들로 제공한다.
이때, 제120 단계에서, 상기 인근 사용자 단말기 가운데 상기 구조 요청자 단말기와의 거리가 가장 가까우며, 역할 배제 요인이 없는 인근 사용자 단말기로 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 부여하는 단계; 및
나머지 인근 사용자 단말기로 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 제외한 나머지 역할 가운데 역할 리스트 상의 우선순위에 따라 순차 역할을 부여하는 단계;를 포함한다.
이때, 제120 단계에서, 일정 시간 이내에 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 부여받은 인근 사용자 단말기로부터의 확인 신호가 없거나, 거부 신호가 있으면 상기 구조 요청자 단말기와의 거리가 다음순으로 가까우며, 역할 배제요인이 없는 다른 인근 사용자 단말기로 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 부여함으로써 역할 변경을 처리한다.
한편, 제120 단계에서, 어느 하나의 인근 사용자 단말기로부터 역할 변경 신호를 수신하거나, 또는 역할 수행 실패시, 해당 인근 사용자 단말기보다 우선순위가 낮은 역할을 수행하던 인근 사용자 단말기에게 실패한 역할을 부여함으로써 동적으로 역할을 변경할 수 있다.
어느 하나의 인근 사용자 단말기의 역할 수행 성공시 해당 인근 사용자 단말기로 상기 인출한 시나리오에 따라 다음 단계의 매뉴얼을 제공하며, 상기 구조 요청자 단말기 계정에 기 적립된 보상조건에 따라 보상을 수행할 수 있다.
이러한 본 발명에 의할 때, 도움을 필요로 하는 사용자와 가장 가까이에 있는 다수의 사용자들이 대화방을 통해 서로 커뮤니케이션을 하면서 집단 지성을 발휘하고, 협업하는 것에 의하여 도움을 필요로 하는 사용자에게 필요한 실질적인 도움을 신속하게 제공할 수 있다.
특히, 구조를 요청한 사용자의 상황에 부합하는 시나리오에 따라 다수의 인근 사용자들에게 역할을 부여하고, 각 인근 사용자들이 각자 자신의 역할을 하나씩 단계별로 수행하여 자칫 혼란스러울 수 있는 위급 상황에서 자연스럽게 구조 요청자의 현재 상황에 맞는 시나리오에 따라 꼭 필요한 구조 활동이 빠짐없이 이루어지는 효과가 있다.
도 1은 다수의 단말기와 서버의 연결관계를 설명하는 도면이며,
도 2는 서버의 하드웨어 구조를 설명하는 도면이며,
도 3은 본 발명에 의한 근거리 단체 대화방을 통한 긴급 구조 방법을 시계열적으로 설명하는 플로우차트이며,
도 4는 도 3에서 역할 부여 과정을 부연하는 플로우차트이며,
도 5는 인근 사용자 단말기간 강제 생성된 대화방을 예시하는 도면이며,
도 6은 인근 사용자 단말기에 표시된 구조 매뉴얼의 일 예를 도시하는 도면이며,
도 7은 인근 사용자 단말기에 표시된 구조 매뉴얼의 다른 예를 도시하는 도면이며,
도 8은 인근 사용자 단말기에 표시된 포위망 지도를 예시하는 도면이며,
도 9는 역할 수행에 따른 보상 지급이 이루어지는 모습을 예시하는 도면이다.
이하에서는 본 발명의 바람직한 실시예 및 첨부하는 도면을 참조하여 본 발명을 상세히 설명한다.
도 1은 서버(10), 구조 요청자 단말기(20) 및 인근 사용자 단말기(30)의 연결관계를 예시한다.
구조 요청자 단말기(20) 및 인근 사용자 단말기(30)는 GPS 모듈을 통해 위치 정보의 파악이 가능하며, 무선 통신 방식에 의하여 서버(10)로 접속하여 데이터의 송수신이 가능하고, 대화방을 통해 다수의 사용자들간 대화가 가능하여, 휴대가 가능한 모바일 디바이스이다.
예컨대, 스마트폰이나 타블렛 컴퓨터 등이 이러한 정의를 만족한다. 이외에도 상기의 정의를 만족하는 것이라면 그 명칭에 무관하게 구조 요청자 단말기(20) 또는 인근 사용자 단말기(30)가 될 수 있다.
구조 요청자 단말기(20)는 소정의 사용자 조작이나, 수집한 정보에 따라 구조 요청 신호를 발생시켜 서버(10)로 무선 통신 방식에 의하여 전달한다.
구조 요청 신호의 발생 조건은 본 발명에서 정의하는 범위에 속하지 아니한다. 예컨대, 전용앱이 실행된 상태에서 구조 요청 기능을 실행시킨다거나, 터치스크린 상에 미리 정의된 패턴을 입력한다거나, 내장 센서의 측정값과 마이크를 통해 기록된 음성신호의 분석값을 동시에 이용하여 사용자의 상태를 소정의 알고리즘을 통해 판정하는 등의 다양한 방식이 사용될 수 있다.
한편, 구조 요청 신호가 수신됨에 따라 서버(10)는 대화방을 생성하여 상기 구조 요청자 단말기(20)로부터 일정 거리 이내에 있는 인근 사용자 단말기(30)을 강제로 초대한다.
이때, 대화방에 상기 구조 요청자 단말기(20)가 대화에 참여할 수도 있지만, 구조를 요청한 상황이므로 경우에 따라서는 대화에 참여하지 못할 수도 있을 것이다.
구조 요청자 단말기(20)가 대화방을 열어서 인근의 사용자 단말기(30)들을 초대하는 형태가 아니라, 서버(10)가 인근의 사용자 단말기(30)들로 구조 요청자 단말기(20)로부터의 구조 요청이 있었다는 안내 메시지를 보내 인근의 사용자 단말기(30)들 간의 대화방을 자동으로 생성할 수 있을 것이다.
인근 사용자 단말기(30)는 구조 요청자 단말기(20)가 구조 요청 신호를 발생시켜 서버(10)로 전달한 시점에, 상기 구조 요청자 단말기(20)로부터 일정 거리 이내에 위치하는 모바일 디바이스를 지칭한다.
이러한 인근 사용자 단말기(30)는 바람직하게는 상기 구조 요청자 단말기(20)의 연락처에 저장된 지인들 가운데, 상기 구조 요청자 단말기(20)로부터 일정 거리 이내에 위치하는 지인들의 모바일 디바이스로 한정할 수도 있으며,
또는, 상기 구조 요청자 단말기(20)와 소셜 네트워크 서비스 상에서 인맥으로 연결된 사용자들 가운데, 상기 구조 요청자 단말기(20)로부터 일정 거리 이내에 위치하는 모바일 디바이스로 한정할 수도 있을 것이다.
물론, 이러한 한정을 배제하고, 상기 구조 요청자 단말기(20)의 사용자와의 인적관계와 무관하게, 전용앱이 설치된 임의의 사용자들 가운데 단순히 일정 거리 이내에 위치하는 모바일 디바이스를 인근 사용자 단말기(30)로 할 수도 있다.
이 경우, 인근 사용자 단말기(30)에 역할을 부여하기 위하여, 전용앱의 설치시 성별이나 나이 기타의 개인 정보를 수집할 필요가 있을 것이다.
서버(10)는 상기 구조 요청자 단말기(20)로부터의 구조 요청 신호가 있으면, 후술하는 바와 같이 인근 사용자 단말기(30)로 하여금 포위망을 형성하고, 각자 역할을 부여함으로써 구조 요청자 단말기(20)의 사용자를 도울 수 있도록 한다.
본 발명은 이와 같은 서버(10)에서 실행되는 방법, 서버(10)에서 실행되는 컴퓨터 프로그램이나, 서버(10)가 판독가능한 컴퓨터 프로그램이 수록된 기록매체, 또는 서버(10) 그 자체의 형태로 구현될 수 있다.
도 2는 서버(10)의 하드웨어 구조를 설명하는 기능 블록도이다.
서버(10)는 도 2에 도시된 바와 같은 일반적인 컴퓨터 시스템의 하드웨어 구성을 구비할 수 있다.
도 2에 도시된 바에 의할 때, 서버(10)는 프로세서(11), 스토리지(12), 네트워크 어댑터(13), 디스플레이(14) 및 입력장치(15)를 갖는다.
프로세서(11)는 통상 CPU(Central Processing Unit)이라 지칭되며, 컴퓨터 프로그램에 포함된 명령어들을 실행한다.
스토리지(12)는 컴퓨터 프로그램 및 각종 데이터를 저장하기 위한 수단으로, 전원의 공급이 끊어져도 저장된 데이터가 소멸하지 않는다. 예컨대, 하드 디스크 드라이브나 솔리드 스테이트 드라이브, 플래시 메모리 등이 이에 해당한다.
네트워크 어댑터(13)는 컴퓨터를 LAN 이나 인터넷 망 등에 접속시키기 위해 사용되는 확장 카드나 기타 형태의 장치를 의미한다. 알려진 유선 또는 무선 통신 규약에 의하여 통신하기 위한 장치이다.
디스플레이 장치(14)는 데이터를 시각적으로 표시하는 장치로서, LCD(Liquid Crystal Display) 모니터나 터치스크린 등이 이에 해당한다.
입력장치(15)는 사용자가 컴퓨터 시스템을 조작하기 위한 수단으로, 키보드나 마우스, 조이스틱 등이 이에 해당한다.
이하에서는 본 발명에 의한 근거리 단체 대화방을 통한 긴급 구조 방법이 구현된 일 예를 특정한 실시예를 통해 설명하기로 한다.
도 3은 본 발명에 의한 근거리 단체 대화방을 통한 긴급 구조 방법을 시계열적으로 설명하는 플로우차트이며, 도 4는 도 3에서 역할 부여 과정을 부연하는 플로우차트이다.
도 3에 도시된 바에 의할 때, 서버(10)는 우선, 구조 요청자 단말기(20)로부터의 구조 요청 신호를 수신하면, 상기 구조 요청자 단말기(20)와 일정 거리 이내에 존재하는 인근 사용자 단말기(30)들을 판정하고, 대화방을 생성하여 상기 인근 사용자 단말기(30)들을 초대한다(S110).
상기 구조 요청자 단말기(20)와의 거리 판정은 GPS 좌표값을 이용하여 거리를 추정하되, 필요시에 AP나 기지국 정보를 이용하여 정확성을 보완하는 종래기술을 이용할 수 있다.
대화방은 공지의 소셜 네트워크 서비스를 그대로 이용하거나, 또는 유사한 형태로 구현할 수 있다.
한편, 생성된 대화방에 구조 요청자 단말기(20)가 반드시 참여할 필요는 없다.
대화방에 다수의 인근 사용자 단말기(30)들이 초대됨에 따라 서버(10)는 각 인근 사용자 단말기(30)들에 역할을 부여한다.
역할이란 구조 요청자 단말기(20) 사용자를 구조하거나 돕기 위하여, 인근의 사용자들 각각이 해야 할 일을 사전에 구분한 것으로, 바람직하게는 서로 중복되지 않도록 각 인근의 사용자들에게 적당하게 배분될 수 있다.
예컨대, 112신고, 119신고, 응급상황 현장 접근, 목격자 관찰기록, 사진 촬영, 동영상 촬영, 범인 추적, 위급상황 조정, 피해자 구호, 피해자 프라이버스 보호, 피해자 소지품 보관, 보호자 연락, 포위망 구축 및 감시 등의 역할이 사전에 정의될 수 있다.
대화방에 초대된 모든 인근의 사용자들이 즉시 움직이거나, 역할을 수행할 수 있는 상황은 아닐 수 있기 때문에, 중요한 역할의 경우에는 백업으로 둘 이상의 인근 사용자에게 같은 역할이 부여될 수도 있다.
바람직하게는 역할의 부여시에 상기 구조 요청자 단말기(20)와의 거리 및/또는 보조 요인을 이용하여 상기 각 인근 사용자 단말기(30)에 역할을 부여한다(S120).
역할의 종류에 따라서는 거리가 가장 중요한 요인인 경우도 있으나, 또는 그렇지 않은 경우도 존재한다.
예컨대, 직접 구조 요청자를 찾아가서 직접 현재 상황을 목격하는 역할이라면 거리가 가장 중요한 요인일 수 있다.
그러나, 전화로 경찰서나 소방서 등에 신고해야 하는 역할이라면 거리가 중요한 역할이 아닐 수 있다.
한편, 보조 요인은 거리 이외에 역할을 할당하기 위하여 사용되는 요인들로서, 예컨대 나이, 성별, 구조 요청자와의 관계 등이 포함될 수 있다.
근력을 이용하여 구조 요청자를 직접 구해야 하는 피해자 구호 역할이라면 젊은 남성에게 부여되는 것이 바람직하며, 대화방에서 전체 상황을 통제하고 이끌어가는 위급 상황 조정 역할이라면 구조 요청자와 직계가족이거나 친인척 관계이면서 가장 연장자에게 부여되는 것이 바람직할 것이다.
한편, 이와 같이 역할이 부여되면, 서버(10)는 각 인근 사용자 단말기로 상기 부여된 역할에 부합하는 구조 매뉴얼을 실시간으로 제공한다(S130).
이와 같이 역할을 부여한 다음 서버(10)는 각 인근 사용자 단말기(30)이 부여된 역할을 구조 매뉴얼에 따라서 각 단계별로 제대로 수행하는 지를 판단한다(S140).
서버(10)는 바람직하게는 대화방 내에서 각 인근 사용자들에게 어떤 역할이 부여되었는지 또는 각 인근 사용자들의 현재 상태를 나타내는 메시지를 전달한다. 즉, 대화방에 참여한 모든 인근 사용자들은 누가 어떤 역할을 부여받았는지, 현재 상태가 역할 수행중인지 등을 직관적으로 알 수 있다.
대화방에서는 통상 소셜 네트워크 상의 아이디나 각 사용자가 설정한 자신의 별명이 표시되는데, 본 발명의 경우 대화방에 참여한 각 인근 사용자들은 서로 면식이 없거나, 간접적으로 아는 정도의 관계일 가능성이 높기 때문에, 이와 같이 하는 대신에 부여된 역할을 이름 대신에 표시할 수 있다.
도 5는 인근 사용자 단말기간 강제 생성된 대화방을 예시하는 도면인데, 이에 의할 때, 대화방에 참여한 인근 사용자들의 아이디나 실명 대신 "신고자", "목격자", "112신고","구호자"와 같이 동적으로 부여된 역할이 표시된다.
즉, 같은 사용자라고 하여도 부여된 역할에 따라서 서로 다르게 표시되며, 심지어는 후술하는 바와 같이 역할이 동적으로 변경되면 대화방에서의 표기 또한 실시간으로 바뀌게 된다.
대화방 내에서는 누가 누구인지보다는 지금 현재 누가 어떤 역할을 하는 사람인지가 더 중요하기 때문이다.
대화방에 참여한 인근 사용자들이 대화 내용을 입력하면, 도 5에 도시된 바와 같이 말풍선에 대화 내용이 표시되고, 그 아래에 해당 인근 사용자의 역할이 표시되는데 이때, 바람직하게는 각 인근 사용자와 신고자 간의 거리가 더 표시되도록 할 수 있다.
도 5의 예에 의할 때, "신고자" 역할 표시의 우측에는 "기준 0M"라고 되어 있어, 도움을 요청한 사용자임을 나타내며, "목격자3" 역할 표시의 우측에는 "15M"이라고 되어 있어 신고자로부터 15미터 거리에 위치하고 있음을 나타낸다.
이러한 거리표시는 대화방에 참여한 인근 사용자들이 대화를 통해 구조활동을 하며, 의사결정을 하기 위하여 중요한 요소가 된다.
한편, 도 5에 예시된 바와 같이 대화방에 참여한 인근 사용자의 실제 이름이나 아이디 대신에 동적으로 부여된 역할을 표시하되, 이에 더하여 숫자를 이용하여 직관적으로 역할과 관련한 보조정보를 더 표시할 수 있다.
일 예로 동일 역할이 부여된 사용자의 수를 표시할 수 있다.
도 5에는 "목격자 2", "112신고 3","구호자 1"과 같이 역할의 우측에 숫자가 표기되어 있는데, 이는 해당 역할이 부여된 사용자의 수를 의미할 수 있다.
또는 "목격자 1/2"와 같이 표시함으로써 목격자 역할이 부여된 사용자가 2명이며, 그 가운데 첫번째 사용자임을 나타내거나, "112신고 2/3"와 같이 표시함으로써 112신고 역할이 부여된 사용자가 3명인데, 그 가운데 두번째 사용자임을 나타낼 수도 있을 것이다.
스스럼없이 행하기에 두려움이나 압박감과 같은 심리적 부담을 느낄 수 있는 역할의 경우, 동일 역할을 수행하는 사용자의 수를 숫자로 표시해줌으로써, 해당 역할을 수행하는 사용자의 지위를 일시에 특정인에서 불특정인으로 만들고, 이를 통해 군중심리를 느끼도록 하여 자연스럽게 용기있는 행동을 이끌어 낼 수 있다.
다른 예로 역할의 우선순위를 나타내는 것으로 할 수도 있다.
이 경우, "목격자 2", "112신고 3","구호자 1"와 같이 역할의 우측에 표기된 숫자는 각각 역할의 우선순위를 의미할 수 있다.
부여된 각 역할의 우선순위를 더 표시함으로써 대화에 참여한 인근 사용자들로 하여금 높은 우선순위의 역할이 우선적으로 수행될 수 있도록 협조하도록 유도할 수 있다.
각 역할에 대한 우선 순위는 후술하는 바와 같이 시나리오에 따라서 달라지며, 동일한 역할이라도 하여도 어떤 시나리오가 선정되는가에 따라서 다른 우선 순위가 부여된다.
상기 S110 내지 S130의 과정은 미리 준비된 시나리오에 따라서 처리될 수 있다.
서버(10)는 다양한 경우의 시나리오를 보유한다. 시나리오란 상기 구조 요청자 단말기(10)로부터의 구조 요청 신호 접수시, 해당 구조 요청자를 구조하거나 돕기 위하여 어떤 절차와 방법을 따라야 하는지를 순차적으로, 각 역할별로 정의한 데이터를 의미한다.
예컨대, 화재발생의 경우 각 역할별로 구조 요청자를 돕기 위하여 어떤 행동을 해야 하는지를 미리 정해둔 데이터일 수 있다. 이외에도, 구조 요청자가 다쳐서 움직일 수 없는 경우라거나, 신변의 위협을 받고 있는 등 다양한 경우에 둘 이상의 인근 사용자들이 협력하여 각각 어떠한 역할을 해야하는지를 미리 기술할 수 있다.
이와 같이 다수의 시나리오를 보유하되, 서버(10)는 S110 단계에서 상기 구조 요청자 단말기(20)로부터의 구조 요청 신호가 있으면, 어떤 시나리오를 이용하여 상기 구조 요청자를 구조할 것인지를 결정해야 한다.
이를 위하여 서버(10)는 상기 구조 요청자 단말기(20)의 하드웨어 상태 및/또는 요청의 유형에 따라 상기 구조 요청자 단말기(20) 사용자의 현재 상태를 추정하고, 이에 부합하는 시나리오를 결정한다.
예컨대, 구조 요청자 단말기(20)의 G센서가 일시적으로 큰 충격이 있었음을 감지하고, 그 이후 구조 요청자에 의하여 미리 정해진 소정의 버튼이 눌려져 구조 요청 신호가 생성되었다면, 구조 요청자가 쓰러지면서 구조 요청을 한 것으로 추정하고, 이에 부합하는 시나리오를 선택할 수 있을 것이다.
또는, 아예 구조 요청자가 구조 요청을 하면서 화면 GUI 상에서 자신의 현재 상황을 선택하여 구조 요청을 하였다면, 해당 구조 요청 신호의 유형에 의해 구조 요청자의 현재 상태를 다소 명확히 파악할 수 있으므로 이에 부합하는 시나리오를 결정할 수 있다.
뿐만 아니라, 시나리오가 최초로 결정된 이후 대화방에 참여한 인근 사용자들의 역할 수행 결과에 따라서, 또는 인근 사용자들의 요청에 의해 시나리오를 동적으로 변경할 수도 있다.
한편, 이와 같이 S110 단계에서 시나리오가 결정되면, 해당 시나리오에 따른 구조 활동을 위한 역할 리스트를 인출한다. 역할 리스트는 시나리오와 결부되어 서버(10)에 미리 기록되어 저장된 것으로, 구조 요청자의 현재 상태에 부합하도록 둘 이상의 인근 사용자에게 부여되는 역할들을 리스트 형태로 만들어둔 것이다.
이때 바람직하게는, 역할 리스트는 우선순위를 가지며, 하나의 역할을 몇 명에게 부여할 것인지, 역할의 실패시 또는 역할을 부여받은 인근 사용자가 일정시간 무응답인 경우의 처리방법에 대한 정의를 포함한다.
서버(10)는 이와 같이 역할 리스트를 인출하면 S120 단계에서는 우선순위에 따라서 하나씩 인근 사용자 단말기(30)로 역할을 부여한다.
선택된 시나리오에 따른 구조행위를 위해서는 모두 13개의 역할이 필요하지만, 구조 요청자 단말기(10)의 인근에 불과 5개의 인근 사용자 단말기(30)만이 검출된다면, 우선순위에 따라서 5개의 역할만을 부여한다.
이때, 부여된 5개의 역할 가운데 가장 먼저 완수된 역할이 있으면, 해당 역할을 수행한 인근 사용자 단말기(30)로 부여되지 않은 나머지 하나의 역할을 후발적으로 부여할 수 있다.
한편, 이와 같이 역할이 부여됨에 따라, 서버(10)는 각 인근 사용자 단말기(30)로 각 역할별 구조 매뉴얼을 제공한다.
구조 매뉴얼은 바람직하게는 대화방과는 별도로, 각 인근 사용자 단말기(30) 화면상에 표시된다. 예컨대, 단말기 화면상에 대화방이 표시된 상태에서 팝업창을 띄워 부여된 역할에 부합하는 구조 매뉴얼이 표시되도록 처리할 수 있다.
즉, 대화방 내용은 각 인근 사용자 단말기(30)들의 화면에 동일하게 표시될 수 있으나, 구조 매뉴얼은 서로 다르게 표시된다.
이때, 구조 매뉴얼은 부여된 각 역할에 따라서 하나 이상의 분절된 동작 또는 행위를 포함하며, 바람직하게는 분절된 동작 또는 행위 하나씩 각 인근 사용자 단말기(30)로 제공된다.
구조를 요청한 구조 요청자는 물론, 구조를 요청받은 인근 사용자들도 경황이 없을 수 있으므로, 매뉴얼은 길고 장황하게 기술되어서는 곤란하며, 단일의 동작 또는 행위로 나뉘어 제공함이 바람직하다.
우선 제공된 구조 매뉴얼 상의 동작 또는 행위가 완료되면, 그 다음 동작 또는 행위를 위한 구조 매뉴얼이 제공된다.
도 6은 인근 사용자 단말기에 표시된 구조 매뉴얼의 일 예를 도시하는 도면이다.
도 6에 의할 때, "목격자" 역할을 부여받은 인근 사용자 단말기(30) 화면에는 우선 "구조 요청자의 위치로 달려간다"는 구조 매뉴얼이 표시된다.
이때, 지도상에 구조 요청자의 위치와 해당 인근 사용자 단말기(30)의 위치를 보여주고, 최단 경로를 표시해줌이 바람직하다.
이후, 해당 인근 사용자 단말기(30)의 위치와 구조 요청자 단말기(30)의 위치가 오차범위 이내로 근접하게 되면, 해당 구조 매뉴얼에 따른 행위가 완료된 것이므로 다음 단계의 구조 매뉴얼을 제공한다.
도 6에는 "카메라로 현 상황을 촬영한다"라는 행위가 표시되어 있음을 알 수 있다.
해당 인근 사용자는 자신의 단말기(30)를 이용하여 이 같이 순차적으로 표시되는 구조 매뉴얼에 따라 하나씩 행위를 수행한다.
도 7은 인근 사용자 단말기에 표시된 구조 매뉴얼의 다른 예를 도시하는 도면이다.
각 인근 사용자 단말기(30)는 각자 자신에게 부여된 역할에 부합하는 구조 매뉴얼을 동적으로 제공받아 화면에 표시한다.
도 7은 "보호자에게 알림"이라는 구조 매뉴얼이 표시된 것을 알 수 있다.
즉, 도 6에 도시된 바와는 서로 다른 역할을 부여받은 것이다.
이때, 다음 단계로 진행되지 못하는 역할이 존재하면 후술하는 바와 같이 해당 역할을 동적으로 변경하는 방법에 의하여 우선순위가 높은 역할들이 모두 순차적으로 완료될 수 있도록 처리한다.
더 나아가, 다수의 인근 사용자들이 구조 요청자를 중심으로 동심원 형태로 둘러싸서 점차 거리를 좁혀가는 방식으로 구조를 할 수 있으며, 이에 의하여 구조 요청자가 인근 사용자들에 의한 포위망을 벗어나지 못하도록 하면서 구조행위가 온전하게 이루어질 수 있도록 한다.
포위망을 좁혀가는 방식의 구조 행위는 시나리오에 미리 기술된 것으로, 각 역할 마다, 특정 단계에서 조금씩 구조 요청자에게 가까이 가도록 행위를 집어넣음으로써 달성될 수 있다.
이러한 포위망을 시각적으로 인지할 수 있도록 서버(10)는 구조 요청자 단말기(20)를 중심으로 인근 사용자 단말기들의 위치가 표시된 포위망 지도를 제공할 수 있다.
도 8은 인근 사용자 단말기에 표시된 포위망 지도를 예시하는 도면이다.
서버(10)는 각 인근 사용자 단말기(30)로부터 GPS 좌표값을 수신한 다음, 지도 상에 각 인근 사용자 단말기(30)의 역할에 해당하는 아이콘 또는 명칭을 표시한다(S150).
물론, 어느 하나의 인근 사용자 단말기(30)가 이동하면 포위망 지도 상에 표시된 해당 역할의 아이콘이 이동하는 것으로 갱신된다.
한편, 이하에서는 S120 단계에서 동적으로 역할을 부여하거나, 변경하는 과정을 부연하기로 한다.
도 4는 이러한 과정을 부여한다.
도 4에 의할 때, 서버(10)는 우선 인근 사용자 단말기(30) 가운데 상기 구조 요청자 단말기(20)와의 거리가 가장 가까우며, 역할 배제 요인이 없는 인근 사용자 단말기(30)로 상기 구조 요청자 단말기(10) 위치로의 직접 이동 역할을 부여한다(S121).
이때, 역할 배제 요인이란 해당 역할을 수행하지 못할 조건으로서 시나리오에 미리 기록된다.
예컨대, 상기 구조 요청자 단말기(10) 위치로의 직접 이동 역할은 "성인", "남성"이어야 한다는 조건이 미리 정의될 수 있는데, 서버(10)는 상기 구조 요청자 단말기(20)와의 거리가 가장 가까운 인근 사용자 단말기(30)를 판정한 다음 해당 인근 사용자가 "성인", "남성"인지를 판단한다.
인근 사용자 단말기(30)에 본 발명에 의한 서비스 실시를 위한 전용앱을 설치할 때에 이와 같은 개인정보를 미리 수집할 수 있을 것이다.
만일, "성인", "남성"이 아니라면 해당 역할의 수행을 위한 역할 배제 요인이 있는 것이므로, 그 다음으로 거리가 가까운 인근 사용자 단말기(30)를 판정하고 마찬가지로 "성인", "남성"인지를 판단한다.
이와 같이, 상기 구조 요청자 단말기(10) 위치로의 직접 이동 역할이 결정되고 나면, 서버(10)는 나머지 인근 사용자 단말기(30)들로 상기 구조 요청자 단말기(20) 위치로의 직접 이동 역할을 제외한 나머지 역할 가운데 역할 리스트 상의 우선순위에 따라 순차 역할을 부여한다(S122).
구조 행위를 위해서는 직접 이동 역할이 최우선적으로 결정되어야 하며, 이후에 나머지 사용자들을 대상으로 역할의 우선순위에 따라서 하나씩 역할이 부여되는 것이다.
그런데, 일정 시간 이내에 상기 구조 요청자 단말기 위치(20)로의 직접 이동 역할을 부여받은 인근 사용자 단말기(30)로부터의 확인 신호가 없거나, 거부 신호가 있으면, 서버(10)는 다른 인근 사용자 단말기(30)에게 동 역할을 동적으로 부여함으로써 역할을 변경한다.
서버(10)는 직접 이동 역할을 부여받은 인근 사용자 단말기(30) 사용자가 확인 버튼을 눌러 확인 신호를 보냄으로써 자신이 해당 역할을 수행할 수 있음을 알리기를 기다린다.
그런데, 해당 인근 사용자 단말기(30) 사용자가 본인의 사정에 의해 해당 역할을 수행하지 못하는 경우 일정 시간(예컨대, 20초)이 경과하도록 확인 버튼을 누르지 못할 수 있으며, 때로는 거부 버튼을 눌러서 아예 해당 역할을 수행하지 못한다는 것을 알릴 수도 있다.
이 경우, 서버(10)는 상기 구조 요청자 단말기(20)와의 거리가 다음순으로 가까우며, 역할 배제요인이 없는 다른 인근 사용자 단말기(30)로 상기 구조 요청자 단말기(10) 위치로의 직접 이동 역할을 부여함으로써 역할 변경을 처리한다(S123).
직접 이동 역할을 수여받은 인근 사용자 단말기(30)는 물론, 다른 역할을 부여받은 인근 사용자 단말기(30)의 경우에도 마찬가지로 역할 수행을 할 수 없는 경우에 그 다음번 우선순위의 역할이 할당되었던 인근 사용자 단말기에, 수행이 불가능한 것으로 판정된 상기 역할을 부여함으로써 역할을 동적으로 변경할 수 있다.
한편, 이하에서는 S140 단계에서의 역할 수행여부의 검증 과정을 부연한다.
역할 수행여부의 검증은 부여된 역할의 종류에 따라서 각기 다르게 이루어질 수 있다.
예컨대, 특정 위치로의 이동이라는 역할이라면 해당 역할을 부여받은 인근 사용자 단말기(30)가 스스로의 좌표를 추적하여, 서버(10)로부터 전달받은 좌표와 오차범위 이내로 들어가면 해당 행위의 수행을 완료했음을 서버(10)로 통지함으로써 검증할 수 있다.
한편, S140 단계에서 역할 수행여부를 검증하되, 어느 하나의 인근 사용자 단말기(30)의 역할 수행 실패시, 서버(10)는 해당 인근 사용자 단말기(30)보다 우선순위가 낮은 역할을 수행하던 인근 사용자 단말기(30)에게 상기 실패한 역할을 부여함으로써 동적으로 역할을 변경한다.
즉, 우선순위가 낮은 역할의 수행은 보유하고, 우선순위가 더 높은 역할을 수행하도록 동적으로 역할을 바꿔주는 것이다.
한편, 역할 수행여부의 검증을 통해, 어느 하나의 인근 사용자 단말기(30)가 역할 수행 성공한 것으로 판정되면, 서버(10)는 해당 인근 사용자 단말기(30)로 소정의 보상을 수행한다.
구조 요청자 단말기(20) 사용자는 미리 자신의 계정에 보상조건에 따라 결재할 수 있다. 예컨대, 커피 쿠폰 10개를 미리 구입하여 적립해둘 수 있다.
그리고, 부여된 역할을 일정 단계까지 수행하면 적립해둔 쿠폰을 지급하는 것으로 보상조건을 미리 설정해둘 수 있다.
서버(10)는 역할 수행을 완료한 인근 사용자 단말기(30)로 기 설정된 보상 조건에 따라서 보상을 수행한다. 상기 예에서는 미리 구입해 둔 쿠폰 가운데 하나를 해당 인근 사용자 단말기(30)로 전달하는 것이다.
도 9는 이와 같이 역할의 수행에 따른 보상이 이루어지는 모습을 예시한다.
이상과 같은 과정을 통해 다수의 인근 사용자들이 각자 자신의 역할을 하나씩 단계별로 수행함에 따라서 자연스럽게 구조 요청자의 현재 상황에 맞는 시나리오에 따라 구조 활동이 이루어질 수 있게 된다.
다수의 인근 사용자들이 경황없어 어쩔 줄 몰라 하는 것이 아니라, 마치 미리 훈련된 전문 구조인력인 것처럼 각자 역할을 분담하여 정확하게 구조 활동을 수행하게 되는 것이다.
본 발명의 일 실시예에 따른 근거리 단체 대화방을 통한 긴급 구조 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다.

Claims (8)

  1. 서버가,
    구조 요청자 단말기로부터의 요청에 따라, 상기 구조 요청자 단말기와 일정 거리 이내의 인근 사용자 단말기간의 대화방을 강제 생성하는 제110 단계;
    역할 리스트를 인출하고, 상기 구조 요청자 단말기와의 거리 및/또는 보조 요인을 이용하여 상기 인근 사용자 단말기 각각에 상기 역할 리스트의 우선순위에 따라 역할을 부여하는 제120 단계; 및
    구조 시나리오를 인출하고, 상기 인출한 구조 시나리오로부터 각 역할별 구조 매뉴얼을 획득하여 상기 각 인근 사용자 단말기들로 부여된 역할에 부합하는 구조 매뉴얼을 제공하는 제130 단계;를 포함하되,
    상기 제120 단계는, 상기 인근 사용자 단말기 가운데 상기 구조 요청자 단말기와의 거리가 가장 가까우며, 역할 배제 요인이 없는 인근 사용자 단말기로 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 부여하는 단계; 및
    나머지 인근 사용자 단말기로 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 제외한 나머지 역할 가운데 역할 리스트 상의 우선순위에 따라 순차 역할을 부여하는 단계;를 포함하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  2. 제1 항에 있어서,
    상기 제120 단계에서, 일정 시간 이내에 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 부여받은 인근 사용자 단말기로부터의 확인 신호가 없거나, 거부 신호가 있으면 상기 구조 요청자 단말기와의 거리가 다음순으로 가까우며, 역할 배제요인이 없는 다른 인근 사용자 단말기로 상기 구조 요청자 단말기 위치로의 직접 이동 역할을 부여함으로써 역할 변경을 처리하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  3. 제1 항에 있어서,
    상기 제130 단계에서, 상기 인출한 구조 시나리오에 따라 구조 매뉴얼을 제공함에 있어, 각 인근 사용자 단말기의 화면상에 분절화된 행위에 대한 지시사항을 포함하는 구조 매뉴얼을 팝업창의 형태로 표시하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  4. 제1 항에 있어서,
    상기 제130 단계 이후, 상기 인근 사용자 단말기들의 역할 수행여부를 검증하는 제140 단계;를 더 포함하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  5. 제4 항에 있어서,
    상기 제140 단계에서, 어느 하나의 인근 사용자 단말기의 역할 수행 실패시, 해당 인근 사용자 단말기보다 우선순위가 낮은 역할을 수행하던 인근 사용자 단말기에게 실패한 역할을 부여함으로써 동적으로 역할을 변경하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  6. 제5 항에 있어서,
    상기 제140 단계에서, 어느 하나의 인근 사용자 단말기의 역할 수행 성공시 해당 인근 사용자 단말기로 상기 인출한 구조 시나리오에 따라 다음 단계의 매뉴얼을 제공하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  7. 제6 항에 있어서,
    상기 제140 단계에서, 어느 하나의 인근 사용자 단말기가 역할 수행 성공시 상기 구조 요청자 단말기 계정에 기 적립된 보상조건에 따라 보상을 수행하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
  8. 제1 항에 있어서,
    구조 요청자 단말기를 중심으로 인근 사용자 단말기들의 위치가 표시된 포위망 지도를 제공하는 제150 단계;를 더 포함하되,
    상기 제150 단계에서 상기 포위망 지도상 상기 인근 사용자들의 위치에 부여된 역할에 해당하는 아이콘 또는 명칭을 표시하는 것을 특징으로 하는 근거리 단체 대화방을 이용한 긴급 구조 방법.
PCT/KR2016/005428 2015-05-28 2016-05-23 근거리 단체 대화방을 통한 긴급 구조 방법 WO2016190635A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020150074839A KR101567279B1 (ko) 2015-05-28 2015-05-28 근거리 단체 대화방을 통한 긴급 구조 방법
KR10-2015-0074839 2015-05-28

Publications (1)

Publication Number Publication Date
WO2016190635A1 true WO2016190635A1 (ko) 2016-12-01

Family

ID=54605147

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/005428 WO2016190635A1 (ko) 2015-05-28 2016-05-23 근거리 단체 대화방을 통한 긴급 구조 방법

Country Status (2)

Country Link
KR (1) KR101567279B1 (ko)
WO (1) WO2016190635A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107592258A (zh) * 2017-10-23 2018-01-16 苏州亿科赛卓电子科技有限公司 一种im软件群组聊天会话方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017140866A1 (en) * 2016-02-17 2017-08-24 App Creator Aps An alarm system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040081600A (ko) * 2003-03-14 2004-09-22 주식회사 팬택앤큐리텔 도움 메뉴 설정 기능을 통한 긴급구조 서비스 방법
KR101002192B1 (ko) * 2008-09-03 2010-12-20 주식회사 케이티 긴급 상황 발신자 위치 제공 시스템 및 그 방법
KR20130070954A (ko) * 2011-12-20 2013-06-28 메타빌드주식회사 긴급 구조 처리 장치 및 그 방법
KR20130090475A (ko) * 2012-02-06 2013-08-14 박정용 스마트폰을 이용한 긴급 메시지 송출 방법
KR101514751B1 (ko) * 2013-10-29 2015-04-23 모지도코화이어코리아 유한회사 주변 지인 알림 방법 및 이를 적용한 모바일 단말기

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040081600A (ko) * 2003-03-14 2004-09-22 주식회사 팬택앤큐리텔 도움 메뉴 설정 기능을 통한 긴급구조 서비스 방법
KR101002192B1 (ko) * 2008-09-03 2010-12-20 주식회사 케이티 긴급 상황 발신자 위치 제공 시스템 및 그 방법
KR20130070954A (ko) * 2011-12-20 2013-06-28 메타빌드주식회사 긴급 구조 처리 장치 및 그 방법
KR20130090475A (ko) * 2012-02-06 2013-08-14 박정용 스마트폰을 이용한 긴급 메시지 송출 방법
KR101514751B1 (ko) * 2013-10-29 2015-04-23 모지도코화이어코리아 유한회사 주변 지인 알림 방법 및 이를 적용한 모바일 단말기

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107592258A (zh) * 2017-10-23 2018-01-16 苏州亿科赛卓电子科技有限公司 一种im软件群组聊天会话方法及装置

Also Published As

Publication number Publication date
KR101567279B1 (ko) 2015-11-09

Similar Documents

Publication Publication Date Title
WO2017179820A1 (en) Authentication method and electronic device using the same
WO2016126091A1 (en) Electronic device and content providing method thereof
CN108100791A (zh) 电梯系统
WO2018072567A1 (zh) 移动终端基于指纹识别的紧急求救方法及系统、移动终端
JP2019083468A (ja) 出力制御装置、インターホン子機、およびインターホンシステム
US9843916B2 (en) Systems and methods for automatic emergency contact routing
WO2015167236A1 (en) Electronic device and method for providing emergency video call service
CN103702008A (zh) 手机紧急求助系统
WO2016204483A1 (ko) 산업용 통신 장치를 제어하는 전자 장치, 방법, 및 그 산업용 통신 장치
WO2014030979A1 (en) Method and device for issuing reservation number through short-range wireless communication
WO2019221312A1 (ko) 인명구조정보를 포함하는 화재정보 제공 기능을 갖는 화재 관리 시스템 및 그 방법
WO2015034264A1 (en) Method and apparatus for scanning channel
WO2016126072A1 (en) Electronic device for performing call reservation and method thereof
WO2017023109A1 (ko) 단말기 및 단말기의 동작 방법
WO2018101628A1 (ko) 조건부 액션에 대한 정보를 공유하기 위한 방법 및 그 전자 장치
WO2018048217A1 (en) Electronic apparatus and operating method thereof
WO2016190635A1 (ko) 근거리 단체 대화방을 통한 긴급 구조 방법
WO2018169304A2 (ko) 도어락 장치 및 도어락 장치의 제어 방법
WO2018131928A1 (ko) 적응적인 사용자 인터페이스를 제공하기 위한 장치 및 방법
WO2011090227A1 (ko) 비상 전화의 지정 수신자 우선 연결 방법, 및 그 시스템
WO2020138806A1 (en) Electronic apparatus and control method thereof
WO2013118971A1 (en) Method and system for completing schedule information, and computer-readable recording medium having recorded thereon program for executing the method
WO2019164326A1 (ko) 실시간 콘텐트 데이터를 공유하는 전자 장치
WO2019155775A1 (ja) 見守りシステム、およびイベントリストの表示方法
WO2016048060A1 (en) Method for providing information and an electronic device thereof

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 06/04/2018)

122 Ep: pct application non-entry in european phase

Ref document number: 16800274

Country of ref document: EP

Kind code of ref document: A1