Система и способ для облегчения развития мобильного сообщества

Система и способ для облегчения развития мобильного сообщества

Иллюстрации

Показать все

Реферат

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

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

Предшествующий уровень техники

За последние годы наблюдается переход услуг по обмену сообщениями, таких как система немедленной передачи текстовых сообщений и электронная почта, к среде мобильной связи. В стандартной среде настольной системы, мгновенная передача текстовых сообщений (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. В настоящем описании телефонная книга абонента получается с помощью Автоматического Сопос