JP2005078293A - Ubiquitous emergency contact support system and method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To send notification email for emergency information to a mobile terminal and to enable the mobile terminal to send bank an answer including the reason why the user cannot come up, without inputting characters in response to the mail received. <P>SOLUTION: The kind of a mobile terminal 12 having an HTML sending and receiving function is registered in advance in the sending DB 136 of a server 13 for each user, and once an email to order gathering is sent from a client 11 to the mobile terminal 12, the server 13 adds a tile and text to the email, encodes the title, the text, a receiving address, and an answer text, and sends the email to the mobile terminal 12 whose kind is registered; to the mobile terminal 12 whose kind is not registered, the server adds a title and text and sends the email without encoding. When emergency information matches conditions, the server 13 sends the notification email for emergency information to the registered mobile terminal 12. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a ubiquitous emergency contact support system and a support method thereof, and more specifically, is ubiquitous (it is possible to send and receive e-mail safely anytime, anywhere), and the receiver can input characters from a mobile terminal. The present invention relates to a ubiquitous emergency contact support system and method capable of returning his / her will without returning.

  Conventionally, when a mail is sent from the client terminal to the other terminal, the user of the terminal that received the mail creates a reply by replying to the mail after viewing the mail, and then enters the address of the other party Or press the registered one-touch button and send it back to the other party. Therefore, if the mail recipient is a user of a terminal such as a normal personal computer, these processes can be performed and returned by a simple operation.

For example, in a national highway office belonging to the Ministry of Land, Infrastructure, Transport and Tourism, when heavy rain or wind blows and it is easy to cause some disaster, when gathering staff etc. urgently at the planned place, In particular, outside work hours, it has been necessary to make an emergency contact about the time and place to be gathered by telephone, and to make a confirmation after receiving answers such as whether or not it is possible to gather.
However, it takes too much time to call one person at a time in an emergency. Therefore, it is conceivable to contact the staff at the same time by sending an e-mail, but if it is impossible for the person to gather, it is possible to provide a brief explanation of the circumstances in the e-mail reply. It is desirable to include.

Conventionally, as a proposal having a function of replying from a mobile terminal, there is, for example, “automatic reply mail service for mobile terminals” described in Japanese Patent Laid-Open No. 2002-351787 (see Patent Document 1). In this method, information is obtained from a company that intends to conduct an event, a campaign, or the like, a site for a mobile terminal ((registered trademark) site) is described, and an e-mail address is generally notified on a medium such as a printed matter. When a general user who wants to acquire the information sends an email to that email address, a reply email is sent to the reply email address, so the user can refer to the information contained in the email. Is something that can be done.
However, in order to achieve this, a program that reads the address of the received mail, generates a reply as a reply address, and sends the stored information attached to the reply to the company system ( Mail memo engine) needs to be built.

JP 2002-351787 A

In this way, in the past, in the case of an emergency where disasters are likely to occur due to heavy rain, heavy winds, etc., we used mobile phones to gather people. It takes too much. Therefore, it is conceivable to contact the staff at the same time by sending an e-mail, but if it is impossible for the person to gather, it is possible to provide a brief explanation of the circumstances in the e-mail reply. It is desirable to include. However, if there is no terminal such as a personal computer and you answer the explanation of the situation that gathers late with a mobile phone etc. or the situation that cannot be gathered due to inconvenience, the mobile terminal is compared with the terminal such as a personal computer, Entering characters for detailed explanation and answering them was not easy in a short time.
In recent years, many mobile devices have an email function added, and as long as the email meets the conditions such as possessing the mobile device and being always on, the phone can be disconnected. In any case, as long as you can receive incoming calls and bring your mobile device with you, you can contact us anytime, anywhere.
However, when contacting with a mobile device, you cannot read the received e-mail while you are moving or at work. In this case, it is often impossible to input characters in order to explain the detailed circumstances of the reason why they cannot gather or are late.
In addition, even if the automatic reply mail system described in the above publication is used for emergency contact, it is economical and capacity to install the program installed in the company side terminal on each mobile terminal side. Inefficient.

