Більше

MapGuide з керівництвом щодо проектування баз даних RDBMS

MapGuide з керівництвом щодо проектування баз даних RDBMS


Я абсолютно новий у програмуванні ГІС, і я розробляю ГІС-додаток, і я думаю, що хочу використовувати MapGuide через його функції вибору користувачами (оцифровка та перекладання - або я можу це легко зробити за допомогою MapServer та OpenLayers?). Я читаю документацію / підручники, і, здається, не можу знайти жодних вказівок щодо проектування просторової бази даних для використання з MapGuide.

Чи можу я його будь-яким чином розробити, якщо пам’ятаю про оптимізацію запитів? Це виглядає так із діаграм, але я хочу бути впевненим.

Що слід зберігати у своїй окремій БД, а що у сховищі сервера MapGuides у файлах .shp?

Редагувати: магазини MapGuide

Спасибі


Ми використовуємо MapGuide OpenSource тут і дуже задоволені його середовищем розробки, крім відсутності документації.

Деякі розробники та консультанти MapGuide рекомендують використовувати веб-програму "basic ajax" для розробки програми, але ми виявили, що це обмежує, і замість цього використали Fusion. Fusion використовує OpenLayer.

Незважаючи на те, що MapGuide має вбудований Redlining, він абсолютно марний, як є, вам доведеться розширити його, щоб зробити його придатним для використання. І для цього знадобиться сильний фон Javascript та PHP (або .net / java).

Ми використовуємо PostGIS як нашу СУБД. Наш дизайн досить прямий: кожна "таблиця" представляє шар, а кожен запис - геометрію. Все знаходиться в одній базі даних, але охоплює кілька схем (хоча це простіше, якщо ви зберігаєте її в одній схемі).

Щодо того, що слід зберігати в БД і що shp: все, що вам потрібно, "реляційна" потужність, очевидно, виграє від перебування в СУБД. Це дійсно корисно, коли вам потрібно запитати щось, що включає кілька шарів, або навіть пов’язати це з непросторовими даними в БД. Або щось, що постійно скорочується і зростає. Єдине, для чого я б використав shp, це справді статичні автономні шари, які вам потрібні для швидкого завантаження, оскільки shp матиме перевагу в швидкості.

Сподіваюся, це допомагає. Я не фахівець, але це з обмеженого досвіду. я б також шукав подальшої думки.


МЕТОД І СИСТЕМА УНИКНЕННЯ ПОРУШЕНЬ ПАРКУВАННЯ

Система та метод для виявлення потенційного порушення паркування для певного місця включає зберігання та оцінку даних, пов’язаних з порушенням паркування, та сповіщення користувача за допомогою обчислювальної системи, що взаємодіє з обчислювальним пристроєм користувача, про потенційне порушення паркування та про те, як уникнути отримання потенційного цитування про порушення правил паркування. Дані зберігаються в базі даних та згруповані за типами даних. Обчислювальний пристрій користувача використовується для ідентифікації типу користувача, його розташування та часу. Панель залучення користувачів використовується для обміну даними та сповіщеннями, пов’язаними з порушеннями правил паркування, та нагород, що призначаються користувачеві за надання корисних даних. Дані із високою оцінкою можуть бути включені до повідомлень. Дані аналізуються для прогнозування або висновку про порушення. Повідомлення, що відповідає поточному місцезнаходженню та типу користувача, генерується, коли передбачаються порушення.

Ця заявка є розділом та претендує на пріоритет перед заявкою на патент США, яка одночасно розглядається. No 16/694 644, поданої 25 листопада 2019 р., Яка є продовженням заявки на патент США Ser. No 16 / 297,559, поданий 8 березня 2019 р., Під назвою МЕТОД І СИСТЕМА УНИКНЕННЯ ПОРУШЕНЬ ПАРКУВАННЯ, який є продовженням і претендує на пріоритет спільної заявки на патент США Ser. No 15 / 973,217, поданий 7 травня 2018 р. Під назвою МЕТОД І СИСТЕМА УНИКНЕННЯ ПОРУШЕНЬ ПАРКУВАННЯ, що є продовженням частини заявки Сер. No 15/382 240, поданий 16 грудня 2016 р., Тепер Патент США № 9 997 071, виданий 12 червня 2018 року, який є частиною продовження заявки на патент США Ser. № 14/832 584, подана 21 серпня 2015 р., Тепер патент США № 9,558,665, виданий 31 січня 2017 р., Який заявляє про пріоритет тимчасової заявки на патент США Ser. № 62/085660, поданий 2 грудня 2014 р., Тимчасова заявка на патент США, сер. № 62/092 100, поданий 15 грудня 2014 р., Тимчасова заявка на патент США, сер. № 62/113 922, поданий 9 лютого 2015 р., Та Тимчасова заявка на патент США, сер. № 62 / 150,118, поданої 20 квітня 2015 р., Які цілком включені в якості посилання.

ТЕХНІЧНЕ ПОЛЕ

Це розкриття стосується уникнення порушень паркування та, більш конкретно, способу та системи для надання вказівок щодо виявлення та уникнення порушень паркування.

ОБГОВОРЕННЯ ПОВ'ЯЗАНОГО МИСТЕЦТВА

Місцеві постанови та правила паркування часто регулюють, де і як довго може стояти транспортний засіб вздовж громадських доріг. Водій, який паркує транспортний засіб способом, забороненим такими постановами та правилами, може бути описаний як такий, що вчинив порушення правил паркування. Коли співробітник правоохоронних органів, такий як поліцейський чи інший працівник правоохоронних органів, знаходить транспортний засіб, припаркований таким чином, загалом може бути видано посилання. Це посилання може називатися цитуванням про паркування або порушенням правил паркування. Відповідно, як акт паркування транспортного засобу в недозволеному порядку, так і квиток, виданий для цього, може бути названий порушенням правил паркування.

Квитки, випущені за порушення правил паркування, можуть бути важко оспорити і можуть спричинити значну грошову штрафу. Порушення правил паркування можуть також включати штрафні бали за вашу ліцензію. Ці штрафні бали можуть призвести до збільшення страхування транспортних засобів, а після отримання певної суми балів протягом певного періоду водійські права можуть бути призупинені або анульовані. Крім того, неправильно припарковані транспортні засоби можуть перешкоджати руху транспорту, перешкоджати роботі громадського транспорту та санітарно-гігієнічних служб, а також перешкоджати ефективному наданню надзвичайних та важливих служб. Відповідно, суспільний інтерес полягає у збільшенні дотримання правил паркування.

Однак правила паркування, правила, закони, кодекси цитування тощо (далі - "RRLC") можуть бути дуже складними, особливо у великих містах, таких як Нью-Йорк, де може бути велика кількість причин для обмеження місця, де люди можуть паркуються і, отже, створюють високий попит на місця для паркування. Тому водії часто допускають порушення правил паркування, навіть коли вони не мають наміру порушувати правила. Постійна завантаженість та відсутність паркувальних місць у поєднанні з постійним збільшенням кількості транспортних засобів на дорозі також посилює поточний рівень порушень правил паркування.

Хоча правила паркування можуть бути чітко окремими, іноді правила паркування недостатньо чіткі, коли в реальних ситуаціях паркування на вулиці застосовуються кілька правил, наприклад, коли кожне з правил застосовується лише до певного часу та в певні дні. Водії часто отримують квитки на порушення правил паркування через нерозуміння або плутанину щодо правил паркування та знаків у певних місцях. Наприклад, Правила міста Нью-Йорк (далі - Правила Нью-Йорка) чітко визначають, що транспортний засіб не може бути припаркований над пішохідним пішохідним переходом у будь-який час. Однак паркувальник може не розуміти, як це правило застосовується до будь-якого даного перехрестя, наприклад, якщо лінія пішохідного переходу не повністю проведена з одного боку вулиці на іншу, паркувальник може неправильно зрозуміти неповне маркування і вважати, що стоянка дозволена, оскільки транспортний засіб не перекриває пофарбовану лінію пішохідного переходу. Однак паркування в цьому місці все ще є порушенням, оскільки транспортний засіб технічно припаркований над пішохідним пішохідним переходом, хоча чіткої повністю пофарбованої лінії немає.

У другому прикладі люди, як правило, знають, що не можуть припаркуватись на певній відстані (наприклад, 15 футів) від пожежного крана в будь-який час згідно з Правилами Нью-Йорка, але людей часто бентежить, які правила застосовуються при паркуванні простір відокремлений від пожежного крана одним або кількома елементами, що втручаються. Наприклад, водії можуть отримати квитки під час паркування на незаконних місцях для паркування, паралельних гідранту, але розділених велодоріжкою. У третьому прикладі знаки паркування можуть зазначати, що обмеження часу для паркування не лише протягом певних періодів часу протягом дня або днів тижня, але також для певних місяців або дат року.

Через складність міських обмежень паркування водіїв може бентежити, чи дозволено стоянку в певному місці в певний день та час. Водії, які бажають дотримуватися правил паркування, можуть подбати про вивчення вивісок, які можуть бути розміщені поблизу місця для паркування, але знаки паркування можуть бути важко інтерпретовані, коли знаки описують складні правила. Наприклад, перший знак паркування може означати, що паркування дозволено протягом певних годин, тоді як другий знак паркування може означати, що паркування заборонено протягом інших годин. У міру того, як ці години перекриваються, стоянка заборонена, і паркувальник, який читає лише перший знак, але не другий, може вважати, що паркування дозволено, навіть коли цього немає.

З огляду на вищевикладене, існує потреба у способі та системі для зберігання та оновлення даних про цитування порушень правил паркування для безлічі місць, а також допомагає водіям виконувати правила та правила паркування в таких місцях, щоб уникнути отримання порушень щодо паркування, посилань тощо. Крім того, необхідні інформаційні ресурси для того, щоб користувачі могли навчитися про RRLC паркування та спосіб, яким вони звертаються до конкретних місць, щоб уникнути порушень паркування. Вищезазначені недоліки, недоліки та проблеми розглядаються в цьому документі, як описано нижче.

Наступний короткий зміст не має на меті визначити або вказати на суттєві ознаки або обмежити обсяг предмета, на який заявляється тут. Дане розкриття стосується уникнення порушень паркування та, більш конкретно, способу та системи уникнення порушень паркування. Зразковий варіант здійснення винаходу пропонує систему для забезпечення наведення паркування, що включає центральну обчислювальну систему у зв'язку з користувачем та безліч додаткових користувачів через обчислювальний пристрій. Центральна обчислювальна система підтримує зв'язок з базою даних, включаючи, але не обмежуючись, уніфіковану базу даних, яка зберігає дані, пов'язані з порушенням правил паркування, включаючи дані, пов'язані з порушенням паркування в минулому, пов'язані з даними про порушення правил паркування в режимі реального часу. База даних зберігає дані, пов’язані з порушенням правил паркування, згруповані у типи даних, що складаються з даних, пов’язаних із комерційними транспортними засобами та даних, пов’язаних з некомерційними транспортними засобами. Дані, пов’язані з порушенням правил паркування, додатково згруповані за типом транспортного засобу або типом транспортного засобу. Дані, пов’язані з попереднім порушенням правил паркування, включають правила паркування, коди порушення паркування, законодавчі коди або скорочення, що застосовуються працівниками органів охорони паркування, пов'язані штрафи чи інші штрафи, знаки паркування з одним або кількома місцями, пов’язані з цим витрати на паркувальний автомат з місцями стоянки, повідомлення щодо тимчасових або постійних заборон на паркування, розміщення зон відбору або даних, пов’язаних із порушенням правил паркування. Механізм годинника визначає поточний час і дату. Панель залучення користувачів отримує дані, пов’язані з порушенням правил паркування, та вносить внесок у розподіл грошових або негрошових винагород як розгляд за надання даних, пов’язаних із порушенням правил паркування. Пристрій визначення місця визначає поточне місцезнаходження користувача. Пристрій визначення місця розташування знаходиться у зв'язку з обчислювальним пристроєм. Пристрій обробки у зв'язку з центральною обчислювальною системою виконано з можливістю аналізу даних, пов'язаних з порушенням правил паркування, для прогнозування порушення одного або декількох правил або правил паркування з використанням поточного місцезнаходження, поточного часу та дати, а також даних, пов'язаних з порушенням правил паркування. згенерувати одне або більше повідомлень про дані про порушення правил паркування, що відповідають поточному місцезнаходженню та типу користувача. Пристрій відображення знаходиться у зв’язку з обчислювальним пристроєм для відображення одного або декількох повідомлень із зазначеними даними, пов’язаними з порушенням паркування, для користувача та безлічі додаткових користувачів.

Інший зразковий варіант здійснення винаходу пропонує спосіб забезпечення наведення паркування, що включає етапи використання центральної обчислювальної системи у зв'язку з користувачем та безліччю додаткових користувачів через обчислювальний пристрій. Крок використання бази даних, що зберігає дані, пов’язані з порушенням правил паркування, включаючи історичні дані, пов’язані з порушенням правил паркування, пов’язані з даними, пов’язаними з порушенням паркування в режимі реального часу, згрупованими у типи даних, що складаються з даних, пов’язаних з комерційними транспортними засобами та даних, пов’язаних з некомерційними транспортними засобами. Далі класифікуються за типом транспортного засобу або типом транспортного знаку. Дані, пов’язані з порушенням правил паркування, включають правила паркування, коди про порушення правил паркування, законодавчі коди або скорочення, що застосовуються працівниками органів охорони паркування, відповідні штрафи чи інші штрафи, знаки паркування з одним або кількома місцями, пов’язані з цим витрати на автостоянку з місцями стоянки, повідомлення про тимчасові або постійні заборони на паркування, місця відведення місць або записи про порушення правил паркування. Поточний час та дата визначаються. Використовується панель взаємодії користувачів для обміну даними, пов’язаними з порушеннями правил паркування. Панель залучення користувачів вносить вклад у розподіл грошових або негрошових винагород як розгляд для надання даних, пов’язаних із порушенням паркування в режимі реального часу. Визначено поточне місцезнаходження користувача. Тип користувача включає в себе тип комерційного транспортного засобу та тип некоммерчного транспортного засобу, додатково класифікований за типом транспортного засобу або типом транспортного знаку. Дані, пов’язані з порушенням правил паркування, аналізуються, щоб передбачити, що користувач потенційно може порушити одне або кілька правил чи правил паркування. Одне або кілька повідомлень із даними, пов’язаними з порушенням паркування, видаються користувачеві на основі типу користувача, до якого він належить. Одне або кілька повідомлень із даними, пов’язаними з порушенням правил паркування, відображаються користувачеві та безлічі додаткових користувачів.

Інший зразковий варіант здійснення винаходу пропонує електронну систему ідентифікації порушень паркування для ідентифікації потенційного порушення паркування для місця. Система включає в себе безліч віддалених обчислювальних пристроїв, комунікативно пов'язаних з мережею, і сервер, комунікативно з'єднаних з мережею для зв'язку з віддаленими обчислювальними пристроями, при цьому сервер включає щонайменше один неперехідний читається комп'ютером носій інформації з комп'ютерно читабельними інструкціями, що зберігаються в ній база даних і процесор. Процесор призначений для виконання машиночитаних інструкцій для: отримання користувацьких даних, пов’язаних із користувачем, з одного з безлічі віддалених обчислювальних пристроїв, даних користувача, що містять визначене місце, визначений час та відображення типу користувача на одному або декількох відображати на екранах безлічі віддалених обчислювальних пристроїв одну або більше панелей залучення користувачів, щоб дати можливість одному або декільком додатковим користувачам надати одну або більше оцінок щодо принаймні частини даних, пов'язаних з порушенням паркування, пов'язаних принаймні з визначеним місцем розташування, де Дані, пов’язані з порушенням правил паркування, містять принаймні одну інформацію про місцезнаходження, пов’язану з одним або кількома порушеннями паркування, дані про час, пов’язані з одним або кількома випадками одного або кількох порушень паркування, одну або більше причин для одного або декількох посилань на порушення паркування, що виникають при виявлених місцезнаходження, або одна або декілька рекомендацій щодо уникнення одного або декількох посилань на порушення правил паркування у визначеному місці, де n один або кілька додаткових користувачів мають досвід із виявленим місцезнаходженням безпосередньо, і при цьому досвід із перших рук визначається на основі (i) першого повідомлення, отриманого одним або кількома додатковими користувачами, яке пов'язане з визначеним місцезнаходженням, або ( ii) один або більше додаткових користувачів, які потрапили в заздалегідь визначену близькість визначеного місця у відповідь на один або кілька рейтингів, що досягають заздалегідь визначеного числа, модифікують базу даних, щоб включити принаймні частину даних, пов’язаних з порушенням правил паркування, оцінених за допомогою одного або більше панелей залучення користувачів та генерують друге сповіщення, що включає принаймні дані, пов’язані з порушенням паркування, що відповідають ідентифікованому розташуванню, ідентифікованому часу та типу користувача, де друге сповіщення ідентифікує потенційне порушення паркування, застосовне до користувача шляхом умовиводу.

Інший зразковий варіант здійснення винаходу пропонує електронний спосіб ідентифікації порушень паркування для виявлення потенційного порушення паркування для місця. Спосіб включає в себе отримання даних користувача, пов'язаних з користувачем, з одного з безлічі віддалених обчислювальних пристроїв, комунікативно з'єднаних з мережею, дані користувача, що містять ідентифіковане місце розташування, визначений час, і тип користувача, що відображається на одному або декількох екранах дисплея безліч віддалених обчислювальних пристроїв одна або більше панелей залучення користувачів для надання можливості одному або декільком додатковим користувачам надати одну або більше оцінок щонайменше частці даних, пов’язаних з порушенням паркування, пов’язаних принаймні з визначеним місцем розташування, при цьому дані, пов’язані з порушенням паркування містить щонайменше одну інформацію про місцезнаходження, пов’язану з одним або кількома порушеннями паркування, дані про час, пов’язані з одним або кількома випадками одного або декількох порушень паркування, одну або кілька причин одного чи більше цитування порушень паркування, що відбуваються у визначеному місці, або одне або більше рекомендацій щодо уникнення одного чи декількох посилань на порушення правил паркування в ідентифікованому місці, де це або більше додаткових користувачів мають досвід безпосереднього використання з ідентифікованим місцезнаходженням, і де досвід перших рук визначається на основі (i) першого повідомлення, отриманого одним або кількома додатковими користувачами, яке пов'язане з ідентифікованим місцезнаходженням, або (ii) один або більше додаткових користувачів, які потрапили в заздалегідь визначену близькість визначеного місця у відповідь на один або більше рейтингів, що досягають заздалегідь визначеного числа, модифікують базу даних, щоб включити принаймні частину даних, пов’язаних із порушенням правил паркування, оцінених одним або кількома користувачами панелі зачеплення та генерування другого повідомлення, що включає щонайменше дані, пов'язані з порушенням правил паркування, що відповідають ідентифікованому розташуванню, ідентифікованому часу та типу користувача, де друге повідомлення ідентифікує потенційне порушення паркування, застосовне до користувача шляхом висновку.

Ще В одному варіанті здійснення спосіб може додатково включати збір за допомогою однієї або більше панелей залучення користувачів даних, пов'язаних з порушенням паркування, що містять щонайменше одне: дані про місцезнаходження, пов'язані з одним або кількома порушеннями паркування, дані про час, пов'язані з одним або більше разів одного або декількох порушень правил паркування, одна або кілька причин одного чи кількох посилань на порушення правил паркування, що трапляються у визначеному місці, або одна або кілька рекомендацій щодо уникнення одного або декількох посилань щодо порушення правил паркування в визначеному місці, отримання однієї або декількох оцінок щонайменше частина даних, пов'язаних з порушенням правил паркування, що надходять від одного або кількох додаткових користувачів за допомогою однієї або більше панелей залучення користувачів, і модифікація бази даних, щоб включити принаймні частину даних, пов'язаних з порушенням правил паркування, що збираються, що збираються через панель залучення користувачів, за оцінками краудсорсингових даних, що досягають заздалегідь визначеної кількості. Спосіб може також включати отримання одного або декількох рейтингів принаймні частини даних, пов'язаних з порушенням правил паркування, що надходять від одного або декількох додаткових користувачів через одну або більше панелей залучення користувачів, і, реагуючи на частину сповіщення, що отримує перше заздалегідь визначена кількість позитивних оцінок, виплачуючи винагороду додатковому користувачеві, який поділився даними, пов’язаними з порушенням правил паркування, при цьому винагорода є грошовою винагородою або негрошовою винагородою.

Інші об'єкти, особливості та характеристики цього винаходу, а також способи функціонування та функції відповідних конструктивних елементів, а також поєднання деталей та економія розвитку та виробництва стануть більш очевидними з урахуванням детального опису нижче з посиланням на супровідні креслення, які всі є частиною цієї специфікації.

КОРОТКИЙ ОПИС КРЕСЛЕНЬ

Повніша оцінка розкриття винаходу та багатьох супутніх його аспектів може бути легко отримана, оскільки це стає більш зрозумілим шляхом посилання на наступний детальний опис, розглянутий у зв'язку з доданими кресленнями, де:

Фіг. Фіг.1А - принципова схема, що ілюструє систему використання даних з бази даних для попередження водіїв про випадки порушення паркування відповідно до зразкового втілення винаходу

Фіг. Фіг.1B є схемою, що ілюструє базу даних у відповідності зі зразковим варіантом здійснення винаходу

Фіг. Фіг.2 - принципова схема, що ілюструє підхід для попередження водія відповідно до зразкового втілення винаходу

Фіг. 3A - принципова схема, що ілюструє взаємодію користувача з центральною обчислювальною системою з використанням обчислювального пристрою, коли користувач повідомляє про парковку у відповідності зі зразковим варіантом розкриття винаходу

Фіг. 3B - блок-схема, що ілюструє, як інформація про паркувальний квиток, повідомлена користувачем, розпізнається, обробляється та завантажується в систему відповідно до зразкового варіанту здійснення винаходу

Фіг. Фіг.4А є схемою, що ілюструє панель взаємодії з користувацьким інтерфейсом (Спільний доступ до білетів та підсилювач Q / A / C), заснована на конкретному місці відповідно до зразкового варіанту здійснення винаходу

Фіг. 4B - схема, що ілюструє панель взаємодії з користувальницьким інтерфейсом (Знаки та підсилювач Інше), заснована на конкретному розташуванні згідно з зразковим варіантом здійснення винаходу

Фіг. Фіг.5 - блок-схема, що ілюструє підхід до обробки даних, пов'язаних з порушенням паркування, у базі даних відповідно до зразкового втілення розкриття винаходу

Фіг. Фіг.6 - блок-схема, що ілюструє спосіб попередження користувача на основі даних у базі даних відповідно до зразкового варіанту здійснення винаходу

Фіг. Фіг.7 є принциповою схемою, що ілюструє компоненти обчислювального пристрою у відповідності зі зразковим варіантом здійснення винаходу

Фіг. 8 - принципова схема, що ілюструє фізичний склад віддаленого оперативного сервера, який може реалізовувати спосіб і систему розкриття винаходу згідно з зразковим варіантом здійснення

Фіг. 9 є принциповою схемою, що ілюструє обчислювальний пристрій у зв'язку з центральною обчислювальною системою, що приймає повідомлення для комерційних транспортних засобів відповідно до зразкового варіанту здійснення винаходу

Фіг. Фіг.10 є принциповою схемою, що ілюструє обчислювальний пристрій у зв'язку з центральною обчислювальною системою, що приймає повідомлення для некомерційних транспортних засобів відповідно до зразкового варіанту здійснення винаходу

Фіг. Фіг.11 є принциповою схемою, що ілюструє систему для використання даних у базі даних для попередження водіїв про випадки порушення паркування через центральну обчислювальну систему та обчислювальний пристрій відповідно до зразкового втілення розкриття винаходу

Фіг. Фіг.12 - блок-схема, що ілюструє процес рейтингових даних, що подаються до панелі залучення користувачів для виправлення, оновлення та доповнення даних, пов'язаних з порушенням паркування, у базі даних відповідно до зразкового втілення розкриття винаходу

Фіг. Фіг.13 є блок-схемою, що ілюструє круговий процес оцінки повідомлення для динамічного виправлення, оновлення та доповнення даних, пов'язаних з порушенням стоянки, в базі даних відповідно до зразкового втілення розкриття винаходу

Фіг. 14 - схема, що ілюструє систему для виведення потенційної заборони на паркування на основі місця розташування відповідно до зразкового втілення розкриття винаходу

Фіг. 15 є схемою, що ілюструє обчислювальний пристрій користувача та відображенням повідомлення, яке користувач може отримати щодо потенційної заборони на паркування, пов'язаної з місцем розташування, відповідно до зразкового варіанту здійснення винаходу

Фіг. 16 - схема, що ілюструє систему для виведення потенційної заборони на паркування на основі часу відповідно до зразкового втілення розкриття винаходу та

Фіг. Фіг.17 є схемою, що ілюструє відображення повідомлення, яке користувач може отримати щодо потенційної заборони на паркування, пов'язаної з часом, відповідно до зразкового варіанту здійснення винаходу.

ПОДРОБНИЙ ОПИС ВИНАХОДУ

У наступному детальному описі робиться посилання на супровідні креслення, які утворюють його частину, і на яких в якості ілюстрації показані конкретні варіанти здійснення, які можуть бути здійснені. Описані варіанти здійснення можуть дозволити фахівцям в даній галузі застосовувати варіанти здійснення, і слід розуміти, що логічні, механічні та інші зміни можуть бути здійснені, не виходячи за межі обсягу варіантів здійснення. Отже, наступний докладний опис не слід сприймати в обмежувальному значенні.

Це розкриття не має на меті обмежуватися конкретною обраною таким чином термінологією, і слід розуміти, що кожен конкретний елемент включає всі технічні еквіваленти, які діють подібним чином. Незважаючи на те, що винахід може бути описаний тут з посиланням на сучасний мегаполіс, такий як Нью-Йорк ("Нью-Йорк"), як основний приклад реалізації, система та метод застосовуються у всьому світі. Терміни "драйвер (и)" можуть використовуватися взаємозамінно з "користувачем (ями)", що охоплює водія (водіїв), включаючи тих осіб, які можуть не бути водієм, але, тим не менше, отримують допомогу, використовуючи розкриття винаходу . Крім того, термін "користувач" також охоплює широкий спектр тем. "Користувач" може загалом охоплювати приватних осіб та юридичних осіб через свого одного або кількох представників, зацікавлених у зменшенні кількості посилань на порушення правил паркування, які він отримує по суті, слово "користувач" призначене для опису будь-якої зацікавленої особи або зацікавлених осіб, пов'язаних з юридичними особами, зареєстрованими з розкриттям винаходу, не обмежуючись лише приватними особами. Розкриття винаходу може допомогти користувачеві уникнути порушень правил паркування або квитків. Терміни "цитата (и) для паркування", "квиток (и) для паркування" або "цитата (і) щодо порушення правил паркування") можуть використовуватися як взаємозамінні, але їх значення можуть бути однаковими (наприклад, квиток, отриманий водієм за порушення паркування).

Зразковий варіант здійснення винаходу може стосуватися реалізації системи та методу за допомогою комбінації апаратного та програмного забезпечення, що працює на портативному обчислювальному пристрої, який містить різні попередньо запрограмовані функції, поєднані та інтегровані з основними компонентами, включаючи, але не обмежуючись цим один або декілька серверів, баз даних, мобільних кінцевих додатків, веб-порталів, мережевих налаштувань тощо. За допомогою цих компонентів інформація може надаватися через користувальницькі інтерфейси, такі як веб-сайт, додаток або навігаційна система в транспортному засобі. Крім того, може бути один або кілька серверів, які можуть бути в розподіленій структурі за підтримки центрів обробки даних, які можуть бути розташовані в будь-якій точці світу. Ці реалізації можуть бути комунікативно пов'язані та крос-платформізовані з електронним відображенням карти, індикаторами, які передають інформацію, пов'язану з паркуванням, інформацію про інформацію, налаштування тощо, так що користувач на обчислювальному пристрої може отримувати дані, пов'язані з порушенням паркування, що стосуються конкретне місце та час. Програма може бути комунікативно пов'язана з іншими варіантами здійснення, які можуть включати сервер, компонент інтерфейсу користувача, компонент інтерфейсу та серверний інтерфейс. Серверний інтерфейс обробляє комунікації, якими обмінюються між сервером та програмами, замість того, щоб безпосередньо з'єднувати обидві програми, і все управління та обробка даних може здійснюватися через сервер системи обслуговування. Функції можуть бути реалізовані за допомогою одного або декількох обчислювальних пристроїв, що дозволяють обробляти та виводити процесором етапи методу.

Обчислювальний пристрій може бути пристроєм, який дозволяє користувачеві взаємодіяти з центральною обчислювальною системою та з панеллю залучення користувача за допомогою інтерфейсу, який дозволяє отримати доступ до певних функцій панелі. Цей обчислювальний пристрій може бути кишеньковим мобільним пристроєм, навігаційною системою в транспортному засобі або іншим способом доступу, наприклад, портативним комп'ютером тощо, а особливостями панелі можуть бути дискусії щодо уникнення цитування порушень паркування або оскарження цитування порушень паркування, наприклад. Обчислювальний пристрій може містити кілька апаратів, будучи комунікативно пов'язаними з одним або декількома пристроями, які дозволяють йому по черзі взаємодіяти з центральною обчислювальною системою. Такі апарати можуть включати годинниковий механізм, пристрій визначення місця розташування, такий як приймач системи глобального позиціонування (GPS), і пристрій відображення. Ці апарати можуть знаходитись у обчислювальному пристрої, наприклад, у смартфоні, або можуть знаходитись зовні і передавати бездротовий чи дротовий зв’язок із обчислювальним пристроєм.

Система може частково включати географічну інформаційну систему (ГІС) для збору, відображення та аналізу даних. ГІС може інтегрувати електронну або цифрову карту, наприклад, як шар (наприклад, GOOGLE MAPS, що є електронною картографічною послугою, що надається Google, дочірньою компанією Alphabet Inc. та ін.) Для перегляду на обчислювальному пристрої для перегляду смартфона , Інтернет або інші носії інформації. За допомогою цієї інтеграції дороги можуть відображатися з бази даних карти, яка представляє проаналізовані дані щодо місця розташування та пояснення порушень квитків, які легко зрозуміти користувачеві. Система ГІС може інтегрувати різні рівні, а точки даних з подібними атрибутами можуть бути виділені та виведені як шар. Цей вихідний рівень відображатиме всі екземпляри тих точок даних, які мають подібні атрибути.

Система може внутрішньо з'єднуватися з різними функціями обчислювального пристрою, які включають, але не обмежуючись функцією годинника, функцією телефонного дзвінка, мікрофоном, GPS-відстеженням для відображення геолокації (координати широти та довготи) та / або камерою тощо. може працювати на обчислювальному пристрої та використовувати ресурси, які можуть включати мікропроцесор, пам’ять, GPS, бездротове підключення та дисплей. Повідомлення може бути здійснене за допомогою одного або декількох медіа-джерел, таких як візуальний дисплей або аудіосистема тощо. Повідомлення може містити, але не обмежуючись цим, інформацію про правила паркування або правила, що застосовуються до ідентифікованого поточного місцезнаходження користувача, посилання на раніше опубліковані посилання на порушення, пов'язані з паркуванням, такі як кількість раніше виданих посилань на порушення, пов'язані з паркуванням, для ідентифікованого теперішнього місцезнаходження користувача, інформацію щодо паркувальних знаків, розташування автоматів для паркування та пов'язані з цим витрати на автомат, а також причини видачі цитування порушень щодо паркування в цьому місці.

