JP2022165289A - Program, information processing method and information processing device - Google Patents

Abstract

To provide a program or the like capable of suitably supporting font creation.SOLUTION: A program makes a computer execute the processing of displaying a skeleton character indicating a skeleton line of a character of a predetermined font and a predetermined object; accepting an operation input to the object, thereby receiving the adjustment of parameters to flesh out the skeleton line; generating, based on the parameters after the adjustment, second font data composed of each character with the fleshed out skeleton lines; changing the skeleton character being displayed to a character relating to the second font data; generating the second font data each time the operation input to the object is received; and changing the characters relating to the generated second font data.SELECTED DRAWING: Figure 4

Description

The present invention relates to a program, an information processing method, and an information processing apparatus.

Various techniques have been proposed to support font creation. For example, in Japanese Patent Application Laid-Open No. 2002-200012, an input for modifying the skeleton of a font character is received, a combination of the skeletons of the font characters before and after the modification is stored, and when a new font character is to be modified, based on the stored combination of skeletons. A character creation device is disclosed for modifying font characters by means of

JP-A-7-261740

However, the invention according to Patent Document 1 requires the user who is the creator of the font to manually modify (render) the skeleton of the font characters, etc., and it is difficult to say that a desired font can be easily created. .

An object of one aspect is to provide a program or the like that can favorably support font creation.

A program according to one aspect displays a skeleton character indicating a skeleton line of a character in a predetermined font and a predetermined object, and receives an operation input to the object, thereby fleshing out the skeleton line. Receiving adjustment of parameters, generating second font data consisting of each character with fleshed out skeleton lines based on the adjusted parameters, and changing the skeleton characters being displayed to characters according to the second font data Then, every time an operation input to the object is received, the computer generates the second font data and causes the computer to execute a process of changing the characters according to the generated second font data.

In one aspect, font creation can be preferably supported.

1 is a schematic diagram showing a configuration example of a font creation system; FIG. It is a block diagram which shows the structural example of a server. FIG. 10 is an explanatory diagram showing an example of a record layout of a similar character table; BRIEF DESCRIPTION OF THE DRAWINGS It is explanatory drawing which shows the outline|summary of embodiment. FIG. 10 is an explanatory diagram of skeleton line extraction processing; FIG. 10 is an explanatory diagram showing an example of an editor screen; FIG. 4 is an explanatory diagram showing an outline of a panel; FIG. 10 is an explanatory diagram relating to font correction processing; 4 is a flow chart showing an example of a processing procedure executed by a server; FIG. 10 is an explanatory diagram showing an overview of Modification 1; FIG. 11 is an explanatory diagram showing an overview of Modification 2;

Hereinafter, the present invention will be described in detail based on the drawings showing its embodiments.
(Embodiment)
FIG. 1 is a schematic diagram showing a configuration example of a font creation system. In this embodiment, a font creation system for creating fonts for users with developmental dyslexia will be described. The font creation system includes an information processing device 1, terminals 2, 2, 2, . . . The information processing device 1 and the terminal 2 are connected for communication via a network N such as the Internet.

Dyslexia is a specific learning disability that causes difficulty in reading and writing. Persons (users) with dyslexia suffer from impairments in overall literacy development due to some problems in phonological and visual information processing. Dyslexia is aided by text reading using software and hardware, text reading and highlighting by multimedia DAISY, and adjustment of text typesetting elements.

In addition to character size, character spacing, line spacing, line length, etc., fonts are considered to be important as typesetting elements. On the other hand, there are individual differences in dyslexia, and the font is not always easy for users to read. Also, in Japanese, a font specifically designed for dyslexia has not yet been devised. Therefore, the present embodiment provides a system in which individual users can create fonts.

In this embodiment, it is assumed that a person with dyslexia creates a font by himself, but the creator is not limited to a person with dyslexia. Also, in this embodiment, fonts for dyslexia are created, but the fonts to be created are not limited to fonts for dyslexia, and the present system may be applied to create arbitrary fonts.

The information processing device 1 is an information processing device capable of various types of information processing and transmission/reception of information, and is, for example, a server computer, a personal computer, or the like. In the present embodiment, the information processing apparatus 1 is assumed to be a server computer, which will be replaced with the server 1 for the sake of brevity. The server 1 functions as a device that generates second font data for the user from predetermined font data according to an operation input from the user.

