JP2013137828A - Information processor, information processing method, information processing system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To easily generate verification field data for form overlay.SOLUTION: An information processor includes: display means for displaying a dialog to set the form of field data to be outputted as data for verification according to the data type of the field data; setting means for setting the form of the field data to be outputted as the data for verification, which is inputted by a user via the dialog displayed by the display means; acquiring means for acquiring a plurality of kinds of field information included in a form file; generating means for generating the field data set by the setting means according to the data type of the field data to be inputted to each field through the use of the plurality of kinds of field information acquired by the acquiring means; and output means for collectively outputting the field data of each field generated by the generating means as verification field data.

Description

  The present invention relates to an apparatus for creating a print form based on print data, a control method therefor, and a program.

  In recent years, a program for printing a form based on print data (hereinafter, form overlay) has been used by many companies.

  In order to implement form overlay, form design data is created, and in order to confirm execution of form overlay, field data for verification (also called test data) must be created manually according to the form design document. There is.

  For example, field data can be created in consideration of the data type (character type, numeric type, date type), the number of digits, and the character spacing, and can be used for verification in various patterns of assumed cases such as data including commas and decimal points. It is necessary to create field data.

  Depending on the form design of the form overlay, the number of field data items increases, and it takes time to create field data for verification, which increases the load on the form developer.

  In the form overlay, not only the operability of form design design but also the usability of creating field data for verification is important.

  Here, Patent Document 1 relates to a form test apparatus that performs test printing or display of a form when designing and editing a form. In particular, trial printing or display that reflects an accurate print image of the form is disclosed. A technique for providing a form form test apparatus capable of being made is disclosed.

  Japanese Patent Application Laid-Open No. 2004-228561 discloses a technique for efficiently performing overlay form design work.

JP-A-10-329398 Japanese Laid-Open Patent Application No. 08-207377

  However, the technique described in Patent Document 1 relates to a form test apparatus that performs test printing or test display of a form when designing and editing the form, but generates verification field data itself. It is not a thing.

  The technique described in Patent Document 2 relates to a means for controlling the annotation character string data so that it is not registered even if it is added to the data to be overlaid when the overlay form is registered. It does not generate the data itself.

  The present invention solves the above-described problems, and an object thereof is to provide a technique for easily generating field data for verification for form overlay.

  The present invention is an information processing apparatus that outputs field data for verification using field information included in a form file, and sets the format of field data to be output for verification according to the data type of the field data Display means for displaying a dialog, a setting means for setting a format of field data input by the user via the dialog displayed by the display means and output for verification, and a plurality of forms included in the form file Using the acquisition means for acquiring field information and the plurality of field information acquired by the acquisition means, the field data set by the setting means is generated according to the data type of the field data input to each field Generating means for generating and each field generated by the generating means Characterized in that together field data and output means for outputting the field data for verification.

  According to the present invention, field data for verification for form overlay can be easily generated.

