JP2019505894A

JP2019505894A - データ情報処理方法及びデータ記憶システム

Info

Publication number: JP2019505894A
Application number: JP2018532121A
Authority: JP
Inventors: リ，シェンフェン; ユアン，パンフェン; チェン，ティンリャン; リ，ジ
Original assignee: アリババグループホウルディングリミテッド
Priority date: 2015-12-22
Filing date: 2016-12-12
Publication date: 2019-02-28
Anticipated expiration: 2036-12-12
Also published as: US20180300360A1; CN106909309A; CN106909309B; EP3396521A1; JP6854288B2; EP3396521A4; US10977230B2; WO2017107792A1

Abstract

本出願は、データ情報処理方法を開示する。データ記憶システムにおいて、組織に対応する記憶空間が配置される。データ処理要求が受信された場合に、データ処理要求タイプと、データ処理要求を送信するプロジェクトが位置する記憶区画と、データ処理要求に対応する対象データ情報の記憶区画とが取得される。続いて、記憶区画及びタイプと一致する処理戦略が取得される。最後に、対象データ情報が、処理戦略及びデータ処理要求に従って処理される。従って、同じ記憶空間における異なるデータの分離及び権利制御を達成することができ、データのセキュリティ及び移動性を保証することができる。異なる

Description

技術分野
本出願は、ネットワーク通信の分野に関し、特にデータ情報処理方法に関する。本出願は、更にデータ記憶システムに関する。

背景技術
クラウドコンピューティングは、様々な産業においてますます一般的になっており、様々なビッグデータシナリオの使用が、ますます広範囲になっている。従って、プラットホーム事業者には、データを使用し交換する必要性が増大している。これは、異なる会社又は企業間におけるデータの交換又は取引を生じさせた。現在の技術において、完全な資源管理権を有する独立したユニット（例えば電子商取引企業、独立系ソフトウェアベンダ（ＩＳＶ）等）は、組織と呼ばれる。

現在、ほとんどのデータ指向アプリケーションシナリオは、データ記憶及びコンピューティングの問題を解決する。データ・エスクロー・サービス・プロバイダは、データ交換中にセキュリティ保証及び健全な管理をどのように提供するかという問題に直面しなければならない。特に、公開データ市場における機密データの取引又は移動が、異なる組織間の所有権及び属性の安全な変更を含む場合に、セキュリティを保証しながら異なるデータプロバイダ（ＤＰ）間又は１つのＤＰ内におけるデータへの許可されたアクセスを許可するか、又はデータへの変更をやりとりする方法は、当業者によって早急に解決される必要のある技術的問題になる。

本発明の概要
本出願は、データ情報のセキュリティを改善しながら、異なるデータ情報の差動制御処理を実行するためのデータ情報処理方法を提供する。方法は、組織に対応する記憶空間が配置されるデータ記憶システムに適用される。記憶空間は、第１の記憶区画及び第２の記憶区画を含む。方法は、
データ処理要求が受信された場合に、データ処理要求タイプと、データ処理要求を送信するプロジェクトが位置する記憶区画と、データ処理に対応する対象データ情報の記憶区画と、を取得することと、
記憶区画及びタイプと一致する処理戦略を取得することであって、処理戦略が、データ記憶システムにおいて事前設定されることと、
処理戦略及びデータ処理要求に従って、対象データ情報を処理することと、
を含む。

好ましくは、
データ処理要求は、データ処理要求タイプが許可要求である場合に、プロジェクトが対象データ情報にアクセスできるようにするために、対象データ情報をプロジェクトに許可するように用いられ、プロジェクトは、組織に属し、
データ処理要求は、データ処理要求タイプが変更要求である場合に、対象属性情報を担持し、データ処理要求は、対象データ情報の属性情報を対象属性情報に変更するために用いられ、
データ処理要求は、データ処理要求タイプが提示要求である場合に、データプラットホーム上に対象データ情報を提示するために用いられる。

