Android 8.0-এ নতুন কী আছে৷

এই পৃষ্ঠাটি Android 8.0 (API স্তর 26) এ প্রবর্তিত নতুন API, বৈশিষ্ট্য এবং আচরণের পরিবর্তনগুলির একটি ওভারভিউ প্রদান করে যা এন্টারপ্রাইজে Android কে প্রভাবিত করে৷

নতুন API এবং বৈশিষ্ট্য

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

সম্পূর্ণরূপে পরিচালিত ডিভাইসে কাজের প্রোফাইল

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

সম্পূর্ণরূপে পরিচালিত ডিভাইসে কাজের প্রোফাইলের সাথে, ডিভাইসের মালিকরা করতে পারেন:

  • EXTRA_PROVISIONING_SKIP_USER_CONSENT এ কল করে ব্যবহারকারীর ইন্টারঅ্যাকশন ছাড়াই একটি পরিচালিত প্রোফাইল তৈরি করুন।
  • মাধ্যমিক ব্যবহারকারী বা পরিচালিত প্রোফাইল তৈরি বা সরানো হলে বিজ্ঞপ্তি পান। কলব্যাকগুলি হল onUserAdded() এবং onUserRemoved()
  • DISALLOW_ADD_MANAGED_PROFILE ব্যবহার করে পরিচালিত প্রোফাইল তৈরি করা থেকে অন্যান্য DPCগুলিকে আটকান৷ এই সেটিংটি Android 8.0-এ ডিভাইস মালিকদের জন্য সদ্য প্রভিশন করা ডিভাইস বা Android 8.0-এ আপগ্রেড করা ডিভাইসে ডিফল্ট।
  • ডিভাইস মালিকরাও ব্যবহারকারীদের DISALLOW_REMOVE_MANAGED_PROFILE ব্যবহার করে বিদ্যমান পরিচালিত প্রোফাইলগুলি সরানো থেকে আটকাতে পারেন৷

ডিভাইসের মালিক এবং প্রোফাইল মালিকরা একে অপরের সাথে যোগাযোগ করতে পারেন যদি তারা একই APK থেকে হয় এবং মালিকরা অনুমোদিত হয় (নীচে ব্যবহারকারীর অধিভুক্তি দেখুন)।

এই নতুন স্থাপনার দৃশ্যকে সমর্থন করার বিষয়ে আরও বিশদ তথ্যের জন্য, সম্পূর্ণরূপে পরিচালিত ডিভাইসগুলিতে কাজের প্রোফাইলগুলির জন্য উত্সর্গীকৃত পৃষ্ঠাটি দেখুন৷

ব্যবহারকারী সংযুক্তি

যখন একজন ডিভাইস মালিক এবং একজন প্রোফাইল মালিক একই সংস্থার প্রতিনিধিত্ব করে:

  • ডিভাইস এবং প্রোফাইল মালিকরা একই APK-এর মধ্যে একে অপরের সাথে যোগাযোগ করতে পারে—তারা নীতি বা স্থিতি ভাগ করতে চাইতে পারে (উপরে সম্পূর্ণরূপে পরিচালিত ডিভাইসগুলিতে কাজের প্রোফাইলগুলি দেখুন)।

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

একটি প্রোফাইল বা ব্যবহারকারীর সাথে সংযুক্ত অ্যাফিলিয়েশন আইডি, সংস্থাগুলি স��াক্ত করে৷ যখন অ্যাফিলিয়েশন আইডি মেলে, ব্যবহারকারীরা অ্যাফিলিয়েটেড হয়ে যায়। ডিভাইসের মালিক এবং প্রোফাইল মালিকরা তাদের অ্যাফিলিয়েশন আইডি সেট করতে setAffiliationIds() ব্যবহার করেন। দীর্ঘ, অনুমান করা কঠিন, স্ট্রিং আইডি ব্যবহার করে প্রতিষ্ঠানের প্রতিনিধিত্ব করুন।

অনুমোদিত ব্যবহারকারীদের জন্য নতুন অ্যাক্সেস

