Meskipun saat ini ada tubuh besar tentang karya penemuan layanan protokol, usaha yang relatif kecil telah diinvestasikan dalam interoperabilitas mereka. Selanjutnya, upaya telah dilakukan untuk menjembatani dua protokol penemuan layanan, pendekatan secara umum untuk lapisan satu protokol di atas yang lain, sehingga membutuhkan kedua protokol yang harus diinstal pada semua perangkat yang berpartisipasi dan jaringan. Sebenarnya penemuan layanan jembatan protokol atau gateway sejauh ini adalah hasil dari domain penelitian akademik.
2.6.1 Diskusi
Sebelum upaya menjembatani protokol meliputi: Bluetooth SDP dan Salutation [114], Salutation dan SLP [115], Jini dan UPnP [116], Bluetooth SDP dan UPnP [117], dan Bluetooth SDP dan Jini [118]. Hanya dua dari beberapa upaya ini yang benar-benar dapat dianggap akan menjembatani solusi. Bluetooth Extended Service Discovery Profil (ESDP) [117] menetapkan dua cara dimana UPnP dapat berlapis melalui Bluetooth. Lapisan Pendekatan pertama UPnP langsung di atas transportasi L2CAP. Pendekatan kedua memanfaatkan IP stack yang disediakan oleh PAN Bluetooth atau profil Akses LAN.
Allard et al. [116] telah merancang dan menerapkan jembatan dua arah antara Jini dan Universal Plug and Play. Jembatan ini tidak hanya memungkinkan penemuan jasa antara Jini dan UPnP, tetapi juga memungkinkan permintaan layanan melalui penggunaan khusus layanan yang ditulis tangan proxy. Ini adalah jembatan yang benar dalam hal itu memungkinkan klien Jini untuk menemukan layanan UPnP dan sebaliknya.
2.6 Menjembatani Protokol Penemuan Sumber Daya 61
Kasper dan · B uhrer [118] dipekerjakan oleh jembatan terjemahan semantik. Solusi ini berhasil memungkinkan klien Bluetooth untuk menemukan layanan Jini, tetapi tidak mampu menyediakan operasi sebaliknya - yaitu, iklan layanan / pertanyaan searah. Sebuah jembatan juga disediakan antara SLP dan Jini, yang memungkinkan nasabah non-Jini untuk mengakses layanan Jini [119]. Masalah signifikan yang ditemui ketika pemetaan protokol dengan terbatas query kemampuan seperti SDP, atau ketika menjembatani dua protokol terdesentralisasi sepenuhnya seperti INS / Twine [3] dan VIA [7].
Protokol SLP mendukung konsep ruang lingkup partisi query domain, tapi partisi ini kasar dan satu-dimensi. Dalam menjembatani dua protokol desentralisasi dimana pertanyaan dan iklan tersebut tidak dikirim kepada sebuah entitas yang terkenal tunggal, setiap resolver dalam jaringan diperlukan untuk 62 Pekerjaan Terkait memiliki pengetahuan untuk menjembatani node, sehingga query yang belum terselesaikan dapat diteruskan untuk jembatan.
Ada tiga kemungkinan yang berbeda dalam menjembatani protokol SLP:
1. lintas mengiklankan semua layanan dari setiap protokol ke yang lainnya melalui jembatan;
2. memiliki semua iklan dan pertanyaan yang belum terselesaikan dari salah satu protokol diteruskan kepada protokol yang lain melalui jembatan, atau
3. meneruskan semua pertanyaan terselesaikan dari setiap protokol ke yang lainny melalui jembatan.
Yang pertama dan terakhir dari pilihan ini mengharuskan kedua protokol untuk memiliki pengetahuan dari jembatan. Opsi kedua hanya memerlukan salah satu protokol untuk mengetahui jembatan. Dua pilihan yang pertama menderita masalah skalabilitas sebagai nomor meningkatnya iklan. Opsi ketiga menderita isu skalabilitas hanya ketika jumlah pertanyaan yang belum terselesaikan besar.
2.6.2 Ringkasan
Karena ini tantangan besar, menjembatani bukan jangka panjang dan solusi berskala untuk masalah interoperabilitas. Tantangan-tantangan ini menyediakan pakan untuk argumen bahwa penemuan tunggal protokol sumber daya yang mampu mencakup beberapa lingkungan adalah solusi yang lebih layak. Namun, suatu protokol harus dirancang untuk membuatnya semudah mungkin (yaitu, sedikit atau tidak ada usaha pemrograman yang diperlukan) untuk maju (dan mungkin iklan) ke domain yang memanfaatkan penemuan layanan protokol lain.