WO2017054820A1 - Verfahren und system zur verwaltung von daten über ein lager - Google Patents

Verfahren und system zur verwaltung von daten über ein lager Download PDF

Info

Publication number
WO2017054820A1
WO2017054820A1 PCT/DE2016/200453 DE2016200453W WO2017054820A1 WO 2017054820 A1 WO2017054820 A1 WO 2017054820A1 DE 2016200453 W DE2016200453 W DE 2016200453W WO 2017054820 A1 WO2017054820 A1 WO 2017054820A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
bearing
database
machine
readable identifier
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.)
Ceased
Application number
PCT/DE2016/200453
Other languages
English (en)
French (fr)
Inventor
Michael Pausch
Thomas Buchner
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.)
Schaeffler Technologies AG and Co KG
Original Assignee
Schaeffler Technologies AG and Co KG
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
Application filed by Schaeffler Technologies AG and Co KG filed Critical Schaeffler Technologies AG and Co KG
Priority to US15/764,698 priority Critical patent/US20180276623A1/en
Publication of WO2017054820A1 publication Critical patent/WO2017054820A1/de
Anticipated expiration legal-status Critical
Ceased 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/20—Administration of product repair or maintenance
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
    • F16C—SHAFTS; FLEXIBLE SHAFTS; ELEMENTS OR CRANKSHAFT MECHANISMS; ROTARY BODIES OTHER THAN GEARING ELEMENTS; BEARINGS
    • F16C41/00—Other accessories, e.g. devices integrated in the bearing not relating to the bearing function as such
    • F16C41/008—Identification means, e.g. markings, RFID-tags; Data transfer means
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding

