JP2001265315A - 情報表示装置、情報記録媒体及び情報の表示方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、情報表示装置、情報記録媒体及び
情報の表示方法に関し、例えばパーソナルコンピュータ
の情報をダウンロードして確認する携帯端末に適用し
て、メモリ空間を有効に利用することができるようにす
る。また操作の煩雑化を防止して、文字の表示をユーザ
ーの嗜好に応じて簡易に変更することができるようにす
る。 【解決手段】 本発明は、１つの文字を表現する水平方
向又は垂直方向のドットの配列を１バイト単位で区切っ
て余るドットを、複数の文字で１バイトに纏めて記録す
る。また起動により、書き換え可能領域を検索し、この
検索結果に応じて、書き換え可能領域に記録されたフォ
ントデータ、又は他の領域に記録されたフォントデータ
を選択的に使用して文字を表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報表示装置、情
報記録媒体及び情報の表示方法に関し、例えばパーソナ
ルコンピュータよりダウンロードした情報を表示する携
帯端末に適用することができる。本発明は、１つの文字
を表現する水平方向又は垂直方向のドットの配列を１バ
イト単位で区切って余るドットを、複数の文字で１バイ
トに纏めて記録することにより、メモリ空間を有効に利
用することができるようにする。また起動により、書き
換え可能領域を検索し、この検索結果に応じて、書き換
え可能領域に記録されたフォントデータ、又は他の領域
に記録されたフォントデータを選択的に使用して文字を
表示することにより、操作の煩雑化を防止して、文字の
表示をユーザーの嗜好に応じて簡易に変更することがで
きるようにする。

【０００２】

【従来の技術】従来、情報表示装置であるＰＤＡ（Pers
onal Digital Assistants ）においては、リードオンリ
メモリに記録した２値のビットマップデータによるフォ
ントデータを使用して各種文字を表示することにより、
ユーザーによる操作を簡略化し、さらには表示に係る処
理を簡略化するようになされている。

【０００３】また表示に供する文字の大きさを適切に設
定することにより、各種文字を充分に読み取り可能な大
きさにより表示して、小さな表示画面でも、実用上十分
な情報量により各種情報を提供できるようになされてい
る。

【０００４】図１０は、この種のＰＤＡで標準的な手法
である１２ドット×１２ドットにより各文字を表示する
場合のフォントデータを示す図表であり、図１０（Ａ）
及び（Ｂ）は、それぞれ英数字のＨ及びＩの文字に係る
フォントデータを示すものである。この図１０におい
て、黒点及び白点が表示画面の各ドットに対応する１ビ
ットのデータであり、黒色及び白色が論理値の相違を示
すものである。

【０００５】このフォントデータは、例えばデータサイ
ズが８ビットにより構成されている場合、各文字を表現
するドットの配列が水平方向に８ドット単位で区切ら
れ、これにより８ドットと４ドットとに分割される。さ
らに４ドットに分割した側には、何ら表示に使用しない
ダミーのドット（三角の印により示す）が４ドット分割
り当てられて計８ドットとされる。このフォントデータ
は、これにより各文字を表現するドットの配列がデータ
サイズに対応する８ドット単位で表現され、各８ドット
が１バイトに割り当られて構成される。これによりこの
フォントデータは、８ビットによる２４バイトのデータ
列により１つの文字が表現されてリードオンリメモリ等
の連続した領域に記録される。

【０００６】ＰＤＡは、このようにして記録された８ビ
ット×２４バイトによる１文字分のビットマップデータ
のうち、例えば各先頭１バイトのアドレスを基準にし
て、文字コードに応じて、各文字のビットマップデータ
をビデオランダムアクセスメモリに展開し、これにより
所望の文字を表示するようになされている。

【０００７】また図１１は、図１０との対比により６ド
ット×１２ドットにより半角文字を表示する場合のフォ
ントデータを示す図表である。この場合もフォントデー
タは、データサイズ８ビットに対応して、各文字を表現
する水平方向の６ドットに２ドットのダミードットが付
加されて８ドット列で構成された１２バイトのデータに
より１つの文字が表現される。ＰＤＡは、この場合も上
述したと同様にして所望の文字を表示するようになされ
ている。

【０００８】

【発明が解決しようとする課題】ところでこの種の情報
表示装置における操作を煩雑化させることなく、この文
字の表示をユーザーの嗜好に応じて変更することができ
れば、この種の情報表示装置の使い勝手をさらに一段と
向上できると考えられる。

【０００９】また上述したようにフォントデータを構成
する場合には、１つの文字につき、全角文字では４×１
２ビットのダーミデータを、半角文字では２×１２ビッ
トのダーミデータを割り当てることにより、その分、メ
モリ空間を無駄に使用する問題があり、このような無駄
を防止することができれば、その分この種の情報表示装
置におけるメモリ空間を有効に利用することができる。

