JPH1091463A

JPH1091463A - 情報処理装置及び記録媒体

Info

Publication number: JPH1091463A
Application number: JP15484697A
Authority: JP
Inventors: Satoru Iwamoto; 哲岩本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-07-22
Filing date: 1997-06-12
Publication date: 1998-04-10

Abstract

(57)【要約】【課題】本発明は情報処理装置に関し、時間に正確で、
かつ小刻みな動作を行うと共に、イベント発生間隔より
長い時間を必要とする処理に対し、表現したいエフェク
トを確実に実現しながら、正確な処理ができるようにす
る。【解決手段】アプリケーションプログラム部（ＡＰＬ＃
１・・・ＡＰＬ＃ｉ・・・ＡＰＬ＃ｎ）は、アプリケー
ションプログラム自体にループを作成し、イベント発生
間隔より長い時間を必要とする処理を実行しつつ、同時
にメッセージキュー３を監視して、当該アプリケーショ
ンプログラム部が必要とするメッセージ（例えば、中
断）のみを実行する。また、アプリケーションプログラ
ム部は、前記ループ中より時計４Ａを参照しイベント発
生間隔より短い時間間隔で、時間に同期した処理を連続
して行うように構成した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、イベント駆動型プ
ログラムからのメッセージ処理を行うアプリケーション
プログラムを備え、前記アプリケーションプログラムに
より各種の情報処理を行う情報処理装置及び記録媒体に
関する。近年のマルチタスクプログラムでは、イベント
発生に応答するようにアプリケーションプログラムを作
るが、それでは、イベント発生間隔より多くの割り込み
を必要とするアプリケーションプログラムが作れない。
そのため、その対処手段の開発が要望されていた。

【０００２】

【従来の技術】以下、図面に基づいて従来例を説明す
る。 §１：一般的な説明従来、例えば、パーソナルコンピュータ（以下「パソコ
ン」と記す）において、イベント駆動型プログラムを備
え、前記イベント駆動型プログラムからのメッセージ処
理を行うアプリケーションプログラムによるマルチタス
ク処理で、各種の情報処理を行っていた。このようなア
プリケーションプログラムはイベント発生によって処理
を行ってきた。なお、前記「イベント発生」とは、イベ
ント駆動型プログラムからのメッセージが来たら処理を
行うことである。

【０００３】ところが、イベント発生間隔がそれほど頻
繁でない場合（現実には頻繁ではない）、また、他のア
プリケーションプログラムによって重い負荷（時間のか
かる負荷）がかけられていた場合には、正確な時間間隔
でイベントが発生しないために、不均一で粗い処理（割
り込み処理）になってしまう。また、精度の高いシステ
ム時計の時間間隔で実行しようとしても重い負荷のコー
ドを組めないため実現不可能である。

【０００４】§２：装置例１によるマルチタスク処理の
説明・・・図６のＡ図参照図６のＡ図は装置例１を示した図である。以下、装置例
１によるマルチタスク処理を説明する。

【０００５】従来、マルチタスク処理を実現するため
に、例えば、装置例１（例えば、パソコン）を用いてい
た。装置例１では、装置本体（例えば、パソコン本体）
１に、主制御部２と、複数のアプリケーションプログラ
ムＡＰＬ１、ＡＰＬ２、ＡＰＬ３を備えている。また、
主制御部２にメッセージキュー３と、システム時計４
と、イベント駆動型プログラムを備えており、主制御部
２ではこのイベント駆動型プログラムにより制御を行
う。

【０００６】装置例１では、主制御部２のイベント駆動
型プログラムの制御により、メッセージキュー３に溜め
たメッセージ群を複数のアプリケーションプログラムへ
順に回して行くことで処理を行う。主制御部２は、どの
アプリケーションプログラムのものだか分からないメッ
セージをメッセージキュー３に溜め、それを取り出して
既に起動しているアプリケーションプログラムへ送る。

【０００７】アプリケーションプログラムＡＰＬ１〜Ａ
ＰＬ３は、それぞれのメッセージが自分のものか否かを
判定し、それが自分のものだったら、初めて処理を開始
し、その処理が終わると残りのメッセージを次のアプリ
ケーションプログラムへ送る。例えば、主制御部２は、
メッセージキュー３からメッセージを順次取り出し、例
えば、アプリケーションプログラムＡＰＬ１へ送る。

【０００８】アプリケーションプログラムＡＰＬ１で
は、受け取ったメッセージが自分のものか否かを判定
し、それが自分のものだったら、初めて処理を開始し、
その処理が終わると残りのメッセージを次のアプリケー
ションプログラムＡＰＬ２へ送る。また、アプリケーシ
ョンプログラムＡＰＬ２では、受け取ったメッセージが
自分のものか否かを判定し、それが自分のものだった
ら、初めて処理を開始し、その処理が終わると残りのメ
ッセージを次のアプリケーションプログラムＡＰＬ３へ
送る。

