JPH07261994A - 対話的手法を用いたソフトウェアのカスタマイズ方法及びその装置 - Google Patents

Abstract

(57)【要約】 【目的】 エンドユーザが制御構造を持つソフトウェア
を容易にカスタマイズすることを支援するためのソフト
ウェア作成方法及びその装置を提供する。 【構成】 指定された対象に起こり得る全現象を現象類
型データベースを参照して提示し、提示された現象のう
ち選択されたものに対応してとられた行動を行動類型デ
ータベースを参照して解析し、選択された現象と解析さ
れた行動とを関連付ける現象／行動ルールを生成して現
象／行動ルールデータベースに格納し、所定の時点にお
いて環境Ｅⁱ のもとで発火可能な行動の集合Ａ１を現象
／行動ルールデータベースから検出し、集合Ａ１に行動
ａが含まれている場合行動ａを集合Ａ１から取り出して
実行し、集合Ａ１から行動ａを取り除き環境Ｅⁱ⁺¹ のも
とで発火可能な行動の集合Ａ２を現象／行動ルールデー
タベースから検出し、集合Ａ１及びＡ２をマージするス
テップとを含む。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は対話的手法を用いたソフ
トウェアをカスタマイズする方法及びその装置に関し、
特にエンドユーザによるアプリケーションソフトウェア
のカスタマイズを支援するための方法及びその装置に関
する。

【０００２】

【従来の技術】エンドユーザが行うソフトウェアのカス
タマイズには、機能や属性等の追加又は変更等が挙げら
れる。このうち、エンドユーザにとって難しいのは機能
の変更又は追加である。以下、カスタマイズとは機能の
変更又は追加をいうものとする。

【０００３】エンドユーザがカスタマイズを行う場合に
は、次のような要件を満たすことが要求される。 （１） 画面の表示に対して直接操作を行う対話的手法
を用いること。 （２） ソフトウェアの内部表現を意識する必要がない
こと。 （３） エンドユーザにとって、カスタマイズを行って
いくときの作業から実行時の動作手順を把握し易いこ
と。

【０００４】このような要件を満たすものとして、従来
は次のようなカスタマイズ方法が存在した。 １． 操作マクロによる方法 エンドユーザがソフトウェアに対して行なった操作の履
歴を記録し、新しい機能として追加する方法である。

【０００５】ところが、単にエンドユーザが操作した履
歴を登録するのでは、操作の列をまとめて実行するに過
ぎない。この方法では、複雑な機能の記述に不可欠であ
る条件分岐やループ等の制御構造を指定することはでき
ない。

【０００６】一方、制御構造を指定できるようにしよう
とすると、文法に従って操作マクロを記述していかなけ
ればならず、エンドユーザにとっては極めて困難であっ
た。 ２． 実演によるカスタマイズ方法 具体的な操作の履歴から帰納推論を用いて制御構造を含
んだソフトウェアを作成する方法であるが、誤った仕様
を推論する可能性がある。また、帰納推論により正しい
仕様のソフトウェアを作成するためには、エンドユーザ
が操作を数多く例示しなければならず、負担が増大す
る。

【０００７】具体例として、文献を検索する既存のソフ
トウェアに対して、検索結果のうちキーワードに一致す
る部分を持つ行の内容を検索結果表示フィールドに転記
する機能を付加するカスタマイズについて、図７を用い
て説明する。 （１） 検索ボタン１２を押す。これにより、文献ファ
イルがファイル表示フィールド１３に表示される。ここ
で、文献ファイルは１行で１つの文献の情報を表すもの
とする。 （２） ファイル表示フィールド１３中にキーワードと
一致する文字列１４があるとハイライトされる。このキ
ーワード検索は、文献ファイルの終りまで行なわれる。
文字列１４を含む行を、検索結果表示フィールド１５に
複写する。 （３） 検索ボタン１２を押す。

【０００８】上記ステップ（１）〜（３）の実演を、ユ
ーザの意図が「キーワードを含む行を転記する」ことだ
と帰納推論によりコンピュータが正しく認識するまでエ
ンドユーザが繰り返し行うと、カスタマイズが実現され
る。しかし、エンドユーザにとっては負担が大きい。ま
た、このような実演を複数回繰り返したとしても、ユー
ザの意図するものを認識できない場合も起こりうる。

【０００９】

