JP2002351854A

JP2002351854A - プログラム実行装置および携帯型情報処理装置

Info

Publication number: JP2002351854A
Application number: JP2001163271A
Authority: JP
Inventors: Motoyuki Katou; 意之加藤; Kozo Moriyama; 孝三森山; Yosuke Baba; 洋介馬場
Original assignee: Omron Corp; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 2001-05-30
Filing date: 2001-05-30
Publication date: 2002-12-06
Also published as: CN1388448A; US20020184289A1; CN1202474C; US7155550B2

Abstract

(57)【要約】【課題】構成が簡易、かつ高速処理を実行可能であ
り、セキュリティーにも優れたなプログラム実行装置を
提供する。【解決手段】汎用ＯＳ１６によるプログラム実行環境
が設定されたホストシステム１００と、仮想マシン実行
環境が設定されたサブシステム２００とを、独立の演算
回路に組み込むとともに、両演算回路を接続する汎用バ
スにＤＰＲＡＭ３を接続する。各システム１００，２０
０に組み込まれたインターフェース１８，２８は、シス
テム内で他方のシステムに要求する処理が発生したとき
は、その処理の内容を示すコマンドをＤＰＲＡＭ３に書
き込むともに、相手方システムに割込みを出力し、他方
のシステムからの割込みに対しては、前記ＤＰＲＡＭ３
から書き込まれたコマンドを読み出す処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、所定の処理を実
行するためのプログラム実行環境が設定された装置（こ
こでは「プログラム実行装置」と称する。）に関するも
ので、特にこの発明は、構成の異なる２種類のプログラ
ム実行環境が設定されたプログラム実行装置およびこの
プログラム実行装置が用いられた携帯型情報処理装置に
関する。

【０００２】

【従来の技術】近年、コンピュータネットワークの発達
に伴い、各種のアプリケーションを通信端末にダウンロ
ードして使用することが可能となっている。またサン・
マイクロシステムズ社の開発したＪａｖａ（登録商標；
以下「Ｊａｖａ^TM」と示す。）によれば、プラットフォ
ームに依存しない「仮想マシン」が動作するプログラム
実行環境（以下、これを「仮想マシン実行環境」と呼
ぶ。）を設定して、Ｊａｖａ^TM対応の各種アプリケーシ
ョンを動作させることができる。特に、携帯電話やＰＤ
Ａのような携帯型情報処理装置においては、仮想マシン
実行環境を設定することにより、動画を表示したり、複
雑なユーザーインターフェイスを形成するなど、従来の
機種にはない機能を具備する装置が提供されるに至って
いる。

【０００３】仮想マシン実行環境は、一般に、図１１の
ような構成を具備する。図中、７０はプラットホームと
なるＯＳ（オペレーションシステム），７１はＯＳ７０
に準拠するプログラム構成を持つアプリケーション（こ
こでは「既存システム用アプリケーション７１」と呼
ぶ。）である。前記ＯＳ７０は、仮想マシン８０が組み
込まれない場合には、単に既存システム用アプリケーシ
ョン７１が動作するだけのプログラム実行環境を設定す
るものである（以下、このＯＳ７０を「汎用ＯＳ７０」
と呼び、この既存システム用アプリケーション７１のみ
を動かすシステムを「既存システム」と呼ぶ。）

【０００４】前記仮想マシン８０は、前記既存システム
のＯＳ７０上で、Ｊａｖａ^TMによるアプリケーション８
１（図中、「仮想マシン用アプリケーション８１」と示
す。）を動作させるＯＳとして機能する。すなわち仮想
マシン用アプリケーション８１が何らかの処理を行う場
合、アプリケーション８１から仮想マシン８０に、この
処理の内容を示すバイトコードのコマンドが渡された
後、仮想マシン８０とＯＳ７０との間で前記コマンドに
基づくエミュレーションが行われて前記アプリケーショ
ン８１が要求する処理が実行されることになる。なお、
上記の仮想マシン実行環境は、言うまでもなく、ＣＰＵ
９０，メモリ９１（次の図１１のＲＯＭ９２およびＲＡ
Ｍ９３に相当する。）などのハードウェア資源に設定さ
れるものであり、図中の矢印付きの点線に示すように、
各アプリケーション７１，８１は、ＯＳ７０やＣＰＵ９
０を介してメモリ９１を共有することになる。

【０００５】図１２は、仮想マシン実行環境が設定され
た他のシステム構成を示す。このシステムは、ソフトウ
ェアとしての構成は前記図１２と同様であるが、ハード
ウェアについて、ＣＰＵ９１にアクセラレータとしての
第２のＣＰＵ９５を接続し、汎用ＯＳ７０が仮想マシン
８０からのコマンドを処理する場合には、このコマンド
を第２のＣＰＵ９５に渡して処理させることにより、処
理を高速化するようにしている。したがって図中、点線
枠で示すように、第２のＣＰＵ９５，メモリ９１，各種
デバイス９４などのハードウェアおよび仮想マシン８０
により、仮想マシン実行環境が設定されることになる。
なお、既存システム用アプリケーション７１のみを動か
す場合や仮想マシン用アプリケーション８０が既存シス
テムの機能を利用した処理を行う場合には、従来と同様
に、既存のＣＰＵ９１のみで対応することができる。

【０００６】図１３は、仮想マシンの動作環境が設定さ
れた第３のシステム構成である。このシステムは、既存
システムと仮想マシン実行環境とがそれぞれ個別のハー
ドウェア資源に設定され、両システムのＣＰＵ９１，９
１ａが接続された構成をとる。仮想マシン実行環境側
は、ハードウェア構成は既存システムと同様（ＣＰＵ９
１ａ，ＲＯＭ９２ａ，ＲＡＭ９３ａ，デバイス９４ａな
どにより構成される。）であるが、ソフトウェアについ
ては、前記図１１，１２の仮想マシン８０の持つ機能の
ほか、既存システム側とデータをやりとりするための機
能やメモリやデバイスを制御するための機能などが設定
された専用のＯＳ８２が組み込まれる。仮想マシン用ア
プリケーション８１が既存システムの持つ機能を利用す
る場合は、この専用ＯＳ８２と既存システムの汎用ＯＳ
７０との間で、コマンドの発行，および前記コマンドに
応じた処理の実行結果の返送のための通信が行われる。

【０００７】

【発明が解決しようとする課題】前記図１１のシステム
では、ＯＳ７０によるエミュレーションによって仮想マ
シン８０を動作させるため、仮想マシン用アプリケーシ
ョン８１の実行速度が遅くなる、という問題がある。ま
た既存システム用アプリケーション７１を仮想マシン８
０と同じＯＳ７０上で動作させるので、リソースの競合
が起こりやすく、また既存システムアプリケーション７
１側への影響は避けられないため、プログラムを変更す
る必要がある。さらに仮想マシン実行環境側について
も、スレッド管理やメモリ管理を汎用ＯＳ７０に合わせ
なければならないため、プログラムを変更する必要が生
じ、ソフトウェア変更のためのコストや時間が多大にな
る、という問題が発生する。

