JPH0973382A

JPH0973382A - コンピュータシステム

Info

Publication number: JPH0973382A
Application number: JP7226607A
Authority: JP
Inventors: Akihiro Kimura; 晋太木村; Hitoshi Iwamida; 均岩見田; Yasuo Sato; 泰雄佐藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-09-04
Filing date: 1995-09-04
Publication date: 1997-03-18

Abstract

(57)【要約】【課題】本発明は、２つ以上のプロセスを展開して、そ
れらのプロセスに従ってユーザと対話することでデータ
処理を実行する構成を採るときにあって、コンピュータ
システムとしての固有のキャラクタを持つことでユーザ
が親しみを持てるようにするコンピュータシステムの提
供を目的とする。【解決手段】１つ又は複数のセンサにより検出されるシ
ステム外の情報を入手するセンサ部３２と、システム内
のハードウェアの使用状況情報を収集するとともに、セ
ンサ部３２の入手情報を収集する状況収集部３３と、状
況収集部３３の収集情報を基に、各プロセスからの出力
情報の修正を計画し、あるいは、各プロセスへの入力情
報の修正を計画し、あるいは、ユーザへの出力情報の作
成を計画する入出力情報操作計画部３４と、入出力情報
操作計画部３４の計画内容に従って入出力情報を操作す
る入出力情報管理部３５とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディスプレイを介
してユーザと対話することでデータ処理を実行するコン
ピュータシステムに関し、特に、コンピュータシステム
としての固有のキャラクタを持つことでユーザが親しみ
を持てるようにするコンピュータシステムに関する。

【０００２】ユーザと対話することでデータ処理を実行
するコンピュータシステムがある。このようなコンピュ
ータシステムでは、ユーザが親しみを持てるようにして
いく必要がある。

【０００３】

【従来の技術】コンピュータに対しては、これまで性能
のみが重視されており、キャラクタを持たすような発想
はなかった。

【０００４】しかし、これでは、ユーザとコンピュータ
との関係が無機的なものとなって、ユーザがコンピュー
タに親しみを持てないという問題点がある。そこで、最
近では、アプリケーションプログラム（プロセス）に対
して、本来のデータ処理機能以外に、ユーザと有機的な
関係を持つための機能を持たせることで、コンピュータ
にキャラクタを持たせるという試みがなされるようにな
ってきた。

【０００５】例えば、コンピュータ内蔵の時計の刻む時
刻情報を使って、午前中に起動されるときには「おはよ
う」、午後に起動されるときには「こんにちは」といっ
たようなメッセージを出力することで、ユーザと有機的
な関わりを持つコンピュータを実現しようというような
試みがなされるようになったきた。

【０００６】

【発明が解決しようとする課題】しかしながら、コンピ
ュータには、通常、複数のアプリケーションプログラム
が展開されており、これらのアプリケーションプログラ
ムは、それぞれ異なる思想の基に開発されている。

【０００７】これから、キャラクタについても、キャラ
クタを持つアプリケーションプログラムもあれば、キャ
ラクタを持たないアプリケーションプログラムもある
し、上述のような朝晩の「あいさつ」をするというキャ
ラクタを持つアプリケーションプログラムもあれば、キ
ャラクタを持つものの、そのような朝晩の「あいさつ」
についてはしないというアプリケーションプログラムも
ある。

【０００８】これから、従来技術に従っていると、アプ
リケーションプログラムが切り替わる度に、コンピュー
タのキャラクタが変化してしまうという問題点があっ
た。しかも、従来技術で実現されているコンピュータの
キャラクタは、上述のような朝晩の「あいさつ」程度の
ものにすぎず、キャラクタと言えるようなものでもなか
った。

【０００９】このように、従来技術では、ユーザとコン
ピュータとの関わりが無機的なもののままであることか
ら、ユーザがコンピュータに対して親しみを持てないと
いう問題点が残されていた。

【００１０】本発明はかかる事情に鑑みてなされたもの
であって、コンピュータシステムとしての固有のキャラ
クタを持つことでユーザが親しみを持てるようにする新
たなコンピュータシステムの提供を目的とする。

【００１１】

【課題を解決するための手段】図１に本発明の原理構成
を図示する。図中、１は本発明を具備するコンピュータ
システムであって、２つ以上のプロセス１０を展開し
て、それらのプロセス１０に従ってユーザと対話するこ
とでデータ処理を実行するものである。

【００１２】この本発明のコンピュータシステム１は、
ハードウェアとして、ディスプレイ２０や、スピーカ２
１や、磁気ディスク２２や、ＣＰＵ２３や、メモリ２４
や、マウス２５や、キーボード２６や、システム外の情
報を検出するセンサ群２７や、時計２８を備える。

【００１３】そして、この本発明のコンピュータシステ
ム１は、オペレーティングシステム（ＯＳ）に、プロセ
ス１０の管理処理を実行するプロセス管理部３０と、デ
ィスプレイ２０やスピーカ２１への出力処理を実行する
出力管理部３１の他に、センサ部３２と、状況収集部３
３と、入出力情報操作計画部３４と、入出力情報管理部
３５と、データベース部３６と、メッセージ生成部３７
と、表示消去リスト３８と、入力情報変更部３９と、表
示内容変更部４０と、暴走シミュレーション部４１と、
音生成部４２とを備える。

【００１４】このセンサ部３２は、センサ群２７や時計
２８により検出されるシステム外の情報を入手する。状
況収集部３３は、システム内のハードウェアの使用状況
情報を収集するとともに、センサ部３２の入手情報を収
集する。入出力情報操作計画部３４は、状況収集部３３
の収集情報を基に、各プロセス１０からの出力情報の修
正を計画し、あるいは、各プロセス１０への入力情報の
修正を計画し、あるいは、ユーザへの出力情報の作成を
計画する。入出力情報管理部３５は、入出力情報操作計
画部３４の計画内容に従って入出力情報を操作する。

【００１５】データベース部３６は、コンピュータとユ
ーザのコミュニケーション行動のシミュレーションに必
要となる情報を記憶したり、コンピュータとユーザのコ
ミュニケーション行動のシナリオを記憶する。メッセー
ジ生成部３７は、ユーザに出力する各種メッセージを生
成する。表示消去リスト３８は、消去されたウィンドウ
の復元を可能にするために、それらのウィンドウの識別
子情報を管理する。

【００１６】入力情報変更部３９は、入出力情報管理部
３５の持つ機能の１つとして用意されて、ユーザからの
入力情報を変更あるいは廃棄する。表示内容変更部４０
は、入出力情報管理部３５の持つ機能の１つとして用意
されて、ディスプレイ２０の表示内容をユーザ業務を妨
害するものに変更する。暴走シミュレーション部４１
は、入出力情報管理部３５の持つ機能の１つとして用意
されて、プロセス１０の暴走をシミュレーションする。
音生成部４２は、音楽等の音情報を生成する。

【００１７】このように構成される本発明のコンピュー
タシステム１では、状況収集部３３が、システム内のハ
ードウェアの使用状況情報を収集するとともに、センサ
部３２の入手情報を収集すると、この収集処理を受け
て、入出力情報操作計画部３４は、その収集された情報
を基に、各プロセス１０からの出力情報の修正を計画
し、あるいは、各プロセス１０への入力情報の修正を計
画し、あるいは、ユーザへの出力情報の作成を計画し、
この計画処理を受けて、入出力情報管理部３５は、その
計画された内容に従って入出力情報を操作することで、
コンピュータシステムとしての固有のキャラクタを実現
する。

