JP2002259162A - 機器制御ソフトウェア開発支援システム - Google Patents

Abstract

(57)【要約】 【課題】 実時間制約の厳しい機器制御ソフトウェアの
開発に好適で、ハードウェア動作の再現が容易なソフト
ウェア開発支援システムを提供する。 【解決手段】 通信情報抽出部３０は、コントローラソ
フト１０とその制御対象であるデバイス２との間でやり
とりされる通信をモニタし、モニタした通信内容ととも
に通信方向と通信時刻をで取得し、この情報を動作シナ
リオ記憶手段６０に記憶する。シナリオ解釈実行部７０
は、デバイス２を取り外した状態で、動作シナリオ記憶
手段６０に記憶している情報を読み出し、個々の通信に
ついて、コントローラソフト１０が送信側であればコン
トローラソフト６０からの通信を待ち記憶している情報
と一致するかを調べ、デバイス２が送信側であれば記憶
している送信時刻まで待った後に記憶している通信内容
をコントローラソフト１０に通信することでデバイス２
の動作を再現実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御対象の機器の
動作をシミュレートし、機器制御ソフトウェアの開発を
支援するシステムに関するものである。

【０００２】

【従来の技術】（ａ）（特開平５−１４３２６０号公
報：「プリンタシミュレー夕装置」）には、開発しよう
とするソフトウェアが制御する対象であるハードウェア
装置をソフトウェアで代替することで、制御対象である
ハードウェアの開発完了を待たずに制御ソフトウェアの
開発を行なうことを可能とするプリンタシミュレータ装
置が提案されている。

【０００３】（ｂ）（特開平９−３０５３８９号公報：
「ソフトウェア開発支援のシミュレーション装置」）に
は、機器の動作を制御するソフトウェアの開発効率向上
を目的とする、ハードウェアシミュレータ装置が提案さ
れている。

【０００４】（ｃ）（特開平７−８４８３２号公報：
「リアルタイムシステムシミュレーション装置」）に
は、オブジェクト間のメッセージの送受信の内容をメッ
セージパスとして格納し、更にはそれを解釈実行するリ
アルタイムシステムシミュレーション装置が提案されて
いる。

【０００５】

【発明が解決しようとする課題】しかしながら、前述し
た従来提案の装置には以下の問題がある。

【０００６】（ａ）（特開平５−１４３２６０号公報：
「プリンタシミュレータ装置」）で提案されている装置
では、プリンタハードウェアが発生する各種の事象を、
キーボードからの入力により疑似している。例えば、紙
づまりを疑似的に発生させる場合には、キーボードから
の入力により内部の情報テーブルの内容を変更し、テー
ブルの変更を検知した割り込み解析部が開発対象である
制御ソフトウェアに対し紙づまりの発生を通知するとい
う手法がとられている。

【０００７】このため、開発者は、本来であれば、紙づ
まりを検知するセンサ位置を紙が通過するタイミングに
おいて発生するはずの紙づまりの事象を、実際のハード
ウェアでの動作タイミングとは無関係に発生させること
になり、実時間制約の厳しい組み込み型機器制御ソフト
ウェアの開発支援としては不十分である。

【０００８】（ｂ）（特開平９−３０５３８９号公報：
「ソフトウェア開発支援のシミュレーション装置」）で
提案されている装置では、ハードウェアの動作タイミン
グをデバイスの持つ属性（例えば、モータデバイスの属
性には回転速度を与えることができる）として与えるこ
とで、ハードウェアがもつ実時間制約を含めて再現でき
るようなシミュレー夕装置となっているが、 ・ハードウェア部品点数の多い装置に対しすべてのタイ
ミング属性値を与えることは現実的には非常に困難であ
る ・実機での動作は湿度／気温や使用年数といった外的要
因により左右され、事前に属性値として与えることは困
難である といった問題があり、近年のプリンタ／スキャナ／複写
機といった大規模かつ可動部の多い複雑な機器を制御す
る機器制御ソフトウェアの開発支援装置としては不適で
ある。

【０００９】（ｃ）（特開平７−８４８３２号公報公
報：「リアルタイムシステムシミュレーション装置」）
で提案されている装置では、オブジェクト間の一連のメ
ッセージのやりとりを「シナリオ」と呼ばれる一群のメ
ッセージパスで与えることで、動作確認対象とする事象
を再現している。しかしながらシナリオの編集手段とし
ては、テキストエディタによる編集、もしくは、ハード
ウェアを疑似するシミュレータを動作させてメッセージ
パスを記憶する手法をとっているため、（ａ）と同様
に、実際のハードウェアでの動作タイミングとは無関係
に動作を規定することになり、実時間制約の厳しいシス
テムの開発には不適である。