(the purpose)
Therefore, an object of the present invention is to provide a ubiquitous answer that does not require character input for an email received by a portable terminal, can be gathered only by a simple operation, and can include an explanation of circumstances that cannot be gathered. To provide an emergency contact support system and method.

  The ubiquitous emergency contact support system of the present invention is provided with an emergency information collecting means for collecting emergency information such as a typhoon or heavy rain, a transmission content generating means for generating a transmission content of a mail notifying emergency information, and a transmission setting item. When the contents of the alarm determination set value and the threshold value, the current contents collected by the emergency information collecting means, and the predetermined threshold value match, the transmission content generating means is activated to A server provided with transmission setting means for sending a broadcast or an individual mail to a registered mobile terminal, a sending client terminal connected to the server via a network, and a connection to the server via the network It is characterized in that the mobile terminal on the receiving side is provided.

  Further, the ubiquitous emergency contact support method of the present invention pre-registers for each user a portable terminal compatible model having an HTML transmission / reception function in the server, and if a mail is transmitted from the client terminal to the portable terminal, The server appends the subject and body to the e-mail to the mobile terminal for which the corresponding model is registered, and encodes and sends the subject, body, partner address, and response text, and the corresponding model is not registered. The mobile terminal is characterized in that a subject and text are added to the mail and transmitted as it is.

  In addition, the client terminal separately edits and edits the transmission destination on the transmission mail address editing screen for individually transmitting to the mobile terminal and the transmission group editing screen for broadcasting to a plurality of mobile terminals. It is also characterized by registering the contents to the server.

  According to the present invention, a user of a portable terminal can return an answer by simply clicking on the received mail content, and does not have to input characters when rushing. On the server side, emergency information can be notified to a registered mobile terminal when the collected information such as weather conditions matches a predetermined item and threshold value.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a schematic diagram of a ubiquitous emergency contact support system according to an embodiment of the present invention.
In FIG. 1, reference numeral 11 denotes a client terminal of company B, which is operated by a sender and incorporates a transmission content input function (program) 110. A mobile terminal 12 is operated by a respondent who is outdoors and has a built-in mail reception function (program) 120 and a mail reply function 121. 13 is a server of company A newly installed according to the present invention, and includes an emergency information collection function (program) 130, a transmission content generation function (program) 131, a mail transmission function (program) 132, and a mail reception function (program) 133. , An input content reception function (program) 134, a collection information DB (database) 135, a transmission DB 136, and a reception DB 137 are incorporated. Here, it is connected to the client 11 via the LAN 14 and connected to the portable terminal 12 via the public line 15.
In addition, when A company has built the ubiquitous emergency contact support system as a business model, B company may be the same company as A company, and may be a different company.

FIG. 2 is an explanatory diagram of a processing procedure at the start of initial operation according to the present invention.
In the client terminal 11 of company B, editing is performed on the transmission mail address editing screen 112, and broadcast group editing is performed on the transmission group editing screen 113, and the registered content is input from the editing content input function 117. The contents registered in the editing content registration function 138 in the server 13 of the company A via the LAN 14 are stored in the transmission DB 136.
The client terminal 11 registers the registered transmission mail address, the type of portable terminal, and the transmission method in the transmission mail address DB 115 and the portable terminal type transmission method DB 116, respectively.

FIG. 3 is an explanatory diagram of a processing procedure from mail transmission to retransmission according to the present invention.
The client terminal 11 constantly monitors broadcasts related to emergency information such as disasters and typhoons via radio and television, and constantly receives information such as typhoons and disasters through a communication network from a disaster center or the like. Then, when it becomes necessary to gather personnel due to a disaster or a typhoon, a gathering instruction mail is transmitted to a pre-registered mobile terminal.
When the transmission operation is completed by the sender operating the transmission content input screen 117 at the client terminal 11, the transmission content input function 118 is clicked individually or in a group (broadcast) via the LAN 14 by clicking the transmission button. Sent. When the server 13 receives the transmission mail, the transmission content registration function 138 selects the corresponding content, the transmission destination determination function 140 determines the transmission destination, and the mail transmission function 142 transmits to the portable terminal 12 via the public line 15. Send.
In the portable terminal 12, the mail receiving function 120 receives the sent mail, and the mail reply function 121 transmits the reply mail simply by the respondent viewing the screen and operating the selection click.
In the server 13, the mail returned from the portable terminal is stored in the receiving DB 137, and the reply specified time surplus resend function 141 measures the time, and if the reply is delayed more than the scheduled time, the mail is sent to the mail transmission function 142. Instruct retransmission.