【０００９】このようにしてアプリケーションプログラ
ムＡＰＬ１〜ＡＰＬ３が順次メッセージを受け取り、必
要な処理を行う。なお、前記装置例１のイベント駆動型
プログラムは、例えば、「ＷＩＮＤＯＷＳＶ３．１」
（米国、マイクロソフト社の登録商標）である。

【００１０】§３：装置例２によるマルチタスク処理の
説明・・・図６のＢ図参照図６のＢ図は装置例２を示した図である。以下、装置例
２によるマルチタスク処理を説明する。

【００１１】装置例２では、装置本体（例えば、パソコ
ン本体）１には、主制御部２と、複数のアプリケーショ
ンプログラムＡＰＬ１、ＡＰＬ２、ＡＰＬ３を備えてお
り、主制御部２には、前記アプリケーションプログラム
ＡＰＬ１、ＡＰＬ２、ＡＰＬ３にそれぞれ対応したメッ
セージキューＭＱ１、ＭＱ２、ＭＱ３を有するメッセー
ジキュー３と、システム時計４を備えている。なお、主
制御部２にはイベント駆動型プログラムを備えており、
このイベント駆動型プログラムにより制御を行う。

【００１２】装置例２では、メッセージキュー３に、各
アプリケーションプログラムＡＰＬ１〜ＡＰＬ３に対応
したメッセージキューＭＱ１〜ＭＱ３を備えており、こ
れらの各メッセージキューＭＱ１〜ＭＱ３からアプリケ
ーションプログラムＡＰＬ１〜ＡＰＬ３へ個別のメッセ
ージを一定間隔置きに送る。

【００１３】前記処理を行う場合、主制御部２では、予
めメッセージを分別してそれぞれのメッセージキューＭ
Ｑ１〜ＭＱ３に溜めておく。そして、各メッセージキュ
ーＭＱ１〜ＭＱ３に溜めたメッセージを取り出し、既に
起動しているアプリケーションプログラムＡＰＬ１〜Ａ
ＰＬ３にそれぞれ１つずつ送り、一定時間置きに強制的
に切り替える。なお、前記イベント駆動型プログラム
は、例えば、「ＷＩＮＤＯＷＳ９５」（米国、マイク
ロソフト社の登録商標）である。

【００１４】§４：処理例の説明・・・図７参照図７は従来例の処理説明図であり、Ａ図は表現したいエ
フェクト、Ｂ図は実際の処理を示す。以下、図７に基づ
いて従来例の処理を説明する。

【００１５】前記装置例１、或いは装置例２により、例
えば、図７のＡ図に示したように、１枚の絵を１秒の間
に５回に分けて描画するというエフェクトを実現したい
とする。この場合、仮に、その主制御部２のアプリケー
ションプログラムの切り替えに０．５秒かかるとすれ
ば、描画能力がそれを上回っていたとしても、そのエフ
ェクトは実現できない。

【００１６】そして、実際の描画では、アプリケーショ
ンプログラムはイベント駆動型プログラムからのメッセ
ージを待って描画するので、Ｂ図のようにしか行えな
い。これでは描画能力が無駄になっている。

【００１７】

【発明が解決しようとする課題】前記のような従来のも
のにおいては、次のような課題があった。 (1) ：前記装置例１、及び装置例２においては、アプリ
ケーションプログラムの切り替えに或る時間Ｔ（ｍｓｅ
ｃ）を必要とする。すなわち、各アプリケーションプロ
グラム（ＡＰＬ１〜ＡＰＬ３）の切り替えに最低でもＴ
（ｍｓｅｃ）の時間がかかるため、Ｔ（ｍｓｅｃ）より
短い時間間隔の処理を行うことはできない。

【００１８】(2) ：前記装置例１では、１つのアプリケ
ーションプログラム（例えば、ＡＰＬ２）に対し、処理
しなければならないメッセージが多く来た時、それ以外
のアプリケーションプログラム（ＡＰＬ１、ＡＰＬ３）
で処理すべきメッセージが滞る（ＡＰＬ２の処理が終了
しないと、ＡＰＬ３、ＡＰＬ１にはメッセージが回らな
いため処理ができない）。

【００１９】(3) ：前記(1) 、(2) の理由により、時間
に正確で（時間に同期して）、かつ小刻みな動作を行う
ことはできない。例えば、前記装置例１、或いは装置例
２により、図７のＡ図に示したように、１枚の絵を１秒
の間に５回に分けて描画するというエフェクトを実現し
たい場合、仮に、アプリケーションプログラムの切り替
えに０．５秒かかるとすれば、描画能力がそれを上回っ
ていたとしても、そのエフェクトは実現できない。