【００１０】本発明は以上の点を考慮してなされたもの
で、第１には、操作の煩雑化を有効に回避して、文字の
表示をユーザーの嗜好に応じて簡易に変更することがで
きる情報表示装置、情報の表示方法を提案しようとする
ものである。また第２には、メモリ空間を有効に利用す
ることができる情報表示装置、情報記録媒体、情報の表
示方法を提案しようとするものである。

【００１１】

【課題を解決するための手段】かかる課題を解決するた
め請求項１、請求項２又は請求項３の発明においては、
情報表示装置、情報記録媒体又は情報の表示方法に適用
して、１つの文字を表現する水平方向又は垂直方向のド
ットの配列を１バイト単位で区切って余るドットを、複
数の文字で１バイトに纏めて記録する。

【００１２】また請求項４又は請求項５の発明において
は、情報表示装置又は情報の表示方法に適用して、起動
により、ユーザーにより書き換え可能な記録手段の書き
換え可能領域をアクセスしてフォントデータを検索し、
検索結果に応じて、書き換え可能領域に記録されたフォ
ントデータ、又は他の領域に記録されたフォントデータ
を選択的に使用して文字を表示する。

【００１３】請求項１、請求項２又は請求項３の構成に
よれば、１つの文字を表現する水平方向又は垂直方向の
ドットの配列を１バイト単位で区切って余るドットを、
複数の文字で１バイトに纏めて記録することにより、ダ
ミーのデータを省略することができ、又は従来に比して
ダミーのデータ量を少なくすることができ、その分、メ
モリ空間を有効に利用することができる。

【００１４】また請求項４又は請求項５の構成によれ
ば、起動により、ユーザーにより書き換え可能な記録手
段の書き換え可能領域をアクセスしてフォントデータを
検索し、検索結果に応じて、書き換え可能領域に記録さ
れたフォントデータ、又は他の領域に記録されたフォン
トデータを選択的に使用して文字を表示することによ
り、書き換え可能領域にフォントデータ等を事前に記録
するだけで、所望するフォントにより文字等を表示する
ことができ、これにより操作の煩雑化を有効に回避し
て、文字の表示に供するデータをユーザーの嗜好に応じ
て簡易に変更することができる。

【００１５】

【発明の実施の形態】以下、適宜図面を参照しながら本
発明の実施の形態を詳述する。

【００１６】（１）実施の形態の構成 図２は、本発明の実施の形態に係る情報処理システムを
示す斜視図である。この情報処理システム１は、情報ネ
ットワーク２の端末機器であるパーソナルコンピュータ
３により、インターネット、ＬＡＮ等による情報ネット
ワーク２から各種情報を取得する。この情報処理システ
ム１は、このようにして取得した各種の情報、ユーザー
により作成された各種情報、さらにはフロッピー（登録
商標）ディスク等の情報記録媒体を介してパーソナルコ
ンピュータ３に格納された各種情報を携帯端末４にダウ
ンロードし、また携帯端末４に記録されたデータをアッ
プロードする。これにより情報処理システム１は、この
携帯端末４を携帯して情報ネットワーク２から取得した
情報を携帯端末４により確認できるようになされてい
る。また必要に応じてこの携帯端末４を情報記録媒体と
して使用して、他のパーソナルコンピュータで取得した
情報をパーソナルコンピュータ３で利用できるようにな
されている。

【００１７】図３は、携帯端末４を示す斜視図である。
携帯端末４は、平板形状により構成され、表面に液晶表
示パネルによる表示部６が形成される。さらに携帯端末
４は、この表示部６を表面にして左手により把持したと
きに、左手の親指の当たる側面の部位にジョグダイヤル
７が配置される。ここでこのジョグダイヤル７は、矢印
Ｒに示すように回転操作できるように構成され、さらに
矢印Ｐにより示すように押圧操作できるようになされて
いる。

【００１８】さらに携帯端末４は、このジョグダイヤル
７の手前側にスライドスイッチによる電源スイッチ８が
配置される。またこのジョグダイヤル７とは逆側の側面
に、ＵＳＢの端子が配置される。また矢印ａにより上方
より見た斜視図を示すように、上端面には、押圧操作に
かかる戻るの操作子９、メニューの操作子１０、ライト
の操作子１１が配置されるようになされている。

【００１９】このような構成に係る携帯端末４は、全体
の大きさに比して表示部６が大画面により構成され、こ
の表示部６の外側である長手方向の両縁部が盛り上がる
ように構成される。これにより携帯端末４は、この両縁
部の盛り上がりにより、落下等による表示部６の損傷を
有効に回避できるようになされている。

【００２０】図４は、携帯端末４のメインの表示画面を
示す平面図である。携帯端末４は、電源が立ち上げられ
ると、ユーザーの設定により動画又は静止画によるスタ
ート画面が所定時間表示された後、このメインの表示画
面が表示される。このメインの表示画面は、表示画面６
の上部を横線により区切ってインデックスの表示領域Ａ
ＲＡが形成され、また表示画面の下側に、選択された項
目の表示領域ＡＲＢが形成され、これら表示領域ＡＲＡ
及びＡＲＢに挟まれた領域が主の表示領域ＡＲＭに設定
される。

