特許 7403400 情報処理システム及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-14

(45)【発行日】2023-12-22

(54)【発明の名称】情報処理システム及び情報処理方法

(51)【国際特許分類】

   G06Q 10/0631 20230101AFI20231215BHJP

【ＦＩ】

G06Q10/0631

【請求項の数】 6

(21)【出願番号】P 2020118972

(22)【出願日】2020-07-10

(65)【公開番号】P2022015852

(43)【公開日】2022-01-21

【審査請求日】2023-02-16

(73)【特許権者】

【識別番号】508369261

【氏名又は名称】株式会社日立ＩＣＴビジネスサービス

(74)【代理人】

【識別番号】110000176

【氏名又は名称】弁理士法人一色国際特許事務所

(72)【発明者】

【氏名】大島 敬志

(72)【発明者】

【氏名】小松 宏樹

【審査官】福田 正悟

(56)【参考文献】

【文献】特開平９－１３８８２３（ＪＰ，Ａ）

【文献】特開２０１４－２１９８１１（ＪＰ，Ａ）

【文献】特開平９－１９０４７５（ＪＰ，Ａ）

【文献】特開２０１９－３２７８５（ＪＰ，Ａ）

【文献】特開２０１０－５５１６７（ＪＰ，Ａ）

【文献】特開２０２０－９２６９（ＪＰ，Ａ）

【文献】国際公開第２０１９／０７３６１２（ＷＯ，Ａ１）

【文献】国際公開第２０１３／１２８５５５（ＷＯ，Ａ１）

【文献】特開２０１２－２３８０５４（ＪＰ，Ａ）

【文献】特開２０１１－９０６２５（ＪＰ，Ａ）

【文献】特開２００４－９４８２７（ＪＰ，Ａ）

【文献】特開２０１２－５８８４８（ＪＰ，Ａ）

【文献】特開２０１９－２０４２４３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

所定業務を構成する各タスクの所要時間、および所定期間における複数のリソース各々の稼働可能時間、の各情報を格納する記憶部と、制御部とを備え、
前記制御部は、
前記各タスクの所要時間および前記稼働可能時間の各情報に基づき、前記各タスクに前記リソースを順次割り当てて担当リソースを決定する割当処理と、前記各タスクのそれぞれに関して、当該タスクの担当リソースによる実行数を所定のタイミングで集計する処理と、前記集計の結果を出力する処理を実行するものである、
ことを特徴とする情報処理システム。

【請求項2】

前記制御部は、
前記実行数の集計に伴い、当該タスクの完了予定時における未実行数を集計し、前記集計の結果として、前記実行数および前記未実行数の情報を出力するものである、ことを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記制御部は、
前記未実行数を閾値と比較する処理と、
前記未実行数が前記閾値を超える場合、警告を発出する処理と、をさらに実行する、請求項２に記載の情報処理システム。

【請求項4】

前記制御部は、
一定期間における前記未実行数の増加率を取得する処理と、
前記増加率が基準を超えた場合に警告を発出する処理と、をさらに実行する、請求項２に記載の情報処理システム。

【請求項5】

前記記憶部には、前記複数のリソースの優先順位がさらに格納され、
前記制御部は、
前記割当処理において、前記複数のリソースを前記優先順位に従って前記各タスクに割当てる、請求項１に記載の情報処理システム。

【請求項6】

所定業務を構成する各タスクの所要時間、および所定期間における複数のリソース各々の稼働可能時間、の各情報を格納する記憶部を備えた情報処理システムが、
前記各タスクの所要時間および前記稼働可能時間の各情報に基づき、前記各タスクに前記リソースを順次割り当てて担当リソースを決定する割当処理と、前記各タスクのそれぞれに関して、当該タスクの担当リソースによる実行数を所定のタイミングで集計する処理と、前記集計の結果を出力する処理を実行する、
ことを特徴とする情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム及び情報処理方法に関する。

【背景技術】

【0002】

企業は業務量に応じて担当者などのリソースを配置することで業務を遂行している。しかし、なにかしらの理由により急激に負荷が増加し、予定外の残業や業務遅延が発生することが少なくない。

【0003】

