JP2003005854A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 デバッグ時に、情報処理装置のメモリに記録
されたプログラム等の情報が不正にアクセスしようとす
るユーザに開示されることを防止すること。 【解決手段】 プログラムを実行するＣＰＵと、プログ
ラムの実行状況をモニタするモニタ手段と、デバッグ用
端末と通信可能に構成されたデバッグ通信手段と、モニ
タ手段とデバッグ通信手段とに接続された認証手段とを
備え、デバッグ通信手段は、デバッグ用端末からデバッ
グ情報を受信し、認証手段は、認証手段が認証状態にあ
るか未認証状態にあるかに応じて、デバッグ情報に対応
するモニタ情報をモニタ手段が出力することの可否を決
定し、デバッグ通信手段は、モニタ手段から出力された
モニタ情報をデバッグ用端末に送信する、デバッグ用端
末に接続可能に構成された情報処理装置である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は外部に設けられたデ
バッグ用端末に接続可能にされたデバッグ通信手段を備
え、デバッグ用端末によるデバッグ時に内蔵メモリのデ
ータを不正アクセスから保護する情報処理装置に関す
る。

【０００２】

【従来の技術】図１１は、従来のデバッグの対象となる
ターゲットシステム９０１０の構成を示す。

【０００３】ターゲットシステム９０１０は、情報処理
装置９０１と、外部ハードウェア９０８とを含む。

【０００４】従来の情報処理装置９０１は、プログラム
が格納されたメモリ９０３、プログラムを実行するＣＰ
Ｕ９０２、Ｉ／Ｏや他のメモリ９０７、メモリ９０３中
のプログラムの実行状況などをモニタするモニタ手段９
０５、およびデバッグ用端末９０９と通信可能に構成さ
れたデバッグ通信手段９０４から構成されている。

【０００５】モニタ手段９０５は、デバッグ通信手段９
０４からデバッグ情報（デバッグ命令データ列）を受信
して、指定されたメモリやＩ／Ｏへアクセスを行う手段
である。また、モニタ手段９０５は、メモリやＩ／Ｏに
格納されたアドレスやデータをデバッグ通信手段９０４
へ送信する。

【０００６】デバッグ通信手段９０４は、デバッグ命令
データ列や実行結果データ列をデバッグ用端末９０９と
送受信する手段である。デバッグは、情報処理装置９０
１を含むターゲットシステム９０１０に対して実行され
る。

【０００７】図１１に示すように、デバッグ通信手段９
０４を備えた情報処理装置９０１において、外部からデ
バッグ用端末９０９を接続することにより、ブレーク、
ステップ実行、メモリやＩ／Ｏへのアクセスなどのデバ
ッグ機能が使用できるようになる。これにより、情報処
理装置９０１のプログラム動作を解析することができ、
プログラムの開発、デバッグ、不具合解析などが可能と
なる。

【０００８】しかし、このデバッグ用端末９０９を使用
してデバッグが実行されると、情報処理装置９０１のメ
モリ９０３（例えば、内蔵ＲＯＭ）に記憶されている情
報が、モニタ手段９０５およびデバッグ通信手段９０４
を介して、情報処理装置９０１の外部に容易に読み出さ
れることが可能になってしまう。また、不特定のユーザ
に対して、情報処理装置９０１内のプログラムの参照や
解析を許してしまう。

【０００９】

【発明が解決しようとする課題】以上説明したように、
デバッグをサポートするデバッグ通信手段を備えた従来
の情報処理装置にあっては、外部に用意されたデバッグ
用端末をデバッグ通信手段に接続することにより、誰で
も情報処理装置内の情報を容易に外部に取り出すことが
可能となっていた。このため、装置内のＲＯＭ等に記憶
されたプログラム等の情報を不正アクセスから保護する
ことが困難であるという課題があった。

【００１０】本発明は、上記問題点に鑑みてなされたも
のであり、内蔵メモリに記録されたプログラム等の情報
が、不正にアクセスしようとするユーザに開示されるこ
とを防止する情報処理装置を提供することを目的とす
る。

【００１１】さらに、本発明の情報処理装置が不正なデ
バッグ用端末によってアクセスされようとしても、その
不正なデバッグ用端末に認証を気付かせることなく（す
なわち、ハングアップしない）、また認証が不要なデバ
ッグ用端末であればデバッグが中断されることもなくそ
のまま処理の継続が可能な情報処理装置を提供すること
を目的とする。

【００１２】

【課題を解決するための手段】本発明は、デバッグ用端
末に接続可能に構成された情報処理装置であって、プロ
グラムを実行するＣＰＵと、前記プログラムの実行状況
をモニタするモニタ手段と、前記デバッグ用端末と通信
可能に構成されたデバッグ通信手段と、前記モニタ手段
と前記デバッグ通信手段とに接続された認証手段とを備
え、前記デバッグ通信手段は、前記デバッグ用端末から
デバッグ情報を受信し、前記認証手段は、前記認証手段
が認証状態にあるか未認証状態にあるかに応じて、前記
デバッグ情報に対応するモニタ情報を前記モニタ手段が
出力することの可否を決定し、前記デバッグ通信手段
は、前記モニタ手段から出力された前記モニタ情報を前
記デバッグ用端末に送信する、情報処理装置であり、こ
れにより上記目的が達成される。

