Устройство связи, способ связи и программа

Авторы патента:


Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа
Устройство связи, способ связи и программа

 


Владельцы патента RU 2574382:

СОНИ КОРПОРЕЙШН (JP)

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

 

Область техники, к которой относится изобретение

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

Уровень техники

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

Система беспроводной связи ближнего радиуса действия быстро распространилась по всему миру и признана международным стандартом. Примеры международного стандарта включают в себя ISO/IEC 14443 в качестве стандарта системы карточки ИС бесконтактного типа, ISO/IEC 18092 в качестве стандарта NFCIP-1 (ИПСБРД - интерфейс и протокол связи ближнего радиуса действия) и т.п.

При связи ближнего радиуса действия на основе ISO/IEC 18092 используются активный и пассивный режимы связи. Активный режим связи является режимом связи, в котором передача данных осуществляется путем выведения электромагнитных волн с каждого из множества устройств связи, обмена данными и модуляции соответствующей электромагнитной волны. В пассивном режиме связи передача данных осуществляется путем выведения электромагнитной волны с одного (задатчика) из множества устройств связи и модуляции этой электромагнитной волны. Другие устройства связи (целевые объекты) из множества устройств связи посылают данные за счет осуществления нагрузочной модуляции на электромагнитной волне, выведенной с задатчика.

В пассивном режиме связи ISO/IEC 18092 (далее тип F) для передачи данных между устройством записи-воспроизведения и карточкой ИС осуществляется кодирование данных с помощью манчестерского кода. Помимо этого, в типе F применяются скорости передачи данных 212 Кбит/с и 424 Кбит/с (килобит в секунду). Типу F соответствует схема FeliCa (зарегистрированный товарный знак), разработанная заявителем, корпорацией Sony.

Кроме того, в системе карточки ИС на основе ISO/IEC 14443 используются различные схемы связи, например, так называемые тип А и тип В.

Тип А применяется в качестве MIFARE (зарегистрированный товарный знак) компанией Koninklijke Philips Electronics N.V. В типе А кодирование данных для передачи данных с устройства записи-воспроизведения на карточку ИС осуществляется кодом Миллера, а кодирование данных для передачи данных с карточки ИС на устройство записи-воспроизведения осуществляется манчестерским кодом. Помимо этого, в типе А применяется скорость передачи данных 106-847 Кбит/с (килобит в секунду).

В типе В кодирование данных для передачи данных с устройства записи-воспроизведения на карточку ИС осуществляется кодом без возврата к нулю (БВН) (NRZ), тогда как кодирование данных для передачи данных с карточки ИС на устройство записи-воспроизведения осуществляется кодом без возврата к нулю с инвариантом (БВНИ) (NRZ-I). Помимо этого, в типе А применяется скорость передачи данных 106 Кбит/с.

Устройство связи для беспроводной связи ближнего радиуса действия на основе ISO/IEC 18092 или ISO/IEC 14443 здесь и далее называется устройством СБР (NFC). Существуют определения протокола и команды, которыми обмениваются CLF (БУПОД - бесконтактное устройство предварительной обработки данных) и АР (ПП - прикладной процессор), тогда как устройство СБР функционально разделено на БУПОД и ПП (см. заявку JP-T-2009-515250). БУПОД главным образом осуществляет обмен (прием и передачу) радиочастотными (РЧ) данными с целевым объектом (БПИС - бесконтактной карточкой ИС, Proximity Integrated Circuit Card) ISO/IEC 14443 или целевым объектом ISO/IEC 18092, тогда как ПП главным образом исполняет приложение и осуществляет общее управление устройством СБР.

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

Однако заявка JP-T-2009-51520 предполагает только случай, при котором из типа А и типа В ISO/IEC 14443 и типа F ISO/IEC 18092 регистрируется один вид целевого объекта и протокола. Другими словами, заявка JP-T-2009-51520 раскрывает интерфейс, включающий в себя БУПОД и ПП при допущении, что регистрируется только один вид целевого объекта и протокола. По этой причине интерфейс непригоден для случая, в котором регистрируется множество видов целевых объектов и протоколов, и желательно разработать интерфейс, включающий в себя БУПОД и ПП, которые могут быть совместимы с множеством видов целевых объектов и протоколов.

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

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

Заранее заданный интерфейсный уровень может быть выбран на основе РЧ-протокола, используемого при связи между целевым объектом и первым блоком обработки.

Первый блок обработки далее может быть выполнен с возможностью передавать вторую команду и принимать третью команду в ответ на вторую команду, причем третья команда указывает РЧ-протокол.

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

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

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

В другом примере первый блок обработки далее может быть выполнен с возможностью принимать вторую команду, посылать третью команду в ответ на вторую команду и принимать первую команду на основе третьей команды.

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

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

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

Согласно этому примеру первый блок обработки далее может быть выполнен с возможностью передавать вторую команду и принимать третью команду в ответ на вторую команду, причем третья команда указывает РЧ-технологию.

Дополнительно в этом примере первый блок обработки далее может быть выполнен с возможностью передавать четвертую команду на второй блок обработки, причем четвертая команда указывает РЧ-технологию.

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

Далее в этом примере первый блок обработки может быть выполнен с возможностью принимать вторую команду, посылать третью команду в ответ на вторую команду и принимать первую команду на основе третьей команды.

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

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

В таком примере третья команда также представляет заранее заданный интерфейсный уровень, и когда вариант второго блока обработки эквивалентен или выше варианта первого блока обработки, второй блок обработки передает команду, причем команда указывает по меньшей мере один из режима опроса и режима прослушивания, РЧ-протокол и интерфейсный уровень.

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

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

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

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

Фиг.2 является схемой, показывающей интерфейсный уровень, устанавливаемый для каждого РЧ протокола.

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

Фиг.4 является схемой, иллюстрирующей подробную структуру каждого сообщения.

Фиг.5 является схемой, иллюстрирующей подробную структуру каждого сообщения.

Фиг.6 является схемой, иллюстрирующей подробную структуру каждого сообщения.

Фиг.7 является схемой, иллюстрирующей подробную структуру каждого сообщения.

Фиг.8 является схемой, иллюстрирующей подробную структуру каждого сообщения.

Фиг.9 является схемой, иллюстрирующей подробную структуру каждого сообщения.

Фиг.10 является схемой, показывающей список сообщений. Фиг.11 является блок-схемой алгоритма, иллюстрирующей содержимое последовательности.

Фиг.12 является схемой, иллюстрирующей подробный пример последовательности в случае режима опроса.

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

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

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

Подробное описание изобретения

Пример конфигурации системы связи, к которой применено настоящее раскрытие

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

Система связи по фиг.1 включает в себя устройство 1 СБР и устройства с 11-1 по 11-3 СБР.

Устройство 1 СБР и устройства с 11-1 по 11-3 СБР являются устройствами связи для беспроводной связи ближнего радиуса действия на основе ISO/IEC 18092 и ISO/IEC 14443. Устройство 1 СБР и устройства с 11-1 по 11-3 СБР могут работать как в качестве опрашивающего устройства, так и в качестве прослушивающего устройства.

Опрашивающее устройство формирует так называемое РЧ-поле (радиочастотное поле) генерированием электромагнитной волны, посылает команду опроса для регистрации прослушивающего устройства в качестве объекта и ждет ответа от прослушивающего устройства. Иными словами, опрашивающее устройство осуществляет работу БСУ (бесконтактного соединительного устройства) ISO/IEC 14443 или работу задатчика в пассивном режиме ISO/IEC 18092.

Прослушивающее устройство принимает команду опроса, отправленную из опрашивающего устройства путем формирования РЧ-поля, и затем отвечает откликом опроса. Другими словами, прослушивающее устройство осуществляет работу БПИС ISO/IEC 14443 или работу целевого объекта ISO/IEC 18092.

Соответственно, устройство 1 СБР и устройства с 11-1 по 11-3 СБР могут иметь одинаковые аппаратные конфигурации, соответственно.

Устройства с 11-1 по 11-3 СБР далее называются, соответственно, целевыми объектами с 11-1 по 11-3 для упрощения различения между устройством 1 СБР и устройствами с 11-1 по 11-3 СБР. Помимо этого, когда нет особой необходимости различать целевые объекты с 11-1 по 11-3, целевые объекты с 11-1 по 11-3 называются просто целевым объектом 11 (или устройством 11 СБР).