好ましくは、処理戦略は、特に、
データ処理要求が、提示要求又は変更要求である場合で、対象データ情報の記憶区画が、第１の記憶区画である場合に、データ処理要求の実行を許可すること、
データ処理要求が、許可要求であり、対象データ情報の記憶区画が、第１の記憶区画である場合で、プロジェクトが位置する記憶区画が、記憶空間に属する場合に、データ処理要求の実行を許可すること、及び
データ処理要求が、許可要求であり、対象データ情報の記憶区画が、第２の記憶区画である場合で、プロジェクトが位置する記憶区画が、第２の記憶区画に属する場合に、データ処理要求の実行を許可すること、
である。

好ましくは、方法は、
記憶区画及びタイプと一致する処理戦略が存在しない場合に、データ処理要求を拒絶し廃棄することを更に含む。

好ましくは、方法は、
新しいデータが受信された場合に、アップロードされた新しいデータを第１の記憶区画にインポートすることを更に含む。

対応して、本出願は、データ記憶システムを更に提供する。データ記憶システムは、組織に対応する記憶空間が配置されるデータ記憶システムである。記憶空間は、第１の記憶区画及び第２の記憶区画を含む。システムは、
データ処理要求が受信された場合に、データ処理要求タイプと、データ処理要求を送信するプロジェクトが位置する記憶区画と、データ処理要求に対応する対象データ情報の記憶区画と、を取得するように構成された第１の取得モジュールと、
記憶区画及びタイプと一致する処理戦略を取得するように構成された第２の取得モジュールであって、処理戦略がデータ記憶システムにおいて事前設定される、第２の取得モジュールと、
処理戦略及びデータ処理要求に従って対象データ情報を処理するように構成された処理モジュールと、
を含む。

好ましくは、
データ処理要求は、データ処理要求タイプが許可要求である場合に、プロジェクトが対象データ情報にアクセスできるようにするために、対象データ情報をプロジェクトに許可するために用いられ、プロジェクトは、組織に属し、
データ処理要求は、データ処理要求タイプが変更要求である場合に、対象属性情報を担持し、データ処理要求は、対象データ情報の属性情報を対象属性情報に変更するために用いられ、
データ処理要求は、データ処理要求タイプが提示要求である場合に、データプラットホーム上に対象データ情報を提示するために用いられる。

好ましくは、
処理モジュールは、記憶区画及びタイプと一致する処理戦略が存在しない場合に、データ処理要求を拒絶し廃棄するように更に構成される。

好ましくは、システムは、
新しいデータが受信された場合に、アップロードされた新しいデータを第１の記憶区画にインポートするように構成されたインポートモジュールを更に含む。

以上のように、本出願の技術的解決法を適用することによって、組織に対応する記憶空間が、データ記憶システムに配置される。データ処理要求が受信された場合に、データ処理要求タイプと、データ処理要求を送信するプロジェクトが位置する記憶区画と、データ処理要求に対応する対象データ情報の記憶区画とが取得される。続いて、記憶区画及びタイプと一致する処理戦略が取得される。最後に、対象データ情報が、処理戦略及びデータ処理要求に従って処理される。従って、同じ記憶空間における異なるデータの分離及び権利制御を達成することができ、データのセキュリティ及び移動性を保証することができる。

本出願によるデータ情報処理方法の概略流れ図である。本出願の特定の実施形態によるデータ交換サポートモデルの概略図である。本出願の特定の実施形態による区画間のデータ交換の概略図である。本出願の特定の実施形態による交換区画におけるデータセキュリティ監視の概略図である。本出願の特定の実施形態による区画間のデータ用の許可戦略の概略図である。本出願の特定の実施形態による交換区画（プライベート区画を備えた）におけるデータ使用の概略流れ図である。本出願の特定の実施形態による交換区画（プライベート区画のない）におけるデータ使用の概略流れ図である。本出願の特定の実施形態によるプライベート区画におけるデータ使用の概略流れ図である。本出願によるデータ記憶システムの概略構造図である。

詳細な説明
背景技術で論じられたように、既存データの所有権、属性及び使用権に関するセキュリティ制御は、完全ではない。現在、データが交換されるシナリオは、存在し得る。しかしながら、パブリック・クラウド・コンピューティング・プラットホーム上における組織間の多量のデータ情報の交換は、保証することができず、データの所有権及び属性の効果的な保護は、保証することができない。

