Device and method for evaluating sensor data for a value document

Abstract

A method for evaluating sensor data for a value document includes a memory and a multi-core processor arranged to access the memory. A management sub-group of the cores comprises at least one of the cores, and at least one evaluation subgroup of the cores comprises at least one other of the cores. The management subgroup manages the memory regarding the storing of at least the sensor data and generates evaluation information for carrying out the evaluation. At least one evaluation subgroup carries out at least one part of the evaluation in dependence on the evaluation information and stores the result in the memory.

Claims

1. A device for evaluating sensor data for a value document, comprising: a memory for storing at least the sensor data for the value document; a multi-core processor having at least two cores; and software which comprises a management component and an evaluation component for carrying out evaluations of the sensor data; wherein the device is devised such that a management subgroup of the cores is formed having at least one of the cores and at least one evaluation subgroup of the cores having at least one other of the cores, that the management component for its execution is associated with the management subgroup, and that the evaluation component for its execution is associated with the at least one evaluation subgroup, wherein upon execution by the management subgroup, the management component manages the memory with regard to the storing of at least the sensor data and generates evaluation information for carrying out the evaluation; wherein upon execution by the at least one evaluation subgroup in dependence on the evaluation information, the evaluation component carries out at least one part of the evaluation and stores a result in the memory; and wherein each of the cores of the management subgroup and each of the cores of the at least one evaluation subgroup are managed by a same single operating-system entity.

2. The device according to claim 1, wherein both the cores of the management subgroup and the cores of the at least one evaluation subgroup have access to the memory.

3. The device according to claim 1, in which the management subgroup comprises exactly one core.

4. The device according to claim 1, in which the at least one evaluation subgroup comprises at least two cores.

5. The device according to claim 1, in which the management component is devised such that upon execution by the management component by the management subgroup, signals of at least one other device are received and/or signals to at least one other device are sent and preferably in dependence on at least one result of the evaluation at least one signal is emitted by means of which the further processing of the value document is controllable.

6. The device according to claim 1, in which the evaluation information contains information about partial evaluations, which are partial portions of the evaluation of the sensor data, which are to be carried out by the evaluation component upon execution by the at least one evaluation subgroup, and in which upon execution by the at least one evaluation subgroup in dependence on the evaluation information the evaluation component carries out the partial evaluations and stores the results of these in the memory.

7. The device according to claim 6, in which the management component is devised such that the evaluation information has at least one list of evaluation descriptors which describe partial evaluations, and the evaluation component is devised to carry out the partial evaluations on the basis of the list and to store the results in the memory.

8. The device according to claim 1, in which at least one of the partial evaluations employs at least one result of a previously carried out partial evaluation which is preferably stored in the memory.

9. The device according to claim 1, which is further designed such that upon execution of the software in the memory, a data structure is supplied in which for a respective value document results of the partial evaluations are stored.

10. The device according to claim 1, in which priorities are assigned to the partial evaluations and these are taken into consideration upon the execution of the evaluation component.

11. The device according to claim 1, in which at least two evaluation subgroups are formed, preferably with the same number of cores, and for each of the evaluation subgroups the management component stores evaluation information associated with the respective evaluation subgroup in the memory, and each of the evaluation subgroups upon execution of the evaluation component employs the evaluation information associated with it.

12. The device according to claim 1, in which the management component is devised to store sensor data sets for different value documents in the memory and to store evaluation information for each of the sensor data sets in the memory, so that the evaluation component upon execution by one of the evaluation subgroups according to the evaluation information associated with the evaluation subgroup and the sensor data set evaluates the sensor data of the sensor data set at least partially and stores the results for the sensor data set in the memory.

13. The device according to claim 1, in which the software comprises at least one auxiliary component, wherein the device is further designed such that an auxiliary subgroup of the cores is formed, and the auxiliary component upon execution by the auxiliary subgroup executes pre-specified operating-system tasks.

14. An apparatus for processing value documents, having a feeding device for feeding singled value documents, an output device for outputting processed value documents, a transport device for transporting singled value documents of the feeding device to the output device, a sensor device for capturing physical properties of the transport device of transported value documents and forming sensor data for the respective value document, and an evaluation device connected to the sensor device for evaluating the sensor data of the sensor device according to claim 1.

