JP2000250777A

JP2000250777A - 情報処理装置と情報処理方法、及び記憶媒体

Info

Publication number: JP2000250777A
Application number: JP11048157A
Authority: JP
Inventors: Shigeo Suzuki; 茂夫鈴木
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-02-25
Filing date: 1999-02-25
Publication date: 2000-09-14

Abstract

(57)【要約】【課題】ＩＣＥ等の高価な装置を要することなくソフ
トウエアのデバッグを行うことができ、また実機の完成
に先行してソフトウエアの開発やデバッグを行うことが
できるようにした。【解決手段】プログラムを単一プロセス内で該プログ
ラムの実行単位である複数のスレッドに分割して複数の
タスクを同時処理する汎用ＯＳ８と、ワークステーショ
ン本体に組込んで該ワークステーション本体の動作を実
時間的に管理する組込みＯＳ１２と、該組込みＯＳ１２
を汎用ＯＳ８に呼び出すＡＰＩ（Application Programm
ing Interface）１０と、該ＡＰＩ１０を介して前記組
込みＯＳ１２が管理する複数のタスクを汎用ＯＳ８上で
シミュレートするシミュレート手段９とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置と情報
処理方法、及び記憶媒体に関し、より詳しくは実時間処
理用の組込みオペレーション・システム（組込み用リア
ルタイムＯＳ；以下、単に「組込みＯＳ」という）を使
用してソフトウエアの開発やデバッグを行う情報処理装
置と情報処理方法、及びソフトウエアの開発やデバッグ
の実行手順が記憶されたコンピュータ読取可能な記憶媒
体に関する。

【０００２】

【従来の技術】組込みＯＳを使用して構築した情報処理
システムのデバッグは、従来より、実際にソフトウエア
が組み込まれる実機を使用し、ＩＣＥ（Incircuit Emul
ator）やロジックアナライザなどの装置を利用して行な
っている。

【０００３】また、複数のタスクを同時に実行処理する
マルチタスクシステムにおいては、従来より、タスク制
御ブロック（Task Control Block；以下、「ＴＣＢ」と
いう）と呼ばれる構造体により、複数のタスクが夫々管
理されている。

【０００４】図８は、この種ＴＣＢの管理構造図であっ
て、該ＴＣＢは、レディー（Ready）キューなどにリン
クするためのリンク領域５１、タスク優先順位を格納す
る優先順位格納領域５２、タスクの識別情報を格納する
タスクＩＤ格納領域５３、タスクの状態を格納するタス
ク状態格納領域５４、タスクが使用するスタックの位置
を格納するスタック位置格納領域５５、及びタスクのコ
ンテキスト情報を格納するコンテキスト情報格納領域５
６から構成されている。また、タスクのコンテキスト情
報はＣＰＵの動作環境に依存した情報であって、主にＣ
ＰＵのレジスタ（プログラムカウンタ、ステータスレジ
スタ、汎用レジスタ等）で構成される。

【０００５】そして、上記マルチタスクシステムにおい
て、第１のタスクから第２のタスクに円滑にタスク切替
を行うためのタスクのコンテキストスイッチ（タスクス
イッチ）は、図９のように行なわれている。すなわち、
例えば、第１のタスクが組込みＯＳのスケジューリング
機構によりＣＰＵ５７が割り当てられ動作中である場合
に第１のタスクから第２のタスクに対しタスクスイッチ
が生じると、まず、図９（ａ）に示すように、現在まで
に記憶されているＣＰＵ５７のレジスタの内容を第１の
タスクのＴＣＢ５８のコンテキスト情報格納領域５８ａ
に退避させ、次いで、図９（ｂ）に示すように、タスク
スイッチ先である第２のタスクのＴＣＢ５９のコンテキ
スト情報格納領域５９ｂに格納されているレジスタ値を
ＣＰＵ５７にロードする。そしてこれにより、第１のタ
スクのプログラムを実行していたＣＰＵ５７は、コンテ
キストスイッチして第２のタスクのプログラム実行を開
始する。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来技術においては、組込みシステムのデバッグを行う場
合、上述したようにＩＣＥやロジックアナライザ等の装
置を使用して行っているが、これらの装置は高価である
ため、数多く導入することは経済的負担が大きく、ま
た、実機が完成してからでないとソフトウエアのデバッ
グを行なうことができないという問題点があつた。

