JP2014038301A

JP2014038301A - 組込みシステムにおいてキャラクター文字列を操作する方法

Info

Publication number: JP2014038301A
Application number: JP2012225036A
Authority: JP
Inventors: Wan-Chih Chen; 萬治陳; Wen-Kae Tsao; 文凱曹
Original assignee: Arphic Tech Co Ltd
Current assignee: Arphic Tech Co Ltd
Priority date: 2012-08-15
Filing date: 2012-10-10
Publication date: 2014-02-27
Also published as: TW201407385A; CN103593332A; US20140049554A1

Abstract

【課題】
キャラクターを正しくフォーマットし、複合テキスト言語に係るキャラクターが入り混じった文字列を正しくレイアウトする。
【解決手段】
オリジナル文字列の中の複数のキャラクターに係るキャラクターコード、属性及び／又は色に応じて、特別なエンコードされた文字列が生成される。特別なエンコードされた文字列に応じて、代替的なエンコードされた文字列が生成される。代替的なエンコードされた文字列の中の複数のキャラクターをレイアウトすることによって、レイアウトされた文字列が生成される。そして、レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字が表され、レイアウトされた文字列の中の複数のキャラクターに係る当該属性及び／又は当該色を有する絵文字がディスプレイ上に表示される。
【選択図】図２

Description

本発明は、組込みシステム（ｅｍｂｅｄｄｅｄｓｙｓｔｅｍ）においてキャラクター文字列（ｃｈａｒａｃｔｅｒｓｔｒｉｎｇ）を操作する方法に関する。より特定的には、組込みシステムにおいて複合テキスト言語に係るキャラクター文字列をレイアウトする方法に関する。

多様な言語、特に、タイ語、クメール語、ミャンマー語、ヒンディー語、ベンガル語、タミル語、といったものは、複合テキスト言語に属する。これらの言語のキャラクターは左から右へ書かれる。フォントエンジン（ｆｏｎｔｅｎｇｉｎｅ）は、文字列が正しくこれらの言語のキャラクターを含むようにすることができない。なぜなら、これらの言語の母音と子音は複合的に組み合わされており、キャラクターが表示される順序が論理的な順序と同じではないからである。これとは別に、特に、アラビア語、ペルシャ語、そしてヘブライ語、といった言語もまた複合テキスト言語に属するが、一方、これらの言語のキャラクターは右から左へ書かれる。このように、キャラクターを正しくフォーマットしたり、左から右に書かれたり、右から左に書かれる複合テキスト言語に係るキャラクターが入り混じった文字列を正しくレイアウトするためには、両方向のテキストレイアウト機能を備えた複合テキストレイアウトエンジンが必要とされる。例えば、あるキャラクターは接頭語としてレイアウトされることを要し、もしくは複合テキスト言語に係る他のキャラクターの接尾語としてレイアウトされることを要することもある。

複合テキストレイアウトエンジンは、特には、中国語、日本語、韓国語、英語及び／又はヨーロッパの言語、を含んだプレーンテキストの文字列をレイアウトするためにも使用することができる。

組込みシステムの中のテキストレイアウトエンジンは、キャラクターが２バイトのユニコードでエンコード化されるプレーンテキストの文字列をレイアウトすることができる。しかしながら、パーソナルコンピューターに比べて組込みシステムのメモリー空間は制限され、動作効率も制限があるために、組込みシステムの中のテキストレイアウトエンジンは、キャラクターが４バイトのユニコードでエンコード化されるプレーンテキストの文字列をレイアウトすること及び／又は属性もしくは色を有するキャラクターの文字列をレイアウトすることはできない。このように、組込みシステムにおいては文書ファイルの中のキャラクターや文字列が間違って表示され得る。

本発明の実施例は、組込みシステムにおいて使用されるキャラクター文字列の操作について開示する。本方法は、オリジナル文字列の中の複数のキャラクターに係るキャラクターコードと属性及び／又は色に応じて、特別なエンコードされた文字列を生成することを含んでいる。組込みシステムにおいて、特別なエンコードと属性処理のモジュールを使用して、その特別なエンコードされた文字列に応じて代替的なエンコードされた文字列を生成する。組込みシステムにおいて、レイアウトエンジンを使用して、その代替的なエンコードされた文字列の中の複数のキャラクターをレイアウトすることによりレイアウトされた文字列を生成する。組込みシステムにおいて、フォントエンジンを使用して、レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字を表す。レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字がディスプレイ装置上に表示される。

本発明に係るこれらの、および他の目的は、これ以降に様々な絵や図を使って説明される望ましい実施例に係る詳しい記載を読んだ後において、当業者にとっては疑いなく明白になるであろう。

本方法は、オリジナル文字列の中の複数のキャラクターに係るキャラクターコードと属性及び／又は色に応じて、特別なエンコードされた文字列を生成することを含んでいる。組込みシステムにおいて、特別なエンコードと属性処理のモジュールを使用して、その特別なエンコードされた文字列に応じて代替的なエンコードされた文字列を生成する。組込みシステムにおいて、レイアウトエンジンを使用して、その代替的なエンコードされた文字列の中の複数のキャラクターをレイアウトすることによりレイアウトされた文字列を生成する。組込みシステムにおいて、フォントエンジンを使用して、レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字を表す。

