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

Abstract

【課題】アプリケーションの異常終了を防止する。【解決手段】所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得し、前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断し、いずれかが到達すると判断した場合に、前記アプリケーションを再起動し、起動完了後に前記アプリケーションにファイルについての処理依頼を行う、処理をコンピュータに実行させる。【選択図】図５

Description

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

市販の図形描画アプリケーション（例えば、Microsoft Visio（登録商標））に独自の機能追加アドイン（アドインプログラム）を組み込むことで、図形を含むドキュメントの生成を伴う業務システムを構築する場合がある。また、業務の自動化を行うために、機能追加アドインへの処理依頼等を自動的に行う中間ツールが業務システムに含められる場合もある。

このような業務システムでは、図形描画アプリケーションの基本的な機能により業務プロセスのフローチャートやガントチャート等を作成し、機能追加アドインによりドキュメント作成の支援や図面チェック機能（表記の統一等のチェック）等を実現している。

業務システムの利用にあっては、作成するドキュメントの元データとなるファイルについて連続して処理を行うことが多い。この場合、機能追加アドインによっては、処理を行う都度に処理用に割り当てられたヒープメモリ（ＪＡＶＡ（登録商標）ヒープメモリ等）を消費していき、空きがなくなることで異常終了してしまう場合がある。なお、ヒープメモリは主にファイルを開くために用いられる。

図１は業務システムの例を示し、中間ツールと図形描画アプリケーションと機能追加アドインとが含まれている。中間ツールは、処理対象となるファイルを入力し、機能追加アドインに処理依頼を行う。

図１（ａ）は、機能追加アドインの管理下のヒープメモリに空きがあり、正常に処理が行われる場合を示している。図１（ｂ）は、機能追加アドインの管理下のヒープメモリに空きがなくなった場合を示している。図１（ｃ）は、更に処理を続行したことで、ヒープメモリが不足してメモリリークが発生し、図形描画アプリケーションと機能追加アドインが異常終了した場合を示している。

一方、計算機で動作するプログラム固有のオブジェクトを追跡することによってプログラムのリソース量を算出する技術が開示されている（例えば、特許文献１等を参照）。また、クラスファイルに含まれるメソッドの最初にアプリケーション情報をスレッドに記録するコードを追加することで、アプリケーションで使用されるメモリ使用量をリアルタイムで計測する技術が開示されている（例えば、特許文献２等を参照）。

特開２０１４−２３９３０２号公報 特開２０１２−２２１１４７号公報

上述したように、従来の業務システムでは、複数のファイルについて連続して処理を行う場合に、予期しないタイミングで異常終了してしまう場合があり、連続的な自動処理が中断してしまい、ユーザによる復旧処理が必要となるとともに、処理遅延が発生して好ましくない。

そこで、一側面では、アプリケーションの異常終了を防止することを目的とする。

一つの形態では、所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得し、前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断し、いずれかが到達すると判断した場合に、前記アプリケーションを再起動し、起動完了後に前記アプリケーションにファイルについての処理依頼を行う、処理をコンピュータに実行させる。

アプリケーションの異常終了を防止することができる。

従来における異常終了の発生の例を示す図である。 情報処理装置の機能構成例を示す図である。 情報処理装置のハードウェア構成例を示す図である。 実施形態の処理例を示すシーケンス図である。 中間ツールの処理例を示すフローチャートである。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
図２は情報処理装置１の機能構成例を示す図である。図２において、情報処理装置１は、業務システム１０１と、入力用のフォルダ１１１と、出力用のフォルダ１１２とを備えている。業務システム１０１は、フォルダ１１１に保存されたファイルに基づき、所定の書式のドキュメントを生成し、フォルダ１１２に格納する機能を有している。

業務システム１０１は、中間ツール１０２と機能追加アドイン１０８と図形描画アプリケーション１０９とを備えている。図形描画アプリケーション１０９は、市販のアプリケーション（例えば、Microsoft Visio）であり、図形を含んだドキュメントの生成や編集の機能を有している。機能追加アドイン１０８は、図形描画アプリケーション１０９に組み込まれたアドインプログラムであり、図形描画アプリケーション１０９に機能を付加して、ドキュメント作成の支援や図面チェック機能（表記の統一等のチェック）等を実現する。機能追加アドイン１０８は、生成したドキュメントをフォルダ１１２に出力（保存）する。中間ツール１０２は、業務の自動化を行うために、機能追加アドイン１０８への処理依頼を自動的に行う機能を有している。

