EP1374111A2 - Verfahren, computerprogramm und system zum abwickeln eines projektes - Google Patents

Verfahren, computerprogramm und system zum abwickeln eines projektes

Info

Publication number
EP1374111A2
EP1374111A2 EP01967224A EP01967224A EP1374111A2 EP 1374111 A2 EP1374111 A2 EP 1374111A2 EP 01967224 A EP01967224 A EP 01967224A EP 01967224 A EP01967224 A EP 01967224A EP 1374111 A2 EP1374111 A2 EP 1374111A2
Authority
EP
European Patent Office
Prior art keywords
data
project
remote control
server
working time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP01967224A
Other languages
English (en)
French (fr)
Inventor
Hermann Steinel
Björn KOTHE
Michael Salewski
Bernd PÖTTNER
Olaf Baumert
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Volkswagen AG
Original Assignee
Volkswagen AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from DE2000136395 external-priority patent/DE10036395B4/de
Application filed by Volkswagen AG filed Critical Volkswagen AG
Publication of EP1374111A2 publication Critical patent/EP1374111A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the invention relates to a method for handling a project from a plurality of differently located EDP devices, which are connected via a data network to a main server serving to provide central data for the purpose of data exchange, and during individual working time intervals at least partially a different one from the plurality of EDP devices. Facilities for project management is activated.
  • the invention further relates to a computer program and a system for realizing at least individual steps of this method.
  • the object of the invention to develop a known method, computer program and system of the type mentioned in such a way that employees at other locations remote from the main server are able to fully collaborate on a project.
  • This object is achieved by the method claimed in claim 1.
  • the object is accordingly achieved in that the data network is designed nationally, in particular internationally, and in that the individual EDP devices are at least partially localized nationally.
  • the term “national” is to be understood in the broadest sense as going beyond the location of a company. In particular, means beyond a region of a country in the world or internationally, i.e. in different countries of the world, localized.
  • the method according to the invention enables the implementation of a project relay, in which different operators of the EDP devices can work on the same project independently of one another in terms of time and space, in particular in succession. The operators do not have to leave their location; in particular, they do not need to travel to the location of the main server; this saves travel costs and working hours.
  • the project work can advantageously be made more variable by the method according to the invention; e.g. free capacities at individual company locations can be better used. If necessary, external partners of a company can also be involved without loss of information.
  • the non-wired parts of the data network are e.g. a satellite transmission link or a cellular network.
  • the time difference is advantageous for extending the project working hours per day, without this being longer than usual at a location, e.g. approx. 6-8 hours, depending on the current time difference and local / tariff rates
  • Working time regulations must be worked.
  • the project work can be continued at a second location that has a time difference compared to the first location.
  • a project is carried out with a time delay from 3 different locations, all of which have a time difference of 7 hours to each other. Then a continuous project work without time overlap is possible.
  • project management data include, in particular, that during a working time interval, i.e. a working shift, work steps carried out, their sequence and / or the current project status.
  • project data in the form of project files can also be stored on the main server, in particular from an EDP device.
  • the project data are general data available for the implementation of the project, such as product information or planning data.
  • the project data can also be called up by all project participants, in particular also from other IT facilities.
  • the storage or logging of all data, ie object data, project management data or project data takes place essentially during a respective working time interval; only a formal completion of the storage or logging takes place at the end of the shift.
  • the logging facilitates the training of an employee, ie an operator for an IT facility, at the beginning of a new or subsequent working time interval.
  • the object data and / or the project management data are advantageously logged using suitable screen pages, in particular in the form of input masks, on a screen of the current EDP device.
  • the input masks ask the employee for the information to be logged.
  • Project monitoring accessible via the IT facilities enables an online overview at any time of the global project progress, the employees involved in the project, their tasks within the project and general project information.
  • a time model overview provides information about the current times at the various locations.
  • the invention is not limited to the execution of certain types of projects.
  • a cross-location project work is conceivable not only in the development of products, but also in their testing.
  • the invention can be used for remote control of systems in general. Examples are the remote control of a system for product development, in particular an engine test bench, an automated teller machine, a production line, a power plant or a rocket silo.
  • the main server is part of a test station for controlling the system and then the EDP devices are each designed as remote control devices for remote control of the system via the data network and the test station.
  • the test station and / or the remote control device advantageously each reduce data before they transmit the resulting data to the other device.
  • a very efficient method for data reduction which can be carried out both in the test station and in the remote control device, is the capturing of screen data, which are obtained on different screens of these devices.
  • the object of the invention is further achieved by a computer program for realizing at least individual method steps according to claim 27 and by a system for realizing the method according to claim 28.
  • the advantages of this computer program and the system correspond to the advantages mentioned above for the method.
  • FIG. 1 and 2 relate to the invention in general.
  • FIG. 3 is mostly also general; however, it also relates in part to a specific first exemplary embodiment of the invention, according to which the invention is used for the national construction of a component.
  • the data network 400 which is the basis of the invention in general. It connects a main server 100 at a first location A to two devices 200, 300 for electronic data processing EDP, which are each located at different locations, a second location B and a third location C.
  • the individual locations A, B, C are distributed across regions, e.g. on different continents.
  • the data network 400 is preferably a network protected against data misuse, i.e. a registered or company-internal data network, e.g. an intranet). However, it is also possible to use the Internet as a data network 400.
  • a direct connection between the EDP devices 200 and 300 at locations B and C is not necessary.
  • the object file contains, for example, information about work actually carried out, ie in particular about what has been done on the component. In addition, it provides information about the current work step of the project, if it has not yet been completed, and about the next work step. Furthermore, they can provide information about problems that have not yet been solved, about references to other components, about people contacted or about required information.
  • the project management data include, in particular, the work steps to be carried out as planned for a specific working time interval, their sequence and / or the current project status.
  • the object data as well as the project administration data together should contain all important information which is necessary for a later continuation of the project work in a subsequent working time interval.
  • Both the object data and the project management data are preferably stored on a data memory 110 assigned to the main server 100.
  • step S 2-5 the subsequent working time interval is started by calling up the stored object data and project management data of the previous working time interval. Based on this information, the project work is then continued with step S 2-2.
  • the operator In addition to the data retrieved, the operator of course also has the option of contacting other people via e-mail, telephone or video conference in order to quickly resolve current problems.
  • the following working time interval is usually completed by an operator at location C with the help of the IT equipment available there.
  • the object file and the project management file are stored on a data store 110 assigned to the main server 100, this has the The advantage that the data can then be managed fully automatically.
  • the volume of data transported then corresponds to the volume actually required.
  • Each of the EDP devices 200, 300 can then have the data currently required.
  • This disadvantage can be avoided by replicating the files on the main server 100 to the EDP devices 200 and 300.
  • the data on the central main server serve as a master data record, which is replicated with corresponding routines to the other EDP devices 200, 300.
  • For replication only the data that has actually been changed has to be copied. Normally, this is only a small part of the entire database.
  • step S 2-2 in FIG. 2 The procedure during a working time interval according to step S 2-2 in FIG. 2 is described in more detail below with the aid of FIG. 3, provided that the logged information from the previous working time interval is available.
  • Step S 3-1 After taking over the object data and the project management data from the previous working time interval for the construction of the component from the corresponding files in step S 3-1, the operator takes a description of the current process status and the next work step from a remote EDP device 200, 300 from these data , Step S 3-2, and executes this, Step S 3-3.
  • step S 3-4 the project work is continued according to step S 3-4 with the next planned work step for the construction of the component according to S 3-2, etc. This sequential processing of individual work steps during a working time interval takes place until the working time interval has ended or until the completion of a work step cannot be ended due to a malfunction. If the time for the current working time interval has at least almost expired, the work is continued in accordance with step 3-10 with step 2-3 from FIG. 2.
  • step S 3-8 The project execution is then continued with step S 3-2.
  • the second exemplary embodiment describes a project in which a system, here an engine test bench, is controlled from a test station and is remotely controlled via a remote control device.
  • engine test bench For the new development of vehicle engines, certain tests are carried out on the engine test bench, e.g. is used to test the resilience and durability of new engines.
  • engine test benches are relatively expensive and complex to purchase. In addition, their operation requires well-trained specialist personnel. The most efficient use of engine test benches is therefore desirable.
  • An engine test bench consists of a mechanical mounting device for the engine to be tested and an associated electronic control and evaluation device, hereinafter called the test station.
  • the motor is mounted on the mounting device and equipped with a large number of sensors.
  • the mechanical receiving device has a large number of actuators which are used to set various engine parameters, such as, for example, the fuel supply quantity or the Ignition point, serve.
  • the measurement values are recorded by the sensors and the positions of the actuators are specified by means of the test station, which is connected to the recording device via a multiplicity of data lines in order to transmit the data required for this. Because of the large amounts of data to be exchanged and the large number of lines, the test station and the receiving device are preferably arranged spatially close to one another.
  • the raw data received from the sensors is preprocessed into a representation suitable for engine specialists, e.g. in the form of tables, diagrams, measurement records.
  • the data processed in this way enables a better and faster overview of the engine behavior compared to the raw data.
  • the preprocessed data are e.g. printed on screens or printed out on paper.
  • test station 1 for controlling an engine test bench;
  • engine test bench with the mounting device for the engine and with the engine to be tested itself are not shown.
  • a project implementation according to the present invention consists in the remote control of the test station 1 from an EDP device 200 located at any location, hereinafter also referred to as remote control device 200 ', via a data network 400.
  • the location of the remote control device does not have to match the location of the test station 1 and the recording device match.
  • the test station 1 with the recording device is located, for example, in Mexico, while the remote control device 200 'is located, for example, in Germany.
  • the test station 1 preferably has a control and monitoring computer 2 with a test bench operating system, a data processing and display computer 3 and a parameter and display module 4.
  • the control and monitoring computer with the test bench operating system 2 is used to set the actuators of the engine test bench and to display the currently set values.
  • the data processing and display computer 3 is used to receive the measured values determined by the sensors of the engine test bench and to process and display them in the representation customary for engine experts.
  • the parameter and display module 4 is used to supply an engine control unit (not shown) which is obligatory in modern engines with parameters such as characteristic curve fields and to display them on a screen.
  • test station 1 it is a customary equipment for a test station 1 of an engine test bench.
  • a camera and microphone device 5 which serves for recording image and sound data in the test station 1
  • main server 100 also referred to below as test bench server 100 '
  • test bench server 100 ' acts as an interface for connecting the components mentioned 2 to 5 acts on a data network 400.
  • the remote control device 200 has a functionally similar component for each of the components 2 to 4 provided in the test station 1, namely a control and monitoring computer 210' with the test bench operating system, a data processing and display computer 220 'and a parameter and display module 230'. Furthermore, it ideally also includes an output device 240 'for displaying the image and sound data 230' recorded by the camera and microphone device 5 in the test station.
  • the output device 240 ' can contain means for operating the camera and microphone device 5, e.g. for changing the camera position or the image section.
  • the remote control device 200 ' has a server 250' which functions as an interface and as such the remote control station 200 ', i.e.
  • the server 250 'distributes the screen contents to the screens of the corresponding components 210'-250' in the remote control device 200 '.
  • the remote control device 200 ' only has the server 250' and a large screen 260 '.
  • the server 250 ' is used to connect the remote control device 200' to the data network 400.
  • the large screen 260 ' the images can be reproduced from one or more screens of the test bench components 2-5 of the test station, in particular also at the same time; with 4 components, the large screen would then advantageously be divided into four. This has the advantage that the operator of the remote control device 200 'can control all component computers 2-5 in the test station 1 via only one keyboard and only one mouse and not via the four individual components 210'-250' as in the first embodiment of the remote control device 200 '.
  • Such a control of the large screen 260 ' is made possible by a special graphics card to which up to 4 monitors can be connected.
  • a special graphics card to which up to 4 monitors can be connected.
  • 4 such cards in the server 250 ' can be installed, so that currently A maximum of 16 screens can be displayed in the test station 1 on the large screen 260 'of the remote control device 200'.
  • the graphics card also enables operation of up to 16 components in the test station from the one large screen 260 'in the remote control device 200'.
  • the hardware of all components 210 ', 220', 230 'and 240' can be saved in the second embodiment because the remote control can only be carried out via the server 250 'and the one large screen 260'.
  • the operator no longer communicates with the test station 1, as in the first embodiment directly from a certain component 210'-240 'of the remote control station with the corresponding component 2-5 in the test station, but only via the central large screen. This makes operation clearer and more convenient for the operator.
  • the test station 1 is mapped at least approximately 1: 1 in the remote control device 200 ', albeit in a different way, so that an operator is given the impression in the remote control device 200' that the engine test bench is located directly - quasi from the test station - to be able to influence.
  • the interventions required for operation in the remote control device 200 ' are also identical to those in the test station 1. In this way, a re-training of the operator can be avoided.
  • test bench server 100 'and the server 250' in the remote control device 200 ' can both be operated independently of one another in 2 different operating modes.
  • the servers 100, 250 ' connect the individual components 2 to 5 or 210'-240' to the network 400 as separate bus subscribers.
  • the individual lines 14, 15, 16 and 17 are then quasi only connected in parallel by the respective one server passed. This has the advantage that a summary of all data streams
  • Another advantage of the separate network connection of the components is that the data utilization of the network can be made more uniform.
  • the servers 100 ', 250' capture the individual data streams 14,
  • test station 1 instead of the raw data received directly from the sensors located on the engine to be tested, send these preprocessed data representing the remote control devices.
  • the preprocessed data is significantly compressed compared to the raw data.
  • a second possibility for significantly reducing the amount of data to be transmitted and thus for saving data bandwidth in the network 400 consists in the transmission of so-called capturing data.
  • This capturing data represents the screen content (eg a hard copy) of screens of one or more components 2, 3 or 4 of the test station 1 or one or more components 210'-240 'of the remote control station 200'; they can be taken from the video memory (not shown) of the respective component become.
  • Capturing enables data to be transmitted in at least approximately real time, making remote control of the test station much more convenient. Waiting for an acknowledgment is either no longer at all or only necessary once.
  • Another advantage of real-time transmission is that the person operating the test stand from a remote control station 200 ′ is put in a position as if he were working directly in test station 1, because the test and measured values are displayed at almost the same time as in remote test station 1 become.
  • the two servers 100, 250 ' can either be operated in their first or second mode of operation. However, they are then preferably operated in the second operating mode described above, because in addition to the significant data reduction, the capturing operation also enables a simplified summary of all screen contents of the individual components 2 to 5; Both are advantageous both for data transmission over the network 400 and in particular for the operation of the large screen 260 '.
  • the test bench server 100 When the data is combined, the test bench server 100 'in particular collects the capturing data from a plurality of screens of the individual components 2-5 of the test station 1 and sends this in a collective data packet to the server 250' of the remote control device 200 '.
  • the data packets also contain their source addresses, i.e. the address of their output components in test station 1.
  • the server 250 ' Based on the addresses, the server 250 'is able either to correctly assign the screen contents to the screens of the corresponding components 210'-250' or to display them on the large screen in a suitable manner; depending on how the remote control device 200 'is designed. It is a simple time comparison, i.e. a simple synchronization, the data packets possible.
  • a particular advantage of capturing operations is that they can be implemented using existing software that can be purchased.
  • Another advantage of capturing is that the pre-processed data already available for evaluation by engine specialists can be used and transmitted directly; separate data preparation is therefore no longer required for the mapping of the data from the test station in the remote control device 200 '.
  • asynchronous data networks e.g. an intranet or the Internet.
  • data networks usually have the disadvantage no defined transmission times for the data packets. It can thus happen that a first data packet that was sent before a second data packet arrives at the recipient only after the second data packet. Such an uncoordinated transmission is undesirable in the case of the so-called real-time operation aimed at in the present case for the remote control and the representation of the received data.
  • synchronization information is therefore added to the data packets.
  • Such synchronization information can be, for example, a so-called sync master.
  • Such a sync master known to those skilled in the art can e.g. triggered on a time, on an event or on both.
  • Continuous coding is used for this, which is determined by the person skilled in the art as required.
  • This coding is added to the data sent.
  • This coding is communicated to the data receiver.
  • a common sync pulse can also be used.
  • time stamps i.e. real-time information, as synchronization information.
  • the receiver can reproduce the received data packets in the correct order. Furthermore, corresponding events that originally occur simultaneously with components 2-5 and 210'-240 'can also be correctly assigned to one another again after reception, so that the operator working in the remote control device has a uniform impression in the representation of the received data and measured values.
  • Such a forced update has in image transmission using a compression method currently in use, e.g. MPEG 2, the further advantage that even minor image changes that are not outstanding as a result of the compression process will nevertheless appear on the receiving side after a certain time.
  • a compression method currently in use e.g. MPEG 2
  • a test bench server 100 'and a remote control server 250' are provided in order to handle the data transfer between the test bench 1 and at least one remote control device 200 'in the form of data packets, then the use of special synchronization information may be unnecessary under certain conditions. This applies in particular if the data transfer between the servers 100 and 250 ', e.g. via an intranet, in the form of so-called TCP / IP protocols, these protocols only being built up over a local network comprising lines 14, 15, 16 or 17.
  • the data packets exchanged via the data network 400 are recorded over a certain period of time, e.g. over an hour.
  • post-mortem analysis e.g. a defect in the engine that occurred during engine testing and can be analyzed again after it has occurred.
  • At least one host computer 12 or 13 is provided for data recording and can be connected to the network 400 at any point. It makes sense that Host computers are arranged either in the vicinity of the test station 1 or in the vicinity of the remote control device 200 '.
  • the first-mentioned arrangement offers the advantage that the effort for the transmission of data over longer distances via the data network 400 is kept low.
  • the provision of only one host computer is recommended, for example, when development sovereignty lies at the location of test station 1 and the expert evaluation of the measurement results supplied by the sensors also takes place there.
  • additional host computers 13 can also be assigned to the remote control devices 200 '.
  • each of the host computers 12, 13 stores the data of the device assigned to it.
  • the host computers advantageously monitor the load on the network 400 in order to be able to automatically compare their data at times of low load.
  • the described setup of several host computers 12, 13 is particularly recommended when the data is to be evaluated not only at the location of the test station, but also at the location of the remote control device; By providing the two host computers, a significant reduction in the network load can then be achieved.
  • the camera and sound recording device 5 is provided with a data compression device (not shown here) which, using special hardware and software, performs data compression of the image data using a currently common compression method, for example MPEG 2.
  • the data compression device has a hardware coder which carries out the encoding in the MPEG 2 format.
  • the software can then be used to adapt the MPEG 2 -coded data to the available network bandwidths. In this way, a viewer can determine the image resolution and the image color depth in individual steps.
  • Decoding software is used at the receiver for decoding the image data.
  • a so-called wave coder is used for the coding of the keys, which has both mono and stereo settings and can also operate external midi devices.
  • Decoding software is also used at the receiving end.
  • the computer can both record, ie store and transfer data.
  • temporary data storage means 18 are provided in order to compensate for temporary image resolution changes due to data compression, for example when the camera 5 is pivoted, in which complete, recompressed image information is temporarily stored in high image resolution. At times of low utilization of the data network 400, this data is then fed to the host computer 12 and later to the host computer 13 for storage. This has the advantage that the complete image information is available in the best possible representation when the recorded data is viewed at a later time, without this resulting in particular load peaks during the transmission via the network 400.
  • certain permissible limit values are advantageously transmitted from the remote control device 200 'to the test station 1 before a test bench run of the engine. During the test bench run, these limit values are then monitored by test station 1, and if at least one of these limit values is exceeded, a warning is issued to the operator or the test bench is switched off in whole or in part. Damage to the engine can occur, for example, if the ignition timing is inadvertently changed to extreme early ignition.
  • the limit value transmission described prevents damage to the engine and / or to the test bench, for example as a result of a disturbed or interrupted data transmission via the network 400.
  • FIG. 6 shows that when using commercially available personal computers for recording the measurement and control information and the video information which are transmitted via lines 14-17, this is preferably done by transmitting the aforementioned information via an internal bus system 19 of the control and Control computer 2 can be done.
  • a further bus subscriber 21, ie a network card is then connected to this bus system 19, which outputs the measurement data evaluated by the bus subscriber 20 and then entered into the bus system 19 to the test bench server 100 '.
  • a bus subscriber 22 is provided, which temporarily stores the measurement data and on demand for transmission to host computer 12. In this way, despite a time-critical transmission of large amounts of data, remote transmission and simultaneous storage of the aforementioned data with components customary in personal computers are made possible, as a result of which the invention can be implemented relatively inexpensively.
  • first and second embodiments can be linked together in such a way that in the second embodiment, i.e. in the remote control of the engine test bench, the transition between two successive working time intervals according to the first embodiment, in particular with the logging of object data and project management data described there.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Die Erfindung betrifft ein Verfahren, ein Computerprogramm und ein System zum Abwickeln eines Projektes von einer Mehrzahl unterschiedlich lokalisierter EDV-Einrichtungen (200', 300) aus, welche über ein Datennetzwerk (400) mit einem der zentralen Datenbereitstellung dienenden Hauptserver (100) zwecks Datenaustausch verbunden sind und wobei während einzelner Arbeitszeitintervalle zumindest teilweise jeweils eine andere aus der Mehrzahl der EDV-Einrichtungen (200', 300) für die Projektabwicklung aktiviert wird. Ausgehend von diesem Stand der Technik ist es die Aufgabe der Erfindung, das bekannte Verfahren, Computerprogramm und System derart weiterzubilden, dass Mitarbeiter an anderen, entfernt vom Hauptserver liegenden Standorten, eine vollwertige Mitarbeit an einem Projekt zu ermöglichen. Diese Aufgabe wird erfindungsgemäß dadurch gelöst, dass das Datennetzwerk (400) standortübergreifend ausgebildet ist und dass die einzelnen EDV-Einrichtungen (200) zumindest teilweise standortübergreifend lokalisiert sind.

