JP7146047B1 - 業務管理システム、業務管理のためにコンピューターによって実行される方法、および、当該方法を実現するためのプログラム - Google Patents

Abstract

【課題】Ａｓ－ＩｓからＴｏ－Ｂｅに業務フローの改善を支援する業務管理システム、業務管理のためにコンピューターによって実行される方法及び当該方法を実現するためのプログラムを提供する。【解決手段】業務管理システムにおいて、クライアント１１０は、サーバーから受信したデータに基づいて、現在の業務フロー（Ａｓ－Ｉｓ）と、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）を表わすフローと、最終目標となる理想的な業務フロー（Ｔｏ－Ｂｅ）を表わすフローと、を表示部に並べて表示し、業務フローを構成するタスクが簡素化可能であることを示すアイコンを当該タスクに関連付けて表示し、クライアントのユーザーによる操作に応答して、前記タスクを改善するために必要な詳細情報（例、具体的な新たな作業の内容）と、その進捗状況とを表示する領域をポップアップ表示する。【選択図】図１

Description

本開示は業務管理を支援する技術に関し、より特定的には、業務フローの改善を支援する技術に関する。

企業や自治体その他の組織における生産性向上という観点から、業務改善は継続的に必要となる。業務改善に関し、特開２０１９－１８５２７２号公報（特許文献１）は、「問診票情報に基づいて業務フローチャートおよび問題点を選択して問題点と業務フローチャートとが組み合わされた業務フローチャートを作成することが可能な業務フローチャート作成方法およびシステム」を開示している。具体的には、当該業務フローチャート作成方法は、「業務改善の前提となる業務フローチャートを作成する方法であって、業務に関わる問題をチェックするための複数の問診表に関する複数の問診表情報のうちの業種および業態に対応する業種および業態に応じた業務フローチャートを、業務フローチャート記憶手段に記憶された複数の業務フローチャートから選択する業務フローチャート選択工程と、業務フローチャートに応じた複数の問題点を、問診表情報に基づいて選択する問題点選択工程と、選択された問題点を業務フローチャート選択工程で選択された業務フローチャートに組み合わせて、問題点と業務フローチャートとが組み合わされた業務フローチャートを作成する組合せ工程と、を含む」というものである（［要約］参照）。

特開２０１９－１８５２７２号公報

特許文献１に開示された技術によれば、同一業務に対して複数の業務フローを管理することができない。そして、現在の業務フローから改善した将来の業務フローを検討しても、日ごろ業務で使用する業務管理システムとは独立してなされており、将来の業務フローへ改善していく行動を根付かせることが困難であった。したがって、現在の業務フローを改善しつつ望ましい業務フローへの移行を支援する技術が必要とされている。

本開示は上述のような背景に鑑みてなされたものであって、その目的の一つは、現在の業務フローを改善しつつ望ましい業務フローへの移行を支援する技術を提供することである。

ある実施の形態に従うと、業務管理システムが提供される。業務管理システムは、第１の業務フローを表わすデータの入力と、第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受ける入力手段と、第１の業務フローを表わすデータと、第２の業務フローを表わすデータとを関連付けて記憶する記憶手段とを備える。

ある局面に従う業務管理システムにおいて、第１の業務フローは、現在の業務フローである。第２の業務フローは、現在の業務フローの将来の業務フローである。

ある局面に従う業務管理システムにおいて、将来の業務フローは、理想の業務フローと、理想の業務フローに至るまでの過渡的な目標とされる業務フローとを含む。

ある局面に従うと、業務管理システムは、業務管理システムに接続された情報通信端末に、第１の業務フローと、第２の業務フローとを並べて表示させるための表示制御手段をさらに備える。

ある局面に従うと、記憶手段は、複数の将来の業務フローを記憶する。
ある局面に従うと、記憶手段は、バージョンごとに、第１の業務フローまたは第２の業務フローを記憶する。

ある局面に従うと、業務管理システムは、第１の業務フローを第２の業務フローに切り替えるのために必要な作業の進捗を管理する管理手段をさらに備える。

ある局面に従うと、業務管理システムは、第２の業務フローの表示を現在の業務フローとしての表示に切り替える切替手段をさらに備える。

ある局面に従うと、業務管理システムは、第２の業務フローの検討過程の情報を記憶する過程情報記憶手段をさらに備える。

他の実施の形態に従うと、業務管理のためにコンピューターによって実行される方法が提供される。この方法は、第１の業務フローを表わすデータの入力と、第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受けるステップと、第１の業務フローを表わすデータと、第２の業務フローを表わすデータとを関連付けて記憶するステップとを含む。

さらに他の実施の形態に従うと、業務管理のためにコンピューターによって実行される方法を実現するためのプログラムが提供される。このプログラムはコンピューターに、第１の業務フローを表わすデータの入力と、第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受けるステップと、第１の業務フローを表わすデータと、第２の業務フローを表わすデータとを関連付けて記憶するステップとを実行させる。

ある実施の形態に従うと、現在の業務フローを改善しつつ望ましい業務フローへの移行が支援され得る。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

ある実施の形態に従うシステム１０の構成の概要を表わす図である。 コンピューター装置２００のハードウェア構成を表わすブロック図である。 クライアント１１０のユーザーによる業務フローの登録を受け付ける画面の一例を表わす。 業務フローの詳細を表示する画面４００の一例を表わす図である。 業務を改善するための情報がクライアント１１０に入力された状態を表わす図である。 ある局面に従うサーバー１２０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。 ある局面に従うサーバー１２０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。 ある局面に従うサーバー１２０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。 ある局面にしたがってクライアント１１０のモニター８に表示される画面の一例を表わす図である。 ある局面にしたがってクライアント１１０のモニター８に表示される画面の一例を表わす図である。 ある局面にしたがってクライアント１１０のモニター８に表示される画面の一例を表わす図である。 ある局面にしたがってクライアント１１０のモニター８に表示される画面の一例を表わす図である。 ある局面において業務フローの登録を受け付けるためにサーバー１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。 業務フローを表示しつつ改善作業の進捗を管理するためにサーバー１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。 将来の業務フローが検討される過程を記憶するためにサーバー１２０が実行する処理の一部を表わすフローチャートである。 検討過程を表示するためにサーバー１２０が実行する処理の一部を表わすフローチャートである。 ある業務フローについて、現在の業務フロー（Ａｓ－Ｉｓ）と、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）とを表わす図である。 現在の業務フロー（Ａｓ－Ｉｓ）と、将来の理想の業務フロー（Ｔｏ－Ｂｅ）とを表わす図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

