JP2023543596A - 顧客データ処理のためのシステムおよび方法 - Google Patents

Abstract

本技術のさまざまな実施形態は、一般に、セキュリティ保護された顧客データ処理のためのシステムおよび方法に関する。より具体的には、いくつかの実施形態は、セキュリティをサポートしてデータに対してより強いレベルの制御を提供する態様でプロバイダとして派生データを処理することに関する。ソリューションは、顧客データ処理の４つのコア原理、すなわち認可されない限り顧客データのエクスポートがないこと、シェルアクセスまたは等価物のみによるリモート動作、一時的であってタスクベースの特権、およびエフェメラルである診断データ、をサポートする。本明細書における顧客データ処理システムは、診断データの格納のための中央リポジトリと、中央リポジトリへのアップロードおよびコンテナ上での自動ステージングのためのアップロードツールと、専用のコンテナ上にホストされた診断データおよび分析ツールへのタスクベースのアクセスを可能にする診断仮想マシンと、要求を処理して、コンテナをプロビジョニングおよびステージングして、消去を行うためのアプリケーションとを含む。

Description

技術分野
本技術のさまざまな実施形態は、一般に、セキュリティ保護された顧客データ処理に関する。より具体的には、本技術の実施形態は、顧客データ処理のコアセキュリティ原理をサポートして派生データおよび顧客データのライフサイクル全体に対してより強いレベルの制御を提供する態様でサービスプロバイダとして顧客データを処理するためのシステムおよび方法に関する。

背景
クラウドサービスプロバイダは、顧客の信頼を得て、サービス提供物に入力または作成された機密データを含むサービスを管理およびメンテナンスする。サービスプロバイダは、顧客の信頼を得て、信頼の置ける顧客データ管理人になる。サービスは、ソフトウェア・アズ・ア・サービス（ＳａａＳ：Software as a Service）、プラットフォーム・アズ・ア・サービス（ＰａａＳ：Platform as a Service）またはインフラストラクチャ・アズ・ア・サービス（ＩａａＳ：Infrastructure as a Service）を他のクラウドサービスとともに含み得る。顧客データ保護範囲は、契約上の義務、法令上の義務および／または他の法的義務の対象になり得るあらゆるデジタル資産（すなわち、ファイル）を含み得る。これらの義務は、地理的エリアまたは管轄エリア（ヨーロッパ、アメリカ、中国、カリフォルニアなど）によって変わる場合がある。このような義務の対象になるデータの例としては、（１）顧客コンテンツおよび（２）派生データが挙げられるが、これらに限定されるものではない。当該（１）顧客コンテンツは、サービス内に格納されたりサービス上でまたはサービスを通じて実行される、顧客または任意の顧客ユーザによって提供される、任意の形式の全てのソフトウェアデータ（パーソナルデータおよび個人識別情報を含む）、テキスト、画像、音声、映像、写真、第三者アプリケーション、ならびに他のコンテンツおよび資料を含むが、これらに限定されるものではない。当該（２）派生データは、メンテナンス、トラブルシューティング、モニタリング、使用分析、課金、キャパシティプランニング、訓練、サービス向上、セキュリティおよびオペレーションズリサーチ、サービス開発、ならびに他のクラウドサービスプロバイダ機能に使用できる顧客に特有のメタデータを含むが、これらに限定されるものではない。サービスプロバイダは、プライバシ、セキュリティおよび削除権などの、顧客データの処理における特定の要件を満たさなければならず、データがそのライフタイム全体を通して適切に追跡されない場合には、データの場所を特定しようとしたり、データを説明しようとしたり、データを除去しようとしたりすることは困難であろう。たとえば、データを除去するには、当該データがどこに存在するか、および、当該データがバックアップシステム、ログリポジトリシステムなどの中にあるかどうかなど、当該データが複製されているかどうかを認識または理解する必要がある。データがセキュリティ保護された環境（たとえば、クラウド）を離れることを許可されると、当該データの追跡可能性は失われる。

たとえば分析のためにデータがエンジニアのコンピュータにダウンロードされると、当該データの追跡可能性は失われるため、プロバイダは、当該データの全てのインスタンスがどこに存在するか、当該データが何に使用されたか、または当該データがどこにコピーされたかを認識することをもはや保証できない。そのため、削除権および忘れられる権利などの、一般データ保護規則（ＧＤＰＲ：General Data Protection Regulation）、カリフォルニア州消費者プライバシ法（ＣＣＰＡ：California Consumer Privacy Act）および海外データ合法的使用明確化（ＣＬＯＵＤ：Clarifying Lawful Overseas Use of Data）法規則を遵守するには、プロバイダのタスクフォース内においてとてつもない信頼が必要になる。たとえば、インシデントにアクセスするために個人識別情報（ＰＩＩ：Personally Identifying Information）およびログがエンジニアの作業空間（たとえば、ラップトップ）にダウンロードされる場合があり、その場合、エンジニアは、作業が完了するとそれを忘れずに削除する責任がある。

それにもかかわらず、従来から、構文解析および分析の目的で診断データがエンジニア（すなわち、顧客サポート、開発、オペレーションエンジニア）のローカルワークステーションにダウンロードされている。これは、顧客データがセキュリティ保護された生成環境（たとえば、クラウド）から抜き出されるために、十分に追跡、セキュリティ保護および消去することができないことを意味する。歴史的に見て、クラウドプロバイダ（たとえば、ＰａａＳ、ＳａａＳ、プライベートクラウド、オンプレミスデプロイメントなど）は、顧客コンテンツに提供された保護範囲から派生データを除外することによってこの問題に取り組んできた。しかし、本明細書に開示されているソリューションは、トラブルシューティングおよび他の診断目的でのアクセスを許可しながら、顧客に提供された保護範囲に派生データを含めるための手段を提供する。

このセクションに記載されている情報は、背景情報として提示されており、本開示の理解を手助けすることのみに役立つ。上記のいずれかが本開示に対する先行技術として適用可能であるかどうかについては、判断されておらず、断言もされない。

発明の簡単な概要
この概要は、以下の詳細な説明でさらに説明する種々の概念を簡略化した形式で紹介するために提供されている。この概要は、クレームされている主題の主要な特徴または本質的な特徴を識別することを意図したものではなく、クレームされている主題の範囲を決定する手助けとして使用されることを意図したものでもない。

本明細書におけるさまざまな実施形態は、セキュリティ保護された態様で顧客データを処理して、プロバイダが派生データをより制御することを可能にするためのシステム、方法およびコンピュータ読取可能記憶媒体に関する。一実施形態において、顧客データを処理するためのコンピューティング装置は、１つまたは複数のコンピュータ読取可能記憶媒体と、１つまたは複数の処理システムと、上記１つまたは複数のコンピュータ読取可能記憶媒体に格納されたプログラム命令とを備え、上記プログラム命令は、上記１つまたは複数の処理システムによって実行されると、上記１つまたは複数の処理システムに、データアクセッサからの、タスクのデータにアクセスする要求に応答して、データリポジトリに格納された、上記タスクに関連付けられたデータを識別することを行うように指示する。上記プログラム命令はさらに、上記処理システムに、上記タスクのためにコンテナをプロビジョニングすることを行うように指示し、上記コンテナは、上記タスクに関連付けられた上記データと、少なくとも１つのデータ分析ツールとを含み、上記プログラム命令はさらに、上記処理システムに、上記コンテナへのアクセスを上記データアクセッサに提供することと、上記１つまたは複数のデータアクセッサが上記コンテナから出るかまたは上記コンテナを使用し終えた後に、上記コンテナを上記コンピューティング装置から消去することとを行うように指示する。

一実施形態において、上記プログラム命令はさらに、上記処理システムに、上記データリポジトリをメンテナンスすることを行うように指示し、上記データリポジトリは、複数のタスクのデータを含む。上記プログラム命令はさらに、上記処理システムに、上記タスクのために上記コンテナをプロビジョニングする前に、上記データアクセッサが上記タスクに関連付けられた上記データにアクセスすることを承認されるかどうかを判断することを行うように指示し得る。上記プログラム命令はさらに、上記処理システムに、上記タスクのために上記コンテナをプロビジョニングした後に、上記コンテナが準備できていることを上記データアクセッサに通知することを行うように指示し得る。上記プログラム命令はさらに、上記処理システムに、上記コンテナを上記コンピューティング装置から消去する前に、上記データアクセッサが上記コンテナから出たことを検出することを行うように指示し得る。いくつかの実施形態において、上記コンテナは、上記データアクセッサが、上記タスクに関連付けられた上記データを上記コンテナからエクスポートすることを防止する。いくつかの実施形態において、上記コンテナは、仮想マシン上にホストされる。特定の実施形態において、上記プログラム命令は、上記コンテナを上記コンピューティング装置から消去するために、上記処理システムに、上記コンテナを消去するための待機時間を識別して、上記待機時間が経過すると上記コンテナを上記コンピューティング装置から消去することを行うように指示する。

