СПОСОБ ВЫЗОВА УСЛУГИ МЕЖДУ УСТРОЙСТВАМИ В ДОМАШНЕЙ СЕТИ Российский патент 2007 года по МПК H04L12/28 

Область техники

Настоящее изобретение относится к технологии вызова услуги между устройствами в домашней сети. Более конкретно изобретение предлагает способ вызова услуги между устройствами в домашней сети.

Предшествующий уровень техники

С ростом уровня жизни человека расширяется в домашних условиях применение таких устройств, как информационные устройства, устройства связи, устройства для развлечения, домашние электронные бытовые приборы, автоматы, устройства безопасности и аналогичные устройства. Между тем, при широком использовании в домашних условиях персональных компьютеров (ПК) и сети Интернет, а также с развитием технологии связи и интеллектуальных устройств домашней сети придают возрастающее внимание. Потребность в простой, гибкой и надежной домашней сети становится актуальной в жизни человека. Поэтому было предложено множество принципов построения домашних сетей, таких как Разумный Дом, Электронный Дом (e-Home), Цифровая Семья, Сетевой Дом, Интеллектуальный Дом. Более конкретно, понятие "домашняя сеть" имеет четыре значения: 1) такие устройства, как информационные устройства, устройства связи, устройства для развлечения, домашние бытовые приборы, автоматы, устройства безопасности и аналогичные устройства, взаимно соединены, разделяют ресурсы и объединены в систему домашней интеллектуальной сети; 2) устройства в доме подсоединены к местной сети общего пользования и сети Интернет через шлюз, так что информацией можно обмениваться с окружающей средой вне дома; 3) устройства в доме и сеть, к которой устройства подсоединены, могут удовлетворять основным требованиям человека в отношении безопасности, удобства, комфорта, охраны здоровья и окружающей среды так, чтобы обеспечить предоставление человеку услуг, украшающих его жизнь; 4) домашнюю сеть можно будет легко использовать, она может быть безопасной и надежной, простой в эксплуатации, иметь умеренную стоимость и может удовлетворять потребности домашней жизни.

Учитывая вышеупомянутые проблемы, была подана другая заявка на патент настоящего заявителя, которая предлагала систему цифровой домашней сети (см. PCT/CN 2003/000524). Как показано на Фиг.1, система, раскрытая в другой заявке на патент, включает шлюз 11, одно или более устройств 12 сетевой магистрали и множество устройств 13 управляющей подсети. Шлюз 11 может включать две секции, шлюз 110 со шторкой (с воротами) и управляющий шлюз 111. Шлюз 110 со шторкой (с воротами) соединяет управляющий шлюз 111 через широкополосный интерфейс. Согласно конфигурации системы цифровая домашняя сеть включает две подсети, то есть сетевую магистраль и управляющую сеть. Сеть, образованную домашним шлюзом 110 и домашними устройствами, подсоединенными к домашнему шлюзу 110, называют сетевой магистралью. Сетевая магистраль используется для выполнения внутреннего соединения домашних устройств, таких как информационные устройства, устройства связи, устройства для развлечения и аналогичные устройства. Сеть, образованную управляющим шлюзом 111 и домашними устройствами, подсоединенными к управляющему шлюзу 111, называют управляющей подсетью. Управляющая подсеть используется для выполнения внутреннего соединения домашних устройств, таких как домашние бытовые приборы, автоматы, устройства безопасности и аналогичные устройства. Функцией цифровой домашней сети является внутреннее (взаимное) соединение домашних устройств и разделение ресурсов. В системе домашней сети домашний шлюз, управляющий шлюз и сервер называются устройством управления ресурсами сети.

Согласно конфигурации сети, как описано выше, внутреннее (взаимное) соединение и разделение ресурсов между сетевыми устройствами реализуются следующим образом.

