JP2022140929A - 情報処理プログラム、情報処理方法、および情報処理装置 - Google Patents

Abstract

【課題】データリネージュを用いた問題対処の効率化を図る。
【解決手段】情報処理装置１０は、複数のデータ１ａ，１ｂ，・・・の来歴を示すデータリネージュ４における管理対象の複数のデータ１ａ，１ｂ，・・・が更新されるごとに、更新されたデータに対応付けて更新日時を格納する。情報処理装置１０は、指定日時または指定期間の入力に応じて、複数のデータ１ａ，１ｂ，・・・それぞれに対応付けて格納された更新日時に基づいて、指定日時を含む所定期間または指定された指定期間内に更新されたデータを注目対象データと判断する。そして情報処理装置１０は、データリネージュ４の一部であり、注目対象データに対応する表示オブジェクト５ｂ，５ｃ，５ｅを含む部分データリネージュ４ａを生成する。
【選択図】図１

Description

本発明は、情報処理プログラム、情報処理方法、および情報処理装置に関する。

様々な種類のデータをため込むデータレイクでは、それらのデータを適切に管理して活用することが重要となる。データレイク内のデータを管理する技術として、機密情報を含んだデータの影響範囲やデータの流れを把握するためのデータリネージュ（データの来歴情報）がある。データリネージュには、入力データ、加工処理プロセス、出力データの関係を示す情報が含まれる。データリネージュを用いることで、各データがどのような加工処理を経て生成されたのかを示す図で表すことができる。データリネージュを用いると、誤ったデータの影響範囲を瞬時に把握可能となると共に、個人情報がシステム上のどこに存在するかの把握も容易となる。

データの来歴を示す技術としては、例えば派生したファイルのメタデータを効率的に管理する計算機システムが提案されている。また障害発生時に希望する時点への迅速なデータ回復を行うと共に、不正データ混入時には容易にデータ修正を行う方法も提案されている。

特開２０１１－２３８１６５号公報 特開２００８－１４６１１８号公報

データリネージュを用いたデータ管理が行われているシステムを長期間運用していると、データソースの追加や削除、既存の加工処理の修正や新規加工処理追加などの運用変更に伴い、新旧のデータを含む大規模なデータリネージュが生成される。するといずれかのデータに問題が発生したとき、該当データの発生源や問題の影響範囲などを調査するために、蓄積されたすべてのデータおよびプロセス間の来歴の関係を確認することとなり、問題への対処が長期化する。

１つの側面では、本発明は、データリネージュを用いた問題対処の効率化を図ることを目的とする。

１つの案では、コンピュータに以下の処理を実行させる情報処理プログラムが提供される。
コンピュータは、まず複数のデータの来歴を示すデータリネージュにおける管理対象の複数のデータが更新されるごとに、更新されたデータに対応付けて更新日時を格納する。次にコンピュータは、指定日時または指定期間の入力に応じて、複数のデータそれぞれに対応付けて格納された更新日時に基づいて、指定日時を含む所定期間または指定された指定期間内に更新されたデータを注目対象データと判断する。そしてコンピュータは、データリネージュの一部であり、注目対象データに対応する表示オブジェクトを含む部分データリネージュを生成する。

１態様によれば、データリネージュを用いた問題対処の効率化を図ることができる。

第１の実施の形態に係る情報処理方法の一例を示す図である。 第２の実施の形態のシステム構成の一例を示す図である。 サーバのハードウェアの一例を示す図である。 データリネージュの一例を示す図である。 調査を要しないエンティティを含むデータリネージュの一例を示す図である。 データリネージュを用いたデータ管理のためのサーバの機能の一例を示すブロック図である。 記憶部に格納される情報の一例を示す図である。 データリネージュ更新処理の手順の一例を示すフローチャートである。 更新日時リストと実行日時リストの一例を示す図である。 周期計算処理の手順の一例を示すフローチャートである。 周期計算処理の第１の例を示す図である。 周期計算処理の第２の例を示す図である。 エンティティにラベル付与後のデータリネージュの一例を示す図である。 問題発生データ関連のデータリネージュ表示処理の手順の一例を示すフローチャートである。 問題のあるデータを指定した場合に表示されるデータリネージュの一例を示す図である。 定期実行・更新が停止したエンティティを含むデータリネージュの一例を示す図である。 定期実行・更新停止ラベル付き表示処理の手順の一例を示すフローチャートである。 定期実行・更新停止ラベル付きのデータリネージュの一例を示す図である。

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る情報処理方法の一例を示す図である。図１には、データリネージュを用いた問題の影響範囲調査の容易化を図る情報処理方法を、情報処理装置１０を用いて実施した場合の例を示している。情報処理装置１０は、例えば所定の処理手順が記述された情報処理プログラムを実行することにより、第１の実施の形態に係る情報処理方法を実施することができる。

情報処理装置１０は、記憶部１１と処理部１２とを有する。記憶部１１は、例えば情報処理装置１０が有するメモリまたはストレージ装置である。処理部１２は、例えば情報処理装置１０が有するプロセッサまたは演算回路である。

記憶部１１は、複数のデータ１ａ，１ｂ，・・・、データ更新日時情報２、プロセス実行日時情報３、およびデータリネージュ４を記憶する。複数のデータ１ａ，１ｂ，・・・は、データリネージュ４による来歴管理対象のデータである。データ更新日時情報２は、複数のデータ１ａ，１ｂ，・・・それぞれの更新日時を示す情報である。プロセス実行日時情報３は、複数のデータ１ａ，１ｂ，・・・の更新を伴う処理を行うプロセスの実行日時を示す情報である。なお図１では、各更新日時の時刻の値は省略されている。

