DE102014104060B4 - Procedure for processing a file - Google Patents

Abstract

Method for computer-implemented processing of an electronic file (4, 132), wherein a number of input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) are provided for a name of the file (4, 132), wherein each input field (10, 12, 14, 16, 18, 20, 22, 24, 26) is reserved for a file parameter describing the file (4, 132), wherein characters for characterizing the respective file parameters are entered in the respective input fields (10, 12, 14, 16, 18, 20, 22, 24, 26), wherein the file (4, 132) is thereby automatically stored in a folder (134) of a folder structure (32, 106) which is defined for at least one data storage device (8, 98, 100, 102, 104), wherein a location (50, 52) of the folder (134) within the folder structure (32, 106) is derived taking into account the characters entered in the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26), wherein at least one of the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) is automatically filled in with at least one character for characterizing the file parameter provided for this purpose.

Description

The present invention relates to a method and a data processing system for computer-implemented processing of an electronic file.

When developing a component for a typical technical device, a file can be created that describes this component in writing, images and/or mathematics. To do this, a program that meets the respective requirements is used to create and/or modify the file provided for this purpose. If the component that is usually to be developed is designed as one component among many components of the technical device, the file describing the component must be named systematically. Furthermore, files can also be named and stored systematically in general and thus regardless of their content.

From the publication JP 4/151769 A is a system for managing a CAD drawing. In this system, a name of a file and a CAD module are registered in a database, taking into account a name given by a user for the file.

A method for managing CAD data is described in the publication US 7 418 666 B2 Source data is stored in a source library. This source library also includes source files that can be automatically attached to a regular file. Such a source file defines attributes of elements that can be used to create a CAD model.

A method for organizing data generated by an electronic design automation tool is described in US 7 975 247 B2 described. A system is used that provides several rules for configuring different electronic tools for design automation. Tool-dependent parameters, such as the format or naming of a file, are taken into account.