【発明が解決しようとする課題】上述したように、従来
はエンドユーザがソフトウェアをカスタマイズして、条
件分岐、ループ等の制御構造を有する機能を追加するこ
とは困難であった。

【００１０】本発明は上記事情に鑑みてなされたもの
で、エンドユーザがソフトウェアをカスタマイズして制
御構造を有する機能を追加することを支援するための方
法及びその装置を提供することを目的とする。

【００１１】

【課題を解決するための手段】本発明の対話的手法を用
いてソフトウェアをカスタマイズする方法は、現象を指
定する対象の指定を行なわせ、この指定された対象に起
こり得る全ての現象を、現象を類型化したものが格納さ
れている現象類型データベースを参照して提示し、選択
させるステップと、指定された現象に対応してとられた
行動を、行動を類型化したものが格納されている行動類
型データベースを参照していかなる行動であるかを解析
するステップと、選択された前記現象と解析された前記
行動とを関連付ける現象／行動ルールを生成し、現象／
行動ルールデータベースに格納するステップと、所定の
時点において、環境Ｅⁱ のもとで発火可能な行動の集合
Ａ１を前記現象／行動ルールデータベースから検出する
ステップと、前記集合Ａ１に行動ａが含まれている場
合、この前記行動ａを前記集合Ａ１から取り出して実行
する実行ステップと、前記集合Ａ１から前記行動ａを取
り除き、環境が前記環境Ｅⁱ から前記環境Ｅⁱ⁺¹ に変化
するステップと、前記環境Ｅⁱ⁺¹ のもとで発火可能な行
動の集合Ａ２を前記現象／行動ルールデータベースから
検出するステップと、前記集合Ａ１及びＡ２をマージ
し、前記実行ステップに戻るステップとを含むことを特
徴としている。

【００１２】また、このような本発明のソフトウェアを
カスタマイズする方法は、現象を類型化して蓄積する現
象類型データベースと、行動を類型化して蓄積する行動
類型データベースと、現象を指定する対象の指定が行な
われると、前記現象類型データベースを参照して指定さ
れた対象に起こり得る全ての現象を提示し、いずれかの
現象を選択させる教示制御部と、選択された現象に対応
して取られた行動がいかなるものであるかを前記行動類
型データベースを参照して解析する行動解析部と、選択
された前記現象と、解析された前記行動とを関連付ける
現象／行動ルールを生成し、前記現象／行動ルールデー
タベースに蓄積する現象／行動ルール生成部と、所定の
時点において、環境Ｅⁱ のもとで発火可能な行動の集合
Ａ１を前記現象／行動ルールデータベースから検出し、
前記集合Ａ１に行動ａが含まれている場合この行動ａを
前記集合Ａ１から取り出し、前記集合Ａ１から前記行動
ａを取り除き、前記環境Ｅⁱ から変化した前記環境Ｅ
ⁱ⁺¹ のもとで発火可能な行動の集合Ａ２を前記現象／行
動ルールデータベースから検出し、前記集合Ａ１及びＡ
２をマージする実行制御部と、前記実行制御部によって
取り出された前記行動ａを実行する行動実行部とを備え
た本発明のソフトウェアのカスタマイズ装置を用いて実
現することができる。

【００１３】

【作用】現象を指定する対象の指定がユーザにより行な
われると、この対象に起こり得る全ての現象を現象類型
データベースを参照して提示して選択させ、選択された
現象に対応してユーザによりとられた行動を行動類型デ
ータベースを参照して解析し、選択された現象と解析さ
れた行動とを関連付ける現象／行動ルールを生成して現
象／行動ルールデータベースに格納することで、教示が
行なわれる。この教示の後、実行モードに移行し、所定
の時点において環境Ｅⁱ のもとで発火可能な行動の集合
Ａ１を現象／行動ルールデータベースから検出し、集合
Ａ１に行動ａが含まれている場合この行動ａを集合Ａ１
から取り出して実行し、集合Ａ１から行動ａを取り除き
環境がＥⁱ⁺¹ に変化すると、この環境Ｅⁱ⁺¹ のもとで発
火可能な行動の集合Ａ２を現象／行動ルールデータベー
スから検出し、集合Ａ１及びＡ２をマージし、実行ステ
ップに戻る。このように、現象に対してとるべき行動を
ユーザが実演することで、現象と行動との関係がルール
化されて現象／行動ルールデータベースに蓄積され、以
降ユーザの操作を必要とすることなく自動的にこのルー
ルに応じた行動を実行するようになる。