【０００８】さらに既存システムと仮想マシン実行環境
との間で同じメモリやデバイスが共有されるので、仮想
マシン用アプリケーション８１として悪意のあるプログ
ラムや十分に検証されていないプログラムが組み込まれ
ると、システム全体が破壊される虞がある。

【０００９】つぎに図１２のシステムでは、アクセラレ
ータとなる第２のＣＰＵ９５により仮想マシン用アプリ
ケーション８１を高速で実行することが可能となるが、
この第２のＣＰＵ９５を接続するために既存のＣＰＵ９
１の構成を変更する必要が生じる。またこのシステムに
おいても、既存システムと仮想マシン実行環境との間で
メモリ９１やデバイス９４を共有することになるので、
やはりセキュリティが低下する、という問題が生じる。

【００１０】図１３のシステムによれば、既存システム
にかかるハードウェアと仮想マシン実行環境にかかるハ
ードウェアとが切り離されている分、図１１，１２のシ
ステムより高いセキュリティーを確保できる。しかしな
がら各ＯＳは、システム内で発生したコマンドに対する
処理と、異なる構成のＯＳからのコマンドに対する処理
とを並列で実行しなければならないため、リソースの排
他制御が複雑になるという問題が生じる。

【００１１】このように仮想マシン実行環境が設定され
た従来のシステムでは、ハードウェアまたはソフトウェ
アの構成が複雑化したり、十分なセキュリティを確保で
きない、などの問題が生じる。本願発明はこのような問
題に着目してなされたもので、構成が簡易、かつ仮想マ
シンによる処理を高速で実行することが可能であり、し
かもセキュリティに優れたプログラム実行装置を提供す
ることを目的とする。さらにこの発明は、上記のプログ
ラム実行装置を携帯型情報処理装置に組み込むことによ
り、仮想マシンの実行環境下で高速の処理を行い得る携
帯型情報処理装置を、既存の装置の回路構成を利用して
低コストで提供することを、第２の目的とする。

【００１２】

【課題を解決するための手段】この発明にかかるプログ
ラム実行装置は、異なる構成のプログラム実行環境下で
稼働する２種類のシステムをそれぞれ個別の演算回路に
設定して各演算回路を接続するとともに、各演算回路の
接続経路に双方の演算回路による使用が可能な共有メモ
リを接続した構成をとる。

【００１３】ここでいう「演算回路」とは、ＣＰＵを主
体とし、ＲＡＭ，ＲＯＭなどのメモリを含むコンピュー
タ用の回路を指すもので、必要に応じて、入出力部や外
部メモリなどのデバイスを接続することができる。「プ
ログラム実行環境」とは、所定構成のプログラムが動作
する環境であり、通常、ハードウェアである演算回路と
ソフトウェアであるＯＳとにより構成される。この発明
では、このプログラム実行環境を構成するハードウェア
とソフトウェアとを包括した構成を、「システム」と呼
んでいる。

【００１４】上記した２種類のシステムでは、それぞれ
のシステムのプログラム実行環境が構成の異なるＯＳに
より設定される。たとえば一方の演算回路には、Ｊａｖ
ａ^TMの仮想マシンに対応した仮想マシン実行環境が設定
され、他方の演算回路に、この仮想マシン実行環境を持
たないＯＳ（前記した汎用ＯＳ）によるプログラム実行
環境が設定されることになる。

【００１５】前記共有メモリは、デュアルポートＲＡＭ
のように、２方向からのアクセスが可能なメモリであ
る。なお、この２つの演算回路および共有メモリを、同
じ基板上に搭載すれば、所定の処理を実行する情報処理
装置の制御部として前記装置内に組み込むことができ
る。

【００１６】さらにこの発明にかかる各システムには、
他方のシステムに要求する処理が発生したとき、その処
理の内容を示すコマンドを前記共有メモリに書き込んで
他方のシステムに割込みを発生させる書込み制御と、前
記割込みの発生に応じて前記共有メモリから前記コマン
ドを読み出す読出し制御とを実行するためのコマンド中
継手段が、それぞれ設けられる。

【００１７】「他方のシステムに要求する処理」とは、
自システムにはない機能であって、他方のシステムが具
備する機能により実行可能な処理、言い換えれば、他の
システムの管理下にあるリソースの参照が必要な処理を
意味する。たとえば前記した仮想マシン実行環境と既存
システムとの関係において、キー入力による情報を既存
システム側から仮想マシン実行環境側に渡したり、仮想
マシン用アプリケーションがデータ表示のために既存シ
ステムの持つフォントデータを使用する場合などが、こ
れにあてはまる。

【００１８】上記構成のプログラム実行装置によれば、
双方のシステムがそれぞれ個別の演算回路に設定されて
いるので、各演算回路を独立に動かすことにより、それ
ぞれのシステムに組み込まれたアプリケーションを同時
に動かすことができる。この場合に、一方のシステムに
おいて他方のシステムの機能を利用した処理を行う必要
が生じたとき、このシステムのコマンド中継手段が前記
共有メモリにこの処理の内容を示すコマンドを書き込ん
で、他方のシステムに割込みを発生させる。これにより
他方のシステムのコマンド中継手段は、共有メモリから
前記書き込まれたコマンドを取り出し、そのデータの示
す処理を実行する。

【００１９】また前記コマンドを受け付けたシステム側
でコマンドの処理結果を返送する必要がある場合は、処
理を実行した側のシステムのコマンド中継手段が、前記
処理結果の取込みを指示するコマンドを前記処理結果と
ともに共有メモリに書き込んで、他方のシステムに割込
みを発生させる。これにより他方のシステムのコマンド
中継手段は、共有メモリに書き込まれたコマンドを取り
出し、先に発生した処理の処理結果を取得することがで
きる。

【００２０】このように、上記構成の共有メモリおよび
各システムのコマンド中継手段は、他方のシステムにコ
マンドを送ったり、そのコマンドを受信するためのイン
ターフェースとして機能することになる。演算回路や共
有メモリの接続は、汎用のバスを用いて簡単に行うこと
ができる上、コマンド中継手段以外のソフトウェアの構
成を大幅に変更する必要がなく、また各システムを個別
のハードウェア上で同時に動かすことができるので、処
理の高速化および低コスト化を実現することが可能とな
る。

【００２１】またシステム間でリソースを共有しない状
態とし、前記コマンド中継手段により他方のシステムか
らの割込みに応じて共有メモリから自発的にコマンドを
読み出すので、他のシステムからのコマンドについても
システムで発生したコマンドと同様に取り扱うことがで
き、排他制御を簡単化することができる。しかもシステ
ム間でのデータのやりとりを行うのは、前記したコマン
ド中継手段と共有メモリとによるインターフェース内の
みに限定されるので、悪意のあるプログラムや検証が十
分でないプログラムに対するセキュリティも保ちやすく
なる。

【００２２】上記プログラム実行装置の好ましい態様で
は、前記共有メモリには、各システムにそれぞれ個別の
メモリ領域が設定されており、前記コマンド中継手段
は、書込み制御の際には他方のシステムに対応するメモ
リ領域に、前記読出し制御の際には自システムに対応す
るメモリ領域に、それぞれアクセスするように設定され
る。このような構成によれば、システム間でのコマンド
の送受信をコマンドの送信方向毎に管理することができ
るので、たとえば一方のシステムにおいて他方のシステ
ムからのコマンドの読み出しが完了していない状態下
で、他方のシステムの機能を必要とする処理が発生した
場合でも、共有メモリへのコマンドの書込みに支障が生
じることがない。

