為了更好地理解，最小數據提供者服務也將被稱為“上傳工具”。

對于數據供應工具來說，數據主權的概念尤為重要。數據主權是Catena-X網絡的核心價值觀之一。每個參與者都應該盡可能多地控制自己的數據。這包括

• 他總是確切地知道他在與誰交換數據。
• 參與者還可以決定數據集級別，他的哪些合作伙伴能夠看到各種數據提供（訪問策略），
• 然后決定在哪些條件下他愿意共享數據（使用策略）。
• 此外，上傳工具的用戶必須能夠更新或刪除實際數據、訪問和使用策略以及任何元數據和數據引用。

1.3.1前端

前端是服務的入口點。它由數據提供程序的最終用戶使用，他們不會通過CLI或API與任何后端系統或其他相關組件交互。

1.3.2后端

后端負責協調與其他組件的各種所需交互。它需要處理數據上傳到數據持久層，創建/刪除/更新EDC合同報價，在數字孿生注冊表中（取消）注冊數據，在應用程序中處理身份驗證和授權等。

1.3.3數據持久層

上傳的數據需要保存在適當的數據庫解決方案中，以便在請求時可以接收。根據數據和用例，這可能是SQL、非SQL、S3或流式存儲。
注意：注冊數字孿生或創建EDC合同報價是不夠的，因為它們只包含元數據和對實際數據的引用。實際數據在上傳到工具后也需要可用。這是數據持久層的責任。

1.3.4 EDC

EDC是一個獨立的組件，是實現主權數據交換所必需的。

EDC總是需要與前端和后端一起部署。此外，EDC目前不是租戶隔離的，因此每個客戶公司都需要部署一個EDC。
此外，所使用的EDC必須可被數據消費者發現，因此必須在EDC發現服務中注冊。

1.3.5數字孿生注冊表（DTR）

從3.2版開始，DTR是一個分散的組件，必須與每個數據提供者一起實現。

它存儲了對數字雙胞胎各個方面的引用。

實際數據（“數字孿生”）存儲在數據持久層中，該層附帶了最小的數據提供者服務。

后端需要與分散的DTR交互，以注冊新創建/上傳的雙胞胎。

如果用戶刪除數據，后端還需要再次注銷雙胞胎。
此外，所使用的DTR必須可被數據消費者發現，因此必須在發現查找器上注冊

1.3.6 SSI集成

上傳工具必須能夠與Catena-X SSI解決方案交互，為EDC提供數據提供者的正確屬性和角色。

1.3.7語義建模語言和模型

根據用例的不同，上傳工具需要理解不同的語義建模語言和語義模型。例如：如果上傳工具想要實現用例可追溯性，該工具需要能夠處理SAMM語言中的Aspect Model：SerialPartTyplization。

注：SAMM目前是Catena-X中使用的唯一建模語言。當未來發生變化時，該標準將進行更新，以參考其他建模語言。
用例中使用的語義建模語言和模型可以在每個用例的“用例策略”中找到。該工具必須與這些語義建模語言和語義模型一起工作。
所有已發布的語義模型列表可以在Github上找到：https://github.com/eclipse-tractusx/sldt-semantic-models.

CX-0007 Minimal Data Provider Service Offering v1.0.2 | Catena-X - LibraryABSTRACThttps://catenax-ev.github.io/docs/next/standards/CX-0007-MinimalDataProviderServicesOffering

?