JP2020087038A - 運行管理装置、運行管理方法及び運行管理プログラム - Google Patents

Abstract

【課題】システムの運用効率を向上させる運行管理装置、運行管理方法、および運用管理プログラムを提供する。【解決手段】運行管理装置は、複数の定例処理の進捗状況を示す情報を生成する生成部と、前記複数の定例処理の進捗状況を示す情報の一覧を表示装置に表示させる表示制御部とを備え、実行の開始予定時刻が早い定例処理から順に表示するとともに、開始時限が過ぎても実行の開始を示す通知を受け付けない定例処理の進捗状況を示す情報と、終了時限が過ぎても実行の完了を示す通知を受け付けていない定例処理の進捗状況を示す情報と、を継続して表示する。【選択図】図８

Description

本発明は、運行管理装置、運行管理方法及び運行管理プログラムに関する。

金融機関には勘定系システムをはじめとする多数の業務システムが存在しており、業務システムの中には、予め決められた時間帯に定例処理を実行するものも含まれる。

業務システムで実行される定例処理は、複数の業務システムの運用を管理する運行管理シムステにおいて、正常に実行されたか否かの確認が行われる。具体的には、例えば、各業務システムは、定例処理が実行されると、定例処理が実行されたことを示す通知を運行管理システムに送信する。運行管理システムは、受信した通知を、運行管理パネルに表示させて、定例処理が正常に実行されたことをオペレータに確認させる。

特開２０１６−１１５２７４号公報

定例処理は、様々な時間帯に様々な業務システムによって行われるため、運行管理システムでは、運行管理パネルを常時監視するオペレータが必要となり、非効率的である。

上述した問題点を鑑み、本発明の課題は、システムの運用効率を向上させることを目的としている。

上記課題を解決するため、本発明の一態様は、複数の定例処理の進捗状況を示す情報を生成する生成部と、前記複数の定例処理の進捗状況を示す情報の一覧を表示装置に表示させる表示制御部と、を有する運行管理装置に関する。

本発明によると、システムの運用効率を向上させることができる。

運行管理システムのシステム構成の一例を示す図である。 運行管理サーバのハードウェア構成の一例を示す図である。 運行管理サーバの機能を説明する図である。 基本情報の一例を示す図である。 メッセージ定義情報の一例を示す図である。 スケジュール情報の一例を示す図である。 運行管理テーブルの一例を示す図である。 運行管理サーバの動作を説明する第一のフローチャートである。 運行管理パネルの表示例を示す第一の図である。 運行管理パネルの表示例を示す第二の図である。 運行管理サーバの動作を説明する第二のフローチャートである。 運行管理サーバの動作を説明する第三のフローチャートである。 運行管理サーバの動作を説明する第四のフローチャートである。

以下に、図面を参照して、実施形態について説明する。図１は、運行管理システムのシステム構成の一例を示す図である。

本実施形態の運行管理システム１００は、運行管理サーバ２００と、運行管理パネル３００と、を有し、運行管理サーバ２００と運行管理パネル３００とは、ネットワーク等を介して接続される。

また、本実施形態の運行管理システム１００は、ネットワーク等を介して、複数の業務システム４００−１、４００−２、・・・、４００−ｎと、運用支援システム５００と、通信を行う。

本実施形態の業務システム４００−１、４００−２、・・・、４００−ｎは、例えば、金融機関に導入されている勘定系システムの一部であっても良く、それぞれが、予め決められたスケジュールに応じた定例処理を実行する。そして、業務システム４００−１、４００−２、・・・、４００−ｎのそれぞれは、定例処理が実行されると、この処理が実行されたことを示す通知を運行管理システム１００に送信する。以下の説明では、業務システム４００−１、４００−２、・・・、４００−ｎのそれぞれを区別しない場合には、業務システム４００と呼ぶ。

本実施形態の運用支援システム５００は、複数の業務システム４００全体の運用を支援するためのシステムである。

