(57)【要約】【課題】伝送装置のデータベース更新を行ってからデータベースバックアップを実施するまでのタイムラグを抑圧し、バックアップデータベースのデータの信頼性と操作性を向上させる。【解決手段】伝送装置データベースをリモートメモリバックアップするオペレーションシステムにおいて、ネットワーク登録時にネットワーク管理テーブルとリモートメモリバックアップ管理テーブルを具備し、オペレーションシステムからの指示により同一ネットワーク内の隣接伝送装置間でデータベースファイルをバックアップする管理方法。【選択図】図２
2010191690.tif 000002
【特許請求の範囲】
【請求項１】
リング型ネットワークを構成する複数の伝送装置の運用データベースを前記伝送装置間でバックアップするバックアップ管理方法であって、
前記伝送装置のネットワーク登録時とネットワーク更新時に、指定されたネットワーク情報をオペレーションシステムに保持するステップと、
前記ネットワーク毎にバックアップデータベース情報を前記オペレーションシステムに保持するステップと、
前記オペレーションシステムからの指示で同一の前記ネットワーク内の隣接する前記伝送装置間でデータベースファイルをバックアップするステップと
を含むことを特徴とする伝送装置データベースのバックアップ管理方法。
【請求項２】
請求項１記載の伝送装置データベースのバックアップ管理方法において、
隣接する前記伝送装置へのデータベースのバックアップが失敗した場合、前記オペレーションシステムから別のバックアップ先伝送装置を検索してバックアップすることを特徴とする伝送装置データベースのバックアップ管理方法。
【請求項３】
請求項１記載の伝送装置データベースのバックアップ管理方法において、
前記バックアップデータベース情報は、複数のグループに分割して管理し、前記伝送装置の増設/減設時に、変更されたグループのみをバックアップすることを特徴とする伝送装置データベースのバックアップ管理方法。
【請求項４】
請求項１記載の伝送装置データベースのバックアップ管理方法において、
更に、定期的に前記伝送装置のデータベースバックアップ情報を読み出すステップと、読み出した前記伝送装置のデータベースバックアップ情報を、前記オペレーションシ
ステムに保持された前記バックアップデータベース情報と比較するステップと、
前記伝送装置の前記データベースファイルに異常があれば、再度バックアップするステップと、
を含むことを特徴とする伝送装置データベースのバックアップ管理方法。
【請求項５】
リング型ネットワークを構成する複数の伝送装置の運用データベースを前記伝送装置間でリストアするリストア管理方法であって、
前記伝送装置のネットワーク登録時とネットワーク更新時に、指定されたネットワーク情報をオペレーションシステムに保持するステップと、
前記ネットワーク毎にバックアップデータベース情報を前記オペレーションシステムに保持するステップと、
前記オペレーションシステムからの指示でリストアを行うデータベースファイル格納先の前記伝送装置を検索するステップと、
前記伝送装置のデータベースをリストアするステップと、
を含むことを特徴とする伝送装置データベースのリストア管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置データベースのバックアップ管理方法およびリストア管理方法に関し、特に、複数の伝送装置で構成されるリングネットワークと、これらのリングネットワークを複数監視して制御するオペレーションシステムにおいて用いると好適である。
【背景技術】
【０００２】
リング型ネットワークを構成する複数の伝送装置(ＮＥ：Network Element)とそれを遠隔から監視制御するオペレーションシステム（ＯｐＳ：Operation System）は、１台以上のゲートウェイとなる伝送装置(ＧＮＥ：Gateway Network Element)で接続される。
【０００３】
オペレーションシステム（ＯｐＳ：Operation System）は、ここでは伝送装置(ＮＥ：Network Element)を監視制御するクライアントサーバ構成のシステムを意味する。
【０００４】
図２３は、本発明が対象とするリングネットワークの構成図である。図２３において、ＯｐＳクライアント７１〜７ｎは、ＤＣＮ（Data Communication Network)６を経由してＯｐＳサーバ５１、５２に接続され、ＯｐＳサーバ５１、５２は、ＤＣＮ（Data Communication Network)４を経由してゲートウェイとなる伝送装置（ＧＮＥ）１１，２１に接続される。ＤＣＮ４，６は、ＴＣＰ／ＩＰのプロトコル通信により信号が伝送され、また、リングネックワーク内の装置間ではＤＣＣ(Data Communication Channel)通信により信号が伝送される。
【０００５】
上記構成のもと、従来は、架前制御端末（ＣＩＴ：Claft Interface Terminal）８を用いて各伝送装置１１〜１ｎ、２１〜２ｎのＲＡＭディスク領域に、伝送装置１１〜１ｎ、２１〜２ｎの運用データベースをバックアップしていたが、伝送装置１１〜１ｎ、２１〜２ｎに故障が発生した場合にバックアップした情報が消滅してしまうことを防ぐ事を目的として、伝送装置の運用データベースをリモートでＯｐＳサーバ５にバックアップする機能（以下、ＲＭＢＵ：Remote Memory Backup）や、逆にＯｐＳサーバ５にバックアップしたデータベースをリモートで伝送装置１１〜１ｎ、２１〜２ｎにリストアして伝送装置１１〜１ｎ、２１〜２ｎを復旧する機能（以下、ＲＭＲＳ：Remote Memory Restore）がある。
【０００６】
また、ＲＭＢＵにはオペレータがＯｐＳクライアント７１〜７ｎからＯｐＳサーバ５を経由して伝送装置１１〜１ｎ、２１〜２ｎにプロビジョニング設定を行った後などに任意に行う手動バックアップ機能(以下、手動ＲＭＢＵ)と、オペレータの保守作業の負担軽減やバックアップ漏れを防ぐため、比較的ネットワーク負荷が低い深夜帯にＯｐＳサーバ５が定期的に行う自動バックアップ機能(以下、自動ＲＭＢＵ)がある。
【０００７】
図２４は、従来技術によるリモートメモリバックアップ方法を示す説明図である。図２４に示すように、従来のＲＭＢＵでは、ＲＭＢＵ開始時刻になると伝送装置１１〜１３毎に直列でＲＭＢＵを実施し、伝送装置１１〜１３毎に運用データベース１４１〜１４３をメモリーコピーしてＲＡＭディスク１１１〜１１３上にバックアップＤＢファイル１３１〜１３３を作成し、さらにＧＮＥ１１経由でＯｐＳサーバ５にファイル転送することでＯｐＳサーバ５で各ＮＥ１１〜１ｎのバックアップＤＢファイル５３１〜５３３と管理情報を一元管理していた。（例えば、特許文献１参照）
図２５に従来技術によるリモートメモリバックアップのシーケンス図である。
【０００８】
自動ＲＭＢＵはリングネットワーク内の全ＮＥ１１〜１ｎに対して繰り返しＲＭＢＵを行うが、対象ＮＥ１１〜１ｎがＧＮＥ#01１１の場合とＮＥ#02１２〜ＮＥ#ｎ１ｎの場合でシーケンスが異なる。
【０００９】
ＧＮＥ＃01１１の場合は、バックアップＤＢを直接ＯｐＳサーバ５へファイル転送するが、ＮＥ#02１２〜ＮＥ#ｎ１ｎの場合は一旦ＧＮＥ#01１１へファイル転送してから、さらにＧＮＥ＃01１１からＯｐＳサーバ５へファイル転送するという２段階の手順となる。
【００１０】
図２５ではＧＮＥ#01１１とＮＥ#02１２のバックアップＤＢをＯｐＳサーバ５にＲＭＢＵするシーケンスを代表的に記述している。
【００１１】
以下に、ＧＮＥ#01１１のＲＭＢＵ手順を以下に示す。
【００１２】
Ｓ１．ＯｐＳサーバ５からバックアップ対象のＧＮＥ#01１１に対しファイル削除要求を送信し、ＲＡＭディスク上のファイルを全て削除する。
【００１３】
Ｓ２．ＯｐＳサーバ５からバックアップ対象のＧＮＥ#01１１に対しメモリコピー要求を送信し、ＦＬＡＳＨメモリのＤＢをＲＡＭディスクにコピーしてバックアップＤＢファイルを作成する。
【００１４】
Ｓ３．ＯｐＳサーバ５からＧＮＥ#01１１に対してファイル転送要求を送信し、ＧＮＥ#01１１のＲＡＭディスク上にあるバックアップＤＢファイルをＯｐＳサーバ５のＨＤＤ上にファイル転送する。
【００１５】
次に、ＮＥ#02１２のＲＭＢＵ手順を以下に示す。
【００１６】
Ｓ４．ＯｐＳサーバ５からバックアップ対象のＮＥ#02１２に対しファイル削除要求を送信し、ＲＡＭディスク上のファイルを全て削除する。
【００１７】
Ｓ５．ＯｐＳサーバ５からバックアップ対象のＮＥ#02１２に対しメモリコピー要求を送信し、ＦＬＡＳＨメモリのＤＢをＲＡＭディスクにコピーしてバックアップＤＢファイルを作成する。
【００１８】
Ｓ６．ＯｐＳサーバ５からＧＮＥ#01１１に対してファイル削除要求を送信し、ＲＡＭディスク上のファイルを全て削除する。
【００１９】
Ｓ７．ＯｐＳサーバ５からＧＮＥ#01１１に対してファイル転送要求を送信し、ＮＥ#02１２のＲＡＭディスク上にあるバックアップＤＢファイルをＧＮＥ#01１１のＲＡＭディスク上にファイル転送する。
【００２０】
Ｓ８．ＯｐＳサーバ５からＧＮＥ#01１１に対して再びファイル転送要求を送信し、ＧＮＥ#01１１のＲＡＭディスク上にあるバックアップＤＢファイルをＯｐＳサーバ５のＨＤＤ上にファイル転送する。
【００２１】
なお、ＮＥ#03１３〜ＮＥ#n１ｎの手順もＮＥ#02１２の手順と同様である。
【００２２】
このようにＧＮＥ＃01１１以外のＮＥ#02１２〜ＮＥ#ｎ１ｎのＲＭＢＵでは、一旦ＧＮＥ#01１１へファイル転送してから、さらにＧＮＥ＃01１１からＯｐＳサーバ５へファイル転送するという２段階の手順をとるため、同一リングネットワーク内のＮＥ１１〜１ｎに対するＲＭＢＵは、必ずシーケンシャルに１ＮＥずつ実施する必要があった。
【００２３】
また、ＲＭＢＵではリングネットワーク内のＮＥ間に比べて通信速度が遅いＯｐＳサーバ５〜ＧＮＥ１１間に大量のデータを伝送するため、他の監視／制御データの伝送性能を劣化させないような配慮がなされていた。例えば、リングネットワークをまたがってＲＭＢＵを同時実行させるＮＥ１１〜１ｎ台数に制限を設けたり、自動ＲＭＢＵで１日に実施するＮＥ１１〜１ｎ台数や実施時間帯に制限を設けて実行し、その日に終わらなかったＮＥ１１〜１ｎは翌日以降に持ち越して実行していた。
【００２４】
図２６は、従来技術によるリモートメモリリストアのシーケンス図である。図２６に従来のＲＭＲＳのシーケンスの一例を示す。
【００２５】
ＧＮＥ＃01１１の場合は、バックアップＤＢを直接ＯｐＳサーバ５からファイル転送するが、ＮＥ#02１２〜ＮＥ#ｎ１ｎの場合は一旦ＧＮＥ#01１１へファイル転送してから、さらにＧＮＥ＃01１１からＮＥ#02１２〜ＮＥ#ｎ１ｎへファイル転送するという２段階の手順となる。
【００２６】
図２６ではＮＥ#02１２のバックアップＤＢをＯｐＳサーバ５からＲＭＲＳするシーケンスを代表的に記述している。
【００２７】
以下に、ＮＥ#02１２のＲＭＲＳ手順を以下に示す。
【００２８】
Ｓ１．ＯｐＳサーバ５からＧＮＥ#01１１に対してファイル削除要求を送信し、ＲＡＭディスク上のファイルを全て削除する。
【００２９】
Ｓ２．ＯｐＳサーバ５からＧＮＥ#01１１に対してファイル転送要求を送信し、ＯｐＳサーバ５のＨＤＤ上にあるバックアップＤＢファイルをＧＮＥ#01１１のＲＡＭディスク上にファイル転送する。
【００３０】
Ｓ３．ＯｐＳサーバ５からＮＥ#02１２に対してファイル削除要求を送信し、ＲＡＭディスク上のファイルを全て削除する。
【００３１】
Ｓ４．ＯｐＳサーバ５からＧＮＥ#01１１に対してファイル転送要求を送信し、ＧＮＥ#01１１のＲＡＭディスク上にあるバックアップＤＢファイルをＮＥ#02１２のＲＡＭディスク上にファイル転送する。
【００３２】
Ｓ５．ＯｐＳサーバ５からＮＥ#02１２に対しメモリコピー要求を送信し、ＲＡＭディスクのバックアップＤＢファイルをＦＬＡＳＨメモリにコピーしてリストアする。
【００３３】
このようにＧＮＥ＃01１１以外のＮＥ#02１２〜ＮＥ#ｎ１ｎのＲＭＲＳでは、一旦ＧＮＥ#01１１へファイル転送してから、さらにＧＮＥ＃01１１からＮＥ#02１２〜ＮＥ#ｎ１ｎへファイル転送するという２段階の手順をとるため、リストア時のファイル転送にも時間がかかっていた。
【００３４】
また、ネットワーク管理システムのデータベース復旧方式に関して、障害発生時に、予め保存しておいた管理情報データベースを再ロードすると共に、現在のネットワーク機器情報との不一致がある場合はネットワーク機器に格納されている管理情報をアップロードし、その管理情報でネットワーク管理システムに格納されている管理情報を更新する内容が開示されている。（例えば、特許文献２参照）
【先行技術文献】
【特許文献】
【００３５】
【特許文献１】特開２００７−５８８１４号公報
【特許文献２】特開平１０−２５４９３４号公報
【発明の概要】
【発明が解決しようとする課題】
【００３６】
近年では、ＯｐＳで管理するＮＥ台数が増加したことや、ＯｐＳサーバに大量のデータをバックアップすることでＯｐＳ〜ＧＮＥ間のデータ通信トラフィックが増大することになり、従来技術のように一日にＯｐＳがバックアップするＮＥ台数に制限をかけ、数日にわたり自動ＲＭＢＵを実施する方法では、ＯｐＳからＮＥにプロビジョニング設定（ＤＢ更新）を行ってから自動ＲＭＢＵが実施されるまでに１日以上のタイムラグが生ずる場合があった。
【００３７】
従って、その間にＮＥに障害が発生し、バックアップＤＢファイルをＮＥにリストアする必要性が生じても、ＯｐＳには最新のバックアップファイルが存在しない事態に陥る可能性があった。
【００３８】
従来方式ではこのような事態に陥った場合、ＯｐＳにある少し古いバックアップＤＢファイルをＮＥにリストアした後、ＯｐＳとＮＥのＤＢを比較して差分をＯｐＳから再設定してデータを合わせ込む必要があるため、復旧に時間がかかることがあった。
【００３９】
本発明の目的は、自動ＲＭＢＵにより１日に１回、全てのＮＥのＤＢバックアップを行うことにより、プロビジョニング設定(ＤＢ更新)を行ってからＤＢバックアップを実施するまでのタイムラグを２４時間以内に抑えることにより、バックアップＤＢのデータの信頼性と保守性を向上させる伝送装置の運用データベースのバックアップ管理方法およびリストア管理方法を提供することである。
【課題を解決するための手段】
【００４０】
上記課題を解決するための本発明は、リング型ネットワークを構成する複数の伝送装置の運用データベースを前記伝送装置間でバックアップするバックアップ管理方法であって、前記伝送装置のネットワーク登録時とネットワーク更新時に、指定されたネットワーク情報をオペレーションシステムに保持するステップと、前記ネットワーク毎にバックアップデータベース情報を前記オペレーションシステムに保持するステップと、前記オペレーションシステムからの指示で同一の前記ネットワーク内の隣接する前記伝送装置間でデータベースファイルをバックアップするステップとを含んでいる。
【００４１】
この本発明によれば、他の制御／監視データの伝送性能を劣化させることがなく、自動ＲＭＢＵの大幅な時間短縮が可能となる伝送装置データベースのバックアップ管理方法を提供できる。
【００４２】
また、本発明は、リング型ネットワークを構成する複数の伝送装置の運用データベースを前記伝送装置間でリストアするリストア管理方法であって、前記伝送装置のネットワーク登録時とネットワーク更新時に、指定されたネットワーク情報をオペレーションシステムに保持するステップと、前記ネットワーク毎にバックアップデータベース情報を前記オペレーションシステムに保持するステップと、前記オペレーションシステムからの指示でリストアを行うデータベースファイル格納先の前記伝送装置を検索するステップと、前記伝送装置のデータベースをリストアするステップとを含んでいる。
【００４３】
本発明によれば、復旧伝送装置のリストアの大幅な時間短縮が可能となる伝送装置データベースのリストア管理方法を提供できる。
【発明の効果】
【００４４】
以上、開示の技術によれば、ＯｐＳ〜ＧＮＥ間に大量のデータを伝送することがなくなるため、他の制御／監視データの伝送性能を劣化させることがなく、さらに、ＧＮＥを経由してファイル転送する必要がないため、リングネットワーク内でもＲＭＢＵグループ単位でパラレルに実施することができ、自動ＲＭＢＵの大幅な時間短縮が可能となる。
【００４５】
従って、自動ＲＭＢＵにより短時間で全てのＮＥのＤＢバックアップを行えるようになるため、プロビジョニング設定(ＤＢ更新)を行ってからＤＢバックアップを実施するまでのタイムラグを２４時間以内に抑えることができる。
【００４６】
また、従来、オペレータがＯｐＳからＮＥにプロビジョニング設定を行った後に繰り返し手動ＲＭＢＵを行っていたのに対し、本発明では、ネットワーク単位に自動ＲＭＢＵ開始時刻を設定(ネットワーク登録時)／変更(ネットワーク更新時)できるため、オペレータがＯｐＳからＮＥにプロビジョニング設定を行った後に自動ＲＭＢＵ開始時刻を変更(例えば10分後)すれば、容易に予約した時間に短時間で自動ＲＭＢＵを行えるようになり、保守作業の負担軽減につながる。
【００４７】
また、バックアップＤＢファイルの格納先がＯｐＳからＮＥ側に変わっても、今まで通りの運用が可能である。
【００４８】
さらに、ＯｐＳでＮＥ毎にＤＢのバックアップ先を管理しており、対象ＮＥの復旧時に、バックアップ先である隣接ＮＥから対象ＮＥにバックアップＤＢをファイル転送して復旧するため、復旧時間も短縮される効果がある。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施形態における伝送装置の運用データベースバックアップ管理方法の説明図（その１）である。
【図２】本発明の一実施形態における伝送装置の運用データベースバックアップ管理方法の説明図（その２）である。
【図３】本発明による通常運用中のリモートメモリのバックアップ方法（実施例１）を示すシーケンス図（その１）である。
【図４】本発明による通常運用中のリモートメモリのバックアップ方法（実施例１）を示すシーケンス図（その２）である。
【図５】本発明によるＤＢファイルコピーが失敗した場合のリモートメモリのバックアップ方法（実施例２）を示すシーケンス図（その１）である。
【図６】本発明によるＤＢファイルコピーが失敗した場合のリモートメモリのバックアップ方法（実施例２）を示すシーケンス図（その２）である。
【図７】本発明によるファイル転送が失敗した場合のリモートメモリのバックアップ方法（実施例３）を示すシーケンス図（その１）である。
【図８】本発明によるファイル転送が失敗した場合のリモートメモリのバックアップ方法（実施例３）を示すシーケンス図（その２）である。
【図９】本発明によるファイル転送が失敗した場合のリモートメモリのバックアップ方法（実施例３）を示すシーケンス図（その３）である。
【図１０】本発明によるファイル転送が失敗した場合のリモートメモリのバックアップ方法（実施例３）を示すシーケンス図（その４）である。
【図１１】本発明によるネットワーク登録時のリモートメモリのバックアップ方法（実施例４）を示すシーケンス図（その１）である。
【図１２】本発明によるネットワーク登録時のリモートメモリのバックアップ方法（実施例４）を示すシーケンス図（その２）である。
【図１３】本発明による装置増設時のリモートメモリのバックアップ方法（実施例５）を示すシーケンス図（その１）である。
【図１４】本発明による装置増設時のリモートメモリのバックアップ方法（実施例５）を示すシーケンス図（その２）である。
【図１５】本発明による装置増設時のリモートメモリのバックアップ方法（実施例５）を示すシーケンス図（その３）である。
【図１６】本発明による装置減設時のリモートメモリのバックアップ方法（実施例６）を示すシーケンス図（その１）である。
【図１７】本発明による装置減設時のリモートメモリのバックアップ方法（実施例６）を示すシーケンス図（その２）である。
【図１８】本発明による装置減設時のリモートメモリのバックアップ方法（実施例６）を示すシーケンス図（その３）である。
【図１９】本発明による定期監視時のリモートメモリのバックアップ方法（実施例７）を示すシーケンス図（その１）である。
【図２０】本発明による定期監視時のリモートメモリのバックアップ方法（実施例７）を示すシーケンス図（その２）である。
【図２１】本発明による定期監視時のリモートメモリのバックアップ方法（実施例７）を示すシーケンス図（その３）である。
【図２２】本発明による装置復旧時のリモートメモリのリストア方法（実施例８）を示すシーケンス図である。
【図２３】本発明が対象とするリングネットワークの構成図である。
【図２４】従来技術によるリモートメモリのバックアップ方法を示す説明図である。
【図２５】従来技術によるリモートメモリのバックアップのシーケンス図である。
【図２６】従来技術によるリモートメモリのリストアのシーケンス図である。
【発明を実施するための形態】
【００５０】
以下、本発明の実施の形態について、図を参照しながら説明する。
【００５１】
図１は、本発明の一実施形態における伝送装置の運用データベースバックアップ管理方法の説明図（その１）である。
【００５２】
ネットワーク管理テーブル５４は、各種ネットワーク情報を保持しているテーブルでネットワーク登録／更新時に指定されたネットワーク名称の他にＲＭＢＵ開始時刻とＲＭＢＵグループ数を管理する。
【００５３】
ＲＭＢＵ開始時刻は、自動ＲＭＢＵが開始される予約時刻を示す。
【００５４】
ＲＭＢＵグループ数は、指定された数でネットワーク構成装置をほぼ均等にグループ分割し、自動ＲＭＢＵで並列で実行されるグループ数を示す。
【００５５】
また、ＲＭＢＵ管理テーブル５２は、１ネットワーク毎に存在するＲＭＢＵの実行管理テーブルであり、ネットワーク登録／更新時に指定された情報をもとにＮＥ名、グループ番号、自ＮＥバックアップＤＢファイル名、他ＮＥバックアップＤＢファイル名、自ＮＥバックアップＤＢファイルの作成結果／作成日時／作成サイズ、自ＮＥバックアップＤＢファイルの転送結果／転送日時／転送サイズを管理する。
【００５６】
グループ番号は、自動ＲＭＢＵにて並列で実行されるグループを示している。
【００５７】
自ＮＥバックアップＤＢファイル名は、対象ＮＥ自身のバックアップＤＢファイルを示し、ＮＥ毎に一意に決まり、ファイル名からどのＮＥのバックアップＤＢファイルかを特定できる。また、自ＮＥバックアップＤＢファイルの管理情報としてＤＢ作成結果／作成日時／作成サイズおよびＤＢ転送結果／転送日時／転送サイズがある。前者は自ＮＥのＦＬＡＳＨメモリからＲＡＭディスクに運用ＤＢをコピーしたときの情報であり、後者は自ＮＥのＲＡＭディスクから他ＮＥへファイル転送したときの情報である。
【００５８】
他ＮＥバックアップＤＢファイル名は、対象ＮＥがバックアップしている隣接ＮＥのバックアップＤＢファイルを示す。
【００５９】
また、自動ＲＭＢＵする際のバックアップ先ＮＥは、基本的にネットワークを構成するＮＥの並びで決まり（例えば右回り）、グループ毎に転送先ＮＥが一意に決まる。
【００６０】
図２は、本発明の一実施形態における伝送装置の運用データベースバックアップ管理方法の説明図（その２）である。
【００６１】
図２に示すように本発明の自動ＲＭＢＵでは、ＲＭＢＵ開始時刻になるとＮＥ１１〜１３毎に並列でＲＭＢＵを実施し、ＮＥ１１〜１３毎に運用ＤＢをメモリーコピーしてＲＡＭディスク上にバックアップＤＢファイルを作成し、さらに隣接ＮＥにファイル転送して各ＮＥ１１〜１３間でバックアップＤＢファイルを保持し合うことでＯｐＳサーバ５では各ＮＥ１１〜１３のＲＭＢＵ管理情報のみを一元管理する。
【００６２】
本発明では、ネットワーク管理テーブル５４とＲＭＢＵ管理テーブル５２を用いて、ネットワーク登録／更新時やＲＭＢＵ開始時刻に自動的にＲＭＢＵを実行してＮＥ１１〜１３間でバックアップＤＢを保持し合う機能を有し、さらにバックアップＤＢファイルの信頼性を向上するため、ＮＥのバックアップＤＢファイル状態を定期監視し、バックアップＤＢの消失を防止する機能を有する。
【００６３】
また、ＮＥ１１〜１３復旧時には他のＮＥ１１〜１３に保持しているバックアップＤＢファイルを対象ＮＥ１１〜１３にファイル転送してリストアする機能を有する。
【実施例１】
【００６４】
図３と図４は、本発明による通常運用中のリモートメモリバックアップ方法（実施例１）を示すシーケンス図（その１）と（その２）である。
【００６５】
以下、図３と図４を用いて通常運用中のＲＭＢＵの手順を説明する。
【００６６】
手順１：ＲＭＢＵ開始時刻になったタイミングで不要なファイル削除
Ｓ1-1．ネットワーク管理テーブルの“ＲＭＢＵ開始時刻”になったタイミングで、該当ＲＭＢＵ管理テーブルの“ＤＢファイル作成結果”が未実施の場合は、不要なファイルを削除する。本実施例は“ＤＢファイル作成結果”が正常であるため、スキップして手順２へ進む。
【００６７】
手順２：ＲＡＭディスクへ自ＮＥのＤＢファイル作成（＝コピー）
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時と作成サイズを初期化する。
【００６８】
Ｓ2-2．ネットワーク内のＮＥの運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。そして、バックアップＤＢファイルの作成結果をＲＭＢＵ管理テーブルに設定する。
【００６９】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【００７０】
手順３：転送先ＮＥへＤＢファイル転送
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時と転送サイズを初期化する。  Ｓ3-2．手順２で作成したバックアップＤＢファイルをバックアップ先ＮＥに転送する。
【００７１】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥバックアップＤＢファイル名を設定する。
【００７２】
なお、各ＮＥ３１〜３ｎへの処理はグループ単位に並列で処理を行ない、同一グループ内では直列で処理を行う。
【００７３】
手順４：手順２でコピーしたＤＢファイルと手順３で転送したＤＢファイルの日時とサイズ取得
Ｓ4-1．ＮＥからバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。
【００７４】
Ｓ4-2．ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【００７５】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【００７６】
手順５：次回のＲＭＢＵ開始時刻まで待機、開始時刻に手順１〜４の繰り返し
【実施例２】
【００７７】
図５と図６は、本発明によるＤＢファイルコピーが失敗した場合のリモートメモリバックアップ方法（実施例２）を示すシーケンス図（その１）と（その２）である。
【００７８】
以下、図５と図６を用いてＤＢファイルコピーが失敗した場合のＲＭＢＵの手順を説明する。
【００７９】
手順1：ＲＭＢＵ開始時刻になったタイミングで不要ファイルの削除
Ｓ1-1．ネットワーク管理テーブルの“ＲＭＢＵ開始時刻”になったタイミングで、該当ＲＭＢＵ管理テーブルの“ＤＢファイル作成結果”が未実施の場合は、不要なファイルを削除する。本実施例は“ＤＢファイル作成結果”が正常であるため、スキップして手順２へ進む。
【００８０】
手順２：自ＮＥのＤＢファイルをＲＡＭディスクに作成（=コピー）
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時と作成サイズを初期化する。
【００８１】
Ｓ2-2．ネットワーク内のＮＥの運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。
【００８２】
Ｓ2-3．バックアップＤＢファイルの作成結果をＲＭＢＵ管理テーブルに設定する。ここでは、ＮＥ#32３２の作成結果のみコピー失敗で設定される。
【００８３】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【００８４】
手順３：転送先ＮＥへＤＢファイルを転送
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時と転送サイズを初期化する。但し、ＮＥ#32３２はコピーに失敗しているため初期化しない。
【００８５】
Ｓ3-2．手順２で作成したバックアップＤＢファイルをバックアップ先ＮＥに転送する。
【００８６】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥ
バックアップＤＢファイル名を設定する。
【００８７】
なお、各ＮＥ３１〜３ｎへの処理はグループ単位に並列で処理を行ない、同一グループ内では直列で処理を行う。
【００８８】
手順４：手順２でコピーしたＤＢファイルと手順３で転送したＤＢファイルの日時とサイズを取得
Ｓ4-1．ＮＥからバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。
【００８９】
Ｓ4-2．ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【００９０】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【００９１】
手順５：次回のＲＭＢＵ開始時刻になるまで待機し、開始時刻になったら手順１〜４を繰り返す
※ＮＥ#32３２のＤＢファイルのコピーが失敗しているためＮＥ#32３２のＤＢファイルは一世代前のＤＢファイルがＮＥ#31３１に保存された状態のままとなる。
【実施例３】
【００９２】
図７〜図１０は、本発明によるファイル転送が失敗した場合のリモートメモリバックアップ方法（実施例３）を示すシーケンス図（その１）〜（その４）である。
【００９３】
以下、図７〜図１０を用いてファイル転送が失敗した場合のＲＭＢＵの手順を説明する。
【００９４】
手順1：ＲＭＢＵ開始時刻になったタイミングで不要なファイルを削除
Ｓ1-1．ネットワーク管理テーブルの“ＲＭＢＵ開始時刻”になったタイミングで、該当ＲＭＢＵ管理テーブルの“ＤＢファイル作成結果”が未実施の場合は、不要なファイルを削除する。
【００９５】
本実施例は“ＤＢファイル作成結果”が正常であるため、スキップして手順２へ進む。
【００９６】
手順２：自ＮＥのＤＢファイルをＲＡＭディスクに作成（＝コピー）
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時と作成サイズを初期化する。
【００９７】
Ｓ2-2．ネットワーク内のＮＥの運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。
【００９８】
Ｓ2-3．バックアップＤＢファイルの作成結果をＲＭＢＵ管理テーブルに設定する。
【００９９】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１００】
手順３：転送先ＮＥへＤＢファイルを転送
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時とサイズを初期化する。
【０１０１】
Ｓ3-2．手順２で作成したバックアップＤＢファイルをバックアップ先ＮＥに転送する。
【０１０２】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥ
バックアップＤＢファイル名を設定する。但し、ＮＥ#32３２のＤＢファイルをＧＮＥ#31３１に転送できなかったため、ＮＥ#32３２の“ＤＢファイル転送結果”に転送失敗を設定する。同時に、転送先のＧＮＥ#31３１の“他ＮＥバックアップＤＢファイル名”にハイフンを設定する。
【０１０３】
なお、各ＮＥ３１〜３ｎへの処理はグループ単位に並列で処理を行ない、同一グループ内では直列で処理を行う。
【０１０４】
手順４：転送失敗となったＮＥ#32３２のＤＢファイルを臨時のバックアップ先ＮＥへ転送
Ｓ4-1．ＲＭＢＵ管理テーブルにおいて、同一グループ内/他グループ内の優先順番で、ＧＮＥ#31３１のＤＢファイルの臨時のバックアップ先ＮＥを検索し、ディスクの空き容量を確認する。空きがあれば、臨時のバックアップ先ＮＥ（ここではＮＥ#33３３とする）に手順３と同様にＤＢファイルを転送する。
【０１０５】
なお、ディスクの空き容量が不足している場合や、再度転送で失敗した場合は、別の転送先ＮＥを再度検索し直す。
【０１０６】
手順５：手順２でコピーしたＤＢファイルと手順３および手順４で転送したＤＢファイルの日時とサイズを取得
Ｓ5-1．ＮＥからバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。
【０１０７】
Ｓ5-2．ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【０１０８】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１０９】
手順６：次回のＲＭＢＵ開始時刻になるまで待機し、開始時刻になったら手順１〜５を繰り返す
※ＮＥ#32３２のＤＢファイルをＧＮＥ#31３１に転送できなかったため、臨時でＮＥ#33３３に転送を行なった。このため、ＮＥ#33３３にはＧＮＥ#31３１とＮＥ#34３４のＤＢファイルが存在する。
【実施例４】
【０１１０】
図１１と図１２は、本発明によるネットワーク登録時のリモートメモリバックアップ方法（実施例４）を示すシーケンス図（その１）と（その２）である。
【０１１１】
以下、図１１と図１２を用いてネットワーク登録時のＲＭＢＵの手順を説明する。
【０１１２】
手順1：ネットワーク登録のタイミングで不要なファイルを削除
Ｓ1-1．ネットワーク登録直後のため、不要なファイルを一括削除する。
【０１１３】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１１４】
手順２：自ＮＥのＤＢファイルをＲＡＭディスクに作成（＝コピー）
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時と作成サイズを初期化する。
【０１１５】
Ｓ2-2．ネットワーク内のＮＥ３１〜３ｎの運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。
【０１１６】
Ｓ2-3．バックアップＤＢファイルの作成結果をＲＭＢＵ管理テーブルに設定する。
【０１１７】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１１８】
手順３：転送先ＮＥへＤＢファイルを転送
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、バックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時と転送サイズを初期化する。
【０１１９】
Ｓ3-2．手順２で作成したバックアップＤＢファイルをバックアップ先ＮＥに転送する。
【０１２０】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥ
バックアップＤＢファイル名を設定する。
【０１２１】
なお、各ＮＥ３１〜３ｎへの処理はグループ単位に並列で処理を行ない、同一グループ内では直列で処理を行う。
【０１２２】
手順４：手順２でコピーしたＤＢファイルと手順３で転送したＤＢファイルの日時とサイズを取得
Ｓ4-1．ＮＥからバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。
【０１２３】
Ｓ4-2．ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【０１２４】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１２５】
手順５：次回のＲＭＢＵ開始時刻になるまで待機し、開始時刻になったら手順１〜４を繰り返す
【実施例５】
【０１２６】
図１３〜図１５は、本発明による装置増設時のリモートメモリバックアップ方法（実施例５）を示すシーケンス図（その１）〜（その３）である。
【０１２７】
以下、図１３〜図１５を用いて装置増設時のＲＭＢＵの手順を説明する。
【０１２８】
手順１：ネットワーク構成変更のタイミングで不要なファイルを削除
Ｓ1-1．該当ＲＭＢＵ管理テーブルに増設したＮＥ情報を追加する。そして、増設したＮＥに対して不要なファイルを削除する。
【０１２９】
手順２：グループ番号＝１の自ＮＥのＤＢファイルをＲＡＭディスクに作成（＝コピー）
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、グループ番号＝１のバックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時とサイズを初期化する。
【０１３０】
Ｓ2-2．ネットワーク内のＮＥの運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。
【０１３１】
Ｓ2-3．バックアップＤＢファイルの作成結果をRMBU管理テーブルに設定する。
【０１３２】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１３３】
手順３：グループ番号＝１のＮＥのＤＢファイルを転送先ＮＥへ転送
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、グループ番号＝１のバックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時とサイズを初期化する。
【０１３４】
Ｓ3-2．手順２で作成したバックアップＤＢファイルをバックアップ先ＮＥに転送する。
【０１３５】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥ
バックアップＤＢファイル名を設定する。
【０１３６】
なお、各ＮＥ３１〜３ｎへの処理はグループ単位に並列で処理を行ない、同一グループ内では直列で処理を行う。
【０１３７】
手順４：手順２でコピーしたＤＢファイルと手順３で転送したＤＢファイルの日時とサイズを取得
Ｓ4-1．ＮＥからバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。
【０１３８】
Ｓ4-2．ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【０１３９】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１４０】
手順５：次回のＲＭＢＵ開始時刻になるまで待機し、開始時刻になったら手順１〜４を繰り返す
【実施例６】
【０１４１】
図１６〜図１８は、本発明による装置減設時のリモートメモリバックアップ方法（実施例６）を示すシーケンス図（その１）〜（その３）である。
【０１４２】
以下、図１６〜図１８を用いて装置減設時のＲＭＢＵの手順を説明する。
【０１４３】
撤去されたＮＥ情報が削除されたＲＭＢＵ管理テーブルに従って、グループ構成が変更になったグループ番号＝１のみＲＭＢＵを実施する。
【０１４４】
手順1：ネットワーク構成変更のタイミングで不要なファイルを削除
Ｓ1-1．該当ＲＭＢＵ管理テーブルから撤去したＮＥ#35３5を削除する。
【０１４５】
手順２：グループ番号＝１の自ＮＥのＤＢファイルをＲＡＭディスクに作成(=コピー)
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、グループ番号＝１のバックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時とサイズを初期化する。
【０１４６】
Ｓ2-2．ネットワーク内のＮＥの運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。
【０１４７】
Ｓ2-3．バックアップＤＢファイルの作成結果をＲＭＢＵ管理テーブルに設定する。
【０１４８】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１４９】
手順３：グループ番号＝１のＮＥのＤＢファイルを転送先ＮＥへ転送
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、グループ番号＝１のバックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時とサイズを初期化する。
【０１５０】
Ｓ3-2．手順２で作成したバックアップＤＢファイルをバックアップ先ＮＥに転送する。
【０１５１】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥ
バックアップＤＢファイル名を設定する。
【０１５２】
なお、各ＮＥ３１〜３ｎへの処理はグループ単位に並列で処理を行ない、同一グループ内では直列で処理を行う。
【０１５３】
手順４：手順２でコピーしたＤＢファイルと手順３で転送したＤＢファイルの日時とサイズを取得
Ｓ4-1．ＮＥからバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。そして、ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【０１５４】
なお、各ＮＥ３１〜３ｎへの処理は並列で処理を行なう。
【０１５５】
手順５：次回のＲＭＢＵ開始時刻になるまで待機し、開始時刻になったら手順１〜４を繰り返す
【実施例７】
【０１５６】
図１９〜図２１は、本発明による定期監視時のリモートメモリバックアップ方法（実施例７）を示すシーケンス図（その１）〜（その３）である。
【０１５７】
ＯｐＳ内のＲＭＢＵ管理テーブルで管理しているＤＢファイルがバックアップ先のＮＥに保存されていることを定期的（例えば１時間周期）に監視する。
【０１５８】
以下、図１９〜図２１を用いて定期監視時のＲＭＢＵの手順を説明する。
【０１５９】
手順1：定期監視時刻にＮＥにバックアップしたＤＢファイルの情報を取得しチェック
Ｓ1-1．例えば1時間周期で、ＮＥにバックアップしたＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズが、ＲＭＢＵ管理テーブルの管理情報と一致しているかチェックする。
【０１６０】
−ＧＮＥ#31３１のＤＢファイル作成日時とサイズが不一致の場合は、手順２と手順４を実施
−ＮＥ#32３2のＤＢファイルの転送日時とサイズが不一致の場合は、手順３と手順４を実施
手順２：ＧＮＥ#31３1のバックアップを実施（ＤＢファイルのコピー＆転送）
Ｓ2-1．ＲＭＢＵ管理テーブルにおいて、ＧＮＥ#31３1のバックアップＤＢファイルの作成結果を“作成中”に書き換え、作成日時と作成サイズを初期化する。
【０１６１】
Ｓ2-2．ＧＮＥ#31３1の運用ＤＢをバックアップＤＢファイルとしてＲＡＭディスクにコピーする。
【０１６２】
Ｓ2-3．バックアップＤＢファイルの作成結果をＲＭＢＵ管理テーブルに設定する。
【０１６３】
Ｓ2-4．ＤＢファイルの転送結果を“転送中”に書き換え、転送日時と転送サイズを初期化する。
【０１６４】
Ｓ2-5．ＧＮＥ#31３1のＤＢファイルをＮＥ#32３２へ転送する。
【０１６５】
Ｓ2-6．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥバックアップＤＢファイル名を設定する。
【０１６６】
手順３：ＮＥ#32３２のバックアップを実施（ＤＢファイルの転送）
Ｓ3-1．ＲＭＢＵ管理テーブルにおいて、ＮＥ#32３２のバックアップＤＢファイルの転送結果を“転送中”に書き換え、転送日時と転送サイズを初期化する。
【０１６７】
Ｓ3-2．ＮＥ#32３２のDBファイルをＮＥ#31３１へ転送する。
【０１６８】
Ｓ3-3．ＲＭＢＵ管理テーブルにおいてバックアップＤＢファイルの転送結果と他ＮＥバックアップＤＢファイル名を設定する。
【０１６９】
手順４：ＧＮＥ#31３１とＮＥ#32３２のＤＢファイルの日時とサイズを取得
Ｓ4-1．ＲＭＢＵ管理テーブルにおいて、ＧＮＥ#31３１とＮＥ#32３２のバックアップＤＢファイルの作成日時と作成サイズおよび転送日時と転送サイズを読み出す。
【０１７０】
Ｓ4-2．ＲＭＢＵ管理テーブルにおいてＤＢファイル作成日時と作成サイズおよび転送日時と転送サイズを設定する。
【実施例８】
【０１７１】
図２２は、本発明による装置復旧時のリモートメモリリストア方法（実施例８）を示すシーケンス図である。
【０１７２】
以下、図２２を用いて装置復旧時のＲＭＲＳの手順を説明する。
【０１７３】
手順1：復旧するＮＥ#32３２の不要なファイルを削除
Ｓ1-1．ＯｐＳサーバ５からのＲＭＲＳ要求により復旧するＮＥ#32３２の不要なファイルを削除する。
【０１７４】
手順２：ＧＮＥ#31３１からＮＥ#32３２のバックアップＤＢファイルを転送
Ｓ2-1．ＧＮＥ#31３１に存在するＮＥ#32３２のＤＢファイルをＮＥ#32３２のＲＡＭディスクに転送する。
【０１７５】
手順３：ＮＥ#32３２のリストアを実施
Ｓ3-1．ＮＥ#32３２のＤＢファイルをＲＡＭディスクからＦＬＡＳＨメモリにコピーする。
【産業上の利用可能性】
【０１７６】
本発明は、短時間で全てのＮＥのＤＢバックアップを自動で行うことができ、且つ、プロビジョニング設定を行った場合にも予約した時間内にリモートメモリバックアップを自動で行えるとともに、ＮＥが故障時には短時間にリモートメモリリストアを行えるため、保守作業の軽減化に利用できる。
【符号の説明】
【０１７７】
１１〜１ｎ    ネットワーク１に設置された伝送装置（ＧＮＥ，ＮＥ）
２１〜２ｎ    ネットワーク２に設置された伝送装置（ＧＮＥ，ＮＥ）
３１〜３ｎ    ネットワーク３に設置された伝送装置（ＧＮＥ，ＮＥ）
４    オペレーション用情報伝送網（ＤＣＮ）
５１，５２    オペレーションシステム用サーバ（ＯｐＳ）
６    オペレーション用情報伝送網（ＤＣＮ）
７    オペレーションクライアント
８    架前制御端末（ＣＩＴ）
１１１〜１１ｎ    ＲＡＭディスク
１２１〜１２ｎ    ＦＬＡＳＨメモリ
５１    設定ファイル（Ｃｏｎｆｉｇファイル）
５２    リモートメモリバックアップ管理テーブル（ＲＭＢＵ管理テーブル）
５３    バックアップＤＢファイル
５４    ネットワーク管理テーブル
【図１】
2010191690.tif 000003
【図２】
2010191690.tif 000004
【図３】
2010191690.tif 000005
【図４】
2010191690.tif 000006
【図５】
2010191690.tif 000007
【図６】
2010191690.tif 000008
【図７】
2010191690.tif 000009
【図８】
2010191690.tif 000010
【図９】
2010191690.tif 000011
【図１０】
2010191690.tif 000012
【図１１】
2010191690.tif 000013
【図１２】
2010191690.tif 000014
【図１３】
2010191690.tif 000015
【図１４】
2010191690.tif 000016
【図１５】
2010191690.tif 000017
【図１６】
2010191690.tif 000018
【図１７】
2010191690.tif 000019
【図１８】
2010191690.tif 000020
【図１９】
2010191690.tif 000021
【図２０】
2010191690.tif 000022
【図２１】
2010191690.tif 000023
【図２２】
2010191690.tif 000024
【図２３】
2010191690.tif 000025
【図２４】
2010191690.tif 000026
【図２５】
2010191690.tif 000027
【図２６】
2010191690.tif 000028