WO2014002281A1 - 文書処理システム、電子文書、文書処理方法及びプログラム - Google Patents

文書処理システム、電子文書、文書処理方法及びプログラム Download PDF

Info

Publication number
WO2014002281A1
WO2014002281A1 PCT/JP2012/066818 JP2012066818W WO2014002281A1 WO 2014002281 A1 WO2014002281 A1 WO 2014002281A1 JP 2012066818 W JP2012066818 W JP 2012066818W WO 2014002281 A1 WO2014002281 A1 WO 2014002281A1
Authority
WO
WIPO (PCT)
Prior art keywords
character code
font data
document processing
characters
processing system
Prior art date
Application number
PCT/JP2012/066818
Other languages
English (en)
French (fr)
Inventor
剛男 前田
Original Assignee
株式会社エス・ケイ・ケイ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社エス・ケイ・ケイ filed Critical 株式会社エス・ケイ・ケイ
Priority to PCT/JP2012/066818 priority Critical patent/WO2014002281A1/ja
Priority to JP2012534890A priority patent/JP5467155B1/ja
Priority to EP12879803.0A priority patent/EP2869210A4/en
Priority to CN201280074372.8A priority patent/CN104412255A/zh
Priority to KR1020157002378A priority patent/KR20150044430A/ko
Publication of WO2014002281A1 publication Critical patent/WO2014002281A1/ja
Priority to US14/584,740 priority patent/US20150113391A1/en
Priority to HK15103450.0A priority patent/HK1202948A1/xx

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/103—Formatting, i.e. changing of presentation of documents
    • G06F40/109—Font handling; Temporal or kinetic typography
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/126—Character encoding
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09C—CIPHERING OR DECIPHERING APPARATUS FOR CRYPTOGRAPHIC OR OTHER PURPOSES INVOLVING THE NEED FOR SECRECY
    • G09C1/00—Apparatus or methods whereby a given sequence of signs, e.g. an intelligible text, is transformed into an unintelligible sequence of signs by transposing the signs or groups of signs or by replacing them by others according to a predetermined system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/605—Copy protection

