JP2004334379A - ワークフローシステム、プログラム、及び記憶媒体 - Google Patents
ワークフローシステム、プログラム、及び記憶媒体 Download PDFInfo
- Publication number
- JP2004334379A JP2004334379A JP2003126722A JP2003126722A JP2004334379A JP 2004334379 A JP2004334379 A JP 2004334379A JP 2003126722 A JP2003126722 A JP 2003126722A JP 2003126722 A JP2003126722 A JP 2003126722A JP 2004334379 A JP2004334379 A JP 2004334379A
- Authority
- JP
- Japan
- Prior art keywords
- instruction
- action
- destination
- processing
- workflow system
- 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
- 230000009471 action Effects 0.000 claims abstract description 194
- 238000000034 method Methods 0.000 claims abstract description 157
- 238000012545 processing Methods 0.000 claims abstract description 156
- 230000008569 process Effects 0.000 claims abstract description 99
- 230000010365 information processing Effects 0.000 claims description 11
- 230000008520 organization Effects 0.000 abstract description 21
- 238000010586 diagram Methods 0.000 description 27
- 230000008859 change Effects 0.000 description 15
- 238000012423 maintenance Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 5
- 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 4
- 244000205754 Colocasia esculenta Species 0.000 description 3
- 235000006481 Colocasia esculenta Nutrition 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000007796 conventional method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 241000282412 Homo Species 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【解決手段】ワークフローシステムにおいて、プロセス定義をおこなうプロセス定義部3と、そのプロセス定義に基づいて最初の指示書を作成する初期指示書作成部4と、その指示書を画面上に表示する指示書表示部5と、表示された指示書を用いて処理内容を入力する処理内容入力部6と、その処理内容入力部6により入力された処理内容に応じて次の指示書を作成する次指示書作成部7とを備え、前記処理内容としてアクションおよび宛先を含み、前記処理内容入力部6内に、とりうるアクションの候補からアクションを選択させるアクション選択部9と、とりうる宛先の候補から宛先を選択させるか新規に宛先を入力させる宛先入力部10とを備えた。
【選択図】 図1
Description
【発明の属する技術分野】
本発明は、例えばパーソナルコンピュータや専用の情報処理装置などを用いて構成されるクライアント・サーバ構成のシステム上で、人から人へ文書や帳票などを流すワークフローシステムに関する。
【0002】
【従来の技術】
例えば発行者から審査者へ、さらに承認者へと、文書や帳票などを流すワークフローシステムでは、一般にプロセス定義(フローのルート設定など)と組織データベース(DB)の設定を必要とする。そのため、ワークフローシステムを導入し、運用を開始するまでにある程度以上のコスト(設定作業)がかかる。また、設定がすんだあとでも、例外的な状況(担当者不在など)や組織の変更などが起こるたびにプロセス定義を変更したり、組織DBを改変したりといった保守作業が発生する。
そのため、特開平8−101817号公報に示された「ワークフロー支援システム」では、前記したプロセス定義における利用者の負担を軽くすることを図って、プロセス定義においてワークフローのためのルールを選択させ、そのルールに関連付けられた条件に従ってワークフローの実行順序を自動的に組み立て、組み立てたワークフローを順次実行する。
また、特開2000−259736公報に示された「ワークフロー次作業者動的決定方法」では、起票者の次作業者の決定ルールを参照して次作業者を動的に決定可能なように次作業として起票者の上司職位の公式役割名を登録するか、またはオフィスIDを生成して実ユーザー名とともに公式役割名を登録し、次の作業者に作業が移る際に公式役割名を作業者に変更することにより、人事異動により利用者の上司関係に変更があってもワークフローの未着手データについては次作業者を最新の状態で(最新の組織DBで)決定できるようにする。
また、特開平10−177608号公報に示された「ワークフローシステム」では、却下や委譲など例外的な状況については、プロセス定義とは別個に定義しておき、例外パターンにより別に定義されている次担当者へ流す。
【特許文献1】特開平8−101817号公報
【特許文献2】特開2000−259736公報
【特許文献3】特開平10−177608号公報
【0003】
【発明が解決しようとする課題】
一般に、ワークフローというと、プロセス定義と組織データベース(DB)の設定を必要とする。そのため、ワークフローシステムを導入し、運用を開始するまでにある程度以上のコストがかかる。また、設定がすんだあとでも、例外的な状況(担当者不在など)や組織の変更などが起こるたびにプロセス定義を変更したり、組織DBを改変したりといったわずらわしい保守作業が発生する。前記した特開平8−101817号公報に示された従来技術でも、ルールを設定する必要があるし、ルールの保守および組織DBの保守は必要である。
また、特開2000−259736公報に示された従来技術でも、組織DBの保守が必要であるし、特開平10−177608号公報に示された従来技術では、例外処理には対応しやすいが、例外でない場合のプロセス定義の保守および組織DBの保守が必要な点は同じである。
本発明の目的は、このような従来技術の問題を解決することにあり、具体的には、組織DBの設定やルート設定をまったく必要としないワークフローシステムを提供することにある。
【0004】
【課題を解決するための手段】
前記の課題を解決するために、請求項1記載の発明では、プロセス定義をおこなうプロセス定義手段と、そのプロセス定義に基づいて最初の指示書を作成する初期指示書作成手段と、その指示書を画面上に表示する指示書表示手段と、表示された指示書を用いて処理内容入力手段により入力された処理内容に応じて次の指示書を作成する次指示書作成手段とを備えたワークフローシステムにおいて、前記処理内容としてアクションおよび宛先を含み、前記処理内容入力手段内に、とりうるアクションの候補からアクションを選択させるアクション選択手段と、とりうる宛先の候補から宛先を選択させるか新規に宛先を入力させる宛先入力手段とを備えた。
また、請求項2記載の発明では、請求項1記載の発明において、前記プロセス定義に自然言語で書かれた処理手順説明を含み、前記初期指示書作成手段および次指示書作成手段はその処理手順説明を指示書内に記載する構成にした。
また、請求項3記載の発明では、請求項1または請求項2記載の発明において、前記処理内容としてコメントを含み、前記次指示書作成手段は入力されたコメントを次指示書内に記載する構成にした。
また、請求項4記載の発明では、請求項1、請求項2、または請求項3記載の発明において、前記処理内容として依頼アクションを含み、前記処理内容入力手段内に、とりうる依頼アクションの候補から依頼アクションを選択させる依頼アクション選択手段を備え、その依頼アクション選択手段を介して選択された依頼アクションを前記次指示書作成手段が次指示書内に記載するアクションの第1候補とする構成にした。
また、請求項5記載の発明では、請求項1乃至請求項4のいずれか1項に記載の発明において、入力された処理内容のすべてまたは一部とともに、その処理内容を入力した利用者を示す利用者情報とそのときの時刻を前記指示書内に履歴として記録する構成にした。
【0005】
また、請求項6記載の発明では、請求項1乃至請求項5のいずれか1項に記載の発明において、入力された処理内容のすべてまたは一部、処理している利用者を示す利用者情報、およびそのときの時刻を前記指示書とは別の履歴記録手段に履歴として記録する構成にした。
また、請求項7記載の発明では、請求項6記載の発明において、前記宛先選択手段内に、とりうる宛先の候補を記録された履歴を用いて作成する宛先候補作成手段を備えた。
また、請求項8記載の発明では、請求項6または請求項7記載の発明において、前記依頼アクション選択手段内に、とりうる依頼アクションの候補を記録された履歴を用いて作成する依頼アクション候補作成手段を備えた。
また、請求項9記載の発明では、情報処理装置上で実行されるプログラムにおいて、請求項1乃至請求項8のいずれか1項に記載のワークフローシステムによったワークフローを実行させるようにプログラミングされている構成にした。
また、請求項10記載の発明では、プログラムを記憶した記憶媒体において、請求項9記載のプログラムを記憶した。
【0006】
【発明の実施の形態】
本発明のワークフローシステムでは、現在(ワークフロー中の現時点)の担当者が次の担当者や処理内容を指定する。例えば、アクション、宛先、依頼アクションなどを指定するのである。この際、ルート(文書などを人から人へ流す順路)はワークフローの指示書に言葉で書く。なぜなら、システムに教えられなくても、普通は自分の上司が誰なのかはわかっているはずだからである。
さらに、前記した指定を簡単におこなえるように、システム側が過去の履歴を参照し、「アクション」の種別に応じて宛先や依頼アクションを提示するとともに、提示した宛先や依頼アクションを次の宛先(担当者)およびアクションのデフォルトにする。例えば、現担当者が、アクションとして、「発行」を選択したとする。そうすると、過去に「発行」を実行した履歴を調べ、そのときに宛先として指定した人および依頼アクションのうち、最新のものから順に選択肢を提示する。これにより、利用者(現担当者)は選ぶだけで指定が終了する。最初は履歴がないのでうまくいかないが、ある程度処理がたまってくると、デフォルトの状態で処理が可能になってくる。
なお、本発明のワークフローシステムでは組織DBを持たないので、そのための保守作業が不要であるし、厳密なルート設定を必要としないので、例外的な状況にも柔軟に対応でき、プロセス定義の保守もほとんどいらない。
【0007】
以下、図面により本発明の実施の形態を詳細に説明する。
図1は本発明の第1の実施例を示すワークフローシステムの構成ブロック図である。なお、この実施例では、ネットワークに接続された端末装置から複数の利用者が操作することを想定している。
図示したように、この実施例のワークフローシステムは、ワークフローサーバ1と複数の端末装置2から構成され、ワークフローサーバ1は、ネットワークを介した利用者の指示により起動されてプロセス定義を作成するプロセス定義部3、そのプロセス定義を元に最初の指示書を作成する初期指示書作成部4、作成されたその指示書を端末装置2に表示させる指示書表示部5、表示された指示書に従って利用者に処理内容を入力させる処理内容入力部6、入力された処理内容に従って次の指示書を作成する次指示書作成部7、およびメールのアドレス帳8などを備えている。入力される処理内容はアクションと宛先で、そのため、前記処理内容入力部6は、アクションを選択・入力させるアクション選択部9、および宛先を入力させる宛先入力部10を備える。
宛先については宛先候補作成部11により候補が作成され、利用者はそのなかから選ぶだけで入力が可能になる。なお、この実施例では、請求項1記載のプロセス定義手段、初期指示書作成手段、指示書表示手段、処理内容入力手段、次指示書作成手段、アクション選択手段、および宛先入力手段が、それぞれその順に、プロセス定義部3、初期指示書作成部4、指示書表示部5、処理内容入力部6、次指示書作成部7、アクション選択部9、および宛先入力部10により実現される。
【0008】
次に、図1に従って典型的な動作について説明する。なお、端末装置2は、WWWブラウザなどが動作するWWWクライアント装置とする。一方、ワークフローサーバ1はWWWサーバであり、その環境で動作するCGIと呼ばれるプログラムを有するものとする。但し、これは一例であり、Serveletなどのプログラムが動作するサーバ・クライアントシステム、または専用のサーバ・クライアントシステムであってもよい。
図2に、プロセス定義部3によりネットワークを介して利用者に提示されたプロセス定義の入力画面を示す。この入力画面はHTMLと呼ばれる文書形式によって容易に作成できるものであり、詳細は省略する。WWWクライアント装置側で、空欄に文字を書き込み、設定ボタンを押すことによりサーバ側に情報を与えることができる。これはHTML文書におけるFORMタグによって達成される仕組みであり、WWWにおいて広く用いられているやりかたである。
この入力画面で、利用者は、プロセスの名前と説明、および処理手順をそれぞれ自然言語で人が解読できる内容で入力する。入力例を図3に示す。このように、自然言語で記述するので(複雑なルート設定などを従来のようにプログラムやフロー図で記述しない)、機械可読になるように気を使う必要もなく、容易にプロセス定義を記述することができる。また、例外的な処理を全て網羅する必要もなく、非常に簡単である。さらに、役職の名前(例えば係長や課長)と実際の人名を結びつけるための組織DBも全く不要である。
利用者が図3に示した設定ボタンを押すと、プロセス定義部3はネットワークを介して入力された文字データを取得し、その文字データを元にプロセス定義を以下の手順で作成する。
STEP1.1 名前欄の入力データをプロセス定義の名前の値とする。
STEP1.2 説明欄の入力データをプロセス定義の説明の値とする。
STEP1.3 処理手順欄の入力データをプロセス定義の処理手順の値とする。
こうして作成されたプロセス定義の例を図4に示す。従来のワークフローシステムでは、この段階で複雑なルート設定や例外処理を記述しなければならなかったが、この実施例では、以上のように自然言語で説明すればよく、非常に簡単である。
プロセス定義部3は作成したプロセス定義をワークフローサーバ1内の2次記憶装置であるハードディスク記憶装置などの記憶域に保管する。
【0009】
プロセス定義が作成され、利用者(仮に「佐藤一郎」さんとする)がプロセス定義に書かれたプロセスを開始する場合は、まず、端末装置2からプロセス開始の指示を与える。これにより、その指示が初期指示書作成部4に伝わり、初期指示書作成部4が起動され、その初期指示書作成部4が指示書を作成する。指示書とは、現在の(そのときの)作業者に対して何をすべきかを記述した文書である。指示書の例を図5に示す。指示書の作成手順は次のようになる。
STEP2.1 タイトルとして、プロセス定義の名前を指示書の先頭に出力する。
STEP2.2 説明として、プロセス定義の説明を指示書に追加する。
STEP2.3 処理手順として、プロセス定義の処理手順を指示書に追加する。
STEP2.4 アクションの作成(後述)
STEP2.5 宛先欄を指示書に追加する。ここは空欄とする。
STEP2.6 添付文書欄を指示書に作成する。
STEP2.7 実行ボタンを指示書に追加する。
【0010】
次に、STEP2.4のアクションの作成について説明する。
ここでは、アクションテーブルを用いてアクションを指示書に追加する。アクションは、最初に実行すべきアクションである。まず、アクションテーブルとして図6のようなものを事前に用意しておく。アクションテーブルには、アクションが書かれている。図6において、アクション名は、アクションの名前そのもので、アクション番号は単なるアクションのID(識別番号)である。テーブル中の「状態」には、「初期」と「途中」があり、「初期」は、プロセスの開始時におこなわれるアクションであることを表す。「途中」はプロセスの開始時以外にもおこなわれる。STEP2.4の詳細は次のようになる。
STEP2.4.1 アクションテーブルから「状態=初期」のアクションを見つけ出す。複数ある場合には最初に見つけたものでよい。
STEP2.4.2 見つけたアクションのアクション名を指示書に追加する。この例では、最初のアクションは「発行」となる。
利用者は、この指示書を読み、特に処理手順の説明を読み、いかなる処理をおこなえばいいかを知ることができる。この例では、自分は発行者であり、必要とするアクションは「発行」で、次にまわす相手は自分の上司である係長であり、係長にお願いすべき事柄は「審査」であることがわかる。通常、自分の上司の名前が誰かは知っているはずであり、係長→鈴木太郎といった対応付けはシステムがおこなわなくても利用者により可能である。よって、利用者が上司の宛先を入力することができる。
従来は、この処理手順は、システムで自動実行されるようにプログラム化されていたので、組織の変更や人事異動があった場合に、組織DBやプログラムを変更しなければならないとか、不慮の病欠の場合の承認者のスキップなど、例外的な処理ができないとか、人間が読むことを想定して書かれていないので、どのように処理されるか、処理している本人も把握できないとかいった問題があったが、この実施例のワークフローシステムではこのような問題が解決される。
指示書が作成されると、指示書表示部5がその指示書を当該利用者の端末装置(WWWクライアント装置)2へ送り、その端末装置2においてその指示書が表示される。
【0011】
次に、処理内容入力部6がこのときの実際の処理内容を入力させる。利用者が表示された指示書に書き込む形で処理内容を入力するのである。表示された指示書記載の処理内容のままでよければ、特に変える必要はない。変えたい場合には、欄横の▼ボタンを押す(図5参照)。例えばアクション欄の▼ボタンが押された場合は次のようになる。
まず、処理内容入力部6が、図6に示したアクションテーブルのアクションをそのまま全てアクションの候補・選択肢として、図7に示したような小さな画面をポップアップし、利用者にポインティングデバイスなどによりそのうちのひとつを選択させる。これは次のような手順になる。
STEP3 利用者がアクション欄(図5参照)のボタンを押すことによりネットワークを介してアクション選択部9が起動する。
STEP3.1 アクション選択部9はアクションテーブルから全てのアクション名を読み込む。
STEP3.2 アクション選択部9はそのアクション名を端末装置2へ送り、その端末装置2において順番に選択肢として表示させる。
宛先欄の▼ボタンが押された場合には、宛先入力部10により宛先が入力される。これは次のようになる。
STEP4.1 当該個人(このときの作業者)のメールのアドレス帳や人事DBなどから組織の人間の情報を取得する。
STEP4.2 ネットワークを介して当該端末装置2へ送り、その端末装置2において順番に選択肢として表示させる。
このようにして、小さなポップアップ画面を利用者に提示し、選択させる。この画面を図8に示す。この例では、宛先をフルネームで表示したが、メールのアドレス帳などの場合にはメールアドレスだけが記載されている場合がある。この場合、別の人事DBを用いて名前に変更してもよいし、また、メールアドレスのまま表示してもよい(次の担当者が自分宛ての指示書を選択できればよいので、どう表示するかは本質的ではない)。
さらに、添付文書欄には、このプロセスの対象物件に係る文書やファイルを添付することができる。これにより、購入すべき商品の仕様やカタログ、見積書などを添付し、ワークフローの処理をおこなうことができる。
【0012】
利用者は、このようにして処理内容を入力した後、実行ボタンを押す。そうすると、次指示書作成部7が、その処理内容を元にそこで示された宛先に出す新たな指示書を作成する。作成された指示書の例を図9に示す。これは次の手順で作成される。
STEP5.1 説明欄および処理手順欄に、初期指示書作成のときと同様にプロセス定義からそのまま引き継いで書く。
STEP5.2 アクション欄は空にする。
STEP5.3 宛先も空にする。
STEP5.4 添付文書に、前担当者が入力した添付文書をそのまま引き継ぐ。
STEP5.5 指示書内に履歴として、このとき入力された前工程(ここでは初期指示書)の処理内容のすべてまたは一部、このときの利用者を示す利用者情報、およびこのときの時刻を追加記録する(利用者はこの指示書内の履歴を見ることにより、過去の全ての処理内容を知ることができる)。
このように、次指示書作成部7により、次の担当者向けの指示書が作成され、これは、システムの2次記憶域(例えばハードディスク記憶装置の記憶域)に保管される。このとき、電子メールなどにより、次担当者に新しい指示書ができたことを伝えてもよい。この場合、次担当者は即座に、自分の担当の指示書の処理をおこなうことができる。電子メールなどにより連絡していない場合は、次担当者が定期的にシステムにアクセスすることにより、自分宛ての指示書を見つけることができる。
【0013】
さて、次の担当者である山田与助(係長)は、自分宛ての指示書を見つけると、指示書表示部5を介してその指示書を自端末装置2に送らせ、表示させる。そして、これを見て、ワークフロー上の次の処理をおこなう。発行時の処理と同じように、指示書に記載されている処理手順説明などを見て適切な処理をおこなうことができるのである。
続いて、宛先やこの工程のアクションについては▼ボタンを押して、前記した「発行」の場合と同様に処理する。
こうして、次々に次指示書作成→処理内容入力→次指示書作成という繰り返しがおこなわれ、ワークフローが実行される。
このように、第1の実施例によれば、プロセス定義で記述した自然言語文の処理手順をそのまま指示書内に表示することができ、したがって、人間向けの説明と情報処理装置向けの説明(ルート設定など)の2種類を記述する必要がなく、人間向けの説明だけ記述すればよい。また、作業者(担当者)は、処理手順を見ながら適切な処理をおこなうことができ、これにより、例外時の柔軟な対応が可能である。処理手順に複雑な条件があっても、複雑なプログラミングの必要がなく、プロセスの定義者から実際の担当者に手順を伝えることができる。また、処理の履歴が指示書内に記録されるので、現在の担当者は、今処理している指示書だけを見て、それまでの処理の概要を容易に知ることができる。
【0014】
次に、本発明の第2の実施例について説明する。なお、この実施例の構成ブロック図は図1に示した第1の実施例と同じであるので、説明を省略する。また、プロセス定義部3の機能も第1の実施例と同じであるので、説明を省略し、プロセス定義が作成されたあとから説明する。
そういうわけで、そのプロセス定義の作成後だが、まず、利用者(仮に「佐藤一郎」さんとする)が端末装置2においてプロセス定義に書かれたプロセスを開始する指示を入力する。これにより、端末装置2はプロセス開始の指示をワークフローサーバ1内の初期指示書作成部4に伝え、初期指示書作成部4が起動され、その初期指示書作成部4が指示書を作成する。指示書は、そのときそのときの作業者に対して何をすべきかを記述した文書である。指示書の例を図10に示す。
指示書の作成手順は次のようになる。
STEP2.1 タイトルとして、プロセス定義の名前を指示書の先頭に出力する。
STEP2.2 説明として、プロセス定義の説明を指示書に追加する。
STEP2.3 処理手順として、プロセス定義の処理手順を指示書に追加する。
STEP2.4 アクションを作成する(詳細は第1の実施例と同じである)。
STEP2.5 宛先欄を指示書に追加する。ここは空欄とする。
STEP2.6 コメント欄を指示書に追加する。ここも空欄とする。
STEP2.7 添付文書欄を指示書に追加する。
STEP2.8 実行ボタンを指示書に追加する。
こうして、指示書が作成されると、次に、指示書表示部5がその指示書を利用者の端末装置2へ送り、指示書が表示される。
【0015】
次に、利用者が処理内容入力部6によりこのときの実際の処理内容を入力する。利用者は表示された指示書に書き込む形で処理内容を入力するのである。情報がそのままでよければ、特に変える必要はない。変えたい場合には、欄横の▼ボタンを押す。例えばアクション欄の▼ボタンが押された場合は、図6に示したアクションテーブルのアクションをそのまま全てのアクションの候補・選択肢として小さな画面図(図7参照)をポップアップし、利用者はポインティングデバイスなどによりそのうちのひとつを選択する。これは次のような手順になる。
STEP3 利用者がアクション欄のボタンを押すことによりアクション選択部9が起動する。
STEP3.1 アクションテーブルから全てのアクション名を読み込む。
STEP3.2 順番に選択肢として表示する。
宛先欄の▼ボタンが押された場合には、宛先入力部10により、宛先が入力される。これは次のようになる。
STEP4.1 当該個人(このときの作業者)のメールのアドレス帳や人事DBなどから組織の人間の情報を取得する。
STEP4.2 順番に選択肢として表示する。
このようにして、小さなポップアップ画面を利用者に提示し、選択させる。この画面は図8のようになる。なお、この例では宛先をフルネームで表示したが、メールのアドレス帳などの場合にはメールアドレスだけが記載されている場合があるので、別の人事DBを用いて名前に変更してもよいし、また、メールアドレスのまま表示してもよい。
コメント欄には、次担当者(宛先)に伝えたい任意のことがらを自然言語で記述する。これを使って、ここに例外的な対応を依頼することができる。例えば、コメントに「12月30日までに処理が終わらないと、希望の商品は絶版になります。また、課長は12月29日まで出張中です。」と書くことにより、次担当者の係長に対し課長をスキップするなどの処理を示唆できる。
さらに、添付ファイル欄には、このプロセスの対象物件に係る文書やファイルを添付することができる。これにより、購入すべき商品の仕様やカタログ、見積書などを添付し、ワークフローの処理をおこなうことができる。
【0016】
利用者は、このように処理内容を入力した後、実行ボタンを押す。これにより、次指示書作成部7が新たな指示書を作成する。作成された指示書の例を図11に示す。これは次の手順で作成される。
STEP5.1 初期指示書作成のときと同様に、説明欄および処理手順欄にプロセス定義からそのまま引き継いで書く。
STEP5.2 直前のコメントに、前担当者(佐藤一郎)の入力した処理内容を書く。
STEP5.3 アクション欄は空にする。
STEP5.4 宛先も空にする。
STEP5.5 コメント欄も空にする。
STEP5.6 添付文書に、前担当者が入力した添付文書をそのまま引き継ぐ。
STEP5.7 指示書内に履歴としてそのとき入力された前回の処理内容を追加する。利用者はこの指示書内の履歴を見ることにより、過去の全ての処理内容を知ることができる。こうして、次指示書作成部7により、次の担当者向けの指示書が作成され、これは2次記憶域に保管される。
このとき、電子メールなどにより次担当者に新しい指示書ができたことを伝えてもよい。この場合、次担当者は即座に、自分の担当の指示書の処理をおこなうことができる。電子メールなどにより連絡していない場合は、次担当者が定期的にシステムにアクセスすることにより、自分宛ての指示書を見つけることができる。そして、次の担当者である山田与助(係長)は、自分宛ての指示書を見つけると、指示書表示部5により自端末装置2へ送らせ、表示させる。そして、これを見て、ワークフロー上の次の処理をおこなう。この処理は、発行時の処理と同じであるが、この実施例では、処理手順説明だけでなくコメントも見て、適切な処理をおこなうことができる。
こうして、次々に次指示書作成→処理内容入力→次指示書作成という繰り返しがおこなわれ、ワークフローが実行される。
このように、第2の実施例によれば、前担当者からのコメントが指示書中の直前のコメントや履歴に表示されるので、前担当者からの複雑な要求も理解することができ、適切な処理をおこなうことができる。また、プロセス定義時には存在しなかった突発的、例外的な事象に対しても柔軟な対応が可能になる。
【0017】
次に、本発明の第3の実施例について説明する。
図12に、この実施例の構成ブロック図を示す。図示したように、この実施例では、図1に示した第1の実施例の構成に対して依頼アクション選択部12が追加されており、依頼アクション選択部12内には依頼アクション候補作成部13を含む。また、処理内容には依頼アクションが含まれる。なお、この実施例では、請求項4記載の依頼アクション選択手段が依頼アクション選択部12により実現される。図12において、プロセス定義部3は第1の実施例と動作が同じであるので、以下、プロセス定義が作成されたあとからこの実施例の動作を説明する。
そういうわけで、プロセス定義が作成されたあとだが、利用者(仮に「佐藤一郎」さんとする)が端末装置2においてプロセス定義に書かれたプロセスを開始する指示を入力する。これにより、端末装置2はプロセス開始の指示をワークフローサーバ1内の初期指示書作成部4に伝え、初期指示書作成部4が起動され、その初期指示書作成部4が指示書を作成する。指示書の例を図13に示す。指示書の作成手順は次のようになる。
STEP2.1 タイトルとして、プロセス定義の名前を指示書の先頭に出力する。
STEP2.2 説明として、プロセス定義の説明を指示書に追加する。
STEP2.3 処理手順として、プロセス定義の処理手順を指示書に追加する。
STEP2.4 アクションの作成をおこなう(詳細は第1の実施例と同じである)。
STEP2.5 依頼アクション欄を追加する。ただし空欄にしておく。
STEP2.6 宛先欄を指示書に追加する。ここは空欄とする。
STEP2.7 コメント欄を指示書に追加する。ここも空欄とする。
STEP2.8 添付文書欄を指示書に追加する。
STEP2.9 実行ボタンを指示書に追加する。
こうして、指示書が作成されると、指示書表示部5がその指示書を利用者の端末装置2へ送り、表示させる。
【0018】
その後、処理内容入力部6aにより利用者がそのときの実際の処理内容を入力する。利用者は表示された指示書に書き込む形で処理内容を入力するのである。情報がそのままでよければ、特に変える必要はない。変えたい場合には、欄横の▼ボタンを押す。例えばそのときの実際のアクションを変更するために利用者がアクション欄の▼ボタンを押した場合は次のようになる。
まず、アクションテーブルのアクションをそのまま全てのアクションの候補・選択肢とし、図7に示したような小さな画面をポップアップする。そして、利用者にポインティングデバイスなどによりそのうちのひとつを選択させる。これは次のような手順になる。
STEP3 利用者がアクション欄のボタンを押すことによりアクション選択部9が起動する。
STEP3.1 アクションテーブルから全てのアクション名を読み込む。
STEP3.2 順番に選択肢として表示する。
また、宛先欄の▼ボタンが押された場合には、宛先入力部10により宛先が入力される。これは次のようになる。
STEP4.1 当該個人のメールのアドレス帳や人事DBなどから組織の人間の情報を取得する。
STEP4.2 順番に選択肢として表示する。図8に示したような小さなポップアップ画面を利用者に提示し、選択させるのである。
また、次担当者に依頼するアクションを入力する場合は、利用者が依頼アクション欄の▼ボタンを押し、依頼アクション選択部12により次担当者に対する依頼アクションを選択するが、そのときは、まず依頼アクション候補作成部13が依頼アクションの候補を生成する。これは、アクション選択部9と全く同様の処理であり、次のようになる。
STEP5 利用者が依頼アクション欄のボタンを押すことにより依頼アクション選択部12が起動される。
STEP5.1 アクションテーブルから全てのアクション名を読み込む。
STEP5.2 順番に選択肢として表示する。これにより、利用者は必要に応じて依頼アクションを選択することができる。
コメント欄には、次担当者(宛先)に伝えたい任意のことがらを自然言語で記述する。これを使って、ここに例外的な対応を依頼することができる。例えば、コメントに「12月30日までに処理が終わらないと、希望の商品は絶版になります。また課長は12月29日まで出張中です。」と書くことで、次担当者の係長に対し、課長をスキップするなどの処理を示唆できる。
さらに、添付ファイル欄には、このプロセスの対象物件と係る文書やファイルを添付することができる。これにより、購入すべき商品の仕様やカタログ、見積書などを添付し、ワークフローの処理をおこなうことができる。
【0019】
利用者は、このように処理内容を入力した後、実行ボタンを押す。すると、次指示書作成部7が新たな指示書を作成する。作成された指示書の例を図14に示す。これは次の手順で作成される。
STEP6.1 説明欄および処理手順欄に、初期指示書作成のときと同様にプロセス定義からそのまま引き継いで書く。
STEP6.2 直前のコメントに、前担当者(佐藤一郎)の入力した処理内容を書く。
STEP6.3 アクション欄は、前担当者の入力した依頼アクションを書く。
STEP6.4 宛先は空にする。
STEP6.5 依頼アクション欄は空欄とする。
STEP6.6 コメント欄も空にする。
STEP6.7 添付文書に、前担当者が入力した添付文書をそのまま引き継ぐ。
STEP6.8 指示書内に、履歴として前回の処理内容を追加する。利用者はこの指示書内の履歴を見ることにより過去の全ての処理内容を知ることができる。
このように、次指示書作成部7により、次の担当者向けの指示書が作成され、これはこのワークフローシステムの2次記憶域に保管される。このとき、電子メールなどにより次担当者に新しい指示書ができたことを伝えてもよい。この場合、次担当者は即座に自分の担当の指示書の処理をおこなうことができる。なお、電子メールなどにより連絡していない場合は、次担当者が定期的にシステムにアクセスすることにより自分宛ての指示書を見つけることができる。
こうして、次の担当者である山田与助(係長)は、自分宛ての指示書を見つけると、その指示書を指示書表示部5により端末装置2へ送らせ、表示させる。そして、その指示書を見てワークフロー上の次の処理をおこなう。この処理は、発行時の処理と同じである。コメントや処理手順説明を見て、適切な処理をおこなうことができる。また、宛先や依頼アクションを記載するが、それには▼ボタンを押すことにより履歴を用いて候補を作成し、選択させる。
こうして、次々に次指示書作成→処理内容入力→次指示書作成という繰り返しがおこなわれ、ワークフローが実行される。なお、この際は、次指示書の直前のコメントには、直前の指示書のコメント欄のコメントを書く。依頼アクションがなしになった時点でこのワークフローは終了する。
このように、第3の実施例によれば、次の担当者へ依頼する依頼アクションを現在(現時点)の担当者が指定できるので、次の担当者は何が要求されているかを明確に知ることができ、要求された処理(アクション)を簡単な操作で即座におこなうことができる。また、そのアクションがやりたいことと異なる場合には別のアクションを選択することもできる。
【0020】
図15は本発明の第4の実施例を示すワークフローシステムの構成ブロック図である。図示したように、この実施例では、第3の実施例の構成に対して、メールのアドレス帳8の代わりに履歴記録部14および履歴データベース15を備えている。そして、宛先候補作成部11は履歴記録部14により記録された履歴データベース15を用いて宛先候補を作成する。なお、この実施例では、請求項6記載の履歴記録手段、請求項7記載の宛先候補作成手段がそれぞれ履歴記録部14および宛先候補作成部11により実現される。以下、この実施例の動作を第3の実施例と異なる部分についてのみ説明する。
前記したように、第3の実施例では、初期指示書作成において宛先欄を空としたが、この実施例では履歴を用いて宛先を書く。つまり、初期指示書の作成手順は以下のようになる。
STEP2.1 タイトルとして、プロセス定義の名前を指示書の先頭に出力する。
STEP2.2 説明として、プロセス定義の説明を指示書に追加する。
STEP2.3 処理手順として、プロセス定義の処理手順を指示書に追加する。
STEP2.4 アクションの作成をおこなう。詳細は第1の実施例と同じである。
STEP2.5 依頼アクション欄を追加する。ただし空欄にしておく。
STEP2.6 宛先欄を指示書に追加する。履歴から宛先を求めて書く。
STEP2.7 コメント欄を指示書に追加する。ここも空欄とする。
STEP2.8 添付文書欄を指示書に追加する。
STEP2.9 実行ボタンを指示書に追加する。
【0021】
STEP2.6において、前記したように宛先は履歴を用いて作成するが、その履歴は過去の処理内容を履歴記録部14がそのときの利用者を示すユーザー情報(利用者情報)および記録時刻とともに記録したものであり、記録時刻順に並んでいる。図16に例を示す。
このなかから、発行者である佐藤一郎が過去に「発行」した履歴で使われた「宛先」のうち最新のものを見つける。この例では、時刻11/19 09:55:27のものが見つかり、このときの宛先は鈴木太郎である。これを指示書の宛先とするのである。もし見つからなければ、指示書の宛先欄は空欄となる。履歴自体がまだ何もない場合にも空欄となる。手順としては次のようになる。
STEP2.6.1 履歴から現担当者が過去に「発行=(STEP2.4で求められたアクション)」した履歴で使われた「宛先」のうち最新のものを探す。
STEP2.6.2 見つかったら、これを宛先とする。
STEP2.6.3 見つからなかったら、空欄とする。
このようにして作られた指示書の例を図17に示す。
次に、初期指示書が表示され、宛先欄の▼ボタンが押された場合について説明する。
第3の実施例では、メールのアドレス帳などから宛先の候補を作成したが、この実施例では、履歴から作成する。つまり、次のようになる。
STEP4.1.1 履歴からそのときの利用者が発行者で、アクションが現在選択されているアクションのものを探し、見つかったアクション(複数の場合あり)を時刻の新しい順にならべ、第1の候補とする。
STEP4.1.2 履歴の全ての宛先欄に書かれた利用者を集め、第1の候補の中にあるものを除き、時刻の新しい順に並べる。これを第2の候補とする。
STEP4.1.3 この2つの候補をひとつにして、最終的な宛先の候補ができる。
STEP4.2 これに「その他」という文字列を追加し、順番に選択肢として表示する。
STEP4を具体例で説明すると、まずSTEP4.1.1では、履歴からそのときの利用者が発行者(佐藤一郎)で、アクションが現在選択されているアクション(発行)のものを探す。この例では、2つ見つかり、そのときの宛先(どちらも鈴木太郎)が、第1の候補となる。次に、STEP4.1.2において、履歴の全ての宛先欄に書かれた利用者を集め、第1の候補のなかにあるものを除き、時刻の新しい順に並べる。これが第2の候補になる。この例では、「山田与助、小川勝男、田中次郎」となる。そして、STEP4.1.3ではこの2つの候補をひとつにして最終的な宛先の候補ができる。STEP4.2ではこれに「その他」を追加し、小さなポップアップ画面を利用者に提示し、選択させる。この画面を図18に示す。ここで、利用者が「その他」を選択した場合、別のテキスト入力画面が現われ、任意の宛先名を入力することができる。
【0022】
次に、利用者が処理内容を入力し、実行ボタンを押したときについて説明する。
第3の実施例では、次指示書作成部7により新たな指示書が作成されたが、この実施例ではその前に履歴記憶部14が処理内容を履歴として記録する。図19に更新された履歴を示す。このように、2次記憶域上にある履歴データベース15に処理内容を単純に追加していくだけでよい。
こうして、履歴を更新した後、次指示書作成部7は新たな指示書を作成する。作成された指示書の例を図20に示す。これはほほ第3の実施例と同様の手順で次のように作成される。
STEP6.1 説明欄および処理手順欄に、初期指示書作成のときと同様にプロセス定義からそのまま引き継いで書く。
STEP6.2 直前のコメントに前担当者(佐藤一郎)の入力した処理内容を書く。
STEP6.3 アクション欄には前担当者の入力した依頼アクションを書く。
STEP6.4 宛先は履歴を用いて作る。
STEP6.5 依頼アクション欄は空欄とする。
STEP6.6 コメント欄も空にする。
STEP6.7 添付文書欄は前担当者が入力した添付文書をそのまま引き継ぐ。
STEP6.8 指示書内に履歴として前回の処理内容を追加する。利用者はこの指示書内の履歴を見ることにより過去の全ての処理内容を知ることができる。
なお、前記STEP6.4はこの実施例における初期指示書作成の場合と全く同じようにおこなわれる。
こうして、次々に次指示書作成→処理内容入力→次指示書作成という繰り返しが行なわれ、ワークフローが実行される。
このように、第4の実施例によれば、履歴が履歴データベースに格納されるので、履歴データベースを見るだけで、全体の処理の進行状況を把握することができるし、履歴を用いて作成した宛先の候補を提示し、そのなかから自動的に選ぶことができるので、ほとんどの場合宛先の選択が不要で、さらに変更が必要なときにも少ない手順で適切な宛先を選択することが可能である。
【0023】
図21は本発明の第5の実施例を示すワークフローシステムの構成ブロック図である。この実施例のワークフローシステムは第4の実施例と比べ、依頼アクション候補作成部13aが履歴データベース15を用いる点で異なる。なお、この実施例では、請求項8記載の依頼アクション候補作成手段が依頼アクション候補作成部13aにより実現される。以下、第4の実施例と異なる動作をする部分についてのみ説明する。
その異なる部分だが、第4の実施例では、初期指示書作成において、依頼アクション欄は空であったが、この実施例では履歴を用いて書き込む。つまり、以下のようになる。
STEP2.1 タイトルとして、プロセス定義の名前を指示書の先頭に出力する。
STEP2.2 説明として、プロセス定義の説明を指示書に追加する。
STEP2.3 処理手順として、プロセス定義の処理手順を指示書に追加する。
STEP2.4 アクションの作成をおこなう。詳細は第1の実施例と同じである。
STEP2.5 依頼アクション欄を追加する。履歴のなかからデフォルトの依頼アクションを求めて書く。
STEP2.6 宛先欄を指示書に追加する。履歴のなから宛先を求めて書く。
STEP2.7 コメント欄を指示書に追加する。ここは空欄とする。
STEP2.8 添付文書欄を指示書に追加する。
STEP2.9 実行ボタンを指示書に追加する。
また、前記STEP2.5の詳細処理手順は次のようになる。
STEP2.5.1 履歴のなかからこのときの利用者が発行者でアクションが現在選択されているアクションのものを探す。
STEP2.5.2 ひとつだけならそれを、複数見つかれば時刻の一番新しい依頼アクションをデフォルトの依頼アクションとする。
STEP2.5.3 ひとつも見つからなければ、デフォルトの依頼アクションは空とする。
この手順によって、履歴のなかから時刻11/19 09:55:27のものが見つかり、デフォルトの依頼アクションは審査になる。よって、指示書の依頼アクションは「審査」となる。このようにして作られた指示書の例を図22に示す。
【0024】
次に、依頼アクション欄の▼ボタンが押された場合について説明する。
このとき、第4の実施例では、アクションテーブルを用いて依頼アクションを作成したが、この実施例では、履歴を用いて作成する。つまり、次のようになる。
まず、依頼アクション候補作成部13aが依頼アクションの候補を生成するに当たり、履歴のなかから、利用者が発行者(佐藤一郎)でアクションが現在選択されているアクション(発行)のものを探す。この例では、2つ見つかり、そのときの依頼アクション(どちらも審査)が、第1の候補となる。複数あれば、これを時刻の新しい順に並べる。次に、アクションテーブルのアクションのうち第1の候補にあるものを除き、任意の順に並べる。これを第2の候補とする。この2つの候補をひとつにして最終的な依頼アクションの候補ができる。これを小さなポップアップ画面で利用者に提示し、選択させる。処理手順は次のようになる。
STEP5 利用者が依頼アクション欄のボタンを押すことで依頼アクション選択部12が起動する。
STEP5.1 履歴のなかから、利用者が発行者でアクションが現在選択されているアクションのものを探す。
STEP5.2 複数見つかれば時刻の順に並べ、第1の候補とする。
STEP5.3 アクションテーブルのアクションのうち第1の候補に含まれないものを第2の候補とする。
STEP5.4 第1の候補と第2の候補を合わせてひとつにし、依頼アクションの候補とする。
STEP5.5 順番に選択肢として表示する。
こうしてできた依頼アクションの選択画面を図23に示す。これにより、利用者は必要に応じて依頼アクションを選択しなおすことができる。
【0025】
図24は次指示書作成部7によって作られた指示書の一例である。これはほほ第3の実施例と同様の手順で作成されるが、以下においてSTEP6.5のみが異なる。つまり、次のようになる。
STEP6.1 説明欄および処理手順欄に、初期指示書作成のときと同様にプロセス定義からそのまま引き継いで書く。
STEP6.2 直前のコメントに、前担当者(佐藤一郎)の入力した処理内容を書く。
STEP6.3 アクション欄は前担当者の入力した依頼アクションを書く。
STEP6.4 宛先は履歴を用いて作る。
STEP6.5 依頼アクション欄も履歴を用いて作る。
STEP6.6 コメント欄は空にする。
STEP6.7 添付文書欄は前担当者が入力した添付文書をそのまま引き継ぐ。
STEP6.8 指示書内に履歴として前回の処理内容を追加する。利用者はこの指示書内の履歴を見ることにより過去の全ての処理内容を知ることができる。
前記STEP6.5の動作はこの実施例の初期指示書作成の場合と全く同じである。
以下、第4の実施例の場合と同様に、次々に次指示書作成→処理内容入力→次指示書作成という繰り返しがおこなわれ、ワークフローが実行される。
このように、第5の実施例によれば、履歴を用いて作成した依頼アクションの候補を探し、そのなかから自動的に選ぶことができるので、ほとんどの場合、依頼アクションの選択が不要で、さらに変更が必要なときにも少ない手順で適切な依頼アクションを選択することが可能になる。
【0026】
図25は本発明の各実施例のワークフローをハードウェアとソフトウェアから成る情報処理装置により実現する構成図である。図示したような構成で、前記した各実施例のワークフローを実行させるようにプログラミングされたワークフロープログラムをあらかじめCD−ROM25など着脱可能な記録媒体に書き込んでおき、このCD−ROM25をCD−ROMドライブ24のような媒体駆動装置を搭載した情報処理装置に装着して、そのワークフロープログラムをメモリ22またはハードディスク23のような記憶装置に格納し(図25はハードディスク23に格納する例)、そのプログラムに従ってCPU21がワークフローを実行する。
この場合、記録媒体から読み出されたプログラムが前記各実施例に示した本発明のワークフローの特徴を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。なお、記録媒体としては半導体媒体(例えば、ROMや不揮発性メモリカードなど)、光媒体(例えばDVD、MO、MD、CD−Rなど)、磁気媒体(例えば磁気テープやフレキシブルディスクなど)のいずれであってもよい。
なお、本発明の構成としては、ロードしたプログラムを実行することにより前記した各実施例のワークフローを実現する構成だけでなく、そのプログラムに従ってオペレーティングシステム(OS)などが実際の処理の一部または全部をおこない、その処理によって前記したワークフローを実現する構成も含まれる。
また、前記した各実施例のワークフローを実現するプログラムが機能拡張ボードや機能拡張ユニットに備わるメモリにロードされ、そのプログラムに従ってその機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部をおこない、その処理により前記した各実施例のワークフローを実現する場合も含まれる。
さらに、前記したプログラムをサーバコンピュータの磁気ディスクなどの記憶装置に格納しておき、通信網で接続された利用者のパーソナルコンピュータなど情報処理装置へダウンロードの形式で頒布する場合、このサーバコンピュータの記憶装置も本発明のプログラムを記憶した記録媒体として含まれる。
【0027】
【発明の効果】
以上説明したように、本発明によれば、請求項1記載の発明では、プロセス定義をおこない、そのプロセス定義に基づいて指示書を作成し、その指示書を画面上に表示し、表示された指示書を用いて処理内容入力手段により入力された処理内容に応じて次の指示書を作成する際、その処理内容のアクションおよび宛先については、とりうるアクションの候補からアクションを選択させ、とりうる宛先の候補から宛先を選択させるか新規に宛先を入力させることができるので、組織DBの設定やルート設定をまったく必要とせず、利用者の負担を軽くすることができる。
また、請求項2記載の発明では、請求項1記載の発明において、プロセス定義に自然言語で書かれた処理手順説明を含み、その処理手順説明が指示書内に記載されるので、人間向けの説明と情報処理装置向けの説明の2種類を記述する必要がないし、作業者(担当者)は、その処理手順を見ながら適切な処理をおこなうことができ、これにより、例外時の柔軟な対応が可能になる。また、処理手順に複雑な条件があっても、複雑なプログラミングの必要がなく、プロセスの定義者から実際の担当者に手順を伝えることができる。
また、請求項3記載の発明では、請求項1または請求項2記載の発明において、処理内容としてコメントを含み、入力されたコメントが次指示書内に記載されるので、前担当者からの複雑な要求も理解することができ、したがって、適切な処理をおこなうことができるし、プロセス定義時には存在しなかった突発的、例外的な事象に対しても柔軟な対応が可能になる。
また、請求項4記載の発明では、請求項1、請求項2、または請求項3記載の発明において、処理内容として依頼アクションを含み、とりうる依頼アクションの候補から依頼アクションを選択させ、選択された依頼アクションを次指示書内に記載することができるので、次の担当者は何が要求されているかを明確に知ることができ、要求された処理(アクション)を簡単な操作で即座におこなうことができる。
【0028】
また、請求項5記載の発明では、請求項1乃至請求項4のいずれか1項に記載の発明において、入力された処理内容のすべてまたは一部とともに、その処理内容を入力した利用者を示す利用者情報とそのときの時刻が指示書内に履歴として記録されるので、現在の担当者は、今処理している指示書だけを見て、それまでの処理の概要を容易に知ることができる。
また、請求項6記載の発明では、請求項1乃至請求項5のいずれか1項に記載の発明において、入力された処理内容のすべてまたは一部、処理している利用者を示す利用者情報、およびそのときの時刻を指示書とは別の履歴記録手段に履歴として記録することができるので、履歴データベースを見るだけで、全体の処理の進行状況を把握することができる。
また、請求項7記載の発明では、請求項6記載の発明において、とりうる宛先の候補を記録された履歴を用いて作成することができるので、その宛先候補のなかから宛先を自動的に選ぶことができ、そのほとんどの場合、宛先の選択が不要であり、さらに、変更が必要なときにも少ない手順で適切な宛先を選択することができる。
また、請求項8記載の発明では、請求項6または請求項7記載の発明において、とりうる依頼アクションの候補を記録された履歴を用いて作成することができるので、作成した依頼アクションの候補のなかから自動的に依頼アクションを選ぶことができ、ほとんどの場合、依頼アクションの選択が不要であり、さらに、変更が必要なときにも少ない手順で適切な依頼アクションを選択することができる。
また、請求項9記載の発明では、請求項1乃至請求項8のいずれか1項に記載のワークフローシステムによったワークフローを実行させるようにプログラミングされているプログラムを情報処理装置上で実行させることができるので、情報処理装置を用いて請求項1乃至請求項8のいずれか1項に記載の発明の効果を得ることができる。
また、請求項10記載の発明では、請求項9記載のプログラムを着脱可能な記憶媒体に記憶することができるので、その記憶媒体をこれまで請求項1乃至請求項8のいずれか1項に記載の発明によったワークフローをおこなえなかったパーソナルコンピュータなど情報処理装置に装着することにより、そのような情報処理装置においても請求項1乃至請求項8のいずれか1項に記載の発明の効果を得ることができる。
【図面の簡単な説明】
【図1】本発明の第1の実施例を示すワークフローシステムの構成ブロック図である。
【図2】本発明の第1の実施例を示すワークフローシステム要部の画面図である。
【図3】本発明の第1の実施例を示すワークフローシステム要部の他の画面図である。
【図4】本発明の第1の実施例を示すワークフローシステム要部の説明図である。
【図5】本発明の第1の実施例を示すワークフローシステム要部の他の説明図である。
【図6】本発明の第1の実施例を示すワークフローシステム要部のデータ構成図である。
【図7】本発明の第1の実施例を示すワークフローシステム要部の他の画面図である。
【図8】本発明の第1の実施例を示すワークフローシステム要部の他の画面図である。
【図9】本発明の第1の実施例を示すワークフローシステム要部の他の説明図である。
【図10】本発明の第2の実施例を示すワークフローシステム要部の説明図である。
【図11】本発明の第2の実施例を示すワークフローシステム要部の他の説明図である。
【図12】本発明の第3の実施例を示すワークフローシステムの構成ブロック図である。
【図13】本発明の第3の実施例を示すワークフローシステム要部の説明図である。
【図14】本発明の第3の実施例を示すワークフローシステム要部の他の説明図である。
【図15】本発明の第4の実施例を示すワークフローシステムの構成ブロック図である。
【図16】本発明の第4の実施例を示すワークフローシステム要部のデータ構成図である。
【図17】本発明の第4の実施例を示すワークフローシステム要部の説明図である。
【図18】本発明の第4の実施例を示すワークフローシステム要部の画面図である。
【図19】本発明の第4の実施例を示すワークフローシステム要部の他のデータ構成図である。
【図20】本発明の第4の実施例を示すワークフローシステム要部の他の説明図である。
【図21】本発明の第5の実施例を示すワークフローシステムの構成ブロック図である。
【図22】本発明の第5の実施例を示すワークフローシステム要部の説明図である。
【図23】本発明の第5の実施例を示すワークフローシステム要部の画面図である。
【図24】本発明の第5の実施例を示すワークフローシステム要部の他の説明図である。
【図25】本発明の各実施例のワークフローシステムを示すハードウェアおよびソフトウェアの構成図である。
【符号の説明】
1 ワークフローサーバ、2 端末装置、3 プロセス定義部、4 初期指示書作成部、5 指示書表示部、6 処理内容入力部、7 次指示書作成部、8 アドレス帳、9 アクション選択部、10 宛先入力部、11 宛先候補作成部、12 依頼アクション選択部、13 依頼アクション候補選択部、14 履歴記録部、15 履歴データベース
Claims (10)
- プロセス定義をおこなうプロセス定義手段と、該プロセス定義に基づいて最初の指示書を作成する初期指示書作成手段と、前記最初の指示書を画面上に表示する指示書表示手段と、表示された指示書を用いて処理内容入力手段により入力された処理内容に応じて次の指示書を作成する次指示書作成手段とを備えたワークフローシステムにおいて、前記処理内容としてアクションおよび宛先を含み、前記処理内容入力手段内にとりうるアクションの候補からアクションを選択させるアクション選択手段と、とりうる宛先の候補から宛先を選択させるか新規に宛先を入力させる宛先入力手段とを備えたことを特徴とするワークフローシステム。
- 請求項1記載のワークフローシステムにおいて、前記プロセス定義に自然言語で書かれた処理手順説明を含み、前記初期指示書作成手段および次指示書作成手段はその処理手順説明を指示書内に記載する構成であることを特徴とするワークフローシステム。
- 請求項1または請求項2記載のワークフローシステムにおいて、前記処理内容としてコメントを含み、前記次指示書作成手段は入力されたコメントを次指示書内に記載する構成であることを特徴とするワークフローシステム。
- 請求項1、請求項2、または請求項3記載のワークフローシステムにおいて、前記処理内容として依頼アクションを含み、前記処理内容入力手段内に、とりうる依頼アクションの候補から依頼アクションを選択させる依頼アクション選択手段を備え、該依頼アクション選択手段を介して選択された依頼アクションを前記次指示書作成手段が次指示書内に記載するアクションの第1候補とする構成であることを特徴とするワークフローシステム。
- 請求項1乃至請求項4のいずれか1項に記載のワークフローシステムにおいて、入力された処理内容のすべてまたは一部とともに、その処理内容を入力した利用者を示す利用者情報と、そのときの時刻を前記指示書内に履歴として記録する構成にしたことを特徴とするワークフローシステム。
- 請求項1乃至請求項5のいずれか1項に記載のワークフローシステムにおいて、入力された処理内容のすべてまたは一部、処理している利用者を示す利用者情報、およびそのときの時刻を前記指示書とは別の履歴記録手段に履歴として記録する構成にしたことを特徴とするワークフローシステム。
- 請求項6記載のワークフローシステムにおいて、前記宛先選択手段内に、とりうる宛先の候補を記録された履歴を用いて作成する宛先候補作成手段を備えたことを特徴とするワークフローシステム。
- 請求項6または請求項7記載のワークフローシステムにおいて、前記依頼アクション選択手段内に、とりうる依頼アクションの候補を記録された履歴を用いて作成する依頼アクション候補作成手段を備えたことを特徴とするワークフローシステム。
- 情報処理装置上で実行されるプログラムにおいて、請求項1乃至請求項8のいずれか1項に記載のワークフローシステムによったワークフローを実行させるようにプログラミングされていることを特徴とするプログラム。
- プログラムを記憶した記憶媒体において、請求項9記載のプログラムを記憶したことを特徴とする記憶媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003126722A JP2004334379A (ja) | 2003-05-01 | 2003-05-01 | ワークフローシステム、プログラム、及び記憶媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003126722A JP2004334379A (ja) | 2003-05-01 | 2003-05-01 | ワークフローシステム、プログラム、及び記憶媒体 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004334379A true JP2004334379A (ja) | 2004-11-25 |
Family
ID=33503558
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003126722A Pending JP2004334379A (ja) | 2003-05-01 | 2003-05-01 | ワークフローシステム、プログラム、及び記憶媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004334379A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008084665A1 (ja) * | 2006-12-28 | 2008-07-17 | International Business Machines Corporation | 業務処理のためのデータ入力を支援するための方法およびプログラム |
WO2008084666A1 (ja) * | 2006-12-28 | 2008-07-17 | International Business Machines Corporation | アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバ |
WO2010077512A2 (en) * | 2008-12-30 | 2010-07-08 | Daptiv | Dynamic data processing applications with data phasing and work management |
JP2022046197A (ja) * | 2020-09-10 | 2022-03-23 | 株式会社アルカディア | アクション管理システム |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10177608A (ja) * | 1996-10-17 | 1998-06-30 | Nippon Steel Corp | ワークフローシステム |
JPH11143977A (ja) * | 1997-11-04 | 1999-05-28 | Japan Travel Bureau Inc | 業務出張支援システム |
JP2000259736A (ja) * | 1999-03-05 | 2000-09-22 | Nec Corp | ワークフロー次作業者動的決定方法 |
JP2001112058A (ja) * | 1999-10-06 | 2001-04-20 | Toshiba Corp | 移動通信端末 |
JP2001325412A (ja) * | 2000-05-18 | 2001-11-22 | Canon Inc | 情報処理装置及び方法並びにプログラム記憶媒体 |
JP2002197027A (ja) * | 2000-12-27 | 2002-07-12 | Hitachi Ltd | 電子メールの宛先管理方法及び電子メールシステム |
JP2002230248A (ja) * | 2001-01-30 | 2002-08-16 | Hitachi Ltd | ワークフローシステムにおける検索方法及び知識検索機能を備えたワークフローシステム |
JP2003085335A (ja) * | 2001-09-07 | 2003-03-20 | Fuji Electric Co Ltd | 電子決裁装置、電子決裁方法及びその方法をコンピュータに実行させるプログラム |
JP2003111160A (ja) * | 2001-10-01 | 2003-04-11 | Yamaha Corp | 家電制御システム、家電端末装置、サーバ装置および家電制御方法 |
-
2003
- 2003-05-01 JP JP2003126722A patent/JP2004334379A/ja active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10177608A (ja) * | 1996-10-17 | 1998-06-30 | Nippon Steel Corp | ワークフローシステム |
JPH11143977A (ja) * | 1997-11-04 | 1999-05-28 | Japan Travel Bureau Inc | 業務出張支援システム |
JP2000259736A (ja) * | 1999-03-05 | 2000-09-22 | Nec Corp | ワークフロー次作業者動的決定方法 |
JP2001112058A (ja) * | 1999-10-06 | 2001-04-20 | Toshiba Corp | 移動通信端末 |
JP2001325412A (ja) * | 2000-05-18 | 2001-11-22 | Canon Inc | 情報処理装置及び方法並びにプログラム記憶媒体 |
JP2002197027A (ja) * | 2000-12-27 | 2002-07-12 | Hitachi Ltd | 電子メールの宛先管理方法及び電子メールシステム |
JP2002230248A (ja) * | 2001-01-30 | 2002-08-16 | Hitachi Ltd | ワークフローシステムにおける検索方法及び知識検索機能を備えたワークフローシステム |
JP2003085335A (ja) * | 2001-09-07 | 2003-03-20 | Fuji Electric Co Ltd | 電子決裁装置、電子決裁方法及びその方法をコンピュータに実行させるプログラム |
JP2003111160A (ja) * | 2001-10-01 | 2003-04-11 | Yamaha Corp | 家電制御システム、家電端末装置、サーバ装置および家電制御方法 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9477942B2 (en) | 2006-12-28 | 2016-10-25 | International Business Machines Corporation | Collaborative data entry |
KR101104062B1 (ko) * | 2006-12-28 | 2012-01-06 | 인터내셔널 비지네스 머신즈 코포레이션 | 애플리케이션 서버에서의 업무 처리를 위한 데이터 입력을 지원하기 위한 방법, 프로그램, 및 에이전트 서버 |
JPWO2008084666A1 (ja) * | 2006-12-28 | 2010-04-30 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation | アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバ |
US10684750B2 (en) | 2006-12-28 | 2020-06-16 | International Business Machines Corporation | Collaborative data entry |
CN101573720B (zh) * | 2006-12-28 | 2012-05-30 | 国际商业机器公司 | 支持用于业务处理的数据输入的方法和系统 |
KR101104008B1 (ko) * | 2006-12-28 | 2012-01-06 | 인터내셔널 비지네스 머신즈 코포레이션 | 업무 처리를 위한 데이터 입력을 지원하기 위한 방법 및 프로그램 |
WO2008084666A1 (ja) * | 2006-12-28 | 2008-07-17 | International Business Machines Corporation | アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバ |
JP4856722B2 (ja) * | 2006-12-28 | 2012-01-18 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 業務処理のためのデータ入力を支援するための方法およびプログラム |
US10101886B2 (en) | 2006-12-28 | 2018-10-16 | International Business Machines Corporation | Collaborative data entry |
JP5043867B2 (ja) * | 2006-12-28 | 2012-10-10 | インターナショナル・ビジネス・マシーンズ・コーポレーション | アプリケーション・サーバにおける業務処理のためのデータ入力を支援するための方法、プログラム、およびエージェント・サーバ |
US8984418B2 (en) | 2006-12-28 | 2015-03-17 | International Business Machines Corporation | Delegation of data entry tasks |
US9299055B2 (en) | 2006-12-28 | 2016-03-29 | International Business Machines Corporation | Delegation of data entry tasks |
WO2008084665A1 (ja) * | 2006-12-28 | 2008-07-17 | International Business Machines Corporation | 業務処理のためのデータ入力を支援するための方法およびプログラム |
WO2010077512A3 (en) * | 2008-12-30 | 2010-08-26 | Daptiv | Dynamic data processing applications with data phasing and work management |
WO2010077512A2 (en) * | 2008-12-30 | 2010-07-08 | Daptiv | Dynamic data processing applications with data phasing and work management |
JP2022046197A (ja) * | 2020-09-10 | 2022-03-23 | 株式会社アルカディア | アクション管理システム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4567952B2 (ja) | コンピュータで生成された文書における文脈依存ツールおよびヘルプコンテンツの提供方法 | |
US8386929B2 (en) | Personal assistant for task utilization | |
US20030227481A1 (en) | Creating user interfaces using generic tasks | |
JPH1139292A (ja) | 文書管理方法、文書検索方法、及び文書検索装置 | |
JPH11250053A (ja) | 文書管理方法、操作履歴管理方法および情報処理システム | |
JP2004334379A (ja) | ワークフローシステム、プログラム、及び記憶媒体 | |
JP4073522B2 (ja) | 情報処理装置、情報処理プログラムを記録したコンピュータ読み取り可能な記録媒体およびコンピュータが情報を表示する方法 | |
US7774701B2 (en) | Creating an index page for user interface frames | |
JP6899572B1 (ja) | 入学試験管理システム | |
JP2005190458A (ja) | 機能付き電子ドキュメントの提供方法、そのプログラム、その装置及びシステム | |
JP2005332326A (ja) | 関連文書検索のためのプログラム、装置及び方法 | |
JP4392367B2 (ja) | 電子カルテプログラムおよび電子カルテシステム | |
JPH01112464A (ja) | メモ情報管理装置 | |
JP2020009169A (ja) | 注釈の付与を支援するための情報処理システム及びプログラム | |
JP2004341748A (ja) | 開発支援システム及び開発支援プログラム | |
US20050257176A1 (en) | Calendar generator and calendar generating method | |
JP4413527B2 (ja) | 開発支援システム及び開発支援プログラム | |
JP5824799B2 (ja) | 情報処理装置および情報処理装置のアプリケーション起動方法 | |
JPH09212516A (ja) | 情報管理装置 | |
JPH1040300A (ja) | 人事異動シミュレーション方法、人事異動シミュレーション装置及び人事異動シミュレーション用記憶媒体 | |
JPH0215374A (ja) | 画像情報検索装置 | |
JP2017010101A (ja) | ページ記録・タスク管理装置およびオブジェクト管理装置 | |
JP2002140341A (ja) | 画像検索方法、その装置及びデーターベース構造 | |
JP2022064414A (ja) | ユーザインタフェース変更推奨方法、ユーザインタフェース変更推奨プログラム、及びユーザインタフェース変更推奨システム | |
JP2001075998A (ja) | 電子ファイリングシステム及びファイル一覧表示方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051118 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051209 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080519 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080527 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080728 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080902 |