【００１３】本発明の一つの実施形態は、前記情報処理
装置は、前記プログラムが格納されたメモリをさらに備
えており、前記認証手段が認証状態にある場合には、前
記認証手段は、前記モニタ手段が前記メモリに格納され
た値を前記モニタ情報として出力することを許可し、前
記認証手段が未認証状態にある場合には、前記認証手段
は、前記モニタ手段が前記メモリに格納された値を出力
することを禁止するとともに無効値を前記モニタ情報と
して出力することを許可する、上記に記載の情報処理装
置である。

【００１４】本発明の一つの実施形態は、前記デバッグ
情報は、前記デバッグ用端末に固有の認証データを含
み、前記認証手段は、前記認証手段に保持された参照用
認証データと前記認証データとが一致するか否かを判定
し、前記参照用認証データと前記認証データとが一致し
たと判定された場合に認証手段を認証状態に設定する、
上記に記載の情報処理装置である。

【００１５】本発明の一つの実施形態は、前記デバッグ
情報は、前記プログラムのデバッグ処理をするためのデ
バッグ命令をさらに含む、上記に記載の情報処理装置で
ある。

【００１６】本発明の一つの実施形態は、前記情報処理
装置は、前記プログラムが格納されたメモリをさらに備
えており、前記デバッグ情報は、前記デバッグ用端末に
固有の認証データを含み、前記認証手段は、前記認証デ
ータが前記認証手段に保持された複数の参照用認証デー
タのどれに一致するかを判定し、その判定結果に応じて
前記モニタ手段がアクセス可能な前記メモリの範囲を変
更する、上記に記載の情報処理装置である。

【００１７】本発明の一つの実施形態は、前記認証手段
はプログラムにより実現され、前記モニタ手段はプログ
ラムにより実現される、上記に記載の情報処理装置であ
る。

【００１８】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。

【００１９】（実施の形態１）図１は、本発明の実施の
形態１によるデバッグの対象となるターゲットシステム
１０１０の構成を示す。

【００２０】ターゲットシステム１０１０は、情報処理
装置１０１と、外部ハードウェア１０８とを含む。情報
処理装置１０１と外部ハードウェア１０８とは、バスを
介して相互に接続されている。情報処理装置１０１と外
部ハードウェア１０８とは、互いに協調して動作し得
る。情報処理装置１０１は、デバッグ用端末１０９と接
続可能に構成されている。

【００２１】情報処理装置１０１は、プログラムを実行
するＣＰＵ１０２、プログラムの実行状況をモニタする
モニタ手段１０５、デバッグ用端末１０９と通信可能に
構成されたデバッグ通信手段１０４、およびモニタ手段
１０５とデバッグ通信手段１０９とに接続された認証手
段１０６を含む。

【００２２】デバッグ通信手段１０４は、デバッグ用端
末１０９からデバッグ情報を受信する。認証手段１０６
は、認証手段１０６が認証状態にあるか未認証状態にあ
るかに応じて、デバッグ情報に対応するモニタ情報をモ
ニタ手段１０５が出力することの可否を決定する。デバ
ッグ通信手段１０４は、モニタ手段１０５から出力され
たモニタ情報をデバッグ用端末１０９に送信する。

【００２３】情報処理装置１０１は、プログラムが格納
されたメモリ１０３をさらに含む。モニタ手段１０５
は、メモリ１０３に格納されたデータをリードし、また
は、メモリ１０３にデータをライトすることが可能なよ
うに構成されている。モニタ手段１０５は、メモリ１０
３からリードされたデータをプログラムの実行状況を示
すモニタ情報として出力することができる。

【００２４】さらに、モニタ手段１０５は、Ｉ／Ｏや他
のメモリにアクセス可能なように構成されていてもよ
い。この場合、モニタ手段１０５は、Ｉ／Ｏや他のメモ
リにアクセスした結果をモニタ情報として出力し得る。

【００２５】情報処理装置１０１を含むターゲットシス
テム１０１０のデバッグは、デバッグ用端末１０９が様
々なデバッグ命令を発行し、情報処理装置１０１の状態
を変更したり、情報処理装置１０１の状態を取得するこ
とによって行われる。最低限必要なデバッグ命令の機能
として、内蔵ＣＰＵ１０２に接続された各種ハードウェ
ア資源へのアクセス機能がある。各種ハードウェア資源
には、メモリや様々なハードウェアのＩ／Ｏレジスタが
あり、ＣＰＵ１０２を駆動するプログラムが格納される
メモリも含まれる。