Система може надалі забезпечити платформу для співпраці та обміну даними, пов'язаними з порушенням правил паркування. Дані, пов’язані з порушенням правил паркування, які можуть бути історичними або в режимі реального часу, можуть бути надані з використанням краудсорсингу або джерел з різних джерел (далі - „інформаційні джерела”), які включають, але не обмежуються, одного або декількох користувачів чи інших зацікавлених осіб, юридичних осіб такі як уряд, державні агенти, муніципалітети, неурядові організації (НУО), приватні організації та громадські організації або джерела засобів масової інформації. Медіа-джерела можуть включати, але не обмежуючись ними, веб-сайти, публікації в блогах, соціальні мережі, газети, журнали, професійні статті, трансляції, телевізійні програми та будь-які інші ресурси, де можуть бути зібрані дані, пов'язані з порушенням правил паркування, тощо. Деякі історичні дані Дані, пов’язані з порушенням правил паркування, можуть надаватися як відкриті дані державних установ, а також можуть бути доступні через запит Закону про свободу інформації, якщо вони не доступні на державних веб-сайтах уряду. Деяку інформацію, яку деякі приватні джерела роблять приватною, наприклад веб-сайти державних агентів, можна отримати, отримавши дозвіл користувача на доступ до цієї інформації. Після доступу до інформації, для якої потрібна авторизація, центральна обчислювальна система може повідомити користувача про будь-яку майбутню плату та термін виконання за цитування про порушення правил паркування тощо, оскільки користувачеві може бути не зручно отримувати безпосередній доступ до інформаційного джерела . Однак центральна обчислювальна система або системний адміністратор можуть додатково або альтернативно отримувати дані, пов'язані з порушенням правил паркування, шляхом введення даних користувача та / або зацікавлених осіб, а також приватних організацій, наприклад, транспортних компаній або будь-яких інших організацій, що спеціалізуються на перевезеннях які можуть мати доступ до виданих цитат на паркування чи інших даних, пов’язаних із порушенням правил паркування. База даних може використовувати метод збору для збору даних, пов'язаних з порушенням правил паркування, з інформаційних джерел. Дані, пов’язані з порушенням правил паркування, зібрані із засобів масової інформації, таких як газети, блоги, соціальні мережі тощо, можуть збиратися та узагальнюватися вручну, наприклад, системним адміністратором або працівником системи, або автоматично, наприклад, за допомогою алгоритму штучного інтелекту, щоб виправити , оновлення та доповнення бази даних. Ці зібрані історичні дані, пов’язані з порушенням правил паркування, також можуть бути виправлені, оновлені та доповнені даними, пов’язаними з порушенням паркування в режимі реального часу. Дані, пов’язані з порушенням правил паркування в режимі реального часу, вважаються в режимі реального часу, коли один або більше користувачів негайно передають дані, пов’язані з порушенням правил паркування. "Негайно" може бути протягом заздалегідь визначеного періоду часу, наприклад, через п’ятнадцять хвилин з моменту отримання порушення правил паркування, або може бути практично миттєвим. Якщо дані не відповідають вимогам, які слід розглядати як дані в режимі реального часу, тоді дані вважаються історичними даними, але вони все одно будуть використовуватися для оновлення інших даних, пов’язаних із порушенням паркування, що вже існують у базі даних.

Дані, пов’язані з порушенням правил паркування, урядом можуть бути доступні на веб-сайті відповідного органу влади та / або у відкритих відкритих даних. Незважаючи на те, що місця, визначені у таких урядових виданнях, пов’язані з порушеннями правил паркування, можуть бути не такими точними, як координати геолокації, проте ці дані корисні. І для кращого визначення місцеположень за даними, опублікованими урядом, ці місця можуть бути перетворені в координати геолокації за допомогою будь-якого кваліфікованого стороннього програмного забезпечення, яке надає послугу геокодування місцезнаходження для координат широти та довготи, перш ніж дані про місцезнаходження цитування будуть введені в базу даних.

Дані, пов’язані з порушенням правил паркування, також можна отримати, скануючи (наприклад, систематичний перегляд Інтернету) або іншим способом підключившись до відповідних державних або правоохоронних веб-сайтів, які зберігають дані, пов’язані з порушенням правил паркування, для конкретного користувача. Завдяки цьому з'єднанню центральна обчислювальна система може бути налаштована на сповіщення користувача про будь-яку інформацію, що очікує на розгляд. Однак для цього може знадобитися попереднє дозвіл користувача на автоматичний пошук даних, пов’язаних із порушенням правил паркування, таких як порушення, що очікують на розгляд. Якщо виявлені порушення, що очікують на розгляд, центральна обчислювальна система може надіслати користувачеві повідомлення про порушення, що очікує на розгляд. За дозволом користувача інформація про ці порушення може бути введена як база даних у базу даних для подальшої побудови оновленої комплексної бази даних, щоб попередити інших користувачів про причини потенційного отримання посилання на порушення паркування, щоб допомогти уникнути цих порушень. Дані, пов’язані з порушенням правил паркування, також можуть бути надіслані користувачеві, який має очікувані квитки на паркування. Наприклад, у Нью-Йорку порогова сума складає 350 доларів США за неоплачені квитки на стоянку до того, як можна буде буксирувати транспортний засіб водія, незалежно від того, чи законно стоїть транспортний засіб, а центральна обчислювальна система може надіслати попередження про досягнення цього порогу. Відповідно, користувач може отримати повідомлення із зазначенням, що користувач має, наприклад, 300 доларів неоплачених квитків на парковку, оскільки він наближається до порогової суми в 350 доларів, і користувач ризикує затягнути транспортний засіб, коли користувач досягне 350 доларів і ще не здійснив сплатив ці накопичені штрафи за квитки. Користувачеві може бути надано допомогу в отриманні транспортного засобу шляхом доступу до відповідної інформації щодо буксирування, якщо транспортний засіб користувача було буксировано в результаті накопичених неоплачених квитків на паркування.

Різні дані, пов’язані з порушенням правил паркування, про які повідомляє користувач, тобто дані, що здійснюються з використанням краудсорсингу, можуть періодично або постійно збиратися та аналізуватися для створення точнішої, оновленої бази даних. Використовуваний у цьому документі, «краудсорсинг» - це розподілений метод вирішення проблем, який використовує Інтернет та офлайн-ресурси для збору послуг, ідей та / або контенту шляхом збору та / або збору даних від різних людей, котрі перебувають у спеціальній спільноті. орієнтована на тему, що здійснюється краудсорсингом Краудсорсинг може використовуватися для збору даних, які не надаються з інших джерел. Дані з використанням краудсорсингу можуть бути у формі даних у режимі реального часу або історичних даних.Стимули можуть використовуватися для заохочення користувачем повідомляти дані, пов’язані з порушенням правил паркування, для виправлення, оновлення та доповнення даних у базі даних. Ця структура стимулювання в парі з адміністративним центром контролю якості може бути використана для забезпечення якості та надійності даних у базі даних, оскільки ці дані згодом використовуються для запобігання користувачеві від отримання порушень щодо паркування, і тому їх потрібно дотримуватись високих стандартів точність і надійність. Кожному вводу даних, незалежно від того, джерелом він чи краудсорсингом, історичним або реальним часом, може бути присвоєний унікальний номер відстеження, що дозволяє принаймні системному адміністратору відстежувати дані назад до їх вихідного джерела, якщо це необхідно.

Система може сприяти прозорості та точності даних, пов’язаних із порушенням правил паркування, у базі даних, зібраних з різних джерел, використовуючи платформу для доступу користувача до даних у базі даних у зручному інтерфейсі програми. Для побудови бази даних необроблені дані, пов’язані з порушенням правил паркування, які можуть включати, але не обмежуючись цитатами про порушення правил паркування, можуть бути отримані з інформаційних джерел, завантажені в комп’ютерний мікропроцесор та відформатовані для включення лише відповідних даних, що використовуються для проведення аналізів та забезпечення повідомлення. Дані, пов’язані з порушенням правил паркування, можна розділити на два набори для очищення та завантаження на сервер. Перший набір може бути даними, пов’язаними з порушенням правил паркування, які вже перевірені на наявність усієї необхідної інформації у правильному форматі, тоді як другий набір може бути пов’язаними з порушеннями правил паркування, які потрібно переформатувати, щоб включити всю необхідну інформацію. Після того, як всі дані, пов’язані з порушенням правил паркування, будуть очищені, дані про місцезнаходження можуть бути вилучені у фрейм даних, який буде використовуватися в сторонньому інтерфейсі прикладних програм геокодування (API), наприклад, GOOGLE GEOCODING API, що є послугою геокодування місцезнаходження, що надається Google, дочірня компанія Alphabet Inc., або SMARTSTREETS, яка є службою геокодування місцезнаходження для координат широти та довготи, що надається SmartyStreets, LLC тощо, для виведення файлу з усією геокодованою інформацією відповідних місць, де файл може бути такий файл, як .csv файл. Будь-який інший тип технології може бути застосований або розроблений для більш точного визначення геолокації, пов’язаної з порушенням правил паркування. Результат може переглянути та виправити системний адміністратор для точності та повноти. Дані вивісок стоянок та файли даних RRLC також можуть бути завантажені, очищені та об'єднані з даними цитування у базу даних.

Неопрацьовані дані, що вводяться, обробляються, зберігаються та аналізуються, можуть включати, але не обмежуючись цим: тип порушення, причини або причини порушення ім’я працівника правоохоронних органів, який видав квиток, правоохоронець коментує тип державного номера реєстрації квитків тип транспортного засобу дата випуску порушення закону порушення законодавчого кодексу агентство порушення час будинку номер вулиці назва закону розділ підрозділ дні паркування в дію від годин до фактичних годин до порушення опис будь-які інші відповідні фактори та / або інші дані, пов'язані з порушенням правил паркування, з бази даних, тощо. Причини порушень квитків на паркування можуть включати, але не обмежуючись ними: стояння в зоні без стояння, де забороняється чекати або зупинятись, щоб завантажувати чи вивантажувати пакети або товари біля узбіччя, і лише зупинка може оперативно висадити або забрати пасажири, які зупиняються в зоні, що не зупиняється, де заборонено чекати, зупинятись, щоб завантажувати чи вивантажувати пакунки, товари чи падіння зняти або забрати пасажирські квитки, пов’язані з блокуючими зонами, такими як стоянка перед або перекривши вхід, вихід чи пішохідний перехід, а також блокування паркування поштової скриньки в забороненій зоні на основі відстані від зупинки або пожежного крана паркування занадто близько до залізничного переїзду обмеження паркування на основі часу, такого як відпустка, парадний маршрут або інша особлива подія, що застосовується лише вибірково, та заборони паркування, які стосуються подвійного паркування, будь то на певний час або взагалі в будь-який час. Деякі заборони на паркування стосуються оборотного графіка, наприклад заборони на паркування прибирання вулиць, які трапляються в певні дні тижня між двома різними часами. Заборони можуть також стосуватися недогляду користувачів, наприклад, залишення на стоянці після закінчення часу. Квитки на паркування можуть також стосуватися паркування в зоні або зоні, обмежені для певних типів транспортних засобів або людей, наприклад, паркування в інвалідному місці, в зоні для інвалідів або на велодоріжці, крім паркування в приватній зоні паркування або зона з необхідним дозволом. Крім того, квитки на паркування можуть стосуватися заборони або обмеження паркування для певних видів транспортних засобів, таких як паркування лише для мотоциклів або паркування велосипедів у місцях, де забороняється паркування велосипедів. Крім того, можуть існувати вибіркові зони, які мають різні санкції, пов’язані з ними, наприклад, паркування в зоні, що відлучається. Крім того, причини можуть включати паркування в неправильному напрямку, або паркування довше максимально дозволеного часу, або будь-яку іншу можливу причину і т. Д. Ці причини аналізуються також для повідомлень, оскільки сповіщення базуються на даних, які зберігаються в база даних. Наприклад, у Нью-Йорку Міністерство фінансів використовує коди порушень для видачі квитків на паркування, тоді як ці кодекси порушень містять причини, пов’язані із законодавчим законодавством про порушення, записаним у Розділі 4 Розділ 4-08 Розділу 34 Правил Нью-Йорка. Причини порушення правил паркування можуть узгоджуватися з відповідними кодами порушень, які можуть бути використані для визначення причин порушення правил паркування в конкретних місцях та генерування попереджень, що застосовуються до користувача на основі типу користувача.

Зразковий варіант здійснення винахідницького розкриття може бути сконфігурований для інтеграції алгоритмів для виявлення дублікатів даних, якщо квитки, видані на дати та час, збігаються з тими, що знаходяться в базі даних, які можуть бути позначені як повторювані дані і можуть бути автоматично видалені з набору даних. Однак квитки, видані на дати та час, не включені до бази даних, можуть бути додані до бази даних, а сповіщення можуть бути оновлені, щоб правильно відображати додані дані, а потім належним чином попередити користувача оновленою інформацією.

База даних може також включати інші види загальнодоступних корисних та критичних ресурсів, наприклад, скорочення та їх загальні значення, що використовуються правоохоронними органами. Правоохоронці часто використовують абревіатури, видаючи квитки. На квитку скорочення можуть з'являтися в районі, де працівник вказує порушення та / або місце порушення. Скорочення можна обробляти та зберігати в базі даних шляхом збору даних із загальнодоступних джерел для надання найбільш точних та сучасних значень. Користувач може мати можливість перевірити мову, щоб автоматично змінити абревіатури на звичайні англійські значення відповідно до місця розташування під час введення їх у обчислювальний пристрій. Функція також може використовуватися, коли користувач повідомляє про квиток, що містить скорочення. Наприклад, користувач отримує порушення квитка за паркування транспортного засобу з порушенням законодавства в певному місці і має намір повідомити про це. Порушення квитків стверджує, що "Місцем події" є "E / S Calloway St. Oft N / of Otis Ave." Наприклад, користувач може ввести скорочену мову в обчислювальний пристрій під час звітності, і тоді центральна обчислювальна система може автоматично змінити скорочення на прості та зрозумілі пояснення англійською мовою, а потім перетворити адресу в геолокацію. Наприклад, квитки із заплутаними абревіатурами "E / S Calloway St. Oft N / of Otis Ave." буде змінено на "East Side Calloway Street Zero feet на північ від авеню Отіс", а потім використаний для створення точного геолокаційного розташування за допомогою API геолокації третьої сторони, який буде введено в базу даних. Потім геолокацію можна використовувати для попередження інших користувачів. Користувач може заробити винагороду, завантаживши видане порушення паркування або повідомити про будь-яку неправильну або суперечливу інформацію, яку база даних потім може бути виправлена, оновлена ​​та доповнена відповідним чином, щоб відображати зміни, у свою чергу, роблячи повідомлення більш точними. Ці виправлення можуть бути підтверджені доказом, наприклад, фотографією чи встановленим законодавством оновленням. У таких випадках від користувача може вимагатись надати такий доказ.

База даних може також включати інформацію про вивіски паркувальних машин, наприклад інформацію про місце розташування вивісок про стоянки та зображення вивісок про стоянки з веб-сайтів різних державних джерел (наприклад, Міністерство транспорту, далі "DOT"). Знаки паркування, які застосовуються до поточного місцезнаходження користувача, можуть автоматично відображатися для користувача на обчислювальному пристрої після того, як користувач тимчасово зупиниться або припаркується в певному місці. Якщо користувач не розуміє вивісок або має які-небудь запитання, користувач може вибрати (наприклад, натиснути на сенсорному екрані) зображення цього вивіски на дисплеї, щоб відкрити функцію панелі взаємодії користувача, де користувач може повідомити інформацію про вивіски та переглядати будь-яку обмінювану інформацію від інших користувачів для цієї вивіски, яка підключена до поточного місцезнаходження. Звичайний фахівець у цій галузі повинен розуміти, що "панель залучення користувачів" у цьому документі використовується для позначення панелі, до якої користувач може отримати доступ, де цей користувач може обмінюватися даними, пов'язаними з порушеннями паркування, такими як інформація, а також ділитися відповідними ідеями. Це може бути доступно через термінал або обчислювальний пристрій, такий як смартфон, планшет або інші засоби доступу до Інтернету. Користувач може взаємодіяти з панеллю взаємодії користувача через електронний сенсорний екран на мобільному пристрої або може використовувати будь-який інший інтерактивний обчислювальний пристрій. Будь-який інший потенційний термін може бути використаний для опису цієї функції, наприклад, „форум”, „дискусійна група”, „онлайнова зустріч” тощо. Для цього тут використовується термін „панель взаємодії з користувачами”.

Панель залучення користувачів може використовуватися одним або кількома користувачами, або іншими зацікавленими особами, або організаціями, такими як уряд, державні агенти, муніципалітети, неурядові організації (НУО), приватні організації та громадські організації або джерела засобів масової інформації. Якщо інформація про знаки паркування недоступна з державних ресурсів, користувач може вибрати подати інформацію про знаки паркування для відповідних знаків паркування з можливістю отримання певних грошових або негрошових винагород. Відповідно, користувачеві може не доведеться фізично залишати транспортний засіб, щоб витратити час на прогулянку до знаку, щоб з’ясувати, чи дозволено паркування, ризикуючи отримати квиток у цей час. Натомість користувач може отримати сповіщення із відповідними вивісками для паркування для цього конкретного місця. Повідомлення може базуватися на типі користувача, транспортному засобі та / або типі таблички. Сповіщення із зображенням паркувальних вивісок може містити систему рейтингу, тому користувач може оцінити повідомлення позитивно чи негативно, підтверджуючи точну інформацію та вказуючи на наявність неточної інформації.

Грошові та негрошові винагороди можуть охоплювати широкий спектр матеріальних або нематеріальних предметів. Наприклад, негрошовою винагородою може бути надання на певний час доступу до певних функцій преміум-системи або може бути відмова від плати за користування або передплату. Грошові винагороди можуть включати такі винагороди, як відшкодування вартості оплати за цитування квитків, або виплати квитків частково або повністю або інші заздалегідь визначені грошові винагороди. Крім того, грошові винагороди також можуть бути пов’язані з часом автостоянки тощо.

Потенційного користувача може попросити зареєструватися у службі, надавши відповідну інформацію про водійські права, таку як назва, тип таблички, тип транспортного засобу, штат або країна, що видає водійські права, та адресу електронної пошти для створення ідентифікатора користувача для кожного користувача програми. Ідентифікатори користувачів можуть знадобитися для цілей відстеження звітів та оцінок кожного користувача. Інформація про кредитні картки та / або дебетові картки також може вимагатись для абонентської плати за певні послуги, що надаються для сертифікованого користувача. Сертифікованому користувачеві може бути дозволено використовувати різні функції програми, які включають, але не обмежуючись даними звітування та рейтинговими даними. Зібрані абонентські внески можуть також прямо чи опосередковано фінансувати джерело, що використовується для оплати понесених користувачем квитків як частини структури заохочення, щоб отримати більше даних, пов'язаних з порушенням правил паркування. Наприклад, користувач може завантажувати свої цитати про порушення правил паркування на панель залучення користувачів, а інші користувачі можуть давати позитивні або негативні оцінки залежно від принаймні точності наданого цитування. Дані в базі даних можуть бути оновлені, виправлені або доповнені, щоб відображати нові дані, пов’язані з порушенням правил паркування, що може призвести до відповідного оновлення відповідного повідомлення. Як тільки сповіщення досягне заздалегідь визначеної кількості позитивних оцінок, підтверджуючи тим самим, що дані, передані сповіщенням, є вірними, тоді користувач, який поділився новими даними, пов’язаними з порушеннями правил паркування, може отримати грошову або негрошову винагороду. Грошова винагорода може фінансуватися за рахунок зібраних зборів. Однак користувач може мати обмеження в тому, скільки разів користувач може проголосувати за одне подання на панелі взаємодії з користувачем, щоб викорінити непристойну або шахрайську поведінку, яка може бути здійснена для несправедливого отримання винагороди, наприклад підтасування самопідписаних Дані, пов’язані з порушенням правил паркування, мають бути оцінені позитивно.

Зразковий варіант здійснення винаходу може включати базу даних профілю користувача, сконфігуровану для зберігання інформації про користувача та асоціацій між кожним користувачем та обчислювальним пристроєм користувача після реєстрації. Зареєструвавшись, користувач може встановлювати та змінювати свою інформацію у своїх профілях користувача, якщо це потрібно. Налаштування, які можуть вимагати введення або налаштувань користувача, можуть згодом бути змінені користувачем у межах налаштувань (наприклад, увімкнення / вимкнення). Наприклад, користувач може змінити тип транспортного засобу, яким керує користувач. Відповідно, це також стосується типу таблички, пов'язаної з транспортним засобом. Можуть бути визнані наступні типи користувачів: некомерційний користувач транспортного засобу та користувач комерційного транспортного засобу, додатково класифікований за типом транспортного засобу та типом транспортного знаку. Оскільки різні RRLC можуть застосовуватись до некомерційних та комерційних транспортних засобів, що призводить до різних типів порушень квитків, які можуть бути класифіковані, користувач, який зазначає у своєму профілі, що він керує комерційним транспортним засобом, може бути автоматично позначений в іншій категорії лише для комерційних транспортних засобів. Некомерційні транспортні засоби можуть включати, але не обмежуючись ними: легкові автомобілі, міні-фургони, позашляховики тощо. У базі даних комерційних транспортних засобів тип комерційного транспортного засобу може бути розділений на категорії, які можуть включати, але не обмежуючись ними, тракторні причепи, вантажівки, автобуси, таксі та лімузини тощо. Правила паркування, що застосовуються до комерційних транспортних засобів, можуть також не застосовуватися до некомерційних транспортних засобів, і відповідно, дані можуть бути розділені з різних типів транспортних засобів на різні категорії, так що квитки також можуть бути класифіковані залежно від транспортного засобу та причин порушення.

Додаток може дозволити різним типам користувачів вводити інформацію про цитування порушень паркування, яка може бути класифікована в базі даних відповідно до різних типів даних. Наприклад, водії некомерційних транспортних засобів можуть отримувати квитки на стоянку в комерційних транспортних засобах лише стоячих зон, які дозволяють лише комерційним транспортним засобам завантажувати та вивантажувати вантаж. Отже, база даних про цитування може включати дані про цитування з некоммерчних та комерційних транспортних засобів, які можуть бути окремо позначені відповідно до типу транспортного засобу. Дані про тип транспортного засобу можуть відображати різні типи транспортних засобів, які допускають порушення. Хоча існує два типи транспортних засобів, які мають відповідні бази даних, два типи можуть бути об'єднані та інтегровані в одну базу даних. Потім різним типам користувачів може бути видано сповіщення з типом даних, що відповідають їх типу користувача. Повідомлення може бути зроблено більш точним, оскільки квитки можуть бути згруповані в окремі категорії залежно від типу транспортного засобу та типів транспортних знаків, які можуть бути включені в комерційні транспортні засоби або некомерційні транспортні засоби.

Панель залучення користувачів може бути попередньо налаштована для фокусування на певній області, наприклад, на визначеному поточному місцезнаходженні користувача. Коли користувач відкриває панель взаємодії з користувачем, вміст, який може автоматично відображатися, може базуватися на поточному місцезнаходженні користувача. Користувач, який отримує сповіщення, може натиснути його, щоб отримати доступ до детальної інформації про потенційне порушення правил паркування. Якщо користувача все ще не влаштовують ці деталі, користувач може використовувати обчислювальний пристрій користувача для підключення до панелі взаємодії користувача, де вміст, який автоматично відображається, може мати інформацію ще більш детально. Цей вміст може включати вивіски на парковці, і користувач може надіслати запитання до панелі залучення користувачів на основі конкретного місцезнаходження користувача. Однак до панелі взаємодії користувачів також можна отримати доступ до вмісту в інших областях. Наприклад, це може бути користувач у Нью-Йорку, який має намір орендувати вантажівку, щоб переїхати до Флориди. Користувач може побачити дані, пов’язані з порушенням правил паркування, що стосуються певної зони, де користувач має намір розвантажити візок. Оскільки вантажівка зазвичай вважається комерційним транспортним засобом, і різні штати можуть мати різні правила щодо паркування та вивантаження комерційного автомобіля на вулиці, користувачеві може бути зручно ознайомитись із даними, пов'язаними з порушенням правил паркування, що застосовуються до цієї певної зони до початку рухатися, щоб уникнути отримання посилання на порушення правил паркування. Звичайний фахівець у цій галузі повинен зрозуміти, що це один із прикладів із широкого кола потенційних причин, через які користувач може захотіти отримати доступ до вмісту панелі взаємодії з користувачами для областей, що охоплюють безпосереднє оточення цього користувача.

Користувач також може налаштувати, яке повідомлення бажає бачити користувач. Окрім видачі повідомлення на підставі того, на якому транспортному засобі керує користувач, або на якому транспортному засобі чи на якому типі табличок, користувач може додатково вказати, що він чи вона робить або не хоче отримувати повідомлення. Користувач може заборонити одне повідомлення або цілу категорію повідомлень. Крім того, користувач може вказати тип інформації, яку він або вона хотів би бачити в повідомленні. Наприклад, користувач може вказати не бачити жодного зображення вивісок, натомість вирішивши переглянути просто короткий опис цієї вивіски. В іншому прикладі користувач, який паркується часто в одній зоні щодня, може вказати, що повідомлення, яке стосується цього місця паркування в певний час, не потрібно відображати щодня, оскільки користувач може бути добре знайомий з правилами. Цілі категорії повідомлень або окремі частини кожного повідомлення також можуть бути вимкнені.Наприклад, користувач може не відчувати необхідності бачити повідомлення, яке служить нагадуванням про сплату збору за лічильник або інших порушень, які можуть статися виключно через ігнорування користувачем очевидних або відомих норм паркування. Якщо такі порушення все-таки трапляються, і користувач намагається надати щодо них дані, пов’язані з порушенням правил паркування, системний адміністратор може заборонити додавання цих даних до бази даних, або певні дані про порушення правил паркування можуть бути виключені автоматично. Наприклад, це може бути посилання на лічильник, термін дії якого закінчився, або посилання на блокування проїзду, хоча ці правила можуть відрізнятися залежно від місця розташування, ці порушення можуть не стосуватися користувача, який добре обізнаний у цих правилах. Крім того, користувач може обмежити повідомлення певним часом, наприклад, видавати нагадування про паркування вночі та у вихідні дні, коли їх вимкнено в робочий час протягом тижня. Однак це приклад і не призначений будь-яким чином обмежувати час налаштування, який користувач може вказати стосовно якого видається повідомлення, а також не призначений для обмеження того, яка інформація включається до бази даних.

Оскільки існують різні типи комерційних транспортних засобів, центральна обчислювальна система може також сортувати та класифікувати дані залежно від типу транспортного засобу, типу номерного знаку та органу, що видає інформацію про вказане порушення паркування. Інформація може бути виведена залежно від типу таблички, типу транспортного засобу та органу, що видає інформацію. Ті самі правила можуть застосовуватися до однієї і тієї ж категорії транспортних засобів або одного типу транспортних знаків, що може регулюватися конкретним органом. Різні органи видачі можуть мати різні правила та норми, які застосовуються лише до транспортних засобів, які вони мають повноваження регулювати. Відповідно, дані про цитування порушень можуть бути класифіковані на основі типу транспортного засобу, а також типу транспортного засобу, щоб забезпечити точне повідомлення користувачеві, який базується на типі користувача. Ця класифікація може застосовуватися як до комерційних, так і до некомерційних транспортних засобів. Проте правоохоронні органи можуть мати повноваження регулювати всі типи транспортних засобів та видавати їм усі посилання на порушення правил паркування. Відповідно, повідомлення може застосовуватися до всіх типів транспортних засобів або всіх типів транспортних знаків, але повідомлення може застосовуватися вибірково до різних типів транспортних засобів. Дані, пов’язані з порушенням правил паркування, можна відсортувати за тими самими категоріями, до яких можуть застосовуватися правила паркування, де кожна дата цитування порушень включає, але не обмежується часом, причинами, місцем розташування, типом транспортного засобу, типом таблички тощо для отриманих посилань щодо порушення правил паркування. . Оскільки деякі правила можуть застосовуватися до одних транспортних засобів, а не до інших, залежно від типу транспортного засобу та типу транспортного знаку, тоді повідомлення може бути надіслано до всіх відповідних транспортних засобів. Наприклад, у Нью-Йорку Комісія з таксі та лімузину (далі - "TLC") регулює комерційні транспортні засоби, на яких табличка починається з літери "Т." Працівники TLC мають право видавати конкретні типи квитків, унікальних для транспортних засобів TLC, на підставі правил TLC, але не мають повноважень регулювати інші комерційні транспортні засоби, наприклад автобуси, які регулюються DOT.

У різних ситуаціях застосовуються різні повідомлення про порушення правил паркування. Повідомлення може бути сформовано з бази даних, що включає обробку та аналіз декількох компонентів набору даних: наявні історичні та зібрані дані з інформаційних джерел у режимі реального часу або історичні дані у вигляді краудсорсингу з введеної користувачем інформації про порушення правил паркування. допомагати або консультувати правила суперечок щодо квитків та скорочення даних про місця стоянки автоматів та плату за парковку даних даних щодо спорів щодо квитків від користувача та будь-яку додаткову інформацію, надану та / або перевірену адміністратором системи, що може бути предметом перевірки та / або рейтинги. Дані можуть бути позначені в базі даних відповідно до її джерела. Зразкове втілення винахідницького розкриття може використовувати команду професіоналів, що мають відповідний досвід у порушенні правил паркування та / або правил паркування для перевірки точності даних у базі даних. Повідомлення може бути виправлене, оновлене та доповнене залежно від зібраних даних та оцінок користувачів. За допомогою панелей залучення користувачів можуть бути зібрані дані, пов’язані з порушенням правил паркування, які містять щонайменше одну інформацію про місцезнаходження, пов’язану з порушеннями правил паркування, дані про час, пов’язані з часом порушення правил паркування, або причини цитування порушень паркування, що відбуваються в визначеному місці. За допомогою панелей взаємодії з користувачами додаткові користувачі можуть отримувати оцінки принаймні частини повідомлень або даних, пов’язаних із порушенням правил паркування. На основі рейтингів частини даних, що здійснюються з використанням краудсорсингу, або сповіщення, що досягає заздалегідь визначеного числа, база даних може бути модифікована, щоб включити принаймні частину даних, пов’язаних з порушенням правил паркування, зібраних за допомогою панелі (панелей) залучення користувачів. У відповідь на частину сповіщення або дані, пов’язані з порушенням правил паркування, що отримують заздалегідь визначену кількість позитивних оцінок, додатковий користувач, який надав дані, пов’язані з порушенням правил паркування, може отримати винагороду, де винагорода може бути однією з грошових винагорода або негрошова винагорода.

Повідомлення може бути коротким із зазначенням причин того, чому користувач може не паркуватись у певному місці, з іншою короткою інформацією, яка узагальнює історичні дані про порушення правил паркування в цьому місці. Це сповіщення може бути коротким, оскільки користувач може отримати це сповіщення на своєму дисплеї або може їхати за кермом, коли шукає місце для паркування, або відволікається від проведення інших дій. Повідомлення, що попереджає користувача, може створюватися на основі різних категорій, типів транспортних засобів та / або типу транспортних знаків, що застосовуються до користувача, який отримує повідомлення. Один із типів повідомлень може включати інформацію про потенційне порушення, таку як дати та часові рамки, що застосовуються до порушення, історичний звіт про цитати про порушення в поточному місці, причини (причини) порушення тощо. Історичний звіт інформації про квитки може містити часові рамки з певних дат, що відображаються в даних (наприклад, дата, місяць, час тощо), причини порушення правил паркування, застосовні штрафи, загальна сума стягнених штрафів, категорії типів квитків та застосовувані штрафи, а також кількість квитки, випущені протягом зазначеного періоду, з метою ознайомлення користувача та виступу як переконлива інформація для того, щоб повідомити користувача про потенційні наслідки паркування в певному місці, щоб уникнути того, щоб користувач не скористався можливістю припаркуватися в цьому місці з порушеннями.

