Система и способ для предоставления услуги, связанной с объектом



Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом
Система и способ для предоставления услуги, связанной с объектом

 


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

САМСУНГ ЭЛЕКТРОНИКС КО., ЛТД. (KR)

Изобретение относится к средствам приема услуги, связанной с объектом. Технический результат заключается в обеспечении возможности предоставления услуг, которые удовлетворяют намерениям пользователя. Принимают информацию свойств объекта от объекта, соединенного с устройством с помощью сети передачи данных, когда устройство расположено в пределах связи ближнего радиуса действия от объекта. Запрашивают у сервера доступную услугу на основании текущего местоположения устройства и информации свойств объектов. Принимают запрошенную доступную услугу от сервера. 2 н. и 13 з.п. ф-лы, 21 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ НАСТОЯЩЕЕ ИЗОБРЕТЕНИЕ

[1] Способы и приборы, согласно примерным вариантам осуществления, связаны с предоставлением услуги, которая связана с объектами, находящимися вблизи устройства.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

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

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

РАСКРЫТИЕ НАСТОЯЩЕГО ИЗОБРЕТЕНИЯ

РЕШЕНИЕ ПРОБЛЕМЫ

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[7] Вышеупомянутые и другие аспекты станут более очевидными посредством подробного описания их примерных вариантов осуществления со ссылками на приложенные чертежи, на которых:

[8] ФИГ. 1 является диаграммой, показывающей предоставляющую услуги систему, которая предоставляет услуги, связанные с объектами, в соответствии с примерным вариантом осуществления;

[9] ФИГ. 2 является блок-схемой, показывающей способ, посредством которого устройство генерирует информацию намерения на основании свойств объекта и принимает услуги от сервера;

[10] ФИГ. 3 является блок-схемой, показывающей способ, посредством которого устройство генерирует информацию намерения, связанную с услугами, в соответствии с примерным вариантом осуществления;

[11] ФИГ. 4 является блок-схемой для того, чтобы показать способ, посредством которого устройство генерирует информацию намерения на основании свойств объекта и запрашивает услугу от сервера, в соответствии с примерным вариантом осуществления;

[12] ФИГ. 5 является блок-схемой, показывающей способ, посредством которого устройство захватывает контекстную информацию, связанную с приложением, которое выполняется устройством, и принимает услугу от сервера, в соответствии с примерным вариантом осуществления;

[13] ФИГ. 6 является блок-схемой для того, чтобы показать способ, посредством которого устройство захватывает контекстную информацию, связанную с приложением, которое выполняется устройством, и запрашивает у сервера услугу, в соответствии с примерным вариантом осуществления;

[14] ФИГ. 7 является блок-схемой, показывающей способ, посредством которого устройство захватывает информацию намерения, связанную с услугами, и предоставляет услуги устройству;

[15] ФИГ. 8 является блок-схемой для того, чтобы показать способ, посредством которого объект захватывает информацию намерения, связанную с услугами, и выдает информацию намерения в устройство, в соответствии с примерным вариантом осуществления;

[16] ФИГ. 9 является блок-схемой, показывающей способ, посредством которого объект захватывает информацию намерения, связанную с услугами, и предоставляет услуги устройству с помощью сервера, в соответствии с примерным вариантом осуществления;

[17] ФИГ. 10 является диаграммой, показывающей пример таблицы контекстной информации, указывающей контекстную информацию вместе с типам услуг, в соответствии с примерным вариантом осуществления;

[18] ФИГ. 11 является диаграммой, показывающей примерное изображение экрана меню приложения, выполняемого устройством, в соответствии с примерным вариантом осуществления;

[19] ФИГ. 12 является диаграммой, показывающей пример, в котором предоставляющая услуги система и контекстная информация, связанная с устройством, отображаются с помощью приложения;

[20] ФИГ. 13 является диаграммой, показывающей пример, в котором отображена информация намерения, связанная с пользователем, и отображена контекстная информация, связанная с определенной информацией намерения, в соответствии с примерным вариантом осуществления;

[21] ФИГ. 14 является диаграммой, показывающей пример, в котором отображается информация намерения, связанная с пользователем, и отображается контекстная информация, связанная с определенной информацией намерения, в соответствии с другим примерным вариантом осуществления;

[22] ФИГ. 15 является диаграммой, показывающей пример, в котором устройство принимает услуги и изменяет информацию намерения;

[23] ФИГ. 16 является диаграммой, показывающей пример, в котором устройство устанавливает контекстную информацию, использованную для предоставления услуги, на основании ввода данных пользователем, в соответствии с примерным вариантом осуществления;

[24] ФИГ. 17 является диаграммой, показывающей пример предоставления услуги навигации, в соответствии с примерным вариантом осуществления;

[25] ФИГ. 18 является диаграммой, показывающей пример, в котором устройство загружает приложение на основании информации приложения, включенной в информацию свойств объекта;

[26] ФИГ. 19 является блок-схемой устройства, в соответствии с примерным вариантом осуществления;

[27] ФИГ. 20 является блок-схемой объекта, в соответствии с примерным вариантом осуществления; и

[28] ФИГ. 21 является блок-схемой сервера, в соответствии с примерным вариантом осуществления.

НАИЛУЧШИЙ РЕЖИМ ДЛЯ ВЫПОЛНЕНИЯ НАСТОЯЩЕГО ИЗОБРЕТЕНИЯ

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

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

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

[32] Этап приема запрошенной услуги включает в себя прием услуги на основании типов доступной услуги, типов специфичной информации и контекстной информации.

[33] Этап захвата контекстной информации включает в себя захват контекстной информации, связанной с приложением, выполняемым посредством устройства.

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

[35] Захваченная контекстная информация выдается в сервер с помощью объекта.

[36] Этап запроса доступной услуги включает в себя запрос у сервера доступной услуги на основании времени, пользовательского профиля пользователя и пользовательской истории услуг, использованных пользователем.

[37] Информация свойств объекта включает в себя информацию, связанную с услугами, связанными с объектом, и по меньшей мере одно из: идентификатора объекта и информации, связанной с приложениями, связанными с услугами.

[38] Этап приема информации свойств объекта включает в себя прием информации свойств объекта с помощью сети передачи данных на близком расстоянии.

[39] Информация свойств является информацией свойств, связанной с объектом, выбранным на основании ввода данных пользователем с помощью устройства.

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

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

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

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

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

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

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

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

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

РЕЖИМ ДЛЯ ИЗОБРЕТЕНИЯ

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

[50] Когда компонент называется "соединенным с" другим компонентом, он может не только быть "непосредственно соединен", но также быть и "электрически соединен" через промежуточное устройство. Кроме того, когда блок называется "содержащим" или "включающим в себя" компонент(ы), это не исключает другие компоненты, если не указано иначе, и должен называться содержащим или включающим в себя другие компоненты.

[51] В дальнейшем объектом являются товары или устройство, включающее в себя маркер или тэг, прикрепленный к объекту для выполнения передачи данных на близком расстоянии. Объект может включать в себя код QR, штриховой код, тэг RFID или тэг NFC. Кроме того, объект может включать в себя пассивный смарт плакат (постер) (PSP) или активный смарт плакат (ASP). Однако, объект этим не ограничивается. Если объект включает в себя тэг NFC, этот тэг NFC может включать в себя данные о Формате обмена данными NFC (NDEF).

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

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

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

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

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

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

[58] В дальнейшем примерные варианты осуществления будут описаны подробно со ссылками на сопроводительные чертежи.

[59] ФИГ. 1 является диаграммой, показывающей предоставляющую услуги систему, которая предоставляет услуги, связанные с объектами, в соответствии с примерным вариантом осуществления.

[60] Как показано на ФИГ. 1, предоставляющая услуги система, в соответствии с примерным вариантом осуществления, включает в себя объект 100, устройство 200 и сервер 300. Намерение пользователя может изменяться на основании контекста пользователя и типов объекта 100, на основании того, какое устройство 200 пользователя приближается, и предоставляющая услуги система, в соответствии с примерным вариантом осуществления, может предоставлять услуги, удовлетворяющие намерениям пользователя, устройству 200 на основании свойств объекта 100 и контекста устройства 200.

[61] Объект 100 может выдать в устройство 200 информацию, относящуюся к свойствам объекта 100, и информацию линии связи для устройства 200, чтобы принять услуги. Объект 100 может быть устройством, которое включает в себя маркер или тэг для передачи данных на близком расстоянии.

[62] Объект 100 может включать в себя код QR, штриховой код, тэг RFID или тэг NFC, и объект 100 может быть рекламным плакатом или смарт плакатом для выдачи предварительно определенной информации. Кроме того, в предоставляющей услуг системе, в соответствии с примерным вариантом осуществления, может быть применен способ смарт плаката, определенный Форумом NFC, но не ограничен этим.

[63] Кроме того, объект 100 может быть расположен в различных местоположениях. Например, объект 100 может быть включен в уличный рекламный щит, журнал, плакат, товары или остановку общественного транспорта. Кроме того, если объектом 100 является смарт плакат, связанный с 'супом', например, объект 100 может быть расположен на рынке, на кухне или вдоль улицы.

[64] Кроме того, устройство 200 собирает информацию свойств относительно свойств объекта 100, если устройство 200 и объект 100 расположены в пределах диапазона передачи данных друг другу. Устройство 200 может принимать услуги, удовлетворяющие намерениям пользователя устройства 200, на основании контекстной информации, связанной со свойствами объекта 100. Контекстная информация может включать в себя контекстную информацию, связанную с устройством 200, и контекстную информацию, связанную с пользователем. Контекстная информация, связанная с устройством 200, может включать в себя информацию, относящуюся к местоположению устройства 200, времени, погоде и истории выполнения приложения устройством 200, например. История выполнения приложения может включать в себя информацию, относящуюся к названиям, датам воспроизведения, времени воспроизведения и авторам контента, воспроизведенного с помощью приложений на устройстве 200. Кроме того, контекстная информация, связанная с пользователем, может включать в себя информацию, относящуюся к по меньшей мере одному из: пола, возраста, работы, имени, семейного положения, национальности, ограничений, телосложения, состояния здоровья и предпочтений пользователя. Контекстная информация, связанная с полом, возрастом, национальностью и ограничениями пользователя, может быть захвачена на основании постоянного регистрационного номера и номера паспорта пользователя. Кроме того, информация, связанная с работой, телосложением, состоянием здоровья, семейным положением и предпочтениями пользователя, может быть захвачена на основании сообщений, введенных с помощью устройства 200 посредством пользователя (например, сообщений SMS, сообщений MMS и сообщений SNS). Кроме того, информация, связанная с предпочтениями пользователя, может включать в себя информацию, относящуюся к типам услуг, используемых пользователем, и оценкам пользователя в отношении услуг. Кроме того, если пользователь осуществляет платежи с помощью устройства 200, информация, связанная с предпочтениями пользователя, может быть сгенерирована на основании истории платежей. Контекстная информация, связанная с устройством 200, и контекстная информация, связанная с пользователем, могут быть обновлены, когда устройство 200 принимает услуги с помощью объекта 100 и сервера 300.

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