代替的な実施形態において、セキュリティ保護された態様で顧客データを処理する方法は、データリポジトリに格納された、インシデントに関連付けられたデータを識別するステップと、上記インシデントのためにコンテナをプロビジョニングするステップとを備え、上記コンテナは、上記インシデントに関連付けられた上記データと、少なくとも１つのデータ分析ツールとを含む。上記方法はさらに、上記コンテナへのアクセスをデータアクセッサに提供するステップと、上記１つまたは複数のデータアクセッサが上記コンテナから出るかまたは上記コンテナを使用し終えた（たとえば、一定時間アイドル状態であった）後に、上記コンテナをシステムから消去するステップを備える。インシデントは、本明細書に記載されている提供されたサービスに関連する任意のイベントまたは状態の発生を含み得る。いくつかの例において、インシデントは、提供されたサービスの正常機能に関連するデータセットを含む。インシデントのさらに他の例としては、たとえば、異常機能の発生、正常機能の発生、ＣＤＨアップロードツールからのデータアップロードイベント、エラー、エラーレポート、バグインシデント、または、一般的性能の評価、バグの修正、エラーへの対処、もしくは他の一般的な分析、観察、調整、検証もしくは調査の目的でデータアクセッサがデータにアクセスすることを希望し得る類似のシナリオを挙げることができる。

さらに別の実施形態において、１つまたは複数の非一時的なコンピュータ読取可能記憶媒体は、セキュリティ保護された顧客データ処理を容易にするためのプログラム命令を格納しており、上記プログラム命令は、処理システムによって読み取られて実行されると、上記処理システムに、データアクセッサからの、タスクのデータにアクセスする要求に応答して、データリポジトリに格納された、上記タスクに関連付けられたデータを識別することを行うように指示する。上記プログラム命令はさらに、上記処理システムに、上記タスクのためにコンテナをプロビジョニングすることを行うように指示し、上記コンテナは、上記タスクに関連付けられた上記データと、少なくとも１つのデータ分析ツールとを含み、上記プログラム命令はさらに、上記処理システムに、上記コンテナへのアクセスを上記データアクセッサに提供することと、上記１つまたは複数のデータアクセッサが上記コンテナから出た後に、上記コンテナをシステムから消去することとを行うように指示する。

本開示の多くの局面は、以下の図面を参照してよりよく理解することができる。図面中の構成要素は、必ずしも縮尺通りに描かれていない。さらに、図面中、同様の参照番号はいくつかの図を通して対応する部分を示している。これらの図面に関連付けていくつかの実施形態を説明しているが、本開示は、本明細書に開示されている実施形態に限定されるものではない。むしろ、その意図は、全ての代替例、変形例および等価物を包含することである。

本技術のいくつかの実施形態に係る、顧客データ処理システムを備える動作環境を示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理システム概要を示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理のためのプロセス概要を示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理プロセスを示す図である。 本技術のいくつかの実施形態に係る、セキュリティ保護された顧客データ処理環境を示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理プロセスを示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理プロセスを示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理に関連するデータカテゴリのテーブルを示す図である。 本技術に係る、さまざまなタイプの提供されたサービスで使用され得るいくつかのタイプの顧客データ処理ツールキットパターンを示す図である。 本技術のいくつかの実施形態に係る、顧客データ処理ツールキットを実現するためのコンピューティングシステムを示す図である。

図面は、必ずしも縮尺通りに描かれていない。同様に、いくつかの構成要素または動作は、本技術の実施形態のうちのいくつかを説明する目的で、それぞれのブロックに切り離したり、１つのブロックにまとめたりすることができない。さらに、本技術はさまざまな変形例および代替的な形態に変更可能であるが、具体的な実施形態が図面に一例として示されており、以下で詳細に説明する。しかし、その意図は、本技術を記載されている特定の実施形態に限定することではない。むしろ、本技術は、添付の特許請求の範囲によって規定される技術の範囲内に含まれる全ての変形例、等価物および代替例を包含するよう意図されている。

詳細な説明
以下の説明および関連付けられた図は、本発明の最良の形態を教示する。本発明の原理を教示する目的で、最良の形態のいくつかの従来の局面は、簡略化または省略される場合がある。以下の特許請求の範囲は、本発明の範囲を指定する。最良の形態のいくつかの局面が、特許請求の範囲に指定されている本発明の範囲内に含まれない場合がある、ということに留意されたい。したがって、当業者は、本発明の範囲内に含まれる最良の形態からの変更例を理解するであろう。当業者は、以下で説明する特徴をさまざまに組み合わせて本発明の複数の変更例を形成できることを理解するであろう。その結果、本発明は、以下で説明する具体例に限定されるものではなく、特許請求の範囲およびそれらの等価物によってのみ限定される。

本技術のさまざまな実施形態は、一般に、セキュリティ保護された顧客データ処理に関する。より具体的には、本技術は、顧客データ処理のコアセキュリティ原理をサポートして派生データに対するより強いレベルの制御をプロバイダに提供する態様でサービスプロバイダとして顧客データを処理するためのシステムおよび方法に関する。本明細書に開示されている顧客データ処理（ＣＤＨ：Customer Data Handling）ツールキットは、サービスおよびクラウドプロバイダ（たとえば、ＳａａＳ、ＰａａＳ、ＩａａＳ、プライベートクラウド、オンプレミスデプロイメントなど）が、動作効率を向上させながら前例のないデータスチュワードシップを顧客に提供することを可能にする。このソリューションは、顧客データ処理の４つのコア原理、すなわち認可されない限り顧客データのエクスポートがないこと、シェルアクセスまたは等価物のみによるリモート動作、一時的であってタスクベースの特権、およびエフェメラルである診断データ、をサポートする。

本明細書におけるＣＤＨツールキットは、４つの主要な構成要素、すなわち診断データの格納のための中央リポジトリと、データを中央リポジトリにアップロードするためのアップロードツールと、専用のコンテナ上にホストされた診断データおよび分析ツールへのタスクベースのアクセスを可能にする診断仮想マシン（ＶＭ：Virtual Machine）と、診断データおよびツールへのアクセスを要求して、アクセスを提供して、コンテナをプロビジョニングおよびステージングして、コンテナ内の診断データのコピーとともにコンテナを消去するためのＣＤＨアプリケーションと、で構成されている。したがって、権限を与えられたデータアクセッサ（たとえば、サポート／ＤｅｖＯｐｓエンジニアまたは任意のプログラム、ツール、アプリ、ソフトウェア、ハードウェア、またはそれらの組み合わせ）が１つまたは複数のタスクおよび／またはインシデントに関連する診断データにアクセスすることを要求すると、一時的なコンテナが認可と同時に特定の目的でプロビジョニングされる。コンテナ内において、データアクセッサは、コンテナから出る前に、インシデントに関連する１つまたは複数のタスクまたは分析を完了させてもよく、そのときに、コンテナおよびデータのコピーはシステムから消去される。ユーザは、セキュリティ保護された生成環境（すなわち、コンテナ）内で作業している間は、データを共有したり外部の場所にエクスポートしたりすることができず、それによって、特定のユーザへの個々のアクセスを可能にしながらデータの十分な追跡可能性が保証される。インシデントは、本明細書に記載されている提供されたサービスに関連する任意のイベントまたは状態の発生を含み得る。いくつかの例において、インシデントは、提供されたサービスの正常機能に関連するデータセットを含む。インシデントのさらに他の例としては、たとえば、異常機能の発生、正常機能の発生、ＣＤＨアップロードツールからのデータアップロードイベント、エラー、エラーレポート、バグインシデント、または、一般的性能の評価、バグの修正、エラーへの対処、もしくは他の一般的な分析、観察、調整、検証もしくは調査の目的でデータアクセッサがデータにアクセスすることを希望し得る類似のシナリオを挙げることができる。

