বিভিন্ন ফর্ম ফ্যাক্টর জুড়ে যাচাইকরণ

ক্রেডেনশিয়াল ম্যানেজার সম্পূর্ণ Android ইকোসিস্টেম জুড়ে যাচাইকরণকে সহজ করে তোলে। এটি ব্যবহারকারীদের জন্য একটি সামঞ্জস্যপূর্ণ অভিজ্ঞতা এবং ডেভেলপারদের জন্য পাসকী, পাসওয়ার্ড এবং ফেডারেটেড সাইন-ইন মেকানিজম যেমন Google-এর মাধ্যমে সাইন-ইন ব্যবহার করার জন্য একটি ইউনিফায়েড API সারফেস প্রদান করে। যদিও মূল প্রোগ্রামিং ইন্টারফেস ফর্ম ফ্যাক্টর জুড়ে সামঞ্জস্যপূর্ণ থাকে, প্রতিটি ফর্ম ফ্যাক্টরের অনন্য UI এবং UX বিবেচনা রয়েছে। সফলভাবে প্রয়োগ করার জন্য প্রতিটি ডিভাইসের নির্দিষ্ট ইনপুট পদ্ধতি, স্ক্রিনের সাইজ এবং ব্যবহারকারীর প্রসঙ্গ অনুযায়ী আপনার অ্যাপের যাচাইকরণ ফ্লো অভিযোজিত করতে হবে।

এই নির্দেশিকা বিভিন্ন Android ফর্ম ফ্যাক্টরে কীভাবে ক্রেডেনশিয়াল ম্যানেজার প্রয়োগ করতে হয় তার একটি ওভারভিউ প্রদান করে, মূল বিবেচ্য বিষয়গুলি হাইলাইট করে এবং আরও বিস্তারিত ডকুমেন্টেশনের সাথে লিঙ্ক করে।

মোবাইল ডিভাইস

ফোন, ট্যাবলেট ও ফোল্ড করা যায় এমন ডিভাইস সহ মোবাইল ডিভাইসগুলি Android ডেভেলপমেন্টের জন্য সবচেয়ে সাধারণ টার্গেটকে উপস্থাপন করে। স্ট্যান্ডার্ড ক্রেডেনশিয়াল ম্যানেজার ইমপ্লিমেন্টেশন এইসব ডিভাইসের জন্য উপযুক্ত, যেগুলিতে সাধারণত টাচস্ক্রিন ও অন-ডিভাইস কীবোর্ড থাকে। এই ফর্ম ফ্যাক্টরের ব্যবহারকারীর অভিজ্ঞতা বেসলাইন হিসেবে কাজ করে, যার থেকে আপনি অন্যদের জন্য মানিয়ে নেন। ফর্ম ফ্যাক্টর অনুযায়ী যাচাইকরণ ফ্লো উপযুক্ত হতে হবে এবং ডিভাইসের স্ক্রিনের সম্পূর্ণ ক্ষমতা ও ইনপুট পদ্ধতি ব্যবহার করতে হবে।

Wear OS

Wear OS ডিভাইসের বৈশিষ্ট্য হল এর ছোট স্ক্রিন ও ডিভাইসে সীমিত ইনপুট। ক্রেডেনশিয়াল ম্যানেজারের পাসকী প্রয়োগ করার ফলে ব্যবহারকারীরা অ্যাপে সাইন-ইন করার জন্য একটি নিরাপদ পরিবেশ পান, যার জন্য কোনও কানেক্ট করা পেয়ার করা ফোন এবং পাসওয়ার্ড মনে রাখার প্রয়োজন হয় না।

