SECURE DELIVERY SYSTEM

Abstract: A delivery system comprises a docking station and an element for releasably connecting to the docking station. The element is preferably a chain or cable which serves to both hold closed a transportable container and plug into the docking station. A keypad or card reader is provided so that a recipient can remove the plug from the docking station and gain access to the delivered goods in the container. A deliverer uses either the keypad or a portable communicator to release plug so that containers can be returned to the supplier. The plugs may be individually coded so that the docking station can determine whether a plug is correctly inserted into a socket on the basis of information received from the deliverer's communicator.

Description: Secure Delivery System Field of the Invention This invention relates to a secure delivery system. Background to the Invention On-line shopping and subsequent delivery of the goods to the recipient's delivery address is becoming increasingly popular as customers prefer the convenience of ordering goods via the Internet. Some supermarkets already offer a home delivery service which allows customers to telephone in their order or place it through the Internet. On receipt of an order, a staff member at the supermarket assembles the ordered items ready for delivery to the customer's delivery address. However, this can be extremely inefficient for the supermarket if the recipient is not at home at the time of the delivery. This is a particular problem where access to the interior of the delivery address is denied at the time of delivery as the goods cannot usually be left unattended so they have to be taken back to the supermarket and further delivery arrangements made. Supermarkets are increasingly investing in computer technology to enable customers to order goods using their personal computers but the problem of providing for secure delivery still has to be solved. Summary of the Invention According to the present invention, there is provided an anchoring fixture for a delivery point, the anchoring fixture comprising: - a body; fastening means for securely fastening the body to a substantially immovable structure; a socket, including an electrically operated locking member, for receiving and locking a plug therein; input means for inputting identity signals; and control means, wherein the control means is configured to operate said locking means to release a plug, received within said socket, in dependence on identity signals, input using the input means. Preferably, plug id detecting means is provided in association with said socket for detecting a machine readable id carried by a plug adapted to be received by said socket and the control means is configured to lock a plug in said socket in response to input of a deliverer id using the input means, release a plug from said socket in response to input of a recipient id using the input means, and to release a plug from said socket in response to input of a deliverer id using the input means. More preferably, the control means is configured to release a plug from said socket in response to a deliverer id using the input means only, if that plug, as determined by its id detected by the plug id detecting means, has previously been released from said socket in response input of a recipient id. Preferably, the control means is configured to lock a plug in said socket in response to input of a deliverer id using the input means only if the iά of the plug has been input using the input means. A transmitter, for instance an infrared transmitted, is preferably included and the control means is configured to output information, relating to a plug that has been released from said socket in response to input of a deliverer id, using the transmitter. Preferably, the control means is responsive to the input means to record that items for collection are connected to a plug in said socket and said information comprises whether items for collection are connected to the plug. Preferably, the input means comprises a chip card reader for inputting a recipient id and may further comprise keys for inputting a PIN for confirming a receiver id. Preferably, the input means comprises a receiver, for instance an infrared receiver, for receiving a deliverer id. Preferably, an anchoring fixture according to the present invention includes:- a plurality of sockets, each including an electrically operated locking member, for receiving and locking a respective plug therein; input means for inputting identity signals; and control means, wherein the control means configured to operate said locking means to release plugs, received within said sockets, in dependence on identity signals, input using the input means. According to the present invention, there is yet further provided a delivery system including an anchoring fixture and a handheld device for communicating with the anchoring fixture, the anchoring fixture comprising:- a body; fastening means for securely fastening the body to a substantially immovable structure; a socket, including an electrically operated locking member, for receiving and locking a plug therein; plug id detecting means, associated with said socket, for detecting an id carried by a plug adapted to be received by said socket input means for inputting identity signals; and control means, wherein the control means is configured to: lock a plug in said socket in response to input of a deliverer id from the handheld device using the input means, release a plug from said socket in response to input of a recipient id using the input means, and release a plug from the socket in response to input of a deliverer id from the handheld device using the input means. Preferably, the control means is configured to release a plug from the socket in response to input of a deliverer id from the handheld device only if that plug, as determined by its id detected by the plug id detecting means, has previously been released from said socket in response input of a recipient id. Preferably, the input means comprises an infrared receiver for receiving infrared communication signals from said handheld device. Preferably, the anchoring fixture includes :- a plurality of sockets, each including an electrically operated locking member, for receiving and locking a respective plug therein; input means for inputting identity signals; and control means, wherein the control means configured to: lock a plug in one of said sockets in response to input of a deliverer id from said handheld device using the input means, release a plug from one of said sockets in response to input of a recipient id using the input means, and release a plug from one of said sockets in response to input of a deliverer id from said handheld device using the input means. More preferably, the control means is configured to release a plug from one of said sockets in response to input of a deliverer id from said handheld device only if that plug, as determined by its id detected by the plug id detecting means, has previously been released from one of said sockets in response input of a recipient id. More preferably, the control means is configured to lock a plug in one of said sockets in response to input of a deliverer id from said handheld device using the input means only if the id of the plug has been input from said handheld device using the input means. Preferably, the anchoring fixture includes a transmitter, e.g. an infrared transmitter, and the control means is configured to communicate information, relating to a plug that has been released from one of said sockets in response to input of a deliverer id, to said handheld device using the transmitter. Preferably, the control means is responsive to the input means to record that items for collection are connected to a plug in one of said sockets and said information comprises whether items for collection are connected to the plug. Preferably, the input means comprises an infrared receiver for receiving infrared communication signals from said handheld device. According to the present invention, there is yet further provided a method of delivering an item, the method comprising: receiving an order for an item; transporting said item and an attachment element to a delivery site, the attachment element including a plug having a machine readable id; attaching said item to an anchoring fixture by pluggin said plug into a socket in said anchoring fixture; transmitting the id of said plug and an achoring fixture id from the anchoring fixture to a handheld device; and locking said plug in said socket. Preferably, a deliverer id is transmitted from said handheld device to said anchoring fixture, said deliverer id is subject to validation and said plug is locked in said socket in dependence on the validity of said deliverer id. Preferably, said plug id and anchoring fixture id are transmitted to an order administration system and the plug id is stored in said system in association with a record of said anchoring fixture. According to the present invention, there is yet further provided a method of delivering an item, the method comprising:- receiving an order for an item; allocating an attachment element to the item and to a delivery site, the attachment element including a plug having a machine readable id; transporting said item and said attachment element to the delivery site; transmitting the id of the plug to an anchoring fixture at the delivery site; plugging the plug into said anchoring fixture to attach the item to the anchoring fixture; reading of the id of the plug by the anchoring fixture; comparing the transmitted id and the id read from the plug in the anchoring fixture; and automatically locking the plug in the anchoring fixture if the transmitted id and the id read from the plug match. Preferably, such a method includes inputting a recipient id into the anchoring device, checking the recipient id in the anchoring fixture, and releasing the plug if the recipient id checks out. More preferably, the recipient id is input by reading data from a chip card and optionally by means of manual input of a PIN. Preferably, such a method includes plugging the plug back into the anchoring fixture and locking the plug in the anchoring fixture. More preferably, such a method includes inputting an indication that a returning item is attached to the plug when it has been plugged back into the anchoring means. Preferably, such a method includes inputting a deliverer id into the anchoring fixture when inserting a plug attached to an item being delivered, subsequently inputting a deliverer id and releasing the plugs, when it has been plugged back into the anchoring means, if the subsequently input deliverer id matches that input when the plug was inserted attached to said item. Preferably, such a method includes transmitting details associated with plugs plugged into the anchoring fixture and plugs unplugged from the anchoring fixture by a deliverer from the anchoring fixture to a portable device, and, more preferably, transmitting said details from the portable device to a delivery administration system. The recipient id may be associated with a person or with an anchoring fixture. The deliverer id may be an id associated with an individual tasked with making a delivery or an organisation making the delivery or on whose behalf a delivery is being made. With the present invention, it is no longer necessary for the purchaser to make arrangements to be at home at the time of the delivery which may be impossible or inconvenient as the locking point and/or anchoring fixture of the present invention overcomes this problem by providing a flexible yet secure method for individuals to receive their delivered goods when they are not in. After it has been emptied, the container can be reattached ready for recollection by the deliverer. According to the present invention, there is yet further provided an e-commerce order processing method, the method comprising:- sending an order id cookie from a vendor web server to a user agent, the cookie being set to be sent with a request to the vendor web server and a request to an authorisation web server; sending a first hypermedia document to said user agent, the first hypermedia document including a clickable element and an event handler responsive to clicks on the clickable element to request a second hypermedia document from the vendor web server and cause a third hypermedia document, which includes a user identification form, to be loaded by the user agent from the authorisation web server; responding to submission of the user identification form data to the authorisation web server, to associate a user, identified by said data with said order id; transmitting user data for the user associated with the order id to an authorisation client from an authorisation server in response to a request from said client including said order id. Thus, the ordering process does not rely on user data stored on the user agent to reduce the keystrokes required to place an order. Furthermore, a single repository of user data can be used for a plurality of vendors, which, for example, deliver goods to shared anchoring fixtures according to the present invention. The third document may be loaded into a frame or into a newly spawned browser window. Preferably, said user data includes data identifying a delivery point for the delivery of an ordered item to the user. Preferably, said user data includes an id of an anchoring fixture associated with said user. According to the present invention, there is yet further provided an e-commerce order processing method, the method comprising:- sending a first hypermedia document to a user agent from a vendor web site, the first hypermedia document including a clickable element for effecting a request for a second hypermedia document from a customer profile server and including or being accompanied by an order id configured to be sent with a request to the customer profile server for said second hypermedia document sending a hypermedia document to the user agent, which document including customer profile data relating to the user of the user agent and clickable means for causing said profile data to be sent to the vendor web server together with an order id; and delivering goods or services in dependence on said profile data received at the vendor web server. Preferably, said profile data is editable by said user between receiving it from the user profile server and its transmission to the vendor web server. The second hypermedia document may be a login page. Alternatively, the second hypermedia document includes said customer profile data. It is to be understood that the afore-mentioned ids need not be unique and need only be sufficiently for the purpose of identifying persons legitimately interacting with an anchoring fixture. For example, all deliverers working for the same organisation may use the same deliverer id. Brief Description of the Drawings Figure 1 is a perspective view of a delivery container in accordance with the present invention; Figure 2 is a front view of the delivery container shown in Figure 1; Figure 3 is a perspective view of a docking station in accordance with the present invention; Figure 4 is a sectional view, along the line A- A in Figure 3, of the docking station shown in Figure 3; Figures 5(a) and (b) are side and front views respectively of the plug shown in Figure 2; Figure 6 is a block diagram of the circuitry of the docking station shown in Figure 3; Figure 7 is a perspective view of an communicator in accordance with the present invention; Figure 8 is a block diagram of the communicator shown in Figure 7; Figure 9 is a schematic diagram of a warehouse system in accordance with the present invention; Figure 10 is a data flow diagram of the warehouse system shown in Figure 9; Figure 11 is a data flow diagram of a market web server in accordance with the present invention; Figure 12 is a data flow diagram of an authorisation processor in accordance with the present invention; Figure 13 is a signalling diagram illustrating an online purchase; Figure 14 is a flowchart illustrating the order receiving process of the warehouse system shown in Figure 10; Figure 15 is a flowchart illustrating the order authorising process of the warehouse system shown in Figure 10; Figure 16 is a flowchart illustrating the cable allocating process of the warehouse system shown in Figure 10; Figure 17 is a flowchart illustrating the communicator load process of the warehouse system shown in Figure 10; Figure 18 is a flowchart illustrating return container identifying process of the docking station shown in Figure 3; Figure 19 is a flowchart illustrating the contain accept/reject process of the docking station shown in Figure 3; Figure 20 is a signalling diagram illustrating a logout exchange between the docking station shown in Figure 3 and the communicator shown in Figure 18; Figure 21 is a flowchart illustrating an item return identification process of the docking station shown in Figure 3; Figure 22 is a schematic diagram of another warehouse system in accordance with the present invention; Figure 23 is a data flow diagram of the warehouse system shown in Figure 22; Figure 24 is a data flow diagram of a vendor web server in accordance with the present invention; Figure 25 is a data flow diagram of a customer processor in accordance with the present invention; Figure 26 is a flowchart illustrating a customer registration process; Figure 27 is a signalling diagram illustrating an online purchase; Figure 28 is a flowchart illustrating generation of a customer profile web page; Figure 29 shows a customer profile web page; Figure 30 is a flowchart illustrating the order receiving process of the warehouse system shown in Figure 22; Figure 31 is a flowchart illustrating the process of delivering a container; Figure 32 is a flowchart illustrating the process of collecting a container; Figure 33 is a flowchart illustrating an item return identification process of the docking station; and Figure 34 is a sectional view of a docking station including a mobile phone module. Detailed Description of the Preferred Embodiments Preferred embodiments of the present invention will now be described, by way of example, with reference to the accompanying drawings. Referring to Figures 1 and 2, a deliverable container 1 has a lid 2 pivotally attached thereto by hinges 3. The container 1 is made from a very strong plastics material such as PNC or a metal that is light and tough enough to ensure a long life in use but is also waterproof. Depending on its use, it may also incorporate some form of insulating lining material. Handles 61 are provided on the side walls of the container 1 so that it may be carried more easily. A pair of hasps 62 is provided for holding the lid 2 closed. A plastic coated steel cable 66 serves as the pins of the hasps 62. The steel cable 66 has a plug 67 at one end which thin enough to pass through the loops of the hasps 62. The other end of the cable 66 has an enlarged part 68 which cannot pass through the loops of the hasps 62. Referring to Figures 3 and 4, the docking station 8 comprises a box-like housing 70 which is locked closed by a lock 71. The docking station 8 is adapted to be bolted to a wall by rawlbolts or the like (not shown) which are inaccessible when the housing 70 locked closed. A display 72 is located at the top of the front panel of the docking station 8. An inductive chip card reader 73, for reading chip cards 100, is located on the lefthand side wall of the housing 70, slightly below the display 72. Below the display 72 on the front of the housing 70 are first, second, third and fourth membrane switches 75, 76, 77, 78 of a keypad 79. To the left of the membrane switches 75, 76, 77, 78 is an IR port window 79. First, second and third sockets 80a, 80b, 80c are arranged one above another below the membrane switches 75, 76, 77, 78 and an on/off switch 81 is located at the bottom left corner of the front of the housing 70. A battery 82 is located at the bottom of the housing 70. A first PCB 83 extends vertically within the housing 70 above the battery 82. The first PCB 83 carries the main circuitry 84 of the unit and three induction sensors 85a, 85b, 85c which are aligned with respective sockets 80a, 80b, 80c. A second PCB 86 lies parallel to the first PCB 83 between it and the front panel of the housing 70. The second PCB 86 supports first, second and third electromechanical latches 87a, 87b, 87c associated with respectively the first, second and third sockets 80a, 80b, 80c. A respective ring 88a, 88b, 88c is provided on each of the latches 87a, 87b, 87c for supporting the ends of plugs 67 inserted into the sockets 80a, 80b, 80c. A third PCB 89 is located across the top of the second PCB 86 and supports the chip card reader 74. The wiring between the components within the housing 70 has been omitted in Figure 4 in the interest of clarity. Referring to Figures 5(a) and (b), each plug 67 comprises a cylindrical root portion 90 into which is fastened the end of the steel cable 66. A shaft 92, which is configured for insertion into the sockets 80a, 80b, 80c projects from the root 90. The tip 93 of the shaft 92 is plastic and frusto-conical, and has an axial bore 94 opening in its end face. The bore 94 provides access to a magnetic id chip within the tip 93. A groove 95 is formed around the shaft 92 part-way along its length from the root 90 for receiving the locking members of the electromechanical latches 87a, 87b, 87c. Referring to Figure 6, electrically, the docking station 8 comprises a microcontroller 100 having ports connected to the on/off switch 91, the keypad 79 containing the membrane switches 75, ..., 78, and an infrared transceiver 101. The microcontroller 100 also has output ports for signalling to the electromagnetic latches 87a, 87b, 87c. A bus 102 connects the microcontroller 100 to the sensors 85a, 85b, 85c, the card reader 74, ROM 103, RAM 104 and the display 72. The ROM 104 stores control programs for controlling the operation of the docking station 8. Referring to Figures 7, a portable communicator 200, for interrogating the docking station 8, comprises a flattened cuboid casing 201 conveniently sized for hand-held use. A display 202 and a keypad 203 are mounted to a top face of the casing 201 and an IR window 204 is located in one end face of the casing 201. The keypad 203 comprises an on/off key 203a, a load key 203b, a report key 203c, a docking station login key ("login key") 203d and a docking station logout key ("logout key") 203e. The purposes of these keys will become apparent from the following description. Referring to Figure 8, internally the communicator 200 comprises a microcontroller 205 with serial connections to the keypad 203 and an IR transceiver 206. A bus 207 connects the microcontroller 205 to the display 202, ROM 208 and RAM 209. The ROM 208 stored control programs for controlling the operation of the communicator 200. Referring to Figure 9, a warehouse system comprises a personal computer 300 connected to a plug reader 301, an IR transceiver 302 and a printer 303. The plug reader 301 has a plurality of sockets for receiving plugs 67 (Figure 5). The personal computer 300 is also connected to the Internet and is programmed for administering the delivery of orders to users. For this purpose, it can read the chips in plugs 67, load data into portable communicators 200 and receive data from portable communicators 200. Referring to Figure 10, the personal computer 300 supports a database 304 for storing order data and the whereabouts of containers 1, an order receiving process 305 for receiving orders from the Internet and storing them in the database 304, a cable allocation process 306 for allocating container cables 66 to orders and printing out inventories and delivery details for containers 1, an communicator load process 307 for loading delivery information into communicators 200, a report receiving process 308 for receiving delivery reports from communicators 200 and an order authorising process 309 for confirming authorisation of an order. Referring to Figure 11, a market web server machine 400 supports a web server process 401, such as Apache, and associated HTML documents 402 and CGI scripts 403. The documents 402 and the CGI scripts 403 provide the web server machine 400 with conventional e-commerce functions, e.g. filling of a virtual shopping cart with items, credit card processing etc.. In the present example, the goods offered are supplied by different vendors. Consequently, an order processing CGI script 403 divides each order into sub-orders according to vendor and transmits each suborder to the appropriate warehouse system (Figure 20). Referring to Figure 12, an authorisation processor 500 comprises an http server 501 and a custom order confirmation server 502 for confirming the validity of orders to warehouse systems. The operation of the docking station 1, the communicator 200, the warehouse system, the market web server machine 400 and the authorisation processor 500 will become more fully apparent from the description of the processing of an order given below. A customer has a docking station 8 mounted to a wall of their premises. In order to place an order, the customer uses a web browser to view the market web site provided by the market web server machine 400. Referring to Figure 13, the customer browses the pages available at the market web server machine 400 adding items to a "shopping cart" in the conventional manner. When the customer has added all the items that the customer wishes to purchase to the "shopping cart", the customer requests an order page from the web server 401. The order page is accompanied by a cookie containing a unique order id. The order page includes an order button and a JavaScript event handler for the order button's "on click" event. The JavaScript event handler causes a new browser window to be spawned and causes the new window to be loaded with an id confirm page from the authorisation processor 500. The event handler then causes the customer's web browser to submit a CGI script URL to the web server 401 with the parameters " order =yes" together with the order id cookie. The id confirm page includes a username input textbox, a password input textbox and a submit button. The customer fills in the username and password textboxes and clicks on the submit button. Clicking on the submit button causes the browser to submit the entered username and password to the authorisation processor with the URL of an CGI authorisation script at the authorisation processor and the order id cookie. The CGI order processing script at the web server machine 400 processes the order, dividing it into a separate sub-order for each vendor involved. The details of the sub-orders, including order id, sub-order id, ordered items ids are then sent to the warehouse systems of the various vendors. The CGI authorisation script checks the username and password against entries in a database of uses. If they are invalid, it sends a modified id confirm page, inviting the customer to re-enter their username and password. If however they are valid, it sends an accepted page to the new window of the customer's browser, retrieves the customer's docking station id and stores it in association with the order id. Referring to Figure 14, at the warehouse system, the order receiving process 305 monitors a designated TCP/IP port for attempts at connection from the order processing script at the web server machine 400. When such an attempt is made, the order receiving process 303 performs a security check on the host attempting to connect (step si) and, if the host is allowed to connect on the designated port, a connection is established (step s2) and the order processing script sends the details of an order (step s3) which are then stored in the database 304 by the order receiving process 305 (step s4). The first stage of the preparations for delivery from a warehouse is the checking of orders received from market web server machine 400. Referring to Figure 15, the order authorising process 309 obtains a list of order ids, for which no docking station id has been obtained, from the database 304 (step sll). If the list has at least one member (step sl2), it connects to a designated TCP/IP port on the authorisation processor 500 (step sl3) and then sends the list to the custom server 502 (step sl4). The custom server 502 of the authorisation processor 500 then retrieves the relevant docking station ids and delivery addresses from a local store and sends them to the order authorising process 309 in association with the order ids. If the order id cannot be found by the custom server 502, it sends null data fields back to the order authorising process 309 (step si 5). The order authorising process 309 updates the database 304 with the data for each order id (step sl9) from the authorisation processor 500, flagging the orders as being ready for delivery (step sl7), if a docking station id has been received (step sl6) and deleting records (step si 8) where a docking station id was not received. The deletion of orders is logged. The cable allocation process 306 is periodically run. Referring to Figure 16, this process reads the orders, which are flagged "ready for delivery" from the database 304 (step s21) and allocates them to delivery personnel according to their delivery addresses (step s22). The operator is then invited to insert the plugs 67 of cables 66 into the plug reader 301 (step s23). The allocation process 306 then reads the chips in the plugs and allocates the cables 66, identified by their chip codes, to orders (step s24) and prints out (step s28) an inventory for each cable 66 and its delivery address. The print out is then attached by a worker to the appropriate cable 66 which is then taken and used to hold closed one or more containers 1 which are - filled with the items listed in the inventory. The operator may be invited to insert further plugs (step s26), if there are more orders to be processed than sockets in the chip reader 301 (step s25). After allocating a cable 66 an order, the cable allocation process 306 clears the "ready for deliver" flags for the orders for which cables 66 have been allocated and sets a "being delivered" flag in the database for each order (step s27). After the cable allocation process 306 has been run, the communicator load process 307 is run. Referring to Figure 17, when this process is being run, a delivery person ("the deliverer") presents their communicator 200 to the IR transceiver 302 attached to the personal computer 300. Ensuring that the communicator 200 is switched on, the deliverer presses the load key 203 a on the keypad 203 of the communicator 200 which sends an IR signal containing the deliverer's id to the IR transceiver 302 which passes it on to the personal computer 300. The communicator load process 307 then retrieves the docking station ids and cable ids for each order that deliverer is to deliver and the cable ids of cables are located already at the delivery sites (step s31) and transmits this data to the communicator 200 (step s32) via the IR transceiver 302. The deliverer's vehicle is loaded with the filled containers 1 which are attached to the cables 66, whose ids have been loaded into the deliverer's communicator 200, and when the deliverer's communicator has been programmed, the deliverer starts on their round. When the deliverer arrives at a delivery address, the deliverer unloads the container or containers 1 to be delivered there and approaches the docking station 8. The deliverer presses the on/off button on the docking station 8 to activate it. The deliverer then directs their communicator 200 at the docking station's IR port and presses the login key 203d on the communicator 200 which causes the communicator 200 to send a vendor id, pre-programmed into the communicator 200. The docking station 8 responds with its id and the communicator 200 then sends the cable ids of the cables 66, attached to the containers 1 to be delivered, and the ids of the cables 66 known to be at the present delivery site to the docking station 8. Referring to Figure 18, the docking station 8 determines whether any containers 1 are to be collected by the deliverer on the basis of the cable ids for cables 66 known to be at the delivery site, received from the communicator 200, and the ids of the cables 66 plugged into it (step s41). If this is the case, the docking station 8' releases the latches 87a, 87b, 87c of the sockets 80a, 80b, 80c into which the cables 66 of containers 1 to be retrieved are plugged (step s42). If containers 1 are to be retrieved by the deliverer, the docking station 8' identifies which plugs 67 are to be removed on its display 72 (step s43). The deliverer unplugs any containers 1 to be retrieved and then plugs in the cables 66 of the container or containers 1 to be delivered. Referring to Figure 19, the docking station 8 constantly polls the sensors 85a, 85b, 85c and when a newly plugged in cable 66 is detected (step s51), the docking station 8 determines whether its id matches one of those received from the communicator 200 (step s52) and, if so, it logs its presence in association with the vendor id received from the communicator 200 (step s53). If the cable id does not match one received from the communicator 200 (step s52), the docking station 8 tells the deliverer to remove it by displaying a message on the display 72 (step s54). This message remains on the display until all offending cables 66 have been removed. If the deliverer is instructed to remove a cable 66, the deliverer can then get the correct container 1 from the delivery vehicle, if it is available. If a recognised plug 67 is removed, the log entry for it is deleted. Referring to Figure 20, if the containers are all recognised by the docking station 8, the deliverer can direct the communicator 200 at the docking station 8 and press the logoff key 203e to terminate the delivery procedure. When the logoff signal is received from the communicator 200, and all of the cables 66, which are plugged in, are recognised, the docking station 8 closes the latch 87a, 87b, 87c of any socket 80a, 80b, 80c which has just received a plug 67 to lock the or each plug 67 in its socket 80a, 80b, 80c. The docking station 8' then transmits its id and the ids of containers 1 that have been delivered and those that have been retrieved, together with respective returned goods flags set to indicate whether goods are being returned in a retrieved container 1, to the communicator 200 which stores this information for downloading to the warehouse system. Furthermore, the docking station 8 sends a list of the last twenty cable transactions in encrypted form to the communicator 200. When this data transfer is complete, the docking station 8 informs the deliverer that the delivery operation is complete using the display 72. The deliverer then switches off the docking station 8 using the on/off switch 71. However, if the deliverer forgets to switch off the docking station 8, it will power down automatically after a set period, e.g. 1 min. On returning to the warehouse, the deliverer again presents the communicator 200 to the personal computer 300, which is now running the report receiving process 308, and presses the report key 203c on the communicator 200. The communicator 200 then sends the deliverer's id, the ids of the delivered containers and the ids of retrieved containers to the personal computer 300, together with the associated docking station ids, returned goods flags and the encrypted data. The personal computer 300 updates the records of the orders delivered by the deliverer to indicate that they have been delivered, its records of any orders for which there are returned goods and its records of the whereabouts of the containers 1 delivered and retrieved. The encrypted data is periodically sent to the docking station and cable provider to provide an audit trail so that the docking station provider can check that the correct licence fees are being paid by vendors using the system. When the customer returns, the customer switches on the docking station 8 and places their chip card 100 against the chip card reader 73. This causes the docking station 8 to display a request for the customer to enter a PIN number. The customer then enters the PIN number using the keys 75, ?, 78 of the keypad 79 to select digits displayed on the display 72. If the PIN is correct, the docking station releases all of its electromechanical latches 87a, 87b, 87c so that the owner can remove any plugs 67. Once a plug 67 has been removed, it can be drawn through the loops of the hasps 62 of the or each container 1, which it is holding closed, so that the customer can remove the items in the or each container 1. The docking station 8 detects the removal of plugs 67 and logs the fact that the cables 66 attached thereto have been removed. In order to return empty containers, the customer merely switches on the docking station 8 and inserts the plug 67 of the container 1 to be returned into a free socket 80a, 80b, 80c. The docking station 8 detects the insertion of a plug 67 and reads the plug's chip to determine whether it is one that has previously been delivered and removed by the customer. If it is recognised, the docking station 8 closes the latch 87a, 87b, 87c of the socket 80a, 80b, 80c into which the plug 67 has been inserted. If the container 1 is not recognised, the customer is instructed to remove the plug by a message on the docking station's display 72. Referring to Figure 21, in order to return goods in a container 1, the customer places their chip card 100 against the card reader 73 and enters their PIN number. The customer then inserts the plug 67 of the or each cable 66, attached to containers 1' to be returned, into a respective socket 80a, 80b, 80c. The docking station 8 detects the or each plug 67 being inserted (step s61) and checks that it is attached to a cable 66 has previously been inserted by a deliverer and removed by the customer (step s62). If it is not recognised, the customer is instructed to remove the plug 67 by a message on the display 72 (step s63). However, if the cable 66 is recognised, the docking station 8 invites the customer to indicate whether goods are being returned by a message on the display 72 (step s64). If no such indication is given before the next plug 67 is inserted, the docking station 8' determines that goods are not being returned in the present container 1. However, if the customer does indicate that goods are being returned using the keypad 79 (step s65), the docking station 8 logs this fact for communication to the deliverer's communicator 200 when the container 1 is collected (step s66). A second embodiment will now be described. In this embodiment, the docking station 8 is physically identical to that described above, except that the electromechanical latches 87a, 87b, 87c are self-locking. That is, a plug 67 can be inserted and will be retained when the docking station 8 is not switched on. The controlling software is also different from that of the docking station 8 described above. These differences will become apparent from the following description. Also, the communicator 200 is replaced by a conventional handheld computer, such as a PocketPC device or a Palm V, which has an infrared port. The handheld computer 1200 is programmed with a database of customers which includes customer names and ids and the locations of the docking stations 8 at the customers' premises. The customer's address is not included for security. Referring to Figure 22, a warehouse system comprises a personal computer 1300 connected to an IR transceiver 1302 and a printer 1303. The personal computer 1300 is also connected to the Internet and is programmed for administering the delivery of orders to users. For this purpose, it can receive data from handheld computers 1200 via the IR transceiver 1302. The personal computer 1300 can also transmit data to the handheld computer 1200 via the IR transceiver 1302. Referring to Figure 23, the personal computer 1300 supports a database 1304 for storing order data and miscellaneous administrative information such as docking station battery levels and the operational statuses of docking stations, an order receiving process 1305 for receiving orders via the Internet from a vendor web site (not shown) and storing them in the database 1304, a order dispatching process 1306 for printing out inventories and delivery details for containers 1, a download process 1307 for downloading data to handheld computers 1200 and a report receiving process 1308 for receiving delivery reports from handheld computers 1200. Referring to Figure 24, a vendor web server machine 1400 supports a web server process 1401, such as Apache or Microsoft IIS, and associated resources including HTML documents and/or ASP, JSP or PHP documents 1402 and CGI programs 1403. The resources 1402 and the CGI programs 1403 provide the web server machine 1400 with conventional e-commerce functions, e.g. filling of a virtual shopping cart with items, credit card processing etc.. Referring to Figure 25, a customer processor 1500 comprises an http server 1501, including associated resources for generating HTML documents dynamically, and a RDBMS (relational database management system) 1502. The operation of the docking station 8, a handheld computer 1200, the warehouse system, the vendor web server machine 1400 and the customer processor 1500 will become more fully apparent from the description of the processing of an order given below. In order to take advantage of the system of the present embodiment, a customer must register so as to obtain a docking station 8 and to provide personal information required for effecting transactions. Referring to Figure 26, a prospective customer uses a web browser to visit the web site provided by the customer processor 1500 and fills in a registration form (step si 001). The registration form has inputs for receiving name and address information, details of one or more payment card and a preferred time for installation of a docking station 8. The form data is stored in a prospective customer database in the RDBMS 1502 and arrangements are made for the installation of the docking station 8. During installation of the docking station (step si 003), the customer is provided with a chip card 100 for releasing cables from the docking station. The installation process also involves the transfer of a customer id to the docking station 8 from a handheld computer 1200. The process would also be used in the case of a new customer taking over a docking station from the an existing customer who has moved to another address. After installation of the docking station 8 (step si 003), the customer's data is moved within the RDBMS 1502 to a customer profile database (sl004). At the same time, a link is made between the id of the new customer's chip card 100 and their record in the customer profiles database. The new customer is sent a username and password pair (step sl005), which they can use to access the customer processor, by email or post. The new customer can use the username and password to log into the customer processor web site and review and change elements of their profile. The items making up a profile may change over time as vendors specify new items of information to be provided and, whenever the customer views their profile, they will see the current set of items required by the totallity of the vendors using the system and have an opportunity to add values for newly created items. The process of the ordering and delivery of goods will now be described for a customer who has a docking station 8 mounted to a wall of their premises. In order to place an order, the customer uses a web browser to view the vendor web site provided by the vendor web server machine 1400. Referring to Figure 27, the customer browses the pages available at the vendor web server machine 1400 adding items to a "shopping cart" in the conventional manner. When the customer has added all the items that the customer wishes to purchase to the "shopping cart", the customer requests an order page from the vendor web server 1401. The order page is accompanied by a cookies identifying the vendor and containing a unique order id. The order page includes an order button image which is associated with a link to a login page at the customer processor web server 1501 and the cookies are configures such that they will be sent with all requests to the customer processor web server 1501. If the user is to make use of the customer processor 1500 to provide payment and delivery details to the vendor of the ordered goods, the user clicks on the button image which cases a request for the login page of the customer processor web server 1501. The customer processor web server 1501 responds with the login page. The customer completes the login form and submits it. Referring to Figure 28, assuming that the user has entered a valid username and password pair, a CGI process at the customer processor web server 1501 queries a vendors database in the RDBMS 1502 to obtain a list of customer profile data items which are mandatory and preferred for transactions (step slOll). Mandatory items include customer name and billing address and payment card details. Preferred items might include the customer's email address and age. The customer's data for these items are then obtained from the customer profile database (sl012). This information is then used to generate a web page in which it is displayed and which is sent to the customer's browser (step sl013). Each vendor has access to the RDBMS 1502 via a secure web interface so that they can select and/or create the personal profile data items which they desire to receive and specify them as mandatory or preferred. Referring to Figure 29, an example customer profile web page includes 4 items, name, delivery address, payment card and age. A respective checkbox 1801, 1802, 1803, 1804 is provided for each item. The checkboxes are checked by default. The name item is displayed in an input 1805 of type text which means that the customer can edit it. The delivery address item is displayed in a textarea 1806 and can also be edited. The payment card item is displayed using a select element 1807. The select element 1807 contains a list of the customer's payment cards which are identified by their type and the last 4 digits of their numbers. The full card information for each payment card which the customer has added to their profile, including card holder's name and billing address and postal code, are embedded in the page such that they are accessible to JavaScript contained in the page. Finally, the age item is displayed in another input 1808 of type text. If a customer's profile had not included data for an item wanted by the vendor, an empty form element would have been provided in the customer profile page so that the customer could enter a value for it. In the present example, it can be seen that the customer has unchecked the checkbox 1804 associated with the age item. If the customer decides not to proceed at this point, the customer can click on a cancel button 1809. This causes a request to be sent to the vendor web server 1401 which enables the vendor web server 1401 to terminate the customer's session and send back a cancellation confirmation page. If the customer decides to proceed with the order, the customer clicks on a submit button 1810. This action triggers a JavaScript function that builds an http request using the post method which includes data for each of the items associated with a checked checkbox. In the present example, the data sent comprises the name, the delivery address and the payment card number, expiry date, holder's name and billing address for the selected payment card. This data is received by the vendor web server 1401 which validates it. If the dat is valid, for instance age was not a mandatory item, the vendor web server 1401 responds with an order confirmation page. If the data is not valid, the vendor web server 1401 sends a pages requesting correction of the invalid data or supply of mandatory but missing data as necessary. After completion of the order process, the vendor web server machine 1400 commuicated to order to the warehouse system. Referring to Figure 30, at the warehouse system, the order receiving process 1305 monitors a designated TCP/IP port for attempts at connection from the order processing program at the vendor web server machine 1400. When such an attempt is made, the order receiving process 1303 performs a security check on the host attempting to connect (step si 021) and, if the host is allowed to connect on the designated port, a connection is established (step si 022) and the order processing program sends the details of an order (step si 023) which are then stored in the database 1304 by the order receiving process 1305 (step sl024). Referring to Figure 23, orders are periodically allocated to deliverers by the order dispatching process 1306. Each deliverer is responsible for a different geographical area and the order dispatching process 1306 allocates orders to different deliverers according to their delivery addresses. When the order dispatching process 1306 has allocated the orders, it prints out container loading instructions for warehouse staff and destination labels to be attached to the loaded boxes. When the loading instructions have been printed, the order dispatching process 1306 marks the records for each corresponding order record in the database 1304 to show that the order has been processed. Deliverers updates the data held in their handheld computers 1200 before each delivery round by presenting their handheld computer 1200 to the IR transceiver 1302 and running a data download program on the handheld computer 1200. The the data download program causes the personal computer 1300 to run the download process 1307 which transfers the transaction ids for which containers 1 should be collected, customer database updates, the ids of disabled docking stations 8 and docking station battery levels. It will be appreciated that other data may also be downloaded. Warehouse staff load containers 1 according to the printed instructions, attach the destination labels and place the boxes 1 for collection by the relevant deliverer's vehicle. A deliverer's vehicle is loaded with the allocated filled containers 1 and the deliverer starts on their round. Referring to Figure 31, when the deliverer arrives at a delivery address, the deliverer unloads the container or containers 1 to be delivered there and sufficient cables 66, and approaches the docking station 8. The deliverer presses the on/off button on the docking station 8 to activate it. The deliverer then runs a delivery program on their handheld computer 1200 and "clicks" on an interrogate button displayed on the handheld computer's screen while directing the handheld computer's IR port at the docking station's IR port (step sl031). This causes the docking station 8 to send its id to the the handheld computer 1200 (step sl032). The handheld computer checks this against the customer ids in its database and displays the relevant customer's details (step si 033). It will be appreciated that the id of a docking station is, in this example, the same as the id of the associated customer and was programmed into the docking station 8 when the associated customer took it over either from another customer or at installation. Of course, if the docking station 8 is not associated with a customer of the deliverer, the handheld computer 1200 will display a customer not found message and the deliverer will known that they are not at the correct docking station 8. If a customer is found, the handheld computer 1200 send an acknowledgement which comprises the customer's id (step si 034). If docking stations are able to be associated with more than one customer, the deliverer may have to select the appropriate customer on the basis of the delivery information printed at the warehouse. On receipt of the acknowledgement, the docking station 8 invites by means of a message back to the handheld computer 1200 or a message displayed on its display 72, the deliverer to plug a cable 66, attached to the container 1 being delivered, into one of its sockets 80a, 80b, 80c (step sl035). When the cable 66 has been plugged in, the docking station locks the plug 67 in the socket, reads the id of its plug 67 and transmits this to the handheld computer 1200 together with a delivery confirmation code (step si 036). Referring to Figure 32, in order to carry out a collection, the deliverer "clicks" on a collection button displayed on the handheld computer 1200. This causes the handheld computer 1200 to send a collection query signal including the deliverer's id to the docking station (step si 041). The docking station 8 determines whether any containers 1 are to be collected by the deliverer on the basis of the vendor id from the handheld computer 1200, the ids of the cables 66 plugged into it and whether these cables have been removed by the customer (step si 042). If one of more containers 1 are to be collected by the deliverer, the docking station 8 releases the latches 87a, 87b, 87c of the sockets 80a, 80b, 80c into which the cables 66 of containers 1 to be retrieved are plugged (step si 043). The docking station 8 identifies which plugs 67 are to be removed on its display 72 (step si 044). The deliverer unplugs any plugs 67 attached to containers 1 to be retrieved (step sl045) and, when the plugs have been removed confirms the collections with the handheld computer 1200 by sending the ids of the removed plugs together with the associated returned goods flag states (step si 046). The returned goods flag is explained below. When the delivery and/or collection have been completed, the deliverer then switches off the docking station 8 using the on/off switch 71. However, if the deliverer forgets to switch off the docking station 8, it will power down automatically after a set period, e.g. 1 min. On returning to the warehouse, the deliverer presents the handheld computer 1200 to the IR transceiver 1302 and runs a reporting program which causes the personal computer to run the report receiving process 1308. The handheld 1200 then sends the deliverer's id, the ids of the used cables 66 and the ids of retrieved cables 66 to the personal computer 1300, together with the associated docking station ids and returned goods flags. The personal computer 1300 updates the records of the orders delivered by the deliverer to indicate that they have been delivered and adds the id's of the cables 66 used for the order, its records of any orders for which the container has been retrieved and whether there are returned goods. Orders for which containers have been returned are identified using the cable ids recorded when they were delivered. The functions of the reporting and download programs of the handheld computer 1200 are conveniently performed by a single program. When the customer returns, the customer switches on the docking station 8 and places their chip card 100 against the chip card reader 73. The docking station releases all of its electromechanical latches 87a, 87b, 87c so that the owner can remove any plugs 67. Once a plug 67 has been removed, it can be drawn through the loops of the hasps 62 of the or each container 1, which it is holding closed, so that the customer can remove the items in the or each container 1. The docking station 8 detects the removal of plugs 67 and logs the fact that the cables 66 attached thereto have been removed. In order to return empty containers, the customer merely inserts the plug 67 of the container 1 to be returned into a free socket 80a, 80b, 80c where it is locked in place by the associated latch 87a, 87b, 87c. When next switched on by the customer, the docking station 8 detects the insertion of a plug 67 and reads the plug's chip. Referring to Figure 33, in order to return goods in a container 1, the customer places their chip card 100 against the card reader 73. The customer then inserts the plug 67 of the or each cable 66, attached to containers 1 to be returned with goods, into a respective socket 80a, 80b, 80c. The docking station 8 detects the or each plug 67 being inserted (step si 061) and invites the customer to indicate whether goods are being returned by a message on the display 72 (step sl062). If no such indication is given before the next plug 67 is inserted, the docking station 8 determines that goods are not being returned in the present container 1. However, if the customer does indicate that goods are being returned using the keypad 79 (step si 063), the docking station 8 logs this fact for communication to the deliverer's communicator 200 when the container 1 is collected (step sl064). It will be appreciated that many modifications may be made to the embodiments described above without departing from the spirit and scope of the claims appended hereto. For instance, orders need not be placed via the Internet and may be made by telephone, by post or by any other means. The docking station 8 may be Bluetooth enabled to allow it to communicate directly with the warehouse system via a Bluetooth enabled mobile phone carried by the deliverer, rather than the delivery details having to be loaded into a portable communicator. The docking station 8 may be provided with communication means, e.g. a mobile phone or an Internet connection, for informing a customer that a delivery has been made. Referring to Figure 34, the docking station of Figure 3, 4 and 6 is modified to include a GSM mobile phone module 1901 and an associated antenna 1902 and occupied socket sensors 1904a, 1904b, 1904c. The GSM mobile phone module 1901 can be controlled by the docking station's microcontroller for sending and receiving SMS messages. The microcontroller is programmed to send SMS messages when the docking station's battery is low, in the event of no customer activity for an extended period and in the event of an assault on the docking station, determined by suitable sensors which are also provided. The microcontroller is also programmed to respond to predetermined SMS messages to deactivate the docking station. The occupied socket sensors 1904a, 1904b, 1904c detect when a socket is occupied and are polled by the microcontroller 100 when it polls the three induction sensors 85a, 85b, 85c. If a occupied socket sensor 1904a, 1904b, 1904c indicates that socket is occupied but the corresponding induction sensor 85a, 85b, 85c does not provide an id from a plugs 67a, 67b, 67c, the microcontroller 100 determines that there is an error condition and displays a warning message to a deliverer. The error condition may be a fault in an induction sensor 85a, 85b, 85, a faulty plug or a foreign body inserted into a socket 80a, 80b, 80c. In a further embodiment, the occupied socket sensors are employed in a docking station as shown in Figure 3 which does no include a GSM mobile phone module. Still further, the docking station 8 may be combined with an entryphone system. Still further, the docking station 8 may have a plurality of ids, each associated with a different customer. The docking station 8 would then only release plugs associated with the relevant customer when a customer inputs their id. Consequently, one docking station could be shared between the occupants of an apartment block. In the foregoing examples, the control electronics and the locking devices are housed in a common unit. It is to be understood that the control electronics may be remote from the locking devices and that the terms "docking station", "anchoring fixture" etc. encompass such arrangements. The docking station 8 may be provided with an alarm system that passes a current along a wire running from the plug end of each cable 66 to the other and back. If a cable 66, plugged into the docking station 8 is cut, the current in the wire stops flowing and the alarm is activated.