【００１８】このコンピュータシステムとしての固有の
キャラクタを実現するために、入出力情報操作計画部３
４は、状況収集部３３の収集情報を基に、データベース
部３６の管理情報を使って、コンピュータとユーザのコ
ミュニケーション行動をシミュレーションし、そのシミ
ュレーション結果に基づいて計画を立案する。

【００１９】例えば、入出力情報操作計画部３４は、ユ
ーザ入力からプロセス応答までの時間の長さを評価する
ことでユーザの不満度を推定して、ユーザ不満度が大き
いことを推定するときには、メッセージ生成部３７の生
成する謝罪メッセージの出力を指示したり、音生成部４
２の生成する音情報の出力を指示する。

【００２０】また、例えば、入出力情報操作計画部３４
は、ユーザのデータ入力速度や、ユーザのデータ入力修
正頻度を評価することでユーザのシステム利用スキルを
推定して、ユーザのシステム利用スキルが高いことを推
定するときには、メッセージ生成部３７の生成する賞賛
メッセージの出力を指示したり、ユーザのシステム利用
スキルが低いことを推定するときには、メッセージ生成
部３７の生成する激励メッセージの出力を指示する。

【００２１】また、例えば、入出力情報操作計画部３４
は、センサ群２７の対人センサ等により検出されるユー
ザの作業時間の長さを評価することでユーザの疲労度を
推定して、ユーザの疲労度が大きいことを推定するとき
には、メッセージ生成部３７の生成するいたわりメッセ
ージの出力を指示する。

【００２２】また、例えば、入出力情報操作計画部３４
は、起動されるプロセス１０の種別を検出することでユ
ーザ業務の重要度を推定して、ユーザ業務の重要度が低
いことを推定するときには、メッセージ生成部３７の生
成する妨害メッセージの出力を指示したり、表示内容変
更部４０の生成する妨害表示内容のディスプレイ２０へ
の出力を指示したり、入力情報変更部３９の実行する入
力妨害処理の実行を指示する。

【００２３】また、例えば、入出力情報操作計画部３４
は、ユーザ業務の重要度が低いことを推定するときや、
ユーザの疲労度が大きいことを推定するときなどには、
暴走シミュレーション部４１の実行する暴走シミュレー
ション処理の実行を指示する。

【００２４】更に、入出力情報操作計画部３４は、ディ
スプレイ２０に表示されているアイドル時間の長いウィ
ンドウ（長時間使用されていないウィンドウ）の縮小を
指示することで、ディスプレイ２０に表示されているウ
ィンドウが煩雑なものとならないようにするキャラクタ
を発揮する。

【００２５】また、入出力情報操作計画部３４は、ディ
スプレイ２０に表示されているアイドル時間の長いウィ
ンドウの消去と、そのウィンドウの表示消去リスト３８
への登録を指示することで、再表示を保証しつつ、ディ
スプレイ２０に表示されているウィンドウを自動整理す
るキャラクタを発揮する。

【００２６】また、入出力情報操作計画部３４は、新た
にディスプレイ２０に開設されるウィンドウと、ディス
プレイ２０に表示されているアイドル時間の短いウィン
ドウとが互いに重ならないようにと、ウィンドウ表示位
置の変更を指示したり、ディスプレイ２０に表示されて
いるアイドル時間の短いウィンドウ同士が互いに重なら
ないようにと、ウィンドウ表示位置の変更を指示するこ
とで、必要なウィンドウを見易い形で表示するキャラク
タを発揮する。

【００２７】このように、本発明では、コンピュータの
固有のキャラクタを実現する機能をオペレーティングシ
ステムに構築することから、コンピュータシステムとし
てのキャラクタを実現できるようになる。

【００２８】しかも、本発明では、コンピュータとユー
ザのコミュニケーション行動をシミュレーションし、そ
のシミュレーション結果に基づいてコンピュータのキャ
ラクタを実現することから、本格的なキャラクタを実現
できるようになり、ユーザとコンピュータとの関わりが
有機的なものとなって、ユーザがコンピュータに対して
親しみを持てるようになる。

【００２９】そして、本発明では、ディスプレイ２０に
表示されるウィンドウの内、使用されない古いものにつ
いては、オペレーティングシステムの機能により整理し
ていく構成を採ることから、有効なウィンドウが見易い
形で表示されるようになって、データ処理の効率化を実
現できるようになる。

【００３０】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。図２に、本発明を具備するコンピュ
ータシステム１の一実施例を図示する。図中、図１で説
明したものと同じものについては同一の記号で示してあ
る。

【００３１】５０はコンピュータシステム１のオペレー
ティングシステムに展開されるプロセス管理プログラム
であって、複数用意されるプロセス１０の管理処理を実
行するもの、５１はコンピュータシステム１のオペレー
ティングシステムに展開される出力管理プログラムであ
って、ディスプレイ２０やスピーカ２１への出力処理を
実行するもの、５２はコンピュータシステム１のオペレ
ーティングシステムに展開されるキャラクタ実現プログ
ラムであって、コンピュータシステム１がシステムとし
てのキャラクタを持つようにと処理するもの、５３はコ
ンピュータシステム１のオペレーティングシステムに展
開されるキャラクタデータベースであって、キャラクタ
実現プログラム５２の必要とする情報を管理するもので
ある。

【００３２】このキャラクタデータベース５３は、「プ
ロセス１０が午前中に起動されるときには、“おはよ
う”というメッセージを出力する」といったようなキャ
ラクタ実現のためのＩＦーＴＨＥＮ形式のシナリオを管
理するものであり、このキャラクタ実現プログラム５２
は、図３の処理フローに示すように、このシナリオのＩ
Ｆ文部分（条件部分）が成立する事象となったのか否か
を判断して、ＩＦ文部分の成立する事象となったことを
判断するときには、そのシナリオに従って、入出力情報
を操作することで、そのシナリオの指定するキャラクタ
動作を実現するものである。

【００３３】ここで、キャラクタデータベース５３は、
シナリオの他に、キャラクタ実現で使用する各種の情報
についても管理する。例えば、その日その日の格言を出
力する場合には、シナリオの他に、「人間万時塞翁が
馬。これは、人間の運命は定まりがないもので、災いが
福に変わったり、福が災になったりするということで
す」といった格言を管理するものである。

【００３４】キャラクタデータベース５３に格納される
シナリオのＩＦ文部分は、図４の左側に示すように、
「ユーザが不満であるのか否か」とか、「ユーザのスキ
ルが高いのか否か」とか、「ユーザのスキルが低いのか
否か」とか、「ユーザが疲労しているのか否か」とか、
「ユーザ業務が重要であるのか否か」とか、それら以外
の「一般条件が成立しているのか否か」といったような
条件項目を持つ。

【００３５】一方、このシナリオのＴＨＥＮ文部分に
は、図４の右側に示すように、ＴＨＥＮ文部分の指定す
る入出力情報の操作形態が、「プロセスに無関係な出力
情報の出力」を指示する形式のものと、「プロセスの出
力情報の修正」を指示する形式のものと、「プロセスへ
の入力情報の修正」を指示する形式のものとがある。

【００３６】すなわち、シナリオのＴＨＥＮ文部分に
は、プロセス１０に無関係なメッセージを出力したり、
プロセス１０に無関係な音楽を出力するというような、
プロセスに無関係な出力情報の出力を指示する形式のも
のと、プロセス１０の出力情報の表示速度を変更した
り、プロセス１０の出力情報の表現形式を変更するとい
うような、プロセスの出力情報の修正を指示する形式の
ものと、プロセス１０への入力情報の遅延時間を変更し
たり、プロセス１０への入力情報の一部を廃棄するとい
うような、プロセス１０への入力情報の修正を指示する
形式のものとがある。

