मुखपृष्ठ > संसाधन > कॉपीराइट प्रश्नोत्तर > UI/UX एवं स्क्रीन डिज़ाइन कॉपीराइट प्रश्नोत्तर

UI/UX एवं स्क्रीन डिज़ाइन कॉपीराइट प्रश्नोत्तर

भारत │ ऐप स्क्रीन, GUI, वायरफ्रेम और डिजिटल प्रोडक्ट इंटरफेस के लिए कॉपीराइट (copyright), डिज़ाइन पंजीकरण, स्वामित्व, कोड, UI एसेट्स, AI-सहायित डिज़ाइन, साक्ष्य और प्रवर्तन।

UI, स्क्रीन और सॉफ्टवेयर का कॉपीराइट संरक्षण (9) ऐप, स्क्रीन डिस्प्ले और डिज़ाइन एसेट्स का कॉपीराइट पंजीकरण (7) डिज़ाइन पंजीकरण, GUI संरक्षण और कॉपीराइट–डिज़ाइन ओवरलैप (11) स्वामित्व, कर्मचारी, फ्रीलांसर, एजेंसी और अनुबंध (11) AI, तृतीय-पक्ष एसेट्स, गोपनीयता और प्रोडक्ट गवर्नेंस (7) क्लोन ऐप, उल्लंघन के साक्ष्य और प्रवर्तन (11)

महत्वपूर्ण। UI/UX से जुड़ा मामला कई अलग-अलग अधिकारों को शामिल कर सकता है। कॉपीराइट मूल कोड, पाठ और कलात्मक कृति की रक्षा कर सकता है; डिज़ाइन पंजीकरण किसी article पर लागू पात्र दृश्य विशेषताओं की रक्षा कर सकता है; जबकि ट्रेडमार्क तथा अनुबंध/गोपनीयता अलग हितों की रक्षा कर सकते हैं। सही कानूनी मार्ग कृति, स्वामित्व-श्रृंखला, औद्योगिक उपयोग, सार्वजनिक प्रकटीकरण के इतिहास और साक्ष्य पर निर्भर करता है। फाइलिंग या प्रवर्तन से पहले वर्तमान वैधानिक पाठ, Copyright Office और Designs Office की प्रथा तथा प्रासंगिक न्यायिक निर्णयों की जाँच की जानी चाहिए।

A. UI, स्क्रीन और सॉफ्टवेयर का कॉपीराइट संरक्षण

एक ही अविभाजित अवधारणा के रूप में नहीं। स्रोत और ऑब्जेक्ट कोड कंप्यूटर प्रोग्राम (computer programme) के रूप में साहित्यिक कृति (literary work) हो सकते हैं; मूल चित्र, आइकन, ड्रॉइंग या ग्राफिक आर्टवर्क कलात्मक कृति (artistic work) हो सकते हैं; और पर्याप्त रूप से मौलिक पाठ साहित्यिक कृति हो सकता है। इंटरफेस का सामान्य विचार, उसका कार्य, workflow, business logic या परिचित स्क्रीन व्यवस्था मात्र कॉपीराइट से एकाधिकारित नहीं हो जाती।

हाँ। इंटरफेस को चलाने वाला कोड कंप्यूटर प्रोग्राम के रूप में संरक्षित हो सकता है, जबकि स्क्रीन पर दिखाई देने वाले मूल दृश्य या पाठ्य तत्व अलग कॉपीराइट प्रश्न उठा सकते हैं। कोड का स्वामित्व प्रत्येक logo, icon, illustration, font, photograph या अन्य visual asset का स्वामित्व अपने आप सिद्ध नहीं करता; और screen artwork का स्वामित्व अंतर्निहित software का स्वामित्व अपने आप हस्तांतरित नहीं करता।

