JP2000259450A

JP2000259450A - オブジェクト指向メッセージ通信テスト装置及び記憶媒体

Info

Publication number: JP2000259450A
Application number: JP11061448A
Authority: JP
Inventors: Takeo Hayase; 健夫早瀬
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1999-03-09
Filing date: 1999-03-09
Publication date: 2000-09-22
Anticipated expiration: 2019-03-09
Also published as: JP3791876B2

Abstract

(57)【要約】【課題】テスト対象のオブジェクトからテスト対象外
のオブジェクトへのメッセージ通信があるような場合で
もテストプログラムを続行可能とする。【解決手段】マルチプロセス機能を有するオペレーテ
ィングシステムにて実行される一以上のプロセス２１を
生成させ、かつ、データと手続きとをカプセル化した一
以上のオブジェクト２９をプロセスが有するように、当
該プロセスを生成させるためのプログラムに対し、オブ
ジェクト間のメッセージ通信をテストするオブジェクト
指向メッセージ通信テスト装置にあって、テスト対象と
なる最初のオブジェクトにメッセージを送出するととも
に、このテストにより何れかのオブジェクトから出力さ
れた送信メッセージの受取先が非生成状態である場合に
は、当該受取先に代えて送信メッセージを受信するメッ
セージ代理受信手段２５を備えたオブジェクト指向メッ
セージ通信テスト装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はオブジェクト指向
メッセージ通信テスト装置、更に詳しくはプログラムの
並行動作が可能なマルチプロセス／マルチスレッド環境
において、複数のオブジェクト間のメッセージ通信によ
り所定の機能を実現可能なソフトウエアをテストする部
分に特徴のあるオブジェクト指向メッセージ通信テスト
装置及び記憶媒体に関する。

【０００２】

【従来の技術】近年Ｃ＋＋言語等のオブジェクト指向言
語を用いてプログラム作成が行われるようになってい
る。このオブジェクト指向言語においては、データ処理
等を行う手続きとその対応データとを一体（カプセル
化）としてオブジェクトという単位を構成し、あるオブ
ジェクトのデータは、当該オブジェクトの手続きのみを
介して操作するようにしている。

【０００３】したがって、一のオブジェクトが他のオブ
ジェクトのデータに関連して何らかの処理を行う場合に
は、当該一のオブジェクトの手続きが当該他のオブジェ
クトの手続きに対して処理を依頼することになる。具体
的には、オブジェクト間でメッセージ通信が行われるこ
とで依頼処理等が実現される。ここで、オブジェクト指
向の概念におけるメッセージ通信とは、オブジェクトは
自律的に動作しており、必要に応じてメッセージを送信
することである。

【０００４】一方、プログラムの並行処理が可能なマル
チプロセス／マルチスレッド環境を実現するＵＮＩＸ等
のＯＳ（オペレーティングシステム）が広く用いられる
ようになっている。

【０００５】このようなプリエンプティブ方式のマルチ
タスクＯＳでは、プログラムはプロセスという単位で実
行されるとともに、さらにスレッドというプロセスより
も細かい実行単位を導入してスケジューリングを行って
いる。

【０００６】マルチプロセス／マルチスレッド機能を有
する並行環境でオブジェクト指向言語のプログラムを実
行させる場合、一般に、プロセスは複数のオブジェクト
を有することとなり、オブジェクトはスレッドに対応す
る場合が多い。また、マルチタスクＯＳでは、プロセス
は複数存在するのが一般的である。

【０００７】このような場合、オブジェクト間のメッセ
ージ通信は図２７に示すようなメソッドにより行われ
る。なお、メソッドとは、Ｃ＋＋言語におけるクラスの
中で定義される操作の実装である。

【０００８】図４８はメッセージ通信を行う場合におけ
る従来のプログラム記述方法の例を示す図である。

【０００９】同図では、メッセージ通信対象となるオブ
ジェクトが同一プロセス内にある場合（同図（ａ））
と、異なるプロセス内にある場合（同図（ｂ），
（ｃ））とを示している。

【００１０】同一プロセス内のオブジェクトに対して
は、図４８（ａ）に示すように直接メッセージを送信す
ることができる。一方、他プロセス内のオブジェクトに
対しては、図４８（ｂ）に示すようにそのオブジェクト
が存在するプロセスの位置を指定することによって、メ
ッセージを送信することになる。

【００１１】しかし、このような方法でメッセージ送信
を行うのでは、プログラム作成時に各オブジェクトがど
のプロセスに配置されているのかを意識する必要が生じ
る。これではシステム開発に多大な労力がかかることに
なり、さらにその保守、変更等を行う場合にも負担が大
きい。かかる事情は、システム開発者の労力を大きくす
るばかりでなく、プログラムミスの少ない信頼性の高い
システムを容易に構築できるようにする上でも不都合で
ある。

【００１２】また、例えばプログラム処理の進行等に従
って、オブジェクトＢのプロセス配置が変更されるよう
な場合には、図４８（ｃ）に示すようにオブジェクトＡ
のメソッドを修正する必要があり、プログラム作成上の
負荷がますます大きくなる。

【００１３】さらに、オブジェクトのメッセージ通信を
行う必要のある複数のプロセスが、複数の計算機上に分
散して配置される場合には、上記負担は更に過大とな
る。

【００１４】このような実情を考慮し、特願平１０−３
２８０６５号において送信先オブジェクトのプロセス配
置等を送信元オブジェクトにおいて意識することなく、
オブジェクト間のメッセージ通信を実現可能とする技術
が提案されている。

【００１５】この技術においては、メッセージ通信制御
手段が設けられている。そして、このメッセージ通信制
御手段によって、あるオブジェクトから他のオブジェク
トへのオブジェクト宛メッセージの引き渡し制御が実行
され、上記オブジェクト間のメッセージ通信が実現され
るものである。

【００１６】

【発明が解決しようとする課題】しかしながら、特願平
１０−３２８０６５号に示される技術であっても、その
ソフトウエア開発段階において、作成途中のオブジェク
ト間メッセージ通信をいかにテストするかという問題が
ある。

【００１７】図４９は開発途中におけるオブジェクト間
通信テストの様子を示す図である。

【００１８】ここでメッセージ通信テストを行うため
に、テスト対象となるオブジェクトが生成された上で、
図４９（ａ）に示すテストルーチンが記述される。さら
にテストを実行するのに同テストルーチンがコンパイル
・リンクされる。この場合には、オブジェクトＡにメッ
セージＡを送信するシナリオとなっている。

【００１９】次に、別のテストシナリオにするために
は、図４９（ｂ）に示すように先に作成したテストルー
チンを変更し、テストプログラムを再コンパイル・リン
クする必要がある。すなわちこのテスト方法では、テス
トシナリオを変更するたびに、テストルーチンを変更
し、その都度テストプログラムを再コンパイル・リンク
することになる。

【００２０】しかしながら、一々テストシナリオをコン
パイル・リンクしながらテスト作業を行うのでは、テス
トに時間が掛かることになり効率が悪いものとなる。

【００２１】一方、テスト対象となっているオブジェク
トがメッセージを受け取ったことにより、テスト対象外
のオブジェクトにメッセージを送信する際には、テスト
プログラムが途中で異常終了してしまう可能性があり、
テストを効果的に行い得ないという問題もある。

【００２２】図５０は実行されたテストプログラムが途
中で異常終了してしまう場合を示す図である。

【００２３】同図において例えば、テスト対象のオブジ
ェクトがオブジェクトＡであった場合を考える。このオ
ブジェクトＡは、同図（ｂ）に示すようにメッセージＡ
を受け取ると、メソッドＡ（メッセージＡに対応する処
理）の中でオブジェクトＸへメッセージＸを送信するよ
うになっている。

【００２４】したがって、オブジェクトＸが存在しない
状態でテストを実行すると、オブジェクトＡのメソッド
ＡによってオブジェクトＸへメッセージＸが送信され、
この時点でテストプログラムが異常終了してしまう。こ
のとき、あらかじめオブジェクトＸを生成しておけば問
題は発生しないが、システムを開発途中の場合には、す
べてのオブジェクトが開発済みであるとは限らない。

【００２５】本発明は、このような実情を考慮してなさ
れたもので、その第１の目的は、開発したオブジェクト
をテストするためのテストシナリオを柔軟に選択・変更
でき、ひいてはシステム開発途上時のオブジェクトのテ
ストを効率的に行い、システムを効率的に開発できるオ
ブジェクト指向メッセージ通信テスト装置及び記憶媒体
を提供することにある。

【００２６】また、第２の目的は、テスト対象のオブジ
ェクトからテスト対象外のオブジェクトへのメッセージ
通信があるような場合でもテストプログラムを続行可能
とし、ひいてはシステム開発途上時のオブジェクトのテ
ストを効率的に行い、システムを効率的に開発できるオ
ブジェクト指向メッセージ通信テスト装置及び記憶媒体
を提供することにある。

【００２７】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に対応する発明は、マルチプロセス機能を
有するオペレーティングシステムにて実行される一以上
のプロセスを生成させ、かつ、データと手続きとをカプ
セル化した一以上のオブジェクトをプロセスが有するよ
うに、当該プロセスを生成させるためのプログラムに対
し、オブジェクト間のメッセージ通信をテストするオブ
ジェクト指向メッセージ通信テスト装置についてなされ
たものである。

【００２８】このオブジェクト指向メッセージ通信テス
ト装置にはメッセージ代理受信手段が設けられている。

【００２９】このメッセージ代理受信手段によって、テ
スト対象となる最初のオブジェクトにメッセージが送出
されるとともに、このテストにより何れかのオブジェク
トから出力された送信メッセージの受取先が非生成状態
である場合には、当該受取先に代えて前記送信メッセー
ジが受信される。

【００３０】したがって、図５０に示したような問題が
生じることがなく、テスト対象のオブジェクトからテス
ト対象外のオブジェクトへのメッセージ通信があるよう
な場合でもテストプログラムを続行可能とし、ひいては
システム開発途上時のオブジェクトのテストを効率的に
行い、システムを効率的に開発することができる。

【００３１】次に、請求項２に対応する発明は、マルチ
プロセス機能を有するオペレーティングシステムにて実
行される一以上のプロセスを生成させ、かつ、データと
手続きとをカプセル化した一以上のオブジェクトをプロ
セスが有するように、当該プロセスを生成させるための
プログラムに対し、オブジェクト間のメッセージ通信を
テストするオブジェクト指向メッセージ通信テスト装置
についてなされたものである。

【００３２】このオブジェクト指向メッセージ通信テス
ト装置には、まず、テストシナリオ格納手段が設けら
れ、同手段に、送信元オブジェクト、送信先オブジェク
ト及びメッセージ種類の各情報を含む少なくとも一つの
シナリオからなるテストシナリオが格納されている。

【００３３】また、テストアイテム抽出手段によって、
テストシナリオから送信元オブジェクト、送信先オブジ
ェクト及びメッセージ種類がテストアイテムとして抽出
される。

【００３４】そして、テスト実行手段によって、シナリ
オの何れか若しくはテストアイテムの指定された組み合
わせに基づくメッセージ通信テストが実行される。

【００３５】したがって、開発したオブジェクトをテス
トするためのテストシナリオを柔軟に選択・変更でき、
ひいてはシステム開発途上時のオブジェクトのテストを
効率的に行い、システムを効率的に開発することができ
る。

【００３６】次に、請求項３に対応する発明は、マルチ
プロセス機能を有するオペレーティングシステムにて実
行される一以上のプロセスを生成させ、かつ、データと
手続きとをカプセル化した一以上のオブジェクトをプロ
セスが有するように、当該プロセスを生成させるための
プログラムに対し、オブジェクト間のメッセージ通信を
テストするオブジェクト指向メッセージ通信テスト装置
についてなされたものである。

【００３７】このオブジェクト指向メッセージ通信テス
ト装置には、メッセージ送受表示入力手段が設けられて
いる。

【００３８】このメッセージ送受表示入力手段によっ
て、以下の表示及び入力受付が行われる。すなわちま
ず、送信元オブジェクト、送信先オブジェクト及びメッ
セージ種類の各情報を含む少なくとも一つのシナリオか
らなるテストシナリオが表示され、テストシナリオから
抽出される送信元オブジェクト、送信先オブジェクト及
びメッセージ種類がテストシナリオの表示とは別途に表
示される。

【００３９】さらに、シナリオの何れか若しくはテスト
アイテムの指定された組み合わせを、メッセージ通信テ
ストの内容として実行するよう入力させる実行ボタンが
表示される。

【００４０】そして、テストアイテムの指定並びに実行
ボタンからの入力が受け付けられるようになっている。

【００４１】本発明では、このような手段を設けたの
で、請求項２に係る発明と同様な作用効果を得ることが
できる。

【００４２】次に、請求項４に対応する発明は、請求項
２又は３に対応する発明において、テスト対象となる最
初のオブジェクトにメッセージを送出するとともに、こ
のテストにより何れかのオブジェクトから出力された送
信メッセージの受取先が非生成状態である場合には、当
該受取先に代えて前記送信メッセージを受信するメッセ
ージ代理受信手段を備えたオブジェクト指向メッセージ
通信テスト装置である。