Інший тип сповіщення може з’явитися, коли система відображає на екрані дисплея віддаленого обчислювального пристрою користувача порівняння правил паркування, що застосовуються в різних юрисдикціях, наприклад, правила, що застосовуються в поточному місцезнаходженні, та правила держави, яка видала драйвер користувача ліцензія. Наприклад, користувач, чиє водійське посвідчення видано в штаті Коннектикут, може не знати, що паркування заборонено на відстані 15 футів від гідранта в Нью-Йорку, оскільки правило в Коннектикуті встановлено на відстані 10 футів від гідранта. Серед інших випадків користувач може мати можливість переглянути цю інформацію сповіщення в будь-який час, натиснувши кнопку на екрані обчислювального пристрою в цьому місці, щоб перевірити наявність порушень при паркуванні або перевірити наявність різних правил паркування. Користувач може оцінити інформацію в сповіщенні, а також повідомити повідомлення про це системному адміністратору, якщо вважає, що існує неточна або неправдива інформація. Таким чином можуть виникнути подвійні оцінки (наприклад, рейтинги даних, що відповідають місцям паркування, та рейтинги повідомлень на основі даних, що стосуються місця паркування). Буде вдячне, що такі подвійні рейтинги допоможуть системі самокорегуватися в міру зміни умов.

Оскільки система записує та зберігає точні координати GPS геолокації (довготу та широти) обчислювального пристрою користувача, повідомлення, надіслане користувачеві, може бути налаштоване та локалізоване до місця розташування користувача на основі заздалегідь визначеного радіуса. Оскільки база даних зберігає та аналізує RRLC від різних муніципалітетів та / або інших органів влади, геолокація та застосовний RRLC можуть бути зіставлені для надсилання повідомлення відповідно до типу користувача та поточного місцезнаходження або місця, вказаного на запит користувача. Наприклад, ідентифікатор місцезнаходження може використовувати поточне місцезнаходження користувача для розміщення користувача в межах певного набору юрисдикцій. Ця функція може бути корисною для користувача, який їздить через лінії штатів або країн і не знайомий з RRLC з різних штатів або країн. База даних може містити інформацію про водійські права користувача, оскільки користувач може вводити та зберігати інформацію про водійські права в державі або країні, яка видала водійські права, під час реєстрації профілю. Використовуючи місцезнаходження, звідки було видано водійське посвідчення користувача, з поточними даними користувача про геолокацію, центральна обчислювальна система може надіслати користувачеві повідомлення про різні правила або короткий звіт про різні правила паркування відповідно до геолокації, коли вона змінюється. Користувач може натиснути кнопку на дисплеї обчислювального пристрою, щоб переглянути підсумок різних правил паркування при порівнянні місця, що видало водійське посвідчення користувача, з поточним місцезнаходженням користувача. Розкриття винаходу може застосовуватися не тільки в різних штатах США, але також може застосовуватися між різними країнами по всьому світу.

Оскільки повідомлення є коротким і призначене для попередження користувача швидкою, узагальненою інформацією про можливе порушення паркування, користувач може використовувати панель взаємодії користувачів, включаючи, але не обмежуючись модулем форуму, для отримання більш вичерпної та детальної інформації з постів, які включати, але не обмежуючись цим, запити, відповіді, обговорення, фотографії, відео, письмові описи та будь-яку іншу інформацію, яка може бути розміщена. Інформація, що подається на панель взаємодії з користувачами, підлягає оцінці додатковими користувачами. Додаткові користувачі можуть надавати відгуки, пропозиції, негативні оцінки, позитивні оцінки тощо. Як тільки подана інформація досягне заздалегідь визначеної кількості позитивних оцінок, ця інформація може бути використана для корекції, оновлення та доповнення бази даних відповідно. Надіслана інформація перетвориться на нове (наприклад, друге) повідомлення, яке буде видане користувачеві. Потім це нове сповіщення або нові дані, пов’язані з порушенням правил паркування, підлягають подальшому оцінюванню додатковими користувачами, які мають досвід із перших рук.

Користувач, який має досвід із перших рук, ідентифікується як користувач, який отримав повідомлення із даними, пов’язаними з порушенням правил паркування, про конкретне місцезнаходження, в тому числі, коли користувач проходить всередині або проходить заздалегідь заздалегідь визначену відстань або радіус від цього конкретного місця. Цей радіус може бути встановлений за замовчуванням або заданий користувачем через налаштування. З метою ідентифікації власного досвіду центральна обчислювальна система може бути підключена до Інтернету та обчислювальний пристрій, здатний визначати географічне розташування користувача (тобто через приймач GPS тощо) та передавати ідентифікований геолокаційний розташування користувача до центральна обчислювальна система. Система може відстежувати, використовуючи приймач GPS, місцезнаходження та час додаткових користувачів, а також зберігати ці дані про місцезнаходження та дані часу в базі даних, щоб визначити відстежуване місце та час додаткових користувачів. У відповідь на отримання оцінок від додаткових користувачів, збережені дані про місцезнаходження та час, пов’язані з додатковими користувачами, можуть бути отримані для того, щоб визначити, чи має додатковий користувач (-и) досвід із перших рук на основі отриманих даних про місцезнаходження та час . Як тільки дані про сповіщення або пов’язані з порушенням правил паркування дані досягнуть заздалегідь визначеної кількості позитивних оцінок, тоді користувач, який подав початкову інформацію, яка згодом може бути перетворена на повідомлення, може отримати грошову або негрошову винагороду за цінний внесок. Тоді як повідомлення, яке досягає заздалегідь визначеної кількості негативних оцінок, може потім виправити, оновити, доповнити або іншим чином змінити базу даних.

Поки дані про дані про квитки використовуються для генерації або оновлення вмісту, що з’являється у сповіщенні, вся інформація, що надається при спільному користуванні квитками, може надходити на панель взаємодії користувачів із використанням квитків (наприклад, фотографії, відео тощо). Повідомлення може відображатися, коли користувач наближається до конкретного місця, де користувач може потенційно отримати цитату про порушення правил паркування. Інформація, надана користувачем на панелі взаємодії з користувачем, може коригувати, оновлювати та доповнювати інформацію, надану в повідомленні. Поєднання отримання сповіщення та доступу до панелі взаємодії з користувачем може надати більш корисну та розгалужену інформацію для користувача, оскільки сповіщення надає швидку, делікатну інформацію в часі, тоді як панель взаємодії з користувачем надає детальну, велику інформацію, корисну для отримання повних знань про ситуацію .

Панель залучення користувачів може включати два аспекти: вона може бути підключена до конкретного місця порушення на електронній карті або загальна панель залучення користувачів, де користувач може обговорювати загальні ідеї, не пов'язані з конкретними місцями. Користувач може натиснути на місці, пов’язаному з порушеннями правил паркування на дисплеї карти, щоб вибрати “Панель”, щоб отримати доступ до панелі залучення користувачів, яка може включати різні категорії, де інформація може обмінюватися між користувачами, наприклад, питання щодо обміну квитків або відповіді або коментує знаки паркування та / або інші категорії, не включені до вищезазначеного, якщо такі є тощо. Вміст, який автоматично подається на панель залучення користувачів, базується на поточному місцезнаходженні користувача. Категорія спільного користування квитками може дозволити користувачеві переглядати вичерпну, детальну інформацію, пов’язану з порушенням правил паркування, для певного місця, включаючи, але не обмежуючись, копію квитка без конфіденційної інформації про причини порушення часу порушення та рекомендацію уникнути порушення, тощо. Категорія запитань або відповідей або коментарів може дозволити користувачеві задавати будь-які питання, вводити будь-які відповіді та вводити будь-які коментарі, пов’язані з порушеннями правил паркування, на додаток до перегляду всієї цієї інформації, наданої іншими користувачами. Категорія паркувальних знаків може дозволити користувачеві обмінюватися інформацією щодо паркувальних знаків, наприклад, переплануванням паркувальних знаків щодо, або перекладом на іншу мову або роз'ясненням змісту. Інші категорії, не включені до вищезазначеного, можуть бути додані або видалені на розсуд системного адміністратора. Коли користувач має запит щодо інформації про місце, пов’язану з порушенням правил паркування, програма може дозволити користувачеві розміщувати повідомлення за допомогою панелі залучення користувачів для отримання додаткової інформації. Інформація, введена користувачем, може бути відкритою для коментарів та / або оцінок інших користувачів. Коментарі з найбільш позитивними оцінками можуть отримати пріоритетний рейтинг за позицією коментаря в списку. Якщо позитивні оцінки досягають заздалегідь визначеного значення, тоді користувач може отримати винагороду. Панель залучення користувачів може дозволити іншим користувачам надавати різні коментарі, які включають, але не обмежуючись, інформацію про те, чи може суперечка бути успішною на основі наданих обставин від користувача, який отримав квиток на паркування.

Користувач може використовувати панель залучення користувачів, щоб опублікувати зображення парковки чи вуличних вивісок у певному місці та запитати про зрозумілу мову знаку. Водії часто стикаються з труднощами в розумінні знаків паркування, особливо коли є кілька знаків для різних правил паркування. Крім того, багато водіїв можуть погано володіти англійською мовою, що призводить до подальших труднощів при тлумаченні знаків. Отже, панель залучення користувачів може надавати інформацію про знаки паркування, пов’язані з конкретним місцем розташування, і перекладати ці знаки паркування не лише іншою мовою, але й зрозумілими, зрозумілими англійською мовою. Оскільки деякі знаки паркування заплутані, користувач може брати участь у їх переробці для створення нових конструкцій. Користувач може створити перероблений дизайн або перекласти традиційні знаки паркування на різні мови, щоб бути зрозумілішими. Їхні дизайнерські зображення можуть підпорядковуватися рейтинговій системі, а найкращий дизайн, який генерує найбільш позитивні оцінки за певну кількість через певний проміжок часу, може бути винагороджений. Дизайн з найвищим рейтингом може залишатися вгорі списку, щоб інші користувачі могли переглядати та легко розуміти значення знаків.

Користувачеві може бути дозволено провести загальний пошук порушень у конкретному місці на панелі залучення користувачів, а також може здійснювати подальший пошук на основі типу транспортного засобу або типу транспортного знаку. Якщо пошук не дасть відповіді, яка задовольняє користувача, користувач може мати можливість розміщувати власні запити на панелі взаємодії з користувачем, що підключається до конкретного місця. Навчаючи користувачів шляхом передачі принаймні власного досвіду, пов’язаного з порушенням правил паркування, інші користувачі можуть більше усвідомлювати свої дії щодо паркування, що може допомогти уникнути отримання квитків та / або загального зменшення кількості порушень щодо паркування. Усі функції програми, наприклад, сповіщення та панель взаємодії з користувачем, можуть бути доступними різними мовами, які користувач може змінити. Зразковий варіант здійснення винахідницького розкриття може використовувати сторонній сервіс та / або API, наприклад, GOOGLE TRANSLATE, який є мовною службою перекладу, що надається Google, дочірньою компанією Alphabet Inc., або системний адміністратор може найняти професіоналів з досвід у порушенні правил паркування, а також компетентні перекладачі для перекладу вмісту на різні мови або надання пояснень простою англійською мовою. Користувач може також перекладати інформацію, яка може бути оцінена як позитивною, так і негативною.

Зразковий варіант втілення винахідницького розкриття програми може також підключатися до сторонньої електронної карти, наприклад, GOOGLE MAPS, яка є електронною картографічною послугою, що надається Google, дочірньою компанією Alphabet Inc., тощо, щоб надати функція перегляду вулиць на панелі залучення користувачів для певних місць, де трапляється квиток. Інші носії інформації, наприклад, фотографії, відеозаписи тощо для цього місця можуть також надаватися користувачем або співробітником системи. Це особливо корисно для тих місць, де є заздалегідь визначена кількість порушень, де слід надати більше інформації, або для тих місць, де користувач може бути незнайомий. Конфіденційність користувача або конфіденційність громадськості можуть бути захищені під час завантаження фотографій, відео тощо.

Повідомлення може бути надіслано на підставі порушень із обмеженнями за часом.Обмеженнями за часом можуть бути часові рамки, коли паркування забороняється в межах певного місця, що може бути використано для надання повідомлення, що враховує час. Дані можуть відображати точні часові рамки для цих порушень, а не відстежувати кожен раз як власні конкретні випадки порушення, і можуть повідомляти користувача про весь часовий проміжок, коли паркування заборонено, а не лише про конкретний часовий момент, як зазначено на квиток. Крім того, коли дані, пов’язані з порушенням паркування, визначені як чутливі до часу, незалежно від того, подані вони через панель залучення користувачів чи зібрані з іншого джерела, системному адміністратору може бути надано розсуд негайно включити ці чутливі до часу дані до повідомлення, оскільки може виникає необхідність якомога швидше повідомити користувача, наприклад, у випадку тимчасового повідомлення чи зони відвезення, а також тому, що деяка інформація стосовно заборони, що враховує час, може бути кращою перед відсутністю інформації. У цьому сценарії, тимчасово чутливим даним може не знадобитися досягти заздалегідь визначеної кількості позитивних оцінок перед тим, як їх включити до повідомлення. Якщо повідомлення з даними, пов'язаними з порушенням паркування, досягне заздалегідь визначеної кількості негативних оцінок, ці чутливі до часу дані можуть бути видалені з бази даних.

Дані часових рамок можуть бути застосовні до кількох ситуацій: наприклад, "Немає стояти в будь-який час", де часовий проміжок повинен вказувати 24 години, тому будь-який користувач, дані геолокації якого показує місце, яке знаходиться в зоні, що не стоїть в будь-який час, може отримати повідомлення в будь-який час. Дані часових рамок можуть також застосовуватися до стоянок на стороні, для вулиць, які не дозволяють стоянку в певний час через державні служби прибирання вулиць, що, наприклад, зазвичай застосовується протягом півгодини (наприклад, з 9:00 до 9:30) або тимчасові повідомлення про зони буксирування, які, наприклад, зазвичай застосовуються протягом дня або декількох днів. База даних може з'єднуватися з обчислювальним пристроєм для надсилання автоматичного сповіщення, нагадуючи користувачеві перенести транспортний засіб відповідно до правил прибирання вулиць.

Незважаючи на те, що державні веб-сайти можуть надавати інформацію про місцезнаходження та відповідні правила щодо знаків паркування, дані можуть бути не повними або можуть бути недоступними. Отже, панель залучення користувачів дозволяє повідомляти користувачам інформацію про знак паркування, яка може бути використана для створення повідомлення. Панель взаємодії з користувачем може також дозволити користувачеві оновити умови обмеження паркування, вказавши, наприклад, те, що стан було тимчасово або остаточно змінено тощо. Урядовий орган або правоохоронний орган, такий як поліцейський департамент, може оприлюднювати інформацію на своїх веб-сайтах або розмістити тимчасове повідомлення на вулиці щодо тимчасового повідомлення про заборону паркування на певних вулицях протягом певного часу. Тимчасові повідомлення також не містять повідомлень про паркування через якісь особливі події, наприклад, збори, ремонт доріг, кінопродукції тощо. Однак люди можуть не знати або не бачити цих повідомлень, розміщених на знаку паркування, або повідомлення можуть бути не легко бути очевидним, коли користувач паркує свій транспортний засіб, користувач може бути повідомлений апаратом обробки про будь-які відповідні тимчасові повідомлення з цих причин. Коли користувач виявляє інформацію, користувач може повідомити про це повідомлення на панель залучення користувачів та завантажити зображення повідомлення, завдяки чому база даних може застосовувати заявлене правило паркування до всієї вулиці. Як результат, користувач, який припаркував свій транспортний засіб на відповідній вулиці протягом відповідних обмежень часу та / або відстані, або який вказав у налаштуваннях, що він або вона хоче отримувати повідомлення про будь-які тимчасові повідомлення на вулиця може отримати сповіщення. Центральна обчислювальна система може перешкодити цьому користувачеві потенційно отримати квиток або бути відтягнутим, оскільки повідомлення може попереджати користувача про тимчасове повідомлення. Цей метод звітування може також застосовуватися в інших ситуаціях, коли будь-який RRLC може бути оновлений, якщо база даних не виявляє його самостійно. Користувач може подавати та завантажувати будь-яку відповідну інформацію через різні засоби масової інформації, які включають, але не обмежуючись ними: фотографії чи зображення з камер, датчиків, відео, намальовані від руки фотографії, письмові описи та будь-які інші носії для точного опису ситуації щодо місцезнаходження через панель взаємодії з користувачем. Щоб заохотити користувача повідомляти про виявлення будь-яких змін у RRLC, користувач може отримувати винагороди. Системний адміністратор може також найняти працівників або сторонніх підрядників для повідомлення про тимчасові повідомлення, щоб сповіщення було надіслане користувачеві.

Можуть бути випадки, коли обробний пристрій може виявити порушення паркування, безпосередньо співвідносячи тип користувача з поточним місцезнаходженням і поточним часом у видобутку бази даних для даних, пов’язаних з порушенням паркування. Пряма кореляція може бути в такому випадку, коли в поточному місці на даний момент було видано посилання на порушення правил паркування, яке було видано на підставі заборони на паркування, що стосується того самого типу користувача, а також стосується того самого типу транспортний засіб або тип транспортного знаку. Наприклад, пряме співвідношення може бути, коли користувач некоммерчного транспортного засобу отримує сповіщення, яке попереджає про заборону стоянки в місці X о 17:15 у вівторок, оскільки в базі даних є дані, які відповідають ситуації: некомерційний транспортний засіб, що отримав попередження про порушення правил паркування за місце паркування в місцезнаходженні X о 17:15 попереднього вівторка. Принаймні ці три пункти - тип транспортного засобу, місцезнаходження та поточний час - все безпосередньо співвідносяться. У цьому випадку не потрібно висновувати про потенційну заборону паркування, оскільки існує точний пункт даних, який встановлює основу для повідомлення.

Процесор або пристрій обробки можуть виконувати інструкції для виведення заборони на паркування на основі місцезнаходження, щоб попередити користувача про потенційний ризик отримати цитату про порушення правил паркування в призначеному користувачем місці паркування. Пристрій обробки може аналізувати дані, пов'язані з порушенням правил паркування, які є в базі даних для довколишніх місць, і порівнювати такі дані з RRLC. Якщо передбачуване місце користування парковкою потрапляє між щонайменше двома місцями із записом раніше зазначених посилань на порушення правил паркування, що застосовуються до типу користувача користувача, обробний пристрій може зробити висновок, що користувач може отримати повідомлення про порушення місця паркування на передбачуваній парковці Місцезнаходження. Дані, пов’язані з порушенням правил паркування, також можуть бути проаналізовані, щоб передбачити потенційне порушення правил паркування, яке застосовується до користувача шляхом висновку. Висновок може базуватися на щонайменше одному з щонайменше одного відповідного місця паркування, принаймні одного відповідного часу паркування, щонайменше одного відповідного місця паркування, що відповідає принаймні одному заздалегідь визначеному часовому періоду, де ідентифікований час знаходиться в межах заздалегідь визначеного часового періоду, та / або щонайменше два цитати про порушення правил паркування, видані раніше щонайменше для двох місць для паркування за порушення заборони на паркування, де визначене місце знаходиться між принаймні двома місцями для паркування, які знаходяться на заздалегідь визначеній відстані один від одного, де принаймні два місця для паркування місця відповідають одному відповідному часу паркування, і де кожне з щонайменше двох місць паркування пов’язане з одним і тим же типом порушення правил паркування. Щоб правильно зробити висновок, кожне з двох раніше зазначених посилань на порушення правил паркування може базуватися на одних і тих самих причинах або одному і тому ж типі заборони чи порушення, і ця причина може відповідати висновку. Ці причини можуть бути причиною того самого цитування про порушення правил паркування, наприклад, паркування в часовому поясі заборонене паркування. Висновок може бути зроблений неточно, якщо одне посилання на порушення правил паркування стосується плати за лічильник, яке минуло, тоді як інше посилання на порушення правил паркування стосується паркування в зоні завантаження.

Крім того, деякі посилання на порушення правил паркування можуть не бути підставою для висновку, наприклад, цитування про порушення правил паркування, видане з причини прострочення лічильника. Відстань між місцями, на які потрапляє передбачуване місце паркування, може залежати від різних факторів. Одним із факторів, який може вплинути на відстань між цими двома місцями, може бути те, що застосовується RRLC. Наприклад, відстань може бути коротшою, якщо ця відстань базується на правилі паркування пожежного гідранта, якщо, наприклад, було заборонено стоянку на 15 футів з кожного боку пожежного гідранта, цитати про порушення правил паркування можуть бути лише в межах 30 футів. В іншому прикладі існує заборона на паркування, що стосується паркування на дорозі, що проходить поруч з військовою базою. Відстань між двома місцями може бути більшою, оскільки масштаб заборони на паркування. У цьому прикладі можна зробити висновок на основі розташування, коли відстань між двома місцями може бути більшою через RRLC більшого масштабу. Центральна обчислювальна система може заздалегідь визначити цю відстань на основі відповідного RRLC. Крім того, відстань може бути заздалегідь визначена залежно від місцезнаходження, де відстань у більш щільному місті з вищими цитатами порушення правил паркування може бути меншою, ніж у сільській місцевості з низьким рівнем цитування порушень паркування. Заздалегідь визначена відстань між локаціями може знаходитись на одній стороні вулиці в міському кварталі, або це може бути менша заздалегідь визначена відстань між локаціями. Наприклад, у базі даних є запис про порушення правил паркування, отримане транспортним засобом за адресою А за адресою 130 31-а авеню. У базі даних також є запис про цитату про порушення правил паркування, отриману тим самим або іншим транспортним засобом, припаркованим у Місцезнаходженні С, адреса - 31-а Авеню. Пристрій обробки може проаналізувати ці посилання на порушення правил паркування, щоб зробити висновок, що той самий чи інший транспортний засіб, припаркований у Місцезнаходженні B, за адресою 132 31-а авеню, може отримати повідомлення про порушення правил паркування. У цьому прикладі заздалегідь визначена відстань стосується трьох адрес уздовж однієї сторони 31-ї авеню: 130, 132 та 134.

Процесор або пристрій обробки можуть виконувати інструкції для виведення заборони на паркування на основі часу, щоб попередити користувача про потенційний ризик отримати цитату про порушення правил паркування в передбачуваному користувачем місці паркування в даний час. Таким чином, пристрій обробки може аналізувати дані, пов'язані з порушенням правил паркування, які доступні в базі даних для передбачуваного користувачем місця паркування та мають позначку часу, близьку до поточного часу. Якщо поточний час пов'язаний принаймні з одним посиланням на порушення паркування протягом заздалегідь визначеного часового проміжку, пристрій обробки може зробити висновок, що користувач може отримати цитат про порушення паркування в тому призначеному місці паркування в даний час. Заздалегідь визначений часовий проміжок може бути заздалегідь визначений на основі застосовного RRLC, або заздалегідь визначений проміжок часу може бути тимчасовим проміжком, який є тимчасовим проміжком, заснованим на часі видачі цитати про порушення паркування. Цей часовий проміжок може також представляти собою такий проміжок часу, як одна, дві або три години, або більший проміжок часу, такий як десять годин або будь-яка інша тривалість, залежно від відповідних факторів, наприклад, заборона на підмітання вулиць, яка застосовується протягом години та половина Ще одна заборона на паркування може бути забороною паркування між 9 ранку та 5 вечора, де часовий проміжок може становити восьми (8) годинний проміжок часу. Наприклад, у базі даних є запис про порушення правил паркування, отримане транспортним засобом, припаркованим в Місце А о 9:13 ранку, де відомий RRLC є забороною на паркування через підмітання вулиць, яке застосовується з 9:00 до 10:30 ранку. Часові рамки в цьому сценарії можуть бути визначені як півтори години на основі тривалості заборони на підмітання вулиць. Пристрій обробки може проаналізувати посилання на порушення паркування, щоб зробити висновок, що той самий чи інший транспортний засіб, припаркований у Місце А, може отримати цитат про порушення паркування, якщо користувач паркується о 9:51 ранку, оскільки 9:51 ранку знаходиться в межах заздалегідь визначеного часу. За іншим сценарієм, в базі даних є запис про порушення правил паркування в місці «H» о 19:15. Користувачеві, який має намір припаркуватись у місці “H”, може бути надіслано сповіщення о 19:21. Це повідомлення може бути надіслано, оскільки 7:21 припадає на ті ж півгодини, що і цитата про порушення правил паркування.

Процесор або пристрій обробки можуть також виконувати інструкції щодо виведення заборони на паркування на основі часу, аналізуючи подібний час у різні дні тижня. Якщо час є одним і тим же часом щодня, або в той же час того самого дня, обробний апарат може зробити висновок, що в цей час цього дня або цього дня щодня може бути заборона на паркування. Наприклад, транспортний засіб у місці В о 9:30 ранку у вівторок отримує повідомлення про порушення правил паркування. Той самий чи інший транспортний засіб у місці B о 9:30 ранку в середу отримує повідомлення про порушення правил паркування. Той самий або інший транспортний засіб, що знаходиться в місці розташування B о 9:30 ранку в четвер, отримує повідомлення про порушення правил паркування. Пристрій обробки може проаналізувати ці посилання на порушення правил паркування, щоб зробити висновок, що той самий чи інший транспортний засіб, припаркований у місці розташування B о 9:30 ранку в п’ятницю, може, швидше за все, отримати повідомлення про порушення правил паркування. В іншому прикладі, транспортний засіб у місці “C” о 9:30 ранку у вівторок, 1 вересня, отримує повідомлення про порушення правил паркування. Той самий чи інший транспортний засіб у місці “C” о 9:30 ранку у вівторок, 8 вересня, отримує повідомлення про порушення правил паркування. Пристрій обробки може проаналізувати ці посилання на порушення правил паркування, щоб зробити висновок, що той самий чи інший транспортний засіб, припаркований у місці “C” о 9:30 ранку у вівторок, 15 вересня, може отримати повідомлення про порушення правил паркування. Спеціаліст у цій галузі може зрозуміти, що повідомлення, засноване на висновку, може бути не зовсім точним, як це передбачається словом "зробити висновок". Однак слід також розуміти, що повідомлення може бути виправлене, оновлене та доповнене рейтингами користувачів. Повідомлення, що містить інформацію про висновок, є цінним для користувача, оскільки воно може бути надіслане користувачеві, навіть якщо таким чином не існує великого сховища інформації. Користувач може отримати достатньо точну інформацію в ситуаціях, де потенційно мало даних щодо порушення паркування.

Користувач може отримати від системи повідомлення про порушення правил паркування. Користувач, який має досвід із сповіщенням про це місце, може оцінити це повідомлення на основі висновків. Позитивні оцінки використовуються для підтвердження точності висновку про порушення. Коли передбачуване порушення досягає певної кількості позитивних оцінок, які можуть бути заздалегідь визначеними, апарат обробки підтверджує достовірність передбачуваного порушення. Тоді висновок про порушення може стати прямим порушенням кореляції, і апарат може більше не потребувати висновку, оскільки це може бути постійним повідомленням, доки підтверджена суперечлива інформація не доведе до протилежного, коли, коли виведені потенційні порушення паркування досягають заздалегідь визначеної кількості негативних оцінок користувачів , повідомлення, яке передає висновок, може бути відкликане. Це також може трапитися, коли є посилання на порушення правил паркування, яке видається в місці, де передбачається потенційне порушення. Наприклад, коли висновок доводиться цитатою в якийсь момент, ця інформація щодо передбачуваного потенційного порушення може бути змінена, щоб відображати безпосереднє застосування даних бази даних.

Оскільки коди порушень можуть бути різними залежно від агенції, яка видає квитки та збирає штрафи за квитки, введені в базу даних коди порушень можуть включати коди порушень від різних відомств та / або законодавчі кодекси, як вони з’являються, коли вони записані в закон. Наприклад, у Нью-Йорку на квитку на паркування може бути вказано Кодекс департаменту фінансів про порушення як "14", що означає "Загальні заборони стояти: стояти або стояти там, де стояти заборонено за допомогою знака, розмітки вулиць або пристрою контролю дорожнього руху". та вкажіть “На порушення правил дорожнього руху Нью-Йорка, розділ: 4-08 (c) Немає стояння”. Відповідно, доступні дані правил паркування, наприклад, глава 4, розділ 4-08 розділу 34 Правил Нью-Йорка, а також дані Кодексу про порушення від Міністерства фінансів можуть бути внесені до бази даних. Центральна обчислювальна система може використовувати ці коди порушень із відповідними кодами розділів та їх відповідними значеннями, які зберігаються в базі даних, щоб зробити висновок про часові рамки та відстань, до яких застосовується правило відсутності стояння, оскільки відсутність стояння зазвичай триває 24 години і може поширюватися на цілий вуличний квартал. Якщо користувач не бере участі у звітуванні, тоді системний адміністратор може найняти працівника для фізичного огляду місця та перевірки відстані. Пристрій обробки може використовувати цю інформацію для точного попередження користувача на основі відстані транспортного засобу або часових рамок. Хоча висновки можуть бути не на 100 відсотків точними постійно, оскільки іноді на певній вулиці бувають винятки з правил між двома схожими місцями, поєднання знання кодів, що лежать в основі причин отримання квитка в першу чергу та наявності користувача дайте оцінку повідомленню, а інформація дозволяє врахувати потенційну неточність. Прив’язка сповіщення до панелі взаємодії з користувачем може підвищити ефективність та точність, що також дозволяє коригувати, оновлювати та доповнювати сповіщення.

Система може попереджати користувача, коли користувач паркується в зоні буксирування або поруч із нею, що включає, але не обмежується, лише приватне паркування, лише дозвіл, тимчасовий ремонт доріг, доступ для аварійних служб та під'їзні шляхи, які неможливо заблокувати. Інші ситуації можуть включати паркування для людей з обмеженими можливостями, зарезервоване паркування, лише дозвіл на паркування та будь-які інші місця для паркування, призначені для спеціальних цілей, де місця паркування для спеціальних цілей можуть повідомлятися одним або кількома користувачами, зацікавленими особами, приватними особами та системним адміністратором, який може також збирати таку інформацію з інформаційних джерел. „Відсутність стоянок”, „Зона відведення”, „24 години активного під’їзду” тощо, як правило, позначаються лініями, знаками та / або словами, що містять, наприклад, „Зона привалу” або „Лише приватне паркування”. Інформація про зону буксирування може включати часові рамки, коли паркування заборонене у визначеному місці користувача та транспортного засобу користувача, відстань до або від зони буксирування, де паркування є незаконною, а також інформація про приватні та громадські зони буксирування, а також відповідні інформація про буксирувальні компанії та витрати та штрафи, пов'язані з буксируванням транспортного засобу користувача.