【００２０】そして、実際の描画では、メッセージを待
って描画するので、図７のＢ図のようにしか行えない。
このためアプリケーションプログラムの描画能力が無駄
になってしまう。

【００２１】本発明は、このような従来の課題を解決
し、時間に正確で（時間に同期して）、かつ小刻みな動
作を行うことができるようにすると共に、イベント駆動
型プログラムによるイベント発生間隔より長い時間を必
要とする処理に対し、表現したいエフェクトを確実に実
現しながら、正確な処理ができるようにすることを目的
とする。

【００２２】

【課題を解決するための手段】図１は本発明の原理説明
図である。図１において、１は装置本体、２は主制御
部、３はメッセージキュー、４Ａは時計、６はディスプ
レイ、９はイベント駆動型プログラム、ＡＰＬ＃１、Ａ
ＰＬ＃ｉ、ＡＰＬ＃ｎはそれぞれアプリケーションプロ
グラム部を示す。本発明は前記の目的を達成するため、
次のように構成した。

【００２３】(1) ：イベント駆動型プログラム９、メッ
セージキュー３、及び時計手段（時計４Ａ）により制御
が行われ、アプリケーションプログラム部（ＡＰＬ＃１
・・・ＡＰＬ＃ｉ・・・ＡＰＬ＃ｎ）によって各種情報
処理が行われる情報処理装置において、前記アプリケー
ションプログラム部は、アプリケーションプログラム自
体にループを作成し、イベント駆動型プログラム９によ
るイベント発生間隔より長い時間を必要とする処理を実
行しつつ、同時に前記メッセージキュー３を監視して、
当該アプリケーションプログラム部が必要とするメッセ
ージのみを実行するプログラム処理手段を備えている。

【００２４】(2) ：前記(1) の情報処理装置において、
アプリケーションプログラム部は、前記ループ中より主
制御部２の時計４Ａを参照することで、前記イベント発
生間隔より短い時間間隔で、時間に同期した処理を連続
して行う連続処理制御手段を備えている。

【００２５】(3) ：前記(2) の情報処理装置において、
アプリケーションプログラム部は、前記ループ中より主
制御部２の時計４Ａを参照して現在の処理性能を計算
し、残りの処理時間を予想して、単位時間内に処理終了
が見込めるように、処理量を調整する処理量調整手段を
備えている。

【００２６】(4) ：前記(1) の情報処理装置において、
アプリケーションプログラム部は、前記ループ中より主
制御部２のメッセージキュー３を参照することで、当該
アプリケーションプログラム部自身に送られた同一種類
のメッセージを統合するメッセージ統合手段を備えてい
る。

【００２７】(5) ：イベント駆動型プログラムによる
イベント発生間隔より長い時間を必要とする処理を実行
させる第１の手順と、メッセージキューを監視して、必
要とするメッセージのみを処理させる第２の手順と、前
記第１の手順、及び第２の手順を繰り返し実行させる手
順と、を実行させるためのプログラムを記録したコンピ
ュータ読取可能な記録媒体。

【００２８】（作用）前記構成に基づく本発明の作用
を、図１に基づいて説明する。 (a) ：前記(1) の作用アプリケーションプログラム部のプログラム処理手段
は、アプリケーションプログラム自体にループを作成
し、イベント駆動型プログラム９によるイベント発生間
隔より長い時間を必要とする処理を実行しつつ、同時に
前記メッセージキュー３を監視して、当該アプリケーシ
ョンプログラム部が必要とするメッセージのみを実行す
る。

【００２９】このように、アプリケーションプログラム
自体にループを作ることで、イベント発生間隔より回数
が多くて正確な割り込み処理、すなわち、高度な割り込
みを実践することが可能になる。また、メッセージキュ
ー３を監視して、当該アプリケーションプログラム部が
必要とするメッセージ（例えば、処理の中断）のみを実
行することで、アプリケーションプログラムのクイック
レスポンスが実現できる。

【００３０】(b) ：前記(2) の作用アプリケーションプログラム部の連続処理制御手段は、
前記ループ中より主制御部２の時計４Ａを参照すること
で、前記イベント発生間隔より短い時間間隔で、時間に
同期した処理を連続して行う。このように、アプリケー
ションプログラム部が主制御部２の時刻を自分で監視し
ているので、メッセージ処理よりも頻度が蜜で、正確な
動作を実現することができる。

【００３１】(c) ：前記(3) の作用アプリケーションプログラム部の処理量調整手段は、前
記ループ中より主制御部２の時計４Ａを参照して現在の
処理性能を計算し、残りの処理時間を予想して、単位時
間内に処理終了が見込めるように、処理量を調整する。
このように、アプリケーションプログラム部が主制御部
２の時刻を自分で監視しているので、メッセージ処理よ
りも頻度が蜜で、正確な動作を実現することができる。