Когда устройство А обращается за получением доступа к домашней сети, сначала устройство А отыскивает устройство управления ресурсами, затем посылает запрос регистрации к устройству управления ресурсами. После получения полномочий (разрешения) от устройства управления ресурсами устройство А устанавливает соединение с устройством управления ресурсами на основании полномочия безопасности, полученного от устройства управления ресурсами. Устройство А регистрируется в устройстве управления ресурсами в сети, если соединение является успешным. То есть устройство А посылает свою информацию к устройству управления ресурсами и затем регистрирует услугу, которая может быть обеспечена самим устройством А, в устройстве управления ресурсами. Устройство управления ресурсами хранит всю информацию о регистрации устройства и информацию о регистрации услуги, так что информацию об устройствах, получивших доступ к сети, можно будет легко отыскать.

Когда два устройства, которые получили доступ к домашней сети, взаимодействуют друг с другом, то устройство А, которое инициирует связь, сначала посылает запрос на поиск устройства к устройству управления ресурсами. Устройство управления ресурсами отбирает (ищет) информацию о регистрации устройства в запоминающем устройстве в устройстве управления ресурсами для определения, имеется ли или отсутствует соответствующее (подходящее) устройство для взаимодействия с устройством А. Если имеется соответствующее (подходящее) устройство В, то информация устройства В посылается к устройству А. Затем устройство А посылает запрос к устройству В в ответ на прием информации устройства В от устройства управления ресурсами. Устройство А запрашивает услугу от устройства В. Устройство А автоматически разъединяется с устройством В после завершения операции.

Устройство будет выполнять операцию разрегистрации для аннулирования относящейся к нему информации, которая включает информацию об устройстве и информацию об услуге, из устройства управления ресурсами, когда устройство отсоединится от сети.

В вышеописанном процессе устройство управления ресурсами может существовать или отсутствовать в сети. Устройства могут осуществлять связь через соединение, образованное путем взаимодействия между устройствами, после того как был проведен взаимный поиск между устройствами. Если в сети присутствует устройство управления ресурсами, то устройство управления ресурсами будет периодически объявлять информацию о себе другим устройствам. Устройства, отличные от устройства управления ресурсами, будут также объявлять информацию о себе в различных случаях.

Из процесса, описанного выше, можно видеть, что различные приложения на основании домашней сети реализуются посредством вызова услуг. То есть вызов услуги является очень важным шагом для достижения взаимного соединения и разделения ресурсов в домашней сети.

Однако известный способ не обеспечивает достаточно надежного вызова услуги между устройствами в домашней сети.

Сущность изобретения

Техническим результатом настоящего изобретения является разработка способа вызова услуги между устройствами в домашней сети, который способен разделить ресурсы между устройствами и обеспечить надежность вызова услуги.

Для достижения технического результата способ вызова услуги согласно настоящему изобретению включает следующие шаги:

а) сторона, вызывающая услугу, получает описатель (дескриптор) вызываемой услуги с использованием информации, характеризующей услугу, посылает информацию запроса вызова услуги к вызываемой стороне с использованием полученного описателя (дескриптора) услуги,

б) стек протоколов вызываемой стороны после получения информации запроса определяет, существует ли или отсутствует вызываемая услуга на основании описателя (дескриптора) вызываемой услуги содержащегося в информации запроса, а также установила ли или нет вызываемая услуга арендное взаимоотношение со стороной, вызывающей услугу, если это имеет место, то вызываемая сторона посылает сообщение отзыва (отклика) на запрос услуги, содержащее результат вызова услуги, к стороне, вызывающей услугу, и переходит к шагу "в", в противном случае процесс вызова оканчивается,

в) после получения сообщения отзыва (отклика) на запрос услуги стек протоколов стороны, вызывающей услугу, определяет, существует ли или отсутствует услуга в стороне, вызывающей услугу, на основании описателя (дескриптора) вызывающей услуги, включенного в сообщение отзыва (отклика), и установила ли или нет вызывающая услуга арендное взаимоотношение с вызываемой стороной, если это имеет место, то сторона, вызывающая услугу, и вызываемая сторона начинают фактическую интерактивную обработку вызова услуги, в противном случае, процесс вызова оканчивается.