一例として、発注依頼、発注手配、納品検収、取引記帳という４つのタスクで構成される発注の業務プロセス(以下、ビジネスプロセス、またはＢＰともいう)を説明する。予定外の残業が発生する例として、年度末となる３月中旬頃にハードウェア購入などの発注依頼タスクが急激に増加し、発注担当部署の発注依頼タスクや検収担当部署の納品検収タスクの負荷が急激に増加し、３月下旬に発注担当部署や研修担当部署の担当者が長時間の残業となってしまうなどが挙げられる。

【0004】

このような問題を回避するため、各部署の負荷を予測し、急激に業務量が増加する際は事前に必要なリソースを準備することが期待されている。例えば、従来技術において、業務量の変化が想定される場合にも終了時限を遵守できるように改善提案を行なうための業務支援システム、業務支援方法及び業務支援プログラムが提案されている（特許文献１）。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１０－１９１９１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上記従来技術では、処理時間と処理件数から業務プロセスごとの負荷を予測している。しかし、実際の業務は複数のタスクにて構成されており、タスクの種別ごとに担当者をあてがうことが多い。そのため、複数の業務に同種のタスクが含まれ、これらのタスクを同じ担当者が処理している場合、負荷予測の精度が低くなってしまう。

【0007】

例えば、同一の担当者が２つの業務にまたがって割り当てられた場合、従来技術では業務ごとに独立して負荷を予測するため、担当者の処理能力を超えた案件数が割り当てられてしまう。したがって、負荷の予測結果と実態には大きな乖離が発生してしまう。

【0008】

本発明はこのような背景に鑑みてなされたものであり、その目的は、リソースが複数の業務を兼任している場合においても、業務管理を適切に行うことのできる情報処理システムまたは情報処理方法を提供することにある。

【課題を解決するための手段】

【0009】

上記課題を解決するための、本発明の一つは、所定業務を構成する各タスクの所要時間、および所定期間における複数のリソース各々の稼働可能時間、の各情報を格納する記憶部と、制御部とを備え、前記制御部は、前記各タスクの所要時間および前記稼働可能時間の各情報に基づき、前記各タスクに前記リソースを順次割り当てて担当リソースを決定する割当処理と、前記各タスクのそれぞれに関して、当該タスクの担当リソースによる実行数を所定のタイミングで集計する処理と、前記集計の結果を出力する処理を実行するもの
である、ことを特徴とする情報処理システムとする。

【0010】

上記課題を解決するための、本発明の他の一つは、所定業務を構成する各タスクの所要時間、および所定期間における複数のリソース各々の稼働可能時間、の各情報を格納する記憶部を備えた情報処理システムが、前記各タスクの所要時間および前記稼働可能時間の各情報に基づき、前記各タスクに前記リソースを順次割り当てて担当リソースを決定する割当処理と、前記各タスクのそれぞれに関して、当該タスクの担当リソースによる実行数を所定のタイミングで集計する処理と、前記集計の結果を出力する処理を実行する、ことを特徴とする情報処理方法とする。

【発明の効果】

【0011】

本発明によれば、リソースが複数の業務を兼任している場合においても、業務管理を適切に行うことのできる情報処理システムまたは情報処理方法を提供できる。

【図面の簡単な説明】

【0012】

【図1】本実施形態に係る業務管理システムを含む情報処理システムの全体構成の一例である。

【図2】本実施形態に係る情報処理装置のハードウェア構成を示す図である。

【図3】本実施形態に係る業務管理システムの機能構成を示す図である。

【図4】本実施形態に係るシミュレーション定義情報の一例を示す図である。

【図5】本実施形態に係るＢＰ定義情報の一例を示す図である。

【図6】本実施形態に係る新規案件情報の一例を示す図である。

【図7】本実施形態に係るロール定義情報の一例を示す図である。

【図8】本実施形態に係る担当者情報の一例を示す図であり、（ａ）、（ｂ）図は更新の前後における担当者情報を示す。

【図9】本実施形態に係る案件管理情報の一例を示す図であり、（ａ）、（ｂ）、（ｃ）、（ｄ）の各図には、案件管理情報の更新状況を示す。

【図10】本実施形態に係るタスク実行管理情報の一例を示す図である。