データリネージュ４は、複数のデータ１ａ，１ｂ，・・・の来歴を示す情報である。データリネージュ４は、例えば複数のデータ１ａ，１ｂ，・・・それぞれに対応する表示オブジェクト５ａ，５ｂ，５ｃを含んでいる。またデータリネージュ４は、いずれかのデータの更新処理を行うプロセスに対応する表示オブジェクト５ｄ，５ｅを有している。データリネージュ４では、例えば加工元のデータに対応する表示オブジェクトから、加工を行うプロセスに対応する表示オブジェクトに向かって、矢印の線が示されている。またデータリネージュ４では、例えば加工を行うプロセスに対応する表示オブジェクトから、加工結果の情報の追加先のデータに対応する表示オブジェクトに向かって、矢印の線が示されている。

処理部１２は、予め用意されたプロセスを実行することにより、複数のデータ１ａ，１ｂ，・・・に対する処理を行う。１つのプロセスで実行される処理は、例えば情報の抽出、抽出した情報の加工・変換、加工・変換後の情報の所定のデータへの追加の一連の処理である。

処理部１２は、プロセスが実行されることにより複数のデータ１ａ，１ｂ，・・・のいずれかが更新されるごとに、更新されたデータに対応付けて更新日時を格納する。例えば処理部１２は、更新されたデータの識別子に対応付けて、更新日時を示す値をデータ更新日時情報２に追加する。

また処理部１２は、プロセスが実行されるごとに、実行されたプロセスに対応付けて実行日時を格納する。例えば処理部１２は、実行されたプロセスの識別子に対応付けて、実行日時を示す値をプロセス実行日時情報３に追加する。

処理部１２は、指定日時または指定期間の入力に応じて、複数のデータ１ａ，１ｂ，・・・それぞれに対応付けて格納された更新日時に基づいて、指定日時を含む所定期間または指定された指定期間内に更新されたデータを注目対象データと判断する。所定期間は、例えば指定された日時に示される日の日時以前の期間（当日の０時から指定された日時までの期間）である。

例えば複数のデータ１ａ，１ｂ，・・・のうちの問題のある第１データが更新された日時が指定日時として入力される場合がある。この場合、処理部１２は、第１データと、データリネージュ４上で第１データが生成されるまでに実行されたプロセスの入力として使用されており、かつ所定期間内に更新されている第２データとを、注目対象データと判断する。問題のある第１データが示されている場合の所定期間は、例えば指定日時で示された第１データの更新日時と、その更新日時の直前の第１データ更新日時との間の期間としてもよい。このような所定期間とすることで、指定日時における第１データの更新に影響する可能性のある他のデータを漏れなく注目対象データに含めることができる。

そして処理部１２は、データリネージュ４の一部であり、注目対象データに対応する表示オブジェクトを含む部分データリネージュ４ａを生成する。処理部１２は、生成した部分データリネージュ４ａを例えば表示画面７に表示する。

このようにして、部分データリネージュ４ａを生成して表示させることができる。部分データリネージュ４ａは、発生した問題の影響範囲のデータ間の関係を示している。従って、ユーザは、部分データリネージュ４ａを参照することで、データリネージュ４を用いた問題の対処を効率的に行うことができる。

図１の例では、「データ＃３」の「０１／０２」の更新結果に問題が見つかっている。この場合、ユーザは、日時「０１／０２」を指定日時として情報処理装置１０に入力する。すると処理部１２は、データ更新日時情報２に基づいて、日時「０１／０２」が更新日時のリストに含まれる「データ＃２」、「データ＃３」を特定する。また処理部１２は、プロセス実行日時情報３に基づいて、日時「０１／０２」が実行日時のリストに含まれる「プロセス＃２」を特定する。そして処理部１２は、「データ＃２」、「データ＃３」、「プロセス＃２」それぞれに対応する表示オブジェクト５ｂ，５ｃ，５ｅを含む部分データリネージュ４ａを生成する。

部分データリネージュ４ａは、データリネージュ４よりも表示オブジェクト数が少なく、各データの来歴を容易に把握可能である。また問題に関連するデータおよびプロセスが明確であり、問題の原因の調査が容易である。

また処理部１２は、複数のデータそれぞれに対応付けて格納された更新日時に基づいて、複数のデータ１ａ，１ｂ，・・・それぞれの更新周期を判断することもできる。この場合、処理部１２は、部分データリネージュ４ａにおける注目対象データに対応する表示オブジェクトに、注目対象データの更新周期を示す周期表示オブジェクト６ａ～６ｃを付与する。処理部１２は、周期表示オブジェクト６ａ～６ｃを付与することで、ユーザは、問題の対処の緊急性の有無を容易に把握することができる。

なお処理部１２は、プロセスに対応付けて格納された更新日時に基づいて、プロセスの実行周期を判断し、プロセスに対応する表示オブジェクトに、そのプロセスの実行周期を示す周期表示オブジェクトを付与することもできる。