15. The apparatus according to claim 14, which further has a machine control device connected to the evaluation device which drives the transport device in dependence on the result of the evaluation of the sensor data.

16. The device according to claim 1, wherein the evaluation information includes evaluation descriptors describing functions to be executed in the evaluation of the sensor data.

17. A method for evaluating sensor data for a value document, comprising: employing a memory and a multi-core processor which can access the memory, the multi-core processor including a plurality of cores, wherein a management subgroup of the cores comprises at least one of the cores and at least one evaluation subgroup of the cores comprises at least one other of the cores, managing by the management subgroup the memory with regard to storing of at least the sensor data and generating by the management subgroup evaluation information for carrying out the evaluation, and carrying out by the at least one evaluation subgroup, in dependence on the evaluation information at least one part of the evaluation and storing a result in the memory, wherein each of the cores of the management subgroup and each of the cores of the at least one evaluation subgroup are managed by a same single operating-system entity.

18. The method according to claim 17, wherein the management subgroup comprises exactly one core.

19. The method according to claim 17, in which the at least one evaluation subgroup comprises at least two cores.

20. The method according to claim 17, in which by means of the management subgroup, signals of at least one other device are received and/or signals to at least one other device are sent and preferably in dependence on at least one result of the evaluation at least one signal is emitted by means of which the further processing of the value document is controllable.

21. The method according to claim 17, in which the evaluation information contains information about partial evaluations which are partial portions of the evaluation of the sensor data which are to be carried out by means of the at least one evaluation subgroup, and in which the at least one evaluation subgroup carries out the partial evaluations in dependence on the evaluation information stores their results in the memory.

22. The method according to claim 17, in which the evaluation information has at least one list of evaluation descriptors which describe partial evaluation, and on the basis of the list the partial evaluations are carried out and the results are stored in the memory.

23. The method according to claim 17, in which in at least one of the partial evaluations at least one result of a previously carried out partial evaluation is employed, said results preferably being stored in the memory.

24. The method according to claim 17, in which in the memory a data structure is supplied in which for a respective value document results of the partial evaluations are stored.

25. The method according to claim 17, in which priorities are assigned to the partial evaluations, and these are taken into consideration upon the execution of the partial evaluations.

26. The method according to claim 17, in which at least two evaluation subgroups are formed, preferably having the same number of cores, and by means of the management subgroup, for each of the evaluation subgroups evaluation information associated with the respective evaluation subgroup is stored in the memory, and each of the evaluation subgroups employs evaluation information associated with it.

27. The method according to claim 17, in which by means of the management subgroup sensor data sets for different value documents are stored in the memory and for each of the sensor data sets evaluation information is stored in the memory, and respectively one of the evaluation subgroups evaluates the sensor data of the sensor data set according to the evaluation information associated with the sensor data set at least partially and stores the results for the sensor data set in the memory.

28. The method according to claim 17, in which an auxiliary subgroup of the cores is present, and the auxiliary subgroup carries out pre-specified operating-system tasks.

29. The method according to claim 17, wherein both the cores of the management subgroup and the cores of the at least one evaluation subgroup have access to the memory.

30. One or more non-transitory computer-readable media having stored thereon executable instructions that when executed by a data processing device for evaluating sensor data for a value document, the device including a memory and a multi-core processor with a plurality of cores wherein a management subgroup of the cores comprises at least one of the cores and at least one evaluation subgroup of the cores comprises at least one other of the cores, configure the device to perform at least the following employ a memory and a multi-core processor which can access the memory, the multi-core processor including a plurality of cores, wherein a management subgroup of the cores comprises at least one of the cores and at least one evaluation subgroup of the cores comprises at least one other of the cores, manage by the management subgroup the memory with regard to storing of at least the sensor data and generating by the management subgroup evaluation information for carrying out the evaluation, and carry out by the at least one evaluation subgroup, in dependence on the evaluation information, at least one part of the evaluation and storing a result in the memory, wherein same the cores of the management subgroup and same the cores of the at least one evaluation subgroup are managed by a same single operating-system entity.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) The invention will hereinafter be further explained by way of example with reference to the drawings. There are shown:

(2) FIG. 1 a schematic view of a value-document processing apparatus in the form of a bank-note sorting apparatus,

(3) FIG. 2 a schematic block representation of an example of an evaluation device of the value-document processing apparatus in FIG. 1,