【００２１】このインデックスの表示領域ＡＲＡは、左
端にシステムの名称であるタイトルの表示Ｋ１、右側に
電池のマークＭ１が表示され、この電池のマークＭ１に
おける黒色表示の面積が電池の残量に応じて可変して表
示される。

【００２２】これに対して主の表示領域ＡＲＭは、パー
ソナルコンピュータ３等からダウンロードしたファイル
名がフォルダー名と共にツリー構造により表示される。
さらにジョグダイヤル７の操作に応じて一部が反転表示
により表示され、また各フォルダー名、ファイル名の先
頭にそれぞれ記号が表示される。ここでこの記号のう
ち、矩形の枠で囲った＋の記号Ｋ３は、表示されていな
い下位層にフォルダー又はファイルが存在することを示
す記号であり、下位層まで表示している場合にはこの矩
形の枠で囲った＋の記号Ｋ３に代えて、矩形の枠で囲っ
た−の記号が表示される。またユーザーの選択により作
成された仮想的なフォルダについては、実際のフォルダ
ー名に適用される矩形の囲みに代えて、菱形の囲みによ
り＋又は−の記号Ｋ４が表示される。

【００２３】携帯端末４は、このメイン画面における操
作子により、またメニューの操作子１０の操作によりパ
ーソナルコンピュータ３等よりダウンロードした各ファ
イルの内容が表示され、さらに各種メニュー画面が表示
され、これらの表示において適宜各種アイコン、メッセ
ージが表示されるようになされている。

【００２４】図５は、携帯端末４の構成を示すブロック
図である。携帯端末４において、ＵＳＢコントローラ２
０は、中央処理ユニット（ＣＰＵ）２１の制御によりＵ
ＳＢ端子２２に接続された機器との間で各種のデータを
送受することにより、パーソナルコンピュータ３よりダ
ウンロードされるテキストデータ、ビットマップデータ
を受信し、またこれとは逆にパーソナルコンピュータ３
にアップロードするデータを送信する。

【００２５】ＬＣＤコントローラ２３は、ビデオランダ
ムアクセスメモリ（ＶＲＡＭ）２３Ａを内蔵し、このビ
デオランダムアクセスメモリ２３Ａの内容により液晶表
示パネル２４を駆動して所望の画像等を表示する。駆動
回路２５は、中央処理ユニット２１の制御によりＥＬを
駆動し、これによりユーザーによりライトの操作子１１
が操作されると、液晶表示パネル２４を照明する。

【００２６】リードオンリメモリ（ＲＯＭ）２６は、中
央処理ユニット２１の処理プログラム、各種フォントデ
ータ等を保持する。フラッシュメモリ２７は、中央処理
ユニット２１の動作に必要な各種データ、パーソナルコ
ンピュータ３よりダウンロードされたデータを保持す
る。

【００２７】中央処理ユニット２１は、リードオンリメ
モリ２６に保持された処理手順に従って、パーソナルコ
ンピュータ３との間でテキストデータ等をダウンロー
ド、アップロードし、さらには操作子８〜１１、ジョグ
ダイヤル７の操作に応動してパーソナルコンピュータ３
からダウンロードしたデータを表示する。

【００２８】すなわち中央処理ユニット２１は、この携
帯端末４がパーソナルコンピュータ３に接続された状態
で、パーソナルコンピュータ３の制御によりパーソナル
コンピュータ３より送信される各種データをフラッシュ
メモリ２７に記録し、これによりパーソナルコンピュー
タ３より送信されたデータをダウンロードする。また同
様に、パーソナルコンピュータ３の制御によりフラッシ
ュメモリ２７に保持したデータをパーソナルコンピュー
タ３に送信し、これにより保持したデータをパーソナル
コンピュータ３にアップロードする。

【００２９】図６は、このような処理に係る携帯端末４
のメモリ空間を示す図表である。ここでリードオンリメ
モリ２６によるメモリ空間は、全てがシステムエリアに
設定され、このシステムエリアに中央処理ユニット２１
の処理プログラムの他に、漢字１、漢字２、漢字３に区
分された３種類のフォントデータと、リソースのデータ
が記録される。ここで漢字１のフォントデータは、平仮
名、片仮名、アルファベット等のフォントデータであ
り、漢字２のフォントデータは、ＪＩＳ（JapanIndustr
ial Standard ）水準１による漢字のフォントデータで
あり、漢字３のフォントデータは、ＪＩＳ水準２による
漢字のフォントデータである。またリソースは、各種画
面で表示するメッセージ、項目等のデータである。

【００３０】これに対してフラッシュメモリ２７のメモ
リ空間は、書き換え困難なシステムエリアと書き換え可
能なユーザーエリアとに区分され、システムエリアに、
動画又は静止画によるスタート画面のデータ、タイトル
の画像データ、個人情報のデータ、半角文字のデータ、
半角文字幅のデータ、アイコンのデータ、リソースのデ
ータが記録される。

