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

1 Спосіб генерування компонованих сторінкових файлів, форматованих на мові розмітки ппертексту (HTML) для запам'ятовування в серверному пристрої обробки даних (Server) системи мережі даних (Інтернет/Інтранет), через яку сторінкові файли є адресованими рядом користувацьких систем обробки даних (DV1, , DVn) і переданими до них, причому - на авторській системі обробки даних (AUTS), яка з'єднується через ЛІНІЮ передачі даних (DL) із серверним пристроєм обробки даних (Server), складають структурований за записами даних авторський файл, у якому всередині ВІДПОВІДНОГО запису даних є редагованими текстова і графічна інформація і вводиться посилальна інформація (заголовки) до записів даних, адресованих в авторській системі обробки даних (AUTS), структурованих за записами даних файлів, авторський файл підводять до пристрою генерування формату (HTML-GEN) авторської системи обробки даних (AUTS), яким із записів даних авторського файла, а також із позначених посилальною інформацією (заголовками) записів даних, структурованих за записами даних файлів створюють ВІДПОВІДНИЙ сторінковий файл на мові розмітки ппертексту (HTML), причому з введеної у записи даних посилальної інформації (заголовків) створюють специфічну для мови розмітки ппертексту сполучну керуючу адресу (посилання HTML), яка адресує сторінковий файл, наданий у ВІДПОВІДНІСТЬ позначеному запису даних, і в якому запам'ятовують сторінковий файл, наданий у ВІДПОВІДНІСТЬ запису даних, який містить посилальну інформацію (заголовок), - отримані таким чином і забезпечені специфічними для мови сторінкової розмітки сполучними керуючими адресами (посилання HTML) сторінкові файли у скомпонованому вигляді передають через ЛІНІЮ передачі даних (DL) у серверний пристрій обробки даних (Server) 2 Спосіб згідно з пунктом 1, який відрізняється тим, що в записах даних, адресованих в авторській системі обробки даних (AOTS), структурованих за записами даних файлів вводяться посилальні інформації (заголовки) до інших записів даних, структурованих за записами даних, які адресуються в авторській системі обробки даних (AUTS) файлів 3 Спосіб згідно з пунктом 1 або 2, який відрізняється тим, що в записи даних структурованого за записами даних авторського файла вводять посилальну інформацію (заголовки) до інших записів даних авторського файла, структуро ва ного за записами даних 4 Спосіб згідно з будь-яким із попередніх пунктів, який відрізняється тим, що авторський файл є вже адресованим в авторській системі обробки даних (AUTS), структурованим за записами даних файлом 5 Спосіб згідно з будь-яким із попередніх пунктів, який відрізняється тим, що посилальна інформація (заголовок) вводиться до адресованих в авторській системі обробки даних (AUTS), структурованих вільно від записів даних файлів 6 Спосіб згідно з будь-яким із попередніх пунктів, який відрізняється тим, що інформація, запам'ятовувана в структурованих за записами даних файлах, підрозділена на інформаційні модулі, яким надана у ВІДПОВІДНІСТЬ щонайменше одна індивідуальна структурна адреса, що кожний інформаційний модуль разом із своєю індивідуальною структурною адресою запам'ятовуваний у відповідному записі даних і що посилальну інформацію до запису даного посилального файла вво О (О ю 56210 ки даних (AUTS) є адресованим тільки тоді, коли дять за рахунок того, що за допомогою візуалізацм надані у ВІДПОВІДНІСТЬ ЙОГО записам даних сторінстворених у посилальному файлі структурних адкові файли вже запам'ятовані в серверному прирес роблять селектування одного з них строї обробки даних (Server) і що сторінковий 7 Спосіб згідно з будь-яким із попередніх пунктів, файл передають тільки тоді, якщо він ще не запаякий відрізняється тим, що при селектуванні вже м'ятований, або була почата зміна інформаційного запам'ятовуваного в серверному пристрої обробки вмісту, зокрема сполучних керуючих адрес (посиданих як сторінкового файла запису даних генелань HTML) рують специфічну для мови сторінкової розмітки сполучну керуючу адресу (посилання HTML), яка 10 Спосіб згідно з будь-яким із попередніх пунктів, адресує цей сторінковий файл, і проміжно запаякий відрізняється тим, що запам'ятовувані стом'ятовують у полі даних запису даних, яке прирінкові файли (SD1, , SDm) у користувацьких ймає посилальну інформацію (заголовок) системах обробки даних (DV1, DVn) індикують навігаційними керуючими полями, котрі виклика8 Спосіб згідно з будь-яким із попередніх пунктів, ють перегортання скомпонованих сторінкових який відрізняється тим, що структурна адреса є файлів до логічно наступного або, ВІДПОВІДНО, потекстовою інформацією (заголовком) або знакопереднього сторінкового файла при обході активувою інформацією (індексом) вання ВІДПОВІДНИХ функцій подальшого переклю9 Спосіб згідно з будь-яким із попередніх пунктів, чення пристрою сторінкового доступу (Browser) який відрізняється тим, що структурований за записами даних файл в авторській системі оброб Укладання, а також підтримка в робочому стані і готовність інформації, зокрема, інформацій, які відносяться до системних послідовностей операцій і їхньої візуалізацм і протоколюванню набувають підвищеного значення насамперед у галузі промисловості У рамках так званих систем керування, якими визначаються всі стосовні до продукту ПОСЛІДОВНОСТІ операцій і структури на підприємстві або організаційній одиниці, є необхідним мати можливість виконувати можливо простим чином зміни в існуючих послідовностях операцій, у їхній ПОСЛІДОВНОСТІ, у їхньому структуруванні, а також в трудах по регламентаціях керування і тематичних описах і робити доступними змінені або наново складені матеріали в якості збірника документів для всіх співробітників Взагалі при цьому як перевагу варто розглядати, якщо при укладанні нового збірника документів можна мати доступ до існуючих документів або їхніх частин Наприклад, документи, які описують загальні ДІЮЧІ розпорядження, котрі визначають стандартизовані або, ВІДПОВІДНО, обумовлені операційною системою порядки дій або містять вже складені подібні представлення, можуть або, ВІДПОВІДНО, ПОВИННІ міститися також у новому збірнику документів Щоб задовольнити цим вимогам і, зокрема, зробити змінені або наново виготовлені збірники документів по можливості швидко доступними для зацікавлених кіл осіб, було запропоноване засноване на техніці обробки даних укладання інформації і запам'ятовування, а також передача даних через приватну, наприклад, внутрішню для підприємства мережу даних Завданням даного винаходу є вказівка способу, за допомогою якого можна скласти структурований збірник документів з існуючих документів і дати його в розпорядження для можливо великого кола осіб при невеликому навантаженні мережі даних і малої потреби в пам'яті Це завдання вирішується ВІДПОВІДНО ДО вина ходу ознаками пункту 1 формули винаходу Суттєва перевага способу, який відповідає винаходові, варто бачити між іншим у фізичному ПОДІЛІ оригінальних даних, складених автором, від зчитуваних даних, поставлених у розпорядження користувачу через систему мережі даних Це означає, зокрема, що оригінальні дані не можуть бути переписані користувачем Спосіб, ВІДПОВІДНИЙ винаходу, дозволяє крім того мати оптимальне керування прав доступу між автором і користувачем Подальша перевага способу, який відповідає винаходові, виявляється в тому, що за рахунок розв'язки оригінальних даних і даних, які зчитуються, пристрій генерування формату діє як ланка зв'язку, котра допускає в якості бази різні платформи апаратних засобів і забезпечують у значній мірі незалежність від індивідуальних характеристик апаратних засобів Переважні форми подальшого розвитку винаходу вказані в залежних пунктах формули винахоДУ Приклад виконання винаходу пояснюється в подальшому більш докладно за допомогою креслень При цьому на Фігурах показане Фігура 1 схематичне представлення системи мережі даних із серверним пристроєм даних, Фігура 2 символічне представлення файлів, запам'ятовуваних в авторській системі й у серверному пристрої, Фігура 3 релевантні поля даних при укладанні авторського файла, Фігура 4 виконане пристроєм генерування формату укладання регістра до файла, зокрема для визначення навігаційних керуючих адрес На Фігурі 1 у сильно спрощеному вигляді символічно подана система мережі даних ІНТЕРНЕТ Ряд користувальних систем обробки даних DV1, , DVn безпосередньо або при проміжному включенні подальших систем мережі даних з'єднуються з серверним пристроєм даних СЕРВЕР, таким же чином авторська система обробки даних AUTS через ЛІНІЮ передачі даних DL є зв'язаною із серверним пристроєм даних СЕРВЕР У якості системи мережі даних служить всесвітньо поширена система Інтернет/Інтранет У серверному пристрої даних СЕРВЕР запам'ятовуваний ряд документів, які ВІДПОВІДНО розділені на так звані сторінки Запам'ятовуваний у серверному пристрої даних СЕРВЕР документ є адресуємим всіма з'єднаними із серверним пристроєм даних СЕРВЕР через систему мережі даних ИНТЕРНЕТ, тобто підключеними до неї користувальними системами обробки даних DV1, Для візуалізацм інформації документів на користувальних системах обробки даних DV1, DVn у них вимагаються пристрої сторінкового доступу, так звані броузери, які виконують штепретацію операторів керування, котрі містяться на сторінках, і видають корисний вміст на пристрій індикації користувальної системи обробки даних ВІДПОВІДНО до операторів керування Сторінки складені на мові сторінкової розмітки, наприклад, ВІДОМІЙ Web-мові HTML (HTML = Hyper-Text Markup Language = ппертекстова мова опису документів), додаткові можливості форматування якої в основному вказують, який ранг має часткова інформація всередині відповідної сторінки Мова сторінкової розмітки дозволяє далі за допомогою так називаних тепв, відкладених на сторінці, вказувати відсилання (тобто адреси) до інших сторінок документа 56210 даних AUTS із и запам'ятовуючим пристроєм MEM Крім того наочно представлені сторінкові файли SD1, , SDm, які запам'ятовувані у форматі HTML у запам'ятовуючому середовищі серверного пристрою даних СЕРВЕР Також символічно представлені структуровані за записами даних файли DSD1, , DSDn, які запам'ятовувані в запам'ятовуючому пристрої MEM Кожний із структурованих за записами даних файлів складається з ряду записів даних DS1, , DS1, які зі свого боку підрозділені на поля даних DF Структуровані за записами даних файли DSD1, , DSDn можуть розумітися також як банки даних або модулі банків даних До цих структурованих за записами даних файлів у запам'ятовуючому пристрої MEM запам'ятовувані також ВІЛЬНІ від структур записів даних файли TGD1, , TGDp, які не є структурованими за записами даних або мають структуру запису даних, яка відрізняється від обраної структури структурованих за записами даних файлів DSD1, Зокрема, у вільних від структур записів даних файлах TGD1, , TGDp можуть міститися чисто словесні і/або графічні документи В авторській системі обробки даних AUTS, яка також як і окремі користувальні системи обробки даних DV1, , DVn виконана у вигляді персонального комп'ютера, - у якості суттєвих для даного винаходу компонентів - знаходяться запам'ятовуючий пристрій MEM і пристрій генерування формату HTML-GEN, реалізований програмнотехнічними засобами Для авторської системи обробки даних AUTS у серверному пристрої даних СЕРВЕР передбачена так звана «базова сторінка», яка служить у якості ЦІЛІ для документів, які походять від авторської системи обробки даних AUTS, і використовується користувальними системами обробки даних DV1, , DVn у якості вхідної адреси для доступу до документів, складених авторською системою обробки даних AUTS ВІДПОВІДНО ДО стандарту 'базова сторінка' посилається на зміст, у якому зазначені окремі документи або, ВІДПОВІДНО, їхні змісти На кожній з користувальних систем обробки даних DV1, , DVn можна за допомогою звичайного броузера переключатися далі через зміст від однієї сторінки на наступну або іншу сторінку, що втім вимагає відносно великий час чекання і за рахунок чого значно навантажується система мережі Більш докладну інформацію про Інтернет/Інтранет, Web-мову HTML, про броузер і тому подібних, відомих у зв'язку із системою мережі даних «Інтернет» пристроях можна одержати зі спеціальної літератури, наприклад Russ Jones, Adrian Nye, «HTML und das World Wide Web», O'Reilly & Associates, Бонн, 1995 На Фігурі 2 символічно представлені серверний пристрій даних СЕРВЕР із його запам'ятовуючим середовищем і авторською системою обробки Далі на Фігурі символічно поданий структурований за записами даних авторський файл AT, структура якого збігається зі структурою структурованих за записами даних файлів DSD1, Авторський файл AT складається на авторській системі обробки даних AUTS і, саме собою зрозуміло, запам'ятовується, зокрема, проміжно запам'ятовується також у запам'ятовуючому пристрої MEM До кожного запису даних DS1, , DS1 структурованих за записами даних файлів DSD1, DSDn у запам'ятовуючому середовищі серверного пристрою даних СЕРВЕР існує відповідна надана у ВІДПОВІДНІСТЬ сторінка, котрі у наступному називаються сторінковими файлами SD1, В авторській системі обробки даних AUTS можна мати доступ для запису і зчитування до кожного запису даних DS1, , DS1 за допомогою індивідуальної адреси запису даних DS-ADR, яка ідентифікує файл запису даних і ВІДПОВІДНИЙ запис даних у ньому Сторінкові файли SD1, , SDm мають індивідуальну HTML-адресу HTML-ADR, під якою вони є адресованими, тобто можуть бути знайдені в системі мережі даних або, ВІДПОВІДНО, у серверному пристрої даних СЕРВЕР На Фігурі 3 проілюстроване укладання авторського файла AT на авторській системі обробки даних AUTS за допомогою записів даних і полів даних авторського файла AT Зокрема, кожний із структурованих за записами даних файлів DSD1, , DSDn може розглядатися як авторський файл AT При розробці збірника документів, який повинен складатися в авторському файлі AT, для кожної глави збірника документів, тобто для кожного заголовка і підзаголовка потрібно передбачати і ВІДПОВІДНО резервувати новий запис даних Записи даних DS підрозділені на ряд полів даних DF, із яких при укладанні деякі є видимими, наприклад, поле даних 'ЗАГОЛОВОК' і поле даних «КОРИСНА ІНФОРМАЦІЯ», однак більшість є невидимими для укладача У даному прикладі виконання при укладанні документа в першому записі даних - з адресою 56210 запису даних ATDS1, яку користувач, втім, не бачить - заголовок першого розділу вводиться укладачем вручну Крім того, всередині того ж запису даних укладачем через клавіатуру вводиться стосовна до цього заголовка корисна інформація у формі текстової або графічної інформації 'Загальне' Також заголовок наступної підглави, а також відповідна корисна інформація 'Історія' вводиться укладачем через клавіатуру Зайнятий за рахунок цього запис даних DS має адресу запису даних ATDS2 Заголовок другої підглави укладач бере зі змісту структурованого за записами даних файла DSDx, який він одержує у 'ВІКНІ' на екрані авторської системи обробки даних AUTS шляхом селектування структуро ва ного за записами даних файла DSDx За рахунок ВІДПОВІДНОГО маркірування бажаної глави - як це показано на Фігурі шляхом заключения в рамку глави 1 2 - і після наступного підтвердження, маркірований заголовок вводиться, тобто копіюється в новий запис даних адреси ATDS3 Крім того, для укладача не видно - запам'ятовується адреса запису даних DS-ADR маркірованої глави і HTML-адреса HTML-ADR сторінки даних SD, яка надана у ВІДПОВІДНІСТЬ запису даних з адресою DSDx 003 За рахунок вище поясненого вводу заголовка з одного зі структурованих за записами даних файлів DSD1, , DSDn у документ, який наново складається або оброблюється, неявно вводяться також підзаголовки до обраної глави Втім замість явно заданої корисної інформації можна відкладати також відсильну адресу до текстового або графічного файла, наприклад, одному з вільних від структур запису даних файлів TGD1, Крім того, поясненим чином також уже наявні глави всередині авторського файла AT можуть бути введені на іншому МІСЦІ авторського файла AT Далі можна також вводити (пряму) адресу вільного від структур запису даних файла TGD, причому однак, посилання в ньому не передбачене Після ТОГО, ЯК укладачем за рахунок ручного вводу і за рахунок посилання на вже існуючу главу бажаний документ був підготовлений щонайменше в попередньому об'ємі, до пристрою генерування формату HTML-GEN підводять авторський файл AT їм, починаючи з першого запису даних, тобто при адресі запису даних ATDS1 авторського файла AT складається структурований зміст (порівняй Фігуру 4 вгорі) і перетворяться в HTML-формат ті записи даних, які ще в ньому не знаходяться (у наступному прикладі перші два записи даних авторського файли AT) Крім того, копію створених HTML-сторінкових файлів через ЛІНІЮ передачі даних DL передають на серверний пристрій даних СЕРВЕР для запам'ятовування там Складений авторський файл AT запам'ятовують у якості нового структуро ва ного за записами даних файла DSDn+і у запам'ятовуючому пристрої MEM авторської системи обробки даних На Фігурі 4 наочно пояснюється укладання змісту, як воно було підготовлено пристроєм генерування формату HTML-GEN при початому в минулому укладанні структуро ва ного за записами даних файла, наприклад, DSDx 8 Для користувача є видимим складений пристроєм генерування формату HTML-GEN зміст з індексом і вказівкою заголовка (на Фігурі зліва зверху), причому індекс є багаторазрядним, щоб можна було висловити бажану глибину структурування поділу документа У цей видимий зміст за рахунок посилання - як це пояснено в зв'язку з Фігурою З відносно глави 1 2 - інтегровані, тобто введені, також усі підглави глави Для укладача є невидимою побудова регістрових записів даних REGO, , REG2, які, зокрема, протоколюють логічну ПОСЛІДОВНІСТЬ стосовних до документа сторінкових файлів SD1, Це передбачено, зокрема, для того, щоб при індикації ВІДПОВІДНОГО сторінкового файла SDy на користувальній системі обробки даних Dvx також навігаційні символи NSY були представленими й активуємими спостерігачем на користувальній системі обробки даних, щоб дозволити подальше переключення (перегортання) до логічно наступної або, ВІДПОВІДНО, попередньої сторінки всередині структури документа Навігаційні символи NSY повинні, зокрема, дозволяти спостерігачу на користувальній системі обробки даних викликати наступний у ЛОГІЧНІЙ ПОСЛІДОВНОСТІ або попередній сторінковий файл, без необхідності активування функції броузера, яка - як уже спочатку згадувалося - через вміст має доступ на сторінку У якості навігаційних символів NSY ІНДИЦІЮються стрілка вправо, за рахунок чого символізується переключення до логічно наступної сторінки і стрілка вгору, яка символізує зворотнє переключення до попередньої сторінки Навігаційним символам NSY відповідної сторінки надані у ВІДПОВІДНІСТЬ HTML-адреса логічно наступної в документі сторінки або, ВІДПОВІДНО, HTML-адреса логічно попередньої сторінки Для швидкого визначення логічно наступної або, ВІДПОВІДНО, логічно попередньої сторінкової адреси відповідної сторінки пристроєм генерування формату HTML-GEN складаються регістрові записи даних REGO, Перший регістровий запис даних REGO містить два записи, у яких запам'ятовувані заголовок ієрархічно вищого рівня (рівень 0), тобто головний заголовок ВІДПОВІДНОГО документа Регістровий запис даних REG1 аналогічно містить заголовок глав, які знаходяться на наступному більш низькому ієрархічному рівні (рівень 1), а регістровий запис даних REG2 містить заголовок ієрархічного рівня 2 Регістрові записи даних REGO, , REG2 мають поряд із полем даних для заголовка подальшого поля даних, наприклад, для привласненого заголовку індексу, для адреси запису даних DSADR стосовної до заголовка записи даних DS в авторській системі обробки даних AUTS і для HTML-адреси, під якою є адресованим сторінковий файл SDy, який стосується ВІДПОВІДНОГО заголовка У наступному першому полі даних - наскільки це має сенс - вказана адреса того регістрового запису, у якій запам'ятовуваний логічно наступний заголовок У наступному другому полі даних - наскільки це має сенс - вказана адреса того регістрового запису, у якій запам'ятовуваний логічно попередній заголовок Вказані адреси служать таким чином у якості відсилання на записи даних 56210 10 си даних REGO, , REG2 побудовані показаним чином, тоді дуже швидко і просто можуть бути визначені навігаційні символи NSY із ВІДПОВІДНИМИ HTML-адресами для логічно наступного або, ВІДПОВІДНО, попереднього сторінкового файла і надані відповідному сторінковому файлу SD Отже, HTMLадреси логічно наступних або, ВІДПОВІДНО, попередніх сторінкових файлів заносять на відповідну сторінку і потім передають у якості її складової частини до серверного пристрою даних СЕРВЕР під HTML-адресою ХВ Наступний у ЛОГІЧНІЙ ПОСЛІДОВНОСТІ заголовок стосується до глави 11 і заУ даному прикладі на сторінці з HTML-адресою пам'ятовуваний внаслідок більш низького ієрархічХВ відкладений тільки навігаційний символ NSY ного рівня в регістровому запису даних RG1 (під для подальшого переключення до логічно наступадресою 10) Стосовний до цього заголовка ного сторінкового файла, HTML-адресою якого є (TITEL-A1) сторінковий файл SD є досяжним під ХА Навігаційний символ до попередньої сторінки HTML-адресою ХА відсутній, оскільки глава представляє собою початок документа У сторінковому файлі SD із HTMLНаступна в ЛОГІЧНІЙ ПОСЛІДОВНОСТІ глава в доадресою ХА під навігаційним символом NSY до кументі несе заголовок TITEL-A2' і має індекс 1 2 наступної сторінки запам'ятовують HTML-адресу Заголовок також внаслідок однакового ієрархічноХС і до попередньої сторінки HTML-адресу ХВ Для го рівня, як і попередній, запам'ятовуваний у регісзапобігання передачі сторінкових файлів, які вже тровому запису даних REG1 (під адресою 11) Зазапам'ятовувані в серверному пристрої даних головок TITEL-A2A', який примикає в ЛОГІЧНІЙ СЕРВЕР, HTML-адреси яких, однак, були змінені ПОСЛІДОВНОСТІ, відкладений у регістровому запису для адресування логічно наступного або, ВІДПОВІДданих REG2 під адресою 20 (для ієрархічного рівНО, попереднього сторінкового файла SD, регістня 2) Стосовний до цього заголовка (TITEL-A2A) рові записи даних REGO, REG2 можуть бути сторінковий файл SD є адресованим під HTMLзапам'ятовувані в серверному пристрої даних адресою XD Заголовок, який випливає в ЛОГІЧНІЙ СЕРВЕР, причому HTML-адреси логічно наступноПОСЛІДОВНОСТІ, знов-таки може бути знайдений у го і попереднього сторінкового файла відносно тому же регістровому запису даних REG2 під адВІДПОВІДНОГО сторінкового файла визначають чересою 21 (TITEL-A2B) Попередній у ЛОГІЧНІЙ ПОрез відсилання з регістрових записів даних REGO, СЛІДОВНОСТІ заголовок (відносно заголовка TITELА2А1') може бути знайдений у регістровому запису даних REG1 під адресою 11 Якщо регістрові запирегістрових записів даних REGO, Виходячи з зазначеної як приклад ієрархічної побудови поданого у верхній ЛІВІЙ частині Фігури 4 змісту SIV і тим самим документа, перший розділ має заголовок TITEL-A' Сторінковий файл SDy, наданий у ВІДПОВІДНІСТЬ цьому логічно першому запису даних структурованого за записами даних файла DSx, є рівним чином також логічно першим сторінковим файлом документа і є адресованим 11 56210 12 13 56210 Підписано до друку 05 06 2003 р 14 Тираж 39 прим ТОВ "Міжнародний науковий комітет" вул Артема, 77, м Київ, 04050, Україна (044)236-47-24