本実施形態の運行管理システム１００において、運行管理サーバ２００は、運行情報記憶部２１０、運行管理部２２０、復元処理部２３０を有する。

運行情報記憶部２１０は、業務システム４００において実行される定例処理に関する情報が格納されている。

運行管理部２２０は、業務システム４００から定例処理が実行されたことを示す通知を受け付けると、この通知と、運行情報記憶部２１０に格納された情報とを照合し、照合した結果に応じて、定例処理の進捗状況を示す情報を生成する。そして、運行管理部２２０は、定例処理の進捗状況を示す情報を運行管理パネル３００に表示させる。

復元処理部２３０は、定例処理の進捗状況を示す情報を生成するために参照されるグローバル変数を示す情報を保存する。また、復元処理部２３０は、障害発生時等に、グローバル変数を示す情報に基づき、運行管理サーバ２００が保持していたグローバル変数を復旧させる。

本実施形態の運行管理パネル３００は、例えば、ディスプレイ等の表示装置を含み、定例処理の進捗状況を示す情報を表示させる。尚、本実施形態の運行管理パネル３００は、例えば、運行管理サーバ２００の有するディスプレイ等によって実現されても良い。

このように、本実施形態の運行管理サーバ２００は、業務システム４００から、定例処理が実行されたことを示す通知を受け付けると、定例処理の進捗状況を示す情報を生成して、運行管理パネル３００に表示させる。

このため、本実施形態では、運行管理システム１００のオペレータによって運行管理パネル３００に表示される内容を常時監視する必要がなくなり、運行管理システム１００を運用するための運用要員を削減することができる。したがって、本実施形態によれば、システムの運用効率を向上させることができる。

次に、図２を参照して、本実施形態の運行管理サーバ２００について説明する。図２は、運行管理サーバのハードウェア構成の一例を示す図である。

本実施形態の運行管理サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含む情報処理装置である。

入力装置２１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

本実施形態の運行管理プログラムは、運行管理サーバ２００を制御する各種プログラムの少なくとも一部である。運行管理プログラムは、例えば、記憶媒体２８の配布やネットワークからのダウンロード等によって提供される。運行管理プログラムを記録した記憶媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。

また、運行管理プログラムは、運行管理プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた運行管理プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、インストールされた運行管理プログラムを格納すると共に、上述した各データベース等の必要なファイル、データ等を格納する。また、本実施形態の補助記憶装置２４は、例えば、ＤＡＳＤ（Direct access storage device）であっても良い。また、本実施形態の補助記憶装置２４は、複数のＤＡＳＤを含んでいても良い。

メモリ装置２５は、演算処理装置２６による演算に用いられる演算用メモリである。本実施形態では、運行管理サーバ２００の起動時に補助記憶装置２４から運行管理プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された運行管理プログラムに従って、後述するような各種処理を実現している。

次に、本実施形態の運行管理サーバ２００の機能について説明する。図３は、運行管理サーバの機能を説明する図である。

本実施形態の運行管理サーバ２００は、運行情報記憶部２１０、運行管理部２２０、復元処理部２３０を有する。また、運行管理サーバ２００は、復元処理部２３０によって取得されるログ情報が格納されるログ情報記憶部２４０と、グローバル変数を含む変数情報が格納される変数情報記憶部２５０と、を有する。

本実施形態の運行情報記憶部２１０、ログ情報記憶部２４０、変数情報記憶部２５０は、運行管理サーバ２００の補助記憶装置２４やメモリ装置２５によって実現される。本実施形態の運行管理部２２０、復元処理部２３０は、演算処理装置２６が、運行管理プログラムを読み出して実行することで実現される。

運行情報記憶部２１０は、各業務システム４００において実行される定例処理に関する情報が格納される。以下の説明では、各業務システム４００において実行される定例処理に関する情報を運行情報と呼ぶ場合がある。