【００３７】図５ないし図７に、キャラクタデータベー
ス５３に格納されるシナリオの一実施例を図示する。次
に、これらのシナリオに従って、本発明の実現するキャ
ラクタについて具体的に説明する。

【００３８】キャラクタデータベース５３は、「一般条
件が成立しているのか否か」というＩＦ文部分を持ち、
「プロセスに無関係な出力情報の出力」を指示する形式
のＴＨＥＮ文部分を持つシナリオの一例として、図５中
の「Ａーα」に示すように、「室温が高いときには、
“暑いですね”というメッセージを出力する」とか、
「夜中のときには、“帰ったらどうですか”というメッ
セージを出力する」とか、「長時間キー入力がないとき
には、“どうしました”というメッセージを出力する」
とか、「長時間キー入力があるときには、“休んだ方が
いいのでは”というメッセージを出力する」とか、「シ
ステム終了時には、日替りの外国語で“さよなら”を出
力する」といったようなものを管理する。

【００３９】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、セン
サ群２７の中の温度センサが室温の高いことを検出する
と、出力管理プログラム５１を介して、「暑いですね」
というメッセージをディスプレイ２０に出力する。ま
た、センサ群２７の中の時計２８が夜中の時間を出力す
ることを検出すると、出力管理プログラム５１を介し
て、「帰ったらどうですか」というメッセージをディス
プレイ２０に出力する。また、キーボード２６から長時
間キー入力がないことを検出すると、出力管理プログラ
ム５１を介して、「どうしました」というメッセージを
ディスプレイ２０に出力する。

【００４０】また、キーボード２６から長時間キー入力
があることを検出すると、出力管理プログラム５１を介
して、「休んだ方がいいのでは」というメッセージをデ
ィスプレイ２０に出力する。また、キーボード２６から
システム終了指示が入力されてくることを検出すると、
出力管理プログラム５１を介して、日替りの外国語で
「さよなら」というメッセージをディスプレイ２０に出
力する。

【００４１】一方、キャラクタデータベース５３は、
「一般条件が成立しているのか否か」というＩＦ文部分
を持ち、「プロセスの出力情報の修正」を指示する形式
のＴＨＥＮ文部分を持つシナリオの一例として、図５中
の「Ａーβ」に示すように、「室温が高いときには、プ
ロセスの出力情報の表示速度を遅くする」といったよう
なものを管理する。

【００４２】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、セン
サ群２７の中の温度センサが室温の高いことを検出する
と、そのとき動作しているプロセス１０の出力する出力
情報を遅延させてディスプレイ２０に表示する。すなわ
ち、室温が高いことでユーザの能率が落ちることに対応
させて、プロセス１０の出力情報の表示速度を遅くする
のである。

【００４３】一方、キャラクタデータベース５３は、
「一般条件が成立しているのか否か」というＩＦ文部分
を持ち、「プロセスへの入力情報の修正」を指示する形
式のＴＨＥＮ文部分を持つシナリオの一例として、図５
中の「Ａーγ」に示すように、「長時間キー入力がある
ときには、プロセスへの入力情報の遅延時間を長くす
る」といったようなものを管理する。

【００４４】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、キー
ボード２６から長時間キー入力があることを検出する
と、そのとき動作しているプロセス１０への入力情報を
遅延させつつ、そのプロセス１０へ入力する。すなわ
ち、ユーザが長時間キー入力を実行しているときには、
ユーザが休む気分になるようにと、プロセス１０への入
力情報の入力遅延時間を長くするのである。

【００４５】一方、キャラクタデータベース５３は、
「ユーザが不満であるのか否か」というＩＦ文部分を持
ち、「プロセスに無関係な出力情報の出力」を指示する
形式のＴＨＥＮ文部分を持つシナリオの一例として、図
５中の「Ｂーα」に示すように、「ユーザが不満である
ときには、謝罪メッセージを出力する」とか、「ユーザ
が不満であるときには、音楽を出力する」といったよう
なものを管理する。

【００４６】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザが不満であることを検出すると、出力管理プログラム
５１を介して、「処理が遅くてごめんなさい」といった
ような謝罪メッセージをディスプレイ２０に出力した
り、気持ちが和らぐような音楽をスピーカ２１に出力す
る。

【００４７】このユーザの不満度の検出は、具体的に
は、ユーザ待ち時間の長さを評価したり、ＣＰＵ２３の
負荷から推定される処理時間の遅れを評価したり、メモ
リ２４のスワッピング頻度から推定される処理時間の遅
れを評価したり、磁気ディスクの動作頻度から推定され
る処理時間の遅れを評価したりすることで行う。

【００４８】例えば、図８の処理フローに示すように、
ユーザ入力の度に、ユーザ入力とプロセス応答との差分
時間で算出されるユーザ待ち時間を算出し、それを使っ
て最新Ｎ回のユーザ待ち時間の平均値を求め、それから
関数変換等に従ってユーザの不満度を求めて、この求め
たユーザ不満度が大きいことを判断するときには、謝罪
メッセージを生成してディスプレイ２０に出力し、大き
くないことを判断するときには、謝罪メッセージを消去
（謝罪メッセージを出力していないときには、何もしな
い）していくのである。

【００４９】一方、キャラクタデータベース５３は、
「ユーザのスキルが高いのか否か」というＩＦ文部分を
持ち、「プロセスに無関係な出力情報の出力」を指示す
る形式のＴＨＥＮ文部分を持つシナリオの一例として、
図６中の「Ｃーα」に示すように、「ユーザのスキルが
高いときは、賞賛メッセージを出力する」といったよう
なものを管理する。また、「ユーザのスキルが低いのか
否か」というＩＦ文部分を持ち、「プロセスに無関係な
出力情報の出力」を指示する形式のＴＨＥＮ文部分を持
つシナリオの一例として、図６中の「Ｃーα」に示すよ
うに、「ユーザのスキルが低いときは、激励メッセージ
を出力する」といったようなものを管理する。

【００５０】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザのスキルが高いことを検出すると、出力管理プログラ
ム５１を介して、「すばらしい」といったような賞賛メ
ッセージをディスプレイ２０に出力したり、ユーザのス
キルが低いことを検出すると、出力管理プログラム５１
を介して、「もっと頑張って」といったような激励メッ
セージをディスプレイ２０に出力する。

【００５１】このユーザのスキル度の検出は、具体的に
は、データ入力の速度を評価したり、データ入力の修正
頻度を評価したりすることで行う。例えば、図９の処理
フローに示すように、ユーザ入力の度に、ユーザ入力が
修正入力なのか否かを判断し、それを使って最新Ｎ回の
ユーザ入力におけるデータ入力修正頻度を算出するとと
もに、ユーザ入力の度に、前回のユーザ入力との間の間
隔時間を算出し、それを使って最新Ｍ回の間隔時間の平
均値を算出して、その算出した修正頻度と間隔時間平均
値から関数変換等に従ってユーザのスキル度を求めて、
この求めたスキル度が高いことを判断するときには、賞
賛メッセージを生成してディスプレイ２０に出力し、高
くないことを判断するときには、賞賛メッセージを消去
（賞賛メッセージを出力していないときには、何もしな
い）していくのである。

