JP2012059219A - プログラム及び情報収集支援システム - Google Patents

Abstract

【課題】利用者に対してできるだけ多様な発信者が発信した情報を提供する。
【解決手段】ワークスタイル情報記憶部２０２は、勤怠管理システム３０２等から収集した各情報発信者のワークスタイル情報を記憶する。情報端末１００を利用する利用者は、収集対象とする発信者の属性の範囲の分割条件を含んだ情報収集条件を設定する。多面的情報収集部２１０は、ワークスタイル情報記憶部２０２に記憶された各発信者の属性の全範囲をその分割条件に従って分割し、分割された各範囲に該当する属性値を持つ発信者を均等に選択する。そして、選択した各発信者が投稿した情報を、文書管理システム３０８等から収集し、情報端末１００に提供する。
【選択図】図１

Description

本発明は、プログラム及び情報収集支援システムに関する。

インターネットや社内ネットワークなどの情報通信ネットワーク上では、文書管理システム、論文データベースなどの各種データベース、電子掲示板、ブログ（ウェブログ）やマイクロブログ、ソーシャルネットワークサービス、画像又は動画の共有サービス等といった様々なシステムあるいはサービスを用いて、日々新たな情報が作成され、無制限に又はあらかじめ定めた範囲内で公開されている。

従来は、ネットワーク上のそのような膨大な情報の中から利用者の好み、関心などに合致したものを選択的に利用者に提供するというアプローチが一般的であり、そのような利用者に関連する情報を自動的に収集して提供するツール又はシステムが提案されてきた。

特許文献１に記載された情報蓄積提供装置は、端末装置から入力された情報提供要求に基づいて情報を端末装置に提供する。順次的情報提供装置は、情報提供要求に対応する情報エレメントを、順序をもって列挙したシナリオ情報をあらかじめ蓄積しており、端末装置から入力される順次的情報提供要求に基づいてシナリオ情報を選択し、以降、該シナリオ情報に列挙された情報エレメントを先頭から順次自動的に選択し、該情報エレメントをネットワークを介して端末装置に送信し、次に端末装置の状態を観測して、次の情報エレメントの送信時期の判断結果に基づいて、次の情報エレメントを同様の手順で端末装置に送信する。

特許文献２には、使用者本人の視聴履歴などの情報を用いることなく使用者が番組を選択するのにおいて必要な情報を得る手段を提供するためのシステムが記載されている。このシステムでは、第１の利用者が情報を共有したい第２の利用者を指定すると、システムが、その第２の利用者が視聴している、あるいはこれから視聴予定の番組を第１の利用者に提供する。

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

本発明は、利用者に対してできるだけ多様な発信者が発信した情報を提供するためのプログラム及びシステムを提供することを目的とする。

請求項１に係る発明は、コンピュータを、利用者から、発信者の１以上の属性について、それぞれ当該属性の値の取り得る全範囲を互いに異なる複数の範囲に分割する条件である分割条件の指定を受け付ける分割条件受付手段、受付手段で受け付けた分割条件に従って前記各属性の値を異なる複数の範囲に分割し、各発信者の前記各属性の値を記憶した発信者情報記憶手段を参照することで、前記各属性について分割した各範囲について、それぞれ当該範囲に属する値を持つ発信者を選択する選択手段、各発信者が発信した情報を記憶した１以上の発信情報記憶装置から、前記選択手段が選択した各発信者が発信した情報を収集し、収集した情報を前記利用者に提供する提供手段、として機能させるためのプログラムである。

請求項２に係る発明は、前記コンピュータを、提供する情報の件数の指定値を前記利用者から受け付ける件数受付手段、として更に機能させると共に、前記提供手段は、前記１以上の発信情報記憶装置から収集する情報の件数の合計が、前記件数上限受付手段が受け付けた前記指定値以下となるよう、前記選択手段が選択した各発信者の発信した情報を均等に収集する、ことを特徴とする請求項１に記載のプログラムである。

請求項３に係る発明は、前記コンピュータを、前記提供手段が前記利用者に提供した情報のうち当該利用者が実際に閲覧した情報の件数を監視する監視手段、前記監視手段が監視により得た前記利用者が実際に閲覧した情報の件数が、前記提供手段が提供した情報の件数に対してあらかじめ定められた割合以下である場合に、前記提供手段が提供する情報の件数の指定値が低減されるように処理を行う件数低減手段、として更に機能させることを特徴とする請求項２に記載のプログラムである。