本実施形態の運行情報記憶部２１０には、運行情報として、基本情報２１１、メッセージ定義情報２１２、スケジュール情報２１３が格納される。運行情報に含まれる各情報の詳細は後述する。

本実施形態の運行管理部２２０は、運行情報取得部２２１、テーブル生成部２２２、表示制御部２２３、通知受付部２２４、照合部２２５、テーブル更新部２２６、警告送信部２２７を有する。

運行情報取得部２２１は、運行情報記憶部２１０に格納された運行情報を取得する。テーブル生成部２２２は、運行情報取得部２２１が取得した運行情報を用いて、運行管理テーブル２２８を生成する。運行管理テーブル２２８の詳細は後述する。

表示制御部２２３は、運行管理テーブル２２８を参照して、業務システム４００の定例処理の進捗状況を示す情報を運行管理パネル３００に表示させる。

通知受付部２２４は、業務システム４００から送信される各種の通知を受け付ける。具体的には、例えば、通知受付部２２４は、定例処理が実行されたことを示す通知を受け付ける。

照合部２２５は、通知受付部２２４が受け付けた通知と、運行情報とを照合し、通知を行った業務システム４００による定例処理の進捗状況を判定する。

テーブル更新部２２６は、照合部２２５による照合と判定の結果に基づき、運行管理テーブル２２８を更新する。つまり、本実施形態の照合部２２５とテーブル更新部２２６は、定例処理の実行に関する通知を受けて、その定例処理の進捗状況を判定し、判定結果に応じて、定例処理の進捗状況を示す情報を生成する生成部の一例となる。

警告送信部２２７は、定例処理が予め決められたスケジュール通りに実行されていない場合に、運用支援システム５００に対して、定例処理がスケジュール通りに実行されなかつたことを示す警告を送信する。

本実施形態の復元処理部２３０は、ログ取得部２３１、ログ書き出し部２３２、変数情報取得部２３３、変数情報更新部２３４、変数情報復元部２３５、初期化部２３６を有する。

ログ取得部２３１は、運行管理サーバ２００のログ情報２４１を取得し、ログ情報記憶部２４０に格納する。本実施形態のログ情報２４１は、主に、照合部２２５とテーブル更新部２２６による処理の履歴を示す情報である。

本実施形態のログ情報記憶部２４０は、例えば、演算処理装置２６の演算用メモリであるメモリ装置２５内の記憶領域に設けられている。つまり、ログ情報２４１は、ハードディスク等の外部記憶装置を使わずに、メモリ装置上に展開される情報であり、運行管理サーバ２００において処理が実行される度に、逐次更新される。

ログ書き出し部２３２は、ログ情報記憶部２４０に格納されたログ情報２４１を、変数情報記憶部２５０に書き出して、ログ情報２５１として格納する。尚、ログ書き出し部２３２は、ログ情報２５１の書き出しを、日次処理として実行しても良い。

つまり、ログ情報２４１とログ情報２５１とは、それぞれが非同期のタイミングで、ログ情報記憶部２４０と変数情報記憶部２５０のそれぞれに書き込まれる。

本実施形態の変数情報記憶部２５０は、例えば、ＤＡＳＤ等の補助記憶装置２４内の記憶領域に設けられている。言い換えれば、変数情報記憶部２５０は、演算処理装置２６による演算用メモリ以外のメモリに設けられた記憶領域である。

変数情報取得部２３３は、変数情報記憶部２５０のログ情報２５１から、グローバル変数を示す変数情報２５２を取得し、変数情報記憶部２５０に格納する。より具体的には、変数情報２５２は、グローバル変数名と値、グローバル変数を引数とする関数の起動コマンド等を含む。

本実施形態のグローバル変数とは、運行管理部２２０による処理を行う際に設定されて用いられる多数の変数であり、ログ情報２４１、２５１に含まれるものである。言い換えれば、変数情報２５２は、運行管理部２２０により、定例処理の進捗状況を示す情報を生成する際に用いられるグローバル変数に関する情報である。

