特開 2024-180371 メッセージングサービスのアプリケーションによるＷｅｂフォントサービスの提供方法およびこれを提供するサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024180371

(43)【公開日】2024-12-26

(54)【発明の名称】メッセージングサービスのアプリケーションによるＷｅｂフォントサービスの提供方法およびこれを提供するサーバ

(51)【国際特許分類】

   G06F 40/109 20200101AFI20241219BHJP

   H04L 51/04 20220101ALI20241219BHJP

【ＦＩ】

G06F40/109

H04L51/04

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2024096966

(22)【出願日】2024-06-14

(31)【優先権主張番号】10-2023-0077075

(32)【優先日】2023-06-15

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2024-0054445

(32)【優先日】2024-04-24

(33)【優先権主張国・地域又は機関】KR

(71)【出願人】

【識別番号】524102534

【氏名又は名称】サンドル インコーポレイテッド

【氏名又は名称原語表記】ＳＡＮＤＯＬＬ ＩＮＣ．

【住所又は居所原語表記】＃６０１， Ｔｈｉｎｋｉｎｇ Ｆａｃｔｏｒｙ Ｄｅｓｉａｎｆｌｅｘ Ｄｏｎｇ， ４９ Ａｃｈａｓａｎ－ｒｏ １７－ｇｉｌ Ｓｅｏｎｇｄｏｎｇ－ｇｕ Ｓｅｏｕｌ ０４７９９， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】110002262

【氏名又は名称】ＴＲＹ国際弁理士法人

(72)【発明者】

【氏名】ユン ヨンホ

(72)【発明者】

【氏名】ユン ヒョンジン

(72)【発明者】

【氏名】パク ドンヒョク

【テーマコード（参考）】

5B109

【Ｆターム（参考）】

5B109RA11

5B109VC03

(57)【要約】      （修正有）

【課題】様々な顧客別ニーズを満たし、且つフォント自体の著作権を保護し、メッセージングのアプリケーション画面内のＷｅｂフォントのレンダリング速度を向上させることができるＷｅｂフォントサービスを実現する方法、装置及び記録媒体を提供する。
【解決手段】Ｗｅｂフォントサービスの提供方法は、メッセージの送信者が、アプリケーションの第１サーバを介して少なくとも一つの受信者にメッセージを送信するステップと、メッセージの送信者と受信者が、第２サーバにフォントファイルを要請するステップと、要請して受信したサブセットＷｅｂフォントファイルを用いて、画面にテキストレンダリングを行うステップと、を含み、サブセットＷｅｂフォントファイルは、第２サーバでメッセージの送信者と受信者の専用の認証キーを確認し、サブセットＷｅｂフォントファイルを生成して、メッセージの送信者と受信者に転送する。
【選択図】図２

【特許請求の範囲】

【請求項1】

少なくとも一つのプロセッサにより行われるメッセージングサービスのアプリケーションのＷｅｂフォントメッセージングサービスの提供方法であって、
メッセージの送信者が前記アプリケーションの第１サーバを介して少なくとも一つの受信者にメッセージを送信するステップと、
前記メッセージの送信者と受信者が第２サーバにフォントファイルを要請するステップと、
前記アプリケーションは、前記要請して受信したサブセットＷｅｂフォントファイルを用いて、ユーザ画面にテキストレンダリングを行うステップとを含み、
前記サブセットＷｅｂフォントファイルは、
第２サーバで前記メッセージの送信者と受信者の専用の認証キーを確認し、サブセットＷｅｂフォントファイルを生成して、前記メッセージの送信者と受信者に転送することを特徴とする、Ｗｅｂフォントメッセージングサービスの提供方法。

【請求項2】

前記第２サーバは、使用可能なフォントリストで構成された第１ユーザのＷｅｂフォントサービスの使用情報を確認するステップと、
前記使用情報に基づいて、第１ユーザ専用の認証キーを生成し、保管するステップと、
第１ユーザに前記生成された認証キーとＷｅｂフォントＳＤＫを提供するステップと、
前記第１ユーザは、提供を受けた情報に基づいて、第１サーバ内のメッセージング送受信フォーマットにフォント関連情報を追加し、第１サーバが提供するアプリケーションに反映するステップとを含むことを特徴とする、請求項１に記載のＷｅｂフォントメッセージングサービスの提供方法。

【請求項3】

前記ＷｅｂフォントＳＤＫは、
前記生成された第１ユーザ専用の認証キーを用いて、第１サーバが提供するアプリケーションに、少なくとも一つのオペレーティングシステム（ＯＳ）別にまたはプログラミング言語別に提供されることを特徴とする、請求項２に記載のＷｅｂフォントメッセージングサービスの提供方法。

【請求項4】

前記メッセージングサービスのアプリケーションの第１サーバを介して受信したメッセージは、送信者が選択したＷｅｂフォント情報と送信者専用の認証キー情報が含まれることを特徴とする、請求項１に記載のＷｅｂフォントメッセージングサービスの提供方法。

【請求項5】

前記第２サーバは、前記第１サーバが提供するアプリケーションを用いる送信者と受信者の要請に対して、認証キーの有効期限情報が含まれた送信者の認証キーを確認し、これに基づいて、サブセットＷｅｂフォントファイルを生成し、少なくとも一つの受信者の端末に転送することを特徴とする、請求項１に記載のＷｅｂフォントメッセージングサービスの提供方法。

【請求項6】

