JPH10275095A - 携帯電話機のソフトウェアシーケンス部の検査方法 - Google Patents

Abstract

(57)【要約】 【課題】 携帯電話機のソフトウェアシーケンス部の検
査に必要なバッチファイルの作成負担を軽減する。 【解決手段】 ソフトウェアシーケンス部４１の上位タ
スクおよびハンドラをシミュレートしたダミー上位タス
ク４３およびダミーハンドラ４４と、これらとソフトウ
ェアシーケンス部を一定の手順に従って動作させるバッ
チファイル４２とを使用し、当該ソフトウェアシーケン
ス部の検査をする。ダミー上位タスク４３またはダミー
ハンドラ４４には、上位タスク等をシミュレートした機
能の他、当該ダミー上位タスク４３等の実行を制御する
機能を含め、バッチファイル４２にはダミー上位タスク
４３等からソフトウェアシーケンス部に送信するための
データをＲＡＭテーブルに格納する機能のみを持たせ、
ダミー上位タスク４３およびダミーハンドラ４４の実行
を制御する機能を省略する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、携帯電話機のソ
フトウェアシーケンス部の検査方法に関する。

【０００２】

【従来の技術】様々な仕様の携帯電話機を開発する際、
各携帯電話機の開発段階において各々のソフトウェアシ
ーケンスを検査する必要が生じる。このような場合にコ
ンピュータを用いたシミュレーションにより当該ソフト
ウェアシーケンスの正当性の検査をすることが一般に行
われている。

【０００３】図４はこの種の携帯電話機のソフトウェア
シーケンスの検査をする検査装置の構成を示すブロック
図であり、図中、ソフトウェアシーケンス部４１がその
検査対象である。この検査装置は、図４に示すように、
ダミー上位タスク４３と、ダミーハンドラ４４と、バッ
チファイル４２と、ダミーターゲット４５（市販されて
いるもの）と、インサーキットエミュレータ（以降ＩＣ
Ｅという）４６と、ＩＣＥ４６を操作するためのホスト
マシン４７とにより構成されている。

【０００４】バッチファイル４２は、ソフトウェアシー
ケンス部４１を動作させ、その機能が正常か否かを判定
するためのアルゴリズムを定義したものである。図５は
このバッチファイル４２に定義されたアルゴリズムを示
すフローチャートである。

【０００５】ダミー上位タスク４３は、携帯電話機のソ
フトウェアシーケンス部の上位タスクをシミュレートし
たソフトウエアである。図６はこのダミー上位タスクの
アルゴリズムを示すフローチャートである。

【０００６】ダミーハンドラ４４は、携帯電話機のハン
ドラをシミュレートしたソフトウェアである。図７はこ
のダミーハンドラ４４のアルゴリズムを示すフローチャ
ートである。

【０００７】ソフトウェアシーケンス部４１は、上述し
た通り、この検査装置の検査対象である。この検査装置
においては、バッチファイル４２に定義された検査手順
に従って、ソフトウェアシーケンス部４１、ダミー上位
タスク４３およびダミーハンドラ４４の動作が進めら
れ、この動作の進行が正常であるか否かによりソフトウ
ェアシーケンス部４１の機能の正当性が判定されるもの
である。その概要を説明すると、バッチファイル４２に
従い、まず、ソフトウェアシーケンス部４１は、ダミー
上位タスク４３からデータを受信して内部処理を開始
し、ダミーハンドラ４４をコールする。ダミーハンドラ
４４からソフトウェアシーケンス部４１にデータが送信
されて、送信されたデータをもとにソフトウェアシーケ
ンス部４１は内部処理を行い、場合によりダミー上位タ
スク４３にデータを送信する。このような動作が正常に
行われるか否かによりソフトウェアシーケンス部４１の
機能の正当性が判定される訳である。

【０００８】次に、図６を参照しダミー上位タスク４３
の処理内容について説明する。まず、ある一定間隔毎に
当該ダミー上位タスクの実行をするために、ある値のタ
イマ（ここでは１００ｍｓのタイマとする）をセットす
る（ステップ６１）。

【０００９】次に、ソフトウェアシーケンス部４１から
のデータ受信またはタイマによるタイムアウトを待つ
（ステップ６２）。