図１は、本発明の実施例に従って、キャラクター文字列の操作方法を説明するフローチャートを示している。図２は、本発明の実施例に従って、図１に係る方法を実行するための組込みシステムにおけるモジュールを説明するダイアグラムを示している。図３は、本発明の実施例に従って、キャラクター文字列を示している。図４は、本発明の別の実施例に従って、キャラクター文字列を示している。図５は、本発明の別の実施例に従って、キャラクター文字列を示している。図６は、本発明の別の実施例に従って、キャラクター文字列を示している。図７は、本発明の別の実施例に従って、キャラクター文字列を示している。図８は、本発明の別の実施例に従って、キャラクター文字列を示している。図９は、本発明の別の実施例に従って、キャラクター文字列を示している。

本発明では、組込みシステムにおいて、２バイトのキャラクターコードと属性及び／又は色のそれぞれを有するキャラクターを含んだキャラクター文字列をレイアウトするための方法が紹介される。本方法は、複合テキスト言語に係るキャラクターを含み、属性及び／又は色を有する文字列をレイアウトするためにも使用され得る。本発明に係る方法は、ユニコード拡張Ｂ（ＵｎｉｃｏｄｅＥｘｔｅｎｓｉｏｎＢ）もしくはユニコードの顔文字（ＵｎｉｃｏｄｅＥｍｏｔｉｃｏｎ）に属するキャラクターといった、ユニコード値が６５５３５より大きい４バイトのキャラクターコードを有し、２バイトのユニコードでは表わすことができないキャラクターを取り扱うためにも使用され得る。属性は、２バイトもしくは４バイトでエンコードされ得る。例えば、属性が２バイトでエンコードされるときは、０ｘ０１００はイタリック体を表し、０ｘ０２００は太字を表し、０ｘ０４００は下線を表し、そして０ｘ０８００は輪郭を表し得る。色は、２バイトもしくは４バイトでエンコードされ得る。例えば、色が４バイトでエンコードされるときは、０ｘ００ＣＣＦＦ８０は、緑色レベルが０ｘ００であり、赤色レベルが０ｘＣＣであり、透明レベルが０ｘＦＦであり、そして青色レベルが０ｘ８０である、キャラクターを表し得る。一方、０ｘＦＦＦＦＦＦＦＦは、白色のキャラクターを表し得る。

図１および図２を参照する。図１は、本発明の実施例に従って、キャラクター文字列の操作方法１００を説明するフローチャートを示している。図２は、本発明の実施例に従って、方法１００を実行するための組込みシステム２００の中のモジュールを説明するダイアグラムを示している。組込みシステム２００は、特別なエンコードと属性処理のモジュール２０２、レイアウトエンジン２０４、およびフォントエンジン２０６とを含んでいる。別の実施例においては、レイアウトエンジン２０４は、複合テキストレイアウトエンジンによって置き換えられ得る。方法１００は、以下のステップを含み得る。

ステップ１０２：オリジナル文字列の中のキャラクターコードと複数のキャラクターに係る属性及び／又は色に応じて、特別なエンコードされた文字列を生成する
ステップ１０４：組込みシステム２００において、特別なエンコードと属性処理のモジュール２０２を使用して、その特別なエンコードされた文字列に応じて代替的なエンコードされた文字列を生成する
ステップ１０６：組込みシステム２００において、レイアウトエンジン２０４を使用して、その代替的なエンコードされた文字列の中の複数のキャラクターをレイアウトすることによりレイアウトされた文字列を生成する
ステップ１０８：組込みシステム２００において、フォントエンジン２０６を使用して、レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字を表現する
ステップ１１０：レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字をディスプレイ装置上に表示する

エンコードモジュールは、オリジナル文字列の中の複数のキャラクターに係るキャラクターコードと属性及び／又は色に応じて、特別なエンコードされた文字列を生成するために、ステップ１０２において利用され得る。ステップ１０２においては、オリジナル文字列の中の複数のキャラクターに係るそれぞれのキャラクターコードは２バイトのユニコードまたは４バイトのユニコードであり得る。本発明においては、キャラクターのユニコードのコードポイント（Ｕｎｉｃｏｄｅｃｏｄｅｐｏｉｎｔ）を表すために「Ｕ＋」の後ろに数字を続け、ユニコードの変換フォーマットは、ＵＴＦ−８，ＵＴＦ−１６、またはＵＴＦ−３２であり得る。例えば、属性と色を有しないオリジナル文字列「ＡＢＣ」に係る２バイトのユニコードは、Ｕ＋００４１Ｕ＋００４２Ｕ＋００４３として表され得る。それぞれが、キャラクターＡに係るユニコード００４１、キャラクターＢに係るユニコード００４２、そしてキャラクターＣに係るユニコード００４３に対応している。

オリジナル文字列が、ユニコードのコードポイントが６５５３５よりも大きく、及び／又は、属性及び／又は色を有するキャラクターを含んでいる場合には、オリジナル文字列の中の複数のキャラクターのキャラクターコードを４バイトから２バイトに変換するために、ステップ１０２において複数の既定の特別な属性エンコードモードが利用され得る。複数の既定の特別な属性エンコードモードの例を以下に示す。