【００３２】(d) ：前記(4) の作用アプリケーションプログラム部のメッセージ統合手段
は、前記ループ中より主制御部２のメッセージキュー３
を参照することで、当該アプリケーションプログラム部
自身に送られた同一種類のメッセージを統合する。この
ように、アプリケーションプログラム部が主制御部２の
メッセージキュー３を見ているので、新しいメッセージ
が来ても対応することができる。

【００３３】(e) ：前記(5) の作用前記主制御部が、記録媒体のプログラムを読み出して実
行することにより、アプリケーションプログラム自体に
ループを作成し、イベント駆動型プログラム９によるイ
ベント発生間隔より長い時間を必要とする処理を実行し
つつ、同時に前記メッセージキュー３を監視して、当該
アプリケーションプログラム部が必要とするメッセージ
のみを実行する。

【００３４】このように、アプリケーションプログラム
自体にループを作ることで、イベント発生間隔より回数
が多くて正確な割り込み処理、すなわち、高度な割り込
みを実践することが可能になる。また、メッセージキュ
ー３を監視して、当該アプリケーションプログラム部が
必要とするメッセージ（例えば、処理の中断）のみを実
行することで、アプリケーションプログラムのクイック
レスポンスが実現できる。

【００３５】

【発明の実施の形態】以下、発明の実施の形態を図面に
基づいて詳細に説明する。 §１：装置の説明・・・図２参照図２は装置構成図である。この装置（例えば、パソコ
ン）は、装置本体（例えば、パソコン本体）１とディス
プレイ６を備え、前記装置本体１には、主制御部２と、
前記主制御部２により制御され、各種情報処理（マルチ
タスク処理）を行うための複数のアプリケーションプロ
グラムＡＰＬ１、ＡＰＬ２、ＡＰＬ３を備えている。な
お、前記装置本体１にはハードディスク装置やフレキシ
ブルディスクドライブ（フロッピィディスクドライブ）
等が設けてある。

【００３６】そして、主制御部（ＣＰＵを含む制御部）
２には、イベント駆動型プログラム９（従来例と同じ）
と、メッセージキュー３と、システム時計４を備えてい
る。また、前記ディスプレイ６の画面には、或るメッセ
ージ（例えば、処理の中断を指示するメッセージ）を入
力するためのキー８を表示し、例えば、マウスによりク
リックできるように構成しておく。

【００３７】前記主制御部２では、イベント駆動型プロ
グラム９により各アプリケーションプログラムＡＰＬ１
〜ＡＰＬ３を制御することでマルチタスク処理を行う。
なお、前記メッセージキュー３は、前記従来例の装置例
１、或いは装置例２と同じである（どちらでも良い）。

【００３８】§２：描画例の説明・・・図３参照図３は描画例の説明図である。例えば、ディスプレイ６
の画面上で、１枚の絵を１秒の間に５回に分けて描画す
るというエフェクトを実現したいとする。この例では、
描画処理開始から１／５秒後にの絵を描画し、２／５
秒後にの絵を描画し、３／５秒後にの絵を描画し、
４／５秒後にの絵を描画し、５／５秒後、すなわち１
秒後にの絵が完成するように、描画処理を行うものと
する。

【００３９】このように、各時間単位で〜の絵を正
確に、かつ連続して描画すれば、画面上では〜の絵
が、画面の下から上方向へ流れるようにして描画され、
初期のエフェクトを実現することができる。以下、この
描画処理を実現する処理について説明する。

【００４０】§３：描画処理例１の説明・・・図４参照図４は描画処理例１のフローチャートである。以下、図
４に基づいて描画処理例１の処理を説明する。なお、Ｓ
１〜Ｓ６は各処理ステップを示す。また、以下に説明す
る描画処理は、図３に示した描画処理であり、アプリケ
ーションプログラムＡＰＬ２がイベント発生により行う
ものとする。

【００４１】(1) ：処理の詳細な説明アプリケーションプログラムＡＰＬ１〜ＡＰＬ３が起動
され、主制御部２のイベント駆動型プログラム９が、前
記従来例と同様にしてメッセージキュー３のメッセージ
を順次取り出し、前記アプリケーションプログラムへ送
ることでイベントを発生させる。

【００４２】このようにして、例えば、アプリケーショ
ンプログラムＡＰＬ２がイベント発生により処理を開始
すると、アプリケーションプログラムＡＰＬ２は、図３
に示した描画処理を開始する。この処理開始により、ア
プリケーションプログラムＡＰＬ２は、先ず、ディスプ
レイ６の画面上に描画を１ライン行う（Ｓ１）。

【００４３】そして、アプリケーションプログラムＡＰ
Ｌ２は、前記描画処理で描いた絵が全て書き終わってい
るかどうかを判断し（Ｓ２）、全ての絵が書き終わって
いなければ、主制御部から正確な時刻を取得する（Ｓ
３）。すなわち、アプリケーションプログラムＡＰＬ２
は、主制御部２内のシステム時計４を見に行き、その時
の時刻を読み取る。

