Система та спосіб для сприяння зростанню мобільної спільноти

Реферат: Розкриваються система та спосіб для автоматичного зіставлення великої кількості мобільних абонентів. Система містить принаймні один сервер для отримання списку контактів від кожного мобільного абонента з великої кількості мобільних абонентів. Вказаний сервер настроєний для обробки списку контактів, аби створювати набір уніфікованої контактної інформації для кожного абонента в системі; порівнювати набір уніфікованої контактної інформації для вибраного абонента з мережевим ідентифікатором абонента, приписаним до кожного абонента в системі; визначати мережеві ідентифікатори, які збігаються з записами, що містяться в наборі уніфікованої контактної інформації вказаного вибраного абонента; впорядковувати перелік мережевих ідентифікаторів абонентів, що збігаються; і надсилати запрошення кожному абоненту з переліку мережевих ідентифікаторів абонентів, що збігаються. UA 100042 C2 (12) UA 100042 C2 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 Галузь винаходу Дана заявка стосується систем та спосібів для сприяння зростанню мобільної спільноти. Особливо, хоча і не виключно, даний винахід стосується забезпечення вдосконаленої практики миттєвих повідомлень в мережі мобільного зв'язку. Обговорення попереднього стану галузі техніки Останні роки засвідчили перехід сервісів повідомлень, таких як миттєві повідомлення та електронна пошта, до середовища мобільного зв'язку. В звичайному середовищі настільних комп'ютерів миттєві повідомлення (МП) забезпечували зв'язок на основі тексту в реальному часі чи близько до реального часу між двома чи більше учасниками мережі. Таким чином, головною відмінністю МП від таких сервісів як електронна пошта є відчутна синхронність зв'язку між користувачами, обмін повідомленнями відбувається в реальному часі чи близько до реального часу. Миттєві повідомлення зазвичай ведуть локальний журнал історії повідомлень, що зменшує розрив зі сталою природою електронних листів та сприяє швидкому обміну інформацією на кшталт URL чи уривків документів (які можуть бути громіздкими під час передачі телефоном). МП надають ефективний та дійовий зв'язок, що характеризується негайним отриманням відповіді чи повідомлення про одержання. Обмін мобільними миттєвими повідомленнями (ММП) злегка відрізняється від звичайного застосування МП на настільних комп'ютерах. ММП це сервіс повідомлень реального часу, що намагається перенести практику передачі повідомлень з настільних комп'ютерів до сценарію застосування "на ходу". І хоча деякі з базових ідей практики застосування на настільних комп'ютерах з одного боку підходять для з'єднаного мобільного пристрою, інші - ні. Наприклад, з метою створення насправді належної, потужної і в той же час зручної мобільної практики необхідно взяти до уваги деякі конструктивні особливості та відмінності, що пов'язані з мобільністю, такі як ширина каналу зв'язку, об'єм пам'яті, наявність медіа форматів, введення даних з клавіатури мобільного пристрою, вивід на екран, потужність процесора, які є ключовими питаннями, з якими не стикаються користувачі настільних пристроїв та навіть мандрівні користувачі з приєднаною мережею. Першочерговою метою будь-якої прикладної програми миттєвих повідомлень є створення великої спільноти користувачів, які надалі залишатимуться лояльними до постачальника сервісів спільноти. Стимулом до створення якомога більшої спільноти користувачів з точки зору постачальника сервісів є максимізація розміру доходів шляхом більшого застосування інфраструктури. З точки зору користувачів стимул створити спільноту стосується більше соціальної взаємодії. Справді, стосунки між користувачем та постачальником сервісів є до деякої міри симбіотичним, адже чим більшою є кількість користувачів, тим більшу кількість сервісів зможе запропонувати постачальник. Втім, в більшості клієнтських програм передачі повідомлень на мобільній платформі, рівно як і на інтернет-платформі, новий користувач часто надається з повністю порожнім списком друзів. Це є серйозною перепоною для нового користувача, яка заважає йому стати активним користувачем клієнтської програми передачі повідомлень, що, в свою чергу, впливає на зростання спільноти. Безсумнівно, було б корисно надати систему та спосіб, які б дозволили безперервно та ефективно з точки зору витрат зіставляти користувачів різних мобільних клієнтських програм передачі повідомлень, аби сприяти зростанню спільноти мобільних користувачів. Суть винаходу Відповідно до одного аспекту даного винаходу надається система для автоматичного зіставлення мобільних абонентів, дана система містить: принаймні один сервер для отримання від кожного мобільного абонента системи списку контактів, де вказаний сервер налаштований: обробляти список контактів, щоб створювати набір уніфікованої контактної інформації для кожного абонента в системі; порівнювати набір уніфікованої контактної інформації для обраного абонента з мережевим ідентифікатором абонента, приписаним до кожного абонента в системі; визначати мережеві ідентифікатори, які збігаються з записами, що містяться в наборі уніфікованої контактної інформації вказаного обраного абонента; впорядковувати перелік мережевих ідентифікаторів абонентів, що збігаються; і надсилати запрошення до кожного абонента з переліку мережевих ідентифікаторів абонентів, що збігаються. Переважно сервер також містить клієнтську програму, де вказана клієнтська програма налаштована виконувати послідовне зчитування списку контактів кожного мобільного абонента та надсилати цю інформацію на сервер. 1 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 Переважно кожний мобільний абонент створить численні контакти до того, як їх надішлють на сервер. Завантаження списку контактів на сервер може виконуватись явно (так, що процес, що триває, є помітним для абонента), або ж непомітно. Клієнтська програма може бути наділена можливістю керувати передачею списку контактів на сервер. Переважно клієнт виконує послідовну операцію зчитування списку контактів на мобільному пристрої абонента та завантажує пакети з одного чи більше записів списку контактів, в той час як вони передаються на сервер. В разі роз'єднання клієнт може автоматично перезапустити завантаження списку контактів з останнього прочитаного запису. Переважно сервер також пристосований створювати копію списку контактів, що отримується від кожного мобільного абонента, та зберігати незмінену версію списку контактів. Сервер тоді може надавати незмінену копію відповідному абоненту за запитом від цього абонента. В випадку, коли сервер отримує запит від абонента надати незмінену версію списку контактів, сервер направляє копію незміненого списку контактів абоненту так, щоб не перезаписати існуючі записи в мобільному пристрої абонента, які збігаються з записами списку контактів на сервері. Сервер також може оновлювати інформацію, що міститься в його версії списку контактів, коли знаходяться нові записи в поточному списку контактів, що зберігається на мобільному пристрої абонента. Набір уніфікованої контактної інформації може містити набір уніфікованих телефонних номерів, що беруться зі списку контактів кожного абонента. Переважно набір уніфікованих телефонних номерів створюється шляхом зберігання лише перших 7 цифр, читаючи з права наліво, повного телефонного номера, що зберігається в списку контактів. В разі, коли один абонент є відомим іншому, але зворотне довести не можна, сервер може бути налаштований ініціювати заклик до дії для абонента, який зберігає контакт, із запитом на створення приятельського зв'язку з тим контактом. Переважно запрошення та схвалення відбуваються в формі системних повідомлень клієнтської програми на пристрої користувача. В якості альтернативи, сервер може створювати запис в списку приятелів абонента, який зберігає контакт, що дозволяє спілкування, проте не виказує інформацію про присутність. Сервер може також бути налаштований порівнювати набір уніфікованої контактної інформації обраного абонента з набором уніфікованої контактної інформації наступного абонента, щоб визначити, чи відповідні абонентські мережеві ідентифікатори обраного абонента і наступного абонента містяться у відповідному наборі уніфікованої контактної інформації обраного та наступного абонентів. В разі, якщо абонентські мережеві ідентифікатори містяться у відповідному наборі уніфікованої контактної інформації, сервер додає наступного абонента до списку приятелів обраного абонента, та обраного абонента до списку приятелів, прив'язаного до наступного абонента, після визначення, що набір уніфікованої контактної інформації обраного абонента містить мережевий ідентифікатор наступного абонента, а набір уніфікованої контактної інформації наступного абонента містить мережевий ідентифікатор обраного абонента. Сервер також може дозволяти додавання до списку приятелів всіх контактів, що не розпізнані як існуючі члени спільноти, в якості особливої категорії приятелів ("приятелі з телефонної книги"). З цими приятелями можна спілкуватися за допомогою підмножини стандартних варіантів спілкування, та вони не можуть приймати участі в розкриті присутності. Коли приятелі з телефонної книги додаються, як описано вище, переважно сервер запрограмовано автоматично перетворювати приятелів з телефонної книги на приятелів зі спільноти, коли та сторона приєднується до спільноти. Також коли запис про приятеля будь-якого типу додається таким чином до списку приятелів користувача, переважно сервер налаштований приєднувати всю інформацію з початкового запису телефонної книги. Система також може включати доцільний набір мір безпеки, аби забезпечити належну ідентифікацію абонентів та попередити неодноразові шахрайські спроби зареєструватися (наприклад, які можуть бути вчинені для отримання безкоштовних пробних періодів, які надаються новим абонентам). З метою визначення шахрайських спроб реєстрації сервер може бути налаштований виконувати багатокроковий порівняльний процес. Ця багатокрокова операція може включати наступні функції: видалення абонентів (SIM-карти/мобільного номеру), що були активні в мережі протягом більше заздалегідь заданого проміжку часу; порівняння кількості записів в списку контактів обраного абонента з кількістю записів, що містяться на всьому сервері; 2 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 порівняння полів імен перших та останніх п'яти записів з всіма записами, що містяться на сервері; порівняння полів мобільних номерів перших та останніх п'яти записів, використовуючи ім'я/прізвище в якості ключа всіх записів, що містяться в системі; створення мапи списку контактів та порівняння цієї мапи з усіма записами, що містяться на сервері. Якщо на кожному кроці повертається збіг, то реєстрація вважається шахрайською та обробляється відповідно. Система може дозволяти абоненту вводити контактну інформацію до одного чи більше зовнішніх джерел, таких як контактна інформація, що утримується абонентом на вебсайті третьої сторони, інших пристроях, які має абонент, тощо. Відповідно до іншого аспекту цього винаходу, надається спосіб для автоматичного зіставлення мобільного абонента в мережі, даний спосіб містить кроки: отримання на принаймні одному сервері списку контактів від кожного мобільного абонента в мережі; обробка кожного списку контактів, аби створювати набір уніфікованої контактної інформації для кожного абонента в системі; порівняння набору уніфікованої контактної інформації для обраного абонента з ідентифікатором кожного абонента в системі; визначення ідентифікаторів абонента, що відповідають записам, які містяться в наборі уніфікованої контактної інформації вказаного обраного абонента; впорядкування переліку ідентифікаторів абонента, що збігаються; і надсилання запрошувальних повідомлень до кожного абонента з переліку ідентифікаторів абонента. Відповідно спосіб також містить крок послідовного зчитування кожного запису в списку контактів абонента та направлення кожного запису після прочитання на сервер. Переважно спосіб також містить крок відновлення повного списку приятелів, що включає всю телефону книгу, рівно як і інформацію про приятелів, до мобільного пристрою абонента. Не обов'язково спосіб також містить крок створення копії списку контактів, отриманого від кожного абонента, та зберігання незміненої версії списку контактів на сервері. Спосіб також може містити крок відновлення незміненого списку контактів на мобільному пристрої абонента. Спосіб може також містити кроки отримання від одного чи більше абонентів підтвердження прийняття запрошень та впорядкування списку приятелів для обраного абонента, складеного з одного чи більше абонентів, які прийняли запрошення. Переважно крок порівняння включає порівняння набору уніфікованої контактної інформації для обраного абонента з набором уніфікованої контактної інформації іншого абонента, щоб визначити, чи мережеві ідентифікатори абонента абонентів, які порівнюються, містяться в наборі уніфікованої контактної інформації для кожного з порівнюваних абонентів, та автоматичного додавання доречної інформації про абонента до списку приятелів кожного з абонентів, які порівнюються, після визначення, що набір уніфікованої контактної інформації містить доречні мережеві ідентифікатори абонента. Стислий опис графічних матеріалів З метою, щоб цей винахід можна було більш легко зрозуміти та застосувати на практиці, далі будуть розглянуті супровідні графічні матеріали, які ілюструють переважні варіанти втілення цього винаходу, і де: Фіг. 1 представляє собою схему системи для сприяння автоматичному зіставленню мобільних абонентів, відповідно до одного варіанту втілення даного винаходу; Фіг. 2 представляє собою блок-схему процесу завантаження та зберігання контактної інформації для сприяння автоматичному зіставленню мобільних абонентів, відповідно до одного варіанту здійснення даного винаходу; Фіг. З представляє собою блок-схему процесу автоматичного зіставлення відповідно до одного варіанту здійснення даного винаходу; Фіг. 4 представляє собою блок-схему процесу автоматичного зіставлення, розпочатого під час оновлення списку контактів абонента, відповідно до одного варіанту здійснення даного винаходу; Фіг. 5 представляє собою блок-схему процесу автоматичного зіставлення відповідно до одного варіанту здійснення даного винаходу, розпочатого під час реєстрації нового абонента, та або зміни в ідентифікаторі раніше зареєстрованого абонента відповідно до одного варіанту здійснення даного винаходу; 3 UA 100042 C2 5 10 15 20 25 30 35 40 Фіг. 6 представляє собою блок-схему процесу ідентифікації телефонної книги відповідно до одного варіанту здійснення даного винаходу; та Фіг. 7 представляє собою блок-схему процесу запрошення відповідно до одного варіанту здійснення даного винаходу. Опис варіантів здійснення винаходу Найближчим джерелом приятелів для програми передачі повідомлень на базі мобільного телефону є телефонна книга або список контактів мобільного абонента. Заявник винайшов процес, в якому списки приятелів заповнюються автоматично шляхом порівняння мобільних номерів та телефонних книг багатьох сторін з метою встановлення існуючих зв'язків між різними сторонами. Цей процес заявником було названо Автоматичним зіставленням приятелів (АЗП). В контексті подальшого опису термін "приятель з телефонної книги" може використовуватись взаємозамінно з фразою "інший контакт". Терміни "приятель зі спільноти" та "односторонній" приятель використовуються в контексті повних збігів та часткових збігів. На фіг. 1 показана система 100 для автоматичного зіставлення (A3) відповідно до одного варіанту здійснення даного винаходу, як показано мобільний абонент 101 здатен завантажувати вміст своєї мобільної телефонної книги 102 через мережу 103 на сервер 104. Сервер потім обробляє отримані данні для створення списку приятелів 105. Після цього сервер може необов'язково висилати запрошення 106 кожному з контактів 107, збережених у списку контактів 105. Як відзначено вище, перший крок в процесі A3 - це отримання копії телефонної книги кожного абонента. Це вимагає згоди від кожного абонента завантажити телефонну книгу на сервер. Процес завантаження може бути виконаний явно (так, що статус процесу, що триває, видно абоненту) або ж непомітно. Один приклад завантаження та способу, яким відбувається подальша обробка телефонної книги 200 абонента на сервері, показано на фіг. 2. Як тільки абонент погоджується завантажувати 201, клієнтська програма застосовується для зчитування кожного запису та збереження його на сервері 202. Як тільки весь вміст телефонної книги абонента завантажено, сервер робить копію 203 телефонної книги та зберігає першу копію 204 телефонної книги. Перша копія зберігається "як є" з усіма полями та даними, що зберігаються в їх первісному форматі. Ця копія призначається для використання в якості джерела відновлення, якщо це буде потрібно. Друга копія проходить крізь стадію попередньої обробки 204, на якій мобільні номери вибираються з телефонної книги та зберігаються 205 лише перші 7 цифр (рахуючи з права наліво). Це забезпечує відповідне форматування мобільних номерів для використання в подальшому порівнянні з телефонними книгами інших абонентів мережі. Як згадано вище, клієнтська програма керує процесом завантаження на сервер. Клієнтська програма послідовно зчитує дані телефонної книги (в фоновому режимі) та завантажує дані на сервер. В разі розриву процесу клієнтська програма автоматично поновлює завантаження з місця, де воно було перерване. Сервер приймає кожен запис телефонної книги (елемент) та необов'язково обробляє його на основі наступних правил: Сценарій Інструкція Завантажений елемент відсутній на Додати новий елемент до даних телефонної книги цього сервері. абонента, яка зберігається на сервері. Завантажений елемент тотожній Ніякі дії не вимагаються. тому, що є на сервері. Розпізнати ймовірно тотожні елементи. Запропонувати Завантажений елемент відповідає абоненту на мобільному клієнті огляд елементів, що якимось критеріям тотожності: Ім'я співпадають, та спитати, які зберегти (варіанти відповіді та прізвище Номер(и) зберегти "один елемент", "обрані елементи" або "всі елементи"). Розпізнати як ймовірно видалений елемент. Елемент, що зберігається на Запропонувати абоненту на мобільному клієнті огляд сервері, більше не присутній в ймовірно видаленого елемента та запитати його, чи він телефонній книзі мобільного бажає прибрати цей елемент з телефонної книги на пристрою. сервері. Варіанти відповіді - "так" чи "ні". В іншому варіанті сервер приймає всі записи. Не виконуються жодні видалення, окрім конкретних видалень записів в списку приятелів. 4 UA 100042 C2 5 10 15 Якщо процес завантаження переривається абонентом (наприклад, якщо він вимикає свій клієнт під час роботи), процес автоматично поновлюється, коли поновлюється робота клієнта. Винахід може включати здатність автоматично оновлювати телефонну книгу за принципом часу чи змін. У певних варіантах здійснення даного винаходу телефонна книга абонента може оновлюватись автоматично на сервер щомісячно, так що нові контакти включатимуться в разі збігу. У певних варіантах здійснення даного винаходу абонент має варіант особисто оновити/завантажити свою телефонну книгу. В інших варіантах здійснення телефонна книга може постійно відслідковуватись, а оновлення -вноситись одразу після того, як вони робляться. Переважно коли абонент просить відновити свою телефонну книгу, клієнтська програма починає відновлення, використовуючи повний набір інформації про приятелів. На цьому етапі винаходу, список приятелів містить всі дані телефонної книги та про приятелів. Практично перелік приятелів надає готове сховище для всіх контактів користувача, яке користувач може легко підтримувати. Необов'язково, коли абонент запитує відновлення своєї телефонної книги з резервного файлу телефонної книги, що зберігається на сервері, клієнтська програма починає відновлення даних телефонної книги з сервера. Наступні інструкції виконуються щодо записів телефонної книги, коли вони відновлюються назад до телефонної книги мобільного пристрою: Сценарій Відновлюваний елемент відсутній на мобільному пристрої. Елемент, що відновлюється, тотожній тому, що є на мобільному пристрої. Елемент, що відновлюється, відповідає якимось критеріям тотожності: Інструкція Додати новий елемент до телефонної книги мобільного пристрою. Ніякі дії не вимагаються. Розпізнати ймовірно тотожні Запропонувати абоненту елементи. на мобільному клієнті огляд елементів, що співпадають, та спитати, які зберегти на мобільному пристрої (варіанти відповіді зберегти "один елемент", "обрані елементи" або "всі елементи"). Ім'я та прізвище Номер(и) Розпізнати як ймовірно видалений елемент. Запропонувати абоненту на мобільному Елемент, що зберігається на мобільному клієнті огляд ймовірно видаленого елемента пристрої, відсутній в резервній копії на сервері. та запитати його, чи він бажає прибрати цей елемент з телефонної книги на мобільному пристрої. Варіанти відповіді - "так" чи "ні". 20 25 30 35 Фіг. 3 зображує процес 300 зіставлення/порівняння, відповідно до одного варіанту здійснення даного винаходу. Зіставлення виконується між телефонною книгою контактів абонента та мобільними номерами всіх існуючих абонентів в базі даних абонентів, зіставлення може виконуватись автоматично або за запитом від абонента. В даному конкретному прикладі порівнюються телефонні книги абонентів А 301 та В 302. Перш за все система визначає, чи телефонний номер абонента В міститься в телефонній книзі 303 абонента А. Якщо телефонний номер абонента В є в телефонній книзі абонента А, система визначає "рівень" збігу, встановлюючи, чи номер абонента А міститься в телефонній книзі 305 абонента В. Якщо номер абонента А є в телефонній книзі абонента В, тоді існує стан 307 "повного" збігу. В цьому випадку система визначила, що обидві сторони знають одне одного та автоматично додає кожного до списку приятелів 309 іншого. Ніякого додаткового втручання абонента не вимагається. Це відрізняється від платформ передачі повідомлень для настільних комп'ютерів, які ніколи не можуть розпізнати такий тип збігу і ніколи не можуть уникнути повного та іноді важкого процесу підтвердження. В разі, коли номера абонента В немає в телефонній книзі абонента А, система дивиться телефонну книгу абонента В, щоб визначити, чи міститься номер абонента А в телефонній книзі 304 абонента В. Коли збіг розпізнається як односторонній, тобто абонент А має мобільний номер абонента В в своїй телефонній книзі, але абонент В в своїй телефонній книзі не має інформації, що стосується абонента А, або ж навпаки, то існує стан "часткового" збігу 310. Лінія 5 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 60 поведінки при частковому збігу полягає в тому, щоб не надавати інформації про присутність та статус абонентові щодо сторони, з якою відбувається порівняння і якої вони на цей час не мають в своєму розпорядженні. Отже, в цьому випадку абонент В додається до списку приятелів абонента А, проте А не додається до списку приятелів В (або ж навпаки). В цьому випадку особа, яка володіє контактною інформацією іншої сторони, забезпечується приятелем, з яким вона може спілкуватися, - але інформація про присутність не надається. Далі в цьому випадку, якщо приятель А відсилає повідомлення до В, тоді В має змогу додати А в якості приятеля (роблячи зв'язок двостороннім приятельським зв'язком) або ж заборонити надалі йому надсилати повідомлення. Отже запрошення є прихованим при відсиланні повідомлення, де зв'язок є "одностороннім". Прикладами інформації присутності та статусу, яка не буде повідомлятись, можуть бути статусне повідомлення та зображення профілю. Стан відсутності збігу 306 визначається, коли телефонна книга абонента А не містить інформації про абонента В і навпаки. В такому випадку система визначає, що дві сторони не знають один одного. В цьому випадку запис, який не має збігу, додається як приятель без спільноти або як "приятель з телефонної книги", перед тим як система продовжує далі порівнювати телефонну книгу абонента А з телефонною книгою іншого абонента 308, і так далі, поки телефонна книга кожного абонента не пройде порівняння з кожною телефонною книгою, що зберігається на сервері. Незалежно від того, чи приятелі додаються як повні, односторонні чи приятелі з телефонної книги, вся інформація, що спочатку утримується користувачем в його телефонній книзі, зберігається та додається в якості додаткових даних до приятеля в списку приятелів. Ці додаткові дані не розкриваються іншим членам спільноти, але є видимі та можуть бути надані користувачеві в якості повного сховища його контактів на сервері, рівно як і для сприяння процесу відновлення. Як згадувалося вище, процес зіставлення може бути повністю автоматизований і може бути ініційований декількома різними варіантами сценаріїв, наприклад, коли абонент завантажує свою телефонну книгу на сервер, як показано на фіг. 4; або коли телефонна книга абонента автоматично оновлюється шляхом регулярних запланованих оновлень; або коли абонент змінює або додає запис до своєї телефонної книги, і коли новий абонент реєструється в системі, або існуючий абонент змінює свій телефонний номер, як показано на фіг. 5. З посиланням на фіг. 4 наводиться один приклад того, як може бути розпочатий процес 400 зіставлення та завантаження поточної версії телефонної книги окремого абонента, яка зберігається на мобільному пристрої. Як було вказано раніше, оновлення телефонної книги абонента на сервері може автоматично розпочинатися на основі часу або на основі змін, або ж власноруч за запитом абонента. Як тільки завантаження розпочато, клієнтська програма послідовно зчитує 401 телефонну книгу абонента, щоб визначити 402, чи існують будь-які нові записи. Якщо нових записів не існує, тоді процес завантаження завершується 403, і версія телефонної книги абонента, що раніше зберігалася на сервері, залишається незмінною. У випадку, якщо клієнтська програма встановлює, що в телефонній книзі абонента є додаткові записи, вона завантажує нові записи на сервер. Сервер тоді обробляє нові номери в телефонній книзі абонента, як обговорено вище у зв'язку з фіг. З, тобто сервер робить 404 копію нової телефонної книги та зберігає 405 копію. Потім сервер обробляє версію телефонної книги, яка залишилася, щоб створити 406 перелік уніфікованих телефонних номерів, кожний довжиною 7 цифр. Потім новий перелік уніфікованих телефонних номерів порівнюється 407 сервером з усіма номерами інших абонентів, що зберігаються в системі, щоб визначити збіг спосібом, подібним до того, що обговорювався вище у зв'язку з фіг. 3. Визначивши, що збіг існує, сервер додає 408 розпізнаний контакт до списку приятелів абонента відповідним чином, в залежності від встановленого рівня збігу (тобто часткового чи повного), а потім продовжує роботу, щоб визначити 402, чи є в наявності інші записи, аж поки повністю не опрацює всю телефонну книгу абонента. Фіг. 5 наводить один приклад того, як процес 500 зіставлення може бути розпочатий реєстрацією 501 нового абонентау постачальника сервісів або зміною 502 контактного мобільного номера існуючим абонентом. Номери, пов'язані з абонентами 501, 502 уніфікуються та порівнюються 503 з усіма номерами, що зберігаються на сервері. Якщо ніяких збігів не встановлено, процес завершується 506, і система тоді виконує низку додаткових процесів, щоб встановити, чи цей абонент є законним абонентом (більш детально розглядається нижче). Якщо збіг встановлено, система додає 504 абонента 501, 502, який розпочинає процес, до списку приятелів абонента, який має телефонну книгу, в якій міститься запис, що збігається. Потім сервер з'ясовує 505, чи є в наявності додаткові записи для порівняння, та продовжує 502 6 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 60 порівняння з тієї точки, в якій було встановлено останній збіг. Якщо в наявності більше немає записів (тобто пошук досяг кінця переліку номерів, що зберігаються), процес завершується 506. Крім наведеного вище, клієнт мобільного пристрою може включати функцію багатократного запрошення. В найпростішому випадку абонент за допомогою відповідного клієнтського інтерфейсу може обирати в списку контактів свого мобільного пристрою (телефонній книзі) конкретний контакт або контакти, яким він бажає надіслати запрошення. В цьому випадку обробка переважно виконується в клієнтській програмі на мобільному пристрої абонента. Як тільки запрошені розпізнаються, інформація через рівень даних IP надсилається на сервер, де запрошення створюються та надсилаються через SMSC оператора зв'язку у вигляді SMSповідомлень. Абонент також має варіант вибору чи з меню запрошення, чи з варіантів вибору під час перегляду своєї телефонної книги обрати запрошених або "запросити всіх". Якщо абонент обирає варіант "запросити всіх", то в нього буде запитано надати підтвердження його запиту. Текст підказки пояснить, що "запросити всіх" стосується лише мобільних контактів всередині мережі. Коли абонент погоджується розпочати процес "запрошення всіх", телефонна книга абонента завантажується на сервер (звичайно, за умови, що абонент ще не зробив цього). Абонент також буде позначений активним для Автоматичного зіставлення приятелів (обговорюється вище). Логіка тут полягає в тому, що в разі, якщо абонент бажає запросити людей зі своєї телефонної книги, то він, вочевидь, зацікавлений бути зв'язаним з людьми, яких він знає в системі. Завантаження телефонної книги відбувається в фоновому режимі, так що абонент не бачить подальшого впливу свого запиту "запросити всіх". Якщо процес завантаження переривається, він автоматично відновлюється наступного разу, коли клієнтська програма запускається на телефоні. Швидкість завантаження даних підбирається так, щоб гарантувати відсутність впливу на звичайні функції передачі повідомлень клієнтської програми. Коли дані телефонної книги стають доступними на сервері (навіть часткові дані), сервер готується та відсилає запрошення для всіх мобільних номерів "в мережі", керуючись префіксами мобільних номерів цього оператора зв'язку. Сервер зіставляє номер потенційного запрошеного з базою даних зареєстрованих абонентів та відкидає тих, хто вже є членами. Потім сервер зберігає копію запрошень "діючою" для кожного мобільного номера, рівно як і перелік того, хто кого запросив. Щоб уникнути "надокучливих" SMS запрошень, протягом одного дня на мобільний номер від системи надсилається лише одне запрошення. Якщо багато абонентів бажають запросити учасника в один день, система зберігає запити запрошення та надсилає їх в майбутні дні. Наприклад, мобільний абонент, якого запрошують три абонента, отримає три запрошення (одне від кожного) протягом трьох послідовних днів. В проміжку часу, коли запрошений отримує перше, друге чи третє запрошення, запрошений може зареєструватися, тим самим роблячи подальші запрошення зайвими. Перевірка виконується перед надсиланням запрошення, аби гарантувати, що запрошений тим часом вже не став зареєстрованим абонентом, щоб уникнути надсилання запрошеному "надокучливих" SMS запрошень. Перевірка є відносно простою, оскільки, коли запрошений стає зареєстрованим абонентом, той, хто запрошував, та запрошений автоматично додаються як приятелі до списку приятелів один одного. Отже, сервер має лише перевірити наявність запрошеного в списках приятелів зареєстрованих абонентів, що зберігаються на сервері. Запрошення, отримані запрошеними, містять ім'я особи, яка запросила їх, та "номер відправника" в SMS запрошенні буде мобільним номером того, хто запрошує. Ніякий користувацький текст, що визначається абонентом, не входить до повідомлення, оскільки це могло б дозволити процесу запрошення використовуватись в якості безкоштовного сервісу надсилання SMS. Сервер може необов'язково зберігати повідомлення запрошень та надсилати їх не в час максимальних навантажень. Таким чином потенційно великі обсяги повідомлень можуть надсилатися в час, коли потужність мережі використовується не повністю. Система може дозволяти мобільним абонентам блокувати майбутні запрошення шляхом надсилання SMS зі словом "BLOCK" на короткий номер. Тоді це додає мобільний номер, який має бути заблоковано, до чорного списку, який перевіряється перед тим, як відсилати будь-яке SMS запрошення. Оператор здатен підтримувати значну кількість запрошувальних повідомлень в мережі фактично із нульовими витратами. Повідомлення будуть надсилатися в час мінімальних навантажень, коли потужності мережі використовується не повністю. Таким чином, процес не створює фактичної інфраструктурної собівартості. Оператор здатен надавати своїм абонентам стимули запрошувати людей з своїх телефонних книг. Оператор володіє переліком мобільних 7 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 номерів всіх своїх абонентів, рівно як і переліком мобільних номерів, що підписані на сервіс. Таким чином, він здатен надсилати своїм клієнтам цільові SMS та ЕМ повідомлення, мотивуючи їх "запрошувати людей зі своїх телефонних книг". Це дозволяє постачальнику мобільних сервісів здійснювати цільові маркетингові кампанії для нових пропозицій сервісів, тощо, які оператор мережі має намір впровадити. Щоб забезпечити безпеку сервісів зіставлення та запрошення, система застосовує процес, який заявник назвав ідентифікацією телефонної книги. Ідентифікація надає можливість зіставляти телефонні книги, щоб дозволити системі розпізнавати особу та попереджати шахрайські спроби перереєстрації задля багаторазового отримання вступних безкоштовних періодів або інших особливих пропозицій. Оскільки процес призначається для розпізнання абонента, що має злий намір та який одержує нову SIM-карту чи мобільний номер спеціально для того, щоб скористатися безкоштовною вступною пропозицією, до процесу необхідно включати лише нові SIM-карти/мобільні номери. Один приклад процесу 600 ідентифікації показано на фіг. 6. Тут телефонна книга абонента отримується за допомогою процесів завантаження Автоматичного зіставлення приятелів і/або "запросити всіх", як обговорювалось вище. Інакше телефонна книга може бути отримана із використанням спосібу синхронізованої обробки. Завантаження телефонної книги (АЗП або "запросити всіх") є обов'язковою передумовою для отримання безкоштовних вступних пропозицій. Телефонна книга кожної людини містить, наприклад, численні контакти, численні поля для контактів, номери з кодами країн та без них, коди областей, тощо. Потім система порівнює 601 інформацію в телефонній книзі абонента, що реєструється, з базою даних раніше завантажених та порівняних телефонних книг. Елементами порівняння є поля імен, поля номерів (поле, що містить дані, також є частиною порівняння) та кількість збігів/відмінностей. Щоб показати збіг, порівняння не має бути точним. Оскільки особи, що мають злий намір, підозрюють, що цей процес застосовується, вони можуть спробувати обдурити систему, вставляючи фальшиві контакти, тощо. Процес має постійно вдосконалюватись, щоб реагувати на ці спроби. Перший крок процесу - це виключити 602 телефонні книги абонентів (SIM-карти/мобільні номери), які були активними в мережі протягом більш ніж чотирьох місяців. Оператор здатен отримати доступ до бази даних активних мобільних номерів і таким чином суттєво зменшити обробку даних, що вимагається для виконання процесу. Щоб зменшити потенційно величезні обчислення, які вимагаються для обробки телефонних книг, що залишаються, підхід полягає в виконанні багатокрокового прохідного процесу, де кожен крок поступово зменшує кількість полів для порівняння. На першому кроці 603 система порівнює кількість записів в телефонній книзі абонента, який реєструється, з кількістю записів відповідно до наступних критеріїв: - Кількість записів, що містяться в телефонній книзі абонента, дорівнює А; - Кількість записів бази даних раніше завантажених та порівняних телефонних книг дорівнює X; - Для кожного запису в базі даних порівняти А з X; Якщо 90 % від Х< А < 110 % від X, то вважати збігом та зберегти як кандидата для наступного кроку. Варто відзначити, що, якщо кількість записів в телефонній книзі є меншою за 30, то безкоштовний період не надавати. Якщо Ане перевищує 90 % від X, тоді телефонна книга абонента виключається 604 з подальшого порівняння. Якщо А відповідає визначеному критерію першого кроку 603, тоді система продовжує виконувати дію другого кроку 605 по реєстрації телефонної книги абонента. Дія другого кроку порівнює поля імен перших та останніх п'яти записів. У відповідності до наступних критеріїв: - Вважати за ймовірний збіг, якщо 6 з 10 записів збігаються (послідовність та невірні записи не враховуються/не мають значення) Якщо збігу не встановлено, то телефонна книга абонента виключається 606 з подальшого порівняння. Якщо збіг виявлено, то система продовжує виконувати дію третього кроку 607. Третій крок порівнює поля мобільних номерів перших 5 та останніх 5 записів, використовуючи ім'я/прізвище в якості ключа відповідно до наступних критеріїв: - Вважати за ймовірний збіг, якщо 6 з 10 записів збігаються Якщо збігу не встановлено, то телефонна книга абонента вилучається 608 з подальшого порівняння. Якщо умова збігу виконується, то система продовжує виконувати дію четвертого кроку 609. Дія четвертого кроку створює мапу вмісту телефонної книги відповідно до наступних критеріїв: 8 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 60 - Для всієї телефонної книги створити мапу всіх наявних полів (наприклад, мобільний номер, робочий телефон, факс.) і позначити одиничками та нулями. Виконати порівняння цієї мапи, використовуючи ім'я/прізвище в якості ключа. Якщо збігу не встановлено, то телефонна книга абонента вилучається 610 з подальшої перевірки, тобто абонент належним чином підтверджений та йому дозволено доступ до безкоштовних сервісів. Якщо збіг встановлено, сервер продовжує роботу і вилучає 611 абонента, який реєструється, з будь-яких безкоштовних пробних пропозицій, тощо. Спеціалістам в даній галузі техніки буде зрозуміло, що хоча процес ідентифікації був описаний як такий, що містить дію в чотири кроки, в разі необхідності можуть бути додані і додаткові кроки. Можна побачити, що для виконання ідентифікації телефонна книга не вимагається в повному обсязі. Для цього процесу зберігатиметься огляд кожної телефонної книги, з вибраними необхідними даними. Наприклад, з кожної телефонної книги може бути здобута підмножина даних, яка містить лише ту інформацію, яка вимагається для кожного критерію дозволу, тобто кількість контактів в книзі, перші імена для перших 5 та останніх 5 записів, перші 5 та останні 5 записів та мапа телефонної книги. Фіг. 7 зображує процес 700 для додавання "Приятелів з телефонної книги", тобто контактів в списку приятелів, які не є зареєстрованими членами системи. Це дозволяє абоненту системи спілкуватися з будь-ким зі своїх контактів, використовуючи зручність клієнтської платформи. Всі контакти телефонної книги додаються за замовчуванням шляхом процесу зіставлення, проте "Додати контакти телефонної книги" дозволяє користувачеві додавати нові контакти до свого списку приятелів навіть якщо вони можуть бути і відсутніми в його телефонній книзі. Система надає наступні засоби зв'язку з іншими контактами (тобто з приятелями з телефонної книги): - GSM виклик (власний дзвінок системи - мобільний та стаціонарний, включаючи міжнародний) - SMS (власне SMS системи) - ESMS (внутрішньо мережеве SMS із зв'язком між клієнтом та сервером через рівень даних IP та зв'язком між сервером та іншим контактом через SMSC та мережу GSM) - Електронний лист Email Коли новий абонент вперше входить до клієнтської програми, та послідовно раз на місяць після входу, автоматично запускається процес, який одержує 701 поточні контакти зі скриньки вхідних SMS, вихідної скриньки та журналу викликів (отримані виклики, набрані номери, пропущені виклики). Процес потім продовжує читати 702 телефонну книгу абонента, щоб дістати імена та прізвища, адреси електронної пошти, використовуючи номери, отримані зі скриньки вхідних SMS, вихідної скриньки, а також журналу викликів. Потім, зіставляючи отримані контакти, процес виключає 703 всі ті, що повторюються. Для кожного унікального контакту, знайденого в скриньці вхідних SMS, журналі викликів, тощо, робиться зіставлення зі списком приятелів абонента, щоб визначити, чи він вже знаходиться в списку приятелів чи то як повний приятель, чи то як приятель з телефонної книги, і якщо так, то для такого контакту більше не робиться ніяких дій. Синхронізація контролюється тригером на сервері та зіставляється при кожному вході абонента. Перед тим, як власне додаються контакти, процес вимагає підтвердження абонента, оскільки можливо увійти до мобільних пристроїв інших людей. Тоді абоненту показується екран, який повідомляє: "Це ваші поточні активні контакти. Чи хотіли б ви додати їх до вашого списку приятелів в якості інших контактів (тобто приятелів з телефонної книги)?» Абонент має можливість обрати (за допомогою відмітки) контакти, яки він бажає додати 704. За замовчуванням, коли екран подається вперше, навпроти всіх контактів стоять відмітки. Коли абонент погоджується, клієнтська програма продовжує роботу -додає 705 нові контакти як "приятелів з телефонної книги", використовуючи контактні дані з телефонної книги абонента. На закінчення система розпізнає всі мобільні контакти в мережі з цієї групи та подає 706 цей список абоненту із повідомленням: "Запросіть ваших друзів приєднатися до спільноти та заощадьте гроші на вашому спілкуванні!» За замовчуванням всі контакти відмічені позначкою. Тоді абонент може обрати продовжити роботу та запросити 707 ці контакти, або ж може скасувати 708 цю частину процесу. Система також може дозволити абоненту ввести його ідентифікаційні номери абонента з інших програм передачі повідомлень, такі як ідентифікаційний номер Yahoo Messenger, ідентифікаційний номер Windows Live або ідентифікаційний номер G-Talk. В такому випадку система потім здатна опитати списки приятелів всіх приєднаних користувачів МП, щоб розпізнати збіги між інформацією абонента, яка зберігається на сервері, та ідентифікаційними номерами користувачів комп'ютерних МП, та надає ці збіги в якості приятелів в мобільній спільноті МП для затвердження. В цьому конкретному прикладі списки приятелів МП 9 UA 100042 C2 5 10 обробляються головним чином так само, як і телефонні книги, щоб зіставляти осіб, які знають один одного. В наступному варіанті здійснення система може застосовувати інформацію, яка береться з адресної книги електронної пошти користувача, яка надається системі користувачем. В цьому прикладі, щоб створити список приятелів, система отримує доступ до інформації, яка зберігається в адресних книгах електронної пошти. Тоді система порівнює адреси електронної пошти, які зберігаються в контактній інформації абонентів, та адреси електронної пошти, записані в адресній книзі електронної пошти абонента, та розпізнає будь-які збіги. Коли система визначила збіг, вона, в залежності від рівня збігу, автоматично додає кожного до списку приятелів іншого. Має бути зрозуміло, що вищезгадані варіанти здійснення були надані лише в якості пояснення цього винаходу, і що подальші модифікації та вдосконалення до нього, що буде зрозуміло спеціалістам в даній галузі техніки, вважаються такими, що підпадають під об'єм даного винаходу, описаного тут. 15 ФОРМУЛА ВИНАХОДУ 20 25 30 35 40 45 50 55 60 1. Система для автоматичного зіставлення великої кількості мобільних абонентів, вказана система містить: принаймні один сервер для отримання від кожного мобільного абонента з великої кількості мобільних абонентів списку контактів, де вказаний сервер пристосований: обробляти список контактів, щоб створювати набір уніфікованої контактної інформації для кожного абонента в системі; порівнювати набір уніфікованої контактної інформації для вибраного абонента з мережевим ідентифікатором абонента, приписаним до кожного абонента в системі; розпізнавати мережеві ідентифікатори абонента, які збігаються з записами, що містяться в наборі уніфікованої контактної інформації вказаного вибраного абонента; впорядковувати перелік мережевих ідентифікаторів абонентів, що збігаються; і надсилати запрошення до кожного абонента з переліку мережевих ідентифікаторів абонентів, що збігаються. 2. Система за п. 1, яка відрізняється тим, що сервер також містить клієнтську програму, де вказана клієнтська програма налаштована виконувати послідовне зчитування списку контактів кожного мобільного абонента та передавати цю інформацію на сервер. 3. Система за п. 1, яка відрізняється тим, що мобільний абонент групує численні контакти, до того, як надіслати їх на сервер. 4. Система за п. 2 чи 3, яка відрізняється тим, що послідовне зчитування, що виконується клієнтською програмою, є помітним для абонента. 5. Система за будь-яким з пунктів 1-4, яка відрізняється тим, що сервер також налаштований робити копії списку контактів, отриманого від кожного мобільного абонента, та зберігати незмінену версію списку контактів. 6. Система за п. 5, яка відрізняється тим, що сервер надає незмінену версію списку контактів одному мобільному абоненту з великої кількості мобільних абонентів за запитом від цього мобільного абонента. 7. Система за п. 5, яка відрізняється тим, що сервер надсилає тільки подробиці контактів з незміненої версії списку контактів, для яких в списку контактів, що зберігається мобільним абонентом, не існує запису, що збігається. 8. Система за будь-яким з пунктів 1-7, яка відрізняється тим, що набір уніфікованої контактної інформації містить набір уніфікованих телефонних номерів, одержаних зі списку контактів кожного абонента. 9. Система за п. 8, яка відрізняється тим, що набір уніфікованих телефонних номерів на сервері формується зберіганням лише перших 7 цифр, читаючи справа наліво, повних телефонних номерів, що зберігаються в списку контактів. 10. Система за будь-яким з пунктів 1-9, яка відрізняється тим, що сервер налаштований ініціювати заклик до дії для вибраного абонента із запитом на створення приятельського зв'язку з одним чи більше абонентами, розпізнаними в переліку мережевих ідентифікаторів абонента, що збігаються. 11. Система за будь-яким з пунктів 1-9, яка відрізняється тим, що сервер налаштований автоматично додавати приятельський запис, коли власник завантажених даних демонструє односторонній збіг з одним чи більше абонентами, розпізнаними в переліку мережевих ідентифікаторів абонента, що збігаються. 10 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 12. Система за будь-яким з пунктів 1-9, яка відрізняється тим, що сервер налаштований порівнювати набір уніфікованої контактної інформації вибраного абонента з набором уніфікованої контактної інформації наступного абонента, щоб визначити, чи відповідні мережеві ідентифікатори абонента вибраного абонента та наступного абонента містяться у відповідному наборі уніфікованої контактної інформації вибраного та наступного абонентів. 13. Система за п. 12, яка відрізняється тим, що сервер додає наступного абонента до списку приятелів вибраного абонента та вибраного абонента до списку приятелів, пов'язаного з наступним абонентом, після визначення, що набір уніфікованої контактної інформації вибраного абонента містить мережевий ідентифікатор наступного абонента та набір уніфікованої контактної інформації наступного абонента містить мережевий ідентифікатор вибраного абонента. 14. Система за будь-яким з пунктів 1-13, яка відрізняється тим, що вся інформація телефонної книги включається до списку приятелів для власника завантажених даних. 15. Система за будь-яким з пунктів 1-14, яка відрізняється тим, що сервер налаштований розпізнавати шахрайські реєстрації списку контактів абонента. 16. Система за п. 15, яка відрізняється тим, що сервер виконує багатокроковий процес порівняння, щоб виявити шахрайські реєстрації списку контактів абонента. 17. Система за п. 16, яка відрізняється тим, що багатокроковий процес включає принаймні одну з наступних функцій: видалення абонентів (SIM-карт/мобільних номерів), які були активними в мережі протягом більше встановленого періоду часу; порівняння кількості записів в списку контактів вибраного абонента з кількістю записів, що містяться на всьому сервері; порівняння полів імен перших та останніх п'яти записів з усіма записами, що містяться на сервері; порівняння полів мобільних номерів перших та останніх п'яти записів, використовуючи ім'я/прізвище як ключ всіх записів, що містяться в системі; створення мапи списку контактів та порівняння мапи з усіма записами, що містяться на сервері. 18. Система за п. 17, яка відрізняється тим, що реєстрація вважається шахрайською, коли збіг для списку контактів повертається з будь-якої функції багатокрокового процесу. 19. Система за будь-яким з пунктів 1-18, яка відрізняється тим, що сервер також налаштований: додавати записи приятелів до списків приятелів обох сторін при повних збігах; додавати односторонніх приятелів до списків приятелів при часткових збігах; додавати приятелів з телефонної книги до списків приятелів для записів неабонентів; і направляти запрошення кожному неабоненту з переліку мережевих ідентифікаторів, що збігаються. 20. Спосіб для автоматичного зіставлення мобільного абонента в мережі, вказаний спосіб включає етапи, на яких: отримують принаймні одним сервером список контактів від кожного мобільного абонента в мережі; обробляють кожний список контактів, щоб створити набір уніфікованої контактної інформації для кожного абонента в системі; порівнюють набір уніфікованої контактної інформації для вибраного абонента з ідентифікатором кожного абонента в системі; розпізнають ідентифікатори абонентів, що збігаються з записами, які містяться в наборі уніфікованої контактної інформації вказаного вибраного абонента; впорядковують перелік ідентифікаторів абонентів, що збігаються; та направлюють запрошувальні повідомлення кожному абоненту з переліку ідентифікаторів абонента. 21. Спосіб за п. 20, який відрізняється тим, що спосіб також включає етап, на якому послідовного зчитують кожний запис в списку контактів абонента та надсилають кожний запис при зчитуванні на сервер. 22. Спосіб за п. 20, який відрізняється тим, що спосіб також включає етап, на якому формують групи багатьох контактів перед надсиланням їх на сервер. 23. Спосіб за пп. 20-22, який відрізняється тим, що спосіб також включає етап, на якому створюють копію списку контактів, отриманого від кожного абонента, та зберігають незмінену версію списку контактів на сервері. 11 UA 100042 C2 5 10 15 20 25 30 35 40 45 50 55 24. Спосіб за будь-яким з пунктів 20-23, який відрізняється тим, що спосіб включає етап, на якому надсилають незмінену версію списку контактів одному мобільному абоненту з великої кількості мобільних абонентів за запитом від цього мобільного абонента. 25. Спосіб за п. 24, який відрізняється тим, що надсилають тільки деталі контактів з незміненої версії списку контактів, для яких в списку контактів, який зберігається мобільним абонентом, не міститься запису, що збігається. 26. Спосіб за будь-яким з пунктів 20-25, який відрізняється тим, що спосіб включає етап, на якому отримують від одного чи більше абонентів підтвердження прийняття запрошення, та етап, на якому впорядковують список приятелів для вибраного абонента, який складається з одного чи більше абонентів, які приймають запрошення. 27. Спосіб за будь-яким з пунктів 20-25, який відрізняється тим, що спосіб включає етапи, на яких додають приятелів, коли існує повний збіг, додають односторонніх приятелів, коли існує частковий збіг, та додають приятелів з телефонної книги, коли запис не є абонентом. 28. Спосіб за будь-яким з пунктів 20-27, який відрізняється тим, що спосіб також включає етап, на якому виявляють шахрайські реєстрації списку контактів абонента. 29. Спосіб за п. 28, який відрізняється тим, що етап, на якому виявляють шахрайські реєстрації включає принаймні одну з наступних дій: видалення абонентів (SIM-карт/мобільних номерів), які були активними в мережі протягом більше встановленого періоду часу; порівняння кількості записів в списку контактів вибраного абонента з кількістю записів, що містяться на всьому сервері; порівняння полів імен перших та останніх п'яти записів з усіма записами, що містяться на сервері; порівняння полів мобільних номерів перших та останніх п'яти записів, використовуючи ім'я/прізвище як ключ для порівняння записів, що містяться в системі; створення мапи списку контактів та порівняння цієї мапи з усіма записами, що містяться на сервері. 30. Спосіб за п. 29, який відрізняється тим, що спосіб також включає етап, на якому виявляють, що шахрайська реєстрація існує, якщо збіг повертається з будь-якої із вказаних дій. 31. Спосіб за п. 20, який відрізняється тим, що етап порівняння також включає порівняння набору уніфікованої контактної інформації вибраного абонента з набором уніфікованої контактної інформації наступного абонента, щоб визначити, чи відповідні мережеві ідентифікатори абонента вибраного абонента та наступного абонента містяться в відповідному наборі уніфікованої контактної інформації вибраного та наступного абонентів. 32. Спосіб за п. 31, який відрізняється тим, що спосіб також включає етап, на якому виконують додавання наступного абонента до списку приятелів вибраного абонента та вибраного абонента до списку приятелів, пов'язаного з наступним абонентом, після встановлення, що набір уніфікованої контактної інформації вибраного абонента містить мережевий ідентифікатор наступного абонента та набір уніфікованої контактної інформації наступного абонента містить мережевий ідентифікатор вибраного абонента. 33. Спосіб за будь-яким з пунктів 20-32, який відрізняється тим, що також включає етапи, на яких: додають записи приятелів до списків приятелів обох сторін при повних збігах; додають односторонніх приятелів до списків приятелів при часткових збігах; додають приятелів з телефонної книги до списків приятелів для записів неабонентів; і направляють запрошення кожному неабоненту з переліку мережевих ідентифікаторів, що збігаються. 34. Спосіб для розпізнання поточних активних контактів шляхом опитування різноманітних журналів реєстрації та місць збереження повідомлень на мобільному телефоні, а потім подання розпізнаних унікальних контактів як потенційних приятелів. 35. Спосіб за п. 34, який відрізняється тим, що система розпізнає існуючих приятелів в списку приятелів користувача та автоматично виключає їх з тих, які пред'являються. 36. Спосіб за п. 34 або 35, який відрізняється тим, що система отримує додаткову інформацію стосовно контактів, розпізнаних з телефонної книги мобільного телефону. 37. Спосіб за будь-яким з пунктів 34-36, який відрізняється тим, що система з'ясовує, чи є контакт абонентом системи, і, якщо так, то подає його як потенційного приятеля. 38. Спосіб за будь-яким з пунктів 34-37, який відрізняється тим, що система подає всі інші контакти, з якими можна зв'язатися лише за допомогою стандартних телефонних функцій та електронної пошти, на включення до списку приятелів як контакти з телефонної книги. 12 UA 100042 C2 13 UA 100042 C2 14 UA 100042 C2 15 UA 100042 C2 16 UA 100042 C2 17 UA 100042 C2 18 UA 100042 C2 Комп’ютерна верстка Г. Паяльніков Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 19