[66] Кроме того, если объект 100 является смарт плакатом, связанным с 'супом', и устройство 200 находится близко к объекту 100, расположенному на кухне, устройство 200 может принять услугу для обеспечения рецепта острого супа для приготовления 'супа' от сервера 300.

[67] Например, если объект 100 является смарт плакатом, связанным с 'супом', и устройство 200 находится в пределах диапазона передачи данных объекта 100, расположенного вдоль улицы, устройство 200 может принять услугу для осуществления навигации к магазину, продающему 'суп'.

[68] Кроме того, устройство 200 может быть смартфоном, мобильным телефоном, персональным цифровым ассистентом (PDA), ноутбуком, медиаплеером, устройством глобальной системы определения местоположения (GPS) или любым из различных других мобильных или немобильных вычислительных устройств. Однако устройство 200 этим не ограничивается.

[69] Сервер 300 может принять от устройства по меньшей мере одно из: информации о свойствах, связанной с объектом 100, контекстной информации, связанной с объектом 100, и информации намерения, связанной с устройством 200, и может предоставить услуги, соответствующие намерению устройства 200.

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

[71] Кроме того, пользователь может определить конкретный автобус, чтобы доехать до предварительно определенного места назначения, и промежуток времени, в течение которого потребуется ждать на автобусной остановке, пока не приедет конкретный автобус, например.

[72] Кроме того, если объект 100 является концертным плакатом, например, пользователь может купить желаемый билет, когда устройство 200 находится в пределах диапазона передачи данных объекта 100.

[73] Кроме того, если объект 100 является журналом, например, пользователь может загрузить скидочные купоны для товаров, рекламируемых в журнале, когда устройство 200 находится в пределах диапазона передачи данных объекта 100.

[74] Кроме того, если объект 100 является плакатом событий, расположенным в предварительно определенном местоположении событий, пользователь может принять услугу навигации, чтобы осуществить навигацию к местоположению событий, когда устройство 200 находится в пределах диапазона передачи данных объекта 100.

[75] Кроме того, пользователь может купить товары посредством того, когда устройство 200 находится в пределах диапазона передачи данных объекта 100, например.

[76] ФИГ. 2 является блок-схемой, показывающей способ, посредством которого устройство генерирует информацию намерения на основании свойств объекта и принимает услуги от сервера.

[77] На этапе S200 устройство 200 приближается к объекту 100. Устройство 200 и объект 100 могут быть соединены друг с другом с помощью сети передачи данных. Например, устройство 200 и объект 100 могут быть соединены друг с другом с помощью сети передачи данных ближнего радиуса действия (NFC).

[78] На этапе S210 устройство 200 принимает информацию свойств, связанную со свойствами объекта 100, от объекта 100. Информация свойств объекта 100 является информацией, связанной со свойствами объекта 100, и может включать в себя информацию, относящуюся к идентификатору объекта 100, типу объекта 100, приложениям, связанным с объектом 100, и услугам, связанным с объектом 100. Так как устройство 200 получает доступ к объекту 100 с помощью канала NFC, устройство 200 может принять информацию свойств, связанную со свойствами объекта 100, от объекта 100. Информация свойств объекта 100 описана ниже более подробно со ссылками на ФИГ. 12.

[79] На этапе S220 устройство 200 принимает информацию линии связи для приема услуг, связанных с объектом 100, от объекта 100. Информация линии связи может включать в себя адрес линии связи сервера 300, который предоставляет услуги, связанные с объектом 100.

[80] На этапе S230 устройство 200 выполняет приложение для приема услуг. Устройство 200 может выполнить приложение для приема услуг на основании информации приложения, включенной в информацию свойств объекта 100. Если приложение для приема услуг не установлено на устройстве 200, устройство 200 может загрузить предварительно определенное приложение и установить загруженное приложение. Кроме того, если приложение для приема услуг установлено на устройстве 200, устройство 200 может выполнить установленное приложение. Способ, посредством которого устройство 200 загружает приложение, описан ниже более подробно со ссылками на ФИГ. 18.

[81] Кроме того, хотя описано выше, что на этапе S230 приложение выполняется после того, как устройство 200 приблизится к объекту 100 и примет информацию свойств объекта 100, способ этим не ограничивается. Приложение для приема услуг может быть выполнено устройством 200 заранее, и устройство 200 может приблизиться к объекту 100 и принять информацию свойств объекта 100 от объекта 100, в то время как выполняется приложение.

[82] На этапе S240 устройство 200 генерирует информацию намерения на основании свойств объекта 100. Информация намерения является информацией, связанной с услугами, которые пользователь хочет принять, и может включать в себя информацию, относящуюся к типам услуг и типам специфичной информации, которая должна быть обеспечена посредством услуг.

[83] На этапе S240 устройство 200 может определить типы услуг на основании свойств объекта 100 и может определить типы специфичной информации, которая должна быть обеспечена посредством этих услуг. Например, если объект 100 является рекламным плакатом, связанным с 'супом', устройство 200 может выбрать из: информации, связанной с услугой проверки на аллергическую реакцию, услуги обеспечения рецептов и услуги осуществления навигации.

[84] Если устройство 200 решает предоставить услугу обеспечения рецептов, устройство 200 может определить специфичную информацию, которая должна быть обеспечена посредством услуги обеспечения рецептов. Например, специфичная информация, которая должна быть обеспечена посредством услуги обеспечения рецептов, может включать в себя рецепт с использованием духовки, рецепт с использованием микроволновой печи и рецепт с использованием газовой плиты, и устройство 200 может решить обеспечить рецепт с использованием микроволновой печи.

[85] Кроме того, если устройство 200 решает предоставить услугу осуществления навигации, устройство 200 может определить специфичную информацию, которая должна быть обеспечена посредством услуги осуществления навигации. Например, специфичная информация, которая должна быть обеспечена посредством услуги осуществления навигации, может включать в себя информацию навигации, относящуюся к дорогам, обозначенным для 4-колесных транспортных средств, информацию навигации, относящуюся к бесплатным дорогам, 3-мерную информацию навигации, 2-мерную информации навигации и информацию навигации, обеспеченную с помощью устройства отображения информации на лобовом стекле (HUD), в котором устройство 200 может выдать информацию навигации, относящуюся к бесплатным дорогам, и 2-мерную информацию навигации.

[86] Кроме того, устройство 200 может определить типы услуг на основании местоположения устройства 200 и свойств объекта 100 и может определить типы специфичной информации, которая должна быть обеспечена определенными услугами.

[87] Типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть определены на основании свойств объекта 100 и вводов данных пользователем. Однако услуги и информация этим не ограничиваются, и типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть определены на основании контекстной информации, как описано ниже. Кроме того, на этапе S240 устройство 200 может определить только типы услуг и может не определять специфичную информацию, которая должна быть обеспечена посредством услуг.

[88] На этапе S250 устройство 200 захватывает контекстную информацию на основании информации намерения. Например, если тип услуги, включенной в информацию намерения, является 'услугой обеспечения рецептов', и тип специфичной информации, которая должна быть обеспечена посредством соответствующей услуги, является 'рецептом с использованием духовки', устройство 200 может захватить информацию, относящуюся к предпочтительным вкусам пользователя, в качестве контекстной информации.

[89] Кроме того, если тип услуги, включенной в информацию намерения, является 'услугой осуществления навигации', и типы специфичной информации, которая должна быть обеспечена посредством соответствующей услуги, являются 'информацией навигации, относящейся к бесплатным дорогам, и '2-мерно обеспеченной информацией навигации', устройство 200 может захватить информацию, относящуюся к местоположению устройства 200 и типу транспортного средства, в качестве контекстной информации.

[90] Хотя это описано выше, на этапе S250 контекстная информация захватывается на основании информации намерения, причем контекстная информация этим не ограничивается. Устройство 200 может захватить контекстную информацию, связанную с устройством 200, и контекстную информацию, связанную с пользователем, заранее и может извлечь контекстную информацию, связанную с информацией намерения, из предварительно захваченной контекстной информации. В этом случае предварительно захваченная контекстная информация может быть использована устройством 200 для генерирования информации намерения на этапе S240.

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

[92] На этапе S260 устройство 200 запрашивает услугу от сервера 300. Устройство 200 может выдавать информацию свойств объекта 100 и информацию намерения, и контекстную информацию, захваченную устройством 200, в сервер 300. Например, устройство 200 может выдавать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает острый вкус, в сервер 300. В этом случае устройство 200 может получить доступ к серверу 300 посредством использования информации линии связи, принятой на этапе S220, и запросить соответствующую услугу от сервера 300.

[93] Кроме того, устройство 200 может запросить услугу от сервера 300 на основании времени, профиля пользователя и истории использования услуг пользователя.

[94] На этапе S270 сервер 300 может предоставить услугу устройству 200 на основании принятой информации. Например, сервер 300 может выдавать информацию, относящуюся к рецепту для использования 'духовки', чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[95] ФИГ. 3 является блок-схемой, показывающей способ, посредством которого устройство 200 генерирует информацию намерения, связанную с услугами, в соответствии с примерным вариантом осуществления.

