JP6206060B2 - 情報処理装置、情報処理プログラムおよび情報処理方法 - Google Patents

Description

本発明は、情報処理装置、情報処理プログラムおよび情報処理方法に関する。

従来、ユーザが入力した入力情報を記憶して、記憶した入力情報に基づいて情報を表示する技術が知られている。たとえば、過去に扱った各問い合わせと、各問い合わせに応えるためのＱＡ集とを各ＤＢに記憶し、各ＤＢに記憶されている情報を混在して横断的に検索して、入力された問い合わせに対する回答を作成する技術が知られている（たとえば、下記特許文献１参照）。

また、入力操作内容を記憶手段に記憶し、記憶した内容を読み出してツリー状に表示する技術が知られている（たとえば、下記特許文献２参照。）。また、表示した情報の必要性についてユーザに評価させ、ユーザの評価を基にデータベースにおける、ユーザが選択した文書の累計値を更新する技術が知られている（たとえば、下記特許文献３参照。）。

また、ユーザの評価に基づいて、データベース内のユーザの嗜好情報を更新する技術が知られている（たとえば、下記特許文献４参照。）。

特開２００５−１１１４０号公報 特開平９−１３４２７３号公報 特開平８−３３５２６５号公報 特開２００６−３３９７９４号公報

しかしながら、従来技術では、条件入力の各段階に適した情報を提示できないため、ユーザにとって不便であるという問題がある。

１つの側面では、本発明は、ユーザの利便性の向上を図ることを目的とする。

本発明の一側面によれば、木構造データのノードごとに条件と提示情報とを記憶するデータベースにアクセス可能なアクセス部と、ユーザから条件を受け付ける受付部と、前記受付部によって条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、前記受付部によって受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を前記アクセス部を介して取得する取得部と、前記取得部によって取得された提示情報を出力する出力部と、前記現在ノードを、前記特定された条件に対応する子ノードに変更する変更部と、を有する、情報処理装置、情報処理プログラムおよび情報処理方法が提案される。

本発明の一態様によれば、ユーザの利便性の向上を図ることができるという効果を奏する。

図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。 図２は、上位の階層のノードにタスクを記録しない構成とした場合の情報処理方法の一例を示す説明図である。 図３は、情報処理装置の機能的構成を示すブロック図である。 図４は、情報処理装置のハードウェア構成の一例を示す図である。 図５は、情報処理装置が有する条件ＤＢの記憶内容の一例を示す説明図である。 図６は、情報処理装置が有するタスクＤＢの記憶内容の一例を示す説明図である。 図７は、情報処理装置が有する結果ＤＢの記憶内容の一例を示す説明図である。 図８は、表示画面の一例（その１）を示す説明図である。 図９は、表示画面の一例（その２）を示す説明図である。 図１０は、表示画面の一例（その３）を示す説明図である。 図１１は、情報処理装置が行う画面表示処理の一例を示すフローチャートである。 図１２は、実施の形態にかかるメンテナンス方法の一実施例を示す説明図である。 図１３は、上位の要素のメンテナンスの一例を示す説明図である。 図１４は、並列の要素のメンテナンスの一例を示す説明図である。 図１５は、下位の要素のメンテナンスの一例を示す説明図である。 図１６Ａは、メンテナンス時の表示画面の一例を示す説明図（その１）である。 図１６Ｂは、メンテナンス時の表示画面の一例を示す説明図（その２）である。 図１７は、テンプレートを編集する際のイメージの一例（その１）を示す説明図である。 図１８は、テンプレートを編集する際のイメージの一例（その２）を示す説明図である。 図１９は、情報処理装置が行うメンテナンス処理の一例を示すフローチャートである。 図２０は、情報処理装置が行う条件と記録の画面表示処理の一例を示すフローチャートである。 図２１Ａは、情報処理装置が行う知識構造の修正処理の一例を示すフローチャート（その１）である。 図２１Ｂは、情報処理装置が行う知識構造の修正処理の一例を示すフローチャート（その２）である。

以下に図面を参照して、本発明にかかる情報処理装置、情報処理プログラムおよび情報処理方法の実施の形態を詳細に説明する。

（実施の形態）
（情報処理方法の一実施例）
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。図１において、階層知識ベース１００は、複数のノード１１１，１１２，１１３を有する。ノード１１１は上位ノードであり、ノード１１２は中位ノードであり、ノード１１３は下位ノードである。各ノード１１１，１１２，１１３は、それぞれ条件ＣおよびタスクＴが対応付けられている。条件Ｃは、たとえば、各ノード１１１，１１２，１１３において、ユーザが把握している事項であり、ユーザによって選択される。ユーザによる条件Ｃの選択に応じて、上位のノード１１１から下位のノード１１３までの辿る経路が異なる。

タスクＴは、ユーザが条件Ｃを選択することによって提示される提示情報であり、たとえば、ユーザに行動を促す実施手順を示した提示情報である。タスクＴは、ノード１１１，１１２，１１３ごとに内容が異なり、すなわち、各ノード１１１，１１２，１１３に到達するまでの経路によって内容が異なる。

たとえば、上位のノード１１１には、条件ＣαおよびタスクＴαが対応付けられている。このような構成により、ユーザが条件Ｃαを選択すると、タスクＴαが提示される。

ノード１１１において、ユーザがさらに条件Ｃを選択すると、選択した条件Ｃに応じて、ノード１１２−１，１１２−２，１１２−３のうち、いずれか一つに遷移する。ノード１１２−１は、ノード１１１において条件Ｃαβが選択された場合に遷移する。条件Ｃαβには、タスクＴαβが対応付けられている。ノード１１２−２は、ノード１１１において条件Ｃαγが選択された場合に遷移する。条件Ｃαγには、タスクＴαγが対応付けられている。ノード１１２−３は、ノード１１１において条件Ｃαδが選択された場合に遷移する。条件Ｃαδには、タスクＴαδが対応付けられている。

ノード１１２−１において、ユーザがさらに条件Ｃを選択すると、選択した条件Ｃに応じて、ノード１１３−１，１１３−２のうち、いずれか一方に遷移する。ノード１１３−１は、ノード１１２−１において条件Ｃαβγが選択された場合に遷移する。条件Ｃαβγには、タスクＴαβγが対応付けられている。ノード１１３−２は、ノード１１２−１において条件Ｃαβδが選択された場合に遷移する。条件Ｃαβδには、タスクＴαβδが対応付けられている。タスクＴαβγ、タスクＴαβδは、それぞれ内容が異なる。

同様に、ノード１１３−３，１１３−４，１１３−５，１１３−６についても、それぞれ異なる内容のタスクＴが提示される。図１に示すように、たとえば、α，β，γといった同じ内容の条件が対応付けられているノードを遷移する場合であっても、ノード１１１→ノード１１２−１→ノード１１３−１を遷移する場合と、ノード１１１→ノード１１２−２→ノード１１３−３を遷移する場合とがある。ノード１１３−１ではタスクＴαβγとなり、ノード１１３−３ではタスクＴαγβとなり、両者は異なる。

本実施の形態では、各ノード１１１，１１２，１１３に到達するまでの経路に応じてタスクＴの内容が異ならせることができる。つまり、タスクＴを条件の受け付け順序に対応させることができる。これにより、たとえば、ある時点において同じ条件であるように見えても、条件が明らかになる順番によってユーザが行うべき行動を異ならせることができる。

このように、本実施の形態では、木構造データのノード１１１，１１２，１１３ごとに条件とタスクＴとを記憶するＤＢ３０１（後述）を用いることにより、ユーザから条件を受け付けるごとに、条件の受け付け順序に応じたタスクＴを段階的に提示可能にする。

