JPH0281232A - 情報処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は情報処理装置に係わり、特にユーザが頻繁に行
う処理の手順ｔ−記憶し、その手順を装置の機能として
定義する方法に関する。

〔従来の技術〕

従来の装置では、ワードパルスーパ１０００ＰＡＬｃＡ
Ｌｃマニユアルにａ己載のように、ワードプロセッサや
帳票などの応用プログラム（以下ＡＰと呼ぶ。）におい
て手続きを記憶し１その手続！＆ヲ呼び出すことによっ
て、ユーザがよく使う手続きを自動的に実行する手段が
用意されていた。

〔発明が解決しようとする課題〕

上記従来技術は、マルチタスクＯ８の上で動作する複数
のＡＰについて配慮がされておらず、複数のＡＰにまた
がる手続きを記憶し、実行するということができなかっ
た。また、記憶した手順をその装置の機能として定義し
、装置の機能拡張を図るための配慮がなされておらず、
記憶した手続きをユーザが意識して呼び出さなければな
らないという問題点があった。

本発明は、マルチタスクＯ８上で動作する複数のＡＰに
またがる手続きを記憶し、自動的に実行できる情報処理
装置１１ｔ−提供することを目的としており、さらに記
憶した手順ｔ−装置の機能の一部として定義し、ユーザ
が意識して記憶した手段を呼び出す必要がな（、本来の
装置の拡張機能として記ｔｌした手続きを実行する手段
全提供することを目的としている。

〔課題を解決するための手段Ｊ 上記目的を達成する之めに ｔ　動作中（待ち状態等の状態も含む）の各タスク毎に
手続きを格納する格納エリアを用意し、２、入力された
キーコード列（即ち手続き）ヲ１上記格納エリアに格納
する格納手段と。

五　入力されたキーコードに対応したキーコード例を実
行する実行手段と、 ４゜各タスク間のキーコード列を対応づける対応手段を
設け。

５、　キーコード列の格納開始を指示する＠１の指示手
段、終了を指示する第２の指示手段、実行の開始を指示
する第６の指示手段及び ＆　タスクへの入力を制限する入力制限手段を設ける。

また、本来の装置の拡張機能として記ｔＶした手続きの
実行は。

ｔ　記憶したキーコード列とシステムの制御コードを対
応づける第２０対応手段と、 ２　該制−コードを判定する手段 を設けろことにより達成できる。

〔作用」 第１の指示手段によりキーコード列の格納の開始が指示
され、第２の指示手段により終了が指示されるまでの間
、格納手段により人力されたキーコードが入力を受けと
るタスクの格納エリア、に格納される。この間にタスク
スイッチが発生すると、その直前に格納したキーコード
列と、その＠後から格納するキーコード列とが第１の対
応手段によって対応づけられる。

ＴＡ５の指示手段により実行が指示されると、実行手段
により入力を要求しているタスクに、格納されているキ
ーコード列を入力する。その間にタスクスイッチが起き
ると現在実行中のキーコード列と対応するキーコード列
が、タスクスイッチ後新たに起動されるタスクの格納エ
リアに存在するかどうかＩｇ１０対応手段によりチエツ
クする。

存在する場合は引き続いて該キーコード列が実行手段に
よって実行される。また存在しない場合は人力制限手段
により、起動されるタスクへ入力が渡らないよう制御さ
れる。

各手段が以上のように作用することにより、マルナタス
クＯ８上で動作する複数のタスク間にまたがる手枕！１
ｊｔ記慣し実行することが可能となる。

また、第２の対応手段は、格納エリアに格納されている
キーコード列と、システムの制御コードを対応づけ、利
足手段によりキーコード列と対応づけられた制御コード
かどうかを判定し、対応づけられた制御コードの場合に
は、実行手段に対し対応したキーコード列を実行するよ
う指示するので、システムの制御キーの機能を記憶した
キーコード列により拡張することが可能となる。

〔実施例〕

以下、図を用いて本発明の一実施例を説明する。

第２図は実施例におけるソフトウェア構成を示す図であ
る。基本０８２４０は一般的なマルチタスクＯ８であり
、その機能（タスク管理、メモリ管理、。