Люди, які уповноважені керувати такими місцями, що підлягають буксируванню, можуть реєструвати інформацію про буксирування, або користувач може повідомляти цю інформацію, яка може використовуватися центральною обчислювальною системою для повідомлення інших користувачів, які не мають права паркуватись у просторі в будь-який час.Важлива інформація про буксирування включає, але не обмежується, місцем розташування буксирної зони, назвою буксирної компанії та номером телефону, штрафом за паркування в буксирній зоні та іншою відповідною контактною інформацією. Водії, які незаконно припаркували свої транспортні засоби в евакуаційній зоні, можуть бути попереджені про порушення правил паркування та стягнення через повідомлення на основі інформації, збереженої в базі даних. Якщо користувач паркується незаконно і його транспортний засіб буксирується, користувач може перевірити місце стоянки, натиснувши кнопку на дисплеї обчислювального пристрою, щоб показати інформацію про буксирування, таку як номер телефону, штраф за буксирування та іншу контактну інформацію, якщо це була зареєстрована людьми, які уповноважені керувати таким простором буксирної зони або отримувати до них доступ. Користувач може використовувати цю інформацію, щоб легко зателефонувати, щоб дізнатись, де буксирували транспортний засіб. Як час, так і ресурси можуть бути заощаджені, оскільки користувачеві відмовлено від стоянки в приміщенні, якщо користувач знає, що це зона буксирування та має інформацію про покарання. Ділянки зони буксирування також можуть бути позначені на дисплеї карти різними кольорами, щоб відобразити, що тимчасові стоянки заборонені, наприклад, через повідомлення про тимчасову зону буксирування для ремонту доріг. Користувач може завантажувати зображення розміщених тимчасових знаків зони буксирування під час подання повідомлення, а потім система може повідомляти іншого користувача за допомогою сповіщення, яке підлягає позитивним і негативним рейтингам.

Процесор або пристрій обробки можуть підтримувати зв'язок з центральною обчислювальною системою для обробки інформації, повідомленої одним або кількома користувачами, які вводять таку інформацію та завантажують зображення своїх порушень квитків, та для створення одного або декількох застосовних повідомлень із даними, пов'язаними з порушенням паркування. ідентифіковане поточне місцезнаходження користувача та тип користувача користувача. Хоча інформація про квитки може оброблятися та використовуватися для створення або оновлення сповіщення, звіт про квитки від одного або кількох користувачів також підключається до панелі залучення користувачів квитків. Отримавши цей квиток, користувач може отримати доступ до панелі взаємодії з користувачем, щоб повідомити про місце порушення. Користувач може визначити тип паркувального квитка, про який повідомляється, з меню доступних заздалегідь визначених типів. Багаторівнева система меню може бути використана, щоб направити користувача до вибору, який визначає тип можливого типу квитка. Сервер отримує звіт та геолокацію користувача та визначає додаткову контекстну інформацію, яка може бути надана користувачем та / або обчислювальним пристроєм користувача із збереженого профілю користувача. Пристрій обробки може також збирати інформацію, доповнену користувачем, включаючи, але не обмежуючись цим, особисті знання та / або інформацію про квитки із зазначенням часу порушення, точного місцезнаходження, надрукованого або написаного на квитку, та причин порушення тощо. Користувач може також вимагати введення такої інформації, як фотографії, відео та письмові пояснення, щоб поділитися своїми ідеями щодо того, чому порушення сталося у формі, пов’язаній із місцем порушення місця паркування.

Зазвичай можуть бути два типи квитків: або рукописний, або машино-згенерований квиток від працівника правоохоронних органів, або машинний квиток із зображення вуличної камери. Різні правоохоронні органи можуть також використовувати різні форми для порушення квитків. Будь-яка інформація, про яку повідомляє користувач, може містити таку інформацію, як місцезнаходження, час, причини, а також будь-які пропозиції, поради та / або рішення, які користувач може внести для того, щоб поділитися знаннями, щоб навчити інших користувачів, щоб знову уникнути подібних порушень. Людина, яка отримує квиток, може мати найкращу можливість подавати пропозиції, поради та / або рішення на основі власного досвіду

Користувач може доповнювати повідомлену інформацію фотографіями місця розташування та будь-якими письмовими поясненнями на додаток до фотографій на панелі залучення користувачів, пов’язаних із місцем порушення. Якщо користувач робить знімок квитка для завантаження в базу даних, програма може дозволити користувачеві редагувати зображення за допомогою функції редагування зображення, покриваючи, розмиваючи або редагуючи інформацію та / або посилюючи зображення перед завантаженням зображення. Користувач може покрити або розмити частини зображень конфіденційною інформацією, наприклад ім'ям, номером таблички або ідентифікаційним номером транспортного засобу тощо. Використання оптичного розпізнавання символів для загострення розмитих зображень збільшує рівень успіху комп'ютера в розпізнаванні інформації на зображенні . Як альтернатива, база даних може також дозволити користувачеві сканувати посилання на порушення паркування, використовуючи камеру із сканером, завантаженим на обчислювальний пристрій.

Повідомлена інформація може підлягати перегляду та / або оцінкам системним адміністратором, а також іншими користувачами для забезпечення збору достовірної інформації для надання повідомлення. Коментарі, пропозиції тощо можуть відображатися на панелі взаємодії з користувачами відповідно до рейтингів, а ті, що мають найбільшу кількість позитивних оцінок, можуть бути перераховані вгорі, щоб інші користувачі могли чітко переглядати публікації, щоб отримати найкращі знання. Користувачеві може бути дозволено повідомляти системному адміністратору будь-яку потенційно неточну інформацію з відповідними доказами. Системний адміністратор може відкрити справу, коли працівник та / або користувач можуть бути направлені для розслідування передбачуваної неточної інформації для перевірки якості інформації. Користувачеві, який, можливо, допомагав у розслідуванні, може бути надана винагорода.

Центральна обчислювальна система може надавати інформаційну та освітню функцію, де вона надає повідомлення, яке може давати конкретні причини та пропозиції щодо того, як уникнути того самого порушення, та відображає історичну зведення про порушення, щоб переконати користувача не ризикувати на парковці у місці з порушеннями правил паркування, тому користувач може знати про порушення заздалегідь.

Зразковий варіант здійснення винаходу за винаходом може використовувати метод стимулювання, оскільки база даних включає щонайменше метод краудсорсингу даних від одного або кількох користувачів за допомогою панелі залучення користувачів. Краудсорсинг покладається на участь великої кількості людей, яких стимулюють до участі. По суті, цей метод заохочення дозволяє користувачеві розміщувати та ділитися даними, пов’язаними з порушеннями правил паркування, щоб отримати позитивні оцінки, заздалегідь визначена кількість яких може принести їм одну або більше винагород. У цьому методі користувач може отримувати винагороду на основі активних зусиль користувача повідомити інформацію про квитки з ефективністю, корисністю та точністю. Коли користувач отримує квиток, користувач має можливість оскаржити або сплатити квиток до закінчення терміну. Користувач може отримати позитивні оцінки після того, як інформація про квиток буде заповнена та передана на панель взаємодії з користувачем. Крім того, користувач може здійснити пошук у базі даних щодо даних, пов’язаних із порушенням правил паркування, щодо певного місця, а потім надати оцінки для даних, пов’язаних із порушенням правил паркування. Як стимул для користувачів для пошуку та оцінки даних, пов’язаних із порушенням правил паркування, для певного місця, система може видати нагороду або винагороду за такі рейтинги, якщо ті рейтинги досягли заздалегідь визначеного числа.

Винагорода може бути видана першому користувачеві, який повідомляє інформацію про квитки в місці, яке не має попередньої історії порушень паркування в базі даних. Сума, яку може отримати користувач, може бути загальною сумою, вказаною в квитку користувача, або сумою, яку встановлює системний адміністратор відповідно до суми позитивних оцінок, отриманих за надання інформації про квитки, а також коментарів та рекомендацій щодо того, як уникнути цитування про порушення правил паркування (наприклад, паркування у визначеному місці може бути незаконним або неприпустимим у визначений час, наприклад, даний час, але може бути законним або дозволеним у визначений час, наприклад, через п’ять хвилин після визначеного часу, у визначеному місці) . Подібним чином, визначене користувачем місцезнаходження (наприклад, поточне місцезнаходження) може вважатися незаконним або неприпустимим, але якщо користувач рухається вперед або назад на певну відстань, наприклад, два фути або десять футів, місцезнаходження користувача може бути законним або допустимим на визначили час та нове місце. Буде вдячне, що різні сполучення таких рекомендацій щодо часу та місця можуть бути включені до повідомлень користувачеві. За рахунок винагород користувач може не зазнати збитків від порушень квитків, а також може навчити інших краще дотримуватися RRLC, обмінюючись ідеями, щоб уникнути майбутніх порушень квитків на паркування. Система винагород може включати кілька етапів. Щоб отримати право, користувач може бути першим користувачем, який повністю докладно повідомляє інформацію про нові квитки для того конкретного місця, яке не мало попередньої історії квитків, повідомляючи дату, час з виданого квитка з конкретною інформацією на причини квитка та надання корисних пропозицій, ідей та / або порад щодо того, як уникнути того самого порушення. Перший користувач, який поділиться усіма деталями інформації про квиток і отримає певну кількість оцінок, може отримати винагороду. Однак іншим користувачам може бути дозволено вводити інформацію про квитки, якщо квиток у тому самому місці вказує різні причини або порушення, які можуть претендувати на винагороду. Додаток може дозволити користувачеві сфотографувати квиток, який може бути відредагований або загострений перед поданням, як описано. Кожне місце може дозволити подання одного оригінального звіту про квитки, що може дозволити одному користувачеві отримати винагороду. Однак адміністратор системи може змінити тип винагороди та / або розмір винагороди для різних користувачів, які повідомляють інформацію про квитки на парковку описом за різних обставин. Наприклад, винагорода для першого користувача може виплатити подвійну суму винагороди або подарувати як грошову винагороду. Крім того, користувач, який бере активну участь у наданні краудсорсингової інформації, може робити це, не очікуючи винагороди. У цьому випадку користувач може відмовитися від отримання винагороди за допомогою налаштувань на панелі взаємодії з користувачем або може просто відхилити винагороду, коли вона пропонується.

У квитках, виданих правоохоронцями, може бути вказана дата, яка є кінцевим терміном сплати за порушення квитка. Стимулом для користувача є винагорода за ефективну та корисну звітність, яка допомагає іншим користувачам оплачувати квитки за допомогою системи винагород. Стимули мають вирішальне значення для отримання як активної участі одного або кількох користувачів, так і для отримання точної та правдивої інформації. Активна участь важлива, оскільки статистичний аналіз залежить від великої групи даних, і важливо постійно отримувати дані про поточні ситуації в режимі реального часу.

Для цілей контролю якості може бути впроваджена система перевірки. Для винагороди панель залучення користувачів може відстежувати рейтинги, так що користувач може лише один раз схвалити кожен звіт про квитки. Крім того, користувач може оцінювати повідомлення про потенційні порушення паркування лише в тому випадку, якщо користувач особисто зазнав та / або отримав таке повідомлення, коли вказано, що геолокація користувача знаходиться в заздалегідь визначеному радіусі місця з порушеннями. Такий користувач, який отримав повідомлення на основі власного досвіду, може або схвалити (позитивне), або спростувати (негативне) при оцінці повідомлення. Враховуючи систему рейтингу та перевірки, панель взаємодії з користувачами може переконатися, що рейтинги актуальні. Повідомлення оцінюється, а сповіщення, яке містить недостовірну інформацію та має негативну оцінку, може бути позначене та виправлене, а сповіщення з високою оцінкою може залишатися. У свою чергу, нове повідомлення на основі нової інформації може бути оцінено в майбутньому, що може призвести до подальшого оцінювання в майбутньому. Наприклад, це може бути цикл, який постійно оновлює дані у базі даних щодо будь-яких змін чи неточностей.

Процес, за допомогою якого база даних підтримується актуальною, частково включає оцінку користувачем сповіщення, яке отримує користувач. Оскільки сповіщення базується на точках даних, які стосуються інформації про паркування в базі даних, коли користувач оцінює повідомлення, він або вона також оцінює дані, що містяться в повідомленні. За допомогою цих рейтингів можна визначити, чи є дані точними чи застосовними до конкретного місця паркування. Якщо дані виявляються неточними або застосовними, їх можна використовувати для виправлення, оновлення та доповнення даних, пов’язаних із порушенням правил паркування, в базі даних на основі відгуків користувачів. Якщо це виявиться точним та / або застосовним, то правильність даних може бути посилена за допомогою зворотного зв'язку. Повідомлення, яке може отримати користувач, може містити інформацію про конкретне місце паркування. Повідомлення може повідомляти користувачеві, що в даний час не існує жодних заборон на паркування, які стосуються місця паркування, або може інформувати користувача про відповідні правила чи норми, які діють на даний момент. Потім користувач може оцінити це повідомлення як позитивно, так і негативно (наприклад, було воно правильним чи неправильним). Процес можна висвітлити на прикладі повідомлення, що інформує користувача про те, що чинних заборон на паркування не було, коли насправді місце паркування користувача підпадало під тимчасову заборону щодо підмітання вулиць. У цьому випадку користувач може в інтерфейсі користувача оцінити повідомлення (наприклад, надати негативну оцінку). Користувач може підтвердити негативну оцінку, подавши доказ того, що повідомлення або інформація, що здійснюється з використанням краудсорсингу, була неточною. Користувач, у цьому прикладі, може сфотографувати знак, який оголошено, коли діяла підмітка вулиці, або будь-які інші відповідні вивіски. Цей відгук збирається разом із рейтингами, які можуть оновити базу даних, щоб відобразити нові дані, подані користувачем. Якщо дані, які користувач надає через цей негативний рейтинг, виявляються точними, вони можуть бути використані для виправлення, оновлення та доповнення бази даних.

Однак дані або інформація, надані негативними рейтингами, повинні були б пройти заздалегідь визначений номер, щоб скасувати повідомлення. Якщо негативна оцінка та відповідна інформація не пройшли заздалегідь визначене число, негативна оцінка користувача може відображатися в повідомленні, включаючи вказівку на те, що невеликий відсоток користувачів оцінив повідомлення негативно та / або як неточне. Коли ці негативні оцінки дійсно досягають заздалегідь визначеного числа, нова інформація, що надається за допомогою цих рейтингів, може замінити існуючі відповідні дані в базі даних. Це, в свою чергу, оновлює вміст виданого повідомлення. У наведеному вище прикладі підмітання вулиць, якщо користувач першим зазначив, що існує відповідне положення про підмітання вулиць, а панель залучення користувачів отримує ще десять негативних оцінок, які повідомляють, що діюче повідомлення є неправильним, підтримується інформацією, подібною або тією ж першому користувачеві, то коли достатньо поданих заявок чи оцінок, база даних може бути виправлена, оновлена ​​та доповнена на основі цієї підтвердженої інформації. Скільки «достатньо» може бути визначеним заздалегідь, наприклад, 10, 25, 35 рейтингів чи подань тощо, або воно може базуватися на відсотках від загальної кількості рейтингів. Наприклад, поріг негативного рейтингу 25%, 10% або 1% може спричинити перевірку даних. Заздалегідь визначена кількість оцінок може також відрізнятися залежно від місцезнаходження. У жвавих місцях, таких як Midtown Manhattan, щільність порушень паркування та попит на конкретні місця паркування можуть бути вищими, ніж у більш сільських районах. Крім того, може бути більше користувачів, які діляться або оцінюють дані, пов’язані з порушенням правил паркування. Отже, ці різні місця можуть мати різні стандарти для попереднього визначення числа. Незалежно від місця розташування, як тільки подана інформація досягне заздалегідь визначеного числа, вона може бути включена до бази даних. Користувачеві, який першим надав коригуючу інформацію, може бути надана грошова або негрошова винагорода за те, що він перший внесе нову та корисну інформацію, яка включена до бази даних, що стимулює користувача надавати точну та своєчасну інформацію , тому постійно підтримує базу даних.

Порушення квитків є юридичними документами і можуть бути предметом суперечок. Коли користувач може захотіти оскаржити порушення квитка, панель взаємодії користувача у зв'язку з конкретним місцем цитування місця паркування може бути корисною, оскільки інші користувачі можуть коментувати свої особисті ситуації щодо того, чи може суперечка бути успішною чи безпідставною. Дані з використанням краудсорсингу можуть збиратися на панелі взаємодії користувачів для інформації щодо суперечок, пов’язаної з порушенням правил паркування, від одного або кількох користувачів, щоб допомогти користувачам отримати корисну інформацію про суперечки. Ця інформація про суперечки також може бути корисною для користувача, який стикається з правоохоронцем, і може використовувати цю інформацію для обговорення та пояснення ситуації правоохоронцю. Користувач може показати правоохоронцю, що насправді інші користувачі, які отримали конкретне порушення квитка на паркування, оскаржували це в суді та вигравали. Правоохоронець, який тепер поінформований про ситуацію, може або не може порушити порушення квитка або може скасувати порушення квитка в результаті, якщо працівник має на це розсуд. Цей метод може заощадити гроші користувача, оскільки якщо спір має суть, як повідомляють інші, користувач може виграти справу. Якщо спір не має суті, як повідомляють інші користувачі, тоді користувач може вирішити просто сплатити штраф і не оскаржувати квиток. Інформація, що стосується суперечок, може бути використана для інформування інших користувачів про ймовірність успіху суперечок щодо квитків. Системний адміністратор може також найняти професіоналів, які можуть спеціалізуватися на суперечках із квитками на парковку, для допомоги у вирішенні питань суперечок на панелі взаємодії користувачів. Додаток може дозволити користувачеві перевірити ймовірність успіху суперечки, натиснувши кнопку на дисплеї, яка підключається до бази даних квитків про порушення паркування, отриманих іншими користувачами. Відповідно, користувач може отримати освіту щодо ефективного використання засобів правового захисту.

Система за допомогою панелі взаємодії з користувачем може також проінформувати користувача про процес оскарження квитків, якщо суперечка є доброю. Часто буває так, що користувач не впевнений, чи оскаржувати, і як оскаржити порушення квитка, коли це робить. Користувач може використовувати інформацію про суперечки щодо квитків з використанням краудсорсингу від інших користувачів, щоб з’ясувати, чи є у квитка великі шанси бути відхиленим, якщо він оскаржується на основі інформації, наданої іншими користувачами. Процедури суперечок можуть включати інформацію про типи доказів, які можуть бути зібрані та передані відповідному органу, який вирішує спір.Користувачеві також може бути дозволено здійснювати пошук та зв’язуватися з третіми сторонами, такими як адвокати, які мають досвід оскарження порушень квитків, завдяки чому програма може дозволити користувачеві надсилати фотографії та інші типи документів електронною поштою третій стороні безпосередньо із програми. Функціональність панелі взаємодії з користувачем може також дозволити користувачеві ділитися інформацією про свій слух та результати слухання щодо своїх квитків. Інші користувачі можуть використовувати цю інформацію як посилання для майбутніх слухань, оскільки користувач може бачити інших користувачів, які, можливо, отримали той самий тип квитка в тому самому місці з тих самих причин. Ця інформація може бути зібрана для проведення аналізів місць, які можуть мати незвичні дії щодо продажу квитків, щоб дати рекомендації користувачеві.

Додаток може попередити користувача уникати квитка про порушення паркування, повідомляючи користувача електронною поштою, текстовим повідомленням, телефонним дзвінком, телефонним сповіщенням, голосовою поштою тощо автоматично на вибір користувача, який заздалегідь встановив це в налаштуваннях. Функціональні можливості, зокрема функція звітування користувачів, можуть підключатися до сторонніх API для забезпечення можливості передачі голосу в текст. Користувач, який використовує функцію перетворення голосу в текст, може записати свій голос, вимовляючи свої висловлювання в мікрофон, який може бути підключений до обчислювального пристрою, де висловлювання можуть бути перетворені в текст. Відповідно, користувачеві може не обов'язково вводити інформацію вручну, і він може подавати інформацію, записуючи свої голосові висловлювання.

Геолокація кожного окремого користувача може бути записана під час руху разом із швидкістю користувача, при якій повільна швидкість 1-3 милі / год, наприклад, може свідчити про намір припаркуватися в певному радіусі від запланованого пункту призначення, як встановлено користувачем. Залежно від геолокації та швидкості користувача може бути надісланий запит із запитом, наприклад, "Парковка?" Якщо користувач вибрав "Так", тоді можуть бути виявлені будь-які порушення щодо паркування в заздалегідь визначеному радіусі конкретного місця паркування, і повідомлення може застосовуватися до типу користувача цього користувача. Для генерації сповіщення апарат обробки може запитувати різні набори даних у базі даних, наприклад, будь-яку наявну в даний час інформацію про цитування RRLC, що застосовується до типу користувача цього користувача, поточного місцезнаходження користувача та поточного часу, будь-яких адміністративних або тимчасових повідомлень, що застосовуються до типу користувача цього користувача, поточного місцезнаходження, поточного часу тощо. Якщо користувач не реагує на попередження через певний час, наприклад, 3 секунди, запит може автоматично зникнути. Користувач може отримати запит щодо наміру паркування, коли геолокація користувача знаходиться в межах заздалегідь визначеної близькості від передбачуваного пункту призначення, яка може становити певну кількість футів, встановлену користувачем. Користувач може також встановити кількість сповіщень, які користувач хотів би отримувати (наприклад, користувач може захотіти отримати запит або сповіщення один, два рази, або користувач може не захотіти отримувати будь-яке сповіщення тощо). Якщо користувач не відповідає на сповіщення, обробний пристрій може припинити надсилати повідомлення після того, як воно досягне кількості попередньо встановлених користувачем екземплярів. Після цього користувач може натиснути кнопку на дисплеї, якщо користувач бажає переглянути інформацію про потенційне повідомлення про порушення правил паркування для поточного місцезнаходження. Оскільки дорожня карта може бути інтегрована в базу даних, якщо транспортний засіб уповільнює рух або зупиняється посередині дороги внаслідок дорожнього руху чи інших причин, або знаходиться за межами радіуса передбачуваного пункту призначення, центральна обчислювальна система може розпізнати таке розташування через GPS-координати та дані про швидкість геолокації та можуть автоматично знати, що не надсилають повідомлення про намір паркування, оскільки паркування заборонено посеред дороги, оскільки це може перекрити вулицю. Повідомлення може відображатися на дисплеї обчислювального пристрою або містити опцію голосового попередження. Згідно з одним із варіантів здійснення цього винаходу, намір паркування користувача ідентифікується шляхом визначення та аналізу поточної миттєвої швидкості за допомогою акселерометра та близькості до передбачуваного пункту призначення за допомогою ідентифікатора місцезнаходження. Коли користувач показує намір паркування, базу даних можна перевірити на наявність будь-яких можливих посилань на порушення правил паркування, що стосуються місця розташування, залежно від часу та дня. Коли ідентифікується намір паркування, з’являється повідомлення, що стосується даних, пов’язаних із порушенням правил паркування, знайдених у заздалегідь визначеному радіусі користувача з наміром паркування. Заздалегідь визначений радіус може бути встановлений користувачем на певну відстань, оскільки користувач може віддавати перевагу радіусу 500 футів пункту призначення, тоді як інший користувач може віддавати перевагу визначеному радіусу в тисячу (1000) футів. Якщо користувач не встановив це попередньо, можуть бути встановлені за замовчуванням налаштування заздалегідь заданого радіуса, які можуть відрізнятися залежно від місця розташування. Наприклад, значення за замовчуванням для заздалегідь визначеного радіуса може залежати від міста, в якому знаходиться користувач.

Система також може з'єднуватися зі сторонніми API погоди для отримання історичної інформації про погоду для конкретного місця для прогнозування майбутніх ситуацій паркування, коли погода може вплинути на порушення правил паркування на основі ознак посилення порушень паркування під час певних погодних умов. Під час подібних погодних обставин користувач будь-яких обмежень щодо паркування, які можуть застосовуватися в місці, де користувач може мати намір припаркуватися. Наприклад, якщо центральна обчислювальна система за допомогою API погоди та геолокації виявляє, що користувач має намір припаркуватись у місці, яке підпадає під очікуваний снігопад чи повінь, вона може порівняти цю інформацію із даними, пов’язаними з історичними порушеннями паркування в базі даних, щоб з’ясувати якщо можуть бути обмеження щодо паркування, пов’язані з погодою, та збільшення кількості порушень щодо паркування в цьому місці, які можуть бути застосовними. Користувач може отримати сповіщення, коли прогноз погоди схожий на ситуації з історичних даних, що відображають збільшення кількості порушень для певної області через однакові погодні умови. Наприклад, історичні дані для певного місця свідчать про збільшення кількості порушень паркування під час снігопаду. Історичні дані показують, що збільшення кількості порушень при паркуванні було наслідком снігу, який засипав пожежний гідрант, що змусило водіїв вважати, що вони можуть паркуватися в цьому місці, оскільки вони не бачать пожежного крана. Відповідно, якщо раніше були порушення через конкретні причини, пов’язані з погодою, користувачеві може бути запропоновано знайти альтернативне місце паркування, щоб уникнути потенційних посилань на порушення правил паркування.

Обчислювальний пристрій може бути інтегрований із системами в тире, щоб забезпечити повноцінну роботу автомобіля. Ця інтеграція не обмежується системами в тире, а також може бути інтегрована в транспортний засіб шляхом виробництва оригінального обладнання або стороннього додаткового обладнання, яке може бути встановлене в транспортному засобі. Розкриття винаходу використовує пряму інтеграцію розкритої інформаційної системи місця для паркування в навігацію та GPS у бортовому комп'ютері оригінального обладнання, виробленого автомобілями. У таких варіантах здійснення розкрита архітектура може бути інтегрована безпосередньо в комп'ютерну систему транспортного засобу.

Вбудований в систему навігації в тире, дисплей автомобіля може використовуватися для відображення сповіщення про паркування, як описано вище. Втілення інтегрованої системи в тире може забезпечити віддалене оновлення та зв’язок з користувачем через встановлену розкриту інформацію, пов’язану з порушеннями, та програму запобігання порушенням паркування на обчислювальному пристрої користувача, щоб попередити користувача, наприклад, коли термін паркування наближається до закінчення, наближається прибирання вулиць або інші тимчасові обмеження. Коли користувач прибуває на місце для паркування, центральна обчислювальна система може отримати місце розташування транспортного засобу і може надіслати повідомлення на обчислювальний пристрій користувача, щоб нагадати користувачеві про наближення терміну дії паркометра, коли це застосовно, крім інших відповідних обмежень.

Інтеграція може включати використання обладнання автомобіля, наприклад, спідометр, акселерометр, камери, інерційний датчик, датчик гіроскопа, датчик GPS та будь-яке інше придатне обладнання тощо. Використання цього обладнання автомобіля може використовуватися для отримання всебічної реальної та історичної активності інформація про транспортний засіб, наприклад його напрямок, швидкість, орієнтація та прискорення тощо, з тим щоб надіслати відповідне повідомлення користувачеві.

Поєднання апаратного та програмного забезпечення працює на застосунку обчислювального пристрою та центральної обчислювальної системи, такі як комп'ютер, як правило, з одним або кількома підключеннями до бездротової широкосмугової мережі (WAN) (наприклад, Інтернет). Центральна обчислювальна система може бути сконфігурована для зв'язку з мережевою службою, координованою за допомогою засобів зв'язку. Комбіновані заздалегідь запрограмовані функції, засновані на певних протоколах або методах інтеграції основних компонентів (тобто серверів, баз даних, мобільних кінцевих додатків, веб-порталів, мережевих налаштувань тощо), можуть бути використані таким чином, що додатки можуть бути програмами, написаними для ANDROID, мобільна платформа, розроблена Google та Open Handset Alliance, IOS, мобільна платформа, розроблена Apple, Inc., WINDOWS PHONE, мобільна платформа, розроблена корпорацією Microsoft тощо.

Для того, щоб динамічно оновлювати записи, зразковий варіант здійснення винаходу може використовувати базу даних або набір баз даних (або носій даних). База даних може містити кілька категорій даних або групувань. База даних містить інформацію як про історичні записи, так і про записи в режимі реального часу, де розділи бази даних у реальному часі та за минулий час можуть бути незалежними або синхронізованими для отримання інформації з обох розділів одночасно. База даних може також містити записи щодо користувача та записи з певних панелей взаємодії з користувачами. Ці дані можуть включати правила та адміністративні дані, а також дані користувачів. Історичні дані частково відстежуються шляхом присвоєння номера відстеження або ідентифікаційного номера служби, який буде присвоєний квиткам, або пов’язаної інформації, щоб допомогти повернутися до них, якщо вони виникнуть під питанням. Інформація, яка може міститися в цьому ідентифікаційному документі, може бути такою, як причина, через яку може бути виданий квиток, хто або яке агентство видало його та де він відбувся, наприклад інформація про конкретну адресу, включаючи номер будинку або будівлі, поштовий індекс, район , місто чи штат, скільки коштує штраф та як відбулася оплата послуги, якщо вона відбулася.

Фахівець в даній галузі повинен розуміти, що база даних динамічно оновлюється та синхронізується, коли в блоках даних відбуваються зміни або оновлення, сервер і база даних можуть динамічно оновлювати дані, щоб відображати останні зміни. Будь-яка резервна база даних, пов’язана з базою даних, може також відповідно змінюватися, щоб відображати останні зміни. У зразковому варіанті розкриття винаходу така інформація може бути впорядкована або структурована таким чином, щоб забезпечити ефективне сортування та пошук. У зразковому варіанті розкриття винаходу інформація може зберігатися нереляційним або неструктурованим способом. Для звичайного фахівця в даній галузі буде зрозуміло, що існує безліч методів забезпечення, зберігання та організації даних у базі даних або інших носіях даних. Крім того, може бути принаймні одна резервна база даних, яка може часто робити резервні копії первинної бази даних у разі втрати даних у первинній базі даних. Хоча звичайний фахівець в даній галузі називається "базою даних", він оцінить, що на практиці це може бути реалізовано різними способами, включаючи, але не обмежуючись, носій даних, будь то структурований чи неструктурований, реляційний чи інший. Для фахівця в даній галузі техніки також відомо, що існує безліч методів забезпечення баз даних та носіїв даних для організації та пошуку конкретної інформації, передбачених для використання з будь-якою відповідною базою даних або засобами зберігання.

Всебічна база даних може зберігати адміністративні дані та іншу інформацію. Адміністративні дані включають будь-яку інформацію або дані, що є частиною програми або інших засобів доступу, що включає системні дані, такі як контактні дані та інформацію про поширені запитання, реєстраційні дані щодо користувача, наприклад, інформацію про виставлення рахунків або ідентифікацію або іншу відповідну інформацію, що стосується адміністрування послугу, наприклад, як довго користувач був зареєстрований або частоту використання. Додаткові дані, які можуть бути введені в базу даних, включають, але не обмежуючись цим, місця, куди користувач їздив, інші дані та деталі транзакцій, історичні дані та внески користувача від групи.

Користувач може отримати доступ до історичних записів, може дослідити базу даних та отримати відповідні дані з функції пошуку або інших засобів. Кожного разу, коли робиться вхід або запит від користувача, який хоче бачити відповідну інформацію, може бути відкритий безпечний канал доступу з базою даних, і центральна обчислювальна система може надсилати пропозиції запиту через канал доступу до модуля управління базами даних. . Якщо це реляційна база даних, то таблиці даних можуть мати один вид зв'язків, таких як відносини "один-до-багатьох", "Відношення багато-до-багатьох" та "Один-до-одного" з іншими таблицями даних. На основі взаємозв’язків між таблицями даних модуль управління базами даних слідує пропозиціям запиту та знаходить конкретні таблиці даних, використовуючи ідентифікатори, імена таблиць та назви стовпців таблиць із приєднанням двох або більше таблиці даних разом. Якщо це нереляційна база даних, замість таблиць даних дані можуть зберігатися в парах ключ-значення, тоді модуль управління базою даних слідує за реченнями запиту та знаходить конкретні дані за допомогою ключів, які надають речення запиту. Незалежно від того, використовується реляційна або нереляційна база даних, після того, як модуль управління базами даних отримує цільові дані, центральна обчислювальна система може надіслати результат пошуку назад на сервер через захищений канал доступу. Потім захищений канал закривається до наступного разу, коли його потрібно буде відкрити. Потім можна отримати та відобразити відповідні дані, які були організовані в базі даних.