किसी अमूर्त “look and feel” पर अपने आप कॉपीराइट एकाधिकार नहीं मिलता। दावेदार को यह पहचानना होगा कि कौन-सी विशिष्ट संरक्षण योग्य अभिव्यक्ति कथित रूप से कॉपी की गई है, और उसे functionality, ideas, common conventions, public-domain material तथा independently created elements से अलग करना होगा। पर्याप्त रूप से मौलिक selection या arrangement प्रासंगिक हो सकता है, पर केवल समग्र समान प्रभाव कानूनी प्रश्न का उत्तर नहीं देता।

केवल इसलिए नहीं कि कोई idea, method, system या business logic किसी विशेष user journey में दिखाई देता है, वह कॉपीराइट से संरक्षित नहीं हो जाता। Checkout sequence, onboarding flow, swipe interaction, dashboard logic या navigation concept व्यावसायिक रूप से महत्त्वपूर्ण हो सकते हैं, पर इससे उस method पर विशेष कॉपीराइट अधिकार नहीं बनता। कॉपीराइट उस flow को लागू या प्रदर्शित करने वाली विशिष्ट मौलिक अभिव्यक्ति की रक्षा कर सकता है।

Generic menus, standard tabs, सामान्य search bars, परिचित button placement, conventional forms, common icons, standard gestures, functional labels और सामान्य mobile-navigation patterns जैसे तत्व, जो function या स्थापित practice से काफी हद तक निर्धारित होते हैं, किसी विशेष कॉपीराइट दावे का कमजोर आधार होते हैं। विश्लेषण का केंद्र केवल समान functionality नहीं, बल्कि मौलिक expressive features होने चाहिए।

संभव है। कोई मूल icon, illustration, diagram या अन्य graphic, वैधानिक आवश्यकताएँ पूरी होने पर कलात्मक कृति हो सकता है। संरक्षण उस artwork में निहित मौलिक अभिव्यक्ति का होता है, उस symbol द्वारा दर्शाए गए कार्य का नहीं। Generic या परिचित symbol में संरक्षण योग्य अभिव्यक्ति कम हो सकती है, जबकि अत्यधिक मौलिक rendering अधिक मजबूत दावा दे सकती है।

पर्याप्त रूप से मौलिक screen text साहित्यिक कृति हो सकता है, लेकिन बहुत छोटे functional labels, commands और routine phrases में अर्थपूर्ण कॉपीराइट दावे के लिए आवश्यक मौलिक अभिव्यक्ति बहुत कम हो सकती है। Longer onboarding text, explanatory content, help material या original copy का आकलन सामान्य interface commands से अलग किया जाना चाहिए।

Wireframe या prototype में मौलिक drawings, text, artwork या अन्य expression हो सकती है, भले वह final product न हो। Low-fidelity functional structures में unprotectable ideas और conventions का अनुपात अधिक हो सकता है। Dated wireframes का evidentiary value अक्सर महत्त्वपूर्ण होता है क्योंकि वे यह दिखा सकते हैं कि final interface समय के साथ कैसे विकसित हुआ।

नहीं। पात्र मौलिक कृति में कॉपीराइट सामान्यतः कानून के प्रभाव से उत्पन्न होता है; पंजीकरण उसका स्रोत नहीं है। फिर भी पंजीकरण एक उपयोगी आधिकारिक record और evidentiary trail प्रदान कर सकता है। इसे Government का ऐसा निष्कर्ष नहीं माना जाना चाहिए कि हर element मौलिक है, applicant के स्वामित्व में है या किसी अन्य पक्ष ने उसका उल्लंघन किया है।

B. ऐप, स्क्रीन डिस्प्ले और डिज़ाइन एसेट्स का कॉपीराइट पंजीकरण

Copyright Office वर्तमान में बताता है कि Section 2(o) में computer programmes को literary works में शामिल किए जाने के कारण app को literary-work category में computer programme के रूप में पंजीकृत किया जा सकता है। उसकी वर्तमान FAQ और Literary Works Manual के अनुसार लागू Copyright Rules के तहत prescribed software material, जिसमें source code और object code शामिल हैं, देना होता है। इसलिए software registration को interface में प्रयुक्त किसी अलग artistic या अन्य asset के registration से अलग समझना चाहिए।

