RU2513761C2 - Способ и сервер для мгновенного обмена сообщениями - Google Patents

Способ и сервер для мгновенного обмена сообщениями Download PDF

Info

Publication number
RU2513761C2
RU2513761C2 RU2012104365/08A RU2012104365A RU2513761C2 RU 2513761 C2 RU2513761 C2 RU 2513761C2 RU 2012104365/08 A RU2012104365/08 A RU 2012104365/08A RU 2012104365 A RU2012104365 A RU 2012104365A RU 2513761 C2 RU2513761 C2 RU 2513761C2
Authority
RU
Russia
Prior art keywords
mos
instance
client
user
login
Prior art date
Application number
RU2012104365/08A
Other languages
English (en)
Other versions
RU2012104365A (ru
Inventor
Сяочао ЧЖАН
Цзюэ ЛЯО
Динцзя ЧЭНЬ
Бинь ВЭЙ
Янькэ ЯО
Цзяньчжэнь ЛИ
Бинь ЛИ
Цянь Чжан
Original Assignee
Тенсент Текнолоджи (Шэньчжэнь) Компани Лимитед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Тенсент Текнолоджи (Шэньчжэнь) Компани Лимитед filed Critical Тенсент Текнолоджи (Шэньчжэнь) Компани Лимитед
Publication of RU2012104365A publication Critical patent/RU2012104365A/ru
Application granted granted Critical
Publication of RU2513761C2 publication Critical patent/RU2513761C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Настоящее изобретение относится к способу и серверу для мгновенного обмена сообщениями. Технический результат изобретения заключается в обеспечении возможности успешного многоточечного подключения одной учетной записи и удовлетворения разнообразных пользовательских требований к использованию. Способ содержит этапы: прием от клиента МОС (IM) учетных данных экземпляра, содержащих, по меньшей мере, учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM) (101); проверка подлинности идентификационной информации пользователя клиента МОС (IM) согласно учетным данным, содержащимся в учетных данных экземпляра (102); при успешном прохождении проверки подлинности - назначение клиенту МОС (IM) номера экземпляра согласно данным экземпляра, содержащимся в учетных данных экземпляра, причем номер экземпляра предназначен для уникальной идентификации клиента МОС (IM) (103). Сервер содержит модуль приема (801), модуль проверки подлинности (802) и модуль назначения (803). 2 н. и 16 з.п. ф-лы, 6 табл., 8 ил.

Description