図１の例では、「データ＃１」の更新周期は１週間であり、「データ＃２」、「データ＃３」の更新周期は１日である。また「プロセス＃１」の実行周期は１週間であり、「プロセス＃２」の実行周期は１日である。そこで処理部１２は、部分データリネージュ４ａ内の「データ＃２」、「データ＃３」、「プロセス＃２」それぞれに対応する表示オブジェクト５ｂ，５ｃ，５ｅに、実行・更新周期が「毎日」であることを示す周期表示オブジェクト６ａ～６ｃを付与する。

周期表示オブジェクト６ａ～６ｃは部分データリネージュ４ａと共に表示画面７に表示される。ユーザは、周期表示オブジェクト６ａ～６ｃを参照することで、問題を１日以内で対処すべきであることを容易に認識できる。

また処理部１２は、複数のデータ１ａ，１ｂ，・・・それぞれに対応付けて格納された最新の更新日時に基づいて、複数のデータ１ａ，１ｂ，・・・それぞれの更新周期に従った次回の更新予定日時が過ぎているか否かを判断することもできる。処理部１２は、例えば複数のデータ１ａ，１ｂ，・・・それぞれに対応付けて格納された更新日時に基づいて、複数のデータ１ａ，１ｂ，・・・それぞれの更新周期を判断する。そして処理部１２は、データリネージュ４における次回の更新予定日時が過ぎている第３データに対応する表示オブジェクトに、定期更新が停止したことを示す更新停止オブジェクトを付与する。これにより、データリネージュ４を参照して現在のデータ更新状況を把握する際に、不要なデータが明確となり、データリネージュ４を用いた問題の原因調査の効率が向上する。

〔第２の実施の形態〕
次に第２の実施の形態について説明する。第２の実施の形態は、サーバで管理されているデータの来歴をデータリネージュで表示するものである。

図２は、第２の実施の形態のシステム構成の一例を示す図である。ネットワーク２０を介してサーバ１００と端末装置２００とが接続されている。サーバ１００は、データベースを有するコンピュータである。サーバ１００は、例えばＥＴＬ（Extract/Transform/Load）と呼ばれるような変換・加工処理を定期的に実行し、データを更新する。サーバ１００は、データの来歴をデータリネージュによって管理する。

端末装置２００は、システムを管理するユーザが使用するコンピュータである。ユーザは、端末装置２００にデータリネージュを表示させ、各データの来歴を把握する。例えばあるデータで問題が検出された場合に、その原因となるプロセスまたはデータを調査するため、ユーザは端末装置２００にデータリネージュを表示させる。

図３は、サーバのハードウェアの一例を示す図である。サーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。

メモリ１０２は、サーバ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。

バス１０９に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

ＧＰＵ１０４は画像処理を行う演算装置であり、グラフィックコントローラとも呼ばれる。ＧＰＵ１０４には、モニタ２１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。

入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取り、または光ディスク２４へのデータの書き込みを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

機器接続インタフェース１０７は、サーバ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。

ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。ネットワークインタフェース１０８は、例えばスイッチやルータなどの有線通信装置にケーブルで接続される有線通信インタフェースである。またネットワークインタフェース１０８は、基地局やアクセスポイントなどの無線通信装置に電波によって通信接続される無線通信インタフェースであってもよい。

サーバ１００は、以上のようなハードウェアによって、第２の実施の形態の処理機能を実現することができる。なお、第１の実施の形態に示した情報処理装置１０も、図３に示したサーバ１００と同様のハードウェアにより実現することができる。

サーバ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。サーバ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、サーバ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。またサーバ１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

以下、図４、図５を参照し、データリネージュを用いた問題箇所の調査における問題点について具体的に説明する。
図４は、データリネージュの一例を示す図である。データリネージュ３０には、データに対応する複数のエンティティ３１ａ～３１ｊとプロセスに対応する複数のエンティティ３２ａ～３２ｈとが含まれる。これらのエンティティ３１ａ～３１ｊ，３２ａ～３２ｈは、第１の実施の形態に示した表示オブジェクト５ａ～５ｅの一例である。

エンティティ間は、関係を示す矢印で接続されている。プロセスがデータを読み込む場合、読み込まれるデータからプロセスへの矢印が設定される。またプロセスが読み込んだデータの修正や加工をして他のデータへ出力する場合、プロセスから出力先のデータへの矢印が設定される。

データリネージュ３０は、問題発生時の影響範囲の特定に利用される。例えばエンティティ３１ｈに対応するデータで問題が発生したものとする。この場合、ユーザはデータリネージュ３０を参照し、エンティティ３１ｈに対応するデータは、エンティティ３１ｅに対応するデータをエンティティ３２ｆに対応するプロセスによって加工することで生成されたものであることが分かる。そこでユーザは、エンティティ３２ｆに対応するプロセスの処理内容の調査、およびエンティティ３２ｅに対応するデータの内容の調査を行う。

エンティティ３１ｅに対応するデータに問題の原因があった場合、エンティティ３２ｇに基づいて、ユーザはそのデータを使用したプロセスの存在を認識する。そしてユーザは、そのプロセスからエンティティ３１ｉに対応するデータが出力されており、該当のデータにも問題の影響が及んでいる可能性があることを認識する。このようにして、データリネージュ３０を用いることで、問題の影響範囲を容易に特定できる。