[96] На этапе S300 устройство 200 определяет типы услуг на основании свойств объекта 100. На этапе S300 устройство 200 может определить по меньшей мере одну услугу из числа услуг, которые могут быть предоставлены сервером 300, на основании свойств объекта 100. Например, если объект 100 является рекламным плакатом для 'супа', устройство 200 может выбрать из: услуги проверки на аллергическую реакцию, услуги обеспечения рецептов и услуги осуществления навигации. Устройство 200 может принять список услуг, связанных с объектом 100, от объекта 100, когда устройство 200 приближается к объекту 100. Однако услуги этим не ограничиваются. Информация, относящаяся к типам услуг, соответствующим свойствам объекта 100, может быть сохранена в устройстве 200 заранее. Кроме того, устройство 200 может также определить типы услуг на основании местоположения устройства 200 и свойства объекта 100.

[97] На этапе S310 устройство 200 может определить типы специфичной информации, которая должна быть обеспечена посредством определенной услуги. Кроме того, если устройство 200 решает предоставить услугу обеспечения рецептов, на этапе S300 устройство 200 может определить специфичную информацию, которая должна быть обеспечена посредством услуги обеспечения рецептов. Например, специфичная информация, которая должна быть обеспечена посредством услуги обеспечения рецептов, может включать в себя рецепт с использованием духовки, рецепт с использованием микроволновой печи и рецепт с использованием газовой плиты, и устройство 200 может выбрать рецепт с использованием микроволновой печи.

[98] Кроме того, если устройство 200 решает предоставить услугу осуществления навигации на этапе S300, устройство 200 может определить специфичную информацию, которая должна быть обеспечена посредством услуги осуществления навигации. Например, специфичная информация, которая должна быть обеспечена посредством услуги осуществления навигации, может включать в себя информацию навигации, относящуюся к дорогам, обозначенным для 4-колесных транспортных средств, информацию навигации, относящуюся к бесплатным дорогам, 3-мерную информацию навигации, 2-мерную информацию навигации и информацию навигации, обеспеченную с помощью устройства отображения информации на лобовом стекле (HUD), в котором устройство 200 может выдать информацию навигации, относящуюся к бесплатным дорогам и 2-мерную информацию навигации.

[99] Типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть определены на основании свойств объекта 100 и вводов данных пользователем. Однако услуги и специфичная информация этим не ограничиваются, и типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть определены на основании контекстной информации, захваченной и сохраненной в устройстве 200 заранее. Типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть определены на основании возраста, пола, работы, состояние здоровья и предпочтений пользователя. В этом случае типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть рекомендованы устройством 200, и тип предварительно определенной услуги и тип предварительно определенной специфичной информации, которая должна быть обеспечена посредством соответствующей услуги, могут быть определены на основании ввода данных пользователем.

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

[101] ФИГ. 4 является блок-схемой для того, чтобы показать способ, посредством которого устройство генерирует информацию намерения на основании свойств объекта и запрашивает услугу от сервера, в соответствии с примерным вариантом осуществления. На ФИГ. 4 устройство 200 может выдать захваченную информацию намерения и контекстную информацию в объект 100. Кроме того, объект 100 может запросить сервер 300 предоставить предварительно определенную услугу устройству 200.

[102] Этапы S400-S440 являются аналогичными этапам S200, S210, S230 и S250 ФИГ. 3, и, таким образом, ниже будут описаны только этапы S450-S470.

[103] На этапе S450 устройство 200 выдает информацию намерения и контекстную информацию в объект 100. Например, устройство 200 может выдать информацию намерения, указывающую, что 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и информацию намерения, указывающую, что пользователь предпочитает острый вкус, в объект 100.

[104] На этапе S460 объект 100 запрашивает сервер 300 предоставить предварительно определенную услугу устройству 200. Объект 100 может выдать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает острый вкус, в сервер 300.

[105] На этапе S470 сервер 300 предоставляет соответствующую услугу устройству 200 на основании принятой информации. Например, сервер 300 может выдать информацию, относящуюся к рецепту для использования 'духовки', чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[106] Объект 100 может запросить услугу у сервера 300 и выдать специфичную информацию, связанную с услугой, в устройство 200 одновременно.

[107] Кроме того, хотя описано, что сервер 300 предоставляет услугу непосредственно устройству 200 на ФИГ. 4, предоставление услуги этим не ограничивается. В ответ на запрос от объекта 100 сервер 300 может предоставить предварительно определенную услугу устройству 200 с помощью объекта 100.

[108] ФИГ. 5 является блок-схемой, показывающей способ, посредством которого устройство 200 захватывает контекстную информацию, связанную с приложением, которое выполняется устройством 200, и принимает услугу от сервера 300, в соответствии с примерным вариантом осуществления. Когда устройство 200 расположено в пределах предварительно установленного расстояния от объекта 100, устройство 200 может проверить по меньшей мере одно приложение, выполняемое устройством 200, и может запросить у сервера 300 доступные услуги на основании типов услуг, которые предоставляются этим приложением, и информации, относящейся к местоположению устройства 200.

[109] На этапе S500 устройство 200 приближается к объекту 100. Устройство 200 может находиться в пределах предварительно определенного расстояния от объекта 100, и устройство 200 и объект 100 могут быть соединены друг с другом с помощью сети передачи данных. Например, устройство 200 и объект 100 могут быть соединены друг с другом с помощью сети NFC.

[110] На этапе S510 устройство 200 принимает информацию свойств, связанную со свойствами объекта 100, от объекта 100. Информация свойств объекта 100 является информацией, связанной со свойствами объекта 100, и может включать в себя информацию, относящуюся к: идентификатору объекта 100, типу объекта 100, приложениям, связанным с объектом 100, и услугам, связанным с объектом 100. Информация свойств объекта 100 будет описана ниже более подробно со ссылками на ФИГ. 12.

[111] На этапе S520 устройство 200 принимает информацию линии связи для приема услуг, связанных с объектом 100, от объекта 100. Информация линии связи может включать в себя адрес линии связи сервера 300, который предоставляет услуги, связанные с объектом 100.

[112] На этапе S530 устройство 200 выполняет приложение для приема услуг от сервера 300. Устройство 200 может выполнить приложение для приема услуг на основании информации приложения, включенной в информацию свойств объекта 100. Если приложение для приема услуг не установлено на устройстве 200, устройство 200 может загрузить предварительно определенное приложение и установить загруженное приложение. Кроме того, если приложение для приема услуг установлено на устройстве 200, устройство 200 может выполнить установленное приложение. Способ, посредством которого устройство 200 загружает приложение, описан ниже более подробно со ссылками на ФИГ. 18.

[113] Кроме того, хотя описано выше, что на этапе S530 приложение выполняется после того, как устройство 200 приближается к объекту 100 и принимает информацию свойств объекта 100, выполнение приложения этим не ограничивается. Приложение для приема услуг может быть выполнено устройством 200 заранее, и устройство 200 может приблизиться к информацию свойств объекта 100 от объекта 100, в то время как выполняется приложение.

[114] На этапе S540 устройство 200 может захватить контекстную информацию, связанную с приложениями, которые выполняются. На этапе S540 устройство 200 может определить приложения, которые выполняются, определить типы услуг, предоставляемых приложениями, которые выполняются, и захватить контекстную информацию, связанную с определенными услугами. Кроме того, устройство 200 может проверить историю выполнения приложений, которые выполняются, и может захватить контекстную информацию из истории выполнения. Например, если приложение предоставляет 'услугу проверки на аллергическую реакцию', 'услугу обеспечения рецептов' и 'услугу осуществления навигации', устройство 200 может захватить контекстную информацию, необходимую для проверки на аллергическую реакцию, обеспечения рецептов и обеспечения информации навигации. Например, относительно 'услуги проверки на аллергическую реакцию', устройство 200 может захватить информацию, относящуюся к телосложению и состоянию здоровья пользователя в качестве контекстной информации. В качестве другого примера, относительно 'услуги обеспечения рецептов', устройство 200 может захватить информацию, относящуюся к возрасту, полу и предпочтительным вкусам пользователя, в качестве контекстной информации. В качестве последнего примера, относительно 'услуги обеспечения навигации', устройство 200 может захватить информацию, относящуюся к местоположению устройства 200, погоде и транспортным условиям, в качестве контекстной информации.

[115] Однако этап захвата контекстной информации этим не ограничивается, и устройство 200 может захватить различные типы контекстной информации.

[116] На этапе S550 устройство 200 генерирует информацию намерения на основании свойств объекта 100. Информация намерения является информацией, связанной с услугами, которые пользователь хочет принять, и может включать в себя информацию, относящуюся к типам услуг и типам специфичной информации, которая должна быть обеспечена посредством услуг.

[117] На этапе S550 устройство 200 может определить типы услуг на основании свойств объекта 100 и может определить типы специфичной информации, которая должна быть обеспечена посредством этих услуг. Устройство 200 может выбрать услуги, связанные со свойствами объекта 100, из числа услуг, предоставляемых выполняемым приложением.

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

[119] Если устройство 200 решает предоставить услугу обеспечения рецептов, устройство 200 может определить специфичную информацию, которая должна быть обеспечена посредством услуги обеспечения рецептов. Например, специфичная информация, которая должна быть обеспечена посредством услуги обеспечения рецептов, может включать в себя рецепт с использованием духовки, рецепт с использованием микроволновой печи и рецепт с использованием газовой плиты, и устройство 200 может решить обеспечить рецепт с использованием микроволновой печи.

[120] Кроме того, если устройство 200 решает предоставить услугу осуществления навигации, устройство 200 может определить специфичную информацию, которая должна быть обеспечена посредством услуги осуществления навигации. Например, специфичная информация, которая должна быть обеспечена посредством услуги осуществления навигации, может включать в себя информацию навигации, относящуюся к дорогам, обозначенным для 4-колесных транспортных средств, информацию навигации, относящуюся к бесплатным дорогам, 3-мерную информацию навигации, 2-мерную информацию навигации и информацию навигации, обеспеченную с помощью устройства отображения информации на лобовом стекле (HUD), при этом устройство 200 может выдать информацию навигации, относящуюся к бесплатным дорогам, и 2-мерную информацию навигации.

[121] Типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть определены на основании свойств объекта 100 и вводов данных пользователем. Однако определение услуг и информации этим не ограничивается, и типы услуг и типы специфичной информации, которая должна быть обеспечена посредством услуг, могут быть автоматически определены на основании свойств объекта 100 и свойств приложения. Кроме того, на этапе S540 устройство 200 может определить только типы услуг и может не определять специфичную информацию, которая должна быть обеспечена посредством услуг.

