JPH08202579A

JPH08202579A - プログラミング支援装置及びプログラミング支援方法

Info

Publication number: JPH08202579A
Application number: JP7008069A
Authority: JP
Inventors: Katsuhiko Ueki; 克彦植木
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1995-01-23
Filing date: 1995-01-23
Publication date: 1996-08-09
Also published as: EP0724216A1

Abstract

(57)【要約】【目的】スレッドを単位としたデバッグを効率的に行
うプログラミング支援装置及びプログラミング支援方法
を提供する。【構成】着信したメッセージを送受信手段３がメッセ
ージをスレッド管理部４に渡すと共に、メッセージのコ
ピーを第１の記録部５に渡す。メッセージを受けとった
スレッド管理部４はメッセージを受領すべきスレッドを
決定し、このメッセージをｔｈｒｅａｄ０に引き渡すと
共に、スレッドＩＤを第１の記録部５に引き渡す。第１
の記録部５は、メッセージにスレッドＩＤを付加して、
この付加されたメッセージを記録用オブジェクト１に送
信して記録する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オブジェクト指向プロ
グラミングを支援するプログラミング支援装置及びプロ
グラミング支援方法の改良に関するもので、特に、スレ
ッドを単位としたデバッグを効率的に行うものに係る。

【０００２】

【従来の技術】コンピュータのプログラムは複雑なデー
タ処理手順の集合であるから、その開発や変更の際に
は、開発者が万全を期してもプログラム中における誤り
の発生を完全に予防することが事実上困難である。した
がって、プログラムの信頼性を向上させるためには、一
応完成したプログラムを試験的に実行し、誤り（バグ）
を除去する作業（デバッグ）が必要である。

【０００３】プログラムの作成からデバッグまでの一連
のプログラミング作業を支援する装置がプログラミング
支援装置である。プログラミング支援装置は、コーディ
ングやコンパイル作業のほか、デバッグ対象のプログラ
ムを開発者の操作にしたがって実行及び停止させなが
ら、プログラム中の実行箇所を表示したり、プログ
ラムの実行に係る実行情報（例えば、レジスタやメモリ
の内容など）を表示したり、開発者の指定した箇所
（ブレークポイント）でプログラムの実行をブレーク
（停止）させたり、開発者の命令や実行情報などのデ
バッグ履歴を記録する、などの機能によってプログラム
の効率的なデバッグを支援するものである。

【０００４】従来、プログラムは、データ処理手続きを
中心として構成され、処理対象となるデータは、処理手
続きとは別個の存在として、かつ、処理手続きに合わせ
て構成されていた。このような処理手続き中心に構成さ
れたプログラムを手続き型プログラムと呼ぶが、手続き
型プログラムでは、１ステートメント（宣言や命令など
の記述単位）ずつ記述されたソースコード（所定のプロ
グラム言語で表されたプログラム）が、プログラム実行
時のコンピュータ上におけるデータ処理手順を端的に表
している。

【０００５】このような従来の手続き型プログラムは、
現実の事物に関する情報の構造や人間の自然な指向経路
とは必ずしも一致してない。すなわち、現実社会の事物
では、人間や組織がそれぞれ自己の果たすべき機能を持
っており、一連の物事は、複数の人間や組織が相互に作
業を委託し合って実行される。これに対して、手続き型
プログラムは、プログラミング言語という特殊な約束事
の世界における効率性が優先された特殊な構造を持つ傾
向が強い。このため、手続き型プログラムは情報構造の
客観的な明快さが不十分となる場合があった。

【０００６】この結果、プログラムが大規模化・複雑化
するにしたがって、明快なプログラム構造の維持や誤り
のない修正が次第に困難となってきた。このような問題
点は、いわゆるソフトウェア・クライシスの一因をな
し、特に解決が要望されている。近年、このような状況
に対する新たなソフトウェア開発手法として、オブジェ
クト指向プログラミングが普及している。ここで、オブ
ジェクト指向プログラミングとは、ソフトウェアが処理
対象とする現実の事物を、ソフトウェア上の実体である
「オブジェクト」によって表し、現実の事物に関する情
報やその情報に対する処理手順を、それぞれ、前記オブ
ジェクトを構成するデータ（属性）やこのデータに対す
る処理手順（メソッド）として定義する手法である。

【０００７】このような手法によるプログラムをオブジ
ェクト指向プログラムと称するが、オブジェクト指向プ
ログラムでは、現実の事物に対応した複数のオブジェク
トが協調動作を行うので、現実の事物間の関係に即した
情報処理をコンピュータ上に容易に実現することができ
る。この結果、現実の事物の情報構成がソフトウェア構
成上に模擬され、構成の明快な保守性に優れたソフトウ
ェアを実現することができる。また、プログラムを構成
する各モジュールの内容も客観的に理解しやすいものと
なるので、一般に、各モジュールの部品化や再利用性の
向上が容易になる。

【０００８】このようなオブジェクト指向プログラミン
グは、Smalltalk やＣ＋＋のようなオブジェクト指向プ
ログラミング言語によって行われる。オブジェクト指向
プログラミングでは、プログラムは、概念的にはオブジ
ェクト（個々のオブジェクトはインスタンスとも呼ばれ
る）の集合となるが、このオブジェクトは、プログラム
の実行時に初めてコンピュータ上に実体化するもので、
オブジェクトのデータもコンピュータのメモリ領域上に
割り当てられた時点で初めて具体的な値をもつことがで
きる。

【０００９】したがって、オブジェクト指向プログラミ
ングにおいても、プログラムの開発は、便宜上、ソース
コードの形式で行われる。但し、オブジェクト指向プロ
グラミングにおけるソースコードは、オブジェクトの特
質を表したクラスの集合である。ここで、「クラス」と
は、プログラムを構成するモジュールであって、オブジ
ェクトのデータ及びこのデータに対する操作を表したも
のである。この「クラス」は、実体であるオブジェクト
を生成するためのひな型としての役割を果たすので、単
一のクラスから同様なオブジェクトが複数生成される場
合があるが、生成された後のオブジェクトは原則的に相
互に別個独立であり、データの内容は個々のオブジェク
トによって異なる。