FIG. 10 is a diagram showing an example of an outgoing mail address editing screen.
A sender inputs a transmission content into a mail from the client terminal 11 of company B, activates a transmission content input function 110, and transmits it to the LAN 14 individually or by broadcast. When editing the outgoing e-mail address on the screen, as shown in FIG. 10, as the other party's e-mail address, the other party's staff name, the first letter of the staff's initial reading, or other symbols, additional information 1, 2 and 3 For example, as the general affairs department (affiliation department), department manager (class), labor department (affiliation department), and mail transmission method, here, after selecting the mailto format, the registration button is clicked to register.

FIG. 11 is a diagram of an example of a transmission group edit screen.
For example, in the case of a typhoon disaster, the staff ABC group, in the case of a fire, the staff CDFG group, in the case of a heavy rain disaster, the staff HIJK group, etc. are determined by editing this screen. When a new group name (for example, a rain group), a list of names, a group member name, or each staff member is instructed on the screen, an e-mail address and additional information 1, 2, and 3 are displayed below it. The display at the bottom is a condition input unit for determining transmission conditions. There are three conditions: transmission settings (for example, rain), alarm determination settings (for example, one hour rainfall), and threshold values (for example, attention values). When it matches the current collected information, predetermined information is transmitted.
Finally, when the group edit button is clicked, the edit content input function 117 shown in FIG. 2 is activated, registered in the edit content registration function 138 of the server 13 via the LAN 14, and stored in the transmission DB 136.

FIG. 12 is a diagram of a transmission content input screen example (pattern 1).
The transmission content is input from the screen of FIG. Subject (for example, heavy rain), text (for example, please gather at the office at 12:00 today due to heavy rain), destination (rain group), transmission method (simultaneous transmission), response deadline (for example, 2003) / 6/30 11:30), number of retransmissions (for example, 2 times), retransmission interval (for example, 10 minutes), number of requesters (for example, 10 people), answer items (for example, 1: yes, 2: no, 3) : I don't know). Finally, click the send button.
As described above, in the present embodiment, by generating and transmitting three types of answer items in advance, a reply can be made by the respondent only selecting one of these items.

FIG. 13 is a diagram of a transmission content input screen example (pattern 2).
In this case, the number of inputs can be smaller than in the case of FIG. It is good when there are few combinations of meeting time and place, that is, when the meeting conditions are determined in advance. Subject (about heavy rain), text (for example, please gather at the office at 13:00 today due to heavy rain), destination (rain group), transmission method (simultaneous transmission (with retransmission)), number of retransmissions (twice), After selecting and entering the resending interval (10 minutes) and answer items (1: Yes, 2: No, 3: Not sure), click the Send button.