【００２３】さらに好ましい態様によれば、前記共有メ
モリの各メモリ領域には、それぞれ他方のシステムへの
コマンドを格納するためのコマンド格納領域と、複数の
コマンドについてそれぞれそのコマンドによる処理で参
照するデータを格納するためのデータ格納領域とが設定
される。また各システムのコマンド中継手段は、書込み
制御においては、他方のシステムのデータ格納領域内に
そのシステムに実行させる処理において参照するデータ
を書き込んだ後、前記コマンド格納領域に前記コマンド
とともに参照データの格納場所を書き込む処理を実行
し、読出し制御においては、前記割込みの発生に応じて
自システムのコマンド格納領域から前記コマンドおよび
参照データの格納場所を読み出した後、前記コマンド格
納領域をクリアしてから参照データを読み出す処理を実
行するように設定される。

【００２４】上記態様によれば、一方のシステムで他方
のシステムの機能を必要とする処理が発生したとき、ま
ず相手方のシステムのデータ格納領域に、この処理にお
いて参照するデータを書き込んだ後、前記コマンドの格
納領域に、前記処理を特定するコマンドを参照データの
格納場所とともに書き込む。相手方のシステムは、前記
割込みの発生に応じて自システムのコマンド格納領域か
らコマンドおよび格納場所を取り出すと、コマンド格納
領域をクリアし、しかる後に前記参照データを読み出し
てコマンドに応じた処理を実行する。なお、「参照デー
タ」とは、コマンドの示す処理の対象となる数値や文字
列、参照先のリソースを示すデータ（たとえば、処理対
象のデータの格納場所、通信の際の接続先のアドレスな
ど）などを指す。

【００２５】上記の構成によれば、他方のシステムの機
能を必要とする処理が連続的に発生した場合に、処理を
行う側のシステムにおいて、先に受け付けたコマンドの
参照データの読出しが終了していなくとも、つぎの処理
のためのコマンドを受け付けることができるから、各シ
ステムにおいて複数の処理を並行させて実行させること
ができ、より一層、処理を高速化することができる。

【００２６】なおこの態様を実行する場合、前記共有メ
モリには、各システム毎に、それぞれ複数の処理にかか
る参照データを格納できるだけの容量を持たせる必要が
ある。また処理対象のデータの容量が大きい場合には、
データを所定単位毎に分割して順次送信するようにする
のが望ましい。

【００２７】さらにこの発明は、上記構成のプログラム
実行装置を機体内に組み込むことにより、高速処理を実
行可能な携帯型情報処理装置を低コストで提供すること
ができる。たとえば携帯型情報処理装置が携帯電話であ
る場合、一方のシステムは、通信処理やインターネット
のようなコンピュータネットワークに接続するなど、装
置の主要な機能に関わる処理を行うためのシステムとす
ることができる。これに対し、他方のシステムを、Ｊａ
ｖａ^TMのような仮想マシン実行環境によるシステムとす
ることにより、動画を表示したり、ゲーム用のアプリケ
ーションを動かすなどの複雑な制御を要する処理を高速
で行うことができる。

【００２８】このような構成によれば、既存の機種と同
様の構成の演算回路に仮想マシン用の演算回路と共有メ
モリとを接続することにより、制御部を簡単に構成する
ことができる。しかも既存の演算回路側のシステム側に
ついては、前記コマンド中継手段を構成するソフトウェ
アを組み込み、このソフトウェアが動作する環境を設定
することで対応できるから、ソフトウェアの大がかりな
変更を行う必要がない。

【００２９】

【発明の実施の形態】図１は、この発明の一実施例にか
かるプログラム実行装置のハードウェア構成を示す。こ
のプログラム実行装置は、携帯電話やＰＤＡなどの携帯
型情報処理装置の制御部としてその機体内に組み込まれ
るもので、装置の主要な機能にかかる情報処理を行うた
めのプログラム実行環境を具備する第１の装置１（以
下、「ホストシステム実行装置１」と呼ぶ。）と、装置
にオプションとして付与される機能にかかる情報処理の
ための仮想マシン実行環境を具備する第２の装置２（以
下、「仮想マシン実行装置２」と呼ぶ。）と、これらの
装置間での共有メモリとしてのデュアルポートＲＡＭ３
（以下、「ＤＰＲＡＭ３」と略す。）とにより構成され
る。

【００３０】ホストシステム実行装置１は、ＣＰＵ１
１，ＲＡＭ１２，ＲＯＭ１３から成る演算回路１５と、
外部メモリや入出力部などの周辺装置（図中、「デバイ
ス１４」としてまとめて示す。）とを具備する。仮想マ
シン実行装置２も同様に、ＣＰＵ２１，ＲＡＭ２２，Ｒ
ＯＭ２３から成る演算回路２５とデバイス２６とを具備
する。なお、ホストシステム実行装置１の演算回路１５
は、従来の携帯電話やＰＤＡに組み込まれていたのと同
様の汎用の回路であるが、仮想マシン実行装置２側の演
算回路２５には、バイトコードをネイティブコードとし
て使用するＪａｖａ^TM専用の演算回路が導入される。

【００３１】各演算回路１５，２５は、汎用バス４を介
して双方のＣＰＵ１１，２１が接続された関係にあり、
さらにこの汎用バス４に前記したＤＰＲＡＭ３が接続さ
れる。ＤＰＲＡＭ３は、詳細は後記するが、一方の装置
側のシステムにおいて他方の装置のシステムに処理を行
わせる必要が生じたとき、その処理の内容を示すコマン
ドを相手方のシステムに伝えたり、相手方のシステムか
らの処理結果を要求元のシステムに受け渡すために用い
られる。

【００３２】図２は、上記プログラム実行装置のソフト
ウェア構成を示す。前記ホストシステム実行装置１，仮
想マシン実行装置２には、それぞれ前記演算回路１５，
２５のＲＯＭ１３，２３や外部メモリなどに組み込まれ
たプログラムによって、所定のプログラム実行環境が設
定される。

【００３３】前記ホストシステム実行装置１には、ＯＳ
として、ＩＴＲＯＮのようなリアルタイムＯＳ１６（以
下、「汎用ＯＳ１６」という。）が組み込まれるほか、
装置内のデバイスを制御するためのデバイスドライバ１
７，および後記するサブシステムインターフェース１８
などを構成するソフトウェアが組み込まれる。これらソ
フトウェアにより、ホストシステム実行装置１には、汎
用ＯＳ１６に準拠したプログラム実行環境を持つシステ
ム１００（以下、「ホストシステム１００」という。）
が設定され、前記汎用ＯＳ１６のセマンティクスにより
記述された既存システム用アプリケーション１９が動作
するようになる。

