СПОСОБ И СИСТЕМА АВТОМАТИЧЕСКОГО ФОРМИРОВАНИЯ МУЛЬТИМОДАЛЬНЫХ СЕРВИСОВ ГРУЗОПЕРЕВОЗОК В РЕЖИМЕ РЕАЛЬНОГО ВРЕМЕНИ Российский патент 2019 года по МПК G08G1/02 

ОБЛАСТЬ ТЕХНИКИ

[001] Данное техническое решение, в общем, относится к области вычислительной техники в транспорте и логистике, а в частности, к способам и системам автоматического формирования мультимодальных сервисов грузоперевозок.

УРОВЕНЬ ТЕХНИКИ

[002] В настоящее время управление мультимодальной логистикой грузоперевозок является сложной, трудоемкой задачей для всех участников рынка.

[003] Для грузовладельцев в условиях отсутствия единого связанного цифрового пространства для проектирования, снабжения, производства и дистрибуции продуктов любые изменения в цепочке добавленной стоимости по каждому из продуктов требуют значительных усилий на координацию многочисленных участников, что приводит к неэффективным затратам и увеличивают общее время реакции на изменения. Таким образом, изменения в спросе могут потребовать пересмотра конструкции продукта для производственных компаний и номенклатуры закупок для торговых компаний. Изменения приходится транслировать по всей цепочке добавленной стоимости - происходят изменения в сети поставщиков, сети производственных площадок и обуславливают необходимость перестройки самих цепочек поставок. Функциональная разрозненность информационно-технологических решений у компании, ее поставщиков, производственных центров, внешних потенциальных поставщиков, которые находятся вне контура производственной системы компании, и тем более транспортных и логистических операторов, которые обеспечивают движение материальных потоков приводят к тому, что управление жизненным циклом продукта и управление изменениями продукта требуют значительной координационной и коммуникационной работы от первого проекта до первой рекламации, а также от первой версии продукта до утилизации последней версии продукта и окончания жизненного цикла. Помимо множественности функциональных ИТ-решений от разных вендоров, внутри каждой из компаний, в большинстве случаев корпоративная информационная система - это закрытая система, которая хорошо работает для устоявшейся бизнес-архитектуры функциональной зоны одной компании. Соответственно, любые изменения внутри компании и в особенности интеграция информационных систем двух и более компаний, пусть даже в пределах одной цепочки добавленной стоимости продукта, только усиливают негативные эффекты для грузовладельцев.

[004] Для логистических подразделений грузовладельцев и 4PL операторов по-прежнему сложной является задача комплексного анализа, проектирования и оперативного управления цепочками поставок многопрофильных территориально распределенных торгово-производственных комплексов таким образом, чтобы соответствовать скорости изменений в цепочках создания стоимости. При этом корневой проблемой управления цепочками поставок является поиск и организация мультимодальных перевозок. Неэффективность в этом вопросе приводит к существенным временным и финансовым потерям. Вручную выполняется много рутинной работы по поиску контактов, подготовке запросов, ожиданию получения коммерческих предложений, сопоставлению коммерческих предложений от разных провайдеров по единому основанию, выявлению отличий, получению отзывов по качеству сервисов, повторным уточняющим запросам, выбору итогового предложения. Но и после того, как определены транспортные и логистические операторы для работы, сложностью для грузовладельцев становится бронирование мультимодальных перевозок, что требует изучения расписаний разных видов перевозок в разных источниках информации, сопряжение рейсов между собой. В международных мультимодальных перевозках дополнительно приходится учитывать время на таможенное оформление при сопряжении рейсов. Бронирование транспортных и логистических сервисов может производиться в разных системах разных провайдеров сервисов, равно как и отслеживание перевозок. При этом несвоевременные поставки сказываются на операционной работе грузовладельцев.

[005] Для 3PL операторов, экспедиторов, логистических компаний основной сложностью является управление портфелем логистических сервисов и взаимоотношениями с клиентами. Это подразумевает трудоемкий процесс запроса специальных тарифов у транспортных и других логистических компаний, длительное время ожидания ответа, сведение результатов, сравнение результатов, установление собственной надбавки к тарифу, управление надбавками к тарифам для разных категорий клиентов, рассылка коммерческих предложений клиентам, трудоемкость отслеживания обратной связи от клиентов и в целом низкая эффективность онлайн и оффлайн инструментов продвижения собственных логистических сервисов.

[006] Для транспортных компаний по-прежнему сложным является процесс управления портфелем транспортных сервисов. Это подразумевает неэффективные формы и инструменты поиска информации о свободных активах, запросах и переговорах с собственниками активов, договорной работе, оперативной замене транспортных активов в сервисах, длительном времени ожидания коммерческих предложений по сервисам других транспортных компаний и т.д. Все это сказывается на трудоемкости и оперативности при формировании транспортных сервисов. Сложные процессы управления изменениями транспортных сервисов (изменения тарифов, согласования спец условий, изменение расписаний, состава транспортных операций сервисов, публикация изменений) сказываются на качестве обслуживания клиентов.

[007] Операторы транспортных активов сталкиваются со схожими коммерческими проблемами при управлении активами - поиск клиентов, переговоры, ценообразование, договорная работа, покупка и аренда активов, вывод из аренды и т.д. Все эти операции достаточно трудоемки, сопровождаются высокими транзакционными издержками и в целом неэффективны.

[008] При этом для коммуникаций приходится использовать разные каналы и инструменты, порой не в полной мере соответствующие потребностям. Например, для оперативного общения используется электронная почта, мессенджеры WhatsApp™, WeChat™, Viber™, для продвижения транспортных сервисов используются веб-сайты, а также не совсем предназначенные для этого социальные сети, как например, Facebook™ или Linkedln™, контекстная реклама в поисковиках и т.д. В отдельных странах существуют социальные сети для узкоспециализированных задач, как, например, Trucker Path™ в США для дальнобойщиков. В период, когда почти каждый участник рынка транспорта и логистики имеет доступ в сеть Интернет, немало компаний используют оффлайн инструменты для продвижения своих сервисов.

[009] Разработчики прикладных цифровых решений вынуждены самостоятельно реализовывать в своих приложениях базовую стандартную функциональность (платежи, страхование, отчетность, проверка контрагента и т.д.). С другой стороны, множественные решения для одной отрасли реализуются на разных технологических платформах с несвязанными раздельными хранилищами данных.

Дополнительно, порой отсутствует рынок торговли обезличенными массивами корпоративных данных для целей разработки нейтральных отраслевых цифровых решений. Все это отвлекает от основной задачи, а именно разработки и коммерциализации эффективных алгоритмов, затрудняет взаимодействие между приложениями при построении бесшовных логистических цепочек, сдерживает раскрытие всего потенциала разрабатываемых решений.

[0010] Таким образом, управление цепочками добавленной стоимости и управление цепочками поставок характеризуются низкой эффективностью коммуникаций, транзакций и операций большинства типов участников, а существующие технологичные решения в этой области не соответствуют заявленным и ожидаемым потребностям.

[0011] Новые технологии привнесли возможность решения вышеуказанных вопросов через создание цифровой мультимодальной сети 5PL, которая:

1. подобно сети Интернет, равноудалена от всех пользователей, т.е. является нейтральной.

2. подобно тому, как социальные сети объединяют людей для общения, объединяет все типы участников для решения всех задач, связанных с управлением цепочками добавленной стоимости и управлением цепочками поставок.

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

4. подобно тому, как поисковые системы в реальном времени осуществляют поиск в сети Интернет и представляют результаты под любой запрос, формирует в реальном времени мультимодальный сервис под любой запрос любого из участника сети.

[0012] Из уровня техники известна заявка на патент US 20160189102 A1 «Устройство и способ определения маршрута грузоперевозки», заявитель: TRADEOS LIMITED, опубликовано: 2016-06-30. Данное техническое решение позволяет определять маршруты грузоперевозок в реальном времени. Однако данное изобретение не позволяет формировать мультимодальные сервисы, причем алгоритмы формирования всего маршрута зависят от алгоритмов выбора первого транзитного узла маршрута. Это приводит к тому, что в случае близкого расположения транзитных узлов, что встречается часто, отсекаются альтернативные маршруты, сужая возможность выбора маршрутов. Архитектура системы представляет собой базу данных, в которой данные о маршрутах хранятся в несвязанном виде. Приходится использовать много вспомогательной информации для соединения частных маршрутов в единый маршрут по запросу пользователей, что увеличивает время на обработку запросов.

[0013] В данном техническом решении предусмотрены отдельные модули, которые при каждом запросе пользователя проверяют через какие маршруты можно связать два адреса, указанные пользователем в запросе. Определение маршрутов через хабы предусматривает дополнительные шаги. Поверхность разбивается на геозоны и определяется релевантность каждой зоны к каждому хабу. Потом определяются «зоны притяжения» для каждого хаба. Маршруты выводятся в зависимости от того, к «зоне притяжения» какого хаба относятся точки отправления и точки назначения грузоперевозки, указанные пользователем. При каждом запросе пользователю приходится вбивать точные адреса, порой с указанием города, индекса, улицы, дома и т.д. Затем система использует несколько модулей, чтобы каждый раз связывать маршрутом адреса пользователя. Эти операции отнимают время у пользователя, а у системы снижают вычислительную производительность и продуктивность, по сравнению с решением, у которого не требуется выполнение таких операций.

[0014] В заявляемом техническом решении для пользователя нет необходимости вводить адреса начала и окончания грузоперевозки, а необходимо лишь сослаться на профили пользователей. Также системе не надо связывать профили между собой при каждом запросе пользователя, поскольку профили уже представлены в виде сети профилей.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0015] Данное техническое решение направлено на устранение недостатков, свойственных решениям, известным из уровня техники.

[0016] Технической задачей или проблемой, решаемой в данном техническом решении, является автоматическое формирование мультимодальных сервисов грузоперевозок в режиме реального времени.

[0017] Техническим результатом, проявляющимся при решении вышеуказанной технической задачи, является сокращение времени на поиск и формирование мультимодальных сервисов грузоперевозок.

[0018] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной технической задачи, является сокращение времени на анализ, проектирование и оперативное управление цепочками поставок.

[0019] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является сокращение времени на бронирование мультимодального сервиса грузоперевозок.

[0020] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является снижение трудоемкости управления портфелем транспортных сервисов.

[0021] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является снижение трудоемкости управления портфелем транспортных активов.

[0022] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является снижение трудоемкости управления портфелем цифровых активов для транспорта и логистики.

[0023] Дополнительным техническим результатом, проявляющимся при решении вышеуказанной задачи, является повышение эффективности управления взаимоотношениями с клиентами на всем жизненном цикле.

[0024] Указанный технический результат достигается благодаря осуществлению способа автоматизированного формирования мультимодального сервиса грузоперевозок, в котором получают набор профилей пользователей, содержащих по меньшей мере один транспортно-логистический сервис; после чего устанавливают связи и статусы профилей, формируя таким образом сеть профилей пользователей; затем получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса; далее осуществляют поиск по меньшей мере одного мультимодального сервиса на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей, причем определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя; для определенной по меньшей мере одной пары начального и конечного профиля выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей; и в итоге отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа, которая начинается от начального профиля и заканчивается на конечном профиле, представляя искомый мультимодальный сервис.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0025] Признаки и преимущества настоящего технического решения станут очевидными из приведенного ниже подробного описания и прилагаемых чертежей, на которых:

[0026] На Фиг. 1 показан пример реализации способа автоматического формирования мультимодальных сервисов грузоперевозок в режиме реального времени в виде блок-схемы;

[0027] На Фиг. 2 показан пример реализации вычислительной системы, состоящей из набора компонент, для автоматического формирования мультимодальных сервисов грузоперевозок в режиме реального времени;

[0028] На Фиг 3. показан пример компонент профиля пользователя;

[0029] На Фиг 4. показан пример связей между профилями пользователей.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

[0030] Данное техническое решение может быть реализовано на компьютере или другом устройстве обработки данных в виде автоматизированной системы или машиночитаемого носителя, содержащего инструкции для выполнения вышеупомянутого способа.

[0031] Техническое решение может быть реализовано в виде распределенной компьютерной системы, компоненты которой являются облачными или локальными серверами.

[0032] В данном решении под системой подразумевается компьютерная система или автоматизированная система (АС), ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированная система управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность вычислительных операций (действий, инструкций).

[0033] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы).

[0034] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройства хранения данных. В роли устройства хранения данных могут выступать, но, не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы, облачные хранилища данных.

[0035] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.

[0036] Мультимодальная перевозка - транспортировка грузов по одному договору, но выполненная по меньшей мере двумя видами транспорта; перевозчик несет ответственность за всю перевозку, даже если эта транспортировка производится разными видами транспорта (например: железнодорожный транспорт, морской транспорт, автомобильный транспорт, авиа транспорт).

[0037] Транспортный оператор - лицо, непосредственно выдающее сопроводительные документы на груз, отвечающее и за груз, и за доставку груза получателю независимо от того, использует ли оно для этой перевозки третью сторону в соответствии с договором перевозки или само выполняет функции перевозчика.