【００１０】また、ハードウェアの動作タイミングに依
存するソフトウェアの開発には、実際のハードウェア装
置を使用することも一般的であり、その場合には当然前
述のソフトウェアで構成するシミュレータでは実現が難
しい実時間制約の厳しい状況の動作確認を行なうことも
可能であるが、近年の高性能／高機能な機器制御では、
ソフトウェア開発に使用する目的で試作機を多数用意す
ることはコストの面で問題となっている。また、実際の
ハードウェアを操作し、紙づまりなど特定の事象を、何
度も再現性を持って発生させることは一般的に非常に困
難である。

【００１１】本発明は、このような状況のもとでなされ
たもので、実時間制約の厳しい機器制御ソフトウェアの
開発に好適で、ハードウェア動作の再現が容易なソフト
ウェア開発支援システムを提供することを目的としてい
る。

【００１２】

【課題を解決するための手段】前記目的を達成するた
め、本発明では、ソフトウェア開発支援システムを、次
の（１）ないし（５）のとおりに構成する。

【００１３】（１）機器制御ソフトウェアとその制御対
象とするハードウェアとの間でやりとりされる通信をモ
ニタし、モニタした通信内容とともに通信方向と通信時
刻を取得する情報取得手段と、前記情報取得手段で取得
した情報を記憶する記憶手段と、前記記憶手段に記憶し
ている情報を読み出し、個々の通信について、前記機器
制御ソフトウェアが送信側であれば前記機器制御ソフト
ウェアからの通信を待ち記憶している情報と一致するか
を調べ、また制御対象とするハードウェアが送信側であ
れば記憶している送信時刻まで待った後に記憶している
通信内容を前記機器制御ソフトウェアに通信することで
前記ハードウェアの動作を再現実行する解釈実行手段
と、を備えた機器制御ソフトウェア開発支援システム。

【００１４】（２）前記（１）記載の機器制御ソフトウ
ェア開発支援システムにおいて、前記通信内容，通信方
向，通信時刻の情報を外部に送信する送信手段を備えた
機器制御ソフトウェア開発支援システム。

【００１５】（３）前記（１）または（２）記載の機器
制御ソフトウェア開発支援システムにおいて、通信内
容，通信方向，通信時刻の情報を外部から受信する受信
手段と、前記受信手段で受信した情報を前記記憶手段に
記憶させる制御手段と、を備えた機器制御ソフトウェア
開発支援システム。

【００１６】（４）前記（１）ないし（３）のいずれか
に記載の機器制御ソフトウェア開発支援システムにおい
て、前記機器制御ソフトウェア内に、前記情報取得手段
と、前記制御対象とするハードウェアと通信を行う第一
の通信手段と、前記解釈実行手段と通信を行なう第二の
通信手段と、前記第一の通信手段と前記第二の通信手段
とを切り替える切り替え手段とを備えた機器制御ソフト
ウェア開発支援システム。

【００１７】（５）前記（１）ないし（４）のいずれか
に記載の機器制御ソフトウェア開発支援システムと、こ
れに接続された開発ホストとを備えた機器制御ソフトウ
ェア開発支援システムであって、前記開発ホストは、前
記記憶手段から転送された前記通信内容，通信方向，通
信時刻の情報を格納するホスト側記憶手段と、キーボー
ド，マウスなどの入力手段と、前記入力手段からの入力
により、前記ホスト側記憶手段に格納されている前記情
報を編集する編集手段と、を備えた機器制御ソフトウェ
ア開発支援システム。

【００１８】

【発明の実施の形態】以下本発明の実施の形態を機器制
御ソフトウェア開発支援システムの実施例により詳しく
説明する。

【００１９】

【実施例】（実施例１）図１は、実施例１である“機器
制御ソフトウェア開発支援システム”の全体構成を示す
ブロック図である。

【００２０】図１において、１は開発対象とする機器制
御ソフトウェアが動作するコントローラボードである。
１０はコントローラボード１上で動作する機器制御ソフ
トウェア（以下コントローラソフトという）であり、通
常は、コントローラソフトコア部２０及びデバイス通信
部５０とから構成され、デバイス通信部５０を介して制
御対象デバイス２上におかれたデバイス側ソフトウェア
１１０と通信を行なうことで、制御対象デバイス２を制
御する。

【００２１】本実施例では、コントローラソフト１０は
前述の構成に加え、制御対象デバイス側ソフトウェア１
１０とコントローラソフトコア部２０の間の通信情報を
モニタリングし、更に必要な情報を加えた後記憶する通
信情報抽出部３０、及び制御対象デバイス２以外と通信
を行なう際に通信先を切り替えるための通信先切り替え
部３０とから構成される。

【００２２】６０は通信情報抽出部３０により抽出／作
成された動作シナリオを記憶する動作シナリオ記憶部で
ある。動作シナリオ記憶部６０に記憶された情報は、シ
ナリオ解釈実行部７０により解釈実行され、通信先切り
替え部４０を介してコントローラソフトコア部２０に対
し通信される。

【００２３】また、動作シナリオ記憶部６０に記憶され
た情報は、シナリオ送出部９０を介して、コントローラ
ボード１外部にある、ワ一クステーションやＰＣなどの
開発ホスト３に送出され、開発ホスト３上におかれたシ
ナリオ転送部（受信部ともいえる）２１０により受信さ
れた後、ホスト側動作シナリオ記憶部２３０に格納記憶
される。