The terminal 2 is an information processing terminal used by each user, such as a personal computer, a tablet terminal, or a smart phone. The terminal 2 communicates with the server 1, displays an editor screen (see FIG. 6), which will be described later, and receives an operation input related to font creation from the user.

In this embodiment, the server 1 on the cloud generates the font, but the local terminal 2 may generate the font.

FIG. 2 is a block diagram showing a configuration example of the server 1. As shown in FIG. The server 1 includes a control section 11 , a main storage section 12 , a communication section 13 and an auxiliary storage section 14 .
The control unit 11 has an arithmetic processing unit such as one or more CPU (Central Processing Unit), MPU (Micro-Processing Unit), GPU (Graphics Processing Unit), etc., and executes the program P stored in the auxiliary storage unit 14. Various information processing, control processing, etc. are performed by reading and executing the data. The main storage unit 12 is a temporary storage area such as SRAM (Static Random Access Memory), DRAM (Dynamic Random Access Memory), flash memory, etc., and temporarily stores data necessary for the control unit 11 to perform arithmetic processing. Remember. The communication unit 13 is a communication module for performing processing related to communication, and transmits and receives information to and from the outside.

The auxiliary storage unit 14 is a non-volatile storage area such as a large-capacity memory or hard disk, and stores programs P (program products) necessary for the control unit 11 to execute processing and other data. The auxiliary storage unit 14 also stores a similar character table 141 . The similar character table 141 is a table in which characters (hereinafter referred to as “similar characters”) that are difficult for a user with dyslexia to identify due to similar character shapes are associated with each other.

Incidentally, the auxiliary storage unit 14 may be an external storage device connected to the server 1 . Moreover, the server 1 may be a multicomputer consisting of a plurality of computers, or may be a virtual machine virtually constructed by software.

The server 1 may also include a reader for reading a non-temporary computer-readable recording medium 1a, and read the program P from the recording medium 1a. Also, the program P may be executed on a single computer, or may be executed on multiple computers interconnected via a network N.

FIG. 3 is an explanatory diagram showing an example of the record layout of the similar character table 141. As shown in FIG. The similar character table 141 includes character type strings and similar character strings. The character type string stores character types (hiragana, katakana, or kanji). The similar character string stores a plurality of similar characters that are similar to each other in association with character types.

FIG. 4 is an explanatory diagram showing an overview of the embodiment. FIG. 4 conceptually illustrates how the skeletal lines of characters of a predetermined font are extracted and outlines are formed around the extracted skeletal lines. Based on FIG. 4, the outline of this embodiment will be described.

The server 1 generates the second font data by fleshing out the skeleton line (the center line of the stroke) of each character of the predetermined font data. Although the original font is not particularly limited, in the present embodiment, KanjiVG (SVG (Scalable Vector Graphics) data of a Japanese typeface with stroke order information added) and a predetermined outline font (for example, Shueimaru Gothic ). As will be described later, the server 1 accepts a selection input of any font from the user, and fleshes out the skeleton lines of the selected font.

An outline font is a font that expresses the shape of a character using the coordinates of multiple reference points and functions representing curves or straight lines that connect the reference points. be.

In addition, "characters" in the present embodiment may include not only hiragana, katakana, and kanji, but also alphanumeric characters, symbols, and the like.

Since KanjiVG is originally skeleton data (font data having information on skeletal lines) in which the stroke thickness can be freely changed, when KanjiVG is selected, the server 1 uses the skeletal lines of KanjiVG as they are to add flesh. conduct. On the other hand, the outline font (Shueimaru Gothic) does not have skeleton line (center line) information. Extract skeletal lines from each character.

FIG. 5 is an explanatory diagram relating to extraction processing of skeleton lines. FIG. 5 illustrates how skeleton lines are extracted from outline font characters. Specifically, FIG. 5A shows how feature points are extracted directly from an outline font (so-called path conversion), and FIGS. is illustrated.

First, as shown in FIG. 5B, the server 1 decomposes the character of the outline font into stroke parts (one-stroke drawing line) for each stroke, and extracts feature points on the contour line for each of the decomposed stroke parts. A “stroke part” refers to a stroke of a single stroke when the stroke is drawn according to the stroke order among the strokes of the entire character. The server 1 decomposes each character into stroke parts, and then extracts points such as edges of each stroke part. As a result, as shown in FIG. 5B, the characteristic points of each stroke part (and the tangent lines that pass through the characteristic points and contact the contour line) are extracted.

