JP6261325B2

JP6261325B2 - Ｗｅｂフォント配信方法及びそのためのシステム

Info

Publication number: JP6261325B2
Application number: JP2013262845A
Authority: JP
Inventors: 仁瀬口
Original assignee: ソフトバンク・テクノロジー株式会社
Priority date: 2013-12-19
Filing date: 2013-12-19
Publication date: 2018-01-17
Anticipated expiration: 2033-12-19
Also published as: JP2015118619A

Description

本発明は、Ｗｅｂフォント配信方法及びそのためのシステムに関し、より詳細には、コンテンツデリバリーネットワーク（ＣＤＮ）を利用したＷｅｂページフォント配信方法及びそのためのシステムに関する。

現在、特定のフォントがインストールされていないコンピュータでも、配信側が意図する任意のフォントをＷｅｂページに表示させる方法として、ユーザがＷｅｂページを参照する都度、そのＷｅｂページを解析して必要なサブセットフォントをＷｅｂサーバ又は特定のサーバに要求し、要求を受け取ったサーバが、要求されたフォントと文字列を解析してフォントのサブセット処理を行い、処理結果であるサブセットのフォントを配信して特定フォントを表示する方法を実現している。

しかし、他のユーザが同じＷｅｂページをアクセスした時も、サブセットフォントが同じであるにも拘らず新たにサブセットフォントの生成を行うため、サーバ資源の消費が高くまた負荷の上昇率の面からみても効率的ではない。そして動的に処理されることから１台のサーバで処理できるアクセス数が静的コンテンツと比較すると少なく、大量の同時アクセスが発生する場合は、サーバ数もそのアクセス数に応じて増設する必要があり経済的ではない。更にサーバ数の増設にはＩａａＳサービス（ＩｎｆｒａｓｔｒｕｃｔｕｒｅａｓａＳｅｒｖｉｃｅ）を利用しても１０分程度かかり、その１０分間に大量に来たアクセスを捌くまで、ユーザは待たされることになるという問題点がある。

特開平１０−２４０６４７号公報

本発明は、上記従来の問題点に鑑みてなされたものであって、本発明の目的は、一般にサービスされているＣＤＮ（ＣｏｎｔｅｎｔｓＤｅｌｉｖｅｒｙＮｅｔｗｏｒｋ）を利用して大量のアクセスを処理するＷｅｂページフォント配信方法及びそのためのシステムを提供することにある。

上記目的を達成するためになされた本発明の一特徴によるＷｅｂフォント配信方法は、通信ネットワークを介してＷｅｂブラウザを有するユーザ端末、Ｗｅｂページを提供するＷｅｂサーバ、前記Ｗｅｂページで表示される特定フォントをサブセットフォントとして前記ユーザ端末に提供するフォント配信サーバ、及び前記フォント配信サーバで認証された認証ファイルを格納するストレージサーバを接続し、前記フォント配信サーバから提供されるサブセットフォントを前記ユーザ端末に複数の配信サーバで構成されたコンテンツデリバリーネットワーク（ＣＤＮ）を介して提供するＷｅｂフォント配信システムにおけるＷｅｂフォント配信方法であって、前記ユーザ端末が、前記ＷｅｂサーバからＷｅｂページを受信する段階と、前記ユーザ端末が、前記Ｗｅｂページで特定フォントを表示するためのスクリプトファイルを前記ＣＤＮに要求し、該ＣＤＮから前記スクリプトファイルを受信して解析処理する段階と、前記ユーザ端末が、前記ストレージサーバにフォントの書体種別及び対象文字列を含む認証ファイルを要求し、該ストレージサーバから前記認証ファイルを受信してスタイルシート（ＣＳＳ）を設定する段階と、前記ユーザ端末が、前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントを前記ＣＤＮに要求し、該ＣＤＮから対応するサブセットフォントを受信する段階と、を有する。

前記スクリプトファイルを受信する段階において、前記ＣＤＮは、初回にＷｅｂページに記載されたスクリプトファイルをユーザ端末から要求された場合、該スクリプトファイルを前記フォント配信サーバに要求し、該フォント配信サーバで生成されたスクリプトファイルを該フォント配信サーバから受信して格納すると共に前記ユーザ端末に転送し、前記ＣＤＮは、２回目以降にＷｅｂページに記載された同一のスクリプトファイルをユーザ端末から要求された場合、前記格納されたスクリプトファイルを前記ユーザ端末に送信する。
前記認証ファイルを受信する段階は、前記ユーザ端末が、初回に前記認証ファイルを前記フォント配信サーバに要求し、該フォント配信サーバが、ユーザ端末のサイト認証が得られた場合に、前記認証ファイルを生成して前記ストレージサーバに格納すると共に前記ユーザ端末に送信し、前記ユーザ端末が、２回目以降に前記認証ファイルを前記ストレージサーバに要求し、該ストレージサーバから前記格納された認証ファイルを受信する。
前記サブセットフォントを受信する段階において、前記ＣＤＮは、初回に前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントをユーザ端末から要求された場合、対応するサブセットフォントファイルを前記フォント配信サーバに要求し、該フォント配信サーバにより前記ストレージサーバに格納された認証ファイルが確認されて前記ユーザ端末のサイト認証が得られた場合に生成された対応するサブセットフォントファイルを該フォント配信サーバから受信して格納すると共に前記ユーザ端末に転送し、前記ＣＤＮは、２回目以降に前記認証ファイルに含まれる同一のフォントの書体種別及び対象文字列に該当する特定フォントをユーザ端末から要求された場合、前記格納されたサブセットフォントファイルを前記ユーザ端末に送信する。

