04/21/23

Theme

Features of corporate information

and retrieval system designing

based on ODBMS ODB-Jupiter 4.0

Generalized requirements for information and retrieval systems

Storage of large volume semi-structured information.

Separation of user rights to an information. Fast information search applying various

parameters. Addition, deleting and changing of storied

information. Information output in convenient view for users.

Purpose of ODBMS ODB-Jupiter

ODB-Jupiter is specialized ODBMS for designing complex information storage and retrieval systems.

Possible adaptation: Automation of documents circulation. Designing of question-answering systems. Designing of digital libraries. Designing of specialized corporate data storage and

retrieval systems. Designing of automatic control system for enterprises.

Example of automatic information system base on ODBMS ODB-Jupiter

Remote usersDepartment 1

Department 3Department 2

Laptop

LaptopModem

...

Servers of ODBMS ODB-Jupiter

Internet

Laptop

Laptop

Server structure of ODBMS ODB-Jupiter

Storage server

ODBMS ODB-Jupiter

Database selector

Database

Operation dispatcher

ExternalDBMS

Access tostorages

Securitymodule

Lockdispatcher

Data schemamodule

Networkinterface

Administrationinterface

Indexator

Queryhandler

Nativestorage

ExternalDBMS

Storage server

Storage Storage

Web-queriesdispatching

Web-clientinterface

Business

Templates

HTML-adapter

ClientsRemote

administration utility

Web-clients

WEB-server

Transactiondispatcher

Data schema of ODBMS ODB-Jupiter

БД 1

БД 2

Data schema features: Data schema modification

do not require rebuilding of stored objects of DB.

Administrator can modify types and construct type hierarchy.

Any type includes a set of field determined by Administrator.

Object identifier format: 32-bit identifier of storage

(time of storage creation) String type name 32-bit short object identifier

Structure of ODBMS ODB-Jupiter storage subsystem

Legend

control flow

data flow

. . .

Ph

ysic

al s

tora

ge

inte

rfa

ce

. . .. . .

. . .. . .

. . .

Medium № 1type А

Medium № nAtype А

. . .

Co

ntr

ol m

od

ule

fo

rm

ed

ium

of

the

typ

e A

. . .

Medium № 1type N

Medium № nNtype N

. . .

Co

ntr

ol m

od

ule

fo

rm

ed

ium

of

the

typ

e N

. . .

. . .. . .

. . .. . .

. . .

Ph

ysic

al

sto

rag

e

mo

du

le

Data cachingmodule

Mo

du

le o

f st

ora

ge

co

ntr

ol

Log-conductmodule

Log cachingmodule Log medium

abstractinterface

Se

ssio

n №

1S

ess

ion

№ m

. . .

Inte

rfa

ce f

or

OD

BM

S in

tera

ctio

n

Physical data accessODBMSServer

. . .

. . .

GUI of remote-control utility for ODBMS ODB-Jupiter 4.0

Remote ODBMS control Database includes

several storages For each type can be

assigned individual storage

Storages

Types

Database

Event viewer

ODBMS ODB-Jupiter 4.0 remote-control utility Automatic database backup

Storages forbackup

Storage dumpLog dumpDatabase setup

Schedule of backup

Date/time

Period

Task list

User access control

Object security descriptor (OSD):– Owner identifier,– discretionary permission lists for each access type,– discretionary prohibition lists for each access type,– security labels «read» and «write».

User account record:– User identifier,– List of group identifies what include this user,– security labels «read» and «write», «read

modification base» and «write modification base».

Discretionary Access Control. Access types

Read Change Delete Change OSD Change owner

Discretionary Access Control. Access permission conditions

Level 1: Access permission by OBJECT TYPE SECURITY DESCRIPTOR:– User or at least one of his groups present in access

permission list of OBJECT TYPE SECURITY DESCRIPTOR,

– User and all his groups absent in access prohibit list of OBJECT TYPE SECURITY DESCRIPTOR,

Level 1: Access permission by OBJECT SECURITY DESCRIPTOR:– User is owner of the object,– User is not owner of the object and:

• User or at least one of his groups present in access permission list of OBJECT SECURITY DESCRIPTOR,

• User and all his groups absent in access prohibit list of OBJECT SECURITY DESCRIPTOR.

Mandatory Access ControlSecurity labels

Security levels – item of the ordered set {free access, secret, top secret etc.}

A set of categories – unordered set for information separation by categories.

A set of areas – unordered set. For example, a region separation of users.

Mandatory Access ControlLabel dominance

