JP2000293434A - メモリ管理方法及びコンピュータ - Google Patents

Abstract

(57)【要約】 【課題】 通信を介して２台のコンピュータが連携処理
を行うプログラムにおいて、そのプログラムが両コンピ
ュータ間の通信を意識しないで済むようにする。 【解決手段】 モバイル端末Ａのメモリ空間１−１とサ
ーバのメモリ空間３に、アドレスが共通した領域を確保
し、その領域を共通領域２−１、共通領域４−１として
それぞれ設定する。そして、これらモバイル端末Ａの共
通領域２−１とサーバの共通領域４−１との一貫性を維
持する。モバイル端末Ａにて、プログラムから共通領域
２−１のあるアドレスにアクセス要求があった場合、共
通領域２−１にそのアドレスの最新のデータがない場合
は、サーバのメモリ空間３の共通領域４−１の同じアド
レスのデータを共通領域２−１のそのアドレスにコピー
した上で、アクセスを許す。このような共通領域２−１
と４−１の間の一貫性の管理はハードウエア及びオペレ
ーティングシステムのレベルで実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、メモリ管理方式
に関し、特にモバイル端末装置とサーバ装置とが通信回
線を介して通信を行いつつ連携動作する処理のためのメ
モリ管理に関する。

【０００２】

【従来の技術】携帯電話やＰＨＳ等の急速な普及、ＰＤ
Ａ等の携帯型端末の高性能化・小型化に伴い、モバイル
コンピューティング環境が実現しつつある。このような
状況の下、モバイル端末とサーバとが通信回線を介して
連携動作することにより、サービスを実現するアプリケ
ーションも生まれている。例えば電子メールやＷｅｂブ
ラウザなどがその一例である。

【０００３】

【発明が解決しようとする課題】このようなモバイル端
末とサーバとが連携動作するアプリケーションの作成に
は、従来、モバイル端末・サーバ間の通信を考慮したプ
ログラミングが必要であったため、開発が困難であっ
た。すなわち、一口に通信といっても、様々な通信媒体
や通信方式があるため、それらの組合せ毎に応じた通信
処理をアプリケーションに作り込む必要があり、多くの
開発コストや時間を要していた。

【０００４】この発明は、上述のような課題を解決する
ためになされたものであり、モバイル端末・サーバなど
のコンピュータ間での連携処理のためのプログラムが、
それらコンピュータ間での通信を考慮しないで済むよう
な、コンピュータ間のメモリ管理方法、及びそれを実現
するコンピュータを提供するものである。

【０００５】

【課題を解決するための手段】この発明に係るメモリ管
理方法は、通信回線を介して接続される２台のコンピュ
ータの間での連携処理のためのメモリ管理方法であっ
て、各コンピュータそれぞれのメモリ空間の一部を、互
いに共通領域となるように構成し、共通領域に対し同時
には前記コンピュータの一方にのみがアクセス権を持つ
よう、各コンピュータにおける共通領域のステータスを
管理し、各コンピュータにて連携処理のためのプログラ
ムから共通領域に対するアクセス要求があった場合に
は、ステータスがアクセス権有りを示す場合はアクセス
を許可し、アクセス権無しを示す場合は通信回線を介し
て当該コンピュータの共通領域に他方のコンピュータの
共通領域のデータをコピーし、当該コンピュータのステ
ータスをアクセス権有りに変更した上でアクセスを許可
することを特徴とするものである。

【０００６】また、各コンピュータにおける共通領域の
ステータスとして、当該コンピュータで共通領域のアク
セス権を得た後データ変更を行ったか否かを更に管理
し、共通領域に対するアクセス権のない方のコンピュー
タにて共通領域にアクセス要求があった場合には当該コ
ンピュータから他方のコンピュータにステータスを問い
合わせ、その結果ステータスが非変更を示している場合
は、他方のコンピュータからの共通領域のデータのコピ
ーを中止することを特徴とするものである。

【０００７】また、共通領域にアクセス権のない方のコ
ンピュータにて共通領域にアクセス要求があった場合に
おいて、当該コンピュータから他方のコンピュータに対
して通信回線による通信が不可能な場合は、当該コンピ
ュータの連携処理のためのプログラムに対し通信不能の
旨を通知すると共に共通領域のステータスを知らせ、当
該プログラムが共通領域のステータスに応じた処理を実
行することを可能にしたことを特徴とするものである。

【０００８】また、共通領域は複数のブロックに分割さ
れ、ブロック単位でステータスの管理及びアクセスの管
理を行うことを特徴とするものである。

【０００９】また、この発明に係るコンピュータは、通
信回線を介して相手コンピュータとの連携処理を行う機
能を有するコンピュータであって、連携処理のためのプ
ログラムを実行する際に、自コンピュータのメモリ空間
内に、相手コンピュータとの連携処理用の共通領域を設
定する共通領域設定部と、自コンピュータのアクセス権
の有無を含む共通領域のステータスを保持するメモリ制
御ステータス部と、連携処理のためのプログラムから共
通領域へのアクセス要求があった場合、メモリ制御ステ
ータス部を参照して自コンピュータのアクセス権の有無
を調べ、アクセス権がある場合にはアクセスを許可し、
アクセス権がない場合には通信回線を介して相手コンピ
ュータに対して通信接続を行って共通領域のデータに対
するコピー要求を送信し、これに応じて相手コンピュー
タから送られてきたデータを自コンピュータの共通領域
にコピーし、メモリ制御ステータス部における共通領域
のステータスをアクセス権有りに変更した上でアクセス
を許可するアクセス管理部と、共通領域へのアクセスの
データのコピー要求を受けた場合、その要求に応じて共
通領域のデータを相手コンピュータに送信し、メモリ制
御ステータス部における共通領域のステータスをアクセ
ス権無しに変更するコピー管理部とを有するものであ
る。

【００１０】また、アクセス管理部は、自コンピュータ
に共通領域に対するアクセス権がない場合、相手コンピ
ュータに対して共通領域のデータ変更を行ったか否かを
問い合わせ、問合せの結果データ変更がなかったと分か
った場合は相手コンピュータに対する共通領域のデータ
のコピー要求を行わずに、メモリ制御ステータス部のア
クセス権の変更のみを行ってアクセスを許可することを
特徴とするものである。