Устройство 1 СБР включает в себя один ПП (прикладной процессор) 21, одно БУПОД (бесконтактное устройство предварительной обработки данных) 22 и 0 или более ЭБ (элементов безопасности) 23. Поскольку имеется 0 или более ЭБ 23, их число может быть равно 0 (ЭБ 23 могут быть опущены).

ПП 21 осуществляет общее управление устройством 1 СБР, вырабатывает команду (КМД) для управления БУПОД 22 и анализирует результат исполнения в отношении этой команды. ПП 21 является примером обрабатывающего средства. ПП 21 обменивается сообщениями с БУПОД 22 в соответствии с ИГК (интерфейсом главного контроллера). Помимо этого, ПП 21 выполняет приложение для обмена данными с целевым объектом 11. Примеры приложения включают в себя приложение, осуществляющее операцию обмена данными для именных карточек и адресной книги в одноранговой связи (Р2Р), операцию платежа электронными деньгами и т.п. между устройством записи-воспроизведения и карточкой ИС. Помимо этого, ПП 21 сохраняет три приложения Прил (В), Прил (С) и Прил (Н) с разными уровнями в качестве приложений для обмена данными в соответствии с уровнем интерфейса БУПОД 22 (интерфейсным уровнем).

Таким образом, БУПОД 22 включает в себя память. Память может также быть внешней по отношению к БУПОД 22. Память может представлять собой ОЗУ, ПЗУ, магнитный диск, оптический диск или любое другое запоминающее устройство.

Далее, память является примером сохраняющего средства. Когда ПП выполняет программу для осуществления способа согласно некоторым вариантам осуществления, память является примером энергонезависимого носителя данных.

БУПОД 22 является интерфейсом, который размещен между ПП 21 и целевым объектом 11, чтобы быть посредником между ними, и управляет трактом так, что ПП 21 и ЭБ 23 могут обмениваться данными с целевым объектом 11. БУПОД является примером обрабатывающего средства. БУПОД 22 имеет множество интерфейсных уровней в качестве интерфейсного уровня для осуществления посредничества между ПП 21 и целевым объектом 11. В этом варианте осуществления предполагается, что БУПОД 22 имеет три ступени интерфейсных уровней, включающие нижний уровень, средний уровень и верхний уровень. БУПОД 22 получает команду от ИГК, обменивается сообщениями с ПП 21 и выполняет обмен (прием и передачу) РЧ-данными посредством антенны 24 на основе команды (КМД) с ПП 21.

ИГК является логическим интерфейсом между ПП 21 и БУПОД 22, и в ИГК определены команда (КМД) и уведомление (УВД) в заранее заданном формате, который будет описан далее.

ЭБ 23 осуществляет обработку и сохранение защищенных данных из обработки, необходимой для обмена данными между устройством 1 СБР и целевым объектом 11. В примере по фиг.1 в устройстве 1 СБР имеются три ЭБ с 23-1 по 23-3. ЭБ 23-1 и 23-2 соединены с БУПОД 22 для осуществления сохранения и обработки защищенных данных, которые обрабатываются БУПОД 22, тогда как ЭБ 23-3 соединен с ПП 21 для осуществления сохранения и обработки защищенных данных, которые обрабатываются ПП 21. Возможно обеспечить необходимое количество ЭБ 23 в устройстве 1 СБР или опустить ЭБ 23, если он не является необходимым.

Антенна 24 представляет собой замкнутую катушку и выводит электромагнитную волну (РЧ-данные) при изменении тока, проходящего по этой катушке. Антенна является примером передающего средства и(или) принимающего средства.

Устройство 1 СБР, выполненное так, как описано выше, поддерживает одну или несколько из трех приведенных ниже РЧ-технологий.

1) СБР-А - схема связи типа A ISO/IEC 14443.

2) СБР-В - схема связи типа В ISO/IEC 14443.

3) СБР-F - схемы связи 212 Кбит/с и 424 Кбит/с ISO/IEC 18092.

В этом перечне СБР-А является сокращенным обозначением типа А ISO/IEC 14443, СБР-В является сокращенным обозначением типа В ISO/IEC 14443, а СБР-Р является сокращенным обозначением схем связи 212 Кбит/с и 424 Кбит/с ISO/IEC 18092.

Помимо этого, устройство 1 СБР поддерживает один или несколько из шести приведенных ниже РЧ-протоколов.

1) T1T - протокол платформы меток (tag platform) первого типа (на основе типа СБР-А).

2) Т2Т - протокол платформы меток (tag platform) второго типа (на основе типа СБР-А).

3) Т3Т - протокол платформы меток (tag platform) третьего типа (на основе типа СБР-F).

4) ISO-DEP - протокол ISO-DEP (ISO/IEC 14443-4 на основе типа СБР-А или СБР-В)/ протокол платформы меток (tag platform) четвертого типа (на основе типа СБР-А).

5) NFC-DEP - протокол NFC-DEP (транспортный протокол ISO/IEC 18092 на основе СБР-А или СБР-Р).

6) Польз - протокол определения пользователя (протокол пользователя).

В этом перечне Т1T является сокращенным обозначением протокола платформы меток (tag platform) первого типа (на основе СБР-А), а Т2Т является сокращенным обозначением протокола платформы меток (tag platform) второго типа (на основе СБР-А). То же самое справедливо для Т3Т, ISO-DEP, NFC-DEP и Польз.

Относительно интерфейсного уровня

Когда устройство 1 СБР обменивается данными с целевым объектом 11, устройство 1 СБР может распределить обработку между ПП 21 и БУПОД 22. Другими словами, можно заставить промежуточное БУПОД 22 осуществлять обработку, необходимую для обмена данными с целевым объектом 11, вместо ПП 21. В этот момент на основе интерфейсного уровня, определенного (сообщенного уведомлением) ПП 21 в отношении БУПОД 22, определяется, на каком уровне БУПОД 22 осуществляет обработку, необходимую для обмена данными, вместо ПП 21.

Из трех ступеней интерфейсных уровней, включающих в себя нижний, средний и верхний уровни БУПОД 22, верхний уровень является уровнем, на котором объем обработки, назначенной для БУПОД 22 в качестве интерфейса, является наибольшим, а нижний уровень является уровнем, на котором объем обработки, назначенной для БУПОД 22 в качестве интерфейса, является наименьшим. Необходимо устанавливать интерфейсный уровень для каждого РЧ-протокола, и устанавливаемый интерфейсный уровень устанавливается заранее в зависимости от РЧ-протокола в БУПОД 22.

Фиг.2 показывает интерфейсный уровень, который может быть установлен для РЧ-протокола БУПОД 22.

Для протоколов Т1T, T2T и Т3Т может быть установлен только нижний интерфейсный уровень. Кроме того, для РЧ-протоколов Т1Т и T2T устанавливается РЧ-технология СБР-А, а для РЧ-протокола Т3Т устанавливается РЧ-технология СБР-F.

Можно установить любой из трех (нижний, средний или верхний) интерфейсных уровней для РЧ-протоколов ISO-DEP и NFC-DEP. Для РЧ-протокола ISO-DEP устанавливается РЧ-технология СБР-А или СБР-В, а для РЧ-протокола NFC-DEP устанавливается РЧ-технология СБР-А или СБР-F.

Для протокола Польз может быть установлен только нижний интерфейсный уровень.

Фиг.3 показывает различие в обработке в зависимости от интерфейсного уровня в случае уровня связи для одноранговой связи между устройствами СБР.

На нижнем интерфейсном уровне БУПОД 22 выполняет функции формата кадра, предупреждения столкновений, битового кодирования и модуляции/нагрузочной модуляции на основе ISO/IEC 18092. На среднем интерфейсном уровне БУПОД 22 дополнительно выполняет функции вплоть до транспортного протокола на основе ISO/IEC 18092. А именно, БУПОД 22 наряду с функциями на нижнем уровне дополнительно выполняет функции активации-деактивации протокола, сегментации и обратного восстановления и ретрансляции. На верхнем интерфейсном уровне БУПОД 22 выполняет функции до ПУЛС (протокол управления логической связью форума СБР), который является протоколом высшего уровня транспортного протокола на основе ISO/IEC 18092.

Возможно задать и установить интерфейсный уровень БУПОД 22 для каждого РЧ-протокола из трех ступеней в соответствии с условиями приложения, стоимостями кристаллов ИС и т.п., которые предполагаются БУПОД 22.

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

Формат сообщения

Далее будет приведено подробное описание сообщения, определенного как ИГК, со ссылкой на фиг.4-9.