変数情報更新部２３４は、変数情報記憶部２５０に格納された変数情報２５２を更新する。本実施形態の変数情報更新部２３４は、変数情報２５２の更新を日次処理のとして実行しても良い。言い換えれば、変数情報２５２は、ログ情報２５１の書き出しのタイミングに応じて、定期的に更新される。

変数情報復元部２３５は、運行管理システム１００の障害の発生等により、ログ情報記憶部２４０に格納されたログ情報２４１が消失した場合に、変数情報２５２に基づき、ログ情報記憶部２４０に変数情報を復元させる。

初期化部２３６は、変数情報復元部２３５による復元が行われた後に、変数情報記憶部２５０に格納された変数情報２５２を初期化する。

以下に、図４乃至図６を参照して、本実施形態の運行情報記憶部２１０に格納された運行情報について説明する。

図４は、基本情報の一例を示す図である。本実施形態の基本情報は、情報の項目として、運行ＩＤと、業務名と、処理名とを有し、項目「運行ＩＤ」と、その他の項目とが対応付けられている。

項目「運行ＩＤ」の値は、定例処理の種類を特定するための識別情報である。尚、本実施形態では、項目「運行ＩＤ」の値によって、定例処理の種類と、定例処理を実行する業務システム４００とが特定されても良いし、定例処理を実行する業務システム４００を特定するためのシステムＩＤが別途設けられていても良い。

尚、基本情報に含まれる項目は、図４に示す例に限定されない、基本情報には、図４に示す項目以外の項目が含まれていても良い。

図５は、メッセージ定義情報の一例を示す図である。本実施形態のメッセージ定義情報２１２は、情報の項目として、運行ＩＤと、通知メッセージとを有し、両者は対応付けられている。

項目「通知メッセージ」の値は、運行ＩＤによって特定される定例処理が実行された際に、業務システム４００から運行管理システム１００へ送信される通知（メッセージ）の内容を示す。

尚、本実施形態では、例えば、定例処理の実行が開始された時点と、定例処理の実行が終了した時点と、の両方において、業務システム４００から運行管理システム１００へ通知がされても良い。この場合には、各運行ＩＤと対応付ける通知は、定例処理の開始時に送信される通知と、定例処理の終了時に送信される通知と、が対応付けられていても良い。

図６は、スケジュール情報の一例を示す図である。本実施形態のスケジュール情報は、情報の項目として、運行ＩＤ、開始予定時刻、開始時限、終了時限を有し、項目「運行ＩＤ」とその他の項目とが対応付けられている。

項目「開始予定時刻」の値は、運行ＩＤが特定する定例処理の実行の開始が予定されている時刻を示す。項目「開始時限」の値は、運行ＩＤが特定する定例処理の実行が開始される限りとして決められた時刻を示す。項目「終了時限」の値は、運行ＩＤが特定する定例処理の実行が終了する限りとして決められた時刻を示す。

図６では、例えば、運行ＩＤ「１」で特定される定例処理は、１９：１５に実行が開始される予定であり、且つ、１９：３０までに開始され、２１：３０までに実行が完了されるべき処理であることがわかる。

次に、図７を参照して、本実施形態のテーブル生成部２２２により生成される運行管理テーブル２２８について説明する。図７は、運行管理テーブルの一例を示す図である。

本実施形態の運行管理テーブル２２８は、情報の項目として、運行ＩＤ、業務名、処理名、キーワード、開始予定時刻、完了時刻、開始時限、終了時限、進捗状況を有する。

運行管理テーブル２２８において、項目「運行ＩＤ」は、その他の項目と対応付けられている。項目「キーワード」の値は、運行ＩＤにより特定される定例処理の実行に際して、業務システム４００から送信されるメッセージに含まれるキーワードを示す。項目「進捗状況」の値は、運行ＩＤにより特定される定例処理の進捗状況を示す。

