JP2000105720A - 複数サーバ／クライアント間のデータ回送制御方式 - Google Patents

Abstract

(57)【要約】 【課題】本発明はサーバからファイルをダウンロードし
たクライアントが内容を更新してサーバへアップロード
を行うワークフローシステムにおける複数サーバ／クラ
イアント間のデータ回送制御方式に関し，正当でないユ
ーザがサーバからファイルを取り出して他のサーバに転
送したり，アップロード先のサーバでファイルの正当性
を確認できること等を目的とする。 【解決手段】登録元のサーバから当該サーバ名とユーザ
の識別情報を含む第１のアクセスキーを付加してクライ
アントにダウンロードし，ダウンロードしたファイルを
修正，追加した結果をクライアントから他の登録先のサ
ーバに登録する際，ダウンロードしたファイルと第１の
アクセスキーと共にアップロードする。登録先のサーバ
は第１のアクセスキーを用いて登録元のサーバに問い合
わせを行って応答された内容をアップロードされたファ
イルと照合して正当性を確認するよう構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は大規模な定型業務を
実行するシステムに関し，特に電子化ワークフローを実
現するデータの保持，回送，セキュリティ管理に関する
機能を持つシステムにおける複数サーバ／クライアント
間のデータ回送制御方式に関する。

【０００２】ワークフローシステムは，複数の人が関係
する業務の流れを定義しておくことで処理が進むシステ
ムであり，例えば，書類を電子化してネットワーク上で
回覧を行うシステムがあり，回覧順序を予めワークフロ
ーサーバに登録することでその順序に書類を回覧や加工
することができる。このような，ワークフローのための
データ保持，データの回送（回覧）状況，セキュリティ
等の管理を行うことが重要となっている。

【０００３】

【従来の技術】ワークフローシステムでは，登録元のサ
ーバにデータが保持され，この登録元のサーバに対しユ
ーザ（クライアント）がアクセスして，データをダウン
ロードして，その内容について必要な修正や追加を行っ
て，回送先サーバ（登録元のサーバと異なるものとする
が，同じサーバであっても良い）にアップロードすると
いう形態で処理を行うことにより，業務の処理が進めら
れる形態がとられる場合が多い。

【０００４】図１０は従来例の説明図である。図１０の
Ａ．〜Ｃにおいて，８０は登録されたファイル（他のク
ライアントから登録された解決したい事項等を含むファ
イル）が格納された登録元のサーバ，８１は登録元のサ
ーバ８０のファイルをダウンロードして，修正，追加等
を行うユーザが使用するクライアント，８２はクライア
ント８１における修正，追加（解決したい事項に対する
回答を含む）が行われた結果のファイルがアップロード
される回送先のサーバである。

【０００５】このような構成による，ワークフローシス
テムの複数サーバ／クライアント間における従来のデー
タ回送制御の方式を以下に〜に分けて説明する。 図１０のＡ．において，登録元のサーバ８０に登録さ
れているファイルをユーザがクライアント８１にダウン
ロードする。このファイルについてクライアント８１で
修正，追加等を行った後，回送先のサーバ８２にアップ
ロードする。この時，修正されたファイルが正当な手順
で正当なユーザが修正を行ったかどうかのチェックは行
われない。

【０００６】図１０のＡ．において，登録元のサーバ
８０からクライアント８１（ユーザ側）にファイルをダ
ウンロードするが，異なる他のサーバから正当でないフ
ァイルをダウンロードすることも可能である。この場
合，登録元のサーバ以外のサーバからユーザがダウンロ
ードして，修正後，回送先のサーバ８２にアップロード
しても，回送先サーバ８２で受け付けられる。

【０００７】図１０のＢ．に示すように，登録元のサ
ーバ８０からクライアント８１にファイルをダウンロー
ドした後，登録元のサーバ８０がダウンロードしたデー
タを保持しなかった場合，クライアント８１側でそのデ
ータを紛失をすると，復元することが不可能となる。