［業務フロー改善システムの概要］
図１を参照して、業務フローの改善を支援するためのシステム１０の構成について説明する。図１は、ある実施の形態に従うシステム１０の構成の概要を表わす図である。

以下、本明細書では、業務フローとは、一つの目的を達成するために行なわれる一連の業務をいう。各業務（またはタスクともいう。）は、当該業務フローを構成する管理の対象となり得るものである。たとえば、同一の業務フローが複数の主体の協働によって実現される場合、各主体がそれぞれ行なう業務は、管理、改善または省略の単位となり得る。

システム１０は、クライアント１１０と、サーバー１２０と、データベース１３０とを備える。クライアント１１０とサーバー１２０とは、ネットワーク１９０にそれぞれ接続されている。クライアント１１０およびサーバ－１２０は、周知の構成を有するコンピューター装置によって実現される。データベース１３０は、一台の記憶装置またはＲＡＩＤ（Redundant Arrays of Inexpensive Disks）のように複数の記憶装置によって実現され得る。他の局面において、データベース１３０は、サーバー１２０に組み込まれる形式であってもよい。ネットワーク１９０は、インターネットおよびイントラネットのいずれであってもよい。

クライアント１１０は、通信部１１１と、表示部１１２と、操作部１１３とを備える。通信部１１１は、サーバー１２０と通信する。表示部１１２は、サーバー１２０から受信したデータに基づいて業務フローを表示する。操作部１１３は、クライアント１１０のユーザーによる命令の入力を受け付ける。たとえば、操作部１１３は、業務の流れを示す業務フローの入力を受け付ける。業務フローは、ユーザーが現在実施している業務フロー、現在の業務フローの理想的な業務フロー、現在の業務フローから理想的な業務フローへの移行段階に行なわれる過渡的な業務フローのいずれであってもよい。

サーバー１２０は、通信部１２１と、業務フロー登録部１２２と、業務フロー検索部１２３と、表示内容生成部１２４と、改善作業進捗管理部１２５とを備える。通信部１２１は、クライアント１１０と通信する。業務フロー登録部１２２は、クライアント１１０によって送信された業務フローの登録を受け付ける。業務フロー検索部１２３は、クライアント１１０によって送信された検索クエリーを受信すると、検索条件を満たす業務フローをデータベース１３０から検索する。

表示内容生成部１２４は、クライアント１１０の表示部１１２に画面を表示させるためのデータを生成する。当該データで表示される画面は、例えば、現在の業務フローを表示する画面、現在の業務フローと理想的な業務フローとを対比可能に表示する画面、現在の業務フローと、過渡的な業務フローと、理想的な業務フローとを対比可能に表示する画面、各業務フローを構成する各々の業務の詳細を表示する画面と、の少なくともいずれかを含み得る。

改善作業進捗管理部１２５は、現在の業務フローの改善の進捗度を示す情報を保持する。例えば、ある業務フローが複数の業務から構成される場合、改善作業進捗管理部１２５は、各業務について、改善の必要性の有無、改善が必要な場合における改善の進捗度、改善の完了予定日などを保持する。換言すると、改善作業進捗管理部１２５は、所謂プロジェクトマネジメントの機能の一部を有するともいえる。

データベース１３０は、現在の業務フロー、理想的な業務フローおよび過渡的な業務フローの各々を保持している。ある局面において、データベース１３０は、組織別にそれぞれの業務フローを保持する。例えば、データベース１３０は、サーバー１２０がクライアント１１０を使用する組織から受信した現在の業務フローと、実現可能な業務フローと、将来の業務フローとを関連付けて保持している。また、データベース１３０は、各業務フローのデータをバージョン管理しているので、過渡的な業務フローの検索が容易になる。

［コンピューター装置の構成］
図２を参照して、情報処理装置の一態様であるコンピューター装置２００の構成について説明する。図２は、コンピューター装置２００のハードウェア構成を表わすブロック図である。コンピューター装置２００は、クライアント１１０またはサーバー１２０として機能する。

コンピューター装置２００は、主たる構成要素として、プログラムを実行するＣＰＵ（Central Processing Unit）１と、コンピューター装置２００の使用者による指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、通信インターフェイス（Ｉ／Ｆ）７と、モニター８とを含む。各構成要素は、相互にデータバスによって接続されている。光ディスク駆動装置６には、ＣＤ－ＲＯＭ（Compact Disc - Read Only Memory）９その他の光ディスクが装着される。

コンピューター装置２００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め記憶されている場合がある。また、ソフトウェアは、ＣＤ－ＲＯＭ９その他の記録媒体に格納されて、コンピュータープログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なアプリケーションプログラムとして提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他の読取装置によりその記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図２に示されるコンピューター装置２００を構成する各構成要素は、一般的なものである。したがって、本開示に係る技術思想の本質的な部分の一つは、ＲＡＭ４、ハードディスク５、ＣＤ－ＲＯＭ９その他の記録媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。記録媒体は、一時的でない、コンピューター読取可能なデータ記録媒体を含み得る。なお、コンピューター装置２００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ハードディスク５またはＣＤ－ＲＯＭ９に限られず、ＳＳＤ（Solid State Drive）、磁気テープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリーカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

ある局面において、１または複数のコンピューター装置２００は、クライアント１１０として機能する。この場合、通信インターフェイス７は、通信部１２１として機能する。モニター８は、表示部１１２として機能する。マウス２またはキーボード３は、操作部１１３として機能する。

また、他のコンピューター装置２００は、サーバー１２０として機能する。この場合、通信インターフェイス７は、通信部１２１として機能する。ＣＰＵ１は、業務フロー登録部１２２、業務フロー検索部１２３、表示内容生成部１２４、および、改善作業進捗管理部１２５として機能する。他の局面において、一つのＣＰＵ１の代わりに、複数のプロセッサが業務フロー登録部１２２、業務フロー検索部１２３、表示内容生成部１２４、および、改善作業進捗管理部１２５として全体として機能し得る。

図３～図５を参照して、クライアント１１０における画面の一態様について説明する。図３は、クライアント１１０のユーザーによる業務フローの登録を受け付ける画面の一例を表わす。