Definitions

  • the present invention relates to a document processing system, an electronic document, a document processing method, and a program, and more particularly to improvements in security technology and compression technology using document data and font data.
  • UTF-8 that can use ISO / IEC 10646 (UCS) and Unicode may be used in document processing systems and electronic documents.
  • UTF-8 is a character encoding format in 1-byte code units, and in order to be compatible with ASCII characters, the same part as ASCII is encoded with 1 byte, and the other parts are encoded with 2 to 6 bytes. If the document is mainly ASCII characters, you can enjoy the benefits of Unicode with almost no increase in data size.
  • the alphabet “a” is 0 and 1, and “01100001” (1 byte: 1 control bit number + 7 sign bit number) can be expressed, but “day” is “111001101001011110100101”. (3 bytes: 8 control bits + 16 code bits).
  • the maximum data width in the UTF-8 mechanism is ⁇ 1111110110111111101111111011111110111 '' (6 bytes: 17 control bits + 31 code bits). At this time, more than 2 billion characters can be handled.
  • the character form can be switched by using the variant selector defined in Unicode.
  • the variant character sector is specified by 256 character code positions of “U + FE00 to U + FE0F” and “U + E0100 to U + E01EF” in Unicode, and 3 to 4 bytes are used in UTF-8.
  • the variant character selector can represent a character shape different from the base character shape by arranging the variant character selectors after the base character.
  • UTF-8 there are various types of character encoding methods such as UTF-16, UTF-32, Shift-JIS, EUC that support Unicode, and the number of bytes varies depending on the character code position. The method to do is taken. There is also a method for representing various characters using only ASCII characters, such as URL encoding.
  • security on computers uses character codes based on standards, uses encryption technology for the data, and takes measures to prevent the contents from leaking outside.
  • the encryption technology is premised on decryption on a computer, and if the decryption method of the encryption is found, all the contents of the communication data are decrypted.
  • Patent Document 1 a dedicated font is created by randomly changing the correspondence table between character codes and glyphs inside the font, and the character code of the electronic document is replaced with the code format of the dedicated font, and this font is installed.
  • a document processing system that realizes concealment of only a character portion by converting an electronic document into a garbled character on a computer without a computer.
  • PDF has a feature that character data can be embedded in data. If a PDF file is generated and font information is embedded, the generated document itself can hold the font information. As a result, even a font that is not in the terminal on the output side can be reliably output, and a document with excellent reproducibility can be realized.
  • Font embedding includes a subset in which only used fonts are embedded and a full embed (full embedding) in which all characters included in the font are embedded.
  • Patent Document 2 describes an information processing apparatus that makes an inquiry as to whether or not to embed font information based on the creation of an electronic document that reflects an instruction to edit graphics and characters.
  • Patent Document 2 The information processing apparatus described in Patent Document 2 must be preloaded with font data. A large number of such font data must be prepared according to the type of document. Furthermore, a mechanism for updating such font data must be constructed.
  • An object of the present invention is to provide a document processing system, an electronic document, a document processing method, and a program capable of preventing digital copy in a character code while reducing the amount of data.
  • a document processing system is a document processing system that creates and processes an electronic document in which font data can be embedded, and records font data in the order of appearance of characters in a sentence, and the characters recorded with the font data.
  • a character code changing means for changing the character code to a converted character code consisting of the order number of the font data
  • a conversion table creating means for creating a conversion table indicating the correspondence between the character code and the converted character code
  • Output means for outputting characters in a font based on the font data.
  • the electronic document according to the present invention is created and processed by the document processing system.
  • a document processing system is a document processing system that creates and processes an electronic document in which font data can be embedded, and records font data in the order of characters input by the input unit and characters input by the input unit. And a character code changing means for changing the character code of the character in which the font data is recorded into a converted character code consisting of the number of the order of the font data, and a conversion indicating the correspondence between the character code and the converted character code.
  • a conversion table creating means for creating a table and an output means for outputting characters in a font based on the font data are provided.
  • a document processing method is a document processing method for creating and processing an electronic document in which font data can be embedded, wherein the font data is recorded in the order of appearance of characters in a sentence, and the characters recorded with the font data are recorded.
  • the character code of the font data is converted into a conversion character code consisting of the order number of the font data, a conversion table showing the correspondence between the character code and the conversion character code, and a font based on the font data And a step of outputting characters.
  • the present invention is a program for causing a computer to function as the document processing system.
  • FIG. 1 is a diagram illustrating a configuration of a document processing system according to the first embodiment.
  • FIG. 2 is a flowchart for explaining the operation of the document processing system according to the first embodiment.
  • FIG. 3 is a diagram for explaining the structure of an electronic document processed by the document processing system according to the first embodiment.
  • FIG. 4 is a diagram for explaining the document data of the document processing system according to the first embodiment in comparison with a conventional example.
  • FIG. 5 is a flowchart showing an operation for restoring a document in the document processing system according to the first embodiment.
  • FIG. 6 is a flowchart for explaining the operation of the document processing system according to the second embodiment.
  • FIG. 1 is a diagram showing a configuration of a document processing system according to Embodiment 1 of the present invention.
  • FIG. 1 is a block diagram when the document processing system is configured by a PC (Personal Computer).
  • the document processing system 10 includes a CPU 11, a ROM 12, a RAM 13, an HDD 14, an input device 15, a display control unit 16, a display 17, a storage medium mounting unit 18, and a communication device 19 connected to each other via a bus. Is provided.
  • the CPU 11 controls the entire apparatus and executes the document processing program in the RAM 13 to function as a document processing system.
  • the CPU 11 records the font data in the order of appearance of the characters in the sentence, and changes the character code of the characters recorded with the font data to a converted character code consisting of the order number of the font data; It has a function as a part of the conversion table creation means 11b for creating a conversion table showing the correspondence between the normal character code and the conversion character code, and the output means 11c for outputting characters in a font based on font data.
  • BIOS Basic Input / Output System
  • device drivers such as a mouse and a keyboard.
  • An OS Operating System
  • BIOS Basic Input / Output System
  • An OS can be started by calling a boot loader from the BIOS.
  • the RAM 13 includes a volatile memory such as a DRAM, stores a control program to be processed by the CPU 11, and provides a work area when the CPU 11 executes various controls.
  • the HDD 14 stores a document processing program, an OS, a conversion table described later, and the like.
  • an SSD Solid State Drive
  • the input device 15 is a pointing device such as a keyboard and a mouse, and accepts an input operation from a user.
  • a touch panel or a voice input device can be used as the input device.
  • the display control unit 16 controls drawing on the display 17 with a predetermined resolution, number of colors, and the like based on screen information instructed by various application programs.
  • the display 17 is an FPD (Flat Panel Display) such as liquid crystal or organic EL. Further, the display control unit 16 and the display 17 have a function as a part of the output unit 11c that outputs characters in a font based on font data.
  • the storage medium mounting unit 18 is configured to be detachable from a non-volatile memory such as a USB memory and a flash memory, and an optical disk medium such as a DVD-ROM, and is used when reading data from and writing data to these storage media.
  • the communication device 19 is an interface for connecting to a network such as a LAN or the Internet.
  • the electronic document created and processed by the document processing system 10 can be distributed by the communication device 19 via an arbitrary network.
  • the CPU 11 executes the boot program in the ROM 12 and loads the OS from the HDD 14 to the RAM 13.
  • the PC functions as the document processing system 10 by loading the document processing program in the present embodiment from the HDD 14 to the RAM 13 and executing it.
  • FIG. 2 is a flowchart for explaining the operation of the document processing system according to the first embodiment of the present invention. This flow is executed by the document processing program of the CPU 11.
  • step S ⁇ b> 1 the CPU 11 reads text data from a storage medium attached to the HDD 14 or the storage medium attachment unit 18. Alternatively, characters may be input using the input device 15.
  • step S2 the character code changing unit 11a records the font data in the order of appearance of the characters in the sentence.
  • step S3 the character code changing unit 11a changes the character code of the character in which the font data is recorded to a converted character code indicating the order number of the font data.
  • step S4 the conversion table creating unit 11b creates a conversion table indicating the correspondence between the character code and the converted character code.
  • step S ⁇ b> 5 the CPU 11 waits for confirmation of sentence reading.
  • step S6 the output unit 11c displays characters in the corresponding font and ends this flow.
  • Example sentences “At that time, Keiichi had just returned from school.” (22 characters)
  • the document processing system 10 performs the following document processing.
  • font data is recorded in the order of appearance of characters in a sentence.
  • the character code of the character in which the font data is recorded is changed to the font data rank number. That is, So ⁇ No.1 ⁇ No.2 And ⁇ No.3 ⁇ No.4 ⁇ No.5 ⁇ ⁇ No.6 1 ⁇ No.7 Change the character code like this.
  • Patent Document 1 describes a technique for changing the correspondence between a character code and a font.
  • paragraph [0100] of Patent Document 2 describes a technique that employs a subset font for embedding font information. Even in this embodiment, the same effect as the devices described in Patent Documents 1 and 2 can be obtained.
  • a conversion table for making character codes random must be created in advance.
  • the conversion table has a unique effect different from Patent Documents 1 and 2, in that it is automatically created as unique to each sentence.
  • the font data in the document processing system 10 need only be for characters appearing in the sentence, and it is not necessary to mount fonts for all characters. For this reason, as in the apparatus described in Patent Document 2, there is an effect that the storage capacity of the font data can be reduced.
  • the document processing system 10 can return the conversion character code to the standard character code by using the conversion table.
  • FIG. 3 is a diagram for explaining the structure of an electronic document processed by the document processing system according to the first embodiment of the present invention.
  • the electronic document 20 shown in FIG. 3 is stored in various storage media, for example, and distributed together with the storage media.
  • the electronic document is distributed on a network, for example, by communication means.
  • the electronic document 20 has a control code 21 that is a subset font identification number at the beginning, and a sentence 22 that includes a converted character code. If the subset font is obtained by the control code 21, the correct sentence of the sentence by the converted character code is displayed.
  • FIG. 4 is a diagram for explaining the document data of the document processing system according to the first embodiment of the present invention in comparison with a conventional example.
  • 4A shows the structure of document data on a conventional computer
  • FIG. 4B shows data on a conventional computer
  • FIG. 4C shows a display result with conventional normal font data.
  • 4D is an example of character representation of the document processing system 10
  • FIG. 4E is data of the document processing system 10
  • FIG. 4F is normal font data of the document processing system 10
  • FIG. g) shows the display results in the normal font data of the document processing system 10, respectively.
  • the book (UTF-8) is represented by E6 9C AC (hexadecimal number), 11100110 10011100 10101100 (binary number). Therefore, the data width on the computer is as shown in FIG.
  • the display result with normal font data is shown in FIG.
  • the storage capacity of the font data is large.
  • the present embodiment is characterized in that the font data is recorded in the order of appearance of the characters in the sentence, and at the same time, the character code of the character in which the font data is recorded is changed to the font data rank number.
  • the document data structure, the amount of data on the computer, and the display result of the font data are different. 4 (a), 4 (b), and 4 (c) correspond to FIGS. 4 (d), (e), (f), and (g) of this embodiment in this order.
  • the conversion of the characters used in the text to the optimal character code is performed by recording the font data in the order of appearance of the characters in the text and at the same time converting the character code of the characters recorded in the font data to the font data. It is implemented by changing the ranking number (conversion character code).
  • conversion character code By replacing font data with converted character codes in the order of appearance of characters in the text, a conversion table is automatically created as unique to each text. Moreover, since the font data has conversion table information, the correct text is displayed.
  • the conversion to the optimum character code is performed in the order of appearance of the characters in the text.
  • the present invention is not limited to this, and other forms may be adopted.
  • the conversion table is unnecessary by converting the characters in the sentence in the order of appearance as in the present embodiment.
  • the display result of the normal font data of the document processing system 10 is as shown in FIG. 4F, and the contents of the text cannot be understood. Therefore, even if the encrypted document data is decrypted, the contents of the text cannot be understood. As shown in FIG. 4G, the contents of the text cannot be understood unless there is a display result using the font data created according to the present embodiment. For this reason, even if there is an illegal copy of text or picking during communication, no information is leaked.
  • diversion and theft can be prevented by preventing digital copying with standard character codes even for products or services that must protect text information such as electronic books.
  • the present embodiment has an advantage in that the font data used in the text only needs to be prepared, and the storage capacity of the font data can be small.
  • FIG. 5 is a flowchart showing an operation for restoring a document in the document processing system according to the first embodiment of the present invention.
  • the CPU 11 includes a restoring unit that returns the converted character code to the standard character code using the conversion table. Note that this restoration means may be provided in another PC or the like.
  • step S11 the CPU 11 reads document data.
  • step S12 the restoring unit refers to the conversion table and returns the converted character code of the read document data to the standard character code.
  • step S13 the output unit 11c outputs the character of the font data returned to the standard character code, and ends this flow.
  • the document processing system 10 can return the conversion character code to the standard character code by using the conversion table.
  • FIG. 6 is a flowchart for explaining the operation of the document processing system according to the second embodiment of the present invention. This flow is executed by the document processing program of the CPU 11.
  • step S21 characters and the like are input using the input device 15 such as a keyboard.
  • step S22 the CPU 11 performs dictionary conversion in the input method.
  • dictionary conversion in the input method is Kana-Kanji conversion.
  • step S23 input determination is awaited. Determination of input includes pressing a determination key or a line feed key.
  • step S24 the character code changing unit 11a records font data in the order of characters input by the input device 15.
  • step S25 the character code changing unit 11a changes the character code of the character in which the font data is recorded to the converted character code indicating the order number of the font data.
  • step S26 the conversion table creating unit 11b creates a conversion table indicating the correspondence between the character code and the converted character code.
  • step S27 the CPU 11 waits for confirmation of the input character.
  • step S28 the output unit 11c displays characters in the corresponding font and ends this flow.
  • the document processing system records font data in the order of input characters.
  • the character code of the character in which the font data is recorded is changed to the font data rank number. That is, So ⁇ No.1 ⁇ No.2 And ⁇ No.3 ⁇ No.4 ⁇ No.5 ⁇ ⁇ No.6 1 ⁇ No.7 Change the character code like this.
  • the document processing system records the font data in the order of the characters input by the input device 15, and converts the character code of the characters recorded with the font data into the font.
  • Character code changing means 11a for changing to a conversion character code consisting of a data rank number
  • conversion table creation means 11b for creating a conversion table indicating the correspondence between the character code and the conversion character code
  • a character using a font based on font data Output means 11c for outputting.
  • the character code is different from the standard one and is random, making it difficult to copy the text.
  • the conversion table is automatically created as unique to each sentence.
  • the character code only needs to distinguish characters that appear in the sentence, and it is not necessary to distinguish all characters, so the number of bits of the character code can be reduced.
  • the font data need only be for characters appearing in the sentence, and it is not necessary to mount fonts for all characters, so the storage capacity of the font data can be reduced.
  • the subset font data has the information of the conversion table
  • the correct text is displayed by the conversion character code and the subset font data on the user terminal without the conversion table.
  • the conversion character code can be returned to the standard character code.
  • font data can be attached to text, distributed separately from text, or used for billing.
  • characters other than standard characters can be used as easily as standard characters.
  • font data with different designs can be recorded separately in different areas, or can be recorded continuously in the same area.
  • the names of the document processing system, the electronic document, and the document processing method are used.
  • the name of the apparatus is the name of the information processing apparatus, the document processing apparatus, or the method. May be an information processing method or the like.
  • each unit constituting the document processing system for example, the external storage device, the type of communication device, the number thereof, the connection method, and the like may be any.
  • the present invention can be applied not only to Japanese but also to any language.
  • the character encoding method can be applied not only to UTF-8 but also to various types such as UTF-16, UTF-32, Shift-JIS, EUC corresponding to Unicode.
  • the document processing system of the present invention is also realized by a program for causing a computer to function as the document processing system.
  • This program may be stored in a computer-readable recording medium.
  • the recording medium on which this program is recorded may be the ROM 12 itself shown in FIG. 1 or a DVD-ROM that can be read by inserting the recording medium into the storage medium mounting unit 18. .
  • the recording medium may be a magnetic tape, a cassette tape, a flexible disk, a hard disk, a CD / MO / MD, or a semiconductor memory.
  • the document processing method described above can also be realized by a program for causing this document processing method to function.
  • This program is stored in a computer-readable recording medium.
  • the document processing system, the electronic document, and the document processing method according to the present invention are preferably used for a document processing system and an electronic document in which security technology and compression technology using document data and font data are improved.