【００１０】この処理では、ソフトウェアシーケンス部
４１からのデータ受信またはタイマによるタイムアウト
が発生するまで待ち状態になる。

【００１１】次に、発生イベントにより分岐する。発生
イベントがソフトウェアシーケンス部４１からのデータ
受信の場合は、ソフトウェアシーケンス部４１から受信
したデータをＲＡＭ領域に格納し（ステップ６３）、ソ
フトウェアシーケンス部４１からのデータ受信またはタ
イマによるタイムアウトを待つ処理（ステップ６２）に
戻る。

【００１２】発生イベントがタイマによるタイムアウト
の場合は、ソフトウェアシーケンス部４１へのデータ送
信が許可になっているかを判断し（ステップ６４）、許
可になっている場合は、ソフトウェアシーケンス部４１
に送信するためにＲＡＭテーブルに格納されているデー
タをソフトウェアシーケンス部４１に送信し（ステップ
６５）、１００ｍｓのタイマをセット（ステップ６６）
し、ソフトウェアシーケンス部４１からのデータ受信ま
たはタイマによるタイムアウトを待つ処理（ステップ６
２）に戻る。

【００１３】発生イベントがその他のイベントである場
合は、ソフトウェアシーケンス部４１からのデータ受信
またはタイマによるタイムアウトを待つ処理（ステップ
６２）に戻る。

【００１４】次に、図７を参照しダミーハンドラ４４の
処理内容について説明する。まず、ソフトウェアシーケ
ンス部４１へのデータ送信が許可になっているかを判断
し（ステップ７１）、許可になっている場合は、ソフト
ウェアシーケンス部４１に送信するためにＲＡＭテーブ
ルに格納されているデータをソフトウェアシーケンス部
４１に送信し（ステップ７２）、処理終了となる。許可
になっていない場合は、処理終了となる。

【００１５】最後に、図５を参照し、バッチファイル４
２の機能について説明する。まず、ダミー上位タスク４
３からソフトウェアシーケンス部４１に送信するための
データまたはダミーハンドラ４４からソフトウェアシー
ケンス部４１に送信するためのデータを上述したＲＡＭ
テーブルに格納する（ステップ５１）。

【００１６】次に、上述したダミー上位タスク４３から
ソフトウェアシーケンス部４１への送信またはダミーハ
ンドラ４４からソフトウェアシーケンス部４１へのデー
タ送信を許可する（ステップ５２）。次にソフトウェア
シーケンス部４１等のプログラムを停止させるブレーク
ポイントを設定する（ステップ５３）。

【００１７】次にソフトウェアシーケンス部４１のプロ
グラムを停止しているところから実行させる（ステップ
５４）。この処理はＩＣＥに依存したコマンドがあり、
たとえば、ｇｏコマンドなどがある。次に、設定したブ
レークポイントまでプログラムの実行が進んだらプログ
ラムを停止させる（ステップ５５）。この処理はＩＣＥ
に依存したコマンドがあり、たとえば、ｓｒｑｗａｉｔ
コマンドなどがある。

【００１８】次に、ダミー上位タスク４３からソフトウ
ェアシーケンス部４１へ送信するためのデータまたはダ
ミーハンドラ４４からソフトウェアシーケンス部４１に
送信するためのデータをＲＡＭテーブルに格納する処理
（ステップ５１）に戻る。

【００１９】以上の一連の手順が定義されたバッチファ
イル４２の実行により、ソフトウェアシーケンス部４
１、ダミー上位タスク４３およびダミーハンドラ４４が
有機的に一体となったソフトウェアの実行が進められ、
その実行状況を監視することによりソフトウェアシーケ
ンス部４１の正当性の判定が行われる。

【００２０】

【発明が解決しようとする課題】ところで、上述した従
来の検査方法では、ダミー上位タスク及びダミーハンド
ラを制御する機能と、ソフトウェアシーケンス部に送信
するデータをＲＡＭテーブルに格納する機能をバッチフ
ァイルに持たせているので、バッチファイルの構成が複
雑であり、このため、バッチファイルの作り込みにかな
りの手間と時間がかかり、なおかつバッチファイルは検
査項目毎に作り込む必要があり、結果的にソフトウェア
シーケンス部の検査系の構築にかなりの時間がかかると
いう問題があった。