またデータに個人情報が含まれる場合、データリネージュ３０を参照することで、個人情報がどのデータに含まれているのかを容易に把握可能となる。例えば、エンティティ３１ｊに対応するデータに個人情報が含まれていることが分かったとき、データリネージュ３０を参照すれば、該当データの生成に利用される、エンティティ３１ａ，３１ｄに対応するデータにも個人情報が含まれることを容易に把握できる。

データリネージュ３０を用いたデータ管理を実施しているシステムを長期運用していると、データソースの追加や削除、既存の加工処理の修正や新規加工処理追加などの運用変更に伴い、新旧含む大量のエンティティがデータリネージュ３０に追加される。すると、問題発生時に、問題の発生源となるデータや問題の影響範囲を調査するために蓄積された膨大な量のエンティティを確認することとなり、調査時間が長期化する。

データリネージュ３０を用いてすべてのデータについての来歴を調査可能とするには、新旧含むすべてのエンティティをデータリネージュ３０に取り込むことが重要となる。他方、問題のデータが特定された場合、データリネージュ３０内のすべてのエンティティが調査対象となるわけではない。すなわち調査を要しないエンティティが存在する。

図５は、調査を要しないエンティティを含むデータリネージュの一例を示す図である。図５に示すデータリネージュ３０では、エンティティ３２ｃに対応するプロセスによる処理は毎日５時に実行され、日次処理である。またエンティティ３２ｈに対応するプロセスよる処理は毎月の最終日の２０時に実行され、月次処理である。他方、エンティティ３２ｅに対応するプロセスによる処理は、定期実行が停止されている。

図５に示すデータリネージュ３０においてエンティティ３１ｊに対応するデータに問題が検出されたものとする。該当データの最新の更新日時は「２０１９／０１／３１ ２０：００：００」である。この場合、問題の原因の特定において、定期実行または定期更新が停止しているプロセスおよびデータについては調査不要である。

このように、データリネージュ３０には問題の原因特定において調査を要しないプロセスまたはデータに対応するエンティティが含まれる。しかし従来手法では、データリネージュ３０を表示するとき、データリネージュ３０に含まれるすべてのエンティティが表示される。そのため、問題のあるデータに関連する原因箇所を特定する際、そのデータが処理された時点で定期実行または定期更新が行われていないプロセスまたはデータに対応するエンティティもすべて表示される。これが調査期間長期化の原因となっている。

またデータリネージュ３０を表示するだけでは、対象のデータまたはプロセスの更新または実行の頻度（処理頻度）が分からないため、データの来歴を追跡していつまでに対処すればよいのかが判断できないという問題もある。例えば図５の例では、問題が発生したデータは月次処理のデータである。そのため、例えば次回の処理日まで余裕があれば、すぐには調査の対象とせずにすむ。他方、問題のあるデータはエンティティ３１ｄに対応するデータを加工することにより生成されており、そのデータに問題の原因がある可能性がある。エンティティ３１ｄに対応するデータは日次処理であるため、そのデータについての対処を何日も先に延ばしてしまうと問題が大きくなってしまう可能性がある。そのため、エンティティ３１ｄに対応するデータについての対処は１日でも早く行われることが望ましい。

ここで、各プロセスの最新の実行日時および各データの最新の更新日時を記録しておけば、問題が発生したデータがいつ更新されたのかを把握できる。しかし最新の更新日時だけでは、各プロセスの実行周期および各データの更新周期は把握できない。そのため次の実行または更新の日が何時なのかを知ることができず、問題の影響範囲内のプロセスおよびデータについて、何時までに対処するべきなのかの判断が困難となっている。

そこでサーバ１００では、データリネージュ３０における調査に有用なエンティティのみを表示すると共に、各エンティティの実行周期または更新周期を表示する。これにより問題の原因調査を迅速に行うことが可能となると共に、エンティティごとに何時までに対処すべきなのかを正しく判断することが可能となる。

図６は、データリネージュを用いたデータ管理のためのサーバの機能の一例を示すブロック図である。サーバ１００は、記憶部１１０、処理実行部１２０、データリネージュ更新部１３０、およびデータリネージュ出力部１４０を有する。

記憶部１１０は、複数のデータ１１１ａ，１１１ｂ，・・・、データリネージュ１１２、および処理日時情報１１３を記憶する。複数のデータ１１１ａ，１１１ｂ，・・・は、プロセスによる加工処理の対象、または加工処理結果の出力先となるデータである。データリネージュ１１２は、複数のデータ１１１ａ，１１１ｂ，・・・の来歴を示す情報である。処理日時情報１１３は、複数のデータ１１１ａ，１１１ｂ，・・・の更新日時、およびプロセスの実行日時に関する情報である。記憶部１１０は、例えばサーバ１００のメモリ１０２またはストレージ装置１０３の記憶領域の一部によって実現される。

処理実行部１２０は、プロセスを実行する。例えば処理実行部１２０には、定期的に実行するプロセスが定義されている。プロセスは、例えばデータ抽出、変換または加工、および変換または加工後のデータの所定の格納先へのロード処理が記述されたＳＱＬの命令文によって定義される。各プロセスには実行日時が設定されている。処理実行部１２０は、実行日時に達したプロセスを実行する。

データリネージュ更新部１３０は、処理実行部１２０によるプロセスの実行およびデータの更新を監視する。そしてデータリネージュ更新部１３０は、プロセスの実行状況およびデータの更新状況に基づいてデータリネージュ１１２を更新する。またデータリネージュ更新部１３０は、プロセスの実行またはデータの更新が行われるごとに、実行または更新の日時を処理日時情報１１３に記録する。さらにデータリネージュ更新部１３０は、処理日時情報１１３に基づいてプロセスの実行周期またはデータの更新周期を計算し、データリネージュ１１２の各エンティティに周期を示すラベルを付与する。