Abstract

　文書処理システム１０は、文章の中の文字の出現順にフォントデータを記録するとともに、フォントデータを記録した文字の文字コードを、フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段１１ａと、文字コードと変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段１１ｂと、フォントデータによるフォントで文字を出力する出力手段１１ｃと、を備える。また、文字コード変更手段１１ａは、入力装置１５により入力される文字の順にフォントデータを記録するとともに、フォントデータを記録した文字の文字コードを、変換文字コードに変更する。これにより、データ量の削減を行いつつ、文字コードにおけるデジタルコピーを防ぐことができる文書処理システム、電子文書及び文書処理方法を提供することができる。

Description

文書処理システム、電子文書、文書処理方法及びプログラム
　本発明は、文書処理システム、電子文書、文書処理方法及びプログラムに関し、詳細には文書データとフォントデータによるセキュリティ技術と圧縮技術の改良に関する。
　近年、文書処理システム及び電子文書において、ISO/IEC 10646(UCS)とUnicodeを使用可能なUTF-8が用いられることがある。UTF-8は、１バイト符号単位の文字符号化形式であり、ASCII文字と互換性を持たせるために、ASCIIと同じ部分は１バイト、その他の部分を２～６バイトで符号化する。ASCII文字が主体の文書であれば、ほとんどデータサイズを増やさずにUnicodeのメリットを享受できる。
　ところで、コンピュータ上での文字のやり取りは、符号化技術を元に規格されている文字符号を元に行っている。規格する文字数（字形数）が増えるにつれて、コンピュータで扱うデータ量も増えている。データ量増加の問題を解消するため、文字符号を効率的に扱うためのエンコード方式も存在する。このようなエンコード方式では、例えばバイト数を可変させることでデータ量を減らしているので、文字符号の最初の番号はデータ量が少なく、最後の文字はデータ量が大きくなってしまう。例えばアルファベット「ａ」は０と１で「01100001」（１バイト：制御ビット数１＋符号ビット数７）という表現で済むのに「日」は
「111001101001011110100101」
（３バイト：制御ビット数８＋符号ビット数１６）となる。
UTF-8の仕組みでの最大のデータ幅は
「111111011011111110111111101111111011111110111111」
（６バイト：制御ビット数１７＋符号ビット数３１）となる。このとき20億超の文字を扱うことができる。
　またUnicodeで定義されている異体字セレクタを用いることで、字形を切り替えることができる。異体字レセクタはUnicodeにおいて「U+FE00～U+FE0F」および「U+E0100～U+E01EF」の２５６文字符号位置で指定されており、UTF-8では３バイト～４バイトを用いる。異体字セレクタは基の文字に続けて異体字セレクタを並べることで基の字形と異なる字形を表すことができる。
　文字符号化方式にはUTF-8以外にもUnicodeに対応したUTF-16やUTF-32、Shift-JIS、EUCなど様々な種類が存在しており、その多くで文字符号位置によってバイト数が可変する方式を採っている。また、URLエンコードの様なASCII文字だけで様々な文字を表す方式もある。
　また、コンピュータ上でのセキュリティは、規格に基づいた文字符号を使い、そのデータに対して暗号化技術などを用い、内容が外部へ漏れないように対策を採っている。しかし、暗号化技術は、コンピュータ上での復号化が前提となっており、暗号の解読方法が判明してしまうと、通信上のデータの中身が全て解読されてしまうことになる。
　また、電子書籍のような文字を主体とするコンテンツでは、コピー防止が事実上困難である。さらに、文章を表現するために使用されるフォントデータの扱いについても、デジタルコピーによる流出を避けるため、電子書籍上での柔軟な利用ができない。そのため、電子媒体上では、活字などのデザインによる表現が損なわれる傾向がある。
　特許文献１には、フォント内部の文字コードとグリフ（Glyph）の対応テーブルをランダムに入れ替えた専用フォントを作成し、電子文書の文字コードを専用フォントのコード方式に入れ替え、このフォントがインストールされていないコンピュータでは電子文書が文字化けすることで文字部分のみの秘匿を実現する文書処理システムが記載されている。
　一方、ＰＤＦは、文字データをデータに埋め込むことができる特徴がある。ＰＤＦファイルを生成してフォント情報を埋め込むようにすれば、生成した文書自体にフォント情報を保持させることができる。これにより、出力側の端末にないフォントでも確実に出力することができ、再現性に優れた文書を実現することができる。フォントの埋め込みには、使用されているフォントのみ埋め込むサブセットと、フォントに含まれている文字全てを埋め込むフルエンベット（完全埋め込み）とがある。
　特許文献２には、図形及び文字の編集指示が反映された電子文書が作成されたことに基づいて、フォント情報を埋め込むか否かの問い合わせを行う情報処理装置が記載されている。
特開２００７－１０９１５８号公報 特開２００６－１０７０３３号公報
　しかしながら、このような従来の文書処理システムにあっては、以下の課題があった。
　特許文献１記載の文書処理システムは、文字コードとフォントとの対応関係を変えるための変換テーブルを予め作成しなければならない。このような変換テーブルは、文書の種類又は使用者の使用環境に依って大きく異なることが予想される。それらすべてを満たすような変換テーブルを予め作成しておくのは、手間とコストがかかる課題がある。また、変換の実効を上げるためにはデータ量の大きい変換テーブルを作成しておかなければならない。さらに、係る変換テーブルを更新するための仕組みも構築しなければならない。
　特許文献２記載の情報処理装置は、フォントデータを予め搭載しておかなければならない。このようなフォントデータは、文書の種類に合わせて数多く用意しておかなければならない。さらに、係るフォントデータを更新するための仕組みも構築しなければならない。
　本発明の目的は、データ量の削減を行いつつ、文字コードにおけるデジタルコピーを防ぐことができる文書処理システム、電子文書、文書処理方法及びプログラムを提供することにある。
　本発明に係る文書処理システムは、フォントデータを埋め込み可能な電子文書を作成処理する文書処理システムであって、文章の中の文字の出現順にフォントデータを記録するとともに、前記フォントデータを記録した文字の文字コードを、該フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段と、前記文字コードと前記変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段と、前記フォントデータによるフォントで文字を出力する出力手段とを備えることを特徴とする。
　本発明に係る電子文書は、上記文書処理システムにより作成処理されたことを特徴とする。
　本発明に係る文書処理システムは、フォントデータを埋め込み可能な電子文書を作成処理する文書処理システムであって、文字を入力する入力手段と、前記入力手段により入力される文字の順にフォントデータを記録するとともに、前記フォントデータを記録した文字の文字コードを、該フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段と、前記文字コードと前記変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段と、前記フォントデータによるフォントで文字を出力する出力手段とを備えることを特徴とする。
　本発明に係る文書処理方法は、フォントデータを埋め込み可能な電子文書を作成処理する文書処理方法であって、文章の中の文字の出現順にフォントデータを記録するとともに、前記フォントデータを記録した文字の文字コードを、該フォントデータの順位の番号からなる変換文字コードに変更するステップと、前記文字コードと前記変換文字コードとの対応を示す変換テーブルを作成するステップと、前記フォントデータによるフォントで文字を出力するステップとを備えることを特徴とする。
　本発明は、コンピュータを、前記文書処理システムとして機能させるためのプログラムである。
　本発明によれば、データ量の削減を行いつつ、文字コードにおけるデジタルコピーを防ぐことができる。
図１は、実施の形態１に係る文書処理システムの構成を示す図である。 図２は、実施の形態１に係る文書処理システムの動作を説明するフローチャートである。 図３は、実施の形態１に係る文書処理システムにより文書処理された電子文書の構造を説明する図である。 図４は、実施の形態１に係る文書処理システムの文書データを従来例と比較して説明する図である。 図５は、実施の形態１に係る文書処理システムの文書を元に戻す動作を示すフローチャートである。 図６は、実施の形態２に係る文書処理システムの動作を説明するフローチャートである。
　以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。
　（実施の形態１）
　図１は、本発明の実施の形態１に係る文書処理システムの構成を示す図である。図１は、文書処理システムを、ＰＣ（Personal Computer）で構成した場合のブロック図である。
　図１に示すように、文書処理システム１０は、バスで相互に接続されたＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、入力装置１５、表示制御部１６、ディスプレイ１７、記憶媒体装着部１８、及び通信装置１９を備える。
　ＣＰＵ１１は、装置全体を制御するとともに、ＲＡＭ１３の文書処理プログラムを実行して、文書処理システムとして機能させる。ＣＰＵ１１は、文章の中の文字の出現順にフォントデータを記録するとともに、フォントデータを記録した文字の文字コードを、フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段１１ａと、通常の文字コードと変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段１１ｂと、フォントデータによるフォントで文字を出力する出力手段１１ｃの一部としての機能を有する。
　ＲＯＭ１２は、ＢＩＯＳ（Basic Input/Output System）、及びマウスやキーボード等のデバイスドライバ等を記憶する。ＢＩＯＳからブートローダを呼び出すことで、ＯＳ（Operating System）を起動することができる。
　ＲＡＭ１３は、ＤＲＡＭなどの揮発性メモリからなり、ＣＰＵ１１が処理する制御プログラムを格納するとともに、ＣＰＵ１１が各種制御を実行する際の作業領域を提供する。
　ＨＤＤ１４は、文書処理プログラム、ＯＳ、後述する変換テーブル等を記憶する。ＨＤＤ１４に代えてＳＳＤ（Solid State Drive）を搭載してもよい。
　入力装置１５は、キーボードやマウス等のポインティングデバイスであり、ユーザからの入力操作を受け付ける。タッチパネルや音声入力装置を入力装置とすることもできる。
　表示制御部１６は、種々のアプリケーションプログラムが指示する画面情報に基づき所定の解像度や色数等でディスプレイ１７の描画を制御する。ディスプレイ１７は、液晶又は有機ＥＬなどのＦＰＤ（Flat Panel Display）である。また、表示制御部１６及びディスプレイ１７は、フォントデータによるフォントで文字を出力する出力手段１１ｃの一部としての機能を有する。
　記憶媒体装着部１８は、ＵＳＢメモリ，フラッシュメモリ等の不揮発性メモリ、ＤＶＤ－ＲＯＭ等の光ディスクメディアが脱着可能に構成され、これらの記憶媒体からデータを読み出し、また、データを書き込む際に利用される。
　通信装置１９は、ＬＡＮやインターネットなどのネットワークに接続するためのインタフェースである。文書処理システム１０により作成処理された電子文書を、通信装置１９により任意のネットワークを介して頒布することができる。
　ＣＰＵ１１は、ＲＯＭ１２のブートプログラムを実行し、ＨＤＤ１４からＯＳをＲＡＭ１３にロードする。そして、本実施の形態における文書処理プログラムを、ＨＤＤ１４からＲＡＭ１３にロードし実行することで、本ＰＣが文書処理システム１０として機能することになる。
　以下、上述のように構成された文書処理システムの動作について説明する。
　図２は、本発明の実施の形態１に係る文書処理システムの動作を説明するフローチャートである。本フローは、ＣＰＵ１１の文書処理プログラムにより実行される。
　まず、ステップＳ１で、ＣＰＵ１１は、ＨＤＤ１４又は記憶媒体装着部１８に装着された記憶媒体から文章データを読み込む。あるいは、入力装置１５による文字の入力でもよい。
　次いで、ステップＳ２で、文字コード変更手段１１ａは、文章の中の文字の出現順にフォントデータを記録する。
　次いで、ステップＳ３で、文字コード変更手段１１ａは、フォントデータを記録した文字の文字コードをフォントデータの順位の番号を示す変換文字コードに変更する。
　次いで、ステップＳ４で、変換テーブル作成手段１１ｂは、文字コードと変換文字コードとの対応を示す変換テーブルを作成する。
　ステップＳ５では、ＣＰＵ１１は、文章読み込みの確定を待つ。
　次いで、ステップＳ６で、出力手段１１ｃは、該当フォントで文字を表示して本フローを終了する。
　次に、文書処理システム１０の文書処理動作の具体例について説明する。
　文章例：
　「そのとき、吾一は学校から帰ったばかりだった。」（２２文字）
　文書処理システム１０は、上記文章が読み込まれた場合、以下の文書処理を行う。
　まず、文章の中の文字の出現順にフォントデータを記録する。同時に、フォントデータを記録した文字の文字コードをフォントデータの順位の番号に変更する。すなわち、
そ→No.１
の→No.２
と→No.３
き→No.４
、→No.５
吾→No.６
一→No.７
のように文字コードを変更する。
　上記「そ」は、フォントデータを記録した文字の文字コードであり、「No.１」はフォントデータの順位の番号を示す変換文字コードである。以下同様に「の」は、フォントデータを記録した文字の文字コードであり、「No.２」はフォントデータの順位の番号を示す変換文字コードである。また、「→」は、文字コード（標準の文字コード）をフォントデータの順位の番号（変換文字コード）に変更することを表している。
　次に、文字コード（標準の文字コード）をフォントデータの順位の番号（変換文字コード）との対応を示す変換テーブルを作成する。
　これにより、（１）文書処理システム１０における文字コードは、標準のものと異なり、ランダム性のあるものとなって、テキストのコピーが簡単にはできなくなる。すなわち、標準の文字コードは、フォントデータの順位の番号（変換文字コード）に変更されているので、テキストのコピーは簡単にはできなくなる。特許文献１の段落〔００８１〕には、文字コードとフォントとの対応関係を変える技術が記載されている。また、特許文献２の段落〔０１００〕には、フォント情報の埋め込みについてサブセットフォントを採用した技術が記載されている。本実施の形態にあっても、特許文献１，２記載の装置と同じ効果を得ることができる。但し、特許文献１では、文字コードをランダムにするための変換テーブルを予め作成しなければならない。これに対して、本実施の形態では、変換テーブルは各文章に特有のものとして自動的に作成されるという、特許文献１，２と異なる特有の効果を有する。
　（２）また、文書処理システム１０における文字コードは、その文章に出現する文字だけを区別できればよく、すべての文字を区別する必要はない。このため、本実施の形態では、文字コードのビット数を少なくできるという、特許文献１，２と異なる特有の効果を有する。
　（３）また、文書処理システム１０におけるフォントデータは、その文章に出現する文字のものだけでよく、すべての文字のフォントを搭載する必要はない。このため、特許文献２記載の装置と同様に、フォントデータの記憶容量を少なくできる効果がある。
　（４）さらに、文書処理システム１０におけるサブセットフォントデータは、変換テーブルの情報を持っているので、ユーザの端末では、変換テーブルがなくても、変換文字コードとサブセットフォントデータによって正文が表示されるという、特許文献１，２と異なる特有の効果を有する。
　（５）さらにまた、文書処理システム１０は、変換テーブルを使用すれば変換文字コードを標準の文字コードに戻すことができる。
　本実施の形態に係る文書処理システム１０を文書データの作成時に適用した例について説明する。
　図３は、本発明の実施の形態１に係る文書処理システムにより文書処理された電子文書の構造を説明する図である。図３に示す電子文書２０は、例えば各種記憶媒体に記憶され、記憶媒体とともに頒布される。また、電子文書は、通信手段によって例えばネットワーク上に頒布される。
　図３に示すように、電子文書２０は、先頭にサブセットフォントの識別番号である制御コード２１があり、続いて変換文字コードによる文章２２がある形式である。制御コード２１によってサブセットフォントを取り寄せれば変換文字コードによる文章の正文が表示される。
　図４は、本発明の実施の形態１に係る文書処理システムの文書データを従来例と比較して説明する図である。図４（ａ）は従来のコンピュータ上の文書データの構造、図４（ｂ）は従来のコンピュータ上のデータ、図４（ｃ）は従来の通常のフォントデータでの表示結果、をそれぞれ示す。また、図４（ｄ）は文書処理システム１０の文字の表現例、図４（ｅ）は文書処理システム１０のデータ、図４（ｆ）は文書処理システム１０の通常のフォントデータ、図４（ｇ）は文書処理システム１０の通常のフォントデータでの表示結果を、それぞれ示す。
　文章例：
　「本日は晴天なり」（７文字）
　従来例では、図４（ａ）に示すように、例えば本（UTF-8）は、E6 9C AC（16進数）、11100110 10011100 10101100（2進数）で表わされる。したがって、コンピュータ上のデータ幅は、図４（ｂ）となる。また、通常のフォントデータでの表示結果は、図４（ｃ）となる。但し、従来例では、利用が想定されるあらゆるフォントデータを用意しているので、フォントデータの記憶容量は大きい。
　上記従来例に対して、本実施の形態は、文章の中の文字の出現順にフォントデータを記録すると同時に、フォントデータを記録した文字の文字コードをフォントデータの順位の番号に変更するという特徴を有し、文書データ構造、コンピュータ上のデータ量、フォントデータでの表示結果がそれぞれ異なる。従来の図４（ａ）、（ｂ）、（ｃ）は、本実施の形態の図４（ｄ）、（ｅ）、（ｆ）、（ｇ）にそれぞれこの順で対応する。
　本実施の形態では、統一された文字コードとは別に、文章に使われている文字のみを最適な文字コードへと変換し、それに対応するフォントデータを用意する。具体的には、文章に使われている文字の最適な文字コードへの変換は、文章の中の文字の出現順にフォントデータを記録する同時に、フォントデータを記録した文字の文字コードをフォントデータの順位の番号（変換文字コード）に変更することで実施する。文章の中の文字の出現順にフォントデータを変換文字コードに置き換えることで、変換テーブルが各文章に特有のものとして自動的に作成される。しかもフォントデータは、変換テーブルの情報を持っているので、正文が表示される。すなわち、文章の中の文字の出現順にフォントデータを変換文字コードに置き換えるという簡素な手順を採ることで、複雑なデータ処理は不要であり、またそのための管理手段も不要となる。かかる効果が実現できるのは、文書データを、文書という枠組みの中でデータ処理するという着想に依るものである。なお、本実施の形態では、最適な文字コードへの変換を、文章の中の文字の出現順としたが、これに限定されるものではなく、他の形態を採っても構わない。但し、本実施の形態のように、前記文章の中の文字の出現順に変換することで、変換テーブルが不要になるという利点があり好ましい。
　本実施の形態では、図４（ｄ）に示すように、本（UTF-8）は、61（16進数）、01100001（2進数）、続いて、日（UTF-8）は、62（16進数）（変換文字コード）、01100010（2進数）（変換文字コード）（以下同様）であり、文章の中の文字の出現順にフォントデータを記録した文字の文字コードをフォントデータの順位の番号（変換文字コード）に変更している。したがって、コンピュータ上のデータ幅は、図４（ｅ）に示すように、
「01100001011000100110001101100100011001010110011001100111」
（７×８＝５６ビット）となり、従来例の図４（ｂ）
「1110011010011100101011001110011010…10101010111000111000001010001010」
（７×８×３＝１６８ビット）と比べて明らかなように、コンピュータ上のデータを大幅に削減することができる。
　また、文書処理システム１０の通常のフォントデータでの表示結果は、図４（ｆ）に示すようになり、文章の内容を理解することはできない。したがって、仮に暗号化された文書データの暗号が解読されたとしても、文章の内容を理解することはできない。図４（ｇ）に示すように、本実施の形態により作成されたフォントデータによる表示結果がない限り、文章の内容を理解することができないようになる。このため、文章の違法コピーや、通信中のピッキングがあったとしても、情報が漏れることはない。
　また、電子書籍などの文章情報の保護をしなければならない製品又はサービスに対しても、規格された文字コードでのデジタルコピーを防ぐことで、流用や盗難を防ぐことができる。
　さらに、従来例では、利用が想定されるあらゆるフォントデータを用意しているので、フォントデータの記憶容量は大きい。これに対して、本実施の形態では、文章内に使われているフォントデータを用意すればよいので、フォントデータの記憶容量は小さくて済む利点がある。
　次に、本実施の形態に係る文書処理システム１０を文書データの復元時に適用した例について説明する。
　図５は、本発明の実施の形態１に係る文書処理システムの文書を元に戻す動作を示すフローチャートである。ＣＰＵ１１は、変換テーブルを用いて、変換文字コードを標準の文字コードに戻す復元手段を備える。なお、この復元手段は、他のＰＣ等が備える構成でもよい。
　まず、ステップＳ１１で、ＣＰＵ１１は、文書データを読み込む。
　次いで、ステップＳ１２で、復元手段は、変換テーブルを参照して、読み込んだ文書データの変換文字コードを標準の文字コードに戻す。
　次いで、ステップＳ１３で、出力手段１１ｃは、標準の文字コードに戻したフォントデータの文字を出力して本フローを終了する。
　このように、文書処理システム１０は、変換テーブルを使用することで、変換文字コードを標準の文字コードに戻すことができる。
　（実施の形態２）
　本発明の実施の形態２に係る文書処理システムの全体構成は、図１と同様であるため説明を省略する。
　図６は、本発明の実施の形態２に係る文書処理システムの動作を説明するフローチャートである。本フローは、ＣＰＵ１１の文書処理プログラムにより実行される。
　まず、ステップＳ２１で、キーボード等の入力装置１５により文字等を入力する。
　次いで、ステップＳ２２で、ＣＰＵ１１は、入力メソッドにおける辞書変換を行う。例えば、入力メソッドにおける辞書変換は、かな漢字変換である。
　次いで、ステップＳ２３で、入力の決定を待つ。入力の決定は、決定キーを押す、又は改行キーを押すなどがある。
　次いで、ステップＳ２４で、文字コード変更手段１１ａは、入力装置１５により入力される文字の順にフォントデータを記録する。
　次いで、ステップＳ２５で、文字コード変更手段１１ａは、フォントデータを記録した文字の文字コードをフォントデータの順位の番号を示す変換文字コードに変更する。
　次いで、ステップＳ２６で、変換テーブル作成手段１１ｂは、文字コードと変換文字コードとの対応を示す変換テーブルを作成する。
　ステップＳ２７では、ＣＰＵ１１は、入力文字の確定を待つ。
　次いで、ステップＳ２８で、出力手段１１ｃは、該当フォントで文字を表示して本フローを終了する。
　次に、上記文書処理システムの文書データの作成例について説明する。
　文章例：
　「そのとき、吾一は学校から帰ったばかりだった。」（２２文字）
　文書処理システムは、入力の文字の順にフォントデータを記録する。同時に、フォントデータを記録した文字の文字コードをフォントデータの順位の番号に変更する。すなわち、
そ→No.１
の→No.２
と→No.３
き→No.４
、→No.５
吾→No.６
一→No.７
のように文字コードを変更する。
　次に、文字コード（標準の文字コード）をフォントデータの順位の番号（変換文字コード）との対応を示す変換テーブルを作成する。
　以上詳細に説明したように、本実施の形態によれば、文書処理システムは、入力装置１５により入力される文字の順にフォントデータを記録するとともに、フォントデータを記録した文字の文字コードを、フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段１１ａと、文字コードと変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段１１ｂと、フォントデータによるフォントで文字を出力する出力手段１１ｃと、を備える。
　これにより、文字コードは、標準のものと異なり、ランダム性のあるものとなって、テキストのコピーが簡単にはできなくなる。ここで、変換テーブルは各文章に特有のものとして自動的に作成される。
　また、文字コードは、その文章に出現する文字だけを区別できればよく、すべての文字を区別する必要はないので、文字コードのビット数を少なくできる。
　さらに、フォントデータは、その文章に出現する文字のものだけでよく、すべての文字のフォントを搭載する必要はないので、フォントデータの記憶容量を少なくすることができる。
　ここで、サブセットフォントデータは、変換テーブルの情報を持っているので、ユーザの端末では、変換テーブルがなくても、変換文字コードとサブセットフォントデータによって正文が表示される。
　また、変換テーブルを使用すれば変換文字コードを標準の文字コードに戻すことができる。
　なお、本発明は上記実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々変形して実施することができる。
　例えば、フォントデータは、文章に付属させる、文章とは別に頒布する、課金に利用する、などが可能である。
　また、標準文字以外のコード外の文字も標準文字と同様に簡単に使用することが可能である。
　また、デザイン違いのフォントデータを別の領域に別々に記録することもできるし、同じ領域に続けて記録することもできる。
　また、上記各実施の形態では、文書処理システム、電子文書及び文書処理方法という名称を用いたが、これは説明の便宜上であり、装置の名称は情報処理装置、文書処理装置、また方法の名称は情報処理方法等であってもよい。
　また、上記文書処理システムを構成する各部、例えば外部記憶装置、通信装置の種類、その数及び接続方法などはどのようなものでもよい。
　また、本発明は日本語に対するものだけでなく、あらゆる言語に適用することができる。
　また、文字符号化方式はUTF-8だけでなく、Unicodeに対応したUTF-16やUTF-32、Shift-JIS、EUCなど様々な種類のものに適用することができる。
　また、本発明の文書処理システムは、コンピュータを本文書処理システムとして機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。
　このプログラムを記録した記録媒体は、図１に示されるＲＯＭ１２そのものであってもよいし、また、記憶媒体装着部１８に記録媒体を挿入することで読み取り可能なＤＶＤ－ＲＯＭ等であってもよい。
　また、上記記録媒体は、磁気テープ、カセットテープ、フレキシブルディスク、ハードディスク、ＣＤ／ＭＯ／ＭＤ等、又は半導体メモリであってもよい。
　以上説明した文書処理方法は、この文書処理方法を機能させるためのプログラムでも実現される。このプログラムはコンピュータで読み取り可能な記録媒体に格納されている。
　本明細書で引用したすべての刊行物、特許及び特許出願は、そのまま参考として、ここにとり入れるものとする。
　本発明に係る文書処理システム、電子文書及び文書処理方法は、文書データとフォントデータによるセキュリティ技術と圧縮技術を改良した文書処理システム及び電子文書に好適に利用される。
　１０　文書処理システム
　１１　ＣＰＵ
　１１ａ　文字コード変更手段
　１１ｂ　変換テーブル作成手段
　１１ｃ　出力手段
　１２　ＲＯＭ
　１３　ＲＡＭ
　１４　ＨＤＤ
　１５　入力装置
　１６　表示制御部
　１７　ディスプレイ
　１８　記憶媒体装着部
　１９　通信装置
　２０　電子文書
 