資源管理婦）については、従来からよく知られている機
能と異なるところｒｉない。２３０〜２３２は、アプリ
ケージａンプログラム（以下ＡＰと呼ぶ。）に対して、
入力１表示、ファイル等に対する高度な制御機能を提供
するサブ０８と呼ばれるプログラム群である。ＡＰはシ
ステムコールと呼ばれる標準的なインタフ−−スを介し
て、基本０８とサブ０８が提供する機能を利用すること
ができろ。

論理入力２３０はキーコードヤマウスから入力されたキ
ーコード列を、日本語の文字コード列に変換するかな漢
字変換機能や、ＡＰの持つ論理座標系への座標に変換す
る機能などを持つ。ウィンドウ管理２５１は、Ｃ１′Ｌ
Ｔ上に表示される複数のウィンドウの管理や、ＡＰのウ
ィンドウへの表示要求に対する制御を行う。ファイル管
ｆ９２ｓ２は。

ハードディスクや７０ツビデイスク上のファイルを管理
する機能を提供する。

２５０〜２５３の各ドライバは、基本０８２４０の管理
下で、各々のハードウェアを制御するプログラムである
。

以上のプログラム群はシステムで標準的に備えられてい
るプログラムであり、様々なＡＰが基本（ＪＳ２４Ｄの
管理下で、サブＯ８の機能ヲ利用して目的とする処理を
遂行する。文書の輪来処理を例にとって本実施例におけ
るＡＰの機能を説明する。

まずユーザにより７アイル操作２１１が起動されると、
ファイル操作２１１はウィンドウをオープンし、ハード
ディスクやフロッピディスクのファイルの一覧を表示す
る。ユーザが文書ファイルを指定して編集開始を指示す
ると、ファイル操作２１１は文書マネジャ２２０を起動
する。文言マネジャ２２０ｆｉ、文書のレイアウトを表
示するウィンドウをオープンし、指示された文書の印刷
イメージをそのウィンドウに表示する。ユーザはレイア
ウト表示ウィンドウ上で文書マネジャ２２０の機能を用
いて、文書のレイアラ）を自由に変更することができる
。文書を構成する本文、図形、イメージ等のデータ金編
集する場合には、編集対象のデータに対応した編集プロ
グラム２００が文書マネジャ２２０により起動される。

本文編集２００ｍ、図形編集２００Ａ、イメージｌ！ａ
　渠２００　ｃは。

それぞれ本文データ、図形データ、イメージデータの編
集プログラムである。２１０のユーザ環境は、ユーザの
編集環境を設足するプログラムであり、ユーザ辞書ｆ外
字等の編集登録等を行う。これらのＡＰは実行時にはタ
スクとして基本０８２４０により管理されるので、以後
の説明ではプログラムとは呼ばずにタスクと呼ぶことに
する。

第１図はウィンドウ管理２３１と論理人力２３０の制御
データと処理に必要なバッファ金図示したものである。

１２０はウィンドウ制御ブロック（以下ＷＣＢと略す。

〕であり、オープンされている９イントウ１枚に付き１
つ存在する。１２１はＷＣｔ３１２０ｔ一連結するポイ
７　ｆｉ　テＴｏ　リ、ＷＣＢ１２１はウィンドウのＭ
なり順に連結されている。最前面のウィンドウに対する
ＷＣＢ１２０ｔ−ウィンドウリストヘッド１１０が指示
している。１２２にはウィンドウをオープンしているタ
スクの番号が保持されている。１２５は該タスクが実行
’ｏｆ能な複数のキーコード列ｔ−記僧しているコマン
ドバック１１４０ｆｔ指し示すポインタである。最前面
のウインドワをカレントウィンドウと呼び、カレントウ
ィンドウをオープンしているタスクに対応するコマンド
バッファ１４０１ｔカレントコマンドバツフアと叶ぶ。

カレントコマンドバッファの位置は、ポインタ１３０に
格納されている。ＷＣＢ１２０には、以上で説明したデ
ータの他に、ウィンドウのサイズ位置に関するデータ等
の制御データが格納されている。