中間ツール１０２は、フォルダ監視部１０３と異常終了事前判定部１０４と終了・再起動部１０５と処理依頼部１０６とファイル削除部１０７とを備えている。フォルダ監視部１０３は、入力用のフォルダ１１１を監視し、新たにファイルが保存された場合に後続の異常終了事前判定部１０４に通知を行う機能を有している。なお、機能追加アドイン１０８および図形描画アプリケーション１０９はファイルを１つずつ処理し、新たなファイルの入力は処理完了後の待機状態となるため、フォルダ１１１の監視は処理完了後の入力が可能な状態に行えば足りる。

異常終了事前判定部１０４は、機能追加アドイン１０８および図形描画アプリケーション１０９が新たなファイルを処理することで異常終了する可能性があるか否かを事前に判定する機能を有している。判定の詳細については後述する。終了・再起動部１０５は、異常終了事前判定部１０４が異常終了する可能性があると判定した場合に、機能追加アドイン１０８および図形描画アプリケーション１０９を終了し、再起動する機能を有している。処理依頼部１０６は、終了・再起動が不要な場合は直ちに、終了・再起動が行われる場合は再起動の後に、機能追加アドイン１０８に対してフォルダ１１１に保存された未処理のファイルについて処理依頼を行う機能を有している。ファイル削除部１０７は、機能追加アドイン１０８および図形描画アプリケーション１０９による処理が完了したファイルをフォルダ１１１から削除する機能を有している。なお、フォルダ１１１からファイルを削除する必要がない場合は、ファイル削除部１０７を省略することができる。

なお、情報処理装置１上に業務システム１０１がスタンドアロンの形態で実現される態様について説明したが、サーバ装置上に業務システム１０１を構築し、クライアント端末からネットワークを介して業務システム１０１を利用する形態としてもよい。

図３は情報処理装置１のハードウェア構成例を示す図である。図３において、情報処理装置１は、バス１７を介して相互に接続されたＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３を備えている。また、情報処理装置１は、ＨＤＤ（Hard Disk Drive）／ＳＳＤ（Solid State Drive）１４、接続Ｉ／Ｆ（Interface）１５、通信Ｉ／Ｆ１６を備えている。ＣＰＵ１１は、ＲＡＭ１３をワークエリアとしてＲＯＭ１２またはＨＤＤ／ＳＳＤ１４等に格納されたプログラムを実行することで、情報処理装置１の動作を統括的に制御する。接続Ｉ／Ｆ１５は、情報処理装置１に接続される機器とのインタフェースである。通信Ｉ／Ｆ１６は、ネットワークを介して他の情報処理装置と通信を行うためのインタフェースである。

図２で説明した情報処理装置１の機能は、ＣＰＵ１１において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。処理に際して参照・更新されるデータは、ＲＡＭ１３またはＨＤＤ／ＳＳＤ１４に保持される。

＜動作＞
図４は上記の実施形態の処理例を示すシーケンス図である。図４において、業務システム１０１の中間ツール１０２は、起動されて処理を開始すると、処理用の変数（処理ファイル数、処理ファイルサイズ）を初期化する（ステップＳ１０１）。

次いで、業務システム１０１の中間ツール１０２は、機能追加アドイン１０８および図形描画アプリケーション１０９が以前のファイルの処理を完了している待機状態において以下の処理を行う。

すなわち、業務システム１０１の中間ツール１０２は、入力用のフォルダ１１１を監視する（ステップＳ１０２）。そして、ユーザがフォルダ１１１に処理対象となるファイルを保存すると（ステップＳ１０３）、中間ツール１０２はフォルダ１１１に保存された次回の処理対象となるファイルのファイルサイズを取得する（ステップＳ１０４）。ファイルサイズは、ファイルのプロパティから取得することができる。

次いで、業務システム１０１の中間ツール１０２は、処理用の変数（処理ファイル数、処理ファイルサイズ）を更新し（ステップＳ１０５）、更新された変数に基づいて異常終了事前判定を行う（ステップＳ１０６）。

そして、業務システム１０１の中間ツール１０２は、異常終了の可能性ありと判定した場合、機能追加アドイン１０８および図形描画アプリケーション１０９を終了し、再起動し（ステップＳ１０７）、処理用の変数（処理ファイル数、処理ファイルサイズ）を更新する（ステップＳ１０８）。異常終了の可能性なしと判定した場合は、終了・再起動と変数の更新は行わない。