（上位の階層のノードにタスクを記録しない構成とした場合の情報処理方法の一例）
図２は、上位の階層のノードにタスクを記録しない構成とした場合の情報処理方法の一例を示す説明図である。図２において、階層知識ベース２００は、図１と同様に、複数のノード１１１，１１２，１１３を有する。各ノード１１１，１１２，１１３は、それぞれ、条件Ｃが対応付けられている。上位のノード１１１，１１２には、タスクＴが対応付けられていない。また、最下位のノード１１３の条件Ｃには、それぞれタスクＴが対応付けられている。

ノード１１１において、ユーザが条件Ｃを選択すると、選択した条件Ｃに応じて、ノード１１２−１，１１２−２，１１２−３のうち、いずれか一つに遷移する。たとえば、ノード１１２−１の段階では、ノード１１３−１およびノード１１３−２のいずれの可能性もあるため、タスクＴαβγおよびタスクＴαβδが提示される。同様に、ノード１１２−２の段階では、タスクＴαβγおよびタスクＴαγδが提示され、ノード１１２−３の段階では、タスクＴαβδおよびタスクＴαγδが提示される。

このように、上位の階層のノード１１１，１１２にタスクＴを記録しない構成とした場合、下位のノード１１３が確定して、初めてタスクＴが確定する。そのため、下位のノード１１３が確定するまでの途中段階において、不要なタスクＴが提示されることとなり、条件の受け付け順序に応じてタスクＴを段階的に提示することはできない。

また、タスクＴは、たとえば、ノード１１１，１１２，１１３の順序を考慮したものではなく、ノード１１１，１１２，１１３の組み合わせに対応している。たとえば、α，β，γといった同じ内容の条件が対応付けられているノードを辿るノード１１３−１とノード１１３−３とのタスクＴは、ともに同じタスクＴαβγである。同様に、ノード１１３−２におけるタスクＴαβδと、ノード１１３−５におけるタスクＴαβδとは同じである。また、ノード１１３−４におけるタスクＴαγδと、ノード１１３−６におけるタスクＴαγδとは同じである。このように、階層知識ベース２００では、タスクＴが条件の受け付け順序に対応しておらず、条件の受け付け順序に応じたタスクＴを段階的に提示できない。

（情報処理装置の機能的構成の一例）
図３は、情報処理装置の機能的構成を示すブロック図である。図３において、情報処理装置３００は、ＤＢ（データベース）３０１と、アクセス部３０２と、受付部３１０と、取得部３２０と、出力部３３０と、変更部３４０と、を有する。

ＤＢ３０１は、木構造データのノードごとに条件と提示情報とを記憶する。木構造データとは、頂点または節点を示すノードと、ノード間を結ぶリンクと、で表されるツリー上のデータ構造である。木構造データは、最上位ノードを基準にすると、複数のノードを介在させることによって各ノードにおいて分岐させて末端のノードまで達する構成であり、最上位ノードから末端のノードまでは一つの経路となる。末端のノードを除く各ノードは、一つ下の階層のノードである子ノードを有する。子ノードに対して、一つ上の階層のノードを親ノードという。

条件とは、各ノードにおいて経路を分岐させるためのユーザが選択する条件である。つまり、ユーザが条件を選択することにより各ノードにおいて経路が分岐する。たとえば、福祉現場のサービス業務を想定したとすると、条件を、「虐待」、「高齢者」、「障害」などの対象者とすることが一例として挙げられる。また、異なるノード間で、同一の条件が記憶されている場合もある。なお、図３の説明において、一例を挙げる場合は、特段明記しない限り、福祉現場のサービス業務とする。

提示情報とは、各ノードにおいてユーザに提示する情報であり、ノードごとに異なる。たとえば、提示情報は、ユーザに行動を促す情報であり、条件に対応して担当者（ユーザ）が行うべき行動に関する情報である。たとえば、「虐待」の対象者を条件としたとすると、虐待が判明した際にユーザに促す行動として、「対象となる方の安全をヒアリング」などが挙げられる。また、異なるノード間で、同一の提示情報が記憶されている場合もある。

ＤＢ３０１は、情報処理装置３００に設けられる構成に限らず、たとえば、情報処理装置３００の外部に設けられる構成としてもよい。

アクセス部３０２は、ＤＢ３０１にアクセス可能にする。アクセス部３０２は、たとえば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がハードディスクのＤＢ３０１のデータを読み込むことにより、ＤＢ３０１にアクセスする。ＤＢ３０１が情報処理装置３００の外部に設けられている構成とした場合、アクセス部３０２は、通信インタフェースによってＤＢ３０１にアクセスする。

受付部３１０は、第１受付部３１１と、第２受付部３１２と、第３受付部３１３と、を有する。第１受付部３１１は、ユーザから条件を受け付ける。取得部３２０は、第１取得部３２１と、第２取得部３２２と、を有する。第１取得部３２１は、第１受付部３１１によって条件が受け付けられるごとに、木構造データの現在ノードに対応する子ノードのうちの、第１受付部３１１によって受け付けられた条件に対応する子ノードを特定する。さらに、第１取得部３２１は、特定した子ノードの提示情報をアクセス部３０２を介してＤＢ３０１から取得する。

現在ノードとは、木構造データにおいてユーザが条件を選択することによって到達した条件入力の対象となるノードである。木構造データにおいては異なるノードに同一の条件が記憶されている場合もあるため、第１取得部３２１は、単に受け付けられ条件に対応するノードを特定するのではなく、現在ノードに対応する子ノードの中から受け付けられた条件に対応する子ノードを特定する。

たとえば、親ノードの条件を「虐待」とし、特定した子ノードの条件を「高齢者」とする。特定した子ノードの提示情報は、「虐待」と「高齢者」とが判明した際にユーザが行うべき行動であり、たとえば「高齢者担当へ連絡」などが挙げられる。

出力部３３０は、第１取得部３２１によって取得された提示情報を出力する。出力部３３０は、画像や音声などによって、提示情報を出力する。変更部３４０は、現在ノードを、第１取得部３２１によって特定された条件に対応する子ノードに変更する。

また、ＤＢ３０１、木構造データのノードごとに、木構造データの最上位ノードからノードまでの経路に応じた提示情報を記録する。たとえば、最上位のノードの条件を「虐待」とし、最上位のノードの子ノードの条件を「高齢者」とする。この場合、経路に応じた提示情報は、「虐待」→「高齢者」の順で条件が判明した際に、ユーザが行うべき行動であり、たとえば「高齢者担当へ連絡」などが挙げられる。また、たとえば、最上位のノードの条件を「高齢者」とし、最上位のノードの子ノードの条件を「虐待」とする。この場合、経路に応じた提示情報は、「高齢者」→「虐待」の順で条件が判明した際に、ユーザが行うべき行動であり、たとえば「安全確保」などが挙げられる。このように、条件の組み合わせと条件の順序に応じた提示情報を記憶することができる。

また、木構造データは、第１ノードと、第１ノードの子ノードであって、第１ノードの提示情報に基づいてユーザが行動することにより得ることが可能な条件が対応付けられた第２ノードと、を含む。つまり、第１ノード（親ノード）の提示情報によってユーザが行動し、この行動の結果、第２ノード（子ノード）の条件を判明させる構成とすることができる。

第２受付部３１２は、出力部３３０によって出力された提示情報に基づくユーザの行動結果を示す結果情報をユーザから受け付ける。結果情報は、提示情報を「対象となる方の安全をヒアリング」とした場合に、この提示情報によって実際にユーザが行った行動の実行結果を示す情報である。

アクセス部３０２は、第２受付部３１２によって受け付けられた結果情報を、木構造データのうちの、出力された提示情報に対応するノードと対応付けてＤＢ３０１に記憶させる。これにより、提示情報と、この提示情報に基づく結果情報とを、対応付けてＤＢ３０１に記憶させることができる。

第２受付部３１２は、出力部３３０によって出力された提示情報に基づくユーザの行動結果を示す結果情報を、次の条件を受け付ける前にユーザから受け付ける。アクセス部３０２は、第２受付部３１２によって受け付けられた結果情報を、木構造データのうちの現在ノードと対応付けてＤＢ３０１に記憶させる。