【００２４】ホスト側動作シナリオ記憶部２３０に格納
記憶された情報は、シナリオ表示部２５０によりＣＲＴ
などの表示装置４に表示することができる。

【００２５】また、表示装置４に表示された情報を見る
ことで、開発者は、キーボードやマウスなどの入力装置
５を使用して動作シナリオを修正及び編集することが可
能であり、その際には、入力受付部２６０，シナリオ編
集部２４０を使用する。

【００２６】更に、開発ホスト３上のホスト側動作シナ
リオ記憶部２３０に記憶された情報は、ホスト側シナリ
オ解釈実行部２２０を使用して解釈実行することができ
る。開発ホスト側シナリオ実行部２２０は、コントロー
ラボード１上のホスト通信部８０と通信を行い、通信さ
れた情報は通信先切り替え部４０を介してコントローラ
ソフトコア部２０に伝達される。

【００２７】ここでは以下を仮定して実施例１の説明を
行なう。

【００２８】コントローラボード１上で動作する機器制
御ソフトウェアとして、プリンタデバイス制御ソフトウ
ェア（コントローラソフト１０）の開発を例に説明を行
なう。しかしながら、本実施例は特定のハードウェア制
御ソフトウェアの開発に依存するものではなく、例で示
すプリンタ以外にも、スキャナ装置や複写機といった機
器制御ソフトウェア般の開発に適用可能である。

【００２９】また、コントローラソフト１０は、プリン
タデバイス２を構成するモータなどの各種ハードウェア
を実際に制御しているプリンタデバイス側ソフトウェア
１１０と通信を行なうことでプリンタ制御を行なうこと
を仮定して説明を行なう。

【００３０】本実施例では、コントローラソフト１０を
開発対象のソフトウェアとして、プリンタデバイスを疑
似するシミュレータシステムについて説明を行なうが、
プリンタデバイス側のソフトウェア側に同様の機構を設
けることで、本実施例とは逆にコントローラボード側を
疑似するシミュレータシステムを構成することも、当然
ながら、同様に可能である。

【００３１】図１に示した構成を使用してコントローラ
ソフト１０の開発を行なう場合の作業内容を説明する。

【００３２】まずはコントローラソフトコア部２０の行
なうデバイス制御として検証したい事象を実際のハード
ウェアであるプリンタデバイス２を使用して発生させ、
その際にコントローラソフト１０とプリンタデバイス側
ソフトウェア１１０とのやりとりを、通信情報抽出部３
０によりモニタし、時間情報をつけた後、動作シナリオ
記憶部６０に格納する。

【００３３】図２は、図１に示す通信情報抽出部３０の
処理内容の詳細を示すフローチャートである。

【００３４】図２を用いて通信情報抽出部３０の動作を
説明する。

【００３５】まずは、ステップ３０１（図ではＳ３０１
と記す、以下同様）でコントローラソフト１０とデバイ
ス側ソフトウェア１１０との間で通信が行なわれたかど
うか調べる。通信が行なわれていなければ、ステップ３
０１の処理を通信が行なわれるまで繰り返す。通信が行
なわれたかどうかを判断する手法には、ここで示したボ
ーリング方式（通信が行なわれたかどうかの調査を定期
的に繰り返すことで通信を検出する手法）の他にも、イ
ベントドリブン方式（通信が行なわれたことを割り込み
もしくはＯＳに用意されている監視機構からのコールバ
ックで検出する手法）などがあるが、どのような方式を
用いても構わない。

【００３６】通信が行なわれたと判断された場合は、ス
テップ３０２に進み、通信の内容を取得する。通信の内
容としては、通信コマンドや通信バラメー夕が存在す
る。

【００３７】ステップ３０３では通信の方向を取得す
る。本実施例では通信の方向としては、コントローラソ
フト１０側からデバイス側ソフトウェア１１０ヘ送信さ
れる方向と、その逆に、デバイス側ソフトウェア１１０
からコントローラソフト１０側に送信される方向とがあ
る。

【００３８】通信方向の取得手法としては、通信内容か
ら判断する手法や、通信方向それぞれに通信情報をモニ
タするための手段を用意し、どちらの手段で検出された
かによって通信方向を識別する手法などがあるが、どの
ような方式を用いても構わない。

【００３９】ステップ３０４では通信情報抽出部３０内
で保持している時間を初期化し計時を開始する。これ
は、後続の通信が行なわれた際にその時刻を取得する
（ステップ３１０）ためである。

【００４０】ステップ３０５では、前記ステップ３０
２，３０３，３０４の各ステップを通じて取得した通信
情報を動作シナリオ記憶部６０に動作シナリオとして記
憶する。

