(57)【要約】【課題】この発明はＩＴを利用した人材育成、モチベーションコントロール、組織力育成、ラインバランスコントロールや人事評価をしうるグループウエアシステムに関する。【解決手段】グループウエアシステムにおいて、各運用者が処理する仕事を案件データとし、各案件データは当該運用者が仕掛かり中のものと、他の運用者に転送したものとに分類して管理されており、各案件データには、属性データとして、案件の種類や内容を示すデータと、案件の履歴データと、履歴の詳細データとを有しており、案件データを閲覧することにより、当該運用者の案件データの処理のプロセスを確認しうるようになっていることを特徴とする。【選択図】    図１
2004334261.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワークに接続されたサーバーコンピュータで管理するデータベースを有し、該データベースに記録された共有データをコンピュータネットワークに接続された複数のコンピュータ端末でグループの各運用者が使用することができるグループウエアシステムにおいて、
各運用者が処理する仕事を案件データとし、各案件データは当該運用者が仕掛かり中のものと、他の運用者に転送したものとに分類して管理されており、
各案件データには、属性データとして、案件の種類や内容を示すデータと、案件の履歴データと、履歴の詳細データとを有しており、
案件データを閲覧することにより、当該運用者の案件データの処理のプロセスを確認しうるようになっていることを特徴とするグループウエアシステム。
【請求項２】
案件データの内容や所定の履歴を条件として優先度を設定する優先度設定部が設けられており、システムの管理者、または運用者は、案件データの内容、所定の履歴などを条件として優先度を設定し、各案件データに対して運用者が処理する優先度をコントロールすることができるようになっていることを特徴とする請求項１に記載のグループウエアシステム。
【請求項３】
サーバーコンピュータを介して、管理者はグループを１または複数の部門に設定し、各部門には案件データのリストを有する受付ボックスを備えた窓口が設定されており、前記受付ボックスには、アクセス可能な運用者を設定すると共に、新規の案件データと、他から転送された案件データとがリストされており、
前記各運用者は、前記受付ボックスのリスト中から自己の処理する案件データを選んで自己のボックスに入れ、または他の運用者が有する案件データを自己のボックスに入れ、あるいは自己のボックスにある案件データを受付ボックスに転送可能となっており、
これらの運用者と案件データの動きは時系列で記録されており、この運用者と案件データの動きの記録データを基に、管理者が人事評価を行いうることを特徴とする請求項１または２に記載のグループウエアシステム。
【請求項４】
サーバーコンピュータを介して、管理者はグループを１または複数の部門に設定し、各部門で使用可能なデータの範囲を当該部門で取り扱う案件データに関連する内容のデータに制限可能とし、
各データ毎にその属性データについて当該部門に属する運用者の閲覧権限および更新権限を設定することができるようにしてなると共に、
部門間における前記データの連携の有無を設定しうることを特徴とする請求項１または請求項３に記載のグループウエアシステム。
【請求項５】
案件データにその重要度に対応したポイントを設定し、該案件データを処理した運用者にポイントが与えられ、このポイントを運用者毎に集計した値を基に予め設定した値を超えると表彰制度と連携し、運用者のモチベーションを高く維持しうることを特徴とする請求項１に記載のグループウエアシステム。
【請求項６】
案件データ中に電子掲示板にリンクされたアイコンを設け、他の運用者とコミュニケーションを取って案件処理に関するアドバイスを受けることができるようになっていることを特徴とする請求項１に記載のグループウエアシステム。
【請求項７】
請求項１から６に記載のいずれかのグループウエアシステムに用いることを特徴とするグループウエアプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はＩＴを利用した人材育成、モチベーションコントロール、組織力育成、ラインバランスコントロールや人事評価をしうるグループウエアプログラムおよびこれを用いたシステムに関する。
【０００２】
【従来の技術】
グループウエア（プログラムソフト）の代表的な機能としては、スケジュール管理、掲示板、電子メール、ワークフローなどのプログラムが連携しており、これらの機能を利用してグループ（会社などの組織）が有機的に業務を行うことができるように支援している。
しかし、従来のグループウエアでは、使用者同士のコミュニケーションの価値を計る機能をあまり積極的に取り入れていない。
なぜなら、グループウエアとはいいながら、各個人の仕事の効率化だけに視点を置いており、業務に関係する人間同士の協業を主眼とするものとはいえない。一部にグループ掲示板や、グループスケジュールや、施設予約などが見られる程度であり、あくまで一方的に入力されたデータそのものを共有して参照できたり更新できたりする程度である。
これでは、今までの硬直的組織運営ではよかったが、グループの運用者の１人１人が十分能力を発揮する必要がある現在の市場においては有効に対応することができず、新しい考え方が必要となっている。
また、仕事の中身は多岐に渡るが、その作業手順や優先順位付けは、担当者本人に任せられることが多い。そして、メールは着信時間順に並ぶので優先順位を決めるツールとしては使用できない。
【０００３】
【特許文献１】
特開２００２−４１４８４（公知のグループウエアの構造、図４参照）
【０００４】
【発明が解決しようとする課題】
この発明は、上記事情に鑑みて創案されたものであって、その主たる課題は、従来見えなかった運用者各自の仕事の仕方や方法などのプロセスを管理者が把握することができるようなグループウエアシステムを提供することにある。
また、この発明の別の課題は、時間とともに変化する仕事の優先度を伝えて重要な仕事を優先して行えるようにしたグループウエアシステムを提供することにある。
この発明の更に別の課題は、グループを固定した組織とせずにフレキシブルに動かすことができ、他の人と協働しやすいように、  共有するデータの部分と共有しないデータの部分とを分け、データの開示、非開示、更新権限などといった権限を設けて、協働で必要な情報を必要最低限にしたグループウエアシステムを提供することにある。
この発明のまた別の課題は、グループの運用者のモチベーションを高めることができ、また、他の運用者からのコーチングを受けてコミュニケーションを図りやすくし、また仕事のプロセスを見ながら人事評価を行うこともできるグループウエアシステムを提供することにある。
【０００５】
【課題を解決するための手段】
前記課題を達成するために、請求項１の発明では、
コンピュータネットワークに接続されたサーバーコンピュータで管理するデータベースを有し、該データベースに記録された共有データをコンピュータネットワークに接続された複数のコンピュータ端末でグループの各運用者が使用することができるグループウエアシステムにおいて、
各運用者が処理する仕事を案件データとし、各案件データは当該運用者が仕掛かり中のものと、他の運用者に転送したものとに分類して管理されており、
各案件データには、属性データとして、案件の種類や内容を示すデータと、案件の履歴データと、履歴の詳細データとを有しており、
案件データを閲覧することにより、当該運用者の案件データの処理のプロセスを確認しうるようになっている、という技術的手段を講じている。
また、請求項２の発明では、
前記案件データの内容や所定の履歴を条件として優先度を設定する優先度設定部が設けられており、システムの管理者、または運用者は、案件データの内容、所定の履歴などを条件として優先度を設定し、各案件データに対して運用者が処理する優先度をコントロールすることができるようになっている、という技術的手段を講じている。
請求項３の発明では、
前記サーバーコンピュータを介して、管理者はグループを１または複数の部門に設定し、各部門には案件データのリストを有する受付ボックスを備えた窓口が設定されており、前記受付ボックスには、アクセス可能な運用者を設定すると共に、新規の案件データと、他から転送された案件データとがリストされており、前記各運用者は、前記受付ボックスのリスト中から自己の処理する案件データを選んで自己のボックスに入れ、または他の運用者が有する案件データを自己のボックスに入れ、あるいは自己のボックスにある案件データを受付ボックスに転送可能となっており、
これらの運用者と案件データの動きは時系列で記録されており、この運用者と案件データの動きの記録データを基に、管理者が人事評価を行いうる、という技術的手段を講じている。
請求項４の発明では
前記サーバーコンピュータを介して、管理者はグループを１または複数の部門に設定し、各部門で使用可能なデータの範囲を当該部門で取り扱う案件データに関連する内容のデータに制限可能とし、
各データ毎にその属性データについて当該部門に属する運用者の閲覧権限および更新権限を設定することができるようにしてなると共に、
部門間における前記データの連携の有無を設定しうる、という技術的手段を講じている。
更に、請求項５の発明では、
前記案件データにその重要度に対応したポイントを設定し、該案件データを処理した運用者にポイントが与えられ、このポイントを運用者毎に集計した値を基に予め設定した値を超えると表彰制度と連携し、運用者のモチベーションを高く維持しうる、という技術的手段を講じている。
また、請求項６の発明では、
前記案件データ中に電子掲示板にリンクされたアイコンを設け、他の運用者とコミュニケーションを取って案件処理に関するアドバイスを受けることができるようになっている、という技術的手段を講じている。
請求項７の発明では、前記請求項１から６に記載のいずれかのグループウエアシステムに用いるグループウエアプログラムである、という技術的手段を講じている。
【０００６】
【発明の実施の形態】
以下に、この発明のグループウエアシステム（プログラムソフト）の好適実施例について図面を参照しながら説明する。
このグループウエアシステム１は、図１に示すように、コンピュータネットワーク２に接続されたサーバーコンピュータ３で管理するデータベース４を有し、該データベース４に記録された共有データをコンピュータネットワーク３に接続された複数のコンピュータ端末５、５、・・で会社や組織などのグループＧに属する各運用者（以後、頭脳を使った労働者全般の意味でナリッジワーカーとする）Ｋが使用することができるようになっている。
【０００７】
このシステムでは、ナリッジワーカーＫが行う仕事を「案件」と定義し、その案件データがどのような状態にあるかを、サーバーの管理者やグループの運用者が一目で分かるようにする。なお、ここで上記管理者は運用者になることもできる。
図２は、あるナリッジワーカーＫの対応画面にある個人のボックスと、ボックス（図示では「対応中案件ボックス」と「転送中案件ボックス」）内の案件データのリストの一部であり、図３は案件データの内容を示している。
【０００８】
１つの案件データに関して、属性として「誰が」、「いつ」、「誰に」、「何をしたか」という情報を有している。
また、当該案件データに関する顧客情報や商品情報、契約情報なども付随して有している。
【０００９】
案件データには、案件処理の状態、例えば「受付済」「対応中」「告知終了」などステ
ータスとして予め設定された段階の中から自由に設定できるようになっている。また着信日時としてこの案件データを入手した日時データと、対応期限のデータも有している。
【００１０】
ナリッジワーカーの（個人の）ボックスに取り込まれた案件データは、自分の仕事として認識するもので、未着手のものは「新着ボックス」、処理中のものは「ＭＹ対応中案件ＢＯＸ」に分類され、自分から他者へ転送（業務依頼）した内容は「ＭＹ転送中案件ＢＯＸ」に分類して別にリストとして管理され、終了したものとも別に管理されている（図２参照）。
【００１１】
案件データは、１案件単位毎に「対応履歴」の欄に履歴として一覧表示でき、各履歴毎に対応内容なども併せて表示されるので、案件がどのような仕事を通って処理されているかが明確になっている。
【００１２】
案件データは上記構成からなっているので、条件を設定することにより、部門単位や、人（ナリッジワーカー）単位や、顧客単位など様々な角度で集計できるようになっている。
これにより、ある一定期間でどのような仕事ぶりであったかがわかる。
【００１３】
即ち、図４では、案件データの種類別で期間内にどのような比率の仕事が発生したか円グラフで表示できる。
対象商品や顧客情報や契約情報または作業部門などで絞り込みが可能となっている。図示例ではこれに対応して「商品」「職業」「窓口」「契約」及び「ステータス」の各条件設定欄がある。
図示例では、「問い合わせ」の案件で検索し、「機能」「仕様」「不具合」「要望」の各件数比率が円グラフで表示されている。
【００１４】
次ぎに、図５では、部門単位で、一定期間の仕事ぶりを確認するために、案件の進み具合をステータスで管理しその進捗別に棒グラフで表示している。
図示例では、「窓口」「サポートセンター」「営業部」「経理部」の各部門におけるステータスとして「案件終了」「恒久対応中」「主管対応中」「受付中」の比率が棒グラフで表示されている。
これによりラインバランス（部門別や人別の労働負荷具合）を確認することができる。
【００１５】
図６では、日付別の案件データの推移が一目で分かるような折れ線グラフを表示できる。
図示例では、図４と同じ絞り込み条件で、「問い合わせ」の案件について、種類が「機能」「仕様」「不具合」「要望」の各件数を８月１日から９月４日までの期間について折れ線グラフで表示したものである。
その他、これらのデータを基にして、処理済みの案件だけではなく、プロセスを含めて各種統計処理を行うことができる。
【００１６】
次ぎに、案件データは、各ナリッジワーカーのボックスにリストされるが、その処理の優先度を、管理者やナリッジワーカー自身が条件設定して、状況に応じた現在の優先順位などの優先度を知ることができる。
即ち、あらかじめ案件データの処理の優先順位を設定したり、仕事の途中に優先順位を促すワーニングメールやアイコンの表示などができるようになっており、人間の忘れがちな部分や、市場や他部門の状況の変化により、ナリッジワーカーＫを確実に、重要な案件データから処理を行なわせるように促すことができる。
また案件データには他者から付箋を貼る事ができ、それによってコメントや、アドバイスを他者ができるようになっている。
【００１７】
図７では、優先度を知らせるアイコンやワーニングメッセージが自由に設定できる。
図示例では、案件ステータス設定画面において、例えば、「受付待」のステータスのまま３時間以上経過したら、火がついたアイコン（図９（ｂ）参照）が案件データのリストに表示される、などである。
【００１８】
図８では、案件データの内容に繋がるデータの変化により、ワーニング設定（優先度の設定）が可能となる。
例えば、要注意顧客のチェックやサポート期限切れの漏れチェックなどに有効である。
【００１９】
図示例では、新規ワーニング設定登録画面で、案件データの各種属性データを基にした条件を設定することができ、『「顧客を指定（顧客選択）」の「契約属性」から「ステータス」の属性が「内容系」で「案件新着」から「受付中」になったら「発生した時点」で「私」にワーニングする。』などの条件設定が可能である。
【００２０】
このような優先度の設定が行われ、ワーニングの条件が満たされると、図９（ａ）のナリッジワーカーＫの対応画面に示すように、対応中案件ボックス内の該当案件データに、ファイヤーアイコンＩ（図９（ｂ）参照）が表示される。
また、図９（ｃ）は、案件データの付箋アイコンＦをクリックして表示されるメモ画面を示す。
【００２１】
次ぎに、管理者は、グループにおいて、所定の仕事をする部門（セクション）を自由に分けて設定できる。
実際の会社などの組織における部門である必要はなく、管理者がバーチャルでワーク毎に部門を設計、設定することが簡単に行える。
【００２２】
図１０では、管理者が管理権限を有するセクション一覧画面において、「セクション新規登録」を設けて、一例として示す「サポートセンター」「営業セクション」「技術セクション」その他のセクションを自由に設定することができる。これにより、市場の変化に柔軟に対応した組織運営を行うことができ、前述の仕事ぶりからのラインバランス（部門別や人別の労働負荷具合）の調整も簡単にできる。
【００２３】
また、図１１は、セクション管理のセクション間連携画面にあって、各セクションで使用される共有データと他のセクションで使用される共有データのセクション間での連携の有無を設定することができるようになっている。
【００２４】
また、前記設定されたセクション内には、１または複数の「窓口」を設定することができ、組織のグループ化を容易に実現できる。
図１３に示す、管理者が管理権限を有する「窓口一覧」画面では、例えば、「セクション１  サポートセンター」には、「窓口１  札幌サポートセンター」、「窓口２  東京サポートセンター」、「窓口３  大阪サポートセンター」などを設定し、同様に「セクション２  技術部  商材クレーム」には、「窓口１  商材クレーム札幌」、「窓口２  商材クレーム東京」、「窓口３  商材クレーム大阪」などを設定することができる。
【００２５】
そして、管理者は、この「窓口」に、各ナリッジワーカーＫを所属させ、１人のナリッジワーカーＫは複数の窓口に所属させることもできるようになっている。
また、このシステムで仕様される共有データの中から、当該セクションまたは窓口で使用するデータを制限する設定もできる。
【００２６】
これにより、システムで使用する全ての共有データを全員の運用者が情報共有するといった考えでなく、必要なデータを必要なセクションや窓口で使用可能とし、閲覧可能に公開したり、更新権限を与えるといった設定を管理者が行うことができる。
これにより、ナリッジワーカーは情報におぼれることがなく、自己の業務に関連した情報のみを使用することができる。
【００２７】
図１２では、セクション管理のセクション一覧画面で、セクション毎に、セクション名、管理者名、セクション範囲設定、セクション機能設定を行うことができる。
セクション範囲設定欄では、当該セクションが取り扱うデータの範囲を決める事ができる。
【００２８】
また、セクション機能設定欄では、共有データの属性データ１つ１つに参照、更新権限などの設定が可能である。
図示例では、「対応」「顧客情報」「契約情報」「ＦＡＱ」「商品情報」の各共有データについて、それぞれの属性データ毎に、「無し（共有せず）」「閲覧のみ」「閲覧／編集」「確定処理」「更新処理」「削除処理」などを選択することができるようになっている。
【００２９】
また、図１４の窓口管理の窓口一覧画面では、窓口の機能権限設定欄と窓口に属する窓口オペレータ欄が設けられている。
機能権限設定欄では「対応」「顧客情報」「契約情報」「ＦＡＱ」「商品情報」の各データについて閲覧権限と対応権限または作成／編集／削除権限を設定できるようになっている。
また、窓口オペレータ欄では、窓口にナリッジワーカーＫをオペレータとして登録することができる。
【００３０】
図１５は、このグループワークシステムの組織的な協働モデルを示すブロック図である。
即ち、このグループＧは、セクションＡとセクションＢとに分かれている。
セクションＡには、案件別窓口Ｍ１があり、他のセクションの地域的窓口Ｍ２や総合窓口Ｍ３、物流窓口Ｍ４などと連携している。
また、セクションＢには製品別窓口Ｍ５があり、他のセクションの地域的窓口Ｍ２や営業窓口Ｍ６などと連携している。
【００３１】
一方、総合窓口Ｍ３は、地域的窓口Ｍ２と物流窓口Ｍ４とに連携している。
また営業窓口Ｍ６は、物流窓口Ｍ４と製品別窓口Ｍ５とに連携している。
そして、前記総合窓口Ｍ３が一般の顧客（お得意様、契約顧客、有効顧客）と繋がっており、営業窓口Ｍ６が大口顧客と繋がっている。
そして、各セクションが有機的に結合し仕事をすることにより、バーチャルな組織運営を可能にし、タイムリーかつハートフルな顧客対応を実現することが可能となる。
【００３２】
次ぎに、案件データに対応した人に自動的にポイントを付与することができる。
例えば、案件データについて、案件対応の重要度の重み付けを設定したり、案件に対する処理速度や、人がやらない案件を奪って処理する、など予め適宜に条件を設定し、これを基準にして、ナリッジワーカーが案件に対応し、処理するたびに案件ポイントを加算していく。
そのポイントは、グループ内の表彰制度と連携するようにしてもよい。
これによって、ナリッジワーカーＫは、自分が対応し、または処理した業務に対する評価を受けたことになり、また結果でなく業務プロセスでも評価されたことになるので、ナリッジワーカーのモチベーションを高く維持することができ、同時に人事評価制度との連動も可能になる。
【００３３】
図１６は、ナリッジワーカーＫのボックス画面を示すもので、案件データごとにポイントが設定されており、案件を処理するごとに加算される。
このポイントは、一定数で表彰と交換可能となり、表彰は、ナリッジワーカーのステータスシンボルとなる。
【００３４】
次ぎに、ナリッジワーカーが、案件データの案件に対応中に、業務遂行の上で迷いや悩みが生ずる場合がある。
そこで、図１７に示すように、ナリッジワーカーＫの各対応画面において、コーチアイコンＣを設けて、コーチを受けることができる電子掲示板（図１８参照）を用意し、先輩や上司のナリッジワーカーなど、適宜他のナリッジワーカーなどにアドバイスを仰ぐことができるようにする。
【００３５】
アドバイスするナリッジワーカー（場合によっては管理者）は、メニュー画面でアドバイスを求められているかどうかを一目で確認できるようになっている（図１９）。
これは、本人の業務のスムースな遂行はもとより、前記集計表により、業務の効率が如何に上がったかを確認できるので、アドバイスした側の評価にも連動させることができる。
より良いアドバイスを適切に行なった人を評価することにより、助け合うチームワークを醸成することが可能となる。
【００３６】
次ぎに、セクション間−窓口間の仕事は案件データを介して、図２０に示すようにして回る。
即ち、窓口に設置されている受付ボックスに一旦、案件データが置かれる。
そこから、当該窓口に属しているナリッジワーカーＫは、案件データを自己のボックス内に取り込んで、仕事を行なう。
【００３７】
ナリッジワーカーは、他のセクションの窓口の受付ボックスに入った案件データを自分のボックスに取る（転送する）こともできる。
受付ボックスから案件データがナリッジワーカーＫに取られ（転送され）て、案件ボックスからは案件データはクリアされ、ナリッジワーカー個人のボックス入る。
【００３８】
また、ナリッジワーカーは、自分と同一セクションの窓口の他のナリッジワーカーのボックスに一度入った案件データを奪い取ったり、自分が転送した案件データを取返したり、一度自分で受付ボックスから取って自分のボックスに入れた案件データを、受付ボックスに戻したりすることができる。
ここで、ナリッジワーカーが案件データを奪い取ることができる場合は、当該ナリッジワーカーが未着手の案件で他のナリッジワーカーの個人のボックスに入っている場合に限られる。
【００３９】
図２１の案件データは、転送中案件ボックスにある案件データの詳細画面であり、画面中に「この案件取り返す」のアイコンがあり、このアイコンをクリックすることにより当該ナリッジワーカーが、他の窓口の受付ボックスに転送した案件データを取り戻すことができる。
【００４０】
この場合、他のナリッジワーカーのボックス内に案件データがある場合は取返すことができない。
このような案件データに対するナリッジワーカーの行為（イベントと呼ぶ）を時系列で記録（ログ）をとることにより、様々な仕事のプロセスの士気や効率性やナリッジワーカーの性質を計ることができる。
【００４１】
一例として示す図２２（ａ）の分析表は、イベントに対するナリッジワーカー個人の性格や士気の対応関係を示し、（ｂ）はイベントと案件処理の関係から分析されたナリッジワーカー個人の性格や士気の対応関係を示し、（ｃ）は同一イベントの量の関連性から分析されたナリッジワーカー個人の性格や士気の対応関係を示す。
【００４２】
上記のように、このような分析によりナリッジワーカーの動き、仕事の仕方、それにいたるプロセス、そしてその士気やマインドを計測できることが可能になる。
時系列に上記データの動きの推移を見る事により、そのナリッジワーカーの士気がどのように変化し、またどのように成長していったかがわかる。
【００４３】
それを評価基軸の１つにおく事により、能力制度の人事評価をより正しく行なうための基礎データを揃えることができる。
ナリッジワーカーとはいえ人間であり、感情が存在するし、士気の変化もある。  それを案件データの処理の仕事のプロセスと、その間にあるコーチングなどのイベントとマッチさせることができる。
また、上記実施例では、グループウエアのプログラムを用いたシステムとして説明したが、この発明はグループウエアのプログラムそのものも技術的範囲に含むものである。
この発明は、上記実施例に限定されるものではなく、要するに要旨を変更しない範囲で種々設計変更しうるものである。
【００４４】
【発明の効果】
この発明は上記のように構成されているので、案件データの内容やプロセスを見えるように共有化して、報告書の作成などを不要化することができる。
また、時間とともに変化する優先度を案件データに反映して仕事を最適な順序で行うことができるようにする。
グループの組織分けを市場の変化に臨機応変に対応させると共に、組織の枠を飛び越えて自ら仕事を発掘し、他者と協調しながら仕事を行なう自動発起型のチームワーク組織運営や人材育成を行えるようにすることができる。
更に、仕事に対するモチベーションを高め、人材育成の方向性を望ましい方向に正しく導くことができる。
このように、この発明のグループウエアを用いることにより、柔軟な組織運営により経営効率をアップさせ、グループの運用者の業務遂行の生産性を向上させると共にモチベーションコントロールにより士気を向上させ、またチームワークの醸成により社風などのグループ意識を改善することができる。また、プロセス評価により本質的な能力主義の評価制度を定着させ、市場の変化や顧客の声に敏感に反応する企業文化の風土を定着させることができるので、非常に強いグループ（企業）体質と組織力をつくることができ、極めて有益である。
【図面の簡単な説明】
【図１】グループウエアシステムのブロック図である。
【図２】ナリッジワーカー個人の対応画面を示す図である。
【図３】案件データの内容画面を示す図である。
【図４】案件データの種類別発生件数を円グラフで示す画面の図である。
【図５】部門毎の案件の進み具合を棒グラフで示す画面の図である。
【図６】案件データの種類別発生件数を折れ線グラフで示す画面の図である。
【図７】案件ステータス設定画面を示す図である。
【図８】ワーニング設定画面を示す図である。
【図９】（ａ）は対応画面、（ｂ）はファイアーアイコンの図、（ｃ）はメモ画面の図である。
【図１０】セクションを新規登録するセクション一覧画面を示す図である。
【図１１】セクション間連携画面示す図である。
【図１２】セクション一覧画面で、セクション機能設定欄を示す図である。
【図１３】窓口一覧画面を示す図である。
【図１４】窓口の機能権限設定欄と窓口に属する窓口オペレータ欄を有する窓口一覧画面を示す図である。
【図１５】グループワークシステムの組織的な協働モデルを示すブロック図である。
【図１６】ナリッジワーカーのボックス画面と表彰画面を示す図である。
【図１７】対応画面中のコーチアイコンを示す図である。
【図１８】コーチング用の電子掲示板画面を示す図である。
【図１９】アドバイスを求められていることを示すメニュー画面を示す図である。
【図２０】セクション間−窓口間の案件データの動きを示すブロック図である。
【図２１】転送中案件ボックスにある案件データの詳細画面を示す図である。
【図２２】（ａ）はイベントに対するナリッジワーカー個人の性格や士気の対応関係を示す表、（ｂ）はイベントと案件処理の関係から分析されたナリッジワーカー個人の性格や士気の対応関係を示す表、（ｃ）は同一イベントの量の関連性から分析されたナリッジワーカー個人の性格や士気の対応関係を示す表である。
【符号の説明】
１    グループウエアシステム
２    コンピュータネットワーク
３    サーバーコンピュータ
４    データベース
５    コンピュータ端末
Ｇ    グループ
Ｋ    ナリッジワーカー
【図１】
2004334261.tif 000003
【図２】
2004334261.tif 000004
【図３】
2004334261.tif 000005
【図４】
2004334261.tif 000006
【図５】
2004334261.tif 000007
【図６】
2004334261.tif 000008
【図７】
2004334261.tif 000009
【図８】
2004334261.tif 000010
【図９】
2004334261.tif 000011
【図１０】
2004334261.tif 000012
【図１１】
2004334261.tif 000013
【図１２】
2004334261.tif 000014
【図１３】
2004334261.tif 000015
【図１４】
2004334261.tif 000016
【図１５】
2004334261.tif 000017
【図１６】
2004334261.tif 000018
【図１７】
2004334261.tif 000019
【図１８】
2004334261.tif 000020
【図１９】
2004334261.tif 000021
【図２０】
2004334261.tif 000022
【図２１】
2004334261.tif 000023
【図２２】
2004334261.tif 000024