DE102007047613A1 - Sign management system - Google Patents

Abstract

A client (102) creates an electronic document using a character code and a font stored in a server (104). The client (102) stores the created electronic document in association with character specification information. When the electronic document is created, the client (102) registers the character code and the font used to create the electronic document in a user dictionary (104b2) and a font dictionary (104b3), respectively, with reference to a server (104 ) recorded access log.

Description

BACKGROUND OF THE INVENTION

1. Field of the invention

The The present invention relates to a character management system which Manages information about characters (fonts and character codes), which are contained in electronic documents containing computers or the like, and contain characters passing through Codes are displayed.

2. Description of the Related Art

Fonts (Characters that are represented in the form of data) are in one conventional computer system in an operating system (operating system: OS) installed. If changes are made to the OS, Accordingly, changes to the fonts are made.

In an electronic document becomes a character through codes (character codes) shown. The electronic document is made using Creates character codes based on the fonts installed in the OS, and the created electronic document will be based on the Fonts according to those contained in the electronic document Character codes are displayed.

Just if a system creating the electronic document (creator) and a system displaying the electronic document (display page) use the same fonts installed in their OSs (theoretically So only if the fonts installed in the OS of the display page include the fonts installed in the creator OS OS), is guaranteed that the creator intended Characters on the display page are played in the same way.

The Using different fonts generally means using different character codes. This creates the problem that goes through the creator intended characters on the display page may be be played in different ways.

The Japanese language has some characters with so-called "character variants", the same meaning and pronunciation, but different forms to have. If, for example, a surname pronounced as "Watanabe" is displayed with Chinese characters Character variants, such as three characters with different Shapes to be used for the same pronunciation of "hub". Such "character variants" are often associated with persons and place names see and are often used in documents that are basic Human rights (eg in human rights documents, such as about the basic register of inhabitants, the official family register, a resident card and a verdict), in the documents concerning personal property, such as Register books, copies of the family register and excerpt Copies, documents of personal life, such as medical findings and clinical trial reports new medicines. Computers and other systems have external characters (ie fonts that are not registered in the systems), and the "Character Variants" are generally considered external characters in the Registered systems.

What Character codes for Chinese characters in Japanese As far as language is concerned, the National Council of Japanese Language Ministry of Education, Culture, Sport, Science and Technik (MEXT) every two years. this leads to over time to increase the number fonts installed in an OS. Therefore, if this Revision no adjustment, becomes an electronic document, which is stored for a long time, probably disfigured.

The Number of external characters containing character variants Day by day increased, and now reflect the external Characters in the fonts installed in the OS are not completely reflected. This leads to the problem that an electronic document, the external character may not contain can be displayed correctly (for example, the external characters disfigured or not displayed at all). Even if a user can register an external character in his system electronic document containing the external character, will not be displayed correctly in other systems (eg external characters distorted or not displayed at all). Thus, the processing of an electronic document that is a contains external character, in the computer and in other systems generally not easy.

Around to solve these problems, a method has been developed a table for the used character codes and fonts to embed in a file of an electronic document.

Further disclosed WO 04/019249 a technique relating to a font providing method and system whereby a desired font not installed in a client device can be obtained in a network environment. This allows a user to access and use a huge amount of drawing resources from different font manufacturers with a simple operation.

Around To realize the procedure, it is necessary in advance one License to acquire from the copyright owner and a royalty to pay because Japanese fonts copyrighted are. However, it is convenient for the copyright owner impossible to process license applications submitted by sent to the general public. Further increases by embedding the table the size of a file of an electronic document. For a variety of such files of electronic documents The files contain some sections that are ordinary Fonts are occupied, which serve no practical purpose. Therefore, points the procedure for embedding the table in the file of an electronic document hard-to-handle problems with its use in practice.

Furthermore, the system allows that in WO 04/019249 discloses that the user may download a desired font from a database of a font maker, thereby enabling the use of the vast amount of character resources that the font maker possesses. However, the problem with the system is that it does not provide complete security for the unauthorized copying and falsing of fonts downloaded from a database of a font maker.

SUMMARY OF THE INVENTION

It It is an object of the present invention to solve the problems of the conventional ones Technology at least partially to solve.

One Character management system according to one aspect of the present invention includes a client, a server, wired or wirelessly connected to the client is, and a management server that has a network with connected to the server. The management server contains a Management server storage unit containing a variety of fonts and a plurality of character codes for a plurality of Characters are stored, the character variants and other external Characters included. The server contains a server storage unit, in a variety of fonts and a variety of character codes are stored for a variety of characters, the character variants and other external characters included by the management server be provided in advance, a user dictionary, wherein a character code stored to be used is stored to create an electronic document for the client, and a font dictionary, wherein a font is used which is used by the Clients to create the electronic document, as well as a log recording unit, when accessing the server an access log via an access to at least one of the character codes and the fonts records stored in the server storage unit. The client contains a document creation unit that has a Access to the server and the electronic document under Using a character code and a font created in the Server storage unit are stored, a client storage unit, in the electronic document created by the document creation unit is created in association with character specification information for Specifying the character code and font that is saved used to create the electronic document, a Character code registering unit that accesses the server when the document creation unit creates the electronic document, the character code used to encode the electronic document in the user dictionary of the server storage device with reference to that recorded by the recording unit Registered access log and the font that is used to create the electronic document in the font dictionary the server storage unit registered, and a document display unit, which makes an access to the server when the electronic Document is displayed, the character code and the font by the character specification information specified for the electronic document are assigned from the character codes and searches out the fonts stored in the server storage unit are, and the electronic document using the character code and the font that has been searched out.

The above and other goals, features, benefits and technical and industrial significance of this invention are obtained by reading the following detailed description of currently preferred Embodiments of the invention in conjunction with the appended Drawings better understood.

BRIEF DESCRIPTION OF THE DRAWINGS

1 Fig. 10 is a block diagram for explaining an example of a structure of a character management system according to an embodiment of the present invention;

2 FIG. 10 is a block diagram for explaining an example of a structure of a client disclosed in FIG 1 is shown;

3 FIG. 12 is a block diagram for explaining an example of a structure of a server included in FIG 1 is shown;

4 FIG. 14 is a block diagram for explaining an example of a structure of a management server included in FIG 1 is shown;

5 Fig. 10 is a flowchart of a document creation and settlement process in the character management system;

6 Fig. 10 is a flowchart of a character revision process in the character management system; and

7 to 10 FIG. 10 are flowcharts of a creation and registration process of new external characters in the character management system.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Now will become typical with reference to the accompanying drawings Embodiments of a character management system according to the Present invention described in detail. It should be mentioned that the present invention is not limited to the embodiments is limited.

With reference to 1 becomes a forest of a character management system 100 described according to the embodiment. 1 Fig. 10 is a block diagram for explaining the overall structure of the character management system 100 as an an example. The character management system 100 contains, as in 1 shown a variety of clients 102 , a variety of servers 104 , a management server 106 and a network 108 such as the internet. The management server 106 is with the servers 104 over the net 108 connected to communicate with each other. Each of the servers 104 is with the clients 102 connected to lead a wired or wireless communication with each other.