যদি একটি ডিভাইসের সমস্ত মাধ্যমিক ব্যবহারকারী এবং প্রোফাইলগুলি ডিভাইসের মালিকের সাথে অনুমোদিত হয়, তাহলে নিম্নলিখিত বৈশিষ্ট্যগুলি উপলব্ধ:

নিরাপত্তা লগিং এবং বাগ রিপোর্টিং পূর্বে শুধুমাত্র একক-ব্যবহারকারী ডিভাইসে বা শুধুমাত্র একটি প্রোফাইল এবং একজন ব্যবহারকারীর ডিভাইসে উপলব্ধ ছিল।

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

কাস্টমাইজড প্রভিশনিং দাবিত্যাগ

ডিপিসি এখন প্রভিশনিংয়ের সময় ব্যবহারকারীদের কাছে তাদের নিজস্ব দাবিত্যাগ দেখাতে পারে। স্টাইলযুক্ত পাঠ্য দাবিত্যাগ সরবরাহ করতে EXTRA_PROVISIONING_DISCLAIMERS , EXTRA_PROVISIONING_DISCLAIMER_HEADER , এবং EXTRA_PROVISIONING_DISCLAIMER_CONTENT ব্যবহার করুন৷ একটি DPC-এর কাস্টম দাবিত্যাগ সংকোচনযোগ্য শর্তাবলীর তালিকায় উপস্থিত হয়৷

নিরাপত্তা

প্রোফাইল মালিক এবং ডিভাইসের মালিকরা একটি ডিভাইস আনলক করার সময়সীমা কনফিগার করতে setRequiredStrongAuthTimeout() ব্যবহার করতে পারেন অথবা একটি সেকেন্ডারি প্রমাণীকরণ পদ্ধতি, যেমন আঙ্গুলের ছাপ বা ট্রাস্ট এজেন্ট সহ একটি প্রোফাইল আনলক করতে পারেন৷ সময়সীমার মে��়াদ শেষ হওয়ার পরে, ব্যবহারকারীকে অবশ্যই একটি শক্তিশালী প্রমাণীকরণ পদ্ধতি, যেমন একটি পাসওয়ার্ড, পিন বা প্যাটার্ন ব্যবহার করে ডিভাইস বা প্রোফাইল আনলক করতে হবে।

ডিভাইসের মালিক এবং প্রোফাইল মালিকরা resetPasswordWithToken() ব্যবহার করে নিরাপদে ডিভাইস এবং কাজের প্রোফাইল পাসওয়ার্ড রিসেট করতে পারেন। ফাইল-ভিত্তিক এনক্রিপশন সমর্থন করে এমন ডিভাইসগুলির জন্য, ব্যবহারকারী তাদের ডিভাইস বা প্রোফাইল আনলক করার আগে এই API উপলব্ধ থাকে, যদি DPC এনক্রিপশন-সচেতন থাকে।

ফাইল-ভিত্তিক এনক্রিপশন সমর্থন করে এমন একটি ডিভাইসে কাজের প্রোফাইল লক করার সময়, lockNow(int) ঐচ্ছিকভাবে FLAG_EVICT_CREDENTIAL_ENCRYPTION_KEY ব্যবহার করে কাজের প্রোফাইলের প্রাথমিক এনক্রিপশন কীগুলিকে উচ্ছেদ করতে পারে৷ ব্যবহারকারী যদি তাদের কাজের প্রোফাইল বন্ধ করে দেয় তবে এনক্রিপশন কীগুলিও উচ্ছেদ করা হয়৷

এছাড়াও, ডিভাইস মালিকরা কর্পোরেট-মালিকানাধীন ডিভাইসগুলি থেকে শুরু করা DNS ক্যোয়ারী এবং TCP সংযোগগুলির নেটওয়ার্ক লগিং চালু করতে setNetworkLoggingEnabled() ব্যবহার করতে পারেন। আরও তথ্যের জন্য, নেটওয়ার্ক কার্যকলাপ লগিং দেখুন।

