JP2020009028A - 処理状況確認支援装置、処理状況確認支援方法および処理状況確認支援プログラム - Google Patents

Abstract

【課題】データ処理状況を容易に確認できる形に可視化することで、処理状態の確認作業を正確かつ円滑化できる支援を行う。【解決手段】処理状況確認支援装置１００は、連結決算処理用の情報を収集する通信部１０２と、収集した前記情報に含まれる連結決算処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、処理メニュー毎の処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成する制御部１０３と、制御部１０３が作成した運用確認表をデータ出力する出力部１０５と、を備える。【選択図】図１Ａ

Description

この発明は、所定の順番の処理メニューによるデータの処理状況を可視化する処理状況確認支援装置、処理状況確認支援方法および処理状況確認支援プログラムに関する。

連結決算処理では、例えば、親会社の確認者が対象の子会社等から収集したデータの処理状況を確認する。この際、データを入力した担当者が行った所定の処理（例えば、参照、出力、更新等の処理区分）ならびに収集したデータの照合等の処理を時系列に表示するログを用いて、連結会計の処理状況を確認している。

従来、各子会社と連結親会社との取引結果に付与されているルールがどのようなルールか自動判別し、連結対象会社間の取引データを収集することができる技術が提案されている（例えば、下記特許文献１参照。）。

特開２０１７−１８２７８６号公報

従来、データの処理状況の確認は、時系列な表形式のログを用いて確認していたため、処理状況の確認作業に手間がかかり煩雑となった。例えば、相互に依存関係がある処理が正しい順序で行われているかを確認することが困難であった。また、ある処理での手戻り（処理のやり直しなど）等を容易に把握することが困難であった。これらより、管理者による連結会計の確認作業を円滑かつ正確に遂行することができなかった。

本発明は、上記課題に鑑み、データ処理状況を容易に確認できる形に可視化することで、処理状態の確認作業を正確かつ円滑化できる支援を行うことを目的とする。

上記目的を達成するため、本発明の処理状況確認支援装置は、処理の情報を収集する通信部と、収集した前記情報に含まれる処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、前記処理メニュー毎の前記処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成する制御部と、前記制御部が作成した前記運用確認表をデータ出力する出力部と、を備えたことを特徴とする。

また、前記制御部は、前記運用確認表の前記処理メニュー毎の処理時刻に該当するセル部分に、処理回数を表示することを特徴とする。

また、前記制御部は、前記運用確認表の前記処理メニュー毎の処理時刻に該当するセル部分を強調表示することを特徴とする。

また、前記制御部は、前記運用確認表に表示する前記処理メニューのうち、処理の節目となる処理メニューに該当するセルの行を強調表示することを特徴とする。

また、前記制御部は、前記横軸の時間軸上には、前記処理メニューを処理実行した処理時刻ごとに一つのセルを用い、時間軸を詰めた表示を行うことを特徴とする。

また、前記制御部は、前記通信部が収集した前記情報のログを作成し、作成した前記ログに基づき、前記運用確認表を作成することを特徴とする。

また、前記制御部は、前記運用確認表に、連結決算処理の仕訳種類、前記処理メニュー毎の複数の処理区分、前記情報の作成者、を選択するフィルター選択部を表示し、前記フィルター選択部の選択操作に対応した情報を前記運用確認表に表示することを特徴とする。

また、前記制御部は、前記処理メニューのうち、処理の節目となる処理メニューの処理を実行した後、当該処理の節目となる処理メニューよりも前に実行すべき処理メニューの処理が実行された場合、処理順序の異常と判断し、当該異常の処理メニューに該当するセルの行を強調表示することを特徴とする。

また、前記制御部は、前記処理メニューの処理回数が所定以上の場合、当該処理メニューの処理回数部分を強調表示することを特徴とする。

また、前記制御部は、前記処理メニューの処理回数が所定以上連続している場合、当該連続した処理メニューのセルを強調表示することを特徴とする。

また、前記制御部は、未利用の前記処理メニューを抽出した未利用メニュー一覧を作成することを特徴とする。

また、本発明の処理状況確認支援方法は、コンピュータが、処理の情報を収集し、収集した前記情報に含まれる処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、前記処理メニュー毎の前記処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成し、前記制御部が作成した前記運用確認表をデータ出力する、処理を実行することを特徴とする。

また、本発明の処理状況確認支援プログラムは、コンピュータに、処理の情報を収集させ、収集した前記情報に含まれる処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、前記処理メニュー毎の前記処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成させ、前記制御部が作成した前記運用確認表をデータ出力させる、処理を実行させることを特徴とする。

本発明によれば、データ処理状況を容易に確認できる形に可視化することで、処理状態の確認作業を正確かつ円滑化できる支援が行えるという効果を奏する。

図１Ａは、実施の形態にかかる処理状況確認支援装置の機能ブロック図である。 図１Ｂは、実施の形態にかかる処理状況確認支援システムの構成例を示す図である。 図１Ｃは、実施の形態にかかる処理状況確認支援装置を含む他のシステム構成例を示す図である。 図２は、実施の形態にかかる処理状況確認支援装置のハードウェア構成例を示す図である。 図３は、実施の形態にかかる処理状況確認支援装置が行う可視化した表示画面の出力例を示す概要図である。 図４Ａは、実施の形態にかかる処理状況確認支援装置が保持するログ例を示す図表である。（その１） 図４Ｂは、実施の形態にかかる処理状況確認支援装置が保持するログ例を示す図表である。（その２） 図５は、実施の形態にかかる処理状況確認支援装置が作成するメニュー別利用頻度表を示す図表である。 図６は、実施の形態にかかる処理状況確認支援装置が作成する未利用メニュー一覧を示す図表である。 図７Ａは、実施の形態にかかる処理状況確認支援装置が作成する運用確認表を示す図表である。（その１） 図７Ｂは、実施の形態にかかる処理状況確認支援装置が作成する運用確認表を示す図表である。（その２） 図７Ｃは、実施の形態にかかる処理状況確認支援装置が作成する運用確認表を示す図表である。（その３） 図７Ｄは、実施の形態にかかる処理状況確認支援装置が作成する運用確認表を示す図表である。（その４） 図８Ａは、実施の形態にかかる処理状況確認支援装置が作成する会社別運用確認表を示す図表である。（その１） 図８Ｂは、実施の形態にかかる処理状況確認支援装置が作成する会社別運用確認表を示す図表である。（その２） 図８Ｃは、実施の形態にかかる処理状況確認支援装置が作成する会社別運用確認表を示す図表である。（その３） 図８Ｄは、実施の形態にかかる処理状況確認支援装置が作成する会社別運用確認表を示す図表である。（その４） 図９は、実施の形態にかかる処理状況確認支援装置が行う運用確認表の生成処理例を示すフローチャートである。 図１０は、実施の形態にかかる処理状況確認支援装置が行う異常処理の検出処理例を示すフローチャートである。 図１１は、実施の形態にかかる処理状況確認支援装置が行う異常処理の検出の表示例を示す図である。

（実施の形態）
以下に添付図面を参照して、この発明にかかる処理状況確認支援装置、処理状況確認支援方法および処理状況確認支援プログラムの好適な実施の形態を詳細に説明する。

例えば、処理状況確認支援装置は、連結決算処理において、複数の子会社の担当者が端末操作によりデータ処理して送付した会計業務の入力項目別の情報を収集し、子会社ごとの入力項目の処理状況を分かりやすく可視化した表示画面（運用確認表）を作成することで、親会社の確認者が運用確認表を用いて子会社が行った入力項目の処理状況の確認作業の支援に適用できる。子会社の担当者および親会社の確認者は、いずれも処理状況確認支援装置の機能を利用するユーザとして説明する。

また、端末の担当者が運用確認表に基づき、自分が操作入力した入力項目の処理状況を確認することもできる。例えば、処理状況確認支援装置が端末に通信接続され、処理状況確認支援装置が出力する入力項目ごとの処理状況の表示内容を端末の担当者が確認することもできる。

図１Ａは、実施の形態にかかる処理状況確認支援装置の機能ブロック図である。処理状況確認支援装置１００は、入力部１０１、通信部１０２、制御部１０３、記憶部１０４、出力部１０５を含む。

入力部１０１には、子会社の担当者により連結決算処理に必要な情報（例えば、後述するレポーティング・パッケージ）が入力される。通信部１０２は、通信回線を介して子会社からレポーティング・パッケージＤを受信する。制御部１０３は、入力部１０１あるいは通信部１０２を介して入力されるレポーティング・パッケージＤのログ（詳細は後述するが、担当者、処理メニューごとの情報（値）、処理時刻等を含む）を作成する。

