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

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

Иллюстрации

Показать все

Реферат

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

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

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

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

Система беспроводной связи ближнего радиуса действия быстро распространилась по всему миру и признана международным стандартом. Примеры международного стандарта включают в себя 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 в режиме прослушив