প্রোফাইল মালিকরা প্রাথমিক ব্যবহারকারীর প্যাকেজগুলির মধ্যে কোনটি কাজের প্রোফাইল বিজ্ঞপ্তিগুলি পর্যবেক্ষণ করতে পারে তা সীমাবদ্ধ করতে পারে৷ একটি NotificationListenerService এর মাধ্যমে ইভেন্টগুলি গ্রহণকারী অনুমোদিত তালিকাভুক্ত প্যাকেজগুলি সেট করতে setPermittedCrossProfileNotificationListeners() কে কল করুন। অনুমোদিত শ্রোতাদের null (ডিফল্ট) সেট করা অনুমোদিত তালিকা অক্ষম করে এবং সমস্ত প্যাকেজ বিজ্ঞপ্তি শুনতে পারে। সিস্টেম প্যাকেজ ইভেন্ট সীমিত করতে, একটি খালি সেট পাস করুন। কাজের প্রোফাইল বিজ্ঞপ্তিগুলি অ্যাক্সেস করতে পারে না এমন অ্যাপগুলি দেখতে, ব্যবহারকারীরা সেটিংস > অ্যাপ এবং বিজ্ঞপ্তি > ��ি����ষ অ্যাপ অ্যাক্সেস > বিজ্ঞপ্তি অ্যাক্সেসে ট্যাপ করতে পারেন।

অবশেষে, প্রোফাইল মালিক এবং ডিভাইসের মালিকরা getPendingSystemUpdate() ব্যবহার করে ডিভাইসে উপলব্ধ মুলতুবি থাকা সিস্টেম আপডেটগুলি সম্পর্কে তথ্য পুনরুদ্ধার করতে পারেন।

অ্যাপ ম্যানেজমেন্ট এপিআই প্রতিনিধি

API অর্পণ ডিভাইস মালিক এবং প্রোফাইল মালিকদের অন্যান্য অ্যাপ্লিকেশনগুলিতে অ্যাপ পরিচালনা সম্পূর্ণরূপে অফলোড করতে সক্ষম করে৷ DevicePolicyManager ক্লাস প্রতিনিধিত্বের সুযোগগুলি পরিচালনা করার পদ্ধতিগুলি সরবরাহ করে যা ডিভাইস এবং প্রোফাইল মালিকরা একটি প্যাকেজকে মঞ্জুর করতে পারে:

  • setDelegatedScopes() পদ্ধতিটি ডিভাইসের মালিক এবং প্রোফাইল মালিকদের অন্যান্য অ্যাপে বিশেষ সুবিধাপ্রাপ্ত API-এ অ্যাক্সেস দেওয়ার অনুমতি দেয়।
  • getDelegatedScopes() পদ্ধতি একটি প্যাকেজে প্রদত্ত স্কোপগুলি ফেরত দেয়।
  • getDelegatePackages() প্যাকেজগুলিকে ফেরত দেয় যেগুলির একটি সুযোগ রয়েছে।

নিম্নলিখিত সারণীটি দেখায় কিভাবে DevicePolicyManager এর বিভিন্ন পদ্ধতি বিভিন্ন স্কোপে সংগঠিত হয়:

সারণী 1. স্কোপ এবং ডিভাইস নীতি পদ্ধতির মধ্যে চিঠিপত্র

গ্রুপ পদ্ধতি
DELEGATION_CERT_INSTALL
DELEGATION_APP_RESTRICTIONS
DELEGATION_BLOCK_UNINSTALL setUninstallBlocked()
DELEGATION_PERMISSION_GRANT
DELEGATION_PACKAGE_ACCESS
DELEGATION_ENABLE_SYSTEM_APP enableSystemApp()

দীর্ঘ-চলমান ব্যাকগ্রাউন্ড পরিষেবা

ডিভাইস এবং প্রোফাইল মালিকরা ব্যাকগ্রাউন্ড পরিষেবা তৈরি করতে DeviceAdminService সাবক্লাস করতে পারেন। অ্যান্ড্রয়েড সিস্টেম ব্যবহারকারীর চলাকালীন পরিষেবাটি চালু রাখার চেষ্টা করে। আপনি যদি পর্যায়ক্রমিক কাজ চালাতে চান, তাহলে একটি ব্যাকগ্রাউন্ড পরিষেবা তৈরি করার আগে JobScheduler ব্যবহার করার কথা বিবেচনা করুন।

ব্যাকআপ পরিষেবা নিয়ন্ত্রণ করা