次いで、業務システム１０１の中間ツール１０２は、処理対象となるファイルを指定して機能追加アドイン１０８に処理依頼を行う（ステップＳ１０９）。これに応じ、機能追加アドイン１０８は図形描画アプリケーション１０９とともにドキュメントを生成し（ステップＳ１１０）、生成されたドキュメントのファイルを出力用のフォルダ１１２に保存する（ステップＳ１１１）。その後、ユーザは出力用のフォルダ１１２からドキュメントのファイルを取得する（ステップＳ１１２）。

図５は情報処理装置１における中間ツール１０２の処理例を示すフローチャートである。図５において、中間ツール１０２は、起動されて処理を開始すると、処理用の変数である処理ファイル数と処理ファイルサイズを初期化する（ステップＳ１２１）。すなわち、処理ファイル数と処理ファイルサイズのいずれも「０」に設定する。

次いで、中間ツール１０２のフォルダ監視部１０３は、入力用のフォルダ１１１に未処理のファイルが存在するか否か監視し（ステップＳ１２２）、存在しない場合（ステップＳ１２２のＮｏ）は監視を繰り返す。

入力用のフォルダ１１１に未処理のファイルが存在する場合（ステップＳ１２２のＹｅｓ）、異常終了事前判定部１０４は、処理対象となるファイルのファイルサイズを取得する（ステップＳ１２３）。

次いで、中間ツール１０２は、処理ファイル数に１を加算し、処理ファイルサイズに処理対象のファイルのファイルサイズを加算する（ステップＳ１２４）。

次いで、中間ツール１０２の異常終了事前判定部１０４は、処理ファイル数が閾値となる所定数に到達したか、または、処理ファイルサイズが閾値となる所定サイズに到達したか否か判断する（ステップＳ１２５）。ここで、処理ファイル数の閾値となる所定数と、処理ファイルサイズの閾値となる所定サイズは、従来における運用の実績から求められた値を用いる。例えば、以下の場合に、機能追加アドイン１０８が管理するＪＡＶＡヒープメモリ使用量が最大に達し、異常終了することがわかっている。
・ファイルサイズが４８０ＫＢ以下のファイルが連続処理される場合、処理ファイル数が６５回になったとき
・ファイルサイズが４８０ＫＢより大きいファイルが連続処理される場合、処理ファイルサイズのトータルが３５ＭＢになったとき

この例の場合、処理ファイル数の閾値となる所定数は「６５」、処理ファイルサイズの閾値となる所定サイズは「３５ＭＢ」となる。

処理ファイル数と処理ファイルサイズのいずれも閾値に到達しないと判断した場合（ステップＳ１２５のＮｏ）、中間ツール１０２の処理依頼部１０６は、機能追加アドイン１０８にファイルを指定して処理を依頼する（ステップＳ１２８）。機能追加アドイン１０８および図形描画アプリケーション１０９は指定されたファイルについて処理を行い、生成したドキュメントを出力用のフォルダ１１２に保存する。そして、中間ツール１０２のファイル削除部１０７は、入力用のフォルダ１１１から処理済のファイルを削除する（ステップＳ１２９）。

また、処理ファイル数または処理ファイルサイズのいずれかが閾値に到達すると判断した場合（ステップＳ１２５のＹｅｓ）、中間ツール１０２の終了・再起動部１０５は、図形描画アプリケーション１０９および機能追加アドイン１０８を終了して再起動する（ステップＳ１２６）。これにより、機能追加アドイン１０８の管理下のヒープメモリがクリアされ、リセットされる。

次いで、中間ツール１０２は、処理ファイル数を「１」、処理ファイルサイズを処理対象のファイルサイズに再設定する（ステップＳ１２７）。

次いで、中間ツール１０２の処理依頼部１０６は、機能追加アドイン１０８にファイルを指定して処理を依頼する（ステップＳ１２８）。機能追加アドイン１０８および図形描画アプリケーション１０９は指定されたファイルについて処理を行い、生成したドキュメントを出力用のフォルダ１１２に保存する。

次いで、中間ツール１０２のファイル削除部１０７は、入力用のフォルダ１１１から処理済のファイルを削除する（ステップＳ１２９）。

