特開 2024-91609 組み込みシステムでＴＲＵＥＴＹＰＥフォントファイルを処理するコンピュータ実装された方法

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

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

(11)【公開番号】P2024091609

(43)【公開日】2024-07-04

(54)【発明の名称】組み込みシステムでＴＲＵＥＴＹＰＥフォントファイルを処理するコンピュータ実装された方法

(51)【国際特許分類】

   G09G 5/24 20060101AFI20240627BHJP

   G06F 40/109 20200101ALI20240627BHJP

   G06F 12/06 20060101ALI20240627BHJP

【ＦＩ】

G09G5/24 650M

G06F40/109

G09G5/24 620L

G06F12/06 522B

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023217329

(22)【出願日】2023-12-22

(31)【優先権主張番号】10 2022 214 284.5

(32)【優先日】2022-12-22

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

(31)【優先権主張番号】10 2023 208 686.7

(32)【優先日】2023-09-08

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

(71)【出願人】

【識別番号】522388073

【氏名又は名称】コンチネンタル オートモーティヴ テクロノジーズ ゲー・エム・ベー・ハー

【氏名又は名称原語表記】Ｃｏｎｔｉｎｅｎｔａｌ Ａｕｔｏｍｏｔｉｖｅ Ｔｅｃｈｎｏｌｏｇｉｅｓ ＧｍｂＨ

【住所又は居所原語表記】Ｖａｈｒｅｎｗａｌｄｅｒ Ｓｔｒ． ９， ３０１６５ Ｈａｎｎｏｖｅｒ， Ｇｅｒｍａｎｙ

(74)【代理人】

【識別番号】100114890

【弁理士】

【氏名又は名称】アインゼル・フェリックス＝ラインハルト

(74)【代理人】

【識別番号】100098501

【弁理士】

【氏名又は名称】森田 拓

(74)【代理人】

【識別番号】100116403

【弁理士】

【氏名又は名称】前川 純一

(74)【代理人】

【識別番号】100134315

【弁理士】

【氏名又は名称】永島 秀郎

(74)【代理人】

【識別番号】100162880

【弁理士】

【氏名又は名称】上島 類

(72)【発明者】

【氏名】ウルリッヒ カバテク

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

5B109

5B160

5C182

【Ｆターム（参考）】

5B109RA15

5B160MM03

5C182AB25

5C182AB31

5C182FA14

5C182FA16

5C182FA23

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

【課題】組み込みシステムでＴＲＵＥＴＹＰＥフォントファイルを処理する方法を提供する。
【解決手段】組み込みシステム（１３８）においてＴｒｕｅＴｙｐｅフォントファイル（１１０）を処理するコンピュータ実装された方法であって、ＴｒｕｅＴｙｐｅフォントファイル（１１０）が特定のフォントを表し、ＴｒｕｅＴｙｐｅフォントファイル（１１０）が、フォントデータを含む複数の連結されたテーブルを含み、複数のテーブルが少なくとも、グリフの外観、すなわちフォントの文字の輪郭を画定する「ｇｌｙｆ」テーブル（１１４）を含み、「ｇｌｙｆ」テーブル（１１４）以外の複数のテーブルがその他のテーブルであり、組み込みシステム（１３８）が少なくとも第１のメモリ（１４０）及び第２のメモリ（１４２）を含んでいるのに対し、第１のメモリ（１４０）が第２のメモリ（１４２）よりも読み出し及び／又は書き込み性能が低速である。
【選択図】図３

【特許請求の範囲】

【請求項1】

