JP2018185806A - 編集フォントを具現する方法及び装置 - Google Patents

Abstract

【課題】文書編集の容易性を高める方法及び装置の具現化。【解決手段】本発明は、編集フォントを具現する方法及び装置に関し、より詳細には、文字を出力するクライアント装置のディスプレイ部が２つ以上の文字類型と適用可能なフォントファイルの情報を出力する段階、クライアント装置のインターフェース部で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階、インターフェース部で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する段階、及びクライアント装置のフォント生成部又はサーバ装置のフォント生成部が第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成する段階を含む。【選択図】図７

Description

本発明は、編集フォントを具現する方法及び装置に関し、より詳細には、多様なフォントを選択して編集フォントを生成し、これを出力する方法とこれを具現する装置に関する。

ハングルは、完成型と組み合わせ型、ユニコードなど、様々な方式で出力されて、画面上に又は紙のような媒体に表示される。ハングルを出力するためフォントファイルが提供されており、フォントファイルがリアルタイムで送受信されて、コンピュータ、出版用デバイス、タブレット、モバイルなどにおいて多様なフォントを用いられるようになった。特に、モバイル環境が発達しながら、スマートフォンに基づく様々なサービスが提供されており、画面装飾、文書作成、リアルタイムのメッセージ作成などにおけるフォントの使用頻度が大きく増加するようになった。

一方、ハングルと異なる言語、例えば英語と数字、漢字も前述したフォントファイルに提供される。しかし、それぞれの言語によって異なるフォントを用いるものの、使用者が毎度これを指定しなければならないという問題があった。従って、多様なフォント使用において、文字別に指定されたフォントを用いられるようにして、使用の便宜性を高め、フォントファイルの大きさを減らして、様々な機器、特に、インターネットと接続するモバイル機器においても、多様なフォントを容易に生成して、これを出力する方案が必要である。

本発明は、多様な文字類型に対して別途フォントを適用して、文書編集の容易性を高める方法及び装置を具現しようとする。

本発明は、編集フォントを具現する過程において、異なる原本フォントを変換する方法及び装置を具現しようとする。

本発明が解決しようとする課題は、前述した課題に制限されないし、ここで述べないさらに他の課題は、下記の記載から当業者に明確に理解される。

本発明の一実施形態による編集フォントを具現する方法は、文字を出力するクライアント装置のディスプレイ部が２つ以上の文字類型と適用可能なフォントファイルの情報を出力する段階、クライアント装置のインターフェース部で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階、インターフェース部で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する段階、及びクライアント装置のフォント生成部が第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成する段階を含む。

本発明の他の実施形態による編集フォントを具現する方法は、文字を出力するクライアント装置のディスプレイ部が２つ以上の文字類型と適用可能なフォントファイルの情報を出力する段階、クライアント装置のインターフェース部で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階、インターフェース部で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する段階、クライアント装置の通信部が第１の原本フォントファイルの選択情報及び第２の原本フォントファイルの選択情報をサーバ装置に送信する段階、及びクライアント装置の通信部がサーバ装置から第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントが結合した第１の編集フォントファイル又は第１の編集フォントファイルを生成できる設定ファイルを受信する段階を含む。

本発明の一実施形態による編集フォントを具現するクライアント装置は、文字を出力しながら、２つ以上の文字類型と適用可能なフォントファイルの情報を出力するディスプレイ部、第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を入力されるインターフェース部、第１の原本フォントファイルの選択情報及び第２の原本フォントファイルの選択情報をサーバ装置に送信して、サーバ装置から第１の編集フォントファイル又は第１の編集フォントファイルを生成できる設定ファイルを受信する通信部、及び第１の編集フォントファイル又は設定ファイルを貯蔵する貯蔵部を含み、第１の編集フォントファイルは、第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントが結合した編集フォントファイルである。

本発明の一実施形態による編集フォントを具現するサーバ装置は、クライアント装置から第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を受信する通信部、第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成するか又は第１の編集フォントファイルを生成する設定情報を生成するフォント生成部、及び第１の編集フォントファイルの使用権限を認証する認証部を含む。

本発明は、多様な文字類型に対して別途フォントを適用して、文書編集の容易性を高めようとする。

本発明は、編集フォントを具現する過程において、異なる原本フォントを変換しようとする。

本発明は、フォント混合規則が適用された出版物あるいはデジタルコンテンツにフォント混合規則を別途管理する必要があり、使用される言語又は領域別に区分が明確である場合、フォントを容易に管理して適用するようにして、編集フォントを用いてフォントの管理及び配布を可能にする。

本発明の提供する効果は、以上に述べた効果に制限されないし、ここで述べないさらに他の効果は、下記の記載から当業者に明確に理解される。

本発明の実施形態による編集フォントを生成する過程を示す図面である。 本発明のクライアント装置に貯蔵されるフォントファイルの構成を示す図面である。 本発明の一実施形態による図２で選択したそれぞれのサブフォントが１つの編集フォントファイルを構成する過程を示す図面である。 本発明の一実施形態による図２で選択したそれぞれのサブフォントが１つの編集フォントファイルを構成する過程を示す図面である。 本発明の一実施形態による編集フォントを生成するクライアント装置の構成を示す図面である。 本発明の一実施形態によるクライアント装置が編集フォントを生成する過程を示す図面である。 本発明の一実施形態によるクライアント装置とサーバ装置の間で、編集フォントを生成する過程を示す図面である。 図７の構成に対応するサーバ装置の構成を示す図面である。 本発明の一実施形態による編集フォントファイルを生成する詳細過程を提示した図面である。 本発明の一実施形態による図９のＳ７１過程に関する図面である。 本発明の一実施形態による図９のＳ７２過程に関する図面である。 本発明の一実施形態による図９のＳ７２過程に関する図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。 微細調整を行う過程を示す図面である。 微細調整を行う過程を示す図面である。

本発明の利点及び特徴、そしてそれらを達成する方法は、添付の図面と共に詳細に後述されている実施形態を参照すれば明確になる。しかし、本発明は、以下に開示する実施形態に限定されるものではなく、異なる多様な形態に具現されるものであって、但し、本実施形態は、本発明の開示を完全にして、本発明が属する技術分野における通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範疇によって定義されるだけである。全明細書における同じ参照符号は、同じ構成要素を指す。

本発明を明確に説明するため説明と関係ない部分は省略しており、全明細書における同一又は類似の構成要素に対しては、同じ参照符号を付する。また、本発明の一部実施形態を例示図面を参照して詳説する。各図面の構成要素に参照符号を付するにおいて、同じ構成要素に対しては、たとえ他の図面上に表示されるとしても、可能な限り、同じ符号を有してもよい。また、本発明を説明するにおいて、関連する公知の構成又は機能に対する具体的な説明が本発明の要旨を曖昧にすると判断される場合にはその詳説を省略する。

また、本発明の構成要素を説明するにおいて、第１、第２、Ａ、Ｂ、（ａ）、（ｂ）などの用語を使ってもよい。かかる用語は、その構成要素を他の構成要素と区別するためのものだけであり、その用語によって当該構成要素の本質、順番、順序又は個数などが限定されない。ある構成要素が他の構成要素に「連結」、「結合」又は「接続」されると記載された場合、その構成要素は、その他の構成要素に直接に連結されるか又は接続されてもよいが、各構成要素の間に他の構成要素が「介在」されるか、各構成要素が異なる構成要素を介して「連結」、「結合」又は「接続」されると理解しなければならない。

本発明の実施形態では、コンピュータ、スマートフォン、アイフォンのようなモバイルあるいはタブレットなどの装置を用いて文書を作成して出力する過程において、文字類型別に新たに設定したフォントファイルを適用する過程及びこれを具現する装置を提示する。

本発明を説明する前に、本発明において使う技術的な用語について次のように定義する。原本フォントファイルは、２つ以上の文字類型に対するフォントを含むことを意味する。

文字類型とは、日本語、ハングル、英語、漢字、数字など、固有文字の類型を示す。

原本フォントファイルには、２つ以上の文字類型に対するフォントを含む。本発明の実施形態が適用される言語圏の文字使用によって、原本フォントファイルは、２つ以上の複数の文字類型に対するフォントを含む。本発明の一実施形態による原本フォントファイルは、文書を編集するか出力するクライアント装置に貯蔵されて、当該クライアント装置において常に用いるフォントファイルを含む。クライアント装置は、携帯電話、タブレット、ノートパソコン、コンピュータなどのように、フォントを用いて文字を画面上に又はプリンターに出力する様々な機器を含む。

また、本発明の他の実施形態による原本フォントファイルは、インターネットを介してサーバ装置からリアルタイムでダウンロードして、クライアント装置が所定の条件を満たす時に使用可能なフォントファイルを含む。この場合、クライアント装置は、サーバ装置と所定の認証過程を行いフォントファイルが用いられることを確認した後、フォントファイルを用いることができ、この過程において、クライアント装置にフォントファイルが臨時貯蔵される。サーバ装置は、クラウドサービスを提供することができ、編集フォントファイルに多様なクライアント装置が近づけられるようにする。

サブフォントは、特定の文字類型に対応するフォントの集合を意味する。先に、原本フォントファイルには２つ以上の文字類型に対応するフォントを含むことを述べた。このうちサブフォントは、特定の文字類型、例えば、ハングルに対応するフォントのみ抽出するか又は英語に対応するフォントのみ抽出したことを意味する。サブフォントは、別途フォントファイルで貯蔵されてもよいし、新しい編集フォントファイルを構成してもよい。

変換サブフォントは、サブフォントのうち、大きさや位置などを変換したものを意味する。そして、編集フォントファイルは、文字類型別にサブフォントファイルを結合した新しい編集フォントファイルを意味する。編集フォントファイルは、サーバ装置を介してクラウドにアップロードされて用いられるか、使用者コンピュータのようなクライアント装置に貯蔵されて用いられてもよい。

