JPH07129395A - 機能拡張修正が可能な情報処理装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 既存プログラムを書き換えずに容易に機能拡
張修正を行う。 【構成】 １つ又は複数のサブルーチンを有する拡張プ
ログラムを認知する手段、拡張プログラムにおける各サ
ブプログラムごとの使用可否を設定する手段、拡張プロ
グラムにおける各サブルーチンごとの使用可否を検知す
る手段、及び各サブルーチンごとのスタートアドレスを
取得する手段を有し、拡張プログラムが認知された場合
は、各サブルーチンのスタートアドレスを取得して、プ
ログラムの実行を制御する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＲＯＭ，ＲＡＭを使用
するストアードプログラム型式の制御手段等を有し、機
能拡張修正が可能な情報処理装置に関するものである。

【０００２】

【従来の技術】従来、画像処理装置等の情報処理装置の
機能拡張修正を行う場合、既存プログラムの全体を書き
換えるか、あるいは拡張修正をしようとする機能を実行
するプログラムを部分的に書き換えていた。

【０００３】また、既存プログラムの１つ或いは複数の
拡張された機能のうち、一部または全ての機能の修正や
削除をする場合にも、既存プログラム全体あるいは一部
を書き換えていた。

【０００４】さらに、デバイスドライバの登録等によっ
て新規の機能を登録し、実行することは知られている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来例では、機能拡張修正を行うのに、既存プログラムの
把握が必要であり、また、書き換えによって既存プログ
ラムが複雑になり、作成者以外の者が関与するのが困難
になり、そのため作業能率が低下したり、プログラム内
容が機密性に欠ける等の欠点があった。

【０００６】これらの欠点は、拡張や修正が行われる機
能が数が増加するほど顕著になる。

【０００７】さらに、デバイスドライバの登録等の機能
追加方法は比較的まとまった機能単位毎の追加の場合に
限定され、既存プログラム内の機能の実現に関する多数
のサブルーチンを個別に変更する場合には対応できなか
った。また、新規機能の追加にあたって既存プログラム
内のサブルーチンの部分的変更は不可能であった。

【０００８】本発明は、これらの問題点を解決するため
になされたもので、既存プログラムを書き換えることな
く、且つ個々の機能単位でプログラムの機能拡張修正を
容易に行なうことができる情報処理装置を提供すること
を目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、１つ或いは複数のサブルーチンを有する
拡張プログラムを認知する認知手段と、前記拡張プログ
ラムにおける各サブルーチン毎の使用可・使用不可を設
定する設定手段と、前記拡張プログラムにおける各サブ
ルーチン毎の使用可・使用不可を検知する検知手段と、
前記各サブルーチン毎のスタートアドレスを取得する取
得手段と、前記検知手段及び前記取得手段の出力に基づ
いてプログラムの実行を制御する制御手段とを有する情
報処理装置を提供する。

【００１０】

【作用】上記本発明の構成によれば、拡張プログラムが
認知されなければ、該拡張プログラムは実行されず、既
存プログラムの機能が実行される。他方、拡張プログラ
ムが認知されれば、設定手段により設定された該拡張プ
ログラムにおける各サブルーチン毎の使用の可否が検知
手段により検知され、前記各サブルーチン毎のスタート
アドレスが取得手段により取得され、制御手段により前
記検知手段及び取得手段の出力に基づいて既存および／
または拡張プログラムの実行が制御される。

【００１１】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。