その後、現在のファイルについての処理完了を待ち、フォルダ１１１の監視（ステップＳ１２２）から処理を繰り返す。

このように、ファイルの処理前にヒープメモリの使用量が最大に達するか否かを判定し、最大に達する場合には再起動してリセットした上で処理を行わせることで、ファイルの処理中にメモリ不足となって異常終了するリスクを軽減することができる。また、連続処理するファイル数とファイルサイズの累計値を用いて判定を行い、必要に応じて終了・再起動を行うだけの構成であるため、メモリ監視用の別ツールの組み込みやそれとの新たな連携をする必要がなく、既存の仕組みを大幅に改変することなく適用することができる。

＜総括＞
以上説明したように、本実施形態によれば、アプリケーションの異常終了を防止することができる。

なお、アプリケーションの異常終了を防止するために、アプリケーションのメモリ使用量を直接に監視し、ヒープメモリが不足する前に何らかの対策を施すことが考えられる。しかし、その場合にはアプリケーション（機能追加アドインを含む）に複雑な仕組を組み込む必要があり、適用が困難である。また、市販の図形描画アプリケーション自体については当然として、業務システムに特化した機能追加アドインについても、業務の性質から改変が容易でない場合があるとともに、代替できるソフトウェアがない場合もあり、その意味でも適用が困難である。例えば、法的な要請に応える業務のための機能追加アドインについては、改変が業務の信頼性に影響を与えるため、改変を行うための手続が煩雑である。その点、本実施形態によれば、アプリケーションにメモリ監視のための改変を加える必要がなく、既存のアプリケーションへの適用が容易である。

以上、好適な実施の形態により説明した。ここでは特定の具体例を示して説明したが、特許請求の範囲に定義された広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により限定されるものと解釈してはならない。

以上の説明に関し、更に以下の項を開示する。
（付記１）
所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得し、
前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断し、
いずれかが到達すると判断した場合に、前記アプリケーションを再起動し、
起動完了後に前記アプリケーションにファイルについての処理依頼を行う、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。
（付記２）
前記アプリケーションの起動時に前記ファイル数の累計値と前記ファイルサイズの累計値を０に初期化し、
前記アプリケーションにファイルを入力する際に、前記ファイル数の累計値に１を加算して前記ファイル数の累計値を更新し、入力するファイルのファイルサイズを前記ファイルサイズの累計値に加算して前記ファイルサイズの累計値を更新し、
前記アプリケーションの再起動時に、前記ファイル数の累計値を１に更新し、前記ファイルサイズの累計値を直前に入力したファイルのファイルサイズに更新する、
ことを特徴とする付記１に記載の情報処理プログラム。
（付記３）
所定のフォルダにファイルが保存されるのを監視し、
前記所定のフォルダにファイルが保存された場合に、該ファイルについて前記アプリケーションに処理依頼を行う、
ことを特徴とする付記１または２に記載の情報処理プログラム。
（付記４）
前記アプリケーションは、入力されたファイルに基づいて所定の書式のドキュメントを生成する、
ことを特徴とする付記１乃至３のいずれか一項に記載の情報処理プログラム。
（付記５）
生成された前記ドキュメントのファイルを所定のフォルダに保存する、
ことを特徴とする付記４に記載の情報処理プログラム。
（付記６）
所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得する手段と、
前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断する手段と、
いずれかが到達すると判断した場合に、前記アプリケーションを再起動する手段と、
起動完了後に前記アプリケーションにファイルについての処理依頼を行う手段と、
を備えたことを特徴とする情報処理装置。
（付記７）
前記アプリケーションの起動時に前記ファイル数の累計値と前記ファイルサイズの累計値を０に初期化し、
前記アプリケーションにファイルを入力する際に、前記ファイル数の累計値に１を加算して前記ファイル数の累計値を更新し、入力するファイルのファイルサイズを前記ファイルサイズの累計値に加算して前記ファイルサイズの累計値を更新し、
前記アプリケーションの再起動時に、前記ファイル数の累計値を１に更新し、前記ファイルサイズの累計値を直前に入力したファイルのファイルサイズに更新する、
ことを特徴とする付記６に記載の情報処理装置。
（付記８）
所定のフォルダにファイルが保存されるのを監視し、
前記所定のフォルダにファイルが保存された場合に、該ファイルについて前記アプリケーションに処理依頼を行う、
ことを特徴とする付記６または７に記載の情報処理装置。
（付記９）
前記アプリケーションは、入力されたファイルに基づいて所定の書式のドキュメントを生成する、
ことを特徴とする付記６乃至８のいずれか一項に記載の情報処理装置。
（付記１０）
生成された前記ドキュメントのファイルを所定のフォルダに保存する、
ことを特徴とする付記９に記載の情報処理装置。
（付記１１）
所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得し、
前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断し、
いずれかが到達すると判断した場合に、前記アプリケーションを再起動し、
起動完了後に前記アプリケーションにファイルについての処理依頼を行う、
処理をコンピュータが実行することを特徴とする情報処理方法。
（付記１２）
前記アプリケーションの起動時に前記ファイル数の累計値と前記ファイルサイズの累計値を０に初期化し、
前記アプリケーションにファイルを入力する際に、前記ファイル数の累計値に１を加算して前記ファイル数の累計値を更新し、入力するファイルのファイルサイズを前記ファイルサイズの累計値に加算して前記ファイルサイズの累計値を更新し、
前記アプリケーションの再起動時に、前記ファイル数の累計値を１に更新し、前記ファイルサイズの累計値を直前に入力したファイルのファイルサイズに更新する、
ことを特徴とする付記１１に記載の情報処理方法。
（付記１３）
所定のフォルダにファイルが保存されるのを監視し、
前記所定のフォルダにファイルが保存された場合に、該ファイルについて前記アプリケーションに処理依頼を行う、
ことを特徴とする付記１１または１２に記載の情報処理方法。
（付記１４）
前記アプリケーションは、入力されたファイルに基づいて所定の書式のドキュメントを生成する、
ことを特徴とする付記１１乃至１３のいずれか一項に記載の情報処理方法。
（付記１５）
生成された前記ドキュメントのファイルを所定のフォルダに保存する、
ことを特徴とする付記１４に記載の情報処理方法。