Description

Verfahren, Computerprogramm und System zum Abwickeln eines Projektes
Die Erfindung betrifft ein Verfahren zum Abwickeln eines Projektes von einer Mehrzahl unterschiedlich lokalisierter EDV-Einrichtungen aus, welche über ein Datennetzwerk mit einem der zentralen Datenbereitstellung dienenden Hauptserver zwecks Datenaustausch verbunden sind und wobei während einzelner Arbeitszeitintervalle zumindest teilweise jeweils eine andere aus der Mehrzahl der EDV-Einrichtungen für die Projektabwicklung aktiviert wird.
Die Erfindung betrifft weiterhin ein Computerprogramm und ein System zum Realisieren von zumindest einzelnen Schritten dieses Verfahrens.
Aus dem Stand der Technik sind derartige Verfahren grundsätzlich bekannt. In vielen größeren Unternehmen sind EDV-Einrichtungen an unterschiedlich lokalisierten Arbeitsplätzen z.B. über ein Lokal Area Network LAN miteinander vernetzt. Die Mitarbeiter haben dann die Möglichkeit ihre jeweiligen Arbeitsergebnisse für ein Projekt, die sie während eines Arbeitszeitintervalls, z.B. während eines 8-stündigen Arbeitstages, gewonnen haben, über die EDV-Einrichtung an ihrem Arbeitsplatz und das LAN auf einem Hauptserver zu speichern. Diese Arbeitsergebnisse sind dann jederzeit, insbesondere zu Beginn eines nachfolgenden Arbeitszeitintervalls, auch von anderen an das LAN angeschlossenen EDV- Einrichtungen aus wieder abrufbar, um von dort aus die Projektarbeit fortzusetzen.
Bisher sind derartige Verfahren zur Projektabwicklung allerdings nur für räumlich begrenzte Anwendungen, insbesondere nur bezogen auf einen Unternehmensstandort, bekannt. Dies hat den Nachteil, dass Mitarbeiter an anderen Standorten nicht ohne Weiteres in die Projektarbeit mit einbezogen werden können.
Ausgehend von diesem Stand der Technik ist es die Aufgabe der Erfindung, ein bekanntes Verfahren, Computerprogramm und System der genannten Art derart weiterzubilden, dass Mitarbeitern an anderen, entfernt vom Hauptserver liegenden Standorten, eine vollwertige Mitarbeit an einem Projekt ermöglicht wird. Diese Aufgabe wird durch das in Anspruch 1 beanspruchte Verfahren gelöst. Genauer gesagt wird die Aufgabe demnach dadurch gelöst, dass das Datennetzwerk überregional, insbesondere international, ausgebildet ist und dass die einzelnen EDV-Einrichtungen zumindest teilweise überregional verteilt lokalisiert sind.
Der Begriff überregional ist bei der vorliegenden Erfindung im weitesten Sinne zu verstehen als über den Standort eines Unternehmens hinausgehend. Insbesondere meint überregional über eine Region eines Landes der Erde hinausgehend oder international, d.h. in verschiedenen Ländern der Erde, lokalisiert. Das erfindungsgemäße Verfahren ermöglicht die Verwirklichung einer Projekt-Stafette, bei welcher unterschiedliche Bedienpersonen der EDV-Einrichtungen zeitlich und räumlich unabhängig voneinander, insbesondere zeitlich hintereinander an demselben Projekt arbeiten können. Die Bedienpersonen brauchen ihren Standort nicht zu verlassen; sie brauchen insbesondere nicht an den Standort des Hauptservers zu reisen; das spart Reisekosten und Arbeitszeit.
Vorteilhafterweise kann die Projektarbeit durch das erfindungsgemäße Verfahren variabler gestaltet werden; z.B. können freie Kapazitäten an einzelnen Standorten eines Unternehmens besser genutzt werden. Gegebenenfalls können auch externe Partner eines Unternehmens ohne Informationsverlust mit einbezogen werden.
Bei den nicht-leitungsgebundenen Teilen des Datennetzes handelt es sich z.B. um eine Sattelitenübertragungsstrecke oder um ein Mobilfunknetz.
Bei einer überregionalen oder gar internationalen Lokalisierung von zumindest einzelnen EDV-Einrichtungen, kann ein Arbeitgeber von einem eventuell vorhandenen niedrigeren Lohnniveau in anderen Regionen oder Ländern profitieren. Überregionale, insbesondere weltweite Entwicklungskapazitäten können auf diese Weise genutzt werden; ein Know-How- Transfer zwischen den Standorten kann stattfinden, so dass eine Angleichung von Entwicklungsstandards ggf. weltweit erfolgen kann.
Sind die EDV-Einrichtung in unterschiedlichen Zeitzonen der Erde lokalisiert, so bietet sich vorteilhafterweise die Zeitverschiebung zur Verlängerung der Projektarbeitszeit pro Tag an, ohne das an einem Standort länger als üblich, z.B. ca. 6-8h, je nach aktueller Zeitverschiebung und lokalen/tariflichen Arbeitszeitregelungen, gearbeitet werden muss. Mit dem Ende einer Arbeitsschicht, d.h. eines Arbeitszeitintervalls, an einem ersten Standort kann die Projektarbeit an einem zweiten Standort, der eine Zeitverschiebung gegenüber dem ersten Standort aufweist, fortgesetzt werden. Auf diese Weise lassen sich wesentlich verkürzte Zeiten für die teilweise oder gesamte Projektabwicklung ohne Qualitätseinbußen und damit eine frühere Markteinführung eines aus der Projektarbeit resultierenden Produktes realisieren. Idealerweise wird ein Projekt zeitversetzt von 3 verschiedenen Standorten aus abgewickelt, die alle eine Zeitverschiebung von 7h zueinander aufweisen. Dann ist eine kontinuierliche Projektarbeit ohne zeitliche Überlappung möglich.
Für die Realisierung einer derartigen standortübergreifenden Projektarbeit ist es vorteilhaft, zumindest teilweise auf bestehende Datennetze, wie das Internet, ein Intranet oder ein Wide Area Network WAN, und verfügbare Softwareprogramme, wie Internet-Browser, zurückzugreifen. Vorteilhafterweise sind die verwendeten Netze gegen Datenmissbrauch geschützt.
Je nach Art des abzuwickelnden Projektes ist es von großem Vorteil, wenn die Übertragung von Daten im Datennetzwerk, insbesondere zwischen einer EDV-Einrichtung und dem Hauptserver in Echtzeit erfolgt.
Für einen reibungslosen Übergang in der Projektarbeit zwischen zwei aufeinanderfolgenden Arbeitszeitintervallen ist es vorteilhaft, wenn nicht nur konkrete, einem aktuellen Arbeitsobjekt zugeordnete Objektdaten, z.B. Arbeitsergebnisse in Form von Computer Aided Design CAD-Daten, in mindestens einer Objektdatei, sondern auch Projektverwaltungsdaten in einer separaten Projektverwaltungsdatei protokolliert und abgespeichert werden. Die Projektverwaltungsdaten umfassen insbesondere die jeweils während eines Arbeitszeitintervalls, d.h. einer Arbeitsschicht, durchgeführten Arbeitsschritte, deren Reihenfolge und/oder den aktuellen Projektstatus.
Neben den Objektdaten und den Projektverwaltungsdaten können auch Projektdaten in Form von Projektdateien insbesondere von einer EDV-Einrichtung aus auf dem Hauptserver abgelegt werden. Bei den Projektdaten handelt es sich um allgemeine, für die Umsetzung des Projektes zur Verfügung stehende Daten, wie Produktinformationen oder Planungsdaten. Auch die Projektdaten sind nach ihrer Speicherung auf dem Hauptserver für alle Projektbeteiligten, insbesondere auch von anderen EDV-Einrichtungen aus, abrufbar sind. Die Speicherung oder Protokollierung aller Daten, d.h. Objektdaten, Projektverwaltungsdaten oder Projektdaten, erfolgt im wesentlichen während eines jeweiligen Arbeitszeitintervalls; lediglich ein formaler Abschluss der Speicherung oder Protokollierung erfolgt zum Schichtende. Die Protokollierung erleichtert die Einarbeitung eines Mitarbeiters, d.h. einer Bedienperson für eine EDV-Einrichtung, zu Beginn eines neuen bzw. nachfolgenden Arbeitszeitintervalls.
Vorteilhafterweise erfolgt die Protokollierung der Objektdaten und / oder der Projektverwaltungsdaten mit Hilfe geeigneter Bildschirmseiten, insbesondere in Form von Eingabemasken, auf einem Bildschirm der jeweils aktuellen EDV-Einrichtung. Dabei fragen die Eingabemasken den Mitarbeiter nach der zu protokollierenden Information ab.
Durch das Bereitstellen von Wissensdatenbanken wird der Zeitaufwand, den ein Mitarbeiter für die Suche nach Informationen benötigt, wesentlich verkürzt.
Ein über die EDV-Einrichtungen zugängliches Projekt-Monitoring ermöglicht jederzeit, online, einen Überblick über den weltweiten Projektfortschritt, die an dem Projekt beteiligten Mitarbeiter, deren Aufgaben innerhalb des Projektes und über generelle Projektinformationen.
Eine Zeitmodellübersicht informiert auf Abfrage über die aktuellen Zeiten an den verschiedenen Standorten.
Die Erfindung ist nicht auf die Abwicklung bestimmter Arten von Projekten beschränkt. So ist eine standortübergreifende Projektarbeit nicht nur bei der Entwicklung von Produkten, sondern auch bei deren Tests denkbar. Weiterhin kann die Erfindung zur Fernbedienung von Anlagen im allgemeinen Anwendung finden. Beispiele sind die Fernbedienung einer Anlage zur Produktentwicklung, insbesondere eines Motorenprüfstandes, eines Bankautomaten, einer Fertigungsstraße, eines Kraftwerks oder eines Raketensilos.
Wenn die Erfindung zur Fernbedienung von Anlagen eingesetzt wird, dann ist der Hauptserver Bestandteil einer Prüfstation zum Ansteuern der Anlage und dann sind die EDV- Einrichtungen jeweils als Fernbedieneinrichtungen ausgebildet zum Fernbedienen der Anlage über das Datennetzwerk und die Prüfstation. Vorteilhafterweise führen die Prüfstation und/ oder die Fernbedieneinrichtung jeweils eine Reduzierung von Daten durch, bevor sie die resultierenden Daten an die jeweils andere Einrichtung übertragen.
Eine sehr effiziente Methode zur Datenreduzierung, welche sowohl in der Prüfstation wie auch in der Fernbedieneinrichtung vorgenommen werden kann, ist das Capturing von Bildschirmdaten, welche jeweils auf unterschiedlichen Bildschirmen dieser Einrichtungen anfallen.
Die Aufgabe der Erfindung wird weiterhin durch ein Computerprogramm zum Realisieren von zumindest einzelner Verfahrensschritte gemäß Patentanspruch 27 und durch ein System zum Realisieren des Verfahrens gemäß Patentanspruch 28 gelöst. Die Vorteile dieses Computerprogramms und des Systems entsprechen den oben für das Verfahren genannten Vorteilen.
Weitere vorteilhafte Ausgestaltungen des Verfahrens und des Systems sind Gegenstand der Unteransprüche.
Der Erfindungsbeschreibung sind insgesamt sechs Figuren beigefügt, wobei
Fig. 1 : ein Datennetzwerk, wie es der Erfindung zugrunde liegt;
Fig. 2 : einen Ablauf des erfindungsgemäßen Verfahrens anhand eines ersten Ausführungsbeispiels;
Fig. 3 : eine detaillierte Übersicht zur Vorgangsweise während eines Arbeitszeitintervalls;
Fig. 4 : den Hardwareaufbau für ein zweites Ausführungsbeispiel der Erfindung mit einer ersten Ausgestaltung einer Fernbedieneinrichtung;
Fig. 5 : eine zweite Ausgestaltung für die Fernbedieneinrichtung; und
Fig. 6 : eine Detailansicht eines Steuer- und Kontrollrechners;
zeigt. Die Figuren 1 und 2 beziehen sich auf die Erfindung im allgemeinen. Die Figur 3 ist überwiegend auch allgemein gehalten; sie bezieht sich aber teilweise auch auf ein konkretes erstes Ausführungsbeispiel der Erfindung, wonach die Erfindung zur überregionalen Konstruktion eines Bauteils verwendet wird.
Fig. 1 zeigt ein Datennetzwerk 400 wie es der Erfindung allgemein zugrunde liegt. Es verbindet einen Hauptserver 100 an einem ersten Standort A mit zwei Einrichtungen 200, 300 für elektronische Datenverarbeitung EDV, welche sich jeweils an unterschiedlichen Standorten, einem zweiten Standort B und einem dritten Standort C, befinden. Die einzelnen Standorte A, B, C liegen überregional verteilt, z.B. auf verschiedenen Kontinenten. Bei dem Datennetzwerk 400 handelt es sich vorzugsweise um ein gegen Datenmissbrauch geschütztes Netzwerk, d.h. ein angemeldetes oder firmeninternes Datennetz, z.B. ein Intranet). Möglich ist jedoch auch die Verwendung des Internet als Datennetz 400. Eine direkte Verbindung zwischen den EDV-Einrichtungen 200 und 300 an den Standorten B und C ist nicht erforderlich.
Fig. 2 zeigt als erstes Ausführungsbeispiel der Erfindung einen typischen Ablauf des erfindungsgemäßen Verfahrens für die Konstruktion eines Kfz-Bauteils an verschiedenen EDV-Standorten. Demnach wird in einem ersten Verfahrensschritt S 2-1 einer der verfügbaren Standorte, z.B. der Standort B, ausgewählt, damit dort eine Bedienperson während eines ersten Arbeitszeitintervalls n=1 mit der Projektarbeit beginnt, wie dies in Schritt S 2-2 dargestellt ist. Während oder am Ende des n=1 'ten Arbeitszeitintervalls werden dann gemäß Schritt S 2-3 die während dieses Arbeitszeitintervalls gewonnenen Arbeitsergebnisse in einer Objektdatei und Projektverwaltungsdaten in einer eigenen Projektverwaltungsdatei protokolliert und abgespeichert.
Die Objektdateienthält z.B. Informationen über tatsächlich durchgeführte Arbeiten, d.h. insbesondere darüber, was an dem Bauteil gemacht worden ist. Darüber hinaus informiert sie über den aktuelle durchgeführten Arbeitsschritt des Projektes, wenn dieser noch nicht abgeschlossen ist, und über den nächsten anstehenden Arbeitsschritt. Weiterhin kann sie über aufgetretene, noch nicht gelöste Probleme, über Referenzen zu anderen Bauteilen, über kontaktierte Personen oder über benötigte Informationen informieren. Die Projektverwaltungsdaten umfassen dagegen insbesondere die jeweils für eine bestimmtes Arbeitszeitintervall planmäßig durchzuführenden Arbeitsschritte, deren Reihenfolge und/oder den aktuellen Projektstatus.
Die Objektdaten sowie die Projektverwaltungsdaten zusammen sollten alle wichtigen Informationen enthalten, welche für eine spätere Fortsetzung der Projektarbeit in einem nachfolgenden Arbeitszeitintervall erforderlich sind. Die Speicherung von sowohl den Objektdaten wie auch den Projektverwaltungsdaten erfolgt vorzugsweise auf einem dem Hauptserver 100 zugeordneten Datenspeicher 110.
Vor einer Fortsetzung der Projektarbeit in einem nachfolgenden Arbeitszeitintervall n=n+1 , wird zunächst gemäß Schritt S 2-4 geprüft, ob das Projekt fertig ist oder abgebrochen werden soll. Wenn dem so ist, dann ist dass Verfahren beendet S 2-6.
Wenn dem nicht so ist, dann wird gemäß Schritt S 2-5 das nachfolgenden Arbeitszeitintervall damit begonnen, dass die gespeicherten Objektdaten und Projektverwaltungsdaten des vorangegangenen Arbeitszeitintervalls abgerufen werden. Auf Basis dieser Informationen wird dann die Projektarbeit mit Schritt S 2-2 fortgesetzt. Neben den abgerufenen Daten hat die Bedienperson natürlich auch die Möglichkeit, über e-mail, Telefon oder per Videokonferenz Kontakt mit anderen Personen aufzunehmen, um aktuelle Probleme schnell zu klären. Das nachfolgende Arbeitszeitintervall wird in der Regel von einer Bedienperson am Standort C mit Hilfe der dort vorhandenen EDV-Einrichtung absolviert.
_ I
An dieser Stelle sei besonders auf die beschriebene erfindungsgemäße Protokollierung der Projektverwaltungsdaten hingewiesen. Diese ermöglichen gegenüber einem reinen Abruf von Objektdaten nicht nur einen schnelleren Einstieg bei der Fortsetzung der Projektarbeit, insbesondere dann, wenn sie auch Anmerkungen, Anweisungen oder Richtlinien für zukünftige Konstruktionsschritte beinhaltet. Darüber hinaus ermöglicht sie auch eine gute und einfache Projektdokumentation, z.B. in Form von Unterlagen für die Qualitätsdokumentation, Schulungspapieren etc. Die Protokollierung kann zumindest zum Teil automatisch erfolgen, indem die einzelnen Arbeitsschritte auf bestimmte, in einer Datenbank abgelegte Muster hin überprüft werden.
Wenn die Objektdatei und die Projektverwaltungsdatei, wie oben beschrieben, auf einem dem Hauptserver 100 zugeordneten Datenspeicher 110 gespeichert werden, hat dies den Vorteil, dass die Daten dann vollautomatisch verwaltet werden können. Das transportierte Datenvolumen entspricht dann dem tatsächlich benötigten Volumen. Jede der EDV- Einrichtungen 200, 300 kann dann über die aktuell benötigten Daten verfügen. Je nach Auslastung und Leistung des Datennetzes ergibt sich allerdings eine mehr oder weniger hohe Antwort- und Wartezeit auf benötigte Daten. Dieser Nachteil kann durch eine Replizierung der Dateien auf dem Hauptserver 100 an die EDV-Einrichtungen 200 und 300 vermieden werden. Durch die Replizierung stehen an den einzelnen Standorten der EDV- Einrichtungen immer die kompletten und aktuellen Daten zur Verfügung. Dabei dienen die Daten auf dem zentralen Hauptserver als Master-Datensatz, welcher mit entsprechenden Routinen auf die anderen EDV-Einrichtungen 200, 300 repliziert wird. Zur Replizierung müssen nur diejenigen Daten kopiert werden, die tatsächlich geändert wurden. Im Normalfall ist dies nur ein geringer Teil des gesamten Datenbestandes.
Neben der Replizierung gibt zahlreiche andere bekannte Verfahren zur Datenübertragung, z.B. mittels eines sogenannten Filetransferprotokolls FTP.
Anhand der Figur 3 wird nachfolgend das Vorgehen während eines Arbeitszeitintervalls gemäß Schritt S 2-2 in Fig. 2 unter der Voraussetzung das protokollierte Informationen aus dem vorangegangenen Arbeitszeitintervall vorliegen näher beschrieben.
Nach der Übernahme der Objektdaten und der Projektverwaltungsdaten von dem vorangegangenen Arbeitszeitintervall zur Konstruktion des Bauteils aus den entsprechenden Dateien in Schritt S 3-1 entnimmt die Bedienperson an einer entfernten EDV-Einrichtung 200, 300 diesen Daten eine Beschreibung des aktuellen Prozessstatus' und des nächsten Arbeitsschrittes, Schritt S 3-2, und führt diesen aus, Schritt S 3-3.
Ist die Projektverwaltungsdatei nicht oder nur unvollständig verfügbar, beispielsweise bei Fehlen eines Kommentars für die nachfolgenden Arbeitsschritte, bedeutet dies eine Konfliktsituation, in welcher außerordentliche Schritte durchgeführt werden müssen. In diesem Falle empfiehlt sich eine Kontaktaufnahme mit den Kollegen an dem Standort, wo das vorangegangene Arbeitszeitintervall abgewickelt wurde, um die Daten zu vervollständigen. Nach Klärung der Ursache für die unvollständige Projektverwaltungsdatei wird z.B. eine Replikation der aktuellen Daten durchgeführt und in die Projektverwaltungsdatei ein Kommentar über die Konfliktsituation aufgenommen. Wenn dieser Arbeitsschritt abgeschlossen ist erfolgt gemäß Schritt S 3-4 eine Fortsetzung der Projektarbeit mit dem nächsten vorgesehenen Arbeitsschritt zur Konstruktion des Bauteils gemäß S 3-2 u.s.w. Diese sequentielle Abwicklung von einzelnen Arbeitsschritten während eines Arbeitszeitintervalls erfolgt solange, bis das Arbeitszeitintervall beendet ist oder bis die Abwicklung eines Arbeitsschrittes aufgrund einer Störung nicht beendet werden kann. Ist die Zeit für das aktuelle Arbeitszeitintervall zumindest fast abgelaufen, so wird die Arbeit gemäß Schritt 3-10 mit Schritt 2-3 aus Fig. 2 fortgesetzt.
Ist dagegen das Arbeitszeitintervall noch nicht abgelaufen und liegt eine Störung vor, so bedeutet dies wiederum eine Konfliktsituation, in welcher ähnlich wie oben, Kontakt zu anderen Kollegen oder Fachleuten hergestellt werden muss, um gemäß Schritt S 3-5 nach der Ursache für die Störung fahnden zu können. Die Kontaktaufnahme, zwecks Erhalt erforderlicher Anweisungen, kann z.B. in Form einer
Telefon-Konferenz von Fachleuten erfolgen, S 3-7. Sollte sich die Ursache jedoch nicht in absehbarer Zeit finden lassen, so wird ein anderer Arbeitsschritt für die weitere Bearbeitung ausgewählt, Schritt S 3-8. Die Projektabwicklung wird dann mit Schritt S 3-2 fortgesetzt.
Im folgenden wird ein zweites Ausführungsbeispiel für die Erfindung näher beschrieben.
Das zweite Ausführungsbeispiel beschreibt ein Projekt, bei dem eine Anlage, hier ein Motorenprüfstand, von einer Prüfstation aus angesteuert und über eine Fernbedieneinrichtung ferngesteuert wird.
An dem Motorenprüfstand werden für die Neuentwicklung von Fahrzeugmotoren bestimmte Versuche durchgeführt, z.B. wird mit ihrer Hilfe die Belastbarkeit und Haltbarkeit neuer Motoren getestet. Derartige Motorenprüfstände sind in der Anschaffung relativ teuer und aufwendig. Zudem erfordert ihre Bedienung gut geschultes Fachpersonal. Eine möglichst rationelle Auslastung der Motorenprüfstände ist daher anzustreben.
Ein Motorenprüfstand besteht aus einer mechanischen Aufnahmevorrichtung für den zu prüfenden Motor und einer damit verbundenen elektronischen Steuer- und Auswerteeinrichtung, im folgenden Prüfstation genannt. Für einen Prüfstandslauf wird der Motor auf der Aufnahmevorrichtung montiert und mit einer Vielzahl von Sensoren bestückt. Die mechanische Aufnahmevorrichtung weist eine Vielzahl von Aktuatoren auf, die zur Einstellung verschiedener Motorparameter, wie z.B. der Kraftstoffzufuhrmenge oder des Zündzeitpunktes, dienen. Die Erfassung der Messwerte durch die Sensoren und die Vorgabe der Stellungen der Aktuatoren erfolgt mittels der Prüfstation, welche zur Übertragung der hierfür notwendigen Daten über ein Vielzahl von Datenleitungen mit der Aufnahmevorrichtung verbunden ist. Wegen der auszutauschenden großen Datenmengen und der Vielzahl der Leitungen sind die Prüfstation und die Aufnahmevorrichtung vorzugsweise räumlich dicht beieinander angeordnet.
In der Prüfstation erfolgt eine Vorverarbeitung der von den Sensoren empfangenen Rohdaten in eine für Motorenfachleute geeignete Darstellung, z.B. in Form von Tabellen, Diagrammen, Messschrieben. Die so vorverarbeiteten Daten ermöglichen im Vergleich zu den Rohdaten einen besseren und schnelleren Überblick über das Motorverhalten. Die vorverarbeiteten Daten werden z.B. auf Bildschirmen oder als Papierausdruck ausgegeben.
In Fig. 4 ist eine derartige Prüfstation 1 zur Ansteuerung eines Motorenprüfstand es dargestellt; der besseren Übersichtlichkeit halber sind der Motorenprüfstand mit der Aufnahmevorrichtung für den Motor und mit dem zu prüfenden Motor selber nicht dargestellt.
Eine Projektabwicklung gemäß der vorliegenden Erfindung besteht in der Fernbedienung der Prüfstation 1 von einer an einem beliebigen Standort befindlichen EDV-Einrichtung 200 aus, nachfolgend auch Fernbedieneinrichtung 200' genannt, über ein Datennetzwerk 400. Der Standort der Fernbedieneinrichtung muß nicht, mit dem Standort der Prüfstation 1 und der Aufnahmeeinrichtuήg übereinstimmen.
In Fig. 4 befindet sich die Prüfstation 1 mit der Aufnahmevorrichtung z.B. in Mexiko während sich die Fernbedieneinrichtung 200' z.B. in Deutschland befindet. Die Prüfstation 1 weist vorzugsweise einen Steuer- und Kontrollrechner 2 mit einem Prüfstandsbetriebssystem, einen Datenverarbeitungs- und Anzeigerechner 3 sowie einen Parameter- und Anzeigemodul 4 auf. Der Steuer- und Kontrollrechner mit dem Prüfstandsbetriebssystem 2 dient zur Einstellung der Aktuatoren des Motorprüfstandes und zur Anzeige der aktuell eingestellten Werte. Der Datenverarbeitungs- und Anzeigerechner 3 dient zum Empfang der von den Sensoren des Motorprüfstandes ermittelten Messwerte und zu deren Verarbeitung und Anzeige in der für Motorenfachleute üblichen Darstellung. Das Parameter- und Anzeigemodul 4 dient zur Versorgung eines bei modernen Motoren obligatorischen Motorsteuergerätes (nicht gezeigt) mit Parametern wie z.B. Kennlinienfeldern, und zu deren Anzeige auf einem Bildschirm. Insoweit handelt es sich um eine für eine Prüfstation 1 eines Motorenprüfstandes übliche Ausstattung. Zwecks Fernbedienung sind in der Prüfstation außerdem eine Kamera- und Mikrofoneinrichtung 5, welche zur Erfassung von Bild und Tondaten in der Prüfstation 1 dient, sowie ein Hauptserver 100, nachfolgend auch als Prüfstandserver 100' bezeichnet, vorgesehen, welcher als Schnittstelle zum Anschließen der genannten Komponenten 2 bis 5 an ein Datennetzwerk 400 fungiert.
Die Fernbedieneinrichtung 200' weist in einer ersten bevorzugten Ausgestaltung gemäß Fig. 4 für jede der in der Prüfstation 1 vorgesehenen Komponenten 2 bis 4, eine funktionell gleichartige Komponente, nämlich einen Steuer- und Kontrollrechner 210' mit dem Prüfstandsbetriebssystem, einen Datenverarbeitungs- und Anzeigerechner 220' sowie einen Parameter- und Anzeigemodul 230' auf. Weiterhin umfasst sie idealer Weise auch eine Ausgabeeinrichtung 240' zum Anzeigen der in der Prüfstation von der Kamera- und Mikrofoneinrichtung 5 aufgenommenen Bild- und Tondaten 230' . Die Ausgabeeinrichtung 240' kann Mittel zur Bedienung der Kamera- und Mikrofoneinrichtung 5 enthalten, z.B. für eine Veränderung der Kameraposition oder des Bildausschnitts. Darüber hinaus weist die Fernbedieneinrichtung 200' einen Server 250' auf, welcher als Schnittstelle fungiert und als solche die Fernbedienstation 200', d.h. insbesondere die genannten Komponenten 210', 220', 230', und 240' and das Datennetzwerk 400 ankoppelt. Der Server 250' verteilt die Bildschirminhalte auf die Bildschirme der entsprechenden Komponenten 210'- 250' in der Fernbedieneinrichtung 200'.
In einer zweiten bevorzugten Ausgestaltung, wie sie in Fig. 5 dargestellt ist, weist die Fernbedieneinrichtung 200' lediglich den Server 250' und einen Großbildschirm 260' auf. Auch hier dient der Server 250' zum Ankoppeln der Fernbedieneinrichtung 200' and das Datennetzwerk 400. Auf dem Großbildschirm 260' können die Bilder von einem oder mehreren Bildschirmen der Prüfstandskomponenten 2-5 der Prüfstation, insbesondere auch zeitgleich reproduziert werden; bei 4 Komponenten wäre der Großbildschirm dann vorteilhafterweise viergeteilt. Dies hat den Vorteil, dass die Bedienperson der Fernbedieneinrichtung 200' alle Komponentenrechner 2-5 in der Prüfstation 1 über nur eine Tastatur und nur eine Maus steuern kann und nicht über die vier Einzelkomponenten 210'- 250' wie bei der ersten Ausgestaltung der Fernbedieneinrichtung 200'. Ermöglicht wird eine derartige Ansteuerung des Großbildschirms 260' durch eine spezielle Graphikkarte an welcher bis zu 4 Monitore anschließbar sind. Z.Zt. können 4 derartige Karten in den Server 250' eingebaut werden, so dass z.Zt. maximal 16 Bildschirme in der Prüfstation 1 auf dem Großbildschirm 260' der Fernbedienungseinrichtung 200' dargestellt werden können. Gleichzeitig ermöglicht die Graphikkarte auch eine Bedienung von bis zu 16 Komponenten in der Prüfstation von dem einen Großbildschirm 260' in der Fernbedieneinrichtung 200' aus.
Im Unterschied zur ersten Ausgestaltung der Fernbedieneinrichtung kann bei der zweiten Ausgestaltung die Hardware aller Komponenten 210', 220', 230' und 240' eingespart werden, weil die Fernbedienung nur noch über den Server 250' und den einen Großbildschirm 260' erfolgen kann. Eine Kommunikation der Bedienperson mit der Prüfstation 1 erfolgt dann nicht mehr, wie bei der ersten Ausgestaltung direkt von einer bestimmten Komponente 210'- 240' der Fernbedienstation mit der entsprechenden Komponente 2-5 in der Prüfstation, sondern eben nur noch über den zentralen Großbildschirm. Die Bedienung wird dadurch übersichtlicher und komfortabler für die Bedienperson.
In beiden Ausgestaltungen ist die Prüfstation 1 , wenn auch jeweils auf andere Weise, in der Fernbedieneinrichtung 200' zumindest näherungsweise 1 :1 abgebildet, so dass einer Bedienperson in der Fernbedieneinrichtung 200' der Eindruck vermittelt wird, den Motorenprüfstand unmittelbar - quasi von der Prüfstation aus - beeinflussen zu können. Auch die zur Bedienung erforderlichen Eingriffe sind bei der Fernbedieneinrichtung 200' identisch mit denen in der Prüfstation 1. Hierdurch kann ein erneutes Anlernen der Bedienperson vermieden werden.
Es ist auch möglich, den Motorprüfstand wechselweise oder auch simultan sowohl von einer oder mehreren Fernbedieneinrichtungen 200' oder 300 als auch direkt von der Prüfstation 1 aus zu steuern. Hierdurch ist es möglich, bei in unterschiedlichen Zeitzonen der Erde gelegenen Prüfstationen 1 einen ganztägigen Betrieb des Motorprüfstands zu den jeweils lokal vorgeschriebenen oder als angenehm empfundnen Arbeitszeitintervallen zu gewährleisten.
Der Prüfstandsserver 100' und der Server 250' in der Fernbedieneinrichtung 200' können beide unabhängig voneinander in 2 verschiedenen Betriebsmodi betrieben werden.
In einem ersten Betriebsmodus schalten die Server 100, 250' die einzelnen Komponenten 2 bis 5 oder 210'-240' jeweils als separate Busteilnehmer an das Netzwerk 400. Die einzelnen Leitungen 14, 15, 16 und 17 werden dann quasi nur parallel durch den jeweiligen Server hindurchgeführt. Das hat den Vorteil, dass eine Zusammenfassung sämtlicher Datenströme
14, 15, 16 und 17 vor ihrer Einspeisung in das Datennetzwerk 400 zu einen gemeinsamen Datenstrom, entbehrlich ist. Ein weiterer Vorteil der separaten Netzwerkanbindung der Komponenten ist, dass die Datenauslastung des Netzwerkes gleichmäßiger gestaltet werden kann.
In einem zweiten Betriebsmodus fassen die Server 100', 250' die einzelnen Datenströme 14,
15, 16 oder 17 zu einem gemeinsamen Datenstrom zusammen. Dies kann insbesondere dann von Vorteil sein, wenn die Server zur Übertragung von Capturingdaten eingesetzt wird, wodurch eine deutliche Datenreduktion erreicht wird, wie weiter unten näher erläutert wird.
Sowohl die einzelnen Komponenten 2 bis 5 der Prüfstation 1 als auch die einzelnen Komponenten 210' bis 240' der Fernbedieneinrichtung 200' und die beiden Server 100', 250' übertragen ihre Daten in Form von Datenpaketen von kleiner bis mittlerer Größe, um hierdurch eine längerfristige Belegung des Datennetzwerkes 400 zu vermeiden.
Da, wie bereits erwähnt, ein reger Datenaustausch zwischen der Aufnahmeeinrichtung für den Motor und der Prüfstation 1 des Motorprüfstands besteht und somit bei einer Fernbedienung es Motorprüfstands über das Datennetzwerk 400 hohe Datenmengen zu übertragen wären, andererseits aber die Übertragungsbandbreite vorhandener Datennetze 400 begrenzt bzw. relativ teuer ist, wird angestrebt, die über das Netzwerk 400 zu übertragenden Datenmengen gering zu halten. Dazu bieten sich verschiedene Möglichkeiten an:
Eine erste Möglichkeit besteht darin, dass die Prüfstation 1 anstelle der unmittelbar von den an dem zu testenden Motor befindlichen Sensoren empfangenen Rohdaten, diese repräsentierende, vorverarbeitete Daten an die Fernbedieneinrichtungen zu senden. Die vorverarbeiteten Daten sind gegenüber den Rohdaten wesentlich komprimiert.
Eine zweite Möglichkeit zur deutlichen Reduzierung der zu übertragenden Datenmenge und damit zur Einsparung von Datenbandbreite im Netzwerk 400 besteht in der Übertagung von sogenannten Capturingdaten. Diese Capturingdaten repräsentieren den Bildschirminhalt (z.B. eine Hardcopy) von Bildschirmen einer oder mehrerer Komponenten 2, 3 oder 4 der Prüfstation 1 oder einer oder mehrerer Komponenten 210'-240' der Fernbedienstation 200'; sie können dem Videospeicher (nicht gezeigt) der jeweiligen Komponente entnommen werden. Durch das Capturing wird eine Übertragung von Daten in zumindest näherungsweise Echtzeit möglich, wodurch die Fernbedienung der Prüfstation wesentlich komfortabler wird. Ein Warten auf eine Quittierung ist entweder überhaupt nicht mehr oder nur noch einmalig erforderlich. Ein weiterer Vorteil der Echtzeitübertragung besteht darin, dass die den Prüfstand von einer Fernbedienstation 200' aus bedienende Person in eine Lage versetzt wird, als arbeite sie direkt in der Prüfstation 1 , weil die Versuchs- und Messwerte quasi zeitgleich wie in der entfernten Prüfstation 1 angezeigt werden.
Auch im Capturing Betrieb können die beiden Server 100, 250' entweder in ihrem ersten oder zweiten Betriebsmodus betrieben werden. Vorzugsweise werden sie dann jedoch in dem oben beschriebenen zweiten Betriebsmodus betrieben, weil der Capturing Betrieb neben der deutlichen Datenreduktion auch eine vereinfachte Zusammenfassung aller Bildschirminhalte der einzelnen Komponenten 2 bis 5 ermöglicht; beides ist vorteilhaft sowohl für die Datenübertragung über das Netzwerk 400 wie insbesondere auch für den Betrieb des Großbildschirms 260'.
Bei der Zusammenfassung der Daten sammelt insbesondere der Prüfstandsserver 100' die Capturingdaten von mehreren Bildschirmen der einzelnen Komponenten 2-5 der Prüfstation 1 und sendet diese in einem Sammel-Datenpaket an den Server 250' der Fernbedieneinrichtung 200'. In den Datenpaketen sind neben den Bildschirminhalten selber auch deren Ursprungsadressen, d.h. die Adresse ihrer Ausgangskomponenten in der Prüfstation 1 , enthalten. Der Server 250' ist aufgrund der Adressen in der Lage, die Bildschirminhalte entweder den Bildschirmen der entsprechenden Komponenten 210'- 250' richtig zuzuordnen oder sie auf dem Großbildschirm in geeigneter Weise darzustellen; je nach dem, wie die Fernbedieneinrichtung 200' ausgestaltet ist. Es ist ein einfacher zeitlicher Abgleich, d.h. eine einfache Synchronisation, der Datenpakete möglich.
Für den Fall, dass mehrere Fernbedieneinrichtungen an die Prüfstation 1 angeschlossen sein sollten, koordinieren deren jeweilige Server auch verschiedene Datenanfragen von berechtigten Bedienpersonen der einzelnen Fachbedieneinrichtungen.
Besonders vorteilhaft beim Capturing Betrieb ist, dass dieser mit bereits vorhandener, käuflich zu erwerbender Software realisiert werden kann. Ein weiterer Vorteil des Capturing ist, dass die für eine Auswertung durch Motorenfachleute bereits vorhandenen, vorverarbeiteten Daten direkt verwendet und übertragen werden können; somit ist für die Abbildung der Daten aus der Prüfstation in der Fernbedieneinrichtung 200' keine gesonderte Datenaufbereitung mehr erforderlich.
Als Netzwerk 400 bieten sich bereits vorhandene asynchrones Datennetze, z.B. ein Intranet oder das Internet, an. Derartige Datennetze weisen nachteiligerweise jedoch i.d.R. keine definierten Übertragungszeiten für die Datenpakete auf. Es kann somit vorkommen, dass ein erstes Datenpaket, welches zeitlich vor einem zweiten Datenpaket abgesandt wurde, erst nach dem zweiten Datenpaket beim Empfänger ankommt. Eine derartige unkoordinierte Übertragung ist bei dem im vorliegenden Fall angestrebten sogenannten Echtzeitbetrieb für die Fernbedienung und die Darstellung der empfangenen Daten unerwünscht. In einer vorteilhaften Weiterbildung der Erfindung wird daher den Datenpaketen eine Synchronisierungsinformation zugefügt. Bei einer solchen Synchronisierungsinformation kann es sich beispielsweise um einen sogenannten Sync-Master handeln. Ein solcher, dem Fachmann bekannter Sync-Master kann z.B. auf eine Uhrzeit, auf ein Ereignis oder auf beides getriggert werden. Hierfür wird eine fortlaufende Codierung verwendet, die vom Fachmann nach Bedarf festgelegt wird. Diese Codierung wird den gesendeten Daten hinzugefügt. Dem Datenempfänger wird diese Codierung mitgeteilt. Alternativ zu dem SyncMaster kann auch ein üblicher Synchronimpuls verwendet werden. Besonders vorteilhaft ist die Verwendung von Zeitmarken, d.h. einer Echtzeitinformation, als Synchronisationsinformation.
Bei jedem der genannten Beispiele für Synchronisationsinformation kann der Empfänger die empfangenen Datenpakete in der richtigen Reihenfolge wiedergeben. Des weiteren können auch einander entsprechende, ursprünglich bei den Komponenten 2-5 und 210'-240' zeitgleich auftretende Ereignisse nach dem Empfang wieder einander korrekt zugeordnet werden, so dass sich für die in der entfernten Fernbedieneinrichtung tätige Bedienperson ein einheitlicher Eindruck bei der Darstellung der empfangenen Daten und Messwerte ergibt.
Eine Folge der Synchronisation der Datenpakete ist, dass relativ schnell übertragene Datenpakete künstlich verzögert werden müssen, damit sie mit langsamer übertragenen Datenpaketen zeitgleich in der Fernbedienstation 200' dargestellt werden können. Dies kann in einigen Fällen zu einer Art Datenstau der relativ schnell übertragenen Datenpakete führen, was aus Gründen des dafür erforderlichen Speicherbedarfs unerwünscht ist. Außerdem ist die gestaute Information nach einer gewissen Zeit derart veraltet, dass sie für eine Echtzeitdarstellung der Daten nicht mehr brauchbar ist. Aus diesem Grund wird in einer vorteilhaften Weiterbildung der Erfindung in gewissen Zeitabständen, z.B. im Abstand einiger Sekunden, eine Zwangsaktualisierung (Refreshing) der dargestellten Daten vorgenommen. Dabei werden die gestauten Datenpakete verworfen, sofern sie durch aktuelle Datenpakete ersetzt werden können oder sie als veraltet erkannt werden. Es wird dann mit den aktualisierten Daten weitergearbeitet.
Eine derartige Zwangsaktualisierung hat bei der Bildübertragung unter Verwendung eines derzeit gängigen Kompressionsverfahrens, z.B. MPEG 2, den weiteren Vorteil, dass auch kleinere Bildveränderungen, welche infolge des Kompressionsverfahrens an sich nicht überragen werden, nach einer gewissen Zeit trotzdem auf der Empfangsseite erscheinen.
Wenn, wie oben beschrieben, ein Prüfstandsserver 100' und ein Fernbedienungsserver 250' vorgesehen sind, um den Datentransfer zwischen dem Prüfstand 1 und mindestens einer Fernbedieneinrichtung 200' in Form von Datenpaketen abzuwickeln, dann kann die Verwendung spezieller Synchronisationsinformation unter bestimmten Bedingungen entbehrlich sein. Dies gilt insbesondere dann, wenn der Datentransfer zwischen den Servern 100 und 250', z.B. über ein Intranet, in Form sogenannter TCP/ IP-Protokolle erfolgt, wobei diese Protokolle nur noch über ein lokales Netzwerk umfassend die Leitungen 14, 15, 16 oder 17 aufgebaut werden.
In einer vorteilhaften Weiterbildung der Erfindung werden die über das Datennetzwerk 400 ausgetauschten Datenpakete über einen bestimmten Zeitraum aufgezeichnet, z.B. über eine Stunde. Dies hat den Vorteil, dass die Daten nach einem durchgeführten Versuch in Ruhe von den Motorenfachleuten ausgewertet oder weiterverarbeitet werden können, z.B. zu Diagrammen oder zwecks statistischer Analysen. Ein weiterer Vorteil ist, dass bestimmte Ereignisse bei einem Prüfstandslauf, z.B. ein bei der Motorenprüfung aufgetretener Defekt an dem Motor, nach dessen Eintritt noch einmal analysiert werden kann (sogenannte Post- mortem Analyse). Durch die Verwendung der Synchronisationsinformation ist auch beim späteren Abspielen der aufgezeichneten Daten eine eindeutige Zeitzuordnung möglich, was beispielsweise für einen gleichmäßigen Bildablauf sorgt.
Zur Datenaufzeichnung ist mindestens ein Hostrechner 12 oder 13 vorgesehen, der an irgendeiner Stelle mit dem Netzwerk 400 verbunden sein kann. Sinnvollerweise ist der Hostrechner entweder in der Nähe der Prüfstation 1 oder in der Nähe der Fernbedieneinrichtung 200' angeordnet. Die erstgenannte Anordnung bietet den Vorteil, dass der Aufwand zur Übertragung von Daten über größere Entfernungen über das Datennetzwerk 400 gering gehalten wird. Das Vorsehen von nur einem Hostrechner empfiehlt sich z.B. dann, wenn die Entwicklungshoheit am Ort der Prüfstation 1 liegt und die fachkundige Auswertung der von den Sensoren gelieferten Messergebnisse auch dort erfolgt.
Alternativ zu nur einem Hostrechner 12 können auch zusätzliche Hostrechner 13 den Fernbedieneinrichtungen 200' zugeordnet sein. Zur Vermeidung einer hohen Netzbelastung zwischen der Prüfstation 1 und den räumlich entfernten Fernbedieneinrichtungen 200', 300 speichert jeder der Hostrechner 12, 13 die Daten der ihm jeweils zugeordneten Einrichtung. Vorteilhafterweise überwachen die Hostrechner die Auslastung des Netzwerkes 400, um zu Zeiten geringer Auslastung automatisch einen Abgleich ihrer Daten vornehmen zu können. Die beschriebene Aufstellung von mehreren Hostrechnern 12, 13 empfiehlt sich insbesondere dann, wenn eine Auswertung der Daten nicht nur am Ort der Prüfstation, sondern auch am Ort der Fernbedieneinrichtung erfolgen soll; durch Vorsehen der beiden Hostrechner kann dann eine deutliche Reduzierung der Netzwerkbelastung erzielt werden.
Zur weiteren Reduzierung des Datenübertagungsaufwandes ist die Kamera- und Tonaufzeichnungseinrichtung 5 mit einer Datenkompressionseinrichtung (hier nicht dargestellt) versehen, welche unter Verwendung von spezieller Hardware und Software eine Datenkompression der Bilddaten nach einem derzeit gängigen Kompressionsverfahren, z.B. MPEG 2, vornimmt. Die Datenkompressionseinrichtung weist einen Hardware-Coder auf, der die Codierung in das MPEG 2-Format vornimmt. Mittels der Software können die MPEG 2- codierten Daten dann den zur Verfügung stehenden Netzwerkbandbreiten angepasst werden. Hierdurch kann ein Betrachter in einzelnen Schritten die Bildauflösung und die Bildfarbtiefe bestimmen. Für die Dekodierung der Bilddaten wird beim Empfänger eine Dekodierungssoftware eingesetzt. Für die Codierung der Tonarten wird ein sogenannter Wave-Coder eingesetzt, welcher sowohl über Mono- und Stereoeinstellungen verfügt, wie auch externe Midigeräte betreiben kann. Empfangsseitig kommt ebenfalls eine Dekodierungssoftware zum Einsatz. Durch ein Hardware-Dualsystem kann der Rechner sowohl Daten aufnehmen, d.h. speichern, wie auch übertragen. In einer vorteilhaften Weiterbildung der Erfindung sind zur Kompensation von datenkompressionsbedingten temporären Bildauflösungsveränderungen, z.B. bei einem Schwenken der Kamera 5, temporäre Datenspeicherungsmittel 18 vorgesehen, in denen komplette, umkomprimierte Bildinformation in hoher Bildauflösung zwischengespeichert ist. Zu Zeiten geringer Auslastung des Datennetzes 400 werden diese Daten dann dem Hostrechner 12 und später dann dem Hostrechner 13 zur Speicherung zugeführt. Dies hat den Vorteil, dass die vollständige Bildinformation in bestmöglicher Darstellung bei einer späteren Betrachtung der aufgezeichneten Daten zur Verfügung steht, ohne dass hierdurch besondere Belastungsspitzen bei der Übertragung über das Netzwerk 400 auftreten.
Zur Vermeidung von Beschädigungen an dem Motor oder an der Prüfstation 1 werden vorteilhafterweise vor einem Prüfstandslauf des Motors bestimmte zulässige Grenzwerte von der Fernbedienungseinrichtung 200' an die Prüfstation 1 übertragen. Während des Prüfstandslaufs werden diese Grenzwerte dann von der Prüfstation 1 überwacht und bei einer Überschreitung von mindestens einem dieser Grenzwerte wird eine Warnung an die Bedienperson ausgegeben oder der Prüfstand ganz oder teilweise abgeschaltet. Eine Beschädigung des Motors kann beispielsweise auftreten, wenn versehentlich der Zündzeitpunkt auf eine extreme Frühzündung verstellt wird. Durch die beschriebene Grenzwertübertragung werden Beschädigungen an dem Motor und / oder an dem Prüfstand etwa in Folge einer gestörten oder unterbrochenen Datenübertragung über das Netzwerk 400 vermieden.
Schließlich ist es vorteilhaft, wenn wenigstens einige der Komponenten 2-5 oder 210'-240' Mittel zur gleichzeitigen Übertragung von Daten über das Netzwerk 400 und zur lokalen Speicherung aufweisen.
Fig. 6 zeigt, dass bei Verwendung von handelsüblichen Personalcomputern zur Erfassung der Mess- und Steuerinformationen sowie der Videoinformationen, welche über die Leitungen 14-17 übertragen werden, dies vorzugsweise durch die Übertragung der zuvor genannten Informationen über ein internes Bussystem 19 des Steuer- und Kontrollrechners 2 erfolgen kann. An dieses Bussystem 19 ist dann neben einem für die Messdatenerfassung erforderlichen Busteilnehmer 20 ein weiterer Busteilnehmer 21 , d.h. eine Netzwerkkarte, angeschlossen, welche die von dem Busteilnehmer 20 ausgewerteten und sodann in das Bussystem 19 eingegebenen Messdaten an den Prüfstandsserver 100' ausgibt. Des Weiteren ist ein Busteilnehmer 22 vorgesehen, der die Messdaten zwischenspeichert und auf Abruf für eine Übertragung zu dem Hostrechner 12 bereitstellt. Hierdurch kann trotz einer zeitkritischen Übertragung hoher Datenmengen eine Fernübertragung und gleichzeitige Speicherung der zuvor erwähnten Daten mit bei Personalcomputern üblichen Bauteilen ermöglicht werden, wodurch die Erfindung relativ kostengünstig realisiert werden kann.
Selbstverständlich können das erste und das zweite Ausführungsbeispiel in der Weise miteinander verknüpft werden, dass bei dem zweiten Ausführungsbeispiel, d.h. bei der Fernbedienung des Motorenprüfstandes, der Übergang zwischen zwei aufeinanderfolgenden Arbeitszeitintervallen gemäß dem ersten Ausführungsbeispiel, insbesondere mit der dort beschriebenen Protokollierung von Objektdatenund Projektverwaltungsdaten erfolgt.

