JP2002109165A - 文書承認システム用サーバ、文書承認方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 多数決原理での承認を可能とする。 【解決手段】 複数の承認者が属するグループを用意
し、そのグループの承認者による承認／拒絶の数をサー
バ１０で計数する。計数結果が所定数に達すると、文書
を前／後方向のステージのクライアントに転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
を使用して、複数のユーザが作成文書の承認を行う文書
承認システム用サーバ、方法および記録媒体に関する。

【０００２】

【従来の技術】従来、サーバを介して複数のクライアン
ト間で書類の転送を行い、作成された書類の承認を行う
文書承認システムが提案されている。

【０００３】従来のこの種の文書承認システムでは、あ
る担当者がクライアント上で書類を作成すると、その担
当者の上司に対して電子メールで作成書類を送付する。
上司は電子メールを受信すると上司のクライアント上で
書類を修正した上で、書類に対して署名を行う。必要が
あれば、上司はさらに上の上司に対して承認を受けるた
めに書類を転送する。

【０００４】また、予め書類の転送順をサーバに登録し
ておいて、登録された転送順に書類を配信するシステム
も提案されている。

【０００５】

【発明が解決しようとする課題】従来の転送順をサーバ
に予め登録しておく文書承認システムでは、転送順が固
定的であるので、多種の転送経路で文書の承認を受けた
い場合に柔軟性にかけるきらいがあった。特に多数決原
理で、文書の承認を行うような場合にはオンラインで
は、文書書の承認を受けることはできず、せいぜい、電
子メールで、まとめ役の人に承認／拒絶を伝える程度し
かできなかった。

【０００６】そこで、本発明の目的は、複数の承認者の
中の所定数の承認者が承認を行ったり、逆に所定数の承
認者が拒絶を行った場合にその複数の承認者の総意とし
てとして文書の承認や拒絶を行うことができる文書承認
システム用サーバ、文書承認方法および記録媒体を提供
することにある。

【０００７】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、複数の承認者のクライア
ントにより文書に対する承認／拒絶を指示し、前記複数
のクライアント間で予め定めた承認経路に従って、文書
を転送する文書承認システム用サーバにおいて、１つの
グループに属する承認者を予め定めておき、該グループ
による承認ステージの前記承認経路中における位置の指
示を受け付ける手段と、当該受け付けたステージの位置
に承認段階が到達すると、文書を前記１つのグループに
属する複数の承認者のクライアントに転送する手段と、
前記複数のクライアントから指示される承認または拒絶
の指示の数を計数する計数手段と、当該計数結果と、予
め定めた判別条件とを比較する比較手段と、該比較手段
による比較結果が前記判別条件を満足する場合に、承認
については前方向のステージの承認者のクライアント
に、拒絶については後方向のステージの承認者のクライ
アントに前記文書を転送する手段とを具えたことを特徴
とする。

【０００８】請求項２の発明は、請求項１に記載の文書
承認システム用サーバにおいて、前記判別条件を文書作
成者のクライアントまたは前記複数の承認者のクライア
ントから受け付ける手段をさらに具えたことを特徴とす
る。

【０００９】請求項３の発明は、請求項２に記載の文書
承認システム用サーバにおいて、前記クライアントから
受け付けた判別条件をチェックする手段をさらに有し、
当該受け付けた判別条件の異常を該チェック手段により
検出した場合には、前記判別条件を送信したクライアン
トに対して警告を行う警告手段とをさらに具えたことを
特徴とする。

【００１０】請求項４の発明は、複数の承認者のクライ
アントにより文書に対する承認／拒絶を指示し、文書承
認システム用サーバの制御で前記複数のクライアント間
で予め定めた承認経路に従って、文書を転送する文書承
認方法において、前記文書承認システム用サーバは、１
つのグループに属する承認者を予め定めておき、該グル
ープによる承認ステージの前記承認経路中における位置
の指示を受け付けるステップと、当該受け付けたステー
ジの位置に承認段階が到達すると、文書を前記１つのグ
ループに属する複数の承認者のクライアントに転送する
ステップと、前記複数のクライアントから指示される承
認または拒絶の指示の数を計数する計数ステップと、当
該計数結果と、予め定めた判別条件とを比較する比較ス
テップと、該比較手段による比較結果が前記判別条件を
満足する場合に、承認については前方向のステージの承
認者のクライアントに、拒絶については後方向のステー
ジの承認者のクライアントに前記文書を転送するステッ
プとを具えたことを特徴とする。

