Способ организации компьютерной логистической сети с использованием доменной древовидной иерархической структуры и система для её осуществления
METHOD FOR ORGANISING A COMPUTER LOGISTICS NETWORK USING A TREE-TYPE DOMAIN HIERARCHICAL STRUCTURE AND SYSTEM FOR IMPLEMENTATION THEREOF

Область техники
Изобретение относится области техники, предназначенной для организации цифрового взаимодействия независимых участников транспортно-логистического рынка между собой на взаимовыгодных условиях по определенным правилам настройки доверенных отношений.
Благодаря правилам настройки доверенных отношений пользователи компьютерной логистической сети могут быть уверены в своей конфиденциальности и конфиденциальности своих баз данных Клиентов и Перевозчиков.
Термины и их определения
В рамках данной заявки используются следующие термины и их определения:
«Домен» - подмножество участников логистической сети, в которое сгруппировано определенное количество Клиентов и/или Поставщиков.
«Субдомен» - подмножество участников логистической сети домен, являющееся частью домена более высокого уровня.
«Управляющий домен - участник логистической сети, выполняющий функцию управляющего логистическим доменом.
«Линк» - связь между двумя участниками логистической сети, определяющая возможность коммерческого взаимодействия участников между собой.
«Клиент» - участник логистической сети, выступающий в качестве конечного потребителя услуги по перевозке груза, на которую он размещает заказ.
«Перевозчик» - участник логистической сети, выступающий в качестве конечного производителя услуги по перевозке груза.
«Доверенные отношения» - отношения между субдоменами Перевозчиков и Клиентов, находящимися в одном домене, с использованием аутентификации и без предоставления персональных данных.
Уровень техники
В документе US 2016026971 описаны система и метод, которые обеспечивают возможность отслеживания в рамках профессиональной сетевой системы для потребительских товаров, доступной для всех участников цепочки поставок, от источника до потребителя. Система способна: идентифицировать, выбирать и искать товар; создавать, размещать и сопоставлять списки покупателей и продавцов; торговать, и подтверждать покупки; организовать логистику, такую как, помимо прочего, транспортировку; обеспечить / получить полную прослеживаемость; и записывать и архивировать транзакции.
Известны компьютерные логистические системы, разработанные на базе платформы «1С.Предприятие». В рамках терминологии заявленного способа аналог заявленного способа работает по схеме, изображенной на Фиг. 1, на которой видно, что домены компаний 301 и 306 совершенно изолированы друг от друга. Клиент 302 (он же Заказчик, он же Экспедитор) первой компании видит только своих перевозчиков 303 и может назначать на заказы только их. Аналогичная картина для Клиента 307 второй компании.
Таким образом, технической проблемой известных компьютерных логистических сетей является то, данные системы работают изолированно от глобального рынка логистики. Целью изобретения является решение указанной выше технической проблемы.
Технический результат заявленного изобретения заключается возможности настройки доверенных отношений между субдоменами пользователей, а именно Перевозчиков и заказчиков услуг (Клиентов) по перевозке грузов.
Под доверенными отношениями понимается отношения между субдоменами Перевозчиков и Клиентов, находящимися в одном домене, с использованием аутентификации и без предоставления персональных данных. Причем субдомены пользователей содержат контактную информацию пользователя су 6 домена, доступную только владельцу домена.
Таким образом, экспедиторы доменов могут видеть при обоюдном согласии Перевозчиков и Клиентов из других доменов, могут воспользоваться, например, услугами поставщика из другого домена в случае нехватки своих перевозчиков. Благодаря правилам настройки доверенных отношений пользователи компьютерной логистической сети могут быть уверены в своей конфиденциальности и конфиденциальности своих баз данных Клиентов и Перевозчиков.
Сущность изобретения
Указанный выше технический результат достигается за счет того, что способ организации компьютерной логистической сети с использованием доменной древовидной иерархической структуры, включает:
создание в сети иерархической древовидной структуры логистических доменов, включающая управляющие домены, которые формирует свои субдомены с пользователями, которые содержат контактную информацию пользователей субдомена, доступную только управляющему домену;
причем управляющие домены, выполнены с возможностью настройки доверенных отношений между субдоменами пользователей;
причем субдомены, находящиеся в одном домене, устанавливают доверенные отношения напрямую, с использованием аутентификации и без предоставления персональных данных;
причем субдомены из разных доменов, устанавливают доверенные отношения с помощью запроса, который проходит утверждение в каждом из управляющих доменов.
Осуществление изобретения
Способ организации компьютерной логистической сети с использованием доменной древовидной иерархической структуры и система для ее осуществления иллюстрируется прилагаемыми к заявке чертежми.
На Фиг. 2 изображена последовательность действий в способе организации компьютерной логистической сети, при сценарии, когда субдомены, находящиеся в одном домене, устанавливают доверенные отношения напрямую, с использованием аутентификации и без предоставления персональных данных. Когда субдомен Перевозчика хочет получить доверенные отношения с субдоменом Клиента для того, чтобы впоследствии иметь возможность заключать с ним договоры на перевозку и для того, чтобы Клиент видел его в своем списке перевозчиков.
Субдомен Перевозчика 501, имея желание получить доверенные отношения с субдоменом Клиента 502, заходит в Браузер линков (раздел в личном кабинете перевозчика, в котором отражаются все связи перевозчика).
В списке связанных с ним участников Перевозчик ищет субдомен (505) нужного клиента. Возможность доверенных отношений настраивается управляющим доменами.
515. Если субдомен Перевозчика не находит в списке видимости нужного субдомена Клиента, то процесс на этом заканчивается в силу невозможности данному субдомену Перевозчика создавать доверенные отношения с данным субдоменом Клиента.
506. Если субдомен Перевозчика видит субдомен Клиента, то он формирует и отсылает ему запрос на Линк.
507. Клиент в своем личном кабинете видит запрос на Линк со стороны Перевозчика. Он на него реагирует.
515. Если субдомен Клиента не согласен на доверенные отношения, то он отклоняет запрос от субдомена Перевозчика.
508. Если субдомен Клиента согласен на доверенные отношения, то он отвечает положительно и процесс перемещается в личный кабинет управляющего домена. Проверяются права на создание доверенных отношений с данным субдоменом Клиента.
509. Если есть права на автоматическое создание доверенных отношений по запросу со стороны перевозчиков, то доверенные отношения создаются без вмешательства управлящего домена.
515. Если у субдомена Клиента нет прав на доверенные отношения с перевозчиками, то связь не создается.
510. Если у субдомена Клиента есть права на доверенные отношения с перевозчиками лишь через согласование с управляющим доменом, то запрос попадает в список согласований. Управляющий домен видит запрос и принимает по нему решение 511.
509. Если управляющий домен утверждает связь, то доверенные отношения между Перевозчиком и Клиентом создаются.
515. Если управляющий домен не утверждает связь, то доверенные отношения между Перевозчиком и Клиентом не создаются.
В двух местах процесса включается Счетчик времени 512:
- Одновременно с созданием запроса на связь 506 со стороны субдомена Перевозчика;
- Одновременно с созданием запроса на согласование 510 в личном кабинете управляющего домена.
Счетчик времени 512 с определенной регулярностью проверяет (513) наличие ответа от участника, к которому запрос обращен. Если ответ есть, то счетчик заканчивает свою работу. Если ответа нет, то счетчик проверяет (514) таймер - не истек ли контрольный срок. Если срок истек, то процесс заканчивается ничем. Если срок не истек, то счетчик переходит в режим ожидания следующей итерации.
На Фиг. З изображена последовательность действий в способе организации компьютерной логистической сети, при сценарии, когда субдомены из разных доменов, устанавливают доверенные отношения с помощью запроса, который проходит утверждение в каждом из управляющих доменов. Когда субдомен Перевозчика 601 хочет попасть в другой Домен, чтобы расширить список своих потенциальных Клиентов. В другой будущий управляющий домен 603, он попадет, не выходя из своего домена. Способ позволяет одному Перевозчику или Клиенту находиться одновременно в более, чем одном домене.
Субдомен Перевозчика 601 хочет попасть 604 попасть в другой домен. Для этого он заходит в Браузер линков и ищет 605 в списке видимости будущий управляющий домен 603.
618. Если домен Перевозчика не находит в списке видимости нужного управляющего домена, то процесс на этом заканчивается в силу невозможности данному домену Перевозчика попасть в желаемый домен.
606. Субдомен Перевозчика проверяет нет ли запрета у другого домена на принятие участников из иных доменов.
618. Если запрет есть, то процесс на этом заканчивается.
607. Если запрета нет, то субдомен Перевозчика формирует и отсылает запрос на доверенные отношения управляющему домену.
608. Запрос перехватывает текущий управляющий домен 602 Перевозчика 601 и принимает решение. Если он не согласен на присутствие субдомена своего Перевозчика еще в другом домене, то он запрос отклоняет и процесс завершается ничем. Если текущий управлящий домен согласен, то запрос пересылается будущему управляющему домену 603.
609. Сначала запрос проходит проверку на уровне другого домена - есть права у другого домена на включение участников из иных доменов.
610. Если есть право на автоматическое включение в другой домен, то создаются доверенные отношения с будущим управляющим доменом 603.
611. Перевозчик проходит проверку в Службе безопасности и по результатам проверки получает оценку.
612. Субдомен Перевозчика считается включенным в другой домен и может пользоваться налаженными для этого домена бизнес-процессами.
613. Если нет права автоматического подключения участников из иных доменов, то создается запрос будущему управляющему домену на такое включение домена Перевозчика 601.
614. Будущий управляющий домен 603 принимает решение. Если он согласен на включение субдомена Перевозчика, то процесс идет далее по цепочке 610 ->611 ->612.
618. Если будущий управляющий домен 603 не согласен с желанием домена Перевозчика 601, то процесс на этом заканчивается.
В двух местах процесса включается Счетчик времени 615:
- Перед принятием решения настоящего управляющего домена 602 на запрос субдомена Перевозчика 601;
- Одновременно с созданием запроса 613 на принятие 614 решения о запросе субдомена Перевозчика в личном кабинете управляющего домена.
Счетчик времени 615 с определенной регулярностью проверяет (616) наличие ответа от управляющего домена. Если ответ есть, то счетчик заканчивает свою работу. Если ответа нет, то счетчик проверяет (617) таймер - не истек ли контрольный срок. Если срок истек, то процесс заканчивается ничем. Если срок не истек, то счетчик переходит в режим ожидания следующей итерации.
Система 701 организации компьютерной логистической сети с использованием доменной древовидной иерархической структуры изображена на Фиг. 4 и состоит из серверной части 702, где находятся сервера с нужной им инфраструктурой, на которых размещается программный код и базы данных и клиентской части 703, включающей личные кабинеты участников системы, работающие на локальных устройствах. Перевозчик 704 через личный кабинет может обратиться к Модулю логистических доменов 709, а именно к подмодулю подключения 711 для того, чтобы его записали в логистический домен Клиента 707. После процедуры согласований, которую обеспечивает подмодуль 711, информация об успешном подключении заносится в Базу данных 710. Информация о включении Перевозчика 704 в логистический домен Клиента 707 транслируется в интерфейс личного кабинета Клиента. Когда Клиент 707 размещает заказ на перевозку груза через модуль заказов 708, то система проверяет включенность Перевозчиков в логистический домен Клиента 707 с помощью подмодуля проверки 712, который запрашивает и получает информацию о перевозчиках из БД 710 и рассылает приглашение на заказ только тем Перевозчикам 704, которые в его домен включены. Перевозчик 704 высылает своему водителю на телефон 706 параметры заказа, и водитель с помощью своего транспортного средства 705 заказ исполняет.
Используемые в этой заявке термины "модуль" и "субмодуль" относятся к компьютерной сущности, которая представляет собой либо оборудование, либо комбинацию оборудования и программного обеспечения, либо программное обеспечение, либо выполняемое программное обеспечение. Например, «субмодуль» может представлять собой, но без ограничения, процесс, выполняющийся на процессоре, процессор, привод жесткого диска, множественные приводы (оптического и/или магнитного носителя), объект, выполнимый модуль, поток выполнения, программу и/или компьютер.
В порядке иллюстрации, «субмодулем» может быть как приложение, выполняющееся на сервере, так и сам сервер. Один или несколько «субмодуле» могут размещаться в процессе и/или потоке выполнения, и компонент может размещаться на одном компьютере и/или распределяться между двумя или несколькими компьютерами.
Хотя вышеприведенное описание относится, в целом, к компьютерным инструкциям, которые могут выполняться на одном или нескольких компьютерах, специалистам в данной области техники очевидно, что новый вариант осуществления также можно реализовать совместно с другими «субмодулями». В общем случае, «субмодули» включают в себя процедуры, программы, объекты, компоненты, структуры данных и т.д., которые выполняют определенные задачи или реализуют определенные абстрактные типы данных.
Кроме того, специалистам в данной области техники очевидно, что способы, отвечающие изобретению, можно осуществлять на практике посредством других конфигураций компьютерной системы, в том числе однопроцессорных или многопроцессорных компьютерных систем, миникомпьютеров, универсальных компьютеров, а также персональных компьютеров, карманных вычислительных устройств, микропроцессорных или программируемых потребительских электронных приборов и пр., каждый их которых может в ходе работы подключаться к одному или нескольким соответствующим устройствам.
Иллюстрируемые аспекты также можно применять на практике в распределенных вычислительных средах, где задачи выполняются удаленными устройствами обработки, связанными друг с другом посредством сети передачи данных. В распределенной вычислительной среде «субмодули» могут располагаться в локальных и удаленных запоминающих устройствах.