【０００８】また，登録元のサーバ８０でデータを保持
した場合，回送後のデータを消す機会がなくなる。 図１０のＣ．に示すように，登録元と回送先のサーバ
を集中化して集中サーバによるサーバ／クライアントを
構成する。この場合は負荷が集中し，且つサーバのダウ
ン時や障害時にサービスが停止しデータが消失する可能
性が大きい。

【０００９】なお，サーバ（またはホストコンピュー
タ）側で管理するプログラムやファイルをクライアント
（またはワークステーション）側にロードして，編集／
加工した後にサーバ側に返送するワークフローのデータ
管理に関する技術としては，例えば，特開平９−９１４
０２号公報（システム障害の発生や中断時のデータを保
護する技術），特開平９−１３８８２４号公報（ワーク
フローの回覧書類の不備の確認と修正や，回覧の日時指
定等の管理を行う技術），特開平９−１９８３２６号公
報（回覧された文書に問題が生じるとユーザの要求に従
って文書を処理したユーザを照会する技術）に開示され
ている。

【００１０】

【発明が解決しようとする課題】上記した従来のワーク
フローシステムを構成するサーバ／クライアントのデー
タ回送制御によれば，それぞれ上記の〜に対応して
次のような問題があった。

【００１１】サーバに登録されているファイルがユー
ザがクライアントダウンロードしてファイルを修正／追
加後に回送先サーバにアップロードした時，回送される
ファイルに入力された内容をチェックする機能がないた
め，虚偽のファイルでもアップロードが可能であり，ま
たユーザまたは管理者が登録元のサーバに登録済データ
を改ざんしてもチェックする機能がないという問題があ
った。

【００１２】登録元サーバと回送先のサーバ間でユー
ザ及びファイルの正当性を認証する機能がないため，登
録元のサーバからファイルをダウンロードすしたユーザ
以外でも回送先サーバへファイルをアップロードするこ
とが可能なため，セキュリティの問題がある。

【００１３】登録元のサーバからクライアントにファ
イルをダウンロードした後，登録元のサーバでダウンロ
ードしたデータを保持しなかった場合，クライアント側
でデータを紛失すると復元が不可能となる。また，登録
元のサーバでデータを保持した場合，回送後のデータを
消すタイミングがなくなるという問題があった。

【００１４】登録元のサーバ，回送先のサーバを同一
のサーバで運用しているため，サーバに負荷がかかり，
登録元のサーバのデータが誤って上塗り（削除）される
ことがあるという問題があった。

【００１５】本発明は上記の問題を解決し，正当でない
ユーザがサーバからファイルを取り出したり，サーバに
転送することを防止し，サーバ間でのファイルの正当性
を確認することを可能とし，ユーザがファイルを誤って
削除しても復元することを可能とし，更に登録元のサー
バからファイルの消失を防ぐことができるワークフロー
システムにおける複数サーバ／クライアント間のデータ
回送制御方式を提供することを目的とする。

【００１６】

【課題を解決するための手段】図１は本発明の原理構成
を示す図である。図中，１は登録元のサーバ，１０はダ
ウンロード先確認手段，１１はバッファ制御手段，１２
は問題状況，１３は第１アクセスキー，２はクライアン
ト（ユーザ），２０はダウンロード手段，２１はアップ
ロード手段，１２，１３は登録元のサーバ１の１２，１
３と同じであり，２２は解析結果，２３は第２アクセス
キー，３は回送先のサーバ，３０は解析（修正）された
結果であるアップロードファイルが登録元のサーバから
のファイルを取り出したものであるかをチェックする解
析結果の正当性確認手段，３１はアップロードされたフ
ァイル内の登録元サーバをチェックして正当な登録元に
なっているかをチェックするサーバ正当性確認手段，３
２はアップロードされたファイルについてユーザＩＤ
（またはパスワード）が正当か否かを判別するユーザ正
当性確認手段，１２，１３は上記登録元のサーバ１及び
クライアント２の各符号と同じであり，２２，２３はク
ライアント２の各符号と同じである。