【００１１】また、アクセス管理部は、プログラムから
アクセス要求を受けた際に自コンピュータに共通領域へ
のアクセス権がないと判定された場合において、相手コ
ンピュータとの通信接続ができなかった場合には、プロ
グラムに対し通信接続不能の旨とメモリ制御ステータス
部の保持するステータスとを通知することにより、プロ
グラムに対しステータスに応じて共通領域のデータを限
定的に利用できるようにしたことを特徴とするものであ
る。

【００１２】また、この発明に係る装置における共通領
域が複数のブロックに分割され、ブロック単位でステー
タスの管理及びアクセスの管理を行うことを特徴とする
ものである。

【００１３】また、この発明に係る装置は、連携処理の
ためのプログラムの開始時には、共通領域の各ブロック
に前記相手コンピュータの共通領域のデータをコピーせ
ず、プログラムからのアクセス要求を受けて初めてその
アクセス要求に係るアドレスを含むブロックのデータを
相手コンピュータからコピーすることを特徴とするもの
である。

【００１４】

【発明の実施の形態】図１は、この発明の実施の形態の
メモリ管理方法の概念を示す図である。この図の例は、
同時に３台のモバイル端末Ａ，Ｂ，Ｃが、それぞれサー
バとの間で連携処理を行っている場合について示したも
のである。図に示したように、この実施の形態では、モ
バイル端末のメモリ空間の一部とサーバのメモリ空間と
の一部とが連携処理用の共通領域となるように構成し、
その共通領域の内容の一貫性（コヒーレンス）を保持す
るよう制御を行う。

【００１５】例えばモバイル端末Ａとサーバとの連携処
理のためには、モバイル端末Ａのメモリ空間１−１とサ
ーバのメモリ空間３に、アドレスが共通した領域を確保
し、その領域を共通領域２−１、共通領域４−１として
それぞれ設定する。そして、これらモバイル端末Ａの共
通領域２−１とサーバの共通領域４−１との一貫性を維
持する。すなわち、共通領域２−１と共通領域４−１の
同じアドレスには、いずれか一方に同じデータの最新バ
ージョンが存在し、モバイル端末Ａから共通領域２−１
にアクセスした場合でも、サーバから共通領域４−１に
アクセスした場合でも、どちらの場合でもアクセス先の
アドレスの最新バージョンのデータが取得できるように
する。例えばモバイル端末Ａにて、プログラムから共通
領域２−１のあるアドレスにアクセス要求があった場
合、共通領域２−１にそのアドレスの最新のデータがな
い場合は、サーバのメモリ空間３の共通領域４−１の同
じアドレスのデータ（これが最新のデータである）を共
通領域２−１のそのアドレスにコピーした上で、アクセ
スを許す。

【００１６】このような方式を採用することにより、モ
バイル端末Ａから、サーバのメモリ空間の一部を自己の
メモリ空間としてアクセス可能になり、サーバからも、
モバイル端末のメモリ空間の一部を自己のメモリ空間と
してアクセス可能になる。

【００１７】モバイル端末Ｂ，Ｃについても、同様にそ
のメモリ空間１−２，１−３の中に、サーバのメモリ空
間３に確保された共通領域４−２，４−３と共通アドレ
スの共通領域２−２，２−３が設定されており、共通領
域２−２と共通領域４−２との間、共通領域２−３と共
通領域４−３との間で、それぞれ一貫性の管理が行われ
る。

【００１８】このようなメモリ管理によれば、最新のデ
ータがサーバ及びモバイル端末のどちらにあるかにかか
わらず、サーバ及びモバイル端末は各々自己のメモリ空
間にアクセスする動作により、その最新のデータにアク
セスすることができる。したがって、連携処理のための
アプリケーションプログラムを作成するのに、通信を意
識する必要がなくなる。

【００１９】このような連携処理のためのアプリケーシ
ョンプログラムとしては、例えば、サーバ側にデータを
持ちモバイル端末からデータの参照や変更を行うグルー
プスケジュール管理アプリケーション、モバイル端末か
らのサーバ上のデータベースの検索や変更するデータベ
ース管理アプリケーション、サーバ経由で他のモバイル
端末と通信する通信アプリケーションなどがある。

【００２０】次に、サーバとモバイル端末との間で、共
通領域同士のデータの一貫性を維持する機構について、
図２を参照して説明する。

【００２１】図２に示すように、モバイル端末の共通領
域１０とサーバの共通領域２０は、それぞれ固定長のブ
ロックに分割されており、各ブロックはそれぞれ固定長
のサブブロックに分割されている。図示の例では、各共
通領域１０及び２０は、第０番目から第（ｎ−１）番目
までのｎ個のブロックに分割され、各ブロックは、第０
番目から第（ｍ−１）番目までのｍ個のサブブロックに
分割されている。ブロックのサイズとしては例えば３２
〜２０２４バイト程度が考えられ、サブブロックのサイ
ズとしては例えば８〜１２８バイト程度が考えられる。

【００２２】モバイル端末及びサーバには、それら各ブ
ロックごとに、メモリ制御ステータスフィールド３０が
設けられている。図２では、メモリ制御ステータスフィ
ールド３０は、第０ブロックについてのみ図示したが、
他のブロックについても同様のメモリ制御ステータスフ
ィールド３０が設けられているものとする。

【００２３】メモリ制御ステータスフィールド３０に
は、大きく分けて３種類のステータスが含まれる。例え
ばモバイル端末のメモリ制御ステータスフィールド３０
には、Ｖビット３１、Ｃビット３２及びＤビット３３の
３種類のステータスが含まれる。

【００２４】Ｖビット３１は、１ブロックについて１つ
設けられ、当該ブロックのデータが未ロードであるか否
かのステータスを示す。Ｖビット３１の値が“０”の場
合は未ロード、“１”の場合はロード済みであることを
示す。この実施の形態では、モバイル端末のメモリ空間
の共通領域１０にデータがロードされる場合として、モ
バイル端末内の外部記憶装置からロードされる場合と、
サーバの外部記憶装置から共通領域２０にロードされた
ものが通信を介してロードされる場合とがある。あるブ
ロックが、サーバの外部記憶装置からのデータの格納場
所となるか、モバイル端末の外部記憶装置からのデータ
の格納場所となるかは、連携処理のアプリケーションに
よって決まる。例えばサーバ側のデータベースをモバイ
ル端末から操作するためのアプリケーションでは、共通
領域にロードするデータは、サーバの支配下にあるの
で、そのアプリケーションの開始時にはＶビット３１は
“０”になる。しかし、いずれの場合でも、いったんロ
ードされるとＶビット３１の値は“１”になり、その後
連携処理のプログラムが終了するまで、その値は変わら
ない。逆に言えば、Ｖビット３１が“０”であるのは、
当該ブロックがサーバの外部記憶装置からのデータの格
納場所であり、かつサーバの共通領域２０の当該ブロッ
クにロードされたデータを、当該モバイル端末の共通領
域１０の当該ブロックにまだ書き写していない段階のみ
である。

