WO2019221060A1 - 支援システム及び支援方法 - Google Patents

支援システム及び支援方法 Download PDF

Info

Publication number
WO2019221060A1
WO2019221060A1 PCT/JP2019/018935 JP2019018935W WO2019221060A1 WO 2019221060 A1 WO2019221060 A1 WO 2019221060A1 JP 2019018935 W JP2019018935 W JP 2019018935W WO 2019221060 A1 WO2019221060 A1 WO 2019221060A1
Authority
WO
WIPO (PCT)
Prior art keywords
know
information
search
presentation
request
Prior art date
Application number
PCT/JP2019/018935
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 日本電信電話株式会社
Priority to US17/055,138 priority Critical patent/US11301482B2/en
Publication of WO2019221060A1 publication Critical patent/WO2019221060A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/248Presentation of query results
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/105Human resources
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services

Definitions

  • the present invention relates to a support system and a support method.
  • the present invention has been made in view of the above, and provides a support system and a support method capable of presenting know-how information accumulated between a plurality of organizations to a user at an appropriate timing in response to a crisis.
  • the purpose is to provide.
  • the support system of the present invention is a support system having a support device that presents know-how information related to crisis management work on a user terminal, and a management device that manages know-how information, and the support device makes a request to present the know-how information.
  • a first storage for storing a processing rule to be received and a presentation rule in which a search destination database, a search condition, and a user terminal of the presentation destination are set in accordance with a presentation type indicating which business the presentation request is requested for.
  • a know-how search request including a search condition corresponding to the presentation type of the presentation request is transmitted to the management apparatus of the database of the search destination corresponding to the presentation type,
  • a know-how presentation unit that integrates the know-how information returned in response to a know-how search request and presents it on the user terminal of the presentation destination, and manages it
  • the second storage unit stores first control information in which a database for storing know-how information, a database to be disclosed, a type of know-how information to be disclosed, and disclosure destination information indicating a disclosure destination are associated with each other.
  • the first control information is referred to, and when the request source can access the search destination database, the know-how information is searched from the search destination database using the search condition and searched.
  • the know-how management unit returns the know-how information including the request source as the disclosure destination to the request source.
  • know-how information accumulated across a plurality of organizations can be presented to a user at an appropriate timing in response to a crisis.
  • FIG. 1 is a diagram for explaining a configuration of a crisis management support system according to an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration of the support apparatus illustrated in FIG.
  • FIG. 3 is a diagram illustrating an example of a data configuration of user information.
  • FIG. 4 is a diagram illustrating an example of a data configuration of organization information.
  • FIG. 5 is a diagram illustrating an example of a data configuration of business flow information.
  • FIG. 6 is a diagram illustrating an example of a data configuration of the know-how presentation rule.
  • FIG. 7 is a block diagram illustrating a configuration of the management apparatus illustrated in FIG.
  • FIG. 8 is a diagram illustrating an example of access control information.
  • FIG. 9 is a diagram illustrating an example of access control information.
  • FIG. 1 is a diagram for explaining a configuration of a crisis management support system according to an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration of the support apparatus illustrated in FIG.
  • FIG. 3 is
  • FIG. 10 is a diagram illustrating an example of access control information.
  • FIG. 11 is a diagram illustrating an example of access control information.
  • FIG. 12 is a diagram illustrating an example of a data configuration of know-how type information.
  • FIG. 13 is a diagram illustrating an example of a data configuration of know-how information.
  • FIG. 14 is a sequence diagram illustrating a processing procedure of the crisis management support method according to the embodiment.
  • FIG. 15 is a sequence diagram illustrating an example of a processing procedure of the crisis management support method according to the embodiment.
  • FIG. 16 is a sequence diagram illustrating an example of a processing procedure of the crisis management support method according to the embodiment.
  • FIG. 17 is a sequence diagram illustrating an example of a processing procedure of the crisis management support method according to the embodiment.
  • FIG. 18 is a diagram illustrating an example of a computer in which a support apparatus and a management apparatus are realized by executing a program.
  • the crisis management support system is a system that supports the management work for crisis management departments of local governments and companies to respond to crises such as disasters and cyber incidents.
  • a board is defined as a group of various crisis management tasks (tasks) for a given crisis management.
  • Various information necessary for performing crisis management is collected as task information in the board, and the crisis management support system outputs these information to the user to enable decision making and inter-organizational cooperation by the user. Assist.
  • FIG. 1 is a diagram for explaining a configuration of a crisis management support system according to an embodiment.
  • the crisis management support system 1 includes user terminals 10-1 to 10-n used by each user who performs business, a plurality of support devices 20A to 20C, and A plurality of management devices 30A to 30C are communicably connected via the network 40.
  • the user terminals 10-1 to 10-n are simply referred to as user terminals 10 when collectively referred to without distinction.
  • the plurality of support devices 20A to 20C are collectively referred to without being distinguished from each other, they are simply referred to as the support device 20.
  • the plurality of management devices 30A to 30C are collectively referred to without distinction, they are simply referred to as the management device 30.
  • the crisis management support system 1 illustrated in FIG. 1 includes three support devices 20A to 20C and three management devices 30A to 30C. The number of the support devices 20 and the management devices 30 is not limited to this. It is not limited.
  • the user terminal 10 is, for example, a personal computer, a smartphone, a mobile phone, or the like.
  • the user can refer to the task information provided from the support device 20 by browsing the board via the Web browser of each user terminal 10. Then, the user can transmit information and messages to the support device 20 and other user terminals 10 by writing information and messages on the board via the Web browser of each user terminal 10.
  • the user changes the task flow on the board (changes the task) via the Web browser of the user terminal 10, thereby changing the task on the board or the user terminal of the user who is the target of the change of the business flow. 10 can be notified of the change of the business flow.
  • the user terminal 10 can set ON or OFF for the know-how presentation display.
  • know-how presentation is set to ON, know-how information related to the task is automatically presented on the screen of the user terminal 10 during the crisis management task.
  • the support device 20 is, for example, a server device.
  • the support device 20 manages task information including crisis response information indicating the response status of the organization to the crisis.
  • the support device 20 provides crisis response information to each user terminal 10 by displaying various screens indicating task information on the user terminal 10 provided in the subordinate organization or branch of the countermeasure headquarters.
  • the support device 20 manages the task information separately for the boards to which the task information belongs, outputs a board that can be viewed by the user to the user terminal 10, and provides the task information to the user.
  • the support device 20 registers information transmitted from the user terminal 10 as task information in association with a related board.
  • the support device 20 presents know-how information related to crisis management work to the user terminal 10.
  • the support device 20 requests a plurality of management devices 30 that manage know-how information to perform a know-how search, merges the returned search results, and presents them to the user terminal 10.
  • the support device 20 performs processing according to the know-how presentation rules.
  • the know-how presentation rule is a rule relating to a search request for know-how information to the management apparatus 30. Specifically, the support device 20 adds a business flow indicating what type of business is currently performed to the item of the presentation rule, and uses the business flow as a search parameter of a search condition of a search request to the management device 30. Add. As a result, the support device 20 automatically determines when the know-how information needs to be searched based on this business flow.
  • the support device 20 causes the management device 30 to search for know-how conditions related to the user's business by adding a business flow to the search parameter of the search request to the management device 30, and causes the user terminal 10 of the user to The search result of know-how information is automatically presented.
  • the management device 30 has a know-how database (DB) 33 for registering know-how information related to crisis management work, and manages the know-how information registered by the know-how DB 33.
  • DB know-how database
  • the management device 30 receives the know-how information search request from the support device 20, the know-how information from the know-how DB 33 using the search parameters such as a business flow when the support device 20 as the request source can access the know-how DB 33. Search for.
  • the management apparatus 30 returns the know-how information permitted to be disclosed to the requesting support apparatus 20 to the requesting support apparatus 20 as a disclosure destination among the searched know-how information.
  • the network 40 only needs to be configured so that connected devices can communicate with each other.
  • the network 40 can be configured with the Internet, a LAN (Local Area Network), a WAN (Wide Area Network), or the like.
  • the support device 20A and the management device 30A are managed by the company A.
  • the management device 30A manages the know-how DB 33-a that stores know-how information.
  • the disclosure destination of the know-how DB 33-a is limited to the own company (support apparatus 20A).
  • the company B manages the support device 20B and the management device 30B.
  • the management device 30B manages the know-how DBs 33-b1 and 33-b2.
  • the disclosure destination of the know-how DB 33-b1 is limited to the own company (support apparatus 20B).
  • the disclosure destination of the know-how DB 33-b2 is that the disclosure destination is the company (support device 20B) and the organization “disaster response headquarters” of the company A, and the know-how information whose know-how type is “crisis response disclosure know-how” is the company A (support device 20A) ) Limited to the public.
  • the support device 20C and the management device 30C are managed by the local government C.
  • the management device 30C manages the know-how DB 33-c.
  • the know-how DB 33-c does not limit the disclosure destination, and can be referred to by all the support apparatuses 20A to 20C.
  • FIG. 2 is a block diagram illustrating a configuration of the support device 20 illustrated in FIG.
  • the support device 20 includes a storage unit 21 (first storage unit) and a control unit 22.
  • the storage unit 21 is realized by a semiconductor memory device such as a RAM (Random Access Memory), a flash memory (Flash Memory), or a storage device such as a hard disk or an optical disk. Data used during execution is stored.
  • a semiconductor memory device such as a RAM (Random Access Memory), a flash memory (Flash Memory), or a storage device such as a hard disk or an optical disk. Data used during execution is stored.
  • the operation manager When an operation manager is appointed to operate the support apparatus 20, the operation manager registers information necessary for crisis response such as organization information and user information in order to use the system.
  • the storage unit 21 stores these pieces of information.
  • the storage unit 21 stores, as crisis response information related to crisis response, a business flow in which identification information indicating a task or the like is associated with each response instruction and each response content included in the response task, and also presents know-how.
  • the know-how presentation rules used for the purpose are stored.
  • the storage unit 21 includes a user information storage unit 211, an organization information storage unit 212, a business flow information storage unit 213, and a know-how presentation rule storage unit 214.
  • the storage unit 21 stores a bundle of various crisis management response tasks (tasks) as a board.
  • the user information storage unit 211 stores information indicating user information of the support device 20.
  • the user information holds information indicating which organization each user belongs to.
  • FIG. 3 is a diagram illustrating an example of a data configuration of user information. As shown in a table D211 in FIG. 3, a user ID, name, organization ID, and the like are registered as user information. In the table D211, for example, “Yamada Ichiro” having the user ID “342849” and the organization ID “102200” is registered as a user corresponding to the crisis management work of a certain company.
  • the organization information storage unit 212 stores an organization management table indicating an organization for responding to a crisis in a local government or a company having the support device 20.
  • the organization information holds information for identifying the organization.
  • FIG. 4 is a diagram illustrating an example of a data configuration of organization information. As shown in the table D212 of FIG. 4, the organization information is registered with an organization ID, an organization name, and the like. In the table D212, for example, “disaster organization headquarters” with an organization ID “102200” is registered as an organization for dealing with crisis management work of a certain company.
  • the business flow information storage unit 213 stores business flow information for crisis response.
  • a work flow as to how to carry out the work should be created in advance and the work may be carried out accordingly.
  • the business flow information is created in a format in which identification information indicating a crisis is associated with a flow of a business that responds to the crisis.
  • FIG. 5 is a diagram showing an example of the data structure of the business flow information.
  • the business flow information includes a current phase for a certain crisis, a current process, each handling instruction and each handling content included in the handling business, a checklist thereof, and the like.
  • checklist that should be implemented at each site based on disaster occurrence along a linear time axis "Mission pack" defined in the form of is applied.
  • the know-how presentation rule storage unit 214 stores the know-how presentation rule in which the database of the search destination, the search condition, and the user terminal of the presentation destination are set according to the presentation type indicating which business the request for presentation of know-how information is requested.
  • the know-how presentation rule storage unit 214 holds know-how presentation rules that search what know-how information of which database of which system under what search conditions and present to which user.
  • FIG. 6 is a diagram showing an example of the data structure of the know-how presentation rule.
  • the know-how presentation rule includes items of know-how presentation type, presentation destination user, search target management device, search target DB, know-how type, and search parameters 1 to 5.
  • the know-how presentation type indicates the type of work related to the know-how presentation that has received the request.
  • the serial number “1” is set when the business related to the know-how presentation request is “business flow transition”, that is, when the know-how presentation type is “business flow transition”.
  • the presentation destination user is the user terminal 10 belonging to the “same organization” as the requesting user terminal 10
  • the search target is the type of “all” in the DB “all” of the “management apparatus 30A”.
  • Know-how information At this time, “type”, “phase” indicating a time axis, and “process” of crisis response work can be set as search parameters of the search condition. For this reason, information such as which phase is “current” and which process is present in each work flow item, which check item of the “current” mission pack is not implemented, etc. Added to the parameter. As a result, the support device 20 can make a search request for know-how information that matches the current business status.
  • the know-how presentation rule includes a user terminal belonging to the same organization as the requesting user terminal 10 in addition to the requesting user terminal 10 as the presentation destination user terminal 10 as shown in the item of the presentation destination user. In some cases, a user terminal that shares the same business flow as the requesting user terminal 10 may be included.
  • the search target system column of the know-how presentation rule is unnecessary.
  • the search target DB column of the know-how presentation rule is unnecessary.
  • the know-how type column of the know-how presentation rule is not necessary, and the search parameter column is different for each know-how type.
  • the control unit 22 has an internal memory for storing programs that define various processing procedures and the necessary data, and executes various processes using these programs.
  • the control unit 22 is an electronic circuit such as a CPU (Central Processing Unit) or MPU (Micro Processing Unit).
  • the control unit 22 includes a NIC (Network Interface Card) or the like, and performs communication with other devices via a telecommunication line such as a LAN or the Internet.
  • the control unit 22 includes a process reception unit 221, an organization management unit 222, a business flow management unit 223, and a know-how presentation unit 224.
  • the process accepting unit 221 has an input / output interface and accepts an instruction regarding task information.
  • the process receiving unit 221 receives operation data input by operating the user terminal 10, receives operation data, and outputs operation data to each processing unit. Then, the process reception unit 221 outputs information processed by the control unit 22 to the user terminal 10. In addition, the process reception unit 221 receives a request for presenting know-how information related to business.
  • the organization management unit 222 manages organization information indicating an organization managed by the support apparatus 20. When the content of the organization information is changed, the organization management unit 222 transmits an organization information change request to the related management device 30. When the organization information is deleted, the organization management unit 222 transmits a request for deleting the organization information related to the support device 20 to the related management device 30.
  • the business flow management unit 223 transitions the business flow in response to a request from the processing reception unit 221. For example, the transition of the business flow means that the phase “A” is shifted to the phase “B”.
  • the transition of the business flow means that the phase “A” is shifted to the phase “B”.
  • a work flow as to how to carry out the work is created in advance, and the work is performed according to the work flow.
  • the business to be performed changes.
  • the business flow management unit 223 transitions the business flow related to the crisis management business, and changes the business flow information related to the crisis management business to the flow related to the business to be currently performed.
  • the know-how presenting unit 224 refers to the know-how presenting rule in the know-how presenting rule storage unit 214 when the processing accepting unit 221 accepts a presentation request. Then, the know-how presenting unit 224 sends a know-how search request including a search condition corresponding to the presentation type of the presentation request to the management device 30 of the know-how DB 33 of the search destination corresponding to the presentation type based on the referred know-how presentation rule. Send.
  • the know-how presenting unit 224 integrates (merges) the know-how information returned from the management apparatus 30 in response to the know-how search request and presents the know-how information to the presentation destination user terminal 10.
  • the know-how presenting unit 224 responds to the know-how search request to the user terminal 10 that is permitted to present the know-how information, that is, the user terminal 10 that is set to display the know-how information among the user terminals 10 that are the presentation destinations.
  • the know-how information returned is merged and displayed.
  • the know-how presentation unit 224 receives the presentation request and sends the know-how search request including the organization information of the presentation destination to the management apparatus 30 as a search parameter of the search condition of the know-how search request. Send.
  • the know-how presenting unit 224 sends the know-how search request including the type of know-how information and the search parameter specified for each type to the management device 30 as the search condition of the know-how search request, as described in the know-how presentation rule item.
  • the know-how presenting unit 224 transmits a know-how search request including the current business flow information in the search parameters to the management apparatus 30 as also in the know-how presenting rule item.
  • FIG. 7 is a block diagram illustrating the configuration of the management apparatus 30 illustrated in FIG. As illustrated in FIG. 7, the management device 30 includes a storage unit 31 (second storage unit) and a control unit 32.
  • the storage unit 31 is realized by a semiconductor memory device such as a RAM or a flash memory, or a storage device such as a hard disk or an optical disk, and includes a processing program for operating the management device 30 and data used during execution of the processing program.
  • the storage unit 31 includes an access control information storage unit 311, a know-how type information storage unit 312, and a know-how DB 33. A plurality of know-how DBs 33 are held by the management device 30.
  • the access control information storage unit 311 stores access control information (first control information) in which a database to be disclosed and a type of know-how information to be disclosed are associated with disclosure destination information indicating a disclosure destination.
  • the access control information includes the disclosure destination support apparatus or the disclosure destination organization information as disclosure destination information.
  • the access control information associates the type of know-how information with the disclosure support apparatus 30 and the disclosure organization information.
  • the access control information is information indicating which support device 20 or which organization of which support device 20 may present the know-how information of each type of know-how DB 33.
  • the table D311-A in FIG. 8 is stored by the management device 30A.
  • access control content is associated with each type of know-how information.
  • the access control information includes the disclosure destination support apparatus, the disclosure target know-how DB, and the type of disclosure target know-how information as items.
  • the example of the table D311-A indicates that all types of know-how information in the know-how DB 33-a managed by the management device 30A can be disclosed to all organizations of the support device 20A of the company A.
  • the table D311-B in FIG. 9 is stored by the management device 30B.
  • the disclosure destination and the type of know-how information to be disclosed are set.
  • the first row of the table D311-B it is set that all types of know-how information in the know-how DB 33-b1 can be disclosed to all organizations of the company B support apparatus 20B.
  • the fourth row of the table D311-B is set so that know-how information belonging to the type of “crisis response disclosure know-how” in the know-how DB 33-b2 can be disclosed to all organizations of the support device 20A of company A, which is another company. Has been.
  • the table D311-C in FIG. 10 is stored by the management device 30C.
  • the table D311-C it is set that all types of know-how information in the know-how DB 33-c managed by the management device 30C can be disclosed to all organizations in all support devices 20, not limited to the company and other companies.
  • the support apparatus 20A can search the know-how DB 33-1 of the management apparatus 30A. Further, the support device 20A can search the know-how type “crisis response disclosure know-how” of the know-how DB 33-b2 of the management device 30B and the know-how DB 33-c of the management device 30C. Then, the “disaster countermeasure headquarters” of the support apparatus 20A can search the know-how DB 33-b2 of the management apparatus 30B. Further, the support apparatus 20B can search the know-how DBs 33-b1 and 33-b2 of the management apparatus 30B and the know-how DB 33-c of the management apparatus 30C. The support device 20C can search the know-how DB 33-c of the management device 30C.
  • the disclosure system column of the access control information is not necessary. Further, when the management apparatus 30 has only one know-how DB 33, the disclosure target DB column of the access control information is unnecessary. Further, when there is only one type of know-how information, the know-how type column of access control information is not necessary.
  • the access control information storage unit 311 stores access control information (second control information) in which identification information of know-how information is associated with a concealment necessity flag indicating whether concealment is necessary.
  • FIG. 11 is a diagram illustrating an example of access control information.
  • the table D311-B ′ in FIG. 11 is stored by the management device 30B.
  • each know-how ID is associated with a concealment necessity flag.
  • This concealment necessity flag is a flag indicating whether concealment is necessary.
  • the know-how information whose concealment necessity flag is “necessary” indicating the necessity of concealment needs to be concealed and transmitted to another support device 30.
  • the know-how information in which the concealment necessity flag is “No” indicating that concealment is unnecessary can be transmitted to another support device 30 even if the concealment is not processed.
  • the know-how information with the ID “0001” needs to be concealed in the “general affairs department” of the support apparatus 20A.
  • the know-how ID is also associated with the know-how DB 33 to be disclosed, the type of know-how information to be disclosed, and the disclosure destination information indicating the disclosure destination.
  • the access control information is defined for each know-how type or for each know-how ID.
  • the disclosure destination crisis management support system and the disclosure destination organization can be set.
  • the access control information is defined for each know-how type and for each know-how ID, whether or not access is possible is determined in consideration of both definitions. For example, as a determination method, various methods such as allowing access only when both are permitted, or allowing access when one is permitted, can be employed.
  • the know-how type information storage unit 312 stores know-how type information that defines each know-how type.
  • FIG. 12 is a diagram illustrating an example of a data configuration of know-how type information. As shown in the table D312-B in FIG. 12, items of know-how DB, know-how type, and attribute types 1 to 5 are set in the know-how type information. As described above, the know-how type information associates the identification information of the know-how DB 33 of the storage destination with each know-how type. For example, as shown in the table D312-B, the know-how DB 33-b1 managed by the management apparatus 30B stores know-how information corresponding to the types of storm and flood damage, earthquake, and cyber. The know-how DB 33-b2 stores know-how information corresponding to the types of crisis response public know-how and crisis response confidential know-how.
  • the know-how type information defines attributes for each know-how type. This attribute type is commonly defined and used throughout the system. In the example of the table D312-B, the attribute type is indicated by characters such as “type” and “EEI”, but an attribute ID may be defined and used.
  • the know-how DB 33 registers know-how information.
  • Know-how information is data that holds the contents of know-how.
  • the know-how information is information of a plurality of know-how types having different types and numbers of attributes.
  • the know-how information is data in which the corresponding know-how type is associated with the attribute value corresponding to the know-how type for each content of the know-how.
  • the know-how information is associated with a concealed flag indicating whether or not the content of the know-how has been concealed for each content of the know-how.
  • FIG. 13 shows an example of the data structure of know-how information.
  • the know-how information shown in the table D313-b2 in FIG. 13 is registered in the know-how DB 33-b2 managed by the management apparatus 30B.
  • items of know-how type, know-how ID, know-how content, concealed flag, and attributes 1 to 5 are set.
  • the concealment flag is a flag indicating whether concealment processing has been performed or whether concealment processing has not been performed. If this concealment flag is “completed”, the content of this know-how has been concealed. If the concealed flag is “not yet”, the content of this know-how has not been concealed.
  • the know-how information whose concealment necessity flag is “necessary” and whose concealment completion flag is “not yet” is not transmitted to the other support devices 30.
  • the control unit 32 has an internal memory for storing a program that defines various processing procedures and necessary data, and executes various processes using these programs.
  • the control unit 32 is an electronic circuit such as a CPU or MPU.
  • the control unit 32 includes a NIC or the like, and performs communication with other devices via an electric communication line such as a LAN or the Internet.
  • the control unit 32 includes a know-how management unit 321, an authentication processing unit 322, an access control unit 323, and a concealment processing unit 324.
  • the know-how management unit 321 Upon receiving the know-how search request, the know-how management unit 321 refers to the access control information.
  • the know-how management unit 321 uses the search condition to obtain the know-how information from the know-how DB 33 of the search destination. Search for.
  • the know-how management unit 321 determines whether access to the know-how information of the type indicated in the know-how search request is made, along with whether the request source can access the search destination database. Then, the know-how management unit 321 searches the know-how information of the type indicated by the know-how search request in the know-how DB 33 determined to be accessible using the search parameters specified for each type.
  • the know-how management unit 321 returns the know-how information including the request source as the disclosure destination among the searched know-how information to the request source.
  • the know-how management unit 321 returns, from the searched know-how information, know-how information including the requesting support apparatus or the presentation destination organization as the disclosure destination to the request source.
  • the know-how management unit 321 is a case where, in the searched know-how information, the concealment necessity flag is “necessary” indicating the necessity of concealment, and the concealed flag indicates “non-concealment”. ”Is not returned.
  • the management device 30 in order to appropriately conceal the know-how, no sensitive information is leaked from the know-how.
  • the know-how management unit 321 changes the organization information of the disclosure destination of the know-how information when receiving the change request of the organization information from the support apparatus 20. Then, the know-how management unit 321 receives the request for deleting the organization information from the support apparatus 20, deletes the requested organization information from the disclosure destination of the know-how information, and deletes all the disclosure destinations from the know-how DB 33. Know-how information is deleted and know-how information is managed appropriately.
  • the authentication processing unit 322 Upon receiving the know-how search request from the support device 20, the authentication processing unit 322 authenticates access to the management device 30 based on the authentication information of the support device 20.
  • the access control unit 323 updates the access control information in the access control information storage unit 311 according to the instruction information input by the operation of the operator of the management apparatus 30 or the instruction information transmitted from the host system.
  • the concealment processing unit 324 executes concealment processing on the contents of each know-how information in accordance with the instruction information input by the operation of the operator of the management apparatus 30 or the instruction information transmitted from the host system. Further, the concealment processing unit 324 sets a concealment necessity flag for the access control information in association with the ID of the know-how information. Further, the concealment processing unit 324 sets a concealed flag for the know-how information stored in the know-how DB 33 in association with the know-how ID.
  • FIG. 14 is a sequence diagram illustrating a processing procedure of the crisis management support method according to the embodiment.
  • the user terminals 10-x1 to xp among the user terminals 10 have the presentation of know-how information set to ON.
  • step S ⁇ b> 1 when the process reception unit 221 receives a know-how presentation request triggered by a predetermined job (step S ⁇ b> 1), it requests the know-how presentation unit 224 to present know-how (step S ⁇ b> 2).
  • the know-how presentation unit 224 refers to the user information storage unit 211, the organization information storage unit 212, and the know-how presentation rule storage unit 214 (steps S3 to S5), and determines the search request destination (step S6). Subsequently, the know-how presentation unit 224 refers to the business flow information storage unit 213 (step S7), acquires business flow information of the business related to the know-how presentation request (step S8), and includes it in the search parameters of the know-how search request. . And the know-how presentation part 224 transmits the know-how search request to the management apparatus 30 (step S9).
  • the know-how management unit 321 when receiving the know-how search request, the know-how management unit 321 makes an authentication request to the authentication processing unit 322 (step S10).
  • the know-how management unit 321 refers to the access control information storage unit 311 (step S13) and requests the request source. It is determined whether or not access to the know-how DB 33 of the search destination of the support device 20 is possible (step S14).
  • the know-how management unit 321 determines that the requesting support apparatus 20 can access the search destination know-how DB 33, the know-how management unit 321 responds to the search conditions from the search destination know-how DB 33 according to the search conditions of the know-how search request.
  • the know-how information to be searched is searched (step S15).
  • the know-how management unit 321 notifies the requesting support apparatus of the know-how information search result (step S16).
  • the know-how management unit 321 returns the know-how information including the request source as the disclosure destination to the support apparatus 20 that is the request source, among the know-how information.
  • the know-how management unit 321 does not return know-how information indicating that the concealment necessity flag is “necessary” and the concealed flag is “not yet”.
  • the know-how presenting unit 224 merges the returned know-how information (step S17), and presents the know-how information merged to the presentation destination user terminals 10-x1 to 10-xp (step S18).
  • FIG. 15 is a sequence diagram illustrating an example of a processing procedure of the crisis management support method according to the embodiment.
  • the process reception unit 221 requests the business flow management unit 223 to perform a business flow transition.
  • the business flow management unit 223 refers to the business flow information storage unit 213 (step S23), and transitions the business flow in response to the business flow transition request (step S24).
  • the process accepting unit 221 accepts a know-how presentation request triggered by this business flow transition (step S25), and makes a know-how presentation request triggered by the business flow transition to the know-how presenting unit 224 (step S26). .
  • the process accepting unit 221 transmits a know-how presentation request with a know-how presentation type indicating that it is a business flow transition time, and a search parameter including business flow information and user information after the transition.
  • Steps S27 to S33 shown in FIG. 15 are the same processes as steps S3 to S9 shown in FIG.
  • the know-how presenting unit 224 searches for know-how presenting rules assuming that “business flow transition” is the know-how presenting type.
  • the know-how presenting unit 224 retrieves each item of the serial numbers “1” and “2”, and retrieves the know-how DB 33 to be retrieved from the know-how DB 33-a and the management device of the management device 30A.
  • 30B know-how DB33-b2 is set.
  • the know-how presentation unit 224 sets “Typhoon” as the search parameter 1, “within 3 hours of disaster occurrence”, and “initial action” as the search parameter 3 as search conditions for the know-how DB 33-a.
  • the know-how presenting unit 224 uses “typhoon” as the search parameter 1, blank for the search parameter 2, “within 3 hours of disaster occurrence” as the search parameter 3, and “initial action” as the search parameter 4 as the search conditions for the know-how DB 33-b2.
  • Steps S34 to S40 shown in FIG. 15 are the same processes as steps S10 to S16 shown in FIG.
  • the know-how DB 33-a is searched with search conditions including search parameter 1 “typhoon”, search parameter 2 “within 3 hours of disaster occurrence”, and search parameter 3 “initial action”.
  • the management apparatus 30B searches the know-how DB 33-b2 with search conditions including search parameter 1 “typhoon”, search parameter 3 “within 3 hours of disaster occurrence”, and search parameter 4 “initial movement”.
  • the know-how management unit 321 of the management device 30A and the management device 30B determines whether access is possible based on the access control information of the own device, performs know-how information search, and notifies the know-how search result.
  • Steps S41 and S42 shown in FIG. 15 are steps S17 and S18 shown in FIG.
  • the know-how presentation unit 224 merges the two search results when the search results are returned from the management devices 30A and 30B, respectively.
  • the know-how presentation unit 224 then knows the user terminals 10-x1 to 10-xp of the users belonging to the same organization as the user who performed the business flow transition according to the know-how presentation rule sequence numbers “1” and “2” in FIG. Present information.
  • the know-how presenting unit 224 searches for know-how presenting rules using the know-how presenting type as a business flow transition, and sets the management device 30 and know-how DB 33 as the search destination, the type of know-how information to be retrieved, and the search parameters.
  • the support device 20 searches for and presents know-how using a business flow content as a parameter when the business flow transitions, thereby relating to the business to be performed in the business flow at the transition destination. Search for know-how.
  • the know-how presentation unit 224 searches for the serial number “3” in FIG. 6 of the know-how presentation rule, and sets a search parameter for the know-how DB 33-a.
  • the know-how presenting unit 224 requests the management device 30A to perform know-how search using the search condition including the search parameter.
  • the know-how presentation part 224 can present the know-how which shows what should be done to the user who is performing business based on the know-how information returned in response to the request.
  • FIG. 16 is a sequence diagram illustrating an example of a processing procedure of the crisis management support method according to the embodiment.
  • the process reception unit 221 receives a know-how presentation request triggered by the message creation (step S52). Then, a know-how presentation request is made to the know-how presentation unit 224 in response to message creation (step S53). Specifically, when the process accepting unit 221 creates a message for the user to give a crisis response instruction or reply, the information included in the message being created is used as a search parameter to the user who is creating the message. On the other hand, it requests the know-how presenting unit 224 to present the know-how.
  • Steps S54 to S69 shown in FIG. 16 are the same processes as steps S3 to S18 shown in FIG.
  • the know-how presenting unit 224 searches the know-how presenting rules in FIG. 6 assuming that “when creating a message” is the know-how presenting type.
  • the know-how presenting unit 224 searches for each item of the serial number “4”, sets the search target in the know-how DB 33-a of the management apparatus 30A, and sets the search condition including “message content” as the search parameter. To do.
  • the know-how presenting unit 224 requests the management device 30A to perform know-how search using the search condition including the search parameter. Then, the know-how presenting unit 224 can present know-how indicating what to do to the user terminal of the user who is creating the message, based on the know-how information returned in response to the request.
  • FIG. 17 is a sequence diagram illustrating an example of a processing procedure of the crisis management support method according to the embodiment.
  • the process reception unit 221 requests the message management unit to create a message on the corresponding board (step S72). .
  • the message management unit creates a message (step S73), and stores the message on the board of the storage unit 21 (step S74).
  • the process accepting unit 221 accepts the know-how presentation request (step S75), and requests the know-how presenting unit 224 to present the know-how to the manager of the board using the message content and the business flow information as search parameters. (Step S76).
  • Steps S77 to S92 shown in FIG. 17 are the same processes as steps S3 to S18 shown in FIG.
  • the know-how presenting unit 224 searches for the know-how presenting rule in FIG. 6 assuming that “when message is received” is the know-how presenting type.
  • the know-how presenting unit 224 searches each item of the serial number “5”, sets the search target in the know-how DB 33-a of the management apparatus 30A, and sets the search condition including “message content” as the search parameter. To do.
  • the know-how presenting unit 224 requests the management device 30A to perform know-how search using the search condition including the search parameter.
  • the know-how presenting unit 224 sends this information to the user terminals 10-x1 to 10-xp of users (for example, board managers) who can confirm the message from the external system based on the know-how information returned in response to the request.
  • Know-how information related to messages can be presented.
  • the support device 20 uses the message created for business execution later as know-how.
  • the support device 20 records the business flow information at the time of creating the message together with the message so that the above search can be appropriately performed.
  • the support device 20 desirably registers the message including the business flow information when registering the message as know-how information in the crisis response information management system.
  • the support device 20 sets a search keyword such as type, message content, process, and phase by allowing the search keyword to be freely defined as in the know-how presentation rule shown in FIG. You can also search. Further, the support device 20 can be used such that the search keyword is, for example, only the message content, and the type, process, and phase are used by the user for filtering the search result on the screen.
  • the support device 20 that presents know-how information to the user provides know-how information to a plurality of management devices 30 of other companies or other local governments that manage the know-how.
  • the search results returned in response to the request are merged and presented to the user. Therefore, according to the present embodiment, it is possible to search across know-how having different attributes for each local government / company.
  • the support apparatus 20 stores the know-how presentation rule in which the database of the search destination, the search condition, and the user terminal of the presentation destination are set according to the presentation type indicating which business the request for know-how information is requested for. doing. Then, the support device 20 adds a business flow indicating what kind of work is currently being performed to the search parameters, automatically determines when the search is necessary, and sends it to the user terminal 10 of the user who needs know-how. It automatically presents search results for know-how information. Therefore, the user can automatically acquire know-how information about related work without performing a search operation.
  • Each management device 30 strictly manages the disclosure of know-how information using control information that associates the database to be disclosed and the type of know-how information to be disclosed with the disclosure destination information indicating the disclosure destination. Yes.
  • each management device 30 adds a concealment necessity flag indicating whether concealment is necessary or a concealed flag indicating whether concealment is performed or not concealed to each know-how information to the control information.
  • the know-how information that needs to be concealed and is not concealed is excluded from the search results.
  • the know-how can be appropriately concealed so that sensitive information does not leak from the know-how.
  • know-how search is performed for a plurality of management devices 30 for the user terminal 10 of an appropriate user at various timings such as when a message is created or when a business flow is changed.
  • the know-how information searched is automatically presented. Therefore, according to the present embodiment, know-how information accumulated across a plurality of organizations can be presented to the user at an appropriate timing in response to a crisis.
  • appropriate crisis management support can be performed.
  • each component of each illustrated apparatus is functionally conceptual, and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured.
  • all or a part of each processing function performed in each device may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.
  • FIG. 18 is a diagram illustrating an example of a computer in which the support device 20 and the management device 30 are realized by executing a program.
  • the computer 1000 includes a memory 1010 and a CPU 1020, for example.
  • the computer 1000 also includes a hard disk drive interface 1030, a disk drive interface 1040, a serial port interface 1050, a video adapter 1060, and a network interface 1070. These units are connected by a bus 1080.
  • the memory 1010 includes a ROM (Read Only Memory) 1011 and a RAM 1012.
  • the ROM 1011 stores a boot program such as BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • the hard disk drive interface 1030 is connected to the hard disk drive 1090.
  • the disk drive interface 1040 is connected to the disk drive 1100.
  • a removable storage medium such as a magnetic disk or an optical disk is inserted into the disk drive 1100.
  • the serial port interface 1050 is connected to a mouse 1110 and a keyboard 1120, for example.
  • the video adapter 1060 is connected to the display 1130, for example.
  • the hard disk drive 1090 stores, for example, an OS 1091, an application program 1092, a program module 1093, and program data 1094. That is, a program that defines each process of the support device 20 and the management device 30 is implemented as a program module 1093 in which a code executable by the computer 1000 is described.
  • the program module 1093 is stored in the hard disk drive 1090, for example.
  • a program module 1093 for executing processing similar to the functional configuration in the support device 20 and the management device 30 is stored in the hard disk drive 1090.
  • the hard disk drive 1090 may be replaced by an SSD (Solid State Drive).
  • the setting data used in the processing of the above-described embodiment is stored as program data 1094 in, for example, the memory 1010 or the hard disk drive 1090. Then, the CPU 1020 reads the program module 1093 and the program data 1094 stored in the memory 1010 and the hard disk drive 1090 to the RAM 1012 and executes them as necessary.
  • the program module 1093 and the program data 1094 are not limited to being stored in the hard disk drive 1090, but may be stored in, for example, a removable storage medium and read by the CPU 1020 via the disk drive 1100 or the like. Alternatively, the program module 1093 and the program data 1094 may be stored in another computer connected via a network (LAN, WAN, etc.). Then, the program module 1093 and the program data 1094 may be read by the CPU 1020 from another computer via the network interface 1070.
  • LAN local area network
  • WAN wide area network

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computational Linguistics (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

支援装置(20)は、いずれの業務に関してノウハウの提示が依頼されたかを示す提示種別に応じて、検索先のDB、検索条件及び提示先のユーザ端末(10)が設定された提示ルールを基に、提示依頼の提示種別に対応する検索条件を含めたノウハウ検索依頼を管理装置(30)に送信し、返却されたノウハウ情報を統合してユーザ端末(10)に提示する。管理装置(30)は、開示対象のDB及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とを対応付けた制御情報を基に、依頼元が検索先のDBにアクセス可能である場合に、検索条件を用いて検索先のDBからノウハウ情報を検索し、検索したノウハウ情報のうち、開示先として依頼元が含まれるノウハウ情報を依頼元に返却する。

Description

支援システム及び支援方法
 本発明は、支援システム及び支援方法に関する。
 自然災害やサイバーインシデントなどの危機対応において、自治体や企業の危機管理担当者は、重要な判断を短い時間で行うことが要求される。しかしながら、通常、危機対応においては、同じような状況に遭遇することはまれであり、担当者個人の過去の経験が役に立つ状況が少ない。また、担当者は、限定された情報から判断を行う必要があるものの、判断を行う上のルールも整理されていない。
 このため、組織における危機対応のログを、組織内のノウハウとして蓄積し、活用する試みが行われてきた。例えば、従来、危機対応に関わる業務ノウハウを組織内で蓄積し、検索するシステムが提案されている(特許文献1参照)。このシステムでは、外部入力装置から入力された監視項目、管理項目、ログ等の情報から、緊急対応の要否を判定し、対応する業務ユニットを検索して、組織に属するユーザに提示する。また、このシステムでは、ユーザが選択した業務ユニットを検索文として、ノウハウを検索し、ノウハウ検索結果を、組織に属するユーザに提示する。
特許第5973714号公報
 しかしながら、自然災害やサイバーインシデントなどの危機対応においては、1組織が蓄積したノウハウが、組織内で活用できるほどの量となるためには時間がかかる。ある企業が豪雨対策のノウハウを獲得しても、その企業の管理する地域で同様の豪雨が再度発生するとは限らない。また、その企業が、次に遭遇するのは地震やハリケーン、大規模火災などの異なる危機対応であるかもしれない。このため、自分が所属する自治体や企業にとどまらず、複数の自治体及び企業間でノウハウを共有し、活用できるノウハウデータを増やす仕組みが求められている。
 また、現場では、時間に追われて過去の状況を検索する時間もないことから、自動的に状況を判断してノウハウを必要とするであろうユーザに、ノウハウを提供することが求められる。
 本発明は、上記に鑑みてなされたものであって、危機対応において、複数の組織間に渡って蓄積されたノウハウ情報を、適切なタイミングでユーザに提示することができる支援システム及び支援方法を提供することを目的とする。
 本発明の支援システムは、危機管理業務に関するノウハウ情報をユーザ端末に提示する支援装置と、ノウハウ情報を管理する管理装置とを有する支援システムであって、支援装置は、前記ノウハウ情報の提示依頼を受け付ける処理受付部と、提示依頼がいずれの業務に関して依頼されたかを示す提示種別に応じて、検索先のデータベース、検索条件及び提示先のユーザ端末が設定された提示ルールを記憶する第1の記憶部と、提示依頼を受け付けると、提示ルールを基に、提示依頼の提示種別に対応する検索条件を含めたノウハウ検索依頼を、提示種別に対応する検索先のデータベースの管理装置に送信し、該ノウハウ検索依頼に応じて返却されたノウハウ情報を統合して、提示先のユーザ端末に提示するノウハウ提示部と、を有し、管理装置は、ノウハウ情報を記憶するデータベースと、開示対象のデータベース及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とを対応付けた第1の制御情報を記憶する第2の記憶部と、ノウハウ検索依頼を受け付けると、第1の制御情報を参照し、依頼元が検索先のデータベースにアクセス可能である場合に、検索条件を用いて検索先のデータベースからノウハウ情報を検索し、検索したノウハウ情報のうち、開示先として依頼元が含まれるノウハウ情報を、依頼元に返却するノウハウ管理部と、を有することを特徴とする。
 本発明によれば、危機対応において、複数の組織間に渡って蓄積されたノウハウ情報を、適切なタイミングでユーザに提示することができる。
図1は、実施の形態に係る危機管理支援システムの構成を説明する図である。 図2は、図1に示す支援装置の構成を説明するブロック図である。 図3は、ユーザ情報のデータ構成の一例を示す図である。 図4は、組織情報のデータ構成の一例を示す図である。 図5は、業務フロー情報のデータ構成の一例を示す図である。 図6は、ノウハウ提示ルールのデータ構成の一例を示す図である。 図7は、図1に示す管理装置の構成を説明するブロック図である。 図8は、アクセス制御情報の一例を示す図である。 図9は、アクセス制御情報の一例を示す図である。 図10は、アクセス制御情報の一例を示す図である。 図11は、アクセス制御情報の一例を示す図である。 図12は、ノウハウ種別情報のデータ構成の一例を示す図である。 図13は、ノウハウ情報のデータ構成の一例を示す図である。 図14は、実施の形態に係る危機管理支援方法の処理手順を示すシーケンス図である。 図15は、実施の形態に係る危機管理支援方法の処理手順の一例を示すシーケンス図である。 図16は、実施の形態に係る危機管理支援方法の処理手順の一例を示すシーケンス図である。 図17は、実施の形態に係る危機管理支援方法の処理手順の一例を示すシーケンス図である。 図18は、プログラムが実行されることにより支援装置及び管理装置が実現されるコンピュータの一例を示す図である。
 以下に、本願に係る支援システム及び支援方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。本実施の形態では、本発明の支援システムが、危機管理支援システムとして実現された場合を例に説明する。
[実施の形態]
[危機管理支援システムの概要]
 ここで、危機管理支援システムとは、自治体や企業の危機管理部門が災害やサイバーインシデントといった危機に対応するためのマネジメント業務を支援するシステムのことである。そして、ある危機管理に対して、様々な危機管理対応業務(タスク)を束ねたものをボードと定義する。ボード内には、危機管理を遂行する上で必要となる各種情報がタスク情報としてまとめられ、危機管理支援システムでは、これらの情報をユーザに出力することによって、ユーザによる意思決定や組織間連携を支援する。
[危機管理支援システムの構成]
 図1は、実施の形態に係る危機管理支援システムの構成を説明する図である。図1に示すように、例えば、実施の形態に係る危機管理支援システム1は、業務を実行する各ユーザが使用するユーザ端末10-1~10-n、複数の支援装置20A~20C、及び、複数の管理装置30A~30Cが、ネットワーク40を介して、通信可能に接続する。
 なお、複数のユーザ端末10-1~10-nのそれぞれを区別することなく総称する場合に単にユーザ端末10と記載する。また、複数の支援装置20A~20Cのそれぞれを区別することなく総称する場合に単に支援装置20と記載する。複数の管理装置30A~30Cのそれぞれを区別することなく総称する場合に単に管理装置30と記載する。また、図1に例示された危機管理支援システム1は、3台の支援装置20A~20Cと、3台の管理装置30A~30Cを有するが、支援装置20及び管理装置30の台数は、これに限るものではない。
 ユーザ端末10は、例えばパーソナルコンピュータ、スマートフォン、携帯電話等である。ユーザは、各ユーザ端末10のWebブラウザを介してボードを閲覧することによって、支援装置20から提供されるタスク情報を参照することができる。そして、ユーザは、各ユーザ端末10のWebブラウザを介してボードに情報やメッセージを書き込むことによって、支援装置20や他のユーザ端末10に情報やメッセージの送信等を行うことができる。また、ユーザは、ユーザ端末10のWebブラウザを介して、ボード上の業務フローの変更(タスクの変更)を行うことによって、ボード上のタスク変更や、業務フローの変更対象となるユーザのユーザ端末10に、業務フローの変更を連絡することができる。
 加えて、ユーザ端末10は、ノウハウ提示の表示について、ONまたはOFFの設定が可能である。ノウハウ提示がONに設定されている場合には、危機管理業務の対応中、該業務に関連するノウハウ情報が、ユーザ端末10の画面上に自動的に提示される。
 支援装置20は、例えばサーバ装置である。支援装置20は、危機に対する組織の対応状態を示す危機対応情報等を含むタスク情報を管理する。支援装置20は、対策本部の下部組織や支部等に備えられたユーザ端末10に、タスク情報を示す各種画面を表示させることによって、危機対応情報を各ユーザ端末10に提供する。例えば、支援装置20は、タスク情報を、タスク情報が属するボードに分けて管理し、ユーザ端末10に、ユーザが閲覧可能であるボードを出力して、ユーザにタスク情報を提供する。また、支援装置20は、ユーザ端末10から送信された情報をタスク情報として、関連するボードに対応付けて登録する。
 そして、支援装置20は、危機管理業務に関するノウハウ情報をユーザ端末10に提示する。支援装置20は、ノウハウ情報を管理する複数の管理装置30に対して、ノウハウ検索を依頼し、返却された検索結果をマージして、ユーザ端末10に提示する。
 このノウハウ提示において、支援装置20は、ノウハウ提示ルールにしたがって、処理を行う。ノウハウ提示ルールは、管理装置30へのノウハウ情報の検索依頼に関するルールである。具体的には、支援装置20は、現在どのような業務を行っているのかを示す業務フローを提示ルールの項目に加え、管理装置30への検索依頼の検索条件の検索パラメータとして、業務フローを加える。これによって、支援装置20は、この業務フローを基に、ノウハウ情報の検索が必要なタイミングを自動的に判別する。また、支援装置20は、管理装置30への検索依頼の検索パラメータに業務フローを加えることによって、管理装置30に、ユーザの業務に関連するノウハウ条件を検索させ、このユーザのユーザ端末10に、自動的に、ノウハウ情報の検索結果を提示する。
 管理装置30は、危機管理業務に関するノウハウ情報を登録するノウハウデータベース(DB)33を有し、ノウハウDB33が登録するノウハウ情報を管理する。管理装置30は、支援装置20によるノウハウ情報の検索依頼を受けると、依頼元の支援装置20がノウハウDB33にアクセス可能である場合に、業務フロー等の検索パラメータを用いて、ノウハウDB33からノウハウ情報を検索する。管理装置30は、検索したノウハウ情報のうち、開示先として、依頼元の支援装置20への開示が許可されているノウハウ情報を、依頼元の支援装置20に返却する。
 ネットワーク40は、接続される各装置が相互に通信可能に構成されていればよく、例えばインターネットやLAN(Local Area Network)、WAN(Wide Area Network)等で構成することができる。
 そして、図1の例では、例えば、支援装置20Aと管理装置30Aは、会社Aが管理している。また、管理装置30Aは、ノウハウ情報を格納するノウハウDB33-aを管理する。ノウハウDB33-aの開示先は、自社(支援装置20A)に限定している。
 支援装置20Bと管理装置30Bは、会社Bが管理している。管理装置30Bは、ノウハウDB33-b1,33-b2を管理する。ノウハウDB33-b1の開示先は、自社(支援装置20B)に限定している。ノウハウDB33-b2の開示先は、開示先を自社(支援装置20B)及び会社Aの組織「災害対策本部」とし、ノウハウ種別が「危機対応公開ノウハウ」であるノウハウ情報を会社A(支援装置20A)に限定して公開している。
 支援装置20Cと管理装置30Cは、自治体Cが管理している。管理装置30Cは、ノウハウDB33-cを管理する。ノウハウDB33-cは、開示先を限定せず、支援装置20A~20C全てが参照可能である。
[支援装置の構成]
 支援装置20の構成について詳細に説明する。図2は、図1に示す支援装置20の構成を説明するブロック図である。図2に示すように、支援装置20は、記憶部21(第1の記憶部)及び制御部22を有する。
 記憶部21は、RAM(Random Access Memory)、フラッシュメモリ(Flash Memory)等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、支援装置20を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。
 本支援装置20の運用のために運用管理者が任命されると、この運用管理者は、システムを使用させるために、組織情報やユーザ情報など危機対応に必要な情報を登録する。記憶部21は、これらの情報を記憶する。また、記憶部21は、危機対応に関する危機対応情報として、タスク等を示す識別情報と、対応業務に含まれる各対応指示及び各対応内容等とを対応付けた業務フローを記憶するとともに、ノウハウ提示のために使用するノウハウ提示ルールを記憶する。
 このため、記憶部21は、ユーザ情報記憶部211、組織情報記憶部212、業務フロー情報記憶部213及びノウハウ提示ルール記憶部214を有する。また、記憶部21は、種々の危機管理対応業務(タスク)を束ねたものをボードとして記憶する。
 ユーザ情報記憶部211は、支援装置20のユーザ情報を示す情報を記憶する。ユーザ情報は、各ユーザがどの組織に属しているかという情報を保持する。図3は、ユーザ情報のデータ構成の一例を示す図である。図3のテーブルD211に示すように、ユーザ情報は、ユーザID、氏名、所属組織IDなどが登録される。テーブルD211には、例えば、ある会社の危機管理業務に対応するユーザとして、ユーザID「342849」であって所属組織ID「102200」の「山田一郎」が登録されている。
 組織情報記憶部212は、支援装置20を有する自治体や企業における、危機に対応するための組織を示す組織管理テーブルを記憶する。組織情報は、組織を識別する情報を保持する。図4は、組織情報のデータ構成の一例を示す図である。図4のテーブルD212に示すように、組織情報は、組織ID及び組織名などが登録される。テーブルD212には、例えば、ある会社の危機管理業務に対応するための組織として、組織ID「102200」の「災害組織本部」が登録されている。
 業務フロー情報記憶部213は、危機対応のための業務フロー情報を記憶する。危機管理業務においては、業務を円滑に行うため、どのように業務を行っていけばよいかという業務フローを事前に作成し、それに従って業務を実施することがある。例えば、この業務フロー情報は、危機を示す識別情報に、該危機への対応業務のフローを対応付けた形式で作成される。
 図5は、業務フロー情報のデータ構成の一例を示す図である。図5のリストD213に示すように、業務フロー情報は、ある危機に対する現在のフェーズ、現在のプロセス、対応業務に含まれる各対応指示及び各対応内容、そのチェックリスト等を含む。このように、業務フロー情報として、例えば、災害前、災害発生3時間以内、災害発生3日以内、など災害発生を基準とし各現場で実施するべきことを直線的な時間軸に沿ってチェックリストの形で定義した「ミッションパック」などが適用される。
 ノウハウ提示ルール記憶部214は、ノウハウ情報の提示依頼がいずれの業務に関して依頼されたかを示す提示種別に応じて、検索先のデータベース、検索条件及び提示先のユーザ端末が設定されたノウハウ提示ルールを記憶する。すなわち、ノウハウ提示ルール記憶部214は、どのシステムのどのデータベースのノウハウ情報をどのような検索条件で検索し、どのユーザに提示するかというノウハウ提示ルールを保持する。
 図6は、ノウハウ提示ルールのデータ構成の一例を示す図である。図6のテーブルD214に示すように、ノウハウ提示ルールは、ノウハウ提示種別、提示先ユーザ、検索対象の管理装置、検索対象DB、ノウハウ種別、検索パラメータ1~5の項目を有する。ノウハウ提示種別は、依頼を受け付けたノウハウ提示に関連する業務の種別を示す。
 例えば、通番「1」では、ノウハウ提示依頼に関連する業務が「業務フロー遷移」である場合、すなわち、ノウハウ提示種別が「業務フロー遷移」である場合について設定する。具体的には、提示先ユーザは、依頼元のユーザ端末10と「同一組織」に属するユーザ端末10であり、検索対象は、「管理装置30A」のDB「全て」における「全て」の種別のノウハウ情報である。この際、検索条件の検索パラメータとして、「種別」、時間軸を示す「フェーズ」及び危機対応業務の「プロセス」が設定可能である。このため、業務フローの各項目のうち、「現在」どのフェーズであり、どのプロセスに存在するのか、「現在」ミッションパックのどのチェック項目が未実施であるのか、といった情報がノウハウ検索依頼の検索パラメータに加えられる。これによって、支援装置20では、現在の業務状態に合ったノウハウ情報の検索依頼が可能になる。
 また、ノウハウ提示ルールは、提示先ユーザの項目に示すように、提示先のユーザ端末10として、依頼元のユーザ端末10に加え、依頼元のユーザ端末10と同一組織に属するユーザ端末を含む他、依頼元のユーザ端末10と同一の業務フローを共有するユーザ端末を含む場合もある。
 なお、危機管理支援システム1全体で管理装置30が1つしかない場合は、ノウハウ提示ルールの検索対象システム欄は不要である。また、危機管理支援システム1全体で各管理装置30がノウハウDB33を1つしか持たない場合は、ノウハウ提示ルールの検索対象DB欄は不要である。また、危機管理支援システム1全体でノウハウ種別が1つしかない場合は、ノウハウ提示ルールのノウハウ種別欄は不要であり、検索パラメータ欄は、ノウハウ種別毎に、異なるものとなる。
 制御部22は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部22は、CPU(Central Processing Unit)やMPU(Micro Processing Unit)などの電子回路である。また、制御部22は、NIC(Network Inerface Card)等を有し、LANやインターネットなどの電気通信回線を介した他の装置との間の通信を行う。制御部22は、処理受付部221、組織管理部222、業務フロー管理部223及びノウハウ提示部224を有する。
 処理受付部221は、入出力インタフェースを有し、タスク情報に関する指示を受け付ける。処理受付部221は、ユーザ端末10の操作によって入力された操作データを受信し、操作データを受け付けて、各処理部に操作データを出力する。そして、処理受付部221は、制御部22において処理された情報をユーザ端末10に出力する。加えて、処理受付部221は、業務に関連したノウハウ情報の提示依頼を受け付ける。
 組織管理部222は、支援装置20が管理する組織を示す組織情報を管理する。組織管理部222は、組織情報の内容を変更した際に、関連する管理装置30に組織情報の変更依頼を送信する。組織管理部222は、組織情報を削除した際に、関連する管理装置30に、当該支援装置20に関する組織情報の削除依頼を送信する。
 業務フロー管理部223は、処理受付部221による依頼に応じて、業務フローを遷移する。例えば、業務フローの遷移とは、フェーズ「A」からフェーズ「B」に移る、という意味である。前述のように、危機管理業務においては、業務を円滑に行うため、どのように業務を行っていけばよいかという業務フローを事前に作成し、それに従って業務を実施する。この一連の業務フローのどの部分を実施しているかという点に照らし合わせると、現在行うべき業務が変わってくる。この場合には、業務フロー管理部223が、危機管理業務に関する業務フローを遷移し、該危機管理業務に関する業務フロー情報を、現在行うべき業務に関するフローに変更する。
 ノウハウ提示部224は、処理受付部221が提示依頼を受け付けると、ノウハウ提示ルール記憶部214のノウハウ提示ルールを参照する。そして、ノウハウ提示部224は、参照したノウハウ提示ルールを基に、提示依頼の提示種別に対応する検索条件を含めたノウハウ検索依頼を、提示種別に対応する検索先のノウハウDB33の管理装置30に送信する。
 続いて、ノウハウ提示部224は、該ノウハウ検索依頼に応じて管理装置30から返却されたノウハウ情報を統合(マージ)して、提示先のユーザ端末10に提示する。この際、ノウハウ提示部224は、提示先のユーザ端末10のうち、ノウハウ情報の提示を許可したユーザ端末10、すなわち、ノウハウ情報の表示をON設定であるユーザ端末10に、ノウハウ検索依頼に応じて返却されたノウハウ情報をマージして表示する。
 ノウハウ提示部224は、ノウハウ提示ルールの項目にもあるように、提示依頼を受け付けると、ノウハウ検索依頼の検索条件の検索パラメータとして、提示先の組織情報も含めたノウハウ検索依頼を管理装置30に送信する。ノウハウ提示部224は、ノウハウ提示ルールの項目にもあるように、ノウハウ検索依頼の検索条件として、ノウハウ情報の種別と、種別毎に指定した検索パラメータとを含めたノウハウ検索依頼を管理装置30に送信する。また、ノウハウ提示部224は、ノウハウ提示ルールの項目にもあるように、現在の業務フロー情報を、検索パラメータに含めたノウハウ検索依頼を管理装置30に送信する。
[管理装置の構成]
 次に、管理装置30の構成について詳細に説明する。図7は、図1に示す管理装置30の構成を説明するブロック図である。図7に示すように、管理装置30は、記憶部31(第2の記憶部)及び制御部32を有する。
 記憶部31は、RAM、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、管理装置30を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。記憶部31は、アクセス制御情報記憶部311、ノウハウ種別情報記憶部312及びノウハウDB33を有する。管理装置30によって、ノウハウDB33は、複数保持される。
 アクセス制御情報記憶部311は、開示対象のデータベース及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とを対応付けたアクセス制御情報(第1の制御情報)を記憶する。アクセス制御情報は、開示先情報として、開示先の前記支援装置または開示先の組織情報を含む。また、アクセス御情報は、ノウハウ情報の種別と、開示先の支援装置30及び開示先の組織情報とを対応付けている。言い換えると、アクセス制御情報は、どのノウハウDB33の度の種別のノウハウ情報を、どの支援装置20、あるいは、どの支援装置20のどの組織に提示してよいかを示した情報である。
 図8~図10は、アクセス制御情報の一例を示す図である。図8のテーブルD311-Aは、管理装置30Aによって記憶される。テーブルD311-Aでは、ノウハウ情報の種別ごとにアクセスの制御内容が対応付けられている。具体的には、テーブルD311-Aに示すように、アクセス制御情報は、開示先支援装置、開示対象のノウハウDB、開示対象のノウハウ情報の種別が項目として設定される。テーブルD311-Aの例では、管理装置30Aが管理するノウハウDB33-aの全ての種別のノウハウ情報は、自社Aの支援装置20Aの全ての組織に開示できることを示す。
 また、図9のテーブルD311-Bは、管理装置30Bによって記憶される。テーブルD311-Bでは、管理装置30Bが管理するノウハウDB33-b1,33-b2について、それぞれ、開示先、開示対象となるノウハウ情報の種別が設定される。例えば、テーブルD311-Bの1行目には、ノウハウDB33-b1の全ての種別のノウハウ情報は、自社であるB社の支援装置20Bの全ての組織に開示できることが設定されている。また、テーブルD311-Bの4行目には、ノウハウDB33-b2の「危機対応公開ノウハウ」の種別に属するノウハウ情報が、他社であるA社の支援装置20Aの全ての組織に開示できることが設定されている。
 また、図10のテーブルD311-Cは、管理装置30Cによって記憶される。テーブルD311-Cでは、管理装置30Cが管理するノウハウDB33-cの全ての種別のノウハウ情報は、自社、他社に限らず、全ての支援装置20における全ての組織に開示できることが設定されている。
 したがって、図8~図10に示すアクセス制御情報によると、支援装置20Aは、管理装置30AのノウハウDB33-1を検索可能である。さらに、支援装置20Aは、管理装置30BのノウハウDB33-b2のノウハウ種別「危機対応公開ノウハウ」と、管理装置30CのノウハウDB33-cとを検索可能である。そして、支援装置20Aの「災害対策本部」は、管理装置30BのノウハウDB33-b2を検索可能である。また、支援装置20Bは、管理装置30BのノウハウDB33-b1,33-b2と、管理装置30CのノウハウDB33-cを検索可能である。また、支援装置20Cは、管理装置30CのノウハウDB33-cを検索可能である。
 なお、開示先の支援装置20が1つしかない場合、アクセス制御情報の開示先システム欄は不要である。また、管理装置30がノウハウDB33を1つしか持たない場合には、アクセス制御情報の開示対象DB欄は不要である。また、ノウハウ情報の種別が1つしかない場合には、アクセス制御情報のノウハウ種別欄は不要である。
 さらに、アクセス制御情報記憶部311は、ノウハウ情報の識別情報と、秘匿化の要否を示す秘匿化要否フラグとを対応付けたアクセス制御情報(第2の制御情報)を記憶する。図11は、アクセス制御情報の一例を示す図である。図11のテーブルD311-B´は、管理装置30Bによって記憶される。
 テーブルD311-B´に示すように、各ノウハウIDには、秘匿化要否フラグが対応付けられている。この秘匿化要否フラグは、秘匿化の要否を示すフラグである。秘匿化要否フラグが、秘匿化の必要を示す「要」であるノウハウ情報は、秘匿化した上で、他の支援装置30に送信が必要である。秘匿化要否フラグが、秘匿化が不要であることを示す「否」であるノウハウ情報は、秘匿化が未処理の状態であっても、他の支援装置30への送信が可能である。テーブルD311-B´では、ID「0001」のノウハウ情報は、支援装置20Aの「総務部」には秘匿化が必要であることが設定されている。なお、ノウハウIDには、開示対象のノウハウDB33及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とも対応付けられている。
 このように、アクセス制御情報は、ノウハウ種別ごともしくは、ノウハウIDごとに定義される。アクセス制御情報として、ノウハウ種別ごとに定義した場合には、開示先の危機管理支援システム、開示先組織を設定できる。また、アクセス制御情報として、ノウハウ種別ごと及びノウハウIDごとに定義した場合は、両方の定義を考慮して、アクセス可否が判定される。例えば、判定の方法としては、両方で許可されていた場合のみアクセス可とする、或いは、片方で許可されていればアクセス可とする、などいろいろな方法を採用可能である。
 ノウハウ種別情報記憶部312は、各ノウハウ種別を定義したノウハウ種別情報を記憶する。図12は、ノウハウ種別情報のデータ構成の一例を示す図である。図12のテーブルD312-Bに示すように、ノウハウ種別情報では、ノウハウDB、ノウハウ種別、属性種別1~5の項目が設定される。このように、ノウハウ種別情報は、ノウハウ種別ごとに、格納先のノウハウDB33の識別情報を対応付けている。例えば、テーブルD312-Bに示すように、管理装置30Bが管理するノウハウDB33-b1では、風水害、地震、サイバーの種別に該当するノウハウ情報が格納される。また、ノウハウDB33-b2では、危機対応公開ノウハウ及び危機対応機密ノウハウの種別に該当するノウハウ情報が格納される。
 また、ノウハウ種別情報は、ノウハウ種別ごとに、属性を定義している。この属性種別は、システム全体で共通的に定義して用いる。なおテーブルD312-Bの例では、属性種別を「種別」「EEI」など文字で示しているが、属性IDを定義して用いてもよい。
 ノウハウDB33は、ノウハウ情報を登録する。ノウハウ情報は、ノウハウの内容を保持するデータである。ノウハウ情報は、属性の種類及び数が異なる複数のノウハウ種別の情報である。そして、ノウハウ情報は、ノウハウの内容ごとに、対応するノウハウ種別と、ノウハウ種別にあった属性の値とを対応付けたデータである。また、ノウハウ情報は、ノウハウの内容ごとに、ノウハウの内容が秘匿化済みであるかどうかを示す秘匿化済フラグが対応付けられている。
 図13は、ノウハウ情報のデータ構成の一例を示す図である。図13のテーブルD313-b2で示すノウハウ情報は、管理装置30Bが管理するノウハウDB33-b2が登録する。テーブルD313-b2に示すように、ノウハウ情報では、ノウハウ種別、ノウハウID、ノウハウの内容、秘匿化済フラグ、属性1~5の項目が設定される。秘匿化済フラグは、秘匿化処理済みであるか、または、秘匿化処理が未処理であるかを示すフラグである。この秘匿化済みフラグが「済」であれば、このノウハウの内容は秘匿化処理済みである。また、秘匿化済みフラグが「未」であれば、このノウハウの内容は秘匿化処理が未処理である。秘匿化要否フラグが「要」であり、秘匿化済フラグが「未」であるノウハウ情報は、他の支援装置30には送信されない。
 制御部32は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部32は、CPUやMPUなの電子回路である。また、制御部32は、NIC等を有し、LANやインターネットなどの電気通信回線を介した他の装置との間の通信を行う。制御部32は、ノウハウ管理部321、認証処理部322、アクセス制御部323及び秘匿化処理部324を有する。
 ノウハウ管理部321は、ノウハウ検索依頼を受け付けると、アクセス制御情報を参照し、依頼元が検索先のノウハウDB33にアクセス可能である場合に、検索条件を用いて検索先のノウハウDB33からノウハウ情報を検索する。この際、ノウハウ管理部321は、依頼元による検索先のデータベースへのアクセス可否とともに、ノウハウ検索依頼で示された種別のノウハウ情報へのアクセス可否を判断する。そして、ノウハウ管理部321は、アクセス可能と判断したノウハウDB33のうちノウハウ検索依頼で示された種別のノウハウ情報に対し、種別ごとに指定された検索パラメータを用いて検索を行う。
 そして、ノウハウ管理部321は、検索したノウハウ情報のうち、開示先として依頼元が含まれるノウハウ情報を、依頼元に返却する。ノウハウ管理部321は、ノウハウ検索依頼を受け付けると、検索したノウハウ情報のうち、開示先として依頼元の支援装置または提示先の組織が含まれるノウハウ情報を、依頼元に返却する。この際、ノウハウ管理部321は、検索したノウハウ情報のうち、秘匿化要否フラグが秘匿化の必要を示す「要」である場合であって、秘匿化済フラグが未秘匿化を示す「未」であるノウハウ情報を返却しない。管理装置30では、ノウハウを適切に秘匿化するため、ノウハウから機微な情報が漏洩することがない。
 また、ノウハウ管理部321は、支援装置20からの組織情報の変更依頼を受けた場合には、ノウハウ情報の開示先の組織情報を変更する。そして、ノウハウ管理部321は、支援装置20からの組織情報の削除依頼を受け、ノウハウ情報の開示先から、削除を依頼された組織情報を削除し、ノウハウDB33から、開示先が全て削除されたノウハウ情報を削除し、ノウハウ情報を適切に管理している。
 認証処理部322は、支援装置20によるノウハウ検索依頼を受け付けると、支援装置20の認証情報を基に、本管理装置30へのアクセスの認証を行う。
 アクセス制御部323は、本管理装置30の操作者の操作によって入力された指示情報或いは上位システムから送信された指示情報にしたがって、アクセス制御情報記憶部311のアクセス制御情報を更新する。
 秘匿化処理部324は、本管理装置30の操作者の操作によって入力された指示情報或いは上位システムから送信された指示情報にしたがって、各ノウハウ情報の内容に対し、秘匿化処理を実行する。また、秘匿化処理部324は、アクセス制御情報に対し、ノウハウ情報のIDに対応させて秘匿化要否フラグを設定する。また、秘匿化処理部324は、ノウハウDB33が保持するノウハウ情報に対し、ノウハウIDに対応させて、秘匿化済フラグを設定する。
[ノウハウ提示処理の処理手順]
 次に、危機管理支援システム1における危機管理支援処理の処理手順について説明する。図14は、実施の形態に係る危機管理支援方法の処理手順を示すシーケンス図である。図14では、ユーザ端末10のうち、ユーザ端末10-x1~xpが、ノウハウ情報の提示をONに設定しているものとする。
 図14に示すように、支援装置20では、処理受付部221が、所定の業務を契機としてノウハウ提示依頼を受け付けると(ステップS1)、ノウハウ提示部224にノウハウ提示を依頼する(ステップS2)。
 ノウハウ提示部224は、ユーザ情報記憶部211、組織情報記憶部212及びノウハウ提示ルール記憶部214を参照し(ステップS3~ステップS5)、検索依頼先を確定する(ステップS6)。続いて、ノウハウ提示部224は、業務フロー情報記憶部213を参照し(ステップS7)、ノウハウ提示依頼に関連する業務の業務フロー情報を取得し(ステップS8)、ノウハウ検索依頼の検索パラメータに含める。そして、ノウハウ提示部224は、管理装置30にノウハウ検索依頼を送信する(ステップS9)。
 管理装置30では、ノウハウ管理部321は、ノウハウ検索依頼を受け付けると、認証処理部322に認証要求を行う(ステップS10)。認証処理部322がノウハウ検索依頼に依頼元の支援装置20の認証を行うと(ステップS11,S12)、ノウハウ管理部321は、アクセス制御情報記憶部311を参照して(ステップS13)、依頼元の支援装置20の検索先のノウハウDB33へのアクセス可否を判定する(ステップS14)。
 ノウハウ管理部321は、依頼元の支援装置20が検索先のノウハウDB33にアクセス可能であると判定した場合には、ノウハウ検索依頼の検索条件にしたがって、検索先のノウハウDB33から、検索条件に対応するノウハウ情報を検索する(ステップS15)。そして、ノウハウ管理部321は、ノウハウ情報の検索結果を依頼元の支援装置に通知する(ステップS16)。なお、ノウハウ管理部321は、ノウハウ情報のうち、開示先として依頼元が含まれるノウハウ情報を依頼元の支援装置20に返却する。また、ノウハウ管理部321は、秘匿化要否フラグが「要」であって秘匿化済フラグが「未」を示すノウハウ情報を返却しない。
 ノウハウ提示部224は、返却されたノウハウ情報をマージして(ステップS17)、提示先のユーザ端末10-x1~10-xpにマージしたノウハウ情報を提示する(ステップS18)。
[適用例1]
 次に、危機管理支援方法の実際の適用例について説明する。例えば、業務フローの遷移処理を契機として、ノウハウ情報をユーザ端末10に提示する場合について説明する。図15は、実施の形態に係る危機管理支援方法の処理手順の一例を示すシーケンス図である。
 図15に示すように、ユーザがユーザ端末10を介して、業務フローの遷移操作を行った場合(ステップS21)、処理受付部221は、業務フローの遷移を、業務フロー管理部223に依頼する(ステップS22)。業務フロー管理部223は、業務フロー情報記憶部213を参照し(ステップS23)、業務フローの遷移依頼に応じて、業務フローを遷移する(ステップS24)。
 そして、処理受付部221は、この業務フローの遷移を契機として、ノウハウ提示依頼を受け付け(ステップS25)、ノウハウ提示部224に、業務フローの遷移を契機としたノウハウ提示依頼を行う(ステップS26)。この場合、処理受付部221は、業務フロー遷移時であることを示すノウハウ提示種別と、遷移後の業務フロー情報、ユーザ情報を含む検索パラメータとを、ノウハウ提示依頼を送信する。
 図15に示すステップS27~ステップS33は、図14に示すステップS3~ステップS9と同様の処理である。この場合、ノウハウ提示部224は、「業務フロー遷移」がノウハウ提示種別であるとして、ノウハウ提示ルールを検索する。図6のノウハウ提示情報を検索する場合、ノウハウ提示部224は、通番「1」,「2」の各項目を検索し、検索対象のノウハウDB33を、管理装置30AのノウハウDB33-a及び管理装置30BのノウハウDB33-b2と設定する。
 例えば、業務フローが、種別「台風」で、フェーズが「災害前」から「災害発生3時間以内」に移り、現在のプロセスが「初動」である場合を例にする。この場合には、ノウハウ提示部224は、ノウハウDB33-aに対する検索条件として、検索パラメータ1に「台風」、検索パラメータ2に「災害発生3時間以内」、検索パラメータ3に「初動」を設定する。また、ノウハウ提示部224は、ノウハウDB33-b2に対する検索条件として、検索パラメータ1に「台風」、検索パラメータ2は空白、検索パラメータ3に「災害発生3時間以内」、検索パラメータ4に「初動」を設定する。
 図15に示すステップS34~ステップS40は、図14に示すステップS10~ステップS16と同様の処理である。管理装置30Aでは、検索パラメータ1「台風」、検索パラメータ2「災害発生3時間以内」、検索パラメータ3「初動」を含む検索条件でノウハウDB33-aを検索する。また、管理装置30Bでは、検索パラメータ1「台風」、検索パラメータ3「災害発生3時間以内」、検索パラメータ4「初動」を含む検索条件でノウハウDB33-b2を検索する。この際、管理装置30A及び管理装置30Bのノウハウ管理部321では、自装置のアクセス制御情報をもとに、アクセス可否を判断し、ノウハウ情報検索を行い、ノウハウ検索結果を通知する。
 図15に示すステップS41及びステップS42は、図14に示すステップS17及びステップS18である。支援装置20では、ノウハウ提示部224は、管理装置30A,30Bからそれぞれ検索結果が返却されると、2つの検索結果をマージする。そして、ノウハウ提示部224は、図6のノウハウ提示ルール通番「1」,「2」に従い、業務フロー遷移を行ったユーザと同一組織に所属するユーザのユーザ端末10-x1~10-xpにノウハウ情報を提示する。
 このように、図15では、業務フロー遷移に伴うノウハウ情報の提示に関する処理手順について説明した。この場合、ノウハウ提示部224は、ノウハウ提示種別を業務フロー遷移として、ノウハウ提示ルールを検索し、検索先の管理装置30及びノウハウDB33、検索対象となるノウハウ情報の種別、検索パラメータを設定する。
 ここで、危機管理業務においては、業務を円滑に行うため、どのように業務を行っていけばよいかという業務フローを事前に作成し、それに従って業務を実施することがある。この一連の業務フローのどの部分を実施しているかという点に照らし合わせて、現在行うべき業務が変わってくる。支援装置20は、図15で示すように、業務フローが遷移した時点において、業務フロー内容をパラメータとして、ノウハウを検索し、提示することによって、遷移先の業務フローで実施するべき業務と関連したノウハウを検索できる。
[適用例2]
 次に、定期実行として、ノウハウ提示する例について説明する。言い換えると、ノウハウ提示依頼を呼び出す契機として、処理受付部221が、定期的に、ノウハウ提示部224にノウハウ提示依頼を行う。この場合、処理受付部221は、現在実施中の業務フロー情報や、次に実施する予定の業務フロー情報を検索パラメータとして、そのボードを利用しているユーザに対し、ノウハウ提示するよう、依頼を行う。
 ノウハウ提示部224は、ノウハウ提示ルールの図6の通番「3」を検索し、ノウハウDB33-aに対する検索パラメータを設定する。ノウハウ提示部224は、この検索パラメータを含む検索条件でのノウハウ検索を、管理装置30Aに依頼する。そして、ノウハウ提示部224は、該依頼に応じて返却されたノウハウ情報を基に、業務実施中のユーザに、何をするべきかを示すノウハウを提示することができる。
[適用例3]
 次に、ユーザによるメッセージ作成を契機として、ノウハウ情報をユーザ端末10に提示する場合について説明する。図16は、実施の形態に係る危機管理支援方法の処理手順の一例を示すシーケンス図である。
 図16に示すように、ユーザがユーザ端末10を介して、メッセージ作成操作を行った場合(ステップS51)、処理受付部221は、メッセージ作成を契機として、ノウハウの提示依頼を受け付け(ステップS52)、ノウハウ提示部224に、メッセージ作成を契機としたノウハウ提示依頼を行う(ステップS53)。具体的には、処理受付部221が、ユーザが危機対応の指示或いは回答を行うメッセージを作成する際に、作成中のメッセージに含まれる情報を検索パラメータとして、そのメッセージを作成しているユーザに対し、ノウハウ提示するようノウハウ提示部224に依頼を行う。
 図16に示すステップS54~ステップS69は、図14に示すステップS3~ステップS18と同様の処理である。この場合、ノウハウ提示部224は、「メッセージ作成時」がノウハウ提示種別であるとして、図6のノウハウ提示ルールを検索する。この例では、ノウハウ提示部224は、通番「4」の各項目を検索し、検索対象を管理装置30AのノウハウDB33-aに設定し、検索パラメータとして「メッセージ内容」を含めた検索条件を設定する。ノウハウ提示部224は、この検索パラメータを含む検索条件でのノウハウ検索を、管理装置30Aに依頼する。そして、ノウハウ提示部224は、該依頼に応じて返却されたノウハウ情報を基に、メッセージ作成中のユーザのユーザ端末に、何をするべきかを示すノウハウを提示することができる。
[適用例4]
 次に、メッセージ受信を契機として、ノウハウ情報をユーザ端末10に提示する場合について説明する。図17は、実施の形態に係る危機管理支援方法の処理手順の一例を示すシーケンス図である。
 図17に示すように、外部システムが支援装置20にメールを送信した際に(ステップS71)、処理受付部221が、メッセージ管理部に、対応するボードへのメッセージ作成を依頼する(ステップS72)。これに応じて、メッセージ管理部は、メッセージを作成し(ステップS73)、記憶部21のボードにメッセージを格納する(ステップS74)。そして、処理受付部221は、ノウハウ提示依頼を受け付け(ステップS75)、メッセージ内容及び業務フロー情報を検索パラメータとして、そのボードの管理者に対し、ノウハウ提示するよう、ノウハウ提示部224に依頼を行う(ステップS76)。
 図17に示すステップS77~ステップS92は、図14に示すステップS3~ステップS18と同様の処理である。この場合、ノウハウ提示部224は、「メッセージ受信時」がノウハウ提示種別であるとして、図6のノウハウ提示ルールを検索する。この例では、ノウハウ提示部224は、通番「5」の各項目を検索し、検索対象を管理装置30AのノウハウDB33-aに設定し、検索パラメータとして「メッセージ内容」を含めた検索条件を設定する。ノウハウ提示部224は、この検索パラメータを含む検索条件でのノウハウ検索を、管理装置30Aに依頼する。そして、ノウハウ提示部224は、該依頼に応じて返却されたノウハウ情報を基に、外部システムからメッセージを確認できるユーザ(例えば、ボード管理者)のユーザ端末10-x1~10-xpに、このメッセージに関連するノウハウ情報を提示することができる。
 また、支援装置20は、業務遂行のために作成されるメッセージを、のちにノウハウとして活用する。この場合、支援装置20は、上記のような検索を適切に実施できるように、メッセージを作成した時点の業務フロー情報を、メッセージとともに記録しておく。そして、支援装置20は、メッセージをノウハウ情報として危機対応情報管理システムに登録する際に、業務フロー情報も含めて登録しておくことが望ましい。
 危機管理支援システム1では、支援装置20は、図6に示すノウハウ提示ルールのように、検索キーワードを自由に定義可能とすることによって、検索キーワードに、種別、メッセージ内容、プロセス、フェーズを設定して検索することもできる。また、支援装置20は、検索キーワードを、例えばメッセージ内容だけとし、種別、プロセス、フェーズは画面上でユーザが検索結果のフィルタリングに利用する、といった使い方も可能となる。
[実施の形態の効果]
 このように、本実施の形態に係る危機管理支援システム1では、ノウハウ情報をユーザに提示する支援装置20が、ノウハウを管理する他社或いは他の自治体の複数の管理装置30に対して、ノウハウ情報の検索を依頼し、該依頼に応じて返却された検索結果をマージして、ユーザに提示する。したがって、本実施の形態によれば、自治体・企業ごと異なる属性を持ったノウハウを横断して検索することができる。
 そして、支援装置20では、ノウハウ情報の提示依頼がいずれの業務に関して依頼されたかを示す提示種別に応じて、検索先のデータベース、検索条件及び提示先のユーザ端末が設定されたノウハウ提示ルールを記憶している。そして、支援装置20は、現在どのような業務を行っているのかという業務フローを検索パラメータに加え、検索が必要なタイミングを自動的に判別して、ノウハウを必要としているユーザのユーザ端末10に、自動的に、ノウハウ情報の検索結果を提示する。したがって、ユーザは、検索操作を行わずとも、関連する業務についてのノウハウ情報を自動的に取得することができる。
 また、各管理装置30は、開示対象のデータベース及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とを対応付けた制御情報を用いて、ノウハウ情報の開示を厳密に管理している。また、各管理装置30は、制御情報に、各ノウハウ情報に、秘匿化の要否を示す秘匿化要否フラグや、秘匿化済か未秘匿化かのいずれかを示す秘匿化済フラグを付して、秘匿化が必要であって未秘匿化であるノウハウ情報については、検索結果から除外している。このように、本実施の形態によれば、ノウハウから機微な情報が漏洩しないように、ノウハウを適切に秘匿化することができる。
 このように、本実施の形態によれば、メッセージ作成時、業務フロー変更時など、さまざまなタイミングで、適切なユーザのユーザ端末10に対し、複数の管理装置30を対象として、ノウハウ検索を行って、検索したノウハウ情報を自動的に提示する。したがって、本実施の形態によれば、危機対応において、複数の組織間に渡って蓄積されたノウハウ情報を、適切なタイミングでユーザに提示することができる。特に、本実施の形態では、経験の浅いユーザに対し、過去のノウハウを適切なタイミング・適切な内容で提示することができるため、適切な危機管理支援を行うことができる。
[システム構成等]
 また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、CPU及び当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
 また、本実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
[プログラム]
 図18は、プログラムが実行されることにより、支援装置20及び管理装置30が実現されるコンピュータの一例を示す図である。コンピュータ1000は、例えば、メモリ1010、CPU1020を有する。また、コンピュータ1000は、ハードディスクドライブインタフェース1030、ディスクドライブインタフェース1040、シリアルポートインタフェース1050、ビデオアダプタ1060、ネットワークインタフェース1070を有する。これらの各部は、バス1080によって接続される。
 メモリ1010は、ROM(Read Only Memory)1011及びRAM1012を含む。ROM1011は、例えば、BIOS(Basic Input Output System)等のブートプログラムを記憶する。ハードディスクドライブインタフェース1030は、ハードディスクドライブ1090に接続される。ディスクドライブインタフェース1040は、ディスクドライブ1100に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ1100に挿入される。シリアルポートインタフェース1050は、例えばマウス1110、キーボード1120に接続される。ビデオアダプタ1060は、例えばディスプレイ1130に接続される。
 ハードディスクドライブ1090は、例えば、OS1091、アプリケーションプログラム1092、プログラムモジュール1093、プログラムデータ1094を記憶する。すなわち、支援装置20及び管理装置30の各処理を規定するプログラムは、コンピュータ1000により実行可能なコードが記述されたプログラムモジュール1093として実装される。プログラムモジュール1093は、例えばハードディスクドライブ1090に記憶される。例えば、支援装置20及び管理装置30における機能構成と同様の処理を実行するためのプログラムモジュール1093が、ハードディスクドライブ1090に記憶される。なお、ハードディスクドライブ1090は、SSD(Solid State Drive)により代替されてもよい。
 また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ1094として、例えばメモリ1010やハードディスクドライブ1090に記憶される。そして、CPU1020が、メモリ1010やハードディスクドライブ1090に記憶されたプログラムモジュール1093やプログラムデータ1094を必要に応じてRAM1012に読み出して実行する。
 なお、プログラムモジュール1093やプログラムデータ1094は、ハードディスクドライブ1090に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ1100等を介してCPU1020によって読み出されてもよい。あるいは、プログラムモジュール1093及びプログラムデータ1094は、ネットワーク(LAN、WAN等)を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール1093及びプログラムデータ1094は、他のコンピュータから、ネットワークインタフェース1070を介してCPU1020によって読み出されてもよい。
 以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
 1 危機管理支援システム
 10,10-1~10-n,10-x1~10-xp ユーザ端末
 20,20A,20B,20C 支援装置
 21,31 記憶部
 22,32 制御部
 30,30A,30B,30C 管理装置
 33 ノウハウDB
 40 ネットワーク
 211 ユーザ情報記憶部
 212 組織情報記憶部
 213 業務フロー情報記憶部
 214 ノウハウ提示ルール記憶部
 221 処理受付部
 222 組織管理部
 223 業務フロー管理部
 224 ノウハウ提示部
 311 アクセス制御情報記憶部
 312 ノウハウ種別情報記憶部
 321 ノウハウ管理部
 322 認証処理部
 323 アクセス制御部
 324 秘匿化処理部

Claims (7)

  1.  危機管理業務に関するノウハウ情報をユーザ端末に提示する支援装置と、前記ノウハウ情報を管理する管理装置とを有する支援システムであって、
     前記支援装置は、
     前記ノウハウ情報の提示依頼を受け付ける処理受付部と、
     提示依頼がいずれの業務に関して依頼されたかを示す提示種別に応じて、検索先のデータベース、検索条件及び提示先のユーザ端末が設定された提示ルールを記憶する第1の記憶部と、
     前記提示依頼を受け付けると、前記提示ルールを基に、前記提示依頼の提示種別に対応する検索条件を含めたノウハウ検索依頼を、前記提示種別に対応する検索先のデータベースの管理装置に送信し、該ノウハウ検索依頼に応じて返却されたノウハウ情報を統合して、前記提示先のユーザ端末に提示するノウハウ提示部と、
     を有し、
     前記管理装置は、
     前記ノウハウ情報を登録するデータベースと、
     開示対象のデータベース及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とを対応付けた第1の制御情報を記憶する第2の記憶部と、
     前記ノウハウ検索依頼を受け付けると、前記第1の制御情報を参照し、依頼元が前記検索先のデータベースにアクセス可能である場合に、前記検索条件を用いて前記検索先のデータベースからノウハウ情報を検索し、検索した前記ノウハウ情報のうち、開示先として前記依頼元が含まれるノウハウ情報を、前記依頼元に返却するノウハウ管理部と、
     を有することを特徴とする支援システム。
  2.  前記提示ルールは、提示先のユーザ端末として、依頼元のユーザ端末の他、依頼元のユーザ端末と同一組織に属するユーザ端末、または、依頼元のユーザ端末と同一の業務フローを共有するユーザ端末を含み、
     前記ノウハウ提示部は、前記提示依頼を受け付けると、前記ノウハウ検索依頼の検索条件に提示先の組織を示す組織情報も含め、前記提示先のユーザ端末のうち前記ノウハウ情報の提示を許可したユーザ端末に、前記ノウハウ検索依頼に応じて返却されたノウハウ情報を統合して提示し、
     前記第1の制御情報は、開示先情報として、開示先の前記支援装置または開示先の組織情報を含み、
     前記ノウハウ管理部は、前記ノウハウ検索依頼を受け付けると、検索した前記ノウハウ情報のうち、開示先として前記依頼元の支援装置または提示先の組織が含まれるノウハウ情報を、前記依頼元に返却することを特徴とする請求項1に記載の支援システム。
  3.  前記データベースは、前記ノウハウ情報として、属性の種類及び数が異なる複数の種別のノウハウ情報を記憶し、
     前記第1の制御情報は、ノウハウ情報の種別と、開示先の前記支援装置及び開示先の組織情報とを対応付けし、
     前記ノウハウ提示部は、前記ノウハウ検索依頼の検索条件にノウハウ情報の種別と、種別毎に指定した検索パラメータとを含め、
     前記ノウハウ管理部は、前記ノウハウ検索依頼を受け付けると、依頼元による前記検索先のデータベースへのアクセス可否とともに、前記ノウハウ検索依頼で示された種別のノウハウ情報へのアクセス可否を判断し、アクセス可能と判断したデータベースのうち前記ノウハウ検索依頼で示された種別のノウハウ情報に対し、種別ごとに指定された検索パラメータを用いて検索を行うことを特徴とする請求項2に記載の支援システム。
  4.  前記支援装置は、
     当該支援装置が管理する組織を示す組織情報を管理するとともに、前記組織情報の内容を変更した際に、関連する前記管理装置に組織情報の変更依頼を送信する組織管理部をさらに有し、
     前記ノウハウ管理部は、前記支援装置からの組織情報の変更依頼を受け、前記ノウハウ情報の開示先の組織情報を変更することを特徴とする請求項2または3に記載の支援システム。
  5.  前記組織管理部は、前記組織情報を削除した際に、関連する管理装置に、当該支援装置に関する組織情報の削除依頼を送信し、
     前記ノウハウ管理部は、前記支援装置からの組織情報の削除依頼を受け、前記ノウハウ情報の開示先から、削除を依頼された組織情報を削除し、前記データベースから、開示先が全て削除されたノウハウ情報を削除することを特徴とする請求項4に記載の支援システム。
  6.  前記第2の記憶部は、ノウハウ情報の識別情報と、秘匿化の要否を示す秘匿化要否フラグとを対応付けた第2の制御情報を記憶し、
     前記ノウハウ情報は、それぞれ、秘匿化処理済みであるか、または、秘匿化処理が未処理であるかを示す秘匿化済フラグがそれぞれ付され、
     前記ノウハウ管理部は、検索したノウハウ情報のうち、前記秘匿化要否フラグが秘匿化の必要を示す場合であって、前記秘匿化済フラグが、秘匿化処理が未処理であることを示す前記ノウハウ情報を返却しないことを特徴とする請求項1~5のいずれか一つに記載の支援システム。
  7.  危機管理業務に関するノウハウ情報をユーザ端末に提示する支援装置と、前記ノウハウ情報を管理する管理装置とを有する支援システムで実行される支援方法であって、
     前記支援装置は、
     前記ノウハウ情報の提示依頼がいずれの業務に関して依頼されたかを示す提示種別に応じて、検索先のデータベース、検索条件及び提示先のユーザ端末が設定された提示ルールを記憶する第1の記憶部と、
     を有し、
     前記管理装置は、
     前記ノウハウ情報を記憶するデータベースと、
     開示対象のデータベース及び開示対象のノウハウ情報の種別と、開示先を示す開示先情報とを対応付けた制御情報を記憶する第2の記憶部と、
     を有し、
     前記支援装置が、前記提示依頼を受け付ける工程と、
     前記支援装置が、前記提示依頼を受け付けると、前記提示ルールを基に、前記提示依頼の提示種別に対応する検索条件を含めたノウハウ検索依頼を、前記提示種別に対応する検索先のデータベースの管理装置に送信し、該ノウハウ検索依頼に応じて返却されたノウハウ情報を統合して、前記提示先のユーザ端末に提示する工程と、
     前記管理装置が、前記ノウハウ検索依頼を受け付けると、前記制御情報を参照し、依頼元が前記検索先のデータベースにアクセス可能である場合に、前記検索条件を用いて前記検索先のデータベースからノウハウ情報を検索し、検索したノウハウ情報のうち、開示先として前記依頼元が含まれるノウハウ情報を、前記依頼元に返却する工程と、
     を含んだことを特徴とする支援方法。
PCT/JP2019/018935 2018-05-15 2019-05-13 支援システム及び支援方法 WO2019221060A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/055,138 US11301482B2 (en) 2018-05-15 2019-05-13 Assist system and assist method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-094115 2018-05-15
JP2018094115A JP6839131B2 (ja) 2018-05-15 2018-05-15 支援システム及び支援方法

Publications (1)

Publication Number Publication Date
WO2019221060A1 true WO2019221060A1 (ja) 2019-11-21

Family

ID=68539830

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/018935 WO2019221060A1 (ja) 2018-05-15 2019-05-13 支援システム及び支援方法

Country Status (3)

Country Link
US (1) US11301482B2 (ja)
JP (1) JP6839131B2 (ja)
WO (1) WO2019221060A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09251466A (ja) * 1996-03-14 1997-09-22 Toshiba Corp 業務支援システム
JP2004288017A (ja) * 2003-03-24 2004-10-14 Fujitsu Ltd データベース検索システム及び方法
JP2012190275A (ja) * 2011-03-10 2012-10-04 Nippon Telegr & Teleph Corp <Ntt> 緊急時対策業務支援装置及び緊急時対策業務支援方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007102263A (ja) * 2005-09-30 2007-04-19 Nippon Telegr & Teleph Corp <Ntt> 災害時行動支援システムとその管理サーバ
JP2009259161A (ja) * 2008-04-21 2009-11-05 Nec Corp ナレッジ型障害復旧支援システム、ユーザ端末、中継サーバ及びナレッジ提供サーバ並びにデータ中継方法
JP5973714B2 (ja) 2011-12-12 2016-08-23 日本電信電話株式会社 緊急時対応指示策定支援装置及び緊急時対応指示策定支援方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09251466A (ja) * 1996-03-14 1997-09-22 Toshiba Corp 業務支援システム
JP2004288017A (ja) * 2003-03-24 2004-10-14 Fujitsu Ltd データベース検索システム及び方法
JP2012190275A (ja) * 2011-03-10 2012-10-04 Nippon Telegr & Teleph Corp <Ntt> 緊急時対策業務支援装置及び緊急時対策業務支援方法

Also Published As

Publication number Publication date
US11301482B2 (en) 2022-04-12
US20210216538A1 (en) 2021-07-15
JP2019200550A (ja) 2019-11-21
JP6839131B2 (ja) 2021-03-03

Similar Documents

Publication Publication Date Title
US10803097B2 (en) Data processing systems for generating and populating a data inventory
US11347889B2 (en) Data processing systems for generating and populating a data inventory
US11558429B2 (en) Data processing and scanning systems for generating and populating a data inventory
US10437860B2 (en) Data processing systems for generating and populating a data inventory
US10438016B2 (en) Data processing systems for generating and populating a data inventory
US10997318B2 (en) Data processing systems for generating and populating a data inventory for processing data access requests
US10181051B2 (en) Data processing systems for generating and populating a data inventory for processing data access requests
US10642870B2 (en) Data processing systems and methods for automatically detecting and documenting privacy-related aspects of computer software
US10970675B2 (en) Data processing systems for generating and populating a data inventory
US20210241215A1 (en) Data processing systems for generating and populating a data inventory
US11328092B2 (en) Data processing systems for processing and managing data subject access in a distributed environment
WO2019221060A1 (ja) 支援システム及び支援方法
US11544667B2 (en) Data processing systems for generating and populating a data inventory
WO2019023509A1 (en) DATA PROCESSING AND SCANNING SYSTEMS FOR GENERATING AND FEEDING DATA INVENTORY

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19803228

Country of ref document: EP

Kind code of ref document: A1