以下の説明では、運行管理テーブル２２８において、項目「運行ＩＤ」の値と、その他の項目の値とを含む情報を運行管理情報と呼ぶ。つまり、本実施形態の運行管理情報は、定例処理の進捗状況を示す情報の一例である。

次に、図８を参照して、本実施形態の運行管理サーバ２００の動作について説明する。図８は、運行管理サーバの動作を説明する第一のフローチャートである。図８では、運行管理サーバ２００の運行管理部２２０による処理を示している。また、図８に示す処理は、例えば、毎日、決まった時刻に実行が開始されても良い。

本実施形態の運行管理サーバ２００は、運行管理部２２０の運行情報取得部２２１により、運行情報記憶部２１０を参照して、運行情報を取得する（ステップＳ８０１）。ここで取得される運行情報は、当日に実行される予定の定例処理に関する運行情報である。

続いて、運行管理部２２０は、テーブル生成部２２２により、運行管理テーブル２２８を生成して保持する（ステップＳ８０２）。

具体的には、テーブル生成部２２２は、運行情報記憶部２１０から、基本情報２１１、メッセージ定義情報２１２、スケジュール情報２１３を取得する。そして、各情報から、運行ＩＤ毎に、運行ＩＤと対応付けられた項目の値を抽出し、抽出した値と運行ＩＤとを対応付けて、運行管理情報とし、運行管理テーブル２２８に格納する。

したがって、ここでは、当日に実行される予定である定例処理の運行管理情報が生成されて、運行管理テーブル２２８に格納されることになる。

続いて、運行管理部２２０は、表示制御部２２３により、運行管理テーブル２２８を参照して、運行管理情報を、開始予定時刻が早い順に、運行管理パネル３００に表示させる（ステップＳ８０３）。運行管理パネル３００の表示の詳細は後述する。

続いて、運行管理部２２０は、照合部２２５により、運行管理テーブル２２８から運行ＩＤを１つ選択する（ステップＳ８０４）。このとき、照合部２２５は、運行管理テーブル２２８において、開始予定時刻が早い順に、運行ＩＤを選択しても良い。

続いて、運行管理部２２０は、通知受付部２２４により、選択した運行ＩＤと対応する定例処理の実行が開始されたことを示す通知を業務システム４００から受け付けたか否かを判定する（ステップＳ８０５）。

ステップＳ８０５において、該当する通知を受け付けていない場合、運行管理部２２０は、照合部２２５により、現在の時刻が、運行管理情報において、選択した運行ＩＤと対応付けられた開始時限を過ぎているか否かを判定する（ステップＳ８０６）。ステップＳ８０６において、開始時限を過ぎていない場合、運行管理部２２０は、ステップＳ８０５に戻る。ステップＳ８０６において、開始時間を過ぎていた場合、後述するステップＳ８１３へ進む。

ステップＳ８０５において、該当する通知を受け付けた場合、運行管理部２２０は、テーブル更新部２２６により、運行管理テーブル２２８において、選択された運行ＩＤと対応する項目「進捗状況」の値を更新する（ステップＳ８０７）。具体的には、テーブル更新部２２６は、例えば、該当する項目「進捗状況」の値を、実行中等とすればよい。

続いて、運行管理部２２０は、通知受付部２２４により、選択した運行ＩＤと対応する定例処理の実行の完了を知示す通知を受け付けたか否かを判定する（ステップＳ８０８）。

ステップＳ８０８において、該当する通知を受け付けていない場合、運行管理部２２０は、照合部２２５により、現在の時刻が、運行管理情報において、選択した運行ＩＤと対応付けられた終了時限を過ぎているか否かを判定する（ステップＳ８０９）。ステップＳ８０９において、終了時限を過ぎていない場合、運行管理部２２０は、ステップＳ８０８へ戻る。

ステップＳ８０９において、終了時限を過ぎていた場合、運行管理部２２０は、後述するステップＳ８１２へ進む。

