(57)【要約】【課題】ユーザーの要求に応じたログの保存・削除を行うことにより記憶容量の効率的な使用を可能にするログ管理装置を提供する。【解決手段】ログを削除するルールとして３つの減衰タイプ（期間の経過に従い重要度の低いものから順にログを削除する「期間減衰」，同一の機能の実行回数の増加に従い重要度の低いものから順にログを削除する「第１の実行回数減衰」，および同一のグループの機能の実行回数の増加に従い重要度の低いものから順にログを削除する「第２の実行回数減衰」）が用意される。ユーザーは、削除条件設定ファイル１２６を用いて、複数の重要度へのログの分類とログ削除条件の重要度別の設定を行う。削除部４３は、削除条件設定ファイル１２６の設定内容に従ってログファイル１２２内のログを削除する。【選択図】図４
2017045217.tif 000002
【特許請求の範囲】
【請求項１】
ログを複数の重要度に分類するためのログ分類手段と、
ログを削除するか否かの判断に使用される条件であるログ削除条件を重要度別に設定するための削除条件設定手段と、
前記ログ削除条件に基づいてログを削除するログ削除手段と
を備えることを特徴とする、ログ管理装置。
【請求項２】
前記削除条件設定手段は、ログの出力時点からの保存期間を前記ログ削除条件として設定するための保存期間設定手段を含み、
前記ログ削除手段は、出力時点から前記保存期間設定手段によって設定されている保存期間が経過しているログを削除することを特徴とする、請求項１に記載のログ管理装置。
【請求項３】
前記削除条件設定手段は、機能の実行回数を前記ログ削除条件として設定するための第１の実行回数設定手段を含み、
任意の機能が実行されたときに出力されるログの集合を機能実行ログ群と定義すると、前記ログ削除手段は、当該機能が前記第１の実行回数設定手段によって設定されている実行回数だけ更に実行される毎に、前記機能実行ログ群に含まれるログを重要度の低いものから順に削除することを特徴とする、請求項１または２に記載のログ管理装置。
【請求項４】
前記ログ分類手段は、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能なように構成され、
前記ログ削除手段は、前記機能実行ログ群に含まれるログをカテゴリー単位で削除することを特徴とする、請求項３に記載のログ管理装置。
【請求項５】
前記削除条件設定手段は、前記ログ削除条件として機能毎に異なる実行回数を設定することが可能なように構成されていることを特徴とする、請求項３または４に記載のログ管理装置。
【請求項６】
前記削除条件設定手段は、機能の実行回数を前記ログ削除条件として設定するための第２の実行回数設定手段を含み、
任意のグループに含まれる機能がグループ単位で実行されたときに出力されるログの集合をグループ機能実行ログ群と定義すると、前記ログ削除手段は、当該グループに含まれる全ての機能が前記第２の実行回数設定手段によって設定されている実行回数だけ更に実行される毎に、前記グループ機能実行ログ群に含まれるログを重要度の低いものから順に削除することを特徴とする、請求項１または２に記載のログ管理装置。
【請求項７】
前記ログ分類手段は、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能なように構成され、
前記ログ削除手段は、前記グループ機能実行ログ群に含まれるログをカテゴリー単位で削除することを特徴とする、請求項６に記載のログ管理装置。
【請求項８】
各ログには重要度を識別するための識別子が付され、
前記ログ削除手段は、ログに付されている識別子に基づいて当該ログが削除対象であるか否かを判断することを特徴とする、請求項１から７までのいずれか１項に記載のログ管理装置。
【請求項９】
ログを複数の重要度に分類するログ分類ステップと、
ログを削除するか否かの判断に使用される条件であるログ削除条件を重要度別に設定する削除条件設定ステップと、
前記ログ削除条件に基づいてログを削除するログ削除ステップと
を含むことを特徴とする、ログ管理方法。
【請求項１０】
複数の重要度へのログの分類を受け付けるログ分類ステップと、
ログを削除するか否かの判断に使用される条件であるログ削除条件の重要度別の設定を受け付ける削除条件設定ステップと、
前記ログ削除条件に基づいてログを削除するログ削除ステップと
をコンピュータのＣＰＵがメモリを利用して実行することを特徴とする、ログ管理プログラム。
【請求項１１】
前記削除条件設定ステップは、前記ログ削除条件としてログの出力時点からの保存期間の設定を受け付ける保存期間設定ステップを含み、
前記ログ削除ステップでは、出力時点から前記保存期間設定ステップで設定された保存期間が経過しているログが削除されることを特徴とする、請求項１０に記載のログ管理プログラム。
【請求項１２】
前記削除条件設定ステップは、前記ログ削除条件として機能の実行回数の設定を受け付ける第１の実行回数設定ステップを含み、
任意の機能が実行されたときに出力されるログの集合を機能実行ログ群と定義すると、前記ログ削除ステップでは、当該機能が前記第１の実行回数設定ステップで設定された実行回数だけ更に実行される毎に、前記機能実行ログ群に含まれるログが重要度の低いものから順に削除されることを特徴とする、請求項１０または１１に記載のログ管理プログラム。
【請求項１３】
前記ログ分類ステップでは、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能であり、
前記ログ削除ステップでは、前記機能実行ログ群に含まれるログがカテゴリー単位で削除されることを特徴とする、請求項１２に記載のログ管理プログラム。
【請求項１４】
前記削除条件設定ステップでは、前記ログ削除条件として機能毎に異なる実行回数が設定され得ることを特徴とする、請求項１２または１３に記載のログ管理プログラム。
【請求項１５】
前記削除条件設定ステップは、前記ログ削除条件として機能の実行回数の設定を受け付ける第２の実行回数設定ステップを含み、
任意のグループに含まれる機能がグループ単位で実行されたときに出力されるログの集合をグループ機能実行ログ群と定義すると、前記ログ削除ステップでは、当該グループに含まれる全ての機能が前記第２の実行回数設定ステップで設定された実行回数だけ更に実行される毎に、前記グループ機能実行ログ群に含まれるログが重要度の低いものから順に削除されることを特徴とする、請求項１０または１１に記載のログ管理プログラム。
【請求項１６】
前記ログ分類ステップでは、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能であり、
前記ログ削除ステップでは、前記グループ機能実行ログ群に含まれるログがカテゴリー単位で削除されることを特徴とする、請求項１５に記載のログ管理プログラム。
【請求項１７】
各ログには重要度を識別するための識別子が付され、
前記ログ削除ステップでは、ログに付されている識別子に基づいて当該ログが削除対象であるか否かが判断されることを特徴とする、請求項１０から１６までのいずれか１項に記載のログ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータを用いた処理が行われる各種装置で発生するログの管理を行うログ管理装置，ログ管理方法、およびログ管理プログラムに関する。
【背景技術】
【０００２】
従来より、コンピュータを用いた処理が行われる各種装置では、例えばプロセスの過去の動作状況の調査やソフトウェアの不具合の原因調査を行うことができるよう、ログの出力・保存が行われている。例えば、半導体ウエハ等の基板に対して処理を施す基板処理装置（洗浄装置、露光装置など）でもログの出力・保存が行われている。基板処理装置は、概略的には、例えば、主装置と、複数の処理ユニットと、各処理ユニットの動作を制御する制御基板とによって構成されている。各処理ユニットの動作状況を示すログ（ログデータ）は、制御基板上に設けられた記憶部に保存されるか、制御基板から主装置へと送られて主装置内の記憶部に保存される。このようにしてログの保存が行われるが、記憶部の容量には限度がある。また、装置の高機能化や制御仕様の複雑化が進むにつれてログの量は増大する。そこで、記憶部の容量がログによって過度に占有されることがないよう、一般的には、記憶部に保存された各ログはその出力時点から所定期間（所定の日数または所定の時間）の経過後に削除されている。
【０００３】
なお、本件発明に関連して、特開２０１０−２０５１２８号公報および特開２０１３−１６８１８８号公報には、記憶部に保存されるログの量を削減することのできるロボット制御システムの発明が開示されている。このロボット制御システムには、一時記憶部と長期記憶部とが設けられている。プログラムの一周期分のログ（最新の一周期分のログ）は、まず、一時記憶部に保持される。そして、その一時記憶部に保持されているログと、長期記憶部に保存されているログのうちの一時記憶部に保持されているログに対応するログとの比較が行われる。その結果、両者が異なっていれば、最新の一周期分のログの長期記憶が必要であるとの判断がなされて、一時記憶部に保持されているログが長期記憶部に書き込まれる。一方、両者が同じであれば、最新の一周期分のログの長期記憶は不要であるとの判断がなされて、一時記憶部に保持されているログは消去（削除）される。このようにして、長期記憶部に保存されるログの量が少なくされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２０５１２８号公報
【特許文献２】特開２０１３−１６８１８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、ログの出力時点からの経過期間（経過日数または経過時間）に基づいて一律にログを削除した場合、或る時点以前のログは全く残されない。そのため、重要な情報が失われ、例えば不具合の原因調査を充分に行うことができない場合がある。また、出力時点から所定期間が経過していないログについては、記憶部内に重要度の高いものから重要度の低いものまでが混在することになる。このように重要度の低いログが不必要に残存していることに起因して、不具合の原因調査がかえって非効率的となっている。そこで、装置の使用者（ユーザー）の要求に応じてログの保存・削除が行われるシステムの開発が求められている。なお、特開２０１０−２０５１２８号公報および特開２０１３−１６８１８８号公報には、長期記憶部に保存されたログの削除については何ら言及されていない。従って、当該長期記憶部には重要度の高いログと重要度の低いログとが混在することになり、不具合の原因調査は効率的には行われない。
【０００６】
そこで本発明は、ユーザーの要求に応じたログの保存・削除を行うことにより記憶容量の効率的な使用を可能にするログ管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の発明は、ログ管理装置であって、
ログを複数の重要度に分類するためのログ分類手段と、
ログを削除するか否かの判断に使用される条件であるログ削除条件を重要度別に設定するための削除条件設定手段と、
前記ログ削除条件に基づいてログを削除するログ削除手段と
を備えることを特徴とする。
【０００８】
第２の発明は、第１の発明において、
前記削除条件設定手段は、ログの出力時点からの保存期間を前記ログ削除条件として設定するための保存期間設定手段を含み、
前記ログ削除手段は、出力時点から前記保存期間設定手段によって設定されている保存期間が経過しているログを削除することを特徴とする。
【０００９】
第３の発明は、第１または第２の発明において、
前記削除条件設定手段は、機能の実行回数を前記ログ削除条件として設定するための第１の実行回数設定手段を含み、
任意の機能が実行されたときに出力されるログの集合を機能実行ログ群と定義すると、前記ログ削除手段は、当該機能が前記第１の実行回数設定手段によって設定されている実行回数だけ更に実行される毎に、前記機能実行ログ群に含まれるログを重要度の低いものから順に削除することを特徴とする。
【００１０】
第４の発明は、第３の発明において、
前記ログ分類手段は、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能なように構成され、
前記ログ削除手段は、前記機能実行ログ群に含まれるログをカテゴリー単位で削除することを特徴とする。
【００１１】
第５の発明は、第３または第４の発明において、
前記削除条件設定手段は、前記ログ削除条件として機能毎に異なる実行回数を設定することが可能なように構成されていることを特徴とする。
【００１２】
第６の発明は、第１または第２の発明において、
前記削除条件設定手段は、機能の実行回数を前記ログ削除条件として設定するための第２の実行回数設定手段を含み、
任意のグループに含まれる機能がグループ単位で実行されたときに出力されるログの集合をグループ機能実行ログ群と定義すると、前記ログ削除手段は、当該グループに含まれる全ての機能が前記第２の実行回数設定手段によって設定されている実行回数だけ更に実行される毎に、前記グループ機能実行ログ群に含まれるログを重要度の低いものから順に削除することを特徴とする。
【００１３】
第７の発明は、第６の発明において、
前記ログ分類手段は、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能なように構成され、
前記ログ削除手段は、前記グループ機能実行ログ群に含まれるログをカテゴリー単位で削除することを特徴とする。
【００１４】
第８の発明は、第１から第７までのいずれかの発明において、
各ログには重要度を識別するための識別子が付され、
前記ログ削除手段は、ログに付されている識別子に基づいて当該ログが削除対象であるか否かを判断することを特徴とする。
【００１５】
第９の発明は、ログ管理方法であって、
ログを複数の重要度に分類するログ分類ステップと、
ログを削除するか否かの判断に使用される条件であるログ削除条件を重要度別に設定する削除条件設定ステップと、
前記ログ削除条件に基づいてログを削除するログ削除ステップと
を含むことを特徴とする。
【００１６】
第１０の発明は、ログ管理プログラムであって、
複数の重要度へのログの分類を受け付けるログ分類ステップと、
ログを削除するか否かの判断に使用される条件であるログ削除条件の重要度別の設定を受け付ける削除条件設定ステップと、
前記ログ削除条件に基づいてログを削除するログ削除ステップと
をコンピュータのＣＰＵがメモリを利用して実行することを特徴とする。
【００１７】
第１１の発明は、第１０の発明において、
前記削除条件設定ステップは、前記ログ削除条件としてログの出力時点からの保存期間の設定を受け付ける保存期間設定ステップを含み、
前記ログ削除ステップでは、出力時点から前記保存期間設定ステップで設定された保存期間が経過しているログが削除されることを特徴とする。
【００１８】
第１２の発明は、第１０または第１１の発明において、
前記削除条件設定ステップは、前記ログ削除条件として機能の実行回数の設定を受け付ける第１の実行回数設定ステップを含み、
任意の機能が実行されたときに出力されるログの集合を機能実行ログ群と定義すると、前記ログ削除ステップでは、当該機能が前記第１の実行回数設定ステップで設定された実行回数だけ更に実行される毎に、前記機能実行ログ群に含まれるログが重要度の低いものから順に削除されることを特徴とする。
【００１９】
第１３の発明は、第１２の発明において、
前記ログ分類ステップでは、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能であり、
前記ログ削除ステップでは、前記機能実行ログ群に含まれるログがカテゴリー単位で削除されることを特徴とする。
【００２０】
第１４の発明は、第１２または第１３の発明において、
前記削除条件設定ステップでは、前記ログ削除条件として機能毎に異なる実行回数が設定され得ることを特徴とする。
【００２１】
第１５の発明は、第１０または第１１の発明において、
前記削除条件設定ステップは、前記ログ削除条件として機能の実行回数の設定を受け付ける第２の実行回数設定ステップを含み、
任意のグループに含まれる機能がグループ単位で実行されたときに出力されるログの集合をグループ機能実行ログ群と定義すると、前記ログ削除ステップでは、当該グループに含まれる全ての機能が前記第２の実行回数設定ステップで設定された実行回数だけ更に実行される毎に、前記グループ機能実行ログ群に含まれるログが重要度の低いものから順に削除されることを特徴とする。
【００２２】
第１６の発明は、第１５の発明において、
前記ログ分類ステップでは、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能であり、
前記ログ削除ステップでは、前記グループ機能実行ログ群に含まれるログがカテゴリー単位で削除されることを特徴とする。
【００２３】
第１７の発明は、第１０から第１６までのいずれかの発明において、
各ログには重要度を識別するための識別子が付され、
前記ログ削除ステップでは、ログに付されている識別子に基づいて当該ログが削除対象であるか否かが判断されることを特徴とする。
【発明の効果】
【００２４】
上記第１の発明によれば、ログは複数の重要度に分類され、ログを削除する条件が重要度別に設定される。このため、ログを重要度の低いものから順に削除することが可能となる。これにより、不具合の原因調査に必要とされないようなログを速やかに削除することが可能となり、不具合の原因調査に支障をきたすことなく、ログを保存するための記憶容量（リソース）の使用量を低減することができる。また、ログの複数の重要度への分類や削除条件の設定をユーザーに行わせることによって、ユーザーは記憶容量の使用量を推定することが可能となる。さらに、様々な重要度のログが混在することのないように重要なログのみを長期間保存することが可能となるので、不具合の原因調査が効率的に行われ、不具合発生時の調査工数が削減される。
【００２５】
上記第２の発明によれば、ユーザーによる設定に基づいて、期間の経過に従い重要度の低いものから順にログを削除することが可能となる。
【００２６】
上記第３の発明によれば、ユーザーによって定められた回数だけ同じ機能が実行される毎に重要度の低いものから順にログを削除することが可能となる。
【００２７】
上記第４の発明によれば、より細かくログを管理することが可能となる。
【００２８】
上記第５の発明によれば、例えば機能の重要度に応じて、ログの削除のされ方を異ならせることが可能となる。
【００２９】
上記第６の発明によれば、１つのグループに含まれる全ての機能がユーザーによって定められた回数だけ実行される毎に重要度の低いものから順にログを削除することが可能となる。
【００３０】
上記第７の発明によれば、より細かくログを管理することが可能となる。
【００３１】
上記第８の発明によれば、ログ削除処理が行われる際に、削除対象のログを確実かつ速やかに削除することが可能となる。
【００３２】
上記第９の発明によれば、上記第１の発明と同様の効果をログ管理方法の発明において奏することができる。
【００３３】
上記第１０から上記第１６までの発明によれば、それぞれ上記第１から上記第８までの発明と同様の効果をログ管理プログラムの発明において奏することができる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施形態に係る基板処理装置の概略構成を示すブロック図である。
【図２】上記実施形態において、主装置の機能について説明するための図である。
【図３】上記実施形態において、ログ管理装置として機能する主装置のハードウェア構成を示すブロック図である。
【図４】上記実施形態において、ログ管理装置の機能構成を示す機能ブロック図である。
【図５】上記実施形態において、削除条件設定ファイルの一例を示す図である。
【図６】上記実施形態において、削除条件設定ファイルの条件設定エリアについて説明するための図である。
【図７】上記実施形態において、削除条件設定ファイルを用いた条件の設定について説明するための図である。
【図８】上記実施形態において、削除条件設定ファイルのデータ入力域５４への入力例を示す図である。
【図９】上記実施形態におけるログ削除処理の手順を示すフローチャートである。
【図１０】上記実施形態において、期間減衰による削除処理について説明するための図である。
【図１１】上記実施形態において、第１の実行回数減衰による削除処理について説明するための図である。
【図１２】上記実施形態において、第２の実行回数減衰による削除処理について説明するための図である。
【図１３】上記実施形態において、期間減衰による削除処理が行われたときのログの推移について説明するための図である。
【図１４】上記実施形態において、期間減衰による削除処理が行われたときのログの推移について説明するための図である。
【図１５】上記実施形態において、期間減衰による削除処理が行われたときのログの推移について説明するための図である。
【図１６】上記実施形態において、第１の実行回数減衰による削除処理について説明するための削除条件設定ファイルの一例を示す図である。
【図１７】上記実施形態において、第１の実行回数減衰による削除処理が行われたときのログの推移について説明するための図である。
【図１８】上記実施形態において、第１の実行回数減衰による削除処理が行われたときのログの推移について説明するための図である。
【図１９】上記実施形態において、第１の実行回数減衰による削除処理が行われたときのログの推移について説明するための図である。
【図２０】上記実施形態において、機能別の実行回数の設定について説明するための図である。
【図２１】上記実施形態において、第２の実行回数減衰による削除処理について説明するための削除条件設定ファイルの一例を示す図である。
【図２２】上記実施形態において、第２の実行回数減衰による削除処理が行われたときのログの推移について説明するための図である。
【図２３】上記実施形態において、第２の実行回数減衰による削除処理が行われたときのログの推移について説明するための図である。
【図２４】上記実施形態において、第２の実行回数減衰による削除処理が行われたときのログの推移について説明するための図である。
【発明を実施するための形態】
【００３５】
以下、添付図面を参照しつつ本発明の一実施形態について説明する。
【００３６】
＜１．概略構成＞
図１は、本発明の一実施形態に係る基板処理装置１の概略構成を示すブロック図である。なお、基板処理装置１の具体例としては、洗浄装置，熱処理装置，露光装置などが挙げられる。図１に示すように、この基板処理装置１は、主装置１０と、複数の制御基板２０と、複数の処理ユニット３０とによって構成されている。複数の制御基板２０と複数の処理ユニット３０とは１対１で対応している。主装置１０は、この基板処理装置１の全体の動作を制御する。具体的には、主装置１０は、各処理ユニット３０で所望の処理が行われるよう、各制御基板２０に対して各種のコマンドを出力する。主装置１０は、また、各処理ユニット３０の動作状況を示すログの管理を行う。以上のように、本実施形態における主装置１０は、模式的には図２に示すように、各処理ユニット３０の動作を制御する処理制御装置１０２として機能するとともに、ログの管理を行うログ管理装置１０４としても機能する。
【００３７】
各制御基板２０は、主装置１０から与えられるコマンドに基づいて、対応する処理ユニット３０の動作を制御する。各処理ユニット３０は、対応する制御基板２０による制御に基づいて、所定の処理を行う。例えば、或る処理ユニット３０に位置制御用のモータが含まれていると仮定する。この場合、制御基板２０から処理ユニット３０に対して例えばパルス信号が与えられ、そのパルス信号に基づいて処理ユニット３０内のモータが駆動する。このようにして処理ユニット３０で処理が行われると、当該処理ユニット３０の動作状況を示す情報がログとして出力される。本実施形態では、ログは制御基板２０から主装置１０へと送られて主装置１０内の記憶部（後述する補助記憶装置１２０）に保存される。但し、ログの保存場所については特に限定されない。
【００３８】
＜２．主装置の構成＞
図３は、ログ管理装置１０４として機能する主装置１０（基板処理装置１内の主装置１０）のハードウェア構成を示すブロック図である。主装置１０は、ＣＰＵ１１０と補助記憶装置１２０と表示部１３０と入力部１４０とメモリ１５０とネットワークインタフェース部１６０とを備えている。ＣＰＵ１１０は、与えられた命令に従い各種演算処理等を行う。補助記憶装置１２０は、各種データ等を記憶する。ログの管理に関連するものとしては、ログが書き込まれたログファイル１２２，ログを削除するためのログ削除プログラム１２４，およびログ削除プログラム１２４で使用される削除条件設定ファイル１２６が補助記憶装置１２０に格納される。表示部１３０は、例えば、オペレータ（ユーザー）が作業を行うための各種画面を表示する。入力部１４０は、マウスやキーボードによるオペレータからの入力を受け付ける。メモリ１５０には、ＣＰＵ１１０の演算処理に必要なデータが一時的に格納される。ネットワークインタフェース部１６０は、ＬＡＮ９等を介してこの主装置１０と制御基板２０との間でのデータ通信が可能となるように機能する。
【００３９】
主装置１０の動作が開始すると、ログ削除プログラム１２４がメモリ１５０に読み込まれ、そのメモリ１５０に読み込まれたログ削除プログラム１２４をＣＰＵ１１０が実行する。これにより、主装置１０はログ管理装置１０４として機能し、後述するログ削除処理が実行される。なお、ログ削除プログラム１２４は、ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，フラッシュメモリ等の記録媒体に記録された形態あるいはネットワークを介したダウンロードの形態で提供される。
【００４０】
＜３．ログ削除処理の概要＞
本実施形態におけるログ削除処理の概要について説明する。上述したように、従来、ログはその出力時点からの経過期間（経過日数または経過時間）に基づいて一律に削除されていた。これに対して、本実施形態では、ログは重要度に応じて異なるタイミングで削除される。また、ログを削除するルールとしてユーザーは３種類の条件を設定することが可能となっている。なお、本明細書では、そのような条件の種類のことを「減衰タイプ」という。本実施形態では、「期間減衰」，「第１の実行回数減衰」，および「第２の実行回数減衰」という３つの減衰タイプが設けられている。それら３つの減衰タイプによる削除処理に関する条件は、削除条件設定ファイル１２６を用いてユーザーによって設定される。
【００４１】
各減衰タイプによる削除処理の概要は次のとおりである。期間減衰による削除処理は、ユーザーによって重要度別に定められた期間（保存期間）に基づいて、期間の経過に従い重要度の低いものから順にログを削除する処理である。第１の実行回数減衰による削除処理は、ユーザーによって定められた回数（実行回数）だけ同じ機能が実行される毎に重要度の低いものから順にログを削除する処理である。第２の実行回数減衰による削除処理は、１つのグループに含まれる全ての機能がユーザーによって定められた回数（実行回数）だけ実行される毎に重要度の低いものから順にログを削除する処理である。
【００４２】
＜４．ログ管理装置の機能構成＞
上述したように、主装置１０のＣＰＵ１１０がログ削除プログラム１２４を実行することにより、主装置１０はログ管理装置１０４として機能する。図４は、そのログ管理装置１０４の機能構成を示す機能ブロック図である。図４に示すように、ログ管理装置１０４は、機能的には、ログ読み込み部４１とログ更新部４２と削除部４３とを有している。削除部４３には、期間減衰処理部４３１と第１の実行回数減衰処理部４３２と第２の実行回数減衰処理部４３３とが含まれている。なお、削除部４３によってログ削除手段が実現されている。
【００４３】
ログ読み込み部４１は、補助記憶装置１２０からログファイル１２２を読み込み、ログファイル１２２内のデータ（ログファイル１２２に書き込まれているログ）を一時的にメモリ１５０に保持する。削除部４３によるログの削除は、このメモリ１５０に保持されたデータに対して行われる。ログ更新部４２は、ログの削除が反映されたメモリ１５０上のデータによって、ログファイル１２２を更新する。なお、ログ削除処理が行われている期間中に各処理ユニット３０での処理に基づいてログファイル１２２内に新たなログが書き込まれることのないよう、通常は排他制御が行われる。具体的には、ログファイル１２２に対して排他制御のロックをかけてからログ読み込み部４１によるログファイル１２２の読み込みが行われ、ログ更新部４２によるログファイル１２２の更新後にログファイル１２２に対する排他制御のロックが解除される。ログ削除処理が行われている期間中に各処理ユニット３０での処理に基づいて出力されるログは、例えば一時的にバッファに保持され、ログ削除処理の終了後にログファイル１２２に書き込まれる。
【００４４】
削除部４３内の期間減衰処理部４３１は、削除条件設定ファイル１２６で設定されている条件に基づいて、上述した期間減衰による削除処理を行う。削除部４３内の第１の実行回数減衰処理部４３２は、削除条件設定ファイル１２６で設定されている条件に基づいて、上述した第１の実行回数減衰による削除処理を行う。削除部４３内の第２の実行回数減衰処理部４３３は、削除条件設定ファイル１２６で設定されている条件に基づいて、上述した第２の実行回数減衰による削除処理を行う。なお、各減衰タイプによる削除処理の詳細については後述する。
【００４５】
＜５．削除条件設定ファイル＞
各減衰タイプによる削除処理の条件は、削除条件設定ファイル１２６を用いてユーザーによって設定される。その条件の具体的な設定の仕方を図５を参照しつつ説明する。図５は、本実施形態における削除条件設定ファイル１２６の一例を示す図である。但し、後述するデータ入力域５４についての具体的な記述は省略している。削除条件設定ファイル１２６には、複数の重要度へのログの分類および削除条件の重要度別の設定を行うためのエリア（以下、「条件設定エリア」という。）５０と、減衰タイプ別に削除処理を実行するか否かを指定するためのエリア（以下、「減衰タイプ指定エリア」という。）６０とが含まれている。
【００４６】
条件設定エリア５０には、４つのデータ入力域５１〜５４が含まれている。なお、それら４つのデータ入力域は参照符号によって区別する。データ入力域５１は、ログの重要度を表す符号を入力するための領域である。なお、このデータ入力域５１に入力された符号は、ログ削除処理が行われる際に削除対象のログを識別するための識別子として機能する。データ入力域５２は、期間減衰による削除処理の際に参照される領域であって、該当する重要度のログの保存期間を表す日数を入力するための領域である。データ入力域５３は、第１の実行回数減衰による削除処理および第２の実行回数減衰による削除処理の際に参照される領域であって、機能の実行回数を入力するための領域である。データ入力域５４は、該当する重要度に割り当てるログの種類を入力するための領域である。なお、データ入力域５２については、日数に代えて時間が入力されるようにしても良い。
【００４７】
減衰タイプ指定エリア６０には、４つのデータ入力域６１〜６４が含まれている。なお、それら４つのデータ入力域は参照符号によって区別する。データ入力域６１は、減衰タイプを表す符号を入力するための領域である。データ入力域６２は、該当する減衰タイプによる削除処理を実行するか否かを指定するための領域である。データ入力域６３は、該当する減衰タイプの名称を入力するための領域である。データ入力域６４は、該当する減衰タイプ（第１の実行回数減衰または第２の実行回数減衰）による削除処理の際に何をカウントするのかを指定するための領域である。例えば削除条件設定ファイル１２６の内容が図７に示すような内容になっていれば、データ入力域５１，５４，および６４の入力内容より、第１の実行回数減衰による削除処理の際には実行プロセス毎の実行回数がカウントされ、第２の実行回数減衰による削除処理の際にはサブプロセス毎の実行回数がカウントされる。
【００４８】
図５に示す例では、ログは３つのカテゴリー（「高」，「中」，および「低」）に分類され、更に各カテゴリーに含まれるログが３つの重要度に分類されている。換言すれば、ログは９つの重要度に分類され、それら９つの重要度が各カテゴリーに３つの重要度が含まれるよう３つのカテゴリーに分類されている。このように、本実施形態における削除条件設定ファイル１２６は、１つのカテゴリーに１または複数の重要度が含まれるよう重要度を複数のカテゴリーに分類することが可能なように構成されている。但し、カテゴリーによる分類は必ずしもなされている必要はなく、ログは単に複数の重要度に分類されているだけであっても良い。
【００４９】
各重要度に対応するログの種類は、上述したようにデータ入力域５４に入力される。データ入力域５４には、例えば、図８に示すような入力が行われる。図８に示す例では、「加減速」，「Ｆｏｃｕｓ位置」，および「繰り返し回数」を示すログが重要度「ｃ２」に割り当てられている。このようにデータ入力域５１とデータ入力域５４とを用いて、重要度とログの種類との対応付けが行われる。
【００５０】
データ入力域５２に着目する。図５に示す例では、重要度「ｂ２」についてのデータ入力域５２には、「２０」という数値が入力されている。従って、期間減衰による削除処理が行われると、重要度が「ｂ２」に分類されているログは、その出力から２０日間経過後に削除される。
【００５１】
データ入力域５３に着目する。このデータ入力域５３に入力された値は、対応する重要度を表す符号がデータ入力域６４に入力されている場合にのみ有効となる。図５に示す例では、第１の実行回数減衰についてのデータ入力域６４には「ａ１」という符号が入力されており、第２の実行回数減衰についてのデータ入力域６４には「ａ２」という符号が入力されている。従って、重要度「ａ１」についてのデータ入力域５３の値と重要度「ａ２」についてのデータ入力域５３の値とが有効となる。図５に示す例では、重要度「ａ１」についてのデータ入力域５３には「１００」という数値が入力されている。従って、第１の実行回数減衰による削除処理が行われると、重要度「ａ１」に対応付けられている機能が１００回実行される毎に、当該機能に関するログが重要度の低いものから順に削除される。また、図５に示す例では、重要度「ａ２」についてのデータ入力域５３にも「１００」という数値が入力されている。従って、第２の実行回数減衰による削除処理が行われると、各グループについて重要度「ａ２」に対応付けられている全ての機能が１００回実行される毎に、当該各グループに含まれる機能に関するログが重要度の低いものから順に削除される。
【００５２】
データ入力域６２に着目する。本実施形態では、このデータ入力域６２に「１」が入力されている減衰タイプによる削除処理のみが実行される。図５に示す例では、期間減衰についてのデータ入力域６２には「１」が入力され、第１の実行回数減衰および第２の実行回数減衰についてのデータ入力域６２には「０」が入力されている。従って、図５に示す削除条件設定ファイル１２６を用いてログ削除処理が実行された場合、期間減衰による削除処理のみが実行される。
【００５３】
本実施形態においては、削除条件設定ファイル１２６のデータ入力域５１およびデータ入力域５４によってログ分類手段が実現され、削除条件設定ファイル１２６のデータ入力域５１，データ入力域５２，およびデータ入力域５３によって削除条件設定手段が実現されている。また、削除条件設定ファイル１２６のデータ入力域５２によって保存期間設定手段が実現され、削除条件設定ファイル１２６のデータ入力域５３によって第１の実行回数設定手段および第２の実行回数設定手段が実現されている。
【００５４】
なお、ここで説明した設定の仕方は一例であって、本発明はこれには限定されない。すなわち、重要度別にログを削除する条件を設定することができるのであれば、削除条件設定ファイル１２６の構成は図５に示すような構成には限定されないし、例えば削除条件入力用のＧＵＩを用意してユーザーによる当該ＧＵＩへの入力を受け付けるようにしても良い。
【００５５】
＜６．処理手順＞
図９に示すフローチャートを参照しつつ、本実施形態におけるログ削除処理の手順について説明する。まず、上述した削除条件設定ファイル１２６を用いて、複数の重要度へのログの分類が行われる（ステップＳ１０）。具体的には、ユーザーによって、削除条件設定ファイル１２６のデータ入力域５１およびデータ入力域５４への入力が行われる。次に、削除条件設定ファイル１２６を用いて、削除条件の設定が行われる（ステップＳ２０）。具体的には、ユーザーによって、削除条件設定ファイル１２６のデータ入力域５１，データ入力域５２，およびデータ入力域５３への入力が行われる。なお、ステップＳ１０およびステップＳ２０の処理は、典型的には、各処理ユニット３０の動作が停止しているときに行われる。また、ここではステップＳ１０とステップＳ２０とが別々の処理であるように説明したが、通常、これらの処理は削除条件設定ファイル１２６を作成する１つの処理として行われる。
【００５６】
その後、削除条件設定ファイル１２６の設定内容に基づいて、適宜のタイミングでログの削除が行われる（ステップＳ３０）。このステップＳ３０の処理は、ログ管理装置１０４の削除部４３（図４参照）によって行われる。なお、ステップＳ３０の処理は、各処理ユニット３０が動作中に行われることもあるし、各処理ユニット３０の動作が停止しているときに行われることもある。
【００５７】
なお、本実施形態においては、上記ステップＳ１０によってログ分類ステップが実現され、上記ステップＳ２０によって削除条件設定ステップが実現され、上記ステップＳ３０によってログ削除ステップが実現されている。
【００５８】
＜７．各減衰タイプによる削除処理の詳細＞
＜７．１  期間減衰＞
期間減衰による削除処理によれば、削除条件設定ファイル１２６のデータ入力域５２に入力されている数値（保存期間）に基づいて、期間の経過に従い重要度の低いものから順にログが削除される。
【００５９】
例えば、削除条件設定ファイル１２６のデータ入力域５１〜５４の内容が図１０に示すような内容になっていると仮定する。すなわち、ログが「高」，「中」，および「低」という３つの重要度に分類されていて、「高」については保存期間が３０日に設定され、「中」については保存期間が１０日に設定され、「低」については保存期間が３日に設定されていると仮定する。この場合、或る同じ日に出力された複数のログに着目すると、まず重要度が「低」に分類されているログが出力日から３日経過後に削除され、次に重要度が「中」に分類されているログが出力日から１０日経過後に削除され、最後に重要度が「高」に分類されているログが出力日から３０日経過後に削除される。
【００６０】
＜７．２  第１の実行回数減衰＞
第１の実行回数減衰による削除処理によれば、削除条件設定ファイル１２６のデータ入力域５３に入力されている数値（実行回数）に等しい回数だけ同じ機能が実行される毎に、重要度の低いものから順にログが削除される。より詳しくは、第１の実行回数減衰による削除処理は、任意の機能が実行されたときに出力されたログの集合を機能実行ログ群と定義すると、当該機能が上記データ入力域５３に入力されている数値（実行回数）に等しい回数だけ更に実行される毎に機能実行ログ群に含まれるログを重要度の低いものから順に削除する処理である。
【００６１】
例えば、削除条件設定ファイル１２６の内容が図１１に示すような内容になっていると仮定する。すなわち、ログは「高」，「中」，および「低」という３つの重要度に分類されている。また、第１の実行回数減衰についてのデータ入力域６４に重要度「高」の文字が入力されていて（実際には通常は符号が入力される）、かつ、重要度「高」についてのデータ入力域５３に「５０」という数値が入力されている。このような場合、或る着目時点に或る機能が実行されたときに出力された機能実行ログ群に含まれるログに関し、例えば次のように削除処理が行われる。まず、着目時点よりも後に当該機能が更に５０回実行されたときに、重要度が「低」に分類されているログが削除される。その後、当該機能が更に５０回実行されたときに、重要度が「中」に分類されているログが削除される。その後、当該機能が更に５０回実行されたときに、重要度が「大」に分類されているログが削除される。このように、設定された実行回数だけ同じ機能が実行される毎に、重要度の低いものから順にログが削除される。なお、設定された実行回数だけ同じ機能が実行される毎にどのようなルールでログが削除されるのかについては、例えばログ削除プログラム１２４内に記述される。従って、上述の例に関し、例えば重要度が「大」に分類されているログが削除されないようにすることもできる。
【００６２】
ところで、上述のような削除処理を可能にするためには、１回の機能の実行で出力されたログの集合（機能実行ログ群）をログの削除を実行する際に識別できなければならない。そこで、ログファイル１２２内の各機能実行ログ群を識別するための情報が、別途設けられたログ管理ファイル（図３では不図示）によって管理されている。
【００６３】
なお、重要度が複数のカテゴリーに分類されている場合には、機能実行ログ群に含まれるログをカテゴリー単位で削除することもできる。
【００６４】
＜７．３  第２の実行回数減衰＞
第２の実行回数減衰による削除処理によれば、１つのグループに含まれる全ての機能が削除条件設定ファイル１２６のデータ入力域５３に入力されている数値（実行回数）に等しい回数だけ実行される毎に、重要度の低いものから順にログが削除される。より詳しくは、第２の実行回数減衰による削除処理は、任意のグループに含まれる機能がグループ単位で実行されたときに出力されたログの集合をグループ機能実行ログ群と定義すると、当該グループに含まれる全ての機能が上記データ入力域５３に入力されている数値（実行回数）に等しい回数だけ更に実行される毎にグループ機能実行ログ群に含まれるログを重要度の低いものから順に削除する処理である。仮に１つのグループに３つの機能が含まれている場合、機能毎に実行回数がカウントされる。そして、３つの機能の全てについて実行回数が上記データ入力域５３に入力されている数値以上になったときに最初の削除処理が実行される。
【００６５】
例えば、削除条件設定ファイル１２６の内容が図１２に示すような内容になっていると仮定する。すなわち、ログは「高」，「中」，および「低」という３つの重要度に分類されている。また、第２の実行回数減衰についてのデータ入力域６４に重要度「中」の文字が入力されていて（実際には通常は符号が入力される）、かつ、重要度「中」についてのデータ入力域５３に「５０」という数値が入力されている。このような場合、或る着目時点に或るグループ（実行プロセス）に含まれる機能（サブプロセス）がグループ単位で実行されたときに出力されたグループ機能実行ログ群に含まれるログに関し、例えば次のように削除処理が行われる。まず、着目時点よりも後に当該グループに含まれる全ての機能が更に５０回実行されたときに、重要度が「低」に分類されているログが削除される。その後、当該グループに含まれる全ての機能が更に５０回実行されたときに、重要度が「中」に分類されているログが削除される。その後、当該グループに含まれる全ての機能が更に５０回実行されたときに、重要度が「大」に分類されているログが削除される。このように、設定された実行回数だけ同じグループに含まれる全ての機能が実行される毎に、重要度の低いものから順にログが削除される。なお、設定された実行回数だけ同じグループに含まれる全ての機能が実行される毎にどのようなルールでログが削除されるのかについては、例えばログ削除プログラム１２４内に記述される。また、上述した各機能実行ログ群を識別するための情報と同様、ログファイル１２２内の各グループ機能実行ログ群を識別するための情報がログ管理ファイルによって管理されている。
【００６６】
なお、重要度が複数のカテゴリーに分類されている場合には、グループ機能実行ログ群に含まれるログをカテゴリー単位で削除することもできる。
【００６７】
＜８．減衰タイプ別のログ削除処理の具体例＞
＜８．１  期間減衰＞
まず、期間減衰による削除処理の具体例について説明する。ここでは、削除条件設定ファイル１２６のデータ入力域５１およびデータ入力域５２の内容が図５に示すような内容になっていて、かつ、或る１つの機能（便宜上「機能Ｚ」という。）が実行された後のログファイル１２２の内容が図１３に示すような内容になっているものと仮定する。なお、機能Ｚが最初に実行された時点のことを便宜上「初期時点」という。
【００６８】
図１３に示すように、機能Ｚの実行直後には、９つの重要度のログがログファイル１２２に含まれている。図１４は、初期時点から７日間経過後のログファイル１２２の内容を示す図である。図５に示すように、重要度が「ｃ３」のログについての保存期間は３日に設定されており、重要度が「ｃ２」のログについての保存期間は５日に設定されている。また、重要度が「ｃ１」以上のログについては、いずれも保存期間は１０日以上に設定されている。従って、図１４に示すように、初期時点から７日間経過後には、機能Ｚの実行直後のログ（図１３参照）のうち重要度が「ｃ３」および「ｃ２」のログが削除されている。図１５は、初期時点から３０日間経過後のログファイル１２２の内容を示す図である。図５に示すように、重要度が「ｂ１」以下のログについては、いずれも保存期間は２５日以下に設定されており、重要度が「ａ３」以上のログについては、いずれも保存期間は５０日以上に設定されている。従って、図１５に示すように、初期時点から３０日間経過後には、機能Ｚの実行直後のログ（図１３参照）のうち重要度が「ｂ１」以下のログが削除されている。換言すれば、初期時点から３０日間経過後には、機能Ｚの実行直後のログ（図１３参照）のうち重要度が「ａ３」以上のログのみが残されている。このようにして、期間減衰による削除処理によれば、期間の経過に従い、ログは重要度の低いものから徐々に削除される。
【００６９】
ところで、図１３〜図１５から把握されるように、各ログには、それに対応する上記データ入力域５１に入力された符号が識別子として付されている。ログ削除処理が行われる際、削除部４３（図４参照）は、ログに付されている識別子に基づいて当該ログが削除対象であるか否かを判断する。これにより、ログ削除処理が行われる際に、削除対象のログを確実かつ速やかに削除することが可能となる。
【００７０】
＜８．２  第１の実行回数減衰＞
次に、第１の実行回数減衰による削除処理の具体例について説明する。ここでは、削除条件設定ファイル１２６の内容が図１６に示すような内容になっていて、かつ、「単機能Ｘ」という機能が実行された後のログファイル１２２の内容が図１７に示すような内容になっているものと仮定する。また、「各機能が実行された後、当該機能が最初に設定回数だけ実行されるとカテゴリー「低」に含まれる重要度のログを削除し、当該機能が次に設定回数だけ実行されるとカテゴリー「中」に含まれる重要度のログを削除する」旨のルールがログ削除プログラム１２４に記述されているものと仮定する。なお、単機能Ｘが最初に実行された時点のことを便宜上「初期時点」という。
【００７１】
図１７に示すように、単機能Ｘの実行直後には、９つの重要度のログがログファイル１２２に含まれている。図１８は、初期時点に単機能Ｘが実行されてから単機能Ｘが更に１００回実行された後のログファイル１２２の内容を示す図である。上述したように、各機能が最初に実行された後、当該機能が最初に設定回数だけ実行されるとカテゴリー「低」に含まれる重要度のログが削除される。従って、図１８に示すように、初期時点に単機能Ｘが実行されてから単機能Ｘが更に１００回実行された後には、初期時点における単機能Ｘの実行直後のログ（図１７参照）のうち重要度が「ｃ１」以下のログが削除されている。図１９は、初期時点に単機能Ｘが実行されてから単機能Ｘが更に２００回実行された後のログファイル１２２の内容を示す図である。上述したように、各機能が最初に実行された後、当該機能が２回目に設定回数だけ実行されるとカテゴリー「中」に含まれる重要度のログが削除される。従って、図１９に示すように、初期時点に単機能Ｘが実行されてから単機能Ｘが更に２００回実行された後には、初期時点における単機能Ｘの実行直後のログ（図１７参照）のうち重要度が「ｂ１」以下のログが削除されている。換言すれば、初期時点に単機能Ｘが実行されてから単機能Ｘが更に２００回実行された後には、初期時点における単機能Ｘの実行直後のログ（図１７参照）のうち重要度が「ａ３」以上のログのみが残されている。このようにして、第１の実行回数減衰による削除処理によれば、ユーザーによって指定された回数だけ同じ機能が実行される毎に、ログは重要度の低いものから徐々に削除される。
【００７２】
ところで、上述の例では、いずれの機能のログについても該当する機能が１００回実行される毎に重要度の低いものから順に削除される。しかしながら、本発明はこれに限定されない。例えば、図２０で符号５９で示す部分のように、削除条件設定ファイル１２６において機能毎に異なる実行回数を設定できるようにしても良い。これにより、例えば図２０に示す例では、単機能Ｘについては最初に実行されてから１００回実行される毎にログは重要度の低いものから順に削除され、単機能Ｙについては最初に実行されてから５０回実行される毎にログは重要度の低いものから順に削除される。このように、例えば機能の重要度に応じて、ログの削除の仕方を異ならせることが可能となる。
【００７３】
＜８．３  第２の実行回数減衰＞
次に、第２の実行回数減衰による削除処理の具体例について説明する。なお、この説明での機能とは、図２１中の機能Ａ、機能Ｂ、機能Ｃが該当する。ここでは、削除条件設定ファイル１２６の内容が図２１に示すような内容になっていて、かつ、「複合機能Ｚ」が実行された後のログファイル１２２の内容が図２２に示すような内容になっているものと仮定する。また、『或るグループに含まれる機能がグループ単位で実行された後、当該グループに含まれる全ての機能が最初に設定回数だけ実行されるとカテゴリー「低」に含まれる重要度のログを削除し、当該グループに含まれる全ての機能が次に設定回数だけ実行されるとカテゴリー「中」に含まれる重要度のログを削除する』旨のルールがログ削除プログラム１２４に記述されているものと仮定する。なお、或るグループに含まれる機能が最初にグループ単位で実行された時点のことを便宜上「初期時点」という。
【００７４】
図２２に示すように、複合機能Ｚの実行直後には、９つの重要度のログがログファイル１２２に含まれている。図２３は、初期時点に複合機能Ｚが実行されてから複合機能Ｚに含まれる全ての機能が更に１００回実行された後のログファイル１２２の内容を示す図である。上述したように、各グループに含まれる機能がグループ単位で実行された後、当該グループに含まれる全ての機能が最初に設定回数だけ実行されるとカテゴリー「低」に含まれる重要度のログが削除される。従って、図２３に示すように、初期時点に複合機能Ｚが実行されてから複合機能Ｚに含まれる全ての機能が更に１００回実行された後には、初期時点における複合機能Ｚの実行直後のログ（図２２参照）のうち重要度が「ｃ１」以下のログが削除されている。図２４は、初期時点に複合機能Ｚが実行されてから複合機能Ｚに含まれる全ての機能が更に２００回実行された後のログファイル１２２の内容を示す図である。上述したように、各グループに含まれる機能がグループ単位で実行された後、当該グループに含まれる全ての機能が２回目に設定回数だけ実行されるとカテゴリー「中」に含まれる重要度のログが削除される。従って、図２４に示すように、初期時点に複合機能Ｚが実行されてから複合機能Ｚに含まれる全ての機能が更に２００回実行された後には、初期時点における複合機能Ｚの実行直後のログ（図２２参照）のうち重要度が「ｂ１」以下のログが削除されている。換言すれば、初期時点に複合機能Ｚが実行されてから複合機能Ｚに含まれる全ての機能が更に２００回実行された後には、初期時点における複合機能Ｚの実行直後のログ（図２２参照）のうち重要度が「ａ３」以上のログのみが残されている。このようにして、第２の実行回数減衰による削除処理によれば、ユーザーによって指定された回数だけ同じグループに含まれる全ての機能が実行される毎に、ログは重要度の低いものから徐々に削除される。
【００７５】
＜９．効果＞
本実施形態によれば、ユーザーによる設定に従ってログは複数の重要度に分類され、ログは重要度の低いものから順に削除される。これにより、不具合の原因調査に必要とされないようなログを速やかに削除することが可能となり、不具合の原因調査に支障をきたすことなく、ログを保存するための記憶容量（リソース）の使用量を低減することができる。また、ログの複数の重要度への分類や削除条件の設定はユーザーが行うことができるので、記憶容量の使用量を推定することが可能となる。さらに、様々な重要度のログが混在することなく、重要なログのみが長期間保存されるので、不具合の原因調査が効率的に行われ、不具合発生時の調査工数が削減される。以上のように、本実施形態によれば、ユーザーの要求に応じたログの保存・削除を行うことにより記憶容量の効率的な使用を可能にするログ管理装置が実現される。
【００７６】
ところで、基板処理装置１では、複数の機能がひとまとまりで実行されることが多い。この点、本実施形態によれば、第２の実行回数減衰による削除処理を実行することによって、複数の機能のログを効率的に削除することが可能となる。また、何らかの事情によって複数の機能のうちの１つの機能の実行回数が多くなることもある。この点、本実施形態によれば、第１の実行回数減衰による削除処理を実行することによって、実行回数の多い機能のログを効率的に削除することが可能となる。
【００７７】
＜１０．その他＞
上記実施形態では、本発明を基板処理装置におけるログの管理に適用する例を挙げて説明した。しかしながら、本発明はこれに限定されない。コンピュータを用いた処理が行われる各種装置（各種システム）におけるログの管理にも本発明を適用することができる。
【符号の説明】
【００７８】
１…基板処理装置
１０…主装置
２０…制御基板
３０…処理ユニット
４３…削除部
５１〜５４，６１〜６４…データ入力域
１０２…処理制御装置
１０４…ログ管理装置
１２２…ログファイル
１２４…ログ削除プログラム
１２６…削除条件設定ファイル
４３１…期間減衰処理部
４３２…第１の実行回数減衰処理部
４３３…第２の実行回数減衰処理部
【図１】
2017045217.tif 000003
【図２】
2017045217.tif 000004
【図３】
2017045217.tif 000005
【図４】
2017045217.tif 000006
【図５】
2017045217.tif 000007
【図６】
2017045217.tif 000008
【図７】
2017045217.tif 000009
【図８】
2017045217.tif 000010
【図９】
2017045217.tif 000011
【図１０】
2017045217.tif 000012
【図１１】
2017045217.tif 000013
【図１２】
2017045217.tif 000014
【図１３】
2017045217.tif 000015
【図１４】
2017045217.tif 000016
【図１５】
2017045217.tif 000017
【図１６】
2017045217.tif 000018
【図１７】
2017045217.tif 000019
【図１８】
2017045217.tif 000020
【図１９】
2017045217.tif 000021
【図２０】
2017045217.tif 000022
【図２１】
2017045217.tif 000023
【図２２】
2017045217.tif 000024
【図２３】
2017045217.tif 000025
【図２４】
2017045217.tif 000026