CA2495315A1 - Method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system - Google Patents
Method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system Download PDFInfo
- Publication number
- CA2495315A1 CA2495315A1 CA002495315A CA2495315A CA2495315A1 CA 2495315 A1 CA2495315 A1 CA 2495315A1 CA 002495315 A CA002495315 A CA 002495315A CA 2495315 A CA2495315 A CA 2495315A CA 2495315 A1 CA2495315 A1 CA 2495315A1
- Authority
- CA
- Canada
- Prior art keywords
- parcel
- processing unit
- data processing
- parcel compartment
- communication device
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B17/00—Franking apparatus
- G07B17/00016—Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
- G07B17/00024—Physical or organizational aspects of franking systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B17/00—Franking apparatus
- G07B17/00016—Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
- G07B17/00024—Physical or organizational aspects of franking systems
- G07B2017/0004—Determining the location of mailpieces outside apparatus
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B17/00—Franking apparatus
- G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
- G07B17/00193—Constructional details of apparatus in a franking system
- G07B2017/00209—Mailbox, i.e. container for outgoing mail
Abstract
The invention relates to a method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system for the operation of one or more package mailboxes. The invention is characterised in that events (21) at a package mailbox (20) are evaluated by means of a communication device (21). Said communication device (21) transmits function requests corresponding to the events to the data processing unit (30). The data processing unit (30) carries out the corresponding functions and optionally returns data to the communication device (21) of the package mailbox (20).
Description
METHOD AND SYSTEM FOR DATA TRANSMISSION BETWEEN A PACKAGE
MAILBOX AND AT LEAST ONE CENTRAL DATA PROCESSING UNIT IN A
LOGISTIC SYSTEM
S
Description:
The invention relates to a method and a system for data transmission between a parcel compartment system and at least one central data processing unit in a logistic system for the operation of one or more parcel compartment systems.
The use of logistic systems is known for the distribution of goods. The goods to be distributed can be a wide array of products, materials and articles. Logistic systems serve to organize and monitor the distribution of the goods in question, for example, between warehouses, intermediate storage facilities, containers, vehicles, senders and recipients via various routes of transportation. The functions of logistic systems are advantageously adapted to the requirements in such a way that the distribution of the goods can be optimized, for example, in terms of the routes of the transportation, the capacity utilization, the storage periods and the data transmission.
The applicant uses logistic systems especially for the distribution of letters and goods shipments (packages, parcels), transportation receptacles, pallets and containers.
Here, the appertaining logistic systems preferably serve to distribute shipments between a sender and a recipient, whereby, for example, important criteria are those having to do with the transportation speed, the use of warehouses and vehicles as well as the transmission of shipment data.
In order to operate a logistic system involving multiple users, machines and one or more logistics providers, certain information has to be transmitted to the various components of the system. This includes the notification of users about events within the logistic system as well as the communication between machines and data processing centers of the system.
In particular, the operation of parcel compartment systems for registered users by one or more transportation or delivery companies calls for a logistic system with various notification and communication routes. Such parcel compartment systems or machines are operated, for example, by a postal service provider for registered users for whom a delivery agent deposits parcels or other shipments into a compartment of the system. Drop-off as well as pick-up procedures can be carried out not only by the postal service provider that operates the logistic system, but also by other companies that are granted access to components of the logistic system, including the filling of the parcel compartments.
After a parcel has been deposited for the user, he has to be notified to this effect. Moreover, the logistic system has to be informed, for example, whether a user has picked up his parcel. Moreover, information about the registration of new customers, customer data, pick-up deadlines and COD amounts has to be exchanged within the logistic system.
MAILBOX AND AT LEAST ONE CENTRAL DATA PROCESSING UNIT IN A
LOGISTIC SYSTEM
S
Description:
The invention relates to a method and a system for data transmission between a parcel compartment system and at least one central data processing unit in a logistic system for the operation of one or more parcel compartment systems.
The use of logistic systems is known for the distribution of goods. The goods to be distributed can be a wide array of products, materials and articles. Logistic systems serve to organize and monitor the distribution of the goods in question, for example, between warehouses, intermediate storage facilities, containers, vehicles, senders and recipients via various routes of transportation. The functions of logistic systems are advantageously adapted to the requirements in such a way that the distribution of the goods can be optimized, for example, in terms of the routes of the transportation, the capacity utilization, the storage periods and the data transmission.
The applicant uses logistic systems especially for the distribution of letters and goods shipments (packages, parcels), transportation receptacles, pallets and containers.
Here, the appertaining logistic systems preferably serve to distribute shipments between a sender and a recipient, whereby, for example, important criteria are those having to do with the transportation speed, the use of warehouses and vehicles as well as the transmission of shipment data.
In order to operate a logistic system involving multiple users, machines and one or more logistics providers, certain information has to be transmitted to the various components of the system. This includes the notification of users about events within the logistic system as well as the communication between machines and data processing centers of the system.
In particular, the operation of parcel compartment systems for registered users by one or more transportation or delivery companies calls for a logistic system with various notification and communication routes. Such parcel compartment systems or machines are operated, for example, by a postal service provider for registered users for whom a delivery agent deposits parcels or other shipments into a compartment of the system. Drop-off as well as pick-up procedures can be carried out not only by the postal service provider that operates the logistic system, but also by other companies that are granted access to components of the logistic system, including the filling of the parcel compartments.
After a parcel has been deposited for the user, he has to be notified to this effect. Moreover, the logistic system has to be informed, for example, whether a user has picked up his parcel. Moreover, information about the registration of new customers, customer data, pick-up deadlines and COD amounts has to be exchanged within the logistic system.
In addition to notifications of the users of the system, there also has to be communication between the parcel compartment systems and other components of the logistic system. This includes, for example, communication with data processing centers of the postal service provider that operates the parcel compartment systems.
The communication between one or more parcel compartment systems and at least one data processing center encompasses the transmission of information about certain events. These events include, for instance, drop-off and pick-up procedures by different groups of people. This communication also comprises the transmission of information that is needed for the operation of the machines. This includes, for example, filling states, user data, identification codes, compartment data and payment information.
In order to process information, process control computer systems with process control computers are known in which external events trigger a response by the process control computer. Examples of industrial applications for the use of process control computers are the control of machines, the automation of processes, the acquisition of operating data and quality control.
German Utility Model 201 03 564 U1, for example, discloses a system for delivering and receiving shipments which is particularly suitable for e-commerce. The system comprises several automatic delivery machines (ADM) in which shipments are deposited and from which they are picked up. The system also comprises a LAMIS server-computer program for handling the operations of the system.
U.S. Pat. No. 5,051,914 describes a system for creating batches of mail for which a postal service provider grants a postage discount to a customer on the basis of certain criteria. For example, a discount is granted for presorted mailings. The system provides that a central data processing unit is connected to several customer stations at which users generate mailings. The data processing unit receives shipment information from the individual stations which the central unit then processes in such a way that mail batches fulfill the requirements of an envisaged postage discount when they are dropped off at a mail processing station.
U.S. Pat. No. 5,068,797 likewise discloses a system for optimizing the shipment of mail batches. In an embodiment of the system, it is possible, for example, that information is transmitted from the data processing unit to a processing station by e-mail. On the basis of the information, the mailings can be printed out and processed. In this case, the processing station is located near a mail depot so that the generated mailings can be dropped off directly at the depot.
This eliminates the need for the transportation of mailings from a user to the processing station.
U.S. Pat. No. 5,972,401 discloses a system for the controlled drop-off of mailings in which a postage discount is likewise granted to a user under certain conditions. The system is supposed to bring about savings in terms of the transportation and sorting procedures without entailing additional effort for the sender. Since the senders cannot at all times be aware of all of the requirements for receiving postage discounts, the mailing information is processed in a 5 central data processing unit.
WO 96/20952 A2 discloses a system for pre-processing documents. Within the system, at an administrator, there is a central computer that has a storage medium comprising at least three different storage areas. The storage areas can each be used by registered database users in order to store templates, documents or responses.
The objective of the invention is to provide a method for data transmission between a parcel compartment system and at least one central data processing unit within a logistic system for the operation of one or more parcel compartment systems that ensures effective communication between the components. In this context, the logistic system should be able to comprise one or more transportation and delivery companies that have access to the compartments of the parcel compartment system and the logistic system should comprise one or more registered users.
Moreover, it is the objective of the invention to provide a system for carrying out the method.
According to the invention, this objective is achieved in that events at the parcel compartment system are evaluated by means of a communication device, after which said communication device transmits function messages associated with the events to the data processing unit, whereby the data processing unit carries out the corresponding functions and, if applicable, sends data back to the communication device of the parcel compartment system.
The objective is also achieved by a system for carrying out the method.
A description will be given below of especially preferred embodiments of method sequences of the communication procedure, which can be implemented particularly advantageously in such a logistic system comprising one or more parcel compartment systems and at least one data processing unit.
Advantages, special features and advantageous embodiments of the invention ensue from the subordinate claims and from the presentation below of preferred embodiments making reference to the figures.
The figures show the following:
Figure 1 a schematic depiction of data transmission within a logistic system for the operation of parcel compartment systems;
Figure 2 the communication sequences during the delivery of a parcel by a delivery agent without an associated payment procedure;
Figure 3 the communication sequences during the delivery of a parcel by a delivery agent with an associated payment procedure;
The communication between one or more parcel compartment systems and at least one data processing center encompasses the transmission of information about certain events. These events include, for instance, drop-off and pick-up procedures by different groups of people. This communication also comprises the transmission of information that is needed for the operation of the machines. This includes, for example, filling states, user data, identification codes, compartment data and payment information.
In order to process information, process control computer systems with process control computers are known in which external events trigger a response by the process control computer. Examples of industrial applications for the use of process control computers are the control of machines, the automation of processes, the acquisition of operating data and quality control.
German Utility Model 201 03 564 U1, for example, discloses a system for delivering and receiving shipments which is particularly suitable for e-commerce. The system comprises several automatic delivery machines (ADM) in which shipments are deposited and from which they are picked up. The system also comprises a LAMIS server-computer program for handling the operations of the system.
U.S. Pat. No. 5,051,914 describes a system for creating batches of mail for which a postal service provider grants a postage discount to a customer on the basis of certain criteria. For example, a discount is granted for presorted mailings. The system provides that a central data processing unit is connected to several customer stations at which users generate mailings. The data processing unit receives shipment information from the individual stations which the central unit then processes in such a way that mail batches fulfill the requirements of an envisaged postage discount when they are dropped off at a mail processing station.
U.S. Pat. No. 5,068,797 likewise discloses a system for optimizing the shipment of mail batches. In an embodiment of the system, it is possible, for example, that information is transmitted from the data processing unit to a processing station by e-mail. On the basis of the information, the mailings can be printed out and processed. In this case, the processing station is located near a mail depot so that the generated mailings can be dropped off directly at the depot.
This eliminates the need for the transportation of mailings from a user to the processing station.
U.S. Pat. No. 5,972,401 discloses a system for the controlled drop-off of mailings in which a postage discount is likewise granted to a user under certain conditions. The system is supposed to bring about savings in terms of the transportation and sorting procedures without entailing additional effort for the sender. Since the senders cannot at all times be aware of all of the requirements for receiving postage discounts, the mailing information is processed in a 5 central data processing unit.
WO 96/20952 A2 discloses a system for pre-processing documents. Within the system, at an administrator, there is a central computer that has a storage medium comprising at least three different storage areas. The storage areas can each be used by registered database users in order to store templates, documents or responses.
The objective of the invention is to provide a method for data transmission between a parcel compartment system and at least one central data processing unit within a logistic system for the operation of one or more parcel compartment systems that ensures effective communication between the components. In this context, the logistic system should be able to comprise one or more transportation and delivery companies that have access to the compartments of the parcel compartment system and the logistic system should comprise one or more registered users.
Moreover, it is the objective of the invention to provide a system for carrying out the method.
According to the invention, this objective is achieved in that events at the parcel compartment system are evaluated by means of a communication device, after which said communication device transmits function messages associated with the events to the data processing unit, whereby the data processing unit carries out the corresponding functions and, if applicable, sends data back to the communication device of the parcel compartment system.
The objective is also achieved by a system for carrying out the method.
A description will be given below of especially preferred embodiments of method sequences of the communication procedure, which can be implemented particularly advantageously in such a logistic system comprising one or more parcel compartment systems and at least one data processing unit.
Advantages, special features and advantageous embodiments of the invention ensue from the subordinate claims and from the presentation below of preferred embodiments making reference to the figures.
The figures show the following:
Figure 1 a schematic depiction of data transmission within a logistic system for the operation of parcel compartment systems;
Figure 2 the communication sequences during the delivery of a parcel by a delivery agent without an associated payment procedure;
Figure 3 the communication sequences during the delivery of a parcel by a delivery agent with an associated payment procedure;
Figure 4 the communication sequences during the delivery of a small packet by a delivery agent;
Figure 5 the communication sequences during the delivery of a parcel by a delivery agent of a logistic provider;
Figure 6 the communication sequences during the removal of a parcel with an expired storage period by a delivery agent;
Figure 7 the communication sequences during the unscheduled removal of a parcel by a delivery agent ;
Figure 8 the communication sequences during the delivery of a return parcel by a delivery agent;
Figure 9 the communication sequences during the delivery of a parcel by a B2B recipient;
Figure 10 the communication sequences during the pick-up of a parcel or small packet by a recipient without an associated payment procedure;
Figure 11 the communication sequences during the pick-up of a parcel by a recipient with an associated payment procedure;
Figure 12 the communication sequences during the pick-up of a B2B parcel by a recipient;
g Figure 13 the communication sequences during the retrieval of personal data;
Figure 14 the communication sequences during the blocking of accounts;
Figure 15 the communication sequences during the time synchronization;
Figure 16 the communication sequences during the checking of the validity of profiles;
Figure 17 the communication sequences during the checking of the validity of recipient information;
Figure 18 the communication sequences during the downloading of user profiles;
Figure 19 the communication sequences during the query about the filling status of compartments by logistic providers;
Figure 20 the communication sequences during the query of request intervals.
Especially preferred embodiments of the invention will be described on the basis of the figures and description.
The invention relates to the communication sequences during the exchange of information between a parcel compartment system and at least one central data processing unit of a logistic provider. Such parcel compartment systems or machines are operated, for example, by a postal service provider for registered users for whom a delivery agent deposits parcels or other shipments into a compartment of the system. Drop-off as well as pick-up procedures can be carried out not only by the postal service provider that operates the logistic system but also by other affiliated companies that are granted access to components of the logistic system, including the filling of the parcel compartments.
The central data processing unit is designated as P24B in the drawings of the figures, whereas the parcel compartment system is marked as M. These parcel compartments of the system can have different configurations. They preferably have one or more areas for depositing shipments, whereby the areas can be configured as individual lockable compartments or as continuous elevator cages that can be positioned by a transport mechanism in front of at least one lockable opening.
Basically, the communication sequences according to the invention look like this:
1. Activities by delivery agents, customers or a timer at the parcel compartment system are events that trigger the transmission of function messages to the central data processing unit. A communication device of the parcel compartment system evaluates the events and associates them with the appertaining function messages. A function message is present, for example, in the form of an XML
file that is transmitted via an http post request. How-ever, other formats can also be used. In an especially preferred embodiment of the invention, the function message consists of a function name and a set of parameters.
2. The central data processing unit responds with an XML
5 file. This XML file contains the result of the function message. The result of the function message is a status code that indicates the success or failure of the execution of the function. If the parcel compartment system expects to receive data in return, the data 10 processing unit transmits the requested data (only if the execution of the function was successful).
3. If necessary, the parcel compartment system stores the data that is sent back by the data processing unit.
It has proven to be advantageous for the communication device of the parcel compartment system to collect events and data for later transmission to the data processing unit. Several function messages are then combined into one single request.
A request can contain one or more function messages.
The following table shows examples of various user roles within a logistic system. Each user of a parcel compartment system can assume one of these roles. The role determines the access rights to the system (parcel compartment systems and central data processing unit). The system according to the invention uses role identifiers (role ID) when it provides the parcel compartment system with user profiles. The designation DPAG, which stands for Deutsche Post AG, describes an example of a provider that operates a logistic system with parcel compartment systems. The designation B2B
refers to a business-to-business system in which companies have access to compartments of the parcel compartment systems of the system operator. The designation Post24 stands for an example of a central data processing unit of the operating company.
1 DPAG recipient 2 DPAG delivery agent 3 B2B recipient 4 B2B delivery agent 5 Post24 Master 6 Technician 7 Service employees (cleaning personnel, etc.) The communication sequences between the parcel compartment systems and the central data processing unit are explained with reference to Figures 1 to 20.
The drawing in Figure 1 schematically describes the sequences within a logistic system that consists of one or more parcel compartment systems 20, each with a communication device 21, with at least the central data processing unit 30, with various delivery agents 10 and with various users 40. The users are preferably registered users of the system. The delivery agents as well as the users have access to certain areas of the parcel compartment system as a function of the determination of their specific authorization. Such instances of access are, for example, events that are evaluated by the communication device 21 of the parcel compartment system in question. The communication device associates the appertaining function messages with the events and sends them to the central data processing unit 30. In this process, it is advantageous that additional data such as status codes and request IDs are transmitted.
When the central data processing unit 30 receives the function message, an appertaining status code to confirm receipt is sent to the communication device 21. It also carries out the appertaining function and, if applicable, sends data back to the communication device. In some cases, it is necessary to provide a registered user with information about the event at the parcel compartment system. For example, if a parcel is deposited for him, the central data processing unit triggers a notification containing, for example, the location of the parcel compartment system, access codes or other information.
The communication sequence shown in Figure 2 uses arrows to describe the sequences during the delivery of a parcel to a parcel compartment system 20 (M, machine) by a delivery agent 10 (DA, Delivery Agent) without Cash on Delivery (COD), that is to say, without a payment procedure associated with the delivery. The central data processing unit 30 is designated as P24B and the users/customers 40 are designated as N.
The delivery agent 10 logs in at the communication device 21 of the parcel compartment system 20 and, in this case, deposits a parcel of the system operator. Preferably, data located on the parcel is read in during this procedure. Such data includes, for example, an Identcode of the system operator that is assigned to the parcel and which is scanned in. Moreover, a CustomerID can be read in. Through this event of depositing, communication is triggered back and forth between the communication device of the parcel compartment system and the central data processing unit. The communication device 21 evaluates the event and associates a function message with it. The function message is transmitted to the central data processing unit and on this basis, the central data processing unit carries out the appropriate functions and, if applicable, sends data back to the communication device. The function messages can be transmitted individually or in batches. For example, the communication device transmits data such as the MachineID, the point in time of the depositing, the ParcelID, the parcel type, an Identcode, a CustomerID, various modes, the compartment type and the sender. Moreover, a company type can be transmitted. This is advantageous if the parcel compartment system is used by several transportation and delivery companies that have access to certain compartments of the parcel compartment system.
The central data processing unit receives the data with the function message and sends, for example, the maximum storage period back to the parcel compartment system. The latter can then store the ParcelID, the Identcode and the maximum storage period.
The communication device of the parcel compartment system requests a profile from the central data processing unit which then transmits a customer profile. This profile preferably contains at least a CustomerID, a release status, a PIN and the role of the customer. If more than one recipient is transmitted with this profile, then the parcel can be picked up by all of the specified persons. The parcel compartment system assigns the profile to the ParcelID and sends confirmation to the central data processing unit that the profile has been received. If the request for the customer profile is not successful, the communication device of the machine advantageously attempts another request. Only once the transmission of the profile has succeeded does the communication device send a confirmation on the basis of which, at the end of the communication, the central data processing unit sends the user a notification that a parcel has been deposited.
The communication sequence in Figure 3 describes the sequences during the delivery of a parcel to a parcel compartment system by a delivery agent with Cash on Delivery (COD), so that a payment procedure is required in conjunction with the delivery. The sequences are basically the same as the communication for a parcel without COD and are merely augmented by the element of the COD. Here, the parcel type changes from an IdentParcel to a CODParcel and the COD is read into the parcel compartment system and stored there.
The communication sequence shown in Figure 4 describes the communication sequences during the delivery of a small packet by a delivery agent 10 without COD, whereby the small packet does not have an Identcode, so that only the CustomerID is scanned in at the parcel compartment system. The sequences are basically the same as those of a parcel according to Figure 2. They are merely augmented by the fact that the parcel type is designated as a NonIdentParcel.
The communication sequence shown in Figure 5 describes the sequences during the delivery of a B2B parcel by a delivery agent 10, whereby the parcel is deposited by an affiliated company that is not the operating company of the logistic system. For example, that logistic system could be part of a postal service company that also uses an external transportation and delivery company such as Danzas. These parcels then likewise do not necessarily have an Identcode so 5 that only the CustomerID is scanned in at the parcel compartment system. The parcel type is likewise designated as a NonIdentParcel whereas the sequences are basically the same as for the communication pertaining to a parcel.
10 The communication sequence shown in Figure 6 describes the sequences during the removal of a parcel by a delivery agent 10, whereby the storage period of the parcel has expired. The delivery agent 10 logs in and requests the next parcel with an expired storage period. If the communication device 21 15 finds a parcel with an expired storage period in the parcel compartment system 20, it allows the delivery agent to open the compartment in question and so that the parcel can be removed. At this time, all of the data relating to this parcel and to the appertaining customer is deleted from the parcel compartment system. The communication device sends a function message to the central data processing unit to the effect that a parcel has been removed. Then the mode is set from 1 to 2 in order to indicate that an expired parcel has been removed from the machine 20.
The communication sequence shown in Figure 7 describes the sequences during the unscheduled removal of a parcel by a delivery agent 10. Here, the storage period has not expired but rather, other circumstances require the removal of the parcel. This can be the case, for example, if the parcel could not be processed by the parcel compartment system or if repair, maintenance or cleaning work are necessary.
The delivery agent logs in, whereby the ParcelID, the compartment number, the CustomerID and/or the Identcode of the parcel are read in. He removes the parcel in question, all of the customer-related and parcel-related data is deleted and the communication device 21 sends a function message to the central data processing unit to the effect that a parcel has been removed. Then the mode is set to 3 in order to indicate that there was an unscheduled removal of a parcel from the machine.
The communication sequence in Figure 8 describes the sequence for the removal of a return parcel by a delivery agent 10.
The delivery agent logs in and requests the next return parcel. If there is a return parcel in the parcel compartment system, then he opens the appropriate compartment and removes the parcel. At this time, all of the data relating to this parcel and to the appertaining customer is deleted from the machine. The communication device 21 sends a function message to the central data processing unit to the effect that a return has been removed. Then the mode is set to 4 in order to indicate that a return parcel has been removed from the machine 20.
The communication sequence shown in Figure 9 describes the sequences during the depositing of a B2B parcel (returns) by a recipient 40 (B2B recipient, B2BR). This is the case, for example, if a recipient makes use of an external transportation and delivery company that has access to a certain number of compartments of the machine. The recipient logs in with his CustomerID and places the parcel into a compartment of the parcel compartment system. The communication device 21 transmits to the central data processing unit a function message with the MachineID, the compartment type, the ParcelID, the company type, the parcel type, the CustomerID, the mode and the point in time of the placement. The parcel type is a NonIdentParcel if the parcel does not have an Identcode of the system operator (e. g.
postal service provider DP) and the mode is 2.
The communication sequence shown in Figure 10 describes the sequences during the pick-up of a parcel of the system operator by a recipient 40 (DPE). The system operator can be, for example, a company such as Deutsche Post AG, so that such a recipient is designated as DPE in the figures. The recipient 40 logs in with his CustomerID and a pick-up PIN, after which the communication device 21 sends a function message to the central data processing unit in order to request a profile. As its response, the central data processing unit transmits the release status, among other things. If the release status is positive and if the CustomerID as well as the PIN are valid, the appropriate compartment can be opened and the recipient can remove his parcel. The machine 20 sends to the central data processing unit the appertaining data as well as the information that a parcel has been picked up and all of the customer-related and parcel-related data is deleted from the machine. If either the release status is negative or if the CustomerID and/or the PIN are not correct, then advantageously, the recipient is shown an error message and the compartment cannot be opened.
The communication sequence shown in Figure 11 describes the sequences during the pick-up of a parcel of the system operator by a recipient 40, whereby a payment (COD) is associated with the pick-up. The compartment holding the parcel to be picked up is only opened if the account of the recipient is approved and the payment can be made.
The communication sequence shown in Figure 12 describes the sequences during the pick-up of a B2B parcel by a recipient (B2BE). They correspond essentially to the sequences during picking up a DP parcel according to Figure 10.
The communication sequence shown in Figure 13 describes the sequences during the retrieval of personal data by the communication device 21 of the central data processing unit 30. The prerequisite for such a retrieval is that there has to be a parcel for the customer in question in the parcel compartment system. In order to retrieve the data, the communication device transmits a function message containing the MachineID and the CustomerID to the central data processing unit. The latter then sends the parcel compartment system, for example, the first name, last name, title and form of address of the customer.
The communication sequence shown in Figure 14 describes the sequences during the blocking of an account. An account can be blocked by the communication device, for example, if unauthorized activities were carried out at the user inter-face of the parcel compartment system. For instance, if the wrong PIN is entered three times, as described in the figure, then the customer and his account can be blocked.
The communication sequence shown in Figure 15 describes the sequences during the time synchronization between the parcel compartment system and the central data processing unit.
The communication sequence shown in Figure 16 describes the sequences during the checking of the validity of a customer profile. Through these sequences, the communication device of the parcel compartment system is informed about the latest data such as, for example, about PIN changes or blocking/unblocking of customer accounts.
The communication sequence shown in Figure 17 describes the sequences during the checking of the validity of recipient information. Through these sequences, the communication device of the parcel compartment system is informed, for example, that a customer has appointed a substitute recipient for the pick-up once the parcel has already been deposited.
The communication sequence shown in Figure 18 describes the sequences during the downloading of a user profile and a delivery agent profile from the central data processing unit to the communication device 21. Here, for example, the CustomerID, release status, PIN and role, e.g. delivery agent profiles, can be loaded into the parcel compartment system.
The communication sequence shown in Figure 19 describes the sequences during the query of the current compartment capacities for a logistic provider. Such logistic providers have a certain number of compartments of a certain size in the parcel compartment systems. With this function message, the communication device 21 is enabled to retrieve a list of the compartment capacities.
The communication sequence shown in Figure 20 describes the sequences during the query of request intervals, whereby the central data processing unit responds to a function message 5 with the MachineID of the communication device 21, for example, with the following request intervals: time synchronization, personal data, CustomerID, ParcelID, machine profile, compartment distribution and request intervals.
10 The expiration of the individual time intervals, in addition to the drop-off and pick-up procedures, likewise constitutes an event that the communication device 21 of the parcel compartment system evaluates, on the basis of which it sends a corresponding function message to the central data 15 processing unit.
Various errors can occur during the communication between the parcel compartment system and the central data processing unit. These include especially connection errors, data 20 processing errors or problems in executing the business logic.
A function message always comprises a sending component and a receiving component. Each of these components can be a communication device 21 of a parcel compartment system 20 or a central data processing unit 30. Several function messages with parameters are preferably combined to form one single request. In order to reliably execute the communication, each request that is transmitted by a parcel compartment system or by the central data processing unit should be confirmed. It has proven to be advantageous that, as a response to a function message, a status code is sent that represents either an error code or a code for the success of the request for each function message. If the function message requires the receipt of data in return, this data can be transmitted together with the status code.
If a function message is not answered within a certain period of time, the sender has to send the request once again. In order to ensure the correct execution of repeated requests on the sender and recipient side, an unambiguous RequestlD is associated with each request. This identification is sent, for instance, with the XML file. The same identification then has to be sent with the response XML file of the original recipient. The RequestID gives the sender and the recipient of a request various checking possibilities. For one thing, it can check whether the same function was requested several times. Secondly, a response can be associated with a function message.
List of reference numerals:
delivery agent of various logistics companies parcel compartment system 5 21 communication device of a parcel compartment system central data processing unit user, customer
Figure 5 the communication sequences during the delivery of a parcel by a delivery agent of a logistic provider;
Figure 6 the communication sequences during the removal of a parcel with an expired storage period by a delivery agent;
Figure 7 the communication sequences during the unscheduled removal of a parcel by a delivery agent ;
Figure 8 the communication sequences during the delivery of a return parcel by a delivery agent;
Figure 9 the communication sequences during the delivery of a parcel by a B2B recipient;
Figure 10 the communication sequences during the pick-up of a parcel or small packet by a recipient without an associated payment procedure;
Figure 11 the communication sequences during the pick-up of a parcel by a recipient with an associated payment procedure;
Figure 12 the communication sequences during the pick-up of a B2B parcel by a recipient;
g Figure 13 the communication sequences during the retrieval of personal data;
Figure 14 the communication sequences during the blocking of accounts;
Figure 15 the communication sequences during the time synchronization;
Figure 16 the communication sequences during the checking of the validity of profiles;
Figure 17 the communication sequences during the checking of the validity of recipient information;
Figure 18 the communication sequences during the downloading of user profiles;
Figure 19 the communication sequences during the query about the filling status of compartments by logistic providers;
Figure 20 the communication sequences during the query of request intervals.
Especially preferred embodiments of the invention will be described on the basis of the figures and description.
The invention relates to the communication sequences during the exchange of information between a parcel compartment system and at least one central data processing unit of a logistic provider. Such parcel compartment systems or machines are operated, for example, by a postal service provider for registered users for whom a delivery agent deposits parcels or other shipments into a compartment of the system. Drop-off as well as pick-up procedures can be carried out not only by the postal service provider that operates the logistic system but also by other affiliated companies that are granted access to components of the logistic system, including the filling of the parcel compartments.
The central data processing unit is designated as P24B in the drawings of the figures, whereas the parcel compartment system is marked as M. These parcel compartments of the system can have different configurations. They preferably have one or more areas for depositing shipments, whereby the areas can be configured as individual lockable compartments or as continuous elevator cages that can be positioned by a transport mechanism in front of at least one lockable opening.
Basically, the communication sequences according to the invention look like this:
1. Activities by delivery agents, customers or a timer at the parcel compartment system are events that trigger the transmission of function messages to the central data processing unit. A communication device of the parcel compartment system evaluates the events and associates them with the appertaining function messages. A function message is present, for example, in the form of an XML
file that is transmitted via an http post request. How-ever, other formats can also be used. In an especially preferred embodiment of the invention, the function message consists of a function name and a set of parameters.
2. The central data processing unit responds with an XML
5 file. This XML file contains the result of the function message. The result of the function message is a status code that indicates the success or failure of the execution of the function. If the parcel compartment system expects to receive data in return, the data 10 processing unit transmits the requested data (only if the execution of the function was successful).
3. If necessary, the parcel compartment system stores the data that is sent back by the data processing unit.
It has proven to be advantageous for the communication device of the parcel compartment system to collect events and data for later transmission to the data processing unit. Several function messages are then combined into one single request.
A request can contain one or more function messages.
The following table shows examples of various user roles within a logistic system. Each user of a parcel compartment system can assume one of these roles. The role determines the access rights to the system (parcel compartment systems and central data processing unit). The system according to the invention uses role identifiers (role ID) when it provides the parcel compartment system with user profiles. The designation DPAG, which stands for Deutsche Post AG, describes an example of a provider that operates a logistic system with parcel compartment systems. The designation B2B
refers to a business-to-business system in which companies have access to compartments of the parcel compartment systems of the system operator. The designation Post24 stands for an example of a central data processing unit of the operating company.
1 DPAG recipient 2 DPAG delivery agent 3 B2B recipient 4 B2B delivery agent 5 Post24 Master 6 Technician 7 Service employees (cleaning personnel, etc.) The communication sequences between the parcel compartment systems and the central data processing unit are explained with reference to Figures 1 to 20.
The drawing in Figure 1 schematically describes the sequences within a logistic system that consists of one or more parcel compartment systems 20, each with a communication device 21, with at least the central data processing unit 30, with various delivery agents 10 and with various users 40. The users are preferably registered users of the system. The delivery agents as well as the users have access to certain areas of the parcel compartment system as a function of the determination of their specific authorization. Such instances of access are, for example, events that are evaluated by the communication device 21 of the parcel compartment system in question. The communication device associates the appertaining function messages with the events and sends them to the central data processing unit 30. In this process, it is advantageous that additional data such as status codes and request IDs are transmitted.
When the central data processing unit 30 receives the function message, an appertaining status code to confirm receipt is sent to the communication device 21. It also carries out the appertaining function and, if applicable, sends data back to the communication device. In some cases, it is necessary to provide a registered user with information about the event at the parcel compartment system. For example, if a parcel is deposited for him, the central data processing unit triggers a notification containing, for example, the location of the parcel compartment system, access codes or other information.
The communication sequence shown in Figure 2 uses arrows to describe the sequences during the delivery of a parcel to a parcel compartment system 20 (M, machine) by a delivery agent 10 (DA, Delivery Agent) without Cash on Delivery (COD), that is to say, without a payment procedure associated with the delivery. The central data processing unit 30 is designated as P24B and the users/customers 40 are designated as N.
The delivery agent 10 logs in at the communication device 21 of the parcel compartment system 20 and, in this case, deposits a parcel of the system operator. Preferably, data located on the parcel is read in during this procedure. Such data includes, for example, an Identcode of the system operator that is assigned to the parcel and which is scanned in. Moreover, a CustomerID can be read in. Through this event of depositing, communication is triggered back and forth between the communication device of the parcel compartment system and the central data processing unit. The communication device 21 evaluates the event and associates a function message with it. The function message is transmitted to the central data processing unit and on this basis, the central data processing unit carries out the appropriate functions and, if applicable, sends data back to the communication device. The function messages can be transmitted individually or in batches. For example, the communication device transmits data such as the MachineID, the point in time of the depositing, the ParcelID, the parcel type, an Identcode, a CustomerID, various modes, the compartment type and the sender. Moreover, a company type can be transmitted. This is advantageous if the parcel compartment system is used by several transportation and delivery companies that have access to certain compartments of the parcel compartment system.
The central data processing unit receives the data with the function message and sends, for example, the maximum storage period back to the parcel compartment system. The latter can then store the ParcelID, the Identcode and the maximum storage period.
The communication device of the parcel compartment system requests a profile from the central data processing unit which then transmits a customer profile. This profile preferably contains at least a CustomerID, a release status, a PIN and the role of the customer. If more than one recipient is transmitted with this profile, then the parcel can be picked up by all of the specified persons. The parcel compartment system assigns the profile to the ParcelID and sends confirmation to the central data processing unit that the profile has been received. If the request for the customer profile is not successful, the communication device of the machine advantageously attempts another request. Only once the transmission of the profile has succeeded does the communication device send a confirmation on the basis of which, at the end of the communication, the central data processing unit sends the user a notification that a parcel has been deposited.
The communication sequence in Figure 3 describes the sequences during the delivery of a parcel to a parcel compartment system by a delivery agent with Cash on Delivery (COD), so that a payment procedure is required in conjunction with the delivery. The sequences are basically the same as the communication for a parcel without COD and are merely augmented by the element of the COD. Here, the parcel type changes from an IdentParcel to a CODParcel and the COD is read into the parcel compartment system and stored there.
The communication sequence shown in Figure 4 describes the communication sequences during the delivery of a small packet by a delivery agent 10 without COD, whereby the small packet does not have an Identcode, so that only the CustomerID is scanned in at the parcel compartment system. The sequences are basically the same as those of a parcel according to Figure 2. They are merely augmented by the fact that the parcel type is designated as a NonIdentParcel.
The communication sequence shown in Figure 5 describes the sequences during the delivery of a B2B parcel by a delivery agent 10, whereby the parcel is deposited by an affiliated company that is not the operating company of the logistic system. For example, that logistic system could be part of a postal service company that also uses an external transportation and delivery company such as Danzas. These parcels then likewise do not necessarily have an Identcode so 5 that only the CustomerID is scanned in at the parcel compartment system. The parcel type is likewise designated as a NonIdentParcel whereas the sequences are basically the same as for the communication pertaining to a parcel.
10 The communication sequence shown in Figure 6 describes the sequences during the removal of a parcel by a delivery agent 10, whereby the storage period of the parcel has expired. The delivery agent 10 logs in and requests the next parcel with an expired storage period. If the communication device 21 15 finds a parcel with an expired storage period in the parcel compartment system 20, it allows the delivery agent to open the compartment in question and so that the parcel can be removed. At this time, all of the data relating to this parcel and to the appertaining customer is deleted from the parcel compartment system. The communication device sends a function message to the central data processing unit to the effect that a parcel has been removed. Then the mode is set from 1 to 2 in order to indicate that an expired parcel has been removed from the machine 20.
The communication sequence shown in Figure 7 describes the sequences during the unscheduled removal of a parcel by a delivery agent 10. Here, the storage period has not expired but rather, other circumstances require the removal of the parcel. This can be the case, for example, if the parcel could not be processed by the parcel compartment system or if repair, maintenance or cleaning work are necessary.
The delivery agent logs in, whereby the ParcelID, the compartment number, the CustomerID and/or the Identcode of the parcel are read in. He removes the parcel in question, all of the customer-related and parcel-related data is deleted and the communication device 21 sends a function message to the central data processing unit to the effect that a parcel has been removed. Then the mode is set to 3 in order to indicate that there was an unscheduled removal of a parcel from the machine.
The communication sequence in Figure 8 describes the sequence for the removal of a return parcel by a delivery agent 10.
The delivery agent logs in and requests the next return parcel. If there is a return parcel in the parcel compartment system, then he opens the appropriate compartment and removes the parcel. At this time, all of the data relating to this parcel and to the appertaining customer is deleted from the machine. The communication device 21 sends a function message to the central data processing unit to the effect that a return has been removed. Then the mode is set to 4 in order to indicate that a return parcel has been removed from the machine 20.
The communication sequence shown in Figure 9 describes the sequences during the depositing of a B2B parcel (returns) by a recipient 40 (B2B recipient, B2BR). This is the case, for example, if a recipient makes use of an external transportation and delivery company that has access to a certain number of compartments of the machine. The recipient logs in with his CustomerID and places the parcel into a compartment of the parcel compartment system. The communication device 21 transmits to the central data processing unit a function message with the MachineID, the compartment type, the ParcelID, the company type, the parcel type, the CustomerID, the mode and the point in time of the placement. The parcel type is a NonIdentParcel if the parcel does not have an Identcode of the system operator (e. g.
postal service provider DP) and the mode is 2.
The communication sequence shown in Figure 10 describes the sequences during the pick-up of a parcel of the system operator by a recipient 40 (DPE). The system operator can be, for example, a company such as Deutsche Post AG, so that such a recipient is designated as DPE in the figures. The recipient 40 logs in with his CustomerID and a pick-up PIN, after which the communication device 21 sends a function message to the central data processing unit in order to request a profile. As its response, the central data processing unit transmits the release status, among other things. If the release status is positive and if the CustomerID as well as the PIN are valid, the appropriate compartment can be opened and the recipient can remove his parcel. The machine 20 sends to the central data processing unit the appertaining data as well as the information that a parcel has been picked up and all of the customer-related and parcel-related data is deleted from the machine. If either the release status is negative or if the CustomerID and/or the PIN are not correct, then advantageously, the recipient is shown an error message and the compartment cannot be opened.
The communication sequence shown in Figure 11 describes the sequences during the pick-up of a parcel of the system operator by a recipient 40, whereby a payment (COD) is associated with the pick-up. The compartment holding the parcel to be picked up is only opened if the account of the recipient is approved and the payment can be made.
The communication sequence shown in Figure 12 describes the sequences during the pick-up of a B2B parcel by a recipient (B2BE). They correspond essentially to the sequences during picking up a DP parcel according to Figure 10.
The communication sequence shown in Figure 13 describes the sequences during the retrieval of personal data by the communication device 21 of the central data processing unit 30. The prerequisite for such a retrieval is that there has to be a parcel for the customer in question in the parcel compartment system. In order to retrieve the data, the communication device transmits a function message containing the MachineID and the CustomerID to the central data processing unit. The latter then sends the parcel compartment system, for example, the first name, last name, title and form of address of the customer.
The communication sequence shown in Figure 14 describes the sequences during the blocking of an account. An account can be blocked by the communication device, for example, if unauthorized activities were carried out at the user inter-face of the parcel compartment system. For instance, if the wrong PIN is entered three times, as described in the figure, then the customer and his account can be blocked.
The communication sequence shown in Figure 15 describes the sequences during the time synchronization between the parcel compartment system and the central data processing unit.
The communication sequence shown in Figure 16 describes the sequences during the checking of the validity of a customer profile. Through these sequences, the communication device of the parcel compartment system is informed about the latest data such as, for example, about PIN changes or blocking/unblocking of customer accounts.
The communication sequence shown in Figure 17 describes the sequences during the checking of the validity of recipient information. Through these sequences, the communication device of the parcel compartment system is informed, for example, that a customer has appointed a substitute recipient for the pick-up once the parcel has already been deposited.
The communication sequence shown in Figure 18 describes the sequences during the downloading of a user profile and a delivery agent profile from the central data processing unit to the communication device 21. Here, for example, the CustomerID, release status, PIN and role, e.g. delivery agent profiles, can be loaded into the parcel compartment system.
The communication sequence shown in Figure 19 describes the sequences during the query of the current compartment capacities for a logistic provider. Such logistic providers have a certain number of compartments of a certain size in the parcel compartment systems. With this function message, the communication device 21 is enabled to retrieve a list of the compartment capacities.
The communication sequence shown in Figure 20 describes the sequences during the query of request intervals, whereby the central data processing unit responds to a function message 5 with the MachineID of the communication device 21, for example, with the following request intervals: time synchronization, personal data, CustomerID, ParcelID, machine profile, compartment distribution and request intervals.
10 The expiration of the individual time intervals, in addition to the drop-off and pick-up procedures, likewise constitutes an event that the communication device 21 of the parcel compartment system evaluates, on the basis of which it sends a corresponding function message to the central data 15 processing unit.
Various errors can occur during the communication between the parcel compartment system and the central data processing unit. These include especially connection errors, data 20 processing errors or problems in executing the business logic.
A function message always comprises a sending component and a receiving component. Each of these components can be a communication device 21 of a parcel compartment system 20 or a central data processing unit 30. Several function messages with parameters are preferably combined to form one single request. In order to reliably execute the communication, each request that is transmitted by a parcel compartment system or by the central data processing unit should be confirmed. It has proven to be advantageous that, as a response to a function message, a status code is sent that represents either an error code or a code for the success of the request for each function message. If the function message requires the receipt of data in return, this data can be transmitted together with the status code.
If a function message is not answered within a certain period of time, the sender has to send the request once again. In order to ensure the correct execution of repeated requests on the sender and recipient side, an unambiguous RequestlD is associated with each request. This identification is sent, for instance, with the XML file. The same identification then has to be sent with the response XML file of the original recipient. The RequestID gives the sender and the recipient of a request various checking possibilities. For one thing, it can check whether the same function was requested several times. Secondly, a response can be associated with a function message.
List of reference numerals:
delivery agent of various logistics companies parcel compartment system 5 21 communication device of a parcel compartment system central data processing unit user, customer
Claims (7)
1. A method for data transmission between a parcel compartment system and at least one central data processing unit for the operation of one or more parcel compartment systems, characterized in that events at a parcel compartment system (20) are collected by means of a communication device (21) of the parcel compartment system (20) and the communication device (21) associates function messages with the events, whereby the function messages are combined into one single request and transmitted to the data processing unit (30), and the data processing unit (30) executes the functions corresponding to the events depending on the transportation or delivery company or user affected by the event and, if applicable, sends data back to the com-munication device (21).
2. The method according to Claim 1, characterized in that the events at the parcel compartment system (20) comprise depositing and/or picking-up shipments.
3. The method according to one or both of Claims 1 and 2, characterized in that the events at the parcel compartment system (20) comprise the expiration of time intervals.
4. The method according to one or more of the preceding Claims 1 to 3, characterized in that each request is provided with an unambiguous RequestID.
5. The method according to Claim 4, characterized in that the sending component sends the RequestID with the request to the receiving component, and the response to the appertaining request is sent back with this RequestID.
6. The method according to one or more of the preceding claims, characterized in that the receiving component confirms each function message with a status code that indicates the success or failure of the function message.
7. The method according to Claim 6, characterized in that the sending component repeats the function message if the receiving component has not sent back a status code within a certain period of time.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10238344A DE10238344A1 (en) | 2002-08-16 | 2002-08-16 | Method and system for data transmission between a parcel compartment system and at least one central data processing unit of a logistics system |
| DE10238344.8 | 2002-08-16 | ||
| PCT/DE2003/002693 WO2004018116A2 (en) | 2002-08-16 | 2003-08-07 | Method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2495315A1 true CA2495315A1 (en) | 2004-03-04 |
| CA2495315C CA2495315C (en) | 2016-11-22 |
Family
ID=31197195
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2495315A Expired - Lifetime CA2495315C (en) | 2002-08-16 | 2003-08-07 | Method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7151434B2 (en) |
| EP (1) | EP1530773A2 (en) |
| JP (1) | JP2006500645A (en) |
| AU (1) | AU2003266116B2 (en) |
| CA (1) | CA2495315C (en) |
| DE (1) | DE10238344A1 (en) |
| IL (1) | IL166912A (en) |
| WO (1) | WO2004018116A2 (en) |
| ZA (1) | ZA200501329B (en) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI126245B (en) * | 2005-03-09 | 2016-08-31 | Konecranes Finland Oy | Procedure for placing a palletless goods package on a warehouse shelf and handing it over therefrom and administering the package logistics and equipment for carrying out the procedure |
| US9536359B1 (en) | 2006-05-31 | 2017-01-03 | Digilock Asia Ltd. | Delivery system via electronic lockboxes |
| US9273492B2 (en) | 2006-05-31 | 2016-03-01 | Security People, Inc. | Electronic cam lock for cabinet doors, drawers and other applications |
| US10909789B2 (en) | 2006-05-31 | 2021-02-02 | Digilock Asia Ltd. | Electronic cam lock for cabinet doors, drawers and other applications |
| US9222284B2 (en) | 2007-05-30 | 2015-12-29 | Security People, Inc. | Electronic locks particularly for office furniture |
| DE102010061621A1 (en) | 2010-12-30 | 2012-07-05 | Viaboxx GmbH | Compartment system for distributing goods in logistics systems, has bearing unit for supporting goods, and monitoring module for accessing process and control modules and monitoring bearing unit, input unit, output unit and removal unit |
| WO2015160847A1 (en) * | 2014-04-14 | 2015-10-22 | Security People, Inc. | Electronic cam lock for cabinet doors, drawers and other applications |
| EP3306577B1 (en) * | 2016-10-07 | 2023-09-20 | Quadient Technologies France | Secured electronic locker system |
| MX2019006934A (en) * | 2016-12-14 | 2019-11-21 | Walmart Apollo Llc | System and method for delivering packages to customers. |
| GB2571874B (en) | 2016-12-14 | 2021-11-10 | Walmart Apollo Llc | System and method for delivering packages to customers |
| US11055942B2 (en) | 2017-08-01 | 2021-07-06 | The Chamberlain Group, Inc. | System and method for facilitating access to a secured area |
| CA3071616A1 (en) | 2017-08-01 | 2019-02-07 | The Chamberlain Group, Inc. | System for facilitating access to a secured area |
| DE102017217926A1 (en) * | 2017-10-09 | 2019-04-11 | Parcellock Gmbh | Method for operating a parcel machine and parcel machine |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE2010358A1 (en) | 1969-03-05 | 1970-11-12 | VEB Bandstahlkombinat Sitz Eisenhüttenstadt, χ 1220 Eisenhüttenstadt | Composite steel and aluminium sheeting or - strips |
| US5072401A (en) | 1989-10-03 | 1991-12-10 | Pitney Bowes Inc. | Optimizing mail delivery systems by logistics planning |
| US5068797A (en) * | 1989-10-03 | 1991-11-26 | Pitney Bowes Inc. | Optimizing mail delivery systems by routing |
| US5051914A (en) * | 1989-10-03 | 1991-09-24 | Pitney Bowes Inc. | Optimizing mail delivery systems by merging mailings |
| SE9404572L (en) | 1994-12-30 | 1996-07-01 | Eii Konsulter | Komunikationssystem |
| US5774053A (en) * | 1996-05-02 | 1998-06-30 | Porter; David | Storage device for the delivery and pickup of goods |
| AU1654701A (en) * | 1999-10-28 | 2001-05-08 | Brivo Systems, Inc. | Unattended package delivery cross-docking apparatus and method |
| DE10000830C2 (en) * | 2000-01-12 | 2002-10-24 | Olaf Clausen | Procedure for depositing goods in at least one locker |
-
2002
- 2002-08-16 DE DE10238344A patent/DE10238344A1/en not_active Ceased
-
2003
- 2003-08-07 US US10/524,947 patent/US7151434B2/en not_active Expired - Lifetime
- 2003-08-07 WO PCT/DE2003/002693 patent/WO2004018116A2/en active Application Filing
- 2003-08-07 AU AU2003266116A patent/AU2003266116B2/en not_active Expired
- 2003-08-07 JP JP2004529715A patent/JP2006500645A/en active Pending
- 2003-08-07 EP EP03792134A patent/EP1530773A2/en not_active Ceased
- 2003-08-07 CA CA2495315A patent/CA2495315C/en not_active Expired - Lifetime
-
2005
- 2005-02-15 IL IL166912A patent/IL166912A/en active IP Right Grant
- 2005-02-15 ZA ZA200501329A patent/ZA200501329B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| ZA200501329B (en) | 2007-01-31 |
| CA2495315C (en) | 2016-11-22 |
| DE10238344A1 (en) | 2004-03-04 |
| JP2006500645A (en) | 2006-01-05 |
| WO2004018116A3 (en) | 2004-06-03 |
| US20050288977A1 (en) | 2005-12-29 |
| AU2003266116A1 (en) | 2004-03-11 |
| EP1530773A2 (en) | 2005-05-18 |
| AU2003266116B2 (en) | 2009-04-23 |
| US7151434B2 (en) | 2006-12-19 |
| IL166912A (en) | 2008-08-07 |
| WO2004018116A2 (en) | 2004-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| IL166912A (en) | Method for data transmission between a package mailbox and at least one central data processing unit in a logistic system | |
| US7055741B2 (en) | Systems and methods of inventory management utilizing unattended facilities | |
| US7477132B2 (en) | Electronic device for packet boxes and related operating method | |
| RU2321181C2 (en) | Method and system for transmitting notifications to users of a delivery system | |
| CA2668344C (en) | Method and arrangement of devices for operating an electronic parcel postbox | |
| US20040249652A1 (en) | Item tracking and anticipated delivery confirmation system method | |
| US8036993B2 (en) | Systems and methods for redirecting items in a delivery system | |
| JP2005505480A (en) | Postal parcel delivery method | |
| ZA200501328B (en) | Method for the conveyance of postal items and package mailbox | |
| NZ537446A (en) | Method and system for data transmission between a package mailbox and at least one central data processing unit in a logistic system | |
| EP1530772B1 (en) | Method and device for the transmission of notifications | |
| KR20090035183A (en) | Postal system | |
| RU58243U1 (en) | LOGISTICS TERMINAL | |
| EP1442801A2 (en) | Mail item delivery system and method | |
| DE102021128214A1 (en) | Method and transfer device for transferring goods | |
| WO2001058325A2 (en) | Delivery terminal and network comprising the same | |
| NZ536336A (en) | Method and system for transmitting notifications to users of a logistic system | |
| WO2017176225A1 (en) | Mobile branch system | |
| NZ537657A (en) | Method and device for the transmission of notifications | |
| NZ537656A (en) | Method for the conveyance of postal items and package mailbox |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20230808 |