【００１０】オブジェクト指向プログラミングでは、こ
のように生成された各オブジェクトが、情報を授受する
ためのメッセージをやり取りすることによって、プログ
ラムの機能が実現される。各オブジェクトは、他のオブ
ジェクトが担当する処理を必要とする場合、そのような
動作をしかるべき他のオブジェクトにメッセージの形式
で依頼し、メッセージを受領したオブジェクトはメッセ
ージの内容に対応したメソッドを実行する。メソッド
は、一般にオブジェクトを構成する内部関数の形式で実
現される。なお、オブジェクトの生成、消滅、実行やメ
ッセージのやり取りは、一般的には、オブジェクトマネ
ージャが管理する。

【００１１】オブジェクト指向に対応したプログラミン
グ支援装置（プログラミング支援方法）では、オブジェ
クト間で授受されるメッセージの内容履歴として記録さ
れる（イベント履歴）。そして、プログラムのデバッグ
の際には、記録されたメッセージの内容を検討すること
によって改善すべきオブジェクトや改善すべきメソッド
を特定する。プログラミング支援装置の機能は、現実に
は、プログラミング支援装置の機能を実現するためのプ
ログラム（以下「構成用プログラム」という）をコンピ
ュータ上で実行することによって実現される。プログラ
ミング支援装置を実現する典型的な態様は、プログラム
開発時において、開発対象プログラムの各オブジェクト
に、構成用プログラムの一部をなす特殊なオブジェクト
を埋め込んで駐在させるものである。このような特殊な
オブジェクトは、自らが駐在しているオブジェクトがや
り取りするメッセージを監視し、全てのメッセージ又は
あらかじめ定められた条件に合うメッセージの授受を発
見すると、別に用意されている記録用オブジェクトに対
して、メッセージの内容や送受信の相手方を通知する。
このような通知もまた、メッセージの形式で行われるの
が一般的である。このようにすれば、記録用オブジェク
ト内にはメッセージの内容が記録として蓄積されるの
で、後に開発者がこれを閲覧することができる。

【００１２】

【発明が解決しようとする課題】ところで、マルチＣＰ
Ｕのような並行処理環境を活用するため、オブジェクト
指向プログラミングにおいても、複数のオブジェクトを
並行に動作させることが行われる。そして、このような
並行動作を行うオブジェクトを、さらに、並行に実行可
能な動作の単位であるスレッドに分割してプログラミン
グを行うことも実現されている。各スレッドは、プロセ
ッサにおけるスケジューリングの単位となる。

【００１３】しかしながら、従来のプログラミング支援
装置では、メッセージの記録の送信元及び送信先をオブ
ジェクトの単位で記録していたため、メッセージの記録
のみからでは、メッセージの授受に係る具体的なスレッ
ドを特定することができなかった。このため、特定のス
レッドに係る動作やメッセージを追跡するなど、スレッ
ドを単位としたデバッグを効率的に行うことが困難であ
った。

【００１４】本発明は、上記のような従来技術の問題点
を解決するために提案されたもので、その目的は、スレ
ッドを単位としたデバッグを効率的に行うプログラミン
グ支援装置及びプログラミング支援方法を提供すること
である。また、本発明の他の目的は、構成が単純なプロ
グラミング支援装置及びプログラミング支援方法を提供
することである。

【００１５】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１の発明は、メッセージを送受信する一又は
二以上のオブジェクト、を含むオブジェクト指向プログ
ラムの開発を支援し、前記各オブジェクトは一又は二以
上のスレッドを含むことがあるプログラミング支援装置
において、前記各メッセージを、送受信に係るオブジェ
クト、又は、送受信に係るオブジェクトにスレッドが存
在する場合は送受信に係るスレッドとともに、記録する
第１の記録手段を有することを特徴とする。

【００１６】また、請求項２の発明は、請求項１記載の
プログラミング支援装置において、前記第１の記録手段
は、オブジェクト又はオブジェクトを構成する要素とし
て構成されていることを特徴とする。

【００１７】また、請求項３の発明は、請求項２記載の
プログラミング支援装置において、前記第１の記録手段
は、記録する内容を決定する記録部と、決定された内容
を順次記録するための記録用オブジェクトとを有し、前
記記録部は前記オブジェクト指向プログラムに含まれる
一又は二以上のオブジェクトについてそれぞれ設けら
れ、かつ、決定された前記内容を前記記録用オブジェク
トに順次送信するように構成されたことを特徴とする。

【００１８】また、請求項４の発明は、請求項１記載の
プログラミング支援装置において、前記第１の記録手段
は、メッセージの送信側では、送信側のオブジェクト乃
至スレッドを当該メッセージと共に受信側に送信し、当
該メッセージの受信側では、メッセージと共に送信され
た送信側のオブジェクト乃至スレッドと、受信側のオブ
ジェクト乃至スレッドをメッセージと共に記録するよう
に構成されたことを特徴とする。

【００１９】また、請求項５の発明は、請求項１記載の
プログラミング支援装置において、前記第１の記録手段
は、メッセージの送受信において、送信側のオブジェク
ト乃至スレッドを送信時に記録し、受信側のオブジェク
ト乃至スレッドを受信時に記録するように構成されたこ
とを特徴とする。

【００２０】また、請求項６の発明は、請求項１記載の
プログラミング支援装置において、メッセージを記録す
る条件を設定するための第１の設定手段を有することを
特徴とする。

【００２１】また、請求項７の発明は、請求項１記載の
プログラミング支援装置において、オブジェクトにおけ
るスレッドの生成及び消滅を記録する第２の記録手段を
有することを特徴とする。

【００２２】また、請求項８の発明は、請求項７記載の
プログラミング支援装置において、スレッドの生成及び
消滅を記録する条件を設定するための第２の設定手段を
有することを特徴とする。

【００２３】また、請求項９の発明は、メッセージを送
受信する一又は二以上のオブジェクト、を含むオブジェ
クト指向プログラムの開発を支援し、前記各オブジェク
トは一又は二以上のスレッドを含むことがあるプログラ
ミング支援方法において、前記各メッセージを、送受信
に係るオブジェクト、又は、送受信に係るいずれかのオ
ブジェクトにスレッドが存在する場合は送受信に係るス
レッドとともに、記録する第１の記録のステップを含む
ことを特徴とする。