クライアント１１０のモニター８は、画面３００を表示する。画面３００は、入力項目として、ユーザーによって登録された業務フローを構成する各業務を識別する番号３１０と、当該業務の内容３２０と、当該業務の作成日または更新日３３０と、当該業務の運用が開始された運用開始日３４０とを含む。たとえば、ユーザーが、画面３００において、内容３２０と、作成日または更新日３３０と、運用開始日３４０とを入力して、入力したデータのアップロードを指示すると、入力された各データは、クライアント１１０からサーバー１２０に送信され、さらに、データベース１３０に格納される。

図４は業務フローの詳細を表示する画面４００の一例を表わす図である。画面４００は、クライアント１１０のモニター８に表示される。画面４００は、Ｃａｎ－Ｂｅ（実現可能な姿）およびＴｏ－Ｂｅ（将来の理想的なあるべき姿）という二種類の業務フローの各業務について、改善に必要な作業と、当該作業の進捗を示す情報とを表示する。

より具体的には、ユーザーは、Ｃａｎ－Ｂｅとしての業務フローおよびＴｏ－Ｂｅとしての業務フローのいずれについても、改善に必要な作業を領域４１０，４３０に、進捗を示す情報を領域４２０，４４０にそれぞれ入力できる。入力の形式は、マウス２またはキーボード３を用いた自由入力形式、または、予め準備された項目からの選択式のいずれであってもよい。さらに他の局面において、クライアント１１０が音声入力機構を有している場合は、ユーザーの発話がテキスト変換されて各領域に入力されてもよい。図４に示される情報は、クライアント１１０で入力された後、サーバー１２０に送信され、サーバー１２０によってデータベース１３０に記録される。記録される情報は、当該業務フローを実施する組織の識別情報に関連付けられている。したがって、他のクライアント１１０のユーザーも、当該識別情報を入力することにより、当該他のクライアント１１０でも当該業務フローの情報を閲覧できる。

図５は、業務を改善するための情報がクライアント１１０に入力された状態を表わす図である。ユーザーが、クライアント１１０の入力装置を用いて問題事象、原因および試作の方向性のそれぞれの内容を入力すると、ＲＡＭ４に保持され、モニター８に表示される。ユーザーが入力した内容を確定すると、クライアント１１０のＣＰＵ１は、ＲＡＭ４に保持されているデータをサーバー１２０に送信する。

ある局面において、クライアント１１０のモニター８は、テーブル５００を表示する。テーブル５００は、領域５１０～５６０を含む。

領域５１０は、問題事象を分類するための情報を表示する。当該情報は、例えば、予め準備された項目から該当する項目を選択する形式で入力され得る。他の局面において、ユーザーが追加で情報を入力できる態様が採用され得る。

領域５２０は、当該問題事象の内容を表示する。当該内容は、自由入力が可能であり、ユーザーが文字情報を用いて詳細を入力できる。

領域５３０は、当該問題事象の原因を分類する情報を表示する。当該情報は、例えば、予め準備された項目から該当する項目を選択する形式で入力され得る。他の局面において、ユーザーが追加で情報を入力できる態様が採用され得る。

領域５４０は、当該原因の内容を表示する。当該内容は、自由入力が可能であり、ユーザーが文字情報を用いて詳細を入力できる。

領域５５０は、当該問題事象に対する施策の方向性を分類する情報を表示する。当該情報は、例えば、予め準備された項目から該当する項目を選択する形式で入力され得る。他の局面において、ユーザーが追加で情報を入力できる態様が採用され得る。

領域５６０は、当該施策の方向性の内容を表示する。当該内容は、自由入力が可能であり、ユーザーが文字情報を用いて詳細を入力できる。

［データ構造］
図６～図８を参照して、サーバー１２０のデータ構造について説明する。図６～図８は、それぞれサーバー１２０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

図６に示されるように、ハードディスク５は、業務フローを規定するためのテーブル６００を含む。テーブル６００は、領域６１０～６４０を含む。領域６１０は、データ項目の番号を含む。領域６２０は、当該データ項目の論理名を含む。領域６３０は、当該データの物理名を含む。領域６４０は、当該データ項目のデータ型を含む。

図７に示されるように、ハードディスク５は、改善に必要な作業を規定するためのテーブル７００を含む。テーブル７００は、領域７１０～７４０を含む。領域７１０は、データ項目の番号を含む。領域７２０は、当該データ項目の論理名を含む。領域７３０は、当該データの物理名を含む。領域７４０は、当該データ項目のデータ型を含む。

図８に示されるように、ハードディスク５は、業務改善の検討過程を規定するためのテーブル８００を含む。テーブル８００は、領域８１０～８４０を含む。領域８１０は、データ項目の番号を含む。領域８２０は、当該データ項目の論理名を含む。領域８３０は、当該データの物理名を含む。領域８４０は、当該データ項目のデータ型を含む。

［画面の表示例］
図９～図１２を参照して、画面の表示例について説明する。図９～図１２は、それぞれ、クライアント１１０のモニター８に表示される画面の一例を表わす図である。

図９に示されるように、クライアント１１０は、ある業務に対してサーバー１２０から受信した３種類の業務フローのデータ、すなわち、現在の業務フロー（Ａｓ－Ｉｓ）、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）、および、最終目標の理想的な業務フロー（Ｔｏ－Ｂｅ）の各データをＲＡＭ４に保持し、その各データに基づいて業務フローを並べてモニター８に表示できる。より具体的には、モニター８は、フロー９１０，９２０，フロー９３０を表示する。なお、複数の業務フローを並べて表示する態様は、左右に配列する態様に限られず、上下に業務フローを並べる態様、あるいは、各業務フローをオーバーラップさせて表示する態様であってもよい。

また、サーバー１２０は、各業務フローのデータをバージョン毎に記憶可能であり、クライアント１１０は、サーバー１２０から各バージョンのデータを受信し、そのデータを保持している。したがって、クライアント１１０のユーザーは、モニター８に表示されたバージョン９４０を選択することで、モニター８に表示させる業務フローのバージョンを切り替えることができる。

フロー９１０は、現在の業務フロー（Ａｓ－Ｉｓ）を表わす。一例として、現在の業務フローは、８つの業務からなり、各業務の関係者（申請者、係、外部）が示されている。図９の例では、最初のタスクは申請者によって行なわれて係に引き渡され、係の者が次のタスクを行なうことを示している。その後、当該業務は外部に委託され、二つのタスクが外部の事業者等によって行なわれる。その後、当該業務は、外部から内部の係の者に渡され、四つのタスクが当該係によって行なわれる。