【図11】本実施形態に係る集計情報の一例を示す図である。

【図12】本実施形態に係る情報処理システムが実行する処理を示すフローチャートの一例である。

【発明を実施するための形態】

【0013】

本明細書および添付図面の記載により、少なくとも以下の事項が明らかとなる。以下、本発明をその一実施形態に即して添付図面を参照しつつ説明する。

【0014】

図１に本発明の一実施形態に係る情報処理システム１の構成を示す。情報処理システム１は、業務管理システム１０、および一つ以上のユーザ装置３０を含む。業務管理システム１０、およびユーザ装置３０は、通信ネットワーク５を介して互いにデータの送受信が可能となるように接続されている。

【0015】

通信ネットワーク５は、無線方式または有線方式の通信手段であり、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆通信網、
専用線等である。

【0016】

なお、本実施形態による情報処理システム１は上記複数の情報管理装置によって構成されているが、本発明はこれらの装置の数を限定するものではない。そのため、情報処理システム１は、以下のような機能を備えるものであれば、１以上の装置によって構成することができる。

【0017】

ユーザ装置３０は、ユーザによって操作される情報処理装置であり、例えば、スマートフォン、タブレット、携帯電話機、パーソナルコンピュータ等である。

【0018】

業務管理システム１０は、ユーザ装置３０に通信ネットワーク５を介して業務負荷予測などの各種サービスを提供する情報処理装置である。業務管理システム１０は、ビジネスプロセス（ＢＰともいう）に関する各種情報の管理、従業者を含むリソースのスケジュールの管理、ＢＰを処理する担当者の管理、ＢＰを構成するタスクの管理及びその集計などの情報処理サービスをユーザに提供する。

【0019】

図２は、業務管理システム１０、ユーザ装置３０の実現に用いるハードウェア（以下、「情報処理装置１００」と称する。）の一例である。同図に示すように、情報処理装置１００は、プロセッサ１０１、主記憶装置１０２、補助記憶装置１０３、入力装置１０４、出力装置１０５、および通信装置１０６を備える。これらは図示しないバス等の通信手段を介して互いに通信可能に接続されている。

【0020】

尚、情報処理装置１００は、その全ての構成が必ずしもハードウェアで実現されている必要はなく、構成の全部又は一部が、例えば、クラウドシステム（cloud system）のクラウドサーバ（cloud server）のような仮想的な資源によって実現されていてもよい。

【0021】

プロセッサ１０１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等を用いて構成される。プロセッサ１０１が、主記憶装置１０２に格納されているプログラムを読み出して実行することにより、業務管理システム１０やユーザ装置３０の機能が実現される。プロセッサ１０１は本発明における制御部の一例である。

【0022】

主記憶装置１０２は、プログラムやデータを記憶する装置であり、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性半導体メモリ（ＮＶＲＡＭ（Non Volatile RAM））等である。

【0023】

補助記憶装置１０３は、例えば、ＳＳＤ（Solid State Drive）、ＳＤメモリカード等
の各種不揮発性メモリ（NVRAM:Non-volatile memory）、ハードディスクドライブ、光学
式記憶装置（ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等）、クラウドサーバの記憶領域等である。補助記憶装置１０３に格納されているプログラムやデータは主記憶装置１０２に随時読み込まれる。

【0024】

入力装置１０４は、情報の入力を受け付けるインタフェースであり、例えば、キーボード、マウス、タッチパネル、カードリーダ、音声入力装置（マイクロフォン等）、音声認識装置等である。情報処理装置１００が通信装置１０６を介して他の装置との間で情報の入力を受け付ける構成としてもよい。

【0025】

出力装置１０５は、各種の情報を出力するインタフェースであり、例えば、画面表示装置（液晶モニタ、ＬＣＤ（Liquid Crystal Display）、グラフィックカード等）、印字装置等）、音声出力装置（スピーカ等）、音声合成装置等である。情報処理装置１００が通信装置１０６を介して他の装置との間で情報の出力を行う構成としてもよい。

【0026】

通信装置１０６は、通信ネットワーク５を介した他の装置との間の通信を実現する有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、シリアル通信モジュール等である。