【００２６】なお、デバッグ命令は、デバッグ用端末１
０９から送信されるデバッグ情報に含まれ得る。

【００２７】次に、実施の形態１の情報処理装置１０１
において、デバッグ時にプログラムが格納されたメモリ
１０３の内容を読み出す場合の手順を、図２から図５を
用いて詳細に説明する。

【００２８】図２は、実施の形態１の情報処理装置１０
１のメモリ１０３の内容を読み出す場合における、デバ
ッグ用端末１０９とデバッグ通信手段１０４との間のデ
バッグ通信データ列の一例を示したものである。

【００２９】図２において、２０１および２０４はデバ
ッグ通信データ列のＩＤデータ、２０２および２０５は
アクセス幅を示すデータ、２０３は読込みアドレス、２
０６は読込みデータを示す。図２の上側に示されるデー
タ列２０１、２０２、２０３は、デバッグ用端末１０９
からデバッグ通信手段１０４に送信されるデバッグ情報
に相当し、図２の下側に示されるデータ列２０４、２０
５、２０６は、デバッグ通信手段１０４からデバッグ用
端末１０９に送信されるモニタ情報に相当する。

【００３０】デバッグ通信手段１０４は、デバッグ用端
末１０９からデバッグ情報（データ列２０１、２０２、
２０３）を受信すると、そのデバッグ情報を認証手段１
０６に出力する。認証手段１０６は、そのデバッグ情報
を以下のように解釈する。認証手段１０６は、最初のデ
ータ列２０１のＩＤデータが００ｈなので、このデバッ
グ情報の種別はメモリリードであり、続くデータ列２０
２が０２ｈなので、このデバッグ情報のバイト幅は２バ
イト幅であり、さらに続くデータ列２０３が２０ｈ、０
１ｈ、００ｈ、４０ｈなので、このデバッグ情報のアド
レスは４００００１２０ｈであると解釈する。以上をま
とめると、認証手段１０６は、このデバッグ情報がアド
レス４００００１２０ｈから始まるメモリ領域から２バ
イト分のデータをリードするメモリリード命令であると
解釈する。

【００３１】本実施の形態においては、メモリリードの
ＩＤデータを００ｈとし、アドレスを最小桁のビット
（ＬＳＢ）側から送信するように記載したが、これはデ
バッグ通信データ列のフォーマットを含めてあくまでも
一例であり、これに限定されるものではない。また、ア
ドレスは３２ビットで表現され、プログラムが格納され
たメモリ１０３はアドレス４０００００００ｈから配置
されることを想定して説明したが、これに限定されるも
のではない。

【００３２】デバッグ通信手段１０４は、デバッグ情報
（通信データ列２０１、２０２、２０３）を受けてその
内容をモニタ手段１０５へ通知し、モニタ手段１０５が
そのデバッグ情報に従って、メモリ１０３、Ｉ／Ｏや他
のメモリなどの領域にアクセスする。詳細な動作を、図
３から図５を用いて説明する。なお、認証手段１０６
は、認証状態または未認証状態にあるものとする。この
ような状態管理は、例えば、認証手段１０６が認証状態
／未認証状態を示す認証フラグを認証手段１０６の内部
に保持することによって達成される。

【００３３】図３は、認証手段１０６が未認証状態であ
る場合において、プログラムが格納されたメモリ１０３
からデータをリードするメモリリード命令を実行する場
合の情報処理装置１０１の動作手順を示す。

【００３４】図３のステップ３−１において、モニタ手
段１０５は、デバッグ通信手段１０４から、メモリアド
レス４００００１２０ｈから始まるメモリ領域から２バ
イト分のデータをリードするメモリリード命令を受け
る。次に、ステップ３−２において、認証手段１０６が
未認証状態であるのでメモリに格納された値を出力する
ことが禁止されている。従って、モニタ手段１０５は、
実際のメモリ１０３からリードしたデータではなく、例
えばＦＦＦＦｈのような２バイトの無効データ（無効
値）を、デバッグ通信手段１０４に返送する。なお、無
効データとしては、上記のＦＦＦＦｈのような固定値で
あってもよいが、乱数を用いて指定されたデータ長と同
じ長さの無効データを設定すれば、認証プロセスが実行
中であることを第三者に認識されにくいという点で好ま
しい。

【００３５】以上説明したように、未認証状態において
は、指定したメモリからデータを第三者が読み出すこと
を不可能にすることができる。

【００３６】図４は、デバッグ操作の認証手順の一例を
示す。

【００３７】本実施の形態では、アドレスＤＢ００００
００ｈから始まるメモリ領域に２バイト分のデータをラ
イトするメモリライト命令によって認証データを認証手
段に送信する場合を例に情報処理装置１０１の動作を説
明する。