Wear OS-এর API মোবাইলের মতোই, তাই আপনি আগে থেকে থাকা মোবাইল ইন্টিগ্রেশন আবার ব্যবহার করতে পারবেন। পাসকী, Google-এর মাধ্যমে সাইন-ইন করা এবং ক্রেডেনশিয়াল ম্যানেজারের মাধ্যমে পাসওয়ার্ড ছাড়াও, আপনি ডেটা লেয়ার টোকেন শেয়ারিং, OAuth বা আপনার বর্তমান সমাধান সহ অন্যান্য যাচাইকরণ পদ্ধতি ব্যবহার করতে পারেন। আপনার ব্যবহারকারীদের ক্রেডেনশিয়াল ম্যানেজারে ট্রানজিশন করার সময় এগুলি ব্যাকআপ হিসেবে ব্যবহার করা যেতে পারে অথবা ডেটা লেয়ার টোকেন শেয়ারিংয়ের ক্ষেত্রে, দীর্ঘমেয়াদী সমাধান হিসেবে ব্যবহার করা যেতে পারে।

Wear OS-এর জন্য Credential Manager ব্যবহার করার জন্য নিম্নলিখিত শর্ত পূরণ করতে হবে:

  • ন্যূনতম API লেভেল: minSdkVersion 33 বা এর পরের যেকোনও ভার্সন
    • পাসওয়ার্ড, পাসকী ও 'Google-এর মাধ্যমে সাইন-ইন করুন' ফিচারের জন্য সহায়তা অন্তর্ভুক্ত
  • GMS ভার্সন: মোবাইল অ্যাপের জন্য যা প্রয়োজন, ঠিক তাই

Wear OS ডিভাইসে ইউজার ইন্টারফেস নিচে উল্লেখ করা হল:

Wear OS-এ পাসকী সাইন-ইন স্ক্রিনকে পছন্দের যাচাইকরণ পদ্ধতি হিসেবে দেখানো হয়।
ছবি ১ক. পাসকী।
Wear OS-এ ব্যবহারকারীর জন্য পাসকী, পাসওয়ার্ড ও 'Google-এর মাধ্যমে সাইন-ইন করুন' বিকল্প উপলভ্য।
ছবি ১খ. পাসকী, পাসওয়ার্ড ও Google-এর মাধ্যমে সাইন-ইন করুন।

প্রয়োগ করার বিস্তারিত গাইডেন্স ও কোড স্যাম্পেলের জন্য, নিম্নলিখিত রিসোর্স দেখুন:

সীমাবদ্ধতা

Wear OS-এ ক্রেডেনশিয়াল ম্যানেজার ব্যবহার করার ক্ষেত্রে নিম্নলিখিত সীমাবদ্ধতা রয়েছে:

Android XR

Android XR (যার মধ্যে ভার্চুয়াল ও অগমেন্টেড রিয়েলিটি অন্তর্ভুক্ত) ব্যবহার করে, অ্যাপগুলি থ্রিডি স্পেসে রেন্ডার করে। ব্যবহারকারীর ইনপুট অন্যান্য ফর্ম ফ্যাক্টরের থেকে মৌলিকভাবে আলাদা, হাতের জেসচারের মতো স্বাভাবিক ইনপুটের উপর নির্ভর করে।

XR-এর জন্য Credential Manager মানিয়ে নেওয়ার অর্থ হল, ৩D স্পেসের জন্য যাচাইকরণ UI (পাসকী, পাসওয়ার্ড বা ফেডারেটেড সাইন-ইন পদ্ধতি) নতুন করে ভাবা। যেমন, যাচাইকরণের প্রম্পট ফ্লোটিং প্যানেলে দেখানো হয় এবং ব্যবহারকারীরা হাতের জেসচার ব্যবহার করে বেছে নেন। এছাড়াও, আপনার টার্গেট XR ডিভাইসের জন্য কোনও নির্দিষ্ট হার্ডওয়্যার বা সফ্টওয়্যার সংক্রান্ত পূর্বশর্ত বিবেচনা করতে হবে।

VR বা AR এনভায়রনমেন্টের মধ্যে একটি সহজবোধ্য ও সুরক্ষিত যাচাইকরণ অভিজ্ঞতা তৈরি করা হল একটি গুরুত্বপূর্ণ ডিজাইন চ্যালেঞ্জ। এছাড়াও, মাল্টি-ইউজার XR পরিস্থিতিতে কীভাবে পরিচয় ম্যানেজ করবেন তা আপনাকে বিবেচনা করতে হবে, যেখানে বিভিন্ন ব্যক্তি একই ডিভাইস ব্যবহার করতে পারেন।

