JPH06290116A

JPH06290116A - ネットワーク分散型業務処理システム及び業務オートメーション方法

Info

Publication number: JPH06290116A
Application number: JP5073208A
Authority: JP
Inventors: Shigeru Yamasuda; 繁山須田
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1993-03-31
Filing date: 1993-03-31
Publication date: 1994-10-18

Abstract

(57)【要約】【目的】文書に関する業務のネットワークワイドなＯ
Ａ環境を実現する。【構成】ＬＡＮ５上の複数のワークステーション１１
にフロー実行インタプリタ１０を有する。処理機能のコ
マンドとフロー制御のコマンドにより処理フローを記述
したフロー定義ファイル２１と、文書２０との組を単位
オブジェクト２２として、任意数のオブジェクトを複数
のフロー実行インタプリタ１０で実行することにより、
文書に関する業務を処理する。アイコンと線図を用いて
フロー定義ファイルを記述するためのＧＵＩ１１を有す
る。【効果】複数サイトに跨る文書業務を進行管理も含め
て自動化できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オフィスオートメーシ
ョン（ＯＡ）技術に係り、特に、オフィスにおいて中心
的な文書業務のためのネットワークワイドなＯＡ技術に
関する。

【０００２】

【従来の技術】オフィスでの業務を見ると、その内容は
極めて多岐にわたるが、主要な業務は文書を介して流れ
ていく。つまり、主要なオフィス業務は、文書の作成、
加工、伝達、処理、保管、検索、廃棄などの文書作業を
内容としている。

【０００３】従来から、オフィスにおいては、業務の効
率向上のためにＯＡが積極的に導入されている。その具
体的手段は、ワードプロセッサ（ＷＰ）、デスクトップ
パブリッシング（ＤＴＰ）、ファクシミリ、電子ファイ
ル、表計算等々の機器あるいはシステムである。すなわ
ち、文書の作成、加工といった個々の作業の自動化ある
いは電子化が、従来のＯＡの中身といえる。

【０００４】

【発明が解決しようとする課題】上述したところから理
解されるように、従来のＯＡ技術は、個々の業務サイト
での作業の効率化を目的としたものであった。ネットワ
ーク上で従来のＯＡ手段であるＷＰ、ＤＴＰ等のシステ
ムとメール機能等を組み合わせることによって、複数サ
イトに跨った業務の効率化をある程度は達成できる。し
かし、複数の業務サイトに跨った業務の進行管理までも
自動化できるような、真の意味でのネットワークワイド
なＯＡ環境は、これまで提供されていない。

【０００５】本発明は、このようなネットワークワイド
なＯＡ環境を提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明は、業務の処理フ
ローを定義するためのコマンドとして、処理機能のコマ
ンドに加えて処理の分岐、同期、中断、再開等のフロー
制御のコマンドを導入する。そして、これらのコマンド
を用いて処理フローを定義した業務をネットワーク上に
分散した手段により処理する。

【０００７】また、本発明は、処理機能コマンドとフロ
ー制御コマンドを用いて処理フローを記述されたフロー
定義ファイルと、文書との組を単位オブジェクトとし
て、オブジェクトを実行するための複数のフロー実行制
御部（例えば、インタプリタ）をネットワーク上に分散
配置し、一つの業務を任意数のオブジェクトとしてネッ
トワーク上で分散処理する、という構成を備える。ま
た、フロー実行インタプリタ間でオブジェクトの受け渡
しをするための手段を設け、複数のフロー実行インタプ
リタによる同一のオブジェクトの直列的分散処理を可能
とする。

【０００８】

【作用】先に述べたように、実際のオフィス業務は一定
種類の作業の組み合わせに分解できる。個々の作業はさ
らに、限られた機能要素を組み合わせることによって実
現可能である。例えば、同一の書類を複数の人に渡す
「配布」作業は、［通知］と［複写］という処理機能に
よって実現できる。

【０００９】しかし、オフィス業務の真の意味での自動
化を実現するには、処理機能のほかにフロー制御の要素
も含めて業務の処理フローを定義できなければならな
い。例えば、文書が届くのを一定期間「待つ」という作
業では、メールの到着、タイマーのタイムアウトといっ
た事象の発生を検出して、次の処理を開始したり、開始
すべき処理を決定するといったフロー制御の要素を定義
する必要がある。