本明細書におけるＳａａＳ ＣＤＨソリューションは、クラウドプロバイダチームが、タスクごとまたはインシデントごとに分離された、セキュリティ保護された生成環境内の診断データリポジトリおよびホストされた分析ツールで構成されたシステムを提供することによって、コアＣＤＨ原理との完全な整合を実現することを可能にする。ＣＤＨツールキットソリューションは、より短いターンアラウンドタイムでタスクを実行することができるように、アクセスを要求するためのプロセスを加速させる。このソリューションはさらに、その時々で異なるタスクに取り組むための環境を再構成しなくてもよいようにコンテナ内のタスクを切り分けることによってエンジニアの生産性を向上させる。複数のエンジニアは、初めからやり直す必要なしに協働して２４時間休みなしのカバレッジを提供するようにインシデントコンテナを共有することができる。さらに、ＣＤＨツールキットは、データの効果的なアクセス制御および消去を実施することによって、顧客およびプロバイダの両方がリスクにさらされることを大幅に軽減し、顧客データの処理を向上させる。本明細書におけるソリューションは、顧客診断データのライフサイクルに対する十分な制御を提供し、このデータの追跡可能性は常に維持される。なぜなら、このデータは、さまざまな顧客インシデントに関連する分析またはトラブルシューティング中にさまざまなエンジニアまたはプロバイダスタッフによって使用されるからである。本明細書における技術は、このように、すなわち完全な追跡可能性を有しているがダウンロードまたは抽出できないように（派生データを含む）全ての顧客データを処理し、当該データをセキュリティ保護された生成環境内に保持するために使用することができる。

既存のシステムでは、データは、ロールベースアクセスを有する企業ファイアウォール内に格納される場合があり、限られた場合に作業場所制約付きアクセスが課される。診断データは持続し、消去は実施されず、エクスポートされたデータを追跡する機能はない。同様に、構文解析および分析ツールはパーソナルワークステーション上で実行されるが、アクセス制御は継続的なアクセスをユーザに対して課し、アクセスはロールの変更に応答して取り消されるのみである。しかし、顧客は、プロバイダがデータをセキュリティ保護された態様で、知る必要のある人にだけ知らせるベースで使用することを期待する。従来から、診断データは、その保護範囲から除外されてきた。これらの既存の技術では、データエクスポートのための技術的制御はほとんど存在せず、派生データのセキュリティは従業員のポリシーの遵守に頼ることになる。ユーザは、別の場所または別のユーザとログファイルを共有する場合、従来は当該ファイルをマウントポイントと共有し、別の場所またはユーザは、当該マウントポイントから当該ファイルにアクセスすることができる。例示的なシナリオにおいて、サービスプロバイダの顧客は、問題を報告する場合、サポートと連絡をとってもよく、プロバイダは、当該問題のレコード（すなわち、バグデータベース）を作成してもよい。また、当該問題に関連して顧客によって供給される診断データ情報はいずれも、バグデータベース内のインシデントレコードに添付されてもよく、バグデータベースへのアクセスを有するユーザはいずれも、データベース内の任意のインシデントに関連するデータにアクセスすることができる。これは、顧客診断データへのアクセスを制御できない環境を生じさせる。本技術では、プロバイダは、インシデントへのより制約の付いたアクセスを提供しながら、インシデントに関連してどのデータにアクセス可能であるかをさらに制御することができる。

本明細書に提示されているシステムでは、エフェメラルコンテナを介してしかデータにアクセスすることができず、データは、有効な要求に応答して、インシデントのためのプロビジョニングされたコンテナに一時的に追加される。たとえば、データアクセッサまたは複数のアクセッサは、ＣＤＨアプリケーションのユーザインターフェイスに行って、特定のインシデントのデータへのアクセスを要求し得る。ポリシー、認証情報（credential）などに基づいてアクセスが承認されると、当該特定のインシデントの診断データと任意の関連するツール一式とを含むコンテナが当該インシデントのためにプロビジョニングされる。次いで、データアクセッサは、プロビジョニングされたコンテナ内のデータを使用して、プロビジョニングされたコンテナの外側でデータをダウンロード、エクスポートまたは通信することができない状態で構文解析、トラブルシューティングおよび分析ジョブを実行することができる。タスクまたは分析が完了すると、データアクセッサは、プロビジョニングされたコンテナから出ることができ、そのときに（または、後で）、コンテナは、コンテナ内の任意のデータとともに、システムから消去される。いくつかの例では、データアクセッサは、コンテナから出るまたはコンテナを閉鎖することをしなくてもよく、コンテナは、一定時間使用されなかったまたはアイドル状態であった後に消去されてもよい。他の例では、コンテナは、許可された時間の経過後に消去されてもよい。

図１は、本明細書に開示されている技術に係る、ＣＤＨシステム１００を含む顧客データ処理環境の一例を示す図である。図１は、診断データリポジトリ１０１と、アップロードツール１０２と、ＣＤＨアプリケーション１０３と、診断ＶＭ１０４とを含むＣＤＨシステム１００を含む。図１はさらに、インシデントデータ１１０と、コンピューティングデバイス１２０とを含む。一例において、インシデントデータ１１０は、顧客エラーレポートに応答して診断データリポジトリ１０１にアップロードされる。次いで、コンピューティングデバイス１２０を操作するユーザは、１つまたは複数の目的（たとえば、バグ検出、分析、調査など）でインシデントデータを識別して、インシデントデータへのアクセスを要求し得る。診断データリポジトリ１０１に格納されたインシデントデータへのアクセスの要求に応答して、ＣＤＨアプリケーション１０３は、ユーザおよび／またはコンピューティングデバイス１２０がインシデントデータにアクセスするのに必要な認証情報または認可を有しているかどうかを判断する。ユーザおよび／またはコンピューティングデバイス１２０が必要な要件を満たすと判断したことに応答して、ＣＤＨアプリケーション１０３は、診断ＶＭ１０４上で実行されるコンテナ（たとえば、ドッカーコンテナ）を自動的にプロビジョニングし、プロビジョニングされたコンテナ内のインシデントの診断データのコピーをステージングし、プロビジョニングされたコンテナへのアクセスをコンピューティングデバイス１２０に提供することができる。

プロビジョニングされたコンテナおよびステージングされた環境へのアクセスがコンピューティングデバイス１２０に提供されると、当該環境内でさまざまなツールが利用できるようになる。いくつかの例では、同一の完全なツールセットがそれぞれのコンテナに提供されてもよく、他の例では、特定のインシデント、サービス制約および同様の要因に基づいてツールが提供されてもよい。プロビジョニングされたコンテナの使用が完了すると、コンピューティングデバイス１２０のユーザは、プロビジョニングされたコンテナを閉鎖するまたはプロビジョニングされたコンテナから出ることができる。出た後、ＣＤＨアプリケーション１０３は、コンテナに提供された診断データのコピーとともにコンテナを自動的に消去することができる。いくつかの例では、消去は、コンテナの閉鎖に応答してすぐに行われてもよく、他の例では、消去は、時間遅延または時間間隔に基づいて行われてもよい。

いくつかの例において、診断データリポジトリ１０１は、オブジェクトストレージサービス（ＯＳＳ：Object Storage Service）である。異なった制約を遵守しなければならない専門生成環境またはクラウドのために診断データリポジトリ１０１の別々のインスタンスがプロビジョニングされてもよい。たとえば、ペイメント・カード・インダストリ（ＰＣＩ：Payment Card Industry）遵守または医療保険の携行性と責任に関する法律（ＨＩＰＡＡ：Health Insurance Portability and Accountability Act）遵守の対象になる専門クラウドは、それらのインスタンス内の診断データがそれらのそれぞれの要件に適合することができるように存在してもよい。いくつかの例において、アップロードツール１０２は、診断データを診断データリポジトリ１０１にアップロードするためのコンパイル済みバイナリ（アップロードツール）を含み得る。診断ＶＭ１０４は、セキュリティ保護された生成環境内の専用のコンテナ上にホストされた診断データおよび分析ツールへのタスクベースのアクセスを可能にする。

