JPH06324931A - リソースデータ検索方法 - Google Patents

Abstract

(57)【要約】 【目的】 連続したメモリ空間を占有することなくデー
タを配置し得るとともに目的のデータを迅速に検索し得
るリソースデータ検索方法を提供することにある。 【構成】 データ部とマップ部／ヘッダ部とを含むリソ
ース構造に構成されるとともにユーザインターフェース
に関する情報を保有し所定のアドレス空間に格納自在な
リソースデータを格納するメモリ(4,7)と、メモリ(4,7)
に格納されたリソースデータの各部に関して分離検索自
在な検索装置(1,2,5,6,8,9,10)とを備えた電子機器にお
いて、検索装置(1,2,5,6,8,9,10)によりデータ部から文
字列部とビットマップデータ部とを分離する段階と、文
字列部とビットマップデータ部とが分離されたデータ部
に関して検索すべきデータを検索装置(1,2,5,6,8,9,10)
により検索する段階とを含むことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】リソースデータ検索方法に係り、
詳細にはコンピュータやワードプロセッサ等の電子機器
におけるリソースデータ検索方法に係る。

【０００２】

【従来の技術】ワードプロセッサにおける従来のリソー
スデータ構造を図８から図１３に示す。図８はシートＩ
ＯＣＢを示す図、図９はウインド指定ＩＯＣＢを示す
図、図１０はコントロールリソース格納を説明する図、
図１１はメッセージリソース格納を説明する図、図１２
は文字リソース格納を説明する図、図１３はビットマッ
プリソース格納を説明する図である。また、各図におい
て、ａからｄは繰り返し個数の関係を示し、括弧内はバ
イトを示している。

【０００３】図８から図１３に示されるようにワードプ
ロセッサにおけるデータはマップ部とデータ部とを明確
に分離していなかった。このため、保守が困難であつた
り、検索にかなりの時間を要していた。

【０００４】汎用コンピュータにおける従来のリソース
データ構造を図１４に示す。図１４において、Ａ、Ｂは
繰り返し個数の関係を示し、括弧内はバイト数を示して
いる。

【０００５】図１４に示されるように汎用コンピュータ
においては、マップ部とデータ部とが分離した構造を提
案されてはいたが実体としては一体化しているためコン
ピュータ上の指定する任意のアドレス空間にこれらの各
部を分離して格納することができなかった。

【０００６】

【発明が解決しようとする課題】ワードプロセッサやコ
ンピュータなどの情報機器におけるユーザインタフェー
スのためのデータ情報は複雑かつ膨大になりつつある。
またこれらのデータを頻繁にアクセスしたり、ユーザー
やシステム拡張に合わせて修正を頻繁に行う必要があ
る。

【０００７】このため現状のリソース構造では、様々に
システムアップしていくアプリケーションに追従してデ
ータを追加／修正していくことが非常に困難となってく
る。また、目的のリソースデータを検索する際にもデー
タのサイズが大きくなればなるほど、検索速度が問題と
なってくる。

【０００８】また、ユーザインターフェースのためのデ
ータが増大する反面、ワードプロセッサのようなＲＯＭ
ベースマシンや小型コンピュータでは大きなメモリ空間
を連続して確保することが難しく、なるべく小さなパー
ツにして自由に配置できることが望ましい。特に既存の
機器に搭載する場合には、既存アプリケーションによる
メモリ配置が既に固定的に決まっている場合が多く、小
さな空きエリアにしかこのような新しいデータを配置す
ることができない。

【０００９】本発明の目的は、連続したメモリ空間を占
有することなくデータを配置し得るとともに目的のデー
タを迅速に検索し得るリソースデータ検索方法を提供す
ることにある。

【００１０】

【課題を解決するための手段】データ部とマップ部／ヘ
ッダ部とを含むリソース構造に構成されるとともにユー
ザインターフェースに関する情報を保有し所定のアドレ
ス空間に格納自在なリソースデータを格納するメモリ
と、メモリに格納されたリソースデータの各部に関して
分離検索自在な検索装置とを備えた電子機器において、
検索装置によりデータ部から文字列部とビットマップデ
ータ部とを分離する段階と、文字列部とビットマップデ
ータ部とが分離されたデータ部に関して検索すべきデー
タを検索装置により検索する段階とを含むことを特徴と
する。

【００１１】

【作用】検索装置によりデータ部から文字列部とビット
マツプデータ部とを分離し、文字列部とビットマップデ
ータ部とが分離されたデータ部に関して検索すべきデー
タを検索装置により検索するので、高速度にデータを検
索し得、異なるシステム間やシステムのレベルアツプ時
での融通性に富むとともに既存システムへの導入を容易
とし得る。

【００１２】

【実施例】ワードプロセッサにおけるユーザインターフ
ェース部の管理リソースデータを例にとり説明する。

【００１３】図２は本発明の方法の実施例を行うために
使用される機器構成の示す図である。

【００１４】図２において、ＣＰＵ１はＫｅｙＣＰＵ２
から送信される入力デバイスからの入力情報を受取り、
プログラムメモリ６のプログラムを実行する。ＫｅｙＣ
ＰＵ２では入力デバイスとしてのポインティングデバイ
ス８、９やキーボード１０の制御を行い、ＣＰＵ１に対
して割り込みを行う。

【００１５】プログラムメモリ６にはメモリ（ＲＯＭ）
７やメモリ（ＲＡＭ）４、カットバッファ（ＲＡＭ）５
をアクセスし、ＶＲＡＭ３を介して出力を行うなどのプ
ログラムがおかれており、ＣＰＵ１が順次これらのアク
セスを行っていく。

【００１６】ここで作成されるリソースデータは、図２
のメモリ４、メモリ７に他の制御データと混在して配置
される。