Copyright Office की वर्तमान guidance के अनुसार, यदि screen display generate करने वाला code प्रस्तुत किया गया है और computer programme तथा screen display का owner एक ही है, तो computer programme का registration उस programme द्वारा generate screen displays को cover कर सकता है। यह administrative registration position है; इसका अर्थ यह नहीं कि असंबंधित third-party visual assets अपने आप software claim में शामिल हो जाते हैं।

Software-registration requirements के विकल्प के रूप में नहीं। Copyright Office की वर्तमान guidance के अनुसार app screen displays के mere snapshots को computer programme के रूप में registration के लिए पर्याप्त नहीं माना जाता। किसी screenshot में अलग से संरक्षित हो सकने वाला text, artwork, photograph या अन्य material हो सकता है, लेकिन ऐसे components के लिए अलग legal और ownership analysis चाहिए।

संभव है, यदि वह स्वतंत्र रूप से artistic work के रूप में पात्र हो और applicant authorship तथा ownership स्थापित कर सके। Claimed work की स्पष्ट पहचान होनी चाहिए। Software की filing और महत्वपूर्ण artistic assets की अलग filing अलग classes of copyright work तथा अलग supporting documents से जुड़ सकती हैं।

ज़रूरी नहीं। Copyright Office की वर्तमान guidance के अनुसार websites और apps में कई components हो सकते हैं जो अलग-अलग copyright categories में आते हैं। Software, text, photographs, artwork, audio और अन्य elements के अलग authors और owners हो सकते हैं। इसलिए registration strategy को यह स्पष्ट करना चाहिए कि कौन-सी विशिष्ट work claim की जा रही है; एक filing को हर component पर स्वतः लागू मानना ठीक नहीं है।

नहीं। Source-design file पर possession या control access और creation history का उपयोगी साक्ष्य हो सकता है, लेकिन ownership authorship, employment, assignment, licence और अन्य legal facts पर निर्भर करती है। Client working file रख सकता है पर उसमें मौजूद हर copyright उसका न हो; और designer आर्थिक rights assign करने के बाद भी file की copy रख सकता है।

Dated source files, version history, authorship records, contributor contracts, assignment या licence documents, third-party asset licences, first-publication information, जहाँ प्रासंगिक हो software code, और exact claimed work की पहचान करने वाला साक्ष्य सुरक्षित रखें। Registration file project की वास्तविक ownership chain के अनुरूप होनी चाहिए।

C. डिज़ाइन पंजीकरण, GUI संरक्षण और कॉपीराइट–डिज़ाइन ओवरलैप

संभव है। NEC Corporation v. Controller of Patents and Designs तथा connected appeals में Calcutta High Court ने 9 March 2026 को GUI design registration पर per se रोक को अस्वीकार किया, संबंधित refusals को set aside किया और applications को fresh consideration के लिए remand किया। Court ने कहा कि Sections 2(a) और 2(d) of the Designs Act, 2000 की requirements पूरी होने तथा design को किसी article से उचित रूप से जोड़ने पर GUI case-by-case registrable हो सकता है; निर्णय हर GUI को अपने आप registrable नहीं बनाता।

Claimed visual features को particular case में Designs Act की requirements पूरी करनी होंगी। Applicant को उस article की पहचान करनी चाहिए जिस पर GUI design लागू है, novelty या originality स्थापित करनी चाहिए, ऐसी visual features दिखानी चाहिए जो eye appeal रखती हों और solely by the eye judged की जा सकें, तथा ऐसा claim नहीं होना चाहिए जिसकी appearance केवल function से dictated हो। Section 4 के grounds और अन्य statutory requirements भी पूरी होनी चाहिए।