【００３４】一方、仮想マシン実行装置２には、ハード
ウェアと連動してバイトコードを実行する仮想マシン実
行環境用ＯＳ２６のほか、デバイスドライバ２７，ホス
トシステムインターフェース２８が組み込まれる。この
構成により、仮想マシン実行環境を持つシステム２００
（以下、これを「サブシステム２００」と呼ぶ。）が設
定され、Ｊａｖａ^TMのソースコードを持つ仮想マシン用
アプリケーション２９が動作するようになる。

【００３５】各システム１００，２００のアプリケーシ
ョン１９，２９は、自システムのＯＳ１６，２６に必要
な処理を要求しながら動くように設定されている。いず
れのＯＳ１６，２６も、自システムの機能のみを用いた
処理を行う場合は、他方のＯＳの動きに関わることな
く、直接またはデバイスドライバ１７，２７を介して自
己のシステム内のリソースを参照し、必要な処理を実行
する。

【００３６】一方、システム内で他方のシステムの機能
を用いた処理が必要となった場合には、前記サブシステ
ムインターフェース１８やホストシステムインターフェ
ース２８が起動し、これらのインターフェース１８，２
８間で前記ＤＰＲＡＭ３を介したコマンドのやりとりを
行うことにより、相手側のシステムに要求された処理を
実行させ、その処理結果を取り込むようにしている。

【００３７】図３は、前記プログラム実行装置におい
て、双方のシステム間でデータをやりとりする部分の詳
細な構成を示す。図３中、「コマンドインターフェー
ス」として点線枠で囲んだ部分（符号５で示す。）がシ
ステム間の中継部であって、ホストシステム１００側の
サブシステムインターフェース１８，サブシステム２０
０側のホストシステムインターフェース２８，および前
記ＤＰＲＡＭ３により構成される。

【００３８】サブシステムインターフェース１８，ホス
トシステムインターフェース２８は、いずれも相手方の
システムに自システムが必要とする処理を実行させるた
めのコマンドを発行する機能と、相手方システムからの
コマンドを読み込んで自システムのＯＳ１６，２６に前
記コマンドに応じた処理を要求する機能とを具備する。
（以下、サブシステムインターフェース１８，ホストシ
ステムインターフェース２８を区別しない場合は、単に
「インターフェース」という。）

【００３９】前記ＤＰＲＡＭ３は、双方のシステムから
のアクセスを受け付けることが可能なメモリであるが、
ここでは、一方のインターフェースの発行したコマンド
を他方のシステムに渡す場所として用いられる。このＤ
ＰＲＡＭ３には、ホストシステム１００，サブシステム
２００について、それぞれそのシステムに要求するコマ
ンドやそのコマンドの参照データを格納するための領域
５１，５２（（以下、「専用メモリ領域５１，５２」と
総称する。）が個別に設定される。各インターフェース
１８，２８は、それぞれコマンド発行時には、相手方の
システムの専用メモリ領域にコマンドを書き込むととも
に、相手方のシステムに割込み通知を送る一方、自シス
テムが割込み通知を受け付けたときは、自システムの専
用メモリ領域にアクセスして相手方のシステムが発行し
たコマンドを受け取るように設定されている。

【００４０】なお、ホストシステム１００は既存のシス
テムであるので、汎用ＯＳまたはデバイスドライバ１７
の一部分にサブシステムインターフェース１８との通信
機能を設定すれば良く、既存システム用アプリケーショ
ン１９を変更する必要がない。他方、サブシステム２０
０については、仮想マシン用アプリケーション２９が直
接ホストシステムインターフェース２８と通信するよう
に設定して、処理速度を高めることができる。

【００４１】図３では、サブシステム２００側の仮想マ
シン用アプリケーション２９の個々のスレッド２９１
（図中、「アプリケーションスレッド２９１」と示
す。）でメソッドコールが発生したときの処理の流れを
示している。この場合、図中の一点鎖線の流れに示すよ
うに、メソッドコールに応じてホストシステムインター
フェース２８がコマンドを発行し、これをサブシステム
インターフェース１８が取り込んで自システム内の汎用
ＯＳ１６にシステムコールを送信する。

【００４２】汎用ＯＳ１６は、必要に応じてデバイスド
ライバ１７を起動させて前記システムコールに応じた処
理を行い、その処理結果をサブシステムインターフェー
ス１８に返送する。これにより、図中の二点鎖線の流れ
に示すように、サブシステムインターフェース１８から
前記処理結果の取込みを要求するコマンドが発行され、
これをホストシステムインターフェース２８が取り込ん
で前記メソッドコールを出したアプリケーションスレッ
ド２９１に渡す。この時点でアプリケーションスレッド
２９１の要求した処理が完了することになり、アプリケ
ーションスレッド２９１は、処理結果を用いてつぎのス
テップの処理を実行することになる。

【００４３】このように、相手方のシステムに処理を要
求したり、その処理の実行結果を返送する処理は、すべ
てサブシステムインターフェース１８とホストシステム
インターフェース２８との間のコマンドのやりとりによ
って行われる。したがって各システム１００，２００で
は、他方のシステムに処理を要求したり、他のシステム
から要求された処理の内容を受け取ってその処理結果を
返送する場合は、システム内のインターフェース１８，
２８に対する処理を行えば良く、またインターフェース
１８，２８自身も、割込みによって自発的に他方のシス
テムからのコマンドを取得するから、システム内におい
て他のシステムを意識する必要がなくなり、リソースの
排他制御を簡単に行うことができる。また他方のシステ
ムに処理を要求する必要がない場合は、各システムを独
立して動かすことができるから、仮想マシンの処理速度
を大幅に向上することができる。しかも、仮想マシン用
アプリケーション２９が動いていない場合には、仮想マ
シン実行装置２をスタンバイモードに設定することがで
きるから、消費電力を削減することができる。

【００４４】さらに既存のシステムであるホストシステ
ム１００側では、既存のプログラム実行環境にサブシス
テムインターフェース１８を加え、このサブシステムイ
ンターフェース１８が動作できる環境を設定するだけで
良いので、ホストシステム１００のソフトウェア構成を
大きく変更する必要がない。しかもハードウェアについ
ても、サブシステム２００のＣＰＵ２１やＤＰＲＡＭ３
に汎用バス４を介して接続することができるから、ホス
トシステム１００側のハードウェア構成を変更する必要
がなく、コストを大幅に削減することができる。

【００４５】各インターフェース１８，２８の発行する
コマンドは、通常、そのコマンドの種類を示すＩＤによ
り示され、必要に応じて、数値，文字列など、このコマ
ンドの実行時に参照すべきデータ（以下、「コマンドデ
ータ」という。）が付加される。前記ＤＰＲＡＭ３の各
専用メモリ領域５１，５２は、いずれも、前記コマンド
ＩＤを格納するためのコマンドレジスタ５１Ａ，５２Ａ
とコマンドデータ領域５１Ｂ，５２Ｂとに区分けされ
る。