【００１０】本発明によれば、処理機能のコマンド及び
処理の分岐、同期、中断、再開等のフロー制御のコマン
ドを用いて、業務内容をなす処理機能だけでなく処理の
フロー制御も含めて業務の処理フローを定義し、業務の
処理を、その進行管理も含めて自動化できる。

【００１１】典型的なオフィス業務は、文書を中心とし
た業務であり、「あるサイトで作成した文書に別のサイ
トで必要事項を記入したり確認を行なう」、「複数のサ
イトで文書を作成し、これをあるサイトに集めて集計し
たり保管する」といった、一つの文書あるいは複数の文
書が複数のサイトを直列的あるいは並列的に流れること
が多い。

【００１２】本発明によれば、文書とそれに関するフロ
ー定義ファイルとの組を単位オブジェクトとして、業務
の内容に応じた任意数のオブジェクトを設定することに
よって、上述のような典型的なオフィス業務を容易に自
動化することができ、また、多様な業務内容に対応でき
る。また、フロー実行インタプリタ間でオブジェクトの
受け渡しが可能であるため、サイト間の様々な文書フロ
ーに対応したオブジェクト設計が可能である。

【００１３】

【実施例】図１は、本発明によるネットワーク分散型業
務処理システムの一例を示すシステム構成図である。本
システムは、ＵＮＩＸの環境下で動作するもので、複数
の業務サイトに分散配置された複数のＵＮＩＸワークス
テーション１、プリントサーバ２、データベースサーバ
３、ファイルサーバ４等のサーバ類をローカルエリアネ
ットワーク（ＬＡＮ）５で結合したシステム構成であ
る。

【００１４】各ワークステーション１は、処理エンジン
であるフロー実行インタプリタ１０と、処理フローの記
述（定義）を支援するためのフロー定義ＧＵＩ（グラフ
ィカルユーザインターフェイス）１１を有する。なお、
各ワークステーション１の相互あるいは各サーバ２，
３，４との間の情報転送は、例えばＵＮＩＸ標準の電子
メール機能を利用して行なわれる。

【００１５】図１（ｂ）に示すように、本システムで
は、文書２０と、それに関する処理フローが記述された
フロー定義ファイル２１との組を単位オブジェクト２２
として、一つまたは複数のオブジェクトを、分散したフ
ロー実行インタプリタ１０によって実行することによ
り、一つのオフィス業務を処理する。

【００１６】なお、複数サイトに跨る業務を処理する形
態として、一つのオブジェクトをサイト間（ワークステ
ーション間）で流しながら一つの業務を処理する方式
と、業務内容をサイト毎の複数のオブジェクトに分割
し、サイト間では文書のデータのみを流しながら一つの
業務を処理する方式とが可能である。前記２方式の折衷
方式、すなわち、業務処理のための複数のオブジェクト
のうち、あるオブジェクトは特定のサイトだけで実行
し、他のオブジェクトはサイト間を流しながら実行する
方式も可能である。いずれの方式を採用するかは、処理
しようとする業務の内容に応じて決めれば良い。

【００１７】図２は、フロー定義ファイル２１並びにフ
ロー実行機構の説明図である。フロー定義ファイル２１
は、処理機能のコマンドとフロー制御のコマンドを用い
て処理フローが記述されるファイルである。また、フロ
ー定義ファイル２１に、それとペアをなして単位オブジ
ェクトを構成する文書２０（任意数のファイル）のファ
イル識別子も記述されることによって、文書２０とのリ
ンクがとられる。フロー実行インタプリタ１０は、この
ファイル識別子によって、リンクされた文書２０を認識
できる。

【００１８】処理フローの記述のために用いられる処理
機能のコマンドは、図示のように、ＵＮＩＸ環境で一般
的に利用可能なＵＮＩＸ汎用コマンドと、文書の操作、
送付、提出の督促、印刷、保管、分類、廃棄といった処
理機能要素（単位機能と呼ぶ）を実現するために、ワー
ドプロセッサ、ファイル、メール、データベース等のア
プリケーションを起動したり、データを渡すための単位
機能コマンドとに分けられる。フロー制御コマンドとし
ては、処理の分岐、同期、中断、再開のためのコマンド
を利用できる。