【００２４】また、請求項１０の発明は、請求項９記載
のプログラミング支援方法において、前記第１の記録の
ステップは、オブジェクト又はオブジェクトを構成する
要素によって実現されていることを特徴とする。

【００２５】また、請求項１１の発明は、請求項１０記
載のプログラミング支援方法において、前記第１の記録
のステップでは、記録する内容を決定する記録部と、決
定された内容を順次記録するための記録用オブジェクト
とを用い、前記記録部は前記オブジェクト指向プログラ
ムに含まれる一又は二以上のオブジェクトについてそれ
ぞれ設けられ、かつ、決定された前記内容を前記記録用
オブジェクトに順次送信することを特徴とする。

【００２６】また、請求項１２の発明は、請求項９記載
のプログラミング支援方法において、前記第１の記録の
ステップでは、メッセージの送信側において、送信側の
オブジェクト乃至スレッドを当該メッセージと共に受信
側に送信し、当該メッセージの受信側において、メッセ
ージと共に送信された送信側のオブジェクト乃至スレッ
ドと、受信側のオブジェクト乃至スレッドをメッセージ
と共に記録することを特徴とする。

【００２７】また、請求項１３の発明は、請求項９記載
のプログラミング支援方法において、前記第１の記録の
ステップは、メッセージの送受信において、送信側のオ
ブジェクト乃至スレッドを送信時に記録し、受信側のオ
ブジェクト乃至スレッドを受信時に記録するように構成
されたことを特徴とする。

【００２８】また、請求項１４の発明は、請求項９記載
のプログラミング支援方法において、メッセージを記録
する条件を設定するための設定のステップを含むことを
特徴とする。

【００２９】また、請求項１５の発明は、請求項９記載
のプログラミング支援方法において、オブジェクトにお
けるスレッドの生成及び消滅を記録する第２の記録のス
テップを含むことを特徴とする。

【００３０】また、請求項１６の発明は、請求項１５記
載のプログラミング支援方法において、スレッドの生成
及び消滅を記録する条件を設定するための第２の設定の
ステップを含むことを特徴とする。

【００３１】

【作用】上記のような構成を有する本発明は、次のよう
な作用を有する。すなわち、請求項１，９の発明では、
メッセージを送受信するオブジェクトにスレッドが含ま
れる場合は、オブジェクトのみならずスレッドを特定す
る情報がメッセージとともに記録されるので、スレッド
を単位としたデバッグを効率的に行うことができる。

【００３２】また、請求項２，１０の発明では、第１の
記録手段（第１の記録のステップ）が、デバッグ対象と
するオブジェクト指向プログラム（以下「デバッグ対象
プログラム」という）と同一の形式であるオブジェクト
又はオブジェクトを構成する要素によって実現されてい
るので、デバッグ対象プログラムと第１の記録手段（第
１の記録のステップ）が共通した構造を有することとな
り、構成が単純化される。

【００３３】また、第１の記録手段（第１の記録のステ
ップ）に用いるオブジェクトは、クラスの記述次第で、
デバッグ対象プログラムのオブジェクトとは別個に構成
することもできるし、デバッグ対象プログラムのオブジ
ェクトのメンバオブジェクトとすることもできる。この
ように、請求項２，１０の発明では、具体的事情に応じ
て第１の記録手段（第１の記録のステップ）の実現態様
を変更することが容易になる。

【００３４】また、請求項３，１１の発明では、記録す
る内容の決定は、デバッグ対象プログラムの各オブジェ
クトに設けられた記録部が行うが、決定された内容は記
録用オブジェクトに送信され蓄積される。このため、メ
ッセージに関する情報が記録用オブジェクトに集中し、
閲覧などの取扱いが容易になる。また、第１の記録手段
（第１の記録のステップ）を実現するオブジェクトを、
プログラムのオブジェクトのメンバオブジェクトとする
場合、データエリアの確保のためにプログラムのオブジ
ェクトの所要メモリ量が増大することがないのでメモリ
を有効活用できる。

【００３５】また、請求項４，１２の発明では、送信側
のオブジェクト乃至スレッドはメッセージと共に受信側
に送信され、受信側で決定されたスレッドとともに記録
される。このため、メッセージの記録が受信側の１回の
みで済み、プログラミング支援装置やメッセージの構成
が単純化される。なお、本明細書において「オブジェク
ト」や「スレッド」を「送信」や「記録」するとは、オ
ブジェクトやスレッド自体ではなく、オブジェクトやス
レッドを特定するためのＩＤのような情報を「送信」や
「記録」することを意味する。

【００３６】また、請求項５，１３の発明では、送信側
のオブジェクト乃至スレッドは送信時に記録されるの
で、受信側で不要な場合は送信側のスレッドをメッセー
ジに乗せて送信する必要がなく、メッセージの構成が単
純化できる。

【００３７】また、請求項６，１４の発明では、メッセ
ージを記録する条件を自由に設定できる。例えば、記録
の対象を、所望のオブジェクトやスレッドに係るメッセ
ージや、所定の種類のメッセージなどに限定することが
できる。このため、所望の部分に着目したデバッグが容
易になる。

【００３８】また、請求項７，１５記載の発明では、オ
ブジェクトにおけるスレッドの生成及び消滅も記録され
る。このため、メッセージのみならずスレッドの生成及
び消滅の時点を前提にデバッグやメッセージの記録の理
解を行えるので、デバッグが効率化される。

【００３９】また、請求項８，１６の発明では、スレッ
ドの生成及び消滅を記録する条件を自由に設定できる。
例えば、記録するスレッドの生成・消滅を、特定のオブ
ジェクトやスレッドにおけるものに限定したり、生成又
は消滅のうち一方のみをすることができる。このため、
所望の部分に着目したデバッグが容易になる。

【００４０】

【実施例】次に、本発明の実施例について図面にしたが
って具体的に説明する。なお、後述する実施例はコンピ
ュータ及びその周辺機器上に実現され、実施例の各機能
は所定のソフトウェアがこのコンピュータを制御するこ
とで実現される。以下、実施例の機能を実現するための
ソフトウェアを「構成用ソフトウェア」という。これ
は、実施例の装置ないし方法が処理の対象（目的）とす
るものもまたコンピュータのソフトウェアであるから、
このような処理の対象たるソフトウェアと区別するため
である。