【００３１】ここで動画又は静止画によるスタート画面
のデータは、電源投入直後の、図４のメインの表示画面
を表示する前に表示される画面のデータであり、静止画
の場合には白黒２値のビットマップデータにより構成さ
れる。タイトルのデータは、図４について説明したタイ
トルの表示Ｋ１のためのデータであり、白黒２値のビッ
トマップデータにより構成される。個人情報のデータ
は、テキストデータによるものと、ビットマップデータ
によるものとで構成される。また半角文字のデータは、
英数字の半角文字によるフォントデータであり、半角文
字幅のデータは、この英数字の半角文字の均等間隔によ
る表示に供するデータである。さらにアイコンのデータ
は、図５について上述した電池等の各種記号を表示する
ための白黒２値のビットマップデータであり、リソース
は、リードオンリメモリ２６に記録されたリソースに対
応するデータである。かくするにつき、この携帯端末４
では、リードオンリメモリ２６とフラッシュメモリ２７
とで共にリソースのデータを保持することにより、リー
ドオンリメモリ２６とフラッシュメモリ２７とにそれぞ
れ記録されたリソースを選択的に使用して、仕向け地に
対応できるようになされている。なお以下において、処
理プログラムを除いて、リードオンリメモリ２６、フラ
ッシュメモリ２７のシステムエリアに記録された上述の
データによるファイルを代用ファイルと呼ぶ。

【００３２】これに対してユーザーエリアには、パーソ
ナルコンピュータ３よりダウンロードした各種データが
記録される。

【００３３】 （１−１）中央処理ユニットによる代用ファイルの処理 中央処理ユニット２１は、このようにリードオンリメモ
リ２６及びフラッシュメモリ２７のシステムエリアに記
録された各種ファイルを使用して、上述したアイコン等
を表示し、またパーソナルコンピュータ等よりダウンロ
ードした各種情報を表示する。この処理において、中央
処理ユニット２１は、ユーザーによるダウンロードによ
り各代用ファイルに対応するファイルがフラッシュメモ
リ２７のユーザーエリアに存在する場合、起動時の処理
によりシステムエリアの代用ファイルに代えて、ユーザ
ーエリアに存在する対応するファイルを使用して一連の
処理を実行する。これによりこの携帯端末４では、単に
対応するファイルを事前にダウンロードするだけの簡易
な処理により、スタート画面、フォント等をユーザーの
嗜好に応じて変更できるようになされている。

【００３４】図１は、この起動時における中央処理ユニ
ット２１の処理手順を示すフローチャートである。電源
が投入されて動作を開始すると、中央処理ユニット２１
は、ステップＳＰ１からステップＳＰ２に移り、代用フ
ァイルの１つについて、拡張子が一致するファイルがユ
ーザーエリアに存在するか否か判断することにより、こ
の代用ファイルと同一の属性に係るファイルを検索す
る。

【００３５】ここで代用ファイルと同一拡張子のファイ
ルが存在しない場合、中央処理ユニット２１は、ステッ
プＳＰ３に移り、それぞれ図６について上述した各ファ
イルのアドレスを描画等の対応するモジュールに渡す。
このとき中央処理ユニット２１は、漢字１、漢字２、漢
字３、半角文字については、ビットマップの部分の先頭
アドレスを描画モジュールに渡すことにより、このモジ
ュールにより文字コードに対応するビットマップデータ
をアクセスして対応する文字を描画できるようにする。

【００３６】中央処理ユニット２１は、このようにして
アドレスを渡すと、続くステップＳＰ４において、全て
の代用ファイルについてこの処理を完了したか否か判断
し、ここで否定結果が得られると、ステップＳＰ２に戻
って次の代用ファイルについて同一属性のファイルをユ
ーザーエリアより検索する。

【００３７】これに対して１つの代用ファイルについ
て、同一の拡張子を有してなる同一属性のファイルがユ
ーザーエリアで検出された場合、中央処理ユニット２１
は、ステップＳＰ２からステップＳＰ５に移り、この検
出されたファイルのファイル名がこの代用ファイルに対
応する所定のファイル名か否か判定する。ここで中央処
理ユニット２１は、このファイル名が事前に設定された
ファイル名と異なる場合、代用ファイルに代えて使用可
能なファイルでは無いと判断してステップＳＰ６に移
り、続くユーザーエリアのファイルについて、ファイル
名を判定する。

【００３８】これに対してファイル名が正しい場合、中
央処理ユニット２１は、ステップＳＰ５からステップＳ
Ｐ７に移り、ここでファイルサイズが所定サイズか否か
判断する。ここで否定結果が得られると、中央処理ユニ
ット２１は、ステップＳＰ６に移り、続くユーザーエリ
アのファイルについて、ファイル名を判定する。

【００３９】これらの処理により中央処理ユニット２１
は、システムエリアに記録された各代用ファイルに対し
て拡張子が一致し、かつ所定のファイル名で、所定のフ
ァイルサイズによるファイルをユーザーエリアより検出
し、１つの代用ファイルについてこのようなファイルが
１つも検出できない場合、中央処理ユニット２１は、ス
テップＳＰ６で肯定結果が得られることにより、ステッ
プＳＰ６からステップＳＰ３に移り、この代用ファイル
のアドレスを対応するモジュールに引き渡す。