【００２５】Ｃビット３２は、１ブロックにつき１つ設
けられ、当該ブロックにロードしたデータを相手コンピ
ュータ（サーバ又はモバイル端末）にコピーしたか否か
のステータスを示す。当該ブロックのデータを相手コン
ピュータの共通領域２０の同じブロックにコピーすると
Ｃビット３２の値は“１”にセットされる。逆に、相手
コンピュータから当該ブロックのデータをコピーしてく
ると、Ｃビット３２の値は“０”にセットされる。ここ
で、ブロックのデータを相手コンピュータにコピーする
と、相手コンピュータ側でそのデータに変更が加えられ
る可能性がある。そこで、この実施の形態では、Ｃビッ
ト３２が“０”のときに、連携処理のプログラムに対し
当該ブロックへのアクセスを許可ようにする。そして、
Ｃビット３２が“１”の場合には、当該ブロックへのア
クセスをすぐには許可せず、相手コンピュータから最新
のデータを当該ブロックへコピーした後にアクセスを許
可するようにする。この意味で、Ｃビット３２は、自コ
ンピュータのプログラムからの当該ブロックへのアクセ
ス権を示すものと言える。すなわちＣ＝“０”の場合は
アクセス権有り、Ｃ＝“１”の場合はアクセス権無しで
ある。

【００２６】Ｄビット３３は、各サブブロック毎に設け
られる。図２では１ブロックはｍ個のサブブロックに分
割されているので、１ブロックのメモリ制御ステータス
フィールド３０には、Ｄ_０からＤ_ｍ−１までのｍ個のＤ
ビット３３がある。Ｄビット３３は、各々対応するサブ
ブロックのデータに対して変更を行ったか否かを示す。
Ｄビット３３の値は、当該サブブロックのデータが、相
手コンピュータからコピーを行ったあと変更していない
間は“０”であり、変更を行うと“１”にセットされ
る。この実施の形態では、書き込みや書き戻しはサブブ
ロックを単位として行い、Ｄビット３３はそのような書
き込みや書き戻しを行うか否かの判断基準として用い
る。

【００２７】サーバのメモリ制御ステータスフィールド
３０は、Ｖビット３１の代わりにＩビット３４を持つ他
は、モバイル端末のメモリ制御ステータスフィールド３
０と同じである。Ｉビット３４は、モバイル端末側のＶ
ビット３１に対応するものであり、当該ブロックのデー
タが未ロードであるか否かのステータスを示す。Ｉビッ
ト３４の値が“１”の場合は未ロード、“０”の場合は
ロード済みであることを示す。Ｖビット３１の場合と
は、値と状態内容との関係が逆になるだけで、その役目
と値の遷移は全く同じである。例えばサーバ側のデータ
ベースをモバイル端末から操作するためのアプリケーシ
ョンでは、共通領域にロードするデータは、サーバの支
配下にあるので、そのアプリケーションの開始時にはＩ
ビット３４は“０”にセットされる。

【００２８】このようなメモリ制御ステータスフィール
ド３０は、メモリの中にハードウエアとして作り込むこ
とができる。また、メモリ制御ステータスフィールド３
０を多数含んだステータスメモリとこのステータスメモ
リについての制御のための制御部等とを含むメモリ制御
ステータス処理機構を、メモリとは別体に作成し、これ
をメモリに付加する構成も可能である。この場合、既存
のメモリに対して外部構成を付加するのみでよいという
メリットがある。

【００２９】図３にモバイル端末のメモリ制御ステータ
スビットＶＣＤのとりうる組合せとその意味を示す。図
３に示すように、ステータスビットの組合せはＶＣＤ＝
“１００”，“１０１”，“１１−”，“０−−”の４
種類である。なお、ここで例えばＶＣＤ＝“１０１”と
表記した場合、Ｖ＝“１”，Ｃ＝“０”，Ｄ＝“１”を
意味するものとする。表記“−”は、そのビットの値に
意味がないことを示す。なお、ここで、ＶＣＤの組にお
けるＤは、各サブブロック毎のＤビット３３の論理和
（ＯＲ）とする。

【００３０】ＶＣＤ＝“０−−”は、モバイル端末の共
通領域１０の当該ブロックが初期状態であり、その内容
が無効であることを示す。ＶＣＤ＝“０−−”となるの
は、当該ブロックにロードするデータがサーバの外部記
憶装置に由来し、かつそのブロックにサーバからデータ
を書き写していない場合のみである。サーバからデータ
を書き写すと、Ｖ＝“１”に変わり、Ｃ，Ｄの各ビット
に意味が出てくる。ＶＣＤ＝“１００”の状態は、当該
ブロックのデータが最新、かつ当該ブロックに対するア
クセス権がモバイル端末にあり、かつサーバから当該ブ
ロックに書き写したデータに対して変更を加えていない
ことを示す。ＶＣＤ＝“１０１”の状態は、当該ブロッ
クのデータが最新、かつ当該ブロックに対するアクセス
権がサーバにあり、かつ当該ブロックのデータ内容を変
更したことを意味する。そして、ＶＣＤ＝“１１−”
は、当該ブロックのデータをサーバにコピーし、アクセ
ス権をサーバに渡したことを意味する。この状態のとき
には、そのブロックのデータに対しサーバ側で変更が加
えられている可能性がある。

【００３１】図４にサーバのメモリ制御ステータスビッ
トＩＣＤのとりうる組合せとその意味を示す。図４に示
すように、ステータスビットの組合せはＩＣＤ＝“００
０”，“００１”，“０１−”，“１−−”の４種類で
ある。ＩＣＤ＝“０００”の状態は、サーバの共通領域
２０の当該ブロックのデータが最新であり、かつ当該ブ
ロックに対するアクセス権がサーバにあり、かつ当該ブ
ロックのデータを変更していないことを示す。同様にＩ
ＣＤ＝“００１”の状態は、当該ブロックのデータが最
新、かつ当該ブロックに対するアクセス権がサーバにあ
り、かつ当該ブロックのデータ内容を変更したことを意
味する。また、ＩＣＤ＝“０１−”は、当該ブロックの
データをモバイル端末にコピーし、アクセス権をモバイ
ル端末に渡したことを意味する。この状態のときには、
モバイル端末側で当該ブロックのデータが変更されてい
る可能性がある。最後に、ＩＣＤ＝“１−−”は、当該
ブロックが初期状態であり、その内容が無効であること
を示す。ＩＣＤ＝“１−−”となるのは、当該ブロック
にロードするデータがモバイル端末の外部記憶装置に由
来し、かつそのブロックにモバイル端末からデータを書
き写していない場合のみである。