Область техники
Изобретение относится к компьютерным технологиям, в частности, к способу и серверу для Мгновенного Обмена Сообщениями МОС (IM).
Уровень техники
В настоящее время Мгновенным Обменом Сообщениями МОС (IM) пользуется большинство пользователей Интернета. Как дома, так и на работе пользователи часто используют программное обеспечение МОС (IM) для взаимодействия и общения с друзьями, коллегами, одноклассниками, клиентами и другими лицами, в результате чего оно становится одним из незаменимых инструментов в их повседневной жизни. Поэтому пользователи предъявляют к некоторым аспектам этого программного обеспечения все более высокие требования, в частности, в отношении простоты использования, стабильности работы и безопасности. Более того, пользователям теперь недостаточно наличия программного обеспечения МОС (IM) только на клиентских персональных компьютерах (ПК). Они хотят использовать такое программное обеспечение на мобильных телефонах, в веб-интерфейсах и даже на телевизионных терминалах.
К настоящему времени техническими специалистами по программному обеспечению МОС (IM) разработаны клиент МОС (IM), который имеет возможность запуска на мобильном телефоне, клиент МОС (IM) на основе веб-интерфейса и клиент МОС (IM), который возможно использовать на телевизионной платформе. Это позволяет лучше удовлетворять ежедневно возрастающие требования пользователей к мгновенному обмену сообщениями МОС (IM) в нескольких средах и с помощью нескольких терминалов.
В процессе работы над изобретением автором изобретения выявлены по меньшей мере следующие проблемы в реализациях на базе известного уровня техники.
Из-за ограничений архитектуры, реализованной с помощью известного программного обеспечения МОС (IM), для одной учетной записи входа в любой момент может существовать только один экземпляр входа. При попытке подключения с использованием той же учетной записи с другого терминала предыдущее подключение принудительно отменяется. Например, если пользователем выполнено успешное подключение к клиенту МОС (IM) персонального компьютера, а затем подключение к клиенту МОС (IM) мобильного телефона с использованием той же учетной записи входа, клиент МОС (IM) персонального компьютера выполняет автоматическое отключение пользователя, то есть с использованием одной учетной записи входа имеется возможность подключения к клиенту терминала только одного типа. Одновременное подключение клиентов МОС (IM) нескольких типов с использованием одной учетной записи невозможно. Таким образом, исключен прием одного сообщения в нескольких местах, с сопутствующими этому ограничению последствиями и недостатками. Из-за этого ограничения возникают неудобства в использовании МОС (IM) при переходе из одной среды в другую. При этом возможности разработки программного обеспечения МОС (IM) в направлении поддержки нескольких сред и нескольких терминалов также имеют свои ограничения.
Краткое описание сущности изобретения
Для последовательного удовлетворения требований сетевых пользователей к диверсификации видов связи и обеспечения возможности подключения с нескольких мест с использованием одной учетной записи входа в реализациях изобретения предложены способ и сервер МОС (IM). Ниже описано техническое решение.
Предложен способ мгновенного обмена сообщениями МОС (IM), в котором предусмотрены этапы:
прием от клиента МОС (IM) учетных данных экземпляра, содержащих по меньшей мере учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM);
проверка подлинности идентификационной информации пользователя клиента МОС (IM) по учетным данным, содержащимся в учетных данных экземпляра;
при успешном прохождении проверки подлинности - назначение клиенту МОС (IM) номера экземпляра в соответствии с данными экземпляра в учетных данных экземпляра, при этом номер экземпляра предназначен для уникальной идентификации клиента МОС (IM).
Также предложен сервер, в состав которого входят:
модуль приема для приема от клиента МОС (IM) учетных данных экземпляра, содержащих, по меньшей мере, учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM);
модуль проверки подлинности для проверки подлинности идентификационной информации пользователя клиента МОС (IM) согласно учетным данным, содержащимся в учетных данных экземпляра;
модуль назначения для назначения клиенту МОС (IM) номера экземпляра согласно данным экземпляра, содержащимся в учетных данных экземпляра, после успешного прохождения проверки подлинности, выполненной модулем проверки подлинности, при этом указанный номер экземпляра предназначен для уникальной идентификации клиента МОС (IM).
Ниже перечислены преимущества технического решения, воплощенного в реализациях изобретения.
Подключение с помощью клиента МОС (IM) предоставляет возможность добавления данных экземпляра терминала, обнаруженного этим клиентом, к учетным данным пользователя для создания учетных данных экземпляра, отправляемых серверу МОС (IM). Сервер МОС (IM) проверяет подлинность идентификационной информации пользователя по учетным данным. При успешном прохождении проверки подлинности сервер МОС (IM) назначает обнаруженному клиентом МОС (IM) терминалу номер экземпляра в соответствии с данными экземпляра и уникально определяет клиента МОС (IM) по учетной записи входа пользователя и номеру экземпляра терминала. В результате пользователю предоставлена возможность одновременного подключения к клиенту МОС (IM) с мобильного телефона, из веб-интерфейса и с ПК для удовлетворения его требований в различных аспектах. Таким образом, возможно в значительной мере удовлетворить пользовательские требования к использованию, возникающие при пользовании несколькими средами. Клиент МОС (IM) удобно использовать в разных местах, что является существенным облегчением практики использования для пользователя и упрощает использование программного обеспечения МОС (IM).
Краткое описание рисунков
Фиг.1 - блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии с первой реализацией изобретения.
Фиг.2 - блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии со второй реализацией изобретения.
Фиг.3-блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии с третьей реализацией изобретения.
Фиг.4 - блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии с четвертой реализацией изобретения.
Фиг.5 - блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии с пятой реализацией изобретения.
Фиг.6 - блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии с шестой реализацией изобретения.
Фиг.7 - блок-схема способа мгновенного обмена сообщениями МОС (IM) в соответствии с седьмой реализацией изобретения.
Фиг.8 - структурная схема сервера в соответствии с восьмой реализацией изобретения.
Реализации изобретения
Для пояснения целей, технических решений и преимуществ изобретения ниже с приложением чертежей приведены подробные описания реализаций изобретения.
Первая реализация
Согласно Фиг.1, в этой реализации предложен способ мгновенного обмена сообщениями МОС (IM), предусматривающий этапы:
101: сервер МОС (IM) принимает от клиента МОС (IM) учетные данные экземпляра.
Учетные данные экземпляра содержат, по меньшей мере, учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM).
Следует отметить, что под клиентом МОС (IM), описанным в данной реализации изобретения, подразумевается некоторый обобщенный клиент МОС (IM). То есть браузер, программное обеспечение или другое средство, способное выполнять функции МОС (IM), также считается клиентом МОС (IM).
Под экземплярами понимаются следующие объекты. При подключении пользователя одновременно к нескольким клиентам МОС (IM) с использованием одной и той же учетной записи входа с одного или нескольких оконечных устройств возможно рассмотрение каждого клиента входа как отдельного экземпляра. При этом соответствующая информация каждого экземпляра, в частности IP-адрес, тип терминала, время входа, составляют данные экземпляра.
102: сервер МОС (IM) проверяет подлинность идентификационной информации пользователя клиента МОС (IM) по учетным данным, содержащимся в учетных данных экземпляра.
103: при успешном прохождении проверки подлинности клиенту МОС (IM) производится назначение номера экземпляра в соответствии с данными экземпляра в учетных данных экземпляра. Номер экземпляра служит для уникальной идентификации клиента МОС (IM).
В этой реализации изобретения при подключении с помощью клиента МОС (IM) имеется возможность добавления данных экземпляра терминала, обнаруженного этим клиентом МОС (IM), к учетным данным пользователя для создания учетных данных экземпляра, отправляемых серверу МОС (IM). Сервер МОС (IM) проверяет подлинность идентификационной информации пользователя по учетным данным. При успешной проверке подлинности сервер МОС (IM) назначает клиенту МОС (IM) номер экземпляра в соответствии с данными экземпляра. Номер экземпляра уникально идентифицирует клиента МОС (IM). Таким образом, пользователю предоставлена возможность одновременного подключения к клиенту МОС (IM) с мобильного телефона, из веб-интерфейса и с персонального компьютера (ПК) для удовлетворения его требований в различных аспектах. Таким образом, имеется возможность удовлетворения в значительной мере пользовательских требований к использованию, возникающих при пользовании несколькими средами, а также обеспечения удобства использования клиента МОС (IM) в разных местах.
Вторая реализация
Для упрощения использования пользователем одной и той же учетной записи входа для одновременного подключения к клиенту МОС (IM) нескольких типов оконечных устройств, в одной из реализаций изобретения предложен способ мгновенного обмена сообщениями МОС (IM). В частности, в качестве объекта выполнения использован сервер МОС (IM). На сервере, предусмотренном в этой реализации, хранятся данные экземпляров, согласованные сервером и оконечными устройствами МОС (IM) нескольких типов. Как показано на Фиг.2, в этом способе предусмотрены этапы:
201: клиент МОС (IM) оконечного устройства МОС (IM) принимает учетные данные, введенные пользователем.
В качестве оконечного устройства, описанного в данной реализации изобретения, возможно использовать несколько типов оконечных устройств, таких как мобильный телефон, ПК, телевизор и аналогичные им устройства. Функции клиента МОС (IM) каждого оконечного устройства в основном одинаковы, но предусмотрена возможность и их отличия друг от друга в зависимости от типов оконечных устройств.
В примере согласно указанной реализации в качестве учетных данных использованы учетная запись входа и пароль, введенные пользователем.
202: клиент МОС (IM) создает учетные данные экземпляра, используя учетные данные пользователя и данные экземпляра обнаруженного им оконечного устройства, и посылает учетные данные экземпляра серверу МОС (IM).
Способ создания клиентом МОС (IM) учетных данных экземпляра включает перечисленные ниже этапы, но не ограничивается только ими. Клиент МОС (IM) использует протокол входа в систему, предварительно согласованный с сервером МОС (IM), или специальный протокол входа в систему, и кодирует учетные данные, такие как учетная запись входа, пароль и аналогичные им данные, и данные экземпляра, такие как тип терминала и аналогичные им, вводя их в соответствующие поля пакета данных. Либоклиент МОС (IM) выполняет операции, например, по шифрованию данных экземпляра обнаруженного им оконечного устройства и учетных данные пользователя с использованием ключа, предварительно согласованного с сервером.
В описании данной реализации приведены пояснения с примером, в котором клиент МОС (IM) кодирует учетные данные пользователя, а именно, учетную запись входа и пароль, и данные экземпляра обнаруженного им оконечного устройства, а именно тип терминала, вводя их в соответствующие поля пакета данных протокола входа в систему, предварительно согласованного с сервером МОС (IM). Предусмотрена возможность включения следующих данных в формат пакета данных: флаг начала пакета, учетная запись, данные проверки подлинности по паролю, тип терминала, сетевой адрес, версия клиента, поле с другими учетными данными, флаг конца пакета.
Предусмотрена возможность отправки клиентом МОС (IM) учетных данных экземпляра серверу МОС (IM) по разной среде, в частности по кабельной, беспроводной, локальной сети и другими аналогичными способами.
203: сервер МОС (IM) принимает от клиента МОС (IM) учетные данные экземпляра.
Вообще говоря, предусмотрена возможность отправки учетных данных экземпляра в зашифрованном виде. Получив эти зашифрованные учетные данные экземпляра, сервер МОС (IM) сначала должен расшифровать их. Дешифрование зашифрованного текста предусмотрено выполнять с помощью алгоритма дешифрования, предварительно согласованного между сервером МОС (IM) и клиентом МОС (IM). Расшифрованные данные содержат учетные данные пользователя клиента МОС (IM) и данные экземпляра оконечного устройства, обнаруженного клиентом МОС (IM).
204: сервер МОС (IM) проверяет подлинность идентификационной информации пользователя по учетным данным, содержащимся в учетных данных экземпляра.
При условии успешного прохождения проверки подлинности происходит переход к блоку 205.
Если проверка подлинности пройдена неуспешно, происходит переход к блоку 211.
При проверке подлинности идентификационной информации пользователя предусмотрена возможность проверки точности и действительности идентификационной информации пользователя. В частности, при проверке точности идентификационной информации пользователя выполняется проверка правильности учетных данных пользователя. При проверке действительности идентификационной информации пользователя происходит определение того, не истек ли срок действия учетных данных пользователя.
Проверка подлинности, как вариант, происходит следующим образом.
Сервер МОС (IM) запрашивает хранящиеся на нем учетные данные, например, учетную запись входа с соответствующим паролем и другие аналогичные данные, согласно учетным данным, например, учетной записи входа и паролю, расшифрованным в блоке 203. Если расшифрованные учетные данные полностью соответствуют определенной части учетных данных, хранящихся на сервере МОС (IM), и их срок действия не истек, проверка подлинности идентификационной информации пользователя успешно пройдена. Если расшифрованные учетные данные не соответствуют никакой части учетных данных, хранящихся на сервере МОС (IM), и/или их срок действия истек, проверка подлинности идентификационной информации пользователя пройдена неуспешно.
Например, на сервере МОС (IM) хранятся учетные данные, показанные в таблице 1.
Таблица 1
Порядко
вый
Учетная Имя Пароль Пользовательский
номер запись пользователя псевдоним
входа
1 7895462 Елена 123456 апельсин
2 5679512 Джессика fri456 Джессика
3 12357664 Майк 123wed Майк
После расшифровки сервером МОС (IM) учетных данных: "учетная запись входа - 5679512, пароль - fri456'', он обращается к учетным данным, хранящимся в таблице 1. Если в этой таблице есть строка, в которой учетная запись входа и пароль имеют значения 5679512 и fri456, соответственно, проверка подлинности пользователя Jessica пройдена успешно.
После расшифровки сервером МОС (IM) учетных данных: "учетная запись входа - 5679512, пароль - 123456'', он обращается к учетным данным, хранящимся в таблице 1. В этой таблице нет строки с учетной записью входа и паролем 5679512 и 123456, соответственно. Поэтому проверка подлинности идентификационной информации пользователя пройдена неуспешно.
205: сервер МОС (IM) назначает экземпляру входа номер экземпляра.
Номер экземпляра, назначенный экземпляру входа сервером МОС (IM), состоит, как минимум, из одной цифры, знака и буквы. Имеется возможность уникального определения клиента МОС (IM) учетной записью входа и номером экземпляра. Номер экземпляра полностью прозрачен для пользователя. На сервере МОС (IM) имеется возможность хранения всех назначенных номеров экземпляров. Хранящиеся записи, как вариант, имеют вид, показанный в таблице 2.
Таблица 2
Учетная запись входа Тип оконечного устройства экземпляра входа Время входа Адрес входа Назначенный
номер экземпляра
7895462 Мобильный телефон 17:00, 192.168.000.0 7895462-МР-А
2 сентября
Компьютер 15:05, 192.168.102.2 7895462-РС-А
2 сентября
Телевизор 19:53, 192.102.1.158 7895462-TV-A
2 сентября
206: сервер МОС (IM) запрашивает, существует ли другой экземпляр входа для учетной записи входа, содержащейся в учетных данных. Если да, происходит переход к блоку 207. Если нет, происходит переход к блоку 208.
В частности, если пользователь с учетной записью входа 7895462 успешно проходит проверку подлинности идентификационной информации, то сервер МОС (IM) назначает ему номер экземпляра. Например, номер экземпляра имеет вид: 7895462-МР-В. Сервер МОС (IM) запрашивает наличие в хранящихся данных номеров экземпляров другого экземпляра входа для учетной записи входа 7895462 и получает результаты запроса, показанные в таблице 2, согласно которой для пользователя с учетной записью входа 7895462 имеется три экземпляра входа: экземпляр входа "мобильный телефон" с номером экземпляра 7895462-МР-А, экземпляр входа "компьютер" с номером экземпляра 7895462-РС-А и экземпляр входа "телевизор" с номером экземпляра 7895462-TV-A.
207: сервер МОС (IM) проверяет право входа для текущего терминала.
Если проверка завершена успешно, происходит переход к блоку 208.
Если проверка завершена неуспешно, происходит переход к блоку 211.
Проверка сервером МОС (IM) права входа для текущего терминала, как вариант, происходит следующим образом.
(1) Сервер МОС (IM) определяет, достигло ли число экземпляров входа заданного верхнего предела.
Если число экземпляров входа достигло верхнего предела, проверка пройдена неуспешно.
Если число экземпляров входа не достигло верхнего предела, происходит продолжение проверки.
Указанный здесь верхний предел, как вариант, установлен пользователем в зависимости от фактических условий. Имеется возможность сохранения результата установки на сервере МОС (IM). Предусмотрен также вариант задания верхнего предела сервером МОС (IM) согласно его параметрам, например, согласно параметру емкости.
(2) Сервер МОС (IM), как вариант, выполняет запрос предварительно сохраненных данных прав экземпляров согласно расшифрованным данным экземпляра. Если оконечное устройство, обнаруженное клиентом МОС (IM) и указанное в данных прав экземпляров, не лимитировано, проверка завершена успешно. Если оконечное устройство, обнаруженное клиентом МОС (IM) и указанное в данных прав экземпляров, лимитировано, проверка завершена неуспешно.
Например, предположим, что хранящиеся на сервере МОС (IM) данные прав экземпляров имеют вид, показанный в таблице 3.
Figure 00000001
Если проверка подлинности идентификационной информации пользователя завершена успешно, то сервер запрашивает показанные в таблице 3 данные прав экземпляров для учетной записи входа пользователя и проверяет наличие права у оконечного устройства, обнаруженного клиентом МОС (IM) этой учетной записи входа. Для упрощения описания ниже приведен пример, в котором проверка подлинности идентификационной информации пользователя с учетной записью входа 7895462 завершена успешно. Запрос данных прав экземпляров в соответствии с этой учетной записью входа осуществлен следующим образом. Общее число оконечных устройств, которым разрешено одновременно использовать эту учетную запись входа, равно пяти. В частности, число мобильных телефонов, которым разрешено использовать данную учетную запись входа, равно двум. В то же время число компьютерных терминалов, которым разрешено одновременно использовать данную учетную запись, равно двум, а число телевизионных терминалов, которым разрешено использовать данную учетную запись, равно одному. Кроме того, для каждого успешно подключившегося экземпляра сервер обновляет соответствующую запись. Таким образом, на сервере МОС (IM) предусмотрена возможность хранения числа успешно подключенных экземпляров. В случае если общее число обозначенных по типу терминала оконечных устройств в данных экземпляров больше верхнего предела числа терминалов, разрешенных для использования одновременно, или общее число успешно подключенных экземпляров равно верхнему пределу, предусмотрена возможность отклонения сервером МОС (IM) подключения с терминала этого типа с использованием данной учетной записи входа. В случае если общее число обозначенных по типу терминала оконечных устройств в данных экземпляров меньше верхнего предела числа терминалов, разрешенных для использования одновременно, и число успешно подключенных экземпляров также меньше верхнего предела, предусмотрена возможность разрешения оконечному устройству, обнаруженному клиентом МОС (IM) учетной записи входа, войти в систему, а также успешного прохождения этим устройством проверки сервером МОС (IM).
Верхний предел числа оконечных устройств каждого типа, с которых разрешен одновременный вход в систему, и верхний предел общего числа оконечных устройств разных типов, с которых разрешен одновременный вход в систему с использованием одной учетной записи входа, как вариант, задает пользователь либо их устанавливает сервер согласно своим параметрам, например согласно параметру производительности обработки. Пользователь имеет возможность задать верхний предел с помощью предусмотренных для него в клиенте МОС (IM) меню, возможности указания опций, а также других функций интерфейса.
208: вход выполнен успешно, сервер МОС (IM) разрешает пользователю подключение с клиента МОС (IM) оконечного устройства этого типа, информирует другие экземпляры входа о наличии нового экземпляра, обновляет и сохраняет данные экземпляров входа и данные прав экземпляров.
Обновление данных экземпляров входа, в частности, происходит следующим образом. Сервер МОС (IM) обновляет данные экземпляров входа с помощью счетчика или любым другим образом. Данные экземпляров, показанных в таблице 2, представлены в качестве примера. Обновленные данные экземпляров входа имеют вид, показанный в таблице 4.
Таблица 4
Учетная Тип Время входа Адрес входа Назначенный
запись оконечного номер
входа устройства экземпляра входа экземпляра
7895462 Мобильный 17:00, 192.168.000.0 7895462-МР-А
телефон 2 сентября
Мобильный 18:38, 192.168.000.5 7895462-МР-В
телефон 2 сентября
Компьютер 15:05, 2 192.168.102.2 7895462-РС-А
сентября
Телевизор 19:53, 2 192.102.1.158 7895462-TV-A
сентября
При успешном входе пользователя с учетной записью входа 7895462 в систему с мобильного телефона, обновление данных прав экземпляров входа, например, выполняют следующим образом. Сервер МОС (IM) добавляет 1 к значению в столбце «Число входов» строки мобильного телефона в таблице данных экземпляров учетной записи входа 7895462 и обновляет «число входов». В результате «число входов» становится равным 2. Затем происходит добавление 1 к значению в столбце «Общее число входов». В результате «общее число входов» становится равным 4. Таким образом, обновленные данные таблицы 3 имеют вид, показанный в таблице 5.
Figure 00000002
Для информирования других экземпляров входа о наличии нового экземпляра входа и информирования нового экземпляра о наличии других экземпляров входа предусмотрено использование сервером МОС (IM) разных форматов, таких как подсказки, всплывающие диалоговые окна. В частности, пользователь получает другие экземпляры входа вручную.
209: сервер МОС (IM) возвращает клиенту МОС (IM) сообщение об успешном входе в систему.
Сообщение об успешном входе в систему содержит, по меньшей мере, номер экземпляра, назначенный клиенту МОС (IM).
210: получив от сервера МОС (IM) сообщение об успешном входе в систему, клиент МОС (IM) переходит в состояние после входа в систему.
211: сервер МОС (IM) возвращает клиенту МОС (IM) сообщение об отказе входа в систему.
Следует отметить, что при получении от сервера МОС (IM) сообщения об отказе входа в систему у клиента МОС (IM) есть два способа дальнейших действий. Первый способ - непосредственное завершение сеанса. При использовании второго способа пользователь завершает сеансы других экземпляров с помощью клиента МОС (IM), и клиент МОС (IM) непрерывно выполняет попытки входа. Подробное описание этих двух способов представлено ниже.
212: по получении от сервера МОС (IM) сообщения об отказе входа в систему клиент МОС (IM) выдает вопрос пользователю о том, требуется ли принудительное завершение сеансов других экземпляров входа.
Задание клиентом МОС (IM) вопроса пользователю предусмотрено выполнять в разных форматах, например, с помощью подсказки или всплывающего диалогового окна. Задав вопрос, клиент МОС (IM) ждет ввода данных пользователем.
213: клиент МОС (IM) получает введенную пользователем команду, содержащую указание либо на необходимость непосредственного завершения сеанса, либо на выполнение непрерывных попыток входа.
Если введенная пользователем команда указывает на необходимость непосредственного завершения сеанса, клиент МОС (IM) завершает сеанс.
Если введенная пользователем команда указывает на необходимость выполнения непрерывных попыток входа, происходит переход к блоку 214.
214: клиент МОС (IM) выдает пользователю запрос выбрать экземпляры, сеанс которых необходимо принудительно завершить.
Выдача клиентом МОС (IM) запроса пользователю на выбор экземпляров, сеанс которых необходимо принудительно завершить, предусмотрена в разных форматах, например, в виде списка, поля выбора и поля ввода.
Следует отметить, что предусмотрена возможность выдачи клиентом МОС (IM) запроса пользователю на поддержание текущего состояния входа экземпляра, с тем, чтобы обеспечить достижение цели принудительного завершения сеанса экземпляра.
215: по получении выбранного пользователем экземпляра, сеанс которого требуется принудительно завершить, либо экземпляра, текущее состояние входа которого необходимо поддерживать, предусмотрено принудительное завершение клиентом МОС (IM) сеанса этого экземпляра согласно номеру экземпляра, с возвратом к блоку 207.
В этой реализации изобретения, в частности, происходит отправка учетных данных экземпляра, содержащих данные экземпляра и учетные данные, к серверу МОС (IM). Сервер МОС (IM) проверяет подлинность идентификационной информации пользователя клиента МОС (IM) по хранящимся на нем учетным данным. При успешной проверке подлинности сервер МОС (IM) назначает клиенту МОС (IM) номер экземпляра в соответствии с данными экземпляра. Номер экземпляра уникально идентифицирует клиента МОС (IM). Таким образом, пользователю предоставлена возможность одновременного подключения к клиенту МОС (IM) с мобильного телефона, из веб-интерфейса и с ПК для удовлетворения пользовательских требований в различных аспектах, что в большой степени расширяет возможности пользователя пользоваться несколькими средами. Клиент МОС (IM) удобно использовать в разных местах. В результате обеспечена возможность повышения удобства использования и улучшения благоприятного впечатление пользователя от использования клиента МОС (IM).
Третья реализация
Согласно одной из реализаций изобретения предложен способ обработки сообщений МОС (IM). В этом способе установлено изначально, что клиентом МОС (IM) оконечного устройства выполнено успешное подключение к серверу МОС (IM) с использованием способа, предложенного во второй реализации. В основу способа по данной реализации заложены интерактивный запрос и управление клиентами МОС (IM) оконечных устройств разных типов, подключение к которым осуществлено с использованием одной учетной записи входа. Как показано на Фиг.3, этот способ содержит этапы:
301: клиент МОС (IM) получает запрос экземпляров.
С помощью этого запроса экземпляров производится запрос других экземпляров входа учетной записи входа.
Следует отметить, что после успешного подключения клиента МОС (IM) сервер МОС (IM) имеет возможность предоставить клиенту МОС (IM) все текущие экземпляры входа учетной записи входа. Либо клиент МОС (IM) получает все текущие экземпляры входа учетной записи входа по запросу. В данной реализации приведен пример, в котором все текущие экземпляры входа учетной записи входа получают по запросу.
302: клиент МОС (IM) кодирует запрос экземпляров и отправляет кодированный запрос серверу МОС (IM).
Клиент МОС (IM) имеет возможность использовать специальный протокол запроса для кодирования информации запроса экземпляров с вводом ее в пакет данных и отправки этого пакета серверу МОС (IM) по таким средам, как кабельная, беспроводная или локальная сеть. Информация в запросе экземпляров содержит, по меньшей мере, учетную запись входа пользователя клиента МОС (IM).
303: получив кодированный запрос экземпляров, сервер МОС (IM) имеет возможность получения учетной записи входа после декодирования, а также всех ее экземпляров входа. Затем предусмотрена возможность кодирования сервером МОС (IM) данных всех экземпляров входа и возвращения их клиенту МОС (IM).
304: по получении от сервера МОС (IM) кодированных данных предусмотрена возможность получения клиентом МОС (IM) данных всех экземпляров входа после декодирования с выводом их на экран для пользователя.
305: если пользователю требуется принудительно завершить сеанс какого-либо экземпляра, которым он не управляет, предусмотрена возможность отсылки пользователем клиенту МОС (IM) команды на принудительное завершение сеанса.
Выдача команды принудительного завершения сеанса, как вариант, осуществляется при выполнении таких операций, как выбор определенного экземпляра и нажатие кнопки удаления, либо таких, как выбор определенного экземпляра и нажатие правой кнопки мыши для выбора команды принудительного завершения сеанса.
306: предусмотрена возможность использования клиентом МОС (IM) специального протокола управления для кодирования таких данных, как учетная запись входа и номер выбранного экземпляра, с вводом их в команду принудительного завершения сеанса и передачи серверу МОС (IM).
307: предусмотрена возможность декодирования сервером МОС (IM) принятого запроса на принудительное завершение сеанса для получения учетной записи входа и номера экземпляра, для выяснения того, находится ли еще экземпляр в состоянии входа, и принудительного завершения его сеанса.
В данной реализации изобретения для уникальной идентификации экземпляров, подключенных с разных терминалов входа с использованием одной учетной записи входа, предусмотрена возможность использования разных номеров экземпляров. Таким образом, если пользователю требуется выйти из экземпляра, которым он не управляет, и принудительно завершить сеанс определенного экземпляра, ему обеспечена возможность различения экземпляров по их номерам.
Четвертая реализация
Согласно одной из реализаций изобретения предложен способ обработки сообщений МОС (IM). В этом способе установлено изначально, что клиентом МОС (IM) оконечного устройства выполнено успешное подключение к серверу МОС (IM) с использованием способа, предложенного во второй реализации. Посредством способа, предложенного в данной реализации, имеется возможность определения экземпляра входа, которым управляет текущий пользователь.
Следует отметить, что оконечные устройства разных типов, с которых выполнено подключение с использованием одной и той же учетной записи входа, не являются полностью одноранговыми. Пользователь в конкретный момент времени имеет возможность выполнять операции только с одним экземпляром. Поэтому для того, чтобы повысить для пользователя естественность и удобство практики использования программного обеспечения МОС (IM) при подключении с помощью клиента МОС (IM) оконечных устройств нескольких типов с использованием одной учетной записи входа, клиенту МОС (IM) предоставлена возможность посредством описанного ниже способа определять экземпляр входа, которым пользуется текущий пользователь. Этот способ возможно представить как способ определения активной точки. Как показано на Фиг.4, способ определения активной точки содержит этапы:
401: каждый экземпляр входа одной учетной записи входа обнаруживает выполненные пользователем в клиенте МОС (IM) операции в реальном времени.
Пользователь выполняет в клиенте МОС (IM), в частности, следующие операции: вход в систему вручную, нажатие кнопки, редактирование текста, использование голоса, использование видео, щелчок мышью панели, перемещение мыши в области панели.
402: при обнаружении выполнения пользователем операций для каждого экземпляра входа предусмотрена возможность сбора каждым экземпляром входа статистики операций и отправления статистических данных серверу МОС (IM) посредством сообщения сведений о действиях пользователя.
Статистические данные содержат, по меньшей мере, тип операции и время ее выполнения.
403: предусмотрена возможность вычисления сервером МОС (IM) коэффициента активности каждого экземпляра входа в заранее заданный временной период по статистическим данным, содержащимся в сообщенных сведениях о действиях пользователя.
Оперативность связи, обеспечиваемой МОС (IM), накладывает временные ограничения на действия экземпляра. При создании статистики активности предусмотрен учет только тех операций, которые выполнены в заранее заданный временной период. Операции, не выполненные в охватываемый период, не учитываются. Заранее заданными временными периодами создания статистики, как вариант, являются каждые 10 минут. Поэтому для операций, выполненных на 10 минут раньше, статистика создана не будет, так как они не входят в охватываемый период.
Каждому типу операции соответствует показатель одного типа активности. Предусмотрена возможность задания этого показателя пользователем либо задания его сервером МОС (IM) заблаговременно.
Сервер МОС (IM) вычисляет общий показатель активности каждого экземпляра входа с учетом показателей активности, соответствующих отдельным типам операций. Экземпляр с самым высоким общим показателем является текущей точкой активности учетной записи входа.
Для получения общего показателя активности каждого экземпляра входа предусмотрена возможность суммирования сервером МОС (IM) показателей активности, соответствующих каждому типу операции. Либо, для получения общего показателя активности, показатели активности каждого типа операции перед суммированием умножают на соответствующие весовые коэффициенты. Конкретный алгоритм для этого не установлен. Алгоритм возможно корректировать в зависимости от результатов и стратегии развития программного продукта.
Указанный способ расчета общего показателя активности легко использовать следующим образом. Чем больше операций выполняет пользователь, тем выше общий показатель активности. Чем меньше операций выполняет пользователь, тем ниже общий показатель активности. Тем самым имеется возможность определения экземпляра, используемого в настоящее время пользователем.
Например, при перемещении мыши в области панели показатель активности равен 25, при нажатии кнопки он равен 50, а при передаче сообщения - 100. Если в течение одной минуты никаких операций не происходит, показатель активности равен -20, и точно также происходит дальнейший учет показателей активности. Например, если для учетной записи входа А имеется два экземпляра входа - 1 и 2, и общий показатель активности экземпляра 1 в текущий момент времени равен 10, а общий показатель активности экземпляра 2 в текущий момент времени равен 90, то текущей активной точкой является экземпляр 2.
Следует отметить, что если в заранее заданный временной период общие показатели активности всех экземпляров входа одной учетной записи входа равны 0 или одинаковы, то есть все экземпляры в заданный временной период неактивны, то сервер МОС (IM) имеет возможность определить, что в данный момент времени активных точек нет. При отсутствии в текущий момент времени активных точек для одной учетной записи входа предусмотрено, что последней активной точкой считают экземпляр, со стороны которого была обнаружена последняя активность.
В данной реализации изобретения предусмотрена возможность назначения разным типам операций пользователя разных показателей активности и вычисления общего показателя активности каждого экземпляра входа для одной учетной записи входа в заранее заданный временной период. Экземпляр входа, используемый в данный момент пользователем, возможно определить по общему показателю активности всех экземпляров входа. Способ прост, практичен и применим для быстрого определения экземпляра входа, используемого в данный момент пользователем.
Пятая реализация
В одной из реализаций изобретения предложен способ обработки сообщений МОС (IM). В этом способе установлено изначально, что клиентом МОС (IM) оконечного устройства выполнено успешное подключение к серверу МОС (IM) с использованием способа, предложенного во второй реализации, и успешно определена текущая или последняя активная точка посредством способа, предложенного в четвертой реализации. В основу способа по данной реализации заложены установка и отображение состояния всех клиентов МОС (IM) при одновременном входе в систему с клиентов МОС (IM) оконечных устройств нескольких типов с использованием одной учетной записи входа. В отношении Фиг.5 принято, что пользователи А и В - приятели. Пользователь А использует в настоящее время разные терминалы для одновременного подключения нескольких экземпляров, а пользователь В в настоящее время подключает один экземпляр. В способе предусмотрены этапы:
501: клиент МОС (IM) пользователя В получает от пользователя В команду с запросом состояния.
Команда с запросом состояния содержит, по меньшей мере, учетную запись входа и тип состояния, которые необходимо запросить пользователю В. Для типа состояния предусмотрены категории:
(1) Физическое состояние - тип терминала экземпляра входа, например ПК, мобильный телефон, веб-интерфейс и аналогичные устройства. Предусмотрено формирование этих данных для идентификации возможностей связи терминала.
(2) Базовые состояния, в частности: "в сети", "отошел", "занят", "невидимый", "не в сети", автоматически определяемое состояние и аналогичные указанным состояния.
(3) Дополнительные состояния, в частности: "слушаю музыку", "играю" и аналогичные состояния.
502: предусмотрена возможность отсылки клиентом МОС (IM) пользователя В серверу МОС (IM) команды запроса.
Поскольку для каждого типа состояния возможно предусмотреть отдельный идентификатор, то при передаче пользователем В клиенту МОС (IM) команды запроса состояния пользователя А клиент МОС (IM) пользователя В имеет возможность получить тип состояния пользователя А, запрашиваемый пользователем В. Предусмотрена возможность кодирования клиентом МОС (IM) пользователя В учетной записи входа, типа запрашиваемого состояния и команды запроса состояния и отправки кодированных данных серверу МОС (IM).
503: предусмотрена возможность определения сервером МОС (IM) экземпляра запроса, соответствующего учетной записи входа, по учетной записи входа, которую необходимо запросить в команде запроса состояния.
Определение экземпляра входа, соответствующего учетной записи входа, связано с пользовательской настройкой учетной записи входа. При указании пользователем А на необходимость синхронного обновления состояния всех экземпляров экземпляром запроса, соответствующим учетной записи, может быть любой экземпляр входа пользователя А. При указании пользователем А на необходимость поддерживать соответствующее состояние каждого экземпляра экземпляром запроса, соответствующим учетной записи, может быть текущая или последняя активная точка пользователя А.
504: сервер МОС (IM) посылает клиенту МОС (IM) пользователя В соответствующее состояние экземпляра запроса, полученное в блоке 503, согласно типу запрашиваемого состояния.
В частности, при запросе пользователем В физического состояния пользователя А предусмотрены этапы:
(1) Клиент МОС (IM) пользователя В получает от пользователя В команду запроса физического состояния пользователя А.
(2) Клиент МОС (IM) пользователя В посылает эту команду серверу МОС (IM).
(3) Сервер МОС (IM) просматривает запись состояния "в сети" всех экземпляров входа пользователя А и возвращает клиенту пользователя В физическое состояние текущей активной точки или последней активной точки при отсутствии текущей активной точки.
(4) Клиент МОС (IM) пользователя В отображает для пользователя В принятое физическое состояние текущей активной точки или последней активной точки пользователя А.
Дополнительно предусмотрена возможность того, что при обнаружении изменения активной точки пользователя А, например в случае переключения пользователя А, ранее выполнявшего операции на клиенте ПК, на выполнение операций на мобильном телефоне, сервер МОС (IM) информирует все экземпляры пользователя В о физическом состоянии текущей активной точки пользователя А.
В частности, при запросе пользователем В базового состояния пользователя А предусмотрены этапы:
(1) Клиент МОС (IM) пользователя В получает от пользователя В команду запроса базового состояния пользователя А.
(2) Клиент МОС (IM) пользователя В посылает эту команду серверу МОС (IM).
(3) Сервер МОС (IM) просматривает запись состояния "в сети" всех экземпляров входа пользователя А и возвращает клиенту пользователя В базовое состояние текущей активной точки, или последней активной точки при отсутствии текущей активной точки.
Следует отметить, что если пользователь А указывает на необходимость обеспечения немедленной синхронизации и согласования базовых состояний всех экземпляров, то, поскольку состояния всех экземпляров пользователя А всегда согласованы друг с другом, сервер МОС (IM) имеет возможность не просматривать все экземпляры входа пользователя А. Вместо этого предусмотрена возможность того, что он непосредственно возвращает клиенту пользователя В базовое состояние любого экземпляра входа пользователя А. Например, если пользователь А изменяет состояние первого экземпляра на "отошел", то возможно синхронно изменить состояние второго экземпляра этого пользователя на "отошел". В результате сервер МОС (IM) имеет возможность непосредственно возвратить клиенту пользователя В состояние первого или второго экземпляра.
(4) Клиент МОС (IM) пользователя В отображает для пользователя В принятое базовое состояние текущей активной точки, или последней активной точки, или любого экземпляра пользователя А.
Например, если текущее базовое состояние первого экземпляра пользователя А - "отошел", то предусмотрена возможность установки недавно вошедшего в систему второго экземпляра в состояние "невидимый". Поскольку второй экземпляр является текущей активной точкой пользователя А, базовое состояние пользователя А, которое видит его приятель, пользователь В - "невидимый".
При изменении пользователем А базового состояния определенного экземпляра входа или подключении нового экземпляра с некоторым базовым состоянием предусмотрены этапы:
Если пользователь А указывает на необходимость обеспечения немедленной синхронизации и согласования базовых состояний всех экземпляров, то предусмотрена возможность того, что сервер МОС (IM) изменяет базовое состояние текущего экземпляра и базовые состояния остальных экземпляров пользователя А на одно и то же состояние и информирует клиента пользователя В об изменении состояния.
Если пользователь А устанавливает базовое состояние каждого экземпляра для поддержания соответствующего состояния каждого экземпляра, то предусмотрена возможность того, что сервер МОС (IM) обновляет базовое состояние текущего экземпляра, делает текущий экземпляр текущей активной точкой и информирует клиента пользователя В о базовом состоянии, в котором находится его приятель - пользователь А.
В частности, при запросе пользователем В дополнительного состояния пользователя А предусмотрены этапы:
(1) Клиент МОС (IM) пользователя В получает от пользователя В команду на отображение дополнительного состояния пользователя А.
(2) Клиент МОС (IM) пользователя В посылает эту команду серверу МОС (IM).
(3) Сервер МОС (IM) просматривает запись состояния "в сети" всех экземпляров входа пользователя А и возвращает клиенту пользователя В дополнительное состояние текущей активной точки, или последней активной точки при отсутствии текущей активной точки.
(4) Клиент МОС (IM) пользователя В отображает для пользователя В принятое дополнительное состояние текущей или последней активной точки пользователя А.
Кроме того, при обнаружении изменения пользователем А дополнительного состояния определенного экземпляра предусмотрена возможность того, что сервер МОС (IM) обновляет дополнительное состояние текущего экземпляра, делает текущий экземпляр текущей активной точкой и информирует клиента пользователя В о дополнительном состоянии, в котором находится его приятель - пользователь А. Например, если пользователь А сначала слушает музыку с клиента ПК или первого экземпляра, дополнительное состояние пользователя А, отображаемое в это время для пользователя В, - "прослушивает музыку". Затем пользователь А переключается на клиента мобильного телефона или второго экземпляра, чтобы начать играть в игру. Текущей активной точкой пользователя А при этом становится второй экземпляр. Дополнительное состояние пользователя А, отображаемое для пользователя В, - "играет в игру".
В данной реализации изобретения клиент МОС (IM) имеет возможность добавить в передаваемый серверу МОС (IM) запрос состояния учетную запись входа, состояние которой требуется запросить, и тип запрашиваемого состояния. Предусмотрена возможность сервера МОС (IM) получить все экземпляры входа учетной записи входа, экземпляр запроса среди экземпляров входа согласно пользовательским настройкам и возвратить клиенту МОС (IM) состояние экземпляра входа соответствующего типа. Таким образом, обеспечена эффективная обработка состояний при условии входа в систему с нескольких терминалов с использованием одной учетной записи входа.
Шестая реализация
В одной из реализаций изобретения предложен способ МОС (IM). В этом способе установлено изначально, что клиентом МОС (IM) оконечного устройства выполнено успешное подключение к серверу МОС (IM) с использованием способа, предложенного во второй реализации, и успешно определена текущая или последняя активная точка посредством способа, предложенного в четвертой реализации. В основе способа по данной реализации лежит обработка сообщений МОС (IM) каждым клиентом МОС (IM) при одновременном входе в систему с клиентов МОС (IM) оконечных устройств нескольких типов с использованием одной учетной записи входа.
В отношении Фиг.6 принято, что пользователи А и В - приятели в МОС (IM). Пользователь А использует в настоящее время несколько терминалов для подключения нескольких экземпляров, а пользователь В в настоящее время подключает один экземпляр или несколько экземпляров. В способе предусмотрены этапы:
601: сервер МОС (IM) получает от клиента пользователя В запрос на передачу сообщения.
Запрос на передачу сообщения состоит, по меньшей мере, из содержимого сообщения, которое должно быть отправлено пользователем В, и учетной записи получателя сообщения, например, пользователя А.
602: предусмотрена возможность того, что сервер МОС (IM) запрашивает настройки учетной записи получателя, указанной в запросе на передачу сообщения, и согласно этим настройкам определяет экземпляр-получатель содержимого сообщения.
Если настройки учетной записи получателя, в частности, пользователя А, определяют получение содержимого сообщения пользователя В одновременно всеми экземплярами, то потенциальными экземплярами-получателями содержимого сообщения являются все экземпляры входа пользователя А.
Если настройки учетной записи получателя, в частности, пользователя А, определяют получение содержимого сообщения пользователя В текущей или последней активной точкой, то экземпляром-получателем содержимого сообщения является текущая или последняя активная точка пользователя А.
Кроме того, предусмотрена возможность хранения содержимого принятого сообщения на сервере МОС (IM). В частности, возможно хранение содержимого принятого сообщения в соответствующей очереди сообщений пользователей А и В сервера МОС (IM).
603: предусмотрена возможность того, что сервер МОС (IM) передает содержимое сообщения, отправленного клиентом пользователя В, экземпляру-получателю пользователя А, определенному в блоке 602.
Следует отметить, что обработка сообщений МОС (IM) является основной функцией программного обеспечения МОС (IM). Ниже перечислены основные категории сообщений МОС (1М):
базовые сообщения, например текстовый чат, ссылка на веб-страницу, запрос приятеля и аналогичные сообщения;
дополнительные сообщения, например снимок экрана, рисунок, окно дрожания, выражение лица и аналогичные сообщения;
передаваемые сообщения, например голосовые, видео, с файлами данных и аналогичные сообщения;
групповые сообщения, например широковещательно передаваемые в группе.
Когда пользователь А передает ответное сообщение пользователю В с помощью экземпляра N, сервер МОС (IM) имеет возможность определить экземпляр-получатель пользователя В согласно настройкам этого пользователя и передать ответное сообщение пользователя А экземпляру-получателю пользователя В. В то же время, если, согласно настройке пользователя А, все экземпляры принимают содержимое сообщения пользователя В одновременно, предусмотрена возможность отправки сервером дубликата ответного сообщения другим экземплярам входа пользователя А, кроме экземпляра N. В отношении передаваемого сообщения следует отметить, что после передачи сервером дубликата ответного сообщения другим экземплярам входа пользователя А, кроме экземпляра N, эти другие экземпляры входа имеют возможность автоматически отменить подсказку о передаваемом сообщении.
В данной реализации изобретения предусмотрена возможность определения экземпляра-получателя среди нескольких экземпляров входа одной учетной записи входа сервером МОС (IM) согласно настройкам пользователя и возможность направления принятого сообщения этому экземпляру-получателю, после чего несколько экземпляров входа одной учетной записи входа имеют возможность одновременно получить сообщение, отправленное контактом или группой. Таким образом, предусмотрена возможность удовлетворения в значительной мере разнообразных пользовательских требований к использованию, обеспечения эффективности многоточечного приема сообщения, целостности сообщения на разных терминалах, существенного облегчения практики использования для пользователя и простоты использования программного обеспечения МОС (IM).
Седьмая реализация
В одной из реализаций изобретения предложен способ МОС (IM). В этом способе установлено изначально, что клиентом МОС (IM) оконечного устройства выполнено успешное подключение к серверу МОС (IM) с использованием способа, предложенного во второй реализации, и успешно определена текущая или последняя активная точка посредством способа, предложенного в четвертой реализации. В основе способа по данной реализации лежит обеспечение одноранговой связи между каждым клиентом МОС (IM) одной учетной записи входа и клиентом МОС (IM) другой учетной записи входа при одновременном входе в систему с помощью нескольких клиентов МОС (IM) оконечных устройств разных типов с использованием одной учетной записи входа.
Следует отметить, что при использовании одноранговой связи между клиентами МОС (IM) в одном варианте реализации, когда все клиенты МОС (IM) успешно подключены, сервер МОС (IM) имеет возможность предоставить клиенту МОС (IM) данные экземпляров других подключенных к нему клиентов МОС (IM) и передать данные экземпляра клиента МОС (IM) другому подключившемуся клиенту МОС (IM). Предусмотрена возможность того, что в данных экземпляра идентифицирована текущая или последняя активная точка одной учетной записи входа. В другом варианте реализации клиент МОС (IM), находящийся в режиме связи, по своей инициативе передает запрос серверу МОС (IM) для получения или обновления данных экземпляров. Получив этот запрос, сервер МОС (IM) посылает клиенту МОС (IM) данные экземпляров других подключенных к нему клиентов МОС (IM).
При обнаружении изменения данных экземпляра подключившегося клиента МОС (IM) предусмотрена возможность передачи сервером МОС (IM) этому клиенту обновленных данных экземпляра. Либо, сервер МОС (IM) отправляет клиенту МОС (IM) обновленные данные экземпляра для заранее заданного периода.
В отношении Фиг.7 принято, что пользователь А с учетной записью входа 7895462 и пользователь В - приятели в МОС (IM). Пользователь А использует в настоящее время несколько терминалов для одновременного подключения нескольких экземпляров, а пользователь В в настоящее время подключает один экземпляр или несколько экземпляров. В способе предусмотрены этапы:
701: клиент МОС (IM) пользователя В извлекает из сохраненных данных экземпляра адрес входа экземпляра, с которым требуется связаться.
Данные экземпляров, хранящиеся на клиенте МОС (IM) пользователя В, например, имеют вид, показанный в таблице 6.
Таблица 6
Учетная запись входа Тип оконечного устройства экземпляра входа Время входа Адрес входа Назначенный
номер экземпляра
Текущая/последняя активная точка
7895462 Мобильный телефон 17:00, 192. 7895462-МР-А
2 168.
сентября 000.0
Мобильный телефон 18:38, 192. 7895462-МР-В
2 168.
сентября 000.5
Компьютер 15:05, 192. 7895462-РС-А
2 168.
сентября 102.2
Телевизор 19:03, 192. 7895462-TV-A *
2 102.1.
сентября 158
5679512 Web 18:55, 192. 5679512-WB-A *
2 116.8.
сентября 125
Клиент МОС (IM) пользователя В отображает пользователю В сохраненные данные экземпляров, и пользователь В выбирает из них экземпляр для одноранговой связи. Например, при необходимости иметь одноранговую связь с пользователем А, имеющим учетную запись входа 7895462, пользователь В имеет возможность выбрать связь с текущей или последней активной точкой пользователя А, либо связь со всеми экземплярами пользователя А. Клиент МОС (IM) пользователя В имеет возможность получить адрес входа экземпляра, с которым требуется связаться, согласно выбору, сделанному пользователем В.
702: предусмотрена возможность того, что клиент МОС пользователя В передает сообщение экземпляру, с которым требуется связаться, согласно полученному адресу входа.
Клиент МОС (IM) пользователя В имеет возможность передать это сообщение по кабельной или беспроводной среде.
В этой реализации изобретения серверу МОС (IM) обеспечена возможность предоставления данных экземпляров входа каждому успешно подключившемуся клиенту МОС (IM), а клиенту МОС (IM) предоставлена возможность взаимодействовать в режиме одноранговой связи с другими клиентами с использованием адресов входа, содержащихся в данных экземпляров. Обеспечена одноранговая связь между несколькими экземплярами входа одной учетной записи входа и экземплярами входа другой учетной записи входа. Таким образом, имеется возможность удовлетворения в значительной мере разнообразных пользовательских требований к использованию, обеспечить облегчение практики использования для пользователя и простоту использования программного обеспечения МОС (IM).
Восьмая реализация
В одной из реализаций изобретения, показанной на Фиг.8, предложен сервер. Конкретный принцип работы, в частности, основан на способах, предложенных в первых семи реализациях. Сервер содержит модули:
модуль 801 приема для приема от клиента МОС (IM) учетных данных экземпляра, содержащих, по меньшей мере, учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM);
модуль 802 проверки подлинности для проверки подлинности идентификационной информации пользователя клиента МОС (IM) по учетным данным, содержащимся в учетных данных экземпляра;
модуль 803 назначения для назначения клиенту МОС (IM) номера экземпляра согласно данным экземпляра, содержащимся в учетных данных экземпляра, после успешного прохождения проверки подлинности, выполненной модулем 802 проверки подлинности. Номер экземпляра служит для уникальной идентификации клиента МОС (IM). Сервер содержит дополнительно:
модуль 804 назначения для проверки права входа терминала, обнаруженного клиентом МОС (IM), после успешного прохождения проверки подлинности, выполненной модулем 802 проверки подлинности.
Если проверка, выполненная модулем 804 проверки, завершена успешно, пользователю клиента МОС (IM) разрешен вход.
Если проверка, выполненная модулем 804 проверки, завершена отказом, клиенту МОС (IM) посылается сообщение об отказе входа.
Сервер содержит также модуль 805 запроса экземпляров.
Модуль 805 запроса экземпляров содержит блоки:
первый блок приема для приема запроса экземпляров от клиента МОС (IM); в запросе экземпляров содержится учетная запись входа пользователя клиента МОС (IM);
первый блок получения для получения всех экземпляров, успешно подключенных с использованием учетной записи входа, содержащейся в запросе экземпляров;
первый блок передачи для передачи всех экземпляров клиенту МОС (IM).
Сервер содержит также модуль 806 принудительного завершения сеанса.
Модуль 806 принудительного завершения сеанса содержит блоки:
второй блок приема для приема от клиента МОС (IM) запроса на принудительное завершение сеанса; этот запрос содержит учетную запись входа пользователя клиента МОС (IM) и номер выбранного пользователем экземпляра, сеанс которого требуется принудительно завершить;
второй блок получения для получения экземпляра, сеанс которого требуется принудительно завершить, согласно учетной записи входа и номеру экземпляра;
блок принудительного завершения сеанса для принудительного завершения сеанса экземпляра, сеанс которого требуется принудительно завершить.
Сервер содержит также модуль 807 определения активной точки.
Модуль 807 определения активной точки содержит блоки:
третий блок приема для приема сведений о действиях пользователя, сообщаемых несколькими клиентами МОС (IM) одной учетной записи входа; сообщаемые сведения о действиях пользователя содержат тип операции и время ее выполнения пользователем в каждом клиенте МОС (IM);
третий блок получения для получения от каждого клиента МОС (IM) данных о типе операции и времени ее выполнения и определения общего показателя активности каждого клиента МОС (IM);
блок идентификации для идентификации клиента МОС (IM) с самым высоким общим показателем активности в качестве текущей активной точки, если общие показатели активности всех клиентов МОС (IM), полученные третьим блоком получения, неодинаковы;
если общие показатели активности всех клиентов МОС (IM), полученные третьим блоком получения, одинаковы или равны 0, блок идентификации идентифицирует клиента МОС (IM), на котором выполнена последняя операция, в качестве последней активной точки.
Сервер содержит также модуль 808 запроса состояния.
Модуль 808 запроса состояния содержит блоки:
четвертый блок приема для приема от клиента МОС (IM) запроса состояния, содержащего учетную запись входа запрашиваемого пользователя и тип запрашиваемого состояния;
четвертый блок получения для получения экземпляров входа учетной записи входа;
блок определения для определения экземпляра запроса среди всех экземпляров входа согласно пользовательским настройкам учетной записи входа;
четвертый блок передачи для передачи клиенту МОС (IM) соответствующего состояния экземпляра запроса согласно типу состояния.
В частности, блок определения предназначен для выполнения этапов:
если, согласно пользовательским настройкам учетной записи входа, должно поддерживаться соответствующее состояние каждого экземпляра, в качестве экземпляра запроса, этот блок определяет текущую или последнюю активную точку экземпляра входа;
если, согласно пользовательским настройкам учетной записи входа, состояние всех экземпляров должно синхронно обновляться, этот блок определяет в качестве экземпляра запроса любой из экземпляров входа.
Сервер содержит также модуль 809 передачи сообщений.
Модуль 809 передачи сообщений содержит блоки:
пятый блок приема для приема от клиента МОС (IM) запроса на передачу сообщения; запрос содержит само сообщение и учетную запись входа пользователя-получателя сообщения;
пятый блок получения для получения всех экземпляров входа учетной записи входа пользователя-получателя сообщения;
блок получения экземпляра-получателя для определения экземпляра-получателя сообщения среди всех экземпляров согласно заранее установленному режиму;
пятый блок передачи для передачи содержимого сообщения экземпляру-получателю.
В частности, блок получения экземпляра-получателя предназначен для:
использования в качестве экземпляра-получателя сообщения текущей или последней активной точки среди всех экземпляров входа учетной записи входа
или
использования в качестве экземпляра-получателя сообщения всех экземпляров входа учетной записи входа.
В одной из реализаций изобретения предложен сервер. При вхождении клиента МОС (IM) в систему предусмотрена возможность добавления данных экземпляра обнаруженного им терминала к учетным данным пользователя для создания учетных данных экземпляра, которые требуется отправить серверу. Как вариант, сервер проверяет подлинность идентификационной информации пользователя по учетным данным. При успешной проверке подлинности сервер назначает клиенту МОС (IM) номер экземпляра в соответствии с данными экземпляра. Номер экземпляра уникально идентифицирует клиента МОС (IM). В результате пользователю предоставлена возможность одновременного подключения к клиенту МОС (IM) с мобильного телефона, из веб-интерфейса или с ПК. Таким образом, обеспечена возможность удовлетворить пользовательские требования в разных аспектах, существенно упрощено использование в нескольких средах и обеспечено удобство использования клиента МОС (IM) в разных местах. При этом обеспечены прием сообщения в нескольких точках, целостность сообщения на разных терминалах, простота использования программного обеспечения МОС (IM) и облегчена практика использования для пользователя.
Выше описаны только предпочтительные реализации изобретения, не ограничивающие объем изобретения. Предусмотрено, что любые модификации, эквивалентные замены и улучшения, сделанные в рамках сущности и согласно принципам изобретения, входят в объем охраны изобретения.