そして、制御部１０３は、作成したログに基づき、担当者が行った入力項目ごとの処理状況を可視化した運用確認表を作成する処理を実行する。制御部１０３は、入力項目別の処理状況をデータ処理するデータ処理部１１１と、入力部１０１、通信部１０２、出力部１０５に対するデータの入出力を行う入出力部１１２とを含む。記憶部１０４は、入力されたレポーティング・パッケージＤ、および可視化した処理状況の実行結果を格納する。出力部１０５は、制御部１０３が可視化した処理状況の実行結果を出力する。

例えば、制御部１０３は、入力された処理状況を可視化した実行結果を表形式の表示データ（運用確認表）として生成し、出力部１０５に出力する。そして、出力部１０５は、制御部１０３が出力する表示データ（運用確認表）を、例えばディスプレイに表示出力する。

図１Ｂは、実施の形態にかかる処理状況確認支援システムの構成例を示す図である。処理状況確認支援装置１００は、ネットワークＮＷを介して複数の子会社および親会社の端末１２０に通信接続される。

処理状況確認支援装置１００は、上述したように、子会社の端末１２０から送信されたレポーティング・パッケージＤのログを作成し、作成したログに基づき、入力項目ごとの処理状況を可視化した表示画面（運用確認表）を作成する処理を実行する。親会社の端末１２０は、処理状況確認支援装置１００が可視化した表示画面（運用確認表）を用いて子会社側で行った入力項目の確認を行う。また、入力間違い等について補正する操作を行うことで、レポーティング・パッケージＤを補正することもできる。

なお、端末１２０は、予め処理状況確認支援装置１００側で作成するレポーティング・パッケージＤや、レポーティング・パッケージＤの作成プログラムを保持してもよい。これにより、例えば、端末１２０は、処理状況確認支援装置１００と非同期や通信接続しない（オフライン状態等）でレポーティング・パッケージＤの作成を個別に行うこともできる。

図１Ｃは、実施の形態にかかる処理状況確認支援装置を含む他のシステム構成例を示す図である。処理状況確認支援装置１００を含むシステムは、図１Ｂのシステム構成に限らず、図１Ｃのシステム構成とすることもできる。図１Ｃのシステムは、連結会計業務支援装置１５０がネットワークＮＷを介して端末１２０に接続され、処理状況確認装置１００は、連結会計業務支援装置１５０に接続される。

連結会計業務支援装置１５０は、オンライン接続された子会社の端末１２０に対し、連結決算処理に必要な情報（レポーティング・パッケージＤ）の入力フォームを配布する。レポーティング・パッケージＤは、子会社の端末１２０において、連結決算処理に必要な情報の入力操作に必要な入力項目等の情報を含む（値が空な器に相当）である。

子会社のユーザ（担当者）は、端末１２０を操作して、受信した空のレポーティング・パッケージＤに子会社の情報の入力を行い、各入力項目への値の入力により作成した報告のレポーティング・パッケージＤを連結会計業務支援装置１５０に送信する。

連結会計業務支援装置１５０は、子会社の端末１２０から受信した報告のレポーティング・パッケージＤを回収し、照合処理、仕訳生成を行いログを作成する。処理状況確認支援装置１００は、連結会計業務支援装置１５０が作成したログを受け取り、このログに基づき、入力項目ごとの処理状況を可視化した表示画面（運用確認表）を作成する処理を実行する。

図２は、実施の形態にかかる処理状況確認支援装置のハードウェア構成例を示す図である。処理状況確認支援装置１００は、例えば、図１Ａに示す処理状況確認支援装置１００は、図２に示すハードウェア構成を有する。処理状況確認支援装置１００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、磁気ディスクドライブ２０４、磁気ディスク２０５、光ディスクドライブ２０６、光ディスク２０７、入力デバイス２０８、映像Ｉ／Ｆ２０９、ディスプレイ２１０、通信Ｉ／Ｆ２１１、等を含む。各構成部２０１〜２１１は、バス２２０によってそれぞれ接続されている。

ＣＰＵ２０１は、処理状況確認支援装置１００の全体の制御を司る制御部として機能する。ＲＯＭ２０２は、サーバのブートプログラムを記録している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。すなわち、ＣＰＵ２０１は、ＲＡＭ２０３をワークエリアとして使用しながら、ＲＯＭ２０２に記録された各種プログラムを実行することによって、処理状況確認支援装置１００の全体の制御を司る。

磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータの読み取り／書き込みを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記録する。磁気ディスク２０５としては、例えば、ＨＤ（ハードディスク）を用いることができる。

また、光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータの読み取り／書き込みを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク２０７は、書き込み可能な記録媒体を利用することもできる。着脱可能な記録媒体として、光ディスク２０７のほか、ＭＯ、メモリカードなどを用いることができる。

入力デバイス２０８は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、タッチパネルなどが挙げられる。入力デバイス２０８は、リモコン、キーボード、タッチパネルのうちいずれか一つの形態によって実現されてもよいが、複数の形態によって実現することも可能である。

映像Ｉ／Ｆ２０９は、ディスプレイ２１０に接続される。映像Ｉ／Ｆ２０９は、具体的には、例えば、ディスプレイ２１０全体を制御するグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいてディスプレイ２１０を制御する制御ＩＣなどによって構成される。

ディスプレイ２１０には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。ディスプレイ２１０としては、例えば、ＴＦＴ液晶ディスプレイ、有機ＥＬディスプレイなどを用いることができる。

通信Ｉ／Ｆ２１１は、ネットワークに接続され、処理状況確認支援装置１００およびＣＰＵ２０１のインターフェースとして機能する。ネットワークとして機能する通信網には、インターネット、公衆回線網や携帯電話網、ＬＡＮ、ＷＡＮなどがある。

図１Ａに示した処理状況確認支援装置１００は、図２に記載のＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などに記録されたプログラムやデータを用いて、ＣＰＵ２０１が所定のプログラムを実行することによって、処理状況確認支援装置１００の機能を実現する。図１Ａの入力部１０１の機能は、図２の入力デバイス２０８を用いて実現でき、図１Ａの通信部１０２の機能は、図２の通信Ｉ／Ｆ２１１を用いて実現できる。

また、図１Ａの記憶部１０４の機能は、図２のＲＯＭ２０２、磁気ディスク２０５、光ディスク２０７等を用いて実現できる。また、図１Ａの出力部１０５の機能は、図２のディスプレイ２１０への画面表示や図示しないプリンタを用いることで印刷出力でき、このほか、通信Ｉ／Ｆ２１１を介して所望する端末１２０へデータ通信で外部出力することもできる。例えば、図１Ａ〜図１Ｃに示した処理状況確認支援装置１００は、図２に記載のハードウェアからなり、例えば、汎用のサーバを用いることができる。

また、図１Ｃに示した連結会計業務支援装置１５０についても、図２に記載のハードウェアからなり、例えば、汎用のサーバを用いることができる。また、これら処理状況確認装置１００と連結会計業務支援装置１５０は、同一のサーバを用いて構成してもよい。さらには、処理状況確認装置１００と連結会計業務支援装置１５０の機能をそれぞれネットワークＮＷ上のクラウドを用いて実現することもできる。

端末１２０についても、図２に示すハードウェア構成を用いて実現でき、例えば、端末１２０は、汎用のパーソナル・コンピュータ（ＰＣ）を用いることができる。

図３は、実施の形態にかかる処理状況確認支援装置が行う可視化した表示画面の出力例を示す概要図である。図３には、処理状況確認支援装置１００の制御部１０３（データ処理部１１１、ＣＰＵ２０１）が実行するレポーティング・パッケージＤの処理状態を可視化した運用確認表の表示例を示す。レポーティング・パッケージＤは、プロセス単位で入力され、プロセスごとに処理メニューを有している。例えば、プロセス１０．〜プロセス３０．がレポーティング・パッケージＤの入力であり、プロセス３０．は、処理メニュー３００１〜３００３を有する。プロセス４０．はレポーティング・パッケージＤの複写である。

制御部１０３は、子会社から入力されるレポーティング・パッケージＤについて、処理メニューごとの処理状況を表形式の運用確認表３００として生成する。図３に示す運用確認表３００は、縦軸は、複数のプロセスごとの処理メニューである。横軸は時刻軸（時刻ｔ）であり、処理メニューの処理時刻である。各処理メニューの処理時刻はログに記録されており、制御部１０３は、ログの記録情報に基づき図３に示す運用確認表３００を生成する。

