TWI748982B

TWI748982B - 資料訊息處理方法以及資料儲存系統

Info

Publication number: TWI748982B
Application number: TW106102695A
Authority: TW
Inventors: 黎勝鋒; 原攀峰; 陳廷梁; 李季
Original assignee: 香港商阿里巴巴集團服務有限公司
Priority date: 2017-01-24
Filing date: 2017-01-24
Publication date: 2021-12-11
Also published as: TW201828044A

Abstract

本發明公開了一種資料訊息處理方法，透過在資料儲存系統中設置與組織對應的儲存空間，在當接收到資料處理請求時，獲取資料處理請求的類型、發送資料處理請求的項目所在的儲存分區以及與資料處理請求對應的目的資料訊息的儲存分區，隨後獲取與儲存分區以及類型匹配的處理策略，最後根據處理策略以及資料處理請求對目的資料訊息進行處理。從而實現了同一儲存空間中不同資料訊息之間的隔離以及權限控制，確保了資料的安全性以及流通性。

Description

資料訊息處理方法以及資料儲存系統

本發明涉及網路通訊領域，特別涉及一種資料訊息處理方法。本發明同時還涉及一種資料儲存系統。

隨著雲端計算在各行各業日趨火熱，加上各種大數據的場景越來越普及，平臺運營商對於資料的使用和交換需求也會日益增多。這也催生了不同公司或者企業之間的資料交換或是交易。在目前的技術中，完整擁有資源管理權限的獨立單位(例如某個電商公司、ISV(Independent Software Vendors，獨立軟體開發商)等)稱為組織。

目前，大部分針對資料的應用場景更多的是解決資料的儲存與計算問題，對於資料託管服務商來說，如何在資料交換過程中提供安全保證以及健全管理成為其必須所面臨的問題。尤其是當敏感資料在公共的資料市場上進行交易或轉換而涉及到在不同組織之間進行安全、所有權、歸屬權的變更時，如何在保證安全的前提下使資料能夠在不同的DP(Data Provider，資料提供方)之間或是同一個DP內部進行授權存取或是交換修改，成為本領域技術人員亟待解決的技術問題。

本發明提供了一種資料訊息處理方法，用以在提高資料訊息安全性的前提下對不同資料訊息進行區別性控制處理。該方法應用於設置有與組織對應的儲存空間的資料儲存系統，所述儲存空間由第一儲存分區以及第二儲存分區組成，包括：當接收到資料處理請求時，獲取所述資料處理請求的類型、發送所述資料處理請求的項目所在的儲存分區以及與所述資料處理請求對應的目的資料訊息的儲存分區；獲取與所述儲存分區以及所述類型匹配的處理策略，所述處理策略預設於所述資料儲存系統中；根據所述處理策略以及所述資料處理請求對所述目的資料訊息進行處理。

優選地，還包括：若所述資料處理請求的類型為授權請求，所述資料處理請求用於將所述目的資料訊息授權給所述項目，以使所述項目存取所述目的資料訊息，所述項目歸屬於所述組織；若所述資料處理請求的類型為修改請求，所述資料處理請求中攜帶目的屬性訊息，所述資料處理請求用於將所述目的資料訊息的屬性訊息修改為所述目的屬性訊息；若所述資料處理請求的類型為展示請求，所述資料處理請求用於將所述目的資料訊息在資料平臺上進行展示。

優選地，所述處理策略具體為：當所述資料處理請求為展示請求或修改請求時，若所述的目的資料訊息的儲存分區為所述第一儲存分區，允許執行所述資料處理請求；當所述資料處理請求為授權請求，且所述目的資料訊息的儲存分區為所述第一儲存分區時，若所述項目所在的儲存分區歸屬於所述儲存空間，允許執行所述資料處理請求；當所述資料處理請求為授權請求，且所述目的資料訊息的儲存分區為所述第二儲存分區時時，若所述項目所在的儲存分區歸屬於所述第二儲存分區，允許執行所述資料處理請求。