【００１２】図５は本発明の一実施例に係る画像情報処
理装置１の概略構成を示すブロック図である。同図にお
いて、１０は本装置１全体を制御する中央処理装置（Ｃ
ＰＵ）、１１は装置１を制御するための既存プログラム
が格納されている読出し専用メモリ（ＲＯＭａ）、１２
は装置１を制御するために追加的に設けられた拡張プロ
グラムが格納されている読出し専用メモリ（ＲＯＭ
ｂ）、１３はワークメモリなどとして使用するランダム
アクセスメモリ（ＲＡＭ）である。５１は文字等のデー
タを入力するキーボード、５０は該キーボード５１の操
作によるキー入力データを受け取りＣＰＵ１０に供給す
るキーボードインタフェイス（Ｉ／Ｆ）、１４は前記キ
ー入力データや年月日時分秒を計時する計時ユニット、
１５は外部からの受信データをＣＰＵ１０に供給したり
外部への送信データを送出する通信用インターフェイス
（Ｉ／Ｆ）、２３は記録媒体である磁気ディスク２４に
対してのデータの書き込みや読み出しを行うディスクド
ライブ、２２は該ディスクドライブ２３を介するデータ
を伝送するディスクドライブインターフェイス（Ｉ／
Ｆ）、２１は前記ディスク２４へ書き込むデータ或いは
前記ディスク２４から読み出したデータをコントロール
するディスクデータフローコントローラである。また、
３２は印刷装置、３１は印刷装置インタフェース（Ｉ／
Ｆ）、３４は液晶ディスプレイ、またはＣＲＴ（陰極線
管）等から成る表示装置、３３は表示装置インターフェ
イス（Ｉ／Ｆ）、３０は前記表示装置３４が表示し、前
記印刷装置３２が印刷するデータを夫々コントロールす
る出力データフローコントローラである。４２は画像デ
ータを読み込む画像読み取り装置、４１は画像読み取り
装置インターフェイス（Ｉ／Ｆ）、４０は、前記読み取
り装置４２が読み取った画像をコントロールする画像デ
ータフローコントローラである。

【００１３】上記構成要素１０〜１５，２１，３０，４
０，５０はＣＰＵバスＢを介して相互に接続されてい
る。

【００１４】図１および図２は、ＲＯＭａ１１，ＲＯＭ
ｂ１２の構成を示す図である。図１は既存プログラムが
格納されているＲＯＭａ１１の構成を示し、１１０はＲ
ＯＭａ１１が格納している既存プログラムであり、拡張
プログラムサーチ処理１１１と、文字変換サブルーチン
１１２と、アルファベット変換サブルーチン１１３と、
変換文字表示サブルーチン１１４と、装置１の既存制御
プログラム１１５とからなる。具体的には、上記文字変
換サブルーチン１１２は、ファンクションマップ参照処
理（１）１１２ａと、既存機能である平仮名カタカナ変
換サブルーチン１１２ｂとからなり、上記アルファベッ
ト変換サブルーチン１１３は、ファンクションマップ参
照処理（２）１１３ａと、既存機能であるアルファベッ
ト小文字変換サブルーチン１１３ｂとからなる。

【００１５】図２はＲＯＭｂ１２の構成を示す図であ
り、１２０はＲＯＭｂ１２が格納している拡張プログラ
ムであり、識別コード１２１と、ファンクションマップ
１２２と、パラメータテーブル１２３と、拡張文字変換
サブルーチン１２４と、拡張アルファベット変換サブル
ーチン１２５とからなる。

【００１６】図２において、ａｄｒｂ１は拡張プログラ
ム１２０内の識別コード１２１のスタート相対アドレ
ス、ａｄｒｂ２は拡張プログラム１２０内のファンクシ
ョンマップ１２２のスタート相対アドレス、ａｄｒｂ３
は拡張プログラム１２０内のパラメータテーブル１２３
のスタート相対アドレス、ａｄｒｂ４は拡張プログラム
１２０内の拡張文字変換サブルーチン１２４のスタート
相対アドレス、ａｄｒｂ５は拡張プログラム１２０内の
拡張アルファベット変換サブルーチン１２５のスタート
相対アドレスである。これらのアドレスの内ａｄｒｂ
１，ａｄｒｂ２，ａｄｒｂ３は予め設定された固定アド
レスである。一方、ＡＤＲｂ１はプログラム領域メモリ
内の識別コード１２１の絶対アドレス、ＡＤＲｂ２はプ
ログラム領域メモリ内のファンクションマップ１２２の
絶対アドレス、ＡＤＲｂ３はプログラム領域メモリ内の
パラメータテーブル１２３の絶対アドレス、ＡＤＲｂ４
はプログラム領域メモリ内の拡張文字変換サブルーチン
１２４の絶対アドレス、ＡＤＲｂ５はプログラム領域メ
モリ内の拡張アルファベット変換サブルーチン１２５の
絶対アドレスである。Ｐは拡張プログラム１２０のプロ
グラム領域メモリ内スタート絶対アドレスである。よっ
て、該スタート絶対アドレスＰは（ＡＤＲｂ１−ａｄｒ
ｂ１）、ＡＤＲｂ２は（Ｐ＋ａｄｒｂ２）、ＡＤＲｂ３
は（Ｐ＋ａｄｒｂ３）、ＡＤＲｂ４は（Ｐ＋ａｄｒｂ
４）、ＡＤＲｂ５は（Ｐ＋ａｄｒｂ５）と夫々なり、Ａ
ＤＲｂ１が決まればスタート絶対アドレスＰが決まり、
該スタート絶対アドレスＰが決まればＡＤＲｂ２、ＡＤ
Ｒｂ３、ＡＤＲｂ４、ＡＤＲｂ５も夫々決まる構成であ
る。