図３の例では、プロセス１０．の処理メニュー１００１は、ある時期（時刻ａ）に処理実行されたことを示し、縦軸の処理メニュー１００１と横軸の時刻ａが交差する領域（マス）に処理の指標（マーク）３０１ａを表示する。プロセス２０．の処理メニュー２００１は、時刻ａと異なる時期（時刻ｂ）に処理実行されたことを示し、縦軸の処理メニュー２００１と時刻ｂが交差する領域にマーク３０１ｂを表示する。以下、プロセス３０．４０の処理メニュー３００１〜４００１についても同様に、時刻ｃ〜ｆにそれぞれ所定の処理が行われたことを示すマーク３０１ｃ〜３０１ｆを表示する。

ここで、プロセス４０．（処理メニュー４００１）は、それまでのプロセス１０．〜３０．（処理メニュー１００１〜３００３）を実行後に行うべき節目のプロセスであるとする。例えば、プロセス１０．〜３０．（処理メニュー１００１〜３００３）の実行後に、プロセス４０．（処理メニュー４００１）として、レポーティング・パッケージＤの複写を行うとする。この場合、プロセス４０．（処理メニュー４００１）の実行前の時期にプロセス１０．〜３０．（処理メニュー１００１〜３００３）が実行済みでなければならない。

制御部１０３は、この節目のプロセス４０．を確認者に通知する。例えば、図３に示すように、節目のプロセス４０．の行全体を太枠やマーカー３１０等で強調表示することで、プロセス４が節目のプロセスであることを通知する。

そして、図３に示すように、プロセス４０．の実行後に、プロセス３０．（処理メニュー３００３）が再度実行されたとする（マーク３０１ｇ）。この場合、時刻ｇに実行されたプロセス３０．（処理メニュー３００３）は、節目のプロセス４０．（処理メニュー４００１）の実行後に手戻りで再度実行されたものであり、ユーザ（確認者）は、マーカー３１０とマーク３０１ｇの位置に基づき、処理順が異常であると判断することができる。

この際、制御部１０３は、この時刻ｇに実行されたプロセス３０．（処理メニュー３００３）のマーク３０１ｇについて、処理順が異常であることを示す表示を行ってもよい。例えば、制御部１０３は、処理順が異常であることを、他のマーク３０１ａ〜３０１ｆと異なる強調表示により行う。例えば、他のマーク３０１ａ〜３０１ｆに対しマーク３０１ｇを異なる色（例えば赤色）で表示したり、点滅表示したりする。

このようにして、運用確認表３００上では、マーカー３１０の位置を基準として、手戻りが発生したマーク３０１ｇが示す時刻ｇを表示することで、ユーザ（確認者）は、プロセス３０．（処理メニュー３００３）の処理が異常処理であることを容易に確認することができる。また、制御部１０３が運用確認表３００上のマーク３０１ｇを強調表示することで、マーク３０１ｇが示す時刻ｇのプロセス３０．（処理メニュー３００３）の処理が異常処理であることを判断することもできる。

上記処理では、プロセス（一連の処理メニュー）の処理順の異常について説明したが、後述するように、運用確認表３００上のマーク表示により、同一のプロセス（同一の処理メニュー）に対する処理回数が多い場合等についても異常である旨を表示することができる（各異常状態の表示例の詳細は後述する）。

実施の形態では、上記構成により、単純なログを縦軸の処理メニューと横軸の時刻に展開することで、プロセス（処理メニュー）の実行の時刻別の表示を行うことで、処理メニューを実行した時刻部分にマークを表示する運用確認表３００を作成する。これにより、ユーザ（確認者）は、複数の処理メニューの実行状況を運用確認表３００上で容易に確認できるようになる。

また、マークが空欄の処理メニューがあれば、プロセス（処理メニュー）が未実行であることを検出することができ、プロセス（処理メニュー）の未実行がある異常を検出することもできる。なお、まったく処理されていないメニューを行として現さないこととしてもよい。このように、実施の形態の運用確認表３００を用いることにより、子会社から収集したレポーティング・パッケージＤの処理状況を容易に確認できるようになる。

（表示画面の作成処理例）
つぎに、処理状況確認支援装置１００の制御部１０３が行う上述した運用確認表３００の作成処理例について説明する。制御部１０３は、子会社から収集したレポーティング・パッケージＤのログの情報に基づき運用確認表３００を生成する。

図４Ａ，図４Ｂは、実施の形態にかかる処理状況確認支援装置が保持するログ例を示す図表である。このログ４００は、制御部１０３がレポーティング・パッケージＤ（Ｄ１〜Ｄｎ）の内容を時系列に保持したものであり、単純なログと変わりない情報からなる。ログ４００は、縦軸は処理順のレポーティング・パッケージＤ、横軸はレポーティング・パッケージＤの各項目の処理内容からなる表である。

便宜上、図４Ａと図４Ｂとに分割したが、図４Ａの横軸（右端）に、図４Ｂ（左端）が連結された一つの表で表示される。なお、制御部１０３は、表示部（ディスプレイ２１０）の大きさに合わせて図４Ａと図４Ｂからなるログ４００をスクロール可能に表示してもよい。

横軸の各項目は、レポーティング・パッケージＤの処理時刻（年月日時分秒）４０１、ユーザ部（担当者）４０２、仕訳種類（債権債務、取引高、…、資本連結、単純合算）４０３、処理メニュー（メニューＩＤ、メニューＮｏ、メニュー名、メニュー区分）４０４、処理情報（処理区分、処理内容）４０５、複写メニュー（複写メニューＩＤ、複写ＲＰ、複写メニューＮｏ）４０６、エラー（エラーＩＤ、エラーメッセージ）４０７、会社（子会社の番号）４０８、等の情報を含む。

ユーザ部４０２は、レポーティング・パッケージＤに対する処理を行った上記子会社の担当者の情報である。仕訳種類（債権債務〜単純合算）４０３は、レポーティング・パッケージＤの各種仕訳のうち該当する仕訳を「対象」と表示する。例えば、ログＤ１レポーティング・パッケージは、仕訳種類４０３が「単純合算」であることを示している。例えば、どの仕訳種類４０３の仕訳にも該当しないレポーティング・パッケージＤがあったとすると、ログ上、仕訳種類４０３のすべてが「対象外」と表示される。

処理メニュー４０４は、ユーザ部（担当者）４０２がレポーティング・パッケージＤに対して行った所定の処理の情報である。この処理種別は、処理情報４０５（処理区分）として、イ：インポート、コ：データコンバート、更：更新、参：参照、試：試算処理、出：出力、承：承認、連：データ連携、等がある。処理情報（処理区分）４０５は、図示の例では、便宜上省略した１文字で表示されている。

複写メニュー４０６は、上述した節目のプロセス（データの複写）に該当する。処理メニュー４０４の処理が「レポーティング・パッケージの複写処理」の場合、この複写メニュー４０６には、複写対象となったレポーティング・パッケージのメニューの情報を表示する。なお、「レポーティング・パッケージの複写処理」の処理は、この処理実行前までのプロセスでレポーティング・パッケージＤに子会社の担当者が入力したデータを、親会社が補正するためにデータを複写する処理である。これは、子会社の入力内容と親会社の補正内容を分けることで責任の所在を明確にするため等に行う。

（メニュー別利用頻度表について）
図５は、実施の形態にかかる処理状況確認支援装置が作成するメニュー別利用頻度表を示す図表である。制御部１０３は、上述した運用確認表３００の作成にあたり、まず、メニュー別利用頻度表５００を作成する。

図５に示すように、メニュー別利用頻度表５００には、ログ４００に含まれるユーザ（担当者）のうち、表示対象とするユーザ選択部５０１と、表示する処理区分（図５の例では、「参照」と「更新」）４０５を選択する処理区分選択部５０２と、ユーザ選択部５０１で選択されたユーザについて処理区分選択部５０２で選択された処理区分４０５に該当する処理メニュー４０４である処理メニュー一覧を表示する処理メニュー一覧表示部５０３と、が表示される。

処理メニュー一覧表示部５０３には、縦軸に各処理のメニューの一覧を表示し、横軸には、処理メニュー情報５１１（処理メニュー４０４のメニューＮｏとメニュー名）と、各処理メニューに対して行われた処理区分４０５（参照と更新、およびこれら参照と更新の総計処理回数）の情報５１２を表示する。また、縦軸の最下段には、処理区分４０５別の処理回数の総計を表示する。

（メニュー別利用頻度表の作成処理例）
制御部１０３は、以下の手順でメニュー別利用頻度表５００（処理メニュー一覧表示部５０３）を作成する。

（１）はじめに、制御部１０３は、ログ４００上に存在する処理区分４０５（イ：インポート、コ：データコンバート、更：更新、参：参照、試：試算処理、出：出力、承：承認、連：データ連携）のうち、処理区分表示部５０２で選択した処理区分４０５に対応する処理メニュー４０４を抽出する。