ステップＳ８０８において、該当する通知を受け付けた場合、運行管理部２２０は、テーブル更新部２２６により、運行管理テーブル２２８を更新する（ステップＳ８１０）。具体的には、テーブル更新部２２６は、運行管理テーブル２２８において、選択された運行ＩＤと対応する項目「完了時刻」の値に、終了を示す通知を受け付けた時刻を入力し、項目「状態」の値を「完了」等とする。

続いて、運行管理部２２０は、定例処理の完了を示す通知を受け付けてから一定時間が経過した後に、表示制御部２２３により、運行管理パネル３００から、選択した運行ＩＤを含む運行管理情報の表示を消去する（ステップＳ８１１）。

続いて、運行管理部２２０は、運行管理テーブル２２８の全ての運行ＩＤについて、ステップＳ８０５以降の処理を実行したか否かを判定する（ステップＳ８１２）。ステップＳ８１２において、全ての運行ＩＤについて処理を実行していない場合、運行管理部２２０は、ステップＳ８０４に戻る。

ステップＳ８１２において、全ての運行ＩＤについて処理を実行した場合、処理を終了する。

ステップＳ８０６において、開始時限を過ぎた場合と、ステップＳ８０９において、終了時限を過ぎた場合と、には、運行管理部２２０は、警告送信部２２７により、運用支援システム５００へ定例処理がスケジュール通りに実行されていないことを示す警告を通知し（ステップＳ８１３）、ステップＳ８１２へ進む。

ここで、本実施形態の警告送信部２２７は、例えば、選択された運行ＩＤに基づき、この定例処理を実行する業務システム４００を特定し、運用支援システム５００を介して、特定された業務システム４００の運用支援を行っている部署等に警報を通知しても良い。さらには、特定された業務システム４００の保守を担当している担当者の携帯端末等に警報を通知しても良い。

尚、図８の例では、選択された運行ＩＤによって特定される定例処理の実行が開始されない場合には、この定例処理の開始時限を過ぎるまで、次の運行ＩＤを選択せずに待機する流れとなっているが、これに限定されない。運行管理部２２０は、例えば、選択された運行ＩＤによって特定される定例処理の開始予定時刻が過ぎていた場合には、この定例処理の開始時限が過ぎるのを待たずに、次の運行ＩＤを選択しても良い。

次に、図９及び図１０を参照して、本実施形態の運行管理パネル３００の表示について説明する。図９は、運行管理パネルの表示例を示す第一の図である。

図９に示す画面９１には、運行ＩＤ毎に、開始予定時刻、完了時刻、開始時限、完了時限、業務名、処理名を含む運行管理情報が表示されている。尚、図９に示す画面９１は、２１：１０の時点の画面とする。

また、本実施形態では、画面９１において、開始予定時刻が早い順に、運行管理情報の一覧が表示されていることがわかる。

例えば、画面９１に表示されている運行管理情報９１−１、９１−２は、それぞれ、開始予定時刻が１９：１５と、最も早いため、先頭に表示されている。また、画面９１では、次に開始予定時刻が早い運行管理情報９１−３が表示されている。

運行管理情報９１−１、９１−２では、完了時刻が表示されていないため、処理名が示す定例処理が完了していないが、終了時限である２１：３０を過ぎていないことがわかる。本実施形態では、このように、現在、定例処理の実行中と考えられる運行管理情報９１−１、９１−２を、例えば、強調表示しても良い。

また、本実施形態では、開始時限がすぎても定例処理の実行が開始されない場合や、終了時限が過ぎても定例処理の実行が終了しない場合には、該当する運行管理情報は、画面９１から消去せずに、運行管理情報の一覧の最上段に継続して表示させる。

言い換えれば、運用支援システム５００に対して警告が送信された運行管理情報は、運行管理パネル３００における表示を継続させる。本実施形態では、このように警告が送信された運行管理情報は、定例処理の実行中と考えられる運行管理情報９１−１、９１−２とは異なる表示態様で表示されても良い。