ডিভাইসের মালিকরা DevicePolicyManager এ নতুন পদ্ধতি ব্যবহার করে Android ব্যাকআপ পরিষেবা টগল করতে পারেন। setBackupServiceEnabled() ব্যবহার করে ব্যাকআপ পরিষেবা সক্ষম এবং নিষ্ক্রিয় করুন৷ isBackupServiceEnabled() ব্যবহার করে ব্যাকআপ পরিষেবার স্থিতি পরীক্ষা করুন।

Wi-Fi প্রক্সি কনফিগারেশন

ডিভাইস মালিক এবং প্রোফাইল মালিকরা Wi-Fi নেটওয়ার্কের জন্য HTTP প্রক্সি সার্ভার কনফিগার করতে পারেন। প্রতিটি Wi-Fi নেটওয়ার্কের জন্য একটি প্রক্সি সার্ভার কনফিগার করতে একটি PAC ফাইল বা ম্যানুয়াল সেটিংস ব্যবহার করুন৷ একটি WifiConfiguration এর জন্য প্রক্সি সেট বা সরাতে, এর setHttpProxy() পদ্ধতিতে কল করুন। প্রক্সি সেটিংস পেতে getHttpProxy() কল করুন।

অ্যাডমিন-অক্ষম বৈশিষ্ট্যগুলির জন্য ব্যাখ্যা ডায়ালগ

প্রশাসক-অক্ষম বৈশিষ্ট্য ব্যবহার করার চেষ্টাকারী ব্যবহারকারীদের আপনার অ্যাপটি একটি দরকারী ব্যাখ্যা দেখাতে হবে। সমস্ত অ্যাপ এখন createAdminSupportIntent() ব্যবহার করে এমন একটি অভিপ্রায় তৈরি করতে পারে যা startActivity(Intent) এ পাস করার সময় একটি ব্যাখ্যা ডায়ালগ প্রদর্শন করে। উদ্দেশ্যগুলির মধ্যে অক্ষম ক্যামেরাগুলির জন্য কাস্টমাইজড, স্থানীয় ব্যাখ্যা, অক্ষম স্ক্রিন ক্যাপচার এবং সমস্ত UserManager বিধিনিষেধ অন্তর্ভুক্ত রয়েছে৷

ব্লুটুথ সীমাবদ্ধ করা

ডিভাইসের মালিকরা ব্লুটুথ অক্ষম করতে পারেন—ডিভাইসের সমস্ত ব্যবহারকারী এবং প্রোফাইলকে প্রভাবিত করে। ব্লুটুথ বন্ধ করতে, ব্যবহারকারীর সীমাবদ্ধতা DISALLOW_BLUETOOTH যোগ করুন।

ডিভাইসের মালিক এবং প্রোফাইল মালিকরা DISALLOW_BLUETOOTH_SHARING ব্যবহার করে ব্লুটুথের মাধ্যমে ফাইল পাঠানো ব্যবহারকারীদের আটকাতে পারেন। ফাইল গ্রহণ প্রভাবিত হয় না. একটি ডিভাইস মালিক দ্বারা সেট করা হলে, DISALLOW_BLUETOOTH_SHARING ডিভাইসের সমস্ত ব্যবহারকারীর জন্য প্রযোজ্য৷ Android 8.0-এ আপগ্রেড করা ডিভাইসগুলিতে নতুন প্রোফাইল এবং বিদ্যমান প্রোফাইলগুলির জন্য Android 8.0-এ এই সেটিংটি ডিফল্ট।

আচরণ পরিবর্তন

আপনি যদি DPC সহ ব্যবসার জন্য অ্যাপ তৈরি করেন, তাহলে আপনার Android 8.0-এ নিম্নলিখিত আচরণের পরিবর্তনগুলি পর্যালোচনা করা উচিত এবং সেই অনুযায়ী আপনার অ্যাপটি সংশোধন করা উচিত।

ব্যবহারকারীদের সরানো হচ্ছে

DISALLOW_REMOVE_USER সক্ষম করা থাকলেও ডিভাইস মালিকগণ removeUser() ব্যবহার করে সেকেন্ডারি ব্যবহারকারী এবং পরিচালিত প্রোফাইলগুলিকে সরাতে পারেন৷