図２は、本開示に従って提供されるＣＤＨシスエムの例示的なソリューション設計概要を示す図である。図２は、クラウドネットワークアクセス２００と、サポートおよびＤｅｖＯｐｓエンジニア２３０と、ＳａａＳ顧客２４０とを含む。クラウドネットワークアクセス２００は、データセンタ２０５と、オープンプラットフォーム通信（ＯＰＣ：Open Platform Communication）２１０と、クラウドインフラストラクチャ２１５とを含む。ＯＰＣ２１０は、ポッド２１１を含み、ポッドは、１つまたは複数のコンテナおよびそれらの共有ストレージの集まりを表す。クラウドインフラストラクチャ２１５は、ポッド２１６と、ポッド２１７と、オブジェクトストレージ２１８と、ＶＭ２２０と、ＶＭ２２５と、ホスト２２３と、ホスト２２８とを含む。ＶＭ２２０は、コンテナ２２１と、コンテナ２２２と、コンテナエンジンと、ホストオペレーティングシステムと、インフラストラクチャ（たとえば、サーバ、ハードウェア）とを含む。ＶＭ２２５は、コンテナ２２６と、コンテナ２２７と、コンテナエンジンと、ホストオペレーティングシステムと、インフラストラクチャとを含む。ＶＭ２２０およびＶＭ２２５は、任意の数のコンテナを含んでいてもよく、仮想マシンのどちらか一方にホストされるコンテナの数はさまざまであってもよい。ＶＭ２２０とＶＭ２２５とを含むクラウドネットワークアクセス２００のコンポーネントは、例示の目的で提供されており、本技術のさまざまな実現例に応じて異なっていてもよい。図２はさらに、ポッド２４１と、顧客ストレージ２４２と、顧客に特有のＣＤＨアップロードツール２４３とを含むＳａａＳ顧客２４０を含む。

一例において、ＳａａＳ顧客２４０は、提供されたサービスを使用しながら、直面したインシデントを報告し得る。次いで、ＳａａＳコンテナ２４０は、顧客に特有のＣＤＨアップロードツール２４３を使用して、当該インシデントのデータを顧客ストレージ２４２からオブジェクトストレージ２１８に提供し得る。いくつかの例では、顧客は、インシデントデータをプロバイダ自体に提供してもよい。他の例では、プロバイダチームからのエンジニアまたは他のメンバは、顧客ストレージ２４２内のインシデントデータにアクセスして、顧客に特有のＣＤＨアップロードツール２４３または同様のツールを使用して当該データをクラウド環境内のオブジェクトストレージ２１８に追加するタスクを割り当てられてもよい。さらに別の例では、顧客ストレージ２４２からのデータは、サポートおよびＤｅｖＯｐｓエンジニア２３０からの、インシデントのデータにアクセスする要求に応答して、検索されてもよい。オブジェクトストレージ２１８は、診断データのための中央データリポジトリである。いくつかの例において、異なった規則および規制を受ける専門クラウドのためにオブジェクトストレージ２１８の別々のインスタンスがプロビジョニングされる。

特定のインシデントのデータがオブジェクトストレージ２１８にアップロードされると、必要な許可を有するサポートおよびＤｅｖＯｐｓエンジニア２３０は、セキュリティ保護された環境（すなわち、クラウドネットワークアクセス２００）内の仮想マシン（すなわち、ＶＭ２２０）上にホストされたプロビジョニングされたコンテナを介してインシデントデータにアクセスすることができる。サポートおよびＤｅｖＯｐｓエンジニア２３０は、クラウドネットワークアクセス２００にログインするか、または所与のインシデントのインシデントデータにアクセスするための承認を要求し得る。当該インシデントおよびセキュリティ保護された環境にアクセスすることが承認されると、プロビジョニングワークフローが開始し得て、当該インシデントのためにコンテナ（たとえば、コンテナ２２１、コンテナ２２２）がプロビジョニングされて、当該インシデントの診断データが、当該データを分析または処理するためのさまざまなツールとともにコンテナ内でステージングされる。次いで、エンジニアは、ホスト（すなわち、ホスト２２３）を介したプロビジョニングされたコンテナへのアクセスを通知および提供され得る。エンジニアは、プロビジョニングされたコンテナ内から環境の外側にインシデントデータを移動させる機能を持たない。たとえば、プロビジョニングされたコンテナからデータをダウンロードしたり、データをエクスポートしたり、インターネットにアクセスしたりする機能はなく、それによって、データの完全な追跡可能性が保証される。

コンテナ内で、エンジニアは、ログファイルの分析、メモリまたはコアダンプの分析、複数のログファイル間の相関関係の導出、データの構文解析、比較の実行、およびイベントまたはデータポイントの検索を含むがこれらに限定されないさまざまなタスクを実行することができ、環境は、これらのタスクを実行するためのツールを含み得る。任意の数のツールがコンテナ内に提供されてもよい。エンジニアは、プロビジョニングされた環境に新たなまたは追加のツールを含めたい場合、それをコンテナにロードする前に、ライセンシングおよび／またはセキュリティ承認についてツールを確認する検証プロセスを経ることができる。いくつかの実施形態において、エンジニアが、新たなツールをインストールしようとすること、および、システム全体にわたるツールのデプロイメントの前にさまざまな検証を通じてＣＤＨ ＤｅｖＯｐｓチームに新たなツールを取得させる要求を送るよう要求されることが阻止され得る。このように、ユーザが、顧客データを脆弱性にさらすおそれがある未承認の、安全でない、またはセキュリティ保護されていないツールをダウンロード、インストールおよび使用することが防止される。

コンテナがプロビジョニングされたインシデントデータに関連するタスクまたは一組のタスクが完了すると、ユーザまたはエンジニアは、プロビジョニングされた環境を閉鎖する、プロビジョニングされた環境を離れる、またはプロビジョニングされた環境から出ることができ、このときに、コンテナおよび診断データのそのコピーは自動的に消去される。いくつかの例では、データのコピーのみがコンテナとともに消去されてもよく、別の一組のデータは依然としてオブジェクトストレージ２１８に存在している。代替的な例では、インシデントデータもオブジェクトストレージ２１８から消去されてもよい。特定の例では、オブジェクトストレージ２１８からのデータのコピーは、コンテナと比較してより長い時間が経過した後に消去されてもよく、それによって、プロバイダが、後に新たなコンテナを作成して、同一の顧客についてまたは製品バグ修正プロセスの一部として問題を再分析することが可能になる。

図３は、顧客環境３５０、ＣＤＨツールキットバックエンド３６０およびＣＤＨツールキットユーザインターフェイス（ＵＩ：User Interface）３７０内に構成されているステップ３１０、ステップ３２０、ステップ３３０およびステップ３４０を含む例示的な顧客データ処理ワークフローを示す図である。ステップ３１０は、ステップ３１１と、ステップ３１２とを含む。ステップ３２０は、ステップ３２１を含む。ステップ３３０は、ステップ３３１と、ステップ３３２と、ステップ３３３と、ステップ３３４と、ステップ３３５とを含む。ステップ３４０は、ステップ３４１と、ステップ３４２と、ステップ３４４，３４５と、ステップ３４６とを含む。ステップ３１０は、顧客環境３５０内で実行され、ステップ３２０は、ＣＤＨツールキットバックエンド３６０内で実行され、ステップ３３０は、ＣＤＨツールキットＵＩ３７０内で実行され、ステップ３４０は、ＣＤＨツールキットバックエンド３６０とＣＤＨツールキットＵＩ３７０との組み合わせ内で実行される。