組み込みシステム（１３８）においてＴｒｕｅＴｙｐｅフォントファイル（１１０）を処理するコンピュータ実装された方法（１００）であって、ＴｒｕｅＴｙｐｅフォントファイル（１１０）が特定のフォントを表し、前記ＴｒｕｅＴｙｐｅフォントファイル（１１０）が、フォントデータを含む複数の連結されたテーブルを含み、前記複数のテーブルが少なくとも、グリフの外観、すなわちフォントの文字の輪郭を画定する「ｇｌｙｆ」テーブル（１１４）を含み、前記「ｇｌｙｆ」テーブル（１１４）以外の複数のテーブルがその他のテーブルであり、前記組み込みシステム（１３８）が少なくとも第１のメモリ（１４０）及び第２のメモリ（１４２）を含んでいるのに対し、前記第１のメモリ（１４０）が前記第２のメモリ（１４２）よりも読み出し及び／又は書き込み性能が低速であり、前記方法（１００）が、
ａ）前記フォントデータを少なくとも第１のデータ組（１３４）及び第２のデータ組（１３６）に分割（１０２）して前記第１のデータ組（１３４）が前記「ｇｌｙｆ」テーブル（１１４）を含み、前記第２のデータ組（１３６）が少なくともその他のテーブルを含むようにするステップと、
ｂ）前記第１のデータ組（１３４）を前記第１のメモリ（１４０）にロードする（１０４）ステップと、
ｃ）前記第２のデータ組（１３６）を前記第２のメモリ（１４２）にロードする（１０６）ステップと、
ｄ）特定のグリフ（１５２）のレンダリング動作（１０８）の前に、前記特定のグリフ（１５２）に対応するデータが前記第２のメモリ（１４２）に既にロードされていなければ前記第１のデータ組（１３４）から前記第２のメモリ（１４２）にロードするステップを含む方法。

【請求項2】

前記「ｇｌｙｆ」テーブル（１１４）のグリフが、メモリにコピーされる前に、頻度の高いグリフが先に出現するように使用頻度に応じてソートされている、請求項１に記載の方法。

【請求項3】

前記第２のデータ組（１３６）が前記「ｇｌｙｆ」テーブル（１１４）からのデータを含んでいる、請求項１又は２に記載の方法。

【請求項4】

プログラムがコンピュータにより実行されたならば、請求項１～３のいずれか１項に記載の方法（１００）のステップを前記コンピュータに実行させる命令を含むコンピュータプログラム製品。

【請求項5】

コンピュータにより実行されたならば、請求項１～３のいずれか１項に記載の方法（１００）のステップを前記コンピュータに実行させる命令を含むコンピュータ可読記憶媒体。

【請求項6】

請求項４に記載のコンピュータプログラム製品を搬送するデータ搬送信号。

【請求項7】

組み込みシステム（１３８）であって、
ａ）少なくとも１個のマイクロコントローラ（１４４）と、
ｂ）少なくとも第１のメモリ（１４０）及び第２のメモリ（１４２）であって、前記第１のメモリ（１４０）が前記第２のメモリ（１４２）よりも読み出し及び／又は書き込み性能が遅いに対し、前記第１のメモリ（１４０）と前記第２のメモリ（１４２）が前記少なくとも１個のマイクロコントローラ（１４４）に通信可能に結合されている、前記第１のメモリ（１４０）及び前記第２のメモリ（１４２）と、
ｃ）前記少なくとも１個のマイクロコントローラ（１４４）に通信可能に結合された少なくとも１個のディスプレイ（１４６）を含み、
前記組み込みシステム（１３８）が、請求項１～３のいずれか１項に記載の方法（１００）を実行して前記少なくとも１個のディスプレイ（１４６）上でグリフをレンダリングすべく形成されている、組み込みシステム（１３８）。

【請求項8】

前記第２のメモリ（１４２）に格納された前記第２のデータ組（１３６）に基づいて前記ＴｒｕｅＴｙｐｅフォントファイル（１１０）をレンダリングすべくフォントエンジンが用いられる、請求項７に記載の組み込みシステム。

【請求項9】

請求項７又は８に記載の組み込みシステム（１３８）が実装されている乗物（１５６）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、組み込みシステムでフォント、特にＴｒｕｅＴｙｐｅフォントを処理する方法及びシステムに関する。

【背景技術】

【0002】

組込みシステムは、デジタル腕時計及び交通信号コントローラから乗物のインフォテインメントシステムに至る様々な技術及び製品の基本部分である。これらはプロセッサ、メモリ、入力、及び／又は出力機器の組み合わせとして、より大規模な機械的又は電子的システム内で専用機能を提供する。大抵の場合、組み込みシステムはグラフィカルユーザーインターフェースとしてディスプレイ機器を含むように設計されている。

【0003】

典型的に、組み込みシステムはコストが最適化されているため、大量の高速メモリを搭載していない。組み込みシステムの特徴は、多くの場合メモリマッピングされておらずブロック単位でしかアクセスできない低速メモリ（例えばＮＡＮＤフラッシュメモリ）である。このメモリは通常、サイズが大きいほど安価で入手しやすい。

【0004】