（２）つぎに、制御部１０３は、メニュー別利用頻度表５００の縦軸に、抽出した処理メニュー４０４を、予め定めたメニューＮｏ順（メニューＮｏは、本来ユーザ（担当者）が行うべき処理メニュー４０４の処理順に相当）を展開した処理メニュー情報５１１として表示する。また、制御部１０３は、メニュー別利用頻度表５００の横軸（処理メニュー５１１の横）に、抽出した処理区分（図５の例では、参照、更新、総計）４０５を表示する。

（３）つぎに、制御部１０３は、メニュー別利用頻度表５００の縦軸・横軸の交点に該当するログの数をカウントし、該当セルに表示する。例えば、図５の例では、ログ４００上で処理メニュー４０４の「連結勘定科目体系（メニューＮｏ「１１１３」）」について、処理区分４０５の「参照」回数が「２」、「更新」回数が２であり、「総計」を４として表示する。

なお、４桁の各メニューＮｏの上２桁は、プロセス種別に相当し、例えば、上２桁の「１１．」は、処理状況確認支援装置１００が有するマスタ群（マスタ・データ群）の定義（設定）等を行うプロセス（処理メニューの集合）、「１２．」は、連結決算仕訳生成のためのマスタを定義するプロセス（処理メニューの集合）、「３１．」は、各子会社（端末１２０）において、レポーティング・パッケージＤに入力するプロセス（処理メニューの集合）である。

また、「４１．」は、レポーティング・パッケージＤを、補正用レポーティング・パッケージに複写する機能である。上記の説明では、節目の処理メニューにおける「レポーティング・パッケージの複写処理（メニューＮｏ「４１２２」）」として説明した。なお、「４１２２ レポーティング・パッケージの複写処理」は、プロセス４１の２２番目の処理メニューであることを示している。

「５１．」は、補正用レポーティング・パッケージに親会社が入力（補正）する機能である。例えば、「レポーティング・パッケージの複写処理（メニューＮｏ「４１２２」）」の下部に「５１．」番台以降の処理メニューが表示される。例えば、処理状況確認支援装置１００が親会社に配置されるか、あるいは親会社の端末１２０についても処理状況確認支援装置１００に通信接続することで、親会社の確認者は、上記説明したログの可視化（運用確認表３００）により、子会社の担当者が行った入力項目の処理状況を確認する。この際、親会社の確認者は、子会社の担当者が行った入力項目の処理状況のうち、異常が生じた入力項目について値の補正等を行い、補正用レポーティング・パッケージを作成する。

（４）また、制御部１０３は、各行の処理メニュー４０４の表示の塗り分けを行う。例えば、メニュー区分「０」は、「その他のメニュー」であり、特定の表示色で塗らない（白色とする）。メニュー区分「１」は、上記節目のプロセス「レポーティング・パッケージの複写処理」であるため、このメニューの行全体を強調表示する所定色（例えば、黄色）のマーカー５１０で塗る。メニュー区分「２」は「処理メニュー４０４について、マスタ・データや会社（子会社）から収集したレポーティング・パッケージＤの入力値をもとにバッチ的に更新処理を行うメニュー行」であり、所定色（例えば、ピンク色）で塗る（図５の領域５２１）。

（５）そして、制御部１０３は、異なるプロセスの間に区切りを示す横罫線を描画する。図５に示す全４桁のメニューＮｏのうち上２桁が異なるプロセス別の数値を示しており、例えば、メニューＮｏ「１１３４」と「１２１１」の間を太線５１２ａの横罫線で区切る。同様に、太罫線５１２ｂ〜５１２ｆにより、上下でプロセスが異なることを表示する。以上により、制御部１０３は、メニュー別利用頻度表５００を作成する。

（６）また、制御部１０３は、上記手順で作成したメニュー別利用頻度表５００上での操作によりログ４００の詳細を表示することができる。ログ４００の詳細（図４Ａ，図４Ｂに相当）は、作成したメニュー別利用頻度表５００のうち、所定の処理が行われたセル、すなわち、処理区分に値が入っているセル）をダブルクリックすることで、該当するログ４００の詳細な内容（図４Ａ，図４Ｂに相当）を表示することができる。

以上説明したメニュー別利用頻度表５００は、上述した運用確認表３００として展開するための元となる情報である。このメニュー別利用頻度表５００の表示によって、処理状況確認支援装置１００は、確認者に対し、子会社のユーザ（操作者）が行った各処理（処理メニュー）の一覧を容易に把握できるようになる。また、確認者は、処理メニューごとにユーザ（操作者）が行った処理区分ごとの実行回数についても容易に把握できるようになる。

（未利用メニュー一覧について）
図６は、実施の形態にかかる処理状況確認支援装置が作成する未利用メニュー一覧を示す図表である。制御部１０３は、上述したメニュー別利用頻度表５００の作成によって、ユーザが実行していない残りの処理メニューを未利用メニュー一覧６００として表示する機能を有する。図６には、便宜上、図５のメニュー別利用頻度表５００で利用していない処理メニュー情報５１１の一部の処理メニューみを示している。すなわち、図６に示すメニューＮｏ（処理メニュー）は、図５に示した処理メニュー情報５１１に表示されていない処理メニューである。

このように、制御部１０３は、処理状況確認支援装置１００が端末１２０に提供可能な処理メニューのうち、端末１２０で利用されていない（ログ４００に無い）メニューを未利用メニュー一覧６００として表示する機能を有する。

図６に示す未利用メニュー一覧６００は、縦軸に未利用メニューをそれぞれ表示する。横軸には、各未利用状態の処理メニューの内容として、利用区分「未利用メニュー」である旨の情報６０１、メニューＮｏ６０２、メニュー名６０３、メニュー解説６０４を表示する。

処理状況確認支援装置１００は、利用されていない提供可能な未利用の処理メニューを抽出して図６に示す未利用メニュー一覧６００の情報を端末１２０に送信する。この際、端末１２０を操作する親会社の確認者は、メニュー解説６０４を見て未利用の処理メニューをどのようにして用いればよいか容易に判別できるようになる。

これにより、親会社の確認者に対し、処理状況確認支援装置１００は、提供する処理メニューのうち、使用していない検証用の処理メニューの存在に気づかせることができるようになる。同様に、端末１２０を操作する担当者に対しても、処理状況確認支援装置１００は、未利用の処理メニューの情報を提供でき、より適切な仕訳を行うことができるようになる。さらには、処理状況確認支援装置１００が提供可能な処理メニューを増やした場合に、この新たな処理メニューを確認者および担当者に通知することができるようになる。

（運用確認表について）
図７Ａ〜図７Ｄは、実施の形態にかかる処理状況確認支援装置が作成する運用確認表を示す図表である。制御部１０３は、上記説明したログ４００を展開して運用確認表３００を作成する。

図７（図７Ａ〜図７Ｄ）に示す運用確認表３００は、概要説明した図３をより詳細に記載したものである。この運用確認表３００は、便宜上、図７Ａ〜図７Ｄに４分割して記載したが、例えば、表示部（ディスプレイ２１０）上には、図７Ａの横軸（右端）に、図７Ｂ（左端）が連結される形で一つの表で表示される。なお、制御部１０３は、表示部（ディスプレイ２１０）の大きさに合わせて運用確認表３００をスクロールおよび拡大、縮小可能に表示してもよい。

運用確認表３００の上部には、仕訳種類（債権債務〜単純合算）４０３（図４Ａ参照）の表示対象を個別に選択する仕訳種類選択部７０１と、表示対象のユーザ（担当者）を選択するユーザ選択部７０２と、処理区分４０５（イ：インポート、コ：データコンバート、更：更新、参：参照、試：試算処理、出：出力、承：承認、連：データ連携）を選択する処理区分選択部７０３と、が表示される。

図示の例では、仕訳種類選択部７０１で仕訳種類（債権債務、取引高、…、資本連結、単純合算）４０３の各仕訳をいずれも選択し、ユーザ選択部７０２で所定のユーザ（ｅｃａｕｓｅｒ）を選択し、処理区分選択部７０３にて、イ（インポート）と、コ（データコンバート）を選択した状態が示され、この選択に対応する運用確認表３００が表示されている。なお、初期状態では、イ：インポート、更：更新、試：試算処理、連：データ連携（これらはデータの内容を更新する処理）が選択された状態となっている。

運用確認表３００には、縦軸に各処理のメニューの一覧を表示する（図５のメニュー別利用頻度表５００と同様）。横軸には、処理メニュー情報５１１（処理メニュー４０４のメニューＮｏとメニュー名）と、各処理メニューに対しての処理が行われた時期を示す処理時刻表示部７０５が表示される。

