SUMBER :
PERTEMUAN 3
1.
OPEN
SERVICE GATEWAY ( OSGI )
OSGI (Open
Service Gateway Initiative) adalah sebuah rencana industri untuk cara standar
untuk menghubungkan perangkat seperti perangkat rumah tangga dan sistem
keamanan ke Internet. OSGI berencana menentukan program aplikasi antarmuka
(API) untuk pemrogram menggunakan, untuk memungkinkan komunikasi dan kontrol
antara penyedia layanan dan perangkat di dalam rumah atau usaha kecil jaringan
OSGi teknologi
adalah sistem modul dinamis untuk Java ™
OSGi teknologi
menyediakan layanan berorientasi, komponen berbasis lingkungan untuk para
pengembang dan menawarkan cara-cara standar untuk mengelola siklus hidup
perangkat lunak. Kemampuan ini sangat meningkatkan nilai berbagai komputer dan
perangkat yang menggunakan platform Java.
Pengadopsi
teknologi OSGi manfaat dari peningkatan waktu ke pasar dan mengurangi
biaya pengembangan karena teknologi OSGi menyediakan integrasi
pra-dibangun dan pra-komponen subsistem diuji. Teknologi ini juga mengurangi
biaya pemeliharaan dan kemajuan aftermarket baru peluang unik karena jaringan
dapat dimanfaatkan untuk secara dinamis mengupdate atau memberikan layanan dan
aplikasi di lapangan.
Spesifikasi:
OSGi spesifikasi
yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk
umum secara gratis di bawah Lisensi Spesifikasi OSGi. OSGi Allianceyang
memiliki kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009,
daftar bersertifikat OSGi implementasi berisi lima entri.
Arsitektur:
Setiap
kerangka yang menerapkan standar OSGi menyediakan suatu lingkungan
untuk modularisasi aplikasi ke dalam kumpulan yang lebih kecil. Setiap bundel
adalah erat-coupled, dynamically loadable kelas koleksi, botol, dan file-file
konfigurasi yang secara eksplisit menyatakan dependensi eksternal mereka (jika
ada). Kerangka kerja konseptual yang dibagi dalam bidang-bidang berikut:
Bundles
Bundles adalah normal jar komponen dengan nyata tambahan header
Bundles adalah normal jar komponen dengan nyata tambahan header
Services
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
Services
API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
Modules
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
Security
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
Execution
Environment
Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentuTidak ada daftar tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa. Namun, set berikut saat ini didukung oleh sebagian besar OSGi implementasi:
• CDC-1.1/Foundation-1.1 CDC-1.1/Foundation-1.1
• OSGi/Minimum-1.0 OSGi/Minimum-1.0
• OSGi/Minimum-1.1 OSGi/Minimum-1.1
• JRE-1.1 JRE-1.1
• From J2SE-1.2 up to J2SE-1.6 Dari J2SE-1.2 hingga J2SE-1,6
• CDC-1.0/Foundation-1.0 CDC-1.0/Foundation-1.0
Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentuTidak ada daftar tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa. Namun, set berikut saat ini didukung oleh sebagian besar OSGi implementasi:
• CDC-1.1/Foundation-1.1 CDC-1.1/Foundation-1.1
• OSGi/Minimum-1.0 OSGi/Minimum-1.0
• OSGi/Minimum-1.1 OSGi/Minimum-1.1
• JRE-1.1 JRE-1.1
• From J2SE-1.2 up to J2SE-1.6 Dari J2SE-1.2 hingga J2SE-1,6
• CDC-1.0/Foundation-1.0 CDC-1.0/Foundation-1.0
Open
Services Gateway Initiative (OSGi)
Automotive
Multimedia Interface Kolaborasi (AMIC) didirikan pada Oktober 1998 dengan
tujuan untuk mengembangkan serangkaian spesifikasi umum untuk multimedia
interface ke sistem elektronik kendaraan bermotor untuk mengakomodasi berbagai
berbasis komputer perangkat elektronik di dalam kendaraan.
AMI-C adalah organisasi global yang mewakili mayoritas dunia produksi
kendaraan. AMI-C adalah mengembangkan dan standarisasi yang umum multimedia dan
telematika otomotif antarmuka untuk kendaraan jaringan komunikasi. Organization
of motor vehicle manufactures created to facilitate the development and
standardization of automotive multimedia interfaces to motor vehicle
communication networks.– Specifications for physical network interfaces,
network protocols and In-vehicle software interfaces (telematics and local) :
Setelah
mencari beberapa referensi di internet ternyata Automotive Multimedia Interface
Collaboration adalah sebuah kelompok yang dibuat oleh pembuat/pabrik automotive
untuk menciptakan standar umum untuk mengatur bagaimana perangkat elektronik,
seperti computer dan unit-unit hiburan berkomunikasi dengan kendaraan. Tapi
kenapa perlu ada Automotive Multimedia Interface Collaboration? Ternyata para
pembuat/pabrik automotive mengkhawatirkan bahwa perangkat elektronik dan
multimedia akan tidak cocok/tidak kompatibel dengan kendaraan; bahwa perangkat
tersebut dapat mengganggu elektronik yang mengontrol sistem keselamatan dan
bahwa organisasi standar yang ada tidak akan bergerak cukup cepat. Oleh karena
itu terbentuklah Automotive Multimedia Interface Collaboration.
Arsitektur
AMIC
ditentukan unsur arsitektur platform terintegrasi
Komponen
Arsitektur
AMIC memiliki empat komponen
In-Vehicle
Jaringan
Jaringan
perangkat
Kendaraan
Antarmuka
Host
(platform komputasi)
Fungsional
Setiap
perangkat elektronik yang dipasang belum tentu cocok dengan setiap kendaraan.
Perangkat elektronik atau multimedia bisa saja mengganggu sistem keselamatan
dan system-sistem lain di dalam kendaraan. Itulah kenapa perlu dibentuk
standarisasi kolaborasi antarmuka multimedia.
Automotive
Multimedia Interface Collaboration (AMI-C) sudah memiliki anggota : Fiat, Ford,
General Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault. AMI-C
mengembangkan dan men-standarisasi antarmuka multimedia dan telematika otomotif
yang umum untuk jaringan komunikasi kendaraan. Dan 40 pemasok elektronik
mendaftarkan diri untuk menulis standar. Mereka berpendapat untuk menulis
standar diperlukan waktu selama 2 tahun. Tapi dua tahun adalah masa di
telematika. Penyelenggara elektronik, ponsel, komputer dan peralatan video yang
akan menggunakan koneksi dapat melewati beberapa generasi dalam waktu itu.
Standar-standar
akan memungkinkan sebuah pasar plug-and-play global untuk perangkat elektronik
yang akan dipasang di kendaraan dengan kemudahan yang sama dengan melampirkan
pheriperal komputer pribadi.
Tujuan dari
AMIC ini antara lain menyediakan interface standar untuk memungkinkan
pengendara mobil untuk menggunakan berbagai media, komputer dan perangkat
komunikasi - dari sistem navigasi dan hands-free telepon selular, melalui
manusia maju / mesin sistem antarmuka, termasuk pengenalan suara dan sintesis,
untuk dipersembahkan komunikasi jarak dekat (DSRC) sistem untuk kendaraan untuk
infrastruktur komunikasi dan sistem mobil seperti airbag, pintu kunci dan
diagnostik input / output.
Tidak ada komentar:
Posting Komentar