Существуют три вида сообщений, в том числе КМД (команда) с ПП 21 на БУПОД 22, ОТВ (отклик) на команду с БУПОД 22 на ПП 21 и УВД (уведомление) с БУПОД 22 на ПП 21.

Фиг.4 показывает форматы команды «INIT_COM» инициализации и отклика «INIT_RES» инициализации.

Команда «INIT_COM» инициализации является сообщением для инициализации ИГК и обмена возможностями между БУПОД 22 и ПП 21. Команда «INIT_COM» инициализации в качестве параметров включает в себя элементы «вариант», обозначающий вариант ИГК (номер варианта) ПП 21, и «свойства ИГК», обозначающий возможности ПП 21. В элементе «свойства ИГК» вводятся данные о функциях управления связью, поддерживаемых ПП 21, такие как данные о наличии функции управления потоком данных, функции эмуляции карточки, функции создания дополнительного сообщения и т.п.

Отклик «INIT_RES» инициализации является сообщением для ответа на команду инициализации. Отклик «INIT_RES» инициализации в качестве параметров включает в себя элементы «статус», представляющий результат ответа на команду «INIT_COM» инициализации, «вариант», представляющий вариант ИГК БУПОД 22, «свойства ИГК», представляющий средства БУПОД 22 и «интерфейсы ИГК», представляющий средства интерфейса БУПОД 22. В элементе «свойства ИГК» вводятся данные о функциях управления связью, поддерживаемых БУПОД 22, такие как данные о наличии функции управления потоком данных, функции режима отключения аккумулятора, функции маршрутизации с использованием идентификатора приложения эмуляции карточки и т.п. В элементе «интерфейсы ИГК» вводится интерфейсный уровень для каждого РЧ-протокола, поддерживаемого БУПОД 22.

ПП 21 и БУПОД 22 взаимно проверяют эти варианты посредством команды «INIT_COM» инициализации и отклика «INIT_RES» инициализации, и если вариант ПП 21 равнозначен или выше варианта БУПОД 22, во время получения команд от ИГК возможно обмениваться сообщениями. С другой стороны, если вариант ПП 21 ниже варианта БУПОД 22, ПП 21 выполняет обработку ошибки, такую как вывод сообщения об ошибке.

Фиг.5 показывает форматы команды «SET_INTERFACE_LEVEL_COM» установки интерфейсного уровня и отклика «SET_INTERFACE_LEVEL_RES» установки интерфейсного уровня.

Команда «SET_INTERFACE_LEVEL_COM» установки интерфейсного уровня является сообщением соединения РЧ-протокола и интерфейсного уровня. Команда «SET_INTERFACE_LEVEL_COM» установки интерфейсного уровня включает в себя число (n) элементов данных установки интерфейсного уровня и n элементов данных установки интерфейсного уровня.

Данные установки интерфейсного уровня для одного РЧ-протокола включают в себя элементы «режим», представляющий режим (режим опроса-прослушивания) целевого объекта 11, «протокол», представляющий используемый РЧ-протокол, и «интерфейсный уровень», представляющий используемый интерфейсный уровень. А именно, возможно установить интерфейсный уровень («интерфейсный уровень») для режима опроса и режима прослушивания для одного РЧ-протокола («протокол»). Например, можно провести установку так, что для случая режима опроса, если РЧ-протоколом является ISO-DEP, устанавливается средний интерфейсный уровень, а для случая режима прослушивания, если РЧ-протоколом является ISO-DEP, устанавливается верхний интерфейсный уровень. Соответственно, число n элементов данных установки интерфейсного уровня максимум вдвое превышает число РЧ-протоколов.

Отклик «SET_INTERFACE_LEVEL_RES» установки интерфейсного уровня является сообщением для ответа на команду установки интерфейсного уровня. Отклик «SET_INTERFACE_LEVEL_RES» установки интерфейсного уровня включает в себя в качестве параметра ДА=1 или НЕТ=0, представляющее результат отклика.

Фиг.6 показывает форматы команды «DISCO VER_START_COM» запуска обнаружения, отклика «DISCOVER_START_RES» на запуск обнаружения, команды «DISCOVER_STOP_COM» завершения обнаружения и отклика «DISCO VER_STOP_RES» на завершение обнаружения.

Команда «DISCOVER_START_COM» запуска обнаружения является сообщением запроса запуска обнаружения целевого объекта 11. Параметр команды «DISCOVER_START_COM» запуска обнаружения включает в себя элемент «типы обнаружения», представляющий РЧ-технологии в качестве целевых объектов обнаружения, число которых соответствует числу РЧ-технологий, которые желательно обнаружить.

Отклик «DISCOVER_START_RES» на запуск обнаружения является сообщением для отклика на команду запуска обнаружения. Отклик «DISCOVER_START_RES» на запуск обнаружения включает в себя в качестве параметра ДА=1 или НЕТ=0, представляющее результат ответа.

Команда «DISCOVER_STOP_COM» завершения обнаружения является сообщением запроса завершения обнаружения целевого объекта 11. Команда «DISCOVER_STOP_COM» завершения обнаружения не включает в себя никаких параметров.

Отклик «DISCOVER_STOP_RES» на завершение обнаружения является сообщением отклика на команду завершения обнаружения. Отклик «DISCOVER_STOP_RES» завершения обнаружения включает в себя в качестве параметра ДА=1 или НЕТ=0, представляющее результат ответа.

Фиг.7 показывает форматы команды «DISCOVER_SELECT_COM» выбора обнаружения, отклика «DISCOVER_SELECT_RES» на выбор обнаружения, команды «DEACT_COM» деактивации и отклика «DEACT_RES» на деактивацию.

Команда «DISCOVER_SELECT_COM» выбора обнаружения является сообщением выбора РЧ-технологии (целевого объекта 11) и РЧ-протокола. Выбранная РЧ-технология (целевой объект 11) вводится в параметре «ID целевого объекта», а выбранный РЧ-протокол вводится в параметре «SAP целевого объекта» (SAP - Service Advertising Protocol, протокол предлагаемых услуг) команды «DISCOVER_SELECT_COM» выбора обнаружения.

Отклик «DISCOVER_SELECT_RES» на выбор обнаружения является сообщением отклика на команду выбора обнаружения. Отклик «DISCOVER_SELECT_RES» на выбор обнаружения в качестве параметра включает в себя ДА=1 или НЕТ=0, представляющее результат отклика.

Команда «DEACT_COM» деактивации является сообщением запроса завершения обмена данными с целевым объектом 11. Команда «DEACT_COM» деактивации в качестве параметров включает в себя элементы «ID целевого объекта», соответствующий РЧ-технологии, «SAP целевого объекта», соответствующий РЧ-протоколу, и «тип деактивации», являющийся командой, подлежащей отправке на объект.

Отклик «DEACT_RES» деактивации является сообщением отклика на команду «DEACT_COM» деактивации. Отклик «DEACTJRES» деактивации в качестве параметра включает в себя ДА=1 или НЕТ=0, представляющее результат отклика.

Фиг.8 показывает форматы уведомления «DISCOVERJSTTF» обнаружения, уведомления «ACTJSTTF» активации и уведомления «DEACT_NTF» деактивации.

Уведомление «DISCOVER_NTF» обнаружения является сообщением уведомления о целевом объекте, его РЧ-технологии и РЧ-протоколе. Существует множество комбинаций целевого объекта, РЧ-технологии и РЧ-протокола в некоторых случаях, таким же образом, что и в упомянутой выше команде «DISCOVER_SELECT СОМ» выбора обнаружения.

Уведомление «DISCOVER_NTF» обнаружения в качестве параметров включает в себя элемент «ID целевого объекта», являющийся номером, присвоенным БУПОД 22 РЧ-технологии, «SAP целевого объекта», являющийся номером, присвоенным БУПОД 22 РЧ-протоколу, «тип обнаружения», представляющий обнаруженную РЧ-технологию, «РЧ-протокол», представляющий РЧ-протокол целевого объекта 11, «особые параметры технологии», представляющий особый параметр РЧ-технологии, и «больше», представляющий наличие следующего уведомления «DISCOVER_NTF» обнаружения.

Уведомление «ACT_NTP» активации является сообщением уведомления об активации (активизации, запуске) конкретного уровня (активация, запуск) интерфейса. Уведомление «ACT_NTF» активации в качестве параметров включает в себя элемент «параметры активации», представляющий параметры активации, и «тип интерфейса», представляющий активированный интерфейсный уровень, наряду с упомянутыми выше элементами «ID целевого объекта», «SAP целевого объекта», «тип обнаружения» и «РЧ-протокол».

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