【００１１】請求項５の発明は、請求項４に記載の文書
承認方法において、前記文書承認システム用サーバは、
前記判別条件を文書作成者のクライアントまたは前記複
数の承認者のクライアントから受け付けるステップをさ
らに具えたことを特徴とする。

【００１２】請求項６の発明は、請求項５に記載の文書
承認方法において、前記文書承認システム用サーバは、
前記クライアントから受け付けた判別条件をチェックす
るステップをさらに有し、当該受け付けた判別条件の異
常を該チェックステップにより検出した場合には、前記
判別条件を送信したクライアントに対して警告を行う警
告ステップとをさらに具えたことを特徴とする。

【００１３】請求項７の発明は、請求項４〜請求項６の
いずれかに記載のステップを実行するためのプログラム
を記録したことを特徴とする。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。

【００１５】図１は本発明を適用した全体コンピュータ
システムをを示す。図１において、サーバ１０および複
数のクライアント２０がLANなどの通信ネットワークに
接続されている。サーバ１０は作成された書類をその書
類に関連付けられた承認者のクライアントに配信する。
サーバ１０はその他、新規機能を有する。本願明細書で
は、サーバ１０が本発明の文書承認システムとして機能
する。クライアント２０は書類作成者および書類承認者
側に設置される。

【００１６】サーバ１０には図２に示すような、以下の
ソフトウェアプログラムやその他オブジェクトが搭載さ
れている。

【００１７】メールサーバは、書類の作成者が作成した
書類を書類の承認者に電子メール（以下、メールと略記
する）の形態で配信する。本実施形態では、セキュリテ
ィのために、クライアント２０は配信された書類を保存
しておくことはできず、配信後は、サーバ１０内に書類
を保存し、その書類を読み出す。

【００１８】WEBサーバは、サーバ１０内に保存されて
いるマークアップランゲージ文書、たとえば、HTML文書
やXML文書（以下、MLDと略記する場合がある）などの文
書をクライアント２０に提供するためのソフトウェアプ
ログラムであり、本実施形態ではさらに、クライアント
２０からの指示で、マークアップランゲージ文書の記載
内容を書き換える機能およびクライアント２０から指示
される情報処理を実行するゲートウェイプログラムの機
能を有するものを使用する。

【００１９】ドキュメント（文書）データベースは、承
認前の作成文書、承認後の文書、文書作成に使用する雛
型文書を格納する。

【００２０】オペレーティングシステム（ＯＳ）は、サ
ーバのシステム動作を実行し、ＯＳ上で上述のソフトウ
ェアプログラムが実行可能となる。

【００２１】マークアップランゲージ文書（ＭＬＤ）は
クライアント２０側にインストールされたブラウザによ
り読み出されて、ＭＬＤに記載されたタグ命令がブラウ
ザに実行される。すでによく知られているタグには以下
のようなものがある。 ・ＭＬＤ中に記載された文字列を表示するためのタグ ・ＭＬＤ中で記憶場所が規定されたイメージまたは他の
ＭＬＤをその記憶場所から読み出して表示するためのタ
グ 後述するが、本実施形態では、文書作成および承認手続
きの条件設定のための画面を表示させるためのＭＬＤお
よび承認を受けるべき文書そのもののＭＬＤが用意され
る。また、文書作成に使用する雛型文書もＭＬＤであ
る。 ・ＭＬＤ中で定義された文字列あるいはサーバ１０上に
保管されたイメージをクライアント２０の表示画面に表
示させ、その文字列またはイメージがユーザのマウス操
作で指定されると、その指定に応じて情報処理を行なう
タグ。このような文字列またはイメージは一般的にボタ
ンと呼ばれる。また、ボタン操作に応じてクライアント
２０側のブラウザが実行する情報処理は四則演算、他の
ＭＬＤの呼び出し、表の作成等がよく知られている。 ・サーバ１０のゲートウェイプログラム（本実施形態で
はＷＥＢサーバ）に対して、実行すべき情報処理内容を
指示するタグ。一般的によく知られている情報処理は、
パスワードの照合処理、データベースの検索処理、ゲー
トウェイプログラム側で定義されている情報処理に対し
て、入力情報を引渡す処理がある。 ・自己のＭＬＤまたは他のＭＬＤの記載内容の書き換え
を指示するタグ。