前記フォント配信サーバは、ＨＴＴＰリクエストヘッダのリファラ（Ｒｅｆｅｒｅｒ）を参照してリンク元のＵＲＬを特定し、予め登録されたＷｅｂページのＵＲＬに一致した場合にサイト認証して前記認証ファイルを生成する。
前記認証ファイルには、ユーザ識別ＩＤ及び前記リファラが設定されたパスが含まれ、前記リファラが暗号化されたキーとして含まれる。
前記ユーザ端末は、前記認証ファイルに含まれるリファラが暗号化されたキーをＵＲＬのパラメータに含めて前記サブセットフォントを前記ＣＤＮに要求する。
前記フォント配信サーバは、前記リファラが暗号化されたキーを取得して該リファラを復号化してリンク元のＷｅｂページを特定し、前記ストレージサーバに格納された認証ファイルを取得して認証が確認されると、認証ファイルに含まれるフォントの書体種別及び対象文字列を基に該当する特定フォントをサブセット化する。

上記目的を達成するためになされた本発明の一特徴によるＷｅｂフォント配信システムは、通信ネットワークを介してＷｅｂブラウザを有するユーザ端末、Ｗｅｂページを提供するＷｅｂサーバ、前記Ｗｅｂページで表示される特定フォントをサブセットフォントとして前記ユーザ端末に提供するフォント配信サーバ、及び前記フォント配信サーバで認証された認証ファイルを格納するストレージサーバを接続し、前記フォント配信サーバから提供されるサブセットフォントを前記ユーザ端末に複数の配信サーバで構成されたコンテンツデリバリーネットワーク（ＣＤＮ）を介して提供するＷｅｂフォント配信システムであって、前記ユーザ端末は、前記ＷｅｂサーバからＷｅｂページを受信するＷｅｂページ受信手段と、Ｗｅｂページで特定フォントを表示するためのスクリプトファイルを前記ＣＤＮに要求し、該ＣＤＮから前記スクリプトファイルを受信して解析処理するスクリプトファイル受信手段と、初回に前記フォント配信サーバにフォントの書体種別及び対象文字列を含む認証ファイルを要求して該認証ファイルを受信し、２回目以降に前記ストレージサーバに前記認証ファイルを要求して該認証ファイルを受信してスタイルシート（ＣＳＳ）を設定する認証ファイル受信手段と、前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントを前記ＣＤＮに要求し、該ＣＤＮから対応するサブセットフォントを受信するサブセットフォント受信手段と、を備え、前記ＣＤＮは、初回に前記スクリプトファイルをユーザ端末から要求された場合に該スクリプトファイルを前記フォント配信サーバに要求し、生成された該スクリプトファイルを受信して格納すると共に前記ユーザ端末に転送し、２回目以降に同一のスクリプトファイルをユーザ端末から要求された場合に前記格納されたスクリプトファイルを前記ユーザ端末に送信するスクリプトファイル送信手段と、初回に前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントをユーザ端末から要求された場合に対応するサブセットフォントファイルを前記フォント配信サーバに要求し、生成された該サブセットフォントファイルを受信して格納すると共に前記ユーザ端末に転送し、２回目以降に同一のフォントの書体種別及び対象文字列をユーザ端末から要求された場合に前記格納されたサブセットフォントファイルを前記ユーザ端末に送信するサブセットフォントファイル送信手段と、を備える。

本発明のＷｅｂフォント配信方法によれば、一般にサービスされているＣＤＮ（ＣｏｎｔｅｎｔｓＤｅｌｉｖｅｒｙＮｅｔｗｏｒｋ）をキャッシュサーバとして利用し、Ｗｅｂページの変更がない場合にキャッシュサーバであるＣＤＮから即時にサブセットフォントを配信するため、応答速度が向上して大量のアクセスを処理することができ、Ｗｅｂページの変更があった時のみオリジンサーバであるフォント配信サーバにアクセスして新たなフォントのサブセット化を行うため、オリジンサーバのインスタンス数を減らすことができて経済的である。

本発明の一実施形態によるＷｅｂフォント配信システムの概略構成図である。ＣＤＮを利用しないフォント配信システムの構成を説明する図である。図２に示すフォント配信システムの処理手順を示す図である。図１に示すユーザ端末の概略構成図である。図１に示すフォント配信サーバの概略構成図である。図１に示すコンテンツ配信サーバの概略構成図である。図１に示すＷｅｂフォント配信システムの処理手順を示す図である。

以下、本発明のＷｅｂフォント配信方法及びそのためのシステムを実施するための形態の具体例を、図面を参照しながら詳細に説明する。

図１は、本発明の一実施形態によるＷｅｂフォント配信システムの概略構成図である。

図１を参照すると、本実施形態のＷｅｂフォント配信システムは、通信ネットワーク６に接続されたユーザ端末１、Ｗｅｂサーバ２、フォント配信サーバ３、コンテンツデリバリーネットワーク（ＣＤＮ）４、及びストレージサーバ５を備える。

ユーザ端末１は、デスクトップＰＣ（パーソナルコンピュータ）、ノートＰＣ、タブレットＰＣ、スマートフォン等であり、Ｗｅｂブラウザを備えてＷｅｂページを表示する。ユーザ端末１は、Ｗｉ−Ｆｉ等の無線ＬＡＮを備えてもよく、この場合アクセスポイント（ＡＰ）７を介して通信ネットワーク６に接続される。また、ユーザ端末１は携帯電話通信網やＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）通信網等の無線通信ネットワーク８を介して通信ネットワーク６に接続されてもよい。