エンコードモード１：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが２バイトのユニコードであり、オリジナル文字列の中の複数のキャラクターに係る属性が２バイトでエンコードされる場合に利用される
エンコードモード２：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが２バイトのユニコードであり、オリジナル文字列の中の複数のキャラクターに係る属性が２バイトでエンコードされ、そして、オリジナル文字列の中の複数のキャラクターに係る色が４バイトでエンコードされる場合に利用される
エンコードモード３：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが２バイトのユニコードであり、オリジナル文字列の中の複数のキャラクターに係る色が４バイトでエンコードされる場合に利用される
エンコードモード４：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが４バイトのユニコードである場合に利用される
エンコードモード５：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが４バイトのユニコードであり、オリジナル文字列の中の複数のキャラクターに係る属性が２バイトでエンコードされる場合に利用される
エンコードモード６：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが４バイトのユニコードであり、オリジナル文字列の中の複数のキャラクターに係る属性が２バイトでエンコードされ、そして、オリジナル文字列の中の複数のキャラクターに係る色が４バイトでエンコードされる場合に利用される
エンコードモード７：オリジナル文字列の中の複数のキャラクターに係るキャラクターコードが４バイトのユニコードであり、オリジナル文字列の中の複数のキャラクターに係る色が４バイトでエンコードされる場合に利用される

エンコードモード１を使用する実施例では、組込みシステム２００において、属性を有する図３のオリジナル文字列が、レイアウトされた後で出力され、もしくはディスプレイに表示される。図３のオリジナル文字列の２バイトのユニコードは、Ｕ＋００４１Ｕ＋００４２Ｕ＋００４３である。最初に、ユーザーは、アプリケーションプログラムを使用するエンコード化モジュールでの特別な属性ルックアップテーブルにおいて、既定の属性を定め得る。例えば、既定の属性は、キャラクターコード「００００００１Ａ」で表される、フォントサイズ２６のように定め得る。この実施例においては、図３のオリジナル文字列の最初の２つキャラクターのキャラクターコードはＵ＋００４１Ｕ＋００４２であり、ユニコード第０面に属し（ユニコード値が０ｘ１００００よりも小さい）、そして最初の２つのキャラクターの属性は既定の属性と同一である。このように、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、オリジナルな２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図３のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋００４３であり、３番目のキャラクターの属性はフォントサイズ１６、太字、イタリック体であって、既定の属性と同一ではない。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードと属性を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００４３０３１０を表すための特別な２バイトの特別なコードはＦ７０１であり得る。ここで、００４３は第３のキャラクターのオリジナルな２バイトのユニコードであり、０３１０は第３のキャラクターの属性である。そして、文字列００４３０３１０は特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第３のキャラクターのオリジナルな２バイトのユニコードと属性を、逆にルックアップできるようにである。次に、エンコード化モジュールは、００４１００４２Ｆ７０１００００Ｆ８ＦＦ０００１０００１００００００１Ａ００４３０３１０というコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１は最初の２つのキャラクターのオリジナルな２バイトのユニコードと第３のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００１はエンコードモード１を表し、０００１はオリジナル文字列の中の特別なキャラクターの数量を表し、００００００１Ａは既定の属性を表し、そして００４３０３１０は特別なキャラクターのオリジナルな２バイトのユニコードと属性を表している。本発明に係る全ての実施例においては、特別な属性ルックアップテーブルで使用される識別コード、エンコードモードのコード、特別なキャラクターの数量、そして既定の属性、に係るデータは、全て除外し得るか、もしくは少なくとも一つの上記データがコード化されたデータにおいて除外され得る。

ステップ１０４においては、特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、その特別なエンコードされた文字列の中の特別なキャラクターの属性を表わす特別なコードの代わりに、その特別なキャラクターのオリジナルな２バイトのユニコードを用いることができる。例えば、この実施例においては００４３がＦ７０１の代わりに使用される。ステップ１０６の中のように、レイアウトエンジン２０４に対して送付され、そしてレイアウトされるように、代替的なエンコードされた文字列を生成するためである。代替的なエンコードされた文字列をレイアウトした後で、レイアウトエンジン２０４は、レイアウトされた文字列の中のキャラクターと、特別にエンコードされた文字列の中のキャラクターとを、一つずつ比較する。レイアウトされた文字列の中や特別なエンコードされた文字列の中の特別なコードによっては表されない、同じキャラクターのキャラクターコードと属性を、これらのキャラクターのオリジナルな２バイトのユニコードと既定の属性にそれぞれ変換するためである。一方で、キャラクターコードと特別なコードによって表された特別なキャラクターの属性は、特別な属性ルックアップテーブルを参照することにより、オリジナルな２バイトのユニコードと特別なキャラクターの属性に変換される。そして、レイアウトされた文字列の中のそれぞれのキャラクターに係るオリジナルな２バイトのユニコードは、ステップ１０８とステップ１１０を実行するためにフォントエンジン２０６に送られ、レイアウトされた文字列の中の複数のキャラクターに係るキャラクターコード、属性及び／又は色のそれぞれに応じた絵文字を表し、表示する。