【００１７】さらに上記ファンクションマップ１２２は
各１機能を１ビットに予め割り当てた構成で、ビット位
置０が文字変換ビット、ビット位置１がアルファベット
変換ビットを表わし、各ビット位置の中身が０の場合は
オフとして該当機能を実行せず、１の場合はオンとし該
機能を実行するという構成（オンオフは逆でもよい）で
ある。上記パラメータテーブル１２３はファンクション
マップ１２２のビット位置順に、そのビット位置が有す
る拡張機能サブルーチンの拡張プログラム内スタート相
対アドレスが書き込まれてある構成のテーブルであり、
パラメータテーブル１２３の先頭から０番目にａｄｒｂ
４が、１番目にａｄｒｂ５が夫々書き込まれている。ま
た、上記拡張文字変換サブルーチン１２４は平仮名漢字
変換サブルーチン、上記拡張アルファベット変換サブル
ーチン１２５はアルファベット大文字変換サブルーチン
である。

【００１８】図３はＲＡＭ１３の構成を示し、同図で１
３０は保存場所である。

【００１９】以上のような構成において、上記拡張プロ
グラムサーチ処理１１１と、ファンクションマップ参照
処理（１）１１２ａと、ファンクションマップ参照処理
（２）１１３ａの動作について説明する。

【００２０】拡張プログラムサーチ処理１１１は、拡張
プログラム１２０を実行する場合には拡張プログラム１
２０にある識別コード１２１と同じコードを有してい
て、該処理１１１のコードと拡張プログラムのプログラ
ム領域メモリ中を調べて比較していき、前者が識別コー
ド１２１と一致したときは、ＣＰＵ１０はアドレスＡＤ
Ｒｂ１を認識することができ、（ＡＤＲｂ１−ａｄｒｂ
１）から拡張プログラム１２０のスタート絶対アドレス
Ｐ（以下、単に「Ｐ」ともいう）を得る。そしてこのＰ
をＣＰＵ１０がファンクションマップ参照処理（１）１
１２ａ、ファンクションマップ参照処理（２）１１３ａ
で参照できるようにＲＡＭ１３のワークエリアの保存場
所１３０に保存しておく。他方、プログラム領域メモリ
中に処理１１１のコードと一致するものがないときは、
アドレスとして使用しない値（例えば０ＦＦＦＦＨ）を
保存場所１３０に保存しておく。

【００２１】ファンクションマップ参照処理（１）１１
２ａでは、ＣＰＵ１０がまず上記拡張プログラムサーチ
処理１１１にて得られた保存場所１３０の保存された値
を参照し、（参照値＝０ＦＦＦＦＨ）なら平仮名カタカ
ナ変換サブルーチン１１２ｂへジャンプする。（参照値
≠０ＦＦＦＦＨ）ならＰを得ることができ、（Ｐ＋ａｄ
ｒｂ２）でＡＤＲｂ２を得て、このＡＤＲｂ２にあるフ
ァンクションマップ１２２にアクセスして、その文字変
換ビットのオンオフをみてオフなら平仮名カタカナ変換
サブルーチン１１２ｂへジャンプする。オンなら（Ｐ＋
ａｄｒｂ３）でＡＤＲｂ３を得て、このＡＤＲｂ３にあ
るパラメータテーブル１２３の先頭にアクセスする。前
述のようにファンクションマップ１２２の文字変換ビッ
トは０のビット位置であり、パラメータテーブル１２３
の０番目に拡張文字変換サブルーチン１２４（平仮名漢
字変換）の拡張プログラム１２０内相対アドレスａｄｒ
ｂ４があるので、ＡＤＲｂ３＋｛０＊（アドレス保有の
ための占有バイト数）｝のアドレスの中身にＰを加えた
アドレスにある拡張文字変換サブルーチン１２４（平仮
名漢字変換）を得ることができ、これにジャンプする。