[122] Кроме того, устройство 200 может определить типы услуг на основании местоположения устройства 200 и выполняемых приложений и может определить типы специфичной информации, которая должна быть обеспечена этими определенными услугами. Устройство 200 может выбрать услугу, связанную с местоположением устройства 200, из числа услуг, которые предоставляются выполняемым приложением. Информация, относящаяся к местоположениям, в которых должны быть предоставлены предварительно определенные услуги, может быть предварительно установлена и сохранена в устройстве 200 или сервере 300 заранее.

[123] На этапе S560 устройство 200 извлекает контекстную информацию, связанную с информацией намерения, из контекстной информации, захваченной на этапе S540. Устройство 200 может извлечь только информацию, связанную с типами услуг, и специфичную информацию, которая должна быть обеспечена посредством услуг, включенных в информацию намерения, из числа различной информации, включенной в контекстную информацию, захваченную на этапе S540. Хотя описано выше, что извлекается контекстная информация, связанная с информацией намерения, сгенерированной на этапе S550, захват контекстной информации этим не ограничивается. Устройство 200 может не захватывать контекстную информацию до этапа S560 и может только захватить контекстную информацию, связанную с информацией намерения, после того, как будет сгенерирована информация намерения. В этом случае устройство 200 может захватить контекстную информацию, связанную с типами услуг, и специфичную информацию, которая должна быть обеспечена посредством услуг, включенных в информацию намерения.

[124] На этапе S570 устройство 200 запрашивает у сервера 300 услугу. Устройство 200 может выдать информацию свойств объекта 100 и информацию намерения, и контекстную информацию, захваченную устройством 200, в сервер 300. Устройство 200 может принять запрос захваченной контекстной информации от объекта 100 и может выдать контекстную информацию в объект 100 в ответ на запрос. Например, устройство 200 может выдать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми для того, чтобы приготовить суп, и предпочтения, указывающие, что пользователь предпочитает острый вкус, в сервер 300. В этом случае устройство 200 может получить доступ к серверу 300 посредством использования информации линии связи, принятой на этапе S520, и запросить у сервера 300 соответствующую услугу.

[125] На этапе S580 сервер 300 может предоставить услугу устройству 200 посредством использования принятой информации. Например, сервер 300 может выдать информацию, относящуюся к рецепту для использования духовки, чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[126] ФИГ. 6 является блок-схемой для того, чтобы показать способ, посредством которого устройство 200 захватывает контекстную информацию, связанную с приложением, которое выполняется устройством 200, и запрашивает у сервера 300 услугу, в соответствии с примерным вариантом осуществления. На ФИГ. 6 устройство 200 может выдать захваченную информацию намерения и контекстную информацию в объект 100. Кроме того, объект 100 может запросить сервер 300 предоставить предварительно определенную услугу устройству 200.

[127] Этапы S600-S650 ФИГ. 6 соответствуют этапам S500, S510 и S530-S560 ФИГ. 5, и, таким образом, ниже описаны только этапы S660-S680.

[128] На этапе S660 устройство 200 выдает информацию намерения и контекстную информацию в объект 100. Например, устройство 200 может выдать информацию намерения, указывающую, что 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и контекстную информацию, указывающую, что пользователь предпочитает 'острый вкус', в объект 100.

[129] На этапе S670 объект 100 запрашивает сервер 300 предоставить предварительно определенную услугу устройству 200. Объект 100 может выдать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает 'острый вкус', в сервер 300.

[130] На этапе S680 сервер 300 предоставляет соответствующую услугу устройству 200 на основании принятой информации. Например, сервер 300 может выдать информацию, относящуюся к рецепту для использования 'духовки', чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[131] Объект 100 может запросить услугу у сервера 300 и выдать специфичную информацию, связанную с услугой, в устройство 200 одновременно.

[132] Кроме того, хотя описано, что сервер 300 предоставляет услугу непосредственно устройству 200 на ФИГ. 6, предоставление услуг этим не ограничивается. В ответ на запрос от объекта 100, сервер 300 может предоставить предварительно определенную услугу устройству 200 с помощью объекта 100.

[133] ФИГ. 7 является блок-схемой, показывающей способ, посредством которого устройство 200 захватывает информацию намерения, связанную с услугами, и предоставляет эти услуги устройству 200. На ФИГ. 7 сервер 300 может определить намерение пользователя на основании свойств объекта 100 и контекстной информации, захваченной устройством 200, и может предоставить услуги, соответствующие определенному намерению, устройству 200. Кроме того, сервер 300 может определить намерение пользователя на основании свойств объекта 100 и местоположения устройства 200.

[134] Этапы S700-S730 ФИГ. 7 соответствуют этапам S200-S230 ФИГ. 2, и, таким образом, ниже описаны только этапы S740-S770.

[135] На этапе S740 устройство 200 может захватить контекстную информацию на основании свойств объекта 100. На этапе S740 устройство 200 может проверить свойства объекта 100 и захватить контекстную информацию, связанную с услугами, связанными с объектом 100. Например, если услуги, связанные с объектом 100, являются 'услугой проверки на аллергическую реакцию', 'услугой обеспечения рецептов' и 'услугой осуществления навигации', устройство 200 может захватить контекстную информацию, необходимую для проверки на аллергическую реакцию, обеспечения рецептов и обеспечения информации навигации. Например, относительно 'услуги проверки на аллергическую реакцию' устройство 200 может захватить информацию, относящуюся к телосложению и состоянию здоровья пользователя, в качестве контекстной информации. В качестве другого примера, относительно 'услуги обеспечения рецептов', устройство 200 может захватить информацию, относящуюся к возрасту, полу и предпочтительным вкусам пользователя, в качестве контекстной информации. В качестве последнего примера, относительно 'услуги осуществления навигации', устройство 200 может захватить информацию, относящуюся к местоположению устройства 200, погоде и транспортным условиям, в качестве контекстной информации.

[136] Однако захват контекстной информации этим не ограничивается, и устройство 200 может захватить различные типы контекстной информации. Например, устройство 200 может захватить информацию, связанную с историей выполнения приложений, выполняемых устройством 200, полом пользователя, работой пользователя и т.д.

[137] На этапе S750 устройство 200 выдает информацию свойств объекта 100, связанную со свойствами объекта 100, и захваченную контекстную информацию в сервер 300. Устройство 200 может выдать информацию, связанную с идентификатором объекта 100, список услуг, связанных с объектом 100, и идентификаторы приложений, связанных с объектом 100, в сервер 300. Кроме того, устройство 200 может выдать контекстную информацию, захваченную относительно 'услуги проверки на аллергическую реакцию', 'услуги обеспечения рецептов' и 'услуги осуществления навигации', в сервер 300. Кроме того, устройство 200 может выдать информацию, связанную с историей выполнения приложений, выполняемых устройством 200, полом пользователя, работой пользователя и т.д., в сервер 300.

[138] На этапе S760 сервер 300 может определить намерение пользователя на основании свойств объекта 100 и захваченной контекстной информации. Устройство 200 может определить типы услуг и может определить типы специфичной информации, которая должна быть обеспечена посредством этих услуг. Кроме того, если сервер 300 определяет множество услуг и множество специфичной информации, которая должна быть обеспечена посредством этих услуг, сервер 300 может рекомендовать типам определенных услуг и типам специфичной информации быть обеспеченными посредством услуг устройству, и может принять информацию, связанную с типами услуг и типами специфичной информации, которая должна быть обеспечена посредством этих услуг, от устройства 200.

[139] Кроме того, устройство 200 может определить типы услуг и типы специфичной информации, которая должна быть обеспечена посредством этих услуг, на основании местоположения устройства 200 и свойств объекта 100.

[140] На этапе S770 сервер 300 может предоставить услугу и специфичную информацию, которая должна быть обеспечена посредством услуги, устройству 200 посредством использования принятой информации. Например, сервер 300 может выдать информацию, относящуюся к рецепту для использования духовки, чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[141] ФИГ. 8 является блок-схемой для того, чтобы показать способ, посредством которого объект 100 захватывает информацию намерения, связанную с услугами, и выдает информацию намерения в устройство 200 таким образом, чтобы сервер 300 предоставил услугу устройству 200, в соответствии с примерным вариантом осуществления. На ФИГ. 8 объект 100 может определить намерение пользователя на основании контекстной информации, захваченной от устройства 200, и может предоставить услуги, соответствующие определенному намерению, устройству 200. Кроме того, объект 100 может определить намерение пользователя на основании свойств объекта 100 и местоположения устройства 200.

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

[143] Этапы S800-S830 ФИГ. 8 соответствуют этапам S700-S730 ФИГ. 7, и, таким образом, ниже описаны только этапы S840-S870.

[144] На этапе S840 устройство 200 выдает захваченную контекстную информацию в объект 100. Устройство 200 может выдать контекстную информацию, захваченную относительно 'услуги проверки на аллергическую реакцию', 'услуги обеспечения рецептов' и 'услуги осуществления навигации' в сервер 300. Кроме того, устройство 200 может выдать информацию, связанную с историей выполнения приложений, выполняемых устройством 200, полом пользователя, работой пользователя и т.д., в сервер 300.

[145] На этапе S850 объект 100 может определить намерение пользователя на основании свойств объекта 100 и захваченной контекстной информации. Объект 100 может определить типы услуг и может определить типы специфичной информации, которая должна быть обеспечена посредством услуг. Кроме того, если объект 100 определяет множество услуг и множество специфичной информации, которая должна быть обеспечена посредством этих услуг, объект 100 может рекомендовать типам определенных услуг и типам специфичной информации быть предоставленными посредством услуг устройству и может принять информацию, связанную с типами услуг и типами специфичной информации, которая должна быть обеспечена посредством этих услуг, от устройства 200.

[146] На этапе S860 объект 100 выдает информацию намерения, относящуюся к намерению пользователя, и информацию линии связи для приема услуг, в устройство 200. Информация линии связи может включать в себя адрес линии связи сервера 300, который предоставляет услуги, связанные с объектом 100.