नहीं। 2026 Calcutta High Court decision बताता है कि design और article अलग concepts हैं। Facts के अनुसार relevant article display unit, screen, phone, tablet, vehicle dashboard या कोई अन्य product हो सकता है जिस पर GUI लागू है। GUI को स्वयं अलग physical object के रूप में manufacture या sell होना आवश्यक नहीं है।

केवल इस कारण नहीं। Calcutta High Court ने permanence और always-visible जैसी requirements को अस्वीकार किया क्योंकि वे Section 2(d) में नहीं हैं। Article के intended या normal use के दौरान display होने वाला GUI design registration के लिए assess किया जा सकता है, लेकिन visual appeal, article identification और solely function-driven features के exclusion सहित सभी statutory requirements फिर भी पूरी करनी होंगी।

Current Locarno classification में Class 14-04 screen displays और icons के लिए है, जिसमें graphical user interfaces और computer icons शामिल हैं। Designs Rules का Rule 10(1) classification purposes के लिए current Locarno classification का उपयोग करता है। Calcutta High Court ने स्पष्ट किया है कि यह classification administrative और indicative है; Class 14-04 में inclusion अपने आप Sections 2(a) और 2(d) के तहत registrability सिद्ध नहीं करता।

Designs Act का Section 4 ऐसे design के registration को रोकता है जिसमें novelty या originality नहीं है, या जो Act में वर्णित circumstances में relevant filing या priority date से पहले public को disclose हो चुका है। Public launches, published screenshots, unrestricted demonstrations या अन्य public disclosure इसलिए गंभीर novelty problems पैदा कर सकते हैं, subject to any applicable statutory exception. जहाँ design protection commercially important हो, public disclosure से पहले उसका assessment करना चाहिए।

Copyright Act का Section 15(1) कहता है कि Designs Act, 2000 के तहत registered design में Copyright Act के तहत copyright subsist नहीं करता। इसलिए उसी subject matter को full parallel Copyright Act protection और registered-design protection दोनों मिलते हैं, ऐसा मानना उचित नहीं है। Relevant artistic work और claimed design की अलग-अलग स्पष्ट पहचान आवश्यक है।

Copyright Act का Section 15(2) प्रदान करता है कि ऐसे design में copyright उस समय cease हो जाता है जब उस design को जिस article पर लागू किया गया है, copyright owner द्वारा या उसकी licence से किसी अन्य व्यक्ति द्वारा industrial process से पचास से अधिक बार reproduce किया जा चुका हो। Provision का application fact-sensitive है: court को subject matter classify करना, यह देखना कि वह registrable design है या नहीं, और relevant industrial reproduction की जाँच करनी होती है।

नहीं। Supreme Court ने Cryogas Equipment Pvt. Ltd. v. Inox India Ltd. (2025) में Section 15(2) के लिए classification exercise पर जोर दिया और two-pronged inquiry बताई: पहले pure artistic work और उससे derived तथा industrial process से applied design के बीच अंतर; और जहाँ आवश्यक हो वहाँ functional-utility analysis। इसलिए केवल related design के industrial exploitation के कारण original artistic work का copyright mechanically समाप्त हुआ मान लेना उचित नहीं है; specific work और design का अलग analysis आवश्यक है।

Designs Act का Section 11 registered proprietor को date of registration से दस वर्ष तक registered design में copyright देता है, और prescribed fee के साथ timely application करने पर एक अतिरिक्त पाँच वर्ष का extension उपलब्ध है। इसलिए सामान्य maximum term पंद्रह वर्ष है, Act और Rules के अधीन।

अपने आप नहीं। Brand names, logos और अन्य source identifiers के लिए trademark और passing-off analysis आवश्यक हो सकता है। Original logo artwork में copyright भी हो सकता है, पर copyright ownership trademark clearance, trademark filing या market-use evidence का विकल्प नहीं है।

D. स्वामित्व, कर्मचारी, फ्रीलांसर, एजेंसी और अनुबंध

