JPH10261027A - 電子承認装置及び電子承認方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数の端末から同時に承認、非承認の入力を
実行できる子承認装置を提供する。 【解決手段】 承認対象としての同一の案件データを格
納するデータベース１１と、各々表示部８を備えユーザ
ＩＤにより識別される複数の端末１乃至４と、前記同一
の案件データを複数の端末１乃至４の各表示部８に同時
に表示し、各端末１乃至４により実行される当該案件デ
ータに対する承認、非承認の決定結果を各々ユーザＩＤ
と当該案件データの管理番号とに対応付けてデータベー
ス１１に格納するサーバ１０とを有することを特徴とす
るものである。これにより、複数の端末１乃至４から同
一の案件データに対する承認、非承認を同時に行い、そ
の決定結果を各々ユーザＩＤと管理番号とに対応付けて
データベース１１に格納して確認することができ、各端
末１乃至４間の待ち時間を省いて処理時間の短縮化を図
れる

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子承認装置及び
電子承認方法に関する。

【０００２】

【従来の技術】近年のクライアントサーバ方式の電子承
認装置が導入される以前は、紙ベースの帳票を用いた決
済を行う業務形態が主であり、この業務形態では、紙ベ
ースの伝票が存在し、この伝票に商品名、営業型番、単
価、数量、価格等の案件が記載されている。

【０００３】また、紙ベースの伝票には、担当者である
社員や、主任、課長等の承認・決済の証として捺印又は
サインを行うための欄が存在している。

【０００４】このような紙ベースの伝票は、担当者から
主任、課長、部長等の役職の下位の者から上位の者へ順
に回覧され、承認・決済が行われ、捺印欄、サイン欄が
埋められる。

【０００５】最終的に捺印欄が埋められると、承認・決
済は完了し、当該商品の発注等の手続きがとられる。

【０００６】一方、図１２、図１３に示すようなクライ
アントサーバ方式を採用した電子承認装置では、この電
子承認装置を構成する電子機器としてサーバとクライア
ントを用いている。

【０００７】即ち、従来帳票上に記載されていた案件や
捺印欄、サイン欄の内容が電子化され、案件データ５０
としてサーバ上のデータベースに格納されている。

【０００８】各担当者が直接操作するクライアントであ
る例えば図１２に示すような端末５１、端末５２におい
ては、アプリケーションによりサーバのデータベースに
格納されている案件データ５０が表示部に表示される。

【０００９】各担当者は、クライアント上のアプリケー
ションを用いて案件データ５０を参照し、承認するか否
かを決定し、その決定結果をキーボード等を使用して承
認エリアＡ乃至Ｅのいずれかの該当欄に入力する。

【００１０】この承認結果は、サーバ上のデータベース
に反映され、更新される。他の担当者は対象の案件デー
タ５０及び現在の状況を端末５１又は端末５２において
確認することができ、さらに承認や非承認の決定を入力
することができる。

【００１１】全ての担当者が承認を入力することで決済
が完了し、発注等の手続きがとられることは、紙ベース
の業務形態の場合と同様である。

【００１２】

【発明が解決しようとする課題】上述した従来の電子承
認装置では、サーバ上のデータベースに格納された同一
の案件データ５０を、端末５１、端末５２において同時
に参照できる場合において、承認、非承認の決定結果を
複数の端末５１、端末５２から同時に入力すると、案件
データ５０の更新結果に矛盾が発生するおそれがある。

【００１３】例えば、図１２に示す例では、端末５１の
担当者（下位の担当者とする。）が案件データ５０の行
った承認エリアＡに対する承認という決定結果が、端末
５２の担当者（上位担当者とする。）が案件データ５０
に対して行った決定結果により消滅している。

【００１４】また、このような矛盾を回避するために、
端末５１、端末５２において承認、非承認を行う際に、
例えば端末５２に対して排他制御をかけた場合には、端
末５２から同一の案件データ５０を端末５１側と同時に
参照することができなくなり、一方の端末５１が参照を
開始し更新を完了するまでは、他方の端末５２は当該案
件データ５０を参照することができなくなり、端末５２
側において、図１３に示すように、待ちが発生する。

【００１５】さらに、承認、非承認の作業自体は通常下
位の担当者から上位担当者へと順に行われる。即ち、承
認、非承認の決定結果の入力のための承認エリアＡ乃至
Ｅは、端末５１、端末５２の各画面上に担当に応じて固
定的に配置される。