【００４１】例えば、コントローラソフト１０とデバイ
ス側ソフトウェア１１０の間で最初にやりとりされた通
信が、通信コマンドが「給紙指示」、通信パラメータが
「給紙段＝上段、サイズ＝Ａ４」、で通信方向がコント
ローラソフト１０側からデバイス側ソフトウェア１１０
だとすると、ステップ３０５の処理が終了した時点で、
動作シナリオ記憶部６０に記憶される動作シナリオの内
容は図３（ａ）に示すようになる。

【００４２】次にステップ３０６へ進み通信の終了かど
うかを判断する。通信の終了と判断された場合には、処
理を終了する。

【００４３】後続の通信が存在する場合は、ステップ３
０７へ進み通信が行なわれたかをステップ３０１で説明
したのと同じ手法で判断し、通信が検出されれば、ステ
ップ３０８へ進む。

【００４４】ステップ３０８及びステップ３０９はそれ
ぞれ前述のステップ３０２及びステップ３０３と同じ処
理であるため説明を省略する。

【００４５】次にステップ３１０では通信が行なわれた
時刻を取得する。これは前述のステップ３０４で初期化
し計時を開始した通信情報抽出部３０内で保持している
時間をもとに、通信時刻を取得するものである。

【００４６】ステップ３１１では、前記３０８，３０
９，３１０の各ステップを通じて取得した通信情報を動
作シナリオとして記憶し、再び次の通信に備えステップ
３０６へ戻る。

【００４７】図２で示した処理を行なうことで格納記憶
された通信情報の具体例を図３（ｂ）に示す。

【００４８】図３（ｂ）は２ページからなるデータを印
刷する場合の動作シナリオ記憶部６０に記憶される動作
シナリオの例である。Ｅ６０１，Ｅ６０２，Ｅ６０３，
Ｅ６０４，Ｅ６０９が１ページ目の印刷に関する通信の
記録であり、Ｅ６０５，Ｅ６０６，Ｅ６０７，Ｅ６０
８，Ｅ６１０が２ページ目の印刷に関する通信の記録で
ある。

【００４９】動作シナリオとして記憶する内容は、通信
コマンドの種類を識別するための通信コマンド名、通信
方向（図３（ｂ）では、コントローラソフト１０からデ
バイス側ソフトウェア１１０ヘのコマンド送出を「コ→
デ」、逆に、デバイス側ソフトウェア１１０からコント
ローラソフト１０ヘのコマンド送出を「デ→コ」として
表現している）、通信が行なわれた通信時刻、通信コマ
ンドに付随する通信内容を表す通信パラメータから構成
されている。

【００５０】本実施例では、通信時刻は最初に行なわれ
た通信を起点（０ｍｓ）とし、以降、最初の通信からの
経過時間を記録しているが、通信を再現することが可能
であれば、通信が行なわれた時刻を記録したり、ＣＰＵ
や使用するリアルタイムＯＳの動作クロック単位で表さ
れた時刻を記録する方式であっても構わない。

【００５１】一般にプリンタの制御では、スループット
向上のため先行給紙を行なうことが普通であり、制御の
流れは図３（ｂ）のＥ６０５のように、次の出力ページ
が存在する場合には、コントローラソフトはあらかじめ
給紙をプリンタデバイス側ソフトウェアに対し指示して
おき、プリンタデバイス側ソフトウェアが、先行するペ
ージの紙の位置をみて、給紙が可能になったタイミング
で給紙を行ない、図３（ｂ）Ｅ６０６のように給紙完了
を返すことになる。

【００５２】給紙が可能となるタイミングは、先行する
紙の給紙位置、先行する紙のサイズ、先行する紙の印字
タイミング、紙搬送速度、給紙段から給紙完了位置まで
の経路長などさまざまな要因により決定されるため、給
紙完了が返るタイミングを実機を動かすことなしに正確
に知ることは困難である。

【００５３】これが、このような実時間制約のある動作
の検証にこれまでは実機のみが使用されてきた大きな要
因である。

【００５４】また、図３（ｂ）Ｅ６０１及びＥ６０２の
時間差が１０００ｍｓであることから、２ページ目の給
紙は、Ｅ６０６に示した給紙完了時間である５０００ｍ
ｓより１０００ｍｓ先行して、すなわちに通信開始から
４０００ｍｓ以内にの２ページ目の給紙指示を送出しな
いと、先行する紙との紙間隔が必要以上に広がり最大の
スループットが得られないことがわかる。

【００５５】本発明は、実時間制約のある動作タイミン
グを実機を使用して調べた結果を記憶し、それを解釈実
行することで、２回目以降の動作確認は実機なしで行な
えるようなシステムを提案するものである。

【００５６】一度動作シナリオ記憶部６０に格納された
動作シナリオは、シナリオ解釈実行部７０により解釈実
行される。実行の際には、プリンタデバイス側ソフトウ
ェア１１０は不要であり、図１の１に示したコントロー
ラボード１単体での動作確認が可能である。

【００５７】図４は、図１に示すシナリオ解釈実行部７
０の処理内容の詳細を示すフローチャートである。

【００５８】図４を用いてシナリオ解釈実行部７０の動
作を説明する。