本明細書では、クライアント装置が編集フォントを生成して、文字類型別にフォントを選択して用いられるようにする。

本発明は、文書作成において、２つ以上のフォントを文字類型別に用いられるようにする。従来、フォント使用における難点の１つは、数字は、明朝スタイルを使い、英語はＨｅｌｖｅｔｉｃａスタイルを使い、ハングル文章に対してはゴシックスタイルを適用しなければならない場合、文書の内容が変更される度に、文字類型別にフォントをいちいち改めて指定しなければならず、一部の文章に正しいフォントを指定しない場合、文書の完成度が落ちる問題が発生した。このように、複数の種類のフォントを混合して用いる場合、フォントを管理し難い問題があった。本発明では、このようなフォント管理の便宜性のため、使用者が複数のフォントを文字類型別に編集して用いられるようにする。特に、編集フォントを生成する過程において、ハングルフォントと英語フォントの場合、ベースラインの位置が微細に異なる場合があり、かかる２つのフォントを混合して用いる場合、英語とハングルのテキストの行が一致しない問題が発生する場合があるが、本明細書では、これを変換及び調整する方法とこれを具現する装置について述べる。

特に、フォント混合規則が適用された出版物又はデジタルコンテンツがある場合、これに対するフォント混合規則を別途管理する必要があり、使用される言語又は文字類型別に区分が明確である場合、フォントを容易に管理して適用することができる方法が必要であるため、本発明において提示する編集フォントを用いてフォントの管理及び配布を可能にする。

図１は、本発明の実施形態による編集フォントを生成する過程を示す図面である。図１には、複数の文字類型の名称１１ａ〜１４ａ及びこれら文字類型に適用する原本フォントファイルリスト１１ｂ〜１４ｂが表示される。そして、これらリストから特定の原本フォントファイルの適用を選択すると、フォントが適用された各文字類型別に出力される１１ｃ〜１４ｃ。

また、各文字類型別に設定されたフォントが、長い文章から出力される形態を確認することができるように、１５で示すように、クライアント装置のディスプレイ部を出力することができる。１５は、４種類の文字類型に適用されるフォントを確認しやすく複数の文字から構成される。

そして、使用者が出力された編集フォントファイルの適用を完了すれば、選択された内容を含む編集フォントファイル又は編集フォントファイルに対する設定情報をサーバ装置を介してアップロードすることができる。又は、クライアント装置に別途フォントファイルで貯蔵することができる。

図１の実施形態において述べた編集フォントファイルの特徴は、使用者が所望する文字類型に対して、それぞれのフォントを選択して適用することができる。例えば、［ハングル＋英語＋数字］＋漢字それぞれに対するフォントを選択して、編集フォントファイルを製作し、これを使用するか又はサーバ装置にアップロードして配布することができる。

一実施形態において、ハングルに適用するフォントは、ＲｉｘゴシックＭに、英語に適用するフォントは、ヘルベチカスタイルに、そして、数字に適用するフォントは、Ｒｉｘ釜山駅に選択することができ、使用者は、編集フォントファイル名を直接に設定するか又は予め定めた基準に設定することができる。例えば、ハングルフォント名は、公開して、英語と数字のフォント名は、コード名に分類するなどの方式（例／ＲｉｘゴシックＭ_Ａ１２３_Ｎ４５６_Ｈ３５）を一実施形態とする。編集フォントファイルの識別情報は、様々な方式に設定することができる。

編集フォントファイルは、サーバ装置に貯蔵して、使用者がどのクライアント装置を介して接続しても、サーバ装置を介してどこにでも使用することができる。例えば、フォントファイルをクラウド方式で提供する場合、編集フォントファイルを構成する情報又は独立的な編集フォントファイルがクラウドに貯蔵されて、使用者のクライアント装置を介するログイン又はサーバ装置への接続過程を介して利用することができる。そして、編集フォントファイルに対する設定情報又は編集フォントファイルを示す識別情報を配布して、他のクライアント装置においても使用できるようにする。

本発明の一実施形態によれば、クライアント装置は、装置内の貯蔵部に貯蔵された２つ以上のフォントファイルから文字類型別にサブフォントを抽出して、新しい編集フォントファイルを生成することができる。

また、本発明の他の実施形態によれば、クライアント装置は、サーバ装置を介して貯蔵部にダウンロード及び貯蔵して使用する２つ以上のフォントファイルから文字類型別にサブフォントを抽出して、新しい編集フォントファイルに対する設定情報あるいは新しい編集フォントファイルをサーバ装置にアップロードすることができる。

本発明の実施形態を説明する前に、ユニコードについて簡単に説明する。ユニコードは、文字をコンピュータ上において表現するためのコードである。ユニコードは、英語アルファベットと数字、記号、それからアルファベットではない多様な文字類型（ハングル、漢字など）に対応するように構成される。

ユニコードの各コードに対応する文字のグリフを含むことがフォントファイルである。説明の便宜のため１つの原本フォントファイルは、２種類以上の文字類型のフォントが含まれる。例えば、数字と英語、又は数字と英語とハングル、又は数字と日本語、又は英語と日本語、又は数字と英語とハングルと漢字など、様々な種類の文字類型に対するフォントが含まれる。１つの原本フォントファイルは、同じフォントデザインの原理に従い２種類以上の文字類型の文字フォントを含む。

従って、１つの原本フォントファイルは、第１の文字類型のフォントの集合と第２の文字類型のフォントの集合を含む。その他、フォントファイルが有するべきである多様な設定情報も原本フォントファイルに貯蔵される。これら第１の文字類型のフォントの集合又は第２の文字類型のフォントの集合をサブフォントと指す。特定の文字類型のフォントを当該文字類型と結合してサブフォントと指してもよい。例えば、原本フォントファイルにおいて、ハングルフォントの集合をハングルサブフォントと指す。

図１のように、本発明を適用する場合、必要な文字のみ含むサブセットウェブフォントを用いることができ、これは、使用者の体感性能を改善する。図１において述べたように、原本フォントを選択すると、下段の１５領域にリアルタイムで適用されて文字が表示されるが、この部分は、ウェブフォントを用いてもよい。原本フォントを１１ｂ、１２ｂ、１３ｂ、１４ｂから選択することによって、書体名が自動変更されて表示され、１５領域で変更されたフォントで当該文字に適用される。

以下に、２つ以上のフォントファイルからサブフォントを抽出する過程について述べる。

図２は、本発明のクライアント装置に貯蔵されるフォントファイルの構成を示す図面である。本明細書における原本フォントファイルは、多様な文字類型の字に対するフォントを集合したファイルである。前述したように、原本フォントファイルは、ハングルサブフォントと英語サブフォント、数字サブフォント、漢字サブフォントのうち全部又は一部を含む。

図２において、原本フォントファイルの文字類型別のサブフォントをグループに表示すると、２１〜２４のとおりである。すなわち、同じ原本フォントファイルを構成するサブフォントを文字類型別にグループ化したものであって、２１は、各原本フォントファイルにおけるハングルサブフォントを、２２は、各原本フォントファイルにおける英語サブフォントを、２３は、各原本フォントファイルにおける数字サブフォントを、２４は、各原本フォントファイルにおける漢字サブフォントを別途表示したものである。

従って、それぞれの原本フォントファイルは、次のような文字類型のサブフォントから構成される。

第１の原本フォントファイル＝｛ハングルフォント１、英語フォント１、数字フォント１、漢字フォント１｝

第２の原本フォントファイル＝｛ハングルフォント２、英語フォント２、数字フォント２、漢字フォント２｝

これは、第ｋの原本フォントファイルまで拡張することができ、第ｋの原本フォントファイルは、｛ハングルフォントｐ、英語フォントｑ、数字フォントｒ、漢字フォントｓ｝から構成される。ｐ、ｑ、ｒ、ｓは、いずれも同じ値を有しても、異なる値を有してもよい。

もちろん、クライアントの使用国によってフォントファイルの構成は異なる。例えば、日本語の場合、次のように文字類型のサブフォントから構成される。

第１の原本フォントファイル＝｛日本語フォント１、英語フォント１、数字フォント１、漢字フォント１｝

第２の原本フォントファイル＝｛日本語フォント２、英語フォント２、数字フォント２、漢字フォント２｝

又は、日本語を片仮名と平仮名に分けて、次のように構成することができる。

第１の原本フォントファイル＝｛日本語片仮名フォント１、日本語平仮名フォント１、英語フォント１、数字フォント１、漢字フォント１｝

第２の原本フォントファイル＝｛日本語片仮名フォント２、日本語平仮名フォント２、英語フォント２、数字フォント２、漢字フォント２｝

又は、ハングルサブフォントと日本語サブフォントが共に含まれて構成されてもよい。

第１の原本フォントファイル＝｛ハングルフォント１、日本語フォント１、英語フォント１、数字フォント１、漢字フォント１｝

第２の原本フォントファイル＝｛ハングルフォント２、日本語フォント２、英語フォント２、数字フォント２、漢字フォント２｝

第３の原本フォントファイル＝｛ハングルフォント３、日本語片仮名フォント３、日本語平仮名フォント３、英語フォント３、数字フォント３、漢字フォント３｝

使用する言語の構成には制限なく、多様な言語の文字類型フォントから構成することができる。

第１の原本フォントファイル＝｛ハングルフォント１、英語フォント１、数字フォント１、漢字フォント１｝

第２の原本フォントファイル＝｛日本語フォント２、英語フォント２、数字フォント２、漢字フォント２｝

第３の原本フォントファイル＝｛英語フォント３、数字フォント３｝

第４の原本フォントファイル＝｛英語フォント４、数字フォント４、ラテン語フォント４、ギリシア語フォント４、アラビア語フォント４、．．．｝