ステップ３１１において、ユーザまたはエンジニアは、既存のまたは事前承認された資格および／または認証情報を使用して顧客環境３５０にログインする。ステップ３１２において、ユーザまたはエンジニアは、ＣＤＨアップロードツールを実行してＣＤＨツールキット内にインシデントを作成し、要求されたまたは関連する診断データをアップロードする。ステップ３２１において、このインシデントは、ＣＤＨツールキットに登録される。ステップ３３１において、ユーザアクセスがＣＤＨツールキットＵＩ３７０内から要求されて、ステップ３３２において、ＣＤＨユーザインターフェイスが提供される。ステップ３３３において、ユーザの承認のために、資格についてアイデンティティ管理サービスに照会する。ユーザが承認される場合、ステップ３４１において、自動プロビジョニングタスクがトリガされ、ステップ３４２において、コンテナ（すなわち、コンテナ３４３のうちの１つ）がコンテナホスト上にプロビジョニングされる。ステップ３４４において、要求されたインシデントのためのコンテナがプロビジョニングされたことを示す通知がユーザに送信され、ステップ３３４において、電子メール通知が送信される。次いで、ユーザは、インシデントに特有のデータとツール一式とを含むコンテナにアクセスすることができる。ステップ３３５において、ユーザは、システム／プラットフォーム設定に基づいて、一定の日数（たとえば、７日、３日、２日、１日）が経過するとコンテナが消去されることを通知され得る。いくつかの例では、ユーザは、時間延長を要求することができてもよい。代替的な実施形態では、ユーザは、コンテナおよびデータのコピーが自動的に消去される前に何日が経過すべきであるかを指示してもよい。いくつかの実施形態では、ユーザは、いつでもコンテナを手作業で消去することが許可されてもよい。ステップ３４５において、ＣＤＨツールキットは、３０日が経過したかどうか、またはインシデントが解決されたかどうかを確認する。それらのうちの１つまたは両方が真である場合、ステップ３４６において、自動消去タスクがトリガされて、コンテナがインシデントデータのコピーとともに消去される。

ステップ３１０、ステップ３２０、ステップ３３０およびステップ３４０において提供されるコンテナプロビジョニングステップに加えて、データは、一定時間の経過後に、またはイベントに応答して、セキュリティ保護されたデータリポジトリから消去され得る。この例では、ステップ３２１において、ＣＤＨツールキットは、インシデントデータがアップロードされてから９０日が経過したかどうかを確認し、経過していれば、ステップ３２２において、セキュリティ保護されたストレージからのデータの自動消去を開始する。

図４は、本明細書に開示されているＣＤＨシステムによって実行され得る顧客データ処理プロセスを示す図である。ステップ４０５において、ＣＤＨシステムは、インシデントの診断データを診断データリポジトリに格納する。いくつかの例では、ステップ４０５は、インシデントレポートによってトリガされてもよく、当該インシデントの診断データの自動データアップロードに応答してもよく、当該インシデントに直面したサービスのユーザによるアップロードに応答してもよく、またはアップロードを開始するサービスプロバイダユーザによるものであってもよい。ステップ４１０において、ＣＤＨシステムは、当該インシデントのサービス要求をユーザまたはエンジニアから受信する。このサービス要求は、ユーザまたはエンジニアがアクセスしようとしているインシデントの表示を含み得る。ステップ４１５において、ＣＤＨシステムは、要求発行エンティティに関連付けられた資格に基づいて、要求発行エンティティ（すなわち、ユーザまたはエンジニア）を承認する。いくつかの例では、要求発行エンティティの承認にアイデンティティ管理システムが使用される。いくつかの例では、このアイデンティティ管理システムは、この例のＣＤＨシステムに特有であってもよい。代替的に、いくつかの例では、アイデンティティ管理システムは、多くのサービスのための、プロバイダがアクセスできる中央システムであってもよい。

要求発行エンティティの承認に応答して、ステップ４２０において、ＣＤＨシステムは、インシデントのためにコンテナをプロビジョニングして、専用のコンテナ内のインシデントに特有の診断データをステージングする。この診断データとともに、ＣＤＨシステムは、コンテナ内の任意の必要な分析ツールをステージングする。いくつかの実現例では、コンテナは、仮想マシン上にホストされた専用のドッカーコンテナであってもよく、他の実現例では、コンテナは、代替のコンテナホストによってホストされて、代替のコンピューティングマシン上にホストされてもよい。この例では、プロビジョニングされたコンテナは、複数の異なる資格を必要としてさまざまなアクセス制御を受ける仮想プライベートネットワーク内のセキュリティ保護された環境（すなわち、クラウド）においてロックダウンされる。ステップ４２５において、ＣＤＨシステムは、サービス要求の終了を検出して、ステップ４３０において、ＣＤＨシステムは、コンテナおよびコンテナ内でステージングされたインシデントの診断データのコピーを消去する。

本明細書に提供されているＣＤＨシステムは、コンテナの外側に存在するアプリケーション（たとえば、ＣＤＨアプリケーション１０３）を含み得て、このアプリケーションは、資格および承認に基づいてタスクベースの診断データ（すなわち、インシデントに特有のデータ）へのアクセスを要求するためのＵＩを、権限を与えられたスタッフに提供する。このアプリケーションは、セキュリティ保護された環境（すなわち、クラウドネットワークアクセス２００）内でのタスクベースのコンテナの自動プロビジョニングおよびシステムコンポーネントと通知／報告との間のジョブ制御統合を担当する。このアプリケーションはさらに、タスクベースの診断データおよび関連するコンテナの自動消去を担当する。本明細書に提供されているＣＤＨツールキットは、タスクの完了時に（すなわち、サービス要求の終了およびアプリケーションＵＩへの戻り時に）プロバイダが診断データを効果的に消去することを可能にすることによって、データがエフェメラルであることを可能にする。この自動消去メカニズムは、いくつかの例では猶予期間後に、サービス要求の終了に応答して全ての関連付けられたデータを消去してもよい。

図５は、インシデントに特有の顧客データアクセスの例示的な概要を提供するＣＤＨアクセス環境５００を示す図である。ＣＤＨアクセス環境５００は、コンピューティングデバイス５０５と、セキュリティ保護された生成環境５１０とを含む。コンピューティングデバイス５０５は、デスクトップコンピュータ、ラップトップ、モバイルデバイス、携帯電話またはタブレットを含むがこれらに限定されない任意の形態のコンピューティングデバイスを表し得る。セキュリティ保護された生成環境５１０は、分析ツール５１６とインシデントに特有の診断データ５１７とを含むコンテナ５１５を含む。この例では、エンジニアは、コンピューティングデバイス５０５を介してインシデントに特有のデータにアクセスする要求を開始し得る。ユーザ資格、デバイス要件および場所要件を含み得るがこれらに限定されない要件に基づいてアクセスが承認されたことに応答して、コンピューティングデバイス５０５は、要求されたインシデントの診断データへのアクセスを承認され得る。

承認されたことに応答して、コンテナ５１５は、特に要求されたインシデントのためにプロビジョニングされる。いくつかの例では、コンテナのプロビジョニングに応答して、エンジニアは、コンテナが準備できていることを通知されて、プロビジョニングされたコンテナにどのようにアクセスするかを知らせられる。コンテナ５１５に提供されたインシデントに特有の診断データ５１７は、インシデントに関連する任意のデータ、レポートまたは他の派生データを含み得て、本明細書における分析ツール５１６は、他のツールに加えて任意の関連する構文解析または分析機能を含み得る。コンテナ５１５内から、コンピューティングデバイス５０５は、当該コンテナから任意の情報またはデータをダウンロードする機能を持たない。同様に、コンピューティングデバイス５０５は、コンテナ内からデータをエクスポートしたり、インターネット、外部ネットワークまたは内部ネットワークにアクセスしたりする機能を提供されていない。

図６は、本明細書に記載されているインシデントに特有の、タスクベースのデータアクセスポリシーに従って診断データにアクセスしてタスクを実行するためにエンジニアまたは同様のユーザによって実行され得るステップの例示的な概要を提供するデータアクセスプロセス６００を示す図である。ステップ６０５において、エンジニアは、ＣＤＨアプリケーション（たとえば、ＣＤＨアプリケーション１０３）ユーザインターフェイスを介したインシデントの診断データへのアクセスを要求する。ステップ６１０において、エンジニアは、認可時に、当該インシデントのためのプロビジョニングされたコンテナへのアクセスを受信する。当該コンテナは、上記のように、インシデントに特有のデータと、タスクベースのツール一式とを含む。次いで、ステップ６１５において、エンジニアは、コンテナにアクセスして、コンテナ内のインシデントに関連する１つまたは複数のタスクを完了することができる。１つまたは複数のタスクが完了すると、エンジニアは、コンテナから出て、ＣＤＨアプリケーションのユーザインターフェイスに戻る。

図７は、ＳａａＳプロバイダに関連付けられたユーザまたはエンジニアによって実行され得る顧客データ処理プロセスを示す図である。この例では、インシデントデータは、ＣＤＨツールキットに自動的にアップロードされないため、問題に直面しているマシンからツールキットに手作業で追加される。そのため、この例のステップ７０５において、ユーザは、問題に直面している仮想マシンまたはサーバにログインする。いくつかの例では、ＳａａＳ提供物のユーザまたは顧客は、問題またはインシデントを報告している場合があり、それによって、エンジニアが関連付けられたデータをＣＤＨツールキットにアップロードしてインシデントを調査すべきであることを指摘する。ステップ７１０において、エンジニアは、インシデントに関連するデータを収集して、データをＣＤＨツールキットに追加する。

