JP2001076046A

JP2001076046A - ワークフロー案件自動投入装置および方法

Info

Publication number: JP2001076046A
Application number: JP25129799A
Authority: JP
Inventors: Kaori Kano; 香織加納; Takeshi Nagano; 毅永野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-09-06
Filing date: 1999-09-06
Publication date: 2001-03-23
Anticipated expiration: 2019-09-06
Also published as: JP3916199B2

Abstract

(57)【要約】【課題】案件を自動投入することを必要とするどのよう
な業務に対しても、自動的に案件を投入する事を可能と
する装置および方法を提供し、これにより生産性を上
げ、開発コストを下げることを目的とする。【解決手段】ワークフローへ投入するために必要な情報
を格納するＷＦ投入情報記憶手段と、アプリケーション
が固有に持つデータを格納するＡＰ情報記憶手段と、Ｗ
Ｆ投入情報とＡＰ情報とを関連づけそれらを補足するた
めの案件属性マップ定義情報記憶手段を用意する。これ
らの情報に基づいて、どのような業務に対しても、自動
的にワークフローシステムに案件を投入する汎用的な案
件自動投入装置を用いて、自動的な案件投入を行なう。【効果】案件を自動投入するのに必要な情報を少ない労
力で生成し、案件自動投入装置にこの情報を与えること
で、各業務ごとに案件投入部分を作らなくても、自動的
に案件を投入することを可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ワークフローへ案
件投入を行うワークフロー案件自動投入装置および方法
に関し、特にどのような業務に対しても案件投入に必要
な情報をワークフロー定義に基づいて外部から独立した
形で与えることで、自動的に案件を投入することを可能
とするワークフロー案件自動投入装置および方法に関す
る。

【０００２】

【従来の技術】オフィスにおける文書の回覧業務の効率
を向上させるインフラの一つとして、ワークフローシス
テムがある。従来のワークフローシステムは、複数の作
業者が関わる業務の流れをあらかじめ用意しておけば、
その流れにしたがって処理が進むシステムであり、文書
を電子化し、ネットワーク上で回覧を行うものである。
上記ワークフローの公知例として、例えば特開平１１−
２５１８５号がある。

【０００３】従来のワークフローシステムでは、１つの
業務に対応する情報をビジネスプロセス(複数の作業者
が一連の流れで行う業務)単位で管理し、ワークフロー
の定義部分もビジネスプロセス単位で記述していた。

【０００４】また従来のワークフローシステムでは、ア
プリケーションから設定されることを想定した属性値を
利用して分岐条件を定義し、ワークフローの処理では、
そのような分岐条件を判定して分岐を制御する。実際に
ワークフローが動作するときは、アプリケーションの実
行時にアプリケーション側からワークフローに対してア
プリケーションのデータを属性値として設定し、その属
性値に基づいてワークフローの分岐が行われていた。

【０００５】このように、各業務ごとにワークフローの
ビジネスプロセスとアプリケーションは、密接な関係に
あった。すなわち、各ワークフローの業務ごとに特化し
たアプリケーションプログラムを作成する必要があり、
業務開発には多大な工数と開発コストを必要とした。そ
れは、たとえ比較的単純な手順で実現可能である案件投
入処理に対しても同様であり、汎用的で、各業務アプリ
ケーションに対して共通な案件投入処理を開発するのは
大変であり、各業務それぞれに開発していたために開発
コストが高くなっていた。

【０００６】

【発明が解決しようとする課題】一方、データベース
（ＤＢ）のデータや、他のシステムから取り込んだ大量
のデータをもとに、自動的にワークフロー発信するよう
な業務ニーズがある。上記のような従来の方法では、ワ
ークフローは業務依存しているので、それぞれ業務ごと
に案件投入部分のプログラムを作らねばならず、特に、
決まった手順でワークフローへの投入を行う業務におい
てもそれぞれ案件投入部分のプログラムを作らねばなら
なかった。これでは、生産性が悪く、開発コストも高く
なる。

【０００７】本発明の目的は、上記の課題を解決し、案
件を自動投入することを必要とするどのような業務に対
しても、自動的に案件を投入する事を可能とする方法お
よび装置を提供し、これにより生産性を上げ、開発コス
トを下げることにある。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、ワークフローサーバを有しあらかじめ定
められたワークフロー定義に基づいて案件を回覧しなが
ら業務を処理するワークフロー管理システムに、案件を
自動投入するワークフロー案件自動投入装置であって、
案件を投入するために必要な情報であるワークフロー
（ＷＦ）投入情報を格納したＷＦ投入情報記憶手段と、
投入すべき案件に係る個別の情報を生成するアプリケー
ションが出力する情報であるアプリケーション（ＡＰ）
情報を格納するＡＰ情報記憶手段と、前記ＷＦ投入情報
および前記ＡＰ情報に基づいて、前記ワークフロー管理
システムに案件を投入する案件投入手段とを備えたこと
を特徴とする。