使用者は、各文字類型別に特定のフォントを選択することができる。例えば、ハングルフォントでは「ハングルフォント１」を、英語フォントでは「英語フォント２」を、数字フォントでは「数字フォント３」を、そして漢字フォントでは「漢字フォント４」を選択することができる。これら文字類型別にそれぞれ選択したサブフォントを結合したものが編集フォント２９である。かかるフォントをファイル形態に貯蔵したものが編集フォントファイルである。同様、日本語フォントに対しても、他のフォントと区別される別途フォントを設定することができる。例えば、図２において、２１が示すハングルフォントは、平仮名サブフォント又は片仮名サブフォントを示す。

また、ハングル、英語、数字のみから構成されるか、ハングル、日本語片仮名、日本語平仮名、英語、数字、アラビア語、ギリシア語などのように、多様に使用する文字を１つの編集フォントの構成要素に設定することができる。

まとめると、図２において２１で示されるハングルフォントは、平仮名サブフォント又は片仮名サブフォントを示す。また、図２において、ハングルフォントを２１、平仮名サブフォントを２１−１、片仮名サブフォントを２１−２に追加して構成してもよい。すなわち、使用者が多様な文字を使う場合、当該文字を含むように選択して編集フォントを構成してもよい。

使用国と言語によって選択して結合する文字類型のサブフォントは、多様であれば、結合可能な文字類型の個数も制限されない。

図３及び図４は、本発明の一実施形態による図２で選択したそれぞれのサブフォントが１つの編集フォントファイルを構成する過程を示す図面である。図３の３１は、先の図２において、｛ハングルフォント１、英語フォント１、数字フォント１、漢字フォント１｝を含む第１の原本フォントファイルの構成を示す。このうちハングルサブフォントは、３１ｓに一部含まれる。ハングル完成型の場合は、１１１７２字のハングル文字に対してユニコード領域に０ｘＡＣ００〜０ｘＤ７Ａ３が割り付けられている。従って、原本フォントファイルがハングル完成型を支援する場合、ハングルサブフォントは、３１ｓのように、１１１７２字のハングル文字に対するフォント図案が含まれる。

同様、図３の３２は、図２において、｛ハングルフォント２、英語フォント２、数字フォント２、漢字フォント２｝を含む第２の原本フォントファイルの構成を示す。このうち英語サブフォントは、３２ｓで示されるとおりである。一実施形態において、記号も英語サブフォントに含まれていてもよい。さらに他の実施形態において、記号は、数字サブフォントに含まれていてもよい。

図３の３３は、図２において、｛ハングルフォント３、英語フォント３、数字フォント３、漢字フォント３｝を含む第３の原本フォントファイルの構成を示す。このうち数字サブフォントは、３３ｓで示されるように、１０個の数字が含まれる。

図３の３４は、図２において、｛ハングルフォント４、英語フォント４、数字フォント４、漢字フォント４｝を含む第４の原本フォントファイルの構成を示す。このうち漢字サブフォントは、３４ｓに一部含まれる。漢字も、その字数が多いため、示されるとおりである。

図３では、４つの原本フォントファイル３１、３２、３３、３４を示しており、本発明の実施形態を適用すれば、これらのうち、３１ｓ、３２ｓ、３３ｓ、３４ｓが示すサブフォントを結合して、図４のように、新しい編集フォントファイルを生成することができる。

図４は、本発明の一実施形態による４種類の原本フォントファイルを構成する４種類の文字類型をそれぞれ選択して、新しい編集フォントファイル３９を生成する構成を示す。それぞれの原本フォントファイル３１、３２、３３、３４から文字類型別にそれぞれのサブフォント３１ｓ、３２ｓ、３３ｓ、３４ｓを抽出して、これを結合すると、１つの新しい編集フォントファイル３９となる。

編集フォントファイル又はこれに対する設定情報を含むファイルは、クライアント装置に貯蔵されて、サーバ装置にアップロードし、クラウド方式で多様なクライアント装置で近づいて、編集フォントファイル又はこれに対する設定情報を含むファイルをダウンロードすることができる。

図４において、３１が示す原本フォントファイル名が「Ｒｉｘ鐘路三街」であり、３２が示す原本フォントファイル名が「ＲｉｘアカシアＢ」で、３３が示す原本フォントファイル名が「Ｒｉｘ星の光り」で、３４が示す原本フォントファイル名が「Ｒｉｘ明朝Ｂ」である場合、使用者がこれら４種類の原本フォントファイルを、文字類型を変える度に変更せずに使用することができる。

すなわち、３９のような編集フォントファイルを用いる場合、使用者の用いる編集フォントファイルは、ハングルについては「Ｒｉｘ鐘路三街」の文字図案を貯蔵して、英語については「ＲｉｘアカシアＢ」の文字図案を貯蔵し、数字については「Ｒｉｘ星の光り」の文字図案を貯蔵し、漢字については「Ｒｉｘ明朝Ｂ」の文字図案を貯蔵する。

図５は、本発明の一実施形態による編集フォントを生成するクライアント装置の構成を示す図面である。

クライアント装置１００の構成要素を述べると、次のとおりである。ディスプレイ部１１０は、多様な原本フォントファイルを用いて文字を出力し、且つ編集フォントの生成のために使用可能な原本フォントファイルリストを出力する。インターフェース部１２０は、外部からフォントを編集するための選択情報を入力される。貯蔵部１３０は、原本フォントファイルと編集フォントファイル、そして、これらの設定情報を貯蔵して、編集フォントを生成するために抽出されたサブフォント又は変換したサブフォントを臨時貯蔵する。そして、通信部１４０は、サーバ装置からフォントに係るファイルあるいは情報を受信及び送信する。フォント生成部１５０は、これら構成要素を制御して、文字類型によってそれぞれ選択されたサブフォントを結合して、新しい編集フォントファイルを生成する。

まとめると、クライアント装置の一実施形態は、次のとおりである。

ディスプレイ部１１０は、文字を出力しながら、２つ以上の文字類型と適用可能なフォントファイルの情報を出力する。インターフェース部１２０は、第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を入力される。そして、フォント生成部１５０は、第１の原本フォントファイル内の前記第１の文字類型に対応する第１のサブフォントと、前記第２の原本フォントファイル内の前記第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成する。

また、通信部１４０は、第１の編集フォントファイル又は第１の編集フォントファイルを生成できる設定ファイルをサーバ装置に送信する。そして、通信部１４０は、サーバ装置から第２の編集フォントファイル又は第２の編集フォントファイルを生成できる設定ファイルを受信する。これは、編集の後、クラウド方式で編集フォントをどのクライアント装置においても用いられることを意味する。

インターフェース部１２０が第１の文字類型の第１の原本フォントファイルの選択情報を入力されると、フォント生成部１５０は、第１の文字類型の第１の原本フォントファイルに対応する１つ以上のフォントファイルリストを生成して、ディスプレイ部１１０は、生成されたフォントファイルリストを出力する。

さらに他の実施形態において、通信部１４０が第１の原本フォントファイルの選択情報及び第２の原本フォントファイルの選択情報をサーバ装置に送信して、サーバ装置から第１の編集フォントファイル又は前記第１の編集フォントファイルを生成できる設定ファイルを受信する。これは、後述する図７においてより詳細に述べる。

この過程において、通信部１４０が第１の文字類型の第１の原本フォントファイルの選択情報をサーバ装置２００に送信して、通信部１４０が第１の文字類型の第１の原本フォントファイルに対応して、１つ以上のフォントファイルリストをサーバ装置２００から受信し、ディスプレイ部１１０がフォントファイルリストを出力する。

これは、特定の文字類型に対して特定の原本フォントファイルが選択されると、他の文字類型は、既に選択された原本フォントファイル及び文字類型に対応して、より相応しいものでデータベース化されたフォントの情報を利用して、ディスプレイ部１１０がフォントファイルリストを出力することができる。

図６は、本発明の一実施形態によるクライアント装置が編集フォントを生成する過程を示す図面である。

クライアント装置１００のディスプレイ部１１０は、文字類型とこれらのフォントリストを出力する（Ｓ４１）。フォントリストとは、フォントファイルの情報を意味し、どのフォントであるかを容易に確認できるように、当該フォントが適用された文字を表示する。

図１において述べたように、特定の文字類型（日本語、ハングル、英語、数字、漢字）に対応して、１１ｂ、１２ｂ、１３ｂ、１４ｂのように、原本フォントファイルの識別子（フォント名を一実施形態とする）を出力することを含む。文字類型の順序は、日本語−ハングル−英語−数字−漢字に予め設定することができ、使用者が基準としようとする文字類型を選択するようにすることができる。

クライアント装置１００のインターフェース部１２０は、個別の文字類型に対応して原本フォントファイルを選択した情報を入力される（Ｓ４２）。文字類型が２つ以上であるため、少なくとも２つ以上の文字類型に対して適用する２つの原本フォントファイルに対する選択情報が入力される。これは、日本語／ハングル／英語／数字領域の文字のフォントデザインをそれぞれ選択することを意味し、この過程において、漢字に対する文字のフォントデザインを選択することは、オプションで提供することができる。オプションで提供する場合、基準となるフォントの漢字フォントデザインをそのまま利用してもよい。

一方、Ｓ４２のように、選択情報を入力されると、クライアント装置は、編集フォントが予め見られるようにプレビュー段階を提供する。これは、文字類型別に選択された原本フォントで所望の文章を入力できるように、インターフェース部１２０が文字を入力される。すなわち、ディスプレイ部１１０は、文章が入力された領域とプレビュー領域を表示して、文章入力領域に書きたい文章を書いて、「プレビュー」ボタンを押すと、図１の１５のように、プレビュー領域に編集フォントのような構成で適用された文章を示すようにする。