先行技術に存在する前述の問題を考慮して、本出願は、データ情報処理方法を提供する。組織に対応する記憶空間が、前もって配置されるデータ記憶システムが提供される。データ記憶システムにおけるデータは、異なる組織によって別々に記憶されるだけではない。組織の記憶空間に従って、データは、異なる権利を備えた２つの記憶区画間に分散される。即ち、記憶空間は、第１の記憶区画及び第２の記憶区画を含み、データ情報は、２つの区画に分けて記憶される。本出願の目的が、権利割り当て、並びにデータ情報取引及び交換の態様における制御の問題を解決することであるので、本出願において「組織」が、個人ユーザ又は企業ユーザであってもよいことにここで留意されたい。異なる特定の形態は、本出願の保護範囲に影響しない。

図１に示されているように、方法は、以下のプロセスを含む。

Ｓ１０１：データ処理要求が受信された場合に、データ処理要求タイプ、データ処理要求を送信するプロジェクトが位置する記憶区画、及びデータ処理要求に対応する対象データ情報の記憶区画が、取得される。

図２に示されている本出願の特定の実施形態において提供されるデータ交換サポートモデルにおいて、データ記憶システムにおける同じ組織の全てのデータは、特定の区画（プライベート区画及び交換区画）に記憶される。続いて、市場におけるデータの交換及び取引の機能は、このモデルに基づいて提供することができる。

データ記憶システムにおける、交換又は取引される必要のある全てのデータは、特定の組織に属する。１つの特定の組織は、２つの論理領域、即ちプライベート区画及び交換区画を含む。処理すること、棚に置くこと（shelve）及び取引することなどの一連の使用及び交換動作は、単にこれらの２つの区画において組織の全てのデータに関して実行される。それに応じて、所与のプロジェクト空間もまた、特定の区画（プライベート区画又は交換区画）になければならない。ひとたびプロジェクト空間が作成されると、プロジェクト空間で開発又は交換されるＰＲＯＪＥＣＴ、及びＰＲＯＪＥＣＴのテーブル（例えばここではＴ１及びＴ２）は、全て区画に属する。

前述の特定の実施形態において、第１の記憶区画は、プライベート区画として設定され、第２の記憶区画は、交換区画として設定される。しかしながら、当業者は、これに基づいて、他の変形又は適応調整を行ってもよい。これらの変形又は適応調整は、全て、本出願の開示範囲内に入る。

異なる記憶区画における異なるデータ情報に基づいて、異なる操作タイプが、本出願の好ましい実施形態においてデータ情報に対する操作用に定義され、それらは、次の３つのタイプを特に含む。
（１）許可要求
許可要求タイプのデータ処理要求は、組織のプロジェクトが別の区画におけるデータ情報を用いる必要がある場合に、開始することができる。データ処理要求は、プロジェクトが、対象データ情報にアクセスできるようにするために、対象データ情報をプロジェクトに許可するために用いられ、プロジェクトは、組織に属する。
（２）変更要求
データ情報が組織によって別の組織から購入された後で、データ情報が属する組織及び幾らかの他の情報は変わる。本出願の技術的解決法において、操作は、バックエンドデータを用いることによって実行される。従って、ひとたびデータ情報が購入されると、情報は、変更することができる。データ処理要求は、対象属性情報を担持する。データ処理要求は、対象データ情報の属性情報（元の組織に関連する）を対象属性情報（データが移動又は取引されて行く組織に関連する）に変更するために用いられる。
（３）提示要求
データ情報の販売又は移動のプロセスにおいて、ブラウズするために別の人間にデータを提示することが必要になり得る。従って、データの提示要求は、データプラットホーム上に対象データ情報を提示するために用いられる。

Ｓ１０２：記憶区画及びタイプと一致する処理戦略が取得される。処理戦略は、データ記憶システムにおいて事前設定される。

Ｓ１０１において提供されるデータ処理要求の異なるタイプに基づいて、このステップにおいて、データ情報が現在位置する記憶区画が、処理戦略のマッチングを実行するために用いられる。対応する処理戦略は、異なる記憶区画及びタイプ用に事前に設定される。従って、このステップにおいて、記憶区画及びタイプに従って、一致する処理戦略を問い合わせさえすればよい。しかしながら、対応する処理戦略が見つからない場合に、記憶区画及びタイプと一致する処理戦略が存在しないと判定することができ、データ処理要求は、拒絶及び廃棄することができる。