【００２２】ファンクションマップ参照処理（２）１１
３ａでは、ＣＰＵ１０がまず上記拡張プログラムサーチ
処理１１１にて得られた保存場所１３０に保存された値
を参照し、（参照値＝０ＦＦＦＦＨ）ならアルファベッ
ト小文字変換サブルーチン１１３ｂへジャンプする。
（参照値≠０ＦＦＦＦＨ）ならＰを得ることができ、
（Ｐ＋ａｄｒｂ２）でＡＤＲｂ２を得て、このＡＤＲｂ
２にあるファンクションマップ１２２にアクセスし、そ
のアルファベット変換ビットのオンオフをみてオフなら
アルファベット小文字変換サブルーチン１１３ｂへジャ
ンプする。オンなら（Ｐ＋ａｄｒｂ３）でＡＤＲｂ３を
得て、このＡＤＲｂ３にあるパラメータテーブル１２３
の先頭をアクセスする。前述のようにファンクションマ
ップ１２２のアルファベット変換ビットは１のビット位
置であり、パラメータテーブル１２３の１番目に拡張ア
ルファベット変換サブルーチン１２５（アルファベット
大文字変換）の拡張プログラム１２０内相対アドレスａ
ｄｒｂ５があるので、ＡＤＲｂ３＋｛１＊（アドレス保
有のための占有バイト数）｝のアドレスの中身にＰを加
えたアドレスにある拡張アルファベット変換サブルーチ
ン１２５（アルファベット大文字変換）を得ることがで
き、これにジャンプする。

【００２３】次にさらに具体的な動作の説明をする。

【００２４】図４は、本実施例の具体的な動作を示すフ
ローチャートであり、キーボード５１から入力された
“へんかＡｂＣ”の文字データを文字変換してその後ア
ルファベット変換を行い表示装置３４に表示する場合の
動作を示すものである。以下（イ）から（ホ）に示す場
合に分けて説明する。 （イ）拡張プログラム１２０が格納されているＲＯＭｂ
１２を装置１で使用しない場合。

【００２５】この場合は、拡張プログラムサーチ処理１
１１のコードは拡張プログラム１２０内の識別コード１
２１と一致しないように予め設定される。

【００２６】まずＣＰＵ１０は予め、拡張プログラムサ
ーチ処理１１１を行い、そのコードと識別コード１２１
との一致がない（ステップＳ１）のでＲＡＭ１３の保存
場所１３０に０ＦＦＦＦＨという値を保存する（ステッ
プＳ３）。

【００２７】そして既存プログラム１１０中で文字変換
サブルーチン１１２がコールされる（ステップＳ４）
と、ファンクションマップ参照処理（１）１１２ａとし
て、保存場所１３０を参照する。この場合（参照値＝０
ＦＦＦＦＨ）なので（ステップＳ５）、平仮名カタカナ
変換サブルーチン１１２ｂにアクセスして入力データ
“へんかＡｂＣ”に対して公知の平仮名カタカナ変換を
行い“ヘンカＡｂＣ”に変換する（ステップＳ８）。続
いてこの平仮名カタカナ変換された文字データ“ヘンカ
ＡｂＣ”をアルファベット変換するために、アルファベ
ット変換サブルーチン１１３がコールされると（ステッ
プＳ９）、ファンクションマップ参照処理（２）１１３
ａとして、保存場所１３０を参照する。（参照値＝０Ｆ
ＦＦＦＨ）なので（ステップＳ１０）、アルファベット
小文字変換サブルーチン１１３ｂにアクセスして入力デ
ータ“ヘンカＡｂＣ”を公知のアルファベット小文字変
換を行い“ヘンカａｂｃ”に変換する（ステップＳ１
３）。そして変換文字表示サブルーチン１１４がコール
されて（ステップＳ１４）、“ヘンカａｂｃ”が表示装
置３４に表示される（ステップＳ１５）。 （ロ）ファンクションマップ１２２の文字変換ビットが
オフ、アルファベット変換ビットがオフである拡張プロ
グラム１２０が格納されているＲＯＭｂ１２を装置１で
使用する場合。