メッセージングサービスのアプリケーションのＷｅｂフォントの提供方法であって、
第２サーバは、前記アプリケーションのＷｅｂフォントサービス使用情報を確認し、アプリケーションのユーザ専用の認証キーを生成するステップと、
前記アプリケーションは、前記ユーザ専用の認証キーを確認し、ＷｅｂフォントＳＤＫモジュールを用いて、前記第２サーバにテキストレンダリングのためのフォントを要請するステップと、
前記アプリケーションは、受信したサブセットＷｅｂフォントファイルを用いて、ユーザ端末にテキストレンダリングを行うステップとを含み、
前記サブセットＷｅｂフォントファイルは、
第２サーバでユーザ専用の認証キーが含まれたＷｅｂフォント要請情報の有効性を確認し、サブセットＷｅｂフォントファイルを生成して前記ＷｅｂフォントＳＤＫモジュールに転送することを特徴とする、Ｗｅｂフォントの提供方法。

【請求項7】

前記第２サーバは、ユーザの認証のために、第１ユーザ専用の認証キーを確認し、これに基づいて、認証キーの有効期限情報が含まれた前記ユーザ専用の認証キーを生成することを特徴とする、請求項６に記載のＷｅｂフォントの提供方法。

【請求項8】

前記ＷｅｂフォントＳＤＫモジュールは、第２サーバにフォントを要請するステップで最近使用フォントを臨時格納することを特徴とする、請求項６に記載のＷｅｂフォントの提供方法。

【請求項9】

前記第２サーバは、要請を受けたテキストに対して、
生成的モデルを用いて算出された予想グリフに対する追加フォントを含むサブセットＷｅｂフォントファイルを提供することを特徴とする、請求項６に記載のＷｅｂフォントの提供方法。

【請求項10】

プロセッサと、
前記プロセッサと通信するメモリとを含み、
前記メモリは、前記プロセッサにとって動作を行うようにする命令を格納し、
前記動作は、
メッセージの送信者が、メッセージングのアプリケーションの第１サーバを介して少なくとも一つの受信者にメッセージを送信する動作と、
前記メッセージの送信者と受信者が、第２サーバにフォントファイルを要請する動作と、
前記アプリケーションは、前記要請して受信したサブセットＷｅｂフォントファイルを用いて、ユーザ画面にテキストレンダリングを行う動作とを含み、
前記サブセットＷｅｂフォントファイルは、
第２サーバで前記メッセージの送信者と受信者の専用の認証キーを確認し、サブセットＷｅｂフォントファイルを生成して、前記メッセージの送信者と受信者に転送することを特徴とする、コンピューティング装置。

【請求項11】

プロセッサと、
前記プロセッサと通信するメモリとを含み、
前記メモリは、前記プロセッサにとって動作を行うようにする命令を格納し、
前記動作は、
第２サーバは、メッセージングのアプリケーションのＷｅｂフォントサービスの使用情報を確認し、アプリケーションのユーザ専用の認証キーを生成する動作と、
前記アプリケーションは、前記ユーザ専用の認証キーを確認し、ＷｅｂフォントＳＤＫモジュールを用いて、前記第２サーバにテキストレンダリングのためのフォントを要請する動作と、
前記アプリケーションは、受信したサブセットＷｅｂフォントファイルを用いて、ユーザ端末にテキストレンダリングを行う動作とを含み、
前記サブセットＷｅｂフォントファイルは、
第２サーバでユーザ専用の認証キーが含まれたＷｅｂフォント要請情報の有効性を確認し、サブセットＷｅｂフォントファイルを生成して、前記ＷｅｂフォントＳＤＫモジュールに転送することを特徴とする、コンピューティング装置。

【請求項12】

請求項１から請求項９のいずれか一項に記載のＷｅｂフォントメッセージングサービスの提供方法を行うプログラムが格納されたコンピュータ読み取り可能な記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、メッセージングサービスのアプリケーションによりＷｅｂフォントサービスを提供する方法およびこれを提供するサーバに関する。

【背景技術】

【0002】

Ｗｅｂフォントは、アプリケーション内でテキストを表現するのにフォントファイルを用いるための技術であって、モバイルおよびタブレットなど、アプリケーションにアクセスするプラットフォームが多様化するにつれてＷｅｂフォントの使用が増加している。これに伴い、Ｗｅｂフォントの提供において、多様化した顧客のニーズを満たすことができるアプリケーション画面内のＷｅｂフォントをサービスする技術の開発が求められている。

【0003】

これに関連して、従来のＷｅｂフォントに関連する先行技術の場合、Ｗｅｂフォントの提供において、第１サブセットフォントと第２サブセットフォントとに分けて提供し、これに基づいて、Ｗｅｂページでのみ当該フォントの情報を提供する方式により動作している。

【0004】

このような先行特許（サブセットフォントを提供するＷｅｂフォントサーバおよびこれを含むＷｅｂフォントシステム（韓国特許出願番号第１０－２０１２－００５０４７０号））のＷｅｂフォントの提供において、サブセットフォントを分けるステップを含む方式は、アプリケーション画面内のＷｅｂフォントのレンダリング速度を低下させる要素となり、Ｗｅｂフォントのレンダリング速度が遅くなる場合、様々な問題が引き起こされ得る。

【0005】

例えば、Ｗｅｂフォントのレンダリング速度が遅くなる場合、テキストが表示されない状態から突然表示される現象（ＦＯＩＴ、Ｆｌａｓｈ ｏｆ Ｉｎｖｉｓｉｂｌｅ Ｔｅｘｔ）と、テキストがちらつきながら変わる現象（ＦＯＵＴ、Ｆｌａｓｈ ｏｆ Ｕｎｓｔｙｌｅｄ Ｔｅｘｔ）が発生し、これは、アプリケーションを用いる顧客に不都合を引き起こし得る。