【００４６】図４（１）（２）は、それぞれコマンドレ
ジスタ５１Ａ，５２Ａ、コマンドデータ領域５１Ｂ，５
２Ｂのデータ構成を示す。各コマンドレジスタ５１Ａ，
５２Ａには、コマンドＩＤのほかにブロック情報が書き
込まれる。一方、コマンドデータ領域５１Ｂ，５２Ｂ
は、所定のデータ長毎に分割されており、分割された一
領域（ここでは「データブロック」と呼ぶ。）に１コマ
ンド分のコマンドデータを書き込むようにしている。

【００４７】前記コマンドレジスタ５１Ａ，５２Ａ内の
ブロック情報とは、前記コマンドデータ領域５１Ｂ，５
２Ｂにおいて同じレジスタ内のコマンドＩＤに対応する
コマンドデータが格納されているデータブロックを示す
情報である。ただし、コマンドの中には、コマンドデー
タを持たないものもあり、この場合には、ブロック情報
は空の状態に設定される。またコマンドデータが数値の
ような容量の小さなデータであれば、このデータはブロ
ック情報の格納エリアに直接書き込まれる。

【００４８】なお、コマンドデータの中には、１データ
ブロックに格納可能なサイズを越えるものもある。この
ような場合には、コマンドデータは、前記格納可能なサ
イズ毎に切り分けられて所定のデータブロックに順次書
き込まれる。コマンドデータ領域には、このように分割
されたコマンドデータを相手方のシステムが一連のデー
タとして認識できるように、コマンドデータのセッショ
ンを特定するためのセッションＩＤが書き込まれる。

【００４９】さらに各データブロックには、そのデータ
ブロックの使用状態やコマンドデータの属性を示すため
の情報（図中、「コマンドデータ識別情報」と示す。）
として、以下のような情報が含まれる。データブロック確保フラグ（以下、「確保フラグ」
と略す。）自己のデータブロックがコマンドの受け渡しのために確
保されているか否かを示すフラグであり、性質上、コマ
ンド発行側のシステムによりセットされ、コマンドに付
随するすべてのコマンドデータの読出しが終了した時点
で、相手方のシステムによりクリアされる。

【００５０】データブロック使用フラグ（以下、
「使用フラグ」と略す。）自己のデータブロックが使用中であるか否かを示すフラ
グであり、コマンド発行側のシステムによりコマンドデ
ータの書込み時にセットされた後、データブロックに書
き込まれているコマンドデータの読出しが終了した時点
で、受け取り側のシステムによりクリアされる。

【００５１】コマンドデータサイズコマンドに付随する全てのコマンドデータのサイズを示
す。コマンドデータ連番現在データブロックに書き込まれているコマンドデータ
が全コマンドデータのうちの何番目にあたるかを示す数
値データである。コマンドを受け取る側のシステムで
は、コマンドデータが分割されて渡された場合には、こ
のコマンドデータ連番に基づき、各コマンドデータを結
合する。

【００５２】なお、この実施例では、コマンドデータ領
域５１Ｂ，５２Ｂには、前記した複数のデータブロック
により、複数のコマンドについてのコマンドデータを書
き込むことが可能であるが、コマンドレジスタ５１Ａ，
５２Ａは、いずれのシステム１００，２００とも、１コ
マンドのみを格納するように設定される。ただし後記す
るように、各インターフェース１８，２８は、それぞれ
割込みに応じてコマンドレジスタ５１Ａ，５２Ａからコ
マンドを読み出すと、コマンドデータの読出しを行う前
にコマンドレジスタ５１Ａ，５２Ｂをクリアするので、
コマンドが連続的に発行される場合にも、アプリケーシ
ョンやデバイスの処理をさほど遅延させずに動かすこと
ができる。

【００５３】つぎに、コマンドの受け渡しを行う場合に
各インターフェースにおいて行われる処理の詳細につい
て説明する。図５は、コマンド発行側のシステム（以
下、「発行側システム」という。）のインターフェース
の手順であり、各処理のステップを「ＳＴ」で示してい
る。また図６は、コマンドを受け取る側のシステム（以
下、「相手方システム」という。）のインターフェース
の手順であり、各処理のステップを「ｓｔ」で示してい
る。なお、図５，６では、コマンドデータ領域５１Ｂ，
５２Ｂにコマンドデータが書き込まれる場合の手順のみ
を示す。

【００５４】まず、コマンドデータが１データブロック
に格納できるサイズである場合の手順を説明する。一方
のシステムが他方のシステムにコマンドを発行する状態
になると、システム内のインターフェースが起動して図
５の手順を開始する。ＳＴ１では、ＤＰＲＡＭ３内の相
手方システムの専用メモリ領域にアクセスして使用され
ていないデータブロックを探し、この空きブロックにブ
ロック確保フラグをセットする。つぎのＳＴ２では、前
記確保したデータブロックに前記使用フラグをセット
し、さらにつぎのＳＴ３で、このデータブロックにシス
テム内で発生したコマンドデータをコピーする。なお前
記ＳＴ３では、コマンドデータのコピーとともに、前記
したセッションＩＤ，コマンドデータサイズ，コマンド
データ連番の各データの書込みを行うことになる。

【００５５】つぎにＳＴ４では、相手方システムのコマ
ンドレジスタが使用中であるか否かをチェックする。こ
こでコマンドレジスタに０以外のデータが格納されてい
る場合は、使用中であると見なして、レジスタがクリア
されるまで待機する。そしてコマンドレジスタがクリア
された状態になると、つぎのＳＴ５に進んで、前記コマ
ンドレジスタにコマンドＩＤおよび前記コマンドデータ
の格納場所を示すブロック情報を書き込み、しかる後に
ＳＴ６で相手方のシステムに割込みを出力する。

【００５６】割込みを出力した後は、前記データブロッ
クの使用フラグが相手方のシステムによりクリアされる
まで待機する。使用フラグがクリアされると、ＳＴ７が
「ＹＥＳ」となってＳＴ８に進み、コマンドデータの送
信が完了していることを確認した上で処理を終了する。

【００５７】つぎに相手方システムでは、前記ＳＴ６で
の割込み出力を受けてインターフェースが起動し、図６
の手順を開始する。まず最初のｓｔ１では、自システム
の専用メモリ領域にアクセスして、コマンドレジスタか
ら前記コマンドＩＤおよびブロック情報を読み取る。こ
の場合、インターフェースは、読み取った情報をすぐに
自システムのバッファなどに保存してｓｔ２に進み、コ
マンドレジスタをクリアする。

【００５８】つぎのｓｔ３では、前記ブロック情報によ
りコマンドデータの格納されたデータブロックを確認し
て、このデータブロックの各データを読み出す。つぎの
ｓｔ４では、前記セッションＩＤやコマンドデータサイ
ズ連番から最初の送信データであるかどうかを確認し、
最初のデータであれば、ｓｔ５に進んで前記コマンドデ
ータのサイズを確認する。さらにｓｔ６では、自システ
ムのＲＡＭなどのメモリ内に、前記コマンドデータサイ
ズ分のデータ格納領域を確保した後、ｓｔ８に進んで、
前記データ格納領域の先頭位置に前記読み出したコマン
ドデータをコピーする。