たとえば、出力部３３０によって出力された提示情報に基づくユーザの行動結果を示す結果情報を、次の条件を受け付けた後にユーザから受け付けることもある。この場合、第２受付部３１２は、結果情報と、出力部３３０によって出力された提示情報に対応するノードを特定可能なノード情報と、をユーザから受け付ける。ノードと提示情報とは対応付けられているため、結果情報の入力に際してユーザが提示情報を指定することによってノードを特定可能なノード情報が入力されることとなる。

アクセス部３０２は、第２受付部３１２によって受け付けられた結果情報を、木構造データのうちの、ノード情報によって特定されるノードと対応付けてアクセス部３０２に記憶させる。

第３受付部３１３は、ノードに関する情報の出力要求を受け付ける。ノードに関する情報とは、結果情報、ノードの配置に関する情報、ノードに対応付けられる条件を示す情報、ノードに対応付けられている提示情報、などである。第２取得部３２２は、第３受付部３１３によって出力要求が受け付けられた場合に、少なくとも結果情報を含む、木構造データに含まれるノードに関する情報をアクセス部３０２を介して取得する。出力部３３０は、第２取得部３２２によって取得されたノードに関する情報を出力する。これにより、管理者（ユーザ）は、各ノードにおいて担当者（ユーザ）がとった行動を把握することができる。

第３受付部３１３は、出力部３３０によってノードに関する情報が出力された後に、木構造データに関する変更の指示をユーザから受け付ける。変更の指示とは、ノードの配置変更の指示や、ノードに対応付けられている提示情報の変更の指示である。

アクセス部３０２は、第３受付部３１３によって受け付けられた変更の指示に基づいて、ＤＢ３０１に木構造データを変更させる。たとえば、アクセス部３０２は、ノードの追加や削除、提示情報の修正などをＤＢ３０１に行わせる。

情報処理装置３００は、たとえば、ＰＣやスマートフォンによって実現されるが、これに限らず、サーバによって実現することも可能である。たとえば、端末装置を介して受け付けた条件に対応する子ノードをサーバが特定して、サーバが特定した子ノードの提示情報をＤＢ３０１から取得して端末装置に送信することによって、端末装置を介して提示情報を出力してもよい。

（情報処理装置のハードウェア構成の一例）
図４は、情報処理装置のハードウェア構成の一例を示す図である。情報処理装置３００は、ＣＰＵ４０１と、メモリ４０２と、ユーザインタフェース４０３と、通信インタフェース４０４と、を備えている。ＣＰＵ４０１、メモリ４０２、ユーザインタフェース４０３および通信インタフェース４０４は、バス４０９によって接続されている。

ＣＰＵ４０１は、情報処理装置３００の全体の制御を司る。メモリ４０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリは、ＣＰＵ４０１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、情報処理装置３００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ４０１によって実行される。

ユーザインタフェース４０３は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえば、タッチパネルやキー（たとえばキーボード）やリモコンなどによって実現することができる。出力デバイスは、たとえば、タッチパネルやディスプレイやスピーカなどによって実現することができる。ユーザインタフェース４０３は、ＣＰＵ４０１によって制御される。

通信インタフェース４０４は、たとえば、無線や有線によって情報処理装置３００の外部装置との間で通信を行う通信インタフェースである。通信インタフェース４０４は、ＣＰＵ４０１によって制御される。

図３に示した、アクセス部３０２と、受付部３１０と、取得部３２０と、出力部３３０と、変更部３４０とは、メモリ４０２に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、ユーザインタフェース４０３により、その機能を実現する。また、各機能部の処理結果は、メモリ４０２に記憶される。また、ＤＢ３０１は、メモリ４０２によって実現される。

（条件ＤＢの記憶内容の一例）
図５は、情報処理装置が有する条件ＤＢの記憶内容の一例を示す説明図である。条件ＤＢ５００は、たとえば、図４に示したメモリ４０２などの記憶装置により実現される。図５において、条件ＤＢ５００は、階層フィールドと、条件名称フィールドと、条件ＩＤフィールドと、を有する。これらのフィールドに情報を設定することにより、条件ＤＢ５００には、階層と、条件名称と、条件ＩＤと、の組み合わせごとの条件データ５０１−１〜５０１−ｘがレコードとして記憶される。

階層は、ノードに相当し、たとえば、最上位の階層１から最下位の階層６までの６段階を示している。階層は、図１のノード１１１，１１２，１１３に相当する。なお、図１では３段階の場合の階層を示している。条件名称は、ユーザによって選択されるユーザが把握している事項である。条件名称は、たとえば、図１に示した条件Ｃに相当する。条件ＩＤは、条件Ｃを示す識別子であり、上位ノードからの経路を示す。詳細については図６を用いて後述するが、タスクＤＢによって条件ＩＤとタスクとが対応するようになっており、すなわち、条件ＩＤが異なるとタスクも異なるようになっている。

階層１において、たとえば、「１」は「虐待」の条件名称を示しており、「２」は「生活保護」の条件名称を示しており、「３」は「高齢者」の条件名称を示している。階層１が「１」の場合、階層２において、「１」は「高齢者」の条件名称を示しており、「２」は「児童」の条件名称を示している。階層１が「３」の場合、階層２において、「１」は「虐待」の条件名称を示している。また、階層１，２がともに「１」の場合、階層３において、「１」は「障害」の条件名称を示しており、「２」は「障害なし」の条件名称を示している。また、階層１が「３」であり階層２が「１」の場合、階層３において、「１」は「障害」の条件名称を示しており、「２」は「障害なし」の条件名称を示している。

具体的には、条件データ５０１−１は、最上位の階層１に「虐待」の条件名称が入力されており、他の階層には条件名称が入力されていない場合の条件ＩＤを示している。また、条件データ５０１−２は、階層１に「虐待」の条件名称が入力されており、階層２に「高齢者」の条件名称が入力されている場合の条件ＩＤを示している。また、条件データ５０１−３は、階層１に「虐待」の条件名称が入力されており、階層２に「高齢者」の条件名称が入力されており、階層３に「障害」の条件名称が入力されている場合の条件ＩＤを示している。条件データ５０１−４は、階層１に「虐待」の条件名称が入力されており、階層２に「高齢者」の条件名称が入力されており、階層３に「障害なし」の条件名称が入力されている場合の条件ＩＤを示している。

条件データ５０１−７は、階層１に「高齢者」の条件名称が入力されており、他の階層には条件名称が入力されていない場合の条件ＩＤを示している。条件データ５０１−８は、階層１に「高齢者」の条件名称が入力されており、階層２に「虐待」の条件名称が入力されている場合の条件ＩＤを示している。条件データ５０１−２と、条件データ５０１−８とは、いずれも同じ条件名称（「虐待」および「高齢者」）の組み合わせが含まれているものの、それぞれの階層は異なっている。本実施の形態では、条件名称の階層が異なっている場合には条件ＩＤも異なるようにしており、すなわち、条件名称の階層が異なっている場合にはタスクも異なるようになっている。具体的には、条件データ５０１−２と、条件データ５０１−８とでは、いずれも同じ条件名称の組み合わせではあるものの、それぞれタスクが異なるようになっている。

（タスクＤＢの記憶内容の一例）
図６は、情報処理装置が有するタスクＤＢの記憶内容の一例を示す説明図である。タスクＤＢ６００は、たとえば、図４に示したメモリ４０２などの記憶装置により実現される。図６において、タスクＤＢ６００は、条件ＩＤフィールドと、タスクＩＤフィールドと、タスクフィールドと、を有する。これらのフィールドに情報を設定することにより、タスクＤＢ６００には、条件ＩＤと、タスクＩＤと、タスクと、の組み合わせごとのタスクデータ６０１−１〜６０１−ｙがレコードとして記憶される。