逆に、高速メモリは通常、メモリマッピングされていてランダムアクセス可能である。しかし、この種のメモリは高価であってサイズも限られる（例：ＲＡＭ又はＮＯＲフラッシュメモリ）。

【0005】

最新の組み込みディスプレイシステムは、なるべく汎用的であるように、多言語で魅力的なテキストレンダリング品質を提供する必要がある。この目的のため、通常はフォントエンジンが用いられる。大抵の場合、これは標準化されたＴｒｕｅＴｙｐｅ（ＴＴＦ）又はＯｐｅｎＴｙｐｅ（ＯＴＦ）のアウトラインフォント標準に基づいているのに対し、テキストをビットマップにレンダリングするフォントエンジンとしてオープンソースソフトウェア開発ライブラリＦｒｅｅＴｙｐｅが広く採用されている。このようなフォントエンジンは通常、フォントが高速メモリにあることを必要とする。ＦｒｅｅＴｙｐｅの場合、メモリマッピング又はファイルマッピングされた状態でフォントを処理できる。しかし、多言語対応が必要な場合、対応するＴＴＦフォントのメモリサイズは数十メガバイト（ＭＢ）になるため、高価な高速メモリを大量に必要とする。

【0006】

従って、組込みシステムでＴＴＦファイルを処理するのに大容量且つ高速なメモリを必要としない方法及びシステムにアクセスできることが望ましい。

【発明の概要】

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

【0007】

従って、本開示の目的は、従来技術の上述の短所を克服する方法及びシステムを提供することである。

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

【0008】

本開示の第１の態様は、組み込みシステムでＴｒｕｅＴｙｐｅフォント（ＴＴＦ）ファイルを処理するコンピュータ実装された方法である。ＴｒｕｅＴｙｐｅフォントファイルは、特定のフォントを表し、フォントデータを含む複数の連結テーブルを含んでいる。これら複数のテーブルは少なくとも、グリフ（字体）の外観、すなわちフォントの文字の輪郭を画定する「ｇｌｙｆ」テーブルを含んでいる。「ｇｌｙｆ」テーブル以外の複数のテーブルはその他のテーブルである。組み込みシステムは少なくとも第１のメモリ及び第２のメモリを含み、第１のメモリは第２のメモリよりも読み出し及び／又は書き込み性能が遅い。本方法は、フォントデータを少なくとも第１のデータ組及び第２のデータ組に分割して第１のデータ組が「ｇｌｙｆ」テーブルを含み、第２のデータ組が少なくともその他のテーブルを含むようにするステップと、第１のデータ組を第１のメモリにロードするステップと、第２のデータ組を第２のメモリにロードするステップと、特定のグリフをレンダリングする前に、特定のグリフに対応するデータが第２のメモリに既にロードされていなければ第１のデータ組から第２のメモリにロードするステップを含んでいる。

【0009】

どのＴＴＦファイルも、１個のテーブルが単語の並びである一連の連結されたテーブルを含んでいる。第１のテーブルは、フォント内の他のテーブルへのアクセスを可能にするフォントディレクトリである。これら他のテーブルはフォントデータを含み、任意の順序で現れてもよい。全てのフォントに特定のテーブルが必要であるのに対し、他のテーブルは特定のフォントに期待される機能に応じて任意選択的である。

【0010】

他のテーブルは、例えば、フォントの名前を含む「ｎａｍｅ」と呼ばれるテーブルを含んでいる。また、文字のグリフへのマッピングを含む「ｃｍａｐ」と呼ばれるテーブルもある。グリフは文字の具体的な形、デザイン、又は表現を記述する。換言すれば、フォントのグリフは当該フォント文字の輪郭を記述し、輪郭点等の対応するデータは「ｇｌｙｆ」と呼ばれるテーブルに格納されている。

【0011】

開示する発明は、ディスプレイ上でフォントをレンダリングすべくメモリ上で頻繁にアクセスする必要があるのはＴＴＦファイルの内容の僅かな部分に過ぎないのに対し、他のテーブルには著しく異なる仕方でアクセスされるとの理解に基づいている。

【0012】