【００５９】この後、ｓｔ９では、前記データブロック
の使用フラグをクリアし、さらにｓｔ１０で、つぎのコ
マンドデータの有無をチェックする。ここでは、コマン
ドデータが１データブロックに入るサイズと仮定してい
るから、ｓｔ１０は「ＮＯ」となってｓｔ１１に進み、
前記データブロックの確保フラグもクリアする。さらに
ｓｔ１２において、前記コマンドＩＤおよびコマンドデ
ータにより示されるコマンドの内容を自システムのＯＳ
に送信して処理を終了する。

【００６０】つぎにコマンドデータを分割して格納する
場合の手順について説明する。この場合、発行側システ
ムのインターフェースは、前記図５のＳＴ１〜３におい
て所定のデータブロックを確保してコマンドデータを書
き込むが、この場合、送信すべきコマンドデータを先頭
から順に１データブロック分だけ取り出して前記データ
ブロック内にコピーし、残りのデータをシステム内のメ
モリに保持した状態でＳＴ４以下の処理を実行すること
になる。

【００６１】また相手方システムでは、割込みの発生に
応じて前記と同様にｓｔ１〜９の処理を実行するが、つ
ぎのｓｔ１０の判定は「ＹＥＳ」となるので、ｓｔ１１
の確保フラグのクリア処理を行わずに処理を終了する。

【００６２】この間に、発行側システムのインターフェ
ースでは、図５のＳＴ７で使用フラグがクリアされたこ
とを確認した後、ＳＴ８の判定が「ＮＯ」となってＳＴ
２へと戻る。このとき前記したように、相手方システム
が確保フラグのクリアをスキップすることによって先の
コマンド発行時に確保したデータブロックが保持されて
いるから、前記確保中のデータブロックに使用フラグを
再設定した上で、前記メモリからつぎのコマンドデータ
を取り出し、前記データブロックにコピーする。その後
は、前回と同様の手順で再びコマンドレジスタにコマン
ドＩＤおよびブロック情報を書き込み、相手方システム
に割込みを出力する。

【００６３】相手方システムでは、２回目の割込みに対
し、前回と同様にインターフェースを起動させて図６の
手順を開始し、前回と同様にｓｔ１〜３の処理により、
コマンドＩＤを取得し、データブロック内のデータを読
み出す。この後、ｓｔ４の判定が「ＮＯ」となってｓｔ
７に進み、前記セッションＩＤにより最初のコマンド受
信時に確保したデータ格納領域を確認する。それからｓ
ｔ８に進んで、確認したデータ格納領域において、先に
コピーされたコマンドデータの後尾に２番目のコマンド
データをコピーする。その後は、ｓｔ９で使用フラグを
クリアした後、ｓｔ１０からｓｔ１２に進んで、コマン
ドＩＤおよびコマンドデータをＯＳに送信し、処理を終
了する。

【００６４】以下、双方のシステムにおいて、最後のコ
マンドデータの送信が完了するまで同様の手順で図５，
６の処理を繰り返す。発行側システムでは、最後のコマ
ンド発行を行って相手方システムに割込みを出力する
と、使用フラグがクリアされるのを待ってコマンド発行
処理を終了する（ＳＴ７，８）。また相手方システムで
は、この最後のコマンド発行に対し、使用フラグをクリ
アした後、ｓｔ１０からｓｔ１１に進んで確保フラグも
クリアし、しかる後にｓｔ１２において、最後に発行さ
れたコマンドの内容をＯＳに送信して、コマンド受付処
理を終了する。

【００６５】なお、コマンドデータを持たないコマンド
が発行される場合は、後記するように、発行側システム
のインターフェースは、コマンドレジスタへの書込みを
行った後に割込みを出力し、これに応じて相手方システ
ムのインターフェースがコマンドレジスタの読出しを行
って、前記コマンドＩＤの内容をＯＳに伝えることにな
る。このような処理によれば、大容量のコマンドデータ
を持つコマンドを送信している途中でも、コマンドデー
タを要しない短いコマンドを発行して、そのコマンドを
優先的に実行させることができる。たとえばサブシステ
ム２００側がホストシステム１００にストリームデータ
のような大容量のデータの送信を要求してその送信を受
けている間に、他の仮想マシン用アプリケーション２９
を起動させるためのキーイベントが発生したような場
合、前者の処理の間に後者の処理を割り込ませることが
できるなど、応答性能が要求されるコマンドに対する処
理を高速で行うことができる。

【００６６】つぎに上記のプログラム実行装置におい
て、前記コマンドインターフェース５の機能により実現
する処理の具体例を示す。たとえば、このプログラム実
行装置が携帯電話に組み込まれる場合、ホストシステム
１００は、各種のキー操作を受け付ける処理、通信を行
う処理、キー操作の内容や通信により取り込んだデータ
を表示する処理など、従前の機種と同様の処理を実行す
る。他方、サブシステム２００は、たとえばゲーム用の
アプリケーションを動かして、動画や得点を表示させる
などの処理を行うが、キーイベントが発生したときに
は、ホストシステム１００側から操作されたキーの内容
の送信を受ける。また文字を表示する場合のフォントデ
ータを取り込んだり、ネットワークへのアクセスが必要
になった場合には、ホストシステム１００の持つ機能を
使用することになる。

【００６７】よって、以下では、キーイベント発生時の
処理（図７），サブシステム２００側がフォントデータ
を必要とする場合の処理（図８），サブシステム２００
側でネットワークへのアクセスが必要となった場合の処
理（図９，１０）を例にとって、双方のシステムにおけ
る処理の流れを説明する。なお、図７〜１０では、前記
図３の構成に基づき、サブシステムインターフェース１
８，ホストシステムインターフェース２８のほか、ホス
トシステム１００側の汎用ＯＳ１６およびデバイスドラ
イバ１７、サブシステム２００側のアプリケーションス
レッド２９１のそれぞれについて、各部の処理の流れを
関連づけてあり、各処理には一連の参照用数字（括弧付
き）が付けてある。（以下の説明でも、この参照用数字
を使用する。）

【００６８】（Ａ）キーイベント発生時の処理図７では、サブシステム２００側の仮想マシン用アプリ
ケーション２９に対し、ユーザーが何らかの処理を実行
させるためのキー操作を行った状態を想定している。こ
の場合、まずホストシステム１００側のデバイスドライ
バ１７や汎用ＯＳ１６によって、このキーイベントの内
容が読み取られる（(1)）。つぎに汎用ＯＳ１６は、サ
ブシステムインターフェース１８を起動してコマンド発
行処理を開始させる（(2)(3)）。

【００６９】起動したサブシステムインターフェース１
８は、汎用ＯＳ１６から前記キーイベントの内容を受け
取ると、サブシステム２００側のコマンドレジスタ５２
Ａをチェックして、コマンドレジスタ５２Ａが未使用状
態となると（チェック時に未使用であればすぐに、また
使用中であれば未使用になるまで待機する。）、起動コ
マンドのコマンドＩＤを書き込み、サブシステム２００
側に割込みを出力する（(4)(5)）。なお、ここでは起動
コマンドの参照データはブロック情報として書き込める
サイズであり、前記コマンドデータ領域への書込みは行
われないものとしている。