本発明の他の実施形態において、選択された原本フォントに対するフルセットウェブフォントを用いてＪａｖａＳｃｒｉｐｔ（登録商標）でプレビューを具現するか、サーバ装置で指定された編集フォントの構成に従いレンダリングしたイメージを生成する方式を用いることもできる。

Ｓ４１及びＳ４２に対して、図１に提示されたように、使用者が各文字類型に対して適合した原本フォントを選択することができる。また、他の実施形態において、使用者が第１の文字類型に適用する第１の原本フォントファイルを選択すると、他の文字類型には第１の原本フォントファイルに対応する１つ以上のフォントファイルリストを出力することができる。

一実施形態としては、次のとおりである。クライアント装置１００のフォント生成部１５０又はサーバ装置２００は、特定の文字類型別のフォントに相応しい他の文字類型のフォントに対する情報を累積した状態である。

例えば、図２において、ハングルフォント１に最も相応しい英語フォントは英語フォント１であるが、その他、英語フォント２がより相応しいものでヒストリー情報が累積される。そして、ハングルフォント１に最も相応しい数字フォントは数字フォント１であるが、その他、数字フォント３が最も相応しいものでヒストリー情報が累積される。かかるヒストリー情報は、複数の使用者が編集フォントを生成する過程において、サーバ装置２００に累積した情報を含む。

従って、クライアント装置１００のディスプレイ部１１０は、インターフェース部１２０で第１の文字類型に適用する第１の原本フォントファイルが選択されると、フォント生成部１５０は、第１の原本フォントファイルが適用される第１の文字類型に対応する他の文字類型の原本フォントファイル名をリストアップして、１つ以上のフォントファイルリストをディスプレイ部１１０が出力するように制御する。又は、クライアント装置１００の通信部１４０が第１の文字類型に適用する第１の原本フォントファイルが選択された情報をサーバ装置２００に転送して、サーバ装置２００から第１の原本フォントファイルが適用される第１の文字類型に対応する他の文字類型の原本フォントファイル名をリスト形態に受信することができる。

そして、フォント生成部１５０は、選択情報が示す原本フォントファイルで当該文字類型に対応するフォント情報を分析する（Ｓ４３）。分析の一実施形態では、各原本フォントファイルから当該文字類型の領域（例えば、ユニコードの範囲）に対する文字−図案マッピング（ＣＭＡＰ）情報を抽出して分析することができる。

その後、フォント生成部１５０は、文字類型別に図案を抽出する（Ｓ４４）。これは、各原本フォントファイルで分析された文字−図案マッピング（ＣＭＡＰ） 情報によって指定された文字類型が示す文字の領域に対するグリブ図案を抽出することを一実施形態とする。

Ｓ４４をより詳細に述べると、フォント生成部１５０は、文字類型によるフォントのデザイン又はフォント情報を抽出したサブフォントを臨時生成して、クライアント装置１００の貯蔵部１３０に貯蔵することができる。このため、各原本フォントファイルから選択した文字類型に含まれる文字の領域に対して、文字−図案マッピング（ＣＭＡＰ）情報で指定されたグリフ図案を変換して、サブフォントを臨時生成することができる。

次に、フォント生成部１５０は、抽出されたサブフォントを併合して１つの編集フォントファイルを生成する（Ｓ４５）。先に臨時生成したサブフォントは、それぞれの原本フォントファイルから抽出したものであるため、新しい編集フォントファイルを生成するためにフォントファイルに適合した基本構造を生成して、それぞれの文字類型のユニコード領域別に抽出されたグリフ図案を図案情報テーブル構造に貯蔵する。そして、編集フォント名の情報テーブル構造を生成して、編集フォントファイルを生成し、貯蔵部１３０に貯蔵する。

図６の過程は、先の図４において述べたように、原本フォントファイルを構成する多様な文字のうち、文字類型別にフォントの図案を抽出して、これらをさらに１つの編集フォントで結合した編集フォントファイルを生成する過程を含む。

図６の過程をまとめると、次のとおりである。

文字を出力するクライアント装置１００のディスプレイ部１１０が、２つ以上の文字類型と適用可能なフォントファイルの情報を出力する。出力する形態は、図１において述べたとおりである。そして、クライアント装置１００のインターフェース部１２０で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する。これは、臨時貯蔵することを意味する。そして同様、インターフェース部１２０で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する。その結果、異なる２つの文字類型にそれぞれ適用される２種類の原本フォントファイルの選択情報を確認することができる。その後、クライアント装置１００のフォント生成部１５０が、第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成する。

生成された編集フォントファイルは、サブフォントがそのまま含まれていてもてよく、大きさ、位置などを調節して変換した変換過程を経た変換サブフォントであってもよい。

これは、先の図３において、４種類の文字類型にそれぞれ対応して、４種類の原本フォントファイル３１、３２、３３、３４からそれぞれの文字類型に対応するサブフォント３１ｓ、３２ｓ、３３ｓ、３４ｓを抽出したことを一実施形態とする。そして、図４において、これらを編集フォントファイル３９に生成する過程を述べた。

従って、サブフォントは、基準フォントに合わせて変換することができる。基準フォントは、編集フォントを生成するため予め定めたフォントとなってもよいし、これによってサブフォントの図案が全て変換されてもよい。また、基準フォントは、複数の文字類型のうち、最も優先して選択された文字類型のフォントが基準フォントとなる。もし、図１において、英語フォントでＲｉｘ_明朝Ｍｅｄｉｕｍを設定して、他の文字類型のフォントを設定した場合、他の文字類型は、Ｒｉｘ_明朝Ｍｅｄｉｕｍを基準フォントとして変換することができる。この他、基準フォントは、予め設定された文字類型のフォントが基準フォントとなる。

また、他の実施形態において、基準となる文字類型のフォント規格を利用することができる。この場合、基準となる文字類型（例えば、ハングル）の原本フォントファイルによって基準となる文字類型のフォント規格（グリフの位置、大きさ、ベースラインなど）を適用して、他の文字類型のサブフォントを変換することができる。

クライアント装置１００の通信部１４０は、サーバ装置２００に生成した編集フォントファイルを転送するか、又は編集フォントファイルの設定ファイルを転送することができる。

編集フォントファイルを転送することは、クライアント装置１００で生成した新しい編集フォントファイルを転送することを意味する。一実施形態において、図４において述べたように、４つの原本フォントファイルからそれぞれ文字類型別に抽出したサブフォント３１ｓ、３２ｓ、３３ｓ、３４ｓをそのまま結合するか、又は図１３〜図２２において述べる変換を経た変換サブフォントを結合することを意味し、このように生成された編集フォントファイル３９は、新しい原本フォントファイルとなる。

一方、設定ファイルを転送することは、編集フォントファイルを構成するフォントに関する情報とこれらを変換した情報を転送することを意味する。

これは、次のような構造から構成される。例えば、編集フォントファイルを構成する情報であり、文字類型と文字類型別に適用される原本フォントファイル、そしてこれらの変換情報である。表１を参照する。

表１のような設定ファイルのみ提供される場合、クライアント装置１００のフォント生成部１５０は、設定ファイルの情報によって臨時又は永久的に編集フォントファイルを生成して貯蔵部１３０に貯蔵する。変換情報は、大きさや位置の変換情報、又はテキストの行の位置を変換させるかＥＭの大きさ、ベースラインの位置を変換させるなどの情報を全て含む。

編集フォントファイルは、あらゆる文字の図案が含まれるため、ファイルサイズが大きい。一方、設定ファイルのみ送受信して、フォントを用いるクライアント装置１００のフォント生成部１５０が設定ファイルによって編集フォントファイルを生成する場合、ネットワーク上で送受信するデータの大きさを減らすことができる。

一方、Ｓ４３〜Ｓ４５過程は、クライアント装置ではないサーバ装置でも行うことができる。すなわち、クライアント装置１０が所定の選択情報を提供すれば、サーバ装置が分析及び生成して、サーバ貯蔵部に編集フォントファイル又はこれを生成できる設定ファイルを貯蔵し、クライアント装置１０は、通信部１４０を介してサーバ装置からこれをダウンロードして使用することができる。

もしサーバ装置においてかかる過程を行う場合、クライアント装置１００は、インターフェース部１２０とディスプレイ部１１０を利用して使用者と相互作用を行い、通信部１４０を利用してサーバ装置とフォントファイルに関するデータを送受信する。

次に、編集フォントを生成する過程において、文字類型のサブフォントを変換する過程について述べる。原本フォントファイルは、２つ以上の文字類型のあらゆる文字に対する文字図案を含む。従って、これら２つ以上の原本フォントファイルでそれぞれサブフォントを結合する編集フォントファイルを生成する前に、それぞれの文字類型の図案の大きさ、位置あるいは割合などを調節することができる。このような割合の調節は、クライアント装置のフォント生成部１５０又はサーバ装置で行う。

図７は、本発明の一実施形態によるクライアント装置とサーバ装置の間で編集フォントを生成する過程を示す図面である。図６では、クライアント装置のフォント生成部１５０がフォント情報を分析してこれらを結合した。図７では、クライアント装置がサーバ装置で編集フォントファイルを構成する原本フォントファイルの選択情報を提供すると、サーバ装置がこれに適合した編集フォントファイルを生成する過程を示す図面である。

第１のクライアント装置１００ａは、文字類型別にフォントを選択する（Ｓ５１）。一実施形態において、日本語／ハングル／英語／数字／漢字に適用する個別原本フォントファイルを選択して、通信部１４０は、選択情報をサーバ装置２００に転送する。サーバ装置２００は、受信した選択情報を分析して、各選択情報で示す原本フォントファイルを準備する（Ｓ５５）。原本フォントファイルをサーバ装置２００のメモリ上にローディングすることを一実施形態とする。その後、サーバ装置２００は、原本フォントファイルからフォント情報を抽出して、選択した文字類型に対する文字−図案マッピング情報を抽出して分析する（Ｓ５６）。一実施形態において、各文字のユニコードに対応する文字図案のグリフ番号を抽出して、当該グリフ番号が示す図案を分析することを一実施形態とする。

