JP2022025852A - Work stream management device, work stream management method, and work stream management program - Google Patents
Work stream management device, work stream management method, and work stream management program Download PDFInfo
- Publication number
- JP2022025852A JP2022025852A JP2020128980A JP2020128980A JP2022025852A JP 2022025852 A JP2022025852 A JP 2022025852A JP 2020128980 A JP2020128980 A JP 2020128980A JP 2020128980 A JP2020128980 A JP 2020128980A JP 2022025852 A JP2022025852 A JP 2022025852A
- Authority
- JP
- Japan
- Prior art keywords
- work stream
- work
- unit
- reconstruction
- stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000013396 workstream Methods 0.000 title claims abstract description 484
- 238000007726 management method Methods 0.000 title claims abstract description 44
- 238000013468 resource allocation Methods 0.000 claims description 17
- 238000012217 deletion Methods 0.000 claims description 4
- 230000037430 deletion Effects 0.000 claims description 4
- 238000012986 modification Methods 0.000 claims description 3
- 230000004048 modification Effects 0.000 claims description 3
- 230000008859 change Effects 0.000 description 30
- 230000010354 integration Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 14
- 238000012423 maintenance Methods 0.000 description 14
- 238000001514 detection method Methods 0.000 description 12
- 238000011835 investigation Methods 0.000 description 12
- 230000007704 transition Effects 0.000 description 11
- 238000000034 method Methods 0.000 description 10
- 230000004044 response Effects 0.000 description 9
- 239000002699 waste material Substances 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 238000010295 mobile communication Methods 0.000 description 6
- 230000007423 decrease Effects 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000001364 causal effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- HJCCZIABCSDUPE-UHFFFAOYSA-N methyl 2-[4-[[4-methyl-6-(1-methylbenzimidazol-2-yl)-2-propylbenzimidazol-1-yl]methyl]phenyl]benzoate Chemical compound CCCC1=NC2=C(C)C=C(C=3N(C4=CC=CC=C4N=3)C)C=C2N1CC(C=C1)=CC=C1C1=CC=CC=C1C(=O)OC HJCCZIABCSDUPE-UHFFFAOYSA-N 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000008521 reorganization Effects 0.000 description 2
- 240000004050 Pentaglottis sempervirens Species 0.000 description 1
- 235000004522 Pentaglottis sempervirens Nutrition 0.000 description 1
- 230000009118 appropriate response Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000036962 time dependent Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、システムで発生したイベントに起因して実行されるワークストリームの管理技術に関する。 The present invention relates to a work stream management technique executed due to an event generated in a system.
携帯電話等のモバイル端末向けの移動通信システムは、第５世代（いわゆる５Ｇ）への移行が進んでおり、関連する技術、製品、サービスの開発が盛んに行われている。「高速大容量」「高信頼低遅延」「多数同時接続」等の特長を有する第５世代移動通信システムでは、従来は通信機能を持たなかった様々なものがインターネットに繋がるいわゆるＩｏＴ（Internet of Things）の流れが加速し、通信ネットワークに接続されるものの数が爆発的に増加することが予想されている。 Mobile communication systems for mobile terminals such as mobile phones are shifting to the 5th generation (so-called 5G), and related technologies, products, and services are being actively developed. In the 5th generation mobile communication system, which has features such as "high speed and large capacity", "high reliability and low delay", and "multiple simultaneous connections", various things that did not have communication functions in the past are connected to the Internet, so-called IoT (Internet of Things). It is expected that the flow of) will accelerate and the number of things connected to the communication network will increase explosively.
また、第５世代移動通信システムへの移行と相俟って、通信ネットワークの仮想化の流れも加速している。仮想化されたネットワークにおいては、従来、様々な専用ハードウェアによって構築されていたネットワーク機能が、汎用サーバ上にソフトウェアによって構築される。このように、ソフトウェアによってネットワーク機能を更新することができるので、迅速に第５世代移動通信システムへの移行を進めることができる。 In addition, along with the shift to the 5th generation mobile communication system, the flow of virtualization of communication networks is accelerating. In a virtualized network, network functions that were conventionally built by various dedicated hardware are built by software on a general-purpose server. In this way, since the network function can be updated by software, the transition to the 5th generation mobile communication system can be rapidly promoted.
以上のような流れを背景として、通信システムはますます複雑化ないし大規模化する傾向にある。通信ネットワークの仮想化は、ハードウェアをソフトウェアに置き換えることによりシステムを簡素化できるという側面がある一方で、ソフトウェアによるハードウェアの模倣精度にも限界があり、それを補うための追加のソフトウェアが必要になる等、全体としてソフトウェアの構成が複雑化する傾向にある。 Against the background of the above trends, communication systems tend to become more complicated or larger in scale. While communication network virtualization has the aspect that the system can be simplified by replacing the hardware with software, there is a limit to the accuracy of hardware imitation by software, and additional software is required to compensate for it. As a whole, the software configuration tends to be complicated.
以上のように複雑ないし大規模なシステムにおいては、トラブル対応やシステム変更等の保守業務を行うに当たって、考慮すべき事項が非常に多岐に亘る。しかも、保守業務を必要とするイベントはシステムの至る所で同時に発生しうる。そのため、各イベントに適切な対応をとれない事態が発生する、各イベントへの対応が互いに重複する結果として業務効率が悪化する、等の問題があった。 In a complicated or large-scale system as described above, there are a wide variety of matters to be considered when performing maintenance work such as troubleshooting and system changes. Moreover, events that require maintenance work can occur simultaneously throughout the system. Therefore, there have been problems such as a situation in which an appropriate response to each event cannot be taken, and a deterioration in business efficiency as a result of overlapping responses to each event.
特許文献１には、プロジェクトの実施状況に基づいて、そのプロジェクト中の作業内容を変更する技術が開示されている。この技術によれば、システムにおいて変化する状況に合わせて、既存のプロジェクトを変更することができる。しかしながら、上述したような複雑ないし大規模なシステムにおいては、既存のプロジェクトの枠組では解決できない新たな問題が生じることもある。その場合、単純に新しいプロジェクトを組成することもできるが、既存の他のプロジェクトと作業内容が重複する可能性があり業務効率が悪化する問題があった。
本発明はこうした状況に鑑みてなされたものであり、その目的は、システムで発生したイベントに起因するワークストリームを効率的に実行することができるワークストリーム管理装置を提供することにある。 The present invention has been made in view of these circumstances, and an object of the present invention is to provide a work stream management device capable of efficiently executing a work stream caused by an event generated in a system.
上記課題を解決するために、本発明のある態様のワークストリーム管理装置は、システムで発生したイベントに起因して複数のワークストリームを実行させるワークストリーム実行部と、複数のワークストリームの実行状況に関する情報を取得する実行状況取得部と、複数のワークストリームの実行状況に基づいて複数のワークストリームを再構成するワークストリーム再構成部とを備え、ワークストリームの再構成は、新たなワークストリームの生成を含む。 In order to solve the above problems, the work stream management device of a certain aspect of the present invention relates to a work stream execution unit that executes a plurality of work streams due to an event generated in the system, and an execution status of the plurality of work streams. It has an execution status acquisition unit that acquires information and a worksheet reconfiguration unit that reconstructs multiple workloads based on the execution status of multiple workloads. including.
この態様によれば、システムで発生したイベントに起因するワークストリームを、その実行状況に応じて柔軟に再構成することができる。ワークストリームの再構成は新たなワークストリームの生成を含むため、既存のワークストリームの枠組では解決できない新たな問題が生じた場合も柔軟に対応することができる。このように新たなワークストリームを生成する際も、既存のワークストリームの実行状況を参照するため、新たなワークストリームと既存のワークストリームで重複等がある場合は、それを回避するように各ワークストリームを再構成することができる。したがって、新たなワークストリームの生成に伴う業務効率の悪化を防ぐことができる。なお、上記の背景技術および課題の説明では、システムとして通信システムを例に挙げたが、本発明はこれに限定されず様々なシステムに利用することができる。 According to this aspect, the work stream caused by the event generated in the system can be flexibly reconstructed according to the execution status. Since the reorganization of the work stream involves the generation of a new work stream, it is possible to flexibly deal with new problems that cannot be solved by the existing work stream framework. Even when a new work stream is generated in this way, the execution status of the existing work stream is referred to, so if there is duplication between the new work stream and the existing work stream, each work should be avoided. The stream can be reconstructed. Therefore, it is possible to prevent the deterioration of business efficiency due to the generation of a new work stream. In the above description of the background technology and the problems, the communication system is taken as an example as a system, but the present invention is not limited to this and can be used for various systems.
本発明の別の態様は、ワークストリーム管理方法である。この方法は、システムで発生したイベントに起因して複数のワークストリームを実行させるステップと、複数のワークストリームの実行状況に関する情報を取得するステップと、複数のワークストリームの実行状況に基づいて複数のワークストリームを再構成するステップとをコンピュータが実行し、ワークストリームの再構成は、新たなワークストリームの生成を含む。 Another aspect of the present invention is a work stream management method. This method involves running multiple workloads due to an event that occurred on the system, getting information about the execution status of multiple workloads, and multiple worksheets based on the execution status of multiple workspaces. The computer performs steps to reconstruct the workstream, and reconstructing the workstream involves creating a new workstream.
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。 It should be noted that any combination of the above components and the conversion of the expression of the present invention between methods, devices, systems, recording media, computer programs and the like are also effective as aspects of the present invention.
本発明によれば、システムで発生したイベントに起因するワークストリームを、その実行状況に応じて柔軟に再構成して、効率的に実行することができる。 According to the present invention, a work stream caused by an event generated in a system can be flexibly reconstructed according to its execution status and executed efficiently.
図１は実施形態に係るワークストリーム管理装置１００の構成を示すブロック図である。ワークストリーム管理装置１００は、イベント検出部１０１と、ワークストリーム生成部１０２と、標準ワークストリーム格納部１０３と、ワークストリーム実行部１０４と、実行状況取得部１０５と、ワークストリーム再構成部１０６と、リソース情報格納部１０７と、リソース割当部１０８と、スケジューラ１０９と、表示制御部１１０と、再構成指示部１１１とを備える。本実施形態ではワークストリーム管理装置１００によるワークストリームの管理を行う対象システムとして、携帯電話等のモバイル端末向けの移動通信システムを例にとって説明する。
FIG. 1 is a block diagram showing a configuration of a work
イベント検出部１０１は、システムに発生する各種のイベントを検出する。イベントの主要な例としては、重大なハードウェア障害や多数のネットワークエラー等のシステムやサービスに重大な影響を与える問題や異常の発生が挙げられる。イベント検出部１０１は、システムの様々なデータポイントにアクセス可能であり、そこで得られたデータに基づいて異常を検出することができる。利用可能なデータポイントとしては、システム内で出されたアラームの記録、システムにおける各種機器の利用履歴や通信履歴等のログ、システムの構成情報、システムのパフォーマンスないし性能の測定情報、顧客からの要望等の顧客関連情報、が例示される。イベント検出部１０１は、これらのデータをパターンマッチング等の技術を利用して分析することにより、解決すべき問題を検出する。
The
イベント検出部１０１が検出するイベントは上記のようなシステム異常に限られない。例えば、システムに異常がない場合であっても、システムの保守作業カレンダーによって設定された定期メンテナンスや予定されたシステム変更の実行時期になった場合は、そのカレンダーからの情報に基づきイベント検出部１０１が「定期メンテナンス実行」や「システム変更実行」というイベントを検出する。なお、システムの管理者等がマニュアル操作で作成したイベントを検出するようにしてもよい。
The event detected by the
また、大晦日や元日といった１年における特別な日や、予定されている大規模な行事の際のように、通常よりも大きなネットワーク容量が一時的に求められる際は、その対策を講じるためのイベントを生成することもできる。同様に、顧客数の増加に応じて、ネットワーク容量を恒常的に拡充する必要が生じたときも、そのためのイベントを生成することができる。 Also, to take measures when a larger network capacity than usual is temporarily required, such as a special day of the year such as New Year's Eve or New Year's Day, or a large-scale event scheduled. You can also generate an event. Similarly, when it becomes necessary to constantly expand the network capacity in response to an increase in the number of customers, an event for that purpose can be generated.
また、システムの通常運用時に、そのパフォーマンスが所定の目標を下回った場合、そのパフォーマンスを改善するためのイベントを発生させることもできる。特に、新しい構成要素や特徴をシステムに追加した場合は、パフォーマンスの最適化が必要な場合が多いので、このようなシステム変化があったときは無条件にイベントを発生させるのが好ましい。 In addition, during normal operation of the system, if the performance falls below a predetermined target, an event for improving the performance can be generated. In particular, when new components and features are added to the system, it is often necessary to optimize performance, so it is preferable to generate an event unconditionally when such a system change occurs.
さらに、顧客の行動の変化や、想定された行動からのずれをきっかけにイベントを発生させてもよい。例えば、音声通話の７０％が少なくとも３０秒であるという想定に対して、実際は７０％よりも低い割合であることが判明した場合、その分析と対策のためのイベントを発生させることができる。ここでのずれを判定する基準として、業界の標準データを活用することもできる。例えば、業界における標準的な平均通話時間が１２０秒であったときに、本システムにおける平均通話時間が９０秒であることが判明した場合、その分析と対策のためのイベントを発生させることができる。 Furthermore, an event may be generated triggered by a change in the behavior of the customer or a deviation from the expected behavior. For example, if it turns out that 70% of voice calls are actually less than 70% of the assumption that it is at least 30 seconds, an event for analysis and countermeasures can be generated. Industry standard data can also be used as a criterion for determining the deviation here. For example, if it turns out that the average talk time in this system is 90 seconds when the standard average talk time in the industry is 120 seconds, an event for analysis and countermeasures can be generated. ..
ワークストリーム生成部１０２は、イベント検出部１０１で検出されたイベントに応じてワークストリームを構成する。ワークストリームとは、ある目的を達成するために定義された一連の業務を定めたものであり、以下の情報フィールドを有する。
The work
（１）目的：そのワークストリームで達成すべき目的、または解決すべき課題。
（２）業務：目的を達成するために定義された一連の業務またはアクション。１つのワークストリームに含まれる業務は一つでも複数でもよいが、複数の場合は直列で実行されるものとするのが簡素化の観点から好ましい。
（３）リソース：業務を実行する上で利用されるリソース。リソースとしては、人、ツール、業務における作業対象としてのハードウェアないしソフトウェアのシステム要素が例示される。一つのワークストリームに複数の業務が含まれる場合は、各業務についてのリソースを個別に定義可能である。
（４）実行状況／結果：業務ないしワークストリーム全体の実行状況または結果。一つのワークストリームに複数の業務が含まれる場合は、各業務についての実行状況／結果が記録される。なお、そのワークストリームの適切な遂行を阻害する問題がある場合は、その問題に関する記述が「実行状況」の中に記録される。
(1) Purpose: The purpose to be achieved or the problem to be solved in the work stream.
(2) Business: A series of business or actions defined to achieve the purpose. The work included in one work stream may be one or a plurality, but in the case of a plurality of tasks, it is preferable to execute them in series from the viewpoint of simplification.
(3) Resources: Resources used to execute business. Examples of resources include people, tools, and system elements of hardware or software as work targets in business. When one work stream contains multiple jobs, resources for each job can be defined individually.
(4) Execution status / result: Execution status or result of the entire business or workspace. When one work stream contains multiple jobs, the execution status / results for each job are recorded. If there is a problem that hinders the proper execution of the work stream, a description of the problem is recorded in the "execution status".
標準ワークストリーム格納部１０３は、ワークストリーム生成部１０２がワークストリームを生成する際に利用可能な標準ワークストリームを格納する。標準ワークストリームとは、イベント検出部１０１で検出されるイベントに対応付けられて格納される一または複数のワークストリームである。
The standard work
一例として「特定のエリアのネットワーク速度が低下」というイベント（システム異常）に対応する標準ワークストリームとしては「当該エリアのネットワーク要素（ハードウェア／ソフトウェア）の稼働状況確認」、「当該エリアのネットワークに影響を与える外部事象確認」、「当該エリアの周辺エリアのリソース活用によるネットワーク速度の改善策の実施」等をそれぞれ目的とする複数の標準ワークストリームが用意される。また、ネットワーク速度の低下に対する標準的な対策が予め設定されている場合は、それぞれの対策の実行を標準ワークストリーム「標準対策Ａを実行」「標準対策Ｂを実行」等のように用意しておくとよい。 As an example, as a standard work stream corresponding to the event (system error) that "the network speed of a specific area slows down", "check the operating status of network elements (hardware / software) in the area" and "in the network of the area". Multiple standard workstreams will be prepared for the purposes of "confirming external events that have an impact" and "implementing measures to improve network speed by utilizing resources in the area surrounding the area". If standard measures against the decrease in network speed are set in advance, prepare the execution of each measure as in the standard work stream "Execute standard measure A", "Execute standard measure B", etc. It is good to leave it.
以上のように、システムで発生した問題に対応するワークストリームは、「当該エリアのネットワーク要素（ハードウェア／ソフトウェア）の稼働状況確認」、「当該エリアのネットワークに影響を与える外部事象確認」のように、問題の調査のためのワークストリームと、「当該エリアの周辺エリアのリソース活用によるネットワーク速度の改善策の実施」、「標準対策Ａを実行」のように、問題の解決のためのワークストリームに大別される。後述するように、本実施形態のワークストリーム管理装置１００によれば、問題調査用のワークストリームと、問題解決用のワークストリームを別フェーズで実行することにより、効率的な対応が可能となる。
As described above, the work stream corresponding to the problem that occurred in the system is such as "confirmation of the operating status of the network element (hardware / software) in the area" and "confirmation of external events that affect the network in the area". Workstream for problem investigation and workstream for problem solving such as "Implementation of network speed improvement measures by utilizing resources in the area around the area" and "Implementation of standard measures A". It is roughly divided into. As will be described later, according to the work
標準ワークストリームの他の例としては、上述の「定期メンテナンス実行」というイベントに対応して、その定期メンテナンスで実行される複数の標準保守業務を格納しておくことができる。また、起こりうるイベントの種類が少ないシステムや、定期メンテナンスのような定型的な保守業務が中心のシステムにおいては、イベントの種類によらず常に一律に実行される標準ワークストリームを用意してもよい。 As another example of the standard work stream, it is possible to store a plurality of standard maintenance tasks executed by the periodic maintenance in response to the above-mentioned event "Periodic maintenance execution". Further, in a system in which there are few types of events that can occur or a system in which routine maintenance work such as regular maintenance is the main task, a standard work stream that is always executed uniformly regardless of the type of event may be prepared. ..
以上のような標準ワークストリーム格納部１０３に格納される標準ワークストリームは、後述する実行状況取得部１０５で取得される各ワークストリームの実行状況や実行結果に基づいて、随時アップデートすることができる。例えば、あるワークストリームを実行した結果、それが特定のシステム異常に対して非常に有効なものであることが判明した場合、そのワークストリームをそのシステム異常に対する標準ワークストリームとして標準ワークストリーム格納部１０３に登録することができる。後述するように、本実施形態では、ワークストリーム再構成部１０６によって動的にワークストリームが再構成されるが、そこで生成された新たなワークストリームのうちで効果が高いものは、随時標準ワークストリーム格納部１０３に登録することができる。これにより、標準ワークストリーム格納部１０３に格納される標準ワークストリームは、発生しうる様々なイベントに対して最適に構成されたものとなるので、システムの運用および保守の効率を飛躍的に向上させることができる。
The standard work stream stored in the standard work
ワークストリーム生成部１０２は、以上のような標準ワークストリーム格納部１０３に格納された標準ワークストリームを適宜利用して、イベント検出部１０１で検出されたイベントに対応するワークストリームを生成する。検出されたイベントが標準ワークストリームのみで対応可能な場合、ワークストリーム生成部１０２はそれらの標準ワークストリームを標準ワークストリーム格納部１０３から読み出し、実行されるべきワークストリーム群を構成する。
The work
一方、検出されたイベントが標準ワークストリームのみでは対応不可能な場合、ワークストリーム生成部１０２は自らワークストリームを生成する。この際、機械学習技術等を活用することにより、予め定められているワークストリーム生成ガイドラインや、過去のワークストリーム生成例に基づいて、ワークストリーム生成部１０２が自律的に必要なワークストリームを生成するように構成することが可能である。また、システムの管理者等のマニュアル操作で作成されたワークストリームを利用することも可能である。なお、このように標準ワークストリーム以外のワークストリームが生成される場合であっても、有用な標準ワークストリームが標準ワークストリーム格納部１０３に格納されている場合は、それを適宜利用することができる。この場合、ワークストリーム生成部１０２が構成するワークストリーム群は、標準ワークストリーム格納部１０３に格納された標準ワークストリームと、ワークストリーム生成部１０２によって生成された非標準ワークストリームの両方を含むものとなる。
On the other hand, when the detected event cannot be dealt with only by the standard work stream, the work
ワークストリーム実行部１０４は、システムで発生したイベントに起因してワークストリーム生成部１０２によって生成された複数のワークストリームを実行させる。すなわち、各ワークストリームで設定されている「業務」「リソース」の内容に基づき、その業務の実行指示をリソースに対して発信する。それを受けて、各リソースは業務に着手し、その進捗に応じてワークストリームの「実行状況／結果」のフィールドが随時アップデートされる。なお、システムで複数のイベントが同時に発生しており、ワークストリーム生成部１０２が各イベントに応じてワークストリーム群を構成した場合、ワークストリーム実行部１０４は、その複数のワークストリーム群に含まれる全てのワークストリームを並行して実行させる。
The work
実行状況取得部１０５は、ワークストリーム実行部１０４によって実行される複数のワークストリームの実行状況に関する情報を取得する。具体的には、実行中の各ワークストリームの「実行状況／結果」のフィールドに記録された情報を取得する。
The execution
ワークストリーム再構成部１０６は、実行状況取得部１０５で取得されたワークストリームの実行状況に基づいてワークストリームを再構成する。ワークストリームの再構成とは、実行中の複数のワークストリームをその実行状況に基づいて組み替えることを意味する。言い換えれば、古いワークストリーム群を新たなワークストリーム群に再編成する。本実施形態の一つの特徴は、ワークストリームの再構成の際に新たなワークストリームを生成することである。
The work
図２は、ワークストリームの再構成の類型を模式的に示す。具体的には、再構成の類型として、「追加」、「統合」、「分割」、「削除」、「変更」、「延長」の六つが示されている。 FIG. 2 schematically shows the types of workspace reconstruction. Specifically, six types of reconstruction are shown: "addition", "integration", "split", "deletion", "change", and "extension".
「追加」は、新たなワークストリームの追加である。ワークストリーム生成部１０２においてイベントに対応したワークストリームを生成したとしても、ワークストリーム実行部１０４で実行された結果として所期の目的が達成されない場合がある。そのような場合、ワークストリーム再構成部１０６は、新たな観点からの対策を新たなワークストリームとして生成する。なお、「変更」に関して後述するように、既存のワークストリームを変更して新たな対策を設定することも可能であるが、ワークストリームの「目的」がそもそも変わってしまうような大幅な変更の場合は、新たなワークストリームを「追加」した方が管理を簡素化することができる。この場合、既存のワークストリームは後述するように必要に応じて「削除」すればよい。
"Add" is the addition of a new work stream. Even if the work
このような新たなワークストリームの「追加」は、複数のイベントが同時に発生している場合に、特に大きな効果を発揮する。イベントとして複数のシステム異常が同時に発生している場合、各システム異常の間に相関関係があることも多いが、根本的な原因は各システム異常の間に隠れてしまっていることがある。このような場合、ワークストリーム生成部１０２において、それぞれのシステム異常を個別に解決するためのワークストリーム群を編成したとしても、根本的な問題を解決することはできない。本実施形態のワークストリーム再構成部１０６によれば、実行状況取得部１０５から提供される複数のイベントに亘る全てのワークストリームの実行状況に基づいて、上記のようなイベントの間に埋もれている根本的な原因を特定することができる。そして、その原因に対処する新たなワークストリームを「追加」することで、複数のイベントにまたがる横断的な問題を効率的かつ根本的に解決することができる。なお、このように根本的なワークストリームを「追加」した場合、既存のワークストリームは適宜「削除」することで無駄を排除することができる。
The "addition" of such a new work stream is particularly effective when multiple events are occurring at the same time. When multiple system anomalies occur at the same time as an event, there is often a correlation between each system anomaly, but the root cause may be hidden between each system anomaly. In such a case, even if the work
「統合」は、複数の既存ワークストリームを統合して新たな一つのワークストリームを生成することである。複数のイベントが同時に発生している場合、各イベントに対応するワークストリーム群が並行して実行されるが、イベント間でワークストリームに重複が存在する場合もあり得る。このとき、重複したワークストリームを一つのワークストリームに「統合」することで無駄を排除することができる。なお、「統合」される複数のワークストリームは完全に同一のものである必要はなく、一部が重複していればよい。非重複部分については、新たに生成された「統合」ワークストリームの中で、関連する業務を追加することにより対応することができる。 "Integration" is the integration of multiple existing workstreams to create a new workstream. When multiple events occur at the same time, the workstreams corresponding to each event are executed in parallel, but there may be duplication of workstreams among the events. At this time, waste can be eliminated by "integrating" the duplicated work streams into one work stream. It should be noted that the plurality of work streams to be "integrated" do not have to be exactly the same, and only some of them may overlap. Non-overlapping parts can be addressed by adding related tasks in the newly generated "integrated" workflow.
「分割」は、一つの既存ワークストリームを分割して新たな複数のワークストリームを生成することである。一つのワークストリームを実行した結果、その目的を達成するためには、さらに複数の課題を解決しなければならないことが判明する場合もある。このとき、既存のワークストリームを、その目的から派生した各課題の解決のための複数のワークストリームに「分割」することにより、所期の目的を効果的に達成することができる。 "Split" is to split one existing work stream to generate multiple new work streams. As a result of running a single workflow, it may become clear that more than one problem must be solved in order to achieve that goal. At this time, the intended purpose can be effectively achieved by "dividing" the existing work stream into a plurality of work streams for solving each problem derived from the purpose.
「削除」は、既存ワークストリームの削除である。既に完了しているワークストリームや、ワークストリーム再構成部１０６での再構成の結果として実行する必要がなくなった既存のワークストリームを削除することにより無駄を排除することができる。例えば、より効果的にイベントに対応できる新たなワークストリームを「追加」した場合は、古いワークストリームは「削除」することができる。また、複数のイベントに応じたワークストリーム群が並行して実行されている場合に、イベント間で同一または包含関係や因果関係にあるワークストリームがあったときは、一方のワークストリームのみを実行すれば十分なので、実行不要となった他方のワークストリームは「削除」することができる。
"Delete" is the deletion of an existing work stream. Waste can be eliminated by deleting the already completed work stream or the existing work stream that no longer needs to be executed as a result of the reconstruction in the work
「変更」は、既存ワークストリームの内容の変更である。上記のようにワークストリームは「目的」「業務」「リソース」「実行状況／結果」の情報フィールドを有するが、「業務」「リソース」の軽微な見直しを行うための類型が「変更」である。例えば、「業務」の実質的な内容は同じであるがその作業手順を変更したい場合、「業務」の本質には影響のない作業を付加したい場合、同一「業務」を実施する「リソース」だけを変更したい場合、等に利用することができる。一方、「目的」が変わるような場合や、「業務」の大幅な変更が必要な場合は、「変更」とせずに新たなワークストリームを「追加」することが好ましい。その場合、既存のワークストリームは必要に応じて「削除」することができる。 A "change" is a change in the contents of an existing work stream. As mentioned above, the work stream has information fields of "purpose", "business", "resource", and "execution status / result", but the type for minor review of "business" and "resource" is "change". .. For example, if the actual content of "business" is the same but you want to change the work procedure, or if you want to add work that does not affect the essence of "business", only "resources" that carry out the same "business" Can be used when you want to change. On the other hand, when the "purpose" changes or when a drastic change in the "business" is required, it is preferable to "add" a new work stream instead of "changing". In that case, the existing work stream can be "deleted" as needed.
「延長」は、既存のワークストリームをそのまま存続させることである。実行状況取得部１０５から提供される実行状況を踏まえ、引き続き実行する必要性が認められたワークストリームは「延長」され、その目的の達成のために最後まで実行される。なお、上記の「削除」の例において、同一または包含関係や因果関係にある一方のワークストリームを実行し、他方のワークストリームは「削除」すると説明したが、この一方のワークストリームは「延長」されることを意味する。
"Extension" is to keep an existing work stream alive. Based on the execution status provided by the execution
ワークストリーム再構成部１０６は、上記の類型を利用して、実行状況取得部１０５で取得されたワークストリームの実行状況に基づいてワークストリームを再構成する。この際、上記のワークストリーム生成部１０２と同様に、機械学習技術等を活用することにより、予め定められているワークストリーム再構成ガイドラインや、過去のワークストリーム再構成例に基づいて、自律的に必要なワークストリームを再構成するようにしてもよい。また、後述するように、システムの管理者等が管理用の画面２１を参照しながら操作部２２のマニュアル操作を行い、それに基づいてワークストリーム再構成部１０６に対する再構成指示を生成することができる。
The work
リソース情報格納部１０７は、ワークストリームの実行のために使用可能な人的リソースの役割、能力、使用状況に関する情報を格納する。図３は、リソース情報格納部１０７に格納される人的リソースのテーブルの構成例を示す。このテーブルは、氏名（name）、役割（role）、能力（competency）、使用状況（utilization）をそれぞれ格納するフィールドを有する。
The resource
氏名フィールドは各人の氏名を格納するフィールドである。格納されるのは実際の氏名でもよいし、ニックネームでもよいし、電子メールアドレスや社員ＩＤのような各人にユニークなＩＤ情報でもよい。 The name field is a field that stores each person's name. The stored name may be an actual name, a nickname, or ID information unique to each person such as an e-mail address or an employee ID.
役割フィールドは、システムにおいて各人に予め割り当てられた役割を格納するフィールドである。役割はシステムの運用や保守の要求に応じて適宜定めることができるが、本実施形態では、思考者（Thinker）、実行者（Doer）、推進者（Driver）、伝達者（Communicator）の四つの役割が定義されている。 Role fields are fields that store roles that are pre-assigned to each person in the system. The roles can be appropriately determined according to the requirements for system operation and maintenance, but in this embodiment, there are four roles: thinker (Thinker), performer (Doer), promoter (Driver), and communicator (Communicator). Roles are defined.
思考者（Thinker）は、実行状況取得部１０５で取得されるワークストリームの実行状況や、リソース情報格納部１０７に格納されているリソース情報を参照し、ワークストリーム再構成部１０６で実行すべきワークストリームの再構成の内容を検討する役割である。上述のように、ワークストリーム再構成部１０６における再構成処理は機械学習技術等を活用することによりある程度は自動化することもできるが、システム自体が複雑化ないし大規模化し、多数のイベントとそれに紐付くワークストリームが同時多発的に発生している状況では、人的リソースである思考者を活用するのが好ましい。
The thinker (Thinker) refers to the execution status of the work stream acquired by the execution
実行者（Doer）は、各ワークストリームの中で定義された業務またはアクションを実行する役割である。上記の通り、ワークストリームには「目的」「業務」「リソース」「実行状況／結果」の大別して四つの情報フィールドが存在するが、この「リソース」フィールドに登録された実行者が、対応する「業務」の実行責任を持ち、「実行状況／結果」の報告義務を負うことになる。 A performer is a role that executes a task or action defined in each work stream. As mentioned above, there are four information fields in the work stream, which are roughly divided into "purpose", "business", "resource", and "execution status / result", and the executor registered in this "resource" field corresponds to them. You will be responsible for the execution of "business" and will be obliged to report "execution status / results".
推進者（Driver）は、システムで発生したイベントないしインシデント単位で、それに関連する一連のワークストリームの実行を統括し、その結果責任を担う役割である。本実施形態では、ワークストリーム再構成部１０６において、複数のイベントをまたいでワークストリームの再構成が行われるため、イベントとワークストリームの関係が流動的に変わるが、後述するように、各イベントないしインシデントには、その時々で関連するワークストリームが常に関連付けられて記録されているため、推進者は自分の責任範囲にある全ワークストリームを容易に把握することができ、効率的にそのマネジメントを行うことができる。
The driver is responsible for managing the execution of a series of workloads related to each event or incident that occurs in the system and as a result. In the present embodiment, since the work stream is reconstructed across a plurality of events in the work
伝達者（Communicator）は、イベント、ワークストリーム、業務の様々なフェーズにおいて、関係各所と必要なコミュニケーションをとる役割である。携帯電話等のモバイル端末向けの移動通信システムのような複雑で大規模なシステムでは、携帯電話サービスを利用中の顧客を含め社内外に多岐に亘る関係者が存在し、イベントの発生からワークストリーム／業務の実行を経てイベントの終結に至るまでの各フェーズで適切なコミュニケーションをとることが重要である。そのため、コミュニケーションが必要となる可能性があるワークストリームにおいては、その業務の実行者（Doer）に加え、伝達者（Communicator）も「リソース」として登録することで、タイムリーなコミュニケーションを取ることが可能になる。 The Communicator is responsible for the necessary communication with relevant parties in various phases of events, workloads, and operations. In complex and large-scale systems such as mobile communication systems for mobile terminals such as mobile phones, there are a wide range of stakeholders inside and outside the company, including customers who are using mobile phone services, and from the occurrence of an event to the work stream. / It is important to communicate appropriately in each phase from the execution of business to the end of the event. Therefore, in a work stream that may require communication, it is possible to communicate in a timely manner by registering the communicator as a "resource" in addition to the performer (Doer) of the work. It will be possible.
従来のプロジェクトマネジメントの領域では、プロジェクトの全体統括者であるプロジェクトマネージャーと、プロジェクトにおける各タスクの実行者という二つの役割が重視されていたが、本実施形態では上記のような役割構成とすることにより、従来よりも柔軟で効率的なワークストリーム管理が可能となる。 In the conventional area of project management, the two roles of the project manager, who is the overall manager of the project, and the executor of each task in the project have been emphasized. This enables more flexible and efficient work stream management than before.
例えば、本実施形態における推進者（Driver）は、従来のプロジェクトマネージャーに相当する役割も担うが、それをさらに発展させたものである。すなわち、従来のプロジェクトでは基本的には一つのプロジェクトの中でタスクの実行や変更が行われるが、本実施形態ではそのような固定的なプロジェクトという概念が存在しない。システムの中で発生したイベントに起因してワークストリームが生成され、その効率的な実行のために複数イベントを横断してワークストリームが再構成される。そのような非常に流動性の高い状況にあっても、従来のプロジェクトマネージャーと同様に、イベント毎の所期の目標を達成できるように定義された役割が推進者（Driver）である。 For example, the driver in this embodiment also plays a role equivalent to that of a conventional project manager, but is a further development of the role. That is, in a conventional project, tasks are basically executed or changed in one project, but in this embodiment, there is no concept of such a fixed project. A work stream is generated due to an event that occurs in the system, and the work stream is reconstructed across multiple events for its efficient execution. Even in such a highly liquid situation, as with traditional project managers, the driver is the role defined to achieve the desired goals for each event.
また、特定のイベントやワークストリームに囚われずにシステム全体の状況を俯瞰して、全体最適の観点から効率的なワークストリームの再構成を支援する思考者（Thinker）の役割や、様々な場面で対応が必要なコミュニケーションを支援する伝達者（Communicator）の役割は、従来のプロジェクトマネジメントの領域では重要視されていなかったが、上記のような柔軟性の高い本実施形態のシステムにおいては極めて重要なものである。 In addition, the role of a thinker (Thinker) who supports efficient workstream reconstruction from the perspective of overall optimization by taking a bird's-eye view of the situation of the entire system without being bound by a specific event or workspace, and in various situations. The role of a communicator that supports communication that needs to be dealt with has not been emphasized in the field of conventional project management, but it is extremely important in the highly flexible system of this embodiment as described above. It is a thing.
図３の能力フィールドは各人の能力を示す各種の情報を格納するフィールドである。例えば、スキル、得意分野、役職、資格、実績、その役割での経験年数等の情報が格納される。後述するように、人的リソースをイベント、ワークストリーム、業務に対して割り当てる際に、この能力フィールドを参照することにより、合致する能力を有する人的リソースを優先的に割り当てることができる。 The ability field of FIG. 3 is a field for storing various information indicating each person's ability. For example, information such as skills, specialty fields, job titles, qualifications, achievements, and years of experience in that role is stored. As will be described later, when allocating human resources to events, workloads, and businesses, by referring to this ability field, it is possible to preferentially allocate human resources with matching abilities.
使用状況フィールドは各人的リソースの使用率を格納するフィールドである。人的リソースをイベント、ワークストリーム、業務に対して割り当てる際に、この使用状況フィールドを参照することにより、使用率の低い人的リソースから優先的に割り当てることで、各人の負荷を分散し、生産性を向上させることができる。 The usage field is a field that stores the usage rate of each person's resource. By referring to this usage field when allocating human resources to events, workloads, and operations, the load of each person can be distributed by preferentially allocating human resources with the lowest usage rate. Productivity can be improved.
以上のようなリソース情報格納部１０７に格納される人的リソースのテーブルは、実行状況取得部１０５で取得される各ワークストリームの実行状況を参照することにより、常に最新の状態に保つことができる。
The table of human resources stored in the resource
なお、図示は省略するが、リソース情報格納部１０７には、人的リソース以外のリソースの情報も格納され、実行状況取得部１０５で取得される各ワークストリームの実行状況を参照することにより、常に最新の状態に保たれている。ここで、人的リソース以外のリソースの例としては、業務の実施に必要な各種ツール、業務における作業対象としてのハードウェアないしソフトウェアのシステム要素が挙げられ、それぞれの役割（または用途）や使用状況等の情報がリソース情報格納部１０７に格納されている。
Although not shown, the resource
図１に戻り、リソース割当部１０８は、ワークストリーム再構成部１０６におけるワークストリームの再構成の際に、リソース情報格納部１０７に格納された情報に基づき、各ワークストリームにリソースを割り当てる。上記の通り、リソース情報格納部１０７には各リソースの役割、能力、使用状況等の情報が格納されているため、各ワークストリームに合致した役割および能力を持ち、かつ使用状況に余裕のあるリソースを優先的に割り当てることができる。なお、このリソースの割り当ては、リソース情報格納部１０７に格納された情報と、各ワークストリームにおける必要リソースに基づいてリソース割当部１０８が自律的に行ってもよいし、思考者（Thinker）等が管理用の画面２１を参照しながら操作部２２のマニュアル操作を行ってリソース割当部１０８に対するリソース割当指示を生成してもよい。
Returning to FIG. 1, the
なお、リソース割当部１０８は、ワークストリーム生成部１０２がワークストリームを生成する際のリソース割当てを支援することもできる。この段階では、原則として思考者（Thinker）は関与しないため、リソース情報格納部１０７に格納された情報に基づいて、リソース割当部１０８が自律的にリソースの割当てを行うことが好ましい。ワークストリーム生成部１０２は、標準ワークストリーム格納部１０３に格納された標準化されたワークストリームを利用するため、リソース割当ての難易度も比較的低く、思考者（Thinker）を介さないシステムによる自律的な処理で十分に対応することができる。
The
スケジューラ１０９は、ワークストリーム再構成部１０６における再構成の際に、リソース情報格納部１０７に格納された情報に基づき、複数のワークストリームによる同一リソースの同時使用を避けるように各ワークストリームのスケジューリングを行う。ここで、スケジューラ１０９は、業務の実施に必要な各種ツール、業務における作業対象としてのハードウェアないしソフトウェアのシステム要素等の非人的リソースを主に考慮するが、以下で述べる例に沿って人的リソースのスケジューリングを行ってもよい。
The
図４は、スケジューラ１０９によるワークストリームのスケジューリングの例を示す模式図である。ここではスケジューラ１０９がスケジューリングにおいて考慮するリソースとして、通信ネットワークの保守業務における作業対象としてのハードウェアないしソフトウェアのネットワーク要素が三つ図示されており、それぞれＮＥ１、ＮＥ２、ＮＥ３と表記されている。そして、これらの三つのネットワーク要素ＮＥ１、ＮＥ２、ＮＥ３を、ワークストリーム再構成部１０６で再構成された三つのワークストリームＷＳ１、ＷＳ２、ＷＳ３が使用するものとする。
FIG. 4 is a schematic diagram showing an example of scheduling a work stream by the
スケジューラ１０９は、複数のワークストリームＷＳ１、ＷＳ２、ＷＳ３による同一ネットワーク要素の同時使用を避けるように各ワークストリームのスケジューリングを行う。ＮＥ１については、ＷＳ１とＷＳ３が使用するが、第１時間スロットＴ１ではＷＳ１が使用し、第２時間スロットＴ２および第３時間スロットＴ３ではＷＳ３が使用することにより、ＷＳ１とＷＳ３のＮＥ１に対する競合を回避することができる。ＮＥ２については、ＷＳ１とＷＳ２が使用するが、第１時間スロットＴ１ではＷＳ２が使用し、第２時間スロットＴ２ではＷＳ１が使用し、第３時間スロットＴ３では再びＷＳ２が使用することにより、ＷＳ１とＷＳ２のＮＥ２に対する競合を回避することができる。ＮＥ３については、ＷＳ１とＷＳ２が使用するが、第２時間スロットＴ２ではＷＳ２が使用し、第３時間スロットＴ３ではＷＳ１が使用することにより、ＷＳ１とＷＳ２のＮＥ３に対する競合を回避することができる。このように同一リソースに対する複数ワークストリームの同時使用ないし競合を避けるようなスケジューリングは、各種ツール、人的リソース等のその他のリソースに対しても同様に行うことができる。
The
なお、以上のようなワークストリームのスケジューリングは、リソース情報格納部１０７に格納された情報と、各ワークストリームにおける必要リソースに基づいてスケジューラ１０９が自律的に行ってもよいし、思考者（Thinker）等が管理用の画面２１を参照しながら操作部２２のマニュアル操作を行ってスケジューラ１０９に対するスケジューリング指示を生成してもよい。後者の場合、画面２１に図４のようなスケジューリング支援画面を表示し、ＧＵＩ（Graphical User Interface）によって、ユーザが各ネットワーク要素の各時間スロットに各ワークストリームを割り当てることができるように構成するのが好ましい。
The work stream scheduling as described above may be performed autonomously by the
なお、スケジューラ１０９は、ワークストリーム生成部１０２がワークストリームを生成する際のスケジューリングを支援することもできる。この段階では、原則として思考者（Thinker）は関与しないため、リソース情報格納部１０７に格納された情報に基づいて、スケジューラ１０９が自律的にスケジューリングを行うことが好ましい。ワークストリーム生成部１０２は、標準ワークストリーム格納部１０３に格納された標準化されたワークストリームを利用するため、スケジューリングの難易度も比較的低く、思考者（Thinker）を介さないシステムによる自律的な処理で十分に対応することができる。
The
表示制御部１１０は、ワークストリームの再構成を支援する再構成支援情報をワークストリーム管理装置１００外の画面２１に表示させる。再構成支援情報は、実行状況取得部１０５によって取得された複数のワークストリームの実行状況と、ユーザ操作に基づいてワークストリーム再構成部１０６への再構成指示を生成する再構成指示要素を含む。また、リソース情報格納部１０７に格納されているリソースに関する情報や、スケジューラ１０９を介したワークストリームのスケジューリングを支援するスケジューリング画面も再構成支援情報として画面２１に表示される。
The
図５は、表示制御部１１０による再構成支援情報の画面２１への表示例を示す。この再構成支援画面３０は、イベントとしてのインシデントに関する情報を表示するインシデント情報領域３１、各インシデントに属するワークストリームに関する情報を表示するワークストリーム情報領域３２、その他の再構成支援情報を表示する支援情報領域３３の三つの領域に大別される。
FIG. 5 shows an example of displaying the reconstruction support information on the
インシデント情報領域３１は、各インシデントに関する基本情報であるインシデント基本情報３１１と、各インシデントの詳細情報を表示する別画面に遷移させるインシデント詳細情報表示ボタン３１２と、各インシデントの変更を行う別画面に遷移させるインシデント変更ボタン３１３と、新たなインシデントの追加を行う別画面に遷移させるインシデント追加ボタン３１４と、既存のインシデントの統合を行う別画面に遷移させるインシデント統合ボタン３１５と、既存のインシデントの分割を行う別画面に遷移させるインシデント分割ボタン３１６を表示する。
The
インシデント基本情報３１１は、発生したインシデントに関する基本情報、例えば図示されているように、インシデントの対応状況（対応中（WIP: Work In Progress）／対応完了（Closed）／対応予定（Scheduled）／初動対応中（Initializing）等）、インシデントの対応期限、インシデントの責任者である推進者（Driver）の氏名等が表示される。さらに詳細な情報を確認する必要があるときは、インシデント詳細情報表示ボタン３１２から詳細画面に遷移することができる。
Incident
インシデント変更ボタン３１３、インシデント追加ボタン３１４、インシデント統合ボタン３１５、インシデント分割ボタン３１６は、それぞれ図２においてワークストリームの再構成に関して説明した「変更」「追加」「統合」「分割」を、ワークストリームよりも上位のインシデントのレベルで行うものである。例えば、複数のワークストリームに重複がある場合は「統合」を行うことで無駄を排除できると上述したが、そもそもその上位のインシデントのレベルで重複がある場合はインシデント単位で「統合」した方がより効率的に無駄を排除できる場合もある。このように、再構成支援画面３０は、ワークストリームの再構成を支援するだけでなく、その上位のインシデントないしイベントの再構成も支援するものであり、ユーザは状況に応じて再構成を行うべき最適なレベルを選択することができる。
The
ワークストリーム情報領域３２は、各インシデントに属する各ワークストリームに関する基本情報であるワークストリーム基本情報３２１と、各ワークストリームの詳細情報を表示する別画面に遷移させるワークストリーム詳細情報表示ボタン３２２と、各ワークストリームの変更を行う別画面に遷移させるワークストリーム変更ボタン３２３と、新たなワークストリームの追加を行う別画面に遷移させるワークストリーム追加ボタン３２４と、既存のワークストリームの統合を行う別画面に遷移させるワークストリーム統合ボタン３２５と、既存のワークストリームの分割を行う別画面に遷移させるワークストリーム分割ボタン３２６を表示する。
The work
ワークストリーム基本情報３２１は、実行状況取得部１０５で取得されたワークストリームに関する基本情報、例えば図示されているように、ワークストリームのＩＤ、対応状況（対応中（WIP）／対応完了（Closed）／対応予定（Scheduled）／初動対応中（Initializing）等）等が表示される。思考者（Thinker）等がさらに詳細な情報を必要とするときは、ワークストリーム詳細情報表示ボタン３２２から詳細画面に遷移することができ、実行状況取得部１０５で取得されたワークストリームに関する全情報を確認することができる。
The work stream
ワークストリーム変更ボタン３２３、ワークストリーム追加ボタン３２４、ワークストリーム統合ボタン３２５、ワークストリーム分割ボタン３２６は、それぞれ図２において説明した「変更」「追加」「統合」「分割」等のワークストリームの再構成指示を生成する再構成指示要素である。なお、図２で示されている「削除」「延長」に対応するボタンは存在しないが、これらの処理は広義では「変更」の一態様であり、ワークストリーム変更ボタン３２３によって実行することが可能である。
The work
以上のようなワークストリーム再構成ボタンのうち、ワークストリーム追加ボタン３２４、ワークストリーム統合ボタン３２５、ワークストリーム分割ボタン３２６は、新たなワークストリームを生成するものである。特に、ワークストリーム統合ボタン３２５、ワークストリーム分割ボタン３２６は、既存のワークストリームから新たなワークストリームを生成するものである。これらの新たなワークストリームは以下のようにして、その上位のインシデントと関連付けられる。但し、ワークストリームとインシデントの関係は固定的なものではなく、以下に関わらず、状況に応じてワークストリーム変更ボタン３２３を介して後から自由に変更可能である。
Among the above-mentioned work stream reconstruction buttons, the work
ワークストリーム追加ボタン３２４はインシデント毎に設けられているため、ワークストリームの「追加」操作を行ったワークストリーム追加ボタン３２４が属するインシデントに当該ワークストリームが関連付けられる。
Since the work stream add
ワークストリーム統合ボタン３２５によるワークストリームの「統合」は、以下の二つに大きく場合分けされる。
The "integration" of the work stream by the work
同一のインシデントに属する複数のワークストリームを統合する場合、新たなワークストリームは当該インシデントに関連付けられる。但し、統合の結果、その新たなワークストリームが他のインシデントにも関連するようになった場合は、当該他のインシデントにも追加的に関連付けを行うようにしてもよい。このとき、新たなワークストリームは複数のインシデントに属するものとして再構成されることになる。 When integrating multiple workstreams that belong to the same incident, the new workstream is associated with that incident. However, if the new work stream becomes related to other incidents as a result of the integration, it may be additionally associated with the other incidents. At this time, the new work stream will be reconstructed as belonging to multiple incidents.
異なるインシデントに属する複数のワークストリームを統合する場合、新たなワークストリームは両方のインシデントに関連付けられる。このとき、新たなワークストリームは複数のインシデントに属するものとして再構成されることになる。但し、統合の結果、その新たなワークストリームが一方のインシデントに関連しないようになった場合は、他方のインシデントのみに関連付けを行うようにしてもよい。 If you merge multiple workstreams that belong to different incidents, the new workstream will be associated with both incidents. At this time, the new work stream will be reconstructed as belonging to multiple incidents. However, if the new work stream is no longer associated with one incident as a result of the integration, it may be associated with only the other incident.
ワークストリーム分割ボタン３２６はインシデント毎に設けられているため、ワークストリームの「分割」操作を行ったワークストリーム分割ボタン３２６が属するインシデントに分割後の複数のワークストリームが関連付けられる。但し、分割後のあるワークストリームが、元々のインシデントに関連しなくなると同時に他のインシデントにも関連するようになった場合は、当該他のインシデントのみに関連付けを行うようにしてもよい。
Since the work stream split
支援情報領域３３は、リソース情報格納部１０７に格納されているリソースに関する情報を表示する別画面に遷移させるリソース情報表示ボタン３３１と、スケジューラ１０９を介したワークストリームのスケジューリングを支援するスケジューリング支援画面に遷移させるスケジューリング支援画面遷移ボタン３３２を表示する。
The
リソース情報表示ボタン３３１から遷移できる画面には、例えば図３に示した人的リソースのテーブルが表示される。ワークストリームの再構成を管轄する思考者（Thinker）は、このテーブルの情報を確認することにより、適切な人的リソースを各ワークストリームに割り当てることができる。また、図示は省略するが、図３に示される人的リソースに関する情報だけでなく、ツールやシステム要素等の非人的リソースに関する情報もリソース情報格納部１０７には格納されているため、それを人的リソースと同様に表示させることができる。したがって、思考者（Thinker）は、リソース情報表示ボタン３３１を介して、人的か非人的かを問わず全てのリソースについて最新の情報を得ることができる。
On the screen that can be transitioned from the resource
スケジューリング支援画面遷移ボタン３３２から遷移できる画面は、例えば図４に示したワークストリームのスケジューリング支援画面である。ワークストリームの再構成を管轄する思考者（Thinker）は、スケジューリング支援画面でリソースの最新の使用状況および今後の使用予定を確認した上で、同画面上のＧＵＩを利用して、同一リソースに対する複数ワークストリームの競合が起きないように、各リソースの各時間スロットに各ワークストリームを適切に割り当てることができる。
Scheduling support screen The screen that can be transitioned from the
以上のように、画面２１には表示制御部１１０を介して、ワークストリームの再構成にとって有用な各種の情報が表示される。ワークストリームの再構成を管轄する思考者（Thinker）は、これらの包括的な情報を参照して、実行すべき再構成の案をまとめ、自ら操作部２２を操作し、ワークストリーム再構成部１０６における再構成を実行する。
As described above, various information useful for the reconstruction of the work stream is displayed on the
再構成指示部１１１は、各種の入力に基づきワークストリーム再構成部１０６への再構成指示を生成する。ワークストリームの再構成は、思考者を介さずにワークストリーム管理装置１００が自律的に実行する場合と、思考者の操作入力に基づいて実行する場合に大別される。
The
ワークストリーム管理装置１００が自律的にワークストリームの再構成を実施する場合、再構成指示部１１１は、実行状況取得部１０５から得られるワークストリームの実行状況に基づき、既存ワークストリームでは解決できない新たな問題や、既存ワークストリームにおける無駄や非効率を特定し、それらを解決するためのワークストリームの再構成案を自律的に生成する。そして、その再構成案に基づいて、リソース割当部１０８はリソース割当指示を自律的に生成し、スケジューラ１０９はスケジューリング指示を自律的に生成し、それぞれ再構成指示部１１１に提供する。再構成指示部１１１はこれらの情報を総合し、ワークストリーム再構成部１０６への最終的なワークストリーム再構成指示を生成する。
When the work
思考者の操作入力に基づいてワークストリームの再構成を実施する場合、思考者は、画面２１を介して得られるワークストリームの実行状況を含む各種の情報に基づき、既存ワークストリームでは解決できない新たな問題や、既存ワークストリームにおける無駄や非効率を特定し、それらを解決するためのワークストリームの再構成案を作成する。そして、思考者は操作部２２を自ら操作し、画面２１上のワークストリーム変更ボタン３２３、ワークストリーム追加ボタン３２４、ワークストリーム統合ボタン３２５、ワークストリーム分割ボタン３２６等の再構成指示要素を介して再構成案をワークストリーム管理装置１００に入力する。
When the work stream is reconstructed based on the operation input of the thinker, the thinker is based on various information including the execution status of the work stream obtained through the
ここで、思考者の作成したワークストリーム再構成案に対するリソース割当指示は、リソース割当部１０８が自律的に生成してもよいし、思考者の操作入力に従って生成してもよい。同様に、思考者の作成したワークストリーム再構成案に対するスケジューリング指示は、スケジューラ１０９が自律的に生成してもよいし、思考者の操作入力に従って生成してもよい。
Here, the resource allocation instruction for the work stream reconstruction plan created by the thinker may be autonomously generated by the
再構成指示部１１１は、以上のように思考者によって入力されたワークストリーム再構成案と、それに応じて生成されたリソース割当指示とスケジューリング指示を総合し、ワークストリーム再構成部１０６への最終的なワークストリーム再構成指示を生成する。
The
なお、上記では、ワークストリームの再構成指示が自律的に生成される場合と、思考者の操作入力に基づいて生成される場合に分けて説明したが、再構成指示の一部分が自律的に生成され、それ以外の部分が思考者の操作入力に基づいて生成されるようにしてもよい。 In the above, the case where the work stream reconstruction instruction is generated autonomously and the case where it is generated based on the operation input of the thinker have been described separately, but a part of the reconstruction instruction is autonomously generated. And the other parts may be generated based on the operation input of the thinker.
以上のように再構成指示部１１１によって生成された再構成指示に基づき、ワークストリーム再構成部１０６はワークストリームを再構成し、ワークストリーム実行部１０４はそれらのワークストリームを実行させる。そして、その実行状況に関する情報は実行状況取得部１０５によって随時取得され、ワークストリーム再構成部１０６でのさらなる再構成が必要となった場合に利用される。
Based on the reconstruction instruction generated by the
このように、再構成を行ったワークストリームに対しても、引き続き実行状況の取得を行い、必要に応じてさらに再構成を行うことができるので、システムにおいて状況が頻繁に変化する場合であっても、機動的に対応することができる。 In this way, even for the reconfigured work stream, the execution status can be continuously acquired, and further reconfiguration can be performed as needed, so that the situation may change frequently in the system. However, it can respond flexibly.
なお、システムにおける変化の頻度が低い安定したシステムにおいては、ワークストリームの再構成の頻度を上げすぎないことが重要である。したがって、ワークストリーム管理装置１００が自律的に再構成を行う場合は、その頻度に上限を設けるようなことも可能である。そのような場合でも、許容範囲を超えるような大きな変化があった場合は、例外的に再構成を許容することが好ましい。一方、思考者の操作入力に基づいて再構成を行う場合は、思考者が状況を踏まえて適切な再構成の頻度を判断することが可能である。
In a stable system where the frequency of changes in the system is low, it is important not to increase the frequency of work stream reconstruction too much. Therefore, when the work
以上、ワークストリーム管理装置１００の構成と動作を詳述したが、本装置を利用したワークストリーム再構成の例をいくつか以下で示す。
The configuration and operation of the work
図６は、複数のイベントに起因する複数のワークストリームを一括して再構成する一般化した例を模式的に示す。この図の左側に示される初期状態では、二つの異なるイベントが同時に発生している。イベント検出部１０１はそれぞれのイベントを検出し、ワークストリーム生成部１０２はそれぞれのイベントについて複数のワークストリームを生成する。ここでイベント１に起因して生成されるＮ１（複数）個のワークストリームを、ＷＳ １－１、ＷＳ １－２、・・・、ＷＳ １－Ｎ１と表記し、このワークストリーム群をＷＳ１と総称する。同様に、イベント２に起因して生成されるＮ２（複数）個のワークストリームを、ＷＳ ２－１、ＷＳ ２－２、・・・、ＷＳ ２－Ｎ２と表記し、このワークストリーム群をＷＳ２と総称する。
FIG. 6 schematically shows a generalized example of collectively reconstructing a plurality of workspaces caused by a plurality of events. In the initial state shown on the left side of this figure, two different events are occurring at the same time. The
ワークストリーム再構成部１０６は、これらＮ１＋Ｎ２個のワークストリームを、実行状況取得部１０５から提供されるその実行状況に基づいて、Ｎａ（複数）個のワークストリームから成る新たなワークストリーム群ＷＳａ（ＷＳ ａ－１、ＷＳ ａ－２、・・・、ＷＳ ａ－Ｎａ）に再構成する。このように、ワークストリーム再構成部１０６は、個々のイベント１、２とそれぞれ１対１の関係にあるワークストリーム群ＷＳ１、ＷＳ２を、別のワークストリーム群ＷＳａに再構成する。ワークストリーム群ＷＳａと個々のイベント１、２の関係は複合的であり、ＷＳａの各ワークストリームはイベント１、２と以下のいずれかの関係を有する。
・イベント１およびイベント２の両方と関係
・イベント１のみと関係
・イベント２のみと関係
また、図６の例では、初期状態においてイベント１、２以外のイベントがないことを前提としているが、もしそのようなイベントがあった場合は、再構成後のワークストリームがそのイベントのみに関係することもあり得る。
The work
-Relationship with both
図６の例では、さらにワークストリーム群ＷＳａへの再構成と同時にさらに別のイベント３が発生する。そして、イベント３に起因してＮ３（複数）個のワークストリームから成る新たなワークストリーム群ＷＳ３（ＷＳ ３－１、ＷＳ ３－２、・・・、ＷＳ ３－Ｎ３）が生成される。そして、ワークストリーム再構成部１０６は、これらＮａ＋Ｎ３個のワークストリームを、実行状況取得部１０５から提供されるその実行状況に基づいて、さらに新たなワークストリーム群に再構成することができる。
In the example of FIG. 6, another
図７は、以上のような複数のイベントに亘って横断的にワークストリームの再構成を行う具体的な例を示す。この例では、イベント１に起因して四つのワークストリームＡ、Ｂ、Ｃ、Ｄが実行されるものとし、イベント２に起因して三つのワークストリームＥ、Ｆ、Ｇが実行されるものとする。そして、ワークストリーム再構成部１０６により、五つのワークストリームＢ、Ｈ、Ｉ、Ｊ、Ｋに再構成されるものとする。
FIG. 7 shows a specific example of cross-sectionally reconstructing a work stream over a plurality of events as described above. In this example, it is assumed that the four workloads A, B, C, and D are executed due to the
既存のワークストリームＡ、Ｄ、Ｇは、そのワークストリームが完了した、他のワークストリームと重複している、実行しても問題を解決しないワークストリームである、等の理由により削除される。ワークストリームＢは、引き続き実行が必要なワークストリームであるとして、その「業務」や「リソース」の内容が必要に応じて変更されて存続する。イベント１に起因するワークストリームＣと、イベント２に起因するワークストリームＥは、互いに重複するため、新たなワークストリームＩに統合される。イベント２に起因するワークストリームＦは、イベント１に関連する新たなワークストリームＪと、イベント２に関連する新たなワークストリームＫに分割される。
Existing workstreams A, D, and G are deleted because the workstream is completed, overlaps with other workstreams, or is a workstream that does not solve the problem even if it is executed. As the work stream B is a work stream that needs to be continuously executed, the contents of its "business" and "resource" are changed as necessary and continue to exist. Since the work stream C caused by the
以上の例において、再構成後の各ワークストリームは各イベントと以下のような関係を有する。
・イベント１のみと関係するワークストリーム：Ｂ、Ｈ、Ｊ
・イベント２のみと関係するワークストリーム：Ｋ
・イベント１および２の両方と関係するワークストリーム：Ｉ
In the above example, each work stream after reconstruction has the following relationship with each event.
-Workstreams related to
-Workstream related only to event 2: K
Workstreams related to both
したがって、イベント１の責任者である推進者（Driver）は、ワークストリームＢ、Ｈ、Ｉ、Ｊの進捗を追うことで、自らの業務責任を遂行することができる。同様に、イベント２の責任者である別の推進者は、ワークストリームＩ、Ｋの進捗を追うことで、自らの業務責任を遂行することができる。なお、ワークストリームＩについては、異なる推進者が関与することになるが、ワークストリームＩの各作業には単一の実行者（Doer）や実行チームが割り当てられているため、適切に実行することができる。
Therefore, the driver who is in charge of the
図８は、システムに問題が発生した場合に、その調査と解決を別々のワークストリーム群でフェーズを分けて実行する例を示す。通信システムのように複雑で大規模なシステムにおいては、一つの問題の背後で様々な事象が複雑に絡み合っていることが多く、その中に隠れている根本的な原因を突き止めることが早急な問題解決において重要である。 FIG. 8 shows an example in which, when a problem occurs in the system, the investigation and the solution are executed in separate phases in different work stream groups. In a complex and large-scale system such as a communication system, various events are often intricately intertwined behind one problem, and it is an urgent problem to find out the root cause hidden in it. It is important in the solution.
イベント検出部１０１がシステムで問題を検出した場合、ワークストリーム生成部１０２はその問題の調査のための複数のワークストリームを生成し、ワークストリーム実行部１０４はそのワークストリームを実行させる。ワークストリーム生成部１０２で生成される問題調査用のワークストリームは、問題の類型に対応付けられた標準ワークストリームとして標準ワークストリーム格納部１０３に予め格納しておくのが好ましい。
When the
問題の類型としては「通信速度の低下」「通信中の誤り率の増加」「回線使用率の異常な増加／低下」「トラフィック量の異常な増加／低下」「トラフィックの異常な分布」「特定ネットワーク要素（ハードウェア／ソフトウェア）の稼働率の異常な変化」等が例示される。このような問題の類型毎に、原因究明のために優先的に調査すべき項目をある程度絞ることができるので、それらの調査項目に対応するワークストリームを標準ワークストリームとして用意することができる。ワークストリーム生成部１０２は、これらの標準ワークストリームに加え、自律的に生成した問題調査用のワークストリームを追加することもできる。
The types of problems are "decrease in communication speed", "increase in error rate during communication", "abnormal increase / decrease in line usage rate", "abnormal increase / decrease in traffic volume", "abnormal distribution of traffic", and "specification". Abnormal changes in the operating rate of network elements (hardware / software) ”and the like are exemplified. Since it is possible to narrow down the items to be investigated with priority for investigating the cause for each type of such a problem to some extent, it is possible to prepare a work stream corresponding to those investigation items as a standard work stream. In addition to these standard work streams, the work
実行状況取得部１０５は、以上のような問題調査用のワークストリームの実行結果を取得し、問題の原因を特定することができる。そして、ワークストリーム再構成部１０６は、特定された原因を取り除くことで問題を効果的に解決することができる問題解決用のワークストリーム群を構成する。
The execution
以上の例において、再構成前の問題調査用のワークストリーム群と、再構成後の問題解決用のワークストリーム群は基本的には完全に別のものである。したがって、図２の再構成の類型に当てはめると、再構成前の問題調査用のワークストリームはその完了後は全て「削除」される。そして、再構成後の問題解決用のワークストリームは全て新たなワークストリームとして「追加」される。 In the above example, the work stream group for problem investigation before reconstruction and the work stream group for problem solving after reconstruction are basically completely different. Therefore, when applied to the reconstruction type of FIG. 2, all the problem investigation work streams before the reconstruction are "deleted" after the completion. Then, all the problem-solving work streams after the reconstruction are "added" as new work streams.
以上のように、問題調査用のワークストリームと、問題解決用のワークストリームを別フェーズで実行することにより、複雑で大規模なシステムにおいても、問題の根本的な原因を効果的に突き止めて、早急に問題解決を行うことができる。なお、図８の例は説明を簡素化するために一つの問題のみが発生していることを前提にしたが、他の問題が同時発生している場合にも同様に適用することができる。この場合、実行状況取得部１０５は、それぞれの問題調査用のワークストリームの実行結果から、それぞれの問題の原因を特定することができ、ワークストリーム再構成部１０６は、その全ての問題を同時に解決するワークストリーム群を構成することができる。
As described above, by executing the work stream for problem investigation and the work stream for problem solving in different phases, the root cause of the problem can be effectively identified even in a complicated and large-scale system. You can solve the problem immediately. The example of FIG. 8 is based on the premise that only one problem has occurred in order to simplify the explanation, but it can be similarly applied to the case where other problems occur at the same time. In this case, the execution
図９は、ワークストリーム再構成部１０６によって生成される再構成ワークストリームと、標準ワークストリーム格納部１０３によって格納される標準ワークストリームのそれぞれの割合の経時的変化の例を示す。本図では、ＰＥＲＩＯＤ－０からＰＥＲＩＯＤ－２０までの連続する２１の期間について、再構成ワークストリームと標準ワークストリームのそれぞれの割合が示されている。本例では、２１の期間は４つのフェーズＰＨ１～ＰＨ４に大きく分けられる。
FIG. 9 shows an example of changes over time in the ratios of the reconstructed work stream generated by the work
ＰＥＲＩＯＤ－０からＰＥＲＩＯＤ－５までのＰＨ１は、システムの初期フェーズに対応する。初期フェーズにおいては、システムで発生するイベントは想定外や未対応のものが多く、対応が確立されていないことが想定される。そのため、標準ワークストリームで対応できる割合が少なく、再構成ワークストリームを最大限に活用することで各イベントへの柔軟な対応を図る。 PH1 from PERIOD-0 to PERIOD-5 corresponds to the initial phase of the system. In the initial phase, many of the events that occur in the system are unexpected or unsupported, and it is assumed that the response has not been established. Therefore, the ratio that can be handled by the standard work stream is small, and by making the best use of the reconstructed work stream, flexible response to each event is planned.
そして、このような再構成ワークストリームを実行した結果、それが特定のイベントに対して非常に有効なものであることが判明した場合、その再構成ワークストリームをそのイベントに対する標準ワークストリームとして標準ワークストリーム格納部１０３に順次格納していく。このようにして標準ワークストリームの内容が順次拡充されていくため、標準ワークストリームで対応できる割合が増加し、それに伴って再構成ワークストリームの割合は減少する。ＰＥＲＩＯＤ－６からＰＥＲＩＯＤ－１２までのＰＨ２では、標準ワークストリーム割合が再構成ワークストリーム割合を超え、ＰＥＲＩＯＤ－１２では８０％に達する。
Then, if the result of executing such a reconstructed work stream is found to be very effective for a specific event, the reconstructed work stream is used as a standard work stream for that event. It is sequentially stored in the
本例では、ＰＨ２後に各種のネットワーク変更が行われたものとする。ＰＥＲＩＯＤ－１３からＰＥＲＩＯＤ－１６までのＰＨ３では、そのネットワーク変更に柔軟に対応するため、再び再構成ワークストリームの割合を高める。ただし、初期フェーズＰＨ１と比較すると、システムの不確定性も減少しており、各種イベントに対する標準ワークストリームも充実したものとなっているため、再構成ワークストリーム割合の増加は限定的であり、本フェーズＰＨ３を通じて標準ワークストリーム割合が再構成ワークストリーム割合よりも大きくなっている。ＰＥＲＩＯＤ－１７からＰＥＲＩＯＤ－２０までのＰＨ４では、ネットワーク変更への対応が一巡し、それに対する標準ワークストリームが一通り整備されたのを受けて、再び標準ワークストリーム割合が増加する。 In this example, it is assumed that various network changes have been made after PH2. In PH3 from PERIOD-13 to PERIOD-16, the ratio of the reconstructed work stream is increased again in order to flexibly respond to the network change. However, compared to the initial phase PH1, the uncertainty of the system is also reduced, and the standard workstream for various events is enriched, so the increase in the proportion of reconstructed workstreams is limited. Throughout phase PH3, the standard workstream ratio is higher than the reconstructed workstream ratio. In PH4 from PERIOD-17 to PERIOD-20, the response to network changes has been completed, and the standard workstream ratio has been prepared once again, and the ratio of standard workstreams will increase again.
以上のように、システムの状況に応じて、柔軟な対応が可能な再構成ワークストリームの割合と、確実で迅速な対応が可能な標準ワークストリームの割合を、適切に調整することができるので、システムの運用および保守の効率を飛躍的に向上させることができる。 As described above, the ratio of the reconfigured work stream that can be flexibly dealt with and the ratio of the standard work stream that can be dealt with reliably and quickly can be appropriately adjusted according to the system situation. The efficiency of system operation and maintenance can be dramatically improved.
以上、本発明を実施の形態に基づいて説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。 The present invention has been described above based on the embodiments. It is understood by those skilled in the art that the embodiments are exemplary and that various modifications are possible for each of these components and combinations of processing processes, and that such modifications are also within the scope of the present invention. ..
なお、実施の形態で説明した各装置の機能構成はハードウェア資源またはソフトウェア資源により、あるいはハードウェア資源とソフトウェア資源の協働により実現できる。ハードウェア資源としてプロセッサ、ＲＯＭ、ＲＡＭ、その他のＬＳＩを利用できる。ソフトウェア資源としてオペレーティングシステム、アプリケーション等のプログラムを利用できる。 The functional configuration of each device described in the embodiment can be realized by hardware resources or software resources, or by collaboration between hardware resources and software resources. Processors, ROMs, RAMs, and other LSIs can be used as hardware resources. Programs such as operating systems and applications can be used as software resources.
１００・・・ワークストリーム管理装置、１０１・・・イベント検出部、１０２・・・ワークストリーム生成部、１０３・・・標準ワークストリーム格納部、１０４・・・ワークストリーム実行部、１０５・・・実行状況取得部、１０６・・・ワークストリーム再構成部、１０７・・・リソース情報格納部、１０８・・・リソース割当部、１０９・・・スケジューラ、１１０・・・表示制御部、１１１・・・再構成指示部、２１・・・画面、２２・・・操作部、３０・・・再構成支援画面。 100 ... Workstream management device, 101 ... Event detection unit, 102 ... Workstream generation unit, 103 ... Standard workspace storage unit, 104 ... Workstream execution unit, 105 ... Execution Status acquisition unit, 106 ... Work stream reconstruction unit, 107 ... Resource information storage unit, 108 ... Resource allocation unit, 109 ... Scheduler, 110 ... Display control unit, 111 ... Re Configuration instruction unit, 21 ... screen, 22 ... operation unit, 30 ... reconstruction support screen.
Claims (19)
前記複数のワークストリームの実行状況に関する情報を取得する実行状況取得部と、
前記複数のワークストリームの実行状況に基づいて前記複数のワークストリームを再構成するワークストリーム再構成部とを備え、
前記ワークストリームの再構成は、新たなワークストリームの生成を含む
ことを特徴とするワークストリーム管理装置。 A workstream execution unit that executes multiple workstreams due to an event that occurs in the system,
An execution status acquisition unit that acquires information on the execution status of the plurality of work streams, and
A work stream reconstructing unit that reconstructs the plurality of work streams based on the execution status of the plurality of work streams is provided.
A work stream management device, characterized in that the work stream reconstruction comprises the generation of a new work stream.
ことを特徴とする請求項１に記載のワークストリーム管理装置。 The work stream management device according to claim 1, wherein the new work stream is generated by integrating a plurality of existing work streams.
ことを特徴とする請求項１または２に記載のワークストリーム管理装置。 The work stream management device according to claim 1 or 2, wherein the new work stream is generated by dividing an existing work stream.
前記ワークストリーム再構成部は、前記複数のイベントに起因する複数のワークストリームを一括して再構成する
ことを特徴とする請求項１から３のいずれかに記載のワークストリーム管理装置。 The work stream execution unit executes a plurality of work streams due to a plurality of events generated in the system.
The work stream management device according to any one of claims 1 to 3, wherein the work stream reconstructing unit collectively reconstructs a plurality of workspaces caused by the plurality of events.
前記ワークストリーム再構成部は、前記実行状況に基づいてさらにワークストリームを再構成する
ことを特徴とする請求項１から４のいずれかに記載のワークストリーム管理装置。 The execution status acquisition unit acquires information on the execution status of the work stream reconstructed by the work stream reconstruction unit.
The work stream management device according to any one of claims 1 to 4, wherein the work stream reconstructing unit further reconstructs the work stream based on the execution status.
前記ワークストリーム実行部は、前記問題の調査のための複数のワークストリームを実行させ、
前記実行状況取得部は、前記複数のワークストリームの実行状況に基づいて前記問題の原因を特定し、
前記ワークストリーム再構成部は、前記問題の解決のための新たなワークストリームを生成する
ことを特徴とする請求項１から５のいずれかに記載のワークストリーム管理装置。 If there is a problem with the system as the above event
The work stream execution unit executes a plurality of work streams for investigating the problem.
The execution status acquisition unit identifies the cause of the problem based on the execution status of the plurality of workspaces.
The work stream management device according to any one of claims 1 to 5, wherein the work stream reconstructing unit generates a new work stream for solving the problem.
ことを特徴とする請求項１から６のいずれかに記載のワークストリーム管理装置。 The work stream management device according to any one of claims 1 to 6, wherein the reconstruction of the work stream includes deletion of an existing work stream.
ことを特徴とする請求項１から７のいずれかに記載のワークストリーム管理装置。 The work stream management apparatus according to any one of claims 1 to 7, wherein the reconstruction of the work stream includes modification of an existing work stream.
ことを特徴とする請求項１から８のいずれかに記載のワークストリーム管理装置。 The work stream management apparatus according to any one of claims 1 to 8, wherein the reconstruction of the work stream includes an extension of an existing work stream.
ことを特徴とする請求項１から９のいずれかに記載のワークストリーム管理装置。 The work stream management device according to any one of claims 1 to 9, wherein the work stream execution unit executes a plurality of predetermined standard work streams.
ことを特徴とする請求項１０に記載のワークストリーム管理装置。 The work stream management device according to claim 10, wherein the standard work stream is associated with the event and is predetermined.
ことを特徴とする請求項１０または１１に記載のワークストリーム管理装置。 The work stream management device according to claim 10 or 11, wherein the work stream reconstructed by the work stream reconstructing unit can be registered as the standard work stream.
前記ワークストリーム再構成部における再構成の際に、前記リソース情報格納部に格納された情報に基づき、各ワークストリームにリソースを割り当てるリソース割当部と
を備えることを特徴とする請求項１から１２のいずれかに記載のワークストリーム管理装置。 A resource information storage unit that stores information about the role and usage of each resource that can be used to execute the workload, and a resource information storage unit.
13. The workstream management device described in either.
ことを特徴とする請求項１３に記載のワークストリーム管理装置。 The work stream management device according to claim 13, wherein the resource allocation unit allocates resources to each work stream executed by the work stream execution unit based on the information stored in the resource information storage unit. ..
ことを特徴とする請求項１３または１４に記載のワークストリーム管理装置。 The work stream management device according to claim 13, wherein the resource information storage unit also stores information regarding the capacity of the resource.
ことを特徴とする請求項１から１５のいずれかに記載のワークストリーム管理装置。 Any of claims 1 to 15, further comprising a scheduler that schedules each work stream so as to avoid simultaneous use of the same system element by a plurality of work streams at the time of reconstruction in the work stream reconstruction unit. Workstream management device described in Crab.
前記再構成支援情報は、
前記実行状況取得部によって取得された前記複数のワークストリームの実行状況と、
ユーザ操作に基づいて前記ワークストリーム再構成部への再構成指示を生成する再構成指示要素とを含む
ことを特徴とする請求項１から１６のいずれかに記載のワークストリーム管理装置。 Equipped with a display control unit that displays reconstruction support information that supports the reconstruction of the work stream.
The reconstruction support information is
The execution status of the plurality of work streams acquired by the execution status acquisition unit and
The work stream management apparatus according to any one of claims 1 to 16, further comprising a reconstruction instruction element that generates a reconstruction instruction to the workstation reconstruction unit based on a user operation.
前記複数のワークストリームの実行状況に関する情報を取得するステップと、
前記複数のワークストリームの実行状況に基づいて前記複数のワークストリームを再構成するステップとをコンピュータが実行し、
前記ワークストリームの再構成は、新たなワークストリームの生成を含む
ことを特徴とするワークストリーム管理方法。 Steps to run multiple workstreams due to events that occur in the system,
The step of acquiring information on the execution status of the plurality of workspaces, and
The computer executes a step of reconstructing the plurality of work streams based on the execution status of the plurality of workspaces.
A work stream management method comprising the generation of a new work stream.
前記複数のワークストリームの実行状況に関する情報を取得するステップと、
前記複数のワークストリームの実行状況に基づいて前記複数のワークストリームを再構成するステップとをコンピュータに実行させ、
前記ワークストリームの再構成は、新たなワークストリームの生成を含む
ことを特徴とするワークストリーム管理プログラム。 Steps to run multiple workstreams due to events that occur in the system,
The step of acquiring information on the execution status of the plurality of workspaces, and
A computer is made to perform a step of reconstructing the plurality of workstreams based on the execution status of the plurality of workstreams.
The work stream management program, characterized in that the work stream reconstruction involves the generation of a new work stream.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020128980A JP2022025852A (en) | 2020-07-30 | 2020-07-30 | Work stream management device, work stream management method, and work stream management program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020128980A JP2022025852A (en) | 2020-07-30 | 2020-07-30 | Work stream management device, work stream management method, and work stream management program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2022025852A true JP2022025852A (en) | 2022-02-10 |
Family
ID=80264378
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020128980A Pending JP2022025852A (en) | 2020-07-30 | 2020-07-30 | Work stream management device, work stream management method, and work stream management program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2022025852A (en) |
-
2020
- 2020-07-30 JP JP2020128980A patent/JP2022025852A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220237532A1 (en) | System and Method for Modelling and Monitoring Processes in Organizations Using Digital Twins | |
| Wolf et al. | Mining task-based social networks to explore collaboration in software teams | |
| US8880591B2 (en) | Workflow management in distributed systems | |
| US7779298B2 (en) | Distributed job manager recovery | |
| US9092575B2 (en) | System and method for providing access to data in a plurality of software development systems | |
| CN108287750B (en) | System and method for providing dynamic elasticity of contact center resources | |
| US20110145037A1 (en) | Document management method and apparatus to process a workflow task by parallel or serially processing subtasks thereof | |
| CN108614688A (en) | Visualization application layout applied to mixing cloud environment and method | |
| US20080040364A1 (en) | Extensible multi-dimensional framework | |
| US9081478B2 (en) | Unified process management software and method | |
| Caporuscio et al. | Architectural concerns for digital twin of the organization | |
| Sharrock et al. | Engineering investigations: practical sociological reasoning in the work of engineers | |
| US20130111428A1 (en) | Graphical user interface for integrated development environment tool | |
| Vera-Baquero et al. | Business process improvement by means of Big Data based Decision Support Systems: a case study on Call Centers | |
| Sengupta et al. | Collective problem solving using social compute units | |
| CN115907683A (en) | Realization system and method of workflow engine based on financial product management | |
| CN115719207A (en) | Super-automation platform system | |
| US20050198614A1 (en) | Management platform and evironment | |
| JP5655326B2 (en) | Apparatus and method for business process automation | |
| JP2022025852A (en) | Work stream management device, work stream management method, and work stream management program | |
| Altmann et al. | An environment for cooperative software development realization and implications | |
| Chircu et al. | Visualization and machine learning for data center management | |
| Ahmed et al. | Devops practices for software development and consulting firms | |
| CN115185825A (en) | Interface test scheduling method and device | |
| CN113946633A (en) | Operation and maintenance system and method based on agile data warehouse |