【００１６】そして、図１３に示すように、承認エリア
Ａ乃至Ｅに現在までの下位の担当者の承認状況が表示さ
れる。より上位担当者は、この承認状況も参照して承
認、非承認の決定を行うが、従来の電子承認装置の場
合、承認、非承認の入力は平板的に行われるだけであ
り、端末５１側の下位の担当者の承認が済んだ案件デー
タ５０で、端末５２側の上位担当者が非承認を決定結果
を入力したとしても、その決定結果が下位の担当者の決
定結果に影響を与えることはない。

【００１７】本発明は、上記事情に鑑みてなされたもの
であり、複数の端末から同時に承認、非承認の入力を実
行でき、これを各々登録させることができ、また、ラン
ク別の担当者間の矛盾を無くすこともでき、さらに、上
位担当者の承認、非承認の決定結果を下位担当者の決定
結果に反映させることができる電子承認装置、電子承認
方法を提供することを目的とする。

【００１８】

【課題を解決するための手段】請求項１記載の発明に係
る電子承認装置は、承認対象としての同一の案件データ
を格納するデータベースと、各々表示部を備えユーザＩ
Ｄにより識別される複数のクライアントと、前記同一の
案件データを複数のクライアントの各表示部に同時に表
示し、各クライアントにより実行される当該案件データ
に対する承認、非承認の決定結果を各々ユーザＩＤと当
該案件データの管理番号とに対応付けてデータベースに
格納するサーバとを有することを特徴とするものであ
る。

【００１９】この発明によれば、複数のクライアント
（端末）から同一の案件データに対する承認、非承認を
同時に行い、その決定結果を各々ユーザＩＤと管理番号
とに対応付けてデータベースに格納して確認することが
でき、各クライアント間の待ち時間を省いて処理時間の
短縮化を図れる。

【００２０】請求項２記載の発明に係る電子承認方法
は、管理番号により管理される承認対象としての同一の
案件データをクライアントサーバ方式により各々ユーザ
ＩＤにより識別される複数のクライアントの各表示部に
表示し、各クライアントにより同時に実行される当該案
件データに対する承認、非承認の決定結果を各々ユーザ
ＩＤと管理番号とに対応付けてサーバのデータベースに
より格納保持することを特徴とするものである。

【００２１】この発明によれば、複数のクライアント
（端末）から同一の案件データに対する承認、非承認を
同時に行い、決定結果を各々ユーザＩＤと管理番号とに
対応付けて確認でき、各クライアント間の待ち時間を省
いて処理時間の短縮化を図れる方法を確立できる。

【００２２】請求項３記載の発明に係る電子承認装置
は、各々表示部を備えた複数のクライアントと、管理番
号により管理される同一の案件データを検索し、複数の
クライアントにより実行される当該案件データに対する
承認、非承認を行う際に各クライアント間で前記案件デ
ータに対する排他制御を行うサーバとを有することを特
徴とするもである。

【００２３】この発明によれば、複数のクライアント
（端末）から同一の案件データに対する承認、非承認を
行う際に、各クライアントにおいて前記案件データの排
他制御を行うので、各担当者が前記案件データを処理す
る際の種々の排他的管理を行うことができる。

【００２４】請求項４記載の発明に係る電子承認装置
は、請求項３記載の発明における前記案件データの排他
制御は、同一の管理番号により管理される同一の案件デ
ータに対する個別的な又は全体的な更新又は参照の排他
制御としたものである。

【００２５】この発明によれば、複数のクライアント
（端末）から同一の管理番号により管理される同一の案
件データに対する承認、非承認を行う際に、案件データ
に対する個別的な又は全体的な更新又は参照の排他制御
が行われるので、ある担当者が承認、非承認を行う際
に、他の担当者の承認、非承認行為を制限したり、禁止
したりすることができ、各担当者の承認権限のレベルに
応じた適確な排他制御を実現できる。

【００２６】請求項５記載の発明に係る電子承認装置
は、請求項３記載の発明における前記案件データの排他
制御は、同一の管理番号により管理される同一の案件デ
ータに対する承認権限のランクの上位のクライアントか
ら下位のクライアントに向けて行われるものである。

【００２７】この発明によれば、複数のクライアント
（端末）から同一の管理番号により管理される同一の案
件データに対する承認、非承認を行う際に、承認権限の
ランクの上位のクライアントによる承認、非承認の決定
結果と、下位のクライアントによる承認、非承認の決定
結果との相互矛盾を無くすことができる。