エンコードモード２を使用する実施例では、組込みシステム２００において、属性と色を有する図４のオリジナル文字列が、レイアウトされた後で出力され、もしくはディスプレイに表示される。図４のオリジナル文字列の２バイトのユニコードは、Ｕ＋００４１Ｕ＋００４２Ｕ＋００４３である。最初に既定の属性と既定の色が、エンコード化モジュールの中の特別な属性ルックアップテーブルにおいて定義され得る。例えば、既定の属性は、フォントサイズ２６として定め得るし、既定の色は、黒の不透明であるとして定めることができ、キャラクターコード「００００００１Ａ００００ＦＦ００」として表される。この実施例においては、図４のオリジナル文字列の最初の２つのキャラクターのキャラクターコードはＵ＋００４１Ｕ＋００４２であり、ユニコード第０面に属し、そして最初の２つのキャラクターの属性と色は既定の属性と同一である。このように、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、オリジナルな２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図４のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋００４３であり、３番目のキャラクターの属性はフォントサイズ１６、太字、イタリック体であり、そして３番目のキャラクターの色は赤の不透明（ドット領域として示されている）であって、既定の属性および色と同一ではない。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードと属性と色を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００４３０３１０００ＦＦＦＦ００を表すための特別な２バイトの特別なコードはＦ７０１であり得る。ここで、００４３は第３のキャラクターのオリジナルな２バイトのユニコードであり、０３１０は第３のキャラクターの属性（フォントサイズ１６、太字、イタリック体）であり、００ＦＦＦＦ００は第３のキャラクターの色（赤で不透明）である。そして、文字列００４３０３１０００ＦＦＦＦ００は特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第３のキャラクターのオリジナルな２バイトのユニコードと属性と色を、逆にルックアップできるようにである。本発明の全ての実施例について、異なるキャラクター、異なる属性、そして異なる色、を表す特別なコードについては繰り返し説明されない。次に、エンコード化モジュールは、００４１００４２Ｆ７０１００００Ｆ８ＦＦ０００２０００１００００００１Ａ００００ＦＦ００００４３０３１０００ＦＦＦＦ００というコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１は最初の２つのキャラクターのオリジナルな２バイトのユニコードと第３のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００２はエンコードモード２を表し、０００１はオリジナル文字列の中の特別なキャラクターの数量を表し、００００００１Ａ００００ＦＦ００は既定の属性と既定の色を表し、そして００４３０３１０００ＦＦＦＦ００は特別なキャラクターのオリジナルな２バイトのユニコードと属性と色を表している。

ステップ１０４においては、特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、その特別なエンコードされた文字列の中の特別なキャラクターの属性と色を表わす特別なコードの代わりに、その特別なキャラクターのオリジナルな２バイトのユニコードを用いることができる。例えば、この実施例においては００４３がＦ７０１の代わりに使用される。ステップ１０６の中のように、レイアウトエンジン２０４に対して送付され、そしてレイアウトされるように、代替的なエンコードされた文字列を生成するためである。代替的なエンコードされた文字列をレイアウトした後で、レイアウトエンジン２０４は、レイアウトされた文字列の中のキャラクターと、特別にエンコードされた文字列の中のキャラクターとを、一つずつ比較する。レイアウトされた文字列の中や特別なエンコードされた文字列の中の特別なコードによっては表されない、同じキャラクターのキャラクターコードと属性と色を、これらのキャラクターのオリジナルな２バイトのユニコードと、既定の属性と、既定の色にそれぞれ変換するためである。一方で、キャラクターコードと特別なコードによって表された特別なキャラクターの属性と色は、特別な属性ルックアップテーブルを参照することにより、オリジナルな２バイトのユニコードと特別なキャラクターの属性と色に変換される。そして、レイアウトされた文字列の中のそれぞれのキャラクターに係るオリジナルな２バイトのユニコードは、ステップ１０８とステップ１１０を実行するためにフォントエンジン２０６に送られる。

エンコードモード３を使用する実施例では、組込みシステム２００において、色を有する図５のオリジナル文字列が、レイアウトされた後で出力される。図５のオリジナル文字列の２バイトのユニコードは、Ｕ＋００４１Ｕ＋００４２Ｕ＋００４３である。最初に既定の色が、エンコード化モジュールの中の特別な属性ルックアップテーブルにおいて定義され得る。例えば、既定の色は、黒の不透明であるとして定めることができ、キャラクターコード「００００００１ＡＦＦ００」として表される。この実施例においては、図５のオリジナル文字列の最初の２つのキャラクターのキャラクターコードはＵ＋００４１Ｕ＋００４２であり、ユニコード第０面に属し、そして最初の２つのキャラクターの色は既定の色と同一である。このように、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、オリジナルな２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図５のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋００４３であり、３番目のキャラクターの色は赤の不透明（ドット領域として示されている）であって、既定の属性および色と同一ではない。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードと色を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００４３００ＦＦＦＦ００を表すための特別な２バイトの特別なコードはＦ７０１であり得る。ここで、００４３は第３のキャラクターのオリジナルな２バイトのユニコードであり、００ＦＦＦＦ００は第３のキャラクターの色（赤で不透明）である。そして、文字列００４３００ＦＦＦＦ００は特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第３のキャラクターのオリジナルな２バイトのユニコードと色を、逆にルックアップできるようにである。次に、エンコード化モジュールは、００４１００４２Ｆ７０１００００Ｆ８ＦＦ０００３０００１００００００００ＦＦ００００４３００ＦＦＦＦ００というコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１は最初の２つのキャラクターのオリジナルな２バイトのユニコードと第３のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００３はエンコードモード３を表し、０００１はオリジナル文字列の中の特別なキャラクターの数量を表し、００００００００ＦＦ００は既定の色を表し、そして００４３００ＦＦＦＦ００は特別なキャラクターのオリジナルな２バイトのユニコードと属性と色を表している。