データリネージュ出力部１４０は、端末装置２００からの要求に応じた表示態様のデータリネージュ１１２を出力する。例えばデータリネージュ出力部１４０は、端末装置２００から問題のあるデータを指定したデータリネージュ１１２の表示要求を受信すると、データリネージュ１１２のうち問題のあるデータに関係するエンティティの部分を端末装置２００に送信する。

なお図６に示した各要素の機能は、例えば、その要素に対応するプログラムモジュールをコンピュータに実行させることで実現することができる。
図７は、記憶部に格納される情報の一例を示す図である。複数のデータ１１１ａ，１１１ｂ，・・・それぞれは、１以上のレコードを含んでいる。各レコードには、例えば複数の項目が設けられ、項目ごとの項目値が設定されている。あるデータに対するプロセスによる加工では、例えば所定の条件を満たすレコードの抽出、該当レコード内の項目値を用いた計算、計算結果を示す項目値を含むレコードの出力先のデータへの追加といった処理が行われる。

データリネージュ１１２には、複数のデータ１１１ａ，１１１ｂ，・・・それぞれに対応するエンティティ５１～５４と、処理実行部１２０で実行されるプロセスに対応するエンティティ６１～６３とが含まれる。

処理日時情報１１３には、複数のデータ１１１ａ，１１１ｂ，・・・それぞれに対応する更新日時リスト７１，７２，・・・と処理実行部１２０で実行されるプロセスそれぞれに対応する実行日時リスト８１，８２，・・・とが含まれる。処理日時情報１１３は、データリネージュ更新部１３０によるデータリネージュ１１２の更新処理に伴って更新される。

なお処理日時情報１１３のうちの更新日時リスト７１，７２，・・・は、第１の実施の形態に示したデータ更新日時情報２（図１参照）の一例である。また処理日時情報１１３のうちの実行日時リスト８１，８２，・・・は、第１の実施の形態に示したプロセス実行日時情報３（図１参照）の一例である。

図８は、データリネージュ更新処理の手順の一例を示すフローチャートである。以下、図８に示す処理をステップ番号に沿って説明する。
［ステップＳ１０１］データリネージュ更新部１３０は、処理実行部１２０によりプロセスが実行されたか否かを判断する。例えばデータリネージュ更新部１３０は、処理実行部１２０がいずれかのデータを読み込み、処理結果のレコードをデータに出力した場合、読み込まれたデータから抽出したレコードの項目値を用いた処理のプロセスが実行されたと認識する。そしてデータリネージュ更新部１３０は、プロセスが実行された場合、処理をステップＳ１０２に進める。またデータリネージュ更新部１３０は、プロセスが実行されていなければ処理をステップＳ１０５に進める。

［ステップＳ１０２］データリネージュ更新部１３０は、実行されたプロセスが新しいプロセスか否かを判断する。例えばデータリネージュ更新部１３０は、データリネージュ１１２に対応するエンティティが存在しないデータを出力先とするプロセスが実行された場合、新しいプロセスであると判断する。データリネージュ更新部１３０は、新しいプロセスが実行された場合、処理をステップＳ１０３に進める。またデータリネージュ更新部１３０は、実行されたのが既存のプロセスであれば、処理をステップＳ１０４に進める。

［ステップＳ１０３］データリネージュ更新部１３０は、データリネージュ１１２に新しいプロセスに対応するエンティティを追加する。
［ステップＳ１０４］データリネージュ更新部１３０は、実行されたプロセスの実行日時リストに現在の時刻を格納する。

［ステップＳ１０５］データリネージュ更新部１３０は、データが更新されたか否かを判断する。例えばデータリネージュ更新部１３０は、記憶部１１０内のデータへのアクセスを監視し、既存のデータにレコードの追加または削除の更新が行われるか、新たなデータが生成された場合、データが更新されたと判断する。データリネージュ更新部１３０は、データが更新された場合、処理をステップＳ１０６に進める。またデータリネージュ更新部１３０は、データが更新されていなければ処理をステップＳ１０１に進める。

［ステップＳ１０６］データリネージュ更新部１３０は、新しいデータが生成されたか否かを判断する。データリネージュ更新部１３０は、新しいデータが生成された場合、処理をステップＳ１０７に進める。またデータリネージュ更新部１３０は、新しいデータが生成されていなければ、処理をステップＳ１０８に進める。

［ステップＳ１０７］データリネージュ更新部１３０は、新たに生成されたデータに対応するエンティティを追加する。
［ステップＳ１０８］データリネージュ更新部１３０は、更新されたデータの更新日時リストに現在の時刻を格納する。その後、データリネージュ更新部１３０は処理をステップＳ１０１に進める。

このようにして、プロセスが実行されたデータリネージュ１１２が更新されると、実行されたプロセスの実行日時リストに時刻が追加されると共に、更新されたデータの更新日時リストに時刻が追加される。

図９は、更新日時リストと実行日時リストの一例を示す図である。図９の例では、「データ＃１」は週に１日、２０時に更新されている。「データ＃２」、「データ＃３」、および「データ＃４」は週に１日、２０時に更新されていると共に、毎日９時に更新されている。「プロセス＃１」は週に１日、２０時に実行されている。「プロセス＃２」と「プロセス＃３」は週に１日、２０時に実行されていると共に、毎日９時に実行されている。