It is a figure which shows the structure of the electronic design system in embodiment of this invention. It is a figure which shows the hardware constitutions of the form design server in embodiment of this invention. It is a figure which shows an example of the field data file in embodiment of this invention. It is a flowchart which shows the flow of the process which outputs the field data file in embodiment of this invention. This is a sample data setting dialog for setting the character type. This is a sample data setting dialog for setting the numeric type. It is a sample data setting dialog for setting the date and time type. It is a flowchart which shows the flow of the character type process in embodiment of this invention. It is a flowchart which shows the flow of the numerical type process in embodiment of this invention. It is a flowchart which shows the flow of the numerical type process in embodiment of this invention. It is a flowchart which shows the flow of the date type process in embodiment of this invention. It is a figure which shows an example which produces form file data with a form editor. It is a figure which shows the example of the list of fields. It is a figure which shows the example of the list of a field figure. This is a sample data setting dialog for setting the number of characters and pitch options. It is a flowchart which shows the flow of a process of the option screen in embodiment of this invention. It is a flowchart which shows the flow of a process of the line pitch and character pitch in embodiment of this invention. It is a flowchart which shows the flow of the calculation process of the number of characters in embodiment of this invention. It is a figure which shows an example of the field data file at the time of the option designation | designated in embodiment of this invention. It is a flowchart which shows the flow of a process of the line pitch and character pitch in embodiment of this invention. It is a flowchart which shows the flow of a process of the line pitch and character pitch in embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a diagram showing a configuration of an electronic design system (information processing system) in an embodiment of the present invention.

  The form design server 101 is a server (information processing apparatus) that performs form design processing.

  The client terminal 102 is a terminal operated by a user (administrator or the like) who performs form design, and instructs the form design server 101 via the terminal. Note that the user may directly operate the form design server.

  The network 103 is a network such as a LAN or the Internet, and the form design server 101 and the client terminal 102 can communicate via the network 103.

  The configuration of various terminals connected to the network in FIG. 1 is an example, and it goes without saying that there are various configuration examples depending on the application and purpose.

  Next, the hardware configuration of the form design server 101 in FIG. 1 will be described with reference to FIG.

  FIG. 2 is a diagram illustrating a hardware configuration of the form design server in the embodiment of the present invention.

  The CPU 201 comprehensively controls each device and controller connected to the system bus 204.

  Further, the ROM 202 or the external memory 211 is necessary to realize a BIOS (Basic Input / Output System) or an operating system program (hereinafter referred to as an OS), which is a control program of the CPU 201, or a function executed by each server or each PC. Various programs to be described later are stored. The RAM 203 functions as a main memory, work area, and the like for the CPU 201.

  The CPU 201 implements various operations by loading a program necessary for execution of processing into the RAM 203 and executing the program.

  An input controller (input C) 205 controls input from a pointing device such as a keyboard 209 or a mouse (not shown).

  A video controller (VC) 206 controls display on a display device such as a CRT display (CRT) 210. The display device may be a liquid crystal display as well as a CRT. These are used by the administrator as needed. The present invention is not directly related.

  The memory controller (MC) 207 is a hard disk (HD), floppy (registered trademark) disk (FD), or PCMCIA that stores a boot program, browser software, various applications, font data, user files, editing files, various data, and the like. Controls access to an external memory 211 such as a CompactFlash (registered trademark) memory connected to the card slot via an adapter.

  A communication I / F controller (communication I / FC) 208 is connected to and communicates with an external device via a network, and executes communication control processing in the network. For example, Internet communication using TCP / IP is possible.

  Note that the CPU 201 enables display on the CRT 210 by executing outline font rasterization processing on a display information area in the RAM 203, for example. In addition, the CPU 201 enables a user instruction with a mouse cursor (not shown) on the CRT 210.

  A program 212 for realizing the present invention is recorded in the external memory 211 and is executed by the CPU 201 by being loaded into the RAM 202 as necessary. Furthermore, the definition file 213 and various information tables 214 used by the program 212 according to the present invention are stored in the external memory 211, and detailed description thereof will be described later.

  First, an example of a field data file output by the embodiment of the present invention will be described.

  FIG. 3 is a diagram showing an example of the field data file in the embodiment of the present invention.

  This field data is field data for verification (test).

  Conventionally, field data is created automatically by the present invention, although the field designer manually creates field data for verification according to the form design document when checking the execution operation of the form overlay. become.

  Next, a flow of processing for outputting a field data file in the embodiment of the present invention will be described.

  FIG. 4 is a flowchart showing a flow of processing for outputting a field data file in the embodiment of the present invention.

  This process is executed in the form design server. It is assumed that form file data is defined in advance.

  The terms used in the description of the embodiment of the present invention are as follows.

  “Form file data” is a file in which the design content of a form created using a form editor is defined. The definition contents include field definition information that defines ruled lines, figures, input positions of field data, display formats, and the like. An example of creating form file data with the form editor is shown in FIG. Design a form by calling predetermined functions from various menus.

  “Field data” is data to be overlay printed on a form.

  “Field” is a content that defines where and how field data is printed when a form is created. The order and data type of field data are defined. The field defines an input picture that is a data type and an input data format. They are defined in the order in which field data is received, or field data is assigned using field names as keys. FIG. 13 shows an example of a list of fields defined. In this example, “field name”, “data type”, and “input picture” of each field are displayed.

  An “input picture” is a format for reading field data. For example, it is a format such as a date format (YYYYMMDDhhmmss) of field data.

  A “field figure” is a rectangular area into which field data is poured (printed) by overlay printing. The field data is printed according to the graphic property, character property, paragraph property, etc. of the field graphic set in this area. An example of a list of field figures is shown in FIG.

  The “output picture” is a format that defines how to receive the received field data when performing overlay printing. The received data includes data types such as a character type, a numeric type, and a date / time type. For example, when an output picture of “¥ S, SS9” is set when a numeric type “1234” is received, “¥ 1,234”. Is printed.

  A “field data file” is a file (.dat, .txt, .csv, .fcq, etc.) in which field data is stored.

  The definition of terms has been described above.

  Next, the flow of this process will be described.

  In 401, the form design server reads the form file data and opens the form file.

  In 402, the form design server accepts selection of a sample data generation menu in response to a user operation instruction.

  In 403, the form design server performs control to display a sample data setting dialog. Examples of dialogs are shown in FIG. 5, FIG. 6, FIG. 7, and FIG. This dialog allows you to set what sample data file to output.

  FIG. 5 shows a sample data setting dialog 501 for setting a character type. “Number of digits” 502 and “half-width / full-width” 503 can be set. The reason why the “number of digits” 502 can be selected from “full digits”, “full digits −1”, and “full digits + 1” is to perform boundary value analysis. This makes it easy to create normal and abnormal test data. Note that when “automatic” is selected in the “half-width / full-width” 503, it is automatically determined from the setting of the field graphic.

  FIG. 6 shows a sample data setting dialog 601 for setting a numerical type. “Number of digits” 602, “value” 603, “decimal point” 604, “comma” 605, and “minus” 606 can be set. “Number of digits” 602 can be selected from “full digits”, “full digits −1”, and “full digits + 1” in order to perform boundary value analysis.

  FIG. 7 shows a sample data setting dialog 701 for setting the date and time type. A “time designation” 702 can be set.

  FIG. 15 shows a sample data setting dialog 1501 for setting options. “Output the number of characters of one character” 1502, “Output character conversion by character spacing” 1503, “When both are applicable, character pitch is given priority” 1504, “Character pitch information” 1505, “Line pitch information” 1506 Can be set. By setting “output the number of characters of one character” 1502, the total number of characters in one line is entered in the test data, and it is possible to confirm how many characters can be entered in the line and whether it is inputted. . Further, it is possible to avoid the trouble and mistake of counting one character at a time for a field having a large number of characters. If the maximum number of digits -1, +1 is specified in the number of digits designation, the total number check is disabled (the check is the same as when the check is removed). By setting “output character conversion by character spacing” 1503, it is possible to confirm the overlap of characters from the output result by arbitrarily designating and changing characters. “When both are applicable, give priority to character pitch” 1504 enables a determination flag to give priority to the converted character of the character pitch when both the character pitch information and the line pitch information are to be converted. . “Character pitch information” 1505 is input with changed characters in half-width, and default values are character pitch 1.000, multiple of character width 1.000, and changed character “H (half-width)”. In the “line pitch information” 1506, the change character is input in single-byte characters, and the default values are a line pitch of 1.000, a line height multiple of 1.000, and a change character “E (single-byte)”.

  In 404, the form design server accepts the setting of an arbitrary value input in the dialog by the user's operation.

  In 405, the form design server detects pressing of the sample data generation execution button displayed on the menu or the like.

  In 406, the form design server acquires field information that exists in the farm file. Also, all the field numbers are acquired and set as confirmation variables. Hereinafter, using the acquired field information, the field contents are confirmed in order, and processing corresponding to the contents is performed.

  In 407, the form design server determines whether the number of fields set in the variable is “0”. If yes, go to 408; if no, go to 417. When all the fields have been confirmed by this determination, option processing (417) is performed and the process proceeds to field data file output (416).

  In 408, the form design server acquires all the field graphic information of the field. Here, a field having the same definition as the current target field is acquired. Specifically, the same “field name”, “data type”, and “output picture” are defined. Also, the number of all field figures is acquired and set as a confirmation variable.

  In 409, the form design server determines whether the number of field graphics set in the variable is “0”. If yes, go to 411; if no, go to 410.

  In 410, the form design server subtracts “1” from the number of fields and returns to 407.

  When all fields having the same definition as that of the current target field are acquired by 408, 409, and 410, the process proceeds to 411.

  In 411, the form design server determines the data type of the field currently being processed. If “character type”, proceed to 412; if “numeric type”, proceed to 413; if “date / time type”, proceed to 414.

  In 412, the form design server executes “character type processing”. The detailed description of the “character type processing” will be described with reference to FIG.

  FIG. 8 is a flowchart showing the flow of character type processing in the embodiment of the present invention.

  In 801, the form design server acquires the value specified in the sample data setting dialog.

  In 802, the form design server calculates the maximum number of full digits of all field graphics. If there is no field figure that is the same as the field figure currently being processed, the maximum number of full digits defined in the field figure is calculated. On the other hand, when there are a plurality of field figures that are the same as the field figure currently being processed, the maximum number of full digits is calculated from the definitions of the plurality of field figures.

  In 803, the form design server determines the number of digits specified in the sample data setting dialog. In the case of “full digit−1”, the process proceeds to 804, in the case of “full digit”, the process proceeds to 805, and in the case of “full digit + 1”, the process proceeds to 806.

  In 804, the form design server sets the number of digits to “maximum full digit−1”.

  In 805, the form design server sets the number of digits to “maximum full digit”.

  In 806, the form design server sets the number of digits to “maximum full digit + 1”.

  In 807, the form design server determines the half-width / full-width designation designated in the sample data setting dialog. If “half-width”, proceed to 809; if “automatic”, proceed to 808; if “full-width”, proceed to 810.

  In 808, the form design server confirms the settings of all field graphics. In the case of “all half-width” and “there are both half-width and full-width”, the process proceeds to 809. In the case of “all full-width”, the process proceeds to 810.

  In 809, the form design server outputs the half-width character code for the number of digits. For example, when the number of digits is 7, “AAAAAAA” is output.

  In 810, the form design server outputs a full-width character code for the number of digits. For example, if the number of digits is 7 digits, “Ah Ah Ah” is output.

  In 809 and 810, in order to output to the field data file, the field graphic and the output data are associated with each other and temporarily stored in a memory or the like.

  This completes the detailed description of “character type processing”.

  In 413, the form design server executes “numerical processing”. The detailed description of the “numerical type process” will be described with reference to FIGS.

  9 and 10 are flowcharts showing the flow of numerical type processing in the embodiment of the present invention.

  In 901, the form design server acquires the value specified in the sample data setting dialog.

  In 902, the form design server calculates the maximum number of full digits of the integer part of all field graphics. If there is no field figure that is the same as the field figure currently being processed, the maximum number of full digits defined in the field figure is calculated. On the other hand, when there are a plurality of field figures that are the same as the field figure currently being processed, the maximum number of full digits is calculated from the definitions of the plurality of field figures.

  In 903, the form design server determines the number of digits of the integer part specified in the sample data setting dialog. If “full digit −1”, proceed to 904, if “full digit”, proceed to 905; if “full digit + 1”, proceed to 906.

  In 904, the form design server sets the number of digits of the integer part to “maximum full digit −1”.

  In 905, the form design server sets the number of digits of the integer part to “maximum full digit”.

  In 906, the form design server sets the number of digits in the integer part to “maximum full digit + 1”.

  In 907, the form design server generates a numeric string with a specified value (9 or 0) for the number of digits in the integer part. For example, when the number of digits of the integer part is 5 digits, a sequence of numbers “99999” is generated.

  In 908, the form design server determines the decimal point designation designated in the sample data setting dialog. If “Yes”, proceed to 910; if “Automatic”, proceed to 908; if “No”, proceed to 912.

  In 909, the form design server confirms the settings of all field graphics. If “all decimals” and “partial decimals”, proceed to 910; if “all decimals”, proceed to 912.

  In 910, the form design server extracts the maximum number of digits in the decimal part of all field graphics.

  In 911, the form design server adds a decimal number to a numeric string with a specified value (9 or 0) for the number of decimal part digits. For example, when the number of digits of the decimal part is two digits, “.99” is added to the integer part that has already been generated to obtain “999999.99”.

  In 912, the form design server determines the comma designation specified in the sample data setting dialog. If “Yes”, the process proceeds to 914. If “Automatic”, the process proceeds to 913. If “No”, the process proceeds to 1001 in FIG. 10.

  In 913, the form design server confirms the settings of all field graphics. In the case of “all commas” and “some commas”, the process proceeds to 914. In the case of “all commas”, the process proceeds to 1001 in FIG.

  At 914, a comma is added to the numeric string. For example, a comma is added to “999999.99” and “99,9999.99”.

  In 1001, the form design server determines minus designation designated in the sample data setting dialog. If “present”, the process proceeds to 1003, if “automatic”, the process proceeds to 1002, and if “not present”, the process proceeds to 1004.

  In 1002, the form design server confirms the settings of all field graphics. If “all minus” and “some minus”, the process proceeds to 1003. If “all minus”, the process proceeds to 1004.

  In 1003, the form design server adds a minus sign to the numeric string. For example, “−99,999.99” and a minus are added to “99,999.99”.

  In 1004, the form design server determines whether there is a currency symbol designation in the field information. If “Yes”, the process proceeds to 1005, and if “No”, the process proceeds to 1006.

  In 1005, the form design server adds a currency symbol to the beginning of the numeric string. For example, “¥ -99,999.999” and a currency symbol are added to “−99,999.99”.

  In 1006, the form design server outputs the generated numerical sequence. In order to output to the field data file, the field graphic and the output data are associated with each other and temporarily stored in a memory or the like.

  This completes the detailed description of “numerical processing”.

  In 414, the form design server executes “date and time type processing”. Detailed description of this “date-time type processing” will be described with reference to FIG.

  FIG. 11 is a flowchart showing the flow of date-time processing in the embodiment of the present invention.

  In 1101, the form design server acquires the value specified in the sample data setting dialog.

  In 1102, the form design server acquires the date / time format definition of the field information. For example, “YYYYMMDDhhmmss” or the like is acquired.

  In 1103, the form design server outputs the values for the date and time designated in the sample data setting dialog in the date and time format of the field information. For example, when “December 31, 2009 23:59:59” is designated, and the format is “YYYYMMDDhhmmss”, “20012312395959” is output. In order to output the output data to a field data file, the field graphic and the output data are associated with each other and temporarily stored in a memory or the like.

  This completes the detailed description of “date-time processing”.

  In 415, the form design server subtracts “1” from the number of fields and returns to 407.

  In 417, the form design server executes “option processing”. Detailed description of this “option processing” will be described with reference to FIGS. 16, 17, 18, 20 and 21. If the option setting shown in FIG. 15 is not set, the process proceeds to 416 without executing this process.

  FIG. 16 is a flowchart showing a flow of processing of the option screen in the embodiment of the present invention.

