(57)【要約】【課題】災害発生時等に、より本サイトに近い状態でディザスタリカバリサイトの稼働を開始すること。【解決手段】本サイトのＬＭＳ２１１が、ＬＭＳ ＤＢ２１２からＮＡＳ２１３へデータを移動する場合、本サイトとディザスタリカバリサイト（ＤＲサイト）との同期の完了を確認した上で、移動元であるＬＭＳ ＤＢ２１２内のデータを削除する。災害発生時等、ＤＲサイトのＬＭＳ２２１は、起動時に、ＬＭＳ ＤＢ２２２とＮＡＳ２２３とのデータの整合性を確認し、不整合である場合、整合性を確保するようにデータを復元し、データが復元された状態からライセンスを発行できる状態にデータを設定する。【選択図】図２
2016218771.tif 000002
【特許請求の範囲】
【請求項１】
データベースとファイルストレージを有してデータを管理する第１管理システムと、前記第１管理システムに不具合が生じた場合に起動する前記第１管理システムと同一の構成を含む第２管理システムとを有するシステムであって、
前記第１管理システムは、前記第１管理システム内でデータベースからファイルストレージへデータを移動する場合、前記データベースから前記ファイルストレージにデータを複製した後、前記第１管理システムと前記第２管理システムとの同期の完了を確認した上で、移動元のデータを削除する移動手段を有し、
前記第２管理システムは、
前記第２管理システムの起動時に、前記第２管理システム内でのデータベースとファイルストレージとのデータの整合性を確認する確認手段と、
前記確認手段により不整合があることが確認された場合、整合性を確保するようにデータを復元する復元手段と、
前記復元手段によりデータが復元された状態からライセンスを発行できる状態にデータを設定する設定手段と、を有する、
ことを特徴とするシステム。
【請求項２】
前記移動手段は、前記データの移動を行う場合、前記第１管理システムと前記第２管理システムとの同期の完了、もしくは、前記第２管理システムの他に存在する他のシステムへのデータの配置の完了を確認した上で、前記移動元のデータを削除する、ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記第１管理システムは、アプリケーションを情報処理装置にインストールするためのアプリケーションファイルの配信及び前記アプリケーションのライセンスの発行を管理するものであり、
前記移動手段は、前記アプリケーションファイルを移動することを特徴とする請求項１又は２に記載のシステム。
【請求項４】
前記確認手段による確認は、前記第２管理システムのファイルストレージに前記アプリケーションファイルが存在するか否かの確認を含み、
前記確認手段により前記第２管理システムのファイルストレージに前記アプリケーションファイルが存在しないことが確認された場合、前記復元手段は、前記第２管理システム内でデータベースから前記ファイルストレージに前記アプリケーションファイルを移動することを特徴とする請求項３に記載のシステム。
【請求項５】
前記第１管理システムは、前記アプリケーションを配信するためのステータスに応じて、前記ファイルストレージにおける前記アプリケーションファイルの保管状態を変更するものであり、
前記確認手段による確認は、前記ステータスと前記アプリケーションファイルの保管状態とが整合するか否かの確認を含み、
前記確認手段により前記ステータスと前記アプリケーションファイルの保管状態とが整合しないと確認された場合、前記復元手段は、前記ステータスと整合する状態に、該アプリケーションファイルの保管状態を変更することを特徴とする請求項３又は４に記載のシステム。
【請求項６】
前記第１管理システムが前記アプリケーションファイルを前記第２管理システムの他に存在する他のシステムへ配置した後のステータスでは、前記確認手段による確認は、前記第２管理システムのファイルストレージに、前記アプリケーションファイルが存在するか否かの確認を含み、
前記確認手段により前記第２管理システムのファイルストレージに前記アプリケーションファイルが存在しないことが確認された場合、前記復元手段は、前記他のシステムから前記アプリケーションファイルを取得して、前記第２管理システムのファイルストレージに保管することを特徴とする請求項５に記載のシステム。
【請求項７】
前記設定手段は、前記アプリケーションのライセンスを発行した履歴が存在するか否かを確認し、該履歴が存在しない場合には、前記アプリケーションを配信するためのステータスを未配信の状態に設定する、ことを特徴とする請求項６に記載のシステム。
【請求項８】
前記設定手段は、該履歴が存在する場合には、前記アプリケーションのライセンスの発行を停止状態に設定することを特徴とする請求項７に記載のシステム。
【請求項９】
前記第２管理システムは、前記アプリケーションのライセンスの発行が停止状態となっている場合、前記第２管理システムに前記アプリケーションの配信に必要な情報が揃っているか否かを判断する判断手段を有し、
前記判断手段により前記アプリケーションの配信に必要な情報が揃っていると判断された場合、前記設定手段は、前記アプリケーションのライセンスの発行を可能な状態に設定することを特徴とする請求項８に記載のシステム。
【請求項１０】
データベースとファイルストレージを有してデータを管理する第１管理システムと、前記第１管理システムに不具合が生じた場合に起動する前記第１管理システムと同一の構成を含む第２管理システムとを有するシステムの制御方法であって、
前記第１管理システムが実行する、前記第１管理システム内でデータベースからファイルストレージへデータを移動する場合、前記データベースから前記ファイルストレージにデータを複製した後、前記第１管理システムと前記第２管理システムとの同期の完了を確認した上で、移動元のデータを削除する移動ステップと、
前記第２管理システムが実行する、
前記第２管理システムの起動時に、前記第２管理システム内でのデータベースとファイルストレージとのデータの整合性を確認する確認ステップと、
前記確認ステップにより不整合があることが確認された場合、整合性を確保するようにデータを復元する復元ステップと、
前記復元ステップによりデータが復元された状態からライセンスを発行できる状態にデータを設定する設定ステップと、
を有することを特徴とするシステムの制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項に記載の第１管理システムの手段として機能させるためのプログラムと、コンピュータを、請求項１乃至９のいずれか１項に記載の第２管理システムの手段として機能させるためのプログラムと、を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディザスタリカバリを行うためのシステムの制御に関する。
【背景技術】
【０００２】
ネットワークの普及の伴い、クラウドシステムのようなアプリケーションサービスを特定のサーバに集約し、提供するケースが増えている。また、クラウド上のサービスとクライアントプログラムが密に連携する場合も多い。だが、システムが集約され、サーバとクライアントが密連携する一方で、様々な災害によってクラウド上のシステムが被害に合い、サービスが提供できなくなった場合の損失が甚大なものになる。
【０００３】
そこで、サービスの提供者は災害が発生した場合に備えて、地理的に離れた場所でサービスを再開できるようにディザスタリカバリサイトを設置するケースが増えている。
ディザスタリカバリサイトは、単なるデータのバックアップに留まらず、サービスをできるだけ早急に再開するためにデータの整合性を確保するといった工夫がなされている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２１７９９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
既存の同期ツールを使うことでデータベースやファイルストレージ単位でのデータ整合性を確保することはできる。しかし、実際のシステムではデータベースとファイルストレージ間で不整合が発生する場合がある。また、システムとしてデータの整合性が保てた場合であっても、ライセンス管理のビジネスフローとして不適切な状態になっている場合もある。
【０００６】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、災害発生時等に、より本サイトに近い状態でディザスタリカバリサイトの稼働を開始することができる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、データベースとファイルストレージを有してデータを管理する第１管理システムと、前記第１管理システムに不具合が生じた場合に起動する前記第１管理システムと同一の構成を含む第２管理システムとを有するシステムであって、前記第１管理システムは、前記第１管理システム内でデータベースからファイルストレージへデータを移動する場合、前記データベースから前記ファイルストレージにデータを複製した後、前記第１管理システムと前記第２管理システムとの同期の完了を確認した上で、移動元のデータを削除する移動手段を有し、前記第２管理システムは、前記第２管理システムの起動時に、前記第２管理システム内でのデータベースとファイルストレージとのデータの整合性を確認する確認手段と、前記確認手段により不整合があることが確認された場合、整合性を確保するようにデータを復元する復元手段と、前記復元手段によりデータが復元された状態からライセンスを発行できる状態にデータを設定する設定手段と、を有する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、災害発生時等に、より本サイトである第１管理システムに近い状態で、ディザスタリカバリサイトである第２管理システムの稼働を開始することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施例に適用可能な情報処理装置の構成を例示する図
【図２】本実施例に係るシステムのネットワーク構成図
【図３】ライセンス発行フローとデータ保管との関連を示す図
【図４】従来のライセンス管理におけるＤＲサイトでファイル消失する例を示す図
【図５】本実施例のライセンス管理システムにおけるデータ保管方法を示す図
【図６】ＤＲサイトでファイル消失を防ぐためのシーケンス図
【図７】ＤＲサイトでファイル消失を防ぐための他のシーケンス図
【図８】ＤＲサイトのＬＭＳ２２１の機能構成図
【図９】ＤＲサイトのＬＭＳ初回起動時に実行する処理のフローチャート
【図１０】アプリケーション情報データチェック処理のフローチャート
【図１１】配信準備状態の商品情報データチェック処理のフローチャート
【図１２】配信中状態の商品情報データチェック処理のフローチャート
【図１３】商品の状態に応じたライセンス発行可否処理のフローチャート
【図１４】配信再開処理のフローチャート
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を用いて説明する。
図１は、本発明の一実施例を示す管理システムに適用可能な情報処理装置の構成を例示する図である。
図１に示すように、本実施例の情報処理装置は、ＣＰＵ１０２、メモリ１０３、記憶装置１０４、ビデオインタフェース１０５、Ｉｎｐｕｔ／Ｏｕｔｐｕｔ（以下Ｉ／Ｏと略称）インタフェース１０６、通信インタフェース１０７を備えている。また、情報処理装置内の各構成要素は、システムバス１０１を介して互いに接続されている。
【００１１】
ＣＰＵ１０２は、システムバス１０１を介して各構成要素を制御したり、データの計算や加工を行ったりする中央処理装置である。メモリ１０３は、データやプログラムを記憶する装置で、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）から構成される。記憶装置１０４は、記憶されたデータの書き込み／読み出しを行う。記憶装置１０４には、ハードディスクドライブ（ＨＤＤ）１１１、不揮発性のデータソースとして利用されるＣＤ−ＲＯＭドライブ１１２、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）１１３等がある。また、図１には示されていないが、記憶装置１０４としては、ソリッドステートドライブ（ＳＳＤ）、磁気テープドライブ、ＤＶＤドライブ、ＵＳＢメモリなども使用されることがある。
【００１２】
本実施例に係るプログラムは、記憶装置１０４から読み込まれ、メモリ１０３に格納した上で、ＣＰＵ１０２によって実行される。なお、本実施例ではプログラムを記憶装置１０４から読み込む構成としているが、ＲＯＭから読み込んだり、通信インタフェース１０７を介して外部から読み込んだりする構成としてもよい。
【００１３】
ビデオインタフェース１０５は、ディスプレイ装置１１４への表示出力を制御する。ディスプレイ装置１１４には、ＣＲＴや液晶等の方式を用いたものがある。Ｉ／Ｏインタフェース１０６には、キーボード１１５やポインティングデバイス１１６等の入力装置が接続される。操作者は、キーボード１１５やポインティングデバイス１１６を操作することにより情報処理装置に対する動作指令等を行う。ポインティングデバイス１１６は、ディスプレイ装置１１４上のカーソルを移動させてメニューやオブジェクトの選択や操作等を行うためのものである。また、ディスプレイ装置１１４には、タッチパネル等による操作の入力を行えるものもある。この場合、ディスプレイ装置１１４は出力装置と入力装置を兼ねることになる。
【００１４】
通信インタフェース１０７は、コンピュータネットワーク１１７を通して外部機器との通信を行う。接続先のネットワークには、ＬＡＮやＷＡＮ、インターネットのような公衆回線等がある。
【００１５】
図２は、本実施例に係るシステムのネットワーク構成を例示する図である。
本実施例のライセンス管理システムには、通常時に使用される本サイトと、災害発生時等、本サイトに不具合が生じた場合に起動するディザスタリカバリサイト（ＤＲサイト）とが含まれる。
【００１６】
まず、本サイトについて説明する。
コンピュータネットワーク２１０は、本実施例のライセンス管理システムの本サイトとインターネット２００を繋ぐネットワークである。
コンピュータネットワーク２１０には、ライセンス管理サーバ（以下ＬＭＳ）２１１、データベース（以下ＬＭＳ ＤＢ）２１２、ネットワークアタッチトストレージ（以下ＮＡＳ）２１３が接続されている。
【００１７】
ＬＭＳ ＤＢ２１１には、ＬＭＳ２１１の管理データを保管する。ＮＡＳ２１３には、ＬＭＳ２１１のファイルデータを保管する。
さらに、コンピュータネットワーク２１０には、ファイルを配信する配信サーバ２１４や、配信サーバ２１４の管理データを保管するデリバリＤＢ２１５、バックグラウンドで様々な処理を実行するエージェントサーバ２１６が接続されている。
【００１８】
ＬＭＳ２１１、配信サーバ２１４、エージェントサーバ２１６はいずれも、図１に示した情報処理装置の構成を有するものとする。ＬＭＳ２１１、配信サーバ２１４、エージェントサーバ２１６は、Ｗｅｂサーバとアプリケーションサーバの機能を持っており、他装置との通信やプログラムを実行することができる。
また、ＬＭＳ ＤＢ２１２および２１５も図１に示した情報処理装置の構成を有しており、データベースを管理するためのプログラムが動作している。ＮＡＳ２１３は単純なディスク領域である場合もあれば、図１に示した情報処理装置の構成を有し、ディスク領域を管理するためのプログラムが動作していてもよい。
【００１９】
ＬＭＳ２１１は、印刷やコピーを行うデジタル複合機等にインストールされるアプリケーションとそのライセンスを管理しており、アプリケーション商品の管理情報やライセンス発行情報をＬＭＳ ＤＢ２１２に保管している。ＬＭＳ２１１で管理されているアプリケーション等は、配信サーバ２１４によってインターネットを介して外部に配信される。インターネット２００には、ファイルダウンロードサイト（以下ＤＬサイト）２０１や、デジタル複合機２０２，２０３が接続されている。
【００２０】
なお、本実施例では、ＬＭＳが複合機にインストールされるアプリケーションとそのライセンスを管理する場合を例に説明するが、ＬＭＳが管理するものは、複合機にインストールされるアプリケーションやそのライセンスに限定されるものではない。例えば、パーソナルコンピュータやタブレット端末、スマートフォン、ナビゲーションシステム、家電等の各種の情報処理装置にインストールされるアプリケーションやデータとそのライセンスをＬＭＳが管理するような各種構成に、本発明は適用可能である。
【００２１】
ＤＬサイト２０１は、インターネット介して送られてくる多数のダウンロードリクエストに対応するために高速なネットワークやキャッシュサーバを保持しているサイトである。配信サーバ２１４は、アプリケーション等をＤＬサイト２０１にアップロードする。デジタル複合機２０２，２０３は、ＤＬサイト２０１からアプリケーション等をダウンロードし、インストールを行う。
【００２２】
次に、ＤＲサイトについて説明する。
コンピュータネットワーク２２０は、本実施例のライセンス管理システムのＤＲサイトとインターネット２００を繋ぐネットワークである。コンピュータネットワーク２２０に接続されている装置は、コンピュータネットワーク２１０に接続されているライセンス管理システムと同等の構成である。
【００２３】
コンピュータネットワーク２２０には、ＬＭＳ２２１、ＬＭＳ２２１の管理データを保管するデータベース（以下ＬＭＳ ＤＢ）２２２、ＬＭＳ２２１のファイルデータを格納するＮＡＳ２２３が接続されている。さらに、配信サーバ２２４や配信サーバ２２４の管理データを保管するデリバリＤＢ２２５、エージェントサーバ２２６が接続されている。
【００２４】
ＤＲサイトは、ライセンス管理システムの稼働サイト（以下本サイト）が災害等の理由で稼働できなくなった場合に、本サイトに代わって稼働するためのサイトである。従って、ＤＲサイトは本サイトとは物理的に離れた地域に存在し、日頃から本サイトにあるデータを同期している。
【００２５】
ＤＲサイト上のＬＭＳ２２１、配信サーバ２２４、エージェントサーバ２２６は、通常は起動していないが、本サイトが稼働できなくなった場合に起動して本サイトと同様の処理を実行する。ＬＭＳ ＤＢ２２２、デリバリＤＢ２２５は、本サイトとのデータ同期のため稼働した状態になっている。
【００２６】
図３は、ライセンス管理システムにおけるライセンス発行フローと、保管されるデータとの関連を例示する図である。
ライセンス発行フローの流れは、Ｖｅｒｉｆｉｃａｔｉｏｎ依頼３０１、Ｖｅｒｉｆｉｃａｔｉｏｎ承認３０２、商品登録３０３、配信設定３０４、配信３０５、ライセンスファイル（以下ＬＦ）発行３０６の順で行われる。
【００２７】
Ｖｅｒｉｆｉｃａｔｉｏｎ依頼３０１は、アプリケーション開発者がアプリケーション（以下ＡＰＰと略称する場合がある）をＬＭＳに登録する処理である。登録されたアプリケーションはＬＭＳが利用するＬＭＳ ＤＢ３１１内に一時的に格納される。ＬＭＳ ＤＢ３１１は、図２におけるＬＭＳ ＤＢ２１２を示している。ファイルサイズの大きいアプリケーションを一時的にＤＢに格納する理由は、ＤＢはＮＡＳよりも比較的セキュリティが確保されるためである。後にアプリケーションは暗号化されて外部に配信されることになる。ＬＭＳで発行するＬＦがこの暗号化されたアプリケーションを復号するためのキーなっているため、アプリケーションをＬＭＳで管理する必要がある。
【００２８】
Ｖｅｒｉｆｉｃａｔｉｏｎ承認３０２は、アプリケーション開発者が登録したアプリケーションの公開可否を判定する作業である。Ｖｅｒｉｆｉｃａｔｉｏｎ承認３０２で承認されると、ＬＭＳ ＤＢ３１１に一時保管されているアプリケーションは、暗号化されてＮＡＳ（保管領域）３１２に移動する。ＮＡＳ（保管領域）３１２は、図２におけるＮＡＳ２１３内の領域を示す。
【００２９】
商品登録３０３は、登録されたアプリケーションをどのように販売するか定義する処理である。ここで商品に関する情報や使用許諾情報がＬＭＳ ＤＢ３１１に格納される。また、商品に付属する関連ファイルがＮＡＳ（保管領域）３１２に格納される。関連ファイルはアプリケーションをインストールするために不可欠なものではないが、マニュアルやサポート情報など商品を構成するファイルである。関連ファイルは比較的ファイルサイズが大きくなる場合があるため、直接ＮＡＳの保管領域にアップロードされる。
【００３０】
配信設定３０４は、ＬＭＳでアプリケーションを配信するための設定を行う作業である。配信設定を行うと、ＬＭＳ２１１は、配信サーバ２１４へ配信依頼を通知すると共に、アプリケーションや関連ファイルをＮＡＳ（配信領域）３１３に移動し、使用許諾情報をＮＡＳ（配信領域）３１３にファイル形式でコピーする。ＮＡＳ（配信領域）３１３は、図２におけるＮＡＳ２１３内の領域を示す。ＮＡＳ２１３は、ＬＭＳ２１１と配信サーバ２１４の両サーバからアクセスされる。ＮＡＳ（配信領域）３１３は、配信サーバ２１４が対象とするファイルを保管している領域である。ＮＡＳ（保管領域）３１２からＮＡＳ（配信領域）３１３へデータを移動することは、ＬＭＳ２１１から配信サーバ２１４へデータを受け渡すことを意味する。
【００３１】
配信３０５では、アプリケーションや使用許諾ファイルがＤＬサイト３１４にコピーされ、デジタル複合機３１５がダウンロードすることで配信される。ＤＬサイト３１４は図２におけるＤＬサイト２０１を示し、デジタル複合機３１５はデジタル複合機２０２や２０３を示す。
【００３２】
そして、ＬＦ発行３０６の作業が行われる。ＬＦ発行３０６は、実際の販売を行うためにライセンスファイルを発行する作業であり、発行されたライセンスファイルは、システムのデジタル複合機３１５に配信される。デジタル複合機３１５は、アプリケーションとライセンスファイルを利用してアプリケーションのインストールを行う。
【００３３】
以上、ライセンス管理システムの機能について説明したが、以下図４を用いて従来のシステムにおいてＤＲサイトへのデータ同期処理とファイルが消失する例について説明する。ＤＲサイトを起動する際の処理については後述するが、ファイルが消失してしまうとデータの補完ができなくなってしまうため、予めファイルの消失を防止しておく必要がある。
【００３４】
図４は、従来のライセンス管理システムにおいてＤＲサイトでファイルが消失する例を示す図である。
図４の表の列は、データ保管先を示している。列４０１は本サイトのＬＭＳ ＤＢ、列４０２は本サイトのＮＡＳ、列４０３はＤＲサイトのＬＭＳ ＤＢ、列４０４はＤＲサイトのＮＡＳを示す。
【００３５】
また、図４の表の行はアプリケーション格納場所の遷移を示しており、４１１、４１２、４１３、４１４の順に遷移する。列４０１および列４０３にある白抜きの四角は、アプリケーションファイルがＤＢに保管された状態であることを示す。列４０２および列４０４にある黒い四角は、暗号化されたアプリケーションがＮＡＳに保管された状態であることを示す。
【００３６】
Ｖｅｒｉｆｉｃａｔｉｏｎ依頼中４１１の状態では、本サイトのＬＭＳ ＤＢ４０１と同期されたＤＲサイトのＬＭＳ ＤＢ４０３にアプリケーションが保管されている。
次にＶｅｒｉｆｉｃａｔｉｏｎ承認４１２が行われると、本サイトではＬＭＳ ＤＢ４０１に保管していたアプリケーションが暗号化されてＮＡＳ４０２に移動する。
【００３７】
次にＤＢの同期４１３が実行される。ＤＢの同期は、ＤＢへの操作が行われると同時に実施されるため、比較的短時間で同期が完了する。このとき、ＤＢが同期されるため、本サイト側と同様に、ＤＲサイトのＬＭＳ ＤＢ４０３に保管されていたアプリケーションも削除される。
【００３８】
そして、ＮＡＳの同期４１４が実行され、本サイトのＮＡＳ４０２にあるアプリケーションがＤＲサイトのＮＡＳ４０４にコピーされる。ＮＡＳの同期は、エージェントサーバ２１６が定期的に実施する処理であり、ＤＢの同期ほど即時に行われるわけではない。そのため、ＮＡＳの同期４１４が行われるまで４１３で示した状態が続くことになるが、この状態で災害が発生した場合にアプリケーションが消失するという問題が発生する。
【００３９】
そこで、ファイルの消失を防ぐ方法が必要となる。
以下、図５と図６を用いて、図４で述べたＤＲサイトでのファイル消失を防ぐためのデータ保管方法について説明する。
図５は、本実施例のライセンス管理システムにおけるデータ保管方法についてデータの遷移を示した図である。このデータ保管方法は、ファイルの消失を防ぐように改善したデータ保管方法に対応する。
列５０１は本サイトのＬＭＳ ＤＢ、列５０２は本サイトのＮＡＳ、列５０３はＤＲサイトのＬＭＳ ＤＢ、列５０４はＤＲサイトのＮＡＳを示す。
Ｖｅｒｉｆｉｃａｔｉｏｎ依頼中５１１の状態では、図４の場合と同様、本サイトのＬＭＳ ＤＢ５０１と同期されたＤＲサイトのＬＭＳ ＤＢ５０３にアプリケーションが保管されている。
【００４０】
Ｖｅｒｉｆｉｃａｔｉｏｎ承認５１２が行われると、本サイトではＬＭＳ ＤＢ５０１に保管しているアプリケーションを暗号化しＮＡＳ５０２に格納するが、即座にＬＭＳ ＤＢ５０１に保管したアプリケーションの削除は行わない。
そして、ＤＢの同期が実施されるが、Ｖｅｒｉｆｉｃａｔｉｏｎ承認５１２でアプリケーションを削除しなかったため、ＤＢの同期が完了した状態５１３では、ＤＲサイトのＬＭＳ ＤＢ５０３上のアプリケーションも残った状態となる。よって、この状態（５１３）で示した状態で災害が発生した場合であってもアプリケーションが消失する心配はない。
【００４１】
さらに、ＮＡＳの同期が実施され、ＮＡＳ５０２のアプリケーションがＮＡＳ５０４にコピーされる。ＮＡＳの同期が完了した状態５１４では、ＤＲサイトのＬＭＳ ＤＢ５０３及びＮＡＳ５０４にアプリケーションが保管された状態となる。
【００４２】
そして、ＤＢのデータを削除５１５において、Ｖｅｒｉｆｉｃａｔｉｏｎ承認５１２で削除しなかった本サイトのＬＭＳ ＤＢ５０１のアプリケーションについて削除を実施する。
さらに、ＤＢの同期が行われると、ＤＲサイトのＬＭＳ ＤＢ５０３からも削除される。ＤＢの同期が完了した状態５１６では、本サイトのＮＡＳ５０２及びＤＲサイトのＮＡＳ５０４にアプリケーションが保管された状態となる。
【００４３】
図６は、図５に示したデータ遷移を行った場合のシーケンスを例示する図である。
図６において、６０１は本サイトのＬＭＳ、６０２はＬＭＳ６０１のＤＢ、６０３は本サイトのＮＡＳ、６０４は本サイトのエージェントサーバ、６０５はＤＲサイトのＬＭＳのＤＢ、６０６はＤＲサイトのＮＡＳである。なお、６０１〜６０６に示す各装置の処理は、各装置のＣＰＵ１０２が記憶装置１０４に格納されたプログラムを読み出して実行することにより実現されるものである。
【００４４】
まずＬＭＳ６０１が承認処理（Ｓ６１１）を実行する。承認処理（Ｓ６１１）は、図５のＶｅｒｉｆｉｃａｔｉｏｎ承認５１２の処理を示す。ＬＭＳ６０１は、承認処理（Ｓ６１１）に続いてＬＭＳ ＤＢ６０２からアプリケーションファイルを取得する（Ｓ６１２）。さらにＬＭＳ６０１は、上記Ｓ６１２で取得したアプリケーションファイルを暗号化し（Ｓ６１３）、該暗号化したアプリケーションファイルをＮＡＳ６０３に格納する（Ｓ６１４）。ここで、ＬＭＳ６０１は、ＬＭＳ ＤＢ６０２に保管されたアプリケーションファイルの削除は行わず、該ファイルに対して一時的に削除フラグを設定する（Ｓ６１５）。
【００４５】
ＬＭＳ ＤＢ６０２は、操作が行われたことに合わせてＤＲサイトのＬＭＳ ＤＢ６０５と同期処理を行うが（Ｓ６１６）、アプリケーションファイルは削除していないため、ＬＭＳ ＤＢ６０５のアプリケーションファイルも残った状態となっている。
そして、ＬＭＳ６０１は、削除依頼をエージェントサーバ６０４に登録する（Ｓ６１７）。
【００４６】
その後、エージェントサーバ６０４は、定期的にＮＡＳの同期処理を実行する。エージェントサーバ６０４は、ＮＡＳ６０３を参照し（Ｓ６１８）、ＤＲサイトのＮＡＳと同期を行う（Ｓ６１９）。さらに、エージェントサーバ６０４は、上記Ｓ６１７で指定された削除依頼の登録内容を確認し、ＤＲサイトに同期が行われたファイルであればＬＭＳ ＤＢ６０２からファイルを削除する（Ｓ６２０）。
ＬＭＳ ＤＢ６０２は、アプリケーションファイルの削除操作が行われたことに合わせてＤＲサイトのＬＭＳ ＤＢ６０５と同期処理を行い（Ｓ６２１）、ＬＭＳ ＤＢ６０５からアプリケーションファイルを削除する。
【００４７】
このようにすることで、ＤＲサイトにおいてアプリケーションが存在しない状態をつくらず、ファイルの消失を防ぐことができる。
【００４８】
なお、ファイルの消失を防ぐには、ＤＲサイトへの同期を確認する方法だけでなく、外部のＤＬサイトを利用する方法でも可能である。
図７は、ＤＲサイトへのコピーによってファイル消失を防ぐ場合のシーケンスを例示する図であり、図６と同一のものには同一の符号を付してある。
図７において、７０１は外部ＤＬサイトである。なお、６０１〜６０５及び７０１に示す各装置の処理は、各装置のＣＰＵ１０２が記憶装置１０４に格納されたプログラムを読み出して実行することにより実現されるものである。
【００４９】
Ｓ６１１〜Ｓ６１７の処理は図６と同様であるので説明を省略する。
図６ではＳ６１７の次にエージェントサーバ６０４がＮＡＳの同期を行ったが、ＮＡＳの同期が行われる前に配信設定が実施され、外部のＤＬサイトにファイルのアップロードが行われる場合もある。図７では、この場合について説明する。
【００５０】
図７では、Ｓ６１７の次に、ＬＭＳ６０１で配信設定が行われると（Ｓ７１１）、ＬＭＳ６０１は、アプリケーションファイルをＮＡＳ６０３内の配信領域に移動する（Ｓ７１２）。
エージェントサーバ６０４は、定期的にＮＡＳ６０３を参照し（Ｓ７１３）、外部ＤＬサイトへファイルアップロードを実施する（Ｓ７１４）。さらに、エージェントサーバ６０４は、Ｓ６１７で指定された削除依頼の登録内容を確認し、該削除依頼されたファイルが外部のＤＬサイトにファイルのアップロードが行われたファイルであれば、ＬＭＳ ＤＢ６０２から該ファイルを削除する（Ｓ７１５）。
【００５１】
ＬＭＳ ＤＢ６０２は、アプリケーションファイルの削除操作が行われたことに合わせて、ＤＲサイトのＬＭＳ ＤＢ６０５と同期処理を行い（Ｓ７１６）、ＬＭＳ ＤＢ６０５からアプリケーションファイルを削除する。なお、図７には示していないが、適当なタイミングで、図６のＳ６１８〜Ｓ６１９と同様に、本サイトのＮＡＳ６０３とＤＲサイトのＮＡＳ６０６が同期され、ＤＲサイトのＮＡＳ６０６にもアプリケーションファイルが格納される。
【００５２】
以上示したように、本サイトのＬＭＳは、本サイトとしての管理システム内でデータベースであるＬＭＳ ＤＢからファイルストレージであるＮＡＳへデータ（アプリケーションファイル）を移動する場合、ＬＭＳ ＤＢからＮＡＳにデータを複製した後、本サイトとＤＲサイトとの同期の完了、もしくは、外部ＤＬサイトへのデータの配置の完了を確認した上で、前記移動元のデータであるＬＭＳ ＤＢ内のデータを削除する。この構成により、ＤＲサイトにおいてアプリケーションが存在しない状態をつくらず、ファイルの消失を防ぐことができる。
【００５３】
次に、図８以降で災害が発生した際のＤＲサイトの起動処理について説明する。
図８は、ＤＲサイトのＬＭＳ２２１の機能構成を例示するブロック図である。
図８に示す機能ブロックは、ＤＲサイトのＬＭＳ２２１で実行される。即ち、この機能ブロックは、ＬＭＳ２２１のＣＰＵ１０２が記憶装置１０４に格納されたプログラムを読み出して実行することにより実現されるものである。
【００５４】
図８において、ＤＢアクセス部８０１は、ＬＭＳ ＤＢ２２２へのアクセスを行う。ＮＡＳアクセス部８０２は、ＮＡＳ２２３へのアクセスを行う。
プログラム起動部８０３は、チェックプログラムの動作判定を管理しており、ＬＭＳ２２１が最初に起動する際にチェックプログラムが動作するように制御する。
【００５５】
整合性チェック部８０４は、ＬＭＳ ＤＢ２２２に保管されているデータとＮＡＳ２２３に保管されているデータの整合性をチェックする。データ復元部８０５は、整合性チェック部８０４で不整合が起きている箇所に対してデータの復元を行う。状態管理部８０６は、復元後のＬＭＳ内のアプリケーションや商品のデータを確認し、ライセンス発行可否を判断する。
【００５６】
図９は、ＤＲサイトのＬＭＳ初回起動時に実行する整合性検証処理を例示するフローチャートである。以下の図９〜図１４に示すフローチャートに係るプログラムは、ＤＲサイトのＬＭＳ２２１の記憶装置１０４に記憶されており、メモリ１０３に読み出されＣＰＵ１０２によって実行されるものである。
【００５７】
図９のフローチャートは、機能ブロック図８におけるプログラム起動部８０３で起動が行われる。
まず、プログラム起動部８０３は、ＤＲサイトにおけるデータのチェックを行うかどうかのフラグを確認し、チェックが必要であれば処理を継続する（Ｓ９０１）。チェックフラグはＤＲサイトでのみＯＮになっており、初回だけ整合性検証処理が実行されるようになっている。
【００５８】
起動されたプログラムは、次に整合性チェック部８０４でアプリケーションや商品データの整合性チェックを実施する。以下、詳細に説明する。
整合性チェック部８０４は、Ｓ９０２において、ＬＭＳ ＤＢ２２２に登録されているアプリケーション毎に、Ｓ９０３〜Ｓ９０４の処理を行うように制御する。
まず、整合性チェック部８０４は、ＬＭＳ ＤＢ２２２に登録されているアプリケーションのうち、未チェックのアプリケーションについてアプリケーション情報のステータスをチェックする（Ｓ９０３）。
【００５９】
そして、アプリケーションが承認済みであると判定した場合（Ｓ９０３でＶｅｒｉｆｉｃａｔｉｏｎ承認の場合）、整合性チェック部８０４は、アプリケーションのデータチェックを実施する（Ｓ９０４）。詳細は後述する図１０で示すが、データチェックとは、データに不整合が無いかを確認し、復元可能限りデータの復元を行う処理である。Ｓ９０４の処理を終了すると、整合性チェック部８０４は、上記Ｓ９０２に遷移し、次のアプリケーションの処理に処理を移行する。
【００６０】
一方、アプリケーションが承認済みでないと判定した場合（Ｓ９０３でｏｔｈｅｒの場合）、整合性チェック部８０４は、そのまま上記Ｓ９０２に遷移し、次のアプリケーションの処理に移行する。
なお、上記Ｓ９０２において、全てのアプリケーションにいてチェックが完了したと判定した場合、整合性チェック部８０４は、Ｓ９０５に遷移する。
【００６１】
Ｓ９０５において、整合性チェック部８０４は、ＬＭＳ ＤＢ２２２に登録されている商品毎に、Ｓ９０６〜Ｓ９０９の処理を行うように制御する。
まず、Ｓ９０５において、整合性チェック部８０４は、ＬＭＳ ＤＢ２２２に登録されている商品のうち、未チェックの商品について商品情報のステータスをチェックする（Ｓ９０６）。
【００６２】
そして、ステータスが配信準備であると判定した場合（Ｓ９０６で配信準備の場合）、整合性チェック部８０４は、配信準備のデータチェックを実施する（Ｓ９０７）。なお、配信準備のデータチェックの詳細は、後述する図１１に示す。Ｓ９０７のデータチェックが終了すると、整合性チェック部８０４は、Ｓ９０９に遷移するように制御する。
【００６３】
また、ステータスが配信中であると判定した場合（Ｓ９０６で配信中の場合）、整合性チェック部８０４は、配信中データチェックを実施する（Ｓ９０８）。なお、配信中のデータチェックの詳細は、後述する図１２に示す。Ｓ９０８のデータチェックが終了すると、整合性チェック部８０４は、Ｓ９０９に遷移するように制御する。
【００６４】
また、ステータスが配信準備又は配信中のいずれでもないと判定した場合（Ｓ９０６でｏｔｈｅｒの場合）、整合性チェック部８０４は、そのままＳ９０９に遷移するように制御する。
【００６５】
Ｓ９０９において、状態管理部８０６は、ステータスの再設定を実施する。Ｓ９０９の処理に遷移する前に、データの整合性は確保できるが、データの整合性が保てたとしても諸条件によってライセンスの発行が可能な状態とは限らない。そのため、Ｓ９０９において商品のライセンス発行が可能どうか等を確認し、運用が可能な状態にステータスを再設定する処理が必要となる。なお、Ｓ９０９のステータス再設定の詳細は、後述する図１３に示す。
【００６６】
上記Ｓ９０９の処理の後、整合性チェック部８０４は、上記Ｓ９０６に遷移し、次の商品の処理に移行する。
なお、上記Ｓ９０６において、全ての商品にいてチェックが完了したと判定した場合、整合性チェック部８０４は、Ｓ９１０に遷移する。
Ｓ９１０において、整合性チェック部８０４は、ＤＲチェックフラグをＯＦＦにし、再起動時にチェックが行われないように制御し、本フローチャートの処理を終了する。
【００６７】
図１０は、図９のＳ９０４で示したアプリケーション情報のデータチェック処理を例示するフローチャートである。
まず、整合性チェック部８０４は、ＮＡＳ２２３の保管領域に暗号化されたアプリケーションが存在するかどうかを確認する（Ｓ１００１）。そして、ＮＡＳの保管領域に暗号化されたアプリケーションが存在すると判定した場合（Ｓ１００１でＹｅｓの場合）、整合性チェック部８０４は、正常な状態と判断し、本フローチャートの処理を終了する。
【００６８】
一方、ＮＡＳの保管領域に暗号化されたアプリケーションが存在しないと判定した場合（Ｓ１００１でＮｏの場合）、整合性チェック部８０４は、Ｓ１００２に遷移する。
【００６９】
Ｓ１００２において、整合性チェック部８０４は、ＬＭＳ ＤＢ２２２にアプリケーションが存在するかを確認する。そして、ＬＭＳ ＤＢ２２２にアプリケーションが存在しないと判定した場合（Ｓ１００２でＮｏの場合）、整合性チェック部８０４は、既に商品として配信された状態であると判断し、本フローチャートの処理を終了する。
【００７０】
一方、ＬＭＳ ＤＢ２２２にアプリケーションが存在すると判定した場合（Ｓ１００２でＹｅｓの場合）、整合性チェック部８０４は、データの不整合が発生していると判断してデータの復元処理を行うように制御する。復元処理はデータ復元部８０５で実施する。以下、詳細に説明する。
【００７１】
データ復元部８０５は、ＬＭＳ ＤＢ２２２からアプリケーションを取得し（Ｓ１００３）、アプリケーションを暗号化して（Ｓ１００４）、該暗号化したアプリケーションをＮＡＳ２２３の保管領域に格納する（Ｓ１００５）。そして、データ復元部８０５は、ＬＭＳ ＤＢ２２２からアプリケーションを削除する（Ｓ１００６）。そして、本フローチャートの処理を終了する。
【００７２】
なお、ＤＲサイトには、さらなるミラーサイトが無いため、Ｓ１００６に示したように、即座にＬＭＳ ＤＢからアプリケーションを削除した。しかし、さらなるミラーサイトが存在する場合には、図６で示したようなファイル消失を防止する制御（該ミラーサイトにアプリケーションをコピーした後に、該アプリケーションをＬＭＳ ＤＢから削除する制御）を行うことも考えられる。
【００７３】
図１１は、図９のＳ９０７で示した配信準備状態の商品情報データチェック処理を例示するフローチャートである。
まず、整合性チェック部８０４は、ＮＡＳ２２３の配信領域に使用許諾ファイルが存在するかどうかを確認する（Ｓ１１０１）。
【００７４】
そして、ＮＡＳ２２３の配信領域に使用許諾ファイルが存在しなかったと判定した場合（Ｓ１１０１でＮｏの場合）、整合性チェック部８０４は、ＬＭＳ ＤＢ２２２から使用許諾情報を取得して、ＮＡＳ２２３の配信領域にファイル形式で格納し（Ｓ１１０２）、Ｓ１１０３に処理を進める。
一方、ＮＡＳ２２３の配信領域に使用許諾ファイルが存在したと判定した場合（Ｓ１１０１でＹｅｓの場合）、整合性チェック部８０４は、そのままＳ１１０３に処理を進める。
【００７５】
Ｓ１１０３において、整合性チェック部８０４は、ＮＡＳ２２３の配信領域にアプリケーションが存在することを確認する。
そして、ＮＡＳ２２３の配信領域にアプリケーションが存在したと判定した場合（Ｓ１１０３でＹｅｓの場合）、整合性チェック部８０４は、データの不整合はないと判断して、本フローチャートの処理を終了する。
【００７６】
一方、ＮＡＳ２２３の配信領域にアプリケーションが存在しなかったと判定した場合（Ｓ１１０３でＮｏの場合）、整合性チェック部８０４は、データの不整合が発生していると判断してデータの復元処理を行うように制御する。復元処理はデータ復元部８０５で実施する。以下、詳細に説明する。
【００７７】
データ復元部８０５は、まず、Ｓ１１０４において、ＮＡＳ２２３の配信領域のファイルパスから、アプリケーションがＮＡＳ２２３の配信領域へ移動される前に保管されＮＡＳ２２３の保管領域のファイルパスを組み立てる。なお、ＮＡＳ２２３の配信領域のファイルパスと、ＮＡＳ２２３の配信領域のファイルパスは、類似の構造になっており、相互にパスを算出できるようになっている。また、類似構造でなくとも、特定の法則によって相互にパスを算出できる構成、又は、両方のパスをＤＢ（例えばＬＭＳ 
ＤＢ２２２等）に保管しておき、両方のパスを取得できる構成でもよい。
【００７８】
次に、データ復元部８０５は、Ｓ１１０５において、上記Ｓ１１０４で組み立てたパスを用いて、ＮＡＳ２２３の保管領域からＮＡＳ２２３の配信領域へ、アプリケーションを移動する。そして、本フローチャートの処理を終了する。
【００７９】
以上示したように、整合性チェック部８０４は、アプリケーションのステータスとアプリケーションファイルの保管状態とが整合するか否かを確認する。即ち、ステータスが配信準備の場合には、該ステータスに整合するアプリケーションファイルの保管状態は、アプリケーションファイルがＮＡＳ２２３の配信領域に保存されている状態であり、それを確認する。そして、ステータスとアプリケーションファイルの保管状態とが整合しない場合、データ復元部８０５が、前記ステータスと整合する状態に、該アプリケーションファイルの保管状態を変更する。これにより、整合性を確保するようにデータを復元することができる。
【００８０】
図１２は、図９のＳ９０８で示した配信中状態の商品情報データチェック処理のフローチャートである。
まず、整合性チェック部８０４は、ＮＡＳ２２３の配信領域に使用許諾ファイルが存在するかどうかを確認する（Ｓ１２０１）。
【００８１】
そして、ＮＡＳ２２３の配信領域に使用許諾ファイルが存在しなかったと判定した場合（Ｓ１２０１でＮｏの場合）、整合性チェック部８０４は、ＬＭＳ ＤＢ２２２から使用許諾情報を取得して、ＮＡＳ２２３にファイル形式で格納する（Ｓ１２０２）。Ｓ１２０２の後、整合性チェック部８０４は、Ｓ１２０３に処理を進める。
一方、ＮＡＳ２２３の配信領域に使用許諾ファイルが存在したと判定した場合（Ｓ１２０１でＹｅｓの場合）、整合性チェック部８０４は、そのままＳ１２０３に処理を進める。
【００８２】
Ｓ１２０３において、整合性チェック部８０４は、ＮＡＳ２２３の配信領域にアプリケーションが存在することを確認する。そして、ＮＡＳ２２３の配信領域にアプリケーションが存在すると判定した場合（Ｓ１２０３でＹｅｓの場合）、整合性チェック部８０４は、データの不整合はないと判断して、本フローチャートの処理を終了する。
【００８３】
一方、ＮＡＳ２２３の配信領域にアプリケーションが存在しないと判定した場合（Ｓ１２０３でＮｏの場合）、整合性チェック部８０４は、データの不整合が発生していると判断してデータの復元処理を行うように制御する。復元処理はデータ復元部８０５で実施する。以下、詳細に説明する。
【００８４】
データ復元部８０５は、まず、Ｓ１２０４において、ＮＡＳ２２３の配信領域のファイルパスから、アプリケーションがＮＡＳ２２３の配信領域へ移動される前に保管されＮＡＳ２２３の保管領域のファイルパスを組み立てる。なお、ＮＡＳ２２３の配信領域のファイルパスと、ＮＡＳ２２３の配信領域のファイルパスは、類似の構造になっており、相互にパスを算出できるようになっている。また、類似構造でなくとも、特定の法則によって相互にパスを算出できる構成、又は、両方のパスをＤＢ（例えばＬＭＳ ＤＢ２２２等）に保管しておき、両方のパスを取得できる構成でもよい。
【００８５】
次に、データ復元部８０５は、Ｓ１２０５において、ＮＡＳ２２３の保管領域にアプリケーションが存在するかどうかを確認する。なお、この確認は、整合性チェック部８０４が行ってもよい。
【００８６】
そして、ＮＡＳ２２３の保管領域にアプリケーションが存在すると判定した場合（Ｓ１２０５でＹｅｓの場合）、データ復元部８０５は、Ｓ１２０６に処理を進める。
Ｓ１２０６において、データ復元部８０５は、上記Ｓ１２０４で組み立てたパスを用いて、ＮＡＳ２２３の保管領域からＮＡＳ２２３の配信領域へ、アプリケーションを移動する。そして、本フローチャートの処理を終了する。
【００８７】
一方、ＮＡＳ２２３の保管領域にアプリケーションが存在しないと判定した場合（Ｓ１２０５でＮｏの場合）、データ復元部８０５は、Ｓ１２０７に処理を進める。
Ｓ１２０７において、データ復元部８０５は、外部ＤＬサイトからアプリケーションをダウンロードし、Ｓ１２０８において、ＮＡＳ２２３の配信領域にアプリケーションを格納する。そして、本フローチャートの処理を終了する。
【００８８】
なお、図１２の処理は図１１と類似しているが、図７で示したように外部ＤＬサイトへアプリケーションをアップロードし、ＤＲサイトのＮＡＳへ同期が行われる前の状態で災害が発生する場合もあり得るため、この事態に対応可能に構成されている。即ち、ステータスが配信中の場合、ＮＡＳ２２３にアプリケーションファイルが存在するか確認し、存在しない場合、データ復元部８０５が、外部ＤＬサイト２０１から前記アプリケーションファイルを取得して、ＮＡＳ２２３の配信エリアに保管する。これにより、整合性を確保するようにデータを復元することができる。
【００８９】
図１３は、図９のＳ９０９で示したステータス再設定処理を例示するフローチャートである。この処理は、商品の状態に応じてライセンス発行可否の判断を行い、ステータスを設定する処理に対応する。
まず、状態管理部８０６は、ＮＡＳ２２３に、現在処理中のアプリケーションの関連ファイルが存在するかどうかを確認する（Ｓ１３０１）。なお、関連ファイルとは、図３の商品登録３０３でＬＭＳ２１１に登録される、商品に付属するファイルで、ＮＡＳ２１３の保管領域に直接アップロードされる。関連ファイルは比較的ファイルサイズが大きくなる場合があり、またアプリケーションを動作するために不可欠なものではないため、アプリケーションファイルのようにファイル消失を防ぐ手段はとらない。そのため、関連ファイルはＤＲサイトにおいて消失しているケースがあり、その状態に応じた対応が必要となる。
【００９０】
上記Ｓ１３０１において、関連ファイルが存在すると判定した場合（Ｓ１３０１でＹｅｓの場合）、状態管理部８０６は、ステータスを再設定する必要がないと判断し、本フローチャートの処理を終了する。
【００９１】
一方、上記Ｓ１３０１において、関連ファイルが存在しないと判定した場合（Ｓ１３０１でＮｏの場合）、状態管理部８０６は、ステータスを再設定する必要があると判断し、Ｓ１３０２に処理を進める。
【００９２】
Ｓ１３０２において、状態管理部８０６は、既にライセンスファイル（ＬＦ）を発行した履歴があるかどうかを確認する。
そして、ライセンスファイルを発行した履歴が無いと判定した場合（Ｓ１３０２でＮｏの場合）、状態管理部８０６は、Ｓ１３０３において、商品のステータスを未配信の状態に戻し、配信を停止する。配信を停止し、運用で関連ファイルを再登録する等の対応を行ってから配信を再開することになる。Ｓ１３０３の処理の後、状態管理部８０６は、本フローチャートの処理を終了する。
【００９３】
一方、既にライセンスファイルを発行した履歴があると判定した場合（Ｓ１３０２でＹｅｓの場合）、状態管理部８０６は、Ｓ１３０４において、ステータスを限定配信の状態に設定する。限定配信とは、既存でライセンスファイルを発行したユーザのためにアプリケーションの配信等は可能な状態にしておくが、新規にライセンスの発行は行えない状態（ライセンスの発行停止状態）である。この場合も、運用で関連ファイルを再登録する等の対応を行ってから、通常の配信状態に設定することになる。Ｓ１３０４の処理の後、状態管理部８０６は、本フローチャートの処理を終了する。
【００９４】
上述した限定配信状態からの再開処理について図１４を用いて説明する。
図１４は、配信再開処理を例示するフローチャートである。
状態管理部８０６は、Ｓ１４０１において、ステータスが限定配信であるか否かを判定する。そして、ステータスが限定配信でないと判定した場合（Ｓ１４０１でＮｏの場合）、そのまま本フローチャートの処理を終了する。
一方、状態管理部８０６は、関連ファイル再登録等の操作が行われ、ステータスが限定配信であると判定した場合（Ｓ１４０１でＹｅｓの場合）、Ｓ１４０２に処理を進める。
【００９５】
Ｓ１４０２において、状態管理部８０６は、必要な全ての情報が揃っているかどうかの整合性チェックを実施する。必要な全ての情報が揃っているとは、例えば、ＮＡＳ２２３の配信領域に、「ＡＰＰ（暗号化）」、「関連ファイル」、「使用許諾ファイル」が揃っている場合を示す。なお、アプリケーションによっては、「ＡＰＰ（暗号化）」、「関連ファイル」、「使用許諾ファイル」の全てが必要でない場合もあり、その場合には必要なもののみが揃っていればよいものとする。
【００９６】
上記Ｓ１４０２において、まだ必要な全ての情報が揃っていないと判定した場合（Ｓ１４０２でＮｏの場合）、状態管理部８０６は、そのまま本フローチャートの処理を終了する。
一方、必要な全ての情報が揃っていると判定した場合（Ｓ１４０２でＹｅｓの場合）、状態管理部８０６は、ステータスを配信状態に設定する（Ｓ１４０３）。そして、本フローチャートの処理を終了する。
【００９７】
以上のように、本サイトでファイル消失を防ぎ、災害発生時にデータの整合性保つようにデータを復元した上で、ライセンス発行可能かどうかの状態再設定を実施することにより、より本サイトに近い状態でＤＲサイトを稼働しはじめることができる。
【００９８】
以下、ライセンスの追認について説明する。
ライセンスの追認では、ＬＭＳが、デバイス（複合機２０２，２０３等の情報処理装置）が保持しているライセンスが正式に発行されたものかどうかを確認する。
例えば、ユーザは、あるデバイス（例えば複合機２０２）から他のデバイス（例えば複合機２０３）にライセンスを転送して、他のデバイスでアプリケーションを利用したい場合がある。このような場合、ユーザは、転送元のデバイスにおいて、無効化ライセンスを発行する。
【００９９】
無効化ライセンスファイルは、ライセンスを転送する場合に、転送元のデバイスにおいて、対応するアプリケーションを利用できなくするために発行されるものである。無効化ライセンスファイルは、元のライセンスファイルとほぼ同じ内容になっている。
【０１００】
ライセンスファイルには、ＬＭＳの共通鍵が含まれている。ＬＭＳの共通鍵は、一般には公開されているわけではなく、該ＬＭＳの共通鍵をライセンスファイルから取得しないとアプリケーションをインストールすることができないように構成されている。ライセンスファイルは、該ライセンスファイルに対応するアプリケーションをインストールするデバイスの共通鍵で暗号化されている。デバイスは、アプリケーションをインストールする場合、デバイスの秘密鍵でライセンスファイルを復号して、ライセンスファイルからＬＭＳの共通鍵を取得し、該共通鍵を用いて暗号化されたアプリケーションファイルを復号して、インストールを行う。
【０１０１】
ＬＭＳは、デバイスから無効化ライセンスファイルを受信すると、ライセンスの追認を行う。この際、ＬＭＳは、受信した無効化ライセンスファイルを、デバイスの秘密鍵で復号して、無効化ライセンスファイルからＬＭＳの共通鍵を取得する。さらに、ＬＭＳは、該取得したＬＭＳの共通鍵と、自身の共通鍵とを比較し、これらが一致した場合に、該無効化ライセンスファイルに対応するライセンスを、自身が発行したライセンスとして追認する。追認する場合、ＬＭＳは、該ライセンスの発行履歴をＬＭＳ上に追加し、その上で（転送先用の）ライセンスファイルを転送先のデバイスに転送する。
【０１０２】
なお、アプリケーションファイルが暗号化された時に災害が発生し、暗号化されたアプリケーションファイルが存在しなくなかった場合、ＬＭＳは、再度、暗号化されたアプリケーションファイルを作成し、該アプリケーションファイルを、（転送先用の）ライセンスファイルと共に、配信するように制御する。
【０１０３】
このように、アプリケーションがインストールされたデバイスからＬＭＳに、該アプリケーションに対応する無効化ライセンスファイルを送信することにより、ＬＭＳでライセンスを追認し、転送先用のライセンスファイルを転送することができる。さらに、ＬＭＳは、転送先用のライセンスファイルと共に暗号化されたアプリケーションファイルの配信を行うことも可能である。これにより、災害等が発生し、上述した限定配信状態になっている場合であっても、ユーザは、他のデバイスにライセンスを転送して、他のデバイスにアプリケーションをインストールして利用することができる。
【０１０４】
以上示したように、本実施例では、本サイトとＤＲサイト間の同期でファイルが消失しないように、データベースとファイルストレージ間のデータ移動において、同期が完了したことを確認してから移動元のファイルを削除する。また、災害発生時、ＤＲサイトのデータ整合性をチェック復元し、さらにライセンスの発行が可能かどうかの可否を判断する。これらの構成により、本実施例によれば、災害発生時等に、より本サイトに近い状態でディザスタリカバリサイトの稼働を開始することができる。よって、ディザスタリカバリサイトにおけるデータベースとファイルストレージ間での不整合の発生を抑え、及び、ライセンス管理のビジネスフローを適切な状態で稼働することができる。
【０１０５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１０６】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０７】
２１１    ＬＭＳ
２１２    ＬＭＳ ＤＢ
２１３    ＮＡＳ
２２１    ＬＭＳ
２２２    ＬＭＳ ＤＢ
２２３    ＮＡＳ
【図１】
2016218771.tif 000003
【図２】
2016218771.tif 000004
【図３】
2016218771.tif 000005
【図４】
2016218771.tif 000006
【図５】
2016218771.tif 000007
【図６】
2016218771.tif 000008
【図７】
2016218771.tif 000009
【図８】
2016218771.tif 000010
【図９】
2016218771.tif 000011
【図１０】
2016218771.tif 000012
【図１１】
2016218771.tif 000013
【図１２】
2016218771.tif 000014
【図１３】
2016218771.tif 000015
【図１４】
2016218771.tif 000016