【００４１】本明細書では、発明及び実施例について、
発明及び実施例の各機能を有する仮想的回路ブロック
（手段）を想定して説明している。すなわち、本明細書
における各「〜手段」ないし「〜部」は実施例の各機能
に対応する概念で、必ずしも特定のハードウェアや構成
用ソフトウェアのルーチンに１対１には対応しない。し
たがって、同一のハードウェア要素であっても、ある命
令を実行するときにある手段となり別の命令を実行する
ときは別の手段となりうる。また、一つの手段がわずか
１命令によって実現される場合もあれば多数の命令によ
って実現される場合もある。

【００４２】なお、コンピュータの使用は一例であり、
各機能の全部又は一部は、可能ならばカスタムチップ
（専用の集積回路）のような電子回路上に実現してもよ
い。

【００４３】実施例に用いられるコンピュータの規模は
自由であり、パーソナルコンピュータ・ワークステーシ
ョン・メインフレームなどいかなる規模のものを用いて
もよい。また、実施例に用いられるコンピュータのハー
ドウェアは、少なくとも、ＣＰＵ（中央演算処理装置）
と、ＲＡＭ（随時書込読出型記憶素子）からなる主記憶
装置とを含み、典型的には、キーボードやマウスなどの
入力装置と、ハードディスク装置などの外部記憶装置
と、ＣＲＴ表示装置やプリンタ印字装置などの出力装置
と、必要な入出力制御回路を含む。但し、ハードウェア
構成は、本発明が実施できる範囲で自由に変更すること
ができる。

【００４４】例えば、実施例は、コンピュータネットワ
ークに接続されたコンピュータ上に実現したり、相互に
接続された複数のコンピュータ上における分散処理によ
って実現してもよい。また、ＣＰＵの数・種類・形式や
利用態様は自由であり、例えば、ビット数、クロック周
波数、命令セットの内容、アドレッシング形式、マルチ
ＣＰＵか否か、数値計算用やグラフィック処理用のコプ
ロセッサを用いるか、タイムシェアリング（時分割）に
よる同時並行処理を行うか、などは自由である。

【００４５】また、入力装置としても、タッチパネル・
ライトペン・トラックボール・デジタイザなどのポイン
ティングデバイスや、イメージスキャナやビデオカメラ
などの画像入力装置、音声識別装置、各種センサなどを
自由に用いることができる。また、外部記憶装置として
も、フロッピーディスク装置・ＲＡＭカード装置・磁気
テープ装置・光学ディスク装置・光磁気ディスク装置・
バブルメモリ装置・フラッシュメモリなどを自由に用い
ることができる。また、出力装置としても、液晶表示装
置・プラズマディスプレイ装置・ビデオプロジェクター
・オーディオ回路などを自由に用いることができる。

【００４６】また、構成用ソフトウェアは、典型的に
は、ＯＳ（オペレーティングシステム）上で実行される
アプリケーションソフトウェアが考えられる。また、構
成用ソフトウェアの記述形式は、典型的には、高級言語
やアセンブラからコンパイル（翻訳）された機械語が考
えられる。但し、構成用ソフトウェアの態様も本発明が
実施できる限り自由に変更できる。例えば、ＯＳは必須
ではなく、ソフトウェアの記述形式も、ＢＡＳＩＣのよ
うなインタプリタ（逐次解釈実行型）言語や中間コード
などを自由に用いることができる。

【００４７】また、ソフトウェアの格納態様も自由であ
り、ＲＯＭ（読出し専用メモリ）に格納しておいてもよ
く、また、ハードディスク装置のような外部記憶装置に
格納しておき、コンピュータの起動時や処理の開始時に
主メモリ上にロード（読み込み）してもよい。また、ソ
フトウェアを複数の部分に分割して外部記憶装置に格納
しておき、処理内容に応じて必要なモジュールのみを随
時主メモリ上にロードしてもよい。さらに、ソフトウェ
アの部分ごとに異なった態様で格納してもよい。

【００４８】また、本実施例における各手順の各ステッ
プは、その性質に反しない限り、実行順序を変更し、複
数同時に実行し、また、実行ごとに異なった順序で実行
してもよい。このような順序の変更は、例えば、ユーザ
が実行可能な処理を選択するなどメニュー形式のインタ
ーフェース手法によって実現することができる。

【００４９】また、本明細書において「入力」というと
きは、本来の情報の入力のみならず、情報の入力と密接
に関連する他の処理を含む。このような処理は、例え
ば、入力内容のエコーバックや修正・編集である。ま
た、「入力」は、必ずしもコンピュータ外部からの入力
には限定されず、所定の記憶装置から情報を読み出すこ
とによって行うこともできる。

【００５０】また、本明細書において「出力」というと
きは、本来の情報の出力のみならず、情報の出力と密接
に関連する他の処理を含む。このような処理は、例え
ば、出力すべき範囲の入力や、画面スクロールの指示で
ある。また、「出力」は、必ずしもコンピュータ外部へ
の出力には限定されず、所定の記憶装置に情報を書き込
むことによって行うこともできる。なお、対話的入出力
手順によって入力と出力を一体的操作によって実現して
もよく、このような一体的操作によって、選択・指定・
特定などの処理を行ってもよい。

【００５１】また、本明細書におけるデータ（情報）や
データの格納手段は前記コンピュータ上においていかな
る態様で存在してもよい。例えば、データは、ハードウ
ェア的には、主記憶装置・外部記憶装置・ＣＰＵのレジ
スタやキャッシュメモリなどいかなる部分に存在しても
よい。また、データの格納に仮想記憶・仮想アドレッシ
ングやバンク切り替えなどを用いるか否かも自由であ
る。また、データの保持態様も自由で、例えば、ファイ
ル形式は必須ではなく、メモリやディスクなどの記憶装
置を物理的アドレスで直接アクセスすることで格納して
もよい。また、データの表現形式も自由で、例えば、文
字列を表すコードの単位は、文字単位でも単語単位でも
よい。また、データは必要な間だけ保持されれば十分で
その後消滅してもよい。また、辞書データのように当面
変更されない情報はＲＯＭに格納してもよい。

