(57)【要約】【課題】業務効率または業務品質の向上に貢献できる業務プロセス管理装置を提供する。【解決手段】業務の種類に対応づけて、業務に含まれる複数の作業を格納する作業格納部と、複数の作業のそれぞれに対応づけて、複数の作業のそれぞれが実行可能となる実行可能条件を格納する実行可能条件格納部と、新たな業務を受け付けた場合に、新たな業務に含まれる作業を作業格納部から抽出する作業抽出部と、新たな業務の進捗状況を格納する進捗状況格納部と、進捗状況に基づいて、作業抽出部が抽出した作業のうち、実行可能条件を満足する作業を選択する作業選択部と、作業選択部が選択した作業を作業者に通知する通知部とを備える。【選択図】図１
2011096012.tif 000002
【特許請求の範囲】
【請求項１】
業務の種類に対応づけて、前記業務に含まれる複数の作業を格納する作業格納部と、
前記複数の作業のそれぞれに対応づけて、前記複数の作業のそれぞれが実行可能となる実行可能条件を格納する実行可能条件格納部と、
新たな業務を受け付けた場合に、前記新たな業務に含まれる作業を前記作業格納部から抽出する作業抽出部と、
前記新たな業務の進捗状況を格納する進捗状況格納部と、
前記進捗状況に基づいて、前記作業抽出部が抽出した作業のうち、前記実行可能条件を満足する作業を選択する作業選択部と、
前記作業選択部が選択した作業を作業者に通知する通知部と、
を備える、
業務プロセス管理装置。
【請求項２】
複数の前記作業者に対応付けて、前記複数の作業者のそれぞれの計画業務量および実績業務量を格納する作業者格納部と、
前記新たな業務を受け付けた場合に、前記計画業務量と前記実績業務量との乖離量に基づいて、前記新たな業務を実行する作業者を選定する作業者選定部と、
を更に備える、
請求項１に記載の業務プロセス管理装置。
【請求項３】
前記作業者格納部は、前記複数の作業者のそれぞれに対応づけて、前記作業者の所属先を格納し、
複数の前記新たな業務を受け付けた場合に、前記作業者選定部は、同一の所属先からより多くの作業者が選定されるように、前記複数の新たな業務のそれぞれについて、前記複数の作業者のいずれかを選定する、
請求項２に記載の業務プロセス管理装置。
【請求項４】
複数の前記新たな業務を受け付けた場合に、前記作業者選定部は、選定される作業者の数が少なくなるように、前記複数の新たな業務のそれぞれについて、前記複数の作業者のいずれかを選定する、
請求項２または請求項３に記載の業務プロセス管理装置。
【請求項５】
複数の前記業務のそれぞれについて、前記複数の業務に対応づけて、前記複数の業務のそれぞれが発生する発生条件を格納する発生条件格納部と、
新たな事案を受け付けた場合に、前記複数の業務のうち前記発生条件を満足する業務を、前記新たな業務として出力する業務出力部と、
を更に備える、
請求項１から請求項４までの何れか一項に記載の業務プロセス管理装置。
【請求項６】
コンピュータを、
新たな業務を受け付ける受付部、
新たな業務を受け付けた場合に、業務の種類に対応づけて前記業務に含まれる複数の作業を格納する作業格納部から、前記新たな業務に含まれる作業を抽出する作業抽出部、
前記新たな業務の進捗状況を格納する進捗状況格納部に格納された進捗状況に基づいて、前記作業抽出部が抽出した作業のうち、前記複数の作業のそれぞれに対応づけて前記複数の作業のそれぞれが実行可能となる実行可能条件を格納する実行可能条件格納部に格納された前記実行可能条件を満足する作業を選択する作業選択部、
前記作業選択部が選択した作業を作業者に通知する通知部、
として機能させる、
業務プロセス管理プログラム。
【請求項７】
複数の作業者に対応付けて、前記複数の作業者のそれぞれの計画業務量および実績業務量を格納する作業者格納部と、
新たな業務を受け付けた場合に、前記計画業務量と前記実績業務量との乖離量に基づいて、前記新たな業務を実行する作業者を選定する作業者選定部と、
を備える、
作業者選定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務プロセス管理装置、業務プロセス管理プログラムおよび作業者選定装置に関する。
【背景技術】
【０００２】
近年、情報処理システムを用いて業務プロセスを管理することが行われている。例えば、業務の処理期限およびユーザのスケジュール情報に基づいて、当該業務を処理するユーザを決定することが行われている（特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−２１３００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、業務プロセスの管理を完全に自動化することは困難な場合がある。例えば、情報処理システムの管理者（人間）が処理すべき事案を受け付けた場合、当該管理者は、当該事案の処理に必要な業務を判断して、当該業務を情報処理システムに登録する。このように、情報処理システムによる業務プロセスの管理が、情報処理システムの管理者の判断能力に左右される場合がある。そこで、受け付けた事案の内容に応じて、業務を管理する業務プロセス管理装置が望まれている。
【０００５】
また、各担当者が割り当てられた業務を遂行する過程では、現在着手できる作業と、他の作業が完了しないと着手できない作業とが混在していることが多い。そこで、各担当者に割り当てられた業務について、現在着手できる業務を担当者に通知する業務プロセス管理装置が望まれている。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の第１の態様においては、業務の種類に対応づけて、業務に含まれる複数の作業を格納する作業格納部と、複数の作業のそれぞれに対応づけて、複数の作業のそれぞれが実行可能となる実行可能条件を格納する実行可能条件格納部と、新たな業務を受け付けた場合に、新たな業務に含まれる作業を作業格納部から抽出する作業抽出部と、新たな業務の進捗状況を格納する進捗状況格納部と、進捗状況に基づいて、作業抽出部が抽出した作業のうち、実行可能条件を満足する作業を選択する作業選択部と、作業選択部が選択した作業を作業者に通知する通知部とを備える、業務プロセス管理装置が提供される。
【０００７】
上記の業務プロセス管理装置は、複数の作業者に対応付けて、複数の作業者のそれぞれの計画業務量および実績業務量を格納する作業者格納部と、新たな業務を受け付けた場合に、計画業務量と実績業務量との乖離量に基づいて、新たな業務を実行する作業者を選定する作業者選定部とを更に備えてよい。
【０００８】
上記の業務プロセス管理装置において、作業者格納部は、複数の作業者のそれぞれに対応づけて、作業者の所属先を格納してよく、複数の新たな業務を受け付けた場合に、作業者選定部は、同一の所属先からより多くの作業者が選定されるように、複数の新たな業務のそれぞれについて、複数の作業者のいずれかを選定してよい。上記の業務プロセス管理装置において、複数の新たな業務を受け付けた場合に、作業者選定部は、選定される作業者の数が少なくなるように、複数の新たな業務のそれぞれについて、複数の作業者のいずれかを選定してよい。
【０００９】
上記の業務プロセス管理装置は、複数の業務のそれぞれについて、複数の業務に対応づけて、複数の業務のそれぞれが発生する発生条件を格納する発生条件格納部と、新たな事案を受け付けた場合に、複数の業務のうち発生条件を満足する業務を、新たな業務として出力する業務出力部とを更に備えてよい。
【００１０】
本発明の第２の態様においては、コンピュータを、新たな業務を受け付ける受付部、新たな業務を受け付けた場合に、業務の種類に対応づけて業務に含まれる複数の作業を格納する作業格納部から、新たな業務に含まれる作業を抽出する作業抽出部、新たな業務の進捗状況を格納する進捗状況格納部に格納された進捗状況に基づいて、作業抽出部が抽出した作業のうち、複数の作業のそれぞれに対応づけて複数の作業のそれぞれが実行可能となる実行可能条件を格納する実行可能条件格納部に格納された実行可能条件を満足する作業を選択する作業選択部、作業選択部が選択した作業を作業者に通知する通知部として機能させる業務プロセス管理プログラムが提供される。
【００１１】
本発明の第３の態様においては、複数の作業者に対応付けて、前記複数の作業者のそれぞれの計画業務量および実績業務量を格納する作業者格納部と、新たな業務を受け付けた場合に、前記計画業務量と前記実績業務量との乖離量に基づいて、前記新たな業務を実行する作業者を選定する作業者選定部とを備える作業者選定装置が提供される。
【００１２】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１３】
【図１】一実施形態に係る業務管理システム１００をネットワークに接続して利用する場合の全体構成の一例を概略的に示すブロック図である。
【図２】一実施形態に係る業務管理システム１００における処理の流れの一例を概略的に示すフローチャートである。
【図３】一実施形態に係る業務管理システム１００における処理の流れの一例を概略的に示すフローチャートである。
【図４】一実施形態に係る業務管理システム１００の内部構成の一例を概略的に示すブロック図である。
【図５】一実施形態に係る契約ＤＢ４２２のデータテーブル構造の一例を概略的に示す図である。
【図６】一実施形態に係る作業マスターＤＢ４３２のデータテーブル構造の一例を概略的に示す図である。
【図７】一実施形態に係る実行可能条件マスターＤＢ４３４のデータテーブル構造の一例を概略的に示す図である。
【図８】一実施形態に係る担当者ＤＢ４４２のデータテーブル構造の一例を概略的に示す図である。
【図９】一実施形態に係るタスク状態ＤＢ４４４のデータテーブル構造の一例を概略的に示す。
【図１０】選定された担当者の候補を表示する画面１０００の一例を概略的に示す。
【図１１】コンピュータ１９００のハードウェア構成の一例を示す。
【発明を実施するための形態】
【００１４】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１５】
図１は、一実施形態に係る業務管理システム１００をネットワークに接続して利用する場合の全体構成の一例を概略的に示す。本実施形態において、業務管理システム１００のユーザの一例である担当者５２、担当者５４または担当者５６は、端末装置１２、端末装置１４または端末装置１６を用いて、ネットワーク２０を介して業務管理サーバ３０との間で情報をやりとりする。担当者５２、担当者５４および担当者５６は、作業者の一例であってよい。
【００１６】
端末装置１２、端末装置１４および端末装置１６は、ネットワーク２０を介して業務管理サーバ３０と通信できる装置であればよく、例えば、Ｗｅｂブラウザソフトが導入されたパーソナルコンピュータにより実現できる。ネットワーク２０としては、インターネット、専用回線、無線パケット通信網等を例示できる。
【００１７】
業務管理サーバ３０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ハードディスクドライブ等を含んで構成される。業務管理サーバ３０は、ネットワーク２０を介して端末装置１２、端末装置１４および端末装置１６と通信できる装置であればよく、例えば、サーバ用コンピュータにより実現できる。
【００１８】
業務管理システム１００は、業務管理サーバ３０を統括して制御してよい。本実施形態において、業務管理システム１００は、処理すべき事案の情報が入力されると、当該事案の内容に応じて、当該事案を処理するのに適切な業務を割り出す。業務管理システム１００は、上記業務の種類に応じて、当該業務の発生から完了までの間になすべき作業を割り出す。業務管理システム１００は、担当者５２、担当者５４および担当者５６のうち、上記業務を実行する担当者を選定する。業務管理システム１００は、選定された担当者に対して、実行可能な状態にある作業を通知する。
【００１９】
業務管理システム１００は、通信制御部１１０と、業務発生部１２０と、工程管理部１３０とを備える。業務管理システム１００は、業務プロセス管理装置の一例であってよい。通信制御部１１０は、ネットワーク２０を介して端末装置１２、端末装置１４および端末装置１６と通信するインターフェースであってよい。
【００２０】
業務発生部１２０は、ネットワーク２０を介して、新たな事案を処理すべき旨の指示が入力されると、当該事案を処理するのに適切な業務を割り出し、当該業務に関する情報を工程管理部１３０に出力する。工程管理部１３０は、上記事案を処理するのに適切な業務に関する情報が入力されると、当該業務を実行すべき担当者を選定する。工程管理部１３０は、上記事案を処理するのに適切な業務に関する情報が入力されると、当該業務の発生から完了までの間に実行すべき作業を割り出す。工程管理部１３０は、当該業務の発生から完了までの間に実行すべき作業の中から、実行可能な状態にある作業を選択して、当該業務を実行する担当者に通知する。
【００２１】
工程管理部１３０は、ネットワーク２０を介して、上記業務を実行する担当者の指示入力に基づいて、上記業務または上記作業の進捗状況を更新してよい。工程管理部１３０は、更新された進捗状況に基づいて、実行可能な状態にある作業を選択して、上記業務を実行する担当者に通知してよい。上記担当者が実行可能な状態にある作業を実行する権限を有しない場合には、当該作業を実行する権限を有する者にも、当該作業の情報を通知してよい。工程管理部１３０は、業務プロセス管理装置の一例であってよい。
【００２２】
以下、業務管理システム１００が損害保険業務の業務プロセスを管理する場合を例として、業務管理システム１００の詳細を説明する。損害保険会社は、事故を起した場合に受けられる補償の種類により、対人賠償責任保険、対物賠償責任保険、自損事故保険、無保険車傷害保険、搭乗者傷害補償保険、車両保険、人身傷害保険などの様々な種類の保険契約を提供している。事故を起した場合に受けられる補償の種類は、担保種目と呼ばれる。
【００２３】
契約者から事故発生の連絡を受けた場合のように、新たに処理すべき事案が発生した場合には、例えば、担当者５２が端末装置１２からネットワーク２０を介して、業務管理システム１００に対して新たな事案を処理すべき旨の指示を入力する。担当者５２は、保険契約を特定できる情報、契約者を特定できる情報、事故の内容などの、上記の新たな事案に関する情報についても業務管理システム１００に入力してよい。新たな事案に関する情報は、事故の状況に対応する担保種目を含んでよい。
【００２４】
損害保険業務においては、契約者が契約している保険契約の種類、当該保険契約の内容、契約者の過失割合、入院または通院の有無、事故の内容等により、当該事案を処理する業務の内容が異なる。業務管理システム１００は、ユーザからこれらの情報を取得し、当該事案を処理するのに適切な業務を割り出してよい。
【００２５】
例えば、担当者５２は、契約者からの事故の状況を受け取り、契約者に関する情報と、該当する可能性のある担保種目とを業務管理システム１００に入力する。業務管理システム１００において、担保種目と事故の状況とが対応づけて登録されている場合には、業務管理システム１００が登録されている事故の状況を担当者５２に通知して、担当者５２は、通知された事故の状況の中から、該当する事故の状況を選択して入力てもよい。
【００２６】
例えば、業務管理システム１００は、入力された契約者の情報を参照して、入力された担保種目について、該当する契約の有無を判断する。該当する契約がある担保種目については、当該担保種目を処理するのに適切な業務を割り出す。一方、該当する契約がない担保種目については、該当する契約がない場合の業務を割り出す。
【００２７】
図２は、一実施形態に係る業務管理システム１００における処理の流れの一例を概略的に示す。図２は、ネットワーク２０を介して、新たな事案を処理すべき旨の指示が入力された場合における、業務管理システム１００の動作の一例を示す。
【００２８】
Ｓ２０２において、業務管理システム１００は、新たな事案を受け付ける。業務管理システム１００は、新たな事案を受け付けると、新たな事案に関する情報を業務発生部１２０に通知する。
【００２９】
Ｓ２０４において、業務発生部１２０は、新たな事案に関する情報に基づいて当該事案を処理するのに適切な業務を割り出して、業務管理システム１００で管理すべき新たな業務として発生させる。業務発生部１２０は、新たな業務に関する情報を工程管理部１３０に通知する。例えば、新たな業務の種類を工程管理部１３０に通知する。
【００３０】
契約者の自動車がガードレールに衝突してガードレールを破損し、また契約者の自動車にも損害が発生した場合を例にとれば、契約者が車両保険と対物賠償責任保険に加入している場合には、業務発生部１２０は、業務管理システム１００で管理すべき新たな業務として、車両保険に関する業務と、対物賠償責任保険に関する業務とを発生させる。一方、契約者が自動車事故に対応できる保険に加入していない場合には、業務発生部１２０は、業務管理システム１００で管理すべき新たな業務として、契約者が加入している保険では補償を受けられない場合の業務を発生させる。
【００３１】
Ｓ２０６において、工程管理部１３０は、新たな業務に関する情報に基づいて、担当者５２、担当者５４および担当者５６の中から、当該業務を実行する担当者を選定する。１つの事案に対して複数の業務が発生したには、複数の業務のそれぞれについて、当該業務を実行する担当者を選定する。このとき、１人の担当者が複数の業務を実行してよい。
【００３２】
Ｓ２０８において、工程管理部１３０は、新たな業務に関する情報に基づいて、当該業務の発生から完了までの間に実行すべき作業を抽出する。例えば、業務内容を細分化したＷＢＳ（Ｗｏｒｋ  Ｂｒｅａｋｄｏｗｎ  Ｓｔｒｕｃｔｕｒｅ）の複数の作業項目を、当該業務の発生から完了までの間に実行すべき作業として、当該業務の種類に対応づけて予め登録しておく。これにより、工程管理部１３０は、登録された情報を参照して、新たに発生した業務のそれぞれについて、一連の作業をもれなく抽出することができる。
【００３３】
Ｓ２１０において、工程管理部１３０は、抽出した作業の中から、その時点で実行可能な状態にある作業を選択する。例えば、複数の作業のそれぞれに対応づけて、複数の作業のそれぞれが実行可能な状態になる条件を予め登録しておく。上記条件は、上記業務の進捗状況と関連する条件であってよい。これにより、工程管理部１３０は、上記業務の進捗状況に基づいて、Ｓ２１０の工程を実行する時点で実行可能な状態にある作業を選択することができる。
【００３４】
Ｓ２１２において、工程管理部１３０は、Ｓ２０６で選定された担当者に対して、実行可能な状態にある作業を通知する。Ｓ２１２における工程管理部１３０の動作について、１つの事案に対して、担当者５４が車両保険に関する業務を担当し、担当者５６が対物賠償責任保険に関する業務を担当することになった場合を例として説明する。工程管理部１３０は、担当者５４の端末装置１４には、車両保険に関する業務のうち実行可能な状態にある作業の一覧を通知する。一方、担当者５６の端末装置１６には、対物賠償責任保険に関する業務のうち実行可能な状態にある作業の一覧を通知する。
【００３５】
図３は、一実施形態に係る業務管理システム１００における処理の流れの一例を概略的に示す。図３は、ネットワーク２０を介して、業務を実行する担当者から上記業務の進捗状況を更新する旨の指示が入力された場合における、業務管理システム１００の動作の一例を示す。
【００３６】
業務管理システム１００が新たな事案を受け付けた後、担当者５２、担当者５４および担当者５６は、業務管理システム１００からの通知に基づいて作業を実行する。例えば、担当者５４は、作業が終了すると、端末装置１４からネットワーク２０を介して、業務管理システム１００に対して作業が終了した旨の指示を入力する。作業が終了した旨の指示は、作業者の指示入力の一例であってよい。Ｓ３０２において、工程管理部１３０は、上記指示に基づいて、業務の進捗状況を更新する。
【００３７】
Ｓ３０４において、工程管理部１３０は、更新された進捗状況に基づいて、Ｓ２０８において抽出した作業の中から、実行可能な状態にある作業を選択する。Ｓ３０６において、工程管理部１３０は、Ｓ２０６で選定された担当者に対して、実行可能な状態にある作業を通知する。上記の例の場合、工程管理部１３０は、担当者５４の端末装置１４に対して、車両保険に関する業務のうち実行可能な状態にある作業の一覧を通知する。
【００３８】
図４は、一実施形態に係る業務管理システム１００の内部構成の一例を概略的に示す。以下、契約の種類ごとに、業務が定義されている場合を例として、業務管理システム１００の内部構成について説明する。業務管理システム１００は、業務発生部１２０と、工程管理部１３０とを備える。業務発生部１２０は、契約ＤＢ４２２と、事案解析部４２４とを有する。
【００３９】
工程管理部１３０は、作業マスターＤＢ４３２と、実行可能条件マスターＤＢ４３４と、担当者ＤＢ４４２とタスク状態ＤＢ４４４の４つのデータベースを有する。工程管理部１３０は、業務受付部４５０と、タスク抽出部４５２と、タスク選択部４５４と、担当者選定部４５６と、タスク状態更新部４５８と、タスク通知部４６０とを有する。業務受付部４５０、タスク抽出部４５２、タスク選択部４５４、担当者選定部４５６、タスク状態更新部４５８およびタスク通知部４６０は、情報を相互にやりとりすることができ、また、上記４つのデータベースのそれぞれにアクセスすることができる。
【００４０】
以下、まず、各データベースのデータテーブル構造について説明する。その後、業務発生部１２０および工程管理部１３０の詳細について説明する。
【００４１】
図５は、一実施形態に係る契約ＤＢ４２２に格納されているデータテーブルの一例を概略的に示す。データテーブル５００において、テーブルの列は、契約ＩＤ５０２と、契約ＩＤ５０２に対応する契約者ＩＤ５０４、担保種目５０６および業務の種類５０８とを含んでよい。契約ＩＤ５０２は、保険契約を特定する情報の一例であってよい。契約者ＩＤ５０４は、保険契約ＩＤ５０２で特定される保険契約の契約者を特定する情報の一例であってよい。担保種目５０６は、保険契約ＩＤ５０２で特定される保険契約に含まれる担保種目を表す。業務の種類５０８は、業務を特定する情報の一例であってよい。
【００４２】
本実施形態においては、契約の種類ごとに業務が定義されている場合を例として説明する。この場合、担保種目５０６は、業務が発生する発生条件の一例であってよい。即ち、業務管理システム１００に、事故の状況に対応する担保種目の情報が入力された場合、業務管理システム１００は、契約ＩＤで特定される契約に含まれる担保種目５０６と、上記担保種目とを比較することで、上記担保種目と一致する担保種目５０６に対応する業務の種類５０８を割り出す。これにより、業務管理システム１００は適切な業務を発生させることができる。
【００４３】
担保種目５０６と、業務の種類５０８からなるデータテーブル５１０は、複数の業務のそれぞれについて、複数の業務に対応づけて、複数の業務のそれぞれが発生する発生条件を格納する発生条件格納部の一例であってよい。契約ＤＢ４２２は、発生条件格納部の一例であってよい。発生条件格納部の別の例としては、業務の種類と、業務の種類に対応する契約の種類、各種特約の有無、過失の有無、通院の有無および入院の有無とを含むデータベースを例示できる。上記データベースは、契約ＤＢ４２２とは別に設けられてよい。
【００４４】
図６は、一実施形態に係る作業マスターＤＢ４３２に格納されているデータテーブルの一例を概略的に示す。作業マスターＤＢ４３２は、業務の種類に対応づけて、業務に含まれる複数の作業を格納する。作業マスターＤＢ４３２は、作業格納部の一例であってよい。作業マスターＤＢ４３２は、複数の作業のそれぞれに対応づけて、複数の作業のそれぞれを実行すべきタイミングを格納してもよい。作業マスターＤＢ４３２は、実行タイミング格納部の一例であってもよい。
【００４５】
データテーブル６００において、テーブルの列は、業務の種類６０２と、業務の種類６０２に対応する作業ＩＤ６０４、作業の内容６０６とを含んでよい。本実施形態において、データテーブル６００は、作業ＩＤ６０４に対応する実行予定日６０８を含む。データテーブル６００は、例えば、組織における業務内容を細分化したＷＢＳを作成して、ＷＢＳの作業項目のうち一定の関連性がある作業項目の集合を、業務の種類６０２で特定される業務として定義することで構築できる。
【００４６】
業務の種類６０２は、業務の種類５０８に対応する。作業ＩＤ６０４は、業務の種類６０２で特定される業務に含まれる作業を特定する情報の一例であってよい。作業の内容６０６は、作業ＩＤ６０４で特定される作業の内容を表す。実行予定日６０８は、作業ＩＤ６０４で特定される作業の実行すべきタイミングを表す。実行予定日６０８は、満足すべき複数のタイミングで表される条件であってもよい。
【００４７】
図７は、一実施形態に係る実行可能条件マスターＤＢ４３４に格納されているデータテーブルの一例を概略的に示す。実行可能条件マスターＤＢ４３４は、複数の作業のそれぞれに対応づけて、複数の作業のそれぞれが実行可能となる実行可能条件を格納する。実行可能条件マスターＤＢ４３４は、実行可能条件格納部の一例であってよい。
【００４８】
データテーブル７００において、テーブルの列は、業務の種類７０２と、業務の種類７０２に対応する作業ＩＤ７０４、作業の内容７０６および実行可能条件７０８とを含んでよい。業務の種類７０２、作業ＩＤ７０４および作業の内容７０６は、業務の種類６０２、作業ＩＤ６０４および作業の内容６０６に対応する。実行可能条件７０８は、作業ＩＤ７０４で特定される作業が実行可能となる条件を表す。実行可能条件７０８は、作業ＩＤ７０４で特定される作業の処理順序を特定する情報の一例であってよい。
【００４９】
図８は、一実施形態に係る担当者ＤＢ４４２に格納されているデータテーブルの一例を概略的に示す。担当者ＤＢ４４２は、複数の担当者に対応付けて、複数の担当者のそれぞれが、一定期間に処理すべき業務の件数（以下、計画件数と称する場合がある。）と、複数の担当者のそれぞれが、上記期間の始期からデータベースが最後に更新された時点までの間に実際に処理した業務の件数（以下、実績件数と称する場合がある。）を格納してよい。担当者ＤＢ４４２は、複数の担当者のそれぞれに対応づけて、担当者の所属グループを格納してよい。
【００５０】
担当者ＤＢ４４２は、作業者格納部の一例であってよい。計画件数は、計画業務量の一例であってよい。実績件数は、実績業務量の一例であってよい。所属グループは、作業者の所属先の一例であってよい。
【００５１】
データテーブル８００において、テーブルの列は、担当者ＩＤ８０２と、担当者ＩＤ８０２に対応する役職８０４、所属グループ８０６、計画件数８０８および実績件数８１０とを含んでよい。担当者ＩＤ８０２は、作業を実行する担当者を特定する情報の一例であってよい。役職８０４は、担当者ＩＤ８０２で特定される担当者が有する権限を特定する情報の一例であってよい。所属グループ８０６は、担当者ＩＤ８０２で特定される担当者同士の相互関係を特定する情報の一例であってよい。計画件数８０８および実績件数８１０は、担当者ＩＤ８０２で特定される担当者の業務量を特定する情報の一例であってよい。
【００５２】
図９は、一実施形態に係るタスク状態ＤＢ４４４に格納されているデータテーブルの一例を概略的に示す。タスク状態ＤＢ４４４は、業務管理システム１００が受け付けた新たな業務の進捗状況を格納する。タスク状態ＤＢ４４４は、進捗状況格納部の一例であってよい。
【００５３】
データテーブル９００において、テーブルの列は、事案ＩＤ９０２と、事案ＩＤ９０２に対応する業務の種類９０４、タスクＩＤ９０６、作業ＩＤ９０８、担当者ＩＤ９１０、実行予定日９１２およびタスク状態９１４とを含んでよい。事案ＩＤ９０２は、業務管理システム１００が受け付けた事案を特定する情報の一例であってよい。タスクＩＤ９０６は、事案ＩＤ９０２で特定される個別の事案に含まれる作業のそれぞれを特定する情報の一例であってよい。
【００５４】
実行予定日９１２は、事案ＩＤ９０２で特定される個別の事案における、タスクＩＤ９０６で特定される作業を実行すべきタイミングを特定する情報の一例であってよい。タスク状態９１４は、事案ＩＤ９０２で特定される個別の事案における、タスクＩＤ９０６で特定される作業の進捗状況を特定する情報の一例であってよい。タスク状態９１４は、業務の進捗状況の一例であってよい。業務の種類９０４、作業ＩＤ９０８および担当者ＩＤ９１０は、業務の種類６０２、作業ＩＤ６０４および担当者ＩＤ８０２に対応する。
【００５５】
業務発生部１２０および工程管理部１３０は、上記のデータベースを参照して各種の情報処理を実施し、機能を発揮する。以下、図４から図１０を参照して、業務発生部１２０および工程管理部１３０の詳細について説明する。まず、業務発生部１２０の事案解析部４２４の詳細について説明する。
【００５６】
事案解析部４２４は、新たな事案を受け付けた場合に、作業格納部の一例である作業マスターＤＢ４３２に格納されている複数の業務のうち、発生条件格納部の一例である契約ＤＢ４２２に格納されている発生条件を満足する業務を、新たな業務として出力する。事案解析部４２４は、業務出力部の一例であってよい。
【００５７】
事案解析部４２４は、ネットワーク２０を介してユーザから新たな事案を受け付ける。このとき、事案解析部４２４は、ネットワーク２０を介してユーザから上記新たな事案に対応する契約に関する情報および該当する可能性のある担保種目を取得してよい。契約に関する情報としては、契約者の氏名、契約者ＩＤ、契約ＩＤなどを例示できる。担保種目は、業務を特定する情報の一例であってよい。
【００５８】
事案解析部４２４は、契約ＤＢ４２２を参照して、ユーザから取得した契約に関する情報に一致する契約者ＩＤ５０４を特定する。事案解析部４２４は、契約ＤＢ４２２を参照して、特定した契約者ＩＤ５０４に対応する担保種目５０６を特定する。事案解析部４２４は、特定した担保種目５０６に対応する業務の種類５０８を特定する。事案解析部４２４は、特定した業務の種類５０８に応じて、業務を発生させる。その後、事案解析部４２４は、どの業務が発生したかを工程管理部１３０に通知する。
【００５９】
契約ＤＢ４２２とは別に、業務の種類と、業務の種類に対応する契約の種類、各種特約の有無、過失の有無、通院の有無および入院の有無とを含む他のデータベースが設けられている場合には、事案解析部４２４は次のようにして業務を発生させる。まず、事案解析部４２４は、ネットワーク２０を介してユーザから、契約者ＩＤ、過失の有無、通院の有無および入院の有無を取得する。
【００６０】
次に、事案解析部４２４は、契約ＤＢ４２２を参照して、取得した契約者ＩＤに一致する契約者を特定する。事案解析部４２４は、契約ＤＢ４２２を参照して、特定した契約者が加入している契約の種類および各種特約の有無を特定する。事案解析部４２４は、上記他のデータベースを参照して、特定した契約の内容と、取得した過失の有無、通院の有無および入院の有無とに基づいて、発生させるべき業務を特定する。
【００６１】
次に、工程管理部１３０の詳細について説明する。業務受付部４５０は、新たな業務を受け付ける。業務受付部４５０は、受付部の一例であってよい。業務受付部４５０は、業務発生部１２０から発生した業務の情報を受け取る。
【００６２】
タスク抽出部４５２は、業務受付部４５０が新たな業務を受け付けた場合に、新たな業務に含まれる作業を作業マスターＤＢ４３２から抽出する。タスク抽出部４５２は、作業抽出部の一例であってよい。タスク抽出部４５２は、作業マスターＤＢ４３２を参照して、業務の種類６０２が受け付けた業務の種類と一致する作業を抽出する。
【００６３】
タスク抽出部４５２は、抽出した作業に対応する業務の種類６０２および作業ＩＤ６０４をタスク状態ＤＢ４４４の業務の種類９０４および作業ＩＤ９０８に格納してよい。このとき、各作業に対応する事案ＩＤ９０２、タスクＩＤ９０６を付与してよい。また、抽出した作業に対応する実行予定日６０８と事案を受け付けた日時とに基づいて、タスク状態ＤＢ４４４の実行予定日９１２を設定してよい。このとき、タスク抽出部４５２は、各作業に対応するタスク状態９１４を未済に設定してよい。
【００６４】
タスク選択部４５４は、タスク状態ＤＢ４４４に格納されたタスク状態９１４に基づいて、タスク抽出部４５２が抽出した作業のうち、実行可能条件マスターＤＢ４３４に格納された実行可能条件７０８を満足する作業を選択する。タスク選択部４５４は、作業選択部の一例であってよい。タスク選択部４５４は、実行可能条件マスターＤＢ４３４およびタスク状態ＤＢ４４４を参照して、タスクＩＤ９０６で特定される作業のそれぞれについて、作業ＩＤ９０８をキーとして実行可能条件７０８を満足するか否かを判定することで、実行可能条件７０８を満足する作業を選択してよい。タスク選択部４５４は、選択した作業の情報をタスク通知部４６０に通知する。
【００６５】
タスク選択部４５４は、タスク状態ＤＢ４４４に格納されたタスク状態９１４が更新された場合に、更新されたタスク状態９１４に基づいて、タスク抽出部４５２が抽出した作業のうち、実行可能条件マスターＤＢ４３４に格納された実行可能条件７０８を満足する作業を選択してよい。
【００６６】
タスク状態更新部４５８は、ユーザの指示入力に基づいて、タスク状態ＤＢ４４４に格納されたタスク状態９１４を更新する。タスク状態更新部４５８は、進捗状況格納部に格納された進捗状況を更新する進捗状況更新部の一例であってよい。ユーザの指示入力は、担当する業務に含まれる作業が終了した旨の入力であってよい。
【００６７】
タスク通知部４６０は、タスク選択部４５４が選択した作業を、当該作業を実行する担当者に通知する。タスク通知部４６０は、当該作業を実行すべきタイミングで、タスク選択部４５４が選択した作業を上記担当者に通知してよい。タスク通知部４６０は、通知部の一例であってよい。当該作業を実行する担当者は、担当者選定部４５６が選定した候補の中からユーザが決定してよい。
【００６８】
担当者選定部４５６は、業務受付部４５０が新たな業務を受け付けた場合に、担当者ＤＢ４４２に格納された計画件数８０８と実績件数８１０との乖離量に基づいて、担当者ＤＢ４４２に格納された担当者ＩＤ８０２で特定される担当者の中から、新たな業務を実行する担当者を選定してよい。担当者選定部４５６は、上記担当者を特定する担当者ＩＤ８０２をタスク状態ＤＢ４４４の担当者ＩＤ９１０に格納してよい。担当者選定部４５６は、作業者選定部の一例であってよい。
【００６９】
担当者選定部４５６は、業務受付部４５０が同一の事案について複数の新たな業務を受け付けた場合に、同一の所属グループからより多くの担当者が選定されるように、複数の新たな業務のそれぞれについて、複数の担当者のいずれかを選定してよい。例えば、複数の業務と複数の業務を実行する担当者との全ての組み合わせを作成して、同一の所属グループに属する担当者が多い組み合わせに対して高い評価を付与することで、同一の所属グループからより多くの担当者を選定できる。
【００７０】
担当者選定部４５６は、業務受付部４５０が同一の事案について複数の新たな業務を受け付けた場合に、選定される担当者の数が少なくなるように、複数の新たな業務のそれぞれについて、複数の担当者のいずれかを選定してよい。例えば、複数の業務と複数の業務を実行する担当者との全ての組み合わせを作成して、選定される担当者の数が少ない組み合わせに対して高い評価を付与することで、選定される担当者の数が少なくなるように担当者を選定できる。
【００７１】
担当者選定部４５６は、ユーザに、複数の選定候補を通知してよい。ユーザは、通知された複数の選定候補の中から１つを選択して、受け付けた業務のそれぞれについて担当者を決定してよい。
【００７２】
図１０は、選定された担当者の候補を表示する画面１０００の一例を概略的に示す。画面１０００に表示されるテーブルにおいて、テーブルの列は、担当者ＩＤ１００４と、担当者ＩＤ１００４に対応する所属グループ１００２および選定候補１００６を含んでよい。ユーザは、画面１０００に表示された複数の選定候補１００６の中から１つを選択して、担当者を決定できる。
【００７３】
以上より、本願明細書には以下の作業者選定装置が記載されていることが明らかである。即ち、本願明細書には、複数の作業者に対応付けて、複数の作業者のそれぞれの計画業務量および実績業務量を格納する作業者格納部と、新たな業務を受け付けた場合に、計画業務量と実績業務量との乖離量に基づいて、新たな業務を実行する作業者を選定する作業者選定部とを備える作業者選定装置が記載されている。
【００７４】
本実施形態においては、業務管理システム１００を例として、業務管理システム１００に含まれる構成の機能について説明した。しかし、業務管理システム１００の各構成の機能は厳密に区別されるものではなく、業務管理システム１００の構成はこれに限定されない。例えば、タスク抽出部がタスク選択部の機能の一部を担ってもよいし、タスク選択部がタスク通知部の機能の一部を担ってもよい。また、各データベースの構造も上記の構造に限定されない。データサイズを小さくする目的で一部のデータ列を削除してもよく、検索速度を向上する目的で、複数のデータベースを統合してもよい。
【００７５】
本実施形態においては、プログラムが実行されることにより、業務管理サーバ３０が業務管理システム１００として機能する場合について説明した。しかし、業務管理システム１００は、これに限定されない。
【００７６】
業務管理システム１００は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよい。業務管理システム１００は、業務プロセス管理に特化したシステムであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信インターフェース等を有するデータ処理装置と、入力装置と、出力装置と、記憶装置とを備えた一般的な構成の情報処理装置において、業務管理システム１００の各部の動作を規定したソフトウエアを起動することにより、業務管理システム１００を実現できる。なお、上記特化したシステムおよび上記情報処理装置は、単一のコンピュータにより構成されてもよく、ネットワーク上に分散した複数のコンピュータにより構成されてもよい。
【００７７】
図１１は、本実施形態に係るコンピュータ１９００のハードウェア構成の一例を示す。本実施形態に係るコンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示装置２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、ハードディスクドライブ２０４０、及びＣＤ−ＲＯＭドライブ２０６０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、フレキシブルディスク・ドライブ２０５０、及び入出力チップ２０７０を有するレガシー入出力部とを備える。
【００７８】
ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【００７９】
入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０、ＣＤ−ＲＯＭドライブ２０６０を接続する。通信インターフェイス２０３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用するプログラム及びデータを格納する。ＣＤ−ＲＯＭドライブ２０６０は、ＣＤ−ＲＯＭ２０９５からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。
【００８０】
また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、フレキシブルディスク・ドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ２０５０は、フレキシブルディスク２０９０からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、フレキシブルディスク・ドライブ２０５０を入出力コントローラ２０８４へと接続すると共に、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。
【００８１】
ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、フレキシブルディスク２０９０、ＣＤ−ＲＯＭ２０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。
【００８２】
コンピュータ１９００にインストールされ、コンピュータ１９００を業務管理システム１００として機能させるプログラムは、例えば、業務受付モジュール、タスク抽出モジュール、タスク選択モジュールおよびタスク通知モジュールを備える。これらのプログラム又はモジュールは、ＣＰＵ２０００等に働きかけて、コンピュータ１９００を、業務受付部４５０、タスク抽出部４５２、タスク選択部４５４およびタスク通知部４６０としてそれぞれ機能させる。
【００８３】
これらのプログラムに記述された情報処理は、コンピュータ１９００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段である業務受付部４５０、タスク抽出部４５２、タスク選択部４５４およびタスク通知部４６０として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１９００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の業務管理システム１００を構築できる。
【００８４】
一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、フレキシブルディスク２０９０、又はＣＤ−ＲＯＭ２０９５等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。
【００８５】
また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、ＣＤ−ＲＯＭドライブ２０６０（ＣＤ−ＲＯＭ２０９５）、フレキシブルディスク・ドライブ２０５０（フレキシブルディスク２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０および外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれるものとする。
【００８６】
また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすかどうかを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。
【００８７】
また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第１属性の属性値に対し第２属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、ＣＰＵ２０００は、記憶装置に格納されている複数のエントリの中から第１属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第２属性の属性値を読み出すことにより、所定の条件を満たす第１属性に対応付けられた第２属性の属性値を得ることができる。
【００８８】
以上に示したプログラム又はモジュールは、外部の記録媒体に格納されてもよい。記録媒体としては、フレキシブルディスク２０９０、ＣＤ−ＲＯＭ２０９５の他に、ＤＶＤ又はＣＤ等の光学記録媒体、ＭＯ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワーク又はインターネットに接続されたサーバシステムに設けたハードディスク又はＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ１９００に提供してもよい。
【００８９】
以上より、本願明細書には以下のプログラムが記載されていることが明らかである。即ち、本願明細書には、コンピュータを、新たな業務を受け付ける受付部、新たな業務を受け付けた場合に、業務の種類に対応づけて業務に含まれる複数の作業を格納する作業格納部から、新たな業務に含まれる作業を抽出する作業抽出部、新たな業務の進捗状況を格納する進捗状況格納部に格納された進捗状況に基づいて、作業抽出部が抽出した作業のうち、複数の作業のそれぞれに対応づけて複数の作業のそれぞれが実行可能となる実行可能条件を格納する実行可能条件格納部に格納された実行可能条件を満足する作業を選択する作業選択部、作業選択部が選択した作業を作業者に通知する通知部として機能させる、業務プロセス管理プログラムが記載されている。
【００９０】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００９１】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【００９２】
１２  端末装置 
１４  端末装置 
１６  端末装置 
２０  ネットワーク 
３０  業務管理サーバ 
５２  担当者 
５４  担当者 
５６  担当者 
１００  業務管理システム 
１１０  通信制御部 
１２０  業務発生部 
１３０  工程管理部 
４２２  契約ＤＢ 
４２４  事案解析部 
４３２  作業マスターＤＢ 
４３４  実行可能条件マスターＤＢ 
４４２  担当者ＤＢ 
４４４  タスク状態ＤＢ 
４５０  業務受付部 
４５２  タスク抽出部 
４５４  タスク選択部 
４５６  担当者選定部 
４５８  タスク状態更新部 
４６０  タスク通知部 
５００  データテーブル 
５０２  契約ＩＤ 
５０４  契約者ＩＤ 
５０６  担保種目
５０８  業務の種類
５１０  データテーブル
６００  データテーブル 
６０２  業務の種類 
６０４  作業ＩＤ 
６０６  作業の内容 
６０８  実行予定日 
７００  データテーブル 
７０２  業務の種類 
７０４  作業ＩＤ 
７０６  作業の内容 
７０８  実行可能条件 
８００  データテーブル 
８０２  担当者ＩＤ 
８０４  役職 
８０６  所属グループ 
８０８  計画件数 
８１０  実績件数 
９００  データテーブル 
９０２  事案ＩＤ 
９０４  業務の種類
９０６  タスクＩＤ
９０８  作業ＩＤ
９１０  担当者ＩＤ
９１２  実行予定日
９１４   タスク状態
１０００  画面 
１００２  所属グループ 
１００４  担当者ＩＤ 
１００６  選定候補 
１９００  コンピュータ 
２０００  ＣＰＵ 
２０１０  ＲＯＭ 
２０２０  ＲＡＭ 
２０３０  通信インターフェイス 
２０４０  ハードディスクドライブ 
２０５０  フレキシブルディスク・ドライブ 
２０６０  ＣＤ−ＲＯＭドライブ 
２０７０  入出力チップ 
２０７５  グラフィック・コントローラ 
２０８０  表示装置 
２０８２  ホスト・コントローラ 
２０８４  入出力コントローラ 
２０９０  フレキシブルディスク 
２０９５  ＣＤ−ＲＯＭ
【図１】
2011096012.tif 000003
【図２】
2011096012.tif 000004
【図３】
2011096012.tif 000005
【図４】
2011096012.tif 000006
【図５】
2011096012.tif 000007
【図６】
2011096012.tif 000008
【図７】
2011096012.tif 000009
【図８】
2011096012.tif 000010
【図９】
2011096012.tif 000011
【図１０】
2011096012.tif 000012
【図１１】
2011096012.tif 000013