Method for the decentralized control of processing machines
10983509 · 2021-04-20
Assignee
Inventors
Cpc classification
B65H2701/1932
PERFORMING OPERATIONS; TRANSPORTING
G05B2219/31311
PHYSICS
B65H2220/01
PERFORMING OPERATIONS; TRANSPORTING
B65H2511/512
PERFORMING OPERATIONS; TRANSPORTING
G05B2219/31296
PHYSICS
B65H2220/01
PERFORMING OPERATIONS; TRANSPORTING
G05B2219/31309
PHYSICS
Y02P90/02
GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
G05B2219/40006
PHYSICS
B65H39/02
PERFORMING OPERATIONS; TRANSPORTING
B65H2511/512
PERFORMING OPERATIONS; TRANSPORTING
G05B2219/31304
PHYSICS
B65H43/00
PERFORMING OPERATIONS; TRANSPORTING
B65H2301/4311
PERFORMING OPERATIONS; TRANSPORTING
G05B19/4183
PHYSICS
International classification
G05B19/418
PHYSICS
B65H39/02
PERFORMING OPERATIONS; TRANSPORTING
Abstract
A method for controlling machines (M1, M2, . . . ), which are provided for the processing of objects (O1, O2, . . . ), includes introducing an object (O1, O2, . . . ) into a working region of a machine (M1, M2, . . . ) and accessing, in a local environment of the machine (M1, M2, . . . ), a process key (PS1, PS2, . . . ), which is associated with the object (O1, O2, . . . ) and which contains at least one URI (unified resource identifier). The object (O1, O2, . . . ) is then processed using the URI contained in the process key (PS1, PS2, . . . ).
Claims
1. A method for controlling processing machines, which are provided for the processing of physical objects, comprising: introducing a physical object to be processed into a working region of a processing machine adapted to process the physical object; accessing, in a local environment of the processing machine, a process key element, which is associated with the physical object and which contains at least one URI (unified resource identifier) pointing to a first central resource defined in a center associated with the processing machine, wherein said first, central resource comprises a reference, pointing to a second, secured global resource that is globally accessible and wherein the second, secured global resource requires authentication and/or an electronic key for access, wherein the process key element is adapted to be accessed by a reading device; and processing the physical object using the URI contained in the process key element, wherein the second, global resource to which the reference comprised in the central resource and to which the URI contained in the process key element points is directly accessed for the processing of the physical object.
2. The method according to claim 1, wherein the URI points to a local resource, which is defined in a local environment of the processing machines.
3. The method according to claim 1, wherein the URI points to a resource, which contains processing parameters required for the processing of the physical object.
4. The method according to claim 1, furthermore comprising: storing data in the process key element and/or in the resource, to which the URI contained in the process key element points.
5. The method according to claim 1, wherein the introduction of the physical object into the working region of the processing machine is performed by a conveyor means, in particular a conveyor belt, or a conveyor, in particular a hanging conveyor.
6. The method according to claim 1, wherein a process key element attached to the physical object is accessed, in particular an optically readable one-dimensional or two-dimensional barcode and/or a radio-based readable RFID tag.
7. The method according to claim 1, wherein, during the processing of the physical object, at least one further physical object is added thereto.
8. The method according to claim 1, wherein at least two processing machines participate at separate regions.
9. The method according to claim 1, wherein the physical object is a main product or a subproduct to be added to the main product of a product compilation.
10. The method according to claim 1, wherein the physical object is a customer container or a customer article to be added to the customer container of a product compilation.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
(1) The invention is explained hereafter on the basis of the FIGURE, which merely illustrates exemplary embodiments. In the FIGURE:
(2)
DESCRIPTION OF PREFERRED EMBODIMENTS
(3)
(4) As schematically shown in
(5) A particularly preferred use of the method according to the invention is in the field of print processing, in particular using compilation devices. In this case, the machines M1, M2, . . . shown are packaging machines or stations, in particular film wrapping stations, inscription machines or stations, warehouses, buffer stations, sorters, path controllers for conveyor systems, storage and removal systems, and print processing facilities, such as collecting machines, insertion machines, or cutting machines in particular.
(6) As schematically shown in
(7) As schematically shown in
(8) In one variant, a process key PS1, PS2, . . . is formed as an optically readable code, for example, as a one-dimensional or two-dimensional barcode.
(9) In one variant, a process key PS1, PS2, . . . is formed as a radio-based readable tag, for example, as an RFID tag (RFID: radio frequency identification).
(10) In one variant, the process key PS1, PS2, . . . is designed as writable. An optically readable code which is printed onto an object O1, O2, . . . , for example, may be supplemented by printing on further parts or may be replaced by an optically readable code printed on at another point of the object O1, O2, . . . , wherein in one variant, the original optical code can be marked as invalid, for example, by printing on corresponding parts. A radio-based readable tag, i.e., for example, an RFID tag, can be embodied as writable, wherein the data stored in the tag can be overwritten, supplemented, replaced, etc.
(11) The access to the process key is performed in each case by a corresponding reading device, which is typically provided at the machines M1, M2, . . . . An optical read device, for example, a photographic camera, is provided for the access to an optical code. A radio-based read device, for example, an RFID read device, is provided for the access to a radio-based readable tag. A printer can be provided on a relevant machine M1, M2, . . . for writing an optical code. The RFID read device can be embodied as an RFID read/write device and can be designed for writing an RFID tag.
(12) A process key PS1, PS2, . . . comprises at least one URI (URI: uniform resource identifier).
(13) A uniform resource identifier is constructed as follows according to a known scheme:
(14) URI=scheme “:” hier-part [“?” query][“#” fragment]
(15) The components of the uniform resource identifier are listed in the following example.
(16) foo://example.com: 8042/over/there?name=ferret#nose
(17) The resource comprises a scheme which defines the context and identifies the type of the URI. Known schemes are, for example, the protocols HTTP and FTP. A colon and a path for locating the resource follow directly thereon.
(18) The path comprises an authority (i.e., for example, example.com:8042), a path (i.e., for example, /over/there), a query (i.e., for example, ?name=ferret), and a fragment (i.e., for example, #nose).
(19) The authority can identify a host and can contain user inputs. The path contains specifications which identify a resource. The query contains data for identifying resources, which cannot be precisely located by the specification of the path. The fragment references a point within a resource.
(20) A process key PS1, PS2, . . . comprises in one variant, in addition to the URI, arbitrary further data, for example, a brief or extensive description of the object O1, O2, . . . to which the process key PS1, PS2, . . . is attached, control instructions for machines M1, M2, . . . , etc. A brief description of an object O1, O2, . . . can comprise an object class, an object type, etc. An extensive description of an object O1, O2, . . . can comprise object data such as production date, specifications about the interfaces of the object, specifications about the service life, etc.
(21) The URI can be formed according to various forms, which are explained on the basis of the following examples. In this case, a machine M is provided for the processing of an object O, wherein a process key PS, which contains the URI, is associated with the object O.
(22) In a first form, the URI is formed according to the scheme M.local/f/s. It is thus specified that the resource required for the processing of an object is defined locally on the machine M. This is specified by the authority M.local, which points to the machine M. The path /f/s defines a specific processing step, for example, the subroutine s of the function f, which is to be performed by the machine.
(23) In a second form, the URI is formed according to the scheme Z.local/f/s. It is thus specified that the resource required for the processing of an object is defined locally on a center Z. This is specified by the authority Z.local, which points to the center Z. The path /f/s defines a specific processing step, for example, the subroutine s of the routine f, which is to be performed by the center Z. In one variant, the path /f/s defines the query of processing parameters, which are to be applied for the processing of the object.
(24) In a third form, the URI is formed according to the scheme G.name.net/f/s. It is thus specified that the resource required for the processing of an object is defined on a network server S. This is specified by the authority s.name.net, which points to the network server S, which is located in the domain name of the top level domain net. The path /f/s defines a specific processing step, for example, the subroutine s of the function f, which is to be performed by the network server S. In one variant, the path /f/s defines the query of a processing value, which is to be applied for the processing of the object.
(25) In
(26) As shown in
(27) A total of five machines M1, M2, M3, M4, M5 are schematically shown in
(28) As schematically shown in
(29) In the scope of the invention, the objects O1, O2, . . . are processed by the machines M1, M2, . . . . This processing can comprise a physical change of one or more objects, for example, the trimming of the objects in a cutting station, or a relative restructuring of the objects, for example, adding an object Om to an object On, or the change of the sequence of objects, for example, from a group Om-On-Op to a group Om-Op-On.
(30) In one variant, the machine having the reference sign M1 is provided to process the object having the reference sign O2. The URI contained in the process key PS2 of the object O2 is a URI of the above-defined first form, i.e., for example, the URI M.local/f/s. The processing parameters required for the processing of the object are all defined on the machine M1.
(31) As schematically shown in
(32) As schematically shown in
(33) As schematically shown in
(34) As schematically shown in
(35) The regions B1, B2, B3 which have the machines M1, M2, . . . required for the processing of objects O1, O2, . . . often relate to locations such as production operation, logistics operation, etc., which are closed per se. It is therefore necessary in the prior art to provide all of the parameters required for the processing of objects in these regions at of these locations. For example, in the case of the production of addressed printed products, the entire address data collection must be provided in the relevant region B1, B2, B3.
(36) This is not necessary in the method which is schematically shown in
(37) In the method which is schematically shown in
(38) In the method which is schematically shown in