【００３８】図４のステップ４−１において、認証手段
１０６は、デバッグ通信手段１０４より、メモリアドレ
スＤＢ００００００ｈから始まるメモリ領域に２バイト
分のデータをライトするメモリライト命令を受ける。こ
の命令は、メモリアドレスＤＢ００００００ｈ以降のラ
イト命令であるから、ステップ４−２において、認証手
段１０６は、認証手段１０６を未認証状態から認証状態
に変更する命令であることを認識し、この命令の認証デ
ータであるライトデータ１２３４ｈと予め認証手段１０
６が保持している参照用認証データとを比較する。そし
て、両者が一致していれば認証手段１０６を認証状態に
し、一致していなければ認証手段１０６を未認証状態の
ままにする。

【００３９】以上説明したようにして、情報処理装置１
０１は、デバッグ用端末１０９が正規のデバッグ用端末
か否か（デバッグ用端末１０９を使用しているユーザが
アクセス権を持ったユーザであるか否か）を判定するこ
とができ、認証手段１０６が認証状態であるか未認証状
態であるかを管理することが可能になる。

【００４０】本実施の形態では、アドレスＤＢ００００
００ｈから始まるメモリ領域に２バイト分のデータをラ
イトするメモリライト命令によって認証データを認証手
段に送信する場合を例に情報処理装置１０１の動作を説
明したが、アドレスはＤＢ００００００ｈに限定されな
い。また、認証データのアクセス幅も２バイトに限定さ
れず、例えば１６バイト以上あってもよい。認証データ
長が長い場合、認証データのメモリライト命令は複数の
メモリライト命令に分割されてもよく、複数のメモリラ
イト命令の後で発行する認証開始のための命令を別途設
けてもよい。また、本実施の形態ではメモリライト命令
における特殊なメモリアドレスを認証データの設定に用
いることを想定して説明したが、メモリライト命令を用
いず、認証用の命令フォーマットを別途定義してもよ
い。また、本実施の形態ではデバッグ通信手段１０４か
ら認証手段１０６が直接、認証用の命令を受けるように
記載したが、モニタ手段１０５が一括してデバッグ用の
命令を解釈し、認証用の命令であれば認証手段１０６に
通知するような構成にしてもよい。

【００４１】なお、未認証状態の場合では、メモリライ
ト命令が出されても、メモリまたはＩ／Ｏなどへの書込
みは無視される。

【００４２】図５は、認証手段１０６が認証状態である
場合において、プログラムが格納されたメモリ１０３か
らデータをリードするメモリリード命令を実行する場合
の情報処理装置１０１の動作手順を示す。

【００４３】図５のステップ５−１において、モニタ手
段１０５は、デバッグ通信手段１０４より、メモリアド
レス４００００１２０ｈから始まるメモリ領域から２バ
イト分のデータをリードするメモリリード命令を受け
る。次に、ステップ５−２において、モニタ手段１０５
は、認証手段１０６が認証状態であることを検出し、指
定されたアドレス４００００１２０ｈの内容をメモリ１
０３から読み出すメモリ読み出し動作を行う。次に、ス
テップ５−３において、モニタ手段１０５はメモリ１０
３からリードデータ５６７８ｈを獲得し、ステップ５−
４において、モニタ手段１０５はデバッグ通信手段１０
４にリードデータ５６７８ｈを通知する。

【００４４】図３から図５を用いて説明したように、本
実施形態では、デバッグ通信手段１０４、モニタ手段１
０５、認証手段１０６が連携して動作し、デバッグ通信
手段１０４が受けたデバッグ情報（デバッグ通信データ
列）の内容に従って、メモリなどの該当する領域に対す
るアクセスを行う。そして、アクセスして取得したデー
タを、デバッグ通信手段１０４が図２の下側に示される
モニタ情報（データ列２０４、２０５、２０６）として
デバッグ用端末１０９に返送する。その後、デバッグ用
端末１０９は、得られたリードデータを処理し、必要に
応じてさらに別のデバッグ命令をデバッグ通信手段１０
４に送信し、デバッグ情報をユーザに表示する。また、
デバッグ用端末１０９は、ユーザからデバッグに関する
指示を受けた場合も、基本的には上で説明したものと同
様の手順によって情報処理装置１０１と通信し、情報処
理装置１０１の状態を変更する。

【００４５】なお、本実施の形態においては、認証状態
か未認証状態かの２状態によって、メモリやＩ／Ｏのア
クセスを許可・禁止するようにして説明したが、予め指
定された一部のメモリやＩ／Ｏへのアクセスのみを許可
する認証状態を１つ以上追加し、各々の認証状態に異な
る認証データを割り当てることによって、ユーザの種類
によってデバッグ可能な範囲を変更することも可能であ
る。すなわち、認証データが認証手段１０６に保持され
た複数の参照用認証データのどれに一致するかを判定
し、その判定結果に応じてモニタ手段１０５がアクセス
可能なメモリの範囲を変更するようにすることができ
る。

