JPH1040186A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールを利用して処理要求を受信・実行
する情報処理装置において、大量のメールが集中した場
合でも迅速かつ確実に処理要求に対する処理制御要求が
受信・実行されるようにする。 【解決手段】 処理要求受信手段（１００）および処理
制御要求受信手段（２００）は、それぞれ処理要求およ
び処理制御要求を電子メールで受信し、それぞれ処理手
段（３００）および処理制御手段（４００）に渡す。処
理手段（３００）は処理要求を抽出し、一次記憶し、順
に実行する。他方、処理制御手段（４００）は処理制御
要求を抽出し、一次記憶し、順に実行する。処理要求を
受信する処理要求手段（１００）とは別に、処理制御要
求を受信する処理制御要求受信手段（２００）を設けて
いるので、処理要求受信手段（１００）におけるメール
受信の遅延とは無関係に、処理制御要求を受信・実行で
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールシステ
ムを利用して処理要求を受信・実行する情報処理装置に
関し、とくに受信した処理要求に対する制御要求をも電
子メールシステムで受信して、処理の状況の調査や処理
の制御を行う機能を持った情報処理装置に関する。

【０００２】

【従来の技術】電子メールにより送信されてきた処理要
求を受信し、受信された処理要求を処理する情報処理装
置において、ユーザが電子メールにより処理要求の実行
状態の問い合わせを行う機能を設けることは、例えば、
特開平６−２１４９０３号公報に開示されている。この
特開平６−２１４９０３号公報のシステムは、電子メー
ル送受信手段と処理要求の実行手段とを含んでいる。電
子メールシステムを利用してユーザから実行状態の問い
合わせがあると、電子メール送受信手段が、問い合わせ
のメールに応答して、処理状況の調査要求を生成し、こ
れを実行手段に転送する。実行手段は、処理状況の調査
要求に基づいて処理要求の実行状態の調査を行い、調査
結果を電子メールによりユーザに送る。

【０００３】しかしながら、特開平６−２１４９０３号
公報のシステムにおいては、処理要求と処理状況の問い
合わせのメールの受信手段が区別されておらず、大量の
メールが集中してメールの受信処理が滞った場合に、処
理状況の問い合わせが遅延して実行され、その結果とし
て、ユーザの意図した時点よりも遅れた時点の処理状況
が返ってくるという問題がある。さらに、このような処
理要求と処理状況の問い合わせのメールの受信手段が区
別されていない情報処理装置において、処理状況の問い
合わせのメールを使って、既に送った処理や実行中の処
理の取消しや一時的保留などの処理制御を行わせるよう
な拡張を行うと、メールの受信処理が滞った場合に、処
理制御要求が受理され実行される以前に制御対象であっ
た処理が終了してしまうなどの事態が発生し、処理制御
が正しく行われないおそれがある。

【０００４】

【発明が解決しようとする課題】この発明は以上の事情
を考慮してなされたものであり、電子メールを利用して
処理要求を受信・実行する情報処理装置において、大量
のメールが集中した場合でも迅速かつ確実に処理要求に
対する処理制御要求が受信・実行されるようにすること
を目的としている。

【０００５】

【課題を解決するための手段】この発明によれば、以上
の目的を達成するために、受信した電子メールに基づい
て処理を行う情報処理装置に、処理内容を含んだ処理要
求の電子メールを受け取る１つ以上の処理要求メール受
信手段と、処理制御内容を含んだ処理制御要求の電子メ
ールを受け取る１つ以上の処理制御要求メール受信手段
と、処理要求に基づいた処理を行う処理手段と、処理制
御要求に基づいて、該処理手段の処理を制御する処理制
御手段とを設け、上記処理要求および上記処理制御要求
を相互に独立に受理できるようにしている。

【０００６】この構成においては、処理要求を受信する
手段と、処理制御要求を受信する手段をを分離し、処理
要求の受信手段におけるメール受信の遅延とは無関係
に、処理制御要求を受信・実行できる。

【０００７】また、この構成において、上記処理手段お
よび上記処理制御手段の少なくとも一方に上記処理要求
および上記処理制御要求のうち対応するものを記憶する
機能を持つことにより、多量の処理要求や処理制御要求
を受理できるようにしてもよい。

