(57)【特許請求の範囲】
【請求項１】
参照事例とユーザの作業を記述する文書との差異を示す差異情報、の入力を受け付け、その差異情報を前記ユーザ及び参照事例に対応づけて差異情報管理手段に登録するデータ蓄積ステップと、
ユーザから参照事例と差異情報とを特定した情報処理依頼を受け付ける依頼受付ステップと、
前記情報処理依頼に特定された参照事例及び差異情報に対して共通性を有する参照事例及び差異情報を持つ登録情報を前記差異情報管理手段から検索する検索ステップと、
その検索結果に基づく所定の課題解決サービスを前記情報処理依頼元のユーザに提供するサービス提供ステップと、
を含み、前記情報処理依頼は依頼元ユーザから他のユーザへの課題解決に関する協力依頼であり、前記サービス提供ステップでは、検索結果の登録情報に対応するユーザに対してその協力依頼を通知し、これに対する通知先のユーザからの回答を依頼元ユーザに提供する、ことを特徴とする課題解決支援方法。
【請求項２】
前記サービス提供ステップでは、前記通知先のユーザに対し、依頼元ユーザの依頼に係る差異情報を閲覧可能とすることを特徴とする請求項１記載の課題解決支援方法。
【請求項３】
前記サービス提供ステップでは、前記依頼元ユーザに、前記回答と関連づけて、その回答を行ったユーザが自分の作業を記述する文書と前記参照事例とについて入力した差異情報を閲覧可能とすることを特徴とする請求項１記載の課題解決支援方法。
【請求項４】
前記サービス提供ステップでは、検索結果の登録情報のうち所定の項目を含む類作業情報を、前記情報処理依頼の依頼元のユーザに提供することを特徴とする請求項１記載の課題解決支援方法。
【請求項５】
前記検索ステップでは、差異情報同士の共通性は、差異情報に含まれる各差異点が着目している情報項目の類似度合いと、それら各差異点が示す差異内容の類似度合いから判定することを特徴とする請求項１記載の課題解決支援方法。
【請求項６】
事例情報を蓄積し、ユーザからの要求に応じて閲覧に供する事例管理手段と、
事例管理手段から提供された事例情報をユーザに対して提示し、その事例と該ユーザの作業を記述する文書との差異を示す差異情報の入力を受け付ける差異情報入力手段と、
差異情報入力手段で受け付けた差異情報を、それを入力したユーザと、その差異情報の対象である作業を記述する文書及び事例情報と、に対応づけて保持管理する差異情報管理手段と、
ユーザから事例情報と差異情報とを特定した情報処理依頼を受け付ける依頼受付手段と、
前記情報処理依頼に特定された事例情報及び差異情報に対して共通性を有する事例情報及び差異情報を持つ登録情報を前記差異情報管理手段から検索する類似情報検索手段と、
類似情報検索手段の検索結果に基づく所定の課題解決サービスを前記情報処理依頼元のユーザに提供するサービス提供手段と、
を備え、前記情報処理依頼は依頼元ユーザから他のユーザへの課題解決に関する協力依頼であり、前記サービス提供手段は、検索結果の登録情報に対応するユーザに対してその協力依頼を通知し、これに対する通知先のユーザからの回答を依頼元ユーザに提供する、ことを特徴とする課題解決支援システム。
【請求項７】
前記事例管理手段に登録されている事例情報の入れ替えが行われた場合、又はその事例情報に関連する新たな事例情報の前記事例管理手段への追加登録が行われた場合に、入れ替え又は追加の対象の既登録事例情報を参照している作業を記述する文書に対応するユーザを前記差異情報管理手段から求め、そのユーザに対して事例情報の入れ替え又は追加を知らせる通知を行う手段、をさらに備える請求項６記載の課題解決支援システム。
【請求項８】
前記事例管理手段に登録されている事例情報に関し、その事例情報に対して入力された差異情報群のうちで相互に類似する差異情報の数を求め、その数が所定数を超えた場合に、その事例情報について、より適切な新規事例情報の登録を促すための処理を実行する手段、をさらに備える請求項６記載の課題解決支援システム。
【請求項９】
ユーザが参照する事例情報と同じ事例情報を参照して作成された差異情報を前記差異情報管理手段から検索し、そのユーザに提供する手段をさらに備える請求項６記載の課題解決支援システム。
【請求項１０】
コンピュータシステムに、
参照事例とユーザの作業を記述する文書との差異を示す差異情報、の入力を受け付け、その差異情報を前記ユーザ及び参照事例に対応づけて差異情報管理手段に登録するデータ蓄積ステップ、
ユーザから参照事例と差異情報とを特定した情報処理依頼を受け付ける依頼受付ステップと、
前記情報処理依頼に特定された参照事例及び差異情報に対して共通性を有する参照事例及び差異情報を持つ登録情報を前記差異情報管理手段から検索する検索ステップ、
その検索結果に基づく所定の課題解決サービスを前記情報処理依頼元のユーザに提供するサービス提供ステップ、
を実行させるためのプログラムであって、
前記情報処理依頼は依頼元ユーザから他のユーザへの課題解決に関する協力依頼であり、前記サービス提供ステップでは、検索結果の登録情報に対応するユーザに対してその協力依頼を通知し、これに対する通知先のユーザからの回答を依頼元ユーザに提供する、ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、組織の中の個々人の業務処理の効率化を、共有されている事例情報を利用して支援する方法、及びそのためのシステムに関するものである。
【０００２】
【従来の技術】
組織における業務効率を上げるための環境やシステム構築などを支援する方法として、従来から、事例を共有して利用することにより、その環境やシステム構築を容易にする工夫が行われてきた。しかし、共有されている事例は必ずしも個々の対象組織での状況や要求とはそのままの形では適合しないため、より適した事例を選択するということと、事例に記載されていることを改良して対象組織での状況や要求に適合させるということが人手により行われてきた。
【０００３】
これに対し、対象組織での状況や要求に、より適合した事例を見つけることを支援するための技術については、従来からいくつか提案されている。例えば特開平１１−１１０２０４号公報には、ファジー集合間の写像を利用したものが開示されている。その一方、対象組織での状況や要求と蓄積されている事例との間の差分を埋めるという面については、技術的な解決案の提案はほとんどなされておらず、大量の事例が新たに登録されていくことで自動的に解決されていくとの見方で研究が進められてきた。
【０００４】
しかし、技術の進歩等により急速な組織環境の変化が起こる場面においては、新規の困難な条件に多くの人がほぼ同時期に遭遇し、しかも迅速な解決を求められている。このような状況をより効率的に解決することが望まれている。
【０００５】
一方で、複数の人が類似の作業を行っているという状況に対して、その人たちの間のコミュニケーションを支援することにより問題の解決を支援する技術も存在する。同じ情報を誰が参照しているかを知ることによりその人達の間にコミュニケーションが発生することを支援する機能を持つシステムの例としてはＰｉａｚｚａ（SunSoft, Proceedings of the ACM Conference on CSCW'96）を挙げることができる。このＰｉａｚｚａには、同じ情報にアクセスしている人の情報をユーザに提示し、これらの人と必要に応じてマルチメディア通信によるコミュニケーションを行う機能が含まれた環境を提供している。
【０００６】
また、特開２０００−２５０８６４号公報、特開平１１−２１９３４１号公報には、協調作業を行っている人たちの間で、個々の人の作業領域を"視点"として切り出して、類似した"視点"を持つユーザを集めてコミュニケーショングループを動的に生成する技術が開示されている。
【０００７】
【発明が解決しようとする課題】
しかしながら、Ｐｉａｚｚａのように単に同じ情報を参照している人を動的に紹介したとしても、事例を利用して現実問題を解決しようとしている担当者に対して本質的な意味において役に立たない。なぜなら、個々の担当者が興味を持っているのは、当然ながら担当している問題そのものであり、参照している事例などの情報は二次的なものにすぎないからである。同じ事例を参照しても、対象とする問題が異なればその事例の利用の仕方は異なってくるのであり、担当者の興味は、主としてその問題ごとに異なる部分、すなわち事例として公開されている範囲に無い、あるいはその事例と異なっている条件などにある。
【０００８】
このことは、特開２０００−２５０８６４号公報、特開平１１−２１９３４１号公報のように協調作業を行っている人たちを前提にした技術を転用する場合にも問題となる。このような技術でも、個々の人が実際に直面して問題視している状況や要求は、共有されている事例の記載されていることとは異なっているため、その技術をそのまま適用することができなかった。
【０００９】
本発明は、このような問題を解決するためになされたものであり、個々の異なる状況や要求に対処しようとしている人たちの間で、事例を活用しながら、個々の課題や問題点を共有する人の間でコミュニケーションを促進し、その人達の間で事例と現実とのギャップを埋めるための助け合いなどの協調活動を支援する方法及びシステムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る課題解決支援方法は、参照事例とユーザの作業を記述する文書との差異を示す差異情報の入力を受け付け、その差異情報を前記ユーザ及び参照事例に対応づけて差異情報管理手段に登録するデータ蓄積ステップと、ユーザから参照事例と差異情報とを特定した情報処理依頼を受け付ける依頼受付ステップと、前記情報処理依頼に特定された参照事例及び差異情報に対して共通性を有する参照事例及び差異情報を持つ登録情報を前記差異情報管理手段から検索する検索ステップと、その検索結果に基づく所定の課題解決サービスを前記情報処理依頼元のユーザに提供するサービス提供ステップと、を含み、前記情報処理依頼は依頼元ユーザから他のユーザへの課題解決に関する協力依頼であり、前記サービス提供ステップでは、検索結果の登録情報に対応するユーザに対してその協力依頼を通知し、これに対する通知先のユーザからの回答を依頼元ユーザに提供する、ことを特徴とする。
【００１１】
この発明では、ユーザが参照した事例だけでなく、ユーザの作業とその参照事例の差異情報も考慮することで、そのユーザの状況により適合した他ユーザの登録情報を見つけ、それに応じてユーザにサービスを行うことができる。なお、「共通性を有する」とは、両者が同一である場合だけでなく、類似である場合も含むものとする。類似かどうかは、例えば、公知の類似度合いの計算手法で両者の類似度を計算し、その値から判定すればよい。なお、差異情報に加え、作業と参照事例の共通点の情報も考慮することで、よりユーザの状況に適合した登録情報を見つけられるようにする変形も考えられる。
【００１３】
この態様によれば、ユーザからの協力依頼が、参照事例と差異情報の両方の観点で共通性を持つ他ユーザに通知されるので、依頼者の状況によく似た状況の経験者に協力依頼を送って、それら両者のコミュニケーション手段を提供することができる。
【００１４】
より好適には、前記サービス提供ステップでは、前記通知先のユーザに対し、依頼元ユーザの依頼に係る差異情報を閲覧可能とする。これにより、依頼の通知先のユーザは、依頼者の依頼の背景となった詳細な事情を知ることができ、より的確な判断が可能になる。
【００１５】
また、別の好適な態様では、前記サービス提供ステップでは、前記依頼元ユーザに、前記回答と関連づけて、その回答を行ったユーザが自分の作業を記述する文書と前記参照事例とについて入力した差異情報を閲覧可能とする。これにより、依頼者は、回答者の回答の背景事情を知ることができ、より正確な回答の理解が可能となる。
【００１６】
また、別の好適な態様では、前記サービス提供ステップでは、検索結果の各登録情報のうち所定の項目を含む類作業情報を、前記情報処理依頼の依頼元のユーザに提供する。これにより、ユーザは、自分の行っている作業と似た状況の他人の作業の情報を知ることができ、参考にできる。
【００１７】
また、別の好適な態様では、前記検索ステップでは、差異情報同士の共通性は、差異情報に含まれる各差異点が着目している情報項目の類似度合いと、それら各差異点が示す差異内容の類似度合いから判定する。
【００１８】
また、本発明に係るシステムは、事例情報を蓄積し、ユーザからの要求に応じて閲覧に供する事例管理手段と、事例管理手段から提供された事例情報をユーザに対して提示し、その事例と該ユーザの作業を記述する文書との差異を示す差異情報の入力を受け付ける差異情報入力手段と、差異情報入力手段で受け付けた差異情報を、それを入力したユーザと、その差異情報の対象である作業を記述する文書及び事例情報と、に対応づけて保持管理する差異情報管理手段と、ユーザから事例情報と差異情報とを特定した情報処理依頼を受け付ける依頼受付手段と、前記情報処理依頼に特定された事例情報及び差異情報に対して共通性を有する事例情報及び差異情報を持つ登録情報を前記差異情報管理手段から検索する類似情報検索手段と、類似情報検索手段の検索結果に基づく所定の課題解決サービスを前記情報処理依頼元のユーザに提供するサービス提供手段と、を備え、前記情報処理依頼は依頼元ユーザから他のユーザへの課題解決に関する協力依頼であり、前記サービス提供手段は、検索結果の登録情報に対応するユーザに対してその協力依頼を通知し、これに対する通知先のユーザからの回答を依頼元ユーザに提供する、ことを特徴とする。
【００１９】
この発明では、ユーザが参照した事例と差異情報を考慮することで、そのユーザの状況により適合した他ユーザの登録情報を見つけ、それに応じてユーザにサービスを行うことができる。
【００２０】
この発明の好適な態様では、上記システムは、前記事例管理手段に登録されている事例情報の入れ替えが行われた場合、又はその事例情報に関連する新たな事例情報の前記事例管理手段への追加登録が行われた場合に、入れ替え又は追加の対象の既登録事例情報を参照している作業を記述する文書に対応するユーザを前記差異情報管理手段から求め、そのユーザに対して事例情報の入れ替え又は追加を知らせる通知を行う手段、をさらに備える。また、この発明の好適な態様では、上記システムは、前記事例管理手段に登録されている事例情報に関し、その事例情報に対して入力された差異情報群のうちで相互に類似する差異情報の数を求め、その数が所定数を超えた場合に、その事例情報について、より適切な新規事例情報の登録を促すための処理を実行する手段、をさらに備える。これにより、事例をより良いものに入れ替える場合などに、それを参照している人に、新たな事例を参照して作業することを進めることができる。
【００２１】
また、別の好適な態様では、ユーザが参照する事例情報と同じ事例情報を参照して作成された差異情報を前記差異情報管理手段から検索し、そのユーザに提供する手段をさらに備える。この態様によれば、ユーザは、参照する事例についての他ユーザの利用状況を知ることができ、その事例を参照した作業の参考にすることができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態（以下、実施形態と言う）について図面を用いて説明する。
【００２３】
図１は、本発明の実施形態のシステム構成図である。
【００２４】
このシステムでは、事例管理部１０及び類作業情報管理部２０が、１つ又は複数の作業管理部３０と通信手段４０を介して接続される。この通信手段４０としては、ＬＡＮやＷＡＮなどのネットワークや、有線、無線の電話によるものなど様々なものが利用できる。この図示の接続構成の他にも、事例管理部１０と類作業情報管理部２０とが作業管理部３０との接続とは別の通信手段で接続される構成や、事例管理部１０が複数接続される構成などの変形もありうる。
【００２５】
事例管理部１０は、多数の事例の情報を蓄積し、ユーザの要求等に応じて事例を選択してその情報を通信手段４０を介して公開する情報処理システムである。事例管理部１０は、この機能が果たせるものであればよく、公知のさまざまな事例管理システムを用いることができる。事例管理部１０は、典型的には、多数の事例の内容その他の情報を蓄積した事例ベース１２を備える。非常に簡素なケースではデータベースに事例を登録し、これをＷＷＷ経由で公開するというなどの構成でもよい。
【００２６】
作業管理部３０は、個々のユーザが自分の担当する作業の問題解決のために用いる情報処理システムであり、事例参照部３２，差異指示部３４，及び類作業情報処理部３６を備える。事例参照部３２は、ユーザの要求に応じて選択された事例の情報を提示する機能モジュールである。差異指示部３４は、ユーザが取り組んでいる実作業と、参考のために選択した事例との間の相違点（又は共通点）の情報の入力をユーザから受け付ける機能モジュールである。この情報を以下「差異情報」と呼ぶ。差異指示部３４は、ユーザから入力された差異情報を類作業情報管理部２０に送信する。類作業情報処理部３６は、類作業に関する情報（類作業情報と呼ぶ）について、類作業情報管理部２０との間で情報のやりとりを行う機能モジュールである。ここでは、同じ事例について相違点を共通にするもの等の作業のことを「類作業」と呼ぶ。
【００２７】
類作業情報管理部２０は、個々のユーザが作成した差異情報を蓄積し、作業管理部３０を介したユーザからの要求に応じ、それら差異情報やこれを元に生成した各種情報を提供するなどのサービスを提供する情報処理システムである。類作業情報管理部２０において、差異情報管理部２１は、各ユーザの個々の作業において作成した（あるいは作成途上の）差異情報を蓄積し、管理する機能モジュールである。ユーザ情報管理部２３は、登録された各ユーザについての情報を管理する機能モジュールであり、ユーザへの連絡方法（例えば電子メールアドレスや部署名、電話番号）や、ユーザの状態、履歴などの情報を保持管理する。特殊な使用環境で、すべての情報のやりとりが本実施例のシステムを介して行われるような場合には、必ずしもユーザへの連絡方法は必要なくなる。類作業判定部２５は、ユーザの作業に対する類作業を検索してユーザに提供する機能モジュールであり、本実施形態では差異情報の類似度合いから類作業を見つけだす。協力依頼・回答情報管理部２７は、ユーザからの協力依頼やそれに対する他のユーザからの回答などの情報を管理し、ユーザに対して提供する機能モジュールである。
【００２８】
本実施形態のシステムでは、各ユーザが作業管理部３０を用い、既存の事例を参照して自分の作業を進め、これに伴ってその作業に関する文書の記述を進める。その際に、参照事例と実作業の差異（又は共通点）を差異情報として記述する。本実施形態では、この差異情報を活用して、各ユーザの現在及び過去の作業の類似度を測り、ユーザを、自分の作業に類似の状況を経験した（あるいは経験している）人と結びつけるサービスを行う。すなわち、ユーザが直面している事例と実作業のギャップ（差異情報）と類似した差異情報を登録している人は、そのユーザが直面しているのと似たような状況を経験した可能性が高いといえるので、ユーザとそのような人を結びつけることで、ユーザの問題解決を助けることができる。このサービスを管理するのが、類作業情報管理部２０である。類作業情報管理部２０は、この種のサービスとして、例えば、ユーザが発した協力依頼を類似状況経験者と目される人（差異情報が類似している人）に通知したり、あるいはその人からの回答を依頼元ユーザに通知したりする。
【００２９】
図２は、作業管理部３０の詳細な機能構成の一例を示す構成図である。
【００３０】
作業管理部３０において、事例参照部３２は、事例指示部３２２と事例表示部３２４を備える。事例指示部３２２は、ユーザから事例情報に対する指示その他の入力を受け付けるユーザインタフェース手段であり、事例表示部３２４は、事例情報をユーザに視覚的表示などで提供するユーザインタフェース手段である。これら事例指示部３２２及び事例表示部３２４は、例えば、ＧＵＩ（グラフィカル・ユーザ・インタフェース）を用いて構成することができる。なお、提供される事例の情報は、通信処理部３８を介して事例管理部１０から取得される。この際の事例の選択指示などは、事例指示部３２２にて受け付けられ、通信処理部３８を介して事例管理部１０に送られる。そして、その指示に対応した事例の情報が事例管理部１０から提供され、事例表示部３２４により表示される。表示された事例に対しても、各種選択や指示を事例指示部３２２から入力し、従来の事例共有システムと同様の対話的な情報処理を行うことができる。基本的には、ユーザは興味のある事例を１つ選択して表示させ、それを検討したり、それに対して以下で説明する差異情報に基づく分析サービスを利用したりすることで、作業を進めていく。
【００３１】
差異指示部３４において、差異情報入力部３４２は、選択している事例に対して、現在の「作業」の内容がどう異なっているかなどを示す差異情報の入力をユーザから受け付けるユーザインタフェース手段である。差異情報蓄積部３４４は、
その入力された差異情報を、選択している事例と関連付けて保持する。差異情報通信部３４６は、その差異情報を、通信処理部３８を介して類作業情報管理部２０に送信する。差異情報選択部３４８は、現在の「作業」と事例との間に設定した差異情報のなかから、ユーザ操作に応じて処理対象を選択する手段である。差異情報表示部３５０は、入力又は選択された差異情報をユーザに視覚的表示などで提示する手段である。
【００３２】
類作業情報処理部３６は、主として、類作業情報管理部２０から送信されてくる類作業情報の処理を行う。この処理には例えば表示処理が含まれる。この類作業情報に関する表示処理は、類作業情報表示部３６２により行われる。類作業情報には、現在選択中の事例と同じ事例を参照して作業している人の人数、その事例を利用して作業をすでに完了した人の人数、その事例を役に立てた人の人数、その事例を参照しながら作業している人のうち協力依頼を出している人の数等が含まれ、類作業情報表示部３６２はそれらの情報を同時に又はユーザ選択に応じて表示する。更には、差異指示部３４により差異情報が選択されると、類作業情報の一つとして、その事例を参照し、かつその差異情報に類似した差異情報を持つ人に関する情報が表示される。これには例えば、現在その事例を参照して作業している人のうち、その事例と実作業との差異情報が、その人の選択している差異情報に類似している人の人数の情報、同条件（すなわち同一事例、類似差異情報）で作業の終わった人のうちその事例を役立てた人の人数、同条件下で協力依頼を出している人の人数、などがある。人数の表示の仕方は、数値でもよいし、人の有無や多さの段階を示す記号やアイコンのようなものでの表示でもよい。ここでは人数が表示される例を説明したが、人数だけでなく、どのような人であるか等のもう少し詳細な情報を提示してもよい。また、一部の情報、例えば協力依頼の表示等を、人数の単位でなく件数（依頼の件数）の単位で表示するというような変更も容易である。
【００３３】
また、過去にユーザがやり遂げた作業についても、それに関連する協力依頼に関する情報を類作業情報処理部３６にて表示できるようにすることも好適である。この場合、作業管理部３０を使用しているユーザが過去の作業で参照した事例とその作業の時にその事例に対して指定した主な差異情報とは類作業情報管理部２０に蓄積されているので、その差異情報に類似な差異情報に関連した協力依頼が出ていれば類作業情報管理部２０で把握することができる。したがって、そのような過去分に関連する協力依頼の数などの情報を、類作業情報管理部２０から当該ユーザの使っている作業管理部３０に提供し、表示させることで、同時期に作業中の人だけでなく、過去に同じ事例を参照して類似な差異情報をもつ作業を解決した人にも協力依頼が届くようにすることができる。
【００３４】
類作業情報処理部３６は、発信されている協力依頼についての詳細情報（例えば協力依頼の内容本文など）の表示のための処理も行う。この詳細情報の表示は、例えば、表示されている協力依頼の人数等の数値の場所をポインティングデバイスで指示するなどのイベントに応じて、行われるようにするなどすればよい。
【００３５】
図３は、作業管理部３０のユーザインタフェース（ＵＩと略す）画面表示の一例を示す図である。この例は、差異情報を中心とした表示画面の例である。
【００３６】
この例において、ＵＩ画面４００は、タスク（すなわちユーザが対象としている「作業」）の名称あるいはＩＤ番号などを表示するタスク識別情報領域４０２、現在選択中の参照事例の情報を表示する事例情報領域４１０、その作業（タスク）自体の内容を表示する作業情報領域４２０、参照事例と実「作業」との差異情報を表示する差異情報領域４３０、その差異情報の識別情報（ＩＤ）を表示する差異情報ＩＤ領域４０４、及び類作業情報についての表示を行う類作業情報表示領域４０６を含む。
【００３７】
事例情報領域４１０には、その事例の内容を示す事例内容表示４１２と、その事例に付与された名称を示す事例名称表示４１４を含む。事例内容表示４１２は、その事例の内容を文章や図表、画像などを用いて示したものであり、例えば事例を説明するプレゼンテーション文書などを表示するものでもよい。このような事例内容の情報は、事例管理部１０の事例ベース１２から取得している。
【００３８】
作業情報領域４２０には、当該作業の内容を示す作業内容表示４２２を含む。この作業内容表示４２２は、ユーザが自分の作業を進めるに当たってその内容を文書化したものを表示したものである。作業内容の情報は、例えば別途作成した企画書やプレゼンテーション文書などでもよい。またこの代わりに、予め定めた項目分けに従って、ユーザに自分の作業の属性その他の情報を入力してもらい、これを作業内容情報として領域４２２に表示してもよい。この場合、各項目の情報を入力していくことで、ユーザは自分の作業内容についての情報の整理が可能になる。
【００３９】
差異情報領域４３０には、作業情報領域４２０に表示された作業内容と事例情報領域４１０に表示された事例内容との間での、個々の差異点４３２ａ〜４３２ｄ（この例では４つ）が表示される。個々の差異点４３２ａは、作業と事例ととの間で、対応する項目同士の内容の異同に関する情報を示す。この図３で示した例では、事例と作業では、「組織形態」、「活動内容」という点では対応がとれて当てはまるものとみなせるが、「利用者数」と既に導入されている「インフラ」の点では条件が異なっている場合を示している。この図において、対応して当てはまる項目については○印、異なっている点については×印で表示している（当然ながらこの表示の仕方自体については様々な変形が可能である）。
【００４０】
ここでは、作業と事例との間で、対応が取れている項目（情報内容が同じ又は類似している項目）も「差異情報」に記述しているが、これは差異情報の記述力を高めるためである。すなわち、原理的には、差異情報に相違点のみを記述するだけで、「相違」の観点からの情報がユーザに提供でき、従来の単なる事例参照を越えた有益な情報提供が十分可能であるが、ここでは共通点も含めて差異情報を詳細化することで、相違点、共通点の双方をふまえた上で差異情報同士の類似の度合いを判定することが可能になる。差異情報は参照している事例と「作業」との対比関係を示しているので、同じ事例を参照する差異情報同士の類似・非類似の関係は、それに対応する作業同士の類似・非類似の関係を反映している可能性が高い。
【００４１】
図３の表示例では、個々の差異点４３２について、その差異点に係る情報項目が事例内容表示４１２と作業内容表示４２２のそれぞれどこに示されているかが引出線形式で示されている。この差異点４３２に対応する情報項目を指し示す情報は、例えば事例内容表示４１２（又は作業内容表示４２２）上でのその情報項目の位置座標などの形で記録する。
【００４２】
この個別の差異点４３２の情報、すなわち比較対照の項目名や、その項目が作業・事例間での異なるか同じかを示す情報、作業内容表示及び事例内容表示におけるその項目の表示箇所のポインタ情報などの各種情報は、ユーザがこのＵＩ画面４００上で事例内容表示４１２及び作業内容表示４２２を見比べ、対応項目を見つけ、その表示内容を比較し、逐次入力していく。前述のポインタ情報は、例えば、事例内容表示４１２などの上で、差異点４３２に関係する表示部位を、ポインティングデバイスなどでユーザに指示してもらうことで取り込むことができる。
【００４３】
なお、このように、個々の差異点についての、事例内容表示４１２等の中での対応情報表示部位の位置座標情報を保持管理するようにすれば、これを差異情報の類似判定に利用することができる。すなわち、同じ事例に関連づけられた複数の差異情報があった場合、差異点として取り上げた情報項目同士が近いかどうかは、両者の類似性に大きな影響がある。そこで、それら差異点対応部位の配置パターン（各部位の座標情報の組）同士の類似度を求め、これを他の要素（例えば各差異点のタイプ（相違、共通など））の類似度と組み合わせるなどして、差異情報同士の類似度を求めることができる。配置パターンの類似度合いは、特開平１１−２１９３４１号公報などにも示されている点間の距離などに基づく公知の計算手法により計算できる。
【００４４】
またこのように差異点の指し示す部位の表示上での位置ではなく、予め事例ごとにいくつかのキーワードを用意するなどし、ユーザは差異点としてそれらキーワードのいくつかを選び、それぞれ相違点か共通（類似）点かを指定することで差異情報を記述するなどの方法もありうる。この方法では、差異点として選んだキーワードとそのタイプ（相違、共通）などの組み合わせに基づき、差異情報同士の類似度合いを求めることができる。
【００４５】
また、事例内容に含まれる情報項目群に対して抽象的、概念的な構造（例えば階層構造やツリー構造）を規定し、差異点の対応情報項目をその構造内での位置により特定することも可能である。この場合は、その抽象的、概念的な構造の表現も事例の表現の一形態としてみなせば、それは本実施形態の容易な変形の範囲といえる。
【００４６】
図４は、作業管理部３０のＵＩ画面表示の一例であり、差異情報の詳細内容を入力したり、表示したりする際の画面表示の例である。
【００４７】
本実施形態では、差異情報として、個別の差異点（相違点又は共通点）が事例内容や作業内容のどの部分に対応しているかや、その差異点に与えた名称等のキーワードだけでなく、その差異点に対応する部分が事例と実作業とでどのように異なっているのかなどについての詳細な説明を加えることができる。この情報は、図４に示されるように、個々の差異点４３２ａ〜４３２ｄの表示に対応づけられた共通・差異詳細情報領域４３４ａ〜４３４ｄにそれぞれ表示される。このような詳細情報は作業者自身のメモとして役に立つだけでなく、他のユーザがその作業と事例との差異をよりよく理解するのに役立つ。例えば、ユーザが自分の作業への事例の適用等について他のユーザに協力依頼を行う場合、ユーザが入力したその作業と事例との差異情報が状況の説明に利用できる。したがって、各差異点について詳細な説明も付加しておけば、他の人がその協力依頼について協力することができるか否かを判断する際の判断の基礎として利用できる。また、このような差異点の詳細の記述は、テキスト形式の自由記述形式の文章としての記述でもよいが、事例やキーワードごとに記述形式をある程度限定しておけば、差異情報同士の類似判定などの際の自動処理が容易となる。また、差異情報の各差異点の詳細情報として予め選択肢を設定してユーザに選ばせたり、ユーザが付加できる詳細な情報についてデータ型などを限定したりするなどの場合もありうる。また、データ型などをあらかじめ厳密に定めなくても、ユーザが、事例ごとに設定されている（他人が作成した）差異情報を類作業情報管理部２０に問い合わせて、これを参考に差異情報を入力するなどのサイクルで、記述が統一されていくことを期待することもできる。
【００４８】
次に、このような差異情報のデータ構造の一例を図５を参照して説明する。
【００４９】
差異情報５００は、ユーザＩＤ５０２，作業ＩＤ５０４，事例参照情報５０６，差異点構造情報５０８，付加情報５１０を含む。ユーザＩＤ５０２は、当該差異情報５００の作成者であるユーザを特定する識別情報である。作業ＩＤ５０４は、その差異情報の対象となっている作業の識別情報である。この作業ＩＤは、例えばユーザがこのシステムを用いて「作業」を進めるときに、ユーザが入力した作業内容等の情報に対してこのシステムから付与される。事例参照情報５０６は、その差異情報がどの事例との関係で記述されているのかを示す情報であり、例えばその事例の識別情報を用いることができる。このような情報から、この差異情報５００は、作業ＩＤ５０４が示す「作業」と事例参照情報５０６が示す「事例」との間の差異（及び共通点）を示した情報であることを知ることができる。差異点構造情報５０８は、作業と事例との対比によりユーザが入力した各差異点の情報から構成される。以上が類似判定等で利用される差異情報５００の基礎的な情報である。これに対し、付加情報５１０は、そのような基礎的な情報項目に含まれない補足的な情報である。付加情報５１０としては、例えばその差異情報５００を記述した際の視点などについてのコメントを、作成者たるユーザ自身が自由記述等の形で記述したものなどが考えられる。
【００５０】
なお、差異点構造情報５０８は、ユーザが指示した差異点の数だけの差異点情報５２０と、構造付加情報５３０とを含む。差異点情報５２０は、１つの差異点についてその内容を示す情報であり、参照側指示情報５２２，作業側指示情報５２４，差異点属性情報５２６，及び差異点付加情報５２８を含む。参照側指示情報５２２は、参照事例側の事例内容において、この差異点に対応する記述の部位を指し示すポインタ情報である。作業側指示情報５２４は、当該作業の内容の記述において、この差異点に対応する記述部位を指し示すポインタ情報である。差異点属性情報５２６は、その差異点の名称やタイプ（相違点か共通（類似）点かなど）等を記述したものである。差異点付加情報５２８は、上述の定型的な情報（５２２〜５２６）以外に、ユーザがその差異点について説明のために記述した付加的な情報である。差異点付加情報５２８としては、例えば当該差異点について、実作業と参照事例とがどのように異なっているのかなどについての自由記述などが考えられる。
【００５１】
構造付加情報５３０は、差異点構造情報５０８についてのメモやコメントなどを格納するための領域である。この図示した例においては差異点群が構造化されている例を示していないが、仮に差異点群を階層的に整理するなどして構造化した場合には、その構造についての情報をこの構造付加情報５３０として格納することも可能である。
【００５２】
次に、ユーザが自分の作業について、本システムの作業管理部３０を利用して、事例を参照した整理などを行う場合の作業の流れを、図６を参照して説明する。
【００５３】
まず、ユーザは、新たな作業を開始する場合、作業管理部３０に対してその作業の登録操作を行い、これによりその作業に対する情報エントリが本システム内に作成される（Ｓ１０）。この個々のユーザの個々の作業についての情報エントリは、個々の作業管理部３０内で登録・管理してもよいが、類作業情報管理部２０に集めて集中管理する構成もありうる。次に、ユーザは、その作業を進めるにあたり参考にする事例を選択する（Ｓ１２）。このステップでは、事例管理部１０の事例ベース１２の登録情報が作業管理部３０に提供され、ユーザはこの提供情報を基に所望の事例を選択する。そして、ユーザは、その選択した事例を図３等に示すＵＩ画面で参照しながら、自分の「作業」の記述を進めていく（Ｓ１４）。作業情報の記述を進める最中に、参照している事例での記述が、現在対応している作業にそのまま対応しない点などについて、図３や図４等のＵＩ画面を介して、差異情報を記述していく（Ｓ１６）。記述された差異情報（図５参照）は、定期的又はユーザの明示的な送信指示があった時など、適当なタイミングで類作業情報管理部２０に送信され、これにより差異情報管理部２１に新たな差異情報が保存されたり、古い差異情報が更新されたりする（Ｓ１８）。このようにしてユーザが事例を参照しながら自分の作業についての分析を進めていく（Ｓ１９）につれて、新たな相違点や共通点が重要であると思えばＳ１６に戻り、作業自体の記述を修正しようと思えばＳ１４に戻り、観点を切り替えて別の事例に当たろうと思えばＳ１２に戻る。こうして作業が終了するまで、ユーザは参照する事例を新たに選択したり、作業自体の情報を更新していったり、差異情報を更新していったりすることが行われる。作業が進んでいくにつれて作業側の記述は変更され、そのため差異情報についても必要ならば更新が行われる。現実的には差異情報は事例をそのままでは適用できないポイントについて記述されるため、「作業」の対象の環境、条件などに変化が無い場合には差異情報についての更新が必要となる場合はあまり頻繁にはおきない。また、作業に対して参照する事例を複数用意しておく場合には、作業の途中で事例を選択して切り替えるというステップが入る場面もある。
【００５４】
次に図７を参照して、ユーザが自分の作業を進める中で、他のユーザに対して協力を要請する際の処理の流れの一例を説明する。
【００５５】
この処理手順では、まずユーザは、作業管理部３０を操作して、登録してある作業の中から協力依頼対象の作業を選択し（Ｓ２０）、その作業で参照している事例を選択する（Ｓ２２）。そして、それらについての差異情報をすでに記述していればそれを選択し、記述していなければ前述した操作で新たに差異情報を記述する（Ｓ２４）。この差異情報は、類作業情報管理部２０に送信され、記憶される。ユーザは、さらに協力依頼情報の詳細を記述する（Ｓ２６）。協力依頼情報には、例えば、ユーザが直面している状況の説明や、困っている点、教えてほしい情報などを記述する。作成した協力依頼情報は類作業情報処理部３６を介して類作業情報管理部２０に送信される（Ｓ２８）。類作業情報管理部２０は、受け取った協力依頼情報を、対象としている作業、参照事例、及びそれら両者間の差異情報に関連づけて管理する。また類作業情報管理部２０は、この依頼を、関係する各ユーザに通知し、それに対する各ユーザからの回答をとりまとめ、回答リストとして依頼元のユーザに提供する。この類作業情報管理部２０の処理内容については、後で詳しく説明する。
【００５６】
さて、作業管理部３０では、協力依頼からある程度の時間が経過すると、その依頼に対する回答リストを類作業情報管理部２０から受信する（Ｓ３０）。この受信のタイミングは新たな回答が発生するごとでもよいし、協力依頼を発した作業管理部側からのイベントで取得してもよいし、ある程度の時間間隔ごとに自動的に調査してもよい。
【００５７】
協力依頼への回答リストの情報を受信すると、作業管理部３０は、そのリストの情報を表示する（Ｓ３２）。依頼元のユーザが、その回答リストの表示の中から回答を選択すると（Ｓ３４）、作業管理部３０はそれについての詳細な情報（回答内容など）を表示する（Ｓ３６）。表示した回答が望みに適うかどうかを判断し、それに応じて回答の採用又は不採用を示す指示を作業管理部３０に入力する（Ｓ３８）。望みの回答でなかった場合は、Ｓ３４に戻って回答リストを表示し、別の回答を選択することができる。採用の場合、作業管理部３０は、その回答について採用通知を類作業情報管理部２０に送信する（Ｓ４０）。そして、ユーザはその回答を参考にして、作業管理部３０を用いて作業記述を進める（Ｓ４２）。
【００５８】
協力依頼に対して寄せられる回答は、問題に対する直接の解決策の情報である場合もあるし、その問題について連絡を取り合うことを提案する趣旨のものである場合もある。連絡を取り合うことの提案などのタイプの回答のために、類作業情報管理部２０がその連絡の仲介を行う構成（例えば相談用の電子掲示板を提供するなど）もありうるし、依頼者と回答者の間で連絡先や連絡方法を伝え合って他の情報交換手段で連絡を取り合うことを薦める構成もありうる。
【００５９】
図８は、図７のＳ３２で、依頼者であるユーザに提供される回答リストの表示例を示す図である。この表示例では、作業管理部３０のＵＩ画面４００に協力回答領域４４０が表示されている。この協力回答領域４４０には、ユーザが発した協力依頼に対し、類作業情報管理部２０から返ってきた回答リストの情報が表示される。この回答リストは、図示のように、タスクＸという作業と、事例内容領域４１０に示された事例との間で、差異情報４３０に示された差異情報が記述されている場合に、このような分析結果に関連づけて発信された協力依頼に対し、類作業情報管理部２０からもたらされたものである。このように、協力依頼の対象となった作業に関する情報（作業、参照事例、差異情報）と回答リストとを並列表示することで、作業の情報を確認しつつ回答リストの検討を行うことができる。
【００６０】
この例では、回答リストに含まれる各回答を示す回答情報表示４４２を一覧表示している。個々の回答情報表示４４２には、例えばタイトル（件名）と回答者名などを表示し、その表示をマウス等で選択することにより、詳細な回答内容の表示を呼び出すことができるようにする。もちろん、回答内容がテキストの場合などには、その全部又は一部を回答情報表示４４２に表示することもできる。回答内容が事例や作業の内容の記述など大きい表示領域を必要とするものである場合には、図３や図４と同様の別ウインドウを開いて表示するなどすればよい。この場合、例えば回答者が協力依頼に回答する際に参照した自分の過去の作業の内容、参照事例、差異情報などが回答に組み込まれていれば、その回答者のケースについての情報が図３や図４と同様の形で表示することができる。これにより、依頼者は、他人の事例活用例を知ることができ、またその回答の背景となる文脈をより詳細に知ることができる。
【００６１】
また例えば、各回答情報表示４４２（Ｕ，Ｖ，Ｗ，・・・）に対して、その回答を作成した回答者についての特性情報を同時に表示される構成もありうる。この回答者の特性情報としては、例えば、その回答者がどれくらいの率で回答を行うか、その回答者が提示した回答がどのくらいの率で依頼者に採用されたかなどの情報が考えられる。また、依頼者が協力依頼の対象となった作業と事例の差異情報と、回答者が回答時に参照した差異情報との類似度を類作業情報管理部２０で判定し、その値をこの回答情報表示４４２に関連づけて表示してもよい。こうすれば、依頼者に対し、回答リストの中から所望の回答を選ぶときの１つの判断材料を提供することができる。
【００６２】
また、作業管理部３０は、回答リスト中の回答群に対する検索機能を提供することもできる。例えば、各回答の文章に対するフルテキストサーチや、あるいは回答に関連づけられている差異情報を対象としたキーワード検索や類似検索（依頼に係る作業の差異情報と似ているものを検索）などで、協力依頼者の希望に合った回答を摘出することができる。このような検索機能は、回答リストの回答数が多いときに特に便利である。なお、回答に対する検索・選択のサービスは、作業管理部３０自体で行ってもよいし、類作業情報管理部２０で行うようにしてもよい。
【００６３】
依頼者は、上記のような表示・検索機能を利用して、回答リストの中から自分の作業に役立つと思うものを選び、それを参考に自分の作業の記述を進めていく。
【００６４】
図９は、協力依頼に対して協力を申し出る、あるいは回答する際の処理の流れを示した図である。
【００６５】
前述のように、ユーザが発した協力依頼は類作業情報管理部２０にて受け付けられる。そして、管理部２０が所定の判断基準に基づきその依頼に関係が深いユーザを見つけ出して、そのユーザ宛にその協力依頼を通知する。
【００６６】
ユーザに該当する協力依頼があった場合、そのユーザのログインしている作業管理部３０に対し協力依頼が来ている旨の通知が行われ、その旨が作業管理部３０のＵＩ画面上に表示される。これに対し、ユーザがその協力依頼の内容を見る旨の指示を入力すると、作業管理部３０はまず、その旨を類作業情報管理部２０に通知してそのユーザ宛の協力依頼のリストの情報を受信し、それを表示する（Ｓ５０）。ユーザは、作業管理部３０に表示された協力依頼リストから興味のある協力依頼を選択してその詳細情報を表示し（Ｓ５２，Ｓ５４）、それを検討してその協力依頼に応えるか否かの判断を行う（Ｓ５６）。詳細情報の表示では、依頼者が投稿した協力依頼情報だけでなく、その協力依頼情報に関連づけられた作業、参照事例、差異情報なども、類作業情報管理部２０から提供して作業管理部３０に表示させる。これにより、依頼リストを見ているユーザは、個々の協力依頼がどの事例に関して、どのような差異情報が記述されているようなケースか、その具体的な事情を知ることができる。また、このリストに協力依頼者に関する情報、例えば依頼者が以前に当該ユーザに協力してくれた人であるか否かというような情報や、具体的な氏名の情報などを含めることもできる。こうすれば、協力依頼の内容だけでなく、人を選んで協力する、見送るということを判断することもできる。
【００６７】
協力依頼に対して回答を行うと決めた場合には、ユーザは作業管理部３０を用いて回答を記述し（Ｓ５８）、これを類作業情報管理部２０に送信する（Ｓ６０）。このとき、作業、事例、差異情報（あるいはそれら全部）を参照した回答を行うこともできる。例えば、協力依頼が対象としている作業についての差異情報を参照することもできれば、自分の状況を説明する作業や差異情報を参照することもできる。この場合、回答のデータ構造としては、例えば、回答対象の協力依頼情報のＩＤ，回答者のユーザＩＤ，参照する差異情報などを特定する情報、回答本文などを含むものが考えられる。ユーザがこのような回答を作業管理部３０から類作業情報管理部２０に向けて送ると、類作業情報管理部２０は、その回答の対象である協力依頼の送り元に、その回答メッセージなどを送り届ける。これは、前述の回答リスト（図８参照）等の形で依頼者側に提供される。依頼者は、受け取った回答メッセージを閲覧し、役に立てばそれを利用して自分の作業の記述を進める。好適な例では、依頼者が回答に対する評価を行う。すなわちこの例では、依頼者は、受け取った個々の回答が自分の作業にどの程度役に立ったかなどの評価情報を類作業情報管理部２０に送り、類作業情報管理部２０がその評価情報を集計して各ユーザの回答者としての実績を求め、その情報をユーザに提供するなどのサービスが可能である。
【００６８】
図１０は、図９の協力依頼応答処理手順の際の、作業管理部３０のＵＩ画面の一例であり、ある差異情報に関係した協力依頼のリストを表示した画面の例を示した図である。
【００６９】
本実施形態のシステムでは、ユーザがかつて行った作業又は現在実行中の作業に関して、参照している事例が同じで差異情報の類似するものについて協力依頼が行われているとき、協力依頼があることがそのユーザの作業管理部３０に表示される。このとき、ユーザはその協力依頼リストを表示して、どの協力依頼に対応するかを選択することができる。図１０はそのときの画面の一例を示したものである。図１０の例では、事例表示領域４１０に参照している事例が、差異情報領域４３０に差異情報が表示され、その差異情報と関係した協力依頼のリストが協力依頼領域４５０に表示されている。この領域４５０には、個々の協力依頼ごとに協力依頼情報表示４５２が表示される。この表示には、例えば、依頼の題名などを表示する。依頼内容がテキストの場合などには、その全部又は一部を協力依頼情報表示４５２に表示することもできる。また、この協力依頼情報表示４５２を依頼者の差異情報とリンクしておくことで、依頼者の作業や差異情報の詳細内容を図３，図４と同様の形で表示することができ、これにより協力依頼を受信した人は、依頼についての詳細な事情を知ることができる。
【００７０】
協力依頼情報表示４５２には、依頼者を特定できる情報（例えば名前など）を表示してもよいが、匿名にすることもありうる。そして、依頼者を特定できる情報を表示する、しないにかかわらず、そのユーザ（回答者）が過去に協力してもらったことがある人からの依頼か否か示す情報を表示するなど、ユーザに協力の申し出を促すさまざまな工夫を組み込んでもよい。
【００７１】
ユーザは、このような情報を基に、協力依頼リストの中から所望の依頼を選択し、それに対して協力を申し出ることができる。
【００７２】
図１１は類作業情報管理部２０の詳細構成の一例を示す構成図である。
【００７３】
類作業情報管理部２０は、差異情報管理部２１とユーザ情報管理部２３と類作業判定部２５と協力依頼・回答情報管理部２７と通信処理部２９とを有する。差異情報管理部２１は、差異情報のデータを格納する差異情報格納部２１２を有し、各ユーザが作成した差異情報を格納・管理する。差異情報格納部２１２には、個々の差異情報（図５参照）をそのまま格納してもよいが、その中に含まれる各差異点情報や差異点構造情報にＩＤをつけたり、それら差異点情報や構造情報などのパターンにＩＤをつけるなどして、構造的に管理できるようにすることも容易である。
【００７４】
ユーザ情報管理部２３は、各ユーザの連絡先その他の個人情報を格納するユーザ情報格納部２３２を備える。この情報は、協力依頼や回答などをユーザに送る場合などにも利用できる。また、ユーザ情報管理部２３には、各ユーザの個々の作業やその状態（作業中、未着手、作業終了など）の情報や、ユーザ間の助け合い（協力依頼とそれに対する回答）の履歴などを蓄積・管理する作業・履歴情報格納部２３４が設けられる。これら作業に関する情報や履歴の情報は、協力依頼の通知先を決める場合などに利用される。
【００７５】
類作業判定部２５は、協力依頼等で指定された差異情報を基に、それと類似する差異情報を持つ作業やその作業の作業者などを見出す処理を行う。この判定では、参照事例の一致、不一致の判別に加え、差異情報（図５参照）内に記述された差異点情報の比較を行う。すなわち、着目する差異情報に対し、参照する事例が同一で、差異点群の示す作業・事例間の相違点、類似点が似通っているものを、類似な差異情報として見つけだす。差異点群の類似度合いは、差異点として着目している項目が一致・類似しているか否かというレベル（着目点の一致のレベル）と、その情報項目の内容（例えば相違点か共通点かというタイプ）が一致・類似しているかというレベル（内容の一致のレベル）の両方を考慮して求める。ここで、差異点情報の比較にはさまざまな方法が適用できる。着目点の一致レベルでは、例えば、比較する２つの差異情報の間で、差異点の数や、それら差異点の事例内容での記述場所のパターン（差異点の配置パターン）を比較することで、両者の類似度合いを求めることができる。また、このとき例えば両差異情報の間で事例内容内での対応記述部位の位置が最も近い差異点同士を、対応する差異点として関連づけることができる。なお、差異点に対して名称やキーワードが付与されている場合は、それら名称等の一致、類似から両差異情報間での差異点の対応付けを行うことができる。そして、この対応付けの成功度（例えば、何割の差異点を対応付けできたか、など）により、「着目点の一致」レベルでの両差異情報の類似度合いを数値化できる。また、「内容の一致」レベルでは、例えば、両差異情報の間で互いに対応する２つの差異点の差異点属性情報５２６（図５参照）を比較し、その類似度合いを求める。これをすべての差異点について行い、総合的な類似度合いを求めればよい。また、「内容の一致」レベルの類似度計算において、対応する差異点同士の差異点付加情報５２８同士の類似度合いを考慮に入れることも好適である。差異点付加情報５２８には、例えば作業と参照事例との間の相違の程度や種類などの情報、例えば「事例中では主に使用されているコンピュータがワークステーションだが、「作業」の対象組織ではＰＣやＰＤＡが中心である」などの違い方の情報が含まれている。付加情報５２８の情報内容が定型化されていれば、類似度合いは容易に計算できる。また、付加情報５２８が自由記述の場合は、自然言語処理技術を利用してその記述内容を抽出し、比較するなどの対応をすればよい。これら各レベルでの類似度合いの数値を総合することで、差異情報同士の類似度合いが決定できる。
【００７６】
したがって、ある差異情報が与えられたときに、それに類似する差異情報を見つけるには、与えられた差異情報と蓄積されている各差異情報との類似度をそれぞれ求め、その類似度が予め定めたしきい値を超えるものを選択するなどすればよい。例えば、ユーザからの協力依頼を通知する通知先を決める際には、協力依頼に係る差異情報に類似する（すなわち類似度がしきい値よりも高い）差異情報を上記のようにして求めればよい。
【００７７】
差異情報に差異点構造情報５０８が含まれる場合は、その構造情報にしたがって、両差異情報間での差異点の対応付けができる。また、構造情報に示される各差異点の構造上の位置に応じて、差異点ごとに求められる類似度の数値に対して重み付けを行うことも可能である。
【００７８】
なお、差異情報間の類似度は、非常に単純には、差異点どうしの比較で幾つの一致・不一致があるかという数値でもよい。例えば、差異点の全体数のうちの一致（類似）点の割合などである。また、差異点同士の比較において、類似度の高いＮ個についての類似度の平均値などを、差異情報全体の類似度とするなどしてもよい。
【００７９】
協力依頼・回答情報管理部２７は、ユーザからの協力依頼に関する情報や、それに対する回答に関する情報を格納する協力依頼・回答情報格納部２７２を含み、それら協力依頼や回答に関する管理を行う。
【００８０】
図１２は、類作業情報管理部２０の処理の流れのうち、ユーザから与えられた差異情報に基づき、類作業情報を作成し、ユーザに返す処理の手順の一例を示した図である。
【００８１】
この手順のうち、Ｓ７０〜Ｓ７６は、ユーザによる作業進捗に伴う差異情報の記述及び更新の処理を示している。すなわちユーザは、作業を選択し（Ｓ７０）、参照事例を選択し（Ｓ７２）、差異情報があれば必要に応じてそれを更新し、なければ新たに記述し（Ｓ７４）、その結果を類作業情報管理部２０に送信する（Ｓ７６）。類作業情報管理部２０は、その差異情報を受信し（Ｓ９０）、差異情報格納部２１２に登録する（Ｓ９２）。
【００８２】
ユーザは、所望のときに、類作業情報の更新要求を出すことができる（Ｓ７８）。この要求は、対象とする差異情報を特定して行う。この要求を受けた類作業情報管理部２０は、類作業判定部２５によりその差異情報に類似する（すなわち類似度がしきい値よりも高い）差異情報を求め、求めた差異情報やそれに対応する作業などの情報を含んだ類作業情報を作成し（Ｓ９４）、これを差異情報の送信元のユーザに送信する（Ｓ９６）。作業管理部３０側では、その類作業情報を受信し（Ｓ８０）、それを表示する（Ｓ８２）。
【００８３】
このような類作業情報の提供により、ユーザは、自分が行っている作業に関し、差異情報の観点（すなわち同一事例に対する異同の観点）から関連度が高い他者の作業の情報や、そのような他者の人数などを知ることができ、自分の進めている作業の参考にすることができる。
【００８４】
図１２では、類作業情報の更新要求を受けた場合の類作業情報管理部２０の処理を説明したが、類作業情報管理部２０は、このほかに協力依頼を受け付けたり、協力依頼リストの要求を受け付けたり、協力依頼に対する回答を受け付けたりする処理を行う。
【００８５】
協力依頼の受付では、類作業情報管理部２０は、ユーザが操作する作業管理部３０から協力依頼（協力依頼情報とその対象となる差異情報が含まれる）を受け取ると、その差異情報と関連付けてそのユーザの識別情報と協力依頼情報を記憶する。そして、協力依頼の差異情報と類似する差異情報を持つ作業を行っている人を類作業判定部２５で求め、その人々にその協力依頼を通知する。もちろん、この処理の変形としては協力依頼情報を受け取ったときに、この協力依頼情報を記憶せずに、すぐに類作業者を求めて、その人たちに協力依頼情報を送信するということも可能である。
【００８６】
またユーザが操作する作業管理部３０から協力依頼リストの要求を受け取ると、類作業情報管理部２０は、その協力依頼リストの要求情報に基づいて、個々の協力依頼情報のリストを作業管理部３０に送信する。これを受け取った作業管理部３０では、図１０のようなＵＩ画面でそのリストを表示し、ユーザからの選択を受け付ける。
【００８７】
また、協力依頼に対する回答をユーザから受け取った場合、類作業情報管理部２０は、その情報を協力依頼・回答情報格納部２７２に格納し、依頼元のユーザの閲覧に供する。
【００８８】
以上説明したように、本実施形態のシステムでは、作業の担当者は自分の作業において解決できない部分について、他の人に協力の要請を行うことができる。このとき、担当者が自分の作業と参照事例との差異情報を記述し、協力依頼の際にその差異情報（参照事例を特定する情報も含む）を指定することにより、類作業情報管理部２０は、その差異情報から、その担当者と似た状況に対して解決した経験を持つ人、または、似た状況に直面している人たちを見つけ出すことができる。このような類似状況の経験者に対して協力依頼を配信するなどして、依頼者と経験者のコミュニケーションの場を提供することで、迅速な問題解決に資することができる。
【００８９】
従来技術では、困っている人に対する相談相手の候補を、参照事例の一致のみの観点から求めていたのに対し、本実施形態では、相談相手の候補をその参照事例に対する実「作業」の差異情報も加味して求めるので、より的確な相談相手（協力依頼先）の候補を求めることができる。これにより、実際に直面した問題、そしてその問題の捉え方の共通な人達の間での助け合いを支援することができ、このことにより個々の組織支援の現場においてより敏速に課題解決を行っていくことができる。
【００９０】
また、本実施形態のシステムでは、事例ベース１２に登録されている事例のなかから、時代遅れなどの理由で代表事例として的を得なくなっているものを見つけることもでき、さらにその事例の問題点やその対応策などの抽出を容易にすることができる。すなわち、例えば、多くの人が参照している事例があって、その事例に関してほとんどの人が類似の点について類似の相違内容を指摘している場合には、その登録事例よりも、ほとんどの人が指摘している差異情報を反映した事例の方が代表事例として好ましい。したがって、このような場合、そのような好ましい事例を元の事例と入れ替えて事例ベース１０２に登録したり、あるいは事例ベース１０２に新規追加したりするなどの手当ができると好適である。そこで、類作業情報管理部２０などで、各事例ごとに、その事例に対する差異情報で指摘されている各差異点について統計を取り、それを管理者に提示するなどして登録事例の入れ替えや追加などを促すようにすることもできる。例えば、類作業情報管理部２０が、同一事例に対して登録された差異情報の中で類似のものの数を求め、その数が予め設定されたしきい値を超えた場合に、事例データの入れ替えや新規追加を提案するメッセージを管理者に送るなどすればよい。この場合、類似する差異情報群は、差異情報同士の類似度合いの判定手法を利用して求めればよい。
【００９１】
また、このようにして事例の入れ替えや追加を行った場合は、入れ替え又は追加の対象の旧事例を参照していた人々に対し、入れ替え又は追加した新たな事例を紹介するといったサービスを行うこともできる。このサービスは、例えば、類作業情報管理部２０にて、旧事例を参照している差異情報を見つけ出し（差異情報には参照先事例を特定する情報が含まれている）、その差異情報の作成者であるユーザに対して事例の入れ替え又は追加を知らせるメッセージや、入れ替え又は追加した新事例の紹介などの通知を送ればよい。また、旧事例に対して差異情報を登録したすべてのユーザに送る新事例に関する通知を送る代わりに、入れ替え又は追加の判断材料となった類似の差異情報群に近い差異情報を登録したユーザのみにその通知を送るようにすることも好適である。
【００９２】
また、本実施形態の変形例として、ユーザが参照する事例について、他の人たちが作成した差異情報をユーザに提供し、作業管理部に表示するという変形もありうる。この変形によれば、ユーザは他の人が直面した場面などの情報を知ることができ、ユーザは、参照する事例について実作業に適用する前にチェックすべき条件などを把握することができる。
【図面の簡単な説明】
【図１】  実施形態のシステムの一例の構成図である。
【図２】  作業管理部の構成の一例を示す図である。
【図３】  差異情報の表示画面の一例を示す図である。
【図４】  差異情報の詳細を表示した画面の一例を示す図である。
【図５】  差異情報のデータ構造の一例を示す図である。
【図６】  作業管理部での編集作業の概略手順を示す図である。
【図７】  作業管理部での協力依頼から回答の採用までの処理の流れの概略手順を示す図である。
【図８】  協力依頼への回答情報のリストを表示した画面の一例を示す図である。
【図９】  協力依頼に対する回答を行う際の処理の流れを示す図である。
【図１０】  協力依頼情報のリストを表示した画面の一例を示す図である。
【図１１】  類作業情報管理部の構成の一例を示す図である。
【図１２】  類作業情報管理部での、差異情報の受信から類作業情報を返す処理手順の一例を示す図である。
【符号の説明】
１０  事例管理部、１２  事例ベース、２０  類作業情報管理部、２１  差異情報管理部、２３  ユーザ情報管理部、２５  類作業判定部、２７  協力依頼・回答情報管理部、３０  作業管理部、３２  事例参照部、３４  差異指示部、３６  類作業情報処理部。
【図１】
0003994678.tif 000002
【図２】
0003994678.tif 000003
【図３】
0003994678.tif 000004
【図４】
0003994678.tif 000005
【図５】
0003994678.tif 000006
【図６】
0003994678.tif 000007
【図７】
0003994678.tif 000008
【図８】
0003994678.tif 000009
【図９】
0003994678.tif 000010
【図１０】
0003994678.tif 000011
【図１１】
0003994678.tif 000012
【図１２】
0003994678.tif 000013