[0038] Сервис транспортно-логистического оператора - набор различных транспортных и логистических услуг, предоставляемых клиентам, при осуществлении грузовых перевозок. Специфика данного сервиса определяется дальностью перевозки, типом и уровнем транспортного средства. Востребованность и популярность различных видов транспорта также зависит от климата и географических особенностей страны, национальных традиций, общественного развития и степени уровня жизни населения. Каждый вид транспорта имеет свои минусы и плюсы, но несмотря на это, у всех видов транспортных систем одна основная цель, а именно предоставить соответствующий сервис своим клиентам, таким образом, чтобы полностью удовлетворить их нужды и потребности.

[0039] Способ автоматизированного формирования мультимодального сервиса грузоперевозок, как это показано в виде блок-схемы на Фиг. 1, может включать следующие шаги.

[0040] Шаг 110: получают набор профилей пользователей, содержащих по меньшей мере один транспортно-логистический сервис.

[0041] На данном этапе пользовательская информация может содержать информацию о профиле пользователя, фотографию пользователя, ссылки на социальные сети, данные банковской карты, юридический адрес или адрес для получения груза и подобное.

[0042] В некоторых вариантах реализации профиль пользователя может быть зашифрован предварительно для передачи данных. В некоторых вариантах реализации изобретения система 200, показанная на Фиг. 2, может хранить пользовательскую информацию по меньшей мере одного пользователя (информацию, которую может раскрыть по меньшей мере один пользователь) в памяти 203, полученную из по меньшей мере одной социальной сети, например, такой как Facebook™, Linkedln™ и т.д. В данном техническом решении профили пользователей после их получения или формирования хранятся в базе данных профилей пользователей и включают идентификационные данные пользователя, которая установлена в памяти 203, в том числе, географическое местоположение, а также его интересы по грузоперевозкам, ранее выполненные заказы грузоперевозок, использованные сервисы транспортно-логистических операторов и подобное. Информация, идентифицирующая пользователя, может быть внесена в профиль пользователя в ручном режиме перед началом получения запросов от пользователей на осуществление поиска и дополняться в автоматизированном режиме системой 200, используя информацию, например, размещенную в профиле страницы пользователя социальных медиа.

[0043] В некоторых вариантах осуществления формируют социальный граф, построенный для заданного профиля пользователя. Профиль пользователя может быть задан администратором системы 200. Социальный граф является графом, вершинами которого являются заданные объекты социальной сети, а наличие ребра между вершинами свидетельствует о наличии социальной связи между двумя объектами социальной сети, находящимися в упомянутых двух вершинах. Объектами социальной сети, в частности, являются профили пользователей. В некоторых вариантах реализации граф является взвешенным ориентированным графом с неотрицательными весами и наличием контуров, если используются только транспортные связи. В других вариантах реализации если берутся коммерческие связи между профилями, то получают граф неориентированный с неотрицательными весами и без контуров. В еще одном варианте реализации изобретения если используются связи по интересу (лайки), то граф представляет собой неориентированный граф с неотрицательными весами, который похож на социальный граф. Многослойная конструкция графов динамически меняется во времени (профили, связи, веса), обладает способностью к самоорганизации, накоплению знаний и обладает памятью.

[0044] Профиль может содержать следующие ключевые элементы, как это показано на Фиг. 3:

a. Транспортные сервисы 310;

b. Реальные активы 320, к которым относятся транспортные активы, производственные активы;

c. Цифровые активы 330;

d. Продукты производства 340;

e. Модуль для поиска 350;

f. Модуль разработки 360;

g. Профильные настройки 370;

[0045] Пользователем системы 200 может быть юридическое лицо с реквизитами.

[0046] Профиль может содержать транспортные сервисы 310. Каждый транспортный сервис 310 включает тарифы (включая специальные тарифы) с управляемым доступом и возможностью редактирования владельцем профиля, каждый из которых содержит:

i. Значения тарифа;

ii. условия применения тарифа:

1. типы грузов;

2. типоразмер тары (например, контейнер);

3. принадлежность тары;

4. условия таможенной очистки;

5. с НДС или без;

6. валюта тарифа;

7. условия оплаты;

8. ограничения применения, включая флаг или идентификатор того, кто из сети профилей может получить данный тариф;

9. период действия тарифа.

[0047] В примерном варианте реализации изобретения профиль может содержать идентификаторы коммерческих связей транспортного сервиса профиля с остальными профилями сети. Через коммерческие связи транспортного сервиса можно увидеть, например, кто из профилей сети является пользователем транспортного сервиса (клиентом), и, наоборот, для каждого профиля можно увидеть, какими транспортными сервисами он пользуется, а какими нет.

Коммерческие связи сети профилей выступают важной компонентой как управления портфелем клиентов и взаимоотношениями с ними на всем жизненном цикле, так и важным компонентом управления портфелем транспортных сервисов, транспортных активов, цифровых активов на всем их жизненном цикле.

[0048] В примерном варианте реализации изобретения профиль может содержать технологию транспортного сервиса - упорядоченную последовательность операций транспортного сервиса. Транспортный сервис, состоящий из одной операции, называется элементарным транспортным сервисом. Каждая операция транспортного сервиса имеет следующие атрибуты:

a. Атрибут географии выполнения операции. География всех операций транспортного сервиса называется маршрутом транспортного сервиса. Частным случаем маршрута является географическая зона работы транспортного сервиса. Географическая зона может иметь большую площадь, например, география работы перевозчиков, работающих по принципу «ступица и спицы» или география работы оказания услуг морских трамповых перевозчиков. Географическая зона может быть вырожденной до точки, как например, транспортный сервис по перевалке грузов в порту с борта судна на причал, смежный вид транспорта или сервис хранения грузов на складе, терминале и т.д.

b. Атрибут реального транспортного актива 320 или транспортного актива, выполняющего операцию. Ниже для простоты описания и более ясного толкования приводится пример реализации, в котором фигурирует транспортный актив, однако можно аналогично использовать реальный транспортный актив.

c. Атрибут длительности выполнения операции.

d. Атрибут груженой или порожней операции. География груженых операций транспортного сервиса образует груженый маршрут транспортного сервиса. География порожних операций транспортного сервиса образует порожний маршрут.

e. Атрибут свободной порожней операции. Порожняя операция называется свободной, если при определенных условиях ее можно удалить из технологии рейса транспортного сервиса или заменить на груженую. Свободные порожние операции используются для минимизации порожних операций рейсов транспортных сервисов.

Транспортный актив свободной порожней операции является свободным транспортным активом.

f. Атрибут граничной операции транспортного сервиса (первая или последняя операция).

g. Атрибут стоимости операции.

[0049] В примерном варианте реализации изобретения профиль может содержать расписание рейсов транспортного сервиса.

[0050] В примерном варианте реализации изобретения профиль может содержать идентификатор транспортных активов, применимых в сервисе, вместимость рейса транспортного сервиса. Транспортный актив - это актив, который необходим для оказания транспортно-логистического сервиса. Примерами транспортных активов являются, например, подвижные составы (железнодорожные вагоны, автомобили, полуприцепы), склады, терминалы, морские и воздушные суда, контейнеры.

[0051] В примерном варианте реализации изобретения профиль может содержать идентификатор цифровых активов 330, используемых для работы транспортного сервиса.

[0052] В примерном варианте реализации изобретения профиль может содержать статус профиля (например, транспортного оператора) в отношении каждого транспортного сервиса, представленного в профиле.

[0053] В примерном варианте реализации изобретения профиль может содержать бланк договора по каждому транспортному сервису (формируется автоматически на основе данных профилей пользователей и связей). Если пользователь только покупает услуги (как в случае с грузовладельцем), то у него указана информация о транспортных сервисах транспортного оператора, которые он покупает. При этом пользователь профиля также управляет доступом остальных пользователей к информации о сервисах, которые он покупает.

[0054] В примерном варианте реализации изобретения профиль может содержать дополнительно медиа контент (фото, аудио, текст, видео, графика и т.д.), относящийся к транспортному сервису.

[0055] Профиль может содержать информацию о реальных активах 320, к которым относятся транспортные активы и производственные активы. Если транспортный актив необходим для создания транспортного сервиса, то производственный актив необходим для создания продукта.

[0056] Если пользователь в отношении транспортного актива выступает в статусе оператора транспортного актива (о статусах указано ниже), то пользователь управляет доступом других профилей к информации о транспортных активах. Информация о транспортных активах включает:

a. Тип транспортного актива (согласно классификатору типов транспортных активов).

b. Марку транспортного актива.

c. Группу технико-эксплуатационных характеристик транспортного актива, важных для создания транспортных сервисов на базе транспортных активов.

d. Группу временных характеристик транспортного актива - дата производства, постройки транспортного актива, нормативный срок службы транспортного актива, дата ремонтов транспортного актива, виды ремонтов транспортного актива.

e. Тип коммерческой операции в отношении транспортного актива - продажа, аренда. Аренда в свою очередь может быть арендой всего актива (например, договор тайм-чартера, договор фрахтования судна без экипажа, пользование железнодорожным вагоном, пользование контейнером) или арендой части актива (например, договор о совместном использовании судна, соглашение о покупке слота, аренда части склада). При этом, если профиль не хочет проводить коммерческие операции в отношении транспортного актива, то информация о нем не заносится в профиль, либо доступ к информации закрывается для остальных профилей.

f. Тариф коммерческой операции транспортного актива, содержащий следующие данные:

i. Значение тарифа;

ii. Условия применения тарифа коммерческой операции транспортного актива:

1. Срок использования (если аренда);

2. Ограничения использования, включая флаг или идентификатор того, доступен ли тариф незарегистрированным пользователям и кому из пользователей сети профилей доступен тариф;

3. Валюта тарифа;

4. Условия оплаты;

5. Др. характеристики.

g. Идентификатор транспортного сервиса, в котором используется транспортный актив.

h. Идентификатор используемых цифровых активов для работы транспортного актива.

i. Идентификатор операций, в которых используется транспортный актив.

j. Бланк договора на коммерческую операцию транспортного актива (формируется автоматически на основе данных информации о транспортном активе). Если пользователь выступает в роли покупателя, пользователя (т.е. не является оператором транспортного актива), то у него указана информация о транспортных активах, которые он покупает, пользуется. При этом пользователь профиля также управляет доступом остальных пользователей к информации о транспортных активах, которые он покупает, пользуется.

k. Статус профиля по отношению к транспортному активу.

l. Медиа контент (фото, аудио, текст, видео, графика и т.д.) относящийся к транспортному активу.

[0057] Аналогично указывается информация о производственных активах: классификационные параметры, технико-эксплуатационные параметры, коммерческие условия использования, идентификаторы выпускаемых продуктов, используемых цифровых активах для работы, производственных операций, статус профиля в отношении производственного актива, медиаконтент.

[0058] Профиль может содержать цифровые активы 330, которыми он пользуется при работе в сети профилей. Цифровой актив - это данные, алгоритм, программа для обработки данных или их комбинация, которая создана одними профилями сети и обладает ценностью для других пользователей сети. Цифровые активы 330 могут предлагаться другим профилям сети как на как на платной, т.е. коммерческой основе (плата за использование, полная продажа прав и т.д.), так и на бесплатной основе. К любым цифровым активам 330 устанавливается доступ других пользователей через коммерческие связи (описано ниже). В этом случае осуществляется подписка одного профиля на цифровой актив 330 другого профиля в сети. Цифровые активы 330 могут быть разными по уровню сложности и решаемым отраслевым и кросс отраслевым задачам.

[0059] Примеры цифровых активов 330 профилей, которые могут быть представлены в цифровой мультимодальной сети 5PL, включают, не ограничиваясь:

a. Приложения для (полу-) автоматического заполнения отдельных разделов и всего профиля пользователя при регистрации новых пользователей в мультимодальной сети.

b. Приложения и алгоритмы автоматической минимизации порожних операций транспортных активов в режиме реального времени.

c. Приложения и алгоритмы оптимизации производственных операций по видам производственных активов.

d. Приложения и алгоритмы для безопасных платежей профилей между собой.

e. Приложения и алгоритмы для торгового финансирования грузовладельцев.

f. Приложения и алгоритмы для мониторинга перевозок в реальном времени.

g. Приложения и алгоритмы прогнозирования спроса на транспортные сервисы, транспортные активы.

h. Приложения и алгоритмы прогнозирования спроса на продукты, по видам, типам, географии и т.д.

i. Приложения и алгоритмы для управления запасами на складах.

j. Приложения и алгоритмы по управлению рисками в сети профилей, включая, но не ограничиваясь приложениями для самостоятельного создания скоринговых моделей, страховых контрактов на груз, транспортный актив, транспортный сервис, цепочку поставок в виде совокупности транспортных сервисов, цифровых активов.

k. Приложения и алгоритмы по автоматизированному формированию отчетности для государственных органов, аналитической отчетности для собственных нужд профиля, отчетности для других профилей сети.

l. Цифровые активы могут быть с низкой добавленной стоимостью, как например, обезличенные массивы больших данных, генерируемых профилями сети (побочный продукт основной деятельности компании в сети профилей). Как правило, такие данные выступают цифровым сырьем для разработки сетевых приложений - продуктов с высокой добавленной стоимостью.

[0060] Отдельным примером цифровых активов 330, являются алгоритмы ценообразования на транспортные сервисы и/или транспортные активы. При отсутствии какого-либо алгоритма пользователь меняет тарифы в ручном режиме.