この運用確認表３００は、図５のメニュー別利用頻度表５００と同様に異なるプロセスの間に区切りを示す太線等の横罫線５１２ａ〜５１２ｆが表示される。また、節目のプロセス「レポーティング・パッケージの複写処理」は、図５で説明したメニュー区分「１」に該当し、図５同様にメニューの行全体が強調表示する所定色（例えば、黄色）のマーカー５１０で表示される。また、メニュー区分「２」に該当するメニュー行（領域５２１）は、所定色（例えば、ピンク色）で表示される。

処理時刻表示部７０５の横軸は時刻軸であり、各処理メニュー４０４に対してそれぞれ処理実行された領域（マス）が処理の指標（マーク）３０１で表示される。例えば、処理メニュー４０４の「連結勘定科目体系（メニューＮｏ「１１１３」）」について、処理区分４０５の「更新」が行われた時刻（２０１７年７月３１日１７時００分）が所定の指標（マーク）３０１ｂで表示される。また、マーク３０１ｂ部分には、「更新」の処理回数「２」が数値表示される。以下、他の処理メニュー４０４についても順次処理メニューと処理実行の時刻の交差部分にマーク３０１が表示される。なお、時間軸を分単位で分割しているため同じ分内で、同一メニューの複数回の処理を行った場合、その処理回数がマーク３０１部分に数値として表示される。

処理時刻表示部７０５の横軸（時刻軸）には、１マスあたり１回の処理メニュー４０４が実行された時刻の処理時刻表示領域７０６を有している。この処理時刻表示領域７０６は、図示のように、年月日および時分と、処理区分４０５とを縦軸上で一つのマス列で表示する。これにより、複数の処理メニュー４０４が処理実行された時刻を時刻軸方向で詰めて表示することができる。

すなわち、処理時刻表示部７０５の横軸を等間隔に連続する時刻軸で表示した場合、各処理メニュー４０４の処理実行の時刻はばらばらであるため、マーク３０１が表示されるマス部分が時刻軸方向で離れ、見にくくなるとともに、時刻軸方向の表示領域が膨大となる。

この点、実施の形態の処理時刻表示部７０５の時刻軸表示によれば、図示のように、各処理メニュー４０４が実行された時刻のマーク３０１を時刻軸で詰めて表示でき、異なる複数の処理メニュー４０４の処理実行状態（処理の流れや順番等を含む）をユーザ（確認者）が容易に把握できるようになる。

また、図７Ｄに示すように、処理時刻表示部７０５の横軸（時刻軸）の最後部には、各処理メニュー４０４について、選択された処理区分４０５の「更新」に関する総計（処理回数）７０５ａが表示される。制御部１０３は、この総計の値が多いほど、該当する総計のマスを強調した色（例えば、赤色）で表示してもよい。例えば、最も処理回数が多い節目のプロセス「レポーティング・パッケージの複写処理」は処理回数が「９」であるため、該当する総計７０５ａのマスを赤色で表示する。また、処理回数が最低限の「１」以外、すなわち、２以上であれば該当するマスを、この処理回数に応じた強調表示を行う。例えば、処理メニュー４０４の［報告用］個別財務諸表（メニューＮｏ「３１１１」）と、［報告用］債権・債務明細（メニューＮｏ「３１２６」）の総計７０５ａのマス７１２は、処理回数が４であるため、橙色などで強調表示する。

基本的に一つの処理メニュー４０４あたり、縦軸の順番にしたがって最低限の１回の処理を行えばよい。これにより、一つの処理メニュー４０４に対する処理回数が多いほど、何度も同じ処理メニュー４０４に対する処理を行っていることをユーザ（確認者）に対して通知することができる。また、処理状況確認支援装置１００が端末１２０に処理時刻表示部７０５の表示画面を送信することで、一つの処理メニュー４０４に対する処理回数が多いほど、何度も同じ処理メニュー４０４に対する処理を行っていることを端末１２０のユーザ（担当者）に対して通知することもできる。

上記説明した運用確認表３００では、処理時刻表示部７０５上において、レポーティング・パッケージＤに対する各処理メニュー４０４を横軸に一覧表示し、縦軸の各処理メニュー４０４を処理実行した時刻を横軸の該当するマス部分にマーク３０１として表示している。これにより、異なる複数の処理メニュー４０４の処理実行状態（処理の流れや順番等を含む）をユーザ（確認者）が容易に把握できるようになる。

処理時刻表示部７０５には、複数のマーク３０１が右下下がりの斜め方向に表示されている。これにより、担当者（ユーザ）が上部の処理メニュー４０４から順に処理実行している状態であることが、確認者（ユーザ）が容易に確認できる。

また、処理時刻表示部７０５には、節目のプロセスである処理メニュー４０４「レポーティング・パッケージの複写処理」は、行全体が所定色（例えば、黄色）のマーカー５１０で強調表示されている。これにより、処理の流れが異常な箇所を容易に確認できるようになる。

例えば、マーカー５１０で強調表示されている処理メニュー４０４「レポーティング・パッケージの複写処理」の横軸（ある処理時刻）を基準に見た時、この処理メニュー４０４「レポーティング・パッケージの複写処理」の縦軸上で上部に位置する複数のプロセス（処理メニュー４０４）は、処理メニュー４０４「レポーティング・パッケージの複写処理」の処理実行の時刻よりも前（以前）の時刻に実行済みでなければならない。

この場合、図７Ａ，図７Ｂに示すマーク３０１は、順次各処理メニュー４０４が実行処理されており、右下下がりの状態であるため、ユーザ（確認者）は、正常な処理状態であることを確認できる。時刻（２０１７年８月１日１７時４６分）には、処理メニュー４０４「レポーティング・パッケージの複写処理」が処理実行されたことを確認できる。また、図７Ｃでは、処理メニュー４０４「レポーティング・パッケージの複写処理」後の処理のマーク３０１が右下下がりに順次表示されている。

しかし、図７Ｃのマーク３０１ｘについては、処理メニュー４０４「レポーティング・パッケージの複写処理」の処理後に、この処理メニュー４０４「レポーティング・パッケージの複写処理」の横軸（ある処理時刻）を超えた上部の位置に表示されている。ユーザ（確認者）は、順次処理された処理メニュー４０４のマーク３０１が右下下がりでマーカー５１０部分に重なる位置まで表示されていることに基づき、処理メニュー４０４「レポーティング・パッケージの複写処理」までの各処理が正常に実行されていることを確認できる。しかし、処理メニュー４０４「レポーティング・パッケージの複写処理」を処理実行した時刻以降の時刻に、マーク３０１ｘがマーカー５１０よりも上の位置にされていることに基づき、処理の異常を確認することができる。

この場合、マーク３０１ｘに該当する処理メニュー４０４「［報告用］購入固定資産等明細（メニューＮｏ「３１３５」）は、節目となるプロセスである処理メニュー４０４「レポーティング・パッケージの複写処理」の実行後に再度実行されたものである。節目となるプロセスである処理メニュー４０４「レポーティング・パッケージの複写処理」の実行後に実行されたマーク３０１ｘに該当する処理メニュー４０４「［報告用］購入固定資産等明細（メニューＮｏ「３１３５」）は、処理メニュー４０４「レポーティング・パッケージの複写処理」を実行することができない、あるいは実行忘れの虞を有する。

すなわち、処理メニュー４０４「レポーティング・パッケージの複写処理」は、それまでに行った処理の複写であり、この複写が行われない虞を有するためである。加えて、マーク３０１ｘに該当する処理メニュー４０４「［報告用］購入固定資産等明細（メニューＮｏ「３１３５」）は、以前（例えば時刻：２０１７年８月１日１３時４２分）にも実行されており、複数重複して実行された（処理戻り発生）ものである点でも処理異常に該当する。

また、制御部１０３は、異常処理に該当する処理メニュー４０４「［報告用］購入固定資産等明細（メニューＮｏ「３１３５」）のマーク３０１ｘを強調表示してもよい。確認者は、運用確認表３００上のマーク３０１ｘの強調表示により、マーク３０１ｘが示す処理メニュー４０４「［報告用］購入固定資産等明細（メニューＮｏ「３１３５」）に手戻りが発生した異常処理であることを容易に判断することができる。

上記処理では、プロセスの処理順の異常について説明したが、運用確認表３００上のマーク表示により、同一プロセスに対する処理回数が多い場合についても異常である旨を表示することができる。例えば、マーク３０１ｃは、一つの処理メニュー４０４「［報告用］個別財務諸表（メニューＮｏ「３１１１」）」について、異なる時刻に複数の処理が実行されたことに対応して、４つのマスにマーク３０１ｃが付けられている。この場合、ユーザ（確認者）は、時刻軸方向の複数のマスにマーク３０１ｃがある処理メニュー４０４「［報告用］個別財務諸表（メニューＮｏ「３１１１」）」は同一の処理を複数回実行処理された異常を確認できるようになる。