【０００７】また、上記従来技術においては、組込みＯ
Ｓ上で動作する組込みシステムソフトウエア（以下、
「組込みシステムソフト」という）のデバッグだけでな
く、組込みＯＳ自身の開発、拡張、デバッグを行なう場
合においても実機が必要となるため、実機の完成に先行
してソフトウエアの開発を効率良く行うことができない
という問題点があつた。

【０００８】本発明はかかる問題に鑑みてなされたもの
であり、ＩＣＥ等の高価な装置を要することなくソフト
ウエアのデバッグを行うことができ、また実機の完成に
先行してソフトウエアの開発やデバッグを行うことがで
きる情報処理装置と情報処理方法、及び記憶媒体を提供
することを日的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に本発明に係る情報処理装置は、プログラムを単一プロ
セス内で該プログラムの実行単位である複数のスレッド
に分割して複数のタスクを同時処理するタスク処理手段
と、装置本体に組込んで該装置本体の動作を実時間的に
管理する管理手段と、該管理手段を前記タスク処理手段
に呼び出す第１のインターフェース手段と、該第１のイ
ンターフェース手段を介して前記管理手段が管理する複
数のタスクを記タスク処理手段上でシミュレートするシ
ミュレート手段とを備えていることを特徴としている。

【００１０】また、本発明に係る情報処理方法は、プロ
グラムを単一プロセス内で該プログラムの実行単位であ
る複数のスレッドに分割して複数のタスクを同時処理す
るタスク処理手段と、装置本体に組込んで該装置本体の
動作を実時間的に管理する管理手段とを有し、前記管理
手段を前記タスク処理手段に呼び出して前記管理手段が
管理する複数のタスクを前記タスク処理手段上でシミュ
レートするシミュレート処理を実行することを特徴とし
ている。

【００１１】また、本発明に係る記憶媒体は、コンピュ
ータ読取可能な記憶媒体であって、装置本体に組込まれ
て該装置本体の動作を実時間的に管理する管理手段をマ
ルチスレッド機能を有するタスク処理手段上でシミュレ
ートするシミュレート手順が記憶されていることを特徴
としている。

【００１２】尚、本発明の他の特徴は下記の発明の実施
の形態の記載から明らかとなろう。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳説する。

【００１４】図１は本発明に係る情報処理装置の一実施
の形態としてのワークステーションの概略を示すブロッ
ク構成図であって、該ワークステーションは、キーボー
ド等の入力装置１及びＣＲＴ等の表示装置２がワークス
テーション本体３に接続されている。

【００１５】また、ワークステーション本体３は、後述
する汎用ＯＳと該汎用ＯＳ上でアプリケーション・ソフ
トウエアとして動作するシミュレーションソフトウエア
（以下、「シミュレータ」という）が保存された二次記
憶装置としてのハードディスク（ＨＤ）４と、前記ＨＤ
４から前記汎用ＯＳを読み出すためのブートプログラム
が格納されたＲＯＭ５と、前記シミュレータを実行する
ＣＰＵ６と、前記汎用ＯＳや前記シミュレータの実行時
にそのコードやデータを一時的に保存するＲＡＭ７とを
有し、これら各構成要素は内部バス３０により互いに接
続されている。

【００１６】図２は上記ワークステーション本体３上で
動作するソフトウエアを模式的に示したブロック構成図
であって、汎用ＯＳ８とシミュレータ９とからなる。す
なわち、該シミュレータ９は汎用ＯＳ８上の１個のアプ
リケーションプログラムであり、ＡＰＩ（Application
Programming Interface）１０を介して汎用ＯＳ８の機
能が利用可能とされている。

【００１７】シミュレータ９は、組込みシステムソフト
１１と、組込みＯＳ１２とで構成され、これらは静的に
リンクされて一つのプログラムとなる。そして、組込み
ＯＳ１２は、ＡＰＩ１０を介して汎用ＯＳ８上で機能を
利用する。

【００１８】また、組込みＯＳ１２は、動作環境に依存
しない環境非依存部１３と、動作環境に依存する環境依
存部１４と、環境非依存部１３と環境依存部１４との間
のインターフェース動作を司る関数コール等のインタフ
ェース（Ｉ／Ｆ）１５とを備え、前記組込みシステムソ
フト１１は組込みＯＳ１２上で動作する。