【００２８】請求項６記載の発明に係る電子承認装置
は、各々表示部を備え担当者の承認権限の上位、下位に
より識別される複数のクライアントと、同一の案件デー
タを複数のクライアントの各表示部に表示し、各クライ
アントにより実行される当該案件データに対する承認、
非承認の決定結果に応じて、上位担当者の決定結果を下
位担当者の決定結果に反映させるサーバとを有すること
を特徴とするものである。

【００２９】この発明によれば、複数のクライアント
（端末）から同一の案件データに対する承認、非承認を
行う際に、上位担当者の決定結果が下位担当者の決定結
果に反映されるので、下位担当者において自己の決定結
果と上位担当者の決定結果との異同を認識することが可
能となる。

【００３０】請求項７記載の発明に係る電子承認装置
は、請求項６記載の電子承認装置において、案件データ
に対する上位担当者の承認、非承認の決定結果の下位担
当者の承認、非承認の決定結果への反映は、上位担当者
の承認、非承認の決定結果により下位担当者の承認、非
承認の決定結果を書き替えるようにしたものである。

【００３１】この発明によれば、複数のクライアント
（端末）から同一の案件データに対する承認、非承認を
行う際に、上位担当者の決定結果により下位担当者の承
認、非承認の決定結果を書き替えるもであるから、上位
担当者と下位担当者との決定結果に相違がある場合に、
承認、非承認の決定結果の統一を図れる。

【００３２】請求項８記載の発明に係る電子承認装置
は、承認対象としての同一の案件データを格納するデー
タベースと、各々表示部を備えユーザＩＤにより識別さ
れる複数のクライアントと、前記同一の案件データを複
数のクライアントの各表示部に同時に表示し、各クライ
アントにより実行される当該案件データに対する承認、
非承認の決定結果を各々ユーザＩＤと当該案件データの
管理番号とに対応付けてデータベースに格納するサーバ
とを有する電子承認装置において、前記データベース
は、承認、非承認を行う担当者のユーザＩＤ及びランク
をテーブル形式で格納するユーザＩＤ管理テーブルと、
承認を要する案件データを管理する昇順に発番される管
理番号のデータを格納する発番管理テーブルと、任意数
の案件データを格納するデータテーブルと、案件データ
を管理する管理番号のデータとユーザＩＤと管理番号毎
の承認、非承認の決定結果が入力される承認エリアとを
対応付けて格納する承認テーブルとを具備するものであ
る。

【００３３】この発明によれば、前記データベースとし
て上述した各テーブルを具備する構成で、当該案件デー
タの前記複数のクライアントの各表示部への表示、当該
案件データの承認、非承認の決定結果と各々ユーザＩＤ
と当該案件データの管理番号との対応付けた格納処理等
を確実に実現できる。

【００３４】

【発明の実施の形態】以下に、本発明の電子承認装置の
実施の形態を詳細に説明する。

【００３５】図１に示す本実施の形態の電子承認装置
は、通信回線９により相互接続されたサーバ１０と、例
えば４台のクライアントである端末１乃至４と構成され
ている。サーバ１０には、データベース１１が接続され
ている。

【００３６】サーバ１０及びデータベース１１の詳細構
成を図２を参照して説明する。

【００３７】このサーバ１０及びデータベース１１は、
予めオペレーションシステム（ＯＳ）を格納し、詳細は
後述するような各種の制御を実行する制御部２０に、承
認、非承認を行う担当者のユーザＩＤ（０００１、００
０２、０００３、０００４等）及びランク（部長、課
長、主任、社員等）をテーブル形式で格納する図３に示
すデータ形式のユーザＩＤ管理テーブル２１と、承認を
要する案件データ３０を管理する昇順に発番されるユニ
ークなキー項目として機能する管理番号のデータを格納
する図４に示すデータ形式の発番管理テーブル２２と、
キー項目として機能する管理番号のデータが独立して付
与される任意数の案件データ３０を格納する図５に示す
データ形式のデータテーブル２３と、案件データ３０を
管理する管理番号のデータとユーザＩＤと管理番号毎の
承認、非承認の決定結果が入力される承認エリアとを対
応付けて格納する図６に示すデータ形式の承認テーブル
２４と、各種データの入力を行うキーボード２５と、各
種データの表示を行う表示部２６とを具備している。ユ
ーザＩＤ管理テーブル２１、発番管理テーブル２２、デ
ータテーブル２３、承認テーブル２４によりデータベー
ス１１を構成している。

【００３８】前記各端末１乃至４は、通信回線９に接続
された予め格納しているアプリケーションで動作する端
末本体６、キーボード７、表示部８を具備している。