１６ｔｌｌはタスクからの入力要求を保持する入力要求
、ブロック（以下ＩＲＢと呼ぶ。）である。

１６１はＩＲＢ１６０ｔ一連結するためのポインタ、１
６３はタスクがアクセス可能なＡＰ人力Ｉ（ソファ１８
２へのポインタである。論理人力２３０がＡＰ人カバツ
ファ１８２へ入力コードを設定して初めてタスクは入力
を受は取ることができる。ここで言う入力コードとは、
論理入力がキー・マウスドライバ２５０から受は取った
中−コード列を変換したコードの事を意味する。入力コ
ードはカレントウィンドウをオープンしているタスクに
しか渡されない。このためカレントウィンドウを持つタ
スクは入力権を有するという。入力権を有するタスクか
らの入力要求に対する［４１（１６０は入力待ちリスト
ヘッダ１５０により？ｌｉＩし示されており、その他の
タスクからのＩＩ（，８１６０は入力権待ちリストヘッ
ダ１５５により指し示されている。

１９０は論理入力のモードを管理するモード管理フラグ
である。モードには、通常モード、実行モード、記憶モ
ードがある。各モードに対する入力データ（キーコード
列と入力コード列を意味する。）の流れを説明する。図
の１〜５の矢印は入力データの流れを示す。まず通常モ
ードにおいては、キー人力バッファ１８０に設定され念
キーコードは、論理人力２３０により入力コードに変換
され、論理人力バッファ１８１に設定されろ。論理人力
バッファ１８１に設定された入力コードは、タスクの入
力要求に応じてＡＰ人カバツファ１８２に設定される。

記憶モードにおいては、通常モードの入力データの流れ
に加えて、キー人力バッファ１８０に設定されたキーコ
ードが記憶コマンドバッファ１７５に一時蓄えられキー
コードの列が生成される。このキーコード列をコマンド
定義フ。

記憶モードの終了時点で、記憶コマンドバッファ１７５
に生成されたコマンドは、カレントコマンドバッファ１
４０ａに登録される。実行モードの開始時に、カレント
コマンドバッファ１４０ｍの１つのコマンドが実行コマ
ンドバッファ１７０に設定される。実行モードではタス
クの入力要求に厄じテ実行コマンドバッファ１７０のキ
ーコードが順に取り出され、論理入力２５０によって入
力コードに変換されて、論理式カバツ７ア１８１経由で
ＡＰ人カバツファ１８２に設定される。

キーコードにはキーボード・マウスから入力されるコー
ドの他に、論理入力２３０の処理の制御に用いるために
、Ａｎｉ類の特殊コード、即ち空コード、未定義コード
、継続コード、終了コードがある。空コードはキーコー
ドが存在しない事を表わし、未定義コードは定義されて
いないことを意味する。継続コードはそのコマンドは終
了するが他のコマンドが継続して実行されることを意味
する。継続コードの直後には実行されるべきコマンドの
名称が続（。終了コードは、コマンドの終了を意味する
コードである。

第５図１７１ｄ・実行コマンドバッファ１７０のキーコ
ードを指す実行ポインタである。実行ポインタ１７１が
指すキーコードが実行コマンドバッファ１７０から取り
出され、実行ポインタが更新される。初期処理及び実行
コマンドバッファ１７０のクリア処理で９値が設定され
、コマンドバッファ１４０からのコマンド設定処理で、
先頭のキーコードを指すよう設定される。１７６は記憶
コマンドバッファ１７５のキーコードの格納位Ｉｔを指
す格納ポインタである。格納ポインタが指す位置にキー
コードが格納され、その後格納ポインタが更新される。

格納ポインタは、初期処理とコマンドバッファ１４０に
コマンドを格納シた後のクリア処理で、記憶コマンドバ
ッファ１７５の先頭を指すように値が設定される。継続
名称バッファ１７２と１７７は、−時的に継続名称全設
定するためのバッファである。