【００１９】環境非依存部１３は、組込みＯＳ１２の大
部分を占め、Ｃ言語等の高級言語で記述しておくことに
より、ＣＰＵ６に依存することなく実機上でもシミュレ
ーション環境でも同一のプログラムを共有することがで
きる。したがって、環境依存部１４を作成した後は、実
機や高価なＩＣＥ等を使用しなくともシミュレーション
環境下で、環境非依存部１３、すなわち組込みＯＳ１２
の大部分の開発、拡張、デバッグ、更には組込みシステ
ムソフト１１の開発、デバッグを行なうことができる。

【００２０】また、前記汎用ＯＳ８は、ソラリス（米サ
ン・マイクロシステムズ社製）、ウィンドウズＮＴ（米
マイクロソフト社製）、マークＯＳ（米カーネギー・メ
ロン大学）等、プログラムを単一のプロセス（アプリケ
ーション・ソフトウエア）内でスレッドと呼称される実
行単位に分割し該スレッドを並行実行するマルチスレッ
ド機能を備えている。すなわち、組込みＯＳ１２は、本
実施の形態では実機上で直接実現されるのではなく汎用
ＯＳ８上で実現されため、汎用ＯＳ８上の一つのプロセ
スであるシミュレータ９が、ＣＰＵ６のレジスタ等のシ
ステム情報を直接アクセスすることは困難であり、また
たとえアクセスしてプログラムを作成することができた
としても、該プログラムは前記ＣＰＵ６に依存する結果
となり、実機のハードウエアに依存することなくソフト
ウエアの開発を行うという本発明の目的を達成し得ない
こととなる。

【００２１】そこで、このような観点から、本発明の実
施の形態では、マルチスレッド機能を有する汎用ＯＳ８
を使用すると共に、ＡＰＩ１０を介して複数のタスクを
実現し、さらにタスクのコンテキストスイッチを実現し
ている。

【００２２】図３は、本実施の形態におけるＴＣＢの管
理構造図であって、該ＴＣＢは、レディー（Ready）キ
ューなどにリンクするためのリンク領域１６と、タスク
優先順位を格納する優先順位格納領域１７と、タスクＩ
Ｄを格納するタスクＩＤ格納領域１８と、タスクの状態
を格納するタスク状態格納領域１９と、タスクが使用す
るスタックの位置を格納するスタック位置格納領域２０
と、タスクのコンテキスト情報を格納するコンテキスト
情報格納領域２４とから構成され、さらに前記コンテキ
スト情報格納領域２４は、タスク毎に生成されるスレッ
ドを管理するスレッドＩＤ格納領域２１と、スレッドの
実行・再開を指令するための汎用ＯＳ８のセマフォ情報
を管理するセマフォ情報格納領域２２と、タスク生成に
伴い生成されたスレッドから呼び出されることになる最
初のユーザ関数、すなわちタスクのエントリポイントを
管理するエントリポイント格納領域２３とを有してい
る。

【００２３】したがって、上記ＴＣＢにおいては、動作
環境に依存しない環境非依存情報がリンク領域１６、優
先順位格納領域１７、タスクＩＤ格納領域１８、タスク
状態格納領域１９及びスタック位置格納領域２０により
管理され、動作環境に依存する環境依存情報はコンテキ
スト情報格納領域２４で管理されることとなる。

【００２４】そして、タスクにおける各種情報は動的に
生成、削除されるのが一般的であり、環境非依存部１３
から環境依存部１４を呼び出すＣ言語インタフェースと
して、４種類の関数コール、すなわちコンテキストクリ
エイト（_context Create）、コンテキストディスパッ
チ（_context Dispatch）及びコンテキストスイッチ（_
context Switch）、及びコンテキストデリート（_conte
xt Delete）が設けられている。

【００２５】関数コール「コンテキストクリエイト」
は、新たなタスクを生成するときに環境非依存部１３か
ら呼び出される。

【００２６】関数コール「コンテキストディスパッチ」
は、組込みＯＳ１２の初期化処理等、タスク処理以外の
動作環境からタスクの実行制御に移行する場合、又はタ
スク実行中であっても該実行中の自タスクを指定してタ
スクの削除処理を実行している場合に呼び出される。
尚、後者の場合に関数コール「コンテキストディスパッ
チ」を呼び出すのは、実行中の自タスクの削除処理によ
って当該自タスクが消滅してしまうためであり、したが
って、他のタスクに実行制御に移すべく、関数コール
「コンテキストディスパッチ」を呼び出すのである。