【００３９】各端末１乃至４は、各々部長、課長、主
任、社員用のクライアントとして設定している。

【００４０】次に本実施の形態の電子承認装置の作用を
説明する。

【００４１】まず、本実施の形態の電子承認装置におけ
る案件データ３０の発生と、その処理形態を図７、図８
を参照して説明する。

【００４２】この電子承認装置において、承認を要する
案件データ３０が発生した時点で、その案件データ３０
の内容がサーバ１０のデータベース１１に登録される。

【００４３】即ち、まず、発番管理テーブル２２を参照
し図８に示す最新の管理番号（００００００００７）を
入手する（ステップＳ１）。この最新の管理番号（００
００００００７）に１を加えて算出（ステップＳ２）し
た値が、図８に示すように当該案件データ３０の管理番
号（００００００００８）となる。この新たな管理番号
で発番管理テーブル２２が更新される（ステップＳ
３）。

【００４４】承認を要する各案件データ３０の内容に
は、管理番号００００００００７、００００００００８
等が各々付与されて、図８に示すようにデータテーブル
２３に登録される（ステップＳ４）。

【００４５】さらに、制御部２０は、ユーザＩＤ管理テ
ーブル２３を参照して（ステップＳ５）、前記管理番号
とユーザＩＤ及びランクを付与した案件データ３０を図
８に示すように承認テーブル２４に登録（挿入）する
（ステップＳ６）。

【００４６】即ち、承認テーブル２４には、当該案件デ
ータ３０に関して承認を要する者のユーザＩＤも登録さ
れる。

【００４７】次に、各端末１乃至４での同一の案件デー
タ３０に関する同時処理について説明する。

【００４８】各端末１乃至４の各担当者は、電子承認す
る際に自身の端末１乃至４を起動し当該案件データ３０
を検索する、この検索の際にユーザＩＤを予め入力す
る。

【００４９】ユーザＩＤの入力により、図１０に示すよ
うに、処理対象の案件データ３０の表示部８への表示時
に、当該案件データ３０の内容と管理番号で対応付けら
れた他の担当者の承認状況もサーバ１０の承認テーブル
２４から入手され表示される。

【００５０】このような表示部８の表示内容は、各端末
１乃至４において同時に行われる。

【００５１】各担当者は、その内容と他の担当者の承認
状況を端末で参照して、承認、非承認を決定し、各々の
端末１乃至４の各キーボード７から入力する。

【００５２】この結果、管理番号０００００００８の案
件データ３０に対する各担当者の承認結果は、図１０の
中央部に一覧形式示すようになる。

【００５３】この承認結果は、起動時に入力されたユー
ザＩＤと管理番号０００００００８を基に承認テーブル
２４の対応する各承認エリアに格納される。

【００５４】このようにして、図１０に示す例では、各
担当者の承認、非承認の決定結果の入力は、各々自身の
決定結果の入力に限定されるので、同一の案件データ３
０に対する承認、非承認の決定を各担当者が同時に実行
しても、相互矛盾が発生することは無くなる。

【００５５】ところで、各担当者が端末１乃至４から入
力した承認、非承認の決定結果を承認テーブル２４の承
認エリア上にどのように反映させるかについては幾つか
の方式が実行可能である。

【００５６】即ち、各担当者の承認データだけを更新す
る場合と、各担当者の承認データと下位のレベルの承認
データとを同時に更新する場合と、上位ランクの担当者
（例えば課長）が当該案件データ３０に対して承認の入
力を行った場合、自身の承認データと下位ランクの担当
者（例えば主任及び社員）の承認データが現在の値に関
わらず承認の値で更新される場合とである。

【００５７】また、各担当者が当該案件データ３０を検
索してから承認、非承認データの入力を完了するまでの
間、承認テーブル２４上の案件データ３０にどのレベル
の排他制御をかけるかは幾つかの方式がある。

【００５８】（１）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０全てに参照の排他制御をかけ
る。この場合には、ある担当者が当該案件データ３０を
検索してから承認、非承認データの入力を完了するまで
の間、他の担当者は当該案件データ３０の検索はできな
いことになる。

【００５９】（２）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０全てに更新の排他制御をかけ
る。この場合には、他の担当者は当該案件データ３０の
検索はできるが、承認、非承認の入力はできないことに
なる。

【００６０】（３）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０のうち、自身の案件データ３
０にだけ参照の排他制御をかける場合は、他の担当者は
当該案件データの検索はできないできないことになる。