Ｗｅｂサーバ２は、ユーザ端末１からアクセスされてユーザ端末１にＷｅｂページを送信し、ユーザ端末１のＷｅｂブラウザによってＷｅｂページが表示される。

フォント配信サーバ３は、ユーザ端末１にインストールされていないフォントをユーザ端末１のＷｅｂブラウザで表示されるようにＷｅｂページの該当する特定フォントをサブセット化し、ＣＤＮ４を介してユーザ端末１に配信する。ユーザ端末１は、配信されたサブセットフォントを用いてＷｅｂページを製作者の意図するフォントで正しく表示することができる。

ＣＤＮ４は、デジタルコンテンツを大量に配信できるように複数の配信ポイント（配布サーバ４ａ）がネットワーク上の様々な場所に設置されて構築され、ユーザ端末１のネットワーク位置に応じた最適な配布ポイントから配布されるように構成されたネットワークシステムであり、本発明は、ユーザ端末１にインストールされていないフォントをユーザ端末１のＷｅｂブラウザ上で表示するためにフォント配布サーバ３から提供されるサブセットフォントをＣＤＮ４にキャッシュして配信することで大量のアクセスを処理する。具体的に、ユーザ端末１のＷｅｂブラウザからＷｅｂサーバ２にＨＴＴＰリクエストされたＷｅｂページの特定フォントに対応するサブセットフォントをＣＤＮ４の各地域のキャッシュサーバに蓄積し、次回からそのＷｅｂブラウザの在る地域に最も近いキャッシュサーバから応答することでＨＴＴＰレスポンスの速度を向上させる。このようにＷｅｂページに変更があった場合にのみオリジンサーバであるフォント配信サーバ３にＣＤＮ４からＨＴＴＰリクエストを受けるようにすることで、フォント配信サーバ３による動的フォント配信の問題点を解消する。

ストレージサーバ５は、フォント配信サーバ３からＣＤＮ４を介してユーザ端末１にサブセットフォントを配信するために、暗号化したリンク元のＷｅｂページのＵＲＬ及び該当するフォントの書体種別及び対象文字列情報を認証ファイルとして格納する。

以下、ＣＤＮ４を利用せずに直接ユーザ端末にサブセットフォントを配信するフォント配信システムの構成とその処理手順について最初に説明する。

図２は、ＣＤＮを利用しないフォント配信システムの構成を説明する図であり、図３は、図２に示すフォント配信システムの処理手順を示す図である。

図２を参照すると、フォント配信システムは、Ｗｅｂブラウザを備えたユーザ端末１、ユーザ端末１にインストールされていない特定フォントを含むＷｅｂページを配信するＷｅｂサーバ２、ユーザ端末１にインストールされていないＷｅｂページ上の特定フォントをサブセットフォントとして提供するフォント配信サーバ３、及びＷｅｂサーバ３にＷｅｂページを提供するホームページ製作会社９で構成される。

先ず、ホームページ製作会社９は、Ｗｅｂページを作成９０１し、Ｗｅｂページを配信するサイト（Ｗｅｂサーバ２）をフォント配信サーバ３に申請する（ステップＳ２０１）。

フォント配信サーバ３は、ホームページ製作会社９に関する契約情報を含むデータベース３０１を参照して契約情報の確認が得られた場合、ユーザ端末１のＷｅｂブラウザ上でサブセットフォントを使用して特定フォントを表示するためのスクリプトが記載されたスクリプトファイル（例えば、ＪＳファイル）を生成する（ステップＳ２０２）。

ホームページ製作会社９は、スクリプトファイルのＵＲＬを確認（ステップＳ２０３）すると共に、このスクリプトファイルを参照するようにＷｅｂページに組み込み、スクリプトファイルの参照が組み込まれたＷｅｂページを掲載サイト（Ｗｅｂサーバ２）にアップロードする（ステップＳ２０４）。

ホームページ閲覧者がユーザ端末１のＷｅｂブラウザからＷｅｂサーバ２にアクセスすると（ステップＳ２０５）、Ｗｅｂブラウザはフォント配信サーバ３に保存された該当するスクリプトファイルをダウンロードし、Ｗｅｂブラウザでスクリプト（例えば、ｊａｖａ（登録商標）ｓｃｒｉｐｔ）が起動されてフォント配信サーバ３に提供されたフォントの種類を問い合わせ、オリジナルフォントが使われている箇所を解析して該当する特定フォントが使用されている箇所の情報（フォント名、文字列）を抽出し、フォント配信サーバ３に送信する（ステップＳ２０６、ステップＳ２０７）。

ユーザ端末１のＷｅｂブラウザは、スクリプトによってＷｅｂページで使われているフォントと、そのフォントを適用する文字列を抽出し、フォントの定義情報としてＨＴＭＬやＣＳＳ（スタイルシート）を変更する。ＣＳＳでは＠ｆｏｎｔ−ｆａｃｅでＷｅｂフォントのＵＲＬを記述することで、フォント配信サーバ３に特定フォントに対応するサブセットフォントを要求する。

フォント配信サーバ３は、ユーザ端末１のＷｅｂブラウザからの要求によりフォント名で指定されたオリジナルフォントから文字列を抽出してフォントのサブセット化３０６を行い（ステップＳ２０８）、サブセット化されたフォントを各ブラウザに適合した配布用フォント３０８のフォントファイルを生成し（ステップＳ２０９、ステップＳ２１０）、利用されているＷｅｂブラウザの種別に応じたフォントファイルに変換したフォントデータをユーザ端末１に応答する（ステップＳ２１１）。

