Mulai dengan saat lisensi harus dikeluarkan
Ada dua arti yang berbeda dari offline DRMPada awalnya, masing-masing Android perangkat memperoleh sebuah persisten Widevine lisensi ketika tersambung dan diunduh atau menerima media terenkripsi. Selama perjalanan itu menyimpan kembali lisensi lokal sendiri. DRM-X Android SDK dukung model aplikasi ini pada perangkat yang memenuhi syarat; tak ada server lisensi on-board diperlukan untuk putar ulang biasa.
Pada saat kedua, perangkat tidak dapat memperoleh lisensi sebelum keberangkatan. Sebuah server di pesawat, bus, kereta atau kapal harus mengeluarkan lisensi baru melalui jaringan lokal, sementara internet publik tidak tersedia. Sebuah titik akhir hanya awan tidak dapat melayani permintaan tersebut. Ini adalah penyebaran lisensi on- papan, bukan sebuah pengaturan unduh pemutar dan bukan hanya sebuah cache lisensi respon.
Sebuah praktis on- board lisensi arsitektur
Pada tanah, sistem pengepakan Anda menyandikan media dan asosiasi nya adalah Content IDs s, ID kunci dan kebijakan. Dienkripsi media dan materi pengaturan kunci-dilindungi yang ditransfer ke kendaraan. Kunci enkripsi kontent tidak boleh melakukan perjalanan sebagai berkas-berkas yang tidak dilindungi di samping film: gunakan transfer yang terotentikasi, terenkripsi, dan pengosongan - perlindungan kunci terikat dengan akses administratif yang terkontrol.
Pada papan, pemutar otentikasi melalui layanan lokal dan kirim device- dihasilkan DRM tantangan. implementasi server berlisensi menyetujui permintaan, secara aman mendapatkan kunci isi yang sesuai dan menciptakan DRM Respon lisensi untuk klien itu. CDM- bukan server aplikasi on-board - mendekripsi media untuk memutar yang dilindungi. Pengiriman media tetap berada di jalur lokal / cache yang terpisah.
DRM-X dapat bekerja dengan enkripsi tanah yang sudah ada dan sistem media- loading. Sebuah penyebaran Linux / container adalah sebuah opsi untuk mengevaluasi terhadap penyedia waktu dan perangkat keras yang disetujui. Kontainer paket saja tidak dapat menentukan bahwa sistem penuh dapat beroperasi tanpa DNS, waktu internet, penyediaan online atau lisensi eksternal.
Buktikan layanan lengkap tanpa koneksi WAN
Sebelum menjanjikan peluncuran armada, memenuhi syarat perizinan penyedia dan server SDK, aktivasi kredensial, penyediaan perangkat, dan pembaharuan, waktu yang terpercaya, kehidupan sertifikat, pembatalan dan jangka waktu terputus maksimum. Konfirmasi bagaimana perangkat yang baru atau pengganti ditangani ketika pertama kali muncul selama perjalanan.
Tes penerimaan harus menghapus jalur internet dan menutupi permintaan lisensi baru, reboot, failover, kedaluwarsa, penyegaran isi, kegagalan penyimpanan dan pemulihan. Berhasil memutar telepon dengan lisensi offline yang diperoleh sebelumnya membuktikan model tetap-klien; ini tidak membuktikan penerbitan lisensi baru oleh server yang terselip.
- Menyediakan dan hak-pemegang persetujuan untuk penyebaran
- Impor kunci terproteksi, penyimpanan dan akses administratif at- rest
- Otentikasi lokal, batas perangkat dan kebijakan yang ditandatangani
- Waktu luring, penyediaan dan ketergantungan sertifikat
- Kapasitas, failover, update dan audable pemulihan
Perlakukan isi premium sebagai persyaratan end-to-end
Hollywood dan katalog premium lainnya dapat memaksakan device- keamanan, decoding aman, outputs-protection, geografis, rental dan laporan kondisi. Agree persyaratan tersebut dengan pemegang hak cipta, kemudian memetakan mereka ke pilihan DRM, perangkat keras dan prosedur operasi. Sebuah nama produk DRM atau gambar kontainer tidak pengganti untuk persetujuan.
Ketika kendaraan tersambung kembali, sinkronisasi bukti operasional yang disetujui dan pemutakhiran konten tanpa mengekspos kunci yang jelas atau kredensial dalam log. Rencana pembaharuan sertifikat dan pemutakhiran perangkat lunak cukup jauh di depan pelayaran terjauh terputus. Rencana pemulihan operasional sama pentingnya dengan pemutaran pertama yang sukses.
Beritahu kami tentang armada Anda dan sistem yang ada
Haihaisoft dapat menilai dan membangun layanan khusus on-board DRM dengan Anda. Mulailah dengan berbagi arsitektur Anda, diperlukan DRM sistem, paket dasar / tombol-transfer proses dan target pemutar stack. Kami akan mengidentifikasi batas-batas integrasi, proof-of-konsep kriteria kriteria penerimaan dan penyebaran pekerjaan yang diperlukan sebelum komitmen produksi.
Menyertakan jumlah pesawat atau kendaraan, kursi / perangkat per kendaraan, puncak pemutaran secara bersamaan, Android model dan firmware, resolusi yang diharapkan, server lokal CPU / OS, durasi terpendek dan perbarui jendela. Juga memberitahu kita apakah perangkat dijalankan oleh layar belakang, perangkat yang dimiliki oleh passenger, atau campuran: Menyediakan dan berhak berbeda secara substansial.
Pertanyaan umum
Apakah kita harus mendapatkan lisensi sebelum keberangkatan?
Tidak jika layanan on-board berlisensi dan benar dapat mengeluarkan mereka secara lokal. Ketika diperlukan, penyebaran server dan ketergantungan menjadi bagian dari projek.
Haruskah kita menggunakan DRM-X Android pemutar?
No. Kompatibel asli Media3 pemutar dapat mengintegrasikan dengan kontrak backend / license yang disepakati. SDK menyederhanakan integrasi klien tetapi tidak dapat membuat server papan satu sendiri.
Dapatkah Anda menyediakan penyebaran Linux Docker?
Penugasan Linux / container dapat dievaluasi untuk layanan custom, subyek ke penyedia waktu jalan, izin, hardware, dan penerimaan terputus sepenuhnya. Ini bukan klaim tidak bersyarat untuk setiap DRM.
Apakah layanan on- board disertakan dengan Pengunduhan Profesional SDK?
No Profesional dan Enterprise menyediakan Android SDK download akses. Sebuah layanan lisensi loncatan onboard spesifik membutuhkan berbeda scoping dan persetujuan komersial.
Latar belakang platform: Widevine tinjauan platform. Product behavior and deployment scope are described above; platform capabilities do not imply every customer deployment is qualified.