請求項４に係る発明は、前記選択手段は、情報収集が要求される都度又は定期的に、選択する発信者を、前記各属性について分割した各範囲に属する値を持つ発信者の範囲内で変更する、ことを特徴とする請求項１から３のいずれか１項に記載のプログラムである。

請求項５に係る発明は、前記コンピュータを、定期的に前記利用者に対して前記分割条件の再設定を促す再設定促進手段、として更に機能させることを特徴とする請求項１から４のいずれか１項に記載のプログラムである。

請求項６に係る発明は、利用者から、発信者の１以上の属性について、それぞれ当該属性の値の取り得る全範囲を互いに異なる複数の範囲に分割する条件である分割条件の指定を受け付ける分割条件受付手段と、受付手段で受け付けた分割条件に従って前記各属性の値を異なる複数の範囲に分割し、各発信者の前記各属性の値を記憶した発信者情報記憶手段を参照することで、前記各属性について分割した各範囲について、それぞれ当該範囲に属する値を持つ発信者を選択する選択手段と、各発信者が発信した情報を記憶した１以上の発信情報記憶装置から、前記選択手段が選択した各発信者が発信した情報を収集し、収集した情報を前記利用者に提供する提供手段と、を備える情報収集支援システムである。

請求項１又は６に係る発明によれば、利用者に対して属性値の異なる多様な発信者が発信した情報を提供することができる。

請求項２に係る発明によれば、利用者が指定した件数の範囲内で、多様な発信者から収集した情報を提供することができる。

請求項３に係る発明によれば、利用者が自ら指定した件数に比して少ない割合（あらかじめ定めた割合）以下の件数しか実際に閲覧できなかった場合に、利用者の目標の件数をより現実的なものに変更することを促すことができる。

請求項４に係る発明によれば、利用者が指定した分割条件の範囲内で、情報収集の対象とする発信者の多様性を高めることができる。

請求項５に係る発明によれば、情報収集の対象とする発信者の多様性を高めることができる。

実施形態のシステム構成の一例を示す図である。 ワークスタイル情報記憶部内に記憶されるデータ内容の一例を示す図である。 収集条件設定画面の一例を示す図である。 収集条件設定処理の流れの一例を示す図である。 条件記憶部に記憶された収集条件のうちの、発信者選択条件の一例を示す図である。 利用者に情報を提供する処理の流れの一例を示す図である。 提供された情報の一覧表示画面の一例を示す図である。 一覧表示画面上のうち１件の情報が詳細表示されている画面の一例を示す図である。

利用者の関心に沿った情報を収集するというアプローチは１つの自然かつ重要な方式ではあるものの、このような方式による情報収集を続けていくと、常に同様の方向性を持った情報のみが集まることとなり、利用者の視野狭窄を招きかねない。そこで、本実施形態では、意図的に多面的な情報を収集して利用者に提供するシステムを提案する。

図１を参照して、実施形態のシステム構成の一例を説明する。本実施形態では、一例として、企業内のネットワークにおいて、企業内の従業員により発信、すなわち作成され公開（あるいは制限付きの公開）される情報を収集して、企業内の従業員に提供するシステムを説明する。

図１において、情報端末１００は、利用者が操作するコンピュータ搭載の端末装置である。例えば、情報端末１００の一例としては、デスクトップ型、ノート型又はタブレット型などのパーソナルコンピュータ又はワークステーション、ＰＤＡ（パーソナルデータアシスタント）、スマートフォンその他の携帯電話機などがある。条件記憶部１１０は、情報端末１００の利用者が設定した情報収集条件を記憶する装置である。条件記憶部１１０は、情報端末１００が内蔵する記憶装置であってもよいし、ネットワークなどを介して情報端末１００と通信可能な記憶装置であってもよい。後者の場合、条件記憶部１１０は、複数の情報端末１００の各々の利用者ごとに、その利用者の識別情報（ＩＤ）に対応づけて、その利用者の設定した情報収集条件を記憶する。また、条件記憶部１１０が情報端末１００に内蔵されている場合でも、情報端末１００が複数の利用者で共用される場合を想定して、条件記憶部１１０が利用者ごとに情報収集条件を記憶するようにしてもよい。情報収集条件の具体例は、後で説明する。

