PushKit — এটি কী, VoIP-এর জন্য push বিজ্ঞপ্তি ॐয়ামওয়ার্ক

PushKit কী এবং এটি কিভাবে কাজ করে?

PushKit হল Apple দ্বারা iOS 8-এ উপস্থাপিত একটি framework যা APNs সার্ভারের সাথে একটি স্থায়ী সংযোগের মাধ্যমে নিশ্চিত অগ্রাধিকারসহ push বিজ্ঞপ্তি প্রেরণ প্রক্রিয়া প্রদান করে। সাধারণ বিজ্ঞপ্তির বিপরীতে যা একটি মাত্র APNs চেনেলের মাধ্যমে যায় এবং বিলম্বিত হতে পারে, PushKit বিজ্ঞপ্তি উচ্চতর অগ্রাধিকারসহ একটি উৎসর্গ স্ত্রোত ব্যবহার করে, যা প্রায় রিয়াল-টাইম ডেলিভারি নিশ্চিত করে।

কারিগরিকভাবে, PushKit ডিভাইস এবং Apple এর push সার্ভারের মধ্যে একটি স্থায়ী TCP সংযোগের মাধ্যমে কাজ করে। যখন কোনো সার্ভার একটি VoIP বিজ্ঞপ্তি প্রেরণ করে, সংযোগটি তাড়াতাড়ি ডিভাইসে পৌছে দেয়, যা অ্যাপ্লিকেশনকে জাগরিত করে এবং PKPushRegistry ডেলিগেটকে কল করে। অ্যাপ্লিকেশনটিকে সক্রিয় অবস্থায় থাকতে হবে না — PushKit এটিকে ব্যাকগ্রাউন্ড, সমাপ্ত অবস্থা, এবং ডিভাইস রিবূটের পরেও জাগরিত করতে পারে।

Microsoft Research (2024) এর মোবাইল প্ল্যাটফর্মগুলিতে push বিজ্ঞপ্তি লেটেন্সি নিয়ে গবেষণা অনুযায়ী, PushKit বিজ্ঞপ্তির মাধ্যিক লেটেন্সি 120–350 ms, যখন সাধারণ APNs বিজ্ঞপ্তির মাধ্যিক 1–5 সেকেন্ড। এই মৌলিক পার্থক্যটি উৎসর্গ TCP চেনেল এবং Apple এর পক্ষ থেকে অগ্রাধিকারসহ প্রক্রিয়াকরণের মাধ্যমে ব্যাখ্যা করা হয়।

PushKit কোন ধরনের বিজ্ঞপ্তি সমর্থন করে?

PushKit চারটি ধরন সমর্থন করে: VoIP (কলের জন্য), Complication (ঘড়ির ডায়াল ডেটার জন্য), FileProvider (ফাইল সিঙ্ক্রোনাইজেশনের জন্য), এবং PushToTalk (ওয়াকি-টকি কাজের জন্য)। iOS 13 থেকে, শুধুমাত্র VoIP ধরনটি তৃতীয়িয় ডিভেলপারের জন্য ব্যাপকভাবে উপলব্ধ রয়েছে। Complication এবং FileProvider এর নিশ্চিত প্রয়োগ রয়েছে এবং Apple এর নিজস্ব ইকোসিস্টেমের মধ্যে সীমাবদ্ধ।

PushKit বসার APNs: মূখ্য পার্থক্য

APNs (Apple Push Notification service) হল একটি সার্বভৌমিক push বিজ্ঞপ্তি প্রেরণ সেবা যা সকল অ্যাপ্লিকেশনের জন্য একটি মাত্র চেনেলের মাধ্যমে কাজ করে। চেনেলটি ভিড়ে গেলে Apple APNs বিজ্ঞপ্তি বাকি রাখতে পারে, দলবদ্ধ করতে পারে, এবং ডিসকার্ড ও করতে পারে। অন্যদিকে, PushKit পa্রতিটি বিজ্ঞপ্তি ধরনের জন্য একটি উৎসর্গ সংযোগ ব্যবহার করে, এবং Apple প্রতিটি VoIP push বিনা বাকি রাখা ছাড়া প্রেরণের গারন্টি দেয়।

পার্থক্যটি সময়-গুরুত্বপূর্ণ পরিস্থিতিতে স্পষ্ট হয়: APNs এর মাধ্যমে প্রেরিত একটি আগত কল 10–30 সেকেন্ড বিলম্বে আসতে পারে অথবা ডিভাইসটি পাওয়ার সেভিং মোডে থাকলে একদমও না ও আসতে পারে। PushKit ওয়াঁটি একই বিজ্ঞপ্তি ডিভাইসের অবস্থা নির্বিশেষে 100–500 ms এ প্রেরণ করে, কারণ এর TCP চেনেলটি সিস্টেম দ্বারা অগ্রাধিকারসহ সক্রিয় রাখা হয়।

বৈশিষ্ট্যের তুলনা

PushKit আর্কিটেক্চার: PKPushRegistry এবং PKPushPayload