本出願の好ましい実施形態において、許可、変更及び提示などの要求タイプを区別して処理するために、処理戦略は、次のように設定される。
（１）データ処理要求が、許可要求であり、対象データ情報の記憶区画が、第１の記憶区画である場合で、プロジェクトが位置する記憶区画が、記憶空間に属する場合に、データ処理要求の実行は、許可される。
（２）データ処理要求が、許可要求であり、対象データ情報の記憶区画が、第２の記憶区画である場合で、プロジェクトが位置する記憶区画が、第２の記憶区画に属する場合に、データ処理要求の実行は、許可される。
（３）データ処理要求が、提示要求又は変更要求である場合で、対象データ情報の記憶区画が、第１の記憶区画である場合に、データ処理要求の実行は、許可される。

図２に示されている特定の実施形態におけるデータ交換サポートモデルに基づいて、図３は、特定の実施形態における区画間の（異なる組織を横切った）データ情報の交換の概略図である。所与の組織のプライベート区画のデータが、組織の交換区画又はプライベート区画におけるプロジェクト空間に対して許可されてもよいことに留意されたい。同時に、組織は、取引（組織を横切った交換）のために別の組織にデータを提供するために、データ市場においてデータを棚に置くことを選択してもよい。即ち、許可要求、変更要求及び提示要求は、プライベート区画におけるデータに対して実行することができる。組織の交換区画におけるデータは、異なるプロジェクト間で交換することができるが、しかし棚に置くこともプライベート区画に許可を出すこともできない。即ち、同じ記憶区画からの許可要求だけが実行され得る。

本出願の好ましい実施形態において、組織の記憶空間が新しいデータ情報を受信する場合に、組織によってアップロードされた新しいデータ情報が、第１の記憶区画に優先的にインポートされることに留意されたい。即ち、専用サービスシステムによってアップロードされたか又はインポートされたデータは、最初にプライベート区画に入ることができるだけである。特に、組織の技術者が、組織の記憶空間にデータ情報をアップロードする必要がある場合に、専用サービスシステムは、プライベート区画にデータをアップロードするために用いることができる。技術者が、組織の記憶空間からデータ情報をダウンロードする必要がある場合に、記憶空間（交換区画及びプライベート区画を含む）に対応するＡＰＩが、データを最初にエクスポートするために用いられる必要があり、データ情報は、専用サービスシステム及びＡＰＩが、成功裡にインターフェースで接続された後でだけ、完全にダウンロードすることができる。

交換中に（特に取引中に）データのデータセキュリティを保証するために、セキュリティ監視は、図４に示されているように、本出願の特定の実施形態において、交換区画におけるデータ情報に対する操作のために実行することができる。セキュリティ監視は、ひとたびデータが購入されると、組織の交換区画におけるコンピューティングプロセス全体に対して実行することができ、対応するセキュリティ監視は、データが、ＡＰＩを用いることによってエクスポートされる際に通過するインターフェースにおいて実行される。

Ｓ１０３：対象データ情報は、処理戦略及びデータ処理要求に従って処理される。

組織の異なるデータ記憶区画におけるデータは、本出願におけるバックエンドにおいて主として処理される。従って、データの実際の交換中に、データ移送操作（例えば、データは、サーバから別のサーバに移動される）は、実行される必要がない。代わりに、ビュー許可及びビューが、異なる組織によるデータの使用、又は異なるプロジェクトのためのデータの使用を達成するために用いられる。従って、本出願の好ましい実施形態において、このステップを実行する特定のプロセスは、次のとおりである。
（１）処理戦略に従って、データ処理要求の実行を許可することが決定された場合に、データ処理要求が実行された後で、対象データ情報の現在の記憶区画において、元の記憶区画における対象データ情報のビューと同一のビューを確立すること、及び
（２）処理戦略に従って、データ処理要求の実行を拒絶することが決定された場合に、現在の記憶区画における対象データ情報のビューを維持すること、
である。

