(57)【要約】【課題】データ管理装置の負担を抑えながら、監視すべき最新のデータの収集を行う。【解決手段】データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、データベース内の複数のデータのうち、特定の条件を満たす特定データを検出すると、特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、送信要求に応じてデータ管理装置から送信された特定データの識別情報で識別されるデータを受信すると、受信したデータにデータベース内の特定データを更新する、処理をコンピュータに実行させるデータ更新プログラム。【選択図】図１
2018101228.tif 000002
【特許請求の範囲】
【請求項１】
データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、
前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、
前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、
処理をコンピュータに実行させるデータ更新プログラム。
【請求項２】
前記複数のデータは、所定のサービス装置のインシデントのデータを有するインシデントデータであり、
前記データ管理装置は、前記インシデントデータを管理し、
前記特定の条件は、前記インシデントに対する処理期限までの時間が基準時間以下であることで、
前記送信要求を送信することは、前記送信要求を前記第１の間隔より短い第２の間隔で前記送信要求を送信することを有する、請求項１に記載のデータ更新プログラム。
【請求項３】
インシデント管理装置から送信される複数のインシデントデータを通常の間隔で受信すると、受信した前記複数のインシデントデータに、検索可能なデータベース内のデータを更新する通常更新と、
前記通常更新された前記データベース内の複数のインシデントデータのうち、処理期限までの第１の時間が第１の基準時間以下である第１の特定インシデントデータと、直前の対応処理から経過した第２の時間が第２の基準時間以上である第２の特定インシデントデータとを検出し、特定データベースに登録することと、
前記第１の特定インシデントデータの識別情報で識別されるデータを、前記第１の時間の短さに基づいて求めた第１の特定更新間隔で、前記第２の特定インシデントデータの識別情報で識別されるデータを、前記第２の時間の長さに基づいて求めた第２の特定更新間隔で、それぞれ前記インシデント管理装置から収集し、前記特定データベース内の対応する第１及び第２の特定インシデントデータを更新する特定更新を有する、
処理をコンピュータに実行させるデータ更新プログラム。
【請求項４】
前記処理は、さらに、
前記第１の特定更新間隔を、前記第１の時間が短いほど短く設定し、前記第２の特定更新間隔を、前記第２の時間が長いほど短く設定すること
を有する、請求項３に記載のデータ更新プログラム。
【請求項５】
前記処理は、さらに、
前記特定更新の後に、前記特定更新された第１または第２の特定インシデントデータについて、前記第１の時間が前記第１の基準時間以下か否か、または前記第２の時間が前記第１の基準時間以上か否かを判定し、前記判定の結果が偽の場合に前記特定更新された第１または第２の特定インシデントデータを前記特定データベースから削除すること
を有し、
前記特定データベースから削除された第１または第２の特定インシデントデータは、前記特定更新の対象から除かれる、請求項４に記載のデータ更新プログラム。
【請求項６】
前記特定更新の後に、前記特定更新された第１の特定インシデントデータまたは第２の特定インシデントデータについて、前記第１の特定更新間隔を設定することまたは前記第２の特定更新間隔を設定することを、コンピュータに実行させる、請求項４に記載のデータ更新プログラム。
【請求項７】
データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、
前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、
前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、
処理を有するデータ更新方法。
【請求項８】
プロセッサと、
前記プロセッサからアクセス可能なメモリとを有し、
前記プロセッサは、
データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、
前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、
前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、
データ更新装置。
【請求項９】
インシデント管理装置から送信される複数のインシデントデータを通常の間隔で受信すると、受信した前記複数のインシデントデータに、検索可能なデータベース内のデータを更新する通常更新と、
前記通常更新された前記データベース内の複数のインシデントデータのうち、処理期限までの第１の時間が第１の基準時間以下である第１の特定インシデントデータと、直前の対応処理から経過した第２の時間が第２の基準時間以上である第２の特定インシデントデータとを検出し、特定データベースに登録することと、
前記第１の特定インシデントデータの識別情報で識別されるデータを、前記第１の時間の短さに基づいて求めた第１の特定更新間隔で、前記第２の特定インシデントデータの識別情報で識別されるデータを、前記第２の時間の長さに基づいて求めた第２の特定更新間隔で、それぞれ前記インシデント管理装置から収集し、前記特定データベース内の対応する第１及び第２の特定インシデントデータを更新する特定更新を有する、
処理を有するデータ更新方法。
【請求項１０】
プロセッサと、
前記プロセッサからアクセス可能なメモリとを有し、
前記プロセッサは、
インシデント管理装置から送信される複数のインシデントデータを通常の間隔で受信すると、受信した前記複数のインシデントデータに、検索可能なデータベース内のデータを更新する通常更新と、
前記通常更新された前記データベース内の複数のインシデントデータのうち、処理期限までの第１の時間が第１の基準時間以下である第１の特定インシデントデータと、直前の対応処理から経過した第２の時間が第２の基準時間以上である第２の特定インシデントデータとを検出し、特定データベースに登録することと、
前記第１の特定インシデントデータの識別情報で識別されるデータを、前記第１の時間の短さに基づいて求めた第１の特定更新間隔で、前記第２の特定インシデントデータの識別情報で識別されるデータを、前記第２の時間の長さに基づいて求めた第２の特定更新間隔で、それぞれ前記インシデント管理装置から収集し、前記特定データベース内の対応する第１及び第２の特定インシデントデータを更新する特定更新を有する、
処理を実行するデータ更新装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，データ更新プログラム、データ更新方法及びデータ更新装置に関する。
【背景技術】
【０００２】
所定のサービスを提供するサービスシステムなどは、サービスの実行に応じて様々なデータが発生し、それら複数のデータの内容が変更（更新）される。このような増加し続けるデータを収集して可視化するデータ更新・可視化装置は、データ管理装置からデータを収集しデータベースに登録または更新し、データベースを検索してデータの進捗状況を可視化する。
【０００３】
一般に、データ更新・可視化装置は、定期的にデータ管理装置から全てのデータを収集し、データベースに登録または更新する。新たに発生したデータはデータベースに登録され、データベースに登録中のデータは収集したデータで更新される。また、データ更新・可視化装置は、キーパフォーマンスインディケータ（KPI: Key Performance Indicator）に指定されている指標をチェックするために、定期的に登録または更新されるデータベース内のデータを所定のルールで検索及び抽出し、KPIの管理者端末に可視化する。例えば、インシデントに対するKPIがインシデントの初回対応期限や解決期限の場合、インシデントの管理者は、発生したインシデントに対して初回対応されたか否か、最終的に解決されたか否かについて、データ更新・可視化装置を通して監視する。
【０００４】
以下の特許文献は、データの監視について関連する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−５９３６８号公報
【特許文献２】特開２０１４−１７５８２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、サービスシステムで発生及び変更（更新）するデータは増加し続けるため、サービスシステムから大量のデータを収集しデータベースに更新するデータ収集・データベース更新処理は、所定の更新間隔で定期的に行われる。そのため、データの収集と更新の頻度が低い場合、KPIに基づいて監視すべき最新のデータをタイムリーに監視することができず、KPI違反が発生するリスクがある。
【０００７】
そこで，１つの側面では、本発明は、データ管理装置の負担を抑えながら、監視すべき最新のデータの収集を行うデータ更新プログラム、データ更新方法、データ更新装置を提供することにある。
【課題を解決するための手段】
【０００８】
１つの態様では，データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、処理をコンピュータに実行させるデータ更新プログラムを用いる。
【発明の効果】
【０００９】
１つの側面によれば，データ管理装置の負担を抑えながら、監視すべき最新のデータの収集を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態におけるデータ更新装置とサービスシステムとの概略構成を示す図である。
【図２】第１の実施の形態におけるデータ収集・DB更新アプリケーション１２１の処理を示すフローチャート図である。
【図３】第２の実施の形態におけるデータ更新・可視化装置とサービスシステムとの概略構成を示す図である。
【図４】インシデント管理装置によるインシデント起票からインシデント対応、そしてインシデントの解決までの交信例を示す図である。
【図５】データ更新・可視化装置２０の構成例を示す図である。
【図６】インシデント管理画面の一例を示す図である。
【図７】第２の実施の形態におけるデータ更新・可視化装置の具体的構成を示す図である。
【図８】データ収集・DB更新アプリケーション２１の処理を示すフローチャート図である。
【図９】データ収集/DB更新処理S31,S35の処理を示すフローチャート図である。
【図１０】違反リスク判定処理(1)S32の処理を示すフローチャート図である。
【図１１】違反リスクレベル/特定DB更新間隔決定処理(1)S33の処理を示すフローチャート図である。
【図１２】違反リスク判定処理(2)S36の処理を示すフローチャート図である。
【図１３】違反リスクレベル/特定DB更新間隔決定処理(2)S37の処理を示すフローチャート図である。
【図１４】インシデントテーブル２６の一例を示す図である。
【図１５】図１４の７つのインシデントのタイムテーブル例を示す図である。
【図１６】特定インシデントテーブル２７の具体例を示す図である。
【図１７】図１６の特定インシデントのタイムテーブル例を示す図である。
【図１８】第３の実施の形態における卒業論文管理システムとデータ収集・可視化装置の構成を示す図である。
【発明を実施するための形態】
【００１１】
［第１の実施の形態］
図１は、第１の実施の形態におけるデータ更新装置とサービスシステムとの概略構成を示す図である。サービスシステム１１０は、所定のサービスを提供するサービス装置１１１と、サービス装置によるサービス提供に際して発生するデータ及びそれを変更（更新）したデータを管理するデータ管理装置１１２とを有する。サービス装置とデータ管理装置は、サーバなどのコンピュータである。
【００１２】
一方、データ更新装置１２０は、データ管理装置１１２が管理するデータを収集し、収集データをデータベースDBに格納または収集データでデータベースDBを更新する。データ更新装置１２０は、サーバなどのコンピュータであり、メモリとプロセッサを有する。そして、プロセッサがデータ収集・DB更新アプリケーション１２１を実行して、上記データの収集とデータベースDBの更新を行う。データ更新装置によるデータの収集では、データ更新装置１２０がデータ管理装置１１２に全データの送信を要求し、それに応答してデータ管理装置が全データを送信する。そして、データ管理装置１２０が、収集したデータをデータベースDBに格納または収集したデータでデータベースDBを更新する。
【００１３】
データ更新装置１２０の構成は、図５の例と同様に、プロセッサ、メモリ、ネットワークインターフェース、バス、プログラムやデータベースを格納するストレージなどを有する。
【００１４】
データ更新装置１２０内のデータベースDBは、図示しないデータ監視装置からアクセスされ、特定のデータの進捗状況などが監視される。したがって、データ更新装置１２０は、データ管理装置１１２が管理する全てのデータをリアルタイムに収集しデータベースDBに反映することが望ましい。
【００１５】
しかしながら、データ管理装置１１２がデータ更新装置からの送信要求に応じて全データをデータ更新装置に送信することは、データ量が増大すると大きな負荷になる。そのため、データ更新装置は、定期的に、例えば８時間毎に、全データを収集しデータベースDBを更新する。その結果、データ監視装置は、データの進捗状況をデータの定期収集の頻度でしか監視することができず、例えばKPIに指定された指標に基づいてデータの最新の進捗状況を監視することができない。
【００１６】
図２は、第１の実施の形態におけるデータ収集・DB更新アプリケーション１２１の処理を示すフローチャート図である。データ更新装置のプロセッサは、データ収集・DB更新アプリケーション１２１を実行して、次の処理を行う。以下簡単のために、データ更新装置が以下の処理を行うものとして説明する。
【００１７】
データ更新装置は、全データに対する通常処理を、通常DB更新間隔毎に繰り返し実行する（S10,S19）。通常処理は、データ収集とDB更新処理（S11）と、特定条件判定処理（S12）と、特定データの特定DB更新間隔決定処理(S13)とを有する。
【００１８】
データ収集とDB更新処理S11は、データ更新装置１２０が、データ管理装置１１２に全データの送信を要求し全データを受信するデータ収集と、受信した全データをデータベースDBに格納または更新する処理である。
【００１９】
特定条件判定処理S12は、データベースDBに格納または更新された全データについて、特定条件、例えばKPIに指定された指標を順守できない可能性があるなどのKPI違反リスクがあること、に該当するか否かを判定する処理である。
【００２０】
そして、特定データの特定DB更新間隔決定処理S13は、特定条件判定処理S12で特定条件を満たすと判定された特定データについて、通常DB更新間隔より短い特定DB更新間隔を決定する処理である。この決定処理では、例えば、特定データのKPI違反リスクが高いほど、より短い特定DB更新間隔に決定される。特定データを特定DB更新間隔でデータベース内のデータを更新することで、よりリアルタイムにデータの進捗状況を把握できる。
【００２１】
上記の全データに対する通常処理は、データ管理装置１１２に過度の負荷にならない程度の通常DB更新間隔で繰り返される（S10,S19）。それに対して、データ更新装置は、特定データに指定されたデータについて、特定DB更新間隔で以下の特定処理を実行する（S14,S18）。つまり、通常処理を行う通常DB更新間隔の間で、通常DB更新間隔より短く設定された特定DB更新間隔で特定処理を実行する。
【００２２】
特定処理は、全データではなく、特定データについて行われる。さらに、特定処理は、特定DB更新間隔に基づく更新時刻に該当した特定データについて、データ収集とDB更新処理（S15）と、特定条件判定処理（S16）と、特定データの特定DB更新間隔決定処理(S17)とを有する。各処理は、通常処理と同様である。
【００２３】
すなわち、データ更新装置は、特定DB更新間隔に該当した特定データに対応する最新のデータをデータ管理装置から収集し、データベースDB内の対応する特定データを更新する（S15）。要求する特定データと収集するデータの対応付けはデータの識別情報に基づいて行われる。収集データと更新する特定データとの対応付けも同様である。
【００２４】
そして、更新された特定データについて特定条件判定処理を実行し、特定条件を満たさなくなれば特定データから除外される（S16）。さらに、更新された特定データについて改めて特定DB更新間隔を決定する（S17）。
【００２５】
特定DB更新間隔に該当した特定データだけに特定処理を実行するので、データ管理装置の負担はそれほど増加しない。そして、特定データについてはよりリアルタイムにデータ更新が行われるので、データ監視装置は、特定データについて、より高い精度で進捗状況を監視することができ、例えばKPI違反に至ってしまうことを抑制できる。
【００２６】
上記のデータは、例えば、後述するサービスシステムの運用中に起票されるインシデントデータ、卒業論文管理システムで監視される論文進捗データなどに適用可能である。
【００２７】
［第２の実施の形態］
図３は、第２の実施の形態におけるデータ更新・可視化装置とサービスシステムとの概略構成を示す図である。サービスシステム１０は、所定のサービスを提供するサービス装置１１と、サービス装置によるサービス提供に際して発生するインシデント及びそれが変更（更新）されたインシデントのデータを管理するインシデント管理装置１２とを有する。サービス装置とインシデント管理装置は、サーバなどのコンピュータである。
【００２８】
一方、データ更新・可視化装置２０は、インシデント管理装置１２が管理するインシデントデータを収集し、収集したインシデントデータをデータベースDBに格納または収集したインシデントデータでデータベースDBを更新する。データ更新・可視化装置２０は、サーバなどのコンピュータであり、コンピュータのプロセッサがデータ収集・DB更新アプリケーション２１を実行して、上記インシデントデータの収集とデータベースDBの更新を行う。データ更新・可視化装置によるデータの収集では、データ更新・可視化装置２０がインシデント管理装置１２に全インシデントデータの送信を要求し、それに応答してインシデント管理装置が全インシデントデータを送信する。そして、収集したインシデントデータをデータベースDBに格納または収集したインシデントデータでデータベースDBを更新する。
【００２９】
データ更新・可視化装置２０内のデータベースDBは、可視化アプリケーション２２を実行することで、インシデント管理者端末３０やインシデント担当者端末３１などからアクセスされ、特定のインシデントの進捗状況などが監視可能なる。したがって、データ更新・可視化装置２０は、インシデント管理装置１２が管理する全てのデータをリアルタイムに収集しデータベースDBに反映することが望ましい。
【００３０】
インシデント管理装置１２は、インシデント起票者端末３２、インシデント管理者端末３０、インシデント担当者端末３１間で、インシデントの起票、インシデントに対する対応処理などの交信、インシデントデータの更新履歴の保存などを行う。したがって、インシデント管理装置１２は、インシデントの起票や、更新や、変更履歴などのインシデントデータを図示しないデータベースに保存する。一般に、インシデント管理装置は、サービス装置１１のサービス内容やサービスポリシーに基づいてカスタマイズされることが多い。
【００３１】
図４は、インシデント管理装置によるインシデント起票からインシデント対応、そしてインシデントの解決までの交信例を示す図である。サービス装置１１により不特定多数のユーザに所定のサービスが提供される過程で、様々なインシデントが発生する。例えば、ログイン失敗、発注失敗などである。その場合、ユーザは、発生したインシデントを起票する。
【００３２】
図４の例では、インシデントに遭遇したユーザは、インシデント起票者として、インシデント起票者端末３２からインシデントの起票をインシデント管理装置１２に行う（S20）。インシデント管理装置は、新たに起票されたインシデントをインシデント管理装置の図示しないデータベースに登録する。
【００３３】
それに対して、インシデント管理者は、インシデント管理者端末３０からインシデント管理装置１２にアクセスして、インシデントの起票を知ると、インシデントの内容に基づいてインシデントの対応を担当するインシデント担当者を決定する（S21）。インシデント担当者は、インシデント管理装置のデータベース（図示せず）に登録される。
【００３４】
次に、インシデント担当者は、担当者端末３１からインシデント管理装置にアクセスし、対応すべきインシデントを知ると、インシデントについて調査する（S22）。この調査の段階で不明点などがあれば、インシデント担当者端末３１は、不明点の質問をインシデント起票者にインシデント管理装置１２を介して送信する（S23）。これに応答して、インシデント起票者端末は質問の回答をインシデント担当者にインシデント管理装置１２を介して返信する（S24）。
【００３５】
次に、インシデント担当者は、質問の回答を分析し、インシデント解決のための対応策を検討し（S25）、対応処理を指示するメールをインシデント起票者端末にインシデント管理装置１２を介して送信する（S26）。これに応答して、インシデント起票者は対応処理を実行しインシデントが解決すると、解決報告をインシデント担当者にインシデント管理装置を介して送信する（S27）。この解決報告に基づいて、インシデント担当者は、インシデントの解決を判定し、インシデント担当者端末からそのインシデントデータの解決済みの登録をインシデント管理装置に行う（S28）。
【００３６】
上記において、インシデントに遭遇したユーザによるインシデントの報告（S20)は、インシデントの起票である。起票されたインシデントに対する担当者決定（S21）、質問送信（S23）、対応策指示送信（S26）などは、全てインシデントへの対応である。特に、インシデントの起票に対する初回対応や、最終的に解決に導く対応を期限内に行うことは、KPIの指標に指定されることが多く、それぞれ初回対応期限、解決期限などがインシデントの重要度に基づいて予めルール化される。したがって、起票されたインシデントについて初回対応期限、解決期限を守れないとKPI違反となる。
【００３７】
インシデント管理装置１２は、前述のとおり、サービス装置１１にカスタマイズされることがあり、サービスシステム１０を構成する装置である。それに対して、データ更新・可視化装置２０は、インシデント管理装置１２が管理するインシデントの起票とその対応に伴い生成された交信データを定期的に収集して、インシデント管理者などに可視化する。したがって、データ更新・可視化装置２０は、インシデント管理装置１２が提供するインシデントデータ出力仕様に対応してインシデントデータを収集し、可視化することが必要になる。そして、インシデントデータの収集・可視化のために、インシデント管理装置１２の構成に変更を加えることは一定の制約がある。
【００３８】
図５は、データ更新・可視化装置２０の構成例を示す図である。データ更新・可視化装置２０は、プロセッサであるCPU４０と、メインメモリ４２と、入出力装置４４と、ネットワークインターフェース４６と、それらを接続するバス４８とを有する。さらに、補助記憶装置であるストレージには、可視化アプリケーションプログラム５０と、インシデントデータのデータベース５２と、データ収集・更新アプリケーションプログラム５４が格納される。データ更新・可視化装置が起動すると、プロセッサ４０は、アプリケーションプログラム５０，５４をメインメモリ４２に展開し、それらプログラムを実行する。
【００３９】
データ更新・可視化装置２０のプロセッサは、データ収集・DB更新アプリケーションプログラムを実行して、インシデント管理装置１２にインシデントデータの送信依頼を送信し、それに応答してインシデント管理装置１２が送信するインシデントデータを受信し、データベースDBに格納またはデータベースDBを更新する。
【００４０】
そして、データ更新・可視化装置２０は、更新されたデータベース内のインシデントデータをインシデント管理に適した形態で可視化する。
【００４１】
図６は、インシデント管理画面の一例を示す図である。図６はインシデント集計グラフ６０と、インシデントリスト６２を示す。インシデント集計グラフ６０は、横軸が時間（日単位）、縦軸がインシデント数を表し、１２月５日から９日までの毎日のインシデント数がステータス別に集計して棒グラフで示す。インシデントの進捗状況またはステータスは、（１）起票されて初回対応が行われていない「起票」と、（２）初回対応が行われたが未解決状態にある「対応中」と、（３）インシデントが解決され起票がクローズされた「クローズ」の３種類である。通常、大半のインシデントはクローズ状態であり、一部のインシデントが起票状態、対応中状態である。
【００４２】
インシデントリスト６２は、例えば、１２月５日の「対応中」のステータスにあるインシデントを表示する。表示内容は、インシデントIDと、起票時刻と、起票者と、インシデントの概略内容を示すタイトルと、インシデントに対して行われた対応内容（但し最新の対応のみ）である。図６には２つのインシデントがリストアップされ、インシデントIDが０１１は、ログイン不良のインシデントに対して担当者が起票者に質問を送信した状態にあり、インシデントIDが０１５は、サーバ不良のインシデントに対して担当者が決定した状態にある。いずれも初回対応は済んでいて、解決期限までに解決することが求められている「対応中」の状態である。
【００４３】
上記のようなインシデントの管理の現状は、例えば以下のとおりである。すなわち、増加し続けるインシデントの対応期限を守るために、インシデント管理装置１２とデータ更新・可視化装置とを連携し、インシデントの対応状況を可視化することが行われる。インシデントの対応期限は、初回対応期限(インシデントの起票から初回対応までの制限時間)や解決期限(インシデント起票から解決までの制限時間)など、KPIで厳密に定義されていて、サービス提供者ごとに異なる。
【００４４】
インシデント解決期限は、インシデントの重要度や緊急度により期限までの時間が異なり、1週間という期限の長いものがあれば、1時間以内といった非常に期限の短いものもある。そのため、インシデントの状況確認にはリアルタイム性が求められる。また、優先度が低く期限の長いインシデントは、他の優先度の高いインシデントの対応に追われてしまい、長期間放置され対応漏れが発生する可能性がある。
【００４５】
しかし、インシデント管理装置の負担増加を考慮して、データ更新・可視化装置２０は、インシデント管理装置から、全インシデントデータを定期的に、例えば８時間毎に、収集し、データベースDBを更新する。そのため、可視化対象のデータベースのリアルタイム性を十分に担保できない。リアルタイム性を担保するために、全データの集計頻度を短くすると、インシデント管理装置が大量のインシデントデータを短期間ごとに出力し、インシデント管理装置への負荷が増大し、インシデント管理の運用に影響が出てしまう。
【００４６】
そこで、第２の実施の形態では、データ集計・DB更新アプリケーションに、データ集計/更新部に加えて、KPI違反のリスクを判定する違反リスク判定部と、違反リスク有と判定された特定インシデントの特定DB更新間隔を決定する特定DB更新間隔決定部とが追加される。
【００４７】
図７は、第２の実施の形態におけるデータ更新・可視化装置の具体的構成を示す図である。図７は、図３に示した構成において、データ収集・DB更新アプリケーション２１の構成と、データベースDBの構成とを具体的に示している。データ収集・DB更新アプリケーション２１は、前述のとおり、違反リスク判定部２３と、違反リスク有と判定された特定インシデントの特定DB更新間隔決定部２４と、データ収集/更新部２５とを有する。
【００４８】
一方、データベースDBは、全インシデントのデータを格納するインシデントテーブル２６と、違反リスク有と判定された特定インシデントのデータを格納する特定インシデントテーブル２７とを有する。特定インシデントのデータは、インシデントテーブル２６から抽出されて特定インシデントテーブル２７に格納されるが、インシデントテーブル２６から特定インシデントを削除しても良いし、削除しないで全インシデントのデータを格納したままでもよい。後者の場合、特定インシデントのデータは、インシデントテーブル２６と特定インシデントテーブル２７に重複して格納される。
【００４９】
図８は、データ収集・DB更新アプリケーション２１の処理を示すフローチャート図である。データ更新・可視化装置２０のプロセッサは、データ収集・DB更新アプリケーション２１を実行して、次の処理を行う。
【００５０】
データ更新・可視化装置２０は、全データに対する通常処理を、通常DB更新間隔毎に繰り返し実行する（S30,S39）。通常処理は、データ収集とDB更新処理（S31）と、違反リスク判定処理(1)（S32）と、違反リスクレベル及び特定DB更新間隔決定処理(1)(S33)とを有する。
【００５１】
データ収集とDB更新処理S31は、データ更新・可視化装置２０が、インシデント管理装置１２に全データの送信を要求し全データを受信するデータ収集と、受信した全データをデータベースDBに格納または更新する処理である。データ収集と更新は、インシデントデータの識別情報に基づいて行われる。
【００５２】
違反リスク判定処理(1)S32は、データベースDBに格納または更新された全データについて、例えばKPIに指定された指標を順守できない可能性があるなどのKPI違反リスクがあるか否かを判定する処理である。
【００５３】
そして、違反リスクレベル及び特定DB更新間隔決定処理(1)S33は、違反リスク判定処理S32で違反リスク有と判定された特定インシデントデータについて、違反リスクレベルを決定し、さらに通常DB更新間隔より短い特定DB更新間隔を決定する処理である。この決定処理では、例えば、インシデントの初期対応期限や解決期限までの時間が短いほど違反リスクレベルをより高く決定され、違反リスクレベルが高いほど特定DB更新間隔をより短く決定される。特定インシデントデータについては、通常DB更新間隔以外に、それより短い特定DB更新間隔でデータベース内の特定インシデントデータを更新するので、インシデント管理者は、違反リスクがある特定インシデントデータのステータス状況をよりリアルタイムに把握できる。
【００５４】
データ更新・可視化装置は、上記の全データに対する通常処理を、インシデント管理装置１２に過度の負荷にならない程度の通常DB更新間隔で繰り返す（S30,S39）。それに対して、データ更新・可視化装置２０は、違反リスクがある特定インシデントに指定されたインシデントデータについて、特定DB更新間隔で以下の特定処理を実行する（S34,S38）。つまり、通常処理を行う通常DB更新間隔の間で、通常DB更新間隔より短く設定された特定DB更新間隔で特定処理を実行する。
【００５５】
特定処理は、全インシデントデータではなく、特定インシデントデータのうち特定DB更新間隔に基づく更新時刻に該当した特定インシデントデータだけに、データ収集とDB更新処理（S35）と、違反リスク判定処理(2)（S36）と、違反リスクレベルと特定DB更新間隔の決定処理(S37)とを行う。各処理は、通常処理と同様である。すなわち、データ更新・可視化装置２０は、特定DB更新間隔に該当した特定インシデントデータに対応する最新のインシデントデータをインシデント管理装置から収集し、データベースDB内の対応する特定インシデントデータを更新する（S35）。要求する特定インシデントデータと収集するインシデントデータの対応付けはインシデントデータの識別情報（ID）に基づいて行われる。収集インシデントデータと更新する特定インシデントデータとの対応付けも同様である。そして、更新された特定インシデントデータについて違反リスク判定処理(2)（S36）を実行し、違反リスクなしになれば特定インシデントデータから削除される。さらに、更新された特定インシデントデータについて改めて特定DB更新間隔を決定する（S37）。
【００５６】
図８に示したとおり、本実施の形態におけるデータ更新・可視化装置２０は、データ収集・DB更新アプリケーションを実行して、インシデント管理装置１２の全インシデントデータを通常DB更新間隔で、例えば８時間毎に、定期収集（または通常収集）し、データベースDB内のインシデントテーブル２６を更新する。これが通常DB更新処理である。通常DB更新間隔は必ずしも一定時間間隔である必要はなく、毎日８：００、１２：００、１８：００など勤務時間帯の決まった時刻であってもよい。
【００５７】
さらに、データ更新・可視化装置２０は、定期収集した際に、全てのインシデントデータにKPI違反リスク判定を行い、違反リスクが有りと判定されたインシデントデータを特定インシデントデータとして、特定インシデントテーブル２７に格納する。さらに、特定インシデントそれぞれに対して、KPI違反リスクレベルを求め、違反リスクレベルが高いインシデントほど、より短い特定DB更新間隔を決定する。
【００５８】
そして、データ更新・可視化装置２０は、特定DB更新間隔による更新時刻が到来した特定インシデントデータを収集・DB更新する。これが特定収集または特定DB更新処理である。そして、その収集した特定インシデントデータの違反リスク判定と、違反リスクレベル及び新たな特定DB更新間隔の決定とを行う。
【００５９】
以下、図８の各処理について詳述する。
【００６０】
図９は、データ収集/DB更新処理S31,S35の処理を示すフローチャート図である。データ更新・可視化装置２０は、前回の通常収集からの経過時間が通常DB更新間隔に達していれば（S40のYES）、インシデント管理装置１２から全インシデントデータを収集し（S41）、収集した全インシデントデータをインシデントテーブル２６に格納または更新する（S42）。このとき、収集した全インシデントデータのうち特定インシデントデータについては、特定インシデントテーブル２７の対応するデータも更新する。インシデントテーブル２６と特定インシデントテーブル２７の例は後述する。
【００６１】
一方、通常DB更新間隔に達していない場合（S40のNO）、図８によれば前回の特定DB更新からの経過時間が特定DB更新間隔に達している。そこで、データ更新・可視化装置２０は、インシデント管理装置１２から、特定更新時刻になった特定インシデントデータを収集し（S43）、収集した特定インシデントデータで、特定インシデントテーブル２７を更新する（S43）。このとき、収集した特定インシデントデータでインシデントテーブル２６も更新する。
【００６２】
次に、違反リスク判定処理(1)S32と特定DB更新間隔決定処理(1)S33を説明する前に、インシデントテーブルについて具体例を示して説明する。
【００６３】
図１４は、インシデントテーブル２６の一例を示す図である。図１４のインシデントテーブル２６には、ID＝001〜007の７つのインシデントデータが格納されている。各インシデントデータは、インシデント起票時刻、インシデントの進捗状況またはステータス（起票、対応中、クローズ（解決済み））、初回対応期限、直前の対応時刻である対応更新時刻、解決期限、直近の定期収集時刻などを有する。つまり、データ更新・可視化装置が収集するインシデントデータは、インシデント管理者がKPI違反リスクを管理するために必要なデータが含まれ、インシデント管理装置１２がそのデータベースに記憶しているインシデントへの対応履歴や対応の交信内容などは含まれない。ここで、対応更新時刻とは、インシデントへの対応が新たに実行されて対応が更新された時刻を意味する。
【００６４】
図１５は、図１４の７つのインシデントのタイムテーブル例を示す図である。図１５は左から右方向に定期収集を行う通常処理時刻、毎日８：００、１６：００、２４：００が示され、そのタイムテーブル上に７つのインデントの起票時刻から解決期限までの帯形状が示される。各インシデントには、ID番号と、初回対応期限、対応更新時刻（図中更新時刻）、解決期限が示される。初回対応期限は未対応のインシデントのみ示し、対応更新時刻（更新時刻）は何らかの対応が行われたインシデントのみ示す。現在時刻は定期収集時刻の9月9日(9/9)の時刻8:00とする。
【００６５】
インシデントID:001には、直前の対応更新時刻と解決期限とが示され、そのステータスは対応中（初回対応は行われたが未だ解決していない）である。
インシデントID:002、ID:003には、直前の対応更新時刻と解決期限とが示され、そのステータスはクローズ（解決済み）である。したがって、直前の対応によりインシデントは解決済みである。
インシデントID:004、ID:005には、直前の対応更新時刻と解決期限とが示され、そのステータスは対応中である。
インシデントID:006、ID:007には、初回対応期限と解決期限とが示され、そのステータスは起票（初回対応は未）である。
【００６６】
図１０は、違反リスク判定処理(1)S32の処理を示すフローチャート図である。データ更新・可視化装置２０は、インシデントテーブル内の全てのインシデントデータに対して以下の処理を繰り返す（S50,S57）。まず、インシデントデータのステータスがクローズ（解決済み）であるか否か判定する（S51）。クローズ（解決済み）のインシデントデータは監視する必要がないので、以下の違反リスク有か否かの判定処理は、クローズではないインシデントデータに対して行われる。
【００６７】
違反リスク有のインシデントデータは、第１に、現在時刻において、初回対応期限または解決期限が迫っている条件１を満たすものである（S52）。具体的には、ステータスが「起票」のインシデントで、現在時刻から初回対応期限までの時間が第１の基準値未満のインシデントと、ステータスが「対応中」のインシデントで、現在時刻から解決期限までの時間が第１の基準値未満のインシデントが、条件１を満たす。第１の基準値は、例えば、通常DB更新間隔の２倍の時間である。
【００６８】
ステータスが「起票」のインシデントは、初回対応を初回対応期限までに完了する必要があり、現在時刻から初回対応期限までの時間が通常DB更新間隔の２倍未満の場合は、初回対応期限が迫っていて、KPI違反（初回対応を初回対応期限までに実行できない違反）になるリスクが高い。同様に、ステータスが「対応中」のインシデントは、解決対応を解決期限までに完了する必要があり、現在時刻から解決期限までの時間が通常DB更新間隔の２倍未満の場合は、解決期限が迫っていて、KPI違反（解決対応を解決期限までに実行できない違反）になるリスクが高い。
【００６９】
第１の基準値を通常DB更新間隔の２倍の時間に設定したのは、現在時刻から通常DB更新間隔の２倍の時間経過する前に期限が到来するインシデントは、少なくとも期限まで１回の通常DB更新間隔の時間があり、KPI違反を回避できる蓋然性が高いからである。第１の基準値を通常DB更新間隔の１倍の時間に設定すると、KPI違反リスク有と判定された時点で期限が目前に迫っていてKPI違反を回避できない場合がある。対応処理が比較的長い時間を要するインシデントについては、第１の基準値の長さを通常DB更新間隔の３倍またはそれ以上に設定してもよい。また、インシデントの種類に対応してそれぞれ最適な第１の基準値を設定してもよい。
【００７０】
違反リスク有のインシデントデータは、第２に、直前の対応更新時刻から現在時刻までの経過時間が第２の基準値以上に達している条件２を満たすものである（S53）。具体的には、ステータスが「対応中」のインシデントで、直前の対応更新時刻から現在時刻までの経過時間が第２の基準値以上のインシデントが、条件２を満たす。第２の基準値は、例えば通常DB更新間隔の２倍の時間である。
【００７１】
ステータスが「対応中」のインシデントは、少なくとも初回対応済みであるが、初回対応を含めて直前の対応更新時刻から長い時間の間新たな対応更新（対応処理の更新）が行われていない場合、インシデント担当者が他の優先度の高いインシデントへの対応に追われて、放置されている可能性がある。したがって、このような条件２を満たすインシデントは、ただちにKPI違反になるリスクはないが、忘れられているのでKPI違反になるリスクがある。
【００７２】
条件１を満たす特定インシデントは優先度が高い特定インシデントである。一方、条件２を満たす特定インシデントは優先度がその次に高い特定インシデントである。
【００７３】
図１０において、データ更新・可視化装置は、条件１、条件２のいずれかに該当するインシデントを、特定インシデントテーブルに登録する（S54）。そして、条件１に該当するインシデントには該当条件を「１」に設定し、条件２に該当するインシデントには該当条件を「２」に設定する（S55,S56,S57）。
【００７４】
図１６は、特定インシデントテーブル２７の具体例を示す図である。図中、４つの特定インシデントがリストアップされている。図１５を参照すると、クローズではないインシデントのうち、インシデントID:001は、直前の対応更新時刻（更新時刻）から現在時刻まで長期間を経過しているので、条件２に該当し、特定インシデントに該当する。また、インシデントID:004は、解決期限までまだ時間が十分あるので条件１を満たさず、直前の対応更新時刻からの経過時間も短いので条件２も満たさないので、特定インシデントに該当しない。
【００７５】
インシデントID:005は、ステータスが「対応中」で解決期限が迫っているので条件１に該当し、特定インシデントに該当する。インシデントID:006は、ステータスが「起票」で初回対応期限が通常DB更新期間の１倍より前に迫っているので、前回の定期収集（通常処理）のときに条件１に該当し、特定インシデントに該当済みである。そして、インシデントID:007は、ステータスが「起票」で初回対応期限が通常DB更新期間の２倍より前に迫っているので、条件１に該当する。
【００７６】
したがって、図１６の特定インシデントテーブルには、インシデントID=001, 005, 006, 007がリストアップされている。そして、特定インシデントテーブル２７には、インシデントテーブル２６の項目に加えて、該当条件コラム、残時間Tコラム、未更新時間TNuコラム、違反リスクレベルのコラム、特定DB更新間隔Rのコラムを有する。これらの項目の説明は後述する。
【００７７】
図１７は、図１６の特定インシデントのタイムテーブル例を示す図である。図１５のタイムテーブルに示された７つのインシデントから特定インシデントID=001, 005, 006, 007だけが示されている。
【００７８】
図１１は、違反リスクレベル/特定DB更新間隔決定処理(1)S33の処理を示すフローチャート図である。この決定処理は、違反リスク判定処理S32で違反リスク有と判定された特定インシデントデータに対して実行され、特定インシデントデータの違反リスクレベルの決定と、違反リスクレベルに応じた特定DB更新間隔の決定とを有する。
【００７９】
データ更新・可視化装置２０は、特定インシデントテーブル内の全インシデントデータに対して次の処理を実行する（S60,S68）。まず、特定インシデントデータの該当条件が１か否か判定し（S61）、該当条件が１の場合（S61のYES）、計算処理（S62,S63,S64）を実行し、該当条件が２の場合（S61のNO）、計算処理（S65,S66,S67）を実行する。
【００８０】
該当条件１の場合、次の数式１により、初回対応期限または解決期限から現在時刻（通常DB更新時刻、定期収集時刻）を減じて残時間Tを求める（S62）
【００８１】
【数１】
2018101228.tif 000003
【００８２】
そして、次の数式２により、起票から初回対応期限までの対応期間または初回対応から解決期限までの対応期間から残時間Tを減じ、対応期間で除して100倍し、違反リスクレベルEを求める（S63）。
【００８３】
【数２】
2018101228.tif 000004
【００８４】
残り時間Tが短いほど違反リスクレベルが高くなるので、対応期間から残時間Tを減じて、残り時間Tが短くなるほど違反リスクレベルEが高くなるようにした。また、対応期間から残時間Tを減じて対応期間で除算することで正規化している。除算値を100倍することで違反リスクレベルEは％になる。
【００８５】
最後に、次の数式３により、通常DB更新間隔を違反リスクレベルEで除算して、特定DB更新間隔Rを求める。これにより、違反リスクレベルEが高いほど特定DB更新間隔が短くなる。
【００８６】
【数３】
2018101228.tif 000005
【００８７】
一方、該当条件２の場合、次の数式４により、現在時刻から直前の対応更新時刻を減じて、未更新時間を求める（S65）
【００８８】
【数４】
2018101228.tif 000006
【００８９】
そして、次の数式５により、未更新時間を通常DB更新間隔で除算して、条件２の場合の違反リスクレベルENuを求める（S66）。
【００９０】
【数５】
2018101228.tif 000007
【００９１】
条件２に該当する特定インシデントの場合、未更新時間TNuが長いほど違反リスクレベルENuが高くなるので、未更新時間を通常DB更新間隔で除算して、未更新時間が長いほど違反リスクレベルENuが高くなるようにした。
【００９２】
最後に、次の数式６により、通常DB更新間隔を違反リスクレベルENu で除算して、特定DB更新間隔Rを求める。これにより、違反リスクレベルENu が高いほど特定DB更新間隔が短くなる。
【００９３】
【数６】
2018101228.tif 000008
【００９４】
上記のとおり、条件１に該当する特定インシデントについては、残時間が短いほど違反リスクレベルが高くなるような何らかの演算であればよい。また、違反リスクレベルが高いほど特定DB更新間隔が短くなるような演算であればよい。一方、条件２に該当する特定インシデントについては、未更新時間が長いほど違反リスクレベルが高くなるような何らかの演算であればよい。また、違反リスクレベルが高いほど特定DB更新間隔が短くなるような演算であればよい。
【００９５】
図１６の特定インシデントテーブル２７には、４つの特定インシデントそれぞれについて、上記の計算式で求めた残時間と、未更新時間と、違反リスクレベルと、特定DB更新間隔とが示される。
【００９６】
図１２は、違反リスク判定処理(2)S36の処理を示すフローチャート図である。図１０の違反リスク判定処理(1)S32と異なるのは、特定インシデントテーブル内の特定DB更新時刻になった全特定インシデントデータに対して処理されること（S70,S75）である。さらに、クローズされていたり（S71のYES）、条件１，２のいずれもNOの場合（S72,S73のNO）、特定インシデントテーブルから該当レコードを削除することである。条件１，２は図１０と同じである。
【００９７】
これにより、特定インシデントテーブル内の特定インシデントデータは、それぞれに設定された特定DB更新間隔でインシデント管理装置から収集されデータベースDBに更新されると、更新された特定インシデントデータが解決されてクローズされたり、条件１，２に該当しなくなれば、特定インシデントテーブルから削除される。
【００９８】
図１３は、違反リスクレベル/特定DB更新間隔決定処理(2)S37の処理を示すフローチャート図である。図１１と異なるところは、特定インシデントテーブル内の特定DB更新時刻になった全レコードに対して処理を行う（S80,S8）ことである。それ以外の新たな違反リスクレベルの算出方法と、新たな特定DB更新間隔の算出方法は、図１１と同じである。
【００９９】
これにより、特定インシデントデータは、それぞれに設定された特定DB更新間隔で収集されデータベースに更新されると、更新時の状態に基づいて新たな特定DB更新間隔が決定される。これにより、現状の違反リスクレベルに適合した短い特定DB更新間隔で特定インシデントデータを更新することができる。
【０１００】
［第３の実施の形態］
第３の実施の形態は、卒業論文管理システムの進捗データ管理装置の進捗データを収集し更新するデータ収集・可視化装置の例である。
【０１０１】
図１８は、第３の実施の形態における卒業論文管理システムとデータ収集・可視化装置の構成を示す図である。卒業論文管理システム２１０は、学生に卒論管理サービスを提供する卒論管理装置２１１と、卒論管理サービスを提供する過程で生成される各学生の卒論の進捗データを管理する進捗データ管理装置２１２とを有する。
【０１０２】
例えば、卒論の管理の基本的な構成は、学生に割り当てられた卒論のテーマと、卒論作成に必要な関連情報の提供と、論文作成方法の基本的なレクチャーのイーラーニングの提供と、卒論作成過程の履歴情報の管理の提供などを、学生にサービスとして提供する。
【０１０３】
一方、学生は、卒論作成の過程で、作成中の卒論のドラフトを含む進捗データを提出する必要がある。例えば、卒論のテーマが確定すると、学生は、そのテーマの卒論を進捗データ管理装置に送信し自分の卒論を起票する。卒論の作成過程には、卒論のレジメを提出する初回期限と、最終卒論のドラフトを提出する最終期限とが定められている。また、学生は、卒論の作成状況が進展するたびに、その進捗データを進捗データ管理装置に送信する。
【０１０４】
そして、学生を指導する教員は、データ収集・可視化装置２２０がデータ収集・DB更新アプリケーションにより定期的に収集する進捗データを、可視化アプリケーション２２２で可視化した管理画面を介して、多数の学生の卒論の進捗状況を確認する。
【０１０５】
上記のような例において、第２の実施の形態と同様に、データ収集・DB更新アプリケーションを実行することで、第１の条件として初回期限と最終期限が迫っている卒論を第１の特定卒論データとして抽出し、第２の条件として直前の進捗データの更新からの経過時間が長くその後進捗していない卒論を第２の特定卒論データとして抽出する。そして、特定卒論データの進捗データについて、その違反リスクレベルを算出し、違反リスクレベルが高いほど短い特定DB更新間隔を決定し、特定DB更新間隔で進捗データを収集し、指導教員がその進捗状況をよりリアルタイムにチェックする可能にする。
【０１０６】
以上のとおり、本実施の形態によれば、データ管理装置のデータについて、定期的な収集・更新に加えて、注目して管理すべき特定データについては、特定DB更新間隔で収集・更新し、そのデータベースのデータをよりリアルタイムに監視可能にすることができる。
【０１０７】
以上の実施の形態をまとめると，次の付記のとおりである。
【０１０８】
（付記１）
データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、
前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、
前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、
処理をコンピュータに実行させるデータ更新プログラム。
【０１０９】
（付記２）
前記複数のデータは、所定のサービス装置のインシデントのデータを有するインシデントデータであり、
前記データ管理装置は、前記インシデントデータを管理し、
前記特定の条件は、前記インシデントに対する処理期限までの時間が基準時間以下であることで、
前記送信要求を送信することは、前記送信要求を前記第１の間隔より短い第２の間隔で前記送信要求を送信することを有する、付記１に記載のデータ更新プログラム。
【０１１０】
（付記３）
インシデント管理装置から送信される複数のインシデントデータを通常の間隔で受信すると、受信した前記複数のインシデントデータに、検索可能なデータベース内のデータを更新する通常更新と、
前記通常更新された前記データベース内の複数のインシデントデータのうち、処理期限までの第１の時間が第１の基準時間以下である第１の特定インシデントデータと、直前の対応処理から経過した第２の時間が第２の基準時間以上である第２の特定インシデントデータとを検出し、特定データベースに登録することと、
前記第１の特定インシデントデータの識別情報で識別されるデータを、前記第１の時間の短さに基づいて求めた第１の特定更新間隔で、前記第２の特定インシデントデータの識別情報で識別されるデータを、前記第２の時間の長さに基づいて求めた第２の特定更新間隔で、それぞれ前記インシデント管理装置から収集し、前記特定データベース内の対応する第１及び第２の特定インシデントデータを更新する特定更新を有する、
処理をコンピュータに実行させるデータ更新プログラム。
【０１１１】
（付記４）
前記処理は、さらに、
前記第１の特定更新間隔を、前記第１の時間が短いほど短く設定し、前記第２の特定更新間隔を、前記第２の時間が長いほど短く設定すること
を有する、付記３に記載のデータ更新プログラム。
【０１１２】
（付記５）
前記処理は、さらに、
前記第１の時間が短いほど高くなる第１の違反リスクレベルと、前記第２の時間が長いほど高くなる第２の違反リスクレベルとを生成すること、および
前記第１の特定更新間隔を前記第１の違反リスクレベルが高くなるほど短く設定し、前記第２の特定更新間隔を前記第２の違反リスクレベルが高くなるほど短く設定すること
を有する、付記３に記載のデータ更新プログラム。
【０１１３】
（付記６）
前記処理は、さらに、
前記特定更新の後に、前記特定更新された第１または第２の特定インシデントデータについて、前記第１の時間が前記第１の基準時間以下か否か、または前記第２の時間が前記第１の基準時間以上か否かを判定し、前記判定の結果が偽の場合に前記特定更新された第１または第２の特定インシデントデータを前記特定データベースから削除すること
を有し、
前記特定データベースから削除された第１または第２の特定インシデントデータは、前記特定更新の対象から除かれる、付記４に記載のデータ更新プログラム。
【０１１４】
（付記７）
前記特定更新の後に、前記特定更新された第１の特定インシデントデータまたは第２の特定インシデントデータについて、前記第１の特定更新間隔を設定することまたは前記第２の特定更新間隔を設定することを、コンピュータに実行させる、付記４に記載のデータ更新プログラム。
【０１１５】
（付記８）
データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、
前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、
前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、
処理を有するデータ更新方法。
【０１１６】
（付記９）
プロセッサと、
前記プロセッサからアクセス可能なメモリとを有し、
前記プロセッサは、
データ管理装置から送信される複数のデータを第１の間隔で受信すると、受信した前記複数のデータに、データ記憶部内に記憶された検索可能なデータベース内のデータを更新し、
前記データベース内の前記複数のデータのうち、特定の条件を満たす特定データを検出すると、前記特定データの識別情報で識別されるデータの送信要求を前記データ管理装置に送信し、
前記送信要求に応じて前記データ管理装置から送信された前記特定データの識別情報で識別されるデータを受信すると、前記受信したデータに前記データベース内の前記特定データを更新する、
データ更新装置。
【０１１７】
（付記１０）
インシデント管理装置から送信される複数のインシデントデータを通常の間隔で受信すると、受信した前記複数のインシデントデータに、検索可能なデータベース内のデータを更新する通常更新と、
前記通常更新された前記データベース内の複数のインシデントデータのうち、処理期限までの第１の時間が第１の基準時間以下である第１の特定インシデントデータと、直前の対応処理から経過した第２の時間が第２の基準時間以上である第２の特定インシデントデータとを検出し、特定データベースに登録することと、
前記第１の特定インシデントデータの識別情報で識別されるデータを、前記第１の時間の短さに基づいて求めた第１の特定更新間隔で、前記第２の特定インシデントデータの識別情報で識別されるデータを、前記第２の時間の長さに基づいて求めた第２の特定更新間隔で、それぞれ前記インシデント管理装置から収集し、前記特定データベース内の対応する第１及び第２の特定インシデントデータを更新する特定更新を有する、
処理を有するデータ更新方法。
【０１１８】
（付記１１）
プロセッサと、
前記プロセッサからアクセス可能なメモリとを有し、
前記プロセッサは、
インシデント管理装置から送信される複数のインシデントデータを通常の間隔で受信すると、受信した前記複数のインシデントデータに、検索可能なデータベース内のデータを更新する通常更新と、
前記通常更新された前記データベース内の複数のインシデントデータのうち、処理期限までの第１の時間が第１の基準時間以下である第１の特定インシデントデータと、直前の対応処理から経過した第２の時間が第２の基準時間以上である第２の特定インシデントデータとを検出し、特定データベースに登録することと、
前記第１の特定インシデントデータの識別情報で識別されるデータを、前記第１の時間の短さに基づいて求めた第１の特定更新間隔で、前記第２の特定インシデントデータの識別情報で識別されるデータを、前記第２の時間の長さに基づいて求めた第２の特定更新間隔で、それぞれ前記インシデント管理装置から収集し、前記特定データベース内の対応する第１及び第２の特定インシデントデータを更新する特定更新を有する、
処理を実行するデータ更新装置。
【符号の説明】
【０１１９】
１０、１１０：サービスシステム
１１，１１１：サービス装置
１２，１１２：インシデント管理装置
２０，１２０：データ収集・可視化装置
２１，１２１：データ収集・DB更新アプリケーション
２２：可視化アプリケーション
DB：データベース
２３：違反リスク判定部
２４：特定DB更新間隔決定部
２５：データ収集/更新部
２６：インシデントテーブル
２７：特定インシデントテーブル
【図１】
2018101228.tif 000009
【図２】
2018101228.tif 000010
【図３】
2018101228.tif 000011
【図４】
2018101228.tif 000012
【図５】
2018101228.tif 000013
【図６】
2018101228.tif 000014
【図７】
2018101228.tif 000015
【図８】
2018101228.tif 000016
【図９】
2018101228.tif 000017
【図１０】
2018101228.tif 000018
【図１１】
2018101228.tif 000019
【図１２】
2018101228.tif 000020
【図１３】
2018101228.tif 000021
【図１４】
2018101228.tif 000022
【図１５】
2018101228.tif 000023
【図１６】
2018101228.tif 000024
【図１７】
2018101228.tif 000025
【図１８】
2018101228.tif 000026