【０００９】また本発明は、ワークフローサーバを有し
あらかじめ定められたワークフロー定義に基づいて案件
を回覧しながら業務を処理するワークフロー管理システ
ムに、案件を自動投入するワークフロー案件自動投入装
置であって、案件を投入するために必要な情報であるワ
ークフロー（ＷＦ）投入情報を格納したＷＦ投入情報記
憶手段と、投入すべき案件に係る個別の情報を生成する
アプリケーションが出力する情報であるアプリケーショ
ン（ＡＰ）情報を格納するＡＰ情報記憶手段と、前記Ｗ
Ｆ投入情報と前記ＡＰ情報とを関連づけ、またはこれら
の情報を補足する案件属性マップ定義情報を格納する案
件属性マップ定義情報記憶手段と、前記ＷＦ投入情報、
前記ＡＰ情報、および前記案件属性マップ定義情報に基
づいて、前記ワークフロー管理システムに案件を投入す
る案件投入手段とを備えたことを特徴とする。

【００１０】さらに前記案件投入手段による案件投入の
スケジュールを管理するスケジュール管理手段を備えて
もよい。前記ＷＦ投入情報を、前記ワークフロー定義を
生成するワークフロー定義装置から自動生成するように
してもよい。前記ＷＦ投入情報、前記ＡＰ情報、および
／または前記案件属性マップ定義情報は、ＸＭＬ(eXten
sible Markup Language)形式で記述するとよい。前記案
件投入手段による案件投入プロセスは、複数並行して起
動できるようにするとよい。

【００１１】また、本発明に係るワークフロー案件自動
投入方法は、ワークフローサーバを有しあらかじめ定め
られたワークフロー定義に基づいて案件を回覧しながら
業務を処理するワークフロー管理システムに、案件を自
動投入するワークフロー案件自動投入方法であって、案
件を投入するために必要な情報であるワークフロー（Ｗ
Ｆ）投入情報を取得するステップと、投入すべき案件に
係る個別の情報を生成するアプリケーションが出力する
情報であるアプリケーション（ＡＰ）情報を取得するス
テップと、前記ＷＦ投入情報と前記ＡＰ情報とを関連づ
け、またはこれらの情報を補足する案件属性マップ定義
情報を取得するステップと、前記ＷＦ投入情報、前記Ａ
Ｐ情報、および前記案件属性マップ定義情報に基づい
て、前記ワークフロー管理システムに案件を投入する案
件投入ステップとを備えたことを特徴とする。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００１３】図１は、本発明の一実施形態の全体的な構
成を示すブロック図である。同図において、１０１は案
件を自動投入するための案件自動投入装置、１０６はワ
ークフローサーバ、１１５および１１６はワークフロー
クライアントである。ワークフローサーバ１０６は、従
来より用いられているものと同様のものであり、ワーク
フロー定義部１０７と、ワークフロー管理部１０８から
構成されている。また、ワークフロー定義情報記憶手段
１１３にはワークフローを定義した情報が、案件管理情
報記憶手段１１４には実際に投入された案件を管理する
のに必要な情報が格納されている。

【００１４】案件自動投入装置１０１は、案件投入装置
１０２、およびスケジュール管理装置１０３から構成さ
れている。スケジュール管理装置１０３は、時間監視手
段１０４を備えており、スケジュール情報が格納された
スケジュール情報記憶手段１０５の情報を参照して案件
投入装置１０２を管理する。自動案件投入のスケジュー
ル管理を行なうのは、投入すべき案件に応じたスケジュ
ールで処理したい場合があるからである。例えば、資材
関係の発注伝票は頻繁に発行されるのでその処理のため
には短い時間間隔で自動案件投入する、あるいは旅費精
算の伝票はたまに処理すれば十分であるので３日に１回
自動案件投入する、という具合である。

【００１５】案件投入装置１０２は、各業務の案件情報
フォルダ１０９に格納されているワークフロー（ＷＦ）
投入情報記憶手段１１０、アプリケーション（ＡＰ）情
報記憶手段１１１、および案件属性マップ定義情報記憶
手段１１２のそれぞれの情報をもとに、案件をワークフ
ローサーバ１０６へ自動投入する。ＷＦ投入情報記憶手
段１１０には、ワークフローサーバ１０６への案件投入
に必要な情報が格納され、ＡＰ情報記憶手段１１１に
は、案件を最初に投入するアプリケーション（例えば、
資材関係の発注伝票を発行するアプリケーション、旅費
精算の伝票を発行するアプリケーションなど）が固有に
持つデータが格納され、案件属性マップ定義情報記憶手
段１１２には、ＷＦ投入情報記憶手段１１０の情報とＡ
Ｐ情報記憶手段の情報１１１とを関連付け、それらを補
足するための情報が格納されている。