【００３２】次に、この実施の形態におけるメモリアク
セス制御について説明する。

【００３３】まず、モバイル端末上の連携処理用のプロ
グラムから共通領域１０に対してアクセス要求があった
場合の動作について説明する。この場合まず、アクセス
要求の対象アドレスの属するブロックのメモリ制御ステ
ータスフィールド３０を参照して、そのブロックのステ
ータスを調べる。

【００３４】ここでそのブロックのステータスがＶ＝
“０”であった場合、まだそのブロックに対して有効な
データがロードされていないということなので、そのデ
ータをサーバからコピーする。このために、メモリ例外
割込を発生させてプログラムの実行を中断し、割込ルー
チンを起動する。この割込ルーチンでは、サーバと通信
を行い、サーバに対してそのブロックのアドレスを通知
し、そのブロックのデータの転送を要求する。この要求
を受けたサーバは、そのブロックのステータスを調べ、
この場合ステータスはＩＣ＝“００”（有効かつ最新の
データ）を示しているので、そのブロックのデータをモ
バイル端末に転送し、そのブロックのＣビット３２を
“１”にセットする。サーバからデータの転送を受けた
モバイル端末は、そのデータを当該ブロックに書き込
み、当該ブロックのメモリ制御ステータスフィールド３
０をＶＣＤ＝“１００”にセットして割込ルーチンを終
了する。これにより、モバイル端末で当該ブロックへの
アクセスが可能になり、連携処理のためのプログラムの
割り込まれていた命令が再開され、目的のアドレスへの
アクセスが行われる。そして、このアクセスがライトの
場合は、そのアドレスの属するサブブロックのＤビット
３３が“１”にセットされる。リードアクセスの場合は
ステータスは変更されない。

【００３５】アクセス対象のブロックのステータスがＶ
Ｃ＝“１１”であった場合、当該ブロックへのアクセス
権が相手側、すなわちサーバにあり、サーバ側でデータ
変更が加えられている可能性がある。したがって、この
場合メモリ例外割込を発生させ、割込ルーチンを起動す
る。この割込ルーチンでは、サーバと通信を行い、サー
バに対して当該ブロックのアドレスを伝える。これに応
じ、サーバは、通知されたブロックのメモリ制御ステー
タスフィールド３０を調べる。この場合、サーバの当該
ブロックのステータスは、ＩＣＤ＝“００１”かＩＣＤ
＝“０００”のいずれかである。ＩＣＤ＝“００１”の
場合、サーバ側でそのブロックのデータを変更したとい
うことなので、サーバは、モバイル端末に対してそのブ
ロックのデータを転送し、そのブロックのＣビット３２
を“１”に変更する。以降のモバイル端末におけるメモ
リ制御の動作は、前述のＶ＝“０”の場合と同じであ
る。一方、サーバの当該ブロックのステータスがＩＣＤ
＝“０００”の場合は、サーバ側でそのブロックのデー
タの変更が行われていないということなので、サーバは
そのブロックのＣビット３２を“１”に変更した上で、
モバイル端末に対してデータ変更のない旨の信号を返
す。これを受けたモバイル端末は、そのブロックのステ
ータスをＶＣＤ＝“１００”に変更し、割込ルーチンを
終了する。この場合、サーバからモバイル端末へのデー
タのコピーは行われない。

【００３６】アクセス対象のブロックのステータスがＶ
Ｃ＝“１０”であった場合、モバイル端末はそのブロッ
クに対するアクセス権を持っている（すなわちそのブロ
ックの内容は有効かつ最新である）ので、正常にアクセ
スされる。リードアクセスの場合は、そのブロックにつ
いてのステータスの変更は行われず、ライトアクセスの
場合は対象アドレスの属するサブブロックのＤビット３
３が“１”にセットされる。

【００３７】サーバ側の連携処理用のプログラムから共
通領域２０にアクセスがあった場合の動作は、ステータ
スのＩビット３４の意味がモバイル端末のＶビットと反
対になるところが変わるだけで、ステータスを利用した
メモリ制御の方針・手順は上記モバイル端末側のものと
同じである。例えば、アクセス要求の対象アドレスの属
するブロックへのアクセス権が相手側、すなわちモバイ
ル端末にある場合（すなわちＣ＝“１”）、割込ルーチ
ンを起動し、モバイル端末に対して当該ブロックのステ
ータスを問い合わせ、モバイル端末でそのブロックのデ
ータが変更されている場合（Ｄ＝“１”）、モバイル端
末からサーバに当該ブロックのデータをコピーし、モバ
イル端末側の当該ブロックのステータスをＣ＝“１”
に、サーバ側のステータスをＩＣＤ＝“０００”にセッ
トし、サーバでは割込ルーチンを終了する。モバイル側
でそのブロックが変更されていない場合（Ｄ＝“０”）
は、データのコピーは行わず、モバイル端末側のステー
タスをＣ＝“１”に、サーバ側のステータスをＩＣＤ＝
“０００”にセットし、サーバでは割込ルーチンを終了
する。

【００３８】次に、図５を参照して、この実施の形態の
メモリ管理方式におけるステータス遷移を説明する。図
５に示されるのは、共通領域１０及び２０にサーバの外
部記憶装置に由来するデータをロードする場合の状態遷
移である。この図では、モバイル端末とサーバの同一ブ
ロックのステータスＶＣＤ及びＩＣＤをひとまとめにし
て１つのステータスとして扱い、“ＶＣＤ ＩＣＤ”の
順に並べて表記している。

【００３９】まず、連携処理が開始されたとき、サーバ
の共通領域２０にデータがロードされ、ステータスは
“０−− ０００”となる。サーバでリードアクセスが
繰り返されている間はステータスは変化せず、サーバで
ライトアクセスが行われるとステータスは“０−− ０
０１”に遷移する。以降、サーバのリード又はライトア
クセスが繰り返されている間は、そのステータスは変化
しない。なお、ステータスが“０−− ０００”及び
“０−− ００１”の場合は、まだ当該ブロックのデー
タはモバイル端末側にはロードされていない。

