RU2469500C2 - Система и способ для облегчения развития мобильного сообщества - Google Patents
Система и способ для облегчения развития мобильного сообщества Download PDFInfo
- Publication number
- RU2469500C2 RU2469500C2 RU2010140044/07A RU2010140044A RU2469500C2 RU 2469500 C2 RU2469500 C2 RU 2469500C2 RU 2010140044/07 A RU2010140044/07 A RU 2010140044/07A RU 2010140044 A RU2010140044 A RU 2010140044A RU 2469500 C2 RU2469500 C2 RU 2469500C2
- Authority
- RU
- Russia
- Prior art keywords
- subscriber
- list
- server
- friends
- contact
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Abstract
Изобретение относится к области немедленной передачи текстовых сообщений в системе мобильной связи, а именно к автоматическому сопоставлению множества мобильных абонентов. Технический результат заключается в обеспечении пользователю списка контактов для обмена сообщениями. Для этого система включает в себя по меньшей мере один сервер для приема списка контактов от каждого мобильного абонента во множестве мобильных абонентов. Упомянутый сервер приспособлен для обработки списка контактов, чтобы формировать набор нормализованной информации о контакте для каждого абонента в системе и сравнивать набор нормализованной информации о контакте для выбранного абонента с сетевой идентификацией абонента, назначенной на каждый абонент системой. Также упомянутый сервер приспособлен для того, чтобы идентифицировать сетевые идентификации абонента, которые соответствуют записям, содержащимся в наборе нормализованной информации о контакте упомянутого выбранного абонента, составлять список сетевых идентификаций совпадающих абонентов и отправлять приглашения каждому абоненту в списке сетевых идентификаций совпадающих абонента. 3 н. и 35 з.п. ф-лы, 2 табл., 7 ил.
Description
Область, к которой относится изобретение
Настоящая заявка относится к системам и способам для облегчения развития мобильного сообщества. В частности, хотя не исключительно, настоящее изобретение относится к обеспечению улучшенного практического использования системы немедленной передачи текстовых сообщений в системе мобильной связи.
Предшествующий уровень техники
За последние годы наблюдается переход услуг по обмену сообщениями, таких как система немедленной передачи текстовых сообщений и электронная почта, к среде мобильной связи. В стандартной среде настольной системы, мгновенная передача текстовых сообщений (IM) обеспечивала передачу данных, основанную на тексте, в режиме реального времени или в режиме, близком к реальному времени, между двумя или более участниками по сети. Таким образом, ключевым различием между IM от таких услуг, как электронная почта, является имеющаяся синхронность передачи данных между пользователями, причем передача сообщений выполняется в режиме реального времени или в режиме, близком к реальному времени. Мгновенные сообщения обычно регистрируются во внутренней истории сообщений, которая заполняет пробел постоянной природы электронной почты и облегчает быстрый обмен информацией подобно указателям URL или фрагментам документа (которые могут быть громоздкими, когда передаются с помощью телефона). IM разрешает эффективную и продуктивную передачу данных, которая характеризуется непосредственным приемом подтверждения или ответа.
Мобильная система мгновенной передачи текстовых сообщений (MIM) немного отличается от системы мгновенной передачи текстовых сообщений стандартного настольного приложения IM. MIM является услугой передачи сообщений разрешенном вследствие наличия, которая пытается преобразовать практическое использование настольной системы передачи сообщений в сценарий использования того, что находится в движении. В то время как, с одной стороны, несколько основных идей настольного практического использования применяются к подсоединенному мобильному устройству, другие идеи этого не делают. Например, должны быть приняты во внимание различия, связанные с форм-фактором и мобильностью, чтобы произвести действительно адекватное, мощное и все же удобное мобильное практическое использование, такое как полоса частот, объем памяти, доступность форматов носителей, ввод, основанный на клавиатуре, вывод на экран, производительность CPU и энергия батареи, которые являются основными проблемами, которые не согласовываются пользователями настольного устройства и даже мобильными пользователями со связанной сетью.
Главная задача любого приложения системы немедленной передачи текстовых сообщений заключается в создании большого сообщества пользователей, которые в дальнейшем останутся лояльными к поставщику услуг сообщества. Стимулом для создания самого большого, насколько это возможно, сообщества пользователей, с точки зрения поставщиков услуг, является максимальное увеличение количества доходов посредством большего использования своей инфраструктуры. С точки зрения пользователей, стимул для создания сообщества больше относится к социальному взаимодействию. Фактически отношения между пользователем и поставщиком услуг являются несколько символическими: чем больше количество пользователей, тем больше услуг поставщик может позволить себе предложить. Однако с большинством мобильных клиентов системы передачи сообщений, а также с клиентами системы передачи сообщений, основанной на Интернете, новому пользователю часто представляется полностью пустой список Друзей. Это представляет серьезное препятствие для нового пользователя стать активным пользователем клиента системы передачи сообщений, который, в свою очередь, влияет на развитие сообщества.
Безусловно, было бы выгодно обеспечить систему и способ, которые бы позволили сопоставлять (подбирать) пользователей различных мобильных клиентов системы передачи сообщений непрерывным и экономичным способом, чтобы облегчить развитие сообщества мобильных пользователей.
Сущность изобретения
Соответственно, в одном аспекте настоящего изобретения обеспечивается система, чтобы автоматически сопоставлять мобильных абонентов, причем упомянутая система включает в себя:
по меньшей мере один сервер для приема списка контактов от каждого мобильного абонента в пределах системы, где упомянутый сервер приспособлен для:
обработки списка контактов, чтобы сформировать набор нормализованной информации о контакте для каждого абонента в системе;
сравнения набора нормализованной информации о контакте для выбранного абонента с сетевой идентификационной информацией абонента, назначенной на каждый абонент системой;
идентификации сетевых идентификаций абонента, которые совпадают с записями, содержащимися в наборе нормализованной информации о контакте упомянутого выбранного абонента;
составления списка сетевых идентификаций совпадающих абонентов; и
отправки приглашения каждому абоненту, находящемуся в списке сетевых идентификаций совпадающих абонентов.
Предпочтительно, сервер дополнительно включает в себя клиентское приложение, в котором упомянутое клиентское приложение приспособлено для выполнения последовательного считывания списка контактов каждого мобильного абонента и отправки информации на сервер. Предпочтительно, каждый мобильный абонент группирует множественные контакты перед отправкой их на сервер.
Выгрузка списка контактов на сервер может быть выполнена видимым образом (с непрерывным статусом, видимым абоненту) или прозрачно. Приложение клиента может быть обеспечено, чтобы управлять передачей списка контактов на сервер. Предпочтительно, клиент выполняет операцию последовательного считывания списка контактов на мобильном устройстве абонента и выгружает группы из одной или более записей в списке контактов, как они считываются, на сервер. Клиент может автоматически перезапустить выгрузку списка контактов с последней считанной записи в случае прерывания.
Предпочтительно, сервер дополнительно приспособлен для дублирования списка контактов, принятого от каждого мобильного абонента, и для сохранения неизмененной версии списка контактов. Затем сервер может выдать неизмененную копию соответствующему абоненту в соответствии с запросом от абонента. В случае, когда сервер принимает запрос от абонента, чтобы выдать неизмененную версию списка контактов, сервер отправляет копию неизмененного списка контактов абоненту способом, который не перезаписывает существующие записи в мобильном устройстве абонента, который сопоставляет записи в списке контактов, основанном на сервере. Сервер может также обновлять информацию, содержащуюся в его версии списка контактов в отношении идентификации новых записей в текущем списке контактов, сохраненном на мобильном устройстве абонента.
Набор нормализованной информации о контакте может включать в себя набор нормализованных номеров телефона, извлеченных из списка контактов каждого абонента. Предпочтительно, набор нормализованных номеров телефона производится посредством сохранения только первых 7 цифр, считывающихся справа налево, полного номера телефона, сохраненного в списке контактов.
В сценарии, где один абонент известен другому, но обратное не может быть доказано, сервер может быть приспособлен для инициации вызова для действия для абонента, хранящего контакт, чтобы запросить создание дружеских отношений с этим контактом. Предпочтительно, приглашение и принятие находятся в форме сообщений системы для приложения клиентского устройства пользователей. Альтернативно, сервер может создавать запись в списке друзей абонента, хранящего контакт, который разрешает передачу данных, но не совместное использование информации наличия.
Сервер может быть дополнительно приспособлен для сравнения набора нормализованной информации о контакте выбранного включенного абонента с набором нормализованной информации о контакте дополнительного абонента для определения, содержатся ли соответствующие сетевые идентификации абонента выбранного абонента и дополнительного абонента в соответствующем наборе нормализованной информации о контакте выбранного и дополнительного абонентов. В случае, когда сетевые идентификации абонента содержатся в соответствующем наборе нормализованной информации о контакте, сервер добавляет дополнительного абонента в список друзей выбранного абонента и выбранного абонента в список друзей, ассоциированный с дополнительным абонентом, при определении, что набор нормализованной информации о контакте выбранного абонента содержит сетевую идентификацию дополнительных абонентов, и набор нормализованной информации о контакте дополнительного абонента содержит сетевую идентификацию выбранных абонентов.
Сервер может также разрешать добавление в список друзей всех контактов, не идентифицированных как существующие члены сообщества, а также как специальная категория друзей ("друзья из телефонной книги"). Эти друзья могут быть переданы посредством использования поднабора полных опций передачи данных, и они могут не участвовать в совместном использовании наличия.
Когда друзья телефонной книги добавляются, как упомянуто выше, сервер предпочтительно программируется, чтобы автоматически преобразовывать друзей телефонной книги в друзей сообщества, когда эта сторона присоединяется к сообществу.
Дополнительно, когда запись о друге любого типа добавляется посредством этого процесса в список друзей пользователя, сервер предпочтительно конфигурируется для включения всей информации из оригинальной записи в телефонной книге.
Система может дополнительно включать в себя подходящий набор мер безопасности, чтобы гарантировать надлежащую идентификацию абонентов и предотвращать мошеннические повторные попытки зарегистрироваться (например, попытки, которые могут быть предприняты, чтобы получить бесплатные ознакомительные сроки, которые предлагаются новым абонентам). Чтобы идентифицировать попытки мошеннической регистрации, сервер может быть приспособлен для выполнения многопроходного сравнительного процесса. Многопроходная операция может включать в себя следующие функции:
удаление абонентов (SIM/идентификаторов MIN), которые были активными в сети в течение более чем заранее определенного периода времени;
сравнение числа записей в списке контактов выбранного абонента с числом записей, содержащихся во всем сервере;
сравнение полей основного имени первых и последних пяти записей со всеми записями, содержащимися в сервере;
сравнение полей мобильных номеров первых и последних пяти записей, используя основное имя/фамилию в качестве ключевых, со всеми записями, содержащимися в системе;
формирование отображения списка контактов и сравнение отображения со всеми записями, содержащимися в сервере.
Если в каждом проходе совпадение возвращается, то регистрация рассматривается как мошенническая и обрабатывается соответственно.
Система может разрешать абоненту вводить информацию о контакте в поисках одного или более внешних источников, таких как информация о контакте, хранящаяся абонентом на вебсайте третьего лица, или услугу третьего лица, другие вычислительные устройства, хранящиеся абонентом, и т.д.
В другом аспекте настоящего изобретения обеспечивается способ, чтобы автоматически сопоставлять мобильного абонента в сети, причем упомянутый способ включает в себя этапы:
прием в по меньшей мере одном сервере списка контактов от каждого мобильного абонента в пределах сети;
обработку каждого списка контактов, чтобы сформировать набор нормализованной информации о контакте для каждого абонента в системе;
сравнение набора нормализованной информации о контакте для выбранного абонента с каждой идентификацией абонента в системе;
идентификации идентификаций абонента, которые совпадают с записями, содержащимися в наборе нормализованной информации о контакте упомянутого выбранного абонента;
составления списка идентификаций совпадающих абонентов; и
отправления сообщений приглашения каждому абоненту в пределах списка идентификаций абонента.
Соответственно, способ дополнительно включает в себя этап последовательного считывания каждой записи в списке контактов абонентов и отправки каждой записи, когда она считана, на сервер.
Предпочтительно, способ дополнительно включает в себя этап восстановления полного списка друзей, включающего всю телефонную книгу, а также информацию о друге, на мобильном устройстве абонента.
Необязательно способ дополнительно включает в себя этап дублирования списка контактов, принятого от каждого абонента, и сохранения неизмененной версии списка контактов на сервере. Способ может также включать в себя этап восстановления неизмененного списка контактов на мобильном устройстве абонента.
Способ может также включать в себя этапы приема подтверждения от одного или более абонентов принятия приглашений и составления списка друзей для выбранного абонента, состоящего из одного или более абонентов, которые принимают приглашение. Предпочтительно, этап сравнения включает в себя сравнение набора нормализованной информации о контакте для выбранного абонента с набором нормализованной информации о контакте другого абонента для определения, содержатся ли сетевые идентификации абонента сравниваемых абонентов в наборе нормализованной информации о контакте для каждого из сравненных абонентов, и автоматическое добавление информации релевантного абонента в список друзей каждого сравненного абонента при идентификации набора нормализованной информации о контакте, содержащего сетевые идентификации релевантного абонента.
Краткое описание чертежей
Чтобы это изобретение могло быть легко понятно и применено на практике, ниже сделаны ссылки на сопровождающие чертежи, которые иллюстрируют предпочтительные варианты осуществления изобретения и в которых:
Фиг. 1 является схематической диаграммой системы для облегчения автоматического сопоставления (подбора) мобильных абонентов, согласно одному варианту осуществления настоящего изобретения;
Фиг. 2 является блок-схемой процесса для выгрузки и сохранения информации о контакте, чтобы облегчить автоматическое сопоставление мобильных абонентов, согласно одному варианту осуществления настоящего изобретения;
Фиг. 3 является блок-схемой процесса автоматического сопоставления, согласно одному варианту осуществления настоящего изобретения;
Фиг. 4 является блок-схемой процесса автоматического сопоставления, инициированного во время обновления списка контактов абонента, согласно одному варианту осуществления настоящего изобретения;
Фиг. 5 является блок-схемой процесса автоматического сопоставления, согласно одному варианту осуществления настоящего изобретения, инициированного во время регистрации нового абонента и/или изменения ID абонента ранее зарегистрированного абонента, согласно одному варианту осуществления настоящего изобретения;
Фиг. 6 является блок-схемой процесса «установления личности пользования» телефонной книгой, согласно одному варианту осуществления настоящего изобретения;
Фиг. 7 является блок-схемой процесса приглашения, согласно одному варианту осуществления настоящего изобретения.
Описание вариантов осуществления изобретения
Самым непосредственным источником друзей для приложения системы передачи сообщений, основанного на мобильном телефоне, является телефонная книга или список контактов мобильного абонента. Заявитель разработал процесс, при помощи которого списки друзей автоматически заполняются посредством сравнения мобильных номеров и телефонных книг множественных сторон, чтобы выводить существующие отношения между различными сторонами. Этот процесс заявитель назвал Автоматическим Сопоставлением Друга (ABM).
В контексте следующего описания термин «друг телефонной книги» может быть использован взаимозаменяемо с фразой «другой контакт». Термины «друг сообщества» и «односторонний друг» используются в контексте полных совпадений и частичных совпадений.
На Фиг. 1 показана система 100 для Автоматического Сопоставления (AM) согласно одному варианту осуществления настоящего изобретения, также показан мобильный абонент 101, который в состоянии выгружать содержание своей мобильной телефонной книги 102 с помощью сети 103 на сервер 104. Затем сервер обрабатывает принятые данные, чтобы формировать список 105 друзей. Затем сервер может необязательно посылать приглашение 106 каждому из контактов 107, сохраненных в списке 105 друзей.
Как отмечено выше, первый этап в процессе AM заключается в получении копии телефонной книги каждого мобильного абонента. Этот этап требует согласия от каждого абонента, чтобы выгрузить телефонную книгу на сервер. Процесс выгрузки может быть выполнен видимым образом (с непрерывным статусом, видимым абоненту) или прозрачно в фоновом режиме.
На Фиг. 2 показан один пример выгрузки и способа, в котором пост-обработка телефонной книги 200 абонента имеет место в сервере. Как только абонент соглашается выгрузить 201, используется клиентское приложение, чтобы считать каждую запись и сохранить ее на сервере 202. Как только все контенты телефонной книги абонента выгружаются, сервер дублирует телефонную книгу 203 и сохраняет первую копию 204 телефонной книги. Первая копия поддерживается «как она есть» со всеми полями и данными, поддерживаемыми в их оригинальном формате. Эта копия предназначается, чтобы действовать как источник для восстановления телефонной книги, если потребуется. Вторая копия посылается через этап 204 предварительной обработки, где мобильные номера извлекаются из телефонной книги, и сохраняются 205 только первые 7 цифр (считывающиеся справа налево). Это обеспечивает непротиворечивое форматирование мобильного номера для использования в более позднем сравнении с телефонными книгами других абонентов в пределах сети.
Как упомянуто выше клиентское приложение управляет процессом выгрузки на сервер. Клиентское приложение последовательно считывает данные телефонной книги (в фоновом режиме) и выгружает данные на сервер. В случае прерывания процесса, клиентская программа автоматически перезапускает выгрузку с того момента, где она была прервана.
Сервер принимает каждую запись телефонной книги (пункт) и необязательно обрабатывает ее на основании следующих правил:
| Сценарий | Правило |
| Выгруженный пункт не присутствует на сервере | Добавить новый пункт к сохраненным данным телефонной книги для абонента |
| Выгруженный пункт является идентичным пункту, присутствующему на сервере | Нет требуемого действия |
| Выгруженный пункт имеет несколько критерий совпадения: - Основное имя и фамилия - Номер(а) |
Идентифицировать возможные пункты совпадения. Предложить абоненту на мобильном клиенте представление пунктов совпадения и спросить, какой пункт сохранить (опциями являются сохранить один пункт, выбранные пункты или все пункты) |
| Пункт, хранящийся на сервере, больше не представляется в телефонной книге мобильного устройства | Идентифицировать, если возможно, удаленный пункт. Предложить абоненту на мобильном клиенте представление возможно удаленного пункта и спросить, желает ли он удалить этот пункт из телефонной книги сервера. Опциями являются «да» или «нет» |
Альтернативно, сервер принимает все записи. Не удаленные записи обрабатываются, за исключением специально удаленных записей в списке друзей.
Если процесс выгрузки прерывается абонентом (например, если он закрывает свой клиент, в то время как он работает), процесс автоматически перезапускается, когда перезапускается клиент. Изобретение может включать способность автоматически обновлять телефонную книгу на основании времени или на основании изменения. В некоторых вариантах осуществления настоящего изобретения телефонная книга абонента может быть ежемесячно автоматически обновлена для сервера таким образом, чтобы новые контакты были включены в сопоставление. В некоторых вариантах осуществления настоящего изобретения абонент имеет опцию вручную обновлять/выгружать свою телефонную книгу. В других вариантах осуществления телефонная книга абонентов может непрерывно проверяться, и обновления могут быть выгружены, как только они выполняются.
Предпочтительно, когда абонент запрашивает восстановление своей телефонной книги, клиентское приложение начинает восстановленное, используя полный набор информации о друге. В этой итерации изобретения список друзей включает всех друзей и данные телефонной книги. Выгодно, если список друзей представляет заранее созданное хранилище данных для всех контактов пользователя, которые могут легко поддерживаться пользователем.
Необязательно, когда абонент запрашивает восстановление своей телефонной книги из резервного файла телефонной книги, хранящегося на сервере, клиентское приложение инициирует восстановление данных телефонной книги с сервера. Следующие правила применяются к записям телефонной книги при восстановлении назад на телефонную книгу мобильного устройства:
| Сценарий | Правило |
| Заново сохраненный пункт не присутствует на мобильном устройстве | Добавить новый пункт в телефонную книгу мобильного устройства |
| Заново сохраненный пункт является идентичным пункту, присутствующем на мобильном устройстве | Нет требуемого действия |
| Заново сохраненный пункт имеет несколько критериев совпадения: - Основное имя и фамилия - номер(а) |
Идентифицировать возможные пункты совпадения. Предложить абоненту на мобильном клиенте представление пунктов совпадения и спросить, какую сохранить запись на своем мобильном устройстве (опциями являются сохранять одну запись, выбранные записи или все записи) |
| Пункт, хранящийся на мобильном устройстве, не присутствует в резервной копии сервера | Идентифицировать, если возможно, удаленный пункт. Предложить абоненту на мобильном клиенте представление возможно удаленного пункта и спросить, желает ли он удалить пункт из телефонной книги мобильного устройства. Опциями являются «да» или «нет» |
Фиг. 3 изображает процесс 300 подбора сопоставления /сравнения, согласно одному варианту осуществления настоящего изобретения. Сопоставление выполняется между контактами телефонной книги абонента и мобильными номерами всех существующих абонентов в базе данных абонента, причем сопоставление может быть выполнено автоматически или по запросу абонента.
В этом конкретном примере сравниваются телефонные книги абонентов А 301 и B 302. Во-первых, система определяет, содержится ли номер телефона абонента B в телефонной книге абонента A 303. Если номер телефона абонента B находится в телефонной книге абонента A, система подробно исследует "степень" совпадения, определяя, содержится ли номер абонента A в телефонной книге абонента B 305. Если номер абонента A находится в телефонной книге абонента B, то существует условие 307 "полного" совпадения. В этом случае система определила, что обе стороны знают друг друга, и автоматически добавляет каждого в список 309 друзей другого. Никакое дополнительное вмешательство абонента не требуется. Это является отличием от платформ системы передачи сообщений типа PC, которые никогда не в состоянии идентифицировать этот тип совпадения, и которые никогда не смогут избежать полного и иногда неприятного процесса одобрения.
Когда номер абонента B не находится в телефонной книге абонента A, система опрашивает телефонную книгу абонента B, чтобы определить, содержится ли номер абонента A в телефонной книге абонента B 304. Когда совпадение идентифицируется как одностороннее, то есть абонент A имеет мобильный номер абонента B в своей телефонной книге, а абонент B не имеет информации, связанной с абонентом А в своей телефонной книге, или, наоборот, существует условие 310 «частичного» совпадения. В случае частичного совпадения политика не заключается в обеспечении информации наличия и статуса абоненту относительно совпадающей части, которую он уже не имеет в своем владении. Следовательно, в этом случае абонент B добавляется в список друзей абонента A, но абонент A не добавляется в список друзей абонента B (или наоборот). В этом случае человек, хранящий информацию о контакте для другой стороны, обеспечивается другом, с которым он может общаться, но не обеспечивается информация наличия. Дополнительно, в этом сценарии, если друг A посылает сообщение другу B, то друг B имеет выбор добавить его в качестве друга (делая отношения двухсторонними отношениями наличия) или заблокировать его от посылки дополнительных сообщений. Таким образом, приглашение становится неявным при посылке сообщения, где отношения являются "односторонними".
Примерами информации наличия и статуса, которая не была совместно использована, могут быть сообщение статуса и изображение профиля.
Условие 306 несовпадения признается, когда телефонная книга абонента A не содержит информацию относительно абонента B, и наоборот. В таком случае система определяет, что эти две стороны не знают друг друга. В этом случае запись, которая не совпадает, добавляется как друг, не входящий в сообщество, или как «друг из телефонной книги» до того, как система продолжит сравнивать телефонную книгу абонента A с телефонной книгой другого абонента 308 и так далее, пока каждая телефонная книга абонента не будет сравнена с каждой телефонной книгой, сохраненной на сервере.
Добавляются ли друзья как полные, односторонние или друзья телефонной книги, вся информация, первоначально хранящаяся пользователем в его телефонной книге, поддерживается и добавляется в качестве дополнительных данных к другу в списке друзей. Эти дополнительные данные не делаются доступными другим участникам сообщества, но делаются видимыми и поддерживаемыми пользователем в качестве полного хранилища данных, основанного на сервере его контактов, а также облегчается процесс восстановления.
Как упомянуто выше, процесс сопоставления (подбора) может быть полностью автоматизирован и может быть запущен несколькими различными видами сценариев, например, когда абонент выгружает свою телефонную книгу на сервер, как показано на Фиг. 4; или когда телефонная книга абонента автоматически обновляется в регулярном запланированном обновлении; или когда абонент изменяет или добавляет запись в свою телефонную книгу, и когда новый абонент регистрируется в системе, или существующий абонент изменяет его/ее номер телефона, как иллюстрировано на Фиг. 5.
Ссылаясь на Фиг. 4, иллюстрируется один пример того, как процесс 400 сопоставления инициировать выгрузку текущей версии телефонной книги конкретного абонента, сохраненной на мобильном устройстве. Как упомянуто выше, обновление телефонной книги абонента на сервере может быть инициировано автоматически на основании времени или на основании изменения, или вручную по запросу абонента. Как только инициируется выгрузка, клиентское приложение последовательно считывает телефонную книгу абонента 401, чтобы определить, существуют ли какие-нибудь новые записи 402. Если никаких новых записей не существует, тогда процесс выгрузки заканчивается 303, и версия абонента, ранее сохраненная на сервере, остается неизмененной. В случае, когда клиентское приложение определяет, что есть дополнительные записи в телефонной книге абонента, оно выгружает новые записи на сервер.
Затем сервер обрабатывает новые номера в телефонной книге абонента, как рассмотрено выше со ссылками на Фиг. 3, а именно, сервер дублирует новую телефонную книгу 404 и сохраняет копию 405. Затем сервер обрабатывает оставшуюся версию телефонной книги, чтобы сформировать список нормализованных номеров 406 телефона, каждый из 7 цифр. Затем новый список нормализованных номеров телефона сравнивается сервером со всеми другими номерами абонента, сохраненными в системе 407, чтобы определить совпадение подобным способом, как рассмотрено выше со ссылками на Фиг. 3. При определении, что существует совпадение, сервер добавляет идентифицированный контакт в список 408 друзей абонента подходящим способом в зависимости от уровня установленного совпадения (то есть, частичное или полное) и затем продолжает определять, доступно ли больше записей 402. В случае, когда совпадение не определяется, затем сервер продолжает определять, доступно ли больше записей 402, пока вся телефонная книга абонента не будет обработана.
Фиг. 5 иллюстрирует один пример того, как процесс 500 сопоставления может быть инициирован новым абонентом, регистрирующимся 501 в поставщике услуг, или когда существующий абонент изменяет мобильные номера 502 контакта. Номера, ассоциированные с абонентами 501, 502, нормализуются и сравниваются со всеми номерами, сохраненными на сервере 503. Если не идентифицируется совпадение, процесс заканчивается 506, и затем система выполняет множество дополнительных процессов для определения, является ли абонент законным абонентом (рассматривается более подробно ниже). Если совпадение идентифицируется, система добавляет инициирующий абонент 501, 502 в список друзей абонента, имеющего телефонную книгу, в которой располагается 504 совпадающая запись. Затем сервер определяет, существуют ли дополнительные записи, доступные для сравнения 505, и продолжает сравнение 502 с места, где было идентифицировано последнее совпадение. Если дополнительные записи не доступны (то есть, поиск достиг конца списка сохраненных номеров), процесс заканчивается 506.
В дополнение к рассмотренному выше, мобильное клиентское устройство может объединять множественные функциональные возможности приглашения. На самом основном уровне абонент может выбирать с помощью подходящего интерфейса клиента конкретный контакт или контакты в своем списке контактов устройства (телефонной книге), кому он желает послать приглашение. В этом случае обработка главным образом выполняется на клиентском приложении на мобильном устройстве абонента. Как только приглашенные были идентифицированы, информация посылается на сервер с помощью уровня IP данных, где приглашение конструируется и посылается с помощью несущей SMSC в качестве сообщения SMS.
Абонент также имеет опцию или из меню приглашения, или из опций при просмотре своей телефонной книги, чтобы выбрать приглашенных или «Пригласить Всех». Если абонент выбирает опцию «пригласить всех», то абонента запрашивают обеспечить подтверждение своего запроса. Справочный текст объяснит, что опция «пригласить всех» применяется только к внутренней сети мобильных контактов.
Как только абонент соглашается инициировать процесс «пригласить всех», телефонная книга абонента выгружается на сервер (конечно, при условии, что абонент уже так не сделал). Абонент будет также отмечен активным для Автоматического Сопоставления Друга (рассмотрено выше). Логикой в настоящем описании является то, что если абонент желает пригласить свою телефонную книгу, то он безусловно заинтересован в том, чтобы быть связанным с людьми, которых он знает посредством системы. Выгрузка телефонной книги выполняется в фоновом режиме таким образом, что абонент не видит дополнительного воздействия от своего запроса "пригласить всех". Если процесс выгрузки будет прерван, то он в следующий раз автоматически перезапустится, когда клиентское приложение будет запущено на телефоне. Скорость выгрузки данных регулируется, чтобы гарантировать отсутствие воздействия на нормальные функции системы передачи сообщений клиентского приложения.
Когда данные телефонной книги становятся доступными на сервере (даже частичные данные), сервер готовит и посылает приглашение для всех мобильных номеров, которые находятся «в сети», на основании префиксов мобильного номера этой несущей. Сервер сопоставляет номер потенциального приглашенного с базой данных зарегистрированных абонентов и устраняет тех, кто уже являются участниками.
Затем сервер поддерживает копию приглашений как «ожидающиеся» для каждого мобильного номера, а также списка, кто кого пригласил. Чтобы избежать «нежелательных» SMS приглашений, в любой день посылается только одно приглашение на мобильный номер от системы. Если множественные абоненты желают пригласить сторону в один день, система сохраняет запросы приглашения и посылает их в последующие дни. Например, мобильный абонент, который приглашен тремя абонентами, примет три приглашения (один от каждого) в более чем три последовательных дня. В промежутке времени, когда приглашенный принимает первое, второе или третье приглашения, приглашенный может зарегистрироваться, таким образом, делая дополнительные приглашения избыточными. Проверка выполняется перед посылкой приглашения, чтобы гарантировать, что приглашенный тем временем не стал зарегистрированным абонентом, чтобы избежать посылки «нежелательных» SMS приглашений для приглашенного. Проверка является относительно простой, когда приглашенный становится зарегистрированным абонентом, приглашающий и приглашенный автоматически добавляются как друзья в списки друзей друг друга. Таким образом, сервер должен искать только появление приглашенного в списках сохраненных друзей зарегистрированных абонентов.
Приглашения, принятые приглашенными, содержат имя человека, который их пригласил, и «с какого номера» в SMS приглашении будет мобильным номером приглашающего. Никакого определенного специального текста абонента не включается в сообщение, поскольку он мог позволить процессу приглашения быть использованным в качестве свободной услуги передачи SMS.
Сервер может необязательно сохранять сообщения приглашения и посылать их в период наименьшей нагрузки. Таким образом, потенциально большие объемы сообщений могут быть посланы в моменты времени, когда используется емкость сети. Система может разрешать мобильным абонентам блокировать будущие приглашения, посылая ключевое слово "БЛОК" в качестве короткого кода по SMS. Затем добавляется мобильный номер, который должен быть заблокирован и занесен в черный список, который проверяется перед посылкой любого SMS приглашения.
Несущая в состоянии поддерживать важные номера сообщений приглашения во внутренней сети для эффективной нулевой стоимости. Сообщения будут посланы в течение периода наименьшей нагрузки, когда будет использоваться сеть. Таким образом, не существует фактической стоимости инфраструктуры, порожденной процессом. Несущая в состоянии обеспечивать стимулы своим абонентам, чтобы пригласить их в телефонную книгу. Несущая хранит список MIN всех своих абонентов, а также список идентификаторов MIN, включенных в услугу. Таким образом, она в состоянии послать целевые сообщения SMS и EM своим клиентам, побуждая их «Пригласить свои телефонные книги». Это позволяет поставщику мобильных услуг реализовывать целевые маркетинговые кампании для новых предложений услуг и т.д., которые провайдер сети намеревается реализовать.
Чтобы гарантировать безопасность услуг сопоставления и приглашения, система реализует процесс, который заявитель назвал «установление личности из телефонной книги». Установление личности обеспечивает способность сопоставлять телефонные книги, чтобы позволить системе идентифицировать людей и предотвращать мошеннические попытки заново зарегистрироваться, чтобы получить ознакомительные свободные периоды или другие специальные предложения много раз. Поскольку этот процесс предназначается для идентификации злонамеренного абонента, который специально получает новую SIM/MIN, чтобы воспользоваться свободным ознакомительным предложением, в процесс должны быть включены только недавно активные SIM/идентификаторы MIN.
Один пример процесса 600 установления личности показан на Фиг. 6. В настоящем описании телефонная книга абонента получается с помощью Автоматического Сопоставления Друга и/или процессов выгрузки «Пригласить Всех», как рассмотрено выше. Альтернативно, телефонная книга могла быть получена, используя методику обработки синхронизации. Выгрузка телефонной книги (ABM или «Пригласить всех») является необходимым условием, чтобы предоставить свободные от оплаты ознакомительные предложения. Например, телефонная книга каждого человека содержит множественные контакты, множественные поля для контактов, множественные номера с и без кодов страны и междугородных кодов и т.д.
Затем система сравнивает информацию в телефонной книге регистрирующегося абонента и базу данных ранее выгруженных и сравненных телефонных книг 601. Элементами сравнения являются поля имени, поля номера (поле, содержащее данные, также является частью сравнения) и подсчет совпадений/отличий. Сравнение не должно быть точным, чтобы продемонстрировать совпадение. Поскольку злонамеренные люди не доверяют используемому процессу, они могут попытаться обмануть систему, вводя ложные контакты, и т.д. Процесс должен постоянно очищаться, чтобы принимать во внимание эти попытки.
Первый этап в процессе должен устранять телефонные книги абонентов (SIM/идентификаторы MIN), которые были активными в сети более четырех месяцев 602. Несущая в состоянии получить доступ к базе данных активной MIN и, таким образом, по существу свести к минимуму обработку, требуемую для выполнения этого процесса.
Чтобы уменьшить потенциально объемные вычисления, требуемые для обработки оставшейся телефонной книги, подход должен регулировать многоэтапный проход с помощью процесса, где каждый этап прогрессивно сокращает число полей для сравнения.
В первом проходе на этапе 603 система сравнивает число записей в телефонной книге регистрирующегося абонента с числом записей в соответствии со следующими критериями:
- Число содержащихся записей в телефонной книге абонентов равно А записей;
- Число записей базы данных ранее выгруженных и сравненных телефонных книг равно X записей;
- Для каждой записи в базе данных сравниваются запись А с записью X; Если 90% из X <<110% X, то подсчитываются в качестве совпадения и сохраняют в качестве кандидата для следующего прохода.
Должно быть отмечено, что если число записей в телефонной книге меньше, чем 30, то не разрешается свободный от платы период. Если A не превышает 90% X, то телефонная книга абонента исключается из дополнительного сравнения 604.
Если А удовлетворяет конкретным критериям первого прохода 603, то система затем переходит к выполнению второй операции 605 прохода в отношении телефонной книги регистрирующегося абонента. Вторая операция прохода сравнивает поля основного имени первых и последних пяти записей. В соответствии со следующими критериями:
- Обработка совпадения в качестве возможного, если 6 из этих 10 записей совпадают (порядок и необычные записи не учитываются/имеют значение).
Если не определяется совпадение, то телефонная книга абонента исключается из дополнительного сравнения 606. Если совпадение обнаруживается, то система затем переходит к управлению третьей операцией 607 прохода. Третий проход сравнивает поля мобильных номеров первых 5 и последних 5, используя основное имя/фамилию как ключевые, в соответствии со следующими критериями:
- Обработка совпадения в качестве возможного, если 6 из этих 10 записей совпадают.
Если никакое совпадение не определяется, то телефонная книга абонента затем исключается из дополнительного сравнения 608. Если условие совпадения существует, затем система переходит к выполнению четвертой операции 609 прохода. Четвертая операция прохода отображает контенты телефонной книги в соответствии со следующими критериями:
- Для целой телефонной книги представляются все присутствующие поля (например, мобильный номер, рабочий номер, факс...) и указываются как единицы 1 и нули 0. Выполняются сравнения этого представления, используя основное имя/фамилию как ключевые.
Если никакое совпадение не обнаруживается, то телефонная книга абонента затем исключается из дополнительного тестирования 610, то есть должным образом утверждается абонент, и ему позволяют получить доступ к свободным от оплаты услугам. Если совпадение определяется, то сервер затем переходит к исключению регистрирующегося абонента из любых свободных от оплаты ознакомительных предложений 611 и т.д.
Специалистами в данной области техники будет оценено, что в то время, как процесс установления личности был описан как включающий в себя четыре операции прохода, если потребуется, могут быть добавлены дополнительные проходы. Должно быть отмечено, что вся телефонная книга не обязана выполнять установление личности. Вид каждой телефонной книги будет сохранен для этого процесса с необходимыми извлеченными данными. Например, может быть извлечен поднабор данных из каждой телефонной книги, которая просто содержит информацию, запрашиваемую для каждого из критериев прохода, то есть номер контакта в книге, основные имена для первых 5 и последних 5 записей, отображение первых 5 и последних 5 записей и телефонной книги.
Фиг. 7 изображает процесс для добавления «Друзей Телефонной книги» 700, то есть, контактов в список друзей, которые являются незарегистрированными членами системы. Это позволяет абоненту системы связываться с любым из своих контактов, используя возможности клиентской платформы. Все контакты телефонной книги добавляются по умолчанию посредством процесса сопоставления, однако «Добавление» контактов телефонной книги позволяет пользователю добавлять новые контакты в свой список друзей даже при том, что они могут не находится в его телефонной книге. Система разрешает следующую связь с Другими Контактами (например, Друзьями Телефонной книги):
- Вызов GSM (собственный (родной) вызов - мобильная и наземная линия связи, включая международную)
- SMS (собственное (родное) SMS)
- ESMS (SMS внутри сети с передачей данных между клиентом и сервером, в соответствии с уровнем IP данных, и с передачей данных между сервером и Другим Контактом с помощью SMSC и сети GSM)
- Электронная почта.
Когда новый абонент первый раз входит в клиентское приложение и в дальнейшем раз в месяц после этого входит в систему, автоматически запускается процесс, который извлекает текущие контакты из почтового ящика входящих SMS сообщений, почтового ящика посланных сообщений, а также журналов регистрации вызовов (принятые вызовы, набранные номера, пропущенные вызовы) 701. Процесс затем продолжает считывать телефонную книгу 702 абонентов, чтобы извлечь основные имена и фамилию, адрес электронной почты, используя номера, извлеченные из почтового ящика входящих SMS сообщений, почтового ящика посланных сообщений, а также журналов регистрации вызовов. Процесс затем устраняет любые копии посредством сопоставления извлеченных контактов 703. Для каждого уникального контакта, найденного в почтовом ящике входящих SMS сообщений, журнале регистрации вызовов и т.д., выполняются проверки списка друзей абонента, чтобы определить, находится ли уже контакт в списке друзей как полный Друг, или как Друг Телефонной книги, и если контакт находится, то затем не предпринимается никакое дополнительное действие для этого контакта.
Распределение времени управляется триггером на сервере и проверяется при каждом входе абонента в систему. Процесс требует подтверждения абонента до того, как контакты будут фактически добавлены, поскольку возможно войти в систему мобильных устройств других людей. Затем абоненту представляется экран, который сообщает: «Ваши текущие активные контакты. Хотели бы вы добавить их в ваш список друзей как другие контакты (например, Друзей Телефонной книги)?». Абонент имеет опцию выбрать (с помощью поля для галочки) контакты, которые он желает добавить 704. По умолчанию, когда экран представляется в первый раз, все поля для галочки помечаются. Когда абонент соглашается, клиентское приложение затем продолжает добавлять новые контакты как "Друзей телефонной книги", используя данные контакта в телефонной книге 705 абонента.
Наконец, система идентифицирует все мобильные контакты в сети от этой группы и заново представляет этот список абоненту с предложением: «Пригласите ваших друзей присоединиться к сообществу и сэкономьте деньги на вашем общении!» 706. Все контакты помечаются по умолчанию. Затем абонент может выбрать перейти к этому предложению и пригласить эти контакты 707, или он может отменить эту часть процесса 708.
Система может также разрешать абоненту ввести свой ID абонента от своего другого приложения системы передачи сообщений, такого как Yahoo Messenger ID, Windows Live ID или G-TaIk ID. В таких случаях система затем в состоянии опросить списки друзей всех подсоединенных пользователей IM, чтобы идентифицировать совпадения между информацией об абоненте, сохраненной на сервере, и ID настольных пользователей IM, и представить эти совпадения в качестве Друзей в мобильном сообществе IM для одобрения. В этом конкретном примере списки друзей IM обрабатываются почти таким же способом, что и телефонные книги, чтобы подобрать людей, которые знают друг друга.
В дополнительном варианте осуществления система может использовать информацию, обеспеченную из книги адреса электронной почты абонентов, обеспеченной системе посредством абонента. В этом примере система получает доступ к информации, сохраненной в книге адреса электронной почты, чтобы составить список друзей. Затем система сравнивает адрес электронной почты, сохраненный в информации о контакте абонентов, и адреса электронной почты, записанные в книге электронной почты абонента, и идентифицирует любые совпадения. Как только система определила совпадение, то затем система, зависящая от степени совпадения, автоматически добавляет каждого в список Друзей других.
Должно быть понятно, что вышеупомянутые варианты осуществления были обеспечены только посредством пояснения на примере этого изобретения и что дополнительные модификации и усовершенствования этого, как будет очевидно для специалистов в данной области техники, считаются находящимися в пределах широкой области и сущности настоящего изобретения, описанного в настоящем описании.
Claims (38)
1. Система автоматического сопоставления множества мобильных абонентов, причем упомянутая система включает в себя:
по меньшей мере один сервер для приема списка контактов от каждого мобильного абонента в пределах множества мобильных абонентов, в котором упомянутый сервер применяется для:
обработки списка контактов, чтобы сформировать набор нормализованной информации о контакте для каждого абонента в системе;
сравнения набора нормализованной информации о контакте для выбранного абонента с сетевой идентификацией абонента, назначенной на каждый абонент системой;
идентификации сетевых идентификаций абонента, которые совпадают с записями, содержащимися в наборе нормализованной информации о контакте упомянутого выбранного абонента;
составления списка совпадающих сетевых идентификаций абонента; и
отправки приглашения каждому абоненту в списке совпадающих сетевых идентификаций абонента.
по меньшей мере один сервер для приема списка контактов от каждого мобильного абонента в пределах множества мобильных абонентов, в котором упомянутый сервер применяется для:
обработки списка контактов, чтобы сформировать набор нормализованной информации о контакте для каждого абонента в системе;
сравнения набора нормализованной информации о контакте для выбранного абонента с сетевой идентификацией абонента, назначенной на каждый абонент системой;
идентификации сетевых идентификаций абонента, которые совпадают с записями, содержащимися в наборе нормализованной информации о контакте упомянутого выбранного абонента;
составления списка совпадающих сетевых идентификаций абонента; и
отправки приглашения каждому абоненту в списке совпадающих сетевых идентификаций абонента.
2. Система по п.1, в которой сервер дополнительно включает в себя клиентское приложение, причем упомянутое клиентское приложение приспособлено для выполнения последовательного считывания списка контактов каждого мобильного абонента и для отправки информации на сервер.
3. Система по п.1, в которой каждый мобильный абонент группирует множественные контакты перед отправкой их на сервер.
4. Система по п.2, в которой последовательное считывание, выполняемое клиентским приложением, является видимым абоненту.
5. Система по п.1, в которой сервер дополнительно приспособлен для дублирования списка контактов, принятого от каждого мобильного абонента, и для сохранения неизмененной версии списка контактов.
6. Система по п.5, в которой сервер выдает неизмененную версию списка контактов мобильному абоненту от множества мобильных абонентов после запроса от мобильного абонента.
7. Система по п.5, в которой сервер только отправляет детали о контакте из неизмененной версии списка контактов, для которого не содержится совпадающей записи в списке контактов, хранящемся посредством мобильного абонента.
8. Система по п.1, в которой набор нормализованной информации о контакте включает в себя набор нормализованных номеров телефона, извлеченных из списка контактов каждого абонента.
9. Система по п.8, в которой набор нормализованных номеров телефона формируется посредством сохранения только первых 7 цифр, считываемых справа налево, из полного номера телефона, сохраненного в списке контактов.
10. Система по п.1, в которой сервер приспособлен для инициации вызова для действия в отношении выбранного абонента, чтобы запросить создание дружеских отношений с одним или более абонентами, идентифицированными в списке совпадающих сетевых идентификаций абонента.
11. Система по п.1, в которой сервер приспособлен, чтобы автоматически добавлять запись друга, где владелец выгруженных данных показывает одностороннее совпадение с одним или более абонентами, идентифицированными в списке совпадающих сетевых идентификаций абонента.
12. Система по п.1, в которой сервер приспособлен для сравнения набора нормализованной информации о контакте выбранного абонента, с набором нормализованной информации о контакте дополнительного абонента для определения, содержатся ли соответствующие сетевые идентификации абонента выбранного абонента и дополнительного абонента в соответствующем наборе нормализованной информации о контакте выбранного и дополнительного абонентов.
13. Система по п.12, в которой сервер добавляет дополнительного абонента в список друзей выбранного абонента и выбранного абонента в список друзей, ассоциированный с дополнительным абонентом, при определении, что набор нормализованной информации о контакте выбранного абонента содержит сетевую идентификацию дополнительного абонента, и набор нормализованной информации о контакте дополнительного абонента содержит сетевую идентификацию выбранного абонента.
14. Система по п.12, в которой вся информация телефонной книги включается в список друзей для владельца выгруженных данных.
15. Система по п.1, в которой сервер приспособлен для определения и идентификации мошеннических регистраций списка контактов абонента.
16. Система по п.15, в которой сервер выполняет многопроходный сравнительный процесс, чтобы обнаружить мошеннические регистрации списка контакта абонента.
17. Система по п.16, в которой многопроходная операция включает в себя по меньшей мере одну из следующих функций:
удаление абонентов (SIM/MINs), которые были активными в сети в течение более, чем заранее определенного периода времени;
сравнение числа записей в списке контактов выбранного абонента с числом записей, содержащихся во всем сервере;
сравнение полей основного имени первых и последних пяти записей со всеми записями, содержащимися в сервере;
сравнение полей мобильных номеров первых и последних пяти записей, используя основное имя/фамилию как ключевые со всеми записями, содержащимися в системе;
формирование отображения списка контактов и сравнение отображения со всеми записями, содержащимися в сервере.
удаление абонентов (SIM/MINs), которые были активными в сети в течение более, чем заранее определенного периода времени;
сравнение числа записей в списке контактов выбранного абонента с числом записей, содержащихся во всем сервере;
сравнение полей основного имени первых и последних пяти записей со всеми записями, содержащимися в сервере;
сравнение полей мобильных номеров первых и последних пяти записей, используя основное имя/фамилию как ключевые со всеми записями, содержащимися в системе;
формирование отображения списка контактов и сравнение отображения со всеми записями, содержащимися в сервере.
18. Система по п.17, в которой регистрация рассматривается как мошенническая, когда совпадение для списка контактов возвращается из любой одной из функций многопроходной операции.
19. Система по п.1, в которой сервер дополнительно сконфигурирован для:
добавления записи друга в списки друзей обеих сторон для полных совпадений;
добавления односторонних друзей в списки друзей для частичных совпадений;
добавления друзей телефонной книги в списки друзей для записей неабонента; и
отправки приглашения каждому неабоненту в списке совпадающих сетевых идентификаций.
добавления записи друга в списки друзей обеих сторон для полных совпадений;
добавления односторонних друзей в списки друзей для частичных совпадений;
добавления друзей телефонной книги в списки друзей для записей неабонента; и
отправки приглашения каждому неабоненту в списке совпадающих сетевых идентификаций.
20. Способ автоматического сопоставления множества мобильных абонентов в сети, причем упомянутый способ включает в себя этапы:
прием в по меньшей мере одном сервере списка контактов от каждого мобильного абонента в пределах сети;
обработку каждого списка контактов, чтобы сформировать набор нормализованной информации о контакте для каждого абонента в системе;
сравнение набора нормализованной информации о контакте для выбранного абонента с каждой идентификацией абонента в системе;
идентификацию идентификаций абонента, которые соответствуют записям, содержащимся в наборе нормализованной информации о контакте упомянутого выбранного абонента;
составление списка совпадающих идентификаций абонентов; и отправление сообщения приглашения каждому абоненту в списке идентификаций абонента.
прием в по меньшей мере одном сервере списка контактов от каждого мобильного абонента в пределах сети;
обработку каждого списка контактов, чтобы сформировать набор нормализованной информации о контакте для каждого абонента в системе;
сравнение набора нормализованной информации о контакте для выбранного абонента с каждой идентификацией абонента в системе;
идентификацию идентификаций абонента, которые соответствуют записям, содержащимся в наборе нормализованной информации о контакте упомянутого выбранного абонента;
составление списка совпадающих идентификаций абонентов; и отправление сообщения приглашения каждому абоненту в списке идентификаций абонента.
21. Способ по п.20, в котором способ дополнительно включает в себя этап последовательного считывания каждой записи в списке контактов абонента и отправления каждой записи в качестве считанной на сервер.
22. Способ по п.20, в котором способ дополнительно включает в себя этап группирования множественных контактов перед отправкой их на сервер.
23. Способ по п.20, в котором способ включает в себя этап дублирования списка контактов, принятого от каждого абонента, и сохранения неизмененной версии списка контактов на сервере.
24. Способ по п.23, в котором способ включает в себя этап отправления неизмененной версии списка контактов мобильному абоненту от множества мобильных абонентов по запросу от мобильного абонента.
25. Способ по п.24, в котором отправляются только детали контакта из неизмененной версии списка контактов, для которого не содержатся совпадения в списке контактов, хранящемся посредством мобильного абонента.
26. Способ по п.20, в котором способ включает в себя этапы приема подтверждения от одного или более абонентов принятия приглашающего сообщения и составление списка друзей для выбранного абонента, составленного из одного или более абонентов, которые принимают приглашающее сообщение.
27. Способ по п.20, в котором способ включает в себя этапы добавления друзей, когда существует полное совпадение, добавления односторонних друзей, когда существует частичное совпадение, и добавление друзей телефонной книги, когда запись не является абонентом.
28. Способ по п.20, дополнительно включающий в себя этап обнаружения мошеннических регистрации списка контактов абонента.
29. Способ по п.28, в котором этап обнаружения мошеннических регистраций включает в себя по меньшей мере одну из следующих операций:
удаление абонентов (SIM/идентификаторы MIN), которые были активными в сети в течение более, чем заранее определенного периода времени;
сравнение числа записей в списке контактов выбранного абонента с числом записей, содержащихся во всем сервере;
сравнение полей основного имени первых и последних пяти записей со всеми записями, содержащимися в сервере;
сравнение полей мобильных номеров первых и последних пяти записей, используя основное имя/фамилию как ключевые, чтобы сравнить записи, содержащиеся в системе;
формирование отображения списка контактов и сравнение этого отображения со всеми записями, содержащимися в сервере.
удаление абонентов (SIM/идентификаторы MIN), которые были активными в сети в течение более, чем заранее определенного периода времени;
сравнение числа записей в списке контактов выбранного абонента с числом записей, содержащихся во всем сервере;
сравнение полей основного имени первых и последних пяти записей со всеми записями, содержащимися в сервере;
сравнение полей мобильных номеров первых и последних пяти записей, используя основное имя/фамилию как ключевые, чтобы сравнить записи, содержащиеся в системе;
формирование отображения списка контактов и сравнение этого отображения со всеми записями, содержащимися в сервере.
30. Способ по п.29, дополнительно включающий в себя этап определения, что мошенническая регистрация существует, когда совпадение возвращается из любой одной из операций.
31. Способ по п.20, в котором этап сравнения дополнительно включает в себя сравнение набора нормализованной информации о контакте выбранного включенного абонента с набором нормализованной информации о контакте дополнительного абонента, чтобы определить, содержатся ли соответствующие сетевые идентификации абонента выбранного абонента и дополнительного абонента в соответствующем наборе нормализованной информации о контакте выбранного и дополнительного абонентов.
32. Способ по п.31, дополнительно включающий в себя этап добавления дополнительного абонента в список друзей выбранного абонента и выбранного абонента в список друзей, ассоциированный с дополнительным абонентом, при определении, что набор нормализованной информации о контакте выбранного абонента содержит сетевую идентификацию дополнительных абонентов, и набор нормализованной информации о контакте дополнительного абонента содержит сетевую идентификацию выбранных абонентов.
33. Способ по п.20, дополнительно содержащий этапы:
добавление записей друзей в списки друзей обеих сторон для полных совпадений;
добавление односторонних друзей в списки друзей для частичных совпадений;
добавление друзей телефонной книги в списки друзей для записей неабонента; и
отправки приглашения к каждому неабоненту в списке совпадающих сетевых идентификаций.
добавление записей друзей в списки друзей обеих сторон для полных совпадений;
добавление односторонних друзей в списки друзей для частичных совпадений;
добавление друзей телефонной книги в списки друзей для записей неабонента; и
отправки приглашения к каждому неабоненту в списке совпадающих сетевых идентификаций.
34. Способ для идентификации текущих активных контактов на компьютеризированной системе, посредством опроса множества различных журналов регистрации и местоположений хранилища сообщений на мобильном телефоне и затем представления множества идентифицированных уникальных контактов как множества потенциальных Друзей.
35. Способ по п.34, содержащий идентификацию существующих Друзей в списке Друзей пользователей и автоматически исключающий их из тех, что представлены.
36. Способ по п.34, дополнительно содержащий получение дополнительной информации относительно контактов, идентифицированных из телефонной книги мобильного телефона.
37. Способ по п.34, дополнительно содержащий идентификацию, является ли контакт абонентом системы, и если да, представление идентифицированного контакта как абонента системы как потенциального Друга.
38. Способ по п.35, дополнительно содержащий представление всех других контактов как контактов телефонной книги для включения их в список Друзей, с кем можно общаться, только используя местные телефонные функции и электронную почту.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SG200805067-6A SG157990A1 (en) | 2008-07-04 | 2008-07-04 | System and method for facilitating the growth of a mobile community |
| SG200805067-6 | 2008-07-04 | ||
| PCT/SG2009/000240 WO2010002355A1 (en) | 2008-07-04 | 2009-07-02 | System and method for facilitating the growth of a mobile community |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2010140044A RU2010140044A (ru) | 2012-08-10 |
| RU2469500C2 true RU2469500C2 (ru) | 2012-12-10 |
Family
ID=41466221
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2010140044/07A RU2469500C2 (ru) | 2008-07-04 | 2009-07-02 | Система и способ для облегчения развития мобильного сообщества |
Country Status (19)
| Country | Link |
|---|---|
| US (2) | US10069768B2 (ru) |
| EP (1) | EP2297983A4 (ru) |
| JP (1) | JP5360781B2 (ru) |
| KR (1) | KR101210940B1 (ru) |
| CN (1) | CN101897204B (ru) |
| AU (1) | AU2009266361B2 (ru) |
| BR (1) | BRPI0906087A2 (ru) |
| CA (1) | CA2711306C (ru) |
| CO (1) | CO6300892A2 (ru) |
| EG (1) | EG26562A (ru) |
| HK (1) | HK1150112A1 (ru) |
| MX (1) | MX2010007903A (ru) |
| MY (1) | MY163801A (ru) |
| RU (1) | RU2469500C2 (ru) |
| SG (1) | SG157990A1 (ru) |
| TW (1) | TWI451346B (ru) |
| UA (1) | UA100042C2 (ru) |
| WO (1) | WO2010002355A1 (ru) |
| ZA (1) | ZA201005323B (ru) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9047350B2 (en) * | 2009-08-18 | 2015-06-02 | Disney Enterprises, Inc. | System and method for managing relationships among resources |
| US8832204B1 (en) * | 2009-09-24 | 2014-09-09 | Sprint Communication Company L.P. | Text message spam solutions |
| US8886664B2 (en) * | 2010-05-13 | 2014-11-11 | Microsoft Corporation | Decreasing duplicates and loops in an activity record |
| CN101986674A (zh) * | 2010-09-17 | 2011-03-16 | 中兴通讯股份有限公司 | 一种通过移动通信终端邀请社交网站好友的方法及装置 |
| CN102624636B (zh) * | 2011-01-26 | 2015-05-27 | 中国移动通信集团公司 | 即时通信系统中授权控制的方法、系统及装置 |
| CN102118698B (zh) * | 2011-03-21 | 2014-01-15 | 广州市动景计算机科技有限公司 | 基于移动终端联系人信息建立社区关系网的方法及装置 |
| US8738714B2 (en) | 2011-07-18 | 2014-05-27 | Tangome, Inc. | Suggesting invitations to join a network |
| KR101922985B1 (ko) | 2011-12-08 | 2018-11-29 | 삼성전자주식회사 | 연락처 정보의 구독을 초대하는 장치 및 방법 |
| KR101861822B1 (ko) | 2012-04-02 | 2018-05-29 | 삼성전자주식회사 | 폰 북을 이용한 ｓｎｓ 제공 방법 및 이를 위한 이동 단말기 |
| US9113283B2 (en) * | 2012-04-03 | 2015-08-18 | Telefonaktiebolaget L M Ericsson (Publ) | Systems and methods for event notification framework in a machine-to-machine (M2M) context |
| CN103916509B (zh) * | 2012-12-31 | 2017-08-04 | 北京新媒传信科技有限公司 | 一种手机通讯录恢复方法和装置 |
| US9148489B2 (en) | 2013-03-11 | 2015-09-29 | Qualcomm Incorporated | Exchanging a contact profile between client devices during a communication session |
| US9622275B2 (en) | 2013-03-15 | 2017-04-11 | Qualcomm Incorporated | System and method for allowing multiple devices to communicate in a network |
| KR101832394B1 (ko) * | 2013-04-10 | 2018-02-26 | 삼성전자주식회사 | 단말 장치, 서버 및 그 제어 방법 |
| CN103346956B (zh) * | 2013-06-28 | 2017-02-08 | 小米科技有限责任公司 | 一种社交网络中社交关系的扩展方法及系统 |
| TWI503779B (zh) * | 2014-01-08 | 2015-10-11 | Mitake Information Corp | 社群網站熟人隱藏之系統、裝置與方法 |
| US10175997B2 (en) | 2014-11-26 | 2019-01-08 | Intuit Inc. | Method and system for storage retrieval |
| US10417717B2 (en) | 2014-11-26 | 2019-09-17 | Intuit Inc. | Method and system for generating dynamic user experience |
| US9678936B2 (en) | 2014-11-26 | 2017-06-13 | Intuit Inc. | Dynamic user experience workflow |
| US10621618B2 (en) * | 2015-02-19 | 2020-04-14 | Intuit Inc. | System and method to connect a user of a product to contacts of the user who are promoters |
| CN107104928B (zh) * | 2016-02-23 | 2020-06-12 | 阿里巴巴集团控股有限公司 | 业务实现方法及装置 |
| CN105744038B (zh) * | 2016-03-29 | 2019-07-02 | 北京小米移动软件有限公司 | 状态同步方法及装置 |
| US10104034B1 (en) * | 2016-03-30 | 2018-10-16 | Microsoft Technology Licensing, Llc | Providing invitations based on cross-platform information |
| CN106603700A (zh) * | 2016-12-29 | 2017-04-26 | 江西博瑞彤芸科技有限公司 | 关联信息的推送方法 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050171799A1 (en) * | 2004-01-29 | 2005-08-04 | Yahoo! Inc. | Method and system for seeding online social network contacts |
| WO2006013665A1 (ja) * | 2004-08-02 | 2006-02-09 | Kaneka Corporation | 還元型補酵素ｑを含有する美白用組成物 |
| RU2273105C2 (ru) * | 2001-04-30 | 2006-03-27 | Нокиа Корпорейшн | Система передачи сообщений |
| US20060094596A1 (en) * | 2004-11-01 | 2006-05-04 | Asahi Kasei Kabushiki Kaisha | Catalyst for exhaust gas purification |
| US20060167849A1 (en) * | 2005-01-26 | 2006-07-27 | Echovox Sa | Method and system for mobile instant messaging using multiple protocols |
| US20060242014A1 (en) * | 2005-04-25 | 2006-10-26 | Marshall Charles T | Contacts networking technology |
| US20060288077A1 (en) * | 2005-06-16 | 2006-12-21 | Mediatek Inc. | Systems and methods for instant messaging |
| WO2007053122A1 (en) * | 2005-11-07 | 2007-05-10 | Chikka Pte Ltd | 'buddy-based cross-carrier messaging system' |
| JP2008048259A (ja) * | 2006-08-18 | 2008-02-28 | Ntt Docomo Inc | 移動通信システム、サーバ、移動通信端末および通信方法 |
| KR100820026B1 (ko) * | 2007-06-29 | 2008-04-08 | 주식회사 케이티프리텔 | 번호기반 무선 메신저의 버디리스트 자동 등록 서비스 제공방법 및 시스템 |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08335539A (ja) * | 1995-06-06 | 1996-12-17 | Sony Corp | 生産管理装置および生産管理方法 |
| US5822523A (en) * | 1996-02-01 | 1998-10-13 | Mpath Interactive, Inc. | Server-group messaging system for interactive applications |
| US6775264B1 (en) * | 1997-03-03 | 2004-08-10 | Webley Systems, Inc. | Computer, internet and telecommunications based network |
| EP1311924A2 (en) * | 2000-06-22 | 2003-05-21 | Yaron Mayer | System and method for searching, finding and contacting dates on the internet in instant messaging networks and/or in other methods that enable immediate finding and creating immediate contact |
| SE523564C2 (sv) | 2000-09-20 | 2004-04-27 | Mahmood Valadi | Matchning av användarprofiler och positionering av mobiltelefoner i ett mobilt kommunikationsnät |
| JP2003169365A (ja) * | 2001-11-29 | 2003-06-13 | Matsushita Electric Ind Co Ltd | 検索システム |
| AU2003269637B2 (en) | 2002-09-19 | 2007-01-25 | Blackberry Limited | System and method of accessing contact information on a communication device |
| US20040193601A1 (en) * | 2003-03-24 | 2004-09-30 | Bin Hu | Method and contact list server for modifying the entry names in a contact list |
| US20050182745A1 (en) * | 2003-08-01 | 2005-08-18 | Dhillon Jasjit S. | Method and apparatus for sharing information over a network |
| US8131803B2 (en) * | 2003-08-19 | 2012-03-06 | Research In Motion Limited | System and method for integrating an address book with an instant messaging application in a mobile station |
| US8898239B2 (en) * | 2004-03-05 | 2014-11-25 | Aol Inc. | Passively populating a participant list with known contacts |
| US8788492B2 (en) * | 2004-03-15 | 2014-07-22 | Yahoo!, Inc. | Search system and methods with integration of user annotations from a trust network |
| ATE398903T1 (de) * | 2004-06-08 | 2008-07-15 | Ericsson Telefon Ab L M | Verfahren und funkkommunikationsnetz zur erkennung der anwesenheit betrügerisher teilnehmeridentitätsmodule |
| US20070093234A1 (en) * | 2004-08-20 | 2007-04-26 | Willis John A | Identify theft protection and notification system |
| US20060136584A1 (en) * | 2004-12-17 | 2006-06-22 | Nokia Corporation | System, network entity, client, method and computer program product for managing a contact list |
| US7562104B2 (en) * | 2005-02-25 | 2009-07-14 | Microsoft Corporation | Method and system for collecting contact information from contact sources and tracking contact sources |
| KR20050045964A (ko) | 2005-04-13 | 2005-05-17 | 순천대학교 산학협력단 | 마이크로파에 의한 가열방법으로 폐슬러지를 고효율로탈수하고 건조하는 공정 |
| US8770477B2 (en) * | 2005-04-26 | 2014-07-08 | Guy Hefetz | Method for identifying the georgrapic location of a router |
| US9727867B2 (en) * | 2005-04-26 | 2017-08-08 | Guy Hefetz | Method for detecting misuse of identity in electronic transactions |
| US8379837B2 (en) | 2005-05-06 | 2013-02-19 | Qualcomm Incorporated | Method and system for providing and managing public telephone directory service |
| US7797318B2 (en) * | 2005-08-25 | 2010-09-14 | Microsoft Corporation | Networking through electronic messaging and mail |
| US20070100944A1 (en) * | 2005-10-28 | 2007-05-03 | Microsoft Corporation | Uniform resource identifier decoration to enable connectivity for instant messaging providers serving non-authoritative namespaces |
| US7620404B2 (en) | 2005-12-22 | 2009-11-17 | Pascal Chesnais | Methods and apparatus for organizing and presenting contact information in a mobile communication system |
| JP5225587B2 (ja) * | 2006-03-20 | 2013-07-03 | 楽天株式会社 | ソーシャルネットワーキングサービスシステム |
| JP4753792B2 (ja) * | 2006-05-15 | 2011-08-24 | ソニー・エリクソン・モバイルコミュニケーションズ株式会社 | 情報通信端末、情報共有システム及び情報共有方法 |
| TWM304665U (en) * | 2006-05-19 | 2007-01-11 | Yau-Ren Jang | Mobile community construction system integrated with wireless positioning technique |
| US8102281B2 (en) * | 2006-08-11 | 2012-01-24 | Honda Motor Co., Ltd. | Method and system for receiving and sending navigational data via a wireless messaging service on a navigation system |
| US20080065755A1 (en) * | 2006-08-18 | 2008-03-13 | Siemens Communications, Inc. | Apparatus and method for automated presence status inquiries |
| US8276081B2 (en) | 2006-09-02 | 2012-09-25 | John Edward Boyd | Computer-based methods for arranging meetings and systems for performing the same |
| US20080065758A1 (en) | 2006-09-12 | 2008-03-13 | International Business Machines Corporation | Dynamic transient buddy and contact lists |
| GB0618627D0 (en) * | 2006-09-21 | 2006-11-01 | Vodafone Ltd | Fraud detection system |
| US7822761B2 (en) * | 2006-10-18 | 2010-10-26 | International Business Machines Corporation | Groupware system with improved contact data handling |
| EP2098010A1 (en) * | 2006-11-30 | 2009-09-09 | WANLESS, James Andrew | A method and system for providing automated real-time contact information |
| US8270577B2 (en) * | 2007-12-13 | 2012-09-18 | Verizon Patent And Licensing Inc. | Multiple visual voicemail mailboxes |
-
2008
- 2008-07-04 SG SG200805067-6A patent/SG157990A1/en unknown
-
2009
- 2009-07-02 JP JP2011516230A patent/JP5360781B2/ja not_active Expired - Fee Related
- 2009-07-02 BR BRPI0906087A patent/BRPI0906087A2/pt not_active IP Right Cessation
- 2009-07-02 KR KR1020107014055A patent/KR101210940B1/ko active IP Right Grant
- 2009-07-02 MX MX2010007903A patent/MX2010007903A/es active IP Right Grant
- 2009-07-02 US US12/866,021 patent/US10069768B2/en not_active Expired - Fee Related
- 2009-07-02 CN CN200980101326.0A patent/CN101897204B/zh not_active Expired - Fee Related
- 2009-07-02 UA UAA201010592A patent/UA100042C2/ru unknown
- 2009-07-02 EP EP09773868.6A patent/EP2297983A4/en not_active Withdrawn
- 2009-07-02 AU AU2009266361A patent/AU2009266361B2/en not_active Ceased
- 2009-07-02 MY MYPI2010003433A patent/MY163801A/en unknown
- 2009-07-02 CA CA2711306A patent/CA2711306C/en not_active Expired - Fee Related
- 2009-07-02 WO PCT/SG2009/000240 patent/WO2010002355A1/en active Application Filing
- 2009-07-02 RU RU2010140044/07A patent/RU2469500C2/ru not_active IP Right Cessation
- 2009-07-03 TW TW098122554A patent/TWI451346B/zh not_active IP Right Cessation
-
2010
- 2010-07-26 ZA ZA2010/05323A patent/ZA201005323B/en unknown
- 2010-08-20 CO CO10102758A patent/CO6300892A2/es active IP Right Grant
- 2010-08-26 EG EG2010081442A patent/EG26562A/en active
-
2011
- 2011-04-27 HK HK11104219.4A patent/HK1150112A1/xx not_active IP Right Cessation
-
2018
- 2018-08-20 US US16/105,280 patent/US20180359200A1/en not_active Abandoned
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2273105C2 (ru) * | 2001-04-30 | 2006-03-27 | Нокиа Корпорейшн | Система передачи сообщений |
| US20050171799A1 (en) * | 2004-01-29 | 2005-08-04 | Yahoo! Inc. | Method and system for seeding online social network contacts |
| WO2006013665A1 (ja) * | 2004-08-02 | 2006-02-09 | Kaneka Corporation | 還元型補酵素ｑを含有する美白用組成物 |
| US20060094596A1 (en) * | 2004-11-01 | 2006-05-04 | Asahi Kasei Kabushiki Kaisha | Catalyst for exhaust gas purification |
| US20060167849A1 (en) * | 2005-01-26 | 2006-07-27 | Echovox Sa | Method and system for mobile instant messaging using multiple protocols |
| US20060242014A1 (en) * | 2005-04-25 | 2006-10-26 | Marshall Charles T | Contacts networking technology |
| US20060288077A1 (en) * | 2005-06-16 | 2006-12-21 | Mediatek Inc. | Systems and methods for instant messaging |
| WO2007053122A1 (en) * | 2005-11-07 | 2007-05-10 | Chikka Pte Ltd | 'buddy-based cross-carrier messaging system' |
| JP2008048259A (ja) * | 2006-08-18 | 2008-02-28 | Ntt Docomo Inc | 移動通信システム、サーバ、移動通信端末および通信方法 |
| KR100820026B1 (ko) * | 2007-06-29 | 2008-04-08 | 주식회사 케이티프리텔 | 번호기반 무선 메신저의 버디리스트 자동 등록 서비스 제공방법 및 시스템 |
Also Published As
| Publication number | Publication date |
|---|---|
| ZA201005323B (en) | 2011-04-28 |
| CA2711306A1 (en) | 2010-01-07 |
| UA100042C2 (ru) | 2012-11-12 |
| CN101897204B (zh) | 2015-09-09 |
| WO2010002355A1 (en) | 2010-01-07 |
| US20100317322A1 (en) | 2010-12-16 |
| SG157990A1 (en) | 2010-01-29 |
| US20180359200A1 (en) | 2018-12-13 |
| EG26562A (en) | 2014-02-18 |
| EP2297983A1 (en) | 2011-03-23 |
| CO6300892A2 (es) | 2011-07-21 |
| KR101210940B1 (ko) | 2012-12-12 |
| AU2009266361B2 (en) | 2012-07-05 |
| HK1150112A1 (en) | 2011-10-28 |
| TWI451346B (zh) | 2014-09-01 |
| BRPI0906087A2 (pt) | 2016-08-09 |
| CA2711306C (en) | 2015-10-06 |
| AU2009266361A1 (en) | 2010-01-07 |
| MY163801A (en) | 2017-10-31 |
| TW201007592A (en) | 2010-02-16 |
| US10069768B2 (en) | 2018-09-04 |
| KR20110009073A (ko) | 2011-01-27 |
| RU2010140044A (ru) | 2012-08-10 |
| JP2011527140A (ja) | 2011-10-20 |
| EP2297983A4 (en) | 2016-08-03 |
| MX2010007903A (es) | 2010-08-13 |
| JP5360781B2 (ja) | 2013-12-04 |
| CN101897204A (zh) | 2010-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2469500C2 (ru) | Система и способ для облегчения развития мобильного сообщества | |
| US9553980B1 (en) | Providing caller identification to mobile devices | |
| US9971825B2 (en) | System and method for dynamic and secure communication and synchronization of personal data records | |
| CN101645926B (zh) | 一种基于手机通讯录的移动sns通信系统的工作方法 | |
| US20090280786A1 (en) | Updating contact information for mobile traffic | |
| RU2576495C2 (ru) | Система и способ для глобальной службы каталогов | |
| US20130218999A1 (en) | Electronic message response and remediation system and method | |
| US20080082541A1 (en) | System and Method for Determining Relationships Between Users of a Network System | |
| WO2015089504A1 (en) | Systems and methods of address book management | |
| US20110197114A1 (en) | Electronic message response and remediation system and method | |
| JP4681812B2 (ja) | 分散コラボレーション・システムでコンタクトを保存し管理するための方法及び装置 | |
| KR20040091181A (ko) | 개인 커뮤니티 정보 관리 방법 | |
| JP2011135125A (ja) | 電子電話帳システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20170703 |