情報収集管理装置２００は、インターネットや社内ネットワーク（例えばローカルエリアネットワーク）などの情報通信ネットワークを介して情報端末１００と通信可能なコンピュータである。情報収集管理装置２００は、情報端末１００（利用者）のために情報収集の管理を行う。情報収集管理装置２００は、ワークスタイル情報記憶部２０２、ワークスタイル情報収集部２０４、多面的情報収集部２１０という機能モジュールを有する。

ワークスタイル情報記憶部２０２は、本実施形態のシステムに登録されている各利用者のワークスタイル情報を記憶する機能モジュールである。本実施形態では、各利用者のワークスタイル（仕事の仕方）に関する属性に基づいて、情報端末１００に提供する情報のソース（供給源）となる利用者（情報を発信した利用者）を選択する。

図２にワークスタイル情報記憶部２０２が記憶するワークスタイル情報の例を示す。図２に示す表の１行が１人の利用者に関するレコードを表す。レコードには、当該レコード自身のＩＤ（識別情報）及びそのレコードの対象である利用者のＩＤに対応づけて、その利用者の通勤時間、１年間の休暇取得数、１年間の旅行回数、１ヶ月あたりの出張回数、１ヶ月あたりの会議への参加回数、社内の知人数、社外の知人数、所属するコミュニティの数、１週間あたりの情報投稿件数、１週間あたりの情報閲覧件数の各属性項目の値が含まれている。所属するコミュニティは、例えばＳＮＳシステム３１０に登録されたコミュニティなどがある。

図２に例示したワークスタイル情報の属性項目のうち、通勤時間、休暇日数、旅行回数、出張回数、会議回数などは、利用者の働き方の各側面を表す属性と言える。例えば、通勤時間や休暇日数は、当該利用者のライフスタイルを反映しているものと考えられるし、旅行回数や出張回数などは当該利用者の見聞の広さなどに繋がっていると考えられる。また、社内知人数、社外知人数、コミュニティ所属数は、当該利用者の人脈の各側面を表す情報と言える。また、情報投稿件数及び情報閲覧件数などは、当該利用者の情報についての関わり方を表す情報と言える。したがって、これら属性項目の観点で利用者をグループ分け（属性値の範囲ごとに分ける）し、各グループからそれぞれ発信者を選べば、その観点から見た多様な発信者が選択されることになる。利用者は、そのような多様な発信者が発信／投稿した情報を収集して閲覧することで、多面的な情報を得る。

この例では、利用者は当該システムが利用される企業の従業員であり、利用者ＩＤとしては例えばその企業における従業員ＩＤを用いればよい。利用者は、企業内のネットワーク上にある各情報処理システム（例えば後述する文書管理システム３０８やＳＮＳシステム３１０）に、その従業員ＩＤでログインする。なお、ネットワーク上の全情報処理システムが利用者のＩＤとして従業員ＩＤを用いる必要は必ずしもないが、各情報処理システムにおける利用者のＩＤは、ディレクトリサーバ（図示省略）などにより従業員ＩＤに変換可能となっているものとする。各従業員は、このネットワーク上にある文書管理システム３０８やＳＮＳシステム３１０などの各種システムに対してログインし、文書その他の情報を閲覧したり登録したりする。それら各種システムは、ログインした利用者が登録した文書をその利用者のＩＤと対応づけて記憶すると共に、それら各利用者がシステム内で行った閲覧や登録などの行動や、その行動の対象（文書等の情報）などをログ情報として記録する。なお、企業の従業員はこの実施形態のシステムの利用者であるので、以下では、特に従業員であることが重要でない場合は、単に利用者と呼ぶことにする。利用者を、情報を発信する者という観点で捉えた場合、発信者と呼ぶ場合もある。

ワークスタイル情報記憶部２０２が記憶するこれらの情報は、ワークスタイル情報収集部２０４が、ネットワーク上に存在する各種の情報源から収集する。情報源としては、例えば、勤怠管理システム３０２、スケジュールシステム３０４、福利構成システム３０６、文書管理システム３０８及びＳＮＳ（ソーシャルネットワーキングサービス）システム３１０等がある。