【００２２】クライアント２０にはブラウザが搭載され
る。ブラウザはＭＬＤに記載されたタグを解析し、ＭＬ
Ｄのタグが指示する情報処理を実行する。

【００２３】このような構成において実行される文書承
認方法を次に説明する。

【００２４】図３は文書作成および文書承認のために表
示されるクライアント２０側の表示画面の一例を示す。
図３の表示画面は、クライアント２０のブラウザにより
ＭＬＤに基づき表示される。

【００２５】図３において、５０は文書の承認を指示す
るためのボタン、５１は文書の拒絶および差し戻しを指
示するためのボタンである。５２は承認を委任するかま
たは文書作成の相談のために書類の転送を指示するボタ
ンである。

【００２６】１００は承認者による承認の有無、承認者
の名前、承認経路などを示す承認手続き情報を表示する
欄である。この欄については図４を参照して後で説明す
る。

【００２７】５３は承認手続き設定用の表示画面を呼び
出すためのボタン、５４はその他の条件、たとえば、詳
細設定用の表示画面を呼び出すためのボタンである。本
実施形態では、不図示の承認手続き設定画面で、下記の
承認手続きを設定する。

【００２８】（１）１人の承認者の名前、または複数の
承認者が属するグループ名 本実施形態では、承認者を個人名で指定することができ
るとともに、たとえば、経理課というようなグループ名
を指定できる。

【００２９】（２）承認経路、 承認経路は０，１，２、というように番号でユーザによ
り指示され、０（第１ステージ）は文書作成者が初期設
定される。１は最初に承認を受けるステージで、１の番
号に対応させてユーザはキーボードから承認者名または
グループ名を入力する。

【００３０】５４は承認手続き以外の条件設定画面を呼
び出すためのボタンである。このボタンの操作に応じて
文書承認に関わる種々の条件設定画面が現れる。

【００３１】一例を紹介すると、１つのグループでの承
認の総意としてにグループに属する複数の承認者の承認
数や、拒絶の総意として必要な拒絶う数を設定する。

【００３２】５５は文書記載欄で、“Ａｕｔｈｏｒ”の
欄に文書作成者が名前をキーボードから入力すると、上
記承認経路の第１ステージの文書作成者として、入力さ
れた名前が自動設定される。

【００３３】図３の署名表示欄１００の詳細を図４に示
す。本実施形態では、日本語モードおよび英語モードの
２種類が用意されており、上記２つのモードは署名（承
認が行われたことを示す情報）の表示形態が異なる。符
号（Ａ）は日本語モードの表示形態を示す。１０１はス
テージ番号を示す。文書作成ステージだけは“Ｓｕｂｉ
ｔｔｅｒ”の表記が使用される。

【００３４】同一の番号（この場合“１”）が複数ある
ステージはそのステージがグループの形態で設定されて
いることを表す。１０３は設定された承認者の名前を示
す。なお、グループ名が設定された場合には、サーバ１
０内に搭載された、グループ名とそのグループ名に属す
る名前の対応表に基づいて、設定されたグループ名に対
応する名前および名前数が得られるので、名前数に対応
する署名表示欄が自動的に作成されて表示さされる。署
名表示欄の作成および表示はＭＬＤに記載されたタグに
基づきブラウザで実行される。

【００３５】１０２は承認が行われたか否かを色で表示
する部分（円形図形）である。承認前は円形図形１０２
内は灰色であり、図３のＡｐｐｒｏｖｅボタン５０が操
作されると、円形図形１０２の輪郭線が赤に変更され
る。１０４は承認者の欄を強調するための枠の表示であ
る。本実施形態では、承認が行われるごとに、カウンタ
（初期値０）をインクリメントすることにより、承認が
どこのステージで行われているかをカウンタの値で表
す。このカウンタの値は承認のための文書にパラメータ
として帯同される。