【００４４】次に、アプリケーションプログラムＡＰＬ
２は、前記取得した時刻を元に、次の描画を行うべき時
間（この例の場合、１／５秒）が経過しているか否かを
判断する（Ｓ４）。この場合、１／５秒間隔で描画処理
をしているため、１／５秒で行うべき描画処理（仕事）
が予定の時間で終了しているかどうか（描画処理が遅れ
ているか、予定の時間以内に終了しているか）を判断し
ている。

【００４５】前記のようにして、次の描画を行うべき時
間が経過していると判断した場合（描画処理が遅れてい
る場合）は、直ちに前記Ｓ１の処理を行う（次の描画を
１ライン行う）（Ｓ１）。すなわち、描画処理が遅れて
いる場合は、メッセージキュー３を見に行くことなく
（余分な仕事量を減らして）、次の描画処理を継続して
行う。

【００４６】しかし、次の描画を行うべき時間が経過し
ていないと判断した場合（予定の時間以内で予定の描画
処理が終了している場合）、アプリケーションプログラ
ムＡＰＬ２は、主制御部２内のメッセージキュー３を見
に行く（Ｓ５）。そして、メッセージキュー３に処理す
べきメッセージ（例えば、画面上のキー８をマウスでク
リックして入力した処理中断のメッセージ）があるか無
いかを判断し（Ｓ６）、有れば処理を終了する。しか
し、処理すべきメッセージがなければ、前記Ｓ１の処理
を行う。

【００４７】なお、前記Ｓ５の処理を行う場合、例え
ば、描画処理中に画面上のキー８をマウスでクリックす
ることで、処理中断のメッセージを入力すると、イベン
ト駆動型プログラム９は、前記処理中断のメッセージを
メッセージキュー３に入れる。この状態で前記Ｓ５の処
理を行うと、アプリケーションプログラムＡＰＬ２はメ
ッセージキュー３に処理すべきメッセージがあったとし
て、描画処理を終了する。

【００４８】このようにしてアプリケーションプログラ
ムＡＰＬ２が描画処理を中断すると、主制御部２内のＣ
ＰＵが空くので、主制御部２ではアプリケーションプロ
グラムＡＰＬ３へメッセージを送り、次のイベントを発
生させる（次の順番でメッセージを送る）。すなわち、
前記描画処理の途中で描画処理を中断させたい時は、画
面上のキー８を操作すれば、直ちに描画処理は中断し、
次の処理（別のアプリケーションプログラムによる処
理）を行わせることができる。

【００４９】(2) ：前記処理に関するその他の説明：前記のように、アプリケーションプログラムＡＰＬ
２は、アプリケーションプログラム自体にループ（Ｓ１
→Ｓ２→Ｓ３→Ｓ４→Ｓ１のループ、及びＳ１→Ｓ２→
Ｓ３→Ｓ４→Ｓ５→Ｓ６→Ｓ１のループ）を作成し、イ
ベント駆動型プログラム９によるイベント発生間隔より
長い時間を必要とする処理を実行しつつ、同時にメッセ
ージキュー３を監視して（Ｓ５、Ｓ６参照）、当該アプ
リケーションプログラム部が必要とするメッセージ（例
えば、描画処理の中断）のみを実行する。

【００５０】このように、アプリケーションプログラム
自体にループを作ることで、イベント発生間隔より回数
が多くて正確な割り込み処理、すなわち、高度な割り込
みを実践することが可能になる。また、メッセージキュ
ー３を監視して、当該アプリケーションプログラム部が
必要とするメッセージ（例えば、処理の中断）のみを実
行することで、アプリケーションプログラムのクイック
レスポンスが実現できる。

【００５１】：アプリケーションプログラムＡＰＬ２
は、前記ループ中より主制御部２のシステム時計４を参
照することで（Ｓ３参照）、前記イベント発生間隔より
短い時間間隔で、時間に同期した処理を連続して行う
（Ｓ４参照）。このように、アプリケーションプログラ
ム部が主制御部２の時刻を自分で監視しているので、メ
ッセージ処理よりも頻度が蜜で、正確な動作を実現する
ことができる。

【００５２】：アプリケーションプログラムＡＰＬ２
は、前記ループ中より主制御部２のシステム時計４を参
照（Ｓ３参照）して現在の処理性能を計算し、残りの処
理時間を予想して、単位時間内に処理終了が見込めるよ
うに、処理量を調整する（Ｓ４参照）。このように、ア
プリケーションプログラムＡＰＬ２が主制御部２の時刻
を自分で監視しているので、メッセージ処理よりも頻度
が蜜で、正確な動作を実現することができる。