条件ＩＤは、条件Ｃを示す識別子であり、条件ＤＢ５００（図５参照）の条件ＩＤに対応する。タスクＩＤは、タスクを示す識別子である。タスクは、各ノード１１１，１１２，１１３（図１参照）において、ユーザが条件Ｃを選択することによって提示される提示情報である。提示情報は、たとえば、ユーザに行動を促す実施手順を示す情報である。

たとえば、タスクデータ６０１−１は、条件ＩＤ「１０００００」と、タスクＩＤ「１」と、が対応付けられている。条件ＩＤが「１０００００」の場合とは、具体的には、条件データ５０１−１（図５参照）に示したように、階層１に「虐待」が入力されている場合に相当する。タスクデータ６０１−１におけるタスクは、「対象となる方の安全をヒアリング」である。

また、たとえば、タスクデータ６０１−３は、条件ＩＤ「１１００００」と、タスクＩＤ「１」と、が対応付けられている。条件ＩＤが「１１００００」の場合とは、具体的には、条件データ５０１−２（図５参照）に示したように、階層１に「虐待」が、階層２に「高齢者」が入力されている場合に相当する。タスクデータ６０１−３におけるタスクは、「高齢者担当へ連絡」である。

ここで、条件ＩＤが「１１００００」に対応するノードは、条件ＩＤ「１０００００」に対応するノードの子ノードに相当する。たとえば、タスクデータ６０１−１におけるタスクは、「対象となる方の安全をヒアリング」である。このヒアリングをユーザが実行することによって、高齢者であるか否かが判明する。つまり、親ノードのタスクによって、子ノードの条件（高齢者であるか否か）が判明する。このように、親ノードに対応付けられている提示情報に基づいてユーザが行動することにより得ることが可能な条件が子ノードには対応付けられている。

また、タスクデータ６０１−４は、条件ＩＤ「１１００００」と、タスクＩＤの「２」と、が対応付けられている。条件ＩＤ「１１００００」には、タスクＩＤが「１」の「高齢者担当へ連絡」のタスクと、タスクＩＤ「２」の「緊急度判定」とが対応付けられている。つまり、条件ＩＤが「１１００００」の場合（階層１に「虐待」が入力されており階層２に「高齢者」が入力されている場合）、「高齢者担当へ連絡」および「緊急度判定」のタスクがユーザに提示されることを示している。

また、タスクデータ６０１−１０に示すように、条件ＩＤ「３１００００」には、タスクＩＤが「１」の「安全確保」のタスクが対応付けられている。条件ＩＤが「３１００００」の場合とは、具体的には、条件データ５０１−８（図５参照）に示したように、階層１に「高齢者」が、階層２に「虐待」が入力されている場合に相当する。また、タスクデータ６０１−１１に示すように、条件ＩＤ「３１００００」には、タスクＩＤが「２」の「緊急対応判断」のタスクが対応付けられている。つまり、条件ＩＤが「３１００００」の場合（階層１に「高齢者」が入力されており階層２に「虐待」が入力されている場合）、「安全確保」および「緊急対応判断」のタスクがユーザに提示されることを示している。

つまり、それぞれ同じ条件名称の組み合わせが含まれている条件データ（図５の条件データ５０１−２と、条件データ５０１−８）であるものの、条件名称の階層が異なっている場合には、タスクも異なるようになっている。

（結果ＤＢの記憶内容の一例）
図７は、情報処理装置が有する結果ＤＢの記憶内容の一例を示す説明図である。結果ＤＢ７００は、たとえば、図４に示したメモリ４０２などの記憶装置により実現される。図７において、結果ＤＢ７００は、条件ＩＤフィールドと、結果ＩＤフィールドと、実行結果フィールドと、を有する。これらのフィールドに情報を設定することにより、結果ＤＢ７００には、条件ＩＤと、結果ＩＤと、実行結果と、の組み合わせごとの実行結果データ７０１−１〜７０１−ｚがレコードとして記憶される。

条件ＩＤは、条件Ｃを示す識別子であり、条件ＤＢ５００（図５参照）の条件ＩＤおよびタスクＤＢ６００（図６参照）の条件ＩＤに対応する。結果ＩＤは、結果を示す識別子である。実行結果は、タスクごとのユーザの行動結果であり、ユーザによって入力される。たとえば、条件ＩＤ「１０００００」における結果ＩＤ「１」には、ユーザの行動結果である「通報者から虐待の…」がユーザからの入力によって記録されている。このように、実行結果データ７０１−１〜７０１−ｚは、実行結果を示す結果ＩＤと条件ＩＤとが対応付けられて記憶される。

（表示画面の一例）
図８は、表示画面の一例（その１）を示す説明図である。図８において、表示画面８００には、複数の条件８１０が表示されている。条件８１０のうち、最も左側の列に表示されているものは、第１階層の第１条件８１１である。条件８１０のうち、最も右側の列に表示されているものは、第３階層の第３条件８１３である。第１条件８１１の列と、第３条件８１３の列との間の列に表示されているものは第２階層の第２条件８１２である。たとえば、第１条件８１１の「虐待」が判明しているものとし、ユーザが「虐待」に対応する箇所のチェックボックスにチェックを入力したとする。

すると、図５の条件データ５０１−１に示すように、条件ＩＤが「１０００００」となる。そして、図６に示すように、条件ＩＤ「１０００００」に対応するタスクデータ６０１−１，６０１−２が選択されて、タスク８２０が表示される。タスク８２０には、現時点において、わかっている条件の範囲でユーザが行うべき行動が表示される。タスク８２０には、項番８２１が対応して表示されている。項番８２１は、○−△で表される。○は階層（ノード）を示し、△は階層ごとのタスクの番号を示す。

図９は、表示画面の一例（その２）を示す説明図である。図９において、表示画面９１０には、第１階層の条件の入力に加え、さらに、第２階層の条件として「高齢者」に対応する箇所のチェックボックスにチェックを入力したとする。すると、図５の条件データ５０１−２に示すように、条件ＩＤが「１１００００」となる。そして、図６に示すように、条件ＩＤ「１１００００」に対応するタスクデータ６０１−３，６０１−４が選択されて、タスク８２０に加えて、タスク９１１が表示される。

この表示画面９１０から、さらにユーザが第３階層の条件として「障害」に対応する箇所のチェックボックスにチェックを入力したとすると表示画面９２０に遷移する。表示画面９２０では、条件データ５０１−３に示すように、条件ＩＤが「１１１０００」となる。そして、条件ＩＤ「１１１０００」に対応するタスクデータ（不図示）が選択されて、タスク９２１が表示される。タスク９１１，９２１には、各時点において、わかっている条件の範囲でユーザが行うべき行動が表示される。

図１０は、表示画面の一例（その３）を示す説明図である。図１０において、表示画面１０００には、項番８２１と、実行結果１００２とが表示されている。実行結果１００２は、ユーザによって入力され、各階層のタスクに対応して記憶される。たとえば、図１０の実行結果１００２は、たとえば、タスクデータ６０１−１（図６参照）の「対象となる方の安全をヒアリング」に対してユーザが実行して入力した結果を示している。

タスクデータ６０１−１が条件ＩＤ「１０００００」に対応しているため、実行結果１００２の内容は、条件「ＩＤ１０００００」に対応付けられて結果ＤＢ７００（図７参照）に記憶される。このように、ユーザから入力された実行結果１００２は、対応する条件ＩＤに対応付けられる。これにより、どの段階（ノード）における実行結果１００２であるのかが、後々にユーザが容易に判別することができるようになっている。

また、たとえば、次の条件を受け付ける前にユーザから実行結果１００２を受け付けると、受け付けた実行結果１００２は現在ノード（条件ＩＤ）と対応付けて結果ＤＢ７００が記憶する。また、次の条件を受け付けた後にユーザから実行結果１００２を受け付ける場合、たとえば、第３階層まで進んだ後に、図１０に示すように第１階層の実行結果１００２を受け付ける場合もある。この場合、ユーザが項番１−１の画面を選択して、すなわち、ユーザがノード（条件ＩＤ）を指定して、指定したノードに対応付けられているタスクの実行結果１００２を受け付けることとなる。情報処理装置３００は、ユーザが指定したノード（条件ＩＤ）と実行結果１００２とを関連付けて結果ＤＢ７００に記憶する。