優選地，還包括：若不存在與所述儲存分區以及所述類型匹配的處理策略，拒絕並丟棄所述資料處理請求。

優選地，還包括：當接收到上傳的新資料訊息時，將所述新資料訊息導入所述第一儲存分區。

相應地，本發明還提出了一種資料儲存系統，所述資料儲存系統設置有與組織對應的儲存空間的資料儲存系統，所述儲存空間由第一儲存分區以及第二儲存分區組成，該系統包括：第一獲取模組，當接收到資料處理請求時，獲取所述資料處理請求的類型、發送所述資料處理請求的項目所在的儲存分區以及與所述資料處理請求對應的目的資料訊息的儲存分區；第二獲取模組，獲取與所述儲存分區以及所述類型匹配的處理策略，所述處理策略預設於所述資料儲存系統中；處理模組，根據所述處理策略以及所述資料處理請求對所述目的資料訊息進行處理。

優選地，還包括：所述處理模組，還在不存在與所述儲存分區以及所述類型匹配的處理策略時拒絕並丟棄所述資料處理請求。

優選地，還包括：導入模組，當接收到上傳的新資料訊息時，將所述新資料訊息導入所述第一儲存分區。

由此可見，透過應用本發明的技術方案，在資料儲存系統中設置與組織對應的儲存空間，在當接收到資料處理請求時，獲取資料處理請求的類型、發送資料處理請求的項目所在的儲存分區以及與資料處理請求對應的目的資料訊息的儲存分區，隨後獲取與儲存分區以及類型匹配的處理策略，最後根據處理策略以及資料處理請求對目的資料訊息進行處理。從而實現了同一儲存空間中不同資料訊息之間的隔離以及權限控制，確保了資料的安全性以及流通性。

S101~S103‧‧‧步驟

910‧‧‧第一獲取模組

920‧‧‧第二獲取模組

930‧‧‧處理模組

圖1為本發明提出的一種資料訊息處理方法的流程示意圖；圖2為本發明具體實施例中資料交換依託模型示意圖；圖3為本發明具體實施例中資料在分區間的交換的示意圖；圖4為本發明具體實施例中資料在交換區的安全監控示意圖；圖5為本發明具體實施例中資料在分區間的授權策略示意圖；圖6為本發明具體實施例中資料在交換區(帶私有區)的使用流程示意圖；圖7為本發明具體實施例中資料在交換區(不帶私有區)的使用流程示意圖；圖8為本發明具體實施例中資料在私有區的使用流程示意圖；圖9為本發明提出的一種資料儲存系統的結構示意圖。

如背景技術所述，現有資料的所有權、歸屬權、使用權的安全控制並不完善，目前可能會存在資料交換的場景，但無法保障在一個基於公共雲端計算平臺下進行海量資料訊息在自身組織或其他組織之間進行交換，並有效地保護資料的所有權、歸屬權。

有鑒於上述現有技術中所存在的問題，本發明提出了一種資料訊息處理方法，預先設置了具有與組織對應的儲存空間的資料儲存系統，該資料儲存系統中的資料不僅僅是以不同的組織所分別進行保存，而且針對各個組織的儲存空間劃分到了兩個不同權限的儲存分區，即儲存空間由第一儲存分區以及第二儲存分區組成，資料訊息在這兩個分區中分別單獨進行保存。在此需要說明的是，由於本發明旨在解決資料訊息交易以及交換方面的權限分配以及控制問題，因此本發明中的“組織”即可以為個人使用者，也可以為公司使用者，具體形式的不同並不影響本發明的保護範圍。

如圖1所示，該方法包括以下步驟：

S101，當接收到資料處理請求時，獲取所述資料處理請求的類型、發送所述資料處理請求的項目所在的儲存分區以及與所述資料處理請求對應的目的資料訊息的儲存分區。