【００１６】図８は、本発明の実施形態をもとに具体的
なヘルプデスクシステムを構成したー実施例を示す図で
ある。図８のヘルプデスクは、任意の利用者が、インタ
ーネットやイントラネットのＷＷＷ環境から、例えば各
種質問などを投稿して、効率よくその回答をうけとるま
での流れをワークフロー化した実例である。任意のタイ
ミングで発生する質問事項のワークフロー案件投入の自
動化に対して、本発明に係る案件自動投入装置を適用し
たものである。図８については、後にさらに詳しく説明
する。

【００１７】図２は、本実施形態の案件自動投入装置の
概要を示すブロック図である。案件情報フォルダ２０１
には、各業務ごとのフォルダ２０２，２０６，２０９な
ど、業務の数だけ業務用案件情報フォルダを用意する。
各業務ごとの案件情報フォルダの中には、図１のＷＦ投
入情報記憶手段１１０、ＡＰ情報記憶手段１１１、必要
な場合には案件属性マップ定義情報記憶手段１１２を用
意する。図２では、ＷＦ投入情報記憶手段２０３，２０
７，２１０、ＡＰ情報記憶手段２０４，２０８，２１
１、および案件属性マップ定義情報記憶手段２０５，２
１２が、それらに相当する。

【００１８】各ＷＦ投入情報記憶手段２０３，２０７，
２１０は、各業務用案件情報フォルダ２０２，２０６，
２０９にそれぞれただ１つ存在する。ＡＰ情報記憶手段
２０４，２０８，２１１には、その業務処理として１件
ごとの処理されたデータ（例えば、アプリケーションに
より入力された資材関係の発注伝票１件、旅費精算の伝
票１件、あるいはヘルプデスクシステムで入力された質
問１件などのデータ）が別々に各業務用案件情報フォル
ダ２０２，２０６，２０９に複数件格納されていく。ま
た、案件属性マップ定義情報記憶手段２０５，２１２が
必要な場合、これらはその業務用案件フォルダ２０２，
２０９にそれぞれただ１つ存在する。

【００１９】新しい業務を追加する場合は、その業務用
の案件情報フォルダ１０９を用意し、ＷＦ投入情報記憶
手段１１０を定義すればよい。必要な場合は案件属性マ
ップ定義情報記憶手段１１２も定義する。

【００２０】図３は、ワークフロー定義装置からのＷＦ
投入情報の生成を示した図である。ワークフロー定義装
置（図１，２では不図示）は、図１，２のワークフロー
サーバ１０６で実行されるワークフローを定義（ビジネ
スプロセスの定義）するために別途用意される装置であ
る。ワークフロー定義装置３０１は、ビジネスプロセス
定義部分３０２と、ＷＦ投入情報生成装置３０３からな
る。ワークフロー定義装置３０１は、ワークフローサー
バ１０６に接続されている。ビジネスプロセス定義部分
３０２は、ワークフローの定義を行なう部分（作成した
ＷＦ定義情報はＷＦ定義情報記憶手段１１３に格納す
る）である。ＷＦ投入情報生成装置３０３は、ビジネス
プロセス定義部分３０２において作成されたＷＦの定義
情報から、ＸＭＬ形式で記述されたＷＦ投入情報３０４
を生成する。ＷＦ投入情報３０４は、例えば、ＷＦ投入
に必要なＢＰ（ビジネスプロセス）名、ケース名、およ
び属性名などの情報を持つ。

【００２１】３０５は、ＸＭＬ形式で表現されたＷＦ投
入情報３０４で用いているタグのタグ名と、そのタグに
記述されている情報についての説明を表にしたものであ
る。＜ＢＰ名＞では、ビジネスプロセス名（文書を回覧
する処理の全体に付けた名前）を格納する。＜ノード名
＞では、作業の内容や処理の名前であるノード名（文書
が回覧される個々のノードの名前）を格納する。＜ケー
ス名＞では、回覧する文書をいれるためのケースの名前
であるケース名を格納する。ワークフロー業務の分岐処
理の判定などに使用する＜属性名＞では、ケース中に定
義されている属性名を格納し、属性の型を持つ。＜案件
ＩＤ指定手段＞では、そのワークフロー業務での案件情
報を一意に識別するための管理番号である案件ＩＤをど
う採番させるかを格納する。具体的には、ワークフロー
サーバ１０６による自動採番か、アプリケーション情報
を取り込んで設定するかを指定する。

【００２２】ＷＦ投入情報３０４に含まれるこれらＢＰ
名、ノード名、ケース名、属性名、および案件ＩＤ指定
手段は、どの業務に対しても共通なタグ名であり、ＷＦ
投入情報３０４から得たデータを使用すれば業務の種別
に関係なく、案件の投入に必要な情報が得られる。