【００１７】図３はリソースデータを含むメモリマップ
の例を示す図である。

【００１８】本発明の方法の実施例によるリソースデー
タは、他のデータと混在して配置し易いようにモジュー
ル化・構造化を行っており、下記の構成となっている。

【００１９】１）モジュール化 ヘッダ部、データ部、マップ部、文字列部、ビットマッ
プ部に分割する。

【００２０】２）構造化 各データにデータの形式を表すタイプとデータタイプ毎
にユニークな識別番号であるＩＤを設け、２層に構造化
して管理する。図４から図７はこのようなリソースデー
タの構成例を示す図である。図４はリソースヘッダ部を
説明する図、図５（ａ）はリソースデータ部を説明する
図、図５（ｂ）はリソースマップ部を説明する図、図６
は文字列部を説明する図、図７はビットマップ部を説明
する図である。図４から図７においてＡ、Ｂは繰り返し
個数の関係を示し括弧内はバイト数を示す。

【００２１】リソースデータはリソースデータ部、文字
列部、ビットマップ部、ビットマップ部とリソースデー
タ部とを管理するためのリソースマップ部、およびリソ
ースヘッダ部とからなる。リソースヘッダ部にはリソー
スの各パーツがメモリ上のどこに配置されているかを示
すための各パーツの先頭アドレスが格納されている。

【００２２】リソース検索部（リソースマネージャー）
では、これらのリソースをヘッダ部の情報をもとに管理
を行う。図１はリソースデータ検索方法の実施例の処理
手順を示すフローチャートである。リソースマネージャ
ーによるリソースデータ検索の処理手順を図１に基づい
て説明する。

【００２３】ユーザプログラムなどから与えられるリソ
ースタイプとＩＤをキーとして、まずリソースタイプが
文字列又はビットマップかどうかを確認する（１−
１）。リソースタイプが文字列又はビットマップでない
ときは（１−２）ヘッダ部からマップ部の先頭アドレス
を読み出す（１−３）。

【００２４】マップ部の「タイプリストに対するオフセ
ット」よりタイプリストを検索し、検索対象のタイプが
あるまでタイプリストを検索する（１−４）。検索対象
のタイプがないときは目標とするデータがないことであ
りエラーとする（１−５、１−６）。検索対象のタイプ
がみつかつたときはタイプリストから「参照リストに対
するオフセット」を参照し、検索対象のＩＤがあるまで
参照リストを検索する（１ー５、１ー７）。検索対象の
ＩＤがなければ目標とするデータがないことでありエラ
ーとする（１ー８、１ー９）。検索対象のＩＤがあれば
「リソースデータに対するオフセット」を読み出す（１
ー８、１ー１０）。

【００２５】ついで、ヘッダ部からデータ部の先頭アド
レを読みだし、１−１０ステップで読みだした「オフセ
ット値」を加えたアドレスから格納されている検索対象
のデータを索引する（１ー１１）。

【００２６】リソースタイプが文字列またはビットマッ
プのときは（１−２）タイプが文字列部かビットマップ
部であればヘッダ部からそれぞれデータの格納アドレを
読み出しジャンプする（１−１２）。そして、格納アド
レスにＩＤを加えたアドレスに格納されているオフセッ
ト値を読み出し、文字列部／ビットマップ部の先頭アド
レスにそれを加えたアドレスから格納された検索対象デ
ータを索引する（１−１３）、（図６、図７参照）。

【００２７】

【発明の効果】検索装置によりデータ部から文字列部と
ビットマップデータ部とを分離し、文字列部とビットマ
ップデータ部とが分離されたデータ部に関して検索すべ
きデータを検索装置により検索するので、高速度にデー
タを検索し得、異なるシステム間やシステムのレベルア
ップ時での融通性に富むとともに既存システムへの導入
を容易とし得る。

【図面の簡単な説明】

【図１】本発明のリソースデータ検索方法の実施例の処
理手順を示すフローチャートである。

【図２】本発明の方法の実施例を行うために使用される
機器構成の示す図である。

【図３】リソースデータを含むメモリマップの例を示す
図である。

【図４】リソースヘッダ部を説明する図である。

【図５】リソースデータ部、リソースマップ部を説明す
る図である。

【図６】文字列部を説明する図である。

【図７】ビットマップ部を説明する図である。

【図８】シートＩＯＣＢを示す図である。

【図９】ウインド指定ＩＯＣＢを示す図である。

【図１０】コントロールリソース格納を説明する図であ
るる

【図１１】メッセージリソース格納を説明する図であ
る。

【図１２】文字リソース格納を説明する図である。

【図１３】ビットマップリソース格納を説明する図であ
る。

【図１４】汎用コンピュータにおける従来のリソースデ
ータ構造を示す図である。

【符号の説明】

１ ＣＰＵ ２ ＫｅｙＣＰＵ ３ ＶＲＡＭ ４ メモリ（ＲＡＭ） ５ カットバッファ（ＲＡＭ） ６ プログラムメモリ（ＲＯＭ） ７ メモリ（ＲＯＭ） ８、９ ポインティングデバイス １０ キーボード

Claims (1)

【特許請求の範囲】
1. 【請求項１】 データ部とマップ部／ヘッダ部とを含む
   リソース構造に構成されるとともにユーザインターフェ
   ースに関する情報を保有し所定のアドレス空間に格納自
   在なリソースデータを格納するメモリと、前記メモリに
   格納されたリソースデータの各部に関して分離検索自在
   な検索装置とを備えた電子機器において、前記検索装置
   によりデータ部から文字列部とビットマップデータ部と
   を分離する段階と、文字列部とビットマップデータ部と
   が分離されたデータ部に関して検索すべきデータを前記
   検索装置により検索する段階とを含むことを特徴とする
   リソースデータ検索方法。