【００２１】この発明は、以上説明した事情に鑑みてな
されたものであり、バッチファイルを作成することが容
易であり、従来より時間のかからない携帯電話機のソフ
トウェアシーケンス部の検査方法を提供することにあ
る。

【００２２】

【課題を解決するための手段】上述した課題を解決する
ため、本発明は従来のバッチファイルが持っている２つ
の機能のうち、ダミー上位タスクおよびダミーハンドラ
を制御する機能を、ダミー上位タスクおよびダミーハン
ドラに移し、バッチファイルに持たせる機能を、ダミー
上位タスクからソフトウェアシーケンス部に送信するた
めのデータ及び、ダミーハンドラからソフトウェアシー
ケンス部に送信するためのデータをＲＡＭテーブルに格
納する機能だけにしたものである。

【００２３】このようにバッチファイルに持たせる機能
を、ダミー上位タスクからソフトウェアシーケンス部に
送信するためのデータおよびダミーハンドラからソフト
ウェアシーケンス部に送信するためのデータをＲＡＭテ
ーブルに格納する機能だけにすることで、バッチファイ
ルの構成を簡単にすることができ、バッチファイルの作
り込みにかかる手間と時間を省くことができ、短時間に
容易にソフトウェアシーケンス部の検査をすることがで
きる。

【００２４】

【発明の実施の形態】以下、図面を参照し、本発明の実
施の形態について説明する。図１〜図３は、この発明の
一実施形態である携帯電話機のソフトウェアシーケンス
部の検査方法の実施において使用する各ソフトウェアの
内容を示すものである。さらに詳述すると、図１は同実
施形態において使用するバッチファイルのアルゴリズム
を示すフローチャートであり、図２は同実施形態におい
て使用するダミー上位タスクのアルゴリズムを示すフロ
ーチャートであり、図３は同実施形態におけるダミーハ
ンドラのアルゴリズムを示すフローチャートである。

【００２５】これらの各ソフトウェアは、従来技術と同
様、図４に示す実行環境において実行される。検査対象
であるソフトウェアシーケンス部の基本的な動作は既に
従来技術の項において説明したものと変るところはな
い。すなわち、ソフトウェアシーケンス部は、ダミー上
位タスクからデータを受信して内部処理を開始し、ダミ
ーハンドラをコールする。そして、ダミーハンドラから
ソフトウェアシーケンス部にデータが送信されると、送
信されたデータをもとにソフトウェアシーケンス部は内
部処理を行い、場合によりダミー上位タスクにデータを
送信するものである。

【００２６】次に、図１を参照し、バッチファイルの処
理内容を説明する。まず、ダミー上位タスクからソフト
ウェアシーケンス部に送信するデータ（以降、プリミテ
ィブ期待値という）を順番にすべて設定する（ステップ
１１）。次に、ステップ１１で設定したプリミティブ期
待値設定数を設定する（ステップ１２）。次に、ダミー
ハンドラからソフトウェアシーケンス部に送信するデー
タ（以降、ハンドラ期待値という）を順番にすべて設定
する（ステップ１３）。次に、ステップ１３で設定した
ハンドラ期待値設定数を設定する（ステップ１４）。

【００２７】次に、指定ＲＡＭに”ＥＮＤ”が書かれた
ときにブレークがかかるブレークポイントを設定する
（ステップ１５）。次に、指定ＲＡＭに”ＳＴＡＲＴ”
を書き込む（ステップ１６）。次に、プログラムを停止
しているところから実行させる（ステップ１７）。この
処理は、ＩＣＥに依存したコマンドがあり、たとえば、
ｇｏコマンドなどがある。次に、ブレークが発生したら
プログラムを停止させる（ステップ１８）。この処理は
ＩＣＥに依存したコマンドがり、たとえば、ｓｒｑｗａ
ｉｔコマンドがある。次に、ステップ１８で発生したブ
レークがステップ１５で設定したイベントによるものか
を判断し（ステップ１９）、ステップ１５で設定したイ
ベントによる場合は、処理終了となる。それ以外の場合
は、プログラムを停止しているところから実行させる処
理（ステップ１７）に戻る。

【００２８】次に、図２を参照し、ダミー上位タスクの
処理内容を説明する。まず、ある一定間隔毎にダミー上
位タスクを起動するために、ある値のタイマ（ここでは
１００ｍｓのタイマとする）をセットする（ステップ２
１）。