【００２３】図４は、アプリケーションプログラム情報
定義装置からのＡＰ情報の生成を示した図である。アプ
リケーションプログラム情報定義装置４０１（図１，２
では不図示）は、アプリケーション部分４０２とＡＰ情
報定義装置４０３からなる。アプリケーション部分４０
２は、各種業務用のアプリケーションであり、従来より
用いられているものでよい。業務システム開発者は、Ａ
Ｐ情報定義装置４０３を利用して、アプリケーション部
分４０２により入力あるいは生成した情報から、ＸＭＬ
形式で記述されたＡＰ情報４０４を生成するようにアプ
リケーションの処理を定義する。４０５は、ＡＰ情報４
０４のタグ名とそのタグに記述されている情報について
の説明を表にしたものである。

【００２４】なお、図４の各情報は、図８に示したヘル
プデスクの場合の例を示し、ＡＰ情報４０４は、このヘ
ルプデスク固有の情報である。実際には、アプリケーシ
ョン部分４０２が動作したときに入力された情報（ヘル
プデスクで入力した情報）が、ＡＰ情報４０４に入る。
ここではヘルプデスクの例を示したが、このようにＡＰ
情報４０４には、それぞれの業務内容に応じて、業務シ
ステム開発者が設計する情報（ワークフローに案件投入
するとき必要な情報）が定義される。

【００２５】図５は、マップ定義装置からの案件属性マ
ップ定義情報の生成を示した図である。案件属性マップ
定義情報５０４は、ＷＦ投入情報３０４（図３）の＜属
性名＞と同じ名前のタグ名がＡＰ情報４０４（図４）に
存在しなかったり、投入に必要な案件システム属性であ
る例えば＜処理期限＞、＜案件タイトル＞、＜案件ＩＤ
＞という名前のタグ名がＡＰ情報４０４に存在しない場
合に使用する情報であり、ＷＦ投入情報のタグ名とＡＰ
情報のタグ名との対応関係を示す属性定義の情報、およ
び案件システム属性とＡＰ情報のタグ名との対応関係を
示す案件システム属性定義の情報を有する。マップ定義
装置は、そのような案件属性マップ定義情報５０４を生
成するための装置であり、図１，２では不図示であり別
途用意される。

【００２６】マップ定義装置５０１は、マップ定義部分
５０２と案件属性マップ定義情報生成装置５０３からな
る。業務システム開発者は、マップ定義部分５０２に、
ＷＦ投入情報記憶手段１１０に記憶されているＷＦ投入
情報３０４（図３）とＡＰ情報記憶手段１１１に記憶さ
れているＡＰ情報４０４（図４）を読み込ませ、属性定
義では、ＷＦ投入情報３０４の属性名と、それに関連付
けるＡＰ情報４０４のタグ名とを対応させてそれぞれ指
定する。さらに業務システム開発者は、案件システム属
性定義では、ワークフローの投入に必要な案件システム
属性である処理期限や、案件タイトル、案件ＩＤに関連
付けるＡＰ情報のタグ名をそれぞれ指定する。このよう
にして、業務システム開発者は、案件属性マップ情報生
成装置５０３を利用して、マップ定義部分５０２からＸ
ＭＬ形式で記述された案件属性マップ定義情報５０４を
生成する。

【００２７】５０５は、属性定義と案件システム属性定
義についての説明を表にしたものである。＜属性定義＞
には、マップ定義部分５０２の属性定義部分の情報が格
納されている。これらは各業務に依存した情報で、ＷＦ
投入情報の属性名がタグ名になり、関連付けられるＡＰ
情報のタグ名が格納される。図８のヘルプデスクの例で
は、ＷＦ投入情報の属性名である＜資料質問判定＞のタ
グには、対応するＡＰ情報のタグ名である“資料質問”
(４０５−２)が格納される。これにより、案件投入時に
必要な情報である「資料質問判定」に対しては、ＡＰ情
報内に「資料質問判定」の名称のタグは無いがその代わ
りに、ＡＰ情報内の「資料質問」の情報が設定されるこ
とになる。同様に、＜回答先判定＞には、“製品名”
(４０５−３)が格納される。

【００２８】＜案件システム属性＞には、マップ定義部
分５０２の案件システム属性定義部分の情報が格納され
ている。ここでは＜処理期限＞、＜案件タイトル＞、お
よび＜案件ＩＤ＞がタグ名となる。これらは案件の投入
に必要な情報であり、各業務で共通のタグ名である。図
８のヘルプデスクの例では、＜処理期限＞のタグには対
応するＡＰ情報のタグ名である“回答処理期限”(４０
５−４)が格納される。＜案件タイトル＞には“業務
名”(４０５−１)が、＜案件ＩＤ＞には“質問受付番
号”(４０５−５)が、それぞれ格納される。