勤怠管理システム３０２は、各利用者の勤怠状況の情報（例えば休暇取得、出勤／退勤時刻、通勤所要時間などの情報）を管理する。スケジュールシステム３０４は、各利用者の業務予定（例えば出張や会議などの予定）の情報を管理する。福利厚生システム３０６は、利用者の福利厚生制度の利用状況（例えば参加した旅行の情報）を管理する。文書管理システム３０８は、各利用者（この場合は、情報、すなわち文書を発信しているので発信者である）が作成した電子的な文書（例えばワードプロセッサで作成した文書ファイル）を保存し、保存した文書を、設定されたアクセス制御情報に従って各利用者に公開する。ＳＮＳシステム３１０は、ソーシャルネットワーキングサービスを提供する。ＳＮＳシステム３１０が備える機能には、例えば、プロフィール公開機能、利用者検索機能、ブログ機能、コミュニティの作成及びコミュニティ内での情報共有機能などがある。文書管理システム３０８やＳＮＳシステム３１０は、利用者が情報を発信する場となるシステムの一例である。この他にも、電子掲示板システムなどといった他の情報公開のためのシステムが存在していてもよい。文書管理システム３０８やＳＮＳシステム３１０は、企業外の特別に許された利用者からのアクセスを許すものでもよい。

図２に例示したワークスタイル情報の各属性項目のうち、通勤時間や休暇日数の情報は、勤怠管理システム３０２から収集される。また、旅行回数の情報は福利厚生システム３０６から収集され、出張回数及び会議回数の情報はスケジュールシステム３０４から収集される。また、社内知人数、社外知人数、コミュニティ所属数の情報は、ＳＮＳシステム３１０から得られる。例えば、ある利用者の社内知人数及び社外知人数は、ＳＮＳシステム３１０において当該利用者が参加している各コミュニティの他の参加者の数を、当該企業内（社内）の人と企業外の人でそれぞれ集計することにより求められる。情報投稿件数は、文書管理システム３０８及びＳＮＳシステム３１０に対する情報（例えば文書、スプレッドシート、掲示板の記事、画像、動画）の投稿件数を利用者ごとに集計することで求められる。情報閲覧件数も同様である。

多面的情報収集部２１０は、情報端末１００を介して利用者に対して、多面的な情報の収集サービスを提供する。ここでいう「多面的な情報」とは、発信者の観点から見てできるだけ多様性の高い情報のことである。本実施形態では、利用者の属性に着目して、多数の利用者の中から、発信した情報の収集対象とする利用者を選択する。この選択は、限られた人数の中で、できるだけ属性値の異なる人を選択するという方針で行う。そして、選択した複数の利用者が発信した情報を、情報集約システム３２０を介して収集する。

多面的情報収集部２１０の機能は、条件指定受付部２１２、収集対象選択部２１４及び収集依頼部２１６に細分される。条件指定受付部２１２は、情報端末１００から情報収集条件の指定を受け付ける。収集対象選択部２１４は、ワークスタイル情報記憶部２０２に記憶された各利用者のレコードから、その情報収集条件に従って多様な発信者を選択する。収集依頼部２１６は、選択した各発信者が発信した情報の収集を、ネットワークを介して情報集約システム３２０に依頼し、その依頼に応じて収集された情報を情報端末１００に提供する。

情報集約システム３２０は、収集依頼部２１６から依頼された各利用者の発信した情報を、文書管理システム３０８及びＳＮＳシステム３１０などの情報源からネットワークを介して収集し、収集した情報を収集依頼部２１６に提供する。

以上、システムの概要を説明した。以下、詳細を説明する。

まず、図３を参照して、情報端末１００における利用者からの情報収集条件の設定について説明する。図３は、情報端末１００上に表示される情報収集条件の設定画面４００の一例である。設定画面４００は、ＧＵＩ（グラフィカルユーザインタフェース）として構成されている。設定画面４００により設定する情報収集条件は、大まかに分けると、収集する情報件数に関する条件と、多様性を確保するための条件とに分かれる。

収集する情報件数に関する条件は、図３における右側の二項目、すなわち「選択人数の上限」及び「収集情報件数の上限」である。選択人数の上限は、収集する情報のソース（発信源）である利用者の人数の上限値である。例えば、ＧＵＩ部品であるスライドバー４０２を、ポインティングデバイスなどで上下させることで、選択人数の上限値を上下させるようにするとよい。また、「収集情報件数の上限」は、当該ユーザが収集して欲しいと望む情報の件数の上限値である。これも同様にスライドバー４０４を上下させることで上限値を上下させるようにするとよい。選択した各発信者から少なくとも１つ以上の情報を収集するという制約を設ける場合、収集情報件数の上限としては、選択人数の上限よりも大きい値しか選択できないようにする。