（情報処理装置が行う画面表示処理の一例）
図１１は、情報処理装置が行う画面表示処理の一例を示すフローチャートである。図１１に示すように、情報処理装置３００は、たとえば、図８に示した表示画面８００において、条件の入力を受け付けたか否かを判定する（ステップＳ１１０１）。情報処理装置３００は、条件の入力を受け付けるまで待機する（ステップＳ１１０１：Ｎｏ）。条件の入力を受け付けると（ステップＳ１１０１：Ｙｅｓ）、情報処理装置３００は、条件ＤＢ５００（図５参照）およびタスクＤＢ６００（図６参照）を参照する（ステップＳ１１０２）。そして、たとえば、図８のタスク８２０のように、受け付けた条件に対応するタスク（提示情報）を表示する（ステップＳ１１０３）。

次に、情報処理装置３００は、たとえば、図１０に示した表示画面１０００において、ユーザからタスクに対応する実行結果（結果情報）を受け付けたか否かを判定する（ステップＳ１１０４）。タスクに対応する実行結果を受け付けない場合（ステップＳ１１０４：Ｎｏ）、情報処理装置３００は、ステップＳ１１０６に移行する。タスクに対応する実行結果を受け付けた場合（ステップＳ１１０４：Ｙｅｓ）、情報処理装置３００は、条件およびタスクに対応付けられているノードと実行結果とを関連付けて記憶する（ステップＳ１１０５）。

なお、ステップＳ１１０４において、実行結果を受け付けたものの、たとえばユーザが自らの判断で行動した実行結果であり、タスクに対応しない実行結果である場合には、実行結果と現在ノードとを関連付けて記憶する。また、たとえば、次の条件を受け付けた後に結果情報を受け付けた場合には、受け付けた結果情報と、結果情報ととともに受け付けたタスクに対応するノードを特定するためのノード情報とを、関連付けて記憶する。

次に、情報処理装置３００は、たとえば図９の表示画面９１０に示したように、追加の条件を受け付けたか否かを判定する（ステップＳ１１０６）。追加の条件を受け付けた場合（ステップＳ１１０６：Ｙｅｓ）、情報処理装置３００は、条件を追加し（ステップＳ１１０７）、ステップＳ１１０２に移行する。ステップＳ１１０６において、追加の条件を受け付けない場合（ステップＳ１１０６：Ｎｏ）、情報処理装置３００は、本フローチャートによる一連の処理を終了する。

（知識構造のメンテナンス方法の一例）
図１２は、実施の形態にかかるメンテナンス方法の一実施例を示す説明図である。階層知識ベース１００の構成については、図１と同様であるため、同様の符号を付し、詳細な説明を省略する。図１２に示す各条件Ｃや、タスクＴは、実行結果と対応付けられて記憶されている。階層知識ベース１００上において、ノード１１１，１１２，１１３の位置や、タスクＴの内容は、ユーザがメンテナンスすることが可能になっている。以下に、具体的なメンテナンス手法について詳述する。

（上位の要素のメンテナンス）
図１３は、上位の要素のメンテナンスの一例を示す説明図である。図１３において、問題が見つかったのはノードＢに対応する条件およびタスクとする。なお、問題が見つかったノードとは、たとえば、ユーザが入力した実行結果を基に、後日ユーザが検討した結果、階層知識ベース１００上の位置が不適切であったり、タスクとの関連付けが不適切であったりするノードである。図１３において、問題が見つかったのはノードＢに対応する行動とする。また、図１３においては、ノードＡを「生活保護」とし、ノードＢを「障害者」とし、ノードＤを「福祉案件」とする。

（ノードの追加）
問題が見つかったのはノードＢに対応するタスクであるものの、ユーザが検討した結果、本来、ノードＡとノードＢとの間にもう一つノードが必要であると判断した場合には、元の構造１３００に、ノードＡとノードＢとの間に新しいノードＥを追加する。このように、ノードＥにおける条件とタスクを追加することができ、構造１３０１に修正できる。具体的には、ユーザが検討した結果、ノードＢの前に「高齢者」のノードＥが必要であると判断したとする。この場合、新しくノードＥを追加して、条件とタスクを入力することができる。

（ノードの修正）
ユーザが検討した結果、ノードＡにおける実行結果が原因であると判断した場合には、ノードＡの条件やタスクを修正することにより、ノードＡをノードＡ’にした構造１３０２に修正できる。具体的には、ユーザが検討した結果、ノードＡで行っておくべき行動が実行されていないためにノードＢにおいて問題が見つかったと判断した場合、ノードＡのタスクを修正する。

（ノードの削除）
ユーザが検討した結果、ノードＡにおける実行結果が原因であり、ノードＡが不要であると判断したとする。この場合には、ノードＡを削除、またはノードＡを他のノードに吸収し、吸収したノードの条件やタスクを修正することにより、構造１３０３に修正できる。具体的には、ユーザが検討した結果、ノードＡにおいて「障害」として行動を分離する必要がなかったと判断した場合、たとえば、ノードＡをノードＤに吸収させて、ノードＤのタスクを修正する。

（並列の要素のメンテナンス）
図１４は、並列の要素のメンテナンスの一例を示す説明図である。図１４において、問題が見つかったのはノードＢに対応する行動とする。また、図１４においては、ノードＡを「生活保護」とし、ノードＢを「高齢者」とする。

（ノードの追加）
ユーザが検討した結果、新しい条件の追加がふさわしいと判断した場合には、元の構造１４００のノードＡの子ノードとしてノードＥを追加し、ノードＥにおける条件とタスクを追加する。これにより、元の構造１４００を構造１４０１に修正できる。具体的には、ユーザが検討した結果、ノードＡの「生活保護」とノードＢの「高齢者」に対応する行動として他が、「夫婦」の行動として対応する必要があると判断したとすると、新しく「夫婦」のノードＥを追加して条件とタスクを入力することができる。

（ノードの修正）
ユーザが検討した結果、ノードＢを修正して対応すると判断した場合には、ノードＢを修正することにより、元の構造１４００を構造１４０２に修正できる。具体的には、実行結果の入力時に、必要なタスクが足りなかったため、独自に考えた行動を実行して入力したとする。ユーザが検討した結果、この行動は必須であると判断したので、ノードＢに、この行動に対応するタスクを追加して、ノードＢをノードＢ’に修正する。

（ノードの削除）
ユーザが検討した結果、ノードＢが不要であると判断した場合、ノードＢを削除、またはノードＢを他のノードに吸収し、吸収したノードの条件やタスクを修正する。これにより、元の構造１４００を構造１４０３に修正できる。具体的には、ユーザが検討した結果、ノードＢにおける行動はノードＢにおいて実行する必要はなく、ノードＡにおいて実行した方がよいとわかったとする。この場合、ノードＢを削除してノードＡに吸収させる。

（下位の要素のメンテナンス）
図１５は、下位の要素のメンテナンスの一例を示す説明図である。図１５において、問題が見つかったのはノードＢに対応する行動とする。また、図１５においては、ノードＡを「生活保護」とし、ノードＢを「障害者」とし、ノードＤを「障害者」とする。

（ノードの追加）
ユーザが検討した結果、新たな条件を持った子ノードが必要であると判断した場合には、元の構造１５００のノードＢの子ノードとしてノードＥを追加する。これにより、元の構造１５００を構造１５０１に修正できる。具体的には、ユーザが検討した結果、ノードＡの「生活保護」と、ノードＢの「高齢者」について、次の条件としてノードＤの「障害者」しかなかったものの、障害者以外の人であるノードＥが必要であることがわかったとする。この場合、ノードＥを追加する。