ステップ１０４においては、特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、その特別なエンコードされた文字列の中の特別なキャラクターの属性と色を表わす特別なコードの代わりに、その特別なキャラクターのオリジナルな２バイトのユニコードを用いることができる。例えば、この実施例においては００４３がＦ７０１の代わりに使用される。ステップ１０６の中のように、レイアウトエンジン２０４に対して送付され、そしてレイアウトされるように、代替的なエンコードされた文字列を生成するためである。代替的なエンコードされた文字列をレイアウトした後で、レイアウトエンジン２０４は、レイアウトされた文字列の中のキャラクターと、特別にエンコードされた文字列の中のキャラクターとを、一つずつ比較する。レイアウトされた文字列の中や特別なエンコードされた文字列の中の特別なコードによっては表されない、同じキャラクターのキャラクターコードと色を、これらのキャラクターのオリジナルな２バイトのユニコードと既定の色にそれぞれ変換するためである。一方で、キャラクターコードと特別なコードによって表された特別なキャラクターの色は、特別な属性ルックアップテーブルを参照することにより、オリジナルな２バイトのユニコードと特別なキャラクターの色に変換される。そして、レイアウトされた文字列の中のそれぞれのキャラクターに係るオリジナルな２バイトのユニコードは、ステップ１０８とステップ１１０を実行するためにフォントエンジン２０６に送られる。

エンコードモード４を使用する実施例では、組込みシステム２００において、複合テキスト言語に係るキャラクターを有する図６のオリジナル文字列が、レイアウトされた後で出力される。図６のオリジナル文字列の４バイトのユニコードは、Ｕ＋００００００４１Ｕ＋００００００４２Ｕ＋０００２００１８である。この実施例においては、図６のオリジナル文字列の最初の２つのキャラクターのキャラクターコードはＵ＋００００００４１Ｕ＋００００００４２であり、ユニコード第０面に属し、そして、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、オリジナルな２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図６のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋０００２００１８であり、ユニコード第２面に属している。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードを表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００１８０００２（Ｕ＋０００２００１８がどのようにメモリーに保管されるかによって調整される）を表すための特別な２バイトの特別なコードはＦ７０１であり得る。文字列００１８０００２は特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第３のキャラクターのオリジナルな４バイトのユニコードを、逆にルックアップできるようにである。次に、エンコード化モジュールは、００４１００４２Ｆ７０１００００Ｆ８ＦＦ０００４０００１００１８０００２というコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１は最初の２つのキャラクターのオリジナルな２バイトのユニコードと第３のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００４はエンコードモード４を表し、０００１はオリジナル文字列の中の特別なキャラクターの数量を表し、００１８０００２は特別なキャラクターのオリジナルな４バイトのユニコードを表している。

ステップ１０４においては、特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、その特別なエンコードされた文字列の中の特別なキャラクターを表わす特別なコードの代わりに、同一の複合テキスト言語に係る別のキャラクターを表すことができる２バイトのユニコードを、特別なキャラクターとして用いることができる。例えば、この実施例においては、別の漢字を表す２バイトのユニコードＵ＋４Ｅ００がＦ７０１の代わりに使用される。レイアウトエンジン２０４が、対応する複合テキスト言語のテキストの方向性に従って、文字列の中の複合テキスト言語に係る特別なキャラクターをレイアウトすることができるようにである。それでなければ、特別なキャラクターと同一のテキストの方向性、左から右または右から左、を有する別の複合テキスト言語に係るキャラクターを表すことのできる２バイトのユニコードが、特別なエンコードされた文字列の中の特別なキャラクターを表す特別なコードに代わって、使用され得る。さもなければ、言語にかかわらず別のキャラクターを表すことのできる２バイトのユニコードが、特別なエンコードされた文字列の中の特別なキャラクターを表す特別なコードに代わって、使用され得る。次に、ステップ１０６において、代替的なエンコードされた文字列が生成され、レイアウトエンジン２０４に対して送付される。そのようにする際に、文字列の中の複合テキスト言語に係るキャラクターをフォーマットすること、および両方向性、左から右または右から左のいずれでも、のある複合テキスト言語に係るキャラクターを有する文字列をレイアウトすることが、最も効率的な方法で実行され得る。代替的なエンコードされた文字列をレイアウトした後で、レイアウトエンジン２０４は、レイアウトされた文字列の中のキャラクターと、特別にエンコードされた文字列の中のキャラクターとを、一つずつ比較する。レイアウトされた文字列の中や特別なエンコードされた文字列の中の特別なコードによっては表されない、同じキャラクターのキャラクターコードを、これらのキャラクターのオリジナルな４バイトのユニコードにそれぞれ変換するためである。一方で、特別なコードによって表されたキャラクターコードは、特別な属性ルックアップテーブルを参照することにより、オリジナルな４バイトのユニコードに変換される。そして、レイアウトされた文字列の中のそれぞれのキャラクターに係るオリジナルな４バイトのユニコードは、ステップ１０８とステップ１１０を実行するためにフォントエンジン２０６に送られる。