Android XR-এর জন্য ক্রেডেনশিয়াল ম্যানেজার ব্যবহার করার ক্ষেত্রে নিম্নলিখিত প্রয়োজনীয়তা রয়েছে:

  • ন্যূনতম API লেভেল: minSdkVersion 34 বা তার পরের যেকোনও ভার্সন
  • GMS ভার্সন: মোবাইল অ্যাপের জন্য যা প্রয়োজন, ঠিক তাই
  • ইমুলেটর:
    • ন্যূনতম এমুলেটর সিস্টেম ইমেজ:
      • macOS: Google Play XR ARM 64 v8a সিস্টেম ইমেজ রিভিশন ৭
      • Windows: Google Play XR Intel x86_64 Atom সিস্টেম ইমেজ রিভিশন ৭
    • ইমুলেটর ভার্সন 35.6.11 Stable-এর থেকে বেশি হতে হবে

XR-এ সাইন-ইন করার অভিজ্ঞতা নিচে উল্লেখ করা উদাহরণের মতো হতে পারে:

Android XR-এ ক্রেডেনশিয়াল ম্যানেজার সাইন-ইন প্রম্পট একটি ফ্লোটিং 3D প্যানেলে দেখানো হয়েছে।
ছবি ২. XR-এ ক্রেডেনশিয়াল ম্যানেজার UI।

XR-এ কাজ করে না এমন Flows

Android XR-এ ক্রেডেনশিয়াল ম্যানেজার যাচাইকরণ ফ্লোকে সমর্থন করে না যার জন্য QR কোড স্ক্যান করতে অন্য ডিভাইসের প্রয়োজন হয়। XR হেডসেটে সাইন-ইন করার সময় এবং এমুলেটর দিয়ে পরীক্ষা করার সময় এটি লক্ষ্য করা যায়।

XR সম্পর্কে আরও জানতে, Android XR দেখুন।

Android TV

Android TV ডিভাইস সাধারণত কমিউনিটি স্পেসে থাকে, দূর থেকে দেখা হয় এবং ডি-প্যাড রিমোটের সাহায্যে নেভিগেট করা হয়। এই পরিবেশে ইউজারনেম ও পাসওয়ার্ড লেখা ব্যবহারকারীদের জন্য কঠিন হতে পারে। Sign in with Google, সেভ করা পাসওয়ার্ড ও ক্রস-ডিভাইস পাসকী কাজ করে বলে Credential Manager, Android TV-তে যাচাইকরণ প্রক্রিয়াকে সহজ করে তোলে। শেয়ার করা টিভিতে একাধিক Google প্রোফাইল থাকতে পারে বলে, Credential Manager এই কমিউনিটি সেটিংসের সাথে মানিয়ে নেয়। এটি ডিভাইসে উপলভ্য সব ক্রেডেনশিয়াল নিয়ে আসে এবং দেখায়। এর ফলে, বর্তমানে চালু থাকা অ্যাকাউন্টটিই শুধু বেছে নেওয়ার বিকল্প হিসেবে দেখানো হয় না।

Android TV-তে ক্রেডেনশিয়াল ম্যানেজার সাইন-ইন প্রম্পট, 'Google-এর মাধ্যমে সাইন-ইন করুন' এবং পাসওয়ার্ডের জন্য সেভ করা অ্যাকাউন্ট দেখায়, এর সাথে পাসকী ব্যবহার করার বিকল্পও দেখায়।
ছবি ৩. Android TV-তে ক্রেডেনশিয়াল ম্যানেজার UI, Google-এর মাধ্যমে সাইন-ইন, সেভ করা পাসওয়ার্ড ও পাসকী বিকল্প দেখাচ্ছে।