（ノードの修正）
ユーザが検討した結果、ノードＢの時点におけるタスクが原因であると判断した場合には、ノードＢの子ノードであるノードＤの条件やタスクを修正できる。これにより、元の構造１５００を構造１５０２に修正できる。具体的には、ユーザが検討した結果、ノードＤの「障害者」であることが確定してから行うべき行動であるにもかかわらず、ノードＢにおいて、障害者を対象とする前に障害者を対象とする行動を開始していると判断した。この場合、ノードＢの子ノードであるノードＤのタスクについて、「障害者」であることが確定してから行うべきタスクに修正することにより、ノードＤをノードＤ’に修正する。

（ノードの削除）
ユーザが検討した結果、ノードＤが不要であると判断した場合には、ユーザの操作によりノードＤを削除する。これにより、元の構造１５００を構造１５０３に修正できる。具体的には、ユーザが検討した結果、ノードＡの「生活保護」およびノードＢの「高齢者」ということしかわからない段階で、障害者のみを対象として行動を開始しており、この行動が障害者以外の人も対象とした方がよいと判断した。この場合、ノードＤの条件分けを行う必要がない。そのため、ノードＤを削除し、ノードＤにおけるタスクを、ノードＢにおいて高齢者とわかった時点で行うタスクとしてノードＢに吸収させる。

（メンテナンス時の表示画面の一例）
図１６Ａおよび図１６Ｂは、メンテナンス時の表示画面の一例を示す説明図である。図１６Ａおよび図１６Ｂにおいて、（１）には、テンプレート１６００上に各条件のタスク１６０１と、実行結果１６０２とが表示されている。（１）に示すように、各条件のタスク１６０１には、対応する実行結果１６０２が関連付けられて表示されている。タスク１６０１と実行結果１６０２とについて、一つ一つユーザによってマッチングが確認される。

ユーザがマッチングの確認を行った結果、たとえば（２）に示すように、テンプレート１６００にはない実行結果１６０２、すなわち、タスク１６０１に対応するノードとは関連付けられていない実行結果１６０２があったとする。

（３）は、上位の要素、並列の要素または下位の要素のいずれかを対象としてメンテナンスを行うか、さらには、メンテナンスの種別として、追加、修正または削除のいずれを行うか、の選択画面１６２０を示している。選択画面１６２０において、ユーザがいずれかを選択すると、（４）に遷移する。

（４）に示す画面１６３０において、ユーザの入力によって、条件やタスクの修正が可能になっている。画面１６３０には、修正する条件、元のテンプレートが示すタスク、および、テンプレートにはない行動が表示されている。追加、修正、削除、移動、の操作ボタンをユーザが選択することにより、テンプレートにない行動を条件やタスクに対応付けられているノードと関連付けることができる。

これにより、たとえば、実行結果１６０２が受け付けられたときの現在ノードを実行結果１６０２と関連付けて新たに条件を設定したり、実行結果１６０２に対応する行動を促す新たなタスクを設定したりすることができる。なお、行動が実行されずに、（２）において、ユーザによって入力されず空欄の実行結果１６０２がある場合も同様に、（３）、（４）において、条件やタスクの修正を行うことが可能である。

（テンプレートを編集する際のイメージの一例）
図１７は、テンプレートを編集する際のイメージの一例（その１）を示す説明図である。図１８は、テンプレートを編集する際のイメージの一例（その２）を示す説明図である。図１７において、ユーザが修正したいテンプレートを呼び出す操作を行うことにより、情報処理装置３００のディスプレイには、表示画面１７００が表示される。表示画面１７００において、ユーザがケース呼び出しのボタン１７０１を選択すると、表示画面１７１０または表示画面１７２０に遷移する。

表示画面１７１０には、条件およびタスクを示すテンプレートが表示される。表示画面１７１０において、タスクは、項番（条件）ごとに色分けされている。表示画面１７２０には、項番（条件）に関連付けられた実行結果が表示されている。表示画面１７２０において、実行結果は、項番（条件）ごとに色分けされているため、表示画面１７１０の色分けされているタスクに対応する。そのため、条件やタスクと実行結果との対応関係をユーザが一見して把握できるように表示される。

たとえば、図１８に示すように、追加したいテンプレートの項目名をユーザが入力して、「新規項目を追加」を示すボタン１８０１を操作すると、新しくタスクが作成される。また、ユーザが動かしたい項目のチェックボックス１８０２にチェックを入れ、移動ボタン１８０３を操作することにより、各条件および各タスクを移動することができる。ユーザが、「保存終了」を示すボタン１８０４を操作すると、表示画面１７１０の内容を保存して終了する。

このように、条件およびタスクを修正することによってテンプレートを修正したり、新たに条件およびタスクを作成することによって新たにテンプレートを作成したりすることができる。これにより、知識構造を適宜メンテナンスすることができる。

（情報処理装置が行うメンテナンス処理の一例）
図１９は、情報処理装置が行うメンテナンス処理の一例を示すフローチャートである。図１９において、情報処理装置３００は、条件と記録の画面表示処理（図２０参照）を実行する（ステップＳ１９０１）。次に、情報処理装置３００は、ユーザからの入力に基づく知識構造の修正処理（図２１Ａおよび図２１Ｂ参照）を実行し（ステップＳ１９０２）、本フローチャートによる一連の処理を終了する。

（条件と記録の画面表示処理の一例）
図２０は、情報処理装置が行う条件と記録の画面表示処理の一例を示すフローチャートである。図２０において、情報処理装置３００は、条件のリストＬを作成する（ステップＳ２００１）。次に、情報処理装置３００は、リストＬから条件ｌｎを１つ読み込むとともに（ステップＳ２００２）、条件ｌｎのノードと関連付けられている実行結果を読み込む（ステップＳ２００３）。なお、条件ｌｎのノードと実行結果との関連付けは、図１１の画面表示処理において行われる（図１１のステップＳ１１０５参照）。

そして、情報処理装置３００は、条件ｌｎと実行結果とを関連付けて表示する（ステップＳ２００４）。実行結果は、たとえば、条件ｌｎのみならずタスクにも関連付けて表示される（図１７の表示画面１７１０および表示画面１７２０参照）。次に、情報処理装置３００は、全ての実行結果を読み込んだか否かを判定する（ステップＳ２００５）。全ての実行結果を読み込んでいない場合（ステップＳ２００５：Ｎｏ）、情報処理装置３００は、ステップＳ２００３に移行する。全ての実行結果を読み込んだ場合（ステップＳ２００５：Ｙｅｓ）、情報処理装置３００は、全ての条件ｌｎを読み込んだか否かを判定する（ステップＳ２００６）。

全ての条件ｌｎを読み込んでいない場合（ステップＳ２００６：Ｎｏ）、情報処理装置３００は、ステップＳ２００２の処理に移行させる。全ての条件ｌｎを読み込んだ場合（ステップＳ２００６：Ｙｅｓ）、情報処理装置３００は、本フローチャートによる一連の処理を終了する。

（知識構造の修正処理の一例）
図２１Ａおよび図２１Ｂは、情報処理装置が行う知識構造の修正処理の一例を示すフローチャートである。図２１Ａおよび図２１Ｂにおいて、情報処理装置３００は、修正を受け付けたか否かを判定する（ステップＳ２１０１）。修正を受け付けない場合（ステップＳ２１０１：Ｎｏ）、情報処理装置３００は、本フローチャートによる一連の処理を終了する。修正を受け付けた場合（ステップＳ２１０１：Ｙｅｓ）、情報処理装置３００は、受け付けた修正が上位の要素の修正であるか否かを判定する（ステップＳ２１０２）。

上位の要素の修正である場合（ステップＳ２１０２：Ｙｅｓ）、受け付けた修正が追加の方針であるか否かを判定する（ステップＳ２１０３）。追加の方針ではない場合（ステップＳ２１０３：Ｎｏ）、情報処理装置３００は、ステップＳ２１０５の処理に移行する。追加の方針である場合（ステップＳ２１０３：Ｙｅｓ）、対象ノードと対象ノードの親ノードとの間に新ノードを追加する（ステップＳ２１０４）。対象ノードとは、問題が見つかったノードである。