図５は、本出願の特定の実施形態による、区画間のデータのための許可戦略の概略図である。同じ組織の交換区画へのプライベート区画におけるデータの許可が、例として用いられる。特定の実施形態において、Ｄａｔａ１の許可が交換区画におけるプロジェクト３によって要求され、認められた後で、図５における組織１のプライベート区画におけるプロジェクト１におけるデータテーブルＤａｔａ１のデータの許可を完了するために、ビューＤａｔａ１’が、組織１の交換区画におけるプロジェクト３において確立される。それに応じて、特定の実施形態において、図５における組織２のプライベート区画におけるプロジェクト３のＤａｔａ３の許可が、組織１の交換区画におけるプロジェクト３によって要求され、認められた後で、データテーブルＤａｔａ３におけるデータの許可を完了するために、ビューＤａｔａ３’が、組織２の交換区画におけるプロジェクト３において確立される。

本発明の技術的概念を更に示すために、本発明の技術的解決法が、特定のアプリケーションシナリオに関連して説明される。

図６は、本出願の特定の実施形態による、交換区画（プライベート区画を備えた）におけるデータ使用の概略流れ図である。組織がプライベート区画にデータをアップロードする必要がある場合に、アップロードテーブルが最初に作成される。続いて、データは、アップロードテーブルと同期され、データは、プライベート区画で処理され解析される。続いて、プライベート区画のデータは、別のＤＰが、組織のデータ／データサービスを購入する必要がある場合に、交換区画におけるプロジェクトに最初に許可される。続いて、データは、交換区画において処理され解析される。最後に、購入ＤＰは、問い合わせ層を用いることによって、購入されたデータをエクスポートする（ネットワークサービスプロバイダによって提供されるＴＯＰプラットホームは、特定のアプリケーションシナリオにおいて用いることができる）。

図７は、本出願の特定の実施形態による、交換区画（プライベート区画のない）におけるデータ使用の概略流れ図である。データを購入するＤＰは、必要とされるデータをデータ市場で最初に購入し、購入されたデータをＤＰの交換区画において処理して解析し、且つ購入されたデータを問い合わせ層を用いることによってエクスポートする。

図８は、プライベート区画におけるデータ使用の概略流れ図である。組織がプライベート区画にデータをアップロードする必要がある場合に、アップロードテーブルが、最初に作成される。続いて、データは、アップロードテーブルと同期され、データは、プライベート区画で処理され解析される。次に、データは、データが完全に処理されたことが確認された後で、データ市場で棚に置かれる。

前述の技術的目的を達成するために、本出願は、データ記憶システムを更に提供する。図９に示されているように、データ記憶システムは、組織に対応する記憶空間が配置されるデータ記憶システムである。記憶空間は、第１の記憶区画及び第２の記憶区画を含む。システムは、
データ処理要求が受信された場合に、データ処理要求タイプと、データ処理要求を送信するプロジェクトが位置する記憶区画と、データ処理要求に対応する対象データ情報の記憶区画と、を取得するように構成された第１の取得モジュール９１０と、
記憶区画及びタイプと一致する処理戦略を取得するように構成された第２の取得モジュール９２０であって、処理戦略がデータ記憶システムにおいて事前設定される、第２の取得モジュール９２０と、
処理戦略及びデータ処理要求に従って対象データ情報を処理するように構成された処理モジュール９３０と、
を含む。

特定のアプリケーションシナリオにおいて、
データ処理要求は、データ処理要求タイプが許可要求である場合に、プロジェクトが、対象データ情報にアクセスできるようにするために、プロジェクトに対して対象データ情報を許可するために用いられ、プロジェクトは、組織に属し、
データ処理要求は、データ処理要求タイプが変更要求である場合に、対象属性情報を担持し、データ処理要求は、対象データ情報の属性情報を対象属性情報に変更するために用いられ、
データ処理要求は、データ処理要求タイプが、提示要求である場合に、データプラットホーム上に対象データ情報を提示するために用いられる。