With reference to 2 becomes a structure of each of the clients 102 written in the character management system 100 are included. 2 Fig. 10 is a block diagram for explaining the structure of the client 102 as an an example. The client 102 contains, as in 2 shown a control unit 102a , a storage unit 102b , a communication interface unit 102c and an input and output (I / O) interface unit 102d which are connected via any communication channels to communicate with each other.

The control unit 102a For example, it is made up of a central processing unit (CPU) representing the client 102 controls. The control unit 102a contains an internal memory which stores a control program such as an operating system (OS) and a program specifying various processing procedures as well as required data, and processes information to execute various processes based on these programs. The control unit 102a is how in 2 shown roughly divided into a document creation unit 102a1 , a registration unit 102a2 , a display unit 102a3 , a prompting unit 102a4 , a transmitting unit 102a5 , a receiving unit 102a6 and a notification unit 102a7 ,

The document creation unit 102a1 accesses the server 104 to and creates an electronic document using character codes and fonts contained in a character code / font file 104B1 stored in a storage unit.

While the document creation unit 102a1 Created an electronic document, the registration unit attacks 102a2 on the server 104 to. The registration unit 102a2 then registers with reference to an access log issued by a recording unit 104a1 (described later), the character code (s) and font (s) used to create the electronic document are stored in a user dictionary 104B2 the storage unit 104b or a font dictionary 104b3 the storage unit 104b , Therefore, information about the characters used to create the electronic document is provided by the client 102 if necessary the server 104 communicated and in the server 104 saved.

To the electronic document on an output device 102f to display, which serves as a monitor (described later), the display unit engages 102a3 on the server 104 to. The display unit 102a3 then detects under character codes and fonts contained in the character code / font file 104B1 the storage unit 104b are stored, the character code (s) and font (s) specified by character specification information associated with the electronic document. The character specification information is information that specifies the character code (s) and font (s) that are used to create the electronic document (eg, information that includes a file name (s)) used character code (s) and font (s) included). In this way, the electronic document is displayed using the detected character code and font (s).

The prompting unit 102a4 creates build request information that asks to create either a new character code or font, or both.

The transmitting unit 102a5 sends the creation request information generated by the prompting unit 102a4 were created to the server 104 ,

The receiving unit 102a6 receives either the new character code or font or both from the server 104 Authoring permission information on whether to allow creation of either the new character code or font, or both, registration approval information about whether to register the either of the new character code or font, and both, and license information regarding a license fee for either the character code or font or for both, by the client 102 be used.

The message unit 102a7 informs a user of the client 102 either the new character code or font or both, the build permission information, the registration approval information and the license information, all by the receiving unit 102a6 were received.

The storage unit 102b stores various types of databases, tables and files and other types of information. The storage unit 102b , as in 2 shown, saves a file 102b1 an electronic document in which the document authoring unit 102a1 The electronic document created is associated and stored with the character specification information (eg, the file name (s) for the character code (s) and font (s)) so used.

The communication interface unit 102c connects the client 102 via a communication device (such as a router) and a communication line (such as a wired or wireless line containing a dedicated line) to the server 104 to communicate with each other.

The I / O interface unit 102d connects an input device 102e and the dispenser 102f with the client 102 , For the output device 102f Monitors (including household televisions), speakers and printers can be used. Furthermore, for the input device 102e a keyboard, a pointing device such as a mouse, a microphone, and a monitor with a pointing device function may be used.

With reference to 3 Below is a structure of each of the servers 104 described in the character management system 100 are included. 3 Fig. 10 is a block diagram for explaining the structure of the server 104 as an an example. The server 104 contains, as in 3 shown a control unit 104a , a storage unit 104b and a communication interface unit 104c which are connected via any communication channels to communicate with each other. The server 104 It is located in various communities, such as a business, a local government and a public institution (eg, a city council, a law firm, and an insurance company). The server 104 is under the control of the management server 106 and can be placed anywhere on the net. The server 104 can be configured so that only the person who has permission to do so can access it.

The control unit 104a For example, it is made up of a CPU that owns the server 104 controls. The control unit 104a contains an internal memory which stores a control program such as an OS, a program specifying various processing procedures and the like, and required data, and processes information to execute various processes based on these programs. The control unit 104a is how in 3 shown roughly divided into the recording unit 104a1 , a receiving unit 104a2 , a revision unit 104a3 , an update unit 104a4 , a message unit 104a5 , a registration unit 104a6 , a prompting unit 104a7 , a transmitting unit 104a8 , a registration unit 104a9 , a history creation unit 104a10 and a registration waiving unit 104a11 ,

When access to the server 104 takes place, records the recording unit 104a1 an access log of accessing either the character codes or fonts, or both, in the character code / font file 104B1 the storage unit 104b are stored.

In the embodiment, the functions of the recording unit 104a1 implemented in hardware (especially in a tamper-resistant chip such as a Trusted Platform Module (TPM) chip) or in software (especially software with a capability equivalent to that of the TPM chip). The "tamper resistance" is a function to withstand physical attacks on the chip (such as intrusion into and manipulation of an IC memory). Further, the "tamper resistance chip" prevents external unauthorized access using its physical mechanism, and at least, when disassembled and analyzed, has a unit that breaks the chip circuit by itself, that is, a unit that imitates or fakes , Manipulation and the like prevented.

In order to ensure the security of fonts while reliably leaving the usage history of the fonts, and also to cause font makers to deliver fonts with a 100 percent standard fairness, it is preferable to install a security chip TPM chip with Trusted Computing Group (TCG) technologies. These provisions make it possible to leave a filename for the font (s) used and a receipt as a basis for billing for a client according to the usage history. Further, in the network environment, storage and management of the fonts become possible. In other words, the history of accessing a specified file is left behind, and using history allows full assurance of file security on the network. In the embodiment, the security for general files and also for copyrighted fonts is ensured. This prevents tampering with the usage history of characters, which can be used to save the history.

Referring again to 3 receives the receiving unit 104a2 from the management server 106 a revision message telling that either the character codes or the fonts or both have been revised and notifying either the revised character codes or fonts or both. The receiving unit 104a2 also receives the creation request information from the client 102 and the creation permission information and registration approval information from the management server 106 ,

The revision unit 104a3 either revises the character codes or fonts, or both, in the character code / font file 104B1 the storage unit 104b are stored in the character codes and fonts, or both, by the receiving unit 104a2 were received. If an update to the character code / font file 104B1 the storage unit 104b is made, the server tells 104 updating the client 102 and the management server 106 With.

The update unit 104a4 updated either on the basis of the character codes or fonts, or both, by the receiving unit 104a2 received, either the user dictionary 104B2 the storage unit 104b or the font dictionary 104b3 the storage unit 104b or both.

