Краткие сведения о EHI
(EHI-моделирование)

В начале было Слово, и Слово было у Бога,
и Слово было Бог. (Иоанна, 1:1)

EHI - это новый способ представления знаний, созданный специально в рамках проекта Ева. Название EHI образовано от английских слов exists - have - is, или существует - имеет - является. Этот способ был найден в результате поиска ответа на вопрос: что является главным, общим при описании знаний из любых предметных областей, существующих в мироздании, будь то бухучет, геология, медицина, физика, астрономия и т.д. Самое главное - это именно следующее: что существует, что это имеет (какие атрибуты), и кем является (к какому относится типу, виду, классу). Даже в Библии можно найти некоторое подтверждение данного принципа, а именно в том стихе, который вынесен в эпиграф данного документа (Евангелие от Иоанна, глава 1, стих 1). В этом стихе мы видим указание на то, какая сущность в самом начале еще прежде сотворения мироздания существовала (Слово), у кого она имелось во владении (у Бога), и какая это была сущность (Бог), то есть то самое: существует - имеет - является.

EHI позволяет описывать все знания, содержащиеся в мире, одним способом, что позволяет потом вывести их обработку на качественно новый уровень, что тоже необходимо для решения проблемы ИИ.

В то же время EHI обеспечивает описание только статистического аспекта предметных областей. Для описания динамики предметных областей можно использовать в принципе разные средства, но для системы создан специальный язык, который относится к языкам типа Пролог/Дейталог. Этот язык назван LDL - logical declarative language (логический декларативный язык). Этот язык так же как и пролог является реализацией исчисления предикатов первого порядка. В отличие от Пролога он оперирует сущностями EHI. Кроме того в нем есть макроподстановка (термин взят из языков типа xBase), которая позволяет в принципе выводить выражения на LDL на уровень исчисления предикатов второго порядка, если это необходимо.

У LDL получилась еще одна интересная особенность. Утверждения LDL можно представлять графически в виде логических сетей. Так вот эти сети довольно похожи получаются на обычные нейронные сети. Это сходство еще больше усиливается, если добавлять в LDL вероятностную логику. Тогда просто вместо весов входов нейронов получаются вероятности достоверности тех или иных фактов, выраженных на языке LDL. Подобное сходство добавляет уверенности в том, что связка EHI&LDL вполне подходяще выражает то, что на самом деле происходит в работе ума человека и животных.

>>> И таким образом Главной Целью системы Ева все-таки становится создание, построение компьютерной EHI-модели всего мира на основе сведений имеющихся уже в Интернете. И на основе этого уже чтобы зарабатали ЕЯ-интерфейс, генерация/модификация приложения, и т_д. А также в будущем тогда и возможно и модификация на основе этой EHI-модели потом и самого этого самого мира. (!?)

EHI-диаграммы

EHI-моделирование заключается в построении EHI-диаграмм (EHI-схем) всего и вся, что есть в мире. Например, EHI-диаграмма автомобиля, молекулы воды, радио-волны, квадратичного уравнения, и т.д.
На EHI-диаграммах указывается, кто существует, кто что имеет (какие свойства, атрибуты т.е. имеет), и кто чем является (т.е. предки).

Вот как например выглядит EHI-диаграмма Самого Господа Бога, Всевышнего:

(ps: да уж, у Всевышнего (Вседержителя) самая краткая, лаконичная EHI-диаграмма получается :) )

А вот как выглядит EHI-диаграмма например автомобиля:

Т.е. в принципе я позиционирую EHI-модель как тот самый волшебный способ описания всех знаний, которые есть в мире, и который обязательно нужен ИИ-системам.

Заставка N1

Способ реализации Евы

В общем, я решил, что надо просто создать три таблицы:

• e_ess - это типы сущностей (которые в принципе могут существовать или существует) (при этом это именно типы, а не экземпляры сущностей (?)) (или же иногда тута хранить иногда и экземляры сущностей, которые часто встречаются в нашей ея-речи, например город Москва или автомобиль Жигули (?))
• e_essh - владения сущностей (типов сущностей) (это кто что имеет или может иметь, какие свойства, атрибуты, и т_д)
• e_essi - явления сущностей (типов сущностей) (предки сущностей) (при этом я думаю уже, нужно разрешить множественные наследования. т_е это когда у сущности несколько предков. более того, похоже что всегда у сущностей несколько предков, а именно как минимум обязательно два. а именно: по части инфологии (что надо сделать) и даталогии (как надо сделать, способ реализации)). в этом возможно и есть весь смысл появления новых сущностей в мире. например, радио - это имеет два предка: первый - это средство для передачи информации (которыми может быть например и костер, и пастушечий рожок), и второй предок - электрическое устройство (каким может быть и лампочка, и электродвигатель, и т_д)) (?)