その後、サーバ装置２００は、各原本フォントファイルで分析された文字−図案マッピング（ＣＭＡＰ）情報によって、当該文字領域に対するグリフ図案を抽出する（Ｓ５７）。抽出した過程において、文字類型のそれぞれのサブフォントが相応しい図案を有するように変換する過程をサーバ装置２００で追加して行ってもよい。その後、サーバ装置２００は、抽出された図案を併合し、編集フォントファイルを生成して貯蔵する（Ｓ５８）。これは、新しいフォントファイルが生成されて貯蔵されることを意味し、サーバ装置に貯蔵された編集フォントファイルは、新しい原本フォントファイルとなるため、他のクライアントが使用してもよい。

サーバ装置２００は、編集フォントファイルが生成されたことを第１のクライアント装置１００ａに転送する（Ｓ５９）。

その後、当該編集フォントファイルを用いる権限のある第２のクライアント装置１００ｂが編集フォントファイルをサーバ装置２００に要請する（Ｓ６１）。サーバ装置は、編集フォントファイルを転送して（Ｓ６２）、第２のクライアント装置１００ｂがこれを貯蔵して用いられるようにする（Ｓ６３）。

また、図７は、編集フォントファイルを要請する第２のクライアント装置１００ｂに対して、編集フォントファイルを用いる権限があるか否かを検証する。サーバ装置２００は、多様な使用者が生成した編集フォントファイル又は編集フォントファイルに対する設定情報を貯蔵して、これを使用者が要請する場合、ネットワークを介して編集フォントファイル又は設定ファイルを提供する一種のクラウド装置でも動作することができる。

図７では、編集フォントファイルが送受信されるが、先に述べたように、編集フォントファイルを生成するに必要な設定ファイルが送受信され、これは、ネットワーク上で送受信される情報量を減らして、早い送受信が行われるようにする。そして、設定ファイルを受信したクライアント装置は、フォント生成部が編集フォントファイルを生成して貯蔵部に貯蔵する。

図７をまとめると、次のとおりである。クライアント装置１００ａ、１００ｂの立場から、クラウドに基づくフォントを編集して生成し、これを改めてダウンロードすることができる。

一実施形態において、フォントをクラウドの役割を含むサーバ装置２００が生成して、これをダウンロードして使用する方式であって、クライアント装置１００で図６の過程に従い編集フォントファイルを生成して、これをサーバ装置２００にアップロードするか、又は編集フォントファイルを生成するに必要な設定ファイルをサーバ装置２００にアップロードすることができる。

従って、図７において述べたように、クライアント装置１００ａでは、編集するフォントを文字類型別に選択のみして、選択した情報をサーバ装置２００に提供すると、サーバ装置２００のフォント生成部２５０は、文字類型別のサブフォントを生成して、後述するフォント変換及び微細調整の過程によって編集フォントファイルを生成する。そして、サーバ装置２００の通信部２４０は、生成された編集フォントファイルをクライアント１００ａに転送する。この過程において、編集フォントファイルの代わりに、編集フォントファイルをクライアント１００ａが生成するように、変換情報が含まれる設定ファイルがサーバ装置２００の通信部２４０でクライアント１００ａに転送される。

サーバ装置２００のフォント生成部２５０は、多様なクライアント装置から編集フォントを受信するため、フォント間の相関関係をデータベース化することができる。その結果、クライアントが特定の文字類型（例えば、ハングル）に対して、特定の原本フォントファイル（例えば、ゴシック）を選択すると、これに適合した他の文字類型（例えば、英語）に対し、適合したフォントリスト（新明朝、ゴシックＢｏｌｄなど）を生成することができ、これをクライアント装置に提供することができる。

これを適用する場合、図１において、ハングル文字類型に適合したフォントを１１ｂから選択すると、これに対応して、他の文字類型から選択する可能性の高いフォントリストが変更して出力される。例えば、ハングル文字類型としてＲｉｘゴシックＨｅａｖｙが選択されると、英語、数字、漢字に表示されるものとしては、それぞれＲｉｘ釜山駅Ｂｏｌｄ、ＲｉｘビタミンＭｅｄｉｕｍ、新明朝体の順に表示されて、これは、サーバ装置２００のフォント生成部２５０がハングルＲｉｘゴシックＨｅａｖｙに最も多く選択された英語／数字／漢字フォントリストを示すことを意味する。

従って、前述した図７の過程をまとめると、次のとおりである。文字を出力するクライアント装置１００ａのディスプレイ部１１０が、２つ以上の文字類型と適用可能なフォントファイルの情報を出力して（図１参照）、クライアント装置１００ａのインターフェース部１２０で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵し、次に、インターフェース部１２０で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する。クライアント装置１００ａの貯蔵部１３０に臨時貯蔵される。そして、クライアント装置１００ａの通信部１４０が第１の原本フォントファイルの選択情報及び第２の原本フォントファイルの選択情報をサーバ装置に送信する（図７のＳ５２）。その後、Ｓ５５〜Ｓ５８の過程に従い、サーバ装置２００で第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントが結合した第１の編集フォントファイル又は第１の編集フォントファイルを生成できる設定ファイルが生成される。

その後、サーバ装置２００は、クライアント装置１００ａに前述した第１の編集フォントファイル又は第１の編集フォントファイルを生成できる設定ファイルを送信して、クライアント装置１００ａは、これを用いて文書を作成する。

また、この過程において、サブフォントは、基準フォントに合わせて変換したサブフォントであって、サーバ装置２００のフォント生成部２５０が基準フォントに合わせて変換する。

また、クライアント装置１００ａにおいて、第１の文字類型に対して第１の原本フォントファイルを選択して、これに対する情報がサーバ装置２００に転送されると、他の文字類型には、第１の原本フォントファイルに対応する１つ以上のフォントファイルリストを出力することができる。

サーバ装置２００は、特定の文字類型別のフォントに相応しい他の文字類型のフォントに対する情報を累積した状態である。例えば、図２において、ハングルフォント１に最も相応しい英語フォントは、英語フォント１であるが、その他、英語フォント２がより相応しいものでヒストリー情報が累積される。そして、ハングルフォント１に最も相応しい数字フォントは、数字フォント１であるが、その他、数字フォント３が最も相応しいものでヒストリー情報が累積される。かかるヒストリー情報は、複数の使用者が編集フォントを生成する過程において、サーバ装置２００に累積した情報を含む。

従って、サーバ装置２００は、第１の文字類型に適用する第１の原本フォントファイルに対する選択情報をクライアント装置１００から優先して受信すれば、サーバ装置２００のフォント生成部２５０は、第１の原本フォントファイルが適用される第１の文字類型に対応する他の文字類型の原本フォントファイル名をリストアップして、１つ以上のフォントファイルリストをクライアント装置１００に転送して、ディスプレイ部１１０が出力するように制御する。

すなわち、クライアント装置１００の通信部１４０が第１の文字類型に適用する第１の原本フォントファイルが選択された情報をサーバ装置２００に転送して、サーバ装置２００から第１の原本フォントファイルが適用される第１の文字類型に対応する他の文字類型の原本フォントファイル名をリスト形態に受信することができる。

図７の実施形態は、クライアントサーバ方式でクライアント装置がフォントを作る過程をウェブページで構成して、特に、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）アニメーションが加えられた段階別の魔法師方式を適用することができる。そして、選択された複数のフォントの編集フォントの生成は、サーバ装置で動的に行われて、この過程において、ハングル、英語、数字、漢字のソースフォントは、「ウェブフォント化」して使用することができる。

図６又は図７のような過程によって生成された編集フォントファイルがサーバ装置２００に貯蔵されると、これは、多様なクライアント装置でサーバ装置で編集フォントファイルをダウンロードして用いることができる。この過程において、編集フォントファイルを作成者が指定した他の使用者に配布することができる。また、後述する図１３〜図２２の変換及び微細調整に関する設定ファイルを別途配布して、フォントを編集するに必要な一種のレシピ情報を提供することができる。編集フォントファイルは、作成者が販売することもでき、特定の他のクライアント装置が使用する権限を有してもよい。この過程において、クライアント装置を介して使用者ログイン過程が必要であるか、又は編集フォントファイルを用いるために、特定の認証モジュールがクライアント装置に設けられてもよい。

そして、編集フォントファイルをサーバ装置２００からダウンロードしようとするクライアント装置１００のウェブページは、編集フォントのサムネイルイメージを確認することができる。これは、編集フォントの生成過程において、サムネイルイメージを生成する方式で具現される。

図８は、図７の構成に対応するサーバ装置の構成を示す図面である。サーバ装置２００は、複数の原本フォントファイルと、これらから算出された編集フォントファイルを貯蔵する貯蔵部２３０と、クライアント装置１００と通信する通信部２４０、そして、クライアント装置１００がフォントファイルを用いる権限があるか否かを認証する認証部２２０、そして、編集フォントを生成して、前述した構成要素を制御するフォント生成部２５０から構成される。フォント生成部２５０が編集フォントを生成する過程は、先の図７において述べた。

サーバ装置２００又は先の図６のクライアント装置１００において、編集フォントを生成するためには、既存の原本フォントファイルからフォントの図案をそのまま抽出するか、又はこれらフォント図案を変換する。特に、各フォントの図案は、原本フォントファイルによって異なる図案の基準があるため、異なる基準を有するフォントの図案を１つの編集フォントファイルに結合する場合、文字類型別にフォントの統一性が低くなる可能性がある。このため、サーバ装置２００のフォント生成部２５０又はクライアント装置１００のフォント生成部１５０は、編集フォントファイルを生成する過程において、それぞれの文字類型に適合するように、文字類型別のフォントの図案を調整することができる。