【０００８】また、上記処理要求および上記処理制御要
求の少なくとも一方を記憶する１以上の記憶手段を具備
し多量の処理要求や処理制御要求を受理できるようにし
てもよい。

【０００９】また、上記処理制御手段が上記処理要求の
処理状況を調査する機能を備えるようにしてもよい。

【００１０】さらに、上記処理手段の処理結果および上
記処理制御手段の処理制御実行結果を出力する出力手段
を具備するようにしてもよい。

【００１１】

【発明の実施の形態】以下、本発明の実施例について図
面に基づいて説明する。 ［実施例１］まず本発明の実施例１について説明する。
図１は本実施例における情報処理装置（１０００）の構
成を全体として示すものであり、この図において、情報
処理装置（１０００）は処理要求受信手段（１００）、
処理制御要求受信手段（２００）、処理手段（３０
０）、処理制御手段（４００）および出力手段（５０
０）等からなっている。

【００１２】情報処理装置（１０００）は、図２にメー
ルの情報交換のシーケンスを示すように、ユーザからの
処理要求メールを受信すると、該処理要求に「ジョブＩ
Ｄ」という固有の番号を結び付けて、該「ジョブＩＤ」
を含む通知を生成し処理要求メールの送信元に返送す
る。ユーザは返送されてきた「ジョブＩＤ」を使って処
理制御対象の処理要求を指定し制御し、情報処理装置
（１０００）は処理制御結果をユーザに通知する。

【００１３】図１において、処理要求受信手段（１０
０）および処理制御要求受信手段（２００）は、それぞ
れ処理要求および処理制御要求を電子メールで受信し、
それぞれ処理手段（３００）および処理制御手段（４０
０）に渡す。

【００１４】処理手段（３００）は処理要求抽出手段
（３１０）、処理要求実行手段（３２０）、処理要求キ
ュー（３３０）から構成される。処理要求抽出手段（３
１０）は処理要求メールから処理要求を取り出す。取り
出された処理要求は例えば図３に示すように、ユーザＩ
Ｄ、メールアドレス、結果出力方法、結果出力先等のユ
ーザ情報と、処理内容の記述とを含む。取り出された処
理要求は処理要求キュー（３３０）の末尾に記憶され
る。

【００１５】処理要求キュー（３３０）は図５に示すよ
うな内容を記憶する。図５において「ジョブＩＤ」はそ
の処理要求に割れ当てられたジョブＩＤである。「状
態」はその処理要求の処理状態である。ここでは「処理
中」か「処理開始待ち」をとる。「ユーザ情報」「処理
要求」は処理要求の本体を構成する各要素である。

【００１６】図１において、処理要求実行手段（３２
０）は処理要求キュー（３３０）の先頭にある処理要求
から順に実行する。つまり、処理要求は処理要求キュー
（３３０）に入れられた順に実行される。処理要求実行
手段（３２０）は処理要求を実行し、実行結果を出力手
段（５００）に渡す。

【００１７】処理制御手段（４００）は処理制御要求抽
出手段（４１０）、処理制御要求実行手段（４２０）、
処理制御要求キュー（４３０）から構成される。処理制
御要求抽出手段（４１０）は処理制御要求メールから処
理制御要求を取り出す。取り出された処理制御要求は図
４に示すようにユーザＩＤ、メールアドレス、結果出力
方法、結果出力先等のユーザ情報と、制御対象の処理要
求のジョブＩＤと、制御処理内容の記述とを含む。取り
出された処理制御要求は処理制御要求キュー（４３０）
の末尾に記憶される。

【００１８】処理制御要求キュー（４３０）は例えば図
６に示すような内容を記憶する。図６において、「ジョ
ブＩＤ」は処理制御対象のジョブＩＤである。「ユーザ
情報」「処理制御要求」は処理制御要求の本体を構成す
る各要素である。ここでは処理制御要求は「処理取消
し」か「処理状態調査」の２種類である。

【００１９】処理制御要求実行手段（４２０）は処理制
御要求キュー（４３０）の先頭にある処理制御要求から
順に実行する。つまり、処理制御要求は処理制御要求キ
ュー（４３０）に入れられた順に実行される。処理制御
要求実行手段（４２０）は処理制御要求を実行し、実行
結果を出力手段（５００）に渡す。