エンコードモード５を使用する実施例では、組込みシステム２００において、属性を有し複合テキスト言語に係るキャラクターを含む図７のオリジナル文字列が、レイアウトされた後で出力される。図７のオリジナル文字列の４バイトのユニコードは、Ｕ＋００００００４１Ｕ＋００００００４２Ｕ＋００００００４３Ｕ＋０００２００１８である。最初に、エンコード化モジュールの中の特別な属性ルックアップテーブルにおいて既定の属性が定められる。例えば、既定の属性は、キャラクターコード「００００００１Ａ」で表される、フォントサイズ２６のように定められ得る。この実施例においては、図７のオリジナル文字列の最初の２つのキャラクターのキャラクターコードはＵ＋００００００４１Ｕ＋００００００４２であり、ユニコード第０面に属し、そして、最初の２つのキャラクターの属性は既定の属性と同一であり、従って、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図７のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋００００００４３であり、３番目のキャラクターの属性はフォントサイズ１６、太字、イタリック体であって、既定の属性と同一ではない。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードと属性を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００４３０００００３１０を表すための特別な２バイトの特別なコードはＦ７０１であり得る。ここで、００４３００００は第３のキャラクターのオリジナルな４バイトのユニコードであり、０３１０は第３のキャラクターの属性である。そして、文字列００４３０００００３１０は特別な属性ルックアップテーブルに保管される。図７のオリジナル文字列の４番目のキャラクターのキャラクターコードはＵ＋０００２００１８であり、ユニコード第２面に属している。そして、４番目のキャラクターの属性はフォントサイズ２６、太字、イタリック体であって、既定の属性と同一ではない。このように、４番目のキャラクターは特別なキャラクターであり、４番目のキャラクターのキャラクターコードを表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００１８０００２０３１Ａを表すための特別な２バイトの特別なコードはＦ７０２であり得る。ここで、００１８０００２は４番目のキャラクターのオリジナルな４バイトのユニコードであり、０３１Ａは４番目のキャラクターの属性である。そして、文字列００１８０００２０３１Ａは特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第４のキャラクターのオリジナルな４バイトのユニコードと属性を、逆にルックアップできるようにである。次に、エンコード化モジュールは、００４１００４２Ｆ７０１Ｆ７０２００００Ｆ８ＦＦ０００５０００２００００００００００１Ａ００４３０００００３１０００１８０００２０３１Ａというコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１Ｆ７０２は最初の２つのキャラクターの２バイトのユニコード及び第３と第４のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００５はエンコードモード５を表し、０００２はオリジナル文字列の中の特別なキャラクターの数量を表し、００００００００００１Ａは既定の属性を表し、００４３０００００３１０は３番目のキャラクターのオリジナルな４バイトのユニコードと属性を表し、００１８０００２０３１Ａは４番目のキャラクターのオリジナルな４バイトのユニコードと属性を表している。

ステップ１０４においては、特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、その特別なエンコードされた文字列の中の特別なキャラクターの属性を表わす特別なコードの代わりに、特別なキャラクターに係る２バイトのユニコードを用いることができる。例えば、２バイトのユニコード００４３が特別なコードＦ７０１の代わりに使用される。特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、その特別なエンコードされた文字列の中の４番目のキャラクターを表わす特別なコードの代わりに、４番目のキャラクターのような同一の複合テキスト言語に係る別のキャラクターを表すことができる２バイトのユニコードを用いることができる。例えば、この実施例においては、別の漢字を表す２バイトのユニコードＵ＋４Ｅ００がＦ７０２の代わりに使用される。レイアウトエンジン２０４が、対応する複合テキスト言語のテキストの方向性に従って、文字列の中の複合テキスト言語に係る特別なキャラクターをレイアウトすることができるようにである。それでなければ、４番目のキャラクターと同一のテキストの方向性、左から右または右から左、を有する別の複合テキスト言語に係るキャラクターを表すことのできる２バイトのユニコードが、特別なエンコードされた文字列の中の特別なキャラクターを表す特別なコードに代わって、使用され得る。さもなければ、言語にかかわらず別のキャラクターを表すことのできる２バイトのユニコードが、特別なエンコードされた文字列の中の特別なキャラクターを表す特別なコードに代わって、使用され得る。次に、ステップ１０６において、代替的なエンコードされた文字列が生成され、レイアウトエンジン２０４に対して送付される。代替的なエンコードされた文字列をレイアウトした後で、レイアウトエンジン２０４は、レイアウトされた文字列の中のキャラクターと、特別にエンコードされた文字列の中のキャラクターとを、一つずつ比較する。レイアウトされた文字列の中や特別なエンコードされた文字列の中の特別なコードによっては表されない、同じキャラクターのキャラクターコードを、これらのキャラクターのオリジナルな４バイトのユニコードにそれぞれ変換するためである。一方で、特別なコードによって表された特別なキャラクターの属性とキャラクターコードは、特別な属性ルックアップテーブルを参照することにより、それぞれ特別なキャラクターに係るオリジナルな４バイトのユニコードに変換される。そして、レイアウトされた文字列の中のそれぞれのキャラクターに係るオリジナルな４バイトのユニコードは、ステップ１０８とステップ１１０を実行するためにフォントエンジン２０６に送られる。