次に、情報処理装置３００は、受け付けた修正が上位の要素についての修正の方針であるか否かを判定する（ステップＳ２１０５）。修正の方針ではない場合（ステップＳ２１０５：Ｎｏ）、情報処理装置３００は、ステップＳ２１０７の処理に移行させる。修正の方針である場合（ステップＳ２１０５：Ｙｅｓ）、情報処理装置３００は、対象ノードの親ノードを修正する（ステップＳ２１０６）。

次に、情報処理装置３００は、受け付けた修正が削除の方針であるか否かを判定する（ステップＳ２１０７）。削除の方針ではない場合（ステップＳ２１０７：Ｎｏ）、情報処理装置３００は、ステップＳ２１０１の処理に移行させる。削除の方針である場合（ステップＳ２１０７：Ｙｅｓ）、対象ノードの親ノードのさらに親ノードと、対象ノードとを繋ぐリンクを作成する（ステップＳ２１０８）。そして、情報処理装置３００は、対象ノードの親ノードを削除し（ステップＳ２１０９）、ステップＳ２１０１に移行させる。

ステップＳ２１０２において、受け付けた修正が上位の要素の修正ではない場合（ステップＳ２１０２：Ｎｏ）、情報処理装置３００は、受け付けた修正が並列の要素の修正であるか否かを判定する（ステップＳ２１１０）。並列の要素の修正である場合（ステップＳ２１１０：Ｙｅｓ）、情報処理装置３００は、受け付けた修正が追加の方針であるか否かを判定する（ステップＳ２１１１）。

追加の方針ではない場合（ステップＳ２１１１：Ｎｏ）、情報処理装置３００は、ステップＳ２１１３の処理に移行させる。追加の方針である場合（ステップＳ２１１１：Ｙｅｓ）、対象ノードに並列する新ノードを追加する（ステップＳ２１１２）。

次に、情報処理装置３００は、受け付けた修正が並列の要素についての修正の方針であるか否かを判定する（ステップＳ２１１３）。修正の方針ではない場合（ステップＳ２１１３：Ｎｏ）、情報処理装置３００は、ステップＳ２１１５の処理に移行させる。修正の方針である場合（ステップＳ２１１３：Ｙｅｓ）、情報処理装置３００は、対象ノードを修正する（ステップＳ２１１４）。

次に、情報処理装置３００は、受け付けた修正が削除の方針であるか否かを判定する（ステップＳ２１１５）。削除の方針ではない場合（ステップＳ２１１５：Ｎｏ）、情報処理装置３００は、ステップＳ２１０１の処理に移行させる。削除の方針である場合（ステップＳ２１１５：Ｙｅｓ）、対象ノードの親ノードと、対象ノードの子ノードとを繋ぐリンクを作成する（ステップＳ２１１６）。さらに、情報処理装置３００は、対象ノードを削除し（ステップＳ２１１７）、ステップＳ２１０１に移行させる。

ステップＳ２１１０において、受け付けた修正が並列の要素の修正ではない場合（ステップＳ２１１０：Ｎｏ）、すなわち、受け付けた修正が下位の要素の修正である場合、受け付けた修正が追加の方針であるか否かを判定する（ステップＳ２１１８）。

追加の方針ではない場合（ステップＳ２１１８：Ｎｏ）、情報処理装置３００は、ステップＳ２１２０の処理に移行させる。追加の方針である場合（ステップＳ２１１８：Ｙｅｓ）、対象ノードに子ノードを追加する（ステップＳ２１１９）。

次に、情報処理装置３００は、受け付けた修正が下位の要素についての修正の方針であるか否かを判定する（ステップＳ２１２０）。修正の方針ではない場合（ステップＳ２１２０：Ｎｏ）、情報処理装置３００は、ステップＳ２１２２の処理に移行させる。修正の方針である場合（ステップＳ２１２０：Ｙｅｓ）、情報処理装置３００は、子ノードを修正する（ステップＳ２１２１）。

次に、情報処理装置３００は、受け付けた修正が削除の方針であるか否かを判定する（ステップＳ２１２２）。削除の方針ではない場合（ステップＳ２１２２：Ｎｏ）、情報処理装置３００は、ステップＳ２１０１の処理に移行させる。削除の方針である場合（ステップＳ２１２２：Ｙｅｓ）、対象ノードの子ノードのさらに子ノードと、対象ノードとを繋ぐリンクを作成する（ステップＳ２１２３）。さらに、情報処理装置３００は、対象ノードの子ノードを削除し（ステップＳ２１２４）、ステップＳ２１０１に移行させる。

以上説明したように、本実施の形態では、木構造データのノードごとに条件と提示情報とを記憶するＤＢ３０１を用いることにより、ユーザから条件を受け付けるごとに、条件の受け付け順序に応じた提示情報を段階的に提示することができる。したがって、各段階においてユーザが実行すべき内容を示す提示情報を提示することができ、これにより、ユーザは各段階において適した行動をとることができる。このため、ユーザが段階的に行動を実施する業務を支援することができ、ユーザの利便性を向上させることができる。

また、情報処理装置３００は、木構造データのノードごとに、木構造データの最上位ノードからノードまでの経路に応じた提示情報をＤＢ３０１に記録するようにした。これにより、条件の組み合わせと条件の順序に応じた提示情報を記憶することができる。したがって、各段階においてユーザがわかっている範囲内の条件を入力することによって、ユーザが実行すべき内容の提示情報を段階的に提示することができる。

また、本実施の形態では、親ノードの提示情報に基づいてユーザが行動することにより得ることが可能な条件が対応付けられた子ノードを含む木構造データを用いた。したがって、提示情報に基づいてユーザが行動することによって、ユーザはさらに次の条件を得ることができる。つまり、各段階においてすべき行動を順次教示し、最下位のノードの提示情報を提示させ、全ての行動を実行させることが可能である。たとえば、初心者や中級者に効率よく業務を遂行させることができるとともに業務を完遂させることができる。

また、情報処理装置３００は、ユーザの行動結果を示す結果情報をユーザから受け付け、結果情報と提示情報に対応するノードとを対応付けてＤＢ３０１に記憶させるようにした。つまり、提示情報と、この提示情報に基づいて行動した結果情報とを、対応付けてＤＢ３０１に記憶させる。これにより、後々に、ユーザの行動結果に対応するノードの配置や提示情報の内容が適切であるかといったことを、ユーザが検証することができる。

また、情報処理装置３００は、ユーザの行動結果を示す結果情報を、次の条件を受け付ける前にユーザから受け付けた場合、受け付けた結果情報を現在ノードと対応付けてＤＢ３０１に記憶させるようにした。したがって、提示情報の手順にしたがって行動するユーザの入力操作の効率化を図ることができる。

また、情報処理装置３００は、ノードに関する情報の出力要求を受け付けた場合に、少なくとも結果情報を含むノードに関する情報を出力するようにした。したがって、ノード毎にユーザの行動を確認することができる。

また、情報処理装置３００は、ノードに関する情報が出力された後に、ユーザから受け付けた木構造データに関する変更の指示に基づいて、ＤＢ３０１の木構造データを変更するようにした。したがって、ユーザは、ノードに関する情報を基に、ノードの追加や削除、提示情報の修正など、ユーザの行動結果を基に修正対象となる箇所のみを修正することができる。このように、ユーザの行動結果に応じて木構造データを修正することにより、ユーザの利便性をより向上させることができる。

また、たとえば、サービス業務においては、顧客に対応していく過程において、次第に各種条件が明らかになっていくことがある。たとえば、最初は「虐待の可能性あり」というように、一部の情報だけが明らかであったものの、顧客に対応していくうちに「高齢者」といった他の条件が明らかになり、新たに対応すべきことが増えていくことがある。

