(57)【要約】      （修正有）【課題】効率よく自動デバッグするためのデバッグ技術を提供する。【解決手段】デバッグ装置において、シーンオブジェクト管理部２００は、生成元情報に基づき、タッチオブジェクトのタッチ情報を生成する。タッチ情報には、生成元情報に含まれる情報のうち、少なくともタッチオブジェクトの位置、タッチのあたり判定（すなわちタッチ範囲）、タッチイベントの種類（例えば、タップ、ドラッグ、ピンなど）が含まれる。シーンオブジェクト管理部２００は、このようにして生成したタッチ情報をリスト化し、リスト化したタッチリストに基づき、プログラムのデバッグを行う。【選択図】図１
2019185648.tif 000002
【特許請求の範囲】
【請求項１】
デバッグ対象となるプログラムに基づき、オブジェクトを作成する作成部と、
作成された前記オブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、
生成されたタッチ情報をリスト化したタッチリストを生成する第１リスト生成部と、
前記タッチリストに基づいて前記プログラムのデバッグを行うデバッグ実行部と
を具備するデバッグ装置。
【請求項２】
前記タッチオブジェクトのうち、前記タッチ情報を生成すべきでないタッチオブジェクトを特定するためのスキップ条件を設定する設定部をさらに備え、
前記第１情報生成部は、前記タッチオブジェクトのうち、前記スキップ条件に合致しないタッチオブジェクトについて、前記タッチ情報を生成する、請求項１に記載のデバッグ装置。
【請求項３】
作成される前記オブジェクトには、モーダルウインドウに係るモーダルオブジェクトが含まれ、
前記モーダルオブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのモーダル用のタッチ情報を生成する第２情報生成部と、
生成された前記モーダル用のタッチ情報をリスト化したモーダル用のタッチリストを生成する第２リスト生成部と
をさらに具備する、請求項１または２に記載のデバッグ装置。
【請求項４】
前記デバッグ対象となる前記プログラム内には含まれない、擬似的なタッチオブジェクトのタッチ情報を生成する第３情報生成部と、
生成された前記擬似的なタッチオブジェクトのタッチ情報をリスト化した擬似的タッチリストを生成する第３リスト生成部と
をさらに具備する、請求項１から３のいずれか一項に記載のデバッグ装置。
【請求項５】
プログラムに基づき、オブジェクトを作成する作成部と、
作成された前記オブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、
生成されたタッチ情報をリスト化したタッチリストを生成する第１リスト生成部と、
前記タッチリストに基づいて前記プログラムのシミュレーションを行うシミュレーション実行部と
を具備するシミュレーション装置。
【請求項６】
コンピュータを、
デバッグ対象となるプログラムに基づき、オブジェクトを作成する作成部と、
作成された前記オブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、
生成されたタッチ情報をリスト化したタッチリストを生成する第１リスト生成部と、
前記タッチリストに基づいて前記プログラムのデバッグを行うデバッグ実行部として機能させるためのデバッグ用のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバッグ装置、シミュレーション装置及びデバッグ用のプログラムに関する。
【背景技術】
【０００２】
ソフトウェア開発において、製品を出荷する前のデバッグ作業というのは、非常に重要な工程の１つである（例えば、特許文献１参照）。特に、製品出荷後、ユーザからの指摘によってバグが発見された場合には、そのソフトだけではなく、ソフトを製造し、販売している会社の信用を毀損することにもなる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−１３７７１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、コンシューマゲームなどのソフトウェアにおいては、近年、益々高度複雑化しており、プログラムが肥大化する傾向にある。このため、発売までに十分なチェックができず、ユーザからの指摘によってバグが発見される可能性が高くなっているのが現状である。また、現状のデバッグ作業は、人手で対応する人海戦術であり、膨大なコストがかかるという問題もある。
【０００５】
本発明は、以上説明した事情を鑑みてなされたものであり、効率よく自動デバッグするためのデバッグ技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係るデバッグ装置は、デバッグ対象となるプログラムに基づき、オブジェクトを作成する作成部と、作成されたオブジェクトがタッチオブジェクトである場合には、タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、生成されたタッチ情報をリスト化したタッチリストを生成する第１リスト生成部と、タッチリストに基づいてプログラムのデバッグを行うデバッグ実行部とを具備することを要旨とする。
【発明の効果】
【０００７】
本発明によれば、効率よく自動デバッグすることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】デバッグ装置の機能概要を示すブロック図である。
【図２】オブジェクトの初期化処理を示すフローチャートである。
【図３】オブジェクトの削除処理を示すフローチャートである。
【図４】タッチ情報の生成処理を示すフローチャートである。
【図５】タッチオブジェクトのスキップ条件の生成処理を示すフローチャートである。
【図６】擬似的タッチオブジェクト用のタッチ情報の生成処理を示すフローチャートである。
【図７】モーダルリストが作成されてから削除されるまでのプロセスを模式的に示した図である。
【発明を実施するための形態】
【０００９】
添付図面を参照して、本発明の好適な実施形態について説明する。なお、実施形態の各機能は、所定のソフトウェアがコンピュータ及び周辺機器を制御することで実現される。なお、本明細書では、各機能や各処理に対応するブロック（「〜部」など）を想定して説明するため、各ブロックに対して、各ハードウェアやソフトウェア要素は１対１には対応しない。
【００１０】
本実施形態を実現するためのコンピュータには、プログラムをデバッグするするためにデバッグ用のプログラムがインストールされている。コンピュータは、ＣＰＵ、ＲＯＭ、ＲＡＭ等のほか、キーボードやマウスなどの入力装置、ハードディスク装置などの外部記憶装置、液晶パネルなどの出力装置、必要な入出力制御回路なども含むが、これに限定する趣旨ではない。
【００１１】
また、実施形態を実現するソフトウェアの形式は、典型的には、ＯＳ上の応用ソフトウェアが考えられるが、本発明が実施できる限り、ＯＳを用いない、ソフトウェアをインタプリタで実行するなど自由に変更し得る。
【００１２】
また、本明細書において「入力」とは、外部からの入力のほか、ファイルなどからの入力も含む。同様に、「出力」とは、外部への出力のほか、ファイルなどへの出力も含む。
【００１３】
Ａ．本実施形態
図１は、本実施形態に係るデバッグ装置１００の機能概要を示すブロック図である。
デバッグ装置１００は、デバッグ対象となるプログラムのオブジェクト（以下、単に「オブジェクト」という。）に関して、シーンオブジェクト管理部２００と制御オブジェクト管理部３００とを備える。
【００１４】
シーンオブジェクト管理部２００は、デバッグ対象となるプログラムの基本画面（いわゆる「シーン」）を管理するものであり、シーンの初期化フェーズ、シーンの実行フェーズ、シーンの終了フェーズにおいて、それぞれ後述する処理を実行する。なお、シーンを遷移する際には、次に表示すべきシーンが初期化されるとともに、現在表示されているシーンが破棄される。
シーンには、様々な種類のオブジェクトが存在し、その一部にはタッチオブジェクト（すなわち、ユーザのタッチ操作に応じて次のシーン等に遷移するオブジェクト）が含まれる。タッチオブジェクトの例としては、ボタンやバナーなどが挙げられるが、これに限る趣旨ではない。
【００１５】
[シーンオブジェクト管理部２００]
[シーンの初期化フェーズからシーンの実行フェーズ]
図２は、シーンオブジェクト管理部２００によって実行されるオブジェクトの初期化処理を示すフローチャートである。
【００１６】
シーンオブジェクト管理部２００は、まず、モーダル状態であるか否かを判断する（ステップＳ１）。ここで、モーダル状態とは、操作対象アプリケーション（ここでは、デバッグ対象となるプログラム）が、限定的な入力だけを受け付けるモードに一時的に遷移している状態を意味し、例えば操作対象アプリケーションがモーダルウインドウやモーダルダイアログを開いている状態等が該当する。
【００１７】
シーンオブジェクト管理部２００は、モーダル状態であると判断すると（ステップＳ１；ＹＥＳ）、制御オブジェクト管理部３００に対してモーダル開始通知を行い（ステップＳ２）、ステップＳ３に進み、モーダルウインドウ等のオブジェクトを作成する。なお、モーダル開始通知が行われた後の処理については、後述の説明においてその詳細を明らかにする。
【００１８】
一方、シーンオブジェクト管理部（作成部）２００は、モーダル状態でないと判断すると（ステップＳ１；ＮＯ）、当該シーンのオブジェクトを作成する（ステップＳ３）。ここで、シーンオブジェクト管理部２００は、作成するオブジェクトがタッチオブジェクトである場合には、タッチオブジェクトを作成する旨を制御オブジェクト管理部３００に通知する（タッチオブジェクトの作成通知）。
【００１９】
シーンオブジェクト管理部２００は、当該シーンのオブジェクトを作成すると、当該シーンのオブジェクトを全て作成したか否かを判断する（ステップＳ４）。シーンオブジェクト管理部２００は、当該シーンにおいて未だ作成されていないオブジェクト（すなわち、次のオブジェクト）があると判断すると（ステップＳ４；ＮＯ）、ステップＳ３に戻り、当該シーンのオブジェクトの作成を継続する。シーンオブジェクト管理部２００は、ステップＳ３及びステップＳ４を繰り返し実行する間に、当該シーンおいて全てのオブジェクトを作成したと判断すると（ステップＳ４；ＹＥＳ）、制御オブジェクト管理部３００に対してオブジェクトの初期化処理の完了通知を行い（ステップＳ５）、終了する。
【００２０】
[シーンの実行フェーズからシーンの終了フェーズ]
図３は、シーンオブジェクト管理部２００によって実行されるオブジェクトの削除処理を示すフローチャートである。
【００２１】
シーンオブジェクト管理部２００は、例えばシーンの遷移タイミングが到来すると、当該シーンにおいて作成したオブジェクトの削除を開始する（ステップＳ１Ａ）。ここで、シーンオブジェクト管理部２００は、削除したオブジェクトがタッチオブジェクトである場合には、タッチオブジェクトを削除する旨を制御オブジェクト管理部３００に通知する（タッチオブジェクトの削除通知）。
【００２２】
シーンオブジェクト管理部２００は、当該シーンのオブジェクトを削除すると、当該シーンのオブジェクトを全て削除したか否かを判断する（ステップＳ２Ａ）。シーンオブジェクト管理部２００は、当該シーンにおいて未だ削除していないオブジェクト（すなわち、次のオブジェクト）があると判断すると（ステップＳ２Ａ；ＮＯ）、ステップＳ１Ａに戻り、当該シーンのオブジェクトの削除を継続する。シーンオブジェクト管理部２００は、ステップＳ１Ａ及びステップＳ２Ａを繰り返し実行する間に、当該シーンおいて全てのオブジェクトを削除したと判断すると（ステップＳ２Ａ；ＹＥＳ）、現時点においてモーダル状態であるか否かを判断する（ステップＳ３Ａ）。
【００２３】
シーンオブジェクト管理部２００は、現時点においてモーダル状態であると判断すると（ステップＳ３Ａ；ＹＥＳ）、制御オブジェクト管理部３００に対してモーダル終了通知を行う（ステップＳ４Ａ）。
【００２４】
一方、シーンオブジェクト管理部２００は、現時点においてモーダル状態でないと判断すると（ステップＳ３Ａ；ＮＯ）、制御オブジェクト管理部３００に対して当該シーンの終了通知を通知し（ステップＳ５Ａ）、終了する。
【００２５】
[制御オブジェクト管理部３００]
図４は、制御オブジェクト管理部３００によって実行されるタッチ情報の生成処理を示すフローチャートである。
制御オブジェクト管理部３００は、シーンオブジェクト管理部２００からの当該シーンのタッチオブジェクトの作成通知を受け取ると、作成されたタッチオブジェクトから、タッチ情報の生成に必要な情報を取得する（ステップＳ１Ｂ）。詳述すると、制御オブジェクト管理部３００は、タッチオブジェクトの位置、大きさ、タッチのあたり判定（すなわちタッチ範囲）、タッチイベントの種類（例えば、タップ、ドラッグ、ピンなど）、タッチイベントの内容（例えば、課金に関する情報提示や、キャラクタのアイテム変更など）をあらわす情報（以下、「生成元情報」という。）を、タッチオブジェクトから取得する。
【００２６】
制御オブジェクト管理部３００は、生成元情報に基づき、当該タッチオブジェクトが、タッチオブジェクトのスキップ条件に合致するか否かを判断する（ステップＳ２Ｂ）。なお、「タッチオブジェクトのスキップ条件」とは、そのタッチオブジェクトを実行しない（すなわち、スキップする）と判断するための条件であり、詳細は後述する。
【００２７】
シーンオブジェクト管理部２００は、生成元情報に基づき、当該タッチオブジェクトが、タッチオブジェクトのスキップ条件に合致すると判断すると（ステップＳ２Ｂ；ＹＥＳ）、以下に示すステップを実行することなく、タッチ情報の生成処理を終了する。
【００２８】
一方、シーンオブジェクト管理部（第１情報生成部）２００は、生成元情報に基づき、当該タッチオブジェクトがタッチオブジェクトのスキップ条件に合致しないと判断すると（ステップＳ２Ｂ；ＮＯ）、当該タッチオブジェクトのタッチ情報を生成する（ステップＳ３Ｂ）。タッチ情報には、上記生成元情報に含まれる情報のうち、少なくともタッチオブジェクトの位置、タッチのあたり判定（すなわちタッチ範囲）、タッチイベントの種類（例えば、タップ、ドラッグ、ピンなど）が含まれる。もっとも、タッチ情報は拡張可能であり、その他の情報を含めることでより複雑な制御が可能となる。
【００２９】
シーンオブジェクト管理部（第１リスト生成部）２００は、タッチ情報を生成すると、生成したタッチ情報をリスト化したタッチリストを生成（登録）し（ステップＳ４Ｂ）、処理を終了する。
【００３０】
図５は、制御オブジェクト管理部３００によって実行されるタッチオブジェクトのスキップ条件の生成処理を示すフローチャートである。
制御オブジェクト管理部３００は、デバッグ用のプログラムの定義ファイルから、スキップすべきタッチオブジェクトのレコード（以下、「スキップタッチオブジェクト・レコード」という。）を読み込む（ステップＳ１Ｃ）。スキップタッチオブジェクト・レコードとして、例えばスキップ条件の名称と、スキップ条件の内容（タッチオブジェクトの名前や、タッチオブジェクトの位置など）とが対応づけて登録される場合を想定するが、これに限定する趣旨ではない。
【００３１】
制御オブジェクト管理部（設定部）３００は、スキップタッチオブジェクト・レコードを分析し、スキップ条件が「タッチオブジェクトの名前」で規定されたものであるか否かを判断する（ステップＳ２Ｃ）。制御オブジェクト管理部３００は、スキップ条件がタッチオブジェクトの名前（例えば、第１キャラクタオブジェクトなど）で規定されている場合には（ステップＳ２Ｃ；ＹＥＳ）、このタッチオブジェクトの名前を、スキップすべきタッチオブジェクトを特定するためのスキップリストに登録（追加）し（ステップＳ３Ｃ）、次のスキップタッチオブジェクト・レコードがあるか否かを判断する（ステップＳ７Ｃ）。制御オブジェクト管理部３００は、次のスキップタッチオブジェクト・レコードがある場合には（ステップＳ７Ｃ；ＹＥＳ）、ステップＳ２Ｃに戻り、上述した処理を実行する一方、次のスキップタッチオブジェクト・レコードがない場合には（ステップＳ７Ｃ；ＮＯ）、処理を終了する。
【００３２】
ここで、制御オブジェクト管理部（設定部）３００は、スキップ条件が「タッチオブジェクトの名前」で規定されたものでない場合には（ステップＳ２Ｃ；ＮＯ）、スキップ条件が「タッチオブジェクトの位置」で規定されたものであるか否かを判断する（ステップＳ４Ｃ）。制御オブジェクト管理部３００は、スキップ条件がタッチオブジェクトの位置（例えば、ウインドウの右端の所定エリアなど）で規定されている場合には（ステップＳ４Ｃ；ＹＥＳ）、このタッチオブジェクトのエリアを、上述したスキップリストに追加し（ステップＳ５Ｃ）、次のスキップタッチオブジェクト・レコードがあるか否かを判断する（ステップＳ７Ｃ）。制御オブジェクト管理部３００は、次のスキップタッチオブジェクト・レコードがある場合には（ステップＳ７Ｃ；ＹＥＳ）、ステップＳ２Ｃに戻り、上述した処理を実行する一方、次のスキップタッチオブジェクト・レコードがない場合には（ステップＳ７Ｃ；ＮＯ）、処理を終了する。
【００３３】
ここで、制御オブジェクト管理部３００は、スキップ条件が「タッチオブジェクトの名前」でも「タッチオブジェクトの位置」でもない場合には、定義ファイルのスキップタッチオブジェクト・レコード等に誤りが生じていると判断し、エラーが発生している旨の報告を行う（ステップＳ２Ｃ→ステップＳ４Ｃ→ステップＳ６Ｃ）。そして、制御オブジェクト管理部３００は、次のスキップタッチオブジェクト・レコードがあるか否かを判断する（ステップＳ７Ｃ）。制御オブジェクト管理部３００は、次のスキップタッチオブジェクト・レコードがある場合には（ステップＳ７Ｃ；ＹＥＳ）、ステップＳ２Ｃに戻り、上述した処理を実行する一方、次のスキップタッチオブジェクト・レコードがない場合には（ステップＳ７Ｃ；ＮＯ）、処理を終了する。
【００３４】
図６は、制御オブジェクト管理部３００によって実行される擬似的タッチオブジェクト用のタッチ情報の生成処理を示すフローチャートである。
制御オブジェクト管理部３００は、デバッグ用の定義ファイルから、擬似的タッチオブジェクトのレコード（以下、「擬似的タッチオブジェクト・レコード」という。）を読み込む（ステップＳ１Ｄ）。ここで、擬似的タッチオブジェクトとは、デバッグ対象となるプログラム内には含まれない、擬似的なタッチオブジェクトを意味する。なお、本実施形態では、擬似的タッチオブジェクト・レコードとして、例えば擬似的タッチオブジェクトの名称、振る舞いなどが対応づけて登録されている。
【００３５】
制御オブジェクト管理部（第３情報生成部）３００は、擬似的タッチオブジェクト・レコードを分析することで（ステップＳ２Ｄ）、擬似的タッチオブジェクト用のタッチ情報を生成する（ステップＳ３Ｄ）。擬似的タッチオブジェクト用のタッチ情報には、例えば擬似的タッチオブジェクトの名称、振る舞いが含まれるが、その他の情報が含まれてもよい。制御オブジェクト管理部（第３リスト生成部）３００は、タッチ情報を生成すると、生成したタッチ情報をリスト化した擬似的タッチリストを生成（登録）する（ステップＳ４Ｄ）。
【００３６】
そして、制御オブジェクト管理部３００は、次の擬似的タッチオブジェクト・レコードがあるか否かを判断する（ステップＳ５Ｄ）。制御オブジェクト管理部３００は、次の擬似的タッチオブジェクト・レコードがある場合には（ステップＳ５Ｄ；ＹＥＳ）、ステップＳ２Ｄに戻り、上述した処理を実行する一方、次の擬似的タッチオブジェクト・レコードがない場合には（ステップＳ５Ｄ；ＮＯ）、処理を終了する。
【００３７】
なお、擬似的タッチリストを生成する際には、同一の擬似的タッチオブジェクトを、擬似的タッチリストに繰り返し登録し、擬似的タッチオブジェクトのヒット率を上げる（別言すれば、ウェイト値を上げる）ようにしてもよい。また、擬似的タッチリストとタッチリストを統合し、１つのリストにまとめてもよい。
【００３８】
[モーダル状態の場合]
制御オブジェクト管理部３００は、シーンオブジェクト管理部２００からモーダル開始通知を受け取ると、以下に示す処理を実行する。
【００３９】
モーダル状態においては、モーダルウインドウ等において求められた操作が完了するまで、他の操作は一切許されない。このため、デバッグ装置１００は、モーダル開始後、これまでに説明したシーンごとに生成する通常のタッチリストとは別に、通常のタッチリストよりも優先度の高い独立したリスト（以下、「モーダルリスト」という。）を作成する。
【００４０】
図７は、モーダルリストが作成されてから削除されるまでのプロセスを模式的に示した図である。
モーダル状態にない場合（すなわち、モーダル開始前の非モーダル状態）、制御オブジェクト管理部３００は、各シーンのタッチオブジェクトを作成すると、これらタッチオブジェクトについてタッチ情報を順次生成し、タッチリストに登録（追加）する（図７に示すＡ１参照）。
【００４１】
一方、モーダル開始後においては、制御オブジェクト管理部（第２情報生成部、第２リスト生成部）３００は、各モーダルウインドウ等に関わるタッチオブジェクト（以下、モーダルタッチオブジェクト）を作成すると、これらモーダルタッチオブジェクトについてタッチ情報を順次作成し、モーダルリストに（登録）追加する（図７に示すＡ２からＡ５参照）。
【００４２】
その後、制御オブジェクト管理部３００は、シーンオブジェクト管理部２００からモーダル終了通知を受け取ると、モーダルリストを順次削除することで、モーダル状態から非モーダル状態へと速やかに移行させ、処理を終了する（図７に示すＡ６及びＡ７参照）。
【００４３】
デバッグ装置（１００は、上記のごとく作成されたタッチリスト（モーダルリストを含む）等に基づいて、プログラムのデバッグを行う。
【００４４】
以上説明したように、本実施形態によれば、タッチオブジェクトごとにタッチ情報を生成し、これをリスト化したタッチリストに基づき、プログラムのデバッグを行う。これにより、効率的なデバッグ作業を実現することが可能となる。また、タッチオブジェクトのうち、タッチ情報を生成すべきでないタッチオブジェクト（例えば、「戻るボタン」などのデバッグ作業を妨げるタッチオブジェクト）については、スキップリストに登録する。スキップリストに登録されたタッチオブジェクトについては、タッチ情報が生成されない（すなわち、タッチリストに登録されない）ため、デバッグ作業に不要なタッチオブジェクトが選択されることはなくなり、より効率的にデバッグ作業を進めることが可能となる。
【００４５】
Ｂ．その他
本発明は、上述した本実施形態及び変形例に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
【００４６】
また、本明細書において、「部」とは、単に物理的構成を意味するものではなく、その「部」が実行する処理をソフトウェアによって実現する場合も含む。また、１つの「部」が実行する処理を２つ以上の物理的構成や装置により実現されても、２つ以上の「部」が実行する処理を１つの物理的手段や装置により実現されてもよい。
また、本実施形態では、デバッグ対象となるプログラムを例に説明したが、デバッグすを目的としないプログラム（例えば、何らかの予測結果を求めるシミュレーションプログラムなど）にも適用することができる。
【００４７】
また、本明細書において説明した各処理を実施するプログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、デバッグ装置１００を構成するコンピュータに、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭ等の記録媒体であっても良い。
【符号の説明】
【００４８】
１００…デバッグ装置、２００…シーオブジェクト管理部、３００…制御オブジェクト管理部。
【図１】
2019185648.tif 000003
【図２】
2019185648.tif 000004
【図３】
2019185648.tif 000005
【図４】
2019185648.tif 000006
【図５】
2019185648.tif 000007
【図６】
2019185648.tif 000008
【図７】
2019185648.tif 000009
【手続補正書】
【提出日】令和1年5月31日(2019.5.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバッグ対象となるプログラムに基づき、オブジェクトを作成する作成部と、
作成された前記オブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、
生成されたタッチ情報をリスト化した、前記プログラム中のバグを発見するためのタッチリストを生成する第１リスト生成部とを備え、
作成される前記オブジェクトには、モーダルウインドウに係るモーダルオブジェクトが含まれ、
前記モーダルオブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのモーダル用のタッチ情報を生成する第２情報生成部と、
生成された前記モーダル用のタッチ情報をリスト化したモーダル用のタッチリストを生成する第２リスト生成部と
を具備するデバッグ支援装置。
【請求項２】
前記タッチオブジェクトのうち、前記タッチ情報を生成すべきでないタッチオブジェクトを特定するためのスキップ条件を設定する設定部をさらに備え、
前記第１情報生成部は、前記タッチオブジェクトのうち、前記スキップ条件に合致しないタッチオブジェクトについて、前記タッチ情報を生成する、請求項１に記載のデバッグ支援装置。
【請求項３】
前記デバッグ対象となる前記プログラム内には含まれない、擬似的なタッチオブジェクトのタッチ情報を生成する第３情報生成部と、
生成された前記擬似的なタッチオブジェクトのタッチ情報をリスト化した擬似的タッチリストを生成する第３リスト生成部と
をさらに具備する、請求項１または２に記載のデバッグ支援装置。
【請求項４】
プログラムに基づき、オブジェクトを作成する作成部と、
作成された前記オブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、
生成されたタッチ情報をリスト化したタッチリストを生成する第１リスト生成部と、
前記タッチリストに基づいて前記プログラムのシミュレーションを行うシミュレーション実行部とを備え、
作成される前記オブジェクトには、モーダルウインドウに係るモーダルオブジェクトが含まれ、
前記モーダルオブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのモーダル用のタッチ情報を生成する第２情報生成部と、
生成された前記モーダル用のタッチ情報をリスト化したモーダル用のタッチリストを生成する第２リスト生成部とを具備するシミュレーション装置。
【請求項５】
コンピュータを、
デバッグ対象となるプログラムに基づき、オブジェクトを作成する作成部と、
作成された前記オブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのタッチ情報を生成する第１情報生成部と、
生成されたタッチ情報をリスト化した、前記プログラム中のバグを発見するためのタッチリストを生成する第１リスト生成部と、
作成される前記オブジェクトには、モーダルウインドウに係るモーダルオブジェクトが含まれ、
前記モーダルオブジェクトがタッチオブジェクトである場合には、当該タッチオブジェクトを特定するためのモーダル用のタッチ情報を生成する第２情報生成部と、
生成された前記モーダル用のタッチ情報をリスト化したモーダル用のタッチリストを生成する第２リスト生成部として機能させるためのデバッグ支援用のプログラム。