【0027】

図３に業務管理システム１０が備える主な機能（ソフトウェア構成）を示している。同
図に示すように、業務管理システム１０は、記憶部１１１、及び管理部１１２の各機能を備える。これらの機能は、業務管理システム１０のプロセッサ１０１が業務管理システム１０の主記憶装置１０２に格納されているプログラムを読み出して実行することにより実現される。また業務管理システム１０は、上記の機能に加えて、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（DataBase Management System）等の機能を備える。

【0028】

上記の機能のうち、記憶部１１１は、シミュレーション定義情報１５１、ＢＰ定義情報１５２、新規案件情報１５３、ロール定義情報１５４、担当者情報１５５、案件管理情報１５６、タスク実行管理情報１５７、集計情報１５８の各情報を記憶する。記憶部１１１は、これらの情報を、例えば、データベースのテーブルや、ファイルシステムによって管理されるファイル等として記憶する。

【0029】

また、管理部１１２は、案件管理部１６１、集計部１６２を有する。案件管理部１６１は、シミュレーション定義情報１５１、ＢＰ定義情報１５２、新規案件情報１５３、ロール定義情報１５４、担当者情報１５５、案件管理情報１５６、タスク実行管理情報１５７を管理する。また、集計部１６２は、集計情報１５８を管理する。

【0030】

シミュレーション定義情報１５１の一例を図４に示す。シミュレーション定義情報１５１は、業務負荷の予測シミュレーションを実行する期間または期日を定める情報である。図４の例においては、シミュレーション定義番号１に定めるシミュレーションにおいて、実行する期間は９月１日と設定されているが、シミュレーション定義番号２のように、８月３１日から９月２日など、複数の期日を設定してもよい。シミュレーション定義情報１５１は、案件管理部１６１が通信ネットワーク５を介してユーザ装置３０からシミュレーション定義情報１５１の入力を受け付けることによって、設定される。

【0031】

ＢＰ定義情報１５２の一例を図５に示す。ＢＰ定義情報１５２には、タスク名、ロール名、処理時間、負荷基準、及びＢＰ優先度が、互いに関連付けられた状態で保存される。タスク名は、ＢＰを構成する細業務または細工程である、タスクの名称を示すものである。この例においては、各ＢＰは、１つのリソースによって完了するタスクごとに分割される。なお、本実施形態において、リソースの一例として従業員を用いているが、人員に限らず、コンピュータ等の処理装置や工作機械など、業務を実施するために必要な機械、装置などもリソースとして想定され得る。

【0032】

ロールは、１つのタスクを完了させるために必要な役割種別を示す。図５の例においては、ビジネスプロセスＸ１において、タスクＴ１１、Ｔ１３に対しては同じロールＲ１が割り当てられている。これはタスクＴ１１、Ｔ１３が、同様の処理内容であること、または、同じ担当者で処理可能であることを示す。タスクＴ１２の処理には、ロールＲ１とは異なる役割が必要であるため、ロールＲ２が割り当てられている。

【0033】

処理時間は、それぞれのタスクを処理するために、標準的な能力を有する担当者が要する時間を示す。負荷基準は、警告を発出するための判断基準（後述）とするタスク未実施量を示す基準値である。ＰＢ優先度は、ＢＰ処理の優先順位を示す情報であり、本実施形態においては高、中、低の三段階での表示としている。

【0034】

新規案件情報１５３の一例を図６に示す。新規案件情報１５３は、ＢＰごとの新規案件数、案件優先度及び案件の発生時間を示す情報を保持する。新規案件数は、各ＢＰにおいて発生した新規の案件数を示し、案件優先度は処理すべきＢＰの優先順序を中、高、低の３段階で示している。図６においては、各ＢＰにおいて、９月１日９時に新規案件が発生したことを示している。

【0035】

ロール定義情報１５４の一例を図７に示す。ロール定義情報１５４には、ロールの名称と、そのロールを担当する能力を持つ担当者、及び担当者の優先度がたがいに関連付けられた状態で保存されている。優先度は、高、中、低の３段階で規定される。例えば図７において、ロールＲ１に対応できる担当者はＡ、Ｂ、Ｃの３名であり、それぞれの優先度は高、中、中である。