(4) FIG. 3 a schematic representation for illustrating the interaction of a management component and an evaluation component of the evaluation device in FIG. 2,

(5) FIG. 4 a very schematic flowchart of an example of a method for evaluating sensor data by means of the evaluation device in FIG. 2,

(6) FIG. 5 a very schematic flowchart of substeps of a step of the method in FIG. 4,

(7) FIG. 6 a schematic block representation of a second example of an evaluation device for evaluating sensor data which is employable in the apparatus in FIG. 1,

(8) FIG. 7 a schematic representation for illustrating the interaction of a management component and an evaluation component of the evaluation device in FIG. 6, and

(9) FIG. 8 a schematic block representation of a third example of an evaluation device for evaluating sensor data which is employable in the apparatus in FIG. 1.

DETAILED DESCRIPTION OF VARIOUS EMBODIMENTS

(10) A value-document processing apparatus 10 in FIG. 1, in this example an apparatus for processing value documents 12 in the form of bank notes, is designed for sorting value documents in dependence on the recognition of the authenticity and the state and, where applicable, the currency and denomination of processed value documents.

(11) The apparatus 10 has in or on a housing (not shown) a feeding device 14 for feeding value documents, an output device 16 for receiving processed, i.e. sorted, value documents, and a transport device 18 for transporting singled value documents from the feeding device 14 to the output device 16.

(12) The feeding device 14 comprises, in this example, an input pocket 20 for a value-document stack and a singler 22 for singling value documents out of the value-document stack in the input pocket 20 and for feeding the singled value documents to the transport device 18.

(13) The output device 16 comprises, in this example, three output portions 24, 25 and 26 into which processed value documents, sorted according to the result of the processing, can be sorted. In the example each of the portions comprises a stack pocket and a stacking wheel (not shown) by means of which fed value documents can be deposited in the stack pocket.

(14) The transport device 18 has at least two, in this example three, branches 28, 29 and 30 at whose ends respectively one of the output portions 24 or 25 or 26 is arranged, and has, at the branching points, gates 32 and 34, controllable by actuating signals, by means of which value documents are feedable to the branches 28 to 30 and thus to the output portions 24 to 26 in dependence on actuating signals.

(15) On a transport path 36, defined by the transport device 18, between the feeding device 14, in this example more precisely the singler 22, and the first gate 32 after the singler 22 in the transport direction, a sensor device 38 is arranged which measures physical properties of value documents while the value documents are being transported past and forms sensor signals representing the measuring results. In this example, the sensor device 38 has three sensors, i.e. on mutually opposing sides of the transport path 36 respectively an optical remission sensor 40 or 42, which respectively captures a remission colored image and a remission IR image of the value document, and an optical transmission sensor 44, which captures a transmission colored image and a transmission IR image of the value document. Further a transmission ultrasonic sensor 45 is provided, which captures or measures ultrasound transmission properties of the value document in a spatially resolved manner. The sensor signals formed by the sensors correspond to sensor data or raw data of the sensors which, depending on the sensor, may have already been subjected to correction, for example in dependence on calibrating data and/or noise properties.

(16) For evaluating the sensor data which were captured respectively for a value document by the sensors of the sensor device, the apparatus has an evaluation device 46 which is connected via data connections to the sensors 40, 42, 44 and 45.

(17) For displaying operator control data and operating data, the value-document processing apparatus 10 has a display device 47, which is realized in this example by a touch-sensitive display device (touch screen). The display device 47 hence serves as an input/output device of the apparatus.

(18) A control device 48 is connected via signal connections to the evaluation device 46, the input/output device 47 and the transport device 18, in particular to the gates 32 and 34. It controls, among other things, the transport device 18 in dependence on signals from the evaluation unit 46. For this purpose it has a processor 54 which is connected to the transport device for controlling said device and emits corresponding signals to it, as well as a memory 52 in which software is stored upon whose execution by the processor 54, among other things in dependence on signals of the evaluation device 46, actuating signals depending on the signals are emitted to the transport device 18. In a further memory device 56, processing data arising during the processing can be stored not only briefly, but for several value documents.

(19) The value-document processing apparatus 10 is designed for sorting value documents in dependence on their state or quality and their authenticity and, where applicable, their currency and denomination. In particular, the evaluation device 46 and the control device 48 are accordingly designed for this purpose.