The reason why the original font is decomposed into stroke parts is that it is difficult to estimate the skeleton line (center line) even if the feature points are directly extracted from the original font. FIG. 5A shows a comparative example when feature points are extracted without decomposing into stroke parts. As shown in FIG. 5A, outline fonts have information only on the contour shape of characters, so that the outline of the original drawing line (stroke) disappears in the portion where the drawing lines overlap, making it difficult to estimate the center line. Therefore, in the present embodiment, skeleton lines are extracted by dividing into stroke parts.

Next, the server 1 removes the feature points at the start and end of the stroke part among the feature points extracted above. FIG. 5C illustrates how the feature points at the beginning and end are removed. As shown in FIG. 5C, by removing the feature points at the start and end of each stroke part, two contour lines are extracted with openings at the start and end of the stroke part. The contour lines are substantially parallel to each other and have the same number of feature points.

Finally, as shown in FIG. 5D, the server 1 extracts a line passing between the two outlines extracted above as a skeleton line. Specifically, the server 1 extracts a combination of a feature point on one contour line and a feature point on the other contour line corresponding to the feature point, identify a straight line parallel to the tangent through As shown in FIG. 5D, the server 1 extracts corresponding combinations for each feature point on each contour line, specifies intermediate points, and generates a skeleton line passing through each intermediate point. By the above processing, the server 1 extracts the skeleton line of each character from an outline font that does not have skeleton line information.

Returning to FIG. 4, the description continues. The server 1 causes the terminal 2 to display the skeleton character (the center of FIG. 4) indicating the extracted skeleton line, and presents it to the user. Then, the server 1 receives adjustment of parameters necessary for fleshing out the skeletal lines, thereby generating second font data consisting of characters (the right side of FIG. 4) fleshing out the skeletal lines of the skeleton characters. Specifically, the server 1 accepts, as parameters, adjustment of character size, height, thickness, and contrast (ratio of thickness between vertical and horizontal lines). Generate second font data from the skeleton characters.

Although a detailed explanation is omitted, the inventor of the present application compared a general European typeface with a European typeface specialized for dyslexia, and extracted the features of the European typeface specialized for dyslexia. As a result of applying the characteristics of European typefaces specialized for dyslexia to Japanese typefaces in consideration of the differences between European typefaces and Japanese typefaces, the following requirements were found as the requirements for Japanese typefaces suitable for dyslexia. rice field.

1. 2. Large type. 3. Round Gothic. 4. Thick strokes. 5. It is vertically long. 6. Gradual changes in line thickness. 7. Give variation to characters that are similar in shape. Add auxiliary lines to make kanji shapes easier to recognize.

Based on the above requirements, the present embodiment supports the creation of fonts that can be easily identified by users with dyslexia. That is, the server 1 allows the user to adjust the parameters related to the character size, height, thickness, and contrast corresponding to the requirements 1, 3, and 4. FIG. In addition, as will be described later, the server 1 also makes corrections according to requirements 5 to 7 (see FIG. 8), and finally generates second font data in the shape of round gothic (requirement 2).

FIG. 6 is an explanatory diagram showing an example of an editor screen. FIG. 6 shows a font editor screen displayed by the terminal 2 when creating a font. Based on FIG. 6, screen operations during font creation will be described.

The editor screen includes font selection buttons 51 , character preview 52 , sentence preview 53 , tabs 54 and panel 55 . The font selection button 51 is a button for selecting the original font, that is, the font from which skeleton lines are to be extracted. The character preview 52 is a display column for displaying a specified character ("a" in FIG. 6). The sentence preview 53 is a display field for displaying arbitrary sentences. The tab 54 is a tab for selecting a parameter setting method (screen operation). A panel 55 is an operation object for adjusting parameters.

The terminal 2 receives, via the font selection button 51, selection input of font data to be extracted for skeleton lines. As described above, in the present embodiment, KanjiVG and Shueimaru Gothic are prepared as font candidates, and the user selects one of the fonts. KanjiVG and Shueimaru Gothic are examples of fonts, and the user may select other fonts. Also, three or more types of fonts may be prepared in advance. Also, the server 1 may use a prescribed font regardless of the user's selection.

