(57)【特許請求の範囲】
【請求項１】
データ同期方法であって、第１のシステム及び第２のシステムが第１のデバイスにともにインストールされ、
前記第１のシステムに対応する記憶領域からデータを取り出すことと、
第２のデバイスが前記データを処理するために、前記第２のデバイスに前記データを送信することと、
前記第２のデバイスによって返される処理済みのデータを受信すると、前記第２のシステムを起動することと、
前記第１のシステムに対応する前記記憶領域及び前記第２のシステムに対応する記憶領域から独立した別の記憶領域に前記処理済みのデータを一時的に記憶することと、
前記第２のシステムを通して、前記第２のシステムに対応する記憶領域に前記処理済みのデータを記憶することと、
を含む、前記方法。
【請求項２】
前記第１のシステムがオープンシステムであり、前記第２のシステムがクローズドシステムである、または
前記第１のシステムがクローズドシステムであり、前記第２のシステムがオープンシステムである、
請求項１に記載の方法。
【請求項３】
第２のデバイスに前記データを送信する前に、前記方法が
前記データを暗号化すること
をさらに含む、請求項１に記載の方法。
【請求項４】
前記第２のデバイスによって返される前記処理済みのデータを前記受信することが、
前記第２のデバイスによって返される暗号化された処理済みのデータを受信することを特に含み、
前記第２のシステムに対応する記憶領域に前記処理済みのデータを前記記憶することの前に、前記方法が、
前記暗号化された処理済みのデータを復号することと、
をさらに含む、請求項１に記載の方法。
【請求項５】
前記第１のシステムに対応する前記記憶領域から前記データを前記取り出す前に、前記方法が
前記第２のデバイスによって返される前記処理済みのデータが前記第２のシステムに対応する前記記憶領域に記憶されるときに前回の記憶時刻を取り出すことと、
前記前回の記憶時刻から現在時刻までの期間が設定された閾値を超えると判断した場合に、前記第１のシステムに対応する記憶領域内のデータを前記第２のシステムに対応する記憶領域に同期させることと、
をさらに含む、請求項１に記載の方法。
【請求項６】
データ同期方法であって、第１のシステム及び第２のシステムがともに第１のデバイスにインストールされ、
前記第１のデバイスによって送信されたデータを受信することであって、前記データが前記第１のシステムに対応する記憶領域から前記第１のデバイスによっても取り出される、前記第１のデバイスによって送信されたデータを受信することと、
前記データを処理することと、
前記第１のデバイスが、前記処理済みのデータを受信すると、前記第２のシステムを起動し、前記第１のシステムに対応する前記記憶領域及び前記第２のシステムに対応する記憶領域から独立した別の記憶領域に前記処理済みのデータを一時的に記憶し、前記第２のシステムを通して前記第２のシステムに対応する記憶領域に前記処理済みのデータを記憶するために前記第１のデバイスに前記処理済みのデータを送信することと、
を含む、前記方法。
【請求項７】
前記第１のシステムがオープンシステムであり、前記第２のシステムがクローズドシステムである、または
前記第１のシステムがクローズドシステムであり、前記第２のシステムがオープンシステムである、請求項６に記載の方法。
【請求項８】
前記第１のデバイスによって送信されるデータを前記受信することが、
前記第１のデバイスによって送信される暗号化されたデータを受信すること、
を特に含み、
前記データを前記処理する前に、前記方法が、
前記暗号化されたデータを復号することと、
をさらに含む、請求項６に記載の方法。
【請求項９】
前記第１のデバイスに前記処理済みのデータを前記送信する前に、前記方法が、
前記処理済みのデータを暗号化することと、
をさらに含む、請求項６に記載の方法。
【請求項１０】
データ同期装置であって、第１のシステム及び第２のシステムがともに前記装置にインストールされ、
前記第１のシステムに対応する記憶領域からデータを取り出すように構成されたデータ取出しモジュールと、
第２のデバイスが前記データを処理するために前記第２のデバイスに前記データを送信するように構成されたデータ送信モジュールと、
前記第２のデバイスによって返される処理済みのデータを受信し、前記第１のシステムに対応する前記記憶領域及び前記第２のシステムに対応する記憶領域から独立した別の記憶領域に前記処理済みのデータを一時的に記憶するようにさらに構成される前記データ取出しモジュールと、
前記データ取出しモジュールが前記第２のデバイスによって返される前記処理済みのデータを受信した後に、前記第２のシステムを起動し、前記別の記憶領域に記憶し、さらに前記第１のシステムをハイバネートするように構成された第２のシステム起動モジュールと、
前記第２のシステムを通して、前記第２のシステムに対応する記憶領域に前記処理済みのデータを記憶するように構成されたデータ記憶モジュールと、
を備える、前記装置。
【請求項１１】
前記第１のシステムがオープンシステムであり、前記第２のシステムがクローズドシステムである、または
前記第１のシステムがクローズドシステムであり、前記第２のシステムがオープンシステムである、請求項１０に記載の装置。
【請求項１２】
前記データ送信モジュールが前記第２のデバイスに前記データを送信する前に前記データを暗号化するように構成されたデータ暗号化モジュールと、
をさらに備える、請求項１０に記載の装置。
【請求項１３】
前記データ取出しモジュールが、前記第２のデバイスによって返される暗号化された処理済みのデータを受信するように特に構成され、
前記装置が、
前記データ取出しモジュールによって受信される前記暗号化された処理済みのデータを復号するように構成されたデータ復号モジュールと
をさらに備える、請求項１０に記載の装置。
【請求項１４】
前記装置が、
前記第２のデバイスによって返される前記処理済みのデータが前記第２のシステムに対応する前記記憶領域に記憶されるときに前回記憶時刻を決定するように構成された記憶時刻決定モジュールと、
前記前回記憶時刻から現在時刻までの期間が設定された閾値を超えると判断した場合に、前記第１のシステムに対応する記憶領域内のデータを前記第２のシステムに対応する記憶領域に同期させるように構成される時間分決定モジュールと、
をさらに備える、請求項１０に記載の装置。
【請求項１５】
データ同期装置であって、第１のシステム及び第２のシステムがともに第１のデバイスに設置され、
前記第１のデバイスによって送信されるデータを受信するように構成されたデータ受信モジュールであって、前記データが前記第１のシステムに対応する記憶領域から前記第１のデバイスによって取り出されるデータである、データ受信モジュールと、
前記データを処理するように構成されたデータ処理モジュールと、
前記第１のデバイスが、前記処理済みのデータを受信すると、前記第２のシステムを起動し、前記第１のシステムに対応する前記記憶領域及び前記第２のシステムに対応する記憶領域から独立した別の記憶領域に前記処理済みのデータを一時的に記憶し、前記第２のシステムを通して、前記第２のシステムに対応する記憶領域に前記処理済みのデータを記憶するために前記第１のデバイスに前記処理済みのデータを送信するように構成されたデータ送信モジュールと、
を備える、前記装置。
【請求項１６】
前記第１のシステムがオープンシステムであり、前記第２のシステムがクローズドシステムである、または
前記第１のシステムがクローズドシステムであり、前記第２のシステムがオープンシステムである、請求項１５に記載の装置。
【請求項１７】
前記データ受信モジュールが、前記第１のデバイスによって送信される暗号化されたデータを受信するように特に構成され、
前記装置が、
前記データ処理モジュールが前記データを処理する前に前記暗号化されたデータを復号するように構成されたデータ復号モジュールと、
をさらに備える、請求項１５に記載の前記装置。
【請求項１８】
前記装置が、
前記データ送信モジュールが前記第１のデバイスに前記処理済みのデータを送信する前に、前記処理済みのデータを暗号化するように構成されたデータ暗号化モジュールと、をさらに備える、請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願はコンピュータ技術の分野に関し、データ同期の方法及び装置に関する。
【背景技術】
【０００２】
移動通信技術の急速な発展により、スマートフォン及びタブレットコンピュータ等の端末は独立したシステムで構成され、大部分の端末はオープンシステムで構成されている。例えば、アンドロイドシステムは典型的なオープンシステムである。
【０００３】
実際のアプリケーションの状況では、オープンシステムを有する端末上のアプリ（ＡＰＰ）でユーザーによって実行される操作から生成されるデータは、オープンシステムに対応する記憶領域に記憶される。オープンシステムに対応する記憶領域内のデータは他のＡＰＰによってアクセスされてよい。つまり、オープンシステムに対応する記憶領域内のデータはオープン環境に露呈される。したがって、オープンシステムでは、高いセキュリティ要件を有する、いくつかの操作（例えば、ユーザーの重要なデータを入力する等の操作）から生成される重要なデータのセキュリティを保証できない。
【０００４】
重要なデータのセキュリティを保証するために、現在では、オープンシステムに加えて、端末は、オープンシステムとは関係がなく、オープンシステムと平行して共存するクローズドシステムでさらに構成される。例えば、信頼実行環境（Ｔｒｕｓｔｅｄ  Ｅｘｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）（ＴＥＥ）は典型的なクローズドシステムである。ユーザーが高いセキュリティ要件を有するいくつかの操作を実行するとき、クローズドシステムが起動されてよく、操作はクローズドシステムで実行される。クローズドシステムで実行される操作から生成されるすべての重要なデータは、クローズドシステムに対応する記憶領域に記憶され、クローズドシステムによって認証されたＡＰＰだけがクローズドシステムにアクセスできる。言い換えると、クローズドシステムに対応する記憶領域内のデータは、クローズドシステムによって認証されていないアプリケーションによってアクセスされることを許されていない。したがって、重要なデータのセキュリティは効率的に保証できる。
【０００５】
クローズドシステムは重要なデータのセキュリティの問題を解決できるが、他の問題がある。ＡＰＰの場合、オープンシステムのＡＰＰ上でユーザーによって実行される操作から生成されるデータはオープンシステムに対応する記憶領域に記憶される。一方、クローズドシステムのＡＰＰ上で実行される操作から生成されるデータは、クローズドシステムに対応する記憶領域に記憶される。２つの記憶領域に同時に記憶されるデータはＡＰＰに対応する完全なデータであり、ＡＰＰの完全なデータは端末上の異なる記憶領域に記憶される。
【０００６】
ただし、オープンシステムに対応する記憶領域に記憶されるデータの場合、データはオープン環境に露呈されるため、データは失われるまたは改ざんされることがある。クローズドシステムに対応する記憶領域に記憶されるデータの場合、端末のなんらかのハードウェアが損傷を受けるとき、データが失われることがある。ＡＰＰの場合、２つの記憶領域のデータが不可欠であり、どちらの記憶領域のデータの損失または改ざんによってもＡＰＰが正常に実行できなくなることがある。
【０００７】
本願の実施形態は、端末にインストールされるオープンシステムまたはクローズドシステムのどちらかに対応する記憶領域内のデータがいったん失われると、ＡＰＰが正常に実行できないという、先行技術での問題を解決するためにデータ同期の方法及び装置を提供する。
【発明の概要】
【０００８】
上記目的を達成するために、本願の実施形態はデータ同期方法を提供し、第１のシステム及び第２のシステムはともに第１のデバイスにインストールされ、方法は、
第１のシステムに対応する記憶領域からデータを取り出すことと、
第２のデバイスがデータを処理するために、第２のデバイスにデータを送信することと、
第２のデバイスによって返される処理済みのデータを受信すると、第２のシステムを起動することと、
第２のシステムを通して、第２のシステムに対応する記憶領域に処理済みのデータを記憶することと、
を含む。
【０００９】
本願の実施形態は別のデータ同期方法を提供し、第１のシステム及び第２のシステムはともに第１のデバイスにインストールされ、方法は、
第１のデバイスによって送信されるデータを受信することであって、該データが、第１のシステムに対応する記憶領域から第１のデバイスによって取り出されるデータである、第１のデバイスによって送信されるデータを受信することと、
データを処理することと、
第１のデバイスが、処理済みのデータを受信すると、第２のシステムを起動し、第２のシステムを通して第２のシステムに対応する記憶領域に処理済みのデータを記憶するために、第１のデバイスに処理済みのデータを送信することと、
を含む。
【００１０】
本願の実施形態は、データ同期装置を提供し、第１のシステム及び第２のシステムは両方とも装置にインストールされ、装置は、
第１のシステムに対応する記憶領域からデータを取り出すように構成されたデータ取出しモジュールと、
第２のデバイスがデータを処理するために、第２のデバイスにデータを送信するように構成されたデータ送信モジュールと、
第２のデバイスによって返される処理済みのデータを受信するようにさらに構成されているデータ取出しモジュールと、
データ取出しモジュールが第２のデバイスによって返される処理済みのデータを受信した後に、第２のシステムを起動するように構成された第２のシステム起動モジュールと、
第２のシステムを通して、第２のシステムに対応する記憶領域に処理済みのデータを記憶するように構成されたデータ記憶モジュールと、
を含む。
【００１１】
本願の実施形態は、別のデータ同期装置を提供し、第１のシステム及び第２のシステムはともに第１のデバイスにインストールされ、装置は、
第１のデバイスによって送信されるデータを受信するように構成されたデータ受信モジュールであって、該データが、第１のシステムに対応する記憶領域から第１のデバイスによって取り出されるデータである、データ受信モジュールと、
データを処理するように構成されたデータ処理モジュールと、
第１のデバイスが、処理済みのデータを受信すると、第２のシステムを起動し、第２のシステムを通して第２のシステムに対応する記憶領域に処理済みのデータを記憶するために第１のデバイスに処理済みのデータを送信するように構成されたデータ送信モジュールと、
を含む。
【００１２】
本願の第１のデバイスは直接的にデータを処理しないが、第２のデバイスが受信されたデータを処理し、第１のデバイスに処理済みのデータを返すように、第１のシステムを通して第１のシステムに対応する記憶領域から取り出されるデータを第２のデバイスに送信し、第１のデバイスは第２のデバイスによって返される処理済みのデータを受信した後に第２のシステムを起動し、第２のシステムを通して、第２のシステムに対応する記憶領域に処理済みのデータを記憶し、このようにして第１のシステムに対応する記憶領域内のデータを、第２のシステムに対応する記憶領域に同期させる。
【００１３】
本明細書に説明される添付図面は、本願の一部として、本願の追加の説明を提供するために使用される。本願の概略実施形態及びその説明は本願を説明するために単に使用されるだけであるが、本願に対する不適切な制限を構成しない。
【図面の簡単な説明】
【００１４】
【図１】本願の実施形態に係るデータ同期方法の一般的な概略フローチャートである。
【図２】本願の実施形態に係るデータ同期方法の特定の概略フローチャートである。
【図３】本願の実施形態に係るデータ同期装置の概略構造図である。
【図４】本願の実施形態に係る別のデータ同期装置の概略構造図である。
【発明を実施するための形態】
【００１５】
既存の解決策では、ＡＰＰに対応する完全なデータの場合、データの一部分は第１のデバイスのオープンシステムに対応する記憶領域に保存され、データの別の部分は第１のデバイスのクローズドシステムに対応する記憶領域に保存され、どちらかの記憶領域内のデータが失われる又は改ざんされる間はＡＰＰは正常に実行できない。したがって、本願では、２つの記憶領域に記憶されるデータは互いに対してバックアップされてよい。つまり、ＡＰＰに対応する完全なデータはオープンシステムに対応する記憶領域とクローズドシステムに対応する記憶領域の両方に保存される。このようにして、一方の記憶領域のデータが失われるまたは改ざんされる場合、ＡＰＰは他方の記憶領域のデータに基づいて依然として正常に実行できる。
【００１６】
本願の目的、技術的解決、及び優位点をより明確にするために、本願の技術的解決は本願の特定の実施形態及び対応する図面に関して本明細書に明確にかつ完全に説明される。明らかに、説明される実施形態は、本願の実施形態のいくつかにすぎず、すべてではない。創造的な取り組みなしに、及び本願に説明される実施形態に基づいて当業者に理解される他のすべての実施形態は、本願の保護範囲に収まるものとする。
【００１７】
本願の実施形態で提供されるデータ同期方法は、具体的に本明細書に説明される。
【００１８】
図１を参照すると、以下を含む、本願の実施形態に提供されるデータ同期方法が示される。
【００１９】
Ｓ１０１：第１のシステムに対応する記憶領域からデータを取り出す。
【００２０】
本願の実施形態では、第１のシステム及び第２のシステムはともに第１のデバイスにインストールされ、第１のシステムはオープンシステムであってよく、第２のシステムはクローズドシステムであってよい。または、第１のシステムはクローズドシステムであってよく、第２のシステムはオープンシステムであってよい。第１のデバイスは端末であってよい、またはオペレーティングシステムとインストールされるサーバまたは別のデバイスであってよい。
【００２１】
第１のデバイスが第１のシステムに対応する記憶領域からデータを取り出すとき、最初に第１のシステムが起動されてよく、ＡＰＰの場合、ＡＰＰに対応するデータが第１のシステムを通して第１のシステムに対応する記憶領域から取り出される。その点で、該データは、第１のシステムのＡＰＰでユーザーによって実行される操作から生成されるデータであってよい。例えば、該データは、第１のデバイスにインストールされた支払いＡＰＰ、通信ＡＰＰ等でユーザーによって第１のシステムで実行される操作から生成されるデータであってよい。
【００２２】
例示的な目的のためだけに、以下の説明は、第１のデバイスが端末であってよく、第２のデバイスがネットワークデバイスであってよい例示的な例を使用する。その点で、端末にインストールされた第１のシステムはアンドロイドシステム（つまり、オープンシステム）であり、第２のシステムはＴＥＥシステム（つまりクローズドシステム）であり、端末でのＡＰＰはＴＥＥシステムによって認証された支払いＡＰＰである。
【００２３】
支払いＡＰＰはアンドロイドシステムの環境で起動される、つまりアンドロイドシステムは現在すでに起動され、現在アンドロイドシステムに対応する記憶領域に保存されているデータはユーザーによって実行されるアバターをアップロードする操作から生成されるデータである（データは重要なデータではない。つまりデータは非重要データであり、以後、アバターデータと呼ばれる）と仮定される。この場合、端末が、アンドロイドシステムのデータがＴＥＥシステムに同期される必要があると判断するとき、支払いＡＰＰに対応するアバターデータは、起動されたアンドロイドシステムを通して、アンドロイドシステムに対応する記憶領域から取り出されてよい。
【００２４】
Ｓ１０２：第２のデバイスがデータを処理するために、第２のデバイスに取り出されたデータを送信する。
【００２５】
実際のアプリケーションの状況では、第１のシステムに対応する記憶領域からデータを取り出した後、かつ第２のシステムに対応する記憶領域に取り出されたデータを同期させる前に、第１のデバイスは取り出されたデータに対して重複排除処理等のなんらかの処理をさらに実行してよい。ただし、ＡＰＰの限られたデータ処理能力のため、第１のデバイスがＡＰＰを使用することによって取り出されたデータを処理するときに効率は相対的に低い、またはＡＰＰを使用することによってデータを処理することは不可能でさえある。したがって、本願の本実施形態では、第１のシステムに対応する記憶領域からデータを取り出した後、第１のデバイスは、第２のデバイスが受信されたデータを処理するために第２のデバイスにデータをさらに送信してよい。
【００２６】
上記の例示的な例を続行する。ステップＳ１０１を通してアンドロイドシステムに対応する記憶領域からアバターデータを取り出した後、端末はアンドロイドシステムを通して（ビジネスサーバ等の）ネットワークデバイスにアバターデータを送信し、これによりネットワークデバイスは受信されたアバターデータを処理してよい。
【００２７】
アバターデータはユーザーによってアップロードされたすべての履歴アバターピクチャを含むことがあり、概してＡＰＰは最新のアップロードされたアバターピクチャしか必要としない。したがって、アバターデータの受信後、ネットワークデバイスは処理済みのアバターデータとしてアバターデータから最新のアップロードされたアバターピクチャを抽出し、端末に処理済みのアバターデータを返してよい。
【００２８】
Ｓ１０３：第２のデバイスによって返された処理済みのデータを受信すると、第２のシステムを起動する。
【００２９】
実際のアプリケーションの状況では、２つのタイプのシステム、つまりオープンシステム及びクローズドシステムの場合、一方のシステムが起動されるとき、他方のシステムは休止状態にある。加えて、システムに対応する記憶領域が操作されるとき、操作はこのシステムを通して実行される必要がある。したがって、ネットワークデバイスによって返された処理済みのデータを受信するとき、端末は第２のシステムを起動し、第１のシステムがハイバネートできるようにしてよい。
【００３０】
具体的には、ネットワークデバイスによって返される処理済みのデータを受信するとき、デバイスは最初に、第１のシステム及び第２のシステムに対応する記憶領域とは関係なく（キャッシュ等の）別の記憶領域に処理済みのデータを一時的に保存し、次いで第２のシステムを起動してよい。
【００３１】
上記の例示的な例を続行する。ステップＳ１０２を通してネットワークデバイスによって返された処理済みのアバターデータを受信するとき、端末はキャッシュに処理済みのアバターデータを記憶し、次いでＴＥＥシステムを起動し、アンドロイドシステムがハイバネートできるようにする。
【００３２】
Ｓ１０４：第２のシステムを通して第２のシステムに対応する記憶領域に処理済みのデータを記憶する。
【００３３】
上記の例示的な例を続行する。ＴＥＥシステムを起動後、端末は、ＴＥＥシステムを通して、キャッシュに保存された処理済みのアバターデータを取り出し、次いでＴＥＥシステムを通してＴＥＥシステムに対応する記憶領域に処理済みのアバターデータを記憶する。
【００３４】
確かに、上記例示的な例では、単に例示的な目的のためだけに、アンドロイドシステムは第１のシステムとして説明され、ＴＥＥシステムは第２のシステムとして説明される。第１のシステムがＴＥＥシステムであり、第２のシステムがアンドロイドシステムである場合、ＴＥＥシステムに対応する記憶領域に保存される（パスワードデータ等の）重要なデータをアンドロイドシステムに対応する記憶領域に同期させる方法は類似してよく、詳細は再び本明細書で提供される必要がない。
【００３５】
上記の方法によって、データ同期後、ＡＰＰの場合、第１のシステムに対応する記憶領域と第２のシステムに対応する記憶領域の両方とも、ＡＰＰに対応する完全なデータを含む。すなわち、両方の記憶領域ともＴＥＥシステムのＡＰＰでユーザーによって実行される操作から生成される重要なデータを含むだけではなく、アンドロイドシステムのＡＰＰでユーザーによって実行される操作から生成される非重要データも含む。したがって、２つの記憶領域のどちらかのデータが失われる、またはは改ざんされるとき、データは他の記憶領域から取り出すこともでき、このようにしてＡＰＰの正常な実行を効果的に保証する。
【００３６】
本願の本実施形態では、端末がステップＳ１０２を通してネットワークデバイスに取り出されたデータを送信するときにデータがサードパーティによって改ざんされないことを保証するために、端末はネットワークデバイスへ取り出されたデータを送信する前に、データをさらに暗号化し、次いでネットワークデバイスに暗号化されたデータを送信してよい。
【００３７】
相応して、暗号化されたデータを受信後、ネットワークデバイスは暗号化されたデータを最初に復号し、次いで復号されたデータを処理してよい。
【００３８】
具体的には、暗号化は非対称暗号化アルゴリズムを使用することによって実行されてよい。例えば、端末は事前に保存された秘密鍵を使用することによってデータを最初に暗号化してよく、ネットワークデバイスに暗号化されたデータを送信する。暗号化されたデータを受信後、ネットワークデバイスは事前に保存された公開鍵を使用することによって暗号化されたデータを復号し、次いで復号されたデータを処理する。
【００３９】
確かに、データが、端末からネットワークデバイスに送信されるときに改ざんされないことを保証するためにデジタルシグナチャを使用することも可能である。例えば、非対称暗号化アルゴリズムにより、端末は事前に保存された秘密鍵を使用することによってデータのシグナチャを生成し、次いでネットワークデバイスにシグナチャとともにデータを送信してもよい。データ及びシグナチャを受信後、ネットワークデバイスは、最初に事前に保存された公開鍵を使用することによって受信されたシグナチャを検証し、検証が成功するとデータを処理する、または検証が失敗するとデータを処理することを拒否する。
【００４０】
同様に、ネットワークデバイスが端末に処理済みのデータを返すときに、処理済みのデータがサードパーティによって改ざんされないことを保証するために、端末に処理済みのデータを送信する前に、ネットワークデバイスは処理済みのデータを暗号化し、次いで端末に暗号化された処理済みのデータを返してもよい。
【００４１】
相応して、ネットワークデバイスによって返された暗号化された処理済みのデータを受信後、端末は処理済みのデータを入手するために、最初に暗号化された処理済みのデータを復号し、次いで起動された第２のシステムを通して復号により入手された処理済みのデータを、第２のシステムに対応する記憶領域に記憶してよい。
【００４２】
本願の本実施形態では、第１のシステムに対応する記憶領域内のデータが第２のシステムに対応する記憶領域に同期される必要があると判断されるときだけ、端末は図１に示される方法を実行してよい。
【００４３】
具体的には、端末がネットワークデバイスによって返された処理済みのデータを第２のシステムに対応する記憶領域に記憶するたびに、記憶されたデータの記憶時刻が記録されてよい。次いで、第１のシステムに対応する記憶領域内のデータが第２のシステムに対応する記憶領域に同期される必要があると判定するとき、端末は、ネットワークデバイスによって返された処理済みのデータが第２のシステムに対応する記憶領域に記憶される、記録された前回の記憶時刻を決定し、決定された前回の記憶時刻から現在の時刻までの期間が事前に設定された閾値（つまり、事前に設定された同期サイクル）を超えるかどうかを判定してもよい。超える場合、端末は、第１のシステムに対応する記憶領域内のデータを第２のシステムに対応する記憶領域に同期させるために図１に示される方法を実行する。それ以外の場合、端末は一時的に方法を実行しない。
【００４４】
例えば、端末は現在時刻と前回の記憶時刻との間の期間をリアルタイムで監視してよく、該期間が事前に設定された閾値を超えるとき、第１のシステムに対応する記憶領域内のデータが第２のシステムに対応する記憶領域に同期される必要があると判断される。つまり、図１に示される方法を実行することが決定される。
【００４５】
確かに、記憶時刻はネットワークデバイスによって記録されてもよく、ネットワークデバイスは、端末が第１のシステムに対応する記憶領域内のデータを第２のシステムに対応する記憶領域に同期させる必要があるかどうかを判定する。すなわち、ネットワークデバイスは、現在時刻と前回の記憶時刻との間の期間を監視し、該期間が事前に設定された閾値を超えることが監視されるとき、ネットワークデバイスは、端末が第１のシステムに対応する記憶領域内のデータを第２のシステムに対応する記憶領域に同期させる必要があると判断する。この場合、ネットワークデバイスは、図１に示される方法を実行するように端末に命令するために端末に通知メッセージを送信してよい。
【００４６】
本願の本実施形態では、端末は、ＡＰＰを通して、データが同期される必要があるかどうかを監視してよく、ＡＰＰを通して図１に示されるデータ同期プロセスをトリガするためにネットワークデバイスによって送信される通知メッセージを受信してもよい。すなわち、ＡＰＰが、データが同期される必要がある、またはネットワークデバイスによって送信される通知メッセージを受信することを監視するとき、ＡＰＰは、現在起動されている第１のシステムを通して、第１のシステムに対応する記憶領域内のデータを取り出しよく、次いでＡＰＰは処理のためにネットワークデバイスに取り出されたデータを送信する。ネットワークデバイスによって返される処理済みのデータを受信すると、ＡＰＰは第２のシステムを起動するために端末をトリガし、図１に示されるように、第２のシステムを通して、第２のシステムに対応する記憶領域に処理済みのデータを記憶する。
【００４７】
第１のシステムがオープンシステムであり、第２のシステムがクローズドシステムであることは、以下の説明のために例として解釈される。その点で、第１のデバイスは端末であり、第２のデバイスはゲートウェイを含んだネットワークデバイス及びビジネスサーバである。
【００４８】
図２を参照すると、データ同期方法は以下のステップを含む。
【００４９】
ステップａ１：端末は第１のシステムを起動し、第２のシステムがハイバネートできるようにし、ＡＰＰを起動する。
【００５０】
第１のシステムに対応する記憶領域はソフト記憶領域と呼ばれることがあり、第２のシステムに対応する記憶領域はハード記憶領域と呼ばれることがある。
【００５１】
ステップａ２：ＡＰＰは、第１のシステムのデータが第２のシステムに現在同期される必要があると判断する。
【００５２】
ステップａ３：ＡＰＰはソフトストレージインタフェースを呼び出し、ソフトストレージインタフェースを通してソフト記憶領域内のデータを取り出す。
【００５３】
その点で、ソフトストレージインタフェースは、ＡＰＰがソフト記憶領域にデータを記憶する及び／またはソフト記憶領域からデータを取り出すために、第１のシステムによって提供されるインタフェースである。
【００５４】
ステップａ４：ＡＰＰは取り出されたデータの第１のシグナチャを生成し、同期ゲートウェイにデータ及び第１のシグナチャを送信する。
【００５５】
ステップａ５：同期ゲートウェイは第１のシグナチャを検証する。
【００５６】
ステップａ６：同期ゲートウェイは、検証が成功する場合、ビジネスサーバに受信されたデータを送信する。
【００５７】
第１のシグナチャが同期ゲートウェイの検証に合格できない場合、同期ゲートウェイは端末に同期拒否メッセージを直接的に返し、データ及び第１のシグナチャを破棄してよい。
【００５８】
ステップａ７：ビジネスサーバは受信されたデータを処理し、処理済みのデータの第２のシグナチャを生成し、同期ゲートウェイに処理済みのデータ及び第２のシグナチャを送信する。
【００５９】
ステップａ８：同期ゲートウェイは処理済みのデータ及び第２のシグナチャをＡＰＰに送信する。
【００６０】
ステップａ９：ＡＰＰは第２のシステムを起動し、第１のシステムがハイバネートできるようにするために端末をトリガする。
【００６１】
ステップａ１０：ＡＰＰは第２のシグナチャを検証する。
【００６２】
ステップａ１１：ＡＰＰは、検証が成功するとハードストレージインタフェースを呼び出し、ハードストレージインタフェースを通してハード記憶領域に処理済みのデータを記憶する。
【００６３】
第２のシグナチャがＡＰＰの検証を合格できないとき、ＡＰＰは処理済みのデータ及び第２のシグナチャを直接的に破棄してよい。
【００６４】
ステップａ１２：ＡＰＰがデータの現在の記憶の記憶時刻をハード記憶領域に記録する。
【００６５】
さらに、第１のシグナチャがソフトストレージインタフェースによって生成されてもよく、ハードストレージインタフェースは同期ゲートウェイによって返される第２のシグナチャを検証し、このことは本明細書では詳細に説明されない。
【００６６】
本願の本実施形態では、受信されたデータを処理した後、端末へ処理済みのデータを返すことに加え、ネットワークデバイスは処理済みのデータをさらに保存してよい。端末の第１のシステム及び第２のシステムに対応する記憶領域内のデータが両方とも失われるまたは改ざんされるとき、端末はネットワークデバイスからデータをさらに取り出し、このようにしてＡＰＰの正常な実行を保証してよい。
【００６７】
本願の実施形態に提供されるデータ同期方法は上述され、同じデータに基づいて、本願の実施形態は、図３及び図４に示されるようにデータ同期装置をさらに提供する。
【００６８】
第１のシステム及び第２のシステムがともに装置にインストールされ、装置が、
第１のシステムに対応する記憶領域からデータを取り出すように構成されたデータ取出しモジュール３１と、
第２のデバイスがデータを処理するために、第２のデバイスにデータを送信するように構成されたデータ送信モジュール３２と、
第２のデバイスによって返される処理済みのデータを受信するようにさらに構成されるデータ取出しモジュール３１と、
データ取出しモジュールが第２のデバイスによって返される処理済みのデータを受信した後に、第２のシステムを起動するように構成された第２のシステム起動モジュール３３と、
第２のシステムを通して第２のシステムに対応する記憶領域に処理済みのデータを記憶するように構成されたデータ記憶モジュール３４と、
を含む、本願の実施形態で提供されるデータ同期装置である図３を参照する。
【００６９】
任意選択で、第１のシステムはオープンシステムであり、第２のシステムはクローズドシステムである、または
第１のシステムはクローズドシステムであり、第２のシステムはオープンシステムである。
【００７０】
任意選択で、装置は、
データ送信モジュール３２が第２のデバイスにデータを送信する前にデータを暗号化するように構成されたデータ暗号化モジュール３５と、
を、さらに含む。
【００７１】
任意選択で、データ取出しモジュール３１は、
第２のデバイスによって返される、暗号化された処理済みのデータを受信する
ように特に構成され、
装置は、
データ取出しモジュール３１によって受信される暗号化された処理済みのデータを復号するように構成されたデータ復号モジュール３６と、
をさらに含む。
【００７２】
任意選択で、装置は、
第２のデバイスによって返される処理済みのデータが、第２のシステムに対応する記憶領域に記憶されるときに前回の記憶時刻を取り出すように構成された記憶時刻決定モジュール３７と、
記憶時刻から現在時刻までの期間が設定された閾値を超えると判断するように構成された時間分モジュール３８と、
をさらに含む。
【００７３】
具体的には、図３に示される装置は第１のデバイスに位置してよい。
【００７４】
第１のシステム及び第２のシステムがともに第１のデバイスにインストールされ、装置が、
第１のデバイスによって送信されるデータを受信するように構成されたデータ受信モジュール４１であって、該データが、第１のシステムに対応する記憶領域から第１のデバイスによって取り出される、データ受信モジュール４１と、
データを処理するように構成されたデータ処理モジュール４２と、
処理済みのデータを受信すると、第１のデバイスが第２のシステムを起動し、第２のシステムを通して第２のシステムに対応する記憶領域に処理済みのデータを記憶するために、第１のデバイスに処理済みのデータを送信するように構成されたデータ送信モジュール４３と、
を含む、本願の実施形態で提供される別のデータ同期装置である図４を参照する。
【００７５】
任意選択で、第１のシステムはオープンシステムであり、第２のシステムはクローズドシステムである、または
第１のシステムがクローズドシステムであり、第２のシステムがオープンシステムである。
【００７６】
任意選択で、データ受信モジュール４１は、第１のデバイスによって送信される暗号化されたデータを受信するように特に構成され、
装置は、
データ処理モジュール４２がデータを処理する前に暗号化されたデータを復号するように構成されたデータ復号モジュール４４と、
をさらに含む。
【００７７】
任意選択で、装置は、
データ送信モジュール４３が第１のデバイスに処理済みのデータを送信する前に、処理済みのデータを暗号化するように構成されるデータ暗号化モジュール４５と、
さらに含む。
【００７８】
具体的には、図４に示される装置は第２のデバイスに位置してよい。
【００７９】
要するに、本願の端末はデータを直接的に処理するのではなく、第１のシステムを通して第１のシステムの記憶領域から取り出されるデータをネットワークデバイスに送信し、これによりネットワークデバイスが受信されたデータを処理し、端末に処理済みのデータを返す。ネットワークデバイスによって返される処理済みのデータを受信した後に、端末は第２のシステムを起動し、第２のシステムを通して第２のシステムに対応する記憶領域に処理済みのデータを記憶し、このようにして第１のシステムに対応する記憶領域内のデータを第２のシステムに対応する記憶領域に同期させる。
【００８０】
当業者は、本願の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本願は完全にハードウェア実施形態、完全にソフトウェア実施形態、またはソフトウェア及びハードウェアを結合する実施形態として実装されてよい。さらに、本願は、コンピュータが使用できるプログラムコードを含んだ（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ等を含むが、これに限定されるものではない）１つまたは複数のコンピュータが使用できる記憶媒体で実装されるコンピュータプログラム製品の形を利用してよい。
【００８１】
本願は、本願の実施形態に係る方法、装置（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図に関して説明される。コンピュータプログラム命令は、フローチャート及び／またはブロック図の各プロセス及び／またはブロック、ならびにフローチャート及び／またはブロック図内のプロセス及び／またはブロックの組合せを実装するために使用されてよいことが理解されるべきである。これらのコンピュータプログラム命令は、マシンを生成するために汎用コンピュータ、特殊目的コンピュータ、埋め込みプロセッサ、または別のプログラマブルデータ処理装置のプロセッサのために提供されてよく、これによりコンピュータまたは別のプログラマブルデータ処理装置のプロセッサによって実行される命令はフローチャートの１つまたは複数のプロセス及び／またはブロック図の１つまたは複数のブロックで指定される機能を実装するための装置を生成する。
【００８２】
コンピュータまたは別のプログラマブルデータ処理装置に特定の方法で機能するように命令できるコンピュータプログラム命令は、コンピュータ可読メモリに記憶されてもよく、これによりコンピュータ可読メモリに記憶された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャートの１つまたは複数のプロセスで及び／またはブロック図の１つまたは複数のブロックで指定される機能を実装する。
【００８３】
これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理装置にロードされてもよく、これにより一連の操作及びステップはコンピュータまたは別のプログラマブル装置で実行され、それによってコンピュータ実装処理を生成する。したがって、コンピュータまたは別のプログラマブル装置で実行される命令は、フローチャートの１つまたは複数のプロセスで及び／またはブロック図の１つまたは複数のブロックで指定される機能を実装するためのステップを提供する。
【００８４】
典型的な構成では、計算装置は１つまたは複数の中央演算処理装置（ＣＰＵ）、Ｉ／Ｏインタフェース、ネットワークインタフェース、及びメモリを含む。
【００８５】
メモリは揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／または例えば読出し専用メモリ（ＲＯＭ）またはフラッシュメモリ等の不揮発性メモリ等のコンピュータ可読媒体を含んでよい。メモリは、コンピュータ可読媒体の例である。
【００８６】
コンピュータ可読媒体は不揮発性媒体、揮発性媒体、モバイル媒体、及び非モバイル媒体を含み、任意の方法または技術を通して情報記憶を実装できる。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであってよい。コンピュータの記憶媒体の例は、相変化ＲＡＭ（ＰＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、他のタイプのＲＡＭ、ＲＯＭ、電気的消去可能・プログラム可能型読取専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、または他のメモリ技術、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）または他の光メモリ、カセット、カセットメモリ及びディスクメモリ、または他の磁気メモリデバイスまたは任意の他の非伝送媒体を含むが、これに限定されるものではなく、計算装置がアクセス可能な情報を記憶するために使用できる。本明細書の定義に従って、コンピュータ可読媒体は、変調されたデータ信号及び搬送波等の一過性の媒体を除外する。
【００８７】
用語「ｉｎｃｌｕｄｅ（含む）」、「ｃｏｍｐｒｉｓｅ（含む）」またはそのあらゆる変形は、非排他的な包含をカバーすることを目的とし、これにより一連の要素を含む、プロセス、方法、製品、またはデバイスが係る要素を含むだけではなく、明示的に指定されない他の要素を含む、またはプロセス、方法、製品、またはデバイスの固有の要素をさらに含むことにさらに留意されたい。より多くの制限がない場合、「ｉｎｃｌｕｄｅ  ａ／ａｎ．．．（１つ／またはある・・・を含む）」によって制限される要素は、要素を含むプロセス、方法、製品、または装置に存在する他の同じ要素を除外しない。
【００８８】
当業者は、本願の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを理解するべきである。したがって、本願は完全にハードウェア実施形態、完全にソフトウェア実施形態、またはソフトウェア及びハードウェアを結合する実施形態として実装されてよい。さらに、本願は、コンピュータが使用できるプログラムコードを含んだ（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ等を含むが、これに限定されない）１つまたは複数のコンピュータが使用できる記憶媒体で実装されるコンピュータプログラム製品の形を利用してよい。
【００８９】
上述されているのは、本願を制限するために使用されない本願の実施形態にすぎない。当業者にとって、本願は多様な変更形態及び変更を有してよい。本願の精神及び原理の中のあらゆる変更形態、同等な代替物、改善策等は本願の特許請求の範囲の範囲内に含まれるものとする。
【図１】
0006693948.tif 000002
【図２】
0006693948.tif 000003
【図３】
0006693948.tif 000004
【図４】
0006693948.tif 000005