Пользователь может самостоятельно разработать алгоритм ценообразования для себя, а может купить, например, подписку на алгоритм ценообразования у другого профиля сети, который специализируется на этом. Профиль может заказать разработку алгоритма ценообразования специально для себя с запретом на распространение другим профилям сети (корпоративное решение) и т.д. Алгоритм ценообразования может быть полуавтоматическим, когда требуется ручное согласование предлагаемых изменений. Алгоритм ценообразования можно настроить и на работу без участия человека, как в случае с автоматическим динамическим ценообразованием. Можно использовать разные алгоритмы ценообразования для разных транспортных сервисов, транспортных активов и т.д.

[0061] В сети профилей одни цифровые активы 330 можно интегрировать с другими цифровыми активами 330 и формировать комплексные цифровые решения, доступные участникам сети, аналогично тому, как в реальной экономике происходит объединение транспортных активов в транспортные сервисы, а последние объединяются в интегрированные цепочки поставок. Таким образом, мультимодальная сеть 5PL представляет собой гибридную интеллектуальную экосистему, которая одновременно объединяет решения реальной и цифровой экономик для реализации потенциала каждой из них в прикладных задачах.

[0062] В общем виде цифровой актив 330 на странице профиля пользователя имеет следующие атрибуты, включая, но не ограничиваясь:

a. Название.

b. Идентификатор типов транспортных сервисов, транспортных активов, производственных активов, продуктов, связей, статусов и других объектов сети профилей, где применяется данный цифровой актив 330.

c. Стоимость пользования для цифровых активов 330, распространяемых на платной основе. Тарифы на пользование активом устанавливает оператор цифрового актива 330, который также является одним из профилей сети.

d. Рейтинг цифрового актива 330 на основе, включая, но не ограничиваясь, количества подписок, количества связей по интересу (аналог «мне нравится»).

e. Статус профиля по отношению к цифровому активу 330.

f. Флаг или идентификатор того, кто из пользователей сети профилей может получить подписку на цифровой актив 330. Например, только для профилей определенной группы стран, группы профилей, макрорегиона.

g. Идентификатор публичности цифрового актива 330. Если цифровой актив 330 публичный, то подписчики могут раскрыть информацию другим профилям сети о наличии подписки, если захотят. В противном случае подписчики не могут технически и юридически раскрыть информацию о пользовании цифровым активом 330.

[0063] В примерном варианте реализации изобретения профиль может содержать идентификаторы коммерческих связей цифрового актива 330 с остальными профилями сети. Через коммерческие связи цифрового актива 330 оператор цифрового актива 330 может понять, как много и кто является подписчиком. Полный список подписчиков на цифровой актив 330 доступен только оператору цифрового актива 330. А подписчики могут увидеть, кто какими цифровыми активами пользуется, с учетом ограничений по публичности цифрового актива 330 и настроек приватности каждого из пользователей.

[0064] В примерном варианте реализации изобретения профиль может содержать информацию о продуктах производства 340, которые доступны для коммерческих операций со стороны других профилей. Ниже для простоты описания и более ясного толкования приводится пример реализации, в котором продуктом производства является продукт, однако может аналогично использоваться продукт производства, груз, товар.

[0065] В общем виде продукт на странице профиля имеет следующие атрибуты, включая, но не ограничиваясь:

a. название;

b. технико-эксплуатационные параметры;

c. коммерческие параметры;

d. информация о производственной системе или цепочке добавленной стоимости, необходимой для его создания: сеть поставщиков компонентов, материалов и сеть производственных операторов (о статусах ниже), которые непосредственно комплектуют и создают продукт используя производственные активы, цифровые активы.

[0066] Данный раздел позволяет торговым и производственным компаниям размещать заказы поставщикам на необходимые им спецификации изделий, а поставщикам находить заказы.

[0067] Размещение заказов происходит через установление коммерческой связи одного профиля на продукт другого профиля из перечня профилей, которые являются поставщиками данного продукта.

[0068] Профиль содержит модуль для поиска 350 любого элемента как у себя на профиле, так и в сети профилей. С любым из найденных элементов можно установить связь, причем либо связь по интересу («мне нравится»), либо коммерческую связь (забронировать слот на морской линии или в мультимодальном сервисе, взять в аренду подвижной состав, купить XX тонн зерна у профиля из Канады на условиях FOB Шанхай, разместить заказ на производство продукта у производственного оператора, купить по подписке алгоритм ценообразования для своего транспортного сервиса или же просто скачать бесплатное приложение для общения в сети профилей). Транспортный сервис, транспортный актив, производственный актив, цифровой актив, продукт, а также содержание каждого из указанных объектов индексируется для удобного поиска в сети профилей. В результатах поиска указываются только те объекты, если говорить о поиске в сети, к котором есть публичный доступ либо, доступ к которым открыт для того, кто осуществляет поиск. Отдельно стоит отметить поиск доступных для приобретения, пользования цифровых активов под разные задачи разных профилей, аналогично тому, как осуществляется поиск и установка приложений в Apple Store™ или в Google Play™.

[0069] Профиль содержит модуль разработки 360, а также проектирования. Объектами проектирования в сети профилей выступают:

a. транспортные сервисы и цепочки поставок;

b. продукты и соответствующие им цепочки добавленной стоимости, где частным случаем проектирования продукта является проектирование транспортного и производственного актива;

c. цифровые активы;

d. любая комбинация из вышеперечисленных объектов.

[0070] Разработка может быть простой, как, например, установление надбавки логистического оператора по элементарному транспортному сервису, выгрузки массива данных для пользования в формате цифрового актива или смены поставщика в цепочке добавленной стоимости продукта. Разработка может быть сложной и включать в себя разработку одновременно объектов реальной экономики и цифровой экономики. Например, дизайн системы транспортных сервисов (дизайн цепочек поставок) с одновременным планированием нового терминала, который будет являться одним из элементов проектируемой цепочки поставок, покупкой стандартных цифровых приложений (цифровых активов) и разработкой собственных цифровых приложений для работы проектируемой цепочки поставок.

[0071] Более сложные разработки могут включать в себя комплекс из следующих задач:

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

b. создание сети поставщиков материалов, компонентов и непосредственно производственных операторов под продукт;

c. проектирование производственных активов, в случае если в сети профилей не представлен производственный актив согласно запроектированным параметрам материала, компонента, промежуточного продукта или, например, в целом не найдено свободное сборочное производство непосредственно под конечный продукт;

d. проектирование цепочек поставок под новый продукт - планирование транспортных сервисов под каждую деталь, материал, компонент, промежуточный продукт, планирование консолидационных складов, дистрибуционных складов, планирование сбытовой логистики до потребителей и т.д.;

e. проектирование транспортных активов в случае, если в сети нет транспортных активов требуемых параметров, например, специализированного склада под хранение комплектующих или низкорамных полуприцепов повышенной грузоподъемности и т.д.;

f. разработка цифровых активов, являющихся неотъемлемой частью самого продукта или разработка цифровых решений для транспортно-логистической и/или производственной систем, где отсутствуют имеющиеся в сети цифровые решения.

[0072] Проектирование продукта включает в себя проектирование как технико-эксплуатационных параметров самого продукта, так и производственной системы или цепочки добавленной стоимости, необходимой для его создания. В свою очередь производственная система включает сеть поставщиков компонентов, деталей, материалов продукта и сеть производственных операторов для непосредственной комплектации, сборки продукта. Торговые компании могут формировать сеть поставщиков продуктов, в том числе поставщиков многокомпонентных продуктов на размещенную ими спецификацию.

[0073] Поставщиками торговых компаний могут выступать как транспортные компании, так и другие торговые компании. Таким образом, как в отношении транспортного сервиса может быть несколько посредников, так и в отношении продукта может быть несколько посредников. Количество возможных посредников ограничивается лишь практической целесообразностью.

[0074] Таким образом, данный раздел позволяет торговым и производственным компаниям создавать и оперативно вносить изменения в цепочку добавленной стоимости по каждому продукту.

[0075] Включение поставщика в цепочку добавленной стоимости происходит в модуле разработки 360, через установление коммерческой связи одного профиля на продукт другого профиля. Формирование базы поставщиков под спецификацию может происходить как по инициативе того профиля, который разместил спецификацию, например, через закрытый или открытый тендер, так и по инициативе профилей, которые хотят стать поставщиками по размещенному другим профилем спецификации товара.

[0076] Совокупность всех элементов проектирования может быть наглядно визуализирована в графическом модуле данного технического решения в компоненте 205 мультимедиа или в любом внешнем модуле графической визуализации для целей анализа и управления контентом профиля пользователя.

[0077] Частным случаем визуализации содержания профиля пользователя выступает визуализация сети цепочек поставок данного профиля, которая представляет в наглядном виде транспортные сервисы, терминалы, склады, условия поставок, стоимость и другие данные. В графическом модуле пользовательского интерфейса профиля можно проводить анализ, проектирование цепочек поставок данного профиля, менять параметры транспортных сервисов, транспортных активов, менять алгоритмы и условия, менять уровень доступа, менять адреса складов и т.д.

[0078] В графическом модуле пользовательского интерфейса можно настраивать алгоритмы автоматического бронирования транспортных сервисов, транспортных активов при выполнении заранее спроектированных условий сети профилей, условий собственной сети цепочек поставок. Например, при снижении среднерыночного тарифа на перевозку по направлению DD до уровня GG, происходит автоматическое бронирование транспортного сервиса любого профиля (любой компании), тариф которой не превышает среднерыночное значение GG и транспортный сервис которой имеет рейтинг не ниже уровня UU.

[0079] Если рассмотреть пример сети цепочек поставок крупной компании в сегменте торговли одеждой, то можно настроить алгоритмы автоматического экстренного бронирования сервисов с малым транзитным временем на случай, если стандартный сервис имеет риск опоздать ко времени открытия нового сезона, что может привести к миллионным потерям в продажах за каждый день опоздания.

[0080] В другом примере использования рассматривается цепочка поставок территориально распределенной компании со сложным технологическим циклом производства, при котором отсутствие дорогого ресурса может привести к порче других материалов в большом количестве и потерям в выпуске продукции. В этом случае настраивают двойной алгоритм автоматического пополнения запасов. Первый уровень - это базовый автоматический алгоритм на основании стандартной формулы управления запасами. Второй уровень безопасности -автоматический заказ небольшой партии ресурса транспортным сервисом с меньшим транзитным временем в случае, когда ожидаются непредвиденные задержки в процессе поставок по логистической схеме первого уровня безопасности.

[0081] Алгоритмы можно как самостоятельно настроить и разработать, так и использовать алгоритмы, разработанные другими профилями, которые, например, специализируются на них и распространяют в сети на платной или коммерческой основе.

[0082] Все это можно осуществлять в дополнение к проектированию самой цепочки поставок с учетом минимизации операционных рисков - в первом варианте приблизить производство к рынкам сбыта и/или предусмотреть промежуточные консолидационные склады. Во втором примере можно спроектировать цепочку поставок таким образом, чтобы производство продукции и поставки дорогого ресурса были максимально близко друг к другу.

[0083] Гибкая настройка цепочек поставок и производственной системы продуктов позволяет настроить производственно-транспортную систему для любого продукта, которая осуществляет гибкое управление одновременно на нескольких уровнях: сеть поставщиков, сеть производств, сеть цепочек поставок продукта по каждому поставщику, по каждому варианту производства. Все это позволяет гибко переходить с одного поставщика на другого, с одного производства на другое, менять один транспортный сервис на другой при наступлении определенных событий, в том числе в полуавтоматическом и автоматическом режимах. Например, разработана дизайнерская коллекция одежды. Определена сеть взаимозаменяемых поставщиков тканей, сеть территориально распределенных производственных площадок, которые готовы сшить одежду, определена гибкая сеть цепочек поставок от каждого поставщика, от каждой из производственных площадок до каждого из целевых рынков потребления. Данное техническое решение позволяет быстро реагировать на любые изменения. Например, при любых колебаниях спроса оперативно регулировать скорость поставок на рынок, используя гибкие цепочки поставок, гибкое производство. Система обладает несколькими уровнями надежности, т.е. при возникновении сложностей на одной производственной площадке, например, закрытии, производство автоматически перераспределяется на другие производственные площадки производственных операторов. Настроенная система позволяет оперативно реагировать на изменения моды, внося изменения непосредственно в саму коллекцию одежды.

[0084] Это позволяет в пределах одной экосистемы мультимодальной сети 5PL осуществлять проектирование материальных изделий любой сложности, размещать заказы на производство компонент и самих изделий, и управлять цепочками поставок необходимых комплектующих для этих изделий, равно как и перевозками самих изделий; объединяя при этом реальные и цифровые активы, рассматриваемое техническое решение выступает базовым решением материального интернета - гибридной экосистемы для проектирования, производства и перемещения материальных объектов в экономике.

[0085] Профили можно объединять в группы, можно объединять несколько профилей в один профиль или, наоборот, делить один профиль на несколько профилей.

[0086] Профиль содержит раздел профильных настроек 370. Можно осуществлять настройки, которые являются общими для профиля и его работы в сети. Настройки для работы отдельных транспортных сервисов, транспортных активов, цифровых активов и других индивидуальных элементов профиля содержатся в соответствующих разделах этих элементов. В профильных настройках 370 можно указать, например, реквизиты самой компании, включая, но не ограничиваясь, юридический адрес, платежные реквизиты, адрес сайта компании, список сотрудников, которые допущены к работе в сети профилей, адрес страниц в социальных сетях, общую информацию о компании, в том числе для случаев, если у компании отсутствует сайт, социальные сети.