Способ дополнительно включает следующий шаг: после того как стек протоколов стороны, вызывающей услугу, и стек протоколов стороны вызываемой услуги определят, что сторона, вызывающая услугу, установила арендное взаимоотношение со стороной вызываемой услуги, сторона вызываемой услуги определяет, превышает ли число вызванных в текущий момент услуг пороговое значение контроля параллельной посылки вызываемой услуги, если это имеет место, то вызываемая сторона устанавливает запрещающий (отказной) результат вызова услуги, в противном случае, вызываемая сторона устанавливает разрешающий результат вызова услуги.

Способ дополнительно включает шаг получения описателя (дескриптора) услуги для однозначной идентификации услуги, после того как регистрация каждой из услуг является успешной.

Согласно вышеупомянутому способу шаг "а" получения описателя (дескриптора) услуги дополнительно включает следующее:

а1) сторона, вызывающая услугу, отыскивает, существует или не существует вызываемая услуга в местном стеке протоколов с использованием характеристического описания вызываемой услуги, если это имеет место, то описатель (дескриптор) вызываемой услуги возвращается и процесс поиска завершается, если это не имеет место, то будет исполняться шаг "а2",

а2) сторона, вызывающая услугу, отыскивает, существует или не существует вызываемая услуга в других устройствах домашней сети с использованием характеристического описания вызываемой услуги, если это имеет место, то описатель (дескриптор) вызываемой услуги возвращается и устанавливает сторону, которая может поставить вызываемую услугу в качестве вызываемой стороны, в противном случае процесс вызова будет завершен.

Фактический интерактивный процесс вызова услуги в упомянутом шаге "в" включает предпочтительно, по меньшей мере, один базовый процесс вызова услуги, причем каждый из базовых процессов вызова услуги включает следующие шаги:

в1) сторона, вызывающая услугу, последовательно посылает сообщение запроса вызова услуги к вызываемой стороне через стек протоколов стороны, вызывающей услугу, и стек протоколов стороны вызываемой услуги,

в2) после получения сообщения запроса вызываемая сторона возвращает сообщение отзыва (отклика) на запрос услуги, содержащее информацию, затребованную вызывающей стороной, к вызывающей стороне последовательно через стек протоколов стороны запрашиваемой услуги и стек протоколов стороны, запрашивающей услугу.

Стек протоколов стороны, вызывающей услугу, и стек протоколов стороны вызываемой услуги предпочтительно обрабатывают сообщение запроса вызова услуги и сообщение отзыва (отклика) на запрос услуги с использованием функции возврата запроса вызова услуги и функции возврата отзыва (отклика) на запрос услуги, которые поставляются соответственно вызываемой услугой и вызывающей услугой.

Функция возврата запроса вызова услуги и функция возврата отзыва (отклика) на запрос услуги передаются к местному стеку протоколов приложением, соответствующим текущей зарегистрированной услуге, когда регистрируется услуга.

Поэтому согласно способу вызова услуги между устройствами в домашней сети, предложенному в настоящем изобретении, оно может проверить, является ли или не является вызываемая услуга доступной в текущий момент, является ли зарегистрированной, устанавливает ли арендное взаимоотношение или соответствует ли контролю параллельной посылки, прежде чем каждая из услуг будет нормально вызвана, поскольку вызов услуги связан с регистрацией услуги, поиском услуги и арендой услуги. Таким образом, способ согласно настоящему изобретению может обеспечить безопасность, надежность и совместимость операции вызова услуги.

Краткое описание чертежей

Фиг.1 - схематическая диаграмма, показывающая конфигурацию системы домашней сети, согласно изобретению,

Фиг.2 - блок-схема, показывающая простой пример для реализации процесса вызова услуги,

Фиг.3 - временная диаграмма, показывающая передачу сигналов для реализации процесса вызова услуги, согласно изобретению, и

Фиг.4 - блок-схема, показывающая процесс вызова услуги, согласно изобретению.

Подробное описание предпочтительных реализаций изобретения

Настоящее изобретение будет описано со ссылкой на сопроводительные чертежи.