多様性を確保するための条件は、「通勤時間」、「休暇日数」などといった利用者の各属性項目について、それぞれ当該属性項目の属性値の範囲の分割数として指定する。すなわち、本実施形態では、同じ属性項目の値の取り得る全範囲を、互いに重ならない複数の範囲（区間）に分割し、それら分割範囲の各々に該当する利用者を情報源として選択することで、発信者の多様性を確保する。

例えば、「通勤時間」について、スライドバー４０６により分割数が３と指定された場合は、利用者の通勤時間の分布範囲を３分割し、分割結果の３つの範囲のそれぞれから１人以上の情報源を選択する。これに加えて、「出張回数」に関してスライドバー４０８により分割数が５に指定された場合は、利用者の出張回数の分布範囲を５分割し、分割結果の５つの範囲のそれぞれから１人以上の情報源を選択する。したがって、この例では、「出勤時間」の観点で少なくとも３人、「出張回数」の観点で少なくとも５人で、合計少なくとも８人が選択されることになる。

なお、分割数が指定されない属性項目があってもよく、そのような属性項目の観点では発信者の選択は行われない。例えば、スライドバー４０６が「０」を指し示すようにすることを、「分割数を指定しない」ことと解釈するなどの操作系を採用すればよい。

ここで、分割された範囲ごとに１人以上の発信者を選択するので、各属性項目に設定された分割数の合計は、「選択人数の上限」以下でなければならない。分割数の合計が「選択人数の上限」以下となるよう、各属性項目のスライドバーで選択できる範囲を制限してもよい。

発信者は、分割された範囲ごとにできる限り均等な数となるように選択する。すなわち、分割された範囲の合計数が３つで、選択人数の上限が６であれば、各範囲から同数、すなわち２人ずつ選択する。なお、選択人数の上限が分割された範囲の合計数で割り切れない場合は、その上限以内で各範囲に対して同人数ずつ選び、余りがでるようにしてもよいし、各範囲に対して同人数ずつ選んだ上で余った数をそれら範囲のうちの一部のものに１人ずつ割り当てるようにしてもよい。いずれの方式を採用するかは、本システムの運用者が設定すればよい。

同様に、情報は、選択された発信者ごとにできるだけ均等な件数ずつ収集する。収集情報件数の上限が選択された発信者の数で割り切れない場合は、その上限以内で各発信者から同件数ずつ収集し、余りがでるようにしてもよいし、各発信者に同件数ずつを割り当てた上で、余った数をそれら発信者のうちの一部の者に１件ずつ割り当てるようにしてもよい。いずれの方式を採用するかは、本システムの運用者が設定すればよい。

このような収集条件指定の画面は、情報端末１００にインストールされた収集条件指定プログラムが提供してもよいし（条件記憶部１１０が情報端末１００に含まれる場合）、条件記憶部１１０が例えばウェブページ等の形で提供してもよい。

次に、図４を参照して、収集条件の指定の流れを説明する。この例では、まず、利用者が情報端末１００を操作して情報収集条件設定用の画面を開く（Ｓ１０）と、条件記憶部１１０から当該利用者が設定した情報収集条件が読み出され（Ｓ１２）、情報端末１００の画面に表示される（Ｓ１４）。その画面では、各項目のスライドバーの位置が、読み出した情報収集条件の各項目の値に応じて算出される。なお、その利用者がまだ一度も情報収集条件の指定を行ったことがない場合には、デフォルト設定が表示される。利用者は、その画面上で各項目のスライドバーを移動させることで、各項目の値を設定する（Ｓ１６）。このようにして入力された項目の値に応じて、条件記憶部１１０の当該利用者の情報収集条件の項目値が更新される（Ｓ１８）。この更新に応じ、情報端末１００上の画面には、更新された各項目の値が、各スライドバーの位置で、又は各項目の値を示す一覧表などの形で表示される（Ｓ２０）。利用者は、その表示で確認した情報収集条件が自分の希望通りであれば、情報収集条件の設定画面を閉じ、設定操作を終了する（Ｓ２２）。