【００１７】登録元のサーバ１には問題発生を表すデー
タである問題状況１２とアクセスが正当なユーザにより
行われることや，データが正当であること等をチェック
するための第１アクセスキー１３が格納されている。第
１アクセスキー１３には，１３ａ〜１３ｄの各情報が設
定され，１３ａは登録元のサーバ１の情報，１３ｂは登
録元のサーバ１に問題状況を登録したユーザや登録元サ
ーバ１からファイルの取り出しが許可されたユーザのＩ
Ｄ，１３ｃはデータの正当性を照合するためのチェック
サム，１３ｄはユーザのアクセス権（修正可能なファイ
ルの範囲）の情報である。また第２アクセスキー２３に
は２３ａ〜２３ｄの各情報が設定され，２３ａは回送先
のサーバ３の情報，２３ｂは回送先サーバ３にアップロ
ードしたユーザや回送先のサーバ３からファイルの取り
出しが許可されたユーザのＩＤ，２３ｃはデータの正当
性を照合するためのチェックサム，２３ｄはユーザアク
セス権（修正可能なファイルの範囲）の情報である。

【００１８】登録元のサーバ１には問題状況１２と第１
アクセスキー１３が，バッファに格納されているが，こ
れらの情報１２，１３が後の編集時に改ざんされるのを
防ぐために暗号化して格納しても良い。ユーザがクライ
アント２から登録元のサーバ１からファイルをダウンロ
ードの要求をユーザＩＤ等と共に入力してダウンロード
手段２０を駆動すると，登録元のサーバ１のダウンロー
ド先確認手段１０はクライアント２からのユーザＩＤ等
を第１アクセスキー１３を用いてチェックし，正当であ
ればダウンロードを許容し，サーバ１内の情報１２，１
３がクライアント２にダウンロードされる。この問題状
況１２についてユーザは修正，追加を行って解析結果２
２として格納され，アップロードのための第２アクセス
キー２３も設定され，アップロード手段２１によりこの
解析結果２２と第２アクセスキー２３を問題状況１２と
第１アクセスキー１３と共に回送先のサーバ３にアップ
ロードする。この時，解析結果２２，第２アクセスキー
２３がアップロードされた後，他のユーザがダウンロー
ドして内容を改ざんするのを防ぐため暗号化してもよ
い。

【００１９】回送先のサーバ３では，修正された結果で
ある解析結果２２のファイルに付加された第２アクセス
キー２３を用いて解析結果の正当性確認手段３０により
解析結果２２のファイルをチェックする。これにより，
クライアント２において更新された正当なファイルであ
ることを確認できる。また，サーバ正当性確認手段３１
はアップロードされた第１アクセスキー１３に含まれた
登録元のサーバ名を用いて登録元のサーバ１に問い合わ
せを行って，応答された問題状況１２と第１アクセスキ
ー１３をアップロードされた各情報と照合して正当な登
録元のサーバからダウンロードされたファイルであるこ
とを確認する。

【００２０】更に，ユーザ正当性確認手段３２はアップ
ロードされたファイルについてユーザＩＤ（またはパス
ワード）が正当か否かを第２アクセスキー２３のユーザ
ＩＤを用いてチェックする。これらにより，アップロー
ドされた内容が不正な改ざんでなく，正当な登録元のサ
ーバ１から取り出したファイルで，正当なユーザがアッ
プロードしたファイルであることが分かると，回送先の
サーバ３に正式に登録し，登録元のサーバ１にチェック
良好を通知する。登録元のサーバ１はこの通知を受け取
ると，バッファ制御手段１１はユーザがダウンロードし
たファイルをバッファから削除し，チェック不良の場合
はファイルを削除せず，前の状況（初期状態）に戻す。
従って，ユーザ（クライアント）がファイルを修正中に
ダウンロードしたファイルを誤って消去しても登録元の
サーバ１のファイルはその時点では削除されてないた
め，再度ファイルをダウンロードして復元できる。