【００４０】さて、これらの状態において、モバイル端
末側で当該ブロックにリードアクセス要求がなされる
と、サーバからモバイル端末に当該ブロックのデータが
コピーされ、ステータスが“１００ ０１−”に遷移す
る。また、同じ状態においてモバイル端末側でライトア
クセス要求がなされた場合は、当該ブロックのデータが
サーバからモバイル端末へコピーされ、ステータスが
“１０１ ０１−”に遷移する。

【００４１】“１００ ０１−”の状態で、モバイル端
末側でリードアクセスが繰り返されている間はそのステ
ータスは変化しないが、モバイル端末側でライトアクセ
スがあるとステータスは“１０１ ０１−”に遷移す
る。

【００４２】ステータスが“１００ ０１−”又は“１
０１ ０１−”の状態で、サーバ側でリードアクセスが
あった場合はステータスは“１１− ０００”に遷移
し、サーバ側でライトアクセスがあった場合はステータ
スは“１１− ００１”に遷移する。ステータス“１１
− ０００”はサーバのライトアクセスでステータス
“１１− ００１”に遷移する。

【００４３】そして、ステータスが“１１− ０００”
又は“１１− ００１”の状態で、モバイル端末側でリ
ードアクセスがあった場合はステータスは“１００ ０
１−”に遷移し、モバイル端末側でライトアクセスがあ
った場合はステータスは“１０１ ０１−”に遷移す
る。

【００４４】このように、いったんモバイル端末側にデ
ータがコピーされると、それ以降は、図５の右側の４つ
のステータス、すなわち“１００ ０１−”、“１０１
０１−”、“１１− ０００”、“１１− ００１”
の間でステータスが遷移する。

【００４５】このようなステータス遷移により、モバイ
ル端末とサーバとの間での共通領域１０と２０の一貫性
が維持される。なお、以上では、モバイル端末の共通領
域１０及びサーバの２０にサーバの外部記憶装置に由来
するデータをロードする場合の状態遷移を示したが、モ
バイル端末の外部記憶装置に由来するデータをロードし
た場合の状態遷移は、初期状態が“１００ １−−”か
ら始まる点が異なるだけで、遷移の様子は上記と同様で
あり、いったんサーバ側にデータがコピーされた後は、
図５の右側の４つのステータスの間を遷移することにな
る。

【００４６】なお、以上に説明したメモリ管理の流れ
は、メモリ例外割込が発生したときにサーバ・モバイル
端末間で通信が可能な場合のことである。しかし、モバ
イル端末とサーバとの間の通信は、一般には無線通信で
あり、メモリ例外割込が発生したときに必ず通信接続で
きるとは限らない。メモリ例外割込の割込ルーチンにお
いて、相手コンピュータ（サーバ又はモバイル端末）と
の通信ができなかった場合、この実施の形態では、アク
セス要求元の連携処理プログラムに対して通信接続が不
可能な旨を通知すると共に、更にアクセス対象のアドレ
スに対応するブロック（サブブロック）のステータス
（ＶＣＤ又はＩＣＤ）を通知する。連携処理プログラム
の処理内容によってはデータが最新でなくても用に足り
る場合があるので、ステータスを知らせることにより、
連携処理プログラムはそのステータスに応じて予め定め
た範囲で、限定的なデータ利用を行うことができる。

【００４７】以上説明したメモリ管理方式は、ハードウ
エアとオペレーティングシステムにより実現することが
できる。すなわち、ハードウエアとしては、メモリの各
ブロックごとのメモリ制御ステータスフィールドと、ア
クセス先のアドレスに応じたブロックのメモリ制御ステ
ータスフィールドを参照してステータスが所定の条件
（アクセス権無しなど）を満足する場合にメモリ例外割
込を発生させるロジックと、を設ければよい。また、オ
ペレーティングシステムには、メモリ例外割込によって
呼ばれる上記の割込ルーチンと、相手コンピュータの割
込ルーチンによるデータ転送要求等に対応するためのル
ーチンを組み込めばよい。このように、この方式は、既
存のメモリアーキテクチャに対して比較的簡単なハード
ウエアを追加するだけで実現できる。

【００４８】以上、連携処理が開始し、実行されている
間のメモリ管理について説明したが、モバイル端末側の
連携処理用のプログラムが終了した場合等には、サーバ
からモバイル端末にコピーしていた共通領域のデータを
書き戻す必要が出てくる。このような場合、この実施の
形態では、Ｄビット３３によりサブブロック単位でデー
タの変更の有無を管理しているので、変更のあった（Ｄ
＝“１”）ブロックのみを書き戻すように構成すること
ができ、この結果通信時間の節約が可能になる。また、
モバイル端末の共通領域のあるブロックを他のプログラ
ムの使用に供するため、そのブロックのデータをサーバ
に書き戻す必要が出てくることも考えられるが、このよ
うな場合の書き戻しも、変更のあったサブブロックのみ
に限定すれば、通信時間を節約できる。

【００４９】なお、以上の例では、アクセス権がない場
合のサーバ・モバイル端末間のデータ転送をブロック単
位で行ったが、この実施の形態ではデータの変更の有無
をサブブロック単位で管理しているので、このデータ転
送を前述のサブブロック単位で行うようにしてももちろ
んよい。

【００５０】図６は、この実施の形態のメモリ管理方式
を用いたモバイルコンピューティングシステムの要部構
成を示す機能ブロック図である。

【００５１】図において、モバイル端末４０とサーバ５
０とは、公衆回線網などの通信回線６０を介して通信可
能となっている。通信回線６０の媒体としては、ＩｒＤ
Ａ等の赤外線通信、無線ＬＡＮ、ＰＨＳ、携帯電話、Ｅ
ｈｔｅｒｎｅｔなど様々なものが考えられる。なお、伝
送容量等の通信回線６０の特性に応じ、メモリ管理のた
めのブロックのサイズなどを調整することが好ましい。

【００５２】この図６では、モバイル端末４０及びサー
バ５０とで連携処理用のプログラム４１及び５１が実行
されている状態を示している。例えばモバイル端末４０
側のプログラム４１は、データベース操作プログラムや
グループスケジュール管理プログラムなどであり、サー
バ５０側のプログラム５１は、データベース管理プログ
ラムなど、モバイル端末４０側のプログラム４１に対し
てサービスを提供するためのプログラムである。一般
に、サーバ５０のサービス用のプログラムは常時動作し
ており、モバイル端末４０で連携処理用のプログラム４
１が起動され、そのプログラム４１からサーバ５０の対
応するプログラム５１にアクセスがあると、両者の間で
の連携処理が開始される。