【００２７】関数コール「コンテキストスイッチ」は、
スイッチ元のタスク（第１のタスク）からスイッチ先の
タスク（第２のタスク）にタスクスイッチを行うときに
環境非依存部１３から呼び出される。

【００２８】関数コール「コンテキストデリート」は、
自タスクではなく他タスクを指定して当該他タスクを削
除するときに呼び出される。

【００２９】図４は新たなタスク生成を行うタスク生成
処理ルーチンのフローチャートであって、本プログラム
は、関数コール「コンテキストクリエイト」が環境非依
存部１３から環境依存部１４に対して呼び出されたとき
に実行される。

【００３０】ステップＳ１では、関数コール「コンテキ
ストクリエイト」の引数で渡されるエントリポイント
を、別の引数で渡されるコンテキスト格納領域（ｐＣｏ
ｎ）２４のエントリポイント格納部２３に格納する。次
にステップＳ２で、前記コンテキスト格納領域（ｐＣｏ
ｎ）２４のセマフォ格納部２２のセマフォ値を「０」に
初期化する。

【００３１】次に、ステップＳ３では、１個のタスクに
対して汎用ＯＳ８のスレッドを１個生成し、該スレッド
のスレッドＩＤを、コンテキスト格納領域（ｐＣｏｎ）
２４のスレッドＩＤ格納部２１に格納する。また、スレ
ッド生成の際、スレッドのスタックは、コンテキストク
リエイトの別の引数で渡されるスタックのベースアドレ
ス（スタックベース）、スタックのサイズを指定する。
またスレッドのエントリポイントは、後述するスレッド
起動時のエントリ関数を指定する。また、起動されたス
レッドが呼び出す前記エントリ関数の引数として、コン
テキスト格納領域（ｐＣｏｎ）２４を指定する。

【００３２】図５は、スレッドが起動した場合のスレッ
ド起動処理ルーチンのフローチャートである。

【００３３】まず、ステップＳ１１では、前記エントリ
関数の引数となるタスクのコンテキスト格納領域（ｐＣ
ｏｎ）２４のセマフォ格納部２２に格納されているセマ
フォを使用し（ＷＡＩＴ）、自スレッドを待機状態にし
て実行を停止する。次に、ステップＳ１２では他スレッ
ドがセマフォに対してＰＯＳＴを実行したか否かを判断
し、その答が否定（Ｎｏ）のときは当該スレッドは待機
状態から解放されず、実行が再開されない。尚、他スレ
ッドによるＰＯＳＴの実行は、後述するタスクのディス
バッチ処理、コンテキストスイッチ処理の際に行われ
る。

【００３４】ステップＳ１２の答が肯定（Ｙｅｓ）、す
なわち、他スレッドによりセマフォＰＯＳＴが実行され
るとステップＳ１３に進んでスレッドは待機状態から解
放されてスレッドの実行を再開し、ステップＳ１４に進
み、スレッド起動の引数であるタスクのコンテキスト格
納領域（ｐＣｏｎ）２４のエントリポイント格納部２３
に格納されているユーザ関数を呼び出す。これにより、
スレッドはタスクのエントリポイント（ユーザ関数）に
ジャンプし、該ユーザ関数からタスクの実行を開始する
こととなる。

【００３５】尚、一旦ユーザ関数が呼び出されると、そ
のスレッドはいつか必ず後述する関数コール「コンテキ
ストデリート」、又は関数コール「コンテキストディス
パッチ」により削除されてしまうため、該スレッドは当
該関数コールから戻ってくることはない。関数コール
「コンテキストデリート」は、他のスレッドからなるタ
スクにより指定されて削除される場合に呼び出され、関
数コール「コンテキストディスパッチ」は、自スレッド
からなるタスクが自らを指定して削除する場合に呼び出
され、タスクはこれら２つの場合で削除される。したが
ってタスクを構成するスレッドもこれら２種類の関数コ
ールで必ず削除され、該スレッドは斯かる関数コールか
ら戻ってくることはない。

【００３６】図６はタスクディスパッチ処理の処理ルー
チンを示すフローチャートであって、本プログラムは、
環境非依存部１３から環境依存部１４に対して、関数コ
ール「コンテキストディスパッチ」が呼び出された場合
に実行される。