【００７０】サブシステム２００では、割込みを受けて
ホストシステムインターフェース２８が起動し、自シス
テムのコマンドレジスタ５２Ａに書き込まれたコマンド
ＩＤを読み出す（(6)(7)）。さらにホストシステムイン
ターフェース２８は、前記コマンドレジスタ５２Ａをク
リアし、仮想マシン実行用環境ＯＳ２６を介して起動中
のアプリケーションスレッド２９１に前記キーイベント
を通知する（(8)(9)）。この通知を受けたアプリケーシ
ョンスレッド２９１は、キーイベントの内容を認識し、
そのイベントに応じた処理を実行することになる（(1
0)）。

【００７１】（Ｂ）フォントデータを使用する処理図８は、サブシステム２００側のアプリケーションスレ
ッド２９１において、フォントデータを用いた描画処理
を行う必要が生じた場合の処理を示す。この描画処理の
要求が発生すると、アプリケーションスレッド２９１
は、自システムのホストシステムインターフェース２８
に必要とするフォントデータを要求するコマンドを出力
する（(1)(2)）。この要求を受けて起動したホストシス
テムインターフェース２８は、ホストシステム１００側
のコマンドレジスタ５１Ａをチェックし（(3)(4)）、こ
のレジスタ５１Ａが未使用状態になると、フォント取得
コマンドのコマンドＩＤを書き込み、さらにホストシス
テム１００に割込みを出力する（(5)）。なお、このフ
ォント取得コマンドの参照データも、前記起動コマンド
と同様に、コマンドデータの書込みを必要しないコマン
ドであるとしている。

【００７２】ホストシステム１００では、前記割込みを
受けてサブシステムインターフェース１８が起動し、自
システムのコマンドレジスタ５１Ａから前記コマンドＩ
Ｄを読み出す（(6)(7)）。さらにサブシステムインター
フェース１８は、前記コマンドレジスタ５１Ａをクリア
した後、自システムの汎用ＯＳ１６にフォントデータの
要求を出力する（(8)(9)）。

【００７３】汎用ＯＳ１６は、この要求に応じて指定さ
れたフォントデータを生成し、サブシステムインターフ
ェース１８に返送する（(10)）。この返送を受けたサブ
システムインターフェース１８は、サブシステム２００
側のコマンドデータ領域５２Ｂの空データブロックに確
保フラグおよび使用フラグをセットした後、このデータ
ブロック内に前記汎用ＯＳ１６から渡されたフォントデ
ータをコピーする（(11)(12)）。さらにサブシステムイ
ンターフェース１８は、サブシステム２００側のコマン
ドレジスタ５２Ａをチェックし、このレジスタ５２Ａが
空くと、フォント取得完了コマンドのコマンドＩＤや前
記フォントデータをコピーしたデータブロックの場所を
書き込み、しかる後にサブシステム２００に割込みを出
力する（(13)(14)）。

【００７４】サブシステム２００側では、前記割込みに
よりホストシステムインターフェース２８が再起動し、
自システムのコマンドレジスタ５２ＡからコマンドＩＤ
やブロック情報を読み出す（(15)(16)）。さらにホスト
システムインターフェース２８は、前記コマンドレジス
タ５２Ａをクリアして、前記フォントデータの書き込ま
れたデータブロックにアクセスし、そのブロック内のフ
ォントデータを読み出して自装置のメモリ内にコピーす
る（(17)(18)）。なお、フォントデータは固定長のデー
タであるので、(18)では、メモリ内にフォントデータの
サイズに応じた格納領域を確保してからフォントデータ
のコピーを行うことになる。

【００７５】この後、ホストシステムインターフェース
２８は、前記データブロックの確保フラグおよび使用フ
ラグをクリアし、取得したフォントデータの格納場所を
アプリケーションスレッド２９１に通知する（(19)(2
0)）。アプリケーションスレッド２９１は、上記の一連
の処理によりフォントデータを得て、描画処理を実行す
る（(21)）。

【００７６】（Ｃ）ネットワークへのアクセスが必要と
なった場合の処理図９，１０は、サブシステム２００側のアプリケーショ
ンスレッド２９１において、インターネットへの接続が
必要な処理が発生した場合を想定したものである。さら
に、この図９では、ネット接続により大容量のデータを
取り込まれるものと想定しており、図中、点線枠で囲ん
だ部分の処理を、コマンドデータの分割数分だけ繰り返
すことになる。

【００７７】まずアプリケーションスレッド２９１は、
所定のＵＲＬを指定して接続を要求するコマンド（ＨＴ
ＴＰリクエスト）を出力する（(1)(2)）。ホストシステ
ムインターフェース２８は、このリクエストにより起動
すると、ホストシステム１００側のコマンドレジスタ５
１Ａをチェックし（(3)）、このレジスタ５１Ａが空く
と、前記指定されたＵＲＬへの接続を要求するコマンド
（ＨＴＴＰコマンド）のコマンドＩＤを書き込むととも
に、前記ブロック情報として前記ＵＲＬを書き込む。そ
してホストシステム１００側に割込みを出力する。
（(4)(5)）

【００７８】つぎにホストシステム１００側において、
前記割込みによりサブシステムインターフェース１８が
起動して、自システムのコマンドレジスタ５１Ａよりコ
マンドを読み出す（(6)(7)）。さらにサブシステムイン
ターフェース１８は、コマンドレジスタ５１Ａをクリア
した後、汎用ＯＳ１６にＨＴＴＰリクエストを出力する
（(8)(9)）。

【００７９】汎用ＯＳ１６は、前記リクエストに応じ
て、通信回路をアクティブにして指定されたＵＲＬを送
信し、ネット側からの応答データ（ＨＴＴＰレスポン
ス）を取り込む（(10)）。サブシステムインターフェー
ス１８は、前記フォントデータの場合と同様に、サブシ
ステム２００側のコマンドデータ領域５１Ｂの空データ
ブロックに使用フラグや確保フラグをセットし、前記応
答データの先頭部分をコピーする（(11)(12)）。

【００８０】この後、サブシステムインターフェース１
８は、サブシステム２００側のコマンドレジスタ５２Ａ
をチェックして、このレジスタ５２Ａが空くと、応答デ
ータの取込み完了を示すコマンド（ＨＴＴＰ完了コマン
ド）を書き込み、サブシステム２００側に割込みを出力
する（(13)(14)）。なお、このときコマンド書込み処理
においては、コマンドＩＤとともに、先頭の応答データ
が書き込まれたデータブロックのブロック情報が書き込
まれることになる。

【００８１】サブシステム２００側では、前記割込みに
よりホストシステムインターフェース２８が再起動し
て、前記コマンドレジスタよりＨＴＴＰ完了コマンドを
読み出す（(15)(16)）。さらにホストシステムインター
フェース２８は、自システムのコマンドレジスタ５２Ａ
をクリアすると、前記ＨＴＴＰ完了コマンドに含まれて
いたブロック情報に基づき応答データが書き込まれたデ
ータブロックにアクセスしてコマンドデータの全データ
サイズをチェックし、自システムのメモリ内に前記応答
データの格納領域を確保する（(17)(18)）。そしてこの
データ格納領域に前記データブロック内の応答データを
コピーした後、前記データブロックの使用フラグをクリ
アする（(19)(20)）。