【００５２】また、本明細書において、特定の情報への
言及は確認的で、言及されない情報の存在を否定するも
のではない。すなわち、本発明の動作では、動作に必要
な一般的な情報やその格納領域、例えば、各種ポイン
タ、スタック、カウンタ、フラグ、パラメータ、ワーク
エリア、バッファなどが適宜用いられる。

【００５３】実施例の各部分が処理に要する情報は、特
に記載がない場合、当該情報を保持している他の部分か
ら獲得され、例えば、当該情報を格納している変数やメ
モリへのアクセスによって獲得される。また、情報の消
去・抹消は、当該情報の内容自体を必ずしも記憶領域か
ら現実に削除せず、消去フラグの設定など情報の修飾に
よって行うことができる。

【００５４】また、実施例は、なんらかのソフトウェア
の一部分として実現してもよく、また、単一のコンピュ
ータ上で他のソフトウェアとともに動作してもよい。

【００５５】（１）実施例の構成本実施例は、プログラミング支援装置及びこのプログラ
ミング支援装置上で実行されるプログラミング支援方法
を示すもので、請求項１〜４，６〜１２，１４〜１６に
相当する。本実施例の目的は、スレッドを単位としたデ
バッグを効率的に行うプログラミング支援装置及びプロ
グラミング支援方法を提供することである。また、本実
施例の他の目的は、構成が単純なプログラミング支援装
置及びプログラミング支援方法を提供することである。

【００５６】本実施例では、４つのオブジェクトを含む
オブジェクト指向プログラム（開発対象プログラム）の
開発を支援するものとする。図１は、開発対象プログラ
ム及び本実施例のプログラミング支援装置が動作してい
る際にメモリ空間上に存在するオブジェクトを示す。

【００５７】すなわち、本実施例における開発対象プロ
グラムは双六ゲームのプログラムで、オブジェクト“ｇ
ａｍｅ”（以下単に「ｇａｍｅ」と表す）はゲームのル
ールやアルゴリズムを含むメインルーチンの役割を果た
す。オブジェクト“ｄｉｃｅ”（以下単に「ｄｉｃｅ」
と表す）は、ゲーム進行に用いるさいころの機能を果た
すもので、メッセージを受けるとさいころの目を表す返
り値をメッセージとして返す。オブジェクト“ｕｓｅｒ
１”及び“ｕｓｅｒ２”（以下単に「ｕｓｅｒ１」，
「ｕｓｅｒ２」と表す）は、ユーザごとに対応するユー
ザインタフェースである。なお、図１の各オブジェクト
のうち記録用オブジェクト及び指定手段オブジェクトは
前記構成用ソフトウェアに含まれる（請求項２，１
０）。

【００５８】図２は、図１のオブジェクトのうちｇａｍ
ｅの構成を示す機能ブロック図である。すなわち、ｇａ
ｍｅは、この図に示すように、他のオブジェクトとの間
でメッセージを送受信するための送受信手段３と、動作
の際に一又は二以上のスレッドを生成して管理するスレ
ッド管理部４とを有する。ｇａｍｅは、別個独立の複数
のユーザに対してそれぞれ別の双六ゲームを並行して提
供できる。なお、一つのゲームは一つのユーザに対応
し、一つのユーザは同一のゲームに参加する複数の参加
者を表すものとする。そして、このスレッド管理部４
は、ｇａｍｅ生成時に、ゲーム開始を要請するメッセー
ジを受け付けるためのスレッド（ｔｈｒｅａｄ０）を生
成する他、ゲーム進行中には、新たなユーザがゲームを
開始するたびに、ひとつのゲームを制御するためのスレ
ッド（ｔｈｒｅａｄ１〜ｎ）を適宜生成する。

【００５９】また、ｇａｍｅには、記録する内容を決定
する第１の記録部５が設けられ、この第１の記録部５
は、決定した内容を単一の記録用オブジェクト１（図
１）に順次送信する（請求項３，１１）。この送信は、
ｇａｍｅの送受信手段３を用いて行ってもよいし、第１
の記録部５が独自に送信の手段を有していてもよい。な
お、第１の記録部５及び記録用オブジェクト１は、各メ
ッセージを、送受信に係るオブジェクト（スレッドが存
在する場合はオブジェクト及びスレッド）とともに記録
する記録手段を構成する（請求項１，２，９，１０）。
第１の記録部は、開発対象プログラムの各オブジェクト
に同様に含まれる。

【００６０】また、ｇａｍｅは、このオブジェクトにお
けるスレッドの生成及び消滅を記録するための第２の記
録部６を有しており、第２の記録部はスレッドの生成及
び消滅に関する情報を記録用オブジェクト１に送信する
（請求項７，１５）。第２の記録部６及び記録用オブジ
ェクト１は前記第２の記録手段を構成する。

【００６１】また、本実施例のプログラム支援装置は、
メッセージ及びスレッドの生成及び消滅を記録する条件
を設定するための設定手段オブジェクト２（前記第１の
設定手段及び前記第２の設定手段に相当する）を有する
（請求項６，８，１４，１６）。なお、本実施例では、
図示はしないが、オブジェクトマネージャがオブジェク
トの生成・管理・消滅及びメッセージ授受の仲介を行
う。

【００６２】（２）実施例の作用及び効果上記のような構成を有する本実施例は、次のような作用
及び効果を有する。まず、プログラムの開発者は、プロ
グラム起動に前後して、設定手段オブジェクト２を用
い、記録する条件（内容）として、「ｇａｍｅが送受信するメッセージ」及び「ｇａｍｅにおけるスレッドの生成及び消滅」を設定する。

【００６３】ここで、設定の内容は自由に定めることが
できる。例えば、「ｇａｍｅ」が送受信するメッセージ
は、開発対象プログラムに含まれるオブジェクトｇａｍ
ｅ，ｄｉｃｅ，ｕｓｅｒ１，ｕｓｅｒ２間でのすべての
メッセージを意味するが、これらいずれかのオブジェク
トが内部に複数のメンバオブジェクトを有する場合、そ
れらメンバオブジェクト間でのメッセージは記録されな
いことになる。また、例えば、「ｄｉｃｅが送受信する
メッセージ」のように設定すれば、ｄｉｃｅとｇａｍｅ
間でのメッセージが記録されることになる。さらに、ｇ
ａｍｅ中のｔｈｒｅａｄ０のみの動作に着目してオブジ
ェクトの動作を確認したいときは、ｔｈｒｅａｄ０のみ
に対象を限定してもよい。