【００５３】モバイル端末４０とサーバ５０とは、互い
の通信処理部４８及び５８により、通信回線６０を介し
て互いに通信可能となっている。

【００５４】モバイル端末４０とサーバ５０とは、前述
のメモリ管理方式を実現するために、互いに同様のメモ
リ管理機構を有している。すなわち、モバイル端末４０
はメモリ４２の中に設けられたメモリ制御ステータス部
４３とメモリ制御部４４とにより、サーバ５０はメモリ
５２の中に設けられたメモリ制御ステータス部５３とメ
モリ制御部５４とにより、この実施の形態のメモリ管理
方式を実現している。メモリ４２及び５２は、同サイズ
のブロックごとに分割管理されており、メモリ４２及び
５２の各々の回路の一部として各ブロックのステータス
を示すメモリ制御ステータス部４３が設けられている。
メモリ制御ステータス部４３及び５３は、それぞれメモ
リ４２、５２のメモリ空間の各ブロック毎に対応したメ
モリ制御ステータスフィールドを持つ。メモリ制御ステ
ータスフィールドの構成は既に図２を参照して説明した
とおりである。なお、メモリ制御ステータスフィールド
は、メモリ空間の全ブロックそれぞれに設けてもよい
が、共通領域に選択可能なアドレス範囲を予め限定して
おき、その範囲についてのみ設けるようにしてもよい。

【００５５】メモリ制御部４４及び５４は、プログラム
４１及び５１からメモリ４２及び５２へのアクセスの制
御を行う。メモリ制御部４４及び５４は、この実施の形
態のメモリ管理方式を実現するための機構として、共通
領域設定部４５及び５５、アクセス管理部４６及び５
６、コピー管理部４７及び５７をそれぞれ有している。

【００５６】共通領域設定部４５及び５５は、モバイル
端末４０とサーバ５０との連携処理のために、プログラ
ム４１及び５１で共有する共通領域の設定を行う。すな
わち、モバイル端末４０側で連携処理用のプログラム４
１が起動された場合、それを検知したメモリ制御部４４
では、共通領域設定部４５が、通信回線６０を介してサ
ーバ５０のメモリ制御部５４の共通領域設定部５５と情
報のやり取りを行い、互いのメモリ空間の空き領域のう
ちでアドレスが共通した部分を必要なサイズだけ確保
し、それぞれその領域を共通領域（図１、図２参照）と
して設定する。共通領域には、モバイル端末４０のプロ
グラム４１とサーバ５０のプログラム５１が共用するデ
ータをロードするようにする。例えばモバイル端末４０
からサーバ５０の持つデータベースを操作するアプリケ
ーションの場合、共通領域にはそのデータベースのデー
タなどがロードされる。共通領域には、両者で共用する
プログラムなどをロードしてももちろんよいが、両者間
の通信による処理遅れなどを考慮すると、リアルタイム
性への要求が強いプログラムよりも、さほどリアルタイ
ム性が要求されないデータを記憶するようにした方が好
ましい。実用面では、メモリ資源の限られたモバイル端
末４０から大容量記憶を持つサーバ５０のデータを利用
することが一般的と考えられるが、このような場合、ま
ずサーバ５０の共通領域（図２の共通領域２０）に対し
てサーバ５０のデータベースなどから必要なデータがロ
ードされる。この段階では、モバイル端末４０側の共通
領域にはそのデータは送られない。モバイル端末４０側
で共通領域のそのデータの属するブロックに対してアク
セスがあって初めて、モバイル端末４０側にそのブロッ
クのデータが送られる。このような仕組みにより、使用
されないデータをサーバ５０・モバイル端末４０間で受
け渡す必要がなくなり、通信時間等の処理時間が短縮さ
れる。特に、モバイル端末４０側でのプログラム４１の
立ち上げに要する時間が大幅に短縮できる。

【００５７】アクセス管理部４６及び５６は、プログラ
ム４１、５１からメモリ４２、５２へのアクセス要求に
対し、メモリ制御ステータス部４３、５３を参照し、ス
テータスを用いた前述のメモリ管理方式に従ってそのア
クセスを制御する。詳しい説明は前記の繰り返しになる
ので避けるが、例えばアクセス管理部４６について簡単
に説明すると、アクセス管理部４６は、プログラム４１
からアクセス要求されたアドレスの属するブロックのス
テータスをメモリ制御ステータス部４３を参照して調
べ、そのブロックに対してモバイル端末４０側にアクセ
ス権があれば（すなわちＣビット３２が“０”であれ
ば）、そのアクセスを許し、アクセス内容（リード又は
ライト）に応じてそのステータスを更新する。アクセス
権がなければ、アクセス管理部４６は、サーバ５０のメ
モリ制御部５４と通信処理部４８を介して通信を行い、
サーバ５０側で当該ブロックのデータのステータスを問
い合わせ、サーバ５０側でそのブロックのデータが変更
されている場合にはそのブロックのデータをサーバ５０
からコピーしてくる。また、そのブロックのステータス
が未ロード（Ｖ＝“０”）の場合は、サーバ５０に対し
てそのブロックのデータの転送を要求し、これに応じて
転送されてきたデータをメモリ４２の当該ブロックにコ
ピーする。また、アクセス管理部４６は、アクセス権無
しなどの場合にサーバ５０に通信しようとして接続がで
きなかった場合は、プログラム４１に対して接続不可の
旨とブロックのステータスを通知し、プログラム４１が
所定の対応処理をできるようにする。サーバ５０のアク
セス管理部５５の機能も同様である。

【００５８】アクセス権無しの場合などにおけるアクセ
ス管理部４６、５６からの相手コンピュータ（サーバ５
０又はモバイル端末４０）側への通信に対応するのが、
コピー管理部５７、４７である。コピー管理部４７、５
７は、相手コンピュータのアクセス管理部５６、４６か
らブロックのデータの転送要求があれば、それに応じて
自コンピュータの共通領域の当該ブロックのデータを相
手コンピュータに対して転送する。また、アクセス管理
部５６、４６からブロックのステータスが照会された場
合は、コピー管理部４７、５７は、自コンピュータの共
通領域の当該ブロックのステータスをメモリ制御ステー
タス部４３、５３を参照して調べ、そのブロックのデー
タが変更がない（Ｄビット＝“０”）場合はその旨を示
す情報を、変更があった（Ｄビット＝“１”）場合はそ
のブロックのデータを相手のアクセス管理部５６、４６
に対して返す。