データリネージュ１１２に示されるすべてのデータの更新とすべてのプロセスの実行とが週次で行われ、かつ「データ＃２」、「データ＃３」、および「データ＃４」の更新と「プロセス＃２」と「プロセス＃３」の実行とが日次で行われている。

データのエンティティ５１～５４に対応する更新日時リスト７１～７４には、対応するデータが更新された日時が設定されている。同様にプロセスのエンティティ６１～６３に対応する実行日時リスト８１～８３には、対応するプロセスが実行された日時が設定されている。

なお「プロセス＃３」の処理と「データ＃４」とは、「２０１９／０１／０８」に追加されている。そのため「データ＃１」、「データ＃２」、および「データ＃３」の更新日時リスト７１～７３には「２０１９／０１／０１」以降の時刻が設定されており、「データ＃４」の更新日時リスト７４には「２０１９／０１／０８」以降の時刻が設定されている。また「プロセス＃１」、「プロセス＃２」の実行日時リスト８１，８２には「２０１９／０１／０１」以降の時刻が設定されており、「プロセス＃３」の実行日時リスト８３には「２０１９／０１／０８」以降の日時が設定されている。

さらにデータリネージュ更新部１３０は所定の周期計算タイミングになると、データリネージュ１１２のエンティティに対応する更新日時リスト７１～７４または実行日時リスト８１～８３に基づいて、データ更新周期またはプロセスの実行周期を計算する。周期計算タイミングは、例えば毎日の所定の時刻である。

図１０は、周期計算処理の手順の一例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
［ステップＳ１１１］データリネージュ更新部１３０は、周期計算タイミングになると、データリネージュ１１２内の未選択のエンティティの中から、エンティティを１つ選択する。

［ステップＳ１１２］データリネージュ更新部１３０は、選択したエンティティの実行または更新された日の周期を計算する。例えばデータリネージュ更新部１３０は、毎日実行または更新されている場合、周期は１日とする。またデータリネージュ更新部１３０は、７日に１日実行または更新されている場合、周期を１週間とする。さらにデータリネージュ更新部１３０は、各月に１日ずつ実行または更新された日が存在する場合、周期を１月とする。

［ステップＳ１１３］データリネージュ更新部１３０は、周期に応じたラベルをエンティティに付与する。
［ステップＳ１１４］データリネージュ更新部１３０は、未選択のエンティティがあるか否かを判断する。データリネージュ更新部１３０は、未選択のエンティティがあれば処理をステップＳ１１１に進める。データリネージュ更新部１３０は、すべてのエンティティが選択済みとなった場合、周期計算処理を終了する。

このようにしてすべてのエンティティについて実行または更新の周期を示すラベルが付与される。
図１１は、周期計算処理の第１の例を示す図である。図１１には「データ＃１」の更新周期が計算されている。「データ＃１」の更新日時リスト７１には７日に１日ずつ時刻の登録がある。従って平均更新日数（週単位）は週に１日である。そこでデータリネージュ更新部１３０は、「データ＃１」に対応するエンティティ５１に「毎週」のラベル５１ａを付与する。

図１２は、周期計算処理の第２の例を示す図である。図１２には「データ＃２」の更新周期が計算されている。「データ＃２」の更新日時リスト７２には毎日時刻の登録がある。従って平均更新日数（週単位）は週に７日である。そこでデータリネージュ更新部１３０は、「データ＃２」に対応するエンティティ５２に「毎日」のラベル５２ａを付与する。

なお同じ日に複数回の更新があっても、更新された日は１日とカウントされている。例えば更新日時リスト７２の例では「２０１９／０１／０１」に２回更新されているが、同日の２回の更新の時刻を纏めて、更新があった日「１日」とカウントされる。

図１３は、エンティティにラベル付与後のデータリネージュの一例を示す図である。図１３の例では、エンティティ５１，６１には「毎週」のラベル５１ａ，６１ａが付与されている。またエンティティ５２～５４，６２～６３には「毎日」のラベル５２ａ，５３ａ，５４ａ，６２ａ，６３ａが付与されている。

記憶部１１０に格納されているデータ１１１ａ，１１１ｂ，・・・の一部に問題が検出された場合、ユーザは、サーバ１００に対し、問題のあるデータを指定する。サーバ１００のデータリネージュ出力部１４０は、データリネージュ１１２のうちの問題のあるデータと関連する部分を表示対象として、データリネージュ１１２の部分構造を端末装置２００に送信する。すると端末装置２００においてデータリネージュ１１２のうちの問題のあるデータと関連する部分が表示される。

図１４は、問題発生データ関連のデータリネージュ表示処理の手順の一例を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。
［ステップＳ１２１］データリネージュ出力部１４０は、問題発生データの指定入力を受け付ける。問題発生データの指定入力では、例えば問題のあるデータの識別番号と、問題となる部分（例えば不正な項目値）の登録が行われた更新日時が指定される。

［ステップＳ１２２］データリネージュ出力部１４０は、問題発生データに対応するエンティティを表示対象のリストに追加する。
［ステップＳ１２３］データリネージュ出力部１４０は、問題発生データより生成元側（データリネージュ１２２で左側）のエンティティの１つを選択する。