まとめると、次のとおりである。通信部２４０は、クライアント装置から第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を受信する。フォント生成部２５０は、第１の原本フォントファイル内の第１の文字類型に対応する第１のサブフォントと、第２の原本フォントファイル内の第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成するか、又は第１の編集フォントファイルを生成する設定情報を生成する。認証部２２０は、第１の編集フォントファイルの使用権限を認証する。特定のクライアント装置が生成した編集フォントファイルを他のクライアント装置が使用してもよく、この場合、認証部２２０が使用権限を認証する。

図９は、本発明の一実施形態による編集フォントファイルを生成する詳細過程を提示した図面である。図９の過程は、サーバ装置２００のフォント生成部２５０又はクライアント装置１００のフォント生成部１５０とも行うことができるが、クライアント装置１００とサーバ装置２００とも、原本フォントファイルを生成するか、又はこれを利用した編集フォントファイルを生成できるからである。

フォント生成部１５０、２５０は、原本フォントファイルの規格を定義する（Ｓ７１）。これは、文字類型別にテンプレートを定義することを含む。そして、フォント生成部１５０、２５０は、原本フォントファイルから図案を抽出して（Ｓ７２）、原本フォントを正規化又は規格化する（Ｓ７３）。Ｓ７１〜Ｓ７３は、前処理過程で原本フォントファイル別に予め行われてもよい。

次に、文字類型別に適用する原本フォントファイルが選択されると、フォント生成部１５０、２５０は、選択情報を分析して（Ｓ７４）、文字類型別の図案を抽出する（Ｓ７５）。これら図案を用いてフォント生成部１５０、２５０は、編集フォントを微細調整（Ｓ７６）した後、編集フォントを統合して編集フォントファイルを生成する（Ｓ７７）。その後、フォント生成部１５０、２５０は、編集フォントファイルを用いられるように貯蔵するか、又はサーバのフォント生成部２５０は、これを共有するように配布する（Ｓ７８）。

各段階についてより詳細に述べる。

図１０は、本発明の一実施形態による図９のＳ７１過程に関する図面である。

サーバ装置２００のフォント生成部２５０又はクライアント装置１００のフォント生成部１５０は、それぞれの原本フォントファイルに対して、編集フォントとして適用される場合の規格を定義する。すなわち、各文字類型のフォントが混合して用いられる場合、一定の大きさと位置を有するようにフォント規格を指定することができ、この情報は、原本フォントファイルに結合して貯蔵されるか、又は別途設定ファイルに貯蔵されてもよい。

フォントの規格を構成する情報の一実施形態において、ＥＭの大きさ（フォント図案座標系の大きさ）を指定した情報、テキストの行の最上段（ＷｉｎＡｓｃｅｎｔ）／最下段（ＷｉｎＤｅｓｃｅｎｔ）の大きさを指定した情報、ベースライン位置（テキストの行の基準）を指定した情報、言語フォント間の高さの割合（ハングル：英語の割合、ハングル：数字の割合、ハングル：漢字の割合）を指定した情報、そして、文字類型別の図案において代表文字、すなわち基準文字（例えば、英語：Ｈ、ハングル：Ｍｏｍ（モム／ハングル）、数字：０、漢字：國）に対する高さを指定した情報などになる。

図１０におけるベースライン７１１は、テキストの行の基準となり、７１２は、ＥＭの大きさを示す。一実施形態において、これら文字は、いずれも当該文字類型内における幅と高さが最も大きい文字を選択することができるが、例えば、英語で「Ｈ」、ハングルで「Ｍｏｍ（モム／ハングル）」、数字で「０」、そして漢字で「國」を用いる。

ここで、各原本フォントファイルは、下記のように、英語とハングル、数字、漢字の適正な割合（０．９１：１：０．９４：１）を有する。ハングルと漢字を１に、英語は０．９１、数字は０．９４にすることができる。Ｓ７１過程は、予め行われてもよいし、この過程において生成された情報は、サーバ装置２００のフォント生成部２５０又はクライアント装置１００のフォント生成部１５０が後述するフォントを変換する過程において適用することができる。図１０において述べた基準文字の情報は、原本フォントファイルと共に貯蔵される。

図１０及びＳ７１の過程において生成された情報は、１つの基準フォントを構成する情報となり、基準フォントの情報を利用して編集フォントに含まれる様々な種類のフォントを変換することができる。

図１１及び図１２は、本発明の一実施形態による図９のＳ７２過程に関する図面である。図１１は、原本フォントファイルから選択した文字類型の図案、すなわち、グリフを抽出する過程を示す図面である。原本フォントファイル７２１で指定された言語（図１１の場合、ハングル）に対する文字のグリフのみ抽出して、７２２のようにサブフォントを生成する。これは、サーバ装置の貯蔵部２３０又はクライアント装置の貯蔵部１３０で臨時に貯蔵空間にサブフォントを生成して貯蔵することを一実施形態とする。

サブフォントとして含む文字は、文字類型によって異なる。例えば、ハングルは第１の原本フォントファイルから、英語は第２の原本フォントファイルから、数字は第３の原本フォントファイルから、そして漢字は第４の原本フォントファイルから抽出することを仮定する。

この場合、ハングルサブフォントは、第１の原本フォントファイルの原本フォントのハングル支援文字規格に従って抽出することができるが、ＫＳ規格支援の際には２３５０字を抽出して、ユニコードハングル規格支援の際には１１１７２字を抽出する。英語サブフォントは、第２の原本フォントファイルの基本ラテン（Ｂａｓｉｃ Ｌａｔｉｎ）文字のうち、制御文字と数字を除いた文字を抽出することができるが、総８６字を抽出する。数字サブフォントは、第３の原本フォントファイルの基本ラテン（Ｂａｓｉｃ Ｌａｔｉｎ）文字のうち、数字領域に対応する文字を抽出することができるが、総１０字を抽出する。漢字サブフォントは、第４の原本フォントファイルのＫＳ漢字文字規格に従って抽出することができるが、この場合、４８８８字を抽出する。

図１２は、本発明の一実施形態による文字類型別にサブフォントを抽出して、フォントグループを指定し、メタ情報を抽出する過程を示す図面である。図１２は、第１の原本フォントファイル７２５ａからハングル部分のみ抽出して生成したハングルサブフォント７２５ｂ、第２の原本フォントファイル７２６ａから英語部分のみ抽出して生成した英語サブフォント７２６ｂが提示されている。

数字サブフォントは、ハングル又は英語に対応する第１の原本フォントファイル又は第２の原本フォントファイルから数字部分を抽出するか、又は別途第３の原本フォントファイルから７２７ｃのように抽出することができる。７２７ａ、７２７ｂは、数字を含む原本フォントファイルを示す。

従って、サブフォント７２５ｂ、７２６ｂ、７２７ｂは、いずれも当該文字類型に対応する図案を抽出したものである。これらは、編集する前に所定の変換過程を経るが、その前にサーバ装置の貯蔵部２３０又はクライアント装置の貯蔵部１３０で臨時貯蔵される。

先に、各文字類型別にフォントが定めると、当該フォントに対するファイルグループを指定する。メタ情報は、基礎情報、分類情報、文字類型情報、マトリックス情報などを含む。基礎情報は、フォントファイル名、フォントファミリ、太さスタイルを含む。分類情報は、デザイン分類に関する分類情報を含む。文字類型情報は、どの文字（英語、ハングル、数字、漢字）であるかに対する分類情報を含む。マトリックス情報は、ＥＭの大きさ、ベースライン、テキストの行の最上段（ＷｉｎＡｓｃｅｎｔ）、テキストの行の最下段（ＷｉｎＤｅｓｃｅｎｔ）、縦軸の開始位置、高さに関する情報が含まれる。メタ情報は、原本フォントファイルあるいは原本フォントファイルに繋がる情報あるいは別途独立的に貯蔵されたファイルから抽出することができる。

以下におけるメタ情報とは、多様な文字類型の原本フォントファイルから抽出したサブフォントを変換するか、微細調整を行うために参照する情報を意味する。

図１３〜図２０は、本発明の一実施形態による原本フォントから抽出したサブフォントを正規化又は規格化する過程を示す図面である。サブフォントは、各文字類型別に原本フォントファイルから抽出したものである。従って、サブフォントは、１つの文字類型の図案を全て含む。これら図案を編集フォントに適合するように、大きさ、位置などを調節することができる。以下に、変換サブフォントを生成するために各文字類型から代表文字を選択して、これらを変換し、これらの変換値を基準としてサブフォントの全体図案を変換する。

図１３は、本発明の一実施形態によるマトリックス情報を変更することを示す図面である。マトリックス情報（Ｍａｔｒｉｘ）は、各フォント図案に対するＥＭの大きさ、ベースライン、テキストの行の最上段（ＷｉｎＡｓｃｅｎｔ）、テキストの行最下段（ＷｉｎＤｅｓｃｅｎｔ）、縦軸の開始位置、高さに関する情報などを含む。先の図１２において、基準フォント情報のメタ情報のマトリックス情報と比較して、基準フォント規格に合わせてメトリックスを調整することができる。

一実施形態において、基準フォントのメタ情報を述べると、フォントのＥＭの大きさが１０００である反面、文字類型別の原本フォントにおけるＥＭの大きさが２０４８である場合、これを変換することが必要である。