【0036】

担当者情報１５５の一例を図８に示す。担当者情報１５５には、担当者、担当者それぞれの処理能力、及び稼働時間が、互いに関連付けられた状態で保存される。処理能力は、担当者のタスクを処理する能力を示す数値であり、１．０を基準として設定される。例えば、処理能力２．０の担当者は、処理能力１．０の担当者に対し、同じタスクを半分の時間で処理できることを意味する。稼働時間は、担当者の勤務時間を示すものである。例えば図８では、担当者Ａの９月１日の勤務時間は９時から１７時までの８時間、休憩１時間を考慮すると実働７時間であることを示している。

【0037】

案件管理情報１５６の一例を図９に示す。案件管理情報１５６は、各案件の進捗状況をタスク単位で管理するための情報であり、案件名、ＢＰ名、完了タスク、次タスク、タスク完了日時、案件優先度、及びステータスに関する情報を互いに関連付けした状態で保持している。

【0038】

図９において、完了タスクは処理が完了したタスクを示し、次タスクは次に処理すべきタスクを示している。タスク完了日時は、最後に完了したタスクの完了日時を示している。案件管理情報１５６の案件優先度は、新規案件情報１５３（図６）の案件優先度と同じであり、案件を処理すべき優先度を示している。ステータスは、案件自体の処理状況を示すものであり、処理中、完了、などの表示がなされる。図９の例においては、案件Ａ００６～Ａ００９が図６における新規案件に相当する。そのため、案件Ａ００６～Ａ００９の完了タスクの表示がなく、各案件について最初に処理すべきタスクが次タスクに表示されている。

【0039】

タスク実行管理情報１５７の一例を図１０に示す。タスク実行管理情報１５７は、案件名、ＢＰ名、次に処理すべきタスク名、その処理を行う担当者名、及び、処理完了日時の情報を、互いに関連付けた状態で保持する。
図１０の例においては、案件管理情報１５６にも表示される案件Ａ００８の最初の実行タスクＴ１１に対して、これを実行する担当者として担当者Ａが割り当てられ、処理が完了する日時が９月１日９時３０分であることを示している。同様に、案件Ａ００１などの他の案件に対しても、次の実行タスク及び担当者が順次割り当てられ、処理完了日時とともに表示される。

【0040】

集計情報１５８の一例を図１１に示す。集計情報１５８は、集計部１６２による集計の結果を示す情報であり、処理状況を予測した日である予測日、予測を実行したＢＰ名、タスク名、実行数、及び未実行数を互いに関連付けた状態で保持する。

【0041】

図１１の例においては、予測日９月１日におけるビジネスプロセスＸ１の処理状況を示しており、予測日までに処理が完了したタスクの数を実行数に、処理が完了していないタスクの数を未実行数として、タスクごとに示している。例えば、タスクＴ１１については、実行数が１０であり、未実行数が０(ゼロ)である。

【0042】

〔処理の流れ〕
続いて、情報処理システム１において行われる処理について説明する。図１２は、業務管理システム１０が業務負荷予測を行う際の処理を説明するフローチャートである。以下
、同図とともに業務負荷予測処理について説明する。なお、以下では、シミュレーション定義情報１５１における、定義番号１のシミュレーションを実行する場合について説明する。業務負荷予測処理は、ユーザ装置３０からユーザが業務管理システム１０に開始を指示することによって開始される。

【0043】

ステップＳ１において、案件管理部１６１は、シミュレーション定義情報１５１を参照し、業務負荷の予測処理を行う日時を設定し、記憶部１１１（主記憶装置１０２または補助記憶装置１０３）に保持する。また、案件管理部１６１は新規案件情報１５３を参照し、予測する日時に該当する新規案件を生成し、案件管理情報１５６に登録する。

【0044】

本実施形態においてはシミュレーション定義情報１５１における、定義番号１のシミュレーションを実行する。そのため、９月１日において業務負荷予測を行うよう設定されている（図４）。したがって、ステップＳ１における案件管理部１６１は、シミュレーション定義情報１５１の設定にしたがい、業務負荷の予測処理を行う日を９月１日と設定する。