また、マーク３０１が空欄のマスであれば、空欄に該当する処理メニュー４０４の処理が未実行であることを検出することができ、未実行の処理メニュー４０４がある異常を検出することができる。上記処理によれば、各処理メニュー４０４は縦軸の上から順次実行されるため、マーク３０１は右下下がりの方向性を持つため、連続しない（空白の）マーク３０１があれば、この部分の処理メニュー４０４の処理が未実行であることを容易に確認することができる。この際、上述したように、時刻軸は、処理メニュー４０４が処理実行された時刻であるため、マーク３０１は右下下がりで連続して表示されることとなり、連続しない（空白の）マーク３０１を簡単に検出できるようになる。

以上説明した実施の形態の運用確認表３００を用いることにより、子会社から収集したレポーティング・パッケージＤの処理状況を容易に確認できるようになる。そして、実施の形態では、上記構成により、ユーザ（確認者）は、複数の処理メニューの実行状況（正常／異常）を運用確認表３００上で容易に確認できるようになる。

これに限らず、処理状況確認支援装置１００が端末１２０に通信接続され、処理状況確認支援装置１００が運用確認表３００の処理時刻表示部７０５の表示画面を端末１２０に送信することで、端末１２０側で担当者（ユーザ）が複数のプロセスの実行状況（正常／異常）を運用確認表３００上で容易に確認することもできる。

（運用確認表の作成処理例）
制御部１０３は、以下の手順で運用確認表３００を作成する。
（１）はじめに、制御部１０３は、運用確認表３００の縦軸に、メニュー別利用頻度表５００（図５参照）と同様の処理メニュー情報５１１を表示する。

（２）つぎに、制御部１０３は、運用確認表３００の横軸（処理メニュー情報５１１の右側）に、メニュー別利用頻度表５００で表示した処理区分（参照と更新）と、年月日時分からなる処理時刻表示部７０５を表示する。総計は、処理時刻表示部７０５の右端（図７Ｄ参照）に表示する。

ここで、制御部１０３は、図７Ａに示すように、処理メニューをメニューＮｏに基づき上から下に昇順に表示する。メニューＮｏは、連結決算処理を順次実行する際の実行順に相当する。処理状況確認支援装置１００および端末１２０を含む全体システムでは、例えば、メニューＮｏの上二桁「１１」を実行後、「１２」、「３１」を順次実行することが好ましいと規定している。この処理順は、連結決算処理の順に相当する。

ここで、制御部１０３は、同一プロセス（メニューＮｏの上二桁「１１」）内であれば、複数のメニュー（メニューＮｏ「１１１１」〜「１１３４」）の処理順は任意である。例えば、制御部１０３は、後述する処理メニューの処理順の異常検出時に、同一プロセス（メニューＮｏの上二桁「１１」）内であれば、メニューＮｏ「１１１１」よりもメニューＮｏ「１１３４」を実行しても、メニューＮｏ「１１３４」は処理順が異常であるとの判断は行わない。

（３）そして、制御部１０３は、運用確認表３００の処理時刻表示部７０５の横軸を時刻軸とし、複数の処理メニュー情報５１１の処理メニューを実行した時刻の部分、すなわち、縦軸の処理メニューと横軸の時刻の交点のマスに、該当するログ４００の処理回数をカウントした値「１，２，…」を表示する。

図７Ａ〜図７Ｄに示す処理時刻表示部７０５は、図５に示したメニュー別利用頻度表５００で表示した情報（処理区分４０５の参照と更新）の処理を、横軸の時刻軸に展開したものに相当する。この際、制御部１０３は、処理時刻表示部７０５には、処理メニュー情報５１１のある処理メニューを実行した時刻に相当する交点のマス部分にカウントした処理回数の値を表示し、また、所定色で塗る表示を行う。

（４）つぎに、制御部１０３は、各行の処理メニュー４０４の表示の塗り分けを行う。この処理は、メニュー別利用頻度表５００（図５参照）と同様の処理である。この際、メニュー区分「１」は、上記節目のプロセス「レポーティング・パッケージの複写処理」であるため、このメニューの行全体を強調表示する所定色（例えば、黄色）のマーカー５１０で塗る。メニュー区分「２」は「処理メニュー４０４について、マスタ・データや会社（子会社）から収集したレポーティング・パッケージＤの入力値をもとにバッチ的に更新処理を行うメニュー行」であり、所定色（例えば、ピンク色）で塗る（図７Ａの領域５２１）。

（５）そして、制御部１０３は、運用確認表３００上で異なるプロセスの区切りを示す横罫線を描画する。この処理もメニュー別利用頻度表５００（図５参照）と同様の処理である。図７Ａの例では、メニューＮｏ「１１３４」と「１２１１」の間を太線５１２ａの横罫線で区切る。同様に、太罫線５１２ｂ〜５１２ｆにより、上下でプロセスが異なることを表示する。以上により、制御部１０３は、メニュー別利用頻度表５００を作成する。

（６）また、制御部１０３は、処理区分別に、例えば、更新系のログに対応した表示と分かるように、更新系の文字列を所定色（例えば、オレンジ）に塗る表示を行ってもよい。

（７）また、制御部１０３は、上記手順で作成した運用確認表３００について、以下の各種フィルターの設定に対応して表示を絞り込むことができる。
１．仕訳種類別フィルター
運用確認表３００の最上部に表示した仕訳種類選択部７０１による仕訳種類（債権債務、取引高、棚卸資産、固定資産等、当期利益認識等、資本移動、関係変更、資本連結、単純合算）の機能グループ別のフィルターを用いて表示を絞り込む。そして、各仕訳種類の仕訳の生成に関連する処理メニューのログのみに絞って表示することができる。これにより、特定の仕訳種類の結果に疑念がある場合に、関連する処理メニューに絞り込むことで、担当者（ユーザ）が行った仕訳処理の問題点を容易に見つけ出せるようになる。なお、図７Ａ〜図７Ｄでは、仕訳種類選択部７０１のフィルターは、初期状態（全仕訳種類に関連する処理メニューのログ）を表示する設定を示している。

２．ユーザフィルター
運用確認表３００のユーザ選択部７０２の設定により、制御部１０３は、ユーザを絞り込んで運用の問題を検証できる。初期状態は、全ユーザのログを表示する。

３．処理フィルター
運用確認表３００の処理区分選択部７０３の設定により、制御部１０３は、処理区分４０５（更：更新、イ：インポート、連：データ連携、試：試算処理、コ：データコンバート、参：参照、出：出力、承：承認）をもとに出力するログを絞り込無ことができる。初期状態では、イ：インポート、更：更新、試：試算処理、連：データ連携のもののみに絞り込む。これにより、処理結果に影響を与える担当者（ユーザ）の操作（レポーティング・パッケージＤ）の問題点を発見しやすくなる。

（８）また、制御部１０３は、上記手順で作成した運用確認表３００上に表示されたマーク３０１（マス部分）をダブルクリックすることで、対応するログ４００の詳細な内容を表示できる。

（会社別運用確認表について）
図８Ａ〜図８Ｄは、実施の形態にかかる処理状況確認支援装置が作成する会社別運用確認表を示す図表である。制御部１０３は、上記説明したログ４００を展開して会社別運用確認表３００ａを作成する。この会社別運用確認表３００ａは、図７Ａ〜図７Ｄに示した運用確認表３００に対し、会社別の処理メニュー情報５１１を追加した点が異なる。

例えば、会社別運用確認表３００ａの横軸には、処理メニュー情報５１１に会社情報８０１を追加して表示する。例えば、処理メニュー情報５１１の［報告用］個別財務諸表（メニューＮｏ「３１１１」）について、会社別の番号「００１」、「１０２」に表示する。図８Ａに示す例では、メニューＮｏ「３１１１」〜「３１５１」について縦軸上で会社別の表示を行う。

そして、図７Ａ〜図７Ｄに示した運用確認表３００を用いて担当者（ユーザ）が行った処理（レポーティング・パッケージＤ）の問題点の概要を抽出した後、図８（図８Ａ〜図８Ｄ）に示した会社別運用確認表３００ａを用いて会社別の問題点を詳細に分析できるようになる。

制御部１０３は、運用確認表３００で扱ったログ４００上の情報に会社情報８０１を加えることで、会社別運用確認表３００ａについても同様の手順で作成することができる。

図９は、実施の形態にかかる処理状況確認支援装置が行う運用確認表の生成処理例を示すフローチャートである。制御部１０３が上記説明したログを可視化した運用確認表３００を生成する処理の概要を示す。