ユーザ端末１のＷｅｂブラウザは、受信したフォントデータにより、ユーザ端末１にインストールされていない特定フォントをＷｅｂページ上で閲覧することができる。

図３を参照して、上述の処理手順を説明すると、ユーザ端末１でＷｅｂブラウザが起動され、Ｗｅｂサーバに接続されてＷｅｂページを受信すると（ステップＳ３０１）、Ｗｅｂブラウザは、Ｗｅｂページに記載されたスクリプトファイル（例えば、ｊａｖａ（登録商標）ｓｃｒｉｐｔファイル）をフォント配信サーバ３に要求する（ステップＳ３０２）。

フォント配信サーバ３は、ユーザ端末１のＷｅｂブラウザでサブセットフォントを使用してＷｅｂページの特定フォントを表示するためのスクリプトが記載されたスクリプトファイルを生成する（ステップＳ３０３）。

ユーザ端末１のＷｅｂブラウザは、フォント配信サーバ３で生成されたスクリプトファイルをダウンロードし（ステップＳ３０４）、その内容を解析処理して（ステップＳ３０５）該当する特定フォントが使用されている箇所の情報（フォントの書体種別及び対象文字列）に適合するようにＨＴＭＬやＣＳＳを変更し（ステップＳ３０６）、特定フォントに対応するサブセットフォントをフォント配信サーバに要求する（ステップＳ３０６）。

フォント配信サーバ３は、ＨＴＴＰリクエストヘッダのリファラ（Ｒｅｆｅｒｅｒ）を参照してリンク元のＷｅｂページのＵＲＬを確認し、予め登録された情報を照合してサイト認証が得られた場合（ステップＳ３０８）、該当する特定フォントのサブセット化を行い、ＨＴＴＰリクエストヘッダから得られたＷｅｂブラウザの種類に適合するファイル変換を行って（ステップＳ３０９）生成されたサブセットフォントファイルをユーザ端末１に送信する（ステップＳ３１０）。

ユーザ端末１のＷｅｂブラウザは、Ｗｅｂページに適合するサブセットフォントファイルを受信して、特定フォントを含むＷｅｂページを製作者の意図通りのフォントで表示する。

次に、図１に示した本発明の一実施形態によるＷｅｂフォント配信システムの主な構成要素について説明する。

図４は、図１に示すユーザ端末１の概略構成図である。

図４を参照すると、ユーザ端末１は、制御手段１１、通信手段１２、入出力手段１３、及び記憶手段１４を備え、これらのハードウエア、及び他のソフトウエアと連携したアプリケーションを実装してＷｅｂブラウザ１５を具現する。

Ｗｅｂブラウザ１５は、スクリプトファイル受信手段１５１、認証ファイル受信手段１５２、及びサブセットフォント受信手段１５３を備える。

制御手段１１は、ＣＰＵ（中央処理装置）によりユーザ端末１の各種処理を司り、Ｗｅｂブラウザ１５等のアプリケーションを実行する。

通信手段１２は、ユーザ端末１を直接通信ネットワークに接続するか、或いは携帯電話通信網やＬＴＥ通信網等の無線通信ネットワーク８又はＩＥＥＥ８０２．１１ｂ／ｇ／ｎ／ａ／ａｃ等の無線ＬＡＮのアクセスポイント７に接続する。

入出力手段１３は、一般的なキーボード及びマウス等のポインティングデバイスとモニター、或いはタッチパッド等の入力装置とＬＣＤディスプレイ等の表示装置とを組み合わせたタッチパネル等の入出力装置（図示せず）を含む。

記憶手段１４は、ＲＯＭ、ＲＡＭ、Ｆｌａｓｈメモリ等の記憶装置からなり、本実施形態で機能するＷｅｂブラウザ及び各手段は、アプリケーションプログラムを実装することで、関連するハードウエアを利用したソフトウエア処理により具現される。

スクリプトファイル受信手段１５１は、Ｗｅｂブラウザ（Ｗｅｂページ受信手段）によりＷｅｂサーバ２から受信したＷｅｂページに記載されたスクリプトファイルをＣＤＮ４に要求し、ＣＤＮ４から受信したスクリプトファイルから特定フォントを表示するためのスクリプトを解析処理し、以降の認証ファイル受信手段１５２及びサブセットフォント受信手段１５３を具現する。

認証ファイル受信手段１５２は、ユーザ端末１にインストールされていないＷｅｂページの特定フォントの書体種別及び対象文字列を含む認証ファイルをストレージサーバ５に要求し、ストレージサーバ５から認証ファイルを受信してＷｅｂページの該当箇所の特定フォントが表示されるようにＨＴＭＬ本文及びスタイルシート（ＣＳＳ）を変更して再設定する。この場合、Ｗｅｂブラウザは、初回、ストレージサーバ５に該当する認証ファイルがないために発生するＨＴＴＰエラーに応答し、フォント配信サーバ３に認証ファイルを要求してフォント配信サーバ３から認証ファイルを受信し、２回目以降、ストレージサーバ５にキャッシュされた認証ファイルを要求してストレージサーバ５から認証ファイルを受信する。或いは、ＨＴＴＰエラーを利用せずにクッキーを使用して、初回はフォント配信サーバ３に、２回目以降はストレージサーバ５に認証ファイルを要求するようにしてもよい。又は、常にフォント配信サーバ３に認証ファイルを要求し、フォント配信サーバ３が２回目以降にストレージサーバ５を介して認証ファイルを配信するようにすることもできる。なお、この場合、ストレージサーバ５は、フォント配信サーバ３内に設けられた記憶装置であっても良い。