[0087] В отдельных вариантах решения в этом же разделе есть идентификатор системной шины связи профиля 410, как показано это на Фиг. 4. Системная шина связи 410 содержит информацию об актуальных связях (операционная, коммерческая, по интересу) по каждому объекту двух профилей.

[0088] Шаг 120: устанавливают связи между профилями, формируя таким образом сеть профилей пользователей.

[0089] На следующем шаге способа данного технического решения устанавливают связи между профилями пользователей.

[0090] В данном техническом решении могут использоваться несколько видов связей между профилями пользователей.

[0091] Первым видом связи между профилями пользователей является операционная связь. Данная связь соединяет посредством операции конкатенации граничную операцию транспортного сервиса одного профиля с граничной операцией смежного транспортного сервиса другого профиля при условии их совместимости.

[0092] Операция транспортного сервиса называется граничной, если с нее начинается или на ней заканчивается выполнение транспортного сервиса. Граничные операции транспортных сервисов устанавливаются в соответствии с международными стандартами условий поставки Инкотермс (англ. Incoterms, International commercial terms) и другими признанными стандартами условий поставок.

[0093] Пример операционной связи между профилями. Порт Лаем Чабанг (Таиланд) имеет профиль пользователя, который операционно связан с профилем пользователя, которым владеет морской перевозчик, который имеет морскую линию из Лаем Чабанг в порт Шанхай (Китай). В свою очередь профиль порта Шанхай операционно связан с профилем порта Восточный (Россия, Дальний Восток) через профиль другого морского перевозчика, который имеет линию из Шанхая в Восточный, и, к примеру профиль порта Восточный операционно связан с профилем оператора железнодорожного поезда до профиля терминала Ховрино (Москва). В данном примере имеется сеть профилей пользователей, у которых транспортные сервисы операционно связаны между собой, а именно: погрузка на судно в порту Лаем Чабанг (профиль порта Лаем Чабанг)→перевозка до Шанхая (профиль морского перевозчика)→выгрузка в порту Шанхай, отправка на площадку для хранения грузов на перевалке, хранение в порту Шанхай, отправка к борту судна второго морского перевозчика, погрузка на борт судна (профиль порта Шанхай)→перевозка до Восточного (профиль второго морского перевозчика)→выгрузка с борта судна, погрузка на железнодорожную платформу (профиль порта Восточный)→отправка в поезде до терминала Ховрино (профиль оператора железнодорожного поезда)→выгрузка с поезда, погрузка на смежный вид транспорта (профиль терминала Ховрино).

[0094] Операционная совместимость смежных транспортных сервисов двух профилей может проверяться по многим параметрам. Для проверки используется компонент автоматической проверки операционной совместимости смежных транспортных сервисов 420.

[0095] Ключевыми параметрами являются смежность граничных операций транспортных сервисов. Граничные операции двух сервисов двух разных профилей являются смежными, когда после окончания одного транспортного сервиса не требуется добавлять дополнительные транспортные операции промежуточного сервиса, чтобы перейти к выполнению второго сервиса. Например, у одного профиля пользователя граничная операция транспортного сервиса заканчивается на выгрузке с судна и транспортировку на хранение на контейнерную площадку терминала (условие поставки DAT, которое в контейнерной логистике могут указывать как CY (container yard)). У второго профиля транспортный сервис начинается с забора груза с контейнерной площадки (условие CY) этого же терминала. В этом случае граничные операции двух транспортных сервисов являются смежными, равно как и сами транспортные сервисы. Но если второй транспортный сервис начинается с того, что груженый контейнер находится на железнодорожной платформе, то в этом случае транспортные операции и транспортные сервисы не являются смежными, поскольку требуются дополнительные транспортные операции для того, чтобы соединить два транспортных сервиса, а именно - забор груза с контейнерной площадки, довоз груза с контейнерной площадки до железнодорожной станции, погрузка контейнера на железнодорожную платформу.

[0096] Но и этого недостаточно для операционной связи. Бывает, что условия использования актива, например, контейнера, в составе транспортного сервиса запрещают его отправку в составе конкурирующего транспортного сервиса, что может быть выделено в профиле отдельным тегом. В этом случае, несмотря на то что транспортные операции являются смежными, сами транспортные сервисы операционно не совместимы друг с другом.

[0097] При этом, каждый из операционно связанных профилей пользователя может настраивать в параметрах своих транспортных сервисов предпочтения для операционных связей с другими транспортными сервисами, причем предпочтения могут варьироваться от положительных до запретительных.

[0098] Запретительные предпочтения используются для того, чтобы свести к нулю операционное сочетание транспортного сервиса одного профиля с транспортным сервисом другого профиля. Например, один профиль не хочет, чтобы его транспортные сервисы были операционно связаны со смежными транспортными сервисами, у которых ниже рейтинг или доля рынка меньше заранее заданного процента. В некоторых вариантах реализации изобретения запрет может быть условным. Например, пока есть вместимость у определенного автоперевозчика, морской линейный сервис не может операционно связываться с другими автоперевозчиками в определенном порту. В еще одном варианте реализации изобретения запрет может быть мягким. В этом случае оператор транспортного сервиса устанавливает менее выгодные условия для смежных транспортных сервисов, с которыми он в меньшей степени хотел бы иметь сочетания при формировании мультимодальных цепочек поставок. Например, стоимость морской перевозки будет выше на заданное значение процентов для грузов, которые прибывают в порт на автомобилях из локаций, откуда у этого же профиля есть железнодорожный сервис в порт.Таким образом происходит стимулирование использовать железнодорожный сервис при формировании мультимодальных перевозок.

[0099] Положительные предпочтения, наоборот, стимулируют использование определенных операционных связей при формировании мультимодальных цепочек.

[00100] Операционная связь выявляется автоматически при первой публикации транспортного сервиса на профиле пользователя. В дальнейшем при изменении параметров транспортных сервисов одного и другого профилей операционная связь либо остается, либо нет.

[00101] Если обозначить атрибуты граничных операций транспортных сервисов в виде: [Профиль]. [транспортный сервис].[операция].[1/N]. [{склад/терминал}. {Incoterms}], где:

a. [Профиль] - идентификатор профиля оператора транспортного сервиса.

b. [транспортный сервис] - идентификатор транспортного сервиса [профиля].

c. [операция] - идентификатор операции [транспортный сервис] [профиль].

d. N - количество операций [транспортный сервис] [профиль].

e. [1/N] - порядковый номер [операция]. Для последней операции порядковый номер будет [N/N].

f. {склад/терминал} - множество складов/терминалов, указанных в атрибуте [география] [операция] [1/N] [транспортный сервис] [профиль].

g. [{Incoterms}] - множество идентификаторов условий поставки согласно Инкотермс, которым соответствует [операция] [1/N] по каждому из {склад/терминал},

[00102] то в общем виде работу компонента автоматической проверки операционной совместимости смежных транспортных сервисов 420 профилей Y и Z, как показано на Фиг. 4, можно описать следующим образом:

1. Осуществляется поиск пересечений:

i. Для множества {[Профиль Y]. [транспортный сервис]. [операция]. [1/N].[{склад/терминал}.{Incoterms}]} ищется множество пересечений [{склад/терминал}.{Incoterms}] с множеством {[Профиль Y].[транспортный сервис], [операция]. [N/N].[{склад/терминал}.{Incoterms}]}.