[147] На этапе S870 устройство 200 запрашивает у сервера 300 услугу. Устройство 200 может выдать информацию свойств объекта 100 и информацию намерения, и контекстную информацию, захваченную устройством 200, в сервер 300. Устройство 200 может извлечь контекстную информацию, связанную с принятой информацией намерения. Однако извлечение контекстной информации этим не ограничивается. Контекстная информация, связанная с информацией намерения, может быть извлечена объектом 100, и устройство 200 может принять контекстную информацию, связанную с информацией намерения, от объекта 100. Например, устройство 200 может выдать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает 'острый вкус', в сервер 300. В этом случае устройство 200 может получить доступ к серверу 300 посредством использования информации линии связи и запросить о соответствующей услуге от сервера 300.

[148] На этапе S880 сервер 300 предоставляет соответствующую услугу устройству 200 на основании принятой информации. Например, сервер 300 может выдать информацию, относящуюся к рецепту для использования духовки, чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[149] ФИГ. 9 является блок-схемой, показывающей способ, посредством которого объект 100 захватывает информацию намерения, связанную с услугами, и предоставляет услуги устройству 200 с помощью сервера 300, в соответствии с примерным вариантом осуществления. На ФИГ. 8 объект 100 может запросить сервер 300 предоставить услуги устройству 200.

[150] Этапы S900-S950 ФИГ. 9 соответствуют этапам S800-S850 ФИГ. 8, и, таким образом, ниже описаны только этапы S960 и S970.

[151] На этапе S960 объект 100 запрашивает у сервера 300 услугу. Объект 100 может запросить сервер 300 предоставить услугу устройству 200. Объект 100 может выдать информацию свойств объекта 100, принятую информацию намерения и контекстную информацию, связанную с информацией намерения, в сервер 300. Контекстная информация, связанная с информацией намерения, может быть выдается посредством объекта 100 на основании информации намерения. Например, объект 100 может обеспечить информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает 'острый вкус', серверу 300.

[152] На этапе S970 сервер 300 может предоставить соответствующую услугу устройству 200 на основании принятой информации. Например, сервер 300 может выдать информацию, относящуюся к рецепту для использования духовки, чтобы приготовить 'суп', имеющий 'острый вкус', в устройство 200.

[153] Хотя описано выше, что объект 100 запрашивает у сервера 300 услугу на ФИГ. 9, примерный вариант осуществления этим не ограничивается. Объект 100 может не запрашивать у сервера 300 услугу. В этом случае объект 100 может выдать специфичную информацию, которая должна быть обеспечена посредством услуги, сохраненной в объекте 100, в устройство 200.

[154] Кроме того, хотя описано выше, что сервер 300 предоставляет услугу непосредственно устройству 200 на ФИГ. 9, предоставление услуг этим не ограничивается. В ответ на запрос от объекта 100, сервер 300 может предоставить предварительно определенную услугу устройству 200 с помощью объекта 100.

[155] ФИГ. 10 является диаграммой, показывающей пример таблицы контекстной информации, указывающей контекстную информацию вместе с типами услуг, в соответствии с примерным вариантом осуществления.

[156] Ссылаясь на ФИГ. 10, таблица контекстной информации, в соответствии с примерным вариантом осуществления, может включать в себя поле 10 типа услуги, поле 12 контекстной информации, поле 14 связанной с устройством информации и поле 16 связанной с пользователем информации.

[157] Поле 10 типа услуги может включать в себя идентификаторы услуги, например, 'запас продуктов', 'концерт,' 'кино', 'косметика' и 'информация о событии'. Кроме того, поле 12 контекстной информации может включать в себя контекстную информацию, связанную с предварительно определенными услугами. Ссылаясь на ФИГ. 10, контекстная информация, связанная с текущим местоположением устройства 200, текущее время, приложение, выполняемое устройством 200, работа пользователя, семья/знакомые пользователя и предпочтения пользователя, связаны со связанной с концертом услугой.

[158] Кроме того, хотя ФИГ. 10 не обеспечивает специфичную информацию, включенную в поле 12 контекстной информации, поле 12 контекстной информации может включать в себя специфичную информацию. Поле 14 связанной с устройством информации может включать в себя контекстную информацию, связанную с устройством 200. Поле 14 связанной с устройством информации может включать в себя информацию, связанную с текущим местоположением устройства 200, текущее время, текущую погоду и тип приложения, выполняемого устройством 200. Кроме того, поле 16 связанной с пользователем информации может включать в себя контекстную информацию, связанную с пользователем. Поле 16 связанной с пользователем информации может включать в себя информацию, связанную с работой, телосложением, состоянием здоровья, семьей/знакомыми и предпочтениями пользователя.

[159] ФИГ. 11 является диаграммой, показывающей изображение на экране меню в качестве примера приложения, выполняемого устройством 200, в соответствии с примерным вариантом осуществления.

[160] Ссылаясь на ФИГ. 1, когда предварительно определенная иконка выбрана в изображении на экране на устройстве 200, как показано на ФИГ. 11 (a), первоначальное изображение на экране приложения для приема услуг, связанных с объектом 100, может быть отображено, как показано на ФИГ. 11 (b). Первоначальное изображение на экране приложения может включать в себя область 20 для отображения свойств объекта 100, область 22 для отображения контекстной информации, область 24 для отображения информации намерения (например, запрошенной услуги), и область 26 для отображения специфичной информации, которая должна быть обеспечена посредством услуги.

[161] ФИГ. 12 является диаграммой, показывающей пример, в котором предоставляющая услуги система и контекстная информация, связанная с устройством 200, отображены с помощью приложения.

[162] Когда выбрана предварительно определенная иконка в области 20 для отображения свойств объекта 100 в первоначальном изображении на экране приложения, как показано на ФИГ. 12 (a), информация свойств объекта 100 может быть отображена как показано на ФИГ. 12 (b). Когда устройство 200 расположено в пределах предварительно определенного расстояния от объекта 100, устройство 200 может принять информацию свойств объекта 100 от объекта 100 и отобразить принятую информацию свойств. Информация свойств объекта 100 может включать в себя название модели объекта 100, регистрационный номер объекта 100, информацию о URL, необходимую для приема услуг, связанных с объектом 100, и идентификаторы рекомендуемых приложений, связанных с объектом 100.

[163] Кроме того, в первоначальном изображении на экране приложения, как показано на ФИГ. 12 (a), когда выбрана предварительно определенная иконка, включенная в область 22 для отображения контекстной информации, контекстная информация, захваченная устройством 200, может быть отображена, как показано на ФИГ. 12 (c). Устройство 200 может отобразить контекстную информацию, связанную с информацией намерения, включенной в область 24 для отображения информации намерения, описанную ниже. Устройство 200 может отобразить информацию, связанную с текущим местоположением устройства 200, текущим временем, работой пользователя и семьей/знакомыми пользователя.

[164] ФИГ. 13 является диаграммой, показывающей пример, в котором отображена информация намерения, связанная с пользователем, и отображена контекстная информация, связанная с определенной информацией намерения, в соответствии с примерным вариантом осуществления.

[165] В первоначальном изображении на экране приложения, как показано на ФИГ. 13 (a), область 24 для отображения информации намерения может включать в себя по меньшей мере одно из: услуги, соответствующей намерению пользователя, и типов специфичной информации, которая должна быть обеспечена посредством этой услуги. Например, область 24 для отображения информации намерения может включать в себя услугу обеспечения информации об аллергии.

[166] Кроме того, когда выбрана предварительно определенная иконка в области 24 для отображения информации намерения, список услуг, связанных с объектом 100, может быть отображен, как показано на ФИГ. 13 (b), и устройство 200 может выбрать предварительно определенную услугу на основании ввода данных пользователем.

[167] Кроме того, когда выбрана предварительно определенная иконка в списке услуг, как показано на ФИГ. 13 (b), изображения на экране, отображающие контекстную информацию, связанную с соответствующей услугой, могут быть отображены, как показано на ФИГ. 13 (b)-13 (d).

[168] Например, когда иконка, связанная с 'Аллергией', выбрана в изображении на экране ФИГ. 13 (b), изображение на экране для выбора семьи/знакомых пользователя в качестве контекстной информации, связанной с услугой обеспечения информации об аллергии, может быть отображено, как показано на ФИГ. 13 (c). В этом случае могут быть отображены телосложения членов семьи или знакомых пользователя.

[169] Кроме того, когда иконка, связанная с 'Рецептом', выбрана в изображении на экране ФИГ. 13 (b), изображение на экране для выбора предпочтений вкуса пользователя в качестве контекстной информации, связанной с услугой обеспечения рецептов, может быть отображено, как показано на ФИГ. 13 (d). В этом случае предпочтения вкуса пользователя могут включать в себя по меньшей мере одно из: соленого вкуса, острого вкуса и освежающего вкуса.

[170] Кроме того, когда иконка, связанная с 'Картой', выбрана в изображении на экране ФИГ. 13 (b), изображение на экране для выбора места назначения в качестве контекстной информации, связанной с услугой осуществления навигации, может быть отображено, как показано на ФИГ. 13 (e). Например, место назначения может быть рекомендовано на основании текущего местоположения устройства 200 или объекта 100, например, филиал Gangnam на рынке А, филиал Gangnam на рынке В и т.д.

[171] ФИГ. 14 является диаграммой, показывающей пример, в котором отображена информация намерения, связанная с пользователем, и отображена контекстная информация, связанная с определенной информацией намерения, в соответствии с другим примерным вариантом осуществления.

[172] Когда предварительно определенное приложение выбрано в изображении на экране, как показано на ФИГ. 14 (a), устройство 200 может рекомендовать контекстную информацию и информацию намерения на основании по меньшей мере одного из свойств объекта 100 и приложения, как показано на ФИГ. 14 (b). Ссылаясь на ФИГ. 14 (b), устройство 200 может отобразить текущее местоположение устройства 200, текущее время и работу пользователя в качестве контекстной информации и может рекомендовать услугу обеспечения информации об аллергии в качестве типа услуги, включенной в информацию намерения.

[173] Если пользователь выбирает иконку, связанную с 'Аллергией', отображенной на изображении на экране, как показано на ФИГ. 14 (b), цель услуги обеспечения информации об аллергии может быть рекомендована на изображении на экране, отображенном на устройстве 200, как показано на ФИГ. 14 (c). Например, цель услуги обеспечения информации об аллергии может включать в себя членов семьи или знакомых пользователя.