এই কমিউনিটি-ভিত্তিক প্রকৃতি পাসকী কীভাবে ম্যানেজ করা হয় তাও নির্ধারণ করে। টেলিভিশনে ব্যক্তিগত লক স্ক্রিন নলেজ ফ্যাক্টর (LSKF) না থাকার কারণে, টিভিতে সরাসরি পাসকী স্টোর বা তৈরি করা হয় না। পরিবর্তে, পাসকী যাচাইকরণ একটি ক্রস-ডিভাইস হাইব্রিড ফ্লো ব্যবহার করে যেখানে টিভিতে একটি QR কোড দেখানো হয় এবং ব্যবহারকারী বায়োমেট্রিক যাচাইকরণ সম্পূর্ণ করতে তার মোবাইল ডিভাইস দিয়ে এটি স্ক্যান করেন।

আপনি যদি isAutoSelectAllowed = true সেট করেন, তাহলে Google TV-তে ক্লিক-ফ্রি ফ্লো সম্ভব, তবে শুধুমাত্র একটি ম্যাচিং ক্রেডেনশিয়াল উপলভ্য থাকলেই এটি সম্ভব। নেটিভ টিভি বটম শিট এখনও দেখা যাবে, যা ব্যবহারকারীর অ্যাকাউন্ট কনফার্মেশন দেখাবে। ব্যবহারকারী বাতিল না করলে, রিমোট ক্লিক ছাড়াই ক্রেডেনশিয়াল অটোমেটিক ফিরিয়ে দেওয়া হয়। একাধিক ম্যাচিং ক্রেডেনশিয়াল থাকলে, এটি অটোমেটিক বেছে নেবে না এবং ব্যবহারকারীকে পরিবর্তে বেছে নিতে প্রম্পট করা হবে।

আপনার মোবাইল ও টিভি অ্যাপ যদি একই Android প্যাকেজের নাম ও সাইনিং কী শেয়ার করে, তাহলে Google Password Manager সেগুলিকে একই অ্যাপ হিসেবে শনাক্ত করে। এই কারণে, মোবাইল ডিভাইসে সেভ করা পাসওয়ার্ড সরাসরি টিভিতে অফার করা যেতে পারে, এর জন্য ডিজিটাল অ্যাসেট লিঙ্ক (asset_statements) কনফিগারেশনের প্রয়োজন হয় না। সীমানা পেরিয়ে ক্রেডেনশিয়াল শেয়ার করার সময়, যেমন অ্যাপ ও ওয়েবসাইটের মধ্যে অথবা আলাদা প্যাকেজের নাম সহ অ্যাপের মধ্যে, শুধুমাত্র তখনই Digital Asset Links প্রয়োজন হয়।

Android TV-এর জন্য ক্রেডেনশিয়াল ম্যানেজার ব্যবহার করার ক্ষেত্রে নিম্নলিখিত প্রয়োজনীয়তা রয়েছে:

  • ন্যূনতম API লেভেল: Android 14 (API লেভেল 34, minSdkVersion 34) বা এর পরের যেকোনও ভার্সন
  • GMS ভার্সন: 2026W30 বা তার পরবর্তী যেকোনও ভার্সন
  • পাসকী সংক্রান্ত হার্ডওয়্যার: QR কোড স্ক্যান করতে এবং FIDO হাইব্রিড ফ্লো সম্পূর্ণ করতে, ক্যামেরা ও Bluetooth সহ একটি সেকেন্ডারি মোবাইল ডিভাইস প্রয়োজন

সীমাবদ্ধতা

Android TV হল একটি কমিউনিটি ডিভাইস, তাই এই প্ল্যাটফর্মে Credential Manager ব্যবহার করার ক্ষেত্রে ব্যবহারকারীর গোপনীয়তা ও সুরক্ষা নিশ্চিত করতে নিম্নলিখিত ইচ্ছাকৃত সীমাবদ্ধতা রয়েছে:

  • স্থানীয়ভাবে পাসকী তৈরি বা সেভ করা যায় না: পাসকী সরাসরি টিভিতে তৈরি বা সেভ করা যায় না। যেহেতু লোকাল ক্রেডেনশিয়াল কাজ করে না, তাই আপনার অনুরোধে preferImmediatelyAvailableCredentials-কে true হিসেবে সেট করবেন না; এটি করলে ক্রস-ডিভাইস পাসকী ফিল্টার হয়ে যাবে এবং ক্রেডেনশিয়াল রিটার্ন করা যাবে না।
  • কোনও থার্ড-পার্টি ক্রেডেনশিয়াল প্রোভাইডার নেই: Android TV-তে অটোফিল কাজ করে না, তাই এই প্ল্যাটফর্মে থার্ড-পার্টি পাসওয়ার্ড ম্যানেজার উপলভ্য নেই। ব্যবহারকারীদের অবশ্যই Google Password Manager ব্যবহার করতে হবে।
  • ক্রেডেনশিয়াল রিস্টোর করার সুবিধা নেই: Android TV-তে ক্রেডেনশিয়াল রিস্টোর করার সুবিধা ব্যবহার করে নতুন ডিভাইসে অটোমেটিক সাইন-ইন করার সুবিধা কাজ করে না।