【００５３】§４：描画処理例２の説明・・・図５参照図５は描画処理例２の処理フローチャートである。以
下、図５に基づいて描画処理例２の処理を説明する。な
お、Ｓ１１〜Ｓ１８は各処理ステップを示す。また、描
画処理はアプリケーションプログラムＡＰＬ２が行うも
のとする。この処理において、Ｓ１７の処理以外は前記
描画処理例１と同じである。

【００５４】アプリケーションプログラムＡＰＬ１〜Ａ
ＰＬ３が起動され、主制御部２のイベント駆動型プログ
ラム９が、前記従来例と同様にしてメッセージキュー３
のメッセージを順次取り出し、前記アプリケーションプ
ログラムへ送ることでイベントを発生させる。

【００５５】このようにして、例えば、アプリケーショ
ンプログラムＡＰＬ２がイベント発生により処理を開始
すると、アプリケーションプログラムＡＰＬ２は、図３
に示した描画処理を開始する。この処理開始により、ア
プリケーションプログラムＡＰＬ２は、先ず、ディスプ
レイ６の画面上に描画を１ライン行う（Ｓ１１）。

【００５６】そして、アプリケーションプログラムＡＰ
Ｌ２は、前記描画処理で描いた絵が全て書き終わってい
るかどうかを判断し（Ｓ１２）、全ての絵が書き終わっ
ていなければ、主制御部から正確な時刻を取得する（Ｓ
１３）。すなわち、アプリケーションプログラムＡＰＬ
２は、主制御部２内のシステム時計４を見に行き、その
時の時刻を読み取る。

【００５７】次に、アプリケーションプログラムＡＰＬ
２は、前記取得した時刻を元に、次の描画を行うべき時
間（この例の場合、１／５秒）が経過しているか否かを
判断する（Ｓ１４）。この場合、１／５秒間隔で描画処
理をしているため、１／５秒で行うべき処理（仕事）が
予定の時間で終了しているかどうか（描画処理が遅れて
いるか、予定の時間以内に終了しているか）を判断して
いる。

【００５８】前記のようにして、次の描画を行うべき時
間が経過していると判断した場合（処理が遅れている場
合）は、直ちに前記Ｓ１１の処理を行う（次の描画を１
ライン行う）。すなわち、描画処理が遅れている場合
は、メッセージキュー３を見に行くことなく（余分な仕
事量を減らして）、次の描画処理を継続して行う。

【００５９】しかし、次の描画を行うべき時間が経過し
ていないと判断した場合（予定の時間以内で予定の描画
処理が終了している場合）、アプリケーションプログラ
ムＡＰＬ２は、主制御部２内のメッセージキュー３を見
に行く（Ｓ１５）。

【００６０】そして、メッセージキュー３に同一種類の
メッセージがあるかどうかを調べ（Ｓ１６）、同一種類
のメッセージがあれば、それを統合（１つのメッセージ
を残して他のメッセージを消去する）する（Ｓ１７）
が、同一種類のメッセージがなければそのままにする。

【００６１】次に、メッセージキュー３に処理すべきメ
ッセージ（例えば、画面上のキー８をマウスでクリック
して入力した処理中断のメッセージ）があるか無いかを
判断し（Ｓ１８）、有れば処理を終了する。しかし、処
理すべきメッセージがなければ、前記Ｓ１１の処理を行
う。

【００６２】なお、描画処理中に画面上のキー８をマウ
スでクリックすることで、処理中断のメッセージを入力
すると、イベント駆動型プログラム９は、前記処理中断
のメッセージをメッセージキュー３に入れる。この状態
で前記Ｓ１８の処理を行うと、アプリケーションプログ
ラムＡＰＬ２はメッセージキュー３に処理すべきメッセ
ージがあったとして、描画処理を終了する。

【００６３】このようにしてアプリケーションプログラ
ムＡＰＬ２が描画処理を中断すると、主制御部２内のＣ
ＰＵが空くので、主制御部２ではアプリケーションプロ
グラムＡＰＬ３へメッセージを送り、イベントを発生さ
せる（次の順番でメッセージを送る）。すなわち、前記
描画処理の途中で描画処理を中断させたい時は、画面上
のキー８を操作すれば、直ちに描画処理は中断し、次の
処理（別のアプリケーションプログラムによる処理）を
行わせることができる。

【００６４】前記描画処理において、アプリケーション
プログラムＡＰＬ２は、前記ループ中より主制御部２の
メッセージキュー３を参照することで（Ｓ１５参照）、
当該アプリケーションプログラム部自身に送られた同一
種類のメッセージを統合する（Ｓ１７参照）。このよう
に、アプリケーションプログラムＡＰＬ２が主制御部２
のメッセージキュー３を見ているので、新しいメッセー
ジが来ても対応することができる。