[174] Кроме того, когда предварительно определенное приложение выбрано в изображении на экране, как показано на ФИГ. 14 (a), устройство 200 может рекомендовать контекстную информацию и информацию намерения на основании по меньшей мере одного из свойств объекта 100 и приложения, как показано на ФИГ. 14 (b). Ссылаясь на ФИГ. 14 (d), устройство 200 может отобразить текущее местоположение устройства 200, текущее время и работу пользователя в качестве контекстной информации и может рекомендовать услугу обеспечения рецептов в качестве типа услуги, включенной в информацию намерения.

[175] Если пользователь выбирает иконку, связанную с 'Рецептом', отображенным на изображении на экране, как показано на ФИГ. 14 (d), типы специфичной информации, которая должна быть обеспечена посредством услуги обеспечения рецептов, могут быть рекомендованы на изображении на экране, отображенном на устройстве 200, как показано на ФИГ. 14 (e). Например, специфичная информация, которая должна быть обеспечена посредством услуги обеспечения рецептов, может включать в себя рецепт, имеющий острый вкус.

[176] ФИГ. 15 является диаграммой, показывающей пример, в котором устройство 200 принимает услугу и изменяет информацию намерения.

[177] Когда иконка для завершения установки выбрана в изображении на экране, как показано на ФИГ. 15 (a), может быть определена цель для услуги обеспечения информации об аллергии. Кроме того, как показано на ФИГ. 15 (b), информация об аллергии, связанная с определенной целью, может быть отображена в изображении на экране. Кроме того, когда иконка для изменения цели услуги обеспечения информации об аллергии выбрана в изображении на экране, как показано на ФИГ. 15 (a), изображение на экране для изменения цели услуги обеспечения информации об аллергии может быть отображено, как показано на ФИГ. 15 (c). Ссылаясь на ФИГ. 15 (c), устройство 200 может выбрать предварительно определенную цель из списка целей для услуги обеспечения информации об аллергии или может найти цель с помощью услуги SNS.

[178] Кроме того, когда иконка для завершения установки выбрана в изображении на экране, как показано на ФИГ. 15 (d), рецепт для приготовления еды, имеющей острый вкус, может быть отображен в изображении на экране, как показано на ФИГ. 15 (e). Кроме того, когда иконка для изменения специфичной информации, которая должна быть обеспечена посредством услуги обеспечения рецептов, выбрана в изображении на экране, как показано на ФИГ. 15 (d), изображение на экране для выбора вкуса еды может быть отображено, как показано на ФИГ. 15 (f). Ссылаясь на ФИГ. 15 (f), устройство 200 может выбрать предварительно определенный вкус из списка вкусов.

[179] ФИГ. 16 является диаграммой, показывающей пример, в котором устройство 200 устанавливает контекстную информацию, используемую для предоставления услуги, на основании ввода данных пользователем, в соответствии с примерным вариантом осуществления.