特定のアプリケーションシナリオにおいて、処理戦略は、特に、
データ処理要求が、提示要求又は変更要求である場合で、対象データ情報の記憶区画が、第１の記憶区画である場合に、データ処理要求の実行を許可すること、
データ処理要求が、許可要求であり、対象データ情報の記憶区画が、第１の記憶区画である場合で、プロジェクトが位置する記憶区画が、記憶空間に属する場合に、データ処理要求の実行を許可すること、及び
データ処理要求が、許可要求であり、対象データ情報の記憶区画が、第２の記憶区画である場合で、プロジェクトが位置する記憶区画が、第２の記憶区画に属する場合に、データ処理要求の実行を許可すること、
である。

特定のアプリケーションシナリオにおいて、
処理モジュールは、記憶区画及びタイプと一致する処理戦略が存在しない場合に、データ処理要求を拒絶し廃棄するように更に構成される。

特定のアプリケーションシナリオにおいて、システムは、
新しいデータが受信された場合に、アップロードされた新しいデータを第１の記憶区画にインポートするように構成されたインポートモジュールを更に含む。

実装形態方法のこの説明から分かるように、当業者は、本出願が、ハードウェアを用いることによって、又はソフトウェア及び必要な汎用ハードウェアプラットホームを用いることによって、実施され得ることを明白に理解されよう。かかる理解に基づいて、本出願の技術的解決法は、ソフトウェアプロダクトの形で実行されてもよい。ソフトウェアプロダクトは、不揮発性記憶媒体（ＣＤ−ＲＯＭ、ＵＳＢフラッシュドライブ、着脱可能なハードディスク等であってもよい）に記憶されてもよく、本出願の実装形態シナリオにおける方法を実行するために、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等であってもよい）に命令するための幾つかの命令を含む。

当業者は、添付の図面が、単に好ましい実装形態シナリオの概略図であると理解してもよい。添付の図面におけるモジュール又は手順は、本出願を実施するために必ずしも不可欠ではない。

当業者は、実装形態シナリオの装置におけるモジュールが、実装形態シナリオの説明に従って、実装形態シナリオにおける装置に分散されてもよく、又は実装形態シナリオにおける装置と異なる１つ又は複数の装置に位置するように、対応して変更されてもよいと理解してもよい。前述の実装形態シナリオにおけるモジュールは、１つのモジュールへ組み合わされてもよく、又は複数のサブモジュールに更に分割されてもよい。

本出願における前述のシーケンス番号は、単に説明の便宜のためであり、実装形態シナリオ間の優先を意味しない。

前述の開示は、単に本出願の幾つかの特定の実装形態シナリオであるが、しかし本出願は、それらに限定されない。当業者によって考えられるどんな変更も、本出願の保護範囲内に入るものとする。

Claims