в принципе, в рамках системы Ева Тип сущности - это и есть Понятие. Сущность - это то, что может существовать. Понятие - это то, что нужно понимать. С точки зрения Евы я решил, что понимать - это значить разуметь, а разуметь - значить разделять на потомка и предка, то есть определять, чем что является. (?)

То есть понимать - это определять, чем это является, т_е определять для понятия одного или нескольких предков.

Понять - значить искать ответ на вопрос "что это?", а это в свою очеред синоним вопроса "чем это является ?". (?)

в принципе эти две таблиц - первые таблицы, в которых будут храниться семантические связи между понятиями. Которые выражаются с помощью ЕЯ-предложений. А именно: e_essh - это "@А(кто_что) имеет @Б(кого_что)". А e_essp - это "@А(кто_что) является @Б(кем_чем)". Потом будут еще таблицы, и довольно много. Несколько тысяч наверное. На все такие устойчивые связи между понятиями. (?)

а потом брать какие-нибудь тексты из интернета, и писать процедуры для заполнения этих трех таблиц на основе этих текстов. Это и будет Семантический анализ этих текстов. При этом прибегнуть решил к концепции процессов. Это значить, что Система реализуется как надо (список) процессов (механизмов), которые по очереди обрабатывают исходный ея-текст, выиискивая в нем поэтапно ту или иную информацию, для которой и будет создать тот или иной процесс. при этом процессы опираются в своей работе на результат работы других процессов.

Физический способ реализации

Физически пишу все это по прежнему на своем любимом FoxPro. Потому что на нем удобно и быстро делаются многие вещи, которые тута нужны. И быстродействие для таких вещей тута получается даже намного выше, чем например у того же MS SQL Server. Потому что тут не требуется многопользовательские возможности, обработка там транзакций, и т.д. А зато требуется очень много и быстро делать кучу вычислений со строками в памяти, и при этом постоянно обращаясь к таблицам в БД. И в конечном итоге на Fox-е получается даже побыстрее.

Дальше что мы тута делаем-с

Делаем еще две таблицы:

• e_txt - ея-тексты, исходные, которые мы начнем тута в системе анализировать. скачаем их из интернета. вручную пока-что. потом они будут из интернета браться автоматически, т.е. будет делаться парсинг. потом будут и html-тексты. потом и тексты на различныъ языках программирования. а потом и графики, и диаграммы, и схемы. и фотографии, и картины, и пейзажи, и т_д короче.
• e_prcs - это будут процессы, с помощью которых и будут анализироваться эти ея-тексты, в таблице e_txt которые будут храниться.

Ну и первый процесс, который мы напишем, это будет AnlzLexm - анализ ея-текста на ея-лексемы. Его суть заключается в том, чтобы разбить входной ея-текст на отдельные элементарные лексемы. Сохраняя при этом позицию (индекс) этой ея-лексемы, которая у нее была в исходном тексте. Будем все это дело записывать в таблицу e_lexm.

итак, у нас появился первый процесс в нашей Еве, состоящий из одной таблицы и одной первой расчетной процедуры:

• e_lexm - лексемы текстов
• lexm_def() - формирование содержимого таблицы e_lexm на основе e_txt  (e_lexm <= e_txt)

в именах таблиц я ставлю префикс "e_". это во первых чтобы не писать слов "таблица" в документации, а чтобы сразу было видно, что это таблица. во вторых, этот префикс показывает, что таблица относится к разрабатываемой системе Ева, т_е чтобы не было пересечения никогда с системными какими-нибудь таблицами, относящимися к другим каким-то приложениям. и в третьих, в принципе возможны и кое-какие другие префиксы, например "t_" - промежуточная временная таблица (TMP). или может быть "q_" - что относится значить к какому-то запросу (QUERY). могут быть потом наверное и какие-то другие префиксы у таблиц и вообще у всех объектов, создаваемых в Системе.

