(57)【要約】本発明は、データ伝送方法及び装置を開示する。方法は、定期的に第２デバイスから要求メッセージを第１デバイスにより受信することであって、要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有することと、タイムスタンプの値が事前設定の閾値未満であるか否かを、第１デバイスにより判定することと、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第１デバイスにより第２デバイスに対し同期化することであって、断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られることとを含む。本発明は、システム間の全量データ更新中に頻繁に起こる障害の技術的問題を解決する。
2018536226.tif 000002
【特許請求の範囲】
【請求項１】
定期的に第２デバイスから要求メッセージを第１デバイスにより受信することであって、前記要求メッセージは、今受信された前記要求メッセージに対応するタイムスタンプを保有することと、
前記タイムスタンプの値が事前設定の閾値未満であるか否かを、前記第１デバイスにより判定することと、
前記タイムスタンプの前記値が前記事前設定の閾値未満である場合、タイムスタンプと前記第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、前記タイムスタンプに対応する断片化データを前記第１デバイスにより前記第２デバイスに対し同期化することであって、前記断片化データは前記第１デバイスにより記録された全量のデータを断片化することにより得られることと、
を含むデータ伝送方法。
【請求項２】
前記タイムスタンプの前記値が前記事前設定の閾値以上である場合、前記第１デバイスにより、前記タイムスタンプにより示される時刻から現在時刻までに生成された増分データを、前記第２デバイスに対し同期化すること
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第１デバイスにより、前記タイムスタンプの前記値が前記事前設定の閾値未満であるか否かを判定する前に、
前記第１デバイスにより、前記タイムスタンプの前記値が、前記全量のデータの読み出しを示すために使用される規定値であるか否かを判定し、判定結果が肯定的である場合に、前記タイムスタンプに対応する前記断片化データの前記第２デバイスに対する同期化を誘発すること
をさらに含む、請求項１に記載の方法。
【請求項４】
前記タイムスタンプに対応する前記断片化データを前記第２デバイスに対し前記同期化することは、
前記第１デバイスにより、前記タイムスタンプの前記値をインデックスとして利用して、前記インデックスに対応する前記第１デバイスのローカルキャッシュ内の特定の断片化データを、前記第２デバイスに対し同期化すること
を含む、請求項１に記載の方法。
【請求項５】
前記第１デバイスにより、第１インデックスｎに対応する、前記第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、前記第１デバイスの前記ローカルキャッシュ内の前記断片化データのインデックスとして用い、ｎは、前記全量のデータが断片化された後に得られる全ての前記断片化データの総数Ｎ以下であり、ｎ及びＮは両者とも正の整数である、
以上の方式で、前記断片化データは前記第１デバイスから取得される、請求項１に記載の方法。
【請求項６】
前記第１デバイスにより、前記第１インデックスｎに対応する、前記第１デバイスの前記データベース内の断片化データを前記ローカルキャッシュへ前記書き込むこと、及びｎ−１を、前記第１デバイスの前記ローカルキャッシュ内の前記断片化データの前記インデックスとして用いることは、
前記第１デバイスにより、ｎがＮ未満であるか否かを判定することと、
ｎがＮ未満である場合、前記第１デバイスにより、前記データベースからｎに対応する前記断片化データを読み出し、ｎに対応する前記断片化データに対し、値がｎであるタイムスタンプを添付することと、
ｎがＮと等しい場合、前記第１デバイスにより、前記データベースからｎに対応する前記断片化データを読み出し、ｎに対応する前記断片化データに対し、値が特定時刻であるタイムスタンプを添付することであって、前記特定時刻は、前記第２デバイスが前記第１デバイスに前回アクセスした時刻であることと、
前記第１デバイスにより、ｎに対応する前記断片化データを前記ローカルキャッシュに書き込み、ｎ−１を、前記ローカルキャッシュ内の前記断片化データのインデックスとして用いることと
を含む、請求項５に記載の方法。
【請求項７】
前記全量のデータは、ユニフォームリソースロケータの拒否レコード及びドメイン名の拒否レコード、以上のうちの少なくとも１つを含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
第１デバイスへ要求メッセージを第２デバイスにより送信することであって、前記要求メッセージは前記要求メッセージに対応するタイムスタンプを保有することと、
前記タイムスタンプの値が事前設定の閾値未満である場合、前記第１デバイスにより送信される断片化データを前記第２デバイスにより受信することであって、前記断片化データは、前記タイムスタンプに対応し、かつ前記第１デバイス内にローカルにキャッシュされた断片化データであり、前記断片化データは前記第１デバイスにより記録された全量のデータを断片化することにより得られることと
を含むデータ伝送方法。
【請求項９】
前記タイムスタンプの前記値が前記事前設定の閾値以上である場合、前記タイムスタンプにより示される時刻から現在時刻までに生成され、かつ前記第１デバイスにより送信される増分データを、前記第２デバイスにより受信すること
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記タイムスタンプに対応し、かつ前記第１デバイスによりローカルにキャッシュされ、前記第１デバイスにより送信される前記断片化データを、前記第２デバイスにより受信する前に、
前記タイムスタンプの前記値が規定値である場合、第２デバイスにより、前記第１デバイスが前記全量のデータを送信するように誘発して、前記第１デバイスにより送信され、かつ前記規定値に対応する前記断片化データを受信することであって、前記規定値は、前記第１デバイスから前記全量のデータを読み出すよう前記第２デバイスに命令するために使用されることと
をさらに含む、請求項８に記載の方法。
【請求項１１】
前記第１デバイスにより送信される断片化データを前記第２デバイスにより前記受信することは、
前記第２デバイスにより、前記タイムスタンプの前記値であるインデックスに対応する前記第１デバイスのローカルキャッシュ内の特定の断片化データを受信することと、
前記第２デバイスにより、前記第１デバイスにより送信される特定のタイムスタンプを受信することであって、前記特定のタイムスタンプの前記値は、前記タイムスタンプの前記値に１を加えることにより得られることと
を含む、請求項８に記載の方法。
【請求項１２】
前記全量のデータは、ユニフォームリソースロケータの拒否レコード及びドメイン名の拒否レコード、以上のうちの少なくとも１つを含む、請求項８〜１１のいずれかに記載の方法。
【請求項１３】
第１デバイスに適用されるデータ伝送装置であって、前記データ伝送装置は、
定期的に第２デバイスから要求メッセージを受信するように構成された受信モジュールであって、前記要求メッセージは、今受信された前記要求メッセージに対応するタイムスタンプを保有する、前記受信モジュールと、
前記タイムスタンプの前記値が事前設定の閾値未満であるか否かを判定するように構成された第１判定モジュールと、
前記タイムスタンプの前記値が前記事前設定の閾値未満である場合、タイムスタンプと前記第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、前記タイムスタンプに対応する断片化データを前記第２デバイスに対し同期化するように構成された第１同期化モジュールであって、前記断片化データは前記第１デバイスにより記録された全量のデータを断片化することにより得られる、前記第１同期化モジュールと
を備える、前記データ伝送装置。
【請求項１４】
前記タイムスタンプが前記事前設定の閾値以上である場合、前記タイムスタンプにより示される時刻から現在時刻までに生成された増分データを、前記第２デバイスに対し同期化するように構成された第２同期化モジュール
をさらに備える、請求項１３に記載の装置。
【請求項１５】
前記タイムスタンプの前記値が、前記全量のデータの読み出しを示すために使用される規定値であるか否かを判定し、判定結果が肯定的である場合に、前記タイムスタンプに対応する前記断片化データの前記第２デバイスに対する同期化を誘発するように構成された第２判定モジュール
をさらに備える、請求項１３に記載の装置。
【請求項１６】
前記第１同期化モジュールはさらに、前記タイムスタンプの前記値をインデックスとして利用して、前記インデックスに対応する前記第１デバイスのローカルキャッシュ内の特定の断片化データを、前記第２デバイスに対し同期化するように構成される、請求項１３に記載の装置。
【請求項１７】
第１インデックスｎに対応する、前記第１デバイスのデータベース内の断片化データを前記ローカルキャッシュに書き込み、ｎ−１を、前記第１デバイスの前記ローカルキャッシュ内の前記断片化データのインデックスとして用いるように構成されたキャッシュモジュールであって、ｎは、前記全量のデータが断片化された後に得られる全ての前記断片化データの総数Ｎ以下であり、ｎ及びＮは両者とも正の整数である、前記キャッシュモジュール
をさらに備える、請求項１３に記載の装置。
【請求項１８】
前記キャッシュモジュールは、
ｎがＮ未満であるか否かを判定するように構成された判定ユニットと、
ｎがＮ未満である場合、前記データベースからｎに対応する前記断片化データを読み出し、ｎに対応する前記断片化データに対し、値がｎであるタイムスタンプを添付するように構成された第１読み出しユニットと
ｎがＮと等しい場合、前記データベースからｎに対応する前記断片化データを読み出し、ｎに対応する前記断片化データに対し、値が特定の時点であるタイムスタンプを添付するように構成された第２読み出しユニットであって、前記特定の時点は、前記第２デバイスが前記第１デバイスに前回アクセスした時点である、前記第２読み出しユニットと、
ｎに対応する前記断片化データを前記ローカルキャッシュに書き込み、ｎ−１を、前記ローカルキャッシュ内の前記断片化データのインデックスとして用いるように構成されたキャッシュユニットと
を備える、請求項１７に記載の装置。
【請求項１９】
前記全量のデータは、ユニフォームリソースロケータの拒否レコード及びドメイン名の拒否レコード、以上のうちの少なくとも１つを含む、請求項１３〜１８のいずれかに記載の装置。
【請求項２０】
第２デバイスに適用されるデータ伝送装置であって、前記データ伝送装置は、
第１デバイスへ要求メッセージを送信するように構成された送信モジュールであって、前記要求メッセージは前記要求メッセージに対応するタイムスタンプを保有する、前記送信モジュールと、
前記タイムスタンプの前記値が事前設定の閾値未満である場合、前記第１デバイスにより送信される断片化データを受信するように構成された第１受信モジュールであって、前記断片化データは、前記タイムスタンプに対応し、かつ前記第１デバイス内にローカルにキャッシュされた断片化データであり、前記断片化データは前記第１デバイスにより記録された全量のデータを断片化することにより得られる、前記第１受信モジュールと
を備える、前記データ伝送装置。
【請求項２１】
前記タイムスタンプの前記値が前記事前設定の閾値以上である場合、前記タイムスタンプにより示される時刻から現在時刻までに生成され、かつ前記第１デバイスにより送信される増分データを、受信するように構成された第２受信モジュール
をさらに備える、請求項２０に記載の装置。
【請求項２２】
前記タイムスタンプの前記値が規定値である場合、前記第１デバイスが前記全量のデータを送信することを誘発するように構成された誘発モジュールと、
前記第１デバイスにより送信され、かつ前記規定値に対応する前記断片化データを受信するように構成された第３受信モジュールであって、前記規定値は、前記第１デバイスから前記全量のデータを読み出すよう前記第２デバイスに命令するために使用される、前記第３受信モジュールと
をさらに備える、請求項２０に記載の装置。
【請求項２３】
前記第１受信モジュールは、
前記タイムスタンプの前記値である前記インデックスに対応する前記第１デバイスのローカルキャッシュ内の特定の断片化データを受信するように構成された第１受信ユニットと、
前記第１デバイスにより送信される特定のタイムスタンプを受信するように構成された第２受信ユニットであって、前記特定のタイムスタンプの前記値は、前記タイムスタンプの前記値に１を加えることにより得られる、前記第２受信ユニットと
を備える、請求項２０に記載の装置。
【請求項２４】
前記全量のデータは、ユニフォームリソースロケータの拒否レコード及びドメイン名の拒否レコード、以上のうちの少なくとも１つを含む、請求項２０〜２３のいずれかに記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連特許出願の相互参照
本出願は、２０１５年１０月２２日に出願された“ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ”と題する中国特許出願第２０１５１０６９６５０８．４号に対する優先権を主張し、その全体が参照により本明細書に組み込まれるものとする。
【０００２】
本発明は、インターネット技術の分野に関し、特にデータ伝送方法及び装置に関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、一部の違法者は、インターネットプラットフォームを使用して、ポルノ、ギャンブル、暴力、及びテロリズムに関するコンテンツなど、社会にとって有害な情報を公開し得る。これは、社会に悪影響をもたらす。したがって、ウェブコンテンツを監視する必要があり得る。有害情報の拡散を最小限にするために、有害情報は発見されると遮断され得る。
【０００４】
従来技術において、ネットワークコンテンツ監視システムは一般に、２つのシステム（２つのデバイスと明示され得る）、例えばシステムＡ及びシステムＢを含む。システムＢは、データをシステムＡに同期させる必要がある。従来技術において、全データ情報が各同期動作中に同期される必要があり、これはデータベース読み出しの時間切れをもたらし得る。あるいは、システムＡとシステムＢが異なるネットワーク環境に配置されている場合、システムＡにより提供される全量のデータが大きすぎる場合、及びシステムＢのメモリが過度に使用されている場合、システムＡからシステムＢへの全量のデータの更新は頻繁に失敗となり得る。
【０００５】
現時点では、前述の問題を解決する有効な解決策は、何も提唱されていない。
【発明の概要】
【０００６】
本発明の例示的実施形態は、システム間の全量データ更新中に頻繁に起こる障害の技術的問題を少なくとも解決するデータ伝送方法及び装置を提供する。
【０００７】
本発明の例示的実施形態の態様に係るデータ伝送方法が提供され、方法は、定期的に第２デバイスから要求メッセージを第１デバイスにより受信することであって、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有することと、タイムスタンプの値が事前設定の閾値未満であるか否かを、第１デバイスにより判定することと、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第１デバイスにより第２デバイスに対し同期化することであって、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られることとを含む。
【０００８】
本発明の例示的実施形態の別の態様に係るデータ伝送方法がさらに提供され、方法は、第１デバイスへ要求メッセージを第２デバイスにより送信することであって、この要求メッセージは要求メッセージに対応するタイムスタンプを保有することと、タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスにより送信される断片化データを第２デバイスにより受信することであって、この断片化データは、タイムスタンプに対応し、かつ第１デバイス内にローカルにキャッシュされた断片化データであり、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られることとを含む。
【０００９】
本発明の例示的実施形態の別の態様に係るデータ伝送装置がさらに提供される。データ伝送装置は第１デバイスに適用され、この装置は、定期的に第２デバイスから要求メッセージを受信するように構成された受信モジュールであって、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有する、受信モジュールと、タイムスタンプの値が事前設定の閾値未満であるか否かを判定するように構成された第１判定モジュールと、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第２デバイスに対し同期化するように構成された第１同期化モジュールであって、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる、第１同期化モジュールとを含む。
【００１０】
本発明の例示的実施形態の別の態様に係るデータ伝送装置がさらに提供される。データ伝送装置は第２デバイスに適用され、この装置は、第１デバイスへ要求メッセージを送信するように構成された送信モジュールであって、この要求メッセージは要求メッセージに対応するタイムスタンプを保有する、送信モジュールと、タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスにより送信される断片化データを受信するように構成された第１受信モジュールであって、この断片化データは、タイムスタンプに対応し、かつ第１デバイス内にローカルにキャッシュされた断片化データであり、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる、第１受信モジュールとを含む。
【００１１】
本発明の例示的実施形態において、タイムスタンプに対応する、第１デバイスによりローカルにキャッシュされた断片化データは、第１デバイスを使用して第２デバイスに対し同期化され、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより、すなわち全量のデータをキャッシュ及び断片化することにより得られ、次に、タイムスタンプに対応するキャッシュ内の断片化データは、受信された要求メッセージ内のタイムスタンプに従って、第２デバイスに対し順次同期化される。その結果、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【００１２】
本明細書において説明される添付図面は、本発明に関するさらなる理解を提供し、本出願の一部を構成するために用いられる。本発明の例示的実施形態及びその例示は、本発明を説明するために使用されるべきであり、本発明に対していずれの不適切な限定も課す意図はない。
【図面の簡単な説明】
【００１３】
【図１】本発明の例示的実施形態に係る、データ伝送方法を実施するコンピュータ端末のハードウェアの構造ブロック図である。
【図２】本発明の例示的実施形態１に係る、データ伝送方法の第１フロー図である。
【図３】本発明の例示的実施形態１に係る、データ伝送方法の第２フロー図である。
【図４】本発明の任意の例示的実施形態に係る、第１デバイスにより全量のデータを断片化及びキャッシュする概要フロー図である。
【図５】本発明の任意の例示的実施形態に係る、データ伝送方法の概略フロー図である。
【図６】本発明の例示的実施形態２に係る、データ伝送方法の第１フロー図である。
【図７】本発明の例示的実施形態２に係る、データ伝送方法の第２フロー図である。
【図８】本発明の例示的実施形態３に係る、データ伝送装置の第１構造ブロック図である。
【図９】本発明の例示的実施形態３に係る、データ伝送装置の第２構造ブロック図である。
【図１０】本発明の例示的実施形態３に係る、データ伝送装置の第３構造ブロック図である。
【図１１】本発明の例示的実施形態３に係る、データ伝送装置の第４構造ブロック図である。
【図１２】本発明の例示的実施形態４に係る、データ伝送装置の第１構造ブロック図である。
【図１３】本発明の例示的実施形態４に係る、データ伝送装置の第２構造ブロック図である。
【図１４】本発明の例示的実施形態４に係る、データ伝送装置の第３構造ブロック図である。
【図１５】本発明の例示的実施形態に係る、コンピュータ端末の構造図である。
【発明を実施するための形態】
【００１４】
本発明の解決策を当業者がより良く理解できるように、本発明の例示的実施形態における技術的解決策は、本発明の例示的実施形態における添付図面を参照しながら、明確かつ完全に後述される。説明される例示的実施形態は、本発明の全例示的実施形態ではなく、一部にすぎないことは明らかである。本発明の例示的実施形態に基づいて当業者が創意的努力なしに導き出す全ての他の例示的実施形態は、本発明の保護範囲内に入るものとする。
【００１５】
本発明の明細書、特許請求の範囲、及び図面における用語「第１」、「第２」などは、類似する対象を区別するために用いられ、必ずしも特定の順番または順序を説明するために用いられるわけではないことに留意されたい。然るやり方で使用されるデータは好適な状況下で交換してもよいため、本明細書において説明される本発明の例示的実施形態は、本明細書において例示または説明される順序以外の順序で実施可能であることを理解されたい。さらに、用語「ｃｏｍｐｒｉｓｅ（備える）／ｉｎｃｌｕｄｅ（含む）」及び「ｈａｖｅ（有する）」、ならびにそれらの任意の変形には、非排他的包含を対象とする意図がある。例えば、一連のステップまたはユニットを含むプロセス、方法、システム、製品、またはデバイスは、明記されるステップまたはユニットに限定される必要はなく、明記されない、もしくはプロセス、方法、システム、製品、またはデバイスに固有の他のステップまたはユニットを含んでもよい。
【００１６】
従来技術において、ネットワークコンテンツ監視及び遮断分野におけるデバイス間のデータ伝送は、以下の主なステップを含む。
【００１７】
１．起動に応じて、第２デバイスは、ユニフォームリソースロケータ（ＵＲＬ）／ドメイン名拒否レコードを第１デバイスから初めて読み出す。
【００１８】
２．全量のデータを更新することによりＵＲＬ／ドメイン名拒否レコードが読み出され、第２デバイスにより送信される要求は、値が０であるタイムスタンプパラメータを保有し得る。
【００１９】
３．値が０であるタイムスタンプパラメータを保有する要求の受信に応じて、第１デバイスは、現在のデータベース内の全てのＵＲＬ／ドメイン名拒否レコードを読み出し、ＵＲＬ／ドメイン名拒否レコードに現在時刻値（分単位精確）を追加し、ＵＲＬ／ドメイン名拒否レコードを現在時刻値と一緒に第２デバイスへ返す。
【００２０】
４．第２デバイスは、全量のＵＲＬ／ドメイン名拒否レコードの受信に応じて、システム内の全拒否レコードを消去し、受信した全量のＵＲＬ／ドメイン名拒否レコードを代わりに使用する。
【００２１】
５．１分後、第２デバイスは、現在時刻が１時間または３０分を経過したか否かを判定する。判定が肯定的である場合、２が実行される。判定が否定的である場合、３において第１デバイスにより返された時刻値であるタイムスタンプパラメータを保有する要求が、第１デバイスへ送信される。
【００２２】
６．値が０ではないタイムスタンプパラメータを保有する要求の受信に応じて、第１デバイスは、タイムスタンプ指定時刻から現在時刻に変更されたデータをデータベースから読み出し、データに現在時刻値（分単位精確）を追加し、データを現在時刻値と一緒に第２デバイスへ返す。
【００２３】
７．第２デバイスは、増分ＵＲＬ／ドメイン名拒否レコードの受信に応じて、システム内の全拒否レコードを更新し、次に５が実行される。
【００２４】
第１デバイスのＵＲＬ／ドメイン名拒否データの大きさが１千万のレベルに達すると、以下の問題が起こり得る。第１デバイスがリアルタイムでデータベースから全量のＵＲＬ／ドメイン名拒否データを読み出す場合、データベース読み出しの時間切れが起こる。第１デバイスと第２デバイスが異なるネットワーク環境に配置されている場合、ネットワークリンクが不安定である。１千万レベルの全量のＵＲＬ／ドメイン名拒否レコードは、データ伝送時間を長引かせるため、多くの場合、全量のデータ伝送の失敗に至り得る。第２デバイスのサーバのメモリは限られるため、メモリの大部分が使用されている場合、全量のＵＲＬ／ドメイン名拒否レコードのスワップイン及びスワップアウトが行われると、多くの場合、メモリが警報を発する。
【００２５】
本発明の理解を容易にするために、本発明の例示的実施形態に関わる用語が、以下に簡潔に説明される。
【００２６】
増分同期：システムＡは、リアルタイムで変化するデータのバッチを保持し、システムＢはシステムＡにより保持されるこのデータのバッチを使用する必要がある。データを読み出すためにシステムＢがシステムＡにアクセスする場合、システムＡは、システムＢの前回のアクセスと今回のアクセスにおけるデータの変化分のみを、システムＢへ送信する。このようなデータ同期方式は、増分同期と呼ばれる。
【００２７】
全量同期：システムＡは、リアルタイムで変化するデータのバッチを保持し、システムＢはシステムＡにより保持されるこのデータのバッチを使用する必要がある。データを読み出すためにシステムＢがシステムＡにアクセスする場合、システムＡは、全ての現在のデータをシステムＢへ送信する。このようなデータ同期方式は、全量同期と呼ばれる。
【００２８】
本発明の例示的実施形態において、第１デバイスと第２デバイスとの間の拒否レコードの全量更新は最適化され、前述の問題を回避するために、増分同期が採用され、全量同期をシミュレートする。特定の例示的実施形態と組み合わせて、詳細な説明が以下に提供される。
【００２９】
例示的実施形態１
本発明の例示的実施形態に係る、データ伝送方法の例示的実施形態がさらに提供される。図面のフロー図に示されるステップは、例えば一連のコンピュータ実行可能命令を含むコンピュータシステムにおいて実行され得ることに留意されたい。さらに、フロー図において論理的順序が示されるが、いくつかの事例において、示されるまたは説明されるステップは、本明細書において説明される順序と異なる順序で行われてもよい。
【００３０】
本出願の例示的実施形態１において提供される方法の例示的実施形態は、移動端末、コンピュータ端末、または同様の演算デバイスにおいて実行され得る。コンピュータ端末上で方法を実施することを実施例にとると、図１は、本発明の例示的実施形態に係る、データ伝送方法を実施するコンピュータ端末のハードウェアの構造ブロック図である。図１に示されるように、コンピュータ端末１０は、１つ以上（１つのみ図示）のプロセッサ１０２（プロセッサ１０２は、マイクロプログラム制御装置（ＭＣＵ）またはプログラマブル論理デバイス（ＦＰＧＡ）などの処理装置を含み得るがこれに限定されない）と、データを記憶するように構成されたメモリ１０４と、通信機能のために構成された伝送モジュール１０６とを含み得る。図１は単に概略構造を示すにすぎず、電子デバイスの構造を制限しないことが、当業者には理解されよう。例えば、コンピュータ端末１０はまた、図１に示されるコンポーネントより多いもしくは少ないコンポーネントを含み得る、または図１に示される構成とは異なる構成を有し得る。
【００３１】
メモリ１０４は、本発明の例示的実施形態におけるデータ伝送方法に対応するプログラム命令／モジュールなど、アプリケーションソフトウェアのソフトウェアプログラム及びモジュールを記憶するように構成され得る。プロセッサ１０２は、メモリ１０４に記憶されているソフトウェアプログラム及びモジュールを作動させることにより、様々な機能アプリケーションを実行しデータ処理を行い、これによりアプリケーションプログラムのデータ伝送方法を実施する。メモリ１０４には、高速ランダムメモリが含まれ得、また不揮発性メモリ、例えば１つ以上の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリも含まれ得る。いくつかの例示的実施形態において、メモリ１０４にはさらに、プロセッサ１０２に対して遠隔に配置されたメモリが含まれ得、これらの遠隔メモリは、ネットワークを介してコンピュータ端末１０に接続され得る。ネットワークの実施例には、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、またはこれらの組み合わせが含まれるが、これらに限定されない。
【００３２】
伝送モジュール１０６は、ネットワークを介してデータを受信または送信するように構成される。特定の実施例において、ネットワークには、コンピュータ端末１０の通信プロバイダにより提供される無線ネットワークが含まれ得る。実施例において、伝送モジュール１０６は、インターネットと通信可能となる基地局を介して、別のネットワークデバイスに接続され得るネットワークインターフェースコントローラ（ＮＩＣ）を含む。実施例において、伝送モジュール１０６は、インターネットと無線で通信するように構成された無線周波数（ＲＦ）モジュールであり得る。
【００３３】
本出願は、前述の稼働環境における図２に示されるデータ伝送方法を提供する。図２は、本発明の例示的実施形態１に係る、データ伝送方法の第１フロー図である。図２に示されるように、方法は以下のステップを含む。
【００３４】
ステップＳ２０２。第１デバイスは、定期的に第２デバイスから要求メッセージを受信し、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有する。
【００３５】
任意で、第１デバイスは、前述の稼働環境におけるコンピュータ端末１０であり得、この例示的実施形態におけるデータ伝送方法を達成するために、第１デバイスの機能がコンピュータ端末１０を使用して実施される。
【００３６】
第２デバイスから定期的に要求メッセージを受信するステップにおける用語「定期的」は、実際の状況に応じて設定され得ることに留意されたい。いずれの２つの受信要求メッセージ間の時間間隔は、固定であり得る。例えば、要求メッセージは、１分に１度受信されるように設定される。要求メッセージはまた、不定の時間間隔で受信されてもよい。例えば、１分後に２度目の要求メッセージが受信され、３分後に３度目の要求メッセージが受信される。実際の状況に応じて、特定の時間間隔が設定され得る。
【００３７】
ステップＳ２０４。第１デバイスは、タイムスタンプの値が事前設定の閾値未満であるか否かを判定する。
【００３８】
第１デバイス及び第２デバイスは、２つの物理的エンティティと明示されてもよく、また２つのアプリケーションと明示されてもよいが、これに限定されないことに留意されたい。タイムスタンプの値は、アラビア数字などの単純な通し番号であってもよく、また時間値であってもよいが、これに限定されない。
【００３９】
タイムスタンプの値は、第１デバイス内の全量のデータの読み出しを示す規定値であってもよい。任意の例示的実施形態において、規定値は０であり得る。すなわち、要求メッセージに保有されるタイムスタンプの値が０である場合、第２デバイスは、第１デバイス内の全量のデータを読み出さなければならないことが示される。
【００４０】
任意の例示的実施形態において、ステップＳ２０４の前に、タイムスタンプの値が規定値であるか否かを判定する必要があり、判定結果が肯定的である場合には、タイムスタンプに対応する断片化データの第２デバイスに対する同期化が誘発される。タイムスタンプの値が規定値である場合、第１デバイスは、全量のデータ内の第１の断片化データを第２デバイスに対し同期化し始めるように誘発され得る。
【００４１】
ステップＳ２０６。タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスは、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第２デバイスに対し同期化し、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【００４２】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【００４３】
第１インデックスｎに対応する、第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、第１デバイスのローカルキャッシュ内の断片化データのインデックスとして用い、ｎは、全量のデータが断片化された後に得られる全ての断片化データの総数Ｎ以下であり、ｎ及びＮは両者とも正の整数である、以上の方式で、断片化データは第１デバイスから取得され得る。任意の例示的実施形態において、第１インデックスｎに対応する、第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、第１デバイスのローカルキャッシュ内の断片化データのインデックスとして用いるステップは、具体的に、第１デバイスにより、ｎがＮ未満であるか否かを判定することと、ｎがＮ未満である場合、第１デバイスにより、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値がｎであるタイムスタンプを添付することと、ｎがＮと等しい場合、第１デバイスにより、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値が特定の時点であるタイムスタンプを添付することであって、この特定の時点は、第２デバイスが第１デバイスに前回アクセスした時点であることと、第１デバイスにより、ｎに対応する断片化データをローカルキャッシュに書き込み、ｎ−１を、ローカルキャッシュ内の断片化データのインデックスとして用いることとを含む。
【００４４】
キャッシュ方式は、送信フォーマットに応じて断片化によりデータをキャッシュし得ることに留意されたい。従って、第２デバイスがデータを読み出す必要がある時、第１デバイスは、断片化データのフォーマットを変換する必要なく、直接データを第２デバイスへ返すため、同期時間は短縮され、同期効率は向上する。
【００４５】
第１デバイス内の全量のデータが断片化され、次に第１デバイスのローカルキャッシュにキャッシュされた後、キャッシュにキャッシュされた各断片化データは、対応インデックスを有する。インデックスは、第２デバイスにより送信される要求メッセージ内のタイムスタンプと対応関係を有する。全量のデータの断片化により得られた断片化データは、タイムスタンプとキャッシュ内の断片化データとの対応関係に従って、第２デバイスに対し同期化される。本発明の任意の例示的実施形態において、ステップＳ２０６内のタイムスタンプに対応する断片化データを第２デバイスに対し同期化することは、タイムスタンプの値をインデックスとして利用して第１デバイスにより、インデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを、第２デバイスに対し同期化することと、明示され得る。
【００４６】
前述のステップを通して、全量のデータは断片化によりキャッシュされ、次に受信要求メッセージ内のタイムスタンプに従って、キャッシュ内のタイムスタンプに対応する断片化データは、タイムスタンプとキャッシュ内の断片化データとの関係に基づいて、順次第２デバイスに対し同期化される。その結果、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【００４７】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第１デバイスが受信した後、第１デバイスは、従来技術の方式に従って、８０レコードを第２デバイスに対し１度に全て同期化する。この例示的実施形態において、第１デバイスは、８０レコードを断片化し、レコードは、均等配分または不均等配分方式で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。各断片に含まれるデータはキャッシュに書き込まれ、キャッシュ内の４つの断片化データに対応するインデックスは、０、１、２、及び３に設定される。第２デバイスが第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで第１デバイスは、０をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。ある時間（例えば１分）経過後、第１デバイスは第２要求を受信する。第２要求内に保有されるタイムスタンプは１であり、そこで第１デバイスは、１をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。キャッシュ内の断片化データが完全に読み出されるまで、残りも同じように処理され得る。つまり、この例示的実施形態において、全量のデータは断片化され、断片化データは第２デバイスに対し順次同期化され、すなわち全量のデータは第２デバイスに対しバッチで同期化され、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【００４８】
任意の例示的実施形態において、図３は、本発明の例示的実施形態１に係る、データ伝送方法の第２フロー図である。図３に示されるように、方法はさらに以下を含む。
【００４９】
ステップＳ３０２。タイムスタンプの値が事前設定の閾値以上である場合、第１デバイスは、タイムスタンプにより示される時刻から現在時刻までに生成された増分データを、第２デバイスに対し同期化する。
【００５０】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図２に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する（すなわちステップＳ３０２において、タイムスタンプは事前設定の閾値以上である）。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【００５１】
ステップＳ３０２において、タイムスタンプの値は事前設定の閾値以上であり、これは、第２デバイスにより送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データは、第２デバイスへ伝送される必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち第１デバイスが全量同期を用いて第２デバイスに対しデータを同期化する指示が受信されるまでなど、第１デバイスはいつも通常増分同期を用いて、第２デバイスに対し増分データを同期化する。
【００５２】
本発明の例示的実施形態において、第１デバイスと第２デバイスの間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。方法は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に本発明の例示的実施形態の方法により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【００５３】
本発明のより良い理解のために、本発明はさらに、任意の例示的実施形態と組み合わせて以下に説明される。
【００５４】
任意の例示的実施形態において、全量のレコードがリアルタイムでデータベースから読み出される場合に生じる読み出しの時間切れなどの問題を解決するために、第１デバイスは３０分ごとに、第１デバイスのデータベース内の全量ＵＲＬ／ドメイン名を断片化しキャッシュする。図４は、本発明の任意の例示的実施形態に係る、第１デバイスにより全量のデータを断片化及びキャッシュする概要フロー図である。図４に示されるように、以降のステップが含まれる。
【００５５】
ステップＳ４０２。全量ＵＲＬ／ドメイン名拒否レコードの断片数（例えば４）が設定され、断片数は１０未満である。
【００５６】
ステップＳ４０４。分単位精確な現在時刻が読み出され、タイムスタンプに記録される。
【００５７】
ステップＳ４０６。タイムスタンプの値に従って、現在時刻に対応するデータベース内の全量レコードの数（例えば８１）が読み出される。
【００５８】
ステップＳ４０８。断片数に従って、全量レコードの各断片に含まれるレコードの数（例えば２０、２０、２０、２１）が計算される。
【００５９】
ステップＳ４１０。値が１である断片カウントインデックス（すなわち前述の例示的実施形態における第１インデックスｎ）が設定される。
【００６０】
ステップＳ４１２。現在のインデックス値が断片数（前述の例示的実施形態における断片化データの総数Ｎに相当）未満であるか否かが判定され、結果が肯定的である場合（例えば１）、ステップＳ４１４が実行され、結果が否定的である場合（例えば４）、ステップＳ４２２が実行される。
【００６１】
ステップＳ４１４。インデックスに対応する特定断片に含まれるデータが、データベースから読み出される。
【００６２】
ステップＳ４１６。値がインデックスであるタイムスタンプが添付される。
【００６３】
ステップＳ４１８。断片化データ及びタイムスタンプがキャッシュに書き込まれ、キー値はインデックス−１（前述の例示的実施形態におけるｎ−１に相当）である。
【００６４】
ステップＳ４２０。断片カウントインデックスは１だけ増え、手順はステップＳ４１２を実行するために戻る。
【００６５】
ステップＳ４２２。インデックスに対応する特定断片に含まれるデータが、データベースから読み出される。
【００６６】
ステップＳ４２４。値がタイムスタンプ（前述の例示的実施形態における特定の時点に相当）であるタイムスタンプが添付される。
【００６７】
ステップＳ４２６。断片化データ及びタイムスタンプがキャッシュに書き込まれ、キー値はインデックス−１である。
【００６８】
第２デバイスが第１デバイスから全量拒否レコードを読み出す場合、第１デバイスは、既存の全量拒否レコードをキャッシュし、全量拒否レコードを第２デバイスへバッチで返すことで、大量のデータの１度の伝送中に引き起こされる可能性のあるネットワーク問題、及び第２デバイスのメモリ使用の問題を解決する。図５は、本発明の任意の例示的実施形態に係る、データ伝送方法の概略フロー図である。図５に示されるように、４つのキャッシュを実施例として、方法は以下のステップを含む。
【００６９】
ステップＳ５０１。第２デバイスは第１デバイスに対し、全量拒否レコードを読み出すために、０のタイムスタンプを有する要求を開始する。
【００７０】
ステップＳ５０２。第１デバイスは、タイムスタンプが全量拒否レコードの更新を示す０であることを特定し、０をキーとして用いることで全量拒否レコードのキャッシュから第１キャッシュ内の断片化データを読み出し、１のタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００７１】
ステップＳ５０３。第２デバイスは、システム内の拒否レコードを消去し、受信した全量の拒否レコードの第１キャッシュ内の断片化データを使用する。
【００７２】
ステップＳ５０４。１分後、第２デバイスは第１デバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５０２で第１デバイスにより返された１である要求を開始する。
【００７３】
ステップＳ５０５。第１デバイスは、タイムスタンプが全量拒否レコードの不完全更新を示す１０未満であることを特定し、１をキーとして用いることで全量拒否レコードのキャッシュから第２キャッシュ内の断片化データを読み出し、２のタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００７４】
ステップＳ５０６。第２デバイスは、受信した第２キャッシュ内の断片化データを、既存の拒否レコードに追加する。
【００７５】
ステップＳ５０７。１分後、第２デバイスは第１デバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５０５で第１デバイスにより返された２である要求を開始する。
【００７６】
ステップＳ５０８。第１デバイスは、タイムスタンプが全量拒否レコードの不完全更新を示す１０未満であることを特定し、２をキーとして用いることで全量拒否レコードのキャッシュから第３キャッシュ内の断片化データを読み出し、３のタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００７７】
ステップＳ５０９。第２デバイスは、受信した第３キャッシュ内の断片化データを、既存の拒否レコードに追加する。
【００７８】
ステップＳ５１０。１分後、第２デバイスは第１デバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５０８で第１デバイスにより返された３である要求を開始する。
【００７９】
ステップＳ５１１。第１デバイスは、タイムスタンプが全量拒否レコードの不完全更新を示す１０未満であることを特定し、３をキーとして用いることで全量拒否レコードのキャッシュから第４キャッシュ内の断片化データを読み出し、全量拒否レコード内にキャッシュされた生成時刻タイムスタンプであるタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００８０】
ステップＳ５１２。第２デバイスは、受信した第４キャッシュ内の断片化データを、既存の拒否レコードに追加する。
【００８１】
ステップＳ５１３。１分後、第２デバイスはＭｒｍに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５１１で第１デバイスにより返されたタイムスタンプである要求を開始する。
【００８２】
ステップＳ５１４。第１デバイスＭｒｍは、タイムスタンプが通常増分拒否レコード要求を示す１０超過であることを特定し、データベースにおいてタイムスタンプから現在時刻までの拒否レコードの変化分を読み出し、現在時刻を変化分に添付し、現在時刻及び変化分を第２デバイスへ返す。
【００８３】
第２デバイスは、引き続き毎分、増分拒否レコード要求を行う。１時間または３０分が経過した場合、第２デバイスは増分拒否レコード要求を全く行わず、手順はステップＳ５０１を実行しに戻る。
【００８４】
本発明の図５に示される任意の例示的実施形態における１分は、図２に示される例示的実施形態における「定期的」に相当し、０のタイムスタンプは、図２に示される例示的実施形態におけるタイムスタンプの値が規定値であることに相当し、全量拒否レコードの読み出しを示すことに留意されたい。
【００８５】
例示的実施形態における０、１、２、または３のタイムスタンプは、図２に示される例示的実施形態におけるタイムスタンプの値に相当し、キーは、図２に示される例示的実施形態におけるインデックスに相当し、タイムスタンプは、図３に示される例示的実施形態における事前設定の閾値以上である値を有するタイムスタンプに相当する。
【００８６】
前述の例示的実施形態において、２つの種類の同期、すなわち増分同期と全量同期が存在する。全量同期によるデータ同期は、以下のように実施される。全量のデータは予め断片化及びキャッシュされ、第２デバイスがデータを読み出す時に断片化及びキャッシュされたデータが直接使用され、すなわち全量のデータの同期は、全量のデータの断片数Ｎに従ってＮ回増分同期をシミュレートすることにより達成され、これにより、データ読み出しの圧力は軽減され、第１デバイスが初めて第２デバイスに対しデータを同期化する時に多すぎるデータ量に起因した同期障害は回避される。
【００８７】
簡潔な説明のため、前述の方法の例示的実施形態は、全て一連の動作の組合せとして説明されることに留意されたい。しかしながら、いくつかのステップは本発明に従って別の順序で、または同時に行ってもよいため、本発明は説明される動作順序に限定されないことが、当業者には理解されよう。さらに、本明細書において説明される例示的実施形態は全て、好ましい例示的実施形態に属し、それに伴う動作及びモジュールは、本発明に必ずしも必須ではないことが、当業者にまた理解されよう。
【００８８】
実施方式の前述の説明に基づいて、前述の例示的実施形態に係るデータ伝送方法は、ソフトウェアに加えて必要な汎用ハードウェアプラットフォームにより実施されてもよく、もちろんハードウェアにより実施されてもよいが、大半の場合、前者が好ましい実施態様であることを、当業者は明らかに理解するであろう。このような理解に基づいて、本発明の技術的解決策は本質的に、または従来技術に貢献する部分は、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光ディスクなど）に記憶され得、端末デバイス（携帯電話、コンピュータ、サーバ、またはネットワークデバイスなどであり得る）が本発明の例示的実施形態における方法を実行することを可能にするいくつかの命令を含み得る。
【００８９】
例示的実施形態２
本発明の例示的実施形態に係る、データ伝送方法がさらに提供される。図６は、本発明の例示的実施形態２に係る、データ伝送方法の第１フロー図である。図６に示されるように、方法は以下を含む。
【００９０】
ステップＳ６０２。第２デバイスは第１デバイスへ要求メッセージを送信し、要求メッセージは要求メッセージに対応するタイムスタンプを保有する。
【００９１】
第２デバイスは、例示的実施形態１におけるコンピュータ端末１０の構造と同じ構造を有するコンピュータ端末であり得ることに留意されたい。この例示的実施形態におけるデータ伝送方法は、コンピュータ端末の環境において完了されるが、これに限定されない。要求メッセージを送信することは、要求メッセージを定期的に送信することでも、要求メッセージを不定期に送信することであってもよく、これは特定の状況に応じて明確に設定してもよい。
【００９２】
ステップＳ６０４。タイムスタンプの値が事前設定の閾値未満である場合、第２デバイスは、第１デバイスにより送信される断片化データを受信し、この断片化データは、タイムスタンプに対応し、かつ第１デバイスにローカル内にキャッシュされた断片化データであり、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【００９３】
タイムスタンプの値は、第２デバイスに第１デバイス内の全量のデータの読み出すように命令する規定値であってもよい。任意の例示的実施形態において、規定値は０であり得、すなわち要求メッセージ内に保有されるタイムスタンプが０である場合、これは第２デバイスが第１デバイスの全量のデータを読み出さなければならないことを示す。任意の例示的実施形態において、ステップＳ６０４の前に、方法はさらに、第２デバイスにより、タイムスタンプの値が規定値である場合、第１デバイスが全量のデータを送信するように誘発することと、第１デバイスにより送信され、かつ規定値に対応する断片化データを受信することとを含む。
【００９４】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【００９５】
具体的に、第１デバイスが全量のデータを断片化及びキャッシュする方法、すなわち第１デバイスから断片化データを得る方法は、例示的実施形態１の方法と同じである。さらなる詳細の説明は、ここでは行わない。
【００９６】
ステップＳ６０４において、第１デバイスにより送信される断片化データを第２デバイスにより受信するステップは、第２デバイスにより、タイムスタンプの値であるインデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを受信することと、第２デバイスにより、第１デバイスにより送信される特定のタイムスタンプを受信することであって、特定のタイムスタンプの値は、タイムスタンプの値に１を加えることにより得られることと、明示され得る。
【００９７】
前述のステップを通して、第２デバイスは、タイムスタンプを保有する要求メッセージを送信し、受信された要求メッセージ内のタイムスタンプに従って第１デバイスにより送信される、タイムスタンプに対応する第１デバイスのキャッシュ内の断片化データを受信し、すなわち第２デバイスは、第１デバイスに予めキャッシュ及び断片化された断片化データをタイムスタンプに従って読み出し、これにより、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【００９８】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第２デバイスが送信した後、第２デバイスは、従来技術の方式に従って、８０レコードを１度に全て読み出す。この例示的実施形態において、第１デバイスは、８０レコードを断片化し、レコードは、均等配分または不均等配分で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。各断片に含まれるデータはキャッシュに書き込まれ、キャッシュ内の４つの断片化データに対応するインデックスは、０、１、２、及び３に設定される。第２デバイスが第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで第２デバイスは、０をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。ある時間（例えば１分）経過後、第２デバイスは第２要求を送信する。第２要求内に保有されるタイムスタンプは１であり、そこで第２デバイスは、１をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。第２デバイスが第１デバイスのキャッシュ内の断片化データを完全に読み出すまで、残りも同じように処理され得る。すなわち、この例示的実施形態において、第１デバイスは全量のデータを断片化し、第２デバイスは第１デバイスのキャッシュ内の断片化データをバッチで読み出し、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【００９９】
任意の例示的実施形態において、図７は、本発明の例示的実施形態２に係る、データ伝送方法の第２フロー図である。図７に示されるように、方法はさらに以下を含む。
【０１００】
ステップＳ７０２。タイムスタンプの値が事前設定の閾値以上である場合、第２デバイスは、タイムスタンプにより示される時刻から現在時刻までに生成され、かつ第１デバイスにより送信される増分データを受信する。
【０１０１】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図６に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する（すなわちステップＳ７０２において、タイムスタンプは事前設定の閾値以上である）。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【０１０２】
ステップ７０２において、タイムスタンプの値は事前設定の閾値以上であり、これは、第２デバイスにより送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データは、第２デバイスへ伝送される必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち第２デバイスが全量同期を用いてデータを読み出す指示を受信するまでなど、第２デバイスはいつも通常増分同期を用いて増分データを読み出す。
【０１０３】
本発明の例示的実施形態において、第１デバイスと第２デバイスの間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。方法は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に本発明の例示的実施形態の方法により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【０１０４】
本発明のより良い理解のために、本発明は、例示的実施形態１における図４及び図５に示される任意の例示的実施形態を参照して、以下にさらに説明され得る。さらなる詳細の説明は、ここでは行わない。
【０１０５】
例示的実施形態３
本発明の例示的実施形態に係る、例示的実施形態１におけるデータ伝送方法を実施する装置がさらに提供される。図８は、本発明の例示的実施形態３に係る、データ伝送装置の第１構造ブロック図である。図８に示されるように、装置は第１デバイスに適用され、以下のモジュールを含む。
【０１０６】
受信モジュール８０は、定期的に第２デバイスから要求メッセージを受信するように構成され、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有する。
【０１０７】
第２デバイスから定期的に要求メッセージを受信することにおける「定期的」は、実際の状況に応じて設定され得ることに留意されたい。いずれの２つの受信要求メッセージ間の時間間隔は、固定であり得る。例えば、要求メッセージが１分に１度受信されるように設定される。要求メッセージはまた、不定の時間間隔で受信されてもよい。例えば、１分後に２度目の要求メッセージが受信され、３分後に３度目の要求メッセージが受信される。実際の状況に応じて、特定の時間間隔が設定され得る。
【０１０８】
第１判定モジュール８２は、受信モジュール８０に接続され、タイムスタンプの値が事前設定の閾値未満であるか否かを判定するように構成される。
【０１０９】
タイムスタンプの値は、第１デバイス内の全量のデータの読み出しを示す規定値であってもよい。任意の例示的実施形態において、規定値は０であり得る。すなわち、要求メッセージに保有されるタイムスタンプの値が０である場合、第２デバイスは、第１デバイス内の全量のデータを読み出さなければならないことが示される。
【０１１０】
任意の例示的実施形態において、図９は、本発明の例示的実施形態３に係る、データ伝送装置の第２構造ブロック図である。図９に示されるように、装置はさらに、受信モジュール８０に接続された第２判定モジュール９０であって、この第２判定モジュール９０は、タイムスタンプの値が、全量のデータの読み出しを示すために使用される規定値であるか否かを判定し、判定結果が肯定的である場合に、タイムスタンプに対応する断片化データの第２デバイスに対する同期化を誘発するように構成された、第２判定モジュールを含む。
【０１１１】
第１同期化モジュール８４は、第１判定モジュール８２に接続され、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第２デバイスに対し同期化するように構成され、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【０１１２】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【０１１３】
第１同期化モジュール８４はさらに、タイムスタンプの値をインデックスとして利用して、インデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを、第２デバイスに対し同期化するように構成される。
【０１１４】
任意の例示的実施形態において、図１０は、本発明の例示的実施形態３に係る、データ伝送装置の第３構造ブロック図である。図１０に示されるように、装置はさらに、第１同期化モジュール８４に接続されたキャッシュモジュール１００であって、このキャッシュモジュール１００は、第１インデックスｎに対応する、第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、第１デバイスのローカルキャッシュ内の断片化データのインデックスとして用いるように構成され、ｎは、全量のデータが断片化された後に得られる全ての断片化データの総数Ｎ以下であり、ｎ及びＮは両者とも正の整数である、キャッシュモジュール１００を含む。
【０１１５】
特に、キャッシュモジュール１００はさらに、ｎがＮ未満であるか否かを判定するように構成された判定ユニット１００１と、判定ユニット１００１に接続された第１読み出しユニット１００２であって、この第１読み出しユニット１００２は、ｎがＮ未満である場合、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値がｎであるタイムスタンプを添付するように構成された、第１読み出しユニット１００２と、判定ユニット１００１に接続された第２読み出しユニット１００３であって、この第２読み出しユニット１００３は、ｎがＮと等しい場合、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値が特定の時点であるタイムスタンプを添付するように構成され、この特定の時点は、第２デバイスが第１デバイスに前回アクセスした時点である、第２読み出しユニット１００３と、第１読み出しユニット１００２及び第２読み出しユニット１００３に接続されたキャッシュユニット１００４であって、このキャッシュユニット１００４は、ｎに対応する断片化データをローカルキャッシュに書き込み、ｎ−１を、ローカルキャッシュ内の断片化データのインデックスとして用いるように構成された、キャッシュユニット１００４とを含む。
【０１１６】
キャッシュユニット１００４は、送信フォーマットに応じてｎに対応する断片化データを書き込み得ることに留意されたい。従って、第２デバイスがデータを読み出す必要がある時、第１デバイスは、断片化データのフォーマットを変換する必要なく、直接データを第２デバイスへ返すため、同期時間は短縮され、同期効率は向上する。
【０１１７】
前述の装置を通して、全量のデータは断片化によりキャッシュされ、次に受信要求メッセージ内のタイムスタンプに従って、キャッシュ内のタイムスタンプに対応する断片化データは、タイムスタンプとキャッシュ内の断片化データとの関係に基づいて、順次第２デバイスに対し同期化される。その結果、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【０１１８】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第１デバイスが受信した後、第１デバイスは、従来技術の方式に従って、８０レコードを第２デバイスに対し１度に全て同期化する。この例示的実施形態において、第１デバイスにおける装置は、８０レコードを断片化し、レコードは、均等配分または不均等配分で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。キャッシュユニット１００４は、各断片に含まれるデータをキャッシュに書き込み、キャッシュ内の４つの断片化データに対応するインデックスを、０、１、２、及び３に設定する。第２デバイスが第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで第１デバイスの第１同期化モジュール８４は、０をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。ある時間（例えば１分）経過後、第１デバイスの受信モジュール８０は、第２要求を受信する。第２要求内に保有されるタイムスタンプは１であり、そこで第１デバイスの第１同期化モジュール８４は、１をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。キャッシュ内の断片化データが完全に読み出されるまで、残りも同じように処理され得る。つまり、この例示的実施形態における装置は、全量のデータを断片化し、断片化データを第２デバイスに対し順次同期化し、すなわち全量のデータは第２デバイスに対しバッチで同期化され、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【０１１９】
図１１は、本発明の例示的実施形態３に係る、データ伝送装置の第４構造ブロック図である。図１１に示されるように、装置はさらに、第１判定モジュール８２に接続された第２同期化モジュール１１０１であって、この第２同期化モジュール１１０１は、タイムスタンプの値が事前設定の閾値以上である場合、タイムスタンプにより示される時刻から現在時刻までに生成された増分データを、第２デバイスに対し同期化するように構成された、第２同期化モジュール１１０１を含む。
【０１２０】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図８に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【０１２１】
タイムスタンプの値が事前設定の閾値以上であることは、第２デバイスにより送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２同期化モジュール１１０１は、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データを、第２デバイスへ伝送する必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち第１デバイスが全量同期を用いて第２デバイスに対しデータを同期化する指示が受信されるまでなど、第１デバイスはいつも通常増分同期を用いて、第２デバイスに対し増分データを同期化する。
【０１２２】
本発明の例示的実施形態において、第１デバイスと第２デバイスの間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。装置は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に本発明の例示的実施形態の方法により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【０１２３】
第１同期化モジュール８４及び第２同期化モジュール１１０１は、第１デバイス内の同一の同期化モジュールであってもよく、また第１デバイス内の異なる同期化モジュールであってもよいことに留意されたい。
【０１２４】
例示的実施形態４
本発明の例示的実施形態に係る、例示的実施形態２におけるデータ伝送方法を実施する装置がさらに提供される。図１２は、本発明の例示的実施形態４に係る、データ伝送装置の第１構造ブロック図である。図１２に示されるように、装置は第２デバイスに適用され、送信モジュール１２０２と、第１受信モジュール１２０４を含む。
【０１２５】
送信モジュール１２０２は、第１デバイスへ要求メッセージを送信するように構成され、要求メッセージは要求メッセージに対応するタイムスタンプを保有する。
【０１２６】
要求メッセージを送信することは、要求メッセージを定期的に送信することでも、要求メッセージを不定期に送信することであってもよく、これは特定の状況に応じて明確に設定可能であることに留意されたい。
【０１２７】
第１受信モジュール１２０４は、送信モジュール１２０２に接続され、タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスにより送信される断片化データを受信するように構成され、断片化データは、タイムスタンプに対応し、かつ第１デバイス内にローカルにキャッシュされた断片化データであり、断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【０１２８】
タイムスタンプの値は、第２デバイスに第１デバイス内の全量のデータの読み出すように命令する規定値であってもよい。任意の例示的実施形態において、規定値は０であり得、すなわち要求メッセージ内に保有されるタイムスタンプが０である場合、これは第２デバイスが第１デバイスの全量のデータを読み出さなければならないことを示す。任意の例示的実施形態において、装置はさらに、タイムスタンプの値が規定値である場合、第１デバイスが全量のデータを送信することを誘発するように構成された誘発モジュールと、第１デバイスにより送信され、かつ規定値に対応する断片化データを受信するように構成された第３受信モジュールであって、規定値は、第１デバイスから全量のデータを読み出すよう第２デバイスに命令するために使用される、第３受信モジュールとを含む。
【０１２９】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【０１３０】
具体的に、第１デバイスが全量のデータを断片化及びキャッシュする方法、すなわち第１デバイスから断片化データを得る方法は、例示的実施形態１の方法と同じである。さらなる詳細の説明は、ここでは行わない。
【０１３１】
本発明の任意の例示的実施形態において、図１３は、本発明の例示的実施形態４に係る、データ伝送装置の第２構造ブロック図である。図１３に示されるように、第１受信モジュール１２０４は、タイムスタンプの値であるインデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを受信するように構成された第１受信ユニット１３０２と、第１受信ユニット１３０２に接続された第２受信ユニット１３０４であって、第２受信ユニット１３０４は、第１デバイスにより送信される特定のタイムスタンプを受信するように構成され、特定のタイムスタンプの値は、タイムスタンプの値に１を加えることにより得られる、第２受信ユニット１３０４とを含み得る。
【０１３２】
前述の装置を通して、送信モジュール１２０２は、タイムスタンプを保有する要求メッセージを送信し、第１受信モジュール１２０４は、受信要求メッセージ内のタイムスタンプに従って第１デバイスにより送信される、タイムスタンプに対応する第１デバイスのキャッシュ内の断片化データを受信する。すなわち、装置は、タイムスタンプに従って、第１デバイス内に予めキャッシュ及び断片化された断片化データを読み出し、これにより、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解消され、データ伝送の効率は向上する。
【０１３３】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第２デバイスが送信した後、第２デバイスは、従来技術の方式に従って、８０レコードを１度に全て読み出す。この例示的実施形態において、第１デバイスは、８０レコードを断片化し、レコードは、均等配分または不均等配分で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。各断片に含まれるデータはキャッシュに書き込まれ、キャッシュ内の４つの断片化データに対応するインデックスは、０、１、２、及び３に設定される。第２デバイス内の装置の送信モジュール１２０２が第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで装置の第１受信モジュール１２０４は、０をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。ある時間（例えば１分）経過後、第２デバイス内の装置の送信モジュール１２０２は、第２要求を送信する。第２要求内に保有されるタイムスタンプは１であり、そこで装置の第１受信モジュール１２０４は、１をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。第２デバイス内の装置が第１デバイスのキャッシュ内の断片化データを完全に読み出すまで、残りも同じように処理され得る。すなわち、この例示的実施形態において、第１デバイスは全量のデータを断片化し、装置は第１デバイスのキャッシュ内の断片化データをバッチで読み出し、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【０１３４】
図１４は、本発明の例示的実施形態４に係る、データ伝送装置の第３構造ブロック図である。図１４に示されるように、装置はさらに、送信モジュール１２０４に接続された第２受信モジュール１４０２であって、第２受信モジュール１４０２は、タイムスタンプの値が事前設定の閾値以上である場合、タイムスタンプにより示される時刻から現在時刻までに生成され、かつ第１デバイスにより送信される増分データを受信するように構成された、第２受信モジュール１４０２を含む。
【０１３５】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図１２に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【０１３６】
タイムスタンプの値が事前設定の閾値以上であることは、第２デバイス内の装置により送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２デバイス内の装置は、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データを読み出す必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち装置が全量同期を用いてデータを読み出す指示を受信するまでなど、装置はいつも通常増分同期を用いて増分データを読み出す。
【０１３７】
本発明の例示的実施形態において、第１デバイス及び第２デバイス内の装置間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。装置は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に装置により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【０１３８】
例示的実施形態５
本発明の例示的実施形態は、コンピュータ端末を提供し得る。コンピュータ端末は、コンピュータ端末群内の任意のコンピュータ端末デバイスであり得る。任意で、この例示的実施形態において、コンピュータ端末はまた、移動端末などの端末デバイスにより置き換えられてもよい。
【０１３９】
任意で、この例示的実施形態において、コンピュータ端末は、コンピュータネットワーク内の複数のネットワークデバイスのうちの少なくとも１つに配置され得る。
【０１４０】
この例示的実施形態において、コンピュータ端末は、アプリケーションの例示的実施形態１におけるデータ伝送方法内のステップのプログラムコードを実行し得る。詳細に関しては、例示的実施形態１を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１４１】
任意で、図１５は、本発明の例示的実施形態に係る、コンピュータ端末の構造ブロック図である。図１５に示されるように、コンピュータ端末Ａは、１つ以上のプロセッサ１５０２（１つのみ図示）と、メモリ１５０６と、伝送装置１５０８とを含み得る。
【０１４２】
メモリ１５０６は、本発明の例示的実施形態におけるセキュリティ脆弱性検出方法及び装置に対応するプログラム命令／モジュールなど、ソフトウェアプログラム及びモジュールを記憶するように構成され得る。プロセッサ１５０２は、メモリに記憶されているソフトウェアプログラム及びモジュールを作動させることにより、異なる機能アプリケーションを実行しデータ処理を行い、これによりシステム脆弱性攻撃検出方法を実施する。メモリ１５０６には、高速ランダムメモリが含まれ得、また不揮発性メモリ、例えば１つ以上の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリも含まれ得る。いくつかの例示的実施形態において、メモリ１５０６にはさらに、プロセッサ１５０２に対して遠隔に配置されたメモリが含まれ得、これらの遠隔メモリ１５０６は、ネットワークを介して端末Ａに接続され得る。ネットワークの実施例には、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、またはこれらの組み合わせが含まれるが、これらに限定されない。
【０１４３】
プロセッサ１５０２は、例示的実施形態１におけるステップのアプリケーションを実行するために、伝送装置１４０８を使用して、メモリ１５０６に記憶されている情報及びアプリケーションを呼び出し得る。
【０１４４】
本発明の例示的実施形態を使用して、コンピュータ端末の解決策が提供される。コンピュータ端末を使用して、例示的実施形態１におけるステップのプログラムコードが実行され、これにより、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解消され、データ伝送の効率は向上する。
【０１４５】
図１５において示される構造は単なる概略に過ぎず、コンピュータ端末は、スマートフォン（アンドロイドフォンまたはｉＯＳフォンなど）、タブレットコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ＭＩＤ）、またはＰＡＤなどの端末デバイスでもあり得ることを、当業者に理解されたい。図１５は、電子デバイスの構造を制限しない。例えば、コンピュータ端末Ａはまた、図１５に示されるコンポーネントより多いもしくは少ないコンポーネント（ネットワークインターフェース及びディスプレイ装置など）を含み得る、または図１５に示される構成とは異なる構成を有し得る。
【０１４６】
前述の例示的実施形態の方法における全てまたは一部のステップは、端末デバイスの関連ハードウェアに対しプログラムが命令することにより、完了され得ることが、当業者には理解されよう。プログラムは、コンピュータ可読記憶媒体に記憶され得る。記憶媒体には、フラッシュディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスクが含まれ得る。
【０１４７】
例示的実施形態６
本発明の例示的実施形態は、コンピュータ端末を提供し得る。コンピュータ端末は、コンピュータ端末群内の任意のコンピュータ端末デバイスであり得る。任意で、この例示的実施形態において、コンピュータ端末はまた、移動端末などの端末デバイスにより置き換えられてもよい。
【０１４８】
任意で、この例示的実施形態において、コンピュータ端末は、コンピュータネットワーク内の複数のネットワークデバイスのうちの少なくとも１つに配置され得る。
【０１４９】
この例示的実施形態において、コンピュータ端末は、アプリケーションの例示的実施形態２におけるデータ伝送方法内のステップのプログラムコードを実行し得る。詳細に関しては、例示的実施形態２を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１５０】
この例示的実施形態におけるコンピュータ端末の構造は、プロセッサ、メモリ、及び伝送装置を含む例示的実施形態５におけるコンピュータ端末の構造と類似する。メモリは、例示的実施形態２におけるデータ伝送方法内のステップのプログラムコードを記憶するように構成される。プロセッサは、例示的実施形態２におけるステップのプログラムコードを実行するために、伝送装置を使用して、メモリに記憶されている情報及びアプリケーションを呼び出すように構成される。具体的なステップに関しては、例示的実施形態２における方法を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１５１】
例示的実施形態７
本発明の例示的実施形態はさらに、記憶媒体を提供する。任意で、この例示的実施形態において、記憶媒体は、例示的実施形態１において提供されるデータ伝送方法により実行されるプログラムコードを記憶するように構成され得る。
【０１５２】
任意で、この例示的実施形態において、記憶媒体は、コンピュータネットワーク内のコンピュータ端末群の任意のコンピュータ端末に配置され得る、または移動端末群の任意の移動端末に配置され得る。
【０１５３】
任意で、当例示的実施形態において、記憶媒体は、例示的実施形態１または例示的実施形態２におけるデータ伝送方法内のステップを実行するためのプログラムコードを記憶するように構成される。具体的なステップに関しては、例示的実施形態１または例示的実施形態２を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１５４】
本発明の例示的実施形態の前述の一連番号は、単に説明の便宜のために過ぎず、例示的実施形態間の選好性を意味しない。
【０１５５】
本発明の前述の例示的実施形態において、各例示的実施形態の説明は、独自の焦点を有し、ある例示的実施形態において詳しく述べられないコンテンツに関しては、別の例示的実施形態の関連説明を参照してもよい。
【０１５６】
本出願において提供されるいくつかの例示的実施形態において、開示される技術的内容は、別の方式で実施してもよいことを理解されたい。説明される装置の例示的実施形態は、単なる例示に過ぎない。例えば、ユニットの分割は、単に論理的機能の分割に過ぎず、実際の実施態様には別の方式の分割が存在し得、例えば複数のユニットもしくはコンポーネントは、組み合わされても、別のシステムに統合されてもよく、またはいくつかの機能は、省略されても、実行されなくてもよい。さらに、表示もしくは論述された相互連結または直接連結または通信接続は、いくつかのインターフェースを使用して実施されてもよく、ユニットもしくはモジュール間の非直接連結または通信接続は、電気または別の形態で実施されてもよい。
【０１５７】
別個の部分として説明されるユニットは物理的に別個であってもなくてもよく、ユニットとして表示される部分は、物理的ユニットであってもなくてもよく、１つの位置に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。例示的実施形態の解決目的を達成するために、実際の要件に従って、ユニットの一部または全てが選択され得る。
【０１５８】
さらに、本発明の例示的実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、またはユニットのそれぞれが物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形態で実施されてもよく、またはソフトウェア機能ユニットの形態で実施されてもよい。
【０１５９】
統合されたユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に記憶され得る。このような理解に基づいて、本質的に本発明の技術的解決策は、または従来技術に貢献する部分は、または技術的解決策の全てもしくは一部は、ソフトウェア製品の形態で実現され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）に、本発明の例示的実施形態において説明される方法のステップの全てまたは一部を実行するように命じるいくつかの命令を含む。前述の記憶媒体には、ＵＳＢフラッシュドライブ、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、着脱可能ハードディスク、磁気ディスク、または光ディスクなど、プログラムコードを記憶し得る任意の媒体が含まれる。
【０１６０】
前述は、単に本発明の好ましい例示的実施形態である。いくつかの改良及び変更は、本発明の原理から逸脱することなく行われてもよく、それは本発明の保護範囲に入るものとして解釈されるべきであることを、当業者により留意されたい。
【図１】
2018536226.tif 000003
【図２】
2018536226.tif 000004
【図３】
2018536226.tif 000005
【図４】
2018536226.tif 000006
【図５】
2018536226.tif 000007
【図６】
2018536226.tif 000008
【図７】
2018536226.tif 000009
【図８】
2018536226.tif 000010
【図９】
2018536226.tif 000011
【図１０】
2018536226.tif 000012
【図１１】
2018536226.tif 000013
【図１２】
2018536226.tif 000014
【図１３】
2018536226.tif 000015
【図１４】
2018536226.tif 000016
【図１５】
2018536226.tif 000017
【手続補正書】
【提出日】平成30年6月21日(2018.6.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
関連特許出願の相互参照
本出願は、２０１５年１０月２２日に出願された“ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ”と題する中国特許出願第２０１５１０６９６５０８．４号に対する優先権を主張し、その全体が参照により本明細書に組み込まれるものとする。
【０００２】
本発明は、インターネット技術の分野に関し、特にデータ伝送方法及び装置に関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、一部の違法者は、インターネットプラットフォームを使用して、ポルノ、ギャンブル、暴力、及びテロリズムに関するコンテンツなど、社会にとって有害な情報を公開し得る。これは、社会に悪影響をもたらす。したがって、ウェブコンテンツを監視する必要があり得る。有害情報の拡散を最小限にするために、有害情報は発見されると遮断され得る。
【０００４】
従来技術において、ネットワークコンテンツ監視システムは一般に、２つのシステム（２つのデバイスと明示され得る）、例えばシステムＡ及びシステムＢを含む。システムＢは、データをシステムＡに同期させる必要がある。従来技術において、全データ情報が各同期動作中に同期される必要があり、これはデータベース読み出しの時間切れをもたらし得る。あるいは、システムＡとシステムＢが異なるネットワーク環境に配置されている場合、システムＡにより提供される全量のデータが大きすぎる場合、及びシステムＢのメモリが過度に使用されている場合、システムＡからシステムＢへの全量のデータの更新は頻繁に失敗となり得る。
【０００５】
現時点では、前述の問題を解決する有効な解決策は、何も提唱されていない。
【発明の概要】
【０００６】
本発明の例示的実施形態は、システム間の全量データ更新中に頻繁に起こる障害の技術的問題を少なくとも解決するデータ伝送方法及び装置を提供する。
【０００７】
本発明の例示的実施形態の態様に係るデータ伝送方法が提供され、方法は、定期的に第２デバイスから要求メッセージを第１デバイスにより受信することであって、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有することと、タイムスタンプの値が事前設定の閾値未満であるか否かを、第１デバイスにより判定することと、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第１デバイスにより第２デバイスに対し同期化することであって、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られることとを含む。
【０００８】
本発明の例示的実施形態の別の態様に係るデータ伝送方法がさらに提供され、方法は、第１デバイスへ要求メッセージを第２デバイスにより送信することであって、この要求メッセージは要求メッセージに対応するタイムスタンプを保有することと、タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスにより送信される断片化データを第２デバイスにより受信することであって、この断片化データは、タイムスタンプに対応し、かつ第１デバイス内にローカルにキャッシュされた断片化データであり、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られることとを含む。
【０００９】
本発明の例示的実施形態の別の態様に係るデータ伝送装置がさらに提供される。データ伝送装置は第１デバイスに適用され、この装置は、定期的に第２デバイスから要求メッセージを受信するように構成された受信モジュールであって、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有する、受信モジュールと、タイムスタンプの値が事前設定の閾値未満であるか否かを判定するように構成された第１判定モジュールと、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第２デバイスに対し同期化するように構成された第１同期化モジュールであって、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる、第１同期化モジュールとを含む。
【００１０】
本発明の例示的実施形態の別の態様に係るデータ伝送装置がさらに提供される。データ伝送装置は第２デバイスに適用され、この装置は、第１デバイスへ要求メッセージを送信するように構成された送信モジュールであって、この要求メッセージは要求メッセージに対応するタイムスタンプを保有する、送信モジュールと、タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスにより送信される断片化データを受信するように構成された第１受信モジュールであって、この断片化データは、タイムスタンプに対応し、かつ第１デバイス内にローカルにキャッシュされた断片化データであり、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる、第１受信モジュールとを含む。
【００１１】
本発明の例示的実施形態において、タイムスタンプに対応する、第１デバイスによりローカルにキャッシュされた断片化データは、第１デバイスを使用して第２デバイスに対し同期化され、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより、すなわち全量のデータをキャッシュ及び断片化することにより得られ、次に、タイムスタンプに対応するキャッシュ内の断片化データは、受信された要求メッセージ内のタイムスタンプに従って、第２デバイスに対し順次同期化される。その結果、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【００１２】
本明細書において説明される添付図面は、本発明に関するさらなる理解を提供し、本出願の一部を構成するために用いられる。本発明の例示的実施形態及びその例示は、本発明を説明するために使用されるべきであり、本発明に対していずれの不適切な限定も課す意図はない。
【図面の簡単な説明】
【００１３】
【図１】本発明の例示的実施形態に係る、データ伝送方法を実施するコンピュータ端末のハードウェアの構造ブロック図である。
【図２】本発明の例示的実施形態１に係る、データ伝送方法の第１フロー図である。
【図３】本発明の例示的実施形態１に係る、データ伝送方法の第２フロー図である。
【図４】本発明の任意の例示的実施形態に係る、第１デバイスにより全量のデータを断片化及びキャッシュする概要フロー図である。
【図５】本発明の任意の例示的実施形態に係る、データ伝送方法の概略フロー図である。
【図６】本発明の例示的実施形態２に係る、データ伝送方法の第１フロー図である。
【図７】本発明の例示的実施形態２に係る、データ伝送方法の第２フロー図である。
【図８】本発明の例示的実施形態３に係る、データ伝送装置の第１構造ブロック図である。
【図９】本発明の例示的実施形態３に係る、データ伝送装置の第２構造ブロック図である。
【図１０】本発明の例示的実施形態３に係る、データ伝送装置の第３構造ブロック図である。
【図１１】本発明の例示的実施形態３に係る、データ伝送装置の第４構造ブロック図である。
【図１２】本発明の例示的実施形態４に係る、データ伝送装置の第１構造ブロック図である。
【図１３】本発明の例示的実施形態４に係る、データ伝送装置の第２構造ブロック図である。
【図１４】本発明の例示的実施形態４に係る、データ伝送装置の第３構造ブロック図である。
【図１５】本発明の例示的実施形態に係る、コンピュータ端末の構造図である。
【発明を実施するための形態】
【００１４】
本発明の解決策を当業者がより良く理解できるように、本発明の例示的実施形態における技術的解決策は、本発明の例示的実施形態における添付図面を参照しながら、明確かつ完全に後述される。説明される例示的実施形態は、本発明の全例示的実施形態ではなく、一部にすぎないことは明らかである。本発明の例示的実施形態に基づいて当業者が創意的努力なしに導き出す全ての他の例示的実施形態は、本発明の保護範囲内に入るものとする。
【００１５】
本発明の明細書、特許請求の範囲、及び図面における用語「第１」、「第２」などは、類似する対象を区別するために用いられ、必ずしも特定の順番または順序を説明するために用いられるわけではないことに留意されたい。然るやり方で使用されるデータは好適な状況下で交換してもよいため、本明細書において説明される本発明の例示的実施形態は、本明細書において例示または説明される順序以外の順序で実施可能であることを理解されたい。さらに、用語「ｃｏｍｐｒｉｓｅ（備える）／ｉｎｃｌｕｄｅ（含む）」及び「ｈａｖｅ（有する）」、ならびにそれらの任意の変形には、非排他的包含を対象とする意図がある。例えば、一連のステップまたはユニットを含むプロセス、方法、システム、製品、またはデバイスは、明記されるステップまたはユニットに限定される必要はなく、明記されない、もしくはプロセス、方法、システム、製品、またはデバイスに固有の他のステップまたはユニットを含んでもよい。
【００１６】
従来技術において、ネットワークコンテンツ監視及び遮断分野におけるデバイス間のデータ伝送は、以下の主なステップを含む。
【００１７】
１．起動に応じて、第２デバイスは、ユニフォームリソースロケータ（ＵＲＬ）／ドメイン名拒否レコードを第１デバイスから初めて読み出す。
【００１８】
２．全量のデータを更新することによりＵＲＬ／ドメイン名拒否レコードが読み出され、第２デバイスにより送信される要求は、値が０であるタイムスタンプパラメータを保有し得る。
【００１９】
３．値が０であるタイムスタンプパラメータを保有する要求の受信に応じて、第１デバイスは、現在のデータベース内の全てのＵＲＬ／ドメイン名拒否レコードを読み出し、ＵＲＬ／ドメイン名拒否レコードに現在時刻値（分単位精確）を追加し、ＵＲＬ／ドメイン名拒否レコードを現在時刻値と一緒に第２デバイスへ返す。
【００２０】
４．第２デバイスは、全量のＵＲＬ／ドメイン名拒否レコードの受信に応じて、システム内の全拒否レコードを消去し、受信した全量のＵＲＬ／ドメイン名拒否レコードを代わりに使用する。
【００２１】
５．１分後、第２デバイスは、現在時刻が１時間または３０分を経過したか否かを判定する。判定が肯定的である場合、２が実行される。判定が否定的である場合、３において第１デバイスにより返された時刻値であるタイムスタンプパラメータを保有する要求が、第１デバイスへ送信される。
【００２２】
６．値が０ではないタイムスタンプパラメータを保有する要求の受信に応じて、第１デバイスは、タイムスタンプ指定時刻から現在時刻に変更されたデータをデータベースから読み出し、データに現在時刻値（分単位精確）を追加し、データを現在時刻値と一緒に第２デバイスへ返す。
【００２３】
７．第２デバイスは、増分ＵＲＬ／ドメイン名拒否レコードの受信に応じて、システム内の全拒否レコードを更新し、次に５が実行される。
【００２４】
第１デバイスのＵＲＬ／ドメイン名拒否データの大きさが１千万のレベルに達すると、以下の問題が起こり得る。第１デバイスがリアルタイムでデータベースから全量のＵＲＬ／ドメイン名拒否データを読み出す場合、データベース読み出しの時間切れが起こる。第１デバイスと第２デバイスが異なるネットワーク環境に配置されている場合、ネットワークリンクが不安定である。１千万レベルの全量のＵＲＬ／ドメイン名拒否レコードは、データ伝送時間を長引かせるため、多くの場合、全量のデータ伝送の失敗に至り得る。第２デバイスのサーバのメモリは限られるため、メモリの大部分が使用されている場合、全量のＵＲＬ／ドメイン名拒否レコードのスワップイン及びスワップアウトが行われると、多くの場合、メモリが警報を発する。
【００２５】
本発明の理解を容易にするために、本発明の例示的実施形態に関わる用語が、以下に簡潔に説明される。
【００２６】
増分同期：システムＡは、リアルタイムで変化するデータのバッチを保持し、システムＢはシステムＡにより保持されるこのデータのバッチを使用する必要がある。データを読み出すためにシステムＢがシステムＡにアクセスする場合、システムＡは、システムＢの前回のアクセスと今回のアクセスにおけるデータの変化分のみを、システムＢへ送信する。このようなデータ同期方式は、増分同期と呼ばれる。
【００２７】
全量同期：システムＡは、リアルタイムで変化するデータのバッチを保持し、システムＢはシステムＡにより保持されるこのデータのバッチを使用する必要がある。データを読み出すためにシステムＢがシステムＡにアクセスする場合、システムＡは、全ての現在のデータをシステムＢへ送信する。このようなデータ同期方式は、全量同期と呼ばれる。
【００２８】
本発明の例示的実施形態において、第１デバイスと第２デバイスとの間の拒否レコードの全量更新は最適化され、前述の問題を回避するために、増分同期が採用され、全量同期をシミュレートする。特定の例示的実施形態と組み合わせて、詳細な説明が以下に提供される。
【００２９】
例示的実施形態１
本発明の例示的実施形態に係る、データ伝送方法の例示的実施形態がさらに提供される。図面のフロー図に示されるステップは、例えば一連のコンピュータ実行可能命令を含むコンピュータシステムにおいて実行され得ることに留意されたい。さらに、フロー図において論理的順序が示されるが、いくつかの事例において、示されるまたは説明されるステップは、本明細書において説明される順序と異なる順序で行われてもよい。
【００３０】
本出願の例示的実施形態１において提供される方法の例示的実施形態は、移動端末、コンピュータ端末、または同様の演算デバイスにおいて実行され得る。コンピュータ端末上で方法を実施することを実施例にとると、図１は、本発明の例示的実施形態に係る、データ伝送方法を実施するコンピュータ端末のハードウェアの構造ブロック図である。図１に示されるように、コンピュータ端末１０は、１つ以上（１つのみ図示）のプロセッサ１０２（プロセッサ１０２は、マイクロプログラム制御装置（ＭＣＵ）またはプログラマブル論理デバイス（ＦＰＧＡ）などの処理装置を含み得るがこれに限定されない）と、データを記憶するように構成されたメモリ１０４と、通信機能のために構成された伝送モジュール１０６とを含み得る。図１は単に概略構造を示すにすぎず、電子デバイスの構造を制限しないことが、当業者には理解されよう。例えば、コンピュータ端末１０はまた、図１に示されるコンポーネントより多いもしくは少ないコンポーネントを含み得る、または図１に示される構成とは異なる構成を有し得る。
【００３１】
メモリ１０４は、本発明の例示的実施形態におけるデータ伝送方法に対応するプログラム命令／モジュールなど、アプリケーションソフトウェアのソフトウェアプログラム及びモジュールを記憶するように構成され得る。プロセッサ１０２は、メモリ１０４に記憶されているソフトウェアプログラム及びモジュールを作動させることにより、様々な機能アプリケーションを実行しデータ処理を行い、これによりアプリケーションプログラムのデータ伝送方法を実施する。メモリ１０４には、高速ランダムメモリが含まれ得、また不揮発性メモリ、例えば１つ以上の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリも含まれ得る。いくつかの例示的実施形態において、メモリ１０４にはさらに、プロセッサ１０２に対して遠隔に配置されたメモリが含まれ得、これらの遠隔メモリは、ネットワークを介してコンピュータ端末１０に接続され得る。ネットワークの実施例には、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、またはこれらの組み合わせが含まれるが、これらに限定されない。
【００３２】
伝送モジュール１０６は、ネットワークを介してデータを受信または送信するように構成される。特定の実施例において、ネットワークには、コンピュータ端末１０の通信プロバイダにより提供される無線ネットワークが含まれ得る。実施例において、伝送モジュール１０６は、インターネットと通信可能となる基地局を介して、別のネットワークデバイスに接続され得るネットワークインターフェースコントローラ（ＮＩＣ）を含む。実施例において、伝送モジュール１０６は、インターネットと無線で通信するように構成された無線周波数（ＲＦ）モジュールであり得る。
【００３３】
本出願は、前述の稼働環境における図２に示されるデータ伝送方法を提供する。図２は、本発明の例示的実施形態１に係る、データ伝送方法の第１フロー図である。図２に示されるように、方法は以下のステップを含む。
【００３４】
ステップＳ２０２。第１デバイスは、定期的に第２デバイスから要求メッセージを受信し、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有する。
【００３５】
任意で、第１デバイスは、前述の稼働環境におけるコンピュータ端末１０であり得、この例示的実施形態におけるデータ伝送方法を達成するために、第１デバイスの機能がコンピュータ端末１０を使用して実施される。
【００３６】
第２デバイスから定期的に要求メッセージを受信するステップにおける用語「定期的」は、実際の状況に応じて設定され得ることに留意されたい。いずれの２つの受信要求メッセージ間の時間間隔は、固定であり得る。例えば、要求メッセージは、１分に１度受信されるように設定される。要求メッセージはまた、不定の時間間隔で受信されてもよい。例えば、１分後に２度目の要求メッセージが受信され、３分後に３度目の要求メッセージが受信される。実際の状況に応じて、特定の時間間隔が設定され得る。
【００３７】
ステップＳ２０４。第１デバイスは、タイムスタンプの値が事前設定の閾値未満であるか否かを判定する。
【００３８】
第１デバイス及び第２デバイスは、２つの物理的エンティティと明示されてもよく、また２つのアプリケーションと明示されてもよいが、これに限定されないことに留意されたい。タイムスタンプの値は、アラビア数字などの単純な通し番号であってもよく、また時間値であってもよいが、これに限定されない。
【００３９】
タイムスタンプの値は、第１デバイス内の全量のデータの読み出しを示す規定値であってもよい。任意の例示的実施形態において、規定値は０であり得る。すなわち、要求メッセージに保有されるタイムスタンプの値が０である場合、第２デバイスは、第１デバイス内の全量のデータを読み出さなければならないことが示される。
【００４０】
任意の例示的実施形態において、ステップＳ２０４の前に、タイムスタンプの値が規定値であるか否かを判定する必要があり、判定結果が肯定的である場合には、タイムスタンプに対応する断片化データの第２デバイスに対する同期化が誘発される。タイムスタンプの値が規定値である場合、第１デバイスは、全量のデータ内の第１の断片化データを第２デバイスに対し同期化し始めるように誘発され得る。
【００４１】
ステップＳ２０６。タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスは、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第２デバイスに対し同期化し、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【００４２】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【００４３】
第１インデックスｎに対応する、第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、第１デバイスのローカルキャッシュ内の断片化データのインデックスとして用い、ｎは、全量のデータが断片化された後に得られる全ての断片化データの総数Ｎ以下であり、ｎ及びＮは両者とも正の整数である、以上の方式で、断片化データは第１デバイスから取得され得る。任意の例示的実施形態において、第１インデックスｎに対応する、第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、第１デバイスのローカルキャッシュ内の断片化データのインデックスとして用いるステップは、具体的に、第１デバイスにより、ｎがＮ未満であるか否かを判定することと、ｎがＮ未満である場合、第１デバイスにより、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値がｎであるタイムスタンプを添付することと、ｎがＮと等しい場合、第１デバイスにより、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値が特定の時点であるタイムスタンプを添付することであって、この特定の時点は、第２デバイスが第１デバイスに前回アクセスした時点であることと、第１デバイスにより、ｎに対応する断片化データをローカルキャッシュに書き込み、ｎ−１を、ローカルキャッシュ内の断片化データのインデックスとして用いることとを含む。
【００４４】
キャッシュ方式は、送信フォーマットに応じて断片化によりデータをキャッシュし得ることに留意されたい。従って、第２デバイスがデータを読み出す必要がある時、第１デバイスは、断片化データのフォーマットを変換する必要なく、直接データを第２デバイスへ返すため、同期時間は短縮され、同期効率は向上する。
【００４５】
第１デバイス内の全量のデータが断片化され、次に第１デバイスのローカルキャッシュにキャッシュされた後、キャッシュにキャッシュされた各断片化データは、対応インデックスを有する。インデックスは、第２デバイスにより送信される要求メッセージ内のタイムスタンプと対応関係を有する。全量のデータの断片化により得られた断片化データは、タイムスタンプとキャッシュ内の断片化データとの対応関係に従って、第２デバイスに対し同期化される。本発明の任意の例示的実施形態において、ステップＳ２０６内のタイムスタンプに対応する断片化データを第２デバイスに対し同期化することは、タイムスタンプの値をインデックスとして利用して第１デバイスにより、インデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを、第２デバイスに対し同期化することと、明示され得る。
【００４６】
前述のステップを通して、全量のデータは断片化によりキャッシュされ、次に受信要求メッセージ内のタイムスタンプに従って、キャッシュ内のタイムスタンプに対応する断片化データは、タイムスタンプとキャッシュ内の断片化データとの関係に基づいて、順次第２デバイスに対し同期化される。その結果、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【００４７】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第１デバイスが受信した後、第１デバイスは、従来技術の方式に従って、８０レコードを第２デバイスに対し１度に全て同期化する。この例示的実施形態において、第１デバイスは、８０レコードを断片化し、レコードは、均等配分または不均等配分方式で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。各断片に含まれるデータはキャッシュに書き込まれ、キャッシュ内の４つの断片化データに対応するインデックスは、０、１、２、及び３に設定される。第２デバイスが第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで第１デバイスは、０をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。ある時間（例えば１分）経過後、第１デバイスは第２要求を受信する。第２要求内に保有されるタイムスタンプは１であり、そこで第１デバイスは、１をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。キャッシュ内の断片化データが完全に読み出されるまで、残りも同じように処理され得る。つまり、この例示的実施形態において、全量のデータは断片化され、断片化データは第２デバイスに対し順次同期化され、すなわち全量のデータは第２デバイスに対しバッチで同期化され、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【００４８】
任意の例示的実施形態において、図３は、本発明の例示的実施形態１に係る、データ伝送方法の第２フロー図である。図３に示されるように、方法はさらに以下を含む。
【００４９】
ステップＳ３０２。タイムスタンプの値が事前設定の閾値以上である場合、第１デバイスは、タイムスタンプにより示される時刻から現在時刻までに生成された増分データを、第２デバイスに対し同期化する。
【００５０】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図２に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する（すなわちステップＳ３０２において、タイムスタンプは事前設定の閾値以上である）。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【００５１】
ステップＳ３０２において、タイムスタンプの値は事前設定の閾値以上であり、これは、第２デバイスにより送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データは、第２デバイスへ伝送される必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち第１デバイスが全量同期を用いて第２デバイスに対しデータを同期化する指示が受信されるまでなど、第１デバイスはいつも通常増分同期を用いて、第２デバイスに対し増分データを同期化する。
【００５２】
本発明の例示的実施形態において、第１デバイスと第２デバイスの間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。方法は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に本発明の例示的実施形態の方法により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【００５３】
本発明のより良い理解のために、本発明はさらに、任意の例示的実施形態と組み合わせて以下に説明される。
【００５４】
任意の例示的実施形態において、全量のレコードがリアルタイムでデータベースから読み出される場合に生じる読み出しの時間切れなどの問題を解決するために、第１デバイスは３０分ごとに、第１デバイスのデータベース内の全量ＵＲＬ／ドメイン名を断片化しキャッシュする。図４は、本発明の任意の例示的実施形態に係る、第１デバイスにより全量のデータを断片化及びキャッシュする概要フロー図である。図４に示されるように、以降のステップが含まれる。
【００５５】
ステップＳ４０２。全量ＵＲＬ／ドメイン名拒否レコードの断片数（例えば４）が設定され、断片数は１０未満である。
【００５６】
ステップＳ４０４。分単位精確な現在時刻が読み出され、タイムスタンプに記録される。
【００５７】
ステップＳ４０６。タイムスタンプの値に従って、現在時刻に対応するデータベース内の全量レコードの数（例えば８１）が読み出される。
【００５８】
ステップＳ４０８。断片数に従って、全量レコードの各断片に含まれるレコードの数（例えば２０、２０、２０、２１）が計算される。
【００５９】
ステップＳ４１０。値が１である断片カウントインデックス（すなわち前述の例示的実施形態における第１インデックスｎ）が設定される。
【００６０】
ステップＳ４１２。現在のインデックス値が断片数（前述の例示的実施形態における断片化データの総数Ｎに相当）未満であるか否かが判定され、結果が肯定的である場合（例えば１）、ステップＳ４１４が実行され、結果が否定的である場合（例えば４）、ステップＳ４２２が実行される。
【００６１】
ステップＳ４１４。インデックスに対応する特定断片に含まれるデータが、データベースから読み出される。
【００６２】
ステップＳ４１６。値がインデックスであるタイムスタンプが添付される。
【００６３】
ステップＳ４１８。断片化データ及びタイムスタンプがキャッシュに書き込まれ、キー値はインデックス−１（前述の例示的実施形態におけるｎ−１に相当）である。
【００６４】
ステップＳ４２０。断片カウントインデックスは１だけ増え、手順はステップＳ４１２を実行するために戻る。
【００６５】
ステップＳ４２２。インデックスに対応する特定断片に含まれるデータが、データベースから読み出される。
【００６６】
ステップＳ４２４。値がタイムスタンプ（前述の例示的実施形態における特定の時点に相当）であるタイムスタンプが添付される。
【００６７】
ステップＳ４２６。断片化データ及びタイムスタンプがキャッシュに書き込まれ、キー値はインデックス−１である。
【００６８】
第２デバイスが第１デバイスから全量拒否レコードを読み出す場合、第１デバイスは、既存の全量拒否レコードをキャッシュし、全量拒否レコードを第２デバイスへバッチで返すことで、大量のデータの１度の伝送中に引き起こされる可能性のあるネットワーク問題、及び第２デバイスのメモリ使用の問題を解決する。図５は、本発明の任意の例示的実施形態に係る、データ伝送方法の概略フロー図である。図５に示されるように、４つのキャッシュを実施例として、方法は以下のステップを含む。
【００６９】
ステップＳ５０１。第２デバイスは第１デバイスに対し、全量拒否レコードを読み出すために、０のタイムスタンプを有する要求を開始する。
【００７０】
ステップＳ５０２。第１デバイスは、タイムスタンプが全量拒否レコードの更新を示す０であることを特定し、０をキーとして用いることで全量拒否レコードのキャッシュから第１キャッシュ内の断片化データを読み出し、１のタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００７１】
ステップＳ５０３。第２デバイスは、システム内の拒否レコードを消去し、受信した全量の拒否レコードの第１キャッシュ内の断片化データを使用する。
【００７２】
ステップＳ５０４。１分後、第２デバイスは第１デバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５０２で第１デバイスにより返された１である要求を開始する。
【００７３】
ステップＳ５０５。第１デバイスは、タイムスタンプが全量拒否レコードの不完全更新を示す１０未満であることを特定し、１をキーとして用いることで全量拒否レコードのキャッシュから第２キャッシュ内の断片化データを読み出し、２のタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００７４】
ステップＳ５０６。第２デバイスは、受信した第２キャッシュ内の断片化データを、既存の拒否レコードに追加する。
【００７５】
ステップＳ５０７。１分後、第２デバイスは第１デバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５０５で第１デバイスにより返された２である要求を開始する。
【００７６】
ステップＳ５０８。第１デバイスは、タイムスタンプが全量拒否レコードの不完全更新を示す１０未満であることを特定し、２をキーとして用いることで全量拒否レコードのキャッシュから第３キャッシュ内の断片化データを読み出し、３のタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００７７】
ステップＳ５０９。第２デバイスは、受信した第３キャッシュ内の断片化データを、既存の拒否レコードに追加する。
【００７８】
ステップＳ５１０。１分後、第２デバイスは第１デバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５０８で第１デバイスにより返された３である要求を開始する。
【００７９】
ステップＳ５１１。第１デバイスは、タイムスタンプが全量拒否レコードの不完全更新を示す１０未満であることを特定し、３をキーとして用いることで全量拒否レコードのキャッシュから第４キャッシュ内の断片化データを読み出し、全量拒否レコード内にキャッシュされた生成時刻タイムスタンプであるタイムスタンプを断片化データに添付し、断片化データ及びタイムスタンプを第２デバイスへ返す。
【００８０】
ステップＳ５１２。第２デバイスは、受信した第４キャッシュ内の断片化データを、既存の拒否レコードに追加する。
【００８１】
ステップＳ５１３。１分後、第２デバイスは第１のデバイスに対し、増分拒否レコードを読み出すために、タイムスタンプがステップＳ５１１で第１デバイスにより返されたタイムスタンプである要求を開始する。
【００８２】
ステップＳ５１４。第１デバイスは、タイムスタンプが通常増分拒否レコード要求を示す１０超過であることを特定し、データベースにおいてタイムスタンプから現在時刻までの拒否レコードの変化分を読み出し、現在時刻を変化分に添付し、現在時刻及び変化分を第２デバイスへ返す。
【００８３】
第２デバイスは、引き続き毎分、増分拒否レコード要求を行う。１時間または３０分が経過した場合、第２デバイスは増分拒否レコード要求を全く行わず、手順はステップＳ５０１を実行しに戻る。
【００８４】
本発明の図５に示される任意の例示的実施形態における１分は、図２に示される例示的実施形態における「定期的」に相当し、０のタイムスタンプは、図２に示される例示的実施形態におけるタイムスタンプの値が規定値であることに相当し、全量拒否レコードの読み出しを示すことに留意されたい。
【００８５】
例示的実施形態における０、１、２、または３のタイムスタンプは、図２に示される例示的実施形態におけるタイムスタンプの値に相当し、キーは、図２に示される例示的実施形態におけるインデックスに相当し、タイムスタンプは、図３に示される例示的実施形態における事前設定の閾値以上である値を有するタイムスタンプに相当する。
【００８６】
前述の例示的実施形態において、２つの種類の同期、すなわち増分同期と全量同期が存在する。全量同期によるデータ同期は、以下のように実施される。全量のデータは予め断片化及びキャッシュされ、第２デバイスがデータを読み出す時に断片化及びキャッシュされたデータが直接使用され、すなわち全量のデータの同期は、全量のデータの断片数Ｎに従ってＮ回増分同期をシミュレートすることにより達成され、これにより、データ読み出しの圧力は軽減され、第１デバイスが初めて第２デバイスに対しデータを同期化する時に多すぎるデータ量に起因した同期障害は回避される。
【００８７】
簡潔な説明のため、前述の方法の例示的実施形態は、全て一連の動作の組合せとして説明されることに留意されたい。しかしながら、いくつかのステップは本発明に従って別の順序で、または同時に行ってもよいため、本発明は説明される動作順序に限定されないことが、当業者には理解されよう。さらに、本明細書において説明される例示的実施形態は全て、好ましい例示的実施形態に属し、それに伴う動作及びモジュールは、本発明に必ずしも必須ではないことが、当業者にまた理解されよう。
【００８８】
実施方式の前述の説明に基づいて、前述の例示的実施形態に係るデータ伝送方法は、ソフトウェアに加えて必要な汎用ハードウェアプラットフォームにより実施されてもよく、もちろんハードウェアにより実施されてもよいが、大半の場合、前者が好ましい実施態様であることを、当業者は明らかに理解するであろう。このような理解に基づいて、本発明の技術的解決策は本質的に、または従来技術に貢献する部分は、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光ディスクなど）に記憶され得、端末デバイス（携帯電話、コンピュータ、サーバ、またはネットワークデバイスなどであり得る）が本発明の例示的実施形態における方法を実行することを可能にするいくつかの命令を含み得る。
【００８９】
例示的実施形態２
本発明の例示的実施形態に係る、データ伝送方法がさらに提供される。図６は、本発明の例示的実施形態２に係る、データ伝送方法の第１フロー図である。図６に示されるように、方法は以下を含む。
【００９０】
ステップＳ６０２。第２デバイスは第１デバイスへ要求メッセージを送信し、要求メッセージは要求メッセージに対応するタイムスタンプを保有する。
【００９１】
第２デバイスは、例示的実施形態１におけるコンピュータ端末１０の構造と同じ構造を有するコンピュータ端末であり得ることに留意されたい。この例示的実施形態におけるデータ伝送方法は、コンピュータ端末の環境において完了されるが、これに限定されない。要求メッセージを送信することは、要求メッセージを定期的に送信することでも、要求メッセージを不定期に送信することであってもよく、これは特定の状況に応じて明確に設定してもよい。
【００９２】
ステップＳ６０４。タイムスタンプの値が事前設定の閾値未満である場合、第２デバイスは、第１デバイスにより送信される断片化データを受信し、この断片化データは、タイムスタンプに対応し、かつ第１デバイスにローカル内にキャッシュされた断片化データであり、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【００９３】
タイムスタンプの値は、第２デバイスに第１デバイス内の全量のデータの読み出すように命令する規定値であってもよい。任意の例示的実施形態において、規定値は０であり得、すなわち要求メッセージ内に保有されるタイムスタンプが０である場合、これは第２デバイスが第１デバイスの全量のデータを読み出さなければならないことを示す。任意の例示的実施形態において、ステップＳ６０４の前に、方法はさらに、第２デバイスにより、タイムスタンプの値が規定値である場合、第１デバイスが全量のデータを送信するように誘発することと、第１デバイスにより送信され、かつ規定値に対応する断片化データを受信することとを含む。
【００９４】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【００９５】
具体的に、第１デバイスが全量のデータを断片化及びキャッシュする方法、すなわち第１デバイスから断片化データを得る方法は、例示的実施形態１の方法と同じである。さらなる詳細の説明は、ここでは行わない。
【００９６】
ステップＳ６０４において、第１デバイスにより送信される断片化データを第２デバイスにより受信するステップは、第２デバイスにより、タイムスタンプの値であるインデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを受信することと、第２デバイスにより、第１デバイスにより送信される特定のタイムスタンプを受信することであって、特定のタイムスタンプの値は、タイムスタンプの値に１を加えることにより得られることと、明示され得る。
【００９７】
前述のステップを通して、第２デバイスは、タイムスタンプを保有する要求メッセージを送信し、受信された要求メッセージ内のタイムスタンプに従って第１デバイスにより送信される、タイムスタンプに対応する第１デバイスのキャッシュ内の断片化データを受信し、すなわち第２デバイスは、第１デバイスに予めキャッシュ及び断片化された断片化データをタイムスタンプに従って読み出し、これにより、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【００９８】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第２デバイスが送信した後、第２デバイスは、従来技術の方式に従って、８０レコードを１度に全て読み出す。この例示的実施形態において、第１デバイスは、８０レコードを断片化し、レコードは、均等配分または不均等配分で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。各断片に含まれるデータはキャッシュに書き込まれ、キャッシュ内の４つの断片化データに対応するインデックスは、０、１、２、及び３に設定される。第２デバイスが第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで第２デバイスは、０をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。ある時間（例えば１分）経過後、第２デバイスは第２要求を送信する。第２要求内に保有されるタイムスタンプは１であり、そこで第２デバイスは、１をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。第２デバイスが第１デバイスのキャッシュ内の断片化データを完全に読み出すまで、残りも同じように処理され得る。すなわち、この例示的実施形態において、第１デバイスは全量のデータを断片化し、第２デバイスは第１デバイスのキャッシュ内の断片化データをバッチで読み出し、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【００９９】
任意の例示的実施形態において、図７は、本発明の例示的実施形態２に係る、データ伝送方法の第２フロー図である。図７に示されるように、方法はさらに以下を含む。
【０１００】
ステップＳ７０２。タイムスタンプの値が事前設定の閾値以上である場合、第２デバイスは、タイムスタンプにより示される時刻から現在時刻までに生成され、かつ第１デバイスにより送信される増分データを受信する。
【０１０１】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図６に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する（すなわちステップＳ７０２において、タイムスタンプは事前設定の閾値以上である）。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【０１０２】
ステップ７０２において、タイムスタンプの値は事前設定の閾値以上であり、これは、第２デバイスにより送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データは、第２デバイスへ伝送される必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち第２デバイスが全量同期を用いてデータを読み出す指示を受信するまでなど、第２デバイスはいつも通常増分同期を用いて増分データを読み出す。
【０１０３】
本発明の例示的実施形態において、第１デバイスと第２デバイスの間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。方法は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に本発明の例示的実施形態の方法により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【０１０４】
本発明のより良い理解のために、本発明は、例示的実施形態１における図４及び図５に示される任意の例示的実施形態を参照して、以下にさらに説明され得る。さらなる詳細の説明は、ここでは行わない。
【０１０５】
例示的実施形態３
本発明の例示的実施形態に係る、例示的実施形態１におけるデータ伝送方法を実施する装置がさらに提供される。図８は、本発明の例示的実施形態３に係る、データ伝送装置の第１構造ブロック図である。図８に示されるように、装置は第１デバイスに適用され、以下のモジュールを含む。
【０１０６】
受信モジュール８０は、定期的に第２デバイスから要求メッセージを受信するように構成され、この要求メッセージは、今受信された要求メッセージに対応するタイムスタンプを保有する。
【０１０７】
第２デバイスから定期的に要求メッセージを受信することにおける「定期的」は、実際の状況に応じて設定され得ることに留意されたい。いずれの２つの受信要求メッセージ間の時間間隔は、固定であり得る。例えば、要求メッセージが１分に１度受信されるように設定される。要求メッセージはまた、不定の時間間隔で受信されてもよい。例えば、１分後に２度目の要求メッセージが受信され、３分後に３度目の要求メッセージが受信される。実際の状況に応じて、特定の時間間隔が設定され得る。
【０１０８】
第１判定モジュール８２は、受信モジュール８０に接続され、タイムスタンプの値が事前設定の閾値未満であるか否かを判定するように構成される。
【０１０９】
タイムスタンプの値は、第１デバイス内の全量のデータの読み出しを示す規定値であってもよい。任意の例示的実施形態において、規定値は０であり得る。すなわち、要求メッセージに保有されるタイムスタンプの値が０である場合、第２デバイスは、第１デバイス内の全量のデータを読み出さなければならないことが示される。
【０１１０】
任意の例示的実施形態において、図９は、本発明の例示的実施形態３に係る、データ伝送装置の第２構造ブロック図である。図９に示されるように、装置はさらに、受信モジュール８０に接続された第２判定モジュール９０であって、この第２判定モジュール９０は、タイムスタンプの値が、全量のデータの読み出しを示すために使用される規定値であるか否かを判定し、判定結果が肯定的である場合に、タイムスタンプに対応する断片化データの第２デバイスに対する同期化を誘発するように構成された、第２判定モジュールを含む。
【０１１１】
第１同期化モジュール８４は、第１判定モジュール８２に接続され、タイムスタンプの値が事前設定の閾値未満である場合、タイムスタンプと第１デバイスによりローカルにキャッシュされた断片化データとの対応関係に従って、タイムスタンプに対応する断片化データを第２デバイスに対し同期化するように構成され、この断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【０１１２】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【０１１３】
第１同期化モジュール８４はさらに、タイムスタンプの値をインデックスとして利用して、インデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを、第２デバイスに対し同期化するように構成される。
【０１１４】
任意の例示的実施形態において、図１０は、本発明の例示的実施形態３に係る、データ伝送装置の第３構造ブロック図である。図１０に示されるように、装置はさらに、第１同期化モジュール８４に接続されたキャッシュモジュール１００であって、このキャッシュモジュール１００は、第１インデックスｎに対応する、第１デバイスのデータベース内の断片化データをローカルキャッシュに書き込み、ｎ−１を、第１デバイスのローカルキャッシュ内の断片化データのインデックスとして用いるように構成され、ｎは、全量のデータが断片化された後に得られる全ての断片化データの総数Ｎ以下であり、ｎ及びＮは両者とも正の整数である、キャッシュモジュール１００を含む。
【０１１５】
特に、キャッシュモジュール１００はさらに、ｎがＮ未満であるか否かを判定するように構成された判定ユニット１００１と、判定ユニット１００１に接続された第１読み出しユニット１００２であって、この第１読み出しユニット１００２は、ｎがＮ未満である場合、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値がｎであるタイムスタンプを添付するように構成された、第１読み出しユニット１００２と、判定ユニット１００１に接続された第２読み出しユニット１００３であって、この第２読み出しユニット１００３は、ｎがＮと等しい場合、データベースからｎに対応する断片化データを読み出し、ｎに対応する断片化データに対し、値が特定の時点であるタイムスタンプを添付するように構成され、この特定の時点は、第２デバイスが第１デバイスに前回アクセスした時点である、第２読み出しユニット１００３と、第１読み出しユニット１００２及び第２読み出しユニット１００３に接続されたキャッシュユニット１００４であって、このキャッシュユニット１００４は、ｎに対応する断片化データをローカルキャッシュに書き込み、ｎ−１を、ローカルキャッシュ内の断片化データのインデックスとして用いるように構成された、キャッシュユニット１００４とを含む。
【０１１６】
キャッシュユニット１００４は、送信フォーマットに応じてｎに対応する断片化データを書き込み得ることに留意されたい。従って、第２デバイスがデータを読み出す必要がある時、第１デバイスは、断片化データのフォーマットを変換する必要なく、直接データを第２デバイスへ返すため、同期時間は短縮され、同期効率は向上する。
【０１１７】
前述の装置を通して、全量のデータは断片化によりキャッシュされ、次に受信要求メッセージ内のタイムスタンプに従って、キャッシュ内のタイムスタンプに対応する断片化データは、タイムスタンプとキャッシュ内の断片化データとの関係に基づいて、順次第２デバイスに対し同期化される。その結果、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解決され、データ伝送の効率は向上する。
【０１１８】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第１デバイスが受信した後、第１デバイスは、従来技術の方式に従って、８０レコードを第２デバイスに対し１度に全て同期化する。この例示的実施形態において、第１デバイスにおける装置は、８０レコードを断片化し、レコードは、均等配分または不均等配分で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。キャッシュユニット１００４は、各断片に含まれるデータをキャッシュに書き込み、キャッシュ内の４つの断片化データに対応するインデックスを、０、１、２、及び３に設定する。第２デバイスが第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで第１デバイスの第１同期化モジュール８４は、０をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。ある時間（例えば１分）経過後、第１デバイスの受信モジュール８０は、第２要求を受信する。第２要求内に保有されるタイムスタンプは１であり、そこで第１デバイスの第１同期化モジュール８４は、１をインデックスとするキャッシュ内の断片化データを第２デバイスに対し同期化する。キャッシュ内の断片化データが完全に読み出されるまで、残りも同じように処理され得る。つまり、この例示的実施形態における装置は、全量のデータを断片化し、断片化データを第２デバイスに対し順次同期化し、すなわち全量のデータは第２デバイスに対しバッチで同期化され、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【０１１９】
図１１は、本発明の例示的実施形態３に係る、データ伝送装置の第４構造ブロック図である。図１１に示されるように、装置はさらに、第１判定モジュール８２に接続された第２同期化モジュール１１０１であって、この第２同期化モジュール１１０１は、タイムスタンプの値が事前設定の閾値以上である場合、タイムスタンプにより示される時刻から現在時刻までに生成された増分データを、第２デバイスに対し同期化するように構成された、第２同期化モジュール１１０１を含む。
【０１２０】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図８に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【０１２１】
タイムスタンプの値が事前設定の閾値以上であることは、第２デバイスにより送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２同期化モジュール１１０１は、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データを、第２デバイスへ伝送する必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち第１デバイスが全量同期を用いて第２デバイスに対しデータを同期化する指示が受信されるまでなど、第１デバイスはいつも通常増分同期を用いて、第２デバイスに対し増分データを同期化する。
【０１２２】
本発明の例示的実施形態において、第１デバイスと第２デバイスの間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。装置は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に本発明の例示的実施形態の方法により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【０１２３】
第１同期化モジュール８４及び第２同期化モジュール１１０１は、第１デバイス内の同一の同期化モジュールであってもよく、また第１デバイス内の異なる同期化モジュールであってもよいことに留意されたい。
【０１２４】
例示的実施形態４
本発明の例示的実施形態に係る、例示的実施形態２におけるデータ伝送方法を実施する装置がさらに提供される。図１２は、本発明の例示的実施形態４に係る、データ伝送装置の第１構造ブロック図である。図１２に示されるように、装置は第２デバイスに適用され、送信モジュール１２０２と、第１受信モジュール１２０４を含む。
【０１２５】
送信モジュール１２０２は、第１デバイスへ要求メッセージを送信するように構成され、要求メッセージは要求メッセージに対応するタイムスタンプを保有する。
【０１２６】
要求メッセージを送信することは、要求メッセージを定期的に送信することでも、要求メッセージを不定期に送信することであってもよく、これは特定の状況に応じて明確に設定可能であることに留意されたい。
【０１２７】
第１受信モジュール１２０４は、送信モジュール１２０２に接続され、タイムスタンプの値が事前設定の閾値未満である場合、第１デバイスにより送信される断片化データを受信するように構成され、断片化データは、タイムスタンプに対応し、かつ第１デバイス内にローカルにキャッシュされた断片化データであり、断片化データは第１デバイスにより記録された全量のデータを断片化することにより得られる。
【０１２８】
タイムスタンプの値は、第２デバイスに第１デバイス内の全量のデータの読み出すように命令する規定値であってもよい。任意の例示的実施形態において、規定値は０であり得、すなわち要求メッセージ内に保有されるタイムスタンプが０である場合、これは第２デバイスが第１デバイスの全量のデータを読み出さなければならないことを示す。任意の例示的実施形態において、装置はさらに、タイムスタンプの値が規定値である場合、第１デバイスが全量のデータを送信することを誘発するように構成された誘発モジュールと、第１デバイスにより送信され、かつ規定値に対応する断片化データを受信するように構成された第３受信モジュールであって、規定値は、第１デバイスから全量のデータを読み出すよう第２デバイスに命令するために使用される、第３受信モジュールとを含む。
【０１２９】
事前設定の閾値は、全量のデータが断片化された後に得られる断片数であってもよく、もちろん別の値であってもよいことに留意されたい。一般に、事前設定の閾値は、１０未満に設定され得る。全量のデータは、ユニフォームリソースロケータ（ＵＲＬ）の拒否レコードであってもよく、またドメイン名の拒否レコードであってもよく、またこれらの組み合わせであってもよいが、これに限定されない。
【０１３０】
具体的に、第１デバイスが全量のデータを断片化及びキャッシュする方法、すなわち第１デバイスから断片化データを得る方法は、例示的実施形態１の方法と同じである。さらなる詳細の説明は、ここでは行わない。
【０１３１】
本発明の任意の例示的実施形態において、図１３は、本発明の例示的実施形態４に係る、データ伝送装置の第２構造ブロック図である。図１３に示されるように、第１受信モジュール１２０４は、タイムスタンプの値であるインデックスに対応する第１デバイスのローカルキャッシュ内の特定の断片化データを受信するように構成された第１受信ユニット１３０２と、第１受信ユニット１３０２に接続された第２受信ユニット１３０４であって、第２受信ユニット１３０４は、第１デバイスにより送信される特定のタイムスタンプを受信するように構成され、特定のタイムスタンプの値は、タイムスタンプの値に１を加えることにより得られる、第２受信ユニット１３０４とを含み得る。
【０１３２】
前述の装置を通して、送信モジュール１２０２は、タイムスタンプを保有する要求メッセージを送信し、第１受信モジュール１２０４は、受信要求メッセージ内のタイムスタンプに従って第１デバイスにより送信される、タイムスタンプに対応する第１デバイスのキャッシュ内の断片化データを受信する。すなわち、装置は、タイムスタンプに従って、第１デバイス内に予めキャッシュ及び断片化された断片化データを読み出し、これにより、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解消され、データ伝送の効率は向上する。
【０１３３】
例えば、１千万のレベルのデータレコードが、第１デバイスのデータベースに通常記録される。ここで、理解を容易にするため、より少ないデータレコード（８０データレコード）を実施例にとると、値が０のタイムスタンプを保有する要求メッセージを第２デバイスが送信した後、第２デバイスは、従来技術の方式に従って、８０レコードを１度に全て読み出す。この例示的実施形態において、第１デバイスは、８０レコードを断片化し、レコードは、均等配分または不均等配分で断片化され得る。均等配分を実施例にとると、８０レコードは４部に断片化され、各断片は２０レコードを有する。各断片に含まれるデータはキャッシュに書き込まれ、キャッシュ内の４つの断片化データに対応するインデックスは、０、１、２、及び３に設定される。第２デバイス内の装置の送信モジュール１２０２が第１デバイス内の全量のデータの読み出しを要求する場合、第１要求内に保有されるタイムスタンプは０であり、そこで装置の第１受信モジュール１２０４は、０をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。ある時間（例えば１分）経過後、第２デバイス内の装置の送信モジュール１２０２は、第２要求を送信する。第２要求内に保有されるタイムスタンプは１であり、そこで装置の第１受信モジュール１２０４は、１をインデックスとする第１デバイスのキャッシュ内の断片化データを読み出す。第２デバイス内の装置が第１デバイスのキャッシュ内の断片化データを完全に読み出すまで、残りも同じように処理され得る。すなわち、この例示的実施形態において、第１デバイスは全量のデータを断片化し、装置は第１デバイスのキャッシュ内の断片化データをバッチで読み出し、これにより従来技術における解決策と比べて、データ読み出しの圧力は軽減され得、データ伝送の時間は短縮され得、データ伝送の効率は向上し得る。
【０１３４】
図１４は、本発明の例示的実施形態４に係る、データ伝送装置の第３構造ブロック図である。図１４に示されるように、装置はさらに、送信モジュール１２０４に接続された第２受信モジュール１４０２であって、第２受信モジュール１４０２は、タイムスタンプの値が事前設定の閾値以上である場合、タイムスタンプにより示される時刻から現在時刻までに生成され、かつ第１デバイスにより送信される増分データを受信するように構成された、第２受信モジュール１４０２を含む。
【０１３５】
本発明の例示的実施形態には、２種類のタイムスタンプが存在することに留意されたい。第１種のタイムスタンプは、図１２に示される例示的実施形態におけるタイムスタンプであり得、タイムスタンプは、全量のデータ内の断片化データを読み出すためのインデックス識別子の役割を果たし得、０、１、または２などの１桁の数字で表され得る。第２種のタイムスタンプは、リアルタイムスタンプであり得、これは実時刻、すなわち第２デバイスが第１デバイスに前回アクセスした時刻を表し、９桁の数字で表され得る。つまり、第２種のタイムスタンプは、識別子の役割を果たし得、また実時刻を表し得る。事前設定の閾値は一般に、断片化データであり大きな数ではあり得ないため、９桁の数字で表され得るリアルタイムスタンプである第２種のタイムスタンプの値は一般に、事前設定の閾値を超過する。従って、第２種のタイムスタンプは、全量のデータの一読み出しの終了の識別子、または増分データの通常読み出しを誘発する識別子として、使用され得る。
【０１３６】
タイムスタンプの値が事前設定の閾値以上であることは、第２デバイス内の装置により送信された要求が増分データを読み出す通常要求であることを示し、この場合、第２デバイス内の装置は、第２デバイスが第１デバイスに前回アクセスした時点（すなわちタイムスタンプにより示される時刻）から現在時刻までに生成された増分データを読み出す必要があることに留意されたい。次の時間、時点が１時間または３０分経過となるまで、すなわち装置が全量同期を用いてデータを読み出す指示を受信するまでなど、装置はいつも通常増分同期を用いて増分データを読み出す。
【０１３７】
本発明の例示的実施形態において、第１デバイス及び第２デバイス内の装置間のデータ通信は、ｈｔｔｐプロトコルを使用し得るが、これに限定されないことに留意されたい。装置は、ネットワークコンテンツ監視及び遮断の分野に適用され得る。例えば、第１デバイスが、ポルノ、ギャンブル、暴力、及びテロリズムに関連するコンテンツなどのネットワークコンテンツを監視し、または別のデバイスがコンテンツを監視する。コンテンツの監視後、コンテンツに対応するウェブページのＵＲＬ、またはコンテンツが生じるコンピュータのドメイン名が記録され、次に装置により、データが第２デバイスに対し同期化される。第２デバイスはデータを別のデバイスに伝送し得る、または第２デバイスは取得されたＵＲＬまたはドメイン名に従ってコンテンツを遮断する。
【０１３８】
例示的実施形態５
本発明の例示的実施形態は、コンピュータ端末を提供し得る。コンピュータ端末は、コンピュータ端末群内の任意のコンピュータ端末デバイスであり得る。任意で、この例示的実施形態において、コンピュータ端末はまた、移動端末などの端末デバイスにより置き換えられてもよい。
【０１３９】
任意で、この例示的実施形態において、コンピュータ端末は、コンピュータネットワーク内の複数のネットワークデバイスのうちの少なくとも１つに配置され得る。
【０１４０】
この例示的実施形態において、コンピュータ端末は、アプリケーションの例示的実施形態１におけるデータ伝送方法内のステップのプログラムコードを実行し得る。詳細に関しては、例示的実施形態１を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１４１】
任意で、図１５は、本発明の例示的実施形態に係る、コンピュータ端末の構造ブロック図である。図１５に示されるように、コンピュータ端末Ａは、１つ以上のプロセッサ１５０２（１つのみ図示）と、メモリ１５０６と、伝送装置１５０８とを含み得る。
【０１４２】
メモリ１５０６は、本発明の例示的実施形態におけるセキュリティ脆弱性検出方法及び装置に対応するプログラム命令／モジュールなど、ソフトウェアプログラム及びモジュールを記憶するように構成され得る。プロセッサ１５０２は、メモリに記憶されているソフトウェアプログラム及びモジュールを作動させることにより、異なる機能アプリケーションを実行しデータ処理を行い、これによりシステム脆弱性攻撃検出方法を実施する。メモリ１５０６には、高速ランダムメモリが含まれ得、また不揮発性メモリ、例えば１つ以上の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリも含まれ得る。いくつかの例示的実施形態において、メモリ１５０６にはさらに、プロセッサ１５０２に対して遠隔に配置されたメモリが含まれ得、これらの遠隔メモリ１５０６は、ネットワークを介して端末Ａに接続され得る。ネットワークの実施例には、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、またはこれらの組み合わせが含まれるが、これらに限定されない。
【０１４３】
プロセッサ１５０２は、例示的実施形態１におけるステップのアプリケーションを実行するために、伝送装置１４０８を使用して、メモリ１５０６に記憶されている情報及びアプリケーションを呼び出し得る。
【０１４４】
本発明の例示的実施形態を使用して、コンピュータ端末の解決策が提供される。コンピュータ端末を使用して、例示的実施形態１におけるステップのプログラムコードが実行され、これにより、データ読み出しの圧力は軽減され、システム間の全量データ更新中に頻繁に起こる障害の技術的問題は解消され、データ伝送の効率は向上する。
【０１４５】
図１５において示される構造は単なる概略に過ぎず、コンピュータ端末は、スマートフォン（アンドロイドフォンまたはｉＯＳフォンなど）、タブレットコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ＭＩＤ）、またはＰＡＤなどの端末デバイスでもあり得ることを、当業者に理解されたい。図１５は、電子デバイスの構造を制限しない。例えば、コンピュータ端末Ａはまた、図１５に示されるコンポーネントより多いもしくは少ないコンポーネント（ネットワークインターフェース及びディスプレイ装置など）を含み得る、または図１５に示される構成とは異なる構成を有し得る。
【０１４６】
前述の例示的実施形態の方法における全てまたは一部のステップは、端末デバイスの関連ハードウェアに対しプログラムが命令することにより、完了され得ることが、当業者には理解されよう。プログラムは、コンピュータ可読記憶媒体に記憶され得る。記憶媒体には、フラッシュディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスクが含まれ得る。
【０１４７】
例示的実施形態６
本発明の例示的実施形態は、コンピュータ端末を提供し得る。コンピュータ端末は、コンピュータ端末群内の任意のコンピュータ端末デバイスであり得る。任意で、この例示的実施形態において、コンピュータ端末はまた、移動端末などの端末デバイスにより置き換えられてもよい。
【０１４８】
任意で、この例示的実施形態において、コンピュータ端末は、コンピュータネットワーク内の複数のネットワークデバイスのうちの少なくとも１つに配置され得る。
【０１４９】
この例示的実施形態において、コンピュータ端末は、アプリケーションの例示的実施形態２におけるデータ伝送方法内のステップのプログラムコードを実行し得る。詳細に関しては、例示的実施形態２を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１５０】
この例示的実施形態におけるコンピュータ端末の構造は、プロセッサ、メモリ、及び伝送装置を含む例示的実施形態５におけるコンピュータ端末の構造と類似する。メモリは、例示的実施形態２におけるデータ伝送方法内のステップのプログラムコードを記憶するように構成される。プロセッサは、例示的実施形態２におけるステップのプログラムコードを実行するために、伝送装置を使用して、メモリに記憶されている情報及びアプリケーションを呼び出すように構成される。具体的なステップに関しては、例示的実施形態２における方法を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１５１】
例示的実施形態７
本発明の例示的実施形態はさらに、記憶媒体を提供する。任意で、この例示的実施形態において、記憶媒体は、例示的実施形態１において提供されるデータ伝送方法により実行されるプログラムコードを記憶するように構成され得る。
【０１５２】
任意で、この例示的実施形態において、記憶媒体は、コンピュータネットワーク内のコンピュータ端末群の任意のコンピュータ端末に配置され得る、または移動端末群の任意の移動端末に配置され得る。
【０１５３】
任意で、当例示的実施形態において、記憶媒体は、例示的実施形態１または例示的実施形態２におけるデータ伝送方法内のステップを実行するためのプログラムコードを記憶するように構成される。具体的なステップに関しては、例示的実施形態１または例示的実施形態２を参照してもよい。さらなる詳細の説明は、ここでは行わない。
【０１５４】
本発明の例示的実施形態の前述の一連番号は、単に説明の便宜のために過ぎず、例示的実施形態間の選好性を意味しない。
【０１５５】
本発明の前述の例示的実施形態において、各例示的実施形態の説明は、独自の焦点を有し、ある例示的実施形態において詳しく述べられないコンテンツに関しては、別の例示的実施形態の関連説明を参照してもよい。
【０１５６】
本出願において提供されるいくつかの例示的実施形態において、開示される技術的内容は、別の方式で実施してもよいことを理解されたい。説明される装置の例示的実施形態は、単なる例示に過ぎない。例えば、ユニットの分割は、単に論理的機能の分割に過ぎず、実際の実施態様には別の方式の分割が存在し得、例えば複数のユニットもしくはコンポーネントは、組み合わされても、別のシステムに統合されてもよく、またはいくつかの機能は、省略されても、実行されなくてもよい。さらに、表示もしくは論述された相互連結または直接連結または通信接続は、いくつかのインターフェースを使用して実施されてもよく、ユニットもしくはモジュール間の非直接連結または通信接続は、電気または別の形態で実施されてもよい。
【０１５７】
別個の部分として説明されるユニットは物理的に別個であってもなくてもよく、ユニットとして表示される部分は、物理的ユニットであってもなくてもよく、１つの位置に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。例示的実施形態の解決目的を達成するために、実際の要件に従って、ユニットの一部または全てが選択され得る。
【０１５８】
さらに、本発明の例示的実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、またはユニットのそれぞれが物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形態で実施されてもよく、またはソフトウェア機能ユニットの形態で実施されてもよい。
【０１５９】
統合されたユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に記憶され得る。このような理解に基づいて、本質的に本発明の技術的解決策は、または従来技術に貢献する部分は、または技術的解決策の全てもしくは一部は、ソフトウェア製品の形態で実現され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）に、本発明の例示的実施形態において説明される方法のステップの全てまたは一部を実行するように命じるいくつかの命令を含む。前述の記憶媒体には、ＵＳＢフラッシュドライブ、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、着脱可能ハードディスク、磁気ディスク、または光ディスクなど、プログラムコードを記憶し得る任意の媒体が含まれる。
【０１６０】
前述は、単に本発明の好ましい例示的実施形態である。いくつかの改良及び変更は、本発明の原理から逸脱することなく行われてもよく、それは本発明の保護範囲に入るものとして解釈されるべきであることを、当業者により留意されたい。
【国際調査報告】
2018536226.tif 000018
2018536226.tif 000019
2018536226.tif 000020
2018536226.tif 000021