【００３７】ステップＳ２１では、関数コール「コンテ
キストディスパッチ」の引数で渡されるディスパッチ対
象のコンテキスト格納領域２４のセマフォ格納部２２に
格納されているセマフォを指定してＰＯＳＴを実行し、
待機状態となっているスレッドを待機状態から解放す
る。これにより、ｐＮｅｗで示されるタスクの実行再開
が可能となる。

【００３８】そして、ステップＳ２２では、不要となっ
た自スレッドを削除し処理を終了する。

【００３９】図７はタスクスイッチ処理ルーチンのフロ
ーチャートであって、本プログラムは環境非依存部１３
から環境依存部１４に対し、関数コール「コンテキスト
スイッチ」が呼び出されたときに実行される。

【００４０】ステップＳ３１では、関数コール「コンテ
キストスイッチ」の引数で渡されるスイッチ先のコンテ
キスト格納領域（ｐＮｅｗ）２４のセマフォ格納部２２
に格納されているセマフォを指定してＰＯＳＴを実行
し、待機状態となっているスレッドを待機状態から解放
する。これにより、ｐＮｅｗで示されるコンテキストを
有するタスクの実行再開が可能となる。

【００４１】次にステップＳ３２では、関数コール「コ
ンテキストスイッチ」の別の引数で渡されるスイッチ元
のコンテキスト、つまり現在実行中の自タスクのコンテ
キスト格納領域（ｐＯｌｄ）２４のセマフォ格納部２２
に格納されているセマフォを使用し、自スレッドを待機
状態として実行を停止する（ＷＡＩＴ）。すなわち、ス
テップＳ３１、ステップＳ３２により、動作中のスレッ
ドが停止し、指定されたスイッチ先となるスレッドの実
行が再開され、これによりコンテキストスイッチが可能
となる。

【００４２】そしてこの後、ステップＳ３３で他スレッ
ドによりセマフォに対してＰＯＳＴが実行されたか否か
を判断し、その答が否定（Ｎｏ）のときは待機状態を維
持する一方、その答が肯定（Ｙｅｓ）になるとステップ
Ｓ３４に進み、スレッドは待機状態から解放されてスレ
ッドの実行が再開され、処理が終了する。これにより、
当該スレッドからなるタスクをディスバッチ対象として
関数コール「コンテキストディスパッチ」が呼び出され
たか、または当該スレッドからなるタスクをタスクスイ
ッチ先として指定し、関数コール「コンテキストスイッ
チ」が呼び出されることとなる。

【００４３】また、自タスクではなく他タスクを指定し
てタスクを削除する場合は、関数コール「コンテキスト
デリート」が呼び出されて実行される。本実施の形態で
は、シグナルハンドラの登録を予め行なっておき、関数
コール「コンテキストデリート」が呼び出されると、削
除対象となるタスクのスレッドに所定のシグナルを送
り、該所定のシグナルを受信したスレッドが、シグナル
ハンドラを介して自タスクを削除する。このように、本
実施の形態では、上記のシグナルの機構を利用して、自
タスクではなく他タスクを指定してタスクを削除する場
合の処理を実現している。すなわち、この場合、環境非
依存部１３から環境依存部１４に対し関数コール「コン
テキストデリート」が呼び出されるが、このときの処理
としては、関数コール「コンテキストデリート」の引数
で渡されるコンテキスト格納領域（ｐＣｏｎ）２４のス
レッドＩＤ格納部２１に格納されているスレッドＩＤに
対し、所定のシグナルを送るだけでよいことになる。

【００４４】以上のように環境依存部１４を実現するこ
とで、汎用ＯＳ８上に組込みＯＳ１２を実現することが
可能となり、実機やＩＣＥ等を必要とすることなく、シ
ミュレーション環境上で、環境非依存部１３、すなわち
組込みＯＳ１２のほどんどの部分の開発、拡張、デバッ
グを行うことができ、また組込みシステムソフト１１の
開発、デバッグを行なうことが可能となる。

【００４５】さらに、本実施の形態によれば、特別なハ
ードウエアを要することなく上記処理を実行することが
できる。