PushKit আর্কিটেক্চার PKPushRegistry এর চারপাশে নির্মিত — একটি অবজেক্ট যা একটি নির্দিষ্ট ধরনের বিজ্ঞপ্তি গ্রহনের জন্য অ্যাপ্লিকেশনকে নিবন্ধন করে। অ্যাপ্লিকেশন একটি PKPushRegistry ইনস্টেন্স তৈরি করে, কাঙ্ক্ষিত ধরন (যেমন, PKPushTypeVoIP) নির্দিষ্ট করে, এবং একটি ডেলিগেট নিয়োগ করে। নিবন্ধনের পর, সিস্টেম স্বযংক্রিয়ভাবে APNs এর সাথে সংযোগ বায়ব রাখে এবং ডেলিগেটের মাধ্যমে push বিজ্ঞপ্তি প্রেরণ করে।

প্রতিটি বিজ্ঞপ্তি একটি PKPushPayload অবজেক্ট দ্বারা প্রদর্শিত হয়, যার মধ্যে সার্ভার ডেটা সহ একটি dictionaryPayload থাকে। পেলোডের আয়তন 5 KB এ সীমাবদ্ধ, যা কল মেটাডেটা প্রেরণের জন্য যথেষ্ট: কলার শনাক্তকারী, কলের ধরন (অডিও/ভিডিও), সংযোগের নাম, এবং সেশন টোকন। মিডিয়া স্ট্রিমটি আলাদাভাবে WebRTC বা অন্য রিয়াল-টাইম প্রোটোকলের মাধ্যমে প্রেরিত হয়।

PKPushRegistry নিবন্ধন

import PushKit

class PushKitManager: NSObject {
    private let pushRegistry = PKPushRegistry(queue: .main)
    
    func configure() {
        pushRegistry.delegate = self
        pushRegistry.desiredPushTypes = [.voIP]
    }
}

Push বিজ্ঞপ্তি গ্রহণ এবং প্রক্রিয়াকরণ

PushKit বিজ্ঞপ্তি গ্রহণের সময় ডেলিগেট পদ্ধতি কল করে। এই মুহূর্তে, অ্যাপ্লিকেশনকে dictionaryPayload থেকে ডেটা বার করতে হবে এবং তাড়াতাড়ি CallKit এর মাধ্যমে কলটি প্রদর্শন করতে হবে, অন্যথা সিস্টেম ব্যাকগ্রাউন্ড টাস্ক সমাপ্ত করতে পারে। Apple 30 সেকেন্ডের মধ্যে প্রক্রিয়াকরণ সম্পূর্ণ করার পরামর্শ দেয়, কিন্তু VoIP কলের জন্য প্রথম সেকেন্ডের মধ্যে কল স্ক্রিন প্রদর্শন করা গুরুত্বপূর্ণ।

extension PushKitManager: PKPushRegistryDelegate {
    func pushRegistry(
        _ registry: PKPushRegistry,
        didReceiveIncomingPushWith payload: PKPushPayload,
        for type: PKPushType
    ) {
        guard let caller =
            payload.dictionaryPayload["caller"] as? String
        else { return }
        
        CallKitManager.shared.reportIncomingCall(
            uuid: UUID(),
            handle: caller
        )
    }
}

iOS 13 সীমাবদ্ধি এবং PushKit ব্যবহার নিয়ম

iOS 13 লঞ্চের মাধ্যমে, Apple PushKit ব্যবহারে কড়া সীমাবদ্ধি আরোপ করেছে। ডিভেলপাররা ব্যাকগ্রাউন্ড অ্যাপ্লিকেশন আপডেটের জন্য একটি গোপন প্রক্রিয়া হিসাবে VoIP push ব্যাপকভাবে ব্যবহার করছিল — PushKit এর মাধ্যমে জাগরণ ব্যবহারকারীর স্পষ্ট অনুমতি ছাড়াই কন্টেন্ট লোড, ডেটা সিঙ্ক্রোনাইজেশন এবং ইন্টারফেস আপডেট করতে দিছিল। Apple এটিকে শক্তি সংরক্ষণ ধারণার লঙ্ঘন বলে মনে করে এবং PushKit কে শুধুমাত্র আগত কল ইংগিতে সীমাবদ্ধ করে।

এখন প্রতিটি PushKit বিজ্ঞপ্তিকে CallKit এর মাধ্যমে একটি আগত কল প্রদর্শনে পরিণত হতে হবে। যদি সিস্টেম নির্ধারণ করে যে PushKit অন্য উদ্দেশ্যে ব্যবহৃত হচ্ছে — যেমন, কল প্রদর্শন ছাড়া ব্যাকগ্রাউন্ড সিঙ্ক্রোনাইজেশন বা কন্টেন্ট আপডেট — তা হলে অ্যাপ্লিকেশনটি পরিালোচনার সময় প্রত্যাখ্যান বা PushKit সেবা থেকে অসক্ষম হতে পারে। Apple iOS 13 থেকে শুরু করে ব্যাকগ্রাউন্ড ডেটা আপডেটের জন্য PushKit ব্যবহারের ক্ষমতাও সরিয়ে দিয়েছে।