【００４３】本発明はこのような手段を設けたので、請
求項１及び請求項２又は３の発明を組み合わせた効果を
得ることができる。

【００４４】次に、請求項５に対応する発明は、請求項
１〜４に対応する発明において、プロセスは、自プロセ
ス又は他プロセスのオブジェクトが出力するオブジェク
ト宛のメッセージを受け取るとともに、そのメッセージ
の宛先が自プロセス内であるときはその宛先オブジェク
トにメッセージを引き渡し、宛先が他のプロセス内とな
るときは、当該他のプロセスにメッセージを引き渡すメ
ッセージ通信制御手段を備えたオブジェクト指向メッセ
ージ通信テスト装置である。

【００４５】本発明はこのような手段を設けたので、請
求項１〜４に係る発明と同様な効果が得られる他、メッ
セージ通信制御手段により、送信先オブジェクトのプロ
セス配置等を送信元オブジェクトにおいて考慮すること
なく、オブジェクト間のメッセージ通信を実現すること
ができる。

【００４６】次に、請求項６に対応する発明は、請求項
５に対応する発明において、メッセージ通信制御手段
は、各オブジェクトがどのプロセスに属するかの情報を
記録するプロセス対応記録手段と、プロセス対応記録手
段を検索し、受け取ったメッセージの宛先オブジェクト
がどのプロセスに属するを判定する判定手段とを備えた
オブジェクト指向メッセージ通信テスト装置である。

【００４７】本発明はこのような手段を設けたので、請
求項１〜５に係る発明と同様な効果が得られる他、請求
項５に対応する発明を効率的にかつ確実に実現すること
ができる。

【００４８】次に、請求項７に対応する発明は、請求項
５又は６に対応する発明において、メッセージ通信制御
手段は、各オブジェクトが元々有する論理的なオブジェ
クト識別情報と、オペレーティングシステムに生成され
たときに各オブジェクトに付された動作時オブジェクト
識別情報との対応情報を記録するオブジェクト対応記録
手段を備えるとともに、メッセージの宛先情報として論
理的なオブジェクト情報のみが付されているときであっ
ても、オブジェクト対応記録手段を検索して動作時オブ
ジェクト識別情報を取得することにより、宛先オブジェ
クトにメッセージを引き渡し可能とするオブジェクト指
向メッセージ通信テスト装置である。

【００４９】本発明はこのような手段を設けたので、請
求項１〜６に係る発明と同様な効果が得られる他、送信
元オブジェクトのメゾットにおいて、送信先オブジェク
トのプロセス位置等を考慮することなく、論理的なオブ
ジェクト識別情報を指定しておくのみで、メッセージ送
信先を特定することができる。したがって、オブジェク
トに割り当てられるプロセスが変更された場合でも、柔
軟かつ容易に対応することができる。例えばプロセス配
置の変更に伴うプログラムの変更量を軽減し、システム
を効率的に開発することができる。

【００５０】次に、請求項８に対応する発明は、請求項
１に対応する発明をコンピュータに実現させるプログラ
ムを記録した記録媒体である。

【００５１】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項１のオブジェ
クト指向メッセージ通信テスト装置として機能する。

【００５２】次に、請求項９に対応する発明は、請求項
２に対応する発明をコンピュータに実現させるプログラ
ムを記録した記録媒体である。

【００５３】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項２のオブジェ
クト指向メッセージ通信テスト装置として機能する。

【００５４】次に、請求項１０に対応する発明は、請求
項３に対応する発明をコンピュータに実現させるプログ
ラムを記録した記録媒体である。

【００５５】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項３のオブジェ
クト指向メッセージ通信テスト装置として機能する。

【００５６】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。

【００５７】（発明の第１の実施の形態）図１は本発明
の第１の実施の形態における計算機システムの一例を示
す構成図である。この計算機システムのために開発され
るプログラムが、第２の実施形態以降で説明するオブジ
ェクト指向メッセージ通信テスト装置にてテストされる
ものである。

【００５８】この計算機システム２０は、パーソナルコ
ンピュータやワークステーション等の計算機上でマルチ
プロセス／マルチスレッド環境を実現するＵＮＩＸ等の
ＯＳが動作し、さらに当該ＯＳ上に複数のプロセス２１
−１〜２１−２（プロセス＃１〜＃２）が設けられてな
っている。以下、本明細書において各機能構成部分を示
す符号における「−１」，「−２」，．．部分を削除し
て例えば「プロセス２１」等と示した場合には、その機
能構成部分の一般的な場合を意味する。

【００５９】各プロセス２１−１〜２１−２は、オブジ
ェクト指向言語で記述されたプログラムをもとに生成さ
れたものであり、それぞれメッセージ通信制御部２３お
よびアクタ部２４で構成されている。逆にそのオブジェ
クト指向言語は、本実施形態のプロセス２１を構成でき
るような仕様となっている。

【００６０】アクタ部２４には、そのプロセス独自の処
理を行うための主たるオブジェクトが配置される。ここ
で、プロセス２１−１のアクタ部２４には、オブジェク
ト２９−１〜２９−２（オブジェクトＡ〜Ｂ）が存在す
る。また、プロセス２１−２のアクタ部２４には、オブ
ジェクト２９−３〜２９−４（オブジェクトＣ〜Ｄ）が
存在する。

【００６１】メッセージ通信制御部２３は、アクタ部２
４に配置された各オブジェクト２９が他のオブジェクト
と通信するために、メッセージハンドラ３０等の各機能
を有している。なお、メッセージ通信制御部２３の機能
構成部分も基本的にはオブジェクトから構成される。

【００６２】メッセージハンドラ３０は、プロセス対応
マップ３１及びオブジェクト対応マップ３２を参照して
アクタ部２４内のオブジェクト２９が出力するメッセー
ジ通信の取り扱いを管理する。すなわち直接メッセージ
通信の引き渡しを管理するか、プロセスメッセージハン
ドラ等の他の機能構成部分にメッセージ通信の送信を依
頼し、あるいは他の機能構成部分から自プロセス２１宛
のメッセージ通信を受け取る。

【００６３】このために各メッセージハンドラ３０−１
〜３０−２は、システム内に唯一存在するプロセス対応
マップ３１を参照し、送信先オブジェクト２９−１〜２
９−４が存在するプロセスを識別する。

【００６４】図２はプロセス対応マップの構成例を示す
図である。

【００６５】同図（ａ）はプロセス対応マップの一般的
な構成（フォーマット）を示し、同図（ｂ）は本実施形
態の場合におけるプロセス対応マップ３１の構成を示し
ている。

【００６６】また、図３はオブジェクト対応マップの構
成例を示す図である。

【００６７】同図（ａ）はオブジェクト対応マップの一
般的な構成（フォーマット）を示し、同図（ｂ）は本実
施形態の場合におけるオブジェクト対応マップ３２−１
の構成を示す。さらに、同図（ｃ）は本実施形態の場合
におけるオブジェクト対応マップ３２−２の構成を示し
ている。

【００６８】プロセス対応マップ３１を参照した結果、
同一プロセス内での通信であることが判定された場合に
は、メッセージハンドラ３０−１は、さらに図３に示す
オブジェクト対応マップ３２−１，３２−２（オブジェ
クト対応マップＰ１，Ｐ２）をそれぞれ参照し、送信先
オブジェクトの識別番号（動作時オブジェクトＩＤ）を
取得する。さらに取得したオブジェクトＩＤをもとに、
アクタ部２４内でのメッセージの引き渡しを行う。

【００６９】図４は各プロセスにおけるアクタ部の詳細
構成例を示すブロック図である。

【００７０】同図に示すように、アクタ部２４において
は各オブジェクト２９に対応して、メッセージキュー３
８及びメッセージマップ３９が設けられている。詳細は
後述するが、このメッセージキュー３８及びメッセージ
マップ３９によりメッセージ通信の引き渡しが実現され
る。

【００７１】図５はメッセージマップの構成例を示す図
である。

【００７２】同図（ａ）はメッセージマップの一般的な
構成（フォーマット）を示し、同図（ｂ）は本実施形態
の場合におけるメッセージマップ３９−１の構成を示
す。さらに、同図（ｃ），（ｄ），（ｅ）は、それぞれ
本実施形態の場合におけるメッセージマップ３９−２，
３９−３，３９−４の構成を示している。

【００７３】また、メッセージハンドラ３０は、後述す
るプロセスメッセージハンドラ３４からメッセージの取
り扱い通知を受けたときも上記と同様にしてアクタ部２
４のオブジェクトＩＤを取得して、メッセージの引き渡
しを行う。

【００７４】一方、プロセス対応マップ３１を参照した
結果、異なるプロセス間での通信であることが判定され
た場合には、メッセージハンドラ３０−１は、このメッ
セージ通信を図６に示すプロセスメッセージハンドラ３
４に依頼する。

【００７５】図６は各プロセスにおけるメッセージ通信
部の詳細構成例を示すブロック図である。

【００７６】すなわちオブジェクト２９−１〜２９−２
とオブジェクト２９−３〜２９−４との間のメッセージ
通信は、プロセスメッセージハンドラ３４−１〜３４−
２（プロセスメッセージハンドラＰ１−Ｐ２〜Ｐ２−Ｐ
１）が取り扱う。

【００７７】ここで、プロセス２１−１とプロセス２１
−２との間は、共有メモリ３７−１（共有メモリＰ１−
Ｐ２：プロセス＃１からプロセス＃２へのメッセージ通
信）及び共有メモリ３７−２（共有メモリＰ２−Ｐ１：
プロセス＃２からプロセス＃１へのメッセージ通信）が
設けられ、これらの共有メモリ３７−１〜３７−２を介
して、オブジェクト２９−１〜２９−２とオブジェクト
２９−３〜２９−４との間のメッセージ通信が可能とな
っている。

【００７８】なお、メッセージハンドラ３０−１〜３０
−２、プロセスメッセージハンドラ３４−１〜３４−
２、オブジェクト２９−１〜２９−４は、それぞれ自律
的に動作し一つのスレッドが割り当てられており、この
スレッドが自分自身のキューを監視している。アクタ部
２４のオブジェクト２９−１〜２９−４の存在するプロ
セス２１−１〜２１−２を表現したプロセス対応マップ
３１は、あらかじめ図２（ｂ）に示す内容でファイルや
共有メモリなどシステム稼動時に参照できるような形態
で保管しておく。

【００７９】次に、以上のように構成された本実施形態
における計算機システムの動作について説明する。

【００８０】オブジェクトからのメッセージ通信につい
て説明する。

【００８１】まず、同一プロセス内のオブジェクト間メ
ッセージ通信について図８を用いて説明する。

【００８２】図７はメッセージハンドラスレッドによる
メッセージ通信処理の様子を示す流れ図である。

【００８３】ここでオブジェクト２９−１のメソッドｍ
１によってオブジェクト２９−２に向けてメッセージＡ
を送信することを考える。

【００８４】図８はオブジェクト２９−１のメソッドｍ
１の内容例を示す図である。

【００８５】同図に示されるオブジェクトＩＤは、プロ
グラム中の論理的な番号を意味し、以下、論理オブジェ
クトＩＤ１０１と呼ぶ。この論理オブジェクトＩＤ１０
１は、図２，図３に示すプロセス対応マップ３１及びオ
ブジェクト対応マップ３２に対応するものである。な
お、この論理オブジェクトＩＤ１０１と区別するため
に、生成された動作中のオブジェクトに付けられるオブ
ジェクトＩＤを動作時オブジェクトＩＤ１０２と呼ぶ
（図３）。動作時オブジェクトＩＤ１０２は当該オブジ
ェクトが計算機におけるメモリ上の位置を示し、具体的
にはポインタ等を意味している。

【００８６】さて、図７において、オブジェクト２９−
１からオブジェクト２９−２に向けてメッセージＡが送
信されると、メソッドｍ１によって送信先のオブジェク
ト２９−２の論理オブジェクトＩＤ１０１と送信メッセ
ージＡがメッセージハンドラ３０−１に渡され、メッセ
ージハンドラキュー３３−１に格納される（Ｔ１３）。

【００８７】このメッセージハンドラキュー３３−１か
らオブジェクト２９−２の論理オブジェクトＩＤ１０１
とメッセージＡとがメッセージハンドラ３０−１によっ
て取り出され（Ｔ１４）、プロセス対応マップ３１（図
２）に記述されたオブジェクト２９−２の論理オブジェ
クトＩＤ１０１に対応するプロセスが検索される（Ｔ１
５）。

【００８８】ここで、検出されたオブジェクト２９−２
がオブジェクト２９−１と同一プロセス２１−１（プロ
セス＃１）に存在するかどうかが判定される（Ｔ１
６）。

【００８９】この場合は、同一プロセスに存在すること
が判明するので、ステップＴ１７に進む。ステップＴ２
１に進む場合は後述する。

【００９０】次に、メッセージハンドラ３０−１によ
り、メッセージＡがスレッド終了メッセージでないこと
が確認される（Ｔ１７）。さらに、メッセージハンドラ
３０−１がオブジェクト対応マップ３２−１を検索する
ことで（Ｔ１８）オブジェクト２９−２の論理オブジェ
クトＩＤ１０１（オブジェクト識別子）に基づき動作時
オブジェクトＩＤ１０２（オブジェクト）が取り出され
る（Ｔ１９）。

