Konteks-Sensitif Ekstensi dan Preferensi Model

Konteks-Sensitif Ekstensi dan Preferensi Model

Bab sebelumnya mendefinisikan protokol penemuan sumber daya terukur yang mampu beroperasi dalam lingkungan komputasi heterogen. Dengan beberapa tambahan kecil untuk protokol inti, Superstring dapat dibuat untuk mendukung contextsensitive query, iklan dan hasil-peringkat. Dalam lingkungan yang sangat dinamis mana tradisional pendekatan untuk manajemen konteks [109, 149, 150] adalah tidak cocok karena mereka bergantung pada komponen terpusat atau infrastruktur, ini ekstensi konteks-sensitif Superstring dapat dimanfaatkan untuk menginformasikan aplikasi perubahan dalam konteks (situasi di mana aplikasi pelaksana).

5.1 Pendahuluan

Himpunan layanan yang tersedia untuk aplikasi tertentu mobile perubahan dari waktu ke waktu. Selain itu, konteks di mana aplikasi dan layanan melaksanakan mengubah waktu berlalu. Kemampuan untuk bersikap bijaksana dalam menghadapi konteks mentransmutasikan hadiah tantangan besar untuk aplikasi. Aplikasi yang beradaptasi dengan perubahan konteks dikatakan konteks-sadar.

Perubahan pada lingkungan komputasi atau keadaan di mana suatu aplikasi
menemukan dirinya dikenal sebagai perubahan konteks. Jenis konteks yang hampir
jenis konteks terbatas, namun pada umumnya digunakan termasuk lokasi dan kualitas layanan atribut.

Dengan demikian, dalam lingkungan komputasi meresap, skalabilitas dan heterogenitas yang bukan masalah hanya diatasi dengan protokol penemuan sumber daya. Mereka harus juga berupaya dengan perubahan sering ke situasi querier atau sumber daya yang bertanya. Lingkungan ini panggilan untuk query yang lebih fleksibel dan iklan yang isinya secara dinamis dapat menyesuaikan diri dengan situasi saat ini. Misalnya, aplikasi mungkin ingin mencari sumber daya yang co-terletak dengan beberapa lainnya sumber daya, di mana tidak satu pun dari lokasi sumber daya 'diketahui pada saat query.

Dalam penemuan layanan sering terjadi bahwa permintaan akan cocok dengan banyak sumber daya deskripsi. Nama catatan untuk semua penjelasan ini akan dikembalikan ke aplikasi query. Bagaimana cara memilih aplikasi yang paling cocok (atau set pertandingan terbaik) di antara hasil-hasil? Harus pilihan ini diserahkan kepada query klien, atau bisa dilakukan oleh resolver query? Bandwidth A tabungan dicapai dengan hanya memiliki jumlah yang diperlukan pertandingan kembali ke querier daripada semua pertandingan.

Hal ini tidak hanya hasil query yang mungkin memerlukan peringkat. Pada perangkat dengan beberapa interface jaringan, seperti telepon seluler dengan konektivitas GPRS dan Bluetooth, aplikasi atau pengguna mungkin memiliki alasan untuk mendukung satu antarmuka atas yang lain untuk tugas tertentu. Aplikasi dan karenanya pengguna harus dapat menentukan preferensi yang mempengaruhi perilaku penemuan protokol layanan. Bab ini menjelaskan kerangka konteks-sensitif untuk penemuan layanan, serta model preferensi yang dapat digunakan untuk menentukan peringkat hasil pencarian. Bab ini disusun sebagai berikut. Bagian 5.2 memotivasi perlunya penemuan konteks-sensitiveresource dan model preferensi konteks-sensitif yang dapat digunakan hasil query torank sesuai dengan situasi saat ini. Bagian 5.3 merinci designof ekstensi konteks-sensitif dan model preferensi dan bahasa. Dalam Bagian 5.4, sebuah aplikasi yang memanfaatkan fitur diperpanjang diperkenalkan pada ini bab disajikan. Bagian 5.5 membandingkan kerangka konteks dengan protokol layanan konteks penemuan diperkenalkan dalam Bagian 2.5. Akhirnya, kesimpulan yang disajikan dalam Bagian 5.6.

5.2 Motivasi

5.2.1 Context-Sensitivitas

Konteks adalah benang utama penelitian di bidang komputasi meresap dan
kecerdasan buatan. Sebagaimana tercatat dalam Bagian 2.5, konteks dapat didefinisikan sebagai setiap berkaitan dengan lingkungan atau keadaan sekitarnya informasi suatu entitas
(seperti orang, komponen perangkat lunak, aplikasi atau perangkat) [108]. Sebuah contextsensitive atau aplikasi konteks-sadar adalah salah satu yang menyesuaikan perilakunya ketika konteks perubahan.

Beberapa aplikasi konteks-sadar mengumpulkan dan mengelola informasi konteks sendiri. Cyberguide [151] adalah contohnya. Menggunakan informasi lokasi konteks untuk menyesuaikan perilakunya. Dalam prototipe awal, informasi lokasi ini dikumpulkan langsung dari beacon infra-merah, tapi lain Cyberguide prototipe dapat dibangun untuk mengumpulkan informasi lokasi dari sumber lain seperti Global Positioning Sistem.