【００２０】出力手段（５００）は処理要求実行手段
（３２０）および処理制御要求実行手段（４２０）の処
理および処理制御の実行結果を出力する。出力手段（５
００）は、出力制御手段（５１０）、電子メール送信手
段（５２０）、電子ファイル格納手段（５３０）、遠隔
プリント手段（５４０）、電子ニュース投稿手段（５５
０）、ＦＡＸ送信手段（５６０）からなる。出力制御手
段（５１０）の制御を受けて、ユーザの所望する宛先に
様々な形態で結果を出力することができる。

【００２１】つぎに処理手段（３００）の動作を説明す
る。図７は処理手段（３００）の動作を示しており、こ
の図において、処理要求メールが到達すると（Ｓ１００
０１；Ｙｅｓへ）、処理要求抽出手段（３１０）にて処
理要求メールから処理要求を抽出する（Ｓ１０１０
０）。もし抽出に成功したら（Ｓ１０１０１；Ｙｅｓ
へ）、該処理要求のジョブＩＤを割当て、このジョブＩ
Ｄを含んだ返信文を生成し、該返信文を該処理要求メー
ルの送信元に電子メールにより返送するように出力手段
（５００）に出力し（Ｓ１０１０２）、該処理要求を処
理要求キュー（３３０）の末尾に記憶する（Ｓ１０１０
３）。もし、メールに誤りがあるなどで、処理要求の抽
出に失敗したら（Ｓ１０１０１；Ｎｏへ）、エラーの返
信文を生成し、該返信文を該処理要求メールの送信元に
電子メールにより返送するように出力手段（５００）に
出力する（Ｓ１０２００）。

【００２２】処理要求実行手段（３２０）が処理を終了
すると（Ｓ１０００２；Ｙｅｓへ）、実行結果の通知を
生成して、該通知をユーザの所望する宛先へユーザの所
望する形態にて出力するように、出力手段（５００）に
出力し（Ｓ１０１０４）、処理要求キュー（３３０）の
先頭から終了した処理要求を削除する（Ｓ１０１０
５）。

【００２３】処理要求実行手段（３２０）が処理を行っ
ていないときは（Ｓ１０００３；Ｙｅｓへ）、処理要求
実行手段（３２０）が処理要求キュー（３３０）の先頭
の処理要求の実行を開始する（Ｓ１０１０６）。

【００２４】つぎに処理制御手段（４００）の動作につ
いて説明する。図８は処理要求制御手段（４００）の動
作を示しており、この図において、処理制御要求メール
が到達すると（Ｓ２０００１；Ｙｅｓへ）、処理制御要
求抽出手段（４１０）にて処理制御要求メールから処理
制御要求を抽出する（Ｓ２０１００）。もし抽出に成功
したら（Ｓ２０１０１；Ｙｅｓへ）、処理制御要求キュ
ー（４３０）の末尾に処理制御要求を記憶する（Ｓ２０
１０２）。もし、メールに誤りがあるなどで、処理制御
要求の抽出に失敗したら（Ｓ２０１０１；Ｎｏへ）、エ
ラーの返信文を生成し、該返信文を該処理要求メールの
送信先に電子メールにより返送するように出力手段（５
００）に出力する（Ｓ２０２００）。

【００２５】処理制御要求キュー（４３０）が空でない
ときは（Ｓ２０００２，；Ｙｅｓへ）、処理制御要求実
行手段（４２０）が処理制御要求キュー（４３０）の先
頭の処理制御要求を実行する（Ｓ２０１０３）。

【００２６】つぎに処理制御要求実行手段（４２０）の
動作について説明する。図９は処理制御要求実行手段
（４２０）の動作を示しており、これは図８のＳ２０１
０３に対応するサブルーチンである。図９において、処
理制御対象の処理が処理要求キュー（３３０）にないと
き（Ｓ３０００１；Ｙｅｓへ）は「制御対象処理要求な
し」の通知を生成し、生成された通知を出力手段（５０
０）に出力し（Ｓ３０００４）、サブルーチンの呼出し
元に戻る（Ｓ３０００５）。

