Спосіб створення електронного центра віртуальних офісів

Корисна модель відноситься до способів створення, розподілу, управління інформацією в Інтернеті. Відомий спосіб створення, розподілу, управління інформацією в електронному комерційному каталозі, який полягає в тому, що інформацію створюють, розміщують, заносять в базу даних, роблять доступною іншим користувачам Інтернету (див. Інтернет, Електронний каталог компаній (URL: http://www.ukrbiznes.com/mdex.php), творець: WEB-UKRBIZNES & RIOLA ) - прототип. Недоліки прототипу полягають в нижченаведеному: - відсутня система попереднього тестування і усунення недоліків на етапі проектування, розробки і тестування віртуального офісу; - при реєстрації, підприємству надають шаблон, недоступний до редагування. У цьому випадку, кінцевий продукт (віртуальний офіс) може містити пусті (незаповнені) розділи, і підходити не кожному замовнику через неможливість додання, зміни і видалення деяких сегментів інформації (наприклад, назви розділів, підрозділів, графічних файлів, посилань і іншої інформації); - завантажують файли на сервер по запиту будь-яких користувачів системи, без попередньої перевірки і вибірки, що збільшує ризик завантаження некоректної інформації і небезпеку існування шкідливої інформації в базі даних системи; - користувачеві, при інтерпретації, надають змішану інформацію про віртуальні офіси з різних географічних регіонів, що утрудняє її сприйняття, вимагає додатковий час на обробку і аналіз зайвої інформації, що збільшує час досягнення бажаного результату (конкретної шуканої інформації); - відсутня можливість привласнення віртуальному офісу зручної URL адреси для звернення до електронного представництва за допомогою прямого звертання до абсолютного URL, що значно знижує кількісну аудиторію відвідувачів віртуального офісу; URL (Uniform Resource Locator) - адреса сторінки в Інтернет; - відсутнє обмеження на кількісне існування віртуальних офісів з однаковим змістом в одному підрозділі каталогу, що створює нерівні права у власників віртуальних офісів однакового типу, значно зменшує якість існуючої інформації в базі даних і знижує рейтинг використання системи; - відсутня можливість корпоративної реєстрації одного віртуального офісу в декількох підрозділах каталогу, що змушує власника віртуального офісу, бажаючого розміщувати своє представництво в декількох підкаталогах, повторювати дії по створенню віртуального офісу і реєструвати його окремо в кожному каталозі, що створює незручність корпоративному клієнту. - відсутня можливість реєстрації віртуального офісу в загальнодоступних пошукових і інших подібних системах, що значно скорочує можливість доступу до віртуального офісу безпосередньо від каталогу з посиланням на це електронне представництво, що значно скорочує аудиторію можливих користувачів цього віртуального офісу; - відсутня можливість управління сегментами зареєстрованої інформації користувачем, підсумок чого робить електронні представництва статичним і що не оновлюються; - використовують рядкове представлення прайс-листа у вигляді HTML, що утрудняє реєстрацію прайсрядків таким чином і вимагає тривалого завантаження з боку як власника віртуального офісу так і його користувача HTML (Hyper Text Markup Language) - мова для створення сторінок в Інтернет, в яких об'єднані гіперссилки, текст, графіка, звук і відео. HTML складається з незалежних від програмного забезпечення команд, що описують структуру Web; - відсутня можливість оновлення прайс-рядків, що приводить до старіння комерційної інформації підприємства; - використовують пошук по вибіркових сегментах сайта, що виключає знаходження інформації в інших сегментах, наприклад, ; - відсутня реалізація пошуку, використовуючи фільтри (термінові, смислові, інші); - представляють деревоподібну систему інтерпретації підкаталогів, що виключає, інтерактивний перехід від поточного підрозділу до змісту іншого підрозділу; - відсутня інтерактивна система продовження замовлень, після закінчення терміну обслуговування у системі, що змушує власників віртуальних офісів наново виконувати всі дії, які вони реалізовували в попередній раз; - відсутній механізм автоматичної ліквідації зареєстрованої інформації, яка має певний ліміт існування в системі. У основу корисної моделі поставлена задача удосконалення способу створення електронного центра віртуальних офісів. Вказана задача досягається тим, що у способі створення електронного центру віртуальних офісів, який полягає в тому, що віртуальний офіс створюють в режимі off-line, використовують режим обмеженого доступу при завантаженні на сервер віртуального офісу, реєструють і привласнюють URL - адресу в системі, розподіляють по каталогу, розподіляють по регіональним базам даних, інтерпретують за особливими ознаками, використовують динамічні сегменти, комплексний пошук, реєструють в інших системах, управляють віртуальними офісами. Згідно з корисною моделлю, віртуальні офіси створюють у режимі off-line, що дає можливість попереднього редагування шаблонних початкових файлів для запобігання виникнення некоректної роботи виробу в мережі. Таким чином, замовник і виконавець заздалегідь обговорюють особливості майбутнього віртуального офісу з його власником: тип складності віртуального офісу, точна кількість його розділів, підрозділів, графічних файлів (на встановлені вимоги), обсяг текстової і іншої інформації. Через те, що в шаблонах віртуальних офісів використовують файли, незалежні від типу серверного майданчика, використовують в початкових файлах відносні посилання на інші файли (крім графічних, які мають абсолютний шлях завантаження, що скорочує об'єм, який займається електронний центр на сервері), віртуальний офіс може бути протестований перед завантаженням на сервер. Внаслідок цього можуть бути виявлені і усунені дефекти на етапі проектування і виготовлення віртуального офісу в режимі off-line. У цьому випадку замовники отримують індивідуальне рішення представництва їх підприємства, на базі рішення, вибраного по типу складності, вибирають максимальні можливості типу віртуального офісу, які їм надають, і, до своїх вимог, підбирають потрібне рішення. У випадку, коли шаблон, вибраного рішення чимось не підходить до представленої замовниками форми викладу інформації у віртуальному офісі, структура шаблона дозволяє урізати деякі сегменти, для запобігання виникнення незаповнених названих у шаблоні розділів, сегментів, графічних файлів (їх кількість, за бажанням замовників, може бути скорочена). Для завантаження на сервер отриманого виробу використовують захищений динамічний комплекс, доступний тільки адміністраторам системи. Таким чином, система виключає можливість існування некоректної і шкідливої інформації в базі даних на етапі її завантаження. З іншого боку, за допомогою такого типу доступу до серверу виключають повне керівництво адміністратора змістом сервера, оскільки надають тільки односторонній зв'язок без використання FTP FTP (File Transfer Protocol) - протокол передачі файлів між файлом-сервером і комп'ютером користувача по Інтернету. Тип складності віртуального офісу визначається кількістю файлів (загальна кількість допустимих текстових, графічних і інших файлів точно встановлена). Відповідно до попереднього, під кожний тип віртуального офісу одноразово виготовляють відповідний шаблон завантаження даних, у якому перераховані поля назв завантаження доступних файлів. При завантаженні на сервер порівнюють назву файла, що завантажується, його об'єм, та інші параметри, раніше встановлені розробниками динамічних сценаріїв відповідно до шаблонних параметрів. У системі віртуальні офіси розподіляють за регіональними базами даних порталів і об'єднаного порталу. У випадку, коли адміністратор реєструє віртуальне представництво(офіс) замовника на регіональному порталі (який має відмітні особливості в URL доступі від інших регіональних підсистем), такий віртуальний офіс визначається в регіональної БД поточного регіонального порталу (з якого ця інформація поступила). Визначатися віртуальний офіс користувачам буде, відповідно, на цьому регіональному порталі (з якого ця інформація поступила) і на об'єднаному порталі, який використовує об'єднану БД всіх регіональних порталів. Таким чином, користувачу, щоб ознайомитися з пропозицією комерційних структур окремого регіону не треба робити самостійно вибірку серед об'єднаних комерційних структур, за даною категорією надання інформації, всієї країни. При заповненні відповідних форм файлів, які беруть участь у завантаженні файлів віртуального офісу на сервер, за допомогою динамічних сценаріїв, адміністратор вказує назву користувача в системі (латинськими символами, в якому виключаються пропуски і недопустимі символи.) і регіон реєстрації цього віртуального офісу. Внаслідок цього система автоматично генерує по даному запиту унікальну для даного віртуального офісу URL-адресу. Отриманий URL, відповідно до задач, що стоять перед системою буде мати вигляд: httр://сервер/регіон/назва_віртуального_офісу. Такий підхід дає користувачеві Інтернету прямий доступ до віртуального офісу, минаючи зайві завантаження додаткових сторінок (сторінка електронного центру, сторінка електронного каталогу, сторінка електронного підкаталогу). Відповідно до автоматичного привласнення URL-адреси і з автономним завантаженням віртуального офісу на сервер самим адміністратором системи, виключається можливість існування однакової інформації в одному підкаталозі системи. Передбачають можливість корпоративної реєстрації віртуального офісу в декількох підрозділах каталогу, у випадку, якщо віртуальний офіс представляє інформацію підприємства, яке має різні сфери діяльності. При заповненні відповідних форм файлів, які беруть участь у завантаженні файлів на сервер, за допомогою динамічних сценаріїв, адміністратор вказує маркіровані з списку каталогу підрозділи, в яких віртуальний офіс реєструють. При успішному проведенні операції, користувач системи може визначити зареєстрований віртуальний офіс таким чином в декількох категоріях каталогу, що цікавлять користувача. Система, при звертанні користувача до певного підкаталогу, інтерпретує віртуальні офіси по рівню їх складності, і це стимулює замовників на вибір більш гнучкої пропозиції. Також користувачеві надають можливість упорядити список віртуальних офісів за алфавітним списком, за датою їх реєстрації в системі і за іншими ознаками. На етапі проектування і розробки віртуального офісу, замовник робить вибірку слів і словосполучень, що найчастіше зустрічаються, з тексту інформації, яку розташовують у віртуальному офісі, для розробки сегмента ; складають короткий опис діяльності підприємства, який буде представляти віртуальний офіс в Інтернеті для розробки сегмента . Всі вищеперелічені дії в доповненні з отриманням власного URL віртуального офісу, сприяють успішній реєстрації (індексуванню) в пошукових і інших подібних загальнодоступних системах як адміністратором, так і самим власником віртуального офісу в будь-який зручний час. Деякі з типів шаблонів віртуальних офісів мають динамічні сегменти, які дають можливість робити окрему інформацію динамічною, що дає можливість власнику надалі змінювати її. Такі сегменти представлені в шаблонному файлі у вигляді посилань на динамічні файли. Ці файли не завантажують разом з іншими при заповненні адміністратором форм, що містять поля завантаження, а генерують автоматично, при створенні динамічних сегментів самим власником вже знаходячись на сервері. При завантаженні комплексу файлів віртуального офісу адміністратором на сервер, власник віртуального офісу автоматично отримує персональні ідентифікатори, які дають доступ до сервісу, який в свою чергу дає можливість оновлювати динамічні сегменти сайта. Сервіс, що надається, являє собою комплекс динамічних файлів, які при взаємодії між собою надають очікуваний технічний ефект: показують інформацію про минуле завантаження, у полях інформації, що завантажується відображають текст, який був завантажений в минулий раз, надають можливість її редагування, видалення, створення новою, використовують додаткові функції і інші можливості. Таким чином, власники віртуальних офісів отримують можливість інтерактивного інформування аудиторії своїх відвідувачів. Деякі з типів шаблонів віртуальних офісів мають виділені посилання, при взаємодії з якими відбувається автоматичне завантаження прайс-листа, що належить власнику віртуального офісу. У цьому випадку звертання, при взаємодії з посиланням, веде до файлу, що має розширення архівного файлу. У випадку, коли архівний файл прайс-листа не знайдено, видається попередження про неможливість завантаження останнього. Подібне рішення визначає наступні зручності для користувачів: швидке завантаження, зручний інтерфейс перегляду прайс-листа за рахунок використання програми, де він був виготовлений з усіма її доступними функціями. Прайс-лист може бути завантажений, оновлений і видалений самим власником, використовуючи сервіс, визначений під прайс-лист. У цьому випадку пред'являють визначені вимоги до стану прайс-листа, який повинен бути завантажений на сервер: це його архівація, постійна назва, об'єм, неперевищуючий максимальний ліміт наданий системою. Перша вимога служить для того, щоб власник, а в подальшому і користувач витрачав менше часу на завантаження поточного прайс-листа, оскільки в архіві його об'єм значно менший ніж у випадку, коли файл має розширення початкового редактора (в якому створювався прайс-лист) або представлений у вигляді HTML-коду. Друга вимога служить для того, щоб при звертанні за посиланням шаблону завжди відбувалося коректне звернення до імені файла, який є прайс-листом представництва. Однак, однією з функцій сервісу є перевірка назви файла, який завантажують на сервер і автоматичну зміну імені, у випадку, коли ім'я файла, що завантажується не співпадає з ім'ям, встановленим системою на етапі її розробки. Третя вимога служить для того, щоб сервер не був переобтяжений зайвим обсягом інформації, яку відправляють користувачі, за допомогою виділеного сервісу. Надають можливість розширеного пошуку, який використовує різні фільтри, які передують реалізації пошуку (терміновий, смисловий, інший), а також пошук що не передбачає їх використання. Пошук ведуть за усіма файлами і сегментами, що містять текстову інформацію, що забезпечує найбільш якісну вибірку. Результат запиту, зробленого таким чином представляє можливість відстеження шуканих слів (словосполучень) не тільки у віртуальних офісах, але і в назвах підкаталогів і підрозділів, де їх розміщують. Надають можливість пошуку з поточного підрозділу (підкаталогу), в якому знаходиться користувач системи на момент, коли здійснюють пошук. Такий підхід зменшує час на повний пошук інформації, і, відповідно до того, що користувач знаходитися в поточному розділі, означає, що пошук буде проводитися з вихідної його позиції, тобто в поточному підкаталозі або підрозділі (в цьому випадку система розпізнає такий пошук, як пошук з попередньою неавтоматичною фільтрацією). Також надають можливість, не використовуючи розширений пошук і не виходячи з поточного підрозділу (підкаталогу), організувати повторний запит на пошук з іншими параметрами. У інтерфейсі електронного центра віртуальних офісів передбачають спеціальний сегмент, який є динамічним і являє собою зміст спеціального масиву, який, в свою чергу, представляє систему розподілу підрозділів головного каталогу. Такий підхід надає можливість, минаючи реальні переходи з одних сторінок на інші, змінювати знаходження користувача в підрозділах, що сприяє скороченню часу на завантаження у стільки разів, у скільки разів довше шлях до змісту необхідного підкаталогу від поточного (з якого відбувається перехід). Також, від того, що цей сегмент представлено масивом, скорочується час на інтерактивну зміну єдиного файла, який містить текст масиву, замість редагування комплексу файлів, які представляють систему розподілу підрозділів каталога в прототипі. При заповненні відповідних форм файлів, які беруть участь у завантаженні файлів на сервер, за допомогою динамічних сценаріїв, адміністратор вказує термін обслуговування відповідного віртуального офісу в системі електронного центра. Внаслідок цього система автоматично визначає ліміт знаходження його на сервері, який розраховується як: наступний календарний день після фактичного завантаження файлів на сервер плюс термін, обумовлений із замовником віртуального офісу. Таким чином, за n календарних днів до автоматичного закриття аккаунта, адміністратору відправляється за допомогою SMTP-сервера системи, повідомлення про майбутню автоматичну ліквідацію, якщо він не вжив які-небудь заходи для продовження терміну обслуговування поточного віртуального офісу. У разі не продовження, віртуальний офіс автоматично видаляють з бази даних системи розподілу інформації по каталогу, індексних реєстрів, і серверного майданчика у цілому. У останньому випадку не передбачене відновлення файлів видаленого рішення коли на сервері не використовують backup (періодичне резервне копіювання файлів, видалених власноручно адміністратором або сценарієм, що виконує ліквідацію). Використовують комплексну систему продовження терміну обслуговування віртуальних офісів у випадку, коли замовник у ході продовження терміну не змінює тип віртуального офісу. Керуючись даною системою, адміністратор може змінити термін обслуговування поточного замовника достроково, при цьому, термін повного обслуговування розраховують так: подальший календарний день після закінчення терміну обслуговування поточного періоду використання плюс термін нового замовлення на обслуговування. Керуючись даною системою, адміністратор також може доповнювати підкаталоги, в яких буде зареєстрований віртуальний офіс замовника. Описана система використовує обмежений доступ.