データ情報処理方法において、前記方法が、データ記憶システムと、前記データ記憶システムに前もって配置された、組織に対応する記憶空間と、を用い、前記記憶空間が、第１の記憶区画及び第２の記憶区画を含み、前記方法が、
データ処理要求が受信された場合に、データ処理要求タイプと、前記データ処理要求を送信するプロジェクトが位置する前記記憶区画と、前記データ処理要求に対応する対象データ情報の前記記憶区画と、を決定することと、
前記記憶区画及び前記タイプと一致する処理戦略を取得することであって、前記処理戦略が、前記データ記憶システムにおいて事前設定されることと、
前記処理戦略及び前記データ処理要求に従って、前記対象データ情報を処理することと、
を含むことを特徴とする方法。
前記データ処理要求が、前記タイプが許可要求である場合に、前記プロジェクトが前記対象データ情報にアクセスできるようにするために、前記対象データ情報を前記プロジェクトに許可するために用いられ、前記プロジェクトが前記組織に属し、
前記データ処理要求が、前記タイプが変更要求である場合に、対象属性情報を担持し、前記データ処理要求が、前記対象データ情報の属性情報を前記対象属性情報に変更するために用いられ、
前記データ処理要求が、前記タイプが提示要求である場合に、データプラットホーム上に前記対象データ情報を提示するために用いられる、請求項１に記載の方法。
前記処理戦略が、特に、
前記データ処理要求が、提示要求又は変更要求である場合で、前記対象データ情報の前記記憶区画が、前記第１の記憶区画である場合に、前記データ処理要求の実行を許可すること、
前記データ処理要求が、許可要求であり、前記対象データ情報の前記記憶区画が、前記第１の記憶区画である場合で、前記プロジェクトが位置する前記記憶区画が、前記記憶空間に属する場合に、前記データ処理要求の実行を許可すること、
前記データ処理要求が、許可要求であり、前記対象データ情報の前記記憶区画が、前記第２の記憶区画である場合で、前記プロジェクトが位置する前記記憶区画が、前記第２の記憶区画に属する場合に、前記データ処理要求の実行を許可すること、並びに
前記記憶区画及び前記タイプと一致する処理戦略が存在しない場合に、前記データ処理要求を拒絶し廃棄すること、
である、請求項２に記載の方法。
前記処理戦略及び前記データ処理要求に従って前記対象データ情報を処理する前記ステップが、特に、
前記処理戦略に従って、前記データ処理要求の実行を許可することが決定された場合に、前記データ処理要求が実行された後で、前記対象データ情報の現在の記憶区画において、前記元の記憶区画における前記対象データ情報のビューと同一のビューを確立すること、及び
前記処理戦略に従って、前記データ処理要求の実行を拒絶することが決定された場合に、前記現在の記憶区画における前記対象データ情報の前記ビューを維持すること、
である、請求項３に記載の方法。
新しいデータが受信された場合に、アップロードされた前記新しいデータを前記第１の記憶区画にインポートすることを更に含む、請求項１に記載の方法。
データ記憶システムにおいて、前記データ記憶システムが、組織に対応する記憶空間が配置されるデータ記憶システムであり、前記記憶空間が、第１の記憶区画及び第２の記憶区画を含み、前記システムが、
データ処理要求が受信された場合に、データ処理要求タイプと、前記データ処理要求を送信するプロジェクトが位置する前記記憶区画と、前記データ処理要求に対応する対象データ情報の前記記憶区画と、を取得するように構成された第１の取得モジュールと、
前記記憶区画及び前記タイプと一致する処理戦略を取得するように構成された第２の取得モジュールであって、前記処理戦略が前記データ記憶システムにおいて事前設定される、第２の取得モジュールと、
前記処理戦略及び前記データ処理要求に従って前記対象データ情報を処理するように構成された処理モジュールと、
を含むことを特徴とするデータ記憶システム。
前記データ処理要求が、前記データ処理要求タイプが許可要求である場合に、前記プロジェクトが前記対象データ情報にアクセスできるようにするために、前記対象データ情報を前記プロジェクトに許可するために用いられ、前記プロジェクトが前記組織に属することと、
前記データ処理要求が、前記データ処理要求タイプが変更要求である場合に、対象属性情報を担持し、前記データ処理要求が、前記対象データ情報の属性情報を前記対象属性情報に変更するために用いられることと、
前記データ処理要求が、前記データ処理要求タイプが提示要求である場合に、データプラットホーム上に前記対象データ情報を提示するために用いられることと、
を更に含む、請求項１に記載のシステム。
前記処理戦略が、特に、
前記データ処理要求が、提示要求又は変更要求である場合で、前記対象データ情報の前記記憶区画が、前記第１の記憶区画である場合に、前記データ処理要求の実行を許可すること、
前記データ処理要求が、許可要求であり、前記対象データ情報の前記記憶区画が、前記第１の記憶区画である場合で、前記プロジェクトが位置する前記記憶区画が、前記記憶空間に属する場合に、前記データ処理要求の実行を許可すること、及び
前記データ処理要求が、許可要求であり、前記対象データ情報の前記記憶区画が、前記第２の記憶区画である場合で、前記プロジェクトが位置する前記記憶区画が、前記第２の記憶区画に属する場合に、前記データ処理要求の実行を許可すること、
である、請求項７に記載のシステム。
前記処理モジュールが、前記記憶区画及び前記タイプと一致する処理戦略が存在しない場合に、前記データ処理要求を拒絶し廃棄するように更に構成される、請求項８に記載のシステム。
新しいデータが受信された場合に、アップロードされた前記新しいデータを前記第１の記憶区画にインポートするように構成されたインポートモジュールを更に含む、請求項６に記載のシステム。