【００３６】ブラウザは文書（ＭＬＤ）中に記載されて
いるカウンタ値およびタグにしたがって、承認すべき承
認者の署名表示欄の枠を強調表示する。この強調表示に
より、承認者は、自分がこの書類を承認したか否かを知
ることができる。また、承認者はこれまでの承認者の名
前や承認経過を知ることができる。

【００３７】図４において、符号（Ｂ）は英語モードで
の署名表示欄の一例を示す。

【００３８】２０１はステージ番号の表記である。２０
２はステージ番号に対応させたイメージである。なお、
ステージ番号に対応させる代わりにイメージとして承認
者の写真などを使用してもよい。イメージはサーバ１０
内に保存され、ＭＬＤ内に記載されたタグによりクライ
アント２０側で表示される。２０３は承認、拒絶を示す
図形であり、レ印は承認、×印は拒絶を表す。承認およ
び拒絶の指示は図３のボタン５０および５１の操作によ
り行われる。２０４は承認者の名前である。

【００３９】日本語モードおよび英語モードのどちらを
使用するかは、図３のボタン５４を操作した後に表示さ
れる条件設定画面で設定される。この設定のためにはボ
タンのオン／オフを使用すればよい。

【００４０】本実施形態で使用するＨＴＭＬ文書につい
て説明する。本実施形態では、表示画面に図３に示すよ
うな文書を表示するためのタグ記載欄と、そのＨＴＭＬ
文書中で設定されたパラメータ、あるいは入力された情
報を記載しておくパラメータ記憶領域を有する。また、
１つの文書に関わる複数のＭＬＤ、たとえば、承認文書
表示用、条件設定用、承認経路設定用のＭＬＤは１つの
データファイルにまとめられてサーバ１０内で管理され
る。雛型文書も、承認文書、条件設定用、承認経路設定
用のＭＬＤが１組にまとめられてサーバ１０内に保存さ
れる。

【００４１】したがって、本実施形態では、作成文書を
管理するための、専用的なテーブルやデータベースはほ
とんど必要ない点に留意されたい。

【００４２】本実施形態の書類の承認手続きを図５を参
照して説明する。

【００４３】文書作成者は自己のクライアント２０から
サーバ１０に対してブラウザによりアクセスし、雛型文
書を読み出し、図３に示すように表示させる。文書作成
者は文書記載欄５５に必要事項を記載する。また、ボタ
ン５３を操作して、承認経路設定用の表示画面をクライ
アント２０の表示画面上に表示させ、承認者および承認
順序を設定する。本実施形態では図４の符号（A）に示
すようにステージ１についてはグループ名、ステージ２
については個人名が設定されたものとする。

【００４４】設定された承認者またはグループ名および
承認順序を示す情報はパラメータとして、現在表示され
ているＭＬＤのパラメータ記憶領域に対してサーバ１０
側で書き込まれる。

【００４５】また、図４の符号（Ａ）に示すような署名
表示欄がタグの指示により作成されて、クライアント２
０の表示画面に表示される。ここで、承認者数には制限
がない点に留意されたい。文書の書式に関する設定はデ
フォルト値が使用されるが、文書作成者が書式を変えた
い場合には、文書作成者は図３のボタン５４を操作して
条件設定画面を表示させる。この表示画面上で、上述し
たグループによる承認に関する設定や、署名表示欄のモ
ード設定を行う。設定された情報により、サーバ１０文
書データベースのＭＬＤ中の対応情報が書き換えられ
る。

【００４６】文書作成および承認手続き関係の条件設定
を終了すると、文書作成者は、図３のＡｐｐｒｏｖｅボ
タン５０をマウスで操作する。

【００４７】これにより文書作成が終了する。作成され
た文書は、サーバ１０内の文書データベースに登録され
る（図５のステップ１０００→ステップ１００１）。こ
のとき、サーバ１０側で、作成された文書の中の署名欄
の文書作成者の欄の表示色を示すパラメータが承認済み
を示す赤に変更される。