【0045】

案件管理部１６１は、新規案件情報１５３から、９月１日に発生する新規案件４件（ＢＰ名Ｘ１、Ｘ３）を抽出し（図６）、案件管理情報１５６に案件Ａ００６～Ａ００９として登録する（図９（ａ））。これらの新規案件Ａ００６～Ａ００９は、図９（ａ）に示すように、予測期間において処理中となっている案件Ａ００１～Ａ００３に追加される形で案件管理情報１５６に登録される。

【0046】

ステップＳ２において、案件管理部１６１は、担当者の割当処理を行うための案件抽出を行う。具体的には、案件管理情報１５６を参照して、担当者を割り当てる案件を選択する。その選択順位は、案件優先度に従う。

【0047】

本実施形態においては、案件Ａ００８の案件優先度が最も高い（図９）。そのため、案件管理部１６１は案件Ａ００８をまず選択し、次のステップへ処理を進める。なお、案件優先度が同じ場合、案件の選択順位は、ＢＰ定義情報１５２のＢＰ優先度（図５）に基づいて決定される。

【0048】

ステップＳ３において、案件管理部１６１は、担当者の割当処理を実行する。具体的には、案件管理部１６１は、ＢＰ定義情報１５２を参照して、ステップＳ２において選択した案件を構成するタスクと、タスクを処理するために必要なロール、処理時間等の情報を取得する。

【0049】

次に、案件管理部１６１は、ロール定義情報１５４から、ロールを担当できる担当者を抽出して、タスクを処理する担当者の候補を抽出する。案件管理部１６１は、担当者情報１５５を参照して、担当者候補が予測日において稼働可能であるかを確認する。候補となる担当者が複数いた場合、案件管理部１６１は、ロール定義情報１５４の担当者優先度が高い順にタスクへの割当てを実行する。もし、優先度の高低が無い場合、割り当ては、ランダムに行われる。

【0050】

本実施形態において、ステップＳ２で案件Ａ００８が選択された場合、案件管理部１６１はＢＰ定義情報１５２（図５）を参照し、案件Ａ００８を構成するタスクＴ１１と、これに対応するロール名であるロールＲ１とを抽出する。

【0051】

次に案件管理部１６１は、ロール定義情報１５４（図７）からロールＲ１を実行可能な担当者候補であるＡ、Ｂ、Ｃの三名を取得する。案件管理部１６１は、担当者情報１５５を参照して稼働時間の空きを確認し、Ａ、Ｂ、Ｃの３人とも、タスク処理を実行すべき９
月１日９時に稼働可能であることを確認する。

【0052】

最後に案件管理部１６１は、担当者優先度が最も高いＡを、担当者として案件Ａ００８のタスクＴ１１に割り当てる。案件管理部１６１は、タスクＴ１２、Ｔ１３に対しても上記と同様の処理を行い、タスクＴ１２、Ｔ１３それぞれに対して担当者の割当を行う。

【0053】

ステップＳ４において、案件管理部１６１は、担当者情報１５５を参照し、タスクを処理するために必要な時間を算出する。本実施形態においては、図５、図８を参照すると、タスクＴ１１の１件当たり処理時間は３０分、担当者Ａの処理能力は１．０であるため、タスク実行時間は３０分／１．０＝３０分とする。なお、担当者ＣにタスクＴ１１が割り当てられた場合、担当者Ｃの処理能力は０．５であるため、タスク実行時間は３０分／０．５＝６０分となる。

【0054】

ステップＳ５において、案件管理部１６１は、割当結果をタスク実行管理情報１５７に登録する。本実施形態においては、図１０に示すように、案件Ａ００８のそれぞれのタスクに対して担当者Ａ、Ｄ、Ａが割り当てられる。

【0055】

ステップＳ６において、案件管理部１６１は、割当結果に基づき案件管理情報１５６の更新を行う。更新は、タスク実行管理情報１５７（図１０）を参照して実行される。

【0056】

本実施形態においては、案件Ａ００８のタスクＴ１１を担当者Ａが９月１日の９：００～９：３０にて作業実施することが予測されるため、案件管理部１６１は、案件管理情報１５６の案件名Ａ００８の完了タスクをＴ１１、次タスクをＴ１２、タスク完了日時を９／１の９：３０へと更新する（図９（ｂ））。

