WO2017043960A1

WO2017043960A1 - A system for triggering emergency assistance and method thereof

Info

Publication number: WO2017043960A1
Application number: PCT/MY2016/050056
Authority: WO
Inventors: Kian Vui LO
Original assignee: Individual
Current assignee: Individual
Priority date: 2015-09-07
Filing date: 2016-09-06
Publication date: 2017-03-16
Anticipated expiration: 2018-03-07

Abstract

The present invention discloses a system for triggering emergency assistance as illustrated therein comprises a communication network (2) connected by a user device (1), at least one third party device (3), and a server (4). The user device is installed with a user application module, whereby upon the emergency assistance process is triggered, the user application module is configured to repeatedly retrieve information relating to the geographical coordination data of the user device, repeatedly retrieve the voice input and image data from the capturing means, and transmit the retrieved data to a server (4) via the transmitter; The plurality of third party devices (3) is installed with a third party application configured to retrieve and transmit the geographical coordination data of the corresponding third party device to the server (4) via the transceiver, receive information from the server (4), and automatically activate a graphical user interface for displaying the received information on the display unit upon receiving the information from the server (4); wherein the server (4) includes a transceiver for receiving and transmitting at least one signal from/to the user device (1) and the plurality of third party device (3); a processor for processing data; and a server application configured to generate a graphical indication based on the data transmitted by the user device (1), determine at least one eligible third party device (3) which satisfies a preset condition, and transmit the generated graphical indication to the at least one eligible third party device (3) for display.

Description

A SYSTEM FOR TRIGGERING EMERGENCY ASSISTANCE AND METHOD

THEREOF

FIELD OF INVENTION

This invention relates to a system and a method for triggering and disseminating distress signals. For the purposes of this application the following definitions apply:

a) the term "user" is referring to a person who triggers the distress signal; and b) the term "third party user" is referring to a potential rescuer who receives the distress signal;

BACKGROUND OF THE INVENTION

US 8483654 B2 discloses a novel system and method for enhancing people's personal safety and incident reporting, wherein mobile devices are used to report and/or record both "911" type situations and non-emergency situations. Users of the invention can record, transmit, stream, upload and/or send information from a threatening situation to a dispatcher at an emergency management office or facility and to the user's safety group. The dispatcher can assess the situation and, if the situation warrants action, then the information can be forwarded to the appropriate first responders. The system geo-locates the user and allows integration of camera feeds in the user's vicinity. The inventive system and method enables a user to contact a dispatcher and also to alert the user's safety group. Four pieces of software facilitate video, audio, images and/or text medium of communication between the user-in-distress and the dispatcher, first responders and the user's safety group. US 8768294 B2 discloses a notification and tracking system for a mobile device. The system includes a mobile device application that is adapted to be stored in memory on the mobile device. The application, upon activation, determines the GPS coordinates of the mobile device, records digital images over a period of time, sends a preset message from the mobile device to at least one recipient, preferably an emergency responder, such as a security monitoring station, and sends the GPS coordinates and the digital images. The coordinates and images may be sent to a remote server for storage and which can be accessed by the emergency responder. The coordinates and images are periodically updated and sent while the program is activated.

Existing systems and methods suffer from a number of drawbacks. These systems and methods are not developed to determine potential rescuers who are located, at the moment of incident, within a radius from the user. They also lack the ability to report on incidents, more especially, by attaching image or video, which could serve as evidence in prosecution. Moreover, alert messages transmitted by these systems do not provide elaborate information on the location of the user. They also lack the user- friendliness which is especially helpful in the event of the user is physically disabled. Therefore there exists a need for the prior system to overcome the above mentioned drawbacks. The present invention provides such a system and method thereof.

SUMMARY OF INVENTION

The invention provides a system for triggering emergency assistance comprises a user device connected to a communication network, includes at least one input means for triggering the emergency assistance process through receiving a preset input instruction from a user, a transmitter for repeatedly transmitting at least one signal, a global positioning system for determining the geographical coordination of the user device, means for capturing voice input and image data, and a user application module, whereby upon the emergency assistance process is triggered, the user application module is configured to repeatedly retrieve information relating to the geographical coordination data of the user device, repeatedly retrieve the voice input and image data from the capturing means, repeatedly generate a distress signal, and transmit the distress signal to a server via the transmitter; and a plurality of third party devices connected to the communication network, each includes a transceiver for transmitting and receiving at least one signal, a global positioning system for determining the geographical coordination of the corresponding third party device, a display unit, and a third party application configured to retrieve and transmit the geographical coordination data of the corresponding third party device to the server via the transceiver, receive information from the server, and automatically activate a graphical user interface for displaying the received information on the display unit upon receiving the information from the server; wherein the server is connected to the communication network and it includes a transceiver for receiving and transmitting at least one signal from/to the user device and the plurality of third party device, a processor for processing data; and a server application configured to generate a graphical indication based on the distress signal transmitted by the user device, determine at least one eligible third party device which satisfies a preset condition, and transmit the generated graphical indication to the at least one eligible third party device for display