(20) For sorting, value documents are singled out of the feeding device 14 and transported past the sensor assembly 38 or therethrough. The sensor assembly 38 captures or measures physical properties of the value documents respectively transported therepast or therethrough, and forms sensor signals or a stream of sensor data which describe the measurement values for the physical properties. In dependence on the sensor signals of the sensor device 38 for a value document and on classification parameters stored in the evaluation device, the evaluation device 46 classifies the value document as one of pre-specified authenticity classes and one of pre-specified state classes and emits a corresponding signal or corresponding data, which represents or represent the established classes, to the control device 48; by emitting actuating signals, the control device 48 in response to the signal or the data controls the transport device 18, here more precisely the gates 32 or 34, such that the value document is output in accordance with its class established upon the classification into an output portion of the output device 16 associated with the class. The association with one of the pre-specified authenticity classes or state classes or the classification is effected here in dependence on at least one pre-specified authenticity criterion or state criterion.

(21) The evaluation device 46 is illustrated very schematically in FIG. 2.

(22) It has a sensor interface device 60 for connecting to the sensors of the sensor device 38, a memory device 62 for storing software, a memory 64 for temporarily storing data arising upon the evaluation of sensor data and an interface device 66 via which the evaluation device 46 is connected to the control device 48, and a multi-core processor 68 which is connected to the stated components 60, 62, 64 and 66 via data connections.

(23) The multi-core processor 68 has at least two cores, in the example four cores 70, which are of same designed and have access to the same memory 64. Furthermore, it can also have other components for operating the multi-core processor which are usually present but not shown.

(24) In the memory 62, software is stored upon whose execution by the multi-core processor 68, among other things, the hereinafter described method is executed.

(25) The software comprises in particular an operating system 71 (cf. FIG. 3), in the example a real-time operating system, a management component and an evaluation component. Further, configuration data which are employed by the operating system and/or the two other components are stored in the memory 62. Examples of suitable real-time operating systems are corresponding Linux derivatives, VxWorks or RTEMS.

(26) During operation of the value-document processing apparatus 10, for a value document 10 upon its transport past the sensor device 38, sensor data are formed by each of the sensors 40, 42, 44 and 45 and are transferred to the evaluation device 46.

(27) Upon switch-on of the evaluation device 46, the multi-core processor 68 executes the software stored in the memory 62, in particular a single entity of the operating system which manages the cores of the multi-core processor. In doing so, two subgroups of the cores are formed by the operating system 71, so that a core belongs to at most one subgroup. More precisely, one management subgroup 72 and in this embodiment example one evaluation subgroup 74 are formed. Corresponding configuration data are stored in the memory 62.

(28) As in FIG. 2 illustrated, the management subgroup 72 comprises in the present embodiment example exactly one of the cores 70 and the one evaluation subgroup 74 the remaining three cores 70.

(29) The subgroups 72 or 74 execute respectively an entity of a component associated with them: the management component is executed solely by the management subgroup 72 and a respective entity of the evaluation component, in this example only one, by the respective evaluation subgroup 74. The software is designed such that priority-controlled, preemptive multitasking is employed by the respective subgroup upon the execution of the associated component. The interaction of the components is illustrated very schematically in FIG. 3.

(30) The operating system 71 further regulates the employment of the cores of the subgroups for the tasks to be processed independently for each of the subgroups.

(31) The management component is executed by the management subgroup 72 which controls the internal operations within the evaluation device 46 and which communicates with the environment, in the example the control device 48 and signal sources (not shown) of the apparatus. Upon execution by the management subgroup 72, the management component yields a system of different processes which manage a plurality of events and whose operations have to be effected according to a pre-specified temporal scheme. For example, the incoming data of the sensors have to be treated. For the temporal control of the execution of the processes by the management subgroup, here more precisely its core, in other embodiment examples their cores, a corresponding scheduler is provided which in this example is implemented by the operating system.

(32) The evaluation subgroup 74 executes upon execution of the evaluation component in dependence on the evaluation information the evaluation of the received sensor data and stores the results in the memory 64. The evaluation can be divided into several partial portions and accordingly partial evaluations.