【００４０】これに対して１つの代用ファイルについ
て、拡張子が一致し、ファイル名、ファイルサイズが該
当するファイルが検出されると、中央処理ユニット２１
は、ステップＳＰ７からステップＳＰ８に移る。ここで
中央処理ユニット２１は、検出したファイルのアドレス
を対応するモジュールに引き渡し、これによりシステム
エリアに記録された代用ファイルに代えて、ユーザーエ
リアに記録されたファイルを使用して対応する処理を実
行するように設定する。このとき中央処理ユニット２１
は、漢字１、漢字２、漢字３、半角文字については、ビ
ットマップの部分の先頭アドレスを描画モジュールに渡
すことにより、このようにしてユーザーエリアで検出さ
れたファイルによる文字を描画できるようにする。

【００４１】このようにして代用ファイルに代えてユー
ザーエリアに記録されたファイルによる処理を設定する
と、中央処理ユニット２１は、ステップＳＰ４に移り、
全ての代用ファイルについて処理を完了したか否か判断
し、ここで否定結果が得られると、ステップＳＰ２に戻
るのに対し、肯定結果が得られると、ステップＳＰ４か
らステップＳＰ９に移ってこの処理手順を終了する。

【００４２】これにより中央処理ユニット２１は、立ち
上がりの一連の設定作業において、対応するファイルが
ユーザーによりユーザーエリアにダウンロードされてい
る場合、このファイルにより一連の処理を実行するよう
になされ、このファイルにフォントデータによるファイ
ルも含まれるようになされている。これにより例えばシ
ステムエリアに記録された明朝体によるフォントに代え
て、ゴシック体により文字を表示する場合には、単に対
応するフォントのファイルを事前にダウンロードするだ
けの処理により、ゴシック体により文字を表示すること
ができ、その分煩雑な処理を実行することなく、文字の
表示をユーザーの嗜好に応じて簡易に変更することがで
きるようになされている。

【００４３】（１−２）フォントデータ 図７は、図１０との対比により携帯端末４に適用される
全角文字のフォントデータを示す図表である。この実施
の形態では、漢字１、漢字２、漢字３のフォントデータ
がこの図７に示すように構成される。フォントデータ
は、１つの文字を表現する水平方向のドットの配列を１
バイト単位で区切って余るドットを複数の文字で１バイ
トに纏めて記録される。すなわちこのフォントデータ
は、１つの文字を表現するドットの配列が水平方向に８
ドット単位で区切られ、これにより８ドットと４ドット
とに分割される。さらに４ドットに分割した側に、続く
文字のドットの配列が割り当てられてさらに８ドット単
位で区切られ、これにより水平方向に３バイトで２つの
文字が表され、全体として８ビットによる１２バイト×
３バイトのデータ列により２つの文字が表現されてリー
ドオンリメモリ２６又はフラッシュメモリ２７の連続し
た領域に記録される。これによりこのフォントデータに
おいては、ダミーのドットを記録しないようになされ、
その分メモリ空間の消費を低減できるようになされてい
る。

【００４４】これに対して図８は、図１１との対比によ
り携帯端末４に適用される半角文字のフォントデータを
示す図表である。この実施の形態では、半角文字のフォ
ントデータがこの図８に示すように構成される。ここで
このフォントデータは、全角文字の場合と同様に、１つ
の文字を表現する水平方向のドットの配列を１バイト単
位で区切って余るドットを複数の文字で１バイトに纏め
て記録される。すなわちこのフォントデータは、１つの
文字を表現するドットの配列が水平方向に８ドット単位
で区切られ、８ドットに満たない６ドットに続く文字の
ドットの配列が割り当てられ、さらに８ドット単位で区
切られる。これにより水平方向の３バイトで４つの文字
が表され、全体として８ビットによる１２バイト×３バ
イトのデータ列により４つの文字が表現されてフラッシ
ュメモリ２７の連続した領域に記録される。これにより
このフォントデータにおいても、ダミーのドットを記録
しないようになされ、その分メモリ空間の消費を低減で
きるようになされている。

【００４５】さらにこの半角文字においては、最も左端
側に飛び出して文字を表現するドットの、左端側からの
距離を示すオフセットデータＤ１、文字の幅を示す幅デ
ータＤＷが各文字毎に記録されて半角文字幅のデータが
形成される。これによりこの実施の形態では、このデー
タを使用して均等間隔により文字列を表示できるように
なされている。

【００４６】図９は、このようにして作成されたフォン
トデータを使用した中央処理ユニット２１の描画手順を
示すフローチャートである。中央処理ユニット２１は、
描画モジュールによりこの処理手順を実行する。