Claims (9)

  1. 　フォントデータを埋め込み可能な電子文書を作成処理する文書処理システムであって、
    　文章の中の文字の出現順にフォントデータを記録するとともに、前記フォントデータを記録した文字の文字コードを、該フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段と、
    　前記文字コードと前記変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段と、
    　前記フォントデータによるフォントで文字を出力する出力手段と
    を備えることを特徴とする文書処理システム。
  2. 　前記変換テーブルを用いて、前記変換文字コードを標準の文字コードに戻す復元手段を備えることを特徴とする請求項１記載の文書処理システム。
  3. 　フォントデータを埋め込み可能な電子文書を作成処理する文書処理システムであって、
    　文字を入力する入力手段と、
    　前記入力手段により入力される文字の順にフォントデータを記録するとともに、前記フォントデータを記録した文字の文字コードを、該フォントデータの順位の番号からなる変換文字コードに変更する文字コード変更手段と、
    　前記文字コードと前記変換文字コードとの対応を示す変換テーブルを作成する変換テーブル作成手段と、
    　前記フォントデータによるフォントで文字を出力する出力手段と
    を備えることを特徴とする文書処理システム。
  4. 　前記出力手段は、前記フォントデータにより文字を表示することを特徴とする請求項１乃至３いずれかに記載の文書処理システム。
  5. 　請求項１乃至４いずれかに記載の文書処理システムにより作成処理された電子文書。
  6. 　先頭にサブセットフォントの識別番号である制御コードがあり、続いて前記変換文字コードによる文章がある形式であることを特徴とする請求項５記載の電子文書。
  7. 　フォントデータを埋め込み可能な電子文書を作成処理する文書処理方法であって、
    　文章の中の文字の出現順にフォントデータを記録するとともに、前記フォントデータを記録した文字の文字コードを、該フォントデータの順位の番号からなる変換文字コードに変更するステップと、
    　前記文字コードと前記変換文字コードとの対応を示す変換テーブルを作成するステップと、
    　前記フォントデータによるフォントで文字を出力するステップと
    を備えることを特徴とする文書処理方法。
  8. 　コンピュータを、請求項１記載の文書処理システムとして機能させるためのプログラム。
  9. 　コンピュータを、請求項１記載の文書処理システムとして機能させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
     
