La Fuenteв ней я хочу сравнить различные варианты взаимодействия серверной и клиентской частей приложения через интернет, и доказать что предлагаемый мной самый лучший=)))
Доказать-то наверное можно, но он не лучший :)

Возьмите тот же "Экспресс" - в Вашей схеме от вылетания одного узла остановится продажа ж/д билетов по всей стране, а от вылетания одного канала - по всему региону. Например, такое запросто случилось бы во время недавней шутки Чубайса (правда, не на железной дороге, а в конторе с дымом пожиже - у тех все-таки и своя система связи, и прочее). Кроме того, такая система будет максимально инерционной; время ответа будет ее постоянной проблемой. Придется строить систему приоритетов заявок, скорее всего будут коллизии ложного отказа в обслуживании (заявка возврата билета тормозит в очереди, а в это время отказывают в продаже этого билета по другой заявке).

Собственно, подобную систему в действии я наблюдал только позавчера - в "компьютерном гипермаркете Никс". Где считается нормой по полчаса обслуживать одну покупку. Причем судя по наблюдениям, которые я сделал за это время, простая реорганизация довела бы это время максимум до десяти минут.

La Fuenteа на сервере крутится ВиндовзСервис который разгребает эту очередь
А при чем тут виндовссервис? Самая что ни на есть обычная очередь заданий, сервер может быть любым. Очереди нынче поддерживает кто угодно, поиск даст Вам кучу солидных слов (лично я сходу вспомню JMS).

La FuenteПосоветуйте, пожалуйста, где можно найти подобные материалы, на данном этапе особенно интересуют именно "...Механизмы и алгоритмы удаленного взаимодействия...", но буду рад любой информации, которая может мне помочь.
Признаться, по моим ощущениям Вы накрутили лишнего. "Удаленного" тут вообще не при чем. Принципиально все то же самое, что придумывали для взаимодействия с компом в зависимости от задач - пакетный режим, интерактивный, задачи реального времени..... Не удивлюсь, если Вы найдете всю необходимую информацию, просто прочитав про диспетчеры задач в ОС больших машин - майнфреймов и их предков.

Станислав C.В поиск по Инету. Ключевые слова: RPC (remote procedure call), SOAP, WebServices...
Хм. Это по сути транспорты, а я так понял, что нашего собеседника интересует архитектура.

La Fuente естественно я не претендую на изобретение чего-то такого, что будет однозначно лучшим.
А зря, кстати :) Лучше привыкать смолоду.

La Fuente По поводу ненужности виндовзсервиса я не могу ничего сказать,
Вопрос не в том, что он не нужен, вопрос в том, что это техническая деталь. На его месте может быть линуксдемон или непонятнокакойвебсервис или еще что-нибудь - суть от этого не меняется. Хотя с вебсервисами, конечно, могут быть напряги по скорости - но могут и не быть.