(57)【要約】【課題】複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスにおいて、タスクに不適切なメッセージが残るのを抑制することができる。【解決手段】情報処理装置は、複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスを提供するコミュニケーションシステムから、ユーザーがタスクに対して送信したメッセージを取得する取得部６０と、取得部６０が取得した取得メッセージが、タスクに対するメッセージとして不適切な場合に、ユーザーに報知するように制御する制御部６２と、を備える。【選択図】図３
2020173509.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスを提供するコミュニケーションシステムから、前記ユーザーがタスクに対して送信したメッセージを取得する取得部と、
前記取得部が取得した取得メッセージが、前記タスクに対するメッセージとして不適切な場合に、前記ユーザーに報知するように制御する制御部と、
を備えた情報処理装置。
【請求項２】
前記制御部は、前記取得メッセージに対する他のユーザーの反応から前記取得メッセージが不適切と判定した場合に、前記ユーザーに報知するように制御する
請求項１記載の情報処理装置。
【請求項３】
前記制御部は、前記取得メッセージに対する他のユーザーの既読率及び返信率の少なくとも一方が、不適切なメッセージであることを表す不適切条件を満たす場合に、前記ユーザーに報知するように制御する
請求項２記載の情報処理装置。
【請求項４】
前記制御部は、前記取得メッセージが、前記タスクに対して送信されてから予め定めた時間以下の場合は、前記取得メッセージは不適切でないと判定する
請求項１〜３の何れか１項に記載の情報処理装置。
【請求項５】
前記制御部は、前記取得メッセージが返信不要を表すメッセージの場合、前記取得メッセージは不適切でないと判定する
請求項１〜３の何れか１項に記載の情報処理装置。
【請求項６】
前記制御部は、前記コミュニケーションサービスと異なる他の情報システムから取得した情報を用いて、前記取得メッセージが不適切か否かを判定する
請求項１記載の情報処理装置。
【請求項７】
前記他の情報システムは、テーマ毎に情報を管理するテーマ管理システムであると共に、前記タスクが前記テーマ管理システムで管理されたテーマと対応しており、
前記制御部は、前記取得メッセージが、前記タスクが対応するテーマと異なるテーマに対応している場合に、前記取得メッセージが不適切と判定する
請求項６記載の情報処理装置。
【請求項８】
前記制御部は、前記タスクのメンバーの変更が要求された場合に、変更対象のメンバーの属性が、既存のメンバーの属性と異なる場合に、前記変更対象のメンバーに報知するように制御する
請求項１〜７の何れか１項に記載の情報処理装置。
【請求項９】
前記属性は、前記メンバーの所属部門、専門性の度合いを表すスキルセット、及び職歴の少なくとも１つを含む
請求項８記載の情報処理装置。
【請求項１０】
前記制御部は、前記取得メッセージの評価に関する評価情報を用いて、前記取得メッセージが不適切か否かを判定する
請求項１〜９の何れか１項に記載の情報処理装置。
【請求項１１】
前記制御部は、前記評価情報で表される前記取得メッセージの評価が、前記取得メッセージが不適切であることを表す評価条件を満たす場合に、前記取得メッセージが不適切であると判定する
請求項１０記載の情報処理装置。
【請求項１２】
コンピュータを、請求項１〜１１の何れか１項に記載の情報処理装置の各部として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、コンピュータ端末を使用して、ネットワーク上で協調作業を行う複数ユーザー間でのコミュニケーションを支援する協調作業支援システムにおいて、協調作業の中でユーザーが行っている作業領域を検出する作業領域検出手段と、前記作業領域検出手段によって検出された作業領域から、この作業領域に含まれるキーワードを抽出して、ユーザーごとの視点情報を算出するユーザー視点算出手段と、前記ユーザー視点算出手段によって算出されたユーザーの視点情報に対して、類似した視点を持つユーザーを集めてコミュニケーショングループを動的に生成する動的コミュニケーショングループ生成手段と、を備えていることを特徴とする協調作業支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２５０８６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスにおいて、或るタスクについて送信されたメッセージが不適切なメッセージである場合がある。例えば、或るタスクについて送信されたメッセージが一部のユーザーにとって不要なメッセージである場合等である。
【０００５】
本発明は、複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスにおいて、タスクに不適切なメッセージが残るのを抑制することができる情報処理装置及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１態様に係る情報処理装置は、複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスを提供するコミュニケーションシステムから、前記ユーザーがタスクに対して送信したメッセージを取得する取得部と、前記取得部が取得した取得メッセージが、前記タスクに対するメッセージとして不適切な場合に、前記ユーザーに報知するように制御する制御部と、を備える。
【０００７】
第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記制御部は、前記取得メッセージに対する他のユーザーの反応から前記取得メッセージが不適切と判定した場合に、前記ユーザーに報知するように制御する。
【０００８】
第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記制御部は、前記取得メッセージに対する他のユーザーの既読率及び返信率の少なくとも一方が、不適切なメッセージであることを表す不適切条件を満たす場合に、前記ユーザーに報知するように制御する。
【０００９】
第４態様に係る情報処理装置は、第１〜第３態様の何れかの態様に係る情報処理装置において、前記制御部は、前記取得メッセージが、前記タスクに対して送信されてから予め定めた時間以下の場合は、前記取得メッセージは不適切でないと判定する。
【００１０】
第５態様に係る情報処理装置は、第１〜第３態様の何れかの態様に係る情報処理装置において、前記制御部は、前記取得メッセージが返信不要を表すメッセージの場合、前記取得メッセージは不適切でないと判定する。
【００１１】
第６態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記制御部は、前記コミュニケーションサービスと異なる他の情報システムから取得した情報を用いて、前記取得メッセージが不適切か否かを判定する。
【００１２】
第７態様に係る情報処理装置は、第６態様に係る情報処理装置において、前記他の情報システムは、テーマ毎に情報を管理するテーマ管理システムであると共に、前記タスクが前記テーマ管理システムで管理されたテーマと対応しており、前記制御部は、前記取得メッセージが、前記タスクが対応するテーマと異なるテーマに対応している場合に、前記取得メッセージが不適切と判定する。
【００１３】
第８態様に係る情報処理装置は、第１〜第７態様の何れかの態様に係る情報処理装置において、前記制御部は、前記タスクのメンバーの変更が要求された場合に、変更対象のメンバーの属性が、既存のメンバーの属性と異なる場合に、前記変更対象のメンバーに報知するように制御する。
【００１４】
第９態様に係る情報処理装置は、第８態様に係る情報処理装置において、前記属性は、前記メンバーの所属部門、専門性の度合いを表すスキルセット、及び職歴の少なくとも１つを含む。
【００１５】
第１０態様に係る情報処理装置は、第１〜第９態様の何れかの態様に係る情報処理装置において、前記制御部は、前記取得メッセージの評価に関する評価情報を用いて、前記取得メッセージが不適切か否かを判定する。
【００１６】
第１１態様に係る情報処理装置は、第１０態様に係る情報処理装置において、前記制御部は、前記評価情報で表される前記取得メッセージの評価が、前記取得メッセージが不適切であることを表す評価条件を満たす場合に、前記取得メッセージが不適切であると判定する。
【００１７】
第１２態様に係る情報処理プログラムは、コンピュータを、第１〜第１１態様の何れかの態様に記載の情報処理装置の各部として機能させるためのプログラムである。
【発明の効果】
【００１８】
第１、第１２態様によれば、複数のユーザーがネットワークを介してメッセージを送受信するコミュニケーションサービスにおいて、タスクに不適切なメッセージが残るのを抑制することができる、という効果を有する。
【００１９】
第２態様によれば、取得メッセージに対する他のユーザーの反応を考慮せずに、取得メッセージが不適切か否かを判定する場合と比較して、取得メッセージが不適切でないにも拘わらずユーザーに報知してしまうのを抑制することができる、という効果を有する。
【００２０】
第３態様によれば、取得メッセージに対する他のユーザーの既読率及び返信率を考慮せずに、取得メッセージが不適切か否かを判定する場合と比較して、取得メッセージが不適切でないにも拘わらずユーザーに報知してしまうのを抑制することができる、という効果を有する。
【００２１】
第４態様によれば、取得メッセージが、タスクに対して送信されてからの時間に関係なく取得メッセージが不適切か否かを判定する場合と比較して、取得メッセージが不適切でないにも拘わらずユーザーに報知してしまうのを抑制することができる、という効果を有する。
【００２２】
第５態様によれば、取得メッセージが返信不要を表すメッセージか否かを考慮せずに取得メッセージが不適切か否かを判定する場合と比較して、取得メッセージが不適切でないにも拘わらずユーザーに報知してしまうのを抑制することができる、という効果を有する。
【００２３】
第６態様によれば、取得メッセージが、コミュニケーションサービスと異なる他の情報システムに関するメッセージの場合に、タスクに不適切なメッセージが残るのを抑制することができる、という効果を有する。
【００２４】
第７態様によれば、取得メッセージが、テーマ管理システムで管理されたテーマに対応するタスクに対応している場合に、タスクに不適切なメッセージが残るのを抑制することができる、という効果を有する。
【００２５】
第８態様によれば、タスクのメンバーの変更が要求された場合に、変更対象のメンバーの属性を考慮しない場合と比較して、変更対象のメンバーが不適切でないにも拘わらず変更対象のメンバーに報知してしまうのを抑制することができる、という効果を有する。
【００２６】
第９態様によれば、タスクのメンバーの変更が要求された場合に、メンバーの所属部門、専門性の度合いを表すスキルセット、及び職歴の少なくとも１つを考慮しない場合と比較して、変更対象のメンバーが不適切でないにも拘わらず変更対象のメンバーに報知してしまうのを抑制することができる、という効果を有する。
【００２７】
第１０態様によれば、取得メッセージの評価に関する評価情報を用いずに取得メッセージが不適切か否かを判定する場合と比較して、取得メッセージが不適切でないにも拘わらずユーザーに報知してしまうのを抑制することができる、という効果を有する。
【００２８】
第１１態様によれば、評価情報で表される取得メッセージの評価が、取得メッセージが不適切であることを表す評価条件を満たすか否かを考慮しない場合と比較して、取得メッセージが不適切でないにも拘わらずユーザーに報知してしまうのを抑制することができる、という効果を有する。
【図面の簡単な説明】
【００２９】
【図１】情報処理装置の構成図である。
【図２】情報処理装置の電気的構成を示すブロック図である。
【図３】情報処理装置の機能構成を示すブロック図である。
【図４】情報処理プログラムの処理の流れの一例を示すフローチャートである。
【図５】タスクメンバー情報の一例を示す図である。
【図６】タスクメッセージ情報の一例を示す図である。
【図７】ユーザー情報の一例を示す図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照して、本発明を実施するための形態を詳細に説明する。
【００３１】
図１は、本実施形態に係る情報処理システム１の構成図である。情報処理システム１は、情報処理装置１０、コミュニケーションシステム２０、複数のユーザー端末装置３０、ユーザー管理システム４０、及びテーマ管理システム５０がネットワークＮを介して接続された構成である。
【００３２】
情報処理装置１０は、複数のユーザーがネットワークＮを介してメッセージを送受信するコミュニケーションサービスを提供するコミュニケーションシステム２０から、ユーザーがタスクに対して送信したメッセージを取得し、取得した取得メッセージがタスクに対するメッセージとして不適切な場合にユーザーに報知する。
【００３３】
ここで、タスクとは、コミュニケーションのテーマ及びタスクのメンバーの少なくとも一方を限定するための枠組みである。広義のタスクとしては、電子掲示板におけるスレッド及び電子メールも含まれる。
【００３４】
また、メッセージとは、ユーザーがコミュニケーションサービスに対して投稿する電子的な１つの発言である。
【００３５】
コミュニケーションシステム２０は、複数のユーザーがネットワークＮを介してメッセージを送受信するコミュニケーションサービスを提供する。
【００３６】
ユーザーは、ユーザー端末装置３０を操作して、コミュニケーションシステム２０が提供するコミュニケーションサービスにおいて生成されたタスクに対してメッセージを投稿する。投稿されたメッセージは、コミュニケーションサービスを利用している他のユーザーのユーザー端末装置３０に表示される。他のユーザーは、投稿されたメッセージに対して必要に応じて返信のメッセージを投稿する。このようにして、複数のユーザーが、コミュニケーションシステム２０が提供するコミュニケーションサービスを通じてメッセージの送受信を行い、コミュニケーションを図る。
【００３７】
ユーザー管理システム４０は、タスクを構成するメンバーの属性に関する情報を含むユーザー情報を管理する。属性は、例えばメンバーの所属部門、専門性の度合いを表すスキルセット、及び職歴の少なくとも１つを含むが、これらに限られるものではない。
【００３８】
テーマ管理システム５０は、テーマ毎に情報を管理するシステムである。テーマ管理システムとしては、例えば課題毎に情報を管理する課題管理システム、文書毎に情報を管理する文書管理システム、及びプロセス毎に情報を管理するプロセス管理システム等が挙げられるが、これらに限られるものではない。ユーザーは、テーマ管理システム５０が管理するテーマに関するメッセージを投稿することも可能である。
【００３９】
図２は、情報処理装置１０の構成図である。情報処理装置１０は、一般的なコンピュータを含む装置で構成される。
【００４０】
図２に示すように、情報処理装置１０は、コントローラ１２を備える。コントローラ１２は、ＣＰＵ（Central Processing Unit）１２Ａ、ＲＯＭ（Read Only Memory）１２Ｂ、ＲＡＭ（Random Access Memory）１２Ｃ、不揮発性メモリ１２Ｄ、及び入出力インターフェース（Ｉ／Ｏ）１２Ｅを備える。そして、ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、不揮発性メモリ１２Ｄ、及びＩ／Ｏ１２Ｅがバス１２Ｆを介して各々接続されている。
【００４１】
また、Ｉ／Ｏ１２Ｅには、通信部１４及び記憶部１６が接続されている。
【００４２】
通信部１４は、外部装置とデータ通信を行うためのインターフェースである。
【００４３】
記憶部１６は、ハードディスク等の不揮発性の記憶装置で構成され、後述する情報処理プログラム１６Ａ、タスクメンバー情報１６Ｂ、及びタスクメッセージ情報１６Ｃ等を記憶する。ＣＰＵ１２Ａは、記憶部１６に記憶された情報処理プログラム１６Ａを読み込んで実行する。
【００４４】
次に、情報処理装置１０が情報処理プログラム１６Ａを実行する場合におけるＣＰＵ１２Ａの機能構成について説明する。
【００４５】
図３に示すように、ＣＰＵ１２Ａは、機能的には、取得部６０及び制御部６２を備える。
【００４６】
取得部６０は、複数のユーザーがネットワークＮを介してメッセージを送受信するコミュニケーションサービスを提供するコミュニケーションシステム２０から、ユーザーがタスクに対して送信したメッセージを取得する。
【００４７】
制御部６２は、取得部６０が取得した取得メッセージが、タスクに対するメッセージとして不適切な場合に、ユーザーに報知するように制御する。
【００４８】
次に、本実施の形態に係る情報処理装置１０の作用を説明する。図２に示すように、情報処理プログラム１６Ａは記憶部１６に記憶されている。ＣＰＵ１２Ａが情報処理プログラム１６Ａを読み出して実行することにより、図４に示す情報処理が実行される。なお、図４に示す情報処理は、予め定めた時間毎に繰り返し実行される。
【００４９】
コミュニケーションシステム２０は、タスクのメンバーに関するイベントが発生すると、図５に示すようなタスクメンバー情報１６Ｂをイベントの内容に応じて更新し、情報処理装置１０に送信する。タスクメンバー情報１６Ｂは、タスクに一意に付与されるタスクＮｏとタスクのメンバーのメンバーＩＤを含む。なお、本実施形態では、メンバーＩＤは、後述するユーザー情報で定義されたユーザーＩＤが用いられる。
【００５０】
ここで、タスクのメンバーに関するイベントとしては、新しいタスクが追加された場合及びタスクが削除された場合等が挙げられる。コミュニケーションシステム２０は、新しいタスクが追加された場合は、新しく追加されたタスクのタスクＮｏ及び新しく追加されたタスクのメンバーのメンバーＩＤをタスクメンバー情報１６Ｂに追加して情報処理装置１０へ送信する。また、タスクが削除された場合は、タスクメンバー情報１６Ｂから削除されたタスクのタスクＮｏ及び削除されたタスクのメンバーのメンバーＩＤを削除して情報処理装置１０へ送信する。
【００５１】
また、コミュニケーションシステム２０は、タスクのメンバーに変更があった場合には、変更対象のタスクのタスクＮｏ及びメンバーＩＤを変更情報として情報処理装置１０に送信する。ここで、メンバーの変更とは、メンバーの追加及び削除が含まれるが、本実施形態では、メンバーを追加する場合について説明する。コミュニケーションシステム２０は、メンバーが追加された場合、メンバーの追加があったタスクのタスクＮｏ及び追加されたメンバーのメンバーＩＤを変更情報として情報処理装置１０に送信する。
【００５２】
また、コミュニケーションシステム２０は、タスクのメッセージに関するイベントが発生すると、図６に示すようなタスクメッセージ情報１６Ｃをイベントの内容に応じて更新し、情報処理装置１０へ送信する。
【００５３】
ここで、タスクのメッセージに関するイベントとしては、ユーザー端末装置３０からタスクに対してメッセージが投稿された場合、既に投稿されたメッセージをメンバーが参照し既読にした場合、及びメッセージに対して評価情報が付与された場合等が挙げられる。
【００５４】
図６に示すように、タスクメッセージ情報１６Ｃは、一例として、メッセージに一意に付与されるメッセージＮｏ、メッセージ内容、メッセージの投稿時刻、メッセージを投稿した投稿メンバーのＩＤ、メッセージを既読にした既読メンバーのＩＤ、及びメッセージに対する評価情報を含む。なお、評価情報は、一例として、メッセージに対して「良い」評価を付与したメンバーの数及びメッセージに対して「悪い」評価を付与したメンバーの数を含む。
【００５５】
ステップＳ１００では、コミュニケーションシステム２０からタスクメンバー情報１６Ｂを受信したか否かを判定する。そして、タスクメンバー情報１６Ｂを受信した場合はステップＳ１０２へ移行し、タスクメンバー情報１６Ｂを受信していない場合は、ステップＳ１０４へ移行する。
【００５６】
ステップＳ１０２では、受信したタスクメンバー情報１６Ｂを記憶部１６に記憶する。
【００５７】
ステップＳ１０４では、コミュニケーションシステム２０からタスクメッセージ情報１６Ｃを受信したか否かを判定する。そして、タスクメッセージ情報１６Ｃを受信した場合はステップＳ１０６へ移行し、タスクメッセージ情報１６Ｃを受信していない場合はステップＳ１１２へ移行する。
【００５８】
ステップＳ１０６では、ステップＳ１００で受信したタスクメッセージ情報１６Ｃに新しいメッセージが含まれている場合は、タスクメッセージ情報１６Ｃから新しいメッセージを取得し、取得した取得メッセージの不適合性を判定する。例えば、取得メッセージに対する他のユーザーの反応から取得メッセージが不適切か否かを判定する。
【００５９】
具体的には、例えば取得メッセージに対する他のユーザーの既読率及び返信率の少なくとも一方が、不適切なメッセージであることを表す不適切条件を満たすか否かを判定する。不適切条件を満たす場合は、取得メッセージに対する他のユーザーの既読率及び返信率の少なくとも一方が低いため、タスクにふさわしくないメッセージである可能性が高い。このため、取得メッセージが、タスクに対するメッセージとして不適切であると判定する。一方、不適切条件を満たさない場合は、取得メッセージに対する他のユーザーの既読率及び返信率の少なくとも一方が低くないため、タスクにふさわしくないメッセージである可能性は低い。このため、取得メッセージが、タスクに対するメッセージとして適切であると判定する。
【００６０】
ここで、既読率とは、タスクの他のメンバーの数に対する、取得メッセージを既読にした他のメンバーの数の割合である。また、返信率とは、タスクの他のメンバーの数に対する、取得メッセージに対して返信した他のメンバーの数の割合である。
【００６１】
既読率は、タスクメンバー情報１６Ｂを参照して該当するタスクの他のメンバーの数を取得すると共に、タスクメッセージ情報１６Ｃの既読メンバーＩＤを参照して取得メッセージを既読にした他のメンバーの数を取得して算出する。
【００６２】
返信率は、タスクメンバー情報１６Ｂを参照して該当するタスクの他のメンバーの数を取得すると共に、タスクメッセージ情報１６Ｃの返信Ｎｏを参照して取得メッセージに対して返信した他のメンバーの数を取得して算出する。
【００６３】
また、不適切条件とは、例えば既読率及び返信率の少なくとも一方が予め定めた閾値以下の場合とする。ここで、閾値は、既読率及び返信率の少なくとも一方が閾値以下の場合に、取得メッセージがタスクに対してふさわしくないメッセージである可能性が高いと判断される値に設定される。
【００６４】
なお、既読率及び返信率の少なくとも一方が予め定めた閾値以下の場合であっても、取得メッセージが、タスクに対して送信されてから予め定めた時間以下の場合は、取得メッセージは不適切でないと判定するようにしてもよい。取得メッセージがタスクに対して送信されてからの経過時間が短い場合は、他のメンバーがメッセージを参照していない可能性が高いためである。従って、予め定めた時間は、取得メッセージがタスクに投稿されてから他のメンバーが取得メッセージを参照していない可能性が高いと判断される時間に設定される。なお、取得メッセージがタスクに対して送信されてからの経過時間は、タスクメッセージ情報１６Ｃを参照し、取得メッセージの投稿時刻から現在時刻までの経過時間を算出することで得られる。
【００６５】
また、既読率及び返信率の少なくとも一方が予め定めた閾値以下の場合であっても、取得メッセージが返信不要を表すメッセージの場合、取得メッセージは不適切でないと判定するようにしてもよい。取得メッセージが返信不要を表すメッセージであるか否かの判定は、取得メッセージの中に返信不要を表す文字列、例えば「返信不要」、「Ｆｏｒ  Ｙｏｕｒ  Ｉｎｆｏｒｍａｔｉｏｎ」等の文字列が存在するか否かを判定することにより行う。
【００６６】
また、既読率及び返信率の少なくとも一方を算出する際に、取得メッセージを確認する時間を確保できていないメンバーを除外して算出するようにしてもよい。取得メッセージを確認する時間を確保できているか否かは、例えばメンバーのスケジュール情報を取得し、取得したスケジュール情報に基づいて判定すればよい。
【００６７】
また、既読率及び返信率の少なくとも一方を算出する際に、取得メッセージを確認する可能性が低いメンバーを除外して算出するようにしてもよい。取得メッセージを確認する可能性が低いか否かは、例えばメンバーの人事評価情報を取得し、取得した人事評価情報に基づいて判定すればよい。そして、人事評価が低いメンバーを、取得メッセージを確認する可能性が低いメンバーと判定する。
【００６８】
また、既読率及び返信率の少なくとも一方が予め定めた閾値以下の場合であっても、取得メッセージが後で見るためのフォルダに格納されている場合には、取得メッセージは不適切でないと判定するようにしてもよい。
【００６９】
また、既読率及び返信率の少なくとも一方を算出する際に、取得メッセージが特定のメンバーを指定している場合には、指定されたメンバー以外のメンバーを除外して算出するようにしてもよい。
【００７０】
また、取得メッセージの評価に関する評価情報を用いて、取得メッセージが不適切か否かを判定するようにしてもよい。例えば評価情報で表される取得メッセージの評価が、メッセージが不適切であることを表す評価条件を満たす場合に、取得メッセージが不適切であると判定するようにしてもよい。具体的には、例えば図６に示すタスクメッセージ情報１６Ｃに含まれる評価情報のうち「悪い」評価を付与した人数が、タスクの他のメンバーの数に対して予め定めた割合以上の場合を、メッセージが不適切であることを表す評価条件とする。また、評価情報のうち「良い」評価を付与した人数が、タスクの他のメンバーに対して予め定めた割合以下の場合を、メッセージが不適切であることを表す評価条件としてもよい。これにより、「悪い」評価の割合が高いメッセージがタスクに残ってしまうのが抑制される。
【００７１】
なお、ユーザー毎に評価情報の数を算出し、算出した評価情報の数に応じて、前述した不適切条件の閾値を設定してもよい。例えば、「良い」評価が付与されたメッセージの数を算出し、「良い」評価が付与されたメッセージの数が多くなるに従って、閾値が高くなるようにしてもよい。「良い」評価が付与されたメッセージの数が多いユーザーは、有用なメッセージを投稿している可能性が高いためである。また、「悪い」評価が付与されたメッセージの数を算出し、「悪い」評価が付与されたメッセージの数が多くなるに従って、閾値が低くなるようにしてもよい。「悪い」評価が付与されたメッセージの数が多いユーザーは、有用でないメッセージを投稿している可能性が高いためである。
【００７２】
ステップＳ１０８では、ステップＳ１０６において取得メッセージが不適切と判定されたか否かを判定し、不適切と判定された場合はステップＳ１１０へ移行し、不適切と判定されていない場合はステップＳ１１２へ移行する。
【００７３】
ステップＳ１１０では、取得メッセージが不適切であることをユーザーに報知する。具体的には、取得メッセージが不適切であることを表す情報をユーザー端末装置３０に送信することによりユーザーに報知する。これにより、ユーザー端末装置３０では、例えばユーザーが投稿したメッセージが不適切であることをディスプレイに表示する。これにより、ユーザーは、投稿したメッセージが不適切であることを認識する。
【００７４】
なお、取得メッセージが不適切であることを表す情報を、コミュニケーションシステム２０を介してユーザー端末装置３０に送信するようにしてもよい。この場合、コミュニケーションシステム２０は、例えば、取得メッセージが不適切であることを表すと共に、メッセージの投稿をキャンセルすることが可能な警告画面をユーザー端末装置３０のディスプレイに表示させてもよい。また、メッセージを他のタスクへ移動することを推奨することを表す情報を警告画面に含めても良い。さらに、移動を推奨する根拠、例えば既読率及び返信率が低いことを表す情報を警告画面に含めても良い。この場合、ユーザーがメッセージを他のタスクへ移動することを指示した場合には、投稿されたメッセージに適した既存のタスクを抽出し、抽出した既存のタスクへ移動させる制御を行ってもよい。
【００７５】
また、投稿されたメッセージが返信メッセージの場合は、返信メッセージに関連する他のメッセージを含むスレッド単位で他の既存のタスクへ移動させる制御を行っても良い。この場合、スレッドを作成したメンバーのユーザー端末装置３０に、スレッドの移動を勧める画面を表示させてもよい。なお、既存のタスクではなく、新規に作成したタスクに移動させてもよい。
【００７６】
ステップＳ１１２では、コミュニケーションシステム２０からメンバーの変更情報を受信したか否かを判定する。そして、変更情報を受信した場合はステップＳ１１４へ移行し、変更情報を受信していない場合は本ルーチンを終了する。
【００７７】
ステップＳ１１４では、受信した変更情報に基づいて、メンバーが追加されたタスクの全てのメンバーのメンバーＩＤをユーザー管理システム４０に要求することにより、タスクの全メンバーのユーザー情報を取得する。ユーザー管理システム４０は、図７に示すようなユーザー情報７０を管理している。ユーザー情報７０はユーザーの属性を表す情報であり、本実施形態では、一例として属性はユーザーＩＤ、所属部門、専門性の度合いを表すスキルセット、及び職歴を含む。
【００７８】
ステップＳ１１６では、ステップＳ１１４で取得したユーザー情報に基づいて、追加されたメンバーのタスクに対する適合性を判定する。例えば、追加されたメンバーの属性が、既存のメンバーの属性と異なる場合に、追加されたメンバーがタスクに対して不適切であると判定する。例えば、追加されたメンバーのスキルセットと他のメンバーのスキルセットとが異なる場合に、追加されたメンバーが不適切であると判定する。具体的には、例えばユーザー情報７０に基づいて、既存のメンバーの各スキルセットの所有率を算出し、算出した所有率が予め定めた閾値以上のスキルセットを追加されたメンバーが所有していない場合は、追加されたメンバーが不適切であると判定する。既存のメンバーのスキルセットの傾向と追加されたメンバーのスキルセットの傾向とが大きく異なるため、既存のメンバーと同じタスクのメンバーとしてふさわしくないと考えられるためである。
【００７９】
また、追加されたメンバーの職歴の傾向が、既存の全てのメンバーの職歴の傾向と異なる場合に、タスクのメンバーとして追加されることが不適切であると判定してもよい。この場合も、スキルセットの場合と同様に、既存のメンバーの各職歴の所有率を算出し、算出した所有率が予め定めた閾値以上の職歴を、追加されたメンバーが所有していない場合は、追加されたメンバーが不適切であると判定する。既存のメンバーの職歴の傾向と追加されたメンバーの職歴の傾向とが大きく異なるため、既存のメンバーと同じタスクのメンバーとしてふさわしくないと考えられるためである。
【００８０】
また、例えば、追加されたメンバーの所属部門が、既存の全てのメンバーの所属部門と異なる場合に、メンバーがそのタスクに追加されることが不適切であると判定してもよい。
【００８１】
ステップＳ１１８では、ステップＳ１１６でメンバーが不適切であると判定したか否かを判定する。そして、メンバーが不適切であると判定した場合はステップＳ１２０へ移行し、メンバーが不適切でないと判定した場合はステップＳ１２２へ移行する、
【００８２】
ステップＳ１２０では、追加されたメンバーが不適切であることをユーザーに報知する。具体的には、追加されたメンバーが不適切であること及び異なるタスクに変更すべきであることを表す情報をユーザー端末装置３０に送信することによりユーザーに報知する。なお、追加されたメンバーが不適切であることを表す情報を、コミュニケーションシステム２０を介してユーザー端末装置３０に送信するようにしてもよい。これにより、ユーザー端末装置３０では、例えばメンバーとして不適切であることをディスプレイに表示する。これにより、ユーザーは、自身がメンバーとして不適切であることを認識する。
【００８３】
ステップＳ１２２では、変更情報に基づいてタスクメンバー情報１６Ｂを更新する。すなわち、変更情報に含まれるメンバーをタスクメンバー情報１６Ｂの該当するタスクのメンバーに追加する。
【００８４】
このように、本実施形態では、取得メッセージに対する他のユーザーの既読率及び返信率の少なくとも一方が、不適切なメッセージであることを表す不適切条件を満たす場合に、ユーザーに報知するように制御する。このため、タスクに不適切なメッセージが残るのが抑制される。
【００８５】
なお、取得メッセージが不適切か否かを判定する際に、コミュニケーションシステム２０と異なる他の情報システムであるテーマ管理システム５０から取得した情報を用いて、取得メッセージが不適切か否かを判定するようにしてもよい。例えば、テーマ管理システム５０が課題管理システムである場合について説明する。
【００８６】
課題管理システムは、課題毎に情報を管理している。また、課題管理システムは、各課題の情報を、同一の課題に対して発生した事象毎に管理する。本実施形態では、一例として、課題が製品の「問い合わせ対応」及び「不具合管理」であり、各課題について複数の事象の情報が各々管理されているものとする。この場合、ユーザーは、特定の課について生成されたタスクにメッセージを投稿する。ユーザーは、メッセージを投稿する際に、どの課題の事象に関するメッセージであるのかを特定するための文字列等の特定情報を含めて投稿する。
【００８７】
このような場合、図４のステップＳ１０６では、取得メッセージが、タスクが対応する課題と異なる課題に対応している場合に、取得メッセージが不適切と判定する。例えば、取得メッセージのタスクが「問い合わせ対応」に対応したタスクであるのに対し、取得メッセージに含まれる特定情報が表す事象が「不具合管理」の事象の場合には、取得メッセージが不適切と判定する。そして、ステップＳ１１０では、取得メッセージが不適切であること及び異なるタスクに変更すべきことを表す情報をユーザー端末装置３０に送信する。これにより、ユーザーは、投稿すべきタスクが異なることを認識する。
【００８８】
なお、課題管理システムに限らず、他のテーマ管理システムから取得した情報を用いて、取得メッセージが不適切か否かを判定するようにしてもよい。
【００８９】
例えばプロセス管理システムから取得した情報を用いて、取得メッセージが不適切か否かを判定するようにしてもよい。プロセス管理システムは、例えば開発プロセス等のプロセスに関する情報を管理するシステムである。この場合、要求確認、要件定義、設計、実装、及びテストの各プロセスについて情報を管理する。従って、例えば取得メッセージが、タスクが対応するプロセスと異なるプロセスに対応している場合に、取得メッセージが不適切と判定する。例えば、取得メッセージのタスクが「要件定義」に対応したタスクであるのに対し、取得メッセージに含まれる特定情報が表す事象が「実装」の事象の場合には、取得メッセージが不適切と判定する。
【００９０】
また、例えばプロセス管理システムから取得した情報を用いて、取得メッセージが不適切か否かを判定するようにしてもよい。文書管理システムもプロセス管理システムと同様に、フェーズ単位で成果物（文書）を格納先（フォルダ、ドロワー）に格納することが多い。従って、文書管理システムもプロセス管理システムと同様に、要求確認、要件定義、設計、実装、及びテストの各プロセスについてフォルダ等の格納先が作成される。従って、例えば取得メッセージが、タスクが対応するプロセスと異なるプロセスに対応している場合に、取得メッセージが不適切と判定する。例えば、取得メッセージのタスクが「設計」に対応したタスクであるのに対し、取得メッセージに含まれる特定情報が表す事象が「テスト」の事象の場合には、取得メッセージが不適切と判定する。
【００９１】
以上、実施の形態を説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施の形態に多様な変更又は改良を加えることができ、該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。
【００９２】
例えば、本実施形態では、取得メッセージが不適切であるか否かを情報処理装置１０が自動的に判定する場合について説明したが、投稿されたメッセージに対してタスクのメンバーが不適切であることを直接指定できるようにしてもよい。
【００９３】
また、上記実施の形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。前述した実施の形態には種々の段階の発明が含まれており、開示される複数の構成要件の組み合わせにより種々の発明が抽出される。実施の形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【００９４】
また、上記実施の形態では、情報処理プログラムが記憶部１６に予めインストールされている場合について説明したが、本発明はこれに限定されるものではない。例えば、情報処理プログラムが、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）等の記憶媒体に格納されて提供される形態、又はネットワークを介して提供される形態としてもよい。
【００９５】
さらに、上記実施の形態では、情報処理を、プログラムを実行することにより、コンピュータを利用してソフトウェア構成により実現する場合について説明したが、本発明はこれに限定されるものではない。例えば、情報処理を、ハードウェア構成や、ハードウェア構成とソフトウェア構成の組み合わせによって実現する形態としてもよい。
【００９６】
その他、上記実施の形態で説明した情報処理装置１０の構成（図２参照。）は一例であり、本発明の主旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりしてもよいことは言うまでもない。
【００９７】
また、上記実施の形態で説明した情報処理プログラムの処理の流れ（図４参照）も一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよいことは言うまでもない。
【符号の説明】
【００９８】
１     情報処理システム
１０   情報処理装置
１２   コントローラ
１４   通信部
１６   記憶部
１６Ａ 情報処理プログラム
１６Ｂ タスクメンバー情報
１６Ｃ タスクメッセージ情報
２０   コミュニケーションシステム
３０   ユーザー端末装置
４０   ユーザー管理システム
５０   テーマ管理システム
６０   取得部
６２   制御部
７０   ユーザー情報
【図１】
2020173509.tif 000003
【図２】
2020173509.tif 000004
【図３】
2020173509.tif 000005
【図４】
2020173509.tif 000006
【図５】
2020173509.tif 000007
【図６】
2020173509.tif 000008
【図７】
2020173509.tif 000009