【0057】

次に、タスクＴ１２を担当者Ｄが９月１日の９：３０～１０：１０にて作業実施することが予測されるため、案件管理部１６１は、案件管理情報１５６において案件Ａ００８の完了タスクをＴ１２、次タスクをＴ１３、タスク完了日時を９月１日の１０：１０に更新する（図９（ｃ））。

【0058】

さらに、タスクＴ１３を担当者Ａが９月１日の１０：１０～１０：５０にて作業実施することが予測されるため、案件管理部１６１は、案件管理情報１５６において案件Ａ００８の完了タスクをＴ３１、次タスクなし、タスク完了日時を９月１日の１０：５０へと更新する（図９（ｄ））。

【0059】

ステップＳ７において案件管理部１６１は、タスク実行管理情報１５７に基づいて、担当者情報１５５を更新する。本実施形態を用いて説明すると、図８（ｂ）に示すように、案件管理部１６１は、タスク実行管理情報１５７の各担当者の稼働時間に基づき、担当者情報１５５において、担当者Ａの９月１日の稼働時間を９：３０～１０：１０、１０：５５～１７：００に更新する。同様に、案件管理部１６１は、担当者Ｄの９月１日の稼働時間を９：００～９：３０、１０：１０～１７：００に変更する。

【0060】

ステップＳ８において案件管理部１６１は、予測日において他に割当て可能な案件があるか確認する。案件がある場合（Ｓ８：ＹＥＳ）、案件管理部１６１は、業務負荷予測処理をステップＳ２に戻し、別の新たな案件について担当者の割り当てを行う。

【0061】

本実施形態においては、例えば案件Ａ００８に対する担当者の割当が完了した後は、案件Ａ００１～Ａ００３、Ａ００７、Ａ００９に対して順次担当者の割り当てを行う。そして、割当すべき案件がなくなった場合、または割当てできる担当者がいなくなった場合（Ｓ８：ＮＯ）、案件管理部１６１は、業務負荷予測処理をステップＳ９に進める。

【0062】

ステップＳ９において、集計部１６２は、予測日におけるタスクの実行結果を集計する。集計部１６２は、集計情報１５８として、予測日における各タスクの実行数、未実行数を集計する。さらに集計部１６２は、集計の結果を、集計結果テーブルに出力する。図１１の例では、集計情報１５８のうち、ビジネスプロセスＸ１について集計した結果を示しているが、Ｘ２、Ｘ３に対しても同様の集計、出力がなされる。予測日における未実行数に前の日までに残った未実行数を加算して表示している。なお、予測日における未実行数のみを表示してもよい。

【0063】

ステップＳ１０において、集計部１６２は、シミュレーション定義情報１５１（図４）を参照し、予測日とシミュレーションの期間の最終日とが一致するかを確認する。一致しない場合（Ｓ１０：ＮＯ）、業務負荷予測処理はステップＳ１に戻され、予測日が新たに設定される。一致する場合（Ｓ１０：ＹＥＳ）、集計部１６２は業務負荷予測処理をステップＳ１１に進める。

【0064】

ステップＳ１１において、集計部１６２は、高負荷箇所の検出を行う。詳細には、集計部１６２は、ＢＰ定義情報１５２（図５）の負荷基準と、集計情報１５８の未実行数とを比較し、負荷の高低を判断する。

【0065】

未実行数が負荷基準よりも高い場合、集計部１６２は、警告をユーザに対して発出し、注意を促す。図１１の例を用いると、タスクＴ１２の未実行数は１５であり、負荷基準１０よりも高くなっている。これは、タスクの未実行数を許容すべき数を超えていることを意味する。そのため集計部１６２は警告を発出し、ＢＰ名Ｘ１のタスクＴ１２において、９月１日に高負荷状態が発生していることを、ユーザに対して知らせる。

【0066】

警告を受けたユーザは、どのタスクにおいてどの程度の高負荷状態が発生していること確認することができる。ユーザは、担当者の割当、稼働時間等を確認し、新たな担当者を用意したり、案件の発生日時を後ろ倒しにしたりするなどの措置を講ずることができる。