The message unit 104a5 shares based on the build permission information provided by the receiving unit 104a2 received, a font manufacturer with the creation request information with by the receiving unit 104a2 were received. Furthermore, the notification unit transmits 104a5 based on the registration approval information provided by the receiving unit 104a2 Registration waivers (whether the new character code or font is registered or both are waived) are returned to the font maker by the registration waiver unit 104a11 were created. Furthermore, the notification unit notifies 104a5 The font maker uses the usage history information provided by the history builder 104a10 were created.

The registration unit 104a6 detects from the font manufacturer either the new character code or font, or both, created in response to the build request information provided by the message unit 104a5 were communicated. The registration unit 104a6 Also, from the font manufacturer, acquires the license information created in response to the usage history information provided by the message unit 104a5 were communicated.

The prompting unit 104a7 Created on the basis of the creation permission information provided by the receiving unit 104a2 received registration request information (the management server 106 prompt to register either the new character code or font, or both, by the capture unit 104a6 were recorded.

The transmitting unit 104a8 sends to the management server 106 the creation request information provided by the receiving unit 104a2 received, either the new character code or font, or both, by the capture unit 104a6 and the registration request information generated by the prompting unit 104a7 were created. The transmitting unit 104a8 sends to the client 102 also the creation permission information and registration approval information provided by the receiving unit 104a2 were received, and either the new character code or font or both, as well as the license information, each by the receiving unit 104a6 were received.

The registration unit 104a9 registered on the basis of the registration approval information provided by the receiving unit 104a2 received, either the new character code or font, or both, by the capture unit 104a6 in the character code / font file 104B1 the storage unit 104b ,

The history creation unit 104a10 created on the basis of either the user dictionary 104B2 or the font dictionary 104b3 or of both, in the storage unit 104b usage history information (relating to the history of either the character code or font, or both, by the client 102 were used.

The storage unit 104b stores various types of databases, tables and files as well as other types of information. The storage unit 104b saves as in 3 shown, the character code / font file 104B1 , the user dictionary 104B2 and the font dictionary 104b3 ,

The character code / font file 104B1 stores a variety of character codes and fonts previously from the management server 106 have been provided for a variety of characters that include character variants and other external characters. Specifically stores the character code / font file 104B1 Character codes and fonts stored in the management server 106 have been saved and between the font maker and a community serving the server 104. has been contractually agreed (ie all character codes and fonts used in at least the Japanese language). It should be noted that by the font manufacturer to the information contained in the character code / font file 104B1 are stored regularly, a check can be performed on retention.

The user dictionary 104B2 stores character codes by the client 102 used to create an electronic document, in the order of the time used as a sentence for each work. The unit of work is the time from the beginning to the end of the creation of an electronic document.

The font dictionary 104b3 stores fonts by the client 102 used to create an electronic document in order of frequency of use. Specially arranges the font dictionary 104b3 the fonts by the client 102 used to create an electronic document, the client 102 to who used the fonts, the date and time when the fonts are used, the number of times the fonts are used, and other types of information to store the fonts in.

The communication interface unit 104c connects the server 104 via a communication device (such as a router) and a communication line (such as a wired or wireless line containing a dedicated line) to the client 102 to communicate with each other. The communication interface unit 104c also connects the server 104 via a communication device (such as a router) and communication lines (wired or wireless links containing dedicated lines) to the management server 106 to go over the net 108 to communicate with each other.

With reference to 4 follows a description of a structure of the management server 106 in the character management system 100 is included. 4 Fig. 10 is a block diagram for explaining the structure of the management server 106 as an an example. The management server 106 contains, as in 4 shown a control unit 106a , a storage unit 106b and a communication interface unit 106c which are connected via any communication channels to communicate with each other. The management server 106 , the backbone of all servers 104 serves, reflects in real time the provision made by the National Language Council of the MEXT in relation to notes. In principle, the number of management servers 106 which are to be provided amount to one. However, the management server can 106 for example, be configured as a hierarchy to reflect information about characters over a large area in real time. The management server 106 is located in official administrations and municipalities, which are responsible for the management of signs.

The control unit 106a For example, it is made up of a CPU that is the management server 106 controls. The control unit 106a includes an internal memory which stores a control program such as an OS, a program specifying various processing procedures and the like, and required data, and processes information to execute various processes based on these programs. The control unit 106a will, as in 4 shown roughly divided into a detection unit 106a1 , a revision unit 106a2 , a transmitting unit 106a3 , a collection unit 106a4 , a message unit 106a5 , a receiving unit 106a6 and a registration unit 106a7 , The control unit 106a regularly collects the usage history information provided by the history builder 104a10 of the server 104 be created to generate statistics about the use of characters.

The registration unit 106a1 captures a revision message and either the revised character codes or fonts or both. The registration unit 106a1 also acquires the creation permission information created in response to the creation request information provided by the notification unit 106a5 and the registration approval information created in response to the registration request information provided by the notification unit 106a5 were communicated.

The revision unit 106a2 either revises the character codes or fonts, or both, in a character code / font file 106b1 the memory unit (described later) 106b stored in either the character codes or fonts or at de, by the registration unit 106a1 were recorded.

The transmitting unit 106a3 sends to the server 104 the revision message, either the character codes or fonts or both, the creation permission information and the registration approval information, all by the detection unit 106a1 were recorded.

The collection unit 106a4 accesses the server 104 and either collects information about character codes contained in the user dictionary 104B2 the storage unit 104b or information about fonts that are in the font dictionary 104b3 the storage unit 104b are stored, or both.

The message unit 106a5 informs the National Council of Lords of the information on character codes or information about fonts, or both, through the collection unit 106a4 were collected. Further, the notification unit notifies 106a5 a responsible department in the MEXT with the creation request information provided by the receiving unit 106a6 were received. Furthermore, the notification unit notifies 106a5 the national language board, the registration request information and either the new character code or font, or both, provided by the receiving unit 106a6 were received.

The receiving unit 106a6 receives from the server 104 the creation request information, the registration request information, and either the new character code or font, or both.

The registration unit 106a7 registered on the basis of the registration approval information provided by the registration unit 106a1 were captured, either the new code or font, or both, by the receiving unit 106a6 received in the character code / font file 106b1 the storage unit 106b ,

The storage unit 106b stores various types of databases, tables and files as well as other types of information. The storage unit 106b saves as in 4 shown, the character code / font file 106b1 , The character code / font file 106b1 stores a plurality of character codes and fonts for a plurality of characters containing character variants used in person and place names, and other legally recognized external characters (specifically, all characters used in at least the Japanese language are 100 percent standard compliant and owned by various font manufacturers).

The communication interface unit 106c connects the management server 106 via a communication device (such as a router) and via communication lines (wired or wireless lines containing dedicated lines) to the server 104 to go over the net 108 communicate with each other.

With reference to 5 to 10 Now follows a description of the processes used as an example in the character management system 100 namely, a document creation and settlement process, a character revision process, and a new external character creation and registration process.

With reference to 5 For example, the document creation and billing process described in the character management system will be described 100 is performed. 5 Figure 4 is a flowchart illustrating, by way of example, the document creation and billing process used in the character management system 100 is performed.

In the control unit 102a of the client 102 attacks the document creation unit 102a1 on the server 104 and creates an electronic document using character codes and fonts contained in the character code / font file 104B1 the storage unit 104b are stored. The generated electronic document is associated with character specification information and is stored in the file 102b1 of the electronic document (step SA-1). Specially registered at step SA-1 in the control unit 102a while the document creation unit 102a1 the electronic document (during the period from the beginning to the end of the creation of the electronic document) creates the registration unit 102a2 in sequence, the character code (s) and font (s) used to create the electronic document in a cache in the control unit 102a , Furthermore, the registration unit accesses 102a2 on the server 104 to and registered with reference to the access log provided by the recording unit 104a1 is recorded, the character codes registered in the cache in the user dictionary 104B2 in the order of the time used and the fonts registered in the cache, in the font dictionary 104b3 in the order of frequency of use. This makes it possible for the character codes and fonts in the cache to be reflected in real time in the user dictionary or the font dictionary.

Further, created in the control unit 104a of the server 104 the history creation unit 104a10 Usage history information based either on the user dictionary 104B2 or the font dictionary 104b3 or both, in the store unit 104b are stored (step SA-2).

In addition, divides in the control unit 104a of the server 104 the notification unit 104a5 a font maker who has a contract with a community that owns the server 104 has introduced (specifically, the copyright owner of the font) the usage history information prepared at step SA-2 (step SA-3). Therefore, the copyright owner of the fonts weighs whether to allow use of the character codes and fonts, whether to charge a royalty, and other factors.

In the control unit 104a of the server 104 then captures the capture unit 104a6 from the font maker, license information created in response to the usage history information notified at step SA-3 (step SA-4). So captures the capture unit 104a6 Information about the license fee charged to the client as requested by the font manufacturer.

In the control unit 104a of the server 104 then sends the sending unit 104a8 the license information acquired at step SA-4 is sent to the client 102 (Step SA-5).

In the control unit 102a of the client 102 then receives the receiving unit 102a6 the license information sent at step SA-5 (step SA-6).

In the control unit 102a of the client 102 then share the message unit 102a7 the user with the license information received at step SA-6 (step SA-7).

By the process from steps SA-2 through SA-7 may be the font maker to charge the license fee to the person who has the has created an electronic document.

In order to is the description for the authoring and billing process completed.

With reference to 6 Now, by way of example, follows a description of the character revision process used in the character management system 100 is performed. 6 FIG. 4 is a flowchart illustrating, by way of example, the character verification process used in the character management system 100 is performed.

In the control unit 106a of the management server 106 captures the capture unit 106a1 from the National Language Council of the MEXT, one of the following pieces of information or both: either the character codes or fonts, or both received, for example, in accordance with the revision of the Japanese Industrial Standard (JIS); and a revision message notifying that either the character codes or fonts or both have been revised (SB-1). It should be noted that in the control unit 106a of the management server 106 the collection unit 106a4 before step SB-1 on the server 104 can access and either the information about character codes contained in the user dictionary 104B2 the storage unit 104b are saved, or the information about fonts contained in the font dictionary 104b3 the storage unit 104b are stored, or both can collect, so the message unit 106a5 the National Language Council of the MEXT can communicate either the information about the character codes or the information about fonts or both by the collection unit 106a4 were collected. As a result, the National Linguistic Council is able to incorporate the use of the character codes and fonts in its revision of characters.

In the control unit 106a of the management server 106 then revises the revision unit 106a2 either the character codes or fonts, or both, in the character code / font file 106b1 the storage unit 106b are stored, either in the character codes or fonts or both detected at step SB-1 (step SB-2). This allows the management server 106 containing the character codes and fonts that were last revised.

In the control unit 106a of the management server 106 then sends the sending unit 106a3 to the server 104 the information items acquired at step SB-1: the revision message and either the revised character codes or fonts (step SB-3). Here, only part of the revised character codes and fonts are sent as needed.

In the control unit 104a of the server 104 then receives the receiving unit 104a2 the revision message and either the character codes or fonts, or both sent at step SB-3 (step SB-4).

In the control unit 104a of the server 104 then revises the revision unit 104a3 either the character codes or fonts, or both, in the character code / font file 104B1 the storage unit 104b are stored in either the character codes or fonts or both received at step SB-4 (step SB-5). This will be the server 104 enables only the character code (s) and font (s) contracted by the font manufacturers to be kept by those who have been last revised.

In the control unit 104a of the server 104 then updates the update unit 104a4 either based on the character codes or fonts, or both received at SB-4, either the user dictionary 104B2 or the font dictionary 104b3 or both, in the storage unit 104b are stored (step SB-6).

Through the process, the client can 102 Use the latest character codes and fonts at all times when creating and viewing an electronic document.

In order to the description for the character review process is finished.

With reference to 7 to 10 The following is an example of the description of the creation and registration process of new external characters used in the character management system 100 is performed. 7 to 10 are flow diagrams exemplifying the creation and registration process of new external characters used in the character management system 100 is performed.

In the control unit 102a of the client 102 creates the prompt creation unit 102a4 , as in 7 shown creation request information for a new external character (step SC-1).

In the control unit 102a of the client 102 then sends the sending unit 102a5 to the server 104 the creation request information created at step SC-1 (step SC-2).

In the control unit 104a of the server 104 then receives the receiving unit 104a2 the creation request information (SC-3) sent at step SC-2.

In the control unit 104a of the server 104 then sends the sending unit 104a8 to the management server 106 the creation request information received at step SC-3 (step SC-4). This allows the server 104 at the management server 106 Apply for permission to create either a new external character code or font, or both.

In the control unit 106a of the management server 106 then receives the receiving unit 106a6 the creation request information sent in step SC-4 (step SC-5).

In the control unit 106a of the management server 106 then share the message unit 106a5 a competent department in the MEXT with the creation request information received in step SC-5 (step SC-6).

By the process becomes the creation request information in the responsible department accumulates. The department weighs on the basis of the notified creation request information whether the creation of either the new external character code or Fonts or both is allowed.

Referring now to 8th detected in the control unit 106a of the management server 106 the registration unit 106a1 from the department, the creation permission information created in response to the creation request information (step SC-7).

In the control unit 106a of the management server 106 then sends the sending unit 106a3 to the server 104 the creation permission information acquired at step SC-7 (step SC-8).

In the control unit 104a of the server 104 then receives the receiving unit 104a2 the creation permission information sent at step SC-8 (step SC-9).

In the control unit 104a of the server 104 then sends the sending unit 104a8 at the client 102 the creation permission information received at step SC-9 (step SC-10).

In the control unit 102a of the client 102 then receives the receiving unit 102a6 the creation permission information sent at step SC-10 (step SC-11).

In the control unit 102a of the client 102 then share the message unit 102a7 the user with the creation permission information received at step SC-11 (step SC-12).

If the creation permission information received at step SC-9 indicates that the "creation of either the new external character code or font is allowed or not" (YES at step SC-13), the control unit shares 104a of the server 104 the notification unit 104a5 the creation request information received at step SC-3, a font maker having a contract with a community that owns the server 104 introduced (step SC-14). For example, if the creation permission information received at step SC-9 indicates that the "creation of either the new external character code or font or both is not allowed (the creation is denied)" (NO at step SC-13), the flow does not go to in 9 and the process of creating and registering new external characters is ended det.

By the process becomes the creation request information The font manufacturer accumulates. The font maker creates either a new external character code or font or both on the base the notified creation request information. Further receives the user the creation permission information in response to the Creation prompt information.

Referring now to 9 detected in the control unit 104a of the server 104 the registration unit 104a6 from the font maker either the new external character code or font or both created in response to the creation request information notified at step SC-14 (step SC-15).

In the control unit 104a of the server 104 then creates the prompt creation unit 104a7 Registration request information for either the new external character code or font or both acquired at step SC-14 (step SC-16).

In the control unit 104a of the server 104 then sends the sending unit 104a8 to the management server 106 either the new external character code or font or both detected at step SC-15 and the registration request information created at step SC-16 (step SC-17).

In the control unit 106a of the management server 106 then receives the receiving unit 106a6 either the new external character code or font or both, and the registration request information, all of which have been sent at step SC-17 (step SC-18).

In the control unit 106a of the management server 106 then share the message unit 106a5 either the new external character code or font or both and the registration request information both received at step SC-18 (step SC-19) to the National Language Board of the MEXT.

By the process will be either the new external character code or font or both and the registration prompt information in the national Sprachrat accumulates. The Council weighs on the basis of the communicated Registration prompt information determines whether the registry either the communicated new external character code or font or both in the standard for the Japanese language is allowed in its revision of characters.

Referring now to 10 detected in the control unit 106a of the management server 106 the registration unit 106a1 from the national language board, the registration approval information that has been prepared in response to the registration request information notified at step SC-19 (step SC-20).

When the registration approval information acquired at step SC-20 indicates that the "registration of either the new external character code or font or both is approved" (YES at step SC-21) registered in the control unit 106a of the management server 106 the registration unit 106a7 either the new external character code or font, or both received at step SC-18, in a predetermined memory area of the character code / font file 106b1 the storage unit 106b (Step SC-22).

In the control unit 106a of the management server 106 then sends the sending unit 106a3 to the server 104 the registration approval information received at step SC-20 (step SC-23).

In the control unit 104a of the server 104 then receives the receiving unit 104a2 the registration approval information sent at step SC-23 (step SC-24).

When the registration approval information received at step SC-24 indicates that the "registration of either the new external character code or font or both is approved" (YES at step SC-25), the control unit registers 104a of the server 104 either the new external character code or font, or both received at step SC-15, in a predetermined memory area of the character code / font file 104B1 the storage unit 104b (Step SC-26).

When the registration approval information received at step SC-24 indicates that the "registration of either the new external character code or font or both is approved," transmits in the control unit 104a of the server 104 the transmitting unit 104a8 at the client 102 either the new external character code or font, or both, received at step SC-15, along with the registration approval information. When the registration approval information received at step SC-24 indicates that the "registration of either the new external character code or font or both is disapproved," the transmission unit transmits 104a8 at the client 102 only the registration approval information (step SC-27).

In the control unit 102a of the client 102 then receives the receiving unit 102a6 either the following sentences sent at step SC-27 or the following information: either the new external character code or font or both and the registration approval information; or only the registration approval information (step SC-28). Therefore, if either the new external character code or font or both and the registration approval information are received, the new external character may be in the character management system 100 be used. Further, if only the registration approval information is received, the new external character may be in the character management system 100 Not used.

In the control unit 102a of the client 102 then share the message unit 102a7 the user either the following sentences received at step SC-28 or the following information with: either the new external character code or font or both and the registration approval information; or only the registration approval information (step SC-29).

In the control unit 104a of the server 104 then creates the registration waiver creation unit 104a11 on the basis of the registration approval information received at step SC-24, registration renunciation information for either the new external character code or font or both prepared in response to the creation request information notified at step SC-14 (step SC-30). Specifically, when the registration approval information indicates that the "registration of either the new external character code or font or both is approved," registration renunciation information is created that urges the font maker to register either the new external character code or font or both. If the registry approval information indicates that the "registration of either the new external character code or font or both is disapproved," registration waiver information is created that forces the font maker to renounce either the new external character code or font, or both.

In the control unit 104a of the server 104 then share the message unit 104a5 to the font maker, the registration waiving information created at step SC-30 (step SC-31).

By The process will include the registration waiver The font manufacturer accumulates. If the notified registration disclaimer to register either the new external character code or Fonts or both urge the font maker to register either the new external character code or font, or both accordingly the registration waiver information in its database. If on the other hand, the notified registration waiver information to renounce either the new external character code or font or pushing for both, the font maker either renounces to the new external character code or font or both accordingly the registration waiver information or deletes it. Further, the user receives the registration approval information in response to the creation request information and either the new external character code or font or both as an answer were created on the creation request information.

In order to is the description for the creation and registration process new external character finished.

As described above, stores in the character management system 100 the management server 106 the character code / font file 106b1 in which a plurality of character codes and fonts are stored for a plurality of characters including character variants and other external characters.

Furthermore, the server saves 104 in the character management system 100 : the character code / font file 104B1 which stores a variety of character codes and fonts previously from the management server 106 have been provided for a plurality of characters containing character variants and other external characters; the user dictionary 104B2 that stores character codes by the client 102 used to create an electronic document; and the font dictionary 104b3 , which saves fonts by the client 102 used to create an electronic document. Furthermore, the server draws 104 when accessed, an access log of accessing either the character codes or fonts, or both, in the character code / font file 104B1 are stored.

It also engages in the character management system 100 the client 102 on the server 104 and creates an electronic document using the character codes and fonts contained in the character code / font file 104B1 are stored. Furthermore, the client maps 102 to the generated electronic document character specification information to store it therein. Furthermore, the client attacks 102 while creating the electronic document on the server 104 and registers, with reference to the access log recorded in the server, the character code (s) and font (s) used to create the electronic document in the user dictionary 104B2 or the font dictionary 104b3 , The client is still attacking 102 to display the electronic document on the server 104 to and detects among the character codes and fonts contained in the character code / font file 104B1 are stored, the character code (s) and font (s) specified by the character specification information associated with the electronic document to perform display using the detected character code and font (s).

In the character management system 100 the security against unauthorized copying and manipulation of fonts is fully guaranteed, which takes into account its applicability in practice. Further, characters on the display page are displayed as intended by the creator side, so that the electronic document including character variants and external characters can be correctly displayed regardless of the OS and the font (s) installed in the OS.

Specifically, the character management system ensures 100 in that a display of an electronic document is realized using the same characters on both the creator side and the display side, even though different types of OSs and fonts are installed in each computer. It also becomes possible to avoid distorted characters due to incompatibility of the character codes when creating and displaying an electronic document. This allows characters to be displayed as the creator intended, regardless of the environment where the electronic document is created and displayed.

Furthermore, the character management system ensures 100 in that the display regarding external characters containing character variants closely related to human rights, personal life, property, and the like, such as personal and place names, is always carried out correctly. This always ensures reliability for external characters, which contain character variants that are indispensable for important documents such as the basic population register.

Furthermore, the character management system prevents 100 effectively the unauthorized copying of fonts over the internet. Furthermore, the copyright of the fonts is fully protected by leaving the complete history of the one who accessed the fonts and when that was the case. It also becomes possible to solve a copyright problem by installing a Japanese font in an electronic document.

Furthermore, it allows the character management system 100 a community that owns the server 104 has installed an electronic document without installing a font. This allows a reduction in the size of the electronic file.

The various advantageous features of the character management system 100 help replace a current paper document with an electronic document. This ensures that the electronic document containing external characters can be stored for a long period of time in a computer or other systems. That is, an electronic document can be stored in a computer for a long time. Further, a check for retention may be performed on the characters appearing in the electronic document stored for a long period of time, and their test chart may be created.

Of Further, the image output from a scanner achieves standard justice of 100 percent, and the content of the document is about No change can be seen for years. About that In addition, the content of the document is transmitted through a transferable Document format (Portable Document Format: PDF) as standard of the International Organization for Standardization (ISO). The however, has problems in that the image taken by the scanner is issued, an increase in the size of the Image guides and a document that is backed up as an image, not suitable for the detection of a character. Thus, a Solution for saving a document using of character codes needed. The solution can do it enable a document for a long period of time based on character codes, and can be commercial be used.

By introducing the character management system 100 With such features, characters can be managed to achieve 100 percent standard accuracy, and sign reliability is ensured over a long period of time. Further, in the character management system 100 an electronic document based on character codes and not managed by images. By this arrangement, a reduction in its size and a simple operation such as the detection of a character are realized.

As described above, the management server captures 106 in the character management system 100 a revision message indicating that the standard has been revised for either the character codes or fonts, or both, and notifying either the revised character codes or fonts or both. Then the management server will revise 106 ent neither the character codes or fonts, or both, in the character code / font file 106b1 stored in either the captured character codes or fonts or both. Further, the management server sends 106 the detected revision message and either the captured character codes or fonts or both to the server 104 ,

In the character management system 100 then the server receives 104 from the management server 106 the revision message and either the character codes or fonts or both. The server 104 then either revises the character codes or fonts, or both, in the character code / font file 104B1 stored in either the received character codes or fonts or both. Furthermore, the server updates 104 either the user dictionary 104B2 or the font dictionary 104b3 or both either based on the received character codes or fonts or both.

If in the character management system 100 Revised character codes or fonts, the revision can be directly reflected. Specifically, the revision of JIS can be immediately and reliably reflected. This allows a user to check the legal fairness of characters when creating an electronic document in real time. Furthermore, the creator of the electronic document will not make a typographical error when creating the document and can immediately judge whether the characters he uses are legally compliant. Further, since the user can easily find typographical errors and omissions, he may consider whether characters are useful in appearing in contract and verdict documents.

In the character management system 100 the client creates 102 as described above, creation request information and sends it to the server 104 , Furthermore, the client receives 102 from the server 104 either a new character code or font or both, build permission information and registration approval information.

The server continues to receive 104 in the character management system 100 the creation request information from the client 102 and the creation permission information and the registration approval information from the management server 106 , The server continues to create 104 Registration waiving information based on the acquired registration approval information. The server 104 then tells the received creation request information based on the received creation permission information and also notifies the created registration renunciation information. Furthermore, the server detects 104 Either the new character code or font, or both, created in response to the notified creation request information, and create registration request information. Furthermore, the server sends 104 to the management server 106 the received creation request information, either the acquired new character code or font or both and the created registration request information, and sends to the clients 102 also the creation permission information and the registration approval information thus received, and either the acquired new character code or font or both. Furthermore, the server registers 104 either the captured new character code or font, or both in the character code / font file 104B1 based on the received registration approval information.

In addition, it receives in the character management system 100 the management server 106 from the server 104 the creation request information, the registration request information and either the new character code or font or both, and transmits the received information information: the creation request information; the registration request information; and either the new character code or font or both. Furthermore, the management server detects 106 the creation permission information created in response to the notified creation request information and the registration approval information created in response to the notified registration request information. Further, the management server registers 106 either the received new character code or font or both in the character code / font file based on the received registration approval information 106b1 , The management server continues to send 106 to the server 104 the creation permission information and registration approval information thus acquired.

With the character management system 100 For example, a user can register an external character at any time, and a new external character can be immediately and reliably reflected. Further, by finding more and more new external characters when needed, the external characters are also managed in real time. It also becomes possible to immediately create external characters as needed in response to the daily creation prompts.

As described above, the server creates 104 in the character management server 100 Usage history information based either on the user dictionary 104B2 or the font dictionary 104b3 or both and shares the created Ver using the history information. Furthermore, the server detects 104 the license information created in response to the reported usage history information and sends the collected license information to the client 102 , Furthermore, the client receives 102 in the character management system 100 the license information from the server 104 and inform you about the license information received.

With the character management system 100 A license fee for the character codes and fonts can easily be charged to a user.

Farther For example, the present invention may be embodied in various forms and the present embodiment within the scope of the basic technical concept stated in the appended claims is put into practice. What the For example, the processes whose execution in the present embodiment described as automatic is, all or part of the processes can be executed manually become. As an alternative to the processes, their execution as described manually, the entirety or part of the Processes performed automatically by known methods become. In addition, processing procedures, Control procedures, specific names, different types of information as well as structures of databases used in the description and in the drawings are specified, can be changed as desired, unless otherwise specified.

About that In addition, the distribution and integration arrangement of the devices not limited to those specifically shown in the drawings, and it can be regarding functional and physical aspects be modified on the basis of given units, where Loads on the devices are taken into account. To the For example, each database can be an independent database be configured. Furthermore, some of the processes may be using a Common Gateway Interface (CGI).

Further, constituent elements shown in the drawings indicate imagable functions, and their physical arrangements need not necessarily be the same as those shown in the drawings. For example, as regards processing functions of the devices and units used in the character management system 100 , all or any portion of the functions may be implemented by CPUs or programs that are interpretable and executable by the CPUs, or implemented in hardware using wired logic. The programs are recorded in a recording medium described later, and are mechanically read by a controller when necessary.

In addition, in memories such as a read-only memory (ROM) and a hard disk (HD) of each device included in the character management system 100 a computer program is recorded to provide instructions for the CPU and execute various processes in cooperation with the OS. The computer program is downloaded to a random access memory (RAM) or the like to be executed and implements functions of each device included in the character management system 100 is included, in cooperation with the CPU. Furthermore, the computer program may be recorded in an application program server connected via any network, and the entirety or part of the computer program may be downloaded as needed.

Farther The program can be stored in a computer-readable recording medium be saved. Examples of the "recording medium" include: any "portable physical media", such as a flexible disk, a magneto-optical disk, a ROM, a erasable programmable read-only memory (EPROM), an electrically erasable programmable read only memory (EEPROM), a compact disk read only memory (CD-ROM), a magneto-optical disk (MO) and a digital universal disk (DVD); any "solid physical media", such as a ROM, a ram and a hd used in a variety of computer systems are installed; and any "communication media" that a program temporarily such as, for example, a communication line or carrier wave, which sends the program over a network that passes through a LAN, WAN and the Internet is presented. The "program" refers to a data processing method using a any language or a description method is, and can be in any form such as source code or binary code. It should be mentioned that the "program" does not need to be configured as a single unit and a distributed structure can have a variety of modules and libraries, or the features of the program in cooperation with another program such as one OS can implement. In every device that exists in the present Embodiment is given, can the specific structure, the reading of a recording medium allows the read procedure and, for example, the installation procedure after reading using known structures and procedures will be realized.

In a character management system according to some aspects According to the present invention, a management server stores a Variety of fonts and character codes for a variety of Characters containing character variants and other external characters. In the character management system, a server stores: the character codes and fonts previously provided by the management server, for the characters, the character variants and other external ones Contain characters; a user dictionary, the character codes stores that are used by a client to create an electronic To create document; and a font dictionary that fonts stores used by the client to save the electronic To create a document. Furthermore, the server records when an access is done on it, an access log about the access on either the stored character codes or fonts, or both. Furthermore, in the character management system, the client acts the server and creates an electronic document using of character codes and fonts stored in the server. The client then associates character specification information with the created electronic document. which specify the character code (s) and font (s) to be used Creating the document used to store it in it. To create the electronic document, the client also accesses to the server and register too, with reference to the by the Server recorded access log, the character codes and fonts, which are used to create the electronic document, in the user dictionary of the server or the font dictionary of the server. Further, to display the electronic document accesses the client to the server and detected by the character codes and fonts stored in the server, the character code (s) and font (s) specified by the character specification information which are associated with the electronic document to a Display using the detected character code (s) and Execute fonts.

This brings advantages in so far as the safety compared unauthorized copying and manipulation of fonts completely ensures applicability in practice Account is taken. Regardless of the OS and the (the) in the OS installed fonts also become characters on the display page like this displayed as intended by the creator, and the electronic document containing character variants and external characters, can be displayed correctly.

Around Creating and displaying the electronic document will be special Used character codes and fonts managed by the server and not those installed in the client's OS. This will allow characters to be separated by a Clients created electronic document with another client in the same way, even if every client used a different OS. Because also in the management server and the server all character codes and fonts are installed, the used in the Japanese language will display the correct reliably ensured with external characters, the character variants contained in the names of persons and Places are to be seen that are closely related to human rights, personal Life and property are connected and important documents are indispensable. This arrangement helps to create a current one Replacing paper document with an electronic document, causing the Document can be easily saved. Furthermore, the copyright may to be completely protected in Japanese fonts. With Such features may preferably be applied to the present invention Saving an electronic document in a computer for be applied over a long period of time.

In a character management system according to some aspects In accordance with the present invention, a management server collects a revision message, which states that either character codes or fonts or both are revised and either the revised character codes or fonts or both, and either revise those in the management server stored character codes or fonts or both in either the captured character codes or fonts or both. Furthermore, the sends Management Server to a server the detected revision message and either the character codes or fonts or both. Continue to receive in the character management system, the server from the management server the revision message and either the character codes or fonts or both and either revisit those stored in the server Character codes or fonts or both in either the received character codes or fonts or both. It also updates the server on the base either the received character codes or fonts or both either the user dictionary or the font dictionary or both stored in the server.

This has the advantage that the revision is directly reflected can be when character codes and fonts are revised. This can a user in real time the legal legal fairness of signs check it when creating an electronic document used.

In a character management system according to some aspects of the present invention, a client prepares creation request information requesting to create either a new character code or font, or both, and sends it to the server. Further, the client receives either the new character code or font or both from the server, the creation permission information in this regard, whether the creation of either the new character code or font or both is allowed, and registration approval information in this regard, whether the registration of either the new character code or font or both is approved. Further, in the character management system, the server receives the creation request information from the client and the creation permission information as well as the registration approval information from the management server. Further, on the basis of the received registration approval information, the server prepares registration disclaimer information on whether to register or dispense with either the new character code or font or both created in response to the creation request information. Further, the server notifies the received creation request information based on the received creation permission information and also notifies the created registration renunciation information. Further, the server detects either the new character code or font created in response to the notified creation request information, and generates registration request information requesting registration of either the acquired new character code or font, or both. Further, the server sends to the management server the received creation request information, either the acquired new character code or font or both, as well as the created registration request information. The server also sends to the client the thus-obtained creation permission information and registration approval information, and either the acquired new character code or font, or both. Further, based on the received registration approval information, the server registers either the acquired new character code or font or both in the server. Further, in the character management system, the management server receives from the server the creation request information, the registration request information and either the new character code or font or both, and transmits the received information information: the creation request information; the registration request information; and either the new character code or font or both. Further, the management server acquires the creation permission information created in response to the notified creation request information and the registration approval information created in response to the notified registration request information. Further, the management server either registers the received new character code or font or both in the management server on the basis of the received registration approval information. Further, the management server sends to the server the thus-obtained creation permission information and registration approval information.

This brings the advantage that a user at any time an external sign can register. According to some aspects of the present invention, a new external character is found allowing an update of the character codes and fonts in real time is managed.

In a character management system according to some aspects In the present invention, the server creates either on the basis the user dictionary or the font dictionary or both stored in the server, usage history information regarding the history of either the character codes or fonts or both used by the client and share the generated usage history information with. Further recorded the server license information that was shared in response to the mitge Usage history information was created and a royalty for either the character codes or fonts or both, which are used by the client, and sends the detected License information to the client. Furthermore, the Client in the character management system the license information from the server and notify the received license information.

This brings the advantage that the license fee for the character codes and fonts are simply billed to the user becomes.

Even though the invention in terms of specific embodiments for a complete and clear disclosure The appended claims are not intended to be exhaustive be so limited, but be understood that they all Variations and alternative structures embody which a professional can come by and by and large fall into the basic teaching set forth herein.

QUOTES INCLUDE IN THE DESCRIPTION

This list The documents listed by the applicant have been automated generated and is solely for better information recorded by the reader. The list is not part of the German Patent or utility model application. The DPMA takes over no liability for any errors or omissions.

Cited patent literature

• WO 04/019249 [0010, 0012]

Claims (4)

Character management system ( 100 ) with: a client ( 102 ); a server ( 104 ), with the client ( 102 ) is connected in a wired or wireless manner; and a management server ( 106 ) connected to the server ( 104 ) is connected via a network in which the management server ( 106 ) contains: a management server storage unit ( 106b ) storing a plurality of fonts and a plurality of character codes for a plurality of characters containing character variants and other external characters, the server ( 104 ) contains: a server storage unit ( 104b ) storing a plurality of fonts and a plurality of character codes for a plurality of characters including character variants and other external characters that are provided in advance by the management server. 106 ), a user dictionary ( 104B2 ) which stores a character code used to generate an electronic document by the client ( 102 ) and a font dictionary ( 104b3 ), which stores a font used by the client ( 102 ) and a log recording unit ( 104a1 ) when accessing the server ( 104 ) records an access log through access to at least one of the character codes and the fonts stored in the server memory unit ( 104b ) and the client ( 102 ) contains: a document creation unit ( 102a1 ), which gives access to the server ( 104 ) and creates the electronic document using a character code and a font stored in the server memory unit ( 104b ), a client storage unit ( 102b ) containing the electronic document generated by the document creation unit ( 102a1 ), in association with character specification information for specifying the character code and the font used to prepare the electronic document, a character code registration unit ( 102a2 ), which gives access to the server ( 104 ), if the document creation unit ( 102a1 ) creates the electronic document, the character code used to create the electronic document in the user dictionary ( 104B2 ) the server storage unit ( 104b ) with reference to the access log recorded by the recording unit and the font used to create the electronic document in the font dictionary ( 104b3 ) the server storage unit ( 104b ), and a document display unit ( 102a3 ), which gives access to the server ( 104 ), when the electronic document is displayed, selects the character code and the font specified by the character specification information associated with the electronic document from the character codes and the fonts stored in the server memory unit (FIG. 104b ) and display the electronic document using the character code and the font that has been retrieved. Character management system ( 100 ) according to claim 1, wherein the management server ( 106 ) further comprises: a management server detection unit ( 106a1 ) which detects a revision message notifying a revision of at least one of the character codes and the fonts and at least one of the revised character codes and revised fonts, a revision unit ( 106a2 ) for detected character codes containing at least one of the character codes and the fonts stored in the server memory unit ( 104b ) are revised into at least one of the character codes and the fonts generated by the management server acquiring unit ( 106a1 ) and a management sending unit ( 106a3 ) containing the revision message and at least one of the character codes and the fonts generated by the management server acquiring unit ( 106a1 ) to the server ( 104 ), and the server ( 104 ) further comprises: a server receiving unit ( 104a2 ) containing the revision message and at least one of the character codes and fonts from the management server ( 106 ) receives a revision unit ( 104a3 ) for received character codes containing at least one of the character codes and the fonts stored in the server memory unit ( 104b ) are revised into at least one of the character codes and the fonts generated by the server receiving unit ( 104a2 ) and a dictionary update unit ( 104a4 ) containing at least one of the user dictionary ( 104B2 ) of the server memory and the font dictionary ( 104b3 ) of the server memory is updated on the basis of at least one of the character codes and the fonts generated by the server receiving unit ( 104a2 ) were received. Character management system ( 100 ) according to claim 1 or 2, wherein the client ( 102 ) further includes: a creation request creation unit ( 102a4 ) which generates creation request information for requesting to create at least one of the character codes and the fonts, a client end unit ( 102a5 ) containing the creation request information generated by the creation request creation unit ( 102a4 ) created were sent to the server ( 104 ), and a client receive unit ( 102a6 ) containing at least one of the character codes and the fonts from the server ( 104 ), creation permission information in this regard, whether the creation of at least one of the character codes and the fonts is permitted, and registration approval information regarding whether the registration of at least one of the character codes and the fonts is approved, the server ( 104 ) further comprises: a server receiving unit ( 104a2 ) containing the creation request information from the client ( 102 ) as well as the creation permission information and the registration approval information from the management server ( 106 ) receives a registration waiver ( 104a11 ), the registration renunciation information is prepared as to whether or not at least one of a new character code and a new font created in response to the creation request information is registered or waived based on the registration approval information supplied by the server reception unit ( 104a2 ), a server message unit ( 104a5 ) containing the build request information provided by the server receive unit ( 104a2 ), based on the build permission information communicated by the server receive unit ( 104a2 ) and notify the registration waiving information provided by the registration waiver unit ( 104a11 ), a server detection unit ( 104a6 ) that captures at least one of the new character code and the new font created in response to the creation request information provided by the server message unit ( 104a5 ), a registration request creation unit ( 104a7 ) which generates registration request information for requesting registration of at least one of the new character code and the new font generated by the server detection unit (12). 104a6 ), a server sending unit ( 104a8 ) containing the build request information provided by the server receive unit ( 104a2 ), at least one of the new character code and the new font generated by the server detection unit ( 104a6 ), and the registration request information created by the registration request creation unit is sent to the management server ( 106 ) and the creation permission information and the registration approval information sent by the server reception unit ( 104a2 ) and at least one of the new character code and the new font generated by the server detection unit ( 104a6 ) to the client ( 102 ), and a server registration unit ( 104a9 ) containing at least one of the new character code and the new font generated by the server detection unit ( 104a6 ) have been detected in the server storage unit ( 104b ) based on the registration approval information provided by the server receiving entity ( 104a2 ) and the management server ( 106 ) further comprises: a management server receiving unit ( 106a6 ) containing the creation request information, the registration request information and at least one of the new character code and the new font from the server ( 104 ), a management server notification unit ( 106a5 ), which notifies the creation request information, the registration request information, and at least one of the new character code and the new font, which are processed by the management server receiving unit (FIG. 106a6 ), a management server detection unit ( 106a1 ) that acquires the build permission information created in response to the build request information that is generated by the management server message unit ( 106a5 ), and the registration approval information created in response to the notified registration request information, a management server registration unit ( 106a7 ) containing at least one of the new character code and the new font generated by the management server receiving unit ( 106a6 ) were received in the management server storage unit ( 106b ) based on the registration approval information provided by the management server acquiring unit ( 106a1 ) and a management sending unit ( 106a3 ) containing the creation permission information and the registration approval information generated by the management server acquiring unit ( 106a1 ) to the server ( 104 ) sends. Character management system ( 100 ) according to one of claims 1 to 3, in which the server ( 104 ) further includes: a usage history creation unit ( 104a10 ) which generates usage history information regarding the history of at least one of the character codes and the fonts generated by the client ( 102 ) based on at least one of the user dictionary ( 104B2 ) and the font dictionary ( 104b3 ) stored in the server storage unit ( 104b ), a server message unit ( 104a5 ), which reports the usage history information provided by the usage history unit ( 104a10 ), a server detection unit ( 104a6 ) that collects license information that is generated in response to the usage history information that through the server message unit ( 104a5 ) and a license fee for at least one of the character codes and the fonts generated by the client ( 102 ) and a server sending unit ( 104a8 ) containing the license information provided by the server acquisition unit ( 104a6 ) to the client ( 102 ), and the client ( 102 ) further comprises: a client receive unit ( 102a6 ), which provides the license information from the server ( 104 ), and a client message unit ( 102a7 ), which communicates the license information provided by the client receiving unit ( 102a6 ) were received.