FIG. 4 is an explanatory diagram of a processing procedure at the time of emergency mail transmission according to the present invention.
This is because current information such as weather information is collected from the server 13 by the emergency information collection function 130, and when this content meets the above three conditions, the transmission content generation function 131 is activated to collect the collected information DB 135. The transmission contents are generated by reference, the transmission destination determination function 140 is activated, and the transmission destination is determined by referring to the transmission DB 137 (subject's name, response contents, etc.), and then the mail transmission function 142 Transmits the emergency mail to the respondent's mobile terminal 12 via the public line 15. If the mail receiving function 120 of the mobile terminal 12 receives the mail, the mail content is displayed on the screen so that the respondent can see it.
As described above, the emergency mail is transmitted from the server 13, and the emergency mail in the procedure is transmitted from the client terminal 11.

FIG. 5 is an explanatory diagram of the determination processing procedure of the mail transmission method according to the present invention.
After the mail is generated by being input to the transmission content input screen 117 at the client terminal 11, the mail is transmitted to the server 13 via the LAN 14 by the transmission content input function 118. In the server 13, whether the model is compatible with the HTML Mailto tag or not compatible with each user is registered in the transmission DB 136.
For the received mail, the server 13 uses the transmission content generation function 131 to 1) expand the group members (that is, read and expand the members belonging to the group with respect to the group ID), and 2) the transmission method (Mailto or Mailto). Webto) (i.e., coded for mobile terminals that support Mailto tags and sent without coding to portable terminals that do not support Mailto tags), 3) sent to DB for transmission 136 Inquires about the method (that is, confirms the body text and made address for the corresponding subject), 4) acquires the transmission method from the transmission DB 136, and 5) generates the mail content according to the acquired transmission method. When the mail is generated, the mail transmission function 142 is activated and transmitted to the mobile terminal 12. As a result, regardless of whether or not the HTML mail transmission / reception function is supported, mail can be transmitted to all the mobile terminals 12.

FIG. 6 is an explanatory diagram showing a processing procedure at the time of mail reply according to the present invention.
When the mobile terminal 12 that has received the mail is a Mailto compatible model, the screen 123 is displayed at the time of reception, and when the answer 1 is selected by the user's operation, the screen 125 is displayed and the “subject” is displayed. Transfer to the mail transmission function 121. When answer 2 is selected, the screen 126 is displayed, and “subject” is also transferred to the mail transmission function 121. When answer 3 is selected, the screen 127 is displayed and “subject” is transferred to the mail transmission function 121. The mail transmission function 121 encodes “subject” and transmits it to the server 13 of company A.
On the other hand, in the case of a model that does not support Mailto, after the screen 124 is displayed at the time of reception, a reply Web screen 128 that is easy for the user to understand is displayed. When the answer 1 or 2 or 3 is selected by the user's operation, the input content transmission function 129 is activated to generate a reply mail based on the selected content and transmit it to the server 13.

On the server 13 side of company A, the reply mail (encoded “subject”) transmitted from the mail transmission function 121 is received by the mail reception function 133, and the reply mail transmitted from the input content transmission function 129 is The received contents are received by the input contents receiving function 134, and both are converted into the contents of the received contents registration function 143. Then, the mail to be returned to the client terminal 11 of company B is converted into a mail corresponding to the code by the server 13 and then transmitted to the client terminal 11 via the LAN 14.
Note that the text is for arbitrarily giving the content to be answered as a comment in addition to the response content encoded in the subject, and is used by the respondent as needed.

FIG. 14A is a received mail screen diagram for a Mailto compatible model, and FIG. 14B is a received mail screen diagram for a Mailto non-compatible model.
As shown in (a), in the case of a compatible model, the text for the subject is displayed, and three answers are displayed below it. 1. Yes: No: I don't know: Below the corresponding models (Mailto), mobile terminal user's email address (xx1@aa.bb?), Subject (subject = s1), answer (01, 02, 03) Has been described.
As shown in (b), in the case of a non-compatible model, the text for the subject is displayed, but below that is the original text of the mail that cannot be read by the user.

FIG. 15 is a view of a reply mail screen in the case of a Mailto compatible model.
For the subject s1 (can we gather at the urgent office) Since “Yes” has been selected, the subject s1 is encoded and sent from the portable terminal to the reception content registration function 143 in the server of company A, thereby realizing the reception content registration function 143. That is, by converting the subject s1 into “I will go immediately” registered in the received content registration function 143, “I will go immediately” is displayed on the reply mail screen as shown in FIG. In addition, when returning this answer content to the client terminal of company B, it is transmitted from the server to the client terminal via the LAN.
Note that the text is for arbitrarily giving the content to be answered as a comment in addition to the response content encoded in the subject, and is used by the respondent as needed.
FIG. 16 is a view of a reply mail screen in the case of a model not compatible with Mailto.
In the above case, as shown in FIG. 16, by displaying the reply Web screen, one of the answers can be selected by the user. For example, if “Yes” is selected, “I will go immediately” is displayed in the comment, and the input content transmission function 129 is activated by clicking the OK button, and a reply mail is returned.