নিরাপত্তা

প্রমাণীকরণ

নিম্নলিখিত পরিবর্তনগুলি DevicePolicyManager ক্লাসে কার্যকর হয়েছে:

  • lockNow() পদ্ধতি শুধুমাত্র কাজের প্রোফাইল লক করে যদি একটি পৃথক কাজের চ্যালেঞ্জ সক্রিয় থাকে।
  • resetPassword() পদ্ধতিটি আর DPC গুলিতে উপলব্ধ নেই যা ডিভাইস মালিক বা প্রোফাইল মালিক হিসাবে কাজ করে ��বং Android 8.0 কে লক্ষ্য করে। যদি বলা হয়, একটি নিরাপত্তা ব্যত����্���� নিক্ষেপ করা হয়। পরিবর্তে, DPC-র ব্যবহার করা উচিত resetPasswordWithToken()

    দ্রষ্টব্য: অ্যান্ড্রয়েড 7.1.1 (API স্তর 25) বা তার নিচের DPCগুলিকে লক্ষ্য করে, সেইসাথে শুধুমাত্র ডিভাইস অ্যাডমিন সুবিধা সহ DPCগুলি এই পরিবর্তন দ্বারা প্রভাবিত হয় না৷

  • ফাইল-ভিত্তিক এনক্রিপশন সমর্থন করে এমন ডিভাইসগুলির জন্য, ব্যবহারকারী রিবুট করার পরে প্রথমবার ডিভাইসটি আনলক করার আগে isActivePasswordSufficient() উপলব্ধ নেই৷ ব্যবহারকারী ডিভাইসটি আনলক করার আগে কল করলে, একটি ব্যতিক্রম নিক্ষেপ করা হয়।

লক করা কাজের প্রোফাইল থেকে ডেটা

অ্যান্ড্রয়েড 8.0 একটি লক করা কাজের প্রোফাইল থেকে ডেটা আলাদা করতে ব্যবহারকারীর ইন্টারফেস পরিবর্তনগুলি অন্তর্ভুক্ত করে।

  • কাজের প্রোফাইলে থাকা অ্যাপগুলির জন্য বিজ্ঞপ্তিগুলি এখন তাদের সামগ্রী লুকাতে পারে৷ পূর্বে, নোটিফিকেশন ড্রয়ার একটি লক করা কাজের প্রোফাইল থেকে কাজের অ্যাপের বিষয়বস্তু দেখাত।
  • সাম্প্রতিক স্ক্রীনটি এখন একটি লক করা কাজের প্রোফাইল থেকে অ্যাপ্লিকেশন চালানোর জন্য একটি প্লেইন প্যানেল দেখায়৷ সরল, রঙ-চাবিযুক্ত প্যানেলে একটি অ্যাপের আইকন এবং নাম রয়েছে। পূর্বে, একটি লক করা কাজের প্রোফাইল থেকে ক্রিয়াকলাপ বা কাজগুলি সাম্প্রতিক স্ক্রিনে একটি পূর্বরূপ দেখাত।

ডিভাইসের অখণ্ডতা

  • ENSURE_VERIFY_APPS পতাকা এখন একটি বিশ্বব্যাপী ব্যবহারকারী সীমাবদ্ধতা। ডিভাইসের কোনো ব্যবহারকারীর এই বিধিনিষেধ থাকলে, অ্যাপ যাচাইকরণ ডিভাইসের সমস্ত ব্যবহারকারীর জন্য প্রয়োগ করা হয়। উদাহরণস্বরূপ, যদি একজন প্রোফাইল মালিক কাজের প্রোফাইলে বিধিনিষেধ সেট করেন, অ্যাপ যাচাইকরণ ব্যবহারকারীর ব্যক্তিগত প্রোফাইলে প্রয়োগ করা হয়।
  • onSystemUpdatePending() পদ্ধতিটি এখন ডিভাইসের মালিকদের ছাড়াও প্রোফাইল মালিকদের জন্য ব্যবহার করা হয়েছে।
  • SystemUpdatePolicy ক্লাস ব্যবহার করার সময়, স্থগিত নীতি আর নিরাপত্তা প্যাচগুলিতে প্রযোজ্য নয়, তাই নিরাপত্তা প্যাচগুলি আর স্থগিত করা যাবে না। অন্যান্য নীতির আচরণ, যেমন স্বয়ংক্রিয় এবং উইন্ডোড, প্রভাবিত হয় না।
  • DISALLOW_FACTORY_RESET সক্ষম করা থাকলেও ডিভাইস মালিকরা wipeData() ব্যবহার করে একটি ফ্যাক্টরি রিসেট ট্রিগার করতে পারেন।