Фиг.9 показывает список сообщений, описанных со ссылкой на фиг.4-8.

Содержимое последовательности

Далее со ссылкой на фиг.10 будет описано содержимое последовательности операций, выполняемой между ПП 21 и БУПОД 22, когда ПП 21 обменивается данными с целевым объектом 11.

Последовательность операций, выполняемая между ПП 21 и БУПОД 22, когда ПП 21 обменивается данными с целевым объектом 11, включает в себя в общих чертах следующие пять этапов.

1) Обработка инициализации для установки интерфейсного уровня для РЧ-протокола

2) Обработка обнаружения для целевого объекта 11

3) Обработка активации для интерфейса

4) Обработка обмена данными

5) Обработка деактивации для интерфейса

Когда ПП 21 обменивается данными со множеством целевых объектов 11, этапы 3)-5) последовательно выполняются для каждого из множества целевых объектов 11.

1) Обработка инициализации для установки интерфейсного уровня для РЧ-протокола

При обработке инициализации ПП 21 назначает интерфейсный уровень БУПОД 22 (уведомляет о нем) путем отправки команды «SET_INTERFACE_LEVEL_COM» установки интерфейсного уровня после проверки средств интерфейса БУПОД 22. Обработка инициализации соответствует обработке на этапе S11 ПП 21 и обработке на этапе S21 БУПОД 22 по фиг.10.

2) Обработка обнаружения для целевого объекта 11

Обработка обнаружения является операцией для обнаружения целевого объекта 11. Если ПП 21 посылает команду «DISCO VER_START_COM» запуска обнаружения для запроса запуска обнаружения целевого объекта 11 на БУПОД 22 на этапе S12, на этапе S22 БУПОД 22 запускает обработку обнаружения целевого объекта 11.

При обнаружении целевого объекта 11 БУПОД 22 попеременно повторяет режим опроса и режим прослушивания. А именно, в дальнейшем БУПОД 22 повторяет обработку установки команды опроса и ожидания отклика другой стороны (режим опроса) и обработку ожидания команды опроса другой стороны (режим прослушивания).

В режиме опроса, если БУПОД 22 принимает отклик на отправленную команду опроса, линия связи с целевым объектом 11 считается установленной, и в этот момент поддерживается режим (режим опроса). В режиме опроса БУПОД 22 может функционировать в качестве УУО (устройства управления обработкой) или задатчика и посылать команду.

С другой стороны, в режиме прослушивания, если БУПОД 22 посылает отклик на команду опроса другой стороны, линия связи с целевым объектом 11 считается установленной, и в этот момент поддерживается режим (режим прослушивания). В режиме прослушивания БУПОД 22 может функционировать в качестве БПИС или целевого объекта и отвечать на принятую команду (посылать отклик).

БУПОД 22 уведомляет ПП 21 об обнаруженном целевом объекте 11 посредством уведомления «DISCOVER_NTF» обнаружения на этапе S23. Когда обнаружено множество целевых объектов 11, БУПОД 22 посылает уведомление «DISCOVERJNTF» обнаружения для каждого из обнаруженных целевых объектов 11.

3) Обработка активации для интерфейса

ПП 21 принимает уведомление «DISCOVER_NTF» обнаружения, затем выбирает один заранее заданный целевой объект 11 из принятых целевых объектов и посылает команду «DISCOVER_SELECT_COM» выбора обнаружения на БУПОД 22 на этапе S13.

БУПОД 22 принимает команду «DISCOVER_SELECT_COM» выбора обнаружения и активирует интерфейс одного выбранного целевого объекта 11 на основе команды «DISCOVER_SELECT_COM» выбора обнаружения на этапе S24. Затем БУПОД 22, посредством уведомления «ACT_NTF» активации уведомляет ПП 21 о том, что активирован интерфейс целевого объекта 11, выбранного посредством команды «DISCOVER_SELECT_COM» выбора обнаружения.

Помимо этого, эта обработка осуществляется в режиме Опроса, а в режиме прослушивания осуществляется другая обработка, поскольку ПП 21 не выбирает целевой объект 11. А именно, БУПОД 22 отвечает множеством РЧ-технологий в режиме прослушивания, когда БУПОД 22 сохраняет конечный автомат для множества РЧ-технологий. БУПОД 22 отвечает РЧ-технологией, обнаруженной первой, когда БУПОД 22 сохраняет конечный автомат для одной РЧ-технологии. БУПОД 22 активирует интерфейс откликающегося целевого объекта 11 и уведомляет об этом ПП 21 посредством уведомления «ACT_NTF» активации. Поскольку целевой объект 11 посылает команду в режиме прослушивания, БУПОД 22 осуществляет операцию в соответствии с принятой командой.

4) Обработка обмена данными

ПП 21 принимает уведомление «ACTJNTF» активации с БУПОД 22 и затем активирует приложение на этапе S14. В этот момент ПП 21 выбирает одно из приложений: Прил (В), Прил (С) и Прил (Н) в соответствии с интерфейсным уровнем БУПОД 22.

ПП 21 обменивается данными с целевым объектом 11 через БУПОД 22 посредством активированного приложения на этапе S15. БУПОД 22 обменивается данными между ПП 21 и целевым объектом 11 на этапе S25.

5) Обработка деактивации для интерфейса

В режиме опроса приложение, активированное в ПП 21, посылает команду «DEACT_COM» деактивации на БУПОД 22 в момент завершения приложения. БУПОД 22 принимает команду «DEACT_COM» деактивации, деактивирует интерфейс осуществляющего связь целевого объекта 11 и отключает связь с целевым объектом 11 на этапе S26.

С другой стороны, БУПОД 22 посылает уведомление «DEACT_NTF» деактивации на ПП 21 после отключения связи с осуществляющим связь целевым объектом 11 в режиме прослушивания. ПП 21 завершает приложение, когда на этапе S26 принято уведомление «DEACT_NTF» деактивации.

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

Подробный пример последовательности (в случае режима опроса)

Далее последовательность, выполняемая между ПП 21 и БУПОД 22, когда ПП 21 обменивается данными с множеством целевых объектов 11, будет подробно описана со ссылкой на фиг.11-13.

Фиг.11 показывает РЧ-технологию и РЧ-протокол, поддерживаемые каждым из целевых объектов с 11-1 по 11-3.

Целевой объект 11-1 поддерживает СБР-А в качестве РЧ-технологий и два РЧ-протокола, включая ISO-DEP и NFC-DEP. Целевой объект 11-2 поддерживает СБР-В в качестве РЧ-технологии и ISO-DEP в качестве РЧ-протокола. Целевой объект 11-3 поддерживает СБР-F в качестве РЧ-технологии и ТЗТ в качестве РЧ-протокола.

На фиг.11 элементы «ID целевого объекта» и «SAP целевого объекта», показанные с правой стороны сегмента для РЧ-протокола, представляют идентификаторы, назначенные обнаруженному целевому объекту 11 БУПОД 22 в ряду последовательности, показанном на фиг.12-13.

Пример последовательности для режима опроса

Фиг.12-13 являются блок-схемами, показывающими последовательность, в которой устройство 1 СБР (БУПОД 22) эксплуатируется в режиме опроса для связи с тремя целевыми объектами с 11-1 по 11-3 с различными РЧ-технологиями.

Вначале ПП 21 посылает команду INIT_COM инициализации на этапе S41, а БУПОД 22 в качестве отклика посылает на ПП 21 отклик INIT_RES на инициализацию на этапе S42. Отклик INITJRES на инициализацию включает в себя интерфейсный уровень для каждого РЧ-протокола, поддерживаемого БУПОД 22, как описано выше.

На этапе S43 ПП 21 посылает команду SET_INTERFACE_LEVEL_COM установки интерфейсного уровня для соединения РЧ-протокола и интерфейсного уровня с БУПОД 22 на основе интерфейсного уровня для каждого РЧ-протокола, поддерживаемого БУПОД 22. На этапе S43 посылается SET_INTERFACE_LEVEL_COM (5, опрос, протокол ISO-DEP, средний интерфейсный уровень, опрос, протокол NFC-DEP, верхний интерфейсный уровень, опрос, протокол Т1T, нижний интерфейсный уровень, опрос, протокол Т2Т, нижний интерфейсный уровень, опрос, протокол Т3Т, нижний интерфейсный уровень). По такой команде в БУПОД 22 в режиме опроса при РЧ-протоколе ISO-DEP устанавливается средний интерфейсный уровень, для NFC-DEP - верхний интерфейсный уровень, а для Т1Т, Т2Т и Т3Т - нижний интерфейсный уровень.