大多数のテーブルは、例えば二分検索を用いて特定のプロパティを検索するのにランダムアクセスメモリを必要とする。しかし、一つの顕著な例外は「ｇｌｙｆ」テーブルであり、通常これにアクセスするのは特定のグリフをレンダリングする場合、又は初期的にＦｒｅｅＴｙｐｅ等のフォントエンジンがフォントをロードする場合だけである。レンダリング中、一度に１個のグリフのデータしか必要とされず、当該１個グリフのサイズは僅か数百バイトに過ぎない。「ｇｌｙｆ」テーブルはまた、ＴＴＦファイルの最大部分を占め、大抵の場合９０％に達する。その他のテーブルは従ってＴＴＦファイルの約１０％のように僅かな部分を占めるに過ぎない。換言すれば、その他のテーブルは頻繁にアクセスする必要があるのに対し、「ｇｌｙｆ」テーブルは稀にしかアクセスする必要がない。

【0013】

従って、本発明は、ＴＴＦファイルを少なくとも２個の別々の部分に分割して、メモリにロードする際に異なる仕方で処理することを提案する。小さく且つ頻繁にアクセスされる部分は高速メモリに１回ロードされる。大きいが稀／疎にしかアクセスされない部分は低速メモリにロードされる。第１のメモリの例としてＮＡＮＤフラッシュメモリ及び組み込みマルチメディアカードメモリがある。第２のメモリの例としてランダムアクセスメモリ（ＲＡＭ）、又はＲＡＭとＮＯＲフラッシュメモリの組み合わせがある。

【0014】

しかし、読み書きが遅いのは、インターネット接続不良が制約の要因になり得るクラウドベースのメモリに起因する場合もある。

【0015】

最も基本的なアプローチにおいて、ＴＴＦファイルを３個の部分、すなわち「ｇｌｙｆ」テーブルの前の部分、「ｇｌｙｆ」テーブル自体、「ｇｌｙｆ」テーブルの後の部分に分割する。この結果、フォントが３分割されてフォントデータは変更されないという利点が得られる。従って第１のデータ組としての「ｇｌｙｆ」テーブルを第１のメモリにロードする一方、他の２個の部分を第２のメモリにロードすることができる。しかし、「ｇｌｙｆ」テーブルの前後の２個の部分を結合して２分割とすることもできる。

【0016】

有利な一実施形態において、「ｇｌｙｆ」テーブルのグリフは、メモリにコピーされる前に、頻度の高いグリフが先に出現するように使用頻度に応じてソートされる。

【0017】

メモリにロードする前に、異なる部分に更に修正を加えることも可能である。例えば、レイアウト及びレンダリングに必要な全てのテーブルを前面に配置し、及び／又はレンダリングに不要なテーブルは完全に割愛される。例えば、レンダリングにＦｒｅｅＴｙｐｅを使う場合、ＦｒｅｅＴｙｐｅは安定した動作には「ｐｏｓｔ」テーブルを必要としないため、「ｐｏｓｔ」テーブルを削除してもよい。

【0018】

特別な処理を行う目的で、フォントデータに追加的なテーブルを導入することも可能である。メモリ内で複数のフォントを任意の順序で単一のＴＴＦファイルに結合することができる。これにより、必要なデータだけを高速メモリにロードすることができ、メモリコストを大幅に削減できる。

【0019】

有利な一実施形態において、第２のデータ組は「ｇｌｙｆ」テーブルからのデータを含んでいる。本実施形態において、より頻繁に用いられるグリフを高速メモリに格納することで再ロードを回避し、従ってアクセス時間を向上させることができる。頻繁に用いられるグリフをレンダリングする場合、第２のより高速なメモリから既に利用可能であるため、第１のより低速なメモリからロードする必要がない。

【0020】

本開示の第２の態様によれば、コンピュータプログラム製品は、プログラムがコンピュータにより実行されたならば、コンピュータに上述の方法のステップを実行させる命令を含んでいる。

【0021】

本開示の第３の態様によれば、コンピュータ可読記憶媒体は、コンピュータにより実行されたならば、コンピュータに上述の方法のステップを実行させる命令を含んでいる。

【0022】

本開示の第４の態様によれば、データ搬送信号は、第２の態様によるコンピュータプログラム製品を搬送する。

【0023】