【００４８】サーバ１０は作成文書を文書データベース
に登録すると、作成文書中に記載されている設定経路情
報の中のグループ名に基づきグループ名に属する承認
者、この場合、“Ｔｏｍ”および“Ｂｉｌｌ”をグルー
プ名とその承認者名およびメールアドレスを記載したテ
ーブルから取得する。取得したメールアドレスに対し
て、作成文書をメールする。

【００４９】本実施形態では“Ｔｏｍ”と“Ｂｉｌｌ”
のクライアント２０に承認のための文書が配信される
（ステップ１００１→１００２）。

【００５０】本実施形態では。承認手続きの設定におい
て、グループを指定すると、さらに次のような承認手続
きの条件を設定することができる。 （ａ）グループ内の所定人数（人間が人数を設定）の承
認が得られた場合には次のステージに承認文書を配布す
る。 （ｂ）グループ内の所定人数（人間が人数を設定）の承
認が得られた場合には前のステージに拒絶文書を戻す。

【００５１】上記（ａ）のモードを使用するか（ｂ）の
モードを使用するかさらに双モードを使用するかは、承
認手続きの条件設定により定まる。たとえば、（ａ）モ
ードが設定され、１つのグループに属する承認者の中の
１人が承認すればよいという条件設定がなされたものと
する。図５において、“Ｂｉｌｌ”が届いたメールを開
くと図３の１００内の署名表示欄には、“Ｂｉｌｌ”が
署名すべきことを示す枠が図４の符号１０４に示すよう
に表示される。

【００５２】“Ｂｉｌｌ”は図３のＲｅｊｅｃｔボタン
５１を操作すると、サーバ１０の文書データベースに保
存されているＭＬＤには、“Ｂｉｌｌ”が拒絶したこと
を示すパラメータが書き込まれる。また、“Ｔｏｍ”が
Ａｐｐｒｏｖｅボタン５０を操作した場合、サーバ１０
内の文書データベースに保存されているＭＬＤには“Ｔ
ｏｍ”が承認のパラメータが書き込まれる。ＭＬＤ内で
規定される条件、すなわち、承認者が１人あるという条
件が満たされたので、サーバ１０は文書データベースの
承認された文書を次の承認者“Ｂｏｓｓ”のクライアン
ト２０にメールする（ステップ１００３→１００４）。

【００５３】“Ｂｏｓｓ”は自己のクライアント２０で
承認を求められた文書を開き、承認または拒絶を上述と
同様にして行うと、その承認または拒絶を示す情報がサ
ーバ１０内の文書データベース内の同じ文書内に書き込
まれる。

【００５４】このように本実施形態では、マークアップ
ランゲージ文書を承認を受ける文書として取り扱うの
で、その文書の中に、承認内容の記述、承認内容を表示
したり、承認手続きを規定するコマンドやその他情報処
理のためのグラフィカルユーザインターフェースをも含
ませることができる。このため、従来のようにＣ言語や
Ｃ＋＋言語で作成した専用のプログラムを用意する必要
がない。一般にＣ言語やＣ＋＋言語のプログラムはＣＰ
Ｕが実行可能なマシン語のプログラムに変換する必要が
あるが、マークアップランゲージはよく知られているよ
うに、ブラウザがインタープリターするので、ソフトウ
ェア製造メーカーはプログラム変換処理がなくなる分、
プログラム作成労力が低減される。

【００５５】なお上述の説明ではステージ１の承認者の
内の１人が承認、他の１人が否定を行ったが、承認条件
が満足された時点、この場合、１人の承認者が承認を行
った時点で、他の承認者の承認、拒絶、あるいは応答な
しに関係なく文書は次（前方向）のステージの承認者に
配信される。

【００５６】以上の処理のためにサーバ１０で実行する
処理手順を図６に示す。なお、図６の処理手順は本発明
に関わる処理手順のみ記載している。サーバ１０に対す
るクライアント２０からの指示は上述したように文書に
記載されたタグにより行われるものとする。