【００１４】

【実施例】以下、本発明の一実施例によるソフトウェア
のカスタマイズ方法及びその装置について図面を参照し
て説明する。

【００１５】本実施例は、従来の技術として上述した実
演によるカスタマイズ手法に「現象」という概念を取り
入れたものに相当する。現存するアプリケーションソフ
トウェアの動作を、ソフトウェアの内部表現を意識する
ことなく、画面表示に現れた「現象」としてエンドユー
ザが確認しながらその動作を活用してカスタマイズして
いく。これにより、エンドユーザがソフトウェアの専門
的知識を持つことなく、制御構造を持つ複雑な機能を追
加したソフトウェアを作成していくというものである。

【００１６】先ず、現象／行動モデルの考え方につい
て、電子メールを受信するソフトウェアをカスタマイズ
する方法を例にとり図２を用いて述べる。

【００１７】ソフトウェアの内部動作としては、電子メ
ールが受信されたことにより、スプールファイルが存在
することになる。ソフトウェアがこのような内部状態に
到達すると、画面上の所定のアイコンが点灯するという
「現象」が発生する。ユーザは、この現象をメールが受
信されたというにように意識する。

【００１８】次に、ユーザがこのメールを読むため画面
上のリードボタンを押すという「行動」をとる。この
「行動」により、ソフトウェアは対応する所定のメソッ
ドが起動するという内部動作を起こす。

【００１９】このように、ユーザが意識する「電子メー
ルが受信され、これを読む」という内容は、「アイコン
が点灯した」という画面上に起きた「現象」と、「ボタ
ンを押した」というユーザがとった「行動」とを対にし
た形で関連付けることが可能である。

【００２０】ソフトウェアが出力する画面表示は「現
象」に相当し、ソフトウェアへのユーザの入力は「行
動」に相当する。ユーザとソフトウェアとの間でキーの
入力や実行等を管理する部分が「装置」に相当する。

【００２１】そして、現象を条件節とするルールの導入
を行なう。「アイコンが点灯した」という現象のもと、
「リードボタンを押す」という行動をとる、といったル
ールを「装置」内部に蓄積する。

【００２２】以下に、現象、行動、ルール、反応、及び
環境について定義する。 （１） 現象α，β，γ，… ＧＵＩ（Graphical User Interface）に基づくアイコン
等のオブジェクトに関し、ユーザが観測可能な状態をい
う。 （２） 行動ａ，ｂ，ｃ，… 上記オブジェクトに対するユーザの入力行為のうち、ソ
フトウェア内に動作を引き起こすものをいう。 （３） ルールα→ａ，β→ｂｃ，… 現象αのもとで、行動ａを起こす、又は現象βのもとで
行動の列ｂｃを起こすというユーザの意図をいう。 （４） 反応ａ→→β，… ユーザのとったある行動ａによって、新たな現象βが引
き起こされることをいう。後述する環境に従い、行動ａ
により現象βが起こる（「真（TRUE）」となる）場合に
反応ａ→→βとし、起こらない（「偽（FAULSE）」とな
る）場合はａ→→ notβとする。 （５） 環境Ｅⁱ ：｛α，β，γ，…｝→｛真，偽｝ ある時刻ｉにおいて所定の現象が起こっているか否かを
決定する写像。起こっている場合を「真」、起こってい
ない場合を「偽」とする。例えば、「所定フィールド内
に文字がある」という現象αを定義した場合に、ある時
刻ｉにおいて文字があるときは「真」、文字がないとき
は「偽」となる。

【００２３】所定の時刻ｉにおいて現象αが起きたとき
（Ｅⁱ （α）→真）、ユーザが行動ａを行ないたいもの
とする。教示時の処理に従いユーザが実演することで、
ルールα→ａが現象／行動ルール・データベースに蓄え
られる。このような教示が行なわれると、装置は以降現
象αが起きると自動的に行動ａを実行するようになる。

【００２４】さらに、行動ａの結果として現象βが起こ
り（反応ａ→→β）、かつルールβ→ｂが存在した場合
には自動的に行動ｂまで実行する。このように、反応に
より起こった現象に対してもルールは適用される。ま
た、ある時点ｉで所定の現象αが起きているか否かは、
環境Ｅⁱ に従う。同様に、ユーザのとった行動ａの結果
として現象βが起こるか否かも環境により決定される。