【0006】

さらに、モバイルメッセンジャー市場の拡大に伴い、ユーザは、一律なアプリケーションインタフェースではなく、個人の個性を活かしたインタフェースを好んでおり、そのため、メッセージの送受信のためのアプリケーションにおいてユーザの個性を表現するためのＷｅｂフォントサービスを構築し、提供する必要がある。

【0007】

具体的には、様々な顧客別ニーズを満たし、且つフォント自体の著作権を保護し、メッセージングのアプリケーション画面内のＷｅｂフォントのレンダリング速度を向上させることができるＷｅｂフォントのサービスの提供方法が求められている。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明は、上記の問題を解決するためのものであって、アプリケーションのメッセージングサービスを利用する顧客のＷｅｂフォント要請によるＷｅｂフォントサービスの提供方法を提案することを目的とする。

【0009】

より具体的には、本発明は、メッセージングサービスを提供する一次ユーザと一次ユーザのサーバが提供するアプリケーション内でメッセージのやり取りをする送信者と受信者がＷｅｂフォントを用いることができるフォントの提供方法を提案することを目的とする。

【0010】

また、本発明は、各顧客のＷｅｂフォントの使用による時間消費を最小化することで、アプリケーション画面のレンダリング速度を向上させ、Ｗｅｂフォントの一部の提供により、Ｗｅｂフォントの流出可能性を最小化するベースのＷｅｂフォントサービス方法を提案することを目的とする。

【課題を解決するための手段】

【0011】

上記技術的課題を解決するための本発明による少なくとも一つのプロセッサにより行われるメッセージングサービスのアプリケーションのＷｅｂフォントメッセージングサービスの提供方法は、メッセージの送信者が前記アプリケーションの第１サーバを介して少なくとも一つの受信者にメッセージを送信するステップと、前記メッセージの送信者と受信者が第２サーバにフォントファイルを要請するステップと、前記アプリケーションは、前記要請して受信したサブセットＷｅｂフォントファイルを用いて、画面にテキストレンダリングを行うステップとを含み、前記サブセットＷｅｂフォントファイルは、第２サーバで前記メッセージの送信者と受信者の専用の認証キーを確認し、サブセットＷｅｂフォントファイルを生成して、前記メッセージ送信者と受信者に転送することが好ましい。

【0012】

また、前記第２サーバは、使用可能なフォントリストで構成された第１ユーザのＷｅｂフォントサービスの使用情報を確認するステップと、前記使用情報に基づいて、第１ユーザ専用の認証キーを生成し、保管するステップと、第１ユーザに前記生成された認証キーとＷｅｂフォントＳＤＫを提供するステップと、前記第１ユーザは、提供を受けた情報に基づいて、第１サーバ内のメッセージング送受信フォーマットにフォント関連情報を追加し、第１サーバが提供するアプリケーションに反映するステップとを含むことができる。

【0013】

また、前記ＷｅｂフォントＳＤＫは、前記生成された第１ユーザ専用の認証キーを用いて、第１サーバが提供するアプリケーションに、少なくとも一つのオペレーティングシステム（ＯＳ）別にまたはプログラミング言語別に挿入されることができる。

【0014】

また、前記メッセージングサービスのアプリケーションの第１サーバを介して受信したメッセージは、送信者が選択したＷｅｂフォント情報と送信者専用の認証キー情報が含まれることができる。

【0015】

また、前記第２サーバは、前記第１サーバが提供するアプリケーションを用いる送信者と受信者の要請に対して、認証キーの有効期限情報が含まれた送信者の認証キーを確認し、これに基づいて、サブセットＷｅｂフォントファイルを生成し、少なくとも一つの受信者の端末に転送することができる。

【0016】

一方、メッセージングサービスのアプリケーションのＷｅｂフォントの提供方法は、第２サーバは、前記アプリケーションのＷｅｂフォントサービス使用情報を確認し、アプリケーションのユーザ専用の認証キーを生成するステップと、前記アプリケーションは、前記ユーザ専用の認証キーを確認し、専用ＷｅｂフォントＳＤＫを用いて、前記第２サーバにテキストレンダリングのためのフォントを要請するステップと、前記アプリケーションは、受信したサブセットＷｅｂフォントファイルを用いて、ユーザ端末にテキストレンダリングを行うステップとを含み、前記サブセットＷｅｂフォントファイルは、第２サーバでユーザ専用の認証キーが含まれたＷｅｂフォント要請情報の有効性を確認し、サブセットＷｅｂフォントファイルを生成して前記ＷｅｂフォントＳＤＫに転送することが好ましい。

【0017】

また、前記第２サーバは、ユーザの認証のために、第１ユーザ専用の認証キーを確認し、これに基づいて、認証キーの有効期限情報が含まれた前記ユーザ専用の認証キーを生成することができる。

【0018】

また、前記ＷｅｂフォントＳＤＫは、第２サーバにフォントを要請するステップで最近使用フォントに対するキャッシュ機能を有することができ、前記機能は、要請されたフォントテキストに応じて、最近使用されたサブセットＷｅｂフォントファイルを再使用するか、よく使用するテキストが含まれたサブセットＷｅｂフォントファイルを使用可能な機能を含むことができる。

【0019】

また、前記第２サーバは、要請されたテキストに対して、よく使用するテキストに対するサブセットＷｅｂフォントファイルを提供することができ、ＡＩベースのチャットボットを用いて算出された予想回答テキストを含むサブセットＷｅｂフォントファイルを提供することができる。

【0020】