Section 17 first-ownership rules देता है। Contract of service या apprenticeship के तहत employment के course में बनी work के लिए Section 17(c), उस provision में covered circumstances में और contrary agreement न होने पर, ordinarily employer को first owner बनाता है। फिर भी actual employment relationship, duties का scope, work का type और contract जाँचना चाहिए।

सामान्य rule के रूप में नहीं। Copyright Act कुछ commissioned works के लिए specific first-ownership exceptions देता है, लेकिन invoice का payment अपने आप हर commissioned digital design के पूरे copyright का general assignment नहीं बनता। किसी applicable statutory exception के बाहर creator first owner रह सकता है, जब तक आवश्यक rights assign या license न किए जाएँ। इसलिए contract में ownership को स्पष्ट रूप से address करना चाहिए।

ज़रूरी नहीं। Client को verify करना चाहिए कि agency स्वयं relevant rights की owner है या employees, consultants और subcontractors से उन्हें transfer करने के लिए authorised है। Contract में उपयुक्त chain-of-title mechanism होना चाहिए और third-party या pre-existing materials को अलग identify करना चाहिए जिन्हें assign नहीं बल्कि license किया जा रहा है।

Section 19 के अनुसार assignment लिखित होना चाहिए और assignor या उसके authorised agent द्वारा signed होना चाहिए। उसमें work की पहचान, assigned rights, duration और territorial extent स्पष्ट होने चाहिए, और Act के अनुसार royalty या अन्य consideration का भी प्रावधान होना चाहिए। Duration न लिखे जाने पर statutory default पाँच वर्ष है; territory न लिखे जाने पर default India है।

Assignment specified copyright rights को assignee को transfer करता है, जबकि licence ownership transfer किए बिना specified uses की अनुमति देता है। UI project में दोनों का मिश्रण हो सकता है: commissioned original screens assign की जाएँ, जबकि fonts, stock illustrations, icon libraries, frameworks और templates third-party licences के अधीन बने रहें।

नहीं। File delivery और copyright ownership अलग मुद्दे हैं। Contract editable Figma, Sketch, XD, Illustrator या source-code files की delivery require कर सकता है और केवल licence दे सकता है; या copyright assign कर सकता है लेकिन हर proprietary tool या library transfer नहीं करता। Agreement में ownership और deliverable control दोनों अलग-अलग स्पष्ट होने चाहिए।

केवल कई लोगों की भागीदारी से joint authorship नहीं मान लेनी चाहिए। Copyright Act में work of joint authorship का concept collaborative production से जुड़ा है जहाँ एक author का contribution दूसरे author या authors के contribution से distinct नहीं होता। Practical रूप से प्रत्येक creative contribution map करें, relevant contributors से आवश्यक rights लें और pre-existing व third-party material को अलग पहचानें।

केवल इसलिए नहीं कि company ने उसके लिए payment किया या उसे customise किया। Third-party licence commercial use, modification या distribution की अनुमति दे सकता है, जबकि underlying asset का ownership licensor के पास रखता है। Company अपने original additions या, जहाँ कानूनन संरक्षण योग्य हो, किसी arrangement की owner हो सकती है, लेकिन pre-existing component का ownership अपने आप प्राप्त नहीं करती।

Agreement में deliverables और versions; source व editable files; authorship और ownership; assignment या licence; pre-existing और third-party materials; modification rights; sublicensing; fonts और stock assets; confidentiality; warranties; design-system components; open-source software; portfolio use; handover; termination; enforcement cooperation; और future updates तथा derivative versions का treatment शामिल होना चाहिए।

Section 57 authors को specified special rights देता है, जिनमें authorship claim करने का अधिकार और statutory circumstances में prejudicial distortion, mutilation या modification को restrain करने या damages claim करने का अधिकार शामिल है। इसलिए economic assignment को हर authorial right समाप्त करने वाला नहीं मानना चाहिए। Contract drafting में attribution और modification को statutory framework के अनुसार address करना चाहिए।