図５に、このようにして条件記憶部１１０に記憶された各利用者の情報収集条件の例を示す。この例は、条件記憶部１１０に複数人の条件が登録されている場合の例である。図５の表の１つの行が１人の利用者についての条件である。例えば、利用者ＩＤ「１００１」の利用者は、収集情報件数の上限を２０件とするとともに、通勤時間属性について範囲を２分割、出張回数属性について範囲を３分割、社内知人数について範囲を４分割し、他の属性は考慮しないという条件を設定している。図５では省略しているが、条件記憶部１１０には、選択人数の上限も記憶されており、利用者ＩＤ「１００１」の利用者については例えば１０人となっていたとする。この条件では、注目する３つの属性の範囲分割数の和は２＋３＋４＝９であり、上限１０人以内の条件に従いそれぞれの範囲について１人ずつ合計９人を選択したとする（余りを残す方式を採用した場合）。この場合、収集情報件数の上限２０件を９人で分かつことで、一人当たり２件の情報を収集することとなる（余りを残す方式を採用した場合）。

次に、本実施形態における、利用者の設定した情報収集条件に従った情報収集の流れを、図６を参照して説明する。まず、利用者が情報端末１００にインストールされた多面的情報表示ツールを起動してログインし、画面を開くと（Ｓ３０）、そのツールは条件記憶部１１０に当該利用者の利用者ＩＤを送り、当該利用者の情報収集条件のデータを取得する（Ｓ３２）。そして、利用者がそのツールに対して多面的情報の収集開始を指示すると（Ｓ３４）、そのツールは、ネットワークを介して情報収集管理装置２００の多面的情報収集部２１０に対してその情報収集条件を送り、その条件に合致する情報の収集を依頼する（Ｓ３６）。

多面的情報収集部２１０では、条件指定受付部２１２が、その情報収集条件を含んだ依頼を受け取る。次に、収集対象選択部２１４が、その情報収集条件に含まれる選択人数の上限、及び各属性項目についての範囲分割数の情報に従って、情報の収集対象とする発信者の選択をワークスタイル情報記憶部２０２に依頼する（Ｓ３８）。この選択依頼では、各属性項目の取り得る値の全範囲をその情報収集条件に既定された範囲分割数の数に分割し、それら各属性項目につき、分割結果の各範囲に属する属性値を有する利用者を求めるよう、ワークスタイル情報記憶部２０２に依頼する。この依頼を受けたワークスタイル情報記憶部２０２は、それら各範囲に属する値を持つ利用者の中から、選択人数の上限数を分割結果の各範囲に均等に割り振った人数だけ、例えばランダムに発信者を選択し（Ｓ４０）、選択した各利用者の利用者ＩＤを収集対象選択部２１４に返す（Ｓ４２）。収集対象選択部２１４は、選択された利用者ＩＤのリストを収集依頼部２１６に渡す。

収集依頼部２１６は、受け取った利用者ＩＤのリストと、情報収集条件に規定された収集情報件数の上限を情報集約システム３２０に渡し、情報収集を依頼する（Ｓ４４）。情報集約システム３２０は、受け取ったリスト内の各利用者に、収集情報件数の上限を均等に割り振ることで一人当たりの収集件数を求め、それら各利用者が文書管理システム３０８やＳＮＳシステム３１０に投稿した情報の中から、一人当たりの収集件数の情報を検索して取得する（Ｓ４６）。この検索では、情報の投稿先である情報源の装置（例えば文書管理システム３０８やＳＮＳシステム３１０）が複数存在する場合には、それら各情報源からできるだけ均等な件数ずつ情報を収集するようにしてもよい。ここで、それら情報源には、過去から現在までの様々な時点で投稿された情報が混在していることが一般的である。したがって、Ｓ４６の検索処理では、投稿時刻が新しい情報のなかから、提供する情報を検索するようにしてもよい。例えば、選択された発信者が投稿した情報のうち投稿時刻が最新のものから順に収集件数分の情報を検索してもよい。また、収集を依頼した利用者の前回の依頼時刻を例えば多面的情報収集部２１０にて記録しておき、Ｓ４６ではその前回依頼時刻以降に投稿された情報の中から収集件数分の情報を検索するようにしてもよい。この他、様々な方式が考えられる。

このようにして、収集対象の各利用者（発信者）の投稿した情報を収集件数分ずつ収集すると、情報集約システム３２０は、それら各情報のＩＤと付加情報（もしあれば）を収集依頼部２１６に返送する（Ｓ４８）。ここで、文書管理システム３０８やＳＮＳシステム３１０などの様々な情報源に投稿される情報に対してそれぞれ一意なＩＤ（識別情報）を付与するようにしておき、そのＩＤを情報のＩＤとして用いてもよい。また、この代わりに、各情報源の装置を特定する識別情報（例えばドメイン名）とその装置内での各情報の格納場所（例えばパス名）との組合せ、あるいは各情報のＵＲＬ（Uniform Resource Locator）を、情報のＩＤとして用いてもよい。また、付加情報としては、収集した情報の属性情報（作成者、作成日時、ファイルサイズ、要約など）などがある。