［ステップＳ１２４］データリネージュ出力部１４０は、問題発生データにおける更新日時リストを参照し、指定された更新日時の更新日と同日の更新時刻以前の期間（所定期間）に、選択したエンティティに対応するプロセスの実行またはデータの更新の有無を判断する。なおデータリネージュ出力部１４０は、指定された更新日時の直前の問題発生データの更新日時から、指定された更新日時までを、更新有無判断の所定期間としてもよい。

データリネージュ出力部１４０は、該当の期間にプロセスの実行またはデータの更新があった場合、処理をステップＳ１２５に進める。またデータリネージュ出力部１４０は、該当の期間にプロセスの実行またはデータの更新がなければ、処理をステップＳ１２６に進める。

［ステップＳ１２５］データリネージュ出力部１４０は、選択したエンティティを表示対象のリストに追加する。
［ステップＳ１２６］データリネージュ出力部１４０は、問題発生データより生成元側のエンティティのうち未選択のエンティティがあるか否かを判断する。データリネージュ出力部１４０は、未選択のエンティティがあれば処理をステップＳ１２３に進める。またデータリネージュ出力部１４０は、すべてのエンティティが選択済みであれば処理をステップＳ１２７に進める。

［ステップＳ１２７］データリネージュ出力部１４０は、表示対象のリストに示されるエンティティを含み、それ以外のエンティティを除外したデータリネージュを端末装置２００に送信する。すると端末装置２００にデータリネージュが表示される。

このようにして、問題のあるデータに関連するプロセスまたはデータに対応するエンティティのみを含むデータリネージュを表示させることができる。
なおユーザは、問題発生データの指定に代えて、日時または期間を指定することもできる。この場合、データリネージュ出力部１４０は、指定された日時を基準とする所定期間内または指定された期間内に更新されたデータまたは該当期間内に実行されたプロセスに対応するエンティティを含むデータリネージュを生成する。指定された日時を基準とする所定期間は、例えば指定された日時と同日の０時から指定された日時までの期間である。

図１５は、問題のあるデータを指定した場合に表示されるデータリネージュの一例を示す図である。図１５には、「データ＃３」の「２０１９／０１／０１ ９：００：００」に更新されたデータに問題が検出された場合の例が示されている。この場合、「２０１９／０１／０１」の０時から９時までの期間内に更新されたデータおよび該当期間内に実行されたプロセスに対応するエンティティが表示対象となる。

この場合、問題発生データである「データ＃３」に対応するエンティティ５３、同日に実行された「プロセス＃２」に対応するエンティティ６２、および同日に更新された「データ＃２」に対応するエンティティ５２を含むデータリネージュ１１２ａが表示される。

このように問題があるデータと関連するデータまたはプロセスに対応するエンティティのみを含むデータリネージュ１１２ａが表示されることで、問題の原因の特定作業や影響範囲の把握を迅速に行うことができる。なお、図１５に示したデータリネージュ１１２ａは、第１の実施の形態に示した部分データリネージュ４ａの一例である。

また表示されているエンティティ５２，５３，６２それぞれに関連付けて、更新周期または実行周期を示すラベル５２ａ，５３ａ，６２ａが表示されている。ユーザは、ラベル５２ａ，５３ａ，６２ａを参照して、対象の緊急性を適確に判断することができる。

データリネージュ出力部１４０は、定期的な実行が停止したプロセスまたは定期的な更新が停止したデータに対応するエンティティについて、定期実行・更新停止ラベルを付与して、データリネージュを表示させることもできる。

図１６は、定期実行・更新が停止したエンティティを含むデータリネージュの一例を示す図である。図１６の例では現在の日時が「２０１９／０２／１０ ０９：００：００」を過ぎているものとする。「データ＃１」の更新日時リスト７１に最後に設定された更新日時は「２０１９／０１／２９ ２０：００：００」であり、該当データの更新周期は週次である。従って更新日時リスト７１を参照することで、「データ＃１」の定期更新が「２０１９／０１／２９ ２０：００：００」を最後に停止していることが分かる。同様に、「プロセス＃１」の実行日時リスト８１を参照すると、「プロセス＃１」の定期更新が「２０１９／０１／２９ ２０：００：００」を最後に停止していることが分かる。

このようにデータリネージュ出力部１４０は、更新日時リスト７１～７４および実行日時リスト８１～８３を参照することで、各エンティティに対応するデータの定期更新またはプロセスの定期実行の停止の有無を判断できる。そこでデータリネージュ出力部１４０は、例えばデータリネージュ１１２の表示要求に応じ、定期実行または定期更新が停止したプロセスまたはデータに、定期実行・更新停止ラベルを付与したデータリネージュ１１２を表示させてもよい。

図１７は、定期実行・更新停止ラベル付き表示処理の手順の一例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
［ステップＳ１３１］データリネージュ出力部１４０は、データリネージュ１１２内のエンティティを１つ選択する。

［ステップＳ１３２］データリネージュ出力部１４０は、選択したエンティティに対応するプロセスの実行周期またはデータの更新周期に基づいて、次回の実行日時または更新日時を判定する。

［ステップＳ１３３］データリネージュ出力部１４０は、次回の実行日時または更新日時と現在時刻とを比較し、次回の実行日時または更新日時が過ぎているか否かを判断する。データリネージュ出力部１４０は、次回の実行日時または更新日時が過ぎている場合、処理をステップＳ１３４に進める。またデータリネージュ出力部１４０は、次回の実行日時または更新日時が過ぎていない場合、処理をステップＳ１３５に進める。