Хотя в этом примере делается установка для РЧ-протоколов Т1Т, Т2Т и Т3Т, уровни РЧ-протоколов Т1Т, Т2Т и Т3Т могут быть зафиксированы на нижнем уровне, и отправка команды и установка могут быть опущены, поскольку для РЧ-протоколов Т1Т, Т2Т и Т3Т может быть установлен только нижний интерфейсный уровень.

Поскольку последовательность по фиг.12 описывает пример, в котором устройство 1 СБР (БУПОД 22) эксплуатируется в режиме опроса, назначение каждого интерфейсного уровня в режиме прослушивания в команде SETJNTERFACE_LEVEL_COM установки интерфейсного уровня на этапе S43 опущено.

БУПОД 22 посылает отклик SET_INTERFACE_LEVEL_RES на установку интерфейсного уровня, который представляет, что на этапе S44 воспринята команда SET_INTERFACE_LEVEL_COM установки интерфейсного уровня с ПП 21.

Затем ПП 21 назначает СБР-А, СБР-В и СБР-F как РЧ-технологии целевых объектов обнаружения и посылает команду DISCOVER_START_COM запуска обнаружения на БУПОД 22 на этапе S45. БУПОД 22 посылает отклик DISCOVER_START_RES на запуск обнаружения, представляющий, что на этапе S46 воспринята команда DISCOVER_START_COM запуска обнаружения.

Затем БУПОД 22 посылает команду для обнаружения целевых объектов 11 для СБР-А, СБР-В и СБР-F, назначенных как РЧ-технологии целевых объектов обнаружения. В частности, ПП 21 посылает команду SENS_REQ для СБР-А на этапе S47 и принимает отклик SENSJRES на команду SENS_REQ, который посылается с целевого объекта 11-1 в РЧ-поле на этапе S48. В момент получения отклика SENS_RES РЧ-протокол целевого объекта 11-1 еще не известен.

Помимо этого, ПП 21 посылает команду SENSB_REQ для СБР-В на этапе S49 и принимает отклик SENSB_RES на команду SENSB_REQ, который посылается с целевого объекта 11-2 в РЧ-поле на этапе S50. К моменту получения отклика SENSB_RES уже известно, что РЧ-протоколом целевого объекта 11-2 является ISO-DEP.

Кроме того, ПП 21 посылает команду SENSF_REQ для СБР-Р на этапе S51 и принимает отклик SENSF_RES на команду SENSF_REQ, который посылается с целевого объекта 11-3 в РЧ-поле на этапе S52. К моменту получения отклика SENSF_RES уже известно, что РЧ-протоколом целевого объекта 11-3 является Т3Т.

Хотя БУПОД чередует режимы опроса и прослушивания, если никакой целевой объект 11 не обнаруживается, эксплуатация в режиме прослушивания не осуществляется, поскольку целевые объекты с 11-1 по 11-3 обнаруживаются в режиме опроса.

БУПОД 22 посылает три уведомления DISCOVER_NTF обнаружения для уведомления ПП 21 об обнаруженных объектах с 11-1 по 11-3 на этапах S53-S55. В частности, БУПОД 22 присваивает обнаруженному целевому объекту 11-1 СБР-А «TID1» в качестве ID целевого объекта и «TSAP1» в качестве SAP целевого объекта и посылает уведомление DISCO VER_NTF обнаружения на ПП 21 на этапе S53.

БУПОД 22 присваивает обнаруженному целевому объекту 11-2 СБР-В «TID2» в качестве ID целевого объекта и «TSAP2» в качестве SAP целевого объекта и посылает уведомление DISCOVERJNTF обнаружения на ПП 21 на этапе S54. БУПОД 22 присваивает обнаруженному целевому объекту 11-3 СБР-F «ТID3» в качестве ID целевого объекта и «TSAP3» в качестве SAP целевого объекта и посылает уведомление DISCOVER_NTF обнаружения на ПП 21 на этапе S55.

Здесь последние параметры «больше» в уведомлениях DISCOVER NTF обнаружения, посланных на этапах S53-S54, равны «1», поскольку уведомления DISCOVER_NTF обнаружения будут посланы вновь. С другой стороны, последний параметр «больше» уведомления DISCOVER_NTF обнаружения, посланного на этапе S55, равен «0», поскольку больше не будет послано уведомлений DISCOVER_NTF обнаружения.

В приведенной ниже последовательности целевой объект 11 определен посредством ID целевого объекта и SAP целевого объекта, присвоенными БУПОД 22, и обмен сообщениями идет между ПП 21 и БУПОД 22.

ПП 21 выбирает связь с целевым объектом 11-2 из обнаруженных целевых объектов с 11-1 по 11-3 и посылает команду DISCO VER_SELECT_COM выбора обнаружения с параметрами TID2 для «ID целевого объекта» и TSAP2 для «SAP целевого объекта» на этапе S56.

БУПОД 22 принимает команду DISCOVER_SELECT_COM выбора обнаружения и посылает ответ DISCOVER_SELECT_RES выбора обнаружения, представляющий, что команда воспринята на ПП 21 на этапе S57.

Средний интерфейсный уровень назначается вышеупомянутой командой SET_INTERFACE_LEVEL_COM установки интерфейсного уровня для РЧ-протокола ISO-DEP, представленной «SAP целевого объекта»=TSAP2, включенной в команду DISCOVER_SELECT_COM выбора обнаружения. Операцию активации протокола осуществляет БУПОД 22 на среднем интерфейсном уровне, как описано выше со ссылкой на фиг.3.

Таким образом, БУПОД 22 осуществляет активацию протокола на этапе S58. А именно, БУПОД 22 сообщает свои собственные характеристики (спецификации) и посылает команду ATTRIB запроса характеристик целевого объекта 11-2 на целевой объект 11-2. БУПОД 22 принимает отклик АТТА от целевого объекта 11-2 как отклик на команду ATTRIB на этапе S59.

Если отклик АТТА принят, БУПОД 22 посылает уведомление ACT_NTF активации, представляющее, что активация интерфейса на среднем интерфейсном уровне завершена, на ПП 21 на этапе S60. Параметры уведомления ACT_NTF активации включают в себя принятый отклик «АТТА» в качестве «параметра активации» и «средний интерфейсный уровень активирован», обозначающий активированный интерфейсный уровень, в качестве «типа интерфейса».

После завершения активации интерфейса приложение Прил (Ср), соответствующее среднему интерфейсному уровню в ПП 21, запускает обмен данными между ПП 21 и целевым объектом 11-2 (TID2), используя РЧ-протокол ISO-DEP (TSAP2) на этапе S61.

Когда заранее заданный обмен данными осуществлен и приложение Прил (Ср) завершено, ПП 21 посылает команду DEACT_COM деактивации на БУПОД 22 на этапе S62. Параметр «тип деактивации» команды DEACT_COM деактивации включает в себя команду «DESELECT», подлежащую посылке на целевой объект 11-2.

БУПОД 22 посылает отклик DEACTJRES деактивации, представляющий, что команда DEACT_COM деактивации воспринята, на ПП 21 на этапе S63.

Затем БУПОД 22 посылает команду DESELECT на целевой объект 11-2 на основе параметра «тип деактивации», включенного в команду DEACT_COM деактивации на этапе S64. БУПОД 22 принимает отклик DESELECT от целевого объекта 11-2 и деактивирует интерфейс на этапе S65. Параметры, относящиеся к целевому объекту 11-2 (TID2) и ISO-DEP (TSAP2), отзываются посредством деактивации интерфейса.

Начиная с этапа S66 по фиг.13 в качестве второго участника связи выбирается целевой объект 11-1 (TID1), и связь осуществляется между ПП 21 и целевым объектом 11-2 (TID1).

А именно, ПП 21 посылает команду DISCO VER_SELECT_COM выбора обнаружения с параметрами TID1 в качестве «ID целевого объекта» и TSAP1 в качестве «SAP целевого объекта» на БУПОД 22 на этапе S66.

БУПОД 22 принимает команду DISCOVER_SELECT_COM выбора обнаружения и посылает отклик DISCOVER_SELECT_RES выбора обнаружения, представляющий, что команда воспринята, на ПП 21 на этапе S67.

Затем БУПОД 22 опознает заранее заданную БПИС и осуществляет обработку предупреждения столкновений для связи даже в том случае, если между БУПОД 22 и целевым объектом 11-1 существует множество БПИС (карточек ИС), соответствующих параметру TID1 TSAP1, на этапе S68.

