Автоматизована електронна система обліку документообігу

Реферат: Автоматизована електронна система обліку документообіг, яка має систему надання послуг, міжсистемний інтерфейс та систему користувача, де система надання послуг включає в себе пов'язані між собою сервер, процесор та мережну плату, причому мережна плата виконана з можливістю виявлення каналів зв'язку та встановлення двостороннього обміну даними по каналах зв'язку з кінцевим користувачем, процесор виконаний з можливістю обробки прийнятих через мережну плату вхідних пакетів даних передачі цих даних на сервер та одержання з сервера вихідних пакетів для обробки та подальшої їх відправки через мережну плату до кінцевого споживача, сервер містить в собі електронну бібліотеку з цифровою ієрархічною структурою, де кожен рівень ієрархії визначається відповідними мітками в адресі ієрархічного рівня, де мітки в порядку ієрархії рівнів визначені як "рівень початкових припущень", "рівень життєвого циклу питання", "рівень зони впливу на небажані явища", "зона контролю небажаних явищ", причому рівень, визначений як "рівень початкових припущень", при наданні відповідних команд процесору виконаний з можливістю одержання та обробки вхідних повідомлень, постановку повідомлень в чергу, внесення інформаційного вмісту повідомлення до бази даних та прийняття рішення, рівень, визначений як "рівень життєвого циклу питання", при наданні відповідних команд процесору виконаний з можливістю одержання вхідних повідомлень з рівня з міткою "рівень початкових припущень" та порівняння властивостей цих повідомлень із заданими таблицями попередньо встановлених маркерів, в яких маркери визначено як "загрози", "недоліки", "можливості", "переваги", де вказані маркери при їх віднесенні до властивостей повідомлень спрямовують ці повідомлення для перевірки на рівнях "рівень зони впливу на небажані явища" та "зона контролю небажаних явищ", а в іншому випадку спрямовують повідомлення на "рівень початкових припущень", рівні, визначені як "рівень зони впливу на небажані явища", "зона контролю небажаних явищ", при наданні відповідних команд процесору виконані з можливістю одержання вхідних повідомлень з рівня з міткою "рівень життєвого циклу питання" для визначення дефектів, пов'язаних з віднесенням властивостей повідомлення до зазначених маркерів таблиць, причому сервер виконано з можливістю надання даних про наявні дефекти та прийняття вихідних рішень на процесор для подальшої відправки цих даних через мережну плату, крім того, сервер містить записану щонайменше одну електронну таблицю підстановки, яка включає в собі об'єкти "ресурс", "задача", "призначення", де об'єкт "ресурс" виконаний з можливістю зберігати дані щодо вартості, які надаються з системи користувача через мережну плату, об'єкт "задача" виконаний з UA 107682 U (12) UA 107682 U можливістю збереження даних щодо згенерованого атрибуту, об'єкт "призначення" виконаний з можливістю збереження об'єднаних даних об'єктів "ресурс" та "задача" для забезпечення унікальності зазначених об'єднаних даних, система користувача містить блок пам'яті, процесорний блок та блок мережної взаємодії, причому процесорний блок виконаний з можливістю формувати та обробляти повідомлення для подальшого їх збереження в блок пам'яті або передачі в блок мережної взаємодії, блок пам'яті містить команди для керування процесорним блоком та блоком мережної взаємодії, блок мережної взаємодії виконаний з можливістю приймати повідомлення та передавати їх до процесора, а також відправляти сформовані процесорним блоком повідомлення, міжсистемний інтерфейс, який включає транзитний сервер та маршрутизатор, причому на носії даних розміщено базу даних мережних портів, а маршрутизатор виконано з можливістю переадресації даних між системою надання послуг та системою користувача. UA 107682 U 5 10 15 20 25 30 35 40 45 50 55 60 Заявлена корисна модель належить до галузі інформаційних технологій, а саме до автоматизованих електронних систем з гібридною логікою. З рівня техніки відоме технічне рішення, яке належить Корпорації Майкрософт, та доступне за посиланням https://signup.live.com. Система надання інформаційного сервісу, яка використовує зазначене рішення Корпорації Майкрософт, передбачає застосування системи віддаленого надання послуг, системи користувача та міжсистемний інтерфейс. Система віддаленого надання послуг включає в себе сервер або рішення хмарної технології з унікальною адресою в системі доменних імен, на якому збережено в електронному вигляді систему супроводу проекту, службу керуванняінфраструктурою, виконаною з можливістю відстеження за значеннями та параметрами віддалено створених в електронному вигляді об'єктів користувача, службу надання електронних шаблонів для створення в електронному вигляді об'єктів користувача. Система користувача, яка включає в себе сервер або рішення хмарної технології з унікальною адресою в системі доменних імен, на якому збережено в електронному вигляді програмне забезпечення оперативної роботи моделі корпоративного управління користувача. Модель корпоративного управління включає в себе ієрархічну структуру сервісів, і містить, зокрема, стандартний інформаційний сервіс управління проектами. Стандартний інформаційний сервіс управління проектами призначений для розробки, застосування та адаптації внутрішніх стандартів впровадження їх у запропонованих Корпорацією Майкрософт контейнерах даних: шаблонах документів, стилях, таблицях, списках, формах, структурах даних, бібліотеках та веб-частинах Інтернет інтерфейсу сервісу. Розробка, застосування та адаптація внутрішніх стандартів полягає у запровадженні релевантними даними всіх контейнерів даних системи надання інформаційного сервісу Корпорації Майкрософт. Система надання інформаційного сервісу призначена визначити вартість окремого проекту або всіх проектів, що дорівнює об'єму фігури, яка утворюється між трьома точками в тривимірній системі координат, розташованих на осях цієї системи, та перетином осей, тобто точкою з нульовими координатами. Значення точок на осях системи координат визначається структурою даних, які містяться в таблицях опису дерев RBS, WBS, PBS. RBS-Resource Breakdown Structure (Структурну Декомпозицію Ресурсів) для визначення Ресурсів, задіяних у проекті. WBS-Work Breakdown Structure (Структурну Декомпозицію Робіт) для визначення Часу на створення об'єктів у проекті. PBS-Product Breakdown Structure (Структурну Декомпозицію Продуктів) для визначення його Змісту у проекті. Дані для заповнення таблиці опису дерев RBS, WBS, PBS розробляє та вносить стандартний інформаційний сервіс управління проектами. Але стандартний інформаційний сервіс управління проектами не обмежує структуру даних, які містяться в таблицях опису дерев RBS, WBS, PBS, а тому створюється необмежена кількість рішень засобу вимірювання вартості проекту(ів), які не збігаються одна з одною. Такі рішення неможливо тиражувати на системи надання інформаційного сервісу інших підприємств та організацій. Всі відомі розробники систем бухгалтерського обліку (SAP; С1; В2; БАРС та інші) змінюють власні розробки цих систем, розширюючи їх функціональні можливості для досягнення таких властивостей, які мають системи управління проектами. Користувачі цих систем вимушені оновлювати придбане програмне забезпечення, що збільшує господарські витрати. Одночасно з цим, збільшуються вимоги до компетенції бухгалтерів або з'являється необхідність залучення додаткових працівників з такою компетенцією. Одночасно з цим, всі відомі розробники систем управління проектами (Project; Spider; HPOV та інші) направляють свої зусилля на розробку інтерфейсів взаємодії своїх систем та систем бухгалтерського обліку. Користувачі цих систем вимушені оновлювати придбане програмне забезпечення та інтерфейси, що збільшує господарські витрати. Одночасно з цим, збільшуються вимоги до компетенції керівників проектів та адміністраторів цих систем або виникає необхідність залучення додаткових працівників з такою компетенцією для створення спеціальних організаційних підрозділів управління проектами (РМО -Project Management Office). Відсутність консенсусу з багатьох питань термінології, фахівцями створюються різноманітні методологічні концепції, які мають на меті визначити методи інтеграції двох систем шляхом використання компетентних фахівців для модифікації вхідних даних з однієї системи для передачі їх у іншу систему, тобто людський інтерфейс. З рівня техніки відома загальна автоматизована система управління (АСУ) посилання: http://rи.wікіреdіа.оrg/wікі/Автоматизированная система управления, яка виконана у вигляді комплексу програмних і технічних засобів, що оперує за технологічним процесом і призначена 1 UA 107682 U 5 10 15 20 25 30 35 40 45 50 55 для вироблення та реалізації керувальної дії на технологічний об'єкт керування згідно з прийнятими критеріями керування. Під такою системою зазвичай розуміється комплексне рішення, що забезпечує автоматизацію основних технологічних операцій на виробництві в цілому або якійсь його ділянці, що випускає відносно завершений продукт. Система має спеціальне математичне забезпечення, що включає пакети прикладних програм, що здійснюють організацію й обробку даних з метою реалізації необхідних функцій управління в рамках певних економіко-математичних та організаційних моделей. Програмне забезпечення АСУ містить сукупність програм на носіях, даних і програмних документів, яка призначена для відлагодження, функціонування й перевірки роботоздатності АСУ. До складу програмного забезпечення (ПЗ) входять загальносистемні і спеціальні програми, а також інструктивно-методичні матеріали щодо застосування програмного забезпечення і персонал, який розробляє його й організує супровід на весь період життєвого циклу АСУ. До системного ПЗ належать програми, які розраховані на широкий загал користувачів і призначені для організації обчислювального процесу та розв'язування задач з обробки даних, які зустрічаються найчастіше. Такі програми дають змогу розширювати функціональні можливості ЕОМ, автоматизувати планування черги обчислювальних робіт, контроль і управління процесом обробки даних, а також автоматизувати працю програмістів. Спеціальне ПЗ - це сукупність програм, які розроблюються для конкретної АСУ. Воно містить пакети прикладних програм, які виконують організацію даних і їх обробку при розв'язуванні функціональних задач АСУ. Дане технічне рішення має ряд недоліків, зокрема в системі відсутня адаптована логіка для прийняття рішення. Крім того, в системі застосовується людський фактор, що зменшує надійність роботи системи. Через відсутність адаптаційного механізму звужується область застосування АСУ. В основу корисної моделі поставлена задача створення такої автоматизованої електронної системи обліку документообігу, яка за рахунок своєї будови та функціональних можливостей дозволила б уникнути недоліків відомого з рівня техніки рішення. Більш того, задачею даної корисної моделі є створення такої системи, яка б була більш технологічною й мала більш високу швидкість обробки інформації. Поставлена задача вирішується за рахунок того, що запропоновано нову автоматизовану електронну систему обліку документообігу, що містить систему надання послуг, міжсистемний інтерфейс та систему користувача, що характеризується новою сукупністю елементів системи й зв'язками між ними. Система надання послуг включає в себе пов'язані між собою сервер, процесор та мережну плату. Мережна плата виконана з можливістю виявлення каналів зв'язку та встановлення двостороннього обміну даними по каналах зв'язку з кінцевим користувачем. Процесор виконаний з можливістю обробки прийнятих через мережну плату вхідних пакетів даних передачі цих даних на сервер та одержання з серверу вихідних пакетів для обробки та подальшої їх відправки через мережну плату до кінцевого споживача. Сервер містить в собі електронну бібліотеку з цифровою ієрархічною структурою, де кожен рівень ієрархії визначається відповідними мітками в адресі ієрархічного рівня, де мітки в порядку ієрархії рівнів визначені як "рівень початкових припущень", "рівень життєвого циклу питання", "рівень зони впливу на небажані явища", "зона контролю небажаних явищ". Причому рівень, визначений як "рівень початкових припущень", при наданні відповідних команд процесору виконаний з можливістю одержання та обробки вхідних повідомлень, постановку повідомлень в чергу, внесення інформаційного вмісту повідомлення до бази даних та прийняття рішення. Рівень, визначений як "рівень життєвого циклу питання", при наданні відповідних команд процесору виконаний з можливістю одержання вхідних повідомлень з рівня з міткою "рівень початкових припущень" та порівняння властивостей цих повідомлень із заданими таблицями попередньо встановлених маркерів, в яких маркери визначено як "загрози", "недоліки", "можливості", "переваги", де вказані маркери при їх віднесенні до властивостей повідомлень сприяють спрямовуванню цих повідомлень для перевірки на рівнях "рівень зони впливу на небажані явища" та "зона контролю небажаних явищ", а в іншому випадку спрямовуванню повідомлення на "рівень початкових припущень". Рівні, визначені як "рівень зони впливу на небажані явища", "зона контролю небажаних явищ" при наданні відповідних команд процесору виконаний з можливістю одержання вхідних повідомлень з рівня з міткою "рівень життєвого циклу питання" для визначення дефектів, пов'язаних з віднесенням властивостей повідомлення до зазначених маркерів таблиць. Причому сервер виконано з можливістю надання даних про наявні дефекти та прийняття вихідних рішень на процесор для подальшої відправки цих даних через мережну плату. 2 UA 107682 U 5 10 15 20 25 30 35 40 45 50 55 60 Сервер містить записану щонайменше одну електронну таблицю підстановки, яка включає в себе об'єкти "ресурс", "задача", "призначення", де об'єкт "ресурс" виконаний з можливістю зберігати дані щодо вартості, які надаються з системи користувача через мережну плату, об'єкт "задача" виконаний з можливістю збереження даних щодо згенерованого атрибуту, об'єкт "призначення" виконаний з можливістю збереження об'єднаних даних об'єктів "ресурс" та "задача" для забезпечення унікальності зазначених об'єднаних даних. Система користувача містить блок пам'яті, процесорний блок та блок мережної взаємодії. Процесорний блок виконаний з можливістю формувати та обробляти повідомлення для подальшого їх збереження в блок пам'яті або передачі в блок мережної взаємодії. Блок пам'яті містить команди для керування процесором та блоком мережної взаємодії. Блок мережної взаємодії виконаний з можливістю приймати повідомлення та передавати їх до процесорного блока, а також відправляти сформовані процесорним блоком повідомлення. Міжсистемний інтерфейс, яким включає носій даних та маршрутизатор, причому на носії даних розміщено базу даних мережних портів, а маршрутизатор виконано з можливістю переадресації даних між системою надання послуг та системою користувача. Дана система забезпечує надійну роботу та дозволяє виконувати автоматизовану обробку повідомлень. Далі будуть наведені відомості, що підтверджують можливість втілення корисної моделі на одному з переважних прикладів його реалізації. Даний приклад наведено для розуміння суті та властивостей корисної моделі і не несе в собі за мету обмеження втілення автоматизованою електронної системи обліку документообігу. Фахівцю з даного прикладу має бути зрозумілим всі доповнення та модифікації, які не виходять за межі суті корисної моделі. В автоматизованій електронній системі обліку документообігу зв'язок та обмін даними та інший обмін інформацією між системою надання послуг та системою користувача здійснюється із застуванням протоколів мережного рівня та міжсистемного інтерфейсу, що визначають взаємодію між сервером системи надання послуг та блоком пам'яті системи користувача. Дані протоколи виконуються на мережній платі та блоком мережної взаємодії, які виконаний з можливістю керування вхідних та вихідних інформаційних потоків відповідних систем надання послуг та системи користувача. Міжсистемний інтерфейс містить транзитний сервер і маршрутизатор, який призначений для здійснення обміну даними між двома і більше одиницями глобальної мережі Інтернет. Це забезпечує одночасний доступ до системи надання послуг з більш ніж однієї системи користувача. Система надання послуг включає в себе електронно пов'язані між собою сервер, процесор та мережну плату. Мережна плата виконана з можливістю виявлення каналів зв'язку та встановлення двостороннього обміну даними по каналах зв'язку з кінцевим користувачем. Мережна плата має множину входів/виходів для одночасного прийому, обробки та відправлення даних. Процесор виконаний з можливістю обробки прийнятих через мережну плату вхідних пакетів даних передачі цих даних на сервер та одержання з серверу вихідних пакетів для обробки та подальшої їх відправки через мережну плату до кінцевого споживача. Взаємодія сервера з процесором здійснюється через паралельну шину даних, що забезпечує одночасну обробку декількох запитів з сервера та мережної плати. Сервер містить в собі електронну бібліотеку з цифровою ієрархічною структурою, яка зображена на кресленні, де кожен рівень ієрархії визначається відповідними мітками в адресі ієрархічного рівня, де мітки в порядку ієрархії рівнів визначені як "рівень початкових припущень", "рівень життєвого циклу питання", "рівень зони впливу на небажані явища", "зона контролю небажаних явищ". Причому рівень, визначений як "рівень початкових припущень", при наданні відповідних команд процесору виконаний з можливістю одержання та обробки вхідних повідомлень, постановку повідомлень в чергу, внесення інформаційного вмісту повідомлення до бази даних та прийняття рішення. Рівень, визначений як "рівень життєвого циклу питання", при наданні відповідних команд процесору виконаний з можливістю одержання вхідних повідомлень з рівня з міткою "рівень початкових припущень" та порівняння властивостей цих повідомлень із заданими таблицями попередньо встановлених маркерів, в яких маркери визначено як "загрози", "недоліки", "можливості", "переваги", де вказані маркери при їх віднесенні до властивостей повідомлень спрямовують ці повідомлення для перевірки на рівнях "рівень зони впливу на небажані явища" та "зона контролю небажаних явищ", а в іншому випадку спрямовують повідомлення на "рівень початкових припущень". 3 UA 107682 U 5 10 Рівні, визначені як "рівень зони впливу на небажані явища", "зона контролю небажаних явищ" при наданні відповідних команд процесору виконані з можливістю одержання вхідних повідомлень з рівня з міткою "рівень життєвого циклу питання" для визначення дефектів, пов'язаних з віднесенням властивостей повідомлення до зазначених маркерів таблиць. Сервер виконано з можливістю надання даних про наявні дефекти та прийняття вихідних рішень на процесор для подальшої відправки цих даних через мережну плату. Для демонстрації роботи заявленої корисної моделі, можуть застосовуватися релевантні сигнали (див. Таблиця), які вмикаються після завершення логічних блоків на кожному рівні ієрархії, що свідчить про настання події та/або досягнення певного статусу (стану). Статусам можуть надаватись довільні назви у відповідності до змісту питання (Issue), який обслуговується автоматизованою електронною системою обліку документообігу. Статуси носять інформативний характер та завжди використовуються з порядковими сигналами, наприклад: 1 - отримано, 2 - виконується, 3 - завершено, 4 - надано. Таблиця 15 20 25 30 35 40 Абсолютні сигнали використовуються для сумарної оцінки роботи автоматизованої електронної системи обліку документообігу, за сукупною або вибірковою кількістю процесів цієї системи. Логічні сигнали можуть бути довільного словесного змісту, який пояснює користувачам суть логіки, наприклад: Hi/Так, Затверджено/Відхилено, Yes/No, True/False, Approve/Reject. Тригери можуть бути довільного графічного змісту та демонструвати один з двох бінарних зображень, що означають вимкнуто/включено, наприклад: кнопки, тумблери, лампочки тощо. Мімічні, Світлофори та Кліматичні сигнали використовуються у публічних звітах, презентаціях або інших демонстративних матеріалах, де бажана спрощена ілюстрація роботи процесу або системи та у відповідності до цільової групи аудиторії. Процентні сигнали використовуються для окремих дій у календарному розкладі робіт. Всі роботи у розкладі повинні мати таку декомпозицію робіт на дії, при якому можливо визначити її дійсний стан - виконано її або ні. Прогресивні сигнали в діапазоні від 1 % до 99 % використовуються для оцінки кількості пройдених проміжних віх (milestone), подій (events), завершених робіт (дій/activities), виконаних об'ємів робіт (год./hours) або використаних грошових ресурсів (cost) та використовуються лише у календарних планах розкладу робіт (Schedule) для сумарних задач. Для вирішення конфлікту методів обміну даними між інформаційними системами та розробників численних методологій управління проектами пропонується надати нові властивості автоматизованій електронній системі обліку документообігу (АЕСОД), створенням нових атрибутів для об'єктів цієї системи, які утворюють нову систему з додатковими властивостями та зменшують господарські витрати користувачів. Надалі наведені приклади створення додаткових атрибутів стандартних об'єктів, які утворюють нові об'єкти, на прикладі Project Online та SharePoint Online Корпорації Майкрософт. В термінології Project Online та SharePoint Online: 1. Нові атрибути існуючих об'єктів називаються Корпоративні поля (Enterprise Fields); 4 UA 107682 U 5 10 15 20 25 30 35 40 45 50 55 2. Перелік можливих значень атрибуту об'єкта називається Таблиця підстановки; 3. Одна таблиця підстановки може використовуватися для багатьох об'єктів; 4. Атрибут RBS використовує однойменну таблицю підстановки (RBS), яка не містить даних та рекомендована виробником для формалізації організаційної структури Корпоративних клієнтів. 5. Необхідно розрізняти об'єкти зі схожою назвою, наприклад об'єкт Ресурси (Resources) є колекцією об'єктів Ресурс (Resource) План рахунків. Не зважаючи на рекомендацію виробника, у таблицю підстановки RBS переноситься план рахунків бухгалтерського обліку у відповідності до міжнародних стандартів МСФО. Дебет рахунку. Обов'язковий атрибут RBS стандартного об'єкта Ресурс (Resource), визначає Дебет рахунку, у запису головної книги бухгалтерського обліку підприємства. Кредит рахунку. Для стандартного об'єкта Задача (Task) створюється новий атрибут RBS з відповідною таблицею підстановки. Головна книга бухгалтерського обліку. Об'єднання об'єктів Задача (Task) та (Resource) зберігається у стандартній таблиці Призначення (Assignments) та забезпечує унікальність такої пари об'єктів. Таблиця Призначення (Assignments) виконує функцію журналу бухгалтерського обліку. Бухгалтерський запис у головній книзі. Відповідно до запису у таблиці Призначення (Assignments) утворюється пара рахунків за Дебетом і Кредитом (Pecypc. [RBS] та Задача[RBS]), яка вважається бухгалтерським записом головної книги для складання балансу підприємства та ідентифікує господарську операцію. Іншими словами, Бухгалтерський запис є об'єкт Наряд (Assignment) та належить колекції Призначення (Assignments). Сума балансової оцінки господарської операції визначається атрибутом Задача. [Фактична Вартість] (Task.[Actual Cost]). Очікувана або планова вартість господарської операції у майбутньому визначається атрибутом Задача[Вартість] (Task. [Cost]). Документи, що підтверджують господарську операцію. Об'єднання бухгалтерського запису та документом у архіві сховища здійснюється у таблиці Поставки (Deliverables). Всі архівні документи, які мають зв'язок з бухгалтерськими записами є Службовими творами підприємства. Службові твори. Будь які об'єкти, що зберігаються в бібліотеках архіву підприємства є Службовими творами. Для всіх таких об'єктів, створюється додатковий атрибут Гілка (Path). Значення цього атрибуту може використовуватись для створення коду товару чи послуги у відповідності до стандарту EAN-13. Об'єкти інтелектуальної власності (IP). Службові твори визнаються об'єктами інтелектуальної власності та реєструються відповідно до законодавства України. Визнаний таким чином об'єкт інтелектуальної власності (ОІВ/ІР) вважається нематеріальним активом. Нематеріальні активи вважаються ресурсом та реєструються як об'єкт у таблиці Ресурси (Resources). Ім'я такого ресурсу відповідає реєстраційному номеру (ОІВ/ІР). У зв'язку з відсутністю для об'єктів Ресурси (Resources) стандартного атрибута, який визначає його тип як "Нематеріальний" (Intangible) - такі ресурси визначаються як "Матеріальні" (Material). Корпорація Майкрософт може розглянути питання про створення нового типу ресурсів, при наявності сценаріїв його використання. Нематеріальні ресурси, як і Матеріальні, можуть купуватись та продаватись за ринковою ціною, отже для всіх ресурсів створюється додатковий атрибут Resource.[Interest Rate] для збереження та демонстрації такої ціни користувачам. Значення для цього атрибуту визначається окремою системою оцінки, яка входить до складу АЕСОД. Автори. Новий об'єкт АЕСОД, який визначається об'єднанням стандартних атрибутів Трудових ресурсів та додатковими атрибутами: Практичність (Usability), Цінність (Valuebility) та Навички (Skills). Значення для цих атрибутів визначається окремими системами оцінки, які входить до складу АЕСОД. Послуги Авторів, можуть купуватись та продаватись за ринковою ціною, отже для всіх Авторів створюється додатковий атрибут Resource. [lnterest Rate] для зберігання та демонстрації такої ціни користувачам. Resource.[Interest Rate] визначає вартість одного часу роботи Автора. Значення для цього атрибуту визначається окремою системою оцінки, яка входить до складу АЕСОД. Сервер містить записану щонайменше одну електронну таблицю підстановки, яка включає в себе об'єкти "ресурс", "задача", "призначення". Об'єкт "ресурс" виконаний з можливістю зберігати дані щодо вартості, які надаються з системи користувача через мережну плату. Об'єкт "задача" виконаний з можливістю збереження даних щодо згенерованого атрибуту. Об'єкт 5 UA 107682 U 5 10 15 20 25 "призначення" виконаний з можливістю збереження об'єднаних даних об'єктів "ресурс" та "задача" для забезпечення унікальності зазначених об'єднаних даних. Система користувача включає в себе збережене в блоці пам'яті програмне забезпечення оперативної роботи. Блок пам'яті містить команди для керування процесорним блоком та блоком мережної взаємодії та характеризується можливістю виконувати запит до системи надання послуг та одержувати вхідні дані через міжсистемний інтерфейс. Процесорний блок виконаний з можливістю формувати та обробляти повідомлення для подальшого їх збереження в блок пам'яті або передачі в блок мережної взаємодії. Блок мережної взаємодії виконаний з можливістю приймати повідомлення та передавати їх до процесорного блока, а також відправляти сформовані процесорним блоком повідомлення. Система користувача може бути виконаною з можливістю одночасного направлення більш ніж одного вихідного запиту. Це зумовлюється архітектурою підсистеми користувача, в якій передбачено наявність множини робочих станцій, через які виконується запит під однією унікальною адресою в системі доменних імен, тобто підсистема користувача містить власний сервер з унікальною адресою в системі доменних імен і об'єднані в локальну мережу робочі станції. Міжсистемний інтерфейс належить до засобів забезпечення взаємодії між щонайменше двома одиницями мережі. Маршрутизатор виконано з можливістю переадресації даних між системою надання послуг та системою користувача. Це досягається за рахунок одержання вхідних даних, наприклад від системи надання послуг, визначення доменного імені одержувача, викликання доменного імені з бази даних мережних портів, яка записана на транзитному сервері, та направлення цих даних до вказаного доменного імені. Система надання послуг та система користувача виконані з можливістю формування, відправлення та приймання даних через міжсистемний інтерфейс. Для фахівців в даній галузі техніки очевидні можливі подальші модифікації заявленого об'єкту, що охоплюється суттю та межами заявленого об'єкта, як це розкрито у формулі. ФОРМУЛА КОРИСНОЇ МОДЕЛІ 30 35 40 45 50 55 60 Автоматизована електронна система обліку документообігу, яка має систему надання послуг, міжсистемний інтерфейс та систему користувача, де система надання послуг включає в себе пов'язані між собою сервер, процесор та мережну плату, причому мережна плата виконана з можливістю виявлення каналів зв'язку та встановлення двостороннього обміну даними по каналах зв'язку з кінцевим користувачем, процесор виконаний з можливістю обробки прийнятих через мережну плату вхідних пакетів даних передачі цих даних на сервер та одержання з сервера вихідних пакетів для обробки та подальшої їх відправки через мережну плату до кінцевого споживача, сервер містить в собі електронну бібліотеку з цифровою ієрархічною структурою, де кожен рівень ієрархії визначається відповідними мітками в адресі ієрархічного рівня, де мітки в порядку ієрархії рівнів визначені як "рівень початкових припущень", "рівень життєвого циклу питання", "рівень зони впливу на небажані явища", "зона контролю небажаних явищ", причому рівень, визначений як "рівень початкових припущень", при наданні відповідних команд процесору виконаний з можливістю одержання та обробки вхідних повідомлень, постановку повідомлень в чергу, внесення інформаційного вмісту повідомлення до бази даних та прийняття рішення, рівень, визначений як "рівень життєвого циклу питання", при наданні відповідних команд процесору виконаний з можливістю одержання вхідних повідомлень з рівня з міткою "рівень початкових припущень" та порівняння властивостей цих повідомлень із заданими таблицями попередньо встановлених маркерів, в яких маркери визначено як "загрози", "недоліки", "можливості", "переваги", де вказані маркери при їх віднесенні до властивостей повідомлень спрямовують ці повідомлення для перевірки на рівнях "рівень зони впливу на небажані явища" та "зона контролю небажаних явищ", а в іншому випадку спрямовують повідомлення на "рівень початкових припущень", рівні, визначені як "рівень зони впливу на небажані явища", "зона контролю небажаних явищ", при наданні відповідних команд процесору виконані з можливістю одержання вхідних повідомлень з рівня з міткою "рівень життєвого циклу питання" для визначення дефектів, пов'язаних з віднесенням властивостей повідомлення до зазначених маркерів таблиць, причому сервер виконано з можливістю надання даних про наявні дефекти та прийняття вихідних рішень на процесор для подальшої відправки цих даних через мережну плату, крім того, сервер містить записану щонайменше одну електронну таблицю підстановки, яка включає в себе об'єкти "ресурс", "задача", "призначення", де об'єкт "ресурс" виконаний з можливістю зберігати дані щодо вартості, які надаються з системи користувача через мережну плату, об'єкт "задача" виконаний з можливістю збереження даних щодо згенерованого атрибуту, об'єкт "призначення" виконаний з можливістю збереження 6 UA 107682 U 5 10 об'єднаних даних об'єктів "ресурс" та "задача" для забезпечення унікальності зазначених об'єднаних даних, система користувача містить блок пам'яті, процесорний блок та блок мережної взаємодії, причому процесорний блок виконаний з можливістю формувати та обробляти повідомлення для подальшого їх збереження в блок пам'яті або передачі в блок мережної взаємодії, блок пам'яті містить команди для керування процесорним блоком та блоком мережної взаємодії, блок мережної взаємодії виконаний з можливістю приймати повідомлення та передавати їх до процесора, а також відправляти сформовані процесорним блоком повідомлення, міжсистемний інтерфейс, який включає транзитний сервер та маршрутизатор, причому на носії даних розміщено базу даних мережних портів, а маршрутизатор виконано з можливістю переадресації даних між системою надання послуг та системою користувача. Комп’ютерна верстка М. Мацело Державна служба інтелектуальної власності України, вул. Василя Липківського, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут інтелектуальної власності”, вул. Глазунова, 1, м. Київ – 42, 01601 7