サブセットフォント受信手段１５３は、認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントをＣＤＮ４に要求し、ＣＤＮ４から対応するサブセットフォントを受信する。Ｗｅｂブラウザは、受信したサブセットフォントを用いてＷｅｂページを製作者の意図するフォントで正しく表示する

図５は、図１に示すフォント配信サーバ３の概略構成図である。

図５を参照すると、フォント配信サーバ３は、ＭＰＵ（マイクロプロセッサ）により各種処理を司る制御手段３１、通信ネットワーク６と接続する通信手段３２、管理端末（図示せず）としてキーボードやマウス等の入力装置とＬＣＤ（液晶表示装置）等の出力装置（図示せず）を含む入出力手段３３、及び記憶装置を含むデータベース３４を備えるコンピュータシステムで構成され、これらのハードウエア及びソフトウエアと連携したアプリケーションを実装して、スクリプトファイル生成手段３５、サイト認証手段３６、認証ファイル生成手段３７、及びサブセットフォント生成手段３８を具現する。

スクリプトファイル生成手段３５は、ＣＤＮ４を介してユーザ端末１から要求されたユーザ端末１のＷｅｂブラウザでサブセットフォントを使用してＷｅｂページ上の特定フォントを表示するためのスクリプトファイルを生成してＣＤＮ４に送信する。ユーザ端末１がＣＤＮ４にスクリプトファイルを要求した場合、初回は、ＣＤＮ４にスクリプトファイルがキャッシュされていないため、ＣＤＮ４からスクリプトファイルが要求される。

サイト認証手段３６は、ユーザ端末１からＷｅｂブラウザでＷｅｂページ上の特定フォントを表示するためのフォントの書体種別及び対象文字列を含む認証ファイルが要求された場合、ＨＴＴＰリクエストヘッダのリファラ（Ｒｅｆｅｒｅｒ）を参照してリンク元のＷｅｂページのＵＲＬを特定し、予め登録されたＵＲＬと照合してＷｅｂページのサイト認証を行う。また、ＣＤＮ４を介してユーザ端末１からサブセットフォントが要求された場合、ＣＤＮ４から受信したＨＴＴＰリクエストに含まれるリンク元であるサーバ２に掲載されたＷｅｂページのＵＲＬを含むリファラを暗号化したキーを取得して復号化し、予め登録されたＵＲＬと照合してＷｅｂページのサイト認証を行う。

認証ファイル生成手段３７は、サイト認証が得られた場合、ユーザ端末１から要求されたＷｅｂブラウザでＷｅｂページ上の特定フォントを表示するためのフォントの書体種別及び対象文字列とリンク元のＷｅｂページのＵＲＬを特定するためのリファラを暗号化したキーを含む認証ファイルを生成してストレージサーバ５に格納すると共にユーザ端末１に送信する。ユーザ端末１がストレージサーバ５に認証ファイルを要求した場合、初回は、ストレージサーバに認証ファイルがキャッシュされていないためＨＴＴＰエラーが発生し、ＨＴＴＰエラーを受けてユーザ端末１から認証ファイルが要求される。

サブセットフォント生成手段３８は、ストレージサーバ５に格納された認証ファイルを取得し、ＣＤＮ４を介してユーザ端末１から要求された該当するフォントの書体種別及び対象文字列を確認し、要求されたフォントの書体種別及び対象文字列を基にフォントをサブセット化し、ＣＤＮ４から受信したＨＴＴＰリクエストに含まれる暗号化されたリファラを復号化してユーザ端末１のブラウザの種類を特定し、ユーザ端末１のブラウザに適合するファイル形式に変換してＣＤＮ４に送信する。ユーザ端末１がＣＤＮ４にサブセットフォントを要求した場合、初回は、ＣＤＮ４にサブセットフォントファイルがキャッシュされていないため、ＣＤＮ４からサブセットフォントが要求される。

図６は、図１に示すコンテンツ配信サーバ４ａの概略構成図である。

図６を参照すると、コンテンツ配信サーバ４ａは、上述したようにＣＤＮの一配布ポイントであり、ＭＰＵ（マイクロプロセッサ）によりＣＤＮの分散処理を含む各種処理を司る制御手段４１、ＣＤＮ４及び通信ネットワーク６と接続する通信手段４２、管理端末（図示せず）としてキーボードやマウス等の入力装置とＬＣＤ（液晶表示装置）等の出力装置（図示せず）を含む入出力手段４３、及び記憶装置を含むデータ格納手段４４を備えるコンピュータシステムで構成され、これらのハードウエア及びソフトウエアと連携したアプリケーションを実装して、スクリプトフォント送信手段４５及びサブセットフォント送信手段４６を具現する。

スクリプトフォント送信手段４５は、ユーザ端末１から同一のスクリプトファイルを要求された場合、キャッシュされたスクリプトファイルをユーザ端末１に送信する。初回は、スクリプトファイルが格納されていないため、ユーザ端末１から要求されたスクリプトファイルをフォント配信サーバ３に要求し、フォント配信サーバ３から生成されたスクリプトファイルを受信して格納すると共にユーザ端末に転送する。

サブセットフォント送信手段４６は、ユーザ端末１から認証ファイルに含まれる同一のフォントの書体種別及び対象文字列に該当する特定フォントが要求された場合、キャッシュされた対応するサブセットフォントファイルをユーザ端末１に送信する。初回は、サブセットフォントファイルが格納されていないため、ユーザ端末１からアクセスされたＷｅｂページのＵＲＬを特定するためのＨＴＴＰリクエストヘッダに含まれるリファラを暗号化したキーを認証ファイルから取得し、ＨＴＴＰリクエストに暗号化したキーを含めて（即ち、ＵＲＬのパラメータとして）該当する特定フォントをフォント配信サーバ３に要求し、フォント配信サーバ３から対応するサブセットフォントファイルを受信して格納すると共にユーザ端末１に転送する。