Как показано на Фиг.2, простой процесс вызова услуги будет описан ниже в качестве примера. Сторона, вызывающая услугу, посылает сообщение запроса вызова услуги к стороне вызываемой услуги. Сообщение запроса передается к стороне вызываемой услуги через стек протоколов стороны, вызывающей услугу, и стек протоколов вызываемой стороны. После получения сообщения запроса вызываемая сторона возвращает сообщение отклика на запрос услуги, содержащее информацию, требующуюся вызывающей стороне, к вызывающей стороне через стек протоколов вызываемой стороны и стек протоколов вызывающей стороны. На практике процесс, показанный на Фиг.2, является лишь одним интерактивным процессом между вызывающей стороной и вызываемой стороной для операции вызова услуги (ниже называемый как основной (базовый) процесс вызова услуги). В общем необходимо выполнить множество основных процессов вызова услуги между вызывающей стороной и вызываемой стороной для завершения процесса вызова услуги.

Далее в домашней сети вызов услуги должен быть связан с такими операциями, как регистрация услуги, поиск услуги, получение полномочий на услугу, аренда услуги и аналогичные операции, чтобы приспособиться к динамическому изменению услуг и удовлетворить требованиям безопасности. Сочетание регистрации услуги и поиска услуги может приспособиться к динамическому изменению услуги, а сочетание получения полномочий на услугу и аренды услуги может удовлетворить требованиям безопасности. Поэтому вызов услуги в домашней сети должен удовлетворять следующим условиям.

1) Каждое из приложений должно выполнить регистрацию услуги заранее, если оно хочет выполнять функцию услуги. Такая информация, как имя и тип услуги, передается к стеку протоколов на оконечной станции локальной сети и имеется возможность коллективного управления услугой и поиска услуги. Стек протоколов на оконечной станции локальной сети возвращает описатель (дескриптор) услуги к приложению, после того как регистрация услуги оказалась успешной. Описатель (дескриптор) услуги может однозначно идентифицировать услугу и будет использован для поиска услуги, получения полномочий на услугу, аренды услуги и вызова услуги в последующем процессе.

Приложение также передает другую информацию к стеку протоколов на оконечной станции локальной сети во время регистрации услуги. Приведенные ниже два элемента содержания, включенные в информацию, относятся к вызову услуги:

а) функция возврата запроса вызова услуги, которую вызывает стек протоколов вызывающей стороны, чтобы выполнить фактическую операцию вызова услуги после того, как стек протоколов вызывающей стороны получит запрос вызова услуги, посланный к вызываемой услуге,

б) функция возврата отклика на запрос услуги, которую вызывает стек протоколов вызываемой стороны, который отвечает за подачу результата для услуги вызова к стеку протоколов вызывающей стороны, чтобы информировать сторону, вызывающую услугу, о достижении результата после того, как стек протоколов вызывающей стороны получит поданную информацию.

2) Сторона, вызывающая услугу, может указать такую информацию, как имя или тип услуги, которые должны быть обнаружены в запросе поиска, чтобы определить обнаруживаемый объект так, чтобы выполнить поиск услуги. Стек протоколов стороны, вызывающей услугу, обнаруживает требуемую услугу в зарегистрированных услугах на основании указанной информации, и описатель (дескриптор) обнаруженной услуги передается к стороне, вызывающей услугу, если была обнаружена соответствующая услуга. Для стороны, вызывающей услугу, будет лишь необходимо указать описатель (дескриптор) вызываемой услуги в вызове услуги, причем конкретный процесс передачи выполняется стеком протоколов.

3) С учетом безопасной передачи каждая из услуг имеет соответствующие атрибуты защиты. Услуги можно классифицировать как общедоступные услуги и частные услуги согласно их атрибутам защиты. Общедоступная услуга означает тип услуги, которую любой может вызвать. Частная услуга означает тип услуги, которую можно вызвать лишь после получения полномочий от владельца услуги.

