(57)【要約】  本出願は、データベース内の暗号文データの暗号変更の障害を処理する方法及び装置を提供し、方法は、レコード内の暗号文データの暗号変更に障害が発生した際に、レコードのエラー情報を保存するステップであって、エラー情報は、レコードの識別子と、障害原因と、を有する、ステップと、保存されている障害原因に基づいて再試行戦略を判定し、且つ、識別子を有するレコード内の暗号文データの暗号変更を再実行するべく再試行戦略を利用するステップと、を有する。本出願の技術的方式は、暗号再変更の成功率を上昇させ、手作業の量を低減し、且つ、障害処理の動作効率をも改善する。
2019514147.tif 000002
【特許請求の範囲】
【請求項１】
データベース内の暗号文データの暗号変更の障害を処理する方法であって、
レコード内の暗号文データの暗号変更に障害が発生した際に前記レコードのエラー情報を保存するステップであって、前記エラー情報は、前記レコードの識別子と、障害原因と、を有する、ステップと、
前記保存されている障害原因に基づいて再試行戦略を判定し、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行するべく前記再試行戦略を利用する、ステップと、
を有する方法。
【請求項２】
前記障害原因は、データベース状態異常、を有し、前記保存されている障害原因に基づいて再試行戦略を判定する前記ステップは、前記障害原因が前記データベース状態異常である際に、第１の既定の回数を超過しない回数にわたって、前記レコード内の前記暗号文データの前記暗号変更を即座に再実行する再試行戦略、を有する、請求項１に記載の方法。
【請求項３】
前記暗号文データの前記暗号変更は、前記暗号文データが配置されている、前記レコードのフィールド値に対して、フィールド値アクセスコンポーネントによって、実行され、前記障害原因は、前記フィールド値アクセスコンポーネントの状態異常、を有し、
前記保存されている障害原因に基づいて再試行戦略を判定する前記ステップは、前記障害原因が前記フィールド値アクセスコンポーネントの前記状態異常である際に、第２の既定の回数を超過しない回数にわたって、第１の既定の時間が経過した後に、前記レコード内の前記暗号文データの前記暗号変更を再実行する再試行戦略、を有する、
請求項１に記載の方法。
【請求項４】
前記暗号文データの前記暗号変更は、暗号変更実行コンポーネントによって起動された前記フィールド値アクセスコンポーネントによって実行され、前記障害原因は、前記暗号変更実行コンポーネントの実行異常、を有し、
前記保存されている障害原因に基づいて再試行戦略を判定する前記ステップは、前記障害原因が前記暗号変更実行コンポーネントの前記実行異常である際に、第３の既定の回数を超過しない回数にわたって、前記レコード内の前記暗号文データの前記暗号変更を即座に再実行する再試行戦略、を有する、
請求項３に記載の方法。
【請求項５】
前記障害原因が前記レコード内の前記暗号文データの暗号解読障害である際に、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行しないステップ、を更に有する、請求項１に記載の方法。
【請求項６】
前記再試行戦略に従う、前記識別子を有する前記レコード内の前記暗号文データの前記再実行された暗号変更に障害が発生した後に、前記レコードのエラー情報を障害ログに書込むステップ、を更に有する、請求項１に記載の方法。
【請求項７】
レコードのエラー情報を保存する前記ステップは、前記暗号変更障害を有する前記レコードの前記エラー情報を再試行処理テーブルに追加し、前記エラー情報を不成功としてタグ付けするステップ、を有し、
前記保存されている障害原因に基づいて再試行戦略を判定し、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行するべく前記再試行戦略を利用する、前記ステップは、既定の再試行条件が充足された際に、前記再試行処理テーブル内の不成功としてタグ付けされている前記エラー情報を読取り、前記読取られたエラー情報内の前記障害原因に基づいて前記再試行戦略を判定し、前記エラー情報内の前記識別子を有する前記レコードの前記暗号文データの前記暗号変更を再実行するべく前記判定された再試行戦略を利用し、前記暗号変更に成功した場合に、前記エラー情報の前記タグ付けを成功に改定し、前記暗号変更に成功しなかった場合には、前記エラー情報の再試行回数を変更し、前記再試行回数が、前記再試行戦略に従って許容されている最大回数に到達した際に、前記エラー情報を前記再試行処理テーブルから削除し、前記エラー情報を障害ログに書込むステップ、を有する、
請求項１に記載の方法。
【請求項８】
前記エラー情報は、古いキーバージョン番号と、新しいキーバージョン番号と、を更に有し、
前記識別子を有する前記レコード内の前記暗号文データの暗号変更を再実行するべく前記再試行戦略を利用する前記ステップは、前記再試行戦略を利用し、前記古いキーバージョン番号に対応するキーと、前記新しいキーバージョン番号に対応する別のキーと、に基づいて、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行するステップ、を有する、
請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記暗号文データは、クレジットカード番号の暗号文データを有する、請求項１に記載の方法。
【請求項１０】
データベース内の暗号文データの暗号変更の障害を処理する装置であって、
レコード内の暗号文データの暗号変更に障害が発生した際に前記レコードのエラー情報を保存するように構成されたエラー情報保存ユニットであって、前記エラー情報は、前記レコードの識別子と、障害原因と、を有する、エラー情報保存ユニットと、
前記保存されている障害原因に基づいて再試行戦略を判定し、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行するべく前記再試行戦略を利用する、ように構成された戦略及び再試行ユニットと、
を有する装置。
【請求項１１】
前記障害原因は、データベース状態異常、を有し、
前記保存されている障害原因に基づいて再試行戦略を判定する前記戦略及び再試行ユニットは、前記障害原因が前記データベース状態異常である際に、第１の既定の回数を超過しない回数にわたって、前記レコード内の前記暗号文データの前記暗号変更を即座に再実行する再試行戦略、を有する、
請求項１０に記載の装置。
【請求項１２】
前記暗号文データの前記暗号変更は、前記暗号文データが配置されている、前記レコードのフィールド値に対して、フィールド値アクセスコンポーネントによって、実行され、前記障害原因は、前記フィールド値アクセスコンポーネントの状態異常、を有し、
前記保存されている障害原因に基づいて再試行戦略を判定する前記戦略及び再試行ユニットは、前記障害原因が前記フィールド値アクセスコンポーネントの前記状態異常である際に、第２の既定の回数を超過しない回数にわたって、第１の既定の時間が経過した後に、前記レコード内の前記暗号文データの前記暗号変更を再実行する再試行戦略、を有する、
請求項１０に記載の装置。
【請求項１３】
前記暗号文データの前記暗号変更は、暗号変更実行コンポーネントによって起動された前記フィールド値アクセスコンポーネントによって実行され、前記障害原因は、前記暗号変更実行コンポーネントの実行異常、を有し、
前記保存されている障害原因に基づいて再試行戦略を判定する前記戦略及び再試行ユニットは、前記障害原因が前記暗号変更実行コンポーネントの前記実行異常である際に、第３の既定の回数を超過しない回数にわたって、前記レコード内の前記暗号文データの前記暗号変更を即座に再実行する再試行戦略、を有する、
請求項１２に記載の装置。
【請求項１４】
前記装置は、前記障害原因が前記レコード内の前記暗号文データの暗号解読障害である際に、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を実行しないように構成された再試行キャンセルユニット、を更に有する、請求項１０に記載の装置。
【請求項１５】
前記装置は、前記再試行戦略に従う、前記識別子を有する前記レコード内の前記暗号文データの前記再実行された暗号変更に障害が発生した後に、前記レコードのエラー情報を障害ログに書込むように構成された再試行障害ユニット、を更に有する、請求項１０に記載の装置。
【請求項１６】
前記エラー情報保存ユニットは、レコード内の暗号文データの暗号変更障害が存在している際に、前記暗号変更障害を有する前記レコードの前記エラー情報を再試行処理テーブルに追加し、前記エラー情報を不成功としてタグ付けする、ように構成されており、
前記戦略及び再試行ユニットは、既定の再試行条件が充足された際に、前記再試行処理テーブル内の不成功としてタグ付けされている前記エラー情報を読取り、前記読取られたエラー情報内の前記障害原因に基づいて前記再試行戦略を判定し、前記エラー情報内の前記識別子を有する前記レコードの前記暗号文データの前記暗号変更を再実行するべく前記判定された再試行戦略を利用し、前記暗号変更に成功した場合に、前記エラー情報の前記タグ付けを成功に改定する、ように構成され、前記暗号変更に成功しなかった場合に、前記エラー情報保存ユニットは、前記エラー情報の再試行回数を変更し、前記再試行回数が、前記再試行戦略に従って許容されている最大回数に到達した際に、前記エラー情報を前記再試行処理テーブルから削除し、前記エラー情報を障害ログに書込む、ように構成されている、
請求項１０に記載の装置。
【請求項１７】
前記エラー情報は、古いキーバージョン番号と、新しいキーバージョン番号と、を更に有しており、
前記戦略及び再試行ユニットが、前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行するべく再試行戦略を利用することは、前記再試行戦略を利用し、前記古いキーバージョン番号に対応するキーと、前記新しいキーバージョン番号に対応する別のキーと、に基づいて前記識別子を有する前記レコード内の前記暗号文データの前記暗号変更を再実行すること、を有する、請求項１０〜１６のいずれか一項に記載の装置。
【請求項１８】
前記暗号文データは、クレジットカード番号の暗号文データを有する、請求項１０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2016年４月１１日付けで出願されると共に「Method and apparatus for processing failure of cipher change of ciphertext data in database」という名称を有する中国特許出願第 201610221942.1 号の優先権を主張するものであり、この特許文献のすべての内容は、引用により、そのすべてが本明細書に包含される。
【０００２】
本出願は、データ処理の分野に関し、且つ、更に詳しくは、データベース内の暗号文の暗号変更の障害を処理する方法及び装置に関する。
【背景技術】
【０００３】
ＰＣＩ ＤＳＳ（Payment Card Industry Data Security Standard）は、カード保有者の取引のセキュリティを可能な限り保証するべく、セキュリティ管理、戦略、プロセス、ネットワークアーキテクチャ、及びソフトウェア設計を含む、クレジットカード情報に関与するすべての機関のセキュリティ要件を有する。ＰＣＩ ＤＳＳセキュリティ規格は、現在、最も権威のあるデータセキュリティ対策であると見なされており、且つ、機密事項を含むクレジットカードに関係する情報のセキュリティを最高程度に保証することができる。
【０００４】
ＰＣＩ ＤＳＳ規格に基づいて、支払機関のクレジットカード情報データベース内のすべてのクレジットカード番号は、暗号文として保存されており、且つ、カード番号を暗号化するべく使用されるキーが、少なくとも一年に一回だけ、置換されている。従って、支払機関は、自身のクレジットカード情報データベース内のクレジットカード番号の暗号文データの暗号変更を定期的なインターバルで実行しなければならない。更に詳しくは、データベース内のそれぞれのレコード内のカード番号の暗号文データが古いコードを使用して暗号解読された後に、カード番号平文が取得され、且つ、次いで、新しいカード番号暗号文データを取得するべく、新しいコードが、平文を暗号化するために使用される。次いで、オリジナルのレコード内の暗号文データを置換するべく、新しい暗号文データが使用され、このレコードのキーバージョン番号が、新しいキーのバージョン番号に更新され、且つ、レコード内の暗号変更時期が更新される。
【０００５】
現時点の技術においては、レコード内の暗号文データの暗号変更に障害が発生した後に、レコードの識別子と、暗号変更障害の時刻と、が障害ログに出力される。技術者は、障害ログを分析し、且つ、障害が発生したレコードの暗号変更時間フレームに従って、１つ又は複数の再試行時間フレームを指定する。この指定された再試行時間フレーム内の暗号変更時刻を有するすべてのレコードにおいて、レコードのキーバージョン番号が新しいキーバージョン番号に更新済みである場合には、暗号変更は、再試行されないが、そうでない場合には、暗号変更が再実行される。この障害処理方式は、手作業による分析と、再試行時間フレームの指定と、を必要としており、且つ、再試行の際に、レコードが正常な暗号変更を経験したかどうかを判定する必要がある。その動作効率は、相対的に低い。
【発明の概要】
【０００６】
従って、本出願は、データベース内の暗号文データの暗号変更の障害を処理する方法を提供し、該方法は、
レコード内の暗号文データの暗号変更に障害が発生した際に、レコードのエラー情報を保存するステップであって、エラー情報は、レコードの識別子と、障害原因と、を有する、ステップと、
保存されている障害原因に基づいて再試行戦略を判定し、且つ、識別子を有するレコード内の暗号文データの暗号変更を再実行するべく再試行戦略を利用するステップと、
を有する。
【０００７】
又、本出願は、データベース内の暗号文データの暗号変更の障害を処理する装置を提供し、該装置は、
レコード内の暗号文データの暗号変更に障害が発生した際に、レコードのエラー情報を保存するように構成されたエラー情報保存ユニットであって、エラー情報は、レコードの識別子と、障害原因と、を有する、エラー情報保存ユニットと、
保存されている障害原因に基づいて再試行戦略を判定し、且つ、識別子を有するレコード内の暗号文データの暗号変更を再実行するべく再試行戦略を利用するように構成された戦略及び再試行ユニットと、
を有する。
【０００８】
上述の技術的方式によれば、本出願の実施形態においては、データベースレコード内の暗号文データの暗号変更の障害の後に、障害原因に基づいて、レコード用の再試行戦略が判定され、且つ、障害が発生したレコード内の暗号文データの暗号変更が、再試行戦略に従って自動的に再実行される。狙いを絞った再試行戦略は、暗号の再変更の成功率を格段に上昇させることが可能であり、且つ、手作業の量を格段に低減することが可能であり、同時に、再試行が、障害が発生したレコードについてのみ実行されることから、障害処理の動作効率も改善される。
【図面の簡単な説明】
【０００９】
【図１】図１は、本出願の一実施形態における、データベース内の暗号文データの暗号変更の障害を処理する方法のフローチャートである。
【図２】図２は、本出願の一適用例における、変更タスク実行システムの暗号変更のフローチャートである。
【図３】図３は、本出願の一適用例における、変更タスク実行システムによる障害が発生したレコードの再試行のフローチャートである。
【図４】図４は、本出願の一実施形態における、装置のハードウェア構造図である。
【図５】図５は、本出願の一実施形態における、データベース内の暗号文データの暗号変更の障害を処理する装置の論理構造図である。
【発明を実施するための形態】
【００１０】
本出願の実施形態は、障害が発生したレコード内の暗号文データの暗号変更を自動的に再実行するべく、データベース内の暗号文データの暗号変更障害を処理し、データベースレコードの暗号変更障害の原因を保存し、且つ、障害原因に従って再試行戦略を判定する新しい方法を提示している。従って、再試行の際に、正常な暗号変更を有するレコードを処理する必要がなく、且つ、その結果、再試行の成功確率を格段に増大させることができると共に、障害処理の実行効率を改善することができる。これに加えて、暗号変更の自動的な再実行により、手作業の量を低減することもできる。これらのすべては、現時点の技術に存在している問題点に対処している。
【００１１】
本出願の実施形態は、例えば、携帯電話機、タブレットコンピュータ、ＰＣ（Personal Computer）、ラップトップ、サーバ、及び仮想機械などの、演算及び保存能力を有する任意の装置に対して適用することができる。本出願の一実施形態において使用されている装置は、１つの物理的又は論理的装置であってもよく、或いは、本出願の実施形態における様々な機能を実現するべく相互に調整する、異なる任務を共有する２つ以上の物理的又は論理的装置であってもよい。
【００１２】
本出願の実施形態においては、データベース内の暗号文データの暗号変更の障害を処理する方法のフローは、図１に示されているとおりである。
【００１３】
ステップ１１０：レコード内の暗号文データの暗号変更障害が存在している際に、レコードの識別子と、障害原因と、を有する、レコードのエラー情報を保存する。
【００１４】
データベース内においては、データは、通常、テーブル内において保存されている。テーブル内の列は、フィールドと呼称され、且つ、テーブル内の行は、レコードと呼称される。それぞれのレコードは、テーブルの列に対応する１つ又は複数のフィールド値を有する。データは、レコードを単位として使用することにより、データベースのテーブル内において保存されており、且つ、テーブル内のデータの読取り、書込み、及び更新などの動作は、通常、レコードの観点において実行される。
【００１５】
本出願の実施形態においては、データベース内のレコードは、暗号文データである１つ又は複数のフィールド値を有することが可能であり、且つ、異なるフィールド値は、同一の又は異なるキーを利用することができる。なんの制限も規定されてはいない。レコードの暗号文データの暗号変更障害が存在している場合には、レコードの識別子と、障害原因と、を有するエラー情報が保存される。
【００１６】
レコードの識別子は、すべての保存されているエラー情報の範囲内においてレコードを一意に特定するべく、使用される。例えば、データベーステーブルの暗号変更エラー情報を保存する場合には、レコードの識別子は、データベーステーブルのプライマリキー又は一意のインデックスであってもよく、或いは、プライマリキー又は一意のインデックスと別のフィールドとの組合せであってもよい。別の例として、複数のデータベーステーブルの暗号変更エラー情報を保存する場合には、異なるテーブルのプライマリキー又は一意のインデックスが反復され得ることから、テーブル名とプライマリキー又は一意のインデックスとの組合せをレコードの識別子として使用することができる。この場合に、プライマリキーは、データベーステーブルの１つ又は複数のフィールドであり、且つ、このテーブル内の任意の所与のレコードのプライマリキー値は、その他のレコードのプライマリキー値とは異なることになる。一意のインデックスは、データベーステーブル内の１つ又は複数のフィールドの値をソートするための構造であり、且つ、異なるレコードの一意のインデックス値は、互いに異なることになる。一意のインデックスは、フィールド値を迅速にクエリ及びインデックス付けするべく、使用される。
【００１７】
レコード内の暗号文データの暗号変更には、様々な理由から、障害が発生し得る。通常、障害の原因は、障害をもたらす、誤動作の時点における、ハードウェア又はソフトウェア異常を通じて、特定することができる。障害の原因は、誤動作及び警告情報を含むログを読取ることにより、特定することが可能であり、且つ、障害の原因は、レコードのエラー情報内において記録することができる。
【００１８】
様々な適用シナリオにおいて、暗号文データの暗号変更の障害の原因は、シナリオの特定の実装形態と高度に相関している。例えば、本出願の実施形態においては、暗号文データの暗号変更と障害処理とが、データベースとして、同一の物理的装置上において動作している場合には、障害原因は、暗号変更及び障害処理コンポーネントにおける誤動作やデータベースの読取り／書込み異常などを有することができる。又、本出願の実施形態においては、暗号文データの暗号変更と障害処理とが、データベースとは異なる物理的装置上において動作している場合には、暗号変更及び障害処理コンポーネントにおける誤動作並びにデータベースの読取り／書込み異常に加えて、障害原因は、２つの物理的装置の間の通信異常を有することもできる。本出願の実施形態は、具体的な障害原因のタイプを限定するものではない。
【００１９】
ステップ１２０：保存されている障害原因に基づいて再試行戦略を判定し、且つ、識別子を有するレコード内の暗号文データの暗号変更を再実行するべく再試行戦略を利用する。
【００２０】
いくつかの暗号変更障害は、動作プロセスにおける一時的な異常の結果である。一時的な異常が終了した後に、動作の際に、再試行を通じて暗号変更に成功する可能性がある。異なる一時的な異常ごとに必要とされる異なるリカバリ条件が存在し得る。従って、暗号変更障害を有するレコードの暗号変更の自動的な再実行を試行することにより、手作業による介入の必要性を伴うことなしに、暗号変更の成功レートを改善するべく、異なる障害原因に対応する再試行戦略を設定することができる。再試行戦略は、再試行が実行される条件、再試行が実行されるモード、再試行を実行する際に利用されるパラメータ、実行される再試行の回数などを有することができる。
【００２１】
上述のように、障害原因は、適用シナリオの差と、特定の実装形態の差と、に起因して変化する。理想的には、特定の障害原因に狙いを絞った再試行戦略が、適用シナリオ及び特定の実装形態のニーズを充足することになる。本出願の実施形態は、障害原因及び再試行戦略を限定するものではない。以下は、いくつかの例を使用した説明を提供している。
【００２２】
例えば、障害原因は、通常、データベース状態異常を有し、且つ、データベース状態異常は、データベースアクセス不能性、データベースジッタ、及びデータベース読取り／書込みエラーを有することができる。自己回復可能なデータベース異常の持続時間は、通常、非常に短い。従って、暗号文データの暗号変更の障害の原因がデータベース状態異常である際には、再試行戦略は、第１の既定の回数を超過しない回数にわたって、レコード内の暗号文データの暗号変更を即時に再実行する、というものであってもよい。
【００２３】
別の例として、一実装モードにおいては、データベース内の暗号文データの暗号変更は、暗号変更実行コンポーネントによって起動されるフィールド値アクセスコンポーネントにより、実行されている。この場合に、フィールド値アクセスコンポーネントは、暗号文データが配置されている、レコードのフィールド値に対して動作を実行している。暗号変更実行コンポーネントが、データベースレコードの暗号文データの暗号変更タスクを受け取った後に、暗号変更実行コンポーネントは、フィールド値アクセスコンポーネントを起動して暗号変更タスクを実行するべく、予め設定されたパラメータを利用する。フィールド値アクセスコンポーネント又は暗号変更実行コンポーネントは、独立的に稼働するプログラム又はアプリケーションであってもよく、或いは、プログラム又はアプリケーションの一部分であってもよく。フィールド値アクセスコンポーネント及び暗号変更実行コンポーネントは、同一の又は異なる物理的又は論理的装置上において稼働することができる。
【００２４】
この実装モードにおいては、フィールド値アクセスコンポーネントの状態異常が、１つのタイプの障害原因であり得る。フィールド値アクセスコンポーネントの状態異常は、フィールド値アクセスコンポーネント自体の誤動作と、フィールド値アクセスコンポーネントが起動された際の誤動作と、を有することができる。フィールド値アクセスコンポーネント内における誤動作のリカバリには、通常、特定量の時間を所要する。従って、再試行戦略は、第１の既定の時間が経過した後に、第２の既定の回数を超過しない回数にわたって、障害原因がフィールド値アクセスコンポーネントの状態異常であるレコード内の暗号文データの暗号変更を再実行する、というものであってもよい。暗号変更障害の時刻と、第１の既定の時間と、に基づいて、再試行が実行され得る時点を判定するべく、障害が発生したレコードのエラー情報に暗号変更障害の時刻を書込むことができる。
【００２５】
又、この実装モードにおいては、暗号変更実行コンポーネントの状態異常も、障害原因の１つのタイプであり得る。暗号変更実行コンポーネントの状態異常は、暗号変更実行コンポーネント自体の誤動作と、通信誤動作と、を有することができる。障害原因が暗号変更実行コンポーネントの実行異常である際には、再試行戦略は、第３の既定の回数を超過しない回数にわたって、レコード内の暗号文データの暗号変更を即時に再実行する、というものであってもよい。
【００２６】
以上の例においては、第１の既定の回数、第２の既定の回数、及び／又は第３の既定の回数の適切な値は、適用シナリオと、現時点のサービス動作状況と、に関係している。まず、値を経験に基づいて所与の値に設定することが可能であり、その後に、設定された値をシステムの動作状態及び再試行成功率などの要因に基づいて調節することができる。適用シナリオのハードウェア又はソフトウェアや動作負荷又は動作フローなどの、システム動作に影響を及ぼす要因の変化が存在している場合には、第１の既定の回数、第２の既定の回数、及び／又は第３の既定の回数の適切な値を取得するべく、この調節プロセスを反復することができる。
【００２７】
障害原因とそれらの障害原因用の再試行戦略との間の対応性関係を事前に設定することができる。レコードの障害原因に基づいて、対応する再試行戦略をルックアップすることが可能であり、且つ、レコードの暗号変更を再実行するべく、この再試行戦略を利用することができる。レコードの暗号変更の再実行が、レコードの再試行戦略に従って、依然として、障害によって終了した場合には、手作業による分析、介入、又はその他の処理のために、レコードのエラー情報を障害ログに書込むことができる。
【００２８】
一実装モードにおいては、障害が発生したレコードの暗号変更を再実行するべく、特別な再試行コンポーネントを利用することができる。適用シナリオのニーズに基づいて、再試行コンポーネントの動作ロジックを実装することができる。一例においては、再試行処理テーブルを維持することができる。レコードの暗号文データの暗号変更障害が存在している際には、このレコードのエラー情報が、再試行処理テーブルに追加され、且つ、不成功としてタグ付けされる。既定の再試行条件が充足された際に、再試行コンポーネントは、再試行処理テーブル内の不成功とタグ付けされたエラー情報を読取り、且つ、エラー情報内のレコード識別子及び障害原因を取得する。障害原因によって判定された再試行戦略に従って、再試行コンポーネントは、この識別子を有するデータベースレコードの暗号文データの暗号変更を再実行する。再実行された暗号変更に成功した場合には、このエラー情報のタグは、成功に変更される。再実行された暗号変更に障害が発生した場合には、エラー情報の再試行回数が変更される。このエラー情報の再試行回数が、再試行戦略に従って許容されている最大回数に到達した場合に、エラー情報は、再試行処理テーブルから削除され、且つ、エラー情報は、障害ログに書込まれる。
【００２９】
データベースレコード内の暗号文データの暗号変更を再実行する際に必要とされるパラメータは、障害が発生したレコードのエラー情報に書込むことができる。具体的なパラメータは、適用シナリオに基づいて判定される。例えば、障害が発生したレコードのエラー情報は、古いキーバージョン番号と、新しいキーバージョン番号と、を有することができる。障害が発生したレコード内の暗号文データの暗号変更を再実行する際には、判定された再試行戦略に基づいて、平文データを取得するべく、古いキーバージョン番号に対応するキーを使用してオリジナルの暗号文データを暗号解読することが可能であり、且つ、新しいキーバージョン番号に対応するキーを使用して平文データを暗号化することにより、新しい暗号文データを得ることができる。新しい暗号文データは、障害が発生したレコード内のオリジナルの暗号文データを置換するべく、使用することができる。
【００３０】
動作の際の一時的な異常の結果ではない暗号変更障害の場合には、通常、再試行を通じて正常な暗号変更を実行することが困難である。例えば、障害原因がレコードの暗号文データの暗号解読障害である場合には、この暗号文データは、既にデータベース内において保存されており、且つ、このエラーを、再試行を通じて解決することは不可能である。これらの状況下においては、このレコードについては、自動的な再試行が実行されない。手作業による処理のために、その識別子などの、レコードのエラー情報を障害ログに書込むことができる。
【００３１】
本出願の実施形態においては、データベースレコード内の暗号文データの暗号変更障害の後に、レコードの障害原因が保存され、且つ、障害原因によって判定された再試行戦略に従って、障害が発生したレコード内の暗号文データの暗号変更が自動的に再実行される。従って、自動的な暗号変更の成功率が上昇し、且つ、手作業の量が低減される。これに加えて、暗号変更を実行する際に、暗号変更が完了しているレコードを処理する必要がないことから、障害処理の動作効率も改善される。
【００３２】
本出願の一適用例においては、クレジットカード情報データベース内のクレジットカード番号の暗号文データは、定期的なインターバルで暗号変更を経験する必要がある。暗号変更サイクルが終了した際に、変更タスク実行システム（暗号変更実行コンポーネント）は、暗号変更タスクと、古いキーバージョン番号及び新しいキーバージョン番号を含む、このタスクのために使用される暗号変更パラメータと、を受け取っている。変更タスク実行システムは、古いキー及び新しいキーを取得するべく、古いキーバージョン番号及び新しいキーバージョン番号を使用することができる。
【００３３】
クレジットカード情報データベース内のそれぞれのレコードは、１つのクレジットカードに対応しており、この場合に、フィールドは、カードインデックス番号、カード番号暗号文データ、及びカード番号暗号化のためのキーバージョン番号を有する。この場合に、カードインデックス番号は、クレジットカード情報データベース内において１つのクレジットカードを一意に表すべく、使用される。この適用例においては、カードインデックス番号が、レコードの識別子として機能する。
【００３４】
変更タスク実行システムは、カード情報データベース保守システム（フィールド値アクセスコンポーネント）を起動することにより、クレジットカード情報データベースにアクセスし、且つ、レコードのそれぞれにおいて、カード番号暗号文の暗号変更を実行している。フローは、図２に示されているとおりである。
【００３５】
ステップ２１０：クレジットカード情報データベース内の第１レコードを現時点のレコードとして使用する。
【００３６】
ステップ２２０：現時点のレコードの暗号変更を実行するべく、カード情報データベース保守システムを起動する。
【００３７】
ステップ２３０：現時点のレコードの暗号変更に成功したかどうかを判定し、障害が発生している場合には、ステップ２４０を実行し、成功している場合には、ステップ２５０に進む。
【００３８】
ステップ２４０：現時点のレコードのカードインデックス番号、障害原因、暗号変更実行時刻、古いキーバージョン番号、及び新しいキーバージョン番号をエラー情報として使用し、これを再試行処理テーブルに書込み、且つ、再試行処理テーブル内のこのエラー情報に不成功としてタグ付けする。
【００３９】
ステップ２５０：クレジットカード情報データベース内に次のレコードが存在しているかどうかを判定し、存在している場合には、次のレコードを現時点のレコードとして使用し、且つ、ステップ２２０に進み、存在していない場合には、暗号変更フローを終了する。
【００４０】
暗号変更障害原因は、以下の４つのタイプを有する。
【００４１】
第１タイプ：カード情報データベース保守システム状態異常であり、対応する再試行戦略は、最大で５回の再試行が許容された状態において、暗号変更実行時刻の後に１時間にわたって再試行する、というものである。
【００４２】
第２のタイプ：クレジットカード情報データベース状態異常であり、対応する再試行戦略は、最大で２回の再試行が許容された状態において、即座に再試行する、というものである。
【００４３】
第３のタイプ：変更タスク実行システム状態異常であり、対応する再試行戦略は、最大で２回の再試行が許容された状態において、即座に再試行する、というものである。
【００４４】
第４のタイプ：暗号文データ暗号解読障害であり、即ち、古いキーを使って、カード番号データフォーマットに準拠した平文データとして、レコードのカード番号暗号文データを暗号解読することが不可能であり、自動的な再試行は、実行されず、且つ、エラー情報が障害ログに出力される。
【００４５】
変更タスク実行システムは、再試行処理テーブル内において保存されているエラー情報に従って、障害が発生したレコードの自動的な再試行を規則的に実行している。フローは、図３に示されているとおりである。
【００４６】
ステップ３１０：現時点のエラー情報として、再試行処理テーブル内の第１エラー情報を読取る。
【００４７】
ステップ３２０：現時点のエラー情報が不成功としてタグ付けされているかどうかを判定し、そうである場合には、ステップ３３０を実行し、そうでない場合には、ステップ３８０に進む。
【００４８】
ステップ３３０：現時点のエラー情報内の障害原因が暗号文データの暗号解読障害であるかどうかを判定し、そうである場合には、ステップ３７０に進む。
【００４９】
ステップ３４０：再試行に成功する、或いは、再試行戦略に従って許容されている再試行の最大回数に到達する、時点まで、エラー情報内の障害原因に従って再試行戦略を判定し、且つ、カード情報データベース保守システムを起動して現時点のエラー情報内のカードインデックス番号を有するレコード内のカード番号暗号文データの暗号変更を再実行するべくこの再試行戦略を利用する。
【００５０】
ステップ３５０：現時点のエラー情報の再試行に成功したかどうかを判定し、成功している場合には、ステップ３６０を実行し、そうでない場合には、ステップ３７０に進む。
【００５１】
ステップ３６０：再試行処理テーブル内の現時点のエラー情報のタグを成功に変更し、且つ、ステップ３８０に進む。
【００５２】
ステップ３７０：現時点のエラー情報を障害ログに書込み、且つ、現時点のエラー情報を再試行処理テーブルから削除する。
【００５３】
ステップ３８０：再試行処理テーブル内にエラー情報の次の収集情報が存在しているかどうかを判定し、存在している場合には、エラー情報の次の収集情報を現時点のエラー情報として使用し、且つ、ステップ３２０に進み、存在していない場合には、自動的な再試行フローを終了する。
【００５４】
又、上述のフローの実装形態に対応する状態において、本出願の実施形態は、データベース内の暗号文データの暗号変更の障害を処理する装置を提供している。この装置は、ソフトウェアを通じて実装することも可能であり、且つ、ハードウェア或いはソフトウェアとハードウェアとの組合せを通じて実装することもできる。一例として、論理的装置として、ソフトウェア実装を使用すれば、これは、これが内部に配置されている装置のＣＰＵ（Central Processing Unit）が、対応するコンピュータプログラム命令を内部メモリに読込むようにすることにより、稼働する。又、ハードウェアについては、図４に示されているＣＰＵ、内部メモリ、及び不揮発性メモリに加えて、データベース内の暗号文データの暗号変更の障害を処理するための装置がその内部に配置されている、装置は、通常、無線信号の送信及び受信を実行するべく使用されるチップなどの、その他のハードウェア、並びに／或いは、ネットワーク通信に使用されるカードなどのその他のハードウェア、をも有する。
【００５５】
図５は、本出願の実施形態によって提供されるデータベース内の暗号文データの暗号変更の障害を処理する装置を示しており、装置は、エラー情報保存ユニットと、戦略及び再試行ユニットと、を有し、この場合に、エラー情報保存ユニットは、レコード内の暗号文データの暗号変更に障害が発生した際に、レコードのエラー情報を保存するように構成され、この場合に、エラー情報は、レコードの識別子と、障害原因と、を有しており、戦略及び再試行ユニットは、保存されている障害原因に基づいて再試行戦略を判定すると共に、識別子を有するレコード内の暗号文データの暗号変更を再実行するべく、再試行戦略を利用するように、構成されている。
【００５６】
任意選択により、障害原因は、データベース状態異常を有し、戦略及び再試行ユニットが、保存されている障害原因に基づいて再試行戦略を判定するステップは、障害原因がデータベース状態異常である際に、第１の既定の回数を超過しない回数にわたって、再試行戦略が、レコード内の暗号文データの暗号変更を即座に実行するステップを有する。
【００５７】
一例においては、暗号文データの暗号変更は、暗号文データが配置されている、レコードのフィールド値に対して、フィールド値アクセスコンポーネントにより、実行されており、且つ、障害原因は、フィールド値アクセスコンポーネントの状態異常を有し、戦略及び再試行ユニットが、保存されている障害原因に基づいて再試行戦略を判定するステップは、障害原因がフィールド値アクセスコンポーネントの状態異常である際に、第２の既定の回数を超過しない回数にわたって、再試行戦略が、第１の既定の時間が経過した後に、レコード内の暗号文データの暗号変更を再実行するステップを有する。
【００５８】
この例においては、暗号文データの暗号変更の際に、暗号変更実行コンポーネントは、フィールド値アクセスコンポーネントを起動しており、障害原因は、暗号変更実行コンポーネントの実行異常を有し、戦略及び再試行ユニットが、保存されている障害原因に基づいて再試行戦略を判定するステップは、障害原因が暗号変更実行コンポーネントの実行異常である際に、第３の既定の回数を超過しない回数にわたって、再試行戦略が、レコード内の暗号文データの暗号変更を即座に再実行するステップを有する。
【００５９】
又、任意選択により、装置は、障害原因がレコード内の暗号文データの暗号解読障害である際に、識別子を有するレコード内の暗号文データの暗号変更を再実行しないように構成された再試行キャンセルユニットも有する。
【００６０】
又、任意選択により、装置は、再試行戦略に従う、識別子を有するレコード内の暗号文データの再実行された暗号変更に障害が発生した後に、レコードのエラー情報を障害ログに書込むように構成された再試行障害ユニットをも有する。
【００６１】
任意選択により、エラー情報保存ユニットは、レコード内の暗号文データの暗号変更障害が存在している際に、暗号変更障害を有するレコードのエラー情報を再試行処理テーブルに追加すると共にエラー情報に不成功としてタグ付けするように構成されており、戦略及び再試行ユニットは、既定の再試行条件が充足された際に、再試行処理テーブル内において不成功とタグ付けされているエラー情報を読取り、読取られたエラー情報内の障害原因に基づいて再試行戦略を判定し、エラー情報内の識別子を有するレコード用の暗号文データの暗号変更を再実行するべく判定された再試行戦略を利用し、且つ、暗号変更に成功した場合にエラー情報のタグを成功に改定するように構成されており、さもなければ、エラー情報保存ユニットは、エラー情報の再試行回数を変更し、且つ、再試行回数が、再試行戦略に従って許容されている最大回数に到達した際に、エラー情報を再試行処理テーブルから削除し、且つ、エラー情報を障害ログに書込むように構成されている。
【００６２】
又、任意選択により、エラー情報は、古いキーバージョン番号及び新しいキーバージョン番号をも有しており、戦略及び再試行ユニットが、識別子を有するレコードの暗号文データの暗号変更を再実行するべく再試行戦略を利用するステップは、再試行戦略を利用し、且つ、古いキーバージョン番号に対応するキーと、新しいキーバージョン番号を対応する別のキーと、に基づいて、識別子を有するレコード内の暗号文データの暗号変更を再実行するステップを有する。
【００６３】
任意選択により、暗号文データは、クレジットカード番号の暗号文データを有する。
【００６４】
以上は、本出願の好適な実施形態であるに過ぎず、且つ、本出願を限定するものではない。本出願の精神及び原理内において実施されるすべての変更、等価な置換、及び改善は、本出願の保護の範囲に含まれている。
【００６５】
１つの代表的な構成においては、演算機器は、１つ又は複数のプロセッサ（ＣＰＵ）、入出力インタフェース、ネットワークインタフェース、及び内部メモリを有する。
【００６６】
内部メモリは、コンピュータ可読媒体上の揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、並びに／或いは、読み出し専用メモリ（ＲＯＭ：Read-Only Memory）又はフラッシュＲＡＭなどの、不揮発性ＲＡＭ、の形態を有することができる。内部メモリは、コンピュータ可読媒体の一例である。
【００６７】
コンピュータ可読媒体は、永久的な、非永久的な、可動型の、且つ、固定型の媒体を含んでいてもよく、これらは、任意の方法又は技術を通じて情報保存を実現することができる。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又はその他のデータであってもよい。コンピュータストレージ媒体の例は、限定を伴うことなしに、相変化ＲＡＭ（ＰＲＡＭ：Phase-change ＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ：Static ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ：Dynamic ＲＡＭ）、その他のタイプのランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気的に消去可能なプログラム可能な読出し専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ又はその他の内部メモリ技術、コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ：Compact Disk Read-Only Memory）、デジタルバーサタイルディスク（ＤＶＤ：Digital Versatile Disc）又はその他の光メモリ、カセット、磁気テープ、及びディスクメモリ又はその他の磁気メモリ装置、或いは、演算装置によってアクセスされ得る情報を保存するべく使用され得る任意のその他の非送信媒体を含む。本明細書における定義によれば、コンピュータ可読媒体は、変調されたデータ信号及び搬送波などの、一時的なコンピュータ可読媒体（一時的な媒体）を除外している。
【００６８】
又、「有する（comprise）」及び「含む（include）」という用語、或いは、これらの任意の変形は、非排他的包含となるべく意図されていることに留意されたい。従って、一連の要素を有するプロセス、方法、製品、及び装置は、これらの要素のみを有するものではない。これは、明示的に列挙されてはいないその他の要素をも有しており、或いは、そのプロセス、方法、製品、又は装置に固有の要素をも有する。その他の制限が存在していない際には、「〜を有する（comprising a...）」というフレーズによって定義される要素は、その要素を有するプロセス、方法、製品、又は装置内のその他の類似の要素の存在を排除するものではない。
【００６９】
当業者は、本出願の実施形態が、方法、システム、又はコンピュータプログラムプロダクトとして提供され得ることを理解するであろう。従って、本発明は、純粋にハードウェア実施形態の形態、純粋にソフトウェア実施形態の形態、或いは、ソフトウェアとハードウェアとを組み合わせた実施形態の形態を利用することができる。又、本発明は、コンピュータ実行可能プログラムコードを有する（限定を伴うことなしに、磁気ディスクメモリ、ＣＤ−ＲＯＭ、及び光メモリを含む）１つ又は複数のコンピュータストレージ媒体を通じたコンピュータプログラムプロダクトの形態を利用することもできる。
【図１】
2019514147.tif 000003
【図２】
2019514147.tif 000004
【図３】
2019514147.tif 000005
【図４】
2019514147.tif 000006
【図５】
2019514147.tif 000007
【国際調査報告】
2019514147.tif 000008
2019514147.tif 000009
2019514147.tif 000010
2019514147.tif 000011