PCT/JP2012/066818 2012-06-29 2012-06-29 文書処理システム、電子文書、文書処理方法及びプログラム WO2014002281A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
PCT/JP2012/066818 WO2014002281A1 (ja) 2012-06-29 2012-06-29 文書処理システム、電子文書、文書処理方法及びプログラム
JP2012534890A JP5467155B1 (ja) 2012-06-29 2012-06-29 文書処理システム、文書処理方法及びプログラム
EP12879803.0A EP2869210A4 (en) 2012-06-29 2012-06-29 ELECTRONIC DOCUMENT AND SYSTEM, METHOD AND PROGRAM FOR PROCESSING DOCUMENT
CN201280074372.8A CN104412255A (zh) 2012-06-29 2012-06-29 文本处理系统、电子文本、文本处理方法以及程序
KR1020157002378A KR20150044430A (ko) 2012-06-29 2012-06-29 문서 처리 시스템, 문서 처리 방법 및 저장 매체
US14/584,740 US20150113391A1 (en) 2012-06-29 2014-12-29 Document processing system, document processing method and storage medium
HK15103450.0A HK1202948A1 (en) 2012-06-29 2015-04-08 Ducoment processing system, electronic document, document processing method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/066818 WO2014002281A1 (ja) 2012-06-29 2012-06-29 文書処理システム、電子文書、文書処理方法及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/584,740 Continuation US20150113391A1 (en) 2012-06-29 2014-12-29 Document processing system, document processing method and storage medium