PushKit ব্যবহারের জন্য Apple সুপারিশ (iOS 13+)

• প্রতিটি VoIP বিজ্ঞপ্তিকে push গ্রহণের 5 সেকেন্ডের মধ্যে reportNewIncomingCall কল করতে হবে
• পিং, কন্টেন্ট সিঙ্ক্রোনাইজেশন বা টোকন আপডেটের জন্য PushKit ব্যবহার করবেন না — সেগুলির জন্য background fetch আছে
• সার্ভার প্রান্তে শুধুমাত্র যখন প্রকৃত আগত কল থাকে তখনই push প্রেরণ করা উচিত, প্রাক্টিকেল জাগরণের জন্য নয়
• পরবর্তী কল ছাড়া push গ্রহণ করলে Recent-এ একটি মিস কল দেখাবে — এটি ব্যবহারকারীকে দিক্ভ্রান্ত করে

Swift-এ PushKit সমন্বিতকরণ

সম্পূর্ণ PushKit সমন্বিতকরণে নিবন্ধন, push টোকন প্রাপ্তি এবং আগত বিজ্ঞপ্তি পরিচালনা অন্তর্ভুক্ত। PushKit স্বযংক্রিয়ভাবে বিজ্ঞপ্তি প্রেরণের অনুমতি চায় — PushKit এর জন্য একটি অতিরিক্ত UNUserNotificationCenter কলের প্রয়়োজন নেই, কিন্তু অ্যাপ্লিকেশনের লোকাল বিজ্ঞপ্তির জন্য প্রয়়োজন হতে পারে। নিবন্ধনের পর, সিস্টেম push টোকন প্রেরণের জন্য pushRegistry:didUpdatePushCredentials কল করে, যা সার্ভারে পাঠানো প্রয়়োজন।

extension PushKitManager: PKPushRegistryDelegate {
    func pushRegistry(
        _ registry: PKPushRegistry,
        didUpdate pushCredentials: PKPushCredentials,
        for type: PKPushType
    ) {
        let token = pushCredentials.token
            .map { String(format: "%02x", $0) }
            .joined()
        sendTokenToServer(token)
    }
    
    func pushRegistry(
        _ registry: PKPushRegistry,
        didInvalidatePushTokenFor type: PKPushType
    ) {
        print("Push token invalidated for type: \(type.rawValue)")
    }
}

সার্ভার থেকে push বিজ্ঞপ্তি প্রেরণ

সার্ভার প্রান্ত APNs এর মাধ্যমে push-type = voip এবং হেডার apns-push-type: voip সহ একটি PushKit বিজ্ঞপ্তি প্রেরণ করে। সাধারণ APNs এর বিপরীতে, VoIP push নিজস্ব সার্টিফিকেট ব্যবহার করে এবং topic কনফিগরেশনের প্রয়়োজন হয় না। কল শনাক্তকরণের জন্য পেলোডে সঙ্ক্ষিপ্ত ডেটা থাকা উচিত।

// VoIP push পেলোড উদাহরণ
{
    "aps": {
        "alert": {}
    },
    "caller": "+15551234567",
    "callerName": "Alice Johnson",
    "sessionId": "abc-123-def",
    "hasVideo": false
}

PushKit বিজ্ঞপ্তি নির্ণয় এবং ডিবাগিং

PushKit ডিবাগিং সাধারণ APNs এর চেয়ে অধিক জটিল কারণ PushKit iOS সিমুলেটরে কাজ করে না। নির্ণয়ের জন্য একটি ভৌতিক iPhone বা iPad প্রয়়োজন। সঠিক কাজের প্রথম লক্ষণ হল লঞ্চে সময় pushRegistry:didUpdatePushCredentials কল এবং একটি নির্দিষ্ট ফরম্যাটে (VoIP এর জন্য 64 হেক্স অক্ষর) push টোকন দেখানো। যদি ডেলিগেট কল না হয়, তা হলে আপনার অ্যাপ্লিকেশনের entitlement যাচাই করুন।

আরও একটি সাধারণ সমস্যা হল অ্যাপ্লিকেশন আপডেটের পর PushKit বিজ্ঞপ্তি প্রেরণ করছে না। এটি হয় যখন push টোকন বদলে গেছে কিন্তু সার্ভার পুরানোটি ব্যবহার করতে থাকে। সমাধান হল অ্যাপ্লিকেশন লঞ্চে সার্ভারে নতুন টোকন পাঠানো এবং pushRegistry:didInvalidatePushTokenForType কল হলে অবৈদ টোকন সরিয়ে দেওয়া। Apple সাধারণ APNs এর মাধ্যমে একটি ফলব্যাক প্রক্রিয়া বাস্তবায়নের সুপারিশও দেয়।

সাধারণ সমস্যা এবং সমাধান