In 1601, the form design server obtains the value specified on the option tab (FIG. 15) of the sample data setting dialog.

  In 1602, the form design server determines whether there is a check in “output the number of characters in one line” or “prioritize the character pitch when both are applicable”. If “Yes”, the process proceeds to 1603, and if “No”, the process proceeds to END.

  In 1603, the form design server acquires field information of the designated form.

  Next, if the value acquired in 1601 is for two option items, the process proceeds to process 1. If the value acquired in 1601 is for an option (character spacing), the process proceeds to process 2. , 1601, when the option (number of characters) is the target, the process proceeds to processing 3.

  First, a processing flow when processing 1 (1604) and two option items are targeted will be described.

  In 1605 to 1608, the form design server repeats the process for the acquired number of field items.

  In 1606, the form design server performs character change processing based on character spacing. This process will be described with reference to FIGS.

  FIGS. 17, 20, and 21 are flowcharts showing the flow of processing of line pitch and character pitch in the embodiment of the present invention.

  In 1701, the form design server determines whether there is a check in “If both are applicable, the character pitch is given priority”. In the case of “Yes”, “Line pitch information processing” 1702 and “Character pitch information processing” 1703 are processed in this order. In the case of “No”, “Character pitch information processing” 1703, “Line pitch information processing” Processing is performed in the order of “processing” 1702.

  The detailed processing flow of “row pitch information processing” 1702 will be described with reference to FIG.

  In 1704, the form design server determines whether or not the field has two lines or more and data conversion based on the character pitch information has not been performed. If yes, go to 1705; if no, go to END. This is because the condition is that the field has two lines or more and data conversion is not performed using character pitch information.

  In 1705, the form design server obtains field line interval information.

  In 1706, based on the information acquired in 1705, the form design server compares the line pitch (Line Per Inch) input in 1506 of FIG. 15 and a multiple of the line height, and determines whether to be changed. If yes, go to 1707; if no, go to END. This is because when the line pitch is larger than the specified value or the multiple of the line height is small, there is a possibility that the lines overlap, so that the character conversion is performed. For example, when the line pitch of 1506 is designated as 10.0 and the line pitch information of the actual character acquired in 1705 is 15.0, the character conversion is performed because the line spacing between the characters is narrowed. Similarly, when the multiple of the line height of 1506 is designated as 1.000 and the multiple of the actual line height acquired in 1705 is 0.8000, character conversion is performed because the line spacing between characters becomes narrow.

  In 1707, the form design server obtains information for matching the character to be rewritten to the full-width / half-width specified in the field, and changes the number of characters to the number of characters according to the corresponding information. Specifically, full-width (for example, “K”) or half-width (for example, “X”) information is acquired from the field information acquired in 1603 using the designation information for the output picture of the corresponding field, and is specified in 1506. It is judged whether the changed character “E” is a full-width “E” or a half-width “E”.

  In 1708, the form design server rewrites the character input in 1506 of FIG. Here, the reason why the default character is “E” is that the overlap can be confirmed by using “E” to make full use of the character width.

  Next, the detailed processing flow of “character pitch information processing” 1703 will be described with reference to FIG.

  In 1709, the form design server determines whether the field is 2 characters or more and data conversion is not performed using line pitch information. If yes, go to 1710; if no, go to END. This is because the processing based on the character pitch information is based on the condition that the field has two or more characters and data conversion based on the line pitch information is not performed.

  In 1710, the form design server acquires the character spacing information of the field.

  In 1711, based on the information acquired in 1709, the form design server compares the character pitch (Character Per Inch) and the character width input in 1505 in FIG. If yes, go to 1707; if no, go to END. This is because when the character pitch is larger than the specified value or the character width is small, there is a possibility that the characters overlap, and the character is converted. For example, when the character pitch of 1505 is designated as 10.0 and the character pitch information of the actual character acquired in 1710 is 15.0, the character conversion is performed because the horizontal interval of the character is narrowed. Similarly, if the multiple of the character width of 1505 is specified as 1.000 and the multiple of the actual character width acquired in 1710 is 0.8000, the character conversion is performed because the horizontal interval of the character is narrowed. To do.

  In 1707, the form design server obtains information for matching the character to be rewritten to the full-width / half-width specified in the field, and changes the number of characters to the number of characters according to the corresponding information. Specifically, full-width (for example, “K”) or half-width (for example, “X”) information is acquired from the field information acquired in 1603 using the designation information for the output picture of the corresponding field, and is specified in 1506. It is determined whether the changed character “H” is full-width “H” or half-width “H”.

  In 1712, the character input in 1506 in FIG. 15 is rewritten. Here, the reason why the default character is “H” is that the overlap can be confirmed by using the full character width by using “H”.

  The flow of processing of line pitch and character pitch in the embodiment of the present invention has been described above with reference to FIGS. 17, 20, and 21.

  Next, in 1607, the form design server performs a character count calculation process. This process will be described with reference to FIG.

  FIG. 18 is a flowchart showing the flow of the character count calculation process in the embodiment of the present invention.

  In 1801 to 1807, the form design server repeats the number of lines in order to display the total number of line characters at the end of the line of each field.

  In 1802, the form design server determines whether the number of characters is one. If yes, go to 1807; if no, go to 1803. This is because the display format differs depending on whether the number of characters is singular or plural.

  In 1803, the form design server calculates the number of characters in one line to be displayed from the coordinates of the field information, the font size, the number of characters, and the character spacing. Here, a calculation logic considering the case of a proportional font may be used.

  In 1804, the form design server concatenates the number of characters calculated in 1803 and “−” as a delimiter. Here, “-” is connected before the number of characters.

  In 1805, the form design server inserts “−” and the number of characters necessary to output the total number of characters on the line from the end of the nth line of the corresponding field.

  For example, “HHHHHHH-10” indicates 10 characters (“H” 7 characters, “−” 1 character, “10” 2 characters, 10 characters in total). In the case of two characters, it is expressed as “−2”.

  The flow of the character count calculation process in the embodiment of the present invention has been described above with reference to FIG.

  Here, returning to FIG.

  Next, the flow of processing when processing 2 (1608) and option (character spacing) are targeted will be described.

  In 1605 to 1606, the form design server repeats the process for the acquired number of field items.

  In 1606, the form design server performs character change processing based on character spacing. Since the processing of 1606 is the same as the processing described above, the description thereof is omitted.

  Processing flow when processing 3 (1609) and option (number of characters) are targeted will be described.

  In 1605 to 1607, the form design server repeats the process for the acquired number of field items.

  In 1607, the form design server performs a character count calculation process. Note that the processing of 1607 is the same as the processing described above, and thus the description thereof is omitted.

  Finally, at 416, the form design server outputs field data files (FIGS. 3 and 19) that are temporarily output and recorded as a result of each process, and ends the process. .

  The process flow for outputting the field data file has been described above.

  As described above, according to the present invention, field data for verification for form overlay can be easily generated.

  Therefore, the cost of form development can be reduced when using the form overlay.

  In addition, the data type (character type, numeric type, date type) is determined according to the setting of each item of field data, and the number of digits is determined according to the setting of each item of field data. You can select normal and abnormal data (digit overflow) in the setting dialog.

  Furthermore, regarding numeric types, data such as commas, decimals, and 0 (zero) can be specified.

  Further, by specifying the option shown in FIG. 15, it is possible to check an overlap that has not occurred with a character confirmed with a full digit, with any designated character. In particular, by using “E” for the line spacing and “H” for the character spacing, the character width can be fully used and can be confirmed.

  FIG. 19 shows an example of a field data file by option designation in FIG. In FIG. 19, there is no overlapping of characters, but for example, when the line spacing is narrow, the lower end of “E” on the first line and the upper end of “E” on the second line overlap, and the character spacing is If it is narrow, the right of “H” and the left of “H” in the same row overlap.

  The preferred embodiments of the present invention have been described in detail above, but the present invention is not limited to such specific embodiments, and various modifications can be made within the scope of the gist of the present invention described in the claims.・ Change is possible.

  The object of the present invention is achieved by the following. That is, a storage medium (or recording medium) in which a program code of software that realizes the functions of the above-described embodiments is recorded is supplied to the system or apparatus. Then, the central processing means (CPU or MPU) of the system or apparatus reads and executes the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the storage medium recording the program code constitutes the present invention.

  In addition, by executing the program code read by the central processing means of the system or apparatus, an operating system (OS) or the like operating on the system or apparatus performs actual processing based on the instruction of the program code. Do some or all. The case where the function of the above-described embodiment is realized by the processing is also included.

  Further, it is assumed that the program code read from the storage medium is written in a memory provided in a function expansion card inserted into the system or apparatus or a function expansion unit connected thereto. After that, based on the instruction of the program code, the CPU of the function expansion card or function expansion unit performs part or all of the actual processing, and the function of the above-described embodiment is realized by the processing. It is.

  When the present invention is applied to the storage medium, the storage medium (computer-readable storage medium) stores program codes corresponding to the flowcharts described above.