【００９１】次に、取り出された動作時オブジェクトＩ
Ｄ１０２に基づき、メッセージハンドラ３０−１による
送信先オブジェクト２９−２へのメッセージＡの送信が
行われる（Ｔ２０）。

【００９２】以降、アクタ部２４におけるオブジェクト
スレッドによる処理に移る。

【００９３】図９はアクタ部のオブジェクトスレッドに
よるメッセージ通信処理を示す図である。

【００９４】アクタ部２４に対しメッセージＡが送信さ
れると、送信メッセージＡが送信先オブジェクト２９−
２に渡され、メッセージキュー３８−２に格納される
（Ｔ２４）。

【００９５】このメッセージＡは、送信先オブジェクト
２９−２によってメッセージキュー３８−２から取り出
され（Ｔ２５）、スレッド終了メッセージでないことが
確認される（Ｔ２６）。さらに、当該オブジェクト２９
−２によってメッセージＡに対応するメソッドＡが図５
のメッセージマップ３９−２から検索される（Ｔ２
７）。

【００９６】この場合は、図５（ｃ）に示すようにメッ
セージＡがメソッドＡに対応しているので、このメソッ
ドＡがオブジェクト２９−２によって呼び出され、実行
される（Ｔ２８）。

【００９７】以上が同一プロセス内のオブジェクト間メ
ッセージ通信であるが、次に、別プロセスに属するオブ
ジェクト間でのメッセージ通信について説明する。

【００９８】ここでは、オブジェクト２９−１がオブジ
ェクト２９−４に向けてメッセージＡを送信する場合を
考える。この通信においても、その通信用メゾットでは
図９のメゾットｍ１と同一の形式で通信相手が規定され
る。すなわち通信相手オブジェクトの論理オブジェクト
ＩＤ１０１のみが指定されている。

【００９９】この場合、図７におけるステップＴ１３か
らＴ１５までの動作は上述と同様である。

【０１００】ここで、オブジェクト２９−４の論理オブ
ジェクトＩＤ１０１はＩＤ＿Ｄでありプロセス２１−２
（＃２）に属するためオブジェクト２９−１とは異なる
プロセスに存在することが判明する（Ｔ１６）。したが
って、この場合は図７においてステップＴ２１に進む。

【０１０１】まず、メッセージハンドラ３０−１によ
り、プロセス２１−２に対応するプロセスメッセージハ
ンドラ３４−１が取り出される（Ｔ２１）。ついで、オ
ブジェクト２９−４の論理オブジェクトＩＤとメッセー
ジＡとがプロセスメッセージハンドラ３４−１に送信さ
れる（Ｔ２２）。この論理オブジェクトＩＤとメッセー
ジＡとは、プロセスメッセージハンドラ３４−１によっ
てプロセス送信用メッセージキュー３５−１に格納され
る（Ｔ２３）。続いて共有メモリ３７−１上にオブジェ
クト２９−４の論理オブジェクトＩＤとメッセージＡが
置かれる。

【０１０２】この共有メモリ３７−１に置かれた各デー
タはプロセス＃２によって以下のように処理される。

【０１０３】図１０は他のプロセスから受信したメッセ
ージがプロセスメッセージハンドラにより処理される様
子を示す流れ図である。

【０１０４】まず、送信先オブジェクト２９−４が存在
するプロセス２１−２（＃２）内のプロセスメッセージ
ハンドラ３４−２によって、共有メモリ３７−１に置か
れたオブジェクト２９−４の論理オブジェクトＩＤとメ
ッセージＡが取り出され、プロセス受信用メッセージキ
ュー３６−２に格納される（Ｔ２９）。

【０１０５】このオブジェクト２９−４の論理オブジェ
クトＩＤとメッセージＡとはプロセスメッセージハンド
ラ３４−２によって、プロセス受信用メッセージキュー
３６−２から取り出される（Ｔ３０）。さらにメッセー
ジＡがスレッド終了メッセージでないことが確認された
上で（Ｔ３１）、メッセージハンドラ３０−２に送信さ
れる（Ｔ３２）。

【０１０６】送信された論理オブジェクトＩＤとメッセ
ージとは、プロセス＃２のメッセージハンドラ３０−２
により、メッセージハンドラキュー３３−２に格納され
る（図７：Ｔ１３）。

【０１０７】これらの論理オブジェクトＩＤとメッセー
ジＡとはメッセージハンドラ３０−２によってメッセー
ジハンドラキュー３３−２から取り出され（Ｔ１４）、
プロセス対応マップ３１によってこの論理オブジェクト
ＩＤ１０１に対応するプロセスが検索される（Ｔ１
５）。

【０１０８】この場合、図２（ｂ）に示すように、オブ
ジェクト２９−４の論理オブジェクトＩＤ１０２は、メ
ッセージハンドラ３０−２と同一プロセス２１−２に存
在することが判明するため（Ｔ１６）、ステップＴ１７
に進む。

【０１０９】つまり、この場合は、プロセス＃２におい
て、プロセス＃１から受け取った論理オブジェクトＩＤ
を調べたところ、そのメッセージの送信先がプロセス＃
２であることがメッセージハンドラ３０−２により判定
されたものである。両プロセス＃１，＃２内のメッセー
ジハンドラ３０−１，３０−２は同様な動作を行うた
め、以降の処理は、上述した同一プロセス内でのメッセ
ージ通信と同様である。

【０１１０】すなわちメッセージＡがスレッド終了でな
いことが確認された上（Ｔ１７）オブジェクト対応マッ
プ３２−２から動作時オブジェクトＩＤ１０２が検索さ
れ（Ｔ１８）、取り出され（Ｔ１９）、送信先オブジェ
クト２９−４にメッセージＡが送信される（Ｔ２０）。

【０１１１】さらに、図９の処理に移って、送信された
メッセージＡが送信先オブジェクト２９−４のメッセー
ジキュー３８−４に一旦格納された後（Ｔ２４）、メッ
セージＡが取り出される（Ｔ２５）。さらに、メッセー
ジＡがスレッド終了メッセージでないことが確認され
（Ｔ２６）、メッセージＡに対応するメソッドＡをメッ
セージマップ３９−４から検索される（Ｔ２７）。そし
て、メッセージＡに対応するメソッドＡが呼び出され実
行される（Ｔ２８）。

【０１１２】こうして異なるプロセス間でのオブジェク
ト間メッセージ通信が実現される。

【０１１３】以上の同一プロセス内でのオブジェクト間
メッセージ通信、及び異なるプロセス間でのオブジェク
ト間メッセージ通信の何れも、論理オブジェクトＩＤ１
０１のみが指定されたメゾットｍ１と同一形式のメゾッ
トにより実現される。すなわち通信相手のオブジェクト
の所属するプロセスや動作時プロセスＩＤを全く考慮す
ることなく、通信可能となっている。

【０１１４】上述したように、本発明の実施の形態に係
る計算機システムは、プログラムの並行処理が可能なマ
ルチプロセス／マルチスレッド環境において、データと
手続きをカプセル化した複数のオブジェクト間のメッセ
ージ通信装置を提供するようにしたので、オブジェクト
指向の概念におけるメッセージ通信、およびオブジェク
トの自律的な動作を実現し、さらにオブジェクト間のメ
ッセージ通信において送信先オブジェクトのプロセス配
置を意識しないようにすることができる。

【０１１５】（発明の第２の実施の形態）本実施形態に
おいては、第１の実施形態の計算機システムに用いられ
るオブジェクト指向プログラムをテストするためのオブ
ジェクト指向メッセージ通信テスト装置について説明す
る。

【０１１６】図１１は本発明の第２の実施の形態に係る
オブジェクト指向メッセージ通信テスト装置の一例を示
す構成図であり、図１〜図１０と同一部分には同一符号
を付して説明を省略し、ここでは異なる部分についての
み述べる。

【０１１７】同図に示すオブジェクト指向メッセージ通
信テスト装置２０′は、第１の実施形態の計算機システ
ム２０と同様な計算機上に構成されるものであり、第１
の実施形態では図示を省略した入力装置９９が示される
とともに、プロセス２１−１（＃１）がメッセージ通信
テスト用のプロセスとなっている他、第１の実施形態と
同様に構成されている。

【０１１８】本実施形態では、プロセス２１−１（＃
１）及びプロセス２１−２（＃２）の２つのプロセスが
設けられ、本実施形態のプロセス２１−２（＃２）は第
１の実施形態のプロセス２１−１（＃１）に相当する。
したがって、これに対応し、以降の図面においては、符
号の「−１」，「−２」部分が修正されている。

【０１１９】また、プロセス２１−１はメッセージ通信
テスト用のプロセスであり、アクタ部２４に代えてテス
ト制御部２２が設けられる他、第１の実施形態と同様に
構成されている。なお、テスト制御部２２は本発明にお
いて改良を施したアクタ部２４の一形態である。

【０１２０】また、図１２は本実施形態のオブジェクト
指向メッセージ通信テスト装置におけるメッセージ通信
制御部の詳細構成例を示すブロック図であり、図１〜図
１１と同一部分には同一符号を付して説明を省略する。

【０１２１】さらに、図１３は本実施形態のオブジェク
ト指向メッセージ通信テスト装置におけるテスト制御部
並びにアクタ部の詳細構成例を示すブロック図であり、
図１〜図１２と同一部分には同一符号を付して説明を省
略する。

【０１２２】すなわちテスト制御部２２は、図１３に示
すように、テストハンドラ２５，テストシナリオ２６，
テストアイテムリスト２７，メッセージ送受表示ＧＵＩ
２８及びメッセージキュー３８−０から構成されてい
る。なお、メッセージ送受表示ＧＵＩ２８の出力先であ
り表示装置は図示を省略している。

【０１２３】すなわちプロセス２１−１は、テストハン
ドラ２５によってテストシナリオ７を駆動するプロセス
であって、プロセス２１−２はそのテスト対象となるオ
ブジェクト２９−１〜２９−２（オブジェクトＡ〜Ｂ）
を含むプロセスである。

【０１２４】テストハンドラ２５は、メッセージ代理受
信手段、テストアイテム抽出手段及びテスト実行手段と
して機能するものである。すなわちメッセージ送受表示
ＧＵＩ２８の指令に従い、メッセージハンドラ３０−１
とメッセージを送受することでメッセージ送信テストを
実行し、また、そのテスト結果をメッセージ送受表示Ｇ
ＵＩ２８に引き渡す。メッセージハンドラ３０−１以降
の処理はプロセス対応マップ３１及びオブジェクト対応
マップ３２に従い第１の実施形態と同様に扱われる。

【０１２５】また、テストハンドラ２５によるテスト
は、メッセージ送受表示ＧＵＩ２８に指定されたテスト
シナリオ２６に従う場合、テストアイテムリスト２７を
利用しメッセージ送受表示ＧＵＩ２８から直接指示入力
する場合等がある。

【０１２６】テストシナリオ２６には、予め設定された
又は入力装置９９により設定入力される少なくとも１種
類のメッセージ送信テストのシナリオが保持されてお
り、このシナリオは送信先オブジェクトとメッセージを
表現したものである。

【０１２７】なお、テストシナリオ２６は、図１３に示
すような内容でファイルや共有メモリなどシステム稼動
時に参照できるような形で保管しておく。

【０１２８】図１４はテストシナリオの内容例を示す図
であり、同図（ａ）は一般形、同図（ｂ）は本実施形態
に対応する内容例を示している。

【０１２９】テストアイテムリスト２７には、各オブジ
ェクト名やメッセージ名等のテストパターンを組むため
の情報が格納されている。この情報は、システム立ち上
げ時にテストシナリオ２６から抽出されて保存される
が、立ち上げ後に入力することも可能である。テストシ
ナリオ２６にないシナリオパターンでテストする場合等
にこのテストアイテムリスト２７に格納された各情報が
使用される。

【０１３０】メッセージ送受表示ＧＵＩ２８は、入力装
置９９からの設定情報や指令入力を受け付けるととも
に、表示装置に結果出力し、また、テストシナリオ２６
あるいはテストアイテムリスト２７に設定情報を出力す
るとともに、テストハンドラ２５に対してテスト指令を
出力するようになっている。

【０１３１】メッセージキュー３８−０は、テストにお
いて行き先のないメッセージを戻す戻し先に用いられる
ものである。

【０１３２】なお、メッセージハンドラ３０−１〜３０
−２、プロセスメッセージハンドラ３４−１〜３４−
２、テストハンドラ２５、オブジェクト２９−１〜２９
−２は、それぞれ自律的に動作し一つのスレッドが割り
当てられており、このスレッドが自分自身のキューを監
視している。テスト制御部２２のテストハンドラ２５お
よびアクタ部２４のオブジェクト２９−１〜２９−２の
存在するプロセス２１−１〜２１−２を表現したプロセ
ス対応マップ３１は、あらかじめ図１５に示す内容でフ
ァイルや共有メモリなどシステム稼動時に参照できるよ
うな形態で保管しておく。次に、プロセス対応マップ３
１，オブジェクト対応マップ３２及びメッセージマップ
３９の構成例を示す。

【０１３３】図１５は本実施形態におけるプロセス対応
マップの構成を示す図である。