Preferably, the input means of the user device includes but not limited to keyboard, functional button, touch screen, biometric sensor, external device, vibration sensor, and camera.

Preferably, the preset input instruction of the user device includes but not limited to password input, button input, touch screen input, image input, biometric input, signal input, vibration input.

Preferably, the preset condition of the server includes any third party device that locates within a predetermined distance from the geographical coordination of user device.

Preferably, the generated distress signal includes geographical coordination data, image data, video image data, voice data, and a preset alert message. Preferably, the graphical indication includes a representation of the user device on a digital map and image coupled with voice input captured by the user device and the preset alert message upon the emergency assistance process is triggered.

Preferably, the user device can be personal digital assistant (PDA), smart phone, tablet, computer, laptop, netbook, phoblet, or any suitable means which are capable of receiving inputs, processing data and performing data transmission.

Preferably, the third party device can be personal digital assistant (PDA), smart phone, tablet, computer, laptop, netbook, phoblet, or any suitable means which are capable of processing data, displaying received data, and performing data transmission.

Preferably, the server further includes a web portal coupled with a graphical user interface for third party users to view the graphical indication.

At least one of the preceding objects is met, in whole or in part, by the invention, in which the embodiment of the invention discloses a method for triggering emergency assistance comprises the steps of triggering, by at least one input means of a user device, the emergency assistance process through receiving a preset input instruction from a user; repeatedly retrieving, by a user application, information relating to geographical coordination, voice input, and image from the user device; transmitting, by the user application, the retrieved information to a server; generating, by a server application, a graphical indication based on the information transmitted by the user device; retrieving, by the server application, information relating to geographical coordination of a plurality of third party devices; determining, by the server application, at least one eligible third party device which satisfies a preset condition; transmitting, by the server application, to the eligible third party device for display In one embodiment of the invention, the method may further comprise the step of automatically activating, by a third party application, a graphical user interface for displaying the graphical indication.

In another embodiment of the invention, the method may further comprise the step of displaying the graphical indication on a web portal of the server.

Yet in another embodiment of the invention, the method may further comprise the step of customising the preset input instruction. Still in another embodiment of the invention, the method may further comprise the step of customising the preset condition.

One skilled in the art will readily appreciate that the invention is well adapted to carry out the objects and obtain the ends and advantages mentioned, as well as those inherent therein. The embodiments described herein are not intended as limitations on the scope of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS For the purpose of facilitating an understanding of the invention, there is illustrated in the accompanying drawing the preferred embodiments from an inspection of which when considered in connection with the following description, the invention, its construction and operation and many of its advantages would be readily understood and appreciated. is a schematic diagram of a first embodiment of the system for triggering emergency assistance, which embodies therein the principle features of the invention; is schematic diagram illustrating a first method of triggering the emergency assistance; is schematic diagram illustrating a second method of triggering the emergency assistance; is schematic diagram illustrating a third method of triggering the emergency assistance; is a schematic diagram of a second embodiment of the system; is a flowchart showing registration process of a user; Figure 5 is a flowchart showing user validation process;

Figure 6 is a flowchart showing user login process; Figure 7 is a screen capture of a default alert message; Figure 8 is a flowchart showing configuration of an alert message;

Figure 9 is a flowchart showing configuration of a user location;

Figure 10 is a screen capture showing configuration of a user location;

Figure 11 is a flowchart showing retrieval of historical alert messages or reports; Figure 12 is a flowchart showing transmission of an alert message;

Figure 13 is a flowchart showing transmission of an incident report

Figure 14 is a flowchart showing viewing of alert messages and incident reports through a mobile application or a system homepage;

Figure 15 is a screen capture showing location of a user in distress;

Figure 16 is a screen capture showing close-up view of said location and relevant alert message;

