Я использую ту же схему в нашем основном приложении.Это подмножество сервис-ориентированного дизайна / архитектуры.Вы фактически используете "услуги" , такие как: Login, CreateBlogPost, DeletePicture, Register, Connect и так далее.Но я считаю, что услуги служат более широким целям.Например, предоставляя API, доступ к которому, по сути, можно получить таким же образом, как вы описали, но реагируете на большее количество HTTP-глаголов, кроме GET: POST, HEAD, PUT, DELETE.Это RESTful-сервис , как вы упомянули.
Итак, чтобы ответить на ваш вопрос, описанная вами схема играет роль в хорошей архитектуре RIA .Я не верю, что у него есть собственное уникальное имя (помимо того, что он является частью SOA).