［ステップＳ１３４］データリネージュ出力部１４０は、選択したエンティティに定期実行・更新停止ラベルを付与する。
［ステップＳ１３５］データリネージュ出力部１４０は、未選択のエンティティがあるか否かを判断する。データリネージュ出力部１４０は、未選択のエンティティがある場合、処理をステップＳ１３１に進める。またデータリネージュ出力部１４０は、すべてのエンティティが選択済みであれば、処理をステップＳ１３６に進める。

［ステップＳ１３６］データリネージュ出力部１４０は、定期実行・更新停止ラベル付きのデータリネージュ１１２を端末装置２００に送信し、データリネージュ１１２を端末装置２００に表示させる。

図１８は、定期実行・更新停止ラベル付きのデータリネージュの一例を示す図である。例えば「データ＃１」の定期更新と「プロセス＃１」の定期実行が停止しているものとする。この場合、端末装置２００に表示されるデータリネージュ１１２ｂにおいて、「データ＃１」に対応するエンティティ５１は、定期更新停止を示す定期実行・更新停止ラベル５１ｂ付きで表示される。また「プロセス＃１」に対応するエンティティ６１は、定期実行停止を示す定期実行・更新停止ラベル６１ｂ付きで表示される。

このように定期実行・更新停止ラベル５１ｂ，６１ｂ付きでデータリネージュ１１２ｂが表示される。これにより、ユーザは、例えばあるデータに直近に登録された項目値の来歴を確認する際に、該当項目値の登録前に定期実行または定期更新が停止しているプロセスまたはデータの影響を考慮せずにすむ。その結果、データ管理の負荷が軽減される。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

１ａ，１ｂ，・・・ データ
２ データ更新日時情報
３ プロセス実行日時情報
４ データリネージュ
４ａ 部分データリネージュ
５ａ～５ｅ 表示オブジェクト
６ａ～６ｃ 周期表示オブジェクト
７ 表示画面
１０ 情報処理装置
１１ 記憶部
１２ 処理部

Claims (6)

1. コンピュータに、
   複数のデータの来歴を示すデータリネージュにおける管理対象の前記複数のデータが更新されるごとに、更新されたデータに対応付けて更新日時を格納し、
   指定日時または指定期間の入力に応じて、前記複数のデータそれぞれに対応付けて格納された前記更新日時に基づいて、前記指定日時を含む所定期間または指定された前記指定期間内に更新されたデータを注目対象データと判断し、
   前記データリネージュの一部であり、前記注目対象データに対応する表示オブジェクトを含む部分データリネージュを生成する、
   処理を実行させる情報処理プログラム。
2. 前記注目対象データの判断では、前記複数のデータのうちの問題のある第１データが更新された日時が前記指定日時として入力された場合、前記第１データと、前記データリネージュ上で前記第１データが生成されるまでに実行されたプロセスの入力として使用されており、かつ前記所定期間内に更新されている第２データとを、前記注目対象データと判断する、
   請求項１記載の情報処理プログラム。
3. 前記コンピュータに、さらに、
   前記複数のデータそれぞれに対応付けて格納された前記更新日時に基づいて、前記複数のデータそれぞれの更新周期を判断し、
   前記部分データリネージュにおける前記注目対象データに対応する表示オブジェクトに、前記注目対象データの更新周期を示す周期表示オブジェクトを付与する、
   処理を実行させる請求項１または２に記載の情報処理プログラム。
4. 前記コンピュータに、さらに、
   前記複数のデータそれぞれに対応付けて格納された前記更新日時に基づいて、前記複数のデータそれぞれの更新周期を判断し、
   前記複数のデータそれぞれに対応付けて格納された最新の更新日時に基づいて、前記複数のデータそれぞれの更新周期に従った次回の更新予定日時が過ぎているか否かを判断し、
   データリネージュにおける次回の更新予定日時が過ぎている第３データに対応する表示オブジェクトに、定期更新が停止したことを示す更新停止オブジェクトを付与する、
   処理を実行させる請求項１ないし３のいずれかに記載の情報処理プログラム。
5. コンピュータが、
   複数のデータの来歴を示すデータリネージュにおける管理対象の前記複数のデータが更新されるごとに、更新されたデータに対応付けて更新日時を格納し、
   指定日時または指定期間の入力に応じて、前記複数のデータそれぞれに対応付けて格納された前記更新日時に基づいて、前記指定日時を含む所定期間または指定された前記指定期間内に更新されたデータを注目対象データと判断し、
   前記データリネージュの一部であり、前記注目対象データに対応する表示オブジェクトを含む部分データリネージュを生成する、
   情報処理方法。
6. 複数のデータの来歴を示すデータリネージュにおける管理対象の前記複数のデータが更新されるごとに、更新されたデータに対応付けて更新日時を格納し、指定日時または指定期間の入力に応じて、前記複数のデータそれぞれに対応付けて格納された前記更新日時に基づいて、前記指定日時を含む所定期間または指定された前記指定期間内に更新されたデータを注目対象データと判断し、前記データリネージュの一部であり、前記注目対象データに対応する表示オブジェクトを含む部分データリネージュを生成する処理部、
   を有する情報処理装置。

Images