最後に、図７を参照して本発明の一実施形態によるＣＤＮを利用したＷｅｂフォント配信システムにおけるＷｅｂフォント配信方法について説明する。なお、図２及び図３を参照して上述したＣＤＮを利用しないフォント配信システムにおけるフォント配信サーバ３の処理と同様の処理内容については重複する説明を省略する。

図７は、図１に示すＷｅｂフォント配信システムの処理手順を示す図である。

図７を参照すると、ユーザ端末１でＷｅｂブラウザが起動され、Ｗｅｂサーバに接続されてＷｅｂページを受信すると（ステップＳ７０１）、Ｗｅｂブラウザは、Ｗｅｂページの特定フォントを表示するためのスクリプトファイル（例えば、ｊａｖａ（登録商標）ｓｃｒｉｐｔファイル）をＣＤＮ４に要求する（ステップＳ７０２）。

Ｗｅｂページのスクリプトは、例えば、
<script type="text/javascript"
src="http://cdn.fontplus.jp/script/fontplus.js?xxxxx&yyyyy"
charset="utf-8"></script>
のように記載され、フォント配信サーバ３にユーザのＷｅｂサイト（Ｗｅｂサーバ２）のＵＲＬを登録し、Ｗｅｂページの特定フォントが適用される箇所を、例えば、
ＣＳＳ：ｆｏｎｔ−ｆａｍｉｌｙ
のようにスタイルシート（ＣＳＳ）で指定する。

ＣＤＮ４は、ユーザ端末１のＷｅｂブラウザからスクリプトファイルが要求されると、初回は、スクリプトファイルが格納されていないため、Ｗｅｂブラウザから要求されたスクリプトファイルをフォント配信サーバ３に要求する（ステップＳ７０３）。

フォント配信サーバ３は、ＣＤＮ４を介してユーザ端末１のＷｅｂブラウザから要求されたスクリプトファイルを生成して（ステップＳ７０４）ＣＤＮ４に送信する（ステップＳ７０５）。

ＣＤＮ４は、フォント配信サーバ３から受信したスクリプトファイルを格納すると共に（ステップＳ７０６）、受信したスクリプトファイルをユーザ端末１に送信する。ＣＤＮ４は、２回目以降にユーザ端末１のＷｅｂブラウザから同一のスクリプトファイルが要求されると、キャッシュされたスクリプトファイルをユーザ端末１に送信する（ステップＳ７０７）。

ユーザ端末１のＷｅｂブラウザは、ＣＤＮ４から受信したスクリプトファイルから特定フォントを表示するためのスクリプトを解析処理し（ステップＳ７０８）、以降の処理をスクリプトによって具現する。Ｗｅｂブラウザは、スクリプト実行し、ユーザ端末１にインストールされていないＷｅｂページの特定フォントの書体種別及び対象文字列を含む認証ファイルをストレージサーバ５に要求する。初回は、ストレージサーバ５に該当する認証ファイルがないためにＨＴＴＰエラーが発生する。ＨＴＴＰエラーが発生すると、Ｗｅｂブラウザは、フォント配信サーバ３に直接アクセスして認証ファイルを要求する（ステップＳ７０９）。

フォント配信サーバ３は、ユーザ端末１のＷｅｂブラウザからＷｅｂページの特定フォントを表示するためのフォントの書体種別及び対象文字列を含む認証ファイルが要求されると、ＨＴＴＰリクエストヘッダのリファラ（Ｒｅｆｅｒｅｒ）を参照してリンク元のＷｅｂページのＵＲＬを特定し、予め登録されたＵＲＬと照合してＷｅｂページのサイト認証を行い、サイト認証が得られると、リンク元のＷｅｂページのＵＲＬを特定するためのＨＴＴＰリクエストヘッダのリファラを暗号化したキーを生成し、ユーザ端末１のＷｅｂブラウザから要求されたＷｅｂページ上の特定フォントを表示するためのフォントの書体種別及び対象文字列とＵＲＬを特定するためのリファラを暗号化したキーを含む認証ファイルを生成し（ステップＳ７１０）、ストレージサーバ５に送信して（ステップＳ７１１）格納すると共に（ステップＳ７１２）ユーザ端末１に送信する（ステップＳ７１３）。ここで、認証ファイルに含まれるパスにユーザ識別ＩＤとリファラ値を設定することで、不特定多数のユーザ端末１のＷｅｂブラウザからのＨＴＴＰリクエストのパスを共通化することができる。

ストレージサーバ５は、２回目以降にユーザ端末１のＷｅｂブラウザから同一の認証ファイルが要求されると（ステップＳ７１４）、キャッシュされた認証ファイルをユーザ端末１に送信する（ステップＳ７１５）。

ユーザ端末１のＷｅｂブラウザは、認証ファイルを受信すると、Ｗｅｂページで該当する特定フォントが使用されている箇所のフォントの書体種別及び対象文字列に適合するようにＨＴＭＬ本文とＣＳＳ（スタイルシート）を変更して再設定すると共に（ステップＳ７１６）、ＵＲＬを特定するためのリファラを暗号化したキーを認証ファイルから取得し、ＣＤＮ４のＨＴＴＰリクエストのＵＲＬパラメータに暗号化したキーを含めて該当する特定フォントをＣＤＮ４に要求する（ステップＳ７１７）。