Claims

A N S P R U C H E
1. Verfahren zum Abwickeln eines Projektes von einer Mehrzahl unterschiedlich lokalisierter EDV-Einrichtungen (200, 300) aus, welche über ein Datennetzwerk (400) mit einem der zentralen Datenbereitstellung dienenden Hauptserver (100) zwecks Datenaustausch verbunden sind;
wobei während einzelner Arbeitszeitintervalle zumindest teilweise jeweils eine andere aus der Mehrzahl der EDV-Einrichtungen (200, 300) für die Projektabwicklung aktiviert wird; und
wobei das Datennetzwerk überregional, insbesondere international, ausgebildet ist und die einzelnen EDV-Einrichtungen (200, 300) zumindest teilweise überregional verteilt lokalisiert sind.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die einzelnen EDV- Einrichtungen (200, 300) zumindest teilweise in unterschiedlichen Zeitzonen der Erde lokalisiert sind.
3. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass das Datennetzwerk (400) zumindest teilweise leitungsgebunden oder nicht leitungsgebunden ausgebildet ist.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass es sich bei dem Datennetzwerk (400) um das Internet oder ein Intranet handelt.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass der Datenaustausch zwischen der Bedienperson an einer der EDV-Einrichtungen (200, 300) und dem Hauptserver (100) über einen Internet-Browser erfolgt.
6. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass zur Abwicklung des Projektes die einzelnen EDV-Einrichtungen (200, 300) während aufeinanderfolgender Arbeitszeitintervalle mit n=1-N jeweils zyklisch abwechselnd aktiviert werden.
7. Verfahren nach einem der vorangegangen Ansprüche, dadurch gekennzeichnet, dass die Datenübertragung in dem Datennetzwerk (400), insbesondere zwischen dem Hauptserver (100) und den EDV-Einrichtungen (200, 300), zumindest näherungsweise in Echtzeit erfolgt.
8. Verfahren nach einem der vorangegangen Ansprüche, gekennzeichnet durch die folgenden Schritte:
a) Auswahl einer aus der Mehrzahl der EDV-Einrichtungen 200, 300 zum teilweisen Abwickeln des Projektes während eines n=1'ten Arbeitszeitintervalls;
b) Teilweises Abwickeln des Projektes mit Hilfe der ausgewählten EDV-Einrichtung (200, 300) an ihrem jeweiligen Standort während des n'ten Arbeitszeitintervalls;
c) Protokollieren und Speichern von während des n'ten Arbeitszeitintervalls bearbeiteten, dem Arbeitsobjekt zugeordneten Objektdaten in mindestens einer Objektdatei;
d) Abrufen der protokollierten Objektdaten des n'ten Arbeitszeitintervalls zu Beginn eines nachfolgenden Arbeitszeitintervalls mit n=n+1 aus der Objektdatei von derselben oder einer anderen für die Projektabwicklung während des nachfolgenden Arbeitszeitintervalls ausgewählten EDV-Einrichtung (200, 300) aus; und
e) Fortsetzen der projektspezifischen Arbeit auf Basis der abgerufenen Objektdaten während des n'ten Arbeitszeitintervalls durch Wiederholen der Schritte b-d) solange, bis das Projekt am Ende des n=N'ten Arbeitsschrittes fertiggestellt ist oder abgebrochen wird.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass Schritt c) neben einer Protokollierung und Speicherung der Objektdaten auch eine Protokollierung und Speicherung von Projektverwaltungsdaten in einer eigenen Projektverwaltungsdatei vorsieht.
10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Projektverwaltungsdaten die jeweils während eines Arbeitszeitintervalls durchgeführten Arbeitsschritte, deren Reihenfolge und/oder den Projektstatus bezeichnen.
11. Verfahren nach Anspruch 9 oder 10, dadurch gekennzeichnet, dass die Protokollierung der Projektverwaltungsdaten zumindest zum Teil automatisch erfolgt.
12. Verfahren nach einem der Ansprüche 9 bis 11 , dadurch gekennzeichnet, dass Schritt d) auch ein Abrufen der Projektverwaltungsdaten des vorangegangenen Arbeitsschrittes aus der Projektverwaltungsdatei umfasst.
13. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die einzelnen Arbeitszeitintervalle n=1-N jeweils ohne Pause aufeinander folgen und jedes Arbeitszeitintervall ca. 6-8h dauert.
14. Verfahren nach einem der Ansprüche 9-13, dadurch gekennzeichnet, dass ein einzelnes Arbeitszeitintervall in drei aufeinander folgende Phasen, eine Schichtbeginn-, eine Schichtablauf- und eine Schichtendephase eingeteilt ist, wobei das Abrufen der Objektdaten oder der Projektverwaltungsdaten des vorangegangenen Arbeitszeitintervalls während der Schichtbeginnphase und das Protokollieren und Speichern der Objektdaten oder der Projektverwaltungsdaten eines aktuellen Arbeitszeitintervalls während mindestens einer beliebigen der drei Phasen durchgeführt wird.
15. Verfahren nach einem der Ansprüche 9-14, dadurch gekennzeichnet, dass für das Protokollieren der Projektverwaltungsdaten und / oder der Arbeitsergebnisse jeweils geeignete Bildschirmseiten, insbesondere in Form von Eingabemasken, auf den Bildschirmen der EDV-Einrichtungen (200, 300) bereitgestellt werden.
16. Verfahren nach Anspruch 15, dadurch gekennzeichnet, dass die Bildschirmseiten automatisch an einen aktuellen Projektstatus angepasst werden.
17. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass über zumindest einen Teil der EDV-Einrichtungen (200, 300) ein Projekt- Monitoring, ein Zugriff auf Wissensdatenbanken, ein Datenaustausch und/oder eine Einsicht in eine Zeitmodellübersicht möglich ist.
18. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass das Datennetzwerk (400) für den Informationsaustausch zwischen den EDV- Einrichtungen (200, 300) und dem Hauptserver 100 eine Übertragungsrate von mindestens 1 Mbit/s ermöglicht.
19. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass bei einer auftretenden Bandbreitenreduktion im Datennetzwerk (400), die zu übertragenden Daten nach einer vorgegebenen Priorität ausgewählt und übertragen werden.
20. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass der Hauptserver (100) Bestandteil einer Prüfstation (1 ) zum Ansteuern einer Anlage, insbesondere eines Motorenprüfstandes, ist und dass die EDV- Einrichtungen (200, 300) jeweils als Fernbedieneinrichtungen ausgebildet sind, zum Fernbedienen der Anlage über das Datennetzwerk (400) und die Prüfstation (1 ).
21. Verfahren nach Anspruch 20, dadurch gekennzeichnet, dass die Prüfstation (1 ) und/ oder die Fernbedieneinrichtung (200) jeweils eine Datenreduzierung vornehmen, bevor sie die Daten über das Datennetzwerk (400) übertragen.
22. Verfahren nach Anspruch 21 , dadurch gekennzeichnet, dass die Datenreduzierung durch Capturing von Bildschirmdaten erfolgt.
23. Verfahren nach Anspruch 21 oder 22, dadurch gekennzeichnet, dass die Datenreduzierung ggf. zusätzlich durch ein Streaming von Videodaten erfolgt.
24. Verfahren nach einem der Ansprüche 20 bis 23, dadurch gekennzeichnet, dass - insbesondere wenn das Datennetzwerk (400) als asynchrones Netzwerk ausgebildet ist, die darüber zu transportierenden Datenpakete eine Synchronisationsinformation aufweisen.
25. Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass in der Prüfstation (1 ) und/ oder in den Fernbedieneinrichtungen (200) gelegentlich eine Zwangsaktualisierung der zu übertragenden Daten stattfindet.
26. Verfahren nach einem der Ansprüche 20 bis 25, dadurch gekennzeichnet, dass zumindest einzelne der Fernbedieneinrichtungen (200, 300) vor Inbetriebnahme der Anlage eine Übertragung von für den Betrieb der Anlage zulässigen Grenzwerten über das Datennetzwerk an die Prüfstation durchführen.
27. Computerprogramm zum Realisieren von zumindest einzelner der Verfahrensansprüche 1-26, dadurch gekennzeichnet, dass das Computerprogramm vorzugsweise auf dem Hauptserver (100) abläuft.
28. System zum Realisieren des Verfahrens nach einem der Ansprüche 1-26, gekennzeichnet durch den Hauptserver, die unterschiedlich lokalisierten EDV-Einrichtungen (200, 300) und das Datennetzwerk (400).
29. System nach Anspruch 28, dadurch gekennzeichnet, dass der Hauptserver (100) ausgebildet ist zum Abarbeiten des Computerprogramms nach Anspruch 27 und zum Speichern einer Objektdatei und/oder einer Projektverwaltungsdatei separat oder zusammen in mindestens einer Datenbank des Datennetzwerkes (400).
30. System nach Anspruch 28, gekennzeichnet durch eine Prüfstation (1), welche den Hauptserver, ausgebildet als Prüfstandsservers 100' sowie eine Mehrzahl der EDV- Einrichtungen, jeweils ausgebildet als Fernbedieneinrichtungen (200', 300') aufweisen, wobei die Prüfstation (1) zum Ansteuern einer Anlage, insbesondere eines Motorenprüfstandes, ausgebildet ist und wobei die Fernbedieneinrichtungen jeweils zum Fernbedienen der Anlage über das Datennetzwerk (400) und die Prüfstation (1) ausgebildet sind.
31. System nach Anspruch 30, dadurch gekennzeichnet, dass die Prüfstation (1 ) neben dem Prüfstandserver 100' eine Vielzahl von Komponenten, insbesondere einen Steuer- und Kontrollrechner (2), einen Datenverarbeitungs- und Anzeigerechner (3), eine Bild- und Tonaufzeichnungseinrichtung (5) und/oder ein Parameter- und Anzeigemodul (4) , aufweist, und wobei die Komponenten über ein LAN an den Prüfstandserver (100') angeschlossen sind.
32. System nach Anspruch 30 oder 31 , dadurch gekennzeichnet, dass zumindest einzelne der Fernbedieneinrichtungen (200', 300') neben einer von Vielzahl von Komponenten, insbesondere einem Steuer- und Kontrollrechner (210'), einem Datenverarbeitungs- und Anzeigerechner (220') und/oder einem Parameter- und Anzeigemodul (230') auch einen Server 250' aufweisen, an welchen die Komponenten 210'-250' vorzugsweise über ein LAN angeschlossen sind und welcher zum Ankoppeln der Komponenten an das Datennetzwerk 400 dient.
33. System nach Anspruch 32, dadurch gekennzeichnet, dass gleichartige Komponenten (2-5, 210'-240') der Prüfstation (1 ) und jeweils einer der Fernbedieneinrichtungen (200, 300) jeweils über eine separate Netzwerkanbindung (14, 15, 16, 17) miteinander verbunden sind.
34. System nach Anspruch 30 oder 31 , dadurch gekennzeichnet, dass zumindest einzelne der Fernbedieneinrichtungen (200', 300') einen Großbildschirm (260') und einen Server (250') zum Ankoppeln des Großbildschirms 260' an das Datennetzwerk 400 aufweisen.
35. System nach einem der Anspruch 28-34, dadurch gekennzeichnet, dass der Prüfstandsserver (100') ausgebildet ist zum Sammeln der Bildschirmdaten von zumindest einigen der über das LAN angeschlossenen Bildschirme der Komponenten der Prüfstation 1 als Capturingdaten und zum Übertragen der gesammelten Capturingdaten vorzugsweise in Form eines Datensammelpaketes an den jeweils anderen Server.
36. System nach einem der Ansprüche 28-35, dadurch gekennzeichnet, dass die Server 250' in den Fernbedieneinrichtungen (200', 300') ausgebildet sind, zum Sammeln der Bildschirmdaten von zumindest einigen der über das LAN angeschlossenen Bildschirme der Komponenten der Fernbedieneinrichtung als Capturingdaten und zum Übertragen der gesammelten Capturingdaten vorzugsweise in Form eines Datensammelpaketes an den Prüfstandsserver (100') .
37. System nach Anspruch 36, dadurch gekennzeichnet, dass der Prüfstandsserver (100) der Prüfstation und/oder der Server (250') der Fernbedieneinrichtung jeweils ausgebildet sind, die von dem jeweils anderen Server übertragenen Capturingdaten zu empfangen und als unabhängige Bildschirminformationen entweder zur Darstellung auf einer Mehrzahl von Einzelbildschirmen oder zur Darstellung in Form mehrerer unabhängiger Bilder auf einem Großbildschirm (260') auszugeben.
38. System nach einem der vorangegangen Systemansprüche, dadurch gekennzeichnet, dass das Datennetzwerk (400) als asynchrones Netzwerk ausgebildet ist.
39. System nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Prüfstation (1) und/ oder die Fernbedieneinrichtungen (200') einen lokalen Datenspeicher (12, 13) zum Aufzeichnen zu übertragender oder bereits ausgetauschter Datenpakete aufweisen.
EP01967224A 2000-07-26 2001-07-25 Verfahren, computerprogramm und system zum abwickeln eines projektes Withdrawn EP1374111A2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE2000136395 DE10036395B4 (de) 2000-07-26 2000-07-26 Verfahren zur Fernbedienung einer Anlage über ein Netzwerk zur Datenübertragung
DE10036395 2000-07-26
DE10049624 2000-10-05
DE10049624 2000-10-05
PCT/EP2001/008659 WO2002008924A2 (de) 2000-07-26 2001-07-25 Verfahren, computerprogramm und system zum abwickeln eines projektes

Publications (1)

Publication Number Publication Date
EP1374111A2 true EP1374111A2 (de) 2004-01-02

Family

ID=26006516

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01967224A Withdrawn EP1374111A2 (de) 2000-07-26 2001-07-25 Verfahren, computerprogramm und system zum abwickeln eines projektes

Country Status (5)

Country Link
US (1) US7725539B2 (de)
EP (1) EP1374111A2 (de)
CN (1) CN100343842C (de)
AU (1) AU2001287655A1 (de)
WO (1) WO2002008924A2 (de)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050014120A1 (en) * 2003-06-25 2005-01-20 Tim Hatton A Method to Measure the Learning Retention of Students Engaged in a Course of Self-Study
US20070162258A1 (en) * 2006-01-06 2007-07-12 Lin Engineering Inc. Remote customer interactive motor design system and method
US8682706B2 (en) * 2007-07-31 2014-03-25 Apple Inc. Techniques for temporarily holding project stages
JP2009134367A (ja) * 2007-11-28 2009-06-18 Hitachi Ltd 記憶制御装置及び記憶制御装置の制御方法
WO2016164978A1 (en) * 2015-04-16 2016-10-20 Andrew Muirhead A web server for serving a categorised listing image comparison and list selection preference rank ordering interface
CN113049254A (zh) * 2021-03-11 2021-06-29 一汽解放汽车有限公司 一种发动机试验台架运转控制方法、装置和计算机设备
CN116501650B (zh) * 2023-06-27 2023-09-12 航天科工火箭技术有限公司 运载火箭测控流程引擎的执行方法、装置及介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE91369T1 (de) * 1985-02-04 1993-07-15 Peter Dietrich Verfahren und einrichtung zur datenuebertragung in der fernwirktechnik.
DE4305466C2 (de) * 1993-02-23 1997-01-02 Horst Karbaum Meßwerterfassungs-, Verarbeitungs- und Übertragungssystem mit automatischer Sammlung von Meßwerten in einem Rechnersystem einer Außenstelle zur Übertragung an einen oder mehrere Meldeorte
TW372294B (en) * 1993-03-16 1999-10-21 Ht Res Inc Multiple computer system
US5767848A (en) * 1994-12-13 1998-06-16 Hitachi, Ltd. Development support system
JPH0855156A (ja) * 1994-07-12 1996-02-27 Internatl Business Mach Corp <Ibm> 工程安全管理のためのコンピュータ・システムおよび方法
US5982362A (en) * 1996-05-30 1999-11-09 Control Technology Corporation Video interface architecture for programmable industrial control systems
US6487195B1 (en) * 1996-10-23 2002-11-26 Ncr Corporation Collaborative network navigation synchronization mechanism
US6181689B1 (en) * 1996-10-23 2001-01-30 Ncr Corporation Bi-directional information exchange mechanism for collaborative network navigation among a group of user terminals
US6233600B1 (en) * 1997-07-15 2001-05-15 Eroom Technology, Inc. Method and system for providing a networked collaborative work environment
US6434343B1 (en) * 1998-01-08 2002-08-13 Fujitsu Limited Composite machine, server, composite machine-server system, and program recording medium
AT412131B (de) * 1998-11-24 2004-09-27 Automationx Software For Ind A Automatisierungssystem zur lösung einer prozesstechnischen aufgabenstellung und verfahren hierzu
US7072940B1 (en) * 2000-08-14 2006-07-04 Ford Motor Company System and method for managing communications and collaboration among team members
US20020129106A1 (en) * 2001-03-12 2002-09-12 Surgency, Inc. User-extensible system for manipulating information in a collaborative environment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0208924A2 *

Also Published As

Publication number Publication date
CN100343842C (zh) 2007-10-17
AU2001287655A1 (en) 2002-02-05
WO2002008924A3 (de) 2003-10-09
US7725539B2 (en) 2010-05-25
WO2002008924A2 (de) 2002-01-31
US20040039771A1 (en) 2004-02-26
CN1524243A (zh) 2004-08-25

Similar Documents

Publication Publication Date Title
DE69329372T2 (de) Verfahren und Vorrichtung zur Ferndatenduplexierung
DE69729399T2 (de) Datenverwaltungssystem und Verfahren für replizierte Daten
DE69800428T2 (de) Informationsverarbeitungssystemarchitektur
EP0807883B1 (de) Kommunikationssystem mit Mitteln zum Austausch von Softwareprozessen
DE10392438T5 (de) Vorrichtung und Verfahren zur zentralen Überwachung und Steuerung von Anlagen
DE10310337A1 (de) Bilderzeugungs-Vorrichtung und Bilderzeugungs-Steuerverfahren
DE102010028884A1 (de) Ursachenanalyse für Verarbeitung komplexer Ereignisse
DE10317390A1 (de) Datenübertragungseinrichtung und elektronische Steuereinheit
WO2003029906A1 (de) Dynamischer zugriff auf automatisierungsressourcen
DE2350371A1 (de) Verfahren und einrichtung zur pruefung und wartung von datenverarbeitungsanlagen mittels raeumlich entfernter wartungszentralen
DE60301899T2 (de) Netzmanagementsystem, verwaltete Vorrichtung, Managementvorrichtung und Programm
WO2002008924A2 (de) Verfahren, computerprogramm und system zum abwickeln eines projektes
DE3718472C2 (de)
EP1673915B1 (de) Betriebsverfahren für einen server und hiermit korrespondierende gegenstände
DE102005024340A1 (de) Steuereinrichtungsmanagementsystem
EP3441919A1 (de) Verfahren zum austausch von daten zwischen engineering-tools eines engineering-systems sowie engineering-system zur durchführung des verfahrens
DE102007010330A1 (de) Bildspeichersystem
EP1204035A2 (de) Verfahren zur Erkennung von Schreibkonflikten in replizierten Datenbanken ohne speicheroverhead
DE19911759C1 (de) Vorrichtung und Verfahren zur Ablaufüberwachung von Vorgängen in einem Digitalrechner
DE10036395B4 (de) Verfahren zur Fernbedienung einer Anlage über ein Netzwerk zur Datenübertragung
DE10210712A1 (de) Verfahren zur Übertragung von Messdaten von einem Messrechner zu einem Steuerrechner eines Messsystems
DE3782546T2 (de) Datenpaketverkuerzungsverfahren und -vorrichtung.
DE102006027664B4 (de) Kommunikationssystem zum Verarbeiten von Daten
EP1195946A2 (de) Verfahren zur Erbringung von Diensten in einem Netzwerk-Management-System mit einer offenen Systemarchitektur sowie Dienst-Objekt, Anforderungs-Objekt und Anforderungs-Manager hierzu
EP1681798A1 (de) Wahlfreies Logging

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17P Request for examination filed

Effective date: 20040413

17Q First examination report despatched

Effective date: 20090514

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20101118