Анализ - сообщение
Cтраница 3
 |
Параметры оператора EXEC. [31] |
Формат оператора EXEC приведен в табл. 3.1. Имя в подполе названия указывать не обязательно, но тем не менее рекомендуется каждому пункту задания присваивать имя. Имя используется во многих системных сообщениях, которые выдаются оператору ЭВМ и программисту и помогают установить, какой пункт задания вызвал то или иное сообщение. Если имя в операторе EXEC отсутствует, то в сообщении на том месте, где должно указываться имя пункта задания, будет пробел, что затрудняет анализ сообщений. Желательно, чтобы в пределах одного задания не было одинаковых имен для разных пунктов заданий. [32]
Иначе говоря, чтобы понимать ( и быть в состоянии использовать) сообщения, адресат должен иметь определенные знания. Эти знания можно представить в виде словаря: списка слов - имен объектов, их свойств и отношений, в котором указаны смысловые связи между словами. В тезаурусе адресата воплощены, с одной стороны, его знания о внешнем мире, а с другой - его способность воспринимать те или иные сообщения; последнее также предполагает, что с тезаурусом связан определенный алгоритм анализа сообщений. [33]
После анализа сообщения Convectis генерирует аннотацию, список ключевых слов и список рубрик, к которым относится данное сообщение. [34]
Следует отметить, что показанное здесь распределение частот появления опубликованных сообщений не может правильно отражать истинную частоту возникновения шаровой молнии в природе. Согласно оценке [1788], выполненной на основании дистанционных автоматических фотографий молний, частота появления шаровой молнии составляет примерно 3 10 - 9 км-2 мин-1. В работах [413, 1314] на основании анализа сообщений, относящихся к различным районам и различным периодам времени, установлено, что число сообщений о наблюдениях шаровой молнии составляет примерно 3 % от числа сообщений об ударах обычной молнии в землю в Западной Германии и Швеции. Следует отметить, что результаты подобных оценок сильно зависят от различных искажающих факторов и не могут быть очень точными. [35]
Известны порты самых различных типов: для ввода, для вывода, обменные порты, порты, позволяющие осуществлять обмен между двумя процессами, а также сразу между многими процессами. Если процессу требуется передать сообщение, он должен указать, через какой порт это сообщение следует отправить, и, кроме того, задать идентификатор адресата. Если, напротив, процессу необходимо принять сообщение, он должен указать порт, через который это сообщение должно прийти. Принцип обмена сообщениями через порты дает возможность между каждыми двумя процессами устанавливать множественные линии ( маршруты) связи, а также заметно упрощает анализ сообщений и ответов на них. Конечно, если сведения различных типов попадают в единый буфер, то для их передачи по назначению нужны дополнительные процедуры. Но даже в случае применения портов трудно обойтись без макрокоманд SEND / RECEIVE, позволяющих помимо всего прочего устанавливать соответствие между отправленными сообщениями и заказами на их получение. [36]
Станция А инициирует начало структурированного диалога путем посылки сообщения начала. Идентификатор исходящей транзакции ( OTID, [49]), выбираемый станцией А и включаемый в сообщение начала, обозначается через X. Станция Б анализирует сообщение начала и соглашается установить диалог. Станция Б возвращает сообщение продолжения для подтверждения этого решения. Эта же станция выбирает OTID со значением Y для его включения в сообщение продолжения. Поле идентификатора входящей транзакции ( DNID) содержит идентификатор X, соответствующий номеру, выбранному станцией А. В этом случае OTID имеет значение X, a DNID - значение Y. После приема и анализа сообщения продолжения от АТС А станция Б определяет, что диалог может быть завершен, и возвращает сообщение конца. [37]
Страницы: 1 2 3