ii. Для множества {[Профиль Y]. [транспортный сервис]. [операция]. [N/N].[{склад/терминал}.{Incoterms}]} ищется множество пересечений [{склад/терминал}.{Incoterms}] с множеством {[Профиль Y].[транспортный сервис]. [операция].[1/N].[{склад/терминал}.{Incoterms ]}.

2. Если множество не пустое: ([{склад/терминал}.{Incoterms}]≠0) [запретительные условия сочетания ([Профиль Y], [Профиль Z])], то между профилями Y и Z автоматически устанавливается операционная связь по каждому из пересечений п. 2.

[00103] В конкретном примере реализации два профиля, один из которых -морская линия Deep sea, а второй профиль - морская линия Short sea имеют пересечения [{склад/терминал}.{Incoterms}] по 9 из 78 терминалов портовой группы DP World, по 7 терминалам АРМ Terminals и по 3 терминалам PSA. Итого, 19 пересечений. Предположим, что [запретительные условия сочетания ([Профиль Deep sea], [Профиль Short sea])=9 из 19 пересечений].

[00104] Таким образом [Профиль Deep sea] и [Профиль Short sea] операционно связаны между собой по 10 транспортным сервисам.

[00105] Вторым видом связи между профилями пользователей является коммерческая связь. Данный вид связи устанавливает отношение двух разных профилей пользователей к транспортному сервису, к его транспортному активу, производственному активу, к цифровому активу или к продукту. Например, если у профиля стоит статус по данному транспортному сервису в виде логистического оператора, то это означает, что профиль перепродает транспортный сервис на рынке один в один или в составе более комплексного транспортного сервиса (мультимодального сервиса). В данном случае любая компания в сети может купить этот транспортный сервис как у продавца транспортного сервиса (который одновременно является оператором транспортного сервиса), так и у логистического оператора. Если логистический оператор перепродает транспортный сервис один в один с увеличением стоимости, то в поисковой выдаче будет представляться результат в виде одного транспортного сервиса с тарифом продавца и тарифом логистического оператора (того, кто перепродает транспортный сервис)..

[00106] Коммерческая связь формируется для разных профилей через реальные активы 320 по меньшей мере одного из профилей. Решение позволяет проводить следующие операции с активами:

a. Покупка, продажа активов. Архитектура решения позволяет создавать открытые и закрытые аукционы любой формы.

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

c. Предоставление части актива в операционное пользование на время. Примерами могут быть совместное пользование активами (например, VSA (англ. vessel sharing agreement) в морских перевозках, аренда части склада).

[00107] Профили сети могут иметь коммерческие связи не по одному, а по нескольким элементам. Полная коммерческая связь наблюдается, когда один профиль связан со всеми элементами другого профиля. Примером является ситуация, когда один пользователь является агентом, а второй принципалом или между официальным дилером и производителем продукта. В другом примере полной коммерческой связи одна компания оказывает транспортные сервисы другой компании и не оказывает их для других компаний, у каждой из которых имеется профиль в системе. Еще одним примером полной коммерческой связи является ситуация, когда одна компания сдает в аренду все транспортные активы другой компании.

[00108] В некоторых вариантах реализации изобретения связь может устанавливаться между профилями по интересу. Данная связь может устанавливаться целому профилю, группе сервисов, сервису, группе активов, активу, цифровому активу, составляющему сервиса, составляющему актива, продукту (аналог кнопки «мне нравится» в коммуникационном программном обеспечении, предназначенном для социальных сетей, блогов, интернет-форумов, сервисов социальных закладок, новостных сайтов). Как статистика связей по интересу, так и статистика посетителей профиля используются в разделе BI (Business intelligence) для управления взаимоотношениями с клиентами на всем жизненном цикле. Данная связь важна для дополнительного отбора в ходе поиска мультимодальных сервисов, например, по популярности, интересу (например, изначально искать только среди популярных сервисов, или искать среди всех сервисов, а результаты представить в порядке убывания популярности). Непосредственно сам поиск и формирование мультимодальных сервисов осуществляется по операционной связи.

[00109] Если операционные связи устанавливаются только автоматически, то коммерческие связи могут устанавливаться в ручном режиме пользователями, в полуавтоматическом и полностью в автоматических режимах.

[00110] В ручном режиме пользователь одного профиля отправляет запрос на установление коммерческой связи другому профилю в отношении транспортного сервиса, продукта, реального актива, цифрового актива, любого из профилей. Это происходит как по принципу «добавь меня в друзья» в социальных сетях. Причем объектом коммерческой связи могут выступать элементы профиля, которому отправляется запрос, так и элементы профиля, который отправляет запрос.

[00111] Полуавтоматический режим установления коммерческой связи работает, когда один из профилей акцептует запрос в ручном режиме, а второй профиль настраивает условия, по которым с его профиля автоматически отправляется запрос на установление коммерческой связи к объектам другого профиля. Или наоборот, когда один из профилей настраивает условия автоматического принятия решений по акцепту, отказу в запросах на установление коммерческой связи, а другой профиль направляет запрос в ручном режиме.

[00112] Автоматический режим установления коммерческой связи предусмотрен в том случае, когда каждый из профилей настроил или приобрел алгоритмы автоматической отправки запросов и автоматического принятия решений по полученным запросам на установление коммерческой связи по объектам профилей.

[00113] Примеры запросов на установление коммерческой связи:

a. Запрос логистического оператора, грузовладельца на специальные условия по транспортному сервису оператора транспортного сервиса.

b. Рассылка тендерного задания со стороны грузовладельца, логистического оператора операторам транспортного сервиса.

c. Предложение условий со стороны оператора транспортного сервиса логистическим операторам, грузовладельцам.

d. Предложение стать агентом для принципала, предложение принципала стать агентом определенной компании.

e. Запрос на выделение контейнера и, наоборот, предложение контейнера в пользование.

f. Запрос на выделение платформы и, наоборот, предложение платформы в пользование.

g. Предложение склада в аренду и наоборот, запрос на сдачу склада в аренду.

h. Запрос на тайм чартер, бербоут чартер и, наоборот, предложение судна в чартер.

i. Торги на продажу транспортных активов и, наоборот, тендер на покупку транспортных активов.

j. Подписка на сетевое приложение и, наоборот, предложение купить или установить приложение определенному кругу профилей сети.

k. Размещение заказа на продукт в сеть поставщиков.

[00114] Данное техническое решение содержит механизм самоорганизации сети профилей пользователей при любом эндогенном и эгзогенном воздействии. Например, при введении в эксплуатацию нового терминала или склада появляется его цифровой профиль в сети профилей пользователей. В этом случае автоматически выявляются операционные связи нового профиля пользователя сети с остальными профилями сети на основе соответствия по крайней мере одной граничной операции транспортных сервисов нового профиля с граничными операциями транспортных сервисов остальных профилей сети.

[00115] И наоборот, при удалении цифрового профиля или удалении транспортных сервисов одного из профилей происходит перестройка связей между профилями. В частности, связи с данным профилем или с удаленным транспортным сервисом также удаляются.

[00116] Таким образом сеть профилей имеет актуальные связи и актуальные профили в каждый момент времени и самоорганизуется в режиме реального времени.

[00117] Системная шина связи 410 содержит информацию об актуальных связях (операционная, коммерческая, по интересу) по каждому объекту каждой из комбинации пар профилей сети.

[00118] Дополнительно пользователь в сети устанавливает свой статус напротив транспортных сервисов, продуктов, реальных и цифровых активов. Синтетический статус всего профиля устанавливается автоматически на основании частных статусов.

[00119] В данном техническом решении могут использоваться следующие статусы в отношении транспортных сервисов и транспортных активов.

[00120] В одном варианте реализации статус отображает оператор (транспортного) актива. Такой статус предусмотрен для компании, которая владеет активом и проводит с ним такие операции как продажа, сдача части или всего актива в операционное пользование. Примерами являются судовладельцы, операторы контейнерного парка, владельцы подвижного состава, владельцы помещений для склада, и т.д., которые отвечают за исправность реального актива.

[00121] В другом варианте реализации статус отображает транспортный оператор. Такой статус предусмотрен для перевозчика, терминала, складского оператора, т.е. кто оказывает транспортный сервис. Иногда оператор транспортного актива также выступает в роли оператора транспортного сервиса, как, например, автоперевозчик, который владеет транспортным парком и сам же оказывает услуги автомобильной перевозки на его базе.

[00122] В еще одном варианте реализации статус отображает логистический оператор, которым может являться экспедитор, 3PL оператор или другой пользователь, кто перепродает транспортный сервис. При этом нет ограничений на количество «слоев» логистических операторов одного сервиса или, другими словами, цепочек перепродажи (один логистический оператор перепродает транспортный сервис другому логистическому оператору, который перепродает его третьему логистическому оператору и т.д.). Количество «слоев» логистических операторов транспортного сервиса упирается лишь в практическую целесообразность и реализуемость. Например, крупные компании имеют одного генерального логистического оператора, который управляет всей логистикой компании (если эту роль выполняет внешняя не аффилированная компания, то ее еще называют 4PL оператор). Этот генеральный логистический оператор закупает мультимодальные сервисы логистических операторов. В свою очередь мультимодальные логистические операторы могут закупать автомобильную перевозку у экспедиторов, которые в свою очередь продают транспортный сервис нескольких автомобильных транспортных компаний. В данном примере, по автомобильной перевозке груза работают три «слоя» логистических операторов - автомобильный экспедитор, мультимодальный логистический оператор, генеральный логистический оператор. Использование данного технического решения способствует сокращению количества лишних «слоев» в мультимодальных цепочках поставок, поскольку позволяет приобретать конечному потребителю услуг транспортные и логистические сервисы напрямую.

[00123] В еще одном варианте реализации статус отображает грузовладелец, а именно тот, кто является конечным потребителем транспортного сервиса, приобретаемого у транспортного или логистического оператора.

[00124] В данном техническом решении могут использоваться следующие статусы в отношении продуктов и производственных активов.

[00125] В одном варианте реализации статус отображает производственный оператор. Такой статус предусмотрен для предприятия, которое эксплуатирует производственные активы для выпуска продуктов. Как правило производственный оператор также является оператором актива, т.е. отвечает за его исправную работу. Примерами являются контрактные производства, которые осуществляют сборку по контракту на основе документации сторонней компании. Это позволяет одним компаниям специализироваться на разработке и продвижении продукта, а другим - на производстве.

[00126] В одном варианте реализации статус отображает торговый оператор. Такой статус предусмотрен для предприятия, которое покупает продукт для перепродажи.

[00127] В одном варианте реализации статус отображает конструктор продукта. Такой статус предусмотрен для предприятия, которое покупает один продукт для использования в производстве другого продукта. При этом профиль может иметь статус «конструктор продукта» по закупаемому продукту и производственный оператор по выпускаемому. Количество «слоев» конструкторов продукта определяется самим продуктом, технологией и организацией его изготовления. Конструктор продукта может закупать продукт у торгового оператора, а не у производственного оператора напрямую. Количество «слоев» торговых операторов упирается лишь в практическую целесообразность и реализуемость. Использование данного технического решения способствует сокращению количества лишних «слоев» торговых операторов, поскольку позволяет приобретать непосредственно у производственного оператора. Производственный или торговый оператор покупающий транспортный сервис у транспортного или логистического оператора, выступает в статусе грузовладельца.

[00128] В данном техническом решении могут использоваться следующие статусы в отношении цифровых активов.

[00129] В одном варианте статус отображает владелец цифрового актива. Он владеет правами на цифровой актив.

[00130] В еще одном варианте статус отображает цифровой оператор. Он отвечает за поддержку цифрового актива в работоспособном состоянии, он проводит модернизацию цифрового актива. Владелец цифрового актива может также иметь статус цифрового оператора.

[00131] В еще одном варианте статус отображает пользователь цифрового актива. Пользователем цифрового актива может быть любой транспортный оператор, оператор актива, логистический оператор, грузовладелец, производственный оператор, торговый оператор.

[00132] Таким образом, модель данных профиля пользователя, виды связей между профилями, перечень статусов профилей в отношении каждого из транспортных сервисов, реальных активов, цифровых активов, продуктов, а также настройки доступа к содержанию профилей представляют базовую архитектуру и базовую функциональность цифровой мультимодальной сети 5PL.

[00133] Данное техническое решение позволяет грузовладельцам планировать и управлять цепочками добавленной стоимости по каждому из продуктов.

[00134] Данное техническое решение позволяет логистическим подразделениям грузовладельцев и 4PL операторам планировать и управлять цепочками поставок компании любого уровня сложности. Архитектура и инструментарий решения позволяют составлять закрытые корпоративные сети цепочек поставок территориально распределенных промышленных, торговых, транспортных и логистических компаний. В случае корпоративных сетей цепочек поставок транспортных и логистических компаний внутренняя архитектура не видна другим пользователям, а вся сеть цепочек поставок для внешних профилей клиентов представляется как единый транспортный сервис одной компании.

[00135] Аналогично 3PL операторы, логистические операторы могут оперативно создавать мультимодальные сервисы (закупать транспортные сервисы, формировать свои тарифы, и т.д.) и продвигать свои сервисы в сети (публиковать транспортные сервисы у себя в профиле, направлять предложения по установлению коммерческих связей клиентам и т.д.).

[00136] В свое время 2PL операторы, операторы транспортных сервисов могут оперативно находить, закупать транспортные активы и выстраивать на их базе транспортные сервисы и продвигать их, а операторы транспортных активов могут оперативно управлять парком активов, используя операции аренды или купли/продажи.

[00137] 1PL операторы или грузовладельцы могут легко управлять цепочками поставок самостоятельно либо с помощью 4PL оператора.

[00138] Операторы цифровых активов могут эффективно управлять жизненным циклом своих решений для транспорта и логистики.

[00139] Стоит отметить, что технически формирование связей на данном шаге между профилями пользователей может осуществляться посредством установления соответствия между сущностями и характеристиками предметной области, а также отношениями и атрибутами в нотации выбранной СУБД.

[00140] В качестве СУБД может использоваться, не ограничиваясь, Oracle Database, с использованием интегрированной среды разработки Oracle SQL Developer и языка программирования PL/SQL.

[00141] Затем для каждой сущности определяют ее первичный ключ в базе данных. Каждая сущность может быть представлена, например, одной таблицей в базе данных или содержаться в нескольких. В некоторых вариантах реализации помимо первичного ключа определяют еще ряд уникальных ключей. Отличие уникального ключа от первичного состоит в том, что уникальный ключ не является главным идентифицирующим фактором записи и на него не может ссылаться внешний ключ другой таблицы. Его главная задача - гарантировать уникальность значения поля.

[00142] Затем устанавливаются связи между объектами (таблицами и столбцами), после чего осуществляется нормализация таблиц, известная из уровня техники. В некоторых вариантах реализации изобретения используют первую нормальную форму (1НФ), вторую нормальную форму (2НФ), третью нормальную форму (3НФ), нормальную форму Бойса-Кодда (НФБК), четвертую нормальную форму (4НФ), пятую нормальную форму (5НФ). Каждый из различных существующих типов связей между профилями пользователей, которые могут быть реализованы таблицами, может быть смоделирован в базе данных. Существует несколько типов связей, потенциально используемых в данном техническом решении: связь «один-ко-многим» и/или связь «многие-ко-многим». [00143] Связь «один-ко-многим» в большинстве случаев отражает реальную взаимосвязь сущностей в предметной области. Она реализуется уже описанной парой «внешний ключ-первичный ключ», т.е. когда определен внешний ключ, ссылающийся на первичный ключ другой таблицы. Именно эта связь описывает широко распространенный механизм классификаторов. Имеется справочная таблица, содержащая названия транспортных сервисов и некие коды, причем, первичным ключом является, например, идентификационный код сервиса. В таблице, собирающей информацию, определяется внешний ключ, ссылающийся на первичный ключ классификатора. После этого в нее заносится не название из классификатора, а идентификационный код транспортного и/или логистического сервиса. Такая система становится устойчивой от изменения названия в классификаторах. В уровне техники известны способы изменения в отображаемой таблице идентификационных кодов сервисов на их названия как на уровне сервера БД (для клиент-серверных СУБД), так и на уровне пользовательского приложения.

[00144] Связь «многие-ко-многим» в явном виде в реляционных базах данных не поддерживается. Однако имеется ряд способов косвенной реализации такой связи, которые с успехом возмещают ее отсутствие. Один из наиболее распространенных способов заключается во введении дополнительной таблицы, строки которой состоят из внешних ключей, ссылающихся на первичные ключи двух таблиц. Например, имеются две таблицы: ТРАНСПОРТНЫЙ_СЕРВИС и ТРАНСПОРТНАЯ_ОПЕРАЦИЯ. Один транспортный сервис может содержать несколько транспортных операций, в то время как одна транспортная операция может принадлежать различным транспортным сервисам. Для реализации такой связи «многие-ко-многим» вводится дополнительная таблица, которая например называется ТРАНСПОРТНЫЕ_ОПЕРАЦИИ_В_СЕРВИСЕ, строка которой будет иметь два внешних ключа: один будет ссылаться на первичный ключ в таблице ТРАНСПОРТНЫЙ_СЕРВИС, а другой - на первичный ключ в таблице ТРАНСПОРТНАЯ_ОПЕРАЦИЯ. Таким образом в таблицу ТРАНСПОРТНЫЕ_ОПЕРАЦИИ_В_СЕРВИСЕ можно записывать любое количество транспортных операций и любое количество транспортных сервисов.

[00145] База данных может представлять из себя реляционную базу данных, объектно-ориентированную базу данных, иерархическую базу данных, сетевую базу данных, другие типы баз данных, некоторую комбинацию или расширение вышеупомянутого. Данные, представляющие собой набор предлагаемых транспортных и логистических сервисов, а также данных о пользователях, могут быть организованы в виде таблиц, записей, объектов, других структур данных и т.п.Данные также могут храниться в специальных файлах базы данных, специальных разделах жестких дисков, HTML файлах, XML файлах, электронных таблицах, неструктурированных файлах, файлах документа, конфигурационных файлах, других файлах и т.п.в памяти 203 вычислительной системы 200, описанной ниже. База данных может ссылаться на набор данных, который предназначен только для чтения, или иметь возможность читать набор данных и записывать в него.

[00146] При описании аспектов данного изобретения для простоты здесь иногда используется терминология, связанная с реляционными базами данных, однако раскрытые способы реализации могут быть также применены к другим типам баз данных, включая те, которые были ранее упомянуты.

[00147] Шаг 130: получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса.

[00148] В общем случае запрос пользователя может включать те данные, на основании которых сеть профилей формирует по меньшей мере один мультимодальный сервис, соответствующий запросу. В связи с этим запрос пользователя может включать следующие данные: откуда необходимо отправить груз (профиль отправителя), куда отправить груз (профиль получателя), когда отправить, когда желательно доставить, груз (профиль грузовладельца), количество груза, тип тары для перевозки груза и т.д., не ограничиваясь. При этом пользователь при формировании запроса может включать любые дополнительные условия для поиска в соответствии с представленными параметрами в описании транспортного сервиса, логистического сервиса и соответствующих транспортных активов транспортного сервиса. Примерами таких параметров могут быть технико-эксплуатационные характеристики транспортных активов, включая непосредственно тип транспортного актива транспортного сервиса, группа временных параметров активов (срок выпуска актива, срок последнего ремонта и т.д.), оператор транспортного актива, ограничения по технологии транспортного сервиса (например, исключить транспортные сервисы, у которых присутствуют операции поднятия вагона-хоппера над трюмом судна в порту и прямого наполнения трюма зерном через опорожнение вагона посредством открытия выпускного люка), ограничения по маршруту транспортного сервиса (например, через Балтику), ограничения по совокупной стоимости мультимодального сервиса, ограничения по условиям применения тарифа (например, в режиме внутритаможенного транзита, только специальные тарифы), ограничения по остаточной вместимости рейса транспортного сервиса, ограничения по статусу (например, только прямые продажи от транспортных операторов) и другие параметры и их комбинацию, которые можно задать, используя данные профилей и виды связей между ними.

[00149] В некоторых вариантах реализации запрос может быть сформирован в текстовом виде и/или голосовом виде. Запрос может быть комбинацией текстового и голосового запросов. В некоторых вариантах запрос может формироваться пользователем на основании информации, полученной из выпадающих полей графического интерфейса пользователя. При этом источником информации по запросу также служит информация из профиля как самого пользователя, который делает запрос, так и из профилей других пользователей, на которые он ссылается.

[00150] В случае письменного запроса пользователя (через поисковую строку) система предварительно исправляет синтаксические и орфографические ошибки, а затем стилистические и смысловые, т.е. осуществляет синтаксический и семантический анализ. Для этого используются текстовые библиотеки (например, SyntaxNet), представляющие собой накопленную историю распознавания запросов в системе и технологии искусственного интеллекта.

[00151] Например, задан письменный запрос «консолид на скла и отправ контей 20ку через дв на пере склад FFF в втт. На склад клиент не пзже тридцать первого авгт». В этом случае система распознает этот запрос следующим образом «транспортная операция [Консолидировать на складе] и транспортная операция [отправить] количество груза [один] тара [контейнер] типоразмер тары [размерностью 20 футов] ограничения на маршрут [через порты Дальнего Востока] куда [на первый склад] кому [FFF] условие тарифа [в режиме внутритаможенного транзита]. Растаможенный товар должен быть где [на первом складе] ограничение [не позже 31.08.2018]».

[00152] В дополнение к автоматическому формированию мультимодальных сервисов в режиме реального времени решение позволяет оперативно осуществлять поиск доступной информации согласно Фиг 3, включая, не ограничиваясь: транспортные активы, цифровые активы, транспортные сервисы (тарифы, расписания, технологии, маршруты, отдельные транспортные операции, договора, вместимость рейсов, используемые активы, транспортные операторы), продуктах и соответствующих цепочках добавленной стоимости по продуктам (например, непубличная информация, доступ к которой открыт для внутренних логистических служб грузовладельца или уполномоченного 4PL оператора), производственных операторах, торговых операторах, информации о компаниях, тендерах и торгах по активам, тендерах по транспортным сервисам.

[00153] В некоторых вариантах реализации пользователь, который ищет информацию о мультимодальном сервисе, может не знать о конкретном веб-ресурсе, на котором может быть найдена информация, или о его местоположении, и может формировать поисковый запрос и выполнять веб-поиск с помощью поисковой системы, например Yandex™, Google™, YAHOO!™ и так далее. Как известно, пользователь вводит поисковый запрос, и поисковая система предоставляет список профилей пользователей, содержания профилей, которые отвечают поисковому запросу, в виде того, что известно как страница результатов поиска (SERP). Таким образом, поисковая система перенаправляет запрос пользователя в сеть данного технического решения, которая выдает результаты в виде автоматически сформированных мультимодальных сервисов. Результаты для просмотра доступны как на странице графического интерфейса данного изобретения, так и на странице поисковой системы.

[00154] В некоторых вариантах осуществления настоящей технологии каждый поисковый запрос может быть снабжен отметкой о времени, показывающей момент времени, в который поисковый запрос был введен с поисковую систему и/или указание географического положения, из которого был введен поисковый запрос.

[00155] В общем случае, поисковое приложение, установленное в мобильном приложении пользователя или веб-ресурс включает в себя графический интерфейс запроса и графический интерфейс результатов поиска. Основной задачей графического интерфейса запроса является предоставление возможности пользователю вводить поисковый запрос или «поисковый вопрос». Основной задачей интерфейса результатов поиска является предоставление результатов поиска, отвечающих запросу пользователя, который был введен в интерфейс запроса. Обработка поискового запроса и представление поисковых результатов будут более подробно описаны ниже.

[00156] Также к сети передачи данных присоединен сервер поисковой системы, который проводит поиски в ответ на поисковые запросы. Сервер поисковой системы может быть также соединен с другими серверами, например, среди прочего, с серверами сетевой конфигурации, серверами сетевого ресурса, серверами приложений, серверами сетевой конфигурации через сеть передачи данных.

[00157] Веб-сервер поисковой системы может представлять собой обычный компьютерный сервер. В примере варианта осуществления настоящего технического решения, сервер поисковой системы может представлять собой сервер Dell™ PowerEdge™, на котором используется операционная система Microsoft™ Windows Server™. Сервер поисковой системы может быть также реализован в виде сетевого оборудования других типов, например, среди прочего, маршрутизатора, коммутатора, шлюза, базовой станции и так далее. Сервер поисковой системы может быть реализован на любом подходящем аппаратном и/или прикладном программном, и/или системном программном обеспечении или их комбинации. В представленном варианте осуществления настоящего технического решения, не ограничивающем его объем, сервер поисковой системы является распределенным сервером.

[00158] В некоторых вариантах реализации техническое решение может быть сконструировано на основе децентрализованного (или централизованного) распределенного реестра, например, блокчейна. В некоторых вариантах реализации транспортные, производственные, финансовые и другие операции профилей могут исполняться с применением смарт-контрактов по технологии блокчейн (blockchain). При этом цифровые активы профилей также могут работать на технологии распределенного реестра, например, блокчейна. Информация о технологии блокчейн широко известна и доступна в открытых источниках в уровне техники. Для формирования выплаты по операциям, профили пользователей организуют кошельки в криптовалюте (например, в криптовалюте Эфир ЕТН или биткоин ВТС) и регистрируют смарт-контракты на платформе, реализованной, как единая децентрализованная виртуальная машина на базе блокчейна, например Эфириума.

[001] В других вариантах осуществления настоящего технического решения, не ограничивающих ее объем, функциональность сервера поисковой системы может быть разделена, и может выполняться с помощью нескольких серверов или одного.

[002] Вариант осуществления сервера поисковой системы хорошо известен из уровня техники. Тем не менее, вкратце, сервер поисковой системы содержит сетевой интерфейс связи, который настроен и выполнен с возможностью устанавливать соединение с мобильным устройством связи пользователя или другим электронным устройством, присоединенным к сети передачи данных. Сервер поисковой системы дополнительно включает в себя один или несколько пунктов из следующего: компьютерный процессор, функционально соединенный с интерфейсом связи и настроенный и выполненный с возможностью выполнять различные способы, описанные здесь. Для этой цели у процессора есть память (в виде оперативной памяти (ОЗУ), флэш-памяти и так далее) и/или он функционально соединен с памятью, которая хранит машиночитаемые инструкции, инициирующие при выполнении выполнение процессором разнообразных описанных здесь способов. Сервер поисковой системы может дополнительно быть соединен (или иначе обладает доступом к) одному или нескольким модулям, например, среди прочего, модулю поискового робота, модулю сортировки и модулю ранжирования результатов поиска, как известно в данной области техники.

[003] Сервер поисковой системы может быть выполнен с возможностью выполнять веб поиск на ресурсе. Функциональность сервера поисковой системы общеизвестна, но, излагая коротко, сервер поисковой системы выполнен с возможностью осуществлять:

[004] (i) получение поискового запроса от мобильного устройства связи пользователя или от другого электронного устройства, на котором реализована форма поиска;

[005] (ii) обработку поискового запроса (нормирование поискового запроса, и т.д.);

[006] (iii) выполнение поиска для профилей пользователей, которые соответствуют поисковому запросу,

[007] и (iv) выводить ранжированный список результатов поиска мобильному устройству связи пользователя или другому электронному устройству для поискового приложения, чтобы выводить пользователю страницу результатов поиска (SERP), которая содержит профили пользователей или ссылки на них, соответствующие поисковому запросу.

[008] Шаг 140: осуществляют поиск по меньшей мере одного мультимодального сервиса на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей.

[009] Сервер поисковой системы функционально соединен с поисковым кластером (или иным образом имеет к нему доступ). Основной задачей поискового кластера является выполнение поиска в ответ на запрос пользователя, введенный с помощью интерфейса запроса, и вывод результатов поиска для представления их пользователю с помощью интерфейса результатов поиска. Далее следует описание варианта осуществления поискового кластера, не ограничивающего объем настоящего технического решения. Тем не менее, следует иметь в виду, что существуют другие варианты осуществления поискового кластера, не ограничивающие объем технического решения. Важно иметь в виду, что для упрощения нижеследующего описания конфигурация поискового кластера была сильно упрощена. Считается, что специалисты в данной области техники смогут понять подробности реализации поискового кластера и его компонентов, которые могли быть опущены в описании с целью упрощения.

[0010] В общем случае задачей поискового кластера является (i) проведение поиска; (И) проведение анализа результатов поиска и ранжирование результатов поиска; (iii) группировка результатов и компиляция страницы результатов поиска (SERP) для вывода пользователю. Конфигурация поискового кластера для выполнения поисков никак конкретно не ограничена. Специалистам в данной области техники будут понятны некоторые способы и средства для выполнения поиска с помощью поискового кластера и, соответственно, некоторые структурные компоненты поискового кластера будут описаны только на поверхностном уровне.

[0011] В некоторых вариантах осуществления поискового кластера, не ограничивающих объем настоящего технического решения, поисковый кластер включает в себя модуль обработки. Модуль обработки может выполнять несколько типов поиска, включая, среди прочего, общий поиск, вертикальный поиск, метапоиск, многоуровневый поиск и так далее. Конкретные подробности различных типов поиска не будут здесь описаны, поскольку данное описание не ограничивается каким-либо типом поиска. Любой тип поиска с помощью способа или средства любого типа, как будет понятно специалисту, может быть использован для проведения описанных поисков. С этой целью модуль обработки содержит (или иным образом имеет доступ к) модуль поиска.

[0012] Модуль поиска обладает доступом к базе данных системы для проведения веб-поиска(ов). Подразумевается, что база данных может быть реализована в распределенном виде, например, база данных может обладать различными компонентами, каждый компонент выполнен с возможностью выполнять конкретный вид поиска. Также подразумевается, что модуль поиска может обладать доступом ко множеству баз данных.

[0013] В некоторых вариантах осуществления настоящей технологии поисковый кластер может выполнять несколько типов поиска, включая, среди прочего, вертикальный поиск. Таким образом, в некоторых не ограничивающих вариантах осуществления настоящей технологии поисковый кластер включает в себя (или иным образом получает доступ к) модуль вертикального поиска. Модуль вертикального поиска выполнен с возможностью выполнять один или несколько вертикальных поисков, например, по вертикали изображений, видео, новостей, карт и тому подобного.

[0014] В некоторых вариантах осуществления настоящей технологии, не ограничивающих ее объем, поисковый кластер может выполнять так называемый многоуровневый поиск. Эти варианты осуществления, не ограничивающие объем технологии, могут быть реализованы, например, для того, чтобы увеличить скорость поиска и получить более релевантные результаты поиска. Вкратце, поисковый кластер может выполнять некоторые или все из: мета-поиск верхнего уровня, мета-поиск среднего уровня и мета-поиск нижнего уровня по индексированным страницам профилей пользователей, указание на которые хранится индексе профиля пользователя. Таким образом, поисковый кластер также выполнен с возможностью, известной специалистам в данной области техники, выполнять алгоритм поискового робота - который инициирует поисковый кластер "обыскивать" ресурс и индексировать посещенные профили пользователей в базах данных индексов.

[0015] Параллельно или последовательно с общим поиском, выполняемым модулем поиска, модуль вертикального поиска выполнен с возможностью выполнять один или несколько вертикальных поисков в рамках соответствующих вертикальных баз данных. Для целей описания, термин «вертикальный» (например в словосочетании «вертикальный поиск») используется для обозначения поиска, выполняемого в подмножестве большого набора данных, причем подмножество группируется в соответствии с признаками данных. Например, с учетом того, что один из вертикальных поисков выполняется модулем вертикального поиска по изображениям транспортных сервисов, можно считать, что модуль вертикального поиска проводит поиск по подмножеству (т.е. изображениям) набора данных (т.е. всех данных, потенциально доступных для поиска), причем подмножество данных хранится в базе данных, связанной с модулем вертикального поиска.

[0016] Шаг 140.1: определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя.

[0017] В каждом профиле пользователя сети содержится информация о складах, на которые он принимает грузы и с которых он отправляет грузы. При этом оператор склада как оператор транспортного сервиса (хранение, охрана, кросс-докинг и т.д.) или владелец склада как оператор транспортного актива (продажа, аренда) может иметь совершенно другой профиль, с которым данный профиль может быть связан как коммерческой связью (покупка услуг хранения или аренда склада для самостоятельной организации услуг хранения), так и операционной связью, например, если это компания автоперевозчик. Тем не менее если один профиль сети покупает услуги хранения у другого профиля сети, то у покупателя в профиле автоматически указывается адрес склада, на который он принимает или с которого он отправляет грузы.

[0018] Далее осуществляют идентификацию на основании запроса пользователя именно того профиля отправителя, который уже содержит информацию о складе, с которого будет осуществляться отправка, и профиль получателя, который уже содержит информацию о складе, который принимает груз. Полезно то, что никаких адресов вводить или указывать не требуется, так как адреса складов содержатся в профилях, а профили связаны друг с другом операционными связями, коммерческими связями и связями по интересам. Таким образом могут определяться профили всех участников сети, а именно грузовладельцев (компании, которые осуществляют производственную деятельность, торговлю и т.д.), 4PL операторов (внутренние логистические службы грузовладельцев или компании на аутсорсинге), 3PL операторов (экспедиторы, логистические операторы), 2PL операторов (перевозчики, транспортные компании), операторов транспортных активов.

[0019] В случае если запрос формирует грузовладелец, то информация о локации отправки груза указывается с его собственного профиля в сети. В качестве конечного профиля указывается профиль, который уже содержит информацию о складе поставки. В некоторых вариантах реализации это может быть торговый агент, который имеет свой профиль (с указанием склада) в сети. В таком случае конечным профилем является профиль агента. В других вариантах это может быть сам покупатель или его представитель, который имеет профиль в сети (с указанием склада поставки). В этом случае конечным профилем выступает профиль покупателя или его представителя.

[0020] В запросе можно указывать чужие профили в качестве начального профиля и конечного профиля. Это распространенная практика, когда от имени грузовладельца выступает его представитель - логистический оператор (3PL оператор, экспедитор) - который указывает профиль своего клиента, который содержит информацию о складах. Другой пример, когда 4PL оператор указывает собственный профиль в качестве начального и конечного профиля, имея, например, собственные склады вблизи локаций производства, торговли своих клиентов.

[0021] Особенность данного технического решения состоит в том, что адреса указывать при заказе нет необходимости. Надо указать лишь сетевой профиль, причем свой или чужой, с которого или на который необходимо доставить или отправить груз. Данное техническое решение, связывая профили разных типов пользователей, автоматически связывает адреса доставки и отправки грузов в сети. Адреса доставки и отправки грузов являются складами, терминалами, которые в свою очередь являются транспортными активами, указанных в сетевых профилях участников.

[0022] В случае, если в профиле пользователя содержится информация о нескольких складах, то пользователь при заказе выбирает с какого склада отправить или на какой склад принять груз. В некоторых вариантах реализации существует специализация складов по видам груза, поэтому указание вида груза при заказе исключает необходимость выбора склада.

[0023] Возвращаясь к примеру на предыдущем шаге, имеем следующий смысловой текст «транспортная операция [Консолидировать на складе] и транспортная операция [отправить] количество груза [один] тара [контейнер] типоразмер тары [размерностью 20 футов] ограничения на маршрут [через порты Дальнего Востока] куда [на первый склад] кому [FFF] условие тарифа [в режиме внтуритаможенного транзита]. Растаможенный товар должен быть где [на первом складе] ограничение [не позже 31.08.2018]».

[0024] На данном шаге система должна идентифицировать начальный профиль и конечный профиль согласно запросу пользователя. В данном примере начальным профилем выступает профиль самого пользователя, который делает запрос, поскольку нет ссылок на другие профили. В профиле самого пользователя, который делает поиск, содержится информация о складе, с которого он отправляет, принимает грузы. Это означает, что известна точная геолокация точки отправления груза.

[0025] В примере реализации конечным профилем выступает профиль клиента FFF. Из профиля клиента FFF в разделе транспортных сервисов (если он покупает услугу хранения) или в разделе транспортных активов (если он арендует площадь и сам организует хранение) выявляются локации его складов. Осталось определить только, в какой из складов клиента FFF необходимо доставить груз. В запросе пользователь указал, что необходимо доставить на «первый склад». Таким образом, определен конечный профиль - [профиль FFF], а в рамках конечного профиля точная геолокация - [профиль FFF. Первый склад].

[0026] Шаг 140.2: для определенной по меньшей мере одной пары начального и конечного профиля выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей.

[0027] Если рассматривать только операционные связи, то сеть профилей представляет собой взвешенный ориентированный граф с неотрицательными весами связей и наличием контуров.

[0028] Причем сама сеть профилей динамически меняется во времени:

a. Динамически меняются профили;

b. Динамически меняются связи между профилями;

c. Динамически меняются параметры весов связей.

[0029] Сеть профилей построена таким образом, что любой профиль сети всегда связан с другими профилем сети напрямую или через промежуточные профили. Поэтому если не вводить ограничения, то может существовать сколь угодно большое количество вариантов связей между двумя профилями. Это, безусловно, может аффектировать производительность работы системы. Поэтому в условиях отсутствия отсекающих ограничений со стороны пользователей по времени, надежности, стоимости, количеству промежуточных контрагентов, и т.д. используют системные ограничения, на основании которых выделяется мультимодальный граф. Происходит это следующим образом:

1. Выделяется мультимодальный граф между начальным и конечным профилем пользователя на основании исторических запросов пользователей по заданной паре начального и конечного профиля за ограниченный период времени. При этом из исторических промежуточных профилей и связей автоматически используется только то множество промежуточных профилей и связей, которое актуально на момент запроса.

2. Если не было исторических запросов пользователей по заданной паре начального и конечного профиля, то:

a. Вариант А:

i. Определяется пара прокси-профилей, один из которых операционно связан с начальным, а второй связан операционно с конечным профилем и у которых были исторические запросы пользователей. В некоторых случаях прокси-профили могут совпадать и представлять собой один прокси-профиль, который связан одновременно напрямую с начальным и с конечным профилем.

ii. Выделяется мультимодальный граф между прокси-профилями.

iii. Выделяется мультимодальный граф путем выделения операционных связей к исходным профилям от мультимодального графа между прокси-профилями.

b. Вариант Б (когда нет пары прокси-профилей):

i. Сначала решается задача о нахождении минимального пути (по количеству дуг) между заданными вершинами (в нашем случае между начальным профилем и конечным профилем) взвешенного ориентированного графа с контурами. Для этого могут применяться алгоритмы поиска кратчайшего пути Дейкстры, Беллмана-Форда, Флойда-Уоршелла, Джонсона, Левита и другие.

ii. Определяется количество промежуточных профилей минимального пути.

iii. Решается задача из теории графов о перечислении всех путей между двумя произвольными вершинами (в нашем случае между начальным профилем и конечным профилем) взвешенного ориентированного графа с положительными весами и контурами при условии, что количество межпрофильных операционных связей по любому из найденных путей не превышает значение N+1, где N - определенное на предыдущем шаге максимальное количество промежуточных профилей. Множество найденных межпрофильных операционных связей, найденных промежуточных профилей, заданного начального и конечного профилей образует искомый мультимодальный граф для случая, когда нет пары прокси-профилей.

[0030] Пользователь может задавать в запросе ограничения любого характера, будь то к самим профилям, связям или комбинации профилей и связей. Ограничения касаются любого контента профилей и связей.

[0031] Примеры включают, но не ограничиваются: статус профиля, статус по транспортному сервису профиля (например, учитывать только те предложения, где продавцом транспортного сервиса является сам транспортный оператор), особенности маршрута (например, только через Санкт-Петербург), совокупное ожидаемое транзитное время, ожидаемое время прибытия в конечную геолокацию, совокупная стоимость перевозки, любые ограничения по условиям применения тарифов, по технологии, по наименованию логистического оператора, по наименованию транспортного оператора, количество логистических операторов (важно при исключении ненужных посредников), наименование оператора транспортного актива (например, оператора контейнерного парка или оператора фитинговых платформ), параметры транспортных активов (начиная от исключения, добавления вида транспорта и заканчивая детальными характеристиками транспортного актива (что особенно важно при крупногабаритных проектных перевозках)), количество транспортных операций, принадлежащих разным терминалам в общей совокупности транспортных операций мультимодальных сервисов (например, чтобы исключить большое количество промежуточных хабов на маршруте мультимодального сервиса), определенный рейс транспортного сервиса, оставшаяся вместимость рейса транспортного сервиса, популярность транспортного сервиса, наличие фото, видео, текстового контента о сервисе и т.д.

[0032] Любое ограничение пользователя приводит к исключению профилей и связей, которые не соответствуют заданному ограничению, тем самым уменьшая размерность и вес мультимодального графа, выделенного при отсутствии ограничений со стороны пользователя.

[0033] Шаг 150: отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа, которая начинается от начального профиля и заканчивается на конечном профиле, представляя искомый мультимодальный сервис.

[0034] Искомый мультимодальный сервис имеет:

a. Тариф, включающий тарифы всех транспортных сервисов составляющих непрерывную цепочку связей.

b. Технологию всей перевозки, с указанием всего маршрута, общего транзитного времени и расписания каждого рейса транспортных сервисов, составляющих непрерывную цепочку связей.

c. Информацию о транспортных и доступных для просмотра используемых цифровых активах всей мультимодальной перевозки.

d. Сформированный автоматически договор с логистическим оператором всего мультимодального сервиса или договора с транспортными операторами каждого из рейсов транспортных сервисов непрерывной цепочки связей.

e. Медиа-контент искомого мультимодального сервиса.

[0035] Далее, после того как модуль поиска и модуль вертикального поиска получают соответствующие результаты поиска, поисковый кластер выполнен с возможностью создавать список ранжированных результатов поиска, включающий в себя результаты от модуля поиска и модуля вертикального поиска. Поисковым кластером могут выполняться различные известные алгоритмы ранжирования результатов поиска.

[0036] В качестве примера, не ограничивающего объем технологии, некоторые способы ранжирования результатов в соответствии с их релевантностью по отношению к введенному пользователем поисковому запросу основаны на всех или некоторых из следующих критериев: (i) насколько популярен данный поисковый запрос или ответ на него либо среди поисков, проводимых модулем поиска или модулем вертикального поиска; (ii) сколько результатов выдается либо модулем поиска, либо модулем вертикального поиска; (iii) содержит ли поисковый запрос какие-либо ключевые термины (например, «доставка», «груз», «транспорт» и т.п.), (iv) насколько часто конкретный поисковый запрос содержит ключевые термины при вводе его другими пользователями; (v) насколько часто другие пользователи при выполнении аналогичного поиска выбирали конкретный транспортный сервис или конкретные результаты вертикального поиска, когда результаты были представлены на странице результатов поиска (SERP).

[0037] В рамках данного описания термин «ключевой термин» подразумевает под собой слово или последовательность слов, свидетельствующую о том, что данный результат поиска, вероятно, является наиболее релевантным по отношению к поисковому запросу пользователя. Например, если поисковый запрос содержит термин «транспортный сервис», то с помощью поискового кластера можно определить, что модуль вертикального поиска, выполняющий вертикальный поиск по транспортным сервисам, скорее всего, содержит наиболее релевантные результаты, соответствующие пользовательскому запросу.

[0038] Излишне говорить, что либо исключительно их подмножество, либо комбинация его с другими, либо же комбинация других факторов может браться в расчет для ранжирования результатов поиска по релевантности.

[0039] Поисковый кластер затем передает ранжированные результаты поиска серверу. Сервер затем передает через сеть передачи данных ранжированные результаты поиска электронному устройству для отображения пользователю в виде страницы результатов поиска (SERP). Обычно сервер выполнен с возможностью создавать сообщение объектной нотации Javascript (JSON), которое содержит информацию, важную для инициирования отображения электронным устройством страницы результатов поиска (SERP), содержащей ранжированные результаты поиска, созданные поисковым кластером. Излишне говорить, что сообщение может быть в формате, отличном от JSON, например, в формате расширяемого языка разметки (XML) и т.п.

[0040] Ссылаясь на Фиг. 2, данное техническое решение может быть реализовано в виде системы 200, которая содержит один или более из следующих компонент: компонент 201 обработки, содержащий по меньшей мере один процессор 202, память 203, компонент 204 питания, компонент 205 мультимедиа, компонент 206 аудио, интерфейс 207 ввода / вывода (I/O), сенсорный компонент 208, компонент 209 передачи данных.

[0041] Компонент 201 обработки в основном управляет всеми операциями системы 200, например, формирует профиль пользователя, осуществляет поиск мультимодального сервиса, а также управляет дисплеем, телефонным звонком, передачей данных, работой камеры и операцией записи мобильного устройства связи пользователя. Модуль 201 обработки может включать в себя один или более процессоров 202, реализующих инструкции для завершения всех или части шагов из указанных выше способов. Кроме того, модуль 201 обработки может включать в себя один или более модулей для удобного процесса взаимодействия между другими модулями 201 обработки и другими модулями. Например, модуль 201 обработки может включать в себя мультимедийный модуль для удобного облегченного взаимодействия между компонентом 205 мультимедиа и компонентом 201 обработки.

[0042] Память 203 выполнена с возможностью хранения различных типов данных для поддержки работы системы 200, например, базу данных с профилями пользователей. Примеры таких данных включают в себя инструкции из любого приложения или способа, контактные данные, данные адресной книги, сообщения, изображения, видео, и т.д., и все они работают на системе 200. Память 203 может быть реализована в виде любого типа энергозависимого запоминающего устройства, энергонезависимого запоминающего устройства или их комбинации, например, статического оперативного запоминающего устройства (СОЗУ), Электрически-Стираемого Программируемого постоянного запоминающего устройства (ЭСППЗУ), Стираемого Программируемого постоянного запоминающего устройства (СППЗУ), Программируемого постоянного запоминающего устройства (ППЗУ), постоянного запоминающего устройства (ПЗУ), магнитной памяти, флэш-памяти, магнитного диска или оптического диска и другого, не ограничиваясь.

[0043] Компонент 204 питания обеспечивает электричеством различные компоненты системы 200. Компонент 204 питания может включать систему управления электропитанием, один или более источник питания, и другие узлы для генерации, управления и распределения электроэнергии к системе 200.

[0044] Компонент 205 мультимедиа включает в себя экран, обеспечивающий выходной интерфейс между системой 200, которая может быть установлена на мобильном устройстве связи пользователя и пользователем. В некоторых вариантах реализации, экран может быть жидкокристаллическим дисплеем (ЖКД) или сенсорной панелью (СП). Если экран включает в себя сенсорную панель, экран может быть реализован в виде сенсорного экрана для приема входного сигнала от пользователя. Сенсорная панель включает один или более сенсорных датчиков в смысле жестов, прикосновения и скольжения сенсорной панели. Сенсорный датчик может не только чувствовать границу прикосновения пользователя или жест перелистывания, но и определять длительность времени и давления, связанных с режимом работы на прикосновение и скольжение. В некоторых вариантах осуществления компонент 205 мультимедиа включает одну фронтальную камеру и/или одну заднюю камеру. Когда система 200 находится в режиме работы, например, режиме съемки или режиме видео, фронтальная камера и/или задняя камера могут получать данные мультимедиа извне. Каждая фронтальная камера и задняя камера может быть одной фиксированной оптической системой объектива или может иметь фокусное расстояние или оптический зум.

[0045] Компонент 206 аудио выполнен с возможностью выходного и/или входного аудио сигнала. Например, компонент 206 аудио включает один микрофон (MIC), который выполнен с возможностью получать внешний аудио сигнал, когда система 200 находится в режиме работы, например, режиме вызова, режима записи и режима распознавания речи. Полученный аудио сигнал может быть далее сохранен в памяти 203 или направлен по компоненту 209 передачи данных. В некоторых вариантах осуществления компонент 206 аудио также включает в себя один динамик выполненный с возможностью вывода аудио сигнала.

[0046] Интерфейс 207 ввода / вывода (I / О) обеспечивает интерфейс между компонентом 201 обработки и любым периферийным интерфейсным модулем. Вышеуказанным периферийным интерфейсным модулем может быть клавиатура, руль, кнопка, ит.д. Эти кнопки могут включать, но не ограничиваясь, кнопку запуска, кнопку регулировки громкости, начальную кнопку и кнопку блокировки.

[0047] Сенсорный компонент 208 содержит один или более сенсоров и выполнен с возможностью обеспечения различных аспектов оценки состояния системы 200. Например, сенсорный компонент 208 может обнаружить состояния вкл/выкл системы 200, относительное расположение компонентов, например, дисплея и кнопочной панели, одного компонента системы 200, наличие или отсутствие контакта между пользователем и системой 200, а также ориентацию или ускорение/замедление и изменение температуры системы 200. Сенсорный компонент 208 содержит бесконтактный датчик, выполненный с возможностью обнаружения присутствия объекта, находящегося поблизости, когда нет физического контакта. Сенсорный компонент 208 содержит оптический датчик (например, КМОП или ПЗС-датчик изображения) выполненный с возможностью использования в визуализации приложения. В некоторых вариантах сенсорный компонент 208 содержит датчик ускорения, датчик гироскопа, магнитный датчик, датчик давления или датчик температуры.

[0048] Компонент 209 передачи данных выполнен с возможностью облегчения проводной или беспроводной связи между системой 200 и другими устройствами. Система 200 может получить доступ к беспроводной сети на основе стандарта связи, таких как WiFi, 2G, 3G, 5G, или их комбинации. В одном примерном варианте компонент 209 передачи данных получает широковещательный сигнал или трансляцию, связанную с ними информацию из внешней широковещательной системы управления через широковещательный канал. В одном варианте осуществления компонент 209 передачи данных содержит модуль коммуникации ближнего поля (NFC), чтобы облегчить ближнюю связь. Например, модуль NFC может быть основан на технологии радиочастотной идентификации (RFID), технологии ассоциации передачи данных в инфракрасном диапазоне (IrDA), сверхширокополосных (UWB) технологии, Bluetooth (ВТ) технологии и других технологиях.

[0049] В примерном варианте осуществления система 200 может быть реализована посредством одной или более Специализированных Интегральных Схем (СИС), Цифрового Сигнального Процессора (ЦСП), Устройств Цифровой Обработки Сигнала (УЦОС), Программируемым Логическим Устройством (ПЛУ), логической микросхемой, программируемой в условиях эксплуатации (ППВМ), контроллера, микроконтроллера, микропроцессора или других электронных компонентов, и может быть сконфигурирован для реализации способа отображения альбома.

[0050] В примерном варианте осуществления, энергонезависимый компьютерно-читаемый носитель, содержит инструкции также предусмотренные, например, память 203 включает инструкции, где инструкции выполняются процессором 201 системы 200 для реализации описанных выше способов автоматизированного формирования мультимодального сервиса грузоперевозок. Например, энергонезависимым компьютерно-читаемым носителем может быть ПЗУ, оперативное запоминающее устройство (ОЗУ), компакт-диск, магнитная лента, дискеты, оптические устройства хранения данных и тому подобное.

[0051] Вычислительная система 200 может включать в себя интерфейс дисплея, который передает графику, текст и другие данные из коммуникационной инфраструктуры (или из буфера кадра, не показан) для отображения на компоненте 205 мультимедиа. Вычислительная система 200 дополнительно включает в себя устройства ввода или периферийные устройства. Периферийные устройства могут включать в себя одно или несколько устройств для взаимодействия с мобильным устройством связи пользователя, такие как клавиатура, микрофон, носимое устройство, камера, один или более звуковых динамиков и другие датчики. Периферийные устройства могут быть внешними или внутренними по отношению к мобильному устройству связи пользователя. Сенсорный экран может отображать, как правило, графику и текст, а также предоставляет пользовательский интерфейс (например, но не ограничиваясь ими, графический пользовательский интерфейс (GUI)), через который пользователь может взаимодействовать с мобильным устройством связи пользователя, например, получать доступ и взаимодействовать с приложениями, запущенными на устройстве.

[0052] Как будет понятно специалисту в данной области техники, аспекты настоящего технического решения могут быть выполнены в виде системы, способа или компьютерного программного продукта. Соответственно, различные аспекты настоящего технического решения могут быть реализованы исключительно как аппаратное обеспечение, как программное обеспечение (включая прикладное программное обеспечение и так далее) или как вариант осуществления, сочетающий в себе программные и аппаратные аспекты, которые в общем случае могут упоминаться как «модуль», «система» или «архитектура». Кроме того, аспекты настоящего технического решения могут принимать форму компьютерного программного продукта, реализованного на одном или нескольких машиночитаемых носителях, имеющих машиночитаемый программный код, который на них реализован.

[0053] Также может быть использована любая комбинация одного или нескольких машиночитаемых носителей. Машиночитаемый носитель хранилища может представлять собой, без ограничений, электронную, магнитную, оптическую, электромагнитную, инфракрасную или полупроводниковую систему, аппарат, устройство или любую подходящую их комбинацию. Конкретнее, примеры (неисчерпывающий список) машиночитаемого носителя хранилища включают в себя: электрическое соединение с помощью одного или нескольких проводов, портативную компьютерную дискету; жесткий диск, оперативную память (ОЗУ), постоянную память (ПЗУ), стираемую программируемую постоянную память (EPROM или Flash-память), оптоволоконное соединение, постоянную память на компакт-диске (CD-ROM), оптическое устройство хранения, магнитное устройство хранения или любую комбинацию вышеперечисленного. В контексте настоящего описания, машиночитаемый носитель хранилища может представлять собой любой гибкий носитель данных, который может содержать или хранить программу для использования самой системой, устройством, аппаратом или в соединении с ними.

[0054] Программный код, встроенный в машиночитаемый носитель, может быть передан с помощью любого носителя, включая, без ограничений, беспроводную, проводную, оптоволоконную, инфракрасную и любую другую подходящую сеть или комбинацию вышеперечисленного.

[0055] Компьютерный программный код для выполнения операций для шагов настоящего технического решения может быть написан на любом языке программирования или комбинаций языков программирования, включая объектно-ориентированный язык программирования, например Java, Smalltalk, С++ и так далее, и обычные процедурные языки программирования, например язык программирования «С» или аналогичные языки программирования. Программный код может выполняться на компьютере пользователя полностью, частично, или же как отдельный пакет программного обеспечения, частично на компьютере пользователя и частично на удаленном компьютере, или же полностью на удаленном компьютере. В последнем случае, удаленный компьютер может быть соединен с компьютером пользователя через сеть любого типа, включая локальную сеть (LAN), глобальную сеть (WAN) или соединение с внешним компьютером (например, через Интернет с помощью Интернет-провайдеров).

[0056] Аспекты настоящего технического решения были описаны подробно со ссылкой на блок-схемы, принципиальные схемы и/или диаграммы способов, устройств (систем) и компьютерных программных продуктов в соответствии с вариантами осуществления настоящего технического решения. Следует иметь в виду, что каждый блок из блок-схемы и/или диаграмм, а также комбинации блоков из блок-схемы и/или диаграмм, могут быть реализованы компьютерными программными инструкциями. Эти компьютерные программные инструкции могут быть предоставлены процессору компьютера общего назначения, компьютера специального назначения или другому устройству обработки данных для создания процедуры, таким образом, чтобы инструкции, выполняемые процессором компьютера или другим программируемым устройством обработки данных, создавали средства для реализации функций/действий, указанных в блоке или блоках блок-схемы и/или диаграммы.

[0057] Эти компьютерные программные инструкции также могут храниться на машиночитаемом носителе, который может управлять компьютером, отличным от программируемого устройства обработки данных или отличным от устройств, которые функционируют конкретным образом, таким образом, что инструкции, хранящиеся на машиночитаемом носителе, создают устройство, включающее инструкции, которые осуществляют функции/действия, указанные в блоке блок-схемы и/или диаграммы.

Изобретение относится к области вычислительной техники. Технический результат заключается в сокращении времени формирования и поиска мультимодальных сервисов грузоперевозок. Способ содержит этапы, на которых: получают посредством модуля поиска набор профилей пользователей; устанавливают связи между профилями пользователей через транспортно-логистические сервисы; получают по меньшей мере один запрос от пользователя; осуществляют поиск по меньшей мере одного мультимодального сервиса на сервере, причем определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя; для определенной по меньшей мере одной пары начального и конечного профилей выделяют мультимодальный граф профилей пользователей; отображают пользователю по меньшей мере одну непрерывную цепочку связей профилей мультимодального графа. 9 з.п. ф-лы, 4 ил.

1. Способ автоматизированного формирования мультимодального сервиса грузоперевозок, включающий следующие шаги:

получают посредством модуля поиска набор профилей пользователей, содержащих по меньшей мере один транспортно-логистический сервис из памяти;

устанавливают связи между профилями пользователей через транспортно-логистические сервисы, формируя таким образом сеть профилей пользователей;

получают по меньшей мере один запрос от пользователя на поиск по меньшей мере одного мультимодального сервиса на сервере;

осуществляют поиск по меньшей мере одного мультимодального сервиса на сервере на основании по меньшей мере одного запроса пользователя среди сети связанных профилей пользователей, причем

определяют по меньшей мере один начальный и по меньшей мере один конечный профиль пользователя согласно запросу пользователя;

для определенной по меньшей мере одной пары начального и конечного профилей выделяют мультимодальный граф профилей пользователей посредством определения множества связанных промежуточных профилей;

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

2. Способ по п. 1, характеризующийся тем, что конечный профиль пользователя совпадает с начальным профилем пользователя.

3. Способ по п. 1, характеризующийся тем, что профиль пользователя содержит упорядоченную последовательность операций транспортного сервиса или технологию транспортного сервиса.

4. Способ по п. 1, характеризующийся тем, что профиль пользователя содержит расписание для линейного транспортного сервиса.

5. Способ по п. 1, характеризующийся тем, что профиль пользователя содержит идентификатор транспортных активов, применимых в сервисе, и вместимость рейса транспортного сервиса.

6. Способ по п. 1, характеризующийся тем, что данные о профиле пользователя индексируются.

7. Способ по п. 1, характеризующийся тем, что между профилями пользователей установлена операционная связь, и/или коммерческая связь, и/или по интересу.

8. Способ по п. 1, характеризующийся тем, что связи между профилями пользователей устанавливают посредством установления соответствия между сущностями и характеристиками предметной области, а также отношениями и атрибутами в нотации СУБД.

9. Способ по п. 1, характеризующийся тем, что запрос пользователя содержит данные, на основании которых сеть профилей формирует по меньшей мере один мультимодальный сервис.

10. Способ по п. 1, характеризующийся тем, что запрос пользователя сформирован в текстовом виде и/или голосовом виде или их комбинации.