【００６１】（４）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０のうち、自身の案件データ３
０にだけ更新の排他制御をかける場合は、他の担当者は
当該案件データ３０の検索も参照も可能である。

【００６２】（５）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０のうち自身の案件データ３０
と下位のランクの担当者の案件データ３０の更新の排也
制御をかける場合、下位のランクの担当者は承認、非承
認の入力はできないことになる。

【００６３】図１１に示す例は、課長ランクの担当者
（ユーザＩＤ０００２）が自身の案件データ３０と、下
位のランクの担当者（主任（ユーザＩＤ０００３）及び
社員（ユーザＩＤ０００４））の案件データ３０の更新
の排也制御をかけた例を示すものである。

【００６４】（６）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０のうち自身の案件データ３０
と下位のランクの担当者の案件データに参照の排他制御
をかける場合、下位のランクの担当者は当該案件データ
３０の検索はできない。

【００６５】（７）同一の管理番号を有する承認テーブ
ル２４上の案件データ３０全てに排他制御をかけない場
合、他の担当者は当該案件データ３０の検索も更新も可
能となる。

【００６６】以上説明した本実施の形態によれば、複数
の端末１乃至４から同時に承認、非承認の入力を行い、
これを承認テーブル２４の各承認エリアに矛盾なく反映
させることができる。

【００６７】また、同一の案件データ３０に対して、ラ
ンクの上位担当者が非承認の入力を行う一方で、同時
に、ランクの下位の担当者が承認を行う等の矛盾した承
認、非承認状況の発生を防止しできる。

【００６８】さらに、本実施の形態によれば、下位の担
当者の承認は済んだ案件データ３０について、上位担当
者が非承認を入力した場合には、その非承認の入力を下
位担当者の承認結果に反映させ、下位担当者に承認結果
を認識させたり、承認結果の統一を図れる。

【００６９】

【発明の効果】本発明の複数のクライアント（端末）か
ら同一の案件データに対する承認、非承認を同時に行
い、その決定結果を各々ユーザＩＤと管理番号とに対応
付けてデータベースに格納して確認することができ、各
クライアント間の待ち時間を省いて処理時間の短縮化を
図ることができる電子承認装置及び電子承認方法を提供
することができる。

【００７０】また、本発明によれば、各担当者が案件デ
ータを処理する際の種々の排他的管理を行うことがで
き、特に各担当者の承認権限のレベルに応じた適確な排
他制御を実現し、承認、非承認の決定結果の相互矛盾を
無くすことができる電子承認装置を提供できる。

【００７１】また、本発明によれば、下位担当者におい
て自己の決定結果と上位担当者の決定結果との異同を認
識でき、また、上位担当者と下位担当者との決定結果に
相違がある場合に、承認、非承認の決定結果の統一を図
ったりすることができる電子承認装置を提供できる。

【００７２】さらに、本発明によれば、前記データベー
スとして上述した各テーブルを具備する構成で、当該案
件データの前記複数のクライアントの各表示部への表
示、当該案件データの承認、非承認の決定結果と各々ユ
ーザＩＤと当該案件データの管理番号との対応付けた格
納処理等を確実に実現できる電子承認装置を提供するこ
とができる。

【図面の簡単な説明】

【図１】本発明の電子承認装置の実施の形態の構成を示
すブロック図である。

【図２】本実施の形態の電子承認装置のサーバ及びデー
タベースの構成を示すブロック図である。

【図３】本実施の形態の電子承認装置のユーザＩＤ管理
テーブルのデータ形式を示す説明図である。

【図４】本実施の形態の電子承認装置の発番管理テーブ
ルのデータ形式を示す説明図である。

【図５】本実施の形態の電子承認装置のデータテーブル
のデータ形式を示す説明図である。

【図６】本実施の形態の電子承認装置の承認テーブルの
データ形式を示す説明図である。

【図７】本実施の形態の電子承認装置の案件データのサ
ーバのデータベースへの登録手順を示すフローチャート
である。

【図８】本実施の形態の電子承認装置の案件データのサ
ーバへの登録手順を示す各データの流れを示す説明図で
ある。

【図９】案件データと端末の表示部の表示内容との関係
を示す説明図である。

【図１０】複数の端末から同時に案件データに対する承
認、非承認の決定を行う場合の説明図である。

【図１１】複数の端末のランクに対応した案件データの
排他制御を行う場合の説明図である。

【図１２】従来の２個の端末による案件データの処理状
況を示す説明図である。