【０１３４】図１６は本実施形態におけるオブジェクト
対応マップの構成を示す図であり、同図（ａ）はオブジ
ェクト対応マップ３２−１、同図（ｂ）はオブジェクト
対応マップ３２−２の構成を示している。

【０１３５】図１７は本実施形態におけるメッセージマ
ップの構成を示す図であり、同図（ａ）はメッセージマ
ップ３９−１、同図（ｂ）はメッセージマップ３９−２
の構成を示している。

【０１３６】なお、図１５，図１６及び図１７における
一般的な構成は、第１の実施形態と同様であるので省略
している。

【０１３７】図１５に示すように、本実施形態では架空
のオブジェクトＣがプロセス＃１に論理オブジェクトＩ
Ｄ１０１として割り付けられている。これに対応し、図
１６のオブジェクト対応マップ３２ではオブジェクトＣ
の論理オブジェクトＩＤ１０１に対する動作時オブジェ
クトＩＤ１０２としてテストハンドラが割り付けられて
いる。このようなマップ構成とすることで未だに作成さ
れていないオブジェクトにメッセージを発信する場合が
あってもエラーを生じずにテストできるようになってい
る。

【０１３８】なお、プロセス対応マップ３１はメッセー
ジテスト用に予め作成されるものであり、メッセージマ
ップ２９もメソッドとメッセージの関係に対応して予め
作成されている。しかし、オブジェクト対応マップ３２
は後述するように、テストシステム生成時に作成される
ものである。

【０１３９】次に、以上のように構成された本実施形態
におけるオブジェクト指向メッセージ通信テスト装置の
動作について説明する。

【０１４０】（システム起動）；システムを起動する際
のプロセスの動作、メッセージ通信制御部２３、テスト
制御部２２およびアクタ部２４の動作を図１８及び図１
９のフロー図を参照して説明する。

【０１４１】図１８は本実施形態におけるシステム起動
の際の立ち上げ処理を説明する第１の図である。

【０１４２】図１９は本実施形態におけるシステム起動
の際の立ち上げ処理を説明する第２の図である。

【０１４３】図１８に示すように、テストハンドラ２５
を含むプロセスが起動される場合には、まず始めに、メ
ッセージハンドラ３０−１が生成される（図１８
（ａ）：Ｓ１）。次に、テストシナリオ２６を駆動する
テストハンドラ２５が生成される（Ｓ２）。さらに、シ
ナリオ情報およびテストアイテム（送信先オブジェクト
ＩＤとメッセージ）を表示するメッセージ送受表示ＧＵ
Ｉ２８が生成される（Ｓ３）。

【０１４４】一方、テスト対象オブジェクト２９−１〜
２９−２を含むプロセスが起動される場合には、まず始
めに、メッセージハンドラ３０−２（図１８（ｂ）：Ｓ
４）が生成される。次に、プロセスに存在するべきオブ
ジェクト２９−１〜２９−２が生成される（Ｓ５）。

【０１４５】以下に各処理のより詳細な説明を行う。

【０１４６】まず、ステップＳ１又はＳ４におけるメッ
セージハンドラ３０−１〜３０−２の生成について説明
する。この場合は、まずメッセージハンドラキュー３３
−１〜３３−２が生成され（図１８（ｃ）：Ｓ６）、メ
ッセージハンドラキュー３３−１〜３３−２を監視する
ためのスレッドが起動される（Ｓ７）。さらに、プロセ
ス対応マップ３１が読み込まれ（Ｓ８）、プロセスメッ
セージハンドラ３４−１〜３４−２が生成される（Ｓ
９）。

【０１４７】また、ステップＳ９におけるプロセスメッ
セージハンドラ３４−１〜３４−２の生成時には、まず
プロセス送信用メッセージキュー３５−１〜３５−２が
生成され（図１９（ｄ）：Ｓ１０）、プロセス受信用メ
ッセージキュー３６−１〜３６−２が生成される（Ｓ１
１）。さらに、プロセス受信用メッセージキュー３６−
１〜３６−２を監視するためのスレッドが起動される
（Ｓ１２）。

【０１４８】また、ステップＳ２におけるテストハンド
ラ２５の生成時には、テストシナリオ２６からシナリオ
情報が読み込まれ（図１９（ｅ）：Ｓ１３）、テストシ
ナリオ２６から送信先オブジェクトおよびメッセージを
抽出したテストアイテムリスト２７が作成される（Ｓ１
４）。次に、読み込んだシナリオ情報と作成したテスト
アイテムがメッセージ送受表示ＧＵＩ２８に表示され
（Ｓ１５）、メッセージキュー３８−０が生成される
（Ｓ１６）。さらに、メッセージキュー３８−０を監視
するためのスレッドが起動され（Ｓ１７）、メッセージ
ハンドラ３０−１に自分自身が登録される（ステップＳ
１８）。

【０１４９】これにより図１６に示すように、オブジェ
クト対応マップ３２−１に未だ作成されていないオブジ
ェクトについても登録がなされることになる。ここで、
当該オブジェクトの代わりになるのはテストハンドラ２
５である。すなわちプロセス対応マップ３１の情報から
プロセス＃１にオブジェクトＣが存在することとなる。
しかし、実際には同オブジェクトＣが存在しないため、
オブジェクトＣの論理オブジェクトＩＤ１０１にテスト
ハンドラの動作時オブジェクトＩＤ１０２が割り付けら
れることになるようオブジェクト対応マップ３２−１が
生成される。

【０１５０】一方、ステップＳ２で生成されるべきテス
ト対象となるオブジェクト２９−１〜２９−２の生成時
には、まずメッセージキュー３８−１〜３８−２が生成
され（図１９（ｆ）：Ｓ１９）、メッセージキュー３８
−１〜３８−２を監視するためのスレッドが起動される
（Ｓ２０）。さらに、メッセージハンドラ３０−２に自
分自身が登録される（Ｓ２１）。以上により図１６に示
すように、オブジェクト対応マップ３２−１〜３２−２
にオブジェクトが登録される。

【０１５１】（メッセージ通信テスト）；以上のように
して、テストハンドラ２５が生成されると、テストシナ
リオ２６が読み込み、送信先のオブジェクトＩＤと送信
メッセージとが取得され、シーケンシャルなシナリオ情
報としてメッセージ送受表示ＧＵＩ２８に表示される。
一方、任意の送信先オブジェクトＩＤと任意の送信メッ
セージを選択できるように、テストシナリオ６から送信
先オブジェクトおよびメッセージが抽出されてテストア
イテムリスト７が作成され、メッセージ送受表示ＧＵＩ
８に先のシーケンシャルなシナリオ情報とは別にこれら
の情報が表示される（後述の図２４）。こうして、メッ
セージ通信テストの準備が整うことになる。

【０１５２】この状態で、シナリオを開始するか、ある
いは任意の送信先オブジェクトＩＤと任意の送信メッセ
ージを選択すると、テストハンドラ２５によりメッセー
ジ通信テストが開始される。本実施形態ではテストシナ
リオ２６を用いてテストする場合を説明し、任意組み合
わせモードによるテストは後述の第４の実施形態で説明
する。

【０１５３】以下に説明する例においては、シナリオで
はテストハンドラ２５からオブジェクトＡにメッセージ
Ａを送信するようになっている。この最初のメッセージ
送信の結果、オブジェクトＡからオブジェクトＢへ通信
メッセージＢが送信され、さらにオブジェクトＢからオ
ブジェクトＣへメッセージＣが送信されるように、それ
ぞれのオブジェクトＡ，Ｂがプログラムされている場合
を考える。

【０１５４】しかしながら、図１１〜図１３に示すよう
に、オブジェクトＡ及びＢはテストハンドラとは異なる
同一プロセス＃２内に存在し、オブジェクトＣ自体は未
だ作成されていない。

【０１５５】このような状況において、テストハンドラ
プロセス２１−１からテスト対象プロセス２１−２への
メッセージ通信（テストハンドラ２５からオブジェクト
２９−１〜２９−２へのメッセージ通信）、同一プロセ
ス内のテスト対象オブジェクト間のメッセージ通信（オ
ブジェクト２９−１からオブジェクト２９−２へのメッ
セージ通信）、テスト対象プロセス２１−２からテスト
ハンドラプロセス２１−２へのメッセージ通信（オブジ
ェクト２９−２からテスト対象外オブジェクトへのメッ
セージ通信）の各メッセージ通信テストについて、図２
０〜図２３のフロー図を用いて順に説明する。

【０１５６】図２０は本実施形態におけるメッセージハ
ンドラスレッドメッセージ通信の動作を示す流れ図であ
り、図２１は本実施形態におけるプロセスメッセージハ
ンドラスレッドメッセージ通信の動作を示す流れ図であ
る。

【０１５７】また、図２２は本実施形態におけるテスト
ハンドラスレッドメッセージ通信の動作を示す流れ図で
あり、図２３は本実施形態におけるオブジェクトスレッ
ドメッセージ通信の動作を示す流れ図である。

【０１５８】ａ）通信テスト＃１；テストハンドラ２５
からオブジェクト２９−１〜２９−２へのメッセージ通
信まず、テストハンドラプロセス２１−１からテスト対象
プロセス２１−２へのメッセージ通信に関し、メッセー
ジ通信制御部２３のメッセージハンドラ３０−１および
テスト制御部２２のテストハンドラ２５の動作を説明す
る。

【０１５９】テストハンドラ２５が駆動するテストシナ
リオ２７は、図１４（ａ）に示すフォーマットであらか
じめ与えられている。図１４（ｂ）は本実施例における
具体例である。

【０１６０】テストシナリオ２７には、［シナリオ情
報］、［オブジェクト名対応］、［メッセージ名対応］
の三種類の情報が記述されている。最初の［シナリオ情
報］には、送信元オブジェクト名（“テストハンド
ラ”）、送信先オブジェクト名（“オブジェクト
Ａ”）、メッセージ名（“メッセージＡ”）を順に記述
する。次の［オブジェクト名対応］と［メッセージ名対
応］は、テストハンドラ２５がメッセージ送受表示ＧＵ
Ｉ２８にシナリオ情報やメッセージ送受状況を表示する
ために利用される。［オブジェクト名対応］とは、オブ
ジェクトＩＤとオブジェクト名の対応を表し、［メッセ
ージ名対応］とは、メッセージＩＤとメッセージ名の対
応を表す。なお、図１４において、左側の番号（１，
２，３，．．等）がＩＤ（論理オブジェクトＩＤ１０１
等に相当）を示し、番号の右側の名称（オブジェクト
Ａ，メッセージＡ等）がオブジェクト名等を示してい
る。

【０１６１】また、オブジェクトがメッセージを送信す
る際には、実際には送信元オブジェクトＩＤとメッセー
ジＩＤを格納したものを作成する。以下では、説明を簡
略化するため、メッセージの送信はメッセージ名（メッ
セージＡなど）で記述する。

【０１６２】図２４はメッセージ送受表示ＧＵＩによっ
て表示されるメッセージ通信テスト環境画面を示す図で
ある。

【０１６３】同図に示す画面において、テストを行う開
発者によりシナリオ読み込みボタン１１１が指定入力さ
れると（マウスクリック等による）、テストハンドラ２
５によりテストシナリオ２６が読み込まれ、メッセージ
送受表示ＧＵＩ２８のシナリオ一覧１１２にシナリオ情
報が表示される。また、このときオブジェクトおよびメ
ッセージ一覧１１３にはシナリオ２６から抽出されテス
トアイテムリスト２７に格納された情報が表示される。

【０１６４】ここで、シナリオ一覧１１２のシナリオ情
報が選択され、連続送信ボタン１１４が押されると、テ
ストハンドラ２５により一定間隔でテストシナリオ２６
に沿ったメッセージ送信が行われる。

【０１６５】ここで、テストハンドラ２５がオブジェク
ト２９−１に向けてメッセージＡを送信することを考え
る。

【０１６６】テストハンドラ２５のメッセージ送信メソ
ッドは、図２５（ａ）に示す内容になっている。

【０１６７】図２５は本実施形態のテストハンドラある
いはオブジェクトに対応する各メゾット内容例を示す図
である。

【０１６８】ここでテストハンドラ２５によりオブジェ
クト２９−１（オブジェクトＡ）に向けてメッセージＡ
が送信されると、まず送信先オブジェクト２９−１の論
理オブジェクトＩＤと送信メッセージＡが図１２のメッ
セージハンドラ３０−１に渡され、メッセージハンドラ
キュー３３−１に格納される（図２０；Ｓ２２）。

【０１６９】メッセージハンドラ３０−１により、メッ
セージハンドラキュー３３−１からオブジェクト２９−
１の論理オブジェクトＩＤ１０１とメッセージＡが取り
出され（Ｓ２３）、図１５のプロセス対応マップ３１に
記述されたオブジェクト２９−１の論理オブジェクトＩ
Ｄ１０１に対応するプロセスが検索される（ステップＳ
２４）。

