スナップショットデータベースを用いた情報復旧方法および装置
本発明はスナップショットデータベースを用いた情報復旧方法および装置に関し、ハッキングなどの被害によって損傷した情報を復旧できる方法および装置を提供する。本発明のスナップショットデータベースを用いた情報復旧方法は、１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集するステップと、前記第１ユーザログ情報から有効情報を選別するステップと、前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、前記ユーザ端末から前記有効情報に対する復旧要請情報を受信するステップと、前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析するステップと、前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スナップショットデータベースを用いた情報復旧方法および装置に関し、より詳しくは、ログ情報を選別してスナップショットデータベース方式で格納し、ユーザからログ情報に対する復旧の要請がある場合、ハッキングとして判断されたログ情報を選別して格納されたログ情報に応じて迅速に復旧することのできる情報復旧方法および装置に関する。
【背景技術】
【０００２】
近年では情報通信およびインターネット技術の発達に伴って、情報を共有しようとするユーザ同士が容易かつ素早く情報を共有することができる。
【０００３】
しかし、情報の共有において、ネットワークにおける補完の弱点を探して他人のコンピュータに侵入することによって、情報を取り出して不利益を被らせたり、コンピュータ・ネットワークを麻痺させたりする悪意的な行為などのハッキング事例が頻繁に発生しているのが実情である。
【０００４】
このようなハッキングなどによって被害を受けた人々は、自身が属しているネットワークや管理サーバを介して情報を復旧することはできるが、その復旧過程の手続きが複雑であり、その所要時間も極めて長いという不便がある。
【０００５】
特に、従来のオンラインゲームの場合、ゲームサーバのダウンなどのネットワーク障害によるゲームユーザのアイテム紛失に対する復旧、または各種のハッキングによるアイテム盗難に対する追跡、および復旧のために各ゲームのユーザ別にアイテム情報を管理するといった方法が採られていた。
【０００６】
すなわち、ゲームサーバに連動するデータベースサーバにユーザごとに所定期間前から現在まで所有していたアイテムに関する情報、およびアイテムそれぞれの履歴情報を格納することによって、アイテム紛失または盗難によるアイテムの復旧時に復旧時点における該当ユーザのアイテム情報を参照して復旧し、各種のハッキングによるアイテム盗難の追跡時にアイテム履歴情報を検索して追跡していた。
【０００７】
しかし、従来のオンラインゲームにおけるアイテム情報管理方法では、ユーザごとに所定期間の前から現在まで所有していたアイテムに関する情報およびアイテムそれぞれの履歴情報を格納するための格納容量の大型化、およびこれによるデータベースサーバの過負荷の発生、ハッキング時にハッキングされたアイテムに対する追跡の困難性、アイテムの複製に対する追跡、および復旧の困難性などという数多くの問題があった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】韓国特許出願公開第１０−２００６−０１２２６７７号明細書
【特許文献２】韓国特許出願公開第１０−２００７−０００６５４２号明細書
【特許文献３】韓国特許出願公開第１０−２００７−００３１２０９号明細書
【特許文献４】韓国特許出願公開第１０−２００８−００５５５２４号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、前述した従来技術の問題点を解決するために案出されたもので、ハッキングなどの被害によって損傷した情報を復旧することのできる方法および装置を提供することにある。
【００１０】
また、本発明は、情報を復旧する過程を簡素化して処理時間を短縮し、情報復旧率を上昇させることのできる方法および装置を提供することにある。
【００１１】
また、本発明は、情報管理サーバの立場からは、情報復旧の過程を自動化することで情報復旧に対する処理量が増加することによって、復旧業務を大幅減らすことのできる方法を提供することにある。
【００１２】
また、本発明は、クライアントの立場からは、ハッキングによる情報損失に対する喪失感を解消することができ、情報を提供するサーバまたはプログラムに対するイメージおよび信頼度を上昇させることのできる方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記の目的を達成して前述した従来技術の問題点を解決するために、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧方法は、１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集するステップと、前記第１ユーザログ情報から有効情報を選別するステップと、前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、前記ユーザ端末から前記有効情報に対する復旧要請情報を受信するステップと、前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析するステップと、前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧するステップとを含む。
【００１４】
また、本発明の前記有効情報に復旧する前記ステップは、前記第２ユーザログ情報と前記有効情報が互いに異なってハッキングとして判断された場合に行われる。
【００１５】
また、本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧方法は、ユーザログ管理サーバに有効情報に対する復旧要請情報を送信するステップと、前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧されるステップと、を含み、前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する。
【００１６】
また、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧装置は、１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集する情報収集部と、前記第１ユーザログ情報から有効情報を選別する情報選別部と、前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納する情報格納部と、前記ユーザ端末から前記有効情報に対する復旧要請情報を受信する情報受信部と、前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析する情報分析部と、前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する情報復旧部とを備える。
【００１７】
また、本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧装置は、ユーザログ管理サーバに有効情報に対する復旧要請情報を送信する情報送信部と、前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧される情報復旧部とを備え、前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する。
【発明の効果】
【００１８】
本発明によると、ハッキングなどの被害によって損傷した情報を復旧することができる。
【００１９】
また、本発明によると、情報の復旧を行う過程を簡素化して処理時間を短縮し、情報復旧率を上昇させることができる。
【００２０】
また、本発明によると、情報管理サーバの立場からは、情報復旧の過程を自動化することで情報復旧に対する処理量が増加することによって、復旧業務を大幅減らすことができる。
【００２１】
また、本発明によると、クライアントの立場からは、ハッキングによる情報損失に対する喪失感を解消することができ、情報を提供するサーバまたはプログラムに対するイメージおよび信頼度を上昇させることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムの構成を示す図である。
【図２】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザログ管理サーバの構成を示すブロック図である。
【図３】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザ端末の構成を示すブロック図である。
【図４】本発明の一実施形態に係る情報復旧の過程を示す第１実施形態を示す図である。
【図５】本発明の一実施形態に係る情報復旧の過程を示す第２実施形態を示す図である。
【図６】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【図７】本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、添付図面および添付図面に記載された内容を参照して本発明の好適な実施形態を詳説するが、本発明の実施形態によって制限されたり限定されたりすることはない。
【００２４】
一方、本発明の説明において、関連する公知機能または構成に対する具体的な説明が本発明の要旨を不要に曖昧にするものと判断される場合には、その詳説は省略する。そして、本明細書で用いられる用語（terminology）は、本発明の好適な実施形態を適切に表すために用いられた用語であって、これはユーザ、運用者の意図、または本発明が属する分野の慣例などによって変わり得る。したがって、本用語に対する定義は、本明細書の全般にわたる内容に基づいて行われなければならないであろう。
【００２５】
図１は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムの構成を示す図である。
【００２６】
本発明は、ユーザログ管理サーバ１００によって収集される複数のユーザログ情報のうち、有効情報を選別してスナップショットデータベース形式（タイプ）に格納し、ユーザ端末２００から情報復旧の要請信号が受信される場合、ユーザログ情報の全てを調べる必要がなく、有効情報と情報復旧の要請信号が受信された時点のユーザ端末２００のユーザログ情報とを比較してハッキング可否を判断することによって、自動で情報を復旧することのできるシステムを提示する。
【００２７】
したがって、本発明のスナップショットデータベースを用いた情報復旧方法をユーザログ管理サーバ１００およびユーザ端末２００の情報の流れ、および情報処理過程に応じて図２〜図３を参照して次のように説明する。
【００２８】
図２は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザログ管理サーバの構成を示すブロック図であり、図３は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザ端末の構成を示すブロック図である。
【００２９】
まず、ユーザログ管理サーバ１００の情報収集部１１０は、１つ以上のユーザ端末２００のユーザに関する第１ユーザログ情報を収集する。
【００３０】
例えば、本発明を適用してオンラインゲームに関連する情報を復旧する場合、第１ユーザログ情報は、オンラインゲームの運用において、ユーザログ管理サーバ１００によって収集されるゲームユーザの全てのゲーム利用内訳が含まれた膨大な量の情報である。
【００３１】
したがって、従来は、ユーザから情報復旧の要請があったとき、膨大な量の情報を含む第１ユーザログ情報を管理者が手動でハッキングの可否を判断し、ハッキングとして判断された場合、関連情報を選別して復旧させることにより復旧作業の所要時間が極めて多く消費されていた。
【００３２】
しかし、本発明は、次のような過程によって膨大な量の情報を含む第１ユーザログ情報の中から有効情報を選別してスナップショットデータベース形式（タイプ）で格納した後、ユーザの情報復旧の要請がある場合、有効情報によって簡単に自動で情報の復旧を行うことができる。
【００３３】
すなわち、ユーザログ管理サーバ１００の情報選別部１２０は第１ユーザログ情報から有効情報を選別する。
【００３４】
ここで、第１ユーザログ情報がゲーム上のキャラクター内訳情報である場合、有効情報は、運用者がゲーム上で情報を復旧するためのキャラクター名、インベントリ情報、または経済情報などの様々な情報であってもよい。
【００３５】
例えば、本発明を、オンラインゲームのユーザログ情報を復旧する方法に適用する場合、インベントリ情報は、オンラインゲームキャラクターがゲームを介して収集できるアイテムまたはゲームマネーなどを含む情報であってもよく、経済情報は、オンラインゲームキャラクターがゲームを介して交換、販売、購買などからなるアイテムまたはゲームマネーの流れ情報であってもよい。
【００３６】
次に、ユーザログ管理サーバ１００の情報格納部１３０は、有効情報を期間情報に応じてスナップショットデータベース形式（タイプ）で格納する。
【００３７】
上記のように、ユーザログ管理サーバ１００は、第１ユーザログ情報のうち有効情報を選別してスナップショットデータベース形式（タイプ）で格納しているため、今後、ユーザから情報復旧の要請がある場合、有効情報と復旧の要請時点に対する第２ユーザログ情報のみを比較して簡単に情報を復旧することができる。
【００３８】
すなわち、本発明の一実施形態によると、ユーザの全てのログ情報のうち、第１ログ情報から運用者が指定した有効情報を選別してスナップショットデータベースのタイプに格納し、今後、ユーザから情報復旧の要請がある場合、特定有効情報と復旧の要請時点のユーザログ情報である第２ユーザログ情報のみを比較することによって、ハッキング時点の前のユーザログ情報に早く復旧することができる。
【００３９】
ここで、スナップショットデータベースとは、コンピュータファイルシステムにおいて過去の一時期に存在して維持させたコンピュータファイルとディレクトリーの集まりを意味し、本発明の一実施形態によると、ゲーム内のユーザに対する全ての記録といえる第１ログ情報を格納し、情報の復旧時に必要な有効情報を選別して別途に格納および管理できる情報格納部のことを言う。
【００４０】
したがって、ユーザは、次のような過程を経てハッキングされた情報をユーザログ管理サーバ１００に格納された有効情報に復旧可能である。
【００４１】
まず、ユーザはユーザ端末２００の情報送信部２１０を用いてユーザログ管理サーバ１００に有効情報に対する復旧要請情報を送信する。
【００４２】
すなわち、ユーザログ管理サーバ１００の情報受信部１４０は、ユーザ端末２００から有効情報に対する復旧要請情報を受信する。一方、復旧要請情報は、ユーザ端末のユーザがハッキング被害時点およびハッキング被害事例などの内容を含み、今後運用者は、復旧要請情報に含まれたハッキング被害時点および被害事例を把握してハッキングであると判断されるときに自動で復旧されるよう措置できる。
【００４３】
ここで、ユーザログ管理サーバ１００の情報分析部１５０は、復旧要請情報に応じて、復旧要請情報が受信された時点の第２ユーザログ情報と有効情報とを比較して分析する。
【００４４】
最終的に、ユーザログ管理サーバ１００の情報復旧部１６０は、分析結果に応じて第２ユーザログ情報を有効情報に復旧する。
【００４５】
すなわち、ユーザログ管理サーバ１００の情報復旧部１６０は、情報分析部１５０の分析の結果、第２ユーザログ情報と有効情報とが互いに異なりハッキングとして判断された場合、第２ユーザログ情報を有効情報に復旧してもよい。
【００４６】
例えば、ユーザログ管理サーバ１００は、ユーザ端末の接続されたＩＰが既に設定されたハッキング関連のＩＰと同一である場合にハッキングとして判断された場合と判断し、第２ユーザログ情報を有効情報に復旧する。
【００４７】
すなわち、ユーザはユーザ端末２００の情報復旧部１２０によってユーザログ管理サーバ１００の判断に応じて、復旧要請情報を送信した時点の前にユーザログ管理サーバ１００にスナップショットデータベース形式（タイプ）で格納された有効情報に復旧されてもよい。
【００４８】
一方、本発明の一実施形態に係る一連の情報復旧の過程は、運用者が設定した設定情報に応じて自動で行われるため、情報復旧をより迅速に行うことができる。
【００４９】
すなわち、本発明の一実施形態によると、スナップショットデータベースに格納される有効情報は、運用者の設定に応じて特定時間に自動で格納されるよう設定し、ゲーム利用者であるユーザ端末２００のユーザのハッキング被害が発生する時に受け取られる復旧要請情報を根拠にして、ハッキング被害時点および被害事例を運用者が確認できるようにする。
【００５０】
ここで、運用者はハッキング被害を受けた時点が確認されると、該当時点を根拠にしてスナップショットデータベースを用いた情報復旧システムにおいて、該当時点に関する情報復旧を自動に行うように運用することができる。すなわち、本発明の情報復旧システムは、運用者の情報自動復旧の命令に応じて、ハッキング時点のログ情報である第２ログ情報をスナップショットデータベース上に格納された有効情報に自動で復旧する。
【００５１】
また、本発明の一実施形態によると、運用者が有効情報のいずれか１つ以上の選択された情報を復旧してもよい。
【００５２】
図４は、本発明の一実施形態に係る情報復旧の過程を示す第１実施形態を示す図である。
【００５３】
例えば、運用者は図４に示すように、スナップショットデータベース形式に格納された有効情報のうち、ハッキングとして判断された正確な情報のみを選択して復旧してもよい。
【００５４】
また、本発明の一実施形態によると、有効情報が期間情報に応じてそれぞれ区分して格納されているため、運用者が期間情報のうち選択された期間に対する有効情報に復旧してもよい。
【００５５】
図５は、本発明の一実施形態に係る情報復旧の過程を示す第２実施形態を示す図である。
【００５６】
例えば、運用者は図５に示すように、期間情報に応じて区分された有効情報のうち特定期間を選択して情報を復旧してもよい。
【００５７】
また、本発明は、情報復旧のみならず、ユーザの要請または運用者の設定に応じて、復旧の要請があったユーザログ情報に対する変更を禁止させることができる。
【００５８】
すなわち、ユーザログ管理サーバ１００の情報変更停止部１７０は、情報分析部１５０によってハッキングとして判断された場合、取引停止期間情報に対応する期間に第２ユーザログ情報のうちいずれか１つ以上に対する変更を禁止させることができる。
【００５９】
上述したように、本発明は、ユーザログ情報のうち選別されたスナップショットデータベース形式の有効情報にハッキングされた情報を復旧させることのできる方法を提示し、方法については図６〜図７を参照して説明する。
【００６０】
ここで、方法は、ユーザログ管理サーバ１００およびユーザ端末２００を用いる方法に準ずる内容であり、装置の機能的な要素を全て含んでいるため、それによる詳説は省略して簡略に説明することにする。
【００６１】
まず、図６を参照してユーザログ管理サーバ１００の観点で説明する。
【００６２】
図６は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【００６３】
まず、図６に示すように、情報収集部１１０は、１つ以上のユーザ端末２００のユーザに対する第１ユーザログ情報を収集する（Ｓ６１０）。
【００６４】
次に、情報選別部１２０は第１ユーザログ情報から有効情報を選別する（Ｓ６２０）。
【００６５】
次に、情報格納部１３０は有効情報を期間情報に応じてスナップショットデータベース形式に格納する（Ｓ６３０）。
【００６６】
次に、情報受信部１４０はユーザ端末２００から有効情報に対する復旧要請情報を受信する（Ｓ６４０）。
【００６７】
次に、情報分析部１５０は、復旧要請情報に応じて復旧要請情報が受信された時点の第２ユーザログ情報と有効情報とを比較して分析する（Ｓ６５０）。
【００６８】
最終的に、情報復旧部１６０は、分析結果に応じて第２ユーザログ情報を有効情報に復旧する（Ｓ６６０）。
【００６９】
次に、図７を参照してユーザ端末２００の観点で説明する。
【００７０】
図７は、本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【００７１】
まず、情報送信部２１０は、ユーザログ管理サーバ１００に有効情報に対する復旧要請情報を送信する（Ｓ７１０）。
【００７２】
次に、情報復旧部２２０は、ユーザログ管理サーバ１００の判断に応じて復旧要請情報を送信した時点の前にユーザログ管理サーバ１００にスナップショットデータベース形式で格納された有効情報に復旧される（Ｓ７２０）。
【００７３】
ここで、ユーザログ管理サーバ１００は、復旧要請情報が受信された時点の第２ユーザログ情報と有効情報とを比較し、分析した結果に応じて第２ユーザログ情報を有効情報に復旧する。
【００７４】
本発明に係る実施形態は、多様なコンピュータ手段によって行われることができるプログラム命令形態で実現され、コンピュータ読み出し可能媒体に記録されてもよい。前記記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせたものを含んでもよい。前記記録媒体及びプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。上述のハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成されてもよい。
【００７５】
上述したように本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【００７６】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７７】
１１０ 情報収集部
１２０ 情報選別部
１３０ 情報格納部
１４０ 情報受信部
１５０ 情報分析部
１６０ 情報復旧部
１７０ 情報変更停止部
【技術分野】
【０００１】
本発明は、スナップショットデータベースを用いた情報復旧方法および装置に関し、より詳しくは、ログ情報を選別してスナップショットデータベース方式で格納し、ユーザからログ情報に対する復旧の要請がある場合、ハッキングとして判断されたログ情報を選別して格納されたログ情報に応じて迅速に復旧することのできる情報復旧方法および装置に関する。
【背景技術】
【０００２】
近年では情報通信およびインターネット技術の発達に伴って、情報を共有しようとするユーザ同士が容易かつ素早く情報を共有することができる。
【０００３】
しかし、情報の共有において、ネットワークにおける補完の弱点を探して他人のコンピュータに侵入することによって、情報を取り出して不利益を被らせたり、コンピュータ・ネットワークを麻痺させたりする悪意的な行為などのハッキング事例が頻繁に発生しているのが実情である。
【０００４】
このようなハッキングなどによって被害を受けた人々は、自身が属しているネットワークや管理サーバを介して情報を復旧することはできるが、その復旧過程の手続きが複雑であり、その所要時間も極めて長いという不便がある。
【０００５】
特に、従来のオンラインゲームの場合、ゲームサーバのダウンなどのネットワーク障害によるゲームユーザのアイテム紛失に対する復旧、または各種のハッキングによるアイテム盗難に対する追跡、および復旧のために各ゲームのユーザ別にアイテム情報を管理するといった方法が採られていた。
【０００６】
すなわち、ゲームサーバに連動するデータベースサーバにユーザごとに所定期間前から現在まで所有していたアイテムに関する情報、およびアイテムそれぞれの履歴情報を格納することによって、アイテム紛失または盗難によるアイテムの復旧時に復旧時点における該当ユーザのアイテム情報を参照して復旧し、各種のハッキングによるアイテム盗難の追跡時にアイテム履歴情報を検索して追跡していた。
【０００７】
しかし、従来のオンラインゲームにおけるアイテム情報管理方法では、ユーザごとに所定期間の前から現在まで所有していたアイテムに関する情報およびアイテムそれぞれの履歴情報を格納するための格納容量の大型化、およびこれによるデータベースサーバの過負荷の発生、ハッキング時にハッキングされたアイテムに対する追跡の困難性、アイテムの複製に対する追跡、および復旧の困難性などという数多くの問題があった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】韓国特許出願公開第１０−２００６−０１２２６７７号明細書
【特許文献２】韓国特許出願公開第１０−２００７−０００６５４２号明細書
【特許文献３】韓国特許出願公開第１０−２００７−００３１２０９号明細書
【特許文献４】韓国特許出願公開第１０−２００８−００５５５２４号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、前述した従来技術の問題点を解決するために案出されたもので、ハッキングなどの被害によって損傷した情報を復旧することのできる方法および装置を提供することにある。
【００１０】
また、本発明は、情報を復旧する過程を簡素化して処理時間を短縮し、情報復旧率を上昇させることのできる方法および装置を提供することにある。
【００１１】
また、本発明は、情報管理サーバの立場からは、情報復旧の過程を自動化することで情報復旧に対する処理量が増加することによって、復旧業務を大幅減らすことのできる方法を提供することにある。
【００１２】
また、本発明は、クライアントの立場からは、ハッキングによる情報損失に対する喪失感を解消することができ、情報を提供するサーバまたはプログラムに対するイメージおよび信頼度を上昇させることのできる方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記の目的を達成して前述した従来技術の問題点を解決するために、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧方法は、１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集するステップと、前記第１ユーザログ情報から有効情報を選別するステップと、前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、前記ユーザ端末から前記有効情報に対する復旧要請情報を受信するステップと、前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析するステップと、前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧するステップとを含む。
【００１４】
また、本発明の前記有効情報に復旧する前記ステップは、前記第２ユーザログ情報と前記有効情報が互いに異なってハッキングとして判断された場合に行われる。
【００１５】
また、本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧方法は、ユーザログ管理サーバに有効情報に対する復旧要請情報を送信するステップと、前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧されるステップと、を含み、前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する。
【００１６】
また、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧装置は、１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集する情報収集部と、前記第１ユーザログ情報から有効情報を選別する情報選別部と、前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納する情報格納部と、前記ユーザ端末から前記有効情報に対する復旧要請情報を受信する情報受信部と、前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析する情報分析部と、前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する情報復旧部とを備える。
【００１７】
また、本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧装置は、ユーザログ管理サーバに有効情報に対する復旧要請情報を送信する情報送信部と、前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧される情報復旧部とを備え、前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する。
【発明の効果】
【００１８】
本発明によると、ハッキングなどの被害によって損傷した情報を復旧することができる。
【００１９】
また、本発明によると、情報の復旧を行う過程を簡素化して処理時間を短縮し、情報復旧率を上昇させることができる。
【００２０】
また、本発明によると、情報管理サーバの立場からは、情報復旧の過程を自動化することで情報復旧に対する処理量が増加することによって、復旧業務を大幅減らすことができる。
【００２１】
また、本発明によると、クライアントの立場からは、ハッキングによる情報損失に対する喪失感を解消することができ、情報を提供するサーバまたはプログラムに対するイメージおよび信頼度を上昇させることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムの構成を示す図である。
【図２】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザログ管理サーバの構成を示すブロック図である。
【図３】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザ端末の構成を示すブロック図である。
【図４】本発明の一実施形態に係る情報復旧の過程を示す第１実施形態を示す図である。
【図５】本発明の一実施形態に係る情報復旧の過程を示す第２実施形態を示す図である。
【図６】本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【図７】本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、添付図面および添付図面に記載された内容を参照して本発明の好適な実施形態を詳説するが、本発明の実施形態によって制限されたり限定されたりすることはない。
【００２４】
一方、本発明の説明において、関連する公知機能または構成に対する具体的な説明が本発明の要旨を不要に曖昧にするものと判断される場合には、その詳説は省略する。そして、本明細書で用いられる用語（terminology）は、本発明の好適な実施形態を適切に表すために用いられた用語であって、これはユーザ、運用者の意図、または本発明が属する分野の慣例などによって変わり得る。したがって、本用語に対する定義は、本明細書の全般にわたる内容に基づいて行われなければならないであろう。
【００２５】
図１は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムの構成を示す図である。
【００２６】
本発明は、ユーザログ管理サーバ１００によって収集される複数のユーザログ情報のうち、有効情報を選別してスナップショットデータベース形式（タイプ）に格納し、ユーザ端末２００から情報復旧の要請信号が受信される場合、ユーザログ情報の全てを調べる必要がなく、有効情報と情報復旧の要請信号が受信された時点のユーザ端末２００のユーザログ情報とを比較してハッキング可否を判断することによって、自動で情報を復旧することのできるシステムを提示する。
【００２７】
したがって、本発明のスナップショットデータベースを用いた情報復旧方法をユーザログ管理サーバ１００およびユーザ端末２００の情報の流れ、および情報処理過程に応じて図２〜図３を参照して次のように説明する。
【００２８】
図２は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザログ管理サーバの構成を示すブロック図であり、図３は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧システムのユーザ端末の構成を示すブロック図である。
【００２９】
まず、ユーザログ管理サーバ１００の情報収集部１１０は、１つ以上のユーザ端末２００のユーザに関する第１ユーザログ情報を収集する。
【００３０】
例えば、本発明を適用してオンラインゲームに関連する情報を復旧する場合、第１ユーザログ情報は、オンラインゲームの運用において、ユーザログ管理サーバ１００によって収集されるゲームユーザの全てのゲーム利用内訳が含まれた膨大な量の情報である。
【００３１】
したがって、従来は、ユーザから情報復旧の要請があったとき、膨大な量の情報を含む第１ユーザログ情報を管理者が手動でハッキングの可否を判断し、ハッキングとして判断された場合、関連情報を選別して復旧させることにより復旧作業の所要時間が極めて多く消費されていた。
【００３２】
しかし、本発明は、次のような過程によって膨大な量の情報を含む第１ユーザログ情報の中から有効情報を選別してスナップショットデータベース形式（タイプ）で格納した後、ユーザの情報復旧の要請がある場合、有効情報によって簡単に自動で情報の復旧を行うことができる。
【００３３】
すなわち、ユーザログ管理サーバ１００の情報選別部１２０は第１ユーザログ情報から有効情報を選別する。
【００３４】
ここで、第１ユーザログ情報がゲーム上のキャラクター内訳情報である場合、有効情報は、運用者がゲーム上で情報を復旧するためのキャラクター名、インベントリ情報、または経済情報などの様々な情報であってもよい。
【００３５】
例えば、本発明を、オンラインゲームのユーザログ情報を復旧する方法に適用する場合、インベントリ情報は、オンラインゲームキャラクターがゲームを介して収集できるアイテムまたはゲームマネーなどを含む情報であってもよく、経済情報は、オンラインゲームキャラクターがゲームを介して交換、販売、購買などからなるアイテムまたはゲームマネーの流れ情報であってもよい。
【００３６】
次に、ユーザログ管理サーバ１００の情報格納部１３０は、有効情報を期間情報に応じてスナップショットデータベース形式（タイプ）で格納する。
【００３７】
上記のように、ユーザログ管理サーバ１００は、第１ユーザログ情報のうち有効情報を選別してスナップショットデータベース形式（タイプ）で格納しているため、今後、ユーザから情報復旧の要請がある場合、有効情報と復旧の要請時点に対する第２ユーザログ情報のみを比較して簡単に情報を復旧することができる。
【００３８】
すなわち、本発明の一実施形態によると、ユーザの全てのログ情報のうち、第１ログ情報から運用者が指定した有効情報を選別してスナップショットデータベースのタイプに格納し、今後、ユーザから情報復旧の要請がある場合、特定有効情報と復旧の要請時点のユーザログ情報である第２ユーザログ情報のみを比較することによって、ハッキング時点の前のユーザログ情報に早く復旧することができる。
【００３９】
ここで、スナップショットデータベースとは、コンピュータファイルシステムにおいて過去の一時期に存在して維持させたコンピュータファイルとディレクトリーの集まりを意味し、本発明の一実施形態によると、ゲーム内のユーザに対する全ての記録といえる第１ログ情報を格納し、情報の復旧時に必要な有効情報を選別して別途に格納および管理できる情報格納部のことを言う。
【００４０】
したがって、ユーザは、次のような過程を経てハッキングされた情報をユーザログ管理サーバ１００に格納された有効情報に復旧可能である。
【００４１】
まず、ユーザはユーザ端末２００の情報送信部２１０を用いてユーザログ管理サーバ１００に有効情報に対する復旧要請情報を送信する。
【００４２】
すなわち、ユーザログ管理サーバ１００の情報受信部１４０は、ユーザ端末２００から有効情報に対する復旧要請情報を受信する。一方、復旧要請情報は、ユーザ端末のユーザがハッキング被害時点およびハッキング被害事例などの内容を含み、今後運用者は、復旧要請情報に含まれたハッキング被害時点および被害事例を把握してハッキングであると判断されるときに自動で復旧されるよう措置できる。
【００４３】
ここで、ユーザログ管理サーバ１００の情報分析部１５０は、復旧要請情報に応じて、復旧要請情報が受信された時点の第２ユーザログ情報と有効情報とを比較して分析する。
【００４４】
最終的に、ユーザログ管理サーバ１００の情報復旧部１６０は、分析結果に応じて第２ユーザログ情報を有効情報に復旧する。
【００４５】
すなわち、ユーザログ管理サーバ１００の情報復旧部１６０は、情報分析部１５０の分析の結果、第２ユーザログ情報と有効情報とが互いに異なりハッキングとして判断された場合、第２ユーザログ情報を有効情報に復旧してもよい。
【００４６】
例えば、ユーザログ管理サーバ１００は、ユーザ端末の接続されたＩＰが既に設定されたハッキング関連のＩＰと同一である場合にハッキングとして判断された場合と判断し、第２ユーザログ情報を有効情報に復旧する。
【００４７】
すなわち、ユーザはユーザ端末２００の情報復旧部１２０によってユーザログ管理サーバ１００の判断に応じて、復旧要請情報を送信した時点の前にユーザログ管理サーバ１００にスナップショットデータベース形式（タイプ）で格納された有効情報に復旧されてもよい。
【００４８】
一方、本発明の一実施形態に係る一連の情報復旧の過程は、運用者が設定した設定情報に応じて自動で行われるため、情報復旧をより迅速に行うことができる。
【００４９】
すなわち、本発明の一実施形態によると、スナップショットデータベースに格納される有効情報は、運用者の設定に応じて特定時間に自動で格納されるよう設定し、ゲーム利用者であるユーザ端末２００のユーザのハッキング被害が発生する時に受け取られる復旧要請情報を根拠にして、ハッキング被害時点および被害事例を運用者が確認できるようにする。
【００５０】
ここで、運用者はハッキング被害を受けた時点が確認されると、該当時点を根拠にしてスナップショットデータベースを用いた情報復旧システムにおいて、該当時点に関する情報復旧を自動に行うように運用することができる。すなわち、本発明の情報復旧システムは、運用者の情報自動復旧の命令に応じて、ハッキング時点のログ情報である第２ログ情報をスナップショットデータベース上に格納された有効情報に自動で復旧する。
【００５１】
また、本発明の一実施形態によると、運用者が有効情報のいずれか１つ以上の選択された情報を復旧してもよい。
【００５２】
図４は、本発明の一実施形態に係る情報復旧の過程を示す第１実施形態を示す図である。
【００５３】
例えば、運用者は図４に示すように、スナップショットデータベース形式に格納された有効情報のうち、ハッキングとして判断された正確な情報のみを選択して復旧してもよい。
【００５４】
また、本発明の一実施形態によると、有効情報が期間情報に応じてそれぞれ区分して格納されているため、運用者が期間情報のうち選択された期間に対する有効情報に復旧してもよい。
【００５５】
図５は、本発明の一実施形態に係る情報復旧の過程を示す第２実施形態を示す図である。
【００５６】
例えば、運用者は図５に示すように、期間情報に応じて区分された有効情報のうち特定期間を選択して情報を復旧してもよい。
【００５７】
また、本発明は、情報復旧のみならず、ユーザの要請または運用者の設定に応じて、復旧の要請があったユーザログ情報に対する変更を禁止させることができる。
【００５８】
すなわち、ユーザログ管理サーバ１００の情報変更停止部１７０は、情報分析部１５０によってハッキングとして判断された場合、取引停止期間情報に対応する期間に第２ユーザログ情報のうちいずれか１つ以上に対する変更を禁止させることができる。
【００５９】
上述したように、本発明は、ユーザログ情報のうち選別されたスナップショットデータベース形式の有効情報にハッキングされた情報を復旧させることのできる方法を提示し、方法については図６〜図７を参照して説明する。
【００６０】
ここで、方法は、ユーザログ管理サーバ１００およびユーザ端末２００を用いる方法に準ずる内容であり、装置の機能的な要素を全て含んでいるため、それによる詳説は省略して簡略に説明することにする。
【００６１】
まず、図６を参照してユーザログ管理サーバ１００の観点で説明する。
【００６２】
図６は、本発明の一実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【００６３】
まず、図６に示すように、情報収集部１１０は、１つ以上のユーザ端末２００のユーザに対する第１ユーザログ情報を収集する（Ｓ６１０）。
【００６４】
次に、情報選別部１２０は第１ユーザログ情報から有効情報を選別する（Ｓ６２０）。
【００６５】
次に、情報格納部１３０は有効情報を期間情報に応じてスナップショットデータベース形式に格納する（Ｓ６３０）。
【００６６】
次に、情報受信部１４０はユーザ端末２００から有効情報に対する復旧要請情報を受信する（Ｓ６４０）。
【００６７】
次に、情報分析部１５０は、復旧要請情報に応じて復旧要請情報が受信された時点の第２ユーザログ情報と有効情報とを比較して分析する（Ｓ６５０）。
【００６８】
最終的に、情報復旧部１６０は、分析結果に応じて第２ユーザログ情報を有効情報に復旧する（Ｓ６６０）。
【００６９】
次に、図７を参照してユーザ端末２００の観点で説明する。
【００７０】
図７は、本発明の他の実施形態に係るスナップショットデータベースを用いた情報復旧方法を示すフローチャートである。
【００７１】
まず、情報送信部２１０は、ユーザログ管理サーバ１００に有効情報に対する復旧要請情報を送信する（Ｓ７１０）。
【００７２】
次に、情報復旧部２２０は、ユーザログ管理サーバ１００の判断に応じて復旧要請情報を送信した時点の前にユーザログ管理サーバ１００にスナップショットデータベース形式で格納された有効情報に復旧される（Ｓ７２０）。
【００７３】
ここで、ユーザログ管理サーバ１００は、復旧要請情報が受信された時点の第２ユーザログ情報と有効情報とを比較し、分析した結果に応じて第２ユーザログ情報を有効情報に復旧する。
【００７４】
本発明に係る実施形態は、多様なコンピュータ手段によって行われることができるプログラム命令形態で実現され、コンピュータ読み出し可能媒体に記録されてもよい。前記記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせたものを含んでもよい。前記記録媒体及びプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。上述のハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成されてもよい。
【００７５】
上述したように本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【００７６】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７７】
１１０ 情報収集部
１２０ 情報選別部
１３０ 情報格納部
１４０ 情報受信部
１５０ 情報分析部
１６０ 情報復旧部
１７０ 情報変更停止部
【特許請求の範囲】
【請求項１】
１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集するステップと、
前記第１ユーザログ情報から有効情報を選別するステップと、
前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、
前記ユーザ端末から前記有効情報に対する復旧要請情報を受信するステップと、
前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析するステップと、
前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧するステップと、
を含むことを特徴とするスナップショットデータベースを用いた情報復旧方法。
【請求項２】
前記復旧要請情報は、前記ユーザ端末のユーザのハッキング被害時点情報またはハッキング被害事例情報のうちいずれか１つ以上を含むことを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項３】
前記有効情報に復旧する前記ステップは、前記第２ユーザログ情報と前記有効情報が互いに異なりハッキングとして判断された場合に行われることを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項４】
前記ハッキングとして判断された場合は、前記ユーザ端末の接続されたＩＰが既に設定されたハッキング関連のＩＰと同一の場合であることを特徴とする請求項３に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項５】
前記各ステップは、設定情報に応じて自動で行われることを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項６】
前記第１ユーザログ情報がゲーム上のキャラクター内訳情報である場合、前記有効情報は、キャラクター名、インベントリ情報、または経済情報のうちいずれか１つ以上を含むことを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項７】
前記有効情報に復旧する前記ステップは、前記有効情報のうち１つ以上の選択された情報を復旧することを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項８】
前記有効情報に復旧する前記ステップは、前記期間情報のうち選択された期間に対する前記有効情報に復旧することを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項９】
前記ハッキングとして判断された場合、取引停止期間情報に対応する期間の間に前記第２ユーザログ情報のうちいずれか１つ以上に対する変更を禁止するステップをさらに含むことを特徴とする請求項３に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項１０】
ユーザログ管理サーバに有効情報に対する復旧要請情報を送信するステップと、
前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧するステップと、を含み、
前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とするスナップショットデータベースを用いた情報復旧方法。
【請求項１１】
前記ユーザログ管理サーバは、
１つ以上のユーザ端末のユーザに対する第１ユーザログ情報を収集するステップと、
前記第１ユーザログ情報から有効情報を選別するステップと、
前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、
を含むことを特徴とする請求項１０に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項１２】
前記ユーザログ管理サーバは、前記第２ユーザログ情報と前記有効情報が互いに異なってハッキングとして判断された場合、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とする請求項１１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項１３】
コンピュータに、請求項１〜請求項１２のいずれか１項の方法における各ステップを実行させるプログラムを記録したコンピュータで読み出し可能な記録媒体。
【請求項１４】
１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集する情報収集部と、
前記第１ユーザログ情報から有効情報を選別する情報選別部と、
前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納する情報格納部と、
前記ユーザ端末から前記有効情報に対する復旧要請情報を受信する情報受信部と、
前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析する情報分析部と、
前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する情報復旧部と、
を備えることを特徴とするスナップショットデータベースを用いた情報復旧装置。
【請求項１５】
前記情報復旧部は、前記情報分析部の分析結果、前記第２ユーザログ情報と前記有効情報が互いに異なりハッキングとして判断された場合、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とする請求項１４に記載のスナップショットデータベースを用いた情報復旧装置。
【請求項１６】
前記情報分析部によってハッキングとして判断された場合、取引停止期間情報に対応する期間の間に前記第２ユーザログ情報のうちいずれか１つ以上に対する変更を禁止する情報変更停止部をさらに備えることを特徴とする請求項１５に記載のスナップショットデータベースを用いた情報復旧装置。
【請求項１７】
ユーザログ管理サーバに有効情報に対する復旧要請情報を送信する情報送信部と、
前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧する情報復旧部と、を備え、
前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とするスナップショットデータベースを用いた情報復旧装置。
【請求項１８】
前記ユーザログ管理サーバは、前記第２ユーザログ情報と前記有効情報が互いに異なりハッキングとして判断された場合、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とする請求項１７に記載のスナップショットデータベースを用いた情報復旧装置。
【請求項１】
１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集するステップと、
前記第１ユーザログ情報から有効情報を選別するステップと、
前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、
前記ユーザ端末から前記有効情報に対する復旧要請情報を受信するステップと、
前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析するステップと、
前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧するステップと、
を含むことを特徴とするスナップショットデータベースを用いた情報復旧方法。
【請求項２】
前記復旧要請情報は、前記ユーザ端末のユーザのハッキング被害時点情報またはハッキング被害事例情報のうちいずれか１つ以上を含むことを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項３】
前記有効情報に復旧する前記ステップは、前記第２ユーザログ情報と前記有効情報が互いに異なりハッキングとして判断された場合に行われることを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項４】
前記ハッキングとして判断された場合は、前記ユーザ端末の接続されたＩＰが既に設定されたハッキング関連のＩＰと同一の場合であることを特徴とする請求項３に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項５】
前記各ステップは、設定情報に応じて自動で行われることを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項６】
前記第１ユーザログ情報がゲーム上のキャラクター内訳情報である場合、前記有効情報は、キャラクター名、インベントリ情報、または経済情報のうちいずれか１つ以上を含むことを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項７】
前記有効情報に復旧する前記ステップは、前記有効情報のうち１つ以上の選択された情報を復旧することを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項８】
前記有効情報に復旧する前記ステップは、前記期間情報のうち選択された期間に対する前記有効情報に復旧することを特徴とする請求項１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項９】
前記ハッキングとして判断された場合、取引停止期間情報に対応する期間の間に前記第２ユーザログ情報のうちいずれか１つ以上に対する変更を禁止するステップをさらに含むことを特徴とする請求項３に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項１０】
ユーザログ管理サーバに有効情報に対する復旧要請情報を送信するステップと、
前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧するステップと、を含み、
前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とするスナップショットデータベースを用いた情報復旧方法。
【請求項１１】
前記ユーザログ管理サーバは、
１つ以上のユーザ端末のユーザに対する第１ユーザログ情報を収集するステップと、
前記第１ユーザログ情報から有効情報を選別するステップと、
前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納するステップと、
を含むことを特徴とする請求項１０に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項１２】
前記ユーザログ管理サーバは、前記第２ユーザログ情報と前記有効情報が互いに異なってハッキングとして判断された場合、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とする請求項１１に記載のスナップショットデータベースを用いた情報復旧方法。
【請求項１３】
コンピュータに、請求項１〜請求項１２のいずれか１項の方法における各ステップを実行させるプログラムを記録したコンピュータで読み出し可能な記録媒体。
【請求項１４】
１つ以上のユーザ端末のユーザに関する第１ユーザログ情報を収集する情報収集部と、
前記第１ユーザログ情報から有効情報を選別する情報選別部と、
前記有効情報を期間情報に応じてスナップショットデータベースタイプに格納する情報格納部と、
前記ユーザ端末から前記有効情報に対する復旧要請情報を受信する情報受信部と、
前記復旧要請情報に応じて、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析する情報分析部と、
前記分析結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧する情報復旧部と、
を備えることを特徴とするスナップショットデータベースを用いた情報復旧装置。
【請求項１５】
前記情報復旧部は、前記情報分析部の分析結果、前記第２ユーザログ情報と前記有効情報が互いに異なりハッキングとして判断された場合、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とする請求項１４に記載のスナップショットデータベースを用いた情報復旧装置。
【請求項１６】
前記情報分析部によってハッキングとして判断された場合、取引停止期間情報に対応する期間の間に前記第２ユーザログ情報のうちいずれか１つ以上に対する変更を禁止する情報変更停止部をさらに備えることを特徴とする請求項１５に記載のスナップショットデータベースを用いた情報復旧装置。
【請求項１７】
ユーザログ管理サーバに有効情報に対する復旧要請情報を送信する情報送信部と、
前記ユーザログ管理サーバの判断に応じて、前記復旧要請情報を送信した時点の前に前記ユーザログ管理サーバにスナップショットデータベースタイプで格納された前記有効情報に復旧する情報復旧部と、を備え、
前記ユーザログ管理サーバは、前記復旧要請情報が受信された時点の第２ユーザログ情報と前記有効情報とを比較して分析した結果に応じて、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とするスナップショットデータベースを用いた情報復旧装置。
【請求項１８】
前記ユーザログ管理サーバは、前記第２ユーザログ情報と前記有効情報が互いに異なりハッキングとして判断された場合、前記第２ユーザログ情報を前記有効情報に復旧することを特徴とする請求項１７に記載のスナップショットデータベースを用いた情報復旧装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２０１２−５０９５２０（Ｐ２０１２−５０９５２０Ａ）
【公表日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１１−５３６２６１（Ｐ２０１１−５３６２６１）
【出願日】平成２１年１１月１８日（２００９．１１．１８）
【国際出願番号】ＰＣＴ／ＫＲ２００９／００６７８２
【国際公開番号】ＷＯ２０１０／０５８９４９
【国際公開日】平成２２年５月２７日（２０１０．５．２７）
【出願人】（５０８２０６７３７）ネオプル， インコーポレイテッド (2)
【氏名又は名称原語表記】Ｎｅｏｐｌｅ， Ｉｎｃ．
【住所又は居所原語表記】２Ｆ，ＪＢＫ Ｂｌｄｇ． １０８−６ Ｓａｍｓｅｏｎｇ−ｄｏｎｇ， Ｇａｎｇｎａｍ−ｇｕ，Ｓｅｏｕｌ， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
【公表日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２１年１１月１８日（２００９．１１．１８）
【国際出願番号】ＰＣＴ／ＫＲ２００９／００６７８２
【国際公開番号】ＷＯ２０１０／０５８９４９
【国際公開日】平成２２年５月２７日（２０１０．５．２７）
【出願人】（５０８２０６７３７）ネオプル， インコーポレイテッド (2)
【氏名又は名称原語表記】Ｎｅｏｐｌｅ， Ｉｎｃ．
【住所又は居所原語表記】２Ｆ，ＪＢＫ Ｂｌｄｇ． １０８−６ Ｓａｍｓｅｏｎｇ−ｄｏｎｇ， Ｇａｎｇｎａｍ−ｇｕ，Ｓｅｏｕｌ， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
[ Back to top ]