The terminal 2 first displays skeleton characters indicating skeleton lines of characters of the selected font data on the editor screen. When KanjiVG is selected, the skeletal lines of KanjiVG are used as they are, and when Shueimaru Gothic (outline font) is selected, the skeletal lines are extracted according to the procedure described in Fig. 5, and the skeleton characters are displayed. do.

Specifically, the terminal 2 displays a prescribed skeleton character on the character preview 52 . In addition, the terminal 2 displays a sentence expressed in skeleton characters on the sentence preview 53 . The text displayed in the text preview 53 can be arbitrarily set (input) by the user.

The terminal 2 accepts the selection input of the parameter adjustment method according to the operation input to the tab 54 . FIG. 6 shows a screen example when the "Simple" tab 54 is selected. When the "details" tab 54 is selected, the terminal 2 displays a plurality of sliders for adjusting each of the parameters (character size, height, etc.) described above. Receive parameter adjustment accordingly (not shown).

When the “simple” tab 54 is selected, the terminal 2 displays a panel 55 and an icon 56 within the panel 55 . The panel 55 and the icon 56 are objects for adjusting the parameters described above, and are interfaces for receiving adjustment of parameters according to the arrangement position of the icon 56 .

FIG. 7 is an explanatory diagram showing an overview of the panel 55. As shown in FIG. As shown in FIG. 7A, the panel 55 is a rectangular area in which vertical dashed lines (straight lines) and horizontal dashed lines are drawn. On the panel 55, four vertical dashed lines are drawn in parallel at equal intervals along the horizontal direction, and one horizontal dashed line is drawn so as to pass through the midpoints of the vertical dashed lines. Each of the four (plurality) vertical broken lines corresponds to the above four types of parameters (character size, height, thickness and contrast). A horizontal dashed line represents the average value of each parameter (the value in the original font).

The icon 56 is an object that can move within the panel 55 according to an operation input from the user. For example, as shown in FIGS. 7B and 7C, the terminal 2 displays a circular object as an icon 56. FIG. The terminal 2 accepts adjustment of each parameter by accepting an operation input for arranging the icon 56 on or near the straight line corresponding to each parameter.

FIG. 7B illustrates how the icons 56 are arranged in the vicinity of the straight line corresponding to "size". For example, on the panel 55 , an area within a predetermined distance from each straight line in the horizontal direction (direction perpendicular to the straight line) is set as the sensing area of the icon 56 . When the icon 56 is arranged on or near the straight line, the terminal 2 adjusts the parameters according to the position where the icon 56 is arranged. For example, the lower end of the straight line (panel 55) corresponds to the lower limit value of the parameter, and the upper end corresponds to the upper limit value. When the icon 56 is arranged on a straight line, the terminal 2 is positioned on the straight line. to adjust the parameters.

The server 1 generates the second font data based on the parameters corresponding to the arrangement positions of the icons 56, and changes the skeleton characters being displayed on the editor screen to characters related to the second font data. In the example of FIG. 7B, the characters displayed in the character preview 52 are small because the icon 56 is arranged at the lower position. Similarly, the characters of the sentence displayed in the sentence preview 53 are changed to the characters according to the second font data.

FIG. 7C shows the state when the icon 56 is moved upward. As described above, the higher the position of the icon 56, the higher the parameter. Therefore, if icon 56 is moved upward, the parameter is changed to a higher value. In the example of FIG. 7C, since the icons 56 arranged near the straight line corresponding to "size" are moved upward along the straight line, the characters displayed in the character preview 52 are larger than those in FIG. 7B. It's becoming In this way, when receiving an operation to move the icon 56, the terminal 2 sequentially changes the parameters according to the amount of movement, and sequentially changes the characters being displayed.

The terminal 2 similarly adjusts the other parameters (character height, thickness and contrast) according to the operation of moving the icon 56 on or near the straight line corresponding to each parameter. As a result, the user can intuitively and easily adjust parameters to create a desired font (second font data) from skeleton characters.

Note that the panel 55 and the icons 56 are examples of operation objects, and the present embodiment is not limited to these. For example, in the panel 55 shown in FIGS. 6 and 7, the detection area is set within a predetermined range on the left and right sides of each straight line. The parameter corresponding to the leftmost straight line may be changed when 56 is moved. In addition, for example, the terminal 2 may separately display the panel 55 corresponding to each parameter, and receive an operation to move the icon 56 on each panel 55 . In the panels 55 of FIGS. 6 and 7, the straight lines (parameter axes) corresponding to the parameters are parallel to each other, but the straight lines may be drawn in different directions. In this way, the terminal 2 only needs to be able to adjust the parameters according to the operation input to the parameter adjustment object, and the form of the object is not limited to the panel 55 and icon 56 illustrated in FIG.

