RU2309458C2 - Электронная система камер для посылок и логистическая система - Google Patents

Электронная система камер для посылок и логистическая система Download PDF

Info

Publication number
RU2309458C2
RU2309458C2 RU2004109912/09A RU2004109912A RU2309458C2 RU 2309458 C2 RU2309458 C2 RU 2309458C2 RU 2004109912/09 A RU2004109912/09 A RU 2004109912/09A RU 2004109912 A RU2004109912 A RU 2004109912A RU 2309458 C2 RU2309458 C2 RU 2309458C2
Authority
RU
Russia
Prior art keywords
parcels
parcel
cameras
chambers
electronic
Prior art date
Application number
RU2004109912/09A
Other languages
English (en)
Other versions
RU2004109912A (ru
Inventor
Борис МАЙЕР (DE)
Борис МАЙЕР
Кристиан БОРГЕР (DE)
Кристиан БОРГЕР
Original Assignee
Дойче Пост Аг
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Дойче Пост Аг filed Critical Дойче Пост Аг
Publication of RU2004109912A publication Critical patent/RU2004109912A/ru
Application granted granted Critical
Publication of RU2309458C2 publication Critical patent/RU2309458C2/ru

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/04Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0421Multiprocessor system
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B65CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65GTRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G1/00Storing articles, individually or in orderly arrangement, in warehouses or magazines
    • B65G1/02Storage devices
    • B65G1/04Storage devices mechanical
    • B65G1/137Storage devices mechanical with arrangements or automatic control means for selecting which articles are to be removed
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Mechanical Engineering (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Warehouses Or Storage Devices (AREA)
  • Supports Or Holders For Household Use (AREA)
  • Sorting Of Articles (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Lock And Its Accessories (AREA)
  • Container Filling Or Packaging Operations (AREA)

Abstract

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

Description

Изобретение касается электронной системы камер для посылок.
Электронные системы камер для посылок известны, например, из опубликованной предварительной заявки на патент Германии №10000830 А1, где раскрыт способ помещения товаров по меньшей мере в один запираемый шкаф. В системе камер для посылок, используемой в этом способе, имеется несколько камер для посылок, которые открываются и закрываются с помощью электронной запирающей системы. Несколько камер для посылок связывают с операционным блоком, выполненным в виде терминала и предназначенным для ввода или вывода данных. Запирающая система и операционные блоки связаны с компьютером, который управляет работой системы камер для посылок.
В этой заявке раскрыто также объединение компьютеров нескольких запирающих систем в сеть с формированием мультикомпьютерной системы, имеющей центральный управляющий компьютер. Центральный управляющий компьютер принадлежит, например, службе доставки, которая контролирует все перемещения товаров в камерах запираемого шкафа.
Целью изобретения является создание электронной системы камер для посылок, которая обеспечивает гибкую доставку посылок и их выемку из электронной системы камер для посылок.
Согласно настоящему изобретению, эта цель достигается в электронной системе камер для посылок, сконфигурированной таким образом, что она включает множество электронных камер для посылок, где несколько электронных камер для посылок связаны с соответствующим операционным блоком, и центральный блок управления для управления операционными блоками, при этом центральный блок управления имеет средство для гибкого связывания камер для посылок с операционными блоками.
Согласно настоящему изобретению, электронная система камер для посылок состоит из нескольких индивидуальных доставочных устройств, которые снабжены одним или несколькими операционными блоками. Работой некоторых или всех операционных блоков управляет центральный блок управления.
Предпочтительно, чтобы операционные блоки содержали средство управления открытием и/или закрытием камер для посылок, связанных с операционными блоками.
Отдельные электронные системы камер для посылок объединены вместе с формированием кластеров.
В частности, предпочтительно, чтобы центральный блок управления содержал средство для связывания камер для посылок с операционными блоками.
Преимущество варианта выполнения настоящего изобретения, в котором камеры для посылок и операционные блоки связываются друг с другом посредством центрального блока управления, состоит в том, что электронная система камер для посылок может быть легко адаптирована к изменившимся параметрам работы.
В частности, это удобно для обеспечения изменяемого связывания камер для посылок с операционными блоками.
При этом, например, если нарушается нормальная работа операционного блока, то камеры для посылок, которые до этого были связаны с этим операционным блоком, можно связать с другим операционным блоком.
В особенно предпочтительном варианте выполнения настоящего изобретения электронная система камер для посылок сконфигурирована так, что центральный блок управления имеет интерфейс для приема информации от сервера базы данных, в которой содержатся данные о заполнении камер.
Таким образом, электронная система камер для посылок может быть гибко адаптирована к ситуациям, возникающим в процессе работы, и к привычкам пользователя.
Например, если нарушается нормальная работа операционного блока, то камеры для посылок, которые были связаны с этим операционным блоком, можно связать с одним или несколькими другими операционными блоками. Это также улучшает возможность гибко приспосабливаться к потребностям или привычкам пользователей системы камер для посылок.
Особенно предпочтительные варианты выполнения настоящего изобретения допускают внутренний обмен информацией между центральным блоком управления и операционными блоками, а также внешний обмен информацией между центральным блоком управления и одним или несколькими серверами баз данных.
В предпочтительном варианте выполнения настоящего изобретения такой обмен информацией обеспечивается посредством того, что центральный блок управления имеет интерфейс для передачи информации в сервер базы данных, в котором хранятся данные о заполнении камер для посылок.
Повышение гибкости и универсальности электронной системы камер для посылок может быть достигнуто также за счет того, что центральный блок управления имеет компьютер, который может хранить и обрабатывать данные о работе и/или о состоянии заполнения камер для посылок.
Термин "компьютер" не следует понимать ограниченно. Он применим к любому блоку, который способен выполнять вычисления, например, к рабочей станции, персональному компьютеру, микрокомпьютеру или схеме, которая способна выполнять вычисления и/или сравнения.
Кроме того, предпочтительно оборудовать центральный блок управления дополнительными интерфейсами для проверки и/или изменения рабочих состояний. Это весьма облегчает обслуживание электронной системы камер для посылок.
Другим объектом изобретения является логистическая система, которая содержит несколько электронных систем камер для посылок, соединенных друг с другом сетью.
Такая логистическая система является особенно предпочтительной для достижения сформулированной выше цели, т.е. обеспечения гибкой доставки посылок и их выемки из камер для посылок.
Путем объединения в сеть нескольких электронных систем камер для посылок особенно легко обеспечить гибкую доставку почтовых отправлений.
Так, например, если все камеры для посылок в какой-либо электронной системе камер для посылок заняты, то можно переслать дополнительные почтовые отправления в другую электронную систему камер для посылок и хранить их там готовыми для выемки.
Благодаря включению в систему сервера базы данных, предпочтительно централизованного, почтовые грузы можно доставлять в электронные системы камер для посылок в зависимости от состояния заполнения такой электронной системы и/или камер для посылок, содержащихся в ней.
Дополнительные преимущества, особенности и практические усовершенствования изобретения вытекают из зависимых пунктов формулы и описания предпочтительных вариантов осуществления изобретения, представленного ниже со ссылками на сопровождающие чертежи.
На чертежах:
на фиг.1 показана структура интерфейса доставочной машины, который пригоден в качестве платформы обмена информацией с электронной системой камер для посылок;
на фиг.2 показана схема компонентов, используемых для регистрации пользователя, помощи пользователю и отслеживания доставки;
на фиг.3 показана схема вызовов функциональных процедур для реализации функций внутренних служб;
на фиг.4 показана схема интерфейсов, используемых для уведомления пользователя;
на фиг.5 А, В,С подробно показан вид интерфейсов, используемых для заполнения и администрирования камер для посылок;
на фиг.6 подробно показан вид интерфейсов, используемых для конфигурирования доставочных машин и использования емкости, и
на фиг.7 показаны этапы процесса, направленного на исправление ошибок.
В представленном ниже варианте выполнения настоящего изобретения электронная система камер для посылок интегрирована в комплексную логистическую систему.
Такая интеграция электронной системы камер для посылок в комплексную систему особенно предпочтительна, поскольку в этом случае гибкость, достигаемая путем выполнения электронных систем камер для посылок согласно настоящему изобретению, позволяет использовать их особенно эффективно.
Хотя использование систем камер для посылок в комплексной логистической системе в принципе особенно предпочтительно, электронные системы камер для посылок могут работать и без объединения в сеть. В таких вариантах выполнения настоящего изобретения введение центрального блока управления для управления операционными блоками также повышает гибкость использования электронных систем камер для посылок.
Однако возможности, обеспечиваемые изобретением, расширяются при объединении множества систем камер для посылок сетью друг с другом и/или с сервером базы данных, предпочтительно централизованным.
Когда несколько из этих предпочтительных компонентов объединены, в результате образуется комплексная система, имеющая следующие компоненты, которые ниже называются также "Почта 24", поскольку они позволяют обеспечить автоматизированную круглосуточную работу:
1) Множество блоков распределения посылок, причем предпочтительно, чтобы в каждом из них был по меньшей мере один операционный блок.
2) Центральный блок управления, с помощью которого отдельные доставочные машины объединяются сетью в кластеры и который контролирует рабочее состояние и функции доставочных машин. Центральный блок управления служит "концентратором" для посылочных транзакций, которые он направляет на сервер Почты 24. Кроме того, он передает инструкции сервера Почты 24 в машины для доставки посылок.
3) Сервер Почты 24, который управляет данными о клиентах и посылках, регистрирует процедуры доставочных машин и управляет ими, а также выполняет центральные программы (регистрация, CallCenter, Track&Trace и т.д.).
Система имеет модульную конструкцию. Определен стандартный интерфейс, который регулирует обмен информацией между доставочной машиной, CallCenter и сервером Почты 24. При этом можно использовать доставочные машины, изготовленные различными производителями.
Модульная конструкция отдельных систем камер для посылок особенно удобна с точки зрения повышения гибкости и универсальности отдельных электронных систем камер для посылок, а также комплексной логистической системы.
Предпочтительно, электронные системы камер для посылок, используемые в логистической системе, структурированы так, чтобы они выполняли функции и операции комплексной логистической системы наиболее эффективно.
В принципе, электронные системы камер для посылок могут быть реализованы в форме разнообразных технических решений.
Однако представленные ниже варианты выполнения электронных систем камер для посылок особенно предпочтительны ввиду их надежности и удобства для пользователей.
Одна из двух систем отличается тем, что каждая камера для посылок может быть закрыта индивидуальной дверцей. Другая, также предпочтительная, конфигурация системы камер для посылок отличается наличием циклического подъемника со специальными транспортными механизмами для отдельных посылок, предназначенными для размещения и изъятия отдельных посылок.
В этих вариантах выполнения настоящего изобретения доставочная машина позволяет загружать и вынимать посылки или содержимое из камер разных размеров. Особенно предпочтительной особенностью системы доставочных машин является то, что камеры для посылок только временно ассоциируются с определенными получателями, а именно, только тогда, когда камера содержит что-то для этого получателя. Для этого, прежде всего, потенциальный получатель должен быть известен системе доставочных машин, а во-вторых, доставкой следует управлять централизованно и так, чтобы она зависела от получателя.
Во время процедуры загрузки происходит обнаружение идентификационного кода посылки и идентификационного кода получателя. На основе идентификационного кода получателя соответствующий код доступа запрашивается у сервера Почты 24 (центральной системы). При получении посылки получатель идентифицирует себя своим личным идентификационным кодом получателя, например с использованием магнитной карты и секретного личного кода доступа. Если эта информация соответствует информации, хранящейся в доставочной машине, содержимое камеры становится доступным получателю.
Если посылка отправлена наложенным платежом или если при выдаче посылки необходимо получить от клиента некоторую денежную сумму, то сначала эта сумма отображается, и лицо, забирающее посылку, может заплатить эту сумму с помощью платежного терминала (посредством ЕС-карты, денежной карты и т.п.).
Посылки (или товары), которые возвращаются получателями, обнаруживаются доставочной машиной, о чем сообщается серверу Почты 24, который инициирует процедуру изъятия этой посылки соответствующим персоналом логистической компании.
Предпочтительно, центральный блок управления, который также называется панелью управления, обладает свойствами, перечисленными ниже.
Индивидуальные доставочные машины объединены в сеть с помощью этого центрального блока управления, который объединяет их в кластеры и осуществляет обмен информацией ("концентратор"). Центральным блоком управления контролируются сервисные и эксплуатационные задачи. Центральный блок управления распознает, готовы ли к работе доставочные машины или компоненты доставочной машины (операционный блок, принтер, индивидуальные камеры), и какие события, связанные с работой, происходят в различных доставочных машинах.
Сервер Почты 24 представляет собой информационный сервер, который связан сетью с помощью технических решений на базе Интернета с доставочными машинами или с панелью управления. Сервер Почты 24 является интерфейсом к дополнительным приложениям базы данных. Эти приложения базы данных позволяют, например, ввести функции выставления счетов и отслеживания перевозок.
Доставочная машина предпочтительно используется только получателями, которые предварительно подписали с Deutsche Post договор на такое обслуживание и чьи данные хранятся в сервере Почты 24. Получатели, которые зарегистрированы таким образом, получают идентификационный код получателя, который они используют в качестве части своей адресной информации; кроме того, они получают личный секретный код доступа.
Когда происходит доставка в доставочную машину, получатель автоматически уведомляется об этом сервером Почты 24. Уведомление предпочтительно осуществляется электронным путем, например путем посылки SMS-сообщения или по электронной почте. Однако можно также автоматически напечатать письмо и послать его получателю. Получатель после этого может забрать посылку из доставочной машины в удобное для него время. Если этого не произойдет в течение определенного времени, то высылается напоминание, а когда период доставки истечет, посылку готовят к возврату отправителю.
Система получения посылок подходит для различных областей применения. С одной стороны, эта система доставочных машин может доставлять обычные посылки конечным потребителям, а с другой стороны, она может также удовлетворить специальным запросам деловых клиентов.
Так, фиксированная или изменяемая часть камер для посылок в доставочных машинах может быть арендована деловыми партнерами и клиентами логистической компании, эксплуатирующей систему, чтобы в результате эти клиенты также могли пользоваться системой. Таким образом, для таких клиентов система доставочных машин является централизованным складом, при этом запасом товаров и их передвижением на этом складе можно управлять централизованно, с соответствующим выставлением счетов.
В частности, данная система строится из централизованных и децентрализованных компонентов с целью создания интеллектуальной системы заказа и доставки по требованию.
Система включает различные компоненты и интерфейсы, которые позволяют эффективно и гибко сформировать логистическую систему с такими возможностями доставки и обслуживания, которые до сегодняшнего дня отсутствовали.
Примеры функций, которые интегрированы в систему:
- управление данными о посылках,
- управление данными о пользователях,
- регистрация клиентов,
- управление партнерами по бизнесу,
- отслеживание посылок,
- управление конфигурацией доставочных машин,
- возможность планирования,
- уведомление,
- статистическая оценка данных,
- интерфейс доставочных машин,
- внутренняя служба.
Предпочтительно различать базовые компоненты управления и доступа к данным о посылках и пользователях и вторичные компоненты, которые отображают бизнес-процессы 4 в систему.
Модульная структура системы допускает независимое постепенное развитие различных услуг.
Поскольку особенно предпочтительный вариант выполнения системы и ее компонентов согласно настоящему изобретению основан на реализации технологии EJB (Enterprise JavaBeans), базовые компоненты отображаются на EJB посылок и EJB пользователей. Все другие компоненты, когда они должны запросить или изменить данные клиента и посылки, взаимодействуют с этими EJB-компонентами.
Вторичные компоненты являются, частично, сложными частичными системами, которые состоят из классов, EJB-компонентов и графических интерфейсов пользователя (GUI). Для осуществления взаимодействия между этими компонентами, которое не зависит от конструкции компонента, каждый компонент обеспечивает собственный интерфейс связывания с его службами в виде фасадного объекта, или EJB. Интерфейсы различных компонентов описаны ниже.
Интерфейс доставочных машин
Интерфейс доставочных машин представляет собой платформу взаимодействия с доставочными машинами. Интерфейс получает запросы от доставочной машины и перенаправляет их в подходящие компоненты. Если доставочная машина ожидает данные в ответ на свой запрос, то эти данные возвращаются компонентами в интерфейс, а затем перенаправляются в доставочную машину.
На фиг.1 показана структура компонентов. Синтаксический анализатор языка XML осуществляет преобразование XML файлов, которые посылаются посредством HTTP, в вызовы функциональных процедур, которые могут быть интерпретированы логистической системой класса Machine Interface (Машинный Интерфейс), оценивает вызовы функциональных процедур и перенаправляет их подходящим компонентам, а именно, компонентам User (Пользователь), Parcel (Посылка), DeliveryMachine (Доставочная Машина) и Notification (Уведомление).
Предпочтительно, компоненты User Registration (Регистрация Пользователя), В2В Partner Management (Управление Партнерами по Бизнесу) и Parcel Tracking (Отслеживание Посылки) инкапсулированы в фасад CallCenter. Фасад осуществляет взаимодействие с EJB-компонентами для управления данными о пользователях и посылках, то есть User и Parcel. Этот компонент делает доступными сетевые графические интерфейсы пользователя для регистрации и отслеживания посылок. Они закодированы в JSP. Действия пользователей преобразуются посредством бина WorkerBean в вызовы функциональных процедур и направляются в фасад CallCenter. Предпочтительно, фасад CallCenter только теперь берет на себя роль логической схемы для решения коммерческих задач. Схема, представленная на фиг.2, дает общее представление об этом сценарии.
Компонент In-House Service (Внутренняя Служба) инкапсулирует услуги, предоставляемые логистической системой для внутреннего обслуживания в базах доставки. В интерфейсе для работников внутренней службы имеется JSP, который реализует графический интерфейс пользователя. Действия внутренних сотрудников преобразуются с помощью бина WorkerBean в вызовы функциональных процедур и направляются в фасад внутренней службы. Таким образом, фасад внутренней службы формирует интерфейс для фактической функциональной логической схемы компонента.
Кроме того, фасад внутренней службы формирует интерфейс связи с другими компонентами системы.
Для отображения требуемой функциональной логической схемы этому компоненту нужен доступ к основным компонентам, а именно к компонентам User и DeliveryMachine.
Структура компонента показана на фиг.3.
Другим компонентом, который благодаря модульной структуре логистической системы может быть установлен без каких-либо проблем и который улучшает логистическую систему и используемые в ней компоненты, особенно систему камер для посылок, является компонент уведомления.
Компонент уведомления выполняет посылку сообщений пользователю логистической системы. Этот компонент предпочтительно решает две задачи. Он отображает режим уведомления логистических партнеров и осуществляет техническую передачу сообщений в устройства клиентов.
Интерфейс к другим компонентам системы обеспечивается фасадным классом NotificationFacade. Этот класс предоставляет многочисленные методы, которые служат для информирования компонента о событиях, способных привести к посылке уведомления пользователю. В настоящее время такие события запускает компонент интерфейса в ответ на действия в доставочной машине и на компонент регистрации. Чтобы быть способным сформировать цель и содержание сообщения, компонент должен иметь доступ к адресным данным получателя сообщения. В этом особенно предпочтительном варианте выполнения логистической системы все получатели сообщений должны, таким образом, сделать доступным интерфейс Notifiable (Подлежащий Регистрации). Таковы, например, EJB-компоненты LogisticPartnerClient, User и LogisticPartners.
Организация данных пользователей и посылок может быть выполнена разнообразными способами. Ниже описана система администрирования пользователей и посылок в форме объектно-ориентированной модели, использование которой особенно предпочтительно.
Центральным объектом в объектной модели администрирования пользователей является объект EntityBean UserEJB. В этом объекте хранятся все данные о персонах, которым разрешено работать на доставочной машине. Конечные потребители, а также доставщики и обслуживающий персонал классифицируются как пользователи. Комплексная объектная модель (персона, как базовый класс, производные классы для различных ролей персон) не используется.
Это приводит к предпочтительному варианту выполнения настоящего изобретения, а именно использованию роли пользователя в объекте в качестве атрибута. Роль задается как int (целое). В классе Const задаются выразительные имена переменных, например:
Figure 00000002
Кроме того, объект пользователя должен иметь ссылку на связанные с ним LogisticPartners (Логистические Партнеры) или LogisticPartnerClient (Клиенты Логистических Партнеров). Например, LogisticPartners могут быть поставщиком почтовых услуг, который управляет логистической системой, или другими компаниями, которые имеют доступ к компонентам логистической системы, включая загрузку камер для посылок. LogisticPartnerClients - это клиенты Логистического Партнера, например Telekom является клиентом Danzas.
В зависимости от роли пользователя, объект получает ссылку на LogisticPartner (ROLE_B2B_DELIVERY_AGENT) или на LogisticPartnerClient (ROLE_B2B_RECIPIENT). В каждом случае другая ссылка остается пустой (Недопустимо, чтобы были заполнены обе ссылки в одно и то же время, так как лицо или доставляет груз, или его получает, но не делает и то и другое вместе).
Объект UserGroupEJB (аналогично EntityBean) позволяет объединять нескольких пользователей в одну группу. В дополнение к списку пользователей, UserGroup имеет ссылку на LogisticPartner или на LogisticPartnerClient, которому принадлежат все члены групп. Дублирующее хранение этой ссылки в User и в UserGroup упрощает доступ к информации в LogisticPartner(Client).
Поскольку посылки могут быть направлены обоим типам (User и UserGroup), эти два объекта образуют Interface Addressable (Адресуемый Интерфейс). Этот интерфейс имеет следующие методы: getUsers(), getDD() и getExpiryMinutes(). Это гарантирует, что посылки, которые высланы в адресуемый интерфейс, могут быть обработаны сервером.
Метод getUsers() выдает список пользовательских EJB. Если это UserGroup, то список содержит несколько EJB, а если User, то только один EJB.
Метод getlD() возвращает ID (идентификатор) для User или UserGroup. Поскольку адресуемый интерфейс должен быть способен храниться постоянно, подчиненный объект может быть найден через этот идентификатор. Это приводит к запросу взять идентификаторы для User и UserGroup из набора чисел. Кроме того, у объекта Post24ServerProperties (Свойства Сервера Почты 24) есть метод newUserlD() ("Идентификатор нового Пользователя"). Он возвращает однозначный постоянный идентификатор. Внутренне этот метод обращается к приложению базы данных, в частности Oracle.
Метод getExpiryMinutes() в адресуемом интерфейсе необходим для определения ExpiryDate (даты окончания хранения) посылки. Допустимое время хранения посылки зависит от клиента. Для вычисления ExpiryDate метод getExpiryMinutes() в обоих объектах User и UserGroup обращается к методу LogisticPartnerClient.getExpiryMinutes() и добавляет это допустимое время хранения к текущему моменту времени.
Компоненты User и UserGroup создаются при регистрации или административными средствами.
Для администрирования посылок создается EntityBean Parcel. ParcelID назначается доставочной машиной, и сервер уведомляется через интерфейс с помощью notifyDelivery(). Затем фасад доставочных машин создает новый объект Parcel Object с идентификатором ParcelID в качестве первичного ключа.
Получатель (переданный в виде номера клиента) хранится как адресуемый. Кроме получателя, имеется атрибут замены также адресуемого типа. Это не может быть установлено в notifyDelivery(), а только в более позднее время путем вызова метода substituteBy (адресуемый Addressable). С помощью этого атрибута отображают конфигурацию замены. Объект Parcel Object предоставляет методы getRecipients() и getSubstitutes(), каждый из которых возвращает список объектов User Objects.
При создании нового объекта Parcel Object, например посредством применения метода notifyDelivery() к интерфейсу доставочной машины, рассчитывается ExpiryDate с использованием вышеупомянутого метода, и в объект Parcel Object посылается уведомление. Таким образом, метод создания содержит ExpiryDate. Каждый LogisticPartner может иметь различные правила расчета значения ExpiryDate.
В случае отправки посылок наложенным платежом создается объект COD, в то время как компоненты для пакетов и посылок без наложенного платежа формируются методом создания без COD. В случае посылок, идентификационный код IdentCode посылки передается методу создания.
Кроме того, объект Parcel Object информируется о том, какому логистическому партнеру LogisticPartner он принадлежит. Эта информация необходима для планирования емкости.
Предыстория хранится с помощью базы данных с использованием триггера, который перед изменением записи посылает запись со старыми данными в архивную таблицу. Метод getHistory() (получить Предысторию) обеспечивает выдачу листинга состояния всех записей архива.
Конфигурация доставочной машины и управление емкостью предпочтительно также интегрированы в логистическую систему как модульные компоненты.
Доставочные машины системы Почта 24 делают доступным фиксированное количество камер хранения различных размеров. Камеры используются различными логистическими компаниями. Так как распределение камер доставочных машин между логистическими компаниями должно быть известно для обработки посылок и расчета стоимости услуг, конфигурациями доставочных машин управляют в EJB DeliveryMachine (Доставочная Машина). Этот EJB обеспечивает установку и выдачу запроса о конфигурации камер каждой доставочной машины, а также расчет текущего и будущего заполнения камер посылками.
Фактическая конфигурация камер, то есть количество камер, арендованных логистическим партнером, разбитое по размерам камер, представлена двумя EJB-компонентами: BoxTypeAssignment (Назначение Типа Камеры) и ВохТуре (Тип Камеры). DeliveryMachine распределяет каждому логистическому партнеру некоторое количество EJB-компонентов BoxTypeAssignment, а именно, один для каждого размера арендованной камеры. Каждый BoxTypeAssignment хранит тип и номер арендованных камер. Размер камеры хранится в ее собственном EJB с именем ВохТуре.
Вследствие модульной структуры используемой системы камер для посылок, а также логистической системы дополнительные компоненты можно интегрировать в любой момент времени. Например, можно предусмотреть дополнительные компоненты для функций оценки. Примерами возможностей оценки данных является оценка данных о посылках и данных о клиентах для статистических целей.
Протоколирование (ведение журнала) предпочтительно, особенно для проверки надлежащего функционирования.
Классы протоколирования, предоставляемые сервером приложений, используются для регистрации произошедших ошибок. Они инкапсулируются для повышения удобства системы.
Класс de.Post24.util.P24Log обеспечивает метод протоколирования статистики:
public static void log (int severity,
java. lang. String system,
Java.lang.String msg,
java.lang.Throwable t)
Значения здесь следующие:
severity - серьезность ошибки. Различают четыре класса ошибок, которые можно вызвать через константы внутри класса P24Log: P24Log.debug, P24Log.info, P24Log.warning, P24Log.error,
system - имя частичной системы,
msg - текст ошибки, который нужно сохранить,
t - исключение.
Возможны также более простые, "усеченные", версии этого метода, предпочтительно формируемые путем замены некоторых параметров заранее заданными значениями, например:
severity - Р24 Log. debug
system - имя частичной системы,
t - не используется.
При использовании вышеописанных технических подходов параметры конфигурации можно адаптировать быстро и с высокой степенью надежности.
Специалист в данной области техники может изменить описанные варианты выполнения путем использовании функциональных возможностей других языков программирования и программируемых функций.
В предпочтительном языке программирования Java также можно использовать другие функциональные возможности по сравнению с вышеописанными.
В частности, для специалиста в данной области техники будет предпочтительно использовать операции, известные из других документов
http://java.sun.com/docs/codeconv/
Java Coding Conventions
для реализации дополнительных функций и для изменения и улучшения используемых функций.