Publications (1)

Publication Number Publication Date
WO2014002281A1 true WO2014002281A1 (ja) 2014-01-03

Family

ID=49782504

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/066818 WO2014002281A1 (ja) 2012-06-29 2012-06-29 文書処理システム、電子文書、文書処理方法及びプログラム

Country Status (7)

Country Link
US (1) US20150113391A1 (ja)
EP (1) EP2869210A4 (ja)
JP (1) JP5467155B1 (ja)
KR (1) KR20150044430A (ja)
CN (1) CN104412255A (ja)
HK (1) HK1202948A1 (ja)
WO (1) WO2014002281A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106663020A (zh) * 2014-08-29 2017-05-10 日立公共系统有限公司 迁移支持装置
CN116861041A (zh) * 2023-09-04 2023-10-10 世窗信息股份有限公司 一种电子公文处理方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10277585B2 (en) 2015-07-21 2019-04-30 A.T Commumcations Co., Ltd. Server device, information management system, information management method, and computer program
KR102401229B1 (ko) * 2020-04-29 2022-05-25 (주)폰트릭스 텍스트를 암호화 하는 방법 및 이를 구현하는 장치
CN113595683A (zh) * 2021-07-07 2021-11-02 西安震有信通科技有限公司 基于各类编码文件的转换处理方法、装置、终端及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0619903A (ja) * 1992-06-29 1994-01-28 Canon Inc 文字処理装置
JP2004013680A (ja) * 2002-06-10 2004-01-15 Nec Corp 文字コード圧縮・復元装置および同方法
JP2006107033A (ja) 2004-10-04 2006-04-20 Canon Inc フォント情報の埋め込み機能を備える情報処理装置及び情報処理方法及びプログラム並びに記憶媒体
JP2007109158A (ja) 2005-10-17 2007-04-26 Canon Inc 文書処理システムおよび文書処理方法およびコンピュータが読取り可能な記憶媒体およびプログラム
JP2009271780A (ja) * 2008-05-08 2009-11-19 Canon Inc 電子文書変換装置および電子文書変換方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5365018A (en) 1976-11-24 1978-06-10 Hitachi Ltd Character display unit
JPH09153044A (ja) * 1995-09-27 1997-06-10 Nec Corp 文字処理装置およびカナ英字変換装置
US6314469B1 (en) * 1999-02-26 2001-11-06 I-Dns.Net International Pte Ltd Multi-language domain name service
JP2006215654A (ja) * 2005-02-01 2006-08-17 Iena Shoji Kk 文字情報表示システム及び文字情報表示方法
US7925091B2 (en) * 2007-03-30 2011-04-12 Microsoft Corporation Displaying text of a writing system using syntax-directed translation
JP5371289B2 (ja) * 2008-06-02 2013-12-18 キヤノン株式会社 情報処理装置、データ処理方法、プログラム
US7663511B2 (en) * 2008-06-18 2010-02-16 Microsoft Corporation Dynamic character encoding

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0619903A (ja) * 1992-06-29 1994-01-28 Canon Inc 文字処理装置
JP2004013680A (ja) * 2002-06-10 2004-01-15 Nec Corp 文字コード圧縮・復元装置および同方法
JP2006107033A (ja) 2004-10-04 2006-04-20 Canon Inc フォント情報の埋め込み機能を備える情報処理装置及び情報処理方法及びプログラム並びに記憶媒体
JP2007109158A (ja) 2005-10-17 2007-04-26 Canon Inc 文書処理システムおよび文書処理方法およびコンピュータが読取り可能な記憶媒体およびプログラム
JP2009271780A (ja) * 2008-05-08 2009-11-19 Canon Inc 電子文書変換装置および電子文書変換方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HIROSHI YAMAKI, OFFICE DE ACROBAT O MUKAEUTSU DYNADOC, vol. 3, 10 December 1998 (1998-12-10), pages 88 - 91, XP008176087 *
KATSUYA IMURA: "Part 3 PDF to Chohyo no Kankei o Rikai suru", SYSTEM KAIHATSU JOURNAL, vol. 5, 29 July 2008 (2008-07-29), pages 93 - 94, XP008176085 *
See also references of EP2869210A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106663020A (zh) * 2014-08-29 2017-05-10 日立公共系统有限公司 迁移支持装置
CN106663020B (zh) * 2014-08-29 2020-05-01 日立社会信息服务有限公司 迁移支持装置
CN116861041A (zh) * 2023-09-04 2023-10-10 世窗信息股份有限公司 一种电子公文处理方法及系统
CN116861041B (zh) * 2023-09-04 2023-11-07 世窗信息股份有限公司 一种电子公文处理方法及系统