【００１９】なお、フロー定義ファイル２１はＵＮＩＸ
のシェルスクリプトと類似したテキストファイルである
が、フロー制御コマンドによってフローの制御要素を記
述できることは本システムに固有であって、シェルスク
リプトには存在しない概念である。また、フロー定義フ
ァイル２１の内容を解釈・実行するためのフロー実行イ
ンタプリタ１０は、フロー制御コマンドの解釈・実行の
機能を有し、ＵＮＩＸのシェルとは異なった本システム
に固有のインタプリタである。

【００２０】上述のフロー定義ファイル２１の内容（フ
ロー定義）は、ワードプロセッサやテキストエディタを
利用して直接的に記述できるが、本システムでは、グラ
フィカルなユーザーインターフェイスである固有のフロ
ー定義ＧＵＩ１１の支援によって、ディスプレイの画面
上でアイコンと線図により簡単にフロー定義を記述する
ことができる。

【００２１】図３に、フロー定義ＧＵＩ１１を利用して
処理フローを記述する画面の一例を示す。画面右端部に
表示された単位機能コマンドのアイコン群４０、画面上
部に表示されたフロー制御コマンドのアイコン群４１よ
り、必要なコマンドのアイコンを選択し、それをマウス
のドラッグ操作によって画面のフロー設定領域４２内の
適所に配置し、配置したコマンドのアイコン間をマウス
操作によって線で接続することにより、処理フローの内
容を一般的なフローチャートとして画面上で設定するこ
とができる。また、設定したコマンドのアイコンをマウ
スでクリックすることによって、パラメータ設定ウイン
ドウを開いて、必要なパラメータの設定を行なうことが
できる。図３においては、「保管」コマンドのパラメー
タ設定の例が示されている。この例では、パラメータ設
定ウインドウ４３の「設定」アイコン４４をマウスでク
リックすれば、文書階層分類構造上の「手帳購入申し込
み書（いいえ）」バインダという分類を、文書の保管場
所として指定できる。設定したコマンドのアイコンをフ
ロー設定領域４２の外側へドラッグすることによって、
そのコマンドを削除できる。これ以外の修正も、画面上
で行なうことができる。

【００２２】図２に戻る。フロー実行インタプリタ１０
の入力は、オブジェクトのフロー定義ファイル２１とフ
ロー制御テーブル２３である。フロー制御テーブル２３
は入力された段階では初期状態（空）である。フロー定
義ファイル２１は、人間に分かりやすい形式で記述され
たテキストファイルであるため、その形のままではフロ
ー実行インタプリタ１０はフロー制御を行ないにくい。
そこで、フロー実行インタプリタ１０は、フロー定義フ
ァイル２１が入力された時点で、その内容を解析するこ
とによりフロー制御テーブル２３を書き換える。以後、
フロー実行インタプリタ１０は、フロー制御テーブル２
３に基づいてフロー制御を行ない、またオブジェクト実
行中にフロー制御テーブル２３を更新する。

【００２３】フロー制御テーブル２３はコマンドキュー
の集合体であり、１つのキュー行の内容は例えば、図２
に示すように「ＱＩＤ」、「コンディション」、「同期
用カウンタ」、「ステータス」、「コマンドＩＤ」から
なる。ＱＩＤはキュー行の識別子である。コンディショ
ンは、コマンドの停止、再開等の条件式（同期用カウン
タが”０”になったら、システムタイマーがオンになる
まで、等々）である。同期用カウンタは、フロー実行イ
ンタプリタがフローの同期制御のために管理するカウン
タである。ステータスは、コマンドの状態（実行中、中
断、終了等々）である。コマンドＩＤはフロー定義ファ
イル２１内のコマンドの識別子である。

【００２４】フロー実行インタプリタ１０は、電子メー
ル等でオブジェクトを相互間で受け渡しすることができ
る。このオブジェクトの受け渡しの際に、フロー制御テ
ーブル２３の内容も同時に受け渡しする。

【００２５】オブジェクトが直接的に入力するサイトの
フロー実行インタプリタ１０は、上述のようにオブジェ
クト入力時にフロー定義ファイル２１を解析して初期状
態のフロー制御テーブル２３を書き換える。しかし、他
のサイトから流れ込むオブジェクトを実行するサイトの
フロー実行インタプリタ１０は、フロー制御テーブル２
３が他のサイトで書き換えられた状態で入力するため、
入力されたフロー制御テーブル２３をそのまま利用し、
前のサイトからオブジェクト実行を引き継ぐ形になる。
つまり、フロー制御テーブル２３を介して前のサイトか
らオブジェクトの実行状況を取得し、その状況からオブ
ジェクトを実行する。