１ 情報処理装置
１０１ 業務システム
１０２ 中間ツール
１０３ フォルダ監視部
１０４ 異常終了事前判定部
１０５ 終了・再起動部
１０６ 処理依頼部
１０７ ファイル削除部
１０８ 機能追加アドイン
１０９ 図形描画アプリケーション
１１１、１１２ フォルダ

Claims (7)

1. 所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得し、
   前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断し、
   いずれかが到達すると判断した場合に、前記アプリケーションを再起動し、
   起動完了後に前記アプリケーションにファイルについての処理依頼を行う、
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
2. 前記アプリケーションの起動時に前記ファイル数の累計値と前記ファイルサイズの累計値を０に初期化し、
   前記アプリケーションにファイルを入力する際に、前記ファイル数の累計値に１を加算して前記ファイル数の累計値を更新し、入力するファイルのファイルサイズを前記ファイルサイズの累計値に加算して前記ファイルサイズの累計値を更新し、
   前記アプリケーションの再起動時に、前記ファイル数の累計値を１に更新し、前記ファイルサイズの累計値を直前に入力したファイルのファイルサイズに更新する、
   ことを特徴とする請求項１に記載の情報処理プログラム。
3. 所定のフォルダにファイルが保存されるのを監視し、
   前記所定のフォルダにファイルが保存された場合に、該ファイルについて前記アプリケーションに処理依頼を行う、
   ことを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記アプリケーションは、入力されたファイルに基づいて所定の書式のドキュメントを生成する、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理プログラム。
5. 生成された前記ドキュメントのファイルを所定のフォルダに保存する、
   ことを特徴とする請求項４に記載の情報処理プログラム。
6. 所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得する手段と、
   前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断する手段と、
   いずれかが到達すると判断した場合に、前記アプリケーションを再起動する手段と、
   起動完了後に前記アプリケーションにファイルについての処理依頼を行う手段と、
   を備えたことを特徴とする情報処理装置。
7. 所定の処理を行うアプリケーションにファイルを入力する際に、前記アプリケーションの前回の起動後に処理対象となったファイルのファイル数の累計値とファイルサイズの累計値を取得し、
   前記ファイル数の累計値が第１の閾値に到達するか、または、前記ファイルサイズの累計値が第２の閾値に到達するかを判断し、
   いずれかが到達すると判断した場合に、前記アプリケーションを再起動し、
   起動完了後に前記アプリケーションにファイルについての処理依頼を行う、
   処理をコンピュータが実行することを特徴とする情報処理方法。

Images