【００２７】処理制御要求が処理状況調査でないときは
（Ｓ３０００２；Ｎｏへ）、処理はＳ３０１０１に移
る。ここでは、制御対象の処理が実行中のとき（Ｓ３０
１０１；Ｙｅｓへ）は、実行の停止を行わせる（Ｓ３０
１０２）。そして、制御対象の処理が実行中であっても
なくても、処理要求キュー（３３０）から処理要求を削
除し（Ｓ３０１０３）、「処理取消し完了」の通知を生
成し（Ｓ３０１０４）、生成された通知を出力手段（５
００）に出力し（Ｓ３０００４）、サブルーチンの呼出
し元に戻る（Ｓ３０００５）。

【００２８】この実施例においては、例えば図１０のよ
うに、ユーザＡの他に他のユーザから情報処理装置に処
理要求メールが届く場合、処理要求キュー（３３０）と
処理制御要求キュー（４３０）の状態は図１１のように
なる。図１１において、（１）から（５）の番号は情報
処理装置に処理要求メール・処理制御要求メールが届い
た順番である。図１１において、ユーザＡからの処理制
御要求メールは最後に届いているが、処理要求と処理制
御要求は個別に処理されるので、図１０ないし図１１の
場合でも、ユーザＡの処理要求は処理状況調査および処
理取消しが可能である。

【００２９】また、処理制御要求キュー（４３０）に処
理制御要求がある場合には、処理要求に関する処理を行
わないなど、キューに優先度を付けることにより、より
効果を発揮させることも可能である。

【００３０】［実施例２］つぎに本発明の実施例２につ
いて説明する。図１２は本実施例における情報処理装置
（１０００）の原理構成図である。実施例１と違い、処
理要求受信手段（１００，１０１，…）および処理制御
要求受信手段（２００，２０１，…）が複数あり、各受
信手段の次には記憶手段（１１０，１１１，…，２１
０，２１１，…）がある。複数の受信手段（１００，１
０１，…，２００，２０１，…）は、電話回線や専用線
やＬＡＮなどの異なる回線に対応して設けられている。
記憶手段（１１０，１１１，…，２１０，２１１，…）
は、処理手段（３００）や処理制御手段（４００）のメ
ールの取り込みが遅れた場合でも受信手段（１００，１
０１，…，２００，２０１，…）の動作を止めずに受信
を継続出来るように設けられており、受信されたが処理
手段（３００）や処理制御手段（４００）にまだ取り込
まれていない要求メールを一時的に蓄えるために用いら
れる。他に、実施例１と異なる点は、処理手段（３０
０）と処理制御手段（４００）との間に設けられた記憶
手段（６００）である。

【００３１】本実施例の情報処理装置（１０００）は、
ユーザが処理要求メールを送信するときに、該処理要求
メールに対してネットワークによって一意に定められる
メッセージＩＤを用いて処理制御を行う。図１３はユー
ザと情報処理装置（１０００）のメールの情報交換のシ
ーケンスである。実施例１と異なり、情報処理装置はジ
ョブＩＤをユーザに返信せず、またこのためジョブＩＤ
の返信を待たずに処理制御要求を行うことができる。

【００３２】図１４は処理要求抽出手段（３１０）によ
って処理要求メールから取り出された処理要求である。

【００３３】図１５は処理制御要求抽出手段（４１０）
によって処理要求メールから取り出された処理制御要求
である。

【００３４】図１６は記憶手段（６００）の内容の例で
ある。「種別」は処理要求か処理制御要求かの区別であ
る。処理要求の場合は「Ｒ」で示し、処理制御要求の場
合は「Ｃ」で示す。「メッセージＩＤ」は処理要求メー
ルに付随していたメッセージＩＤである。処理要求の場
合、メッセージＩＤは処理要求の識別番号になる。処理
制御要求の場合は、メッセージＩＤは制御対象となる処
理要求の指示になる。「実行優先度」は処理要求が実行
される順序を決めるための指標である。「状態」は処理
要求ないしは処理制御要求の実行状態を表す。「ユーザ
情報」と「処理要求・処理制御要求」は処理要求ないし
は処理制御要求の構成要素である。

【００３５】つぎに処理手段（３００）の動作について
説明する。図１７は処理手段（３００）の動作を示し、
この図において、処理要求メールの到着のとき（Ｓ４０
００１；Ｙｅｓへ）、実施例１と異なりジョブＩＤの割
当てとジョブＩＤに関する返信文の生成・出力は行わ
ず、単に処理要求を記憶手段（６００）に記憶する（Ｓ
４０００１；Ｙｅｓへ，Ｓ４０１００，Ｓ４０１０１；
Ｙｅｓへ，Ｓ４０１０２）。ただし、処理要求が記憶手
段（６００）において記憶される場所は末尾に限らな
い。