【００２１】ここで，登録元のサーバ１はクライアント
２にダウンロードし，クライアント２から回送先のサー
バ３へアップロードする構成として示すが，回送先のサ
ーバ３が登録元のサーバとして機能させることで，この
サーバ３からクライアント２にダウンロードして，更に
別のサーバへアップロードする構成が順番に後続するこ
とができる。

【００２２】

【発明の実施の形態】図２は本発明の実施例のハードウ
ェア構成図である。図中，１は解析待ちサーバ（図１の
登録元のサーバに対応），１ａは中央処理装置，１ｂは
照合依頼メッセージ受信プログラム，１ｃはファイル送
信プログラム，１ｄはファイル格納エリアである。２は
クライアント，２ａは中央処理装置，２ｂはファイル受
信プログラム，２ｃはファイル格納エリア，２ｄはファ
イル送信プログラム，２ｅはファイルを修正，追加等の
編集を行うための入力装置である。また，３は処置待ち
サーバ（図１の回送先のサーバに対応），３ａは中央処
理装置，３ｂは照合依頼メッセージ送信プログラム，３
ｃはファイル受信プログラム，３ｄはファイル照合プロ
グラム，３ｅはファイル格納エリアである。

【００２３】図２の構成の基本的な動作を説明すると，
次の(1) 〜(6) の項に分けることができる。なお，この
実施例を用いた適用例は図３乃至図７を用いて後述す
る。 (1) クライアント２が解析待ちサーバ１にファイルのダ
ウンロードを依頼すると，解析待ちサーバ１ではファイ
ル送信プログラム１ｃによりファイル格納エリア１ｄの
ファイルをクライアント２に送信する。

【００２４】(2) クライアント２のファイル受信プログ
ラム２ｂでファイルを受信後，ファイル格納エリア２ｃ
にファイルを格納する。ユーザが入力装置２ｅによりフ
ァイルを編集して，ファイル送信プログラム２ｄにより
処置待ちサーバ３に送信する。

【００２５】(3) 処置待ちサーバ３において，ファイル
受信プログラム３ｃでファイルを受信すると照合依頼メ
ッセージ送信プログラム３ｂにより解析待ちサーバ１に
照合依頼メッセージを送信する。

【００２６】(4) 解析待ちサーバ１の照合依頼メッセー
ジ受信プログラム１ｂでメッセージを受信するとファイ
ル送信プログラム１ｃにより処置待ちサーバ３にファイ
ル格納エリアのファイルを送信する。

【００２７】(5) 処置待ちサーバ３のファイル受信プロ
グラム３ｃでファイルを受信するとファイル照合プログ
ラム３ｄによりクライアント２からアップロードされた
ファイル格納エリア３ｅのファイルと解析待ちサーバ１
から受信したファイルを照合する。

【００２８】(6) 照合結果が良好の場合は, 解析待ちサ
ーバ１に対して通知されて，解析待ちサーバ１において
ファイル格納エリア１ｄのファイルが削除される。図２
に示す実施例の構成を用いて，問題発生状況が格納され
ている解析待ちサーバ１からユーザがダウンロードし
て，処置結果を処置待ちサーバ３にアップロードする問
題対処プロセスを管理するシステムに適用した例につい
て図３乃至図７を用いて説明する。

【００２９】図３，図４は実施例のサーバ，クライアン
ト間の動作シーケンス（その１），（その２）であり，
図５はダウンロード時のデータ構成，図６は各アクセス
キーの内容を示し，図７はアップロード後の各サーバの
データ構成を示す。

【００３０】解析待ちサーバ１には図５の左側に示すよ
うに，予め問題状況１２及び第１アクセスキー１３を格
納しておく。その際に暗号化キーＫＥＹ１（図１参照）
により暗号化して格納しておくことができ，その暗号化
は，解析担当者が解析待ちサーバ１からダウンロードし
て編集時に問題状況及び第１アクセスキーの部分の改ざ
んを防ぐためである。また，第１アクセスキーは，この
実施例では図６に示すような情報から成る。