【００５２】一方、キャラクタデータベース５３は、
「ユーザのスキルが高いのか否か」というＩＦ文部分を
持ち、「プロセスの出力情報の修正」を指示する形式の
ＴＨＥＮ文部分を持つシナリオの一例として、図６中の
「Ｃーβ」に示すように、「ユーザのスキルが高いとき
は、プロセスの出力情報の表現形式を簡略化する」とい
ったようなものを管理する。また、「ユーザのスキルが
低いのか否か」というＩＦ文部分を持ち、「プロセスの
出力情報の修正」を指示する形式のＴＨＥＮ文部分を持
つシナリオの一例として、図６中の「Ｃーβ」に示すよ
うに、「ユーザのスキルが低いときは、プロセスの出力
情報の表示速度を遅くする」といったようなものを管理
する。

【００５３】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザのスキルが高いことを検出すると、そのとき動作して
いるプロセス１０の出力情報の表現形式を簡略なものに
変換（変換方法は、例えば、キャラクタデータベース５
３に管理されている）してからディスプレイ２０に表示
する。すなわち、ユーザのスキルが高いときには、丁寧
な説明は不要であるので、高速処理を実現すべく、プロ
セス１０の出力情報の表現形式を簡略なものに変換する
のである。また、キャラクタ実現プログラム５２は、図
３の処理フローに従って、ユーザのスキルが低いことを
検出すると、そのとき動作しているプロセス１０の出力
する出力情報を遅延させてディスプレイ２０に表示す
る。すなわち、ユーザのスキルが低いときには、ゆっく
りとした対話処理を実現すべく、プロセス１０の出力情
報の表示速度を遅くするのである。

【００５４】一方、キャラクタデータベース５３は、
「ユーザのスキルが低いのか否か」というＩＦ文部分を
持ち、「プロセスへの入力情報の修正」を指示する形式
のＴＨＥＮ文部分を持つシナリオの一例として、図６中
の「Ｃーγ」に示すように、「ユーザのスキルが低いと
きは、プロセスへの入力情報の遅延時間を長くする」と
いったようなものを管理する。

【００５５】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザのスキルが低いことを検出すると、そのとき動作して
いるプロセス１０への入力情報を遅延させつつ、そのプ
ロセス１０へ入力する。すなわち、ユーザのスキルが低
いときには、ゆっくりとした対話処理を実現すべく、プ
ロセス１０への入力情報の入力遅延時間が長くするので
ある。

【００５６】一方、キャラクタデータベース５３は、
「ユーザが疲労しているのか否か」というＩＦ文部分を
持ち、「プロセスに無関係な出力情報の出力」を指示す
る形式のＴＨＥＮ文部分を持つシナリオの一例として、
図６中の「Ｄーα」に示すように、「ユーザが疲労して
いるときには、いたわりメッセージを出力する」といっ
たようなものを管理する。

【００５７】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザが疲労していることを検出すると、出力管理プログラ
ム５１を介して、「大変ですね」といったような、いた
わりメッセージをディスプレイ２０に出力する。

【００５８】このユーザの疲労度の検出は、具体的に
は、ユーザによる利用時間の長さを評価したり、データ
入力速度の低速化を評価したりすることで行う。例え
ば、図１０の処理フローに示すように、センサ群２７の
中の対人センサの検出値を受け取り、その検出値に従っ
てユーザ使用の累積時間を算出して、それから関数変換
等に従ってユーザの疲労度を求めて、この求めたユーザ
疲労度が大きいことを判断するときには、いたわりメッ
セージを生成してディスプレイ２０に出力し、大きくな
いことを判断するときには、いたわりメッセージを出力
していかないように処理するのである。

【００５９】一方、キャラクタデータベース５３は、
「ユーザが疲労しているのか否か」というＩＦ文部分を
持ち、「プロセスの出力情報の修正」を指示する形式の
ＴＨＥＮ文部分を持つシナリオの一例として、図６中の
「Ｄーβ」に示すように、「ユーザが疲労しているとき
には、プロセスの出力情報の表示速度を遅くする」とい
ったようなものを管理する。

【００６０】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザが疲労していることを検出すると、そのとき動作して
いるプロセス１０の出力する出力情報を遅延させてディ
スプレイ２０に表示する。すなわち、ユーザが疲労して
いるときには、ユーザが休む気分になるようにと、プロ
セス１０の出力情報の表示速度を遅くするのである。

【００６１】一方、キャラクタデータベース５３は、
「ユーザが疲労しているのか否か」というＩＦ文部分を
持ち、「プロセスへの入力情報の修正」を指示する形式
のＴＨＥＮ文部分を持つシナリオの一例として、図６中
の「Ｄーγ」に示すように、「ユーザが疲労していると
きには、プロセスへの入力情報の遅延時間を長くする」
といったようなものを管理する。

【００６２】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、ユー
ザが疲労していることを検出すると、そのとき動作して
いるプロセス１０への入力情報を遅延させつつ、そのプ
ロセス１０へ入力する。すなわち、ユーザが疲労してい
るときには、ユーザが休む気分になるようにと、プロセ
ス１０への入力情報の入力遅延時間が長くするのであ
る。

【００６３】一方、キャラクタデータベース５３は、
「業務が重要であるのか否か」というＩＦ文部分を持
ち、「プロセスに無関係な出力情報の出力」を指示する
形式の形式のＴＨＥＮ文部分を持つシナリオの一例とし
て、図７中の「Ｅーα」に示すように、「業務が重要で
ないときには、妨害メッセージを出力する」といったよ
うなものを管理する。

【００６４】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、起動
されているプロセス１０がゲームのようなもので、その
業務が重要でないことを検出すると、出力管理プログラ
ム５１を介して、「もうそろそろ止めたらどうですか」
といったような妨害メッセージをディスプレイ２０に出
力する。

【００６５】一方、キャラクタデータベース５３は、
「業務が重要であるのか否か」というＩＦ文部分を持
ち、「プロセスの出力情報の修正」を指示する形式のＴ
ＨＥＮ文部分を持つシナリオの一例として、図７中の
「Ｅーβ」に示すように、「業務が重要でないときに
は、プロセスの出力情報の表示内容を変更する」とか、
「業務が重要でないときには、暴走をシミュレーション
する」といったようなものを管理する。

【００６６】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、起動
されているプロセス１０がゲームのようなもので、その
業務が重要でないことを検出すると、そのプロセス１０
の出力する表示内容を例えば部分的に溶かしてしまう形
で変更したり、ディスプレイ２０上で、そのプロセス１
０があたかも暴走しているようにと見せる。すなわち、
ユーザが重要でない業務をいつまでも続けないように
と、プロセス１０の出力する表示内容を変更したり、プ
ロセス１０があたかも暴走しているように見せるのであ
る。

【００６７】一方、キャラクタデータベース５３は、
「業務が重要であるのか否か」というＩＦ文部分を持
ち、「プロセスへの入力情報の修正」を指示する形式の
ＴＨＥＮ文部分を持つシナリオの一例として、図７中の
「Ｅーγ」に示すように、「業務が重要でないときに
は、プロセスへの入力情報の一部を廃棄する」といった
ようなものを管理する。

【００６８】このシナリオ管理を受けて、キャラクタ実
現プログラム５２は、図３の処理フローに従って、起動
されているプロセス１０がゲームのようなもので、その
業務が重要でないことを検出すると、そのプロセス１０
へ入力する入力情報の一部を廃棄してしまう。すなわ
ち、ユーザが重要でない業務をいつまでも続けないよう
にと、プロセス１０への入力情報の一部を廃棄すること
で業務がスムーズに遂行できないようにしてしまうので
ある。このような業務の重要度の検出は、具体的には、
業務の種別を評価したりすることで行うものである。ま
た、重要でない業務が規定時間以上実行されるときに、
シナリオの指す処理に入る構成を採ることも可能であ
る。