4) Для того чтобы гарантировать качество услуги, число случаев, в которых одновременно вызывается одна и та же услуга, должно быть ограничено. В домашней сети существует контроль параллельной посылки. То есть контролируют число случаев, в которых вызывается одна и та же услуга. Операция контроля выполняется посредством аренды услуги. Поэтому для стороны, вызывающей услугу, необходимо арендовать услугу перед вызовом услуги. Вызов услуги выполняют лишь после того, как окажется успешной аренда услуги. Подробный процесс проходит следующим образом: сторона, вызывающая услугу, посылает запрос аренды услуги к вызываемой услуге, после получения запроса запрашиваемая услуга определяет, сдавать или не сдавать в аренду услугу, на основании максимально допустимого числа случаев параллельной посылки и используемого в текущий момент статуса вызываемой услуги, запрещение аренды услуги, если число случаев использования услуги достигло максимально допустимого числа случаев параллельной посылки, которое поддерживается услугой, разрешение аренды услуги, так что контроль параллельной посылки может быть реализован в домашней сети.

На основании различных условий, описанных выше, Фиг.4 показывает блок-схему для реализации конкретного процесса вызова услуги, включающего следующие шаги.

Шаг 401: когда вызвана услуга, то сначала сторона, вызывающая услугу, отыскивает описатель (дескриптор) услуги, соответствующий вызываемой услуге, посылает запрос вызова услуги к вызываемой стороне после обнаружения описателя (дескриптора) услуги.

Сторона, вызывающая услугу, также передает адрес буферной области и длину данных, содержащую конкретную информацию вызова, к местному стеку протоколов, когда был отправлен запрос вызова услуги. Стек протоколов стороны, вызывающей услугу, передает информацию вызова к стеку протоколов вызываемой стороны на основании описателя (дескриптора) услуги вызываемой стороны.

Каждая из услуг будет регистрировать свою услугу в устройстве, которому принадлежит услуга, и в устройстве управления ресурсами в домашней сети, когда устройство получит доступ в домашнюю сеть, как показано на Фиг.3. После успешной регистрации каждая из услуг будет иметь свой собственный описатель (дескриптор) услуги. Отзыв (отклик) на регистрацию услуги содержит описатель (дескриптор) услуги, которая зарегистрирована в текущий момент. Поэтому описатель (дескриптор) услуги стороны, вызывающей услугу, и описатель (дескриптор) услуги вызываемой стороны должны быть указаны в процессе вызова услуги, так чтобы описатель (дескриптор) услуги был использован для завершения взаимодействия сообщений.

Например, описатели (дескрипторы) вызывающей услуги и вызываемой услуги отыскивают согласно следующему способу: если услуга А вызывает услугу В, услуга А затем становится стороной, вызывающей услугу, а услуга В - стороной вызываемой услуги. Услуга А не знает о существовании услуги В, она лишь знает характеристики, которые должны быть обнаружены. Поэтому сторона, вызывающая услугу, определяет, существует ли или нет услуга В в стеке протоколов, с использованием описания характеристик услуги. Если она существует, то возвращается описатель (дескриптор) услуги В. После этого описатель услуги А непрерывно поддерживает связь с описателем (дескриптором) услуги В. В противном случае сторона, вызывающая услугу, определяет, существует ли или нет услуга В в других устройствах в домашней сети использованием описания характеристик услуги. Если она существует, то возвращается описатель (дескриптор) услуги В, и он определяет, что сторона, к которой принадлежит услуга В, является вызываемой стороной. Если услуга не существует во всех устройствах, процесс поиска оканчивается.

Шаги 402-404: после получения запроса вызова услуги стек протоколов определяет, существует ли или нет соответствующая услуга в зарегистрированных услугах на основании описателя (дескриптора) вызываемой услуги, включенной в запрос вызова услуги. Если она не существует, то код индикации ошибки В Е SERVICE NOT EXIST (В Е УСЛУГА НЕ СУЩЕСТВУЕТ), указывающий на то, что отсутствует услуга, возвращается к стороне, вызывающей услугу. Сторона, вызывающая услугу, завершает процесс вызова услуги после получения кода индикации ошибки. В противном случае процесс переходит к шагу 405.