【００５７】図６において、クライアント２０がグルー
プの総意の承認または拒絶の人数の設定を行うと、サー
バ１０のＷＥＢサーバはその設定内容を受信して文書デ
ータベースの、現在クライアント２０で表示されている
文書同じ文書中に書き込む（ステップＳ１００）。

【００５８】以後、サーバ１０は文書作成者が設定した
承認経路にしたがって、承認者のクライアント２０に対
して文書を配信していく。１つのグループに属する複数
の承認者に対しては、ほぼ同時に配信が行われる。

【００５９】１つのグループに属する承認者は同時に承
認／拒絶を行うことはなく、時刻を異にして承認／拒絶
を行う。承認／拒絶の指示はサーバ１０のＷＥＢサーバ
で受け付けられて、文書データベース上の文書に承認／
拒絶が書き込まれる（ステップＳ１１０）。

【００６０】ＷＥＢサーバは、承認／拒絶の指示をクラ
イアント２０から受けるごと承認・拒絶の受信数を計数
する。その計数結果と文書データベースの文書に記載さ
れた承認／拒絶の判別条件とを比較することによって、
グループ承認か拒絶か待機かを判別する。承認／拒絶の
判別条件を満たさない場合には待機扱いとなって、他の
クライアントから承認／拒絶の指示がくるのを待つ（ス
テップＳ１２０→Ｓ１１０）。

【００６１】承認／拒絶の計数結果が判別条件を満足す
る場合には、承認については次（前方向）のステージの
承認者のクライアント２０へ、拒絶については前（後方
向）のステージの承認者のクライアント２０へ文書が転
送される。

【００６２】上述の実施形態の他に次の形態を実施可能
である。 １）本実施形態の文書の概念の中には、表、伝票、メモ
書き、図面、イラストなど、印刷可能な書類がすべて含
まれる。 ２）本実施形態で説明したＷＥＢサーバを記録する記録
媒体は、ハードディスク、ＣＤＲＯＭ．ＩＣメモリ、そ
の他情報を書き込むことが可能な記録媒体を対象とする
ことができる。

【００６３】上述の実施形態に限定されず、上述の実施
形態に対して種々の変形が可能であるが、その変形が特
許請求の範囲に示す技術思想である限りその技術範囲は
本発明の権利範囲内となる。 ３）グループ承認／拒絶を行うための判別条件は、マク
ロ命令で定義してもよい、複数の判別条件を表示して、
ボタンスイッチによりユーザが選択するようにしてもよ
い。さらに、判別に使用する数値はキーボードから入力
すればよい。 ４）上述の判別条件ではたとえば、グループ内に承認者
が４人してそのうちの３人の承認でグループ承認また、
４人のうちの３人の拒絶で拒絶というような設定を行っ
てしまうと、承認者が２人拒絶者が２人の場合、承認も
拒絶もできないようになっている。

【００６４】そこで、このような事態を避けるために文
書作成者または承認者のクライアント２０で設定された
判別条件をサーバ１０でのＷＥＢサーバが受け取った時
に、ＷＥＢサーバによりチェックするとよい。具体的に
は設定された判別条件では通常とりえない数値範囲を定
めておき、クライアント２０側で設定された人数と上記
数値範囲とを比較することで、数値の異常を検出するこ
とができる。

【００６５】異常を検出した場合には、設定を行ったク
ライアントに対して警告メッセージをサーバ１０のＷＥ
Ｂサーバにより送ればよい。

【００６６】

【発明の効果】以上、説明したように、本発明によれ
ば、グループ承認／拒絶するための人数を設定し、グル
ープに属する承認者の承認数または拒絶数が所定数に達
すると前方向または後方向に承認手続きを進める。した
がって、多数決原理での承認を行うことができるほか、
たとえば、グループ内の誰か１人の承認で承認手続きを
進めることも可能である。

【図面の簡単な説明】

【図１】本発明実施形態のシステム構成を示すブロック
図である。

【図２】本発明実施形態のソフトウェア構成を示すブロ
ック図である。

【図３】クライアント２０の表示画面の一例を示す説明
図である。

【図４】図３の署名表示欄の例を示す説明図である。

【図５】本発明実施形態の文書の流れを示す説明図であ
る。

【図６】本発明実施形態のサーバ１０のグループ承認に
関わる処理手順を示すフローチャートである。