【００３６】処理要求実行手段（３２０）が処理を終了
したときは（Ｓ４０００２；Ｙｅｓへ）、実行結果の通
知の生成・出力を行う（Ｓ４０１０３）。次に、実施例
１と異なり処理要求を消去せずに単に記憶手段（６０
０）に記憶されている該処理要求の状態を「処理完了」
にする（Ｓ４０１０４）。

【００３７】処理要求実行手段が処理を行っていないと
きは（Ｓ４０００３；Ｙｅｓへ）、処理要求実行手段
が、記憶手段（６００）中で状態が「処理開始待ち」に
なっている処理要求の中で最も優先度が高いものの実行
を開始する（Ｓ４０１０５）。ただし、Ｓ４０１０５に
おいて、実行可能な処理要求が複数ある場合は、実行さ
れる処理要求は何らかのスケジューリング戦略に基づい
て選ばれる。

【００３８】つぎに処理要求制御手段（４００）の動作
について説明する。図１８は処理要求制御手段（４０
０）の動作を示し、この図において、処理制御要求メー
ルが到着したとき（Ｓ５０００１；Ｙｅｓへ）の処理は
図８にみる実施例１の処理とほぼ同様である。ただし、
処理制御要求が記憶手段（６００）において記憶される
場所は末尾に限らない。

【００３９】記憶手段（６００）が空でないときは（Ｓ
５０００２；Ｙｅｓ）、記憶手段（６００）の中で状態
が「未完了」になっている処理制御要求のうち、記憶手
段（６００）中に制御対象の処理要求が存在している処
理制御要求の一つを、処理制御要求実行手段が実行し
（Ｓ５０１０３）、記憶手段（６００）の該処理制御要
求の状態を「完了」にする（Ｓ５０１０４）。Ｓ５０１
０３において、実行可能な処理制御要求が複数ある場合
は、実行される処理制御要求は何らかのスケジューリン
グ戦略に基づいて選ばれる。

【００４０】つぎに処理制御要求実行手段（４２０）の
動作について説明する。図１９は処理制御要求実行手段
（４２０）の動作を示す。これは図１８のＳ５０１０３
に対応するサブルーチンである。図１９において、まず
Ｓ６０００１で、処理制御対象の処理要求の状態と処理
制御要求に応じた処理を行う。本実施例で使われる処理
要求の状態と処理制御要求および、それらに応じた処理
は図２０である。図２０は第１列目が処理制御要求の種
類であり、第１行目が処理要求の状態である。これらの
処理制御要求と処理要求の状態により、図２０の表にあ
るような処理が行われる。そして、該処理で生成された
通知を出力手段（５００）に出力し（Ｓ６０００２）、
サブルーチンの呼出し元に戻る（Ｓ６０００３）。

【００４１】この実施例においては、例えば図２１のよ
うに、ユーザＡの他にも他のユーザから情報処理装置に
処理要求メールが届く場合において、メールの配送経路
上の混雑などで、ユーザＡからの処理要求メールが他の
ユーザからの処理要求メールや、受信手段が異なるため
混雑の影響をあまり受けずに到達したユーザＡからの処
理制御要求メールよりも遅れて届く場合もある。この
時、記憶手段（６００）の状態は図２２のようになる。
図２２において、（１）から（５）の番号は情報処理装
置に処理要求メール・処理制御要求メールが届いた順番
である。図２２において、ユーザＡからの処理要求メー
ルはユーザＡからの処理制御メールより後に届いている
が、処理要求の実行と処理制御要求の実行が個別かつ非
逐次的に行われるため、ユーザＡからの処理制御要求は
図２１のような場合にも実行可能である。

【００４２】

【発明の効果】以上説明したように、本発明による情報
処理装置は、処理要求の集中によるメール配送や受信処
理の遅延とは全く無関係に処理制御要求を受け取ること
ができ、これにより、ユーザはより正しい処理要求制御
や処理状況の問い合わせを行うことができる。

【図面の簡単な説明】

【図１】 本発明の実施例１における情報処理装置（１
０００）の原理構成図である。

【図２】 上述実施例１における情報処理装置（１００
０）とユーザの間の情報交換のシーケンスを示す図であ
る。

