- From: Ryusuke Masuoka <rmasuoka@fla.fujitsu.com>
- Date: Sun, 25 Jan 2004 10:57:01 -0500
- To: "'Luca Tarrini'" <luca.tarrini@isti.cnr.it>, <public-sws-ig@w3.org>
- Message-Id: <200401251557.i0PFuxN7013478@mailserv2.fla.fujitsu.com>
Hi, Luca, I am not exactly sure if this is the solution you want, but I can tell you "Task Computing" way to deal with these issues as I am working on "Task Computing." Our strategy is to use those discovery mechanisms only for getting the semantic services descriptions (SSDs) of the devices and to escape to the semantic level using those SSDs until invoking those services (or using those devices). Currently we are using only UPnP, but the same idea can be implemented for other pervasive discovery mechanisms. We use UPnP Control Point for the client to discovery UPnP devices. As soon as the client finds the UPnP device, it invokes a UPnP action to get its SSD (in OWL-S). The client uses the SSD to support the user to do his/her "tasks". Semi-automatic composition of the services, support for the user-driven service compositions and so on. When the user decided to execute the service (or use the device), the client uses the grounding information in its SSD to actually execute the service. The implementation of the service can be in UPnP actions or Web Services. (It does not have to be running on the same machine as the original UPnP device.) This solution is easy for devices to be implemented since the necessary functionality additional to what should already there (discovery/execution API) is to provide its SSD. If the device is using UPnP, there is already mini Web server and the SSD can be provided through it. All the complex stuffs happen on the client side. We do have the framework and clients along with many UPnP services and Web Services (the last count - 4 kinds of clients and 65 kinds of services) implemented and using them in our demo. As there are only Internet Gateway Devices commercially available to my knowledge (if someone knows other kinds of commercially available UPnP devices, please let me know), the UPnP devices are implemented on our own. I believe one of the most important merits using SSDs/OWL-S in pervasive environment is that you can make the device interoperate with local applications and Web Services on the Internet. (Not just interpretabilities between consumer devices.) With the discovery mechanisms and semantic service descriptions, we can tumble down the walls between applications, devices, and Web Services. (We also have a proprietary local service discovery mechanism to find the functionalities from local applications as services.) There are many demo scenarios possible with our "Task Computing", but my most favorite one these days that makes the above point is the following: You are visiting some office for the first time and you find a phone there. You have a telephone number on your Outlook on your computer and another on the Web page. When you want to make phone calls for those numbers, the telephone number should go from the application window, to your eyeballs, to your brain, to your fingers, and finally on the dial pad on the phone. The process is time-consuming and error-prone. The process can be done with a few clicks with "Task Computing." Regards, Ryu _____ From: public-sws-ig-request@w3.org [mailto:public-sws-ig-request@w3.org] On Behalf Of Luca Tarrini Sent: Saturday, January 24, 2004 8:12 AM To: public-sws-ig@w3.org Subject: Interoperability with DAML-S Hi all, in pervasive computing we have many discovery protocol as SLP, SSDP-UPnP, Salutation, Jini....and it brings the lack of interoperabilty among my devices. Then I must develop bridge between this technology because in this moment it is the only solution. Now we are developing a layer with web service (UDDI, WSDL and SOAP) among the diverse technologies but we have also some problems. Then we are starting with OWL-S to bring some interesting solution in the discovery and I have read some article as "semantic gadgets" or "task computing". I ask me if it is possible obtain interoperability with OWL-S among consumer electronic. Thanks Luca -------------------------------------------------------------------------------------- Luca Tarrini Domotics Lab Institute of Information Science and Technologies (I.S.T.I.) National Research Council - Pisa E-mail: luca.tarrini@isti.cnr.it Lab Phone: +39 050 3152607 Mobile: +39 3474013262 Fax: (Normal speed G3) 050 3138091 (High speed ISDN G4) 050 3138092 ---------------------------------------------------------
Received on Sunday, 25 January 2004 10:59:04 UTC