ステップ７１５において、エンジニアは、コンテナに提供された分析ツールとともに、ＣＤＨツールキットによってプロビジョニングされたコンテナを介して、ＣＤＨツールキットに追加されたデータにアクセスする。このコンテナは、ＣＤＨツールキットシステムを介してアクセスされ、コンテナに提供されたデータのみが、特定の問題またはエンジニアが実行すべきタスクのデータである。いくつかの例では、コンテナにアクセスすることは、コンテナがＣＤＨツールキットによってプロビジョニングされる前にデータアクセス承認システムを介した承認を必要とする。エンジニアは、コンテナにアクセスすると、ステップ７２０に示されるように、問題またはインシデントに関連する分析またはタスクを実行することができ、この分析またはタスクは、ほんの数例として、トラブルシューティングまたは構文解析などのアクションを含み得る。エンジニアは、任意のまたは全てのタスクまたは分析を終了すると、ステップ７２５において、コンテナから出ることができ、その時点で、コンテナおよびコンテナ内のデータのコピーは、自動消去されるか、または後で消去されるように待ち行列に入れられる。

図８は、本技術の特定の実施形態に係る、データ使用を制御するためにサービスプロバイダ（たとえば、ＳａａＳ、ＰａａＳ、ＩａａＳ、プライベートクラウド、オンプレミスなど）によって使用され得るテーブル８００におけるさまざまなデータカテゴリを示す図である。テーブル８の列は、データカテゴリ、許可されたアタッチメント、クラウドネットワーク外でデータが共有可能であるかどうか、およびデータが事前承認されるかどうかを含む。テーブル８に示されるデータカテゴリは、「あなたのコンテンツ」、「顧客データ」、「サービス分析データ」、「診断データ」および「制御データ」を含む。データのタイプが異なれば、受ける制約も異なるであろう。データは、インシデントごとおよびクラウドサービスごとに、テーブル８００に含まれるデータカテゴリに従って分離されることができる。データをカテゴリに分離することは、図９を参照してさらに説明するように、各データタイプについて確立された一組のパターンを通じた契約上の義務の遵守を可能にする。

図９は、契約上の義務および規制の遵守を確実にするためにクラウドプロバイダによって使用され得るさまざまなＣＤＨツールキットパターンを示す図である。図９は、ＣＤＨツールキットパターン９００を含む。ＣＤＨツールキットパターン９００は、商用クラウドサービス９０５と、専門クラウドサービス９１０とを含む。商用クラウドサービス９０５は、プライベートクラウド９０６およびパブリッククラウド９０７のパターンを含む。専門クラウドサービス９１０は、欧州連合制約付きアクセス（ＥＵＲＡ：European Union Restricted Access）サービス９１１と、政府サービス９１２と、ペイメント・カード・インダストリ（ＰＣＩ）準拠サービス９１３と、医療保険の携行性と責任に関する法律（ＨＩＰＡＡ）準拠サービス９１４とを含む。

ＣＤＨツールキットパターンは、顧客が受け得るさまざまな規制に基づいてデータセットを分離するのに使用され得る。異なったクラウド顧客は、異なったカテゴリに分類され得るので、ＣＤＨツールキットパターン９００に示されるようにＣＤＨツールキットの異なったインスタンスに分離され得る。ＣＤＨツールキットの異なったインスタンスは、各インスタンスがデータアクセス、データレジデンシなどに関連するポリシーのパターン規則を遵守することができるように分離される。いくつかの例では、ＣＤＨツールキットの異なったインスタンスにおけるデータへのアクセスのためにフロントエンドでは同一のＣＤＨアプリケーションが使用されてもよいが、バックエンドではこれらのインスタンスは異なったデータセンタまたは異なった領域においてプロビジョニングされる。

図１０は、本明細書に開示されているさまざまなプロセス、システム、プログラム、サービスおよびシナリオが実現され得る任意のシステムまたはシステムの集合体を表すコンピューティングシステム１００１を示す図である。コンピューティングシステム１００１の例としては、デスクトップコンピュータ、ラップトップコンピュータ、サーバコンピュータ、ルータ、ウェブサーバ、クラウドコンピューティングプラットフォームおよびデータセンタ機器、ならびに、他のタイプの物理的なまたは仮想のサーバマシン、物理的なまたは仮想のルータ、コンテナ、およびそれらの任意の変形体または組み合わせが挙げられるが、これらに限定されるものではない。

コンピューティングシステム１００１は、単一の装置、システムもしくはデバイスとして実現されてもよく、または、複数の装置、システムもしくはデバイスとして分散された態様で実現されてもよい。コンピューティングシステム１００１は、処理システム１００２、ストレージシステム１００３、ソフトウェア１００５、通信インターフェイスシステム１００７、およびユーザインターフェイスシステム１００９（任意）を含むが、これらに限定されるものではない。処理システム１００２は、ストレージシステム１００３、通信インターフェイスシステム１００７およびユーザインターフェイスシステム１００９と動作可能に結合されている。

処理システム１００２は、ストレージシステム１００３からソフトウェア１００５をロードして実行する。ソフトウェア１００５は、前述の図に関して説明した顧客データ処理プロセスのうちのいずれかを表し得る顧客データ処理プロセス１００６を含み、実行する。ソフトウェア１００５は、顧客データ処理ツールキットを提供するように処理システム１００２によって実行されると、少なくとも前述の実現例で説明したさまざまなプロセス、動作シナリオおよびシーケンスのために、本明細書で説明したように動作するように処理システム１００２に指示する。コンピューティングシステム１００１は、簡潔にする目的で説明されていないさらに他のデバイス、特徴または機能を任意に含んでいてもよい。

依然として図１０を参照して、処理システム１００２は、マイクロプロセッサと、ストレージシステム１００３からソフトウェア１００５を検索して実行する他の回路とを含み得る。処理システム１００２は、単一の処理デバイス内で実現されてもよいが、プログラム命令を実行する際に協働する複数の処理デバイスまたはサブシステムに分散されてもよい。処理システム１００２の例としては、汎用中央処理装置、グラフィカル処理装置、特定用途向けプロセッサおよびロジックデバイス、ならびに、他のタイプの処理デバイス、それらの組み合わせまたは変形体が挙げられる。

ストレージシステム１００３は、処理システム１００２によって読み取り可能であって、ソフトウェア１００５を格納することができる任意のコンピュータ読取可能記憶媒体を含み得る。ストレージシステム１００３は、コンピュータ読取可能な命令、データ構造、プログラムモジュールまたは他のデータなどの情報の格納のための任意の方法または技術で実現される揮発性および不揮発性の、取り外し可能および取り外し不可能な媒体を含み得る。記憶媒体の例としては、ランダムアクセスメモリ、リードオンリメモリ、磁気ディスク、光ディスク、光媒体、フラッシュメモリ、仮想メモリおよび非仮想メモリ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または他の好適な記憶媒体が挙げられる。いかなる場合も、コンピュータ読取可能記憶媒体は伝搬信号ではない。

コンピュータ読取可能記憶媒体に加えて、いくつかの実現例では、ストレージシステム１００３は、コンピュータ読取可能通信媒体も含み得て、このコンピュータ読取可能通信媒体を介してソフトウェア１００５の少なくとも一部を内部または外部で通信することができる。ストレージシステム１００３は、単一のストレージデバイスとして実現されてもよいが、互いに対して同一場所に設置されたまたは分散された複数のストレージデバイスまたはサブシステムにわたって実現されてもよい。ストレージシステム１００３は、処理システム１００２または場合によっては他のシステムと通信することができるコントローラなどのさらに他の要素を含んでいてもよい。

ソフトウェア１００５（顧客データ処理プロセス１００６を含む）は、プログラム命令で実現され得て、数ある機能の中で、処理システム１００２によって実行されると、本明細書に示されているさまざまな動作シナリオ、シーケンスおよびプロセスに関して記載されているように動作するように処理システム１００２に指示し得る。たとえば、ソフトウェア１００５は、本明細書に記載されているセキュリティ保護された診断データ処理システムを実現するためのプログラム命令を含み得る。