【００４７】すなわち中央処理ユニット２１は、例えば
テキストデータを表示する場合、このテキストデータを
構成する文字コードを取得すると、ステップＳＰ１１か
らステップＳＰ１２に移り、電源起動時における代用フ
ァイルの設定に応じて、この文字コードに対応するフォ
ントデータの１バイト分について、フラッシュメモリ２
７又はリードオンリメモリ２６におけるアドレスを取得
する。

【００４８】続いて中央処理ユニット２１は、ステップ
ＳＰ１３に移り、ここでステップＳＰ１２で取得したア
ドレスに対して、描画位置に対応するビデオランダムア
クセスメモリ２３Ａのアドレスを検出し、続くステップ
ＳＰ１４において、ステップＳＰ１２で取得したアドレ
スをステップＳＰ１４で検出したアドレスに変換するビ
ット計算の処理を実行し、これにより１バイト分のフォ
ントデータを対応する描画位置に配置できるようにす
る。

【００４９】このとき中央処理ユニット２１は、奇数番
目の文字については、この１バイトによる先頭１ドット
を対応する描画位置に配置するように、ビット計算の処
理を実行する。これに対して偶数番目の文字について
は、文字の左側、１２バイトのデータについては、直前
の文字によるドットが４ドット分割り当てられているこ
とにより、この１バイトによる先頭１ドットを４ドット
分、左側に描画位置をシフトさせるように、ビット計算
の処理を実行する。なお偶数番目の文字の右側の１２バ
イトについては、奇数番目の文字と同様にビット計算の
処理を実行する。これにより中央処理ユニット２１は、
１つの文字を表現する水平方向のドットの配列を１バイ
ト単位で区切って余るドットを複数の文字で１バイトに
纏めて記録したことによる描画位置の位置ずれを防止す
る。

【００５０】続いて中央処理ユニット２１は、ステップ
ＳＰ１５に移り、不要なビットを除去するためのマスク
を作成する。ここで中央処理ユニット２１は、奇数番目
の文字の左側の１２バイトについては、何ら不要なビッ
トを除去しないようにマスクを作成するのに対し、奇数
番目の文字の右側の１２バイトについては、それぞれ直
後の文字によるドットが４ドット分配置されていること
により、対応する下位側４ビットを除去するようにマス
クを作成する。また偶数番目の文字の左側の１２バイト
については、直前の文字によるドットが４ドット分配置
されていることにより、この４ドットに対応する上位側
４ビットを除去するようにマスクを作成するのに対し、
右側の１２バイトについては、何ら不要なビットを除去
しないようにマスクを作成する。

【００５１】このようにしてアドレスを計算し、さらに
マスクを作成すると、中央処理ユニット２１は、ステッ
プＳＰ１６に移り、フラッシュメモリ２７又はリードオ
ンリメモリ２６から１バイト分フォントデータを読み出
し、このフォントデータをステップＳＰ１５で計算した
マスクによりマスクし、その結果得られる画素値をステ
ップＳＰ１４による計算に従ってビデオランダムアクセ
スメモリ２３Ａに記録する。

【００５２】このようにして１バイト分、フォントデー
タをビデオランダムアクセスメモリ２３Ａに記録する
と、中央処理ユニット２１は、ステップＳＰ１７に移
り、全てのフォントデータの処理を完了したか否か判断
し、ここで否定結果が得られると、ステップＳＰ１２に
戻り、続く１バイト分のフォントデータについて同様の
処理を実行する。これにより中央処理ユニット２１は、
１バイト単位でフォントデータをビデオランダムアクセ
スメモリ２３Ａに記録し、１文字分の処理を完了する
と、ステップＳＰ１７で肯定結果が得られることによ
り、ステップＳＰ１８に移り、この処理手順を終了す
る。

【００５３】（２）実施の形態の動作 以上の構成において、この情報処理システム１では（図
２）、パーソナルコンピュータ３によりインターネット
等に接続し、各種コンテンツ、電子メール等を取得し、
さらにスケジュール等が作成される。この情報処理シス
テム１では、パーソナルコンピュータ３と携帯端末４と
を接続して、このようにして取得した各種のデータによ
るファイルがパーソナルコンピュータ３から携帯端末４
にダウンロードされ、携帯端末４のフラッシュメモリ２
７に記録される（図５）。これによりこの情報処理シス
テム１では、この携帯端末４を携帯して、例えば車中で
各種ニュース、電子メールを確認する等の処理が可能と
なる。

【００５４】このようにして使用される携帯端末４にお
いては（図５）、電源が立ち上げられると、所定のスタ
ート画面が表示された後、メインの表示画面（図４）が
表示され、ジョグダイヤル７、各種操作子９、１０等の
操作により（図３）、この表示画面における項目を選択
して順次下位階層のホルダー、ファイルを選択すること
により、パーソナルコンピュータ３よりダウンロードし
た電子メール等が表示部６に表示され、これにより電子
メール等の内容を確認することが可能となる。

【００５５】携帯端末４においては、リードオンリメモ
リ２６に記録された処理プログラムに従ってフラッシュ
メモリ２７のシステムエリアに記録されたスタート画面
用のデータ（図６）をビデオランダムアクセスメモリ２
３Ａに展開することにより、このビデオランダムアクセ
スメモリ２３Ａに白黒２値のビットマップデータが表示
部６に対応するように展開され、これによりスタート画
面が形成される。