はじめに、制御部１０３は、子会社の端末１２０から連結決算処理用のレポーティング・パッケージＤを収集する（ステップＳ９０１）。つぎに、制御部１０３は、このレポーティング・パッケージＤのログ４００を生成し、ログ４００に基づき、縦軸に処理メニューを表示する（ステップＳ９０２）。上述したように、レポーティング・パッケージＤには、端末１２０で担当者が操作実行した処理メニューごとの処理区分４０５、処理実行の時刻等が含まれている。

つぎに、制御部１０３は、ログ４００に基づき、横軸に処理時刻を表示する（ステップＳ９０３）。そして、制御部１０３は、ログ４００に基づき、処理メニューを実行した処理時刻のマスに処理回数を表示する（ステップＳ９０４）。

また、制御部１０３は、ログ４００に基づき、節目の処理メニューの行を強調表示する（ステップＳ９０５）。例えば、図３、図７（図７Ａ〜図７Ｄ）に示したように、「レポーティング・パッケージの複写処理（メニューＮｏ「４１２２」）」の行をマーカー５１０で強調表示する。

以上により生成した運用確認表３００によれば、子会社の担当者が行った連結決算処理用の情報の入力処理について、処理メニューごとの処理時刻を可視化することができ、縦軸の処理メニューと、横軸の処理時刻との交差部分のマスが処理メニューを実行した処理時刻であることを容易に確認できるようになる。例えば、親会社の端末１２０を操作する確認者は、子会社の担当者が端末１２０を操作して行った入力処理を時刻別に確認することができるようになる。

また、上記の運用確認表３００によれば、節目となるプロセス（処理メニュー、例えば、図３等に示した「レポーティング・パッケージの複写処理（メニューＮｏ「４１２２」）」）に示された所定の時刻のマーカー５１０の強調表示を基準として、この節目となる処理メニューを跨いで、以前の時刻に実行されている他のプロセス（処理メニュー）の有無を容易に判断できるようになる（図３等参照）。

また、制御部１０３は、上述した会社別運用確認表３００ａについても、主要なマス表示に関する処理は、上記説明した運用確認表３００と同様の処理であり、会社別運用確認表３００ａでは、処理メニューに会社別の表示を行う点のみ相違する。

（運用確認表に基づく異常処理の検出処理例）
実施の形態の処理状況確認支援装置１００は、上述した運用確認表３００の作成のみに限らず、作成した運用確認表３００に基づいて、子会社の担当者が行った処理の異常等の不具合を検出する構成とすることができる。なお、制御部１０３は、運用確認表３００の作成を基にして異常検出するに限らず、ログ４００に基づいて異常検出を行うこともできる。

図１０は、実施の形態にかかる処理状況確認支援装置が行う異常処理の検出処理例を示すフローチャートである。図１１は、実施の形態にかかる処理状況確認支援装置が行う異常処理の検出の表示例を示す図である。例えば、制御部１０３は、上記処理によって作成した運用確認表３００に基づき下記の異常処理の検出を行う。

制御部１０３は、例えば、図３、図７（図７Ａ〜図７Ｄ）に示した運用確認表３００の作成後、以下の処理を実行する。はじめに、制御部１０３は、節目の処理メニューの実行後に、他の処理メニューの手戻りの有無を判断する（ステップＳ１００１）。例えば、節目の処理メニュー（例えば、上記「レポーティング・パッケージの複写処理（メニューＮｏ「４１２２」）」の実行後に、「レポーティング・パッケージの複写処理（メニューＮｏ「４１２２」）」の処理よりも以前の時刻に実行すべき処理メニュー（例えば、メニューＮｏの上二桁が「１１」〜「３１」）が実行されたかを判断する。

節目の処理メニューの実行後に、他の処理メニューの手戻りがあると判断した場合（ステップＳ１００１：Ｙｅｓ）、制御部１０３は、手戻りがあった処理メニューの処理時刻表示部７０５上の該当マスを強調表示する（ステップＳ１００２）。

例えば、図１１（ａ）に示すように、プロセス３１は、節目となるプロセス４１（マーカー５１０で強調表示）の実行後に手戻りで再度実行されたものであり、制御部１０３は、プロセス３１（メニューＮｏ「３１１１」）のマーク３０１ｅを強調表示する。

ところで、手戻りとは直接関係しないが、同一プロセス（例えば、プロセス２１内のメニューＮｏ「２１１１」と「２１１２」）内での処理順は不問である。このため、制御部１０３は、図１１（ａ）のように、プロセス２１について、先にメニューＮｏ「２１１２」を実行後にメニューＮｏ「２１１２」を実行したことについて異常との判断は行わない。

つぎに、制御部１０３は、そして、ステップＳ１００２の処理後、およびステップＳ１１０１で手戻りはないと判断した場合（ステップＳ１００１：Ｎｏ）、一つの処理メニューの更新処理回数が所定以上であるかを判断する（ステップＳ１００３）。

一つの処理メニューの更新処理回数が予め定めた所定以上であると判断した場合（ステップＳ１００３：Ｙｅｓ）、制御部１０３は、更新処理回数が所定以上の処理メニューの処理時刻表示部７０５上の総計７０５ａのマスを強調表示する（ステップＳ１００４）。

例えば、図１１（ｂ）に示すように、プロセス３１（メニューＮｏ「３１１１」）は、例えば更新の処理が総計４回実行されているため、制御部１０３は、運用確認表３００の処理時刻表示部７０５の末尾の総計（処理回数）７０５ａのマス７１２ａを例えば、橙色で強調表示する。また、制御部１０３は、総計の数に応じて段階的に強調表示してもよく、例えば、プロセス３１（メニューＮｏ「３１１２」）の更新の処理が総計２回実行されているため、制御部１０３は、運用確認表３００の末尾の総計（処理回数）７０５ａのマス７１２を黄色等で強調表示してもよい。

つぎに、制御部１０３は、そして、ステップＳ１００４の処理後、およびステップＳ１００３で一つの処理メニューの更新処理回数が所定未満と判断した場合（ステップＳ１００３：Ｎｏ）、一つの処理メニューで連続した処理回数が予め定めた所定以上であるかを判断する（ステップＳ１００５）。

一つの処理メニューで連続した処理回数が予め定めた所定以上であると判断した場合（ステップＳ１００５：Ｙｅｓ）、制御部１０３は、該当する処理時刻表示部７０５上の連続するマスを強調表示する（ステップＳ１００６）。制御部１０３は、ステップＳ１００６の処理後、およびステップＳ１００５で一つの処理メニューで連続した処理回数が所定未満と判断した場合（ステップＳ１００５：Ｎｏ）、以上の一連の処理を終了する。

ステップＳ１００６の処理は、例えば、図１１（ｃ）に示すように、プロセス３１（メニューＮｏ「３１１１」）は、例えば更新の処理が総計４回連続して実行されているため、制御部１０３は、この連続したセル３０１ｒを強調表示する。強調表示は、図示のように、太枠の罫線で囲む。このほか、セル３０１ｒを所定色で強調表示してもよい。また、制御部１０３は、連続する処理回数に応じて段階的に異なる色を用いて強調表示してもよい。

以上説明した実施の形態によれば、処理状況確認支援装置は、子会社から収集した連結決算処理用の情報（レポーティング・パッケージ）のログに基づいて、連結決算処理の処理メニューごとの処理時刻を可視化した運用確認表を作成する。この運用確認表を用いることにより、親会社等の確認者は、子会社の担当者が行った連結決算処理の状況と、処理メニューの実行時刻を容易に把握でき、異常処理も容易に判断できるようになる。

運用確認表は、縦軸に実行した処理メニューを配置し、時刻軸を横軸に配置することで、縦横で交差するマス部分が処理メニューごとの処理時期（処理時刻）を示すものであり、処理メニューがどの時期（時刻）に処理されたかを容易に把握できるようになる。より具体的には、運用確認表上で処理メニュー毎の処理時刻に該当するセル部分に、処理回数を表示するほか、処理メニュー毎の処理時刻に該当するセル部分を強調表示する。これにより、縦横の複数セルの運用確認表上で各処理メニューの処理を実際に実行した時刻を、セル部分の位置に基づき容易に把握できるようになる。そして、各処理メニューを実行した処理の実行順序（流れ）を把握でき、著しく逸脱した処理についても容易に把握できるようになる。

また、制御部は、運用確認表に表示する処理メニューのうち、処理の節目となる処理メニューに該当するセルの行を強調表示してもよい。これにより、運用確認表上で、強調表示された行の位置を基準として、手戻りが発生した他の処理を容易に判別できるようになる。