【００２９】次に、指定ＲＡＭに”ＳＴＡＲＴ”が書か
れたかどうか判断する（ステップ２２）。指定ＲＡＭ
に”ＳＴＡＲＴ”が書かれていない場合は、一定間隔時
間（ここでは１００ｍｓとする）ダミー上位タスクを待
ち状態にし（ステップ２７）、指定ＲＡＭに”ＳＴＡＲ
Ｔ”が書かれたかどうか判断する手段（ステップ２２）
に戻る。

【００３０】指定ＲＡＭに”ＳＴＡＲＴ”が書かれた場
合は、プリミティブ期待値が途中かどうか判断する（ス
テップ２３）。この処理では、プリミティブ終了フラグ
を参照して０なら途中であり、１なら終了と判断する。

【００３１】プリミティブ期待値送信が終了の場合は、
ハンドラ期待値送信が途中かどうか判断する（ステップ
２５）。この処理では、ダミーハンドラ終了フラグを参
照して０なら途中であり、１なら終了と判断する。

【００３２】ハンドラ期待値送信が途中の場合は、指定
ＲＡＭに”ＥＮＤ”を書き込み（ステップ２６）、一定
間隔時間（ここでは１００ｍｓとする）ダミー上位タス
クを待ち状態にし（ステップ２７）、指定ＲＡＭに”Ｓ
ＴＡＲＴ”が書かれたかどうか判断する処理（ステップ
２２）に戻る。

【００３３】プリミティブ期待値送信が途中の場合は、
ソフトウェアシーケンス部からのデータ受信またはタイ
マによるタイムアウトが発生するまで待ち状態になる。
次に、発生イベントにより分岐する。発生イベントがソ
フトウェアシーケンス部からのデータ受信の場合は、次
のプリミティブ期待値を参照できるようにする（ステッ
プ２８）。

【００３４】次に、プリミティブ期待値が最後かどうか
判断する（ステップ２９）。プリミティブ期待値が最後
の場合は、プリミティブ終了フラグを１にセットし（ス
テップ２Ａ）ソフトウェアシーケンス部から受信したデ
ータをＲＡＭ領域に格納し（ステップ２Ｂ）、プリミテ
ィブ期待値送信が途中かどうか判断する処理（ステップ
２３）に戻る。

【００３５】プリミティブ期待値が最後でない場合は、
ソフトウェアシーケンス部から受信したデータをＲＡＭ
領域に格納し（ステップ２Ｂ）、プリミティブ期待値送
信が途中かどうか判断する処理（ステップ２３）に戻
る。

【００３６】発生イベントがタイマによるタイムアウト
の場合は、現在のプリミティブ期待値をソフトウェアシ
ーケンス部に送信する（ステップ２Ｃ）。次に、次のプ
リミティブ期待値を参照できるようにする（ステップ２
８）。

【００３７】次に、プリミティブ期待値が最後かどうか
判断する（ステップ２９）。プリミティブ期待値が最後
の場合は、プリミティブ終了フラグを１にセットし（ス
テップ２Ａ）、ある一定間隔毎にダミー上位タスクを起
動させるために、ある値のタイマ（ここでは１００ｍｓ
のタイマとする）をセットし（ステップ２１）、プリミ
ティブ期待値送信が途中かどうか判断する処理（ステッ
プ２３）に戻る。

【００３８】プリミティブ期待値が最後でない場合は、
ある一定間隔毎にダミー上位タスクを起動するために、
ある値のタイマ（ここでは１００ｍｓのタイマとする）
をセットし（ステップ２１）、プリミティブ期待値送信
が途中かどうか判断する処理（ステップ２３）に戻る。

【００３９】発生イベントがその他の場合は、ソフトウ
ェアシーケンス部から受信したデータをＲＡＭ領域に格
納し（ステップ２Ｂ）、プリミティブ期待値送信が途中
かどうか判断する処理（ステップ２３）に戻る。

【００４０】次に、図３を参照し、ダミーハンドラの処
理内容を説明する。まず、現在のハンドラ期待値をソフ
トウェアシーケンス部に送信する（ステップ３１）。次
に、次のハンドラ期待値を参照できるようにする（ステ
ップ３２）。次に、ハンドラ期待値が最後かどうか判断
する（ステップ３３）。ハンドラ期待値が最後の場合
は、ダミーハンドラ終了フラグに１をセットし（ステッ
プ３４）、処理終了となる。ハンドラ期待値が最後でな
い場合は、処理終了となる。