特に、これらのプログラム命令は、本明細書に記載されているさまざまなプロセスおよび動作シナリオを実行するように協働または相互作用するさまざまなコンポーネントまたはモジュールを含み得る。これらのさまざまなコンポーネントまたはモジュールは、コンパイルもしくは解釈された命令で具体化されてもよく、または命令の他の変形体もしくは組み合わせで具体化されてもよい。これらのさまざまなコンポーネントまたはモジュールは、同期もしくは非同期の態様で、直列もしくは並列に、シングルスレッド環境もしくはマルチスレッド環境で、またはそれらの他の好適な実行パラダイム、変形体もしくは組み合わせに従って実行されてもよい。ソフトウェア１００５は、オペレーティングシステムソフトウェア、仮想化ソフトウェアまたは他のアプリケーションソフトウェアなどのさらに他のプロセス、プログラムまたはコンポーネントを含み得る。ソフトウェア１００５は、処理システム１００２によって実行可能なファームウェアまたは他の形態のマシン読取可能処理命令も含み得る。

一般に、ソフトウェア１００５は、処理システム１００２にロードされて実行されると、好適な装置、システムまたはデバイス（コンピューティングシステム１００１が代表的である）全体を、汎用コンピューティングシステムから、本明細書に記載されている顧客データ処理ツールキットを提供するようにカスタマイズされた特別目的コンピューティングシステムに変容させ得る。実際、ストレージシステム１００３上でソフトウェア１００５を符号化することは、ストレージシステム１００３の物理的構造を変容させることができる。このような物理的構造の具体的な変容は、この説明のさまざまな実現例におけるさまざまな要因に左右される可能性がある。このような要因の例としては、ストレージシステム１００３の記憶媒体を実現するために使用される技術、コンピュータ記憶媒体が一次ストレージとして特徴付けられるか二次ストレージとして特徴付けられるか、および他の要因を挙げることができるが、これらに限定されるものではない。

たとえば、コンピュータ読取可能記憶媒体が半導体ベースのメモリとして実現される場合、ソフトウェア１００５は、半導体メモリを構成するトランジスタ、キャパシタまたは他のディスクリート回路要素の状態を変容させることなどによって、プログラム命令が符号化されたときに半導体メモリの物理的構造を変容させることができる。同様の変容は、磁気媒体または光媒体に対して行われてもよい。この説明の範囲から逸脱することなく物理媒体の他の変容が可能であり、上記の例はこの説明を容易にするためだけに提供されている。

通信インターフェイスシステム１００７は、通信ネットワーク（図示せず）を介した他のコンピューティングシステム（図示せず）との通信を可能にする通信接続およびデバイスを含み得る。ともにシステム間通信を可能にする接続およびデバイスの例としては、ネットワークインターフェイスカード、アンテナ、電力増幅器、無線周波数（ＲＦ：Radio-Frequency）回路、送受信機、および他の通信回路を挙げることができる。これらの接続およびデバイスは、通信媒体を介して通信して、金属、ガラス、空気または他の好適な通信媒体などの他のコンピューティングシステムまたはシステムのネットワークと通信を交換することができる。上記の媒体、接続およびデバイスは周知であるので、ここで詳細に説明する必要はない。

コンピューティングシステム１００１と他のコンピューティングシステム（図示せず）との間の通信は、通信ネットワークを介して、さまざまな通信プロトコル、プロトコルの組み合わせ、またはそれらの変形体に従って行われ得る。例としては、イントラネット、網間接続網、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、ワイヤレスネットワーク、ワイヤードネットワーク、仮想ネットワーク、ソフトウェア定義ネットワーク、データセンタバスおよびバックプレーン、または、他のタイプのネットワーク、ネットワークの組み合わせ、もしくはそれらの変形体が挙げられる。上記の通信ネットワークおよびプロトコルは周知であるので、ここで詳細に説明する必要はない。

本明細書に提供されているいくつかの例は、ＳａａＳ提供物、ＳａａＳ顧客データ、クラウドストレージおよび／またはデータセンタの文脈において説明しているが、本明細書に記載されている顧客データ処理システムおよび方法は、このような実施形態に限定されるものではなく、さまざまな他のデータ処理環境およびそれらの関連付けられたシステムに適用してもよい、ということが理解されるべきである。当業者によって理解されるように、本発明の局面は、システム、方法、コンピュータプログラム製品および他の構成可能なシステムとして具体化されてもよい。したがって、本発明の局面は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、またはソフトウェアおよびハードウェアの局面を組み合わせた実施形態の形態をとることができ、これらは全て、本明細書では概して「回路」、「モジュール」または「システム」と称され得る。さらに、本発明の局面は、コンピュータ読取可能プログラムコードが組み入れられた１つまたは複数のコンピュータ読取可能媒体で具体化されたコンピュータプログラム製品の形態をとることができる。

文脈上明白に他の意味に解釈すべき場合を除いて、明細書および特許請求の範囲全体を通して、「備える（comprise）」、「備えている（comprising）」などの単語は、排他的または網羅的な意味とは反対の、包含的な意味で、すなわち「～を含むが、これらに限定されるものではない」という意味で解釈されるべきである。本明細書で用いられる「接続された（connected）」、「結合された（coupled）」という単語またはそれらの任意の変形体は、２つまたはそれ以上の要素間の直接的または間接的な任意の接続または結合を意味しており、このような要素間の結合または接続は、物理的、論理的、またはそれらの組み合わせであってもよい。さらに、「本明細書において（herein）」、「上記の（above）」、「下記の（below）」という単語および同様の趣旨の単語は、本願で使用される場合、本願のいずれか特定の部分ではなく、本願全体を指す。文脈上許容される場合、上記の詳細な説明において単数または複数を使用している単語は、それぞれ複数または単数も含み得る。２つまたはそれ以上のアイテムのリストに関する「または（or）」という単語は、この単語の以下の解釈、すなわち、リストの中のアイテムのうちのいずれか、リストの中の全てのアイテム、およびリストの中のアイテムの任意の組み合わせ、を全てカバーする。

「いくつかの実施形態において（in some embodiments）」、「いくつかの実施形態に従って（according to some embodiments）」、「示されている実施形態において（in the embodiments shown）」、「他の実施形態において（in other embodiments）」などのフレーズは、概して、これらのフレーズに続く特定の特徴、構造または特性が本技術の少なくとも１つの実現例に含まれ、２つ以上の実現例に含まれ得ることを意味する。また、このようなフレーズは、必ずしも同一の実施形態または異なった実施形態を指すわけではない。

本技術の例の上記の詳細な説明は、網羅的であるよう意図されたものではなく、本技術を上記の厳密な形態に限定するよう意図されたものでもない。本技術の具体例を例示の目的で上述したが、当業者が認識するように、本技術の範囲内でさまざまな等価の変形例が可能である。たとえば、プロセスまたはブロックは、所与の順序で提示されているが、代替的な実現例は、異なる順序でステップを有するルーチンを実行したりブロックを有するシステムを利用したりしてもよく、代替例またはサブコンビネーションを提供するためにいくつかのプロセスまたはブロックを削除、移動、追加、細分、結合および／または変更してもよい。これらのプロセスまたはブロックの各々は、さまざまな異なる方法で実現されてもよい。また、プロセスまたはブロックは、時には直列に実行されるものとして示されるが、これらのプロセスまたはブロックは、その代わりに、並列に実行または実現されてもよく、それぞれ別のときに実行されてもよい。さらに、本明細書に記載されている具体的な数字はいずれも例に過ぎない。代替的な実現例は、異なった値または範囲を利用してもよい。

本明細書に提供されている本技術の教示は、必ずしも上記のシステムではなく他のシステムにも適用することができる。上記のさまざまな例の要素および動作を組み合わせて、本技術のさらに他の実現例を提供することができる。本技術のいくつかの代替的な実現例は、上記のそれらの実現例に対してさらに他の要素を含むだけでなく、より少ない数の要素を含んでもよい。