ＵＲＬパラメータにリファラを暗号化したキーを含めて送信する理由は、ＣＤＮサービスの殆どが、ＷｅｂブラウザがＨＴＴＰリクエストした時に対象ＷｅｂページのＵＲＬが格納されたリファラ値をオリジンサーバに送らないため、フォントを配信してよいかの判断ができないためである。

ＣＤＮ４は、ユーザ端末１のＷｅｂブラウザから特定フォントが要求されると、初回は、サブセットフォントファイルが格納されていないため、ＨＴＴＰリクエストのＵＲＬに含まれるリンク元のリファラが暗号化されたキーを抽出し、フォント配信サーバ３のＨＴＴＰリクエストのＵＲＬパラメータに暗号化したキーを含めて該当する特定フォントをフォント配信サーバ３に要求する（ステップＳ７１８）。

フォント配信サーバ３は、ＣＤＮ４を介してユーザ端末１から特定フォントが要求されると、ＣＤＮ４から受信したＨＴＴＰリクエストのＵＲＬに含まれるリンク元のＷｅｂページのＵＲＬを含むリファラが暗号化されたキーを復号化して抽出し、予め登録されたＵＲＬと照合してＷｅｂページのサイト認証を行う（ステップＳ７１９）。フォント配信サーバ３は、サイト認証が得られると、ストレージサーバ５に格納された認証ファイルを取得し、ＣＤＮ４を介してユーザ端末１から要求された該当するフォントの書体種別及び対象文字列を確認し（ステップＳ７２０）、要求されたフォントの書体種別及び対象文字列を基にフォントをサブセット化し、また、Ｗｅｂページのスクリプトで判定されたＣＤＮのＵＲＬに含まれるフォント種別よりユーザ端末１のブラウザの種類に適合するファイル形式に変換した（ステップＳ７２１）サブセットフォントファイルをＣＤＮ４に送信する（ステップＳ７２２）。

ＣＤＮ４は、フォント配信サーバ３から受信した対応するサブセットフォントファイルを格納すると共に（ステップＳ７２３）、受信した対応するサブセットフォントファイルをユーザ端末１に転送する。ＣＤＮ４は、２回目以降にユーザ端末１のＷｅｂブラウザから同一の特定フォントを要求されると、キャッシュされた対応するサブセットフォントファイルをユーザ端末１に送信する（ステップＳ７２４）。

ユーザ端末１のＷｅｂブラウザは、Ｗｅｂページに適合するサブセットフォントファイルを受信して、特定フォントを含むＷｅｂページを製作者の意図通りのフォントで表示する（ステップＳ７２５）。

以上、図面を参照しながら本発明の実施形態について説明したが、本発明は、上述の実施形態に限られるものではなく、本発明の技術的範囲から逸脱しない範囲内で多様に変更実施することが可能である。

１ユーザ端末
２Ｗｅｂサーバ
３フォント配信サーバ
４コンテンツデリバリーネットワーク（ＣＤＮ）
４ａコンテンツ配信サーバ
５ストレージサーバ
６通信ネットワーク
７アクセスポイント（ＡＰ）
８無線通信ネットワーク
９ホームページ製作会社
１１、３１、４１制御手段
１２、３２、４２通信手段
１３、３３、４３入出力手段
１４記憶手段
１５Ｗｅｂブラウザ
３４、３０１データベース
３５スクリプトファイル生成手段
３６サイト認証手段
３７認証ファイル生成手段
３８サブセットファイル生成手段
４４データ格納手段
４５スクリプトフォント送信手段
４６サブセットフォント送信手段
１５１スクリプトファイル受信手段
１５２認証ファイル受信手段
１５３サブセットフォント受信手段
２０１Ｗｅｂページ
３０２サービスサイト申請受付
３０３ＪＳファイル生成
３０４ＪＳファイル
３０５ＷｅｂＡＰＩ
３０６フォントのサブセット化
３０７オリジナルフォント
３０８配布用フォント
９０１Ｗｅｂページを作成

Claims