Географічна інформаційна система (ГІС) може використовуватися спільно з сервером для збору, відображення, зберігання, маніпулювання та аналізу географічної інформації. Для виконання певних операцій запиту ГІС може витягувати та аналізувати дані з бази даних, або дані можуть зберігатися в системі управління базами даних (СУБД) ГІС. Для візуалізації даних у базі даних може використовуватися ГІС. Наприклад, у Нью-Йорку джерела даних, такі як MapPLUTO з NYC Open Data та Open Street Map, містять геодезичні базові карти. Потім можна зібрати інвентаризацію інших точок даних, таких як стоянка лічильників, місця зупинки автобусів, стоянки комерційних транспортних засобів, смуги таксі, автобусні смуги, гаражі для паркування, вуличні місця паркування, обмеження паркування, розташування пожежних гідрантів тощо. застосовується через ГІС і візуалізується на базовій карті. Це забезпечує спосіб корисного сортування, доступу та перегляду даних.

ГІС складається з деяких важливих компонентів для належного виконання своїх основних функцій. Компоненти ГІС такі: апаратне забезпечення, яке включає центральний комп'ютер або будь-який додатковий пристрій, приєднаний до нього, що дозволяє ГІС бути функціональним програмним забезпеченням: алгоритми, написані з використанням виконуваних мов програмування для зберігання, аналізу та відображення географічних даних та інформації та дані: будь-яка інформація, що підлягає аналізу, така як місця паркування, карти тощо. Крім того, ГІС, можливо, доведеться підтримувати техніком або іншою кваліфікованою особою, яка знає точні процедури обслуговування, особливо тих, хто займається регулюванням функцій системи до потреби організації в ГІС. Різні класи або моделі ГІС можуть також використовуватися для різних застосувань. Наприклад, ГІС, така як польова модель, може знадобитися для аналізу даних, які змінюються на суцільних ділянках. Дискретні моделі можуть бути використані для аналізу даних, що відносяться до точок у двовимірному просторі. Нарешті, мережеві моделі можуть бути використані для аналізу двох точок, з'єднаних низкою точок, таких як точки вздовж шосе чи залізниці.

Дані можуть бути міжплатформенними, і, отже, вони можуть отримати доступ за допомогою різних обчислювальних пристроїв, таких як веб-портал та / або додатки, одночасно, де це потрібно. Різні компоненти в обчислювальному пристрої, які можуть бути у різних формах, такі як планшетні комп’ютери, стільникові пристрої, смартфони, портативні комп’ютери, персональні комп’ютери (ПК), навігація в автомобілі та / або сервери, або будь-які інші пристрої, що підтримують зв’язок. можуть взаємодіяти та спілкуватися для обміну інформацією. Користувач може використовувати обчислювальний пристрій для доступу до модулів, що надаються користувачеві за допомогою програми на обчислювальному пристрої користувача.

Адміністрування також може здійснюватися через інший модуль, відмінний від модуля, що використовується користувачем. У такому випадку користувачеві не будуть потрібні ті самі функції, що й системному адміністратору. Спеціаліст в даній галузі може оцінити безліч різних форм і функцій обчислювальних пристроїв і зрозуміти, що зразкове втілення розкриття винаходу може бути здійснено з будь-яким, а також зрозуміти, що різні типи користувачів вимагають різних функціональних можливостей.

Користувач може спілкуватися, наприклад, використовуючи будь-який підхід для передачі даних через одну або кілька мереж або до одного або більше периферійних пристроїв, підключених до обчислювального пристрою. Комунікаційні підходи можуть включати, але не обмежуючись ними, схеми та системи управління для забезпечення бездротових з'єднань, дротових з'єднань, стільникових з'єднань, з'єднань портів даних, з'єднань Bluetooth або будь-якої їх комбінації. Для звичайного фахівця в даній галузі буде зрозуміло, що існує безліч підходів до комунікацій, які можуть бути використані.

Користувацький модуль, з яким взаємодіє користувач, є динамічним і може бути налаштований відповідно до конкретного розташування. Користувацький модуль може бути підключений через сервер, наприклад, за допомогою двонаправленого бездротового зв'язку, налаштованого на відображення даних про місцезнаходження на електронному відображенні карти та інших даних як введення від користувача. Відображувані функції можуть бути специфічними для місця або регіону, в якому знаходиться обчислювальний пристрій, так що інформація, що стосується конкретного регіону, може надаватися на інтерфейсі дисплея.

Зразковий варіант здійснення винаходу може також коригувати функції користувацького модуля, включаючи вміст, що відображається як частина функцій користувальницького інтерфейсу, на основі інших виборів та переваг користувача.Додаток, компонент карти, база даних карти та ідентифікатор місцезнаходження, такі як, наприклад, модуль GPS або інша схема для надання даних LBS, можуть бути інтегровані для певних функцій ідентифікації місцезнаходження. GPS визначає місцезнаходження обчислювальних пристроїв різними способами, наприклад, за допомогою прийому ресурсів на основі місцезнаходження. Для звичайного фахівця в цій галузі було б зрозуміло, що існує безліч підходів до надання ідентифікації місцезнаходження та надання послуг на основі місцезнаходження. Система або пристрій із підтримкою GPS дозволяє компонентам відстеження визначати місцезнаходження користувача. Згідно зразкового варіанту здійснення винаходу, поточне місцезнаходження користувача може бути визначене за допомогою ідентифікатора місцезнаходження. Ідентифікатор місцезнаходження може по-різному визначати місце розташування обчислювального пристрою. В одному прикладі ідентифікатор місцезнаходження може бути створений за допомогою обробки отриманих даних GPS з географічно визначених ресурсів обчислювального пристрою. Крім того, ідентифікатор місцезнаходження може також отримувати дані GPS від інших програм або програм, що працюють на обчислювальному пристрої. Наприклад, обчислювальний пристрій може взаємодіяти з одним або кількома іншими додатками, використовуючи один або кілька API. Додаток може використовувати інформацію про місцезнаходження, щоб змусити компонент інтерфейсу користувача налаштувати структуру інтерфейсу користувача на основі інформації про місцезнаходження.

Регіон може бути ідентифікований за поштовим індексом або назвою міста або назвою столичного району, в якому наразі знаходиться обчислювальний пристрій. Інформація про паркування, яка стосується регіону, може бути надана частково. Вподобання або обмеження, які залежать від місця розташування, частково залежать від пристроїв із підтримкою GPS.

Компоненти можуть поєднуватися для надання функцій користувацького модуля, які є специфічними для вибору користувача та його розташування та / або умов реального часу, щоб дозволити користувачеві отримувати інформацію, пов’язану з порушенням правил паркування. Наприклад, програма може відповідати програмі, яка завантажується на смартфон або інший портативний комп’ютерний пристрій, такий як планшетний комп’ютер або персональний цифровий асистент (PDA). Користувач може завантажити та встановити програму на обчислювальний пристрій та зареєструвати обчислювальний пристрій.

Користувальницькі інтерфейси можуть включати, але не обмежуючись цим, користувальницький інтерфейс домашньої сторінки, панель взаємодії користувачів, яка використовується для того, щоб один або кілька користувачів обмінювалися думками про уникнення цитування порушень паркування, зведений інтерфейс, користувальницький інтерфейс розташування, база даних інтерфейс доступу або поєднання будь-якої з описаних функцій. Для звичайного фахівця в даній галузі буде зрозуміло, що існує безліч користувальницьких інтерфейсів, які можуть бути використані та передбачені для використання з будь-яким відповідним інтерфейсом користувача.

Додаток може отримувати інформацію користувача та інші дані, які зберігаються в базі даних. У деяких реалізаціях базу даних можна зберігати віддалено, а інформацію про користувача можна отримати з бази даних. Додаток може використовувати дані, що зберігаються в базі даних, для ідентифікації попередніх місць із даними, пов’язаними з порушенням паркування.

Зразковий варіант здійснення винаходу, як описано в цьому документі, не обмежується програмами, що включають звичайні комп'ютерні програми або програмовані пристрої, які їх запускають. Наприклад, передбачається, що варіанти здійснення винаходу можуть включати оптичний комп'ютер, квантовий комп'ютер, аналоговий комп'ютер тощо. Кожен елемент на ілюстраціях блок-схеми може зображати крок або групу етапів комп’ютерно реалізованого методу. Далі, кожен крок може містити один або більше підкроків. З метою ілюстрації ці кроки (а також будь-які та всі інші етапи, визначені та описані вище) представлені в порядку. Можна зрозуміти, що варіант втілення може містити альтернативний порядок етапів, адаптованих до конкретного застосування розкритої тут техніки. Всі такі модифікації та модифікації мають належати до сфери дії цього розкриття. Зображення та опис етапів у будь-якому конкретному порядку не призначені для виключення варіантів здійснення, що мають етапи в іншому порядку, якщо це не вимагається конкретною заявкою, явно зазначено або іншим чином зрозуміло з контексту. Елементи, зображені на ілюстраціях блок-схеми та блок-схемах на всіх малюнках, передбачають логічні межі між елементами. Однак, відповідно до програмної або апаратної інженерної практики, зображені елементи та їх функції можуть бути реалізовані як частини монолітної програмної структури, як окремі програмні модулі або як модулі, що використовують зовнішні процедури, код, послуги тощо, або будь-яка їх комбінація. Всі такі реалізації знаходяться в межах даного розкриття.

З огляду на вищевикладене, тепер можна зрозуміти, що елементи блок-схем та ілюстрацій блок-схеми підтримують комбінації елементів для виконання зазначених функцій, комбінації етапів для виконання зазначених функцій, носії програмних інструкцій для виконання зазначених функцій тощо. увімкнено, незалежно від того, виконуються кроки автоматично чи ні.

Можна оцінити, що інструкції комп'ютерної програми можуть містити виконуваний комп'ютером код. Можливі різноманітні мови для вираження інструкцій комп’ютерної програми, включаючи, без обмежень, C, C ++, Java, JavaScript, Python, асемблерну мову, Lisp тощо. Такі мови можуть включати мови збірки, мови опису апаратного забезпечення, мови програмування баз даних, мови функціонального програмування, обов’язкові мови програмування тощо. В деяких варіантах здійснення інструкції комп'ютерної програми можуть зберігатися, компілюватися або інтерпретуватися для роботи на комп'ютері, програмованому пристрої обробки даних, неоднорідній комбінації процесорів або архітектури процесорів тощо.

У деяких варіантах здійснення комп'ютер дозволяє виконувати інструкції комп'ютерної програми, включаючи безліч програм або потоків. Кілька програм або потоків можуть оброблятись більш-менш одночасно для поліпшення використання процесора та полегшення по суті одночасних функцій. Як спосіб реалізації, будь-які і всі методи, програмні коди, інструкції програми тощо, описані тут, можуть бути реалізовані в одному або декількох потоках. Один або кілька потоків можуть породити інші потоки, які самі можуть мати призначені пріоритети, пов'язані з ними. У деяких варіантах здійснення комп'ютер може обробляти ці потоки на основі пріоритету або будь-якого іншого порядку на основі інструкцій, наданих у програмному коді.

Якщо явно не зазначено або іншим чином не зрозуміло з контексту, дієслова "виконувати" та "процес" використовуються як взаємозамінні для позначення виконання, обробки, інтерпретації, компіляції, складання, зв’язування, завантаження, будь-якої та всіх комбінацій вищезазначеного або подібного. Отже, варіанти здійснення, які виконують або обробляють інструкції комп'ютерної програми, виконуваний комп'ютером код тощо, можуть відповідним чином діяти на інструкції або код будь-якими та всіма способами, що тільки що описані.