フロー９２０は、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）を表わす。一例として、タスク９５０には、アイコン９５１が付されている。アイコン９５１は、そのアイコンが付されたタスク９５０が簡素化できることを示している。たとえば、業務フローの分析の過程において、改善策として簡素化が見出された場合には、クライアント１１０のユーザーは、タスク９５０に対してアイコン９５１を関連付ける操作を行なうことで、第三者もタスク９５０が業務改善の対象となることを知ることができる。他の局面において、タスク９５０の内容を規定するデータが業務改善のためのデータに書き換えられた場合、その書き換えられたことに基づいてアイコン９５１がＣＰＵ１によって自動的に関連付けられてもよい。

フロー９３０は、最終目標の業務フロー（Ｔｏ－Ｂｅ）を表わす。一例として、フロー９２０においてタスク９５０として示されていた二番目のタスクは、その内容が変更されることに基づいてタスク９６０として示されている。タスク９６０には、アイコン９６１が付されている。アイコン９６１は、タスク９５０がタスク９６０のように改善されることを示している。六番目のタスク９７０には、アイコン９７１が関連付けられている。アイコン９７１は、当該六番目のタスクが、当該業務フローから排除されるものであることを示されている。すなわち、理想の業務フローが実現された場合には、タスク９７０は、当該理想の業務フローには存在しなくなる。

八番目のアイコン９８０には、アイコン９８１が関連付けられている。アイコン９８１は、アイコン９５１と同様に、当該八番目のタスクが簡素化可能であることを示している。

図１０は、タスクの改善に必要な作業の進捗を管理する画面がポップアップ表示された状態を表わす。ある局面において、ユーザーが、タスク９５０またはアイコン９５１を押下すると、モニター８は、領域１０１０をポップアップ表示する。領域１０１０は、当該タスク９５０を改善するために必要な詳細情報（例、具体的な作業の内容）と、その進捗状況とを表示する。領域１０１０は、領域１０１１，１０１２を含む。

ある局面において、領域１０１１は、サーバー１２０に格納されているデータに基づいて改善に必要な作業を表示する。他の局面において、ユーザーは、領域１０１１に対して改善に必要な作業を入力できる。入力の形態は、特に限定されない。

領域１０１２は、サーバー１２０に格納されているデータに基づいて、当該作業の進捗状況を表示する。進捗状況は、未着手、進行中および完了のいずれかを含む。その他のステータスが進捗状況として使用されてもよい。各作業の進捗状況が全て「完了」になると、サーバー１２０またはクライアント１１０のＣＰＵ１は、当該タスクの改善が完了したと判定する。他の局面において、ユーザーは、領域１０１２に対して、進捗状況を示す情報を入力できる。入力の形態は特に限定されないが、予め準備された項目から選択する形式であってもよい。領域１０１０がポップアップ表示されることで、当該業務フローの改善の担当者は、進捗状況を容易に確認することができる。

図１１は、業務フローの改善の完了に応じて画面が切り替えられる一例を表わす図である。たとえば、ＣＰＵ１は、当該業務フローを構成するタスクに含まれる一以上の作業の改善の進捗状況が「完了」になったか否かに応じて、改善が完了したか否かを判定する。

状態（Ａ）に示されるように、現在の業務フロー（Ａｓ－Ｉｓ）から、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）への改善が完了した場合、モニター８は、ポップアップ画面１１１０を表示する。ポップアップ画面１１１０は、業務フローの切り替えの要否を問い合わせるメッセージを表示する。ユーザーが、ポップアップ画面１１１０において「はい」を選択すると、クライアント１１０のＣＰＵ１は、画面の切り替えを指示するメッセージをサーバー１２０に送信する。サーバー１２０は、その指示を受信すると、Ｔｏ－Ｂｅの業務フローの配置を維持した状態で、現在のＡｓ－Ｉｓが表示されている場所に、改善に必要な作業が完了したＣａｎ－Ｂｅの業務フローを配置するデータを生成する。サーバー１２０は、その生成したデータをクライアント１１０に送信する。クライアント１１０は、当該データを受信すると、これまでのＡｓ－Ｉｓの業務フローがＣａｎ－Ｂｅの業務フローに置き換えられた業務フローをモニター８に表示する（状態Ｂ）。これにより、これまでのＣａｎ－Ｂｅの業務フローは、新たなＡｓ－Ｉｓの業務フローとなり、理想の業務フロー（Ｔｏ－Ｂｅ）への改善のための新たなスタートとなる。

図１２は、画面の切り替えの他の例を表わす図である。業務フローの改善の対象となる業務（タスク）には、問題事象、原因および施策の方向性が関連付けられている。したがって、クライアント１１０のユーザーは、モニター８に表示されているタブを切り替えることにより、問題事象、原因および施策の方向性を確認することができる。

より具体的には、状態（Ａ）に示されるように、モニター８は、三種類の業務フローを表示している。さらに、モニター８は、表示される画面に対応付けられたタブ１２１０，１２２０等を表示している。状態（Ａ）では、タブ１２１０が選択されてアクティブになっており、各業務フローが表示されている。ユーザーがタブ１２２０を選択すると、モニター８は、問題事象、原因および施策の方向性を表示する画面に切り替える（状態Ｂ）。これにより、業務フローを構成する各業務のうち該当する業務について、クライアント１１０のユーザーは、問題事象、原因および施策の方向性を容易に確認することができる。

［制御構造］
図１３～図１６を参照して、サーバー１２０の制御構造について説明する。図１３は、ある局面において業務フローの登録を受け付けるためにサーバー１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。

ステップＳ１３１０にて、ＣＰＵ１は、クライアント１１０に対する操作に応じてクライアント１１０から送信される信号に基づいて、システム１０へのログインを検知する。

ステップＳ１３２０にて、ＣＰＵ１は、クライアント１１０に対して入力されるデータに基づいて生成された業務フローのデータを、クライアント１１０から受信する。

ステップＳ１３３０にて、ＣＰＵ１は、当該業務フローが新規の業務フローであるか否かを判断する。ＣＰＵ１は、当該業務フローが新規の業務フローであると判断すると（ステップＳ１３３０にてＹＥＳ）、制御をステップＳ１３４０に切り替える。そうでない場合には（ステップＳ１３３０にてＮＯ）、ＣＰＵ１は制御をステップＳ１３５０に切り替える。

ステップＳ１３４０にて、ＣＰＵ１は、当該業務フローのデータを、新規の業務フロー（バージョン１）として、ハードディスク５のデータベースに登録する。

ステップＳ１３５０にて、ＣＰＵ１は、当該業務フローのデータを、既存の業務フローの最新バージョンとして、ハードディスク５のデータベースに登録する。