【０１７０】ここでまず、オブジェクト２９−１がメッ
セージハンドラ３０−１と同一プロセス２１−１に存在
するかどうかが調べられる（Ｓ２５）。この場合、図１
５にあるように、オブジェクトＡがテストハンドラ２５
とは異なるプロセス＃２に存在することが判明する。し
たがって、メッセージハンドラ３０−１により、プロセ
ス２１−２（＃２）に対応するプロセスメッセージハン
ドラ３４−１が取り出され（Ｓ３０）、オブジェクト２
９−２の論理オブジェクトＩＤ１０１とメッセージＡが
プロセスメッセージハンドラ３４−１に送信される（Ｓ
３１）。オブジェクト２９−２の論理オブジェクトＩＤ
１０１とメッセージＡが送信されると、これらがプロセ
ス送信用メッセージキュー３５−１に格納され（Ｓ３
２）、続いて共有メモリ２７−１上にオブジェクト２９
−１の論理オブジェクトＩＤ１０１とメッセージＡとが
置かれる。

【０１７１】次に、送信先オブジェクト２９−１が存在
するプロセス２１−２内のプロセスメッセージハンドラ
３４−２により共有メモリ３７−１に置かれたオブジェ
クト２９−１の論理オブジェクトＩＤ１０１とメッセー
ジＡが取り出され、プロセス受信用メッセージキュー３
６−２に格納される（図２１；Ｓ３３）。プロセスメッ
セージハンドラ３４−２により、プロセス受信用メッセ
ージキュー３６−２からオブジェクト２９−１の論理オ
ブジェクトＩＤ１０１とメッセージＡが取り出される
（Ｓ３４）。このメッセージＡがスレッド終了メッセー
ジでないことが確認された上で（Ｓ３５）、これらがメ
ッセージハンドラ３０−３に送信される（Ｓ３６）。

【０１７２】この送信されたオブジェクト２９−１のオ
ブジェクトＩＤとメッセージＡは、メッセージハンドラ
３０−２によりメッセージハンドラキュー３３−２に一
旦格納される（図２０；Ｓ２２）。メッセージハンドラ
３０−２により、メッセージハンドラキュー３３−２か
らオブジェクト２９−１のオブジェクトＩＤとメッセー
ジＡが取り出され（Ｓ２３）、図１５のプロセス対応マ
ップ３１に記述されたオブジェクト２９−１の論理オブ
ジェクトＩＤ１０１に対応するプロセスが検索される
（Ｓ２４）。この場合、オブジェクト２９−１がメッセ
ージハンドラ３０−２と同一プロセス２１−２に存在す
るかどうかが調べられる（Ｓ２５）。

【０１７３】ここでは図１５にあるように、同一プロセ
ス＃２に存在することが判明するので、メッセージＡが
スレッド終了メッセージでないことが確認された上で
（Ｓ２６）、メッセージハンドラ３０−２によって、図
１６のオブジェクト対応マップ３２−２からオブジェク
ト２９−１の論理オブジェクトＩＤ１０１に対応するオ
ブジェクト２９−１の動作時オブジェクトＩＤ１０２が
検索される（Ｓ２７）。

【０１７４】この場合には、オブジェクト２９−１の論
理オブジェクトＩＤ１０１に対応する動作時オブジェク
ト１０２がオブジェクト対応マップ３２から取り出され
（Ｓ２８）、送信先オブジェクト２９−１にメッセージ
Ａが送信される（Ｓ２９）。

【０１７５】メッセージＡが送信されると、送信メッセ
ージＡが送信先オブジェクト２９−１に渡され、送信先
オブジェクト２９−１のメッセージキュー３８−１に格
納される（図２３；Ｓ４１）。このメッセージＡは送信
先オブジェクト２９−１によってメッセージキュー３８
−１から取り出され（Ｓ４２）、メッセージＡがスレッ
ド終了メッセージでないことが確認された上で（Ｓ４
３）、メッセージＡに対応するメソッドＡが図１７のメ
ッセージマップ３９−１から検索される（Ｓ４４）。そ
してメッセージＡに対応するメソッドＡが呼び出され、
実行される（Ｓ４５）。

【０１７６】こうして、正常なメッセージ通信並びに通
信に基づく正常なオブジェクト動作がなされたか否かが
確認される。なお、このメッセージ通信状況は、例えば
図２４に示すようにメッセージ送受表示ＧＵＩ２８のメ
ッセージ送受信状況１１５に表示される。

【０１７７】ｂ）通信テスト＃２；オブジェクト２９−
１からオブジェクト２９−２へのメッセージ通信次に、同一プロセス内のテスト対象オブジェクト間のメ
ッセージ通信に関し、メッセージ通信制御部２３のメッ
セージハンドラ３０−２およびアクタ部２４のオブジェ
クト２９−１〜２９−２の動作を説明する。

【０１７８】オブジェクト２９−１のメソッドＡにより
オブジェクト２９−２に向けてメッセージＢを送信する
こととなる場合を考える。この場合、オブジェクト２９
−１のメソッドＡは、図２５（ｂ）に示す内容になる。

【０１７９】ここでオブジェクト２９−１がオブジェク
ト２９−２に向けてメッセージＢを送信すると、送信先
のオブジェクト２９−２のオブジェクトＩＤと送信メッ
セージＢがメッセージハンドラ３０−２に渡され、メッ
セージハンドラキュー３３−２に格納される（図２０；
Ｓ２２）。メッセージハンドラ３０−２により、メッセ
ージハンドラキュー３３−２からオブジェクト２９−２
の論理オブジェクトＩＤ１０１とメッセージＢが取り出
される（Ｓ２３）。さらに、図１５のプロセス対応マッ
プ３１に記述されたオブジェクト２９−２のオブジェク
トＩＤに対応するプロセスが検索される（Ｓ２４）。こ
れによりオブジェクト２９−２がオブジェクト２９−１
と同一プロセス２１−２（プロセス＃２）に存在するか
どうかが調べられる（Ｓ２５）。

【０１８０】この場合、図１５にあるように、各オブジ
ェクト２０−１，２９−２が同一プロセスに存在するこ
とが判明するので、メッセージＢがスレッド終了メッセ
ージでないことが確認された上で（Ｓ２６）、メッセー
ジハンドラ３０−２により、図１６（ｂ）のオブジェク
ト対応マップ３２−２からオブジェクト２９−２のオブ
ジェクトＩＤに対応するオブジェクトが検索される（Ｓ
２７）。

【０１８１】この検索の結果、メッセージハンドラ３０
−２により、オブジェクト２９−２の論理オブジェクト
ＩＤ１０１から動作時オブジェクト１０２が取り出され
（Ｓ２８）、送信先オブジェクト２９−２にメッセージ
Ｂが送信される（Ｓ２９）。

【０１８２】この送信されたメッセージＢは送信先オブ
ジェクト２９−２に渡され、メッセージキュー３８−２
に格納される（図２３；Ｓ４１）。送信先オブジェクト
２９−２により、メッセージキュー３８−２からメッセ
ージＢが取り出され（Ｓ４２）、メッセージＢはスレッ
ド終了メッセージでないことが確認され（Ｓ４３）、メ
ッセージＢに対応するメソッドＢが図１７（ｂ）のメッ
セージマップ３９−２から検索される（Ｓ４４）。

【０１８３】こうしてメッセージＢに対応するメソッド
Ｂが呼び出され、オブジェクトＢにより実行される（ス
テップＳ４５）。

【０１８４】なお、ここでは、テストの一部分として、
オブジェクトＡからオブジェクトＢへのメッセージ送信
という形で説明したが、例えば送信側オブジェクトＡと
してテストハンドラ２５を用いれば同一プロセス内のオ
ブジェクト間通信の場合であってもメッセージ通信テス
トを実行できることになる。

【０１８５】ｃ）通信テスト＃３；オブジェクト２９−
２からテスト対象外オブジェクトへのメッセージ通信次に、テスト対象プロセス２１−２からテストハンドラ
プロセス２１−２へのメッセージ通信に関し、テスト制
御部２２、メッセージ制御部２３およびアクタ部２４の
動作を説明する。

【０１８６】ここでは、オブジェクト２９−２のメソッ
ドＢによりテスト対象外のオブジェクトＣに向けてメッ
セージＣを通信することとなる場合を考える。オブジェ
クト２９−２のメソッドＢは、図２５（ｃ）に示す内容
になる。

【０１８７】この場合、オブジェクトＣへのメッセージ
をテストハンドラ２５に受信させるために、図１５にあ
るように、プロセス対応マップ３１では、オブジェクト
Ｃが存在するプロセスをテストハンドラ２５が存在する
プロセス２１−１（プロセス＃１）としている。一方、
テストハンドラ２５が生成された際に、メッセージハン
ドラ３０−１に自分自身が登録される（図１９（ｅ）；
Ｓ１８）。この時プロセス対応マップ３１でテストハン
ドラ２５が存在するプロセス２１−１に送信先オブジェ
クト（この場合はオブジェクトＣ）が対応付けられてい
るときは、該当するオブジェクトＩＤもテストハンドラ
２５自身として登録される。これは、テスト対象外であ
るオブジェクトＣへのメッセージ送信をテストハンドラ
２５が受け取るための仕組みである。

【０１８８】このような状況において、オブジェクト２
９−２（オブジェクトＢ）がオブジェクトＣに向けてメ
ッセージＣが送信されると、図２０のステップＳ２５ま
では先と同様な動作が行われる。

【０１８９】ここで、図１５に示されるように、オブジ
ェクトＣが存在するプロセスは、テストハンドラ２５が
存在するプロセス２１−１であるため、メッセージハン
ドラ３０−２によって、プロセス２１−１に対応するプ
ロセスメッセージハンドラ３４−２が取り出される（Ｓ
３０）。さらに、オブジェクトＣの論理オブジェクトＩ
Ｄ１０１（テストハンドラ２５の動作時オブジェクトＩ
Ｄ１０２に対応）とメッセージＣがプロセスメッセージ
ハンドラ３４−２に送信される（Ｓ３１）。

【０１９０】送信されたオブジェクトＣの論理オブジェ
クトＩＤ１０１とメッセージＣは、プロセス送信用メッ
セージキュー３５−２に格納され（Ｓ３２）、続いて共
有メモリ３７−２上に置かれる。

【０１９１】次に、プロセス対応マップ３１で送信先オ
ブジェクトＣが存在すると記述されたプロセス２１−１
内のプロセスメッセージハンドラ３４−１によって、共
有メモリ３７−２に置かれたオブジェクトＣの論理オブ
ジェクトＩＤ１０１とメッセージＡが取り出され、プロ
セス受信用メッセージキュー３６−１に格納される（図
２１；Ｓ３３）。オブジェクトＣの論理オブジェクトＩ
Ｄ１０１とメッセージＡはプロセスメッセージハンドラ
３４−１によってプロセス受信用メッセージキュー３６
−１から取り出される（Ｓ３４）。さらに、メッセージ
Ａがスレッド終了メッセージでないことが確認された上
で（Ｓ３５）、メッセージハンドラ３０−１に送信され
る（Ｓ３６）。

【０１９２】送信されたオブジェクトＣの論理オブジェ
クトＩＤ１０１とメッセージＡは、メッセージハンドラ
３０−１によって、メッセージハンドラキュー３３−１
に格納される（図２０；Ｓ２２）。さらに、メッセージ
ハンドラ３０−１によって、メッセージハンドラキュー
３３−１からオブジェクトＣの論理オブジェクトＩＤ１
０１とメッセージＣが取り出される（Ｓ２３）。

【０１９３】この取り出されたオブジェクトＣの論理オ
ブジェクトＩＤ１０１に対応するプロセスが、図１５の
プロセス対応マップ３１から検索される（Ｓ２４）。こ
れにより、オブジェクトＣがメッセージハンドラ３０−
１と同一プロセス２１−１に存在するかどうか調べられ
る（Ｓ２５）。この場合は、同一プロセスに存在するこ
とが判明するので、メッセージＣがスレッド終了メッセ
ージでないことが確認された上で（Ｓ２６）、メッセー
ジハンドラ３０−１によって、図１６（ａ）のオブジェ
クト対応マップ３２−１からオブジェクトＣの論理オブ
ジェクトＩＤ１０１に対応する動作時オブジェクトＩＤ
１０２が検索される（Ｓ２７）。

【０１９４】図１６（ａ）にあるように、オブジェクト
対応マップ３２−１においてはオブジェクトＣの論理オ
ブジェクトＩＤ１０１に対してはテストハンドラ２５の
動作時オブジェクトＩＤ１０２が割り付けられている。
したがって、テストハンドラ２５の動作時オブジェクト
ＩＤ１０２が取り出され（Ｓ２８）、オブジェクトＣの
代用としてのテストハンドラ２５にメッセージＣが送信
される（プＳ２９）。

【０１９５】送信されたメッセージＣはテストハンドラ
２５に渡され、テストハンドラ２５のメッセージキュー
３８−０に格納される（図２２；Ｓ３７）。このメッセ
ージＣは、テストハンドラ２５によってメッセージキュ
ー３８−０から取り出され（Ｓ３８）、スレッド終了メ
ッセージでないことが確認される（Ｓ３９）。さらに、
同メッセージＣに基づき、メッセージ送受表示ＧＵＩ２
８によって、送信元オブジェクト２９−２（オブジェク
トＢ）の名前、送信先オブジェクトＣの名前、メッセー
ジＣの名前がメッセージ送受信状況１１５に表示される
（Ｓ４０）。

