Способ и устройство для передачи облачной карты

Изобретение относится к способам передачи облачной карты. Технический результат – возможность распознавания входящих вызовов от незнакомых лиц. Для этого способ включает: определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и если пользователь предпочел предоставление облачной карты во время вызова, инициированного этим пользователем, передачу инструктирующего сообщения на сервер; при этом инструктирующее сообщение используют для инструктирования облачного сервера о необходимости пересылки данных облачной карты пользователя, которые хранят на облачном сервере, на приемную сторону вызова, в результате чего данные облачной карты будут отображены в интерфейсе приема вызова на приемной стороне данного вызова. 4 н. и 10 з.п. ф-лы, 12 ил.

 

Перекрестные ссылки на связанные заявки

[0001] Настоящая заявка ссылается на приоритет заявки на патент Китайской Народной Республики 201510290678.2, на которой она основана и которая была зарегистрирована 29 мая 2015 года. При этом содержание упомянутой заявки полностью включено в настоящий документ путем ссылки.

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

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

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

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

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

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

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

[0006] определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и

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

[0008] Опционально, перед определением, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем, способ дополнительно включает:

[0009] получение данные облачной карты пользователя, которые заданы пользователем в заранее заданном интерфейсе настроек облачной карты; и

[0010] выгрузку полученных данных облачной карты на облачный сервер.

[0011] Опционально, определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем, включает:

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

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

[0014] Опционально, способ дополнительно включает:

[0015] когда принят входящий вызов, прием данных облачной карты стороны, инициировавшей вызов, которые пересылают при помощи облачного сервера; и

[0016] отображение принятых данных облачной карты в интерфейсе приема вызова.

[0017] Опционально, способ дополнительно включает:

[0018] прием от пользователя операционной команды в отношении интерфейса приема вызова; и

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

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

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

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

[0023] Опционально, перед приемом инструктирующего сообщения, которое передано терминалом при инициировании им вызова, способ дополнительно включает:

[0024] прием данных облачной карты стороны, инициировавшей вызов, которые выгружены в сеть терминалом; и

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

[0026] В соответствии со вторым аспектом вариантов осуществления настоящего изобретения предложено устройство для передачи облачной карты, применяемое в терминале. Устройство включает:

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

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

[0029] Опционально, устройство дополнительно включает:

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

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

[0032] Опционально, модуль определения включает в себя:

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

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

[0035] Опционально, устройство дополнительно включает:

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

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

[0038] Опционально, устройство дополнительно включает:

[0039] второй модуль приема, сконфигурированный для приема от пользователя операционной команды в отношении интерфейса приема вызова; и

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

[0041] В соответствии с четвертым аспектом вариантов осуществления настоящего изобретения предложено устройство для передачи облачной карты, применяемое в облачном сервере. Устройство включает:

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

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

[0044] Опционально, устройство дополнительно включает:

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

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

[0047] Техническая схема, соответствующая вариантам осуществления настоящего изобретения, позволяет получить следующие полезные результаты:

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

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

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

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

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

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

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

[0054] Фиг. 4 представляет собой блок-схему устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0055] Фиг. 5 представляет собой блок-схему другого устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0056] Фиг. 6 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0057] Фиг. 7 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0058] Фиг. 8 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0059] Фиг. 9 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0060] Фиг. 10 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения;

[0061] Фиг. 11 представляет собой блок-схему устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения; и

[0062] Фиг. 12 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения.

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

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

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

[0065] Если какой-либо из элементов описан с использованием таких выражений, как «первый», «второй», «третий» и т.п., то этот элемент не ограничен подобными терминами. Эти термины используют исключительно для различения друг от друга элементов одного типа. Например, в пределах объема настоящего изобретения первый элемент может также быть назван вторым элементом. Аналогично, второй элемент может также быть назван первым элементом. В зависимости от контекста, выражение «если» в настоящем документе может интерпретироваться как «когда», «при том условии, что» или «в ответ на».

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

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

[0068] На шаге 101 определяют, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем.

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

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

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

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

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

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

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

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