図１４は、業務フローを表示しつつ改善作業の進捗を管理するためにサーバー１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。

ステップＳ１４１０にて、ＣＰＵ１は、クライアント１１０に対する操作に応じてクライアント１１０から送信される信号に基づいて、システム１０へのログインを検知する。

ステップＳ１４１５にて、ＣＰＵ１は、クライアント１１０から受信したデータに基づいて、ハードディスク５のデータベースから業務フローを検索する。クライアント１１０から受信するデータは、クライアント１１０の識別番号と、業務フローの識別番号または名称と、抽出命令とを含み得る。

ステップＳ１４２０にて、ＣＰＵ１は、検索した業務フローについて、現在の業務フローと将来の業務フローとを並べて表示するためのデータを生成し、生成したデータをクライアント１１０に送信する。クライアント１１０は、そのデータを受信すると、現在の業務フローと将来の業務フローとをモニター８に並べて表示する。

ステップＳ１４２５にて、ＣＰＵ１は、将来の業務フローの全ての改善に必要な作業が完了したか否かを判断する。この判断は、各作業の進捗状況が全て「完了」になっているか否かに基づいて行なわれる。ＣＰＵ１は、当該作業が完了したと判断すると（ステップＳ１４２５にてＹＥＳ）、制御をステップＳ１４６０に切り替える。そうでない場合には（ステップＳ１４２５にてＮＯ）、ＣＰＵ１は、制御をステップＳ１４３０に切り替える。

ステップＳ１４３０にて、ＣＰＵ１は、将来の業務フローの作業が新たに選択されたか否かを判断する。ＣＰＵ１は、当該将来の業務フローの作業が新たに選択されたと判断すると（ステップＳ１４３０にてＹＥＳ）、制御をステップＳ１４３５に切り替える。そうでない場合には（ステップＳ１４３０にてＮＯ）、ＣＰＵ１は制御をステップＳ１４３０に戻す。

ステップＳ１４３５にて、ＣＰＵ１は、改善に必要な作業が登録されているか否かを判断する。ＣＰＵ１は、改善に必要な作業が登録されていると判断すると（ステップＳ１４３５にてＹＥＳ）、制御をステップＳ１４４０に切り替える。そうでない場合には（ステップＳ１４３５にてＮＯ）、ＣＰＵ１は制御をステップＳ１４３０に戻す。

ステップＳ１４４０にて、ＣＰＵ１は、改善に必要な作業の一覧とその進捗を表示する。

ステップＳ１４４５にて、ＣＰＵ１は、進捗の更新指示があったか否かを判断する。ＣＰＵ１は、進捗の更新指示があったと判断すると（ステップＳ１４４５にてＹＥＳ）、制御をステップＳ１４５０に切り替える。そうでない場合には（ステップＳ１４４５にてＮＯ）、ＣＰＵは、制御をステップＳ１４３０に戻す。

ステップＳ１４５０にて、ＣＰＵ１は、データベースの業務フローの進捗を更新する。
ステップＳ１４５５にて、ＣＰＵ１は、将来の業務フローの全ての改善に必要な作業が完了したか否かを判断する。ＣＰＵ１は、当該必要な作業が完了したと判断すると（ステップＳ１４５５にてＹＥＳ）、制御をステップＳ１４６０に切り替える。そうでない場合には（ステップＳ１４５５にてＮＯ）、ＣＰＵ１は、制御をステップＳ１４３０に戻す。

ステップＳ１４６０にて、ＣＰＵ１は、将来の業務フローを現在の業務フローに切り替えるか否かのメッセージを表示する。より具体的には、ＣＰＵ１は、クライアント１１０に当該メッセージを表示させるためのデータを生成し、生成したデータをクライアント１１０に送信する。クライアント１１０は、当該メッセージをモニター８に表示する。ユーザーがメッセージに対する返信を操作すると、その返信に応じた信号が、クライアント１１０からサーバー１２０に送信される。

ステップＳ１４６５にて、ＣＰＵ１は、切り替えが選択されたか否かを判断する。この判断は、クライアント１１０から当該切り替えを指示するデータを受信したか否かに基づいて行なわれる。ＣＰＵ１は、当該切り替えが選択されたと判断すると（ステップＳ１４６５にてＹＥＳ）、制御をステップＳ１４７０に切り替える。そうでない場合には（ステップＳ１４６５にてＮＯ）、ＣＰＵ１は処理を終了する。

ステップＳ１４７０にて、ＣＰＵ１は、将来の業務フローを現在の業務フローに置き換え、最新バージョンとしてデータベースを更新する。

ステップＳ１４７５にて、ＣＰＵ１は、表示する業務フローを最新バージョンに切り替える。

図１５は、将来の業務フローが検討される過程を記憶するためにサーバー１２０が実行する処理の一部を表わすフローチャートである。一例として、ユーザーがクライアント１１０を操作して、業務フローを改善するための情報を入力すると、その情報はクライアント１１０からサーバー１２０に送信され、サーバー１２０は、その情報をデータベース１３０に格納する。業務フローを改善するための情報は、当該業務フローを構成する各業務（タスク）を実現する手段を他の手段に変更すること（たとえば、用紙からソフトウェアによる自動入力への変更）、当該業務の主体を新たな実行主体にすること（サービスを提供する外部の事業者に委託）等を含む。

ステップＳ１５１０にて、サーバー１２０のＣＰＵ１は、クライアント１１０から受信する情報に基づいて、ログインを検知する。ログインする画面は、システム１０が最初に表示する初期画面、および、業務フローの改善のための画面のいずれであってもよい。ログインしたユーザーが予め登録されたユーザーであることが認証されると、ＣＰＵ１は、初期画面またはクライアント１１０のユーザーが希望する画面へのアクセスを許可する。

ステップＳ１５２０にて、ＣＰＵ１は、業務フローの検索要求を受信する。例えば、クライアント１１０のユーザーが業務フローを検索するための情報として、業務フローの番号、業務フローを管理する部署、各業務を実行する主体、あるいは業務に関するキーワードを入力すると、当該情報は、クライアント１１０からサーバー１２０に送信される。サーバー１２０は、当該情報を受信すると、当該情報を検索キーとしてデータベース１３０から該当する業務フローを抽出し、抽出した業務フローのデータをクライアント１１０に送信する。クライアント１１０は、当該データを受信すると、当該データに基づく画面をモニター８に表示する。なお、サーバー１２０がデータベース１３０から検索した結果、複数の候補が抽出された場合には、サーバー１２０は、複数の候補の各々のデータをクライアント１１０に送信してもよい。この場合、クライアント１１０は、業務フローを表示する前に複数の候補の一覧と、いずれかの業務フローの選択を促すメッセージとをモニター８に表示し得る。ユーザーがいずれかの業務フローを選択すると、選択された業務フローの識別情報がサーバー１２０に送信される。サーバー１２０は、その識別情報に基づいて、選択された業務フローを表示するためのデータをデータベース１３０から抽出し、その抽出したデータをクライアント１１０に送信する。