【００６４】このような条件の設定をどのように実現す
るかは自由であるが、例えば、設定内容を該当するオブ
ジェクトの各記録部に送信し、各記録部がメッセージ又
はスレッドの生成・消滅を検出したときに、設定内容に
合致するかを判断して該当するものを記録すればよい。

【００６５】このような状態でプログラムのオブジェク
ト間でメッセージがやり取りされる場合、概略的には、
メッセージの送信側では、送信側のオブジェクト乃至ス
レッド（を特定するためのＩＤのような情報）を当該メ
ッセージに付加して送信し、当該メッセージを受信した
側では、メッセージと共に送信されてきた送信側のオブ
ジェクト乃至スレッドと、受信側のオブジェクト乃至ス
レッドを、メッセージと共に記録する（請求項４，１
２）。

【００６６】また、スレッドを含むオブジェクト、例え
ばｇａｍｅでは、スレッド管理部４が、各スレッドが送
信しようとするメッセージを送受信手段３に転送し、ま
た、着信したメッセージはしかるべきスレッドに転送す
る。そして、第１の記録部５は、メッセージの送信時に
はメッセージを発したスレッドのＩＤをメッセージに付
加し、受信時には、メッセージを受領するスレッドのＩ
Ｄを記録の対象とする。このような送信・受信に係るス
レッドはスレッド管理部４が決定したうえ、第１の記録
部５に渡される。なお、メッセージにスレッドのＩＤを
付加する場合、このようなスレッドのＩＤは開発対象プ
ログラムの動作には本来不要なものであるが、ＩＤは、
メッセージの内容とは区別される特別の領域に記録して
もよいし、受信側スレッドに渡される前に除去するよう
にしてもよい。

【００６７】つぎに、本実施例におけるメッセージの記
録の実例を示す（図１及び図２）。例えば、ｕｓｅｒ１
に対してゲームを開始するための所定の操作が行われる
と、ｕｓｅｒ１が、ｇａｍｅにゲームを開始させるため
のメッセージを送信する。なお、図３は、ｕｓｅｒ１の
メソッドを表すクラスの記述の例である。

【００６８】メッセージのフォーマットは、送信元オブ
ジェクト（スレッド）、送信先オブジェクト（スレッ
ド）、送信先オブジェクトに対する要請の種類、引数、
返り値が順列したものであり、不要なエリアにはヌル
（空）“−”が充填される。ゲーム開始時のメッセージ
は、“ｕｓｅｒ１”から、“ｇａｍｅ”に対して、ゲー
ムを“ｓｔａｒｔ”させ、引数“ｐｌａｙｅｒ：”であ
る参加者数は“３”であり、返り値は不要“−”である
から、 user1 game start player:3 − という内容になる。送信元にスレッドが存在するとき
は、送信元スレッドが送信時にメッセージに付加される
が、ｕｓｅｒ１のようにスレッドを有しないオブジェク
トから送信されるメッセージでは送信元のスレッドの欄
は空欄となる。なお、送信先オブジェクトがスレッドを
有する場合でも、送信先のいずれのスレッドがメッセー
ジを受けとるかは、送信元には無関係である（情報隠蔽
の原理）。したがって、送信時には、送信先スレッドの
欄は空欄となる。

【００６９】ここで、図４は、メッセージ着信時のオブ
ジェクトにおける処理の手順を示すフローチャートであ
る。すなわち、ｇａｍｅでは、着信したメッセージを
（ステップ４１）、送受信手段３がメッセージをスレッ
ド管理部４に渡すと共に、メッセージのコピーを第１の
記録部５に渡す。なお、スレッドを生じないオブジェク
トでは（ステップ４２）、スレッド管理部や第２の記録
部及びこれらの動作は不要である。メッセージを受けと
ったスレッド管理部４はメッセージを受領すべきスレッ
ドを決定し（ステップ４３）このメッセージをｔｈｒｅ
ａｄ０に引き渡すと共に、スレッドＩＤ（ｔｈｒｅａｄ
０）を第１の記録部５に引き渡す。このＩＤは、メッセ
ージの受信時に決定された受信スレッドを表す。

【００７０】第１の記録部５は、メッセージにスレッド
ＩＤを付加して user1 game(thread0) start player:3 − とし（ステップ４４）、この付加されたメッセージを記
録用オブジェクト１に送信して記録する（ステップ４
５）。図５は、本実施例における記録の例を示す図であ
る。

【００７１】また、ｇａｍｅでは、メッセージに含まれ
る種類“ｓｔａｒｔ”に対応するメソッド“ｓｔａｒ
ｔ”が実行され（ステップ４６）、この実行によって新
たなスレッド（ｔｈｒｅａｄ１）が生成される。このス
レッドの生成は、第２の記録部６によって − game(thread1) (create) − − のようなメッセージの形式で記録用オブジェクト１に送
信される。この場合、送信元は空欄となり、代りに送信
先の欄にオブジェクト及び生成されたスレッドＩＤが充
填され、種類の欄にスレッドの生成を示す（ｃｒｅａｔ
ｅ）が充填される。生成されたｔｈｒｅａｄ１では初期
化ルーチン（ｉｎｉｔ）が実行される。なお、図６は、
ｇａｍｅのメソッドを表すクラスの記述の例である。

【００７２】なお、スレッド管理部４は、生成されたｔ
ｈｒｅａｄ１がｕｓｅｒ１に対応するものであることを
記憶し、この記憶をその後のメッセージの授受に用い
る。

【００７３】次に、ｕｓｅｒ１は、メッセージ user1 game roll who:0 − をｇａｍｅに送信する。このメッセージに含まれる種類
“ｒｏｌｌ”はゲームの駒（コマ）を一手順分進める指
示であり、引数“ｗｈｏ：０”はゲームの３人の参加者
（０から始まる番号０，１，２で特定される）のうち番
号０の参加者の駒を進めることを意味する。

