you should address who owns that da

you should address who owns that data. (See
numbers 20 and 22 iii/m.)

Derived Data and Derivative Works

19. Defining Derived Dam: The recipient may
use the data to generate new information:
"derived data"ialso called “usage data" if cre»
ated by a cloud services vendor through moni»
toring a system. “‘Derived Data’ refers to:
(a) new information generated through analysis
and other processing of Customer Data; and
(b) information generated through monitoring
or other observation of Customer's and its end-
users' use of the System." Derived data often
will qualify as a derivative work of the licensor’s
original data (and to that extent, it’s addressed
in numbers 22 and 23 infra), but not neces»
sarily. Some definitions separate derivetl data
from derivative works: “Derived Data' refers
to new information generated through analysis
and other processing of Customer Data, pro»
vided the original Customer Data cannot be
identified, via reverse engineering or otherwise,
through analysis of such new information."
Finally, in some cases you may need multiple
categories of derived data, if the parties have
different ownership and use rights related to
different parts of the derived data. For instance,
the contract could define "Derived Data" per
subsection (a) in the example above and "Usage
Data" per subsection (b). You might need to
break up the derived data into any number of
other categories.

Ownership ofDerived Data: IP rights in derived
data may be complex and even self-contradictory,
since copyright, trade secret, and other sources of
rights may point to different owners. So the par»
ties generally should specify in the contract who
owns derived data. Often, cloud services vendors
will want to own derived data resulting from
observation of their customers' use of a service:
"usage data." That’s generally more palatable to
customers if no original customer data can be
gleaned from the derived data, and if the data’s
anonymized. Even in that case, though, the licen»
sor will need to own derived data if it's mixed into
the original data and the two datasets can’t be
separated. Also, keep in mind that, in the weird
world of data ownership, confidential’ y rights
can create or stand in for ownership rights. So
if a confidentiality clause protects derived data,
think through whose Confidential Information it
is. In general, confidentiality rigth should go to

20.

2

22.

t.

the party that “owns” the data. (For more on data

confidentiality, see numbers 24 and 25 infra.)
. License Back ofRecipient-Owned Derived Data:
Whoever owns derived data, the other party
should consider getting a license back, such as
the data licenses in numbers 3 and 4 supra.
Ownership of Derivative Works: In big data,
a "derivative work" is a modified version of the
data, with new data added or data removed. it
might include derived data. If the recipient can
create derivative works, the contract needs to say
who owns them. If it says nothing, the recipient
owns information it added to the data, while the
licensor owns the otiginalgcreating a hard-to-
manage joint ownership situation. Joint owner-
ship gets even more complicated if the recipient
deletes data but adds nothing new. It still might
have some sort of compilation rights under copy-
right, but the licensor owns the data too. So don’t
leave ownership and control to the underlying
law. Specify who owns what and who can do
what with derivative works.

23. License Back of Derivative Works: Whoever

owns derivative works, the other party may need
a license to exploit them, such as the data licenses
discussed in numbers 3 and 4 Supra.

Confidentiality, Security, and
Compliance

24. Confidentiality in General: This almost goes

25.

without saying, but if you're the licensor, say
it: “Recipient shall not disclose the Data or any
part of it to any third party except as specifically
authorized by this Agreement." You also should
consider a full confidentiality clause to pro-
tect the data~a nondisclosure agreement (NDA)
incorporated into the contract. But keep in mind
that classic NDA's were created to protect con-
fidential documents and oral disclosures, and
many of their terms fit databases and electronic
data loosely at best. So don't rely solely on NDA/
confidentiality terms; add data security terms
(discussed in number 26 infi‘a). Think through
provisions of the typical NBA/confidentiality
clause that might not fit well. In particular, does
confidentiality last only for a set period? That's
generally a bad idea for trade secrets and private
information, both of which should remain con-
fidential so long as they’re sensitive (forever, in
many cases).

Confidentiality and Ownershi : Trade secrets
law may consider the "discloser" of confiden-
tial informationithe party that can enforce

ผลลัพธ์ (ไทย) 1:

you should address who owns that data. (Seenumbers 20 and 22 iii/m.)Derived Data and Derivative Works19. Defining Derived Dam: The recipient mayuse the data to generate new information:"derived data"ialso called “usage data" if cre»ated by a cloud services vendor through moni»toring a system. “‘Derived Data’ refers to:(a) new information generated through analysisand other processing of Customer Data; and(b) information generated through monitoringor other observation of Customer's and its end-users' use of the System." Derived data oftenwill qualify as a derivative work of the licensor’soriginal data (and to that extent, it’s addressedin numbers 22 and 23 infra), but not neces»sarily. Some definitions separate derivetl datafrom derivative works: “Derived Data' refersto new information generated through analysisand other processing of Customer Data, pro»vided the original Customer Data cannot beidentified, via reverse engineering or otherwise,through analysis of such new information."Finally, in some cases you may need multiplecategories of derived data, if the parties havedifferent ownership and use rights related todifferent parts of the derived data. For instance,the contract could define "Derived Data" persubsection (a) in the example above and "UsageData" per subsection (b). You might need tobreak up the derived data into any number ofother categories.Ownership ofDerived Data: IP rights in derivedข้อมูลอาจจะซับซ้อน และแม้ self-contradictoryตั้งแต่ลิขสิทธิ์ ความลับทางการค้า และแหล่งอื่น ๆสิทธิอาจชี้เจ้าของแตกต่างกัน ดังนั้นการตรา»ความสัมพันธ์โดยทั่วไปควรระบุในสัญญาที่เป็นเจ้าของข้อมูล ผู้ขายบริการเมฆมักจะจะต้องได้รับข้อมูลที่เกิดจากสังเกตลูกค้าใช้บริการ:"ข้อมูลการใช้งาน" โดยทั่วไปน้อยลงไปเท่านั้นลูกค้าถ้าไม่มีข้อมูลลูกค้าเดิมได้เก็บตกมาจากข้อมูลได้รับ และข้อมูลลับ แม้ในกรณีที่ แม้ว่า การ licen »ซอจะต้องได้รับข้อมูลถ้ามีผสมลงในข้อมูลเดิมและชุดข้อมูลสองชุดไม่แยก นอกจากนี้ โปรดจำไว้ว่า แปลกโลกของเจ้าของข้อมูล ความลับ ' สิทธิ yสามารถสร้าง หรือยืนในสิทธิความเป็นเจ้าของ ดังนั้นถ้าข้อความลับปกป้องข้อมูลคิดว่า ข้อมูลเป็นความลับได้ ทั่วไป ความลับ rigth ควรรับไป20222tพรรคที่ "เป็นเจ้าของ" ข้อมูล (สำหรับข้อมูลเพิ่มเติมเกี่ยวกับความลับ เห็นเลข 24 และ 25 อินฟา). ใบอนุญาตกลับ ofRecipient เป็นเจ้าของได้รับมาข้อมูล:ใครเป็นเจ้าของได้มาข้อมูล บุคคลอื่นควรได้รับใบอนุญาตกลับ เช่นลิขสิทธิ์ข้อมูลในหมายเลข 3 และ 4 supraเจ้าของผลงาน: ในข้อมูลขนาดใหญ่"งานพัฒนา" เป็นรุ่นปรับเปลี่ยนการข้อมูล เพิ่มข้อมูลใหม่หรือข้อมูลออก มันอาจรวมถึงข้อมูล ถ้าผู้รับได้สร้างผลงาน สัญญาต้องการว่าwho owns them. If it says nothing, the recipientowns information it added to the data, while thelicensor owns the otiginalgcreating a hard-to-manage joint ownership situation. Joint owner-ship gets even more complicated if the recipientdeletes data but adds nothing new. It still mighthave some sort of compilation rights under copy-right, but the licensor owns the data too. So don’tleave ownership and control to the underlyinglaw. Specify who owns what and who can dowhat with derivative works.23. License Back of Derivative Works: Whoeverowns derivative works, the other party may needa license to exploit them, such as the data licensesdiscussed in numbers 3 and 4 Supra.Confidentiality, Security, andCompliance24. Confidentiality in General: This almost goes25.without saying, but if you're the licensor, sayit: “Recipient shall not disclose the Data or anypart of it to any third party except as specificallyauthorized by this Agreement." You also shouldconsider a full confidentiality clause to pro-tect the data~a nondisclosure agreement (NDA)incorporated into the contract. But keep in mindthat classic NDA's were created to protect con-fidential documents and oral disclosures, andmany of their terms fit databases and electronicdata loosely at best. So don't rely solely on NDA/confidentiality terms; add data security terms(discussed in number 26 infi‘a). Think throughprovisions of the typical NBA/confidentialityข้อที่อาจไม่เหมาะสมกันดี โดยเฉพาะอย่างยิ่ง ไม่confidentiality ครั้งสุดท้ายสำหรับรอบระยะเวลาที่กำหนดหรือไม่ นั่นก็คือโดยทั่วไปความคิดดีสำหรับความลับทางการค้าและส่วนตัวข้อมูล ซึ่งทั้งสองจะยังคงคอน-fidential ยาวก็สำคัญ (ตลอดกาล ในหลายกรณี)Confidentiality และ Ownershi: ความลับทางการค้ากฎหมายอาจพิจารณา "การเปิดเผย" ของ confiden-บริษัท tial informationithe ที่สามารถบังคับใช้