【図１３】従来の２個の端末による案件データの排他制
御を行う場合の処理状況を示す説明図である。

【符号の説明】

１ 端末 ２ 端末 ３ 端末 ４ 端末 ６ 制御部 ７ キーボード ８ 表示部 ９ 通信回線 １０ サーバ １１ データベース ２０ 制御部 ２１ ユーザＩＤ管理テーブル ２２ 発番管理テーブル ２３ データテーブル ２４ 承認テーブル

Claims (8)

【特許請求の範囲】
1. 【請求項１】 承認対象としての同一の案件データを格
   納するデータベースと、 各々表示部を備えユーザＩＤにより識別される複数のク
   ライアントと、 前記同一の案件データを複数のクライアントの各表示部
   に同時に表示し、各クライアントにより実行される当該
   案件データに対する承認、非承認の決定結果を各々ユー
   ザＩＤと当該案件データの管理番号とに対応付けてデー
   タベースに格納するサーバと、 を有することを特徴とする電子承認装置。この発明によ
   れば、複数のクライアント（端末）から同一の案件デー
   タに対する承認、非承認を同時に行い、その決定結果を
   各々ユーザＩＤと管理番号とに対応付けてデータベース
   に格納して確認することができ、各クライアント間の待
   ち時間を省いて処理時間の短縮化を図れる。
2. 【請求項２】 管理番号により管理される承認対象とし
   ての同一の案件データをクライアントサーバ方式により
   各々ユーザＩＤにより識別される複数のクライアントの
   各表示部に表示し、各クライアントにより同時に実行さ
   れる当該案件データに対する承認、非承認の決定結果を
   各々ユーザＩＤと管理番号とに対応付けてサーバのデー
   タベースにより格納保持することを特徴とする電子承認
   方法。この発明によれば、複数のクライアント（端末）
   から同一の案件データに対する承認、非承認を同時に行
   い、決定結果を各々ユーザＩＤと管理番号とに対応付け
   て確認できる方法を確立できる。
3. 【請求項３】 各々表示部を備えた複数のクライアント
   と、 管理番号により管理される同一の案件データを検索し、
   複数のクライアントにより実行される当該案件データに
   対する承認、非承認を行う際に各クライアント間で前記
   案件データに対する排他制御を行うサーバと、 を有することを特徴とする電子承認装置。
4. 【請求項４】 前記案件データの排他制御は、同一の管
   理番号により管理される同一の案件データに対する個別
   的な又は全体的な更新又は参照の排他制御である請求項
   ３記載の電子承認装置。
5. 【請求項５】 前記案件データの排他制御は、同一の管
   理番号により管理される同一の案件データに対する承認
   権限のランクの上位のクライアントから下位に向けて行
   われるものである請求項３記載の電子承認装置。
6. 【請求項６】 各々表示部を備え担当者の承認権限の上
   位、下位により識別される複数のクライアントと、 同一の案件データを複数のクライアントの各表示部に表
   示し、各クライアントにより実行される当該案件データ
   に対する承認、非承認の決定結果に応じて、上位担当者
   の決定結果を下位担当者の決定結果に反映させるサーバ
   と、 を有することを特徴とする電子承認装置。
7. 【請求項７】 案件データに対する上位担当者の承認、
   非承認の決定結果の下位担当者の承認、非承認の決定結
   果への反映は、上位担当者の承認、非承認の決定結果に
   より下位担当者の承認、非承認の決定結果を書き替える
   ものである請求項６記載の電子承認装置。
8. 【請求項８】 承認対象としての同一の案件データを格
   納するデータベースと、 各々表示部を備えユーザＩＤにより識別される複数のク
   ライアントと、 前記同一の案件データを複数のクライアントの各表示部
   に同時に表示し、各クライアントにより実行される当該
   案件データに対する承認、非承認の決定結果を各々ユー
   ザＩＤと当該案件データの管理番号とに対応付けてデー
   タベースに格納するサーバとを有する電子承認装置にお
   いて、 前記データベースは、承認、非承認を行う担当者のユー
   ザＩＤ及びランクをテーブル形式で格納するユーザＩＤ
   管理テーブルと、承認を要する案件データを管理する昇
   順に発番される管理番号のデータを格納する発番管理テ
   ーブルと、任意数の案件データを格納するデータテーブ
   ルと、案件データを管理する管理番号のデータとユーザ
   ＩＤと管理番号毎の承認、非承認の決定結果が入力され
   る承認エリアとを対応付けて格納する承認テーブルと、 を具備するものである電子承認装置。