101 Form design server 102 Client terminal 103 Network

The present invention solves the above-described problem, and is a technique for easily generating field data for verification for form overlay, which includes field strings for verification including overlapping character strings. The purpose is to provide.
Another object of the present invention is to provide a technique for easily generating field data for verification for form overlay, which is a field data for verification including a character string for boundary value analysis. To do.

The present invention is an information processing apparatus that outputs field data for verification used for confirming the operation of a form file including field definition information that defines attribute information related to a field arranged on a form, the verification Reading means for reading the form file, which is a target for outputting field data for generation, generation instruction receiving means for receiving an instruction to generate the verification field data for the form file read by the reading means, and the field definition information Setting means for setting an output format of field data according to field attribute information defined in the field, and obtaining the field definition information contained in the read form file in response to a generation instruction by the generation instruction receiving means Acquisition means to be acquired by the acquisition means In accordance with the attribute information of the field defined in the field definition information, using generation means for generating field data according to the output format set by the setting means, and using field data of each field generated by the generation means, Output means for outputting the verification field data, and the setting means is capable of setting a value for specifying a character interval or a line interval, and the setting means allows the character interval or the line interval to be set. If the value that specifies the value is set, the value that specifies the set character spacing or line spacing, and the characters included in the field attribute information defined in the field definition information acquired by the acquisition means The field definition is determined from the set character spacing or line spacing using the spacing information or line spacing information. And determining means for determining whether a character interval or line interval included in the field attribute information defined in the information is narrow, and the generating means is narrow as a result of the determination by the determining means. If it is determined, field data is generated using a designated character.
Another invention is an information processing apparatus that outputs field data for verification used for confirming the operation of a form file including field definition information that defines attribute information related to a field arranged on a form. Reading means for reading the form file to which the verification field data is to be output; generation instruction receiving means for receiving an instruction to generate the verification field data for the form file read by the reading means; Setting means for setting an output format of field data according to field attribute information defined in the field definition information, and the field definition included in the read form file in response to a generation instruction by the generation instruction receiving means An acquisition means for acquiring information, and the acquisition means In accordance with the field attribute information defined in the obtained field definition information, generation means for generating field data according to the output format set by the setting means, and field data of each field generated by the generation means Output means for outputting the field data for verification, and the setting means can be set to output field data that is one character less or more than the maximum number of characters defined in the field definition information. And the generation unit generates field data that is one character less than the maximum number of characters or one character more than the maximum number of characters according to the field definition information when the setting unit is configured to output field data having one character less or one character more It is characterized by that.

