06/27/22
Jan 19, 2016
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