FIG. 8 is an explanatory diagram relating to font correction processing. In FIG. 7, it has been explained that the size, height, thickness and contrast of characters are adjusted. In this embodiment, the font is further modified for dyslexia. FIGS. 8A to 8C illustrate how three patterns of correction are applied as font correction processing.

For example, as the first correction process, the server 1 gradually changes the thickness of the stroke along one direction in accordance with the requirement 5 described above. FIG. 8A illustrates how the thickness of the stroke is changed along the vertical direction. The server 1 gently thickens the stroke from the top to the bottom. This corrects characters so that users with dyslexia can easily identify them.

In addition, as a second correction process, the server 1 corrects similar characters having similar character shapes so as to vary the shapes of the similar characters in accordance with the requirement 6 described above. FIG. 8B illustrates how similar characters are changed. As described above, the server 1 predefines a plurality of characters having similar character shapes as similar characters in the similar character table 141 . When generating the second font, the server 1 changes the shapes of the plurality of characters.

For example, the server 1 rotates a part (for example, one) of a plurality of (for example, two) characters having similar shapes to each other by a predetermined angle to give a tilt. Also, the server 1 bends part of the stroke of the similar character more than the direction of the original skeleton line. Also, the server 1 corrects (moves) the stroke so that the body of the character becomes larger (not shown in FIG. 8B). In this manner, the server 1 changes the shapes of characters so that the user can clearly identify similar characters.

The similar character correction method described above is merely an example, and the present embodiment is not limited to this. For example, the server 1 may replace the characters themselves with other characters (for example, change lowercase letters to uppercase letters). Further, for example, the server 1 may add a line (for example, an arrow indicating the stroke order) to the side of the stroke so as to analogize the stroke order of the character. In this way, the correction method is not particularly limited as long as it can be corrected so that similar characters can be easily distinguished from each other.

As the third correction process, the server 1 adds auxiliary lines to the kanji characters in accordance with the above requirement 7. Specifically, the server 1 adds a frame around the radical of the Chinese character. FIG. 8C illustrates how a frame line (broken line) is added to the crown of "flower". As shown in FIG. 8C, by adding a frame around the radical of the Chinese character, the Chinese character is corrected to be easily identifiable.

The server 1 generates the second font data after performing the first to third correction processes described above. Note that the font correction may be performed in parallel with the operation of the editor screen explained in FIG. 6, or may be performed after the operation is completed (after parameter adjustment). When receiving an operation input to the "save" button on the editor screen of FIG. 6, the server 1 saves the generated second font data. The user can arbitrarily install and use the generated second font data.

As described above, according to the present embodiment, a user can easily create and use a desired font.

FIG. 9 is a flow chart showing an example of a processing procedure executed by the server 1. As shown in FIG. Processing executed by the server 1 will be described with reference to FIG.
The control unit 11 of the server 1 receives, from the terminal 2, a selection input for selecting font data to be subjected to skeleton line extraction from a plurality of font data (step S11). The control unit 11 extracts the skeleton line of each character from the selected font data (step S12). If the font data (KanjiVG) having skeleton line information is selected in step S11, the control unit 11 skips step S12.

The control unit 11 causes the terminal 2 to display the skeleton characters indicating the extracted skeleton line and the parameter adjustment object for fleshing out the skeleton line (step S13). The parameters are parameters that define the shape (outline) of characters, and include, for example, the size, height, thickness, and contrast of characters. The control unit 11 displays, as operation objects, a panel 55 on which a plurality of mutually parallel straight lines corresponding to each parameter are drawn, and an icon 56 that can be moved within the panel 55 according to an operation input from the user.

The control unit 11 accepts parameter adjustment by accepting an operation input to the object displayed in step S13 (step S14). Specifically, the control unit 11 receives an operation input for arranging the icon 56 on or near a straight line corresponding to each parameter. The control unit 11 accepts parameter adjustment according to the arrangement position of the icon 56 .