【００２５】例えば、ルールα→ａが存在し、環境Ｅⁱ
に応じてａ→→αという反応がある場合、カスタマイズ
システムはａ→→ notαとなるまでａを実行する。即
ち、ループという制御構造が実現される。

【００２６】このように、従来はソフトウェアがユーザ
へ向けて発し続けるに過ぎなかった「現象」を、装置側
で常時観測しておき、対応するルールが存在する時には
ユーザの行動を待たずに自動的にソフトウェアに働きか
ける。これにより、ユーザの実演に基づきループや条件
分岐等の制御構造を含んだ機能が実現されることにな
る。

【００２７】図１に、本実施例における装置１１、ソフ
トウェア１２及びユーザ１３の関係をブロック図として
示し、教示時における処理の手順を図３のフローチャー
トに示し、さらに教示により現象／行動ルール・データ
ベース（以降、ＤＢと略す）に蓄積された後の実行時の
処理の手順を図４のフローチャートに示す。

【００２８】先ず、教示時の処理の手順を図１及び図３
を用いて述べる。

【００２９】ステップ１０１として、ユーザ１３が装置
１１の教示制御部１６に教示開始を宣言する。

【００３０】ステップ１０２として、ユーザ１３が教示
制御部１６に対し現象を指定する対象、即ちＧＵＩオブ
ジェクトをソフトウェア１２のなかから選択し指定す
る。

【００３１】ステップ１０３として、教示制御部１６は
現象類型ＤＢ１５を参照し、対象に起こり得る全ての現
象を画面にメニュー表示する。現象は、各アプリケーシ
ョンソフトウェア毎に類型化されて現象類型ＤＢ１５に
予め登録されている。

【００３２】ここで、ソフトウェア１２内部の動作状態
と画面上に表示される現象との関係は、各ソフトウェア
毎に規定されているプロトコルに従い、維持されてい
る。即ち、例えば電子メールを受信したという所定の内
部状態に至った場合に成される画面上の表示は、一定の
プロトコルに従って行われる。このプロトコルを用いる
ことで、ソフトウェア１２内部の動作状態と画面に表示
された現象との関連付けを行うことができる。

【００３３】ステップ１０４として、ユーザ１３が注目
している現象をメニューのなかから教示制御部１６に対
して選択して指定する。

【００３４】ステップ１０５として、ユーザ１３がソフ
トウェア１２に対して行う行動を、装置１１の行動解析
部２１が受け取る。行動解析部２１は、ステップ１０６
として行動類型ＤＢ２０を参照し、どのような行動が行
われたかを解析する。

【００３５】ステップ１０７として、ユーザ１３による
教示終了の宣言が教示制御部１６に対してなされる。

【００３６】ステップ１０４において指定された現象
と、ステップ１０６において解析された行動とを関連付
けたルールが、現象／行動ルール生成部２２により現象
／行動ルールとして生成される。

【００３７】ステップ１１０として、教示内容を実現す
るための「α→ａ，β→ｂ，γ→ｃ，…」というルール
列が生成され、現象／行動ルールＤＢ１７に蓄積されて
終了する。

【００３８】次に、このような教示により蓄積された現
象／行動ルールに基づいて実行する実行時の手順につい
て、図１及び図４を用いて述べる。

【００３９】ステップ１２１として、現象解析部１４が
ソフトウェア１２の出力を現象類型ＤＢ１５を参照して
どのような現象が発生しているかを常時解析している。
実行制御部１８は、現象解析部１４の解析結果を用い
て、時刻ｉにおいてユーザ１３の操作を待つことなく自
動的に装置１１が動作（以下、発火と称する）可能な全
ての行動の集合Ａを、現象／行動ルールＤＢ１７より検
出する。ここで、ある時刻ｉで発火可能な行動とは、環
境Ｅⁱ （α）により定まる現象の値が「真」でかつα→
ａなるルールが存在した時の行動ａ、即ちルールα→ａ
が存在する場合に現象αが起きた時の行動ａをいう。

【００４０】ステップ１２２として、集合Ａが空である
か否かを判断し、空であるときは終了する。集合Ａが空
でない場合は次のステップ１２３へ移行する。

【００４１】ステップ１２３において、実行制御部１８
が集合Ａに含まれた行動ａを集合Ａから取り出して、行
動実行部１９に与える。行動実行部１９は行動類型ＤＢ
２０を参照し、行動ａを解析して実行する上で必要なデ
ータに変換した後、行動ａを実行する。