【００５６】またフラッシュメモリ２７のユーザーエリ
アにパーソナルコンピュータ３からダウンロードした各
種ファイルが記録され、このファイルの内容に従って、
フラッシュメモリ２７のシステムエリアに記録されたタ
イトル部分のビットマップデータ、アイコンのビットマ
ップデータ、半角文字のフォントデータ、リードオンリ
メモリ２６のシステムエリアに記録された漢字１、漢字
２、漢字３のフォントデータ等が、ビデオランダムアク
セスメモリ２３Ａに展開されてメイン画面、さらには各
ファイルの内容が表示される。

【００５７】携帯端末４においては、電源起動時、ユー
ザーがダウンロードしたデータを保持するフラッシュメ
モリ２７のユーザーエリアについて、このような画面表
示に使用する各種データのファイルである代用ファイル
に対応するファイルが存在するか否か、すなわち代用フ
ァイルと同一の拡張子を有してなる同一属性のファイル
であって、所定ファイル名、所定ファイルサイズのファ
イルが存在するか否か判定され、このようなファイルが
存在する場合には、システムエリアに記録された代用フ
ァイルに代えてこのユーザーエリアに記録されたファイ
ルにより、スタート画面、アイコン、文字等が表示され
る。

【００５８】これにより携帯端末４においては、所定フ
ォーマットによるフォントデータをダウンロードしてお
くだけで、自動的に、携帯端末４にオリジナルのフォン
トに代えて、ユーザーの所望するフォントにより文字を
表示することが可能となり、操作の煩雑化を防止して、
文字の表示をユーザーの嗜好に応じて簡易に変更するこ
とができる。

【００５９】このようにして表示に供するフォントデー
タにおいては、全角文字である漢字１、漢字２、漢字３
のフォントデータにおいても、半角文字のフォントデー
タについても（図６）、１つの文字を表現する水平方向
のドットの配列を１バイト単位で区切って余るドット
を、複数の文字で１バイトに纏めて記録してなることに
より（図７及び図８）、従来のようなダミーデータによ
るメモリ空間の無駄な消費が防止され、これによりメモ
リ空間を有効に利用することができる。

【００６０】すなわち１２ドット×１２ドットにより全
角１文字を構成するビットマップデータにおいては（図
７）、水平方向の１２ドットの配列が８ドット単位で区
切られ、その結果余る４ドットに続く文字の１２ドット
が続けられ、さらに８ドット単位で区切られる。これら
により水平方向については、２４ドットにより２つの文
字が表現される。これにより図１０の従来構成による場
合の２文字当たり１２×４バイトによるメモリ空間の消
費を、２文字当たり１２×３バイトによる消費に低減す
ることができる。

【００６１】また６ドット×１２ドットにより半角１文
字を構成するビットマップデータにおいては（図８）、
水平方向の６ドットの配列が８ドット単位で区切られ、
その結果余る６ドットに続く文字の６ドットが続けら
れ、さらに８ドット単位で区切られ、これらにより水平
方向については、２４ドットにより４つの文字が表現さ
れる。これにより図１１の従来構成による場合の４文字
当たり１２×４バイトによるメモリ空間の消費を、４文
字当たり１２×３バイトによる消費に低減することがで
きる。

【００６２】携帯端末４では、このようにしてダミーの
ドットを取り除いて詰めた形式により記録されるフォン
トデータにより文字を表示する場合、文字コードより対
応するメモリ２６又は２７上のアドレスが計算され（図
９）、またビデオランダムアクセスメモリ２３Ａにおけ
る表示位置に対応するアドレスが計算され、これらのア
ドレスより各ドットを配置する位置であるアドレスが計
算される。このとき携帯端末４では、このようにしてダ
ミーのドットを取り除いて詰めた分、表示位置をシフト
してビット計算の処理が実行され、これにより１つの文
字を表現する水平方向のドットの配列を１バイト単位で
区切って余るドットを複数の文字で１バイトに纏めて記
録したことによる描画位置の位置ずれが防止される。

【００６３】またこのように各ドットの配置位置を計算
する際に、併せてこのように表示位置をシフトさせるこ
とにより、このように詰めてビットマップデータを構成
したことによる描画速度の低下を防止することができ
る。

【００６４】携帯端末４では、このようにして各ドット
のビデオランダムアクセスメモリ２３Ａにおけるアドレ
スが計算されると、対応するビットマップデータが読み
出され、対応するマスクにより余分なドットが取り除か
れビデオランダムアクセスメモリ２３Ａに記録され、こ
れによりこのフォントデータによりダウンロードしたフ
ァイルの内容等が表示される。

【００６５】（３）実施の形態の効果 以上の構成によれば、１つの文字を表現する水平方向の
ドットの配列を１バイト単位で区切って余るドットを、
複数の文字で１バイトに纏めて記録することにより、無
駄を防止してメモリ空間を有効に利用することができ
る。

