Имеется ввиду что после установки на компе этой проги OL, она также регистрирует свои COM компоненты. А это такая фиговина, примерно по смыслу так: когда основные функции программы реализуют в отдельном модуле-библиотеки, в виде отдельного файла (например dll-файл). Токо COM компоненты это более продивинутые файлы, в отличии от простых dll-библиотек они еще хранят структуру объектов класса с его методами, свойствами и иерархией внутр. объектов. Все это позволяет другим программам использовать этот COM-компонент. Поскольку COM-компоненты наделяют практически полной функциональностью что и сама программа (как правило она сама программа и использует в работе этот же COM-компонент), то ты получаешь возможность программно рулить чужой программой.... не пытаясь имитировать действия пользователя типа пошлем в прогу нажатие кнопочки чтобы сделать то и то, а сразу программно запускаем функции, процедуру и еще получаем возвращаемые значения
Вообщем это как если бы ты оставил на стоянку свою машину и еще положил на ее крышу инструкцию по эксплуатации.


Посколько на всех ввиндах (с 98) по умолч. стоит виртуальная машина VBScript, то можно хоть в блокноте набрать на Visual Basic Script (VBS) код, сохранить файл с расширением .vbs и запустить на выполнение два раза щелкнув по нему.

VBS проще чем Visual Basic (в том же Access, Worde и т.д.) тем что там не надо объявлять переменные(хотя и можно) и но НЕЛЬЗЯ задавать им тип. Тип переменной VBS подберет сам автоматически.
Большинство функций из Visual Basic есть и в VBS. В частности тебя в первую очередь интересует установление связи с COM-компонентом, например так:
Set OLobj=CreateObject("ИМЯ_COM-КОМПОНЕНТА")
ну а дальше применяешь методы этого COM-компонента OLobj.ля-ля, это уже надо их документацию изучать, что он может делать этот ихней COM-компонент.