本開示の第５の態様によれば、組み込みシステムは、少なくとも１個のマイクロコントローラを含んでいる。更に、組み込みシステムは、少なくとも第１のメモリ及び第２のメモリを含み、第１のメモリは第２のメモリよりも読み出し及び／又は書き込み性能が遅いのに対し、第１及び第２のメモリは少なくとも１個のマイクロコントローラに通信可能に結合されている。また、組み込みシステムは、少なくとも１個のマイクロコントローラに通信可能に結合された少なくとも１個のディスプレイを含んでいる。更に、組み込みシステムは、上述の方法を実行して少なくとも１個のディスプレイ上でグリフをレンダリングすべく形成されている。

【0024】

ディスプレイは、インフォテインメントシステム、計器クラスタ、ラジオ、又はヘッドアップディスプレイの一部であってよい。組み込みシステムは更に、プロセッサ及びグラフィカルプロセッシングユニット等の追加的な部分を含んでいてよい。組み込みシステムの異なる電子部品が、例えばＣＡＮバス等のバスを介して通信可能に結合されていてよい。

【0025】

組み込みシステムの当該異なる部分は、単一ユニットに一体化されていてよい。しかし、組み込みシステムの複数の部分を異なるユニットに分散させることも可能である。例えば、ディスプレイとマイクロコントローラは自動車、オートバイ、トラック、列車、ヘリコプター、飛行機等の乗物内のユニットの一部であるのに対し、メモリはサーバーに組み込むことができる。

【0026】

有利な一実施形態において、第２のメモリ内の第２のデータ組に基づいてフォントエンジンを用いてＴｒｕｅＴｙｐｅフォントをレンダリングする。換言すれば、フォントエンジンは高速メモリ内のデータをレンダリング用に用いる。

【0027】

本開示の第６の態様によれば、乗物は上述の組み込みシステムを実装している。

【0028】

以下、本発明について、添付図面を参照しながら、例示的な複数の実施形態により説明する。

【図面の簡単な説明】

【0029】

【図1】組み込みシステムでＴｒｕｅＴｙｐｅフォントファイルを処理するためのコンピュータ実装された方法のフロー図である。

【図2】図１の組み込みシステムでＴｒｕｅＴｙｐｅフォントファイルを処理する方法のステップを詳細に示す模式図である。

【図3】図１のＴｒｕｅＴｙｐｅフォントファイルを処理する方法を実行する組み込みシステムの模式図である。

【図4】図３の組み込みシステムが実装された乗物の模式図である。

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

【0030】

図１に、組み込みシステム１３８でＴｒｕｅＴｙｐｅフォント（ＴＴＦ）ファイル１１０を処理するコンピュータ実装された方法１００のフロー図を示す。

【0031】

どのＴｒｕｅＴｙｐｅフォントファイル１１０も特定のフォントを表し、フォントデータを含む連結された複数のテーブルを含んでいる。いくつかのテーブルは、フォントのレイアウト及びレンダリングに関連するデータを含み、いくつかはレンダリング処理を高速化する情報を保持し、他のテーブルは特徴、設定、著作権表示、フォント名、スタイル名、及びフォントに関連する他の情報を格納している。いくつかのテーブルはどのＴＴＦファイル１１０にも必須であり、他のテーブルは任意選択的である。必須テーブルの一つが「ｇｌｙｆ」テーブル１１４であり、フォントを構成する全てのグリフに対する特定のグリフデータ１５４の累積としてグリフデータ１５２に符号化されたフォントのグリフの外観、すなわちフォントの文字の輪郭を画定する。

【0032】

コンピュータ実装された方法１００の分割ステップ１０２において、ＴｒｕｅＴｙｐｅフォントファイル１１０は、少なくとも第１のデータ組１３４及び第２のデータ組１３６に分割されるのに対し、第１のデータ組１３４は「ｇｌｙｆ」テーブル１１４を含み、第２のデータ組１３６は、少なくともその他のテーブル、すなわち「ｇｌｙｆ」テーブル１１４以外のＴＴＦファイル１１０の複数のテーブルを含んでいる。

【0033】

組み込みシステム１３８は、少なくとも第１のメモリ１４０及び第２のメモリ１４２を含み、第１のメモリ１４０は第２のメモリ１４２よりも読み出し及び／又は書き込み性能が遅い。

【0034】

次いで、方法１００の第１のロードステップ１０４において、第１のデータ組１３４が第１のメモリ１４０にロードされる。同時に、第２のロードステップ１０６において、第２のデータ組１３６が第２のメモリ１４２にロードされる。しかし、第１のロードステップ１０４と第２のロードステップ１０６を連続的に実行することも可能である。