【００４２】ステップ１２４として、集合Ａから行動ａ
を取り除く。その後、ステップ１２５において時刻がｉ
＋１になり、環境がＥⁱ からＥⁱ⁺¹ に変化する。これに
伴い、現象解析部１４が現象類型ＤＢ１５を参照して現
象を解析する。この解析した結果は、実行制御部１８に
与えられる。

【００４３】ステップ１２６において、この環境Ｅⁱ⁺¹
における現象において発火可能な行動の集合Ａ´を、実
行制御部１８が現象／行動ルールＤＢ１７より検出す
る。

【００４４】集合Ａと集合Ａ´とをマージし（Ａ＋Ａ
´）、この新たな集合（Ａ＋Ａ´）により環境Ｅⁱ⁺¹ に
おける発火可能な現象の集合を得る。この後、ステップ
１２２に戻る。

【００４５】また、他の具体例として文献を検索するソ
フトウェアに本実施例を適用してカスタマイズする場合
について説明する。

【００４６】従来は、図７を用いて説明したように、
「検索ボタン１２を押す、ファイル表示フィールド１３
中のハイライトされた文字列１４を含む行を検索結果表
示フィールド１５に複写する、検索ボタン１２を押
す。」という実演を行ない、コンピュータが帰納推論を
行なう。しかし、コンピュータが正しくユーザの意図を
認識するまで複数回に渡って実演を繰り返さなければな
らず、また機能推論により正しい機能の付加が実現され
ない場合があるといった問題があった。例えば、ファイ
ル表示フィールド１３に、ハイライトされた文字列１４
が複数箇所に渡って存在する場合、ユーザが１つの文字
列１４についてのみ「文字列１４の検索、検索結果表示
フィールド１５への転写」という実演をしたのでは、他
の文字列１４に対して自動的に検索を行なわない場合が
あった。

【００４７】本実施例ではユーザが１つの文字列１４に
ついてのみ１回実演するだけで、以降他の全ての文字列
１４に対しても自動的に検索を行なう機能が付加され
る。 （１） 検索ボタン１２を押す。キーワードと一致する
文字列１４がファイル表示フィールド１３にある場合、
ハイライトされる。 （２） 注目する現象を選択し指定する。即ち、メニュ
ーの中から「ハイライトされた文字列１４が存在する」
を選択する。 （３） ハイライトされた文字列１４を含む行を検索結
果フィールド１５に複写する。 （４） 検索ボタン１２を押す。

【００４８】これにより教示が終了する。即ち、「ハイ
ライトされた文字列１４が存在する」という現象が起き
ると「検索ボタンを押す」という行動を１回教示するだ
けでルールとして定義され、以降正確にこの制御機能が
実現される。

【００４９】次に、キーワード及び検索依頼先を入力し
て検索を行うソフトウェアのカスタマイズに本実施例を
適用した場合について、図５を用いて説明する。

【００５０】キーワード入力フィールド７１に、キーワ
ードを例えば「電機」というように入力する。同様に、
検索依頼先フィールド７２に検索依頼先名を入力する。
この後、検索ボタン７３を押すと検索結果表示フィール
ド７４に検索結果として、例えば「日立、松下、Ｓｏｎ
ｙ、…」といった文字列が表示される。この検索結果表
示フィールド７４に表示された文字は、任意の長さの文
字列として他のフィールド、例えば文書作成フィールド
７５等に自由に複写することができる。

【００５１】このような検索を行うソフトウェアが存在
しており、ユーザが本実施例に従ってカスタマイズを行
うものとする。

【００５２】先ず、下準備として検索結果表示フィール
ド７４、文書作成フィールド７５、及び検索ボタン７３
に対して起こり得る現象と、これに対してユーザが取り
得る行動とを類型化し、現象類型ルールＤＢ１７及び行
動類型ＤＢ２０にそれぞれ格納しておく。

【００５３】検索結果表示フィールド７４に関しては、
「文字列が存在する」、あるいは「表示内容が変化し
た」等の現象が起こり得る。さらに、この現象が起きた
場合、ユーザは「文字列を消す」、「新たに文字列を書
く」、「任意の長さの文字列を他フィールドに移す」等
の行動を取ることが考えられる。

【００５４】例えば、「検索結果が存在した場合、検索
結果を全て文書作成フィールドに転記する」という機能
の追加を次の手順に従って行う。 （１） 教示開始を宣言する。 （２） 「検索結果表示フィールド７４に文字がある場
合」という現象を指定する。具体的には、次の手順でこ
の現象の指定を行う。