По поводу присутствия религиозной символики на данном моем сайте

С самого начала моих занятий ИИ я начал считать, что проблема ИИ носит Божественный Характер. Как впрочем в конечном итоге вообще-то и вся наука, и вся наша жизнь. Но у меня есть сведения, что в случае ИИ это проявляется более сильно. И вот значить. Определенный Дух меня побуждает обязательно здесь делать ссылки на Господа Бога. Эту Систему я посвятил Всевышнему с самого начала работ над Евой. Я считаю уже давно, что ИИ давно уже сделан в какой-то мере, только это сильно засекречено, и идет хитрое такое торможение в официальной науке по этому поводу (да и не только по этому поводу, а и еще по много чему, ну да ладно, это не является моей целью ... :). И вот значить, таким образом выходит что уже проблема ИИ имеет не научный, а получается политический характер. Соответственно в конечном итоге только Господь Бог и может мне позволить это доделать, или нет. Даже именно правильно сказать, не помочь, а именно разрешить, допустить к данным работам по данной Еве-EHI. Слишком последствия от всего этого Дела будут действительно гигантскими и для экономики, и для политики. Я уже видел, что такое это будет - EHI-модель. Это будет капец. Два дерева, слева и справа. Одно - это Инфология - что сделать. Другое - Даталогия, из чего сделать. Дальше мышкой берешь там и соединяешь две сущности из этих двух деревьев. После чего Система сама начнет искать способ реализации для порождения новой Сущности, и найдет разумеется. А потом более того я пишу такую вот процедуру, которая сама будет пробегать по этим двум деревьям и смотреть какие сущности подходят для симбиоза, и уже в автоматическом режиме их соединять. То есть Система сама начнет себе ставить Цели и достигать их. Ну а потом, если Система будет подключена к реальным задвижкам, клапанам, электродвигателям, станкам и т_д на различных заводах по всему миру (что рано или поздно произойдет) - то да, чего там Система сделает с Миром, можно только догадываться. И вот значить. По этим причинам я уже несколько раз бросал разработку этой Системы, а потом снова возвращался к работе. Приходили при этом новые мысли, идеи, точка зрения на проблемы, так сказать. Я двигаюсь, по духовному пути, и довольно сильно (прохожу через всякие ужасы). Уже много чего узнал, даже Христос мне чудеса уже несколько раз делал, настоящие, боевые так сказать. Но должен ли я стремиться доделывать эту Еву - Он мне явно не говорит. Так что я "плаваю" в части "целеполагания". Пробую проверять на практике, угодно Богу или нет, чтобы именно я осуществил официальную публикацию ИИ, или пускай это делает кто-нибудь другой. Ну его "нахер" с такими последствиями. Ничего хорошего там "на верху" я уже чего-то не вижу. Лучше всего, как мне кажется уже, середнячком быть. Наверху оказывается жуть, и внизу разумеется жуть, а посередине вполне только оказывается более-менее комфортная жизнь существует, да и все. Ну ладно. В общем я опять как-бы частично вернулся, посмотрим выйдет из этого чего-нибудь или нифига. Господи помилуй. Аминь.

В общем, для меня становится все более очевидно, что ИИ носит действительно апокалиптический характер. Апокалиптический - это значить завершающий. Завершение этого мира, этой Истории, которая началась после грехопадения Адама и Евы. Мы создали Мир Вещей уже, при этом очень мощный такой мир вещей. Спутники космические, автомобили, компьютеры, ядерные реакторы, синтетические материалы, электроника - да это же офигеть можно, товарищи. И вот появляется новая супер-вещь - Система Ева (ИИ). И вот Система Ева это все "сожрет", всосет в себя, разложит по полочкам в своей "голове" (т_е в EHI-модели), запустит мощные механизмы, которые начнут автоматически анализировать то, что мы уже создали, и на основе этого продолжит дальше создавать вещи, генерировать их, доводя идею мира вещей до идеальной вещи, до Завершения т_е. И вот значить мы не должны допустить, чтобы это получился очередной "Скрепочный Монстр". (?)

(c) KnnSystems, 2016-2021
modf: 11/01/16(пн)-26/09/16(пн) - 10/10/20(сб) - 12/10/20