На этапе S69 БУПОД 22 принимает отклик SEL_RES (ISO-DEP|NFC-DEP), представляющий, что ISO-DEP и NFC-DEP поддерживаются в качестве РЧ-протоколов с целевого объекта 11-1.

БУПОД 22 присваивает «TSAP4» в качестве SAP целевого объекта РЧ-протоколу ISO-DEP, a «TSAP5» в качестве SAP целевого объекта РЧ-протоколу NFC-DEP, и посылает уведомления DISCOVERJNTF обнаружения на ПП 21 в этапах S70 и S71. А именно, БУПОД 22 посылает уведомление DISCO VER_NTF обнаружения (TID1, TSAP4, СБР-А, PROTOCOL_ISO_DEP, SEL_RES, больше=1) на ПП 21 на этапе S70 и посылает уведомление DISCOVER_NTF обнаружения (TID1, TSAP5, СБР-А, PROTOCOL_NTF_DEP, SEL_RES, большей) на ПП 21 на этапе S71.

ПП 21 выбирает NFC-DEP из двух РЧ-протоколов и посылает команду DISCOVER_SELECT_COM выбора обнаружения с параметрами TID1 в качестве «ID целевого объекта» и TSAP1 в качестве «SAP целевого объекта» на этапе S72.

На этапе S73 БУПОД 22 принимает команду DISCOVER_SELECT_COM выбора обнаружения и посылает отклик DISCOVER_SELECT_RES выбора обнаружения, представляющий, что команда воспринята, на ПП 21.

В описанной выше установке интерфейсного уровня на этапе S43 для РЧ-протокола NFC-DEP назначен верхний интерфейсный уровень. Таким образом, БУПОД 22 осуществляет активацию протокола (команда ATR_REQ запроса свойств) и активацию ПУЛС на этапе S74.

На этапе S75 БУПОД 22 принимает результаты отклика ATR_RES и активации ПУЛС в качестве отклика на команду ATR_REQ от целевого объекта 11-1. Затем БУПОД 22 посылает уведомление ACT_NTF активации, означающее, что активация интерфейса на верхнем уровне завершена, на ПП 21 на этапе S76. Параметры уведомления ACT_NTF активации включают в себя принятый отклик «ATR_RES» в качестве «параметра активации» и «активировать верхний интерфейсный уровень», представляющий активированный интерфейсный уровень, в качестве «типа интерфейса»,

После завершения активации интерфейса приложение Прил (В), соответствующее верхнему интерфейсному уровню в ПП 21, начинает обмен данными между ПП 21 и целевым объектом 11-1 (TID1), используя РЧ-протокол NFC-DEP (TSAP5) на этапе S77.

Когда заранее заданный обмен данными осуществлен и приложение Прил (В) завершено, ПП 21 посылает команду DEACT_COM деактивации на БУПОД 22 на этапе S78. Параметр «тип деактивации» команды DEACT_COM деактивации включает в себя команду «DSL_REQ», подлежащую посылке на целевой объект 11-1.

БУПОД 22 посылает отклик DEACT_RES деактивации, представляющий, что команда DEACT_COM деактивации воспринята, на ПП 21 на этапе S79.

Затем БУПОД 22 посылает команду DSLJREQ на целевой объект 11-1 на основе параметра «тип деактивации», включенного в команду DEACT_COM деактивации, на этапе S80. БУПОД 22 принимает отклик DSLJRES от целевого объекта 11-1 и деактивирует интерфейс на этапе S81. Параметры, относящиеся к целевому объекту 11-1 (TID1) и NFC_DEP (TSAP5), отзываются посредством деактивации интерфейса.

Начиная с этапа S82 в качестве второго участника связи выбирается целевой объект 11-3 (ТID3), и связь осуществляется между ПП 21 и целевым объектом 11-3 (ТID3).

А именно, ПП 21 посылает команду DISCOVER_SELECT_COM выбора обнаружения с параметрами ТID3 (СБР-F) в качестве «ID целевого объекта» и TSAP1 (Т3Т) в качестве «SAP целевого объекта» на БУПОД 22 на этапе S82.

БУПОД 22 принимает команду DISCOVER_SELECT_COM выбора обнаружения и посылает отклик DISCOVER_SELECT_RES выбора обнаружения, означающий, что команда воспринята, на ПП 21 на этапе S83.

В упомянутой выше установке интерфейсного уровня на этапе S43 для РЧ-протокола Т3Т определяется нижний интерфейсный уровень. На нижнем интерфейсном уровне не осуществляется активация протокола; следовательно, БУПОД 22 немедленно устанавливает «нуль» в качестве параметра «параметров активации» и посылает уведомление ACT_NTF активации, представляющее, что активация интерфейса на нижнем уровне завершена, на ПП 21 на этапе S84.

После завершения активации интерфейса приложение Прил (Н), соответствующее нижнему интерфейсному уровню в ПП 21, начинает обмен данными между ПП 21 и целевым объектом 11-3 (ТID3), используя РЧ-протокол Т3Т (TSAP3) на этапе S85.

Когда заранее заданный обмен данными осуществлен и приложение Прил (Н) завершено, ПП 21 посылает команду DEACT_COM деактивации на БУПОД 22 на этапе S86. Поскольку деактивация протокола не выполняется, так же как и активация протокола, параметр «тип деактивации» команды DEACT_COM деактивации равен «нулю».

БУПОД 22 посылает отклик DEACT_RES деактивации, означающий, что команда DEACT_COM деактивации воспринята, на ПП 21 на этапе S87. Далее БУПОД 22 деактивирует интерфейс и отзывает параметры, относящиеся к целевому объекту 11-3 (ТID3) и Т3Т (TSAP3).

Как описано выше, устройство 1 СБР (ПП 21 и БУПОД 22) может эксплуатироваться как опрашивающее устройство и обнаруживать множество объектов 11 с различными РЧ-протоколами. Помимо этого, устройство 1 СБР может последовательно обмениваться данными со множеством обнаруженных целевых объектов 11.

Подробный пример последовательности (в случае режима прослушивания)

Далее будет описана последовательность, в которой устройство 1 СБР эксплуатируется в режиме прослушивания, со ссылкой на фиг.14-15.

В примерах по фиг.14-15 РЧ-протоколом, поддерживаемым целевым объектом 11-3, является NFC-DEP, в отличие от примера по фиг.11.

Вначале ПП 21 посылает команду INIT_COM инициализации на этапе S101, а БУПОД 22 посылает отклик INIT_RES на инициализацию на ПП 21 на этапе S102. Отклик INIT_RES на инициализацию включает в себя интерфейсный уровень для каждого РЧ-протокола, поддерживаемого БУПОД 22, как описано выше.

ПП 21 посылает команду SET_INTERFACE_LEVEL_COM установки интерфейсного уровня для связи между РЧ-протоколом и интерфейсным уровнем на БУПОД 22 на основе интерфейсного уровня для каждого РЧ-протокола, поддерживаемого БУПОД 22, на этапе S103. В примере по фиг.14 посылается SET_INTERFACE_LEVEL_COM (2, прослушивание, протокол ISO-DEP, средний интерфейсный уровень, прослушивание, протокол NFC-DEP, верхний интерфейсный уровень), и в режиме прослушивания средний уровень определяется для РЧ-протокола ISO-DEP, а верхний уровень определяется для NFC-DEP. Поскольку уровень протоколов Т1T, T2T и Т3Т зафиксирован на нижнем уровне, их определение опущено. Помимо этого, также опущен каждый интерфейсный уровень в режиме опроса.

БУПОД 22 посылает отклик SET_INTERFACE_LEVEL_RES на установку интерфейсного уровня, представляющий, что команда SET_INTERFACE_LEVEL_COM установки интерфейсного уровня от ПП 21 воспринята, на ПП 21 на этапе S104.

На этапе S105 ПП 21 определяет СБР-А, СБР-В и СБР-F в качестве РЧ-технологий целевых объектов обнаружения и посылает команду DISCO VER_START_COM запуска обнаружения на БУПОД 22. БУПОД 22 посылает отклик DISCOVER_START_RES на запуск обнаружения, представляющий, что команда DISCOVER_START_COM запуска обнаружения воспринята, на ПП 21 на этапе S106.