Винахід може бути описаний у загальному контексті виконуваних комп'ютером інструкцій, таких як програмні модулі, що виконуються комп'ютером. Як правило, програмні модулі включають підпрограми, програми, об'єкти, компоненти, структури даних тощо, які виконують певні завдання або реалізують певні типи даних. Комп'ютерна програма та дані можуть фіксуватися у будь-якій формі (наприклад, у формі вихідного коду, виконуваній формі комп'ютера або проміжній формі) як постійно, так і тимчасово на матеріальному носії інформації, такому як напівпровідниковий пристрій пам'яті (наприклад, оперативна пам'ять, ПЗУ , PROM, EEPROM або програмована Flash-пам’ять), пристрій магнітної пам’яті (наприклад, дискета або фіксований жорсткий диск), пристрій оптичної пам’яті (наприклад, CD-ROM або DVD), карта ПК (наприклад, карта PCMCIA ) або інший пристрій пам’яті. Комп'ютерна програма та дані можуть фіксуватися у будь-якій формі у вигляді сигналу, що передається на комп'ютер за допомогою будь-якої з різних комунікаційних технологій, включаючи, але жодним чином не обмежуючись, аналогові технології, цифрові технології, оптичні технології, бездротові технології, мережеві технології та Інтернет-технології. Комп’ютерна програма та дані можуть розповсюджуватися у будь-якій формі у вигляді знімного носія інформації з супровідним друкованим або електронним документом (наприклад, програмне забезпечення, яке обертається термоусадочною плівкою або магнітною стрічкою), попередньо завантаженою комп’ютерною системою (наприклад, на системний ПЗУ або фіксований диск) або розповсюджується із сервера або електронної дошки оголошень через систему зв'язку. Слід розуміти, що будь-який із програмних компонентів винаходу може, за бажанням, бути реалізований у форматі ПЗУ (пам'ять лише для читання). Зазвичай програмні компоненти можуть бути впроваджені в апаратному забезпеченні, за бажанням, із використанням звичайних методів.

Зразкові варіанти здійснення винаходу можуть бути використані представниками широкої громадськості та / або комп'ютерними системами, які включають, але не обмежуючись ними: професіонали, цивільні особи, транспортні засоби, веб-сайти, роботи, системи, що знаходяться в транспортних засобах, супутники глобального позиціонування (GPS), та / або інших систем. Також передбачається, що винахід за винаходом може бути використаний не лише в рамках застосування обчислювального пристрою, який може включати переважно смартфони, планшетні комп’ютери, портативні комп’ютери, системи автомобілів тощо, але також може бути розширений, щоб охопити інші системи або послуги, які можуть обробляти, використовувати та відображати дані, пов’язані з порушенням правил паркування, наприклад, внески у сферу інформаційних послуг для компаній, що займаються картографічними мережами та GPS, виробників смарт-телефонів або мобільних пристроїв, постачальників бездротових послуг, творців додатків і розробники, і розробники та розповсюджувачі мобільних операційних систем, автоматизовані системи транспортних засобів, які не потребують фізичного водія в транспортному засобі тощо.

Особливості зразкового втілення винахідницького розкриття можуть надавати користувачеві одне або кілька візуальних та / або звукових повідомлень. Це одне або кілька сповіщень можуть надходити в системі навігації користувача в транспортному засобі або на окремому обчислювальному пристрої, такому як смартфон або планшет, за допомогою дротового або бездротового з'єднання. Будь-яка функція може інтегруватися з платформою або інтерфейсом прикладних програм (API) для забезпечення функцій, які не можуть бути реалізовані на певних пристроях. У випадках, коли транспортні засоби вже мають вбудовану навігаційну систему, дані, пов’язані з порушенням правил паркування, можуть передаватися до центру обробки інформації, який обробляє дані, які будуть використовуватися. Після обробки даних вони можуть пройти через підсистему для надання інформації, а потім бути доставлені в систему навігації користувача в транспортному засобі. У транспортних засобах, які не мають вбудованої навігаційної системи, дані, пов’язані з порушенням правил паркування, можуть бути інтегровані в один або кілька обчислювальних пристроїв, які можуть мати GPS.

Детальний опис фігур у цьому документі разом з малюнками є додатковим для подальшого детального опису винаходу для пояснення винаходу для кращого розуміння. Відповідно, наступні описи та малюнки слід розглядати як ілюстративні за своєю суттю, а не як обмежувальні. В описі наведених нижче фігур розуміється, що описані вище деталі можуть поєднуватися або використовуватись замість подібних атрибутів, описаних нижче, і що фігури використовуються лише для ілюстрації конкретного зразкового втілення винахідницького розкриття. Слід розуміти, що з метою надання спрощених цифр, які легко зрозуміти, багато деталей, наведених вище, були пропущені на рисунках, однак передбачається, що описані вище деталі можуть бути включені в підхід опис нижче будь-яким можливим способом. Зразкові варіанти здійснення, описані в цьому документі, є ілюстративними, і багато варіацій можуть бути введені, не відступаючи від духу розкриття. Наприклад, елементи та / або ознаки різних зразкових варіантів втілення можуть комбінуватися між собою та / або замінювати один одного в межах обсягу цього розкриття.

Фіг. Фіг.1A є принциповою схемою, що ілюструє систему для використання даних з бази даних для попередження водіїв про випадки порушення правил паркування відповідно до зразкового варіанту здійснення винаходу. Центральна обчислювальна система 100 може бути основним обчислювальним об'єктом для виконання описаного тут способу. Центральна обчислювальна система 100 може бути розгорнуто на операційному сервері 101, а в свою чергу центральна обчислювальна система 100 дозволяє оперативний сервер 101 для інтерактивного спілкування з іншими знаряддями. Оперативний сервер 101 може бути створений у вигляді одного або декількох серверних комп'ютерів та / або віртуальних машин, які можуть спільно визначати, коли драйвери вимагають повідомлення, та надавати драйверам повідомлення, коли це виправдано. Оперативний сервер 101 може досягти цього, отримавши доступ до даних, пов’язаних з порушенням паркування, із наборів даних у базі даних 102, за допомогою комунікативних засобів центральної обчислювальної системи 100, періодично отримуючи доступ до наборів даних у базі даних 102. Крім того, ці завдання може виконувати центральна обчислювальна система 100, які можуть отримати доступ до набору даних про історичні порушення та в режимі реального часу порушення паркування в базі даних 102 використання конкретних API, підписки або шляхом надсилання цих даних у міру їх отримання. Центральна обчислювальна система 100 може також отримувати дані, пов’язані з порушенням правил паркування, від одного або кількох користувачів та / або інших організацій. Центральна обчислювальна система 100 може аналізувати історичні дані та дані, пов’язані з порушенням правил паркування в режимі реального часу, щоб зрозуміти їх зміст стандартизованим і однозначним способом. Центральна обчислювальна система 100 може генерувати окреме повідомлення для користувача комерційних та некомерційних транспортних засобів, а також окреме повідомлення на основі типу транспортного засобу та типу транспортного знаку.

Користувач, який надає дані, пов’язані з порушенням правил паркування, може, крім надання даних, отримати доступ до центральної обчислювальної системи 100 сплатити штрафи за порушення правил паркування. Центральна обчислювальна система 100 може підключитися до API оплати квитків 107 сприяти цій оплаті, де такий API оплати квитків 107 надається суб’єктом видачі квитків. Користувач може використовувати дані, пов'язані з порушенням правил паркування, в базі даних, коли їде на своїх транспортних засобах 105 взаємодіючи з центральною обчислювальною системою 100 через обчислювальний пристрій 106, наприклад, мобільний пристрій, який переносить водій, або навігаційний пристрій, встановлений у транспортному засобі 105. Обчислювальний пристрій 106 може спілкуватися з мережею базових станцій зв'язку 104 і може взаємодіяти з центральною обчислювальною системою 100 через Інтернет або інше бездротове з'єднання 103.

Фіг. Фіг.1B є схемою, що ілюструє базу даних відповідно до зразкового варіанту здійснення винаходу. Набори даних класифікуються відповідно до некомерційних даних про транспортні засоби 108 та дані про комерційні транспортні засоби 113 в базі даних 102. Набір даних про некомерційний транспортний засіб 108 включає дані про цитати про порушення некомерційного транспортного засобу в минулому 109, дані про цитування некоммерчних транспортних засобів в режимі реального часу 110, дані правил паркування некомерційних транспортних засобів та скорочень 111та інші дані, що стосуються некомерційного транспортного засобу 112, такі як типи транспортних засобів, типи транспортних знаків та інші дані, що стосуються некомерційних транспортних засобів. Набір даних комерційного автомобіля 113 поширюється лише на комерційні транспортні засоби, що включає дані про попереднє порушення паркування комерційних транспортних засобів 114, дані про цитування комерційного транспортного засобу в режимі реального часу 115, дані правил паркування комерційних автомобілів та дані скорочень 116та інші дані, що стосуються комерційних транспортних засобів, які можуть включати типи транспортних засобів, типи транспортних засобів та інші дані, що стосуються комерційних транспортних засобів 117. Дані, що зберігаються в наборі даних про користувача 118 може включати такі дані, як тип транспортного засобу, тип транспортного знаку тощо. Набір даних про користувача 118 може також використовуватися для зберігання профілів користувачів, налаштувань, уподобань, надійності введення користувачем для запобігання зловживанням системою.

Після того, як дані, пов’язані з порушенням правил паркування, стандартизуються і стають однозначними, центральна обчислювальна система 100 може інтерпретувати дані бази даних, пов’язані з порушенням правил паркування 102 зрозуміти набір правил, які, як видається, регулюють примусове порушення правил паркування в певній місцевості. Ці правила можуть бути математичними функціями, які беруть дані про місцезнаходження, день і час як вхідні дані, а як вихідні дані вказують на те, чи може бути порушення паркування пов’язане із наданим місцем розташування, днем ​​та часом. Ці правила можуть зберігатися в наборах даних правил паркування та скорочень для некомерційних автомобілів 111 та комерційних транспортних засобів 116, де використовуються різні скорочення, пов'язані з паркуванням, та жаргони, що стосуються певних джерел. Набір даних про некомерційний транспортний засіб 108 та набір даних про комерційний транспортний засіб 113 може бути отримано для створення відповідного повідомлення користувачеві. Правила паркування та скорочення набору даних для некомерційних автомобілів 111 та комерційних транспортних засобів 116 можуть бути отримані, щоб допомогти стандартизувати дані, пов'язані з порушенням правил паркування. Набір даних кодів порушень 119 можуть зберігати коди порушень та законодавчі кодекси порушень, що використовуються правоохоронними органами / органами, та відповідні їм визначення.

База даних 102 може також включати дані, пов’язані з погодою, для зв’язку з місцями, що містять дані про порушення. Історичні дані про погоду 120 може підключатися до історичних даних про цитування, щоб знайти існуючу інформацію про кореляцію між певними погодними явищами та порушеннями стоянки. Наприклад, під час надзвичайних ситуацій із снігом визначені законні місця для паркування можуть бути незаконними через екстрені служби, необхідні для видалення снігу тощо. 120 може зв’язуватися з даними про цитування неправомірного паркування некомерційного автомобіля 109 та дані про цитування історичних порушень паркування комерційних автомобілів 114 отримати кореляційну інформацію, яка може використовуватися з даними про погоду в реальному часі 121 щоб визначити, чи слід надсилати повідомлення користувачеві, чиє поточне місцезнаходження вказує на те, що користувач може підпадати під попередження про погоду щодо паркування. Крім того, всі дані та інформація, пов’язані з панеллю взаємодії з користувачем, зберігаються в даних, пов’язаних із панеллю взаємодії з користувачем 122 що включає переробку даних вивісок про паркування, а також інших даних, пов’язаних із вивісками про стоянки 123 які можуть включати переклади або переробку вивісок, дані щодо даних, пов’язаних із порушенням правил паркування 124 користувачем, якого не було в базі даних 102, пропозиції щодо уникнення цитування порушень правил паркування 125, порада щодо оскарження цитування порушень правил паркування 126, а також рейтингові дані щодо всіх даних, що подаються до колегії 127 що стосується всіх даних або інформації та оцінок, які вони отримали в даних панелі взаємодії користувачів 122. Інші дані 128 що мають відношення до надання ефективного повідомлення, такого як географічні дані, також можуть бути внесені в базу даних 102.

Фіг. Фіг.2 є принциповою схемою, що ілюструє підхід для попередження водія відповідно до зразкового варіанту здійснення винаходу. Центральна обчислювальна система 100 може визначити, коли водій транспортного засобу 105 показує намір паркування шляхом визначення швидкості та місця розташування транспортного засобу. Потім центральна обчислювальна система 100 може надіслати водієві повідомлення про можливі порушення правил паркування під час руху автомобіля 105 знаходиться в межах заданого радіуса R 203 місця, де для геолокації зроблено об’єднання, що порушує паркування 202 з попередніми даними, пов’язаними з порушеннями правил паркування, та правилами паркування, що зберігаються в базі даних 102. Як зображено, транспортний засіб 105 може їхати по певній вулиці 201. Коли центральна обчислювальна система 100 виявляє намір паркування шляхом визначення поточної швидкості та місцезнаходження автомобіля 105, потім центральна обчислювальна система 100 може визначити з даних, пов’язаних із порушенням правил паркування, та даних правил паркування, що зберігаються в базі даних 102 якщо це місце пов’язане з порушеннями правил паркування на сьогоднішній день та типом користувача, до якого належить користувач. Якщо це так пов’язано, будь-який намір припаркуватися в межах цього заздалегідь визначеного радіуса 203 тим самим може генерувати повідомлення водієві транспортного засобу 105 з обчислювальної системи 100.

Фіг. Фіг.3А є схематичною схемою, що ілюструє взаємодію користувача з центральною обчислювальною системою за допомогою мобільного пристрою, коли користувач повідомляє про парковку відповідно до зразкового варіанту здійснення винаходу. Для цілей цієї ілюстрації обчислювальний пристрій 106 зображується як мобільний пристрій 301 таких як смартфон, однак слід розуміти, що обчислювальний пристрій 106 не є настільки обмеженим, і це може бути вбудований в автомобіль інформаційно-розважальний блок або будь-який інший комп’ютерний пристрій або модуль зв’язку.

Коли користувачеві видається цитата 302 за порушення правил паркування користувач може використовувати мобільний пристрій 301 наприклад, смартфон, щоб сфотографувати цитату 302. Як цитата 302 може містити конфіденційну інформацію, таку як ідентифікаційний номер транспортного засобу (VIN) та інші персональні дані, такі як ім’я, адреса проживання тощо, конфіденційну інформацію можна редагувати 303 або автоматично за допомогою мобільного пристрою 301 або вручну користувачем. Крім того, користувач може ввести цитату 302 вручну в мобільний пристрій 301, наприклад, вибираючи з різних випадаючих меню та / або вводячи його, та іншу інформацію у вільні текстові поля. Користувач також може використовувати мобільний пристрій 301 щоб вибрати тип транспортного засобу або тип транспортного знаку, надайте фотографію, відео та / або звукове повідомлення, що може бути особливо корисним, коли користувач їде. Як описано вище, водії можуть отримати сповіщення під час паркування.

Фіг. 3B - блок-схема, що ілюструє, як інформація про паркувальний квиток, повідомлена користувачем, розпізнається, обробляється і завантажується в систему відповідно до зразкового варіанту здійснення винаходу. Користувач може надати інформацію про цитування місця паркування на панелі S залучення користувача304 включаючи, але не обмежуючись, точне розташування відповідно до GPS, час отримання посилання на порушення, причину отримання посилання на порушення, тип транспортного засобу та тип таблички транспортного засобу, а також будь-яку іншу додаткову відповідну інформацію тощо. Інформація про цитування місця паркування може вводитися вручну користувач, або система може виконувати оптичне розпізнавання символів (OCR) S305 для отримання інформації. Там, де введення здійснюється вручну, користувач може вводити дані отриманого цитування порушення правил паркування, вибираючи доступні опції S306. Після вибору всіх параметрів та заповнення іншої супутньої інформації дані можуть оброблятися S309 всередині системи за допомогою очищення, форматування, дедуплікації тощо. По завершенні вона може бути завантажена в базу даних S310.

Там, де введення здійснюється за допомогою OCR, користувач може завантажити фотографію S з посиланням на порушення правил паркування307, які можуть бути перетворені в текстові дані S308 відповідно до методів OCR за допомогою процесора зображень, що підлягає обробці S309 очищенням, форматуванням і дедуплікацією даних тощо. Як тільки дані будуть повністю оброблені, вони можуть бути завантажені в базу даних S310. Наприклад, може існувати такий тип порушень, який стверджує: "Таксі, припарковане в районі лише для комерційних вантажівок для завантаження / розвантаження вантажів". Система може розпізнати квиток і завантажити дані до бази даних із показниками, які позначають квиток як квиток, виданий лише на нетранспортні засоби.

Фіг. Фіг.4А є схемою, що ілюструє панель взаємодії з користувальницьким інтерфейсом (Спільний доступ до білетів та підсилювач Q / A / C), засновану на конкретному розташуванні згідно з зразковим варіантом здійснення винаходу. Коли користувач отримує доступ до панелі взаємодії користувача в системі мобільного додатка, користувач може мати кілька панелей на панелі взаємодії користувачів на вибір, наприклад, Спільний доступ до квитків 41 та запитання, відповіді та коментарі 44. Користувач може оцінювати або повідомляти на панелі взаємодії користувачів, коментувати, переглядати причини, місце порушення, суми штрафу за квитки, кількість квитків, раніше виданих для цього місця 42. Користувач також може додати власний коментар 43 до публікації на панелі взаємодії з користувачем, одночасно подаючи фотографії, відео, звукозаписи тощо. Користувач також може вибирати та надсилати запитання 45, відповіді 46, а також коментарі до запитань, відповідей та коментарів 44 панель.

Фіг. 4В - схема, що ілюструє панель взаємодії з користувальницьким інтерфейсом (Знаки та підсилювач Інше), заснована на конкретному розташуванні відповідно до зразкового варіанту здійснення винаходу. Коли користувач отримує доступ до панелі взаємодії користувача в системі мобільного додатка, користувач може мати кілька панелей на панелі взаємодії користувача на вибір, наприклад, Знаки 47 та інші 49 не включені до вищезазначеного, якщо такі є. Панель «Знаки» 47 дозволяє користувачеві переглядати вміст, присутній на вивісках паркування 48 повідомляється користувачем та коментується іншими користувачами щодо їх інтерпретації знаків. Усі коментарі та відповіді на панелі взаємодії з користувачами оцінюються. Коментарі або відповіді з найбільш позитивними оцінками можуть відображатися вгорі списку. Про всі коментарі та відповіді може повідомляти один або кілька користувачів, і адміністратор може найняти працівників, які мають досвід дорожнього законодавства, щоб допомогти користувачам вирішити їхні проблеми та надати професійні відповіді. Панель залучення користувачів може включати інше 49 панелі, як визначено адміністратором системи. В якості альтернативи користувач може взаємодіяти з будь-яким з екранів на панелі залучення користувача, показаної на ФІГ. 4A та підсилювач 4B за допомогою голосових команд, вимовляючи той варіант, який він / вона хотів би. Наприклад, коли користувач вирішує повідомити про паркування, він / вона може вимовити фразу «Поділити квитки» або «Спільний доступ до квитків», щоб відкрити екран Спільне користування квитками. 41 на панелі взаємодії з користувачем. Звідти користувач може вимовити «Звіт», щоб здійснити відповідне запит, щоб додатково ввести причини, місце, ціну, будь-які відповідні фотографії тощо. Після введення всієї відповідної інформації користувач може говорити або говорити «Надіслати» для передачі інформації в комп'ютерну систему 100 або може говорити або говорити “Назад”, якщо користувач хоче змінити екран. Подібним чином користувач може використовувати голосові команди для взаємодії з екранами для інших функцій, таких як екран Питання, Відповіді та Коментарі 44, екран Знаки 47, або екран Інше 49.

Фіг. Фіг.5 є блок-схемою, що ілюструє підхід до обробки даних, пов'язаних з порушенням паркування, на основі даних, пов'язаних з попередженням порушень паркування, і даних, пов'язаних з порушенням паркування в режимі реального часу, відповідно до зразкового втілення винаходу Як вже обговорювалося вище, інформація, що стосується порушень правил паркування, може надходити щонайменше з двох джерел: набір даних про некоммерчні транспортні засоби, пов’язаний з історичними порушеннями правил паркування 109 та комерційних транспортних засобів 114 та набір даних, пов’язаних з порушенням паркування в режимі реального часу для некоммерчних транспортних засобів 110 та комерційних транспортних засобів 115. Перше, що потрібно зробити, - це те, чи є загальнодоступні дані S501. Якщо так, то доступ до джерел може бути S502. Цими джерелами можуть бути урядові та інші джерела ЗМІ, доступ до будь-якого джерела, яке робить дані про порушення правил паркування загальнодоступними. Цей доступ може бути автоматичним та періодичним. Після встановлення доступу дані про порушення можуть вимагатись із веб-сайтів та додаткових джерел S503, а запитувані дані можуть бути отримані з веб-сайтів та додаткових джерел 504. Оскільки ці дані можуть бути у формі, яка продиктована конкретним джерелом, отримані дані про порушення можуть бути проаналізовані для ключових полів S506, а ключові поля неоднозначні S507.

Як описано вище, дані, пов’язані з порушенням правил паркування, можуть походити з приватних даних. Таким чином, якщо відсутні дані, які є загальнодоступними від державного агентства або розміщені в такому місці, як загальнодоступний веб-сайт, то ознаки порушення можуть бути отримані від користувача S508. Вказівник повідомляє систему про те, що користувач отримав цитату за порушення правил паркування, і таким чином може початися процес збору даних про цитування. Під час цього процесу система може вимагати від користувача відповідні дані цитування, як описано вище, а також пропозиції щодо того, як уникнути цитування S509. Далі визначається, чи отримано фотографію або скан цитування S510. Якщо цю фотографію або скан отримано, може бути виконано оптичне розпізнавання символів (OCR) на зображенні фотографії, яке, можливо, було відредаговано S505. Після виконання OCR текст OCR може бути проаналізований для ключових полів S506. Після аналізу даних OCR або муніципальних даних ключові поля можуть бути неоднозначними S507. Можна зрозуміти, що при написанні цитат одне і те ж місце може бути описане різними способами. Наприклад, на місце для паркування може посилатися адреса, перед якою вона знаходиться, або, в деяких випадках, навпроти. Ця адреса також може бути надана різними способами. Наприклад, одну вулицю можна записати як „шостий проспект”, „6-й проспект”, „Авеню Америки” тощо. Тому неоднозначність перетворює всі дані в єдиний формат, наприклад, місцезнаходження може бути перетворене в широту / координати довготи, щоб не було двозначності. Неоднозначність може також використовуватися для стандартизації назв порушень, наприклад, з посиланням на абревіатури.

Однак, коли користувач не надає фотографії або відсканованого зображення цитати, користувачеві може бути запропоновано заповнити ключові поля відповідними даними S511, наприклад, однозначним способом, наприклад, шляхом вибору з різних параметрів або введення вручну у вільні текстові поля, неоднозначність може не знадобитися в цьому випадку. У будь-якому випадку з усіх зібраних даних можуть бути видалені повторювані порушення S512, очищений і відформатований S513, з місцем геокодування S514 забезпечити, щоб одна і та ж копія цитати не враховувалась двічі. Це може бути зроблено, наприклад, з посиланням на номер цитування, який є специфічним для агентства-емітента. Після очищення та форматування даних вони можуть бути додані до даних про порушення в базі даних S515. Якщо нові дані про порушення стосуються некомерційного транспортного засобу, дані можуть зберігатися в наборі даних некомерційного транспортного засобу S516. Якщо нові дані про порушення стосуються комерційного транспортного засобу, дані можуть зберігатися в наборі даних комерційного транспортного засобу S517. Крім того, нові дані про порушення можуть бути згруповані за типом транспортного засобу та типом транспортного знаку. Дані можуть включати правила, пов’язані з часом, добою та місцем розташування комерційних та некомерційних транспортних засобів, що дозволяють системі визначати правила паркування.

Фіг. Фіг.6 - блок-схема, що ілюструє спосіб і систему попередження користувача на основі даних у базі даних відповідно до зразкового варіанту здійснення винаходу. Координати розташування водіїв можуть передаватися в систему, наприклад, періодично, і система може отримувати ці координатні дані, тобто геолокацію, а також інформацію про їх тип транспортного засобу та тип транспортного знаку від водіїв S601. Поточну швидкість та передбачуваний пункт призначення водія може отримати система від обчислювального пристрою 106 користувача S602. Потім система може запитати користувача щодо наміру припаркувати S603. Якщо так, тоді система може визначити поточний час (позначку часу) S605. Якщо ні, тоді система може повторити запит на паркування на основі уподобань користувача S604. Система також може продовжувати отримувати координати місцезнаходження від драйвера S601 і швидкість транспортного засобу та передбачуване призначення S602 щоб визначити намір паркування користувача.

У випадку, якщо встановлено, що водій паркується S603, система тоді може отримати відмітку часу користувача S605, що відповідає теперішньому часу. База даних 102 може запитуватися системою з поточним місцезнаходженням водія та поточним часом та іншою інформацією S606 визначити, чи є якесь попереднє порушення паркування S607. Якщо встановлено, що база даних не містить даних попередніх порушень для цього місця, користувачеві може бути видане повідомлення про те, що користувач може зупинитись у цьому місці S609. Де визначено, що цитування відбулися в цьому місці і застосовуються до типу користувача водія та до поточного часу / доби S607, тоді користувачеві може бути видано повідомлення про не паркування S610. Де визначено, що цитування відбувалися в місці в той час чи день, що застосовуються найближчим часом (протягом певного періоду, на який, ймовірно, буде припарковано) S607, тоді користувач S може встановити додаткове сповіщення про подальші дії608, щоб система могла сповістити користувача про це за допомогою повідомлення S610 пізніше нагадати користувачеві про необхідність виїзду з місця стоянки до того часу, коли, як відомо, сталися порушення правил паркування. Центральна обчислювальна система 100 може отримати оцінки від користувача S611, щодо того, чи правильним є повідомлення, яке він або вона отримала.

Фіг. Фіг.7 є принциповою схемою, що ілюструє склад обчислювального пристрою для повідомлення про порушення правил паркування та отримання повідомлення з даними, пов'язаними з порушеннями правил паркування, відповідно до зразкового варіанту здійснення винаходу. Обчислювальний пристрій 106 може мати зв’язок з усіма його компонентами, матеріальними чи нематеріальними, а також може включати внутрішні пристрої 700 та зовнішні пристрої 709. Обчислювальний пристрій 106 може бути пристроєм, таким як мобільний пристрій або навігаційна система в транспортному засобі, і він може використовувати засоби зв'язку для прийому голосу, тексту та даних 701 для підключення до центральної обчислювальної системи 100 наприклад, через Інтернет або інші стільникові / бездротові з'єднання 103. Обчислювальний пристрій 106 може включати пристрій визначення місця розташування або приймач GPS 702 для ідентифікації поточного місця. Процесор додатків 703 може використовуватися для запуску програмного забезпечення на обчислювальному пристрої. Обчислювальний пристрій може також містити сховище, таке як оперативна пам'ять (ОЗП) або флеш-пам'ять 704. Пристрої введення / виводу 705 може використовуватися для підключення обчислювального пристрою до інших системних реалізацій, особливо в залежності від доступних функціональних можливостей обчислювального пристрою. Наприклад, в автомобільній навігаційній системі може не бути камери, тоді як у мобільному пристрої може бути вбудована камера. У цьому випадку камера може бути включена як вхід для навігаційної системи в транспортному засобі. Інші пристрої вводу-виводу можуть включати мікрофон та / або динамік. Обчислювальний пристрій може також містити пристрій відображення 706, який може отримувати та відображати повідомлення або інші дані користувачеві, отриманому від центральної обчислювальної системи 100. Індикаторний апарат 706 наприклад, може бути електронним сенсорним дисплеєм. Обчислювальний пристрій може також взаємодіяти з внутрішнім механізмом годинника 707 для визначення теперішнього часу. Акселерометр або спідометр 708 також може бути у зв'язку з мобільним пристроєм, який може вимірювати швидкість, прискорення або зміни напрямку. Зовнішні пристрої 709 також може підключатися до обчислювального пристрою за допомогою дротового або бездротового з'єднання. Цими зовнішніми пристроями може бути будь-який пристрій, який може компенсувати певні відсутні функції будь-якого певного обчислювального пристрою, будь то мобільний пристрій, такий як планшет або смартфон, навігаційна система в транспортному засобі чи інший обчислювальний пристрій тощо.

Фіг. 8 показує фізичний склад віддаленого оперативного сервера 101 які можуть реалізовувати спосіб і систему розкриття винаходу згідно з зразковим варіантом здійснення. Система і спосіб цього розкриття можуть бути реалізовані у вигляді програмного додатка, що працює через засоби зв'язку центральної обчислювальної системи, наприклад, мейнфрейм, персональний комп'ютер (ПК), портативний комп'ютер, сервер і т.д. може зберігатися на носії запису, доступному локально центральній обчислювальній системі і доступному через дротове або бездротове підключення до мережі, наприклад, локальної мережі або Інтернету.

Оперативний сервер 101 зазвичай називають сервером, який може включати, наприклад, центральний процесор (ЦП) 801, блок пам'яті 804, інтерфейс принтера 810, дисплейні блоки 811, контролер передачі даних локальної мережі (LAN) 805, інтерфейс LAN 806, мережевий контролер 803 підключений до телефонної мережі загального користування (PSTN), внутрішньої шини 802, а також один або кілька пристроїв введення 809, наприклад, клавіатура, миша тощо. Як показано, система може бути підключена до пристрою зберігання даних, наприклад, жорсткого диска 808 за посиланням 807.

Фіг. 9 - принципова схема, що ілюструє систему та спосіб обчислювального пристрою для з'єднання з базою даних системи 102 через центральну обчислювальну систему 100 і отримувати повідомлення, що відповідає комерційним транспортним засобам, відповідно до зразкового варіанту здійснення винаходу. Поєднання даних у базі даних для формування повідомлення про комерційні транспортні засоби 901 може включати набір даних про комерційний транспортний засіб 113, набір даних про користувача 118, код даних про порушення 119та інші відповідні дані 128. Обчислювальний пристрій 106 підключається до центральної обчислювальної системи 100, який, у свою чергу, пов’язує із комбінацією даних у базі даних для формування повідомлення для комерційних транспортних засобів 901, налаштований на інтеграцію з API інтерактивної електронної карти 902, такі як Google Maps © API, а також отримувати та відображати повідомлення про тип користувача. Повідомлення може бути специфічним для комерційного транспортного засобу, коли це повідомлення особливо відповідає його інформації. Інформація, що міститься в повідомленні 903 може базуватися на конкретних даних із поєднання даних для комерційних транспортних засобів 901, оскільки повідомлення може бути видане вибірково на основі типу користувача користувача, додатково на основі типу транспортного засобу та типу місця на транспортному засобі. Це повідомлення може бути надіслане двома способами: візуально 904 та / або голосом 905.

В одному варіанті здійснення віддалений обчислювальний пристрій 106 може бути пристроєм, що дозволяє користувачеві взаємодіяти з обчислювальною системою 100 забезпечуючи пристрій інтерактивної голосової відповіді (IVR), де користувач може вводити дані або робити вибір за допомогою голосових команд. Користувач може говорити на обчислювальному пристрої 106 забезпечувати введення даних, вносити зміни або іншим чином взаємодіяти з усіма функціями системи. Наприклад, користувач може сказати “Вимкніть сповіщення”, щоб зупинити надсилання системою повідомлень, яких стало занадто багато. Функціональні можливості в системі мобільного додатка можуть інтегруватися зі сторонніми API, щоб забезпечити можливості передачі голосу в текст. Користувачі, які використовують функцію перетворення голосу в текст, можуть записувати свій голос, промовляючи в мікрофон обчислювального пристрою 106, так що система може змінити будь-яку голосову команду або введення на текстовий еквівалент у мобільному додатку. Відповідно, користувачам може не обов’язково вводити інформацію вручну, і вони можуть подавати інформацію до системи, просто говорячи. Усі функції мобільної програми, такі як сповіщення та панель взаємодії з користувачем, можуть бути доступними різними мовами, які користувач може змінити. Система може використовувати сторонній сервіс та / або API, або системний адміністратор може найняти професіоналів для перекладу вмісту на різні мови або надання пояснень простою англійською мовою. Можуть існувати й інші функціональні можливості, які дозволяють програмі інтегруватися з іншими API, щоб забезпечити можливості передачі голосу в текст. Користувачі, які використовують цю функцію, можуть записувати свій голос, промовляючи їх на обчислювальний пристрій 106, який система може змінити на текстовий еквівалент у програмі. Відповідно, користувачам, можливо, не доведеться вручну вводити інформацію та можуть вводити інформацію усно. Як письмові, так і усні повідомлення можуть бути доступні різними мовами та можуть бути змінені в уподобаннях користувача. Користувачі можуть також надавати переклади, які підлягають оцінці, в обмін на винагороду.

Фіг. 10 - принципова схема, що ілюструє систему та спосіб обчислювального пристрою для з'єднання з базою даних системи 102 через центральну обчислювальну систему 100 і отримувати повідомлення, що відповідає некомерційним транспортним засобам, відповідно до зразкового варіанту здійснення винаходу. Поєднання даних у базі даних для формування повідомлення про не комерційні транспортні засоби 1000 може включати набір даних про некомерційний транспортний засіб 108, набір даних про користувача 118, код даних про порушення 119та інші відповідні дані 128, який може бути використаний для створення повідомлення про не комерційний транспортний засіб через центральну обчислювальну систему 100. Обчислювальний пристрій 106 підключається до центральної обчислювальної системи 100, який, у свою чергу, пов’язує із комбінацією даних у базі даних для формування повідомлення для не комерційних транспортних засобів 1000. Обчислювальний пристрій 106 може бути налаштована на інтеграцію з API інтерактивної електронної карти 902, такі як Google Maps © API, а також налаштовані на отримання та відображення сповіщень. Інформація, що міститься в повідомленні 1001 може базуватися на конкретних даних з бази даних для некомерційних транспортних засобів 1000, оскільки повідомлення може бути видане вибірково на основі типу користувача користувача, а також на основі типу транспортного засобу та типу транспортного знаку. Це повідомлення 1001 може бути доставлений двома способами: візуально 904 та / або голосом 905.

Фіг. Фіг.11 є принциповою схемою, що ілюструє систему для використання бази даних для попередження водіїв про випадки порушення паркування через обчислювальний пристрій у відповідності зі зразковим варіантом розкриття винаходу. Обчислювальний пристрій 106 може спілкуватися з мережею базових станцій зв'язку 104 і може взаємодіяти з центральною обчислювальною системою 100 через Інтернет або інші бездротові з'єднання 103. Оперативний сервер 101 може бути інстанційована як один або кілька серверних комп'ютерів та / або віртуальних машин, які можуть працювати разом із комунікативними засобами центральної обчислювальної системи 100 збирати дані, пов’язані з порушенням правил паркування, з безлічі джерел, визначати, коли водії вимагають повідомлення, та надати водіям повідомлення. Оперативний сервер 101 може досягти цього, отримавши доступ до даних, пов’язаних із порушенням правил паркування, із наборів даних у базі даних 102. Центральна обчислювальна система 100 може періодично запитувати набори даних у базі даних 102. Крім того, центральна обчислювальна система 100 може отримати доступ до даних, пов’язаних із порушенням правил паркування 102 використання конкретних API, підписки або шляхом надсилання цих даних у міру їх отримання. Обчислювальний пристрій 106 може бути встановлений у транспортному засобі 105 або може бути мобільним пристроєм користувача. Обчислювальний пристрій 106 може підключатися до своїх внутрішніх пристроїв 700 та зовнішні пристрої 709 у спілкуванні з ним для того, щоб спілкуватися з центральною обчислювальною системою 100 для передачі даних, таких як час, дата, місцезнаходження тощо, отримувати повідомлення, обробляти та відображати це сповіщення користувачеві. Центральна обчислювальна система 100 може генерувати повідомлення для користувачів некомерційного транспортного засобу та комерційного транспортного засобу окремо.

Фіг. Фіг.12 є блок-схемою, що ілюструє процес оцінки даних, пов'язаних з порушенням паркування, або повідомлення, подане до панелі залучення користувачів відповідно до зразкового втілення винахідницького розкриття, і як ці рейтинги даних впливають на дані в базі даних 102. Першим кроком у цьому процесі є подання користувачем даних, пов’язаних із порушенням правил паркування, на панель залучення користувачів S1200. Дані, пов’язані з порушенням правил паркування, можуть включати переробку вивісок щодо паркування щодо перекладу на іншу мову або роз’яснення вмісту, пропозицію щодо того, як уникнути цитування про порушення правил паркування тощо. Ця інформація потім оцінюється іншими користувачами залежно від її точності S1201. Система збирає та використовує рейтинги користувачів (позитивні та негативні) для сортування даних S, пов’язаних із порушенням правил паркування1202. Якщо будь-який користувач оцінює подані дані, пов’язані з порушенням правил паркування, щодо їх точності, цей користувач має можливість надати докази того, чому ці дані, пов’язані з порушенням правил паркування, можуть бути неправильними S1203. Система може збирати рейтинги, поки не буде встановлено, що позитивні оцінки досягли заздалегідь визначеного числа S1204. Якщо кількість оцінок не досягла заздалегідь визначеного числа, система може продовжувати збирати оцінки від інших користувачів S1201. Якщо кількість позитивних оцінок досягла заздалегідь визначеної цифри, тоді дані, пов’язані з порушенням правил паркування, можуть бути використані для корекції, оновлення та доповнення бази даних відповідно. S1205. Таким чином, виправлення, оновлення та доповнення бази даних може бути з позитивних чи негативних оцінок. Позитивні оцінки можуть бути використані для заміни або зміцнення даних у базі даних, а негативні оцінки можуть бути використані для виявлення або анулювання неточних даних. Опинившись у базі даних, ці дані, пов’язані з порушенням правил паркування, можуть бути включені у відповідне повідомлення щодо даних, пов’язаних з порушенням правил паркування1206. Наприклад, якщо дані, пов’язані з порушенням правил паркування, подані до панелі залучення користувачів - це пропозиція щодо того, як уникнути отримання цитати про порушення правил паркування в певному місці, ця пропозиція або її дані можуть бути включені до повідомлення, яке має відношення до цього місця, та / або час, і який згодом генерується і видається S1207 для відповідного користувача.

Фіг. 13 - блок-схема, що ілюструє круговий процес оцінки повідомлення для виправлення, оновлення та доповнення даних, пов'язаних із порушенням правил паркування, у базі даних 102 у відповідності зі зразковим варіантом здійснення винаходу. Після виявлення наміру користувача щодо паркування система може використовувати дані, пов’язані з порушенням правил паркування, що містяться в базі даних 102, згенерувати та видати повідомлення, яке попереджає користувача про потенційне порушення правил паркування, S1207. Це повідомлення може частково базуватися на даних, пов’язаних із порушенням правил паркування, з інформаційного джерела, або може частково базуватися на даних, пов’язаних із порушенням правил паркування, від подання до панелі залучення користувачів, яка отримала достатньо оцінок для включення до повідомлення. У будь-якому випадку ця інформація дозволяє користувачеві припаркуватися, знаючи правила паркування, які застосовуються до поточного місця паркування. Отримавши повідомлення, користувач може оцінити його та може оцінити чи прокоментувати, чи було це повідомлення точним1301. Якщо користувач оцінює повідомлення позитивно, наприклад, що повідомлення було точним, система може записати позитивний рейтинг користувача S1302. Відповідно, точні дані, що призводять до точного повідомлення, можуть бути посилені та збережені в іншому випадку. Якщо користувач оцінює повідомлення негативно, наприклад, що повідомлення було неточним, користувач може надати доказ, чому повідомлення було неточним S1303 негативна оцінка може бути присвоєна повідомленню, коли, наприклад, заборони на паркування, які діють для певного місця, насправді відрізняються від тих, що цитуються в повідомленні, наприклад, неправильний час або інформація про день тижня. У випадку, коли повідомлення не відображає точно правила паркування, користувач подає зображення паркувального знака або іншого виду доказів як доказ неточності цього повідомлення в цій ситуації. Потім система реєструє негативний рейтинг користувача S1302. Рейтинги реєструються та збираються до тих пір, поки певний тип рейтингу, в даному випадку позитивні чи негативні, не досягне заздалегідь визначеного числа S1304. Якщо кількість позитивних оцінок досягає заздалегідь визначеного числа, тоді відповідний користувач S може отримати грошову або негрошову винагороду1305, який вперше подав дані, пов’язані з порушенням правил паркування, що містяться в номінальному повідомленні. Оскільки негативна оцінка підтверджується доказом, негативні оцінки, досягнувши заздалегідь визначеного числа, можна використовувати для виправлення, оновлення та доповнення S1306 наявні дані, пов’язані з порушенням правил паркування в базі даних 102. Наприклад, деякі недостовірні дані можуть бути видалені з бази даних та відповідного повідомлення. Потім ці виправлені, оновлені та доповнені дані в базі даних використовуються для надання користувачеві нових і більш точних повідомлень. Це цикл, оскільки нове повідомлення, яке базується на базі даних, виправлене, оновлене та доповнене рейтингами даних, пов’язаних із порушенням правил паркування, що подаються до панелі залучення користувачів, також підлягає оцінкам, коли виявляється намір паркування та надсилається повідомлення для місцезнаходження видається S1207.

Фіг. Фіг.14 є схемою, що ілюструє систему для виведення потенційної заборони на паркування на основі місця розташування відповідно до зразкового варіанту здійснення винаходу. На цьому зразковому зображенні користувач 1401 некомерційного типу транспортного засобу. Користувач 1401 має намір припаркуватися в певному місці 1402 що може призвести до порушення заборони на паркування, визначеної системою. На малюнку зображена вулиця 1403 що користувач 1401 має намір припаркуватися на. Призначене користувачем місце паркування 1402 потрапляє між двома іншими місцями паркування 1404 і 1405. Місцезнаходження 1404 повністю зайнятий комерційним автомобілем 1406 однак заповнення місця для паркування 1404 не впливає на здатність системи робити висновок про потенційну заборону паркування для передбаченого користувачем місця паркування 1402. У цьому прикладі в базі даних є принаймні одне цитування про порушення правил паркування, видане за місцем розташування 1404 користувачеві некоммерчного транспортного засобу для паркування в зоні, де є тільки комерційний транспортний засіб. У базі даних також є принаймні одне посилання на порушення правил паркування, видане в цьому місці 1405, аналогічно іншому користувачеві некомерційного транспортного засобу для паркування в зоні, де є лише комерційний транспортний засіб. Однак система не містить даних про місцезнаходження, пов’язаних із порушенням правил паркування 1402. Тим не менше, система може зробити висновок на основі наявних порушень у місцях розташування 1404 і 1405, що користувач 1401 ймовірно отримає повідомлення про порушення правил паркування за місце паркування 1402.

Фіг. Фіг.15 є схемою, що ілюструє обчислювальний пристрій користувача та повідомлення, яке користувач може отримати щодо потенційної заборони паркування на основі місцезнаходження відповідно до зразкового варіанту здійснення винаходу. Як тільки система ідентифікує намір паркування користувача, як показано на фіг. 14, система пропонує користувачеві підтвердити свій намір щодо паркування на обчислювальному пристрої користувача 1501 натиснувши "так" або "ні" 1502. Коли користувач паркується і натиснув кнопку "так", система може запропонувати відобразити повідомлення користувачеві про паркування про заборону паркування 1503 на основі поточного геолокації користувача 1504. Хоча ці діалогові вікна не проілюстровані як відображені в обчислювальному пристрої користувача 1501, слід розуміти, що цей показ призначений лише для того, щоб надати чітку ілюстрацію, і слід розуміти, що ці діалогові вікна відображатимуться в обчислювальному пристрої користувача 1501.

На цьому малюнку поточним геолокацією користувача є 810 W 181st Street. Повідомлення може містити короткий виклад відповідної інформації, наприклад, яке правило або положення щодо паркування застосовується до передбачуваного користувачем місця паркування в конкретний час, що в цьому випадку є забороною щодо паркування некомерційних транспортних засобів у зоні лише для комерційних автомобілів. 1505. Також відображається порівняння зібраних оцінок 1506 для цього повідомлення. У цьому прикладі повідомлення користувача було доведено точним на 100 відсотків оцінок користувачів та неточним на 0 відсотків. Якщо користувач хотів би знати аргументи цього сповіщення, користувач може натиснути “Переглянути деталі” 1507 щоб побачити деталі щодо того, чому система створила це сповіщення. Потім система може посилатися на будь-які відповідні цитати 1508. У цьому випадку є два відповідні цитати, 1509 і 1510, обидва з яких були видані у відповідний день тижня у відповідний час за адресою 808 W 181st Street та 812 W 181st Street, відповідно обидва цитати були видані користувачам некоммерчних транспортних засобів для паркування в зоні, де призначений лише комерційний транспорт. 1511. Потім користувач може оцінити це повідомлення та відповідну інформацію щодо його точності 1513 натиснувши кнопку “Оцінити” 1512 що відкриває панель оцінок на обчислювальному пристрої користувача 1514. Таким чином користувач може дати позитивну оцінку «Так» або негативну оцінку «Ні» повідомленню. Надавши негативну оцінку, система може запропонувати користувачеві надати доказ неточності 1515. У цьому запиті система може попросити користувача надіслати або ввести причини, чому сповіщення було неточним 1516 та подати фотографію відповідних вивісок або посилання на порушення правил паркування 1517. Слід розуміти, що адреса вулиці, використана у наведеному вище прикладі, не має бути відображенням фактичних точок даних, а також не призначена для відображення фактичних заборон на паркування або ситуацій щодо паркування, яку вона призначена для ілюстративних цілей.

Крім того, користувач може взаємодіяти з будь-яким з екранів обчислювального пристрою 1501 використання голосових команд, промовляючи той варіант, який він / вона хотів би. Наприклад, коли користувач вирішив припаркуватися, він / вона може сказати або відповісти «Так» або «Ні», коли буде запропоновано. Звідти система може усно повідомити або повідомити користувача про стан паркування біля або біля місця розташування користувача (тобто, звуковим повідомленням “Ваше місцезнаходження: 810 West 181 st Street, Zone Only Commercial Vehicle, 100% рейтинг точності”) . Потім система може звуково запропонувати користувачеві визначити, чи бажає він / вона надалі «Оцінювати» інформацію, чи хоче «Дивитись деталі». Якщо користувач усно вирішить бачити більше деталей, промовляючи або вимовляючи «Переглянути деталі» або «Додаткова інформація», система може відображати деталі та звуково оголошувати їх (наприклад, зазначаючи «Цитати, видані: 808 західна 181 вулиця, комерційний транспорт тільки, середа 14:30, та 812 західна 181-а вулиця, лише комерційний транспорт, середа 14:40). Така інтерактивна система голосової відповіді дозволяє користувачеві швидше та безпечніше взаємодіяти з панеллю залучення користувачів на обчислювальному пристрої 106 отримати відповідну інформацію щодо уникнення порушень правил паркування.

Фіг. 16 - схема, що ілюструє систему для виведення заборони на паркування на основі часу для користувача 1601 у відповідності зі зразковим варіантом здійснення винаходу. На малюнку зображено передбачуване користувачем місце паркування 1602. Одного разу намір паркування користувача 1601 ідентифікована, система може автоматично відображати вивіски на стоянках, що відповідають місцезнаходженню 1602 на обчислювальному пристрої користувача, оскільки користувач не може бачити знак 1603 розташований далі по тій самій вулиці, що показує, що паркування заборонено по вівторках з 9:30 до 10 ранку через підмітання вулиць. Система також може попередити користувача про будь-яку потенційну заборону паркування на основі висновків, зроблених з часів, коли в місці випуску посилання на порушення правил паркування 1602 і правила або правила паркування, що застосовуються до типу користувача цього користувача. У цьому прикладі база даних містить кілька посилань на порушення правил паркування 1604, 1605, і 1606, виданий за місцем знаходження 1602 видається для паркування під час підмітання вулиць, як зазначено на знаку паркування 1603.

Фіг. 17 - схема, що ілюструє повідомлення 1701 що користувач може отримати щодо потенційної заборони паркування на основі часу відповідно до зразкового втілення розкриття винаходу. Таким чином, на основі передбачуваного користувачем місця паркування та даних, пов’язаних із порушенням правил паркування, пов’язаних із геолокацією користувача 1702, 130-30 31-а авеню та поточний час і день, вівторок, 9:41, система може надіслати повідомлення, щоб попередити користувача не паркуватись у місці 1702 оскільки, згідно з даними в базі даних, заборонено паркування між 9:30 та 10:00 через підмітання вулиць 1703. Якщо користувач цікавиться деталями цього повідомлення, можна натиснути кнопку «Переглянути деталі» 1704. Коли користувач натискає кнопку, користувач потрапляє на панель, що відображає відповідну категорію цитат, виданих за місцем розташування 1702. У цьому випадку категорія застосовних цитат - це прибирання вулиць 1705, що також є причиною видання цих цитат. Також відображаються відповідні часи, коли ці цитати були видані 1706 оскільки база даних містить запис про паркування, видане о 9:31, 9:51 та 9:54, а поточний час - 9:41, система може зробити висновок, що користувач може потенційно отримати цитату про порушення правил паркування паркуванням біля місця 1702 на цей час, 9:41.

Зразковий варіант здійснення винахідницького розкриття, описаний у цьому документі, є ілюстративним, і багато варіацій можуть бути введені, не відступаючи від духу розкриття. Наприклад, елементи та / або ознаки можуть комбінуватися між собою та / або замінювати один одного в межах цього розкриття та доданої формули винаходу. Крім того, будь-який елемент, описаний тут в однині, не призначений обмежувати цей елемент лише одниною. Наприклад, "користувач" або "користувач" не означає одного і лише одного користувача, він охоплює одного або декількох користувачів. Те саме стосується будь-якого іншого елемента в цьому документі, якщо не вказано інше. Крім того, термін "зразковий" у цьому документі використовується для опису елемента як прикладу розкриття винаходу, а не для опису елемента як кращого втілення цього винаходу.


MapGuide з керівництвом щодо проектування баз даних RDBMS - Геоінформаційні системи

Допоможіть перекласти цей посібник!


Дізнайтеся, як проектувати масштабні системи.

Підготовка до співбесіди з проектуванням системи.

Дізнайтеся, як проектувати масштабні системи

Навчання проектуванню масштабованих систем допоможе вам стати кращим інженером.

Дизайн системи - широка тема. Існує величезна кількість ресурсів, розпорошених по мережі Інтернет на принципах проектування системи.

Це репо є організований збір ресурсів, які допоможуть вам навчитися будувати системи в масштабі.

Вчіться у спільноти з відкритим кодом

Це постійно оновлюваний проект з відкритим кодом.

Підготовка до співбесіди з проектуванням системи

На додаток до кодування інтерв'ю, дизайн системи є необхідний компонент з процес технічного співбесіди у багатьох технологічних компаніях.

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

Додаткові теми для підготовки до співбесіди:


Надані колоди флеш-карт Anki використовують інтервал повторення, щоб допомогти вам зберегти ключові концепції дизайну системи.

Чудово підходить для використання в дорозі.

Ресурс кодування: Виклики інтерактивного кодування

Шукаю ресурси, які допоможуть вам підготуватися до Інтерв’ю з кодування?


Перевірте сестринське репо Виклики інтерактивного кодування, який містить додаткову колоду Анкі:

Не соромтеся надсилати запити на допомогу:

Вміст, який потребує доопрацювання, знаходиться на стадії розробки.

Індекс тем проектування системи

Короткий зміст різних тем проектування системи, включаючи плюси і мінуси. Все - це компроміс.

Кожен розділ містить посилання на більш поглиблені ресурси.


Запропоновані теми для перегляду, виходячи з хронології інтерв’ю (короткої, середньої, довгої).

З: Для співбесід, чи потрібно мені тут все знати?

В: Ні, тут не потрібно знати все, щоб підготуватися до співбесіди.

Те, що вас запитують на співбесіді, залежить від таких змінних, як:

  • Скільки у вас досвіду
  • Який ваш технічний досвід
  • На які посади ви берете інтерв’ю
  • З якими компаніями ви берете інтерв’ю
  • Удача

Як правило, досвідченіші кандидати, як правило, знають більше про дизайн системи. Очікується, що архітектори або керівники команд знатимуть більше, ніж окремі автори. Найвідоміші технологічні компанії, ймовірно, проведуть один або кілька турів співбесіди з дизайном.

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

  • Короткий графік - Прагніть на широта з темами проектування системи. Вправляйтеся, вирішуючи деякі питання співбесіди.
  • Середня шкала часу - Прагніть на широта і якась глибина з темами проектування системи. Вправляйтеся, вирішуючи багато питання співбесіди.
  • Довгий графік - Прагніть на широта і більше глибини з темами проектування системи. Вправляйтеся, вирішуючи більшість питання співбесіди.

Як підійти до питання співбесіди при проектуванні системи

Як вирішити питання інтерв’ю щодо проектування системи.

Інтерв'ю з проектуванням системи - це відкрита розмова. Очікується, що ви керуватимете нею.

Ви можете використовувати наступні кроки для керівництва дискусією. Щоб полегшити цей процес, перейдіть до розділу запитань щодо розробки системних розмов із рішеннями, виконавши наступні кроки.

Крок 1: Окресліть випадки використання, обмеження та припущення

Зберіть вимоги та розгляньте проблему. Поставте запитання, щоб пояснити випадки використання та обмеження. Обговоріть припущення.

  • Хто збирається ним користуватися?
  • Як вони збираються це використовувати?
  • Скільки користувачів?
  • Що робить система?
  • Які входи та виходи системи?
  • Скільки даних ми очікуємо обробити?
  • Скільки запитів на секунду ми очікуємо?
  • Який очікуваний коефіцієнт читання і запису?

Крок 2: Створіть дизайн високого рівня

Окресліть дизайн високого рівня з усіма важливими компонентами.

Крок 3: Спроектуйте основні компоненти

Заглибіться в деталі кожного основного компонента. Наприклад, якщо вас попросили розробити послугу скорочення URL-адрес, обговоріть:

  • Створення та збереження хешу повної URL-адреси
      та Base62
  • Хеш-зіткнення
  • SQL або NoSQL
  • Схема бази даних
    • Пошук бази даних

    Визначте та усуньте вузькі місця, враховуючи обмеження. Наприклад, вам потрібно наступне для вирішення проблем масштабованості?

    Обговоріть потенційні рішення та компроміси. Все - це компроміс. Вирішувати вузькі місця, використовуючи принципи масштабованого проектування системи.

    Можливо, вас попросять зробити деякі оцінки від руки. Зверніться до Додатку, щоб дізнатися про такі ресурси:

    Джерело (джерела) та подальше читання

    Перегляньте наступні посилання, щоб краще зрозуміти, чого очікувати:

    Запитання щодо інтерв’ю з дизайном системи із рішеннями

    Поширені запитання щодо інтерв’ю щодо дизайну системи із зразками обговорень, коду та діаграм.

    Рішення, пов’язані із вмістом у папці рішень /.

    Питання
    Дизайн Pastebin.com (або Bit.ly) Рішення
    Створіть часову шкалу та пошук у Twitter (або стрічку та пошук у Facebook) Рішення
    Створіть веб-сканер Рішення
    Дизайн Mint.com Рішення
    Спроектуйте структури даних для соціальної мережі Рішення
    Створіть сховище ключ-значення для пошукової системи Рішення
    Складіть рейтинг продажів Amazon за ознаками категорії Рішення
    Створіть систему, яка масштабується до мільйонів користувачів на AWS Рішення
    Додайте запитання про дизайн системи Сприяти

    Дизайн Pastebin.com (або Bit.ly)

    Створіть часову шкалу та пошук у Twitter (або стрічку та пошук у Facebook)

    Спроектуйте структури даних для соціальної мережі

    Створіть сховище ключ-значення для пошукової системи

    Складіть рейтинг продажів Amazon за ознаками категорії

    Створіть систему, яка масштабується до мільйонів користувачів на AWS

    Об’єктно-орієнтовані запитання щодо інтерв’ю з рішеннями

    Поширені об’єктно-орієнтовані запитання щодо інтерв’ю із зразками обговорень, коду та діаграм.

    Рішення, пов’язані із вмістом у папці рішень /.

    Примітка: Цей розділ розробляється

    Питання
    Створити хеш-карту Рішення
    Створити кеш, який використовувався нещодавно Рішення
    Створити кол-центр Рішення
    Сконструюйте колоду карт Рішення
    Спроектуйте паркінг Рішення
    Створіть сервер чату Рішення
    Створіть круговий масив Сприяти
    Додайте об’єктно-орієнтоване питання проектування Сприяти

    Теми проектування системи: почніть тут

    По-перше, вам знадобиться базове розуміння загальних принципів, вивчення того, що вони собою являють, як їх використовують, а також їх плюси і мінуси.

    Крок 1: Перегляньте відео-лекцію про масштабованість

    • Висвітлені теми:
      • Вертикальне масштабування
      • Горизонтальне масштабування
      • Кешування
      • Балансування навантаження
      • Реплікація бази даних
      • Розділення бази даних

      Крок 2: Перегляньте статтю про масштабованість

      Далі ми розглянемо компроміси високого рівня:

      • Продуктивність проти масштабованість
      • Латентність проти пропускна здатність
      • Доступність проти послідовність

      Майте на увазі, що все це компроміс.

      Потім ми заглибимось у більш конкретні теми, такі як DNS, CDN та балансири навантаження.

      Продуктивність проти масштабованості

      Послуга є масштабована якщо це призводить до збільшення продуктивність пропорційно доданим ресурсам. Як правило, підвищення продуктивності означає обслуговування більшої кількості одиниць роботи, але це може бути і обробка більших одиниць роботи, наприклад, коли набори даних зростають. 1

      Інший спосіб поглянути на продуктивність проти масштабованості:

      • Якщо у вас є продуктивність проблема, ваша система працює повільно для одного користувача.
      • Якщо у вас є масштабованість Проблема - ваша система швидка для одного користувача, але повільна під великим навантаженням.

      Джерело (джерела) та подальше читання

      Латентність це час виконати якусь дію або дати якийсь результат.

      Пропускна здатність - кількість таких дій чи результатів за одиницю часу.

      Як правило, вам слід прагнути максимальна пропускна здатність з прийнятна затримка.

      Джерело (джерела) та подальше читання

      Наявність проти узгодженості

      У розподіленій комп’ютерній системі ви можете підтримувати лише дві з наступних гарантій:

      • Послідовність - Кожне прочитане отримує останню запис або помилку
      • Доступність - Кожен запит отримує відповідь без гарантії, що він містить останню версію інформації
      • Толерантність розділів - Система продовжує працювати, незважаючи на довільне розділення через збій мережі

      Мережі не є надійними, тому вам потрібно буде підтримувати допуск на розділи. Вам потрібно буде здійснити компромісний варіант програмного забезпечення між узгодженістю та доступністю.

      CP - узгодженість і допуск розділення

      Очікування відповіді від розділеного вузла може призвести до помилки тайм-ауту. CP є хорошим вибором, якщо для вашого бізнесу потрібні атомні зчитування та запис.

      AP - доступність та допуск розділів

      Відповіді повертають найбільш доступну версію даних, доступну на будь-якому вузлі, яка може бути не останньою. Запис може зайняти деякий час для розповсюдження, коли розділ вирішено.

      AP є хорошим вибором, якщо потреби бізнесу дозволяють забезпечити послідовність або коли система повинна продовжувати працювати, незважаючи на зовнішні помилки.

      Джерело (джерела) та подальше читання

      З кількома копіями одних і тих самих даних ми стикаємося з варіантами їх синхронізації, щоб клієнти мали послідовний погляд на дані. Згадаймо визначення узгодженості з теореми CAP - кожне прочитане отримує останню запис або помилку.

      Після запису читання може бачити це, а може і не бачити. Використовується найкращий підхід.

      Цей підхід спостерігається в таких системах, як memcached. Слабка послідовність добре працює в реальних випадках, таких як VoIP, відеочат і багатокористувацькі ігри в режимі реального часу. Наприклад, якщо ви телефонуєте і на кілька секунд втрачаєте прийом, коли відновите зв’язок, ви не почуєте, що було сказано під час втрати зв’язку.

      Після запису читання зрештою побачать його (як правило, протягом мілісекунд). Дані відтворюються асинхронно.

      Цей підхід спостерігається в таких системах, як DNS та електронна пошта. Можлива послідовність добре працює у високодоступних системах.

      Після написання читачі побачать це. Дані копіюються синхронно.

      Цей підхід спостерігається у файлових системах та СУБД. Сильна послідовність добре працює в системах, які потребують транзакцій.

      Джерело (джерела) та подальше читання

      Існує два додаткові шаблони для підтримки високої доступності: провал і реплікація.

      При активно-пасивному перебої серцебиття надсилається між активним і пасивним сервером у режимі очікування. Якщо серцебиття переривається, пасивний сервер бере на себе IP-адресу активного і відновлює службу.

      Тривалість простою визначається тим, чи працює пасивний сервер вже у "гарячому" режимі очікування, чи йому потрібно запускатись із "холодного" режиму очікування. Тільки активний сервер обробляє трафік.

      Активно-пасивний перехід на іншу сторону також можна назвати відмовою ведучого-підлеглого.

      В активному-активному режимі обидва сервери управляють трафіком, розподіляючи навантаження між собою.

      Якщо сервери мають відкритий доступ, DNS повинен знати про загальнодоступні IP-адреси обох серверів. Якщо сервери є внутрішніми, логіка програми повинна знати про обидва сервери.

      Активний-активний відмовостійкий стан також можна назвати майстер-майстер-відмовостійким.

      • Помилка додає більше обладнання та додаткову складність.
      • Існує ймовірність втрати даних, якщо активна система виходить з ладу, перш ніж будь-які нещодавно записані дані можна буде відтворити на пасивні.

      Господар-раб і господар-господар

      Ця тема далі обговорюється в розділі База даних:

      Доступність часто визначається кількістю часу безвідмовної роботи (або простою) як відсоток часу, коли служба доступна. Доступність зазвичай вимірюється кількістю 9 секунд - послуга з доступністю 99,99% описується як наявність чотирьох 9 секунд.

      Доступність 99,9% - три 9

      Тривалість Допустимі простої
      Простій на рік 8 год. 45 хв. 57 с
      Простій на місяць 43м 49,7с
      Час простою на тиждень 10м 4.8с
      Час простою на день 1м 26,4с

      Доступність 99,99% - чотири 9

      Тривалість Допустимі простої
      Простій на рік 52 хв. 35,7 с
      Простій на місяць 4м 23с
      Час простою на тиждень 1м 5с
      Час простою на день 8,6 с

      Наявність паралельно проти послідовно

      Якщо служба складається з декількох компонентів, схильних до виходу з ладу, загальна доступність послуги залежить від послідовності чи паралельності компонентів.

      Загальна доступність зменшується, коли два компоненти з доступністю & lt 100% знаходяться в послідовності:

      Якби і Foo, і Bar мали по 99,9% доступності, їх загальна доступність послідовно становила б 99,8%.

      Загальна доступність зростає, коли паралельно працюють два компоненти з доступністю & lt 100%:

      Якби і Foo, і Bar мали по 99,9% доступності, їх загальна доступність паралельно становила б 99,9999%.

      Система доменних імен (DNS) перекладає доменне ім’я, наприклад www.example.com, на IP-адресу.

      DNS є ієрархічним, з кількома авторитетними серверами на найвищому рівні. Ваш маршрутизатор або Інтернет-провайдер надає інформацію про те, до якого DNS-сервера (серверів) слід зв’язатись під час пошуку. Зіставлення кешу DNS-серверів нижчого рівня, які можуть застаріти через затримки розповсюдження DNS. Результати DNS також можуть бути кешовані вашим браузером або ОС протягом певного періоду часу, що визначається часом життя (TTL).

      • Запис NS (сервер імен) - Визначає DNS-сервери для вашого домену / субдомену.
      • Запис MX (обмін поштою) - Визначає поштові сервери для прийому повідомлень.
      • Запис (адреса) - Вказує ім'я на IP-адресу.
      • CNAME (канонічний) - Вказує ім'я на інше ім'я або CNAME (example.com на www.example.com) або на запис A.

      Такі служби, як CloudFlare та Route 53, надають керовані DNS-послуги. Деякі служби DNS можуть спрямовувати трафік різними методами:

        • Запобігання переходу трафіку на сервери на технічному обслуговуванні
        • Баланс між різними розмірами кластера
        • A / B тестування
        • Доступ до DNS-сервера спричиняє невелику затримку, хоча пом'якшується кешуванням, описаним вище.
        • Управління DNS-серверами може бути складним і, як правило, управляється урядами, провайдерами послуг та великими компаніями.
        • Служби DNS нещодавно потрапили під атаку DDoS, що заважає користувачам отримувати доступ до таких веб-сайтів, як Twitter, не знаючи IP-адрес (ів) Twitter.

        Джерело (джерела) та подальше читання

        Мережа доставки вмісту (CDN) - це глобально розподілена мережа проксі-серверів, яка обслуговує вміст з місць, розташованих ближче до користувача. Як правило, статичні файли, такі як HTML / CSS / JS, фотографії та відео, подаються з CDN, хоча деякі CDN, такі як CloudFront від Amazon, підтримують динамічний вміст. Роздільна здатність DNS сайту повідомляє клієнтам, до якого сервера звертатися.

        Подання вмісту з CDN може значно покращити продуктивність двома способами:

        • Користувачі отримують вміст із наближених до них центрів обробки даних
        • Ваші сервери не повинні обслуговувати запити, які відповідає CDN

        Push CDN отримують новий вміст щоразу, коли на вашому сервері відбуваються зміни. Ви несете повну відповідальність за надання вмісту, завантаження безпосередньо на CDN та переписування URL-адрес для вказівки на CDN. Ви можете налаштувати термін дії вмісту та оновлення. Вміст завантажується лише тоді, коли він новий або змінений, мінімізуючи трафік, але максимізуючи обсяг пам’яті.

        Сайти з невеликою кількістю трафіку або сайти з вмістом, який часто не оновлюється, добре працюють із push-CDN. Вміст розміщується на CDN один раз, замість того, щоб повторно витягувати його через рівні проміжки часу.

        Витягніть CDN, щоб захопити новий вміст із вашого сервера, коли перший користувач запитує вміст. Ви залишаєте вміст на своєму сервері та переписуєте URL-адреси, щоб вказувати на CDN. Це призводить до повільнішого запиту, доки вміст не буде кешовано на CDN.

        Час життя (TTL) визначає тривалість кешування вмісту. Витягніть CDN, щоб мінімізувати місце на CDN, але може створити надлишковий трафік, якщо термін дії файлів закінчується та витягується до того, як вони насправді змінилися.

        Сайти з інтенсивним трафіком добре працюють з витягнутими CDN, оскільки трафік розподіляється рівномірніше, а на CDN залишається лише нещодавно запитаний вміст.

        • Витрати на CDN можуть бути значними залежно від трафіку, хоча це слід зважувати з додатковими витратами, які ви понесли б, не використовуючи CDN.
        • Вміст може бути застарілим, якщо його оновити до закінчення терміну дії TTL.
        • CDN вимагають зміни URL-адрес для статичного вмісту, щоб вказувати на CDN.

        Джерело (джерела) та подальше читання

        Балансери навантаження розподіляють вхідні запити клієнтів на обчислювальні ресурси, такі як сервери додатків та бази даних. У кожному випадку балансир навантаження повертає відповідь від обчислювального ресурсу відповідному клієнту. Балансири навантаження ефективні при:

        • Запобігання переходу запитів на нездорові сервери
        • Запобігання перевантаженню ресурсів
        • Допомагає усунути єдину точку відмови

        Балансири навантаження можуть бути реалізовані за допомогою апаратного (дорогого) або програмного забезпечення, такого як HAProxy.

        Додаткові переваги включають:

        • Припинення SSL - Дешифруйте вхідні запити та шифруйте відповіді серверів, тому серверним серверам не доведеться виконувати ці потенційно дорогі операції
          • Усуває необхідність встановлювати сертифікати X.509 на кожному сервері

          Для захисту від збоїв прийнято встановлювати декілька балансирів навантаження в активно-пасивному або активно-активному режимі.

          Балансери навантаження можуть спрямовувати трафік на основі різних показників, включаючи:

          Баланси навантаження рівня 4 розглядають інформацію на транспортному рівні, щоб вирішити, як розподілити запити. Як правило, це стосується джерела, IP-адреси призначення та портів у заголовку, але не вмісту пакету. Балансори навантаження рівня 4 перенаправляють мережеві пакети на вихідний сервер та з нього, виконуючи переклад мережевих адрес (NAT).

          Балансори навантаження рівня 7 розглядають прикладний рівень, щоб вирішити, як розподілити запити. Це може включати вміст заголовка, повідомлення та файлів cookie. Балансори навантаження рівня 7 припиняють мережевий трафік, зчитують повідомлення, приймають рішення про балансування навантаження, а потім відкривають підключення до обраного сервера. Наприклад, балансувальник навантаження рівня 7 може направляти відеотрафік на сервери, на яких розміщуються відео, одночасно спрямовуючи більш чутливий користувацький платіжний трафік на захищені сервери.

          Ціною гнучкості, балансування навантаження рівня 4 вимагає менше часу та обчислювальних ресурсів, ніж рівень 7, хоча вплив на продуктивність може бути мінімальним на сучасному товарному обладнанні.

          Балансири навантаження також можуть допомогти з горизонтальним масштабуванням, покращуючи продуктивність та доступність. Масштабування за допомогою товарних машин економічно вигідніше і призводить до вищої доступності, ніж масштабування одного сервера на більш дорогому обладнанні, що називається Вертикальне масштабування. Також простіше найняти для талантів, що працюють на товарному обладнанні, ніж для спеціалізованих корпоративних систем.

          Недолік (и): горизонтальне масштабування

          • Масштабування по горизонталі вносить складність і передбачає клонування серверів
            • Сервери мають бути без громадянства: вони не повинні містити жодних даних, пов’язаних із користувачем, таких як сеанси або зображення профілю
            • Сеанси можуть зберігатися в централізованому сховищі даних, такому як база даних (SQL, NoSQL) або постійний кеш (Redis, Memcached)

            Недолік (и): балансир навантаження

            • Балансир навантаження може стати вузьким місцем для продуктивності, якщо у нього недостатньо ресурсів або якщо він не налаштований належним чином.
            • Впровадження балансира навантаження для усунення однієї точки несправності призводить до збільшення складності.
            • Єдиний балансир навантаження - це одна точка відмови, налаштування декількох балансирів навантаження ще більше збільшує складність.

            Джерело (джерела) та подальше читання

            Зворотний проксі - це веб-сервер, який централізує внутрішні служби та забезпечує уніфіковані інтерфейси для громадськості. Запити від клієнтів пересилаються на сервер, який може їх виконати, перш ніж зворотний проксі поверне клієнту відповідь сервера.

            Додаткові переваги включають:

            • Підвищена безпека - Приховати інформацію про серверні сервери, IP-адреси чорного списку, обмежити кількість підключень на клієнта
            • Підвищена масштабованість та гнучкість - Клієнти бачать лише IP зворотного проксі-сервера, що дозволяє масштабувати сервери або змінювати їх конфігурацію
            • Припинення SSL - Дешифруйте вхідні запити та шифруйте відповіді серверів, тому серверним серверам не доведеться виконувати ці потенційно дорогі операції
              • Усуває необхідність встановлювати сертифікати X.509 на кожному сервері
              • HTML / CSS / JS
              • Фотографії
              • Відео
              • І т. Д

              Балансир навантаження проти зворотного проксі

              • Розгортання балансувача навантаження корисно, коли у вас кілька серверів. Часто балансири навантаження направляють трафік до набору серверів, що виконують ту саму функцію.
              • Зворотні проксі-сервери можуть бути корисними навіть лише з одним веб-сервером або сервером додатків, відкриваючи переваги, описані в попередньому розділі.
              • Такі рішення, як NGINX та HAProxy, можуть підтримувати як зворотний проксі-сервер рівня 7, так і балансування навантаження.

              Недолік (и): зворотний проксі

              • Введення зворотного проксі-сервера призводить до збільшення складності.
              • Один зворотний проксі - це одна точка відмови, конфігурація декількох зворотних проксі (тобто відновлення після відмови) ще більше збільшує складність.

              Джерело (джерела) та подальше читання

              Відокремлення веб-шару від рівня програми (також відомого як рівень платформи) дозволяє масштабувати та налаштовувати обидва шари незалежно. Додавання нового API призводить до додавання серверів додатків без обов’язкового додавання додаткових веб-серверів. принцип єдиної відповідальності виступає за малі та автономні служби, які працюють разом. Невеликі команди з невеликими послугами можуть більш агресивно планувати швидке зростання.

              Працівники прикладного рівня також допомагають увімкнути асинхронізм.

              З цим обговоренням пов’язані мікросервіси, які можна охарактеризувати як набір незалежно розгортаються, невеликих модульних служб. Кожна служба запускає унікальний процес і взаємодіє за допомогою чітко визначеного, легкого механізму для задоволення бізнес-цілей. 1

              Наприклад, у Pinterest можуть бути такі мікропослуги: профіль користувача, фоловер, стрічка, пошук, завантаження фотографій тощо.

              Такі системи, як Consul, Etcd та Zookeeper, можуть допомогти службам знаходити одне одного, відстежуючи зареєстровані імена, адреси та порти. Перевірки працездатності допомагають перевірити цілісність служби, і їх часто роблять із використанням кінцевої точки HTTP. І Consul, і Etcd мають вбудоване сховище ключ-значення, яке може бути корисним для зберігання конфігураційних значень та інших спільних даних.

              Недоліки: прикладний рівень

              • Додавання рівня додатків із вільно зв'язаними послугами вимагає іншого підходу з точки зору архітектури, операцій та процесу (проти монолітної системи).
              • Мікросервіси можуть ускладнити розгортання та операції.

              Джерело (джерела) та подальше читання

              Реляційна система управління базами даних (СУБД)

              Реляційна база даних, така як SQL - це сукупність елементів даних, організованих у таблиці.

              КИСЛОТА - це набір властивостей транзакцій реляційної бази даних.

              • Атомність - Кожна транзакція - це все або нічого
              • Послідовність - Будь-яка транзакція переведе базу даних з одного дійсного стану в інший
              • Ізоляція - Одночасне виконання транзакцій має ті самі результати, що і транзакції виконувались послідовно
              • Довговічність - Після здійснення транзакції вона залишиться такою

              Існує багато методів масштабування реляційної бази даних: тиражування головний-підлеглий, реплікація майстер-майстер, федерація, шардінг, денормалізація, і Налаштування SQL.

              Ведучий обслуговує читання та запис, тиражуючи записи одному або декільком рабам, які обслуговують лише читання. Раби також можуть по-деревськи відтворити додаткових рабів. Якщо ведучий переходить в автономний режим, система може продовжувати працювати в режимі лише для читання, поки ведений не буде підвищений до ведучого або не буде наданий новий ведучий.

              Недолік (і): тиражування головний-підлеглий

              • Потрібна додаткова логіка для підвищення раба до господаря.
              • Див. Недоліки: реплікація для точок, пов’язаних з обидва господар-раб і господар-господар.

              Обидва майстри служать для читання та запису та узгоджують між собою записи. Якщо будь-який майстер не працює, система може продовжувати працювати як з читанням, так і з записом.

              Недолік (и): тиражування майстер-майстер

              • Вам знадобиться балансир навантаження або вам потрібно внести зміни в логіку програми, щоб визначити, де писати.
              • Більшість систем master-master або слабо узгоджені (порушують ACID), або збільшили затримку запису завдяки синхронізації.
              • Вирішення конфліктів стає все більш важливим, оскільки додається більше вузлів запису та збільшення затримки.
              • Див. Недоліки: реплікація для точок, пов’язаних з обидва господар-раб і господар-господар.
              • Існує ймовірність втрати даних, якщо головний терпить збій, перш ніж будь-які нещодавно записані дані можна буде відтворити на інші вузли.
              • Записи відтворюються в прочитаних репліках. Якщо записів багато, зчитувані репліки можуть заглибитись при відтворенні записів і не можуть зробити стільки читань.
              • Чим більше прочитаних рабів, тим більше вам доведеться відтворити, що призводить до більшого відставання відтворення.
              • У деяких системах запис у ведучий може породити кілька потоків для паралельного запису, тоді як копії читання підтримують запис послідовно лише в одному потоці.
              • Реплікація додає більше обладнання та додаткову складність.

              Джерело (джерела) та подальше читання: тиражування

              Федерація (або функціональне розділення) розбиває бази даних за функціями. Наприклад, замість єдиної монолітної бази даних ви можете мати три бази даних: форумах, користувачів, і продуктів, що призводить до зменшення трафіку читання та запису до кожної бази даних і, отже, менше затримки реплікації. Менші бази даних призводять до збільшення кількості даних, які можуть поміститися в пам’яті, а це, в свою чергу, призводить до більшої кількості звернень до кешу завдяки покращенню локалізації кешу. Не маючи жодного централізованого головного серіалізуючого запису, ви можете писати паралельно, збільшуючи пропускну здатність.

              • Федерація не ефективна, якщо ваша схема вимагає величезних функцій або таблиць.
              • Вам потрібно буде оновити логіку програми, щоб визначити, яку базу даних читати та писати.
              • Об'єднання даних з двох баз даних є більш складним за допомогою посилання на сервер.
              • Федерація додає більше обладнання та додаткової складності.

              Джерело (джерела) та подальше читання: федерація

              Sharding розподіляє дані між різними базами даних таким чином, що кожна база даних може керувати лише підмножиною даних. Взявши за приклад базу даних користувачів, із збільшенням кількості користувачів до кластеру додається більше осколків.

              Подібно до переваг федерації, шардінг призводить до зменшення трафіку читання та запису, меншої кількості реплікацій та більшої кількості звернень до кешу. Розмір індексу також зменшується, що, як правило, покращує продуктивність при швидших запитах. Якщо один черепок падає, інші осколки все ще працюють, хоча вам потрібно додати певну форму реплікації, щоб уникнути втрати даних. Як і федерація, не існує єдиного центрального ведучого серіалізуючого запису, що дозволяє писати паралельно зі збільшенням пропускної здатності.

              Поширені способи розподілити таблицю користувачів за допомогою ініціалу прізвища або географічного розташування користувача.

              • Вам потрібно буде оновити логіку програми для роботи з осколками, що може призвести до складних запитів SQL.
              • Розподіл даних може стати однобічним в осколку. Наприклад, набір досвідчених користувачів на черепку може призвести до збільшення навантаження на цей черепок порівняно з іншими.
                • Перебалансування додає додаткової складності. Функція різкості, заснована на послідовному хешуванні, може зменшити обсяг переданих даних.

                Джерело (джерела) та подальше читання: загострення

                Денормалізація намагається покращити продуктивність читання за рахунок деякої продуктивності запису. Надлишкові копії даних записуються в кілька таблиць, щоб уникнути дорогих об'єднань. Деякі СУБД, такі як PostgreSQL та Oracle, підтримують матеріалізовані подання, які виконують роботу із зберігання надлишкової інформації та постійного забезпечення надлишкових копій.

                Як тільки дані розподіляються за допомогою таких методів, як федерація та шардінг, управління об’єднаннями між центрами обробки даних ще більше збільшує складність. Денормалізація може обійти потребу в таких складних об'єднаннях.

                У більшості систем читання може значно перевершити кількість записів 100: 1 або навіть 1000: 1. Читання, що призводить до складного об’єднання бази даних, може бути дуже дорогим, витрачаючи значну кількість часу на дискові операції.

                • Дані дублюються.
                • Обмеження можуть допомогти зайвим копіям інформації залишатися синхронізованими, що збільшує складність дизайну бази даних.
                • Денормалізована база даних при великому навантаженні може працювати гірше, ніж її нормалізований аналог.

                Джерело (джерела) та подальше читання: денормалізація

                Налаштування SQL - це широка тема, і багато книг написано як довідкові матеріали.

                Це важливо еталон і профіль для моделювання та розкриття вузьких місць.

                • Орієнтир - Імітуйте ситуації з великим навантаженням за допомогою таких інструментів, як ab.
                • Профіль - Увімкніть такі інструменти, як журнал повільних запитів, щоб допомогти відстежувати проблеми з продуктивністю.

                Бенчмаркінг та профілювання можуть вказати на наступні оптимізації.

                • MySQL скидає на диск суміжні блоки для швидкого доступу.
                • Використовуйте CHAR замість VARCHAR для полів фіксованої довжини.
                  • CHAR ефективно забезпечує швидкий, довільний доступ, тоді як за допомогою VARCHAR ви повинні знайти кінець рядка, перш ніж переходити до наступного.
                  • Стовпці, до яких ви здійснюєте запит (ВИБЕРІТЬ, ГРУПУЙТЕ ЗА, ЗАМОВИТИ, ПРИЄДНАЙТЕСЯ), можуть бути швидшими за допомогою індексів.
                  • Індекси зазвичай представляються як самобалансуюче B-дерево, яке зберігає сортування даних і дозволяє здійснювати пошук, послідовний доступ, вставки та видалення за логарифмічним часом.
                  • Розміщення індексу може зберегти дані в пам'яті, що вимагає більше місця.
                  • Записи також можуть бути повільнішими, оскільки індекс також потребує оновлення.
                  • Під час завантаження великих обсягів даних може бути швидше вимкнути індекси, завантажити дані, а потім відновити індекси.

                  Джерело (я) та подальше читання: Налаштування SQL

                  NoSQL - це сукупність елементів даних, представлених у сховище ключ-значення, сховище документів, широкий колонний магазин, або a база даних графіків. Дані денормалізовані, а об’єднання зазвичай виконуються в коді програми. У більшості магазинів NoSQL бракує справжніх транзакцій ACID і сприяє можливій послідовності.

                  БАЗА часто використовується для опису властивостей баз даних NoSQL. У порівнянні з теоремою CAP, BASE вибирає доступність замість узгодженості.

                  • В основному доступні - система гарантує доступність.
                  • М'який стан - стан системи може змінюватися з часом, навіть без введення.
                  • Потенційна послідовність - система стане послідовною протягом певного періоду, враховуючи те, що система не отримує вхідних даних протягом цього періоду.

                  Окрім вибору між SQL або NoSQL, корисно зрозуміти, який тип бази даних NoSQL найкраще відповідає вашим випадкам використання. Ми розглянемо сховища ключ-значення, сховища документів, широкі колонкові магазини, і графічні бази даних у наступному розділі.

                  Зберігання ключ-значення, як правило, дозволяє читати та записувати O (1) і часто підтримується пам'яттю або SSD. Сховища даних можуть підтримувати ключі в лексикографічному порядку, що дозволяє ефективно отримувати діапазони ключів. Зберігання ключових значень можуть дозволяти зберігати метадані зі значенням.

                  Сховища ключових значень забезпечують високу продуктивність і часто використовуються для простих моделей даних або для швидкозмінних даних, таких як рівень кеш-пам’яті. Оскільки вони пропонують лише обмежений набір операцій, складність переходить на рівень додатків, якщо потрібні додаткові операції.

                  Зберігання ключ-значення є основою для більш складних систем, таких як сховище документів, а в деяких випадках і база даних графіків.

                  Джерело (джерела) та подальше читання: сховище ключ-значення

                  Абстракція: сховище ключ-значення з документами, що зберігаються як значення

                  Сховище документів зосереджено навколо документів (XML, JSON, двійковий файл тощо), де документ зберігає всю інформацію для даного об'єкта. Сховища документів надають API або мову запиту для запиту на основі внутрішньої структури самого документа. Зауважте, що багато сховищ ключ-значення містять функції для роботи з метаданими значення, розмиваючи рядки між цими двома типами зберігання.

                  На основі базової реалізації документи впорядковуються за колекціями, тегами, метаданими або каталогами. Незважаючи на те, що документи можна організувати або згрупувати, документи можуть мати поля, які абсолютно відрізняються один від одного.

                  Деякі сховища документів, такі як MongoDB та CouchDB, також надають SQL-подібну мову для виконання складних запитів. DynamoDB підтримує як параметри ключ-значення, так і документи.

                  Сховища документів забезпечують високу гнучкість і часто використовуються для роботи з даними, що періодично змінюються.

                  Джерело (джерела) та подальше читання: сховище документів

                  Абстракція: вкладена карта ColumnFamily & ltRowKey, Columns & ltColKey, Value, Timestamp & gt & gt

                  Основною одиницею даних широкого сховища є стовпець (пара ім’я / значення). Стовпець можна згрупувати в сімейства стовпців (аналогічно таблиці SQL). Супер сімейства стовпців додатково групують родини колон. Ви можете отримати доступ до кожного стовпця незалежно за допомогою ключа рядка, а стовпці з однаковим ключем рядка утворюють рядок. Кожне значення містить позначку часу для версій та для вирішення конфліктів.

                  Google представив Bigtable як перший магазин широких колон, який вплинув на HBase з відкритим кодом, який часто використовується в екосистемі Hadoop, і на Кассандру з Facebook. Такі магазини, як BigTable, HBase та Cassandra, підтримують ключі в лексикографічному порядку, що дозволяє ефективно отримувати вибіркові діапазони ключів.

                  Широкі магазини колон пропонують високу доступність та високу масштабованість. Вони часто використовуються для дуже великих наборів даних.

                  Джерело (джерела) та подальше читання: широкий магазин колон

                  У базі даних графіків кожен вузол є записом, а кожна дуга є відношенням між двома вузлами. Бази даних графіків оптимізовані для представлення складних взаємозв’язків з безліччю зовнішніх ключів або зв’язків багато-до-багатьох.

                  Бази даних графіків пропонують високу продуктивність для моделей даних зі складними взаємозв'язками, таких як соціальна мережа. Вони відносно нові і ще не широко використовуються, можливо, буде важче знайти інструменти та ресурси розвитку. До багатьох графіків можна отримати доступ лише за допомогою REST API.

                  Джерело (джерела) та подальше читання: графік

                  Джерело (джерела) та подальше читання: NoSQL

                  Причини для SQL:

                  • Структуровані дані
                  • Строга схема
                  • Реляційні дані
                  • Потреба в складних з'єднаннях
                  • Операції
                  • Чіткі шаблони для масштабування
                  • Більш відомі: розробники, спільнота, код, інструменти тощо
                  • Пошук за індексом відбувається дуже швидко

                  Причини для NoSQL:

                  • Напівструктуровані дані
                  • Динамічна або гнучка схема
                  • Нереляційні дані
                  • Не потрібно складних з'єднань
                  • Зберігайте багато ТБ (або ПБ) даних
                  • Дуже інтенсивне навантаження
                  • Дуже висока пропускна здатність для IOPS

                  Приклади даних, які добре підходять для NoSQL:

                  • Швидке поглинання даних про потік кліків та журнали
                  • Дані лідерів або підрахунку балів
                  • Тимчасові дані, такі як кошик для покупок
                  • Часто доступні («гарячі») таблиці
                  • Таблиці метаданих / пошуку

                  Джерело (и) та подальше читання: SQL або NoSQL

                  Кешування покращує час завантаження сторінки та може зменшити навантаження на ваші сервери та бази даних. У цій моделі диспетчер спочатку виконує пошук, якщо запит був зроблений раніше, і спробує знайти попередній результат для повернення, щоб зберегти фактичне виконання.

                  Бази даних часто отримують вигоду від рівномірного розподілу зчитувань і записів по його розділах. Популярні предмети можуть спотворити розподіл, що спричинить вузькі місця. Поміщення кешу перед базою даних може допомогти поглинути нерівномірне навантаження та стрибки трафіку.

                  Кеші можуть бути розташовані на стороні клієнта (ОС або браузер), на стороні сервера або в окремому шарі кешу.

                  CDN вважаються видом кешу.

                  Зворотні проксі-сервери та кеші, такі як Varnish, можуть безпосередньо обслуговувати статичний та динамічний вміст. Веб-сервери також можуть кешувати запити, повертаючи відповіді без необхідності контактувати із серверами додатків.

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

                  Кеші в пам'яті, такі як Memcached та Redis, - це сховища ключових значень між вашою програмою та вашим сховищем даних. Оскільки дані зберігаються в оперативній пам'яті, це набагато швидше, ніж типові бази даних, де дані зберігаються на диску.Оперативна пам'ять є більш обмеженою, ніж дискова, тому алгоритми інвалідування кешу, такі як найменш нещодавно використовувані (LRU), можуть допомогти анулювати "холодні" записи та зберегти "гарячі" дані в оперативній пам'яті.

                  Redis має наступні додаткові функції:

                  Є кілька рівнів, які можна кешувати, які поділяються на дві загальні категорії: запити до бази даних і об'єктів:

                  • Рядок рівня
                  • Рівень запиту
                  • Повністю сформовані об’єкти, що серіалізуються
                  • Повністю відтворений HTML

                  Як правило, слід намагатися уникати кешування на основі файлів, оскільки це ускладнює клонування та автоматичне масштабування.

                  Кешування на рівні запиту до бази даних

                  Кожного разу, коли ви надсилаєте запит до бази даних, хеш запит як ключ і зберігає результат у кеші. Цей підхід страждає від проблем із закінченням терміну дії:

                  • Видалити кешований результат із складними запитами важко
                  • Якщо один фрагмент даних змінюється, наприклад, комірка таблиці, потрібно видалити всі кешовані запити, які можуть містити змінену комірку

                  Кешування на об'єктному рівні

                  Розглядайте свої дані як об’єкт, подібно до того, що ви робите з кодом програми. Нехай ваша програма збирає набір даних із бази даних у примірник класу або структуру (и) даних:

                  • Видаліть об’єкт з кешу, якщо його основні дані змінилися
                  • Дозволяє здійснювати асинхронну обробку: працівники збирають об’єкти, споживаючи останній кешований об’єкт

                  Пропозиції щодо того, що кешувати:

                  • Сеанси користувачів
                  • Повністю відтворені веб-сторінки
                  • Потоки активності
                  • Дані графіку користувача

                  Оскільки ви можете зберігати в кеш-пам'яті лише обмежений обсяг даних, вам потрібно буде визначити, яка стратегія оновлення кешу найкраще підходить для вашого випадку використання.

                  Додаток відповідає за читання та запис із сховища. Кеш-пам’ять безпосередньо не взаємодіє зі сховищем. Додаток робить наступне:

                  • Шукайте запис у кеші, що призводить до пропуску кешу
                  • Завантажити запис із бази даних
                  • Додати запис у кеш
                  • Зворотний запис

                  Memcached зазвичай використовується таким чином.

                  Подальше зчитування даних, доданих до кешу, відбувається швидко. Відкладення кешу також називають ледачим завантаженням. Кешуються лише запитувані дані, що дозволяє уникнути заповнення кешу даними, які не вимагаються.

                  • Кожен промах кешу призводить до трьох поїздок, що може спричинити помітну затримку.
                  • Дані можуть стати застарілими, якщо їх оновити в базі даних. Цю проблему пом'якшують шляхом встановлення часу проживання (TTL), що змушує оновлювати запис кешу, або за допомогою запису.
                  • Коли вузол виходить з ладу, він замінюється новим, порожнім вузлом, збільшуючи час очікування.

                  Додаток використовує кеш як основне сховище даних, читаючи та записуючи в нього дані, тоді як кеш відповідає за читання та запис у базу даних:

                  • Програма додає / оновлює запис у кеші
                  • Кеш синхронно записує запис у сховище даних
                  • Повернення

                  Запис - це повільна загальна операція завдяки операції запису, але подальше читання тільки записаних даних відбувається швидко. Як правило, користувачі більш толерантно ставляться до латентності під час оновлення даних, ніж до читання даних. Дані в кеші не є застарілими.

                  Недоліки: напишіть

                  • Коли новий вузол створюється через помилку або масштабування, новий вузол не буде кешувати записи, поки запис не буде оновлений у базі даних. Виділення кешу в поєднанні з записом через може пом'якшити цю проблему.
                  • Більшість записаних даних може ніколи не бути прочитаним, що можна звести до мінімуму за допомогою TTL.

                  У режимі запізнення програма робить наступне:

                  • Додати / оновити запис у кеші
                  • Асинхронний запис запису в сховище даних, покращуючи продуктивність запису
                  • Це може призвести до втрати даних, якщо кеш-пам'ять припиниться до того, як його вміст потрапить у сховище даних.
                  • Більш складно реалізовувати запізнення, ніж реалізувати кеш-пам'ять або прописувати.

                  Ви можете налаштувати кеш-пам’ять на автоматичне оновлення будь-якого нещодавно отриманого доступу до кешу до його закінчення.

                  Поновлення оновлення може призвести до зменшення затримки порівняно з читанням, якщо кеш може точно передбачити, які елементи, ймовірно, знадобляться в майбутньому.

                  • Неточне передбачення, які елементи, ймовірно, знадобляться в майбутньому, може призвести до зниження продуктивності, ніж без оновлення.
                  • Потрібно підтримувати узгодженість між кешами та джерелом істини, таким як база даних, через анулювання кешу.
                  • Недійсність кеш-пам’яті є складною проблемою. Існує додаткова складність, пов’язана з часом оновлення кеш-пам’яті.
                  • Потрібно внести зміни до програми, такі як додавання Redis або memcached.

                  Джерело (джерела) та подальше читання

                  Асинхронні робочі процеси допомагають скоротити час запитів на дорогі операції, які в іншому випадку виконувались би в режимі он-лайн. Вони також можуть допомогти, виконуючи трудомістку роботу заздалегідь, наприклад, періодичне зведення даних.

                  Черги повідомлень отримують, утримують і доставляють повідомлення. Якщо операція занадто повільна для виконання вбудованого, ви можете використовувати чергу повідомлень із таким робочим процесом:

                  • Додаток публікує завдання в черзі, а потім повідомляє користувача про стан завдання
                  • Працівник забирає завдання з черги, обробляє його, потім сигналізує, що завдання завершено

                  Користувача не блокують, і робота обробляється у фоновому режимі. Протягом цього часу клієнт може за бажанням виконати невелику кількість обробки, щоб здатися, що завдання виконано. Наприклад, якщо опублікувати твіт, твіт може бути миттєво опублікований на вашій хронології, але може пройти деякий час, перш ніж ваш твіт буде фактично доставлений всім вашим фоловерам.

                  Редіс корисний як простий посередник повідомлень, але повідомлення можна втратити.

                  RabbitMQ популярний, але вимагає від вас адаптації до протоколу 'AMQP' та управління власними вузлами.

                  Amazon SQS розміщується, але може мати високу затримку і має можливість доставки повідомлень двічі.

                  Черги завдань отримують завдання та пов'язані з ними дані, запускає їх, а потім доставляє їх результати. Вони можуть підтримувати планування і можуть використовуватися для виконання обчислювальних завдань у фоновому режимі.

                  Селера має підтримку планування і в першу чергу підтримує python.

                  Якщо черги починають значно зростати, розмір черги може стати більшим, ніж пам’ять, що призведе до помилок кешу, зчитування дисків і навіть до зниження продуктивності. Зворотний тиск може допомогти, обмежуючи розмір черги, підтримуючи тим самим високу швидкість та хороший час відгуку для завдань, що вже в черзі. Як тільки черга заповниться, клієнти отримують зайнятий сервер або код стану HTTP 503, щоб спробувати пізніше. Клієнти можуть повторити спробу запиту пізніше, можливо, з експоненціальною відмовою.

                  • Такі випадки використання, як недорогі обчислення та робочі процеси в режимі реального часу, можуть більше підходити для синхронних операцій, оскільки введення черг може додати затримки та складність.

                  Джерело (джерела) та подальше читання

                  Протокол передачі гіпертексту (HTTP)

                  HTTP - це метод кодування та транспортування даних між клієнтом та сервером. Це протокол запиту / відповіді: клієнти видають запити, а сервери видають відповіді з відповідним вмістом та інформацією про стан завершення щодо запиту. HTTP є автономним, що дозволяє запитам та відповідям проходити через безліч проміжних маршрутизаторів та серверів, які виконують балансування навантаження, кешування, шифрування та стиснення.

                  Основний HTTP-запит складається з дієслова (методу) та ресурсу (кінцевої точки). Нижче наведено поширені дієслова HTTP:

                  Дієслово Опис Ідемпотент * Сейф Можна кешувати
                  ОТРИМАТИ Читає ресурс Так Так Так
                  ПОСТ Створює ресурс або запускає процес, який обробляє дані Ні Ні Так, якщо відповідь містить інформацію про свіжість
                  ВСТАНОВИТИ Створює або замінює ресурс Так Ні Ні
                  ЛІП Частково оновлює ресурс Ні Ні Так, якщо відповідь містить інформацію про свіжість
                  ВИДАЛИТИ Видаляє ресурс Так Ні Ні

                  * Можна телефонувати багато разів без різних результатів.

                  HTTP - це протокол прикладного рівня, що спирається на протоколи нижчого рівня, такі як TCP і UDP.

                  Джерело (джерела) та подальше читання: HTTP

                  Протокол управління передачею (TCP)

                  TCP - це протокол, орієнтований на з'єднання, через IP-мережу. Зв'язок встановлюється та розривається за допомогою рукостискання. Усі відправлені пакети гарантовано діставатимуться до місця призначення у початковому порядку та без пошкодження через:

                  Якщо відправник не отримає правильної відповіді, він повторно надішле пакети. Якщо таймаутів кілька, з'єднання розривається. TCP також реалізує контроль потоку та контроль заторів. Ці гарантії спричиняють затримки та, як правило, призводять до менш ефективної передачі, ніж UDP.

                  Щоб забезпечити високу пропускну здатність, веб-сервери можуть тримати велику кількість TCP-з'єднань відкритими, що призводить до великого використання пам'яті. Велика кількість відкритих з'єднань між потоками веб-сервера і, скажімо, сервером із кеш-пам'яттю може бути дорогим. Пул з'єднань може допомогти на додаток до переходу на UDP, де це можливо.

                  TCP корисний для програм, які вимагають високої надійності, але є менш важливими для часу. Деякі приклади включають веб-сервери, інформацію про базу даних, SMTP, FTP та SSH.

                  • Вам потрібні всі дані, щоб надійти цілими
                  • Ви хочете автоматично використовувати найкращу оцінку використання пропускної здатності мережі

                  Протокол користувацьких дейтаграм (UDP)

                  UDP без підключення. Дейтаграми (аналогічні пакетам) гарантуються лише на рівні дейтаграм. Дейтаграми можуть дістатись до місця призначення не в порядку чи взагалі. UDP не підтримує контроль заторів. Без гарантій підтримки TCP, UDP, як правило, є більш ефективним.

                  UDP може транслювати, надсилаючи дейтаграми на всі пристрої в підмережі. Це корисно для DHCP, оскільки клієнт ще не отримав IP-адресу, таким чином запобігаючи способу передачі TCP без IP-адреси.

                  UDP менш надійний, але добре працює в реальному часі, наприклад, у режимах VoIP, відеочат, трансляція та багатокористувацькі ігри в режимі реального часу.

                  • Вам потрібна найменша затримка
                  • Пізні дані гірші, ніж втрата даних
                  • Ви хочете застосувати власну корекцію помилок

                  Джерело (джерела) та подальше читання: TCP та UDP

                  Віддалений виклик процедури (RPC)

                  У RPC клієнт змушує процедуру виконуватися в іншому адресному просторі, як правило, на віддаленому сервері. Процедура кодується так, ніби це локальний виклик процедури, абстрагуючи деталі способу спілкування з сервером від клієнтської програми. Віддалені дзвінки зазвичай повільніші та менш надійні, ніж місцеві дзвінки, тому корисно відрізняти виклики RPC від місцевих дзвінків. Популярні фреймворки RPC включають Protobuf, Thrift та Avro.

                  RPC - це протокол запит-відповідь:

                  • Клієнтська програма - Викликає процедуру заглушки клієнта. Параметри переміщуються в стек як виклик локальної процедури.
                  • Процедура заглушки клієнта - Ідентифікатор та аргументи процедури маршалів (пакує) у повідомлення про запит.
                  • Модуль комунікації з клієнтом - ОС надсилає повідомлення від клієнта на сервер.
                  • Модуль серверного зв'язку - ОС передає вхідні пакети процедурі заглушки сервера.
                  • Процедура заглушки сервера - Демаршалізує результати, викликає серверну процедуру, що відповідає ідентифікатору процедури, та передає задані аргументи.
                  • Відповідь сервера повторює наведені вище дії у зворотному порядку.

                  RPC орієнтована на викриття поведінки. RPC часто використовуються з міркувань продуктивності з внутрішніми зв’язками, оскільки ви можете вручну створити власні дзвінки, щоб краще відповідати вашим випадкам використання.

                  Виберіть власну бібліотеку (вона ж SDK), коли:

                  • Ви знаєте свою цільову платформу.
                  • Ви хочете контролювати, як здійснюється доступ до вашої "логіки".
                  • Ви хочете контролювати, як контроль помилок відбувається поза вашою бібліотекою.
                  • Ефективність та взаємодія з кінцевим користувачем - це ваша головна проблема.

                  HTTP API нижче Відпочинок як правило, частіше використовуються для загальнодоступних API.

                  • Клієнти RPC тісно пов'язані з реалізацією послуги.
                  • Для кожної нової операції або випадку використання потрібно визначати новий API.
                  • Налаштування RPC може бути важким.
                  • Можливо, ви не зможете скористатися наявними технологіями. Наприклад, це може зажадати додаткових зусиль для забезпечення належного кешування викликів RPC на серверах кешування, таких як Squid.

                  Представницький державний трансфер (REST)

                  REST - це архітектурний стиль, що застосовує модель клієнт / сервер, коли клієнт діє на наборі ресурсів, якими керує сервер. Сервер надає представлення ресурсів та дій, які можуть або маніпулювати, або отримати нове представлення ресурсів. Усі зв’язки мають бути без громадянства та кешуватися.

                  Існує чотири якості інтерфейсу RESTful:

                  • Визначення ресурсів (URI в HTTP) - використовувати один і той же URI незалежно від будь-якої операції.
                  • Зміна за допомогою подань (Дієслова в HTTP) - використовувати дієслова, заголовки та тіло.
                  • Самоописове повідомлення про помилку (відповідь про стан у HTTP) - Використовуйте коди стану, не винаходите колесо.
                  • HATEOAS (HTML-інтерфейс для HTTP) - Ваша веб-служба повинна бути повністю доступною у браузері.

                  REST орієнтований на виставлення даних. Це мінімізує зв'язок між клієнтом / сервером і часто використовується для загальнодоступних HTTP API. REST використовує більш загальний і уніфікований метод виставлення ресурсів за допомогою URI, представлення через заголовки та дій за допомогою дієслів, таких як GET, POST, PUT, DELETE та PATCH. Будучи без громадянства, REST чудово підходить для горизонтального масштабування та розділення.

                  • Оскільки REST зосереджується на виведенні даних, це може бути не найкращим чином, якщо ресурси не організовані природним чином або доступ до них здійснюється за допомогою простої ієрархії. Наприклад, повернення всіх оновлених записів за минулу годину, що відповідають певному набору подій, нелегко виразити як шлях. З REST він, ймовірно, може бути реалізований із комбінацією шляху URI, параметрів запиту та, можливо, тіла запиту.
                  • REST зазвичай покладається на кілька дієслів (GET, POST, PUT, DELETE та PATCH), які іноді не відповідають вашому випадку використання. Наприклад, переміщення документів, термін дії яких минув, до папки архіву, можливо, не відповідає цим дієсловам.
                  • Отримання складних ресурсів за допомогою вкладених ієрархій вимагає багаторазових кругових поїздок між клієнтом і сервером для рендерінгу окремих подань, наприклад отримання вмісту запису в блозі та коментарів до цього запису. Для мобільних додатків, що працюють у змінних мережевих умовах, ці багаторазові поїздки вкрай небажані.
                  • З часом до відповіді API може бути додано більше полів, і старші клієнти отримуватимуть усі нові поля даних, навіть ті, які їм не потрібні, в результаті це зменшує розмір корисного навантаження та призводить до більших затримок.

                  Порівняння викликів RPC та REST

                  Операція RPC Відпочинок
                  Реєстрація ПОСТ / реєстрація ПОСТ / осіб
                  Звільнитись ПОСТ / подати у відставку
                  <
                  "personid": "1234"
                  >
                  ВИДАЛИТИ / осіб / 1234
                  Читай людину ОТРИМАТИ / readPerson? personid = 1234 ОТРИМАТИ / осіб / 1234
                  Прочитайте список предметів людини ОТРИМАТИ / readUsersItemsList? personid = 1234 ОТРИМАТИ / осіб / 1234 / шт
                  Додайте предмет до предметів людини ПОСТ / addItemToUsersItemsList
                  <
                  "personid": "1234"
                  "itemid": "456"
                  >
                  ПОСТ / осіб / 1234 / шт
                  <
                  "itemid": "456"
                  >
                  Оновіть елемент ПОСТ / modifyItem
                  <
                  "itemid": "456"
                  "key": "значення"
                  >
                  ВСТАНОВИТИ / items / 456
                  <
                  "key": "значення"
                  >
                  Видалити елемент ПОСТ / removeItem
                  <
                  "itemid": "456"
                  >
                  ВИДАЛИТИ / items / 456

                  Джерело (джерела) та подальше читання: REST та RPC

                  Цей розділ може використовувати деякі оновлення. Подумайте про внесок!

                  Безпека - це широка тема. Якщо у вас немає значного досвіду, рівня безпеки або ви не претендуєте на посаду, яка вимагає знань про безпеку, вам, мабуть, не потрібно буде знати більше, ніж основи:

                  • Шифрувати під час транзиту та в стані спокою.
                  • Дезінфікуйте всі введені користувачем дані або будь-які вхідні параметри, що піддаються користувачеві, щоб запобігти введенню XSS та SQL.
                  • Використовуйте параметризовані запити, щоб запобігти введенню SQL.
                  • Використовуйте принцип найменших привілеїв.

                  Джерело (джерела) та подальше читання

                  Іноді вас попросять зробити оцінку "зворотного конверта". Наприклад, вам може знадобитися визначити, скільки часу знадобиться для створення 100 ескізів зображень з диска або скільки пам'яті займе структура даних. Повноваження двох таблиць і Номери затримок, які повинен знати кожен програміст є зручними посиланнями.

                  Джерело (джерела) та подальше читання

                  Номери затримок, які повинен знати кожен програміст

                  Зручні показники на основі цифр вище:

                  • Читати послідовно з жорсткого диска зі швидкістю 30 МБ / с
                  • Читати послідовно з 1 Гбіт / с Ethernet зі швидкістю 100 МБ / с
                  • Читати послідовно з SSD зі швидкістю 1 Гб / с
                  • Читати послідовно з основної пам'яті зі швидкістю 4 Гб / с
                  • 6-7 кругових поїздок по всьому світу в секунду
                  • 2000 обертальних поїздок в секунду в центрі обробки даних

                  Візуалізуються номери затримок

                  Джерело (джерела) та подальше читання

                  Додаткові запитання щодо співбесіди при проектуванні системи

                  Загальні запитання щодо співбесіди при розробці системи із посиланнями на ресурси щодо того, як їх вирішити.

                  Питання Посилання (и)
                  Створіть службу синхронізації файлів, як Dropbox youtube.com
                  Створіть пошукову систему на зразок Google queue.acm.org
                  stackexchange.com
                  ardendertat.com
                  stanford.edu
                  Створіть масштабований веб-сканер, такий як Google quora.com
                  Створіть документи Google code.google.com
                  neil.fraser.name
                  Створіть сховище ключових цінностей, як Redis slideshare.net
                  Створіть систему кешування, як Memcached slideshare.net
                  Створіть систему рекомендацій на зразок системи Amazon hulu.com
                  ijcai13.org
                  Сконструюйте систему tinyurl, як Bitly n00tc0d3r.blogspot.com
                  Створіть додаток для чату, наприклад WhatsApp highscalability.com
                  Створіть систему обміну зображеннями, як Instagram highscalability.com
                  highscalability.com
                  Створіть функцію стрічки новин Facebook quora.com
                  quora.com
                  slideshare.net
                  Створіть функцію часової шкали Facebook facebook.com
                  highscalability.com
                  Створіть функцію чату Facebook erlang-factory.com
                  facebook.com
                  Створіть функцію пошуку графіків, як у Facebook facebook.com
                  facebook.com
                  facebook.com
                  Створіть мережу доставки вмісту, як CloudFlare figshare.com
                  Створіть популярну систему тем, як Twitter michael-noll.com
                  snikolov .wordpress.com
                  Розробити систему генерації випадкових ідентифікаторів blog.twitter.com
                  github.com
                  Поверніть верхні k запитів протягом інтервалу часу cs.ucsb.edu
                  wpi.edu
                  Створіть систему, яка обслуговує дані з декількох центрів обробки даних highscalability.com
                  Створіть онлайн-гру для багатокористувацької гри indieflashblog.com
                  buildnewgames.com
                  Спроектуйте систему збору сміття stuffwithstuff.com
                  washington.edu
                  Створіть обмежувач швидкості API https://stripe.com/blog/
                  Створити фондову біржу (наприклад, NASDAQ або Binance) Вулиця Джейн
                  Впровадження Голанга
                  Перейти до впровадження
                  Додайте запитання про дизайн системи Сприяти

                  Статті про те, як розроблені системи реального світу.

                  Натомість не зосереджуйтесь на дрібних деталях у наступних статтях:

                  • Визначте спільні принципи, загальні технології та закономірності в цих статтях
                  • Вивчіть, які проблеми вирішує кожен компонент, де він працює, а де ні
                  • Перегляньте отримані уроки
                  Компанія Посилання (и)
                  Амазонка Амазонська архітектура
                  Чинчкаст Виробництво 1500 годин звуку щодня
                  DataSift Виробництво даних у реальному часі - 120 000 твітів у секунду
                  Dropbox Як ми масштабували Dropbox
                  ESPN Працює зі швидкістю 100 000 нових нухів в секунду
                  Google Архітектура Google
                  Instagram 14 мільйонів користувачів, терабайт фотографій
                  Що сприяє Instagram
                  Justin.tv Архітектура прямого відеотрансляції Justin.Tv
                  Facebook Масштабування, зафіксоване на Facebook
                  TAO: розподілене сховище даних Facebook для соціального графіка
                  Сховище фотографій Facebook
                  Як прямі трансляції Facebook 800 000 одночасних глядачів
                  Flickr Архітектура Flickr
                  Поштова скринька Від 0 до одного мільйона користувачів за 6 тижнів
                  Netflix Вид на весь стек Netflix на 360 градусів
                  Netflix: що відбувається, коли ти натискаєш кнопку Play?
                  Pinterest Від 0 до 10 мільярдів переглядів сторінок на місяць
                  18 мільйонів відвідувачів, зростання в 10 разів, 12 працівників
                  Playfish 50 мільйонів користувачів щомісяця і зростає
                  Багато риби Архітектура PlentyOfFish
                  Відділ продажів Як вони обробляють 1,3 мільярда транзакцій на день
                  Переповнення стека Архітектура переповнення стека
                  TripAdvisor 40 мільйонів відвідувачів, 200 мільйонів динамічних переглядів сторінок, 30 ТБ даних
                  Tumblr 15 мільярдів переглядів сторінок на місяць
                  Twitter Зробити Twitter на 10000 відсотків швидше
                  Зберігання 250 мільйонів твітів на день за допомогою MySQL
                  150 млн активних користувачів, 300 тис. Кадрів в секунду, 22 Мб / с
                  Графіки в масштабі
                  Великі та малі дані в Twitter
                  Операції в Twitter: масштабування понад 100 мільйонів користувачів
                  Як Twitter обробляє 3000 зображень в секунду
                  Uber Як Uber масштабує свою ринкову платформу в реальному часі
                  Уроки, отримані від масштабування Uber до 2000 інженерів, 1000 служб та 8000 сховищ Git
                  WhatsApp Архітектуру WhatsApp Facebook придбав за 19 мільярдів доларів
                  YouTube Масштабованість YouTube
                  Архітектура YouTube

                  Інженерні блоги компанії

                  Архітектура для компаній, з якими ви берете інтерв’ю.

                  Питання, з якими ви стикаєтесь, можуть бути з одного домену.

                  Джерело (джерела) та подальше читання

                  Хочете додати щоденник? Щоб уникнути дублювання роботи, подумайте про додавання блогу своєї компанії до такого репо:

                  Хочете додати розділ або допомогти заповнити його? Сприяйте!

                  Подяки та джерела подаються протягом цього репо.

                  Не соромтеся зв’язуватися зі мною для обговорення будь-яких питань, питань чи коментарів.

                  Мою контактну інформацію можна знайти на моїй сторінці GitHub.

                  Я надаю вам код та ресурси у цьому сховищі за ліцензією з відкритим кодом. Оскільки це моє особисте сховище, ліцензію, яку ви отримуєте на мій код та ресурси, надає я, а не мій роботодавець (Facebook).


                  Перегляньте відео: 1 Saatte SQL Veritabanı Mantığını Öğren.