一方、本発明は、上述のＷｅｂフォントサービスの提供方法を行うプログラムが格納されたコンピュータ読み取り可能な記録媒体として実現されることができる。

【発明の効果】

【0021】

本発明によると、Ｗｅｂフォントメッセージングサービスの提供の際、メッセージの送信者と受信者の専用の認証キーを確認し、これに基づいて、第１サーバが提供するアプリケーション画面に反映するサブセットＷｅｂフォントファイルを用いることにより、Ｗｅｂフォントを利用する顧客別に最適化したサービスを提供することができる効果がある。

【0022】

また、本発明は、Ｗｅｂフォントサービスの提供の際、アプリケーションのユーザ認証およびサブセットＷｅｂフォントの生成のためにユーザ専用ＷｅｂフォントＳＤＫを用いることにより、アプリケーション画面のレンダリング時に、Ｗｅｂフォントの使用による時間消費を最小化することができ、Ｗｅｂフォントの容量を低減することができ、Ｗｅｂフォントのダウンロード時間を短縮し、さらには、ネットワークトラフィックおよび費用を低減することができる効果がある。

【図面の簡単な説明】

【0023】

【図1】本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程を示す例示図である。

【図2】本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程を示すフローチャートである。

【図3】本発明の一実施形態によるＷｅｂフォントメッセージングサービスを利用するためのサービス使用情報の登録過程を示す概念図である。

【図4】本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程を示すタイミング図である。

【図5】本発明の一実施形態によるＷｅｂフォントメッセージングサービスを提供するための認証およびサービスの提供に対する過程を示す例示図である。

【図6】本発明の一実施形態によるＷｅｂフォントメッセージングサービスを提供するための認証およびサービスの提供に対する過程を示すタイミング図である。

【図7】本発明の他の実施形態によるＷｅｂフォントメッセージングサービスの提供方法を示す例示図である。

【図8】本発明の一実施形態によるＷｅｂフォントサービスの提供を行うサーバのコンピューティング装置の実現を示す図である。

【発明を実施するための形態】

【0024】

以下の内容は、単に、発明の原理を例示する。したがって、当業者は、本明細書に明確に説明または図示されていないが、発明の原理を実現し、発明の概念と範囲に含まれている様々な装置を発明することができる。また、本明細書に挙げられているすべての条件付き用語および実施形態は、原則的に、発明の概念が理解されるようにするための目的としてのみ明白に意図され、このように特別に挙げられている実施形態および状態に制限的ではないものと理解すべきである。

【0025】

上述の目的、特徴およびメリットは、添付の図面に関する以下の詳細な説明によってより明らかになり、これにより、発明が属する技術分野において通常の知識を有する者が、発明の技術的思想を容易に実施することができる。

【0026】

また、発明を説明するに際し、発明と関連する公知技術に関する具体的な説明が発明の要旨を不明瞭にし得ると判断した場合には、その詳細な説明を省略する。以下では、添付の図面を参照して、本発明の好ましい実施形態について詳細に説明する。

【0027】

以下、図１を参照して、本実施形態によるアプリケーションによるＷｅｂフォントメッセージングサービスの提供に対する過程について説明する。

【0028】

図１は本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程を示す例示図である。

【0029】

本実施形態において、Ｗｅｂフォントサービスシステム１０００は、メッセージングサービスを提供する第１サーバ２００とＷｅｂフォントサービスを提供する第２サーバ３００を介してＷｅｂフォントが適用されたメッセージングサービスの提供を受ける送信者端末５００－１と受信者端末５００－２で構成されることができる。

【0030】

本実施形態において、第１サーバ２００は、送信者端末５００－１と受信者端末５００－２にメッセージングサービスを提供するサービス提供者に該当し、第２サーバ３００は、第１サーバ２００およびこれを利用するユーザ端末５００にＷｅｂフォントサービスを提供する提供者に該当する。

【0031】

第２サーバ３００は、様々なフォントファイルとサブセットＷｅｂフォントを生成および格納し、フォントを要請する対象に様々なフォント情報を提供することができる。

【0032】

具体的には、第２サーバ３００は、送信者端末５００－１および受信者端末５００－２を含むユーザ端末５００のＷｅｂフォント要請に応じて、Ｗｅｂフォント情報とサブセットＷｅｂフォントファイルを提供することができ、Ｗｅｂフォントサービスの認証手続き、Ｗｅｂフォントサービスの登録手続きなどを行うことができる。

【0033】

第２サーバ３００は、Ｗｅｂフォントサービスの提供のために第１サーバ２００および第１サーバ２００を利用するユーザ端末５００の固有の認証情報を生成および保管することができる。

【0034】

第２サーバ３００内のソースフォント格納モジュールは、ソースになるフォントファイルをフォント別に格納して管理し、Ｗｅｂフォントサービスの提供のために、フォント提供モジュール内に送受信者端末５００－１、５００－２から要請されたフォントファイルがない場合、当該フォントの暗号化したファイルをフォント提供モジュールに転送することができる。

【0035】

以下、図２を参照して、本実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程について説明する。

【0036】

図２は、本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程を示すフローチャートである。

【0037】

本実施形態において、送信者端末５００－１は、第１サーバ２００を介して少なくとも一つの受信者端末５００－２にメッセージを送信する（Ｓ１０）。

【0038】