Затем БУПОД 22 вначале посылает команду опроса для эксплуатации устройства 1 СБР в режиме опроса для СБР-А, СБР-В и СБР-F, назначенных в качестве РЧ-технологий целевых объектов обнаружения. В частности, БУПОД 22 последовательно посылает команды SENS_REQ, SENSB_REQ и SENSF_REQ для эксплуатации устройства 1 СБР в режиме опроса в этапах S107-S109.

Поскольку отклики на команды SENS_REQ, SENSB_REQ и SENSF_REQ не приняты, БУПОД 22 затем обнаруживает команду опроса для эксплуатации устройства 1 СБР в режиме прослушивания и отвечает.

В частности, БУПОД 22 принимает команду SENS_REQ, посланную с целевого объекта 11-2, на этапе S110 и посылает отклик SENS_RES на целевой объект 11-1 на этапе S111.

Помимо этого, БУПОД 22 принимает команду SENSB_REQ, посланную с целевого объекта 11-2, на этапе S112 и посылает ответ SENSB_RES на целевой объект 11-2 на этапе S113.

Далее БУПОД 22 принимает команду SENSFJREQ, посланную с целевого объекта 11-3, на этапе S114 и посылает отклик SENSF_RES на целевой объект 11-3 на этапе S115.

На этапе S116 БУПОД 22 посылает отклик SRL-RES (ISO-DEP и NFC-DEP), представляющий, что ISO-DEP и NFC-DEP поддерживаются в качестве РЧ-протоколов, на целевой объект 11-1, обнаруженный первым.

Поскольку для РЧ-протоколов ISO-DEP и NFC-DEP целевого объекта 11-1 определены средний или верхний интерфейсный уровень, БУПОД 22 дожидается активации протокола целевым объектом 11-1. Затем БУПОД 22 принимает ЗОДВ (запрос ответа для выбора) для запроса ОДВ от целевого объекта 11-1 на этапе S117 и посылает отклик ОДВ на команду на целевой объект 11-1 на этапе S118. Этими действиями завершается активация протокола РЧ-протоколом ISO-DEP.

После получения команда ЗОДВ БУППОД 22 посылает уведомление ACT_NTF активации (TID1, TSAP1, СБР-А, PROTOCOL_ISO_DEP, ОДВ, средний интерфейсный уровень активирован), означающее, что активация интерфейса завершена, на ПП 21 на этапе S119.

На этапе S120 приложение Прил (Ср), соответствующее среднему интерфейсному уровню в ПП 21, начинает обмен данными между ПП 21 и целевым объектом 11-1 (TID1), используя РЧ-протокол ISO-DEP (TSAP1).

После того, как заранее заданный обмен данными осуществлен, БУПОД 22 принимает команду DESELECT от целевого объекта 11-1 в качестве ПУС (персонального устройства связи. Personal Communication Device) (устройства записи-воспроизведения) на этапе S121 и посылает отклик DESELECT на целевой объект 11-1 на этапе S122. Этими действиями в БУПОД 22 деактивируется интерфейс с использованием РЧ-протокола ISO-DEP.

Затем БУПОД 22 посылает уведомление DEACT_NTF деактивации на ПП 21 с параметрами TID1 в качестве «ID целевого объекта», TSAP1 в качестве «SAP целевого объекта» и DESELECT в качестве «параметра деактивации» на этапе S123. ПП 21 принимает уведомление DEACT_NTF деактивации и затем завершает приложение Прил (Ср).

Хотя затем осуществляется обмен данными с целевым объектом 11-2, который был обнаружен вторым и для которого назначены «ID целевого объекта»=ТID2 и «SAP целевого объекта»=TSАР2, описание обработки будет опущено.

Затем осуществляется обмен с целевых объектов 11-3, который был обнаружен вторым и для которого назначены «ID целевого объекта»=ТШЗ и «SAP целевого объекта»=TSAP3.

На этапе S124 по фиг.15 БУПОД 22 принимает команду ATR_REQ запроса свойств от целевого объекта 11-3. На упомянутом выше этапе S103 для протокола NFC-DEP был определен верхний интерфейсный уровень. Следовательно, БУПОД 22 посылает отклик ATR_RES в качестве отклика на команду ATR_REQ и осуществляет активацию ПУЛС на этапе S 125.

После активации протокола и активации ПУЛС БУПОД 22 посылает уведомление ACT_NTF активации на ПП 21 на этапе S126. Параметры уведомления ACT_NTF активации включают в себя принятый отклик «ATR_RES» в качестве «параметра активации» и «верхний интерфейсный уровень активирован», представляющий активированный интерфейсный уровень, в качестве «типа интерфейса».

На этапе S127 приложение Прил (В), соответствующее верхнему интерфейсному уровню, в ПП 21 начинает обмен данными между ПП 21 и объектов 11-3 (ТID3), используя РЧ-протокол NFC-DEP (TSAP3).

После заранее заданного обмена данными БУПОД 22 принимает команду DSL_REQ от целевого объекта 11-3 в качестве задатчика (устройства записи-воспроизведения) на этапе S128 и посылает отклик DSL_RES на целевой объект 11-3 на этапе S129. Такими действиями в БУПОД 22 деактивируется интерфейс с использованием РЧ-протокола NFC-DEP.

Затем БУПОД 22 посылает уведомление DEACT_NTF деактивации на ПП 21 на этапе S130. В частности, БУПОД 22 посылает уведомление DEACT_NTF деактивации с параметрами TID3 в качестве «ID целевого объекта», TSAP3 в качестве «SAP целевого объекта» и DSL_REQ в качестве «параметра деактивации». ПП 21 принимает уведомление DEACT_NTF деактивации и затем завершает приложение ПРИЛ (В).

Устройство 1 СБР (ПП 21 и БУПОД 22) может эксплуатироваться как прослушивающее устройство и обнаруживает множество объектов 11 с разными РЧ-протоколами. Помимо этого, устройство 1 СБР может последовательно обмениваться данными с обнаруженным множеством целевых объектов 11.

Устройство 1 СБР для беспроводной связи ближнего радиуса действия на основе ISO/IEC 18092 или ISO/IEC 14443 эксплуатируется, будучи функционально разделено на ПП 21 и БУПОД 22. ПП 21 в основном выполняет приложение и осуществляет общее управление устройством 1 СБР. БУПОД 22 расположено между ПП 21 и целевым объектом 11 и в основном посылает и принимает РЧ-данные на целевой объект 11 и с целевого объекта 11 (БПИС (карточка ИС) ISO/IEC 14443 или целевой объект ISO/IEC 18092) посредством антенны 24.

ПП 21 выбирает (назначает) один интерфейсный уровень из множества интерфейсных уровней, поддерживаемых БУПОД 22, для каждого РЧ-протокола и уведомляет БУПОД 22. Множество интерфейсных уровней классифицируется в зависимости от уровня обработки, на котором нагружен БУПОД 22, размещенный посередине, когда устройство 1 СБР обменивается данными с целевым объектом 11. В частности, когда интерфейсный уровень классифицируется на три ступени, включающие в себя нижний, средний и верхний уровень, объем обработки, назначенной БУПОД 22, на верхнем уровне является наибольшим, а на нижнем - наименьшим. ПП 21 получает данные, относящиеся к интерфейсному уровню, поддерживаемому БУПОД 22, и определяет заранее заданный интерфейсный уровень для каждого РЧ-протокола относительно БУПОД 22. Затем ПП 21 активирует и выполняет приложение Прил на уровне, соответствующем определенному интерфейсному уровню. При такой конфигурации ПП 21 может сосредоточиться на исполнении обработки приложения путем назначения БУПОД 22 обработки, которая может быть выполнена БУПОД 22. Помимо этого, когда БУПОД 22 поддерживает верхний интерфейсный уровень, БУПОД 22 и ПП 21 могут обмениваться данными на верхнем интерфейсном уровне (обмен данными в блоках, с помощью которых приложение ПП 21 может проще осуществлять обработку) путем установки как можно более высокого интерфейсного уровня. При такой конфигурации целевой объект 11 и устройство 1 СБР могут эффективно обмениваться данными.

Когда БУПОД 22 эксплуатируется как опрашивающее устройство, БУПОД 22 посылает команду опроса, обнаруживает (узнает) множество целевых объектов 11, а затем уведомляет ПП 21 обо всех обнаруженных целевых объектах 11 (уведомление DISCOVER_NTF обнаружения). Затем ПП 21 последовательно один за другим выбирает целевой объект 11 для связи из множества обнаруженных целевых объектов 11, и связь (выполнение данных приложением) исполняется. По отношению к каждому из выбранных целевых объектов 11 осуществляются действия, включающие активацию интерфейса, исполнение приложения в соответствии с интерфейсным уровнем (включая запуск и завершение) и деактивацию интерфейса. При таких действиях возможен эффективный обмен данными со множеством целевых объектов 11 с различными РЧ-технологиями или РЧ-протоколами.