সর্বদা-চালু VPN

অ্যান্ড্রয়েড 8.0 ব্যবহারকারীদের সর্বদা-চালু VPN সংযোগের অবস্থা বুঝতে সাহায্য করার জন্য ব্যবহারকারীর ইন্টারফেস পরিবর্তনগুলি অন্তর্ভুক্ত করে:

  • যখন সর্বদা-চালু VPN সংযোগগুলি সংযোগ বিচ্ছিন্ন হয় বা সংযোগ করতে পারে না, ব্যবহারকারীরা একটি বাতিলযোগ্য বিজ্ঞপ্তি দেখতে পান। বিজ্ঞপ্তিতে ট্যাপ করা VPN কনফিগারেশন সেটিংস দেখায়। VPN পুনরায় সংযোগ করলে বা ব্যবহারকারী সর্বদা-চালু VPN বিকল্পটি বন্ধ করলে বিজ্ঞপ্তিটি অদৃশ্য হয়ে যায়।
  • সর্বদা-চালু VPN একটি ডিভাইস ব্যবহারকারী ব্যক্তিকে VPN ব্যবহার করে না এমন কোনো নেটওয়ার্ক সংযোগ ব্লক করতে দেয়। এই বিকল্পটি চালু করার সময়, সেটিংস অ্যাপ ব্যবহারকারীকে সতর্ক করে যে VPN সংযোগ না হওয়া পর্যন্ত তাদের ইন্টারনেট সংযোগ থাকবে না। সেটিংস ব্যবহারকারীকে চালিয়ে যেতে বা বাতিল করতে অনুরোধ করে।

VPN অ্যাপগুলির VpnService এখন লঞ্চের পরে তার startForeground() পদ্ধতিতে কল করতে হবে। যেহেতু অ্যান্ড্রয়েড সিস্টেম সরাসরি একটি VPN অ্যাপের পরিষেবা শুরু করে, তাই অগ্রভাগে স্থানান্তর করা অ্যাপের দায়িত্ব৷ Android 8.0 VPN অ্যাপগুলিকে বন্ধ করে দেয় যেগুলি VPN পরিষেবাটিকে অগ্রভাগে স্থানান্তরিত করে না৷

পাসওয়ার্ড কলব্যাক

DeviceAdminReceiver এর পাসওয়ার্ড পরিবর্তনের কলব্যাকগুলিতে এখন ব্যবহারকারী বা প্রোফাইলটি সনাক্ত করার জন্য একটি user প্যারামিটার অন্তর্ভুক্ত করা হয়েছে যার সাথে পাসওয়ার্ডটি রয়েছে। নতুন পদ্ধতি স্বাক্ষর হল:

প্রতিটি নতুন পদ্ধতির ডিফল্ট বাস্তবায়ন পূর্ববর্তী সংস্করণটিকে কল করে—ব্যবহারকারীর যুক্তি বাদ দেয়। অ্যান্ড্রয়েড 8.0 পূর্ববর্তী পদ্ধতিগুলিকে অবমূল্যায়ন করে।

অ্যাপ ম্যানেজমেন্ট এপিআই প্রতিনিধি

DevicePolicyManager ক্লাসে নিম্নলিখিত পদ্ধতিগুলি এখন অবমূল্যায়িত করা হয়েছে:

এছাড়াও, এখন একাধিক প্যাকেজে একটি একক সুযোগ অর্পণ করা সম্ভব। অন্য কথায়, ডিভাইস মালিক এবং প্রোফাইল মালিকরা একই সাথে API-এর একই সেটে দুটি ভিন্ন প্যাকেজ অ্যাক্সেস দিতে পারে।