【００３１】解決待ちの問題状況が格納された解析待
ちサーバの情報 問題状況を解析待ちサーバ１にアップデートした登録
者のユーザＩＤ１ 解析待ちサーバ１から取り出しが許可されているユー
ザのユーザＩＤ２ 原文（問題状況）をチェック／照合するために必要な
チェックサム クライアントのユーザが修正可能な範囲を示すユーザ
アクセス権 最初にクライアント２から解析待ちサーバ１に対しダウ
ンロードの要求がユーザＩＤ（パスワード）と共に送ら
れる（図３のａ）。これに対し解析待ちサーバ１ではユ
ーザＩＤ（パスワード）をチェックすることによりユー
ザの正当性をチェックする。すなわち，ダウンロードを
要求したユーザから送られたユーザＩＤが，第１アクセ
スキー内のダウンロードの資格を持つユーザＩＤ２に設
定されているか照合してユーザの正当性確認を行う（図
３のｂ，ｃ）。そして，この照合がＯＫ（一致）か判別
し（図３のｄ），照合がＯＫでないとダウンロード要求
は受け付けられないが，ＯＫの場合はダウンロードが許
可されて，問題状況と第１アクセスキーを含むファイル
をダウンロードする（図３のｅ）。図５の右側にダウン
ロードが行われたクライアントの状態を示す。

【００３２】クライアント２では，解析担当者が問題状
況に対応する解析結果を入力して編集作業を行う（図３
のｆ）。この時，解析結果（図１の２２）と共に第２ア
クセスキー（図１の２３）が形成される。

【００３３】第２アクセスキーは，この実施例では図６
に示すような情報から成る。なお，この第２のアクセス
キーのユーザＩＤ１（処置待ちサーバにアップロードし
たユーザ）は，上記第１のアクセスキーのユーザＩＤ２
（解析待ちサーバから取り出しが許可されているユー
ザ）と同一である。

【００３４】処置待ちサーバの情報 解析担当者のユーザＩＤ１ 処理担当者のユーザＩＤ２ 原文（解析結果）をチェック／照合するために必要な
チェックサム クライアントのユーザが修正した範囲を示すユーザア
クセス権 編集作業が終了するとクライアント２は，解析待ちサー
バ１からダウンロードした内容（問題状況と第１アクセ
スキー）と共に，解析結果２２と第２アクセスキー２３
を処置待ちサーバ３にアップロードする（図３のｇ）。
この時，解析結果２２と第２アクセスキー２３を暗号化
キーＫＥＹ２（図１参照）により暗号化してアップロー
ドすることができる。この場合の暗号化する理由は，処
置待ちサーバ３にアップロードした後，他のユーザがダ
ウンロードし改ざんされるのを防ぐためである。

【００３５】図７はアップロード後の各サーバのデータ
構成を示す。処置待ちサーバ３は，ユーザから解析結果
２２と第２アクセスキー２３を受け取ると，第２アクセ
スキー２２の上記の解析担当者のユーザＩＤ（パスワ
ード）によるアップロードであるかチェックを行い（図
３のｈ），チェックがＯＫであれば，第１アクセスキー
１３による正当性の確認を開始する（同ｉ）。そのた
め，解析待ちサーバ１に対して問題状況，第１アクセス
キーの照合を依頼し（図３のｊ），解析待ちサーバ１が
保持する問題状況，第１アクセスキーを送信させる（同
ｋ）。処置待ちサーバ３はこれを受け取ると，暗号化さ
れている場合は暗号化キーＫＥＹ１による内容を復元
し，その中の問題状況と第１アクセスキーをクライアン
ト２からアップロードされた問題状況と第１アクセスキ
ーの内容を照合する（図４のｌ）。この照合により，不
正な改ざんがないこと，正当な解析待ちサーバから取り
出されたファイルであること，処置待ちサーバ３のユー
ザＩＤ１により正当なユーザがアップロードしたファイ
ルであること等をチェックし（同ｍ），チェック結果が
ＯＫ（一致）が検出されると処置待ちサーバ３はアップ
ロードされたファイルを正式に登録する（図４のｎ）。
これと同時に処置待ちサーバ３は，解析待ちサーバ１に
対し照合ＯＫのメッセージを通知して（図４のｏ），処
理を終了する。