また、制御部は、運用確認表の横軸は、処理メニューを処理実行した処理時刻毎に、前記運用確認表の前記横軸上の一つのセルに配置してもよい。これにより、横軸の時刻軸は連続する時刻ではなく、実際に処理実行の時刻だけを表示でき、運用確認表の横軸を詰めて表示でき、運用確認表の全体を容易に把握できるようになる。

また、制御部は、収集した情報のログを作成し、この作成したログに基づき、運用確認表を作成してもよい。また、ログに基づき、処理メニューごとの処理回数を表示したメニュー別利用頻度表を作成してもよい。さらには、作成したメニュー別利用頻度表に基づき、運用確認表を作成してもよい。この場合、運用確認表は、メニュー別利用頻度表に示される処理メニューごとの処理回数を処理の実行時刻について展開したものとなる。

また、運用確認表に、連結決算処理の仕訳種類、前記処理メニュー毎の複数の処理区分、前記情報の作成者、を選択するフィルター選択部を表示し、前記フィルター選択部の選択操作に対応した情報を前記運用確認表に表示してもよい。これにより、仕訳種類、処理区分、作成者等の選択を組み合わせた情報を運用確認表上に表示できるようになる。

また、制御部は、処理メニューのうち、処理の節目となる処理メニューの処理を実行した後、この処理の節目となる処理メニューよりも前に実行すべき処理メニューの処理が実行された場合、処理順序の異常と判断して、当該異常の処理メニューに該当するセルの行を強調表示してもよい。これにより、運用確認表上で処理メニューの処理順序が手戻り等で異常な処理の実行状態を容易に確認できるようになる。そして、担当者に対して処理状況の問題点や処理の効率化を指摘できるようになる。

また、制御部は、処理メニューの所定の処理の実行回数が所定以上の場合、当該処理メニューの処理回数部分を強調表示してもよい。これにより、子会社の担当者が行った同じ処理メニューに対する複数回の処理を容易に確認できる。また、制御部は、処理メニューの所定の処理が所定以上連続している場合、この連続した処理メニューのセルを強調表示してもよい。これにより、子会社の担当者が行った同じ処理メニューの連続処理を容易に確認できる。そして、担当者に対して処理状況の問題点や処理の効率化を指摘できるようになる。

また、処理状況確認支援装置の通信部は、外部の端末に連結決算処理用のデータを入力するための複数の処理メニューからなるレポーティング・パッケージを配布し、端末側で入力した報告用のレポーティング・パッケージを収集してもよい。これにより、端末側は、配信されたレポーティング・パッケージに対し、連結決算処理用の情報を入力して報告用のレポーティング・パッケージを作成し処理状況確認支援装置に送信すればよく、システム全体における連結決算処理のための情報のやり取りを効率化でき、また、処理状況確認支援装置は、予め想定した形式の情報を取得できるため、連結決算処理を効率的に実行できるようになる。加えて、処理状況確認支援装置は、外部の端末にレポーティング・パッケージを配付し、端末から収集したレポーティング・パッケージに関するログも含めて可視化することができるため、外部の端末で行った処理も併せて可視化することができるようになる。

また、制御部は、端末から収集した報告用の情報パッケージに基づき、端末で未利用の前記処理メニューを抽出した未利用メニュー一覧を作成してもよい。これにより、子会社の担当者に対し、処理状況確認支援装置が有する各種機能の処理メニューを提示できるようになる。また、処理状況確認支援装置が有する機能が増えた場合の処理メニューについても担当者に提示できるようになる。

また、上記実施の形態では、レポーティング・パッケージのログから運用確認表を作成する処理例について説明したが、本願発明は、レポーティング・パッケージのみを対象とするのみに限らず各種のデータ処理のログに基づき運用確認表を作成することができ、運用確認表に基づきこれら各種のデータ処理の処理状況を容易かつ適切に判断できるようになる。

さらに、処理状況確認支援装置を連結決算処理に適用する例を説明したが、これに限らない。すなわち、処理メニューをプロセス（順番）通りに行うシステムにおいて処理メニューの実行状態を確認する各種システムに適用でき、例えば税務システムに適用することもできる。

なお、本実施の形態で説明した処理状況確認支援にかかるプログラムは、予め用意されたプログラムをコンピュータで実行することにより実現することができる。また、このプログラムは、半導体メモリ、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネット等のネットワークを介して配布してもよい。

以上のように、本発明は、データの処理状況の確認や異常処理を検出する業務を支援する装置に用いるのに有用である。

１００ 処理状況確認支援装置
１０１ 入力部
１０２ 通信部
１０３ 制御部
１０４ 記憶部
１０５ 出力部
１１１ データ処理部
１１２ 入出力部
１２０ 端末
１５０ 連結会計業務支援装置
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０８ 入力デバイス
２１０ ディスプレイ
２２０ バス
３００ 運用確認表
３００ａ 会社別運用確認表
３０１ マーク（指標）
３１０ マーカー
４００ ログ
５００ メニュー別利用頻度表
６００ 未利用メニュー一覧
７０１ 仕訳種類選択部
７０２ ユーザ選択部
７０３ 処理区分選択部
７０５ 処理時刻表示部
９００ トップメニュー
Ｄ 連結決算用の情報（レポーティング・パッケージ）

Claims (13)

1. 処理の情報を収集する通信部と、
   収集した前記情報に含まれる処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、前記処理メニュー毎の前記処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成する制御部と、
   前記制御部が作成した前記運用確認表をデータ出力する出力部と、
   を備えたことを特徴とする処理状況確認支援装置。
2. 前記制御部は、
   前記運用確認表の前記処理メニュー毎の処理時刻に該当するセル部分に、処理回数を表示することを特徴とする請求項１に記載の処理状況確認支援装置。
3. 前記制御部は、
   前記運用確認表の前記処理メニュー毎の処理時刻に該当するセル部分を強調表示することを特徴とする請求項１または２に記載の処理状況確認支援装置。
4. 前記制御部は、
   前記運用確認表に表示する前記処理メニューのうち、処理の節目となる処理メニューに該当するセルの行を強調表示することを特徴とする請求項１〜３のいずれか一つに記載の処理状況確認支援装置。
5. 前記制御部は、
   前記横軸の時間軸上には、前記処理メニューを処理実行した処理時刻ごとに一つのセルを用い、時間軸を詰めた表示を行うことを特徴とする請求項１〜４のいずれか一つに記載の処理状況確認支援装置。
6. 前記制御部は、
   前記通信部が収集した前記情報のログを作成し、
   作成した前記ログに基づき、前記運用確認表を作成することを特徴とする請求項１〜５のいずれか一つに記載の処理状況確認支援装置。
7. 前記制御部は、
   前記運用確認表に、連結決算処理の仕訳種類、前記処理メニュー毎の複数の処理区分、前記情報の作成者、を選択するフィルター選択部を表示し、前記フィルター選択部の選択操作に対応した情報を前記運用確認表に表示することを特徴とする請求項１〜６のいずれか一つに記載の処理状況確認支援装置。
8. 前記制御部は、
   前記処理メニューのうち、処理の節目となる処理メニューの処理を実行した後、当該処理の節目となる処理メニューよりも前に実行すべき処理メニューの処理が実行された場合、処理順序の異常と判断し、当該異常の処理メニューに該当するセルの行を強調表示することを特徴とする請求項１〜７のいずれか一つに記載の処理状況確認支援装置。
9. 前記制御部は、
   前記処理メニューの処理回数が所定以上の場合、当該処理メニューの処理回数部分を強調表示することを特徴とする請求項１〜８のいずれか一つに記載の処理状況確認支援装置。
10. 前記制御部は、
    前記処理メニューの処理回数が所定以上連続している場合、当該連続した処理メニューのセルを強調表示することを特徴とする請求項１〜９のいずれか一つに記載の処理状況確認支援装置。
11. 前記制御部は、
    未利用の前記処理メニューを抽出した未利用メニュー一覧を作成することを特徴とする請求項１〜１０のいずれか一つに記載の処理状況確認支援装置。
12. コンピュータが、
    処理の情報を収集し、
    収集した前記情報に含まれる処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、前記処理メニュー毎の前記処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成し、
    前記制御部が作成した前記運用確認表をデータ出力する、
    処理を実行することを特徴とする処理状況確認支援方法。
13. コンピュータに、
    処理の情報を収集させ、
    収集した前記情報に含まれる処理の処理メニューを縦軸に配置し、時刻軸を横軸に配置し、前記処理メニュー毎の前記処理時刻に該当するセル部分に所定の表示を行う運用確認表を作成させ、
    前記制御部が作成した前記運用確認表をデータ出力させる、
    処理を実行させることを特徴とする処理状況確認支援プログラム。

Images