Figure 17 is a flowchart showing configuration of a user group;

Figure 18 is a flowchart showing authority monitoring on alert messages and incident reports through a webpage or a console.

DETAILED DESCRIPTION OF THE INVENTION The invention will now be described in greater detail, by way of example, with reference to the drawings.

Referring to figure 1, a first embodiment of a system for triggering emergency assistance as illustrated therein comprises a communication network 2 connected by a user mobile device 1, at least one third party device 3, and a server 4.

The user mobile device 1 comprises at least one input means 11, 12, 13, a global positioning system (GPS), a transceiver, a camera, and a voice recorder.

As shown in figures 2a - 2c, the input means of the user mobile device 1 preferably includes at least one functional button 12, 13, a touch screen display 11, the camera, and the voice recorder. The functional button 12 may be coupled with biometric sensor for obtaining biometric data from a user. A configurable input instruction is preset into the mobile device. The combination of the input means 11, 12, 13 and the preset input instruction allows the user who is in an emergency situation to trigger the emergency assistance process without looking at the mobile phone. The preset input instruction may include but is not limited to tapping on the touch screen display 11 for a predetermined amount of times, sliding on the touch screen display 11 by certain hand gestures or a predetermined fashion, press and hold on the touch screen display 11 for certain period, pressing on the functional button 12, 13 by a preset manner, allowing the biometric sensor to detect and obtain biometric data relating to certain part of the user, voice recognition, and image recognition. The input means can also be remote based device such as smart wristband, remote controller, Bluetooth microphone, smart glass, and etc.

Preferably, a user mobile device 1 is installed with a user application. The user application comprises a input module for receiving the preset input instruction from the user, a data retrieving module for retrieving geographical coordination from the GPS, visual data from the camera, and audio data from the voice recorder, a data encoder for converting the data into signals readily for the transceiver to transmit, and a control module for regulating the data transmission protocol. The third party device 3 can be a personal digital assistant (PDA), a smart phone, a tablet, a computer, a laptop, a netbook, a phoblet, or any suitable means which are capable of processing data, displaying received data, and performing data transmission. Preferably, a third party application is installed in the third party device 3. The third party application includes a data retrieving module for retrieving geographical coordination from the third party device 3, a data encoder/decoder for converting the data into signal or vice versa, a graphical user interface for displaying the received data and a control unit for regulating the protocol of data transmission.

The server 4 may comprise one or more heavy duty computers for processing the received data and transferring the processed data to the third party device through the communication network, and any known devices or group of devices to provide sufficient capacity for storing data.

The communication network 2 is preferably a wireless network which may include but is not limited to a Code Division Multiple Access (CDMA) network, a General Packet Radio Service (GPRS) network for use in conjunction with Global System for Mobile Communications (GSM) network, and future third-generation (3G) networks like Enhanced Data rates for GSM Evolution (EDGE) and Universal Mobile Telecommunications System (UMTS). It is to be understood that although particular IP-based wireless networks have been described, the system could be utilized in any suitable type of wireless network.

In operation, upon the preset input instruction is received by the input means 11, 12, 13 of the user mobile device 1, the user application is activated to collect information relating to the geographical coordination, video, and audio data from the user mobile device 1 and to transmit the collected information to the server 4 therefrom. Once the server 4 receives the data, the server 4 will further retrieve geographical coordination from the third party device 3. The server 4 then generates a graphical indication based on the data retrieved from the user mobile device 1, and computes the distance between the user mobile device 1 and the third party device 3 to determine eligible third party device for transmitting the generated graphical indication. Preferably, the distance is determined by Euclidean vector. Euclidean distance is determined by extracting primary and secondary vertical and/or horizontal distances between three extremis and centroid. Upon eligible third party device 3 receives the graphical indication, the third party application automatically activates the graphical user interface for displaying the graphical indication.