【００５９】このような機構により、前述のメモリ管理
方式が実現される。なお、実装面からいうと、共通領域
設定部４５及び５５、コピー管理部４７及び５７は、モ
バイル端末４０、サーバ５０各々のオペレーティングシ
ステム内の処理ルーチンとして実現できる。アクセス管
理部４６及び５６、メモリ制御ステータス部４３及び５
３に保持されたステータス情報を調べ、それに応じてメ
モリ例外割込を発生させるハードウエア部分と、その割
込によって起動され、ステータスに従ったアクセス管理
動作を行う割込ルーチンとによって実現できる。

【００６０】なお、このモバイルコンピューティングシ
ステムにおいて、モバイル端末４０とサーバ５０との通
信回線６０を介した通信接続は、連携処理が完了するま
で維持しておいてもよいが、通信をアナログ電話回線を
用いて行う場合などには通信料金が問題となる。このよ
うな場合には、共通領域のデータ転送などの必要が生じ
た場合にのみ通信を行うようにすればよい。

【００６１】以上、この発明の好適な実施の形態につい
て説明した。以上説明したように、この実施の形態によ
れば、モバイル端末又はサーバ上のプログラムは、自コ
ンピュータのメモリにアクセスするのと全く同様にして
相手コンピュータが持っているデータにアクセスでき
る。このような機能は、オペレーティングシステムとハ
ードウエアのレベルで提供される。したがって、通信を
介した連携処理のためのプログラムは、通信処理のこと
をほとんど考慮せずに作成することができる。

【００６２】なお、以上の例では、モバイル端末とサー
バとで、メモリの共通領域としてアドレスが共通した領
域を用いたが、これは必須ではない。共通領域は、モバ
イル端末とサーバとの間で互いのアドレスの対応づけが
できればよく、共通アドレスである必要はない。例え
ば、モバイル端末及びサーバに、各自の共通領域の先頭
アドレスを保持するレジスタをそれぞれ設ければ、その
ようなアドレスの対応づけは可能であり、このような態
様もこの実施の形態の範囲に含まれる。

【００６３】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００６４】この発明に係るメモリ管理方法によれば、
２台のコンピュータの間での連携処理のために、各コン
ピュータそれぞれのメモリ空間の一部を互いに共通領域
となるように構成し、共通領域については同時には一方
のコンピュータからのアクセスを認めるよう共通領域に
ついてのアクセス権等のステータスを管理し、アクセス
権がないコンピュータでアクセス要求があった場合に
は、他方のコンピュータから共通領域のデータをコピー
してアクセスを認めるようにしたことにより、アクセス
を要求するプログラムは通常のメモリアクセスと同様に
動作することにより、相手のコンピュータの持つデータ
にアクセスすることができる。したがって、２台のコン
ピュータで連携処理を行うようなアプリケーションで
も、そのためのプログラムは両コンピュータ間での通信
を考慮する必要がなくなり、プログラム開発が容易とな
る。

【００６５】また、共通領域のステータスとしてその領
域のデータを変更したか否かの情報を管理し、変更され
ていない場合は両コンピュータ間でのデータのコピーを
省略し、アクセス権の移動のみを行うことにより、両コ
ンピュータ間での通信コストを低減することができる。

【００６６】また、アクセス権のない方のコンピュータ
から他方のコンピュータにデータを要求する際、通信回
線による通信が不可能な場合に、アクセス要求元のプロ
グラムに対して通信不能の旨と共通領域のステータスを
通知することにより、そのプログラムは、共通領域のデ
ータをそのステータスに応じて限定的に利用することが
可能になる。

【００６７】また、共通領域を複数のブロックに分割
し、ブロック単位でステータス及びアクセスの管理を行
うことにより、両コンピュータ間でのデータ転送の効率
化が図れる。

【００６８】また、この発明に係るコンピュータは、メ
モリ空間の一部に、共通領域設定部により相手コンピュ
ータとの共通領域を設定し、メモリ制御ステータス部に
おいてこの共通領域のステータスを保持し、アクセス管
理部及びコピー管理部により相手コンピュータとの間で
ステータスを用いて共通領域のデータ内容の一貫性を維
持することにより、アクセスを要求するプログラムは通
常のメモリアクセスと同様に動作することにより、相手
のコンピュータの持つデータにアクセスすることができ
る。

【００６９】また、この装置において、共通領域のデー
タを相手コンピュータからコピーしようとする際、相手
コンピュータに対して共通領域のデータの変更を行った
か否か確認し、変更のない場合はデータコピーを省略し
てアクセス権のみを移動する用意したことにより、連携
処理のための通信量を減らすことができる。

【００７０】また、この装置において、相手コンピュー
タに対する通信が不可能な場合に、アクセス要求元のプ
ログラムに対して通信不能の旨と共通領域のステータス
を通知することにより、そのプログラムは、共通領域の
データをそのステータスに応じて限定的に利用すること
が可能になる。

【００７１】また、この装置において、共通領域を複数
のブロックに分割し、ステータス及びアクセスの管理を
ブロック毎に行うことにより、両コンピュータ間でのデ
ータ転送の効率化が図れる。

【００７２】また、この装置において、連携処理のため
のプログラムからのアクセス要求を受けて初めてそのア
クセス要求に係るアドレスを含むブロックのデータを相
手コンピュータからコピーするようにすることにより、
一度も使わないデータを相手コンピュータからもらって
来るというような無駄を大幅に減らすことができ、通信
コストを低減できる。

【図面の簡単な説明】

【図１】 実施の形態のメモリ管理方法の概念を示す図
である

【図２】 モバイル端末とサーバのメモリ空間の共通領
域の一貫性管理のための機構を説明する図である。

【図３】 モバイル端末のメモリ制御ステータスの意味
を説明するための図である。

【図４】 サーバのメモリ制御ステータスの意味を説明
するための図である。

【図５】 実施の形態のメモリ管理におけるメモリ制御
ステータスの遷移を示す状態遷移図である。

【図６】 実施の形態に係るモバイルコンピューティン
グシステムの要部構成を示す機能ブロック図である。

【符号の説明】