これらのバッファには、初期処理時または実行コマンド
バッファ１７０のクリア及ヒ記ｔｉｉそ−ド終了時のク
リアで９値が設定される。

コマンドバッファ１４０は、コマンド定義ｆ　−プル１
４１とキーコード列格納エリア１４３、空きエリア管理
ポインタ１４２及び登録数カウンタ１４４からなる。コ
マンド定義テーブルのレコードは１つのキーコード列に
対応し、コマンド名称コード１４１ｇ　、継続名称１４
１Ａ　、キーコード列の先頭を指すポインタ１４１ｃの
各フィールドからなる。コマンド名称コード１４１ａは
、入力コードと継続コード、未定義コード、空コードの
いずれかである。通常モードで入力コードがコマンド定
義テーブル１４０に登録されているコマンド名称コード
１４１ａと一致すれば、対応するポインタ１４１’　が
指ｆコマンド列カ実行コマンドバックァ１７０に設定さ
れろ。入力コードが繰返しコード（キーボードの特定の
キーに割り当てられろキーコードに対応）の場合は、未
定義コードに対応するコマンド列が、実行コマンドバッ
ファ１７０に設定される。また、他のタスクに入力権が
切り侠わった時、ソのタスクのコマンドバッファのコマ
ンド名称コード１４１−に継続コードが存ａ：Ｌ、かつ
その継続名称１４１ｂの値が継続名称バッファ１７２の
値が一致した時、対応するキーコード列が実行コマンド
バッファに設定されろ。

キーコード列格納エリア１４３は、固定長のエリア１４
３ｈに分割されており、その先頭のポインタ１４５ｍで
固定長エリア１４　Ｓ　Ａ’がつｔｒがれろ。空きエリ
ア管理ポインタ１４２は、未便用のエリア１４３ｂを指
しており、ポインタ１４３ｍによって未使用のエリア１
４３Ａは一つのリストラ形成する。

登録数１４４は登録されているキーコード列の数である
。

記憶コマンドバッファ１７５のキーコー）”　列ｔコマ
ンドバッファ１４０に登録する際には、１４１ａのコマ
ンド名称を調べ、空きコードが見つかれば未定義コード
が継続コードに置き換える。継続コードに置き換えた場
合には、１４１Ａに継続名称バッファ１７７の値を設定
する。そして対応するポインタに空きエリア管理ポイン
タ１４２の僅を入れて、該ポインタがさす固定長エリア
１４３ｂに記ｔｔｔコマンドバッファ１７５のキーコー
）”　列’ｅ　設定する。キーコード列の長さが固定長
エリア１４３ｂのサイズより大きい場合には、ポインタ
１４３ａで示される固定長エリア１４３ｂを使用する。

終了コードを格納した固定長エリア１４３ｂのポインタ
１４３−の値を空きエリア管理ポインタｔ４２Ｋｉ１足
し、収ポインタには空償金設定する。最後に登録数を１
増加する。

第１図の１ｌｉｌｊ　（ｆｉｌｌデータと第５図のバッ
ファを用いて、論理入力がどのような処理を行５かにつ
いて、第３図と第４図の龜れ図を用いて説明する。論理
入力２５０はタスクη為らの入力要求を受けて処理を開
始する場合と、キー・マウスからの割り込みにより起動
された。キー・マウスドライバ２５０から呼ばれて処理
を開始する場合がある。第５図はＡｌ１者の処理につい
ての流れ図であり、第４図は後右の流れ図でるる。