【００４６】以上説明したように、本実施の形態におけ
る情報処理装置１０１によれば、内蔵メモリに格納され
たプログラム等の情報を、不正にアクセスしようとする
ユーザに開示されることを防ぐことが可能になる。ま
た、未認証状態であっても、デバッグ用端末からのメモ
リリード命令に対して全く応答しないのではなく、指定
されたデータ長と同じ長さの無効データを返信する。こ
れにより、本発明における認証手順が予め組み込まれて
いないデバッグ用端末であっても、その不正なデバッグ
用端末に認証を気付かせることなく（すなわち、ハング
アップしない）、また認証が不要なデバッグ用端末であ
ればデバッグが中断されることもなくそのまま処理の継
続が可能である。

【００４７】（実施の形態２）図６は、本発明の実施の
形態２によるデバッグの対象となるターゲットシステム
１０１０の構成を示す。

【００４８】図６の実施の形態２において、図１の実施
の形態１と同じ構成および機能を有する要素に対して
は、実施の形態１と同一の参照符号を付けて説明する。

【００４９】ターゲットシステム１０１０は、情報処理
装置１０１と、外部ハードウェア１０８とを含む。情報
処理装置１０１と外部ハードウェア１０８とは、バスを
介して相互に接続されている。情報処理装置１０１と外
部ハードウェア１０８とは、互いに協調して動作し得
る。情報処理装置１０１は、デバッグ用端末１０９と接
続可能に構成されている。

【００５０】情報処理装置１０１は、プログラムを実行
するＣＰＵ１０２、デバッグ用端末１０９と通信可能に
構成されたデバッグ通信手段１０４を含んでいる。実施
の形態２では、実施の形態１で示したモニタ手段および
認証手段は、それぞれモニタプログラムおよび認証プロ
グラムにより実現されている。

【００５１】また、情報処理装置１０１は、メモリ１０
３をさらに含む。この場合、ＣＰＵ１０２のユーザプロ
グラム、モニタプログラム、および認証プログラムはメ
モリ１０３に格納され得る。情報処理装置１０１は、Ｉ
／Ｏや他のメモリ１０７をさらに含んでいてもよい。ま
た、Ｓ１０４１はデバッグ通信データ列、Ｓ１０４２は
デバッグ通信割込み信号である。これらについては下記
に説明する。

【００５２】実施の形態２の情報処理装置において、デ
バッグ時にプログラムが格納されたメモリ１０３の内容
を読み出す場合の手順を、図２および図７から図１０を
用いて説明する。

【００５３】図２の詳細な説明は、上記の実施の形態１
において既に述べたので、ここでは省略する。なお、実
施の形態２においても、メモリリードのデバッグ通信を
例に説明するが、これに限定されるものではない。

【００５４】図２の上側に示されるデバッグ通信データ
列（デバッグ情報）がデバッグ通信手段１０４に到達し
た時点で、デバッグ通信手段１０４は、図６に示される
デバッグ通信割込み信号Ｓ１０４２をＯＮにし、デバッ
グ通信手段１０４にデバッグ通信データ列が入力された
ことをＣＰＵ１０２に割込みを発生させることによって
通知する。

【００５５】図７は、ＣＰＵ１０２においてデバッグ通
信割込みが発生した際の割込み処理の流れを示したフロ
ーチャートである。

【００５６】このフローチャートは、メモリ１０３に格
納されたモニタプログラムが行うプロセスに相当する。

【００５７】まず最初に、ステップＳ７０１において、
割込み処理を開始する。

【００５８】次に、ステップＳ７０２において、デバッ
グ通信データ列を取込む。これにより、図２の上側に示
されるデバッグ通信データ列であるＩＤデータ２０１、
アクセス幅データ２０２、読込みアドレス２０３を得
る。

【００５９】次に、ステップＳ７０３において、取得し
たデバッグ通信データ列のＩＤデータ２０１の値を調
べ、書込み命令かどうか判断する。今回の場合、ＩＤデ
ータ２０１の値は００ｈであり、これはメモリリードす
なわち読込み命令なので、ステップＳ７０３の条件判断
分岐はＮｏ側を選択し、ステップＳ７０５へ進む。

【００６０】次に、ステップＳ７０５において、同様に
読込み命令かどうか判断する。結果はＹｅｓであるの
で、ステップＳ７０５の条件判断分岐はＹｅｓ側を選択
し、ステップＳ７０６へ進む。

【００６１】次に、ステップＳ７０６において、後述す
る読込み命令の処理を行った後、ステップＳ７０８へ進
み、デバッグ通信割込み処理を終了する。

【００６２】次に、図７のステップＳ７０６の読込み命
令の処理内容を、図９を用いて詳細に説明する。

【００６３】図９は、読込み処理の流れを示したフロー
チャートである。

【００６４】このフローチャートは、メモリ１０３に格
納されたモニタプログラムが行うプロセスに相当する。