【0035】

レンダリングステップ１０８において、特定のグリフデータ１５４をレンダリングする場合、特定のグリフデータ１５４が第１のデータ組１３４から第２のメモリ１４２にロードされる。しかし、例えばグリフが頻繁に用いられ、且つ第２のデータ組１３６が頻繁に用いられる「ｇｌｙｆ」テーブル１１４からのデータを含んでいるために、特定のグリフデータ１５４が第２のメモリ１４２に既にロードされている場合、当該ステップは不要な作業負荷を避けるべく割愛される。レンダリングステップ１０８は、レンダリング対象である全てのグリフについて繰り返すことができ、これを図１に円形の矢印で視覚化している。

【0036】

図２に、図１の組み込みシステム１３８でＴｒｕｅＴｙｐｅフォントファイル１１０を処理する方法１００のステップを詳細に示す模式図を示す。

【0037】

特に、図２は、図１の分割ステップ１０２に関する３個の異なるアプローチを詳細に示している。図２の例において、ＴＴＦファイル１１０は、第１の部分１１２、「ｇｌｙｆ」テーブル１１４、及び第２の部分１１６を含んでいる。第１の部分１１２は「ｇｌｙｆ」テーブル１１４より前に現れる全てのデータを保持しているのに対し、第２の部分１１６は「ｇｌｙｆ」テーブル１１４より後に現れる全てのデータを保持している。図２は、ＴＴＦファイル１１０を第１のデータ組１３４及び第２のデータ組１３６に分割する方法に関する第１のアプローチ１１８、第２のアプローチ１２０、及び第３のアプローチ１２６を詳細に示している。

【0038】

第１のアプローチ１１８において、ＴＴＦファイル１１０は、第１のデータ組１３４に含まれていて第１のメモリ１４０にロードされる「ｇｌｙｆ」テーブル１１４に分割されるのに対し、第１の部分１１２と第２の部分１１６は更なる修正無しに結合されて、第２のメモリ１４２にロードされる第２のデータ組１３６を形成する。

【0039】

第２のアプローチ１２０において、ＴＴＦファイル１１０は第１の修正された「ｇｌｙｆ」テーブル１２２及び第１の修正されたその他のテーブル１２４に分割される。第１の修正「ｇｌｙｆ」テーブル１２２は「ｇｌｙｆ」テーブル１１４のソートされたバージョンであり、最も頻繁に用いられるグリフデータ１５２がテーブルの先頭に現れる。第１の修正されたその他のテーブル１２４は、ＴＴＦファイル１１０の第１の部分１１２と第２の部分１１６を含んでいるのに対し、頻繁に用いられるテーブル、例えばレイアウト及びレンダリングに関連する情報を保持するテーブルは、テーブルの先頭に現れるようにソートされる。第１の修正された「ｇｌｙｆ」テーブル１２２は、第１のデータ組１３４に含まれていて第１のメモリ１４０にロードされる。第１の修正されたその他のテーブル１２４は第２のデータ組１３６に含まれていて第２のメモリ１４２にロードされる。

【0040】

第３のアプローチ１２６において、ＴＴＦファイル１１０は、第２の修正された「ｇｌｙｆ」テーブル１２８と、使用頻度の高い「ｇｌｙｆ」テーブル１３０と、第２の修正されたその他のテーブル１３２に分割される。第２の修正された「ｇｌｙｆ」テーブル１２８は、最も頻繁に用いられるグリフデータ１５２が削除された「ｇｌｙｆ」テーブル１１４のコピーである。第２の修正された「ｇｌｙｆ」テーブル１２８は、第１のデータ組１３４として第１のメモリ１４０にロードされる。

【0041】

これらの最も頻繁に用いられるグリフデータ１５２は、頻繁に用いられる「ｇｌｙｆ」テーブル１３０を形成する。第２の修正されたその他のテーブル１３２は、その他のテーブル、すなわちレンダリング処理に無関係なテーブルが削除された「ｇｌｙｆ」テーブル１１４以外のＴＴＦファイル１１０の複数のテーブルのコピーである。結合された使用頻度の高い「ｇｌｙｆ」テーブル１３０と第２の修正されたその他のテーブル１３２は第２のデータ組１３６として高速アクセスできるように第２のメモリ１４２に格納される。

【0042】