Шаги 405-406: стек протоколов вызываемой стороны определяет, установила ли или нет арендное взаимоотношение вызываемая в текущий момент услуга со стороной, вызывающей услугу. Если не было установлено арендное взаимоотношение, сторона вызываемой услуги возвращает код индикации ошибки В Е SERVICE RENT DENIED (ЗАПРЕЩЕНА АРЕНДА УСЛУГИ В Е), указывающий на ошибку аренды услуги, к стороне, вызывающей услугу. Сторона, вызывающая услугу, оканчивает процесс вызова после получения этого кода индикации ошибки. В противном случае процесс переходит к шагу 407.

Шаг 407: вызываемая сторона посылает результат вызова услуги в виде отклика на запрос услуги к стороне, вызывающей услугу, то есть возвращает знак, чтобы разрешить стороне, вызывающей услугу, вызвать услугу. После получения отклика на запрос услуги стек протоколов стороны вызываемой услуги посылает отклик к стеку протоколов стороны, вызывающей услугу.

Шаги 408-412: после получения отзыва (отклика) на запрос услуги стек протоколов стороны, вызывающей услугу, проверяет поиск услуги и арендное взаимоотношение на основании описателя (дескриптора) услуги, чтобы определить, является ли или не является какой-либо из шагов или оба шага ошибкой. То есть в случае, когда не обнаружена вызываемая в текущий момент услуга или не установлено арендное взаимоотношение между вызываемой стороной и вызывающей стороной, сообщение отзыва (отклика) на запрос услуги будет отменено, и не будет выполняться какой-либо процесс. В противном случае процесс переходит к шагу 413.

Шаг 413: Если результаты проверки для поиска услуги и арендного взаимоотношения стороной, вызывающей услугу, покажут, что описатель (дескриптор) услуги был обнаружен и арендное взаимоотношение было установлено, то сторона, вызывающая услугу, и сторона вызываемой услуги начнут фактический процесс вызова услуги. В следующем процессе вызова услуги стек протоколов стороны, вызывающей услугу, и стек протоколов стороны вызываемой услуги обрабатывают запрос вызова и информацию отклика использованием функции вызова услуги и обратного вызова, обеспечиваемой соответственно стороной вызывающей услугой и стороной вызываемой услуги. Функция вызова услуги и возврата включает функцию возврата запроса вызова услуги и функцию возврата отклика на запрос услуги. Функция вызова услуги и возврата передается к соответствующим стекам протоколов приложениями, соответствующими зарегистрированной услуге, когда регистрируют услугу.

По меньшей мере, один базовый процесс вызова услуги протекает в интерактивном режиме между стороной, вызывающей услугу, и стороной вызываемой услуги до тех пор, пока не закончится вызов услуги.

На шагах, описанных выше, способ может включать шаг выполнения контроля параллельной посылки после того, как сторона, вызывающая услугу, или сторона вызываемой услуги подтвердили, что арендное взаимоотношение было установлено между стороной, вызывающей услугу, и стороной вызываемой услуги. То есть он определяет, превышает ли или не превышает в текущий момент число случаев вызова услуги пороговое значение контроля параллельной посылкой вызываемой услуги. Если это имеет место, то вызываемая сторона устанавливает результат вызова услуги как запрещение вызова. В противном случае вызываемая сторона устанавливает результат вызова услуги как разрешение вызова.

Можно видеть из описания для базового процесса вызова услуги, что использование услуг незарегистрированными пользователями можно избежать и что безопасность вызова услуги может быть гарантирована, поскольку арендное взаимоотношение проверяется во время процесса вызова услуги.

Форматы сообщения запроса вызова услуги и сообщения отклика на запрос услуги, которые использованы в вышеупомянутых шагах, показаны соответственно в таблице 1 и 2, приведенных ниже. Таблица 1 показывает детальный формат сообщения запроса вызова услуги, включающего имя поля, содержание поля, тип поля и диапазон значения поля.