ステップＳ１５３０にて、ＣＰＵ１は、検討過程の情報を受領する。一例として、ＣＰＵ１は、業務フローの改善を検討するためにクライアント１１０に入力された情報をクライアント１１０から受信する。より詳しくは、クライアント１１０のユーザーが、現在の業務フローのいずれかの業務の詳細（作業）を別の作業に変更するための情報を入力すると、その情報は、検討過程の情報としてクライアント１１０からサーバー１２０に送信される。検討過程の情報は、例えば、既存の業務（タスク）を実行する主体の代替可能な他の主体、既存の業務を実行するための既存の手段とは異なる新たな手段を含む。

ステップＳ１５４０にて、ＣＰＵ１は、クライアント１１０から受領した検討過程を表わす情報を、最新の検討過程の情報としてデータベース１３０に登録する。たとえば、ＣＰＵ１は、業務フローの識別番号、改善の対象となる業務の識別番号、改善により取り入れられる作業の内容、当該作業の実行主体等をデータベース１３０に記録する。その後、当該業務フローについての情報がクライアント１１０その他の端末から要求された場合には、サーバー１２０は、当該情報を抽出して、要求を送信したクライアントまたは他の端末にその情報を送信する。当該情報を受信したクライアント１１０または他の端末は、その情報に基づき、検討過程にある業務フローの情報をモニター８に表示する。これにより、検討過程にある業務フローの情報は、クライアント１１０または他の端末の各ユーザーによって共有され得る。

図１６は、検討過程を表示するためにサーバー１２０が実行する処理の一部を表わすフローチャートである。

ステップＳ１６１０にて、ＣＰＵ１は、クライアント１１０から受信したデータに基づいて、ログインを検知する。ログインの対象となる画面は、業務フローを閲覧する初期画面、業務フローの検討や改善のために入力が行なわれる画面のいずれであってもよい。ログイン要求の認証が成功すると、サーバー１２０は、クライアント１１０からの要求を受け付ける状態となる。

ステップＳ１６２０にて、ＣＰＵ１は、クライアント１１０から受信したデータに基づいて、業務フローを検索する。たとえば、ユーザーが、改善を希望する業務フローを特定する情報をクライアント１１０に入力すると、当該特定する情報は、クライアント１１０からサーバー１２０に送信される。この情報は、業務フローの識別番号、業務フローの名称等であり得る。サーバー１２０は、当該情報に基づいて、当該業務フローについて、現在の業務フロー（Ａｓ－Ｉｓ）および将来の業務フロー（Ｃａｎ－Ｂｅ、Ｔｏ－Ｂｅ）の情報を抽出する。

ステップＳ１６３０にて、ＣＰＵ１は、クライアント１１０に、現在の業務フローと将来の業務フローとを並べて表示させる。具体的には、サーバー１２０は、抽出した情報を用いて、これらの業務フローを並べて表示するための描画データを生成する。サーバー１２０は、生成した描画データをクライアント１１０に送信する。クライアント１１０は、描画データを受信すると、各業務フローを並べてモニター８に表示する。ユーザーは、現在の業務フロー（Ａｓ－Ｉｓ）と、将来の業務フロー（Ｃａｎ－ＢｅまたはＴｏ－Ｂｅ）とを対比しながら確認することができる。

ステップＳ１６４０にて、ＣＰＵ１は、検討過程の業務フローの表示への切り替え要求があったか否かを判断する。この処理は、サーバー１２０が、クライアント１１０から切り替えを要求するメッセージを受信した場合に実行される。ＣＰＵ１は、クライアント１１０から受信したメッセージが検討過程の業務フローの表示への切り替えを要求していると判断すると（ステップＳ１６４０にてＹＥＳ）、制御をステップＳ１６５０に切り替える。そうでない場合には（ステップＳ１６４０にてＮＯ）、ＣＰＵ１は、制御をステップＳ１６４０に戻す。

ステップＳ１６５０にて、ＣＰＵ１は、表示中の業務フローの検討過程をクライアント１１０に表示させる。より具体的には、サーバー１２０は、表示中の業務フローに関連付いた検討過程の最新バージョンをデータベース１３０から取得し、当該最新バージョンの業務フローのデータをクライアント１１０に送信する。クライアント１１０は、そのデータを受信すると、当該データに基づいて、検討過程の最新バージョンの業務フローをモニター８に表示する。

［業務フローの詳細例］
図１７および図１８を参照して、業務フローの詳細例について説明する。図１７は、ある業務フローについて、現在の業務フロー（Ａｓ－Ｉｓ）と、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）とを表わす図である。

図１７において、状態（Ａ）として示されるように、現在の業務フローは、家畜保健所と、監督官庁（本庁）と、獣医師とによって遂行される。

一例として、ステップＳ１７００にて、本庁は、ある届出の周知依頼を行なう。この周知依頼は、本庁から家畜保健所に送信される。送信の形態は、郵送、電子メール、ファクシミリ、イントラネットでの告知等のいずれであってもよい。

ステップＳ１７１０にて、家畜保健所の担当者は、各獣医師へ当該届出を通知する。通知の形態は特に限定されず、例えば、郵送、ファクシミリ、電子メール等が用いられ得る。

ステップＳ１７２０にて、獣医師は、家畜保健所から受信した通知に基づいて、届出書を入手する。ステップＳ１７３０にて、獣医師は、届出書に所定事項を記入し、記入後の届出書を本庁に郵送する。

ステップＳ１７４０にて、本庁の担当者は、獣医師から郵送された届出書を受領する。さらに、担当者は、当該届出書の受領を受け付けて届出書を開封する。

ステップＳ１７５０にて、本庁の担当者は、受領した届出書に通し番号を記入する。ステップＳ１７６０にて、本庁の担当者は、受領した届出書の内容をスプレッドシート（たとえば、Excel（登録商標））に入力する。