[0077] При этом упомянутый выше интерфейс инициирования вызова может быть интерфейсом набора номера в мобильном терминале, или может быть интерфейсом контактного лица в локальном списке контактных лиц мобильного терминала.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0099] При этом упомянутый выше интерфейс инициирования вызова может быть интерфейсом набора номера в мобильном терминале, или может быть интерфейсом контактного лица в локальном списке контактных лиц мобильного терминала.

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

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

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

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

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

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

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

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

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

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

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

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

[00112] На шаге 301 определяют, предпочла ли сторона, инициировавшая вызов, предоставление облачной карты во время инициированного ей вызова.

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

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

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

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

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

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

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

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

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

[00122] При этом упомянутый выше интерфейс инициирования вызова может быть интерфейсом набора номера в мобильном терминале, или может быть интерфейсом контактного лица в локальном списке контактных лиц мобильного терминала.

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

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

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

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

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

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

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

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

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

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

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

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

[00135] Фиг. 4 представляет собой блок-схему устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения.

[00136] В соответствии с иллюстрацией Фиг. 4, схему устройство 400 для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения включает: модуль 401 определения и модуль 402 передачи, при этом

[00137] модуль 401 определения сконфигурирован для определения, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и

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

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

[00140] Фиг. 5 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения. Данное устройство основано на варианте осуществления настоящего изобретения, показанном на фиг. 4, и при этом модуль 400 дополнительно включает: модуль 403 получения и модуль 404 выгрузки, при этом

[00141] модуль 403 получения сконфигурирован, перед тем, как определено, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем, для получения данных облачной карты пользователя, которые заданы пользователем в заранее заданном интерфейсе настроек облачной карты; и

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

[00143] Фиг. 6 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения. Данное устройство основано на варианте осуществления настоящего изобретения, показанном на фиг. 4, и при этом модуль 401 определения дополнительно включает: подмодуль 401А приема и подмодуль 401 В определения, при этом

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

[00145] подмодуль 401 В определения сконфигурирован, когда от пользователя принята команда на выбор настроечной опции в интерфейсе инициирования вызова, для определения того, что пользователь предпочел предоставление облачной карты во время вызова, инициированного этим пользователем.

[00146] Следует отметить, что подмодуль 401А приема и подмодуль 401В определения в рассмотренном выше варианте осуществления устройства, показанном на фиг. 6, могут также входить в рассмотренный выше вариант осуществления устройства, показанный на фиг. 5. Настоящее изобретение в данном отношении не ограничено.

[00147] Фиг. 7 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения. Данное устройство основано на варианте осуществления настоящего изобретения, показанном на фиг. 4, и при этом модуль 400 дополнительно включает: первый модуль 405 приема и модуль 406 отображения, при этом

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

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

[00150] Следует отметить, что первый модуль 405 приема и модуль 406 отображения в рассмотренном выше варианте осуществления устройства, показанном на фиг. 7, могут также входить в рассмотренные выше варианты осуществления устройства, показанные на фиг. 5 и 6. Настоящее изобретение в данном отношении не ограничено.

[00151] Фиг. 8 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения. Данное устройство основано на варианте осуществления настоящего изобретения, показанном на фиг. 4, и при этом модуль 400 дополнительно включает: второй модуль 407 приема и модуль 408 сохранения, при этом

[00152] второй модуль 407 приема сконфигурирован для приема от пользователя операционной команды в отношении интерфейса приема вызова; и

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

[00154] Следует отметить, что второй модуль 407 приема и модуль 408 сохранения в рассмотренном выше варианте осуществления устройства, показанном на фиг. 7, могут также входить в рассмотренные выше варианты осуществления устройства, показанные на фиг. 5-7. Настоящее изобретение в данном отношении не ограничено.

[00155] Фиг. 9 представляет собой блок-схему устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения.

[00156] Как видно из иллюстрации Фиг. 9, устройство 900 для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения включает: третий модуль 901 приема и модуль 902 пересылки, при этом

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

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

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

[00160] Фиг. 10 представляет собой блок-схему еще одного устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения. Данное устройство основано на варианте осуществления настоящего изобретения, показанном на фиг. 9, и при этом модуль 900 дополнительно включает: четвертый модуль 903 приема и модуль 904 сохранения, при этом

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

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

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

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

[00165] Соответственно, в настоящем изобретении предложено также устройство для передачи облачной карты, включающее:

[00166] процессор; и

[00167] память для хранения инструкций, исполняемых процессором;

[00168] при этом процессор сконфигурирован для выполнения следующего:

[00169] определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и

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

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

[00172] определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и

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

[00174] Соответственно, в настоящем изобретении предложено также устройство для передачи облачной карты, включающее:

[00175] процессор; и

[00176] память для хранения инструкций, исполняемых процессором;

[00177] при этом процессор сконфигурирован для выполнения следующего:

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

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

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

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

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

[00183] Фиг. 11 представляет собой блок-схему устройства для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения.

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

[00185] В соответствии с иллюстрацией фиг. 11, устройство 1100 может включать один или более следующих компонентов: процессорный компонент 1101, память 1102, компонент 1103 электропитания, мультимедийный компонент 1104, аудиокомпонент 1105, интерфейс 1106 ввода-вывода (input/output, I/O), измерительный компонент 1107 и компонент 1108 связи.

[00186] Процессорный компонент 1101, как правило, осуществляет общее управление функционированием устройства 1100, например, операциями, связанными с отображением, телефонными вызовами, обменом данными, работой с камерой и операциями записи. Процессорный компонент 1101 может включать один или более процессоров 1109, исполняющих инструкции с целью выполнения всех шагов описанных выше способов или части этих шагов. Также, процессорный компонент 1101 может включать один или более модулей, обеспечивающих взаимодействие между процессорным компонентом 1101 и другими компонентами. Например, процессорный компонент 1101 может включать мультимедийный модуль, обеспечивающий взаимодействие между мультимедийным компонентом 1104 и процессорным компонентом 1101.

[00187] Память 1102 сконфигурирована для хранения различных типов данных с целью поддержки функционирования устройства 1100. Примерами подобных данных могут служить инструкции любых приложений или методов, исполняемых на устройстве 1100, контактные данные, данные телефонной книги, сообщения, изображения, видеоданные и т.п. Память 1102 может быть реализована с использованием энергозависимых или энергонезависимых устройств любого типа, а также их комбинаций, например, статической памятью с произвольным доступом (static random access memory, SRAM), электрически перепрограммируемой памяти в режиме «только для чтения» (erasable programmable read-only memory, EPROM), программируемой памяти в режиме «только для чтения» (programmable read-only memory, PROM), памяти в режиме «только для чтения», магнитной памяти, флэш-памяти, магнитного или оптического диска.

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

[00189] Мультимедийный компонент 1104 включает экран, который обеспечивает интерфейс вывода между устройством 1100 и пользователем. В некоторых из вариантов осуществления настоящего изобретения экран может включать дисплей на жидких кристаллах (liquid crystal display, LCD) и сенсорную панель (touch panel, TP). Если экран включает сенсорную панель, то в этом случае экран может быть реализован как сенсорный экран, принимающий сигналы ввода от пользователя. Сенсорная панель включает один или более датчиков касания, предназначенных для регистрации касаний, скольжений и других жестов на сенсорной панели. Датчики касания могут не только регистрировать границы операций касания или скольжения, но также измерять период времени и величину давления, связанные с этими операциями. В некоторых вариантах осуществления настоящего изобретения мультимедийный компонент 1104 включает фронтальную камеру и/или тыловую камеру. Фронтальная камера и/или тыловая камера могут принимать внешние мультимедийные данные, когда устройство 1100 находится в определенном режиме работы, например, в режиме фотографирования или в режиме видеосъемки. Как фронтальная камера, так и тыловая камера могут представлять собой фиксированные системы оптических линз или иметь функциональность фокусировки и оптического зуммирования.

[00190] Аудиокомпонент 1105 сконфигурирован для вывода и/или ввода аудиосигналов. Например, аудиокомпонент 1105 включает микрофон ("MIC"), сконфигурированный для приема внешнего аудиосигнала, когда устройство 1100 находится в определенном режиме работы, например, в режиме вызова, в режиме записи или в режиме распознавания голоса. Принятые аудиосигналы могут затем быть сохранены в памяти 1102 или переданы при помощи компонента 1108 связи. В некоторых из вариантов осуществления настоящего изобретения аудиокомпонент 1105 включает также громкоговоритель для вывода аудиосигналов.