Pendekatan lain adalah untuk menyimpan, mengelola dan mengevaluasi informasi dalam konteks berbagi repositori. Henricksen dan Indulska [152] mendefinisikan satu kerangka tersebut. The repositori konteks mengumpulkan informasi dari lingkungan dengan cara sensor dan input lain dan memanipulasi ke dalam abstraksi tingkat yang lebih tinggi yang disebut situasi yang dapat digunakan oleh aplikasi. Aplikasi menggambarkan situasi yang berasal darimenarik bagi mereka, dan mereka dapat diberitahu tentang perubahan situasi. Biasanya, bagaimanapun, aplikasi berinteraksi dengan situasi dan konteks dengan cara model preferensi. Aplikasi menentukan preferensi dalam hal situasi dan peringkat terkait.

Protokol penemuan sumber daya baik ditempatkan untuk menyediakan konteks pertemuan layanan untuk aplikasi konteks-aware dan kerangka kerja. Pengetahuan tentang ketersediaan sumber daya dalam lingkungan komputasi pervasif adalah bentuk konteks informasi. Dengan demikian, Superstring dan protokol penemuan sumber daya lainnya dapat bermain peran penting dalam konteks kesadaran.

Namun, protokol penemuan sumber daya sesuai konteks bahkan dapat menawarkan lebih. Jika protokol penemuan sumber daya yang sesuai konteks, maka hasil permintaan dapat dibuat bergantung pada konteks querier atau beberapa lainnya entitas. Selanjutnya, jika kueri yang gigih - yaitu, jika mereka tetap dalam jaringan menunggu untuk dicocokkan iklan sumber daya baru atau diperbarui – maka aplikasi bisa diberitahu dari perubahan lingkungan. Dengan cara ini, protokol penemuan sumber daya dapat menawarkan konteks-kesadaran di lingkungan dimana pendekatan tradisional tidak cocok. Sebagai contoh, kerangka terpusat konteks tidak cocok untuk mobile hoc jaringan iklan.

Pendekatan sepenuhnya desentralisasi dengan konteks-kesadaran ini berguna untuk membuat novel aplikasi dalam yang sangat mobile dan ad hoc lingkungan. Selanjutnya, pendekatan ini menggunakan resolver penemuan sumber saja; tambahan komponen tidak diperlukan.

Untuk menggambarkan operasi seperti protokol, contoh berikut disediakan.
Suatu media streaming aplikasi membuat video dan audio stream ke perangkat
peluang, menggeser aliran dari satu perangkat ke perangkat lainnya sesuai kebutuhan, dengan menggunakan teknik yang disebut serah terima vertikal [153]. Setiap perangkat disarikan sebagai sejumlah layanan, seperti layar, audio dan kontrol, dan setiap contoh layanan terkait dengan satu perangkat. Ada tiga kondisi yang harus dipenuhi sebelum stream media dapat diserahkan ke perangkat lain:

1. pengguna harus memiliki izin untuk menggunakan perangkat;

2. pengguna harus dijadikan menjadi satu lokasi dengan perangkat, dan

3. layanan yang ditawarkan oleh perangkat harus memenuhi persyaratan streaming media aplikasi

Dengan tidak adanya penyelesaian query konteks-aware, aplikasi akan diminta
untuk mengeluarkan pertanyaan tentang perangkat dengan yang user yang terkait, dan kemudian mengeluarkan permintaan lain yang memilih layanan yang berhubungan dengan orang-orang perangkat. Sebuah query akan terpicu setiap kali set perangkat dengan mana pengguna terkait perubahan (yaitu, ketika perubahan lokasi pengguna). Karena serah terima vertikal tidak bisa dipicu sampai query selesai, segmen
media stream akan lagi terdengar dan tak terlihat oleh pengguna. Sebuah penemuan layanan protokol yang menawarkan query gigih dan penyelesaian query konteks sadar dapat menawarkan pengalaman pengguna yang lebih memuaskan.

5.2.2 Preferensi

Pertanyaan harus mendukung preferensi yang dapat digunakan untuk menentukan peringkat hasil query di kasus dimana sumber daya multiple cocok, dan hanya yang terbaik (sebagaimana didefinisikan oleh beberapa peringkat fungsi) wajib diisi. Fungsi peringkat lebih lanjut dapat mengurangi bandwidth pemanfaatan dalam jaringan selular, karena hasil yang tidak diinginkan akan dimusnahkan di
query resolver. Preferensi juga dapat digunakan untuk membuat lebih cerdas routing pilihan dalam protokol hop-by-hop. Misalnya, dalam perangkat dengan beberapa jaringan interface, protokol dibatasi jarak seperti Bluetooth L2CAP dapat digunakan dalam preferensi untuk protokol wide-area di beberapa aplikasi. Namun, tesis ini berfokus pada penggunaan preferensi dalam hasil query peringkat. Idealnya, preferensi harus juga konteks-sensitif, seperti yang orderings hasil query bisa berbeda berdasarkan pada konteks saat ini suatu entitas atau entitas.