【００６５】§５：その他の説明通常の動作では、主制御部２は正確なタイマで時間だけ
を取得し、メッセージキュー３に溜めてあるメッセージ
を順次取り出し、アプリケーションプログラムＡＰＬ１
〜ＡＰＬ３へ回すことでイベントを発生させている。こ
の場合、例えば、主制御部２からアプリケーションプロ
グラムＡＰＬ１〜ＡＰＬ３へのメッセージ割り込み間隔
が、１００ｍｍ秒で、６４０×４８０画素の画像を１秒
間にワイプエフェクトで描画したいとする。

【００６６】この場合、普通のメッセージによる描画で
は、前記割り込みが１０回しか起きないため、１回当た
り６４ラインを書くことになり、粗い描画になる。しか
し前記本願発明の描画処理によれば、アプリケーション
プログラムＡＰＬ２内の前記ループで回っているため
に、ＣＰＵの余裕がある限り、細かいライン数で描画す
ることができる。

【００６７】また、前記ループ内でもメッセージキュー
３を見ているため、プログラムが滞ってしまうこともな
く、少しの不自然もなく、描画処理を行うことができ
る。 §６：記録媒体とプログラムの説明前記各アプリケーションプログラムＡＰＬ１、ＡＰＬ
２、ＡＰＬ３の処理は、主制御部２（ＣＰＵを含む）
が、予め記憶媒体に格納してあるプログラムを読み出し
て実行することにより実現する。この場合、主制御部２
がイベント駆動型プログラム９により各アプリケーショ
ンプログラムＡＰＬ１、ＡＰＬ２、ＡＰＬ３を制御する
ことで前記処理を行う。

【００６８】ところで、前記装置本体１にはハードディ
スク装置（磁気ディスク装置）、フレキシブルディスク
ドライブ等が設けてあり、例えば、前記ハードディスク
ドライブの記録媒体に、前記各アプリケーションプログ
ラムＡＰＬ１、ＡＰＬ２、ＡＰＬ３を格納しておく。

【００６９】そして、前記各アプリケーションプログラ
ムＡＰＬ１、ＡＰＬ２、ＡＰＬ３の処理を行う場合は、
前記主制御部２の制御により前記ハードディスクドライ
ブの記録媒体に格納されている前記プログラムを読み出
して装置本体１のメモリに取り込む。その後、主制御部
２が前記メモリに格納してあるアプリケーションプログ
ラムを読み出し、イベント駆動型プログラム９により各
アプリケーションプログラムＡＰＬ１、ＡＰＬ２、ＡＰ
Ｌ３を制御することで前記処理を行う。

【００７０】なお、前記ハードディスク装置の記録媒体
に格納するアプリケーションプログラムは、次のように
して格納（記憶）する。：フレキシブルディスク（フロッピィディスク）に格
納されているプログラム（他の装置で作成したプログラ
ムデータ）を、装置本体１に設けたフレキシブルディス
クドライブ装置により読み取り、ハードディスク装置の
記録媒体に格納する。

【００７１】：光磁気ディスク、或いはＣＤ−ＲＯＭ
等の記録媒体に格納されているデータを、前記装置本体
１に設けたドライブ装置により読み取り、ハードディス
ク装置の記録媒体に格納する。

【００７２】：ＬＡＮ等の通信回線を介して他の装置
から伝送されたデータを前記コンピュータ本体で受信
し、そのデータを前記ハードディスク装置の記録媒体に
格納する。

【００７３】（他の実施の形態）以上実施の形態につい
て説明したが、本発明は次のようにしても実施可能であ
る。

【００７４】(1) ：前記描画処理では、短い時間で割り
込みを実行しているため、前記アプリケーションプログ
ラムＡＰＬ２のループ内でのみ処理されているが、時間
が長く余裕のある場合はループを抜け出るようにしても
良い。

【００７５】例えば、アプリケーションプログラムＡＰ
Ｌ２は、予め、最大処理時間Ｔｍａｘを内部に設定して
おき、前記ループ内で処理中にシステム時計４を参照す
ることで処理の経過時間を監視し、前記最大処理時間Ｔ
ｍａｘが経過したら、描画処理を停止させるようにす
る。

【００７６】この場合、描画処理を停止することで、次
の処理（別のアプリケーションプログラムによる処理）
を行わせることができる。 (2) ：前記描画処理はアプリケーションプログラムＡＰ
Ｌ２が行う場合について説明したが、その他のアプリケ
ーションプログラム（ＡＰＬ１、ＡＰＬ３等）が行う場
合も同様にして処理を行う。

【００７７】(3) ：前記装置例はパソコンの例である
が、このような例に限らず、他の任意の情報処理装置
（例えば、ワークステーション、ワードプロセッサ等）
に適用可能である。

【００７８】