【００５９】まずは、ステップ７０１で動作シナリオ記
憶部６０から最初の通信コマンドを読み出す。図３
（ｂ）で示した動作シナリオの例では、Ｅ６０１の「給
紙指示」通信コマンドが読み出されることになる。

【００６０】次に、ステップ７０２で読み出した通信コ
マンドの通信方向を調べ、「コ→デ」であればステップ
７０３へ、「デ→コ」であればステップ７０５へ進む。

【００６１】図３（ｂ）で示した動作シナリオの例で
は、Ｅ６０１の「給紙指示」通信コマンドの通信方向は
「コ→デ」であるためステップ７０３へ進むことにな
る。

【００６２】ステップ７０３ではコントローラソフト１
０からの通信を待つ。これは、通信方向「コ→デ」がコ
ントローラソフト１０側からデバイス２側への送信を示
しているためである。通信は、図１中のコントローラソ
フトコア部２０から発せられ、通信情報抽出部３０及び
通信先切り替え部４０を介して、シナリオ解釈実行部７
０に届くことになる。

【００６３】ここで、最初に動作シナリオを作成するの
に使用した通信情報抽出部３０を再び使用しているの
は、ハードウェアデバイスを使用した際に格納記憶した
動作シナリオとシナリオ解釈実行部を使用した際に記録
される動作シナリオを実行後に比較検討することに配慮
したためである。

【００６４】また、シナリオ解釈実行部７０を使用して
の動作では、コントローラソフト１０内のデバイス通信
部５０は使用しないため、通信先切り替え部４０により
コントローラソフト１０とコントローラソフト外部との
通信はシナリオ解釈実行部７０を使用するように通信先
の切り替えを行なっている。

【００６５】ステップ７０４でコントローラソフト１０
から送られてきた通信コマンドと先にステップ７０１で
読み出した通信コマンドを比較する。比較の結果、通信
パラメータを含め完全に一致していれば、ステップ７０
６へ進み、動作シナリオに記された通信時刻を基にシナ
リオ解釈実行部７０で保持している時間を初期化した
後、計時を開始する。

【００６６】図３（ｂ）の例では、「給紙指示」がバラ
メー夕「給紙段＝上段，サイズ＝Ａ４」で着信すれば、
ステップ７０１で読み出した通信コマンドと一致するこ
とになり、ステップ７０６へ進み、図３（ｂ）中Ｅ６０
１で示した例では通信時刻「０ｍｓ」となっているた
め、シナリオ解釈実行部７０で保持している時間を「０
ｍｓ」に初期化し、計時を開始することになる。

【００６７】ステップ７０４で、コントローラソフト１
０から送られてきた通信コマンドと先にステップ７０１
で読み出した通信コマンドを比較した結果、通信パラメ
ータを含め完全に一致していなければ、ステップ７１４
の例外処理へ進む。ステップ７１４の処理の詳細につい
ては後述する。

【００６８】一方、図３（ｂ）の例には該当しないが、
ステップ７０２で“ＮＯ”と判断され、ステップ７０５
へ進んだ場合は、最初にステップ７０１で読み出した通
信コマンドが「デ→コ」すなわち、デバイス２側からコ
ントローラソフト１０側への送信であるため、図１中の
シナリオ実行解釈部７０から通信先切り替え部４０に対
し、ステップ７０１で読み出した通信コマンドに通信バ
ラメータを付加して送出する。通信先切り替え部４０に
対し送出された通信コマンドは、前述とは逆に、通信情
報抽出部３０を介しコントローラソフトコア部２０に届
くことになる。

【００６９】ステップ７０５で通信コマンドを送出後、
ステップ７０６で時間を初期化し、計時を開始する。

【００７０】次にステップ７０７で、動作シナリオに未
処理の通信コマンドがあるかどうか調べる。未処理の通
信コマンドがなければシナリオ解釈実行の完了であり、
処理を終了する。

【００７１】未処理の通信コマンドがあればステップ７
０８へ進み、通信コマンドを一つ読み出す。

【００７２】図３（ｂ）に示した例では、Ｅ６０１につ
いての処理が終了した状態であり、Ｅ６０２以降の通信
コマンドが未処理であるため、ステップ７０８へ進み、
Ｅ６０２の通信コマンド「給紙完了」を読み出す。

【００７３】ステップ７０９では、ステップ７０８で読
み出した通信コマンドの通信方向を調べ、「コ→デ」で
あればステップ７１０へ「デ→コ」であればステップ７
１２へ進む。図３（ｂ）で示した動作シナリオの例で
は、Ｅ６０２の「給紙完了」通信コマンドの通信方向は
「デ→コ」であるためステップ７１２へ進むことにな
る。

【００７４】ステップ７１２では、ステップ７０８で読
みだした通信コマンドの通信時刻を調べ、送出のタイミ
ングになるまで待機した後ステップ７１３で通信コマン
ドの送出を行ない、再び、ステップ７０７へ戻る。