A AA

Category AreaLeavel

Label А

BBB

Level Category Area

Label B

B AA BA

B

Level Category Area

Comparision ResultL(B)<L(A)

L(A)L(B)

User access control User addition

Users

Users TypesGroupsAreasCategoriesLevels

Password

Security labels

Access control Adjustments of access to types

Permissionlist

Prohibitlist

Types

AccessLevel

Access atoperationsUsers and

groups

Data storage and retrieval system ODB-Text 4.0

ODB-Text is a tool for development of collective document processing means and conducting corporate document storages.

ODB-Text includes following components: ODBMS ODB-Jupiter 4.0; Storage server and ORB-server; ODBMS remote control utility. Data schema editor; Client software ODB-Text; Web-queries translator.

Main features of the system

Collective work with documents. Information search. Information guarding. Analytical data processing. Remote working. Integration with MS Office applications.

Object data model

Document and rubrics has a type with original name and a set of requisites

BaseDocument MainDocument

<New document type>

BaseDocument

MainDocument RubricDocument<New parent type>

<New document type> <New rubric type>

BaseDocument RubricDocument

<New rubric type>

Object data model

System

BaseDocument

MainDocument RubricDocument

Profile

Dictionary

InternalSearchQuery

SearchQuery

Rubric

Document with binary file

FileDocument

SystemFile

Document

Object data model

Object format in ODB-Text 4.0: Object identifier System requisites:

Name. Data/time of creation. Data/time of modification. Security descriptor.

User’s requisites Data schema editor allows to define any requisites.

Data schemaData schema editor.

Inherited requisites(parent "System")

Requisites

Children of the typeParents of the type

Current type

Requisiteflags

Tree Rubricator

Documents are organized by tree of rubrics:

Rubrics can have additional requisites. Rubricator refreshing in real-time. Filtering of documents and rubrics accordingly

to given by user parameters. Sorting of documents and rubrics by system

and user requisites e.g. creation/modification date, name.

Tree Rubricator

Rubricator

Rubricrequisites

Documentlist

Text of thedocument

Name ofa requsite

Value ofa requsite

Search facilities

Search of documents and rubrics. Search objects by one or more types. Using of type inheritance (query by parent type finds all

objects of it type and all objects of children types). Qualifying search by found objects. Using of keywords and key phrases in query forming dialog. Using of thematic dictionaries. Textual data queries in the strict language form

(coincidence, logical operations between words, ending masks etc) and the natural language form.

Storing of queries as object for using at future. Search in a rubric and all subrubrics.

Search facilities

Search results can be presented in the convenient form

Sorting results by one ore more requisites. Quick results viewing by portion adjusted by an

user. Document and rubric requisites viewing.

Includes: Requisites editor. It allows to editing not only

simple types such as date, time, string but also graphical and relationship types.

Accessibility for development and using of own requisites editors.

Viewing of document entry points and hypertext links.

Search of referred documents. Using Microsoft Word editor as text editor.

Document editor

Document editor

Name ofa requsite

Value ofa requsite

Documenttext

Document

Image as valueof requisit

Integration with Microsoft Word

ODB-Text 4.0 uses Microsoft Word for viewing and editing of a document text:

Natural language search by the text. Keywords highlight and jumps. Definition entry points of the text. Marking of hypertext links to other ODB-Text

documents. Using all facilities of the document editor.

Integration with Microsoft Word

ODB-Text 4.0 forms reports:

Forming reports by search results, rubric content or other object list.

Reports can be saved in the text, rtf or html format.

Saved reports can be used by other software for special processing.

Reports

Possibility of Web-browser access makes an information system all-sufficient. It has following properties:

«Thin» clients. Designing of informational Web-sites. Web-browser works at all platforms. Fully safety access (users can not change data in the

database).

Viewing an information by Web-browser

Access Control

Each object has a security descriptor. User with SCO change-access or owner of the object can change it at discretion.

Specialized information storage and retrieval systems

At the current on the base of ODB-Text 4.0 are developed following systems:

«Mass media message-flow processor»;

«Digital Library Development System».

Purpose:

Data fetching from various informational sources.

In-line processing. Selection and preparation of information for

users. Preparation of reports at stored data.

Mass media message-flow processor(MMF Review)

Data schemaMass media message-flow processor

System

BaseDocument

MainDocument

RubricDocument

Profile

Dictionary

InternalSearchQuery

SearchQuery

Рубрика