【発明の効果】以上説明したように、本発明によれば次
のような効果がある。 (1) ：時間に正確で（時間に同期して）、かつ小刻みな
動作を行うことができる。

【００７９】(2) ：イベント駆動型プログラムによるイ
ベント発生間隔より長い時間を必要とする処理に対し、
表現したいエフェクトを確実に実現しながら、正確な処
理を行うことができる。

【００８０】(3) ：アプリケーションプログラム部のプ
ログラム処理手段は、アプリケーションプログラム自体
にループを作成し、イベント駆動型プログラムによるイ
ベント発生間隔より長い時間を必要とする処理を実行し
つつ、同時に前記メッセージキューを監視して、当該ア
プリケーションプログラム部が必要とするメッセージの
みを実行する。

【００８１】このように、アプリケーションプログラム
自体にループを作ることで、イベント発生間隔より回数
が多くて正確な割り込み処理、すなわち、高度な割り込
みを実践することが可能になる。また、メッセージキュ
ーを監視して、当該アプリケーションプログラム部が必
要とするメッセージ（例えば、処理の中断）のみを実行
することで、アプリケーションプログラムのクイックレ
スポンスが実現できる。

【００８２】(4) ：アプリケーションプログラム部の連
続処理制御手段は、アプリケーションプログラムのルー
プ中より主制御部の時計を参照することで、イベント発
生間隔より短い時間間隔で、時間に同期した処理を連続
して行う。このように、アプリケーションプログラム部
が主制御部の時刻を自分で監視しているので、メッセー
ジ処理よりも頻度が蜜で、正確な動作を実現することが
できる。

【００８３】(5) ：アプリケーションプログラム部の処
理量調整手段は、アプリケーションプログラムのループ
中より主制御部の時計を参照して現在の性能を計算し、
残りの処理時間を予想して、単位時間内に処理終了が見
込めるように、処理量を調整する。このように、アプリ
ケーションプログラム部が主制御部の時刻を自分で監視
しているので、メッセージ処理よりも頻度が蜜で、正確
な動作を実現することができる。

【００８４】(6) ：アプリケーションプログラム部のメ
ッセージ統合手段は、アプリケーションプログラムのル
ープ中より主制御部のメッセージキューを参照すること
で、当該アプリケーションプログラム部自身に送られた
同一種類のメッセージを統合する。このように、アプリ
ケーションプログラム部が主制御部のメッセージキュー
を見ているので、新しいメッセージが来ても対応するこ
とができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】実施の形態における装置構成図である。

【図３】実施の形態における描画例の説明図である。

【図４】実施の形態における描画処理例１のフローチャ
ートである。

【図５】実施の形態における描画処理例２のフローチャ
ートである。

【図６】従来例の装置構成図である。

【図７】従来例の処理説明図である。

【符号の説明】

１装置本体２主制御部３メッセージキュー４システム時計６ディスプレイ

Claims

【特許請求の範囲】

【請求項１】イベント駆動型プログラム、メッセージキ
ュー、及び時計手段により制御が行われ、アプリケーシ
ョンプログラム部によって各種情報処理が行われる情報
処理装置において、前記アプリケーションプログラム部は、アプリケーショ
ンプログラム自体にループを作成し、前記イベント駆動
型プログラムによるイベント発生間隔より長い時間を必
要とする処理を実行しつつ、同時に前記メッセージキュ
ーを監視して、当該アプリケーションプログラム部が必
要とするメッセージのみを実行するプログラム処理手段
を備えていることを特徴とした情報処理装置。
【請求項２】前記アプリケーションプログラム部は、前
記ループ中より主制御部の時計を参照することで、前記
イベント発生間隔より短い時間間隔で、時間に同期した
処理を連続して行う連続処理制御手段を備えていること
を特徴とした請求項１記載の情報処理装置。
【請求項３】前記アプリケーションプログラム部は、前
記ループ中より主制御部の時計を参照して現在の処理性
能を計算し、残りの処理時間を予想して、単位時間内に
処理終了が見込めるように、処理量を調整する処理量調
整手段を備えていることを特徴とした請求項２記載の情
報処理装置。
【請求項４】前記アプリケーションプログラム部は、前
記ループ中より主制御部のメッセージキューを参照する
ことで、当該アプリケーションプログラム部自身に送ら
れた同一種類のメッセージを統合するメッセージ統合手
段を備えていることを特徴とした請求項１記載の情報処
理装置。
【請求項５】コンピュータに、イベント駆動型プログラ
ムによるイベント発生間隔より長い時間を必要とする処
理を実行させる第１の手順と、メッセージキューを監視して、必要とするメッセージの
みを処理させる第２の手順と、前記第１の手順、及び第２の手順を繰り返し実行させる
手順と、を実行させるためのプログラムを記録したコンピュータ
読取可能な記録媒体。