Referring to figure 3, a second embodiment of the system as illustrated therein comprises a plurality of mobile devices 101, 104, 105, 106, a server 102, and a monitoring unit 103. A potential rescuer could be any one of a next-of-kin 104 of the user, another user 105, or a member of an authority, e.g. a police officer or a member of a neighbourhood watch team 106. An application is installed in the device, wherein the application comprises: a registration module for the user to register to the system; an alert module for the user to customise content of the signal and to initiate transmission of an alert message; a report module for the user to prepare an incident report which can be sent out to the authority, wherein said alert message or incident report is capable of navigating the potential rescuer to the location where the incident occurs; and a navigational module for determining position of the device. The server 102 is used for registering the user and the potential rescuer, receiving the signal from the device 101, reading the position determined by the navigational module and the position of the rescuer, utilising said positions to calculate, e.g. using Euclidean vector, distance between the user and the rescuer, determining if the rescuer is an eligible receiver by judging if the rescuer is located within a radius, e.g. 3 km, from the user, and transmitting the signal to the eligible receiver if any. The server 102 compiles a list of alert messages, and sends the list to the user device 101 or the monitoring unit 103. The member of the authority registers himself through the monitoring unit 103, and receives the message or the report from the server 102. The monitoring unit 103 provides a web portal for the member to view the message or the report.

The server provides a web page through which the user and the potential rescuer can view the report. The system may also comprises a video surveillance system analytic module, e.g. closed cable television (CCTV), for providing audio and/or visual data capable of being included in the message or the report.

FIG. 4 shows the registration process for the authorities, e.g. police force and neighbourhood watch team (also known as Rukun Tetangga in Malaysia), from a console provided by a web-based system. In 201, the user is required to fill in user particulars, i.e. the user's role, profile picture, identity card number, username, password, mobile phone number, security ID, address, latitude and longitude, and e- mail address. Once the user has input all the particulars, data format validation is performed. If the input data format is incorrect (202 = NO), the system will prompt a message to notify the user that the data input is invalid. If all input data format are correct (202 = YES), the system will then check whether there is any duplication of information with existing records in the database. If there is a duplicate (203 = YES), the user is not registered and is prompted with a message indicating that the record exists in the database. Otherwise, the input data is inserted into the server database (203 = NO). A successful registered message is displayed to the user (205) once the system has successfully inserted the data into the database (create a new record in database) (204) and the registration process is complete.

While the registration for police force and the watch team is done via web console, the system allows registration of public users via mobile platforms, e.g. Android and iOS. Said registration is based on the user's mobile phone number which uniquely represents the user. Detailed registration process for the public users is shown in FIG. 5. The process begins with a user fills in his/her mobile phone number (301), and the number is compared with the existing records in the server database. If the number does not exist in the database (302 = NO) and is not a police or the watch team user (303 = NO), an SMS with an authorization code is sent to the user's mobile phone (304). If the user fails to enter the valid authorization code (305= NO), he/she can opt for resending a new authorization code action to his/her mobile number. If the authorization code entered is valid (305 = YES), the user is redirected to the user detail interface to fill in their personal data (307) which is username, identity card number and a profile photo, and then continue with data validation. If all data entered is valid (308 = YES), the public user is registered into the server database and is redirected to the application's homepage. Otherwise, the user needs to make changes to the data they have filled in (307) to ensure a successful registration. If a wrong mobile phone number is filled in, the user can choose to use another mobile phone number and repeat the registration process as in 301.

For convenience and to create a user friendly interface to all users, the system has an integrated login module for three types of users, which are the police, the watch team and public users. For police and the watch team, during their first time login to the application using a mobile device, the system will match the mobile number entered with the pre-registered records in server database. If the mobile number belongs to a police or a member of the watch team, the user is directed to the user detail interface and is required to fill in their personal data which is username, identity card number and profile photo, and proceed with data validation. As for public user, the same login process flow is applied after authentication step at 307 in FIG. 5. A successful login process will end with a redirection to the homepage. In the event of a next login, based on FIG. 6, if a user's record exists in their local database (401 = YES), the user is redirected to system homepage (402). Otherwise, the application redirects the user to the registration process to register as a new user (403).

As illustrated in FIG. 8, the system provides the function to set a default alert message, i.e. an SOS message, to make sure that the emergency message can be delivered to surrounding users or authorities in the fastest way without the need for the user to retype it. An example of the default alert message is shown in FIG. 7. To edit the default alert message, user is required to tap on the existing message, change the message and finally tap on the save button. A successfully saved message is displayed to indicate that the saving process is complete.