１−１ モバイル端末Ａメモリ空間、１−２ モバイル
端末Ｂメモリ空間、１−３ モバイル端末Ｃメモリ空
間、２−１，２−２，２−３，４−１，４−２，４−３
共通領域、３ サーバメモリ空間、１０ モバイル端
末の共通領域、２０ サーバの共通領域、３０ メモリ
制御ステータスフィールド、３１ Ｖビット、３２ Ｃ
ビット、３３ Ｄビット、３４ Ｉビット、４０ モバ
イル端末、４１，５１ プログラム、４２，５２ メモ
リ、４３，５３ メモリ制御ステータス部、４４，５４
メモリ制御部、４５，５５ 共通領域設定部、４６，
５６アクセス管理部、４７，５７ コピー管理部、４
８，５８ 通信処理部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 渡辺 尚 静岡県浜松市有玉南町347−１ アートピ ア有玉南801 (72)発明者 水野 忠則 静岡県浜松市富塚町175−１ Ｆターム(参考） 5B045 AA00 DD03 5B060 KA02 KA09 5B082 HA03 HA05 5B089 GA11 GA25 KA10 KB13 KD08 KD10

Claims (9)

【特許請求の範囲】
1. 【請求項１】 通信回線を介して接続される２台のコン
   ピュータの間での連携処理のためのメモリ管理方法であ
   って、 前記各コンピュータそれぞれのメモリ空間の一部を、互
   いに共通領域となるように構成し、 前記共通領域に対し同時には前記コンピュータの一方に
   のみがアクセス権を持つよう、前記各コンピュータにお
   ける前記共通領域のステータスを管理し、 前記各コンピュータにて連携処理のためのプログラムか
   ら前記共通領域に対するアクセス要求があった場合に
   は、前記ステータスがアクセス権有りを示す場合はアク
   セスを許可し、アクセス権無しを示す場合は前記通信回
   線を介して当該コンピュータの前記共通領域に他方のコ
   ンピュータの前記共通領域のデータをコピーし、当該コ
   ンピュータの前記ステータスをアクセス権有りに変更し
   た上でアクセスを許可することを特徴とするメモリ管理
   方法。
2. 【請求項２】 前記各コンピュータにおける前記共通領
   域のステータスとして、当該コンピュータで前記共通領
   域のアクセス権を得た後データ変更を行ったか否かを更
   に管理し、前記共通領域に対するアクセス権のない方の
   コンピュータにて前記共通領域にアクセス要求があった
   場合には当該コンピュータから他方のコンピュータに前
   記ステータスを問い合わせ、その結果前記ステータスが
   非変更を示している場合は、他方のコンピュータからの
   前記共通領域のデータのコピーを中止することを特徴と
   する請求項１に記載のメモリ管理方法。
3. 【請求項３】 前記共通領域にアクセス権のない方のコ
   ンピュータにて共通領域にアクセス要求があった場合に
   おいて、当該コンピュータから他方のコンピュータに対
   して前記通信回線による通信が不可能な場合は、当該コ
   ンピュータの連携処理のためのプログラムに対し通信不
   能の旨を通知すると共に前記共通領域のステータスを知
   らせ、当該プログラムが前記共通領域のステータスに応
   じた処理を実行することを可能にしたことを特徴とする
   請求項１又は請求項２に記載のメモリ管理方法。
4. 【請求項４】 前記共通領域は複数のブロックに分割さ
   れ、ブロック単位で前記ステータスの管理及びアクセス
   の管理を行うことを特徴とする請求項１から請求項３の
   いずれかに記載のメモリ管理方法。
5. 【請求項５】 通信回線を介して相手コンピュータとの
   連携処理を行う機能を有するコンピュータであって、 連携処理のためのプログラムを実行する際に、自コンピ
   ュータのメモリ空間内に、相手コンピュータとの連携処
   理用の共通領域を設定する共通領域設定部と、 自コンピュータのアクセス権の有無を含む前記共通領域
   のステータスを保持するメモリ制御ステータス部と、 前記連携処理のためのプログラムから前記共通領域への
   アクセス要求があった場合、前記メモリ制御ステータス
   部を参照して自コンピュータのアクセス権の有無を調
   べ、アクセス権がある場合にはアクセスを許可し、アク
   セス権がない場合には通信回線を介して相手コンピュー
   タに対して通信接続を行って前記共通領域のデータに対
   するコピー要求を送信し、これに応じて相手コンピュー
   タから送られてきたデータを自コンピュータの前記共通
   領域にコピーし、前記メモリ制御ステータス部における
   前記共通領域のステータスをアクセス権有りに変更した
   上でアクセスを許可するアクセス管理部と、 前記共通領域へのアクセスのデータのコピー要求を受け
   た場合、その要求に応じて前記共通領域のデータを相手
   コンピュータに送信し、前記メモリ制御ステータス部に
   おける前記共通領域のステータスをアクセス権無しに変
   更するコピー管理部と、 を有するコンピュータ。
6. 【請求項６】 前記アクセス管理部は、自コンピュータ
   に前記共通領域に対するアクセス権がない場合、相手コ
   ンピュータに対して前記共通領域のデータ変更を行った
   か否かを問い合わせ、問合せの結果データ変更がなかっ
   たと分かった場合は相手コンピュータに対する前記共通
   領域のデータのコピー要求を行わずに、前記メモリ制御
   ステータス部のアクセス権の変更のみを行ってアクセス
   を許可することを特徴とする請求項５記載のコンピュー
   タ。
7. 【請求項７】 前記アクセス管理部は、前記プログラム
   からアクセス要求を受けた際に自コンピュータに前記共
   通領域へのアクセス権がないと判定された場合におい
   て、相手コンピュータとの通信接続ができなかった場合
   には、前記プログラムに対し通信接続不能の旨と前記メ
   モリ制御ステータス部の保持するステータスとを通知す
   ることにより、前記プログラムに対し前記ステータスに
   応じて前記共通領域のデータを限定的に利用できるよう
   にしたことを特徴とする請求項５又は請求項６に記載の
   コンピュータ。
8. 【請求項８】 前記共通領域は複数のブロックに分割さ
   れ、ブロック単位で前記ステータスの管理及びアクセス
   の管理を行うことを特徴とする請求項５から請求項７の
   いずれかに記載のコンピュータ。
9. 【請求項９】 前記連携処理のためのプログラムの開始
   時には、前記共通領域の各ブロックに前記相手コンピュ
   ータの共通領域のデータをコピーせず、前記プログラム
   からのアクセス要求を受けて初めてそのアクセス要求に
   係るアドレスを含むブロックのデータを前記相手コンピ
   ュータからコピーすることを特徴とする請求項８記載の
   コンピュータ。