(57)【要約】【課題】一定期間返信がない書き込みがある場合、未解決の問題があると判断し関係者にアラームメールを送信することで返信書き込みを増やすＳＮＳ−タスク管理連携システム、その方法およびプログラムを提供すること。【解決手段】社員の集合がタスク管理システムで業務を共有し、その集合の社員がＳＮＳのコミュニティを共有し、業務と掲示板の書き込みを紐づけて業務毎に整理して提示し、書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知する。【選択図】図１
2009187044.tif 000002
【特許請求の範囲】
【請求項１】
社員の集合がタスク管理システムで業務を共有し、
前記集合の社員がＳＮＳのコミュニティを共有し、
業務と掲示板の書き込みを紐づけて業務毎に整理して提示し、
前記書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知することを特徴とするＳＮＳ−タスク管理連携システム。
【請求項２】
前記アラームは電子メールであることを特徴とする請求項１記載のＳＮＳ−タスク管理連携システム。
【請求項３】
タスク管理システムからＳＮＳの日記へ問題を書き込み、
業務と該業務から発生した日記を紐づけ、業務毎に日記を整理して共有することを特徴とする請求項１または２記載のＳＮＳ−タスク管理連携システム。
【請求項４】
社員の集合がタスク管理システムで業務を共有し、前記集合の社員がＳＮＳのコミュニティを共有するＳＮＳ−タスク管理連携システムにおけるＳＮＳ−タスク管理連携方法であって、
業務と掲示板の書き込みを紐づけて業務毎に整理して提示するステップと、
前記書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知するステップとを有することを特徴とするＳＮＳ−タスク管理連携方法。
【請求項５】
前記アラームは電子メールであることを特徴とする請求項４記載のＳＮＳ−タスク管理連携方法。
【請求項６】
タスク管理システムからＳＮＳの日記へ問題を書き込むステップと、
業務と該業務から発生した日記を紐づけ、業務毎に日記を整理して共有するステップとを有することを特徴とする請求項４または５記載のＳＮＳ−タスク管理連携方法。
【請求項７】
社員の集合がタスク管理システムで業務を共有し、前記集合の社員がＳＮＳのコミュニティを共有するＳＮＳ−タスク管理連携システムにおけるプログラムであって、
業務と掲示板の書き込みを紐づけて業務毎に整理して提示する処理と、
前記書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知する処理とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳのコミュニティ(プロジェクトや組織単位でコミュニケーションをとるための集合空間)と業務の内容、進捗を管理する仕組み(タスク管理システム)を連携して提供する技術に関する。
【背景技術】
【０００２】
企業内ＳＮＳを導入してはみたものの以下のような課題があった。まず、何を書けばいいのか分からない、書き込む勇気がわかない等の理由から書き込みがなかなか増えない。また、一部の人だけが使う状況となり、その結果、サークル活動や同期内での盛り上がりなど業務に関係ない話のみが共有される。さらに、導入当初はものめずらしさから使う人は増えるが、だんだん飽きてきて使わなくなる。その結果、利用されない状況となり、本来の目的である情報共有の実現が非常に困難となっていた。
【０００３】
このような課題が発生する原因としては、ＳＮＳと業務を関連付けて使用するという指針が策定できていない、また策定しようにも、次のような技術的な問題があったため策定できなかったということがある。まず、業務遂行に必要となる、業務内容、業務進捗を管理する機能がＳＮＳに存在していない。また、社内にすでに業務管理システムが導入されており連携して利用したとしても、プロジェクトや組織の業務情報をＳＮＳに所属するプロジェクトや組織内の社員に対してのみ公開・共有するという機能が存在していない。
【０００４】
関連技術として、ネットワークを基礎としたセールス・フォース・オートメーションであって、セールスおよびマーケティング効率の向上ならびに技術的および顧客サポートの効率の向上が可能な技術が提案されている。その構成は、業務、コンタクト、アカウントおよびリードを含む事業情報がインターネットを介してウエッブ・ブラウザを用いて提供される。関連する事業の電子的にリンクされ、事業情報をカスタム・プロフィールを用いてサーチできる。事業情報は、アクセスでき、ホストを構成するメンバの間で階層および予め特定されたテリトリイに従って共有化される。レーダ(Radar) スクリーンの機会ディスプレイ（ＲＳＯＤ）を選択して、その上に業務オブジェクトをディスプレイできる。業務オブジェクトは、対応する業務のセールス・パイプラインにおける幾つかのステージを表す。新ビジネス情報の選択が可能であり、事業に関連する新情報および変更された情報の自動的通知も提供される。新ビジネス情報には、少なくとも１つのモニターされている、カスタマーのウエッブ・サイト上の情報が含まれる。電子メール，ファクシミリ，電話，ページャを含む通信能力も提供される。通信能力は、事業情報を用いて自動的に確立され得る（例えば、特許文献１参照）。
【特許文献１】特表２００２−５２３８４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の関連技術は、ＳＮＳのコミュニティを共有する社員の集合を同期する仕組みを備える。また、業務と業務から発生した掲示板の書き込みを紐づけ、業務毎に書き込みを整理して共有できる仕組みを備える。
【０００６】
しかしながら、書き込みに対する回答が一定期間ない場合は、書き込みが放置されたままになって、書き込みが滞留される状況を防止することは困難であるという問題があった。
【０００７】
本発明は、以上のような課題を解決するためになされたもので、一定期間返信がない書き込みがある場合、未解決の問題があると判断し関係者にアラームメールを送信することで返信書き込みを増やすＳＮＳ−タスク管理連携システム、その方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のＳＮＳ−タスク管理連携システムは、社員の集合がタスク管理システムで業務を共有し、
前記集合の社員がＳＮＳのコミュニティを共有し、
業務と掲示板の書き込みを紐づけて業務毎に整理して提示し、
前記書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知することを特徴とする。
【０００９】
また、本発明のＳＮＳ−タスク管理連携方法は、社員の集合がタスク管理システムで業務を共有し、前記集合の社員がＳＮＳのコミュニティを共有するＳＮＳ−タスク管理連携システムにおけるＳＮＳ−タスク管理連携方法であって、
業務と掲示板の書き込みを紐づけて業務毎に整理して提示するステップと、
前記書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知するステップとを有することを特徴とする。
【００１０】
また、本発明のプログラムは、社員の集合がタスク管理システムで業務を共有し、前記集合の社員がＳＮＳのコミュニティを共有するＳＮＳ−タスク管理連携システムにおけるプログラムであって、
業務と掲示板の書き込みを紐づけて業務毎に整理して提示する処理と、
前記書き込みに対する回答が一定期間ない場合、コミュニティに所属する社員にアラームを報知する処理とを実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、一定期間返信がない書き込みがある場合、未解決の問題があると判断し関係者にアラームメールを送信することで返信書き込みを増やすことが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の第一の実施の形態について図面を参照して詳細に説明する。図１を参照すると本実施の形態におけるＳＮＳ−タスク管理連携システムは、タスク管理用のデータを保存するプロジェクトＤＢ１０と、ＳＮＳ内のコミュニティおよび日記の情報を保存するコミュニティ／日記ＤＢ２０と、社員情報を保存する社員ＤＢ３０の３つのデータベースを使用する。
【００１３】
また、プロジェクトＤＢ１０にプロジェクト情報を登録するプロジェクト登録機能１１と、登録したプロジェクトの情報を閲覧するためのプロジェクト閲覧機能１２と、業務情報を登録する業務登録機能１３と、登録した業務の情報を閲覧するための業務閲覧機能１４と、業務の進捗を登録するための業務進捗登録機能１５とからなる。
【００１４】
さらに、コミュニティ／日記ＤＢ２０の掲示板に書き込みを登録する掲示板書き込み機能２１と、掲示板に書き込まれた情報を閲覧するための掲示板閲覧機能２２と、書き込みに対してアドバイス、情報提供などを書き込むための掲示板コメント書き込み機能２３と、掲示板に問題を書き込んだものの、プロジェクトに属する他の社員から回答が提供されなかった場合に、書き込みが滞留していると判断しプロジェクトに所属する社員にアラートメールを送信する掲示板書き込み滞留判定機能２４と、日記を登録する日記書き込み機能２５と、日記情報を閲覧するための日記閲覧機能２６と、日記に対してアドバイス、情報提供などを書き込むための日記コメント書き込み機能２７とからなる。
【００１５】
次に、図１、図２、図３、図４、図５、図６、図７、図８、図９、図１０、図１１、図１２、図１３、図１４、図１５、図１６、図１７、図１８、図１９、図２０、図２１、図２２、図２３、図２４、図２５、図２６、図２７、図２８を参照して本実施の形態の動作について詳細に説明する。
【００１６】
本発明では図２で示すようにＳＮＳ(１００)に「製品Ａの販売」に関するコミュニティ(１０１)が存在する場合、タスク管理(２００)に「製品Ａの販売」コミュニティ(１０１)に対応したプロジェクト(２０１)が存在する。また、コミュニティ(１０１)とプロジェクト(２０１)には、製品Ａ販売に関する同一の社員の集合(３０１)が所属する。また、コミュニティ(１０１)とプロジェクト(２０１)に存在する情報は、所属する社員にしか公開されない。
【００１７】
社員はプロジェクト(２０１)に業務内容を登録し、随時進捗を登録していく。業務で問題が発生した場合は、掲示板(１０２)に問題を書き込み、プロジェクトに所属する社員にアドバイスをもとめる。プロジェクトに所属する社員では解決できないと思った場合には、日記(１０３)に書き込むことで、社内広くにアドバイスをもとめる。例えば、日記を読んだ製品Ｂの販売メンバ(３０２)がアドバイスを書き込む。
【００１８】
次に、実際の動作について説明する。タスク管理(２００)に業務を遂行するためのプロジェクトチーム(以降、プロジェクトと呼ぶ)を登録する手順を図３、図４を使用して説明する。
【００１９】
はじめにプロジェクト登録ページ(図４の２０３)を表示（Ｓ１００１）し、プロジェクト名と所属社員を入力・選択する（Ｓ１００２）。プロジェクトＤＢのプロジェクトテーブル(図２２)にプロジェクトＩＤ(数字の連番)と、入力したプロジェクト名を登録する（Ｓ１００３）。次に、プロジェクトＤＢのプロジェクト所属社員テーブル(図２４)に所属社員の社員ＩＤ名を登録し、コミュニティ／日記ＤＢのコミュニティテーブル(図２６)にコミュニティＩＤ(数字の連番)と、入力したプロジェクト名をコミュニティ名として登録する（Ｓ１００５）。最後に、プロジェクトＤＢのプロジェクトテーブル(図２２)にＳ１００５で登録したコミュニティＩＤを登録する（Ｓ１００６)。図４の１０４、１０５のようにプロジェクト名と同名のコミュニティが作成され、所属する社員も同一となる。
【００２０】
次に、登録されているプロジェクトの一覧を閲覧する手順を図５、図７を使用して説明する。はじめにプロジェクト一覧ページ(図７の２０２)を表示（Ｓ２００１）し、閲覧したいプロジェクトを選択する（Ｓ２００２）と、選択したプロジェクトのプロジェクトＩＤが受け渡され（Ｓ２００３）、プロジェクトＤＢのプロジェクトテーブル(図２２)から受け渡されたプロジェクトＩＤに一致するプロジェクト名を取得する（Ｓ２００４）。次に、プロジェクトＤＢのプロジェクト所属社員テーブル(図２４)から受け渡されたプロジェクトＩＤに一致する社員ＩＤを取得する（Ｓ２００５)。最後に担当者ＩＤに一致する姓を社員ＤＢの社員テーブル(図２１)から取得（Ｓ２００６)しプロジェクト閲覧(図７の２０４)ページを表示する。
【００２１】
次に、プロジェクトへ業務を登録する手順を図６、図７を使用して説明する。はじめにプロジェクト閲覧ページ(図７の２０４)を表示（Ｓ３００１)し、業務登録を選択（Ｓ３００２)する。プロジェクトのプロジェクトＩＤが受け渡され（Ｓ３００３)、業務登録ページ(図７の２０５)が表示（Ｓ３００４)される。業務登録ページで業務名、担当社員、期限を入力・選択（Ｓ３００５)する。２０５では、「価格検討」、「価格資料作成」、「パンフレット作成」と３件の未処理の入力業務が存在するため（Ｓ３００６)、１件ずつプロジェクトＤＢの業務情報テーブル(図２３)に業務ＩＤ(数字の連番)、業務名、プロジェクトＩＤ、作業順序(業務の順番)、進捗(未着手)、担当社員ＩＤ、期限を登録（Ｓ３００７)し、全件分処理する。
【００２２】
次に、登録されている業務の一覧を閲覧する手順を図７、図８、図１３を使用して説明する。はじめにプロジェクト閲覧ページ(図７の２０４)を表示（Ｓ４００１)し、業務閲覧を選択（Ｓ４００２)する。プロジェクトのプロジェクトＩＤが受け渡され（Ｓ４００３)、プロジェクトＤＢの業務テーブル(図２３)からプロジェクトＩＤに一致する業務名、担当者ＩＤ、進捗、期限を取得（Ｓ４００４)する。次に、取得した担当者ＩＤに一致する社員の姓を社員ＤＢの社員テーブル(図２１)から取得（Ｓ４００５)し、業務閲覧ページ(図１３の２０６)を表示（Ｓ４００６)する。
【００２３】
次に、登録されている業務の進捗を登録する手順を図９、図１３を使用して説明する。はじめに業務閲覧ページ(図１３の２０６)を表示（Ｓ５００１)する。業務の進捗を「未着手」、「着手」、「完了」から選択（Ｓ５００２)する。２０６では、「価格検討」、「価格資料作成」と２件の業務進捗を「未着手」から変更し未処理の進捗業務が存在するため（Ｓ５００３)、１件ずつプロジェクトＤＢの業務テーブル(図２３)の業務ＩＤに一致する業務の進捗を登録（Ｓ５００４)する。
【００２４】
次に、業務に関連する問題等を掲示板に書き込む手順を図１０、図１３を使用して説明する。はじめに掲示板書き込みページ(図１３の１０６)を表示（Ｓ６００１）し、件名、書き込み内容を入力（Ｓ６００２）する。そうすると、プロジェクトＤＢのプロジェクトテーブル(図２２)からプロジェクトＩＤに一致するコミュニティＩＤを取得（Ｓ６００３）し、コミュニティ／日記ＤＢの掲示板テーブル(図２７)に書き込みＩＤ(数字の連番)、入力した件名、書き込み内容、取得したコミュニティＩＤ、書き込んだ社員ＩＤ、元書き込みＩＤは空、書き込み時刻を登録（Ｓ６００４）する。さらに、プロジェクトＤＢの業務−掲示板／日記書き込み関連テーブル(図２５)にプロジェクトＩＤ、書き込みＩＤ、書き込み種別(「掲示板」)を登録（Ｓ６００５)する。
【００２５】
次に、登録されている掲示板の書き込み一覧を閲覧する手順を図１１、図１３、図１４を使用して説明する。はじめに業務閲覧ページ(図１３の２０６)を表示（Ｓ７００１）し、関連掲示板閲覧を選択（Ｓ７００２）する。そうすると、プロジェクトＤＢの業務−掲示板／日記書き込み関連テーブル(図２５)から、プロジェクトＩＤが一致し、かつ書き込み種別が「掲示板」に一致する書き込みＩＤを取得（Ｓ７００３)する。図２５には書き込みＩＤが５の１件の未処理の書き込みＩＤが存在するため、コミュニティ／日記ＤＢの掲示板テーブル(図２７)から書き込みＩＤまたは元書き込みＩＤが取得した書き込みＩＤに一致する件名、書き込み内容、社員ＩＤ、書き込み時刻を取得（Ｓ７００５)する。図２７では、書き込みＩＤが、５と６の２件が該当する。さらに、取得した社員ＩＤに一致する社員の姓を社員ＤＢの社員テーブル(図２１)から取得（Ｓ７００６)し掲示板閲覧ページを表示(図１３、１４の１０７)する。
【００２６】
次に、掲示板の書き込み内容にアドバイスをするためにコメントを書き込む手順を図１２、図１３、図１４を使用して説明する。はじめに掲示板閲覧ページ (図１３の１０７)を表示（Ｓ８００１)し、コメントを選択（Ｓ８００２)すると、掲示板の書き込みＩＤを受け渡り（Ｓ８００３)、コメント書き込みページ(図１４の１０８)が表示（Ｓ８００４)される。件名、書き込み内容を入力（Ｓ８００５)すると、コミュニティ／日記ＤＢの掲示板テーブル(図２７)に書き込みＩＤ、件名、書き込み内容、書き込んだ社員ＩＤ、元書き込みＩＤ（Ｓ８００３で受取った書き込みＩＤ)、書き込み時刻を登録（Ｓ８００６)する。
【００２７】
次に、掲示板に問題を書き込んだものの、プロジェクトに属する他の社員から回答が提供されなかった場合に、書き込みが滞留していると判断しプロジェクトに所属する社員にアラートメールを送信する手順について図１５を使用して説明する。はじめにコミュニティ／日記ＤＢの掲示板テーブル(図２７)から、元書き込みＩＤが空白で、かつ書き込み時刻が７２時間以上前の書き込みＩＤを取得（Ｓ９００１)する。今回、書き込みＩＤが１５の書き込みが該当するとする。次に、取得した書き込みＩＤが元書き込みＩＤとして設定されている書き込みがあるか確認（Ｓ９００２)する。図２７には該当する書き込みがないので、プロジェクトＤＢのプロジェクトテーブル(図２２)から取得した書き込みのコミュニティＩＤに一致するプロジェクトＩＤを取得（Ｓ９００３)する。次に、プロジェクトＤＢのプロジェクト所属社員テーブル(図２４)から所属する社員ＩＤを取得（Ｓ９００４)する。図２４には、社員ＩＤが、１、２、３の３名が該当する。最後に、社員ＤＢの社員テーブル(図２１)から社員ＩＤに一致するメールアドレス宛にアラートメールを送信する。前記では書き込みの滞留基準として、７２時間コメントのない書き込みとしているが、滞留基準時間はこのかぎりではなく変更することができる。
【００２８】
次に、プロジェクトに所属する社員では解決できないと思った問題等を日記に書き込む手順を図１６、図１９、図２０を使用して説明する。はじめに日記書き込みページ(図１９の１０９)を表示（Ｓ１０００１）し、件名、書き込み内容を入力（Ｓ１０００２）する。そうすると、コミュニティ／日記ＤＢの日記テーブル(図２８)に日記ＩＤ(数字の連番)、入力した件名、書き込み内容、書き込んだ社員ＩＤ、元日記ＩＤは空、書き込み時刻を登録（Ｓ１０００３）する。さらに、プロジェクトＤＢの業務−掲示板／日記書き込み関連テーブル(図２５)にプロジェクトＩＤ、書き込みＩＤ、書き込み種別(「日記」)を登録（Ｓ１０００４)する。
【００２９】
次に、登録されている日記一覧を閲覧する手順を図１７、図１９、図２０を使用して説明する。はじめに業務閲覧ページ(図１９の２０６)を表示（Ｓ１１００１）し、関連日記閲覧を選択（Ｓ１１００２）する。そうすると、プロジェクトＤＢの業務−掲示板／日記書き込み関連テーブル(図２５)から、プロジェクトＩＤが一致し、かつ書き込み種別が「日記」に一致する書き込みＩＤを取得（Ｓ１１００３)する。図２５には書き込みＩＤが５の１件の未処理の書き込みＩＤが存在するため、コミュニティ／日記ＤＢの日記テーブル(図２８)から日記ＩＤまたは元日記ＩＤが取得した書き込みＩＤに一致する件名、書き込み内容、社員ＩＤ、書き込み時刻を取得（Ｓ１１００５)する。図２８では、日記ＩＤが、５と６の２件が該当する。さらに、取得した社員ＩＤに一致する社員の姓を社員ＤＢの社員テーブル(図２１)から取得（Ｓ１１００６）し日記閲覧ページを表示(図１９、２０の１１０)する。
【００３０】
次に、日記の書き込み内容にアドバイスをするためにコメントを書き込む手順を図１８、図１９、図２０を使用して説明する。はじめに日記閲覧ページ(図１９の１１０)を表示（Ｓ１２００１）し、コメントを選択（Ｓ１２００２）すると、日記ＩＤを受け渡り（Ｓ１２００３）、コメント書き込みページ(図２０の１１１)が表示（Ｓ１２００４）される。件名、書き込み内容を入力（Ｓ１２００５）すると、コミュニティ／日記ＤＢの日記テーブル(図２８)に日記ＩＤ、件名、書き込み内容、書き込んだ社員ＩＤ、元日記ＩＤ（Ｓ１２００３で受取った日記ＩＤ）、書き込み時刻を登録（Ｓ１２００６）する。
【００３１】
本実施の形態では、一定期間返信がない書き込みがある場合、未解決の問題があると判断し関係者にアラームメールを送信することで返信書き込みを増やす。また、一定期間、アドバイスがない書き込みがある場合は、プロジェクトの社員にアラートメールを送信することでアドバイスを求める仕組みにより、情報共有やコミュニケーションの活性化を実現させることができる。また、日記を通して、プロジェクト以外の社員間で新たなコミュニケーションが発生する。また、業務情報毎に問題やアイデアが整理されるため、効率的に情報をさがすことができる。
【００３２】
なお、本実施の形態に関するさらなる説明を以下に行う。
本実施の形態では、まず、業務フローの中でＳＮＳを利用していくために、業務情報を管理する仕組みとＳＮＳを連携したシステムを提供する。すなわち、前記の業務管理の仕組み(以降、タスク管理システムと呼ぶ)で個人業務の内容、進捗、経緯を登録・管理し、さらにその内容をプロジェクトや組織毎に共有することで、社員は本仕組みを起点に業務を遂行していくことができる。業務の中では、さまざまな問題や悩みに突き当たることがあるが、その際に、ＳＮＳのコミュニティ(プロジェクトや組織単位でコミュニケーションをとるための集合空間)に備わっている掲示板(コミュニティ内に存在しコミュニティに属する社員間で議論できる空間)へ書き込みを行うことで情報の共有と問題解決を検討することができる。また、業務の中で思いついたアイデア等についても、コミュニティの中で議論することができる。
【００３３】
これらを実現するために、本実施の形態は、タスク管理システムで業務を共有する社員の集合とＳＮＳのコミュニティを共有する社員の集合を同期する仕組みを備える。また、業務と業務から発生した掲示板の書き込みを紐づけ、業務毎に書き込みを整理して共有できる仕組みを備える。さらに、書き込みに対する回答が一定期間ない場合は、書き込みが放置されたままになっているとみなし、コミュニティに所属する社員にアラームメールを送信する仕組みを備える。
【００３４】
上記のシステムであれば、業務に関係ない社員に対して情報が公開される危険性はないし、業務とコミュニティの一方のみに参加していることで必要な情報が共有できないという状況を防ぐことが出来る。さらに、書き込みが滞留される状況を防止することが出来る。
【００３５】
しかしながら、業務で発生した悩みについて、プロジェクトや組織の社員の知識だけでは解決しない問題も当然ながら存在する。そのような場合、プロジェクトを超えた社員に対しても問題を公開し、社内の有識者に対してもアドバイスを求めることができれば問題の早期解決につながるし、新たな社内人材交流が生まれることになる。この仕組みを実現するために、本実施の形態は、タスク管理システムからＳＮＳの日記(不特定多数の社員に公開可能な情報を書き込む場所)へ問題を書き込む仕組みを備える。また、業務と業務から発生した日記を紐づけ、業務毎に日記を整理して共有できる仕組みを備える。
【００３６】
以上の仕組みであれば、上記の課題に対して次の変化が発生する。まず、ＳＮＳに書き込むべき内容が業務の中から自然と発生するため、何を書き込めばいいのか分からないという悩みを解消できる。また、業務の問題をそのまま放置していれば、業務遂行の大きな妨げになるため、積極的に書き込む流れができる。さらに、書き込んだ問題が滞留せず、回答や情報提供が期待できる。結果として、プロジェクト・組織内および社内の広い範囲で情報共有が実現できる。また、社内のこれまで知らなかった社員間でコミュニケーションの活性化が実現できる。
【００３７】
次に、本発明の第二の実施の形態について、図２９、図３０を使用して説明する。
図２９のフローにおいて、図３０のように、掲示板に「ＸＸＸ技術のセミナー」を書き込んだ後に掲示板閲覧ページから、セミナーに関する調査業務を業務登録を可能にする。第二の実施の形態では、掲示板から業務の登録が可能となり、第一の実施の形態とは異なり、ＳＮＳ、タスク管理両者を起点とした情報の登録が可能となる。
【００３８】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、本システムの機能を実現するためのプログラムを本システムに読込ませて実行することにより本システムの機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。また、追加の装置により機能が分散されて実現される形態も本発明の範囲内である。
【図面の簡単な説明】
【００３９】
【図１】本発明の第一の実施の形態に係るシステム構成を示す図である。
【図２】本発明の第一の実施の形態に係る処理概要を示す図である。
【図３】本発明の第一の実施の形態に係るプロジェクト登録機能のフローチャートである。
【図４】本発明の第一の実施の形態に係るタスク管理に業務を遂行するためのプロジェクトチームを登録する手順を示す図である。
【図５】本発明の第一の実施の形態に係るプロジェクト閲覧機能のフローチャートである。
【図６】本発明の第一の実施の形態に係る業務登録機能のフローチャートである。
【図７】本発明の第一の実施の形態に係る登録されているプロジェクトの一覧を閲覧する手順を示す図である。
【図８】本発明の第一の実施の形態に係る業務閲覧機能のフローチャートである。
【図９】本発明の第一の実施の形態に係る業務進捗登録機能のフローチャートである。
【図１０】本発明の第一の実施の形態に係る掲示板書き込み機能のフローチャートである。
【図１１】本発明の第一の実施の形態に係る掲示板閲覧機能のフローチャートである。
【図１２】本発明の第一の実施の形態に係る掲示板コメント書き込み機能のフローチャートである。
【図１３】本発明の第一の実施の形態に係る登録されている業務の一覧を閲覧する手順を示す図である。
【図１４】本発明の第一の実施の形態に係る登録されている掲示板の書き込み一覧を閲覧する手順を示す図である。
【図１５】本発明の第一の実施の形態に係る掲示板書き込み滞留判定機能のフローチャートである。
【図１６】本発明の第一の実施の形態に係る日記書き込み機能のフローチャートである。
【図１７】本発明の第一の実施の形態に係る日記閲覧機能のフローチャートである。
【図１８】本発明の第一の実施の形態に係る日記コメント書き込み機能のフローチャートである。
【図１９】本発明の第一の実施の形態に係るプロジェクトに所属する社員では解決できないと思った問題等を日記に書き込む手順を示す図である。
【図２０】本発明の第一の実施の形態に係るプロジェクトに所属する社員では解決できないと思った問題等を日記に書き込む手順を示す図である。
【図２１】本発明の第一の実施の形態に社員ＤＢの社員テーブルの構成を示す図である。
【図２２】本発明の第一の実施の形態にプロジェクトＤＢのプロジェクトテーブルの構成を示す図である。
【図２３】本発明の第一の実施の形態にプロジェクトＤＢの業務テーブルの構成を示す図である。
【図２４】本発明の第一の実施の形態にプロジェクトＤＢのプロジェクト所属社員テーブルの構成を示す図である。
【図２５】本発明の第一の実施の形態にプロジェクトＤＢの業務−掲示板／日記書き込み関連テーブルの構成を示す図である。
【図２６】本発明の第一の実施の形態にコミュニティ／日記ＤＢのコミュニティテーブルの構成を示す図である。
【図２７】本発明の第一の実施の形態にコミュニティ／日記ＤＢの掲示板テーブルの構成を示す図である。
【図２８】本発明の第一の実施の形態にコミュニティ／日記ＤＢの日記テーブルの構成を示す図である。
【図２９】本発明の第二の実施の形態に係る業務登録機能のフローチャートである。
【図３０】本発明の第二の実施の形態に係る掲示板閲覧ページから、セミナーに関する調査業務を業務登録する手順を示す図である。
【符号の説明】
【００４０】
１０    プロジェクトＤＢ
１１    プロジェクト登録機能
１２    プロジェクト閲覧機能
１３    業務登録機能
１４    業務閲覧機能
１５    業務進捗登録機能
２０    コミュニティ／日記ＤＢ
２１    掲示板書き込み機能
２２    掲示板閲覧機能
２３    掲示板コメント書き込み機能
２４    掲示板書き込み滞留判定機能
２５    日記書き込み機能
２６    日記閲覧機能
２７    日記コメント書き込み機能
３０    社員ＤＢ
【図１】
2009187044.tif 000003
【図２】
2009187044.tif 000004
【図３】
2009187044.tif 000005
【図４】
2009187044.tif 000006
【図５】
2009187044.tif 000007
【図６】
2009187044.tif 000008
【図７】
2009187044.tif 000009
【図８】
2009187044.tif 000010
【図９】
2009187044.tif 000011
【図１０】
2009187044.tif 000012
【図１１】
2009187044.tif 000013
【図１２】
2009187044.tif 000014
【図１３】
2009187044.tif 000015
【図１４】
2009187044.tif 000016
【図１５】
2009187044.tif 000017
【図１６】
2009187044.tif 000018
【図１７】
2009187044.tif 000019
【図１８】
2009187044.tif 000020
【図１９】
2009187044.tif 000021
【図２０】
2009187044.tif 000022
【図２１】
2009187044.tif 000023
【図２２】
2009187044.tif 000024
【図２３】
2009187044.tif 000025
【図２４】
2009187044.tif 000026
【図２５】
2009187044.tif 000027
【図２６】
2009187044.tif 000028
【図２７】
2009187044.tif 000029
【図２８】
2009187044.tif 000030
【図２９】
2009187044.tif 000031
【図３０】
2009187044.tif 000032