【符号の説明】

１０ サーバ ２０ クライアント ３０ 通信ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 遠藤 省吾 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 (72)発明者 加藤 幸二 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 (72)発明者 金谷 亮吾 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 (72)発明者 松内 良介 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 (72)発明者 三輪 宜子 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 (72)発明者 小林 浩美 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 (72)発明者 森 泰彦 東京都調布市調布ヶ丘１−18−１ マイク ロソフト調布技術センター内 Ｆターム(参考） 5B049 AA02 BB00 CC00 EE02 GG04

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数の承認者のクライアントにより文書
   に対する承認／拒絶を指示し、前記複数のクライアント
   間で予め定めた承認経路に従って、文書を転送する文書
   承認システム用サーバにおいて、 １つのグループに属する承認者を予め定めておき、該グ
   ループによる承認ステージの前記承認経路中における位
   置の指示を受け付ける手段と、 当該受け付けたステージの位置に承認段階が到達する
   と、文書を前記１つのグループに属する複数の承認者の
   クライアントに転送する手段と、 前記複数のクライアントから指示される承認または拒絶
   の指示の数を計数する計数手段と、 当該計数結果と、予め定めた判別条件とを比較する比較
   手段と、 該比較手段による比較結果が前記判別条件を満足する場
   合に、承認については前方向のステージの承認者のクラ
   イアントに、拒絶については後方向のステージの承認者
   のクライアントに前記文書を転送する手段とを具えたこ
   とを特徴とする文書承認システム用サーバ。
2. 【請求項２】 請求項１に記載の文書承認システム用サ
   ーバにおいて、前記判別条件を文書作成者のクライアン
   トまたは前記複数の承認者のクライアントから受け付け
   る手段をさらに具えたことを特徴とする文書承認システ
   ム用サーバ。
3. 【請求項３】 請求項２に記載の文書承認システム用サ
   ーバにおいて、前記クライアントから受け付けた判別条
   件をチェックする手段をさらに有し、当該受け付けた判
   別条件の異常を該チェック手段により検出した場合に
   は、前記判別条件を送信したクライアントに対して警告
   を行う警告手段とをさらに具えたことを特徴とする文書
   承認システム用サーバ。
4. 【請求項４】 複数の承認者のクライアントにより文書
   に対する承認／拒絶を指示し、文書承認システム用サー
   バの制御で前記複数のクライアント間で予め定めた承認
   経路に従って、文書を転送する文書承認方法において、
   前記文書承認システム用サーバは、 １つのグループに属する承認者を予め定めておき、該グ
   ループによる承認ステージの前記承認経路中における位
   置の指示を受け付けるステップと、 当該受け付けたステージの位置に承認段階が到達する
   と、文書を前記１つのグループに属する複数の承認者の
   クライアントに転送するステップと、 前記複数のクライアントから指示される承認または拒絶
   の指示の数を計数する計数ステップと、 当該計数結果と、予め定めた判別条件とを比較する比較
   ステップと、 該比較手段による比較結果が前記判別条件を満足する場
   合に、承認については前方向のステージの承認者のクラ
   イアントに、拒絶については後方向のステージの承認者
   のクライアントに前記文書を転送するステップとを具え
   たことを特徴とする文書承認方法。
5. 【請求項５】 請求項４に記載の文書承認方法におい
   て、前記文書承認システム用サーバは、前記判別条件を
   文書作成者のクライアントまたは前記複数の承認者のク
   ライアントから受け付けるステップをさらに具えたこと
   を特徴とする文書承認方法。
6. 【請求項６】 請求項５に記載の文書承認方法におい
   て、前記文書承認システム用サーバは、前記クライアン
   トから受け付けた判別条件をチェックするステップをさ
   らに有し、当該受け付けた判別条件の異常を該チェック
   ステップにより検出した場合には、前記判別条件を送信
   したクライアントに対して警告を行う警告ステップとを
   さらに具えたことを特徴とする文書承認方法。
7. 【請求項７】 請求項４〜請求項６のいずれかに記載の
   ステップを実行するためのプログラムを記録したことを
   特徴とする記録媒体。