【００６６】また起動により、書き換え可能領域である
ユーザーエリアを検索し、この検索結果に応じて、ユー
ザーエリアに記録されたフォントデータ、又は他の領域
であるシステムエリアに記録されたフォントデータを選
択的に使用して文字を表示することにより、操作の煩雑
化を防止して、文字の表示をユーザーの嗜好に応じて簡
易に変更することができる。

【００６７】（４）他の実施の形態 なお上述の実施の形態においては、１２ドット×１２ド
ットにより１つの文字を表現する場合に、水平方向の１
２ドットの配列を８ドット単位で区切る場合について述
べたが、本発明はこれに限らず、例えば１６ドット×１
６ドットにより１つの文字を表現する場合であっても、
データ幅が３２ビット幅の場合もあることにより、この
ような場合でも広く適用することができる。

【００６８】また上述の実施の形態においては、何らダ
ミーのドットを配置することなくフォントデータを構成
する場合について述べたが、本発明はこれに限らず、必
要に応じて一部にダミーのドットを配置するようにして
もよい。

【００６９】また上述の実施の形態においては、白黒２
値のビットマップデータによりフォントデータを構成す
る場合について述べたが、本発明はこれに限らず、カラ
ーによるビットマップデータ等にも広く適用することが
できる。

【００７０】また上述の実施の形態においては、本発明
を携帯端末に適用する場合について述べたが、本発明は
これに限らず、例えばパーソナルコンピュータ等の種々
の情報表示装置に広く適用することができる。

【００７１】

【発明の効果】上述のように本発明によれば、１つの文
字を表現する水平方向又は垂直方向のドットの配列を１
バイト単位で区切って余るドットを、複数の文字で１バ
イトに纏めて記録することにより、無駄を防止してメモ
リ空間を有効に利用することができる。また起動によ
り、書き換え可能領域を検索し、この検索結果に応じ
て、書き換え可能領域に記録されたフォントデータ、又
は他の領域に記録されたフォントデータを選択的に使用
して文字を表示することにより、操作の煩雑化を防止し
て、文字の表示をユーザーの嗜好に応じて簡易に変更す
ることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る携帯装置における中
央処理ユニットの起動時の処理手順を示すフローチャー
トである。

【図２】情報処理システムを示す斜視図である。

【図３】携帯端末を示す斜視図である。

【図４】携帯端末のメインの表示画面を示す平面図であ
る。

【図５】携帯端末の構成を示すブロック図である。

【図６】携帯端末におけるメモリ空間を示す図表であ
る。

【図７】携帯端末に適用される全角文字のフォントデー
タを示す図表である。

【図８】携帯端末に適用される半角文字のフォントデー
タを示す図表である。

【図９】フォントデータを使用した中央処理ユニット２
１の描画手順を示すフローチャートである。

【図１０】従来の１２ドット×１２ドットによるフォン
トデータを示す図表である。

【図１１】従来の６ドット×１２ドットによるフォント
データを示す図表である。

【符号の説明】

１……情報処理システム、３……パーソナルコンピュー
タ、４……携帯端末、２１……中央処理ユニット、２６
……リードオンリメモリ、２７……フラッシュメモリ

Claims (5)

【特許請求の範囲】
1. 【請求項１】所定の記録手段に記録したビットマップデ
   ータを用いて所望の文字を表示する情報表示装置におい
   て、 １つの文字を表現する水平方向又は垂直方向のドットの
   配列を１バイト単位で区切って余るドットを、複数の文
   字で１バイトに纏めて記録したことを特徴とする情報表
   示装置。
2. 【請求項２】ビットマップデータによる文字情報を記録
   した情報記録媒体において、 １つの文字を表現する水平方向又は垂直方向のドットの
   配列を１バイト単位で区切って余るドットを、複数の文
   字で１バイトに纏めて記録したことを特徴とする情報記
   録媒体。
3. 【請求項３】所定の記録手段に記録したビットマップデ
   ータを用いて所望の文字を表示する情報の表示方法にお
   いて、 １つの文字を表現する水平方向又は垂直方向のドットの
   配列を１バイト単位で区切って余るドットを、複数の文
   字で１バイトに纏めて記録したことを特徴とする情報の
   表示方法。
4. 【請求項４】起動により、ユーザーにより書き換え可能
   な記録手段の書き換え可能領域をアクセスしてフォント
   データを検索し、 前記検索結果に応じて、前記書き換え可能領域に記録さ
   れたフォントデータ、又は他の領域に記録されたフォン
   トデータを選択的に使用して文字を表示することを特徴
   とする情報表示装置。
5. 【請求項５】起動により、ユーザーにより書き換え可能
   な記録手段の書き換え可能領域をアクセスしてフォント
   データを検索し、 前記検索結果に応じて、前記書き換え可能領域に記録さ
   れたフォントデータ、又は他の領域に記録されたフォン
   トデータを選択的に使用して文字を表示することを特徴
   とする情報の表示方法。