केवल तभी जब contract और confidentiality position इसकी अनुमति दें। Copyright ownership, design files का possession और unreleased या confidential work को disclose करने की permission अलग प्रश्न हैं। Portfolio clause में timing, approved images, attribution, customer या security data की redaction और किसी removal obligation को स्पष्ट करना चाहिए।

E. AI, तृतीय-पक्ष एसेट्स, गोपनीयता और प्रोडक्ट गवर्नेंस

Project को human creative contribution, प्रयुक्त tool, applicable service terms, जहाँ उचित हो prompts, selection, editing और output provenance का record रखना चाहिए। Section 2(d)(vi) computer-generated literary, dramatic, musical और artistic works के लिए statutory authorship rule देता है, लेकिन modern AI-assisted या highly autonomous generation पर यह rule कैसे लागू होगा, इससे authorship, originality और ownership के unresolved questions उठ सकते हैं। केवल AI tool द्वारा output बनने के कारण important assets को unquestioningly proprietary नहीं मानना चाहिए।

नहीं। AI output third-party material जैसा हो सकता है, familiar या unprotectable elements शामिल कर सकता है, या AI service terms की contractual restrictions के अधीन हो सकता है। Important production assets को proprietary IP मानने से पहले provenance, similarity risk, permitted commercial use और meaningful human authorship या modification की degree की समीक्षा करनी चाहिए।

Open-source software उसके licence से governed होता है। Team को प्रत्येक component का licence, version और source record रखना चाहिए और attribution, notice, redistribution, source-disclosure तथा modification obligations जाँचने चाहिए। Company के UI में copyright ownership incorporated code से जुड़ी third-party licence obligations को override नहीं करती।

Supplier, licence, version, acquisition date, permitted users, permitted products, modification rights, redistribution limits और attribution requirements record करें। Design handover में owned assets और licensed assets अलग दिखाए जाने चाहिए, ताकि future buyer, investor या replacement developer जान सके कि कौन-सा material freely transferable नहीं है।

संभव है। Copyright Act का Section 16 breach of trust या confidence को restrain करने से जुड़े rights और jurisdiction को expressly preserve करता है, और contractual confidentiality non-public prototypes, source files, research तथा product plans की रक्षा कर सकती है। Confidentiality copyright से अलग है और जहाँ material functional, commercially sensitive या weak copyright subject matter हो, वहाँ विशेष रूप से महत्वपूर्ण हो सकती है।

Design review, evidence, portfolio या legal proceedings में प्रयुक्त screenshots में names, account details, health information, financial information, location data, authentication material या अन्य personal/confidential data हो सकता है। Evidence या portfolio copy में केवल कानूनी रूप से आवश्यक सामग्री रखनी चाहिए और उचित redaction, access control तथा data-handling procedures लागू करने चाहिए।

हर महत्वपूर्ण screen set, design system, source file, codebase, icon set, font, illustration, photograph और external library को record करें; author, owner, licence, assignment, creation date, version, publication date और repository location दर्ज करें; तथा relevant contract से link करें। Register को public disclosure से पहले design-registration candidates flag करने चाहिए और जहाँ provenance relevant हो, AI-assisted material अलग record करना चाहिए।

F. क्लोन ऐप, उल्लंघन के साक्ष्य और प्रवर्तन

Claimant को copyright work की पहचान करनी होती है, title स्थापित करना होता है, relevant exclusive right दिखाना होता है और protectable expression के संबंध में copying या अन्य infringing conduct prove करना होता है। Comparison में ideas, methods, functions, common UI conventions, licensed material और independently created features को filter out करना चाहिए। Screen-by-screen resemblance relevant हो सकती है, पर वही अकेली legal test नहीं है।

नहीं। Idea, function, business method या user journey को reproduce करना अपने आप copyright infringement नहीं है। Liability इस पर निर्भर करती है कि original code, artwork, text या किसी अन्य protected component जैसी protectable expression legally material तरीके से copy की गई है या नहीं।