【００６９】例えば、図１１の処理フローに示すよう
に、起動されているプロセス１０の種別に従ってそのプ
ロセス１０の重要度を算出して、その重要度が低いとき
にあって、そのプロセス１０が規定時間ＴH1以上動作し
ているときには、キー／マウス入力の一部を廃棄し、更
に、そのプロセス１０が規定時間ＴH1よりも長い規定時
間ＴH2以上動作しているときには、暴走シミュレーショ
ンを実行するというように処理するのである。

【００７０】以上に説明した実施例は、コンピュータシ
ステム１に対して、ユーザとコミュニケーションするキ
ャラクタを持たせる構成を開示したが、本発明では、こ
のような人間的なキャラクタに加えて、コンピュータシ
ステム１に対して、ウィンドウの縮小や消去や配置替え
を実行する機械的なキャラクタについても持たせる構成
を採っている。

【００７１】図１２ないし図１４に、この機械的なキャ
ラクタを実現するためにキャラクタ実現プログラム５２
の実行する処理フローの一実施例を図示する。次に、こ
れらの処理フローに従って、本発明のコンピュータシス
テム１の持つ機械的なキャラクタについて説明する。

【００７２】キャラクタ実現プログラム５２は、ウィン
ドウの縮小機能を実現するときには、起動されると、図
１２の処理フローに示すように、先ず最初に、ステップ
１で、処理終了要求が発行されたのか否かをチェックし
て、処理終了要求が発行されたことを判断するときに
は、処理を終了し、処理終了要求が発行されないことを
判断するときには、ステップ２に進んで、プロセス１０
からウィンドウの表示要求が発行されたのか否かをチェ
ックする。

【００７３】このステップ２で、ウィンドウの表示要求
が発行されたことを判断するときには、ステップ３に進
んで、その表示要求発行時の時刻をウィンドウ時刻とし
て記録してから、出力管理プログラム５１に対して、そ
の表示要求のあったウィンドウの表示処理を指示してい
くことで、その表示要求のあったウィンドウをディスプ
レイ２０に表示する。一方、ステップ２で、ウィンドウ
の表示要求が発行されないことを判断するときには、こ
のステップ３の処理を省略する。

【００７４】続いて、ステップ４で、ウィンドウの消去
要求が発行されたのか否かをチェックして、ウィンドウ
の消去要求が発行されたことを判断するときは、ステッ
プ５に進んで、出力管理プログラム５１に対して、その
消去要求のあったウィンドウの消去処理を指示していく
ことで、その消去要求のあったウィンドウをディスプレ
イ２０から消去する。一方、ステップ４で、ウィンドウ
の消去要求が発行されないことを判断するときには、こ
のステップ５の処理を省略する。

【００７５】続いて、ステップ６で、プロセス１０から
ウィンドウに対して使用要求が発行されたのか否かをチ
ェックして、使用要求が発行されたことを判断するとき
には、ステップ７に進んで、その使用要求のあるウィン
ドウの持つウィンドウ時刻を使用要求発行時のものに更
新する。一方、ステップ６で、ウィンドウの使用要求が
発行されないことを判断するときには、このステップ７
の処理を省略する。

【００７６】続いて、ステップ８で、現時刻と各ウィン
ドウの持つウィンドウ時刻との差分値を算出すること
で、各ウィンドウのアイドル時間を求めて、そのアイド
ル時間が規定の制限値Ｔ₀を超えるものがあるか否かを
チェックして、超えるものがないことを判断するときに
は、ステップ１に戻り、超えるものがあることを判断す
るときには、ステップ９に進んで、そのアイドル時間の
長いウィンドウを縮小してからステップ１に戻ってい
く。

【００７７】このようにして、キャラクタ実現プログラ
ム５２は、この図１２の処理フローを実行することで、
長い時間使用されていないウィンドウを縮小していくこ
とで、ディスプレイ２０に表示されるウィンドウが煩雑
なものにならないように整理するのである。

【００７８】この図１２の処理フローでは、長い時間使
用されていないウィンドウを自動的に縮小していく構成
を開示したが、長い時間使用されていないウィンドウを
自動的に消去していく構成を採ることでも、ディスプレ
イ２０に表示されるウィンドウが煩雑なものにならない
ようにできる。このウィンドウの自動消去構成を採ると
きには、その消去ウィンドウを再び表示できるようにす
るために、図１で説明したような表示消去リスト３８を
用意する構成を採って、それに消去ウィンドウの識別子
情報を登録していく構成を採ることになる。

【００７９】キャラクタ実現プログラム５２は、ウィン
ドウの配置替え機能を実現するときには、起動される
と、図１３及び図１４の処理フローに示すように、先ず
最初に、ステップ１で、表示されているウィンドウの数
を入手する。続いて、ステップ２で、入手したウィンド
ウの数が“０”であるのか否かをチェックして、“０”
であることを判断するときには、処理を終了し、“０”
でないことを判断するときには、ステップ３に進んで、
変数ｉ，ｊに“０”をセットする。続いて、ステップ４
で、第ｉウィンドウの実行状態を参照して、その参照結
果を変数State(i)に代入する。

【００８０】続いて、ステップ５で、変数State(i)の値
がアクティブを表示しているのか否かをチェックして、
アクティブ状態を表示していることを判断するときに
は、ステップ６に進んで、第ｉウィンドウの識別子ｉを
アクティブリストActive(j) にキューイングし、続くス
テップ７で、変数ｊの値を１つインクリメントする。一
方、ステップ５で、変数State(i)の値がアクティブを表
示していないことを判断するときには、このステップ６
及びステップ７の処理を省略する。続いて、ステップ８
で、変数ｉの値を１つインクリメントし、続くステップ
９で、変数ｉの値が設定値ｉc に到達したのか否かを判
断して、到達していないことを判断するときには、ステ
ップ４に戻っていく。

【００８１】このようにして、ステップ１ないしステッ
プ９の処理に従って、アクティブなウィンドウを抽出し
て、それらの識別子をアクティブリストActive(j) にキ
ューイングしていくのである。

【００８２】ステップ９で、アクティブリストActive
(j) にキューイングするウィンドウの識別子が設定値ｉ
c に到達することを判断すると、ステップ１０に進ん
で、変数ｋに“０”をセットし、続くステップ１１で、
変数ｋの指すアクティブリストActive(k) の値を変数ｉ
に設定する。続いて、ステップ１２で、プロセス１０の
指定する第ｉウィンドウの表示位置（Ｘ_i,Ｙ_i,ΔＸ_i,Δ
Ｙ_i) を取得する。ここで、この（Ｘ_i,Ｙ_i) は、第ｉ
ウィンドウの特定の頂点の座標位置を示し、この（ΔＸ
_i,ΔＹ_i) は、第ｉウィンドウの大きさを示している。

【００８３】続いて、ステップ１３で、変数ｋの値を１
つインクリメントし、続くステップ１４で、変数ｋの値
が設定値ｊに到達したのか否かを判断して、到達してい
ないことを判断するときには、ステップ１１に戻ってい
く。

【００８４】このようにして、ステップ１０ないしステ
ップ１４の処理に従って、ｊ個のアクティブなウィンド
ウの表示位置（プロセス１０の指定する表示位置）を取
得していくのである。