【００３６】解析待ちサーバ１では照合ＯＫメッセージ
を受信すると，解析待ちサーバ１が保持していたファイ
ル（問題状況，第１アクセスキー）を削除する（図４の
ｐ）。なお，この削除機能はオプション設定により自動
削除しないように前提することができる。

【００３７】また，処置待ちサーバ３において照合が不
成功の場合は，処置待ちサーバ３からユーザがアップロ
ードしたファイル（問題状況と第１アクセスキー及び解
析結果と第２アクセスキー）を削除する（同４のｑ）と
共に照合ＮＧメッセージを解析待ちサーバ１へ通知する
（同ｒ）。この通知を受け取ると，解析待ちサーバ１
は，ユーザがダウンロードしたファイルは削除せず，ユ
ーザがダウンロードする前の状態（初期状態）に戻して
（図４のｓ），終了する。

【００３８】本発明の原理に基づいたソフトウェア開発
に関する問題発生から処置までの一連の問題対処プロセ
スを管理する多数のサーバを備えたシステムの実施例を
示す。このシステムは，ソフトウェアに関する問題が発
生した時，システム上で発生した問題／解析結果を管理
し，問題の解決状況を把握することにより，問題の解決
の迅速化を図るために問題処理票を発行し，解析担当
者，処理担当者に登録情報を回送するシステムである。

【００３９】図８は問題発生から処置結果を入力するま
でのシステム内のデータ回送の流れを示し，図９は各サ
ーバにおいて管理するデータを示す。図中，１’はフォ
ーマット格納サーバ，１は解析待ちサーバ，３は処置待
ちサーバ，３’は処置済サーバである。５は問題処理票
のフォーマット，６−１はクライアント２の試験担当者
が作成したデータを含む問題処理票，６−２は解析待ち
サーバ１からダウンロードしたデータ，６−３はデータ
６−２に解析結果を入力したデータを含む問題処理票，
６−４は処置待ちサーバ３からダウンロードしたデー
タ，６−５は処置結果を入力したデータを含む問題処理
票である。

【００４０】図９に示すように，フォーマット格納サー
バ１’には問題処理票フォーマット（問題処理票番号の
み）が格納され，解析待ちサーバ１には問題処理票６−
１に問題状況がセットされた問題処理票のデータがアッ
プロードされ，処置待ちサーバ３には問題状況に対する
解析結果が入力された問題処理票のデータがアップロー
ドされ，処置済サーバ３’には問題処理票６−３の解析
結果に基づいた処置概要６−５が入力された問題処理票
のデータが格納されている。

【００４１】以下に，図８について，問題発見時，解析
結果入力時及び処理結果入力待の順に説明する。 (1) 問題発見時の処理 ａ．試験担当者が問題を発見するとクライアント２にお
いて，最初にフォーマット格納サーバ１’から問題処理
票のフォーマット５をクライアント２にダウンロードす
る。フォーマット５には，ダウンロードしたユーザＩＤ
（パスワード）が設定されている。

【００４２】ｂ．クライアント２で試験担当者はダウン
ロードした問題処理票に問題状況を登録し，入力内容チ
ェックキー（図５の第１アクセスキーのチェックサムに
対応）とユーザＩＤ（図５の第１アクセスキーのユーザ
ＩＤ２に対応）とからなるデータ（第１アクセスキー）
を設定して問題処理票６−１を起票して解析待ちサーバ
１にアップロードする。

【００４３】ｃ．解析待ちサーバ１はフォーマット格納
サーバ１’との間で，クライアント２から受信したファ
イルのユーザＩＤ１を照合し，ユーザの正当性を確認す
ると共に入力内容チェックキーを照合して問題状況をチ
ェックする。