【００６５】まず最初に、ステップＳ９０１において、
読込み命令の処理を開始する。

【００６６】次に、ステップＳ９０２において、デバッ
グ通信データ列における読込みアドレス２０３を取得す
る。

【００６７】次に、ステップＳ９０３において、認証フ
ラグがＯＮかどうか判断する。認証済みフラグが初期状
態であるＯＦＦの場合、ステップＳ９０３の条件判断分
岐はＮｏ側を選択し、ステップＳ９０５へ進む。

【００６８】次に、ステップＳ９０５において、読込み
データ（これは、次のステップＳ９０６で返送される）
を例えば全バイトＦＦｈのような無効値に設定する。

【００６９】次に、ステップＳ９０６において、ステッ
プＳ９０５で設定した無効値を返送するためのデバッグ
通信データ列をデバッグ通信手段１０４に設定する。こ
の処理により、図２に示したように、デバッグ通信手段
１０４は、図２の下側のデバッグ通信データ列であるＩ
Ｄデータ２０４、アクセス幅データ２０５、読込みデー
タ２０６をデバッグ用端末１０９に返送する。

【００７０】以上説明したように、認証済みフラグがＯ
ＦＦ、すなわち未認証状態においては、指定したメモリ
からデータを読み出さず、無効値を返送することによっ
て、メモリやＩ／Ｏからのデータの読み出しを不可能に
することができる。この無効値は、実施の形態１で説明
した場合と同様に、固定値であってもよいが、乱数を用
いて指定されたデータ長と同じ長さの無効データであれ
ばより望ましい。

【００７１】また、認証フラグがＯＮの場合、ステップ
Ｓ９０３の条件判断分岐はＹｅｓ側を選択し、ステップ
Ｓ９０４へ進む。

【００７２】次に、ステップＳ９０４において、読込み
アドレス２０３に配置されたメモリまたはＩ／Ｏからデ
ータの読み出しを行う。

【００７３】次に、ステップＳ９０６において、ステッ
プＳ９０４で読込んだデータを返送するためのデバッグ
通信データ列をデバッグ通信手段１０４に設定する。同
様に、この処理によりデバッグ通信手段１０４からデバ
ッグ用端末１０９にデバッグ通信データ列が返送され
る。このように認証フラグがＯＮ（すなわち、認証状
態）の場合には、実際にメモリやＩ／Ｏから読み出した
データがデバッグ用端末に返送される。

【００７４】再度図７を参照して、デバッグ操作の認証
手順の動作の一例について以下に説明する。実施の形態
２においても、アドレスＤＢ００００００ｈから始まる
メモリ領域に２バイト分のデータをライトするメモリラ
イト命令によって認証データを設定する場合を例に、そ
の処理の流れを説明する。

【００７５】デバッグ用端末１０９からデバッグ通信手
段１０４に、前述した認証用のメモリライト命令が送ら
れた時点で、ＣＰＵ１０２にデバッグ通信割込みが発生
し、図７に示した割込み処理が始まる（Ｓ７０１）。

【００７６】前述したメモリリードの場合と同様な処理
を経た後、図７におけるステップＳ７０３においてＹｅ
ｓと判別し、ステップＳ７０４の書込み命令の処理を実
行し、次いでステップＳ７０８により割込み処理を終了
する。

【００７７】次に、図７のステップＳ７０４の書込み命
令の処理内容を、図８を用いて詳細に説明する。

【００７８】図８は、書込み処理の流れを示したフロー
チャートである。

【００７９】このフローチャートも、メモリ１０３に格
納されたモニタプログラムに相当する。まず最初に、ス
テップＳ８０１において、書込み命令の処理を開始す
る。

【００８０】次に、ステップＳ８０２において、デバッ
グ通信データ列における書込みアドレスを取得する。本
実施の形態の場合、アドレスはＤＢ００００００ｈであ
る。

【００８１】次に、ステップＳ８０３において、ステッ
プＳ８０２で取得した書込みアドレスと認証用アドレス
とが一致するか判断する。本実施の形態においては、認
証用アドレスをＤＢ００００００ｈとしているため、ス
テップＳ８０３の条件判断分岐はＹｅｓ側を選択し、ス
テップＳ８０４へ進む。

【００８２】次に、ステップＳ８０４において、後述す
る認証処理を行った後、ステップＳ８０８に進み、書込
み命令の処理を終了する。

【００８３】図８のステップＳ８０４の認証処理の内容
を、図１０を用いて詳細に説明する。

【００８４】図１０は、認証処理の流れを示したフロー
チャートである。

【００８５】このフローチャートは、メモリ１０３に格
納された認証プログラムが行うプロセスに相当する。ま
ず最初に、ステップＳ１００１において、認証処理を開
始する。

