業務管理システム
【課題】業務フロー図から任意の業務を指定して必要な処理を行うことが可能なシステムにおいて、担当者毎の作業遅延をより効果的に防止できるようにする。
【解決手段】個々の業務名が表示されている領域に対して対応業務に関するタスクの処理を指示するための操作ボタンを割り当てた業務フロー図を業務選択用のメニュー画面として表示する業務フロー表示部１２と、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理する進捗状況管理部１５と、タスクの進捗状況を表示する進捗状況表示部１７とを備え、タスクの進捗状況に変化が生じたかどうかに関係なく、各段階の業務の担当者がタスクの進捗状況を表示して確認できるようにすることで、担当者が自分の行うべきタスクを確認して遅滞なく処理することができるようにする。
【解決手段】個々の業務名が表示されている領域に対して対応業務に関するタスクの処理を指示するための操作ボタンを割り当てた業務フロー図を業務選択用のメニュー画面として表示する業務フロー表示部１２と、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理する進捗状況管理部１５と、タスクの進捗状況を表示する進捗状況表示部１７とを備え、タスクの進捗状況に変化が生じたかどうかに関係なく、各段階の業務の担当者がタスクの進捗状況を表示して確認できるようにすることで、担当者が自分の行うべきタスクを確認して遅滞なく処理することができるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は業務管理システムに関し、特に、各種業務の管理を業務フローに従って行うことを支援するシステムに用いて好適なものである。
【背景技術】
【０００２】
一般に、企業内での各種業務は、あらかじめ設定された複数の段階からなる業務フローに従って行われる。例えば、貿易取引では、成約、輸出事務、輸入事務、出荷、在庫管理、伝票発行、経理などの各種段階の流れに従って業務が行われる。業務の流れについて管理計画された業務フローを円滑に進行するためには、業務フローの各段階における業務の進捗状況の管理が必要となる。従来、業務フローに従って行われる各段階の業務管理を支援するシステムがいくつか提供されている（例えば、特許文献１，２を参照）。
【０００３】
特許文献１に記載の業務管理システムでは、業務の流れを示す業務フロー図を表示し、当該業務フロー図の特定の領域がユーザにより選択されると、その領域に対応する業務の入力画面を表示し、当該入力画面において文書の登録処理ができるようになされている。特許文献２に記載の業務管理システムでは、進捗状況を迅速に把握して円滑な業務フローの進行を促すことを目的として、業務フローの進捗状況の変化に応じて、その進捗状況を関連する送信先に送信して表示するようになされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−９２９０４号公報
【特許文献２】特開２００５−１７３８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載の技術によれば、業務処理の流れを表した業務フロー図を視覚的に分かりやすいメニュー画面として利用し、当該メニュー画面から任意の業務を指定して必要な処理を行うことができる。このため、各段階の業務の担当者が自分の担当業務を行う際の操作性が向上するという利点がある。しかしながら、業務を行うか否かは基本的に担当者任せであるため、担当者毎の作業遅延が発生する可能性があるという問題があった。
【０００６】
これに対して、特許文献２に記載の技術によれば、業務フローの進捗状況に変化が生じたときに、関連する送信先に進捗状況が送信されて表示されるため、これが送信先に対する業務の実行を促すメッセージとして作用し、円滑な業務フローの進行が促進される。しかしながら、進捗状況を受信した送信先の担当者は、その進捗状況の通知を受ける度にすぐに担当業務を行えるとは限らず、時間の余裕ができたときに行うことが多い。その場合、やるべき未処理の業務が蓄積されていくが、それらについては進捗の変化がないので、再びメッセージが届くことはない。そのため、どの業務から優先して処理すべきかが分からず、優先度の高い業務について更に作業が遅延してしまう可能性があるという問題があった。
【０００７】
本発明は、このような問題を解決するために成されたものであり、業務フロー図をメニュー画面として表示し、当該メニュー画面から任意の業務を指定して必要な処理を行うことができるようになされたシステムにおいて、担当者毎の作業遅延をより効果的に防止できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明では、各業務の流れを視覚的に表した業務フロー図を業務選択用のメニュー画面として表示するとともに、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理し、タスクの進捗状況を表示するようにしている。例えば、業務フローの各業務の中から指定された業務に関する１以上の未処理タスクの進捗状況を表示する。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、各段階の業務の担当者は、各業務の流れが視覚的に分かりやすい業務フロー図から自分の担当業務を指定して必要な処理を行うことができるので、操作性がよく、業務の効率化を図ることができる。また、タスクの進捗状況に変化が生じたかどうかに関係なく、各業務のタスクの進捗状況を表示して確認することができるので、担当者は自分が行うべきタスクを必要に応じていつでも確認することでき、担当者毎の作業遅延をより効果的に防止することができるようになる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態による業務管理システムの機能構成例を示すブロック図である。
【図２】貿易取引に関する業務フローを定義した本実施形態の業務フロー定義情報の一例を示している。
【図３】本実施形態の業務フロー表示部によって業務選択用のメニュー画面として表示装置に表示される業務フロー図の例を示す図である。
【図４】本実施形態の進捗情報記憶部に記憶されるタスク進捗情報の例を示す図である。
【図５】本実施形態の進捗状況表示部によって表示装置に表示されるナビゲーション画面の例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による業務管理システムの機能構成例を示すブロック図である。本実施形態の業務管理システム１０は、その機能構成として、業務フロー定義情報記憶部１１、業務フロー表示部１２、操作受付部１３、対応業務処理部１４、進捗状況管理部１５、進捗情報記憶部１６および進捗状況表示部１７を備えて構成されている。
【００１２】
なお、業務フロー定義情報記憶部１１および進捗情報記憶部１６は、ハードディスクや半導体メモリ等の記録媒体により構成されている。また、それ以外の業務フロー表示部１２、指定操作受付部１３、対応業務処理部１４、進捗状況管理部１５および進捗状況表示部１７の各機能構成は、例えばソフトウェアによって実現される。すなわち、本実施形態の業務管理システム１０は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、上述の各機能構成はＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現される。
【００１３】
業務フロー定義情報記憶部１１は、あらかじめ設定された複数段階の業務からなる業務フローを定義した業務フロー定義情報を記憶する。この業務フロー定義情報は、業務フローに沿った各業務を特定する業務情報と、当該各業務の流れの順序を特定する順序情報とを少なくとも含んでいる。
【００１４】
図２は、業務フロー定義情報記憶部１１に記憶される業務フロー定義情報の一例を示す図である。なお、図２は、貿易取引に関する業務フローを定義した業務フロー定義情報の例を示している。図２に示すように、業務フロー定義情報は、レコード内の項目として業務ＩＤ、業務カテゴリ、業務、１つ後の業務を含んでいる。このうち、業務カテゴリおよび業務が上述の業務情報に相当し、１つ後の業務が上述の順序情報に相当する。
【００１５】
項目「業務ＩＤ」は、業務フローに沿った各業務の１つ１つをユニークに識別するための情報である。項目「業務カテゴリ」は、各業務の大まかな分類を表す情報である。例えば、貿易取引の場合、「成約」「輸出事務」「輸入事務」「出荷」「在庫管理」「伝票発行」「経理」の１つ１つが業務カテゴリに該当する。項目「業務」は、各業務カテゴリに属する具体的な業務を示す情報である。すなわち、各々の業務は何れかの業務カテゴリに属する。例えば、「出荷」という業務カテゴリの中には“出荷依頼”“出荷完了”という２つの業務が含まれている。また、「伝票発行」という業務カテゴリの中には、“仕入売上伝票発行”“仕入伝票発行”“売上伝票発行”“請求書発行”という４つの業務が含まれている。なお、以下では業務カテゴリを「」で記述し、個々の業務を“”で記述するものとする。
【００１６】
また、項目「１つ後の業務」は、当該レコード（業務ＩＤ）の業務よりも作業の流れが１つの後の順序に相当する業務を示す情報である。なお、１つ後の業務は、１つである場合もあるし、複数である場合もある。また、業務フローの最後の業務（具体的には、「経理」の業務カテゴリに属する“計上指示”“売買大括”の２つの業務）に関しては、１つ後の業務は存在しない。
【００１７】
業務フロー表示部１２は、業務フロー定義情報記憶部１１に記憶されている業務フロー定義情報に基づいて、各業務の流れを視覚的に表した業務フロー図を表示装置２０に表示するよう制御する。この業務フロー図は、業務フロー上の各業務の表示領域が当該各業務に対応するタスクの処理を指示するための操作領域（操作ボタン）に割り当てられたメニュー画面として機能する。
【００１８】
図３は、業務フロー表示部１２によって業務選択用のメニュー画面として表示装置２０に表示される業務フロー図の例を示す図である。本実施形態では、図３に示すように、業務カテゴリとそれに属する個々の業務との関係や、個々の業務の流れが一見して識別できるように業務フロー図を表示している。図３において、各業務の横方向の並びは作業の流れを示している。縦方向に一列に並んだ複数の業務（具体的には、「成約」の業務カテゴリに属する“売買成約”“売成約”“買成約”“パターン”の４つの業務、「伝票発行」の業務カテゴリに属する“仕入売上伝票発行”“仕入伝票発行”“売上伝票発行”“請求書発行”の４つの業務、「経理」の業務カテゴリに属する“計上指示”“売買大括”の２つの業務）は、この中の何れか１つを選択して処理することを意味している。
【００１９】
図３に示す業務フロー図では、各業務の表示領域（矩形領域）の１つ１つが、当該各業務に対応するタスクの入力画面の表示（対応業務に関するタスクの処理）を指示するための操作ボタン（以下、業務処理指示ボタンという）となっている。また、図３に示すメニュー画面には、後述するナビゲーション画面の表示を指示するためのナビゲーションボタン３０が設けられている。これら各業務の業務処理指示ボタンまたはナビゲーションボタン３０は、マウスなどの操作部４０を操作することによって押下することができるようになっている。
【００２０】
操作受付部１３は、操作部４０の操作を受け付ける。例えば、操作受付部１３は、上述した業務処理指示ボタンまたはナビゲーションボタン３０の押下操作を受け付ける。また、操作受付部１３は、ナビゲーションボタン３０の押下操作によって表示されるナビゲーション画面上に表示した業務指定ボタンやタスク指定ボタン（これらについては後述する）の押下操作も受け付ける。また、操作受付部１３は、業務処理指示ボタンの押下操作によって表示される入力画面に対する種々の情報入力操作も受け付ける。
【００２１】
対応業務処理部１４は、業務処理指示ボタンの押下操作が操作受付部１３により受け付けられたときに、操作された業務処理指示ボタンに対応するタスクの入力画面を表示装置２０に表示する。あるいは、対応業務処理部１４は、ナビゲーション画面上のタスク指定ボタンの押下操作が操作受付部１３により受け付けられたときに、操作されたタスク指定ボタンに対応するタスクに関する入力画面を表示装置２０に表示する。
【００２２】
ここで入力画面の表示対象とするタスクは、業務フローの最初の業務（「成約」の業務カテゴリに属する“売買成約”“売成約”“買成約”“パターン”の４つの業務）に関しては、業務処理指示ボタンの押下に応じて対応業務処理部１４が新規に生成する。一方、業務フローの２番目以降の業務に関しては、１つ前の業務の完了時に対応業務処理部１４により生成された未処理タスクが対象となる。この未処理タスクは、具体的には、進捗情報記憶部１６にステータスが未処理として登録されているタスクである。
【００２３】
なお、業務処理指示ボタンの押下により指定された業務に関して未処理タスクが複数存在する場合（進捗情報記憶部１６にステータスが未処理として登録されているタスクが複数存在する場合）、対応業務処理部１４は、例えば、複数の未処理タスクをタスク選択画面にて一覧表示して何れか１つをユーザに選択させ、選択された未処理タスクの入力画面を表示する。
【００２４】
対応業務処理部１４は、未処理タスクの入力画面を表示装置２０に表示した後、操作部４０の操作を通じて当該入力画面に入力された情報を用いて、当該未処理タスクの処理を実行する。その実行内容はタスクの種類によって異なる。すなわち、入力画面を通じて入力された情報を図示しないデータベースに登録する処理、入力された情報を指定先のコンピュータにネットワーク送信する処理、入力された情報を用いて伝票を発行する処理など、タスクの実行処理は様々である。対応業務処理部１４は、未処理タスクについてこれらの処理を実行し終わると、当該処理が完了したタスクの次に処理すべき未処理タスクを生成する。
【００２５】
すなわち、対応業務処理部１４は、未処理タスクの処理が完了したときに、業務フロー定義情報記憶部１１に記憶されている業務フロー定義情報を参照して、処理が完了したタスクの業務の次に処理すべき業務を確認する。そして、その次に処理すべき業務の未処理タスクを生成し、その旨を進捗状況管理部１５に通知する。このとき対応業務処理部１４は、次に処理すべき未処理タスクのタスクＩＤも進捗状況管理部１５に通知する。
【００２６】
進捗状況管理部１５は、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理する。具体的には、進捗状況管理部１５は、対応業務処理部１４により新規の未処理タスクが生成されたときに、当該未処理タスクの進捗状況を特定するタスク進捗情報を、レコードを１つ追加して進捗情報記憶部１６に新たに記憶する。新規の未処理タスクが生成されるのは、上述したように、業務フローの最初の業務が業務処理指示ボタンの押下により指定されたとき、または、未処理タスクの処理を実行し終わったときである。前者の場合は、指定された業務の未処理タスクが新規に生成される。後者の場合は、処理が完了したタスクの次に処理すべき未処理タスクが新規に生成される。
【００２７】
また、進捗状況管理部１５は、対応業務処理部１４による未処理タスクの処理が完了したときに、当該処理が完了したタスクの進捗状況を未処理から処理済に更新する。すなわち、進捗情報記憶部１６に記憶されているタスク進捗情報のステータスを未処理から処理済に書き換えることにより、未処理タスクを処理済タスクに更新する。また、進捗状況管理部１５は、こうして未処理タスクから更新された処理済タスクのレコードに対し、当該未処理タスクの処理日を記憶する。
【００２８】
進捗情報記憶部１６は、進捗状況管理部１５により管理される業務フローの進捗状況を表す業務フロー進捗情報であって、上述のタスク進捗情報を記憶する。図４は、進捗情報記憶部１６に記憶されるタスク進捗情報の例を示す図である。図４に示すように、タスク進捗情報は、レコード内の項目として業務ＩＤ、タスクＩＤ、ステータス、前タスクＩＤ、タスク生成日およびタスク処理日を含んでいる。項目「業務ＩＤ」は、図２に示した業務ＩＤと同じものである。項目「タスクＩＤ」は、対応業務処理部１４により生成される各タスクの１つ１つをユニークに識別するための情報である。
【００２９】
項目「ステータス」は、そのタスクが未処理であるか処理済であるかの進捗状況を表す情報である。このステータスが未処理となっているものが未処理タスクであり、処理済となっているものが処理済タスクである。このステータスが、進捗状況管理部１５により適宜更新される。すなわち、タスクの生成時はステータスが未処理となっている。一方、その未処理タスクが対応業務処理部１４により実行されると、進捗状況管理部１５によりステータスが処理済に更新される。
【００３０】
項目「前タスクＩＤ」は、未処理タスクの処理完了時に対応業務処理部１４により新規に生成された未処理タスクの１つ前のタスク（つまり、当該処理の完了により処理済タスクとされたタスク）のタスクＩＤを示す情報である。項目「タスク生成日」は、対応業務処理部１４により未処理タスクが新規に生成された日を示す情報である。項目「タスク処理日」は、対応業務処理部１４により未処理タスクの処理が行われた日、すなわち、未処理タスクの処理完了日を示す情報である。
【００３１】
進捗状況表示部１７は、業務フロー図上のナビゲーションボタン３０の押下操作が操作受付部１３により受け付けられたときに、ナビゲーション画面を表示装置２０に表示するよう制御する。そして、進捗状況表示部１７は、このナビゲーション画面上において、業務フロー定義情報記憶部１１に記憶されている業務フロー定義情報および進捗情報記憶部１６に記憶されているタスク進捗情報に基づいて、タスクの進捗状況を表示装置２０に表示するよう制御する。
【００３２】
また、進捗状況表示部１７は、ナビゲーション画面上の業務指定ボタンの押下操作が操作受付部１３により受け付けられたとき、つまり、業務フローの各業務の中から何れかを指定するための操作が操作受付部１３により受け付けられたときに、指定された業務に関する未処理タスクを一覧表示するよう制御する。このとき進捗状況表示部１７は、指定された業務の未処理タスクについて、その業務よりも１つの前に処理された業務の名称を未処理タスクの進捗状況として一覧表示するよう制御する。
【００３３】
具体的には、進捗状況表示部１７は、進捗情報記憶部１６に記憶されているタスク進捗情報を参照して、指定された業務でステータスが未処理となっているレコードを抽出し、抽出した各レコードから前タスクＩＤを得る。そして、進捗状況表示部１７は、取得した前タスクＩＤと同じタスクＩＤを持つ処理済タスクのレコードから業務ＩＤを取得し、その業務ＩＤに対応する業務名を業務フロー定義情報記憶部１１から取得してナビゲーション画面上に一覧表示する。
【００３４】
図５は、表示装置２０に表示されるナビゲーション画面の例を示す図である。図５に示すように、ナビゲーション画面は、業務フロー図上のナビゲーションボタン３０の押下に応じて業務フローの各業務毎にタスクの進捗状況を数値として表示する第１の領域５１と、ナビゲーション画面上の業務指定ボタン５３の押下に応じて指定業務の未処理タスクを一覧表示する第２の領域５２とを有している。
【００３５】
第１の領域５１では、業務フローの中の１つあるいは複数の業務をまとめた所定単位毎に、未処理タスクの件数を数値として表示している。例えば、“通関手配”という業務については、現在処理可能となっている（処理すべき）未処理タスクが６件あることを示している。
【００３６】
本実施形態では、この６件の処理済タスクを３つのカテゴリに分けて件数表示している。３つのカテゴリは、未処理タスクのタスク生成日からの経過日数に応じて分けたものである。経過日数が大きいほど、未処理タスクの処理が遅延していることを意味するので、当該未処理タスクを処理すべき緊急度が高くなる。すなわち、３つのカテゴリは、未処理タスクの処理の緊急度を表している。図５の例では、“通関手配”という業務に関する未処理タスクが合計６件あり、その内訳は緊急度の高いものが３件、緊急度が中くらいのものが２件、緊急度が低いものが１件あることを示している。
【００３７】
なお、上述したように、「伝票発行」の業務カテゴリに属する４つの業務“仕入売上伝票発行”“仕入伝票発行”“売上伝票発行”“請求書発行”は、この中の何れか１つを選択して処理するものである。したがって、図５のナビゲーション画面上では、これら４つの業務をまとめた業務カテゴリについて、未処理タスクの件数を数値として表示している。すなわち、「伝票発行」という業務カテゴリについては、当該業務カテゴリに属する４つの業務に関する未処理タスクの合計件数（緊急度の高いものが２件、緊急度が中くらいのものが３件、緊急度が低いものが７件）を数値として表示している。
【００３８】
第１の領域５１において、業務名または複数の業務をまとめた単位名を表示している領域の１つ１つが、業務指定ボタン５３に割り当てられている。第２の領域５２には、この業務指定ボタン５３の押下操作により指定された業務（または、指定された所定単位に属する複数の業務）に関する未処理タスクについて、その業務よりも１つの前に処理された業務の名称が未処理タスクの進捗状況として一覧表示される。図５の例は、「伝票発行」の業務カテゴリに関する業務指定ボタン５３が押下されたときの表示状態を示している。
【００３９】
すなわち、図５の第２の領域５２には、「伝票発行」に関する合計１２件の未処理タスクが、伝票発行よりも１つ前の４つの業務“船積完了”“出荷完了”“出庫完了”“荷捌完了”まで処理済という表現形式で１行ずつ一覧表示されている。この第２の領域５２では、合計１２件の未処理タスクをそのタスク生成日からの経過日数（すなわち、未処理タスクの処理すべき緊急度）に応じて上から順番に１行ずつ表示している。また、合計１２件の未処理タスクを処理すべき緊急度に応じて３つのカテゴリ別に色分けして表示している。
【００４０】
このように表示された未処理タスクの１行１行（各レコード）が、タスク指定ボタンに割り当てられている。すなわち、何れかの行を押下すると、そのことが操作受付部１３を通じて対応業務処理部１４に通知される。この通知を受けて対応業務処理部１４は、指定された未処理タスクの入力画面を表示装置２０に表示する。
【００４１】
なお、第２の領域５２に表示される未処理タスクの情報には、１つ前の業務の名称、処理基準日、処理基準日からの経過日数または処理基準日までの残日数が含まれる。ここで、処理基準日は、未処理タスクの目安となる処理日を示すものである。例えば、未処理タスクの生成日から所定日後が処理基準日として設定される。処理基準日からの経過日数は、ナビゲーション画面を開いている時点において処理基準日から何日経過しているかを示すものである。また、処理基準日までの残日数は、ナビゲーション画面を開いている時点において処理基準日まであと何日残っているかを示すものである。
【００４２】
以上詳しく説明したように、本実施形態では、各業務の流れを視覚的に表した業務フロー図を業務選択用のメニュー画面として表示し、業務フロー図において個々の業務名が表示されている領域を、対応業務に関するタスクの処理を指示するための操作ボタン（業務処理指示ボタン）に割り当てている。また、本実施形態では、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理し、業務毎にタスクの進捗状況をナビゲーション画面に表示するようにしている。
【００４３】
このように構成した本実施形態によれば、各段階の業務の担当者は、各業務の流れが視覚的に分かりやすい業務フロー図から自分の担当業務を指定して必要な処理を行うことができるので、操作性がよく、業務の効率化を図ることができる。また、タスクの進捗状況に変化が生じたかどうかに関係なく、各業務のタスクの進捗状況をナビゲーション画面に表示して確認することができるので、担当者は自分が行うべきタスクをいつでも確認することでき、担当者毎の作業遅延をより効果的に防止することができるようになる。
【符号の説明】
【００４４】
１０ 業務管理システム
１１ 業務フロー定義情報記憶部
１２ 業務フロー表示部
１３ 操作受付部
１４ 対応業務処理部
１５ 進捗状況管理部
１６ 進捗情報記憶部
１７ 進捗状況表示部
【技術分野】
【０００１】
本発明は業務管理システムに関し、特に、各種業務の管理を業務フローに従って行うことを支援するシステムに用いて好適なものである。
【背景技術】
【０００２】
一般に、企業内での各種業務は、あらかじめ設定された複数の段階からなる業務フローに従って行われる。例えば、貿易取引では、成約、輸出事務、輸入事務、出荷、在庫管理、伝票発行、経理などの各種段階の流れに従って業務が行われる。業務の流れについて管理計画された業務フローを円滑に進行するためには、業務フローの各段階における業務の進捗状況の管理が必要となる。従来、業務フローに従って行われる各段階の業務管理を支援するシステムがいくつか提供されている（例えば、特許文献１，２を参照）。
【０００３】
特許文献１に記載の業務管理システムでは、業務の流れを示す業務フロー図を表示し、当該業務フロー図の特定の領域がユーザにより選択されると、その領域に対応する業務の入力画面を表示し、当該入力画面において文書の登録処理ができるようになされている。特許文献２に記載の業務管理システムでは、進捗状況を迅速に把握して円滑な業務フローの進行を促すことを目的として、業務フローの進捗状況の変化に応じて、その進捗状況を関連する送信先に送信して表示するようになされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−９２９０４号公報
【特許文献２】特開２００５−１７３８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載の技術によれば、業務処理の流れを表した業務フロー図を視覚的に分かりやすいメニュー画面として利用し、当該メニュー画面から任意の業務を指定して必要な処理を行うことができる。このため、各段階の業務の担当者が自分の担当業務を行う際の操作性が向上するという利点がある。しかしながら、業務を行うか否かは基本的に担当者任せであるため、担当者毎の作業遅延が発生する可能性があるという問題があった。
【０００６】
これに対して、特許文献２に記載の技術によれば、業務フローの進捗状況に変化が生じたときに、関連する送信先に進捗状況が送信されて表示されるため、これが送信先に対する業務の実行を促すメッセージとして作用し、円滑な業務フローの進行が促進される。しかしながら、進捗状況を受信した送信先の担当者は、その進捗状況の通知を受ける度にすぐに担当業務を行えるとは限らず、時間の余裕ができたときに行うことが多い。その場合、やるべき未処理の業務が蓄積されていくが、それらについては進捗の変化がないので、再びメッセージが届くことはない。そのため、どの業務から優先して処理すべきかが分からず、優先度の高い業務について更に作業が遅延してしまう可能性があるという問題があった。
【０００７】
本発明は、このような問題を解決するために成されたものであり、業務フロー図をメニュー画面として表示し、当該メニュー画面から任意の業務を指定して必要な処理を行うことができるようになされたシステムにおいて、担当者毎の作業遅延をより効果的に防止できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明では、各業務の流れを視覚的に表した業務フロー図を業務選択用のメニュー画面として表示するとともに、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理し、タスクの進捗状況を表示するようにしている。例えば、業務フローの各業務の中から指定された業務に関する１以上の未処理タスクの進捗状況を表示する。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、各段階の業務の担当者は、各業務の流れが視覚的に分かりやすい業務フロー図から自分の担当業務を指定して必要な処理を行うことができるので、操作性がよく、業務の効率化を図ることができる。また、タスクの進捗状況に変化が生じたかどうかに関係なく、各業務のタスクの進捗状況を表示して確認することができるので、担当者は自分が行うべきタスクを必要に応じていつでも確認することでき、担当者毎の作業遅延をより効果的に防止することができるようになる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態による業務管理システムの機能構成例を示すブロック図である。
【図２】貿易取引に関する業務フローを定義した本実施形態の業務フロー定義情報の一例を示している。
【図３】本実施形態の業務フロー表示部によって業務選択用のメニュー画面として表示装置に表示される業務フロー図の例を示す図である。
【図４】本実施形態の進捗情報記憶部に記憶されるタスク進捗情報の例を示す図である。
【図５】本実施形態の進捗状況表示部によって表示装置に表示されるナビゲーション画面の例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による業務管理システムの機能構成例を示すブロック図である。本実施形態の業務管理システム１０は、その機能構成として、業務フロー定義情報記憶部１１、業務フロー表示部１２、操作受付部１３、対応業務処理部１４、進捗状況管理部１５、進捗情報記憶部１６および進捗状況表示部１７を備えて構成されている。
【００１２】
なお、業務フロー定義情報記憶部１１および進捗情報記憶部１６は、ハードディスクや半導体メモリ等の記録媒体により構成されている。また、それ以外の業務フロー表示部１２、指定操作受付部１３、対応業務処理部１４、進捗状況管理部１５および進捗状況表示部１７の各機能構成は、例えばソフトウェアによって実現される。すなわち、本実施形態の業務管理システム１０は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、上述の各機能構成はＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現される。
【００１３】
業務フロー定義情報記憶部１１は、あらかじめ設定された複数段階の業務からなる業務フローを定義した業務フロー定義情報を記憶する。この業務フロー定義情報は、業務フローに沿った各業務を特定する業務情報と、当該各業務の流れの順序を特定する順序情報とを少なくとも含んでいる。
【００１４】
図２は、業務フロー定義情報記憶部１１に記憶される業務フロー定義情報の一例を示す図である。なお、図２は、貿易取引に関する業務フローを定義した業務フロー定義情報の例を示している。図２に示すように、業務フロー定義情報は、レコード内の項目として業務ＩＤ、業務カテゴリ、業務、１つ後の業務を含んでいる。このうち、業務カテゴリおよび業務が上述の業務情報に相当し、１つ後の業務が上述の順序情報に相当する。
【００１５】
項目「業務ＩＤ」は、業務フローに沿った各業務の１つ１つをユニークに識別するための情報である。項目「業務カテゴリ」は、各業務の大まかな分類を表す情報である。例えば、貿易取引の場合、「成約」「輸出事務」「輸入事務」「出荷」「在庫管理」「伝票発行」「経理」の１つ１つが業務カテゴリに該当する。項目「業務」は、各業務カテゴリに属する具体的な業務を示す情報である。すなわち、各々の業務は何れかの業務カテゴリに属する。例えば、「出荷」という業務カテゴリの中には“出荷依頼”“出荷完了”という２つの業務が含まれている。また、「伝票発行」という業務カテゴリの中には、“仕入売上伝票発行”“仕入伝票発行”“売上伝票発行”“請求書発行”という４つの業務が含まれている。なお、以下では業務カテゴリを「」で記述し、個々の業務を“”で記述するものとする。
【００１６】
また、項目「１つ後の業務」は、当該レコード（業務ＩＤ）の業務よりも作業の流れが１つの後の順序に相当する業務を示す情報である。なお、１つ後の業務は、１つである場合もあるし、複数である場合もある。また、業務フローの最後の業務（具体的には、「経理」の業務カテゴリに属する“計上指示”“売買大括”の２つの業務）に関しては、１つ後の業務は存在しない。
【００１７】
業務フロー表示部１２は、業務フロー定義情報記憶部１１に記憶されている業務フロー定義情報に基づいて、各業務の流れを視覚的に表した業務フロー図を表示装置２０に表示するよう制御する。この業務フロー図は、業務フロー上の各業務の表示領域が当該各業務に対応するタスクの処理を指示するための操作領域（操作ボタン）に割り当てられたメニュー画面として機能する。
【００１８】
図３は、業務フロー表示部１２によって業務選択用のメニュー画面として表示装置２０に表示される業務フロー図の例を示す図である。本実施形態では、図３に示すように、業務カテゴリとそれに属する個々の業務との関係や、個々の業務の流れが一見して識別できるように業務フロー図を表示している。図３において、各業務の横方向の並びは作業の流れを示している。縦方向に一列に並んだ複数の業務（具体的には、「成約」の業務カテゴリに属する“売買成約”“売成約”“買成約”“パターン”の４つの業務、「伝票発行」の業務カテゴリに属する“仕入売上伝票発行”“仕入伝票発行”“売上伝票発行”“請求書発行”の４つの業務、「経理」の業務カテゴリに属する“計上指示”“売買大括”の２つの業務）は、この中の何れか１つを選択して処理することを意味している。
【００１９】
図３に示す業務フロー図では、各業務の表示領域（矩形領域）の１つ１つが、当該各業務に対応するタスクの入力画面の表示（対応業務に関するタスクの処理）を指示するための操作ボタン（以下、業務処理指示ボタンという）となっている。また、図３に示すメニュー画面には、後述するナビゲーション画面の表示を指示するためのナビゲーションボタン３０が設けられている。これら各業務の業務処理指示ボタンまたはナビゲーションボタン３０は、マウスなどの操作部４０を操作することによって押下することができるようになっている。
【００２０】
操作受付部１３は、操作部４０の操作を受け付ける。例えば、操作受付部１３は、上述した業務処理指示ボタンまたはナビゲーションボタン３０の押下操作を受け付ける。また、操作受付部１３は、ナビゲーションボタン３０の押下操作によって表示されるナビゲーション画面上に表示した業務指定ボタンやタスク指定ボタン（これらについては後述する）の押下操作も受け付ける。また、操作受付部１３は、業務処理指示ボタンの押下操作によって表示される入力画面に対する種々の情報入力操作も受け付ける。
【００２１】
対応業務処理部１４は、業務処理指示ボタンの押下操作が操作受付部１３により受け付けられたときに、操作された業務処理指示ボタンに対応するタスクの入力画面を表示装置２０に表示する。あるいは、対応業務処理部１４は、ナビゲーション画面上のタスク指定ボタンの押下操作が操作受付部１３により受け付けられたときに、操作されたタスク指定ボタンに対応するタスクに関する入力画面を表示装置２０に表示する。
【００２２】
ここで入力画面の表示対象とするタスクは、業務フローの最初の業務（「成約」の業務カテゴリに属する“売買成約”“売成約”“買成約”“パターン”の４つの業務）に関しては、業務処理指示ボタンの押下に応じて対応業務処理部１４が新規に生成する。一方、業務フローの２番目以降の業務に関しては、１つ前の業務の完了時に対応業務処理部１４により生成された未処理タスクが対象となる。この未処理タスクは、具体的には、進捗情報記憶部１６にステータスが未処理として登録されているタスクである。
【００２３】
なお、業務処理指示ボタンの押下により指定された業務に関して未処理タスクが複数存在する場合（進捗情報記憶部１６にステータスが未処理として登録されているタスクが複数存在する場合）、対応業務処理部１４は、例えば、複数の未処理タスクをタスク選択画面にて一覧表示して何れか１つをユーザに選択させ、選択された未処理タスクの入力画面を表示する。
【００２４】
対応業務処理部１４は、未処理タスクの入力画面を表示装置２０に表示した後、操作部４０の操作を通じて当該入力画面に入力された情報を用いて、当該未処理タスクの処理を実行する。その実行内容はタスクの種類によって異なる。すなわち、入力画面を通じて入力された情報を図示しないデータベースに登録する処理、入力された情報を指定先のコンピュータにネットワーク送信する処理、入力された情報を用いて伝票を発行する処理など、タスクの実行処理は様々である。対応業務処理部１４は、未処理タスクについてこれらの処理を実行し終わると、当該処理が完了したタスクの次に処理すべき未処理タスクを生成する。
【００２５】
すなわち、対応業務処理部１４は、未処理タスクの処理が完了したときに、業務フロー定義情報記憶部１１に記憶されている業務フロー定義情報を参照して、処理が完了したタスクの業務の次に処理すべき業務を確認する。そして、その次に処理すべき業務の未処理タスクを生成し、その旨を進捗状況管理部１５に通知する。このとき対応業務処理部１４は、次に処理すべき未処理タスクのタスクＩＤも進捗状況管理部１５に通知する。
【００２６】
進捗状況管理部１５は、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理する。具体的には、進捗状況管理部１５は、対応業務処理部１４により新規の未処理タスクが生成されたときに、当該未処理タスクの進捗状況を特定するタスク進捗情報を、レコードを１つ追加して進捗情報記憶部１６に新たに記憶する。新規の未処理タスクが生成されるのは、上述したように、業務フローの最初の業務が業務処理指示ボタンの押下により指定されたとき、または、未処理タスクの処理を実行し終わったときである。前者の場合は、指定された業務の未処理タスクが新規に生成される。後者の場合は、処理が完了したタスクの次に処理すべき未処理タスクが新規に生成される。
【００２７】
また、進捗状況管理部１５は、対応業務処理部１４による未処理タスクの処理が完了したときに、当該処理が完了したタスクの進捗状況を未処理から処理済に更新する。すなわち、進捗情報記憶部１６に記憶されているタスク進捗情報のステータスを未処理から処理済に書き換えることにより、未処理タスクを処理済タスクに更新する。また、進捗状況管理部１５は、こうして未処理タスクから更新された処理済タスクのレコードに対し、当該未処理タスクの処理日を記憶する。
【００２８】
進捗情報記憶部１６は、進捗状況管理部１５により管理される業務フローの進捗状況を表す業務フロー進捗情報であって、上述のタスク進捗情報を記憶する。図４は、進捗情報記憶部１６に記憶されるタスク進捗情報の例を示す図である。図４に示すように、タスク進捗情報は、レコード内の項目として業務ＩＤ、タスクＩＤ、ステータス、前タスクＩＤ、タスク生成日およびタスク処理日を含んでいる。項目「業務ＩＤ」は、図２に示した業務ＩＤと同じものである。項目「タスクＩＤ」は、対応業務処理部１４により生成される各タスクの１つ１つをユニークに識別するための情報である。
【００２９】
項目「ステータス」は、そのタスクが未処理であるか処理済であるかの進捗状況を表す情報である。このステータスが未処理となっているものが未処理タスクであり、処理済となっているものが処理済タスクである。このステータスが、進捗状況管理部１５により適宜更新される。すなわち、タスクの生成時はステータスが未処理となっている。一方、その未処理タスクが対応業務処理部１４により実行されると、進捗状況管理部１５によりステータスが処理済に更新される。
【００３０】
項目「前タスクＩＤ」は、未処理タスクの処理完了時に対応業務処理部１４により新規に生成された未処理タスクの１つ前のタスク（つまり、当該処理の完了により処理済タスクとされたタスク）のタスクＩＤを示す情報である。項目「タスク生成日」は、対応業務処理部１４により未処理タスクが新規に生成された日を示す情報である。項目「タスク処理日」は、対応業務処理部１４により未処理タスクの処理が行われた日、すなわち、未処理タスクの処理完了日を示す情報である。
【００３１】
進捗状況表示部１７は、業務フロー図上のナビゲーションボタン３０の押下操作が操作受付部１３により受け付けられたときに、ナビゲーション画面を表示装置２０に表示するよう制御する。そして、進捗状況表示部１７は、このナビゲーション画面上において、業務フロー定義情報記憶部１１に記憶されている業務フロー定義情報および進捗情報記憶部１６に記憶されているタスク進捗情報に基づいて、タスクの進捗状況を表示装置２０に表示するよう制御する。
【００３２】
また、進捗状況表示部１７は、ナビゲーション画面上の業務指定ボタンの押下操作が操作受付部１３により受け付けられたとき、つまり、業務フローの各業務の中から何れかを指定するための操作が操作受付部１３により受け付けられたときに、指定された業務に関する未処理タスクを一覧表示するよう制御する。このとき進捗状況表示部１７は、指定された業務の未処理タスクについて、その業務よりも１つの前に処理された業務の名称を未処理タスクの進捗状況として一覧表示するよう制御する。
【００３３】
具体的には、進捗状況表示部１７は、進捗情報記憶部１６に記憶されているタスク進捗情報を参照して、指定された業務でステータスが未処理となっているレコードを抽出し、抽出した各レコードから前タスクＩＤを得る。そして、進捗状況表示部１７は、取得した前タスクＩＤと同じタスクＩＤを持つ処理済タスクのレコードから業務ＩＤを取得し、その業務ＩＤに対応する業務名を業務フロー定義情報記憶部１１から取得してナビゲーション画面上に一覧表示する。
【００３４】
図５は、表示装置２０に表示されるナビゲーション画面の例を示す図である。図５に示すように、ナビゲーション画面は、業務フロー図上のナビゲーションボタン３０の押下に応じて業務フローの各業務毎にタスクの進捗状況を数値として表示する第１の領域５１と、ナビゲーション画面上の業務指定ボタン５３の押下に応じて指定業務の未処理タスクを一覧表示する第２の領域５２とを有している。
【００３５】
第１の領域５１では、業務フローの中の１つあるいは複数の業務をまとめた所定単位毎に、未処理タスクの件数を数値として表示している。例えば、“通関手配”という業務については、現在処理可能となっている（処理すべき）未処理タスクが６件あることを示している。
【００３６】
本実施形態では、この６件の処理済タスクを３つのカテゴリに分けて件数表示している。３つのカテゴリは、未処理タスクのタスク生成日からの経過日数に応じて分けたものである。経過日数が大きいほど、未処理タスクの処理が遅延していることを意味するので、当該未処理タスクを処理すべき緊急度が高くなる。すなわち、３つのカテゴリは、未処理タスクの処理の緊急度を表している。図５の例では、“通関手配”という業務に関する未処理タスクが合計６件あり、その内訳は緊急度の高いものが３件、緊急度が中くらいのものが２件、緊急度が低いものが１件あることを示している。
【００３７】
なお、上述したように、「伝票発行」の業務カテゴリに属する４つの業務“仕入売上伝票発行”“仕入伝票発行”“売上伝票発行”“請求書発行”は、この中の何れか１つを選択して処理するものである。したがって、図５のナビゲーション画面上では、これら４つの業務をまとめた業務カテゴリについて、未処理タスクの件数を数値として表示している。すなわち、「伝票発行」という業務カテゴリについては、当該業務カテゴリに属する４つの業務に関する未処理タスクの合計件数（緊急度の高いものが２件、緊急度が中くらいのものが３件、緊急度が低いものが７件）を数値として表示している。
【００３８】
第１の領域５１において、業務名または複数の業務をまとめた単位名を表示している領域の１つ１つが、業務指定ボタン５３に割り当てられている。第２の領域５２には、この業務指定ボタン５３の押下操作により指定された業務（または、指定された所定単位に属する複数の業務）に関する未処理タスクについて、その業務よりも１つの前に処理された業務の名称が未処理タスクの進捗状況として一覧表示される。図５の例は、「伝票発行」の業務カテゴリに関する業務指定ボタン５３が押下されたときの表示状態を示している。
【００３９】
すなわち、図５の第２の領域５２には、「伝票発行」に関する合計１２件の未処理タスクが、伝票発行よりも１つ前の４つの業務“船積完了”“出荷完了”“出庫完了”“荷捌完了”まで処理済という表現形式で１行ずつ一覧表示されている。この第２の領域５２では、合計１２件の未処理タスクをそのタスク生成日からの経過日数（すなわち、未処理タスクの処理すべき緊急度）に応じて上から順番に１行ずつ表示している。また、合計１２件の未処理タスクを処理すべき緊急度に応じて３つのカテゴリ別に色分けして表示している。
【００４０】
このように表示された未処理タスクの１行１行（各レコード）が、タスク指定ボタンに割り当てられている。すなわち、何れかの行を押下すると、そのことが操作受付部１３を通じて対応業務処理部１４に通知される。この通知を受けて対応業務処理部１４は、指定された未処理タスクの入力画面を表示装置２０に表示する。
【００４１】
なお、第２の領域５２に表示される未処理タスクの情報には、１つ前の業務の名称、処理基準日、処理基準日からの経過日数または処理基準日までの残日数が含まれる。ここで、処理基準日は、未処理タスクの目安となる処理日を示すものである。例えば、未処理タスクの生成日から所定日後が処理基準日として設定される。処理基準日からの経過日数は、ナビゲーション画面を開いている時点において処理基準日から何日経過しているかを示すものである。また、処理基準日までの残日数は、ナビゲーション画面を開いている時点において処理基準日まであと何日残っているかを示すものである。
【００４２】
以上詳しく説明したように、本実施形態では、各業務の流れを視覚的に表した業務フロー図を業務選択用のメニュー画面として表示し、業務フロー図において個々の業務名が表示されている領域を、対応業務に関するタスクの処理を指示するための操作ボタン（業務処理指示ボタン）に割り当てている。また、本実施形態では、業務フローの各業務に含まれる１以上のタスクの進捗状況を管理し、業務毎にタスクの進捗状況をナビゲーション画面に表示するようにしている。
【００４３】
このように構成した本実施形態によれば、各段階の業務の担当者は、各業務の流れが視覚的に分かりやすい業務フロー図から自分の担当業務を指定して必要な処理を行うことができるので、操作性がよく、業務の効率化を図ることができる。また、タスクの進捗状況に変化が生じたかどうかに関係なく、各業務のタスクの進捗状況をナビゲーション画面に表示して確認することができるので、担当者は自分が行うべきタスクをいつでも確認することでき、担当者毎の作業遅延をより効果的に防止することができるようになる。
【符号の説明】
【００４４】
１０ 業務管理システム
１１ 業務フロー定義情報記憶部
１２ 業務フロー表示部
１３ 操作受付部
１４ 対応業務処理部
１５ 進捗状況管理部
１６ 進捗情報記憶部
１７ 進捗状況表示部
【特許請求の範囲】
【請求項１】
業務フローを定義する業務フロー定義情報であって、上記業務フローに沿った各業務を特定する業務情報および当該各業務の流れの順序を特定する順序情報を含んだ業務フロー定義情報を記憶する業務フロー定義情報記憶部と、
上記業務フロー定義情報記憶部に記憶されている上記業務フロー定義情報に基づいて、上記各業務の流れを視覚的に表した業務フロー図であって、当該業務フロー図内の各業務の表示領域が当該各業務に対応するタスクの処理を指示するための操作領域に割り当てられたメニュー画面として機能する業務フロー図を表示するよう制御する業務フロー表示部と、
上記業務フローの各業務に含まれる１以上のタスクの進捗状況を管理する進捗状況管理部と、
上記進捗状況管理部により管理される上記業務フローの進捗状況を表す情報であって、上記各業務のタスク毎の進捗状況を特定するタスク進捗情報を記憶する進捗情報記憶部と、
上記業務フロー定義情報記憶部に記憶されている上記業務フロー定義情報および上記進捗情報記憶部に記憶されている上記タスク進捗情報に基づいて、上記タスクの進捗状況を表示するよう制御する進捗状況表示部とを備えたことを特徴とする業務管理システム。
【請求項２】
上記業務フローの各業務の中から何れかを指定するための操作を受け付ける操作受付部を更に備え、
上記進捗状況表示部は、上記操作受付部により受け付けられた指定に係る業務の未処理タスクについて、その未処理タスクよりも１つの前に処理されたことが上記タスク進捗情報により示されている１以上の業務を上記未処理タスクの進捗状況として一覧表示するよう制御することを特徴とする請求項１に記載の業務管理システム。
【請求項１】
業務フローを定義する業務フロー定義情報であって、上記業務フローに沿った各業務を特定する業務情報および当該各業務の流れの順序を特定する順序情報を含んだ業務フロー定義情報を記憶する業務フロー定義情報記憶部と、
上記業務フロー定義情報記憶部に記憶されている上記業務フロー定義情報に基づいて、上記各業務の流れを視覚的に表した業務フロー図であって、当該業務フロー図内の各業務の表示領域が当該各業務に対応するタスクの処理を指示するための操作領域に割り当てられたメニュー画面として機能する業務フロー図を表示するよう制御する業務フロー表示部と、
上記業務フローの各業務に含まれる１以上のタスクの進捗状況を管理する進捗状況管理部と、
上記進捗状況管理部により管理される上記業務フローの進捗状況を表す情報であって、上記各業務のタスク毎の進捗状況を特定するタスク進捗情報を記憶する進捗情報記憶部と、
上記業務フロー定義情報記憶部に記憶されている上記業務フロー定義情報および上記進捗情報記憶部に記憶されている上記タスク進捗情報に基づいて、上記タスクの進捗状況を表示するよう制御する進捗状況表示部とを備えたことを特徴とする業務管理システム。
【請求項２】
上記業務フローの各業務の中から何れかを指定するための操作を受け付ける操作受付部を更に備え、
上記進捗状況表示部は、上記操作受付部により受け付けられた指定に係る業務の未処理タスクについて、その未処理タスクよりも１つの前に処理されたことが上記タスク進捗情報により示されている１以上の業務を上記未処理タスクの進捗状況として一覧表示するよう制御することを特徴とする請求項１に記載の業務管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−２６２３６１（Ｐ２０１０−２６２３６１Ａ）
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願番号】特願２００９−１１０９２５（Ｐ２００９−１１０９２５）
【出願日】平成２１年４月３０日（２００９．４．３０）
【出願人】（３９９１０４８４４）住商情報システム株式会社 (7)
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願日】平成２１年４月３０日（２００９．４．３０）
【出願人】（３９９１０４８４４）住商情報システム株式会社 (7)
[ Back to top ]