【００４４】(2) 解析入力時の処理 ａ．解析担当者が解析待ちサーバ１からダウンロード元
サーバが付加された問題処理票６−２をクライアント
２’にダウンロードする。解析待ちサーバ１では解析担
当者からのユーザＩＤ（パスワード）をチェックするこ
とで，ユーザの正当性を確認する。

【００４５】ｂ．解析担当者はクライアント２’上で，
問題状況に相当する解析結果を登録し，入力内容チェッ
クキー，ユーザＩＤ（パスワード），ダウンロード元サ
ーバ（解析待ちサーバ１）名等も入力した問題処理票６
−３を作成して処置待ちサーバ３にアップロードする。

【００４６】ｃ．処置待ちサーバ３は，解析待ちサーバ
１との間でクライアント２’から受信した入力内容チェ
ックキーを照合して，入力された解析結果の内容，ユー
ザＩＤ（パスワード）を照合して，ユーザのアクセス権
の正当性，ダウンロード元サービス名を照合して，問題
処理票（問題状況），が取り出されたダウンロード元サ
ーバ名をチェックする。

【００４７】(3) 処置結果入力時の処理 ａ．処置担当者が処置待ちサーバ３から登録済問題処理
票（問題状況，解析結果）６−４をクライアント２”に
ダウンロードする。処置待ちサーバ３では，処置担当者
のユーザＩＤ／パスワードをチェックすることにより，
ユーザの正当性を確認する。

【００４８】ｂ．処置担当者はクライアント２”上で解
析結果に相当する処置概要を入力し，入力内容チェック
キー，ユーザＩＤ／パスワード，ダウンロード元サーバ
名も付加して処置済サーバ３’にアップロードする。

【００４９】ｃ．処置済サーバ３’，処置待サーバ３間
で，クライアント２”から受信した入力内容チェックキ
ーを照合し入力された処置概要の内容を，ユーザＩＤ／
パスワードを照合して，ユーザのアクセス権を，ダウン
ロード元サーバ名を照合し，問題処理票（問題状況，解
析結果）が取り出されたダウンロード元サーバ名をチェ
ックする。

【００５０】

【発明の効果】本発明によれば，次の〜の効果を奏
することができる。 アクセスキーのユーザＩＤとチェックサム（チェック
キー）により，アクセス権のないユーザがサーバからフ
ァイルを取り出したり，サーバにデータを転送すること
を防ぐことができる。

【００５１】サーバ間のプロトコルにより回送先サー
バで，登録元のサーバとの間でユーザがサーバにアップ
ロードしたファイルの正当性の確認ができる。 ユーザがファイルを修正中に誤ってファイルを削除し
ても，ダウンロード元のサーバに残されているため，復
元が可能である。

【００５２】登録データを複数サーバ，クライアント
間で回送するためサーバ，クライアントの負荷が分散さ
れ，また一つのサーバで障害が発生しても，データは他
のサーバでも保持しているため復元が可能となる。

【図面の簡単な説明】

【図１】本発明の原理構成を示す図である。

【図２】本発明の実施例のハードウェア構成図である。

【図３】実施例のサーバ，クライアント間の動作シーケ
ンス（その１）を示す図である。

【図４】実施例のサーバ，クライアント間の動作シーケ
ンス（その２）を示す図である。

【図５】ダウンロード時のデータ構成を示す図である。

【図６】各アクセスキーの内容を示す図である。

【図７】アップロード後の各サーバのデータ構成を示す
図である。

【図８】問題発生から処置結果を入力するまでのシステ
ム内のデータ回送の流れを示す図である。

【図９】各サーバにおいて管理するデータを示す図であ
る。

【図１０】従来例の説明図である。

【符号の説明】