在圖2所示的本發明具體實施例所提出的資料交換依託模型中，該儲存系統下相同一個組織的所有資料都儲存在特定的分區(私有區以及交換區)中，後續可基於該模型提供資料在市場上交換、買賣的功能。

該資料儲存系統中所有要交換、買賣的資料都歸屬於一個特定的組織。一個具體的組織則分成兩個邏輯的區域：私有區、交換區。該組織所有的資料，在且僅在這兩個分區中進行加工、上架、買賣等一系列使用、交換行為。相應地，任何一個項目空間同時也必須在某個特定的分區內(私有區、交換區)，一旦項目空間創建完成，上面所開發、交換過來的PROJECT以及PROJECT上面的表(比如這裡的T1、T2)都歸屬於所在的分區內。

儘管以上具體實施例將第一儲存分區設置為私有區，以及將第二儲存分區設置為交換區，但是本領域技術人員可以在此基礎上進行其他改型或是適應性調整，這些都屬於本發明的公開範圍。

基於不同儲存分區中的不同資料訊息，本發明優選實施例針對資料訊息的各個操作定義了不同的操作類型，具體包括以下三種：

(1)授權請求

當某個組織下的某個項目需要用到其他分區的資料訊息時，即可發起授權請求類型的資料處理請求，資料處理請求用於將所述目的資料訊息授權給所述項目，以使所述項目存取所述目的資料訊息，所述項目歸屬於所述組織。

(2)修改請求

當某個組織從其他的組織手中購買了資料訊息後，此時該資料訊息的歸屬組織以及其他一些訊息將發生改變。由於本發明的技術方案是透過後臺資料進行操作的，因此資料訊息的購買一旦交易完成即可進行訊息的修改，資料處理請求中攜帶目的屬性訊息，所述資料處理請求用於將所述目的資料訊息的屬性訊息(與原有的組織相關聯)修改為所述目的屬性訊息(與轉讓或交易後的組織相關聯)；

(3)展示請求

在對資料訊息進行售賣或是轉讓的過程中，可能需要將資料訊息本身展示給其他人瀏覽。因此資料展示請求用於將所述目的資料訊息在資料平臺上進行展示。

S102，獲取與所述儲存分區以及所述類型匹配的處理策略，所述處理策略預設於所述資料儲存系統中。

基於S101中所提出的不同資料請求處理類型，本步驟結合資料訊息當前所在的儲存分區進行處理策略的匹配。由於預先針對不同的儲存分區以及類型設置了相應的處理策略，該步驟僅需根據儲存分區以及類型查詢匹配的處理策略即可。但若是查詢不到對應的處理策略的話，那麼即判定不存在與所述儲存分區以及所述類型匹配的處理策略，拒絕並丟棄所述資料處理請求。

為了能夠明確地針對授權、修改以及展示等類型請求進行處理，在本發明優選的實施例中，處理策略設置如下：

(1)當所述資料處理請求為授權請求，且所述目的資料訊息的儲存分區為所述第一儲存分區時，若所述項目所在的儲存分區歸屬於所述儲存空間，允許執行所述資料處理請求。

(2)當所述資料處理請求為授權請求，且所述目的資料訊息的儲存分區為所述第二儲存分區時時，若所述項目所在的儲存分區歸屬於所述第二儲存分區，允許執行所述資料處理請求。

(3)當所述資料處理請求為展示請求或修改請求時，若所述的目的資料訊息的儲存分區為所述第一儲存分區，允許執行所述資料處理請求。

基於圖2所示的的具體實施例中的資料交換依託模型，該具體實施例中的資料訊息在分區間(包括跨不同的組織)進行交換的示意圖如圖3所示。需要說明的是，同一個組織下的私有區的資料可以授權給該組織下的交換區或私有區項目空間，同時該組織也可以選擇將資料上架到資料市場，提供給其他的組織進行買賣(跨組織進行交換)，即私有區的資料可以執行授權請求、修改請求以及展示請求。該組織下的交換區的資料，可以各個不同的項目之間相互交換，但不可以上架，也不可以授權給私有區，即僅可執行來自於同一儲存分區的授權請求。