Claims: Claims 1. An anchoring fixture for a delivery point, the anchoring fixture comprising: a body; fastening means for securely fastening the body to a substantially immovable structure; a socket, including an electrically operated locking member, for receiving and locking a plug therein; input means for inputting identity signals; and control means, wherein the control means is configured to operate said locking means to release a plug, received within said socket, in dependence on identity signals, input using the input means. 2. An anchoring fixture according to claim 1, including plug id detecting means, associated with said socket, for detecting a machine readable id carried by a plug adapted to be received by said socket, wherein the control means is configured to lock a plug in said socket in response to input of a deliverer id using the input means, release a plug from said socket in response to input of a recipient id using the input means, and to release a plug from said socket in response to input of a deliverer id using the input means. 3. An anchoring fixture according to claim 2, wherein the control means is configured to release a plug from said socket in response to a deliverer id using the input means only, if that plug, as determined by its id detected by the plug id detecting means, has previously been released from said socket in response input of a recipient id. 4. An anchoring fixture according to claim 2 or 3, wherein the control means is configured to lock a plug in said socket in response to input of a deliverer id using the input means only if the id of the plug has been input using the input means. 5. An anchoring fixture according to any preceding claim, including a transmitter, wherein the control means is configured to output information, relating to a plug that has been released from said socket in response to input of a deliverer id, using the transmitter. 6. An anchoring fixture according to claim 5, wherein the transmitter is an infrared transmitter. 7. An anchoring fixture according to claim 5 or 6, wherein the control means is responsive to the input means to record that items for collection are connected to a plug in said socket and said information comprises whether items for collection are connected to the plug. 8. An anchoring fixture according any preceding claim, wherein the input means comprises a chip card reader for inputting a receiver id. 9. An anchoring fixture according to claim 7, wherein the input means further comprises keys for inputting a PIN for confirming a recipient id. 10. An anchoring fixture according to any preceding claim, wherein the input means comprises a receiver for receiving a deliverer id. 11. An anchoring fixture according to claim 9, wherein the receiver is an infrared receiver. 12. An anchoring fixture according to any preceding claim, including:- a plurality of sockets, each including an electrically operated locking member, for receiving and locking a respective plug therein; input means for inputting identity signals; and control means, wherein the control means configured to operate said locking means to release plugs, received within said sockets, in dependence on identity signals, input using the input means. 13. An anchoring fixture according to claim 12, including plug id detecting means, associated with each socket, for detecting an id carried by a plug adapted to be received by said sockets, wherein the control means is configured to lock a plug in one of said sockets in response to input of a deliverer id using the input means, release a plug from said socket in response to input of a recipient id using the input means, and to release a plug from one of said sockets in response to input of a deliverer id using the input means, if that plug, as determined by its id detected by the plug id detecting means, has previously been released from one of said sockets in response input of a receiver id. 14. An anchoring fixture according to claim 12 or 13, wherein the control means is configured to lock a plug in one of said sockets in response to input of a deliverer id using the input means only if the id of the plug has been input using the input means. 15. An anchoring fixture according to claim 13, including a transmitter, wherein the control means is configured to output information, relating to a plug that has been released from one of said sockets in response to input of a deliverer id, using the transmitter. 16. An anchoring fixture according to claim 15, wherein the transmitter is an infrared transmitter. 17. An anchoring fixture according to claim 16, wherein the control means is responsive to the input means to record that items for collection are connected to a plug in at least one of said sockets and said information comprises whether items for collection are connected to said plug. 18. An anchoring fixture according to any one of claims 12 to 17, wherein the input means comprises a chip card reader for inputting a recipient id. 19. An anchoring fixture according to claim 18, wherein the input means further comprises keys for inputting a PIN for confirming a receiver id. 20. An anchoring fixture according to any one of claims 12 to 19, wherein the input means comprises a receiver for receiving a deliverer id. 21. An anchoring fixture according to claim 20, wherein the receiver is an infrared receiver. 22. A delivery system including an anchoring fixture and a handheld device for communicating with the anchoring fixture, the anchoring fixture comprising:- a body; fastening means for securely fastening the body to a substantially immovable structure; a socket, including an electrically operated locking member, for receiving and locking a plug therein; plug id detecting means, associated with said socket, for detecting an id carried by a plug adapted to be received by said socket input means for inputting identity signals; and control means, wherein the control means is configured to: lock a plug in said socket in response to input of a deliverer id from the handheld device using the input means, release a plug from the socket in response to input of a recipient id using the input means, and release a plug from the socket in response to input of a deliverer id from the handheld device using the input means. 23. A delivery system according to claim 22, wherein the control means is configured to release a plug from the socket in response to input of a deliverer id from the handheld device only if that plug, as determined by its id detected by the plug id detecting means, has previously been released from said socket in response input of a recipient id. 24. A delivery system according to claim 22 or 23, wherein the control means is configured to lock a plug in said socket in response to input of a deliverer id from said handheld device using the input means only if the id of the plug has been input from said handheld device using the input means. 25. A delivery system according to claim 22, 23 or 24, wherein the anchoring fixture includes a transmitter and the control means is configured to communicate information, relating to a plug that has been released from said socket in response to input of a deliverer id, to said handheld device using the transmitter. 26. A delivery system according to claim 23, wherein the transmitter is an infrared transmitter. 27. A delivery system according to claim 25 or 26, wherein the control means is responsive to the input means to record that items for collection are connected to a plug in said socket and said information comprises whether items for collection are connected to the plug. 28. A delivery system according to any one of claims 22 to 27, wherein the input means comprises a chip card reader for inputting a recipient id. 29. A delivery system according to claim 28, wherein the input means further comprises keys for inputting a PIN for confirming a recipient id. 30. A delivery system according to any one of claims 22 to 29, wherein input means comprises an infrared receiver for receiving infrared communication signals from said handheld device. 31. A delivery system according to claim 22, wherein the anchoring fixture includes:- a plurality of sockets, each including an electrically operated locking member, for receiving and locking a respective plug therein; input means for inputting identity signals; and control means, wherein the control means configured to: lock a plug in one of said sockets in response to input of a deliverer id from said handheld device using the input means, release a plug from one of said sockets in response to input of a recipient id using the input means, and release a plug from one of said sockets in response to input of a deliverer id from said handheld device using the input means. 32. A delivery system according to claim 31, wherein the control means is configured to release a plug from one of said sockets in response to input of a deliverer id from said handheld device only if that plug, as determined by its id detected by the plug id detecting means, has previously been released from one of said sockets in response input of a recipient id. 33. A delivery system according to claim 31 or 32, wherein the control means is configured to lock a plug in one of said sockets in response to input of a deliverer id from said handheld device using the input means only if the id of the plug has been input from said handheld device using the input means. 34. A delivery system according to claim 31, 32 or 33, wherein the anchoring fixture includes a transmitter and the control means is configured to communicate information, relating to a plug that has been released from one of said sockets in response to input of a deliverer id, to said handheld device using the transmitter. 35. A delivery system according to claim 34, wherein the transmitter is an infrared transmitter. 36. A delivery system according to claim 35, wherein the control means is responsive to the input means to record that items for collection are connected to a plug in one of said sockets and said information comprises whether items for collection are connected to the plug. 37. A delivery system according to any one of claims 31 to 36, wherein the input means comprises a chip card reader for inputting a recipient id. 38. A delivery system according to claim 37, wherein the input means further comprises keys for inputting a PIN for confirming a recipient id. 39. A delivery system according to claim any one of claims 31 to 38, wherein the input means comprises an infrared receiver for receiving infrared communication signals from said handheld device. 40. A method of delivering an item, the method comprising: receiving an order for an item; transporting said item and an attachment element to a delivery site, the attachment element including a plug having a machine readable id; attaching said item to an anchoring fixture by pluggin said plug into a socket in said anchoring fixture; transmitting the id of said plug and an achoring fixture id from the anchoring fixture to a handheld device; and locking said plug in said socket. 41. A method according to claim 40, including transmitting a deliverer id from said handheld device to said anchoring fixture and validating said deliverer id, wherein locking of said plug in said socket is dependent on the validity of said deliverer id. 42. A method according to claim 40 or 41, including transmitting said plug id and anchoring fixture id to an order administration system and storing said plug id in said system in association with a record of said anchoring fixture. 43. A method of delivering an item, the method comprising: receiving an order for an item; allocating an attachment element to the item and to a delivery site, the attachment element including a plug having a machine readable id; transporting said item and said attachment element to the delivery site; transmitting the id of the plug to an anchoring fixture at the delivery site; plugging the plug into a said anchoring fixture to attach the item to the anchoring fixture; reading of the id of the plug by the anchoring fixture; comparing the transmitted id and the id read from the plug in the anchoring fixture; and automatically locking the plug in the anchoring fixture if the transmitted id and the id read from ζhe plug match. 44. A method according to any one of claims 40 to 43, including inputting a recipient id into the anchoring device, checking the recipient id in the anchoring fixture, and releasing the plug if the recipient id checks out. 45. A method according to claim 44, wherein the recipient id is input by reading data from a chip card. 46. A method according to claim 45, wherein the recipient id is further input by means of manual input of a PIN. 47. A method according to any one of claims 40 to 46, including plugging the plug back into the anchoring fixture and locking the plug in the anchoring fixture. 48. A method according to claim 47, including inputting an indication that a returning item is attached to the plug when it has been plugged back into the anchoring means. 49. A method according to claim 47 or 48, including inputting a deliverer id into the anchoring fixture when inserting a plug attached to an item being delivered, subsequently inputting a deliverer id and releasing the plugs, when it has been plugged back into the anchoring means, if the subsequently input deliverer id matches that input when the plug was inserted attached to said item. 50. A method according to any one of claims 40 to 49, including transmitting details associated with plugs plugged into the anchoring fixture and plugs unplugged from the anchoring fixture by a deliverer from the anchoring fixture to a portable device or said handheld device. 51. A method according to claim 50, including transmitting said details from the portable device to a delivery administration system. 52. An e-commerce order processing method, the method comprising:- sending an order id cookie from a vendor web server to a user agent, the cookie being set to be sent with a request to the vendor web server and a request to an authorisation web server; sending a first hypermedia document to said user agent, the first hypermedia document including a clickable element and an event handler responsive to clicks on the clickable element to request a second hypermedia document from the vendor web server and cause a third hypermedia document, which includes a user identification form, to be loaded by the user agent from the authorisation web server; responding to submission of the user identification form data to the authorisation web server, to associate a user, identified by said data with said order id; transmitting user data for the user associated with the order id to an authorisation client from an authorisation server in response to a request from said client including said order id. 53. A method according to claim 46, wherein said user data includes data identifying a delivery point for the delivery of an ordered item to the user. 54. A method according to claim 47, wherein said user data includes an id of an anchoring fixture associated with said user. 55. An e-commerce order processing method, the method comprising:- sending a first hypermedia document to a user agent from a vendor web site, the first hypermedia document including a clickable element for effecting a request for a second hypermedia document from a customer profile server and including or being accompanied by an order id configured to be sent with a request to the customer profile server for said second hypermedia document sending a hypermedia document to the user agent, which document including customer profile data relating to the user of the user agent and clickable means for causing said profile data to be sent to the vendor web server together with an order id; and delivering goods or services in dependence on said profile data received at the vendor web server. 56. A method according to claim 56, wherein said profile data is editable by said user between receiving it from the user profile server and its transmission to the vendor web server. 57. A method according to claim 55 or 56, wherein the second hypermedia document is a login page. 58. A method according to claim 55 or 56, wherein the second hypermedia document includes said customer profile data.

Inventors: BUTLER CHARLES ALEXEI, BUTLER, CHARLES, ALEXEI
Applicants: BUTLER CHARLES ALEXEI, HOMEPORT CAYMAN LTD, BUTLER, CHARLES, ALEXEI, HOMEPORT (CAYMAN) LIMITED
Application year: 2001
Main classification: G07F
IPC codes: A47G29, G06Q10, G07F17