Статья 14. Авторское право на служебные произведения

1. Авторское право на произведение, созданное в порядке выполнения служебных обязанностей или служебного задания работодателя (служебное произведение), принадлежит автору служебного произведения.

2. Исключительные права на использование служебного произведения принадлежат лицу, с которым автор состоит в трудовых отношениях (работодателю), если в договоре между ним и автором не предусмотрено иное.

Размер авторского вознаграждения за каждый вид использования служебного произведения и порядок его выплаты устанавливаются договором между автором и работодателем.

3. Работодатель вправе при любом использовании служебного произведения указывать свое наименование либо требовать такого указания.

4. На создание в порядке выполнения служебных обязанностей или служебного задания работодателя энциклопедий, энциклопедических словарей, периодических и продолжающихся сборников научных трудов, газет, журналов и других периодических изданий (пункт 2 статьи 11 настоящего Закона) положения настоящей статьи не распространяются.

www.consultant.ru/popular/avtorpravo/65_2.html#p63
© КонсультантПлюс, 1992-2012

я бы всё-таки слушал профессоров кафедры — самое важное в дипломе — новизна и научность, тут они лучше подскажут. Я в своё время на этом облажался — сделал соц.сеть, вроде бы и диплом сдал на отлично, а в аспирантуру с ней поступить сложно, ибо научной ценности кот наплакал.
Может вы и не собираетесь поступать в аспирантуру, но всякое может случиться. А сделать что-то для себя, для души — ещё успеете

Посмотрите в сторону неточного поиска, хорошая реализация будет интересна

в Dojo можно реализовать через топики (dojo/topic)
синтаксически выглядит так

 topic.subscribe("system/event", function(evt){
    console.log("received:", evt.msg);
 });
/* ... */
 topic.publish("system/event",{
    msg: "возникло событие bla-bla-bla", 
    code: 17
 });

Настоятельно советую книгу RESTful Web Services Cookbook- Solutions for Improving Scalability and Simplicity — очень хорошо о ресте, + там также рассмотрен вопрос документирования (там предлагается использовать метод HTTP OPTIONS)