मुखपृष्ठ > संसाधन > कॉपीराइट प्रश्नोत्तर > चैटबॉट और संवादात्मक स्क्रिप्ट कॉपीराइट
चैटबॉट और संवादात्मक स्क्रिप्ट कॉपीराइट प्रश्नोत्तर
भारत │ चैटबॉट स्क्रिप्ट, प्रतिक्रिया-संग्रह (response banks), प्रॉम्प्ट, AI-सहायित सामग्री, RAG एवं ज्ञान-आधार स्रोत, स्वामित्व, व्यक्तिगत डेटा, पंजीकरण, स्क्रैपिंग और बॉट-क्लोनिंग जोखिम।
महत्वपूर्ण। चैटबॉट और संवादात्मक सामग्री से जुड़े मामलों में कॉपीराइट के साथ अनुबंध, गोपनीयता, व्यक्तिगत-डेटा नियम और provider/platform terms भी लागू हो सकते हैं। AI authorship, third-party ingestion, पंजीकरण और प्रवर्तन तथ्य-विशिष्ट हैं। filing, deployment, training या enforcement से पहले लागू statutory commencement, Copyright Office requirements और provider terms की वर्तमान स्थिति जांचनी चाहिए।
A. संरक्षण योग्य चैटबॉट सामग्री और कॉपीराइट की सीमाएँ
मौलिक और स्थिर संवाद-स्क्रिप्ट, शाखित संवाद-वृक्ष, IVR प्रॉम्प्ट-समूह, प्रतिक्रिया-संग्रह, व्यक्तित्व-मार्गदर्शिका, ज्ञान-आधार लेख, चुने हुए उदाहरण-संवाद, प्रशिक्षण या सहायता-पुस्तिका तथा अन्य मौलिक लिखित सामग्री संरक्षण योग्य हो सकती है। ऐसी सामग्री साहित्यिक कृति (literary work) हो सकती है; मौलिक चयन या व्यवस्था संकलन (compilation) के रूप में भी प्रासंगिक हो सकती है। सॉफ्टवेयर कोड, रिकॉर्ड की गई आवाज़, कलाकृति, इंटरफ़ेस और ब्रांडिंग अलग अधिकारों से जुड़े हो सकते हैं। इसलिए पूरे “बॉट” को एक ही अविभाज्य कृति मानने के बजाय प्रत्येक स्तर का अलग विश्लेषण करना चाहिए।
चैट के माध्यम से सहायता देने का सामान्य विचार, व्यवसाय-पद्धति, उपयोगकर्ता का intent, खाता-सत्यापन या पासवर्ड-रीसेट जैसी नियमित प्रक्रिया, तथ्यात्मक सूचना, कार्यात्मक आदेश, सामान्य छोटा उत्तर, सामान्य बोलने की शैली या बॉट को “friendly” बनाने की अवधारणा पर कॉपीराइट एकाधिकार नहीं देता। संरक्षण मौलिक अभिव्यक्ति तथा पर्याप्त मौलिकता होने पर सामग्री के चयन या व्यवस्था तक सीमित रहता है।
हाँ। लिखित संवाद और प्रतिक्रिया-सामग्री साहित्यिक कृति हो सकती है, जबकि कंप्यूटर प्रोग्राम भी अलग साहित्यिक कृति के रूप में संरक्षित हो सकता है। संवादात्मक कॉपी का स्वामित्व अपने-आप source code, API, orchestration logic या software configuration का स्वामित्व नहीं देता; उसी प्रकार कोड का स्वामित्व हर स्क्रिप्ट या ज्ञान-आधार लेख का स्वामित्व सिद्ध नहीं करता।
नहीं। लिखित शब्द और उनसे बनी ध्वनि रिकॉर्डिंग (sound recording) अलग कॉपीराइट स्तर हैं। मानव performer के पृथक performer’s rights भी हो सकते हैं। synthetic voice के उपयोग से अनुबंध, गोपनीयता, व्यक्तित्व और डेटा से जुड़े अलग प्रश्न उठ सकते हैं। केवल स्क्रिप्ट के उपयोग का लाइसेंस किसी व्यक्ति की आवाज़ को clone करने या व्यावसायिक रूप से पुनः उपयोग करने की अनुमति मान लेना उचित नहीं है।
हाँ। fixed tree, scripted flow या अनुमोदित response bank ऐसी पहचानी जा सकने वाली सामग्री है जिसे सुरक्षित रखा, तुलना किया और पात्र होने पर पंजीकृत किया जा सकता है। generative प्रणाली runtime पर बदलते उत्तर बना सकती है; इसलिए हर output को अलग से स्वामित्वयुक्त, पंजीकरण योग्य या प्रवर्तनीय मानना सुरक्षित नहीं है। अधिक विश्वसनीय रिकॉर्ड human-authored system instructions, prompt templates, चुने हुए examples, approved responses और editorial rules का होता है।
पर्याप्त मौलिक अभिव्यक्ति होने पर संभव है। छोटा, सामान्य या पूरी तरह कार्यात्मक आदेश पर्याप्त मौलिकता न रखे। विस्तृत system prompt, persona framework, safety instruction set या structured prompt architecture की साहित्यिक अभिव्यक्ति या मौलिक संकलन के रूप में अपेक्षाकृत मजबूत स्थिति हो सकती है, पर कॉपीराइट उसके अंतर्निहित कार्य या उद्देश्य पर एकाधिकार नहीं देता।
संभव है। Copyright Act में compilations और computer databases साहित्यिक कृति के दायरे में आ सकते हैं, लेकिन केवल सूचना इकट्ठी कर लेने से संरक्षण नहीं बनता। Supreme Court के Eastern Book Company v. D.B. Modak में अपनाए गए originality standard के अनुसार चयन, समन्वय या व्यवस्था में पर्याप्त skill and judgment होना चाहिए; केवल यांत्रिक श्रम पर्याप्त नहीं है। संकलन का कॉपीराइट उसके भीतर के तथ्यों पर स्वामित्व नहीं देता।
हाँ, मौलिक चयन, व्यवस्था, संपादकीय संरचना या मौलिक पाठ में संरक्षण संभव हो सकता है। तथ्य स्वयं एकाधिकारयुक्त नहीं होते। कोई competitor वही सार्वजनिक तथ्य स्वतंत्र रूप से इकट्ठा कर सकता है; लेकिन मौलिक database structure, editorial material या संरक्षण योग्य चयन और व्यवस्था की व्यापक नकल अलग प्रश्न खड़ा कर सकती है।
अक्सर ऐसे छोटे और कार्यात्मक वाक्यांश बहुत कम मौलिक अभिव्यक्ति रखते हैं, इसलिए वे अकेले कमजोर कॉपीराइट दावा देते हैं। इसके विपरीत, मौलिक अभिव्यक्तिपूर्ण चयन और व्यवस्था वाला बड़ा संवाद-क्रम या विशिष्ट response library अलग स्थिति में हो सकता है। सामान्य या अपरिहार्य भाषा पर अनन्य अधिकार का दावा नहीं करना चाहिए।
हाँ, यदि वह अपनी implementation स्वतंत्र रूप से बनाता है और संरक्षण योग्य अभिव्यक्ति, code, confidential information, branding या अन्य संरक्षित asset की अनधिकृत नकल नहीं करता। समान functionality, user-intent coverage या service logic अपने-आप कॉपीराइट उल्लंघन नहीं है।
B. AI-सहायित सामग्री, RAG स्रोत और तृतीय-पक्ष सामग्री
Copyright Act, 1957 की Section 2(d)(vi) के अनुसार computer-generated literary, dramatic, musical या artistic work में author वह व्यक्ति है जो कृति को बनवाता है। 31 अगस्त 2026 के DABUS आवेदन संबंधी Registrar of Copyrights के आदेश में Copyright Office ने माना कि AI system स्वयं author के रूप में दर्ज नहीं हो सकता क्योंकि वह natural person या juristic person नहीं है; आदेश ने यह भी माना कि केवल algorithmic या computational generation अपने-आप originality को समाप्त नहीं करती। यह administrative और case-specific आदेश हर generative-AI output को copyrightable घोषित नहीं करता और न हर workflow में author तय करता है। इसलिए business को drafting, selection, editing, arrangement और approval जैसे demonstrable human contribution का रिकॉर्ड रखना चाहिए।
नहीं। runtime output बदल सकता है, उसमें गैर-संरक्षण योग्य सामग्री हो सकती है, वह third-party expression को दोहरा या उससे मिल सकता है और provider के contract से प्रभावित हो सकता है। business को स्थिर human-authored content और generated output में स्पष्ट अंतर रखना चाहिए तथा उपलब्ध साक्ष्य से अधिक व्यापक ownership claim नहीं करना चाहिए।
नहीं। public accessibility से automatic licence नहीं बनता। ingestion, indexing, storage, retrieval, summarisation या public display से पहले copyright, website terms, licences, contractual restrictions, व्यक्तिगत डेटा और प्रस्तावित उपयोग की समीक्षा करनी चाहिए। किसी webpage को पढ़ने की सीमित अनुमति उसकी protected expression की bulk extraction या commercial reuse की अनुमति नहीं माननी चाहिए।
केवल संबंधित अधिकार और अनुबंधगत permissions की समीक्षा के बाद। कर्मचारियों को सामग्री पढ़ने देने वाली subscription अपने-आप corpus को किसी अन्य system में copy करने, persistent embeddings बनाने, customer-facing reproductions देने या downstream reuse की अनुमति नहीं देती। प्रस्तावित technical use को लागू licence की वास्तविक सीमा से मिलाना चाहिए।
Copyright Act की Section 52 में विशिष्ट exceptions हैं, पर कुछ विदेशी कानूनों जैसी व्यापक सामान्य text-and-data-mining exception अलग से नहीं दी गई है। किसी ingestion, training, indexing, retrieval या output practice की वैधता किए गए acts, copied material, उद्देश्य, licence, contract और लागू statutory exception पर निर्भर करेगी।
Section 52(1)(q) court, tribunal या अन्य judicial authority के judgment या order का reproduction या publication अनुमति देती है, जब तक संबंधित authority ने publication को prohibit न किया हो। लेकिन privately created headnotes, editorial notes, summaries और अन्य value-added material पर अलग copyright हो सकता है। Legal chatbot को official judgment text और proprietary editorial enhancement में स्पष्ट अंतर रखना चाहिए।
Section 52 legislative और official material के लिए विशिष्ट exceptions देती है। वह Official Gazette की निर्दिष्ट सामग्री के reproduction या publication को अनुमति देती है और Acts of a Legislature को अलग statutory conditions के साथ deal करती है। इसलिए हर Government webpage या government-created document को अपने-आप copyright-free मानने के बजाय exact official material और relied-on exception की पहचान करनी चाहिए।
केवल इसलिए नहीं कि underlying judgment, statute या public information को कानूनन reproduce किया जा सकता है। निजी रूप से बनाई गई translation, headnote, commentary, annotation या editorial arrangement में अलग मौलिक और संरक्षित अभिव्यक्ति हो सकती है। licence न होने पर authorised source का उपयोग करें या अपनी स्वतंत्र explanation तैयार करें।
prompt, source path, retrieved material, provider/model information और output को सुरक्षित रखें। यह निर्धारित करें कि समानता protected expression, public-domain material, licensed content या तथ्यात्मक statement से संबंधित है। आवश्यकता होने पर source pipeline, retrieval settings या output controls बदलें और rightsholder की notice का उचित उत्तर दें; machine generation को copyright risk समाप्त करने वाला तथ्य न मानें।
कुछ परिस्थितियों में संभव है, पर तभी जब facts statutory purpose के भीतर हों और dealing fair हो। Section 52 में private या personal use सहित research, criticism or review तथा current events/current affairs की reporting जैसे उद्देश्यों के लिए उचित व्यवहार (fair dealing) मान्य है। commercial chatbot इसे systematic copying या source का substitute बनने के लिए blanket licence नहीं मान सकता।
संभव है, पर exact licence का पालन आवश्यक है। attribution, share-alike, non-commercial, no-derivatives, source-code या notice obligations अलग-अलग हो सकती हैं। licence version और source record सुरक्षित रखें और licensed third-party content को business की exclusively owned सामग्री न बताएं।
C. लेखकत्व, स्वामित्व और अधिकार-श्रृंखला
Section 17 का प्रारंभिक सिद्धांत है कि author प्रथम copyright owner होता है, subject to statutory exceptions। केवल bot commission करने, भुगतान करने या deploy करने वाला व्यक्ति हर उपयोग की गई कृति का स्वतः owner नहीं बनता। authorship, employment और contractual transfer का अलग-अलग विश्लेषण करना चाहिए।
यदि work contract of service या apprenticeship के तहत employment के course में बनाया गया है, तो Section 17(c), उसकी statutory conditions और किसी agreement to the contrary के अधीन, employer को first owner बना सकती है। वास्तविक employment relationship और यह तथ्य कि work course of employment में बना था या नहीं, verify करना चाहिए।
नहीं। independent contractor या freelancer owner बना रह सकता है जब तक rights वैध रूप से समनुदेशन (assignment) या licence द्वारा transfer/authorise न किए गए हों। payment, deliverable acceptance या “content charges” वाला invoice उचित rights documentation का substitute नहीं है।
ज़रूरी नहीं। client को agency की chain of title employees, consultants और subcontractors तक verify करनी चाहिए। agreement में agency-owned pre-existing material, third-party licensed assets और client को assign/licence किए जाने वाले नए work को अलग-अलग पहचानना चाहिए।
Section 19 के अनुसार assignment लिखित होना चाहिए और assignor या उसके duly authorised agent द्वारा signed होना चाहिए। उसमें work की पहचान, assigned rights, duration और territorial extent तथा Act के अनुसार royalty या other consideration का उल्लेख होना चाहिए। document को intended uses, future revisions, deployment channels और commercial reuse से वास्तव में मेल खाना चाहिए।
Section 19 statutory defaults देती है। duration न बताने पर assignment पांच वर्ष का deemed होता है और territorial extent न बताने पर वह India तक presumed होती है। long-term या international chatbot/SaaS deployment के लिए vague ownership clauses पर निर्भर नहीं रहना चाहिए।
हाँ, लेकिन Section 18 के अनुसार future work के copyright का assignment work के अस्तित्व में आने पर ही प्रभावी होता है। long-term development agreement में future response libraries, revisions, prompt sets या knowledge material को पर्याप्त रूप से identify करना और engagement समाप्त होने की स्थिति को address करना चाहिए।
ज़रूरी नहीं। Section 18 ऐसे medium या mode of exploitation के संबंध में सीमा रखती है जो assignment के समय अस्तित्व में नहीं था या commercial use में नहीं था, जब तक assignment उसे specifically refer न करे। इसलिए intended digital, API, platform, model और synthetic-media uses को पर्याप्त precision से document करना चाहिए।
संभव है, पर केवल ideas देने या approvals करने से joint authorship मान नहीं लेनी चाहिए। Act collaborative authorship की उस स्थिति को देखता है जहाँ contributions distinct नहीं हैं। production record में writers और editors पहचानें तथा प्रत्येक material contributor से आवश्यक rights सुरक्षित करें।
D. उपयोगकर्ता सामग्री, व्यक्तिगत डेटा और गोपनीयता
नहीं। message log होने से copyright का automatic transfer नहीं होता। user message इतना छोटा या factual हो सकता है कि copyright न बने, या उसमें user अथवा किसी अन्य व्यक्ति की मौलिक अभिव्यक्ति हो सकती है। contract terms defined permissions दे सकती हैं, लेकिन user content को केवल storage के कारण business-owned नहीं कहा जा सकता।
अलग कानूनी समीक्षा के बिना नहीं। conversation में business-authored responses, user-authored content, confidential information और personal data साथ हो सकते हैं। transcripts को model training, quality assurance, demonstration या marketing में उपयोग करने से पहले terms of service, privacy notice, data-protection requirements, confidentiality obligations और reuse purpose की समीक्षा आवश्यक है।
नहीं। contract वही rights दे सकता है जो contracting party के पास हैं या जिन्हें देने का उसे अधिकार है। provider terms द्वारा output को customer को assign या licence करना copied या incorporated third-party material का copyright समाप्त नहीं करता। commercially significant output में provenance और source-rights review महत्वपूर्ण रहती है।
हाँ। Section 57 statutory circumstances में author के specified special rights, जिनमें authorship claim करने और कुछ prejudicial distortion, mutilation या modification के विरुद्ध अधिकार शामिल हैं, economic copyright से स्वतंत्र रूप से सुरक्षित रखती है। broad assignment को हर authorial interest समाप्त करने वाला नहीं मानना चाहिए।
नहीं। copyright और data protection अलग प्रश्न हैं। bot script का ownership अपने-आप user conversations के personal data के collection, retention, analysis, model training, disclosure या cross-system reuse को authorised नहीं करता। लागू data-protection framework का स्वतंत्र रूप से पालन करना होगा।
Digital Personal Data Protection Act, 2023 और Digital Personal Data Protection Rules, 2025 का staggered commencement November 2025 से शुरू हुआ है। 13 सितंबर 2026 तक कुछ institutional और preliminary provisions लागू हैं, जबकि प्रमुख operational obligations बाद के phases में लागू होने के लिए scheduled हैं। इसलिए deployment date पर वास्तव में लागू Act और Rules provisions की पुष्टि किए बिना notices, consent या अन्य permitted processing, security, retention, grievance handling, बच्चों के data से जुड़े उपाय या data-principal rights को final नहीं करना चाहिए।
जहाँ personal data process होता है, notice और user experience को applicable law के अनुसार collection और use के purposes को accurately explain करना चाहिए। service delivery, human quality review, analytics, model improvement या vendors के साथ sharing जैसे material uses, यदि user की processing समझ पर प्रभाव डालते हैं, तो vague wording के पीछे नहीं छिपाने चाहिए।
relevant time पर लागू Digital Personal Data Protection framework की child-data provisions और किसी sector-specific rule की समीक्षा करनी चाहिए। service को यह मानकर नहीं चलना चाहिए कि adults के लिए सामान्य consent, profiling या behavioural-monitoring practices बच्चों पर भी उसी तरह लागू की जा सकती हैं।
केवल professional, contractual, confidentiality, privacy, security और provider-term implications की समीक्षा के बाद। model provider की technical capability अपने-आप disclosure की अनुमति नहीं देती। legal या regulated information के लिए access controls, data-use settings, retention terms और provider submitted content पर training करता है या नहीं—ये सभी material हो सकते हैं।
संभव है। copyright और confidentiality साथ रह सकते हैं, पर अलग हितों की रक्षा करते हैं। response bank, pricing logic, escalation matrix, unpublished prompt framework या internal knowledge source को unauthorised disclosure या use से बचाया जा सकता है यदि contractual और factual circumstances confidentiality को support करें। access controls और स्पष्ट confidentiality obligations महत्वपूर्ण हैं।
India कुछ विदेशी regimes जैसा एक standalone comprehensive trade-secrets statute पर निर्भर नहीं करता। protection आम तौर पर contract, confidentiality, breach-of-confidence principles और संबंधित remedies के माध्यम से pursue की जाती है। इसलिए business के पास यह साक्ष्य होना चाहिए कि commercially sensitive material को वास्तव में confidential रखा गया था।
E. प्रदाता शासन, पंजीकरण और ब्रांड संरक्षण
input ownership, output rights, provider द्वारा customer content का use, training settings, confidentiality, retention, deletion, security, subprocessors, data location, commercial-use rights, indemnities, liability limits, suspension rights और enterprise controls review करें। provider terms को date/version सहित preserve करना चाहिए क्योंकि long-running deployment के दौरान वे बदल सकती हैं।
Rule 70 के तहत copyright registration Form XIV में किया जाता है। प्रत्येक application एक ही work से संबंधित होती है और prescribed particulars, fee तथा supporting documents के साथ file की जाती है। claimed work stable और identifiable होना चाहिए; continually changing AI system का open-ended description पर्याप्त filing target नहीं है।
Copyright Rules की वर्तमान प्रकाशित Second Schedule ordinary literary, dramatic, musical या artistic work के registration के लिए ₹500 प्रति work निर्धारित करती है। goods या services के संबंध में used या capable of being used कुछ specified literary/artistic works के लिए अलग higher fee category है। filing से ठीक पहले live Copyright Office fee schedule फिर से check करनी चाहिए।
उपयुक्त filing target fixed dialogue script, approved response bank, branching-flow document, persona guide, training manual या original curated knowledge-content compilation हो सकता है। application में specific human-authored material की स्पष्ट पहचान होनी चाहिए; abstract chatbot, हर future answer, language model या third-party source material को अपनी registered work के रूप में claim नहीं करना चाहिए।
Rule 70 unpublished work की दो copies registration application के साथ देने की requirement रखती है। submitted version को matter file में preserve करना चाहिए ताकि बाद की revisions को registered work से अलग पहचाना जा सके।
registration materials में chain of title establish होनी चाहिए। Rule 70 prescribed circumstances में owner-applicant से author का no-objection certificate मांगती है, और assignment, employment या अन्य ownership documents application में दिए particulars के अनुरूप होने चाहिए।
हाँ। Rule 70 application के बाद objections प्राप्त होने के लिए तीस दिन की अवधि देती है। objection न मिलने और Registrar के particulars से satisfied होने पर entry आगे बढ़ सकती है; objection मिलने या Registrar के satisfied न होने पर inquiry और adverse decision से पहले hearing की प्रक्रिया हो सकती है।
Section 48 के अनुसार Register of Copyrights उसमें दर्ज particulars का prima facie साक्ष्य है और certified copies/extracts को Act के अनुसार evidentiary status मिलता है। registration उपयोगी evidence है, लेकिन originality, हर challenger के विरुद्ध ownership या competing bot द्वारा infringement का conclusive proof नहीं है।
publication status statutory facts और work को किस प्रकार उपलब्ध कराया गया है, इस पर निर्भर करता है। publicly accessible bot या IVR की स्थिति internal test system या restricted pilot से अलग हो सकती है। filing में actual deployment और public availability को सही-सही बताना चाहिए; केवल convenience के लिए “published” या “unpublished” नहीं चुनना चाहिए।
अपने-आप नहीं। bot name, product name, service name, logo या अन्य commercial identifier के लिए सामान्यतः trademark और passing-off analysis चाहिए। original logo artwork या लंबा मौलिक persona text अलग copyright प्रश्न उठा सकता है, लेकिन copyright certificate यह सिद्ध नहीं करता कि name brand के रूप में legally available है।
संभव है। original avatar artwork पर copyright लागू हो सकता है, जबकि name, logo या source-identifying character branding पर trademark issues उठ सकते हैं। पर्याप्त विकसित scripted character भी अलग copyright प्रश्न उत्पन्न कर सकता है। visual asset, character text और brand identity का अलग-अलग analysis करना चाहिए।
हाँ। authentication, access segmentation, rate limits, logging, API controls, anomaly detection, export restrictions और version repositories scraping, misuse और leakage कम कर सकते हैं तथा system को किस प्रकार नियंत्रित किया गया था उसका evidence दे सकते हैं। ये copyright, contract, privacy और security compliance का पूरक हैं, उनका substitute नहीं।
F. स्क्रैपिंग, बॉट क्लोनिंग, साक्ष्य और प्रवर्तन
नहीं। qualifying original work में copyright सामान्यतः कानून के प्रभाव से उत्पन्न होता है। पंजीकरण (registration) फिर भी Register में दर्ज particulars का उपयोगी official record बना सकता है और evidence, transactions तथा enforcement में सहायता कर सकता है।
नहीं। registration evidence को support कर सकता है, लेकिन technical barrier नहीं बनाता और platform action, damages या निषेधाज्ञा (injunction) की guarantee नहीं देता। cloning response से पहले यह पहचानें कि वास्तव में क्या लिया गया—protected text, original compilation, code, confidential prompt material, proprietary database content, branding, personal data या केवल unprotectable function।
जहाँ protection योग्य मौलिक अभिव्यक्ति या original compilation का substantial part बिना authority copy किया गया हो और कोई statutory exception लागू न हो, वहाँ उल्लंघन (infringement) का दावा उठ सकता है। तुलना से facts, common language, standard support flows, functional elements और independently created material को अलग करना चाहिए।
नहीं। user intents, business objectives और functional sequences unprotectable ideas या methods हो सकते हैं। मामला तब मजबूत हो सकता है जब competing product distinctive wording, original selection or arrangement, unique examples या protected expression का अन्य substantial part reproduce करे।
original dated scripts, repositories और version history; deployment dates; contracts और assignments; competing bot के screenshots/exports; test prompts; complete outputs; dates/times; URLs, app identifiers या account details; screen recordings; और allegedly copied expression का side-by-side comparison preserve करें। isolated screenshot की तुलना में reproducible evidence अधिक उपयोगी होता है।
संभव है। स्पष्ट website, API या client terms उन parties के बीच access, automated extraction, redistribution और commercial reuse regulate कर सकती हैं जो उन terms से bound हैं। contract facts या ideas पर copyright protection नहीं बढ़ाता, पर authorised access और use के संबंध में अलग obligations बना सकता है।
qualifying factual setting में संभव है, लेकिन systematic commercial copying के लिए यह general defence नहीं है। relied-on statutory category, purpose, amount, context और fairness की जांच आवश्यक है। competitor response bank की wholesale replication को केवल “research” या “review” कहकर सुरक्षित नहीं मान सकता।
Section 55 Act के अधीन injunction, damages, accounts और अन्य civil relief प्रदान करती है। उपयुक्त remedy copyright subsistence, ownership, copying, licence, evidence, urgency और commercial harm पर निर्भर करेगी। contract, confidentiality, trademark, data या अन्य conduct से जुड़े मुद्दों के लिए अलग causes of action आवश्यक हो सकते हैं।
Section 63 Act में covered circumstances में knowing infringement या उसके abetment के लिए criminal consequences देती है। केवल दो bots के समान व्यवहार करने के कारण criminal allegation नहीं लगाना चाहिए। protected work, ownership, actual copying और statutory knowledge element का सावधानी से analysis आवश्यक है।
पूरे bot को content, code, voice, data और brand में अलग किए बिना ownership claim करना; केवल agency invoice पर निर्भर रहना; user messages को automatic business-owned मानना; unverified AI output file करना; subscription या web content को licence review के बिना ingest करना; public judgments और private headnotes को एक जैसा मानना; provider terms और personal-data obligations ignore करना; ordinary support flows को proprietary बताना; तथा registration certificate को infringement proof मान लेना सामान्य गलतियाँ हैं।
एक rights-and-evidence register रखें जिसमें प्रत्येक script, response bank, prompt framework, codebase, knowledge source, voice asset, avatar और brand element के creator, owner, assignment/licence, source restrictions, AI involvement, personal-data use, confidentiality status, version history, publication/deployment date और evidence repository दर्ज हों। dispute में response चुनने से पहले exact protected material पहचानें जिसे copy किया गया है और फिर copyright, contract, confidentiality, trademark, platform या data-protection route चुनें।
यदि आपके पास चैटबॉट स्क्रिप्ट, ज्ञान-आधार स्रोत, AI-provider agreement, deployment record, scraping concern या कोई अन्य matter-specific issue है जिसकी समीक्षा आवश्यक है, तो आप प्रारंभिक पूछताछ भेज सकते हैं।
Conflict check, scope confirmation, professional terms और Analysta Juris Legal Solutions द्वारा स्पष्ट स्वीकृति के अधीन।
अंतिम समीक्षा: 13 सितंबर 2026