【０１９６】こうして、例えばオブジェクトＣが未作成
などの理由により存在しない場合でも異常終了とならず
にメッセージ通信テストが可能となる。

【０１９７】（システム停止）；次に、システムを停止
する際のプロセスの動作、テスト制御部２２、メッセー
ジ通信制御部２３およびアクタ部２４の動作を図２６及
び図２７のフロー図を用いて説明する。

【０１９８】図２６はシステム停止時の処理を示す第１
の流れ図である。

【０１９９】図２７はシステム停止時の処理を示す第２
の流れ図である。

【０２００】テスト対象オブジェクトを含むプロセスを
停止するときには、まず始めに、プロセスに存在してい
るオブジェクト２９−１〜２９−２が破壊される（図２
６（ａ）；Ｓ４６）。次に、メッセージハンドラ３０−
２が破壊される（Ｓ４７）。

【０２０１】一方、テストハンドラ２５を含むプロセス
を停止するときには、まず始めに、メッセージ送受表示
ＧＵＩ２８が破壊される（図２６（ｂ）；Ｓ４８）。次
に、テストハンドラ２５が破壊される（ステップＳ４
９）、最後に、メッセージハンドラ３０−１が破壊され
る（Ｓ５０）。

【０２０２】以下、それぞれの処理についてさらに詳し
く説明する。

【０２０３】まず、ステップＳ４６のオブジェクト２９
−１〜２９−２の破壊時には、まず論理オブジェクトＩ
Ｄの登録がメッセージハンドラ３０−２から抹消される
（図２６（ｃ）；ステップＳ５１）。続いて、自分自身
にスレッド終了メッセージが送信され（Ｓ５２）、メッ
セージキュー３８−１〜３８−２を監視していたスレッ
ドの終了が待たれたのち（Ｓ５３）、メッセージキュー
３８−１〜３８−２が破壊される（ステップＳ５４）。

【０２０４】また、ステップＳ４９のテストハンドラ２
５の破壊時には、オブジェクトＩＤの登録がメッセージ
ハンドラ３０−１から抹消される（図２７（ｄ）；Ｓ５
５）さらに、自分自身にスレッド終了メッセージが送信
され（Ｓ５６）、メッセージキュー３８−０を監視して
いたスレッドの終了が待たれたのち（Ｓ５７）、メッセ
ージキュー３８−０が破壊される（ステップＳ５８）。

【０２０５】次に、ステップＳ４７，Ｓ５０のメッセー
ジハンドラ３０−１〜３０−２の破壊時には、まず、プ
ロセスメッセージハンドラ３４−１〜３４−２が削除さ
れる（図２７（ｅ）；Ｓ５９）。さらに、自分自身にス
レッド終了メッセージが送信され（Ｓ６０）、メッセー
ジハンドラキュー３３−１〜３３−２を監視していたス
レッドの終了が待たれたのち（Ｓ６１）、メッセージハ
ンドラキュー３３−１〜３３−２が破壊される（Ｓ６
２）。

【０２０６】さらに、メッセージハンドラ３０の破壊時
におけるステップＳ５９のプロセスメッセージハンドラ
３４−１〜３４−２の破壊時には、まず自分自身にスレ
ッド終了メッセージが送信される（図２７（ｆ）；Ｓ６
３）。次に、プロセス受信用メッセージキュー３６−１
〜３６−２を監視していたスレッドの終了が待たれたの
ち（Ｓ６４）、プロセス受信用メッセージキュー３６−
１〜３６−２が破壊される（Ｓ６５）。さらに、プロセ
ス送信用メッセージキュー３５−１〜３５−２が破壊さ
れる（Ｓ６６）。

【０２０７】このようにしてメッセージ通信テストシス
テムが終了する。

【０２０８】上述したように、本発明の実施の形態に係
るオブジェクト指向メッセージ通信テスト装置は、第１
の実施形態と同様な構成を設けた他、メッセージ通信テ
スト装置を提供するようにしたので、開発したオブジェ
クトをテストするためのテストシナリオを柔軟に選択・
変更できるとともに、テスト対象のオブジェクトからテ
スト対象外へのオブジェクトへのメッセージ通信がある
ような場合でもテストプログラムを続行可能とすること
ができる。

【０２０９】これらによってプロセス配置の変更に伴う
プログラムの変更量を軽減するとともに、システム開発
途上時のオブジェクトのテストを効率的に行い、システ
ムを効率的に開発することができる。

【０２１０】（発明の第３の実施の形態）本実施形態に
おいては、第１の実施形態の計算機システムに用いられ
るオブジェクト指向プログラムをテストするためのオブ
ジェクト指向メッセージ通信テスト装置について説明す
る。また、第２の実施形態ではプロセス２１が２つの場
合について説明したが、本実施形態ではプロセス２１が
３つの場合を説明する。

【０２１１】図２８は本発明の第３の実施の形態に係る
オブジェクト指向メッセージ通信テスト装置の一例を示
す構成図であり、図１１〜図２７と同一部分には同一符
号を付して説明を省略し、ここでは異なる部分について
のみ述べる。

【０２１２】同図に示すオブジェクト指向メッセージ通
信テスト装置２０”は、第１及び第２の実施形態と同様
な計算機上に構成されるものであり、オブジェクト２９
−３（オブジェクトＣ）を含むプロセス２１−３（＃
３）が設けられる他、第２の実施形態と同様に構成され
ている。

【０２１３】このシステムにおいては、第２の実施形態
でテスト対象外であったオブジェクトＣがオブジェクト
２９−３として新たに別のプロセス＃３に配置されてい
る。

【０２１４】プロセス２１−３は、メッセージ通信制御
部２３及びプロセスＣを含むアクタ部２４を備えるとと
もに、共有メモリ３７−３，３７−４を介してプロセス
２１−１と通信できるようになっている。

【０２１５】また、図２９は本実施形態のオブジェクト
指向メッセージ通信テスト装置におけるメッセージ通信
制御部の詳細構成例を示すブロック図であり、図１１〜
図２８と同一部分には同一符号を付して説明を省略す
る。

【０２１６】さらに、図３０は本実施形態のオブジェク
ト指向メッセージ通信テスト装置におけるテスト制御部
並びにアクタ部の詳細構成例を示すブロック図であり、
図１１〜図２９と同一部分には同一符号を付して説明を
省略する。

【０２１７】図３０には、メッセージキュー２８−３
（Ｃ）及びメッセージマップ２９−３（Ｃ）が示される
が、これらは第２実施形態のメッセージキュー２８−１
（Ａ），２８−２（Ｂ）及びメッセージマップ２９−１
（Ａ），２９−２（Ｂ）と同様なものである。

【０２１８】本実施形態においても、第２の実施形態と
同様に、テストハンドラ２５からオブジェクト４９−１
（オブジェクトＡ）に向けてメッセージＡが送信される
場合を考える。つまり本実施形態は、第２の実施形態に
示された状況からプログラム開発が進み、オブジェクト
Ｃを含むプロセス２１−３（＃３）が完成し、このプロ
セス＃３も含めてテストをしようとする場合である。

【０２１９】本実施形態の場合においては、テストハン
ドラ２５→オブジェクトＡ→オブジェクトＢ→オブジェ
クトＣ→オブジェクトＸという順でメッセージ送信が進
行することになる。

【０２２０】図３１は本実施形態のテストハンドラある
いはオブジェクトに対応する各メゾット内容例を示す図
である。

【０２２１】同図には図２５の場合に比べてオブジェク
トＣのメゾットＣが加えられており（図３１（ｄ））、
同メゾットＣではオブジェクトＸに対してメッセージＸ
を送信するようになっている。

【０２２２】本実施形態において、オブジェクトＣが存
在するプロセスを追加したことによる修正の必要が生じ
るのは図３２に示すプロセス対応マップ３１のみであ
り、テストプログラム自体を修正する必要はない。した
がって、テスト対象のオブジェクトが増えて、オブジェ
クトのプロセス配置が変更されても、オブジェクトのプ
ロセス配置を意識する必要はない。第２の実施形態に説
明したように、オブジェクト対応マップは、プロセス対
応マップ３１等の情報からテスト環境に適合するように
自動生成されるためであり、メッセージマップ３９はそ
もそも変更する必要がないためである。

【０２２３】図３２は本実施形態におけるプロセス対応
マップの構成を示す図である。

【０２２４】図３３は本実施形態におけるオブジェクト
対応マップの構成を示す図であり、同図（ａ）はオブジ
ェクト対応マップ３２−１、同図（ｂ）はオブジェクト
対応マップ３２−２、同図（ｃ）はオブジェクト対応マ
ップ３２−３、の構成を示している。

【０２２５】図３４は本実施形態におけるメッセージマ
ップの構成を示す図であり、同図（ａ）はメッセージマ
ップ３９−１、同図（ｂ）はメッセージマップ３９−
２、同図（ｃ）はメッセージマップ３９−３の構成を示
している。

【０２２６】なお、第１、第２の実施形態で説明したよ
うに、本システムではオブジェクト対応マップ３２は、
オブジェクトが生成される際の立ち上げ処理時に登録さ
れるため、これらのマップを事前に修正する必要はな
い。ただし、オブジェクト４９−３（オブジェクトＣ）
を追加する際には、先の実施形態と同様に図３４に示す
ようなメッセージマップをオブジェクトＣに用意する。

【０２２７】次に、以上のように構成された本実施形態
におけるオブジェクト指向メッセージ通信テスト装置の
動作について説明する。

【０２２８】本実施形態においてもまず、図２４に示す
メッセージ送受表示ＧＵＩ２８からテスト者が連続送信
ボタン１１４をクリックすることで開始される。

【０２２９】これにより、まず図３１のテストハンドラ
２５からプロセス＃２のオブジェクトＡにメッセージが
送信される。なお、メッセージ制御部２４やアクタ部２
３等における処理は図３２，図３３及び図３４に示すプ
ロセス対応マップ３１、オブジェクト対応マップ３２及
び３９に従い、第１，第２の実施形態と同様にして行わ
れる。

【０２３０】次に、テストハンドラ２５からのメッセー
ジを受け取ったオブジェクトＡからは、図３１（ｂ）に
示すメソッドＡに従い、同一プロセス＃２内のオブジェ
クトＢに対してメッセージＢが出力される。ここまで
は、第２の実施形態と同様である。

【０２３１】さらに、オブジェクトＡからのメッセージ
Ｂを受け取ったオブジェクトＢからは、図３１（ｃ）に
示すメソッドＢに従い、プロセス＃３のオブジェクトＣ
に対してメッセージＣが出力される。第２の実施形態で
はプロセス＃３が存在しなかったため、このメッセージ
Ｃはプロセス＃１のテストハンドラ２５に戻されたが、
本実施形態ではプロセス対応マップ３１に従い、現実に
存在するプロセス＃３に送信される。

【０２３２】次に、オブジェクトＢからのメッセージＣ
を受け取ったオブジェクトＣからは、図３１（ｄ）に示
すメソッドＣに従い、オブジェクトＸに対してメッセー
ジＸが出力される。本実施形態においては、オブジェク
トＸは未だ存在しないので、オブジェクトＸは、図３
２，図３３のプロセス対応マップ３１及びオブジェクト
対応マップ３２−１からわかるようにプロセス＃１のテ
ストハンドラ２５に割り付けられている。

【０２３３】したがって、このメッセージＸは、テスト
ハンドラ２５に送信され、これを受け取ったテストハン
ドラ２５からの通知により、その通信結果がメッセージ
送受表示ＧＵＩ２８のメッセージ送受状況１１５に表示
される。

【０２３４】上述したように、本発明の実施の形態に係
るオブジェクト指向メッセージ通信テスト装置は、第２
の実施形態と同様な構成を設けた他、新たなオブジェク
トＣを含むプロセス＃３を設けたが、オブジェクト対応
マップ３２はプロセス対応マップ３１等の情報からテス
ト環境に適合するように自動生成されるので、オブジェ
クトＣが存在するプロセスを追加したことによる修正の
必要が生じるのは図３２に示すプロセス対応マップ３１
のみとすることができる。

【０２３５】したがって、テスト対象のオブジェクトが
増えて、オブジェクトのプロセス配置が変更されても、
オブジェクトのプロセス配置を意識する必要はなく、適
宜の段階毎の繰り返しテストを容易に実行することがで
きる。

【０２３６】なお、本実施形態では、プロセス数を３つ
に増やした場合を説明したが、例えばオブジェクトＢを
オブジェクトＡとは別プロセスに配置してテストするこ
とも容易に実現できる。すなわち、図２８でオブジェク
ト４９−２（オブジェクトＢ）を別のプロセス＃４に再
配置し、プロセス間にオブジェクト４９−１（オブジェ
クトＡ）とのメッセージ通信を可能にするための共有メ
モリを設け、プロセス対応マップ３１を修正すればよ
い。

【０２３７】第２，第３の実施形態をさらに一般化した
構成を図３５〜図４１に示す。