【００７５】図３（ｂ）で示した動作シナリオの例で
は、Ｅ６０２の「給紙完了」通信コマンドの通信時刻は
「１０００ｍｓ」であるため、ステップ７０６で初期化
し計時を開始したシナリオ解釈実行部７０が保持する時
間が１０００ｍｓを計時するまで待つことになる。その
後、ステップ７１３で通信コマンド「給紙完了」の送出
を行ない、ステップ７０７へ戻る。すなわち、シナリオ
解釈実行部７０が制御対象デバイス２の動作を肩代わり
する。

【００７６】ステップ７０７では、図３（ｂ）中Ｅ６０
３以降の通信コマンドについて未処理であるため“ＹＥ
Ｓ”と判断され、ステップ７０８へ進み、ステップ７０
８で図３（ｂ）中Ｅ６０３として示した通信コマンド
「イメージ要求」を読み出す。通信コマンド「イメージ
要求」の通信方向は、「デ→コ」であるため、Ｅ６０２
の「給紙完了」と同様の処理を、ステップ７０９，ステ
ップ７１２，ステップ７１３で行ない、再びステップ７
０７へ戻る。

【００７７】ステップ７０７では、図３（ｂ）中Ｅ６０
４以降の通信コマンドについて未処理であるため“ＹＥ
Ｓ”と判断され、ステップ７０８へ進み、ステップ７０
８で図３（ｂ）中Ｅ６０４として示した通信コマンド
「イメージ送信」を読み出す。通信コマンド「メージ送
信」の通信方向は、「コ→デ」であるため、ステップ７
０９で“ＹＥＳ”と判断され、ステップ７１０へ進む。

【００７８】ステップ７１０ではコントローラソフト１
０からの送信を待ち、ステップ７１１でコントローラソ
フト１０から着信した通信コマンドが先にステップ７０
８で読み出した通信コマンドと通信時刻，バラメー夕を
含め一致するかどうか調べ、一致すればステップ７０７
へ戻る。

【００７９】図３（ｂ）中Ｅ６０４の例では着信した通
信コマンドが「イメージ送信」かどうか、着信時刻は
「１５００ｍｓ」かどうか、格納記憶された通信パラメ
ータ「イメージデータ」と一致するかどうか調べること
になる。この際、通信時刻に関しては動作の度に若干の
差異が出ることが予想されるため、多少の許容範囲を設
定し（例えば±１００ｍｓなど）、一致，不一致を調べ
る必要がある。通信時刻の許容範囲を加味した上で、一
致と判断されれば、ステップ７０７へ戻ることになる。
ステップ７１１で不一致と判断された場合はステップ７
１４の例外処理へ進む。

【００８０】ステップｓ７１４の処理の詳細については
後述する。

【００８１】以上図３（ｂ）中Ｅ６０４まで説明を行な
ったが、同様に処理を縦続し、Ｅ６１０の通信コマンド
「印刷完了」の送出の送出をステップ７１３で行なった
後、ステップ７０７へ戻り、ステップ７０７で次に読み
出す通信コマンドが存在しないため“ＮＯ”と判断さ
れ、処理が終了する。

【００８２】次に、ステップ７１４の例外処理について
説明する。

【００８３】ステップ７１４が実行されるのは、動作シ
ナリオ記憶部６０の動作シナリオに保持されている内容
の想定外のデータの着信がありそれ以上の解釈実行が不
可能な場合であるため、以降のコントローラ１０側の処
理を中断させる必要がある。そのため、ステップ７１４
では例外の発生をコントローラ１０側に通信することに
なる。

【００８４】通常のデバイスには、紙づまりやトナー切
れなど回復不能のエラーが起こった場合を想定して、デ
バイス側からコントローラ側に対し例外の発生を通知す
る通信コマンドが用意されている。ステップ７１４では
それを使用して例外発生の通知を行なう。

【００８５】但し、前述の説明では、ステップ７０４，
７１１での一致／不一致の判断は、パラメータを含め通
信内容が完全に一致するかどうかで判断することとした
が、実際には通信コマンド毎に許容範囲が存在するた
め、例外の発生とみなすかどうかの判断についてはそう
いった許容範囲を加味することも可能である。

【００８６】例えば、図３（ｂ）の例ではＥ６０１の通
信コマンド「給紙指示」では、通信バラメー夕として
「給紙段」と「サイズ」を例に挙げている。その内、
「給紙段」については、給紙段によって給紙完了の位置
までの経路長が変わるため、デバイス側が通信コマンド
「給紙完了」を出すまでの時間間隔（本例では１０００
ｍｓ）が変わる可能性があり、例えば「給紙段＝下段」
と「給紙段＝上段」との違いであれば、不一致と判断す
るのが適切である。

【００８７】しかしながら、給紙完了位置までに紙が動
く長さは紙の先頭が移動する長さであり「サイズ」には
無関係であるため、「サイズ＝Ａ４」であっても「サイ
ズ＝Ａ３」であっても、通信コマンド「給紙完了」まで
の時間間隔（本例では１０００ｍｓ）は不変と考えるこ
とができ、許容範囲内での一致と判断し動作を継続する
ことも可能である（但し、図３（ｂ）の例のように後続
のページがある場合は、後続のページの給紙開始時刻に
影響するため、許容範囲とみなすことはできない）。