【００８５】続いて、ステップ１５で、取得したｊ個の
ウィンドウ表示位置から、それらの最適な表示位置を計
算する。この最適表示位置計算処理では、新たにディス
プレイ２０に開設されるウィンドウと、ディスプレイ２
０に表示されているアイドル時間の短いウィンドウとが
互い重ならないようにと、プロセス１０の指定するウィ
ンドウ表示位置の変更位置を計算したり、ディスプレイ
２０に表示されているアイドル時間の短いウィンドウ同
士が互いに重ならないようにと、プロセス１０の指定す
るウィンドウ表示位置の変更位置を計算する。

【００８６】このようにして、アクティブなウィンドウ
の表示位置の変更位置を計算すると、続いて、ステップ
１６で、出力管理プログラム５１に対して、アクティブ
なウィンドウをその変更位置に表示するように指示する
ことで、アクティブなウィンドウが互いに重ならないよ
うに表示していく。

【００８７】この図１３及び図１４の処理フローに示す
キャラクタ実現プログラム５２の実行処理に従って、新
たなウィンドウがディスプレイ２０に開設されるとき
に、従来技術であれば、プロセス１０の指定する表示位
置にそのウィンドウを開設していくことで、図１５に示
すように、アイドル時間の短いウィンドウに重なって表
示されてしまうことがあったのに対して、本発明では、
図１６に示すように、アイドル時間の短いウィンドウと
は重ならないようにと表示できるようになるのである。

【００８８】なお、図１３及び図１４の処理フローのス
テップ１５で実行する最適表示位置計算処理は、試行錯
誤的に変更表示位置を設定していくアルゴリズムで実現
できものであるが、その他のアルゴリズムを用いても実
現可能である。

【００８９】例えば、新たにディスプレイ２０に開設さ
れるウィンドウと、ディスプレイ２０に表示されている
アイドル時間の短いウィンドウとが互い重ならないよう
にする表示位置を求める場合には、新たなウィンドウを
配置できる空き領域があるのか否かを評価し、配置でき
る空き領域がないことを判断するときには、表示中のウ
ィンドウの中からアイドル時間の長いものを抽出して、
その上に新たなウィンドウを配置できるのか否かを評価
し、それでも配置できないことを判断するときには、そ
の抽出ウィンドウの近傍ウィンドウの中から、アイドル
時間の長いものを抽出して、それとの組み合わせ領域に
新たなウィンドウを配置できるのか否かを評価していく
ことを繰り返していくようなアルゴリズムを使って、新
たなウィンドウの変更表示位置を求めていくこともでき
るのである。

【００９０】また、例えば、ディスプレイ２０に表示さ
れているアイドル時間の短いウィンドウ同士が互いに重
ならないようにする表示位置を求める場合には、アイド
ル時間の長いウィンドウから順番に処理するようにし
て、その順番に従ってアイドル時間の長いウィンドウを
空き領域に割り当てていって、空き領域がなくなると、
配置済のウィンドウの中からアイドル時間の長いものを
抽出して、その上に配置できるのか否かを評価し、配置
できないことを判断するときには、その抽出ウィンドウ
の近傍ウィンドウの中から、アイドル時間の長いものを
抽出して、それとの組み合わせ領域にその順番のウィン
ドウを配置できるのか否かを評価していくことを繰り返
していくようなアルゴリズムを使って、表示されている
ウィンドウの変更表示位置を求めていくこともできるの
である。

【００９１】最後に、本発明のコンピュータシステム１
の装置構成について要約する。ここで、図１で説明した
ものと同じものについては同一の記号で示してある。本
発明のコンピュータシステム１は、図１７に示すよう
に、オペレーティングシステムに、システム内のハード
ウェアの使用状況情報を収集する状況収集部３３と、状
況収集部３３の収集情報を基に、各プロセス１０からの
出力情報の修正を計画し、あるいは、各プロセス１０へ
の入力情報の修正を計画し、あるいは、ユーザへの出力
情報の作成を計画する入出力情報操作計画部３４と、入
出力情報操作計画部３４の計画内容に従って入出力情報
を操作する入出力情報管理部３５とを備えることで、コ
ンピュータシステムとしての固有のキャラクタを持つこ
とを実現するものである。

【００９２】更に、この構成に加えて、図１８に示すよ
うに、オペレーティングシステムに、センサ群２７や時
計２８により検出されるシステム外の情報を入手するセ
ンサ部３２を備える構成を採って、状況収集部３３は、
システム内のハードウェアの使用状況情報を収集するこ
とに加えて、このセンサ部３２の入手情報を収集してい
く構成を採ることもある。

【００９３】この入出力情報操作計画部３４は、具体的
には、図１９に示すように、アイドル時間の長いウィン
ドウの縮小を指示したり、図２０に示すように、アイド
ル時間の長いウィンドウの消去を指示したり、図２１に
示すように、ウィンドウの重なりの回避を指示したり、
図２２に示すように、コンピュータとユーザのコミュニ
ケーション行動をシミュレーションすることで、コンピ
ュータシステムとしての固有のキャラクタを実現する。

【００９４】入出力情報操作計画部３４が、コンピュー
タとユーザのコミュニケーション行動をシミュレーショ
ンするときには、図２３に示すように、そのシミュレー
ションに必要となる情報を記憶するデータベース部３６
が備えられることがあり、図２４に示すように、このデ
ータベース部３６には、コミュニケーション用のシナリ
オが管理されることがある。

【００９５】入出力情報操作計画部３４は、コンピュー
タとユーザのコミュニケーション行動をシミュレーショ
ンする１つの実現方法として、図２５に示すように、ユ
ーザの不満度を推定する機構を備えることがある。この
ユーザの不満度を推定する機構は、例えば、図２６に示
すように、ユーザ入力からプロセス応答までの応答時間
を計測する機構でもって構成される。

【００９６】そして、このように、入出力情報操作計画
部３４がユーザの不満度を推定する機構を備えるときに
は、図２７に示すように、謝罪メッセージを生成する謝
罪メッセージ生成部３７ａが備えられて、ユーザの不満
が大きいことが推定されると、入出力情報操作計画部３
４は、この謝罪メッセージ生成部３７ａの生成する謝罪
メッセージの出力を指示する。あるいは、図２８に示す
ように、音情報を生成する音生成部４２が備えられて、
ユーザの不満が大きいことが推定されると、入出力情報
操作計画部３４は、この音生成部４２の生成する音情報
の出力を指示する。

【００９７】また、入出力情報操作計画部３４は、コン
ピュータとユーザのコミュニケーション行動をシミュレ
ーションする１つの実現方法として、図２９に示すよう
に、ユーザのスキルを推定する機構を備えることがあ
る。このユーザのスキルを推定する機構は、例えば、図
３０に示すように、ユーザのデータ入力速度を計算する
機構でもって構成されたり、図３１に示すように、ユー
ザのデータ入力修正頻度を計算する機構でもって構成さ
れる。

【００９８】そして、このように、入出力情報操作計画
部３４がユーザのスキルを推定する機構を備えるときに
は、図３２に示すように、賞賛メッセージを生成する賞
賛メッセージ生成部３７ｂが備えられて、ユーザのスキ
ルが高いことが推定されると、入出力情報操作計画部３
４は、この賞賛メッセージ生成部３７ｂの生成する賞賛
メッセージの出力を指示する。あるいは、図３３に示す
ように、激励メッセージを生成する激励メッセージ生成
部３７ｃが備えられて、ユーザのスキルが低いことが推
定されると、入出力情報操作計画部３４は、この激励メ
ッセージ生成部３７ｃの生成する激励メッセージの出力
を指示する。

【００９９】また、入出力情報操作計画部３４は、コン
ピュータとユーザのコミュニケーション行動をシミュレ
ーションする１つの実現方法として、図３４に示すよう
に、ユーザの疲労度を推定する機構を備えることがあ
る。

