Comments 19
Хм, допустим, нам нужно учитывать перевозку контейнеров на прицепах.
Тогда у нас будет таблица контейнеров, таблица прицепов, вероятно таблица водителей и таблица заказчиков.
А еще таблица заказов с адресами - и наверняка таблица городов, чтобы не вбивать каждый раз.
Если условный Вася Пупкин решает такую же задачу - какова вероятность, что у него тоже будет примерно такой набор таблиц, и примерно похожий интерфейс?
У него еще и мысли будут наверное похожие - мои подслушал и украл, гад.
Интерфейс - внешняя оболочка программы для ЭВМ. Если задачи те же, то вероятность такого интерфейса очень большая. Программа может быть написана другим языком или переработана (законно или незаконно).
Другое дело - база данных.
По подбору объектов учета и их расположению база данных будут очень похоже, только если вы незаконно или законно заимствовали структуру базы данных. Это я об авторском праве, но есть еще право изготовителя базы данных))
только если вы незаконно или законно заимствовали структуру базы данных
Почему "только"?
Если объекты и отношения между ними одни и те же, то и структура БД с большой вероятностью будет одинаковой.
А если оба разработчика пользовались для создания БД одним и тем же конструктором не заморачиваясь редактированием того, что тот на создавал, то и имена и типы данных будут одинаковыми.
То есть, если первый разработчик настрадал БД и уложил ее в одну из нормальных форм оптимальным образом, то любой, кто будет заниматься контейнерными перевозками будет вынужден либо какие-то клуджи создавать либо деньги "первооткрывателю" платить?
Структура базы данных не будет тождественной или сильно похожей именно потому, что ее определяет человек. То есть речь идет о творческом акте, а не функционировании вычислительной машины с КЕМ-ТО вложенным ПОДБОРОМ или РАСПОЛОЖЕНИЕМ элементов.
Я говорю о базе данных с большим числом информационных элементов. Не двумя или тремя.
Структура базы данных не будет тождественной или сильно похожей именно потому, что ее определяет человек. То есть речь идет о творческом акте, а не функционировании вычислительной машины с КЕМ-ТО вложенным ПОДБОРОМ или РАСПОЛОЖЕНИЕМ элементов.
А если взять структуры из логистического стандарта?
EDI какого-нибудь?
Имена, типы данных, отношения.
То все равно это будет "творческий акт"?
Или о чем речь, когда говорят о "тождественности или сильной похожести"?
Или речь о каком-то гаражабле, который настрадали без оглядки на имеющиеся достижения?
в большие ценные. открытые данные делают закладки. Т.е. вбит несуществующий город, орфо ошибка, два пробела , дефис не той системы и вплоть что латинскую С где-то будут использовать и прочие коварные вещи
Возможно. Но тут ещё такое дело - пусть там всего 10 таблиц, но он что, и имена таблиц имеет такие же? И названия колонок и их типы? И индексы и внешние ключи? В целом вероятность не просто низка - она около-нулевая.
Структура базы данных это модель мира, технологического или иного процесса. Она как отражение объективной реальности. Материальные понятия записанные формальным языком. Тут сложно или невозможно описать объекты одного типа принципиально разными структурами.
Что будете делать, когда обвиняемая сторона опишет свою структуру БД, каждое поле и связь, как элементарное следствие производственной необходимости?
Если выиграете, у клиента есть желание "нагнуть" всех конкурентов в области перевозок? Программы учёта под склады планирует? Маркет-плейсы?
Я правильно понимаю, что обвиняемая сторона является единственным пользователем своей программы? Т.е. программа написана не на продажу, а для себя? И ваш обидчивый клиент, который не смог договорится со своим покупателем, теперь хочет засудить его за имена и порядок полей в таблицах?
Результат работы - подготовлены документы для решения вопроса о возбуждении дела.
В названии кейса термин "защитил" (реакция на нарушение права в конкретной ситуации) использован как противопоставление термину "охранять" (создание режима для профилактики нарушения).
А сравнивались структуры БД Вашего клиента со структурами общепринятых логистических документов и баз данных?
Насколько процентов база данных Вашего клиента оригинальна?
Или она на 80% процентов совпадает со стандартными документами?
Ведь лот, палета, контейнер, поставка и т д - это общепринятые объекты со сложившейся довольно жёсткой структурой.
Можно, конечно, если покопаться в дебрях родного языка переобозвать элементы, но от изменения наименований структуры не изменятся...
2. Интерфейс программы клиента на 80% повторяет интерфейс программы компании.
Такое возможно, когда нарушитель заимствует структуру базы данных компании:
Это наоборот - скорей говорит об отсутствии заимствования.
Объектно-ориентированное программирование как раз и предназначено для отражения реальных объектов на объекты программные (которые мапятся в таблицы БД) и связей между ними.
Рассмотрим для простоты школу. Мы имеем следующие сущности:
Школа,
Ученик,
Учитель,
Классный руководитель,
Родитель,
Класс,
Предмет
и т.д.
Попробуйте дать названия этим сущностям, номализовать (правильно разбить на таблицы) и установить связи между ними. Да хоть в экселе. И дайте то же самое задание своим друзьям/коллегам. Наверняка, сходство структуры (и даже именований) будет стремиться к 100%.
Ваш клиент, предположительно, ни как не развивал свою программу, а только "тянул" бабки со своего клиента. Последний не стал мириться, и написал свою версию программы устраивающего его полностью, а так как база уже была и процесс перехода был растянут во времени, саму БД взяли за основу и доработали, и как было сказано выше это "модель" и она будь даже создана с нуля, будет похожа.
подбор таблиц в зависимости от объектов учета;
Подбор таблиц определяется реальными объектами учета. Причем здесь ваш клиент и его программа?
взаимосвязи между таблицами и ее отдельными элементами;
Взаимосвязи между таблицами определяются взаимосвязями между реальными объектами учета. Причем здесь ваш клиент и его программа?
порядок расположения информационных материалов внутри каждой таблицы.
Порядок расположения информационных материалов внутри каждой таблицы определяется свойствами реальных объектов учета и бизнес-процессами. Причем здесь ваш клиент и его программа?
Кейс выглядит довольно тухло, если это судить в нормальной юрисдикции. Защита через уголовное преследование вообще выглядит предельно странно. Надежда, я так понимаю - что следователь заблокирует деятельность оппонента чисто изъяв технику. Или на технике в результате следственных действий найдется что-то конкретное чтобы доказать факт переработки. Потому что в арбитражном суде вас с формулировкой "Они украли БД потому что интерфейс и объекты учета похожи" - вас пошлют мгновенно, и далеко. Все-таки в арбитраже еще немного головой думают, а не только палки зарабатывают...
Подобное возможно, когда нарушитель извлекает из базы данных компании информационные материалы по объектам учета. Например, по контейнерам или ремонтным работам.
Налицо посягательство на право компании как изготовителя базы данных.
Вот это не понятно. Объекты учета чьи? Истца или ответчика? Если истца (каталог какой-нибудь объемом более 10000 единиц) , то нарушение может быть. А если ведется учет объектов ответчика, то какое отношение истец имеет к этим объектам учета?
С каких пор подготовка документов для обращения в органы попадает под определение "защитил"?
Тут скорее подготовил документы сомнительного качества для доноса в органы для решения гражданского спора через уголовное преследование.
Следственный комитет - это девочки-следователи, за ЗП в 50-60 т.р. производящие на свет пачки бумаг по простейшим преступлениям, допускающие по 50 орфографических ошибок на страницу. Заявление по 146/272/273 статьям УК РФ без приложенной заранее проведенной компьютерной экспертизы, а так же явки с повинной со стороны злодея - это уже 99.9% отказной. Заказчику с переданными вами ему документами возбудить уголовное дело в СК будет практически нереально. И даже если это, каким то чудом случиться, доказать виновность ответчика в уголовном суде будет практически нереально.
В данном случае проще сразу обратиться в суд по интеллектуальной собственности и нанять грамотных юристов. Правда их стоимость будет исчисляться суммой с 6 нулями за каждой заседание. То, что вы сделали для вашего заказчика это даже меньше, чем пук в воду.
Слишком размыто, никакой конкретики, за которую можно зацепиться. Думаю перспективы успеха у дела 3-5% или меньше, а вот затраты гарантированы.
Права на базу как-то оформлены? Что за данные в этой базе? Как следует из статьи - коммерческая информация клиента и всё. Что специфичного в структуре БД, что её можно считать собственностью? И если пошел разговор о базе данных, какая используется СУБД, собственная или что-то стандартное?
То есть, результатом работы стало - "Ходатайство о проведении процессуальных действий", а не "защитил владельца интеллектуальных прав..." ?
Кейс адвоката: защитил владельца интеллектуальных прав на программу для ЭВМ