【００２９】案件投入装置１０２は、案件をどのワーク
フローに投入するかを判断するために、ＷＦ投入情報記
憶手段１１０と、ＡＰ情報記憶手段１１１の情報を取得
し、必要な場合は案件属性マップ定義情報記憶手段１１
２の情報を取得する。

【００３０】図６は、ワークフロー案件自動投入装置の
詳細なブロック図である。スケジュール管理装置１０３
が、案件投入装置１０２を管理する。案件投入装置１０
２は、図２の案件情報フォルダ２０１内の例えば業務１
用案件情報フォルダ２０２内の案件情報を取得してワー
クフローに案件を投入する。

【００３１】スケジュール管理装置１０３の時間監視手
段１０４が参照するスケジュール情報記憶手段１０５に
は、案件投入起動スケジュール情報６０１が格納されて
いる。案件投入起動スケジュール情報６０１は、業務名
と案件投入プロセス自動起動の時間間隔、その業務の案
件情報フォルダがどこにあるかを対応づけた情報であ
る。時間監視手段１０４は、スケジュール情報記憶手段
１０５の案件投入起動スケジュール情報６０１に基づい
て、案件投入装置１０２をスケジューリングして作動さ
せ、各業務専用の案件投入プロセス６０２，６０３，６
０４を生成する（具体的には、各案件投入プロセスで後
述する図７の処理を行なう。）各業務専用の案件投入プ
ロセス６０２，６０３，６０４は、それぞれ独立してか
つ並行してワークフローへの案件を投入することが可能
である。また、案件投入装置１０２は、複数の業務案件
情報フォルダ、例えば業務１用案件情報フォルダ２０２
だけでなく、業務２用案件情報フォルダ２０６や業務ｉ
用案件情報フォルダ２０９を同時に処理できる。

【００３２】図７は、案件投入装置１０２の処理の流れ
を示すフローチャートである。ここでは、業務ｉ用の案
件投入プロセスの流れを説明する。

【００３３】まず、スケジュール情報６０１を参照し
て、業務ｉ用の案件情報フォルダの格納場所を取得し、
業務ｉ用の案件情報フォルダを見る(ステップ７０１)。
ここでは図２の２０９が業務ｉ用案件情報フォルダであ
ったとする。次に、ＷＦ投入情報記憶手段２１０から、
ＢＰ名、ケース名、属性名、案件ＩＤ指定手段などの情
報（例えば図３の３０５）を取得する(ステップ７０
２)。続いて、ワークフローサーバ１０６に、システム
権限で接続する(ステップ７０３)。業務ｉ用の案件情報
フォルダ２０９に、ＡＰ情報記憶手段２１１が存在する
かどうか（すなわち、ＡＰ情報が存在するかどうか）判
定する(ステップ７０４)。存在しないと判定した場合
(ステップ７０４:Ｎ)は、ワークフローサーバ１０６か
ら切断し(ステップ７１８)、案件投入プロセスを終了す
る。

【００３４】業務ｉ用の案件情報フォルダ２０９にＡＰ
情報記憶手段２１１が存在すると判定した場合(ステッ
プ７０４：Ｙ)は、ＡＰ情報記憶手段２１１から業務名
など、そのアプリケーション固有のデータ（例えば図４
の４０５）を取得する(ステップ７０５)。続いて、ＷＦ
投入情報記憶手段２１０の＜案件ＩＤ指定手段＞が、自
動採番の指定であるか判定する(ステップ７０６)。自動
採番の指定であると判定した場合(ステップ７０６：Ｙ)
は、ステップ７０９に移る。自動採番の指定ではないと
判定した場合(ステップ７０６：Ｎ)は、次にＡＰ情報記
憶手段２１１に、＜案件ＩＤ＞の情報が存在するか判定
する(ステップ７０７)。＜案件ＩＤ＞の情報が存在する
と判定した場合(ステップ７０７：Ｙ)は、ステップ７０
９に移る。存在しないと判定した場合(ステップ７０
７：Ｎ)は、案件属性マップ定義情報記憶手段２１２の
案件システム属性定義（例えば図５の５０４，５０５）
の＜案件ＩＤ＞の情報を取得し、ステップ７０９へ移
る。

【００３５】続いて、ＷＦ投入情報記憶手段２１０の各
属性名と同じ名前のタグ名がＡＰ情報記憶手段２１１に
存在するか否かを判定する(ステップ７０９)。存在する
と判定した場合(ステップ７０９：Ｙ)は、ステップ７１
１に移る。存在しないと判定した場合(ステップ７０
９：Ｎ)は、案件属性マップ定義情報記憶手段２１２の
属性定義の情報を取得し（ステップ７１０）、ステップ
７１１へ移る。