Claims (18)

1. Способ Мгновенного Обмена Сообщениями МОС (IM), в котором предусмотрены этапы:
прием от клиента МОС (IM) учетных данных экземпляра, содержащих, по меньшей мере, учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM);
проверка подлинности идентификационной информации пользователя клиента МОС (IM) согласно учетным данным, содержащимся в учетных данных экземпляра;
при успешном прохождении проверки подлинности - назначение клиенту МОС (IM) номера экземпляра согласно данным экземпляра, содержащимся в учетных данных экземпляра, при этом указанный номер экземпляра предназначен для уникальной идентификации клиента МОС (IM).
2. Способ по п.1, дополнительно предусматривающий этапы:
при успешном прохождении проверки подлинности - проверка права входа терминала, обнаруженного клиентом МОС (IM), согласно данным экземпляра в учетных данных экземпляра;
при успешном завершении указанной проверки - разрешение входа пользователю клиента МОС (IM);
при неуспешном завершении указанной проверки - передача клиенту МОС (IM) сообщения об отказе входа.
3. Способ по п.1 или 2, дополнительно предусматривающий этапы:
прием от клиента МОС (IM) запроса экземпляров, содержащего учетную запись входа пользователя клиента МОС (IM);
получение идентификаторов всех экземпляров, успешно подключенных с использованием учетной записи входа, содержащейся в запросе экземпляров;
передача клиенту МОС (IM) идентификаторов всех экземпляров.
4. Способ по п.3, дополнительно предусматривающий этапы:
прием от клиента МОС (IM) запроса на принудительное завершение сеанса, причем этот запрос содержит учетную запись входа пользователя клиента МОС (IM) и номер выбранного пользователем экземпляра, сеанс которого требуется принудительно завершить;
получение идентификатора экземпляра, сеанс которого требуется принудительно завершить, согласно учетной записи входа и номеру экземпляра;
завершение сеанса экземпляра, сеанс которого требуется принудительно завершить.
5. Способ по п.1 или 2, дополнительно предусматривающий этапы:
прием сведений о действиях пользователя, сообщаемых несколькими клиентами МОС (IM) одной учетной записи входа, причем эти сведения содержат тип операции и время ее выполнения пользователем в каждом клиенте МОС (IM);
получение общих показателей активности всех клиентов МОС (IM) согласно принятым от них сведениям о типах операций и времени их выполнения;
если общие показатели активности всех клиентов МОС (IM) неодинаковы, идентификация клиента МОС (IM) с самым высоким общим показателем активности в качестве текущей активной точки;
если общие показатели активности всех клиентов МОС (IM) одинаковы или равны 0, идентификация клиента МОС (IM), в котором выполнена последняя операция, в качестве последней активной точки.
6. Способ по п.5, дополнительно предусматривающий этапы:
прием от клиента МОС (IM) запроса состояния, содержащего учетную запись входа запрашиваемого пользователя и тип запрашиваемого состояния;
получение экземпляров входа учетной записи входа в соответствии с учетной записью входа;
определение экземпляра запроса среди всех экземпляров входа согласно пользовательским настройкам учетной записи входа;
и передача клиенту МОС (IM) соответствующего состояния экземпляра запроса согласно типу состояния.
7. Способ по п.6, в котором этап определения экземпляра запроса среди всех экземпляров входа согласно пользовательским настройкам учетной записи входа включает в себя:
если, согласно пользовательским настройкам учетной записи входа, должно поддерживаться соответствующее состояние каждого экземпляра, то в качестве экземпляра запроса определяют текущую или последнюю активную точку экземпляров входа;
если, согласно пользовательским настройкам учетной записи входа, состояние всех экземпляров должно синхронно обновляться, то в качестве экземпляра запроса определяют любой из экземпляров входа.
8. Способ по п.5, дополнительно предусматривающий этапы:
прием от клиента МОС (IM) запроса на передачу сообщения, причем этот запрос содержит само сообщение и учетную запись входа пользователя-получателя сообщения;
получение всех экземпляров входа учетной записи входа пользователя-получателя сообщения;
определение экземпляра-получателя сообщения среди всех экземпляров согласно заранее установленному режиму;
передача содержимого сообщения экземпляру-получателю.
9. Способ по п.8, в котором этап определения экземпляра-получателя сообщения среди всех экземпляров согласно заранее установленному режиму включает в себя:
использование в качестве экземпляра-получателя сообщения текущей или последней активной точки среди всех экземпляров входа учетной записи входа
или
использование в качестве экземпляра-получателя сообщения всех экземпляров входа учетной записи входа.
10. Сервер, содержащий:
модуль приема для приема от клиента Мгновенного Обмена Сообщениями МОС (IM) учетных данных экземпляра, содержащих, по меньшей мере, учетные данные пользователя клиента МОС (IM) и данные экземпляра терминала, обнаруженного клиентом МОС (IM);
модуль проверки подлинности для проверки подлинности идентификационной информации пользователя клиента МОС (IM) согласно учетным данным, содержащимся в учетных данных экземпляра;
модуль назначения для назначения клиенту МОС (IM) номера экземпляра согласно данным экземпляра, содержащимся в учетных данных экземпляра, после успешного прохождения проверки подлинности, выполненной модулем проверки подлинности, причем номер экземпляра предназначен для уникальной идентификации клиента МОС (IM).
11. Сервер по п.10, содержащий дополнительно:
модуль проверки для проверки права входа терминала, обнаруженного клиентом МОС (IM), после успешного прохождения проверки подлинности, выполненной модулем проверки подлинности;
модуль проверки предназначен, кроме того, для разрешения входа пользователя клиента МОС (IM) при успешном завершении проверки
и передачи клиенту МОС (IM) сообщения об отказе входа при неуспешном завершении проверки.
12. Сервер по п.10 или 11, содержащий дополнительно модуль запроса экземпляров, в состав которого входят:
первый блок приема для приема от клиента МОС (IM) запроса экземпляров, содержащего учетную запись входа пользователя клиента МОС (IM);
первый блок получения для получения всех экземпляров, успешно подключенных с использованием учетной записи входа, содержащейся в запросе экземпляров;
первый блок передачи для передачи клиенту МОС (IM) идентификаторов всех экземпляров.
13. Сервер по п.12, содержащий дополнительно модуль принудительного завершения сеанса, в состав которого входят:
второй блок приема для приема от клиента МОС (IM) запроса на принудительное завершение сеанса, причем этот запрос содержит учетную запись входа пользователя клиента МОС (IM) и номер выбранного пользователем экземпляра, сеанс которого требуется принудительно завершить;
второй блок получения для получения идентификатора экземпляра, сеанс которого требуется принудительно завершить, согласно учетной записи входа и номеру экземпляра;
и блок принудительного завершения сеанса для принудительного завершения сеанса экземпляра, сеанс которого требуется принудительно завершить.
14. Сервер по п.10 или 11, содержащий дополнительно модуль определения активной точки, в состав которого входят:
третий блок приема для приема сведений о действиях пользователя, сообщаемых несколькими клиентами МОС (IM) одной учетной записи входа, причем эти сведения содержат тип операции и время ее выполнения пользователем в каждом клиенте МОС (IM);
третий блок получения для получения общего показателя активности каждого клиента МОС (IM) по принятым от каждого клиента МОС (IM) данным о типе операции и времени ее выполнения;
блок идентификации для идентификации клиента МОС (IM) с самым высоким общим показателем активности в качестве текущей активной точки, если общие показатели активности всех клиентов МОС (IM), полученные третьим блоком получения, неодинаковы, а также для идентификации клиента МОС (IM), в котором выполнена последняя операция, в качестве последней активной точки, если общие показатели активности всех клиентов МОС (IM), полученные третьим блоком получения, одинаковы или равны 0.
15. Сервер по п.14, содержащий дополнительно модуль запроса состояния, в состав которого входят:
четвертый блок приема для приема от клиента МОС (IM) запроса состояния, содержащего учетную запись входа запрашиваемого пользователя, а также тип запрашиваемого состояния, причем типы состояния включают в себя физическое, базовое и дополнительное состояния;
четвертый блок получения для получения всех экземпляров входа учетной записи входа;
блок определения для определения экземпляра запроса среди всех экземпляров входа согласно пользовательским настройкам учетной записи входа;
и четвертый блок передачи для передачи клиенту МОС (IM) соответствующего состояния экземпляра запроса согласно типу состояния.
16. Сервер по п.15, в котором блок определения выполнен с возможностью:
определения текущей или последней активной точки экземпляров входа в качестве экземпляра запроса, если, согласно пользовательским настройкам учетной записи входа, должно поддерживаться соответствующее состояние каждого экземпляра;
и определения любого из экземпляров входа в качестве экземпляра запроса, если, согласно пользовательским настройкам учетной записи входа, состояние всех экземпляров должно синхронно обновляться.
17. Сервер по п.14, содержащий дополнительно модуль передачи сообщений, в состав которого входят:
пятый блок приема для приема от клиента МОС (IM) запроса на передачу сообщения, причем этот запрос содержит само сообщение и учетную запись входа пользователя-получателя сообщения;
пятый блок получения для получения всех экземпляров входа учетной записи входа пользователя-получателя сообщения;
блок получения экземпляра-получателя для определения экземпляра-получателя сообщения среди всех экземпляров согласно заранее установленному режиму;
и пятый блок передачи для передачи содержимого сообщения экземпляру-получателю.
18. Сервер по п.17, в котором блок получения экземпляра-получателя выполнен с возможностью:
использования в качестве экземпляра-получателя сообщения текущей или последней активной точки среди всех экземпляров входа учетной записи входа
или
использования в качестве экземпляра-получателя сообщения всех экземпляров входа учетной записи входа.
RU2012104365/08A 2009-09-16 2010-09-14 Способ и сервер для мгновенного обмена сообщениями RU2513761C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200910093227.4 2009-09-16
CN200910093227.4A CN102025648B (zh) 2009-09-16 2009-09-16 一种即时通讯的方法和服务器
PCT/CN2010/076882 WO2011032486A1 (zh) 2009-09-16 2010-09-14 一种即时通讯的方法和服务器