【0067】

以上の各実施形態は本発明を分かりやすく説明するために具体例を挙げて記述したものであり、記述した全ての構成を備える構成に必ずしも限定されるものではない。本発明は以上に説明した各実施形態に限定されるものではなく、様々な変形例が含まれる。

【0068】

例えば、タスクの割当を実行する際には、担当者の稼働時間とタスクの処理時間を比較することによって割当を行っていた。本発明では、これに限らず、リソースの処理能力とタスクの処理負荷を比較することによって割当を行うことができる。例えば、リソースがコンピュータ等の装置の場合、装置の単位時間当たりの処理能力や一日の処理能力と、タスクの処理量を比較することによって、リソースの割り当てを行うことができる。

【0069】

また、ステップＳ１１において、集計部１６２は、未実行数の増加率を算出し、基準値と比較する構成としてもよい。例えばシミュレーションの予測日において、予測日の前日よりも未実行数が急増し、未実行数の増加分が基準値を超える状態となった場合、案件発生に伴って生じる業務上の負荷が上昇したと考えることができる。このような考慮に基づき、集計部１６２は、警告を発出し何らかの措置をユーザに促す構成とすることができる。

【0070】

また、上記実施形態において、業務管理システム１０は業務負荷を予測するシミュレーションを実行していたが、シミュレーションだけではなく、実際に発生した案件を入力し、日々の業務負荷を把握する処理を実行してもよい。

【0071】

本明細書により、少なくとも以下の事項が明らかにされる。すなわち、業務管理システム１０は、所定業務を構成する各タスクの所要時間、および所定期間における複数のリソース各々の稼働可能時間、の各情報を格納する記憶部と、制御部とを備える。前記制御部は、その情報処理方法において、前記各タスクの所要時間および前記稼働可能時間の各情報に基づき、前記各タスクに前記リソースを順次割り当てて担当リソースを決定する割当処理と、前記各タスクのそれぞれに関して、当該タスクの担当リソースによる実行数を所定のタイミングで集計する処理と、前記集計の結果を出力する処理を実行してもよい。

【0072】

このような処理を行うことにより、例えば担当者が複数の業務を兼任している場合においても、業務管理システム１０は、適切に負荷を算出し、集計することができる。

【0073】

また実施形態において、前記制御部は、前記実行数の集計に伴い、当該タスクの完了予定時における未実行数を集計し、前記集計の結果として、前記実行数および前記未実行数の情報を出力してもよい。

【0074】

業務管理システム１０は、未実行数を集計することにより、業務の処理が適切に実行できているかを適切に把握することができる。あるいは、残務がどのくらい残っているかを把握できる。

【0075】

また実施形態において、前記制御部は、前記未実行数を閾値と比較する処理と、前記未実行数が前記閾値を超える場合、警告を発出する処理と、をさらに実行してもよい。

【0076】

未実行数を閾値と比較することにより、業務管理システム１０は、業務負荷が課題になっている状態を適切に把握することが可能である。また、警告を発出することにより、ユーザに対して適切な対応を促すことができる。

【0077】

また実施形態において、前記制御部は、一定期間における前記未実行数の増加率を取得する処理と、前記増加率が基準を超えた場合に警告を発出する処理と、をさらに実行してもよい。

【0078】

例えばシミュレーションを実行する期間において未実行数が急増し、基準値を超える状態となった場合、案件発生に伴って生じる業務上の負荷が上昇したと考えることができる。このような考慮に基づき、集計部１６２は、警告を発出して何らかの措置をユーザに促すことができる。

【0079】

また実施形態において、前記記憶部には、前記複数のリソースの優先順位がさらに格納され、前記制御部は、前記割当処理において、前記複数のリソースを前記優先順位に従って前記各タスクに割当ててもよい。

【0080】

優先順位に従ってリソースを割り当てるため、能力の高いリソースや、疲れの少ないリソースを優先して割り当てるなどの処理が可能となる。そのため、業務の処理効率を向上させることが可能となる。

【符号の説明】

【0081】

情報処理システム １
業務管理システム １０
ユーザ装置 ３０

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】