先日付状態作成方法およびプログラム
【課題】 複数のモジュールが開発され、各モジュールが異なる日付にリリースされる場合において、各モジュールがリリースされる日の環境下で、各モジュールのテストを実行可能とする。
【解決手段】 バックアップ取得手段が、本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップステップ（Ｓ１５）と、先日付状態作成手段が、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成ステップ（Ｓ１９）と、サービス反映手段が、システムを再起動するサービス反映ステップ（Ｓ２１）と、を含む。
【解決手段】 バックアップ取得手段が、本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップステップ（Ｓ１５）と、先日付状態作成手段が、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成ステップ（Ｓ１９）と、サービス反映手段が、システムを再起動するサービス反映ステップ（Ｓ２１）と、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のモジュールが開発され、各モジュールが異なる日付にリリースされる場合において、各モジュールがリリースされる日の環境下で、各モジュールのテストを実行可能とする方法およびプログラムに関する。
【背景技術】
【０００２】
従来、リリース画面のテストは、リリース対象モジュールをＣＶＳ(concurrent versions system)などのバージョン管理ツールから取得し、テスト実施直前に環境に配置して実施される。
【０００３】
また、段階的にモジュールの反映を行うための自動化システムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開平７−２００３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来、テスト実施日からリリース日までの間に多くのモジュールが日々リリースされている。そのためリリース対象物のみを配布したテストでは、デグレードや他画面との連携などを検証することができない。
【０００５】
また、通常、モジュール開発は複数のチームで行われ、チームによってリリース日（環境の状態）が異なる。日付が先の状態の環境を構成する必要があったり、日付を戻した状態の環境を構成する必要があったりする。また、テスト環境の構成変更を頻繁に行う必要がある。特開平７−２００３３８では、時系列を戻るような環境生成やテスト前の状態に環境を戻すことについて触れられていない。特に頻繁に環境変更を行うのは困難だと思われる。
【０００６】
さらに、バージョン管理ツールのインタフェースが開発チームによって異なるためテスト環境の構築が複雑な手順になったり、担当者のシステム知識レベルによって間違った手順で環境を設定してしまったりするなど、統一的にリリース日当日の環境を作り出すことは困難である。
【０００７】
そこで、本発明は、上記の課題を解決するためになされたものであり、複数のモジュールが開発され、各モジュールが異なる日付にリリースされる場合などにおいて、指定された日付の環境下で、各モジュールのテストを実行可能とする方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の特徴は、本番モジュール・ディレクトリ内を指定の先日付における状態とするための方法であって、バックアップ取得手段が、本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップステップと、先日付状態作成手段が、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成ステップと、サービス反映手段が、システムを再起動するサービス反映ステップと、を含むことにある。
【０００９】
「各ディレクトリ内の全ディレクトリ」とは、各ディレクトリ内に存在するディレクトリの全てを意味し、ディレクトリ構造が階層化され、親ディレクトリ内に子ディレクトリが存在し、子ディレクトリ内にさらに孫ディレクトリが存在する場合には、子ディレクトリのみならず、孫ディレクトリも含まれる。ディレクトリ構造が階層化されている場合に、階層の深さに制限はない。また、第１日付と第２日付との間隔は、１日に限定されない。２日、３日、１週間などであっても良い。
【００１０】
先日付とは、将来の日付を意味する。指定の先日付とは、特定の先日付を意味し、例えば、モジュールのリリース予定日（以下、適宜「先日付リリース日」と言う。）を含む。また、「第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする」とは、例えば、第２日付と指定の先日付とが等しい場合は、第２日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーして先日付状態作成ステップを終わる。また、指定の先日付を第ｎ日付とした場合（ｎは任意の自然数）は、
第１日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
第２日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
第３日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
・・・
第（ｎ−１）日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
第ｎ日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーして先日付状態作成ステップを終わる。
【００１１】
もし本番モジュール・ディレクトリ内に同一名称のファイルが既に存在する場合は、後の日付のディレクトリ内に存在するファイルによって上書きされる。
【００１２】
本発明の第１の特徴によれば、例えば、３月１０日リリース予定の第１モジュールが３月１０日付ディレクトリ内に既に格納されており、３月２０日リリース予定の第２モジュールが３月２０日付ディレクトリ内に既に格納されている場合に、３月２０日を指定の先日付とすることによって、３月１０日リリース予定の第１モジュールと３月２０日リリース予定の第２モジュールとが反映された３月２０日の状態（環境）を、３月５日に作ることが可能となる。
【００１３】
本発明の第２の特徴は、先日付状態作成ステップが、第１日付を第１の変数に、第２日付を第２の変数に設定するステップと、第１の変数と第２の変数とを比較する比較ステップと、第１の変数が示す日付が、第２の変数が示す日より後である場合に、システムを再起動するステップと、第１の変数が示す日付が、第２の変数が示す日付以前である場合に、第１の変数が示す日付に関連付けられているディレクトリ内の全ファイルを本番モジュールフォルダにコピーするステップと、第１の変数に所定数を加算した後に、比較ステップへ戻るステップを含むことにある。
【００１４】
第１の変数に加算される所定数は、１日に限定されない。２日、３日、１週間などであっても良い。
【発明の効果】
【００１５】
本発明の特徴によれば、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリに格納されている全ファイル及び全ディレクトリが本番モジュール・ディレクトリに順番にコピーされる。それによって、本番モジュール・ディレクトリ内には、例えば、指定の先日付に至るまでにリリースされる全モジュールが、指定の先日付における最新バージョンで格納される。
【発明を実施するための最良の形態】
【００１６】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明によって限定されるものではない。
【実施例】
【００１７】
図１に基づいて、実施例における本番環境、総合開発環境、Ａチーム開発環境及びＢチーム開発環境の関係を説明する。まず、本番同期システムを用いて、本番環境１と総合開発環境２を同期させる。つまり、本番環境１の本番モジュール・ディレクトリ（図示せず）の全モジュールを、総合開発環境２の本番モジュール・ディレクトリ３へコピーする（Ｓ１）。
【００１８】
次いで、モジュール管理ツールを用いて、総合開発環境２の本番モジュール・ディレクトリ３内の全モジュール（最新本番モジュール）を各チームのチームテスト環境ディレクトリにコピーする（Ｓ２）。図１に示す例では、最新本番モジュール（モジュールＭ１ver.0、モジュールＭ２ver.0、モジュールＭ３ver.0、他の既存モジュール）を、Ａチームテスト環境ディレクトリ８及びＢチームテスト環境ディレクトリ９並びに図示しないＣチームテスト環境ディレクトリにコピーする。
【００１９】
そして、各チームはそれぞれ独立して、開発中のモジュールを自己のテスト環境下でテストし（Ｓ３）、テストに合格したモジュールを新たなバージョンとして先日付ディレクトリ群４内のリリース予定日のディレクトリへコピーする（Ｓ４）。
【００２０】
図１に示す例では、ＡチームはモジュールＭ１の開発を担当し、本番モジュール・ディレクトリ３からコピーしたモジュールＭ１（ver.0）、モジュールＭ２（ver.0）、モジュールＭ３（ver.0）及び他の既存モジュールが存在するＡチームテスト環境８において、開発中のモジュールＭ１をテストした後に、モジュールＭ１をバージョン１として、先日付ディレクトリ群４内のYYYYMMD2ディレクトリ５へコピーする。
【００２１】
一方、ＢチームはモジュールＭ２の開発を担当し、本番モジュール・ディレクトリ３からコピーしたモジュールＭ１（ver.0）、モジュールＭ２（ver.0）、モジュールＭ３（ver.0）及び他の既存モジュールが存在するＢチームテスト環境９において、開発中のモジュールＭ２をテストした後に、モジュールＭ２をバージョン１として、先日付ディレクトリ群４内のYYYYMMD3ディレクトリ６へコピーする。
【００２２】
また、図示しないＣチームはモジュールＭ３の開発を担当し、本番モジュール・ディレクトリ３からコピーしたモジュールＭ１（ver.0）、モジュールＭ２（ver.0）、モジュールＭ３（ver.0）及び他の既存モジュールが存在するＣチームテスト環境において、開発中のモジュールＭ３をテストした後に、モジュールＭ３をバージョン１として、先日付ディレクトリ４群内のYYYYMMD4ディレクトリ7へコピーする。
【００２３】
ここで、YYYYMMD3はYYYYMMD2よりも未来であるとする。つまり、Ａチームが開発したモジュールＭ１（ver.1）がリリースされた後に、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされる。別の言い方をすると、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされる日には、Ａチームが開発したモジュールＭ１（ver.1）は既にリリースされている。
【００２４】
また、YYYYMMD4はYYYYMMD3よりも未来であるとする。つまり、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされた後に、Ｃチームが開発したモジュールＭ３（ver.1）がリリースされる。別の言い方をすると、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされる日には、Ｃチームが開発したモジュールＭ３（ver.1）はまだリリースされていない。
【００２５】
そして、Ｂチームテスト環境９には、Ａチームが開発したモジュールＭ１（ver.1）は反映されていない。つまり、モジュールＭ２（ver.1）がリリースされる日には、モジュール１はバージョン０からバージョン１に変化しているにもかかわらず、Ｂチームはモジュール１（ver.1）を用いたテストをまだしていない。
【００２６】
そこで、後述する先日付状態作成ツールを用いて、テスト実行日から見て未来であるYYYYMMD3の日にリリースされているべきモジュール群からなる総合テスト環境１０を、テスト日に構築して総合テストを実行する（Ｓ５）。
【００２７】
図１に示す例では、先日付確認ツールを用いて、YYYYMMD2の先日付ディレクトリ内のモジュールＭ１（ver.1）と、YYYYMMD3の先日付ディレクトリ内のモジュールＭ２（ver.1）と、モジュールＭ３（ver.0）と、他の既存モジュールからなる総合テスト・モジュール群１０を得る。そして、このようにして得られた総合テスト環境１０を用いてモジュールＭ２（ver.1）をテストする。
【００２８】
図１に示す例では、総合テスト環境１０は、モジュールＭ２(ver.1)がリリースされる日の状態と同じであるから、モジュールＭ２(ver.1)のリリース日YYYYMMDD3より後にリリースされるモジュールＭ３(ver.1)は含まれない。つまり、総合テスト環境１０に含まれるモジュールＭ３は、ver.0のままである。
【００２９】
テストの結果、問題が発見されなければ、開発されたモジュールはモジュール管理ツール又はリリースツールへ登録される（Ｓ６）。そして、モジュール管理ツール又はリリースツールは、登録されているモジュールを、所定のリリース・スケジュールに従って、本番環境へリリースする（Ｓ７）。図１に示す例では、モジュールＭ２（ver.1）がリリースツールに登録され、本番環境へリリースされる。
【００３０】
図２に基づいて、実施例の先日付確認ツールの全体構成を説明する。図２に示すように、先日付確認ツール３０は、ＣＰＵ（制御手段）３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ（記憶手段）３４、送受信手段３６などを備える。
【００３１】
ＨＤＤ３４には、ＯＳ(Operating System)、環境ロック手段、バックアップ取得手段、環境リフレッシュ手段、先日付状態作成手段、サービス反映手段、環境ロック解除手段、本番ディレクトリ、先日付ディレクトリ群などが記憶されている。環境ロック手段等の「〜手段」の実体は、所定の処理を実行するプログラムである。
【００３２】
送受信手段３６は、本番環境１から本番モジュールを受信したり、各チームのテスト環境に本番モジュールを送信したり、各チームが開発したモジュールを受信したりする。
【００３３】
図３に基づいて、実施例の処理の全体的な流れを説明する。例えば、リリース予定のＪＳＰ（Java（登録商標）Server Pages）を手作業でリリース予定日の先日付ディレクトリに格納する（ステップＳ１１）。例えば、ＡチームはYYYYMMD2の先日付ディレクトリにモジュールＭ１(ver.1)を格納し、ＢチームはYYYYMMD3の先日付ディレクトリにモジュールＭ２(ver.1)を格納する。
【００３４】
次に、先日付ツールを用いてテストしようとする者が先日付ツールにログインすると、環境がロックされる（ステップＳ１３）。「環境がロックされる」とは、例えば、他者のログインを排除すること、を含む。
【００３５】
次に、バックアップを取得する（ステップＳ１５）。例えば、本番モジュール・ディレクトリ３内の全てのファイルを第１のバックアップディレクトリ（図示せず）にコピーする。本番モジュール・ディレクトリ内にサブディレクトリが存在する場合は、それらサブディレクトリ内のファイルも全てバックアップディレクトリにコピーする。
【００３６】
通常は、不具合があった場合にその場で書き換えながらテストを進める。このため、最新のバージョンが本番ディレクトリのみにしか存在しない場合がある。異なるチームによって環境が変化される為、意図しないモジュールの消失が発生する恐れがある。本番モジュール・ディレクトリ３内の全てのファイルを第１のバックアップディレクトリ（図示せず）へコピーするのは、この意図しないモジュールの消失を防止するためである。例えば、昨日Aさんが先日付テストを実施し、翌日BさんがＡさんとは異なる先日付でテストを実施したとする。もしAさんがバックアップ取得を忘れていたとしても、Ｂさんは昨日Ａさんが先日付テストを実施する前の状態までさかのぼることができる。
【００３７】
次に、環境をリフレッシュする（ステップＳ１７）。例えば、第２のバックアップディレクトリを設け、毎朝定時（例えば、８時）に本番モジュールを、第２のバックアップディレクトリにコピーしておく。そして、環境リフレッシュが要求されたら、その日の朝の本番モジュールで、本番モジュール・ディレクトリ内の内容を更新する。
【００３８】
次に、先日付状態を作成する（ステップＳ１９）。先日付状態を作成するための処理の流れは後述する。
【００３９】
次に、利用するアプリケーションの仕様に従って、サービスに反映させるために必要な手順を実行する（ステップＳ２１）。利用するアプリケーションとは、例えば
HTTPD(Hyper Text Transfer Protocol Daemon) Server、Web Application Server、DBMS(Data Base Management System)製品などを含む。「必要な手順」とは、例えば先日付状態にした場合に更新されたモジュールのタイムスタンプを更新前のタイムスタンプより新しいものにすることが含まれる。
【００４０】
図４に基づいて、実施例の先日付状態作成処理の流れを説明する。まず、テスト実施日（本日）の日付を変数Ｄ１（第１の変数）にセットする（ステップＳ１０１）。例えば、テスト実施日はシステム内のカレンダー機能から自動的に取得する。また例えば、テスト実施日はYYYYMMD1とする。
【００４１】
テスト実施者が指定の先日付（先日付リリース日）を入力し（ステップＳ１０３）、入力された先日付リリース日を変数Ｄ２（第２の変数）にセットする（ステップＳ１０５）。例えば、入力された先日付リリース日はYYYYMMD3とする。
【００４２】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付と変数Ｄ２が示す日付とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付が、変数Ｄ２が示す日付以前であれば、ステップＳ１０９へ進む。一方、変数Ｄ１が示す日付が、変数Ｄ２が示す日付より後であれば、処理を終了する。
【００４３】
例えば、変数Ｄ１が示す日付がYYYYMMD1、変数Ｄ２が示す日付がYYYYMMD3である場合は、ステップＳ１０９へ進む。そして、先日付ディレクトリ群４内のYYYYMMD1ディレクトリ内のモジュールを本番モジュール・ディレクトリ３へコピーしようとするが、YYYYMMD1ディレクトリ内にはモジュールが存在しないため、コピーは実行されない。
【００４４】
そして、変数Ｄ１に１dayを加算し（ステップＳ１１１）、ステップＳ１０７へ戻る。これにより変数Ｄ１が示す日付は、YYYYMMD2となる。
【００４５】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付YYYYMMD2と変数Ｄ２が示す日付YYYYMMD3とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付YYYYMMD2は、変数Ｄ２が示す日付YYYYMMD3以前であるから、ステップＳ１０９へ進む。そして、先日付ディレクトリ群４内のYYYYMMD2ディレクトリ５内のモジュールを本番モジュール・ディレクトリ３へコピーする（ステップＳ１０９）。
【００４６】
そして、変数Ｄ１に１dayを加算し（ステップＳ１１１）、ステップＳ１０７へ戻る。これにより変数Ｄ１が示す日付は、YYYYMMD3となる。
【００４７】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付YYYYMMD3と変数Ｄ２が示す日付YYYYMMD3とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付YYYYMMD3は、変数Ｄ２が示す日付YYYYMMD3以前であるから、ステップＳ１０９へ進む。そして、先日付ディレクトリ群４のYYYYMMD3ディレクトリ６内のモジュールを本番モジュール・ディレクトリ３へコピーする（ステップＳ１０９）。
【００４８】
そして、変数Ｄ１に１dayを加算し（ステップＳ１１１）、ステップＳ１０７へ戻る。これにより変数Ｄ１が示す日付は、YYYYMMD4となる。
【００４９】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付YYYYMMD4と変数Ｄ２が示す日付YYYYMMD3とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付YYYYMMD4は、変数Ｄ２が示す日付YYYYMMD3より後であるから、処理を終了する。
【００５０】
図５に基づいて、「先日付状態にした場合に更新されたモジュールのタイムスタンプを更新前のタイムスタンプより新しいものにする」を説明する。
【００５１】
図５（ａ）に示すように、先日付状態を作成する前は、本番モジュール・ディレクトリ３内に、モジュールＭ１（ver.0）TS(タイムスタンプ)0、モジュールＭ２（ver.0）TS(タイムスタンプ)0、他の既存モジュールが存在する。そして、図５（ｂ）に示すように、先日付ディレクトリ群４内のYYYYMMD2ディレクトリ５からモジュールＭ１（ver.1）TS1が本番モジュール・ディレクトリ３へコピーされる。
【００５２】
さらに、図５（ｃ）に示すように、先日付ディレクトリ群４内のYYYYMMD3ディレクトリ６からモジュールＭ２（ver.1）TS1が本番モジュール・ディレクトリ３へコピーされる。そして、図５（ｄ）に示すように、本番モジュール・ディレクトリ３内のモジュールＭ１（ver.1）及びＭ２（ver.1）のタイムスタンプがTS1からTS2へ更新される。
【００５３】
このように、タイムスタンプを更新する理由は以下のとおりである。例えば、JSP(Java（登録商標）Server Pages)では、内容をサービスに反映させる為にはコンパイルを行う必要がある。Web Application Serverの多くの製品(IBM社のWebsphere、Apache のプラグインとして動作可能なTomcatなど)では、JSPの内容が変更された場合のみ、JSPの再コンパイルを行う。そして、内容が変更されたかどうかは、JSPのタイムスタンプで判断されることが多い。
【００５４】
「サービスに反映させるために必要な手順」には更に、例えば「ソフトウェアのリブート（ウォーム・リブート）を実施する」、「定義ファイルの更新」、「ログファイルの退避」、「他アプリケーションとの連携設定」などが含まれる。
【００５５】
次に、先日付状態でテストを実施する（ステップＳ２３）。テスト実施後、先日付状態作成前の状態に環境を戻す（ステップＳ２５）。例えば、ステップＳ１７及びステップＳ２１を実行する。環境を戻した後、環境ロックを解除する（ステップＳ２７）。
【００５６】
図６にメインメニューの一例を示す。ボタンＢ１がクリックされると、ステップＳ１５及びＳ１７が実行される。フォームＦ１に指定の先日付が入力され、ボタンＢ２がクリックされると、ステップＳ１９が実行される。
【００５７】
上記の如く、前記実施例によれば、ユーザから指定された先日付状態下でモジュールをテストすることが可能となる。また、テスト実行後は、テスト実行前の環境に戻すことができる。
【図面の簡単な説明】
【００５８】
【図１】実施例における本番環境、総合開発環境、Ａチーム開発環境及びＢチーム開発環境の関係を示す図である。
【図２】実施例の先日付確認ツールの全体構成を示す図である。
【図３】実施例の処理の全体的な流れを示すフローチャートである。
【図４】実施例の先日付状態作成処理の流れを示すフローチャートである。
【図５】（ａ）〜（ｄ）は先日付ディレクトリから本番モジュール・ディレクトリへコピーされるモジュール及びコピーされたモジュールのタイムスタンプの変化を示す図である。
【図６】実施例２のサービス利用可否判断システムの処理の流れを示すフローチャートである。
【符号の説明】
【００５９】
１…本番環境 2…総合開発環境
３…本番モジュール・ディレクトリ 4…先日付ディレクトリ群
５…YYYYMMD2ディレクトリ ６…YYYYMMD3ディレクトリ
７…YYYYMMD4ディレクトリ
８…Ａチームテスト環境ディレクトリ ９…Ｂチームテスト環境ディレクトリ
１０…総合テスト環境
３０…先日付確認ツール ３１…ＣＰＵ（制御手段）
３２…ＲＯＭ ３３…ＲＡＭ
３４…ＨＤＤ（記憶手段） ３６…送受信手段
【技術分野】
【０００１】
本発明は、複数のモジュールが開発され、各モジュールが異なる日付にリリースされる場合において、各モジュールがリリースされる日の環境下で、各モジュールのテストを実行可能とする方法およびプログラムに関する。
【背景技術】
【０００２】
従来、リリース画面のテストは、リリース対象モジュールをＣＶＳ(concurrent versions system)などのバージョン管理ツールから取得し、テスト実施直前に環境に配置して実施される。
【０００３】
また、段階的にモジュールの反映を行うための自動化システムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開平７−２００３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来、テスト実施日からリリース日までの間に多くのモジュールが日々リリースされている。そのためリリース対象物のみを配布したテストでは、デグレードや他画面との連携などを検証することができない。
【０００５】
また、通常、モジュール開発は複数のチームで行われ、チームによってリリース日（環境の状態）が異なる。日付が先の状態の環境を構成する必要があったり、日付を戻した状態の環境を構成する必要があったりする。また、テスト環境の構成変更を頻繁に行う必要がある。特開平７−２００３３８では、時系列を戻るような環境生成やテスト前の状態に環境を戻すことについて触れられていない。特に頻繁に環境変更を行うのは困難だと思われる。
【０００６】
さらに、バージョン管理ツールのインタフェースが開発チームによって異なるためテスト環境の構築が複雑な手順になったり、担当者のシステム知識レベルによって間違った手順で環境を設定してしまったりするなど、統一的にリリース日当日の環境を作り出すことは困難である。
【０００７】
そこで、本発明は、上記の課題を解決するためになされたものであり、複数のモジュールが開発され、各モジュールが異なる日付にリリースされる場合などにおいて、指定された日付の環境下で、各モジュールのテストを実行可能とする方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の特徴は、本番モジュール・ディレクトリ内を指定の先日付における状態とするための方法であって、バックアップ取得手段が、本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップステップと、先日付状態作成手段が、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成ステップと、サービス反映手段が、システムを再起動するサービス反映ステップと、を含むことにある。
【０００９】
「各ディレクトリ内の全ディレクトリ」とは、各ディレクトリ内に存在するディレクトリの全てを意味し、ディレクトリ構造が階層化され、親ディレクトリ内に子ディレクトリが存在し、子ディレクトリ内にさらに孫ディレクトリが存在する場合には、子ディレクトリのみならず、孫ディレクトリも含まれる。ディレクトリ構造が階層化されている場合に、階層の深さに制限はない。また、第１日付と第２日付との間隔は、１日に限定されない。２日、３日、１週間などであっても良い。
【００１０】
先日付とは、将来の日付を意味する。指定の先日付とは、特定の先日付を意味し、例えば、モジュールのリリース予定日（以下、適宜「先日付リリース日」と言う。）を含む。また、「第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする」とは、例えば、第２日付と指定の先日付とが等しい場合は、第２日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーして先日付状態作成ステップを終わる。また、指定の先日付を第ｎ日付とした場合（ｎは任意の自然数）は、
第１日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
第２日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
第３日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
・・・
第（ｎ−１）日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーし、
第ｎ日付ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーして先日付状態作成ステップを終わる。
【００１１】
もし本番モジュール・ディレクトリ内に同一名称のファイルが既に存在する場合は、後の日付のディレクトリ内に存在するファイルによって上書きされる。
【００１２】
本発明の第１の特徴によれば、例えば、３月１０日リリース予定の第１モジュールが３月１０日付ディレクトリ内に既に格納されており、３月２０日リリース予定の第２モジュールが３月２０日付ディレクトリ内に既に格納されている場合に、３月２０日を指定の先日付とすることによって、３月１０日リリース予定の第１モジュールと３月２０日リリース予定の第２モジュールとが反映された３月２０日の状態（環境）を、３月５日に作ることが可能となる。
【００１３】
本発明の第２の特徴は、先日付状態作成ステップが、第１日付を第１の変数に、第２日付を第２の変数に設定するステップと、第１の変数と第２の変数とを比較する比較ステップと、第１の変数が示す日付が、第２の変数が示す日より後である場合に、システムを再起動するステップと、第１の変数が示す日付が、第２の変数が示す日付以前である場合に、第１の変数が示す日付に関連付けられているディレクトリ内の全ファイルを本番モジュールフォルダにコピーするステップと、第１の変数に所定数を加算した後に、比較ステップへ戻るステップを含むことにある。
【００１４】
第１の変数に加算される所定数は、１日に限定されない。２日、３日、１週間などであっても良い。
【発明の効果】
【００１５】
本発明の特徴によれば、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリに格納されている全ファイル及び全ディレクトリが本番モジュール・ディレクトリに順番にコピーされる。それによって、本番モジュール・ディレクトリ内には、例えば、指定の先日付に至るまでにリリースされる全モジュールが、指定の先日付における最新バージョンで格納される。
【発明を実施するための最良の形態】
【００１６】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明によって限定されるものではない。
【実施例】
【００１７】
図１に基づいて、実施例における本番環境、総合開発環境、Ａチーム開発環境及びＢチーム開発環境の関係を説明する。まず、本番同期システムを用いて、本番環境１と総合開発環境２を同期させる。つまり、本番環境１の本番モジュール・ディレクトリ（図示せず）の全モジュールを、総合開発環境２の本番モジュール・ディレクトリ３へコピーする（Ｓ１）。
【００１８】
次いで、モジュール管理ツールを用いて、総合開発環境２の本番モジュール・ディレクトリ３内の全モジュール（最新本番モジュール）を各チームのチームテスト環境ディレクトリにコピーする（Ｓ２）。図１に示す例では、最新本番モジュール（モジュールＭ１ver.0、モジュールＭ２ver.0、モジュールＭ３ver.0、他の既存モジュール）を、Ａチームテスト環境ディレクトリ８及びＢチームテスト環境ディレクトリ９並びに図示しないＣチームテスト環境ディレクトリにコピーする。
【００１９】
そして、各チームはそれぞれ独立して、開発中のモジュールを自己のテスト環境下でテストし（Ｓ３）、テストに合格したモジュールを新たなバージョンとして先日付ディレクトリ群４内のリリース予定日のディレクトリへコピーする（Ｓ４）。
【００２０】
図１に示す例では、ＡチームはモジュールＭ１の開発を担当し、本番モジュール・ディレクトリ３からコピーしたモジュールＭ１（ver.0）、モジュールＭ２（ver.0）、モジュールＭ３（ver.0）及び他の既存モジュールが存在するＡチームテスト環境８において、開発中のモジュールＭ１をテストした後に、モジュールＭ１をバージョン１として、先日付ディレクトリ群４内のYYYYMMD2ディレクトリ５へコピーする。
【００２１】
一方、ＢチームはモジュールＭ２の開発を担当し、本番モジュール・ディレクトリ３からコピーしたモジュールＭ１（ver.0）、モジュールＭ２（ver.0）、モジュールＭ３（ver.0）及び他の既存モジュールが存在するＢチームテスト環境９において、開発中のモジュールＭ２をテストした後に、モジュールＭ２をバージョン１として、先日付ディレクトリ群４内のYYYYMMD3ディレクトリ６へコピーする。
【００２２】
また、図示しないＣチームはモジュールＭ３の開発を担当し、本番モジュール・ディレクトリ３からコピーしたモジュールＭ１（ver.0）、モジュールＭ２（ver.0）、モジュールＭ３（ver.0）及び他の既存モジュールが存在するＣチームテスト環境において、開発中のモジュールＭ３をテストした後に、モジュールＭ３をバージョン１として、先日付ディレクトリ４群内のYYYYMMD4ディレクトリ7へコピーする。
【００２３】
ここで、YYYYMMD3はYYYYMMD2よりも未来であるとする。つまり、Ａチームが開発したモジュールＭ１（ver.1）がリリースされた後に、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされる。別の言い方をすると、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされる日には、Ａチームが開発したモジュールＭ１（ver.1）は既にリリースされている。
【００２４】
また、YYYYMMD4はYYYYMMD3よりも未来であるとする。つまり、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされた後に、Ｃチームが開発したモジュールＭ３（ver.1）がリリースされる。別の言い方をすると、Ｂチームが開発したモジュールＭ２（ver.1）がリリースされる日には、Ｃチームが開発したモジュールＭ３（ver.1）はまだリリースされていない。
【００２５】
そして、Ｂチームテスト環境９には、Ａチームが開発したモジュールＭ１（ver.1）は反映されていない。つまり、モジュールＭ２（ver.1）がリリースされる日には、モジュール１はバージョン０からバージョン１に変化しているにもかかわらず、Ｂチームはモジュール１（ver.1）を用いたテストをまだしていない。
【００２６】
そこで、後述する先日付状態作成ツールを用いて、テスト実行日から見て未来であるYYYYMMD3の日にリリースされているべきモジュール群からなる総合テスト環境１０を、テスト日に構築して総合テストを実行する（Ｓ５）。
【００２７】
図１に示す例では、先日付確認ツールを用いて、YYYYMMD2の先日付ディレクトリ内のモジュールＭ１（ver.1）と、YYYYMMD3の先日付ディレクトリ内のモジュールＭ２（ver.1）と、モジュールＭ３（ver.0）と、他の既存モジュールからなる総合テスト・モジュール群１０を得る。そして、このようにして得られた総合テスト環境１０を用いてモジュールＭ２（ver.1）をテストする。
【００２８】
図１に示す例では、総合テスト環境１０は、モジュールＭ２(ver.1)がリリースされる日の状態と同じであるから、モジュールＭ２(ver.1)のリリース日YYYYMMDD3より後にリリースされるモジュールＭ３(ver.1)は含まれない。つまり、総合テスト環境１０に含まれるモジュールＭ３は、ver.0のままである。
【００２９】
テストの結果、問題が発見されなければ、開発されたモジュールはモジュール管理ツール又はリリースツールへ登録される（Ｓ６）。そして、モジュール管理ツール又はリリースツールは、登録されているモジュールを、所定のリリース・スケジュールに従って、本番環境へリリースする（Ｓ７）。図１に示す例では、モジュールＭ２（ver.1）がリリースツールに登録され、本番環境へリリースされる。
【００３０】
図２に基づいて、実施例の先日付確認ツールの全体構成を説明する。図２に示すように、先日付確認ツール３０は、ＣＰＵ（制御手段）３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ（記憶手段）３４、送受信手段３６などを備える。
【００３１】
ＨＤＤ３４には、ＯＳ(Operating System)、環境ロック手段、バックアップ取得手段、環境リフレッシュ手段、先日付状態作成手段、サービス反映手段、環境ロック解除手段、本番ディレクトリ、先日付ディレクトリ群などが記憶されている。環境ロック手段等の「〜手段」の実体は、所定の処理を実行するプログラムである。
【００３２】
送受信手段３６は、本番環境１から本番モジュールを受信したり、各チームのテスト環境に本番モジュールを送信したり、各チームが開発したモジュールを受信したりする。
【００３３】
図３に基づいて、実施例の処理の全体的な流れを説明する。例えば、リリース予定のＪＳＰ（Java（登録商標）Server Pages）を手作業でリリース予定日の先日付ディレクトリに格納する（ステップＳ１１）。例えば、ＡチームはYYYYMMD2の先日付ディレクトリにモジュールＭ１(ver.1)を格納し、ＢチームはYYYYMMD3の先日付ディレクトリにモジュールＭ２(ver.1)を格納する。
【００３４】
次に、先日付ツールを用いてテストしようとする者が先日付ツールにログインすると、環境がロックされる（ステップＳ１３）。「環境がロックされる」とは、例えば、他者のログインを排除すること、を含む。
【００３５】
次に、バックアップを取得する（ステップＳ１５）。例えば、本番モジュール・ディレクトリ３内の全てのファイルを第１のバックアップディレクトリ（図示せず）にコピーする。本番モジュール・ディレクトリ内にサブディレクトリが存在する場合は、それらサブディレクトリ内のファイルも全てバックアップディレクトリにコピーする。
【００３６】
通常は、不具合があった場合にその場で書き換えながらテストを進める。このため、最新のバージョンが本番ディレクトリのみにしか存在しない場合がある。異なるチームによって環境が変化される為、意図しないモジュールの消失が発生する恐れがある。本番モジュール・ディレクトリ３内の全てのファイルを第１のバックアップディレクトリ（図示せず）へコピーするのは、この意図しないモジュールの消失を防止するためである。例えば、昨日Aさんが先日付テストを実施し、翌日BさんがＡさんとは異なる先日付でテストを実施したとする。もしAさんがバックアップ取得を忘れていたとしても、Ｂさんは昨日Ａさんが先日付テストを実施する前の状態までさかのぼることができる。
【００３７】
次に、環境をリフレッシュする（ステップＳ１７）。例えば、第２のバックアップディレクトリを設け、毎朝定時（例えば、８時）に本番モジュールを、第２のバックアップディレクトリにコピーしておく。そして、環境リフレッシュが要求されたら、その日の朝の本番モジュールで、本番モジュール・ディレクトリ内の内容を更新する。
【００３８】
次に、先日付状態を作成する（ステップＳ１９）。先日付状態を作成するための処理の流れは後述する。
【００３９】
次に、利用するアプリケーションの仕様に従って、サービスに反映させるために必要な手順を実行する（ステップＳ２１）。利用するアプリケーションとは、例えば
HTTPD(Hyper Text Transfer Protocol Daemon) Server、Web Application Server、DBMS(Data Base Management System)製品などを含む。「必要な手順」とは、例えば先日付状態にした場合に更新されたモジュールのタイムスタンプを更新前のタイムスタンプより新しいものにすることが含まれる。
【００４０】
図４に基づいて、実施例の先日付状態作成処理の流れを説明する。まず、テスト実施日（本日）の日付を変数Ｄ１（第１の変数）にセットする（ステップＳ１０１）。例えば、テスト実施日はシステム内のカレンダー機能から自動的に取得する。また例えば、テスト実施日はYYYYMMD1とする。
【００４１】
テスト実施者が指定の先日付（先日付リリース日）を入力し（ステップＳ１０３）、入力された先日付リリース日を変数Ｄ２（第２の変数）にセットする（ステップＳ１０５）。例えば、入力された先日付リリース日はYYYYMMD3とする。
【００４２】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付と変数Ｄ２が示す日付とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付が、変数Ｄ２が示す日付以前であれば、ステップＳ１０９へ進む。一方、変数Ｄ１が示す日付が、変数Ｄ２が示す日付より後であれば、処理を終了する。
【００４３】
例えば、変数Ｄ１が示す日付がYYYYMMD1、変数Ｄ２が示す日付がYYYYMMD3である場合は、ステップＳ１０９へ進む。そして、先日付ディレクトリ群４内のYYYYMMD1ディレクトリ内のモジュールを本番モジュール・ディレクトリ３へコピーしようとするが、YYYYMMD1ディレクトリ内にはモジュールが存在しないため、コピーは実行されない。
【００４４】
そして、変数Ｄ１に１dayを加算し（ステップＳ１１１）、ステップＳ１０７へ戻る。これにより変数Ｄ１が示す日付は、YYYYMMD2となる。
【００４５】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付YYYYMMD2と変数Ｄ２が示す日付YYYYMMD3とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付YYYYMMD2は、変数Ｄ２が示す日付YYYYMMD3以前であるから、ステップＳ１０９へ進む。そして、先日付ディレクトリ群４内のYYYYMMD2ディレクトリ５内のモジュールを本番モジュール・ディレクトリ３へコピーする（ステップＳ１０９）。
【００４６】
そして、変数Ｄ１に１dayを加算し（ステップＳ１１１）、ステップＳ１０７へ戻る。これにより変数Ｄ１が示す日付は、YYYYMMD3となる。
【００４７】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付YYYYMMD3と変数Ｄ２が示す日付YYYYMMD3とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付YYYYMMD3は、変数Ｄ２が示す日付YYYYMMD3以前であるから、ステップＳ１０９へ進む。そして、先日付ディレクトリ群４のYYYYMMD3ディレクトリ６内のモジュールを本番モジュール・ディレクトリ３へコピーする（ステップＳ１０９）。
【００４８】
そして、変数Ｄ１に１dayを加算し（ステップＳ１１１）、ステップＳ１０７へ戻る。これにより変数Ｄ１が示す日付は、YYYYMMD4となる。
【００４９】
ＣＰＵ（制御手段）３１は、変数Ｄ１が示す日付YYYYMMD4と変数Ｄ２が示す日付YYYYMMD3とを比較し（ステップＳ１０７）、変数Ｄ１が示す日付YYYYMMD4は、変数Ｄ２が示す日付YYYYMMD3より後であるから、処理を終了する。
【００５０】
図５に基づいて、「先日付状態にした場合に更新されたモジュールのタイムスタンプを更新前のタイムスタンプより新しいものにする」を説明する。
【００５１】
図５（ａ）に示すように、先日付状態を作成する前は、本番モジュール・ディレクトリ３内に、モジュールＭ１（ver.0）TS(タイムスタンプ)0、モジュールＭ２（ver.0）TS(タイムスタンプ)0、他の既存モジュールが存在する。そして、図５（ｂ）に示すように、先日付ディレクトリ群４内のYYYYMMD2ディレクトリ５からモジュールＭ１（ver.1）TS1が本番モジュール・ディレクトリ３へコピーされる。
【００５２】
さらに、図５（ｃ）に示すように、先日付ディレクトリ群４内のYYYYMMD3ディレクトリ６からモジュールＭ２（ver.1）TS1が本番モジュール・ディレクトリ３へコピーされる。そして、図５（ｄ）に示すように、本番モジュール・ディレクトリ３内のモジュールＭ１（ver.1）及びＭ２（ver.1）のタイムスタンプがTS1からTS2へ更新される。
【００５３】
このように、タイムスタンプを更新する理由は以下のとおりである。例えば、JSP(Java（登録商標）Server Pages)では、内容をサービスに反映させる為にはコンパイルを行う必要がある。Web Application Serverの多くの製品(IBM社のWebsphere、Apache のプラグインとして動作可能なTomcatなど)では、JSPの内容が変更された場合のみ、JSPの再コンパイルを行う。そして、内容が変更されたかどうかは、JSPのタイムスタンプで判断されることが多い。
【００５４】
「サービスに反映させるために必要な手順」には更に、例えば「ソフトウェアのリブート（ウォーム・リブート）を実施する」、「定義ファイルの更新」、「ログファイルの退避」、「他アプリケーションとの連携設定」などが含まれる。
【００５５】
次に、先日付状態でテストを実施する（ステップＳ２３）。テスト実施後、先日付状態作成前の状態に環境を戻す（ステップＳ２５）。例えば、ステップＳ１７及びステップＳ２１を実行する。環境を戻した後、環境ロックを解除する（ステップＳ２７）。
【００５６】
図６にメインメニューの一例を示す。ボタンＢ１がクリックされると、ステップＳ１５及びＳ１７が実行される。フォームＦ１に指定の先日付が入力され、ボタンＢ２がクリックされると、ステップＳ１９が実行される。
【００５７】
上記の如く、前記実施例によれば、ユーザから指定された先日付状態下でモジュールをテストすることが可能となる。また、テスト実行後は、テスト実行前の環境に戻すことができる。
【図面の簡単な説明】
【００５８】
【図１】実施例における本番環境、総合開発環境、Ａチーム開発環境及びＢチーム開発環境の関係を示す図である。
【図２】実施例の先日付確認ツールの全体構成を示す図である。
【図３】実施例の処理の全体的な流れを示すフローチャートである。
【図４】実施例の先日付状態作成処理の流れを示すフローチャートである。
【図５】（ａ）〜（ｄ）は先日付ディレクトリから本番モジュール・ディレクトリへコピーされるモジュール及びコピーされたモジュールのタイムスタンプの変化を示す図である。
【図６】実施例２のサービス利用可否判断システムの処理の流れを示すフローチャートである。
【符号の説明】
【００５９】
１…本番環境 2…総合開発環境
３…本番モジュール・ディレクトリ 4…先日付ディレクトリ群
５…YYYYMMD2ディレクトリ ６…YYYYMMD3ディレクトリ
７…YYYYMMD4ディレクトリ
８…Ａチームテスト環境ディレクトリ ９…Ｂチームテスト環境ディレクトリ
１０…総合テスト環境
３０…先日付確認ツール ３１…ＣＰＵ（制御手段）
３２…ＲＯＭ ３３…ＲＡＭ
３４…ＨＤＤ（記憶手段） ３６…送受信手段
【特許請求の範囲】
【請求項１】
本番モジュール・ディレクトリ内を指定の先日付における状態とするための方法であって、
バックアップ取得手段が、本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップステップと、
先日付状態作成手段が、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成ステップと、
サービス反映手段が、システムを再起動するサービス反映ステップと、を含むことを特徴とする先日付状態作成方法。
【請求項２】
前記先日付状態作成ステップは、
第１日付を第１の変数に、第２日付を第２の変数に設定するステップと、
第１の変数と第２の変数とを比較する比較ステップと、
第１の変数が示す日付が、第２の変数が示す日より後である場合に、システムを再起動するステップと、
第１の変数が示す日付が、第２の変数が示す日付以前である場合に、第１の変数が示す日付に関連付けられているディレクトリ内の全ファイルを前記本番モジュールフォルダにコピーするステップと、
第１の変数に所定数を加算した後に、前記比較ステップへ戻るステップを含むことを特徴とする請求項１に記載の先日付状態作成方法。
【請求項３】
本番モジュール・ディレクトリ内を指定の先日付における状態とするためのプログラムであって、コンピュータを、
本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップ取得手段、
第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成手段、
システムを再起動するサービス反映手段、として機能させることを特徴とする先日付状態作成プログラム。
【請求項１】
本番モジュール・ディレクトリ内を指定の先日付における状態とするための方法であって、
バックアップ取得手段が、本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップステップと、
先日付状態作成手段が、第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成ステップと、
サービス反映手段が、システムを再起動するサービス反映ステップと、を含むことを特徴とする先日付状態作成方法。
【請求項２】
前記先日付状態作成ステップは、
第１日付を第１の変数に、第２日付を第２の変数に設定するステップと、
第１の変数と第２の変数とを比較する比較ステップと、
第１の変数が示す日付が、第２の変数が示す日より後である場合に、システムを再起動するステップと、
第１の変数が示す日付が、第２の変数が示す日付以前である場合に、第１の変数が示す日付に関連付けられているディレクトリ内の全ファイルを前記本番モジュールフォルダにコピーするステップと、
第１の変数に所定数を加算した後に、前記比較ステップへ戻るステップを含むことを特徴とする請求項１に記載の先日付状態作成方法。
【請求項３】
本番モジュール・ディレクトリ内を指定の先日付における状態とするためのプログラムであって、コンピュータを、
本番モジュール・ディレクトリ内の全ディレクトリ及び全ファイルをバックアップ用ディレクトリへコピーするバックアップ取得手段、
第１日付ディレクトリから順に指定の先日付ディレクトリまでの各ディレクトリ内の全ディレクトリ及び全ファイルを本番モジュール・ディレクトリへコピーする先日付状態作成手段、
システムを再起動するサービス反映手段、として機能させることを特徴とする先日付状態作成プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−７９９８１（Ｐ２００７−７９９８１Ａ）
【公開日】平成１９年３月２９日（２００７．３．２９）
【国際特許分類】
【出願番号】特願２００５−２６７４５４（Ｐ２００５−２６７４５４）
【出願日】平成１７年９月１４日（２００５．９．１４）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成１９年３月２９日（２００７．３．２９）
【国際特許分類】
【出願日】平成１７年９月１４日（２００５．９．１４）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]