【００８６】次に、ステップＳ１００２において、デバ
ッグ通信データ列における書込みデータを取得する。本
実施の形態においても、実施の形態１で行った動作説明
と同様に、書込みデータは１２３４ｈであるものとして
説明を続ける。

【００８７】次に、ステップＳ１００３の条件判断分岐
において、ステップＳ１００２で得た書込みデータ１２
３４ｈと予め認証プログラムに組み込まれている参照用
認証データとを比較し、両者が一致していればＹｅｓ側
を選択してステップＳ１００４へ進み、一致していなけ
ればＮｏ側を選択してステップＳ１００４をスキップし
てステップＳ１００５へ進む。

【００８８】ステップＳ１００３でＹｅｓ側を選択した
場合は、ステップＳ１００４において、認証フラグをＯ
Ｎにした後、ステップＳ１００５へ進む。

【００８９】最後に、ステップＳ１００５において、認
証処理を終了する。

【００９０】以上説明したようにして、デバッグ用端末
１０９から設定する認証データが予め認証プログラムに
組み込まれている参照用認証データと一致した場合の
み、認証フラグがＯＮになるため、情報処理装置１０１
は、デバッグ用端末１０９を使用しているユーザが、正
規のユーザであることを認証でき、その認証状態を管理
することが可能になる。

【００９１】デバッグ用端末１０９からデバッグ通信手
段１０４にデバッグ通信データ列としてメモリライト命
令が送信された場合にも、メモリリード命令の場合と同
様に、図８に示したフローチャートによって、認証フラ
グがＯＮの場合にのみ、実際のメモリまたはＩ／Ｏにデ
ータが書込まれる。この処理の流れの大枠はメモリリー
ドの場合と同様なので、詳細な説明は省略する。認証フ
ラグがＯＦＦの場合は、メモリライト命令がデバッグ用
端末１０９からデバッグ通信手段１０４に送信されて
も、メモリまたはＩ／Ｏへの書込みが無視される。

【００９２】これまで説明したように、メモリ１０３に
格納されたモニタプログラムおよび認証プログラムの内
容に従って、ＣＰＵ１０２およびデバッグ通信手段１０
４が連携して動作し、デバッグ通信手段１０４が受けた
デバッグ情報（デバッグ通信データ列）の内容に従っ
て、ＣＰＵ１０２は、メモリなどの該当する領域に対す
るアクセスを行う。次いで、ＣＰＵ１０２は、アクセス
して取得したデータをデバッグ通信手段１０４へ出力
し、デバッグ通信手段１０４は、受け取ったデータを図
２の下側に示されるモニタ情報（データ列２０４、２０
５、２０６）としてデバッグ用端末１０９に返送する。
その後、デバッグ用端末１０９は、得られたリードデー
タを処理し、必要に応じてさらに別のデバッグ命令をデ
バッグ通信手段１０４に送信し、デバッグ情報をユーザ
に表示する。また、デバッグ用端末１０９は、ユーザか
らデバッグに関する指示を受けた場合も、基本的には上
で説明したものと同様の手順によって情報処理装置１０
１と通信し、情報処理装置１０１の状態を変更する。

【００９３】なお、本実施の形態においても、認証フラ
グのＯＮ／ＯＦＦすなわち認証状態か未認証状態かの２
状態によって、メモリやＩ／Ｏへのアクセスを許可・禁
止するようにして説明したが、予め指定された一部のメ
モリやＩ／Ｏへのアクセスのみを許可する認証状態を１
つ以上追加し、各々の認証状態に異なる認証データを割
り当てることによって、ユーザの種類によってデバッグ
可能な範囲を変更することも可能である。すなわち、認
証データが認証手段に保持された複数の参照用認証デー
タのどれに一致するかを判定し、その判定結果に応じて
モニタ手段が出力可能なメモリの範囲を変更するように
することができる。

【００９４】以上説明したように、本実施の形態におけ
る情報処理装置によれば、内蔵メモリに記録されたプロ
グラム等の情報を、不正にアクセスしようとするユーザ
に開示されることを防ぐことが可能になる。また、未認
証状態であっても、デバッグ用端末からのメモリリード
命令に対して全く応答しないのではなく、指定されたデ
ータ長と同じ長さの無効データを返信する。これによ
り、本発明における認証手順が予め組み込まれていない
デバッグ用端末であっても、その不正なデバッグ用端末
に認証を気付かせることなく（すなわち、ハングアップ
しない）、また認証が不要なデバッグ用端末であればデ
バッグが中断されることもなくそのまま処理の継続が可
能である。

【００９５】

【発明の効果】本発明の情報処理装置を用いれば、情報
処理装置に内蔵されたメモリに記録されたプログラム等
の情報が、不正にアクセスしようとするユーザに漏洩す
ることを防止することができる。