Based on the adjusted parameters, the control unit 11 generates the second font data consisting of each character with fleshed out skeleton lines of the skeleton character (step S15). Specifically, the control unit 11 generates the second font data according to the character size, height, thickness, and contrast adjusted in step S14. In this case, the control unit 11 generates the second font data in which the stroke thickness is gradually changed along one direction (vertical direction). In addition, the control unit 11 generates second font data in which the shapes of characters are changed between a plurality of characters (similar characters) that are predetermined to have similar shapes. In addition, the control unit 11 generates second font data in which frame lines surrounding radicals are added to Chinese characters.

The control unit 11 changes the skeleton characters being displayed to characters related to the second font data generated in step S15 (step S16). The control unit 11 determines whether or not to complete the font creation according to the operation input from the user (step S17). When it is determined that the process is not completed (S17: NO), the control unit 11 returns the process to step S14. In this case, the control unit 11 generates the second font data in step S15 each time an operation input to the parameter adjustment object is received in step S14, and changes the characters being displayed. Specifically, as described above, when an operation input for moving the icon 56 on or near each straight line drawn on the panel 55 is received, the control unit 11 sequentially generates the second font data and displays the second font data. change the character of If it is determined that font creation is completed (S17: YES), the control unit 11 saves the generated second font data (step S18), and ends the series of processes.

In the above embodiment, the character shape (size, height, etc.) is adjusted, but the present embodiment is not limited to this. For example, the server 1 may accept adjustment of the shading, color, etc. of the characters in addition to the shape of the characters. That is, the server 1 only needs to be able to adjust the aspect of the fleshed-out portion added to the skeletal line of the skeleton character, and the adjustment target is not limited to the shape of the character.

As described above, according to the present embodiment, font creation can be preferably supported.

(Modification 1)
In the above-described embodiment, a configuration has been described in which parameters such as character size and height are adjusted in accordance with operation inputs to the panel 55 and icons 56 . On the other hand, parameters related to a font for dyslexia (second font) may be prepared in advance, and the parameters may be adjusted according to an operation input to an object such as the panel 55 or the like. In this modified example, a form in which default parameters for dyslexia are prepared will be described.

FIG. 10 is an explanatory diagram showing an outline of Modification 1. As shown in FIG. FIG. 10 illustrates how the numeric areas corresponding to the default parameters of the font for dyslexia are displayed on the panel 55 . Based on FIG. 10, the outline of this modified example will be described.

In this modified example, the server 1 holds Japanese font data created for dyslexia in advance, and uses the size, height, etc. of characters related to the font data as default parameters. This font is a font created by applying the characteristics of a European typeface specialized for dyslexia to a Japanese typeface, and is a font created by the inventor of the present application.

For example, the server 1 first displays the characters of the font based on the default parameters, that is, the characters related to the font for dyslexia, on the character preview 52 and sentence preview 53 of the editor screen illustrated in FIG. Then, the server 1 accepts a parameter adjustment operation via the panel 55 and generates second font data (user font) based on the adjusted parameters, as in the above-described embodiment.

For example, the terminal 2 displays the area within the panel 55 corresponding to the default parameters in a manner different from other areas. Specifically, as shown in FIG. 10, the terminal 2 divides the area on the straight line corresponding to the default parameter into the other portion on each straight line corresponding to the character size, height, thickness, and contrast. are displayed in different colors. In addition, in FIG. 10, for the sake of convenience, different display colors are indicated by hatching. As a result, the user can adjust the parameters while grasping the preferred arrangement positions of the icons 56, that is, the default parameters.

Except for the provision of default parameters (fonts) for dyslexia, this modification is the same as the above-described embodiment, so detailed description of flowcharts and the like will be omitted.

As described above, according to the present modified example, by adjusting the default parameters for dyslexia, font creation can be more preferably supported.

(Modification 2)
In the above-described embodiment, a mode in which the shapes of similar characters are changed by a method such as rotating the similar characters so that the similar characters can be easily identified (see FIG. 8B). On the other hand, the method of changing the shape of similar characters is not limited to the method described in the above embodiment. In this modified example, another method for changing the shape of similar characters will be described.

FIG. 11 is an explanatory diagram showing an overview of Modification 2. As shown in FIG. Figures 11A-D illustrate how the shape of a character is varied in a fixed manner.

For example, as shown in FIG. 11A, when changing a character (similar character), the server 1 may add a projection to a stroke (drawing line) to change the character. For example, the server 1 adds a serif-like protrusion to the start point or end point of the stroke (the start point of "he" in FIG. 11A).

