In an information appliance system 100, a user device 108 comprises a
client platform (200, FIG. 5) that includes a service framework (235, FIG.
5) to discover and connect with a variety of services, both remote and
local, transient and persistent, and to disconnect from them when they are
no longer of interest or become unavailable. The service framework 235
provides a standard, consistent, simplified way for services to make
themselves available and for service-using entities to locate and connect
with the services of interest to them. The service framework 235 comprises
service event notification registries (254, 256, FIG. 7) in which
service-requesting entities register templates defining the types of
services they want to locate and connect with. However, the service
framework 235, rather than connecting with any service that matches a
desired service type, can further control a remote service lookup
operation in accordance with various transport characteristics in the
template, such as signal strength, quantity of data to be transferred,
range, available bandwidth, communications cost, service location, time of
day, vehicular velocity, and so forth. This conserves the platform's
memory and bandwidth resources by not connecting with services that would
not satisfy a user's request or that would be unduly transitory. Various
methods of operating a service framework are also described.
В системе 100 прибора информации, приспособление 108 потребителя состоит из платформы клиента (200, FIG 5) которое вклюает рамки обслуживания (235, СМОКВА. 5) открыть и подключить с разнообразием обслуживаний, и дистанционных и местных, переходных и упорнейших, и отключить от их когда они не будут no longer интереса или станут. Рамки 235 обслуживания обеспечивают стандартную, последовательную, упрощанную дорогу для обслуживаний сделать имеющимся и для обслуживани-ispol6zu4 реальностей для того чтобы размещать и подключать с обслуживаниями интереса к им. Рамки 235 обслуживания состоят из регистратур извещения случая обслуживания (254, 256, FIG 7) в котором обслуживани-sprawiva4 шаблоны регистра реальностей определяя типы обслуживаний, котор они хотят обнаружить местонахождение и соединиться с. Однако, рамки 235, rather than подключение обслуживания с любым обслуживанием которое сопрягает заданный тип обслуживания, могут более далее контролировать дистанционную деятельность взгляда вверх обслуживания в соответствии с различными характеристиками перехода в шаблоне, such as сила сигнала, количеств данных, котор нужно возвратить, ряд, имеющяяся ширина полосы частот, сообщения цена, положение обслуживания, time of day, корабельная скорость, и так далее. Это сохраняет ресурсы памяти и ширины полосы частот платформы подключением с обслуживаниями не удовлетворяли бы запрос потребителя или было бы unduly транзиторны. Различные методы работать рамки обслуживания также описаны.