【０２３８】なお、図３５〜図４１において、プロセス
１は、本実施形態のプロセス２１に対応し、同様に、テ
スト制御部２，メッセージ通信制御部３，アクタ部４，
テストハンドラ５，テストシナリオ６，テストアイテム
リスト７，メッセージ送受表示ＧＵＩ８，オブジェクト
９，メッセージハンドラ１０，プロセス対応マップ１
１，オブジェクト対応マップ１２，メッセージハンドラ
キュー１３，プロセスメッセージハンドラ１４，プロセ
ス送信用メッセージキュー１５，プロセス受信用メッセ
ージキュー１６，共有メモリ１７，メッセージキュー１
８，メッセージマップ１９は、それぞれ本実施形態のテ
スト制御部２２，メッセージ通信制御部２３，アクタ部
２４，テストハンドラ２５，テストシナリオ２６，テス
トアイテムリスト２７，メッセージ送受表示ＧＵＩ２
８，オブジェクト２９，メッセージハンドラ３０，プロ
セス対応マップ３１，オブジェクト対応マップ３２，メ
ッセージハンドラキュー３３，プロセスメッセージハン
ドラ３４，プロセス送信用メッセージキュー３５，プロ
セス受信用メッセージキュー３６，共有メモリ３７，メ
ッセージキュー３８，メッセージマップ３９に対応す
る。

【０２３９】この一般化構成の場合も、上記と同様なメ
ッセージ通信テストを実現させることができる。

【０２４０】（発明の第４の実施の形態）第２の実施形
態では、本発明に係るオブジェクト指向メッセージ通信
テスト装置においては、テストシナリオ２６に従う場合
と、テストアイテムリスト２７を利用しメッセージ送受
表示ＧＵＩ２８から直接指示入力する場合とについてテ
ストが可能である旨説明している。このうち、第２，第
３実施形態においては、テストシナリオ２６に従う場合
を説明した。本実施形態では、第３の実施形態と同様な
構成において、テストアイテムリスト２７を利用しメッ
セージ送受表示ＧＵＩ２８から直接テスト指示入力する
場合について説明する。

【０２４１】本実施形態では、図２８で示した第２の実
施実施形態のテスト環境を含むマルチプロセス／マルチ
スレッドシステムの構造を示す計算機システムを利用す
る。

【０２４２】このような構成を備えたオブジェクト指向
メッセージ通信テスト装置においては、まずシステム生
成時の処理により、テストシナリオ２６からオブジェク
トおよびメッセージを抽出したテストアイテムリスト２
７が作成される。さらに、本実施形態では、このテスト
アイテムリスト２７より任意のオブジェクトおよびメッ
セージが選択されてテストが実行されるようになってい
る。

【０２４３】図４２は本発明の第４の実施形態のオブジ
ェクト指向メッセージ通信テスト装置におけるテストシ
ナリオを示す図である。ここで、図４２（ａ）はテスト
シナリオ２６の一般フォーマットであり、同図（ｂ）は
本実施例における具体例としてのテストシナリオ２６で
ある。

【０２４４】システム生成時に、テストハンドラ２５が
生成されると、同テストハンドラ２５の処理によりテス
トシナリオ２６の［オブジェクト名対応］の欄から送信
元オブジェクトおよび送信先オブジェクトが、［メッセ
ージ名対応］の欄からメッセージの候補が抽出される。

【０２４５】本実施形態の状況では、図４２（ｂ）に示
すように、オブジェクトの候補として“テストハンド
ラ”、“オブジェクトＡ”、“オブジェクトＢ”、“オ
ブジェクトＣ”が、メッセージの候補として“メッセー
ジＡ”、“メッセージＢ”、“メッセージＣ”、“メッ
セージＸ”が抽出される。

【０２４６】次に、テストシナリオ２６の［オブジェク
ト名対応］の欄からオブジェクトＩＤとオブジェクト名
の対応が、［メッセージ名対応］の欄からメッセージＩ
Ｄとメッセージ名の対応が識別される。これらの情報に
基づき、テストハンドラ２５によって、テストシナリオ
２６からテストアイテムリスト２７が作成される。な
お、テストアイテムリスト２７とは、送信元オブジェク
トおよび送信先オブジェクトの候補となるオブジェクト
を列挙したオブジェクトリストと、送信メッセージの候
補となるメッセージを列挙したメッセージリストとから
なる。

【０２４７】図４３は本実施形態におけるオブジェクト
リストの構成例を示す図である。ここで、オブジェクト
リストは、図４３（ａ）に示すフォーマットの情報であ
り、同図（ｂ）は本実施例における具体例を示す。

【０２４８】図４４は本実施形態におけるメッセージリ
ストの構成例を示す図である。メッセージリストは、図
４４（ａ）に示すフォーマットの情報であり、同図
（ｂ）は本実施例における具体例を示す。

【０２４９】また、図４５はメッセージ送受表示ＧＵＩ
によって表示されるメッセージ通信テスト環境画面を示
す図であり、図２４と同一部分には同一符号を付して詳
細説明を省略する。

【０２５０】オブジェクトリスト及びメッセージリスト
が上記のようになっている結果、メッセージ送受表示Ｇ
ＵＩ２８によって、図４５に示すメッセージ通信テスト
環境のオブジェクトおよびメッセージ一覧１１３に、送
信元オブジェクト１２１、送信先オブジェクト１２２、
およびメッセージ１２３が表示されることになる。

【０２５１】ここで、図４５に示されるメッセージ通信
テスト環境を用い、開発者が任意選択モードでテストを
行う場合を考える。

【０２５２】この場合、図４５における送信元オブジェ
クト１２１を“テストハンドラ”とし、送信先オブジェ
クト１２２を“オブジェクトＡ”とし、送信メッセージ
１２３を“メッセージＢ”として選び送信ボタン１２４
を押して、テストを開始したことを想定する。

【０２５３】まず、図４６（ａ）に示すテストハンドラ
２５の送信メソッドにより、オブジェクトＡにメッセー
ジＢが送信される。この後、メッセージＢがオブジェク
トＡに到達するまでの動作は、既に示した実施形態と同
様であるので省略する。

【０２５４】図４６は本実施形態における各メゾットの
例を示す図である。

【０２５５】また、図４７は本実施形態のオブジェクト
Ａ，Ｂのメッセージマップを示す図である。なお、メッ
セージマップの一般形は先の実施形態と同様であるので
省略する。

【０２５６】一方、テストハンドラ２５から送信された
送信先であるオブジェクトＡには、図４７（ａ）に示す
ようなメッセージマップが用意されている。ここでオブ
ジェクトＡには、メッセージＢに対応するメソッドＢが
存在する。

【０２５７】したがって、図４６（ｂ）に示すメソッド
が実行されることになる。図４６（ｂ）のメソッドによ
り、オブジェクトＡからオブジェクトＢにメッセージＸ
が送信される。

【０２５８】以降、オブジェクトＢのメッセージマップ
に基づき、オブジェクトＢのメゾットＸ（図４６
（ｃ））が実行され、テストが継続されていくことにな
る。

【０２５９】上述したように、本発明の実施の形態に係
るオブジェクト指向メッセージ通信テスト装置は、第
２，第３の実施形態と同様な構成を設け、テストシナリ
オ２６のシナリオ情報からテストアイテムリスト２７を
抽出し、これを用いて任意の組み合わせでテストを行い
得るようにしたので、テスト開始段階において開発者が
動的にシナリオを組み立てることができ、より効率的な
メッセージ通信テストを実施することができる。

【０２６０】すなわちオブジェクトおよびメッセージ一
覧１１３に示される各要素を、テストシステム立ち上げ
後に自在に組み替えてテストを実行することが可能にな
る。

【０２６１】以上の第２〜第４実施形態に説明したオブ
ジェクト指向メッセージ通信テスト装置を利用すること
により、オブジェクトに割り当てられるプロセスが変更
されても柔軟に対応することが可能であり、テストプロ
グラムを変更することなしにテストシナリオを柔軟に修
正・追加することが可能であり、シナリオに沿ってテス
トを行うだけでなく任意のオブジェクトに任意のメッセ
ージを送信することも可能となる。

【０２６２】なお、本発明は、上記各実施の形態に限定
されるものでなく、その要旨を逸脱しない範囲で種々に
変形することが可能である。

【０２６３】第２〜第４の実施形態は、第１の実施形態
のシステムをテストする場合に対応して本発明を適用し
たが、本発明の適用範囲はこれに限られるものではな
い。板発明は、第１の実施形態のシステム以外のオブジ
ェクト指向プログラムに対しても適宜変形して適用させ
ることができる。

【０２６４】また、実施形態では、同一計算機内に各プ
ロセスを生成する場合について説明したが、本発明は同
一計算機内にてメッセージ送信テストを実行する場合に
限られるものではない。例えばＬＡＮ等のネットワーク
上の複数計算機に跨って各プロセスを設け、データ伝送
路を介するメッセージ送信テストを実行するようにして
もよい。

【０２６５】なお、実施形態に説明した装置は、記憶媒
体に格納したプログラムをコンピュータに読み込ませる
ことで実現させることができる。

【０２６６】ここで本発明における記憶媒体としては、
磁気ディスク、フロッピーディスク、ハードディスク、
光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光
磁気ディスク（ＭＯ等）、半導体メモリ等、プログラム
を記憶でき、かつコンピュータが読み取り可能な記憶媒
体であれば、その記憶形式は何れの形態であってもよ
い。

【０２６７】また、記憶媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施形態を実現するための各処
理の一部を実行してもよい。

【０２６８】さらに、本発明における記憶媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムをダウンロードして
記憶又は一時記憶した記憶媒体も含まれる。

【０２６９】また、記憶媒体は１つに限らず、複数の媒
体から本実施形態における処理が実行される場合も本発
明における記憶媒体に含まれ、媒体構成は何らの構成で
あってもよい。

【０２７０】なお、本発明におけるコンピュータは、記
憶媒体に記憶されたプログラムに基づき、本実施形態に
おける各処理を実行するものであって、パソコン等の１
つからなる装置、複数の装置がネットワーク接続された
システム等の何れの構成であってもよい。

【０２７１】また、本発明におけるコンピュータとは、
パソコンに限らず、情報処理機器に含まれる演算処理装
置、マイコン等も含み、プログラムによって本発明の機
能を実現することが可能な機器、装置を総称している。

【０２７２】

【発明の効果】以上詳記したように本発明によれば、テ
ストシナリオから情報を抽出し任意選択モード用のテス
ト情報を作成するようにしたので、開発したオブジェク
トをテストするためのテストシナリオを柔軟に選択・変
更でき、ひいてはシステム開発途上時のオブジェクトの
テストを効率的に行い、システムを効率的に開発できる
オブジェクト指向メッセージ通信テスト装置及び記憶媒
体を提供することができる。

【０２７３】また、本発明によれば、未作成のオブジェ
クトの通信先をテストハンドラに割り当てるようにした
ので、テスト対象のオブジェクトからテスト対象外のオ
ブジェクトへのメッセージ通信があるような場合でもテ
ストプログラムを続行可能とし、ひいてはシステム開発
途上時のオブジェクトのテストを効率的に行い、システ
ムを効率的に開発できるオブジェクト指向メッセージ通
信テスト装置及び記憶媒体を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における計算機シス
テムの一例を示す構成図。

【図２】プロセス対応マップの構成例を示す図。

【図３】オブジェクト対応マップの構成例を示す図。

【図４】各プロセスにおけるアクタ部の詳細構成例を示
すブロック図。

【図５】メッセージマップの構成例を示す図。

【図６】各プロセスにおけるメッセージ通信部の詳細構
成例を示すブロック図。

【図７】メッセージハンドラスレッドによるメッセージ
通信処理の様子を示す流れ図。

【図８】オブジェクト２９−１のメソッドｍ１の内容例
を示す図。

【図９】アクタ部のオブジェクトスレッドによるメッセ
ージ通信処理を示す図。

【図１０】他のプロセスから受信したメッセージがプロ
セスメッセージハンドラにより処理される様子を示す流
れ図。

【図１１】本発明の第２の実施の形態に係るオブジェク
ト指向メッセージ通信テスト装置の一例を示す構成図。

【図１２】同実施形態のオブジェクト指向メッセージ通
信テスト装置におけるメッセージ通信制御部の詳細構成
例を示すブロック図。

【図１３】同実施形態のオブジェクト指向メッセージ通
信テスト装置におけるテスト制御部並びにアクタ部の詳
細構成例を示すブロック図。

【図１４】テストシナリオの内容例を示す図。

【図１５】同実施形態におけるプロセス対応マップの構
成を示す図。

【図１６】同実施形態におけるオブジェクト対応マップ
の構成を示す図。

【図１７】同実施形態におけるメッセージマップの構成
を示す図。

【図１８】同実施形態におけるシステム起動の際の立ち
上げ処理を説明する第１の図。

【図１９】同実施形態におけるシステム起動の際の立ち
上げ処理を説明する第２の図。

【図２０】同実施形態におけるメッセージハンドラスレ
ッドメッセージ通信の動作を示す流れ図。

【図２１】同実施形態におけるプロセスメッセージハン
ドラスレッドメッセージ通信の動作を示す流れ図。

【図２２】同実施形態におけるテストハンドラスレッド
メッセージ通信の動作を示す流れ図。

【図２３】同実施形態におけるオブジェクトスレッドメ
ッセージ通信の動作を示す流れ図。

【図２４】メッセージ送受表示ＧＵＩによって表示され
るメッセージ通信テスト環境画面を示す図。