【００５５】(i) 検索結果表示フィールド７４を指定す
る。

【００５６】(ii)「文字列が存在する」、「内容が変化
している」等の現象の候補がメニュー表示される。

【００５７】(iii) 「文字列が存在する」という現象を
選択し指定する。 （３） 「結果を全て文書作成フィールド７５に転記す
る」という行動を行う。 （４） 教示終了を宣言する。

【００５８】このような教示をユーザが行うことで、
「検索の結果が存在した場合」という現象と、「検索結
果を全て文書作成フィールドに転記する」という行動と
がルール化されて現象／行動ルールＤＢ１７に格納され
る。

【００５９】教示が終了すると、以降装置１１は自動的
に実行モードへ移行する。検索結果表示フィールド７４
に文字列が存在すると、ユーザの操作を待たずに自動的
に文書作成フィールド７５へ転記するという、条件分岐
を持つ機能が追加されることになる。

【００６０】また、「文書作成フィールド７５の行全て
について、それらの行を検索依頼先としてキーワード検
索を行なう」というループ機能を追加するカスタマイズ
を行なうこともできる。この場合の手順も、図５を用い
て説明した条件を持つ機能追加の場合と同様であり、図
６を用いて述べる。 （１） 教示開始を宣言する。 （２） 「文書作成フィールド７５に文字列がある場
合」という現象を指定する。 （３） 「検索依頼先フィールド７２に一行分の文字
列、例えば「日立 wais.hitachi.co.jp 」７５ａとい
う文字列を移す」という行動を行なう。 （４） 「キーワードを入力する」という行動を行な
う。 （５） 「検索ボタンを押す」という行動を行なう。 （６） 教示終了を宣言する。

【００６１】これにより、「文書作成フィールド７５に
文字列がある場合」という現象と、「検索依頼先フィー
ルド７２に一行移す、キーワードを入力する、検索ボタ
ンを押す」という行動とがルール化されて現象／行動ル
ールＤＢ１７に格納される。

【００６２】この後、実行モードに移行する。「文書作
成フィールド７５に文字列がある」限り、文字列が存在
しなくなるまで一行ずつ内容が転記され、検索が行われ
る。このようにして、ループ機能の追加が実現される。

【００６３】あるいは、本実施例を適用することで他の
様々な機能を追加することもできる。例えば、「時刻表
示フィールド７６に表示された時刻が「１０：００」で
ある場合」という現象が起きた時、「検索を行なう」と
いう行動がとられ、さらに引き続いて「結果表示フィー
ルド７５に変化がある場合」という現象が起きた時、
「文書作成フィールド７５に移す」という行動をとる、
という教示を行なったとする。この場合には、毎日１０
時になると定期的に検索を行ない、新たな結果が加わっ
た場合には文書作成フィールド７５に移すという機能が
付加されることになる。

【００６４】以上のように、本実施例によればユーザが
コンピュータの内部動作やソフトウェアに関する専門的
知識を持つことなく、具体的に操作を実演するだけで、
複雑な制御構造を既存のアプリケーションソフトウェア
に追加するというカスタマイズが可能である。しかも、
ユーザに必要な教示は一回だけでよく、帰納推論等を用
いることなく正確にユーザの意図する機能を実現するこ
とができる。

【００６５】上述した実施例は一例であり、本発明を限
定するものではない。実施例では、電子メールの受信や
文献あるいはキーワードの検索を行なうソフトウェアに
対して本発明を適用した場合を例にとり説明したが、こ
のようなソフトウェアには限定されない。画面上の表示
に対してユーザが行動を取り得るソフトウェアが存在す
る場合、幅広く本発明を適用してカスタマイズを行なう
ことができる。

【００６６】

【発明の効果】以上説明したように本発明によれば、現
象に対してユーザがとるべき行動を実演することで現象
と行動との関係を示す現象／行動ルールが生成されて蓄
積され、以降対応するルールが存在する時には所定の現
象が起こると自動的に行動するようになり、ソフトウェ
アに対し条件分岐等の制御構造を持った機能を容易に追
加することが可能である。

【図面の簡単な説明】

【図１】本発明の一実施例によるソフトウェアの作成方
法を実現する装置の構成を示したブロック図。

【図２】同ソフトウェアの作成方法で導入している現象
／行動モデルの概念を説明するための説明図。

