Система для автоматизованого замовлення мобільних послуг

1. Система для автоматизованого замовлення мобільних послуг, в якій встановлюється телефонний зв'язок між замовником послуг та безпосереднім виконавцем, яка відрізняється тим що, встановлений телефонний зв'язок забезпечує взаємну анонімність номерів телефонів замовника та виконавця, але може бути відновлений у будь-який момент до тих пір, поки замовлення не буде виконане або скасоване, виконавці та замовники засобами провідного та/або VOIP, та/або мобільному зв'язку встановлюють з'єднання з певним номером пристрою телефонії, підключеного до сервера автоматизації, та за допомогою тонального набору передають тонові сигнали до IVR (Interactive Voice Response-системі попередньо записаних голосових повідомлень, що виконують функцію маршрутизації дзвінків всередині сервера автоматизації), також IVR перетворює тонові сигнали в дані для їх обробки та визначення номера телефону та/або пристрої зв'язку того виконавця, з якими потрібно встановити зв'язок за допомогою вільних пристроїв зв'язку, входи яких підключені до сервера автоматизації, сервер автоматизації встановлює телефонний зв'язок між замовником та виконавцем, з'єднавши голосові потоки пристроїв зв'язку, які підключені до сервера автоматизації, при цьому U 2 (11) 1 3 льного таксомотора задля виконання заявки, яка надійшла. Передача поточного місця таксомотора, як правило, здійснюється голосовими повідомленнями з використанням радіостанцій, але все частіше передається за допомогою різних технічних пристроїв з автоматичним або ручним управлінням, що веде до збільшення витрат на обладнання, підвищує вимоги щодо рівня знань користувачів та обслуговуючого персоналу, збільшує вартість володіння. До таких рішень відносяться наприклад: UA89637 С2 "СПОСІБ АВТОМАТИЗОВАНОГО ЗАМОВЛЕННЯ ТАКСОМОТОРНИХ ПОСЛУГ ТА СИСТЕМА ДЛЯ ЙОГО ЗДІЙСНЕННЯ"; ЕР 1770651 "COMPUTERISED SYSTEM FOR ORDERING TAXI SERVICES AND FOR MONITORING THE OPERATION OF A TAXICAB"; US2004/0177109Al, G06F015/16 "Method of providing automatic connection service for taxis using a communication network, and more particularly to a method of providing an automatic connection service for taxis". Спроби уникнути необхідності встановлення додаткового обладнання на автомобілі були, однак, такі рішення не дозволяють повністю автоматизувати роботу щодо прийому замовлень та передачі їх на борт автомобіля таксі. Всі ці системи передбачають обов'язкову участь диспетчера в процесі прийому та обробки замовлень, або передачі їх водієві таксомотора, а автоматизація здійснюється лише частково. До таких систем відносяться наступні: US2006/0034201Al, "Taxi dispatching system and dispatching method", RU2006132810A (H04Q9/00 (2006.01)) та Українського (11) 20596, (11) 19797 (21) U200609557 "СПОСІБ ДИСПЕТЧЕРИЗАЦІЇ ПЕРЕВЕЗЕННЯ ПАСАЖИРІВ НА ТАКСІ"; У патенті u200609557 вирішено задачу відмови від спеціального обладнання отримання даних від водіїв таксомоторів, що відрізняється тим, що дані про замовлення таксомоторних перевезень отримує диспетчер, а дані про стан водіїв передаються шляхом дзвінка на певний номер телефону, якому відповідає один із секторів, на які розбито місто. Другим способом передачі інформації від водія є спрямування кодових позначень з телефону водія через інтернет на сервер обробки інформації, а інформація про замовлення передається водієві не голосом, а текстовим повідомленням на телефон мобільного зв'язку, при цьому зв'язок між водієм та замовником не встановлюється. У всіх цих патентах, в тій чи іншій мірі, закладені аналоги винаходів: US2006/0034201Al, "Taxi dispatching system and dispatching method", JP2000332880, 2000.11.30, H04M1/27, "Direct call system for taxi with using the same national number through mobile phone"; DE3739481C2 "Synchronization method for a mobile radiotelephone"; US7437143; H04M11/04; H04Q7/20 "Method and system for setting up emergency services calls to an emergency services network; 62221 4 H04M300 "Telecommunication system with user modifiable PBX terminating call feature"; US4757267, H04M342 "Telephone system for connecting a customer to a supplier of goods"; US5661784, H04M342 "Method for operating an automatic ordering system in communication switching"; US699854 February 3, 2010 "Automated Transportation Call-Taking System". Найбільш близький аналог є патент UA89637 С2 "СПОСІБ АВТОМАТИЗОВАНОГО ЗАМОВЛЕННЯ ТАКСОМОТОРНИХ ПОСЛУГ ТА СИСТЕМА ДЛЯ ЙОГО ЗДІЙСНЕННЯ". Однак, він має такі недоліки: 1. До складу модуля зв'язку таксомотора введений комп'ютер з картою місцевості, що є додатковим та дорогим обладнанням, що надає сумнівні зручності для водія, який діє в умовах невеликих міст, електронні карти яких звично не існують. 2. Мобільний телефон водія таксомотора повинен мати зв'язок з модулем зв'язку, який об'єднаний з комп'ютером, що накладає певні вимоги щодо телефону, використовуваного в роботі. 3. Водій таксомотора, який бажає взяти замовлення на таксомоторні послуги, передає в комп'ютерний центр текстове повідомлення, яке містить код місцевості, що спричиняє збільшення вартості володіння даною системою, оскільки вартість передачі текстового повідомлення може бути порівнянна з декількома хвилинами телефонних розмов. 4. Можливе обслуговування тільки абонентських телефонних номерів міської телефонної мережі з присвоєними їм кодами місцезнаходження на плані регіону, який обслуговується, що призводить до серйозних помилок при визначенні місцезнаходження замовників, які користуються послугами провайдерів мобільного зв'язку, яки надають місцеві номери. 5. Замовник отримує послугу тільки тоді, коли його телефонний номер є у базі даних, а якщо абонентський номер замовника не визначений або коду місцезнаходження замовника немає в базі даних, програма самостійно присвоює код місцезнаходження, що не дозволяє коректно обробляти номери мобільних телефонів через постійні зміни місцезнаходження замовника, та веде до помилок при виборі таксомотора. 6. Не передбачена можливість здійснення зворотного зв'язку між водієм та замовником, що виключає можливість оперативно інформувати один одного про несподівані перешкоди, яки ускладнюють або роблять неможливим виконання замовлення. Система автоматизованого замовлення мобільних послуг, при якому встановлюється телефонний зв'язок між замовником послуги та безпосереднім виконавцем, який підходить для виконання такого замовлення. Система відноситься до автоматизованої системи управління та використання систем зв'язку. Задача, яку вирішує запропонована Система, є створення автоматизованого технологічного процесу прийому заявок на таксомоторні перевезення, при якому не потрібно встановлювати на мобі 5 льні об'єкти додаткових, вузькоспеціалізованих пристроїв, відпадає необхідність участі диспетчера та оператора зв'язку, забезпечується зворотний зв'язок між водієм та замовником послуги із збереженням анонімності телефонних номерів, легко забезпечується масштабованість, скорочується час обробки отриманих дзвінків та оформлення заявок на перевезення, забезпечується точність переданої інформації, підвищується безпека руху, зменшується рівень електромагнітного випромінювання властивий радіостанціям, встановленим на таксі, що позитивно позначається на здоров'я пасажирів та водіїв таксі, оточуючих людях, тварин та рослини. Разом з тим запропоноване рішення не виключає використання поширених засобів, які використовуються в процесі диспетчеризації таких, як радіотелефони та транковий зв'язок, проте, використовуване устаткування повинно генерувати тонові сигнали та мати інтерфейс, який забезпечує роботу з цифровою телефонною лінією зв'язку. Пропонований винахід забезпечує спільне та паралельне використання відмінних один від одного пристроїв та способів зв'язку задля досягнення єдиного результату - автоматизованого замовлення послуг. Поставлена задача вирішується способом, в якому комп'ютер виконує функції автоматичної телефонної станції щодо переадресування вхідних та вихідних дзвінків замовників та виконавців таким чином, що між ними встановлюється двосторонній голосовий зв'язок. Параметри встановленого голосового зв'язку між замовниками та виконавцями зберігається в пам'яті комп'ютера, що дозволяє знову встановити такий зв'язок в будь-який момент часу. Для встановлення зв'язку з найближчим до замовника виконавцем, замовник та виконавець повідомляють попередню інформацію за допомогою системи попередньо записаних голосових повідомлень, а отримані дані зберігаються в пам'яті комп'ютера. Задля вирішення поставленої задачі до комп'ютерного пристрою приєднано база даних та деяка кількість різних пристроїв зв'язку, що утворюють ряд каналів зв'язку, які групуються в засоби зв'язку. Таким чином, засоби зв'язку є віртуальними пристроями, що складаються з реальних каналів зв'язку, які об'єднані єдиною ознакою. Інформація про засоби зв'язку та про канали, які входять у кожне з них, зберігатиметься в базі даних. До складу комп'ютерного пристрою, який зветься сервером автоматизації, входять: контролер засобів зв'язку, до якого підключені виходи засобів зв'язку, що передають сигнал вхідного дзвінка; інтерфейс прийому вхідних дзвінків; блок маршрутизації; системи IVR користувачів; блок логічних обчислень; блок виконання дій; селектор засобів зв'язку та вільних каналів; блок голосового зв'язку; інтерфейс для вихідних дзвінків, підключений до входів засобів зв'язку. Будь-які дзвінки, які надходять по каналах засобів зв'язку, вважаються дзвінками користувачів, а користувачі згруповані в групи: "зареєстровані користувачі" та "виконавці",запис про які є в сервері баз даних; "користувачі з замовленнями" та 62221 6 "виконавці з замовлень" групуються у тимчасові групи при оформленні замовлень; "не зареєстровані користувачі", дані про які відсутні. Для кожної групи визначається IVR властивий тільки цій групі користувачів: IVR групи зареєстрованих користувачів; IVR виконавця; IVR не зареєстрованих користувачів; IVR користувачів із замовленнями; IVR виконавців, яки взяли замовлення. Користувачі набирають певний номер телефону та з'єднуються з пристроєм зв'язку, канали якого через інтерфейс підключені до сервера автоматизації. Таким чином виклик, що надійшов, передається в контролер засобів зв'язку. При надходженні сигналу виклику в контролер засобів зв'язку відбувається визначення засобу зв'язку, який узяв виклик, а також прилади в його складі, канал, по якому надійшов виклик, ідентифікатор користувача у вигляді номера телефону абонента (CallerlD) або позначення пристрою (DevicelD), який належить користувачу. У ході обробки вхідного сигналу присвоюється унікальний номер виклику та відбувається запис про цю подію на сервер баз даних, після чого виклик прямує на блок маршрутизації. У блоці маршрутизації для отримання додаткової інформації з сервера баз даних застосовується код користувача та унікальний номер виклику, зазначені контролером засобів зв'язку. Ідентифікатор користувача дозволяє визначити приналежність користувача до певної групи та направити виклик, маркований унікальним номером, до IVR цієї групи. Користувач за допомогою тонового сигналу (наприклад, натисканням кнопок мобільного телефону) здійснює вибір властивостей, запропонованих голосовим повідомленням IVR, тим самим формує набір даних, які на заключному рівні IVR відсилається до блока логічних обчислень. Блок логічних обчислень на підставі отриманих з IVR даних запитує додаткові дані, які зберігаються в сервері баз даних, та інструкції по обробці інформації щодо конкретного IVR, та обробляє ці дані. Результат обробки даних повертається до блока маршрутизації у вигляді опису маршруту виклику та/або команд в блок виконання дій. Однією з функцій блока логічних обчислень є порівняння даних про замовлення, відправленого користувачем, з даними, відправленими виконавцями. При їх збігу блок логічних обчислень видає в блок маршрутизації маршрут на блок голосового зв'язку, супроводив його номером телефону чи позначенням пристрою, який належить виконавцю, та з яким необхідно провести зв'язок. Блок голосового зв'язку утримує вхідний дзвінок та відправляє ідентифікатор виконавця в селектор засобів зв'язку та вільних каналів для встановлення зв'язку з виконавцем. Селектор засобів зв'язку та вільних каналів вибирає оптимальне для зв'язку з виконавцем засіб зв'язку, що має вільний канал, після чого встановлює зв'язок з виконавцем. Після встановлення зв'язку з виконавцем селектор засобів зв'язку та вільних каналів з'єднує вихідний виклик з блоком голосового зв'язку. 7 Блок виконання дій не залежить від наявності або відсутності вхідних чи то вихідних дзвінків та призначений для виконання таких сценаріїв як: звернення до сервера баз даних, ведення статистики, періодичне опитування пристроїв та інше. Окремий випадок алгоритму роботи сервера автоматизації - це коли користувачем занесене попереднє замовлення на послугу та збережене на сервері баз даних, тоді при встановленні виконавцем зв'язку та відправкою інформації за допомогою IVR, блок логічних обчислень видасть ідентифікатор користувача, який залишив замовлення, та маршрут такий, що блок маршрутизації направить виклик виконавця в блок голосового зв'язку, що призведе до з'єднання виконавця з користувачем. Короткий опис креслень На фіг.1 зображена загальна схема системі автоматизації замовлень. На фіг.2 зображено сервер автоматизації. На фіг.3 зображена загальна схема системі IVR з основними маршрутами та блоком маршрутизації Детальний опис корисної моделі На фіг.1 зображена загальна схема автоматизації замовлень, яка складається: - з набору різних пристроїв зв'язку, які містять один або кілька каналів зв'язку, умовно утворюють "засіб зв'язку" (1_1.1, 1_1.2, 1_1.3, 1_1.4, кожне з яких може бути позначено 1_1.*"), який представляє з себе групу каналів зв'язку об'єднаних за спільною ознакою (Наприклад: по технології роботи GSM/CDMA/PRI/Транк/Радіо …, або за провайдеру зв'язку - Провайдер1/Провайдер2/……); - сервера автоматизації (1_2); - сервера баз даних (1_3); - одного або декількох серверів диспетчеризації (1_4.1, 1_4.2); - персональних комп'ютерів (1_5.1, 1_5.2, 1_5.3, 1_5.4) диспетчерів підключених до сервера диспетчеризації (1_4). На Фіг.2 зображено сервер автоматизації, який включає в себе: - контролер засобів зв'язку (2_1) до якого підключені виходи засобів зв'язку (1_1.*), що передають сигнал вхідного дзвінка; - інтерфейс прийому вхідних дзвінків (IN); - блок маршрутизації (2_2); - системи IVR; систему IVR групи зареєстрованих користувачів (IVR_1), систему IVR виконавця (IVR_2), систему IVR не зареєстрованих користувачів (IVR_3), систему IVR користувачі із замовленнями (IVR_4), систему IVR виконавці із замовленнями (IVR_5), систему IVR адміністратора (IVR_6); - блок логічних обчислень (2_3), - блок виконання дій (2_4), - селектор засобів зв'язку та вільних каналів (2_5), - блок голосового зв'язку (2_6), - інтерфейс для вихідних дзвінків (OUT) підключений до входів засобів зв'язку (1_1). На фіг.3 зображена загальна схема IVR з основними маршрутами та блоком маршрутизації, в якої: 62221 8 - Інтерфейс прийому вхідних дзвінків (IN); - Блок маршрутизації (2_2); - IVR не зареєстрованих користувачів (IVR_3), - IVR користувачі із замовленнями (IVR_4), - IVR виконавці із замовленнями (IVR_5), - IVR адміністратора (IVR_6), - IVR групи зареєстрованих користувачів Міста №1 (IVR_1.1), - IVR групи зареєстрованих користувачів Міста №2 (IVR_1.2), - IVR водіїв Міста №1 (IVR_2.1), - IVR водіїв Міста №2 (IVR_2.2), - IVR вибору типу перевезення Міста №1 (IVR_T.1), - IVR вибору типу перевезення Міста №2 (IVR_T.2), - підменю IVR вибору районів Міста №1 (R_1.*), - підменю IVR вибору районів Міста №2 (R_2.*), - підменю IVR вибору стоянок Міста №1 (S_1.*), - підменю IVR вибору стоянок Міста №2 (S_2.*), - IVR налаштувань (IVR_T), Користувачі Системи згруповані в групи, а деякі групи розбиті на підгрупи. Так "зареєстровані користувачі" мають наступні підгрупи: "зареєстровані користувачі Міста №1, зареєстровані користувачі Міста №2. Також "виконавці" мають наступні підгрупи: "виконавці Міста №1, "виконавці Міста №2, запис про які є в сервері баз даних. Також є тимчасові групи; "користувачі з замовленнями", "виконавці з замовлень", які групуються при оформленні замовлень. А також група "не зареєстровані користувачі", дані про які відсутні. Для кожної групи визначається окремий IVR. Дана схема дозволяє організувати автоматичний прийом замовлень на таксомоторні перевезення одночасно в двох та більше містах (Місто №1, та Місто №2, що позначаються Місто №* де *позначає "відповідного міста"), причому для оформлення замовлень може використовуватися єдині номери телефонів служби замовлень. Диспетчеризація може здійснюватися з серверів диспетчеризації розділених по містах, як це зображено на фіг.1. Інформація про водіїв, їх номерах пристроїв зв'язку, типах перевезень, автомобілях, вноситься до Системи за допомогою серверів диспетчеризації, а інформація про готовність виконувати замовлення та місце розташування таксомотора, передається водієм таксомотора за допомогою IVR водія в цьому місті (IVR_2.*). Передача водієм інформації здійснюється після встановлення зв'язку із одним з пристроїв, які входять у групу засобів зв'язку (1_1.* Фіг.1). Початкове, замовники таксомоторних послуг відносяться до групи користувачів Системи, по яких немає записів в сервері баз даних (1_3 Фіг.1), та при першому з'єднанні проходять процедуру реєстрації номера свого телефону з зазначенням додаткових даних, необхідних для формування заявки. При реєстрації замовники, з використанням IVR незареєстрованих користувачів (IVR_3 9 фіг.1 та фіг.3), вказують місто, в якому вони перебувають в поточний момент, а для стаціонарних телефонних апаратів додатково вказують про можливість передачі тонових сигналів. Якщо апарат користувача не забезпечує передачу тонового сигналу, то такий апарат вважається стаціонарним, а користувачеві пропонується провести запис своєї адреси в голосовий файл. На підставі такого запису диспетчером вручну через сервер диспетчеризації (1_4* фіг.1) здійснюється запис про номер телефону, який додається в сервер баз даних (1_3 фіг.1) та містить відмітку прив'язки до однієї із стоянок та про те, що такий телефон є стаціонарний. Користувачі міської телефонної лінії, яки послали тоновий сигнал в лінію, та який повідомляє про те, що їх телефон стаціонарний, відправляються на той же IVR (IVR_1.* фіг.3), що і користувачі мобільного зв'язку, однак, такий виклик отримає відмітку про те, що телефон стаціонарний. Дані про місце розташування стаціонарного телефону користувача вносяться до бази даних (1_3 Фіг.1) лише один раз. При наступних дзвінках з стаціонарного телефону дзвінок користувача направляється таким чином, що відразу відбувається встановлення зв'язку з виконавцем. Всі дзвінки, що прийшли від водіїв таксомоторів та замовників, передаються в сервер автоматизації (1_2 фіг.1) через інтерфейс (ІΝ фіг.2) та далі в контролер засобів зв'язку (2_1 фіг.2). При надходженні сигналу виклику в контролер засобів зв'язку (2_1 фіг.2) відбувається визначення засобу зв'язку (1_1*), який узяв виклик, приладу в його складі, канал, по якому надійшов виклик, ідентифікатор користувача у вигляді номера телефону абонента або позначення приймально-передавача (у разі транкового або іншого зв'язку). З контролера зв'язку (2_1 фіг.2) виклик передається в блок маршрутизації (2_2 фіг.2 та фіг.3). На блок маршрутизації (2_2 фіг.3) надходить інформація, що містить номер телефону абонента та номер каналу, по якому надійшов виклик. У блоці маршрутизації (2_2 фіг.3) відбувається визначення власника даного номера телефону, приналежність власника до певної групи користувачів та маршрутизація, що виглядає наступним чином: КРОК 1 (Є запис про телефон в БД?) ТАК - перехід до КРОК 2, НІ → маршрут до IVR_3; КРОК 2 (Отримує в якому місті зареєстрований телефон.) - перехід до КРОК 3. КРОК 3 (За телефоном в Місті №*, числиться замовлення?) ТАК - перехід до КРОК 4, НІ - перехід до КРОК 5. КРОК 4 (Це телефон водія?) ТАК → маршрут до IVR_5, HI → маршрут до IVR_4. КРОК 5 (Це телефон водія?) ТАК → маршрут до IVR_2.*, НІ → маршрут до IVR_1.* Водій таксомотора використовує IVR (англ. Interactive Voice Response) систему попередньо записаних голосових повідомлень, виконуючу функцію маршрутизації дзвінків всередині сервера автоматизації, обставленої програмованим диспетчером кількістю рівнів IVR (R_*) та програмованим диспетчером набором параметрів та команд IVR (S_*). Коли дзвінок водія потрапляє на (IVR_5 фіг.3), водій може зв'язатися із замовником, закри 62221 10 ти замовлення, яке виконано, зробити вибір інших функцій певних IVR. Водій передає інформацію за допомогою тонального набору, посилаючи тональний сигнал (DTMF) натискає кнопку, що відповідає певному параметру, позначеному голосовим повідомленням IVR з програмованої кількістю вкладень/підрівнів IVR (R_* фіг.3) та програмованим набором параметрів (S_* фіг.3), варіанти яких зберігаються в сервері баз даних (1_3 фіг.1). Після прийому DTMF здійснюється обробка даних у блоці логічних обчислень (2_3 Фіг.2) та перехід на наступний підрівень IVR, а у випадках отримання DTMF, якім передбачають виконання команди, ініціюється виконання запрограмовані дії. У випадках спрямовання дзвінка водія на маршрут до IVR_2.* відповідного міста, водій, використовуючи підменю IVR, вказує район, в якому знаходиться (R_1.* або R_2.*) та стоянку, на якій він очікує отримати замовлення (S_1*, S_2.*). Також водій може вказати стан готовності (зайнятий або вільний). Коли IVR ініціює виконання запрограмованої дії, вибрані водієм параметри зберігаються на сервері баз даних (1_3 фіг.1) у вигляді поточного стану таксі (ТСТ), яке використовується для маршрутизації подальшого дзвінка водія "до останнього ТСТ". Для формування замовлення та ініціалізації зв'язку з водієм таксомотора замовник використовує IVR_1.*, за допомогою якого може вибрати тип перевезення (економ, бізнес, VIP, інше) з програмованим диспетчером кількістю рівнів та вкладень та програмованим набором параметрів, варіанти яких зберігаються в сервері баз даних(1_3 фіг.2); Замовник передає інформацію за допомогою тонального набору телефону для дротового або мобільного зв'язку (згідно із пропозицією натиснути кнопку), яка відповідає певному параметру, позначеному голосовим повідомленням IVR. Після отримання DTMF здійснюється обробка даних у блоці логічних обчислень (2_3) та перехід на наступний рівень ІVR до вибору стоянок (R_*), а у випадках коли отримання DTMF передбачає виконання команди (S_*) при виборі стоянки, IVR ініціює виконання запрограмованої дії та призначення нового маршруту, а дані про них зберігаються на сервері баз даних (1_3 фіг.2) у вигляді параметрів замовлення (ПЗ). Після закінчення вибору замовником пропозицій, яки надійшли з IVR, здійснюється обробка даних у блоці логічних обчислень (2_3 фіг. 2) та ініціює пошук таксомотора, відповідного вибраним замовником параметрам. Блок логічних обчислень (2_3 фіг.2) після порівняння ТСТ та ПЗ визначає номер мобільного телефону водія, ТСТ якого збігається з ПЗ, а у випадку відсутності збігу дає блокові маршрутизації (2_2 фіг.3) маршрут, який направляє виклик на сервісний IVR (IVR_T фіг.3), що надає можливість зберегти ПЗ на певний проміжок часу або шукати водія, ТСТ якого має мінімальні відмінності від ПЗ. У разі збігу ПЗ з ТСТ блок логічних обчислень (2_3 фіг.2) за допомогою блока маршрутизації (2_2 фіг.3) намагається встановити телефонний зв'язок з тим водієм таксомотора, який вказав ТСТ відповідне ПЗ, а у випадку безлічі таких збігів намага 11 ється встановити зв'язок у відповідності з правилами визначеними диспетчером, варіанти яких зберігаються на сервері баз даних. У разі неможливості встановити зв'язок через отримання сигналу "Зайнято" або "Абонент не відповідає" блок логічних обчислень (2_3 фіг.2) за допомогою блока маршрутизації (2_2 фіг.3), намагається встановити зв'язок з водієм у відповідності з правилами визначеними диспетчером, а в разі відсутності такого, направляє виклик на IVR (IVR_T фіг.3), що надає можливість зберегти ПЗ на певний проміжок часу або підшукати водія, ТСТ якого має мінімальні відмінності від ПЗ. Коли зв'язок з водієм таксі є встановленій, блок голосового зв'язку (2_6 фіг.2) ретранслює голосові повідомлення "від" та "до" способів зв'язку, до яких підключені канали водія та замовника; Коли з IVR водія (S_*) надходить DTMF ініціалізації виконання дії збереження ТСТ, то відбувається процедура порівняння ТСТ з ПЗ, яке збережено за вказівкою замовника на певний проміжок часу, тоді блок логічних обчислень (2_3 фіг.2) за допомогою блока маршрутизації (2_2 фіг.3) намагається встановити телефонний зв'язок з тим замовником таксомотора, який вказав ПЗ відповідне ТСТ, а у випадку безлічі таких збігів намагається встановити зв'язок у відповідності з правилами визначеними диспетчером, варіанти яких зберігаються в сервері баз даних. Контроль за виконанням замовлень, а також за місцем розташування автомобілів таксі здійснюється в режимі реального часу за допомогою серверів диспетчеризації, який отримує оновлені дані з сервера баз даних. Зміна правил призначення водіїв на замовлення, списків водіїв, автомобілів та їх характеристик, отримання статистики, виконується з комп'ютера диспетчера, підключеного до сервера диспетчеризації постійно або "за необхідності". Оскільки сервер автоматизації та сервер баз даних створюють автономну систему постійне підключення сервера диспетчеризації не є обов'язковим. Бібліографія: 1. Йон-Терье Беккен, Институт экономики транспорта, "Регулирование рынка таксомоторных услуг в Европе", Осло, "Институт экономики транспорта", 2003г. 62221 12 2. Борисов Б.Б. Транспортная связь: - М.: Транспорт, 1988. - 192с. 3. European Patent Application ЕР 1770651 COMPUTERISED SYSTEM FOR ORDERING TAXI SERVICES AND FOR MONITORING THE OPERATION OF A TAXICAB. 4. JP 2000332880, 2000.11.30, H04M1/27, "Direct call system for taxi with using the same national number through mobile phone". 5. DE 3739481C2 "Synchronization method for a mobile radiotelephone". 6. US 7437143; H04M11/04; H04Q7/20 "Method and system for setting up emergency services calls to an emergency services network". 7. AH04W422FI "METHOD AND SYSTEM FOR PLACING AN EMERGENCY CALL". 8. H04M300 "Telecommunication system with user modifiable PBX terminating call feature". 9. US 4757267, H04M342 "Telephone system for connecting a customer to a supplier of goods". 10. US 5036535, "Switchless automatic call distribution system". 11. US 5291550, H04M336 "Dynamic network call distributor". 12. US 2004/0177109Al, G06F015/16 "Method of providing automatic connection service for taxis using a communication network, and more particularly to a method of providing an automatic connection service for taxis". 13. US 2003/0054837Al, H04Q007/20 "Telephone call routing system and method". 14. US 2003/0235282Al, H04M003/42; G06F015/16; H04L012/66 "Automated transportation call-taking system". 15. US 6615046, H04Q720 "Automatic dispatch of mobile services". 16. US 5661784, H04M342 "Method for operating an automatic ordering system in communication switching". 17. US 699854 February 3, 2010 "Automated Transportation Call-Taking System". 18. u200609557 "СПОСІБ ДИСПЕТЧЕРИЗАЦІЇ ПЕРЕВЕЗЕННЯ ПАСАЖИРІВ НА ТАКСІ". 19. US 2006/0034201Al, "Taxi dispatching system and dispatching method". 13 Комп’ютерна верстка М. Ломалова 62221 Підписне 14 Тираж 23 прим. Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601