Bagaimana Fungsional Kolaborasi Antarmuka Otomotif Multimedia (AMIC) Telematika

Automotive Multimedia Interface Collaboration (AMI-C) adalah mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif untuk kendaraan antarmuka jaringan komunikasi.

Tujuan utamanya adalah untuk:

• 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. 
• Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan.
•  Memotong biaya keseluruhan informasi kendaraan dan peralatan hiburan dengan meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan - industri otomotif efektif terdiri dari banyak pasar yang kecil karena setiap platform kendaraan sering mengandung berbagai adat-mengembangkan komponen dan platform yang khas hanya sekitar 50.000 unit.
•  Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.

Apa itu kolaborasi antar muka otomotif multimedia ?

Kolaborasi antar muka ototmotif multimedia adalah sebuah organisasi yang dibentuk untuk menciptakan standarisasi  dunia yang digunakan dalam mengatur bagaimana sebuah perangkat elektronik dapat bekerja. Contoh Komputer  dan alat komunikasi kendaraan atau computer dan radio dalam mobil. Satiap alat elektronik itu harus dapat bekerja dengan selaras sehingga kendaraan dapat lebih handal.

 

Setiap perangkat elektronik yang dipasang belum tentu cocok dengan setiap kendaraan. Perangkat elektronik atau multimedia bias saja mengganggu system 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.

 

Sejarah AMIC

The 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. Inisiatif ini-yang pendiri Daimler-Chrysler, Ford, General Motors, Renault dan Toyota – sekarang kelompok semua auto utama pembuat, dan dengan demikian menyediakan kesempatan strategis baru untuk mencapai suatu set umum industri mobil.

 

Untuk berbagai alasan, kendaraan telah tertinggal di belakang rumah dan perangkat komputasi mobile ketika datang ke alat produktivitas dan multimedia. Keamanan, kehandalan, biaya, dan desain waktu memiliki semua faktor dalam produsen mobil ‘menunda penerimaan teknologi baru. Makalah membahas otomotif standar untuk antarmuka multimedia. Organisasi seperti Otomotif Kolaborasi Multimedia Interface (AMI-C) memiliki kesempatan untuk menjadi kekuatan pendorong di belakang upaya standardisasi.

 

Depan yang berbeda, The Otomotif Multimedia Interface Kolaborasi(AMI-C) mengumumkan di seluruh dunia cipta penugasan dari 1394 spesifikasi teknis otomotif ke Trade Association 1394 AMI-C berikut dokumen sekarang milik 1394TA:
•AMI-C 3023 Power Management Specification
•AMI-C 3013 Power Management Architecture
•AMI-C 2002 1.0.2 Common Message Set Power Management
•AMI-C 3034 Power Management Test Documents
•AMI-C 4001 Revision Physical Speci .cation.

 

Tujuan
Tujuan dari proyek ini ialah sebagai berikut :

• 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. 
• Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan.
•  Memotong biaya keseluruhan informasi kendaraan dan peralatan hiburan dengan meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan - industri otomotif efektif terdiri dari banyak pasar yang kecil karena setiap platform kendaraan sering mengandung berbagai adat-mengembangkan komponen dan platform yang khas hanya sekitar 50.000 unit.
•  Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.

 

Manajemen Database Sistem Perangkat Bergerak

Sebuah sistem manajemen basisdata relasional atau dalam bahasa Inggrisnya dikenal sebagai relational database management system (RDBMS) adalah sebuah program komputer (atau secara lebih tipikal adalah seperangkat program komputer) yang didisain untuk mengatur/memanajemen sebuah basisdata sebagai sekumpulan data yang disimpan secara terstruktur, dan melakukan operasi-operasi atas data atas permintaan penggunanya. Contoh penggunaan DBMS ada banyak sekali dan dalam berbagai bidang kerja, misalnya akuntansi, manajemen sumber daya manusia, dan lain sebagainya. Meskipun pada awalnya DBMS hanya dimiliki oleh perusahaan-perusahaan berskala besar yang memiliki perangkat komputer yang sesuai dengan spesifikasi standar yang dibutuhkan (pada saat itu standar yang diminta dapat dikatakan sangat tinggi) untuk mendukung jumlah data yang besar, saat ini implementasinya sudah sangat banyak dan adaptatif dengan kebutuhan spesifikasi data yang rasional sehinggal dapat dimiliki dan diimplementasikan oleh segala kalangan sebagai bagian dari investasi perusahaan. Keluhan yang muncul dan dikenal secara umum terhadap keberadaan RDBMS adalah kenyataan bahwa implementasi yang ada saat ini dipandang sebagai terlalu “statis”. Spekulasipun bermunculan terhadap kemungkinan untuk membuat sebuah sistem basisdata generasi baru yang menggunakan model “relasional secara dinamis” dengan kolom yang bisa dibuat secara dinamis, ukuran yang berkembang secara dinamis, didefinisikan secara dinamis. Setiap baris dapat diimplementasikan sebagai map (kamus ataupun larik asosiatif) dan kolom-kolom yang tidak dikenal secara sederhana disajikan sebagai field kosong. Beberapa kalangan menganggap hal ini menyalahi model relasioal murni, namun kalangan lain menyanggah bahwa sebuah penggunaan map hanyalah sebagai detil implementasi saja. Sehingga dalam pandangan ini, sebuah “kolom yang tidak ditemukan/tidak ada” secara sederhana hanyalah dipandang sebagai perihal interpretasi dan dianggap sebagai pilihan cara penyajian saja.

 