上記の詳細な説明に鑑みて、これらのおよび他の変更を本技術に対して行うことができる。上記の説明は、本技術の特定の例を記載しており、考えられる最良の形態を記載しているが、上記がどんなに詳細にテキストに記載されていたとしても、本技術は多くの方法で実施することができる。システムの詳細は、その具体的な実現例において大幅に異なっていてもよいが、依然として本明細書に開示されている技術によって包含される。上記のように、本技術の特定の特徴または局面を説明する際に使用される特定の専門用語は、当該専門用語が関連付けられる本技術の任意の特定の特性、特徴または局面に限定されるように当該専門用語が本明細書において再定義されていることを含意するよう解釈されるべきではない。一般に、以下の特許請求の範囲で使用される単語は、上記の詳細な説明セクションがこのような単語を明白に定義している場合を除いて、本技術を明細書に開示されている具体例に限定するよう解釈されるべきではない。したがって、本技術の実際の範囲は、開示されている例だけでなく、特許請求の範囲の下で本技術を実施または実現する全ての等価の方法も包含する。

請求項の数を減らすために、本技術の特定の局面が特定のクレーム形式で以下に提示されているが、出願人は、任意の数のクレーム形式での本技術のさまざまな局面を考えている。たとえば、本技術の一局面のみがコンピュータ読取可能媒体クレームとして記載されているが、他の局面も同様にコンピュータ読取可能媒体クレームとして具体化されてもよく、またはミーンズプラスファンクションクレームで具体化されるなど、他の形式で具体化されてもよい。米国特許法第１１２条（ｆ）の下で扱われるよう意図された請求項はいずれも、「～ための手段（means for）」という単語で始まるが、他の文脈での「ための（for）」という単語の使用は、米国特許法第１１２条（ｆ）の下での扱いを求めることは意図していない。したがって、出願人は、本願を出願した後も追加の請求項を追求する権利を保有し、このような追加の請求項の形式を本願または継続出願のいずれかにおいて追求する。

Claims (20)

1. 顧客データを処理するためのコンピューティング装置であって、
   １つまたは複数のコンピュータ読取可能記憶媒体と、
   １つまたは複数の処理システムと、
   前記１つまたは複数のコンピュータ読取可能記憶媒体に格納されたプログラム命令とを備え、前記プログラム命令は、前記１つまたは複数の処理システムによって実行されると、前記１つまたは複数の処理システムに、
   データアクセッサからの、タスクのデータにアクセスする要求に応答して、データリポジトリに格納された、前記タスクに関連付けられたデータを識別することと、
   前記タスクのためにコンテナをプロビジョニングすることとを行うように指示し、前記コンテナは、前記タスクに関連付けられた前記データと、少なくとも１つのデータ分析ツールとを含み、前記プログラム命令はさらに、前記１つまたは複数の処理システムによって実行されると、前記１つまたは複数の処理システムに、
   前記コンテナへのアクセスを前記データアクセッサに提供することと、
   前記データアクセッサが前記コンテナから出た後に、前記コンテナを前記コンピューティング装置から消去することとを行うように指示する、コンピューティング装置。
2. 前記プログラム命令はさらに、前記１つまたは複数の処理システムに、前記データリポジトリをメンテナンスすることを行うように指示し、前記データリポジトリは、複数のタスクのデータを含む、請求項１に記載のコンピューティング装置。
3. 前記プログラム命令はさらに、前記１つまたは複数の処理システムに、前記タスクのために前記コンテナをプロビジョニングする前に、前記データアクセッサが前記タスクに関連付けられた前記データにアクセスすることを承認されるかどうかを判断することを行うように指示する、請求項１に記載のコンピューティング装置。
4. 前記プログラム命令はさらに、前記１つまたは複数の処理システムに、前記タスクのために前記コンテナをプロビジョニングした後に、前記コンテナが準備できていることを前記データアクセッサに通知することを行うように指示する、請求項１に記載のコンピューティング装置。
5. 前記コンテナは、前記データアクセッサが、前記タスクに関連付けられた前記データを前記コンテナからエクスポートすることを防止する、請求項１に記載のコンピューティング装置。
6. 前記プログラム命令はさらに、前記１つまたは複数の処理システムに、前記コンテナを前記コンピューティング装置から消去する前に、前記データアクセッサが前記コンテナから出たことを検出することを行うように指示する、請求項１に記載のコンピューティング装置。
7. 前記コンテナは、仮想マシン上にホストされる、請求項１に記載のコンピューティング装置。
8. 前記プログラム命令は、前記コンテナを前記コンピューティング装置から消去するために、前記１つまたは複数の処理システムに、前記コンテナを消去するための待機時間を識別して、前記待機時間が経過すると前記コンテナを前記コンピューティング装置から消去することを行うように指示する、請求項１に記載のコンピューティング装置。
9. セキュリティ保護された態様で顧客データを処理する方法であって、
   データリポジトリに格納された、インシデントに関連付けられたデータを識別するステップと、
   前記インシデントのためにコンテナをプロビジョニングするステップとを備え、前記コンテナは、前記インシデントに関連付けられた前記データと、少なくとも１つのデータ分析ツールとを含み、前記方法はさらに、
   前記コンテナへのアクセスをデータアクセッサに提供するステップと、
   前記データアクセッサが前記コンテナから出た後に、前記コンテナを消去するステップとを備える、方法。
10. 前記データリポジトリをメンテナンスするステップをさらに備え、前記データリポジトリは、複数のインシデントのデータを含む、請求項９に記載の方法。
11. 前記インシデントのために前記コンテナをプロビジョニングするステップの前に、前記データアクセッサが前記インシデントに関連付けられた前記データにアクセスすることを承認されるかどうかを判断するステップをさらに備える、請求項９に記載の方法。
12. 前記インシデントのために前記コンテナをプロビジョニングするステップの後に、前記コンテナが準備できていることを前記データアクセッサに通知するステップをさらに備える、請求項９に記載の方法。
13. 前記コンテナは、前記データアクセッサが、前記インシデントに関連付けられた前記データを前記コンテナからエクスポートすることを防止する、請求項９に記載の方法。
14. 前記コンテナを消去するステップの前に、前記データアクセッサが前記コンテナから出たことを検出するステップをさらに備える、請求項９に記載の方法。
15. 前記コンテナは、仮想マシン上にホストされる、請求項９に記載の方法。
16. 前記コンテナを消去するステップは、前記コンテナを消去するための待機時間を識別して、前記待機時間が経過すると前記コンテナを消去するステップを含む、請求項９に記載の方法。
17. セキュリティ保護された顧客データ処理を容易にするためのプログラム命令が格納された１つまたは複数の非一時的なコンピュータ読取可能記憶媒体であって、前記プログラム命令は、処理システムによって読み取られて実行されると、前記処理システムに、少なくとも、
    データアクセッサからの、タスクのデータにアクセスする要求に応答して、データリポジトリに格納された、前記タスクに関連付けられたデータを識別することと、
    前記タスクのためにコンテナをプロビジョニングすることとを行うように指示し、前記コンテナは、前記タスクに関連付けられた前記データと、少なくとも１つのデータ分析ツールとを含み、前記プログラム命令はさらに、前記処理システムによって読み取られて実行されると、前記処理システムに、少なくとも、
    前記コンテナへのアクセスを前記データアクセッサに提供することと、
    前記データアクセッサが前記コンテナから出た後に、前記コンテナを消去することとを行うように指示する、１つまたは複数の非一時的なコンピュータ読取可能記憶媒体。
18. 前記プログラム命令はさらに、前記処理システムによって読み取られて実行されると、前記処理システムに、前記データリポジトリをメンテナンスすることを行うように指示し、前記データリポジトリは、複数のタスクのデータを含む、請求項１７に記載の１つまたは複数の非一時的なコンピュータ読取可能記憶媒体。
19. 前記プログラム命令はさらに、前記処理システムによって読み取られて実行されると、前記処理システムに、前記タスクのために前記コンテナをプロビジョニングする前に、前記データアクセッサが前記タスクに関連付けられた前記データにアクセスすることを承認されるかどうかを判断することを行うように指示する、請求項１７に記載の１つまたは複数の非一時的なコンピュータ読取可能記憶媒体。
20. 前記プログラム命令はさらに、前記処理システムによって読み取られて実行されると、前記処理システムに、前記タスクのために前記コンテナをプロビジョニングした後に、前記コンテナが準備できていることを前記データアクセッサに通知することを行うように指示する、請求項１７に記載の１つまたは複数の非一時的なコンピュータ読取可能記憶媒体。
    

Images