(57)【要約】【課題】オリジナルの表現のままに多様なフォントを用いたアジアＷｅｂページ文書を作成及び編集ができるようにする。【解決手段】  ユーザーの使用権をチェックする手段、及び非標準フォントに対するユーザーのリクエストを受信する手段と、Ｗｅｂサイトとの間の通信プロトコルを解読し、リクエストされた文字のフォント、文字コード（例えば、Unicode等）、フォントファイル名、及び文字内容を特定する手段と、リクエストされた文字及び／又は記号のフォントデータをＷｅｂフォントデータベースから検索する手段と、検索されたフォントデータを、配信用のＷｅｂフォントデータファイル形式に形成する手段と、システムの立ち上げ時にＷｅｂサイトに対してフォントメニューを配信する手段、及び多様なフォントを使用したＷｅｂページ文書のテキストファイルを配信する手段を有するＷｅｂフォントセンターをＷｅｂサイトと接続する。【選択図】図１
2008165264.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを利用して多様なフォントを用いたアジアＷｅｂページ文書を作成又は編集する方法において、クライアントコンピュータに存在しないフォントをＷｅｂフォントセンターから供給する方法は以下の(a)〜(c)のステップを含むことを特徴とする。
(a)前記ＷｅｂフォントセンターとアジアＷｅｂページ文書発行のためのＷｅｂサイトとを接続するステップ；
(b)前記Ｗｅｂフォントセンターと前記Ｗｅｂサイトとの間でフォント関連情報をやりとりするための通信を確立するステップ；
(c)前記Ｗｅｂサイトに接続された前記クライアントコンピュータが、そのクライアントコンピュータに登録されていない多様なフォントを用いてアジアＷｅｂページ文書を作成、編集及び閲覧することを許可するステップ。
【請求項２】
前記Ｗｅｂフォントセンターと前記Ｗｅｂサイトとの接続は、前記ＷｅｂフォントセンターのＩＰアドレスを、前記ＷｅｂサイトにインストールされているＷｅｂページプログラムのソケット関数（socket  function）に割り当て、ＴＣＰ／ＩＰを呼び出すことによって行われるものである請求項１に記載の方法。
【請求項３】
前記Ｗｅｂフォントセンターと前記Ｗｅｂサイトの間において通信される前記フォント関連情報が、さらに以下のものを含むことを特徴とする請求項１に記載の方法。
(i)ファイル名、エンコード、フォントフェース、サイズ、スタイル；
(ii)前記(i)の情報を受信した後に前記Ｗｅｂフォントセンターから返される成否のコメント：
【請求項４】
前記ステップ(b)が、さらに以下の(i)〜(iii)のステップを含むことを特徴とする請求項１に記載の方法。
(i)フォントフェースメニューを前記Ｗｅｂフォントセンターから前記Ｗｅｂサイトに送るステップ；
(ii)前記フォントフェースメニューを、前記Ｗｅｂサイトから供給されるユーザーインタフェース画面表示プログラムのリストボックスの中に挿入するステップ；
(iii)前記ユーザーインタフェース表示画面を、前記ブラウザソフトによって前記クライアントコンピュータに表示するステップ：
【請求項５】
前記ステップ(c)がさらに次の(i)〜(iii)のステップを含むことを特徴とする請求項１に記載の方法。
(i)前記クライアントコンピュータのユーザーによって発生させられた、文書中のテキストの文字のフォントフェースを編集するというリクエストのイベントが、前記クライアントコンピュータのブラウザソフトによって受信されるステップ；
(ii)前記クライアントコンピュータと前記Ｗｅｂサイトとの接続が、前記クライアントコンピュータの前記ブラウザソフトに前記ＷｅｂサイトのＩＰアドレスを割り当てることによって行われるものであり、前記フォント関連情報が前記ブラウザソフトによって前記Ｗｅｂサイトに送られるステップ；
(iii)選択されたフォントフェースのタグ値を翻訳することによって前記ブラウザソフトが編集されたフォント文字を表示するステップ：
【請求項６】
前記フォントフェースのタグ値が、前記クライアントコンピュータから直接得られるシステムフォントであるか、又は、前記クライアントコンピュータからは得られない一時的なフォントである請求項５に記載の方法。
【請求項７】
前記システムフォントのデータがフォントフェースと文字コードによってアクセス可能であり、前記アクセスされたフォントデータは対応する文字を表示する前記クライアントコンピュータにインストールされているフォントエンジンによって描画されるとともに、前記クライアントコンピュータの外部から得られる一時的な又は非標準フォントデータは、特有（proper）の形式で準備され、前記クライアントコンピュータの前記フォントエンジンに直接送られて描画及び表示されるものである請求項６に記載の方法。
【請求項８】
Ｗｅｂサイトに接続され、前記Ｗｅｂサイトのユーザーが、前記ユーザーのクライアントコンピュータに登録されていない多様なフォントフェースを用いたアジアＷｅｂページ文書を作成、編集、及び閲覧することができるようにするためのアジアＷｅｂページ発行装置であって、該装置は、
前記装置に接続され、前記クライアントコンピュータに登録されていない多様なＷｅｂフォントデータを格納するＷｅｂフォントデータベースと、
前記装置への不法な侵入を防ぐファイヤウォール機構を含み、ユーザーのリクエストを受け付ける受信プログラムと、
編集される文字のフォントフェース、文字コード、フォントファイル名、及び内容（content）を特定するプロトコルデコーダと、
前記Ｗｅｂフォントデータベースをサーチして所望の前記Ｗｅｂフォントデータを取得するフォントデータ検索手段と、
前記得られたＷｅｂフォントデータを配信準備のために所定のファイル形式にするフォントファイルビルダと、前記ファイルを前記Ｗｅｂサイトに配信する出力プログラムとを含むプロバイダプログラムと、
前記Ｗｅｂサイトに備えられたユーザーインタフェース画面表示プログラムの中にフォントフェースメニューをインストールするセットアッププログラムと、
を備えたことを特徴とするアジアＷｅｂページ発行装置。
【請求項９】
アジアＷｅｂページ文書発行のためのＷｅｂページプログラムを備えたＷｅｂサイトと、前記Ｗｅｂサイトとネットワークを介して相互に通信可能に接続され、前記Ｗｅｂページプログラムを利用してアジアＷｅｂページ文書の作成又は編集を行うユーザーのクライアントコンピュータと、前記Ｗｅｂサイトと直結又はＬＡＮによって接続され、前記クライアントコンピュータに存在しないフォントを前記Ｗｅｂサイトを経由して前記クライアントコンピュータに供給するＷｅｂフォントセンターとを備えた、ネットワークを利用して多様なフォントを用いたアジアＷｅｂページ文書を作成又は編集するシステムにおいて、
前記Ｗｅｂフォントセンターは、
前記Ｗｅｂフォントセンターに接続され、前記クライアントコンピュータに登録されていない多様なＷｅｂフォントデータを格納するＷｅｂフォントデータベースと、
前記Ｗｅｂフォントセンターの使用権をチェックするための手段と、ユーザーのクライアントコンピュータからのリクエストを受理する手段と、
前記Ｗｅｂフォントセンターと前記Ｗｅｂサイトとの間の通信プロトコルをデコードする手段と、
前記Ｗｅｂフォントデータベースをサーチして所望の前記Ｗｅｂフォントデータを取得するフォントデータ検索手段と、
前記得られたＷｅｂフォントデータを配信準備のために所定のファイル形式にするフォントファイルビルダと、前記ファイルを前記Ｗｅｂサイトに配信する出力プログラムとを含むプロバイダプログラムと、
前記Ｗｅｂサイトに備えられたユーザーインタフェース画面表示プログラムの中にフォントフェースメニューをインストールするセットアッププログラムと、
を備えたことを特徴とする、ネットワークを利用して多様なフォントを用いたアジアＷｅｂページ文書を編集するシステム。
【請求項１０】
前記ＷｅｂフォントセンターとＷｅｂサイトとの結合が、前記ＷｅｂサイトにインストールされているＷｅｂページプログラムのソケット関数に、ＴＣＰ／ＩＰを呼び出すための前記ＷｅｂフォントセンターのＩＰアドレスの割り当てを含むものである、請求項９に記載のシステム。
【請求項１１】
前記ユーザーの使用権をチェックするための手段が、さらに、前記ユーザーのＩＤ及び／又はパスワードをチェックし、前記Ｗｅｂサイトによって供給されるユーザーインタフェース画面表示プログラムにインストールするためのフォントメニューを送り、又は、正当なユーザーのリクエストを受理し、不法なユーザーのリクエストを拒絶することを特徴とする請求項９に記載のシステム。
【請求項１２】
前記Ｗｅｂフォントセンターと前記Ｗｅｂサイトとの間の通信プロトコルをデコードする手段が、さらに、どのＷｅｂサイトからのユーザーリクエストであるかを知り、リクエストされた文字のフォントフェース、文字コード、フォントファイル名及び内容を知ることを特徴とする請求項９に記載のシステム。
【請求項１３】
前記正当なユーザーからのリクエストを受理する手段が、さらに、筆画ベースのフォントデータを有するユーザー定義非標準フォント文字を受信し、前記ユーザー定義非標準フォント文字をＷｅｂフォント供給センターに送り、該Ｗｅｂフォント供給センターにて前記ユーザー定義非標準フォント文字のフォントをＷｅｂフォントに変換し、前記Ｗｅｂフォント供給センターから返送された変換後のＷｅｂフォントを受信し、かつ、前記Ｗｅｂフォントデータを前記ブラウザソフトが翻訳して表示できるようなＨＴＭＬファイルにすることを特徴とする請求項９に記載のシステム。
【請求項１４】
前記ユーザー定義非標準フォント文字の形成手段が、さらに、前記ユーザー定義非標準フォント文字を形成するために筆画ベースフォントテクノロジーを使用し、前記ユーザー定義非標準フォント文字について筆画ベースフォントをアウトラインフォントに変換することを特徴とする請求項１３に記載のシステム。
【請求項１５】
請求項１に記載のステップをコンピュータに実行させるためのプログラムが格納されたコンピュータ読み取り可能な記憶媒体。
【請求項１６】
請求項４に記載のステップをコンピュータに実行させるためのプログラムが格納されたコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアジア文字の処理技術に関し、特に、多様なフォントを含むアジアＷｅｂページ文書をＷｅｂ上で作成／編集するためのシステム及び方法に関する。
【背景技術】
【０００２】
インターネットブラウザ（以下、単に「ブラウザ」という。）はＷｅｂサイト上に公表された電子文書を閲覧するためのプログラムとして広く使われている。例えば、Ｗｅｂに接続されたクライアントコンピュータからＷｅｂ上の情報にアクセスするのに、所望のＷｅｂページのＵＲＬ（Uniform  Resource  Locator）をブラウザに直接入力したり、興味あるＷｅｂページを探し出すための検索エンジンを使用したり、あるいは、コンピュータのスクリーンに表示されたＵＲＬへのハイパーリンクをマウスでクリックしたりして行っている。その結果、ブラウザは指定されたＵＲＬからＷｅｂページをダウンロードし、それをコンピュータスクリーンに表示する。
コンピュータネットワーク技術の出現に伴って、パソコンで使われるブラウザは、Ｗｅｂサイトに公開されたＷｅｂページを閲覧することができるだけでなく、他人が読むための個人文書をＷｅｂ上に発表できるようになった。例えば、「ブログ」というサービスでは、ある一人のブロガー（ブログを利用する者を指す。）がＷｅｂサイト上に公表するＷｅｂページ文書を作成し、他のブロガーがそれを読んで応答文を書くというように、あるブログのコミュニティの中でさらに相互にＷｅｂページを作り上げていくというようなことが行われている。例えば、ブラウザソフトは、クライアントがＷｅｂページ文書を作成、編集及び閲覧できるような（Ｗｅｂサイトに備えられている）ユーザーインタフェース画面表示プログラムを動作させることができる。
一般には、クライアントコンピュータがＷｅｂサイトに接続されていると、クライアントコンピュータにインストールされているブラウザソフトが、Ｗｅｂページ文書を作るためのユーザーインタフェース画面表示プログラムを作動させることができる。
【０００３】
しかしながら、ブラウザソフトは、そのコンピュータに登録あるいはインストールされている特定のフォントか、又は、そのコンピュータにインストールされているフォントエンジンによって直接に表示させることのできるフォントデータであるユーザー定義フォント（非標準フォント）のいずれかしか、サポート及び表示することができない。
多くのユーザーのコンピュータには多くの標準フォントが登録されているのに対し、他の非標準フォントや、あるユーザーが定義したフォント文字／記号のような独自のフォントは登録されておらず、また、異なるユーザーのコンピュータに登録されているフォントも様々である。
かくして、あるＷｅｂページ文書で指定されている特定のフォントが、そのＷｅｂページ文書を受信したコンピュータでサポートされていない場合は、そのコンピュータでは元のオリジナルのフォントを用いてその文書を表示できない。同様に、クライアント間に配信される文書を作成、閲覧及び編集するためのリーダーソフトが使用されるアジアＷｅｂページ文書のためのオンライン発行システムにおいては、二人のクライアントによって閲覧される文書は、もし彼らのコンピュータが異なったフォントを登録しているならば、異なって見えるであろう。
【０００４】
ブラウザソフト又はリーダーソフトが文字を表示するには、代表的な二つのやり方がある。一つ目は、文字コードを受信し、それをコンピュータに取り込んで対応するフォントデータにアクセスし、そのフォントデータを用いてフォントエンジンによってコンピュータスクリーンにその文字を表示させるものである。二つ目は、文字フォントデータを受信し、それを直接コンピュータのフォントエンジンに送り、そのフォントによる文字をコンピュータスクリーンに表示させるものである。
初めのはコンピュータに登録されているフォント文字、例えばシステムフォント文字を表示させるための典型的な方法である。二番目の方法によれば、ユーザー定義フォント文字又は非標準フォント文字を表示できるようになる。
既存のオンライン文書発行システムの多くは、システムフォント文字しかサポートしていない。クライアントコンピュータが文書中に指定されたフォントをサポートしていない場合、そのコンピュータで作動するブラウザまたはリーダーソフトはデフォルトのフォントを選択し、指定されたフォントをデフォルトのフォントに置き換えて表示する。これは、発行された文書が、その文書の作成者（著者）の意図したものと違った文書に見えてしまうため好ましくない。この問題は、ローマ文字がベースの言語においてよりも、アジアＷｅｂページ文書においてはより深刻である。
【０００５】
アジアＷｅｂページ文書発行システムのＷｅｂアプリケーションにおいては、例えば、Ｗｅｂページ文書の著者はよく特別の非標準フォントを用いて、その文書の中の重要な語を目立たせたり、文書中の語句の意味ある比喩的表現をしたりすることを希望することがある。このような状況において、現状でのオンラインアジアＷｅｂページ文書発行システムでは、Ｗｅｂページの著者の意向に応えることができない。
【０００６】
図１は、現在のＷｅｂネットワークアプリケーションにおいて広く普及しているオンラインアジアＷｅｂページ文書発行システムを図示したものである。このシステムは、Ｗｅｂサイト２１にあるＷｅｂサーバーと、クライアントサイトにあるクライアントコンピュータ（図中の１５と１７の２台のクライアントコンピュータ）を含み、二つのサイトはインターネット２２を介して接続されている。
この図は、クライアントコンピュータ１５の著者が３つの漢字３１、３２、３３とフレーズ３４を含むＷｅｂページ３０を発行しようとしているところを示している。３つの文字はそれぞれ異なったフォントが使用され、また、フレーズ３４には特殊なユーザー定義フォント（非標準フォント）が使用されており、それらはブラウザソフト２８によって表示されている。通常は、フォントと文字コードに基づいてコンピュータスクリーンにアジア文字を表示させている。一般に英数字で表される文字コードはフォントとともに各文字に割り当てられている。文字コードセットの例としては、JISコード、Shift_JISコード、Unicodeコード、EUCコードなどがある。クライアントコンピュータがアジア文字を含むＷｅｂページ文書を受信すると、各文字は文字コードとフォントフェースに関連付けられている。図１の例で、漢字３１及び３３に対する文字コードがサポートされているが（すなわち、標準文字コードであるということ）、漢字３２の文字コードはどの標準文字コードセットの一部でもないと仮定すると、クライアントコンピュータではその文字（漢字３２）を認識できない。結果として、図示されているように、クライアントコンピュータ１７で閲覧すると、コンピュータ１７は、オリジナルのアジアＷｅｂページ３０の中の漢字３１及び３３を、オリジナルの漢字３１及び３３のフォントとは事実上異なるフォントにより、漢字３６及び３７としてスクリーン１１上にそれぞれ表示する。これは、クライアントコンピュータ１７がオリジナルの文字３１のフォントも、文字３３のフォントもサポートしていないために、ブラウザソフト２８がこれらのサポートされていないフォントをデフォルトのフォントに置き換えてしまったために起こったものである。この例において、クライアントコンピュータ１７は少なくとも文字３１及び３３の文字コードを認識した結果、同じ文字を表示できたのであるが、にもかかわらずフォントは異なったものとなっている。しかしながら、オリジナルのＷｅｂページ３０における文字３２については、クライアントコンピュータ１７はフォントはおろか、その文字コードさえも認識できなかったので、クライアントコンピュータ１７は文字３２を全く表示できなかったのである。
【０００７】
このように、オリジナルのＷｅｂページ３０中の漢字３２は、クライアントコンピュータ１７に表示されるＷｅｂページでは、表示されないことになる。同様に、フレーズ３４（これはクライアントコンピュータ１５でデザインされたものであるが）の意味ある漢字表現は、（多くの中国人の読者には理解可能な別の）比喩的な意味を持ったフレーズ「滴金入口」に変わってしまう。しかしながら、Ｗｅｂページ３０が閲覧されると、クライアントコンピュータ１７のスクリーン１１では、元のオリジナルな見え方は失われ、Ｗｅｂページ３９のように見える。この結果、オリジナルの表現の意味は全く失われてしまう。要するに、ブラウザソフトは標準文字コードとインストールされているフォントしか認識しないので、オリジナルＷｅｂページの文章中の語句を目立たせたり、意味ある暗示を表現したりするためのいくつかの文字は、そのクライアントコンピュータで閲覧及び表示させたときには失われてしまうことになる。
【特許文献１】米国特許第５，８５２，４４８号明細書
【特許文献２】米国特許第６，１５１，０３２号明細書
【特許文献３】米国特許第６，５０１，４７５号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
それゆえ、クライアントコンピュータのユーザーが、既存のオンラインアジアＷｅｂページ文書発行システム（例えばブログシステム）において、クライアントコンピュータの操作パターンを変更することなく、オリジナルの表現のままに多様なフォントを用いたアジアＷｅｂページ文書を閲覧するのみならず、作成及び編集ができるようなシステム及び方法が要望されている。
本発明はかかる事情に鑑み為されたものであり、多様なフォントを含むアジアＷｅｂページ文書をＷｅｂ上で作成／編集するためのシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、アジアＷｅｂページ文書発行のためのＷｅｂページプログラムを備えたＷｅｂサイトと、前記Ｗｅｂサイトとネットワークを介して相互に通信可能に接続され、前記Ｗｅｂページプログラムを利用してアジアＷｅｂページ文書の作成又は編集を行うユーザーのクライアントコンピュータと、前記Ｗｅｂサイトと直結又はＬＡＮによって接続され、前記クライアントコンピュータに存在しないフォントを前記Ｗｅｂサイトを経由して前記クライアントコンピュータに供給するＷｅｂフォントセンターとを備えた、ネットワークを利用して多様なフォントを用いたアジアＷｅｂページ文書を作成又は編集するシステムに関し、本発明の上記目的は、前記Ｗｅｂフォントセンターが、
前記Ｗｅｂフォントセンターに接続され、前記クライアントコンピュータに登録されていない多様なＷｅｂフォントデータを格納するＷｅｂフォントデータベースと、前記Ｗｅｂフォントセンターの使用権をチェックするための手段と、ユーザーのクライアントコンピュータからのリクエストを受理する手段と、前記Ｗｅｂフォントセンターと前記Ｗｅｂサイトとの間の通信プロトコルをデコードする手段と、前記Ｗｅｂフォントデータベースをサーチして所望の前記Ｗｅｂフォントデータを取得するフォントデータ検索手段と、前記得られたＷｅｂフォントデータを配信準備のために所定のファイル形式にするフォントファイルビルダと、前記ファイルを前記Ｗｅｂサイトに配信する出力プログラムとを含むプロバイダプログラムと、前記Ｗｅｂサイトに備えられたユーザーインタフェース画面表示プログラムの中にフォントフェースメニューをインストールするセットアッププログラムとを備えることによって達成される。
【発明の効果】
【００１０】
本発明に係るネットワークを利用して多様なフォントを用いたアジアＷｅｂページ文書を編集するためのシステム及び方法によれば、クライアントコンピュータのユーザーが、既存のオンラインアジアＷｅｂページ文書発行システム（例えばブログシステム）において、クライアントコンピュータの操作パターンを変更することなく、オリジナルの表現のままに多様なフォントを用いたアジアＷｅｂページ文書を閲覧するのみならず、作成及び編集ができるようになる。
【発明を実施するための最良の形態】
【００１１】
本発明の一つの実施形態(embodiment)によれば、多様なフォントフェース（以下、単にフォントという。）を用いたアジアＷｅｂページ文書をオンラインで作成または編集するためのネットワークを利用した方法が提供される。この方法は一般には３つのステップを含む。
（１）本発明に係るＷｅｂフォントセンターを既存のネットワークベースのＷｅｂサイトに接続するステップ；
（２）ＷｅｂフォントセンターとＷｅｂサイトの間に、フォントに関する情報を伝達するための通信を確立するステップ；
（３）Ｗｅｂサイトに接続されたクライアントコンピュータがアジアＷｅｂページ文書を編集するために多様なフォントを選択できるようにするステップ。
【００１２】
本発明の一つの態様（aspect）では、本発明に係るＷｅｂフォントセンターは本質的に５つの構成要素から成る。
（ア）受信プログラム
（イ）プロトコルデコーダ
（ウ）フォントデータ検索手段
（エ）フォントファイルビルダと出力プログラムを含むプロバイダプログラム
（オ）セットアッププログラム
受信プログラムは、Ｗｅｂサイトとクライアントサイトの両方からのユーザーリクエストを処理する。受信プログラムは、Ｗｅｂフォントセンターがそのオペレーションの安全性を維持できるようにリクエストの使用権をチェックするファイヤウォール機構をも含む。
プロトコルデコーダは、フォント、文字コード、フォントファイル名及び文字の内容を認識する。
フォントデータ検索手段はリクエストされたフォント文字及び／又は記号のフォントを、フォントデータベースをサーチして検索する。
フォントファイルビルダは、検索されたフォントデータを配信するためにフォントファイル形式に形成（pack）する。出力プログラムは形成された（packed）フォントファイルをＷｅｂサイト又はクライアントコンピュータに送信する。
セットアッププログラムの機能については後述する。
【００１３】
本発明の他の態様（aspect）は、Ｗｅｂサイトのサーバーとの通信を行う上記ステップ（２）には、ユーザーインタフェース画面表示プログラム（これは、クライアントがアジアＷｅｂページ文書を作成及び編集できるようにＷｅｂサイトに備えられているものである。）のリストボックスの中にフォント選択のためのメニューを挿入することを包含するものである。
【００１４】
本発明に係る他の実施形態(embodiment)によれば、多様なフォントを用いたアジアＷｅｂページ文書をオンラインで作成又は編集するためのネットワークベースのシステムが提供される。このシステムは、次の２つの接続（connections）を含む。
(a)既存のＷｅｂサイトに接続され、非標準フォントを用いたアジアＷｅｂページ文書の発行をサポートするための多様なフォントを供給するＷｅｂフォントセンター；
(b)公衆回線又は専用データ回線を介してＷｅｂフォントセンターと接続され、Ｗｅｂフォントセンターに非標準フォントを供給するＷｅｂフォント供給センター：
さらに、Ｗｅｂフォントセンターは非標準フォント文字を格納するＷｅｂフォントデータベースを含んでいる。
【００１５】
本発明の一つの態様（aspect）では、Ｗｅｂフォントセンターはさらに５つの構成要素（手段）を含む。
(1)Ｗｅｂフォントセンターに対する使用権(usage  rights)をチェックする手段、及び非標準フォントに対するユーザーのリクエストを受信する手段；
(2)ＷｅｂフォントセンターとＷｅｂサイトの間の通信プロトコルを解読し、リクエストされた文字のフォント、文字コード（例えば、Unicode、JIS、Shift_JIS等によって異なる）、フォントファイル名、及び文字内容を特定する手段；
(3)リクエストされた文字及び／又は記号のフォントデータをＷｅｂフォントデータベースから検索する手段；
(4)検索されたフォントデータを、配信用のＷｅｂフォントデータファイル形式に形成する（packing）手段
(5)システムの立ち上げ時（initial  setup）にＷｅｂサイトに対してフォントメニューを配信する手段、及び多様なフォントを使用したＷｅｂページ文書のテキストファイルを配信する手段
【００１６】
本発明の他の態様（aspect）によれば、Ｗｅｂフォントセンターを使用するユーザーの使用権をチェックする手段は、そのユーザーが正当なＷｅｂサイトの登録メンバーであるか否かをチェックするようになっている。ユーザーの使用権が認証されると、Ｗｅｂフォントセンターはリクエストを処理する。ふつうは、ユーザーのリクエストは非標準フォントのメニューか、（Ｗｅｂフォントデータベース内にない）新しいフォント文字の要求である。もし、そのリクエストがフォントのメニューの要求であれば、ＷｅｂフォントセンターはリクエストされたフォントメニューをＷｅｂサイトに送り、そこに備えられているユーザーインタフェース画面表示プログラムの中にインストールし、クライアントが多様なフォントでアジアＷｅｂフォント文書を作成、編集及び閲覧ができるようにする。
もし、所望のフォントがユーザーインタフェース画面表示プログラムのリストボックスの中に見つからないことが確認されると、Ｗｅｂフォントセンターは非標準フォント文字を作成するためのストローク（筆画）ベースのフォントデザインツールをクライアントコンピュータにダウンロードする。
【００１７】
本発明のさらに他の態様（aspect）では、アジア文字の非標準フォントを作成する手段は、まず、筆画ベースのフォントを作成し（construct）、それをアウトラインフォントに変換する。これは、筆画ベースフォント（stroke-based  font）が台湾のダイナコムウェア(Dynacomware)社のものであり、それに適した多くのフォントデザインツールが開発されているものの、現状では、従来のブラウザソフトやリーダーソフトはアウトラインフォントしか受け付けないからである。筆画ベースフォントの作成については特許文献１に、筆画ベースフォントのアウトラインフォントへの変換については特許文献２にそれぞれ記載されている。
【００１８】
本発明のさらに他の実施形態（embodiment）は、多様なフォントを用いてアジアＷｅｂページ文書を編集する方法が提供される。
アジアＷｅｂページ文書を編集する方法は次の２つのステップからなる。
(i)Ｗｅｂサイトにあるユーザーインタフェース画面表示プログラムの閲覧モードに入り、文書のテキストを入力するステップ；
(ii)編集モードに切換え、次の(a)〜(c)を実行するステップ；
(a)新しいフォントに置き換えるテキスト文字を選択する；
(b)Ｗｅｂフォントセンターから供給されたフォントメニューから所望のフォントを選択するステップ；
(c)選択した所望のフォントをクリックして確定させるステップ：
【００１９】
本発明のさらに他の実施形態（embodiment）では、アジアＷｅｂページ文書を編集するこの方法は、多様なフォントを用いて編集されたＷｅｂページ文書の作成が完了したときに、システムフォント文字をバックグラウンドテキストファイルに、非標準フォント文字をフォアグラウンドテキストファイルにそれぞれ格納する処理を含む。
【００２０】
本発明のまたさらに他の実施形態（embodiment）では、この方法は、Ｗｅｂサイトに接続された各クライアントのコンピュータにおいて、たとえそのクライアントコンピュータが多様なフォントを登録していなくても、多様なフォントを用いて編集されたＷｅｂページ文書をオリジナルの見え方（appearance）で閲覧することを可能とするものである。
従来のブラウザソフトで多様なフォントを用いたアジアＷｅｂページ文書を表示させるための方法には次の二通りの手順がある。
第１の手順は、次の(1)〜(3)によってバックグラウンドテキストファイルにあるシステムフォント文字を表示することである。
(1)フォントと文字コードを含むフォント情報をクライアントコンピュータに送るステップ；
(2)クライアントコンピュータに対して、対応するフォントデータへのアクセスを許可するステップ；
(3)クライアントコンピュータにインストールされているフォントエンジンを使用して、前記アクセスしたフォントデータで文字を描画し、そのシステムフォント文字を表示するステップ：
第２の手順は、フォントファイルデータを直接フォントエンジンに送り、そのフォントエンジンがフォント文字を描画、表示することにより、ブラウザソフトがフォアグラウンドテキストファイルにある非標準フォント文字を表示するものである。
【００２１】
本発明に係る方法及びシステムによれば、既存のＷｅｂページ文書発行システム（たとえばブログのようなもの）と繋がっているＷｅｂフォントセンターは、そのＷｅｂページ発行システムに対して、多様なフォントを含むアジアＷｅｂページ文書を元のオリジナルの見え方のままで作成及び表示ができるような能力を付加するものである。以下の好適な実施例に示すように、本発明は、アジアＷｅｂページ文書のフォントデータを、従来のブラウザソフトでも正しく表示可能な“Ｗｅｂフォント”データで置き換えることによって目的を達成するものである。特に、本発明はアジアＷｅｂページを、クライアントコンピュータには登録されていないような多様なフォントに置き換えるシステム及び方法を提供するものである。
【００２２】
図２は、多様なフォントを用いてアジアＷｅｂページ文書を編集し、編集された文書をクライアントコンピュータにおいて編集時のオリジナルな見え方で閲覧できる形で公開できるようにするためのシステムの全体像を示すものである。
図２に示すように、本システムは、クライアントコンピュータ(i)１５で作成され、クライアントコンピュータ(j)１７に表示されるアジア言語のＷｅｂページ３０の公開をサポートするＷｅｂサイト２１を含み、Ｗｅｂページの作成及び表示はブラウザソフト２８を介して行われる。本システムはさらにＷｅｂサイト２１に接続されたＷｅｂフォントセンター２４を含み、それらは共同して多様なフォントを持つアジアＷｅｂページ文書をオリジナルな見え方で作成したり表示したりする。Ｗｅｂフォントセンター２４は、多様なフォント及び文字のＷｅｂフォントデータを格納するＷｅｂフォントデータベース２５を含む（又は外部に設けられて、接続されている。）。Ｗｅｂフォントセンター２４はまた、Ｗｅｂフォントデータベース２５に存在しないＷｅｂフォントデータを入手するためにＷｅｂフォント供給センター２７とも接続されている。
【００２３】
Ｗｅｂフォントセンター２４はＷｅｂサイト２１とはイントラネット又は直接接続２６で接続され、Ｗｅｂフォント供給センター２７とは公衆データ回線（又は専用回線）２３で接続されている。クライアントコンピュータはＷｅｂサイト２１とインターネット２２を介して接続されている。クライアントコンピュータとＷｅｂサイト２１との接続はＷｅｂサイトのInternet  Protocol(ＩＰ)アドレスをクライアントコンピュータのブラウザソフト２８に割り当てることにより行われる。
Ｗｅｂフォントセンター２４とＷｅｂサイト２１との接続は、Ｗｅｂフォントセンター２４のＩＰアドレスを、Ｗｅｂサイト２１にインストールされているＷｅｂページプログラム（Ｗｅｂページ文書発行システムのアプリケーションプログラムを指す。例えばブログシステムのプログラムを指す。）のソケット関数（socket  function）に割り当て、ＴＣＰ／ＩＰを呼び出すことによって行われる。
【００２４】
クライアントコンピュータがＷｅｂページ文書を作成するための（Ｗｅｂサイトに備えられている）ユーザーインタフェース画面表示プログラムにログインするためにブラウザソフトを立ち上げると、Ｗｅｂサイト２１はインターネットを介してユーザーインタフェース画面表示プログラムをブラウザソフトの中にダウンロードする（つまり、ブラウザに表示する）。クライアントはキーボードによって文書にテキスト文字を入力し、フォントメニュー又はフォントリストボックスからフォントを選択する。ブラウザソフトは入力された文字コードを受け入れ、もし選択されたフォントがクライアントコンピュータに登録されているものであれば、その選択されたフォントでその文字を表示し、選択されたフォントがクライアントコンピュータに登録されていないものであれば、ブラウザソフトはＷｅｂフォントセンター２４から送られたフォントデータファイルを受け入れ、そのクライアントコンピュータにインストールされているフォントエンジンに直接そのフォントデータを送り、クライアントコンピュータに登録されていないフォントでその文字を描画及び表示する。
【００２５】
本発明の一実施形態によれば、Ｗｅｂフォントセンター２４は５つの構成要素を本質的に含む。
第１の構成要素は、侵入者又は不正なユーザーからＷｅｂフォントセンターを守るためのファイヤウォール機能を含む受信プログラムである。図３のステップＳ７１に示すように、受信プログラムはユーザーリクエストを受信し、ステップＳ７２に示すように、もし、リクエストがライセンスを受けた正規ユーザーからのものであることをファイヤウォール機構が判定すればそのリクエストを受理し、そうでなければ、そのリクエストを無視する（ステップＳ７８）。
次に、受信プログラムは第２の構成要素であるプロトコルデコーダに正当なリクエストを送り、プロトコルデコーダは受信したリクエストを解読する（ステップＳ７３）。もし、そのリクエストが文書のテキストを編集するためのフォントデータの要求である場合は（ステップＳ７４の“ＹＥＳ”）、プロトコルデコーダはフォントと文字コードを指定し、その情報を第３の構成要素であるフォントデータ検索手段に渡す。それを受けたフォントデータ検索手段は、リクエストされたフォント文字のＷｅｂフォントデータを取得するためにＷｅｂフォントデータベース２５（図２）をサーチする（ステップＳ７５）。得られたＷｅｂフォントデータは第４の構成要素であるプロバイダプログラムに集められる。プロバイダプログラムはフォントファイルビルダを含んでいる。フォントファイルビルダは、集められたＷｅｂフォントデータをフォーマット化されたフォントファイルにし、出力プログラムがいつでも配信できる態勢にしておく（ステップＳ７６）。クライアントコンピュータから要求があれば、出力プログラムはそのフォントファイルをクライアントコンピュータに配信する（ステップＳ７７）。
【００２６】
一方、もし、ステップＳ７４において、ユーザーのリクエストがＷｅｂフォントデータの要求ではない場合は（ステップＳ７４の“ＮＯ”）、第５の構成要素であるセットアッププログラムが呼び出される。セットアッププログラムは、Ｗｅｂフォントセンター２４にあるプログラムであり、図３のステップＳ８１〜８４を実行するものである。図示されているように、ユーザーのリクエストが新しいフォントメニューの要求であれば（ステップＳ８１の“ＹＥＳ”）、セットアッププログラムは、Ｗｅｂサイトのためのフォントメニューを用意する。Ｗｅｂサイト２１はフォントメニューをユーザーインタフェース画面表示プログラムにはめ込み、クライアントコンピュータに登録されていないような多様なフォントを用いたアジアＷｅｂページ文書をブラウザで編集することができるようにする（ステップＳ８２）。
もし、ユーザーのリクエストがＷｅｂフォントデータベース２５（図２）に無い新しいフォントの文字の要求であるときは（ステップＳ８３の“ＹＥＳ”）、クライアントコンピュータが所望する文字イメージの作成を準備し、それをＷｅｂフォント供給センターに送り、Ｗｅｂフォント供給センターでその文字イメージのＷｅｂフォントデータを作成して、それをＷｅｂフォントセンターに返す（ステップＳ８４）。次にステップＳ７６に移行し、処理を行う。これにより、Ｗｅｂフォントセンターはクライアントコンピュータにおいてそのフォントデータに基づいて文字イメージを作れるように、筆画ベースのフォント作成ツールをダウンロードする処理を行う。すなわち、Ｗｅｂフォントセンター２４は文字の筆画データをＷｅｂフォント供給センター２７（図２）に送り、筆画ベースのデータをアウトラインベースのＷｅｂフォントデータに変換する。
次に、アウトラインベースのＷｅｂフォントデータはフォントファイルビルダに送られ、所定のフォントファイル形式にフォーマットされる。そして出力プログラムがフォーマットされたフォントファイルをクライアントコンピュータに配信し（ステップＳ７７）、クライアントコンピュータにおいてブラウザによってＷｅｂページ文書の文字を生成したフォント文字によって正しく表示できるようにする。
【００２７】
図４、図５は、クライアントコンピュータに登録されている（あるいは登録されていない）多様なフォントを用いたアジアＷｅｂページ文書をクライアントコンピュータのブラウザ２８（図２）を操作することによって編集（図４）又は表示（図５）させる手順を示すフローチャートである。なお、図６Ａ〜６Ｄは、図４、５を実行したときに表示される画面の例である。
【００２８】
図４はＷｅｂページ文書のテキスト中の文字を新しいフォントに変えて、すでにＷｅｂサイトに公開されている（あるいはこれから公開しようとする）アジアＷｅｂページ文書を編集するためのブラウザソフトの操作手順を示すフローチャートである。
ステップＳ９１では、ウェブサイトのクライアントがブラウザ２８（図２）にログインして、クライアントコンピュータに表示されたアジアＷｅｂページ文書を編集するためのユーザーインタフェース画面表示プログラムを取得する。そのアジアＷｅｂページ文書はＷｅｂサイトまたはクライアントコンピュータから得られる。例えば、図６Ａの１０１はフォントが細明體１０３である９個の漢字を示している。そして、図６Ｂの反転している３つの漢字（南港區）１０５は、クライアントコンピュータに登録されていない新しいフォントに置き換えられようとして選択されているところを示している。
ステップＳ９２では、図６Ｂのアイコン１０７をクライアントがクリックすると、ユーザーインタフェース画面表示プログラムが編集モードに切り換わる。編集モードに入ると、図６Ｃに示すように、本発明のＷｅｂフォントセンター２４から供給されるフォントリストボックス１０９が表示される。また、図６Ｃに示されるように、スクロールバー１１０がリストボックス１０９と連動しており、そのため、できるだけ多くのフォントがアジアＷｅｂページ文書の編集のために選択可能となる。クライアントコンピュータに登録されていない新しいフォントで置き換えられるテキスト文字を決定した後（反転している文字がそれである）、リストボックス１０９中の新しいフォント１１１（華康抖抖體Ｗ５）をクリックして選択すると、図６Ｄに示す画面に変わる。図６Ｄに示すように、オリジナルの文書１０１が編集された文書１１５に置き換えられる。ブラウザソフト２８（図２）は他のクライアントが閲覧できるように、編集後の文書１１５をＷｅｂサイト２１に送る。
【００２９】
図５は、Ｗｅｂサイトに公開されているアジアＷｅｂページ文書をクライアント側で閲覧(表示)するための手順を示すフローチャートである。
ステップＳ９４において、ウェブサイトのクライアントは、公開されているアジアＷｅｂページ文書を見るためにブラウザソフト２８にログインする。アジアＷｅｂページ文書が閲覧されると、ブラウザソフトは、一般には閲覧されたＷｅｂページ文書のＨＴＭＬファイルを受信する。ブラウザソフトは受信したＨＴＭＬファイルを翻訳し、文書中のテキストをコンピュータの画面に表示する（ステップＳ９５）。概念的には、本発明に係る方法によって生成されたＨＴＭＬファイルは、二つのテキストファイルを兼ね備えている。一つは、ブラウザソフトが標準システムフォント文字を表示するためのバックグラウンドテキストファイルであり、他の一つはブラウザソフトが非標準フォント文字を表示するためのフォアグラウンドテキストファイルである。
ブラウザソフトがある文字をシステムフォント文字（すなわち、クライアントコンピュータに登録済みのフォント文字）であると認識すると（ステップＳ９６の“ＹＥＳ”）、ブラウザソフトはバックグラウンドテキストファイルを翻訳してシステムフォントを表示する。ブラウザソフトは文字コードとシステムフォント名をクライアントコンピュータに送る。クライアントコンピュータは、そのフォント文字に関するフォントデータにアクセスするために、送られた文字コードとシステムフォント名を使用する。そして、クライアントコンピュータにインストールされているフォントエンジンがフォントデータを用いて文字を描画し、ブラウザソフトによってフォント文字を表示する（ステップＳ９７）。
【００３０】
一方、ブラウザソフトがある文字を非システムフォント文字（すなわち、クライアントコンピュータに登録されていないフォント文字）であると認識すると（ステップＳ９６の“ＮＯ”）、ブラウザソフトはフォアグラウンドテキストファイルを翻訳して非標準フォント文字を表示する。ブラウザソフトはＨＴＭＬファイルの中に表された非標準フォントのデータを直接フォントエンジンに送り、非標準フォント文字を生成して表示させる（ステップＳ９８）。
【００３１】
図７Ａは図６Ａに示されたシステムフォント文字に関する部分のＨＴＭＬファイルを示すものである。表示された文字１０１に対応するシステムフォント１０３と文字コードが、ファイルヘッダ内の２０１に定義され、フォントと文字のある場所を示している。ファイルボディには、ファイルヘッダに定義されたフォント文字のフォントデータ情報が含まれている。フォントデータ２０３はフォント名を指し、フォントデータ２０５は文字コードの内容を指している。ブラウザソフトは、フォント文字を生成させるためにクライアントコンピュータに文字コードとフォント名を送り、本来のテキストエリアにある文字を表示する。
【００３２】
図７Ｂは図６Ｄに示された文書に関するＨＴＭＬファイルを示すものである。選択された文字１０５（図６Ｂ）のフォント１１１（図６Ｃ）は、ファイルヘッダの中において、そのフォントデータのある場所（例えばＵＲＬ２０７）を指定することによって定義される。図７Ｂに示されるＨＴＭＬファイルは、二つのテキストファイルを併有していると考えられる。一つはバックグラウンドテキストファイルであり、他はフォアグラウンドテキストファイルである。バックグラウンドテキストファイルは、ブラウザソフトがシステムフォント文字を表示するためのものであり、フォアグラウンドテキストファイルは、ブラウザソフトが編集された非標準フォント文字を表示するためのものである。図７Ｂに示すように、バックグラウンドテキストファイルはファイルヘッダ内の２０１で定義されたフォントデータ、ファイルボディ内のフォント名２０９、文字データ２１１及び２１７として表現されている。
【００３３】
一方、フォアグラウンドテキストファイルはファイルヘッダ内の２０７で定義されたフォントデータ、ファイルボディ内のフォント名２１３、文字データ２１５として表現されている。文字データ（フォントデータ）２１５はふつうアウトラインフォント形式で表現される。市場で流通している従来のブラウザソフトはアウトラインフォント形式のフォントデータしか解釈できないからである。ブラウザソフト２８（図２）はフォアグラウンドテキストファイルを解釈し、フォントデータ２１５をクライアントコンピュータにインストールされているフォントエンジンに直接送り、コンピュータ画面に文字１１５（図６Ｄ）を表示する。
【００３４】
本発明の一実施形態では、Ｗｅｂフォントデータは、参考として挙げられている特許文献１、２及び３に多くの例が開示されているように、グリフベース（glyph-based）または筆画ベース（stroke-based）による方法を用いて定義される。
従来のブラウザソフトがフォントデータを認識できるようにするために、筆画ベースのフォントデータを、そのブラウザと一緒にコンピュータにインストールされているフォントエンジンによって描画が可能なアウトラインフォント形式に変換する必要がある。筆画ベース法は高品質なアジアフォントを作成するのに適しているため、Ｗｅｂフォント供給センター２７（図２）は筆画ベース法によって非標準フォント文字をデザインし、作成されたフォント文字は自動的にアウトラインフォント形式に変換される。図２に示すように、Ｗｅｂフォント供給センターは、すべてのＷｅｂフォントデータをアウトラインフォント形式で供給し、ＷｅｂフォントデータをＷｅｂフォントデータベース２５に格納するためにＷｅｂフォントセンター２４に送る。Ｗｅｂフォントセンター２４はもともとあるバックグラウンドテキストファイルと一緒にフォアグラウンドテキストファイルを含ませてＨＴＭＬファイルを作成するが、フォアグラウンドテキストファイル内のフォントデータは、Ｗｅｂフォント供給センター２７によってアウトラインフォント形式で供給されている。
【００３５】
図８は、基本筆画を定義するための筆画ベース法の考え方と、筆画（stroke）の定義に基づいて筆画の輪郭上の点がどのようにして決定されるのかを示している。図示するように、文字の一部を構成する筆画８１０は関数ｆ(Ｋ,Ｗ,Ｆ,Ｃｒ)によって定義される。ここに、Ｋは“キーポイント”（Ｋ１，Ｋ２）を、Ｗは“幅値”（Ｗ１）を、Ｆは“特徴点”（Ｆ１，Ｆ２，及びＦ３）を、Ｃｒは“曲率”（ΔＡＦ３Ｆ２、ΔＣＥＦ２、ΔＢＦ３Ｅの曲率が示されている）をそれぞれ意味している。キーポイントＫと幅値Ｗは筆画の形状を定義するのに使用される明示の（explicit）パラメータである。特徴点Ｆと曲率Ｃｒは明示のパラメータから導き出される暗示の（implicit）パラメータである。
例えば、図８の例では、特徴点Ｆ１及びＦ３は以下の式１及び式２に、キーポイントＫ１及び幅値Ｗ１を代入することによって算出される。
Ｆ１＝Ｋ１−Ｗ１／２・・・（式１）
Ｆ３＝Ｋ１＋Ｗ１／２・・・（式２）
【００３６】
さらに、一度特徴点の位置が決定されると、隣接する特徴点の間の曲線は、二元のツリー構造８３０で配列される曲率を使用することによって決定される。特に、二元のツリー構造８３０は二つの隣接する特徴点間の形状に基づいて構築される。
例えば、図８に示すように、ツリー構造８３０は、解像度の高さのレベルに応じて曲線８２０（Ｆ３とＦ２の間）を再分割することによって得られる。このようにして得られた二元のツリー構造８３０は、Ｆ３とＦ２の間の曲線部分（curve  segment）を定義する。各曲線部分はベジェ三角形によって決定され、各三角形は関連する曲率によって決定される。例えば、線分Ｆ３Ｆ２を底辺、頂点をＡとするΔＡＦ３Ｆ２に関して言えば、ベジェ三角形の曲率Ｃｒは、中線ＡＤの長さ（すなわち、ベジェ三角形の底辺の中点Ｄと頂点Ａとを結ぶ線の長さ）と底辺Ｆ３Ｆ２との比で定義される。
ΔＢＦ３Ｅは同様にＦ３とＥとの間の曲線部分を定義し、ΔＣＥＦ２はＥとＦ２との間の曲線部分を定義する。これら二つの曲線部分は、その前の曲線部分（ΔＡＦ３Ｆ２で定義されるもの）よりも理想的な曲線に近づく。従って、二元ツリー構造の曲線部分（ベジェ三角形）は、再分割の数が増える（ツリー構造が深くなればなるほど）解像度が高くなるように定義できる。
筆画の輪郭上の点の位置は、その点が含まれるベジェ三角形を知ることによって決定される。例えば、筆画８１０の輪郭上の点“Ｉ”は、８３１のベジェ曲線ΔＢＦ３Ｅ（ｔ）（ただし、ｔ∈[0,1]）を定義するベジェ三角形ΔＢＦ３Ｅの中にある。図８に示すように、点Ｉはベジェ曲線８３１のｔ＝0.4のところに位置している。
同様に、二つの筆画の交点は、それぞれの二元ツリー構造において、その交点を含む二つのベジェ三角形を知ることによって決定できる。
【００３７】
図９Ａは、筆画ベースのフォントをアウトラインフォントに変換するための、Ｗｅｂフォント供給センター２７にインストールされている変換プログラムにおいて実行される典型的な手順を示すフローチャートである。
ステップＳ３０１において、変換プログラムは、まず、筆画どうしが互いに交わっているかどうかをチェックする。例えば、文字９０１（図９Ｂ）は３つの筆画で構成されているが、そのうちの二つが交わっている。
ステップＳ３０２では、交点Ｉ１，Ｉ２，Ｉ３，Ｉ４が求められる。そして、ステップＳ３０３では、交わった筆画によって形成されるグリフ９０２（図９Ｂの閉曲線で囲まれた図形を指す）を単一のランレングス成分（run-length  components）２，３，４，５及び６に分割する。
一方、その筆画が交わっていなければ（ステップＳ３０１で“ＮＯ”の場合）、ステップＳ３０４に飛んで、各筆画がそのまま一つのグリフとなり、単一のランレングス成分に自動的になる。例えば、文字９０２の筆画１はそのまま一つのグリフ（glyph）となり、単一のランレングス成分となる。ステップＳ３０５では、変換プログラムは、左右の断片曲線（section  curve）のペアによってあらわされる単一のランレングス成分を集めることによって、文字９０１のアウトラインフォントデータを描画する。図９Ｂに示すように、筆画が交わった部分で構成された成分９０３の断片曲線は、それぞれ違う筆画のベジェ曲線部分（segment）で成り立っている。９０２の中の他の成分（１，２，３，５，６）は同じ筆画中の断片曲線で成り立っている。フォントエンジンは指定されたサイズで単一のランレングス成分をドットマトリクスにして容易に描画することができる。
【００３８】
以上の説明、及び特許請求の範囲で使用した用語である、「Ｗｅｂサイト」、「Ｗｅｂフォントセンター」、「Ｗｅｂフォント供給センター」とは言うまでも無く、それぞれの機能（役割を持ったサーバーを指すものであり、建物や場所を示すものではない。従って、それらのサーバーはそれぞれ別の場所に設置されていてもよいし、同じ建物内に設置されていてもよい。
以上、本発明の好ましい実施形態を図示及び説明したが、本発明はこれに限定されるものではなく、本発明の目的を逸脱しない範囲内で種々の変更が可能である。
【図面の簡単な説明】
【００３９】
【図１】アジア言語によるＷｅｂページ文書を公表するための従来もしくは現行のシステムを示したものである。
【図２】多様なフォントを用いてアジアＷｅｂページ文書を編集し、編集された文書をクライアントコンピュータにおいて編集時のオリジナルな見え方で閲覧できる形で公表できるようにするためのシステムの全体像を示すものである。
【図３】Ｗｅｂフォントセンターにおける処理の流れを示すフローチャートである。
【図４】クライアントサイトのコンピュータにおけるＷｅｂページ文書の編集のプロセスを示すフローチャートである。
【図５】クライアントサイトのコンピュータで閲覧した場合の、Ｗｅｂページ文書の表示プロセスを示すフローチャートである。
【図６Ａ】編集モードに入る前のＷｅｂページ文書のサンプルを示すものである。
【図６Ｂ】編集モードに入ったときの画面の表示例を示すものである。
【図６Ｃ】編集モードにおけるフォント選択画面の例を示すものである。
【図６Ｄ】編集後のサンプル画面の例を示すものである（南港區のフォントが変更されている）。
【図７Ａ】図６Ａのサンプル画面のＨＴＭＬファイルを示すものである。
【図７Ｂ】図６Ｄの編集後の画面のＨＴＭＬファイルを示すものである。
【図８】明示と暗示のパラメータに基づいて筆画ベースのフォントを生成することを説明するための概念図である。
【図９Ａ】筆画ベースフォントをアウトラインフォントに自動変換するアルゴリズムを示すフローチャートである。
【図９Ｂ】交わった筆画によって形成されるグリフを示す図である。
【符号の説明】
【００４０】
１１  コンピュータスクリーン
１５、１７  クライアントコンピュータ
２１  Ｗｅｂサイト（サーバー）
２２  インターネット
２３  専用線または公衆回線
２４  Ｗｅｂフォントセンター（サーバー）
２５  Ｗｅｂフォントデータベース
２６  イントラネット又は直結
２７  Ｗｅｂフォント供給センター
２８  ブラウザソフトウェア
３０  Ｗｅｂページ文書
３１、３２、３３  アジア文字（非標準フォント）
３４  フレーズ
３６、３７  アジア文字（標準フォント）
３９  Ｗｅｂページ文書
【図３】
2008165264.tif 000003
【図４】
2008165264.tif 000004
【図５】
2008165264.tif 000005
【図７Ａ】
2008165264.tif 000006
【図７Ｂ】
2008165264.tif 000007
【図８】
2008165264.tif 000008
【図９Ａ】
2008165264.tif 000009
【図９Ｂ】
2008165264.tif 000010
【図１】
2008165264.tif 000011
【図２】
2008165264.tif 000012
【図６Ａ】
2008165264.tif 000013
【図６Ｂ】
2008165264.tif 000014
【図６Ｃ】
2008165264.tif 000015
【図６Ｄ】
2008165264.tif 000016