С другой стороны, когда БУПОД 22 эксплуатируется как прослушивающее устройство, целевой объект 11 выбирается в качестве второго участника связи из множества целевых объектов 11, с которыми было установлено соединение связи, в порядке регистрации. БУПОД 22 активирует интерфейс, соответствующий РЧ-протоколу выбранного целевого объекта 11, и уведомляет ПП 21 (уведомление ACT_NTF активации). ПП 21 исполняет (включая запуск и завершение) приложение в соответствии с интерфейсным уровнем целевого объекта 11, для которого было сделано уведомление активации. Соответственно, последовательно исполняется связь (обмен данными приложением) со множеством целевых объектов 11, с которыми было установлено соединение связи. При такой конфигурации возможен эффективный обмен данными со множеством целевых объектов 11 с разными РЧ-технологиями или РЧ-протоколами.

Выше приведено описание примера, в котором обработка, необходимая для передачи данных между целевым объектом 11 и ПП 21, осуществляется вместо этого БУПОД 22 в соответствии с интерфейсным уровнем, определенным для заранее заданного РЧ-протокола.

Однако БУПОД 22 осуществляет обработку, подлежащую осуществлению ПП 21, вместо ПП 21 в соответствии с интерфейсным уровнем, определенным для заранее заданного РЧ-протокола в операции обмена данными между целевым объектом 11 и ПП 21, в некоторых случаях.

Например, если устройство 1 СБР находится в режиме устройства записи-воспроизведения, а интерфейсный уровень, активированный БУПОД 22, является верхним уровнем, БУПОД 22 выполняет обработку для доступа к данным в ФОДС вместо ПП 21. Здесь под данными ФОДС имеются в виду данные в распространенном формате ФОДС (формат обмена данными СБР), используемом приложениями.

Детально будет описан пример операции ярлыка третьего типа форума СБР, которая является детализацией третьего типа из операций ярлыка, определяющих команду доступа к данным ФОДС. Когда данные ФОДС считываются в операции ярлыка третьего типа форума СБР, целевой объект 11 и устройство 1 СБР обмениваются командой-откликом опроса и командой-откликом проверки. Обмен командой-откликом проверки в некоторых случаях осуществляется множество раз в соответствии с размером данных ФОДС. Когда обмен командой-откликом проверки состоялся множество раз, данные, полученные путем объединения в пары данных, полученных в результате обмена командой-откликом проверки, осуществленным множество раз, становятся данными ФОДС.

Когда интерфейсный уровень БУПОД 22 верхний, БУПОД 22 произвольно выполняет команду-отклик опроса и команду-отклик проверки один или несколько раз. Когда обмен командой-откликом проверки осуществлен множество раз, БУПОД 22 объединяет в пары данные, полученных в результате обмена командой-откликом проверки, осуществленным множество раз, для выработки данных ФОДС. С другой стороны, когда интерфейсный уровень БУПОД 22 средний или нижний, БУПОД 22 полагается только на команду-отклик опроса, поданные с ПП 21, и команду-отклик проверки, обмен которыми осуществлен один или несколько раз. ПП 21 также осуществляет операцию выработки данных ФОДС из данных, полученных в результате обмена командой-откликом проверки множество раз.

Этапы, описанные в блок-схеме алгоритма, могут, разумеется, быть выполнены в последовательном режиме в порядке, описанном в этом описании, или без выполнения этапов в последовательном режиме этапы могут выполняться параллельно или в нужный момент, например, в момент вызова или т.п.

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

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

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

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

2. Устройство связи по п. 1, в котором заранее заданный интерфейсный уровень выбирается на основе РЧ-протокола, используемого при связи между целевым объектом и первой схемой обработки.

3. Устройство связи по п. 1, в котором первая схема обработки дополнительно выполнена с возможностью передавать вторую команду и принимать третью команду в ответ на вторую команду, причем третья команда указывает РЧ-протокол.

4. Устройство связи по п. 3, в котором первая схема обработки дополнительно выполнена с возможностью принимать из второй схемы обработки четвертую команду, причем четвертая команда связывает РЧ-протокол с заранее заданным интерфейсным уровнем.

5. Устройство связи по п. 3, в котором первая схема обработки дополнительно выполнена с возможностью посылать пятую команду на основе первой команды, причем пятая команда указывает заранее заданный интерфейсный уровень.

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

7. Устройство связи по п. 2, в котором первая схема обработки дополнительно выполнена с возможностью принимать вторую команду, посылать третью команду в ответ на вторую команду и принимать первую команду на основе третьей команды.

8. Устройство связи по п. 7, в котором первая схема обработки дополнительно выполнена с возможностью принимать от второй схемы обработки четвертую команду, причем четвертая команда связывает РЧ-протокол с заранее заданным интерфейсным уровнем.

9. Устройство связи по п. 8, в котором первая схема обработки дополнительно выполнена с возможностью посылать пятую команду в ответ на первую команду, причем пятая команда указывает заранее заданный интерфейсный уровень.

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

11. Устройство связи по п. 1, в котором заранее заданный интерфейсный уровень выбирается на основе РЧ-технологии, используемой для связи между целевым объектом и первой схемой обработки.

12. Устройство связи по п. 11, в котором первая схема обработки дополнительно выполнена с возможностью передавать вторую команду и принимать третью команду в ответ на вторую команду, причем третья команда указывает РЧ-технологию.

13. Устройство связи по п. 12, в котором первая схема обработки дополнительно выполнена с возможностью передавать четвертую команду на вторую схему обработки, причем четвертая команда указывает РЧ-технологию.

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

15. Устройство связи по п. 11, в котором первая схема обработки дополнительно выполнена с возможностью принимать вторую команду, посылать третью команду в ответ на вторую команду и принимать первую команду на основе третьей команды.

16. Устройство связи по п. 15, в котором первая схема обработки дополнительно выполнена с возможностью посылать четвертую команду в ответ на первую команду, причем четвертая команда указывает заранее заданный интерфейсный уровень.

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

18. Устройство связи по п. 17, в котором третья команда также представляет заранее заданный интерфейсный уровень, и когда вариант второй схемы обработки эквивалентен или выше варианта первой схемы обработки, вторая схема обработки передает команду, причем команда указывает по меньшей мере один из режима опроса и режима прослушивания, РЧ-протокол и интерфейсный уровень.

19. Способ связи, содержащий этапы, на которых: принимают на первой схеме обработки первое сообщение;
осуществляют обмен данными между второй схемой обработки и целевым объектом посредством первой схемы обработки;
выбирают с помощью первой схемы обработки заранее заданный интерфейсный уровень из множества интерфейсных уровней на основе протокола первого сообщения, используемого при связи с целевым объектом; и
осуществляют обмен данными между первой схемой обработки и второй схемой обработки на основе заранее заданного интерфейсного уровня.

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



 

Похожие патенты:

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

Изобретение относится к радиотехнике, в частности к устройствам формирования сигналов квадратурной амплитудной манипуляции (КАМ), применяемых на линиях многоканальной цифровой связи.

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

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

Изобретение относится к способам формирования сигналов квадратурной амплитудной манипуляции (КАМ-16), применяемым на линиях многоканальной цифровой связи, цифрового радиовещания и телевидения.

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

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

Изобретение относится к области связи. Техническим результатом является снижение ошибок флуктуации уровня, обусловленных замиранием, и гарантирование требуемого качества SCCH.

Изобретение относится к области электронной обработки сигналов и предназначено для использования в радиоприемных системах. Достигаемый технический результат - обеспечение возможности однозначного обнаружения модуляции несущей частоты импульсов периодической последовательности.

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

Изобретение относится к технике связи и может использоваться для создания систем беспроводной связи с распределенными входами и распределенными выходами, содержащих базовую станцию с M приемопередатчиками и N абонентских устройств, где N меньше или равно M. Технический результат - повышение отношения сигнал/шум при количестве работающих абонентских устройств, меньшем, чем число приемопередатчиков антенн базовой станции. Для этого при обработке сигналов на базовой станции используется решение системы из N уравнений с M неизвестными (N меньше или равно M) с использованием псевдообратной матрицы от прямоугольной характеристической матрицы канала, что позволило обеспечить формирование и разделение обрабатываемых сигналов. 7 ил.
Наверх