FIG. 9 is the flow chart for preconfiguring locations. This function allows a user to add new preconfigured locations, and to edit or delete existing locations. Initially, this function displays all locations that have been preconfigured by the user. If no preconfigured location is found from the local database (702 = NO), the application will display no data available message as shown in FIG. 10. By tapping on the "ADD" button at top-right corner, the user can add new preconfigured locations. If all fields are filled in, the information is inserted to the local database and the application continues to display all existing preconfigured locations. By tapping on an existing preconfigured location, a user can edit the location information such as changing the name (e.g. home, office) or the location's address (709 = YES). Once the user has changed the data, the local database is updated (710) and the application continues to display all preconfigured locations. To remove an existing location from the location list (707 = YES), the user may employ the standard long tap for Android devices, or "slide to the left" for iOS devices, and click on the discard icon to delete the location.

FIG. 11 shows the process of retrieving historical alert messages or reports. This function allows a user to keep track on their personal records on emergency alerts and incident reports that has been sent. To display the history, the system will fetch all history data from local and server database (901). If there is no history data, a "data not available" message is displayed on screen of user device. If the user chooses to refresh the history list (905 = YES), the system fetches the history data from the server and updates new data (906), if available, to the local database. The application then continues to display the history, or "data not available" message if history data is empty.

The flow of transmitting an alert message is shown in FIG. 12. When there is an emergency, a user can issue a text-based alert message to other users by tapping on "SEND SOS" button in the homepage. The user is required to either choose a preconfigured location, or self-describe the current location in detail (1001). However, the location detail can be omitted as it will capture the current GPS location of the mobile phone. When the user taps on the "SEND" button (1002), information regarding the emergency event such as GPS location, time, location detail, and SOS message is inserted into the server database (1004). Once the information is successfully inserted into the database, the server fetches a list of users (1005), consisting of the user's next of kin which has been preconfigured, and other users which are selected by calculating the distance between the user in distress and the surrounding users or authorities within a predetermined radius. All these selected users are added to the alert list (1006) and notification on the incident is pushed to the alert list users (1007) via Google Cloud Messaging (GCM). Notification is received by the alert list users as long as they have network connection on their mobile phones.

FIG. 13 shows the process of reporting an incident. A user can also report on suspicious activities by tapping on the "REPORT" button. The user is then redirected to the report page and is required to fill in report details such as the incident description, location details of the incident or attach images from the incident (1101). The report can only be sent when there is at least one field filled in (1102 = NO). Once the report is sent, a report successfully sent message is displayed (1103) to the user to indicate that the report event is successfully inserted into the server database (1104). Then, the server fetches user's next of kin as well as the nearby users (1105), by computing the distance between the user making the report and other surrounding users or authorities, and adds them into the alert list (1106). Notification will then be pushed to the alert list users (1107) so that they can provide help as soon as possible.

In the system, a user who is within a predetermined distance with a user that triggers a distress signal or sends a report can view the alert or report detail through homepage. The flow of this viewing process is shown in FIG. 14. The incident details can be viewed by tapping on a particular location cursor on the map as in FIG. 15 and further tapping on the message redirects the user to the detail page as shown in FIG. 16. Information such as the time, GPS location, description location details, and also image of the incident from reports is shown in the detail page. The user also has the option to choose preinstalled navigation applications (1204) such as Google Map, Waze or Apple Maps to navigate to the location of incident by tapping on the location cursor on the map in detail page.

FIG. 17 shows the group setting function. This setting allows a user to add his/her friends and family into a group so that whenever the user sends a distress signal, the signal can reach them via push notification. Once the user clicks on the Add User option (1502 = YES), the user can search other user using phone number or username, from database or phone contact (1503) to choose the particular contact to add that user to the group list and update group user to database (1506). The user can also delete an existing group user by deleting it from the group (1507 = YES). This action removes the group user from the server database.

Alert messages and reports on incidents that are sent by users can be monitored by police administrators from a control centre. This process is shown in FIG. 18. Whenever there is an emergency triggered or report sent from public, the incident is inserted into the server database. The web-based console system will then receive the incident's information from database (1601) and display it in the Incident List tab at the console's web browser. The incident is displayed as a pointer in the console map (1602). If the police user clicks on the particular incident either on the map or the incident list (1603 = YES), it will show the details of the incident such as GPS coordinates, alarm sending time, and a message describing the event and address (1604). If the police user clicks on disarm emergency button for a particular incident (1605 = YES), it disarms the incident and removes it from incident list and console map (1606). The status of the incident is updated to disarm in the server database (1607) to indicate that the incident is no longer in active.