(33) If at least two partial evaluations are provided by sensor data for a value document, these can be executed, where applicable, at least partially concurrently or in parallel. Further at least one of the partial evaluation can comprise, where applicable, the execution of at least two functions which can be executed likewise at least partially in parallel or concurrently. The software is designed such that for executing an entity of the evaluation component, several worker threads are made available which execute the partial evaluation or partial evaluations stated by evaluation descriptors of the evaluation list. Each of the worker threads executes a partial evaluation stated by the evaluation information. If the number of the partial evaluations is greater than the number of the worker threads, each of the threads first carries out one of the partial evaluations. Upon termination of the execution the worker thread then executes a partial evaluation given by the evaluation information whose processing was not yet begun by one of the other worker threads. The allocation of cores of the subgroup to worker threads is effected by means of a scheduler. This carries out the temporal control of the processing by the cores and the distribution among the cores. The scheduler is associated solely with this evaluation subgroup and with it independent of other subgroups or schedulers working therein. The interaction of management component and evaluation component or management subgroup and evaluation subgroup and memory 64 is illustrated in FIG. 3.

(34) In principle in other embodiment examples at least one of the partial evaluations can also contain parts executable in parallel. These can then be executed by another scheduler in a controlled manner. This scheduler is then executed in the application area and then works at a different level than the scheduler at operating-system level for the subgroup or component.

(35) The management subgroup 72 upon execution of the management component stores sensor data SD in the memory 64. As indicated by the double arrow, it can also delete this again later.

(36) Further it writes evaluation information A to the memory 64. Furthermore the management subgroup 72 upon execution of the management component in this example in the memory 64 creates a data structure R for the evaluation results to which it has reading and writing access.

(37) The evaluation subgroup 74 can upon execution of the evaluation component access the sensor data SD as well as the evaluation information A for reading and the contents of the data structure for reading and for writing; this in turn is indicated by arrows. Upon execution of the partial evaluations according to the evaluation information A by the evaluation component, the results of the partial evaluations are established, which are written by the evaluation subgroup upon execution of the evaluation component to the data structure R in the memory 64. Should a partial evaluation require a result of a previously ended partial evaluation, it can access the content of the data structure R accordingly.

(38) After the last partial evaluation, the results of the evaluation lie in the memory 64 in the data structure R. The management subgroup is now upon execution of the management component able to emit corresponding signals, for example to the control device 48.

(39) More precisely the following method is carried out for evaluating the sensor data for the value document. The procedure is illustrated in FIG. 4 as a flow diagram, wherein the steps listed in the left column are performed by the management subgroup upon execution of the management component and the steps listed in the right column by the evaluation subgroup upon execution of the evaluation component.

(40) Upon reception of the sensor data for a current value document, the management subgroup in step S10 upon execution of the management component stores the sensor data in a corresponding data structure SD in areas of the memory 64 set by the management group. This happens such that an access to the sensor data of only one of the sensors by the evaluation subgroup 72 is possible upon execution of the evaluation component.

(41) In step S12 the management subgroup upon execution of the management component generates and stores evaluation information A for evaluating the sensor data. In this example, the evaluation information comprises a list of evaluation descriptors. These comprise respectively a reference to the function to be executed respectively for the respective partial evaluation, to the sensor data to be used by the respective function and, if applicable, references to parameters used by the function which are to be used for the respective partial evaluation, for example specifications for areas of the value document to be examined or the like. Furthermore, the management subgroup supplies a data structure R for storing the results in the memory 64 of the partial evaluations still to be executed.

(42) The evaluation subgroup 74 then carries out in step S14 the partial evaluations stated by the evaluation information. For this purpose the entries are employed in the list of the evaluation descriptors. For this purpose the software makes available, as explained above, a pre-specified number of worker threads which are executed at least partially in parallel by means of a scheduler of the evaluation subgroup or the evaluation component. Respectively an entry or a corresponding partial evaluation is executed by one of the worker threads, wherein the maximum number of active worker threads is pre-specified and their execution controlled by the scheduler. If a partial evaluation was ended, the worker thread executes a next partial evaluation which was contained in the list of the evaluation descriptors and was not yet begun or executed. The evaluation in step S14 is divided into partial evaluations as illustrated in FIG. 5.

(43) First, in step S14.1 on the basis of the data of one of the optical remission sensors, which the evaluation descriptor refers to, upon a first partial evaluation a format of a value document is established, i.e. its length and width. Further a possible rotation vis-à-vis the transport direction is established. The results are stored in the corresponding data structure R in the memory 64.