【０１００】このように、入出力情報操作計画部３４が
ユーザの疲労度を推定する機構を備えるときには、図３
５に示すように、いたわりメッセージを生成するいたわ
りメッセージ生成部３７ｄが備えられて、ユーザの疲労
が大きいことが推定されると、入出力情報操作計画部３
４は、このいたわりメッセージ生成部３７ｄの生成する
いたわりメッセージの出力を指示する。

【０１０１】また、入出力情報操作計画部３４は、コン
ピュータとユーザのコミュニケーション行動をシミュレ
ーションする１つの実現方法として、図３６に示すよう
に、仕事の重要度を推定する機構を備えることがある。

【０１０２】このように、入出力情報操作計画部３４が
仕事の重要度を推定する機構を備えるときには、図３７
に示すように、妨害メッセージを生成する妨害メッセー
ジ生成部３７ｅが備えられて、仕事の重要度が低いこと
が推定されると、入出力情報操作計画部３４は、この妨
害メッセージ生成部３７ｅの生成する妨害メッセージの
出力を指示する。あるいは、図３８に示すように、ディ
スプレイ２０の表示内容をユーザ業務を妨害するものに
変更する表示内容変更部４０が備えられて、仕事の重要
度が低いことが推定されると、入出力情報操作計画部３
４は、この表示内容変更部４０の生成する妨害表示内容
の出力を指示する。あるいは、図３９に示すように、ユ
ーザからの入力情報を変更・廃棄する入力情報変更部３
９が備えられて、仕事の重要度が低いことが推定される
と、入出力情報操作計画部３４は、この入力情報変更部
３９の出力する情報をユーザからの入力情報として受け
取ることを指示する。あるいは、図４０に示すように、
プロセス１０の暴走をシミュレーションする暴走シミュ
レーション部４１が備えられて、仕事の重要度が低いこ
とが推定されると、入出力情報操作計画部３４は、この
暴走シミュレーション部４１の実行を指示する。

【０１０３】図示実施例について説明したが、本発明は
これに限定されるものではない。例えば、実施例では、
キャラクタデータベース５３を備える構成を採ったが、
このキャラクタデータベース５３の管理情報をキャラク
タ実現プログラム５２に組み込むことで、このキャラク
タデータベース５３を省略する構成を採ってもよいので
ある。

【０１０４】

【発明の効果】以上説明したように、本発明では、コン
ピュータの固有のキャラクタを実現する機能をオペレー
ティングシステムに構築することから、コンピュータシ
ステムとしてのキャラクタを実現できるようになる。

【０１０５】しかも、本発明では、コンピュータとユー
ザのコミュニケーション行動をシミュレーションし、そ
のシミュレーション結果に基づいてコンピュータのキャ
ラクタを実現することから、本格的なキャラクタを実現
できるようになり、ユーザとコンピュータとの関わりが
有機的なものとなって、ユーザがコンピュータに対して
親しみを持てるようになる。

【０１０６】そして、本発明では、ディスプレイに表示
されるウィンドウの内、使用されない古いものについて
は、オペレーティングシステムの機能により整理してい
く構成を採ることから、有効なウィンドウが見易い形で
表示されるようになって、データ処理の効率化を実現で
きるようになる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の一実施例である。

【図３】キャラクタ実現プログラムの処理フローであ
る。

【図４】シナリオのデータ構造の説明図である。

【図５】キャラクタデータベースの管理するシナリオの
一例である。

【図６】キャラクタデータベースの管理するシナリオの
一例である。

【図７】キャラクタデータベースの管理するシナリオの
一例である。

【図８】キャラクタ実現プログラムの処理フローの一実
施例である。

【図９】キャラクタ実現プログラムの処理フローの一実
施例である。

【図１０】キャラクタ実現プログラムの処理フローの一
実施例である。

【図１１】キャラクタ実現プログラムの処理フローの一
実施例である。

【図１２】キャラクタ実現プログラムの処理フローの一
実施例である。

【図１３】キャラクタ実現プログラムの処理フローの一
実施例である。

【図１４】キャラクタ実現プログラムの処理フローの一
実施例である。

【図１５】従来技術の処理説明図である。

【図１６】本発明の処理説明図である。

【図１７】本発明の装置構成図である。

【図１８】本発明の装置構成図である。

【図１９】本発明の装置構成図である。

【図２０】本発明の装置構成図である。

【図２１】本発明の装置構成図である。

【図２２】本発明の装置構成図である。

【図２３】本発明の装置構成図である。

【図２４】本発明の装置構成図である。

【図２５】本発明の装置構成図である。

【図２６】本発明の装置構成図である。

【図２７】本発明の装置構成図である。

【図２８】本発明の装置構成図である。

【図２９】本発明の装置構成図である。

【図３０】本発明の装置構成図である。

【図３１】本発明の装置構成図である。

【図３２】本発明の装置構成図である。

【図３３】本発明の装置構成図である。

【図３４】本発明の装置構成図である。

【図３５】本発明の装置構成図である。

【図３６】本発明の装置構成図である。

【図３７】本発明の装置構成図である。

【図３８】本発明の装置構成図である。

【図３９】本発明の装置構成図である。

【図４０】本発明の装置構成図である。

【符号の説明】

１コンピュータシステム１０プロセス２０ディスプレイ２１スピーカ２２磁気ディスク２３ＣＰＵ２４メモリ２５マウス２６キーボード２７センサ群２８時計３０プロセス管理部３１出力管理部３２センサ部３３状況収集部３４入出力情報操作計画部３５入出力情報管理部３６データベース部３７メッセージ生成部３８表示消去リスト３９入力情報変更部４０表示内容変更部４１暴走シミュレーション部４２音生成部

Claims

【特許請求の範囲】

