इंडेक्स
AssetLinks
(इंटरफ़ेस)Statements
(इंटरफ़ेस)AndroidAppAsset
(मैसेज)AndroidAppAsset.CertificateInfo
(मैसेज)Asset
(मैसेज)CheckRequest
(मैसेज)CheckResponse
(मैसेज)ListRequest
(मैसेज)ListResponse
(मैसेज)Statement
(मैसेज)WebAsset
(मैसेज)
एसेट लिंक
यह एपीआई सेवा "एसेट के लिंक" का ऐक्सेस देती है. हर एसेट लिंक, सोर्स एसेट और टारगेट एसेट के बीच, एक ही दिशा वाला संबंध दिखाता है. संबंध की प्रकृति "संबंध" स्ट्रिंग से होती है. स्रोत और टारगेट एसेट के किसी खास जोड़े को कई संबंधों से जोड़ा जा सकता है.
क्लाइंट, दो एसेट के बीच संबंध के बारे में एसेट के मालिकों से मिले इंटेंट के बारे में खास सवालों के जवाब देने के लिए इस एपीआई का इस्तेमाल करते हैं.
ध्यान दें कि एसेट लिंक, ट्रांज़िट के हिसाब से नहीं होते हैं: अगर किसी एसेट के लिए एसेट A और B को लिंक किया गया है और B और C एसेट को एक ही खाते से लिंक किया गया है, तो इसका मतलब यह नहीं है कि एसेट A और C को लिंक किया गया है.
चुनें |
---|
यह तय करता है कि बताए गए स्रोत और टारगेट एसेट के बीच तय किया गया (दिशा-निर्देश) संबंध है या नहीं. इस संबंध से, सोर्स एसेट पर दावा की गई दो एसेट के बीच के लिंक के इंटेंट का पता चलता है. इस तरह के संबंधों का एक उदाहरण है, खास अधिकारों या अनुमतियों का ऐक्सेस. इस निर्देश का इस्तेमाल, अक्सर किसी कार्रवाई के लिए पहले से तय शर्तों को देखने के लिए, इन्फ़्रास्ट्रक्चर सिस्टम करते हैं. उदाहरण के लिए, हो सकता है कि कोई क्लाइंट यह जानना चाहे कि किसी खास मोबाइल ऐप्लिकेशन पर वेब यूआरएल भेजना ठीक है या नहीं. क्लाइंट यह तय करने के लिए कि क्या इस कार्रवाई की अनुमति देनी चाहिए, वेबसाइट से मोबाइल ऐप्लिकेशन पर सही एसेट लिंक की जांच कर सकता है. सुरक्षा से जुड़ी ज़रूरी जानकारी: अगर आपने एचटीटीपीएस वेबसाइट या Android ऐप्लिकेशन जैसे किसी सुरक्षित एसेट को सोर्स के तौर पर चुना है, तो एपीआई यह पक्का करेगा कि जवाब जनरेट करने के लिए इस्तेमाल किया जाने वाला कोई भी स्टेटमेंट, एसेट के मालिक की तरफ़ से सुरक्षित तरीके से दिया गया हो. इसके उलट, अगर सोर्स एसेट एक असुरक्षित एचटीटीपी वेबसाइट है (मतलब, यूआरएल |
विवरण
इस एपीआई सेवा का इस्तेमाल "स्टेटमेंट" के लिए किया जाता है. ये ऐसी एसेट होती हैं जिनका इस्तेमाल एसेट के मालिक, एसेट के लिंक की जानकारी पब्लिश करने के लिए करते हैं. एपीआई का इस्तेमाल करके, स्टेटमेंट को आसानी से और सुरक्षित तरीके से हासिल किया जा सकता है. इसके लिए स्टेटमेंट को सीधे सोर्स से हासिल करने की ज़रूरत नहीं होती.
एपीआई की ओर से दिए गए सभी स्टेटमेंट, डिजिटल एसेट (जैसे कि वेबसाइट या Android ऐप्लिकेशन) की तरफ़ से अन्य डिजिटल एसेट के बारे में दिए गए हैं. हर स्टेटमेंट में सोर्स एसेट, टारगेट एसेट, और एक या एक से ज़्यादा संबंध होते हैं.
संबंध, दो एसेट के बीच के संबंध के बारे में बताता है, जिस पर सोर्स एसेट से दावा किया जाता है. इस तरह के संबंधों का एक उदाहरण है, खास अधिकारों या अनुमतियों का ऐक्सेस.
सूची |
---|
बताए गए टारगेट और स्टेटमेंट स्ट्रिंग से मेल खाने वाले सोर्स से सभी स्टेटमेंट की सूची लाता है. एपीआई गारंटी देता है कि सुरक्षित सोर्स एसेट वाले सभी स्टेटमेंट, जैसे कि एचटीटीपीएस वेबसाइट या Android ऐप्लिकेशन, उन एसेट के मालिक की तरफ़ से सुरक्षित तरीके से बताए गए हैं. इस बारे में डिजिटल एसेट लिंक की तकनीकी डिज़ाइन की खास बातों में बताया गया है. खास तौर पर, आपको ध्यान रखना चाहिए कि असुरक्षित वेबसाइटों के लिए (यानी, जहां यूआरएल
|
Android ऐप्लिकेशन एसेट
Android ऐप्लिकेशन एसेट की जानकारी देता है.
फ़ील्ड का नाम | टाइप | ब्यौरा |
---|---|---|
package_name |
string |
Android ऐप्लिकेशन एसेट की पहचान, उनके Java पैकेज के नाम से होती है. उदाहरण के लिए, Google Maps ऐप्लिकेशन पैकेज के नाम com.google.android.apps.maps का इस्तेमाल करता है. ज़रूरी है |
certificate |
|
दुनिया भर में पैकेज के नाम की खासियत लागू नहीं की जाती. इसलिए, हमें हस्ताक्षर के सर्टिफ़िकेट की भी ज़रूरत है. यह सर्टिफ़िकेट, ऐप्लिकेशन के पैकेज के नाम के साथ अलग से होता है. कुछ ऐप्लिकेशन के साइनिंग पासकोड को घुमाया जाता है, इसलिए समय के साथ उन पर अलग-अलग बटन से हस्ताक्षर किए जा सकते हैं. हम इन्हें अलग-अलग एसेट मानते हैं, क्योंकि हम इनका इस्तेमाल (पैकेज का नाम, सर्टिफ़िकेट) खास आईडी के तौर पर करते हैं. आम तौर पर, इससे कोई समस्या नहीं होती. ऐसा इसलिए होता है, क्योंकि ऐप्लिकेशन के दोनों वर्शन से एक जैसे या मिलते-जुलते स्टेटमेंट बनेंगे. हालांकि, किसी कुंजी को घुमाने पर, ऐप्लिकेशन के बारे में स्टेटमेंट देने वाली दूसरी एसेट को अपडेट करना होगा. (ध्यान दें कि स्टेटमेंट के लिए पब्लिश और क्वेरी करने के सिंटैक्स में सिंटैक्स सिंटैक्स शुगर होती है, ताकि आप आसानी से ऐसे ऐप्लिकेशन तय कर सकें जो एक से ज़्यादा सर्टिफ़िकेट से जाने जाते हैं.) ज़रूरी है |
सर्टिफ़िकेट की जानकारी
X509 सर्टिफ़िकेट की जानकारी देता है.
फ़ील्ड का नाम | टाइप | ब्यौरा |
---|---|---|
sha256_fingerprint |
string |
सर्टिफ़िकेट का अपरकेस SHA-265 फ़िंगरप्रिंट. PEM सर्टिफ़िकेट से, इसे इस तरह से हासिल किया जा सकता है:
या इस तरह:
इस उदाहरण में, इस फ़ील्ड का कॉन्टेंट अगर ये टूल आपके लिए उपलब्ध नहीं हैं, तो PEM सर्टिफ़िकेट को DER फ़ॉर्मैट में बदला जा सकता है और उस स्ट्रिंग के SHA-256 हैश का हिसाब लगाया जा सकता है. इसके बाद, नतीजे को हेक्सस्ट्रिंग के तौर पर दिखाया जा सकता है. इसका मतलब है कि हर ऑक्टेट को अपरकेस में हेक्साडेसिमल स्ट्रिंग कोलन से अलग किया गया है. |
एसेट
एसेट की खास तौर पर पहचान करता है.
डिजिटल एसेट, एक ऐसी ऑनलाइन इकाई है जिसे आसानी से पहचाना जा सकता है. साथ ही, इसमें कुछ सेवा या कॉन्टेंट भी मौजूद होता है. एसेट के उदाहरणों में वेबसाइट, Android ऐप्लिकेशन, Twitter फ़ीड, और Plus पेज शामिल हैं.
फ़ील्ड का नाम | टाइप | जानकारी |
---|---|---|
यूनियन फ़ील्ड, इनमें से सिर्फ़ एक: | ||
web |
|
सेट करें कि यह वेब एसेट है या नहीं. |
android_app |
|
सेट करें कि यह एक Android ऐप्लिकेशन एसेट है या नहीं. |
CheckRequest
किसी खास एसेट लिंक की मौजूदगी की जांच करने के लिए इस्तेमाल किया जाने वाला मैसेज.
फ़ील्ड का नाम | टाइप | जानकारी |
---|---|---|
source |
|
स्टेटमेंट सूची को होस्ट करने वाला सोर्स. इसका इस्तेमाल Check() कॉल को सही स्रोत तक रूट करने के लिए किया जाता है. |
relation |
string |
संबंध के लिए क्वेरी स्ट्रिंग. हम काम करने वाले संबंधों की मौजूदा सूची के लिए, हमारे एपीआई से जुड़े दस्तावेज़ देखें. क्वेरी के किसी एसेट लिंक से मिलान करने के लिए, क्वेरी और एसेट लिंक की संबंध स्ट्रिंग, दोनों मेल खानी चाहिए. उदाहरण: |
target |
|
स्टेटमेंट की टारगेट एसेट. |
जांच का जवाब
CheckएसेटLinks के कॉल के लिए रिस्पॉन्स मैसेज.
फ़ील्ड का नाम | टाइप | ब्यौरा |
---|---|---|
linked |
bool |
अगर अनुरोध में दी गई एसेट, अनुरोध में बताए गए संबंध से लिंक की गई हैं, तो 'सही' पर सेट करें. ज़रूरी है |
max_age |
|
जवाब देने की तारीख से, रिस्पॉन्स को कितने समय तक मान्य माना जाएगा. इस वजह से, आने वाले समय में अपडेट अपडेट नहीं होंगे. ज़रूरी है |
debug_string |
string |
लोगों के लिए पढ़ने लायक मैसेज, जिसमें असली उपयोगकर्ताओं को नतीजे को समझने, फिर से बनाने, और डीबग करने में मदद करने वाली जानकारी होती है. यह मैसेज अंग्रेज़ी में होगा और फ़िलहाल हम कोई अनुवाद उपलब्ध नहीं कराने वाले हैं. कृपया ध्यान दें कि इस स्ट्रिंग के कॉन्टेंट या फ़ॉर्मैट के बारे में कोई गारंटी नहीं दी जाती है. इसका कोई भी पहलू बिना किसी सूचना के बदला जा सकता है. आपको इस डेटा को प्रोग्राम के हिसाब से पार्स करने की कोशिश नहीं करनी चाहिए. अगर आपको लगता है कि आपको ऐसा करना है, क्योंकि आपकी ज़रूरत की जानकारी, एपीआई से सार्वजनिक नहीं की गई है, तो कृपया पहले हमसे संपर्क करें. |
ListRequest
पहले से तय स्रोत और संबंध वाले सभी जाने-पहचाने स्टेटमेंट के लिए अनुरोध करने वाला मैसेज.
फ़ील्ड का नाम | टाइप | ब्यौरा |
---|---|---|
source |
|
स्टेटमेंट सूची को होस्ट करने वाला सोर्स. इसका इस्तेमाल List() अनुरोध को सही स्रोत पर ले जाने के लिए किया जाता है. ज़रूरी है |
relation |
string |
सिर्फ़ उन ही असोसिएशन का इस्तेमाल करें जो बताई गई वैल्यू से मेल खाते हों. संबंध स्ट्रिंग की पूरी जानकारी के लिए, किसी स्टेटमेंट से मिलान करने वाली क्वेरी के लिए, इनमें से कोई एक सही होना चाहिए:
उदाहरण: |
ListResponse
सूची कॉल के लिए जवाब मैसेज.
फ़ील्ड का नाम | टाइप | जानकारी |
---|---|---|
statements |
|
इससे मिलते-जुलते सभी स्टेटमेंट की सूची. |
max_age |
|
जवाब देने की तारीख से, रिस्पॉन्स को कितने समय तक मान्य माना जाएगा. इस वजह से, आने वाले समय में अपडेट अपडेट नहीं होंगे. ज़रूरी है |
debug_string |
string |
लोगों के लिए पढ़ने लायक मैसेज, जिसमें असली उपयोगकर्ताओं को नतीजे को समझने, फिर से बनाने, और डीबग करने में मदद करने वाली जानकारी होती है. यह मैसेज अंग्रेज़ी में होगा और फ़िलहाल हम कोई अनुवाद उपलब्ध नहीं कराने वाले हैं. कृपया ध्यान दें कि इस स्ट्रिंग के कॉन्टेंट या फ़ॉर्मैट के बारे में कोई गारंटी नहीं दी जाती है. इसका कोई भी पहलू बिना किसी सूचना के बदला जा सकता है. आपको इस डेटा को प्रोग्राम के हिसाब से पार्स करने की कोशिश नहीं करनी चाहिए. अगर आपको लगता है कि आपको ऐसा करना है, क्योंकि आपकी ज़रूरत की जानकारी, एपीआई से सार्वजनिक नहीं की गई है, तो कृपया पहले हमसे संपर्क करें. |
जानकारी
यह उस भरोसेमंद स्टेटमेंट के बारे में बताता है जो सोर्स एसेट और टारगेट एसेट के बीच संबंध के बारे में बताया गया है.
स्टेटमेंट हमेशा सोर्स एसेट से दिए जाते हैं. ये एसेट सीधे तौर पर या किसी अन्य स्टेटमेंट स्टेटमेंट में असाइन की जाती हैं, जो कहीं और स्टोर किया गया हो.
स्टेटमेंट और एसेट की ज़्यादा जानकारी के लिए, कृपया एपीआई के दस्तावेज़ का लैंडिंग पेज देखें.
फ़ील्ड का नाम | टाइप | ब्यौरा |
---|---|---|
source |
|
हर स्टेटमेंट में एक सोर्स एसेट होती है. ज़रूरी है |
relation |
string |
इस संबंध से पता चलता है कि स्टेटमेंट का इस्तेमाल, सोर्स एसेट के मालिक (यानी, वह व्यक्ति या इकाई जिसने स्टेटमेंट जारी किया है) के मुताबिक किया गया है. हर पूरे स्टेटमेंट का संबंध होता है. हम काम करने वाले संबंधों की मौजूदा सूची के लिए, हमारे एपीआई से जुड़े दस्तावेज़ देखें. उदाहरण: |
target |
|
हर स्टेटमेंट में टारगेट एसेट होता है. ज़रूरी है |
वेब एसेट
किसी वेब एसेट के बारे में बताता है.
फ़ील्ड का नाम | टाइप | जानकारी |
---|---|---|
site |
string |
वेब एसेट की पहचान ऐसे यूआरएल से की जाती है जिसमें सिर्फ़ स्कीम, होस्टनेम, और पोर्ट के हिस्से होते हैं. इसका फ़ॉर्मैट
होस्टनेम पूरी तरह से क्वालिफ़ाइड होने चाहिए: ये एक ही अवधि (" फ़िलहाल, सिर्फ़ "http" और "https" स्कीम की अनुमति है. पोर्ट नंबर, दशमलव के तौर पर दिए जाते हैं. अगर पोर्ट के मानक नंबरों का इस्तेमाल किया जाता है, तो इन्हें छोड़ना होगा: एचटीटीपी के लिए 80 और https के लिए 443. इस सीमित URL को हम "साइट" कहते हैं. एक ही स्कीम, होस्टनेम, और पोर्ट का इस्तेमाल करने वाले सभी यूआरएल को साइट का हिस्सा माना जाता है. इसलिए, वे वेब एसेट से जुड़े होते हैं. उदाहरण:
हालांकि, इसमें ये यूआरएल शामिल नहीं हैं:
|