一実施形態において、本来の第１の原本フォントファイルのハングルのうち「Ｍｏｍ（モム／ハングル）」という字の原本フォント７３１ａのマトリックス情報は、ＥＭが２０４８であり、ＷｉｎＡｓｃｅｎｔが１７４１、ＷｉｎＤｅｓｃｅｎｔが５１２である。これを基準フォント規格に合うように、原本フォントのＥＭの大きさ（フォント図案座標系の大きさ）、ＷｉｎＡｓｃｅｎｔ、ＷｉｎＤｅｓｃｅｎｔを変換して、７３１ａから７３１ｂに正規化したフォントに変換することができる。これは、７３１ａを調整して７３１ｂのように変換するが、基準フォントのテキストの行の最上段ＷｉｎＡｓｃｅｎｔと最下段ＷｉｎＤｅｓｃｅｎｔに合うように、各言語別のフォントの最上段と下段値を調整することができる。

まとめると、次のとおりである。図１３では、基準フォントのメタ情報が提示するＥＭの大きさ１０００に合わせて、次の表２のように、原本フォントと変換されたフォントのマトリックス情報（ＥＭ、ＷｉｎＡｓｃｅｎｔ、ＷｉｎＤｅｓｃｅｎｔ）が変換される。

図１４は、本発明の一実施形態による基準フォントの大きさ規格に合うように、グリフの大きさを調整する図面である。

７３２ａは、原本フォントを示す。原本フォントは、基準フォント及び基準フォントの高さと比較するとき、基準フォントの高さを越えることが確認できる。従って、基準フォントに合うように、７３２ｂのように９３．５％の大きさを縮小して、正規化に変換したフォントを生成する。

基準フォントは、グリフのＢｏｕｎｄＢｏｘの大きさが、縦８８２、横８４０であり、グリフの幅であるＷｉｄｔｈ値が９２０である。従って、これに近いように、７３２ｂのように縮小して正規化することができる。

まとめると、次のとおりである。図１４では、基準フォントのメタ情報が提示する高さに合わせて、次の表３のように変換する。この過程において、グリフのＢｏｕｎｄＢｏｘの大きさとＷｉｄｔｈが変更される。

表２及び表３を結合して、マトリックス情報を変更し、グリフのＢｏｕｎｄＢｏｘの大きさを変更することができ、このうち、いずれかのみを適用することができる。これは、原本フォントと基準フォントの差によって決定される。

図１５は、本発明の一実施形態による基準フォントの位置であるベースライン規格に合わせてグリフ位置を移動することを示す図面である。

基準フォントが有する基準フォント位置（ベースライン）規格に合わせてグリフ位置を移動することを一実施形態とする。これは、基準フォントベースラインと文字図案の下段点の間の間隔が一致するように図案位置を調整することを意味する。

より詳細に述べると、７３３ａの原本フォントと基準フォントは、ベースラインが異なる。基準フォントの左側下段点の縦位置は−１５０であり、左側下段点の横位置は０である。これに合わせて、原本フォント７３３ａと、７３３ｂで示される正規化したフォントを比較すると、原本フォント７３３ａは、基準フォントを基準として判断すれば、グリフ下段点（ベースライン）の縦位置は−８２となり、グリフ下段点の左側位置（横位置）は−１０である。従って、７３３ａの原本フォントを縦軸に−６８だけ移動させる縦軸の移動と、横軸に１０だけ移動させる横軸の移動によってフォントを変換する。その結果、正規化したフォントは、グリフ下段点の縦位置は−１５０であり、横位置（左側下段点）は０となる。

図１６は、本発明の一実施形態によるハングルフォントに対しても、規格化を行う過程を示す図面である。基準フォントの規格に合わせてマトリックスを調整する。これは、あらゆるハングルフォントにそのまま適用することができる。

例えば、７３４ａのように、ＥＭの大きさを調節して、ＷｉｎＡｓｃｅｎｔ、ＷｉｎＤｅｓｃｅｎｔを修正する基準フォント規格に合わせてマトリックスを調整する過程を行う。基準フォント規格に合うように、原本フォントのＥＭの大きさ（フォント図案座標系の大きさ）を調整して、基準フォントのテキストの行の最上段ＷｉｎＡｓｃｅｎｔと最下段ＷｉｎＤｅｓｃｅｎｔに合うように、各言語別のフォントの最上段と下段値を調整することができる。

そして、７３４ｂのように、基準フォントの大きさ規格に合わせてグリフの大きさを調節する（９３．５％縮小）。一実施形態において、基準フォントの縦高さと一致するように、グリフの大きさを調整することができる。次に、７３４ｃのように、基準フォントのベースライン規格に合わせてグリフを位置移動する。一実施形態において、基準フォントベースラインと文字図案の下段点の間の間隔が一致するように図案位置を調整する。

図１７は、本発明の一実施形態による英語フォントに対して規格化を行うことを示す。先の図１６において述べたような方式で、７３５ａのように、基準フォント規格に合わせて原本フォントのＥＭの大きさ（フォント図案座標系の大きさ）を調整して、基準フォントのテキストの行の最上段ＷｉｎＡｓｃｅｎｔと最下段ＷｉｎＤｅｓｃｅｎｔに合うように、各言語別のフォントの最上段と下段値を調整することができる。

また、７３５ｂのように、基準フォントの縦の高さと一致するように、グリフの大きさを調整することができるが、図１７では、１４５％に大きさを拡大する。次に、位置移動のため７３５ｃのように、基準フォントのベースライン規格に合わせてグリフを位置移動する。一実施形態において、基準フォントベースラインと文字図案の下段点の間の間隔が一致するように図案位置を調整する。

図１８は、本発明の一実施形態による数字フォントに対して規格化を行うことを示す。先のハングルフォント及び英語フォントと同様、７３６ａのように、基準フォント規格に合わせて原本フォントのＥＭの大きさ（フォント図案座標系の大きさ）を調整して、基準フォントのテキストの行の最上段ＷｉｎＡｓｃｅｎｔと最下段ＷｉｎＤｅｓｃｅｎｔに合うように、各言語別のフォントの最上段と下段値を調整することができる。

また、７３６ｂのように、基準フォントの縦の高さと一致するようにグリフの大きさを調整することができるが、図１８では、８０％に大きさを縮小する。次に、位置移動のため７３６ｃのように、基準フォントのベースライン規格に合わせてグリフを位置移動する。一実施形態において、基準フォントベースラインと文字図案の下段点の間の間隔が一致するように図案の位置を調整する。

図１９は、本発明の一実施形態による漢字フォントに対して規格化を行うことを示す。先に述べた他の文字類型と同様、７３７ａのように、基準フォント規格に合わせて原本フォントのＥＭの大きさ（フォント図案座標系の大きさ）を調整して、基準フォントのテキストの行の最上段ＷｉｎＡｓｃｅｎｔと最下段ＷｉｎＤｅｓｃｅｎｔに合うように、各言語別のフォントの最上段と下段値を調整することができる。

また、７３７ｂのように、基準フォントの縦の高さと一致するようにグリフの大きさを調整することができるが、図１９では、大きさを８５％に縮小する。次に、位置移動のため７３７ｃのように、基準フォントのベースライン規格に合わせてグリフを位置移動する。一実施形態において、基準フォントベースラインと文字図案の下段点の間の間隔が一致するように図案の位置を調整する。

図２０は、本発明の一実施形態による文字類型別のフォントを併合する過程を示す図面である。前述した規格化は、自動に行われるが、規格化を適用した文字類型別のサブフォント７３８ａ、７３８ｂ、７３８ｃ、７３８ｄを併合すると、７３９のように、編集フォントを生成することができる。本発明の実施形態によれば、規格化を行った後、併合した編集フォントをそのまま用いてもよく、また編集フォントを微細調整した後に新しい編集フォントを用いてもよい。

図２１及び図２２は、微細調整を行う過程を示す図面である。先の図１３〜図２０において行った規格化は、基準フォントに対する規格情報を多様な文字類型のサブフォントに自動適用した結果である。これをより微細に大きさと位置を調整するように、図２１及び図２２は、微細調整のためのインターフェースの例示と微細調整の過程を示す。サーバ装置２００のフォント生成部２５０又はクライアント装置１００のフォント生成部１５０が規格化した編集フォントをクライアント装置１００のディスプレイ部１１０が出力して、これに対する調整をクライアント装置１００のインターフェース部１２０が入力されて、編集フォントに適用するようにする。

図２１は、本発明の一実施形態による特定の文字類型を基準として、他の文字類型のフォントの大きさを調整する過程を示す図面である。７６１ａは、規格化を行った４種類の文字類型のフォントを出力した形態である。ここで、基準となるハングル文字のほか、英語に対する大きさを調節するためのインターフェース７６１ｂ、数字に対する大きさを調節するためのインターフェース７６１ｃ、漢字に対する大きさを調節するためのインターフェース７６１ｄが提供されている。ここで、使用者は、クライアント装置１００のインターフェース部１２０を用いて７６２ａのように調整することができる。

７６２ａに提示されたように、英語は、大きさを＋６０に調整したインターフェース７６２ｂ、数字も、大きさを＋６０に調整したインターフェース７６２ｃ、漢字は、大きさを維持したインターフェース７６２ｄが示されており、これらの調整によって、ベースラインを基準とするとき、英語と数字の大きさが変動したことを確認することができる。

図２２は、本発明の一実施形態による特定の文字類型を基準として、他の文字類型のフォントの位置を調整する過程を示す図面である。７６３ａは、規格化を行った４種類の文字類型のフォントを出力した形態である。ここで、基準となるハングル文字のほか、英語に対する位置を調節するためのインターフェース７６３ｂ、数字に対する位置を調節するためのインターフェース７６３ｃ、漢字に対する位置を調節するためのインターフェース７６３ｄが提供されている。ここで、使用者は、クライアント装置１００のインターフェース部１２０を用いて７６４ａのように調整することができる。

７６４ａに提示されたように、英語は、位置を下の方向、すなわち、−３０に調整したインターフェース７６４ｂ、数字も、位置を−３０に調整したインターフェース７６４ｃ、漢字も、位置を−３０に調整したインターフェース７６４ｄが表示されており、これらの調整によって、ベースラインを基準とするとき、英語と数字の位置が変動したことを確認することができる。