Pesatnya perkembangan bagi komunikasi bergerak mendorong para operator layanan berlomba untuk memperkaya macam layanannya guna menambah pemasukan bagi perusahaanya. Komunikasi data bergerak, misalnya untuk akses internet. Pengenalan WAP (Wireless Application Protocol) telah menunjukkan potensi sebagai layanan internet nirkabel/ WAP merupakan protocol global terbuka yang memungkinkan para pengguna mengakses layanan-layanan on-line dari layar kecil pada telepon genggam dengan menggunakan built-in browser. WAP bekerja pada berbagai teknologi jaringan bergerak, yang memungkinkan pasar missal bagi penciptaan layanan data bergerak.

Contoh dari layanan bergerak adalah GPRS. GPRS merupakan system transmisi berbasis paket untuk GSM yang menggunakan prinsip 'tunnelling'. GPRS tidak menawarkan laju data tinggi yang memadai untuk multimedia nayata, tetapi GPRS merupakan kunci untuk menghilangkan beberapa batas pokok bagi layanan-layanan data bergerak.

Beberapa faktor yang menjadi pertimbangan bahwa GPRS merupakan teknologi kunci untuk data bergerak :

    Memperkaya utility investasi untuk perangkat GSM yang sudah ada.

    Merupakan teknologi jembatan yang bagus menuju generasi ke 3.

    Mampu memanfaatkan kemampuan cakupan global yang dimiliki GSM.

    Menghilangkan atau mengurangi beberapa pembatas bagi akses data bergerak.

   Memiliki laju data sampai 115 kbps yang berarti dua kali lipat daripada koneksi 'dial up' 56 kbps yang berlaku.

    Menampakan diri sebagai komunikasi yang 'selalu' terhubung sehingga memiliki waktu sesi hubungan yang pendek dan akses langsung ke internet.

 

Sumber:

http://abanktama.wordpress.com/2010/03/08/manajemen-sistem-basis-data-pada-perangkat-bergerak/

http://bhobob.blogspot.com/2012/11/manajemen-database-sistem-perangkat.html

Arsitektur dari Open Service Gateway Initiative

Teknologi OSGi adalah seperangkat spesifikasi yang mendefinisikan sistem komponen dinamis untuk Java. Spesifikasi ini memungkinkan sebuah model pengembangan dimana aplikasi (dinamis) terdiri dari banyak berbeda (reusable) komponen. Spesifikasi OSGi memungkinkan komponen untuk menyembunyikan implementasi mereka dari komponen lain saat berkomunikasi melalui layanan, yang merupakan objek yang secara khusus dibagi antara komponen. Model ini sangat sederhana telah jauh mencapai efek untuk hampir semua aspek dari proses pengembangan perangkat lunak.

Meskipun komponen telah di cakrawala untuk waktu yang lama, sejauh ini mereka gagal untuk membuat baik pada janji-janji mereka. OSGi adalah teknologi pertama yang benar-benar berhasil dengan sistem komponen yang memecahkan masalah nyata banyak dalam pengembangan perangkat lunak. Pengadopsi teknologi OSGi melihat kerumitan berkurang secara signifikan di hampir semua aspek pembangunan. Kode lebih mudah untuk menulis dan menguji, menggunakan kembali meningkat, membangun sistem menjadi lebih sederhana, penyebaran lebih mudah dikelola, bug terdeteksi lebih awal, dan runtime memberikan wawasan besar ke dalam apa yang sedang berjalan. Paling penting, ia bekerja seperti yang dibuktikan oleh adopsi luas dan digunakan dalam aplikasi populer seperti Eclipse dan Spring.