СообщениеДата выпуска : ДатаВремя выпуска : ВремяАннотация : Строка с разбиениемАвтор : Строка без разбиенияПримечание : Строка с разбиениемДата сбора : ДатаДата поступления : ДатаВремя поступления : ВремяИсточник : Строка без разбиения

SystemFile

FileDocument

Structure of MMF Review

ODBMS Server

Working placesof Users

Information pre-processormodule

Information searchat www-sites

Informationfetching

data processingmessages of site1

data processingmessages of site2

data processingmessages of siteN

...

Message formattransformation

Working place of Editor

Rubric inputClassification

running

Identical and dirtydocuments control

Rubric accordancecontrol

Output documentlist forming

SynchronizationWork

databaseCommondatabase

Odb-Text

Odb-Text

Internet

data processingof other sources

Internal informationsources

Working place ofAdministrator

Odb-Text

Working of system

Main phases of data processing Fetching and transformation of

messages Work of Editor

Classifying Correction of classify results and

preparation for publishing Publishing

Fetching and transformation of messages

Document fotdatabase input

Newsmessage

Section

Source

Name

Abstract

Link to the article

Requisites of themessage

kp.ruThe Man with ...

How to free...Freedom ...

Text of themessage

Phases of the Editor’s work

Rubric 1

Rubric 2

Query 1

Rubric 3

Query 2

Query 3

"Not classified"

1

2

3

documents

documents

documents

Rubric 1

Rubric 2

Document4

Rubric 3

Document1

Document5

Document2

Document3

Document6

Move

Publishing

Publishing

delete

delete

Publishing

Classification Correction Publishing

WorkDB

CommonDB

"Not classified"

* Deleting of all residuarydocuments after

classification

Working place of the Editor

Query for classifying

Not examined documents

Window for quick view

Seeking at search result list or rubric content

Selector of object filter

Document status buttons:red - not examinedgreen - already processeswhite - ready for publishing

Database synchronization

Rubricator

Document editor

Requisites ofthe document

Text of the documentin MS Word format

Search facilities

Search mode:- by documents- by rubrics- all

Name forstored query

Types for search

Rubric for searchSort mode

Text mode selector andquery by strict language form

Requisites forsearch

Search facilitiesThematic dictionaries

Object type Dictionary Name

Query string forviewing

Query string forexecute

Requisites associatedat a dictionary

Working place of a WEB-user

Rubricator

Object search

Seeking at object list

Abstract of the document

Stored search queries

Object filterselector

Sort mode selector

Working place of a WEB-user. Document.

Text of the document

Requisites

Text of the document in MS WORD format

Name of the document

Purpose:

Gathering and storage of semi-structured information.

Union of data slices from the same event, associated documents, photo, audio, video information etc.

Convenient information search. Preparation of analytical reports by stored data.

Digital Library Development System(DLDS)

Structure of DLDS

ODBMS Server

Workingplaces of

Users

Working place of Editor

Rubric input Document input

Document markupand linking

Documentallocation in the

rubricator

Output documentlist forming

Database

Odb-Text

Odb-Text

Input

Working place ofAdministrator

Odb-Text

Information pre-processormodule

Data processingfrom source 1

Data processingfrom source 2

Data processingfrom source N

...

Data schema of DLDS

System

BaseDocumentMainDocument

RubricDocument

Profile

Dictionary

InternalSearchQuery

SearchQueryРубрика

СообщениеТип документа : Строка без разбиенияИсточник : Строка без разбиенияДата события : ДатаДата передачи документа : ДатаОтветственное подразделение : Строка без разбиенияФИО ответственного за информацию : Строка без разбиенияСвязанные документы : Ссылка на объект<<System>> Оригинал : Ссылка на объект

FileDocument

SystemFile

Relationships between documents

...

Working place of a WEB-user

Manufacturing application of informational systems based on ODB-Text 4.0

System of news-flow processing for the Council of Federation of the Federal Assembly of the Russian Federation - the upper chamber of the Russian parliament.

System gathering and storage of public appearances of the president of the Council of Federation

System of news-flow processing for the Council of Federation

Experimental operation since 2002 Now more than 60 000 messages

System gathering and storage of public appearances of the president of the Council of Federation

Relationships to other documents

Main document

Embeded files

Photo of the president ofthe Council of Federation

Personal Internet page

Short biography

Development of specialized informational systems based on ODB-Text 4.0

Rapid development of the system. High qualification of a system administrator is

NOT REQUIRED. Easy adjustment for concrete requirements. Scalability. High efficient of developed informational systems.

04/21/23