【００９６】また、本発明の情報処理装置は、未認証状
態の場合でもデバッグ用端末からのメモリリード命令に
対して全く応答しないのではなく、指定されたデータ長
と同じ長さの無効データを返信する。また、認証が不要
なデバッグ操作であれば、そのまま継続してデバッグ処
理をすることが可能である。したがって、未認証のデバ
ッグ用端末がアクセスしようとしても、デバッグ処理を
実行しようとしている者に対して認証プロセスが行われ
ていることを意識させることなく（ハングアップするこ
となく）、デバッグプロセスを実行することが可能とな
る。

【図面の簡単な説明】

【図１】本発明の実施の形態１によるデバッグの対象と
なるターゲットシステムの構成図

【図２】本発明の情報処理装置とデバッグ用端末との間
のデバッグ通信データ列を示した図

【図３】未認証状態におけるメモリリード命令の動作手
順を示した図

【図４】デバッグ操作の認証手順の一例を示した図

【図５】認証済み状態におけるメモリリード命令の動作
手順を示した図

【図６】本発明の実施の形態２によるデバッグの対象と
なるターゲットシステムの構成図

【図７】割込み処理のフローチャートを示す図

【図８】書込み命令の処理のフローチャートを示す図

【図９】読込み命令の処理のフローチャートを示す図

【図１０】認証処理のフローチャートを示す図

【図１１】従来のデバッグの対象となるターゲットシス
テムの構成図

【符号の説明】

１０１ 情報処理装置 １０２ ＣＰＵ １０３ メモリ １０４ デバッグ通信手段 １０５ モニタ手段 １０６ 認証手段 １０７ Ｉ／Ｏまたはメモリ １０８ 外部ハードウェア １０９ デバッグ用端末 １０１０ ターゲットシステム ２０１，２０４ ＩＤデータ ２０２，２０５ アクセス幅データ ２０３ 読込みアドレス ２０６ 読込みデータ Ｓ１０４１ デバッグ通信データ列 Ｓ１０４２ デバッグ通信割込み信号 ９０１ 情報処理装置 ９０２ ＣＰＵ ９０３ メモリ ９０４ デバッグ通信手段 ９０５ モニタ手段 ９０７ Ｉ／Ｏまたはメモリ ９０８ 外部ハードウェア ９０９ デバッグ用端末 ９０１０ ターゲットシステム

フロントページの続き (72)発明者 臼井 誠 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B076 FB01 FD04

Claims (6)

【特許請求の範囲】
1. 【請求項１】 デバッグ用端末に接続可能に構成された
   情報処理装置であって、 プログラムを実行するＣＰＵと、 前記プログラムの実行状況をモニタするモニタ手段と、 前記デバッグ用端末と通信可能に構成されたデバッグ通
   信手段と、 前記モニタ手段と前記デバッグ通信手段とに接続された
   認証手段とを備え、 前記デバッグ通信手段は、前記デバッグ用端末からデバ
   ッグ情報を受信し、 前記認証手段は、前記認証手段が認証状態にあるか未認
   証状態にあるかに応じて、前記デバッグ情報に対応する
   モニタ情報を前記モニタ手段が出力することの可否を決
   定し、 前記デバッグ通信手段は、前記モニタ手段から出力され
   た前記モニタ情報を前記デバッグ用端末に送信する、情
   報処理装置。
2. 【請求項２】 前記情報処理装置は、前記プログラムが
   格納されたメモリをさらに備えており、 前記認証手段が認証状態にある場合には、前記認証手段
   は、前記モニタ手段が前記メモリに格納された値を前記
   モニタ情報として出力することを許可し、 前記認証手段が未認証状態にある場合には、前記認証手
   段は、前記モニタ手段が前記メモリに格納された値を出
   力することを禁止するとともに無効値を前記モニタ情報
   として出力することを許可する、請求項１に記載の情報
   処理装置。
3. 【請求項３】 前記デバッグ情報は、前記デバッグ用端
   末に固有の認証データを含み、 前記認証手段は、前記認証手段に保持された参照用認証
   データと前記認証データとが一致するか否かを判定し、
   前記参照用認証データと前記認証データとが一致したと
   判定された場合に認証手段を認証状態に設定する、請求
   項１に記載の情報処理装置。
4. 【請求項４】 前記デバッグ情報は、前記プログラムの
   デバッグ処理をするためのデバッグ命令をさらに含む、
   請求項３に記載の情報処理装置。
5. 【請求項５】 前記情報処理装置は、前記プログラムが
   格納されたメモリをさらに備えており、 前記デバッグ情報は、前記デバッグ用端末に固有の認証
   データを含み、 前記認証手段は、前記認証データが前記認証手段に保持
   された複数の参照用認証データのどれに一致するかを判
   定し、その判定結果に応じて前記モニタ手段がアクセス
   可能な前記メモリの範囲を変更する、請求項１に記載の
   情報処理装置。
6. 【請求項６】 前記認証手段はプログラムにより実現さ
   れ、前記モニタ手段はプログラムにより実現される、請
   求項１に記載の情報処理装置。