(57)【特許請求の範囲】
【請求項１】
表示単位に関連して、原画像ファイルおよび原画像を表現する複数の画像ファイルを管理する管理手段と、
前記表示単位のスケールを連続的に変更するスケール変更手段と、
前記管理手段にて管理された前記原画像を表現する複数の画像ファイルから選択される画像ファイルを表示する構成であって、前記スケール変更手段による前記表示単位のスケールの連続的な変更に応答して、前記画像ファイルの選択および表示を段階的に変更する表示手段と
を備えた情報機器であって、
前記原画像を表現する複数の画像ファイルは、前記原画像ファイルを縮小して得られるサムネイルと、前記原画像を表すシンボルイメージであるアイコンおよび前記原画像のファイル名と、該アイコンとであり、
前記表示手段は、前記表示単位のスケールの連続的な縮小に応答して、前記画像ファイルの表示を、前記サムネイル、前記アイコンおよび原画像のファイル名、前記アイコンの順に段階的に変更する、情報機器。
【請求項２】
コンピュータを請求項１に記載の情報機器として機能させるためのプログラムおよびデータ構造を記録した機械読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、表示単位に関連してソフトウェアオブジェクトを表示する情報機器、およびコンピュータをそのような情報機器として機能させるためのプログラムを記録した機械読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
記録され管理されているソフトウェアオブジェクトを表示する方法としては、以下の３つの方法（もしくはその併用）が考えられる。
【０００３】
１）ソフトウェアオブジェクトを識別するために予め付けられた名前（例えば、ファイル名）やＩＤを表示する方法。
【０００４】
２）ソフトウェアオブジェクトの中身そのもの（例えば、フォトデータなどの画像データのサムネイル）を表示する方法。
【０００５】
３）ソフトウェアオブジェクトを表すシンボルを表示する方法。このようなシンボルは、一般に「アイコン」と呼ばれている。
【０００６】
上記３）の方法の応用として、特開平５−６１６３３号公報は、予め固定された表示領域内に表示されるべきオブジェクトの数に応じて縮小画像の表示倍率を変更することにより、すべてのオブジェクトが固定表示領域内に収まるようにオブジェクトを表示する画像処理装置を開示している。
【０００７】
また、特開平９−１０６３３６号公報は、表示領域（表示枠）を拡大縮小する処理を開示している。
【０００８】
【発明が解決しようとする課題】
特開平５−６１６３３号公報に記載の画像表示装置では、オブジェクトが表示される領域が予め固定された表示領域に限定されていることから、ユーザ操作に応じて表示領域（表示枠）が変化する場合に適応できない。
【０００９】
また、特開平９−１０６３３６号公報に記載の処理では、ユーザ操作によって表示領域（表示枠）が拡大縮小される。しかし、表示領域（表示枠）の拡大縮小にかかわらず表示領域（表示枠）内に表示される文字の大きさは変化しない。このため、表示領域（表示枠）が縮小するにつれて表示されるテキストの範囲が狭くなり、表示されないテキストの部分が生じる。
【００１０】
テキストのような１次元データを表示する場合には、表示されないテキストの部分が生じてもユーザインタフェース上ほとんど問題になることはない。ユーザ操作によって表示領域をテキストの延びる方向（例えば、横書きの場合には横方向）に広げることにより、その部分を再び表示することができるからである。
【００１１】
画像のような２次元データを表示する場合には、平面的に表示領域を広げるユーザインタフェースが必要となる。しかしながら、このようなユーザインタフェースは、一方向を時間軸などに代表される連続座標として表現する場合には隣り合ったデータ間の表示処理の関係から実現することが困難である。
【００１２】
本発明の目的は、表示単位のスケールの変更に応じて画像のような２次元データの表示を変更する情報機器を提供することにある。また、本発明の他の目的は、情報機器を動作させるプログラムおよびデータ構造を記録した記録媒体を提供することにある。
【００１３】
【課題を解決するための手段】
本発明の情報機器は、表示単位に関連して、原画像ファイルおよび原画像を表現する複数の画像ファイルを管理する管理手段と、前記表示単位のスケールを連続的に変更するスケール変更手段と、前記管理手段にて管理された前記原画像を表現する複数の画像ファイルから選択される画像ファイルを表示する構成であって、前記スケール変更手段による前記表示単位のスケールの連続的な変更に応答して、前記画像ファイルの選択および表示を段階的に変更する表示手段とを備えた情報機器であって、前記原画像を表現する複数の画像ファイルは、前記原画像ファイルを縮小して得られるサムネイルと、前記原画像を表すシンボルイメージであるアイコンおよび前記原画像のファイル名と、該アイコンとであり、前記表示手段は、前記表示単位のスケールの連続的な縮小に応答して、前記画像ファイルの表示を、前記サムネイル、前記アイコンおよび原画像のファイル名、前記アイコンの順に段階的に変更するものであり、これにより上記目的が達成される。
本発明の記録媒体は、コンピュータを上述した情報機器として機能させるためのプログラムおよびデータ構造を記録した機械読み取り可能な記録媒体であり、これにより上記目的が達成される。
【００２３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００２４】
本明細書では、「ソフトウェアオブジェクト」とは、コンピュータシステム内でそれに対するアクセスが制御可能なすべてのものを含むと定義される。例えば、ソフトウェアオブジェクトは、単独名で呼ばれるデータの集合（例えば、ファイル、プログラム、主記憶装置の区域）と、適応業務ソフトウェアとして実施されるオペレーションおよびアプリケーションと、テキストまたはイメージのようなデータとを含む。
【００２５】
１．ハードウェア構成
図１は、本発明による情報機器のハードウェア構成を示す。情報機器は、例えば、パーソナルコンピュータ（ＰＣ）である。
【００２６】
外部記憶装置（１−４）には、オペレーティングシステム（ＯＳ）が格納されている。ＯＳは、アプリケーションソフトウェアの起動処理、ファイルアクセス処理、各種の標準・周辺デバイスのアクセス処理などを制御する。情報機器の主電源が投入されると、ＲＯＭ（１−６）に格納されているＯＳローダがＯＳを主記憶装置（１−５）にロードする。このようにして、ＯＳが起動される。
【００２７】
その後、ＯＳは、入力装置（１−２）からのユーザ入力に基づいてアプリケーションソフトウェアを起動し、または、アプリケーションソフトウェアにメッセージを通知する。アプリケーションソフトウェアは、ＯＳから送信されたメッセージを処理することにより、ユーザ入力に従った処理を実現する。このような処理は、中央処理装置（１−１）によって実行される。処理結果は、表示装置（１−３）に表示される。
【００２８】
２．ソフトウェア構成
図２は、本発明による『データ表示アプリケーション』のソフトウェア構成を示す。データ表示アプリケーションは、ＯＳから起動される１つのアプリケーションソフトウェアである。データ表示アプリケーションは、例えば、ｖｉｅｗ．ｅｘｅの形式で図１の外部記憶装置（１−４）に格納される。以下、必要に応じて「データ表示アプリケーション」を「データ表示アプリ」と略記する。
【００２９】
データ表示アプリは、以下の３つのブロックを含んでいる。
【００３０】
１）メイン部（２−１）
２）画像用一覧表示部（２−２）
３）スケジュール用一覧表示部（２−３）
２．１  メイン部（２−１）の処理
図６は、メイン部（２−１）のウインドウ構成を示す。メインウインドウ（６−１）には、画像用一覧表示部起動ボタン（６−２）と、スケジュール用一覧表示部起動ボタン（６−３）とが表示されている。
【００３１】
図７は、メイン部（２−１）によって実行される処理フローを示す。メイン部（２−１）は、データ表示アプリの起動を指示するユーザ入力に従ってＯＳから起動される。メイン部（２−１）が起動されると、メインウインドウ（６−１）が生成され（ステップ７−１）、各種の変数が初期化される（ステップ７−２）。
【００３２】
画像用一覧表示部起動ボタン（６−２）がユーザによって押下されると、メッセージ▲１▼がＯＳからメイン部（２−１）に送信される。メッセージ▲１▼が発生した場合には、『画像用一覧表示部（初期化部）』（７−５）が呼び出される。スケジュール用一覧表示部起動ボタン（６−３）がユーザによって押下されると、メッセージ▲２▼がＯＳからメイン部（２−１）に送信される。メッセージ▲２▼が発生した場合には、『スケジュール用一覧表示部（初期化部）』（７−７）が呼び出される。
【００３３】
また、『画像用一覧表示部』または『スケジュール一覧表示部』において表示単位のスケールが変更された場合には、メッセージ▲３▼がＯＳからメイン部（２−１）に送信される。メッセージ▲３▼が発生した場合には、『画像用一覧表示部』および『スケジュール一覧表示部』のいずれで表示単位のスケールが変更されたかが判定され（ステップ７−８）、表示単位のスケールが変更された一方の表示部から他方の表示部に「表示単位のスケールが変更された」旨のメッセージが送信される（ステップ７−１０、７−１２）。
【００３４】
さらに、メイン部（２−１）は、各表示部を終了するメッセージ▲４▼に対応する処理（ステップ７−１３〜７−１９）や、データ表示アプリを終了するメッセージ▲５▼に対応する処理（ステップ７−２０〜７−２２）を実行する。
【００３５】
２．２  画像用一覧表示部（２−２）の処理
以下、画像用一覧表示部（２−２）の処理を説明する。
【００３６】
図４は、画像用一覧表示部（２−２）によって処理される画像データを管理するための画像データ管理テーブルの構造を示す。画像データ管理テーブルは、例えば、ｖｉｅｗ．ｄａｔの形式で図１の外部記憶装置（１−４）（別の表現では、図２の画像データ記憶部（２−４））に格納される。
【００３７】
画像データ管理テーブルは、ＭＡＸＣＮＴ個のＰｉｃｔｕｒｅ＿Ｔａｂｌｅが配列した構造を有している。Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅの項目は、以下のとおりである。
【００３８】
１）データを識別するためのデータＩＤ
２）原画像ファイル
３）原画像を表現する３つの画像ファイル
４）原画像ファイルの日付情報
原画像を表現する３つの画像ファイルは、表示単位のスケールに応じて、原画像の表示を段階的に変更するために使用される。その３つの画像ファイルは、例えば、以下のとおりである。
【００３９】
１）原画像の「アイコン」を表現する画像ファイル。画像ファイルのサイズ＝１６×１６（ＩＭＧＳＩＺＥ１）。
【００４０】
２）原画像の「アイコン＋ファイル名」を表現する画像ファイル。画像ファイルのサイズ＝３２×３２（ＩＭＧＳＩＺＥ２）。
【００４１】
３）原画像の「サムネイル」を表現する画像ファイル。画像ファイルのサイズ＝１００×１００（ＩＭＧＳＩＺＥ３）。
【００４２】
なお、原画像を表現する画像ファイルの数は３つに限定されない。段階的に表示可能な原画像の数に対応して画像ファイルの数は任意に設定され得る。また、画像ファイルのサイズも上述したものに限定されない。画像ファイルのサイズは任意である。
【００４３】
なお、ユーザによって生成された画像ファイルは、Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅの２番目のエントリ以降（すなわち、Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［１］〜 Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［ＭＡＸＣＮＴ−１］）に登録され得る。Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅの１番目のエントリ（すなわち、Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［０］）は、グループ化された場合の画像ファイルが予め登録されている。
【００４４】
図５は、画像データ管理テーブルによって複数の画像ファイルが管理されている様子を示す例である。画像データ管理テーブルの２番目のエントリ（ｄａｔａｉｄ＝２のエントリ）は、原画像ファイルＭｔ．ｂｍｐに対応して、３つの画像ファイルＭｔ２．ｂｍｐ、Ｍｔ３．ｂｍｔ、Ｍｔ４．ｂｍｔが管理されていることを示す。
【００４５】
次に、図２を再び参照して、画像用一覧表示部（２−２）のソフトウェア構成を説明する。画像用一覧表示部（２−２）は、以下の５つのブロックを含んでいる。
【００４６】
１）初期化・起動、終了処理部（２−２−１）
２）ＵＩ・メッセージ処理部（２−２−２）
３）スケール変更部（２−２−３）
４）データ登録部（２−２−４）
５）オブジェクト表示部（２−２−５）
なお、画像データの表示を行う際、各ブロックにおいて必要に応じてグローバル変数・定数または各一覧表示部変数・定数が参照される。図３は、これらの変数・定数の例を示している。図３には、表示単位を１日とし、１ヶ月（すなわち、１日〜３１日）のデータを管理し、表示する処理に必要とされる変数・定数のみが示されている。配列変数Ｓｃａｌｅ［］の要素数が３１であるのはそのためである。
【００４７】
以下では、説明の簡易化のため、時間軸に関連した表示単位は１日であり、情報機器は、１日〜３１日のデータを管理し、表示するものと仮定する。ただし、表示単位が１日に限定されないこと、１ヶ月を越えるデータを管理し、表示できるように情報機器を構成できることはもちろんである。
【００４８】
２．２．１  初期化・起動、終了処理部（２−２−１）の処理
初期化・起動、終了処理部（２−２−１）は、初期化・起動処理部と、終了処理部とを含む。
【００４９】
図８は、初期化・起動処理部によって実行される処理フローと、終了処理部によって実行される処理フローとを示す。初期化・起動処理部は、メイン部（２−１）から図７のステップ７−５で呼び出される。初期化・起動処理部は、フレームウインドウ８１を生成し（ステップ８−１）、各種の変数を初期化し（ステップ８−２）、ＵＩ・メッセージ処理部（２−２−２）にスケール変更メッセージを送信する（ステップ８−３）。
【００５０】
このようにして、フレームウインドウ８１の上に、例えば、１０日から１６日に対応する７個の表示単位８２が表示される。７個の表示単位８２のスケールは、それぞれ、Ｓｃａｌｅ［９］〜Ｓｃａｌｅ［１５］に格納される。ここで、表示単位のスケールとは、所定の軸（例えば、時間軸）に沿った方向の表示単位の長さ（図８の例では、表示単位８２の横方向の幅）をいう。後述するように、表示単位のスケールはユーザ操作によって変更され得る。
【００５１】
画像データは、図７のステップ７−５で呼び出される初期化・起動処理部によって生成されるフレームウインドウ上に表示され、スケジュールデータは、図７のステップ７−７で呼び出される初期化・起動処理部によって生成されるフレームウインドウ上に表示される。このように、画像データおよびスケジュールデータは、データの種類に応じたグループごとに表示される。
【００５２】
終了処理部は、メイン部（２−１）から図７のステップ７−２０で呼び出される。終了処理部は、フレームウインドウを消去する（ステップ８−４）。
【００５３】
２．２．２  ＵＩ・メッセージ処理部（２−２−２）の処理
図９は、ＵＩ・メッセージ処理部（２−２−２）によって実行される処理フローを示す。
【００５４】
ユーザ操作によって表示単位のスケールが変更されると、スケール変更メッセージ▲１▼が発生する。例えば、１つの表示単位の上でドラッグを開始し、所定の距離だけドラッグした後にドラッグを終了するというユーザ操作によって、スケール変更メッセージ▲１▼が発生する。
【００５５】
スケール変更メッセージ▲１▼が発生すると、図１０に示す演算処理が実行され（ステップ９−２）、画像用一覧表示部のフレームウインドウに対して表示単位のスケールが変更されたことを示すフラグが設定され（ステップ９−５）、スケール変更処理部（２−２−３）が呼び出される（ステップ９−６）。
【００５６】
図１０は、スケール変更メッセージに応じて、表示単位のスケールを連続的に変更する処理を示す。スケール変更メッセージは、パラメータとしてＤｒａｇＰｏｓとＤｒａｇＳｉｚｅとを有している。ＤｒａｇＰｏｓは、複数の表示単位のうちドラッグ開始位置を示す座標Ｘｍを含む表示単位の位置を示す。ＤｒａｇＰｏｓの値は、ドラッグ開始位置を示す座標ＸｍとＳｃａｌｅ［０］〜Ｓｃａｌｅ［３０］とに基づいて計算され得る。ＤｒａｇＳｉｚｅは、表示単位の時間軸に沿った方向（すなわち、表示単位の横方向）にドラッグされた距離を示す。ＤｒａｇＳｉｚａの値は、ＤｒａｇＳｉｚｅ＝Ｘ１−Ｘｍによって計算され得る。ここで、Ｘ１はドラッグ終了位置を示す座標を示す。
【００５７】
ＤｒａｇＳｉｚｅ＝Ｘ１−Ｘｍ≧０の場合（図１０の▲１▼の場合）には、ＤｒａｇＰｏｓによって指定された表示単位のスケールが拡大される。例えば、ＤｒａｇＰｏｓ＝１２の場合には、（数１）に示されるように表示単位のスケールが変更される。ここで、Ｓｃａｌｅ［９］およびＳｃａｌｅ［１５］は、フレームウインドウの端部に表示される表示単位に対応する。
【００５８】
【数１】
Ｓａｃｌｅ［９］  ＝Ｓａｃｌｅ［９］−ＤｒａｇＳｉｚｅ／２
Ｓａｃｌｅ［１０］＝Ｓａｃｌｅ［１０］
Ｓａｃｌｅ［１１］＝Ｓａｃｌｅ［１１］
Ｓａｃｌｅ［１２］＝Ｓａｃｌｅ［１２］＋ＤｒａｇＳｉｚｅ
Ｓａｃｌｅ［１３］＝Ｓａｃｌｅ［１３］
Ｓａｃｌｅ［１４］＝Ｓａｃｌｅ［１４］
Ｓａｃｌｅ［１５］＝Ｓａｃｌｅ［１５］−ＤｒａｇＳｉｚｅ／２
なお、Ｓｃａｌｅ［９］およびＳｃａｌｅ［１５］では処理（減算）しきれない場合には、それらに隣接するＳｃａｌｅ［１０］およびＳｃａｌｅ［１４］を用いて処理（減算）すればよい。
【００５９】
ＤｒａｇＳｉｚｅ＝Ｘ１−Ｘｍ＜０の場合（図１０の▲２▼の場合）には、ＤｒａｇＰｏｓによって指定された表示単位のスケールが縮小される。例えば、ＤｒａｇＰｏｓ＝１２の場合には、（数２）に示されるように表示単位のスケールが変更される。
【００６０】
【数２】
Ｓｃａｌｅ［８］  ＝ＤｒａｇＳｉｚｅ／２
Ｓａｃｌｅ［９］  ＝Ｓａｃｌｅ［９］
Ｓａｃｌｅ［１０］＝Ｓａｃｌｅ［１０］
Ｓａｃｌｅ［１１］＝Ｓａｃｌｅ［１１］
Ｓａｃｌｅ［１２］＝Ｓａｃｌｅ［１２］−ＤｒａｇＳｉｚｅ
Ｓａｃｌｅ［１３］＝Ｓａｃｌｅ［１３］
Ｓａｃｌｅ［１４］＝Ｓａｃｌｅ［１４］
Ｓａｃｌｅ［１５］＝Ｓａｃｌｅ［１５］＋ＤｒａｇＳｉｚｅ／２
なお、フレームウインドウの左端側と右端側とで表示単位のスケールの変更処理が異なるのは、ＩＭＧＳＩＺＥ３を上限として減算されたＤｒａｇＳｉｚｅ分だけ表示単位のスケールを調整するためである。図１０は、表示単位のスケールを変更する前において、Ｓｃａｌｅ［９］≧ＩＭＡＧＳＩＺＥ、かつ、Ｓｃａｌｅ［１５］＋ＤｒａｇＳｉｚｅ／２≦ＩＭＡＧＥＳＩＺＥという関係が成立していた場合における表示単位のスケールの調整結果を示す。
【００６１】
このように、表示単位のスケールは、ＤｒａｇＳｉｚｅの値に応じて「連続的に」変更される。ここで、「連続的」とは、ＤｒａｇＳｉｚｅの最小単位（すなわち、１ピクセル）ごとに表示単位のスケールの値が再計算されることを意味する。
【００６２】
なお、図１０に示される例では、ドラッグ開始からドラッグ終了までは表示単位のスケールは変更されず、ドラッグ終了後に表示単位のスケールが変更される。このように、ドラッグ開始からドラッグ終了まで表示単位のスケールを「リアルタイムに」変更することは必要とされない。表示単位のスケールを「リアルタイムに」変更することは表示処理の負荷を飛躍的に増大させることから好ましくない。
【００６３】
図９を再び参照して、新たな画像データが生成されると、データ生成メッセージ▲３▼が発生する。例えば、デジタルカメラからの画像データを情報機器に入力するユーザ操作によって、データ生成メッセージ▲３▼が発生する。
【００６４】
データ生成メッセージ▲３▼が発生すると、データ登録部（２−２−４）が呼び出される（ステップ９−３）。その後、ステップ９−５およびステップ９−６の処理が実行される。
【００６５】
なお、上述したユーザ操作によって直接的にメッセージ▲１▼および▲３▼が発生するわけではない。実際には、ＯＳによって提供される低レベルのＵＩメッセージ（例えば、マウスのボタンを押下した場合に発生するメッセージ）や、ファイル処理用のアプリケーションソフトやドライバソフトとの連携などを利用して、メッセージ▲１▼および▲３▼のような高レベルのメッセージを生成する必要がある。しかし、このような高レベルのメッセージを生成する処理は、本発明のポイントではないため詳細な説明は省略する。
【００６６】
他の一覧表示部のフレームウインドウにおいて表示単位のスケールが変更されると、スケール変更メッセージ▲２▼が発生する。例えば、スケジュール用一覧表示部のフレームウインドウにおいて表示単位のスケールが変更されることにより、スケール変更メッセージ▲２▼が発生する。
【００６７】
スケール変更メッセージ▲２▼が発生すると、配列変数ＳｃａｌｅＢａｃｋ［］の内容が配列変数Ｓｃａｌｅ［］にコピーされる（ステップ９−４）。配列変数ＳｃａｌｅＢａｃｋ［］には、表示単位のスケールの変更結果が予め退避されている。その後、ステップ９−６の処理が実行される。
【００６８】
２．２．３  スケール変更部（２−２−３）の処理
図１１は、スケール変更部（２−２−３）によって実行される処理フローを示す。
【００６９】
スケール変更部（２−２−３）は、配列変数Ｓｃａｌｅ［］の内容に従って表示単位のスケールを表示する（ステップ１１−５）。表示単位のスケールの表示は、例えば、互いに隣接する表示単位の間に縦ラインを描画することによって行われる。その縦ラインの位置は、（数３）の変数ｐｓによって表される（ステップ１１−７）。
【００７０】
【数３】
ｐｓ＝ｐｓ＋Ｓｃａｌｅ［ｉ］
ここで、ｉは１つずつインクリメントされるインデクス変数である（ステップ１１−８）。
【００７１】
スケール変更部（２−２−３）は、変数ｉ，ｐｓをパラメータとしてオブジェクト表示部（２−２−５）を呼び出す（ステップ１１−６）。これにより、変数ｉ，ｐｓに対応する表示単位上にソフトウェアオブジェクトが表示される。
【００７２】
スケール変更部（２−２−３）は、メイン部（２−１）にスケール変更メッセージを送信する（ステップ１１−１１）。これにより、メイン部（２−１）を経由して、画像用一覧表示部（２−２）における表示単位のスケールが変更された旨のメッセージが他の一覧表示部（例えば、スケジュール用一覧表示部（２−３））に通知される。
【００７３】
２．２．４  データ登録部（２−２−４）の処理
図１２は、データ登録部（２−２−４）によって実行される処理フローを示す。
【００７４】
データ登録部（２−２−４）は、図４に示される配列変数Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［］の各エントリの各項目にデータを設定し（ステップ１２−１〜１２−６）、配列変数Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［］の内容をファイルｖｉｅｗ．ｄａｔに格納する（ステップ１２−７）。
【００７５】
原画像を表現する３つの画像ファイルは、原画像ファイルをそれぞれ縮小することによって得られる。原画像データを縮小する方法としては、以下の２つの方法が考えられる。
【００７６】
１）原画像ファイルそのものを所定のサイズに縮小する方法。
【００７７】
２）原画像を表すシンボル（抽象）イメージを生成する方法。
【００７８】
上記１）の方法は、例えば、Ｗｉｎｄｏｗｓシステム関数を用いて簡単に実現され得る。なお、Ｗｉｎｄｏｗｓシステム関数を用いる代わりに公知の様々な画像縮小方法が採用され得る。あるいは、独自の画像縮小方法を採用してもかまわない。
【００７９】
上記２）の方法は、「アプリケーション」というソフトウェアオブジェクトに「アイコン」と呼ばれるシンボルが対応づけられていることに類似する。例えば、Ｗｉｎｄｏｗｓシステムでは、アプリケーション１つ１つに対して「アイコン」と呼ばれるシンボルが予め用意されている。ユーザは「アイコン」を指定することにより、その「アイコン」に対応する「アプリケーション」を指定することができる。例えば、本発明によるデータ表示アプリ（ｖｉｅｗ．ｅｘｅ）も１つのアプリケーションである。従って、データ表示アプリにも必須ではないが「アイコン」が存在する。また、この「アイコン」のデータは、他のアプリケーションからアクセスされ得る。すなわち、「アイコン」のデータを他のアプリケーションから取得し、そのデータを表示することが可能である。
【００８０】
なお、本明細書では、「アイコン」とは、原画像ファイルを１６×１６のサイズに縮小した画像ファイルをいう。通常、Ｗｉｎｄｏｗｓシステムにおけるアイコンのサイズが１６×１６だからである。３２×３２のサイズの画像ファイルは、１６×１６サイズの画像ファイルにファイル名を加えて、全体として３２×３２サイズとなるように構成されている。
【００８１】
データ登録部（２−２−４）は、原画像ファイルの生成日をＯＳから取得し、その生成日を原画像ファイルの生成日フィールド（Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［ｉ］．ｄａｔｅ１）、原画像ファイルの更新日フィールド（Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［ｉ］．ｄａｔｅ２）および原画像ファイルの表示日フィールド（Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［ｉ］．ｄａｔｅ３）に代入する（ステップ１２−６）。なお、更新日＝生成日とする理由は、『初めてのファイル生成処理＝初めてのファイル更新処理』だからである。しかし、既存のＯＳのファイルシステムでは、必ずしも更新日＝生成日となるとは限らない。例えば、既に存在するファイルをコピーした場合、生成日はコピーした日付だが、更新日はコピー元のファイルの属性を引き継ぐ場合がある。また、既に存在するファイルに対してコピー処理した場合、生成日は更新されない。既にファイルが存在するからである。
【００８２】
２．２．５  オブジェクト表示部（２−２−５）の処理
図１３は、オブジェクト表示部（２−２−５）によって実行される処理フローを示す。オブジェクト表示部（２−２−５）は、表示単位を示す変数ｉと表示単位の左端の表示位置を示す変数ｐｓとを伴って呼び出される。以下、表示単位は、日付に対応すると仮定する。
【００８３】
はじめに、データ検索サブルーチンが呼び出される（ステップ１３−１）。これにより、表示処理されるべきソフトウェアオブジェクトが抽出される。表示処理されるべきソフトウェアオブジェクトの数がデータ検索サブルーチンの戻り値として返される。データ検索サブルーチンの詳細は、図１４を参照して後述される。
【００８４】
表示処理されるべきソフトウェアオブジェクトの数が０でない場合に、表示処理（ステップ１３−３〜１３−１３）が実行される。
【００８５】
ローカル変数が初期化された（ステップ１３−３）後、現在の日付が取得される（ステップ１３−４）。現在の日付は、例えば、システム関数を用いてＯＳから取得され得る。入力変数ｉが現在の日付に一致するか否かが判定される（ステップ１３−５）。
【００８６】
入力変数ｉが現在の日付に一致する場合には、データ検索サブルーチンによって抽出されたソフトウェアオブジェクトのうち、最初に抽出されたソフトウェアオブジェクトがサムネイル画像ファイル（原画像の「サムネイル」を表現する画像ファイル）の形式で表示される（ステップ１３−６）。すなわち、入力変数ｉが現在の日付に一致する場合には、原画像を表現する３つの画像ファイルのうちサムネイル画像ファイルが無条件に選択され、そのサムネイル画像ファイルが表示される。このように、ソフトウェアオブジェクトの重要度に応じた異なる表示態様でソフトウェアオブジェクトが表示される。
【００８７】
入力変数ｉが現在の日付に一致しない場合には、表示単位のスケールのサイズを示すＳｃａｌｅ［ｉ］に応じて原画像を表す３つの画像ファイルのうちの１つが選択され、その選択された画像ファイルが表示される（ステップ１３−１５）。どの画像ファイルが選択されるかは、ローカル変数ｉｓｚによって表される。
【００８８】
具体的には、Ｓｃａｌｅ［ｉ］≧ＩＭＧＳＩＺＥ３の場合はｉｓｚ＝ＩＭＧＳＩＺＥ３となり、ファイルｉｍａｇｅ３ｆｎ（サムネイル画像ファイル）が選択される。ＩＭＧＳＩＺＥ３＞Ｓｃａｌｅ［ｉ］≧ＩＭＧＳＩＺＥ２の場合はｉｓｚ＝ＩＭＧＳＩＺＥ２となり、ファイルｉｍａｇｅ２ｆｎ（アイコン＋ファイル名）が選択される。ＩＭＧＳＩＺＥ２＞Ｓｃａｌｅ［ｉ］の場合はｉｓｚ＝ＩＭＧＳＩＺＥ１となり、ファイルｉｍａｇｅ１ｆｎ（アイコン）が選択される。ＩＭＧＳＩＺＥ１、ＩＭＧＳＩＺＥ２およびＩＭＧＳＩＺＥ３は、それぞれ、例えば、１６、３２および１００である。実際には、若干の余白分処理や表示単位のスケールのサイズがＩＭＧＳＩＺＥ１以下の場合の処理も考慮する必要があるが、ここではその詳細な説明は省略する。
【００８９】
選択された画像ファイルを表示する位置は、ローカル変数ｘ、ｙによって表される。ローカル変数ｘは、選択された画像ファイルを表示する横方向の中心座標を示す。ローカル変数ｙは、選択された画像ファイルを表示する縦方向の中心座標を示す。
【００９０】
なお、ステップ１３−１５の表示処理に先だって、表示されるべきすべてのソフトウェアオブジェクトが表示可能か否かが判定され（ステップ１３−１２）、フラグｆ（ローカル変数ｆ）および表示ソフトウェアオブジェクトカウンタ（ローカル変数ｃｎｔ）が設定される（ステップ１３−９、１３−１３）。表示されるべきすべてのソフトウェアオブジェクトが表示可能でない場合には、そのすべてのソフトウェアオブジェクトを表示する代わりに１つのソフトウェアオブジェクトを統括的に表示する統括表示処理が実行される。統括表示処理は、例えば、画像データ管理テーブルの１番目のエントリ（すなわち、Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［０］）を参照することにより達成される。ただし、図５に示されるように、Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［０］には、３２×３２の縮小画像ファイルが準備されていない。従って、表示単位のスケールのサイズがＩＭＧＳＩＺＥ３未満である場合には、ファイルｉｍａｇｅ１ｆｎ（アイコン）が選択される。
【００９１】
図１４は、データ検索サブルーチンの処理フローを示す。データ検索サブルーチンは、入力変数ｉを伴って呼び出される。データ検索サブルーチンでは、画像データ管理テーブル（配列変数Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［］）によって管理されているデータのうち、入力パラメータｉに一致する日付を有するデータが配列変数ＤａｔａＢｕｆ［］に退避される。
【００９２】
まず、入力変数ｉに一致する表示日（Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［］．ｄａｔｅ３）を有するデータが抽出される（ステップ１４−１〜１４−６）。次に、表示日が異常である（例えば、表示日が１〜３１以外のデータである）データに対して、入力変数ｉに一致する生成日（Ｐｉｃｔｕｒｅ＿Ｔａｂｌｅ［］．ｄａｔｅ１）を有するデータが抽出される（ステップ１４−７〜１４−１３）。
【００９３】
図１５は、表示単位のスケールの変更に応答して、ソフトウェアオブジェクトを表現する画像データの表示が変更される例を示す。図１５に示される例では、現在の日付は３月５日（図１５では、３／５と表記されている）である。３月５日に対応する表示単位のスケールを小さくするにつれて、３月５日に関連するソフトウェアオブジェクトを表現する画像データの表示が変更される。すなわち、３月５日に対応する表示単位のスケールを小さくするにつれて、３月５日に関連するソフトウェアオブジェクトの縮小画像が表示される。ただし、３月５日に関連する最初のソフトウェアオブジェクトを表現する画像データの表示は変更されない。この例では、牛を表現する画像データは、表示単位のスケールのサイズにかかわらず、サムネイル画像に固定されている。
【００９４】
図１６は、３つのウインドウ間で表示単位のスケールの変更が連動している様子を示す。例えば、スケジュールＷｉｎｄｏｗにおいて表示単位のスケールが変更されると、画像系ＷｉｎｄｏｗおよびアクションリストＷｉｎｄｏｗにおける表示単位のスケールが、スケジュールＷｉｎｄｏｗにおける表示単位のスケールの変更に連動して変更される。他のウインドウにおいて表示単位のスケールが変更された場合も同様である。このようにして、３つのウインドウの表示単位のスケールは互いに連動して変更される。このような連動は、上述したように、スケール変更メッセージを送信することによって達成される。もちろん、４以上のウインドウ間で表示単位のスケールの変更を連動させることも可能である。
【００９５】
２．３  スケジュール用一覧表示部（２−３）の処理
スケジュール用一覧表示部（２−３）のブロック構成や各ブロックの処理は、画像用一覧表示部（２−２）のそれらと同様である。ここでは、その説明を省略する。
【００９６】
３．記録媒体
図１に示される外部記録装置（１−４）に格納されるデータ表示アプリ（ｖｉｅｗ．ｅｘｅ）と画像データ管理ファイル（ｖｉｅｗ．ｄａｔ）とは、機械読み取り可能な記録媒体に記録され得る。データ表示アプリは、メイン部（２−１）、画像用一覧表示部（２−２）およびスケジュール用一覧表示部（２−３）を含む情報機器としてコンピュータを機能させるためのプログラムである。画像データ管理ファイルは、メイン部（２−１）、画像用一覧表示部（２−２）およびスケジュール用一覧表示部（２−３）を含む情報機器としてコンピュータを機能させるためのデータ構造である。これらのプログラムおよびデータ構造を記録する記録媒体としては、任意の記録媒体が使用され得る。記録媒体は、例えば、フロッピーディスクやＭＯである。記録媒体に記録されたデータ表示アプリ（ｖｉｅｗ．ｅｘｅ）と画像データ管理ファイル（ｖｉｅｗ．ｄａｔ）とは、公知のドライバ装置を介して図１に示される外部記録装置（１−４）に入力される。
【００９７】
【発明の効果】
上述したように、本発明によれば、表示単位のスケールの変更に応じて画像のような２次元データの表示を変更する情報機器を提供することができる。また、そのような情報機器としてコンピュータに機能させるためのプログラムおよびデータ構造を記録した記録媒体を提供することができる。
【図面の簡単な説明】
【図１】本発明による情報機器のハードウェア構成を示す図である。
【図２】本発明による『データ表示アプリケーション』のソフトウェア構成を示す図である。
【図３】グローバル変数・定数または各一覧表示部変数・定数の例を示す図である。
【図４】画像データ管理テーブルの構造を示す図である。
【図５】画像データ管理テーブルによって複数の画像ファイルが管理されている様子を示す例である。
【図６】メイン部（２−１）のウインドウ構成を示す図である。
【図７】メイン部（２−１）によって実行される処理フローを示す図である。
【図８】初期化・起動処理部によって実行される処理フローと、終了処理部によって実行される処理フローとを示す図である。
【図９】ＵＩ・メッセージ処理部（２−２−２）によって実行される処理フローを示す図である。
【図１０】スケール変更メッセージに応じて、表示単位のスケールを連続的に変更する処理を示す図である。
【図１１】スケール変更部（２−２−３）によって実行される処理フローを示す図である。
【図１２】データ登録部（２−２−４）によって実行される処理フローを示す図である。
【図１３】オブジェクト表示部（２−２−５）によって実行される処理フローを示す図である。
【図１４】データ検索サブルーチンの処理フローを示す図である。
【図１５】表示単位のスケールの変更に応答して、ソフトウェアオブジェクトを表現する画像データの表示が変更される例を示す図である。
【図１６】３つのウインドウ間で表示単位のスケールの変更が連動している様子を示す図である。
【符号の説明】
１−１  中央処理装置
１−２  入力装置
１−３  表示装置
１−４  外部記憶装置
１−５  ＲＡＭ
１−６  ＲＯＭ
【図１】
0004042928.tif 000002
【図２】
0004042928.tif 000003
【図３】
0004042928.tif 000004
【図４】
0004042928.tif 000005
【図５】
0004042928.tif 000006
【図６】
0004042928.tif 000007
【図７】
0004042928.tif 000008
【図８】
0004042928.tif 000009
【図９】
0004042928.tif 000010
【図１０】
0004042928.tif 000011
【図１１】
0004042928.tif 000012
【図１２】
0004042928.tif 000013
【図１３】
0004042928.tif 000014
【図１４】
0004042928.tif 000015
【図１５】
0004042928.tif 000016
【図１６】
0004042928.tif 000017