ここで、様々な状況に対応できるマニュアルを作成したとすると、たとえば、複数の作業員からの報告結果をまとめるなど多大な工数がかかり、また、一度マニュアルを作成しても、状況変化などによってマニュアルが陳腐化する。なお、状況変化に対応したマニュアルを整備したとすると、定期的に整備する必要があるだけでなく、多大な工数がかかる。

これに対して、本実施の形態では、次第に条件が明らかになる順番に応じた提示情報を段階的に提示することができる。また、ユーザの行動結果を基に木構造データを容易に修正することができる。

なお、本実施の形態で説明した情報処理方法は、たとえば、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネット等のネットワークを介して配布されてもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）木構造データのノードごとに条件と提示情報とを記憶するデータベースにアクセス可能なアクセス部と、
ユーザから条件を受け付ける受付部と、
前記受付部によって条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、前記受付部によって受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を前記アクセス部を介して取得する取得部と、
前記取得部によって取得された提示情報を出力する出力部と、
前記現在ノードを、前記特定された条件に対応する子ノードに変更する変更部と、
を有することを特徴とする情報処理装置。

（付記２）前記データベースは、前記木構造データのノードごとに、前記木構造データの最上位ノードから前記ノードまでの経路に応じた提示情報を記録することを特徴とする付記１に記載の情報処理装置。

（付記３）前記木構造データは、第１ノードと、前記第１ノードの子ノードであって、前記第１ノードの提示情報に基づいてユーザが行動することにより得ることが可能な条件が対応付けられた第２ノードと、を含むことを特徴とする付記１または２に記載の情報処理装置。

（付記４）前記受付部は、前記出力部によって出力された提示情報に基づくユーザの行動結果を示す結果情報をユーザから受け付け、
前記アクセス部は、前記受付部によって受け付けられた結果情報を、前記木構造データのうちの、前記出力された提示情報に対応するノードと対応付けて前記データベースに記憶させることを特徴とする付記１〜３のいずれか一つに記載の情報処理装置。

（付記５）前記受付部は、前記出力部によって出力された提示情報に基づくユーザの行動結果を示す結果情報を、次の条件を受け付ける前にユーザから受け付け、
前記アクセス部は、前記受付部によって受け付けられた結果情報を、前記木構造データのうちの現在ノードと対応付けて前記データベースに記憶させることを特徴とする付記４に記載の情報処理装置。

（付記６）前記受付部は、前記結果情報と、前記出力された提示情報に対応するノードを特定可能なノード情報と、をユーザから受け付け、
前記アクセス部は、前記受付部によって受け付けられた結果情報を、前記木構造データのうちの、前記ノード情報によって特定されるノードと対応付けて前記データベースに記憶させることを特徴とする付記４に記載の情報処理装置。

（付記７）前記受付部は、ノードに関する情報の出力要求を受け付け、
前記取得部は、前記受付部によって出力要求が受け付けられた場合に、少なくとも前記結果情報を含む、前記木構造データに含まれるノードに関する情報を前記アクセス部を介して取得し、
前記出力部は、前記取得部によって取得されたノードに関する情報を出力することを特徴とする付記４〜６のいずれか一つに記載の情報処理装置。

（付記８）前記受付部は、前記出力部によって前記ノードに関する情報が出力された後に、前記木構造データに関する変更の指示をユーザから受け付け、
前記アクセス部は、前記受付部によって受け付けられた変更の指示に基づいて、前記データベースに前記木構造データを変更させることを特徴とする付記７に記載の情報処理装置。

（付記９）コンピュータに、
木構造データのノードごとに条件と提示情報とを記憶するデータベースにアクセス可能にし、
ユーザから条件を受け付け、
条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を取得し、
取得された提示情報を出力し、
前記現在ノードを、前記特定された条件に対応する子ノードに変更する、
処理を実行させることを特徴とする情報処理プログラム。

（付記１０）コンピュータが、
木構造データのノードごとに条件と提示情報とを記憶するデータベースにアクセス可能にし、
ユーザから条件を受け付け、
条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を取得し、
取得された提示情報を出力し、
前記現在ノードを、前記特定された条件に対応する子ノードに変更する、
処理を実行することを特徴とする情報処理方法。

１００ 階層知識ベース
１１１，１１２，１１３ ノード
３００ 情報処理装置
３０１ ＤＢ
３０２ アクセス部
３１０ 受付部
３１１ 第１受付部
３１２ 第２受付部
３１３ 第３受付部
３２０ 取得部
３２１ 第１取得部
３２２ 第２取得部
３３０ 出力部
３４０ 変更部
４０１ ＣＰＵ
４０２ メモリ
４０３ ユーザインタフェース
４０４ 通信インタフェース
５００ 条件ＤＢ
６００ タスクＤＢ
７００ 結果ＤＢ

Claims (7)

1. 木構造データのノードごとに、条件と、前記木構造データの最上位ノードから前記ノードまでの経路に応じた提示情報と、を記憶するデータベースにアクセス可能なアクセス部と、
   ユーザから条件を受け付ける受付部と、
   前記受付部によって条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、前記受付部によって受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を前記アクセス部を介して取得する取得部と、
   前記取得部によって取得された提示情報を出力する出力部と、
   前記現在ノードを、前記特定された条件に対応する子ノードに変更する変更部と、
   を有することを特徴とする情報処理装置。
2. 前記木構造データは、第１ノードと、前記第１ノードの子ノードであって、前記第１ノードの提示情報に基づいてユーザが行動することにより得ることが可能な条件が対応付けられた第２ノードと、を含むことを特徴とする請求項１に記載の情報処理装置。
3. 前記受付部は、前記出力部によって出力された提示情報に基づくユーザの行動結果を示す結果情報をユーザから受け付け、
   前記アクセス部は、前記受付部によって受け付けられた結果情報を、前記木構造データのうちの、前記出力された提示情報に対応するノードと対応付けて前記データベースに記憶させ、
   前記受付部は、ノードに関する情報の出力要求を受け付け、
   前記取得部は、前記受付部によって出力要求が受け付けられた場合に、少なくとも前記結果情報を含む、前記木構造データに含まれるノードに関する情報を前記アクセス部を介して取得し、
   前記出力部は、前記取得部によって取得されたノードに関する情報を出力することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記受付部は、前記出力部によって出力された提示情報に基づくユーザの行動結果を示す結果情報を、次の条件を受け付ける前にユーザから受け付け、
   前記アクセス部は、前記受付部によって受け付けられた結果情報を、前記木構造データのうちの現在ノードと対応付けて前記データベースに記憶させることを特徴とする請求項３に記載の情報処理装置。
5. 前記受付部は、前記出力部によって前記ノードに関する情報が出力された後に、前記木構造データに関する変更の指示をユーザから受け付け、
   前記アクセス部は、前記受付部によって受け付けられた変更の指示に基づいて、前記データベースに前記木構造データを変更させることを特徴とする請求項４に記載の情報処理装置。
6. コンピュータに、
   木構造データのノードごとに、条件と、前記木構造データの最上位ノードから前記ノードまでの経路に応じた提示情報と、を記憶するデータベースにアクセス可能にし、
   ユーザから条件を受け付け、
   条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を取得し、
   取得された提示情報を出力し、
   前記現在ノードを、前記特定された条件に対応する子ノードに変更する、
   処理を実行させることを特徴とする情報処理プログラム。
7. コンピュータが、
   木構造データのノードごとに、条件と、前記木構造データの最上位ノードから前記ノードまでの経路に応じた提示情報と、を記憶するデータベースにアクセス可能にし、
   ユーザから条件を受け付け、
   条件が受け付けられるごとに、前記木構造データの現在ノードに対応する子ノードのうちの、受け付けられた条件に対応する子ノードを特定し、特定した子ノードの提示情報を取得し、
   取得された提示情報を出力し、
   前記現在ノードを、前記特定された条件に対応する子ノードに変更する、
   処理を実行することを特徴とする情報処理方法。

Images