ผลลัพธ์ (ไทย) 2:

คุณควรจะอยู่ที่เป็นเจ้าของข้อมูลนั้น (โปรดดู
หมายเลข 20 และ 22 III / ม.) ข้อมูลที่ได้รับและอนุพันธ์ธิการ19 De Fi หนิงมาเขื่อน: ผู้รับอาจใช้ข้อมูลในการสร้างข้อมูลใหม่: "ข้อมูลที่ได้มา" ialso เรียกว่า "ข้อมูลการใช้งาน" ถ้า CRE » ated โดยผู้ให้บริการคลาวด์ผ่าน Moni » toring ระบบ "ข้อมูลที่ได้รับหมายถึง:. ( ก) ข้อมูลใหม่ที่สร้างผ่านการวิเคราะห์และการประมวลผลอื่น ๆ ของข้อมูลของลูกค้าและ(ข) ข้อมูลที่สร้างผ่านการตรวจสอบหรือข้อสังเกตอื่น ๆ ของลูกค้าและปลายทางของการใช้งานของผู้ใช้ระบบ ". ข้อมูลที่ได้มามักจะมีสิทธิ์ได้เป็นงานที่มาของการออกใบอนุญาตของข้อมูลเดิม (และในขอบเขตที่มัน addressed ในจำนวน 22 และ 23 ข้างล่างนี้) แต่ไม่ neces » sarily คำจำกัดความบางแยกข้อมูล derivetl จากผลงานต่อเนื่อง: "ข้อมูลที่ได้รับหมายข้อมูลใหม่ที่สร้างผ่านการวิเคราะห์และการประมวลผลอื่น ๆ ของข้อมูลลูกค้า Pro » สาข้อมูลของลูกค้าเดิมไม่สามารถระบุผ่านทางวิศวกรรมย้อนกลับหรืออย่างอื่นผ่านการวิเคราะห์ข้อมูลใหม่ดังกล่าว . " สุดท้ายในบางกรณีคุณอาจต้องหลายประเภทของข้อมูลที่ได้มาถ้าทั้งสองฝ่ายมีความเป็นเจ้าของและการใช้งานที่แตกต่างกันสิทธิที่เกี่ยวข้องกับชิ้นส่วนที่แตกต่างกันของข้อมูลที่ได้รับ. ยกตัวอย่างเช่นการทำสัญญาจะกำหนด" ข้อมูลที่ได้รับ "ต่ออนุมาตรา (ก) ในตัวอย่างข้างต้นและ "การใช้งาน. ข้อมูล" ต่อหมวด (ข) คุณอาจจำเป็นต้องทำลายข้อมูลที่ได้มาลงในจำนวนใดประเภทอื่น ๆ . เจ้าของ ofDerived ข้อมูล: สิทธิทรัพย์สินทางปัญญาในการได้รับข้อมูลที่อาจจะซับซ้อนและแม้กระทั่งตัวเองขัดแย้งตั้งแต่ ลิขสิทธิ์ความลับทางการค้าและแหล่งอื่น ๆ ของสิทธิอาจชี้ให้กับเจ้าของที่แตกต่างกัน. ดังนั้นตราไว้หุ้นละ» ความสัมพันธ์โดยทั่วไปควรระบุไว้ในสัญญาที่เป็นเจ้าของข้อมูลที่ได้มา. บ่อยครั้งที่ผู้ขายบริการคลาวด์จะต้องการที่จะเป็นเจ้าของข้อมูลที่ได้มาเป็นผลมาจากการสังเกตของลูกค้าของพวกเขา การใช้บริการ: "ข้อมูลการใช้งาน." นั่นคือโดยทั่วไปพอใจลูกค้าหากไม่มีข้อมูลของลูกค้าเดิมสามารถรวบรวมได้จากข้อมูลที่ได้มาและถ้าข้อมูลที่ไม่ระบุชื่อ แม้ในกรณีที่แม้ว่า licen » Sor จะต้องเป็นเจ้าของข้อมูลที่ได้มาถ้ามันผสมลงในข้อมูลเดิมและทั้งสองชุดข้อมูลไม่สามารถแยกออกจากกัน นอกจากนี้ยังเก็บไว้ในใจว่าในที่แปลกในโลกของความเป็นเจ้าของข้อมูลที่เป็นความลับ 'สิทธิ Y สามารถสร้างหรือยืนอยู่ในสิทธิการเป็นเจ้าของ ดังนั้นหากข้อความลับมาปกป้องข้อมูลคิดว่าผ่านที่มีข้อมูลลับก็คือ โดยทั่วไปการรักษาความลับ rigth ควรไป20. 2 22. t. พรรคที่ว่า "เป็นเจ้าของ" ข้อมูล (สำหรับข้อมูลเพิ่มเติมเกี่ยวกับข้อมูลความลับเห็นตัวเลข 24 และ 25 ข้างล่างนี้.) ใบอนุญาตกลับ ofRecipient ที่เป็นเจ้าของข้อมูลที่ได้มา: ใครก็ตามที่เป็นเจ้าของข้อมูลที่ได้มาจากบุคคลอื่น ๆ ที่ควรพิจารณาได้รับใบอนุญาตในการกลับมาเช่นใบอนุญาตข้อมูลในหมายเลข 3 และ 4 supra. เจ้าของโรงงานอนุพันธ์: ในข้อมูลขนาดใหญ่"งานอนุพันธ์" เป็น รุ่นล่าสุดของข้อมูลที่มีข้อมูลใหม่ที่เพิ่มขึ้นหรือข้อมูลถูกลบออก มันอาจจะรวมถึงข้อมูลที่ได้มา หากผู้รับสามารถสร้างงานที่ดัดแปลงสัญญาความต้องการที่จะบอกว่าใครเป็นเจ้าของพวกเขา หากจะกล่าวว่าไม่มีอะไรที่ผู้รับเป็นเจ้าของข้อมูลมันเพิ่มข้อมูลในขณะที่ใบอนุญาตเป็นเจ้าของ otiginalgcreating ฮาร์ด-to- สถานการณ์ความเป็นเจ้าของร่วมกันจัดการ owner- ร่วมเรือได้รับความซับซ้อนมากยิ่งขึ้นถ้าผู้รับลบข้อมูล แต่เพิ่มไม่มีอะไรใหม่ ก็ยังอาจมีการเรียงลำดับของสิทธิภายใต้การรวบรวมคัดลอก ~ บางขวา แต่อนุญาตเป็นเจ้าของข้อมูลมากเกินไป ดังนั้นอย่าปล่อยให้เจ้าของและการควบคุมที่จะอยู่ภายใต้กฎหมาย ระบุสิ่งที่ผู้ที่เป็นเจ้าของและผู้ที่สามารถทำสิ่งที่มีผลงานต่อเนื่อง. 23 ใบอนุญาตหลังของงานดัดแปลงจากผู้ใดเป็นเจ้าของผลงานต่อเนื่องที่บุคคลอื่นอาจจะต้องมีใบอนุญาตในการใช้ประโยชน์จากพวกเขาเช่นใบอนุญาตข้อมูลที่กล่าวไว้ในหมายเลข 3 และ 4 Supra. การรักษาความลับรักษาความปลอดภัยและการปฏิบัติตาม24 การรักษาความลับทั่วไป: นี่เกือบไป25 โดยไม่บอก แต่ถ้าคุณอนุญาตให้พูดว่ามัน "ผู้รับจะไม่เปิดเผยข้อมูลใด ๆ หรือส่วนหนึ่งของมันต่อบุคคลที่สามใด ๆ ยกเว้นเป็นเฉพาะ. ที่ได้รับอนุญาตตามข้อตกลงนี้" นอกจากนี้คุณยัง ควรพิจารณาข้อความลับที่เต็มไปด้วยโปรTect ข้อมูล ~ ข้อตกลงการไม่เปิดเผยข้อมูล (NDA) รวมอยู่ในสัญญา. แต่เก็บไว้ในใจว่าคลาสสิก NDA ถูกสร้างขึ้นเพื่อปกป้องงเอกสาร fidential และการเปิดเผยข้อมูลในช่องปากและหลายเงื่อนไขของฐานข้อมูลพอดี และอิเล็กทรอนิกส์. ข้อมูลอย่างอิสระที่ดีที่สุดดังนั้นไม่ต้องพึ่ง NDA / ข้อตกลงการรักษาความลับเพิ่มคำความปลอดภัยของข้อมูล(กล่าวถึงในจำนวน 26 แห่งใน Fi 'ก) คิดว่าผ่าน. บทบัญญัติของทั่วไปเอ็นบีเอ / การรักษาความลับข้อที่อาจจะไม่เข้ากันได้ดี. โดยเฉพาะอย่างยิ่งไม่Con Fi dentiality มีอายุเพียง แต่สำหรับระยะเวลาที่กำหนดนั่นคือ? โดยทั่วไปความคิดที่ดีสำหรับความลับทางการค้าและเอกชนข้อมูลซึ่งทั้งสองจะยังคงมีการใช้fidential ตราบใดที่พวกเขากำลังสำคัญ (ตลอดในหลายกรณี). dentiality Con fi และ Ownershi: ความลับทางการค้ากฎหมายอาจพิจารณา "เปิดเผย" ความลับของtial บุคคล informationithe ที่สามารถบังคับใช้