Таблица 1Имя поляСодержаниеТипДиапазон значенияТип сообщенияТип сообщенияСтрока символовФиксирован к запросу использования услуги№ последовательности сообщения№ последовательности сообщенияНе имеющие знака целые числаОт 0 до 0×FFFFFFFИдентификатор (ИД) конечного устройстваИдентификатор (ИД) вызываемой стороныСтрока символовСтрока символов длиной 32 байтаИД целевой функцииИД услуги вызываемой стороныСтрока символовСтрока символов длиной 8 байтовИД исходного устройстваИД устройства вызывающей стороныСтрока символовСтрока символов длиной 32 байтаИД исходного устройстваИД устройства вызывающей стороныСтрока символовСтрока символов длиной 8 байтовИмя макрокоманды (действия)Указывает имя детальной макрокоманды вызываемой услуги, оно может быть опущено, если в нем нет необходимости.Строка символовСтрока символов длиной, максимум, 256 байтовИмя параметровИмя параметров соответствует макрокомандам, может включать множество имен. Имя параметров может быть не указано, если не указано имя макрокоманд.Строка символовСтрока символов длиной, максимум, 256 байтовЗначение параметраЗначение параметра,Строка символовСтрока символов длиной, максимум, появляющееся как пара с именем параметра 256 байтовДлина двоичных данныхДлина двоичных данных, содержащихся в сообщении запроса вызоваЦелые числаОт 0 до 0×FFFFFFFСодержание двоичных данныхСодержание двоичных данных, содержащихся в сообщении запроса вызоваДвоичныеПроизвольное значение

Таблица 2 показывает детальный формат сообщения отзыва (отклика) на запрос услуги, включающего имя поля, содержание поля, тип поля и диапазон значения поля.

Таблица 2Имя поляСодержаниеТипДиапазон значенияТип сообщенияТип сообщенияСтрока символовФиксирован к запросу использования услуги№ последовательности сообщения№ последовательности сообщенияНе имеющие знака целые числаОт 0 до 0×FFFFFFFИдентификатор (ИД) конечного устройстваИдентификатор (ИД) вызываемой стороныСтрока символовСтрока символов длиной 32 байтаИД целевой функцииИД услуги вызывающей стороныСтрока символовСтрока символов длиной 8 байтовИД исходного устройстваИД устройства вызываемой стороныСтрока символовСтрока символов длиной 32 байтаИД исходной услугиИД услуги вызываемой стороныСтрока символовСтрока символов длиной 8 байтовИмя макрокомандыУказывает имя детальной макро-команды услуги вызывающей стороны, оно может быть опущено, если в нем нет необходимости.Строка символовСтрока символов длиной, максимум, 256 байтовИмя параметровИмя параметров соответствует макрокомандам, может включать множество имен. Имя параметров может быть не указано, если не указано имя макро-команд.Строка символовСтрока символов длиной, максимум, 256 байтовЗначение параметраЗначение параметра, появляющееся как пара с именем параметраСтрока символовСтрока символов длиной, максимум, 256 байтовДлина двоичных данныхДлина двоичных данных, содержащихся в сообщении запроса вызоваЦелые числаОт 0 до 0×FFFFFFFСодержание двоичных данныхСодержание двоичных данных, содержащихся в сообщении запроса вызоваДвоичныеПроизвольное значение

Из таблицы 1 и 2 можно видеть что первые шесть полей, включенных в каждое из сообщений, являются теми же самыми. То есть первое поле является типом сообщения, второе поле является номером (№) последовательности сообщения, использованным для повторной передачи сообщения и соответствия сообщения отзыва (отклика) и сообщения запроса. Третье - шестое поля указывают сторону, вызывающую услугу, и сторону вызываемой услуги. На практике сообщение запроса вызова услуги и сообщение отзыва (отклика) на запрос услуги могут быть реализованы с использованием языка XML. Согласно настоящему изобретению фактические вызываемые данные, например описание и аналогичные средства для содержания или функции вызываемой услуги, посланные приложениями, могут быть переданы в виде протокола передачи гипертекста (ППГ) плюс протокол простого доступа к объекту (ППДО). Для данных с простым форматом, то есть общих данных, которые необходимо занести, когда вызывают какую-либо услугу, например базовую информацию вызываемой услуги, они могут передать вызывающую информацию указанием вызываемого имени макрокоманды, имени параметра, соответствующего макрокоманде, и значения параметра. Данные с другими форматами передаются как общие двоичные данные. Конкретные значения данных анализируются стороной, вызывающей услугу, и стороной вызываемой услуги. Стек протоколов лишь отвечает за передачу.