Claims (3)

1. Электронная система камер для посылок, содержащая множество электронных камер для посылок и операционные блоки, где несколько камер для посылок связаны с соответствующим операционным блоком, содержащим средство управления открытием и/или закрытием камер для посылок, связанных с этим операционным блоком, отличающаяся тем, что она снабжена центральным блоком управления для управления операционными блоками, при этом центральный блок управления имеет компьютер, способный хранить и обрабатывать данные о работе и/или о состоянии заполнения камер для посылок, и способен обмениваться информацией с операционными блоками для гибкого связывания камер для посылок с операционными блоками.
2. Электронная система по п.1, отличающаяся тем, что если нарушается нормальная работа операционного блока, то камеры для посылок, которые до этого были связаны с этим операционным блоком, связывают с другим операционным блоком.
3. Система для доставки почтовых посылок, отличающаяся тем, что она содержит несколько электронных систем камер для посылок по п.1 или 2, соединенных друг с другом сетью, а также центральный сервер базы данных, имеющий средства хранения и/или передачи данных о состоянии заполнения систем камер для посылок, при этом централизованная доставка почтовых посылок в индивидуальные электронные системы камер для посылок осуществляется в зависимости от состояния заполнения индивидуальных электронных систем камер для посылок.
RU2004109912/09A 2001-10-09 2002-10-07 Электронная система камер для посылок и логистическая система RU2309458C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10149637A DE10149637A1 (de) 2001-10-09 2001-10-09 Elektronische Paketfachanlage und Logistiksystem
DE10149637.0 2001-10-09