【図２５】同実施形態のテストハンドラあるいはオブジ
ェクトに対応する各メゾット内容例を示す図。

【図２６】システム停止時の処理を示す第１の流れ図。

【図２７】システム停止時の処理を示す第２の流れ図。

【図２８】本発明の第３の実施の形態に係るオブジェク
ト指向メッセージ通信テスト装置の一例を示す構成図。

【図２９】同実施形態のオブジェクト指向メッセージ通
信テスト装置におけるメッセージ通信制御部の詳細構成
例を示すブロック図。

【図３０】同実施形態のオブジェクト指向メッセージ通
信テスト装置におけるテスト制御部並びにアクタ部の詳
細構成例を示すブロック図。

【図３１】同実施形態のテストハンドラあるいはオブジ
ェクトに対応する各メゾット内容例を示す図。

【図３２】同実施形態におけるプロセス対応マップの構
成を示す図。

【図３３】同実施形態におけるオブジェクト対応マップ
の構成を示す図。

【図３４】同実施形態におけるメッセージマップの構成
を示す図。

【図３５】オブジェクト指向メッセージ通信テスト装置
の一般的な構成例を示すブロック図。

【図３６】図３５のオブジェクト指向メッセージ通信テ
スト装置におけるプロセス＃１のメッセージ通信制御部
の詳細構成例を示すブロック図。

【図３７】図３５のオブジェクト指向メッセージ通信テ
スト装置におけるプロセス＃２のメッセージ通信制御部
の詳細構成例を示すブロック図。

【図３８】図３５のオブジェクト指向メッセージ通信テ
スト装置におけるプロセス＃ｎのメッセージ通信制御部
の詳細構成例を示すブロック図。

【図３９】図３５のオブジェクト指向メッセージ通信テ
スト装置におけるプロセス＃１のテスト制御部の詳細構
成例を示すブロック図。

【図４０】図３５のオブジェクト指向メッセージ通信テ
スト装置におけるプロセス＃２のアクタ部の詳細構成例
を示すブロック図。

【図４１】図３５のオブジェクト指向メッセージ通信テ
スト装置におけるプロセス＃ｎのアクタ部の詳細構成例
を示すブロック図。

【図４２】本発明の第４の実施形態のオブジェクト指向
メッセージ通信テスト装置におけるテストシナリオを示
す図。

【図４３】同実施形態におけるオブジェクトリストの構
成例を示す図。

【図４４】同実施形態におけるメッセージリストの構成
例を示す図。

【図４５】メッセージ送受表示ＧＵＩによって表示され
るメッセージ通信テスト環境画面を示す図。

【図４６】同実施形態における各メゾットの例を示す
図。

【図４７】同実施形態のオブジェクトＡ，Ｂのメッセー
ジマップを示す図。

【図４８】メッセージ通信を行う場合における従来のプ
ログラム記述方法の例を示す図。

【図４９】開発途中におけるオブジェクト間通信テスト
の様子を示す図。

【図５０】実行されたテストプログラムが途中で異常終
了してしまう場合を示す図。

【符号の説明】

１−１〜１−３…プロセス＃１〜＃ｎ２…テスト制御部３…メッセージ通信制御部４…アクタ部５…テストハンドラ６…テストシナリオ７…テストアイテムリスト８…メッセージ送受表示ＧＵＩ９−１〜９−４…オブジェクトＡ〜Ｆ１０−１〜１０−３…メッセージハンドラＰ１〜Ｐｎ１１…プロセス対応マップ１２−１〜１２−３…オブジェクト対応マップＰ１〜Ｐ
ｎ１３−１〜１３−３…メッセージハンドラキューＰ１〜
Ｐ３１４−１〜１４−６…プロセスメッセージハンドラＰ１
−Ｐ２〜Ｐｎ−Ｐｎ−１１５−１〜１５−６…プロセス送信用メッセージキュー
Ｐ１−Ｐ２〜Ｐｎ−Ｐｎ−１１６−１〜１６−６…プロセス受信用メッセージキュー
Ｐ２−Ｐ１〜Ｐｎ−１−Ｐｎ１７−１〜１７−１２…共有メモリＰ１−Ｐ２〜Ｐｎ−
Ｐｎ−１−Ｐｎ１８−０〜１８−４…メッセージキューＡ〜Ｆ１９−１〜１９−４…メッセージマップＡ〜Ｆ２０…計算機システム２０′，２０”…オブジェクト指向メッセージ通信テス
ト装置２１−１〜２１−２…プロセス＃１〜＃２２２…テスト制御部２３…メッセージ通信制御部２４…アクタ部２５…テストハンドラ２６…テストシナリオ２７…テストアイテムリスト２８…メッセージ送受表示ＧＵＩ２９−１〜２９−２…オブジェクトＡ〜Ｂ３０−１〜３０−２…メッセージハンドラＰ１〜Ｐ２３１…プロセス対応マップ３２−１〜３２−２…オブジェクト対応マップＰ１〜Ｐ
２３３−１〜３３−２…メッセージハンドラキューＰ１〜
Ｐ２３４−１〜３４−２…プロセスメッセージハンドラＰ１
−Ｐ２〜Ｐ２−Ｐ１３５−１〜３５−２…プロセス送信用メッセージキュー
Ｐ１−Ｐ２〜Ｐ２−Ｐ１３６−１〜３６−２…プロセス受信用メッセージキュー
Ｐ２−Ｐ１〜Ｐ１−Ｐ２３７−１〜３７−２…共有メモリＰ１−Ｐ２〜Ｐ２−Ｐ
１３８−０〜３８−２…メッセージキューＡ〜Ｂ３９−１〜３９−２…メッセージマップＡ〜Ｂ１０１…論理オブジェクトＩＤ１０２…動作時オブジェクトＩＤ

Claims

【特許請求の範囲】

【請求項１】マルチプロセス機能を有するオペレーテ
ィングシステムにて実行される一以上のプロセスを生成
させ、かつ、データと手続きとをカプセル化した一以上
のオブジェクトをプロセスが有するように、当該プロセ
スを生成させるためのプログラムに対し、前記オブジェ
クト間のメッセージ通信をテストするオブジェクト指向
メッセージ通信テスト装置にあって、テスト対象となる最初のオブジェクトにメッセージを送
出するとともに、このテストにより何れかのオブジェク
トから出力された送信メッセージの受取先が非生成状態
である場合には、当該受取先に代えて前記送信メッセー
ジを受信するメッセージ代理受信手段を備えたことを特
徴とするオブジェクト指向メッセージ通信テスト装置。
【請求項２】マルチプロセス機能を有するオペレーテ
ィングシステムにて実行される一以上のプロセスを生成
させ、かつ、データと手続きとをカプセル化した一以上
のオブジェクトをプロセスが有するように、当該プロセ
スを生成させるためのプログラムに対し、前記オブジェ
クト間のメッセージ通信をテストするオブジェクト指向
メッセージ通信テスト装置にあって、送信元オブジェクト、送信先オブジェクト及びメッセー
ジ種類の各情報を含む少なくとも一つのシナリオからな
るテストシナリオを格納するテストシナリオ格納手段
と、前記テストシナリオから送信元オブジェクト、送信先オ
ブジェクト及びメッセージ種類をテストアイテムとして
抽出するテストアイテム抽出手段と、前記シナリオの何れか若しくは前記テストアイテムの指
定された組み合わせに基づき、メッセージ通信テストを
実行するテスト実行手段とを備えたことを特徴とするオ
ブジェクト指向メッセージ通信テスト装置。
【請求項３】マルチプロセス機能を有するオペレーテ
ィングシステムにて実行される一以上のプロセスを生成
させ、かつ、データと手続きとをカプセル化した一以上
のオブジェクトをプロセスが有するように、当該プロセ
スを生成させるためのプログラムに対し、前記オブジェ
クト間のメッセージ通信をテストするオブジェクト指向
メッセージ通信テスト装置にあって、送信元オブジェクト、送信先オブジェクト及びメッセー
ジ種類の各情報を含む少なくとも一つのシナリオからな
るテストシナリオを表示し、前記テストシナリオから抽
出される送信元オブジェクト、送信先オブジェクト及び
メッセージ種類を前記テストシナリオの表示とは別途に
表示し、さらに、前記シナリオの何れか若しくは前記テ
ストアイテムの指定された組み合わせを、メッセージ通
信テストの内容として実行するよう入力させる実行ボタ
ンを表示するとともに、前記テストアイテムの指定並び
に前記実行ボタンからの入力を受け付けるメッセージ送
受表示入力手段を備えたことを特徴とするオブジェクト
指向メッセージ通信テスト装置。
【請求項４】テスト対象となる最初のオブジェクトに
メッセージを送出するとともに、このテストにより何れ
かのオブジェクトから出力された送信メッセージの受取
先が非生成状態である場合には、当該受取先に代えて前
記送信メッセージを受信するメッセージ代理受信手段を
備えたことを特徴とする請求項２又は３記載のオブジェ
クト指向メッセージ通信テスト装置。
【請求項５】前記プロセスは、自プロセス又は他プロ
セスのオブジェクトが出力するオブジェクト宛のメッセ
ージを受け取るとともに、そのメッセージの宛先が自プ
ロセス内であるときはその宛先オブジェクトに前記メッ
セージを引き渡し、前記宛先が他のプロセス内となると
きは、当該他のプロセスに前記メッセージを引き渡すメ
ッセージ通信制御手段を備えたことを特徴とする請求項
１乃至４のうち何れか１項に記載のオブジェクト指向メ
ッセージ通信テスト装置。
【請求項６】前記メッセージ通信制御手段は、各オブ
ジェクトがどのプロセスに属するかの情報を記録するプ
ロセス対応記録手段と、前記プロセス対応記録手段を検
索し、受け取ったメッセージの宛先オブジェクトがどの
プロセスに属するを判定する判定手段とを備えたことを
特徴とする請求項５記載のオブジェクト指向メッセージ
通信テスト装置。
【請求項７】前記メッセージ通信制御手段は、各オブ
ジェクトが元々有する論理的なオブジェクト識別情報
と、前記オペレーティングシステムに生成されたときに
各オブジェクトに付された動作時オブジェクト識別情報
との対応情報を記録するオブジェクト対応記録手段を備
えるとともに、前記メッセージの宛先情報として前記論
理的なオブジェクト情報のみが付されているときであっ
ても、前記オブジェクト対応記録手段を検索して動作時
オブジェクト識別情報を取得することにより、宛先オブ
ジェクトに前記メッセージを引き渡し可能とすることを
特徴とする請求項５又は６記載のオブジェクト指向メッ
セージ通信テスト装置。
【請求項８】マルチプロセス機能を有するオペレーテ
ィングシステムにて実行される一以上のプロセスを生成
させ、かつ、データと手続きとをカプセル化した一以上
のオブジェクトをプロセスが有するように、当該プロセ
スを生成させるためのプログラムに対し、前記オブジェ
クト間のメッセージ通信をテストさせるテストプログラ
ムであって、テスト対象となる最初のオブジェクトにメッセージを送
出させるとともに、このテストにより何れかのオブジェ
クトから出力された送信メッセージの受取先が非生成状
態である場合には、当該受取先に代えて前記送信メッセ
ージを受信させるメッセージ代理受信手段として機能す
るテストプログラムを記憶したコンピュータ読み取り可
能な記憶媒体。
【請求項９】マルチプロセス機能を有するオペレーテ
ィングシステムにて実行される一以上のプロセスを生成
させ、かつ、データと手続きとをカプセル化した一以上
のオブジェクトをプロセスが有するように、当該プロセ
スを生成させるためのプログラムに対し、前記オブジェ
クト間のメッセージ通信をテストさせるテストプログラ
ムであって、送信元オブジェクト、送信先オブジェクト及びメッセー
ジ種類の各情報を含む少なくとも一つのシナリオからな
るテストシナリオから送信元オブジェクト、送信先オブ
ジェクト及びメッセージ種類をテストアイテムとして抽
出させるテストアイテム抽出手段と、前記シナリオの何れか若しくは前記テストアイテムの指
定された組み合わせに基づき、メッセージ通信テストを
実行させるテスト実行手段として機能するテストプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１０】マルチプロセス機能を有するオペレー
ティングシステムにて実行される一以上のプロセスを生
成させ、かつ、データと手続きとをカプセル化した一以
上のオブジェクトをプロセスが有するように、当該プロ
セスを生成させるためのプログラムに対し、前記オブジ
ェクト間のメッセージ通信をテストさせるテストプログ
ラムであって、送信元オブジェクト、送信先オブジェクト及びメッセー
ジ種類の各情報を含む少なくとも一つのシナリオからな
るテストシナリオを表示させ、前記テストシナリオから
抽出される送信元オブジェクト、送信先オブジェクト及
びメッセージ種類を前記テストシナリオの表示とは別途
に表示させ、さらに、前記シナリオの何れか若しくは前
記テストアイテムの指定された組み合わせを、メッセー
ジ通信テストの内容として実行させるよう入力させる実
行ボタンを表示させるとともに、前記テストアイテムの
指定並びに前記実行ボタンからの入力を受け付けさせる
メッセージ送受表示入力手段として機能するテストプロ
グラムを記憶したコンピュータ読み取り可能な記憶媒
体。