এই নথিটি RCS বিজনেস মেসেজিং (RBM) ডেটা নিরাপত্তা এবং সংশ্লিষ্ট বিষয় সম্পর্কে সাধারণ প্রশ্নের উত্তর দেয়।
RBM হল একটি মেসেজিং প্ল্যাটফর্ম যা ব্যবসায়গুলি ওয়ান-টাইম পাসওয়ার্ড (OTP) পাঠাতে এবং গ্রাহকদের লেনদেন, গ্রাহক পরিষেবা, প্রচার এবং আরও অনেক কিছু সম্পর্কে সংলাপে যুক্ত করতে ব্যবহার করে। Google সার্ভারের মাধ্যমে ব্যবসা এবং শেষ ব্যবহারকারীদের মধ্যে বার্তা প্রদানের জন্য Google একটি RBM API প্রদান করে।
সাধারণত, ব্যবসাগুলি মেসেজিং পার্টনারদের সাথে কাজ করে (এগ্রিগেটর, কমিউনিকেশন প্ল্যাটফর্ম অ্যাজ এ সার্ভিস (CPaaS) প্রদানকারী, ক্যারিয়ার এবং অন্যান্য RCS সমাধান প্রদানকারী সহ) যারা ব্যবসার পক্ষে RBM এজেন্ট তৈরি এবং বজায় রাখার জন্য Google API-এর সাথে সংযোগ করে। যে অংশীদাররা API বা ব্যবসায়িক যোগাযোগ বিকাশকারী কনসোলের মাধ্যমে RBM ব্যবহার করতে চান তাদের অবশ্যই Google-এর RBM পরিষেবার শর্তাবলী এবং গ্রহণযোগ্য ব্যবহারের নীতিতে সম্মত হতে হবে। যেহেতু Google একটি ডেটা প্রসেসর হিসাবে কাজ করছে, তাই অংশীদাররাও Google-এর ডেটা প্রসেসিং সংযোজন দ্বারা নিয়ন্ত্রিত হয়৷
সার্টিফিকেশন এবং সম্মতি
আরবিএম কি কোন তৃতীয় পক্ষ দ্বারা প্রত্যয়িত?
RBM এবং Google-এর RCS পরিকাঠামো ব্যাপকভাবে স্বীকৃত গুণমান এবং ডেটা সুরক্ষা মানগুলির সাথে সম্মতি নিশ্চিত করতে বার্ষিক ভিত্তিতে স্বাধীনভাবে নিরীক্ষিত হয়। আমাদের পরিষেবাগুলি ISO 27001 , SOC 2 , এবং SOC 3 সার্টিফিকেশন ধারণ করে৷ আপনি যদি সার্টিফিকেটের কপি চান তাহলে আপনার অ্যাকাউন্ট ম্যানেজারের সাথে যোগাযোগ করুন।
RBM কি EU পেমেন্ট পরিষেবা নির্দেশিকা 2 (PSD2) এর সাথে সঙ্গতিপূর্ণ?
হ্যাঁ, RBM PSD2-এর সাথে সঙ্গতিপূর্ণ, যার জন্য প্রয়োজন শক্তিশালী গ্রাহক প্রমাণীকরণ (SCA)। যেহেতু RBM শেষ ব্যবহারকারীর যাচাইকৃত ফোন নম্বর এবং সিম কার্ডের সাথে যুক্ত, তাই RBM ব্যবহার করে পাঠানো একটি ওয়ান-টাইম পাসওয়ার্ড (OTP) ইউরোপীয় ব্যাঙ্কিং অথরিটি দ্বারা বর্ণিত একটি কমপ্লায়েন্ট SCA "পজেশন এলিমেন্ট" গঠন করে।
ডেটা প্রসেসিং
গুগলের ডেটা প্রসেসর হওয়ার অর্থ কী?
RBM-এর সাথে, Google ডেটা প্রসেসর হিসেবে কাজ করে এবং ব্যবসা বা অংশীদার ডেটা কন্ট্রোলার হিসেবে কাজ করে। ডেটা প্রসেসিং অ্যাডেন্ডাম (DPA) ব্যাখ্যা করে যে Google হল একটি ডেটা প্রসেসর এবং এটি ব্যবসা এবং অংশীদারদের পক্ষে ডেটা হস্তান্তরের শর্তগুলি পরিচালনা করে৷
DPA কি সমস্ত শেষ ব্যবহারকারীদের জন্য প্রযোজ্য যারা RBM এজেন্টের সাথে যোগাযোগ করে?
হ্যাঁ, DPA সমস্ত শেষ ব্যবহারকারী এবং তাদের ডেটার জন্য প্রযোজ্য। Google DPA মেনে চলার জন্য RBM প্ল্যাটফর্ম তৈরি করেছে এবং নিশ্চিত করেছে যে সমস্ত ব্যবহারকারী একই উচ্চ স্তরের ডেটা নিরাপত্তা পান।
বার্তা সঞ্চয়স্থান এবং এনক্রিপশন
শেষ ব্যবহারকারীর ডিভাইসে কোন ডেটা সংরক্ষণ করা হয়?
RBM এজেন্ট সম্পর্কে মেটাডেটা এবং তাদের সাথে আদান-প্রদান করা বার্তাগুলি শেষ ব্যবহারকারীর ডিভাইসে সংরক্ষণ করা হয়। এই বার্তাগুলিতে RBM এজেন্টের সাথে শেয়ার করা ব্যক্তিগত তথ্য অন্তর্ভুক্ত থাকতে পারে।
কীভাবে এজেন্টের "অঞ্চল" বার্তা সঞ্চয়ের সাথে সম্পর্কিত?
এজেন্ট সেটআপের সময় অংশীদার যে অঞ্চলটি নির্দিষ্ট করে তা RBM কে বলে যে এজেন্ট কোথায় অবস্থিত। বার্তা ডেটা কোথায় সংরক্ষণ করা উচিত তা নির্ধারণ করতে এবং এজেন্টের কাছে বার্তা ট্র্যাফিকের রাউটিং অপ্টিমাইজ করতে Google এই তথ্য ব্যবহার করে।
বেশিরভাগ ক্ষেত্রে, বার্তাগুলি নির্দিষ্ট অঞ্চলের মধ্যে ডেটা সেন্টারে সংরক্ষণ করা হয় (ডেটা সেন্টার এবং নেটওয়ার্ক নিরাপত্তা সম্পর্কে আরও তথ্যের জন্য DPA পড়ুন)। যাইহোক, আঞ্চলিক বিভ্রাট ঘটলে Google বার্তা ট্রাফিককে পুনরায় রুট করতে পারে। এর মানে হল যে বার্তা ডেটা এজেন্টের নির্দিষ্ট অঞ্চলে একচেটিয়াভাবে সংরক্ষণ করা যাবে না।
RBM এর জন্য মেসেজিং আর্কিটেকচার এবং প্রবাহ কি? কোন উপাদান এনক্রিপ্ট করা হয়?
ব্যবসা এবং শেষ ব্যবহারকারীদের মধ্যে প্রেরিত বার্তাগুলি শেষ ব্যবহারকারীর ডিভাইস এবং Google-এর সার্ভারের মধ্যে এবং Google-এর সার্ভার এবং Google-এর RCS বিজনেস মেসেজিং (RBM) API-এর মাধ্যমে মেসেজিং পার্টনারের মধ্যে এনক্রিপ্ট করা হয়।
বার্তাগুলিকে Google-এর নেটওয়ার্ক জুড়ে এনক্রিপ্ট করা হয় এমন কীগুলি ব্যবহার করে যা শুধুমাত্র নির্দিষ্ট পরিষেবা উপাদানগুলিতে অ্যাক্সেসযোগ্য৷ এনক্রিপশন কীগুলি নীতি মেনে চলার জন্য Google সিস্টেম দ্বারা পরিদর্শন সক্ষম করে৷
এন্ড-টু-এন্ড মেসেজিং প্রবাহের একটি ওভারভিউ এবং জড়িত সকল পক্ষের ভূমিকার জন্য এটি কীভাবে কাজ করে তা পড়ুন।
সংরক্ষিত বার্তা এনক্রিপ্ট করা হয়?
Google সার্ভারে স্টোরেজ
প্রাপক অফলাইনে থাকলে এজেন্ট-টু-পারসন (A2P) বার্তাগুলি Google সার্ভারে রাখা হয়। বিকাশকারী এই বার্তাগুলি প্রত্যাহার করতে এবং অন্য চ্যানেলে পাঠাতে বেছে নিতে পারে৷ ব্যক্তি-থেকে-অ্যাপ্লিকেশন (P2A) বার্তাগুলি Google সার্ভারে রাখা হয় যদি এজেন্ট সেগুলি গ্রহণ করতে অক্ষম হয়৷ Google এই বার্তাগুলি বাদ দেওয়ার আগে সাত দিন ধরে রাখে।
Google সার্ভারে সংরক্ষিত বার্তাগুলি বিশ্রামে এনক্রিপ্ট করা হয়।
সংরক্ষিত বার্তাগুলিতে Google-এর অ্যাক্সেস শুধুমাত্র নিম্নলিখিত ক্ষেত্রে উপলব্ধ:
- Google স্প্যাম এবং অপব্যবহার শনাক্ত করতে এবং প্রতিরোধ করতে ব্যবসার দ্বারা পাঠানো বার্তাগুলির বিষয়বস্তু ক্ষণস্থায়ীভাবে প্রক্রিয়া করতে পারে এবং স্প্যাম প্রতিরোধ এবং সনাক্তকরণ উন্নত করতে AI মডেলগুলিকে প্রশিক্ষণ দেওয়ার জন্য সেই সংকেতগুলি ব্যবহার করতে পারে। স্প্যাম রিপোর্টের জন্য ডেটা হ্যান্ডলিং সম্পর্কে আরও জানতে, দেখুন Google কি কখনও ব্যবসা এবং শেষ ব্যবহারকারীদের মধ্যে বার্তা পড়ে? .
- সংরক্ষিত বার্তাগুলি প্রযোজ্য আইন মেনে চলার জন্য Google-এর বাধ্যবাধকতার শর্তাবলীর অধীনে বহিরাগত আইন প্রয়োগকারী সংস্থাগুলির সাথে ভাগ করা যেতে পারে৷ আরও তথ্যের জন্য Google-এর স্বচ্ছতা রিপোর্ট পড়ুন।
কতক্ষণ বার্তা সংরক্ষণ করা হয়?
Google সার্ভারে স্টোরেজ
- RBM এজেন্ট সম্পদ (লোগো, নাম, বিবরণ, ইত্যাদি): ক্রমাগতভাবে বিশ্বব্যাপী Google স্টোরেজে সংরক্ষিত।
- ব্যক্তি-থেকে-এজেন্ট বার্তা (P2A বার্তা): সাত দিনের বেশি সময় ধরে স্টোর-এন্ড-ফরওয়ার্ড ভিত্তিতে রাখা হয়। যত তাড়াতাড়ি RBM এজেন্ট বার্তাটি গ্রহণ করে এবং স্বীকার করে, এটি মুছে ফেলা হয়।
- এজেন্ট-থেকে-ব্যক্তি বার্তা (A2P বার্তা): বিতরণ না হওয়া পর্যন্ত 30 দিন পর্যন্ত রাখা হয়। 30-দিনের সীমার আগে, এজেন্টরা বিতরণ না করা বার্তাগুলি প্রত্যাহার করতে পারে, যেগুলি ডেলিভারি সারি থেকে সরানো হয় এবং Google সার্ভার থেকে মুছে ফেলা হয়। যদি একটি বিতরণ করা বার্তায় মিডিয়া ফাইল থাকে তবে এই ফাইলগুলি 60 দিনের জন্য সংরক্ষণ করা হয়। স্প্যাম এবং অপব্যবহার শনাক্ত করতে এবং প্রতিরোধ করতে ডেলিভারির পর 14 দিনের জন্য A2P বার্তাগুলি Google সার্ভারে রাখা হতে পারে।
মোবাইল ডিভাইসে স্টোরেজ
শেষ ব্যবহারকারীর ডিভাইসে বার্তাগুলি সেখানে সংরক্ষণ করা হয় যতক্ষণ না শেষ ব্যবহারকারী সেগুলি মুছে ফেলে বা স্টোরেজ ব্যবস্থা পরিবর্তন না করে।
আরবিএম কি এন্ড-টু-এন্ড এনক্রিপ্ট করা আছে?
না। RBM এন্ড-টু-এন্ড এনক্রিপশন অফার করে না, যার মানে ব্যবহারকারীদের ডিভাইসে মেসেজ কন্টেন্ট নিজেই এনক্রিপ্ট করা হয় না। এই কারণে আপনি RBM কথোপকথনের জন্য Messages UI-এর মধ্যে প্রদর্শিত একটি লক আইকন দেখতে পাবেন না। যাইহোক, RBM ব্যবহারকারীর ডিভাইস এবং Google এর সার্ভারের পাশাপাশি Google এর সার্ভার এবং মেসেজিং অংশীদারদের মধ্যে ট্রানজিট বার্তাগুলিকে সুরক্ষিত করতে এনক্রিপশন ব্যবহার করে।
একটি ব্যবসা কি Google এ সঞ্চিত তার বার্তাগুলির জন্য এনক্রিপশন কীগুলি নিয়ন্ত্রণ করতে পারে?
না, একটি ব্যবসা এনক্রিপশন কী নিয়ন্ত্রণ করতে পারে না। স্প্যাম থেকে শেষ ব্যবহারকারীদের রক্ষা করার জন্য, ফিশিং এবং ম্যালওয়্যার URL এর মতো ক্ষতিকারক সামগ্রীর জন্য RBM বার্তাগুলি স্ক্যান করার জন্য Google-কে এনক্রিপশন কীগুলি বজায় রাখতে হবে৷ বার্তা স্ক্যান করার সময় Google স্বয়ংক্রিয় সুরক্ষা ব্যবহার করে। বার্তার বিষয়বস্তু মানুষের কাছে অ্যাক্সেসযোগ্য নয় যদি না শেষ ব্যবহারকারী একটি কথোপকথনকে স্প্যাম হিসাবে রিপোর্ট করে (বিশদ বিবরণের জন্য, দেখুন Google কি কখনও ব্যবসা এবং শেষ ব্যবহারকারীদের মধ্যে বার্তা পড়ে? )।
কোন সত্তার RBM বার্তাগুলিতে অ্যাক্সেস আছে? ডেটা নিরাপত্তা নিশ্চিত করার জন্য মেসেজিং অংশীদার, ব্যবসা এবং ক্যারিয়ারদের কী দায়িত্ব রয়েছে?
RBM হল Google দ্বারা চালিত একটি ট্রানজিট প্রযুক্তি। RBM শেষ ব্যবহারকারী এবং ব্যবসার প্রতিনিধিত্বকারী এজেন্টদের মধ্যে বার্তা স্থানান্তর করে। এই এজেন্টগুলি বার্তাপ্রেরণ অংশীদার, ব্যবসা এবং কিছু ক্ষেত্রে বাহক দ্বারা নির্মিত এবং পরিচালিত হয়। যে সংস্থাগুলি RBM এজেন্ট পরিচালনা করে, এবং কিছু ক্ষেত্রে, বাহক, তাদের বার্তা বিতরণ এবং অন্যান্য উদ্দেশ্যে RBM বার্তা সামগ্রীতে অ্যাক্সেস রয়েছে। স্প্যাম এবং অপব্যবহারের সুরক্ষা প্রয়োগ করতে Google-এর কাছে RBM বার্তা সামগ্রীতেও অ্যাক্সেস রয়েছে।
বার্তাপ্রেরণ অংশীদার, ব্যবসা এবং ক্যারিয়ারগুলি সমস্ত প্রাসঙ্গিক ডেটা সুরক্ষা, গোপনীয়তা এবং স্থানীয় নিয়ন্ত্রক প্রয়োজনীয়তাগুলি মেনে চলার জন্য পৃথকভাবে দায়ী৷
RBM API নিরাপত্তা
Google কি OAuth প্রদানকারীর পাঠানো অ্যাক্সেস টোকেন পেতে পারে?
না, ব্যবহারকারীর প্রমাণীকরণের সময় Google কখনই OAuth প্রদানকারীর পাঠানো অ্যাক্সেস টোকেন পায় না। OAuth 2.0 প্রমাণীকরণ প্রবাহ সুরক্ষিত করতে কোড এক্সচেঞ্জ ( PKCE ) এর জন্য প্রমাণ কী ব্যবহার করে।
কিভাবে একটি RBM বিকাশকারী এবং Google এর মধ্যে ডেটা এনক্রিপ্ট করা হয়?
বিকাশকারীরা HTTPS-এর মাধ্যমে RBM API অ্যাক্সেস করে, নিরাপদ ওয়েব লেনদেনের জন্য বিশ্বব্যাপী মান। RBM API AES 256 এবং SHA384 সাইফার সহ TLS 1.3 সমর্থন করে।
সার্টিফিকেট চেইন, TLS সংস্করণ এবং সমর্থিত সাইফার চেক করতে নিম্নলিখিত কমান্ডটি চালান:
openssl s_client -connect rcsbusinessmessaging.googleapis.com:443
ফোন নম্বর যাচাইকরণ
Google-এর মেসেজ অ্যাপের নিরাপত্তা বজায় রাখার জন্য, Google কীভাবে যাচাই করে যে একটি ফোন নম্বর এখনও তার আসল ব্যবহারকারীর অন্তর্গত?
ফোন নম্বরের প্রাথমিক যাচাইকরণ: শেষ ব্যবহারকারীর ফোন নম্বর (যেমন, তাদের MSISDN বা মোবাইল স্টেশন ইন্টারন্যাশনাল সাবস্ক্রাইবার ডিরেক্টরি নম্বর) সনাক্ত করতে Google বিভিন্ন কৌশল ব্যবহার করে। এই কৌশলগুলির মধ্যে রয়েছে ক্যারিয়ারের সাথে সরাসরি API ইন্টিগ্রেশন, মোবাইল থেকে উৎপন্ন এসএমএস এবং শেষ ব্যবহারকারীকে তাদের ফোন নম্বর লিখতে বলা। একবার ফোন নম্বর শনাক্ত হয়ে গেলে, Google এটি যাচাই করার জন্য একটি অদৃশ্য ওয়ান-টাইম পাসওয়ার্ড (OTP) SMS পাঠাতে পারে।
প্রাথমিক যাচাইকরণের পরে নিরাপত্তা বজায় রাখা: যখন কোনো ক্যারিয়ারের সরাসরি API ইন্টিগ্রেশন থাকে, তখন তারা RCS অক্ষম করতে Google-এ পর্যায়ক্রমে একটি SIM/MSISDN নিষ্ক্রিয়করণ ফিড পাঠাতে পারে এবং এর ফলে আর সক্রিয় নেই এমন ফোন নম্বরগুলির জন্য RBM অক্ষম করতে পারে। Google ফোন নম্বরের মালিকানার পরিবর্তনগুলিও নিরীক্ষণ করতে পারে যেমন সিম অপসারণ এবং সিম কার্যকলাপের মতো ডিভাইস সংকেতগুলির মাধ্যমে এবং পর্যায়ক্রমে ফোন নম্বর পুনরায় যাচাই করে৷
গোপনীয়তা এবং নিরাপত্তা
RBM এজেন্টদের উপর Google কি রিপোর্টিং করে?
গত 14 দিনের ডেটার উপর ভিত্তি করে প্রতিটি এজেন্টের জন্য শেষ ব্যবহারকারীর মোট সংখ্যা, বার্তা এবং প্রতিক্রিয়াগুলির উপর Google-এর অভ্যন্তরীণ প্রতিবেদন রয়েছে। Google এই ডেটা ডায়াগনস্টিক, সিস্টেমের উন্নতি এবং ক্যারিয়ারের জন্য বিলিং রিপোর্ট তৈরি করতে ব্যবহার করে। রিপোর্টিং উদ্দেশ্যে বার্তা বিষয়বস্তু সংরক্ষণ করা হয় না. 14 দিনের পরে, Google শুধুমাত্র সমষ্টিগত রিপোর্টিং ডেটা সঞ্চয় করে; এই স্টোরেজ কোন সময় সীমা আছে. বাহ্যিকভাবে ভাগ করা যেকোন সামগ্রিক ডেটার টাইম টু লিভ (TTL) জীবনকাল 63 দিন থাকে।
বিলিং রিপোর্ট এবং অ্যাক্টিভিটি লগ যা ক্যারিয়ারগুলি পায় সেগুলি Google এর সার্ভারে 30 দিনের জন্য সংরক্ষণ করা হয়। ক্যারিয়ার অংশীদাররা এই ফাইলগুলি ডাউনলোড করতে এবং যতক্ষণ প্রয়োজন মনে করবে ততক্ষণ ধরে রাখতে পারে৷
Google কি RBM এর বাইরে শেষ ব্যবহারকারীর ডেটা ব্যবহার করে?
Google শুধুমাত্র শেষ ব্যবহারকারীর ডেটা ব্যবহার করে RBM পরিষেবা প্রদান এবং উন্নত করতে, যেমনটি DPA- এর ধারা 5.2-এ বলা হয়েছে।
উদাহরণস্বরূপ, শেষ ব্যবহারকারীর ডেটা দিয়ে Google নিম্নলিখিতগুলি করতে পারে :
- স্প্যাম এবং জালিয়াতি সনাক্ত করুন এবং প্রতিরোধ করুন।
- ক্যারিয়ার অংশীদারদের সাথে একত্রিত বিলিং রিপোর্ট এবং কার্যকলাপ লগ শেয়ার করুন।
- শেষ ব্যবহারকারী এবং ব্যবসার জন্য RBM কর্মক্ষমতা পরিমাপ করুন এবং উন্নত করুন।
এই প্রচেষ্টার অংশ হিসাবে, Google অংশীদারদের সাথে সমষ্টিগত ডেটা শেয়ার করে যাতে তারা মেসেজিং অভিজ্ঞতা উন্নত করতে পারে। দেখুন Google RBM এজেন্টদের কি রিপোর্টিং করে? বিস্তারিত জানার জন্য
কিন্তু Google শেষ ব্যবহারকারীর ডেটা দিয়ে নিম্নলিখিতগুলি করবে না :
- বার্তা বিষয়বস্তুর উপর ভিত্তি করে বিজ্ঞাপন টার্গেটিং সঞ্চালন.
- প্রযোজ্য আইন দ্বারা প্রয়োজনীয় আইন প্রয়োগকারী সংস্থাগুলি বাদ দিয়ে, কোনও প্রতিযোগী বা তৃতীয় পক্ষের সাথে বার্তা সামগ্রীগুলি ভাগ করুন৷
Google কি কখনও ব্যবসা এবং শেষ ব্যবহারকারীদের মধ্যে বার্তা পড়ে?
Google স্প্যাম সনাক্তকরণ এবং প্রতিরোধ গ্রহণযোগ্য ব্যবহারের নীতি লঙ্ঘনের জন্য ব্যবসার দ্বারা প্রেরিত বার্তাগুলির বিষয়বস্তু স্ক্যান করতে পারে৷ ব্যবহারকারীদের দ্বারা ব্যবসায় পাঠানো কোনো বার্তার বিষয়বস্তুতে Google-এর অ্যাক্সেস নেই। যাইহোক, যখন শেষ ব্যবহারকারী একটি কথোপকথনকে স্প্যাম হিসাবে রিপোর্ট করে :
- ব্যবসার পাঠানো প্রেরকের তথ্য এবং সাম্প্রতিক বার্তাগুলি Google-এ যাবে এবং ব্যবহারকারীর পরিষেবা প্রদানকারীর কাছে যেতে পারে৷
- Google স্প্যাম সনাক্তকরণ এবং প্রতিরোধ ক্ষণস্থায়ীভাবে ব্যবসার দ্বারা প্রেরিত বার্তাগুলির বিষয়বস্তু প্রক্রিয়া করতে পারে এবং স্প্যাম সনাক্তকরণ এবং প্রতিরোধ উন্নত করতে AI মডেলগুলিকে প্রশিক্ষণ দেওয়ার জন্য সেই সংকেতগুলি ব্যবহার করতে পারে৷
- স্প্যাম এবং অপব্যবহারের বিরুদ্ধে Google-এর সুরক্ষা উন্নত করতে Google কর্মচারী এবং ঠিকাদাররা স্প্যাম তথ্য পর্যালোচনা করতে পারে৷ মানব পর্যালোচকরা 30 দিনের জন্য এই তথ্যের অ্যাক্সেস সীমাবদ্ধ এবং নিরীক্ষা করেছেন। স্প্যাম পর্যালোচনার উদ্দেশ্যে শেষ ব্যবহারকারীর ফোন নম্বর সংশোধন করা হয়েছে।
শেষ ব্যবহারকারীর ডেটা সুরক্ষিত রাখার জন্য Google-এর নিয়ন্ত্রণ সম্পর্কে আরও জানতে, Google-এর গোপনীয়তা নীতি দেখুন৷
শেষ ব্যবহারকারীদের সম্পর্কে Google ব্যবসায় কোন তথ্য প্রদান করে?
একটি RBM কথোপকথন সক্ষম করতে, Google কথোপকথনে শেষ ব্যবহারকারীকে সনাক্ত করতে ব্যবসার সাথে শেষ ব্যবহারকারীর টেলিফোন নম্বর শেয়ার করে। ব্যবসার সাথে অন্য কোন ব্যক্তিগত তথ্য শেয়ার করা হয় না।
গ্রহণযোগ্য ব্যবহার নীতিতে , গোপনীয়তা এবং নিরাপত্তা বিভাগটি কি একটি ব্যবসার নিজস্ব গ্রাহকদের সম্পর্কে তথ্য সংগ্রহ ও ব্যবহার করার ক্ষমতাকে সীমাবদ্ধ করে?
Google তার গ্রাহকদের পরিষেবা দেওয়ার জন্য একটি ব্যবসার ক্ষমতা সীমাবদ্ধ করতে চায় না। একটি শেষ ব্যবহারকারী এবং একটি ব্যবসার মধ্যে একটি কথোপকথন যা RBM API-এর মাধ্যমে তৈরি করা হয়, ব্যবসাটি তার নিজস্ব গোপনীয়তা নীতির শর্তাবলী অনুসারে সংরক্ষণ করতে পারে।
RBM পরিষেবার শর্তাবলীতে , নিম্নলিখিতটির অর্থ কী? "আপনি এই RBM শর্তাবলীর অধীনে ব্যক্তিগত ডেটা প্রক্রিয়াকরণের অনুমতি দেওয়ার জন্য প্রয়োজনীয় যেকোনো প্রয়োজনীয় সম্মতি পাবেন এবং বজায় রাখবেন।"
Google আশা করে যে RBM ব্যবহার করা সমস্ত ব্যবসা প্রাসঙ্গিক ডেটা এবং নিরাপত্তা বিধিগুলি (যেমন GDPR) মেনে চলবে এবং একটি গোপনীয়তা নীতি সরবরাহ করবে যা স্পষ্ট করে যে তারা কীভাবে শেষ ব্যবহারকারীর ডেটা ব্যবহার করে এবং/অথবা ভাগ করে। লঞ্চ পর্যালোচনার জন্য বিবেচনা করার জন্য একজন ডেভেলপারকে অবশ্যই তাদের গোপনীয়তা নীতি প্রদান করতে হবে।
কীভাবে RBM শেষ ব্যবহারকারীদের ক্ষতিকারক URL থেকে রক্ষা করে?
শেষ ব্যবহারকারীদের সুরক্ষার জন্য, RBM বার্তাগুলিতে লিঙ্কগুলি স্ক্যান করতে এবং ম্যালওয়্যার বা ফিশিং লিঙ্কযুক্ত বার্তাগুলিকে স্বয়ংক্রিয়ভাবে ব্লক করতে Google সেফ ব্রাউজিং ব্যবহার করে। যদি একটি লিঙ্ক সম্বলিত একটি বার্তা নিরাপদ ব্রাউজিং দ্বারা অবরুদ্ধ না করা হয়, তাহলে মেসেজিং অ্যাপটি একটি থাম্বনেইল পূর্বরূপ তৈরি করতে পারে যাতে লিঙ্কটি কোথায় নিয়ে যায়।
কোনো ব্যবসার অডিট হলে গুগলের সহযোগিতা
আমাদের ব্যবসা প্রবিধান সাপেক্ষে এবং নিরীক্ষিত হতে পারে. গুগল মেনে চলবে?
তাদের কোম্পানি প্রাসঙ্গিক প্রবিধান পূরণ করে তা নিশ্চিত করা ব্যবসার দায়িত্ব। Google শুধুমাত্র প্রযোজ্য আইন অনুযায়ী আইন প্রয়োগকারী এবং নিয়ন্ত্রক অনুসন্ধানের জবাব দেবে।
ঘটনার প্রতিক্রিয়া
গুগল কিভাবে ডেটা লঙ্ঘন পরিচালনা করে?
ডিপিএ- তে বিভাগ 7.2 ডেটা ঘটনা পড়ুন।
অসমর্থিত নেটওয়ার্ক ক্ষমতা
কোন নেটওয়ার্ক ক্ষমতা RBM দ্বারা সমর্থিত নয়?
- ফায়ারওয়াল পাস-থ্রু অনুমতি দিতে কাস্টম হেডার
- ক্লাসলেস ইন্টার-ডোমেন রাউটিং (CIDR) ব্লক রেঞ্জ Google-এর পরিষেবা থেকে