【００３６】ＡＰ情報記憶手段２１１に、＜処理期限
＞、＜案件タイトル＞の情報が存在するかどうか判定す
る(ステップ７１１)。存在すると判定した場合(ステッ
プ７１１：Ｙ)は、ステップ７１３へ移る。存在しない
と判定した場合(ステップ７１１：Ｎ)は、案件属性マッ
プ定義情報記憶手段２１２の案件システム属性定義の＜
処理期限＞、＜案件タイトル＞の情報を取得し、ステッ
プ７１３へ移る。

【００３７】次に、取得したＷＦ投入情報４０４(ＢＰ
名、ケース名、属性名等)、ＡＰ情報５０４(固有データ
等)、処理期限、案件タイトル、および案件ＩＤを、ワ
ークフロー制御テーブルに設定する(ステップ７１３)。
ワークフロー制御テーブルは、投入する案件に関する各
種情報を集めるテーブルであり、ステップ７１３により
案件投入できる１件分の情報が設定されたことになる。
続いて、ステップ７１３で設定した情報に基づいて案件
を投入し(ステップ７１４)、エラーが発生するかどうか
を判定する(ステップ７１５)。発生しないと判定した場
合(ステップ７１５：Ｎ)は、ステップ７１７へ移る。発
生すると判定した場合(ステップ７１５：Ｙ)は、エラー
情報を出して(ステップ７１６)、ステップ７１７へ移
る。

【００３８】次に、投入した案件のＡＰ情報記憶手段２
１１を削除して(ステップ７１７)、ステップ７０４へ戻
る。

【００３９】図８は、ヘルプデスクを例にした本発明の
一実施例を表す図である。このヘルプデスクは、インタ
ーネットやイントラネットのＷＷＷ環境から製品に対す
る資料請求や問い合わせを受け、それらを社内ワークフ
ローシステムへ投入して、速やかに資料送付や回答送付
を行うシステムである。

【００４０】図８において、ＷＷＷサーバ８０１とＷＷ
Ｗブラウザ８０２が、インターネットまたはイントラネ
ットなどのネットワーク８０６を介して接続されてい
る。ワークフローサーバ１０６、案件自動投入装置(受
付)１０１、回答作成装置８１１、承認装置８１２、お
よび回答自動送付装置８１３は、ネットワーク８１４を
介して接続されている。

【００４１】ヘルプデスクアプリケーション８０３に
は、登録ボタン、削除ボタンがあり、氏名、質問資料、
製品名、質問内容等の入力項目がある。問い合わせ者
は、ヘルプデスクアプリケーション８０３をＷＷＷブラ
ウザ８０２から起動し、各項目にデータを入力する。そ
の後、登録ボタンを押すと、ＷＷＷサーバ８０１上に一
時的にＡＰ情報８０５が格納され、ファイル転送装置
(ＦＴＰ)でワークフローサーバ上１０６へ転送され、Ｗ
Ｆ投入情報記憶手段８０７、および案件属性マップ定義
情報記憶手段８１０の入ったヘルプデスク専用フォルダ
に格納される。このヘルプデスクの場合、ＷＦ投入情報
記憶手段８０７の属性名と同じ名前のタグ名がＡＰ情報
記憶手段８０８側に存在せず、投入に必要な案件システ
ム属性である＜処理期限＞、＜案件タイトル＞、および
＜案件ＩＤ＞という名前のタグ名がＡＰ情報記憶手段８
０８側に存在しないので、案件属性マップ定義情報記憶
手段８１０を利用する。

【００４２】案件自動投入装置１０１は、これらのＷＦ
投入情報記憶手段８０７、ＡＰ情報記憶手段８０８、お
よび案件属性マップ定義情報記憶手段８１０の情報を取
得して、ワークフローへ案件を自動投入する。投入され
たヘルプデスクの案件は、資料請求か質問かのサービス
種別によってワークフローの回覧先が分岐される。資料
請求の場合は、製品名に応じた資料を送付する。質問の
場合は、製品名によって自動的にその製品の回答担当者
へ自動的に回覧され、承認後、回答が問い合わせ者に送
付される。

【００４３】図９は、上述したヘルプデスクの例におけ
る処理の流れの概要を示すブロック図である。Ｗｅｂヘ
ルプデスク入力装置９０４から入力された案件のＡＰ情
報８０４は、質問格納フォルダ９０５に一時格納され
る。ファイル転送装置(ＦＴＰ)で、このＡＰ情報８０４
をワークフローサーバ１０６の案件情報フォルダ２０１
内のヘルプデスク案件情報フォルダ９０６へ転送し、Ａ
Ｐ情報記憶手段８０８に格納する。