Publications (2)

Publication Number Publication Date
RU2004109912A RU2004109912A (ru) 2005-05-10
RU2309458C2 true RU2309458C2 (ru) 2007-10-27

Family

ID=7701825

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2004109912/09A RU2309458C2 (ru) 2001-10-09 2002-10-07 Электронная система камер для посылок и логистическая система

Country Status (18)

Country Link
US (1) US7348874B2 (ru)
EP (1) EP1438641B1 (ru)
JP (1) JP4338520B2 (ru)
KR (1) KR20050034606A (ru)
CN (1) CN1568445A (ru)
AT (1) ATE325370T1 (ru)
AU (1) AU2002349274A1 (ru)
BR (1) BR0213637A (ru)
CA (1) CA2466120C (ru)
DE (2) DE10149637A1 (ru)
HK (1) HK1070953A1 (ru)
IL (2) IL161241A0 (ru)
NO (1) NO332291B1 (ru)
NZ (1) NZ531857A (ru)
PL (1) PL368756A1 (ru)
RU (1) RU2309458C2 (ru)
WO (1) WO2003034162A2 (ru)
ZA (1) ZA200402751B (ru)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060138223A1 (en) * 2004-12-23 2006-06-29 Schar Brian A Shipping information acquisition device and usage
EP1959406A1 (de) 2007-02-16 2008-08-20 Deutsche Post AG Schliessfachanlage, Logistiksystem und Verfahren zum Betreiben der Schliessfachanlage
FR2913912A1 (fr) * 2007-03-23 2008-09-26 Cirtes Src Sa Procede de conception d'un emballage par stratoconception integre au procede de conception du produit a emballer.
EP2026290A1 (de) 2007-08-08 2009-02-18 Deutsche Post AG Schließfachanlage, Logistiksystem und Verfahren zum Betreiben der Schließfachanlage
DE102007038185A1 (de) 2007-08-13 2009-02-19 Siemens Ag Fachanlage mit einer Sicherung gegen versehentliches Einschließen
US8410901B2 (en) * 2007-11-12 2013-04-02 Best Lockers, Llc Assigning controlled access to securable devices
JP2011512569A (ja) * 2007-12-20 2011-04-21 ドイチェ ポスト アーゲー 出荷情報を伝達するための方法及びシステム
DE202011101134U1 (de) 2011-05-25 2011-08-09 Francotyp-Postalia Gmbh Postempfangsbehälter
EP2397051B1 (de) 2010-06-17 2013-05-29 Francotyp-Postalia GmbH Postempfangsbehälter und Versandsystem
DE202010009213U1 (de) 2010-06-17 2010-10-14 Francotyp-Postalia Gmbh Postempfangsbehälter und Versandsystem
CN105631955A (zh) * 2014-10-30 2016-06-01 中国科学院沈阳自动化研究所 一种基于rfid的快递收发智能方法
PL232013B1 (pl) 2015-10-28 2019-04-30 Asapon Spolka Z Ograniczona Odpowiedzialnoscia Urządzenie do obsługi przesyłek
CN111762552B (zh) * 2019-04-01 2022-06-03 顺丰科技有限公司 一种货物分拣方法、装置及***
DE102021200970A1 (de) 2020-11-20 2022-05-25 Christian Borger System und Verfahren zur Übergabe einer Vielzahl von Paketen an mehrere Empfänger und/oder zur Entgegennahme einer Vielzahl von Paketen von mehreren Einlieferern
EP4345716A1 (de) 2022-09-27 2024-04-03 reyopa UG Verfahren, lagereinrichtung und logistiksystem zur übergabe einer vielzahl von paketen an mehrere empfänger und/oder zur entgegennahme einer vielzahl von paketen von mehreren einlieferern

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SU1617645A1 (ru) 1988-09-12 1990-12-30 Предприятие П/Я Р-6609 Многоканальна система передачи и приема информации
GB2224495A (en) * 1988-10-07 1990-05-09 Mohamad Amir Abedinzadeh Automatic mail delivery equipment
US5475378A (en) * 1993-06-22 1995-12-12 Canada Post Corporation Electronic access control mail box system
FR2713461B1 (fr) * 1993-12-15 1996-01-26 Inovaxion Dispositif de gestion des boîtes aux lettres d'un immeuble.
DE19641005A1 (de) * 1995-10-06 1998-12-10 Phat Chon Dipl Ing Chau Automatisierung der Post-Sonderleistungen
WO2000051750A1 (en) * 1999-03-05 2000-09-08 Jian Chen System and method for secure time-shared electronic access parcel distribution
AU5688900A (en) * 1999-06-16 2001-01-31 Express-Pax Limited Postal box
JP2001000308A (ja) * 1999-06-23 2001-01-09 Matsushita Electric Works Ltd メール・宅配ボックスシステム
DE19939211A1 (de) * 1999-08-18 2001-03-01 Siemens Ag Verfahren und Einrichtung zum automatischen Ausgeben von Stückgut
WO2001030213A2 (en) * 1999-10-28 2001-05-03 Brivo Systems, Inc. Unattended package delivery cross-docking apparatus and method
JP2001236445A (ja) * 1999-12-17 2001-08-31 Indigo Corp 配送方法、配送システム、電子商取引方法及び電子商取引システム
DE10000830C2 (de) * 2000-01-12 2002-10-24 Olaf Clausen Verfahren zum Deponieren von Gütern in mindestens einem Schließfach
JP2002024565A (ja) * 2000-04-03 2002-01-25 Shoichi Tanaka 物品受渡ボックスを用いた通信販売運用方法及びインタ−ネット通信販売運用方法
JP3560327B2 (ja) * 2000-06-16 2004-09-02 株式会社フルタイムシステム ロッカーシステム
JP2002117455A (ja) * 2000-10-10 2002-04-19 Fujitsu Ltd ロッカ型商品引き渡しシステム
JP3642025B2 (ja) * 2000-12-21 2005-04-27 日本電気株式会社 ロッカー管理システム及びロッカー管理方法
JP2002269193A (ja) * 2001-03-08 2002-09-20 Nec Corp ロッカー管理システムを活用した物品受け渡し方法
DE20021792U1 (de) * 2000-12-22 2001-03-15 Cmc Conceptagentur Fuer Market Vorrichtung zum Hinterlegen von Lieferartikeln, Anlage aus selbigen und System zur Abwicklung eines Bestellauftrages
JP2002259519A (ja) * 2001-02-28 2002-09-13 Nippon Telegr & Teleph Corp <Ntt> 空きロッカー情報提供サービスシステム
US6791450B2 (en) * 2001-07-31 2004-09-14 Security People, Inc. Networked digital locker lock system
US6879243B1 (en) * 2002-02-14 2005-04-12 Penco Products, Inc. Electronically-controlled locker system