タスクが入力要求を発行すると基本０８２４０の１５１
Ｊ御に基づいて、第５包３００で示す論理入力２５０の
処理が開始される。＆Ｉ埋大入力２３０入力安水？Ｉ−
ｍＬ４タスクがウィンドウｔオープンしているか否かを
、ウィンドリスト−＼ラド１１０から連紬されているＷ
ＣＢ１２０　をたどる事によりナエツクスる（３１０）
。もし該タスクがウィンドウをオープンしていなければ
１常終了する。そうでなければ、タスクからの入力要求
をもとに、ｌＲ１３１６０全生成し、咳タスクがカレン
トウィンドウをオープンしていなければ、３１１で入力
権待ちリスト１５５に生成し念Ｉ几Ｌ（１６０をつなぎ
タスクを待ち状祠にして処理を終了する。カレントウィ
ンドウをオープンしている１合には、３１ｏでＩＲＢを
入力待ちリス）１５０にうなぎ、６１２でモード管理フ
ラグ１９０をチエツクする。実行モードでない場合には
、情理人カパッファ１８１ｋ　ａＱべ、入力コードがあ
ればその入力コード全Ａ２人カバツファ１８２にセット
し、ＩＩ（、Ｂ１６０ｉ取りはずす（６１５，３１６）
。入力コードがない場合は、３１４でタスクを待ち状態
にして処理を終了する。

実行モードの場合には、３１７で実行コマンドバッファ
１７０からキーコードを取り出す。該キーコードが終了
コードであれば、モード管理フラグ１９０ｉ通常モード
に変更し実行コマンドバッ７ア１７０をクリアする（５
１９）。その後３１３から前述した処理を行う。終了コ
ードでないなら、５２０でキーコードを入力コードに変
換して論理人力バッファ１８１にセット°ｒる。３２２
で入力コードがウィンドウ操作等を示すシステム制御コ
ードかどうかをチエツクし、システム制御コードであれ
ば３２４でウィンドウ操作等の処理を行う。

実際にウィンドウ操作等の処理を行うのはウィンドウ管
理２６１であり、論理入力２３０は該処理を呼び出すだ
けである。システム制御コードでなければ、論理人力バ
ツ７ア１８１から取り出した入力コードｉ、ＡＰ人カバ
ツファ１８２セットして、■１′もＢ１６０を取りはず
丁。

次に編４図を用い−Ｃ、割り込みによる一理人力２３０
の処理について８！！、明する。キーボード・マウス〃
為ら入力割込みがめると、基本υ５２４０はキーボード
・マクスドライバ２５０を起動する。キーボード・７９
スドライバ２５０は、人力されたキーコード金中−人力
バツファ１８０に取り込本論理人力２３０の処理４００
に制ＷｉＪｋ渡丁。この時点では既に新たな割り込みを
受は付けられる状輯となっているが、４００の処理の途
中で新友な割り込みにより処理４００が開始されないよ
う基本０８２４０が制御する。新たな割り込みによる処
理４００の開始は、それ以前の処理が終了するまで待た
さねろ。処理３００について１１口様であり、処理３０
０の途中で、割り込みにより処理４００が開始されるこ
とはない。

論理入力２４０は、４０１でキーコードがプログラムΦ
−かどうかをチエツクする。プログラムキーならモード
？７庁フラグ１９０１υ１１ぺ１通常モードであれば、
モー・ド管理フラグ１９０をｎ己１ｊ＃モードに設定し
、マウスカーソルの位置と設定の位置に設定する（４１
？）。実行モードであれば通常モードに設定（−実行コ
マンドバッファ１フ０ｉクリアする（４２２）。前者は
、キーコードの配憶開始を意味し、後ｆｒは記＋ｉ　し
ていろキーコードの実行中断全意味する。記憶モードで
あれば、４２０で記憶＝１マントバッファ１７５に終了
コードを設定してからその内容をカレントコマンドバッ
ファ１４０１１に登録する。４２１で通常モードに設定
し記憶コマンドをクリアする。

キーコードがプログラムキーでない場合には・まず４０
２で記憶モードか否かをチーツクし、記ｆｆ１−Ｔ−−
）”であれげ４０３で記１．遣コマンドバッファ１７５
１Ｃ＋−コードを格伯する。実行モードであれば処理を
終了する。即ち実行モードではプログラムキー以外のキ
ーコードは無視されろ。