１ 登録元のサーバ １０ ダウンロード先確認手段 １１ バッファ制御手段 １２ 問題状況 １３ 第１アクセスキー ２ クライアント（ユーザ） ２０ ダウンロード手段 ２１ アップロード手段 ２２ 解析結果 ２３ 第２アクセスキー ３ 回送先のサーバ ３０ 解析結果の正当性確認手段 ３１ サーバ正当性確認手段 ３２ ユーザ正当性確認手段

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B017 AA02 AA03 BA05 BA06 CA06 CA16 5B082 AA00 HA05 5B089 GA02 GA11 GA21 GB03 GB09 JA16 JA32 JB01 JB22 KA12 KB06 KB13 KC11 KC47 KC51 KC57 KC58

Claims (6)

【特許請求の範囲】
1. 【請求項１】 サーバからファイルをダウンロードした
   クライアントが内容を更新してサーバへアップロードを
   行うワークフローシステムにおいて，ファイルを複数の
   サーバ及びクライアント間にまたがって回覧する時，登
   録元のサーバから当該サーバ名とユーザの識別情報を含
   む第１のアクセスキーを付加してクライアントにダウン
   ロードし，前記ダウンロードしたファイルを修正，追加
   した結果を前記クライアントから他の登録先のサーバに
   登録する際，前記ダウンロードしたファイルと第１のア
   クセスキーと共にアップロードし，前記登録先のサーバ
   は前記第１のアクセスキーを用いて前記登録元のサーバ
   に問い合わせを行って応答された内容をアップロードさ
   れたファイルと照合して正当性を確認するサーバ正当性
   確認手段を備えることを特徴とする複数サーバ／クライ
   アント間のデータ回送制御方式。
2. 【請求項２】 請求項１において，前記登録元のサーバ
   のファイルに付加された第１のアクセスキーに，当該フ
   ァイルのダウンロードが許可されたユーザ識別番号を付
   加し，前記登録元のサーバはダウンロード先確認手段を
   備え，前記クライアントからのユーザ識別番号を含むダ
   ウンロードの要求に対し，前記第１のアクセスキーによ
   り正当ユーザであるかを前記ダウンロード先確認手段に
   より判別することを特徴とする複数サーバ／クライアン
   ト間のデータ回送制御方式。
3. 【請求項３】 請求項１において，前記ダウンロードし
   たファイルを修正，追加した解析結果を前記クライアン
   トから他の登録先のサーバに登録する際，登録先サーバ
   名とユーザ識別情報を含む当該解析結果のファイルの正
   当性をチェックするための第２のアクセスキーを前記ダ
   ウンロードしたファイルと第１のアクセスキーと共にア
   ップロードし，前記登録先のサーバは前記第２のアクセ
   スキーを用いて前記修正，追加された内容が正当である
   ことをチェックする正当性確認手段を備えることを特徴
   とする複数サーバ／クライアント間のデータ回送制御方
   式。
4. 【請求項４】 請求項３において，前記登録先のサーバ
   は，前記正当性確認手段により正当性が確認されると，
   登録元のサーバに対してファイルについての正当性確認
   のメッセージを通知する手段を備え，前記登録元のサー
   バは前記メッセージを受け取ると，登録された該当する
   ファイルを削除することを特徴とする複数サーバ／クラ
   イアント間のデータ回送制御方式。
5. 【請求項５】 請求項３において，前記登録先のサーバ
   は，前記正当性確認手段による正当性が確認されない
   と，当該登録先のサーバが保持する対応するアップロー
   ドされたファイルを削除することを特徴とする複数サー
   バ／クライアント間のデータ回送制御方式。
6. 【請求項６】 請求項１または請求項３において，前記
   第１のアクセスキー及び第２のアクセスキーは，それぞ
   れファイルが格納されたサーバ名，当該ファイルをアッ
   プロードしたユーザ識別番号，当該ファイルをダウンロ
   ードする資格を備えるユーザ識別番号，ドキュメントに
   対応するチェックサム，ダウンロードした時の修正可能
   な範囲の各データにより構成されることを特徴とする複
   数サーバ／クライアント間のデータ回送制御方式。