【００４６】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウエアのプログラムコードを記
録した記憶媒体を、システムや装置に供給し、当該シス
テムあるいは装置のコンピュータ（またがＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読み出
し実行することによっても達成される。この場合、記憶
媒体から読み出されたプログラムコード自体が上記機能
を実現することとなる。

【００４７】尚、プログラムコードを供給するための記
憶媒体としては、例えば、フロッピディスク、ハードデ
ィスク、光デイスク、光磁気デイスク、ＣＤ−ＲＯＭ、
ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯ
Ｍなどを用いることができる。

【００４８】

【発明の効果】以上詳述したように本発明によれば、実
機の完成に先行して、任意の情報処理装置上で組込みＯ
Ｓ自身、および組込みシステムソフトも含めた全体のソ
フトウエアの開発、デバッグを行なうことが可能とな
る。

【００４９】また、上記シミュレーション環境をマルチ
スレッド機能を有するタスク処理手段のＡＰＩを利用し
て実現することにより、情報処理装置のハードウエア資
源に依存することなく、ソフトウエアの開発、デバッグ
を効率良く行うことができる。

【図面の簡単な説明】

【図１】本発明に係る情報処理装置としてのワークステ
ーションのブロック構成図である。

【図２】ワークステーション本体上で動作するソフトウ
エアを模式的に示したブロック構成図である。

【図３】ＴＣＢの構造図である。

【図４】タスク生成処理ルーチンのフローチャートであ
る。

【図５】スレッド起動処理ルーチンのフローチャートで
ある。

【図６】タスクディスパッチ処理ルーチンのフローチャ
ートである。

【図７】タスクスイッチ処理ルーチンのフローチャート
である。

【図８】従来のＴＣＢの構造図である。

【図９】タスクのコンテキストスイッチの従来例を示す
動作図である。

【符号の説明】

３ワークステーション本体（装置本体）８汎用ＯＳ（タスク処理手段）９シミュレータ（シミュレート手段）１０ＡＰＩ（第１のインターフェース手段）１２組込みＯＳ（管理手段）１３環境非依存部１４環境依存部１５Ｉ／Ｆ（第２のインターフェース手段）２１スレッドＩＤ格納部（識別情報格納部）２２セマフォ格納部（動作制御情報格納部）２３エントリポイント格納部（開始位置情報格納部）２４コンテキスト情報格納領域

Claims

【特許請求の範囲】