４０５でキーコードを入力コードにτｉ％　Ｌ　５４０
６で変換した結果がコマンド定義コードかどうか金調べ
ろ。コマンド定義コードトハ、コマンドバツファ１４０
にコマンド名称コード１４１ａと【、て登録されている
コードの事である。通常モードでありかつコマンド定Ｑ
コードでろれ）ｆ−７ウスカーソルの位置を所足の位置
に設定し、４１２で対応スるコマンド金カレントコマン
ドバッファ１３０から実行コマンドバッファ１７０に読
み出し、先頭のキーコードを６たみ出す。該キーコード
が終了コードであれば、４１７で実行コマンドバッファ
をクリアして終了する。終了コードでなければ、モード
管理フラグ１９０を実行モードに設定して、キーコード
を入力コードに変換する。入力コードがシステム制御コ
ードであれば、該コードを論理人力バッファ１８１に設
定し、４１６でウィンドウ操作等の処理に制ａｙｔ移す
。システム制御コードでなければ４０８以後の処理を行
う。

４．０６の判定で記憶モードか或はコマンド定義コード
でなかった場合には、入力コードがシステム制御コード
かどうかをチエツクして、システム制御コードであれば
、該コードを論理人力バッファ１８１に設定して４１６
のウィンドウ操作等の処理に制ｍｌ移す。そうでない場
合には、４０９で論理人力バッファ１８１と入力待ちリ
スＨ５０をチエツクし、どちらか−万あるいは両方が空
の時は処理を終了する。両方とも空でない場合には、入
力コードを論理人力バッファ１８１から取り出しＡＰ人
カパツファ１８２に設定する。その後入力待ちになって
いたタスクをレディ状態とし、入力待ちリスト１５０に
つなげられていたＩＲＢ１６０を取りはずす。そして再
び４０９で論理入カバッファ１８１と入力待ちリスト１
５０ｆ：％べろ。

次にウィンドウ管理２３１の処理について、第６図の流
れ図に基づいて説明する。第６図の処理６００は、第５
図の処理５２４．＠４図の処理４１６に対応するもので
あるが、そればかりではなく、タスクからウィンドウの
オープンやクローズが発行された場合にも本処理が起動
される。

通常モードでは、直ちにウィンドウ操作処理６１１ｔ−
行う。論理人力２３０から要求される処理には、ウィン
ドウのアクティベイト処理やウィンドウサイズ・位置の
変更処理があり、論理人力バッファ１８１のシステム制
御コードを取り出す墨により判定する。処理要求に応じ
てＣＲＴ上のウィンドウの夏なり順や位置サイズ全変更
して５Ｗ０８１２００制御データをｆ災する。ウィンド
ウのオープンが要求された時は、新たに生成されたＷＣ
Ｈ１２０が、ウィンドウリストヘッド１１０とカレント
ウィンドウ１２０ａの間に挿入される。アクティベイト
の場合は、アクティベイトされたウィンドウに対応する
ＷＣＢ１２０　がウィンドウリストの先頭に（るように
ポインタ１２１が付は変えられる。ウィンドウのクロー
ズでは、クローズすべきウィンドウに対応するＷＣＢ１
２０が取り除かれる。ウィンドウのオープン、アクティ
ベイト、クローズ処理ではタスクの入力権の切り換えが
発生する場合がある。６１２では処理の結果、新たにカ
レントウィンドウとなったウィンドウをオープンしてい
るタスクの１几Ｂ１６０が入力権待ちリスト１５５につ
ながれている場合は、そのＩＲＢ１６０を入力待ちリス
トにつなぎ震える。逆にカレントウィンドウでなくなっ
たウィンドウ全オープンしているタスクのＩＲＢ１６０
が、入力待ちリスト１５０につながれている場合には、
その１１（，８１６０を入力権待ちリスト１５５につな
ぎ変える。またカレントウィンドウの変更に伴い、カレ
ントコマンドバッファを指すポインタ１３０の値全変更
する。ウィンドウのオープンの場合は、タスクから指定
された値をポインタ１５０と１２６に設定する。

記憶モードの場合には、継続名称バッファ１７６が９値
の場合、６０７で記憶コマンドバッファ１７５に継続コ
ードと継続名称を設定する。継続名称は継続名称バッフ
ァ１７６にも設定される。６０８で３ｒＡＭコマンドバ
ッファ１７５のキーコード列を、コマンド名称コード１
４１ａｆ未足義コードに設定して登録する。継続名称コ
ードが設定されている場合には６０９で６０７と同じ処
理を行い、６１０でコマンド名称コード１４１ａＫＡｆ
ｆｌ続コードを、継続名称１４１ｂに継続名称バッファ
１７６の値を設定してキーコード列を登録する。６１１
と６１２の処理が終了した後、記憶コマンドバッファ１
７５をクリアする。