ステップＳ１７７０にて、本庁の担当者は、他の都道府県在住者からの届出を転送する。ステップＳ１７８０にて、本庁の担当者は、当該届出について起案を行ない、管理者による決裁を受ける。ステップＳ１７９０にて、本庁の担当者は、決裁を受けた届出を国に提出する。

当該業務フローについて、本庁の担当者が改善を希望する場合、全体の業務フローについて理想的な将来の業務フロー（Ｔｏ－Ｂｅ）を想定しつつ、現実に実施可能な次に目標とする業務フロー（Ｃａｎ－Ｂｅ）を想定する。以下では、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）が検討された場合について説明する。

図１７において、状態（Ｂ）として示されるように、家畜保健所による通知業務が、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）から省略されている。すなわち、ステップＳ１７１５にて、本庁の担当者は、家畜保健所ではなく、獣医師に直接通知する。この場合、改善のための施策として、郵送やファクシミリの利用に変えて、電子データでのやりとりを想定して電子メールを用いた連絡が採用されている。これにより、本庁と家畜保健所との連絡業務がなくなると共に、獣医師から受領する連絡が電子データ化される。

さらに、ステップＳ１７６５にて、本庁の担当者は、従来の手入力に代えて自動入力により、スプレッドシートにデータを入力する。たとえば、スプレッドシートへのデータ入力は、ＡＩ－ＯＣＲ（Artificial Intelligence－Optical Character Recognition/Reader）またはＲＰＡ（Robotic Process Automation）のような自動化のためのツールが採用される。

以上のようにして、現在の業務フロー（Ａｓ－Ｉｓ）は、次に目標とする業務フロー（Ｃａｎ－Ｂｅ）に改善され得る。状態（Ｂ）のように規定された業務フローのデータは、クライアント１１０からサーバー１２０に送信され、タイムスタンプおよびバージョン情報と共に、データベース１３０に蓄積される。

図１８は、現在の業務フロー（Ａｓ－Ｉｓ）と、将来の業務フロー（Ｔｏ－Ｂｅ）とを表わす図である。なお、状態（Ａ）は、図１７の状態（Ａ）と同じであるので、状態（Ａ）の説明は繰り返さない。

状態（Ｂ）に示されるように、将来の業務フローでは、現在採用されている届出書の入手および記入・郵送という処理は、業務改善の対象とされる。具体的には、当該処理は電子化され、電子申請の方式が採用される。より詳しくは、状態（Ａ）で示されているステップＳ１７２０およびステップＳ１７３０の業務が、ステップＳ１８１０として示されるように、届出書の電子申請に変更される。

さらに、状態（Ｂ）においてステップＳ１８２０として包括的に示されるように、現在の業務フローにおけるステップＳ１７４０～ステップＳ１７７０までの各業務は、全体として改善される。

具体的には、ステップＳ１７４１にて、本庁の担当者は、獣医師による電子申請されたデータを受信すると、電子的に受付を行ない電子データを開封する。電子データは、当該業務に関するデータを格納するために予め準備された領域に保持され得る。

ステップＳ１７５１にて、本庁の担当者は、受領した届出書の電子データに通し番号を関連付ける。当該届出書と通し番号とは、関連付けられた状態で、クライアント１１０からサーバー１２０に送信され、データベース１３０に格納される。

ステップＳ１７６１にて、本庁の担当者は、クライアント１１０を操作して、スプレッドシートを自動作成し、提出用紙を出力する。例えば、システム１０の一例である電子申請システムは、ＲＰＡを用いて用紙を出力する。

ステップＳ１７７１にて、本庁の担当者は、他の都道府県からの届出として電子申請されたものを転送する。

以上のようにして、現在の業務フローは、電子申請システムを用いた将来の業務フローに変更され得る。

本明細書および図面を参照して開示された技術的特徴の一部は、以下のように要約され得る。

［構成１］ある実施の形態に従うと、システム１０が提供される。システム１０は、サーバー１２０によって実現される。サーバー１２０のＣＰＵ１は、通信インターフェイス７を介して、第１の業務フローを表わすデータの入力と、第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受ける。これらのデータは、クライアント１１０から送信される。サーバー１２０は、第１の業務フローを表わすデータと、第２の業務フローを表わすデータとを関連付けてハードディスク５に記憶し、さらに、データベース１３０にこれらのデータを格納する。

［構成２］ある局面に従うシステム１０において、第１の業務フローは、現在の業務フロー（Ａｓ－Ｉｓ）である。第２の業務フローは、現在の業務フローの将来の業務フロー（Ｃａｎ－ＢｅまたはＴｏ－Ｂｅ）である。

［構成３］ある局面に従うシステム１０において、将来の業務フローは、理想の業務フロー（Ｔｏ－Ｂｅ）と、理想の業務フローに至るまでの過渡的な目標とされる業務フロー（Ｃａｎ－Ｂｅ）とを含む。

［構成４］ある局面に従うと、システム１０は、システム１０と通信可能に接続されたクライアント１１０に、第１の業務フローと、第２の業務フローとを並べて表示させる。例えば、サーバー１２０のＣＰＵ１は、現在の業務フローと将来の業務フローとを並べて表示するための描画データを生成し、生成した描画データをクライアント１１０に送信する。クライアント１１０は、この描画データに基づいてモニター８に現在の業務フローと将来の業務フローとを並べて表示する。

［構成５］ある局面に従うと、ハードディスク５またはデータベース１３０は、複数の将来の業務フローを記憶する。

［構成６］ある局面に従うと、ハードディスク５またはデータベース１３０は、バージョンごとに、第１の業務フローまたは第２の業務フローを記憶する。例えば、クライアント１１０のユーザーが現在の業務フローを改善するための業務フローを入力した状態で保存操作を行なうと、サーバー１２０は、当該改善するための業務フローが現在の業務フローの進化版であることが分かるように、予め定められたルールに基づくバージョン番号を当該改善するための業務フローに関連付ける。サーバー１２０は、バージョン番号が付された業務フローのデータをハードディスク５またはデータベース１３０に格納すると、当該バージョン番号と共に、当該改善するための業務フローが格納されたことをクライアント１１０に通知する。

［構成７］ある局面に従うと、システム１０は、第１の業務フローを第２の業務フローに切り替えるのために必要な作業の進捗を管理する。たとえば、ユーザーがクライアント１１０において、各業務のいずれかを改善するための施策や進捗状況を入力すると、入力された施策および進捗状況は、クライアント１１０からサーバー１２０に送信される。サーバー１２０は、受信した施策および進捗状況を、当該業務フローの改善を管理するデータとして、ハードディスク５またはデータベース１３０に格納する。