通信ネットワークを介してＷｅｂブラウザを有するユーザ端末、Ｗｅｂページを提供するＷｅｂサーバ、前記Ｗｅｂページで表示される特定フォントをサブセットフォントとして前記ユーザ端末に提供するフォント配信サーバ、及び前記フォント配信サーバで認証された認証ファイルを格納するストレージサーバを接続し、前記フォント配信サーバから提供されるサブセットフォントを前記ユーザ端末に複数の配信サーバで構成されたコンテンツデリバリーネットワーク（ＣＤＮ）を介して提供するＷｅｂフォント配信システムにおけるＷｅｂフォント配信方法であって、
前記ユーザ端末が、前記ＷｅｂサーバからＷｅｂページを受信する段階と、
前記ユーザ端末が、前記Ｗｅｂページで特定フォントを表示するためのスクリプトファイルを前記ＣＤＮに要求し、該ＣＤＮから前記スクリプトファイルを受信して解析処理する段階と、
前記ユーザ端末が、前記ストレージサーバにフォントの書体種別及び対象文字列を含む認証ファイルを要求し、該ストレージサーバから前記認証ファイルを受信してスタイルシート（ＣＳＳ）を設定する段階と、
前記ユーザ端末が、前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントを前記ＣＤＮに要求し、該ＣＤＮから対応するサブセットフォントを受信する段階と、を有することを特徴とするＷｅｂフォント配信方法。
前記スクリプトファイルを受信する段階において、
前記ＣＤＮは、初回にＷｅｂページに記載されたスクリプトファイルをユーザ端末から要求された場合、該スクリプトファイルを前記フォント配信サーバに要求し、該フォント配信サーバで生成されたスクリプトファイルを該フォント配信サーバから受信して格納すると共に前記ユーザ端末に転送し、
前記ＣＤＮは、２回目以降にＷｅｂページに記載された同一のスクリプトファイルをユーザ端末から要求された場合、前記格納されたスクリプトファイルを前記ユーザ端末に送信することを特徴とする請求項１に記載のＷｅｂフォント配信方法。
前記認証ファイルを受信する段階は、
前記ユーザ端末が、初回に前記認証ファイルを前記フォント配信サーバに要求し、該フォント配信サーバが、ユーザ端末のサイト認証が得られた場合に、前記認証ファイルを生成して前記ストレージサーバに格納すると共に前記ユーザ端末に送信し、
前記ユーザ端末が、２回目以降に前記認証ファイルを前記ストレージサーバに要求し、該ストレージサーバから前記格納された認証ファイルを受信することを特徴とする請求項１に記載のＷｅｂフォント配信方法。
前記サブセットフォントを受信する段階において、
前記ＣＤＮは、初回に前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントをユーザ端末から要求された場合、対応するサブセットフォントファイルを前記フォント配信サーバに要求し、該フォント配信サーバにより前記ストレージサーバに格納された認証ファイルが確認されて前記ユーザ端末のサイト認証が得られた場合に生成された対応するサブセットフォントファイルを該フォント配信サーバから受信して格納すると共に前記ユーザ端末に転送し、
前記ＣＤＮは、２回目以降に前記認証ファイルに含まれる同一のフォントの書体種別及び対象文字列に該当する特定フォントをユーザ端末から要求された場合、前記格納されたサブセットフォントファイルを前記ユーザ端末に送信することを特徴とする請求項３に記載のＷｅｂフォント配信方法。
前記フォント配信サーバは、ＨＴＴＰリクエストヘッダのリファラ（Ｒｅｆｅｒｅｒ）を参照してリンク元のＵＲＬを特定し、予め登録されたＷｅｂページのＵＲＬに一致した場合にサイト認証して前記認証ファイルを生成することを特徴とする請求項３に記載のＷｅｂフォント配信方法。
前記認証ファイルには、ユーザ識別ＩＤ及び前記リファラが設定されたパスが含まれ、前記リファラが暗号化されたキーとして含まれることを特徴とする請求項５に記載のＷｅｂフォント配信方法。
前記ユーザ端末は、前記認証ファイルに含まれるリファラが暗号化されたキーをＵＲＬのパラメータに含めて前記サブセットフォントを前記ＣＤＮに要求することを特徴とする請求項６に記載のＷｅｂフォント配信方法。
前記フォント配信サーバは、前記リファラが暗号化されたキーを取得して該リファラを復号化してリンク元のＷｅｂページを特定し、前記ストレージサーバに格納された認証ファイルを取得して認証が確認されると、認証ファイルに含まれるフォントの書体種別及び対象文字列を基に該当する特定フォントをサブセット化することを特徴とする請求項７に記載のＷｅｂフォント配信方法。
通信ネットワークを介してＷｅｂブラウザを有するユーザ端末、Ｗｅｂページを提供するＷｅｂサーバ、前記Ｗｅｂページで表示される特定フォントをサブセットフォントとして前記ユーザ端末に提供するフォント配信サーバ、及び前記フォント配信サーバで認証された認証ファイルを格納するストレージサーバを接続し、前記フォント配信サーバから提供されるサブセットフォントを前記ユーザ端末に複数の配信サーバで構成されたコンテンツデリバリーネットワーク（ＣＤＮ）を介して提供するＷｅｂフォント配信システムであって、
前記ユーザ端末は、
前記ＷｅｂサーバからＷｅｂページを受信するＷｅｂページ受信手段と、
Ｗｅｂページで特定フォントを表示するためのスクリプトファイルを前記ＣＤＮに要求し、該ＣＤＮから前記スクリプトファイルを受信して解析処理するスクリプトファイル受信手段と、
初回に前記フォント配信サーバにフォントの書体種別及び対象文字列を含む認証ファイルを要求して該認証ファイルを受信し、２回目以降に前記ストレージサーバに前記認証ファイルを要求して該認証ファイルを受信してスタイルシート（ＣＳＳ）を設定する認証ファイル受信手段と、
前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントを前記ＣＤＮに要求し、該ＣＤＮから対応するサブセットフォントを受信するサブセットフォント受信手段と、を備え、
前記ＣＤＮは、
初回に前記スクリプトファイルをユーザ端末から要求された場合に該スクリプトファイルを前記フォント配信サーバに要求し、生成された該スクリプトファイルを受信して格納すると共に前記ユーザ端末に転送し、２回目以降に同一のスクリプトファイルをユーザ端末から要求された場合に前記格納されたスクリプトファイルを前記ユーザ端末に送信するスクリプトファイル送信手段と、
初回に前記認証ファイルに含まれるフォントの書体種別及び対象文字列に該当する特定フォントをユーザ端末から要求された場合に対応するサブセットフォントファイルを前記フォント配信サーバに要求し、生成された該サブセットフォントファイルを受信して格納すると共に前記ユーザ端末に転送し、２回目以降に同一のフォントの書体種別及び対象文字列をユーザ端末から要求された場合に前記格納されたサブセットフォントファイルを前記ユーザ端末に送信するサブセットフォントファイル送信手段と、を備えることを特徴とするＷｅｂフォント配信システム。