【００７４】このメッセージを受信したｇａｍｅでは、
スレッド管理部４がｕｓｅｒ１に対応するｔｈｒｅａｄ
１にメッセージを引き渡し、第１の記録部５は、メッセ
ージの送信元にスレッドＩＤ“ｔｈｒｅａｄ１”を付加
して記録用オブジェクト１に送信する。このように、本
実施例では、メッセージは受信時に記録されるため、送
信先に複数のスレッドが存在し、送信時に送信先スレッ
ドが特定できない場合でも、受信側で確定した正確な送
信先スレッドをメッセージと共に記録することができ
る。

【００７５】ｇａｍｅ中のスレッドｔｈｒｅａｄ１は、
メッセージの種類“ｒｏｌｌ”に対応したメソッドｒｏ
ｌｌを実行するが、この際、サイコロの目を決定する必
要が生じ、ｔｈｒｅａｄ１はｄｉｃｅにメッセージ game dice roll num:2 − を送る。このとき、第１の記録部５は送受信手段３から
送信されるメッセージにスレッドＩＤ（ｔｈｒｅａｄ
１）を付加し、送信されるメッセージは、 game(thread1) dice roll num:2 − のようになる。

【００７６】受信側のｄｉｃｅでは、第１の記録部５が
このメッセージのコピーを記録用オブジェクト１に送信
すると共に対応するメソッドが実行される。なお、図７
は、ｄｉｃｅのメソッドを表すクラスの記述の例であ
る。

【００７７】このようなメッセージのやり取りによって
ゲームは進行するが、途中で他のユーザのインタフェー
スであるｕｓｅｒ２もゲームを開始することができ、図
５はこのような場合の記録である。図５中、ｔｈｒｅａ
ｄ２はｕｓｅｒ２に対応して新たに生成されたスレッド
を表す。

【００７８】なお、記録の対象（条件）をｇａｍｅ中の
ｔｈｒｅａｄ１において送受信されるメッセージに限定
した場合の記録の内容を図８に、また、記録の対象をｄ
ｉｃｅにおいて送受信されるメッセージに限定した場合
の記録の内容を図９に示す。以上のように、本実施例で
は、メッセージを送受信するオブジェクトにスレッドが
含まれる場合は、オブジェクトのみならずスレッドを特
定する情報がメッセージとともに記録されるので、スレ
ッドを単位としたデバッグを効率的に行うことができ
る。

【００７９】また、本実施例では、第１の記録手段が、
デバッグ対象プログラムを構成するオブジェクトの一部
として構成されているので、デバッグ対象プログラムと
第１の記録手段が共通した構造を有することとなり、構
成が単純化される。

【００８０】なお、第１の記録手段であるオブジェクト
は、クラスの記述次第で、デバッグ対象とするオブジェ
クトとは別個に構成することもできるし、デバッグ対象
オブジェクトのメンバオブジェクトとすることもでき
る。このようにすれば、具体的事情に応じて第１の記録
手段の実現態様を変更することが容易になる。

【００８１】また、本実施例では、記録する内容の決定
は、デバッグ対象プログラムの各オブジェクトに設けら
れた第１の記録部４が行うが、決定された内容は単一の
記録用オブジェクト１に送信され蓄積される。このた
め、メッセージに関する情報が単一のまとまりを構成
し、閲覧などの取扱いが容易になる。また、プログラム
のオブジェクトでは、メッセージ記録用のデータエリア
を確保するために所要メモリ量が増大することがないの
でメモリを有効活用できる。

【００８２】また、本実施例では、送信側のオブジェク
ト乃至スレッドはメッセージと共に受信側に送信され、
受信側で決定されたスレッドとともに記録される。この
ため、メッセージの記録が受信側の１回のみで済み、プ
ログラミング支援装置やメッセージの構成が単純化され
る。

【００８３】また、本実施例では、設定手段オブジェク
ト２によって、メッセージを記録する条件を自由に設定
できる。例えば、記録の対象を、所望のオブジェクトや
スレッドに係るメッセージや、所定の種類のメッセージ
などに限定することができる。このため、所望の部分に
着目したデバッグが容易になる。

【００８４】また、本実施例では、オブジェクトにおけ
るスレッドの生成及び消滅も記録される。このため、メ
ッセージのみならずスレッドの生成及び消滅の時点を前
提にデバッグやメッセージの記録の理解を行えるので、
デバッグが効率化される。

【００８５】また、本実施例では、設定手段オブジェク
トによって、メッセージを記録する条件を自由に設定で
きる。例えば、記録するスレッドの生成・消滅を、特定
のオブジェクトやスレッドにおけるものに限定したり、
生成又は消滅のうち一方のみをすることができる。この
ため、所望の部分に着目したデバッグが容易になる。

【００８６】（３）他の実施例なお、本発明は上記実施例に限定されるものではなく、
実施態様の変更は自由であるから、次に例示するような
他の実施例をも包含するものである。例えば、開発対象
プログラムを構成するオブジェクトの数は自由であり、
また、スレッドを有するオブジェクトの数や、そのよう
なオブジェクトにおけるスレッドの数も自由である。ま
た、第１の記録手段や第２の記録手段は必ずしもオブジ
ェクトやオブジェクトの一部として構成する必要はな
く、例えば、オブジェクトマネージャのようなシステム
スーパーバイザの機能として実現してもよい。

【００８７】また、記録用オブジェクトの数も自由であ
り、例えば、上記実施例において、メッセージ記録用の
オブジェクトとスレッドの生成・消滅を記録するための
オブジェクトとを異別のものとして構成してもよい。ま
た、オブジェクトやスレッドを特定するためのＩＤの形
式は自由であり、例えば、文字列でもコード番号でもよ
い。

【００８８】また、前記記録手段は、メッセージの送受
信において、送信側のオブジェクト乃至スレッドを送信
時に記録し、受信側のオブジェクト乃至スレッドを受信
時に記録するように構成してもよい（請求項５，１
３）。このようにすれば、送信側のオブジェクト乃至ス
レッドは送信時に記録されるので、送信側のスレッド
は、受信側で不要な情報である場合はメッセージに乗せ
て送信する必要がなく、メッセージの構成が単純化でき
る。

【００８９】