［構成８］ある局面に従うと、システム１０は、第２の業務フローの表示を現在の業務フローとしての表示に切り替える。例えば、サーバー１２０は、クライアント１１０から受信した切り替え信号に基づいて、クライアント１１０における表示を切り替えるための描画データを生成する。

［構成９］ある局面に従うと、システム１０は、第２の業務フローの検討過程の情報を記憶する。例えば、サーバー１２０は、現在の業務フローを改善して将来の業務フローとするために検討された改善案としての新たな作業およびその具体的な内容などをクライアント１１０から受信すると、受信したデータをハードディスク５またはデータベース１３０に格納する。サーバー１２０は、その後、クライアント１１０からデータの呼出し要求を受信した場合、要求されているデータをハードディスク５またはデータベース１３０から読み出して、クライアント１１０に当該読み出したデータを送信できる。これにより、ユーザーは、クライアント１１０とは別のクライアント１１０からデータを要求した場合でも、それまでのデータに基づく業務フローの内容を確認することができる。

［構成１０］他の実施の形態に従うと、業務管理のためにコンピューターによって実行される方法が提供される。この方法は、サーバー１２０のＣＰＵ１が、第１の業務フロー（たとえば、現在の業務フロー）を表わすデータの入力と、第１の業務フローと異なる１以上の第２の業務フロー（例えば、実現可能な業務フロー、または、理想の業務フロー）を表わすデータの入力とをそれぞれ受けるステップと、第１の業務フローを表わすデータと、ＣＰＵ１が、第２の業務フローを表わすデータとを関連付けて記憶するステップとを含む。

以上のようにして、ある実施の形態に従うと、現在の業務フローを改善しつつ望ましい業務フローへの移行が支援され得る。また、現在の業務フローと将来の業務フローとが共に表示されるので、業務フローの改善の担当者あるいは管理者は、当該業務フローの改善の進捗状況を把握しやすくなる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

開示された技術的特徴は、たとえば、クラウドサービス、あるいは、ＳａａＳ（Software as a Service）の形態で利用可能である。

１ ＣＰＵ、２ マウス、３ キーボード、４ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、７ 通信インターフェイス、８ モニター、９ ＲＯＭ、１０ システム、１１０ クライアント、１１１，１２１ 通信部、１１２ 表示部、１１３ 操作部、１２０ サーバー、１２２ 業務フロー登録部、１２３ 業務フロー検索部、１２４ 表示内容生成部、１２５ 改善作業進捗管理部、１３０ データベース、１９０ ネットワーク、２００ コンピューター装置、３００，４００ 画面、３１０ 番号、３２０ 内容、３３０ 更新日、３４０ 運用開始日、５００，６００，７００，８００ テーブル、９１０，９２０，９３０ フロー、９４０ バージョン、９５０，９６０，９７０ タスク、９５１，９６１，９７１，９８０，９８１ アイコン、１１１０ ポップアップ画面、１２１０，１２２０ タブ。

Claims (11)

1. 第１の業務フローを表わすデータの入力と、前記第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受ける入力手段と、
   前記第１の業務フローを表わすデータと、前記第２の業務フローを表わすデータとを関連付けて記憶する記憶手段とを備え、
   前記第１の業務フローは、現在の業務フローであり、
   前記第２の業務フローは、前記現在の業務フローの将来の業務フローであり、
   前記将来の業務フローは、理想の業務フローと、前記理想の業務フローに至るまでの過渡的な目標とされる業務フローとを含む、業務管理システム。
2. 前記業務管理システムに接続された情報通信端末に、前記第１の業務フローと、前記第２の業務フローとを並べて表示させるための表示制御手段をさらに備える、請求項１に記載の業務管理システム。
3. 前記記憶手段は、複数の前記将来の業務フローを記憶する、請求項１または２に記載の業務管理システム。
4. 第１の業務フローを表わすデータの入力と、前記第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受ける入力手段と、
   前記第１の業務フローを表わすデータと、前記第２の業務フローを表わすデータとを関連付けて記憶する記憶手段と、
   前記第１の業務フローを前記第２の業務フローに切り替えるのために必要な作業の進捗を管理する管理手段とを備える、業務管理システム。
5. 第１の業務フローを表わすデータの入力と、前記第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受ける入力手段と、
   前記第１の業務フローを表わすデータと、前記第２の業務フローを表わすデータとを関連付けて記憶する記憶手段と、
   前記第２の業務フローの表示を現在の業務フローとしての表示に切り替える切替手段とを備える、業務管理システム。
6. 前記記憶手段は、バージョンごとに、前記第１の業務フローまたは前記第２の業務フローを記憶する、請求項１～５のいずれかに記載の業務管理システム。
7. 前記第２の業務フローの検討過程の情報を記憶する過程情報記憶手段をさらに備える、請求項１～６のいずれかに記載の業務管理システム。
8. 業務管理のためにコンピューターによって実行される方法であって、
   第１の業務フローを表わすデータの入力と、前記第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受けるステップと、
   前記第１の業務フローを表わすデータと、前記第２の業務フローを表わすデータとを関連付けて記憶するステップとを含み、
   前記第１の業務フローは、現在の業務フローであり、
   前記第２の業務フローは、前記現在の業務フローの将来の業務フローであり、
   前記将来の業務フローは、理想の業務フローと、前記理想の業務フローに至るまでの過渡的な目標とされる業務フローとを含む、方法。
9. 業務管理のためにコンピューターによって実行される方法であって、
   第１の業務フローを表わすデータの入力と、前記第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受けるステップと、
   前記第１の業務フローを表わすデータと、前記第２の業務フローを表わすデータとを関連付けて記憶するステップと、
   前記第１の業務フローを前記第２の業務フローに切り替えるのために必要な作業の進捗を管理するステップとを含む、方法。
10. 業務管理のためにコンピューターによって実行される方法であって、
    第１の業務フローを表わすデータの入力と、前記第１の業務フローと異なる１以上の第２の業務フローを表わすデータの入力とをそれぞれ受けるステップと、
    前記第１の業務フローを表わすデータと、前記第２の業務フローを表わすデータとを関連付けて記憶するステップと、
    前記第２の業務フローの表示を現在の業務フローとしての表示に切り替えるステップとを含む、方法。
11. 請求項８～１０のいずれかに記載の方法をコンピューターに実行させるプログラム。

Images