【００２６】３０はバックグラウンドで起動されるシス
テムイベント監視デーモンである。これは、フロー実行
インタプリタ１０とは非同期に発生するシステムタイマ
ーのタイムアウト３１、電子メールの着信３２、ユーザ
ーインターフェイスからの指示３３といったイベントを
監視し、それらのイベントの発生を検出してフロー実行
インタプリタ１０へ通知する。

【００２７】次に、図４に示すような簡略化した業務を
例にして、本システムによる業務処理を説明する。この
業務例では経理課より事業計画書の用紙（文書）を研究
室Ａと研究室Ｂへ配布し（１０１）、その用紙を用いて
事業計画書（文書）を作成させ経理課へ提出させる（１
０２，１０３）。一定の提出期限（１０４）までに提出
がないときは提出を督促する（１０５）。研究室Ａ，Ｂ
の両方の事業計画書が提出されると、それを受け付け、
所定の場所に保管する（１０６，１０７）。

【００２８】この業務は、事業計画書に関する一つのオ
ブジェクトを３つのサイトすなわち経理課、研究室Ａ、
研究室Ｂを通して順次流すことによって処理することも
不可能ではない。しかし、この方式では、研究室Ａの処
理が終わらないと研究室Ｂの処理を開始できず、また研
究室Ｂの処理が終わらないと経理課の処理が止まるとい
う不都合がある。

【００２９】そこで、ここでは事業計画書という文書に
関して、経理課のオブジェクト、研究室Ａのオブジェク
ト、研究室Ｂのオブジェクトを設定して業務を処理する
ものとする。すなわち、サイト毎にオブジェクトを独立
させる処理形態として説明する。

【００３０】図５に各サイトで実行されるオブジェクト
のフロー定義ファイル２１の記述例を示す。１１０は、
経理課（例えばワークステーション１ａ）のオブジェク
トのフロー定義ファイルの記述内容である。１１１は研
究室Ａ（例えばワークステーション１ｂ）のオブジェク
トのフロー定義ファイルの記述内容である。１１２は研
究室Ｂ（例えばワークステーション１ｎ）のオブジェク
トのフロー定義ファイルの記述内容である。各サイトの
フロー実行インタプリタ１０はそれぞれ、このような内
容のフロー定義ファイル２１を読み込んで解析し、初期
状態で入力されたフロー制御テーブル２３を書き換える
ことになる。

【００３１】図６に、各サイトでのオブジェクト実行フ
ローの例を示す。ここでは、図４にあわせるため研究室
Ｂが事業計画書提出の督促を受ける場合としている。ま
た、図６において、細線で囲まれたブロックは単位機能
コマンドを、太線で囲まれたブロックはフロー制御コマ
ンドを、二重線で囲まれたブロックはユーザ操作を、そ
れぞれ意味する。

【００３２】まず、経理課で、事業計画書（用紙）を研
究室Ａ，Ｂへ配布する（２０１）。具体的には、経理課
の保有ファイル内またはファイルサーバ４内の当該文書
の文書名及びファイル名をメールによって研究室Ａ，Ｂ
へ通知し、研究室Ａ，Ｂから当該文書をアクセスできる
ようにする。あるいは、当該文書を研究室Ａ，Ｂの保有
ファイルへ直接複写する。そして、システムタイマをＸ
Ｘ時間でタイムアウトさせるように設定して起動し（２
０２）、研究室Ａ，Ｂからの事業計画書の提出を待つ
（２０３）。

【００３３】研究室Ａ，Ｂでは、経理課からの事業計画
書用紙の配布を待っているが（２１０，２１５）、当該
文書が届くと（システムイベント監視デーモン３０から
メール着信等のイベントの発生としてフロー実行インタ
プリタ１０へ通知される）、業務処理フローを中断し
（２１１，２１６）、ワードプロセッサ等の文書作成の
ためのアプリケーションを起動してユーザによる事業計
画書の作成または編集作業を行なう（２１２，２１
７）。事業計画書の作成作業を終了し、その終了指示が
ユーザーインターフェイスから入力すると（図２に示す
システムイベント監視デーモン３０より、この終了指示
がフロー実行インタプリタ１０へ通知される）、業務処
理フローを再開し（２１４，２１８）、作成した事業計
画書を経理課へ提出する（２１４，２１８）。この提出
操作は、配布（２０１）と同様の文書複写操作である
（複写元と複写先の関係は逆）。