In the publication “ Naming convention (data processing)” [Wikipedia article. Version from 9.5.2012, p. 1 - 3, http://de.wikipedia.org/w/index.php?title=Namenskonvention_%28 Datenverarbeitung%29&oldid=103031836 ] describes naming conventions and thus nomenclatures, i.e. voluntary agreements between programmers, database developers, etc., which introduce a specific system for assigning identifiers to objects, variables and constants so that the names can be used to immediately draw conclusions about the intended use in the program/database.

In addition, reference is made to the publication “ Managing Source and Class Files“ [In: The Java Tutorials. Online Version, Oracle.com, Version from September 20, 2013. Retrieved October 20, 2014, Internet Archive, pp. 1 - 2, http://web.archive.org/web/20130920172335/http://docs.oracle.c om/javase/tutorial/java/package/managingfiles.html ] . From this, it is known to name design objects (packages) in such a way that the name reflects a set of properties and also the directory path, as is common in the Java programming language.

One object of the present invention was to support a user in creating a file in such a way that, within a system comprising a plurality of files, the file is stored in a structured and well-ordered manner in a location or folder intended for the file among a plurality of locations or folders.

Against this background, a method and a data processing system with the features of the independent patent claims are presented. Further embodiments of the invention emerge from the dependent patent claims and the description.

The method according to the invention is to be used for computer-implemented processing of an electronic file, wherein a number of input fields are provided for a name of the file. Each input field is reserved for a file parameter that can describe the file and/or its content. In the method, characters for characterizing the respective file parameters are entered into the respective input fields, whereby the file is thereby automatically saved in a folder of a folder structure that is defined for at least one data storage device. In addition, a location of the folder within the folder structure is derived taking into account the characters that are entered in the respective input fields. In the method, at least one of the input fields is automatically filled in with at least one character for characterizing the file parameter provided for it.

The procedure can be carried out automatically when the file is created or generated by a computer using software or a data processing program. When the file is created, it is systematically named and the folder intended for the file is systematically stored, with the folder located at a level of the folder structure intended for the file.

The file is usually created by a program and thus created or generated. The program can be a CAD program, a program for creating a text file or another program designed to create the file. Regardless of the type and content of the file, it is named and saved as part of the process. The file can be transferred to the data processing program in some form, which can be done, for example, by "drag and drop" or a plug-in or an extension module. The data storage, which has the folder for saving the named file, can be designed as a database, for example. The file can also include metadata in some form.

The location for the file is described and/or defined via a storage path within the folder structure. In an embodiment, the folder for saving the file can be created when the process is carried out. The name of the file usually has several input fields, some of which are mandatory. Other input fields can be designed as so-called free fields, which are only optional and, unlike mandatory fields, do not have to be filled in. At least one character is entered in each of the input fields. Characters can be selected from a selection by clicking on them and thus entered into an input field. Several characters to be entered form a sequence of characters, which can also be referred to as a character string.

Alternatively or in addition, a user of the file who edits the file, usually creates it, is asked to enter at least one character to characterize the file parameter provided for this purpose, e.g. manually, in at least one of the input fields, which is designed as a mandatory field. If the file name has several input fields, at least one of the input fields can be filled in automatically, whereas at least one other input field must be filled in by the user upon request.

The input fields can, for example, be structured according to a tree-like hierarchy, which means, among other things, that an order is specified for the input fields that are mandatory. The folder structure that includes the folder for the file is usually also structured or organized according to a tree-like hierarchy. The tree-like hierarchy in which the folders are organized within the folder structure includes several levels, i.e. a first, hierarchically highest level, to which a second level and further levels are subordinate. As a rule, an n+1th level is subordinate to an nth level. Each level can include several folders.

In addition, an input field can be assigned to the name of a level of the tree-like hierarchical folder structure, whereby a designation and/or name of an input field, usually a mandatory field, correlates with a designation and/or name of the folder in an assigned level. The tree-like hierarchical folder structure is usually predetermined and can be supplemented as part of the process if a sequence of characters is entered in at least one of the input fields, i.e. in at least one mandatory field and/or in at least one free field, for which no folder yet exists within an assigned level. In this way, a level of the folder structure can be supplemented with at least one folder. The file is usually saved in a project-specific folder provided for this purpose, which can be created as part of the process taking into account the name of the file defined via the input fields.

In further detail, the file will only be created and saved in the folder once all input fields, usually all mandatory fields, have been filled in.

Furthermore, the folder can be automatically created within a level of the folder structure as soon as the file is created. If the folder intended for the file already exists, the file can be automatically saved in it.

The procedure can be carried out for a file designed as a CAD file to represent a specific project and/or component. In this case, the name is automatically determined on a component- and/or project-specific basis and the file is automatically saved in the folder on a component- and/or project-specific basis.

To carry out the procedure, the software or the corresponding data processing program that is executed on a computing unit is used, whereby the software provides the user of the file with an input mask on a display device that interacts with the computing unit, which displays the input fields to be filled in, i.e. the mandatory fields and, if applicable, at least one free field.

In this case, leaving the input mask and/or ending the software and calling up other programs that can be run by the processing unit is only possible when at least one input field has been filled in manually and/or automatically. Accordingly, saving the file in the folder provided for this purpose is only possible when all input fields that need to be filled in, i.e. mandatory fields, have been filled in, especially since the folder provided for this purpose depends on the name of the file. Only when this is the case can a saving process for the named file in the folder provided for this purpose be successfully completed and the software for carrying out the procedure closed.

To fill in the at least one input field, the user can be provided with a selection of characters or character strings, for example via a list, with which the file parameter intended for this at least one input field is to be characterized. A suggested character string can be selected by clicking on it and automatically entered into the input field.

The file parameters for the input fields can be a name for a project that concerns a product and/or a work process, a name for an organizational unit, i.e. for a department, an area and/or a work group, a date that describes a day and, if applicable, a time at which the file is created and thus generated, a user name, a reason for creating the file and/or a version for the file. The version can be automatically updated if the file is changed in the future.

Two adjacent input fields can be separated from each other by a definable special character, e.g. an underscore or quarter-em dash "_" or a space and/or marked in a different color. The order of the input fields can, but does not have to, be determined according to the hierarchy of the folder structure. Furthermore, the name of the file can include at least one input field, at least one mandatory field and the optional and/or facultative free field or additional field, which can be filled in voluntarily but not mandatorily.

Characters that are entered in an input field provided for describing a file parameter can be subject to a standardization. In this case, an input field is only considered to be completely and/or correctly filled in by the user if the sequence of characters and thus the character string corresponds to the prescribed standardization. The naming of the file can therefore be subject to a convention that is specified by the input fields and/or by a structure of the character strings entered in them, depending on the file parameter. If such a convention is provided, the input fields can also be filled in by clicking on character strings that are suggested in the selection.

The data processing system according to the invention is designed for computer-implemented processing of an electronic file, wherein a number of input fields are provided for a name of the file, wherein each input field is reserved for a file parameter describing the file. The data processing system has a computing unit which is designed to automatically save the file in a folder of a folder structure defined for at least one data storage device, taking into account characters which are to be entered into the respective input fields to characterize the respective file parameters, wherein a location of the folder within the folder structure is to be derived taking into account the characters which are to be entered into the respective input fields. Letters, numbers, punctuation marks, special characters and/or symbols which can be standardized according to ASCII coding, for example, can be used as characters. The data processing system is designed to automatically fill in at least one of the input fields with at least one character to characterize the file parameter provided for this purpose.

In addition, the data processing system is designed to prompt a user of the file to enter at least one character to characterize the file parameter provided for this purpose in at least one of the input fields that is designed and/or defined as a mandatory field.

The data processing system will only create the file and save it in the folder provided for this purpose once all input fields, usually all mandatory fields, have been filled in.

In addition, the data processing system comprises at least one data storage device in which the file is to be saved. In addition, the hierarchical tree-like folder structure is created on the at least one data storage device.

Usually, all steps of the method can be carried out by the data processing device. At least one step of the method can be monitored by the computing unit and thus controlled and/or regulated.

Furthermore, software is to be executed on the computing unit, which is designed to provide the user of the file with an input mask on a display device that interacts with the computing unit, which is designed to display the input fields to be filled in.

The method presented can, for example, be used to work on various projects by a team of users. This applies, for example, to the design of a motor vehicle that has a large number of components, which in turn are worked on in sub-projects by different users. A large number of electronic files must be created to develop and/or describe the components. By applying the method, each of these files can be named in a well-structured or well-ordered manner and filed in a folder intended for the file, so that this file can be accessed quickly and easily not only by the user who created it, but also by other users. By providing input fields, usually the mandatory fields, for the name of the file, it can be named in a structured manner and identified accordingly.

The software that is executed on the computer unit of the data processing system, whereby the method is to be implemented, can be designed as an EXE file, which usually does not require installation on the computer unit. The assignment of the name for the electronic file with which the component of the motor vehicle is to be described and/or represented is carried out in an embodiment taking into account a fixed structure, which can be determined by the hierarchical order.

The name of the file is made up of the different input fields and thus of different areas, such as the project, an area of the project, such as an interior, a control arrangement or an engine of the motor vehicle, a group of parts and thus of components of the motor vehicle, e.g. headlights, a user and thus an editor of the project, a date of processing, etc. By marking the individual input fields in different colors, it is possible within the framework of the process to support the user in filling out the input fields using the input mask. File parameters for input fields that are already present in the data processing system, usually the date or the name of the user, are filled in automatically by the data processing system, whereas file parameters for other input fields, such as the reason for processing, can be requested from the user by the data processing system via the input mask when saving the electronic file, so that saving is only possible after filling in at least one input field that is designed as a mandatory field.

By assigning the name to the file, it can be stored in a structured and orderly manner in the folder provided for the file within the tree-like, hierarchical folder structure. The intention here is that the folder structure is structured in a tree-like, hierarchical manner on a drive or a possibly assigned storage medium as at least one data storage device in accordance with the folder structure.

Further embodiments of the invention and resulting advantages emerge from the description and the accompanying drawings.

• 1 zeigt ein Diagramm zu einer ersten Ausführungsform des erfindungsgemäßen Verfahrens.
• 2 zeigt ein erstes Diagramm zu einer zweiten Ausführungsform des erfindungsgemäßen Verfahrens.
• 3 zeigt ein zweites Diagramm zu der zweiten Ausführungsform des erfindungsgemäßen Verfahrens.
• 4 zeigt ein drittes Diagramm zu der zweiten Ausführungsform des erfindungsgemäßen Verfahrens.
• 5 zeigt ein Beispiel für eine Eingabemaske, die bei der zweiten Ausführungsform des erfindungsgemäßen Verfahrens verwendet wird.
• 6 zeigt in schematischer Darstellung eine Ausführungsform eines erfindungsgemäßen Datenverarbeitungssystems.

It is understood that the features mentioned above and those to be explained below can be used for the embodiments of the invention not only in the combination specified in each case, but also in other combinations or on their own, without departing from the scope of the present invention.

• 1 shows a diagram of a first embodiment of the method according to the invention.
• 2 shows a first diagram of a second embodiment of the method according to the invention.
• 3 shows a second diagram of the second embodiment of the method according to the invention.
• 4 shows a third diagram of the second embodiment of the method according to the invention.
• 5 shows an example of an input mask used in the second embodiment of the method according to the invention.
• 6 shows a schematic representation of an embodiment of a data processing system according to the invention.

The figures are described in a coherent and comprehensive manner. The same reference numerals designate the same aspects or components of the invention.

In the diagram from 1 To describe the first embodiment of the method according to the invention, a user 2 (alias user) of the method, the file 4 to be processed with the method, to which a symbol 6 is assigned here, and a data storage device 8 designed here as a server, which is part of an embodiment of a data processing system according to the invention is shown schematically.

When carrying out this embodiment of the method, the user 2 is supported in a computer-implemented processing of the electronic file 4. A number of input fields are provided for a name of the file 4, with one input field each being reserved for a file parameter with which the file 4 is to be described. The input fields are filled in automatically and/or manually with characters, with an input field being filled in automatically by the data processing system. It is also provided that the user 2 is prompted by the data processing system to enter characters in the input fields, usually via an input mask that is shown to the user 2 on a display device of the data processing system. As soon as all input fields have been filled in with characters according to a convention provided for this purpose, the file 4 is automatically saved in a folder of a folder structure of the data storage device 8. The location of the folder within the folder structure is derived taking into account the characters that are entered in the input fields.

When carrying out the second embodiment of the method according to the invention, which is based on the 2 , 3 , 4 and 5 As described, an electronic file to be created is given a name. The name for the file is defined using several input fields, here several mandatory fields 10, 12, 14, 16, 18, 20, 22, 24 and a free field 26. Each of these input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 is reserved for a file parameter that describes different aspects of the file.

Here, a first input field 10 is provided for a "project", in which nine characters can be inserted. Examples of possible characters for describing the "project" are "991II-C2_", "991II-TOP" or "991II-C4". The second input field 12 is reserved here for an "area", whereby this "area" is to be described using three characters. These can be, for example, "EXT", "INT", "LEU", "RAD" or "GRZ". A component group "BTG" is entered in a third input field 14 and a name of a "component" is entered in a fourth input field 16 as file parameters, whereby these two input fields 14, 16 have a total of eleven characters. Characters for describing the component group "BTG" and the "component" can be taken from lists (not shown here) with a selection of characters for describing parts, whereby such lists with the characters suggested therein can also be called up and displayed.

A fifth input field 18 is reserved for a "date" as a file parameter, whereby the "date" here documents a day on which the file is processed, usually created. In the embodiment described here, six characters "YYMMDD" are provided for the date, with which a year is designated using the first two characters ("YY"), a month using the second two characters ("MM"), and a day of the month using the third two characters ("DD"). In an alternative variant, it is also possible to designate the year using four characters ("YYYY"). To further document the time at which the file is processed, the date can be supplemented by further characters which indicate the time at which the file is processed.

A sixth input field 20, in which "Who" is specified as a placeholder, is reserved here for naming an editor and thus a user of the file as a file parameter. An abbreviation, e.g. "AGA" or "WGR", which here comprises three characters, is provided for the user's name. A seventh input field 22 is reserved for specifying a "reason" for processing the file as a file parameter, whereby two characters must be entered here as part of the process. These can be, for example, "TC" for technology check, "FR" for milling stand, "MB" for model making, "VR" for virtual reality or "DT" for data transfer.

In an eighth input field 24, a "version" is to be entered as a file parameter, which here comprises three characters. This can be, for example, "A01". In an eighth input field 26, which is designed here as a free field, a "free text" can optionally be entered, which can comprise any number of characters, here for example at least 16 possible characters. A minimum number and a maximum number of characters that can be entered in one of the input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 are usually determined by an operating system used or can be defined as required.

The characters that are to be entered in order to define the file parameters in the input fields 10, 12, 14, 16, 18, 20, 22, 24, which are designed as mandatory fields, and if necessary in the input field 26, which is designed as a free field, can be filled in automatically and/or manually by the data processing system when carrying out the embodiment of the method. It is also possible for the user who processes the file to be prompted by the data processing system via an input mask 54, as shown in 5 is asked to manually fill in some of the input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 with characters.

In this regard, different options are possible for some of the input fields 10, 12, 14, 16, 18, 20, 22, 24, 26. For example, the user can be asked to manually fill in the first input field 10 for the "project", the second input field 12 for the "area", the third input field 14 for the "component group", the fourth input field 16 for the "component", the sixth input field 20 for the user's name and the seventh input field 22 for the "reason" for processing with characters. Manually filling in an input field 10, 12, 14, 16, 18, 20, 22, 24, 26 includes either the measure that characters can be inserted, for example, by typing, or the measure that characters, usually character strings, are suggested in a selection and selected from them by manually clicking and entered into an input field 10, 12, 14, 16, 18, 20, 22, 24, 26. However, it is conceivable that some of the input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 mentioned here may be filled in automatically by the data processing system. It is therefore usually provided that the user registers and logs in using his name in a computing unit of the data processing system that he uses to process the data, so that the data processing system knows which user is processing the file and can automatically enter his abbreviation in the sixth input field 20.

It is also conceivable that the first input field 10 for the "project", the second input field 12 for the "area", the third input field 14 for the "component group", the fourth input field 16 for the "component" and the seventh input field 22 for the "reason" can be filled in automatically by the data processing system, provided that the data processing system has the information required for this. The fifth input field 18 for the "date" and the eighth input field 24 for the "version" are usually filled in automatically with characters by the data processing system. The input field 26 for the "free text" is usually filled in with characters by the user. Some characters for some of the input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 can be automatically selected by the data processing system and the input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 can be automatically filled in with these characters. The user can later change the characters in already filled in input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 if necessary.

The characters to be entered for each input field 10, 12, 14, 16, 18, 20, 22, 24 are each separated from one another by a definable special character, for example "_" or possibly by a space. In addition, the ninth input field 26 is also separated from the eighth input field 24 by a special character. Furthermore, the individual input fields 10, 12, 14, 16, 18, 20, 22, 24 can be visually distinguished from one another by different colors on the input mask visible to the user. The special characters to be provided to separate the input fields from one another are provided automatically by the data processing system.

2 also shows two examples of complete names 28, 30 that are assigned to files as part of the procedure.

A first name 28 for a first file includes the following characters: “991II-TOP_EXT_VW_DECKELVO_140321_RSC_TC_C05_FUGE-UMLAUFEND-4MM”. The character string “991II-TOP” in the first input field 10 designates the “project” and the second character string “EXT” in the second input field 12 designates the “area”. The characters “VW” are entered here for the third input field 14 to designate the component group and the characters “DECKELVO” are entered here for the fourth input field 16 to designate the “component”, whereby the characters in the last two input fields 14, 16 are separated from one another by an underscore or a quarter-em dash (“_”) as special characters. The characters “140321” are entered in the fifth input field 18 to designate the “date”. In the sixth input field 20, the characters “RSC” are entered as an abbreviation for the user’s name. The reason for processing in the seventh input field 22 is defined here using the two characters “TC”. The characters “C05” are entered here for the “version” in the eighth input field 24. In the optional input field 26, the characters “FUGE-UMLAUFEND-4MM” are entered as “free text”.

A second name 30 for a second file includes the following characters: E2II-BAS__LEU_NSW_GESAMT_140314_WGR_MB_A19_VAP 110824". The character string "E2II-BAS" in the first input field 10 designates the "project" and the second character string "LEU" in the second input field 12 designates the "area". The characters "NSW" are entered here for the third input field 14 to designate the component group and the characters "GESAMT" are entered here for the fourth input field 16 to designate the "component", whereby the characters of the last two input fields 14, 16 are also separated by a quarter-em dash as a special character. characters are separated from each other. The characters “140314” are entered in the fifth input field 18 to indicate the “date”. The characters “WGR” are entered in the sixth input field 20 as an abbreviation for the user’s name. The reason for processing in the seventh input field 22 is defined here using the two characters “MB”. The characters “A19” are entered here for the “version” in the eighth input field 24. The characters “VAP110824” are entered in the optional input field 26 as “free text”.

3 shows in addition to the already based on 2 presented input fields 10, 12, 14, 16, 18, 20, 22, 24, 26 a configuration of a folder structure 32, which here comprises four levels 34, 36, 38, 40, with a first level 34 being referred to as "Level 1", a second level 36 as "Level 2", a third level 38 as "Level 3" and a fourth level 40 as "Level 4". The first, highest level 34 usually has several folders 42, of which in 3 However, only one folder 42 is shown. The folders 42 of the first level 34 are named after the individual “projects”. A second level 36 arranged in a hierarchy of levels 34, 36, 38, 40 below the first level 34 has several folders 44 that are named after individual “areas”. Of these folders 44 of the second level 36, 3 only one folder 44 is displayed.

In the hierarchy of the folder structure 32, the third level 38 is arranged below the second level 36, which also includes several folders 46, of which only one is shown. Here, one of these folders 46 of the third level 38 is named after a "sub-area", "parts" and a "period". An input is only intended for these respective areas. In the 3 The fourth, lowest level 40 shown, which is arranged within the folder structure 32 below the third level 38, also provides several folders 48, of which 3 only one folder 48 is shown. Each of these folders 48 is named after a date (“when”) of processing, a name (“who”) of the user, and a reason (“why”) for processing the file. Images for a sub-area and for parts can be assigned to each of these folders 48. In addition, a processing period is assigned to this folder 48. An output from this area is possible from folders 48 on the fourth level 40. Individual folders 42, 44, 46, 48, which are designed as working folders or archive folders, for example, can be created automatically as part of the process. Folders for the images and the output are arranged parallel to the folders 48. Furthermore, an old folder, e.g. a working folder, can be manually moved to a folder automatically created as part of the process, e.g. a working folder.

In 4 is the one based on 3 presented folder structure 32 is also shown. In addition, 4 two examples of locations 50, 52 within the folder structure 32, in each of which a file that is processed as part of the embodiment of the method is automatically saved. Each location 50, 52 is named after a tree-like, hierarchically structured storage path.

For this purpose, as already mentioned 2 described, it is provided that the file to be processed is first named, with input fields 10, 12, 16, 18, 20, 22, 24 being used to designate the name of the file and, if necessary, characters being inserted automatically and/or manually into input field 26 in accordance with the intended convention to characterize the respective file parameters. Furthermore, the file is thereby automatically saved in the folder provided for the file within folder structure 32, taking into account the hierarchical organization or order or structure of the individual input fields 10, 12, 14, 16, 18, 20, 22, 24 and the input field 26. A location 50, 52 of the folder within folder structure 32 automatically emerges from the contents of the individual input fields 10, 12, 14, 16, 18, 20, 22, 24, 26.

Furthermore, when carrying out the procedure for a first file, the name “991_TOP_LEU_BL_Bugleuchte_140303_WGR_GLAS_RIFFELN” is provided via the completed input fields 10, 12, 14, 16, 18, 20, 22, 24 and the completed input field 26. The characters “991_TOP” designate the “project” in the first input field 10, the characters “LEU” the “area” in the second input field 12, the characters “BL_Bugleuchte” in the third input field 14, the characters “140303” in the fifth input field 18 for the date, the characters “WGR” in the sixth input field 20 the name of the user and the characters “GLAS_RIFFELN” provided for the input field 26 the free text that can optionally be entered in the input field 26.

Based on the characters entered in the input fields 10, 12, 14, 16, 18, 20 and the input field 26, the embodiment of the method presented here automatically results in a first location 50 where the first file is stored within the folder structure 32. A path name for this location 50 for saving the first file is: "P:\PD-A\991_TOP\ALIAS\LEU\BL_Bugleuchte\140303_WGR_GLAS_RIFFELN". The first location 50 or the path name of the folder in which the first file is stored within the folder structure 32 is here divided into four levels 34, 36, 38, 40. the folder structure 32. The name of a folder 42 in the first level 34 is “991_TOP”, which is automatically derived from the characters for the “project” entered in the first input field 10. The folder 44 within the second level 36 is named after the area using the characters “LEU”, with the characters provided for this being derived from the characters entered in the second input field 12. The folder 46 stored below the second folder 44 in the third level 38 is named using the characters “BL_Bugleuchte”, which here refer to the component group and the “component” used. When the procedure is carried out, the characters for designating the third folder 46 are derived from the characters that were already entered in the third input field 14 when naming the first file. The fourth folder 48 within the fourth level 40 is named here by the characters or character string "140303_WGR_GLAS_RIFFELN". This sequence of characters is automatically generated when the method is carried out from the characters that were entered in the fifth and sixth input fields 18, 20 and in the input field 26 when naming the first file. It should also be noted that in the embodiment of the method shown here, the characters from the seventh and eighth input fields 22, 24 are not taken into account when naming the first location 50 and thus the path name of the folder in which the first file is saved.

For a second file, the name “P0123_EXT_PM_MOD_A_140227_RSC_FIRST_SKETCH” is provided via the filled-in input fields 10, 12, 14, 16, 18, 20, 22, 24, 26. Here, the characters “P0123” designate the “project” in the first input field 10, the characters “EXT” designate the “area” in the second input field 12, the characters “PM” in the third input field 14 designate the component group, the characters “MOD-A” designate the “component” in the fourth input field 16, the characters “140227” in the fifth input field 18 designate the date, the characters “RSC” in the sixth input field 20 designate the user’s name, and the characters “FIRST_SKETCH” provided for the input field 26 designate the free text that can optionally be entered in the input field 26.

Based on the characters entered in the input fields 10, 12, 14, 16, 18, 20, 26, the embodiment of the method presented here automatically results in a second location 52 where the second file is stored within the folder structure 32. A path name for this location 52 for storing the second file is, as in 4 specified: “P:\PD-A\P0123\ALIAS\EXT\PM_MOD_A\140227_RSC-FIRST_SKETCH”. The second location 52 or the path name of the folder in which the second file is saved within the folder structure 32 is also named across the four levels 34, 36, 38, 40 of the folder structure 32. The name of a folder 42 in the first level 34 is “P0123”, which automatically results from the characters entered in the first input field 10. The folder 44 within the second level 36 is named after the area using the characters “EXT”, with the characters provided for this resulting from the characters entered in the second input field 12.

Alternatively, the path name is: “P:\PD-A\P0123\ALIAS\EXT_Exterieur\3-PF_JIHMTT_ProjektFeasibility\MOD-A_Designer\140227_RSC_FIRST_SKETCH”. Here, the characters that are in contrast to the 4 shown path names have no influence on the recognition of folder 52 and can therefore be changed. For example, a date can be used for the variable characters "YYMMDD" and a user name for "Designer".

The name of the folder 46 stored below the second folder 44 in the third level 38 is given by the characters “PM_MOD_A”, which here designate the component group and the “component” used. When the procedure is carried out, the characters for designating the third folder 46 arise from the characters that were already entered in the third and fourth input fields 14, 16 when naming the second file. The fourth folder 48 within the fourth level 40 is given by the characters “140303_WGR_GLAS_RIFFELN”. When the procedure is carried out, this sequence of characters arises automatically from the characters that were entered in the fifth and sixth input fields 18, 20, 26 when naming the second file. Furthermore, it is pointed out that in the embodiment of the method shown here, the characters from the seventh and eighth input fields 22, 24 are not taken into account when naming the location and thus the path name of the folder in which the first file is saved.

In 5 an embodiment of an input mask 54 is shown, which is displayed to the user of the method on a display device, ie a monitor or screen, which is designed as a human-machine interface of a computing unit of the data processing system for executing a software, which is referred to here as "name_IT". 5 “Settings” to carry out the procedure via the Display mask 54 is displayed. The input mask 54 also comprises a first display field 56, which is intended for "projects" as a file parameter, a second display field 58, which is intended for "areas" as a file parameter, a third display field 60, which is intended for a "component group" as a file parameter, a fourth display field 62, which is intended for "components" as a file parameter, a fifth display field 64, which is intended for a designation of "processors" as a file parameter, and a sixth display field 66, which is intended for a designation of a "reason" as a file parameter.

The input mask 54 also includes a seventh display field 68, which is intended for the name (“file name”) of the file to be named, an eighth display field 70, which is intended for a “storage path” of the location of the folder within the folder structure in which the file is to be stored, and a ninth display field 72, which is intended for further details of the “folder” in which the file to be created or named is to be saved. A tenth display field 74 is intended for a “free text” that can optionally be assigned to the file, whereby this free text is “P-DMU adapted” in the embodiment presented here and can contain a maximum of eight additional characters. An eleventh display field 76 is intended for a “format” of the file to be processed. In this case, a conversion of the file to be named into another file format can be initiated in a downstream process.

In addition, the user is shown function keys 78, 80, 82, 84, 86 via the input mask 54. A first function key 78 is provided for entering a "version" of the file, a second function key 80 for activating a "clipboard" and a third function key 82 for "saving a screenshot". A fourth function key 84, which here has the designation "name_IT" according to the name of the software used, is designed as an input or enter key in the presented embodiment of the input mask 54. The input mask 54 also includes a fifth function key 86 with the designation "Cancel" for canceling a process that can be carried out as part of the method.

Using the function key 78, a version of the file can be automatically increased and thus adapted based on an older version, e.g. by incrementing the alphanumeric characters by one. Using the function key 80, a determined storage path for the file and a determined name of the file can be put together and stored as text in a clipboard.

In the embodiment of the method that can be carried out by using the input mask shown here, the user is only offered the characters “Test_Version 1.0” as a file parameter in the first display field 56 for describing a “project”. In an alternative embodiment, depending on the project that is to be described with the file to be processed, further examples of characters can be suggested in the first display field 56. When the file is processed, “Test” is automatically adopted as a sequence of characters from the first display field 56 in order to assign the name of the file in the input field provided for this purpose.

The second display field 58 suggests the user the characters "exterior", "gray area", "interior", "lights" and "wheels" for selection as file parameters. In the embodiment of the method presented here, the user selects the character string "lights" for the characters to be used, from which an abbreviation "LEU" provided for this purpose is automatically adopted as the character string for the name of the file.

The third display field 60 suggests the following characters or character strings to the user to designate an input field for the "component group": "front light", "headlight halogen", "headlight LED", "headlight xenon", "rear light", "fog light", "rear fog and reversing light", "rear fog light", "reflex", "reversing light", "side indicator light", "side marker", and "high-mounted brake lights". The user is provided with the characters "rear fog light", whereupon the process automatically enters the abbreviation "NSL" as a sequence of characters in the input field provided for the name of the file.

Accordingly, in the fourth input field for the name of the file, “Gehaeuse” is selected from a selection of character strings for designating the “component” from the selected sequence of characters, whereby the abbreviation “GEHAUS” is automatically adopted and entered into the input field. As the fourth display field 62 in 5 shows, in addition to the character “housing”, the user is also offered the characters “working status”, “cover glass”, “milling box”, “total”, “light guide” and “reflector” as part of the process.

In the fifth input field for the name of the file, the date “140227” is entered, which in the embodiment presented here is calculated by the computing unit based on the current calendar date is automatically entered.

In the embodiment of the method presented here, a list of names of "processors" - which are also indicated or represented by characters - is suggested for selection via the fifth display field 64. These are "Employee01", "Employee02", "Employee03", "Employee04", "Employee05", "Employee06", "Employee07", "Employee08", "Employee09", "Employee10", "Employee11", "Employee12", "Employee13", "Employee14", "Employee15", "Employee16", "Employee17", "Employee18", "Employee19", "Employee20", "Employee21" and "Employee22". It is intended here that the user has selected the characters "Employee06", from which the abbreviation "M06" provided for this purpose is automatically adopted in the input field for the file name as part of the process. In an alternative variant of the embodiment of the method, it is possible that the name of the user or “processor” is automatically selected by the computing unit when the user logs on to the computing unit with his personal identity to carry out the procedure.

As a possible "reason" for processing the file, the user is offered the following character strings to choose from in the sixth display field 66: "data transfer", "milling data", "model construction status", "technical check" and "VR status". In this case, the user selects the characters "VR status" and when the process is carried out, an abbreviation "VR" provided for this purpose is automatically entered as a character in the seventh input field for the name of the file.

Furthermore, the eighth display field 76 suggests the user the characters “Wire”, “Catia V5”, “Iges” and “VdAFS” for the “format” in which the file is to be saved. This can trigger a conversion of the named file into another format in a subsequent process. At the same time, it is intended that the user selects the “format” or type of file when creating the file, whereby the file is created in the “format” desired by the user after it has been fully named and saved and is made available to the user for further editing of the content.

Characters for designating the "version" of the file, here "B01", are automatically specified using the first function key, whereby the version can be updated, for example, by incrementing the alphanumeric characters, and are automatically entered in the eighth input field of the file name. The "version" can be automatically updated if an existing file is subsequently changed, whereby characters in the input field provided for this are updated. "Free text" characters are provided for the optional input field within the file name, which are shown here in the tenth display field 74 and automatically transferred to the input field.

Furthermore, based on the content entered in the respective input fields, the "storage path" for the location of the folder within the folder structure in which the file now named by the specified name is saved is automatically derived. A name for the storage path to specify the location for the file is: "TEST\ALIAS\LEU_Leuchten\NSL_Nebelschlusslicht_OUTPUT". The characters "Test" from the first display field 56 for a name of a folder on a first level of the folder structure are automatically adopted from the first input field of the file name. From the second input field of the file name, the name "LEU_Leuchten" is automatically adopted from the second display field 58 for a folder in the folder structure provided on the second level. For a folder arranged on a third level, the name "NSL_Nebelschlusslicht" is adopted from the third input field of the file name and/or from the third display field 60. A functional name for the folder, which is provided here in addition to the name of the storage path for the location of the folder, is suggested to the user for selection via the ninth display field 72 under the heading "create new folder". The characters provided for this are "_OUTPUT" and "_IMAGES", whereby the user has selected the characters "_OUTPUT" in this case, which are used here to name the storage path and thus to create the folder intended for the file. In addition, the names of individual input fields can be undone and/or changed.

In the described embodiment, the user can cancel the process by pressing the fifth function key 86. However, if all input fields for the name of the file are automatically filled in with characters and the name of the location of the folder within the folder structure is automatically created from the name of the file, the user can complete a process for processing the file by pressing the fourth function key 84 "name_IT" and close the input mask 54. The file now created and thus made available for the user and also for other users in the folder provided for this purpose within the location of the tree-like hierarchical folder structure can now be accessed in a targeted manner. because it is easy to find in the folder provided for this purpose due to a logic that arises from the naming of the file.

It is also pointed out that the process can only be completed when all of the input fields that are designed as mandatory fields have been filled in with the characters provided for identifying the file parameters. If these input fields are not filled in, the process cannot be completed. As long as all of the input fields that are designed as mandatory fields have not been filled in, the fourth function key 84 can be deactivated in a variant of the embodiment of the process, so that this fourth function key 84 cannot be activated. The fact that the input fields are incompletely filled in can be indicated, for example, by a warning message that can be provided by a pop-up window.

6 shows a schematic representation of the embodiment of the data processing system 90 according to the invention, which here has as a first component a computing unit 92 which is designed to carry out steps of the third embodiment of the method according to the invention but also steps of the method described on the basis of the preceding 1 to 5 presented embodiments of the method according to the invention and thus to control and/or regulate them. This computing unit 92 is designed here as a computer. A further component of the data processing system 90 is a display device 94, which is designed as a human-machine interface between the user and the data processing system 90. On the display device 94, here a screen, a display mask 96 is shown, which supports the user in selecting characters for input fields that form a name of a file to be processed. This input mask 96 can be similar to that of 5 presented input mask 54. In addition, the data processing system 90 here comprises several data memories 98, 100, 102, 104, namely a first data memory 98, a second data memory 100, a third data memory 102 and an nth data memory 104, which are all connected to the computing unit 92.

Here, the folder structure 106 is tree-like and/or hierarchical and has a total of four levels 108, 110, 112, 114. The first level 108, which is the highest in the hierarchy, comprises a folder 116, in which three folders 118, 120, 122 of a second level 110 are stored. In a third folder 122 of the second level, two folders 124, 126 are stored, which are stored here in a third, hierarchically third-highest level 112. In a second folder 126 of the third level, before the method is actually carried out, only a first folder 128 and a second folder 130 are stored within a fourth, hierarchically fourth-highest level.

In this embodiment of the method, a name of a file 132 to be named comprises a number of input fields, each of these input fields being reserved for a file parameter describing the file 132. In addition, all input fields are filled in manually with characters automatically, i.e. by the data processing system 90 itself or at least in a supporting manner, i.e. by the user via at least one input device 93, usually a keyboard and/or a mouse, which is assigned to the computing unit 92 as a human-machine interface. On the basis of the now individually named input fields, a storage path for a location of a new additional folder 134 within the folder structure 106 is derived within the hierarchical and/or tree-like folder structure 106, which is stored here on the second data storage device 100, taking into account the characters entered in the input fields, wherein the folder 134 intended for the file 132 is created automatically at the same time. Accordingly, when the method is carried out, the new additional folder 134 is created on the basis of the characters to be inserted into the input fields of the name of the file 132 to be created, in which the file 132 is automatically stored.

Claims (14)

Method for computer-implemented processing of an electronic file (4, 132), wherein a number of input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) are provided for a name of the file (4, 132), wherein each input field (10, 12, 14, 16, 18, 20, 22, 24, 26) is reserved for a file parameter describing the file (4, 132), wherein characters for characterizing the respective file parameters are entered in the respective input fields (10, 12, 14, 16, 18, 20, 22, 24, 26), wherein the file (4, 132) is thereby automatically stored in a folder (134) of a folder structure (32, 106) which is defined for at least one data storage device (8, 98, 100, 102, 104), wherein a location (50, 52) of the folder (134) within the folder structure (32, 106) is derived taking into account the characters entered in the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26), wherein at least one of the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) is automatically filled in with at least one character for characterizing the file parameter provided for this purpose. Procedure according to Claim 1 , which is automatically executed when the file (4, 132) is created. Procedure according to Claim 1 or 2 , in which a user of the file (4, 132) is prompted to enter at least one character in at least one of the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) to characterize the file parameter provided for this purpose. Method according to one of the preceding claims, in which the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) are structured hierarchically. Method according to one of the preceding claims, in which the file (4, 132) is only created and stored in the folder (134) when all input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) have been filled in. Method according to one of the preceding claims, in which the folder (134) is created automatically. Method according to one of the preceding claims, which is carried out for a file (4, 132) designed as a CAD file. Method according to one of the preceding claims, which is carried out with software on a computing unit (92), wherein the user of the file (4, 132) is provided with an input mask (54, 96) on a display device (94) which interacts with the computing unit (92), with which the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) to be filled in are displayed. Procedure according to Claim 8 , where saving the file (4, 132) is only possible when all input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) are filled in. Procedure according to one of the Claims 3 until 9 , in which the user is offered a selection of characters to fill in the at least one input field (10, 12, 14, 16, 18, 20, 22, 24, 26), with which the file parameter provided for this at least one input field (10, 12, 14, 16, 18, 20, 22, 24, 26) is characterized. Data processing system for the computer-implemented processing of an electronic file (4, 132), wherein a number of input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) are provided for a name of the file (4, 132), wherein each input field (10, 12, 14, 16, 18, 20, 22, 24, 26) is reserved for a file parameter describing the file, wherein the data processing system (90) has a computing unit (92) which is designed to automatically store the file (4, 132) in a folder (134) of a folder structure (32, 106) taking into account characters which are to be entered in the respective input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) to characterize the respective file parameters. which is defined for at least one data storage device (8, 98, 100, 102, 104), wherein a location (50, 52) of the folder (134) within the folder structure (32, 106) is to be derived taking into account the characters to be entered in the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26), wherein the data processing system is designed to automatically fill in at least one of the input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) with at least one character for characterizing the file parameter provided for this purpose. Data processing system according to Claim 11 which is designed to prompt a user of the file (4, 132) to enter at least one character for characterizing the file parameter provided for this purpose in at least one of the input fields (10, 12, 14, 16, 18, 20, 22, 24) which is designed as a mandatory field. Data processing system according to Claim 11 or 12 , which is designed to only create the file (4,132) and save it in the folder (134) when all input fields (10, 12, 14, 16, 18, 20, 22, 24, 26) are filled in. Data processing system according to one of the Claims 11 until 13 which has at least one data memory (8, 98, 100, 102, 104) in which the file (4, 132) is to be stored.

Images