送信者端末５００－１と第１サーバ２００から送信者端末５００－１が送信したメッセージを受信した受信者端末５００－２は、それぞれ、第２サーバ３００に送信者端末５００－１が選択したフォントファイルを要請する（Ｓ２０）。第２サーバ３００は、送信者端末５００－１と受信者端末５００－２の要請に対して認証情報を確認し、サブセットＷｅｂフォントファイルを生成する。この際の認証情報は、第１サーバ２００の一次的な使用可能フォントリストの提供のための一次認証値および使用可能なフォントリストから選択されたフォントに対する二次認証値を含むことができる。

【0039】

ここで、送信者端末５００－１は、送信したメッセージに対して、第１サーバ２００から認証情報を含むメッセージを再受信することにより、第２サーバ３００にフォントファイルを要請することができる。第２サーバ３００は、認証情報内の一次認証値により、第１サーバ２００が、ＷｅｂフォントベースのメッセージングサービスのためのＢ２Ｂ形態のサービス使用情報の登録過程と認証を完了したことを確認し、二次認証値により、第１サーバ２００のユーザが、提供されるフォント内で選択されたフォントを要請したことを確認することができる。

【0040】

第２サーバ３００は、認証が完了すると、生成したサブセットＷｅｂフォントファイルを送信者端末５００－１と受信者端末５００－２に転送し、送信者端末５００－１と受信者端末５００－２は、受信したサブセットＷｅｂフォントファイルを用いて、それぞれメッセージをテキストレンダリングする（Ｓ３０）。

【0041】

以下、図３を参照して、本実施形態によるＷｅｂフォントメッセージングサービス使用情報の登録過程についてより詳細に説明する。

【0042】

図３は、本発明の一実施形態によるＷｅｂフォントメッセージングサービスを利用するためのサービス使用情報の登録過程を示す概念図である。

【0043】

本実施形態において、第２サーバ３００は、第１サーバ２００のメッセージングサービス内のＷｅｂフォントサービスの申し込みを受けて、第２サーバ３００内のフォント提供モジュールに使用情報を登録することができる。ここで、使用情報には、商品情報として、第１サーバ２００が用いるフォントリスト、適用するメッセージングサービスの識別情報およびテスト用ＩＰのうち少なくとも一つ以上が含まれることができる。

【0044】

第１サーバ２００は、各Ｗｅｂフォントを所定の値段で個別に購入するか、所定の期間利用可能な使用権を所定の値段で購入することも可能である。またはサブスクリプション型に特定の範囲のＷｅｂフォントセットを自由に利用可能な方式で購入することも可能である。

【0045】

Ｗｅｂフォントの購入方式は、上述の例示に限定されず、第２サーバ３００の販売方式に応じて様々に購入し、利用することができる。

【0046】

第２サーバ３００は、第１サーバ２００のメッセージングサービスと連動してフォントを提供するためのモジュールであって、フォント提供モジュールとフォントに関するソース情報を管理するソースフォント格納モジュールで構成されることができる。

【0047】

したがって、フォント提供モジュールは、予めフォントファイルを格納し、メッセージングサービスのメッセージ内に含まれたグリフ（Ｇｌｙｐｈ）のサブセットを生成して提供し、この際、当該フォントファイルがない場合、ソースフォント格納モジュールにソースフォントファイルを要請することができる。

【0048】

ソースフォント格納モジュールは、要請を受けたフォントの暗号化したファイルをフォント提供モジュールに転送し、フォント提供モジュールは、受信した暗号化したフォントファイルを復号化し、格納することができる。

【0049】

一方、フォント提供モジュールとソースフォント格納モジュールの構成は、分離した構成に制限されない。例えば、ソースフォント格納モジュールは、フォント提供モジュールの一つのデータベースとして存在してもよい。または、ソースフォント格納モジュールは、外部サーバで構成され、外部サーバからフォント提供モジュールがフォントファイルの提供を受け、後述するＷｅｂフォントサービスを提供することも可能である。ここで、ソースフォント格納モジュールは、第２サーバ３００に従属せず、各フォントに対する権利を有するフォント権利者のサーバに区分して構成されることも可能である。

【0050】

第２サーバ３００は、第１サーバ２００を認証するための認証情報を生成および保管することができ、第１サーバ２００の登録されたサービス使用情報に応じて、認証情報を含む専用の認証キーとＷｅｂフォントＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を生成し、第１サーバ２００に提供することができる。

【0051】

ＷｅｂフォントＳＤＫは、上述のフォント提供モジュールと連動してメッセージングのアプリケーションに搭載可能な形態でユーザ端末上で特定の機能を行うためのプログラムを開発するためのツールのセットであり、本実施形態では、メッセージに含まれたフォントとフォントが適用されたグリフを識別し、認証情報とともに第２サーバ３００のフォント提供モジュールにサブセットＷｅｂフォントを要請する機能を果たすためのライブラリ、ＡＰＩなどを含むことができる。

【0052】

したがって、第２サーバ３００から提供されるＳＤＫ５１５は、ユーザ端末のオペレーティングシステム（ＯＳ）別にまたはメッセージングサービスとインタフェースが可能なプログラミング言語別に提供されることができる。

【0053】

次に、第１サーバ２００は、メッセージング送受信データフォーマットにフォント関連情報を追加し、アプリケーション５１０に第２サーバ３００から提供を受けたＷｅｂフォントＳＤＫを挿入して実現されたＳＤＫモジュール５１５でサービス環境を実現することができる。ここで、第１サーバ２００は、ＷｅｂフォントＳＤＫ５１５の挿入時に、第１サーバ２００専用の認証キーを用いて挿入することにより、より安定的なサービスを提供する。

【0054】

以下、図４を参照して、本実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程について説明する。

【0055】

図４は、本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程を示すタイミング図である。

【0056】