実行モードにおいては、まずウィンドウ操作によって入
力権が切り換わるかどうカーを予めチーツクする（６０
２）。切り換わらない場合は通常モードと全く同じ処理
を行う。入力倒が切り換わる場合には、６０６で実行コ
マンドバッファ１７０の中に継続コードに続いて格納さ
れている継続名称を、継続名称バッファ１７１に設定す
る。６０４では、ウィンドウ操作処理の結果カレントコ
マンドバッファとなるコマンドバッファを予め求め、そ
の中に継続名称バッファ１７１の名称金持つキーコード
列があるかどうかをチエツクする。なければアラームメ
ツセージを出力して処理全終了する。このようなケース
は、実行コマンドバッファのキーコード列を実行中に１
割ジ込み等、により動作全開始したタスクが、ウィンド
ウをオープンしたりクローズしたりする場合に発生する
。入力権の切！ｌ換えが発生すると、キーコード列が予
期しないタスクに渡ってしまい誤勘作全招くことになる
。６０２〜６０５の処理によってそのような誤動作全防
止し、キーコード列が正しく実行されるよう保証する。

継続名称バッファ１７１の値を持つキーコード列がある
場合には、入力権の切り換えがキーコード列の実行によ
り発生したことになるので、新たに動作を開始するタス
クに処理か正しく継続されることになる。６１１〜６１
２の処珪Ｏ後、実行上−ドで６９かつ入力軸が変化した
一合には、６１４で継続名称バッファ１７１に設定され
ている名称を持つキーコード列に、ｙｙレントコマンド
バッファ１４０ａから読み出し％実行コマンドバッファ
１７０に設定する。

継続名称はユニークに定めなければならない。

本実施例では、継続名称に時刻を用いろ。４バイトのリ
アルタイムクロック（単位秒）を持つシステムでは、１
秒単位に継続名称が変更したとしても、約１６６年間は
ユニークな名称を継続名称に付けることが可能となる。

以上説明した本発明の一実施例によれば、複数のタスク
にまたがるキーコード列１１をｄ己憶し、それ？実行す
ることが可能となる。第４図で説明したようにキーコー
ド列の実行中はユーザからの入力を受けつけないので、
ユーザの指示による入力権の切り換えは発生しないし、
第６図で説明したように割り込み等によって、池のタス
クがユーザの関知しないところで動き出し７？ｃ４．合
においても、入力罹金切り換えることはないので、記憶
されたキーコード列が正しく実行されることが保証され
る。また他のタスクがウィンドウ操作ｔ−ａ求している
事はアラームメツセージで表示されるので、プ０グラノ
、キーにより直ちにキーコード列の実行を中断すること
も可能である。

しかＬながら本実施においては、繰Ｖ返しキーによる唯
一つのキーコード列の実行しか行・えない。

ユーザ環境タスク２１０により、記憶したキーコード列
を制御キーの機能拡張として定義する一実鬼列を第７図
を用いて説明する。

ユーザ環境タスクが起動されるとますカレントコマンド
バッファ１４０ａの内容ｔ−読みｌｔｌ　Ｌ　（７ｏ１
）。

その後ウィンドウをオープンす７＋（７０２）。ウィン
ドウにその内容を人間に読める形で表示する。

７０４で名称を付けるべきキーコード列と入力コードを
入力し、７０６で指示されたキーコード列に対応するコ
マンド名称コード１４１ａに入力コードを設定する。７
０４で終了が指示されるとウィンド９ｆｒ：クローズし
て終了する（７０７）。

ユーザ環境で名称を設定すると、第・１図で示しＩｃ論
理入力の処理により、物足の人力コードが入力されるた
びに、対応するキーコード列の実行が可能となる。