本実施形態では、このように、運行管理情報の表示態様を、定例処理の進捗状況に応じて異ならせることで、定例処理の進捗状況を運行管理パネル３００の管理者に把握させることができる。

また、運行管理情報９１−３は、完了時刻が表示されているため、この処理名が示す定例処理の実行が終了したことがわかる。運行管理情報９１−３は、一定時間が経過すると、画面９１から消去される。

したがって、本実施形態によれば、画面９１には、最終的には、定例処理の実行中と考えられる運行管理情報と、警告が送信された運行管理情報と、実行が開始されていない定例処理の運行管理情報とが表示されることになる。

尚、本実施形態では、図８に示す運行管理部２２０の処理が終了すると、図８の処理によって更新された運行管理テーブル２２８に基づき、運行管理テーブル２２８に格納さたれ全ての運行管理情報の一覧を運行管理パネル３００に表示させても良い。

図１０は、運行管理パネルの表示例を示す第二の図である。図１０に示す画面９１Ａは、運行管理部２２０による図８の処理が終了した後に、運行管理テーブル２２８に格納された運行管理情報の一覧が表示された画面の例を示している。

画面９１Ａでは、実行が完了した定例処理の運行管理情報を含む一覧が、開始予定時刻が早い順に表示される。

本実施形態では、このように、全ての定例処理の実行が終了すると、全ての処理の結果を一覧として運行管理パネル３００に表示させる。したがって、本実施形態によれば、例えば、運行管理システム１００のオペレータに、当日の定例処理の進捗の状況を提示することができる。このため、本実施形態によれば、運行管理システム１００のオペレータは、常に運行管理パネル３００を監視している必要がなく、運行管理システム１００の運用効率を向上させることができる。

次に、図１１乃至図１３を参照して、本実施形態の復元処理部２３０の処理について説明する。本実施形態の運行管理サーバ２００では、運行管理部２２０の処理を実行するために、演算処理装置２６の演算用メモリであるメモリ装置２５に、多数のグローバル変数を保持することになる。

本実施形態の復元処理部２３０は、例えば、障害の発生等によって演算処理装置２６がリセットされ、メモリ装置２５上からグローバル関数群が消去された場合でも、このグローバル関数群を自動で復元させる。

図１１は、運行管理サーバの動作を説明する第二のフローチャートである。図１１では、運行管理サーバ２００の復元処理部２３０による処理を示している。

より具体的には、図１１の処理は、メモリ装置２５に保持されているグローバル変数（変数情報）を、補助記憶装置２４に書き込むための処理を示している。また、図１１の処理は、例えば、予め設定されたタイマの起動に応じて、実行が開始されても良い。

本実施形態の復元処理部２３０は、変数情報取得部２３３により、ログ情報記憶部２４０に格納されているログ情報２４１から、特定の抽出条件を含む変数情報が存在するか否かを判定する（ステップＳ１１０１）。具体的には、例えば、変数情報取得部２３３は、ログ取得部２３１によって随時取得されて、ログ情報記憶部２４０に格納されたログ情報２４１に、変数情報である示す特定のキーワードを含む情報が存在するか否かを判定している。

ステップＳ１１０１において、該当する情報が存在しない場合、復元処理部２３０は、処理を終了する。

ステップＳ１１０１において、該当する情報が存在する場合、変数情報取得部２３３は、該当するログ情報を変数情報として取得する（ステップＳ１１０２）。

続いて、変数情報取得部２３３は、変数情報記憶部２５０に格納されている変数情報２５２を取得する（ステップＳ１１０３）。変数情報記憶部２５０に格納されている変数情報２５２は、前回、図１１の処理を実行したときに、変数情報記憶部２５０に格納された変数情報２５２である。

続いて、復元処理部２３０は、変数情報更新部２３４により、ステップＳ１１０３で取得した変数情報２５２を、ステップＳ１１０２で取得した変数情報で更新する（ステップＳ１１０４）。

