मुखपृष्ठ > संसाधन > कॉपीराइट प्रश्नोत्तर > डिजिटल सामग्री और प्लेटफ़ॉर्म से हटाने में सहायता
डिजिटल सामग्री (Digital Content) और प्लेटफ़ॉर्म से हटाने में (Platform Takedown) सहायता संबंधी प्रश्नोत्तर
भारत में ऑनलाइन कॉपीराइट सामग्री हटाने (takedown) के मामलों में कॉपीराइट कानून, मध्यस्थों (intermediaries) के उचित सावधानी (due diligence) संबंधी नियम, निजी platform नीतियाँ और न्यायालयीन उपचार एक साथ प्रासंगिक हो सकते हैं। ये प्रश्नोत्तर सही मार्ग पहचानने, साक्ष्य (evidence) सुरक्षित रखने, स्वत्व (title) और अपवादों का आकलन करने, वर्तमान शिकायत समय-सीमाओं, counter-notices और platform के परिणामों को संभालने तथा यह तय करने में सहायता करते हैं कि औपचारिक कानूनी कार्रवाई कब आवश्यक हो सकती है।
महत्वपूर्ण। अलग-अलग takedown मार्गों के कानूनी प्रभाव और समय-सीमाएँ अलग होती हैं। Copyright Rules का Rule 75, Section 52(1)(c) की सीमित व्यवस्था है; वर्तमान IT intermediary शिकायत नियम और platform नीतियाँ अलग संचालित होते हैं। किसी समय-सीमा पर निर्भर करने या कानूनी आरोप लगाने से पहले लागू मार्ग, स्वत्व, साक्ष्य, अपवाद, platform नीति और वर्तमान कानून सत्यापित करें।
A. भारतीय टेकडाउन ढाँचा, Rule 75 और मध्यस्थ Safe Harbour
एक ही समय पर कई स्तर लागू हो सकते हैं: Copyright Act, 1957 और Copyright Rules, 2013; Information Technology Act, 2000, जिसमें Section 79 शामिल है; संशोधित रूप में वर्तमान Information Technology (Intermediary Guidelines and Digital Media Ethics Code) Rules, 2021; प्लेटफ़ॉर्म की अपनी कॉपीराइट और शिकायत नीतियाँ; और जहाँ आगे की कार्रवाई आवश्यक हो वहाँ दीवानी या आपराधिक उपचार। ऐसा कोई एक निजी-नोटिस प्रक्रिया नहीं है जो हर website, marketplace, social platform, search engine और hosting service को स्वतः समान रूप से नियंत्रित करे।
नहीं। कोई वैश्विक प्लेटफ़ॉर्म अपनी सेवा के लिए DMCA-शैली की संविदात्मक प्रक्रिया अपना सकता है, लेकिन भारतीय कॉपीराइट कानून का अपना वैधानिक ढाँचा है। विदेशी कानून की प्रक्रिया के लिए तैयार किसी notice को भारतीय वैधानिक notice नहीं कहा जाना चाहिए, जब तक वह वास्तव में लागू भारतीय आवश्यकताओं को पूरा न करता हो।
नहीं। Rule 75, Section 52(1)(c) से जुड़ी विशिष्ट शिकायत-व्यवस्था लागू करता है, जो इलेक्ट्रॉनिक links, access या integration उपलब्ध कराने के लिए कृतियों के transient या incidental भंडारण से संबंधित है। इसे हर marketplace listing, social-media post, direct website प्रकाशन या अन्य ऑनलाइन कॉपीराइट आरोप के लिए सार्वभौमिक वैधानिक form नहीं माना जाना चाहिए।
Section 52(1)(c), अपनी वैधानिक शर्तों और proviso के अधीन, इलेक्ट्रॉनिक links, access या integration उपलब्ध कराने के लिए किसी कृति या performance के transient या incidental भंडारण को संबोधित करती है। निर्धारित लिखित शिकायत किए जाने पर proviso एक अस्थायी restraint व्यवस्था बनाता है, जबकि शिकायतकर्ता अपेक्षित न्यायालय आदेश प्राप्त करने की दिशा में आगे बढ़ता है। यह हर प्रकार की online hosting या प्रकाशन पर लागू सामान्य नियम नहीं है।
Rule 75 में कृति की पर्याप्त पहचान; यह स्थापित करने वाले विवरण कि शिकायतकर्ता स्वामी या विशिष्ट लाइसेंसधारी (exclusive licensee) है; यह कारण कि संग्रहीत प्रति उल्लंघनकारी है और Section 52 या किसी अन्य अनुमत कार्य से covered नहीं है; कथित उल्लंघनकारी भंडारण का स्थान; अपलोडकर्ता का विवरण, यदि ज्ञात हो; तथा अपलोडकर्ता के विरुद्ध उल्लंघन वाद दाखिल करने और notice प्राप्त होने से इक्कीस दिनों के भीतर सक्षम न्यायालय का order प्रस्तुत करने का undertaking आवश्यक है।
Rule 75 के अनुसार, जहाँ भंडारण के लिए उत्तरदायी व्यक्ति शिकायत से संतुष्ट हो कि copy उल्लंघनकारी है, वहाँ उसे छत्तीस घंटे के भीतर पहुंच उपलब्ध कराने से विरत रहने के उपाय करने होंगे। यह Copyright Rules की विशिष्ट व्यवस्था है और इसे IT Intermediary Rules की अलग शिकायत समय-सीमाओं के साथ नहीं मिलाना चाहिए।
Rule 75 की restraint अस्थायी है: शिकायत प्राप्त होने से इक्कीस दिनों तक, या उस अवधि के भीतर संबंधित सक्षम न्यायालय आदेश प्राप्त होने तक—जो भी पहले हो—पहुंच रोकी जाती है। इसलिए इस मार्ग का उपयोग करने वाला दावेदार आवश्यक undertaking देने से पहले contemplated न्यायालयीन कदम के लिए तैयार होना चाहिए।
यदि अपेक्षित न्यायालय आदेश वैधानिक अवधि के भीतर प्रस्तुत नहीं किया जाता, तो भंडारण के लिए उत्तरदायी व्यक्ति पहुंच बहाल कर सकता है। Rule 75 यह भी प्रदान करता है कि ऐसी विफलता के बाद भंडारण प्रदाता उसी शिकायतकर्ता से उसी कृति और उसी स्थान के संबंध में आने वाले आगे के notice पर प्रतिक्रिया देने के लिए बाध्य नहीं है। इसलिए इक्कीस दिनों वाला undertaking बिना तैयारी के नहीं देना चाहिए।
Section 79, पात्र intermediaries को तृतीय-पक्ष सूचना के संबंध में वैधानिक शर्तों और निर्धारित उचित सावधानी (due diligence) के अधीन conditional safe-harbour protection देती है। अलग से, वर्तमान IT Intermediary Rules का Rule 3(1)(d), सक्षम न्यायालय आदेश या authorised Government officer की कारणयुक्त लिखित सूचना से उत्पन्न “actual knowledge” के बाद निर्दिष्ट अवैध सूचना को तीन घंटे के भीतर हटाने या पहुंच निष्क्रिय करने की अपेक्षा करता है। केवल निजी copyright शिकायत भेज देने से वह Rule 3(1)(d) वाला actual-knowledge मार्ग नहीं बन जाती।
नहीं। Rule 75, Section 52(1)(c) से जुड़ा copyright-विशिष्ट व्यवस्था है, जिसमें अपनी शिकायत के आवश्यक विवरण, छत्तीस घंटे का कार्रवाई चरण और इक्कीस दिनों की न्यायालय-आदेश की संरचना है। IT Intermediary Rules व्यापक due-diligence, grievance और actual-knowledge व्यवस्थाएँ बनाते हैं। उनकी समय-सीमाओं को जोड़कर एक universal takedown procedure के रूप में नहीं बताया जाना चाहिए।
B. शिकायत से पहले पात्रता, स्वत्व, उल्लंघन-आकलन और साक्ष्य
सामान्यतः नहीं। Copyright पंजीकरण के बिना भी विद्यमान हो सकता है। फिर भी दावेदार को लेखकत्व, स्वामित्व, exclusive licence या कार्य करने के अधिकार का विश्वसनीय आधार स्थापित करना होगा। पंजीकरण साक्ष्य अभिलेख को मजबूत कर सकता है क्योंकि Register की प्रविष्टियों को वैधानिक साक्ष्यगत महत्व प्राप्त है, लेकिन पंजीकरण अपने-आप यह स्थापित नहीं करता कि रिपोर्ट किए गए उपयोग copyright का उल्लंघन करता है।
उचित शिकायतकर्ता चुने गए मार्ग पर निर्भर करता है। Rule 75 को copyright स्वामी द्वारा लिखित शिकायत के रूप में बनाया गया है, जबकि उसके आवश्यक विवरण में शिकायतकर्ता के स्वामी या विशिष्ट लाइसेंसधारी होने की सामग्री शामिल है। निजी platform प्रक्रियाएँ authorised representative को भी अनुमति दे सकती हैं। पहले कानूनी या platform मार्ग, जिस सटीक अधिकार का दावा किया गया है और कार्य करने के प्राधिकार की पहचान करें; non-exclusive उपयोगकर्ता को अपने-आप स्वामित्व का दावा नहीं करना चाहिए।
Author या producer की स्थिति, employment या commission से जुड़े तथ्य, assignments, exclusive licences, contributor agreements, stock या platform licences, agency documents और कृति को प्रभावित करने वाले किसी prior grant की समीक्षा करें। केवल रचनात्मक कृति के लिए भुगतान होने के आधार पर यह मानकर takedown दाखिल नहीं करना चाहिए कि हर copyright स्वतः हस्तांतरित हो गया।
मूल source files, drafts, creation dates और metadata, प्रकाशन अभिलेख, project files, invoices, पत्राचार, contributor agreements, assignments, licences और earlier uploads सुरक्षित रखें। साक्ष्य को दावा की गई कृति और उसके version को उस व्यक्ति से जोड़ना चाहिए जो अधिकार का दावा कर रहा है।
पूर्ण URL, account या seller identity, post या listing ID, title, captions, upload या listing date, जहाँ संबंधित हो दिखाई देने वाले views या sales, linked pages तथा capture की तारीख, समय और time zone सुरक्षित करें। Dynamic सामग्री के लिए screen recording करें और जहाँ वैध और तकनीकी रूप से संभव हो वहाँ downloaded files भी सुरक्षित रखें।
Platforms और न्यायालय को सामान्यतः शिकायतित सामग्री का विशिष्ट स्थान चाहिए होता है। Post, listing, video, file या page पहचाने बिना “all copies” हटाने की व्यापक demand को सत्यापित करना कठिन हो सकता है और उसे अस्वीकार या सीमित किया जा सकता है। प्रत्येक रिपोर्ट किया गया स्थान और परिणाम के लिए एक row वाला URL schedule बनाए रखें।
नहीं। Copyright किसी सामान्य idea, concept, theme, method या style के बजाय eligible अभिव्यक्ति की रक्षा करता है। उचित शिकायत में उस संरक्षित अभिव्यक्ति को पहचान करनी चाहिए जिसे copied बताया जा रहा है और, जहाँ संबंधित हो, यह भी कि महत्वपूर्ण भाग लिया गया है या नहीं। दृश्य या textual समानता का विश्लेषण किया जाना चाहिए, केवल दावा नहीं।
हाँ। Section 52 में विशिष्ट वैधानिक अपवाद हैं, जिनमें निर्दिष्ट उद्देश्यों के लिए fair-dealing provisions भी शामिल हैं। Analysis किसी vague या imported “fair use” notion पर निर्भर करने के बजाय उस विशिष्ट भारतीय अपवाद से शुरू होना चाहिए जो लागू हो सकती है। Complaint में यह नहीं कहा जाना चाहिए कि हर बिना licence की copying स्वतः unlawful है।
Licence scope, term, territory, media, sublicensing, platform permissions, भुगतान status और termination provisions की समीक्षा करें। वैध licence शिकायत को विफल या सीमित कर सकता है। यदि वास्तविक विवाद scope, termination या भुगतान से जुड़ा है, तो report में उस संविदात्मक इतिहास को छिपाना नहीं चाहिए।
Human contribution, स्रोत assets, tool terms और किसी third-party सामग्री की पहचान करें। Actual स्वत्व-साक्ष्य और वर्तमान कानून जितना support करते हैं, उससे अधिक exclusive copyright दावा न करें। यदि मुख्य हानि protected अभिव्यक्ति की copying के बजाय synthetic impersonation, privacy invasion या कोई अन्य non-copyright गलत है, तो उपयुक्त अतिरिक्त या वैकल्पिक reporting मार्ग का उपयोग करें।
निजी platform प्रक्रिया के अंतर्गत अक्सर हाँ, लेकिन form में विशिष्ट authority statement, signed mandate, Power of Attorney या अधिकार-धारक की प्रत्यक्ष declaration की आवश्यकता हो सकती है। प्राधिकार दस्तावेज़ उपलब्ध रखें और स्वामित्व, good faith या accuracy के बारे में ऐसा declaration न करें जिसे representative उचित रूप से support नहीं कर सकता। Platform-authorisation मार्ग को Rule 75 की अलग वैधानिक आवश्यकताओं के साथ नहीं मिलाना चाहिए।
केवल उतनी सीमा तक जितनी यथोचित आवश्यक हो। स्वत्व और प्राधिकार स्थापित करने के लिए पर्याप्त साक्ष्य दें, और जहाँ platform अनुमति देता हो वहाँ अनावश्यक व्यक्तिगत, वित्तीय या गोपनीय सामग्री को redact करें। यदि बाद की कानूनी कार्यवाही में आवश्यकता हो सकती है तो पूर्ण unredacted internal file सुरक्षित रखें।
C. प्लेटफ़ॉर्म शिकायतें, वर्तमान समय-सीमाएँ, अपील और पुनर्स्थापन
दावेदार और कार्य करने का अधिकार; मूल कृति; स्वामित्व या exclusive-licence आधार; प्रत्येक सटीक reported URL या सामग्री identifier; alleged unauthorised copying का संक्षिप्त विवरण; संबंधित comparison सामग्री; संपर्क विवरण; और particular platform द्वारा required घोषणाएँ शामिल करें। रिपोर्ट सत्य और सटीक हो और generic template से copied होने के बजाय लागू प्रक्रिया के अनुरूप हो।
2026 में संशोधित IT Intermediary Rules के अंतर्गत मध्यस्थ का Grievance Officer शिकायत को चौबीस घंटे के भीतर प्राप्ति की पुष्टि करे और सामान्यतः सात दिनों के भीतर निस्तारित करे। यह सामान्य grievance-resolution समय-सीमा है; इसका अर्थ यह नहीं कि हर copyright शिकायत में सात दिनों के भीतर removal होना ही चाहिए।
नहीं। कुछ Rule 3(1)(b) removal शिकायतों के लिए वर्तमान accelerated proviso sub-clause (iv) को स्पष्ट रूप से बाहर रखता है, जो patent, trademark, copyright या अन्य proprietary अधिकार के infringement को शामिल करता है। इसलिए सामान्य copyright grievance को IT Rules की छत्तीस घंटे वाली accelerated window का स्वतः हकदार नहीं बताया जाना चाहिए।
क्योंकि Copyright Rules का Rule 75, विशिष्ट Section 52(1)(c) transient या incidental storage वाली शिकायत व्यवस्था के लिए अपना अलग छत्तीस घंटे वाला कार्रवाई चरण रखता है। यह समय-सीमा IT Intermediary Rules की अलग छत्तीस घंटे वाली grievance proviso से कानूनी रूप से अलग है। लागू स्रोत और मार्ग हमेशा स्पष्ट बताए जाने चाहिए।
नहीं। Rule 3(2)(b) का विशेष two-hour व्यवस्था किसी व्यक्ति की निजी-area imagery, nudity या sexual acts, या artificially morphed images सहित इलेक्ट्रॉनिक impersonation के पात्र शिकायतों के लिए है। Conventional copied photograph, article, video या software file को केवल इसलिए यह two-hour समय-सीमा नहीं मिलती कि copyright भी assert किया गया है।
हाँ। Rule 3A, Grievance Officer के निर्णय से व्यथित व्यक्ति, या लागू अवधि के भीतर शिकायत का निस्तारण न होने पर, Grievance Appellate Committee मार्ग का उपयोग करने देता है। जहाँ निर्णय सूचित किया गया हो, वहाँ नियम उस सूचना की प्राप्ति से तीस दिनों की अपील अवधि देता है; Committee अपील पर शीघ्रता से विचार करती है और तीस calendar days के भीतर उसका निस्तारण करने का प्रयास करती है।
नहीं। Platform removal सामान्यतः सेवा की नीति या grievance प्रक्रिया के अंतर्गत moderation या संविदात्मक निर्णय होता है। यह copyright स्वामित्व या infringement का निर्णायक कानूनी निर्धारण नहीं करता। इसी प्रकार platform का सामग्री न हटाना भी यह आवश्यक रूप से सिद्ध नहीं करता कि कोई कानूनी दावा मौजूद नहीं है।
कई platforms अपलोडकर्ता को copyright report का विरोध करने, licence या exception assert करने, या reinstatement माँगने की अनुमति देते हैं। प्रक्रिया और समय-सीमाएँ platform-विशिष्ट होते हैं। Counter-notice आने पर स्वतः दोहराई गई शिकायत करने के बजाय title, licence इतिहास, अपवाद और litigation risk की नए सिरे से समीक्षा करनी चाहिए।
हाँ। Reinstatement counter-notice, platform reconsideration, दावेदार के अपूर्ण उत्तर, अस्थायी वैधानिक व्यवस्था की समाप्ति या बाद की कानूनी सामग्री के कारण हो सकती है। मूल शिकायत, सभी platform पत्राचार, case IDs और स्थिति इतिहास सुरक्षित रखें। अस्थायी removal को स्थायी समाधान नहीं समझना चाहिए।
Platform की पुष्टि, शिकायत record, रिपोर्ट किए गए URLs, timestamps और case ID सुरक्षित रखें; सत्यापित करें कि duplicate copies, mirror listings या related accounts अभी active हैं या नहीं; और प्रत्येक स्थान का परिणाम दर्ज करें। फिर तय करें कि अतिरिक्त नोटिस, licensing discussion, cease-and-desist संचार, न्यायालयीन कार्रवाई या मामला बंद करना में से क्या अनुपातिक है। बदले हुए या नए मिले URLs को यह जाँचे बिना report न करें कि वही अधिकार और facts अभी भी लागू हैं।
दिए गए reason को पढ़ें और प्रक्रियात्मक कमियों को मूल विवाद से अलग करें। अनुपस्थित URLs, अपर्याप्त authority, गलत reporting category, अपूर्ण घोषणाएँ या अपर्याप्त साक्ष्य जैसी कमियाँ सुधारी जा सकती हैं; मामले के merits पर आधारित rejection के लिए अलग कानूनी मार्ग या अतिरिक्त साक्ष्य की आवश्यकता हो सकती है। उसी असमर्थित आरोप को बार-बार दुबारा प्रस्तुत करने से बचें।
सामान्यतः नहीं। Platforms अपने repeat-infringer और enforcement rules निर्धारित करते हैं। Rights holder विशिष्ट infringements report कर सकता है और बार-बार के उल्लंघनकारी आचरण का साक्ष्य दे सकता है, लेकिन sanction platform नीति और लागू कानून के अधीन रहेगा। सफल takedown अपने-आप permanent account termination के grounds स्थापित नहीं करता।
D. मार्केटप्लेस, सोशल प्लेटफ़ॉर्म, खोज, सॉफ़्टवेयर, संगीत और सिंथेटिक मीडिया
सटीक listing और seller पहचानें; product और seller IDs, price, fulfilment विवरण, copied image या text, और दावेदार का मूल asset सुरक्षित रखें। Photograph या text किसने बनाया और किसके पास स्वामित्व है, इसकी पुष्टि करें, क्योंकि photographer, agency या marketplace agreements title को प्रभावित कर सकते हैं। जहाँ दोनों issues हों वहाँ copyright और trademark या counterfeit issues को अलग-अलग रखें।
प्रत्येक अधिकार से मेल खाने वाला शिकायत मार्ग उपयोग करें। Copyright copied photographs, artwork या text को संबोधित कर सकता है; trademark कानून किसी mark के भ्रामक उपयोग या counterfeit goods को संबोधित कर सकता है; और जहाँ goodwill और misrepresentation दिखाई जाए वहाँ passing off लागू हो सकता है। एक सामान्य “IP infringement” आरोप सबसे मजबूत कानूनी आधार को obscure कर सकता है।
संभव है, जहाँ अलग-अलग हानियाँ वास्तव में मौजूद हों। रिपोर्टें सुसंगत रहनी चाहिए और असमर्थित आरोपों को दोहराना नहीं चाहिए। Copyright अभिव्यक्ति की रक्षा करता है; privacy अलग हितों की रक्षा करती है; impersonation पहचान से धोखे पर केंद्रित है; और defamation प्रतिष्ठा से संबंधित है। हर मार्ग को अलग साक्ष्य और उपचार की आवश्यकता हो सकती है।
Search de-indexing और source-content removal राहत के अलग रूप हैं। Search प्रदाता की अपनी copyright या कानूनी removal प्रक्रिया हो सकती है, लेकिन de-indexing hosted source को delete नहीं करती। जहाँ उचित हो वहाँ host, platform या publisher तथा search surface को अलग-अलग address करें।
Provider की निर्धारित copyright प्रक्रिया का उपयोग करें और उसके governing terms, स्थान और लागू कानून की जाँच करें। भारतीय notice हर मामले में विदेशी provider को कार्रवाई के लिए स्वतः बाध्य नहीं करता। यदि भारतीय न्यायालय की राहत पर विचार हो, तो आगे की कानूनी कार्रवाई से पहले अधिकार-क्षेत्र, service, enforceability और provider की भूमिका का आकलन करें।
दावेदार के source-code version, repository history, contributors, licences और विशिष्ट copied code या executable सामग्री की पहचान करें। Open-source components और common functional elements को proprietary अभिव्यक्ति से अलग करें। Source-code similarity के आरोप को केवल समान interface के screenshots के बजाय तकनीकी रूप से अर्थपूर्ण तुलना से समर्थित होना चाहिए।
एक ही video में lyrics, musical composition, sound recording, script, artwork और cinematograph film में अलग-अलग copyrights हो सकते हैं। Report करने से पहले पुष्टि करें कि दावेदार किस अधिकार का स्वामी है या किस पर उसका exclusive control है। Master recording का स्वामी अपने-आप हर underlying composition या visual element के स्वामित्व का दावा नहीं कर सकता।
वास्तव में लिया गया भाग, संबंधित अधिकार, licence इतिहास और दावा किया गया विशिष्ट Section 52 अपवाद या अन्य कानूनी आधार आकलन करें। कुछ उपयोग उल्लंघनकारी हो सकते हैं और कुछ वैधानिक अपवाद में आ सकते हैं। Report में यह assume नहीं करना चाहिए कि सभी short clips lawful हैं या सभी sampling स्वतः उल्लंघनकारी है।
Copyright समस्या का केवल एक भाग हो सकता है। यदि सामग्री वर्तमान IT Rules की “synthetically generated information” परिभाषा में आती है, तो 2026 SGI due-diligence और labelling/provenance ढाँचा मध्यस्थ के लिए संबंधित हो सकता है। अलग से, विशेष two-hour grievance route पात्र इलेक्ट्रॉनिक impersonation, जिसमें artificially morphed images शामिल हैं, पर लागू हो सकता है। ये व्यवस्थाएँ copyright takedown के साथ interchangeable नहीं हैं। वास्तविक हानि को address करने वाला मार्ग चुनें और synthetic सामग्री तथा authentic comparison सामग्री दोनों सुरक्षित रखें।
सत्यापित URL schedule बनाएँ, मूल या सबसे अधिक प्रभाव वाले स्रोत को प्राथमिकता दें और सुसंगत साक्ष्य-संकलन उपयोग करें। नई प्रतियों की report करने से पहले जाँचें क्योंकि URLs, अपलोडकर्ता और licences अलग हो सकते हैं। विस्तार योग्य programme को अंधाधुंध automated शिकायतों के बजाय नियंत्रित साक्ष्य और tracking का उपयोग करना चाहिए।
E. नोटिस, अज्ञात अपलोडकर्ता, न्यायालयीन राहत और आगे की कार्रवाई
यह तात्कालिकता, साक्ष्य-हानि के जोखिम और अपेक्षित परिणाम पर निर्भर करता है। संतुलित notice कभी-कभी विवाद resolve कर सकता है या licence स्पष्ट कर सकता है, लेकिन सीधा संपर्क साक्ष्य मिटाए जाने या दूसरे account पर जाने को भी प्रेरित कर सकता है। किसी संचार से पहले online record सुरक्षित करें।
दावेदार, कृति, स्वामित्व का आधार और विशिष्ट शिकायतित URLs या uses की पहचान करें; कथित उल्लंघन को सटीक रूप से समझाएँ; माँगी गई कार्रवाई बताएँ; उपयुक्त कानूनी उपचार सुरक्षित रखें; और साक्ष्य से असमर्थित अतिरंजित आपराधिक धमकियों या माँगों से बचें। यदि licence या संविदात्मक विवाद मौजूद हो तो संबंधित इतिहास का उल्लेख करें।
Platforms सामान्यतः केवल निजी request पर किसी अन्य user की पहचान संबंधी सूचना प्रकट नहीं करते। उपयुक्त litigation में न्यायालय targeted disclosure orders पर विचार कर सकता है जहाँ सूचना आवश्यक और अनुपातिक हो। माँगे गए अभिलेखों की सटीक पहचान करें और सामान्य retention periods समाप्त होने से पहले संरक्षण पर विचार करें।
हाँ, जहाँ तथ्य और कानूनी परीक्षण अंतरिम राहत को उचित ठहराते हों। कॉपीराइट स्वामी Copyright Act के अंतर्गत injunctions माँग सकते हैं, और urgent अंतरिम राहत का assessment सामान्यतः Code of Civil Procedure के ढाँचे के अंतर्गत prima facie case, balance of convenience और irreparable injury सहित किया जाता है। सटीक आदेश पहचाने गए उल्लंघन और उन entities के अनुरूप tailored होना चाहिए जिनके विरुद्ध प्रभावी राहत कानूनी रूप से उपलब्ध है।
हाँ, appropriate cases में। भारतीय न्यायालयों ने अज्ञात संचालकों और rogue online locations के विरुद्ध John Doe/Ashok Kumar और dynamic-injunction व्यवस्थाओं का उपयोग किया है, जिसमें न्यायालय की निगरानी के अंतर्गत mirror, redirect या alphanumeric variants के लिए प्रक्रियाएँ भी शामिल हैं। ऐसी राहत मामला-विशिष्ट और न्यायालय-आदेश से नियंत्रित रहती है; यह न्यायालय-अनुमोदित व्यवस्था के बिना किसी भविष्य के URL को block करने की निजी licence नहीं है।
Copyright और अन्य निर्दिष्ट intellectual-property अधिकारों से जुड़े विवाद Commercial Courts Act की “वाणिज्यिक विवाद” परिभाषा में आते हैं। विशेष वाणिज्यिक प्रक्रिया तब लागू होती है जब specified value और forum की आवश्यकताएँ पूरी हों; वैधानिक न्यूनतम specified value तीन लाख रुपये है, किसी कानूनी रूप से लागू उच्चतर notified value के अधीन और स्थानीय न्यायालय आवंटन के अधीन। पात्र वाणिज्यिक वाद यदि वास्तव में urgent interim relief की अपेक्षा नहीं करता, तो pre-institution mediation भी लागू हो सकती है।
नहीं। Platform report, निजी notice या ongoing moderation प्रक्रिया अपने-आप दीवानी claim की वैधानिक परिसीमा नहीं रोकता। यदि litigation आवश्यक हो सकती है, तो कथित कृत्यों की तारीखें, विवाद का पता कब चला, कोई बाद के या दोहराए गए कृत्य और अपेक्षित राहत को दर्ज रखें। Platform पत्राचार से यह गलत धारणा नहीं बनना चाहिए कि न्यायालय-संबंधी समय-सीमाएँ स्थगित हो गई हैं।
आपराधिक प्रवर्तन पर तभी विचार करना चाहिए जब वैधानिक अपराध के आवश्यक तत्व और साक्ष्य मौजूद हों। Copyright Act की Section 63 जानबूझकर किया गया उल्लंघन या infringement के दुष्प्रेरण को address करती है; सामान्य policy विवाद या अनिश्चित licensing विवाद को केवल दबाव बढ़ाने के लिए आपराधिक स्वरूप नहीं देना चाहिए। अन्य आपराधिक कानून के प्रावधानों के अलग तत्व और अलग साक्ष्य आवश्यक हो सकते हैं।
नहीं। Information Technology Act की Section 69A एक Government blocking framework है जो निर्दिष्ट वैधानिक आधारों, प्रक्रिया और सुरक्षा-उपायों के माध्यम से काम करता है। यह सामान्य infringement विवाद के लिए निजी copyright-स्वामी notice-and-takedown व्यवस्था नहीं है। Copyright दावेदार को वही copyright, मध्यस्थ, platform और न्यायालय मार्गों का उपयोग करने चाहिए जो वास्तव में मामले पर लागू हों।
हाँ। झूठी स्वामित्व घोषणाएँ, गढ़े हुए साक्ष्य या जानबूझकर बढ़ा-चढ़ाकर किए गए infringement claims platform प्रतिबंध, संविदात्मक consequences, counterclaims, विश्वसनीयता संबंधी समस्याएँ और अन्य कानूनी जोखिम पैदा कर सकते हैं। Notice के हर महत्वपूर्ण कथन के लिए दावेदार के पास उचित तथ्यात्मक और कानूनी आधार होना चाहिए।
F. इलेक्ट्रॉनिक साक्ष्य, Client Intake, अभिलेख-रखरखाव और व्यावहारिक सेवा-क्षेत्र
जहाँ संभव हो केवल printout के बजाय मूल इलेक्ट्रॉनिक स्रोत सुरक्षित रखें। URLs, account identifiers, capture date और time, स्रोत device या system information, पूरा संदर्भ, downloaded files और अभिरक्षा इतिहास दर्ज करें। Bharatiya Sakshya Adhiniyam, 2023 अपने नियमों के अधीन इलेक्ट्रॉनिक और digital records को कानूनी प्रभाव देता है और Section 63 में पात्र computer outputs को सिद्ध करने का ढाँचा देता है, जिसमें लागू certificate requirements शामिल हैं।
वे उपयोगी हो सकते हैं, लेकिन हमेशा पर्याप्त नहीं होते। Screenshots metadata, dynamic सामग्री, account identifiers, आसपास का संदर्भ या किसी post को विशिष्ट operator से जोड़ने वाला प्रमाण छोड़ सकते हैं। गंभीर मामलों में native files, exports, headers, screen recordings, platform पत्राचार और पुष्टिकारी अभिलेख सुरक्षित रखें।
Hashing यह दिखाने में सहायता कर सकती है कि सुरक्षित file संग्रह के बाद बदली नहीं है। यह महत्वपूर्ण video, audio, source-code और downloaded-file साक्ष्य के लिए उपयोगी है, लेकिन hash अपने-आप कॉपीराइट स्वामित्व, लेखकत्व या infringement सिद्ध नहीं करता। Hash को दिनांकित collection record और स्पष्ट अभिरक्षा इतिहास के साथ रखें।
matter reference, मूल कृति और version, स्रोत-file स्थान, हर रिपोर्ट किया गया URL या listing ID, capture date और time, capture करने वाले व्यक्ति, screenshot या video filename, जहाँ उपयोग हो hash, platform शिकायत ID, शिकायत date, platform response, reinstatement या removal की स्थिति और अगली कार्रवाई दर्ज करें। मूल exports को unaltered रखें।
शिकायत या आकलन के लिए जितना आवश्यक हो उतना ही साझा करें। जहाँ संभव हो अनावश्यक addresses, identification numbers, भुगतान सूचना, health संबंधी विवरण और असंबंधित personal data आवश्यक अंशों को redact करें, जबकि पूर्ण सुरक्षित internal version सुरक्षित रखें। उल्लंघन report को confidential या personal सूचना के अनावश्यक disclosure में न बदलें।
मूल कृति और creation या प्रकाशन इतिहास; लेखक, स्वामी, assignment या exclusive-licence documents; यदि हो तो registration विवरण; हर रिपोर्ट किया गया URL या identifier; screenshots और recordings; ज्ञात licence history; suspected अपलोडकर्ता विवरण; platform पत्राचार; व्यावसायिक हानि; urgency; अपेक्षित परिणाम; और कोई privacy, impersonation या safety issue उपलब्ध कराएँ।
इसमें उपयुक्तता आकलन, स्वत्व और साक्ष्य की समीक्षा, उपयुक्त platform या वैधानिक मार्ग का चयन, शिकायत की तैयारी या समीक्षा, अधिकृत submission support, response और counter-notice का विश्लेषण, साक्ष्य logging और आगे की कार्रवाई पर सलाह शामिल हो सकते हैं। यह removal, account suspension, पहचान का disclosure, धन-वसूली, injunction या अंतिम कानूनी परिणाम की गारंटी नहीं दे सकता।
सामान्य गलतियों में साक्ष्य सुरक्षित करने से पहले reporting; स्वत्व-श्रृंखला के बिना अधिकारों का दावा करना; गलत platform या वैधानिक channel उपयोग करना; exact URLs छोड़ देना; generic foreign-law या DMCA wording को भारतीय कानून के संदर्भ में copy करना; Rule 75 को सार्वभौमिक मानना; Rule 75 के छत्तीस घंटे वाली व्यवस्था को वर्तमान IT Rules की समय-सीमाओं के साथ मिलाना; सामान्य copyright शिकायतों को IT Rules की छत्तीस घंटे accelerated grievance window का स्वतः हकदार बताना; Section 52 के अपवादों या licences की अनदेखी; केवल cropped screenshots पर निर्भर रहना; झूठी घोषणाएँ करना; counter-notices और case IDs सुरक्षित न रखना; और यह मान लेना कि platform निर्णय अंततः infringement सिद्ध कर देता है।
यदि आपके पास कोई वर्तमान platform complaint, counter-notice, takedown request या ऐसा digital evidence है जिसकी मामले-विशिष्ट समीक्षा आवश्यक है, तो आप प्रारंभिक पूछताछ भेज सकते हैं।
हित-संघर्ष की जाँच, कार्य-क्षेत्र की पुष्टि, पेशेवर शर्तों और उत्तरदायी अधिवक्ता (Advocate) द्वारा स्पष्ट स्वीकृति के अधीन।
अंतिम समीक्षा: 12 सितंबर 2026