Kami mengembangkan teknologi OSGi untuk menciptakan sebuah lingkungan perangkat lunak kolaboratif. Kami tidak mencari kemungkinan untuk menjalankan beberapa aplikasi dalam satu VM. Server aplikasi melakukan itu sudah (meskipun mereka belum sekitar ketika kita mulai pada tahun 1998). Tidak, masalah kita lebih sulit. Kami ingin aplikasi yang muncul dari menyatukan berbagai komponen dapat digunakan kembali yang tidak memiliki pengetahuan-priori satu sama lain. Bahkan lebih keras, kita ingin bahwa aplikasi untuk merakit secara dinamis muncul dari seperangkat komponen. Misalnya, Anda memiliki sebuah server rumah yang mampu mengelola lampu dan peralatan. Sebuah komponen dapat memungkinkan Anda untuk menghidupkan dan mematikan lampu selama halaman web. Komponen lain bisa memungkinkan Anda untuk mengontrol peralatan melalui pesan teks mobile. Tujuannya adalah untuk memungkinkan fungsi-fungsi lainnya yang akan ditambahkan tanpa memerlukan bahwa pengembang memiliki pengetahuan rumit satu sama lain dan membiarkan komponen ini akan ditambahkan secara independen.

 

 

Sumber: 

http://www.osgi.org/Technology/WhatIsOSGi

http://fitrinurhayati91.blogspot.com/2012/11/bagaimana-arsitektur-dari-open-service.html

Spesifikasi dari Open Service Gateway Initiative

The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak jauhInti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry, sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.

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:

1. Bundles
   Bundles adalah normal jar komponen dengan nyata tambahan header
2. Services
   Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
3. Services
   API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
4. Life-Cycle
   API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
5. Modules
   Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Security
   Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
7. 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

Sumber :

http://bluewarrior.wordpress.com/2009/12/01/open-services-gateway-initiative-osgi/

http://telematika-telematika.blogspot.com/2010/12/spesifikasi-dari-open-service-gateway.html

Sebuah sistem manajemen basisdata relasional atau dalam bahasa Inggrisnya dikenal sebagai relational database management system (RDBMS) adalah sebuah program komputer (atau secara lebih tipikal adalah seperangkat program komputer) yang didisain untuk mengatur/memanajemen sebuah basisdata sebagai sekumpulan data yang disimpan secara terstruktur, dan melakukan operasi-operasi atas data atas permintaan penggunanya. Contoh penggunaan DBMS ada banyak sekali dan dalam berbagai bidang kerja, misalnya akuntansi, manajemen sumber daya manusia, dan lain sebagainya. Meskipun pada awalnya DBMS hanya dimiliki oleh perusahaan-perusahaan berskala besar yang memiliki perangkat komputer yang sesuai dengan spesifikasi standar yang dibutuhkan (pada saat itu standar yang diminta dapat dikatakan sangat tinggi) untuk mendukung jumlah data yang besar, saat ini implementasinya sudah sangat banyak dan adaptatif dengan kebutuhan spesifikasi data yang rasional sehinggal dapat dimiliki dan diimplementasikan oleh segala kalangan sebagai bagian dari investasi perusahaan. Keluhan yang muncul dan dikenal secara umum terhadap keberadaan RDBMS adalah kenyataan bahwa implementasi yang ada saat ini dipandang sebagai terlalu “statis”. Spekulasipun bermunculan terhadap kemungkinan untuk membuat sebuah sistem basisdata generasi baru yang menggunakan model “relasional secara dinamis” dengan kolom yang bisa dibuat secara dinamis, ukuran yang berkembang secara dinamis, didefinisikan secara dinamis. Setiap baris dapat diimplementasikan sebagai map (kamus ataupun larik asosiatif) dan kolom-kolom yang tidak dikenal secara sederhana disajikan sebagai field kosong. Beberapa kalangan menganggap hal ini menyalahi model relasioal murni, namun kalangan lain menyanggah bahwa sebuah penggunaan map hanyalah sebagai detil implementasi saja. Sehingga dalam pandangan ini, sebuah “kolom yang tidak ditemukan/tidak ada” secara sederhana hanyalah dipandang sebagai perihal interpretasi dan dianggap sebagai pilihan cara penyajian saja.

 