【００２８】この場合は、拡張プログラムサーチ処理１
１１のコードは拡張プログラム１２０内の識別コード１
２１と同一コードに予め設定される。後述する（ハ），
（ニ），（ホ）の場合も同様である。

【００２９】まずＣＰＵ１０は予め、拡張プログラムサ
ーチ処理１１１を行い、識別コード１２１との一致があ
り（ステップＳ１）、保存場所１３０に拡張プログラム
スタート絶対アドレスＰを保存する（ステップＳ２）。

【００３０】そして既存プログラム１１０で文字変換サ
ブルーチン１１２がコールされる（ステップＳ４）とフ
ァンクションマップ参照処理（１）１１２ａとして、保
存場所１３０を参照する。この場合（参照値≠０ＦＦＦ
ＦＨ）なので（ステップＳ５）、つぎにファンクション
マップ１２２の文字変換ビットを参照すると、オフなの
で（ステップＳ６）、平仮名カタカナ変換サブルーチン
１１２ｂにアクセスして入力データ“へんかＡｂＣ”に
対して公知の平仮名カタカナ変換を行い“ヘンカＡｂ
Ｃ”に変換する（ステップＳ８）。続いてこの平仮名カ
タカナ変換された文字データ“ヘンカＡｂＣ”をアルフ
ァベット変換するために、アルファベット変換サブルー
チン１１３がコールされると（ステップＳ９）ファンク
ションマップ参照処理（２）１１３ａとして、保存場所
１３０を参照する。（参照値≠０ＦＦＦＦＨ）なので
（ステップＳ１０）、つぎにファンクションマップ１２
２のアルファベット変換ビットを参照すると、オフなの
で（ステップＳ１１）アルファベット小文字変換サブル
ーチン１１３ｂにアクセスして入力データ“ヘンカＡｂ
Ｃ”を公知のアルファベット小文字変換を行い“ヘンカ
ａｂｃ”に変換する（ステップＳ１３）。

【００３１】そして変換文字表示サブルーチン１１４が
コールされて（ステップＳ１４）、“ヘンカａｂｃ”が
表示装置３４に表示される（ステップＳ１５）。 （ハ）ファンクションマップ１２２の文字変換ビットが
オフ、アルファベット変換ビットがオンである拡張プロ
グラム１２０が格納されているＲＯＭｂ１２を装置１で
使用する場合。

【００３２】まずＣＰＵ１０は予め、拡張プログラムサ
ーチ処理１１１を行い、識別コード１２１との一致があ
り（ステップＳ１）、保存場所１３０に拡張プログラム
スタート絶対アドレスＰを保存する（ステップＳ２）。

【００３３】そして既存プログラム１１０中で文字変換
サブルーチン１１２がコールされる（ステップＳ４）と
ファンクションマップ参照処理（１）１１２ａとして、
保存場所１３０を参照し、（参照値≠０ＦＦＦＦＨ）な
ので（ステップＳ５）、つぎにファンクションマップ１
２２の文字変換ビットを参照し、オフなので（ステップ
Ｓ６）、平仮名カタカナ変換サブルーチン１１２ｂにア
クセスして入力データ“へんかＡｂＣ”に対して公知の
平仮名カタカナ変換を行い“ヘンカＡｂＣ”に変換する
（ステップＳ８）。続いてこの平仮名カタカナ変換され
た文字データ“ヘンカＡｂＣ”をアルファベット変換す
るために、アルファベット変換サブルーチン１１３がコ
ールされると（ステップＳ９）、ファンクションマップ
参照処理（２）１１３ａとして、保存場所１３０を参照
し、（参照値≠０ＦＦＦＦＨ）なので（ステップＳ１
０）、つぎにファンクションマップ１２２のアルファベ
ット変換ビットを参照する。この場合は、オンなので
（ステップＳ１１）、拡張機能であるアルファベット大
文字変換サブルーチン１２５にアクセスして入力データ
“ヘンカＡｂＣ”を公知のアルファベット大文字変換を
行い“ヘンカＡＢＣ”に変換する（ステップＳ１２）。
そして変換文字表示サブルーチン１１４がコールされて
（ステップＳ１４）、“ヘンカＡＢＣ”が表示装置３４
に表示される（ステップＳ１５）。 （ニ）ファンクションマップ１２２の文字変換ビットが
オン、アルファベット変換ビットがオフである拡張プロ
グラム１２０が格納されているＲＯＭｂ１２を装置１で
使用する場合。