収集依頼部２１６は、情報集約システム３２０から取得した収集結果である、各情報のＩＤ及び付加情報のリストを、依頼元の情報端末１００に返送する（Ｓ５０）。このリストは、例えば各情報へのリンクと付加情報とをリスト表示したウェブページの形で提供してもよい。情報端末１００は、受け取ったリストを画面表示し（Ｓ５２）、ユーザはその中から閲覧したい情報を選択し、閲覧する（Ｓ５４）。閲覧後、利用者は、前回の情報収集時点の後に更新があったかどうかを確認するために、Ｓ３４に戻り、情報の再収集を指示してもよい（Ｓ５６）。Ｓ５６にて利用者が、ツールの表示画面上で閲覧終了の操作を行うと、一連の処理は終了する。

図７に、Ｓ５２にて情報端末１００に表示される収集結果のリスト画面５００の例を示す。この例では、リスト画面５００には、収集結果の１２件の情報を示すアイコン５０２が並べて表示されている。利用者が各情報を識別しやすくするために、各アイコン５０２内には、作成者名等の付加情報を表示してもよい。アイコン５０２の配列の仕方は、図７のように二次元的に整列させてもよいし、他の並べ方でもよい。収集された情報は多面的な情報であり、優劣その他の順序関係のないものなので、閲覧する利用者に先入観を与えないよう、順序関係を想起しにくい並べ方（例えば、床にカードをばらまいたようにランダムに並べるなど）を採用してもよい。また、それらアイコンが重なり合うような並べ方を採用してもよい。各アイコン５０２には、そのアイコンが指し示す情報のＩＤが対応づけられており、利用者が閲覧したい情報のアイコン５０２をクリック操作などで指定すると、情報端末１００の多面的情報表示ツールは、そのアイコン５０２の情報ＩＤに対応する情報の実体を情報源から取得し、画面に表示する。例えば、図７の例で情報Ｙのアイコンが指定されると、図８に示すように、その情報Ｙの実体が取得され、画面５００の中央にその実体の情報を表示した詳細ウインドウ５１０が表示される。ある情報を表示した詳細ウインドウを閲覧した後、その詳細ウインドウを閉じ、別の情報の詳細を閲覧することももちろん可能である。

以上の例では、収集した情報のＩＤのリストを情報端末１００に提供したが、この代わりに収集した情報そのものを情報端末１００に提供してもよい。

また、以上の例では、利用者からの情報収集の指示に応じて多面的情報収集部２１０が情報収集のための処理を行ったが、これは一例に過ぎない。例えばこの代わりに、情報収集管理装置２００に各利用者の情報収集条件を登録しておき、情報収集管理装置２００が定期的にその条件に応じた情報を収集し、情報端末１００に配信してもよい。

また、本実施形態においては、情報収集条件に応じて分割された各属性項目の範囲に該当する利用者群から選択する人を、情報収集の都度、あるいは一定時間ごとに、ランダムに変化させてもよい。これにより、収集される情報の多様性が一段と増す。

また、情報端末１００又は情報収集管理装置２００は、定期的に、利用者に対して、情報収集条件の変更又は見直しを推奨してもよい。この推奨は、例えば多面的情報表示ツールの画面に、情報収集条件の設定変更を促すメッセージを表示するなどの携帯で行えばよい。同じ条件のままで長期間にわたって情報収集を行うと、閲覧する利用者側に慣れのようなものが生じてマンネリ化の懸念があるが、定期的に条件変更を促すことでこの懸念が軽減される。