[00191] Интерфейс 1106 ввода/вывода обеспечивает интерфейс между процессорным компонентом 1101 и модулями периферийных интерфейсов, например, клавиатуры, поворотного-нажимного выключателя («колеса»), кнопок и т.п. Кнопки могут включать, без ограничения перечисленным, «домашнюю» кнопку, кнопку громкости, кнопку «пуск» или кнопку блокировки.

[00192] Измерительный компонент 1107 включает один или более датчиков, обеспечивающих оценку состояния различных элементов устройства 1100. Например, измерительный компонент 1107 может обнаруживать состояние «открыто» или «закрыто» устройства 1100, относительное расположение компонентов, например, дисплея и клавиатуры устройства 1100, изменение положения устройства 1100 или одного из компонентов устройства 1100, присутствие или отсутствие контакта пользователя с устройством 1100, ориентацию или ускорение/замедление устройства 1100 и изменение температуры устройства 1100. Измерительный компонент 1107 может включать датчик близости, сконфигурированный для обнаружения присутствия приближенных объектов без физического контакта с ними. Измерительный компонент 1107 может также включать светочувствительный датчик, например, датчик изображений CMOS или CCD, для использования в приложениях формирования изображений. В некоторых из вариантов осуществления настоящего изобретения измерительный компонент 1107 может также включать акселерометрический датчик, гироскопический датчик, магнитный датчик, датчик давления или датчик температуры.

[00193] Компонент 1108 связи сконфигурирован для обеспечения связи, проводной или беспроводной, между устройством 1100 и другими устройствами. Устройство 1100 может осуществлять доступ к беспроводной сети, основанной на таких стандартах связи, как WiFi, 2G или 3G, или их комбинации. В одном из примеров осуществления настоящего изобретения компонент 1108 связи принимает широковещательный сигнал или соответствующую широковещательную информацию от внешней широковещательной системы управления по широковещательному каналу. В одном из примеров осуществления настоящего изобретения компонент 1108 связи включает также модуль ближней бесконтактной связи (near field communication, NFC) для обеспечения связи в ближней зоне. Например, NFC-модуль может быть реализован на базе технологии радиочастотной идентификации (radio frequency identification, RFID), технологии ассоциации передачи данных в инфракрасном диапазоне (infrared data association, IrDA), технологии сверхширокой полосы пропускания (ultra-wideband, UWB), технологии Bluetooth (ВТ) или других технологий.