Definitions

  • the present invention relates to a system for information technology integrated management of data about a warehouse comprising a server system and a Glient system.
  • the invention further relates to a computer-implemented method for managing data about a warehouse and a computer program product for carrying out the computer-implemented method, background of the invention
  • the inventive method for managing data about a bearing wherein the bearing comprises a plurality of bearing components, and wherein the bearing is manufactured in a Fischföns vide of the plurality of bearing components, the acquisition of the data on the plurality of bearing components and / or the production process
  • the bearing comprises the bearing components inner ring and outer ring, and may be a rolling bearing or sliding bearing.
  • component-specific data is available.
  • further data such as measured data, are displayed.
  • inner ring and outer ring are mated, after which each bearing has specific Töleranzen.
  • the method according to the invention also includes storing the data in a manufacturing database and generating a machine-readable identifier for the unique identification of the bearing.
  • the easy-to-read Kenhuhg is assignable to the data and located at the warehouse.
  • the machine-readable identifier can be arranged on the outer ring. This has the advantage that the machine-readable identifier can easily be accessed for non-contact readout:
  • a machine-readable identifier can be, for example, a two-dimensional barcode, such as a data matrix code, which is laterally connected to the outer ring with a laser or Etching process is introduced.
  • An RFSD-Ghip is also conceivable, which is arranged or sunk in a bearing component of the bearing.
  • the method according to the invention comprises the copying of data which is used for the misuse of the amount of data from the quantity of the data into a customer service bank.
  • the method according to the invention comprises
  • the recovery database and the customer database are the same database, with the use-meaningful data being indicated as retrievable .
  • this can be done, for example, by granting reading rights to certain database users. It is only "essential" that it is ensured that confidential data, if present, can also be kept confidential as such.
  • the method according to the invention comprises the reading of the machine-readable identifier on the warehouse and the activation of access to the customer service bank for the iager usage-free data associated with the machine-readable identifier.
  • the reading of the machine-readable identifier can be done with a client system, such as a portable smartphone with camera.
  • the client system can be used by the customer who does not yet have any data relevant to his / her turnaround.
  • the inventive method may include : storing the machine-readable identifier in an authentification database for verifying authenticity, and thus verifying the authenticity of the warehouse beforehand by querying the authentication database , With the authenticity of the machine-readable identifier, the free-stringing of access to the customer database is continued.
  • the AU- Authentication can be done, for example, via trusted third-party providers.
  • the authentication can also be implemented using a proprietary system.
  • the inventive method includes retrieving some or all of the inventory usage relevant data from the customer service bank and processing the retrieved data for a warehouse specific activity, wherein the retrieved data is usable for the warehouse specific activity.
  • the customer can only retrieve specific data relevant to the location of the application, such as a measured value that the customer is required to calculate a moni-asseting of the warehouse in the mastar,
  • the method When retrieving all the data, in one embodiment of the method, it makes sense to store the retrieved data in a client database. It is also possible to store only partially retrieved data or even processed data in the client database.
  • the storage-specific activity is, for example, at least one of the following activities:
  • the bearing is used for a bearing-specific activity.
  • the bearing may be monitored (Condition Monitoring), and the method further comprises acquiring operating data about the bearing during that position-specific activity.
  • the operating data such as lubricant composition. tion, can be further processed, for example, to calculate a residual maturity of the camp.
  • the processed data can then be stored in the client database.
  • the acquired operating data can also be stored directly in the client database. In any case, it is conceivable that recorded and processed operating data are stored in each process step in the client database. Thus, it is possible to secure a continuous documentation of the operation of the warehouse, which allows a later evaluation of the Lagerhistörie.
  • the method further comprises sending and storing the operating data and / or the processed operating data to a database.
  • This database can be the customer database.
  • Other databases are also conceivable which are connected, for example, to systems for special evaluation of the operating data. It is thus possible that measured values on the lubricant composition of the bearing can be better evaluated by the lubricant manufacturer than by the storage part divider.
  • the data or operational data may include one or more of the following types of data:
  • Another aspect of the present invention is a computer program product which, when loaded into a memory of a data processing system and executed by at least one processor of the data processing system, performs the steps of the computer-implemented method.
  • Further aspects of the present invention are a server system for processing data about a warehouse, a client system for processing warehouse usage-relevant data about the warehouse, and a system for managing this data, comprising a Clieni system and a server system. System as described above and below.
  • the system for managing data about a storage may include the characteristics of a client-servicing architecture and / or peer-to-peer computing connections, such as a peer-to-peer architecture.
  • FIG. 1 shows an overview of an information technology-integrated management of data about a warehouse
  • FIG. 2 shows a flowchart of a computer-aided method for managing data about a warehouse
  • FIG. 3 is a block diagram of a system for managing data about a warehouse.
  • FIG. 1 shows an overview diagram for an IT-integrated integrated management of data 105, 106, 107, 108, 115, 125, 185 via a warehouse 102.
  • the overview representation is subdivided in principle into an area 100 containing the administration and processing of the data 105, 106 , 107, 10, 115, 125 "on the manufacturer side, and in an area 101 concerning the management and processing of the data 185 on the buyer side of the storage unit.”
  • the warehouse 102 is the same warehouse in both areas 100, 101 Production and at a later time during operation, for example when used in a spindle bearing
  • the regions 100, 101 are separated by the dashed line 142 in Figure 1.
  • the regions 100, 101 can be geographically separated, with a server system 110 in the area 100 with a client system. 160 in area 101 are connected via a data link 140 for a data communication.
  • Figure 1 further shows various data 105, 106, 107, 108 which are detected as storage data 1 15 in the server system 110.
  • a data matrix code 165 is stored in server system 110, which can be uniquely assigned to the storage data 115, or the storage data HS can be uniquely assigned to the data matrix code 165.
  • the data matrix code 165 is likewise expanded on the bearing 102, thus the bearing 102 can be clearly assigned to the bearing data 115 and vice versa.
  • server system 110 includes inventory usage-related data 125, which is essentially a subset of storage data 115
  • FIG. 1 shows area 100 of client system 160.
  • client system 160 may be, for example, a portabies smartphone or Tabiet device. It can also consist of several individual devices, such as a scanner, which transmits the scanned data to a laptop.
  • the client system 160 is configured to scan the data matrix code 165 on the warehouse 1Q2 162 and evaluate it accordingly.
  • the client system 160 may store data 185 about the operation of the warehouse in conjunction with the associated data matrix code 165 in the client system 160.
  • the client system 160 may continue to retrieve inventory usage-related data 125 corresponding to the data matrix code 165 are assigned.
  • the client system 160 may also process the data 185, that is, retrieved data 125, and store calculation results.
  • FIG. 2 shows a flow diagram of a computer-implemented method 200 for managing data about a bearing, the bearing comprising a plurality of bearing components, and wherein the bearing is produced from the plurality of bearing components in a production method.
  • the method comprises: collecting 210 the data about the a plurality of storage components and / or via the production method, storing 214 the data in a production database, generating 220 a machine-readable identifier for the unique identification of the warehouse, wherein the machine-readable identifier is assignable to the data, and wherein the machine-readable identifier the bearing is arranged.
  • the method further comprises copying 230 of stock usage-relevant data from the amount of data into a customer database, reading out 250 the machine-readable identifier on the warehouse, the.
  • the method 200 further includes optional method steps, which are shown in dashed lines in FIG. 2.
  • the method comprises storing 262 the retrieved data and / or processed data in a client database.
  • method 200 also includes use of the bearing-specific bearing.
  • Activity is the acquisition 270 of operational data about the inventory during the yes * stored activity and processing 274 of the operational data.
  • the processed operational data may then be stored 276 in the client database or, alternatively, sent directly to another database 280.
  • Another possibility is to store the acquired operating data unprocessed in the client database 278, or to send it unprocessed to another database 280.
  • the transmitted data are then stored in the other database 284.
  • the other database may be, for example, the customer database. to further evaluate the collected and / or processed operating data on a server system.
  • the other database may also be part of another server system, which will only be used for the evaluation of the data sent.
  • the method 200 includes depositing 225 the machine-readable identifier in an authentication database to verify the authenticity of the machine-readable identifier ⁇ and thus the stock ⁇ , checking 227 the real-machine unit by requesting the authentication database, and if the machine-readable identifier is authentic, continuing to unlock 254 access to the customer database.
  • the traversing steps backward 225 and checking 227 may be separated from each other for a time.
  • the third-party vendor as a trusted entity, can then perform these optional method steps of the computer-implemented method.
  • FIG. 3 shows a block diagram of a system 300 for managing data 305, 335, 395 via a warehouse.
  • the system 300 includes a server system 310 and a client system 360, where the server system 310 and the client system 360 are connected via a data link 340 for a port communication.
  • the server system 310 and the client system 360 may be located at geographically different locations. It is also possible, in particular, for several client systems to communicate with the server system 310 and to exchange data.
  • a client system 360 can also contact a plurality of server systems 310. This can be useful, for example, in the evaluation of measurement data from the storage operation, for example, a server system for the evaluation of Schmiersioffmess produce and another server system for the evaluation of Slip measurements in a rolling bearing.
  • the server system 310 for processing data 305 via the warehouse wherein the warehouse comprises a plurality of storage components, and wherein the warehouse is manufactured from the plurality of storage components in a production process, includes a first interface component 312 configured to collect the data 305 via the plurality of LagerbauteHe and / or the production process, a data storage "component 314 which is configured to store the data in a production database 315, and at least one processor component 322 is configured for following Swisssschritie: generating a machine-readable identifier 365 for the unique Identification of the warehouse, the machine-readable identifier 385 is assignable to the data 305, and wherein the machine-readable identifier 365 is located at the warehouse, identification of stock-use-relevant data 335 from the data 305, and copying the stock-use-relevant data into a customer database 325.
  • the server system 310 may include a second interface component 332, as illustrated in FIG. 3, configured to transmit the machine-readable card 365 to an authentication system 350 having an authentication database 355.
  • the bearing usage-extensive data processing client system 360 via the warehouse includes a reading component 362 configured to read a machine-readable identifier 365 on the warehouse, a site constituent 372 configured to send an access request for access to a warehouse Customer database 325, wherein the access request comprises the machine-readable identifier 365, and at least one processor component 374 configured for the following processing steps: retrieving some or all of the stock usage-descriptive data 335 from the customer database 325, and processing the retrieved data for a stock-specific activity, the retrieved ones Data can be used for the journal-specific activity.
  • a data storage groffiponente include 382, which is configured to Speieherung the retrieved data and / or processed data in a client database 385 are met.
  • interface component 372 of client system 360 may be further configured to send the access request directly to server system 310 with customer database 325, in which case authentication system 350 will not be in data communication stand with the client system 360.
  • the transmission of the access request to the authentication system 350 may be made with the authentication database 355 for verifying the authenticity of the machine-readable identifier (and hence of the warehouse).
  • the client system 360 may include another interface 392 configured to collect operational data 395 about the warehouse during the location-specific activity, and the at least one processor component 374 may be further used for processing the Operating data 395 configured.
  • the data storage component 382 of the client system 360 may be further configured to store the operational data 395 and / or the processed operational data in the Giient database 385,
  • the splint grain component 372 of the client system 360 may be further configured to send the operational data 395 and / or the processed operational data to a database, in particular to the customer database 325.
  • the databases 315, 325, 355, 385 are shown in Figure 3 on the sysiem limits of the respective systems 310, 350, 360. This is to say that the databases 315, 325, 355, 385 do not necessarily have to be integrated into the systems or implemented as part of the system. It is also possible that the databases are implemented in a physically different system, for example as a so-called cloud spejcHer, This has the advantage that the stored data can be easily backed up, for example by means of data or Duplicate data backups. It also makes it possible for multiple systems to access the data. Similarly, misrepresenting or corrupting the client system in field deployment is less critical because the data is not lost or completely lost, Bazugszeicheslliste

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • General Business, Economics & Management (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Mechanical Engineering (AREA)
  • General Factory Administration (AREA)

Abstract

Computerimplementiertes Verfahren zur Verwaltung von Daten (115) über ein Lager (102), wobei das Lager (102) mehrere Lagerbauteile umfasst, und wobei das Lager (102) in einem Produktionsverfahren aus den mehreren Lagerbauteilen hergestellt ist, umfassend folgende Schritte: Erfassen der Daten (115) über die mehreren Lagerbauteile und/oder über das Produktionsverfahren, Speichern der Daten (115) in einer Herstellungsdatenbank, Erzeugen einer maschinenlesbaren Kennung (165) für die eindeutige Identifikation des Lagers (102), wobei die maschinenlesbare Kennung (165) zu den Daten (115) zuordenbar ist, und wobei die maschinenlesbaren Kennung (165) an dem Lager (102) angeordnet ist, aus der Menge der Daten (115), Kopieren von lagerverwendungsrelevanten Daten (125) in eine Kundendatenbank, Auslesen der maschinenlesbaren Kennung (165) auf dem Lager (102), Freischalten des Zugangs zu der Kundendatenbank für die der maschinenlesbaren Kennung (165) zugeordneten lagerverwendungsrelevanten Daten (125), Abrufen einiger oder aller lagervervvendungsrelevanter Daten (125) von der Kundendatenbank, und Verarbeiten der abgerufenen Daten für eine lagerspezifische Aktivität, wobei die abgerufenen Daten für die lagerspezifische Aktivität verwendbar sind.

Description

Verfahren und System zur. Verwaltung von Daten über ein Lader
Gebiet der Erfindung
Die vorliegende Erfindung betrifft ein System zur informationstechnisch integrierten Verwaltung von Daten über ein Lager umfassend ein Server-System und ein Glient- System. Weiter betrifft die Erfindung ein computerimplementiertes Verfahren zur Verwaltung von Daten über ein Lager und ein Computerprogrammprodukt zur Ausführung des computerimplementierten Verfahrens, Hintergrund der Erfindung
Bei Lagern, insbesondere Wälzlagern, ist es üblich, Strichcodes oder Data Matrix Codes zu ©erialisierungszwecken oder zur direkten Anbringung von lagerspezifischen Daten auf dem Produkt zu verwenden. Es ist auch üblich den Lagern Zettel mit Sagerspezifischen Daten in der VerpacKüng beizufügen. Diese Daten sind für den Kunden im .Allgemeinen nur auf dem entsprechenden Zettel zu finden. Bei Verlust der schriftlichen iriformattönen fehlen beispielsweise wichtige Angaben über Toleranzen, die für eine Montage erforderlich sind. Auch eine ..Dokumentation von Daten über die Lebensdauer eines Lagers erfolgt Im Allgemeinen durch schriftliche Notiz mit anschließendes Einscannen der Notiz. Jedoch liegen die digitalisierten Notizen in der Regel in einem Dateiformat vor, dass nicht für einen Datenverarbeitung geeignet ist. Eine Zuordnung zu den lagerspezifischen Daten des Herstellers muss zudem manuell erfolgen. Neue lagerspezifische Herstellerinformationen, die sich beispielsweise aus Lang- zeittests des Hersteliers ergeben, müssen ebenso mänueSi übermittelt, zugeordnet und eingepflegt werden,
Zusammenfassung der Erfindung
Es ist die Aufgabe der Erfindung die Verwaltung der Daten über ein Lager von der Produktion beim Hersteller bis zum Einsatz beim Kunden über die gesamte Lebensdauer des Lagers in digitaler Form zu ermöglichen, Hierbei soll ein spezielles Lager eindeutig seinen lagerspezifischen Daten zuordenbar sei, sowie die Daten elektronisch verfügbar, recherchierbar, editierbar, ergänzbar und zumindest austauschbar zwischen dem Hersteller und dem Kunden, oder weiteren Dritten, sein. Es ist insbesondere die Aufgabe der Erfindung den Bruch des Kommunikationsmittels und der Daienformate für die lagerspezifischen Daten zu vermeiden. Diese technische Aufgabe wird durch die technischen Merkmale der unabhängigen Ansprüche in Form eines zumindest in Teilen computerämplementierten Verfahrens, eines Computerprogrammprodukis, eines Server-Systems, eines Client-Systems, sowie eines Systems umfassend ein Client- und Server-System erfindungsgemäß gelöst.
Demgemäß umfasst das erfindungsgemäße Verfahren zur Verwaltung von Daten über ein Lager, wofoei das Lager mehrere Lagerbauteile umfasst, und wobei das Lager in einem Produktfönsverfahren aus den mehreren Lagerbauteilen hergestellt ist, das Erfassen der Daten über die mehreren Lagerbauteile und/oder über das Produktionsver- fahren. in einer Ausführungsform umfasst das Lager die Lagerbauteile Innenring und Außenring, und kann ein Wälzlager oder Gleitlager sein. Für die Lägerbauteile liegen bauteilspezifische Daten vor. Weiter falien wahrend des Produktionsverfahrens weitere Daten, wie Messdaien, an. So werden beispielsweise Innenring und Außenring verpaart, wonach jedes Lager spezifische Töleranzen aufweist. Diese Töleranzdaten sind beispielsweise für die Lagermontage relevant insbesondere bei SpindelSagern für hochpräzise Werkzeugmaschinen sind die Toleranzdaten von hoher Wichtigkeit Weiter umfasst das erfindungsgemäße Verfahren das Speichern der Daten in einer Herstelfimgsdatenbank und das Erzeugen einer maschinenlesbaren Kennung für die eindeutige Identifikation des Lagers. Die:m;aöchjnenlesbare Kenhühg ist zu den Daten zuordenbar und an dem Lager angeordnet. Beispielsweise kann die maschinenlesbare Kennung an dem Außenring angeordnet sein. Dies hat den Vorteil, dass die ma- sehinenlesbare Kennung leicht für ein kontaktloses Auslesen zugänglich ist: Eine maschinenlesbare Kennung kaiin beispielsweise ein zweidimensionaler Barcode, wie ein Data Matrix Code, sein, der seitlich an den Außenring mit einem Laser- oder einem Ätzverfahren eingebracht wird. Es ist auch ein RFSD-Ghip denkbar, der in einem La- gerbauteil des Lagers angeordnet oder versenkt ist.
Weiter umfasst das erfindungsgernäße Verfahren das Kopieren von iagerverwen- dungsreievanten Daten aus der Ivjenge der Daten in eine Kundendaienbanfc In anderen Worten ausgedrückt umfasst das erfindungsgemäSe Verfahren die zur
VeffügungsteSlung von iagerverwendungsrelevanlen Daten in einer separaten Datenbank, und somit das Zurückhatten von beispielsweise vertraulichen Produktionsdaten, von welchen auf das Produktionsverfahren Rockschlüsse gezogen werden können, in einer alternativen Äusführungsforrn ist die Hersieilungsdatenbank und die Kundendatenbank dieselbe Datenbank ist, wobei die verwendungsreievanten Daten als abrufbar ausgewiesen sind. Datenbanktechnisch kann dies beispielsweise über die Vergabe von Leserechten für bestimmte Datenbanknutzer erfolgen, Es ist lediglich we- sentlich« dass sicher-gestellt ist, dass vertrauliche Daten, soweit vorliegend, als solche auch vertraulich gehalten werden können.
Weiter umfasst das erfindungsgemäße Verfahren das Auslesen der maschinenlesbaren Kennung auf dem Lager und das Freischalten des Zugangs zu der Kundendaien- bank für die der maschinenlesbaren Kennung zugeordneten iagerverwendungsreie- vanten Daten. Das Auslesen der maschinenlesbaren Kennung kann hierbei mit einem Client-System, wie einem tragbaren Smartphone mit Kamera, erfolgen. Das Client- System kann beim Kunden zum Einsatz kommen, der noch keine lagen/erwendiihgs- relevanten Daten zur Verfügung hat.
In einer alternativen Äusführungsform kann vor Freischalten des Zugangs: zu der Kundendatenbank das erfindungsgemäße Verfahren das : Hinterlegen der maschinenlesbaren Kennung in einer Authentif!zierungsdatenbank zur Überprüfung der Echtheit umfassen, und somit eine vorherige Überprüfen der Echtheit des Lagers mittels Ab- frage bei der Authentifizierungsdatenbank erfolgen. Bei Echtheit der maschinenlesbaren Kennung wird mit dem Freischaiten des Zugangs zu der Kundendatenbank fortge- fahren. Dies hat den Vorteil, dass gefälschte Lager erkannt werden können. Die Au- thentifizierüng kann beispielsweise über vertrauenswürdige Drittanbieter erfolgen. Die Äuthentifizierung kann auch über ein herstellereigenes System umgesetzt werden.
Weiter umfasst das erfindungsgemäße Verfahren das Abrufen einiger oder alier lager- verwendungsrelevanter Daten von der Kundendaienbank und das Verarbeiten der abgerufenen Daten für eine lagerspezifische Aktivität, wobei die abgerufenen Daten für die lagerspezifische Aktivität verwendbar sind. So kann der Kunde beispielsweise nur spezielle lagewerwendungsrelevanten Daten abrufen, wie beispielsweise ein Messwert welcher beim Kunden zur Berechnung einer Moniageeiristejiung des Lagers in der M aschirie erfo rderS ich ist ,
Bei Abruf aller Daten bietet es sich in einer Ausführungsform des Verfahrens an, die abgerufenen Daten in einer Client-Datenbank zu speichern. Auch ist es möglich nur teilweise abgerufene Daten oder auch verarbeitet Daten in der Client-Datenbank zu speichern.
Die lagerspezifische Aktivität ist beispielsweise zumindest eine der folgenden Aktivitäten:
- Montage des Lagers in einer Maschine,
- Verwendung der Daten in einem computerimplementierten Lagen/erwa!tungs- systern, insbesondere für die Bestellung von neuen Lagern oder Ersatzteilen für das Lager,
- Bea uftrag ung: von Wa rtu hg sa ufträgen ,
- Steuerung oder Feinjusiierung der Maschine -mit dem Lager zur Verbesserung eines Produktionsablaufes, wobei die Maschine in dem Produktionsablauf ein-, gesetzt Ist,
oder
- technische Überwachung des Lagerbetriebs. In einer Ausführungsform wird das Lager für eine lagerspezifische Aktivität eingesetzt« beispielsweise kann das Lager überwacht werden (Condition Monitoring), und das Verfahren umfasst weiter das Erfassen von Betriebsdaten über das Lager während dieser lagespezifischen Aktivität, Die Betriebsdaten, wie Schmierstoffzusammenset- zung, können weiter verarbeitet werden, um beispielsweise eine Restlaufdauer des Lagers zu berechnen. Die verarbeiteten Daten können dann in der Client-Datenbank gespeichert werden. Die erfassten Betriebsdaten können auch direkt in der Client- Datenbank gespeichert werden. Es ist jedenfalls denkbar, dass erfasste und verarbei- tete Betriebsdaten in jeden Verfahrensschritt in der Client-Datenbank gespeichert werden. Somit ist es möglich eine fortlaufende Dokumentation über den Betrieb des Lagers zu sichern, was eine spätere Auswertung der Lagerhistörie ermöglicht.
In einer Ausführtmgsform umfasst das Verfahren weiter das Senden und Speichern der Betriebsdaten und/oder der verarbeiteten Betriebsdaten an eine Datenbank. Diese Datenbank kann die Kundendatenbank sein. Es sind auch andere Datenbanken denkbar, die beispielsweise an Systeme für eine Spezialauswertung von den Betriebsdaten angeschlossen sind. So ist es möglich, dass Messwerte über die Schmierstoffzusammensetzung des Lagers besser vom Schmierstofferstelier als vom Lager- hersteiler ausgewertet werden können.
Die Daten oder die Betriebsdaten können eine oder mehrere der folgenden Datenarten umfassen:
- Messdaten über Lagerbauteil oder Lager (Bohrungsdurchmesser, Äußen- durchmesser, Breite, Druckwinkel, Überstände, Schlagwerte, Tragzahlen,
Überröllfrequenzen, Gewichte, Materialspezifika)
- Produktionsdaten über das Lager (Produkiionsdatum, Senehnummer, Bezeichnung)
- Toleranzdaten,
- Kalkulationsdaten,
- Verkaufsdaten über das Lager,
- Berechnungsdaten für die Montage.
Ein Weiterer Aspekt der vorliegenden Erfindung ist ein Computerprogrammprodukt, welches, wenn es in einen Speicher einer Datenverarbeitungsanlage geladen wird und von mindestens einem Prozessor der Datenverarbeitungsanlage ausgeführt wird, die Schritte des computerimplementterten Verfahrens ausführt. Weitere Aspekte der vorliegenden Erfindung sind ein Server-System zur Verarbeitung von Daten über ein Lager, ein Client-System zur Verarbeitung von lagerverwendungs- relevanten Daten über das Lager, und ein System zur Verwaltung dieser Daten, umfassend ein Clieni-System und ein Server-System wie zuvor und nachstehend he- schrieben. Das System zur Verwaltung von Daten über ein Lager kann also die Eigenschaften einer Client-Servei-Architektur und/oder gleichgestellter Rechner-zuRechner-Verbindungen , beispielsweise, einer Peer-to-Peer-Ärchitektur, umfassen.
Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus den im Folgenden beschriebenen Ausführungsbeispieien sowie anhand der Zeichnungen.
Kurze Beschreibung der Zeichnyngen
Nachfolgend werden Ausführungsbeispiele der Erfindung anhand von Figuren dargestellt. Die Figuren zeigen nicht-skalierte Zeichnungen. Es zeigen:
Figur 1 eine ÜberbJicksdarsieHung für eine informationstechnisch integrierte Verwaltung von Daten über ein Lager,
Figur 2 ein Flussdiagramm über ein compüterimpiementiertes Verfahren zur Verwaltung von Daten über ein Lager, und
Figur 3 ein Blockdiagramm für ein System zur Verwaltung von Daten über ein Lager,
Detaillierte Beschreibung der Zeichnungen
Figur 1 zeigt eine ÜberblicksdarstelSung für eine informatioRSteconfsch integrierte Verwaltung von Daten 105, 106, 107, 108, 115, 125, 185 über ein Lager 102. Die Überblicksdarstellung ist prinzipgemäß unterteilt in einen Bereich 100, der die Verwaltung und Bearbeitung der Daten 105, 106, 107, 1Ö8, 115, 125 auf" Herstellerseite betrifft, und in einem Bereich 101 , der die Verwaltung und Bearbeitung der Daten 185 auf Kunderiseite beim Lagereinsätz betrifft. Das Lager 102 ist in beiden Bereichen 100, 101 dasselbe Lager, einma! bei der Produktion und zu einem späteren Zeitpunkt im Betrieb, beispielsweise beim Einsatz in einem Spindellager. Die Bereiche 100, 101 sind anhand der gestrichelten Linie 142 in Figur 1 getrennt. Die Bereiche 100, 101 können geographisch auseinander liegen, wobei ein Server-System 110 im Bereich 100 mit einem Client-System. 160 im Bereich 101 über eine Daienverbindung 140 für eine Datenkommunikatian verbunden sind. Figur 1 zeigt weiter verschiedene Daten 105, 106, 107, 108 welche als Lagerdaten 1 15 im Server-System 110 erfasst werden. Weiter ist eine Data Matrix Code 165 in Server-System 110 abgespeichert, der den Lagerdaten 115 eindeutig zuordenbar ist beziehungsweise die Lagerdaten H S sind eindeutig dem Data Matrix Code 165 zu- erdenbar. Der Data Matrix Code 165 ist ebenso auf dem Lager 102 aufgebfacht, So- mit ist das Lager 102 eindeutig mit den Lagerdaten 115 zuordenbar und umgekehrt. Weiter umfasst Server-System 110 lagerverwendungsrelevanten Daten 125, welche im Wesentlichen eine Untermenge der Lagerdaten 115 darsteiSt
In Figur 1 ist im Bereich 100 das Client-System 160 dargestellt. Ein solches Client- System kann beispielsweise ein portabies Smartphone 161 oder Tabiet-Gerät sein. Es kann auch aus mehreren Einzelgeräten bestehen, wie einem Scanner, der die eingescannten Daten an einen Laptop übermittelt. Das Cient-System 160 ist dazu konfiguriert, den Data Matrix Code 165 auf dem Lager 1Q2 zu scannen 162 und entsprechend auszuwerten. Das Client-System 160 kann somit beispielsweise Daten 185 über den Betrieb des Lagers in Verbindung mit dem zugehörigen Data Matrix Code 165 im Client-System 160 speichern, Das Client-Sysiem 160 kann weiter lagerverwendungs- relevante Daten 125 abrufen, die dem Data Matrix Code 165 zugeordnet sind. Das Client-System: 160 kann außerdem die Daten 185, also auch abgerufene Daten 125, verarbeiten und Berechnühgsergebnisse abspeichern. Alternativ oder zusätzlich kann das Client-System 160 die Daten 185 oder auch Berechnungsergebnisse zurück an das Server-System 1 10 mittels Datenverbindung 140 übermitteln , Die übermittelten Daten können zusammen mit den lagerverwendungsreieyanten Daten 125 gespeichert werden. Figur 2 zeigt ein Flussdiagramm über ein computerämplementiertes Verfahren 200 zur Verwaltung von Daten über ein Lager, wobei das Lager mehrere Lagerbauteile umfasst, und wobei das Lager in einem Produktionsverfahren aus den mehreren Lagerbauteilen hergesteilt ist. Das Verfahren umfasst: das Erfassen 210 der Daten über die mehreren Lagerbauteile und/oder über das Produktionsverfahren, das Speichern 214 der Daten in einer Hersteltungsdatenbank:, das Erzeugen 220 einer maschinenlesbaren Kenn ung für die eindeutige Identifikation des Lagers,: wobei die maschinenlesbare Kennung zu den Daten zuordenbar ist, und wobei die maschinenlesbaren Kennung an dem Lager angeordnet ist. Das Verfahren urnfasst weiter das Kopieren 230 von lager- verwendungsrelevanten Daten aus der Menge der Daten in eine Kundendatenbank, das Auslesen 250 der maschinenlesbaren Kennung auf dem Lager, das . Freisofiaifen 254 des Zugangs zu der Kundendatenbank für die der maschinenlesbaren Kennung zugeordneten lagerverwendungsre!evanten Daten, das Abrufen 260 einiger öder aller fagefverwendungsrefevanier Daten von der Kundendatenbank, und das Verarbeiten 264 der abgerufenen Daten für eine lagerspezifische Aktivität, wobei die abgerufenen Daten für die tagerspezifische Aktivität verwendbar sind.
Weiter ümfasst das Verfahren 200 optionale Verfahrensschritte, welche in Figur 2 mit gestrichelten Linien dargestellt sind, So urnfasst das Verfahren das Speichern 262 der abgerufenen Daten und/oder verarbeiteten Daten in einer Client-Datenbank.
Weiter optional urnfasst das Verfahren 200 beim Einsatz des Lagers für die lagerspezifische . Aktivität das Erfassen 270 von Betriebsdaten über das Lager während der ja* gespezifäschen Aktivität und das Verarbeiten 274 der Betriebsdaten. Die verarbeiteten Betriebsdaten können anschließend in der Client-Datenbank gespeichert 276 werden oder alternativ auch direkt an eine andere Datenbank gesendet 280 werden. Eine weitere Möglichkeit ist, die erfassten Betriebsdaten unbearbeitet in der Client-Datenbank zu speichern 278, Oder auch unbearbeitet an eine andere Datenbank zu senden 280. Die gesendeten Daten werden anschließend in der anderen Datenbank gespeichert 284. Die andere Datenbank kann beispielsweise die Kundendatenbank sein, um die erfassten und/oder verarbeiteten Betriebsdaten auf einem Server-System weiter auszuwerten. Die andere Datenbank kann auch Teil eines anderen Server-Systems sein, dass nur für die Auswertung der gesendeten Daten venjvendei wird.
Weiter optional urnfasst das Verfahren 200 das Hinterlegen 225 der maschinenlesbaren Kennüng in einer Authentifizierüngsdatenbank zur Überprüfung der Echtheit der maschinenlesbaren Kennung {und damit des Lagers}, das Überprüfen 227 der Echt- heit mittels Abfrage bei der Äuthenlifizierungsdatenbank, und bei Echtheit der maschinenlesbaren Kennung, das Fortfahren mit dem Freischalten 254 des Zugangs zu der Kundendatenbank. Hierbei können die Verfährensschritte Hinteriegen 225 und Überprüfen 227 voneinander zeitsieh getrennt sein. Insbesondere ist es möglich, dass das Hinterlegen 225 der maschinenlesbaren Kennung auf einem vertrauenswürdigen Server eines Drittanbieters erfolgt, und die Überprüfung 227 der Echtheit der maschinen- lesbaren Kennung (und damit des Lagers) direkt mit diesem Server des Drittanbieters durchgeführt wird. In anderen Worten können somit zwischen einem Hersteller und einem Kunden der Drittanbieter als vertrauenswürdige Instanz diese optionalen Ver- fahrensschritte des computerimplementierten Verfahrens ausführen.
Figur 3 zeigt ein Blöckdiagramm für ein System 300 zur Verwaltung von Daten 305, 335, 395 über ein Lager. Das System 300 umfasst ein Server-System 310 und ein Ciient-System 360, wobei das Server-System 310 und das Ciient-System 360 über ei- ne Datenverbindung 340 für eine Dafenkommunikation verbunden sind. Das Server- System 310 und das ..Client-System 360 können an geographisch unterschiedlichen Orten platziert sein. Auch ist es insbesondere möglich, dass mehrere Client-Systeme mit dem Server-System 310 kommunizieren und Daten austauschen. Ein Client- System 360 kann auch mehrere Server-Systeme 310 kontaktieren- Dies kann bei- spielsweise bei der Auswertung von Messdaten aus dem Lagerbetrieb sinnvoll sein, beispielsweise ein Server-System für die Auswertung von Schmiersioffmesswerten und ein anderes Server-System für die Auswertung von Schlupfmesswerten bei einem Wälzlager. Das Server-System 310 zur Verarbeitung von Daten 305 über das Lager, wobei das Lager mehrere Lagerbauteiie umfasst, und wobei das Lager in einem Produktionsverfahren aus den mehreren Lagerbauteilen hergestellt ist, umfasst eine erste Schnittstel- lenkomponente 312 die konfiguriert ist für das Erfassen der Daten 305 über die mehreren LagerbauteHe und/oder über das Produktionsverfahren, eine Datenspeicher« komponente 314 die konfiguriert ist für das Speichern der Daten in einer Herstellungsdatenbank 315, und mindestens eine Prozessorkomponente 322 die konfiguriert ist für folgende Verarbeitungsschritie: Erzeugung einer maschinenlesbaren Kennung 365 für die eindeutige Identifikation des Lagers, wobei die maschinenSesbare Kennung 385 zu den Daten 305 zuordenbar ist, und wobei die maschinenlesbaren Kennung 365 an dem Lager angeordnet ist, Identifikation von lagerverwendungsrelevanten Daten 335 aus den Daten 305, und Kopieren der lagerverwendungsrelevanten Daten in eine Kundendatenbank 325.
Weiler kann das Server-System 310 eine zweite SchniitsteSSenkomponente 332, wie in Figur 3 dargestellt, umfassen, die konfiguriert ist für das Senden der maschinenlesbaren Ken düng 365 an ein Äuthentifizierungssystem 350 mit einer Authentifizierungsda- tenbank 355.
Das Client-System 360 zur Verarbeitung von lagerverwendungsreievanten Daten 335 über das Lager umfasst eine Lesekomponente 362 die konfiguriert ist für das Auslesen einer maschinenlesbaren Kennung 365 auf dem Lager, eine Schniitstellenkpmpo- nente 372 die konfiguriert ist für das Senden einer Zugangsanfrage für einen Zugang zu einer Kundendatenbank 325, wobei die Zugangsanfrage die maschinenlesbare Kennung 365 umfasst, und mindestens eine Prozessorkomponente 374 die konfiguriert ist für folgende VerarbeitungssGh ritte: Abrufen einiger oder aller lagerverwendungsreievanten Daten 335 von der Kundencfatenbank 325, und Verarbeiten der abgerufenen Daten für eine iagerspezifisehe Aktivität, wobei die abgerufenen Daten für die Iagerspezifisehe Aktivität verwendbar sind.
Weiter kann das■ Client-System 360, wie in Figur 3 dargestellt, eine Datenspeicher- köffiponente 382 umfassen, die konfiguriert ist für die Speieherung der abgerufenen Daten und/oder verarbeiteten Daten In einer Client-Datenbank 385.
Weiter kann die Schnittstelienkomponente 372 des Client-System 360, wie in Figur 3 dargestellt, weiter so konfiguriert sein, dass das Senden der Zugangsanfrage direkt an das Server-System 310 mit der Kundendatenbank 325 erfolgt, in diesem Fall wird das Äuthentifizierungssystem 350 nicht in Datenkommunikation mit dem Client-System 360 stehen. Alternativ, auch in Figur 3 illustriert, kann das Senden der Zugangsanfrage an das Äuthentifizierungssystem 350 mit der Authentifizierungsdatenbank 355 zur Überprüfung der Echtheit der maschinenlesbaren Kennung (und damitdes Lagers) erfolgen. Weiter kann das Client-System 360, wie in Figur 3 dargestellt, eine weitere Schnittstelle nkomponente 392 umfassen, die konfiguriert ist für das Erfassen von Betriebsdaten 395 Ober das Lager während der lagespezäfisehen Aktivität, und die mindestens eine Prozessorkomponente 374 kann weiter für das Verarbeiten der Betriebsdaten 395 konfiguriert sein.
Die Datenspeicherkomponente 382 des Client-Systems 360, wie in Figur 3 dargestellt, kann weiter konfiguriert sein für das Speichern der Betriebsdaten 395 und/oder der verarbeiteten Betriebsdaten in der Giient-Datenbank 385,
Die Schnättsteiienkornponente 372 des Ciient-Sysiems 360, wie in Figur 3 dargestellt, kann weiter konfiguriert sein für das Senden der Betriebsdaten 395 und/oder der verarbeiteten Betriebsdaten an eine Datenbank, insbesondere an die Kundendatenbank 325,
Die Datenbanken 315, 325, 355, 385 sind in Figur 3 auf den Sysiemgrenzen der entsprechenden Systeme 310, 350, 360 dargestellt. Damit soll ausgedrückt werden, dass die Datenbanken 315, 325, 355, 385 nicht notwendigerweise in die Systeme integriert sein müssen beziehungsweise als Teil des Systems implementiert sind. Es ist auch möglich, dass die Datenbanken in einem physisch anderen System implementiert sind, beispielsweise auch als sogenannter Cloud-SpejcHer, Dies hat den Vorteil, dass die gespeicherten Daten einfach gesichert werden können, beispielsweise mittels Da- tenspiegeiung oder automatisierte Datenbackups. Auch ist damit möglich, dass meh- rere Systeme auf die Daten zugreifen können. Ebenso ist ein Vertieren oder Beschädigen des Client-Systems im Feldeinsatz weniger kritisch, da die Daten damit nicht oder nicht vollständig verloren gehen, Bazugszeicheslliste
100, 101, 142: prinzipdargestellte Bereiche der Verwaltung und Bearbeitung von Daten
102 tager
105, 106, 107, 108, 115, 125, 185: Daten
110 Server-System
140 Datenverbindung
160 Giient-Sysiem
161 Smartphöne
162 Scannen
165 Data Matrix Code
200 Computerimplementiertes Verfahren zur Verwaltung von Daten über ein Lager 210, 214, 220, 225, 227, 230, 250, 254, 260, 262, 264, 270, 274, 276, 280, 284:
Verfahrensschritte des computerimplementierten Verfahrens 2öö
300 System zur Verwaltung von Daten über ein Lager
305, 335, 395: Daten
310 Server-System
312, 314, 322, 332: Komponenten des Server-Systems 310
315, 325, 355, 385: Datenbanken
340 Datenverbindung
350 Äuthentiflzterungssysiern
360 Client-System
365 maschinenlesbare Kennung
362, 372, 374, 382, 392: Komponenten des Client-Systems 360

Claims

Patentansprüche
1. Compuienmplementreries Verfahren (200) zur Verwaltung von Daten (1 15, 305) öber ein Lager (102), wobei das Lager {102} mehrere Lagerbauteile unv fasst, und wobei das Lager (102) in einem Produktionsverfahren aus den mehreren lagerbauteilen hergestellt ist, umfassend foägende Schritte:
- Erfassen (210) der Daten (115, 305} über die mehreren LagerbauteiSe
und/oder über das Produktbnsyen%hreri,
- Speichern (214) der Daten (1 15, 305) in einer Herstellungsdatenbank (315),
- Erzeugen (220) einer maschinenlesbaren Kennung (165, 365} für die eindeutige Identifikation des Lagers (102), wobei die maschinenlesbare Kennung (165, 365) zu den Daten (115, 305) zuordenbar ist, und wobei die maschinenlesbaren Kennung (165, 365) an dem Lager (102) angeordnet ist,
- aus der Menge der Daten (115, 305), Kopieren (230) von lagerverwen- dungsrelevanten Daten (125, 335) in eine Kundendatenbank (325),
- Auslesen (250) der maschinenlesbaren Kennung (185, 365) auf dem Lager (102),
- Freischa!ten (254) des Zugangs zu der Kundendatenbank (325) für die der maschinenlesbaren Kennung (165, 365) zugeordneten lagerverwendungs- relevanten Daten (125, 335),
~ Abrufen (260) einiger oder alier lagewenA/endungsrelevanter Daten (125, 335) von der Kundendatenbank (325), und
- Verarbeiten (264) der abgerufenen D aten f ü r eine lag e rs pezif ische Aktivität, wobei die abgerufenen Daten für die lagerspezifische Aktivität verwendbar sind.
2. Computerimplementiertes Verfahren (200) nach Anspruch 1 , das Verfahren weiter umfassend Speichern (262) der abgerufenen Daten und/öder verarbeiteten Daten in einer Client-Datenbank (385),
3. Computerimpiementieries Verfahren (200) nach Anspruch 1 oder 2, wobei das Lager (102) für die !agerspezifische Aktivität eingesetzt ist, das Verfahren weiter umfassend: - Erfassen (270) von Betriebsdaten (395) .über das Lager während der Sage- spezifischen Aktivität
- Verarbeiten (274) der Betriebsdaten (395), und/oder
- Speichern (276) der Betriebsdaten (395) und/oder der verarbeiteten Betriebsdaten in der Gjient-Datenhahk (385).
4. Computerimplementiertes Verfahren (200) nach Anspruch 3, das Verfahren weiter umfassend:
- Senden (280) der Betriebsdaten (395) und/oder der verarbeiteten Betriebsdaten an eine Datenbank, insbesondere an die Kundendatenbank (325), und
- Speichern (284) der gesendeten Daten in der Datenbank, insbesondere in der Kundendatenbank (325).
5. Gomputerimplementiertes Verfahren (200) nach einem der Ansprüche 1 bis 4, das Verfahren weiter umfassend:
- Hinterlegen (225) der maschinenlesbare Kennung (165, 365) in einer Au- thentifizierungsdatenbank (355) zur Oberprüfung der Echtheit des Lagers (102),
- Überprüfen (227) der Echtheit mittels Abfrage bei der Authenfifizierungsda- tenbank (355), und bei Echtheit der maschinenlesbaren Kennung (165, 365),
- Fortfahren mit dem Freischaiten (254) des Zugangs zu der Kündendäten- bank (325).
6. Computerprogrammprodukt, weiches« wenn es in einen Speicher einer Daien- verarbeätungsaniage geladen wird und von mindestens einem Prozessor der DatenverarbeätungsanSage ausgeführt vvird, die Schritte des conlputerimpie- mentlerten Verfahrens (200) nach einem der Ansprüche 1 bis 5 ausführt,
7. Server-System (310) zur Verarbeitung von Daten (305) über ein Lager (102), wobei das Lager (102) mehrere Lagerbauteiie umfasst, und wobei das Lager (102} in einem Produkiionsyerfahien aus den mehreren Lagerbauteilen hergestellt ist, umfassend:
- eine, erste Schnittsteltenkomponente (312} die konfiguriert ist für das Erfassen der Daten {115, 305) über die mehreren Lagerbauteüe und/oder über d as P rod u ktio nsverf a h re n ,
- eine D^empeicherkomponenie (314) d ie konfiguriert ist f ü r das S pei ehern der Däten (115, 305) in einer Hersteilungsdatenfeank (315), und
- mindestens eine Proze$$Qrkomponent& (322) die konfiguriert ist für;
O Erzeugung einer maschinenlesbaren Kennung (185, 365) für die eindeutige Identifikation des Lagers (102), wobei die maschinenlesbare Kennung (165, 365) zu den Daten (115, 3Ö5) zuordenbar ist, und wobei die maschinenlesbaren Kennung (165, 385) an dem Lager {102} angeordnet ist,
O Identifikation von lagerwrwendungsre!evanten Daten (125, 335) aus den Daten (115, 305), und
O Kopieren der lagervewenäungsreievanten Daten {125, 335) in eine Kundendatenbank (325).
8. Server-System (31 Ö) nach Anspruch 1, weiter umfassend:
eine zweite Sohnittstelfenkomponente (332) die konfiguriert ist für das Senden der maschinenlesbaren Kennung (165, 365) an ein Äuthentifizierungssystem (350) mit einer Äuthentifizierungsdatenbank (355),
9, Glient-Systern (36G) zur "Verarbeitung von iagerverwend im gs relevanten Daten {335} über ein Lager, umfassend:
- eine Lesekomponente (382) die konfiguriert ist für das Auslesen einer maschinenlesbaren Kennung (165, 385) auf dem Lager (102),
- -eine Schnittsteltenkomponente (372) die konfiguriert ist für das Senden einer ZLigangsanfrage für einen Zugang zu einer Kundendatenbgnk (325), wobei die Zugangsanfrage die maschinenlesbare Kennung (185, 365) urrv fässt,
- mindestem eine Prozessorkomponente (Z74) die konfiguriert äst für: o Abrufen einiger oder aller lagerverwendungsreievanten Daten (125, 335} von der Kundehdatenbank (326) , und
.o Verarbeiten der abgerufenen Daten für eine lagerspezifische Aktivität, wobei die abgerufenen Daten für die Sagerspezifische Aktivität verwendbar sind.
10. Client-System (360) nach Anspruch 9, weiter umfassend [eine Datenspeicher- kömponente (382) die konfiguriert ist für die Speicherung der abgerufener? Daten und/oder verarbeiteten Daten in einer Glient-Datenbank (385),
11 .Giient-System (360} nach Anspruch 9 öder 10, wobei die Sohnittsteiienkompo- nente (372) weiter so konfiguriert ist, dass das Senden der Zugangsanfrage an ein Server-System (310) mit der Kundendatenbank (325) erfolgt oder dass das Senden der Zugangsanfrage an ein Authentifizierungssystem (350) mit einer Äutheniifizierungsdatenbank (355) zur Oberprüfung der Echtheit des Lagers (102) erfolgt,
12. Client-System (360) nach einem: der Ansprüche 9 bis 1 1, weiter umfassend:
- eine weitere Schniitsteilenkomponenie (392) die konfiguriert ist für das Erfassen von Betriebsdaten (395) über das Lager (iö2) während der lagespe- zif Ischen Aktivität, und
- die mindestens eine Prozessorkamponente (374) weiter konfiguriert Ist für das Verarbeiten (274) der Betriebsdaten (395).
13. Client-System (360) nach Anspruch 12, wobei die Datenspeich&rkOmponente (382) Weiter konfiguriert ist für das Speiche der Betriebsdaten (395} und/oder der verarbeiteten Betriebsdaien in der Client-Datenbank (385),
14. Client-System (360) nach einem der Ansprüche 12 bis 13, wobei die Schnitt- steiienkomponente 072^) weiter konfiguriert ist für das Senden (280} der Betriebsdaten (395) und/oder der verarbeiteten Betriebsdaten äh eine Datenbank, insbesondere ah die Kundendatenbank (325).
15.System (300) zur Verwaltung von Daten (305, 335, 395} über ein Lager (102), umfassend :
ein Server- System (310) nach Anspruch 7 oder 8 und
ein Client-System (360) nach einem der Ansprüche 9 bis 14, wobei das Server-System (310) und das Client-System (360) über eine Datenverbindung
(140, 340) für eine Datenkommunikation verbunden sind.
PCT/DE2016/200453 2015-10-01 2016-09-28 Verfahren und system zur verwaltung von daten über ein lager Ceased WO2017054820A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/764,698 US20180276623A1 (en) 2015-10-01 2016-09-28 Method and system for managing data relating to a bearing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102015219030.7 2015-10-01
DE102015219030 2015-10-01

Publications (1)

Publication Number Publication Date
WO2017054820A1 true WO2017054820A1 (de) 2017-04-06

Family

ID=57223497

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2016/200453 Ceased WO2017054820A1 (de) 2015-10-01 2016-09-28 Verfahren und system zur verwaltung von daten über ein lager

Country Status (3)

Country Link
US (1) US20180276623A1 (de)
DE (1) DE102016218648B4 (de)
WO (1) WO2017054820A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3591596A1 (de) 2018-07-06 2020-01-08 ThyssenKrupp Metalúrgica Campo Limpo Ltda. Computerimplementiertes verfahren und prozess für kurbeleinheitaufbau

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113167318B (zh) * 2019-01-28 2024-02-02 日本精工株式会社 轴承部件、轴承、机械、车辆以及轴承部件的个体识别方法、轴承的制造方法、机械的制造方法、车辆的制造方法
US11860878B2 (en) 2019-08-21 2024-01-02 Fanuc Corporation Inquiry system and relay device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2800031A1 (de) * 2013-05-03 2014-11-05 Homag Holzbearbeitungssysteme GmbH Verfahren zum Bereitstellen maschinenspezifischer Handlungsoptionen und/oder Informationen

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6223137B1 (en) * 1999-03-25 2001-04-24 The University Of Tennessee Research Corporation Method for marking, tracking, and managing hospital instruments
DE10201021A1 (de) * 2002-01-11 2003-07-24 Endress & Hauser Process Solut Verfahren zum Instandhalten einer Fabrikationsanlage
US6501382B1 (en) * 2001-06-11 2002-12-31 Timken Company Bearing with data storage device
DE10256260A1 (de) 2002-12-03 2004-06-24 Robert Bosch Gmbh Verfahren und Vorrichtung zur Verifikation eines Erzeugnisses
JP2005084962A (ja) 2003-09-09 2005-03-31 Ntn Corp Ｉｃタグ付き機械要素部品
US8918432B2 (en) * 2004-07-19 2014-12-23 Cerner Innovation, Inc. System and method for management of drug labeling information
JP2006053670A (ja) * 2004-08-10 2006-02-23 Ntn Corp 航空・宇宙用機械要素商品の品質管理方法および航空・宇宙用軸受
US20070033108A1 (en) * 2005-08-05 2007-02-08 Luhr Stanley R Systems and methods for tracking component-related information associated with buildings
US8816262B2 (en) * 2007-07-03 2014-08-26 Kyle H. Holland Auto-calibration method for real-time agricultural sensors
US8282013B2 (en) * 2009-01-16 2012-10-09 Parker-Hannifin Corporation RFID-tagged seal
DE102009010022A1 (de) 2009-02-21 2010-08-26 Schaeffler Technologies Gmbh & Co. Kg Maschinenelement, insbesondere Lagerring, mit einer Markierung, sowie Verfahren zum Anbringen einer Markierung
CN103492965B (zh) * 2011-03-22 2016-07-06 Ntn株式会社 机械要素部件的再使用诊断方法
EP2983885B1 (de) * 2013-04-13 2018-05-23 Rel8 ApS Verfahren und vorrichtung zur herstellung eines mittels 2d-strichcode codierten teils durch formen mit identifizierbarkeit anhand eines smartphones

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2800031A1 (de) * 2013-05-03 2014-11-05 Homag Holzbearbeitungssysteme GmbH Verfahren zum Bereitstellen maschinenspezifischer Handlungsoptionen und/oder Informationen

Non-Patent Citations (11)

* Cited by examiner, † Cited by third party
Title
"Programming the Mobile Web", 2 August 2010, O'REILLY, ISBN: 978-0-596-80778-8, article MAXIMILIANO FIRTMAN: "Programming the Mobile Web", XP055305028 *
ALI BAHRAMI ET AL: "The Workflow Based Architecture for Mobile Information Access in Occasionally Connected Computing", SERVICES COMPUTING, 2006. SCC '06. IEEE INTERNATIONAL CONFERENCE ON, IEEE, PI, 1 September 2006 (2006-09-01), pages 406 - 413, XP031027323, ISBN: 978-0-7695-2670-6 *
ANDREW S. TANENBAUM ET AL: "Distributed Systems: Principles and Paradigms (2nd Edition)", 12 October 2006, PRENTICE HALL, ISBN: 978-0-13-239227-3, pages: ToC,Ch01 - Ch03,Ch10,Ch12, XP055272991 *
JOHN DEERE: "John Deere PowerAssist(TM) App", INTERNET ARTICLE, 17 April 2013 (2013-04-17), XP055134099, Retrieved from the Internet <URL:https://web.archive.org/web/20130417170216/http://www.deere.com/wps/dcom/en_US/services_and_support/product_info_search/power_assist.page?> [retrieved on 20140811] *
OLIVER DROBNIK: "Barcodes with iOS - Bringing together the digital and physical worlds", 19 February 2015, MANNING PUBLICATIONS, ISBN: 978-1-61729-215-6, XP055287755 *
PHILLIP J. WINDLEY: "The Live Web: Building Event-Based Connections in the Cloud", 22 December 2011, COURSE TECHNOLOGY PTR, ISBN: 978-1-133-68668-2, pages: ToC,Intr,Ch01,Ch02,Ch04,Ch08 - Ch10, XP055317619 *
WIKIPEDIA: "Automatic identification and data capture", INTERNET ARTICLE, 10 September 2015 (2015-09-10), XP055328932, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=Automatic_identification_and_data_capture&oldid=680403203> [retrieved on 20161214] *
WIKIPEDIA: "History of printing", INTERNET ARTICLE, 22 September 2015 (2015-09-22), XP055329045, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=History_of_printing&oldid=682233040> [retrieved on 20161214] *
WIKIPEDIA: "Mobile tagging", INTERNET ARTICLE, 22 September 2015 (2015-09-22), XP055328752, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=Mobile_tagging&oldid=682262504> [retrieved on 20161213] *
WIKIPEDIA: "Object hyperlinking", INTERNET ARTICLE, 22 September 2014 (2014-09-22), XP055252400, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=Object_hyperlinking&oldid=626548453> [retrieved on 20160223] *
WIKIPEDIA: "Part number", INTERNET ARTICLE, 21 July 2015 (2015-07-21), XP055328767, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=Part_number&oldid=672387146> [retrieved on 20161213] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3591596A1 (de) 2018-07-06 2020-01-08 ThyssenKrupp Metalúrgica Campo Limpo Ltda. Computerimplementiertes verfahren und prozess für kurbeleinheitaufbau

Also Published As

Publication number Publication date
DE102016218648A1 (de) 2017-04-06
DE102016218648B4 (de) 2025-02-20
US20180276623A1 (en) 2018-09-27

Similar Documents

Publication Publication Date Title
DE102007038340B4 (de) Verfahren zur Wartung von Prozesssteuersystemen und maschinenlesbares Medium
EP2070030A1 (de) Automatisches geräteregistrierungssystem mit barcode-erkennung und wartungs informationsgenerierung
DE102008012843A1 (de) Unternehmensdatenmanagement
EP3379447A1 (de) Verfahren und vorrichtung zum manipulationssicheren speichern von informationen bezüglich objektbezogener massnahmen
DE10154410A1 (de) Informationsmanagementvorrichtung und Informationsmanagementsystem
DE102019210186A1 (de) Datenverwaltungseinrichtung, datenverwaltungsverfahren und datenverwaltungsprogramm
WO2017054820A1 (de) Verfahren und system zur verwaltung von daten über ein lager
DE102022210345A1 (de) Fahrzeugdiagnosesystem und -Verfahren mit Spezialdaten
EP4143644B1 (de) Systeme und verfahren zur digitalen beglaubigung von nutzungsdaten einer automatisierungsanlage
EP3718263A1 (de) Verfahren und steuersystem zum steuern und/oder überwachen von geräten
DE10201021A1 (de) Verfahren zum Instandhalten einer Fabrikationsanlage
EP3032505B1 (de) Verfahren zum Betreiben von Bezahlautomaten eines ID-basierten Zugangskontrollsystems für ein Post-Payment-Szenario
EP3422300B1 (de) Elektronischer tachograf und verfahren zum speichern von einträgen in einem elektronischen tachograf
DE102014108921A1 (de) Reservierung für Schließfachanlagen
DE102019213003A1 (de) Wissensbereitstellungsprogramm, wissensbereitstellungsvorrichtung und betriebsdienstsystem
DE102013111228A1 (de) Verfahren für eine elektronische Auditierung
EP2124119B1 (de) System und Verfahren zur Aggregation und Übermittlung von Prozessmetadaten heterogener Herstellungsprozessketten
EP2693352A1 (de) System zur Übertragung personenbezogener und nicht personenbezogener Daten (Data-Split)
DE112018000467B4 (de) Ein Werkstück sowie ein Überwachungsverfahren und ein Überwachungssystem für einen Wassergehalt von dessen Schmiermittel
DE102004017204B4 (de) Computersystem, Telekommunikationssystem, Computerprogrammprodukt und Verfahren zur Versendung eines Notrufs an eine Notrufzentrale
DE112022000628T5 (de) Datenverwaltungssystem, Datenverwaltungsserver, Datenverwaltungsverfahren, Datenverwaltungsprogramm, und Aufzeichnungsmedium
WO2001065323A2 (de) Verfahren und vorrichtung zur unterstützung der instandhaltung einer gruppe von technischen anlagen
DE102019213001A1 (de) Wissensproduktionssystem
DE102016206736A1 (de) Arbeitspaketmanagement
WO2009140995A1 (de) System und verfahren zur aggregation und übermittlung von prozessmetadaten heterogener herstellungsprozessketten

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16790257

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15764698

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 16790257

Country of ref document: EP

Kind code of ref document: A1