【００８８】より実際的には、まずは完全一致以外はス
テップ７１４の例外処理を行ない、その都度、通信内容
を見て不一致となった項目を調べ、一致／不一致の判断
に使用できる判断基準を暫時追加していくのが適切だと
思われる。

【００８９】以上図３（ｂ）、図４を使用し、動作シナ
リオ６０及びシナリオ解釈実行部７０の処理内容の詳細
を説明した。

【００９０】以上説明したように、本実施例によれば、
実時間制約のある機器制御ソフトウェアの開発に際し、
実際の動作タイミングによる動作検証を、最小限のハー
ドウェアデバイスを使用して行なうことができる。

【００９１】また、動作シナリオの作成を実機を使用し
てできるようにしたことで、これまで作成が難しかった
時間制約のある動作シナリオを容易に作成することが可
能となる。

【００９２】すなわち、実時間制約の厳しい機器制御ソ
フトウェアの開発に好適で、ハードウェア動作の再現が
容易なソフトウェア開発支援システムを提供することが
できる。

【００９３】以上の実施例では、動作シナリオ記憶部６
０及びシナリオ解釈実行部７０が、制御対象デバイスと
実際に接続し動作シナリオを格納記憶したコントローラ
ボード１上におかれているものとして説明を行なった
が、動作シナリオ記憶部６０に記憶された動作シナリオ
を、図１中のシナリオ転送部９０とホスト側シナリオ転
送部２１０とによりデバイスがもつＩ／Ｆを使用して例
えばワークステーションなどの外部装置へ取り出し、再
び動作確認を行なうコントローラボードに動作シナリオ
の内容をダウンロードすることで、制御対象デバイスと
一度も接続を行なっていないコントローラボードでも前
述のシナリオ解釈実行を行なうことが可能である。

【００９４】これにより、複数の開発者間で動作シナリ
オを共有することが可能であり、更には、複数の開発者
に対し一台のプリンタデバイスがあれば、実時間制約の
ある動作の検証を同時並行的に進めることができ、デバ
イス試作機の節約及び開発効率の向上が期待できる。

【００９５】（実施例２）前述の実施例１では、コント
ローラボード上においたシナリオ解釈実行部を使用して
動作の再現を行なっているが、コントローラボードのＲ
ＡＭ／ＲＯＭ容量などのハードウェアの制約によって
は、コントローラボード上に実行解釈部をおくことが難
しい場合がある。そういった場合は、ワークステーショ
ンなどコントローラボード外部にある装置（開発ホスト
３）上にシナリオ解釈実行部を配し、実施例１で示した
のと同様の効果を得ることができる。この例を実施例２
として以下に説明する。システム構成は実施例１と同様
なので、図１を援用する。

【００９６】実施例２である“機器制御ソフトウェア開
発支援システム”の詳細を図１のシステム構成を用いて
以下に説明する。

【００９７】実機と接続してコントローラボード１上に
動作シナリオを作成し、シナリオ転送部９０と、ワーク
ステーションなどのコントローラボード外部の開発ホス
ト３上のホスト側転送部２１０を使用して動作シナリオ
の内容を開発ホスト３上に取り出し、ホスト側動作シナ
リオとして格納記憶するところまでは実施例１と同様で
ある。

【００９８】開発ホスト３上におかれたホスト側動作シ
ナリオはホスト側シナリオ解釈実行部２２０により解釈
実行される。

【００９９】ホスト側シナリオ解釈実行部２２０の処理
の詳細は、コントローラボード１上のシナリオ解釈実行
部７０、すなわち、図４で示したフローチヤートの例と
同じものである。

【０１００】コントローラボード１上のシナリオ解釈実
行部７０はコントローラソフト１０内の通信先切り替え
部４０と直接通信を行なったが、ホスト側シナリオ解釈
実行部２２０はコントローラボード１上にはないため、
一旦コントローラボード１上のホスト通信部８０と通信
を行なった後、通信内容についてはコントローラソフト
１０内の通信先切り替え部４０に渡されることになる。

【０１０１】ホスト側シナリオ解釈実行部２２０を使用
しての動作では、コントローラソフト１０内のデバイス
通信部は使用しないため、通信先切り替え部４０により
コントローラソフト１０とコントローラソフト外部との
通信はホスト通信部８０を使用するよう通信先の切り替
えを行なっている。

【０１０２】動作シナリオの内容をホスト側シナリオ解
釈実行部２２０により開発ホスト３上に取り出すこと
で、シナリオ表示部２５０により、開発ホスト３に備え
られたＣＲＴなどの表示装置４に表示することができ
る。