Хотя настоящее изобретение было описано посредством приведенных в качестве примера реализации, должно быть понятно, что многие изменения и модификации могут быть сделаны специалистами в данной области техники без отхода от объема патентной защиты, определяемого прилагаемой формулой изобретения.

Промышленная применимость

Способ вызова услуги между устройствами в домашней сети по настоящему изобретению может быть использован при построении домашних сетей различного назначения. Промышленная применимость способа основывается на том, что он реализуется с применением стандартных, выпускаемых многими фирмами устройств и системного программного обеспечения.

Изобретение относится к технологии вызова услуги между устройствами в домашней сети. Достигаемый технический результат - разработка способа, способного разделить ресурсы между устройствами в домашней сети и обеспечить надежность вызова услуги. Согласно способу вызывающая сторона обнаруживает дескриптор вызываемой услуги и посылает с использованием указанного дескриптора запрос услуги к вызываемой стороне. После получения запроса стек протоколов вызываемой стороны определяет, существует ли вызываемая услуга, а также установила или нет вызывающая сторона арендное взаимоотношение с вызываемой стороной. Если - нет, то процесс вызова завершается. Если - да, то вызываемая сторона посылает сообщение отклика. После получения сообщения отклика стек протоколов вызывающей стороны определяет, существует ли необходимая услуга на вызываемой стороне и установлены ли с ней арендные взаимоотношения. Если - да, то стороны начинают фактическую интерактивную обработку вызова услуги, в противном случае - процесс завершается. 6 з.п. ф-лы, 4 ил., 2 табл.

1. Способ вызова услуги между устройствами в домашней сети, включающий следующие шаги:

а) вызывающая сторона обнаруживает дескриптор вызываемой услуги с использованием отличительной информации услуги, посылает запрос услуги к вызываемой стороне с использованием обнаруженного дескриптора вызываемой услуги,

б) после получения запроса услуги стек протоколов вызываемой стороны определяет, существует ли вызываемая услуга на основании дескриптора вызываемой услуги, содержащегося в запросе услуги, а также установила ли вызывающая сторона арендное взаимоотношение со стороной вызываемой услуги, если это имеет место, то вызываемая сторона посылает сообщение отклика на запрос услуги, содержащее результат вызова услуги, к вызывающей стороне, и переходит к шагу "в", в противном случае процесс вызова оканчивается,

в) после получения сообщения отклика на запрос услуги стек протоколов вызывающей стороны определяет, существует ли услуга в стороне вызываемой услуги на основании дескриптора вызываемой услуги, включенного в сообщение отклика, и установила ли вызывающая сторона арендное взаимоотношение с вызываемой стороной, если это имеет место, то вызывающая сторона и вызываемая сторона начинают фактическую интерактивную обработку вызова услуги, в противном случае процесс вызова оканчивается.

а1) вызывающая сторона ищет, существует ли вызываемая услуга в местном стеке протоколов с использованием дескриптора вызываемой услуги, если это имеет место, то дескриптор вызываемой услуги возвращается и завершает процесс поиска, если это не имеет место, то будет исполнять шаг а2,

а2) вызывающая сторона ищет, существует ли вызываемая услуга в других устройствах домашней сети с использованием дескриптора вызываемой услуги, если это имеет место, то дескриптор вызываемой услуги возвращается и определяет сторону, которая может предоставить вызываемую услугу в качестве вызываемой стороны, в противном случае процесс вызова будет завершен.

в1) вызывающая сторона посылает запрос услуги к вызываемой стороне последовательно через стек протоколов вызывающей стороны и стек протоколов вызываемой стороны.

в2) после получения запроса услуги вызываемая сторона возвращает отклик на запрос услуги, содержащий результат вызова услуги, вызывающей стороне последовательно через стек протоколов вызываемой стороны и стек протоколов вызывающей стороны.