【発明の効果】以上詳述したように、本発明によれば、
オブジェクト指向プログラミングにおいて、メッセージ
が送受信に係るスレッドとともに記録されるので、スレ
ッドを単位としたデバッグを効率的に行うことができ
る。

【図面の簡単な説明】

【図１】本発明の実施例のプログラミング支援装置及び
開発対象プログラムが動作している際にメモリ空間上に
存在するオブジェクトを示す図。

【図２】図１のオブジェクトのうちｇａｍｅの構成を示
す機能ブロック図。

【図３】本発明の実施例において、ｕｓｅｒ１のメソッ
ドを表すクラスの記述の例を示す図。

【図４】本発明の実施例において、メッセージ着信時の
オブジェクトにおける処理の手順を示すフローチャー
ト。

【図５】本発明の実施例における記録の例を示す図。

【図６】本発明の実施例におけるｇａｍｅのメソッドを
表すクラスの記述の例を示す図。

【図７】本発明の実施例におけるｄｉｃｅのメソッドを
表すクラスの記述の例を示す図。

【図８】本発明の実施例において、記録の対象（条件）
をｇａｍｅ中のｔｈｒｅａｄ１において送受信されるメ
ッセージに限定した場合の記録の内容を示す図。

【図９】本発明の実施例において、記録の対象をｄｉｃ
ｅにおいて送受信されるメッセージに限定した場合の記
録の内容を示す図。

【符号の説明】

１…記録用オブジェクト２…設定手段オブジェクト３…送受信手段４…スレッド管理部５…第１の記録部６…第２の記録部ＳＴＥＰ〜…手順の各ステップ

Claims

【特許請求の範囲】

【請求項１】メッセージを送受信する一又は二以上の
オブジェクト、を含むオブジェクト指向プログラムの開
発を支援し、前記各オブジェクトは一又は二以上のスレッドを含むこ
とがあるプログラミング支援装置において、前記各メッセージを、送受信に係るオブジェクト、又
は、送受信に係るオブジェクトにスレッドが存在する場
合は送受信に係るスレッドとともに、記録する第１の記
録手段を有することを特徴とするプログラミング支援装
置。
【請求項２】前記第１の記録手段は、オブジェクト又
はオブジェクトを構成する要素として構成されているこ
とを特徴とする請求項１記載のプログラミング支援装
置。
【請求項３】前記第１の記録手段は、記録する内容を決定する記録部と、決定された内容を順次記録するための記録用オブジェク
トとを有し、前記記録部は前記オブジェクト指向プログラムに含まれ
る一又は二以上のオブジェクトについてそれぞれ設けら
れ、かつ、決定された前記内容を前記記録用オブジェク
トに順次送信するように構成されたことを特徴とする請
求項２記載のプログラミング支援装置。
【請求項４】前記第１の記録手段は、メッセージの送
信側では、送信側のオブジェクト乃至スレッドを当該メ
ッセージと共に受信側に送信し、当該メッセージの受信
側では、メッセージと共に送信された送信側のオブジェ
クト乃至スレッドと、受信側のオブジェクト乃至スレッ
ドをメッセージと共に記録するように構成されたことを
特徴とする請求項１記載のプログラミング支援装置。
【請求項５】前記第１の記録手段は、メッセージの送
受信において、送信側のオブジェクト乃至スレッドを送
信時に記録し、受信側のオブジェクト乃至スレッドを受
信時に記録するように構成されたことを特徴とする請求
項１記載のプログラミング支援装置。
【請求項６】メッセージを記録する条件を設定するた
めの第１の設定手段を有することを特徴とする請求項１
記載のプログラミング支援装置。
【請求項７】オブジェクトにおけるスレッドの生成及
び消滅を記録する第２の記録手段を有することを特徴と
する請求項１記載のプログラミング支援装置。
【請求項８】スレッドの生成及び消滅を記録する条件
を設定するための第２の設定手段を有することを特徴と
する請求項７記載のプログラミング支援装置。
【請求項９】メッセージを送受信する一又は二以上の
オブジェクト、を含むオブジェクト指向プログラムの開
発を支援し、前記各オブジェクトは一又は二以上のスレッドを含むこ
とがあるプログラミング支援方法において、前記各メッセージを、送受信に係るオブジェクト、又
は、送受信に係るいずれかのオブジェクトにスレッドが
存在する場合は送受信に係るスレッドとともに、記録す
る第１の記録のステップを含むことを特徴とするプログ
ラミング支援方法。
【請求項１０】前記第１の記録のステップは、オブジ
ェクト又はオブジェクトを構成する要素によって実現さ
れていることを特徴とする請求項９記載のプログラミン
グ支援方法。
【請求項１１】前記第１の記録のステップでは、記録する内容を決定する記録部と、決定された内容を順次記録するための記録用オブジェク
トとを用い、前記記録部は前記オブジェクト指向プログラムに含まれ
る一又は二以上のオブジェクトについてそれぞれ設けら
れ、かつ、決定された前記内容を前記記録用オブジェク
トに順次送信することを特徴とする請求項１０記載のプ
ログラミング支援方法。
【請求項１２】前記第１の記録のステップでは、メッ
セージの送信側において、送信側のオブジェクト乃至ス
レッドを当該メッセージと共に受信側に送信し、当該メ
ッセージの受信側において、メッセージと共に送信され
た送信側のオブジェクト乃至スレッドと、受信側のオブ
ジェクト乃至スレッドをメッセージと共に記録すること
を特徴とする請求項９記載のプログラミング支援方法。
【請求項１３】前記第１の記録のステップは、メッセ
ージの送受信において、送信側のオブジェクト乃至スレ
ッドを送信時に記録し、受信側のオブジェクト乃至スレ
ッドを受信時に記録するように構成されたことを特徴と
する請求項９記載のプログラミング支援方法。
【請求項１４】メッセージを記録する条件を設定する
ための設定のステップを含むことを特徴とする請求項９
記載のプログラミング支援方法。
【請求項１５】オブジェクトにおけるスレッドの生成
及び消滅を記録する第２の記録のステップを含むことを
特徴とする請求項９記載のプログラミング支援方法。
【請求項１６】スレッドの生成及び消滅を記録する条
件を設定するための第２の設定のステップを含むことを
特徴とする請求項１５記載のプログラミング支援方法。