【００３４】ただし、図６に示す例では、事業計画書の
配布からＸＸ時間以内に研究室Ａからは事業計画書が提
出されたが、研究室Ｂからの提出がないため、システム
タイマのタイムアウト（２０４）が発生する（このイベ
ントの発生はシステムイベント監視デーモン３０によっ
てフロー実行インタプリタ１０へ通知される）。そこで
経理課より研究室Ｂへ督促のメールが出される（２０
５）。

【００３５】研究室Ａ，Ｂ両方の事業計画書が提出され
ると、経理課では文書待ちの状態を解除し（２０６）、
提出された事業計画書（２部）をファイルサーバ４（図
１）または経理課の保有ファイルに格納する（２０
７）。

【００３６】

【発明の効果】以上の説明から明らかなように、本発明
は以下のような効果を有するものである。（１）業務内容をなす処理機能だけでなく処理のフロー
制御も含めて業務の処理フローを定義し、複数サイトに
跨るような業務を、その進行管理も含めて自動化でき
る。（２）業務の内容に応じた任意数のオブジェクトを設定
することによって、複数のサイトに跨る文書に関するオ
フィス業務を容易に自動化でき、また、多様な業務内容
に容易に対応できるネットワークワイドなＯＡ環境を実
現できる。（３）フロー実行インタプリタ間でオブジェクトの受け
渡しが可能であるため、サイト間の様々な文書フローに
対応したオブジェクト設計が可能である。（４）オフィス業務の効率を向上できるとともに、容易
確実な業務進行管理が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例によるネットワーク分散型業
務処理システムの概略構成図

【図２】フロー定義ファイル及びオブジェクト実行機構
の説明図

【図３】フロー定義ＧＵＩによるフロー設定の説明図

【図４】事業計画書作成業務のフロー図

【図５】事業計画書作成業務のための３つのオブジェク
トのフロー定義ファイルの記述例図

【図６】事業計画書作成業務の処理のためのオブジェク
ト実行フローをサイト毎に分けて示すフロー図

【符号の説明】

１ワークステーション２プリントサーバ３データベースサーバ４ファイルサーバ５ＬＡＮ１０フロー実行インタプリタ１１フロー定義ＧＵＩ２０文書２１フロー定義ファイル２２単位オブジェクト２３フロー制御テーブル３０システムイベント監視デーモン４０単位機能コマンドのアイコン群４１フロー制御コマンドのアイコン群４２フロー設定領域４３パラメータ設定ウインドウ

Claims

【特許請求の範囲】

【請求項１】処理機能のコマンド及び処理の分岐、同
期、中断、再開のフロー制御のコマンドを持ち、該コマ
ンドを用いて処理フローを定義された業務を処理するた
めの手段をネットワーク上に分散して有するネットワー
ク分散型業務処理システム。
【請求項２】処理機能のコマンド及び処理の分岐、同
期、中断、再開のフロー制御のコマンドを持ち、該コマ
ンドを用いて処理フローが記述されたフロー定義ファイ
ルと文書との組からなるオブジェクトを実行するための
複数のフロー実行制御部をネットワーク上に分散して有
することによって、一つの業務を任意数のオブジェクト
として分散処理するネットワーク分散型業務処理システ
ム。
【請求項３】フロー実行制御部間でオブジェクトの受
け渡しをするための手段を有することによって、同一の
オブジェクトを複数のフロー実行制御部により直列的に
実行することを特徴とする請求項２記載のネットワーク
分散型業務処理システム。
【請求項４】処理フローの記述を支援するためのグラ
フィカルユーザーインターフェイスを有することを特徴
とする請求項１、２または３記載のネットワーク分散型
業務処理システム。
【請求項５】処理機能のコマンド及び処理の分岐、同
期、中断、再開のフロー制御のコマンドを用いて業務の
処理フローを定義し、該業務をネットワーク上で分散処
理させることを特徴とする業務オートメーション方法。
【請求項６】処理機能のコマンド及び処理の分岐、同
期、中断、再開のフロー制御のコマンドを用いて文書に
関する処理フローを記述したフロー定義ファイルと文書
との組を単位オブジェクトとし、一つの業務を任意数の
オブジェクトとしてネットワーク上で分散処理させるこ
とを特徴とする業務オートメーション方法。