Editing Protocol requirements
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 5: | Line 5: | ||
*[[HTTP]] and [[REST]] to the [[web browser]], as typical access to [[Development Wiki]] and [[Research Wiki]]. | *[[HTTP]] and [[REST]] to the [[web browser]], as typical access to [[Development Wiki]] and [[Research Wiki]]. | ||
*Each high-capability [[terminal device]] presenting a [[Consumerium buying signal]] probably has an [[IP number]] issued from a block someone controls. Every [[retail shelf]] might ultimately have one too, if [[friendly retail]] becomes the norm. | |||
*Each high-capability [[terminal device]] presenting a [[Consumerium buying signal]] | |||
*Ideally, some integration with [[ICQ]] or another [[chat net]] that can support [[SecureIM]] - see [[interwiki identity standard]] for more on this, which suggests [[jabber.org]] protocol may play a role in [[authentication]]. Possibly [[SMS]] also for communication between [[mobile device]]s. | *Ideally, some integration with [[ICQ]] or another [[chat net]] that can support [[SecureIM]] - see [[interwiki identity standard]] for more on this, which suggests [[jabber.org]] protocol may play a role in [[authentication]]. Possibly [[SMS]] also for communication between [[mobile device]]s. | ||
Line 17: | Line 11: | ||
::[[Consumerium Service access]] should include access to other users, especially if [[brand management]] types can pay to promote [[green light]] products to users, making it all [[self-funding]]. | ::[[Consumerium Service access]] should include access to other users, especially if [[brand management]] types can pay to promote [[green light]] products to users, making it all [[self-funding]]. | ||
[[Hardware requirements]] and [[hardware standard]]s constrain the protocols: [[Bluetooth]] for instance is assumed to be required to get both secure communication and [[modular hardware]]. But if [[in-store radio]] and [[audio]] presentation becomes a more effective way to deliver the [[Consumerium buying signal]], and [[privacy risk]] is not a concern, i.e. most of what is delivered is [[green light ad]]s, then: | |||
[[Hardware requirements]] and [[hardware standard]]s constrain the protocols: [[Bluetooth | |||
*In-the-clear [[FM radio]] may well be the most important protocol, with [[analog cell]] perhaps augmenting it. | *In-the-clear [[FM radio]] may well be the most important protocol, with [[analog cell]] perhaps augmenting it. | ||
*Entirely different protocols such as [[walkie-talkie]] or [[cordless protocol]] applications that call the customer back with an [[audio]] presentation on the product they just [[barcode scan]]ned, may also be more useful to support than anything based on an [[IP number]], if more phones end up with these capabilities. | *Entirely different protocols such as [[walkie-talkie]] or [[cordless protocol]] applications that call the customer back with an [[audio]] presentation on the product they just [[barcode scan]]ned, may also be more useful to support than anything based on an [[IP number]], if more phones end up with these capabilities. |