[180] В изображении на экране, как показано на ФИГ. 16 (a), текущее местоположение устройства 200, текущее время и работа пользователя могут быть рекомендованы в качестве контекстной информации, используемой для услуги обеспечения информации об аллергии. Кроме того, когда иконка для изменения списка рекомендаций выбрана в изображении на экране, как показано на ФИГ. 16 (a, список для выбора контекстной информации, которая должна быть рекомендована, может быть отображен в изображении на экране, как показано на ФИГ. 16 (b).

[181] ФИГ. 17 является диаграммой, показывающей пример предоставления услуги осуществления навигации, в соответствии с примерным вариантом осуществления.

[182] Когда устройство 200 расположено в пределах предварительно определенного расстояния от объекта 100, устройство 200 может принять информацию свойств объекта 100 от объекта 100 и захватить контекстную информацию и информацию намерения. Например, если объект 100 является рекламным плакатом, связанным с 'супом', когда устройство 200 приближается к объекту 100, информация намерения и контекстная информация, сгенерированные устройством 200, могут быть отображены в изображении на экране на устройстве 200, как показано на ФИГ. 17 (a). Например, местоположение магазина может указать, что тип услуги, включенной в информацию намерения, соответствует услуге осуществления навигации. Кроме того, могут быть отображены текущее местоположение устройства 200, текущее время и работа пользователя, которые являются информацией о контексте, связанной с услугой осуществления навигации,.

[183] Кроме того, когда пользователь выбирает предварительно определенную иконку, список рекомендуемых мест назначения может быть отображен как показано на ФИГ. 17 (b), и пользователь может выбрать предварительно определенное место назначения.

[184] Затем устройство 200 может выдать информацию свойств объекта 100, сгенерированную информацию намерения и контекстную информацию, связанную с информацией намерения, в сервер 300 и может принять услугу осуществления навигации от сервера 300 как показано на ФИГ. 17 (c).

[185] ФИГ. 18 является диаграммой, показывающей пример, в котором устройство 200, в соответствии с примерным вариантом осуществления, загружает приложение на основании информации приложения, включенной в информацию свойств объекта 100.

[186] Ссылаясь на ФИГ. 18, когда предварительно определенная иконка выбрана в изображении на экране на устройстве 200, как показано на ФИГ. 18 (a), первоначальное изображение на экране приложения для приема услуг, связанных с объектом, может быть отображено, как показано на ФИГ. 18 (b). Кроме того, список рекомендуемых приложений может быть отображен в первоначальном изображении на экране приложения, и пользователь может выбрать иконку, чтобы загрузить соответствующее приложение. Затем, как показано на ФИГ. 18 (c), устройство 200 может загрузить выбранное приложение.

[187] ФИГ. 19 является блок-схемой устройства 200, в соответствии с примерным вариантом осуществления.

[188] Как показано на ФИГ. 19, устройство 200, в соответствии с примерным вариантом осуществления, включает в себя блок 210 соединения, блок 220 приема информации свойств объекта, блок 225 приема информации линии связи, блок 230 захвата контекстной информации, блок 240 захвата информации намерения, блок 250 запроса услуги, блок 260 приема услуги, блок 270 отображения, DB 280, приемопередатчик 285 и блок 290 управления.

[189] Блок 210 соединения соединяет устройство 200 и объект 100 друг с другом с помощью сети передачи данных. Когда устройство 200 приближается к объекту 100, блок 210 соединения может соединить устройство 200 с объектом 100 с помощью сети передачи данных на близком расстоянии.

[190] Блок 220 приема информации свойств объекта принимает информацию свойств объекта 100 от объекта 100. Информация свойств объекта 100 является информацией, связанной со свойствами объекта 100, и может включать в себя информацию, относящуюся к по меньшей мере одному из: идентификатора объекта 100, типа объекта 100, приложений, связанных с объектом 100, и услуг, связанных с объектом 100.

[191] Блок 225 приема информации линии связи принимает информацию линии связи от объекта 100. Информация линии связи может включать в себя адрес линии связи сервера 300, который предоставляет услуги, связанные с объектом 100.

[192] Блок 230 захвата контекстной информации захватывает контекстную информацию. Блок 230 захвата контекстной информации может захватить контекстную информацию на основании информации намерения, описанной ниже. Например, если тип услуги, включенной в информацию намерения, является 'услугой обеспечения рецептов', и тип специфичной информации, которая должна быть обеспечена посредством соответствующей услуги, является 'рецептом с использованием духовки', блок 230 захвата контекстной информации может захватить информацию, относящуюся к предпочтительным вкусам пользователя, в качестве контекстной информации.

[193] Хотя описано выше, что контекстная информация захватывается на основании информации намерения, захват контекстной информации этим не ограничивается. Блок 230 захвата контекстной информации может захватить контекстную информацию, связанную с устройством 200, и контекстную информацию, связанную с пользователем, заранее и может извлечь контекстную информацию, связанную с информацией намерения, из предварительно захваченной контекстной информации. В этом случае предварительно захваченная контекстная информация может быть использована блоком 240 захвата информации намерения для генерирования информации намерения.

[194] Кроме того, блок 230 захвата контекстной информации может захватить контекстную информацию на основании приложения, которое или выполняется, или выполнено устройством 200. Например, если приложение, которое выполняется устройством 200, является приложением для приема рецептов, может быть захвачена контекстная информация, связанная с рецептами.

[195] В этом случае приложение для приема услуг может быть выполнено на основании информации приложения, включенной в информацию свойств объекта 100. Если приложение для приема услуг не установлено на устройстве 200, устройство 200 может загрузить предварительно определенное приложение и установить загруженное приложение. Кроме того, если приложение для приема услуг установлено на устройстве 200, устройство 200 может выполнить установленное приложение. Хотя описано выше, что приложение выполняется после того, как устройство 200 приблизится к объекту 100 и информацию свойств объекта 100, примерный вариант осуществления этим не ограничивается. Приложение для приема услуг может быть выполнено устройством 200 заранее, и устройство 200 может приблизиться к информацию свойств объекта 100 от объекта 100, в то время как выполняется приложение.

[196] Блок 240 захвата информации намерения генерирует информацию намерения на основании свойств объекта 100. Информация намерения является информацией, связанной с услугами, которые пользователь хочет принять, и может включать в себя информацию, относящуюся к типам услуг и типам специфичной информации, которая должна быть обеспечена посредством этих услуг.

[197] Блок 240 захвата информации намерения может определить типы услуг на основании свойств объекта 100 и может определить типы специфичной информации, которая должна быть обеспечена определенными услугами. Например, если объект 100 является рекламным плакатом, связанным с 'супом', блок 240 захвата информации намерения может выбрать одно из: услуги проверки на аллергическую реакцию, услуги обеспечения рецептов и услуги осуществления навигации.

[198] Если 240 блок захвата информации намерения выбирает услугу обеспечения рецептов, блок 240 захвата информации намерения может определить специфичную информацию, которая должна быть обеспечена посредством услуги обеспечения рецептов. Например, специфичная информация, которая должна быть обеспечена посредством услуги обеспечения рецептов, может включать в себя рецепт с использованием духовки, рецепт с использованием микроволновой печи и рецепт с использованием газовой плиты, и устройство 200 может выбрать рецепт с использованием микроволновой печи.

[199] Типы услуг и типы специфичной информации, которая должна быть обеспечена посредством этих услуг, могут быть определены на основании свойств объекта 100 и вводов данных пользователем. Однако услуги и информация этим не ограничиваются, и типы услуг и типы специфичной информации, которая должна быть обеспечена посредством этих услуг, могут быть определены на основании контекстной информации, как описано ниже. Кроме того, блок 240 захвата информации намерения может определить только типы услуг и может не определить специфичную информацию, которая должна быть обеспечена посредством услуг.

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

[201] Блок 240 захвата информации намерения может также принять информацию намерения, сгенерированную объектом 100, от объекта 100. В этом случае информация, необходимая для генерирования информации намерения, может быть выдана в объект 100 посредством устройства 200 заранее.

[202] Блок 250 запроса услуги запрашивает у сервера 300 предварительно определенную услугу. Блок 250 запроса услуги может выдавать информацию свойств объекта 100 и информацию намерения, и контекстную информацию, захваченную устройством 200, в сервер 300. Блок 250 запроса услуги может принимать запрос о захваченной контекстной информации от объекта 100 и может выдать контекстную информацию в объект 100 в ответе. Например, блок 250 запроса услуги может выдавать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает острый вкус, в сервер 300.

[203] Кроме того, блок 250 запроса услуги может запросить объект 100 предоставить услуги.

[204] Блок 260 приема услуги принимает услугу от сервера 300. Например, блок 260 приема услуги может принимать информацию, относящуюся к рецепту для использования 'духовки', чтобы приготовить 'суп', имеющий 'острый вкус', от сервера 300.

[205] Кроме того, блок 260 приема услуги может принять услугу от объекта 100. Кроме того, Блок 260 приема услуги может принять услугу, предоставленную сервером 300, с помощью объекта 100.

[206] Блок 270 отображения отображает различную информацию, связанную с операциями устройства 200, в изображении на экране. Блок 270 отображения может отображать пользовательский интерфейс для запроса и приема услуги и специфичной информации, обеспеченной посредством услуги.

[207] DB (база данных) 280 хранит различную информацию, необходимую для устройства 200, чтобы захватить информацию намерения и контекстную информацию и принять услугу от сервера 300.

[208] Блок 285 приемопередатчика передает и принимает различную информацию от и на сервер 300 и объект 100. Различная информация может быть информацией, необходимой для устройства 200, чтобы захватить информацию намерения и контекстную информацию и принять услуги от сервера 300.

[209] Блок 290 управления управляет всеми операциями устройства 200 и управляет блоком 210 соединения, блоком 220 приема информации свойств объекта, блоком 225 приема информации линии связи, блоком 230 захвата контекстной информации, блоком 240 захвата информации намерения, блоком 250 запроса услуги, блоком 260 приема услуги, блоком 270 отображения, DB 280 и блоком 285 приемопередатчика для устройства 200, чтобы принять различную информацию, необходимую для захвата информации намерения и контекстной информации и приема услуги от сервера 300.

[210] Все или некоторые из: блока 210 соединения, блока 220 приема информации свойств объекта, блока 225 приема информации линии связи, блока 230 захвата контекстной информации, блока 240 захвата информации намерения, блока 250 запроса услуги, блока 260 приема услуги и блока 270 отображения могут управляться модулями программного обеспечения. Однако блоки устройства 200 этим не ограничиваются. Кроме того, блок 210 соединения, блок 220 приема информации свойств объекта, блок 225 приема информации линии связи, блок 230 захвата контекстной информации, блок 240 захвата информации намерения, блок 250 запроса услуги, блок 260 приема услуги и блок 270 отображения могут управляться модулями аппаратного обеспечения.

[211] Кроме того, блок 210 соединения, блок 220 приема информации свойств объекта, блок 225 приема информации линии связи, блок 230 захвата контекстной информации, блок 240 захвата информации намерения, блок 250 запроса услуги, блок 260 приема услуги и блок 270 отображения могут быть включены в блок 290 управления, и блок 210 соединения, блок 220 приема информации свойств объекта, блок 225 приема информации линии связи, блок 230 захвата контекстной информации, блок 240 захвата информации намерения, блок 250 запроса услуги, блок 260 приема услуги, блок 270 отображения и блок 290 управления могут управляться единственным процессором. Однако устройство 200 этим не ограничивается.

[212] ФИГ. 20 является блок-схемой объекта 100, в соответствии с примерным вариантом осуществления.

[213] Как показано на ФИГ. 20, объект 100, в соответствии с примерным вариантом осуществления, включает в себя блок 110 соединения, блок 120 выдачи информации свойств объекта, блок 130 выдачи информации линии связи, блок 140 захвата контекстной информации, блок 150 захвата информации намерения, блок 160 запроса услуги, блок 170 предоставления услуги, DB 180, блок 185 приемопередатчика и блок 190 управления.

[214] Блок 110 соединения соединяет устройство 200 и объект 100 друг с другом с помощью сети передачи данных. Когда устройство 200 приближается к объекту 100, блок 110 соединения может соединить устройство 200 с объектом 100 с помощью сети передачи данных на близком расстоянии.

[215] Блок 120 выдачи информации свойств объекта принимает информацию свойств объекта 100 от объекта 100, и блок 130 выдачи информации линии связи выдает информацию линии связи в устройство 200.

[216] Блок 140 захвата контекстной информации захватывает контекстную информацию, захваченную устройством 200, от устройства 200. Кроме того, блок 140 захвата контекстной информации может извлечь контекстную информацию, связанную с информацией намерения, из информации намерения, как описано ниже

[217] Блок 150 захвата информации намерения захватывает информацию намерения. Блок 150 захвата информации намерения может определить типы услуг на основании свойств объекта 100 и может определить типы специфичной информации, которая должна быть обеспечена посредством услуг. Кроме того, блок 150 захвата информации намерения может захватить информацию намерения на основании контекстной информации. Блок 150 захвата информации намерения может также захватить информацию намерения на основании ввода данных пользователем. В этом случае блок 150 захвата информации намерения может захватить информацию намерения на основании по меньшей мере одного из: сигналов ввода данных пользователем, выданных устройством 200, и сигналов ввода данных пользователем с помощью блока ввода объекта 100. Блок 150 захвата информации намерения может определить типы услуг на основании свойств объекта 100 и текущего местоположения устройства 200 и определить типы специфичной информации, которая должна быть обеспечена определенными услугами.

[218] Блок 160 запроса услуги может запросить сервер 300 предоставить предварительно определенную услугу устройству 200. Блок 160 запроса услуги может выдавать информацию свойств, информацию намерения и контекстную информацию в сервер 300. Например, блок 160 запроса услуги может выдавать информацию, указывающую, что объект 100 является смарт плакатом, связанным с 'супом', 'услуга обеспечения рецептов' и 'рецепт с использованием духовки' являются необходимыми, и пользователь предпочитает острый вкус, в сервер 300.

[219] Кроме того, блок 160 запроса услуги может выдавать информацию, необходимую для запроса услуг, в устройство 200. В этом случае устройство 200 может запросить сервер 300 предоставить услуги.

[220] Блок 170 предоставления услуги предоставляет услуги устройству 200. Если специфичная информация, относящаяся к услугам, сохранена в объекте 100, блок 170 предоставления услуги может предоставить предварительно определенные услуги устройству 200.

[221] Кроме того, блок 170 предоставления услуги может принять услуги, предоставленные сервером 300, и предоставить принятые услуги устройству 200.

[222] DB 180 хранит различную информацию, необходимую для объекта 100, чтобы захватить информацию намерения и контекстную информацию и запросить или услуги.

[223] Блок 185 приемопередатчика передает и принимает различную информацию, необходимую для объекта 100, чтобы захватить информацию намерения и контекстную информацию, запрашивает услуги от сервера 300 или предоставляет услуги устройству 200.

[224] Блок 190 управления управляет всеми операциями объекта 100 и управляет блоком 110 соединения, блоком 120 выдачи информации свойств объекта, блоком 130 выдачи информации линии связи, блоком 140 захвата контекстной информации, блоком 150 захвата информации намерения, блоком 160 запроса услуги, блоком 170 предоставления услуги, DB 180 и блоком 185 приемопередатчика для объекта 100, чтобы принять различную информацию, необходимую для захвата информации намерения и контекстную информацию, и запроса или предоставления услуги.

[225] Блок 110 соединения, блок 120 выдачи информации свойств объекта, блок 130 выдачи информации и линии связи, блок 140 захвата контекстной информации, блок 150 захвата информации намерения, блок 160 запроса услуги и блок 170 предоставления услуги могут управляться модулями программного обеспечения. Однако объект 100 этим не ограничивается. Кроме того, блок 110 соединения, блок 120 выдачи информации свойств объекта, блок 130 выдачи информации линии связи, блок 140 захвата контекстной информации, блок 150 захвата информации намерения, блок 160 запроса услуги и блок 170 предоставления услуги могут управляться модулями аппаратного обеспечения.

[226] Кроме того, блок 110 соединения, блок 120 выдачи информации свойств объекта, блок 130 выдачи информации линии связи, блок 140 захвата контекстной информации, блок 150 захвата информации намерения, блок 160 запроса услуги, блок 170 предоставления услуги могут быть включены в блок 190 управления. Блок 110 соединения, блок 120 выдачи информации свойств объекта, блок 130 выдачи информации линии связи, блок 140 захвата контекстной информации, блок 150 захвата информации намерения, блок 160 запроса услуги, блок 170 предоставления услуги и блок 190 управления могут управляться единственным процессором. Однако объект 100 этим не ограничивается.

[227] ФИГ. 21 является блок-схемой сервера 300, в соответствии с примерным вариантом осуществления.

[228] Как показано на ФИГ. 21, сервер 300, в соответствии с примерным вариантом осуществления включает в себя блок 310 приема информации свойств объекта, блок 320 захвата контекстной информации, блок 330 захвата информации намерения, блок 340 предоставления услуги, DB 350, блок 360 приемопередатчика и блок 370 управления.

[229] Блок 310 приема информации свойств объекта принимает информацию свойств объекта 100 от устройства 200. Однако прием информации свойств объекта этим не ограничивается. Если объект 100 генерирует информацию намерения, блок 310 приема информации свойств объекта может принять информацию свойств контекста от объекта 100.

[230] Блок 140 захвата контекстной информации принимает контекстную информацию от устройства 200. Однако прием контекстной информации этим не ограничивается. Если объект 100 генерирует информацию намерения, блок 320 захвата контекстной информации может принять контекстную информацию от объекта 100.

[231] Кроме того, если сервер 300 генерирует информацию намерения, сервер 300 может извлечь контекстную информацию, связанную с информацией намерения, из контекстной информации, принятой от устройства 200.

[232] Блок 330 захвата информации намерения захватывает информацию намерения. Блок 330 захвата информации намерения может определить типы услуг на основании свойств объекта 100 и может определить типы специфичной информации, которая должна быть обеспечена посредством услуг. Кроме того, блок 330 захвата информации намерения может захватить информацию намерения на основании контекстной информации. Блок 330 захвата информации намерения может также захватить информацию намерения на основании ввода данных пользователем. В этом случае блок 330 захвата информации намерения может захватить информацию намерения на основании по меньшей мере одного из: сигналов ввода данных пользователем, выданных устройством 200, и сигналов ввода данных пользователем с помощью блока ввода объекта 100.

[233] Кроме того, блок 330 захвата информации намерения может определить типы услуг на основании свойств объекта 100 и текущего местоположения устройства 200 и определить типы специфичной информации, которая должна быть обеспечена определенными услугами.

[234] Блок 340 предоставления услуги предоставляет услуги устройству 200. Блок 340 предоставления услуги может предоставлять услуги устройству 200 в ответ на запрос предоставления услуги от устройства 200 или объекта 100.

[235] Кроме того, блок 340 предоставления услуги может предоставлять услуги устройству 200 с помощью объекта 100.

[236] DB 350 хранит различную информацию, необходимую для сервера 300, чтобы предоставить услуги устройству 200.

[237] Блок 360 приемопередатчика передает и принимает различную информацию, необходимую для сервера 300, чтобы предоставить услуги устройству 200.

[238] Блок 370 управления управляет всеми операциями сервера 300 и управляет блоком 310 приема информации свойств объекта, блоком 320 захвата контекстной информации, блоком 330 захвата информации намерения, блоком 340 предоставления услуги, DB 350 и блоком 360 приемопередатчика для сервера 300, чтобы предоставить услуги устройству 200.

[239] Блок 310 приема информации свойств объекта, блок 320 захвата контекстной информации, блок 330 захвата информации намерения и блок 340 предоставления услуги могут управляться модулями программного обеспечения. Однако сервер 300 этим не ограничивается. Кроме того, блок 310 приема информации свойств объекта, блок 320 захвата контекстной информации, блок 330 захвата информации намерения и блок 340 предоставления услуги могут управляться модулями аппаратного обеспечения.

[240] Кроме того, блок 310 приема информации свойств объекта, блок 320 захвата контекстной информации, блок 330 захвата информации намерения и блок 340 предоставления услуги могут быть включены в блок 370 управления, и блок 310 приема информации свойств объекта, блок 320 захвата контекстной информации, блок 330 захвата информации намерения, блок 340 предоставления услуги и блок 370 управления могут управляться единственным процессором. Однако сервер 300 этим не ограничивается.

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

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

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

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

запрос у сервера доступной услуги на основании текущего местоположения устройства и информации свойств объектов; и прием запрошенной доступной услуги от сервера.

2. Способ по п. 1, в котором этап запроса содержит:

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

запрос у сервера доступной услуги на основании типов доступной услуги и типов специфичной информации.

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

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

4. Способ по п. 3, в котором этап приема содержит прием услуги на основании типов доступной услуги, типов специфичной информации и контекстной информации.

5. Способ по п. 3, в котором этап захвата содержит захват контекстной информации, связанной с приложением, выполняемым устройством.

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

7. Способ по п. 3, в котором захваченная контекстная информация выдается в сервер с помощью объекта.

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

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

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

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

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

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

14. Способ по п. 1, в котором этап запроса содержит запрос доступной услуги от сервера с помощью объекта,

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

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

15. Устройство, которое принимает услугу, ассоциированную с объектом, причем устройство содержит:

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

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

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



 

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

Изобретение относится к беспроводной связи. Обеспечивается способ восстановления при потере обнаружения канала управления.

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

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

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

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

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

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

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

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

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

Предлагаются способы, устройства, системы и компьютерные программные продукты для передачи/приема назначения плана передачи (SA). Технический результат заключается в улучшении общей производительности системы за счет разделения физических ресурсов с помехами. Указанный результат обеспечивается при выполнении устройством передачи назначения плана передачи, при этом устройство включает: процессор; и запоминающее устройство, включающее код компьютерной программы. При этом запоминающее устройство и код компьютерной программы конфигурированы так, чтобы под управлением процессора устройство осуществляло следующие этапы: включение короткого идентификатора в назначение плана передачи, при этом короткий идентификатор представляет собой сокращенную, по сравнению с идентификатором адресата, версию идентификатора адресата, причем идентификатор адресата идентифицирует пользовательское устройство или группу пользовательских устройств; передачу назначения плана передачи, включающего короткий идентификатор, и включение идентификатора адресата в передачу данных, соответствующую информации назначения плана передачи. 5 н. и 14 з.п. ф-лы, 5 ил.

Изобретение относится к беспроводной связи. Техническим результатом является улучшение способа управления распределением мощности в гетерогенных сетевых средах. В настоящем документе приведено общее описание вариантов осуществления оборудования пользователя и способов для усовершенствования управления и планирования мощностью передачи по восходящей линии связи. Например, в одном аспекте представлен способ управления мощностью восходящей линии связи, причем способ включает в себя определение того, превышает ли величина общей требуемой мощности передачи величину общей заданной максимальной выходной мощности для субкадра. Когда величина общей требуемой мощности передачи превышает величину общей заданной максимальной выходной мощности, способ включает в себя назначение ограничения минимальной активной мощности для каждой обслуживающей соты, назначение оставшейся мощности одному или более каналам на основании приоритета и вычисление величины назначенной общей мощности на основании выделения и назначения. 4 н. и 16 з.п. ф-лы, 5 ил.

Изобретение относится к мобильной связи. Технический результат заключается в обеспечении эффективной регистрации сбоя управления радиоресурсами (RRC) в пользовательском оборудовании (UE). Способ содержит этапы: попытки произвольного доступа; регистрации информации о сбое, если обнаружен сбой произвольного доступа; и передачи соединенной базовой станции информации о сбое, зарегистрированной перед успехом, если обнаружен успех произвольного доступа. 10 з.п. ф-лы, 14 ил.

Изобретение относится к системам связи. Технический результат заключается в повышении эффективности использования полосы пропускания. Мобильная система передачи данных включает в себя устройство управления и устройство базовой станции. Передачу данных между устройством управления и устройством базовой станции выполняют, используя размер данных фиксированной длины и размер данных переменной длины. Устройство управления передает информацию, обозначающую, имеет ли размер данных при передаче данных фиксированную длину или переменную длину. Устройство базовой станции принимает информацию из устройства управления. 7 н. и 10 з.п. ф-лы, 13 ил.

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

Изобретение относится к способу получения доступа к среде радиосвязи, совместно используемой множеством терминалов связи. Технический результат заключается в возможности устранения конфликтов в системе радиосвязи. Терминал, желающий отправить данные на другие терминалы, выполняет следующие шаги: шаг прослушивания упомянутой среды; если среда свободна, шаг передачи маркера по среде; шаг приема ответа, переданного приемниками, которые приняли этот маркер; шаг ожидания и прослушивания среды, если ответом является сообщение о конфликте, указывающее, что приемник, передающий ответ, принял несколько маркеров; шаг передачи данных, если принимаемым ответом является подтверждение приема только одного маркера. При этом среда радиосвязи задана выделенным частотно-временным пространством в кадре системы радиосвязи с множественным доступом с временным разделением (TDMA), последовательные временные слоты, составляющие широковещательную среду, объединены в пары, и все терминалы разбиты на два подмножества. 2 н. и 5 з.п. ф-лы, 8 ил.

Изобретение относится к системе беспроводной связи. Техническим результатом является эффективное управление сеансовым соединением, когда сеансовое соединение выполнено с возможностью быть отсроченным. Способ содержит этапы: посредством первого устройства принимают первый кадр запроса на обнаружение предоставления услуг посредством первого устройства, передают первый кадр ответа во второе устройство, при этом первый кадр ответа содержит информацию относительно отсрочки сеанса. 4 н. и 11 з.п. ф-лы, 9 ил., 14 табл.

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

Изобретение относится к области связи. Вариант осуществления настоящего изобретения предоставляет терминал, включающий в себя уровень PDCP, который передает специализированный IP пакет D2D из верхнего уровня в нижний уровень, уровень RLC, который обрабатывает принятый пакет при адаптации к состоянию радиоканала и передает обработанные данные в уровень МАС, и уровень МАС, который выбирает то, когда пакетные данные D2D появляются, ресурсы для линии связи D2D без запрашивания планирования из eNB, и мультиплексирует данные, принятые через специализированные логические каналы D2D, и способ управления терминалом. В частности, вариант осуществления настоящего изобретения предоставляет новый способ управления МАС терминала, поддерживающего связь D2D. 2 н. и 18 з.п. ф-лы, 13 ил.

Изобретение относится к области беспроводной связи и предназначено для увеличения пропускной способности за счет представления информации о состоянии канала, относящейся к состоянию канала в произвольной частотной полосе пропускания из множества частотных полос пропускания. Изобретение раскрывает, в частности, устройство радиосвязи, в котором первое устройство беспроводной связи и второе устройство беспроводной связи осуществляют связь беспроводным образом при помощи нескольких частотных диапазонов, первое устройство беспроводной связи передает первые запросы информации о состоянии канала, которые соответствуют каждому из нескольких частотных диапазонов, второму устройству беспроводной связи. Второе устройство беспроводной связи, после приема первых запросов информации о состоянии канала, передает информацию, которая касается состояния канала частотных диапазонов, которые определены первыми запросами информации о состоянии канала, первому устройству беспроводной связи. 3 н. и 6 з.п. ф-лы, 76 ил.
Наверх