【請求項１】２つ以上のプロセスを展開して、該プロ
セスに従ってユーザと対話することでデータ処理を実行
するコンピュータシステムにおいて、システム内のハードウェアの使用状況情報を収集する状
況収集部と、上記状況収集部の収集情報を基に、各プロセスからの出
力情報の修正を計画し、あるいは、各プロセスへの入力
情報の修正を計画し、あるいは、ユーザへの出力情報の
作成を計画する入出力情報操作計画部と、上記入出力情報操作計画部の計画内容に従って入出力情
報を操作する入出力情報管理部とを備えることを、特徴とするコンピュータシステム。
【請求項２】２つ以上のプロセスを展開して、該プロ
セスに従ってユーザと対話することでデータ処理を実行
するコンピュータシステムにおいて、１つ又は複数のセンサにより検出されるシステム外の情
報を入手するセンサ部と、システム内のハードウェアの使用状況情報を収集すると
ともに、上記センサ部の入手情報を収集する状況収集部
と、上記状況収集部の収集情報を基に、各プロセスからの出
力情報の修正を計画し、あるいは、各プロセスへの入力
情報の修正を計画し、あるいは、ユーザへの出力情報の
作成を計画する入出力情報操作計画部と、上記入出力情報操作計画部の計画内容に従って入出力情
報を操作する入出力情報管理部とを備えることを、特徴とするコンピュータシステム。
【請求項３】請求項１又は２記載のコンピュータシス
テムにおいて、入出力情報操作計画部は、ディスプレイに表示されてい
るアイドル時間の長いウィンドウの縮小を指示すること
を、特徴とするコンピュータシステム。
【請求項４】請求項１又は２記載のコンピュータシス
テムにおいて、入出力情報操作計画部は、ディスプレイに表示されてい
るアイドル時間の長いウィンドウの消去と、そのウィン
ドウの表示消去リストへの登録を指示することを、特徴とするコンピュータシステム。
【請求項５】請求項１又は２記載のコンピュータシス
テムにおいて、入出力情報操作計画部は、新たにディスプレイに開設さ
れるウィンドウと、ディスプレイに表示されているアイ
ドル時間の短いウィンドウとが互いに重ならないよう
に、ウィンドウ表示位置の変更を指示することを、特徴とするコンピュータシステム。
【請求項６】請求項１又は２記載のコンピュータシス
テムにおいて、入出力情報操作計画部は、ディスプレイに表示されてい
るアイドル時間の短いウィンドウ同士が互いに重ならな
いように、ウィンドウ表示位置の変更を指示すること
を、特徴とするコンピュータシステム。
【請求項７】請求項１又は２記載のコンピュータシス
テムにおいて、入出力情報操作計画部は、状況収集部の収集情報を基
に、コンピュータとユーザのコミュニケーション行動を
シミュレーションし、そのシミュレーション結果に基づ
いて計画を立案することを、特徴とするコンピュータシステム。
【請求項８】請求項７記載のコンピュータシステムに
おいて、コンピュータとユーザのコミュニケーション行動のシミ
ュレーションに必要となる情報を記憶するデータベース
部を備え、入出力情報操作計画部は、上記データベース部の管理情
報を使って、コンピュータとユーザのコミュニケーショ
ン行動をシミュレーションすることを、特徴とするコンピュータシステム。
【請求項９】請求項７記載のコンピュータシステムに
おいて、コンピュータとユーザのコミュニケーション行動のシナ
リオを記憶するデータベース部を備え、入出力情報操作計画部は、上記データベース部の管理す
るシナリオを使って、コンピュータとユーザのコミュニ
ケーション行動をシミュレーションすることを、特徴とするコンピュータシステム。
【請求項１０】請求項７記載のコンピュータシステム
において、入出力情報操作計画部は、状況収集部の収集情報を基
に、ユーザの不満度を推定して、その推定結果に基づい
て計画を立案することを、特徴とするコンピュータシステム。
【請求項１１】請求項１０記載のコンピュータシステ
ムにおいて、入出力情報計画操作部は、ユーザ入力からプロセス応答
までの時間の長さを評価することでユーザの不満度を推
定することを、特徴とするコンピュータシステム。
【請求項１２】請求項１０又は１１記載のコンピュー
タシステムにおいて、ユーザへの謝罪メッセージを生成する謝罪メッセージ生
成部を備え、入出力情報計画操作部は、ユーザの不満度が大きいこと
を推定するときには、謝罪メッセージの出力を指示し、
入出力情報管理部は、この指示に応答して、上記謝罪メ
ッセージ生成部の生成する謝罪メッセージを出力するこ
とを、特徴とするコンピュータシステム。
【請求項１３】請求項１０又は１１記載のコンピュー
タシステムにおいて、音情報を生成する音生成部を備え、入出力情報計画操作部は、ユーザの不満度が大きいこと
を推定するときには、音情報の出力を指示し、入出力情
報管理部は、この指示に応答して、上記音生成部の生成
する音情報を出力することを、特徴とするコンピュータシステム。
【請求項１４】請求項７記載のコンピュータシステム
において、入出力情報操作計画部は、状況収集部の収集情報を基
に、ユーザのシステム利用スキルを推定して、その推定
結果に基づいて計画を立案することを、特徴とするコンピュータシステム。
【請求項１５】請求項１４記載のコンピュータシステ
ムにおいて、入出力情報計画操作部は、ユーザのデータ入力速度を評
価することでユーザのシステム利用スキルを推定するこ
とを、特徴とするコンピュータシステム。
【請求項１６】請求項１４記載のコンピュータシステ
ムにおいて、入出力情報計画操作部は、ユーザのデータ入力修正頻度
を評価することでユーザのシステム利用スキルを推定す
ることを、特徴とするコンピュータシステム。
【請求項１７】請求項１４、１５又は１６記載のコン
ピュータシステムにおいて、ユーザへの賞賛メッセージを生成する賞賛メッセージ生
成部を備え、入出力情報計画操作部は、ユーザのシステム使用スキル
が高いことを推定するときには、賞賛メッセージの出力
を指示し、入出力情報管理部は、この指示に応答して、
上記賞賛メッセージ生成部の生成する賞賛メッセージを
出力することを、特徴とするコンピュータシステム。
【請求項１８】請求項１４、１５又は１６記載のコン
ピュータシステムにおいて、ユーザへの激励メッセージを生成する激励メッセージ生
成部を備え、入出力情報計画操作部は、ユーザのシステム使用スキル
が低いことを推定するときには、激励メッセージの出力
を指示し、入出力情報管理部は、この指示に応答して、
上記激励メッセージ生成部の生成する激励メッセージを
出力することを、特徴とするコンピュータシステム。
【請求項１９】請求項７記載のコンピュータシステム
において、入出力情報操作計画部は、状況収集部の収集情報を基
に、ユーザ疲労度を推定して、その推定結果に基づいて
計画を立案することを、特徴とするコンピュータシステム。
【請求項２０】請求項１９記載のコンピュータシステ
ムにおいて、ユーザへのいたわりメッセージを生成するいたわりメッ
セージ生成部を備え、入出力情報計画操作部は、ユーザの疲労度が大きいこと
を推定するときには、いたわりメッセージの出力を指示
し、入出力情報管理部は、この指示に応答して、上記い
たわりメッセージ生成部の生成するいたわりメッセージ
を出力することを、特徴とするコンピュータシステム。
【請求項２１】請求項７記載のコンピュータシステム
において、入出力情報操作計画部は、状況収集部の収集情報を基
に、ユーザ業務の重要度を推定して、その推定結果に基
づいて計画を立案することを、特徴とするコンピュータシステム。
【請求項２２】請求項２１記載のコンピュータシステ
ムにおいて、ユーザへの妨害メッセージを生成する妨害メッセージ生
成部を備え、入出力情報計画操作部は、ユーザ業務の重要度が低いこ
とを推定するときには、妨害メッセージの出力を指示
し、入出力情報管理部は、この指示に応答して、上記妨
害メッセージ生成部の生成する妨害メッセージを出力す
ることを、特徴とするコンピュータシステム。
【請求項２３】請求項２１記載のコンピュータシステ
ムにおいて、ディスプレイの表示内容をユーザ業務を妨害するものに
変更する表示内容変更部を備え、入出力情報計画操作部は、ユーザ業務の重要度が低いこ
とを推定するときには、妨害表示の出力を指示し、入出
力情報管理部は、この指示に応答して、上記表示内容変
更部の生成する妨害表示内容をディスプレイに表示する
ことを、特徴とするコンピュータシステム。
【請求項２４】請求項２１記載のコンピュータシステ
ムにおいて、ユーザからの入力情報を変更あるいは廃棄する入力情報
変更部を備え、入出力情報計画操作部は、ユーザ業務の重要度が低いこ
とを推定するときには、入力妨害を指示し、入出力情報
管理部は、この指示に応答して、上記入力情報変更部の
出力する情報をユーザからの入力情報として受け取るこ
とを、特徴とするコンピュータシステム。
【請求項２５】請求項７記載のコンピュータシステム
において、プロセスの暴走をシミュレーションする暴走シミュレー
ション部を備え、入出力情報計画操作部は、状況収集部の収集情報を基
に、暴走シミュレーションを指示し、入出力情報管理部
は、この指示に応答して、上記暴走シミュレーション部
の実行する暴走シミレーションを出力することを、特徴とするコンピュータシステム。