केवल समान function करने के कारण नहीं। Computer programme का copyright code और अन्य protectable material में expression की रक्षा करता है, software के abstract idea या functionality की नहीं। Copied source code, object code, structure या किसी अन्य protectable element का evidence अलग मुद्दा उठाता है, जो उसी concept की independent implementation से भिन्न है।

Dated screenshots और full screen recordings, app-store या website listings, URLs, version numbers, जहाँ lawful हो download files, device और operating-system details, publication dates, archived pages, claimant की earlier source files और version history, source-control logs, launch records, contracts तथा third-party licences सुरक्षित रखें। Evidence ऐसा होना चाहिए जिससे comparison reproducible हो, केवल memory या कुछ cropped images पर निर्भर न रहे।

नहीं। Registration copyright का स्रोत नहीं है और Copyright Act copyright के subsistence के लिए registration को general condition नहीं बनाता। Registration entry recordkeeping और evidentiary presentation में सहायता कर सकती है, लेकिन claimant को फिर भी protectable work, title, relevant exclusive right, infringement और मांगी गई relief का आधार स्थापित करना होगा।

Section 55 statutory conditions और limitations के अधीन injunction, damages, accounts और अन्य relief सहित civil remedies उपलब्ध करा सकता है। Appropriate remedy facts, proof, urgency, commercial harm और complained-of conduct पर निर्भर करती है। Platform takedown request या cease-and-desist letter स्वयं infringement के legal elements स्थापित करने का विकल्प नहीं है।

हाँ, Act में परिभाषित circumstances में। Section 63 वहाँ लागू होता है जहाँ कोई व्यक्ति knowingly copyright या specified other rights का infringement करता है या infringement को abet करता है। केवल दो products के समान दिखने के कारण criminal allegation नहीं करना चाहिए; protected work, ownership, infringing conduct और knowledge element का सावधानीपूर्वक factual assessment आवश्यक है।

नहीं। Platform अपनी complaint procedure के तहत content restrict या remove कर सकता है, लेकिन ऐसी administrative action copyright ownership या infringement का final judicial determination नहीं होती। Complainant को accurate rights information देनी चाहिए, और responding party को notice, counter-notice, evidence तथा platform decision सुरक्षित रखना चाहिए।

Trademark और passing off branding तथा source identifiers की रक्षा कर सकते हैं; Designs Act eligible registered GUI या अन्य design की रक्षा कर सकता है; contract और confidentiality shared prototypes, files तथा development relationships पर लागू हो सकते हैं; और user information शामिल होने पर data-protection obligations लागू हो सकती हैं। Legal route को actual right और disputed conduct के अनुसार चुनना चाहिए।

Functionality को copyright मान लेना; screenshots को software registration के लिए पर्याप्त मान लेना; public disclosure से पहले GUI design registration assess न करना; Section 15 copyright–design overlap को ignore करना; written rights transfer के बजाय agency invoice पर निर्भर रहना; freelancers और subcontractors से assignments न लेना; Figma और version history खो देना; fonts, stock assets या open-source components के licence records न रखना; AI-assisted output को provenance review के बिना claim करना; और protected expression को common UI conventions से अलग किए बिना clone-app allegation भेजना—ये सामान्य avoidable mistakes हैं।

एक evidence-led IP file रखें जो प्रत्येक महत्वपूर्ण screen और design asset को उसके creator, source file, version history, ownership document, third-party licence, publication date, design-registration decision और actual product use से जोड़ती हो। Dispute में competing product का reproducible comparison जोड़ें और code, artwork, text, design, trademark, contract तथा confidentiality rights को अलग-अलग पहचानें। Registration, licensing, due diligence या enforcement के लिए यह सामान्य “overall interface copy हुआ” कहने से कहीं मजबूत आधार देता है।