図３に、図１のＴｒｕｅＴｙｐｅフォントファイル１１０を処理する方法１００を実行する組み込みシステム１３８の模式図を示す。

【0043】

組み込みシステム１３８は、第１のメモリ１４０及び第２のメモリ１４２を含み、第１のメモリ１４０は、第２のメモリ１４２よりも読み出し及び／又は書き込み性能が低いが記憶容量は大きい。更に、組み込みシステム１３８は、マイクロコントローラ１４４及びディスプレイ１４６を含んでいる。第１のメモリ１４０と第２のメモリ１４２は、データバス１４８を介してマイクロコントローラ１４４に通信可能に結合されている。ディスプレイ１４６もまたマイクロコントローラ１４４に通信可能に結合されていて、ビデオ出力１５０により、マイクロコントローラ１４４はレンダリングされたグリフをディスプレイ１４６に表示することができる。

【0044】

第１のデータ組１３４は第１のメモリ１４０にロードされる。通常、これは生成処理の終了時に第１のデータ組１３４をフラッシュすることにより行われる。図１の例において、第１のデータ組１３４は未修正ＴＴＦファイル１１０である。従って、第１のデータ組１３４は、第１の部分１１２、「ｇｌｙｆ」テーブル１１４、及び第２の部分１１６を含んでいる。「ｇｌｙｆ」テーブル１１４は、フォント内のグリフの外観を画定するグリフデータ１５２を含み、図３で複数の矩形により視覚化されている。１個の矩形がフォントの全グリフの個々のグリフデータを示す。

【0045】

組み込みシステム１３８の起動中、第１の部分のコピー１１２’及び第２の部分のコピー１１６’が第２のメモリ１４２にロードされる。しかし、例えば、第２のメモリ１４２がランダムアクセスメモリ（ＲＡＭ）とＮＯＲフラッシュメモリの組み合わせであるならば、第１のデータ組１３４と同様に、生成処理の終了時にコピー１１２’、１１６’を第２のメモリ１４２にフラッシュすることも可能である。この段階で、組み込みシステム１３８は、グリフデータ１５２を除いて、高速メモリ内で利用可能なグリフをどのようにレイアウト及びレンダリングするかに関する全ての情報を有している。このデータはＴＴＦファイル１１０のサイズの大部分を占めるため、これを高速であるが小さい第２のメモリ１４２にロードすることは望ましくない。

【0046】

マイクロコントローラが、例えばインフォテインメントシステムによりテキストをディスプレイ１４６に表示するよう指示されたならば、レンダリング処理が開始される。レンダリング中、特定のグリフ１５４は一度に１個しか必要とされない。レンダリング処理の前に、特定のグリフデータ１５４が特定のグリフデータのコピー１５４’として第２のメモリ１４２にコピーされる。これは次いでより高速な第２のメモリ１４２から便利にロードすることができる。特定グリフデータのコピー１５４’のレンダリング処理が終了した後で、レンダリングステップ１０８は、レンダリング対象である次のグリフに対して繰り返される。

【0047】

図４に、図３の組み込みシステム１３８が実装された乗物１５６の模式図を示す。

【0048】

組み込みシステム１３８の各部分は図４に示すように単一の機器に組み込まれていてよい。しかし、組み込みシステム１３８の全部又は選択された部分もまた、インフォテインメントシステム等、別の装置の機能を提供することができる。

【符号の説明】

【0049】

１００ 方法
１０２ 分割ステップ
１０４ 第１のローディングステップ
１０６ 第２のローディングステップ
１０８ レンダリングステップ
１１０ ＴｒｕｅＴｙｐｅフォントファイル
１１２ 第１の部分
１１４ 「ｇｌｙｆ」テーブル
１１６ 第２の部分
１１８ 第１のアプローチ
１２０ 第２のアプローチ
１２２ 第１の修正された「ｇｌｙｆ」テーブル
１２４ 第１の修正されたその他のテーブル
１２６ 第３のアプローチ
１２８ 第２の修正された「ｇｌｙｆ」テーブル
１３０ 頻繁に用いられる「ｇｌｙｆ」テーブル
１３２ 第２の修正されたその他のテーブル
１３４ 第１のデータ組
１３６ 第２のデータ組
１３８ 組み込みシステム
１４０ 第１のメモリ
１４２ 第２のメモリ
１４４ マイクロコントローラ
１４６ ディスプレイ
１４８ データバス
１５０ ビデオ出力
１５２ グリフデータ
１５４ 特定のグリフデータ
１５６ 乗物

