(57)【要約】【課題】既存のアプリケーションプログラムと連係したデータ配信装置を提供すること。【解決手段】資材システムのために構築された資材ＤＢ３０９と、資材ＤＢ３０９にアクセスしてデータを抽出するＳＱＬを含み、抽出したデータを出力する表示プログラム３０７ｂと、資材ＤＢ３０９に記憶されたデータを特定する文書番号を、表示プログラム３０７ｂと対応付けて記憶し、アクションを実行する担当者の識別情報およびアクションの順番を文書番号に対応付けて記憶するワークフローデータ記憶部２０１と、文書番号の指定に応じて、表示プログラム３０７ｂを実行する独自ドキュメント管理部３０３と、文書番号に対応するＷＦ情報およびＷＦ順序情報で定義された順番に従って、アクションの実行を促すメッセージを次の順番の担当者に配信するＷＦフレームワーク部３０１とを備える。【選択図】　　　　図４
2004062395.tif 000002
【特許請求の範囲】
【請求項１】
所定のアプリケーションプログラムを実行するために構築されたデータベースと、
前記データベースにアクセスしてデータを抽出するための操作コマンドを含み、抽出したデータを出力するための画面を作成する表示プログラムを記憶する表示プログラム記憶手段と、
前記データベースに記録されたデータを特定するためのデータ識別コードを前記表示プログラムと対応付けて記憶する対応記憶手段と、
前記データ識別コードの指定に応じて、前記対応付けられた表示プログラムを実行する制御手段と、
アクションを実行する担当者を特定するための担当者識別情報およびアクションの順番を定義する業務フローを前記データ識別コードに対応付けて記憶する業務フロー記憶手段と、
前記データ識別コードに対応する前記業務フローで定義された順番に従って、前記データ識別コードで特定されるアクションの実行を促すメッセージを次の順番の担当者に対応する配信先に配信する配信手段とを備えた、業務フロー管理システム。
【請求項２】
前記業務フローで定義された複数のアクションそれぞれが実行された場合に、実行されたことを示す実行操作信号を受付ける受付手段と、
前記業務フローで予め定められた所定のアクションに対応する実行操作信号の受付に応じて、前記アプリケーションプログラムを起動する起動手段とを備えた、請求項１に記載の業務フロー管理システム。
【請求項３】
前記業務フローで定義された複数のアクションそれぞれが実行された場合に、実行されたことを示す実行操作信号を受付ける受付手段と、
前記業務フローで定義された複数のアクションごとに前記実行操作信号が受付けられたか否かを記憶する履歴記憶手段をさらに備えた、請求項１に記載の業務フロー管理システム。
【請求項４】
前記履歴記憶手段に記憶された履歴情報に従って、前記実行操作信号が受付けられたアクションと前記実行操作信号が受付けられていないアクションとを区別して表示する履歴表示手段をさらに備えた、請求項３に記載の業務フロー管理システム。
【請求項５】
前記業務フロー記憶手段は、前記データ識別コードで特定されるデータに応じて、前記記憶された業務フローで定義されるアクションの順番を変更する変更手段をさらに備えた、請求項１に記載の業務フロー管理システム。
【請求項６】
前記データ識別コードに対応させて、前記データ識別コードで特定されるデータに対応する文字列を記憶する文字列記憶手段をさらに備え、
前記配信手段は、前記データ識別コードに対応する文字列をさらに配信する、請求項１に記載の業務フロー管理システム。
【請求項７】
アクションを実行する担当者を特定するための担当者識別情報とアクションの順番とを定義する業務フローを、所定のアプリケーションプログラムを実行するために構築されたデータベースに記憶されたデータを特定するためのデータ識別コードに対応させて記憶する業務フロー記憶手段を含むコンピュータで実行される業務フロー管理方法であって、
前記担当者識別情報に対応する前記業務フローで定義された順番に従って、前記データ識別コードで特定されるアクションの実行を促すメッセージを次の順番の担当者に対応する配信先に配信するステップと、
前記データ識別情報の入力を受付けるステップと、
前記データ識別情報の受付に応じて、前記データベースにアクセスして前記データ識別コードで特定されるデータを抽出するステップと、
前記抽出されたデータを出力するための画面を作成するステップとを含む、業務フロー管理方法。
【請求項８】
アクションを実行する担当者を特定するための担当者識別情報とアクションの順番とを定義する業務フローを、所定のアプリケーションプログラムを実行するために構築されたデータベースに記憶されたデータを特定するためのデータ識別コードに対応させて記憶する業務フロー記憶手段を含むコンピュータで実行される業務フロー管理プログラムであって、
前記担当者識別情報に対応する前記業務フローで定義された順番に従って、前記データ識別コードで特定されるアクションの実行を促すメッセージを次の順番の担当者に対応する配信先に配信するステップと、
前記データ識別情報の入力を受付けるステップと、
前記データ識別情報の受付に応じて、前記データベースにアクセスして前記データ識別コードで特定されるデータを抽出するステップと、
前記抽出されたデータを出力するための画面を作成するステップとをコンピュータに実行させる、業務フロー管理プログラム。
【請求項９】
請求項８に記載の業務フロー管理プログラムを記憶したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、業務フロー管理システム、業務フロー管理方法、業務フロー管理プログラムおよび業務フロー管理プログラムを記録したコンピュータ読取可能な記録媒体に関し、特に、ワークフロー機能を備えた業務フロー管理システム、業務フロー管理方法、業務フロー管理プログラムおよび業務フロー管理プログラムを記録したコンピュータ読取可能な記録媒体に関する。
【０００２】
【従来の技術】
近年、企業における大規模なコンピュータシステムでは、１つの案件に対し複数人が関与する一連の業務を遂行するために必要な文書を電子化して配信する機能を備えている。この機能は、一連の業務の流れを予め定義し、配信する情報を設定しさえすれば、定義された一連の業務の流れに従って設定された情報を順に配信する機能であり、一般にワークフロー機能と呼ばれている。このワークフロー機能をコンピュータで実現するためのソフトウェアが市場に流通している。
【０００３】
一方、企業における大規模なコンピュータシステムでは、ワークフロー機能とは別に、たとえば、人事、資材、経理、総務などの各システムが既に構築されている。これらの各システムでは、それぞれに独自のデータベースを用いて構築されているものが多い。
【０００４】
【発明が解決しようとする課題】
しかしながら、市場で流通しているワークフロー機能を実現するためのソフトウェアは、一連の業務の流れに従って文書を配信するのには便利ではあるが、既存の他のシステム、たとえば資材システムと連係を持たせることはできない。このため、既存の資材システムで構築されたデータベースに記憶されたデータを用いて作成される文書を一定の業務の流れに従って配信するためには、資材システムに固有のワークフロー機能を実現するためのプログラムを開発しなければならなかった。
【０００５】
また、市場で流通しているワークフロー機能を実現するためのソフトウェアを用いて資材業務の一連の流れに従って文書を配信することもできるが、配信される文書と資材システムで構築されたデータベースとを関連付けることはできないので、結局、この２つのデータを関連付けるために人手が必要となってしまい、煩雑な作業が避けられないといった問題があった。
【０００６】
この発明は上述の問題点を解決するためになされたもので、この発明の目的の１つは、既存のアプリケーションプログラムと連係した業務フロー管理システム、業務フロー管理方法、業務フロー管理プログラムおよび業務フロー管理プログラムを記録したコンピュータ読取可能な記録媒体を提供することである。
【０００７】
【課題を解決するための手段】
上述の目的を達成するためにこの発明のある局面によれば、業務フロー管理システムは、所定のアプリケーションプログラムを実行するために構築されたデータベースと、データベースにアクセスしてデータを抽出するための操作コマンドを含み、抽出したデータを出力するための画面を作成する表示プログラムを記憶する表示プログラム記憶手段と、データベースに記録されたデータを特定するためのデータ識別コードを表示プログラムと対応付けて記憶する対応記憶手段と、データ識別コードの指定に応じて、対応付けられた表示プログラムを実行する制御手段と、アクションを実行する担当者を特定するための担当者識別情報およびアクションの順番を定義する業務フローをデータ識別コードに対応付けて記憶する業務フロー記憶手段と、データ識別コードに対応する業務フローで定義された順番に従って、データ識別コードで特定されるアクションの実行を促すメッセージを次の順番の担当者に対応する配信先に配信する配信手段とを備える。
【０００８】
この発明に従えば、所定のアプリケーションプログラムを実行するために構築されたデータベースに記録されたデータを特定するためのデータ識別コードの指定に応じて、データ識別コードに対応付けられた表示プログラムが実行され、データ識別コードで特定されるデータを出力するための画面が作成される。データ識別コードで特定されるアクションの実行を促すメッセージは、データ識別コードに対応する業務フローで定義された順番に従って次の順番の担当者に対応する配信先に配信される。このため、所定のアプリケーションプログラムを実行するために構築されたデータベースに登録され、データ識別コードで特定されるデータを、業務フローで定義された順番に従って複数の担当者が順に閲覧することができる。その結果、既存のアプリケーションプログラムと連係した業務フロー管理システムを提供することができる。
【０００９】
好ましくは、業務フローで定義された複数のアクションそれぞれが実行された場合に、実行されたことを示す実行操作信号を受付ける受付手段と、業務フローで予め定められた所定のアクションに対応する実行操作信号の受付に応じて、アプリケーションプログラムを起動する起動手段とを備える。
【００１０】
この発明に従えば、業務フローで定義された複数のアクションのうち、所定のアクションに対応する実行操作信号の受付に応じて、アプリケーションプログラムが起動される。このため、アクションの実行を契機としてアプリケーションプログラムを起動することが可能となる。
【００１１】
好ましくは、業務フローで定義された複数のアクションそれぞれが実行された場合に、実行されたことを示す実行操作信号を受付ける受付手段と、業務フローで定義された複数のアクションのうち実行操作信号が受付けられたことを記憶する履歴記憶手段をさらに備える。
【００１２】
この発明に従えば、業務フローで定義された複数のアクションごとに実行操作信号が受付けられたか否かが記憶される。このため、業務フローで定義された複数のアクションが実行されたアクションと実行されないアクションとを区別して記憶することができる。
【００１３】
好ましくは、履歴記憶手段に記憶された履歴情報に従って、実行操作信号が受付けられたアクションと実行操作信号が受付けられていないアクションとを区別して表示する履歴表示手段をさらに備える。
【００１４】
この発明に従えば、業務フローで定義された複数のアクションのうち実行操作信号が受付けられたアクションと実行操作信号が受付けられていないアクションとが区別して表示される。このため、業務フローで順番が定義されたアクションがどこまで実行されたのかを容易に判断することができる。
【００１５】
好ましくは、業務フロー記憶手段は、データ識別コードで特定されるデータに応じて、記憶された業務フローで定義されるアクションの順番を変更する変更手段をさらに備える。
【００１６】
この発明に従えば、データ識別コードで特定されるデータに応じて、業務フローで定義されるアクションの順番が変更される。このため、業務フローでアクションの順番を複数の経路で定義することができる。
【００１７】
好ましくは、データ識別コードに対応させて、データ識別コードで特定されるデータに対応する文字列を記憶する文字列記憶手段をさらに備え、配信手段は、データ識別コードに対応する文字列をさらに配信する。
【００１８】
この発明に従えば、データ識別コードで特定されるデータに対応する文字列がさらに配信されるので、次の順番の担当者は文字列を見ることができ、データ識別コードで特定されるアクションを文字列で認識することができる。
【００１９】
この発明の他の局面によれば、業務フロー管理方法は、アクションを実行する担当者を特定するための担当者識別情報とアクションの順番とを定義する業務フローを、所定のアプリケーションプログラムを実行するために構築されたデータベースに記憶されたデータを特定するためのデータ識別コードに対応させて記憶する業務フロー記憶手段を含むコンピュータで実行される業務フロー管理方法であって、担当者識別情報に対応する業務フローで定義された順番に従って、データ識別コードで特定されるアクションの実行を促すメッセージを次の順番の担当者に対応する配信先に配信するステップと、データ識別情報の入力を受付けるステップと、データ識別情報の受付に応じて、データベースにアクセスしてデータ識別コードで特定されるデータを抽出するステップと、抽出されたデータを出力するための画面を作成するステップとを含む。
【００２０】
この発明に従えば、アクションを実行する担当者を特定するための担当者識別情報に対応する業務フローで定義された順番に従って、所定のアプリケーションプログラムを実行するために構築されたデータベースに記録されたデータを特定するためのデータ識別コードで特定されるアクションの実行を促すメッセージが次の順番の担当者に対応する配信先に配信される。メッセージを受信した担当者がデータベースにアクセスすると、データ識別コードで特定されるデータが抽出され、抽出されたデータを出力するための画面が作成される。このため、所定のアプリケーションプログラムを実行するために構築されたデータベースに記録され、データ識別コードで特定するデータを、業務フローで定義された順番に従って複数の担当者が閲覧することができる。その結果、既存のアプリケーションプログラムと連係した業務フロー管理方法を提供することができる。
【００２１】
この発明のさらに他の局面によれば、業務フロー管理プログラムは、アクションを実行する担当者を特定するための担当者識別情報とアクションの順番とを定義する業務フローを、所定のアプリケーションプログラムを実行するために構築されたデータベースに記憶されたデータを特定するためのデータ識別コードに対応させて記憶する業務フロー記憶手段を含むコンピュータで実行される業務フロー管理プログラムであって、担当者識別情報に対応する業務フローで定義された順番に従って、データ識別コードで特定されるアクションの実行を促すメッセージを次の順番の担当者に対応する配信先に配信するステップと、データ識別情報の入力を受付けるステップと、データ識別情報の受付に応じて、データベースにアクセスしてデータ識別コードで特定されるデータを抽出するステップと、抽出されたデータを出力するための画面を作成するステップとをコンピュータに実行させる。
【００２２】
この発明に従えば、アクションを実行する担当者を特定するための担当者識別情報に対応する業務フローで定義された順番に従って、所定のアプリケーションプログラムを実行するために構築されたデータベースに記録されたデータを特定するためのデータ識別コードで特定されるアクションの実行を促すメッセージが次の順番の担当者に対応する配信先に配信される。メッセージが配信された担当者がデータベースにアクセスすると、データ識別コードで特定されるデータが抽出され、抽出されたデータを出力するための画面が作成される。このため、所定のアプリケーションプログラムを実行するために構築されたデータベースに記録され、データ識別コードで特定されるデータを、業務フローで定義された順番に従って複数の担当者が順に閲覧することができる。その結果、既存のアプリケーションプログラムと連係した業務フロー管理プログラムおよび業務フロー管理プログラムを記録したコンピュータ読取可能な記録媒体を提供することができる。
【００２３】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００２４】
図１は、本発明の実施の形態の１つにおける業務フロー管理システムの概略を示す図である。図１を参照して、業務フロー管理システム１は、２つのワークフローサーバ（以下「ＷＦサーバ」という）１０，１０Ａと、２つのアプリケーションサーバ（以下「ＡＰサーバ」という）３０，３０Ａと、２つの端末４０，４０Ａとで構成される。ＷＦサーバ１０，１０Ａ、ＡＰサーバ３０，３０Ａ、端末４０，４０Ａそれぞれを、相互に通信が可能となるようにローカルエリアネットワーク（ＬＡＮ）に接続するようにしてもよい。
【００２５】
また、ＡＰサーバ３０では、資材システムに関するプログラムが実行され、それらプログラムが参照する資材データベースを備えている。また、ＡＰサーバ３０Ａでは、人事システムに関するプログラムが実行され、それらプログラムが参照する人事データベースを備えている。端末４０は、ブラウザソフトウェアを実行することにより、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）プロトコルを用いてＡＰサーバ３０との間で通信を行なう。端末４０Ａも同様に、ブラウザソフトウェアを用いてＡＰサーバ３０Ａと通信を行なう。ＷＦサーバ１０，１０Ａは、一連の業務の流れを管理するためのサーバ装置である。
【００２６】
なお、本実施の形態においては、２台のＷＦサーバ１０，１０Ａ、２台のＡＰサーバ３０，３０Ａ、２台の端末４０，４０Ａで構成される業務フロー管理システム１としたが、ＷＦサーバ１０，１０Ａ、ＡＰサーバ３０，３０Ａ、端末４０，４０Ａの台数は、これに限られることなく、１台でもよく、複数台あってもよい。
【００２７】
また、ＡＰサーバ３０，３０Ａをデータベースサーバ（ＤＢサーバ）と接続し、資材データベースおよび人事データベースをＤＢサーバに記憶するようにしてもよい。この場合、ＡＰサーバ３０に資材データベースを設ける必要はなく、同様に、ＡＰ３０Ａに人事データベースを設ける必要はない。さらに、ＡＰサーバ３０，３０Ａそれぞれで資材システムまたは人事システムに関するプログラムが実行されると、ＤＢサーバに記憶された資材データベースおよび人事データベースを参照して所定の処理が実行される。
【００２８】
ＷＦサーバ１０、ＡＰサーバ３０、端末４０，４０Ａは、パーソナルコンピュータ、または、ワークステーションなどのコンピュータで構成することができる。これらのハード構成は、基本的に同じであるので、ここでは、ＷＦサーバ１０を例にそのハード構成を説明する。
【００２９】
図２は、本実施の形態における業務フロー管理システム１のＷＦサーバ１０の外観図である。図２を参照して、このＷＦサーバ１０は、コンピュータ１００と、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）ドライブ１１０と、ディスプレイ１０２と、プリンタ１０４と、キーボード１０６と、マウス１０８とを含む。
【００３０】
図３は、本実施の形態における業務フロー管理システム１のＷＦサーバ１０の構成図である。図３に示されるようにコンピュータ１００は、それぞれバス１２６に接続されたＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１６と、オペレーティングシステムのブートアッププログラムなどを記憶したＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１１８と、実行されるプログラムをロードするための、およびプログラム実行中のデータを記憶するためのＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１２０と、作成されたプログラムなどを不揮発的に記憶するためのハードディスク１１４と、このコンピュータ１００をネットワーク１３２に接続するためのネットワークインターフェイス１３０とを含んでいる。ＣＤ−ＲＯＭドライブ１１０にはＣＤ−ＲＯＭ１２２が装着される。ＦＤドライブ１１２にはＦＤ１２４が装着される。
【００３１】
このＷＦサーバ１０では、主にＷＦサーバ１０で実行するためのプログラムがハードディスク１１４に記録され、記録されたプログラムがＣＰＵ１１６により実行される。一般的にこうしたプログラムは、ＣＤ−ＲＯＭ１２２、ＦＤ１２４などの記録媒体に格納されて流通し、ＣＤ−ＲＯＭドライブ１１０またはＦＤドライブ１１２などにより記録媒体から読取られてハードディスク１１４に一旦格納される。さらにハードディスク１１４からＲＡＭ１２０に読出されてＣＰＵ１１６により実行される。
【００３２】
図２および図３に示したＷＦサーバ１０のハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分はＣＤ−ＲＯＭ１２２、ＦＤ１２４、ハードディスク１１４などの記録媒体に記録されたプログラムである。
【００３３】
なお、記録媒体としては、ＣＤ−ＲＯＭ１２２、ＦＤ１２４、ハードディスク１１４に限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（ＭａｇｎｅｔｉｃＯｐｔｉｃａｌ　Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ　Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ））、ＩＣカード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。
【００３４】
ここでいうプログラムとは、ＣＰＵ１１６により直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む概念である。
【００３５】
なお、図２および図３に示したコンピュータ自体の動作は周知であるのでここではその詳細な説明は繰返さない。
【００３６】
図４は、本実施の形態における業務フロー管理システム１の論理構成を示す図である。ここでは、ＷＦサーバ１０が、資材の発注を管理するためのシステムに用いられる場合を例に説明する。ＷＦサーバ１０は、ＷＦエンジン部２０５を備え、ＡＰサーバ３０は、ＷＦフレームワーク部３０１とインターフェイス（ＷＦ−ＡＰＩ）３０５とを備える。ＷＦフレームワーク部３０１は、ブラウザとのユーザインターフェースであり、ＷＦ−ＡＰＩ３０５を介してＷＦエンジン部２０５と接続される。ＷＦ−ＡＰＩ３０５は、ＷＦフレームワーク部３０１とＷＦエンジン部２０５との間での通信を可能とするためのインターフェイスである。ＷＦフレームワーク部３０１とＷＦエンジン部２０５との間では、リモートコール機能を用いて相手方が有する機能を作用させる（プログラムを実行させる）ことができる。この構成は、ＷＦエンジン部２０５をＷＦサーバ１０に設け、ＷＦフレームワーク部３０１をＡＰサーバ３０に設けたことによるもので、ＷＦサーバ１０の機能とＡＰサーバ３０の機能とを１つのコンピュータで実現する場合には、ＷＦ−ＡＰＩを設ける必要はなく、ＷＦフレームワーク部３０１とＷＦエンジン部２０５とを１つにすることができる。
【００３７】
また、ＷＦエンジン部２０５をＷＦサーバ１０に設け、ＷＦフレームワーク部３０１をＡＰサーバ３０に設けたことにより、ＷＦサーバ１０で実行する機能と、ＡＰサーバ３０で実行する機能とを分けることになる。この場合、ある機能をＷＦサーバ１０で実行するかＡＰサーバ３０で実行するかは、構築する業務フロー管理システムに応じて決定されるものである。ここでは、その一例としてＷＦフレームワーク部３０１とＷＦエンジン部２０５とで実行する機能を分けて説明するが、上述したように、それらの機能は他方で実行するようにしてもよい。
【００３８】
端末４０では、ブラウザソフトウェアが実行され、ＡＰサーバ３０との間で、たとえばＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のプロトコルでの通信が可能である。したがって、端末４０でブラウザソフトウェアが実行されて、端末４０のディスプレイには、ＡＰサーバ３０で作成された画面が表示されることになる。また、端末４０で入力されたデータが、ＡＰサーバ３０に送信され、ＷＦフレームワーク部３０１で受信される。
【００３９】
ＷＦサーバ１０は、ワークフローデータ記憶部２０１と、汎用ドキュメントデータ記憶部２０３とをさらに備える。ワークフローデータ記憶部２０１は、後述するフォルダ情報、文書情報、およびワークフロー情報を記憶する。汎用ドキュメントデータ記憶部２０３は、業務に比較的よく用いられる文書、たとえば休暇届、出産届などの定型的な文書を作成するのに必要なデータ、そのデータを表示するための表示プログラム等を記憶する。
【００４０】
ＡＰサーバ３０は、資材システム部３１１と、専用ドキュメント管理部３０３と、資材データベース３０９と、プログラム記憶部３０７とをさらに備える。資材データベース３０９は、資材システムのために構築されたデータベースであって、たとえば、資材部品を発注するための発注データ、納入された資材部品を検収するための検収データ、検収された資材部品の対価を支払うために用いられる支払データ、納入された資材部品の在庫データ等を記憶する。
【００４１】
資材システム部３１１は、資材データベース３０９に記憶されたデータを用いて、資材部品を発注するための発注処理、納入された資材部品を検収するための検収処理、検収された資材部品の対価を支払うための支払処理、資材部品の在庫を管理するための在庫管理処理等を実行する。
【００４２】
プログラム記憶部３０７は、資材データベース３０９にデータを登録するための登録プログラム３０７ａと、資材データベース３０９に記憶されているデータを表示するための画面を作成するための表示プログラム３０７ｂと、資材システム部３１１で実行されるプログラムを起動するための起動プログラム３０７ｃとを含む。
【００４３】
ここで、登録プログラムに含まれるＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ　Ｑｕｅｒｙ　Ｌａｎｇｕａｇｅ）の一例を示す。ここでは、資材を発注する場合に登録される発注データを登録するＳＱＬについて説明する。
【００４４】
ＩＮＳＥＲＴ　ＩＮＴＯ　　発注データ　（発注番号，発注先，品番，単価，数量，文書番号）
ＶＡＬＵＥＳ　（‘ＡＡＡ’，‘ＢＢＢ’，‘ＣＣＣ’，１，０００，２，０００，‘ＤＤＤ’）
ここでは、発注データとして、発注する業務を特定するための発注番号、資材部品を発注する先を示す発注先、発注する資材部品を特定するための品番、発注する資材部品の単価を示す単価、発注する資材部品の数量を示す数量、発注データを特定するための文書番号のデータを含むようにしている。それぞれのデータに、「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「１，０００」、「２，０００」、「ＤＤＤ」の値が資材データベース３０９に登録されることになる。
【００４５】
ここで、文書番号および発注番号は、発注データごとにＡＰサーバにより発注データが登録される際に付される。文書番号は、本実施の形態における業務フロー管理システムにおいて、発注データを他の発注データと識別するためのデータ識別情報である。また、発注番号は、ＡＰサーバ３０の資材システム部３１１において、発注データを他の発注データと識別するためのデータである。この登録プログラム３０７ａには、引数として、発注先、品番、単価、数量が入力される。
【００４６】
次に、表示プログラムに含まれるＳＱＬの一例を示す。
ＳＥＬＥＣＴ　発注番号，発注先，品番，単価，数量
ＦＲＯＭ　発注データ
ＷＨＥＲＥ　　文書番号＝‘ＤＤＤ’
このＳＱＬを実行することにより、資材データベース３０９に記憶されている発注データテーブルから、文書番号が「ＤＤＤ」の発注データが検索されて、検索されたデータの発注番号、発注先、品番、単価、数量が出力されることになる。出力されたデータを用いて画面を作成するプログラムについては後述する。この表示プログラム３０７ｂには、引数として文書番号が入力される。
【００４７】
起動プログラム３０７ｃは、資材システム部３１１のある機能を実行させるためのプログラムである。起動プログラム３０７ｃとしては、たとえば、資材データベース３０９に記憶された発注データに基づいて、資材部品を発注するための伝票の発行処理を実行するプログラムを起動するためのプログラム、または、発注データを発注先に送信して発注する発注処理を実行するプログラムを起動するためのプログラムである。このように起動プログラム３０７ｃは、資材システム部３１１に含まれるプログラムを起動する。このため、起動プログラム３０７ｃは、資材システム部３１１に含まれるプログラムを起動するためのコマンド、または、そのプログラムを起動するためのアドレスを含む。
【００４８】
専用ドキュメント管理部３０３は、ＷＦフレームワーク部３０１から受信するコマンドに基づいて、プログラム記憶部３０７に記憶された各種プログラムを起動する。この際、受信したコマンドには、資材データベース３０９に記憶された発注データを特定するための文書番号が少なくとも含まれ、この文書番号が起動される各種プログラムに引数として出力する。
【００４９】
図５は、本実施の形態における業務フロー管理システム１のＷＦサーバ１０に記憶されるフォルダ情報の一例を示す図である。フォルダ情報は、ＷＦサーバ１０のワークフローデータ記憶部２０１に記憶される。図５を参照して、フォルダ情報として記憶されるデータは、フォルダ番号、フォルダ名、表示プログラム、ＡＰサーバアドレス、キックバックの項目を含むデータである。
【００５０】
フォルダ番号の項目は、フォルダ情報のデータを特定するための項目である。フォルダ名の項目は、フォルダ番号ごとに付されたそのフォルダを人が判断することができるように付された名称を示す。表示プログラムの項目は、ＡＰサーバ３０のプログラム記憶部３０７に記憶される複数の表示プログラム３０７ｂのうちから１つの表示プログラムを特定するための項目である。
【００５１】
プログラム記憶部３０７には、複数の表示プログラム３０７ｂが記憶されている。表示プログラムの項目により、この複数の表示プログラム３０７ｂのうちの特定の表示プログラムがフォルダ番号と対応付けられることになる。
【００５２】
ＡＰサーバアドレスの項目は、表示プログラムの項目で特定される表示プログラムが記憶されているＡＰサーバを特定するためのアドレスを示す。ＡＰサーバ３０が、１つの場合には、ＡＰサーバアドレスの項目を設ける必要はない。キックバックの項目は、ＡＰサーバ３０のプログラム記憶部３０７に記憶されている複数の起動プログラム３０７ｃのうちから１つの起動プログラムを特定するための項目である。プログラム記憶部３０７には、複数の起動プログラム３０７ｃが記憶されている。キックバックの項目により、この複数の起動プログラム３０７ｃのうちの特定される起動プログラムがフォルダ番号と対応付けられることになる。
【００５３】
このように、フォルダ情報は、フォルダ番号に対応付けて、表示プログラム、ＡＰサーバアドレス、起動プログラムが対応付けられて記憶されることになる。たとえば、フォルダ番号が「Ｆ２０００」のフォルダデータに対しては、フォルダ名が「資材発注」とされ、表示プログラムが「Ａ００１」で特定される表示プログラムとされ、ＡＰサーバアドレスがＡＰサーバ３０に付されたネットワークアドレスとして「１９２．１６８．１００．１０１」とされ、キックバックの項目には、「Ｘ００１」で特定される起動プログラムとされている。
【００５４】
図６は、本実施の形態における業務フロー管理システム１のＷＦサーバ１０に記憶される文書情報の一例を示す図である。文書情報は、ＷＦサーバ１０のワークフローデータ記憶部２０１に記憶される。文書情報は、複数のデータからなり、それぞれのデータが文書番号、フォルダ番号、ＷＦ番号の項目からなる。文書番号の項目は、ＡＰサーバ３０の資材データベース３０９に記憶されているデータを特定するために付されたデータ識別番号を示す。フォルダ番号の項目は、上述したフォルダ情報のいずれかのデータを特定するために付されたフォルダ情報のデータを識別するための番号を示す。ＷＦ番号は、後述するＷＦ情報のデータを特定するための番号を示す。この文書情報により、文書番号とフォルダ番号およびＷＦ番号とが対応付けられる。
【００５５】
図７は、本実施の形態における業務フロー管理システム１のＷＦサーバに記憶されるワークフロー（ＷＦ）情報およびワークフロー（ＷＦ）順序情報の一例を示す図である。ＷＦ情報およびＷＦ順序情報は、ＷＦサーバ１０のワークフローデータ記憶部２０１に記憶されるデータである。ＷＦ情報およびＷＦ順序情報は、それぞれが複数あり、それぞれを特定するためにＷＦ番号が付されている。また、ＷＦ情報とＷＦ順序情報とは、１対１に対応し、同じＷＦ番号でその対応がとられている。ここでは、ＷＦ番号が「１００」のＷＦ情報およびＷＦ順序情報について説明する。
【００５６】
図７（Ａ）は、ＷＦ番号が「１００」のＷＦ情報を示す図である。図７（Ａ）を参照して、ＷＦ情報のデータが、アクション番号、作業名、キックバック、担当者、履歴データとして作業者、日付、コメントの各項目のデータを含む。ＷＦ情報は、１つの業務に対して、複数のアクションを定義するためのデータである。複数のアクションに対して、それぞれを識別するためにアクション番号が付されている。アクション番号の項目のデータは、そのアクションを特定するための番号である。作業名の項目は、アクション番号で特定されるアクションがどのような内容であるかを人が認識可能な形式で示す。キックバックの項目は、アクション番号で特定されるアクションが実行されたときに、起動される起動プログラムの識別コードを示す。
【００５７】
担当者の項目は、アクション番号で特定されるアクションを実行する担当者の識別コードである。ここでは、たとえば、アクション番号が「１０」のアクションに対しては、「ａ１００」の担当者の識別コードが記載されている。作業者の項目、日付の項目、コメントの項目のデータは、アクション番号で特定されるアクションに対して、担当者がアクションを実行した履歴を記憶するためのデータである。ここには、作業者の項目には、アクション番号で登録されるアクションを実際に実行した者の識別コードが記憶され、日付の項目にはそのアクションを実行した日付が記憶され、コメントの項目には、その作業者がコメントを入力した場合にはその入力されたコメントが記憶される。
【００５８】
たとえば、アクション番号が「１０」のデータに対しては、作業名が「申請」とされている。そして、キックバックの項目のデータには、何も記憶されていない。そして、担当者の項目には「ａ１００」の担当者の識別コードが記憶されている。このため、アクション番号が「１０」で特定されるアクションは、「ａ１００」の識別コードの担当者により実行されるアクションであり、申請作業であることがわかる。また、キックバックの項目には何も記憶されていないことから、アクション番号が「１０」で特定されるアクションが実行された場合には、ＡＰサーバ３０のプログラム記憶部３０７に記憶される起動プログラム３０７ｃは何も起動されないことになる。
【００５９】
また、履歴データの項目には、作業者の項目に「ａ１００」が記憶されており、日付の項目に「２００２／０５／１５」が記憶されており、コメントの項目には何も記憶されていない。これにより、アクション番号が「１０」で特定されるアクションは、「ａ１００」の識別コードを有する担当者により、「２００２／０５／１５」の日付に実行されたという実績が残されることになる。また、「コメント」の項目には何も記憶されていないことから、「ａ１００」の識別コードの担当者がアクションを実行した際に、何もコメントを入力しなかったことが記憶されることになる。
【００６０】
なお、アクション番号が「１１」のデータは、担当者の項目が「＠ｂｏｓｓ」となっているが、これは、アクション番号が「１０」の担当者の識別コード「ａ１００」で特定される担当者の直属の上司であることを示す。このように、申請者の直属の上司を、その上司の識別コードで表わすことなく、その担当者の相対的な位置で示すことにより、上司が変更になった場合でも、ＷＦ情報を変更することなくそのまま使用することができる。
【００６１】
図７（Ｂ）は、ＷＦ順序情報の一例を示す図である。ＷＦ順序情報は、ＷＦ情報で定義された複数のアクションの順番を定義するためのデータである。図７（Ｂ）を参照して、ＷＦ順序情報のデータは、アクション番号、条件、次アクションの項目よりなる。アクション番号の項目は、ＷＦ情報で定義されたアクションを識別するためのアクション番号を示す。次アクションの項目は、アクション番号で特定されるアクションの次に実行されるアクションのアクション番号を示す。条件の項目は、アクション番号で特定されるアクションの次に実行されるアクションが複数ある場合に、次のアクションを特定するための条件を示す。図７（Ｂ）では、たとえば、アクション番号が「１１」のアクションの次のアクションを、条件Ａが成立する場合にはアクション番号が「１２」で特定されるアクションと定義し、条件Ｂが成立する場合にはアクション番号が「１３」で特定されるアクションと定義している。なお、アクション番号が「１２」のアクションが終了した場合には、アクション番号が「１３」で特定されるアクションが次のアクションとされている。
【００６２】
条件としては、たとえば、文書番号で特定されるデータを用いた条件とすることができる。たとえば、文書情報で特定される発注データの、購入金額（単価×数量）が、所定の値（１千万円）を超えるか否かにより分岐させることができる。購入金額が１千万円以上の場合には、部長の承認が必要とし、１千万円未満の場合には部長の承認が必要でないような場合に有効である。
【００６３】
このように、ＷＦ情報とＷＦ順序情報とは、ＷＦ番号により１対１に対応付けられている。したがって、ＷＦ情報とＷＦ順序情報とを用いて、ＷＦ情報で定義されたアクションが、ＷＦ順序情報で定義された順序に従って業務の流れが定義されることになる。ここでは、アクション番号が「１０」で特定される申請作業が実行された後、アクション番号が「１１」で特定される課長承認の作業名のアクションが実行される。課長承認の作業名のアクションが実行された後、購入金額が１千万円以上の場合には部長承認の作業名のアクションが実行される。一方、購入金額が１千万円未満の場合には、部長承認の作業名のアクションは実行されず、資材課長承認の作業名のアクションが実行されることになる。また、部長承認の作業名のアクションが実行された後には、資材課長承認の作業名のアクションが実行されることになる。
【００６４】
図５〜図７で説明したように、フォルダ情報のデータと文書情報のデータとは、フォルダ番号により対応付けられている。このため、フォルダ情報の表示プログラム、ＡＰサーバアドレス、キックバックの各項目のデータと、文書情報の文書番号、ＷＦ番号とが対応付けられることになる。また、ＷＦ情報およびＷＦ順序情報により、ＷＦ番号で特定されるワークフローの複数のアクションとその複数のアクションの順序とが定義されている。したがって、文書番号がわかれば、その文書番号に対応付けられたＷＦ番号、表示プログラム、ＡＰサーバアドレス、キックバックするための起動プログラムが一意に定まることになる。
【００６５】
また、文書情報において、各データは、文書番号とＷＦ番号とを対応付けるようにした。この場合、複数の文書番号を１つのＷＦ番号に対応付けることも可能であるが、本実施の形態においては、文書番号とＷＦ番号とを１対１に対応付けるようにしている。この場合、ＷＦ番号で特定されるＷＦ情報およびＷＦ順序情報とが全く同一の場合であっても、ＷＦ情報とＷＦ順序情報には、異なるＷＦ番号が付されることになる。１つのＷＦ番号で特定されるＷＦ情報とＷＦ順序情報とを作成すれば、そのＷＦ情報とＷＦ順序情報とをコピーしてＷＦ番号が異なるＷＦ情報とＷＦ順序情報とを作成すればよい。このようにしたのは、文書番号が異なれば、ＷＦ情報またはＷＦ順序情報が異なる場合が生じることに対応するためである。すなわち、ＷＦ情報とＷＦ順序情報とを複数の文書番号に対応付けるようにした場合、一方の文書番号に対応するＷＦ情報またはＷＦ順序情報に変更が生じた場合に、他方の文書番号に対応するＷＦ情報またはＷＦ順序情報を変更することができなくなってしまうからである。
【００６６】
図８は、本実施の形態におけるＡＰサーバ３０の資材データベース３０９に記憶される発注情報の一例を示す図である。発注情報のデータは、発注番号、発注先、品番、単価、数量、合計、文書番号、メールタイトルの項目を含む。発注番号の項目は、資材システム部３１１で発注情報のデータを他の発注情報のデータと識別するために付される番号を示す。発注先の項目は、発注番号で特定される発注データが資材部品を発注する先を特定するためのデータを示す。このデータは、発注先を特定するための識別コードを記憶するようにしてもよい。
【００６７】
品番の項目は、発注番号で特定される発注データがどの資材部品を発注するものであるかを特定するために、その資材部品に付された品番を示す。単価の項目は、発注する資材部品の単価を示す。数量の項目は、発注する資材部品をいくつ発注するのかを示す。合計の項目は、単価と数量とから計算される値を示し、発注データで特定される資材部品を購入するのに必要な金額を示す。文書番号の項目は、発注情報の発注データをワークフローに載せるために付されるデータ識別番号を示す。メールタイトルの項目は、後述するワークフロー処理において、次のアクションを実行する担当者が、どのような処理を実行するべきかを理解できるように、メールを受取った時点で認識可能な文字列で表わされたデータを示す。
【００６８】
なお、発注情報のデータは、上述した登録プログラム３０７ａが実行される場合に作成され、資材データベース３０９に記憶される。
【００６９】
図９は、本実施の形態における業務フロー管理システム１で実行されるワークフロー登録処理の流れを示すフローチャートである。ここでは、説明を簡単にするため、資材部品を発注するワークフローを登録する場合について説明する。図９を参照して、資材部品の発注を起案する者は、端末４０でブラウザソフトウェアを起動して、ＡＰサーバ３０にログインする。そして、ワークフローデータ記憶部２０１に記憶されているフォルダ情報のデータのうちから、フォルダ名が「資材発注」のフォルダを指定すると、指定されたフォルダが受付けられる（ステップＳ０１）。ＷＦサーバ１０では、指定された「資材発注」のフォルダ名のフォルダ情報を呼出す（ステップＳ０２）。そして読出されたフォルダ情報のデータのうちから、表示プログラムの項目のデータ「Ａ００１」で特定される表示プログラムを実行するコマンドを、専用ドキュメント管理部３０３に送信する。専用ドキュメント管理部３０３では、受信したコマンドに従って、「Ａ００１」で特定される表示プログラムをプログラム記憶部３０７から読出し実行する（ステップＳ０３）。これにより、表示プログラム３０７ｂが実行されて、資材データベース３０９より文書番号に対応する発注データが検索されて表示されるのであるが、ここでは、文書番号が表示プログラムに渡されないので、表示プログラム３０７ｂは、資材データベース３０９の発注データの各項目を入力する画面を表示することになる。作成された入力画面は、端末４０に送信され、端末４０のディスプレイに表示される。
【００７０】
端末４０を操作する申請者は、表示された入力画面に従って、必要なデータを入力する。ここでは、発注先、品番、単価、数量、メールタイトルが入力されるものとする。この入力作業が終了した旨の操作が、端末４０に入力されると、専用ドキュメント管理部３０３は、ＷＦフレームワーク部３０１より、入力が完了した旨の信号を受信し、その信号の実施に応じて、文書番号を新たに付番し（ステップＳ０４）、登録プログラム３０７ａを実行する（ステップＳ０５）。登録プログラム３０７ａが実行されると、端末４０より入力された発注先、品番、単価、数量、メールタイトルのデータと、ステップＳ０４で付番された文書番号とが資材データベース３０９の発注データテーブルに登録される。また、このとき、発注番号が自動的に付番されて、その発注番号に上記のデータが対応付けられて登録されることになる。
【００７１】
なお、発注情報の合計の項目のデータは、単価および数量等から計算されるため、登録プログラム３０７ａが実行される時点で、計算されて登録される。
【００７２】
専用ドキュメント管理部３０３で登録プログラム３０７ａが実行されてその処理が終了すると、専用ドキュメント管理部３０３は、ＷＦエンジン部２０５に対して、登録が終了した旨と、ステップＳ０４で付番された文書番号とをＷＦエンジン部２０５に送信する。
【００７３】
ＷＦエンジン部２０５では、文書番号の受信に応じて、新たにＷＦ番号を付番する。そして、受信した文書番号と、ステップＳ０６で付番したＷＦ番号と、ステップＳ０１で指定されたフォルダ番号とを対応付けるために、文書情報のデータを作成し、ワークフローデータ記憶部２０１の文書情報に記憶する（ステップＳ０７）。そして、端末４０の操作者である申請者に対して、ＷＦ情報とＷＦ順序情報とを作成するための画面を表示し、端末４０の操作者により作成されたＷＦ情報とＷＦ順序情報とに、ステップＳ０６で付番されたＷＦ番号を対応付けてワークフローデータ記憶部２０１に記憶する（ステップＳ０８）。ここで、ＷＦ情報とＷＦ順序情報とは、「資材発注」のフォルダ名に対応して、予め定められた定型のＷＦ情報およびＷＦ順序情報とを準備しておき、これを端末４０に送信して申請者に示すことにより容易に作成することができる。申請者は、表示されたＷＦ情報とＷＦ順序情報とを見て、必要であれば修正し、必要なければそのままその定型のＷＦ情報とＷＦ順序情報とを用いる旨の指示を行なえば、修正された、または修正されず定型のままのＷＦ情報とＷＦ順序情報とが、ＷＦ番号に対応付けられてワークフローデータ記憶部２０１に記憶されることになる。
【００７４】
このように、ワークフロー登録処理においては、資材データベース３０９の発注データテーブルに新たにデータが登録される時点で、登録された発注データに文書番号で対応付けられた文書情報と、文書情報にＷＦ番号で対応付けられたＷＦ情報およびＷＦ順序情報とがワークフローデータ記憶部２０１に記憶されることになる。
【００７５】
図１０は、本実施の形態による業務フロー管理システム１で作成される出力画面を説明するための図である。業務フロー管理システムでは、ＡＰサーバ３０でプログラム記憶部３０７に記憶された表示プログラム３０７ｂが実行されることにより、または、ＷＦサーバ１０でワークフローデータ記憶部２０１に記憶される表示プログラムが実行されることにより出力画面が出力される。作成された出力画面は、ブラウザソフトウェアが実行される端末４０に送信される。出力画面には、文書のタイトルを表示するためのタイトル部１５０と、他の処理を選択するための選択肢を表示するためのメニュー表示部１５１と、文書の内容を表示するための文書表示部１５２と、承認・受領のサインを入力するための承認・受領入力部１５３と、ワークフローの履歴を表示するための履歴表示部１５４と、フッタを表示するためのフッタ部１５５とを含む。
【００７６】
タイトル部は、表示プログラム３０７ｂに予め定義されたものであり、たとえば、「資材発注」のフォルダ名に対応付けて記憶された「Ａ００１」の表示プログラムでは、「資材発注」のタイトルが表示される。メニュー表示部１５１は、表示プログラムとは別のプログラムを実行するための選択肢が表示される。これにより、端末４０の使用者は、表示プログラムが実行されている場合であっても他の処理を実行することができる。
【００７７】
文書表示部１５２は、表示プログラム３０７ｂが実行されることにより作成される文書を表示する。この文書は、上述したＳＱＬを実行して資材データベース３０９より読出されたデータを、資材データベース３０９のデータベース定義から得られる項目の情報とともに表示するための文書が作成される。たとえば、文書番号が「Ｄ１００」に対応付けられた発注データを表示するための文書では、「発注先＝Ａ社」、「品番＝Ｓ００１」、「単価＝１，０００」、「数量＝１，０００」、「合計＝１，０００，０００」、「発注番号＝Ｐ００１」の各データを表示する文書が作成されて表示されることになる。このデータベース定義を資材データベース３０９より読出して、上述したＳＱＬを用いて検索して抽出したデータと組合せて画面を作成するプログラムについては、項目オブジェクトの概念を用いて画面を作成するようにすれば、容易に画面を作成するための表示プログラムを生成することができる。この項目オブジェクトを用いた画面作成については、本願の出願人がした特開２００１−３２５０９８に詳細に記載されている。
【００７８】
文書表示部１５２に表示される文書は、プログラム記憶部３０７の表示プログラム３０７ｂが実行されることにより作成される専用文書１６２、または、ワークフローデータ記憶部２０１に記憶された表示プログラムが実行されることにより作成される汎用文書１６１のいずれかが表示される。
【００７９】
承認・受領入力部１５３には、承認ボタン１６３または受領ボタン１６４とが表示される。承認ボタン１６３または受領ボタン１６４のいずれを表示するかは、表示プログラム３０７ｂにおいて予め定められている。承認ボタン１６３または受領ボタン１６４とは、プログラム記憶部３０７に予め記憶されており、表示プログラム３０７ｂの作成時に、その記憶されたプログラムを表示プログラム３０７ｂに組入れることにより、容易に表示させることが可能である。履歴表示部１５４には、ワークフローで定義された履歴情報が表示される。この履歴情報は、表示プログラム３０７ｂに組入れられた履歴表示プログラム１６５が実行されることにより表示される。履歴表示プログラム１６５は、、文書番号を受信すると、その文書番号で特定されるＷＦ番号を文書情報より取得する。そして、、ＷＦ番号に対応するＷＦ情報とＷＦ順序情報とをワークフローデータ記憶部２０１より呼び出し、ＷＦ情報の履歴データから、ＷＦ順序情報で定義された順序に従って履歴を表示する画面を作成する。このようにして作成された履歴情報が、履歴表示部１５４に表示される。
【００８０】
フッタ部１５５は、所定の情報を表示するための表示部である。フッタ情報が必要ない場合には、フッタ部１５５を省略することができる。
【００８１】
図１１は、出力画面の承認・受領入力部の一例を示す図である。図１１を参照して、承認・受領入力部１５３には、出力画面を表示した人を作業者とし、その作業者の識別コードと氏名とを表示する領域１５３ａと、承認するかしないかを入力する領域１５３ｂとを含む。したがって、端末４０の使用者が、出力画面を見て承認するか否かを入力することができるようになっている。また、受領ボタン１６４を用いた場合には、承認するか否かに代えて、受領したか否かを入力する領域が、領域１５３ｂに代えて表示されることになる。
【００８２】
図１２は、出力画面の履歴表示部１５４の一例を示す図である。図１２では、図７（Ａ）に示したＷＦ情報を読出して表示した場合を例に示している。図１２を参照して、履歴表示部１５４には、予定経路を表示する領域１５４ａと、予定経路１５４ａに対応して、作業履歴を表示する領域１５４ｂとが設けられている。予定経路１５４ａでは、上から順にＷＦ順序情報で定義されたアクションの順番に、アクションが、申請、課長承認、部長承認、資材課長承認として表示されている。そして、それぞれのアクションの作業者が、住友花子、住友二郎、住友太郎、住友三郎の順にそれぞれのアクションに対応付けて表示されている。一方、領域１５４ｂには、それぞれのアクションに対応して、たとえば、アクションが「申請」に対しては、そのアクションが実行された日付と、作業者が入力したコメントとが表示されるようになっている。したがって、図１２では、「申請」のアクションが、２００２年５月１０日に住友花子により実行され、「課長承認」のアクションが、２００２年５月１１日に住友二郎により実行されたことが表示されている。また、部長承認と資材部長承認の２つのアクションについては、未だ実行されていないことが作業履歴として表示されている。
【００８３】
図１３は、本実施の形態における業務フロー管理システム１で実行される業務フロー管理処理の流れを示すフローチャートである。図１３を参照して、業務フロー管理処理では、まず、アクションリストの表示が行なわれる（ステップＳ１１）。アクションリストとは、端末４０の使用者に対して、その使用者が今の段階で実行するべきアクションのリストを表示する処理である。端末４０の使用者が、ブラウザソフトウェアを起動してＡＰサーバ３０に接続する場合、ユーザＩＤとパスワードとが入力される。これにより、ＡＰサーバ３０では、端末４０の使用者がだれであるかを認識することができる。
【００８４】
ＷＦフレームワーク部３０１では、ログインした者の識別コード（ユーザＩＤ）を用いて、ワークフローデータ記憶部２０１に記憶されているＷＦ情報を検索する。この検索は、複数あるＷＦ情報のうちから、次に実行されることになっているアクションであって、その抽出されたアクションの担当者が端末４０の使用者の識別コードと同じデータをすべて抽出する。そして、抽出されたアクションのすべてを列挙したリストを作成して、端末４０に送信する（ステップＳ１１）。これにより、端末４０のディスプレイに、端末の使用者が次に実行するべきアクションを列挙したリストが表示される。
【００８５】
ここで、抽出されたアクションのＷＦ番号に基づき、文書情報を検索してＷＦ番号に対応する文書番号を取得し、その文書番号で特定される発注情報を検索してメールタイトルを取得し、取得したメールタイトルをアクションリストに併せて表示するようにすれば、それぞれのアクションの具体的な内容を、端末４０に表示させることができる。
【００８６】
端末４０の使用者は、表示されたリストの中から、あるアクションを選択すると（ステップＳ１２）、フォルダ情報が取得される（ステップＳ１３）。フォルダ情報は、選択されたアクションのＷＦ番号に基づき文書情報を検索することにより取得される。すなわち、選択されたアクションのＷＦ番号に対応するフォルダ番号が文書情報から取得され、取得されたフォルダ番号に対応するフォルダ情報が読出されることになる。
【００８７】
そして、次のステップＳ１４では、取得されたフォルダ情報に基づき、汎用文書管理であるのか、専用文書管理であるのかが判断される。汎用文書管理か専用文書管理かの区別は、フォルダ情報のＡＰサーバアドレスに基づき判断される。ＡＰサーバアドレスが定義されているフォルダ番号については、専用文書管理であるとされ、ＡＰサーバアドレスが定義されていないフォルダ番号に対しては、専用文書管理ではなく、汎用文書管理であるとされる。汎用文書管理であるとされた場合にはステップＳ１５に進み、そうでない場合にはステップＳ１８に進む。
【００８８】
ステップＳ１５では、汎用文書管理部品が読出される。汎用文書管理部品とは、ワークフローデータ記憶部２０１に記憶されている表示プログラムである。この表示プログラムは、フォルダ情報においてフォルダ番号に対応付けられた表示プログラムが読出されることになる。たとえば、フォルダ番号が、「Ｆ２００１」の場合には、ＡＰサーバアドレスが定義されていないので、汎用文書管理とされ、ステップＳ１５において、Ｆ２００１のフォルダ番号に対応付けられている「Ａ０１０」の表示プログラムが、ワークフローデータ記憶部２０１より読出されて実行されることになる。
【００８９】
そして、表示プログラムが実行されて承認画面が端末４０に送信され、端末４０で承認画面が表示される（ステップＳ１６）。その後、端末４０の使用者が、承認あるいは否認の入力をすると（ステップＳ１７）、承認または否認のいずれかを示す信号が、ＷＦエンジン部２０５に送信される。
【００９０】
一方、ステップＳ１４において、専用文書管理と判断された場合には、ステップＳ１８において、ＷＦエンジン部２０５がＡＰサーバ３０に接続される（ステップＳ１８）。その後、ＡＰサーバ３０の専用ドキュメント管理部３０３において、表示プログラム３０７ｂが実行される（ステップＳ１９）。専用ドキュメント管理部３０３には、ＷＦエンジン部２０５から文書番号が送信される。したがって、専用ドキュメント管理部３０３では、受信した文書情報に対応する表示プログラムを、プログラム記憶部３０７より読出して実行することになる。この場合、表示プログラム３０７ｂに対しては、文書番号が渡されるので、表示プログラム３０７ｂでは、資材データベース３０９に記憶されている発注データのうち、受信した文書番号に対応するデータを抽出して図１０に示した出力画面を作成することになる。このようにして作成された出力画面が端末４０に送信され、端末４０で出力画面が表示される（ステップＳ２０）。
【００９１】
そして、端末４０の使用者が、承認・受領入力部１５３から承認または否認の入力を行なうと、承認を示す信号または否認を示す信号がＷＦフレームワーク部３０１で受信される（ステップＳ２１）。受信された承認することを示す信号または否認することを示す信号は、ＷＦエンジン部２０５に出力される。ＷＦエンジン部２０５では、承認するべき信号または否認するべき信号を受信すると、キックバックを行なうか否かが判断される（ステップＳ２２）。
【００９２】
キックバックを行なうか否かは、ステップＳ１３で取得したフォルダ情報のキックバックの項目に起動プログラムを特定する情報が含まれているか否かにより判断される。キックバックを行なう場合にはステップＳ２３に進み、そうでない場合にはステップＳ２３をスキップしてステップＳ２４に進む。
【００９３】
ステップＳ２３では、キックバックの項目で特定される起動プログラムを実行する旨のコマンドを専用ドキュメント管理部３０３に出力する。専用ドキュメント管理部３０３では、受信したコマンドに基づいて、プログラム記憶部３０７に記憶されている起動プログラム３０７ｃを起動する（ステップＳ２３）。これにより、資材システム部３１１の所定のプログラムが起動されることになる。たとえば、ステップＳ１３で取得されたフォルダのフォルダ番号が「Ｆ２０００」の場合には、キックバックの項目に「Ｘ００１」が記憶されている。「Ｘ００１」で特定される起動プログラムは、資材システム部３１１で、文書番号で特定されるデータに関して、発注伝票を発行する処理とすることができる。
【００９４】
これにより、たとえば、図７に示したＷＦ情報において、アクション番号が「１３」のアクションが実行された時点で、Ｘ００１で特定される起動プログラム３０７ｃが実行されると、発注伝票が発行される。したがって、ワークフロー処理において、あるアクションが実行されたことを契機に、資材システム部３１１に記憶されているプログラムを自動的に起動することができる。また、そのプログラムが使用するデータは、資材データベース３０９に既に記憶されているので、新たに資材データベース３０９に発注データを入力する必要がない。
【００９５】
そして、次のステップＳ２４では、ＷＦ情報の更新が行なわれる。この更新は、履歴データの更新である。たとえば、図７（Ａ）を参照して、アクション番号が「１２」のアクションが実行される場合には、その実行日が履歴データの日付の項目に記憶され、そのアクションを実行した部長の識別コードが作業者の項目に記憶される。また、そのアクションを実行した部長がコメントを入力した場合には、その内容がコメントの項目に記憶されることになる。
【００９６】
そして、次のステップＳ２５では、次の承認者があるか否かが判断される。次の承認者があるか否かは、ＷＦ情報の履歴データおよびＷＦ順序情報を参照することにより求めることができる。そして、次の承認者がある場合にはステップＳ２６に進み、そうでない場合にはワークフロー処理を終了する。
【００９７】
ステップＳ２６では、分岐があるか否かが判断される。分岐があるか否かは、ＷＦ順序情報を参照することにより判断される。分岐がある場合には、ステップＳ２７に進み、そうでない場合にはステップＳ２８に進む。
【００９８】
ステップＳ２７では、条件に従い次の承認者が誰であるかを取得する。たとえば、図７（Ｂ）を参照して、今実行されたアクションがアクション番号が「１１」で特定される「課長承認」の作業名のアクションであった場合、条件がＡの場合には次のアクションが「１２」のアクション番号のアクションとされ、条件がＢの場合には、次のアクションが「１３」のアクション番号で特定されるアクションとされる。ここでは、条件Ａを、購入金額（単価×数量）が１千万円以上とし、条件Ｂが購入金額が１千万円未満としている。
【００９９】
次のステップＳ２８では、現在処理対象となっている文書番号から、発注情報を検索してその文書番号に対応するメールタイトルの項目のデータを取得する。そして次のステップＳ２９では、ステップＳ２８で取得したメールタイトルを、タイトルとする電子メールを作成し、文書番号とともに、次の承認者へメール送信する。これにより、次にアクションを実行する者は、電子メールを受信するので、自分に実行するべきアクションがあることを知ることができる。また、ＷＦサーバ１０は、文書番号が指定されることにより、実行するべきアクションを特定することができる。
【０１００】
図１４は、複数のＷＦサーバを用いた業務フロー管理システムの分散構成を説明するための図である。図１４では、１台の端末４０と、２台のＡＰサーバ３０，３０Ａと、２台のＷＦサーバ１０，１０Ａとで構成された業務フロー管理システムを示している。
【０１０１】
端末４０が、まず、ＡＰサーバ３０に論理的に接続され、アクションリスト表示の要求をすると、ＡＰサーバ３０は、まず、ＷＦサーバ１０に接続し、ＷＦサーバ１０のワークフローデータ記憶部に記憶されているＷＦ情報を検索してアクションリストをＡＰサーバ３０に送信する。また、ＡＰサーバ３０は、ＷＦサーバ１０Ａに接続し、ＷＦサーバ１０Ａのワークフローデータ記憶部に記憶されているＷＦ情報に基づきアクションリストを受信する。ＡＰサーバ３０では、ＷＦサーバ１０およびＷＦサーバ１０Ａのそれぞれより受信したアクションリストを合成して、端末４０に送信する。
【０１０２】
したがって、端末４０では、ＷＦサーバ１０およびＷＦサーバ１０Ａが２台ある場合でも、ＷＦサーバ１０とＷＦサーバ１０Ａのそれぞれに記憶されているＷＦ情報に基づいて作成されるアクションリストが合成されて表示される。図１５に、アクションリストの一例を示す。このため、端末４０の使用者は、ＷＦサーバ１０およびＷＦサーバ１０Ａの台数に関係なく、すべてのアクションを一覧にして見ることができる。そして、たとえば、ＡＰサーバ３０Ａが有するデータベースを用いたアクションであるアクションを選択した場合には、端末４０が自動的にＡＰサーバ３０Ａに接続される。そして、ＡＰサーバ３０Ａにおいて、ＡＰサーバ３０Ａの専用ドキュメント管理部が起動し、文書番号で特定されるＷＦ情報を記憶するＷＦサーバ１０Ａとから必要な情報を取得して、表示プログラムが実行されて端末４０に対して出力画面が出力される。
【０１０３】
このように、本実施の形態における業務フロー管理システムにおいては、複数のＡＰサーバおよび複数のＷＦサーバを用いてシステムを構成することができる。ＡＰサーバを複数用いた場合には、たとえば、資材システムを実行するＡＰサーバ、人事システムを実行するＡＰサーバのように、システムごとにＡＰサーバを構成することができる。
【０１０４】
また、ＷＦサーバは、ワークフローデータの増大に伴い、負荷が増大するため、この負荷を分散するために複数台設けるようにすることができる。
【０１０５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】本発明の実施の形態の１つにおける業務フロー管理システムの概略を示す図である。
【図２】本実施の形態における業務フロー管理システムのＷＦサーバの外観図である。
【図３】本実施の形態における業務フロー管理システムのＷＦサーバの構成図である。
【図４】本実施の形態における業務フロー管理システムの論理構成を示す図である。
【図５】本実施の形態における業務フロー管理システムのＷＦサーバに記憶されるフォルダ情報の一例を示す図である。
【図６】本実施の形態における業務フロー管理システムのＷＦサーバに記憶される文書情報の一例を示す図である。
【図７】本実施の形態における業務フロー管理システムのＷＦサーバに記憶されるＷＦ情報およびＷＦ順序情報の一例を示す図である。
【図８】本実施の形態におけるＡＰサーバの資材データベースに記憶される発注情報の一例を示す図である。
【図９】本実施の形態における業務フロー管理システムで実行されるワークフロー登録処理の流れを示すフローチャートである。
【図１０】本実施の形態における業務フロー管理システムで作成される出力画面を説明するための図である。
【図１１】出力画面の承認・受領入力部の一例を示す図である。
【図１２】出力画面の履歴表示部の一例を示す図である。
【図１３】本実施の形態における業務フロー管理システムで実行される業務フロー管理処理の流れを示すフローチャートである。
【図１４】複数のＷＦサーバを用いた業務フロー管理システムの分散構成を説明するための図である。
【図１５】アクションリストの一例を示す図である。
【符号の説明】
１　業務フロー管理システム、１０，１０Ａ　ＷＦサーバ、１０，１０Ａ　サーバ、３０，３０Ａ　ＡＰサーバ、４０，４０Ａ　端末、１００　コンピュータ、１０２　ディスプレイ、１０４　プリンタ、１０６　キーボード、１０８　マウス、１１０　ＣＤ−ＲＯＭドライブ、１１２　ＦＤドライブ、１１４　ハードディスク、１２６　バス、１３０　ネットワークインターフェイス、１３２　ネットワーク、１５０　タイトル部、１５１　メニュー表示部、１５２　文書表示部、１５３　承認・受領入力部、１５４　履歴表示部、１５５　フッタ部、１６１　汎用文書、１６２　専用文書、１６３　承認ボタン、１６４　受領ボタン、１６５　履歴表示プログラム、２０１　ワークフローデータ記憶部、２０３　汎用ドキュメントデータ記憶部、２０５　エンジン部、３０１　フレームワーク部、３０３　専用ドキュメント管理部、３０７　プログラム記憶部、３０７ａ　登録プログラム、３０７ｂ　表示プログラム、３０７ｃ　起動プログラム、３０９資材データベース、３１１　資材システム部。
【図１】
2004062395.tif 000003
【図２】
2004062395.tif 000004
【図３】
2004062395.tif 000005
【図４】
2004062395.tif 000006
【図５】
2004062395.tif 000007
【図６】
2004062395.tif 000008
【図７】
2004062395.tif 000009
【図８】
2004062395.tif 000010
【図９】
2004062395.tif 000011
【図１０】
2004062395.tif 000012
【図１１】
2004062395.tif 000013
【図１２】
2004062395.tif 000014
【図１３】
2004062395.tif 000015
【図１４】
2004062395.tif 000016
【図１５】
2004062395.tif 000017