TV ডেভেলপমেন্ট সম্পর্কে আরও জানতে, Android TV ওভারভিউ দেখুন।

Android Automotive OS

Android Automotive OS (AAOS) ডিভাইস হল কমিউনিটি সিস্টেম যা গাড়ির সাথে ইন্টিগ্রেট করা থাকে। AAOS-এর জন্য Credential Manager-কে মানিয়ে নেওয়ার জন্য নিরাপদ যাচাইকরণ (সাধারণত গাড়ি পার্ক করা অবস্থায়) এবং শেয়ার করা ডিভাইসে একাধিক ব্যবহারকারীর প্রোফাইলকে মানিয়ে নেওয়ার সুবিধা থাকতে হবে।

আপনি যদি গাড়িতে বড় স্ক্রিন বা ট্যাবলেট-অপ্টিমাইজ করা অ্যাপ ব্যবহার করেন এবং আপনার অ্যাপ যদি আগে থেকেই মোবাইল ডিভাইস বা ট্যাবলেটে ক্রেডেনশিয়াল ম্যানেজার এবং পাসকী সাপোর্ট করে, তাহলে আপনার যাচাইকরণ ফ্লোতে পরিবর্তন না করেই এটি Android Automotive OS-এ কাজ করে।

Android Automotive OS-এ যাচাইকরণের জন্য নিম্নলিখিত পদ্ধতিগুলি কাজ করে:

  • পাসকী (ক্রস-ডিভাইস হাইব্রিড ফ্লো): ব্যবহারকারীরা ক্রস-ডিভাইস ফ্লোয়ের মাধ্যমে আগে থেকে থাকা পাসকী দিয়ে যাচাই করতে পারবেন। সিস্টেমটি গাড়ির স্ক্রিনে একটি QR কোড দেখায় যা ব্যবহারকারী তার মোবাইল ডিভাইস দিয়ে স্ক্যান করেন। কারণ ব্যবহারকারীর ফোনে বায়োমেট্রিক ও স্ক্রিন-লক যাচাইকরণ করা হয়, তাই ব্যবহারকারীকে গাড়ির ডিসপ্লেতে স্ক্রিন লক কনফিগার করতে হয় না।
  • Google-এর মাধ্যমে সাইন-ইন করুন: সরাসরি গাড়ির ডিসপ্লেতে নেটিভ 'Google-এর মাধ্যমে সাইন-ইন করুন' স্ক্রিন দেখায়।
  • সেভ করা পাসওয়ার্ড: ব্যবহারকারীরা Google Password Manager থেকে সেভ করা পাসওয়ার্ড ফিরিয়ে আনতে পারবেন, যাতে গাড়ির স্ক্রিনে ক্রেডেনশিয়াল ম্যানুয়ালি না লিখেই সাইন-ইন করা যায়।
Android Automotive OS-এ ইন-ভেইকেল স্ক্রিনে Credential Manager পাসকী প্রম্পট দেখানো হয়েছে।
ছবি ৫. Android Automotive OS-এ Credential Manager পাসকী প্রম্পট।

Android Automotive OS প্রতিটি প্রোফাইলের জন্য সেশন ও ক্রেডেনশিয়াল ম্যানেজ করে, প্রোফাইলগুলির মধ্যে ব্যবহারকারী-নির্দিষ্ট সেশন ডেটা আলাদা করে (যেমন, প্রোফাইল A, প্রোফাইল B, বা অতিথি প্রোফাইল)।