【０１０３】これにより、ホスト側動作シナリオを複数
蓄積し、開発者の指示で解釈実行を行なう動作シナリオ
の内容を選択したり、更には、シナリオ編集部２４０を
用いることで、動作シナリオを修正し新たな動作シナリ
オを作成を容易に行なうことができる。

【０１０４】図５（ａ），（ｂ）は図３（ｂ）を修正編
集することで新たに作成した動作シナリオの例である。

【０１０５】図３（ｂ）中Ｅ６０６で示した給紙完了部
分の通信時刻を図６（ａ）Ｅ６１６では１０００ｍｓ早
く、図５（ｂ）Ｅ６２６では１０００ｍｓ遅く設定して
いる。このようにすることで、実際の制御対象デバイス
の振舞いを中央値とした許容範囲でコントローラソフト
の動作検証を行なうことも可能であり、また、制御対象
デバイス側のタイミングの変更を考える際の指針とする
ことができる。

【０１０６】

【発明の効果】以上説明したように、本発明によれば、
実時間制約の厳しい機器制御ソフトウェアの開発に好適
で、ハードウェア動作の再現が容易なソフトウェア開発
支援システムを提供することができる。

【０１０７】詳しくは、実時間制約のある機器制御ソフ
トウェアの開発に際し、実際の動作タイミングによる動
作検証を、最小限のハードウェアデバイスを使用して行
なうことができる。

【０１０８】また、動作シナリオの作成を実機を使用し
てできるようにしたことで、これまで作成が難しかった
時間制約のある動作シナリオを容易に作成することが可
能となる。

【０１０９】また、実際のタイミングを中央値とし、タ
イミングを変更しながら動作検証を行なうことで、開発
対象ソフトウェアのタイミング面での許容範囲を知るこ
とができる。

【図面の簡単な説明】

【図１】 実施例１のシステム構成を示すブロック図

【図２】 通信情報抽出部の動作を示すフローチヤート

【図３】 通信記録の例を示す図

【図４】 シナリオ解釈実行部の動作を示すフローチャ
ート

【図５】 実施例２により編集した動作シナリオの例を
示す図

【符号の説明】

１ コントローラボード ２ 制御対象デバイス １０ コントローラソフト ６０ 動作シナリオ記録部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 別所 正隆 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 山田 潤二 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 西巻 明美 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5B042 GB05 HH06 HH07 HH11 MB01 MC09 MC35 5B048 DD01 DD17

Claims (5)

【特許請求の範囲】
1. 【請求項１】 機器制御ソフトウェアとその制御対象と
   するハードウェアとの間でやりとりされる通信をモニタ
   し、モニタした通信内容とともに通信方向と通信時刻を
   取得する情報取得手段と、 前記情報取得手段で取得した情報を記憶する記憶手段
   と、 前記記憶手段に記憶している情報を読み出し、個々の通
   信について、前記機器制御ソフトウェアが送信側であれ
   ば前記機器制御ソフトウェアからの通信を待ち記憶して
   いる情報と一致するかを調べ、また制御対象とするハー
   ドウェアが送信側であれば記憶している送信時刻まで待
   った後に記憶している通信内容を前記機器制御ソフトウ
   ェアに通信することで前記ハードウェアの動作を再現実
   行する解釈実行手段と、を備えたことを特徴とする機器
   制御ソフトウェア開発支援システム。
2. 【請求項２】 請求項１記載の機器制御ソフトウェア開
   発支援システムにおいて、 前記通信内容，通信方向，通信時刻の情報を外部に送信
   する送信手段を備えたことを特徴とする機器制御ソフト
   ウェア開発支援システム。
3. 【請求項３】 請求項１または２記載の機器制御ソフト
   ウェア開発支援システムにおいて、 通信内容，通信方向，通信時刻の情報を外部から受信す
   る受信手段と、 前記受信手段で受信した情報を前記記憶手段に記憶させ
   る制御手段と、を備えたことを特徴とする機器制御ソフ
   トウェア開発支援システム。
4. 【請求項４】 請求項１ないし３のいずれかに記載の機
   器制御ソフトウェア開発支援システムにおいて、 前記機器制御ソフトウェア内に、前記情報取得手段と、
   前記制御対象とするハードウェアと通信を行う第一の通
   信手段と、前記解釈実行手段と通信を行なう第二の通信
   手段と、前記第一の通信手段と前記第二の通信手段とを
   切り替える切り替え手段とを備えたことを特徴とする機
   器制御ソフトウェア開発支援システム。
5. 【請求項５】 請求項１ないし４のいずれかに記載の機
   器制御ソフトウェア開発支援システムと、これに接続さ
   れた開発ホストとを備えた機器制御ソフトウェア開発支
   援システムであって、 前記開発ホストは、前記記憶手段から転送された前記通
   信内容，通信方向，通信時刻の情報を格納するホスト側
   記憶手段と、 キーボード，マウスなどの入力手段と、 前記入力手段からの入力により、前記ホスト側記憶手段
   に格納されている前記情報を編集する編集手段と、を備
   えたことを特徴とする機器制御ソフトウェア開発支援シ
   ステム。