This application is a National Stage application under 35 U.S.C. § 371 of International Application No. PCT/JP2019/018934, having an International Filing Date of May 13, 2019, which claims priority to Japanese Application Serial No. 2018-093530, filed on May 15, 2018. The disclosure of the prior application is considered part of the disclosure of this application, and is incorporated in its entirety into this application.
The present invention relates to a management device, a management method, and a management program for a message to a board in a support system.
Conventionally, an integrated risk management support system (hereinafter abbreviated as “support system”) has been known as a technology for supporting crisis response activity in case of natural disaster and cyberattacks. The support system is designed such that a user of the support system can progress efficient crisis management by using three screens of Plan, Do, and See. In particular, boards for communication about crisis response activity are placed on the Do screen, and users of the support system can open a screen of a corresponding board, and write information necessary for crisis response activity and receive instructions from the screen with a PC or a smartphone.
However, there is a problem in that the support system cannot be used when a terminal used by a user of the support system cannot use a browser capable of writing information in the support system and browsing the information (for example, can use only e-mail).
The present invention has been made in order to solve the above-mentioned problem, and it is an object thereof to enable the use of a support system even when a terminal used by a user of the support system cannot use a browser capable of writing information in the support system and browsing the information (for example, can use only e-mail).
In order to solve the above-mentioned problem, the present invention provides a management-device for accepting, for each board related to crisis response activity, browsing of one or more messages registered in the board and registration of message in the board, including: a storage unit for storm for each board, one or more messages registered in the board and e-mail address information on a user of the board; an e-mail reception unit for receiving an e-mail including a message to the board; a message registration unit for registering, when a transmission source of the received e-mail is an e-mail address indicated by e-mail address information on a user of the board, a message included in the e-mail in the board; and an e-mail distribution unit for distributing, when the message has been registered in the board, an e-mail including the registered message to an e-mail address of the user of the board.
According to the present invention, a support system can be used even when a terminal used by a user of the support system cannot use a browser capable of writing information in the support system and browsing the information (for example, can use only e-mail).
An embodiment of the present invention is described in detail below with reference to the drawings. Note that a support system server described below is provided with standard functions mounted in the support system disclosed in Non Patent Literature 1. The present invention is not limited to the embodiment described below.
First, the outline of a support system server (management device) in this embodiment is described with reference to
A board n the support system server holds, for each task related to crisis response activity, one or more messages related to the task in a classified manner. In other words, a board includes one or more tasks (set of one or more messages). For example, a board 1 includes tasks 1, 2, . . . , and each task includes messages 1, 2, . . . .
Each board is associated with one or more organizations. For example, the board 1 is associated with members (users) of organizations A and B, and a board 2 is associated with members (users) of organizations A and C. Members of an organization associated with each board write messages in boards registered by themselves and browse messages in boards to perform communications about crisis response activity.
When receiving a message to a board, the support system server receives a message also by an e-mail from a terminal of a user of the board. When a message is registered in a board, the support system server distributes contents of the message to a member of an organization associated with the board by an e-mail. In this manner, the present invention enables a user to register a message in a board and browse the message even when a terminal used by the user is a terminal that can use only an e-mail.
Note that, in the following description, an e-mail may be, for example, an electronic e-mail or a social networking service (SNS) message such as LINE (registered trademark).
Next, the configuration of the support system server is described in detail with reference to
The support system server 100 includes an e-mail reception unit 110, an e-mail transmission unit (e-mail distribution unit) 120, a processing control unit 130, a message registration unit 140, an e-mail creation unit 150, and a storage unit 160.
The e-mail reception unit 110 receives an e-mail addressed to the support system server 100 from the e-mail server 200. For example, the e-mail reception unit 110 receives an e-mail including a message to a board from a terminal of a user of the support system server 100.
The e-mail transmission unit 120 distributes the e-mail output from the processing control unit 130 to the user of the board. For example, the e-mail transmission unit 120 distributes the e-mail output from the processing control unit 130 to the user of the board by the e-mail server 200. The processing control unit 130 controls each unit in the support system server 100.
The message registration unit 140 registers the message to the board from the user of the board in a database (DB) in the storage unit 160.
For example, the message registration unit 140 registers a message included in the e-mail output from the e-mail reception unit 110 in the board. For example, when a transmission source address of the e-mail is an e-mail address of the user of the board and when a board ID and a task ID are included in the e-mail, the message registration unit 140 registers the message included in the e-mail in a board and a task in the DB that correspond to the board ID and the task ID. On the other hand, when the transmission source address of the e-mail is not an e-mail address of the user of the board, the message registration unit 140 does not register the message included in the e-mail.
Note that the message registration unit 140 may register a message transmitted through a browser on a terminal of the user of the board in the board.
When receiving a message to the board from a terminal of the user of the board, the message registration unit 140 receives information (e-mail distribution information) on whether to distribute the message to a member (user) in an organization associated with the board by an e-mail. The message registration unit 140 registers the received e-mail distribution information in the DB together with the message.
When the message is registered in the board in the DB, the e-mail creation unit 150 creates an e-mail including the message. For example, when e-mail distribution information for a message registered in the board in the DB indicates that “an e-mail is to be distributed”, the e-mail creation unit 150 reads an e-mail address of a member (user) in an organization registered in the board from the storage unit 160, and creates an e-mail addressed to the e-mail address. Note that a body text in the e-mail includes, for example, in addition to the message, a board ID of a board in which the message has been registered and a task ID of a task. The e-mail creation unit 150 outputs the created e-mail to the e-mail transmission unit 120.
The storage unit 160 includes a DB for storing, for each board, a task included in the board and a message included in the task. The storage unit 160 stores therein, for each board, an organization associated with the board and information (for example, ID, password, and e-mail address of member (user)) on a member of the organization.
Next, an example of a processing procedure of the support system server 100 is described with reference to
An example of the message registration determination processing (S4) is described with reference to
For example, the message registration unit 140 determines, on the basis of a board ID included in the transferred e-mail information and information on a user of a board of the board ID in the storage unit 160, whether a transmission source address of the e-mail information is an e-mail address of the user of the board.
When the message registration unit 140 determines that the transmission source e-mail address of the e-mail information is an e-mail address that is set for the board and may be received (Yes at S41), the message registration unit 140 determines whether both of a board ID and a task ID are described in an e-mail body text of the e-mail information (S42). When the message registration unit 140 determines that both of the board ID and the task ID are described in the e-mail body text of the e-mail information (Yes at S42), a message included in the e-mail information is registered in the DB as a message for a task of the task ID in a board of the board ID (S43).
On the other hand, when the message registration unit 140 determines that the transmission source e-mail address of the e-mail information is not an e-mail address that is set for the board and may be received (No at S41), the processing is finished.
When the message registration unit 140 determines that a board ID is described but a task ID is not described in the e-mail body text of the e-mail information (No at S42→Yes at S44), the message registration unit 140 registers a message included in the e-mail information in a DB as a message for a new task in a board of the board ID (S45).
When the message registration unit 140 determines that neither of a board ID and a task ID is described in the e-mail body text of the e-mail information (No at S42→No at S44), the message registration unit 140 discards the e-mail information (S46). Note that, when the message registration unit 140 determines that neither of a board ID and a task ID is described in the e-mail body text of the e-mail information (No at S42→No at S44), the message registration unit 140 may register a message in the e-mail information as a message for a new task in a dedicated board. In this case, the message registration unit 140 may register the message in a dedicated board different depending on a transmission destination e-mail address. When a board ID or a task ID is not described in the e-mail body text, the message registration unit 140 may specify a board ID or a task ID by specifying an associated message from References of a header of the e-mail.
Note that although the illustration is omitted, the message registration unit 140 registers information indicating whether to distribute an e-mail, which is included in the e-mail information, in the DB together with the message. Information on an addresser of the e-mail s also registered in the DB, and displayed on the support system as “transmission source user of task”. When attributes of the task such as priority are described in the e-mail body text, this information is also registered in the DB, and displayed on the support system as the attributes of the task such as “priority”.
In this manner, the support system server 100 can register a message transmitted from a terminal of a user of a board by an e-mail as a task in the board.
Next, an example of a processing procedure when the support system server 100 receives a message to a board from a terminal of a user is described with reference to
First, when the processing control unit 130 in the support system server 100 receives input of a message from a member (terminal of user) of a board (S11), the processing control unit 130 outputs information on the message (message information) to the message registration unit 140 (S12). The message registration unit 140 registers the message information in a DB in the storage unit 160 as a message to the board (S13). After that, when the message registration unit 140 receives a result of the registration of the message (S14), the message registration unit 140 outputs the registration result to the processing control unit 130 (S15).
After S15, the processing control unit 130 outputs an e-mail creation request based on the result of the registration of the message to the e-mail creation unit 150 (S16). For example, when the result of the registration of the message includes e-mail distribution information indicating that “an e-mail of the message is to be distributed”, the processing control unit 130 outputs an e-mail creation request of which a destination is an e-mail address of a user of a board to which the message is to be registered to the e-mail creation unit 150. Note that when the registration result of the message does not include e-mail distribution information indicating that “an e-mail of the message is to be distributed”, the e-mail creation request is not output to the e-mail creation unit 150.
After S16, the e-mail creation unit 150 acquires message information from the DB on the basis of the e-mail creation request received at S16 (S17), and creates an e-mail which includes the message information and whose destination is an e-mail address of a user of a board to which the message information is to be registered (S18). When the processing control unit 130 receives information on the e-mail (e-mail information) created by the e-mail creation unit 150 (S19), the processing control unit 130 outputs the e-mail information to the e-mail transmission unit 120 (S20). After that, the e-mail transmission unit 120 transmits the e-mail information to the e-mail server 200 (S21). Accordingly, the message registered in the board is distributed to a terminal of a user of the board by an e-mail.
In this manner, the support system server 100 can transmit a message registered in the board to a terminal of a member (user) of the board by an e-mail. As a result, even a user using a terminal that can use only an e-mail among users of the board can check a new message for the board.
Note that, in the above-mentioned example, the case where the support system server 100 receives a message to a board through a browser on a terminal of a user (member) of the board has been described, but the same processing is performed even when the message is transmitted by an e-mail.
In the above-mentioned embodiment, an e-mail address used by the support system server 100 to distribute an e-mail of a message to a member in an organization associated with a board may be an e-mail address of each member in the organization, or may be an e-mail address of a mailing list associated with the board.
When a message to be registered is a reply message for a message that has already been registered in a board, the message registration unit 140 may register the message to be registered in association with the message that has already been registered in the board (as thread). For example, when a message 2 transmitted by an e-mail is transmitted as a replay e-mail for a message 1 that has already been registered in a task 1 in a board, the message registration unit 140 registers the message 2 in association with the message 1 in the task 1. In this manner, the message registration unit 140 can register mutually relevant messages in the same task in a board in association with each other. As a result, a user of the board can easily check the mutually relevant messages.
This technology enables the support system server 100 to cooperate with an e-mail system, and enables a plurality of support system servers 100 to use e-mails and cooperate. By performing security measures of e-mails, such as encryption of attachment of e-mails and encryption of e-mails transmitted and received between a terminal of a user and the support system server 100 and use of transport layer security/secure sockets layer (TLS/SSL) on the e-mail server 200, the secret of communications can be secured in this technology.
[Program]
This technology can be implemented by installing a program for implementing the functions of the support system server 100 described in the above-mentioned embodiment onto a desired information processing device (computer). For example, by causing the information processing device to execute the above-mentioned program provided as packaged software or online software, the information processing device can function as the support system server 100. The information processing device as used herein includes a desktop or notebook personal computer and a rack-mounted server computer. In addition, the category of the information processing device includes a mobile communication terminal such as a smartphone, a mobile phone, and a personal handyphone system (PHS), and further a personal digital assistants (PDA). The support system server 100 may be implemented on a cloud server.
An example of a computer for executing the above-mentioned program (management program) is described with reference to
The memory 1010 includes a read only memory (ROM) 1011 and a random access memory (RAM) 1012. The ROM 1011 stores therein a boot program such as a basic input output system (BIOS). The hard disk drive interface 1030 is connected to a hard disk drive 1090. The disk drive interface 1040 is connected to a disk drive 1100. A removable storage medium such as a magnetic disk or an optical disc is inserted to the disk drive 1100. For example, the serial port interface 1050 is connected to a mouse 1110 and a keyboard 1120. For example, the video adapter 1060 is connected to a display 1130.
As illustrated in
The CPU 1020 reads the program module 1093 and the program data 1094 stored in the hard disk drive 1090 onto the RAM 1012 as needed, and executes each of the above-mentioned procedures.
Note that the program module 1093 and the program data 1094 for the management program are not necessarily required to be stored in the hard disk drive 1090, and, for example, may be stored in a removable storage medium and read by the CPU 1020 through the disk drive 1100. Alternatively, the program module 1093 and the program data 1094 for the above-mentioned program may be stored in another computer connected through a network such as a LAN or a wide area network (WAN) and read by the CPU 1020 through the network interface 1070. The computer 1000 may execute processing by using a graphics processing unit (GPU) instead of the CPU 1020.
Number | Date | Country | Kind |
---|---|---|---|
2018-093530 | May 2018 | JP | national |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/JP2019/018934 | 5/13/2019 | WO |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2019/221059 | 11/21/2019 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
7668909 | Nambu | Feb 2010 | B2 |
7802263 | Fuchs | Sep 2010 | B2 |
9356896 | Jesse | May 2016 | B2 |
10452337 | Clements | Oct 2019 | B1 |
20030093788 | Takenaka | May 2003 | A1 |
20030197615 | Roche | Oct 2003 | A1 |
20050086686 | Thomas | Apr 2005 | A1 |
20070022169 | Suzuki | Jan 2007 | A1 |
20080309485 | Raduchel | Dec 2008 | A1 |
20090048927 | Gross | Feb 2009 | A1 |
20100146343 | Shimada | Jun 2010 | A1 |
20130159082 | Abbott | Jun 2013 | A1 |
20140095419 | Gandhi | Apr 2014 | A1 |
20140108567 | Borger | Apr 2014 | A1 |
20140164536 | Jesse | Jun 2014 | A1 |
20140236885 | Muller | Aug 2014 | A1 |
20150149153 | Werth | May 2015 | A1 |
20150261940 | Roundy | Sep 2015 | A1 |
20170054668 | Lee | Feb 2017 | A1 |
20170249711 | Odegard | Aug 2017 | A1 |
20180024969 | Khoo | Jan 2018 | A1 |
20180324136 | Bastide | Nov 2018 | A1 |
20200326848 | Amini | Oct 2020 | A1 |
Number | Date | Country |
---|---|---|
2014-78092 | May 2014 | JP |
2018-73164 | May 2018 | JP |
Entry |
---|
Tomohiro et al., “Initiatives for Integrated Risk Management,” NTT Technical Journal, 2015, 27(10):27-30, 9 pages (with English Translation). |
Number | Date | Country | |
---|---|---|---|
20210049556 A1 | Feb 2021 | US |