Android Automotive OS-এর জন্য Credential Manager ব্যবহার করার জন্য নিম্নলিখিত প্রয়োজনীয়তা রয়েছে:

  • ন্যূনতম API লেভেল: Android 9 (API লেভেল ২৮, minSdkVersion ২৮) বা তার চেয়ে বেশি। ক্রস-ডিভাইস পাসকী ফিরিয়ে আনার জন্য Android 14 (API লেভেল 34) বা তার পরবর্তী যেকোনও ভার্সন প্রয়োজন।
  • GMS ভার্সন: মোবাইল অ্যাপের জন্য যা প্রয়োজন।

পরীক্ষা সংক্রান্ত সীমাবদ্ধতা

পাসকী পরীক্ষা করার জন্য প্রাইমারি সারফেস হিসেবে Android Automotive OS বিল্ড চালানো হচ্ছে এমন একটি ফিজিক্যাল ডিভাইস প্রয়োজন। সেট-আপ সংক্রান্ত নির্দেশাবলীর জন্য, Pixel Tablet-এ Android Automotive OS ব্যবহার করে টেস্ট করা নিবন্ধটি দেখুন। পাসকী পরীক্ষার জন্য এমুলেটর ব্যবহার করা যায় না কারণ এতে ব্লুটুথ লো এনার্জি (BLE) কাজ করে না, যা FIDO হাইব্রিড ফ্লোয়ের জন্য প্রয়োজন।

সীমাবদ্ধতা ও কাজ করে না এমন ফ্লো

Android Automotive OS-এ Credential Manager ব্যবহার করার ক্ষেত্রে নিম্নলিখিত সীমাবদ্ধতা রয়েছে:

  • স্থানীয়ভাবে পাসকী সেভ বা রিট্রিভ করা যায় না: সরাসরি স্থানীয় পাসকী রিট্রিভ করার সুবিধা কাজ করে না কারণ গাড়ি হল কমিউনিটি ডিভাইস। গাড়িতে সরাসরি পাসকী সিঙ্ক করলে নিরাপত্তা সংক্রান্ত ঝুঁকি থাকে, তাই পাসকী অবশ্যই ক্রস-ডিভাইস হাইব্রিড ফ্লোয়ের মাধ্যমে ব্যবহার করতে হবে।
  • অবিলম্বে উপলভ্য ক্রেডেনশিয়াল কাজ করে না: আপনার অ্যাপ পাসকী অনুরোধ করলে এবং preferImmediatelyAvailableCredentials থেকে true-এ সেট করলে, অটোমোটিভ UI অবিলম্বে বন্ধ হয়ে যায় এবং NoCredentialException দেখায়। এই পরিস্থিতির জন্য উপযুক্ত ফলব্যাক UX প্রদান করুন।
  • কোনও থার্ড-পার্টি ক্রেডেনশিয়াল প্রোভাইডার নেই: Android Automotive OS-এ থার্ড-পার্টি পাসওয়ার্ড ম্যানেজার কাজ করে না। যাচাইকরণের জন্য ব্যবহারকারীদের অবশ্যই Google Password Manager বা ক্রস-ডিভাইস হাইব্রিড ফ্লো ব্যবহার করতে হবে।
  • সেভ করা পাসওয়ার্ড তৈরি করা যাবে না: API-এর মাধ্যমে সরাসরি গাড়ির ইন্টারফেস থেকে নতুন সেভ করা পাসওয়ার্ড তৈরি ও সেভ করা যাবে না। FIDO হাইব্রিড ফ্লো ব্যবহার করে নতুন পাসকী তৈরির ক্ষেত্রে ক্রেডেনশিয়াল তৈরি করার সুবিধা সীমাবদ্ধ করা হয়েছে।

Automotive OS ডেভেলপমেন্ট সম্পর্কে আরও জানতে, Android Automotive OS এক নজরে দেখুন।

অতিরিক্ত রিসোর্স