【００４４】案件自動投入装置１０１は、ヘルプデスク
案件情報フォルダ９０６のＷＦ投入情報記憶手段８０７
の情報、転送されたＡＰ情報記憶手段８０８の情報、そ
して案件属性マップ定義情報記憶手段８１０の情報を取
得し、それらの情報で示されるヘルプデスクの案件をワ
ークフローサーバ１０６へ自動投入する。その案件に対
応して回答作成装置８１１で回答を作成し、承認装置８
１２で承認された案件は、回答自動送付装置８１３へ送
られ、解答送付フォルダ９０７に回答付きＡＰ情報記憶
手段９０８の情報として格納される。回答付きＡＰ情報
記憶手段９０８の情報は、ファイル転送装置(ＦＴＰ)
で、回答格納フォルダ９０９に回答付きＡＰ情報記憶手
段９１０として格納される。その後、問い合わせ者は、
ヘルプデスク回答確認装置９１１により回答を参照す
る。

【００４５】図１０は、図８，９で説明したヘルプデス
クの実施例における、ワークフロー定義装置からのＷＦ
投入情報の生成を示した図である。ワークフロー定義装
置３０１は、ビジネスプロセス定義部分１００１からＷ
Ｆ投入情報１００２を自動生成する。ＷＦ投入情報１０
０２の詳細は、１００３の表に示してある。このＷＦ投
入情報１００２は、ワークフローサーバ１０６側のヘル
プデスク案件情報フォルダ９０６に存在する。

【００４６】図１１は、ヘルプデスクの実施例におけ
る、アプリケーションプログラム定義装置からのＡＰ情
報の生成を示した図である。アプリケーションプログラ
ム定義装置４０１を利用して、アプリケーション部分１
１０１からＡＰ情報１１０２が生成される。ＡＰ情報１
１０２の詳細は、１１０３の表に示してある。このＡＰ
情報１１０３は、Ｗｅｂ側の質問格納フォルダ９０３に
一時格納され、ＦＴＰでワークフローサーバ１０６側の
ヘルプデスク案件情報フォルダ９０６に転送される。

【００４７】図１２は、ヘルプデスクの実施例におけ
る、マップ定義装置からの案件属性マップ定義情報の生
成を示した図である。マップ定義装置５０１は、マップ
定義部分５０２を案件属性マップ定義情報５０４として
自動生成する。案件属性マップ定義情報５０４の詳細
は、１２０１の表に示してある。この案件属性マップ定
義情報５０４は、ワークフローサーバ１０６側のヘルプ
デスク案件情報フォルダ９０６に存在する。

【００４８】このように、任意に発生する要求を受け付
けたり、その回答をしたりするフロントエンド部分のシ
ステムに対して、案件自動投入装置１０１を設けてバッ
クエンドのワークフローシステムにスムーズに案件を投
入することにより、効率の良いヘルプデスクを迅速に開
発することができる。また、上述の案件自動投入装置１
０１を利用すれば、ＤＢから検索した大量のデータをも
とに案件を自動投入する業務や、社内外の既存の各種業
務システムから様々なデータを取り込んで、それをもと
にワークフロー化するような業務に対して有効である。

【００４９】以上のように、本実施形態によれば、案件
を自動投入するのに必要なＷＦ投入情報、ＡＰ情報、お
よび案件属性マップ定義情報を少ない労力で生成し、案
件自動投入装置１０１にこれらの情報さえ与えれば容易
に案件を自動投入できる。

【００５０】

【発明の効果】本発明により、案件を自動投入するのに
必要な情報を少ない労力で生成し、案件自動投入装置１
０１にその情報を与えることで案件の自動投入を行うこ
とが可能となる。したがって、案件の自動投入を必要と
する業務において、各業務ごとに案件投入部分のプログ
ラムを作らなくても、自動的に案件を投入する事を可能
にする。これにより生産性を上げ、開発コストが下が
る。

【図面の簡単な説明】

【図１】本発明の一実施形態の全体的な構成を示すブロ
ック図

【図２】ワークフロー案件自動投入装置概要ブロック図

【図３】ワークフロー案件自動投入装置詳細ブロック図

【図４】ワークフロー定義装置からのＷＦ投入情報の生
成を示した図

【図５】アプリケーションプログラム定義装置からのＡ
Ｐ情報の生成を示した図

【図６】マップ定義装置からの案件属性マップ定義情報
の生成を示した図

【図７】案件投入装置の処理の流れを示すフローチャー
ト

【図８】本発明の一実施例を示す図

【図９】本発明の一実施例のブロック図

【図１０】実施例におけるワークフロー定義装置からの
ＷＦ投入の生成を示した図

【図１１】実施例におけるアプリケーション定義装置か
らのＡＰ情報の生成を示した図

【図１２】実施例におけるマップ定義装置からの案件
属性マップ定義情報の生成を示した図