図４では、説明の便宜性を高めるために、第２サーバ３００を中心に、送信者端末５００－１と受信者端末５００－２との情報の送受信過程について説明する。

【0057】

図４を参照すると、図３での説明のように、第１サーバ２００は、メッセージング送受信データフォーマットにＷｅｂフォント関連情報を予め適用することができる（Ｓ１０１）。

【0058】

次に、送信者端末５００－１は、使用するために選択したフォント情報が含まれたメッセージをアプリケーションを介して入力し（Ｓ１０２）、第１サーバ２００に当該メッセージを送信することができる（Ｓ１０３）。

【0059】

送信者端末５００－１と受信者端末５００－２は、第１サーバ２００に伝達されたメッセージを受信することができる（Ｓ１０４）。具体的には、受信したメッセージには、認証キーと適用したＷｅｂフォント情報が含まれることができる。

【0060】

以上のメッセージを受信した送信者端末５００－１と受信者端末５００－２は、第２サーバ３００にフォントファイルを要請することができる（Ｓ１０５）。

【0061】

具体的には、フォントファイルの要請には、用いられているフォントに関する識別情報、メッセージに関するテキスト情報および受信した認証キーが含まれることができる。

【0062】

第２サーバ３００は、フォントファイルの要請に対して、送信者端末５００－１と受信者端末５００－２の認証キーが有効であるか否かを確認することができる（Ｓ１０６）。ここで、有効有無の確認のために、第２サーバ３００は、認証キーに含まれた送信者のＩＤ、使用可能なフォントリストと要請されたフォントの一致有無、有効期間のうち少なくとも一つ以上を確認することができる。

【0063】

第２サーバ３００は、認証キーが有効であるか否かの確認手続きにより正常なフォント要請と判断した場合、要請を受けたＷｅｂフォント要請情報に基づいて最適化したサブセットＷｅｂフォント（Ｓｕｂｓｅｔ ｗｅｂ ｆｏｎｔ）を生成する（Ｓ１０７）。ここで、サブセットＷｅｂフォントは、動的ロード性能を改善するために用いるグリフに対するフォントのみを提供することでより圧縮されたサイズのフォントファイルを意味し得る。サブセットＷｅｂフォントファイルは、Ｗｅｂフォント要請情報内のテキスト情報に基づいて生成されたデータとして、代替フォントを含むか否かに応じて代替フォントサブセットも含まれることができる。

【0064】

具体的には、第２サーバ３００は、Ｗｅｂフォント要請情報内のテキスト情報と予め格納されたＷｅｂフォントに基づいて、フォントサブセッティング（ｆｏｎｔ ｓｕｂｓｅｔｔｉｎｇ）を行ってサブセットＷｅｂフォントを生成することができる。

【0065】

また、第２サーバ３００は、生成されたサブセットＷｅｂフォントを所定期間保管することにより、フォントファイルの要請に対するより迅速なサービスを提供することができる。ここで、所定期間は、メッセージングのアプリケーションの特性によってよく用いられるメッセージに応じて決定されてもよく、またはサブセットＷｅｂフォントのサイズに応じて可変的に決定されてもよい。

【0066】

次に、第２サーバ３００は、Ｗｅｂフォント要請情報に基づいて生成されたサブセットＷｅｂフォントファイルを送信者端末５００－１と受信者端末５００－２に転送することができる（Ｓ１０８）。

【0067】

第２サーバ３００は、送信者端末５００－１と受信者端末５００－２から予め要請された情報と同じＷｅｂフォント要請を受ける場合に応じて保管されたサブセットＷｅｂフォントファイル内のグリフでレンダリングが可能である場合、第２サーバ３００は、上述の生成（Ｓ１０７）ステップを省略し、予め生成され保管中であるサブセットＷｅｂフォントファイルを送信者端末５００－１と受信者端末５００－２にすぐ転送することができる。

【0068】

第２サーバ３００からサブセットＷｅｂフォントファイルを受信した送信者端末５００－１と受信者端末５００－２は、受信した前記サブセットＷｅｂフォントファイルを用いて、画面にテキストを表示することができる（Ｓ１０９）。

【0069】

以上、本発明によると、顧客別のＷｅｂフォントサービスを第２サーバ３００を介して提供することにより、ユーザが希望するフォントを第１ユーザのメッセージングサービスとともに、ユーザ端末５００内のアプリケーション５１０に容易に適用することができる。

【0070】

また、本発明は第１サーバ２００のサービスの使用期間の満了、メッセージングのアプリケーションのバージョン変更など、サービス使用情報が変更される場合、第２サーバ３００が選択したフォントによる代替フォント情報が適用されたサブセットＷｅｂフォントファイルを提供することにより、サブセットベースのＷｅｂフォントの安定性を高めることができる。

【0071】

以下、図５を参照して、本実施形態によるＷｅｂフォントメッセージングサービスの提供に対する方法について説明する。

【0072】

図５は、本発明の一実施形態によるＷｅｂフォントメッセージングサービスを提供するための認証およびサービスの提供に対する方法を示す例示図である。

【0073】

本実施形態において、ユーザが、ユーザ端末５００を用いて、第１サーバ２００のアプリケーション５１０を駆動してＷｅｂフォントサービスを使用しようとする場合、アプリケーション５１０内のＳＤＫモジュール５１５は、第２サーバ３００にユーザ専用の認証キーを要請することができ、第２サーバ３００は、専用の認証キーをユーザ端末５００に提供することができる。

【0074】

