[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Simple] Presence data model: devices



Jonathan,

There is one point in here that I want to comment on...

	Paul

Jonathan Rosenberg wrote:

You have two phones, this CDMA and GSM one. Lets say they both work (i.e., you are in the U.S). Your presence document indicates a voice service and a SIP messaging service on the GSM phone, and an sms service on the CDMA phone. Lets say I'm talking to you on your GSM phone, which is low on power. While talking, you say, "hey, can you send me a message, but send it to me other phone since I am about to run out of ...." and at that moment, the call ends since power is out. I want to send you a message now, but not to the gsm phone. I have no way to know which of the two messaging services is accessible on that phone, or another phone, without device information.


Indeed, a convenient user interface would show user "henning" with two device icons, each a cell phone. Perhaps one has "gsm" inside, and the other "cdma" (again, these are DEVICE characteristics). So, if you say to someone, "call my gsm", it becomes very easy for me, or anyone else, to call it, or PTT it, or sms it, or access any of the other services avaialble on it. Without a device concept, I can't do that.

As long as the data model has a many:many relationship between services and devices there is going to be a problem deciding what is the best, most convenient, user model. Most of the user models of this sort of thing are tree oriented one way or another. A many:many model has to be unwound using repetition to be displayed as a tree. So either the top level view can be devices, with services within and possibly replicated, or else the top level can be services, with devices within, possibly replicated.


The case you describe, while real, is a fairly obscure one. I think it would be sufficient to have the service view, and for each service to list the associated device(s).

This need to replicate would be simpler if the device is simply an attribute rather than a separate item that has state that also needs to be replicated.

(Of course another UI might show services and devices at the same level, with cross references between them, but that doesn't sound like a very appealing UI.)

	Paul


_______________________________________________ Simple mailing list Simple at ietf.org https://www1.ietf.org/mailman/listinfo/simple