需要說明的是，當某個組織的儲存空間將要接收到該組織上傳的新資料訊息時，本發明的優選實施例將新資料訊息優先導入第一儲存分區，即透過自有的業務系統上傳或導入的資料，只能先進入行私有區。具體地，若屬於某一組織的技術人員需要將該組織的儲存空間中的資料訊息進行上傳的話，可透過該組織自有的業務系統將資料上傳至私有區，若其需要將該組織的儲存空間中的資料訊息下載，則需要透過與儲存空間(包括交換區以及私有去)對應的API將資料訊息初步導出，並在利用自有的業務系統與API成功對接後才能完全將資料訊息完整地下載。

為保證資料在交換過程中(尤其是在買賣過程中)的資料安全，本發明具體實施例中會針對資料訊息在交換區的操作進行安全監控，如圖4所示，一旦發生了資料的購買，該組織下的交換區下，會對整個的計算過程做安全監控，同時對資料透過API導出的接口，也有相應的安全監控。

S103，根據所述處理策略以及所述資料處理請求對所述目的資料訊息進行處理。

由於本發明主要在後臺針對各個組織的不同資料儲存分區中的資料進行處理，因此在資料在實際的交換過程中，並不需要執行資料的搬移操作(例如將資料從某台伺服器轉移至另外一台伺服器)，而是透過視圖授權和視圖實現資料對於不同組織或是項目的使用。因此在本發明的優選實施例中，該步驟的具體執行過程如下：(1)若根據所述處理策略確定允許執行所述資料處理請求，在執行所述資料處理請求之後，在所述目的資料訊息當前的儲存分區建立與所述目的資料訊息在原有的儲存分區相同的視圖；(2)若根據所述處理策略確定拒絕執行所述資料處理請求，保持所述目的資料訊息在當前的儲存分區的視圖。

如圖5所示，為本發明具體實施例中資料在分區間的授權策略示意圖。以同一個組織下的私有區資料到交換區為例，當該圖中的組織1在私有區中項目1所屬的資料表 Data1被組織1交換區中的項目3請求授權且通過後，該具體實施例將透過在交換區項目3建立一個視圖Data1’，完成針對Data1資料的授權；相應地，當該圖中的組織2在私有區中項目3所屬的資料表Data3被組織1交換區中的項目3請求授權且通過後，該具體實施例將透過在交換區項目3建立一個視圖Data3’，完成針對Data3資料的授權。

為了進一步闡述本發明的技術思想，現結合具體的應用場景，對本發明的技術方案進行說明。

如圖6所示，為本發明具體實施例中資料在交換區(帶私有區)的使用流程示意圖，當某個組織需要在私有去上傳資料時，首先創建上傳表，隨後將資料同步到上傳表，並在私有區對該資料進行加工以及分析。後續當另外一個DP需要購買該組織的資料/資料服務時，私有區的資料首先被授權至交換區的項目，隨後該資料在交換區被加工以及分析。最後購買DP透過查詢層(在具體的應用場景中可採用網路服務商提供的TOP平臺)導出已購買的資料。

如圖7所示，為本發明具體實施例中資料在交換區(不帶私有區)的使用流程示意圖，作為購買資料的DP，其首先透過資料市場購買其需要的資料，在將購買的資料在自身的交換區加工以及分析之後，在透過查詢層導出已購買的資料。

如圖8所示，為資料在私有區的使用流程示意圖，當某個組織需要在私有去上傳資料時，首先創建上傳表，隨後將資料同步到上傳表，並在私有區對該資料進行加工以及分析，待確認資料完全加工完成之後，再將該資料上架至資料市場。