Authentication will be described below.
When sending a set instruction mail from the client terminal, authentication is normally performed by inputting a mail address, a password, and the like on the screen, and the operator of the client terminal is confirmed on the server 13 side.
On the other hand, since the mobile terminal 12 returns an answer without requiring character input in an emergency, authentication is performed by using an e-mail address and encoding. That is, on the server 13 side, reception of a password or the like from the portable terminal 12 is omitted, and the operator can be confirmed by receiving the encoded information and the mail address. As described above, in this embodiment, the emergency authentication by the respondent is performed by using the mail address and the encoding.

FIG. 7 is an explanatory diagram showing a processing procedure after mail reply according to the present invention.
When a reply is sent by the mail reply function 121 of the mobile terminal 12, the server 13 stores this in the reception DB 137. At the same time, the dispatch request determination function 144 is activated, and when it is determined that the dispatch is necessary, the dispatch request presence / absence mail transmission function 145 is activated to transmit the dispatch request mail to each mobile terminal 12. In the portable terminal 12, this is received by the call request presence / absence mail reception function 120A, and when there is a call request, the respondent sees this and calls out.
In addition, it is possible to dispatch without sending / receiving emails indicating whether or not there is a dispatch request. In this case, you will be dispatched when you reply to the email (if you reply as dispatched).

FIG. 8A is a data configuration diagram of the transmission DB, and FIG. 8B is a data configuration diagram of the reception DB.
In the transmission DB arranged in the server 13, as shown in (1), a subject ID, a subject, a body, answers 1, 2, and 3, a transmission date and time, the number of requests, and a transmission group ID are registered.
Here, the answer 3 includes “I am late” in addition to “I don't know”. The date and time of actual transmission is written in the transmission date and time. The requested number of persons is the number of users of the mobile terminal 13 transmitted individually or in groups.
On the other hand, the reception DB arranged in the server 13 includes, as shown in (2), subject ID, email address, answer result, reception date and time, comment (text), presence / absence of dispatch, email reply method, transmission group name. Each transmission group ID is registered.
Here, the mail address is the address of the user of the mobile terminal, and the reception date and time is the date and time when the server 13 received from the mobile terminal 12. The comment (text) includes “I'll go soon”, and in the case of answer 3, “I will contact you again”. As for presence / absence of dispatch, “1” is present and “2” is absent.

9 (1) is a data configuration diagram of the collection information DB (in the server), FIG. 9 (2) is a data configuration diagram of the mobile terminal type transmission method DB (in the client), and FIG. 9 (3) is another mobile terminal. It is a data block diagram of classification transmission method DB.
As shown in (1), the collection information DB arranged in the server 13 includes observation points, emergency information items (rainfall value, freezing, earthquake, etc.), values (100 mm, 0 ° C., seismic intensity 5, etc.), An emergency flag (“1” in case of emergency, “0” in case of emergency) is registered.
In the mobile terminal type transmission method DB arranged in the client terminal 11, as shown in (2), only the mobile terminal model and the mail transmission method (Mailto or Webto) are registered, and (3) As shown in FIG. 4, various information such as an e-mail address, name, information 1 (affiliation department), information 2 (class), information 3 (affiliation section), mail transmission method (Mailto or Webto) may be registered. .