According to the present invention, it is possible to easily generate field data for verification for form overlay, which is field data for verification including a character string for verifying overlapping of characters.
According to another invention, verification field data for form overlay, which can be easily generated, includes verification character string data including a character string for boundary value analysis.

Claims (8)

An information processing apparatus that outputs field data for verification using field information included in a form file,
Display means for displaying a dialog for setting the format of field data to be output for verification according to the data type of the field data;
Setting means for setting the format of field data to be output for verification input by the user via the dialog displayed by the display means;
Obtaining means for obtaining a plurality of field information included in the form file;
Generating means for generating field data set by the setting means according to the data type of field data input to each field, using a plurality of field information acquired by the acquiring means;
An information processing apparatus comprising: output means for collectively outputting field data of each field generated by the generating means as field data for verification. The setting means can be set to display the number of characters in a line so as to be identifiable,
The information processing apparatus according to claim 1, wherein the generation unit generates field data capable of identifying the number of characters in a line when the number of characters is set by the setting unit. The setting means is capable of setting a character that makes it possible to identify character overlap or line overlap,
The information processing apparatus according to claim 1, wherein the generation unit generates field data using the character set by the setting unit. The data types include character type, numeric type, date type,
The setting means performs setting according to the character type format, setting according to the numeric type format, setting according to the date type format,
The generation unit generates field data according to the setting according to the character type format, the setting according to the numeric type format, and the setting according to the date type format set by the setting unit. The information processing apparatus according to any one of claims 1 to 3, wherein the information processing apparatus is characterized in that: An information processing method in an information processing apparatus that outputs field data for verification using field information included in a form file,
A display step for displaying a dialog for setting the format of field data to be output for verification according to the data type of the field data,
A setting step of setting a format of field data output for verification input by the user via the dialog displayed in the display step;
An obtaining step for obtaining a plurality of field information included in the form file;
A generation step of generating field data set by the setting step according to a data type of field data input to each field using a plurality of field information acquired by the acquisition step;
And an output step of collectively outputting field data of each field generated by the generating step as field data for verification. An information processing system capable of communicating between a client terminal and an information processing apparatus that outputs field data for verification using field information included in a form file,
Display means for displaying a dialog for setting the format of field data to be output for verification according to the data type of the field data;
Setting means for setting the format of field data to be output for verification input by the user via the dialog displayed by the display means;
Obtaining means for obtaining a plurality of field information included in the form file;
Generating means for generating field data set by the setting means according to the data type of field data input to each field, using a plurality of field information acquired by the acquiring means;
And an output unit that collectively outputs field data of each field generated by the generation unit as field data for verification. A program that can be executed in an information processing apparatus that outputs field data for verification using field information included in a form file,
Display means for displaying a dialog for setting the format of field data to be output for verification according to the data type of the field data,
Setting means for setting the format of field data to be output for verification input by the user via the dialog displayed by the display means;
Acquisition means for acquiring a plurality of field information included in the form file;
Generating means for generating field data set by the setting means according to the data type of field data input to each field, using a plurality of field information acquired by the acquiring means;
A program for causing the information processing apparatus to function as output means for collectively outputting field data of each field generated by the generating means as field data for verification.   A recording medium on which the program according to claim 7 is recorded so as to be readable by a computer.

Images