Pesatnya perkembangan bagi komunikasi bergerak mendorong para operator layanan berlomba untuk memperkaya macam layanannya guna menambah pemasukan bagi perusahaanya. Komunikasi data bergerak, misalnya untuk akses internet. Pengenalan WAP (Wireless Application Protocol) telah menunjukkan potensi sebagai layanan internet nirkabel/ WAP merupakan protocol global terbuka yang memungkinkan para pengguna mengakses layanan-layanan on-line dari layar kecil pada telepon genggam dengan menggunakan built-in browser. WAP bekerja pada berbagai teknologi jaringan bergerak, yang memungkinkan pasar missal bagi penciptaan layanan data bergerak.

Contoh dari layanan bergerak adalah GPRS. GPRS merupakan system transmisi berbasis paket untuk GSM yang menggunakan prinsip 'tunnelling'. GPRS tidak menawarkan laju data tinggi yang memadai untuk multimedia nayata, tetapi GPRS merupakan kunci untuk menghilangkan beberapa batas pokok bagi layanan-layanan data bergerak.

Beberapa faktor yang menjadi pertimbangan bahwa GPRS merupakan teknologi kunci untuk data bergerak :

    Memperkaya utility investasi untuk perangkat GSM yang sudah ada.

    Merupakan teknologi jembatan yang bagus menuju generasi ke 3.

    Mampu memanfaatkan kemampuan cakupan global yang dimiliki GSM.

    Menghilangkan atau mengurangi beberapa pembatas bagi akses data bergerak.

   Memiliki laju data sampai 115 kbps yang berarti dua kali lipat daripada koneksi 'dial up' 56 kbps yang berlaku.

    Menampakan diri sebagai komunikasi yang 'selalu' terhubung sehingga memiliki waktu sesi hubungan yang pendek dan akses langsung ke internet.

 

Sumber:

http://abanktama.wordpress.com/2010/03/08/manajemen-sistem-basis-data-pada-perangkat-bergerak/

http://bhobob.blogspot.com/2012/11/manajemen-database-sistem-perangkat.html

 

 

Manajemen Data sisi Server

2.1 MODBMS (Moving Object DBMS)

MODBMS adalah tulang punggung dari sistem yang secara khusus berfokus pada penggalian informasi lebih lanjut tentang pergerakan suatu objek. Salah satu contoh MODBMS adalah Location-based service (LBS). Location-based service (LBS) adalah layanan informasi dan hiburan, dapat diakses dengan perangkat mobile melalui jaringan selular dan memanfaatkan kemampuan untuk memanfaatkan posisi geografis perangkat mobile. Layanan LBS dapat digunakan dalam berbagai konteks, seperti kesehatan, pekerjaan, kehidupan pribadi, dll.Layanan tersebut meliputi layanan LBS untuk mengidentifikasi lokasi seseorang atau benda, seperti menemukan mesin ATM perbankan terdekat atau keberadaan seorang teman atau karyawan. Layanan LBS meliputiparcel tracking dan vehicle tracking services. LBS dapat mencakup perdagangan ponsel saat mengambil bentuk kupon atau diarahkan pada pelanggan iklan berdasarkan lokasi mereka saat ini. layanan itu termasuk personalisasi layanan cuaca dan bahkan permainan berbasis lokasi. LBS adalah contoh dari konvergensi telekomunikasi.

Konsep location based systems tidak sesuai dengan konsep standar waktu-nyata sistem dan terkait lokasi layanan lokal (RTLS), seperti tercantum dalam ISO / IEC 19762-5 dan ISO / IEC 24730-1 .

Layanan LBS pertama secara global diluncurkan secara komersial di Jepang oleh DoCoMo berdasarkan triangulasi untuk pra-GPS handset pada bulan Juli 2001, dan oleh KDDI untuk pertama kali ponsel yang dilengkapi dengan GPS pada bulan Desember 2001.produsen handset cenderung mengambil 'Upstream Initiative'untuk menanamkan LBS dalam peralatan mobile mereka. . Awalnya, LBS ini dikembangkan oleh operator selular di kemitraan dengan penyedia konten ponsel. 

Keuntungan utama adalah bahwa pengguna ponsel tidak perlu secara manual kode ZIP atau lokasi lain pengidentifikasi untuk menggunakan LBS, ketika mereka menjelajah ke lokasi yang berbeda. GPS tracking memungkinkan pelacakan yang utama, memanfaatkan akses ke mobile metode web.Locating

sumber: 

http://en.wikipedia.org/wiki/Location-based_service

http://wahyuramadhan01.blogspot.com/2009/12/1-manajemen-data-sisi-client.html

Manajemen Data sisi Client

1.1 Mobile Aplications