It is a block diagram of the ubiquitous emergency contact assistance system which concerns on embodiment of this invention. It is explanatory drawing which shows the process sequence at the time of the initial stage operation start of this invention. It is explanatory drawing which shows the process sequence from the mail transmission of this invention to resending. It is explanatory drawing which shows the process sequence at the time of the emergency mail transmission of this invention. It is explanatory drawing of the determination processing procedure of the mail transmission method (Mailto or Webto) of this invention. It is explanatory drawing which shows the process sequence at the time of the mail reply of this invention. It is explanatory drawing which shows the process sequence after the mail reply of this invention. It is a data block diagram of DB for transmission and DB for reception. It is a data block diagram of collection information DB and portable terminal classification transmission method DB. It is a figure which shows the example of a transmission mail address edit screen of this invention. It is a figure which shows the example of a transmission group edit screen of this invention. It is a figure which shows the example of a transmission content input screen (pattern 1) of this invention. It is a figure which shows the example of a transmission content input screen (pattern 2) of this invention. It is a figure which shows the example of a received mail screen (mobile terminal). It is a figure which shows the example of a reply mail screen (mobile terminal). It is a figure which shows the example of a reply Web screen (mobile terminal).

Explanation of symbols

DESCRIPTION OF SYMBOLS 11 ... Client terminal, 12 ... Portable terminal, 13 ... Server, 14 ... LAN,
15 ... Public line, 110 ... Transmission content input function, 120 ... Mail reception function,
121 ... Email reply function, 130 ... Emergency information collection function, 131 ... Transmission content generation function,
132 ... Mail transmission function, 133 ... Mail reception function, 134 ... Input content reception function,
135 ... Collection information DB, 136 ... Transmission DB, 137 ... Reception DB,
112 ... Send mail address edit screen, 113 ... Send group edit screen,
114: Data transmission function, 115: Transmission mail address DB,
116 ... Mobile terminal type transmission method DB, 138 ... Edit content registration function,
139 ... Data acquisition function, 117 ... Transmission content input screen, 118 ... Transmission content input function,
138 ... transmission content registration function, 140 ... transmission destination determination function,
141 ... Resending function for those who have exceeded the specified response time, 142 ... Mail sending function,
143 ... Reception content registration function, 123 ... Reception screen of Mailto compatible model,
124: Mailto non-supported reception screen, 125-127 ... Reply mail screen,
128 ... Web screen for reply, 129 ... Input content transmission function,
144 ... dispatch request determination function, 145 ... dispatch request presence / absence mail transmission function,
120A: Sending request presence / absence email reception function.

Claims (4)

Emergency information collection means to collect emergency information such as wind speed and rainfall,
A transmission content generating means for generating a transmission content of an email notifying the emergency information;
When the contents of the predetermined transmission setting item, alarm determination setting value and threshold value match the contents of the emergency information collected by the emergency information collecting means, the transmission content generating means is activated and registered in advance. A server equipped with a transmission setting means for sending an emergency information notification mail to the receiving side that is broadcasting or individually,
And a client terminal that is connected to the server via a network and sends a collective instruction mail to a receiving side registered in advance at the time of a disaster,
And a ubiquitous emergency contact support system comprising a portable terminal connected to the server via a network and receiving the emergency information notification mail and the collective instruction mail. For each user, a compatible model of a portable terminal having an HTML transmission / reception function is registered in advance in the server,
If a collective instruction mail is transmitted from the client terminal to the mobile terminal, the server adds a subject and text to the mobile terminal for which a compatible model is registered, and the subject, text, and partner. Send an address, multiple responses encoded,
A ubiquitous emergency contact support method, characterized in that a subject and body are added to the e-mail and sent as is without being encoded to a mobile terminal for which no compatible model is registered. In the ubiquitous emergency contact support method according to claim 2,
The client terminal edits the transmission destination separately for the transmission mail address editing screen for individually transmitting to the mobile terminal and the transmission group editing screen for broadcasting to the plurality of mobile terminals, and the edited contents A ubiquitous emergency contact support method characterized by registering a server in a server. In the ubiquitous emergency contact support method according to claim 2,
When the mobile terminal receives the mail, it displays a reply mail screen. When one of a plurality of answers in the mail is selected, the subject in the mail is displayed for the encoded received mail. Encode and send it back to the server, for incoming mail that is not coded, generate a reply email based on the content selected by the program and send it back to the server,
Authenticating respondents using email addresses and encoding,
The received content registration means of the server generates a reply mail in which the returned code is converted into contents registered in advance corresponding to the code, and then transmits the reply mail to the client terminal. Ubiquitous emergency contact support method to do.

Images