具体的には、変数情報更新部２３４は、ステップＳ１１０２で取得した変数情報のうち、変数情報２５２に含まれないグローバル変数名と、このグローバル変数名に関する情報は、新たな変数情報として、変数情報２５２に追加する。また、変数情報更新部２３４は、ステップＳ１１０２で取得した変数情報のうち、グローバル変数名が変数情報２５２に含まれるものは、対応する値を上書する。

続いて、復元処理部２３０は、変数情報更新部２３４による更新後の変数情報２５２を、変数情報記憶部２５０に書き込み（ステップＳ１１０５）、処理を終了する。

本実施形態では、このように、変数情報を補助記憶装置２４にも保持させることで、演算処理装置２６がリセットされた場合であっても、演算用メモリ上に展開されたグローバル変数を参照して復元させることができる。したがって、本実施形態によれば、オンメモリによって保持された情報の信頼性を向上させることができる。

図１２は、運行管理サーバの動作を説明する第三のフローチャートである。図１２では、復元処理部２３０による、グローバル変数の復元処理を示している。

本実施形態の復元処理部２３０は、運行管理システム１００のオペレータ等により、グローバル変数の復元指示を受け付けると、変数情報復元部２３５により、変数情報記憶部２５０に格納された変数情報２５２を取得する（ステップＳ１２０１）。

続いて、変数情報復元部２３５は、変数情報２５２に基づき、メモリ装置２５にグローバル変数を復元させて（ステップＳ１２０２）、処理を終了する。

本実施形態では、このように、変数情報２５２を、演算処理装置２６がリセットされても情報が消去されない補助記憶装置２４に格納しておくことで、障害発生後に、演算処理装置２６のオンメモリ上にグローバル変数を復元することができる。

図１３は、運行管理サーバの動作を説明する第四のフローチャートである。図１３では、復元処理部２３０による、変数情報記憶部２５０の初期化の処理を示している。

本実施形態の復元処理部２３０は、運行管理システム１００のオペレータ等により、変数情報記憶部２５０の初期化の指示を受け付けると、初期化部２３６により、メモリ装置２５上に、変数情報を展開するための記憶領域を確保する（ステップＳ１３０１）。

続いて、復元処理部２３０は、初期化部２３６により、変数情報記憶部２５０を初期化する（ステップＳ１３０２）。このとき、本実施形態では、変数情報記憶部２５０に格納された変数情報２５２のみが初期化されても良く、ログ情報２５１は、そのまま変数情報記憶部２５０に保持されても良い。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ 運行管理システム
２００ 運行管理サーバ
２１０ 運行情報記憶部
２２０ 運行管理部
２３０ 復元処理部
３００ 運行管理パネル

Claims (5)

1. 複数の定例処理の進捗状況を示す情報を生成する生成部と、
   前記複数の定例処理の進捗状況を示す情報の一覧を表示装置に表示させる表示制御部と、を有する運行管理装置。
2. 前記一覧は、実行の開始予定時刻が早い定例処理から順に表示される、請求項１記載の運行管理装置。
3. 前記表示制御部は、
   開始時限が過ぎても実行の開始を示す通知を受け付けない定例処理の進捗状況を示す情報と、終了時限が過ぎても実行の完了を示す通知を受け付けていない定例処理の進捗状況を示す情報と、を前記一覧に継続して表示させる、請求項１又は２記載の運行管理装置。
4. コンピュータによる運行管理方法であって、前記コンピュータが、
   複数の定例処理の進捗状況を示す情報を生成し、
   前記複数の定例処理の進捗状況を示す情報の一覧を表示装置に表示させる、運行管理方法。
5. 複数の定例処理の進捗状況を示す情報を生成する処理と、
   前記複数の定例処理の進捗状況を示す情報の一覧を表示装置に表示させる処理と、コンピュータに実行させる運行管理プログラム。

Images