(44) In step S14.2, as the second partial evaluation a denomination and position or orientation of the value document are established. The position or orientation is to be understood as one of four possible orientations of the value document in a transport plane, which are obtainable by rotation around the longitudinal and/or transverse axis of the value document by 180°. For this purpose data of one of the optical remission sensors, which the corresponding evaluation descriptor refers to, and the result of the first partial evaluation are employed, which likewise refers to the corresponding evaluation descriptor. The partial evaluation waits, where applicable, until the results of the format recognition are available. While employing the result of the first partial evaluation, which the evaluation subgroup reads from the memory 64, and the sensor data of one of the optical remission sensors in the memory 64 according to the evaluation information, denomination and position are then established, wherein stored parameters are employed for the recognition of denomination and position. The result is in turn stored in the data structure in the memory 64.

(45) The following partial evaluations S14.3 to S14.6 employ, among other things, the results of the second partial evaluation, thus of the recognition of denomination and position. Pointers to these results stored in the data structure in the memory 64 are establishable by means of information items in the respective evaluation descriptors. These partial evaluations can be executed at least partially in parallel by the cores.

(46) The partial evaluation in step S14.3 contains an authenticity check on the basis of the optical IR sensor data and the result of the partial evaluation in step S14.2. The corresponding evaluation descriptor contains references to these data. The result is stored in the memory 64.

(47) The partial evaluation in step S14.4 concerns the recognition of adhesive tape possibly present on the value document on the basis of the ultrasound-transmission data of the ultrasonic sensor 45 and the result of the partial evaluation in step S14.2. The corresponding evaluation descriptor contains references to these data. The result is stored in the memory 64 in the data structure provided for this purpose.

(48) The partial evaluations in step S14.5 and S14.6 concern the recognition of stains on the value document and the recognition of dirt on the basis of the sensor data of the optical remission sensor and the result of the partial evaluation in step S14.2. The corresponding evaluation descriptor contains references to these data. The result is stored in the memory 64.

(49) Upon the partial evaluation in step S14.7 the results of the previously completed partial evaluations of steps S14.1 to S14.6 from the data structure in the memory 64 are employed to determine a sorting class. In this simplified example the sorting class could be one of the classes “fit for circulation/authentic”, “unfit for circulation/authentic”, “fit for circulation/suspect” or “unfit for circulation/suspect”. The result is stored in the memory 64, in this example in the corresponding data structure.

(50) Upon execution of the management component, the management subgroup continually checks by monitoring the memory 64, more precisely the presence of the result of the step S14.6, whether a result is already present. If this is the case, it emits a sorting signal to the control device 46. Further, it releases the areas of the memory 64 in which the sensor data are stored, and deletes the results of the partial evaluations from the memory 64. In other embodiment examples a corresponding thread of the management component can be set to a wait state which is caused by the absence of the result. Upon presence of the result, the wait state is ended. This operation is executed by the operating system.

(51) The method can then be continued with step S10 for a next value document.

(52) In other embodiment examples, the evaluation information for at least one of the partial evaluations additionally comprises a specification by means of which an access is possible to a result obtained by a previous partial evaluation which is required by the function.

(53) The second embodiment example in FIG. 6 and FIG. 7 differs from the first embodiment example by the fact that two evaluation subgroups are provided.

(54) More precisely, the evaluation device 46′ differs from the evaluation device 46 on the one hand by the fact that now a multi-core processor 68′ with eight cores 70 is provided. Further the software is replaced in the memory 62 by the hereinafter described software. Otherwise the evaluation device does not differ from that of the first embodiment example.

(55) The software is now changed such that a management subgroup 72′ having two cores and two evaluation subgroups 74.sup.(1) and 74.sup.(2) having the same number of cores, here 3 cores, are formed. The evaluation subgroups execute different entities of the evaluation component independently of each other, wherein in each of the evaluation subgroups multitasking is employed independently of the respective other evaluation subgroup.

(56) In the method, the evaluating of sensor data for the value document is already started when the evaluating of sensor data for a preceding value document is not yet completed. The evaluation of the sensor data of an earlier one of the value documents is carried out by a first one of the evaluation subgroups, the evaluation of the sensor data of a later one of the value documents in contrast is carried out by a second evaluation subgroup different from the first one. For this purpose these execute respectively own entities of the evaluation component.