そして、ユーザ端末５００は、提供を受けた専用の認証キー情報に基づいて、第２サーバ３００にサブセットＷｅｂフォントファイルを要請してＷｅｂフォントの提供を受け、提供を受けたサブセットＷｅｂフォントファイルに基づいてレンダリングし、当該アプリケーション５１０の画面にテキストを表示することができる。

【0075】

以下、図６を参照して、本実施形態によるＷｅｂフォントメッセージングサービスの提供方法について説明する。

【0076】

図６は、本発明の一実施形態によるＷｅｂフォントメッセージングサービスの提供方法を示すタイミング図である。

【0077】

図６を参照すると、ユーザは、ユーザ端末５００を用いて、第１サーバ２００が提供するアプリケーション５１０を駆動することができる（Ｓ２０１）。

【0078】

次に、ユーザ端末５００は、駆動されたアプリケーション５１０により、第２サーバ３００にユーザ専用の認証キーを要請することができる（Ｓ２０２）。ここで、専用の認証キーとして要請される情報には、ユーザＩＤ、ユーザが使用可能なフォントリスト、認証キー有効期間のうち少なくとも一つを含むことができる。

【0079】

第２サーバ３００は、要請を受けた認証キーを生成し（Ｓ２０３）、ユーザ端末５００に提供することができる（Ｓ２０４）。

【0080】

ユーザ端末５００は、ＷｅｂフォントＳＤＫモジュール５１５によりメッセージに含まれたテキストのレンダリングのためのフォント情報を確認し（Ｓ２０５）、認証キーに基づいて、第２サーバ３００にサブセットＷｅｂフォントファイルを要請することができる（Ｓ２０６）。Ｗｅｂフォントファイルの要請情報には、要請するＷｅｂフォントに対するテキストデータとＷｅｂフォントサービスを利用するための認証手続きに必要な認証キーが含まれることができる。

【0081】

また、本実施形態によるＷｅｂフォントＳＤＫモジュール５１５は、最近使用されたフォントを臨時に格納するキャッシュ機能を有することができる。ＷｅｂフォントＳＤＫモジュール５１５は、キャッシュ機能により、最近使用されたサブセットＷｅｂフォントを再使用可能にし、よく使用するフレーズ（例えば、あいさつ表現や回答などのための表現）に対するテキストのサブセットＷｅｂフォントをユーザ端末５００内に臨時格納することにより、さらなる要請なしに使用可能にする。

【0082】

したがって、フォント情報を確認するステップ（Ｓ２０５）において、ＷｅｂフォントＳＤＫ５１５は、フォント要請に含まれたフォントとテキストが所定期間内にフォント提供モジュールから回答を受けたサブセットＷｅｂフォントでレンダリング可能な場合、さらなる要請過程なしに格納されたサブセットＷｅｂフォントをユーザ端末５００に提供し、テキストを所望のフォントで表示することができる。

【0083】

第２サーバ３００は、ユーザ端末５００のＷｅｂフォントファイルの要請に対して受信した認証キーの有効性を確認し（Ｓ２０７）、サブセットＷｅｂフォントファイルを生成し（Ｓ２０８）、ユーザ端末５００に提供することができる（Ｓ２０９）。認証キーの有効性の確認結果、発信者ＩＤが識別されないか、使用可能フォントリストと要請フォントが一致しない場合、またはフォントの有効期間が経過した後、要請を有効ではないと判断することができる。

【0084】

例えば、フォントファイルの要請が有効ではない非正常なアクセスであると判断した場合には、第２サーバ３００は、当該ユーザ端末５００にエラー回答を転送することができ、非正常なアクセス事実を当該 第１サーバ２００に提供することができる。ここで、第２サーバ３００は、エラーを回答し、且つユーザのメッセージの送受信のために、ＷｅｂフォントＳＤＫモジュール５１５は、基本フォントでテキストがレンダリングされ表示されるようにする。

【0085】

認証キーの有効性の確認結果、正常なフォント要請と判断した場合、第２サーバ３００は、要請を受けたＷｅｂフォント要請情報に基づいて最適化したサブセットＷｅｂフォントファイルを生成する。

【0086】

具体的には、第２サーバ３００は、上述のように、Ｗｅｂフォント要請情報内のテキスト情報と予め格納されたＷｅｂフォントに基づいてフォントサブセッティングを行い、サブセットＷｅｂフォントファイルを生成することができる。

【0087】

また、サブセットＷｅｂフォント生成過程で、第２サーバ３００は、よく使用するテキストサブセットＷｅｂフォントを予め生成して提供することができ、予想可能な回答が含まれたサブセットＷｅｂフォントを提供することができる。このために、第２サーバ３００は、短文メッセージングテキストから使用頻度の統計情報を抽出し、所定のサイズで構成されたよく使用する回答テキストを継続してアップデートすることができる。

【0088】

さらに、第２サーバ３００は、生成的言語モデルを用いて要請されたグリフに基づいて、次の単語や文章を予測し、さらなるサブセットを生成することができる。したがって、第２サーバ３００は、要請されたテキストのグリフに該当するサブセットに予想回答テキストのグリフに対するフォントを含むサブセットＷｅｂフォントをユーザ端末５００に提供することもできる。

【0089】

ユーザ端末５００は、第２サーバ３００から受信したサブセットＷｅｂフォントファイルを用いて、アプリケーション５１０画面にレンダリングし、テキストを表示することができる（Ｓ２１０）。

【0090】

以上、上述の本発明によると、アプリケーション５１０内のテキストをフォント別に取り合わせてテキスト情報を生成し、これに基づいてＷｅｂフォントＳＤＫモジュールを用いることにより、アプリケーション５１０のレンダリングの際に、Ｗｅｂフォントの使用による時間消費を最小化することができる。

