(57)【要約】【課題】承認フローの定義を人手による登録作業によらずに自動生成することができる情報処理装置、承認フロー定義生成方法およびプログラムを提供する。【解決手段】実施形態の情報処理装置は、ユーザ同士でメッセージの交換を行うことにより承認フローを実現する。この情報処理装置は、記憶部と、判定部と、生成部と、提示部と、を備える。記憶部は、前記メッセージを、他のメッセージとの間の返信関係を特定可能に記憶する。判定部は、前記メッセージを解析して、前記メッセージの送信者の承認フローにおける職務分掌を判定する。生成部は、前記メッセージの返信関係と、前記メッセージの送信者の職務分掌とに基づいて、承認フローにおける前記メッセージの流れである承認フロー定義を生成する。提示部は、前記承認フロー定義を提示する。【選択図】図１
2013196624.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ同士でメッセージの交換を行うことにより承認フローを実現するための情報処理装置であって、
前記メッセージを、他のメッセージとの間の返信関係を特定可能に記憶する記憶部と、
前記メッセージを解析して、承認フローにおける前記メッセージの送信者の職務を判定する判定部と、
前記メッセージの返信関係と、前記メッセージの送信者の職務とに基づいて、承認フローにおける職務の担当者を特定する承認フロー定義を生成する生成部と、
前記承認フロー定義を提示する提示部と、を備える情報処理装置。
【請求項２】
前記生成部は、前記判定部が判定した職務が調査者または承認者であるユーザが送信した第１メッセージが、前記判定部が判定した職務が申請者であるユーザが送信した第２メッセージに対する返信メッセージである場合に、前記第１メッセージの送信者を調査者または承認者とする承認フロー定義を生成する、請求項１に記載の情報処理装置。
【請求項３】
前記生成部は、さらに前記第２メッセージの内容を解析し、前記第２メッセージが申請メッセージであると判定した場合に、前記第１メッセージの送信者を調査者または承認者とする承認フロー定義を生成する、請求項２に記載の情報処理装置。
【請求項４】
前記生成部は、さらに前記第２メッセージに文書が添付されているか否かを判定し、前記第２メッセージに文書が添付されていると判定した場合に、前記第１メッセージの送信者を調査者または承認者とする承認フロー定義を生成する、請求項２に記載の情報処理装置。
【請求項５】
前記記憶部が記憶するメッセージのうち承認フローの中でやり取りされるメッセージである承認関連メッセージを抽出する抽出部をさらに備え、
前記生成部は、前記承認関連メッセージの返信関係と、前記承認関連メッセージの送信者の職務とに基づいて、前記承認フロー定義を生成する、請求項１に記載の情報処理装置。
【請求項６】
前記メッセージをグループごとに分類する分類部をさらに備え、
前記判定部は、前記グループごとに前記メッセージの送信者の職務を判定し、
前記生成部は、前記グループごとに前記承認フロー定義を生成する、請求項１に記載の情報処理装置。
【請求項７】
前記メッセージの返信関係に基づいて、前記分類部による前記メッセージの分類を調整する調整部をさらに備える、請求項６に記載の情報処理装置。
【請求項８】
前記生成部が新たな前記承認フロー定義を生成した場合に、すでに生成された前記承認フロー定義を、新たに生成された前記承認フロー定義で更新する更新部をさらに備える、請求項１に記載の情報処理装置。
【請求項９】
ユーザ同士でメッセージの交換を行うことにより承認フローを実現するための情報処理装置において実行される方法であって、
前記メッセージを、他のメッセージとの間の返信関係を特定可能に記憶部に記録するステップと、
前記メッセージを解析して、承認フローにおける前記メッセージの送信者の職務を判定するステップと、
前記メッセージの返信関係と、前記メッセージの送信者の職務とに基づいて、承認フローにおける職務の担当者を特定する承認フロー定義を生成するステップと、
前記承認フロー定義を提示するステップと、を含む承認フロー定義生成方法。
【請求項１０】
ユーザ同士でメッセージの交換を行うことにより承認フローを実現するための情報処理装置に、
前記メッセージを、他のメッセージとの間の返信関係を特定可能に記憶部に記録する機能と、
前記メッセージを解析して、承認フローにおける前記メッセージの送信者の職務を判定する機能と、
前記メッセージの返信関係と、前記メッセージの送信者の職務とに基づいて、承認フローにおける職務の担当者を特定する承認フロー定義を生成する機能と、
前記承認フロー定義を提示する機能と、を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置、承認フロー定義生成方法およびプログラムに関する。
【背景技術】
【０００２】
従来、企業活動における業務の効率化などの観点から、業務上の成果物の申請、調査、承認などといった一連の手続を、予め定義された承認フローに従って電子的に実行する電子承認システムが利用されている。電子承認システムは、たとえば、ＳａａＳ等により提供される情報共有システムにおける１つの機能として実現される場合も多い。情報共有システムは、たとえば、電子掲示板や電子メールなどによるメッセージ交換を行うための仮想コミュニティを登録ユーザに提供し、登録ユーザ間で仮想コミュニティを通じて情報を共有できるようにするものである。
【０００３】
電子承認システムを利用するには、申請に対して調査を行う調査者や承認を行う承認者などを決定して承認フローを定義しておく必要がある。しかし、調査者や承認者を人手により登録する作業は煩雑であり、本来、電子承認システムを利用することが望ましい場合であっても、電子承認システムは利用せずに一連の手続を行う場合があった。つまり、人手による登録作業を不要としながら承認フローの定義を自動生成することができれば、電子承認システムの利用が促進され、企業活動における業務の効率化が促進される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３８１４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、承認フローの定義を人手による登録作業によらずに自動生成することができる情報処理装置、承認フロー定義生成方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００６】
実施形態の情報処理装置は、ユーザ同士でメッセージの交換を行うことにより承認フローを実現する。この情報処理装置は、記憶部と、判定部と、生成部と、提示部と、を備える。記憶部は、前記メッセージを、他のメッセージとの間の返信関係を特定可能に記憶する。判定部は、前記メッセージを解析して、承認フローにおける前記メッセージの送信者の職務を判定する。生成部は、前記メッセージの返信関係と、前記メッセージの送信者の職務とに基づいて、承認フローにおける職務の担当者を特定する承認フロー定義を生成する。提示部は、前記承認フロー定義を提示する。
【図面の簡単な説明】
【０００７】
【図１】図１は、本実施形態に係る情報共有システムの概要を示す構成図である。
【図２】図２は、ユーザ情報記憶部が記憶するユーザ情報の一例を示す図である。
【図３】図３は、メッセージ記憶部が記憶するメッセージの一例を示す図である。
【図４】図４は、文書記憶部が記憶する添付文書の一例を示す図である。
【図５】図５は、アクセス情報記憶部が記憶するアクセス情報の一例を示す図である。
【図６】図６は、メッセージ記憶部に蓄積されたメッセージ群の一例を示す図である。
【図７】図７は、図６に例示するメッセージ群を返信先メッセージＩＤの関係で繋いだスレッドを示す図である。
【図８】図８は、承認関連メッセージ記憶部が記憶する承認関連メッセージの一例を示す図である。
【図９】図９は、グループ情報記憶部が記憶するグループ情報の一例を示す図である。
【図１０】図１０は、職務分掌と文字列との対応関係を定めた辞書の一例を示す図である。
【図１１】図１１は、職務情報記憶部が記憶する職務情報の一例を示す図である。
【図１２】図１２は、承認フロー定義生成部による処理の一例を示すフローチャートである。
【図１３】図１３は、承認フロー定義記憶部が記憶する承認フロー定義の一例を示す図である。
【図１４】図１４は、開発部署の組織変更に伴って承認フロー定義が変化する様子を模式的に表した図である。
【図１５】図１５は、承認フロー判定部による処理の一例を示すフローチャートである。
【図１６】図１６は、メッセージ作成部が提供するメッセージ作成画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、実施形態の情報処理装置、承認フロー定義生成方法およびプログラムを、図面を参照して説明する。以下で示す実施形態は、登録ユーザに仮想コミュニティを提供する情報共有システムへの適用例である。
【０００９】
本実施形態に係る情報共有システムは、登録ユーザに対して、電子掲示板や電子メールなどによるメッセージ交換や各種情報提供を行うための仮想コミュニティを提供する。情報共有システムの登録ユーザは、ユーザ端末を利用して情報共有システムにアクセスすることで、情報共有システムが提供する仮想コミュニティを通じて、他の登録ユーザとの間で情報の共有を図ることができる。図１は、本実施形態に係る情報共有システムの概要を示す構成図である。情報共有システムは、図１に示すように、登録ユーザ間でやり取りされるメッセージを管理するメッセージ管理部１００と、承認フローの定義を自動生成して登録ユーザに提示する承認フロー管理部２００と、を備える。
【００１０】
メッセージ管理部１００は、ユーザ情報記憶部１０１、メッセージ作成部１０２、メッセージ受付部１０３、メッセージ送信部１０４、メッセージ登録部１０５、メッセージ記憶部１０６、文書記憶部１０７、メッセージ閲覧部１０８、およびアクセス情報記憶部１０９を備える。
【００１１】
ユーザ情報記憶部１０１は、登録ユーザのユーザ情報を記憶する。図２は、ユーザ情報記憶部１０１が記憶するユーザ情報の一例を示す図である。図２に示すように、ユーザ情報記憶部１０１が記憶するユーザ情報は、たとえば、登録ユーザのアカウントおよび表示名などを含む。アカウントは、登録ユーザを一意に特定するための文字列である。表示名は、画面上で表示する登録ユーザの表示名である。なお、登録ユーザのユーザ情報は、上記のアカウントや表示名のほか、たとえば、登録ユーザが設定したパスワードなどの認証情報なども含むようにしてもよい。
【００１２】
メッセージ作成部１０２は、登録ユーザからの要求に応じて登録ユーザのユーザ端末にメッセージ作成画面を提供し、登録ユーザによるメッセージの作成を支援する。メッセージ作成部１０２は、たとえば、ユーザ端末が搭載するＷｅｂブラウザに対してＨＴＭＬなどで記述されたメッセージ作成画面を提供するＷｅｂサイトの形態で実現することができる。
【００１３】
メッセージ受付部１０３は、登録ユーザがメッセージ作成部１０２を利用して作成したメッセージを受け付ける。メッセージは、メッセージＩＤ、送信日時、送信者、送信先、本文、添付文書（成果物）などを持った構造体である。メッセージ受付部１０３は、受け付けたメッセージをメッセージ送信部１０４およびメッセージ登録部１０５に渡す。
【００１４】
メッセージ送信部１０４は、メッセージ受付部１０３から受け取ったメッセージを、該メッセージの送信先として指定された登録ユーザのアカウントに送信する。
【００１５】
メッセージ登録部１０５は、メッセージ受付部１０３から受け取ったメッセージをメッセージ記憶部１０６に記録する。また、メッセージ登録部１０５は、メッセージ受付部１０３から受け取ったメッセージに文書が添付されている場合、添付文書を文書記憶部１０７に記録する。
【００１６】
メッセージ記憶部１０６は、登録ユーザがメッセージ作成部１０２を利用して作成したメッセージを記憶する。図３は、メッセージ記憶部１０６が記憶するメッセージの一例を示す図である。図３に示すように、メッセージ記憶部１０６が記憶するメッセージは、たとえば、メッセージＩＤ、送信日時、送信者、送信先、返信先メッセージＩＤ、添付文書ＩＤ、本文などを含む。メッセージＩＤは、そのメッセージを一意に特定するための文字列である。送信者は、メッセージを送信した登録ユーザのアカウントである。送信先は、メッセージの送信先となる登録ユーザのアカウントであり、複数のアカウントを指定することができる。送信者や送信先のアカウントは、ユーザ情報記憶部１０１が記憶するユーザ情報のアカウントと一致している。返信先メッセージＩＤは、そのメッセージがあるメッセージに対する返信メッセージとして作成された場合に、その返信先のメッセージを一意に特定するための文字列である。添付文書ＩＤは、そのメッセージに添付された文書を一意に特定するための文字列である。本文は、そのメッセージの本文として記述された文字列である。
【００１７】
文書記憶部１０７は、登録ユーザがメッセージ作成部１０２を利用して作成したメッセージに添付された文書を記憶する。図４は、文書記憶部１０７が記憶する文書の一例を示す図である。図４に示すように、文書記憶部１０７が記憶する文書は、文書ＩＤ、文書名、文書内容などを含む。文書ＩＤは、その文書を一意に特定するための文字列であり、メッセージ記憶部１０６が記憶するメッセージの添付文書ＩＤと一致している。文書名は、その文書に付されたファイル名である。文書内容は、文書ファイルの内容を表す。一般的に、文書ファイルは、プレーンテキストファイル、あるいはＸＭＬやＨＴＭＬなどで記述された構造付きテキストファイル、あるいはバイナリファイルである。バイナリファイルは、多くの場合、テキスト抽出フィルタソフトウェアを使うことで、ページ番号などの構造付きテキストを抽出することができる。本実施形態では、メッセージに添付される文書の文書ファイルが構造付きテキストファイルであるものとして説明する。この例では、構造情報として、「−−−−１ｐ」の記法でページ区切りを表す。これは１ページ目の境界という意味である。
【００１８】
メッセージ閲覧部１０８は、登録ユーザからの要求に応じて登録ユーザのユーザ端末にメッセージ閲覧画面を提供し、メッセージ記憶部１０６に記録されているメッセージや文書記憶部１０７に記録されている文書のうち、登録ユーザが指定したメッセージや文書をメッセージ記憶部１０６や文書記憶部１０７から取得して、登録ユーザに閲覧させる。メッセージ閲覧部１０８は、たとえば、ユーザ端末が搭載するＷｅｂブラウザに対してＨＴＭＬなどで記述されたメッセージ閲覧画面を提供するＷｅｂサイトの形態で実現することができる。
【００１９】
アクセス情報記憶部１０９は、メッセージ記憶部１０６が記憶するメッセージや文書記憶部１０７が記憶する文書に対して、登録ユーザがメッセージ閲覧部１０８を利用してアクセスした記録であるアクセス情報を記憶する。図５は、アクセス情報記憶部１０９が記憶するアクセス情報の一例を示す図である。図５に示すように、アクセス情報記憶部１０９が記憶するアクセス情報は、アカウント、アクセス日時、アクセス対象などを含む。アカウントは、メッセージ閲覧部１０８を利用してメッセージや文書にアクセスした登録ユーザのアカウントであり、ユーザ情報記憶部１０１が記憶するユーザ情報のアカウントと一致している。アクセス対象は、登録ユーザが閲覧したメッセージのメッセージＩＤまたは文書の文書ＩＤである。この情報により、登録ユーザがアクセスしたメッセージや文書を特定することができる。
【００２０】
承認フロー管理部２００は、メッセージ記憶部１０６に１つ以上のスレッドを構成するメッセージ群が蓄積された後に動作する。スレッドとは、共通の話題に関するメッセージの集合であり、返信関係にあるメッセージの繋がりである。以下では、図６および図７に示す具体例を用いて、承認フロー管理部２００の詳細を説明する。図６は、メッセージ記憶部１０６に蓄積されたメッセージ群の一例を示す図である。メッセージ記憶部１０６には、メッセージＩＤがＭ０１〜Ｍ０７の７つのメッセージが蓄積されており、各メッセージの本文が図６に示す文字列で構成されているものとする。また、図７は、図６に例示するメッセージ群Ｍ０１〜Ｍ０７の返信関係を返信先メッセージＩＤに基づいて特定し、これらメッセージ群Ｍ０１〜Ｍ０７を返信関係に従って繋いだスレッドを示す図である。図７において、丸で囲まれた名前はメッセージの送信者を表し、矢印がメッセージの返信関係を表す。
【００２１】
承認フロー管理部２００は、承認関連メッセージ判定部２０１、承認関連メッセージ記憶部２０２、グループ生成部２０３、グループ情報記憶部２０４、グループ調整部２０５、職務分掌判定部２０６、職務情報記憶部２０７、承認フロー定義生成部２０８、承認フロー定義記憶部２０９、承認フロー定義更新部２１０、および承認フロー判定部２１１を備える。
【００２２】
承認関連メッセージ判定部２０１は、メッセージ記憶部１０６に蓄積されたメッセージ群の中から承認関連メッセージを抽出し、抽出した承認関連メッセージを承認関連メッセージ記憶部２０２に記録する。承認関連メッセージとは、申請、調査、承認といった一連の承認フローの中でやり取りされるメッセージをいう。
【００２３】
承認関連メッセージ判定部２０１は、たとえば、メッセージ記憶部１０６が記憶する各メッセージの本文および文書記憶部１０７が記憶する文書に対して形態素解析を実行し、スコアリングによって、承認関連メッセージを抽出する。たとえば、承認関連メッセージに頻出する語句や記載形式のパターンとメッセージの本文との一致度が高いほどスコアが高くなり、また、開発計画書などの成果物の記載形式のパターンとメッセージに添付された文書との一致度が高いほどスコアが高くなるようなスコアリングを行い、基準値以上のスコアが得られたメッセージを抽出することによって、承認関連メッセージを抽出することができる。この場合、承認関連メッセージに頻出する語句や記載形式のパターン、成果物の記載形式のパターンなどは、辞書として予め作成して保持しておけばよい。メッセージ記憶部１０６に図６に示すメッセージ群Ｍ０１〜Ｍ０７が記憶されている場合、承認関連メッセージ判定部２０１は、これらのメッセージ群Ｍ０１〜Ｍ０７のうち、基準値以上のスコアが得られたメッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７を承認関連メッセージとして抽出する。メッセージＭ０３は、スコアが基準値に満たないため承認関連メッセージとして抽出されない。
【００２４】
承認関連メッセージ記憶部２０２は、メッセージ記憶部１０６に蓄積されたメッセージ群の中から承認関連メッセージ判定部２０１によって抽出された承認関連メッセージを記憶する。図８は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージの一例を示す図である。図８に示すように、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージは、たとえば、メッセージＩＤ、送信日時、送信者、送信先、返信先メッセージＩＤ、添付文書ＩＤ、本文、グループＩＤなどを含む。メッセージＩＤ、送信日時、送信者、送信先、返信先メッセージＩＤ、添付文書ＩＤ、および本文は、メッセージ記憶部１０６が記憶するメッセージの情報と一致している。グループＩＤは、そのメッセージが後述のグループ生成部２０３によってどのグループに分類されたかを一意に特定するための文字列であり、グループ生成部２０３による分類が終了した後に記述される。
【００２５】
グループ生成部２０３は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージに対してクラスタリングを実行し、たとえば、Ａ開発に関連するメッセージ群、ＹＹＹ開発に関連するメッセージ群といったように、承認関連メッセージをそのメッセージの内容に応じたグループに分類する。たとえば、グループ生成部２０３は、まず、メッセージ記憶部１０６が記憶するメッセージや文書記憶部１０７が記録する文書を解析して、仮想コミュニティで扱われている話題（Ａ開発、ＹＹＹ開発など）を特定し、話題ごとにグループを生成して、グループの情報（グループＩＤやグループ名など）をグループ情報記憶部２０４に記録する。そして、グループ生成部２０３は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージに対するクラスタリングによって、承認関連メッセージをいずれかのグループに属するように分類し、分類結果に応じたグループＩＤを、承認関連メッセージ記憶部２０２に記憶されたそれぞれの承認関連メッセージのグループＩＤとして書き込む。承認関連メッセージに対するクラスタリングは、たとえば、承認関連メッセージの本文に対する形態素解析の結果などを用いて実施することができる。
【００２６】
たとえば、図６に示すメッセージ群Ｍ０１〜Ｍ０７がメッセージ記憶部１０６に記憶されている場合、グループ生成部２０３は、これらのメッセージ群Ｍ０１〜Ｍ０７および添付文書を解析して、「Ａ開発」および「ＹＹＹ開発」の２つのグループを生成する。そして、グループ生成部２０３は、メッセージ群Ｍ０１〜Ｍ０７のうち、承認関連メッセージとして抽出された６つのメッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７のクラスタリングを実行し、以下のようにグループ分けする。
メッセージＭ０１→グループ「Ａ開発」
メッセージＭ０２→グループ「ＹＹＹ開発」
メッセージＭ０４→グループ「Ａ開発」
メッセージＭ０５→グループ「Ａ開発」
メッセージＭ０６→グループ「Ａ開発」
メッセージＭ０７→グループ「ＹＹＹ開発」
【００２７】
グループ情報記憶部２０４は、グループ生成部２０３により生成されたグループに関するグループ情報を記憶する。図９は、グループ情報記憶部２０４が記憶するグループ情報の一例を示す図である。図９に示すように、グループ情報記憶部２０４が記憶するグループ情報は、たとえば、グループＩＤおよびグループ名などを含む。グループＩＤは、そのグループを一意に特定するための文字列である。グループ名は、そのグループに与えられた名称を示す文字列であり、たとえば、そのグループに分類された承認関連メッセージからそのグループを象徴する単語などが抽出されて付与される。
【００２８】
グループ調整部２０５は、グループ生成部２０３が承認関連メッセージに対して実施したグループ分けについて、承認関連メッセージの返信関係に基づいて妥当性を検証し、妥当でない場合はグループを調整する。すなわち、１つのスレッドを構成する承認関連メッセージは同一のグループに分類することが妥当であるが、たとえばグループ生成部２０３が承認関連メッセージの本文の形態素解析の結果に基づいて承認関連メッセージをグループ分けした場合、１つのスレッドを構成する一の承認関連メッセージと他の承認関連メッセージとが異なるグループに分類されることも起こりうる。そこで、グループ調整部２０５は、１つのスレッドを構成する承認関連メッセージが同一のグループに属するように、承認関連メッセージの返信関係に基づいてグループの調整を行う。グループ調整部２０５による調整結果は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージに反映される。すなわち、グループ調整部２０５は、グループを変更した承認関連メッセージに対してグループ生成部２０３が書き込んだグループＩＤを、変更後のグループＩＤに書き換える。
【００２９】
上述した例において、６つの承認関連メッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７は、１つのスレッドを構成している。しかし、グループ生成部２０３による分類の結果、承認関連メッセージＭ０１，Ｍ０４，Ｍ０５，Ｍ０６はグループ「Ａ開発」に分類されているのに対し、承認関連メッセージＭ０２，Ｍ０７はグループ「ＹＹＹ開発」に分類されている。そこで、グループ調整部２０５は、グループ「ＹＹＹ開発」に分類されている承認関連メッセージＭ０２，Ｍ０７が、承認関連メッセージＭ０１，Ｍ０４，Ｍ０５，Ｍ０６と同じグループ「Ａ開発」に属するように、承認関連メッセージＭ０２，Ｍ０７のグループを変更する。その結果、６つの承認関連メッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７は、最終的に以下のようにグループ分けされる。
メッセージＭ０１→グループ「Ａ開発」
メッセージＭ０２→グループ「Ａ開発」
メッセージＭ０４→グループ「Ａ開発」
メッセージＭ０５→グループ「Ａ開発」
メッセージＭ０６→グループ「Ａ開発」
メッセージＭ０７→グループ「Ａ開発」
【００３０】
職務分掌判定部２０６は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージの送信者の職務を判定する。ここで職務とは、一連の承認フローにおける職務の分類であり、申請者、調査者、承認者などの職務を表す。たとえば、職務分掌判定部２０６は、まず、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージのうち、同一グループに属する承認関連メッセージを抽出し、抽出した承認関連メッセージの本文に対して形態素解析を実行する。そして、職務分掌判定部２０６は、職務分掌のそれぞれの職務に対応して予め定めた文字列を含む承認関連メッセージの送信者を、その文字列に対応する職務として判定し、判定結果を職務情報として職務情報記憶部２０７に記録する。この場合、職務分掌のそれぞれの職務と文字列との対応関係は、辞書として予め作成して保持しておけばよい。
【００３１】
図１０は、職務分掌のそれぞれの職務と文字列との対応関係を定めた辞書の一例を示す図である。図１０の例では、文字列「確認をお願いします」に対して「申請者」の職務が対応付けられ、文字列「修正してください」に対して「調査者」の職務が対応付けられ、文字列「確認しました」に対して「調査者」の職務が対応付けられ、文字列「反映してください」に対して「調査者」の職務が対応付けられ、文字列「承認します」に対して「承認者」の職務が対応付けられ、文字列「却下します」に対して「承認者」の職務が対応付けられ、文字列「ＸＸＸシステムに登録しました」に対して「申請者」の職務が対応付けられていることを示している。
【００３２】
たとえば、グループ「Ａ開発」に属する６つの承認関連メッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７のうち、承認関連メッセージＭ０１，Ｍ０４の本文には、文字列「確認をお願いします」が含まれ、承認関連メッセージＭ０６の本文には、文字列「ＭＭＭシステムに登録しました」が含まれている。このため、これら承認関連メッセージＭ０１，Ｍ０４，Ｍ０６の送信者である田中さん（Ｔａｎａｋａ）が、「申請者」と判定される。また、承認関連メッセージＭ０２の本文には、文字列「修正してください」が含まれ、承認関連メッセージＭ０７の本文には、文字列「反映してください」が含まれている。このため、これら承認関連メッセージＭ０２，Ｍ０７の送信者である鈴木さん（Ｓｕｚｕｋｉ）が、「調査者」と判定される。また、承認関連メッセージＭ０５の本文には、文字列「承認します」が含まれている。このため、承認関連メッセージＭ０５の送信者である鈴木さん（Ｓｕｚｕｋｉ）が、「承認者」と判定される。
【００３３】
職務情報記憶部２０７は、職務分掌判定部２０６により判定された職務を表す職務情報を記憶する。図１１は、職務情報記憶部２０７が記憶する職務情報の一例を示す図である。図１１に示すように、職務情報記憶部２０７が記憶する職務情報は、たとえば、アカウント、職務、グループＩＤなどを含む。アカウントは、職務分掌判定部２０６によって職務が判定された登録ユーザのアカウントであり、ユーザ情報記憶部１０１が記憶するユーザ情報のアカウントと一致している。職務は、職務分掌判定部２０６によって判定された職務である。グループＩＤは、職務分掌判定部２０６によって判定された職務が有効なグループのグループＩＤであり、グループ情報記憶部２０４が記憶するグループ情報のグループＩＤと一致している。この例から分かるように、本実施形態ではグループ単位で登録ユーザの職務を判定しており、同じ登録ユーザであっても、グループが異なれば別の職務となる場合もある。
【００３４】
承認フロー定義生成部２０８は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージの返信関係（スレッドの返信関係）と、職務情報記憶部２０７が記憶する職務情報とに基づいて、グループ単位で承認フローの定義を生成する。承認フローの定義（承認フロー定義）とは、登録ユーザのうちの誰が承認フローにおけるどの職務の担当者となっているかを特定した定義であり、承認フローにおける一連の手続の流れを一意に特定するための情報である。
【００３５】
図１２は、承認フロー定義生成部２０８による処理の一例を示すフローチャートである。承認フロー定義生成部２０８は、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージを対象として、たとえば図１２のフローチャートで示す処理を実行し、グループを単位とした承認フローの定義を生成する。なお、図１２のフローチャートで示す処理はあくまで一例であり、この例に限定されるものではない。
【００３６】
承認フロー定義生成部２０８は、まず、ステップＳ１０１において、承認関連メッセージ記憶部２０２が記憶する同一グループに属する承認関連メッセージのうち、返信先メッセージＩＤがないもの、つまり、スレッドの先頭となる承認関連メッセージを抽出する。
【００３７】
次に、承認フロー定義生成部２０８は、ステップＳ１０２において、メッセージ記憶部１０６が記憶するメッセージの返信先メッセージＩＤに基づいて、ステップＳ１０１で抽出した承認関連メッセージを先頭とするスレッドを生成し、各スレッドを構成するメッセージのうち、承認関連メッセージ記憶部２０２が記憶する承認関連メッセージを時系列順に並べる。このとき、複数のスレッド間に関係がある場合には、これら複数のスレッドを１つのスレッドとして扱うようにしてもよい。
【００３８】
次に、承認フロー定義生成部２０８は、ステップＳ１０３において、ステップＳ１０２で生成したスレッドのうちの１つを選択する。そして、承認フロー定義生成部２０８は、ステップＳ１０４において、職務情報記憶部２０７が記憶する職務情報を参照し、ステップＳ１０３で選択したスレッド内の承認関連メッセージの中に、職務分掌判定部２０６によって「調査者」または「承認者」と判定された登録ユーザが送信したメッセージが含まれているか否かを判定する。ここで、「調査者」または「承認者」が送信したメッセージが含まれている場合は（ステップＳ１０４：Ｙｅｓ）、次のステップＳ１０５に進み、含まれていなければ（ステップＳ１０４：Ｎｏ）、ステップＳ１１０に処理を移行する。
【００３９】
ステップＳ１０５では、承認フロー定義生成部２０８は、「調査者」または「承認者」が送信したメッセージの１つ前の承認関連メッセージに、添付文書が添付されているか否かを判定する。ここで、１つ前の承認関連メッセージに添付文書が添付されている場合は（ステップＳ１０５：Ｙｅｓ）、次のステップＳ１０６に進み、添付文書が添付されていなければ（ステップＳ１０５：Ｎｏ）、ステップＳ１１０に処理を移行する。
【００４０】
ステップＳ１０６では、承認フロー定義生成部２０８は、添付文書に対して形態素解析を実行し、該添付文書が業務上の成果物であるか否かを判定する。ここで、添付文書が成果物であると判定した場合は（ステップＳ１０６：Ｙｅｓ）、次のステップＳ１０７に進み、成果物でないと判定した場合は（ステップＳ１０６：Ｎｏ）、ステップＳ１１０に処理を移行する。
【００４１】
ステップＳ１０７では、承認フロー定義生成部２０８は、職務情報記憶部２０７が記憶する職務情報を参照し、「調査者」または「承認者」が送信したメッセージの１つ前の承認関連メッセージの送信者が、職務分掌判定部２０６によって「申請者」と判定された登録ユーザであるか否かを判定する。ここで、１つ前の承認関連メッセージの送信者が「申請者」である場合は（ステップＳ１０７：Ｙｅｓ）、次のステップＳ１０８に進み、「申請者」でなければ（ステップＳ１０７：Ｎｏ）、ステップＳ１１０に処理を移行する。
【００４２】
ステップＳ１０８では、承認フロー定義生成部２０８は、「調査者」または「承認者」が送信したメッセージの１つ前の承認関連メッセージの本文に対して形態素解析を実行し、この承認関連メッセージが承認を申請する申請メッセージであるか否かを判定する。ここで、１つ前の承認関連メッセージが申請メッセージであると判定した場合は（ステップＳ１０８：Ｙｅｓ）、次のステップＳ１０９に進み、申請メッセージではないと判定した場合は（ステップＳ１０８：Ｎｏ）、ステップＳ１１０に処理を移行する。
【００４３】
ステップＳ１０９では、承認フロー定義生成部２０８は、ステップＳ１０４〜ステップＳ１０８の処理により得られた申請→調査、または申請→承認の流れを、対象となるグループにおける承認フロー定義の候補として一時保存する。
【００４４】
ステップＳ１１０では、承認フロー定義生成部２０８は、ステップＳ１０２で生成したすべてのスレッドに対してステップＳ１０４〜ステップＳ１０９の処理が終了したか否かを判定する。ここで、すべてのスレッドに対して処理が終了した場合は（ステップＳ１１０：Ｙｅｓ）、次のステップＳ１１１に進み、処理が終了していないスレッドがあれば（ステップＳ１１０：Ｎｏ）、ステップＳ１０３に戻って他のスレッドを選択し、ステップＳ１０４〜ステップＳ１０９の処理を繰り返す。
【００４５】
ステップＳ１１１では、承認フロー定義生成部２０８は、ステップＳ１０９で一時保存した承認フロー定義の候補のうち、出現数が閾値Ｘ以上のものが存在するか否かを判定する。ここで、出現数が閾値Ｘ以上となる承認フロー定義の候補が存在する場合は（ステップＳ１１１：Ｙｅｓ）、次のステップＳ１１２に進み、出現数が閾値Ｘ以上となる承認フロー定義の候補が存在しなければ（ステップＳ１１１：Ｎｏ）、一連の処理を終了する。なお、ステップＳ１１１の判定で用いる閾値Ｘの値は可変とし、それぞれのグループで適正数の承認フロー定義が生成されるように、閾値Ｘの値を適宜調整することが望ましい。
【００４６】
ステップＳ１１２では、承認フロー定義生成部２０８は、ステップＳ１０９で一時保存した承認フロー定義の候補のうち、出現数が閾値Ｘ以上のものを承認フロー定義として確定し、承認フロー定義記憶部２０９に記録して、一連の処理を終了する。
【００４７】
図６および図７に示す具体例に基づいて、図１２のフローチャートに従った承認フロー定義生成部２０８による処理を説明する。まず、グループ「Ａ開発」に属する承認関連メッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７のうち、スレッドの先頭となる承認関連メッセージＭ０１が抽出される（ステップＳ１０１）。
【００４８】
次に、承認関連メッセージＭ０１を先頭とする、図７に示すスレッドが生成され、このスレッドに含まれる承認関連メッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７が時系列順に並べられる（ステップＳ１０２）。時系列順に並べると、Ｍ０１→Ｍ０２→Ｍ０４→Ｍ０５→Ｍ０６→Ｍ０７となる。
【００４９】
次に、図７に示すスレッドが選択され（ステップＳ１０３）、このスレッドに含まれる承認関連メッセージＭ０１，Ｍ０２，Ｍ０４，Ｍ０５，Ｍ０６，Ｍ０７の中に、職務分掌判定部２０６により判定された職務が「調査者」または「承認者」である登録ユーザが送信したメッセージが含まれるか否かが判定される（ステップＳ１０４）。ここでは、「調査者」であり「承認者」でもある鈴木さん（Ｓｕｚｕｋｉ）が送信した承認関連メッセージＭ０２，Ｍ０５，Ｍ０７が含まれていると判定される。
【００５０】
次に、承認関連メッセージＭ０２，Ｍ０５，Ｍ０７のそれぞれについて、１つ前の承認関連メッセージＭ０１，Ｍ０４，Ｍ０６に添付文書が添付されているか否かが判定される（ステップＳ１０５）。ここでは、承認関連メッセージＭ０１に添付文書Ｄ０１が添付され、承認関連メッセージＭ０４に添付文書Ｄ０２が添付されていると判定される。
【００５１】
次に、添付文書Ｄ０１，Ｄ０２に対する形態素解析などによって、これら添付文書Ｄ０１、Ｄ０２が業務上の成果物であるか否かが判定される（ステップＳ１０６）。ここでは、添付文書Ｄ０１，Ｄ０２の双方とも開発計画書であるため、業務上の成果物であると判定される。
【００５２】
次に、承認関連メッセージＭ０１，Ｍ０４の送信者が、職務分掌判定部２０６により判定された職務が「申請者」である登録ユーザか否かが判定される（ステップＳ１０７）。ここでは、承認関連メッセージＭ０１，Ｍ０４の送信者が、「申請者」である田中さん（Ｔａｎａｋａ）であると判定される。
【００５３】
次に、承認関連メッセージＭ０１，Ｍ０４の本文に対する形態素解析などによって、これら承認関連メッセージＭ０１，Ｍ０４が申請メッセージであるか否かが判定される（ステップＳ１０８）。ここでは、承認関連メッセージＭ０１，Ｍ０４の本文の文面から、これら承認関連メッセージＭ０１，Ｍ０４が申請メッセージであると判定される。
【００５４】
次に、承認関連メッセージＭ０１→Ｍ０２の流れと、承認関連メッセージＭ０４→Ｍ０５の流れから、田中さん（Ｔａｎａｋａ）の申請に対して鈴木さん（Ｓｕｚｕｋｉ）が調査者となる承認フロー定義の候補と、田中さん（Ｔａｎａｋａ）の申請に対して鈴木さん（Ｓｕｚｕｋｉ）が承認者となる承認フロー定義の候補とが、一時保存される（ステップＳ１０９）。
【００５５】
その後、図７に例示したスレッドと同じグループＣ０１のスレッドに対して同様の処理が繰り返され、グループＣ０１に属するすべてのスレッドに対する処理が終了すると（Ｓ１１０：Ｙｅｓ）、一時保存した承認フロー定義の候補の中に出現数が閾値Ｘ以上となるものが存在するか否かが判定される（ステップＳ１１１）。ここでは、田中さん（Ｔａｎａｋａ）の申請に対して鈴木さん（Ｓｕｚｕｋｉ）が調査者となる承認フロー定義の候補がＸ以上出現し、田中さん（Ｔａｎａｋａ）の申請に対して鈴木さん（Ｓｕｚｕｋｉ）が承認者となる承認フロー定義の候補がＸ以上出現したものとする。その結果、田中さん（Ｔａｎａｋａ）の申請に対して鈴木さん（Ｓｕｚｕｋｉ）が調査者となる承認フロー定義と、田中さん（Ｔａｎａｋａ）の申請に対して鈴木さん（Ｓｕｚｕｋｉ）が承認者となる承認フロー定義とが、グループＣ０１における承認フロー定義として承認フロー定義記憶部２０９に記録される（ステップＳ１１２）。
【００５６】
承認フロー定義記憶部２０９は、承認フロー定義生成部２０８により生成された承認フロー定義を記憶する。図１３は、承認フロー定義記憶部２０９が記憶する承認フロー定義の一例を示す図である。図１３に示すように、承認フロー定義記憶部２０９が記憶する承認フロー定義は、たとえば、フローＩＤ、アカウント、職務、グループＩＤなどを含む。フローＩＤは、承認フロー定義を一意に特定するための文字列である。アカウントは、承認フロー定義における職務担当者となる登録ユーザのアカウントであり、ユーザ情報記憶部１０１が記憶するユーザ情報のアカウントと一致している。職務は、承認フロー定義における職務を示し、職務情報記憶部２０７が記憶する職務情報の職務と一致している。グループＩＤは、承認フロー定義が適用されるグループのグループＩＤであり、グループ情報記憶部２０４が記憶するグループ情報のグループＩＤと一致している。
【００５７】
承認フロー定義更新部２１０は、承認フロー定義生成部２０８があるグループに対して新たな承認フロー定義を生成した場合に、そのグループについて、承認フロー定義記憶部２０９に記憶されている承認フロー定義を、新たに生成された承認フロー定義に更新する。たとえば、α開発の途中で開発部署の組織変更や職務担当者の異動などがあると、α開発に関する申請に対して調査者や承認者が変更される場合がある。この場合、承認フローを再定義する必要がある。そこで、本実施形態では、承認フロー管理部２００の処理を予め定めた周期で定期的に実行し、承認フロー定義生成部２０８が承認フロー定義記憶部２０９に記憶されている承認フロー定義とは異なる新たな承認フロー定義を生成した場合に、承認フロー定義更新部２１０が、新たに生成された承認フロー定義で、承認フロー定義記憶部２０９の情報を更新するようにしている。
【００５８】
図１４は、開発部署の組織変更に伴って承認フロー定義が変化する様子を模式的に表した図である。図１４では、組織変更前のメッセージのやりとりを、メッセージＭ１１〜Ｍ１７を繋げたスレッドとして表し、組織変更後のメッセージのやりとりを、メッセージＭ２１〜Ｍ２９を繋げたスレッドとして表している。
【００５９】
図１４に示すメッセージＭ１１〜Ｍ１７の概要は以下の通りである。
Ｍ１１：田中さん（申請者）がα開発の機能仕様書を添付し、鈴木さん、ｃｃ．山田さん宛で機能仕様書の申請メッセージを出す。
Ｍ１２：鈴木さん（調査者）がＭ１１に対して機能仕様書の修正依頼のメッセージを出す。
Ｍ１４：田中さん（申請者）がＭ１２の指摘事項を反映した機能仕様書の修正版を添付し、鈴木さん、ｃｃ．山田さん宛で申請メッセージを出す。
Ｍ１５：鈴木さん（承認者）がＭ１４の内容を確認し、承認メッセージを出す。
Ｍ１６：田中さん（申請者）が機能仕様書の修正版をシステムに登録した旨のメッセージを出す。
Ｍ１３：山田さん（調査者）がＭ１１の機能仕様書へのコメントを記載し、メッセージを出す。
Ｍ１７：鈴木さん（調査者）がβ開発への同様の修正をする旨のメッセージを出す。
【００６０】
図１４に示すメッセージＭ２１〜Ｍ２９の概要は以下の通りである。
Ｍ２１：高橋さん（申請者）がα開発の基本設計書を添付し、青木さん、ｃｃ．山田さん宛で基本設計書の申請メッセージを出す。
Ｍ２２：青木さん（承認者）がＭ２１に対して基本設計書の修正依頼のメッセージを出す。
Ｍ２４：高橋さん（申請者）がＭ２２の指摘事項を反映した基本設計書の修正版０１を添付し、青木さん、ｃｃ．山田さん宛で申請メッセージを出す。
Ｍ２５：青木さん（承認者）がＭ２４の内容を確認し、承認メッセージを出す。
Ｍ２６：高橋さん（申請者）が基本設計書の修正版０１をシステムに登録した旨のメッセージを出す。
Ｍ２３：山田さん（調査者）がＭ２１の基本設計書へのコメントを記載し、メッセージを出す。
Ｍ２７：高橋さん（申請者）が基本設計書の修正版０１にＭ２３の指摘事項を反映した基本設計書の修正版０２を添付し、青木さん宛で申請メッセージを出す。
Ｍ２８：青木さん（承認者）がＭ２７の内容を確認し、承認メッセージを出す。
Ｍ２９：高橋さん（申請者）が基本設計書の修正版０２をシステムに登録した旨のメッセージを出す。
【００６１】
図１４に示した例の場合、最初にメッセージＭ１１〜Ｍ１７に基づいて、α開発に関するグループに適用される承認フロー定義として、申請に対して「調査者」が鈴木さん、「承認者」が鈴木さんとなる承認フロー定義が生成される。その後、メッセージＭ２１〜Ｍ２９に基づいて、α開発に関するグループに適用される新たな承認フロー定義として、申請に対して「調査者」が山田さん、「承認者」が青木さんとなる承認フロー定義が生成される。承認フロー定義更新部２１０は、α開発に関するグループに適用される新たな承認フロー定義（調査者：山田さん、承認者：青木さん）が生成されたときに、承認フロー定義記憶部２０９に記憶されている承認フロー定義（調査者：鈴木さん、承認者：鈴木さん）を、新たに生成された承認フロー定義で更新する。
【００６２】
承認フロー判定部２１１は、登録ユーザがメッセージ作成部１０２を利用して作成するメッセージが申請メッセージであるか否かを判定し、申請メッセージである場合に、登録ユーザが「申請者」となるグループに適用される承認フロー定義を承認フロー定義記憶部２０９から読み出して、メッセージ作成画面を通じて登録ユーザに提示する。
【００６３】
図１５は、承認フロー判定部２１１による処理の一例を示すフローチャートである。承認フロー判定部２１１は、承認フロー定義記憶部２０９に承認フロー定義が記憶されている状態で、登録ユーザがメッセージ作成部１０２を利用してメッセージを作成した際に、たとえば図１５のフローチャートで示す処理を実行し、メッセージを作成した登録ユーザに対して承認フロー定義を提示する。なお、図１５のフローチャートで示す処理はあくまで一例であり、この例に限定されるものではない。
【００６４】
承認フロー判定部２１１は、まず、ステップＳ２０１において、登録ユーザがメッセージ作成部１０２を利用して作成しているメッセージの内容を解析する。たとえば、承認フロー判定部２１１は、メッセージの本文や添付文書に対して形態素解析を実行し、メッセージの内容を解析する。
【００６５】
次に、承認フロー判定部２１１は、ステップＳ２０２において、ステップＳ２０１でのメッセージの解析結果に基づいて、当該メッセージが申請メッセージであるか否かを判定する。ここで、メッセージが申請メッセージであると判定した場合は（ステップＳ２０２：Ｙｅｓ）、次のステップＳ２０３に進み、メッセージが申請メッセージではないと判定した場合は（ステップＳ２０２：Ｎｏ）、処理を終了する。
【００６６】
次に、承認フロー判定部２１１は、ステップＳ２０３において、グループ情報記憶部２０４が記憶するグループ情報と承認フロー定義記憶部２０９が記憶する承認フロー定義の情報に基づいて、メッセージの送信者が「申請者」となるグループを特定する。
【００６７】
次に、承認フロー判定部２１１は、ステップＳ２０４において、ステップＳ２０３で特定したグループに適用される承認フロー定義を、承認フロー定義記憶部２０９から取得する。
【００６８】
次に、承認フロー判定部２１１は、ステップＳ２０５において、ステップＳ２０４で取得した承認フロー定義を、たとえば、メッセージ作成部１０２が提供するメッセージ作成画面上に表示するなどの方法により、メッセージを作成している登録ユーザに提示し、一連の処理を終了する。
【００６９】
図１６は、メッセージ作成部１０２が提供するメッセージ作成画面の一例を示す図である。図１６に示すメッセージ作成画面３００には、メッセージのタイトルを記入するタイトル欄３０１と、メッセージの本文を記入する本文欄３０２と、添付文書を添付するファイル欄３０３と、メッセージを投稿する際に操作される投稿ボタン３０４と、が設けられている。また、このメッセージ作成画面３００には、承認フロー判定部２１１により取得された承認フロー定義が表示される承認フロー表示欄３０５が設けられている。承認フロー表示欄３０５には、メッセージ作成画面３００により作成されたメッセージが申請メッセージであると判定された場合に、メッセージの作成者が申請者となるグループに対して適用される承認フロー定義が選択可能に表示される。メッセージを作成している登録ユーザが、この承認フロー表示欄３０５に表示された承認フロー定義を選択し、投稿ボタン３０４を操作すると、メッセージ作成画面３００で作成されたメッセージが、承認フローに従って処理されることになる。
【００７０】
以上、具体的な例を挙げながら詳細に説明したように、本実施形態に係る情報共有システムによれば、過去のメッセージの返信関係や職務分掌の判定結果に基づいて承認フロー定義が自動生成されるので、たとえばシステム管理者が手動で調査者や承認者などを登録するといった煩雑な作業を行う必要がなく、利便性が向上する。
【００７１】
また、本実施形態に係る情報共有システムによれば、職務が調査者や承認者である登録ユーザが送信したメッセージの返信先メッセージが申請メッセージであるか否か、さらには添付文書が添付されているか否かも考慮して、申請に対する調査者、承認者を定義する承認フロー定義を生成するので、曖昧なやり取りから定型業務に昇華させることができる。
【００７２】
また、本実施形態に係る情報共有システムによれば、過去のメッセージをグループごとに分類し、グループ単位で承認フロー定義を生成するので、たとえば、企業における多数の開発部署が情報共有システムを共通して利用する場合であっても、承認フロー定義を適切に生成することができる。
【００７３】
また、本実施形態に係る情報共有システムによれば、過去のメッセージの返信関係に基づいてメッセージのグループごとの分類を調整するので、曖昧なやり取りから定型業務を分類することができる。
【００７４】
また、本実施形態に係る情報共有システムによれば、新たな承認フロー定義が生成された場合に、過去に生成された承認フロー定義を更新するので、たとえば、組織変更などによって開発部署の人員に変動が生じても、最新の承認フロー定義を提示することができる。
【００７５】
以上説明したとおり、本実施形態によれば、承認フローの定義を人手による登録作業によらずに自動生成することができる。
【００７６】
本実施形態に係る情報共有システムにおける上述した各機能は、たとえば、情報共有システムのハードウェア構成としてコンピュータを用いる場合、コンピュータで実行するプログラムによって実現することができる。この場合、情報共有システムは、ＣＰＵ（Central  Processing  Unit）などの制御装置と、ＲＯＭ（Read  Only  Memory）やＲＡＭ（Random  Access  Memory）などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆと、ＨＤＤ（Hard  Disk  Drive）、ＣＤ（Compact  Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバスなどを備える。
【００７７】
本実施形態に係る情報共有システムで実行されるプログラムは、たとえば、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact  Disk  Recordable）、ＤＶＤ（Digital  Versatile  Disc）などのコンピュータで読み取り可能な記録媒体に記録されてコンピュータプログラムプロダクトとして提供される。
【００７８】
また、本実施形態に係る情報共有システムで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態に係る情報共有システムで実行されるプログラムを、インターネットなどのネットワーク経由で提供または配布するように構成してもよい。
【００７９】
また、本実施形態に係る情報共有システムで実行されるプログラムを、情報共有システムが備えるＲＯＭなどに予め組み込んで提供するように構成してもよい。
【００８０】
本実施形態に係る情報共有システムで実行されるプログラムは、情報共有システムの機能的な構成要素（メッセージ作成部１０２、メッセージ受付部１０３、メッセージ送信部１０４、メッセージ登録部１０５、メッセージ閲覧部１０８、承認関連メッセージ判定部２０１、グループ生成部２０３、グループ調整部２０５、職務分掌判定部２０６、承認フロー定義生成部２０８、承認フロー定義更新部２１０、承認フロー判定部２１１など）を含むモジュール構成となっており、実際のハードウェアとしては、たとえば、ＣＰＵ（プロセッサ）が上記記録媒体からプログラムを読み出して実行することにより、上述した各構成要素が主記憶装置上にロードされ、上述した各構成要素が主記憶装置上に生成されるようになっている。なお、本実施形態に係る情報共有システムは、上述した各構成要素の一部または全部を、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field-Programmable  Gate  Array）などの専用のハードウェアを用いて実現することも可能である。
【００８１】
以上、本発明の実施形態を説明したが、ここで説明した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。ここで説明した新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。ここで説明した実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８２】
１００  メッセージ管理部
１０５  メッセージ登録部
１０６  メッセージ記憶部
１０７  文書記憶部
２００  承認フロー管理部
２０１  承認関連メッセージ判定部
２０３  グループ生成部
２０５  グループ調整部
２０６  職務分掌判定部
２０８  承認フロー定義生成部
２１０  承認フロー定義更新部
２１１  承認フロー判定部
【図１】
2013196624.tif 000003
【図２】
2013196624.tif 000004
【図３】
2013196624.tif 000005
【図４】
2013196624.tif 000006
【図５】
2013196624.tif 000007
【図６】
2013196624.tif 000008
【図７】
2013196624.tif 000009
【図８】
2013196624.tif 000010
【図９】
2013196624.tif 000011
【図１０】
2013196624.tif 000012
【図１１】
2013196624.tif 000013
【図１２】
2013196624.tif 000014
【図１３】
2013196624.tif 000015
【図１４】
2013196624.tif 000016
【図１５】
2013196624.tif 000017
【図１６】
2013196624.tif 000018