Also Published As

Publication number Publication date
CN1568445A (zh) 2005-01-19
PL368756A1 (pl) 2005-04-04
RU2004109912A (ru) 2005-05-10
AU2002349274A1 (en) 2003-04-28
NZ531857A (en) 2005-09-30
BR0213637A (pt) 2004-09-14
ATE325370T1 (de) 2006-06-15
NO20041309L (no) 2004-03-30
EP1438641B1 (de) 2006-05-03
US7348874B2 (en) 2008-03-25
JP2005505395A (ja) 2005-02-24
WO2003034162A2 (de) 2003-04-24
DE50206697D1 (de) 2006-06-08
EP1438641A2 (de) 2004-07-21
JP4338520B2 (ja) 2009-10-07
KR20050034606A (ko) 2005-04-14
NO332291B1 (no) 2012-08-20
HK1070953A1 (en) 2005-06-30
IL161241A (en) 2009-07-20
US20040236437A1 (en) 2004-11-25
WO2003034162A3 (de) 2003-10-02
CA2466120C (en) 2010-08-10
DE10149637A1 (de) 2003-04-30
IL161241A0 (en) 2004-09-27
ZA200402751B (en) 2004-10-21
CA2466120A1 (en) 2003-04-24

Similar Documents

Publication Publication Date Title
RU2309458C2 (ru) Электронная система камер для посылок и логистическая система
US6775658B1 (en) Notification by business rule trigger control
CA2498038C (en) Method and system for transmitting notifications to users of a logistic system
US6751657B1 (en) System and method for notification subscription filtering based on user role
CN104616401B (zh) 通过移动客户端租用和控制的储物柜
US6880084B1 (en) Methods, systems and computer program products for smart card product management
US7310613B2 (en) Data management system
CA2419305C (en) Unified logging service for distributed applications
US20030195784A1 (en) Intelligent authorized return systems and methods
US20100198651A1 (en) Integrated infrastructure operations management system and method
GB2289598A (en) Adaptive communication system
ZA200501329B (en) Method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system
CN101854348B (zh) Soa在******访问核心支撑***的实现方法
CN114418705B (zh) 一种存放货物的方法、装置及***
US20060203732A1 (en) System architecture method and computer program product for managing telecommunication networks
CN110471648A (zh) 一种基于异步机制的分布式的ci/cd的实现方法
US20030195778A1 (en) Intelligent authorized return systems and methods
CN101305389A (zh) 独立消息存储和消息传输代理
CA2495672C (en) Method and device for the transmission of notifications
CN115659306A (zh) 物品领取权限分享方法、装置、存储介质及电子设备
CN111667638A (zh) 一种家庭药品管理方法及***
CA2740758C (en) Method and apparatus for sharing user service classes
Kogiomtzis et al. Integrating heterogeneous communication and messaging systems in an object-oriented middleware framework
NZ536336A (en) Method and system for transmitting notifications to users of a logistic system

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20111008