Also Published As

Publication number Publication date
CN104412255A (zh) 2015-03-11
KR20150044430A (ko) 2015-04-24
US20150113391A1 (en) 2015-04-23
HK1202948A1 (en) 2015-10-09
JPWO2014002281A1 (ja) 2016-05-30
EP2869210A4 (en) 2016-05-18
EP2869210A1 (en) 2015-05-06
JP5467155B1 (ja) 2014-04-09

Similar Documents

Publication Publication Date Title
JP5467155B1 (ja) 文書処理システム、文書処理方法及びプログラム
US8429397B2 (en) Generating an encryption font by converting character codes and recording the encryption font in a unique tag
CN100581214C (zh) 图像处理装置和图像处理方法
US7958133B2 (en) Application conversion of source data
CN108363911B (zh) 一种Python脚本混淆、水印的方法及装置
KR20080105721A (ko) 문서 보안 방법
CN102393892B (zh) 一种word文档版权保护的方法
JP2014160353A (ja) 難読化データをサーバに保持させる装置及び方法
Whitington PDF explained
US20150169508A1 (en) Obfuscating page-description language output to thwart conversion to an editable format
US7987494B1 (en) Method and apparatus providing end to end protection for a document
JP2011081030A (ja) 検索型カラー暗号化ファイルの構成方法および検索型カラー暗号化ファイルシステム
KR100943318B1 (ko) 클립보드 보안방법
JP2002189715A (ja) 暗号番号埋め込みシステム
US9916464B2 (en) Replacement text for textual content to be printed
JP2008299521A (ja) ファイル保護システム、ファイル保護方法及びコンピュータプログラム
JP2006261718A (ja) 文書処理装置及び方法
KR102401229B1 (ko) 텍스트를 암호화 하는 방법 및 이를 구현하는 장치
KR102119726B1 (ko) 스프레드시트 전자 문서의 개체 보호 장치 및 이의 동작 방법
JP6703116B2 (ja) Ｅｐｕｂファイル暗号化のための単位ファイルに対する圧縮及び復元方法
KR20140075853A (ko) 전자서적 서비스 제공 장치 및 방법
CN103970799A (zh) 一种电子文档的生成方法、装置和客户端
US9646015B1 (en) Digital work compression
Tiwari et al. A novel steganographic methodology for high capacity data hiding in executable files
US20220156449A1 (en) System and method for providing steganographic text encoding

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2012534890

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 12879803

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20157002378

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012879803

Country of ref document: EP