本実施例によれば、例えば通′なの改行機能を、改行し
た後所定の位置だけカーソルを移動して文番号を入力す
るといった機能に容易に拡張できるというり１１果があ
る。

〔発明の効果］ 本発明によれば、キーコード列を、１己憶している時に
入力＊を持つタスクが切り換わることがあっても、その
キーコード列を実行する時には、記ｔＷしている時ど全
く同じようにタスクの入力権が切、ＤＰわろので、マル
チタスクＯ８上で動作する複数のアプリケージ膳ンに渡
ろ手Ｇ９．きｔ記憶し実行する小が可能となるという効
果がある。

ま−Ｉ”ｃ　ｓキーボードの制御キーと記憶した乎ｔａ
ａきを対応づけることかり能であるので１本来の袈はの
拡張ａ！能として記憶した手続きの実行が可能になると
いう効果がある。

【図面の簡単な説明】

υ（１図は本発明の一実ｌ値例におけろ１９制御データ
の構成図１．、ｇ２図性ソフトウェア構成図、第３図と
九に４図は論理大力の処理の流れ因、ｇ［５図はコマン
ドバッファの構底図、第６図はウィンドウ管理の処理の
流れ図、嘉７図はユーザ環境の処理の流れ図である。 １２０・・・ウィンドウ管ラブロック、１４０・・・コ
マンドバッファ、１６０・・・入力要求ブロック、１７
０・・・実行コマンドバッファ、１７５・・・記憶コマ
ンドバッツ７．　１１！［’・・・キー人力バッファ、
１８１・・・Ｐ　、ｇ　入−７３バッファ、１８２−・
・ＡＰ入カバツファ、３００、　Ａｏｏ・・・￥＃理大
入力処理の流れ図、６００・・・ウィンドウ管理の処理
の流れ図、７００・・・ユーザ環境の処理の流れ図。 代理人升理士　／ｊ％　　川　勝 第 稟 牛 図 図 纂 閏 集 図

Claims (1)

1. 【特許請求の範囲】 １、マルチタスク・オペレーティング・システム上で複
   数のタスクが同時に動作する情報処理装置において、 キーボードまたはマウスからの複数の入力コード列を記
   憶するエリアを有し、 １つ或は複数のタスクが該入力コードを自動的に入力し
   、その入力に対する処理を行つている際に、他のタスク
   が処理を開始或は再開した時に、前記エリアから１つの
   入力コード列を自動的に選択し、該タスクに前記選択さ
   れた入力コード列が自動的に該タスクに入力され、該タ
   スクがその入力に対する処理を行うことを特徴とする情
   報処理装置。 ２、マルチタスク・オペレーティング・システム上で動
   作するタスクが、予め記憶されたキーボードやマウスの
   入力コード列を自動的に実行する情報処理装置において
   、 少くとも２つ以上の入力コード列の間に対応をとる手段
   を有し、 対応づけられた複数の入力コード列が、その対応づけに
   よつて定まる順序で、実行可能なタスクへ自動的に入力
   されることを特徴とする情報処理装置。 ３、入力コード列間の対応づけが、その時点の情報処理
   装置の有する時計の時刻情報に基づいてなされることを
   特徴とする請求項２記載の情報処理装置。 ４、入力コード列を自動的に実行している際、他のタス
   クがキーボード或はマウスからの入力を要求した時に、
   その旨を知らせるアラームメッセージを表示する手段と
   、ユーザの指示に基づき入力コード列の自動実行を中断
   できる手段とを有する請求項２記載の情報処理装置。 ５、予め記憶した入力コード列を自動的に実行する情報
   処理装置において、該入力コード列と、システムまたは
   アプリケーションで固有の機能が定義されている制御コ
   ードを対応づける手段と、該制御コードが入力された時
   に、対応する入力コード列を自動的に実行する手段を有
   することを特徴とする情報処理装置。 ６、予め記憶した入力コード列を自動的に実行する情報
   処理装置において、該入力コード列を自動的に実行する
   直前に、マウスカーソルを特定の位置に設定することを
   特徴とした情報処理装置。