The present disclosure includes as contained in the appended claims, as well as that of the foregoing description. Although this invention has been described in its preferred form with a degree of particularity, it is understood that the present disclosure of the preferred form has been made only by way of example and that numerous changes in the details of construction and the combination and arrangements of parts may be resorted to without departing from the scope of the invention.

Claims

1. A system for triggering emergency assistance comprising:

a user device (1) connected to a communication network (2), includes:

at least one input means (11, 12, 13) for triggering the emergency assistance process through receiving a preset input instruction from a user;

a transmitter for repeatedly transmitting at least one signal;

a global positioning system for determining the geographical coordination of the user device; and

means for capturing voice input and image data;

a user application module, whereby upon the emergency assistance process is triggered, the user application module is configured to:

repeatedly retrieve information relating to the geographical coordination data of the user device,

repeatedly retrieve the voice input and image data from the capturing means,

repeatedly generate a distress signal, and

transmit the distress signal to a server (4) via the transmitter; and a plurality of third party devices (3) connected to the communication network (2), each includes:

a transceiver for transmitting and receiving at least one signal;

a global positioning system for determining the geographical coordination of the corresponding third party device,

a display unit; and

a third party application configured to

retrieve and transmit the geographical coordination data of the corresponding third party device to the server (4) via the transceiver, receive information from the server (4), and automatically activate a graphical user interface for displaying the received information on the display unit upon receiving the information from the server (4);

wherein the server (4) is connected to the communication network (2) and it includes: a transceiver for receiving and transmitting at least one signal from/to the user device (1) and the plurality of third party device (3);

a processor for processing data; and

a server application configured to:

generate a graphical indication based on the distress signal transmitted by the user device (1),

determine at least one eligible third party device (3) which satisfies a preset condition, and

transmit the generated graphical indication to the at least one eligible third party device (3) for display

2. A system according to claim 1, wherein the input means (11, 12, 13) of the user device (1) includes keyboard, functional button (12, 13), touch screen (11), biometric sensor, external device, vibration sensor, camera, or any combination thereof.

3. A system according to claim 1 or claim 2, wherein the preset input instruction of the user device (1) includes password input, button input, touch screen input, image input, biometric input, signal input, vibration input, or any combination thereof.

4. A system according to any one of claims 1 to 3, wherein the preset condition of the server (4) includes any third party device that locates within a predetermined distance from the location of user device (1).

5. A system according to any one of claims 1 to 4, wherein the preset condition includes a set of preset eligible devices being customisable via the user application.

6. A system according to any one of claims 1 to 5, wherein the generated distress signal includes geographical coordination data, image data, video image data, voice data, and a preset alert message.

7. A system according to any one of claims 1 to 6, wherein the graphical indication includes a representation of the user device (1) on a digital map and image coupled with voice input captured by the user device (1) and the preset alert message upon the emergency assistance process is triggered.

8. A system according to any one of claims 1 to 7, wherein the user device (1) is personal digital assistant (PDA), smart phone, tablet, computer, laptop, netbook, phoblet, or any suitable means which capable of receiving inputs, processing data and performing data transmission.

9. A system according to any one of claims 1 to 8, wherein the third party device (3) is personal digital assistant (PDA), smart phone, tablet, computer, laptop, netbook, phoblet, or any suitable means which capable of processing data, displaying received data, and performing data transmission.

10. A system according to any one of claims 1 to 9, wherein the server (4) further includes a web portal coupled with a graphical user interface for third party users to view the graphical indication.

11. A method for triggering emergency assistance comprising the steps of:

triggering, by at least one input means (11, 12, 13) of a user device (1), the emergency assistance process through receiving a preset input instruction from a user;

repeatedly retrieving, by a user application, information relating to geographical coordination, voice input, and image from the user device (1); transmitting, by the user application, the retrieved information to a server (4);

generating, by a server application, a graphical indication based on the information transmitted by the user device (1);

retrieving, by the server application, information relating to geographical coordination of a plurality of third party devices (3);

determining, by the server application, at least one eligible third party device (3) which satisfies a preset condition;

transmitting, by the server application, to the eligible third party device (3) for display

12. A method according to claim 11, further comprising the step of automatically activating, by a third party application, a graphical user interface for displaying the graphical indication.

13. A method according to claim 11 or claim 12, further comprising the step of displaying the graphical indication on a web portal of the server (4).

14. A method according to any one of claims 11 to 13, further comprising the step of customising the preset input instruction.

15. A method according to any one of claims 11 to 14, further comprising the step of customising the preset condition.