Further, for example, the server 1 may modify the strokes so as to enlarge the character loops (areas surrounded by the strokes), as shown in FIG. 11B. Further, for example, the server 1 may extend the line end (terminal end) of the character stroke by a predetermined length, as shown in FIG. 11C. Conversely, the server 1 may shorten the line ends of the character strokes, as shown in FIG. 11D.

As described above, the server 1 may change the character shape by a method different from the method described in the embodiment. Since the modification is the same as the embodiment except for the points described above, detailed description of the flowchart and the like is omitted in this modification.

The embodiments disclosed this time are illustrative in all respects and should not be considered restrictive. The scope of the present invention is indicated by the scope of the claims rather than the above-described meaning, and is intended to include all modifications within the scope and meaning equivalent to the scope of the claims.

1 server (information processing device)
11 Control Unit 12 Main Storage Unit 13 Communication Unit 14 Auxiliary Storage Unit P Program 141 Similar Character Table 2 Terminal 51 Font Selection Button 52 Character Preview 53 Text Preview 54 Tab 55 Panel 56 Icon

Claims (11)

displaying a skeleton character indicating a skeleton line of a character of a predetermined font and a predetermined object;
Receiving an adjustment of a parameter for fleshing out the skeleton line by receiving an operation input to the object;
generating second font data consisting of each character with fleshed-out skeleton lines based on the adjusted parameters;
changing the skeleton character being displayed to a character according to the second font data;
A program for causing a computer to execute a process of generating the second font data and changing the characters to the generated second font data each time an operation input to the object is received. 2. The program according to claim 1, wherein the parameter is a parameter that defines the shape of characters, and is a parameter that includes character size, height, thickness, or contrast. displaying, as the objects, a panel on which a plurality of mutually parallel straight lines corresponding to the plurality of parameters are drawn, and an icon that can be moved within the panel according to an operation input from a user;
By receiving an operation input for arranging the icon on or near each straight line drawn on the panel, adjustment of each parameter is received according to the position where the icon is arranged, and the second font data to generate
3. The program according to claim 1, wherein when an operation input to move the icon on or near each straight line is received, the second font data is sequentially generated to sequentially change characters being displayed. Each character of a predetermined outline font is decomposed into stroke parts for each stroke,
Extract feature points on the outline of each stroke part,
extracting two contour lines opening the start and end of the stroke part for each stroke part by removing characteristic points at the start and end of the stroke part;
extracting a line passing through the middle of the two contour lines as the skeleton line;
4. The program according to any one of claims 1 to 3, wherein the skeleton character indicating the extracted skeleton line is displayed. 5. The program according to any one of claims 1 to 4, which generates the second font data consisting of each character whose stroke thickness is gradually changed along one direction. 6. The second font data according to any one of claims 1 to 5, wherein between a plurality of characters whose shapes are predetermined to be similar to each other, the second font data is generated by adding changes to the shapes of the characters. program. rotating the character by a predetermined angle; curving a portion of the stroke of the character; modifying the stroke to make the bosom of the character larger; adding protrusions to the stroke of the character; 7. The program according to claim 6, wherein the shape of the character is changed by modifying the stroke so that the shape of the character is extended or shortened. 8. The program according to any one of claims 1 to 7, wherein the second font data is generated by adding a frame line surrounding a radical to Chinese characters. 9. The program according to any one of claims 1 to 8, wherein the default parameters prepared in advance for dyslexia are changed according to an operation input to the object. displaying a skeleton character indicating a skeleton line of a character of a predetermined font and a predetermined object;
Receiving an adjustment of a parameter for fleshing out the skeleton line by receiving an operation input to the object;
generating second font data consisting of each character with fleshed-out skeleton lines based on the adjusted parameters;
changing the skeleton character being displayed to a character according to the second font data;
An information processing method in which a computer executes a process of generating the second font data each time an operation input to the object is received, and changing the characters to the generated second font data. a display unit for displaying skeleton characters indicating skeleton lines of characters of a predetermined font and predetermined objects;
a reception unit that receives an adjustment of a parameter for fleshing out the skeleton line by receiving an operation input to the object;
a generating unit that generates second font data consisting of each character with fleshed out skeleton lines based on the adjusted parameters;
The display unit changes the skeleton characters being displayed to characters according to the second font data,
The information processing apparatus, wherein each time an operation input to the object is received, the generation unit generates the second font data, and the display unit changes the characters according to the generated second font data.

Images