エンコードモード６を使用する実施例では、組込みシステム２００において、属性と色を有し複合テキスト言語に係るキャラクターを含む図８のオリジナル文字列が、レイアウトされた後で出力される。図８のオリジナル文字列の４バイトのユニコードは、Ｕ＋００００００４１Ｕ＋００００００４２Ｕ＋００００００４３Ｕ＋０００２００１８である。最初に、エンコード化モジュールの中の特別な属性ルックアップテーブルにおいて既定の属性と色が定められる。例えば、既定の属性は、フォントサイズ２６のように定められ、規定の色は、黒の不透明として定めることができ、「００００００００００１Ａ００００ＦＦ００」と表され得る。この実施例においては、図８のオリジナル文字列の最初の２つのキャラクターのキャラクターコードはＵ＋００００００４１Ｕ＋００００００４２であり、ユニコード第０面に属し、そして、最初の２つのキャラクターの属性と色は既定の属性および既定の色と同一であり、従って、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図８のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋００００００４３であり、３番目のキャラクターの属性はフォントサイズ１６、太字、イタリック体であって、既定の属性と同一ではなく、３番目のキャラクターの色は黒の不透明である。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードと属性と色を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００４３０００００３１０００００ＦＦ００を表すための特別な２バイトの特別なコードはＦ７０１であり得る。ここで、００４３００００は第３のキャラクターのオリジナルな４バイトのユニコードであり、０３１０は第３のキャラクターの属性であり、００００ＦＦ００は第３のキャラクターの色である。そして、文字列００４３０００００３１０００００ＦＦ００は特別な属性ルックアップテーブルに保管される。図８のオリジナル文字列の４番目のキャラクターのキャラクターコードはＵ＋０００２００１８であり、ユニコード第２面に属している。そして、４番目のキャラクターの属性はフォントサイズ２６、太字、イタリック体であり、４番目のキャラクターの色は赤の不透明であって（ドット領域として示されている）、既定の属性および既定の色と同一ではない。このように、４番目のキャラクターは特別なキャラクターであり、４番目のキャラクターのキャラクターコードと属性と色を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００１８０００２０３１Ａ００ＦＦＦＦ００を表すための特別な２バイトの特別なコードはＦ７０２であり得る。ここで、００１８０００２は４番目のキャラクターのオリジナルな４バイトのユニコードであり、０３１Ａは４番目のキャラクターの属性であり、００ＦＦＦＦ００は４番目のキャラクターの色である。そして、文字列００１８０００２０３１Ａ００ＦＦＦＦ００は特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第４のキャラクターのオリジナルな４バイトのユニコードと属性と色を、逆にルックアップできるようにである。次に、エンコード化モジュールは、００４１００４２Ｆ７０１Ｆ７０２００００Ｆ８ＦＦ０００６０００２００００００００００１Ａ００００ＦＦ００００４３０００００３１０００００ＦＦ００００１８０００２０３１Ａ００ＦＦＦＦ００というコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１Ｆ７０２は最初の２つのキャラクターの２バイトのユニコード及び第３と第４のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００６はエンコードモード６を表し、０００２はオリジナル文字列の中の特別なキャラクターの数量を表し、００００００００００１Ａは既定の属性を表し、００００ＦＦ００は既定の色を表し、００４３０００００３１０００００ＦＦ００は３番目のキャラクターのオリジナルな４バイトのユニコードと属性と色を表し、００１８０００２０３１Ａ００ＦＦＦＦ００は４番目のキャラクターのオリジナルな４バイトのユニコードと属性と色を表している。

ステップ１０４においては、特別なエンコードされた文字列を受け取った後で、特別なエンコードと属性処理のモジュール２０２は、前述の実施例と同じ処理を実行する。そして、レイアウトされた文字列の中のそれぞれのキャラクターに係るオリジナルなユニコードは、ステップ１０８とステップ１１０を実行するためにフォントエンジン２０６に送られる。