【００３４】まずＣＰＵ１０は予め、拡張プログラムサ
ーチ処理１１１を行い、識別コード１２１との一致があ
り（ステップＳ１）、保存場所１３０に拡張プログラム
スタート絶対アドレスＰを保存する（ステップＳ２）。

【００３５】そして既存プログラム１１０中で文字変換
サブルーチン１１２がコールされる（ステップＳ４）
と、ファンクションマップ参照処理（１）１１２ａとし
て、保存場所１３０を参照し、（参照値≠０ＦＦＦＦ
Ｈ）なので（ステップＳ５）、つぎにファンクションマ
ップ１２２の文字変換ビットを参照し、オンなので（ス
テップＳ６）、拡張機能である平仮名漢字変換サブルー
チン１２４にアクセスして入力データ“へんかＡｂＣ”
を公知の平仮名漢字変換を行い“変化ＡｂＣ”に変換す
る（ステップＳ７）。続いてこの平仮名漢字変換された
文字データ“変化ＡｂＣ”をアルファベット変換するた
めに、アルファベット変換サブルーチン１１３がコール
されると（ステップＳ９）、ファンクションマップ参照
処理（２）１１３ａとして、保存場所１３０を参照し、
（参照値≠０ＦＦＦＦＨ）なので（ステップＳ１０）、
つぎにファンクションマップ１２２のアルファベット変
換ビットを参照する。この場合はオフなので（ステップ
Ｓ１１）、アルファベット小文字変換サブルーチン１１
３ｂにアクセスして入力データ“変化ＡｂＣ”を公知の
アルファベット小文字変換を行い“変化ａｂｃ”に変換
する（ステップＳ１３）。そして変換文字表示サブルー
チン１１４がコールされて（ステップＳ１４）、“変化
ａｂｃ”が表示装置３４に表示される（ステップＳ１
５）。 （ホ）ファンクションマップ１２２の文字変換ビットが
オン、アルファベット変換ビットがオンである拡張プロ
グラム１２０が格納されているＲＯＭｂ１２を装置１で
使用する場合。

【００３６】まずＣＰＵ１０は予め、拡張プログラムサ
ーチ処理１１１を行い、識別コード１２１との一致があ
り（ステップＳ１）、保存場所１３０に拡張プログラム
スタート絶対アドレスＰを保存する（ステップＳ２）。

【００３７】そして既存プログラム１１０中で文字変換
サブルーチン１１２がコールされる（ステップＳ４）
と、ファンクションマップ参照処理（１）１１２ａとし
て、保存場所１３０を参照し、（参照値≠０ＦＦＦＦ
Ｈ）なので（ステップＳ５）、つぎにファンクションマ
ップ１２２の文字変換ビットを参照し、この場合はオン
なので（ステップＳ６）、拡張機能である平仮名漢字変
換サブルーチン１２４にアクセスして入力データ“へん
かＡｂＣ”を公知の平仮名漢字変換を行い“変化Ａｂ
Ｃ”に変換する（ステップＳ７）。続いてこの平仮名漢
字変換された文字データ“変化ＡｂＣ”をアルファベッ
ト変換するために、アルファベット変換サブルーチン１
１３がコールされると（ステップＳ９）、ファンクショ
ンマップ参照処理（２）１１３ａとして、保存場所１３
０を参照し、（参照値≠０ＦＦＦＦＨ）なので（ステッ
プＳ１０）、つぎにファンクションマップ１２２のアル
ファベット変換ビット参照する。この場合はオンなので
（ステップＳ１１）、拡張機能であるアルファベット大
文字変換サブルーチン１２５にアクセスして入力データ
“変化ＡｂＣ”を公知のアルファベット大文字変換を行
い“変化ＡＢＣ”に変換する（ステップＳ１２）。そし
て変換文字表示サブルーチン１１４がコールされて（ス
テップＳ１４）、“変化ＡＢＣ”が表示装置３４に表示
される（ステップＳ１５）。