また、当初は多くの情報を収集して閲覧するつもりであっても、実際に運用してみると、時間がとれずにあまり多くの情報が閲覧できなくなることはままある。このような状況を放置しておくと、自ら設定した目標を達成できないなどという負い目が利用者側に生じ、情報収集・閲覧のサイクルから利用者を遠ざけてしまうことも考えられる。そこで、情報収集管理装置２００から情報端末１００に提供された収集結果の情報のうち、どれだけの情報が実際に閲覧されたのかを情報収集管理装置２００又は情報端末１００にて監視し、収集された情報のうちあらかじめ定めた割合以下しか閲覧されていない場合には、利用者に対して収集情報件数の上限値を下げることを自動的に提案するようにしてもよい。情報端末１００からの情報ＩＤに対応する情報実体の要求が、情報収集管理装置２００に送られ、情報収集管理装置２００がその情報ＩＤに対応する情報を情報源の装置から取得して提供するなどの仕組みにして、利用者が実際に閲覧した情報がどれだけであるのかを情報収集管理装置２００が把握するようにしてもよい。このような監視により、収集結果のリストのうち実際に閲覧された情報の割合が、あらかじめ定めた割合よりも低い場合に、情報収集管理装置２００又は情報端末１００にインストールされた監視ツールが、利用者に対して収集情報件数の上限値を下げるよう再設定を行う旨のメッセージを情報端末１００に送る。

以上に例示した情報端末１００、情報収集管理装置２００は、例えば、汎用のコンピュータに上述の各機能モジュールの処理を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）を制御するＨＤＤコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバスを介して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタ、などが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。

１００ 情報端末、１１０ 条件記憶部、２００ 情報収集管理装置、２０２ ワークスタイル情報記憶部、２０４ ワークスタイル情報収集部、２１０ 多面的情報収集部、２１２ 条件指定受付部、２１４ 収集対象選択部、２１６ 収集依頼部、３０２ 勤怠管理システム、３０４ スケジュールシステム、３０６ 福利厚生システム、３０８ 文書管理システム、３１０ ＳＮＳシステム。

Claims (6)

1. コンピュータを、
   利用者から、発信者の１以上の属性について、それぞれ当該属性の値の取り得る全範囲を互いに異なる複数の範囲に分割する条件である分割条件の指定を受け付ける分割条件受付手段、
   受付手段で受け付けた分割条件に従って前記各属性の値を異なる複数の範囲に分割し、各発信者の前記各属性の値を記憶した発信者情報記憶手段を参照することで、前記各属性について分割した各範囲について、それぞれ当該範囲に属する値を持つ発信者を選択する選択手段、
   各発信者が発信した情報を記憶した１以上の発信情報記憶装置から、前記選択手段が選択した各発信者が発信した情報を収集し、収集した情報を前記利用者に提供する提供手段、
   として機能させるためのプログラム。
2. 前記コンピュータを、提供する情報の件数の指定値を前記利用者から受け付ける件数受付手段、として更に機能させると共に、
   前記提供手段は、前記１以上の発信情報記憶装置から収集する情報の件数の合計が、前記件数上限受付手段が受け付けた前記指定値以下となるよう、前記選択手段が選択した各発信者の発信した情報を均等に収集する、ことを特徴とする請求項１に記載のプログラム。
3. 前記コンピュータを、
   前記提供手段が前記利用者に提供した情報のうち当該利用者が実際に閲覧した情報の件数を監視する監視手段、
   前記監視手段が監視により得た前記利用者が実際に閲覧した情報の件数が、前記提供手段が提供した情報の件数に対してあらかじめ定められた割合以下である場合に、前記提供手段が提供する情報の件数の指定値が低減されるように処理を行う件数低減手段、
   として更に機能させることを特徴とする請求項２に記載のプログラム。
4. 前記選択手段は、情報収集が要求される都度又は定期的に、選択する発信者を、前記各属性について分割した各範囲に属する値を持つ発信者の範囲内で変更する、ことを特徴とする請求項１から３のいずれか１項に記載のプログラム。
5. 前記コンピュータを、定期的に前記利用者に対して前記分割条件の再設定を促す再設定促進手段、として更に機能させることを特徴とする請求項１から４のいずれか１項に記載のプログラム。
6. 利用者から、発信者の１以上の属性について、それぞれ当該属性の値の取り得る全範囲を互いに異なる複数の範囲に分割する条件である分割条件の指定を受け付ける分割条件受付手段と、
   受付手段で受け付けた分割条件に従って前記各属性の値を異なる複数の範囲に分割し、各発信者の前記各属性の値を記憶した発信者情報記憶手段を参照することで、前記各属性について分割した各範囲について、それぞれ当該範囲に属する値を持つ発信者を選択する選択手段と、
   各発信者が発信した情報を記憶した１以上の発信情報記憶装置から、前記選択手段が選択した各発信者が発信した情報を収集し、収集した情報を前記利用者に提供する提供手段と、
   を備える情報収集支援システム。
   

Images