【図1】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2023-12-22

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

組み込みシステム（１３８）においてＴｒｕｅＴｙｐｅフォントファイル（１１０）を処理するコンピュータ実装された方法（１００）であって、ＴｒｕｅＴｙｐｅフォントファイル（１１０）が特定のフォントを表し、前記ＴｒｕｅＴｙｐｅフォントファイル（１１０）が、フォントデータを含む複数の連結されたテーブルを含み、前記複数のテーブルが少なくとも、グリフの外観、すなわちフォントの文字の輪郭を画定する「ｇｌｙｆ」テーブル（１１４）を含み、前記「ｇｌｙｆ」テーブル（１１４）以外の複数のテーブルがその他のテーブルであり、前記組み込みシステム（１３８）が少なくとも第１のメモリ（１４０）及び第２のメモリ（１４２）を含んでいるのに対し、前記第１のメモリ（１４０）が前記第２のメモリ（１４２）よりも読み出し及び／又は書き込み性能が低速であり、前記方法（１００）が、
ａ）前記フォントデータを少なくとも第１のデータ組（１３４）及び第２のデータ組（１３６）に分割（１０２）して前記第１のデータ組（１３４）が前記「ｇｌｙｆ」テーブル（１１４）を含み、前記第２のデータ組（１３６）が少なくともその他のテーブルを含むようにするステップと、
ｂ）前記第１のデータ組（１３４）を前記第１のメモリ（１４０）にロードする（１０４）ステップと、
ｃ）前記第２のデータ組（１３６）を前記第２のメモリ（１４２）にロードする（１０６）ステップと、
ｄ）特定のグリフ（１５２）のレンダリング動作（１０８）の前に、前記特定のグリフ（１５２）に対応するデータが前記第２のメモリ（１４２）に既にロードされていなければ前記第１のデータ組（１３４）から前記第２のメモリ（１４２）にロードするステップを含む方法。

【請求項2】

前記「ｇｌｙｆ」テーブル（１１４）のグリフが、メモリにコピーされる前に、頻度の高いグリフが先に出現するように使用頻度に応じてソートされている、請求項１に記載の方法。

【請求項3】

前記第２のデータ組（１３６）が前記「ｇｌｙｆ」テーブル（１１４）からのデータを含んでいる、請求項１に記載の方法。

【請求項4】

プログラムがコンピュータにより実行されたならば、請求項１～３のいずれか１項に記載の方法（１００）のステップを前記コンピュータに実行させる命令を含むコンピュータプログラム製品。

【請求項5】

コンピュータにより実行されたならば、請求項１～３のいずれか１項に記載の方法（１００）のステップを前記コンピュータに実行させる命令を含むコンピュータ可読記憶媒体。

【請求項6】

請求項４に記載のコンピュータプログラム製品を搬送するデータ搬送信号。

【請求項7】

組み込みシステム（１３８）であって、
ａ）少なくとも１個のマイクロコントローラ（１４４）と、
ｂ）少なくとも第１のメモリ（１４０）及び第２のメモリ（１４２）であって、前記第１のメモリ（１４０）が前記第２のメモリ（１４２）よりも読み出し及び／又は書き込み性能が遅いに対し、前記第１のメモリ（１４０）と前記第２のメモリ（１４２）が前記少なくとも１個のマイクロコントローラ（１４４）に通信可能に結合されている、前記第１のメモリ（１４０）及び前記第２のメモリ（１４２）と、
ｃ）前記少なくとも１個のマイクロコントローラ（１４４）に通信可能に結合された少なくとも１個のディスプレイ（１４６）を含み、
前記組み込みシステム（１３８）が、請求項１～３のいずれか１項に記載の方法（１００）を実行して前記少なくとも１個のディスプレイ（１４６）上でグリフをレンダリングすべく形成されている、組み込みシステム（１３８）。

【請求項8】

前記第２のメモリ（１４２）に格納された前記第２のデータ組（１３６）に基づいて前記ＴｒｕｅＴｙｐｅフォントファイル（１１０）をレンダリングすべくフォントエンジンが用いられる、請求項７に記載の組み込みシステム。

【請求項9】

請求項７に記載の組み込みシステム（１３８）が実装されている乗物（１５６）。

【外国語明細書】