エンコードモード７を使用する実施例では、組込みシステム２００において、色を有し複合テキスト言語に係るキャラクターを含む図９のオリジナル文字列が、レイアウトされた後で出力される。図９のオリジナル文字列の４バイトのユニコードは、Ｕ＋００００００４１Ｕ＋００００００４２Ｕ＋０００２００１８である。最初に、エンコード化モジュールの中の特別な属性ルックアップテーブルにおいて既定の色が定められる。例えば、規定の色は、黒の不透明として定めることができ、「００００００００００００ＦＦ００」と表され得る。この実施例においては、図８のオリジナル文字列の最初の２つのキャラクターのキャラクターコードはＵ＋００００００４１Ｕ＋００００００４２であり、ユニコード第０面に属し、そして、最初の２つのキャラクターの色は既定の色と同一であり、従って、最初の２つのキャラクターは特別なキャラクターではなく、エンコード化モジュールによって、２バイトのユニコード００４１００４２として、それぞれにエンコードされる。図９のオリジナル文字列の３番目のキャラクターのキャラクターコードはＵ＋０００２００１８であり、３番目のキャラクターの色は赤の不透明（ドット領域として示されている）であり、既定の属性と同一ではない。このように、３番目のキャラクターは特別なキャラクターであり、３番目のキャラクターのキャラクターコードと属性と色を表すためにエンコード化モジュールによって、２バイトの特別なコードとしてエンコードされる。例えば、００１８０００２００ＦＦＦＦ００を表すための特別な２バイトの特別なコードはＦ７０１であり得る。ここで、００１８０００２は第３のキャラクターのオリジナルな４バイトのユニコードであり、００ＦＦＦＦ００は第３のキャラクターの色である。そして、文字列００１８０００２００ＦＦＦＦ００は特別な属性ルックアップテーブルに保管される。その２バイトの特別なコードを介して、第４のキャラクターのオリジナルな４バイトのユニコードと色を、逆にルックアップできるようにである。次に、エンコード化モジュールは、００４１００４２Ｆ７０１００００Ｆ８ＦＦ０００７０００１００００００００００００ＦＦ００００１８０００２００ＦＦＦＦ００というコード化されたデータを有する特別にエンコードされた文字列を生成する。以下は、コード化されたデータについて、左から右への説明である。文字列００４１００４２Ｆ７０１は最初の２つのキャラクターの２バイトのユニコードと第３のキャラクターの２バイトの特別なコードを表しており、００００はオリジナル文字列の終わりを表し、Ｆ８ＦＦは特別な属性ルックアップテーブルにおいて使用される識別コードを表し、０００７はエンコードモード７を表し、０００１はオリジナル文字列の中の特別なキャラクターの数量を表し、００００００００００００ＦＦ００は既定の色を表し、００１８０００２００ＦＦＦＦ００は４番目のキャラクターのオリジナルな４バイトのユニコードと色を表している。

まとめると、キャラクターのキャラクターコード、属性、そして色は、組込みシステム２００、および組込みシステム２００において２バイトのユニコードのキャラクターを含む文字列を操作するためにレイアウトエンジン２００、の限られたメモリ空間に保管され得る。それらは、両方向性の複合テキストをレイアウトする機能を実行するために、複合テキスト言語に係るキャラクターをフォーマットするために、そして属性と色を有するキャラクターを取り扱うために、利用され得る。このように、属性と色を有しており、複合テキスト言語に係るキャラクターを含んでいるキャラクター文字列は、本発明に従って、組込みシステム２００において、適正に、そして明確に出力され、もしくは表示され得る。

当業者であれば、本発明の範囲内において、装置や方法に係る多くの変更および代替がなされ得ることが容易に理解されるであろう。従って、上記の開示は、添付の特許請求の範囲に係る境界によってのみ制限されるものと理解されるべきである。

Claims

組込みシステムの中のキャラクター文字列を操作する方法であって、
該方法は：
オリジナル文字列の中の複数のキャラクターに係るキャラクターコード、属性及び／又は色に応じて特別なエンコードされた文字列を生成するステップと；
前記組込みシステムにおいて、特別なエンコードと属性処理のモジュールを使用して前記特別なエンコードされた文字列に応じて代替的なエンコードされた文字列を生成するステップと；
前記組込みシステムにおいて、レイアウトエンジンを使用して前記代替的なエンコードされた文字列の中の複数のキャラクターをレイアウトすることによってレイアウトされた文字列を生成するステップと；
前記組込みシステムにおいて、フォントエンジンを使用して前記レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字を表すステップと；
前記レイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字をディスプレイ装置上に表示するステップと；を含む、
ことを特徴とする方法。
前記オリジナル文字列の中の前記複数のキャラクターに係るそれぞれのキャラクターコードが２バイトまたは４バイトである、
請求項１に記載の方法。
前記特別なエンコードされた文字列を生成するステップは、前記オリジナル文字列の中の前記複数のキャラクターに係るそれぞれのキャラクターコードを４バイトから２バイトに変換すること、を含む、
請求項１に記載の方法。
前記オリジナル文字列の中の前記複数のキャラクターに係るそれぞれの属性は、２バイトまたは４バイトにエンコードされる、
請求項１に記載の方法。
前記オリジナル文字列の中の前記複数のキャラクターに係るそれぞれの色は、２バイトまたは４バイトにエンコードされる、
請求項１に記載の方法。
前記オリジナル文字列の中の複数のキャラクターに係るキャラクターコードと属性及び／又は色に応じて特別なエンコードされた文字列を生成する前記ステップは、
前記オリジナル文字列の中の複数のキャラクターに係るキャラクターコードと属性及び／又は色を、それぞれ前記オリジナル文字列の中の複数のキャラクターに応じた複数の特別なコードとしてエンコードするステップを含む、
請求項１に記載の方法。
前記複数の特別なコードに係るそれぞれの特別なコードは、２バイトである、
請求項６に記載の方法。
前記組込みシステムにおいて、前記フォントエンジンを使用してレイアウトされた文字列の中の複数のキャラクターに係る属性及び／又は色を有する絵文字を表す前記ステップは、
前記絵文字をそれぞれ、前記レイアウトされた文字列の中の前記複数のキャラクターに係るキャラクターコードと属性及び／又は色に応じて表している、
請求項１に記載の方法。
前記レイアウトエンジンは、複合テキストのレイアウトエンジンである、
請求項１に記載の方法。