【００８２】サブシステムインターフェース１８は、前
記ＨＴＴＰ完了コマンドを書き込んだ後、使用フラグの
チェックを続けており、使用フラグがクリアされると、
このフラグを再セットして、つぎの応答データをコピー
する（(21)〜(23)）。そしてサブシステム２００側のコ
マンドレジスタ５２Ａをチェックして、このレジスタ５
２Ａが空いた時点で、再びＨＴＴＰ完了コマンドを書き
込み、サブシステム２００側に割込みを出力する（(24)
(25)）。この割込みを受けたサブシステム２００では、
再びホストシステムインターフェース２８が起動して、
前回と同様に、コマンドの読出し、コマンドレジスタの
クリア、応答データのコピー、使用フラグのクリアの各
処理を順に実行する（(26)〜(29)）。

【００８３】以下、同様にして、全ての応答データがサ
ブシステム２００側に渡されるまで、(21)〜(29)の処理
が繰り返される。応答データの送信が終了すると、ホス
トシステムインターフェース２８は確保フラグをクリア
して、アプリケーションスレッド２９１に処理終了を通
知する（(30)）。この終了通知には、前記応答データを
格納した場所が示されており、アプリケーションスレッ
ド２９１は、この場所から応答データを読み出して必要
なデータ処理を実行する（(31)）。

【００８４】なお、前記した終了通知は、前記図６のｓ
ｔ１２の処理に相当するので、図６の手順どおりに１ブ
ロック分の応答データを得る都度、終了通知を出すよう
にすれば、データの取込みに並行してアプリケーション
スレッド２９１にデータ処理を行わせることができる。
また上記の例では、大容量のコマンドデータを分割して
同じデータブロックに順に書き込むようにしたが、この
方法に代えて、コマンドデータ領域５２Ｂ内に応答デー
タのデータサイズに応じた複数のデータブロックを確保
して、応答データを一度に書き込み、この後、ブロック
情報を順に変更しながらコマンドを発行するようにして
もよい。

【００８５】

【発明の効果】この発明では、異なる構成のプログラム
実行環境下で動く２種類のシステムを個別の演算回路に
設定することにより、各システムを独立に動作させて処
理を高速化することができる。また各演算回路の接続経
路に接続された共有メモリを介して、各システム内のコ
マンド中継手段が割込みに応じて他方のシステムからの
コマンドを受け付けるようにしたから、システム内外に
対するコマンド処理を一元化することができ、リソース
の排他制御を簡単にして処理をさらに高速化することが
できる。また各システム間で共有するのは共有メモリの
みであり、他方のシステムに対する通信は、コマンド中
継処理手段のみに限定して行われるから、セキュリティ
ーの高いプログラム実行装置を提供することができる。

【００８６】さらにこの発明では、上記構成のプログラ
ム実行装置を携帯型情報処理装置の制御部として用いる
ことにより、既存の演算回路をそのまま利用して、仮想
マシン実行環境を具備する制御部を簡単に提供すること
ができる。しかも、既存の演算回路側のソフトウェアお
よびハードウェアの構成を大幅に変更する必要がないか
ら、各種オプション機能を高速で実行できる携帯型情報
処理装置を低コストで提供することが可能となる。

【図面の簡単な説明】

【図１】この発明の一実施例にかかるプログラム実行装
置のハードウェア構成を示すブロック図である。

【図２】図１のプログラム実行装置のソフトウェアを含
めた構成を示す説明図である。

【図３】システム間のコマンドのやりとりに関わる構成
と、コマンドの流れを示す説明図である。

【図４】コマンドレジスタおよびコマンドデータ領域の
データ構成を示す説明図である。

【図５】コマンド発行側のシステムのインターフェース
の処理手順を示すフローチャートである。

【図６】コマンドを受け付ける側のシステムのインター
フェースの処理手順を示すフローチャートである。

【図７】システム間でのコマンド処理の具体的な流れを
示す説明図である。

【図８】システム間でのコマンド処理の具体的な流れを
示す説明図である。

【図９】システム間でのコマンド処理の具体的な流れを
示す説明図である。

【図１０】システム間でのコマンド処理の具体的な流れ
を示す説明図である。

【図１１】従来のプログラム実行装置の構成を示す説明
図である。

【図１２】従来のプログラム実行装置の構成を示す説明
図である。

【図１３】従来のプログラム実行装置の構成を示す説明
図である。

【符号の説明】

１ホストシステム実行装置２仮想マシン実行装置３ＤＰＲＡＭ４汎用バス５コマンドインターフェース１５，２５演算回路１８サブシステムインターフェース２８ホストシステムインターフェース５１，５２専用メモリ領域５１Ａ，５２Ａコマンドレジスタ５１Ｂ，５２Ｂコマンドデータ領域

───────────────────────────────────────────────────── フロントページの続き (72)発明者馬場洋介京都市下京区塩小路通堀川東入南不動堂町 801番地オムロン株式会社内Ｆターム(参考） 5B045 DD01 EE05 FF03 5B098 AA10 GC16

Claims

【特許請求の範囲】

【請求項１】異なる構成のプログラム実行環境下で稼
働する２種類のシステムをそれぞれ個別の演算回路に設
定して各演算回路を接続するとともに、各演算回路の接
続経路に双方の演算回路による使用が可能な共有メモリ
を接続して成り、各システムには、他方のシステムに要求する処理が発生
したとき、その処理の内容を示すコマンドを前記共有メ
モリに書き込んで他方のシステムに割込みを発生させる
書込み制御と、前記割込みの発生に応じて前記共有メモ
リから前記コマンドを読み出す読出し制御とを実行する
ためのコマンド中継手段が、それぞれ設けられて成るプ
ログラム実行装置。
【請求項２】前記共有メモリには、各システムにそれ
ぞれ個別のメモリ領域が設定されており、前記各システ
ムのコマンド中継手段は、書込み制御の際には他方のシ
ステムに対応するメモリ領域に、前記読出し制御の際に
は自システムに対応するメモリ領域に、それぞれアクセ
スする請求項１に記載されたプログラム実行装置。
【請求項３】前記共有メモリの各メモリ領域には、そ
れぞれ他方のシステムへのコマンドを格納するためのコ
マンド格納領域と、複数のコマンドについて、それぞれ
そのコマンドによる処理で参照するデータを格納するた
めのデータ格納領域とが含まれており、前記各システムのコマンド中継手段は、書込み制御にお
いては、他方のシステムのデータ格納領域内にそのシス
テムに実行させる処理において参照するデータを書き込
んだ後、前記コマンド格納領域に前記コマンドとともに
前記参照データの格納場所を書き込む処理を実行し、読
出し制御においては、前記割込みの発生に応じて自シス
テムのコマンド格納領域から前記コマンドおよび参照デ
ータの格納場所を読み出した後、前記コマンド格納領域
をクリアしてから前記参照データを読み出す処理を実行
する請求項２に記載されたプログラム実行装置。
【請求項４】請求項１〜３のいずれかに記載されたプ
ログラム実行装置が機体内に組み込まれて成る携帯型情
報処理装置。