【符号の説明】１０１案件自動投入装置１０２案件投入装置１０３スケジュール管理装置１０４時間監視手段１０５スケジュール情報記憶装置１０６ワークフローサーバ１０９各業務の案件情報フォルダ１１０、８０７ＷＦ投入情報記憶手段１１１、８０４、８０８ＡＰ情報記憶手段１１２、８１０案件属性マップ定義情報記憶手段２０１案件情報フォルダ３０１ワークフロー定義装置３０２ワークフロー定義部分３０３ＷＦ投入情報生成装置３０４ＷＦ投入情報４０１アプリケーションプログラム情報定義装置４０２アプリケーション部分４０３ＡＰ情報定義装置４０４、８０５ＡＰ情報５０１マップ定義装置５０２マップ定義部分５０３案件属性マップ定義情報生成装置５０４案件属性マップ定義情報８０１ＷＷＷサーバ８０２ＷＷＷブラウザ８０３ヘルプデスクアプリケーション

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/22 ＬＦターム(参考） 5B049 AA06 CC01 CC21 CC32 DD05 EE05 FF09 GG04 GG07 5E501 AC13 AC37 BA05 CA02 DA15 EB05 FA05 FA13 FA14 FA23 FA43

Claims

【特許請求の範囲】

【請求項１】ワークフローサーバを有しあらかじめ定め
られたワークフロー定義に基づいて案件を回覧しながら
業務を処理するワークフロー管理システムに、案件を自
動投入するワークフロー案件自動投入装置であって、案件を投入するために必要な情報であるワークフロー
（ＷＦ）投入情報を格納したＷＦ投入情報記憶手段と、投入すべき案件に係る個別の情報を生成するアプリケー
ションが出力する情報であるアプリケーション（ＡＰ）
情報を格納するＡＰ情報記憶手段と、前記ＷＦ投入情報および前記ＡＰ情報に基づいて、前記
ワークフロー管理システムに案件を投入する案件投入手
段とを備えたことを特徴とするワークフロー案件自動投
入装置。
【請求項２】ワークフローサーバを有しあらかじめ定め
られたワークフロー定義に基づいて案件を回覧しながら
業務を処理するワークフロー管理システムに、案件を自
動投入するワークフロー案件自動投入装置であって、案件を投入するために必要な情報であるワークフロー
（ＷＦ）投入情報を格納したＷＦ投入情報記憶手段と、投入すべき案件に係る個別の情報を生成するアプリケー
ションが出力する情報であるアプリケーション（ＡＰ）
情報を格納するＡＰ情報記憶手段と、前記ＷＦ投入情報と前記ＡＰ情報とを関連づけ、または
これらの情報を補足する案件属性マップ定義情報を格納
する案件属性マップ定義情報記憶手段と、前記ＷＦ投入情報、前記ＡＰ情報、および前記案件属性
マップ定義情報に基づいて、前記ワークフロー管理シス
テムに案件を投入する案件投入手段とを備えたことを特
徴とするワークフロー案件自動投入装置。
【請求項３】請求項１または２に記載のワークフロー案
件自動投入装置において、さらに前記案件投入手段による案件投入のスケジュール
を管理するスケジュール管理手段を備えたことを特徴と
するワークフロー案件自動投入装置。
【請求項４】請求項１または２に記載のワークフロー案
件自動投入装置において、前記ＷＦ投入情報を、前記ワークフロー定義を生成する
ワークフロー定義装置から自動生成することを特徴とす
るワークフロー案件自動投入装置。
【請求項５】請求項１または２に記載のワークフロー案
件自動投入装置において、前記ＷＦ投入情報、前記ＡＰ情報、および／または前記
案件属性マップ定義情報は、ＸＭＬ(eXtensible Markup
Language)形式で記述されていることを特徴とするワー
クフロー案件自動投入装置。
【請求項６】請求項１または２に記載のワークフロー案
件自動投入装置において、前記案件投入手段による案件投入プロセスは、複数並行
して起動できることを特徴とするワークフロー案件自動
投入装置。
【請求項７】ワークフローサーバを有しあらかじめ定め
られたワークフロー定義に基づいて案件を回覧しながら
業務を処理するワークフロー管理システムに、案件を自
動投入するワークフロー案件自動投入方法であって、案件を投入するために必要な情報であるワークフロー
（ＷＦ）投入情報を取得するステップと、投入すべき案件に係る個別の情報を生成するアプリケー
ションが出力する情報であるアプリケーション（ＡＰ）
情報を取得するステップと、前記ＷＦ投入情報と前記ＡＰ情報とを関連づけ、または
これらの情報を補足する案件属性マップ定義情報を取得
するステップと、前記ＷＦ投入情報、前記ＡＰ情報、および前記案件属性
マップ定義情報に基づいて、前記ワークフロー管理シス
テムに案件を投入する案件投入ステップとを備えたこと
を特徴とするワークフロー案件自動投入方法。