[00194] В примерах осуществления настоящего изобретения устройство 1100 может быть реализовано с использованием одной или более заказных интегральных схем (ASIC), цифровых сигнальных процессоров (DSP), цифровых устройств обработки сигналов (digital signal processing devices, DSPD), программируемых логических устройств (programmable logic devices, PLD), электрически программируемых вентильных матриц (field programmable gate arrays, FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах или других электронных блоках, предназначенных для исполнения описанных выше способов.

[00195] В примерах осуществления настоящего изобретения предложен также машиночитаемый носитель, который включает инструкции, например, содержащиеся в памяти 1102 и исполняемые процессором 1109 в устройстве 1100 с целью выполнения описанных выше способов. К примеру, машиночитаемый носитель может представлять собой память ROM, RAM, CD-ROM, магнитную ленту, гибкий диск, оптическое запоминающее устройство для хранения данных и т.п.

[00196] Когда инструкции, хранимые на машиночитаемом носителе, исполняют при помощи процессора мобильного терминала, то обеспечивается выполнение этим мобильным терминалом способа передачи облачной карты, включающего:

[00197] определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и

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

[00199] Соответственно, в настоящем изобретении предложено также устройство для передачи облачной карты, включающее:

[00200] процессор; и

[00201] память для хранения инструкций, исполняемых процессором;

[00202] при этом процессор сконфигурирован для выполнения следующего:

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

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

[00205] Фиг. 12 представляет собой блок-схему устройства 1200 для передачи облачной карты в соответствии с одним из примеров осуществления настоящего изобретения. Например, устройство 1200 может быть выполнено в виде сервера. В соответствии с иллюстрацией фиг. 12, устройство 1200 может включать в себя процессорный компонент 1222, который, в свою очередь, включает в себя один или более процессоров и накопительные ресурсы, представленные памятью 1232, для хранения инструкций, например, прикладных программ, исполняемых процессорным компонентом 1222. Прикладные программы, хранимые в памяти 1232 могут включать в себя один или более модулей, каждый из которых соответствует набору инструкций. При этом процессорный компонент 1222 сконфигурирован для исполнения инструкций с целью выполнения описанного выше способа передачи облачной карты.

[00206] Устройство 1200 может также включать в себя компонент 1226 электропитания, сконфигурированный для осуществления управления электропитанием устройства 1200, проводный или беспроводной сетевой интерфейс (или интерфейсы) 1250, сконфигурированный для подключения устройства 1200 к сети, и интерфейс 1258 ввода-вывода (I/O). Устройство 1200 может функционировать на основе операционной системы, например, Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, и т.п., хранимой в памяти 1232.

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

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

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

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

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

2. Способ по п. 1, в котором перед определением, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем, способ дополнительно включает:

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

выгрузку полученных данных облачной карты на облачный сервер.

3. Способ по п. 1, в котором перед определением, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем, способ дополнительно включает:

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

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

4. Способ по п. 1, также включающий:

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

отображение принятых данных облачной карты в интерфейсе приема вызова.

5. Способ по п. 1, также включающий:

прием от пользователя операционной команды в отношении интерфейса приема вызова; и

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

6. Способ передачи облачной карты, применяемый в облачном сервере и включающий:

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

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

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

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

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

8. Устройство для передачи облачной карты, применяемое в терминале и включающее:

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

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

9. Устройство по п. 8, которое дополнительно включает:

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

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

10. Устройство по п. 8, в котором модуль определения включает:

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

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

11. Устройство по п. 8, которое дополнительно включает:

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

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

12. Устройство по п. 8, которое дополнительно включает:

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

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

13. Устройство для передачи облачной карты, применяемое в облачном сервере и включающее:

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

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

14. Устройство по п. 13, которое дополнительно включает:

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

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



 

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

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

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

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

Изобретение относится к беспроводной связи. Способ устранения отказа включает этапы, на которых: принимают с помощью шлюза сети пакетной передачи данных P-GW, данные по нисходящей линии связи после обнаружения отказа в ассоциированном первом S-GW; и передают, с помощью P-GW, сообщение с уведомлением на узел управления мобильностью ММЕ посредством использования второго S-GW, при этом сообщение с уведомлением включает в себя идентификатор P-GW и идентификатор пользователя, так что при определении того, что идентификатор P-GW, содержащийся в сообщении с уведомлением, отличается от идентификатора P-GW, соответствующего контексту идентификатора пользователя, ММЕ отклоняет инициирование процедуры устранения отказа в первом S-GW.

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

Изобретение относится к беспроводной связи. Способ для сообщения неисправности повторной передачи управления радиолинией (RLC, Radio Link Control) содержит этапы: осуществляют связь как с первой станцией BS, так и со второй станцией BS, первая станция BS имеет соединения управления радиоресурсами (Radio Resource Control, RRC) с оборудованием UE; передают сообщение первой станции BS об ошибке повторной передачи RLC без повторного установления RRC-соединения для первой станции BS, если ошибка повторной передачи RLC возникает в объекте RLC, передающем блок данных протокола (Protocol Data Unit, PDU) RLC для второй станции BS.

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

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

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

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

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

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

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

Изобретение относится к области мобильной связи. Технический результат - осуществление эффективной смены маршрутов на основании наличия у мобильной станции технической совместимости с SRVCC.

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

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

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

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

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

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

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

Изобретение относится к способам передачи облачной карты. Технический результат – возможность распознавания входящих вызовов от незнакомых лиц. Для этого способ включает: определение, предпочел ли пользователь предоставление облачной карты во время вызова, инициированного этим пользователем; и если пользователь предпочел предоставление облачной карты во время вызова, инициированного этим пользователем, передачу инструктирующего сообщения на сервер; при этом инструктирующее сообщение используют для инструктирования облачного сервера о необходимости пересылки данных облачной карты пользователя, которые хранят на облачном сервере, на приемную сторону вызова, в результате чего данные облачной карты будут отображены в интерфейсе приема вызова на приемной стороне данного вызова. 4 н. и 10 з.п. ф-лы, 12 ил.

Наверх