(57) As is illustrated in FIG. 7, the sensor data for consecutive value documents are now stored in separate memory areas SD.sup.(1) or SD.sup.(2) which are associated with the respective value document. The storing of the sensor data for the value document captured later is effected after the storing of the sensor data of the value document captured earlier; however, the storing can already begin when sensor data for the earlier value document are still present in the memory 64 and are at least partially processed.

(58) Furthermore the management subgroup generates for the earlier and the later value document respectively separate evaluation information A.sup.(1) and A.sup.(2) which contain in particular information from which the position of the sensor data in the memory 64 is establishable for the respective value document. Further a data structure R.sup.(1) or R.sup.(2) is supplied for each of the value documents for storing the results of the respective partial evaluations. The evaluation information contains in particular also information by means of which it is establishable where results of partial evaluations are to be stored for the respective sensor data. In the example this could be respectively a pointer to the data structure to be employed.

(59) Each of the evaluation subgroups is associated with one value document to the effect that it evaluates the sensor data for the value document, for which it employs the sensor data associated with the value document, the evaluation information associated with the value document and the data structure associated with the value document for storing the results. Because these evaluations are mutually independent, these can run respectively like in the first embodiment example. In particular, in each of the evaluation subgroups worker threads and a scheduler can be present independently of each other for controlling the execution of the worker threads which concern only the respective evaluation subgroup. Each of the evaluation subgroups hence works like in the first embodiment example, independent of the respectively other evaluation subgroup.

(60) If upon execution of the management component the management subgroup recognizes that the evaluation is completed for the earlier one of the value documents, it forms a sorting signal corresponding to the result and emits this to the control device 48, so that this controls the apparatus accordingly, thus in the example in particular sets the gates for the value document. Further it releases the memory space for the sensor data, the evaluation information and the results for this value document.

(61) A further, third embodiment example differs from the first embodiment example by the fact that a further subgroup of the cores, an auxiliary subgroup, is formed. A corresponding software component then upon execution by the auxiliary subgroup takes over the execution of certain operating-system operations, in the example operations in connection with the IP stack, in particular in connection with the data traffic from and/or to other devices which send data, for example sensor data, or only receive sensor data or results of the evaluations. The evaluation subgroup then has only two cores. If in other embodiment examples a multi-core processor with more than four cores is employed, the division can provide that the management subgroup and auxiliary subgroup have respectively one of the cores and the other cores are assigned to the evaluation subgroup or, in still other embodiment examples, the evaluation subgroups.

(62) The evaluation devices 46″, illustrated very schematically in FIG. 8, differs from the evaluation device 46 by a network interface 80 via which, triggered by the multi-core processor 68, data can be transferred to another device, for example for storing the data.

(63) Except for a changed software, the evaluation device 46″ does not differ from the evaluation device 46.

(64) Besides the unchanged evaluation component and the unchanged operating system, the software comprises a changed management component and an auxiliary component.

(65) By corresponding configuration by means of configuration data, three subgroups of the cores are formed upon starting the software in the operating system 71: as before a management subgroup 72, an evaluation subgroup 74 for executing the evaluation component, now, however, with only two cores, and an auxiliary subgroup 82 with a core 70 which executes the auxiliary component.

(66) The auxiliary component comprises code upon whose execution by the auxiliary subgroup the stated operating-system functions are carried out, for example functions in connection with the IP stack upon the transfer of sensor data SD and evaluation results A from the memory 64 via the network interface 80. The management component is then nonessentially, or preferably not, loaded by these processes. Except for the functions which now the auxiliary component executes, the management component corresponds to the management component of the first embodiment example. This division has the advantage that the resource allocation can be designed more clearly or better structured as to processes or functions in the system containing many operations, which can then also lead to faster execution speeds.

(67) In further embodiment examples the evaluation information for at least one of the partial evaluations can contain priority information. The allocation of cores to worker threads is then again effected via a scheduler, in particular scheduler of the operating system, in dependence on the priority information. This control can be effected independently in each of the evaluation subgroups.

(68) In other embodiment examples configuration data can be employed upon forming the subgroups. The configuration data in the memory 62 then comprise data from which the number of cores of the management subgroup to be formed and the number of cores of the evaluation subgroup to be formed is establishable. The subgroups are then formed corresponding to these data.