【請求項１】プログラムを単一プロセス内で該プログ
ラムの実行単位である複数のスレッドに分割して複数の
タスクを同時処理するタスク処理手段と、装置本体に組
込んで該装置本体の動作を実時間的に管理する管理手段
と、該管理手段を前記タスク処理手段に呼び出す第１の
インターフェース手段と、該第１のインターフェース手
段を介して前記管理手段が管理する複数のタスクを記タ
スク処理手段上でシミュレートするシミュレート手段と
を備えていることを特徴とする情報処理装置。
【請求項２】前記管理手段は、動作環境に依存しない
環境非依存部と、動作環境に依存する環境依存部と、該
環境依存部と前記環境非依存部との間のインターフェー
スを司る複数の第２のインターフェース手段とを有して
いることを特徴とする請求項１記載の情報処理装置。
【請求項３】前記環境依存部は、前記スレッドのコン
テキスト情報を格納するコンテキスト情報格納領域を有
し、さらに、該コンテキスト情報格納領域は、前記スレッド
の識別情報を格納する識別情報格納部と、前記スレッド
の動作制御情報を格納する動作制御情報格納部と、前記
スレッドのエントリポイント情報を格納するエントリポ
イント情報格納部とを有していることを特徴とする請求
項１又は請求項２記載の情報処理装置。
【請求項４】前記第２のインターフェース手段は、少
なくとも、タスクを新たに生成するときに呼び出される
第１の関数コールと、タスク処理以外の動作環境からタ
スク処理の実行への移行時又は現在実行中のタスクを削
除するときに呼び出される第２の関数コールと、第１の
タスクから第２のタスクに実行処理の切替を行うときに
呼び出される第３の関数コールと、現在実行中以外の他
タスクを削除する時に呼び出される第４の関数コールと
を含むことを特徴とする請求項２又は請求項３記載の情
報処理装置。
【請求項５】前記タスク処理手段は、マルチスレッド
機能を具備していることを特徴とする請求項１乃至請求
項４のいずれかに記載の情報処理装置。
【請求項６】前記第１のインターフェース手段は、ア
プリケーション・プログラミング・インターフェースで
あることを特徴とする請求項１乃至請求項５のいずれか
に記載の情報処理装置。
【請求項７】プログラムを単一プロセス内で該プログ
ラムの実行単位である複数のスレッドに分割して複数の
タスクを同時処理するタスク処理手段と、装置本体に組
込んで該装置本体の動作を実時間的に管理する管理手段
とを有し、前記管理手段を前記タスク処理手段に呼び出して前記管
理手段が管理する複数のタスクを前記タスク処理手段上
でシミュレートするシミュレート処理を実行することを
特徴とする情報処理方法。
【請求項８】前記シミュレート処理は、新たなタスク
を生成するタスク生成ステップと、該タスク生成ステッ
プで生成されたタスクを実行するタスク実行ステップ
と、タスク処理以外の動作環境からタスク処理の実行へ
の移行時又は現在実行中のタスクを削除するタスクディ
スパッチステップと、一のタスクから他のタスクに実行
処理の切替を行うタスクスイッチステップと、現在実行
中以外の他のタスクを削除する時に呼び出されるタスク
削除ステップとを含むことを特徴とする請求項７記載の
情報処理方法。
【請求項９】前記タスク生成ステップは、タスクのエ
ントリポイントを記憶した後、前記スレッドの動作制御
情報を初期化し、次いで前記タスクに対応して１個のス
レッドを生成し、該スレッドの識別情報を記憶すること
を特徴とする請求項８記載の情報処理方法。
【請求項１０】タスク実行ステップは、前記スレッド
の動作制御情報を介して前記スレッドを待機状態にした
後、該スレッド以外の他のスレッドから動作制御情報が
呼び出されたか否かを判断し、該判断結果が肯定的であ
る場合は前記スレッドを待機状態から解放して前記スレ
ッドのエントリポイントからタスクの実行を開始するこ
とを特徴とする請求項８又は請求項９記載の情報処理方
法。
【請求項１１】前記タスクディスパッチステップは、
動作制御情報を介してディスパッチ先のスレッドを待機
状態から解放しタスクの実行を可能にした後、ディスパ
ッチ元のスレッドを削除することを特徴とする請求項８
乃至請求項１０のいずれに記載の情報処理方法。
【請求項１２】前記タスクスイッチステップは、スイ
ッチ先の第２のタスクを動作制御情報を介して待機状態
から解放した後、スイッチ元である第１のタスクを動作
制御情報を介して待機状態とし、その後第１のタスク以
外の他タスクからの動作制御情報情報を介して前記第１
のタスクを前記待機状態から解放することを特徴とする
請求項８乃至請求項１１のいずれかに記載の情報処理方
法。
【請求項１３】前記タスク削除ステップは、所定のシ
グナルを送信して所定のタスクを削除することを特徴と
する請求項８乃至請求項１２のいずれかに記載の情報処
理方法。
【請求項１４】前記タスク処理手段は、マルチスレッ
ド機能を具備していることを特徴とする請求項７乃至請
求項１３のいずれかに記載の情報処理方法。
【請求項１５】前記タスク処理手段は、所定のインタ
ーフェースを介して前記管理手段を呼び出すことを特徴
とする請求項７乃至請求項１４のいずれかに記載の情報
処理方法。
【請求項１６】前記所定のインターフェースは、アプ
リケーション・プログラミング・インターフェースであ
ることを特徴とする請求項１５記載の情報処理方法。
【請求項１７】装置本体に組込まれて該装置本体の動
作を実時間的に管理する管理手段をマルチスレッド機能
を有するタスク処理手段上でシミュレートするシミュレ
ート手順が記憶されていることを特徴とするコンピュー
タ読取可能な記憶媒体。
【請求項１８】前記シミュレート手順は、新たなタス
クを生成するタスク生成手順と、該タスク生成手順で生
成されたタスクを実行するタスク実行手順と、タスク処
理以外の動作環境からタスク処理の実行への移行時又は
現在実行中のタスクを削除するタスクディスパッチ手順
と、一のタスクから他のタスクに処理実行の切替を行う
タスクスイッチ手順と、現在実行中以外の他のタスクを
削除する時に呼び出されるタスク削除手順とを含むこと
を特徴とする請求項１７記載のコンピュータ読取可能な
記憶媒体。