為達到以上技術目的，本發明還提出了一種資料儲存系統，如圖9所示，所述資料儲存系統設置有與組織對應的儲存空間的資料儲存系統，所述儲存空間由第一儲存分區以及第二儲存分區組成，該系統包括：第一獲取模組910，當接收到資料處理請求時，獲取所述資料處理請求的類型、發送所述資料處理請求的項目所在的儲存分區以及與所述資料處理請求對應的目的資料訊息的儲存分區；第二獲取模組920，獲取與所述儲存分區以及所述類型匹配的處理策略，所述處理策略預設於所述資料儲存系統中；處理模組930，根據所述處理策略以及所述資料處理請求對所述目的資料訊息進行處理。

在具體的應用場景中，還包括：若所述資料處理請求的類型為授權請求，所述資料處理請求用於將所述目的資料訊息授權給所述項目，以使所述項目存取所述目的資料訊息，所述項目歸屬於所述組織；若所述資料處理請求的類型為修改請求，所述資料處理請求中攜帶目的屬性訊息，所述資料處理請求用於將所述目的資料訊息的屬性訊息修改為所述目的屬性訊息；若所述資料處理請求的類型為展示請求，所述資料處理請求用於將所述目的資料訊息在資料平臺上進行展示。

在具體的應用場景中，所述處理策略具體為：當所述資料處理請求為展示請求或修改請求時，若所述的目的資料訊息的儲存分區為所述第一儲存分區，允許執行所述資料處理請求；當所述資料處理請求為授權請求，且所述目的資料訊息的儲存分區為所述第一儲存分區時，若所述項目所在的儲存分區歸屬於所述儲存空間，允許執行所述資料處理請求；當所述資料處理請求為授權請求，且所述目的資料訊息的儲存分區為所述第二儲存分區時時，若所述項目所在的儲存分區歸屬於所述第二儲存分區，允許執行所述資料處理請求。

在具體的應用場景中，還包括：所述處理模組，還在不存在與所述儲存分區以及所述類型匹配的處理策略時拒絕並丟棄所述資料處理請求。

在具體的應用場景中，還包括：導入模組，當接收到上傳的新資料訊息時，將所述新資料訊息導入所述第一儲存分區。

透過以上的實施方式的描述，本領域的技術人員可以清楚地瞭解到本發明可以透過硬體實現，也可以借助軟體加必要的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案可以以軟體產品的形式體現出來，該軟體產品可以儲存在一個非易失性儲存媒體(可以是CD-ROM，USB，行動硬碟等)中，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本發明各個實施場景所述的方法。

本領域技術人員可以理解圖式只是一個優選實施場景的示意圖，圖式中的模組或流程並不一定是實施本發明所必須的。

本領域技術人員可以理解實施場景中的裝置中的模組可以按照實施場景描述進行分佈於實施場景的裝置中，也可以進行相應變化位於不同於本實施場景的一個或多個裝置中。上述實施場景的模組可以合併為一個模組，也可以進一步拆分成多個子模組。

上述本發明序號僅僅為了描述，不代表實施場景的優劣。

以上公開的僅為本發明的幾個具體實施場景，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。

Claims