【図３】同ソフトウェアの作成方法において教示時にお
ける処理の手順を示したフローチャート。

【図４】同ソフトウェアの作成方法において実行時にお
ける処理の手順を示したフローチャート。

【図５】同ソフトウェアの作成方法を用いて既存の検索
ソフトウェアにカスタマイズを行なう場合の画面の表示
を示した説明図。

【図６】同ソフトウェアの作成方法を用いて既存の検索
ソフトウェアにカスタマイズを行なう場合の画面の表示
を示した説明図。

【図７】文献検索を行なうソフトウェアにおける画面の
表示を示した説明図。

【符号の説明】

１１ 装置 １２ ソフトウェア １３ ユーザ １４ 現象解析部 １５ 現象類型ＤＢ １６ 教示制御部 １７ 現象／行動ルールＤＢ １８ 実行制御部 １９ 行動実行部 ２０ 行動類型ＤＢ ２１ 行動解析部 ２２ 現象／行動ルール生成部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大 塚 玲 神奈川県横浜市保土ケ谷区星川２−16−１ ステージ星川605 (72)発明者 楠 木 規 央 神奈川県横浜市港南区笹下１−８−12− 301 (72)発明者 清 野 龍 介 神奈川県横浜市保土ケ谷区岩井町122−１ クイーンハイツ保土ケ谷803 (72)発明者 篠 原 健 東京都町田市三輪緑山３−６−６

Claims (2)

【特許請求の範囲】
1. 【請求項１】対話的手法を用いてソフトウェアをカスタ
   マイズする方法において、 現象を指定する対象の指定を行なわせ、この指定された
   対象に起こり得る全ての現象を、現象を類型化したもの
   が格納されている現象類型データベースを参照して提示
   し、選択させるステップと、 指定された現象に対応してとられた行動を、行動を類型
   化したものが格納されている行動類型データベースを参
   照していかなる行動であるかを解析するステップと、 選択された前記現象と解析された前記行動とを関連付け
   る現象／行動ルールを生成し、現象／行動ルールデータ
   ベースに格納するステップと、 所定の時点において、環境Ｅⁱ のもとで発火可能な行動
   の集合Ａ１を前記現象／行動ルールデータベースから検
   出するステップと、 前記集合Ａ１に行動ａが含まれている場合、この前記行
   動ａを前記集合Ａ１から取り出して実行する実行ステッ
   プと、 前記集合Ａ１から前記行動ａを取り除き、環境が前記環
   境Ｅⁱ から前記環境Ｅⁱ⁺¹ に変化するステップと、 前記環境Ｅⁱ⁺¹ のもとで発火可能な行動の集合Ａ２を前
   記現象／行動ルールデータベースから検出するステップ
   と、 前記集合Ａ１及びＡ２をマージし、前記実行ステップに
   戻るステップとを含むことを特徴とする対話的手法を用
   いたソフトウェアのカスタマイズ方法。
2. 【請求項２】対話的手法を用いてソフトウェアをカスタ
   マイズする装置において、 現象を類型化して蓄積する現象類型データベースと、 行動を類型化して蓄積する行動類型データベースと、 現象を指定する対象の指定が行なわれると、前記現象類
   型データベースを参照して指定された対象に起こり得る
   全ての現象を提示し、いずれかの現象を選択させる教示
   制御部と、 選択された現象に対応して取られた行動がいかなるもの
   であるかを前記行動類型データベースを参照して解析す
   る行動解析部と、 選択された前記現象と、解析された前記行動とを関連付
   ける現象／行動ルールを生成し、前記現象／行動ルール
   データベースに蓄積する現象／行動ルール生成部と、 所定の時点において、環境Ｅⁱ のもとで発火可能な行動
   の集合Ａ１を前記現象／行動ルールデータベースから検
   出し、前記集合Ａ１に行動ａが含まれている場合この行
   動ａを前記集合Ａ１から取り出し、前記集合Ａ１から前
   記行動ａを取り除き、前記環境Ｅⁱ から変化した前記環
   境Ｅⁱ⁺¹ のもとで発火可能な行動の集合Ａ２を前記現象
   ／行動ルールデータベースから検出し、前記集合Ａ１及
   びＡ２をマージする実行制御部と、 前記実行制御部によって取り出された前記行動ａを実行
   する行動実行部とを備えたことを特徴とする対話的手法
   を用いたソフトウェアのカスタマイズ装置。