【図３】 上述実施例１における処理要求の内容を説明
する図である。

【図４】 上述実施例１における処理制御要求の内容を
説明する図である。

【図５】 上述実施例１における処理要求キューの内容
を説明する図である。

【図６】 上述実施例１における処理制御要求キューの
内容例を説明する図である。

【図７】 上述実施例１における処理手段（３００）の
動作概念を示したフローチャートである。

【図８】 上述実施例１における処理要求制御手段（４
００）の動作概念を示したフローチャートである。

【図９】 上述実施例１における処理制御要求実行手段
（４２０）の動作概念を示したフローチャートである。

【図１０】 上述実施例１における情報処理装置（１０
００）の処理要求および処理制御要求の受信の例を示す
図である。

【図１１】 上述実施例１における処理要求キューおよ
び処理制御要求キューの状態の例を示す図である。

【図１２】 本発明の実施例２における情報処理装置
（１０００）の原理構成図である。

【図１３】 上述実施例２における情報処理装置（１０
００）とユーザの間の情報交換のシーケンスを説明する
図である。

【図１４】 上述実施例２における処理要求の内容を説
明する図である。

【図１５】 上述実施例２における処理制御要求の内容
を説明する図である。

【図１６】 上述実施例２における記憶手段（６００）
の内容例を説明する図である。

【図１７】 上述実施例２における処理手段（３００）
の動作概念を示したフローチャートである。

【図１８】 上述実施例２における処理要求制御手段
（４００）の動作概念を示したフローチャートである。

【図１９】 上述実施例２における処理制御要求実行手
段（４２０）の動作概念を示したフローチャートであ
る。

【図２０】 上述実施例２における処理制御要求実行手
段（４２０）の動作パターンを示す図である。

【図２１】 上述実施例２における情報処理装置（１０
００）の処理要求および処理制御要求の受信の例を説明
する図である。

【図２２】 上述実施例２における記憶手段（６００）
の状態の例を説明する図である。

【符号の説明】

１００，１０１，… 処理要求受信手段 １１０，１１１，… 記憶手段 ２００，２０１，… 処理制御要求受信手段 ２１０，２１１，… 記憶手段 ３００ 処理手段 ３１０ 処理要求抽出手段 ３２０ 処理要求実行手段 ３３０ 処理要求キュー ４００ 処理制御手段 ４１０ 処理制御要求抽出手段 ４２０ 処理制御要求実行手段 ４３０ 処理制御要求キュー ５００ 出力手段 ５１０ 出力制御手段 ５２０ 電子メール送信手段 ５３０ 電子ファイル格納手段 ５４０ 遠隔プリント手段 ５５０ 電子ニュース投稿手段 ５６０ ＦＡＸ送信手段 ６００ 記憶手段

Claims (5)

【特許請求の範囲】
1. 【請求項１】 受信した電子メールに基づいて処理を行
   う情報処理装置において、 処理内容を含んだ処理要求の電子メールを受け取る１つ
   以上の処理要求メール受信手段と、 処理制御内容を含んだ処理制御要求の電子メールを受け
   取る１つ以上の処理制御要求メール受信手段と、 処理要求に基づいた処理を行う処理手段と、 処理制御要求に基づいて、該処理手段の処理を制御する
   処理制御手段とを有し、 上記処理要求および上記処理制御要求を相互に独立に受
   理できるようにしたことを特徴とする情報処理装置。
2. 【請求項２】 上記処理手段および上記処理制御手段の
   少なくとも一方に上記処理要求および上記処理制御要求
   のうち対応するものを記憶する機能を持つことにより、
   多量の処理要求や処理制御要求を受理できるようにした
   請求項１記載の情報処理装置。
3. 【請求項３】 上記処理要求および上記処理制御要求の
   少なくとも一方を記憶する１つ以上の記憶手段を具備し
   多量の処理要求や処理制御要求を受理できるようにした
   請求項１記載の情報処理装置。
4. 【請求項４】 上記処理制御手段が上記処理要求の処理
   状況を調査する機能を備えた請求項１、２または３記載
   の情報処理装置。
5. 【請求項５】 上記処理手段の処理結果および上記処理
   制御手段の処理制御実行結果を出力する出力手段を具備
   した請求項１、２、３または４記載の情報処理装置。