Karena mobilitas orang yang terus meningkat, sehingga membutuhkan aplikasi destop tradisional yang berjalan di perangkat mobile. Email, Address Book dan Calendering merupakan yang banyak digunakan di aplikasi mobile oleh konsumen dan pekerja informasi. Namun aplikasi ini masih sangat sederhana.Perangkat seperti perangkat keras (pemrosesan dan kapasitas memori) kemajuan,pengguna akan menuntut kemampuan lebih kaya dalam aplikasi ini. Sebagai contoh, perhatikan aplikasi Kalender yang kaya - dengan dukungan untuk memeriksa dan jadwal janji dan pertemuan, berbagi kalender berkolaborasi di seluruh pekerja, memadukan kalender dengan aplikasi lain, dan seterusnya. Dalam perusahaan ruang, personil penjualan ponsel akan memerlukan aplikasi CRM yang berjalan pada perangkat mobile mereka,layanan di perusahaan tersebut akan memerlukan kemampuan untuk memeriksa spesifikasi produk dan melakukan on-line pemesanan dari perangkat mobile.
Berikut ini adalah daftar dari beberapa perwakilan skenario aplikasi mobile. Ini adalah contoh-contoh nyata yang diambil dari Microsoft SQL Server Compact pelanggan Edisi skenario, tetapi berlaku untuk setiap ponsel DBMS.

Route delivery management : Drivers mendapatkan data rute sehari-hari yang disinkronkan ke perangkat mobile.Handphone DMBS menyediakan toko data lokal pada perangkat dan data yang akan disinkronkan dengan
sumber data backend

Utilities consumption reading : Solusi menyediakan kemampuan untuk membaca Minyak, Air, Gas dan Listrik meter. Staf lapangan menggunakan Pocket PC untuk menangkap bacaan meteran dan perusahaan yang tertarik  dalam membuat aplikasi yang tersedia melalui ponsel pintar juga.

Mobile CRM : Handphone CRM menyediakan solusi CRM pada perangkat.Solusi biasanya mengintegrasikan ke aplikasi ERP lainnya. DBMS menyediakan penyimpanan data lokal dan sinkronisasi data (replikasi) Mekanisme replikasi bekerja melalui berbagai alat transportasi (misalnya WiFi, Bluetooth, GPRS, 3G, dll).

Sensor Database : Data yang dikumpulkan oleh perangkat sensor disimpan dalam DBMS lokal pada perangkat. Seperti mobile sistem DBMS harus beroperasi pada konfigurasi yang sangat terbatas (misalnya kekuasaan yang rendah, memori kecil, NVRAM). Perangkat sensor biasanya ditempatkan di lokasi terpencil dan dimonitor dari sebuah situs pusat. Memerlukan pemantauan data dari DBMSs individu untuk menjadi queried dan agregat. Jaringan Sensor DBMSs bentuk jaringan sensor yang DBMSs federasi queryable dari pusat situs.

1.2 Embedded Applications

Sebagian besar aplikasi mobile adalah aplikasi embedded dan biasanya mid-tier aplikasi yang embedded dan embedded menanamkan sebuah sistem database (cache) untuk  kinerja dan pengelolaan. . Juga, kebanyakan aplikasi low-end merupakan embedded, misalnya Microsoft Access. Ini  aplikasi diatur sendiri, self-host, dan sangat portabel. 
Berikut adalah beberapa contoh aplikasi embedded database .

Desktop Media applications : Windows Vista home entertainment terintegrasi ke PC. Ini memberikan mudah dan cara yang ampuh untuk mengelola hiburan digital - foto, musik, TV, film, video, radio, dll SQL  CE DBMS digunakan sebagai embedded sistem database untuk menyimpan data media ini misalnya Informasi daftar TV disimpan.

Line of Business applications : aplikasi LOB Typical multi-tier adalah aplikasi dimana data di back-end sumber data cenderung authoritative Data di-cache di tengah-tier sebagai referensi data dan logika aplikasi  dijalankan di atasnya. Data referensi ini biasanya terintegrasi dari beberapa backend data / aplikasi sumber, ditransformasikan ke dalam format yang sesuai untuk logika aplikasi untuk memproses secara efisien, dan membawa dekat dengan aplikasi  pada pertengahan-tier

Stream processing : Dalam stream processing engine, data diproses seperti kedatangan data dan sebelum disimpan. Di memori sistem embedded DBMS dapat digunakan untuk stream processing engines.

sumber: 

sites.computer.org/debull/A07Sept/nori.pdf

http://wahyuramadhan01.blogspot.com/2009/12/1-manajemen-data-sisi-client.html