前述した微細調整過程で、各文字類型別にサブフォントの大きさと位置を決定すると、このように決定された情報を反映して新しい編集フォントファイルを生成する。

図１３〜図２２に提示された変換過程は、クライアント装置又はサーバ装置で全て具現される。また、微細調整の過程は、クライアント装置のディスプレイ部及びインターフェース部によって具現することができ、調整された結果は、サーバ装置に設定ファイルの形態に貯蔵される。

本発明の一実施形態によれば、前述した過程において生成された編集フォントファイルがクライアント装置１００に貯蔵されるか、又はサーバ装置２００に貯蔵されて、サーバ装置２００に貯蔵された編集フォントファイルは、クライアント装置の要請によって転送される。

本発明は、図７のように、編集フォントサービスを提供することができる。編集フォントは、クラウドを介して配布可能であり、使用者が編集フォントを用いるために、クライアント装置１００を介してサーバ装置２００にログインすることができる。当該使用者は、自分が作成した編集フォントをサーバ装置２００の貯蔵部２３０、すなわち、クラウドに貯蔵して、空間と時間にかかわらず編集フォントをダウンロードして用いることができる。

また、編集フォントを生成する過程において、図１の１５のように、プレビュー表示機能を用いることができる。

また、編集フォントは、別途コード名が付与されたフォントファイルであるため、使用者の間にコード名を共有して編集フォントを用いることができる。

本発明の実施形態を構成するあらゆる構成要素が１つに結合されるか、結合されて動作すると説明されたとして、本発明が必ずしもかかる実施形態に限定されるものではなく、本発明の目的範囲内であらゆる構成要素が１つ以上に選択的に結合して動作することもできる。また、そのあらゆる構成要素がそれぞれ１つの独立的なハードウェアに具現されてもよいが、各構成要素のその一部又は全部が、選択的に組み合わされて、１つ又は複数のハードウェアで組み合わされた一部又は全部の機能を行うプログラムモジュールを有するコンピュータプログラムとして具現されてもよい。そのコンピュータプログラムを構成するコード及びコードセグメントは、本発明の技術分野における当業者によって容易に推論される。このようなコンピュータプログラムは、コンピュータが読み取る貯蔵媒体（Ｃｏｍｐｕｔｅｒ Ｒｅａｄａｂｌｅ Ｍｅｄｉａ）に貯蔵されて、コンピュータによって読み取られて行われることによって、本発明の実施形態を具現することができる。コンピュータプログラムの貯蔵媒体としては、自己記録媒体、光記録媒体、半導体記録素子を含む貯蔵媒体を含む。また、本発明の実施形態を具現するコンピュータプログラムは、外部装置を介してリアルタイムで転送されるプログラムモジュールを含む。

前述した実施形態は、あらゆる面において例示的なものであり、限定的なものではないと理解すべきであり、本発明の範囲は、前述した詳細な説明よりは、後述する特許請求の範囲によって示す。そして、この特許請求の範囲の意味及び範囲はもちろん、その等価概念から想到されるあらゆる変換及び変形可能な形態が本発明の範囲に含まれると解釈されなければならない。

１００ クライアント装置
１１０ ディスプレイ部
１２０ インターフェース部
１３０ 貯蔵部
１４０ 通信部
１５０ フォント生成部
２００ サーバ装置
２２０ 認証部
２３０ 貯蔵部
２４０ 通信部
２５０ フォント生成部

Claims (18)

1. 文字を出力するクライアント装置のディスプレイ部が２つ以上の文字類型と適用可能なフォントファイルの情報を出力する段階；
   前記クライアント装置のインターフェース部で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階；
   前記インターフェース部で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する段階；及び、
   前記クライアント装置のフォント生成部が前記第１の原本フォントファイル内の前記第１の文字類型に対応する第１のサブフォントと、前記第２の原本フォントファイル内の前記第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成する段階を含む、編集フォントを具現する方法。
2. 前記サブフォントは、基準フォントに合わせて変換した変換サブフォントである、請求項１に記載の編集フォントを具現する方法。
3. 前記クライアント装置の通信部が前記第１の編集フォントファイル又は前記第１の編集フォントファイルを生成できる設定ファイルをサーバ装置に送信する段階をさらに含む、請求項１に記載の編集フォントを具現する方法。
4. 前記通信部は、サーバ装置から第２の編集フォントファイル又は前記第２の編集フォントファイルを生成できる設定ファイルを受信する段階をさらに含む、請求項３に記載の編集フォントを具現する方法。
5. 前記第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階の後、前記ディスプレイ部は、前記第１の文字類型の第１の原本フォントファイルに対応して、１つ以上のフォントファイルリストを出力する段階をさらに含む、請求項１に記載の編集フォントを具現する方法。
6. 文字を出力するクライアント装置のディスプレイ部が２つ以上の文字類型と適用可能なフォントファイルの情報を出力する段階；
   前記クライアント装置のインターフェース部で入力された第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階；
   前記インターフェース部で入力された第２の文字類型の第２の原本フォントファイルの選択情報を貯蔵する段階；
   前記クライアント装置の通信部が前記第１の原本フォントファイルの選択情報及び前記第２の原本フォントファイルの選択情報をサーバ装置に送信する段階；及び、
   前記クライアント装置の通信部が前記サーバ装置から前記第１の原本フォントファイル内の前記第１の文字類型に対応する第１のサブフォントと、前記第２の原本フォントファイル内の前記第２の文字類型に対応する第２のサブフォントが結合した第１の編集フォントファイル又は前記第１の編集フォントファイルを生成できる設定ファイルを受信する段階を含む、編集フォントを具現する方法。
7. 前記サブフォントは、基準フォントに合わせて変換した変換サブフォントである、請求項６に記載の編集フォントを具現する方法。
8. 前記第１の文字類型の第１の原本フォントファイルの選択情報を貯蔵する段階の後、前記クライアント装置の通信部が前記第１の文字類型の第１の原本フォントファイルに対応して、１つ以上のフォントファイルリストを前記サーバ装置から受信して、前記クライアント装置のディスプレイ部が出力する段階をさらに含む、請求項６に記載の編集フォントを具現する方法。
9. 文字を出力しながら、２つ以上の文字類型と適用可能なフォントファイルの情報を出力するディスプレイ部；
   第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を入力されるインターフェース部；及び、
   前記第１の原本フォントファイル内の前記第１の文字類型に対応する第１のサブフォントと、前記第２の原本フォントファイル内の前記第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成するフォント生成部を含む、編集フォントを具現するクライアント装置。
10. 前記サブフォントは、基準フォントに合わせて変換した変換サブフォントである、請求項９に記載の編集フォントを具現するクライアント装置。
11. 前記クライアントは、
    前記第１の編集フォントファイル又は前記第１の編集フォントファイルを生成できる設定ファイルをサーバ装置に送信する通信部をさらに含む、請求項９に記載の編集フォントを具現するクライアント装置。
12. サーバ装置から第２の編集フォントファイル又は前記第２の編集フォントファイルを生成できる設定ファイルを受信する通信部をさらに含む、請求項９に記載の編集フォントを具現するクライアント装置。
13. 前記インターフェース部が前記第１の文字類型の第１の原本フォントファイルの選択情報を入力されると、前記フォント生成部は、前記第１の文字類型の第１の原本フォントファイルに対応する１つ以上のフォントファイルリストを生成して、
    前記ディスプレイ部は、前記生成されたフォントファイルリストを出力する、請求項９に記載の編集フォントを具現するクライアント装置。
14. 文字を出力しながら、２つ以上の文字類型と適用可能なフォントファイルの情報を出力するディスプレイ部；
    第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を入力されるインターフェース部；
    前記第１の原本フォントファイルの選択情報及び前記第２の原本フォントファイルの選択情報をサーバ装置に送信して、前記サーバ装置から第１の編集フォントファイル又は前記第１の編集フォントファイルを生成できる設定ファイルを受信する通信部；及び、
    前記第１の編集フォントファイル又は前記設定ファイルを貯蔵する貯蔵部を含み、
    前記第１の編集フォントファイルは、前記第１の原本フォントファイル内の前記第１の文字類型に対応する第１のサブフォントと、前記第２の原本フォントファイル内の前記第２の文字類型に対応する第２のサブフォントが結合した編集フォントファイルである、編集フォントを具現するクライアント装置。
15. 前記サブフォントは、基準フォントに合わせて変換した変換サブフォントである、請求項１４に記載の編集フォントを具現するクライアント装置。
16. 前記通信部が前記第１の文字類型の第１の原本フォントファイルの選択情報をサーバ装置に送信して、前記通信部が前記第１の文字類型の第１の原本フォントファイルに対応して、１つ以上のフォントファイルリストを前記サーバ装置から受信し、
    前記ディスプレイ部が前記フォントファイルリストを出力する、請求項１４に記載の編集フォントを具現するクライアント装置。
17. クライアント装置から第１の文字類型の第１の原本フォントファイルの選択情報及び第２の文字類型の第２の原本フォントファイルの選択情報を受信する通信部；
    前記第１の原本フォントファイル内の前記第１の文字類型に対応する第１のサブフォントと、前記第２の原本フォントファイル内の前記第２の文字類型に対応する第２のサブフォントを結合して、第１の編集フォントファイルを生成するか又は前記第１の編集フォントファイルを生成する設定情報を生成するフォント生成部；及び、
    前記第１の編集フォントファイルの使用権限を認証する認証部を含む、編集フォントを具現するサーバ装置。
18. 前記フォント生成部は、基準フォントに合わせて前記サブフォントを変換して変換サブフォントを生成する、請求項１７に記載の編集フォントを具現するサーバ装置。