【００３８】本実施例に依れば、既存プログラムを以上
のような構成にしたので、既存プログラムを書き換える
必要がないので、既存プログラムを意識することなく機
能拡張プログラムを作成してその機能を自由にアクセス
することができる。

【００３９】また、既存プログラム１１０および、拡張
プログラム１２０と同じプログラムが磁気ディスク２４
に格納されている場合、ディスクドライブ２３或いは外
部ディスクドライブ２３ｂからＲＡＭ１３にロードして
使用すれば上記動作（イ）〜（ホ）を任意に選択したり
切換えることができ、しかもＲＡＭ領域であるのでプロ
グラム実行中に書き換えが可能となり、ファンクション
マップ１２２の文字変換ビット、アルファベット変換ビ
ットの夫々のオンオフを自由に書き換えられるので、拡
張機能、修正機能、既存機能の選択がプログラム実行中
に可能となる。

【００４０】

【発明の効果】本発明によれば、１つ或いは複数のサブ
ルーチンを有する拡張プログラムを認知する認知手段
と、前記拡張プログラムにおける各サブルーチン毎の使
用可・使用不可を設定する設定手段と、前記拡張プログ
ラムにおける各サブルーチン毎の使用可・使用不可を検
知する検知手段と、前記各サブルーチン毎のスタートア
ドレスを取得する取得手段と、前記検知手段及び前記取
得手段の出力に基づいてプログラムの実行を制御する制
御手段とを有するので、既存プログラムを書き換えるこ
となく、且つ個々の機能単位でプログラムの機能拡張修
正を容易に行なうことができ、従来のような既存プログ
ラムの複雑化にともなうプログラム拡張の困難さ及び時
間の浪費をなくすことができる。

【００４１】また、既存プログラムと拡張プログラムと
の間でアドレス依存性がないため、既存プログラムを知
らない人にでも機能拡張を依頼でき、しかも、簡単にで
きて機密性にも優れている。さらに、拡張機能の切り換
えを、ビットのオン・オフで簡単に行なうことができ
る。従って、機能拡張修正に伴う負荷の大幅な削減が可
能である。

【００４２】さらにまた、本発明によると、プログラム
の切替が高速で行えるので、例えば割込処理ルーチンの
ように高速な処理が要求される場合にも適用が可能とい
う効果がある。

【図面の簡単な説明】

【図１】本発明の情報処理装置の一実施例に使用する既
存プログラムを格納するＲＯＭａの構成図である。

【図２】同実施例に使用する拡張プログラムを格納する
ＲＯＭｂの構成図である。

【図３】同実施例に使用するＲＡＭの構成図である。

【図４】同実施例の動作を表わすフローチャートであ
る。

【図５】同実施例に係る情報処理装置の概略構成のブロ
ック図である。

【符号の説明】

１ 情報処理装置 １０ ＣＰＵ １１ ＲＯＭａ １２ ＲＯＭｂ １３ ＲＡＭ １１０ 既存プログラム １２０ 拡張プログラム

Claims (1)

【特許請求の範囲】
1. 【請求項１】 １つ或いは複数のサブルーチンを有する
   拡張プログラムを認知する認知手段と、前記拡張プログ
   ラムにおける各サブルーチン毎の使用可・使用不可を設
   定する設定手段と、前記拡張プログラムにおける各サブ
   ルーチン毎の使用可・使用不可を検知する検知手段と、
   前記各サブルーチン毎のスタートアドレスを取得する取
   得手段と、前記検知手段及び前記取得手段の出力に基づ
   いてプログラムの実行を制御する制御手段とを有する情
   報処理装置。