【００４１】

【発明の効果】以上説明したように、この発明によれ
ば、ダミー上位タスクからソフトウェアシーケンス部に
送信するためのデータおよびダミーハンドラからソフト
ウェアシーケンス部に送信するためのデータを記憶手段
に格納する機能だけをバッチファイルに持たせるように
したため、バッチファイルの構成を簡単にすることがで
き、従って、バッチファイルの作り込みにかかる手間と
時間を省くことができ、短時間に容易にソフトウェアシ
ーケンス部の検査を行うことができるという効果があ
る。

【図面の簡単な説明】

【図１】 この発明の一実施形態である携帯電話機のソ
フトウェアシーケンス部の検査方法の実施において使用
するバッチファイルのアルゴリズムを示すフローチャー
トである。

【図２】 同実施形態において使用するダミー上位タス
クのアルゴリズムを示すフローチャートである。

【図３】 同実施形態において使用するダミーハンドラ
のアルゴリズムを示すフローチャートである。

【図４】 携帯電話機のソフトウェアシーケンス部の検
査の実施環境を示すブロック図である。

【図５】 従来の携帯電話機のソフトウェアシーケンス
部の検査方法の実施において使用するバッチファイルの
アルゴリズムを示すフローチャートである。

【図６】 同検査方法において使用するダミー上位タス
クのアルゴリズムを示すフローチャートである。

【図７】 同検査方法において使用するダミーハンドラ
のアルゴリズムを示すフローチャートである。

【符号の説明】

４１ ソフトウェアシーケンス部 ４３ ダミー上位タスク ４４ ダミーハンドラ ４２ バッチファイル

Claims (3)

【特許請求の範囲】
1. 【請求項１】 制御用ソフトウェアとして上位タスクと
   ハンドラとソフトウェアシーケンス部とを有し、上位タ
   スクによる統制の下、ソフトウェアシーケンスに従って
   ハンドラを介して通信を行う携帯電話機の当該ソフトウ
   ェアシーケンス部を検査対象とし、各々記憶手段を介し
   て情報の引き渡しを行うソフトウェアであって、前記上
   位タスクをシミュレートしたソフトウェアであるダミー
   上位タスクと、前記ハンドラをシミュレートしたソフト
   ウェアであるダミーハンドラと、これらのダミー上位タ
   スクとダミーハンドラと検査対象であるソフトウェアシ
   ーケンス部を一定の手順に従って動作させるソフトウェ
   アであるバッチファイルとを使用し、該バッチファイル
   の実行により当該ソフトウェアシーケンスの検査を行う
   検査方法において、 前記ダミー上位タスクまたはダミーハンドラが、前記上
   位タスクまたはハンドラの機能をシミュレートした機能
   の他、当該ダミー上位タスクおよびダミーハンドラの実
   行を制御する機能を有し、 前記バッチファイルに対し、前記ダミー上位タスクから
   ソフトウェアシーケンス部に送信するためのデータおよ
   びダミーハンドラからソフトウェアシーケンス部に送信
   するためのデータを前記記憶手段に格納する機能のみを
   持たせ、前記ダミー上位タスクおよびダミーハンドラの
   実行を制御する機能を省略することを特徴とする携帯電
   話機のソフトウェアシーケンス部の検査方法。
2. 【請求項２】 前記ダミー上位タスクからソフトウェア
   シーケンス部に送信するためのデータおよびダミーハン
   ドラからソフトウェアシーケンス部に送信するためのデ
   ータを前記記憶手段に格納する処理を局所的に一括して
   行うようにしたことを特徴とする請求項１に記載の携帯
   電話機のソフトウェアシーケンス部の検査方法。
3. 【請求項３】 前記記憶手段にブレークポイントを設定
   し、当該ブレークポイントにおいて前記ダミー上位タス
   ク、ダミーハンドラまたはソフトウェアシーケンス部の
   実行を一時停止させるようにしたことを特徴とする請求
   項１または２に記載の携帯電話機のソフトウェアシーケ
   ンス部の検査方法。