Publications (2)

Publication Number Publication Date
RU2012104365A RU2012104365A (ru) 2013-10-27
RU2513761C2 true RU2513761C2 (ru) 2014-04-20

Family

ID=43758105

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012104365/08A RU2513761C2 (ru) 2009-09-16 2010-09-14 Способ и сервер для мгновенного обмена сообщениями

Country Status (9)

Country Link
US (1) US8621018B2 (ru)
CN (1) CN102025648B (ru)
BR (1) BR112012003248B1 (ru)
CA (1) CA2767191C (ru)
MX (1) MX2012001584A (ru)
RU (1) RU2513761C2 (ru)
SG (1) SG179148A1 (ru)
WO (1) WO2011032486A1 (ru)
ZA (1) ZA201200331B (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10009283B2 (en) 2015-12-04 2018-06-26 Xiaomi Inc. Method and device for processing information
RU2800107C2 (ru) * 2018-08-11 2023-07-18 Абделфаттах Мохамед Али БАХАРИЯ Мохамед Система и способ удаления или редактирования отправленных сообщений из истории чатов получателей

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10904178B1 (en) 2010-07-09 2021-01-26 Gummarus, Llc Methods, systems, and computer program products for processing a request for a resource in a communication
JP5474876B2 (ja) 2011-06-02 2014-04-16 株式会社ソニー・コンピュータエンタテインメント 情報処理装置、サーバおよび情報処理システム
CN102368764B (zh) * 2011-09-10 2016-08-31 上海量明科技发展有限公司 一种通过多点登录进行通信的方法、***及客户端
CN102571630B (zh) * 2011-12-26 2013-10-09 腾讯科技(深圳)有限公司 一种匿名社交***中用户活跃度的评估方法及装置
US10079864B2 (en) 2012-01-06 2018-09-18 Microsoft Technology Licensing, Llc Communicating media data
CN103200183B (zh) * 2012-01-06 2016-11-23 微软技术许可有限责任公司 传递媒体数据的方法、通信***及用户终端
CN102546640B (zh) * 2012-01-13 2017-03-01 百度在线网络技术(北京)有限公司 单账号多设备登录时的信息流通方法及服务器
CN103259770A (zh) * 2012-02-17 2013-08-21 腾讯科技(深圳)有限公司 登录方法及登录服务器
GB201204687D0 (en) 2012-03-16 2012-05-02 Microsoft Corp Communication privacy
CN103248619B (zh) * 2012-03-16 2016-12-28 微软技术许可有限责任公司 通信隐私
CN103326925B (zh) * 2012-03-23 2016-06-15 腾讯科技(深圳)有限公司 一种消息推送方法及装置
CN102638416B (zh) * 2012-03-27 2015-09-09 上海量明科技发展有限公司 多客户端登录时查看im消息的方法、客户端及***
KR101685226B1 (ko) * 2012-06-12 2016-12-20 라인 가부시키가이샤 메신저 플랫폼의 인간 관계를 기반으로 하는 소셜 그래프를 활용한 메신저 연계 서비스 시스템 및 방법
CN103546363A (zh) * 2012-07-12 2014-01-29 ***通信集团公司 一种即时通信消息推送方法、装置及***
CN103634275A (zh) * 2012-08-21 2014-03-12 联想(北京)有限公司 多设备管理与任务迁移方法及管理服务器
CN102811184B (zh) * 2012-08-28 2015-04-01 腾讯科技(深圳)有限公司 自定义表情的共享方法、终端、服务器及***
CN102821109B (zh) * 2012-08-28 2015-06-03 腾讯科技(深圳)有限公司 在即时通信应用中实现数据共享的方法、相关设备及***
CN102801656B (zh) * 2012-08-29 2016-01-20 腾讯科技(深圳)有限公司 实现即时通信应用的状态控制方法、设备及***
CN103685357A (zh) * 2012-09-06 2014-03-26 深圳市快播科技有限公司 一种账号多开消息处理方法及***
US10033672B1 (en) 2012-10-18 2018-07-24 Sitting Man, Llc Methods and computer program products for browsing using a communicant identifier
US10019135B1 (en) 2012-10-18 2018-07-10 Sitting Man, Llc Methods, and computer program products for constraining a communication exchange
WO2014071801A1 (zh) * 2012-11-12 2014-05-15 腾讯科技(深圳)有限公司 播放列表同步方法及装置
CN102984149B (zh) * 2012-11-23 2015-10-28 广东欧珀移动通信有限公司 一种移动终端与pc端同步登录方法及装置
CN103874228B (zh) * 2012-12-11 2019-03-29 联想(北京)有限公司 无线数据通道建立方法、电子设备、服务器和***
US9143475B2 (en) * 2013-01-29 2015-09-22 Synchronoss Technologies, Inc. Unified messaging proxy, a system and a method thereof
CN104009905A (zh) * 2013-02-21 2014-08-27 ***通信集团公司 一种即时消息的转发方法及装置
CN103118032B (zh) * 2013-03-01 2015-09-30 北京奇艺世纪科技有限公司 一种终端登录账号同步的方法、终端与服务器
GB2514093B (en) 2013-03-28 2016-10-19 Microsoft Technology Licensing Llc Receiving a communication event
CN104104564B (zh) * 2013-04-09 2018-10-09 南京中兴新软件有限责任公司 私有云中设备间自动建立基于wifi局域网的方法及装置
TWI489410B (zh) * 2013-07-25 2015-06-21 Wistron Corp 即時通訊服務的管理方法與電子裝置
CN103532983A (zh) * 2013-10-31 2014-01-22 北京云巢动脉科技有限公司 多点登陆的处理方法和装置
CN104954227B (zh) * 2014-03-25 2018-04-20 北京雪球信息科技有限公司 一种抢占式跨平台消息推送方法和服务器
CN103944807A (zh) * 2014-04-24 2014-07-23 Tcl集团股份有限公司 一种好友状态的标识方法及装置
CN105306203A (zh) * 2014-06-26 2016-02-03 中兴通讯股份有限公司 账号登录方法、装置及***
CN109889474A (zh) * 2014-09-22 2019-06-14 阿里巴巴集团控股有限公司 一种用户身份验证的方法及装置
CN105515937B (zh) * 2014-09-24 2020-09-15 腾讯科技(深圳)有限公司 一种即时通讯方法、终端、服务器以及***
CN105991526B (zh) * 2015-02-02 2019-05-07 杭州迪普科技股份有限公司 一种用户唯一性检验方法及装置
CN104618510B (zh) * 2015-02-26 2018-09-28 北京奇艺世纪科技有限公司 一种建立通信连接的方法及装置
CN105072079A (zh) * 2015-06-30 2015-11-18 小米科技有限责任公司 账号登录的方法、装置及终端设备
CN105119801B (zh) * 2015-07-08 2019-04-05 Oppo广东移动通信有限公司 一种社交消息管理方法、***、用户终端及服务器
CN105162805B (zh) * 2015-09-30 2018-10-30 北京奇虎科技有限公司 用户账户登录方法及装置
CN105515944A (zh) * 2015-11-27 2016-04-20 小米科技有限责任公司 消息发送方法及装置
CN105978947A (zh) * 2016-04-27 2016-09-28 努比亚技术有限公司 对同一账号登录设备数量控制的方法及移动终端
US10237212B2 (en) * 2016-07-18 2019-03-19 T-Mobile Usa, Inc. RCS origination forking
US10153993B2 (en) * 2016-07-18 2018-12-11 T-Mobile Usa, Inc. RCS origination forking
CN106230908A (zh) * 2016-07-24 2016-12-14 乐视控股(北京)有限公司 关注状态同步方法及终端设备
CN106487650B (zh) * 2016-09-14 2020-01-14 Oppo广东移动通信有限公司 消息同步方法、及服务器
CN106453349B (zh) * 2016-10-31 2019-06-14 北京小米移动软件有限公司 账号登录方法及装置
CN108471375B (zh) * 2017-02-23 2021-07-16 腾讯科技(深圳)有限公司 一种消息处理方法、装置及终端
CN107172211A (zh) * 2017-07-07 2017-09-15 北京奇艺世纪科技有限公司 通信连接请求建立方法及服务器
WO2019023972A1 (zh) * 2017-08-02 2019-02-07 深圳市创富港商务服务股份有限公司 多终端消息同步方法、***、服务器和计算机处理设备
CN107493284B (zh) * 2017-08-18 2021-03-02 北京小米移动软件有限公司 帐号登录方法及装置
CN107566385A (zh) * 2017-09-14 2018-01-09 郑州云海信息技术有限公司 一种Web多点登陆限制及超时处理***及方法
CN108881200B (zh) * 2018-06-08 2020-08-11 江苏中威科技软件***有限公司 基于tcp的多终端同时在线的方法和***
CN109862078B (zh) * 2019-01-08 2021-11-19 腾讯科技(深圳)有限公司 客户端登录方法、装置和***、存储介质及电子装置
CN110225040B (zh) * 2019-06-14 2021-12-24 维沃移动通信有限公司 一种信息处理方法和终端设备
CN113225728A (zh) * 2020-01-21 2021-08-06 华为技术有限公司 通信方法和通信装置
CN111918019B (zh) * 2020-07-30 2022-03-22 随锐科技集团股份有限公司 视频会议方法及***、计算机可读存储介质
CN112637195B (zh) * 2020-12-21 2022-11-11 维沃移动通信(杭州)有限公司 控制电子设备的方法、装置及电子设备
CN113595871B (zh) * 2021-06-30 2022-10-14 深圳市广和通无线股份有限公司 账号登录方法、装置、计算机设备和存储介质
CN114331445A (zh) * 2022-03-15 2022-04-12 上海金仕达软件科技有限公司 用于海量用户接入的api接口、方法、存储介质及电子设备
CN115186249A (zh) * 2022-09-13 2022-10-14 飞狐信息技术(天津)有限公司 多设备同时登录的管理方法、***、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252548A (zh) * 2008-01-28 2008-08-27 北京亿企通信息技术有限公司 一种在即时通信工具中多点登录的方法
RU2364921C2 (ru) * 2003-10-23 2009-08-20 Майкрософт Корпорейшн Доступ к различным типам электронных сообщений через общий интерфейс обмена сообщениями
WO2010078814A1 (zh) * 2008-12-29 2010-07-15 腾讯科技(深圳)有限公司 即时通信文件多源传输***及方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7281215B1 (en) * 2002-04-30 2007-10-09 Aol Llc IM conversation counter and indicator
US7444379B2 (en) * 2004-06-30 2008-10-28 International Business Machines Corporation Method for automatically setting chat status based on user activity in local environment
US20070043820A1 (en) * 2005-08-18 2007-02-22 George David A System and method for obtaining remote instant messages
CN101026592B (zh) * 2006-02-23 2010-07-21 腾讯科技(深圳)有限公司 社区信息更新通知方法及***
CN100518068C (zh) * 2006-06-02 2009-07-22 阿里巴巴集团控股有限公司 一种通过浏览器实现即时通信的方法及***
CN101094199A (zh) * 2007-03-02 2007-12-26 李沫南 为基于浏览器的应用提供即时通信功能的方法与***
US7975013B2 (en) * 2008-11-11 2011-07-05 Sap Ag Retention management for instant messages

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2364921C2 (ru) * 2003-10-23 2009-08-20 Майкрософт Корпорейшн Доступ к различным типам электронных сообщений через общий интерфейс обмена сообщениями
CN101252548A (zh) * 2008-01-28 2008-08-27 北京亿企通信息技术有限公司 一种在即时通信工具中多点登录的方法
WO2010078814A1 (zh) * 2008-12-29 2010-07-15 腾讯科技(深圳)有限公司 即时通信文件多源传输***及方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10009283B2 (en) 2015-12-04 2018-06-26 Xiaomi Inc. Method and device for processing information
RU2659495C2 (ru) * 2015-12-04 2018-07-02 Сяоми Инк. Способ и устройство для обработки информации
RU2800107C2 (ru) * 2018-08-11 2023-07-18 Абделфаттах Мохамед Али БАХАРИЯ Мохамед Система и способ удаления или редактирования отправленных сообщений из истории чатов получателей

Also Published As

Publication number Publication date
CA2767191A1 (en) 2011-03-24
US20120143974A1 (en) 2012-06-07
CN102025648A (zh) 2011-04-20
CA2767191C (en) 2014-10-28
US8621018B2 (en) 2013-12-31
SG179148A1 (en) 2012-05-30
CN102025648B (zh) 2014-12-03
ZA201200331B (en) 2012-10-31
MX2012001584A (es) 2012-03-26
RU2012104365A (ru) 2013-10-27
BR112012003248A2 (pt) 2016-03-01
WO2011032486A1 (zh) 2011-03-24
BR112012003248B1 (pt) 2021-03-09

Similar Documents

Publication Publication Date Title
RU2513761C2 (ru) Способ и сервер для мгновенного обмена сообщениями
US9584548B2 (en) Authentication policy usage for authenticating a user
EP1747619B1 (en) Instant messaging terminal adapted for wi-fi access
US20080005119A1 (en) Remotely updating a user status on a presence server
EP3483765B1 (en) Automatically connecting to online service
CN110300046B (zh) 一种业务咨询控制方法、终端及服务器
CN103684981A (zh) 即时通信互动方法、***及服务器
CN101656685A (zh) 一种在在线客服里面提供查看用户相关信息的方法
CN100438510C (zh) 实现同步收听的方法及***
CN103312592B (zh) 一种在网页上批量向即时通信客户端发送信息的方法
WO2009121269A1 (zh) 即时通信中用户信息的表现方法、即时通信***及设备
JP4205608B2 (ja) サービス管理方法及びサービスシステム
CN103248668B (zh) 虚拟桌面服务参数的协商方法、装置及***
CN110753034A (zh) 一种权限管理方法和相关装置
TWM588312U (zh) 用於行動網銀的智能導引服務系統
CN114828000B (zh) 一种登录方法、装置及计算机可读存储介质
CN112202904A (zh) 信息交互方法、装置及介质
JP2002014931A (ja) マルチユーザシステム及びその情報処理装置並びにユーザ管理方法
TW202111640A (zh) 用於行動網銀的智能導引服務方法及系統
CN102664824A (zh) 针对手机设置即时通信工具的方法及***
JP2013114387A (ja) コンピュータシステム及びコマンドの実行方法
CN107104808A (zh) 一种移动终端中多人语音交互的聊天***
TW202006579A (zh) 自動化服務系統身分驗證方法及其伺服端
KR20060029505A (ko) 단문 메시지를 이용한 로그인 상태 관리 방법
KR20130121275A (ko) 메시지 제공 방법, 이를 실행하는 메시지 제공 서버 및 이를 저장한 기록 매체