【0091】

また、Ｗｅｂフォント情報の提供の際に最適化したサブセットＷｅｂフォントを用いることにより、Ｗｅｂフォントの容量を低減することができる。

【0092】

また、Ｗｅｂフォントの容量を低減することにより、Ｗｅｂフォントのダウンロード時間を短縮し、ネットワークトラフィックおよび費用を低減することができる。

【0093】

以下、図７を参照して、本発明の他の実施形態によるＷｅｂフォントメッセージングサービスの提供に対する過程について説明する。

【0094】

図７は、本発明のさらなる実施形態によるＷｅｂフォントメッセージングサービスの提供方法を示す例示図である。

【0095】

上述の実施形態において、送信者端末５００－１と受信者端末５００－２とのメッセージ送受信過程で、Ｗｅｂフォントサービスを提供する第１サーバ２００と第２サーバ３００を分離した構成として説明しているが、第１サーバ２００と第２サーバ３００の構成は、一つのサーバ内で構成されてもよい。

【0096】

具体的には、第２サーバ３００は、第１サーバ２００の中で一つのフォントモジュール２０５で構成されることができ、ユーザ端末５００の要請に応じて第１サーバ２００で送受信するメッセージにフォントを提供することができる。

【0097】

以下、図８を参照して、本実施形態によるＷｅｂフォントメッセージングサービスの提供を行うコンピューティング装置として、第２サーバ３００の具体的なハードウェアの実現について説明する。

【0098】

図８を参照すると、本発明のいくつかの実施形態において、第２サーバ３００は、コンピューティング装置の形態に実現されることができる。第２サーバ３００を構成するそれぞれのモジュールのうち一つ以上は、汎用コンピューティングプロセッサ上で実現され、したがって、プロセッサ（ｐｒｏｃｅｓｓｏｒ）３８８、入出力Ｉ／Ｏ３８２、メモリ（ｍｅｍｏｒｙ）３８４、インタフェース（ｉｎｔｅｒｆａｃｅ）３８６およびバス３８５（ｂｕｓ）を含むことができる。プロセッサ３８８、入出力Ｉ／Ｏ３８２、メモリ３８４および／またはインタフェース３８６は、バス３８５により互いに結合することができる。バス３８５は、データが移動する通路（ｐａｔｈ）に該当する。

【0099】

具体的には、プロセッサ３８８は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、デジタル信号プロセス、マイクロコントローラ、アプリケーションプロセッサ（ＡＰ、ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）およびこれらと類似する機能を行うことができる論理素子のうち少なくとも一つを含むことができる。

【0100】

入出力Ｉ／Ｏ３８２は、キーパッド（ｋｅｙｐａｄ）、キーボード、タッチスクリーンおよびディスプレイ装置のうち少なくとも一つを含むことができる。メモリ３８４は、データおよび／またはプログラムなどを格納することができる。

【0101】

インタフェース３８６は、通信ネットワークにデータを転送するか、通信ネットワークからデータを受信する機能を果たすことができる。インタフェース３８６は、有線または無線形態であることができる。例えば、インタフェース３８６は、アンテナまたは有無線トランシーバなどを含むことができる。メモリ３８４は、プロセッサ３８８の動作を向上させ、且つ個人情報の保護のための揮発性の動作メモリであって、高速のディーラムおよび／またはエスラムなどをさらに含むこともできる。

【0102】

また、メモリ３８４内には、ここで説明している一部またはすべてのモジュールの機能を提供するプログラミングおよびデータ構成を格納する。例えば、上述の学習方法の選択された様態を行うようにするロジックを含むことができる。

【0103】

メモリ３８４に格納された上述の方法を行う各ステップを含む命令語のセットでプログラムまたはアプリケーションをロードし、プロセッサが各ステップを行うようにする。

【0104】

さらに、ここで説明する様々な実施形態は、例えば、ソフトウェア、ハードウェアまたはこれらの組み合わせを用いて、コンピュータまたはこれと類似する装置で読み取り可能な記録媒体内で実現されることができる。

【0105】

ハードウェア的な実現によると、ここで説明される実施形態は、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙs）、プロセッサ（ｐｒｏｃｅｓｓｏｒｓ）、制御装置（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ－ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他の機能遂行のための電気的なユニットのうち少なくとも一つを用いて実現されることができる。一部の場合に、本明細書で説明される実施形態が、制御モジュール自体として実現されることができる。

【0106】

ソフトウェア的な実現によると、本明細書で説明される手続きおよび機能のような実施形態は、別のソフトウェアモジュールで実現されることができる。前記ソフトウェアモジュールのそれぞれは、本明細書で説明される一つ以上の機能および作動を行うことができる。適切なプログラム言語で書き込まれたソフトウェアアプリケーションによりソフトウェアコードが実現されることができる。前記ソフトウェアコードは、メモリモジュールに格納され、制御モジュールによって実行されることができる。

【0107】

具体的には、以上の説明は、本発明の技術思想を例示的に説明したものに過ぎず、本発明が属する技術分野において通常の知識を有する者であれば、本発明の本質的な特性から逸脱しない範囲内で様々な修正、変形および置換が可能である。

【0108】

したがって、本発明に開示されている実施形態および添付の図面は、本発明の技術思想を限定するためのものではなく、説明するためのものであって、このような実施形態および添付の図面によって本発明の技術思想の範囲が限定されるものではない。本発明の保護範囲は、下記の請求の範囲によって解釈されなければならず、それと同等な範囲内にあるすべての技術思想は、本発明の権利範囲に含まれるものと解釈すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】