一種資料訊息處理方法，其特徵在於，該方法應用資料儲存系統，該資料儲存系統預先設置與組織對應的儲存空間，該儲存空間由第一儲存分區以及第二儲存分區組成，該方法包括：當接收到資料處理請求時，確定該資料處理請求的類型、發送該資料處理請求的項目所在的儲存分區、與該資料處理請求對應的目的資料訊息的儲存分區；獲取與該儲存分區以及該類型匹配的處理策略，該處理策略預設於該資料儲存系統；根據該處理策略以及該資料處理請求對該目的資料訊息進行處理，其中，該組織是電商公司或獨立軟體開發商。
如申請專利範圍第1項所述的方法，其中，還包括：若該類型為授權請求，該資料處理請求用於將該目的資料訊息授權給該項目，以使該項目存取該目的資料訊息，該項目歸屬於該組織；若該類型為修改請求，該資料處理請求中攜帶目的屬性訊息，該資料處理請求用於將該目的資料訊息的屬性訊息修改為該目的屬性訊息；若類型為展示請求，該資料處理請求用於將該目的資料訊息在資料平臺上進行展示。
如申請專利範圍第2項所述的方法，其中，該處理策略具體為：當該資料處理請求為展示請求或修改請求時，若該的目的資料訊息的儲存分區為該第一儲存分區，允許執行該資料處理請求；當該資料處理請求為授權請求，且該目的資料訊息的儲存分區為該第一儲存分區時，若該項目所在的儲存分區歸屬於該儲存空間，允許執行該資料處理請求；當該資料處理請求為授權請求，且該目的資料訊息的儲存分區為該第二儲存分區時時，若該項目所在的儲存分區歸屬於該第二儲存分區，允許執行該資料處理請求；當不存在與該儲存分區以及與該類型匹配的處理策略時，拒絕並丟棄該資料處理請求。
如申請專利範圍第3項所述的方法，其中，根據該處理策略以及該資料處理請求對該目的資料訊息進行處理，具體為：若根據該處理策略確定允許執行該資料處理請求，在執行該資料處理請求之後，在該目的資料訊息當前的儲存分區建立與該目的資料訊息在原有的儲存分區相同的視圖；若根據該處理策略確定拒絕執行該資料處理請求，保持該目的資料訊息在當前的儲存分區的視圖。
如申請專利範圍第1項所述的方法，其中，還包括：當接收到上傳的新資料訊息時，將該新資料訊息導入該第一儲存分區。
一種資料儲存系統，其特徵在於，該資料儲存系統設置有與組織對應的儲存空間的資料儲存系統，該儲存空間由第一儲存分區以及第二儲存分區組成，該系統包括：第一獲取模組，當接收到資料處理請求時，獲取該資料處理請求的類型、發送該資料處理請求的項目所在的儲存分區以及與該資料處理請求對應的目的資料訊息的儲存分區；第二獲取模組，獲取與該儲存分區以及該類型匹配的處理策略，該處理策略預設於該資料儲存系統中；處理模組，根據該處理策略以及該資料處理請求對該目的資料訊息進行處理，其中，該組織是電商公司或獨立軟體開發商。
如申請專利範圍第6項所述的系統，其中，還包括：若該資料處理請求的類型為授權請求，該資料處理請求用於將該目的資料訊息授權給該項目，以使該項目存取該目的資料訊息，該項目歸屬於該組織；若該資料處理請求的類型為修改請求，該資料處理請求中攜帶目的屬性訊息，該資料處理請求用於將該目的資料訊息的屬性訊息修改為該目的屬性訊息；若該資料處理請求的類型為展示請求，該資料處理請求用於將該目的資料訊息在資料平臺上進行展示。
如申請專利範圍第7項所述的系統，其中，該處理策略具體為：當該資料處理請求為展示請求或修改請求時，若該的目的資料訊息的儲存分區為該第一儲存分區，允許執行該資料處理請求；當該資料處理請求為授權請求，且該目的資料訊息的儲存分區為該第一儲存分區時，若該項目所在的儲存分區歸屬於該儲存空間，允許執行該資料處理請求；當該資料處理請求為授權請求，且該目的資料訊息的儲存分區為該第二儲存分區時時，若該項目所在的儲存分區歸屬於該第二儲存分區，允許執行該資料處理請求。
如申請專利範圍第8項所述的系統，其中，還包括：該處理模組，還在不存在與該儲存分區以及該類型匹配的處理策略時拒絕並丟棄該資料處理請求。
如申請專利範圍第6項所述的系統，其中，還包括：導入模組，當接收到上傳的新資料訊息時，將該新資料訊息導入該第一儲存分區。