(57)【特許請求の範囲】
【請求項１】
登録元のサーバからファイルをダウンロードしたクライアントが内容を更新して別の登録先のサーバへアップロードを行う複数サーバ／クライアント間のデータ回送制御方式において，
登録元のサーバは，解決すべき問題状況のデータと当該サーバ名，ダウンロードが許可されたユーザの識別情報を含む第１のアクセスキーとが登録されたファイルと，クライアントからユーザの識別情報を含むダウンロードの要求を受けると前記第１のアクセスキーのユーザ識別情報と受け取ったユーザ識別情報によりチェックを行い，正当であると認められると前記クライアントへの前記ファイルのダウンロードを許可するダウンロード先確認手段とを備え，
前記クライアントは，前記ダウンロードしたファイルの中の問題状況のファイルについて追加，修正を行って得られた解析結果のデータと他の登録先のサーバ名とユーザの識別情報を含む第２のアクセスキーとを作成して，前記解析結果と第２のアクセスキー及び前記問題状況と第１のアクセスキーとを前記登録先のサーバにアップロードする手段を備え，
前記登録先サーバは前記第２のアクセスキーを用いて前記解析結果のデータの正当性を確認する手段と，前記第１のアクセスキーを用いて前記登録元のサーバに問い合わせてそこに登録された前記問題状況と前記第１のアクセスキーとアップロードされた問題状況と第１のアクセスキーとを照合して，正当な登録元サーバからのダウンロードであることを確認する手段とを備えることを特徴とする複数サーバ／クライアント間のデータ回送制御方式。
【請求項２】
請求項１において，
前記登録先のサーバは，前記解析結果の正当性確認手段により正当性が確認されると，登録元のサーバに対してファイルについての正当性確認のメッセージを通知する手段を備え，
前記登録元のサーバは前記メッセージを受け取ると，登録された該当するファイルを削除することを特徴とする複数サーバ／クライアント間のデータ回送制御方式。
【請求項３】
請求項１において，
前記登録先のサーバは，前記登録元サーバの正当性確認手段による正当性が確認されないと，当該登録先のサーバが保持する対応するアップロードされたファイルを削除することを特徴とする複数サーバ／クライアント間のデータ回送制御方式。
【請求項４】
請求項１において，
前記第１のアクセスキー及び第２のアクセスキーは，それぞれファイルが格納されたサーバ名，当該ファイルをアップロードしたユーザ識別番号，当該ファイルをダウンロードする資格を備えるユーザ識別番号，ドキュメントに対応するチェックサム，ダウンロードした時の修正可能な範囲の各データにより構成されることを特徴とする複数サーバ／クライアント間のデータ回送制御方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は大規模な定型業務を実行するシステムに関し，特に電子化ワークフローを実現するデータの保持，回送，セキュリティ管理に関する機能を持つシステムにおける複数サーバ／クライアント間のデータ回送制御方式に関する。
【０００２】
ワークフローシステムは，複数の人が関係する業務の流れを定義しておくことで処理が進むシステムであり，例えば，書類を電子化してネットワーク上で回覧を行うシステムがあり，回覧順序を予めワークフローサーバに登録することでその順序に書類を回覧や加工することができる。このような，ワークフローのためのデータ保持，データの回送（回覧）状況，セキュリティ等の管理を行うことが重要となっている。
【０００３】
【従来の技術】
ワークフローシステムでは，登録元のサーバにデータが保持され，この登録元のサーバに対しユーザ（クライアント）がアクセスして，データをダウンロードして，その内容について必要な修正や追加を行って，回送先サーバ（登録元のサーバと異なるものとするが，同じサーバであっても良い）にアップロードするという形態で処理を行うことにより，業務の処理が進められる形態がとられる場合が多い。
【０００４】
図１０は従来例の説明図である。図１０のＡ．〜Ｃにおいて，８０は登録されたファイル（他のクライアントから登録された解決したい事項等を含むファイル）が格納された登録元のサーバ，８１は登録元のサーバ８０のファイルをダウンロードして，修正，追加等を行うユーザが使用するクライアント，８２はクライアント８１における修正，追加（解決したい事項に対する回答を含む）が行われた結果のファイルがアップロードされる回送先のサーバである。
【０００５】
このような構成による，ワークフローシステムの複数サーバ／クライアント間における従来のデータ回送制御の方式を以下に▲１▼〜▲４▼に分けて説明する。
▲１▼図１０のＡ．において，登録元のサーバ８０に登録されているファイルをユーザがクライアント８１にダウンロードする。このファイルについてクライアント８１で修正，追加等を行った後，回送先のサーバ８２にアップロードする。この時，修正されたファイルが正当な手順で正当なユーザが修正を行ったかどうかのチェックは行われない。
【０００６】
▲２▼図１０のＡ．において，登録元のサーバ８０からクライアント８１（ユーザ側）にファイルをダウンロードするが，異なる他のサーバから正当でないファイルをダウンロードすることも可能である。この場合，登録元のサーバ以外のサーバからユーザがダウンロードして，修正後，回送先のサーバ８２にアップロードしても，回送先サーバ８２で受け付けられる。
【０００７】
▲３▼図１０のＢ．に示すように，登録元のサーバ８０からクライアント８１にファイルをダウンロードした後，登録元のサーバ８０がダウンロードしたデータを保持しなかった場合，クライアント８１側でそのデータを紛失をすると，復元することが不可能となる。
【０００８】
また，登録元のサーバ８０でデータを保持した場合，回送後のデータを消す機会がなくなる。
▲４▼図１０のＣ．に示すように，登録元と回送先のサーバを集中化して集中サーバによるサーバ／クライアントを構成する。この場合は負荷が集中し，且つサーバのダウン時や障害時にサービスが停止しデータが消失する可能性が大きい。
【０００９】
なお，サーバ（またはホストコンピュータ）側で管理するプログラムやファイルをクライアント（またはワークステーション）側にロードして，編集／加工した後にサーバ側に返送するワークフローのデータ管理に関する技術としては，例えば，特開平９−９１４０２号公報（システム障害の発生や中断時のデータを保護する技術），特開平９−１３８８２４号公報（ワークフローの回覧書類の不備の確認と修正や，回覧の日時指定等の管理を行う技術），特開平９−１９８３２６号公報（回覧された文書に問題が生じるとユーザの要求に従って文書を処理したユーザを照会する技術）に開示されている。
【００１０】
【発明が解決しようとする課題】
上記した従来のワークフローシステムを構成するサーバ／クライアントのデータ回送制御によれば，それぞれ上記の▲１▼〜▲４▼に対応して次のような問題があった。
【００１１】
▲１▼サーバに登録されているファイルがユーザがクライアントダウンロードしてファイルを修正／追加後に回送先サーバにアップロードした時，回送されるファイルに入力された内容をチェックする機能がないため，虚偽のファイルでもアップロードが可能であり，またユーザまたは管理者が登録元のサーバに登録済データを改ざんしてもチェックする機能がないという問題があった。
【００１２】
▲２▼登録元サーバと回送先のサーバ間でユーザ及びファイルの正当性を認証する機能がないため，登録元のサーバからファイルをダウンロードすしたユーザ以外でも回送先サーバへファイルをアップロードすることが可能なため，セキュリティの問題がある。
【００１３】
▲３▼登録元のサーバからクライアントにファイルをダウンロードした後，登録元のサーバでダウンロードしたデータを保持しなかった場合，クライアント側でデータを紛失すると復元が不可能となる。また，登録元のサーバでデータを保持した場合，回送後のデータを消すタイミングがなくなるという問題があった。
【００１４】
▲４▼登録元のサーバ，回送先のサーバを同一のサーバで運用しているため，サーバに負荷がかかり，登録元のサーバのデータが誤って上塗り（削除）されることがあるという問題があった。
【００１５】
本発明は上記の問題を解決し，正当でないユーザがサーバからファイルを取り出したり，サーバに転送することを防止し，サーバ間でのファイルの正当性を確認することを可能とし，ユーザがファイルを誤って削除しても復元することを可能とし，更に登録元のサーバからファイルの消失を防ぐことができるワークフローシステムにおける複数サーバ／クライアント間のデータ回送制御方式を提供することを目的とする。
【００１６】
【課題を解決するための手段】
図１は本発明の原理構成を示す図である。
図中，１は登録元のサーバ，１０はダウンロード先確認手段，１１はバッファ制御手段，１２は問題状況，１３は第１アクセスキー，２はクライアント（ユーザ），２０はダウンロード手段，２１はアップロード手段，１２，１３は登録元のサーバ１の１２，１３と同じであり，２２は解析結果，２３は第２アクセスキー，３は回送先のサーバ，３０は解析（修正）された結果であるアップロードファイルが登録元のサーバからのファイルを取り出したものであるかをチェックする解析結果の正当性確認手段，３１はアップロードされたファイル内の登録元サーバをチェックして正当な登録元になっているかをチェックするサーバ正当性確認手段，３２はアップロードされたファイルについてユーザＩＤ（またはパスワード）が正当か否かを判別するユーザ正当性確認手段，１２，１３は上記登録元のサーバ１及びクライアント２の各符号と同じであり，２２，２３はクライアント２の各符号と同じである。
【００１７】
登録元のサーバ１には問題発生を表すデータである問題状況１２とアクセスが正当なユーザにより行われることや，データが正当であること等をチェックするための第１アクセスキー１３が格納されている。第１アクセスキー１３には，１３ａ〜１３ｄの各情報が設定され，１３ａは登録元のサーバ１の情報，１３ｂは登録元のサーバ１に問題状況を登録したユーザや登録元サーバ１からファイルの取り出しが許可されたユーザのＩＤ，１３ｃはデータの正当性を照合するためのチェックサム，１３ｄはユーザのアクセス権（修正可能なファイルの範囲）の情報である。また第２アクセスキー２３には２３ａ〜２３ｄの各情報が設定され，２３ａは回送先のサーバ３の情報，２３ｂは回送先サーバ３にアップロードしたユーザや回送先のサーバ３からファイルの取り出しが許可されたユーザのＩＤ，２３ｃはデータの正当性を照合するためのチェックサム，２３ｄはユーザアクセス権（修正可能なファイルの範囲）の情報である。
【００１８】
登録元のサーバ１には問題状況１２と第１アクセスキー１３が，バッファに格納されているが，これらの情報１２，１３が後の編集時に改ざんされるのを防ぐために暗号化して格納しても良い。ユーザがクライアント２から登録元のサーバ１からファイルをダウンロードの要求をユーザＩＤ等と共に入力してダウンロード手段２０を駆動すると，登録元のサーバ１のダウンロード先確認手段１０はクライアント２からのユーザＩＤ等を第１アクセスキー１３を用いてチェックし，正当であればダウンロードを許容し，サーバ１内の情報１２，１３がクライアント２にダウンロードされる。この問題状況１２についてユーザは修正，追加を行って解析結果２２として格納され，アップロードのための第２アクセスキー２３も設定され，アップロード手段２１によりこの解析結果２２と第２アクセスキー２３を問題状況１２と第１アクセスキー１３と共に回送先のサーバ３にアップロードする。この時，解析結果２２，第２アクセスキー２３がアップロードされた後，他のユーザがダウンロードして内容を改ざんするのを防ぐため暗号化してもよい。
【００１９】
回送先のサーバ３では，修正された結果である解析結果２２のファイルに付加された第２アクセスキー２３を用いて解析結果の正当性確認手段３０により解析結果２２のファイルをチェックする。これにより，クライアント２において更新された正当なファイルであることを確認できる。また，サーバ正当性確認手段３１はアップロードされた第１アクセスキー１３に含まれた登録元のサーバ名を用いて登録元のサーバ１に問い合わせを行って，応答された問題状況１２と第１アクセスキー１３をアップロードされた各情報と照合して正当な登録元のサーバからダウンロードされたファイルであることを確認する。
【００２０】
更に，ユーザ正当性確認手段３２はアップロードされたファイルについてユーザＩＤ（またはパスワード）が正当か否かを第２アクセスキー２３のユーザＩＤを用いてチェックする。これらにより，アップロードされた内容が不正な改ざんでなく，正当な登録元のサーバ１から取り出したファイルで，正当なユーザがアップロードしたファイルであることが分かると，回送先のサーバ３に正式に登録し，登録元のサーバ１にチェック良好を通知する。登録元のサーバ１はこの通知を受け取ると，バッファ制御手段１１はユーザがダウンロードしたファイルをバッファから削除し，チェック不良の場合はファイルを削除せず，前の状況（初期状態）に戻す。従って，ユーザ（クライアント）がファイルを修正中にダウンロードしたファイルを誤って消去しても登録元のサーバ１のファイルはその時点では削除されてないため，再度ファイルをダウンロードして復元できる。
【００２１】
ここで，登録元のサーバ１はクライアント２にダウンロードし，クライアント２から回送先のサーバ３へアップロードする構成として示すが，回送先のサーバ３が登録元のサーバとして機能させることで，このサーバ３からクライアント２にダウンロードして，更に別のサーバへアップロードする構成が順番に後続することができる。
【００２２】
【発明の実施の形態】
図２は本発明の実施例のハードウェア構成図である。図中，１は解析待ちサーバ（図１の登録元のサーバに対応），１ａは中央処理装置，１ｂは照合依頼メッセージ受信プログラム，１ｃはファイル送信プログラム，１ｄはファイル格納エリアである。２はクライアント，２ａは中央処理装置，２ｂはファイル受信プログラム，２ｃはファイル格納エリア，２ｄはファイル送信プログラム，２ｅはファイルを修正，追加等の編集を行うための入力装置である。また，３は処置待ちサーバ（図１の回送先のサーバに対応），３ａは中央処理装置，３ｂは照合依頼メッセージ送信プログラム，３ｃはファイル受信プログラム，３ｄはファイル照合プログラム，３ｅはファイル格納エリアである。
【００２３】
図２の構成の基本的な動作を説明すると，次の(1) 〜(6) の項に分けることができる。なお，この実施例を用いた適用例は図３乃至図７を用いて後述する。
(1) クライアント２が解析待ちサーバ１にファイルのダウンロードを依頼すると，解析待ちサーバ１ではファイル送信プログラム１ｃによりファイル格納エリア１ｄのファイルをクライアント２に送信する。
【００２４】
(2) クライアント２のファイル受信プログラム２ｂでファイルを受信後，ファイル格納エリア２ｃにファイルを格納する。ユーザが入力装置２ｅによりファイルを編集して，ファイル送信プログラム２ｄにより処置待ちサーバ３に送信する。
【００２５】
(3) 処置待ちサーバ３において，ファイル受信プログラム３ｃでファイルを受信すると照合依頼メッセージ送信プログラム３ｂにより解析待ちサーバ１に照合依頼メッセージを送信する。
【００２６】
(4) 解析待ちサーバ１の照合依頼メッセージ受信プログラム１ｂでメッセージを受信するとファイル送信プログラム１ｃにより処置待ちサーバ３にファイル格納エリアのファイルを送信する。
【００２７】
(5) 処置待ちサーバ３のファイル受信プログラム３ｃでファイルを受信するとファイル照合プログラム３ｄによりクライアント２からアップロードされたファイル格納エリア３ｅのファイルと解析待ちサーバ１から受信したファイルを照合する。
【００２８】
(6) 照合結果が良好の場合は, 解析待ちサーバ１に対して通知されて，解析待ちサーバ１においてファイル格納エリア１ｄのファイルが削除される。
図２に示す実施例の構成を用いて，問題発生状況が格納されている解析待ちサーバ１からユーザがダウンロードして，処置結果を処置待ちサーバ３にアップロードする問題対処プロセスを管理するシステムに適用した例について図３乃至図７を用いて説明する。
【００２９】
図３，図４は実施例のサーバ，クライアント間の動作シーケンス（その１），（その２）であり，図５はダウンロード時のデータ構成，図６は各アクセスキーの内容を示し，図７はアップロード後の各サーバのデータ構成を示す。
【００３０】
解析待ちサーバ１には図５の左側に示すように，予め問題状況１２及び第１アクセスキー１３を格納しておく。その際に暗号化キーＫＥＹ１（図１参照）により暗号化して格納しておくことができ，その暗号化は，解析担当者が解析待ちサーバ１からダウンロードして編集時に問題状況及び第１アクセスキーの部分の改ざんを防ぐためである。また，第１アクセスキーは，この実施例では図６に示すような情報から成る。
【００３１】
▲１▼解決待ちの問題状況が格納された解析待ちサーバの情報
▲２▼問題状況を解析待ちサーバ１にアップデートした登録者のユーザＩＤ１
▲３▼解析待ちサーバ１から取り出しが許可されているユーザのユーザＩＤ２
▲４▼原文（問題状況）をチェック／照合するために必要なチェックサム
▲５▼クライアントのユーザが修正可能な範囲を示すユーザアクセス権
最初にクライアント２から解析待ちサーバ１に対しダウンロードの要求がユーザＩＤ（パスワード）と共に送られる（図３のａ）。これに対し解析待ちサーバ１ではユーザＩＤ（パスワード）をチェックすることによりユーザの正当性をチェックする。すなわち，ダウンロードを要求したユーザから送られたユーザＩＤが，第１アクセスキー内のダウンロードの資格を持つユーザＩＤ２に設定されているか照合してユーザの正当性確認を行う（図３のｂ，ｃ）。そして，この照合がＯＫ（一致）か判別し（図３のｄ），照合がＯＫでないとダウンロード要求は受け付けられないが，ＯＫの場合はダウンロードが許可されて，問題状況と第１アクセスキーを含むファイルをダウンロードする（図３のｅ）。図５の右側にダウンロードが行われたクライアントの状態を示す。
【００３２】
クライアント２では，解析担当者が問題状況に対応する解析結果を入力して編集作業を行う（図３のｆ）。この時，解析結果（図１の２２）と共に第２アクセスキー（図１の２３）が形成される。
【００３３】
第２アクセスキーは，この実施例では図６に示すような情報から成る。なお，この第２のアクセスキーのユーザＩＤ１（処置待ちサーバにアップロードしたユーザ）は，上記第１のアクセスキーのユーザＩＤ２（解析待ちサーバから取り出しが許可されているユーザ）と同一である。
【００３４】
▲１▼処置待ちサーバの情報
▲２▼解析担当者のユーザＩＤ１
▲３▼処理担当者のユーザＩＤ２
▲４▼原文（解析結果）をチェック／照合するために必要なチェックサム
▲５▼クライアントのユーザが修正した範囲を示すユーザアクセス権
編集作業が終了するとクライアント２は，解析待ちサーバ１からダウンロードした内容（問題状況と第１アクセスキー）と共に，解析結果２２と第２アクセスキー２３を処置待ちサーバ３にアップロードする（図３のｇ）。この時，解析結果２２と第２アクセスキー２３を暗号化キーＫＥＹ２（図１参照）により暗号化してアップロードすることができる。この場合の暗号化する理由は，処置待ちサーバ３にアップロードした後，他のユーザがダウンロードし改ざんされるのを防ぐためである。
【００３５】
図７はアップロード後の各サーバのデータ構成を示す。
処置待ちサーバ３は，ユーザから解析結果２２と第２アクセスキー２３を受け取ると，第２アクセスキー２２の上記▲２▼の解析担当者のユーザＩＤ（パスワード）によるアップロードであるかチェックを行い（図３のｈ），チェックがＯＫであれば，第１アクセスキー１３による正当性の確認を開始する（同ｉ）。そのため，解析待ちサーバ１に対して問題状況，第１アクセスキーの照合を依頼し（図３のｊ），解析待ちサーバ１が保持する問題状況，第１アクセスキーを送信させる（同ｋ）。処置待ちサーバ３はこれを受け取ると，暗号化されている場合は暗号化キーＫＥＹ１による内容を復元し，その中の問題状況と第１アクセスキーをクライアント２からアップロードされた問題状況と第１アクセスキーの内容を照合する（図４のｌ）。この照合により，不正な改ざんがないこと，正当な解析待ちサーバから取り出されたファイルであること，処置待ちサーバ３のユーザＩＤ１により正当なユーザがアップロードしたファイルであること等をチェックし（同ｍ），チェック結果がＯＫ（一致）が検出されると処置待ちサーバ３はアップロードされたファイルを正式に登録する（図４のｎ）。これと同時に処置待ちサーバ３は，解析待ちサーバ１に対し照合ＯＫのメッセージを通知して（図４のｏ），処理を終了する。
【００３６】
解析待ちサーバ１では照合ＯＫメッセージを受信すると，解析待ちサーバ１が保持していたファイル（問題状況，第１アクセスキー）を削除する（図４のｐ）。なお，この削除機能はオプション設定により自動削除しないように前提することができる。
【００３７】
また，処置待ちサーバ３において照合が不成功の場合は，処置待ちサーバ３からユーザがアップロードしたファイル（問題状況と第１アクセスキー及び解析結果と第２アクセスキー）を削除する（同４のｑ）と共に照合ＮＧメッセージを解析待ちサーバ１へ通知する（同ｒ）。この通知を受け取ると，解析待ちサーバ１は，ユーザがダウンロードしたファイルは削除せず，ユーザがダウンロードする前の状態（初期状態）に戻して（図４のｓ），終了する。
【００３８】
本発明の原理に基づいたソフトウェア開発に関する問題発生から処置までの一連の問題対処プロセスを管理する多数のサーバを備えたシステムの実施例を示す。このシステムは，ソフトウェアに関する問題が発生した時，システム上で発生した問題／解析結果を管理し，問題の解決状況を把握することにより，問題の解決の迅速化を図るために問題処理票を発行し，解析担当者，処理担当者に登録情報を回送するシステムである。
【００３９】
図８は問題発生から処置結果を入力するまでのシステム内のデータ回送の流れを示し，図９は各サーバにおいて管理するデータを示す。図中，１’はフォーマット格納サーバ，１は解析待ちサーバ，３は処置待ちサーバ，３’は処置済サーバである。５は問題処理票のフォーマット，６−１はクライアント２の試験担当者が作成したデータを含む問題処理票，６−２は解析待ちサーバ１からダウンロードしたデータ，６−３はデータ６−２に解析結果を入力したデータを含む問題処理票，６−４は処置待ちサーバ３からダウンロードしたデータ，６−５は処置結果を入力したデータを含む問題処理票である。
【００４０】
図９に示すように，フォーマット格納サーバ１’には問題処理票フォーマット（問題処理票番号のみ）が格納され，解析待ちサーバ１には問題処理票６−１に問題状況がセットされた問題処理票のデータがアップロードされ，処置待ちサーバ３には問題状況に対する解析結果が入力された問題処理票のデータがアップロードされ，処置済サーバ３’には問題処理票６−３の解析結果に基づいた処置概要６−５が入力された問題処理票のデータが格納されている。
【００４１】
以下に，図８について，問題発見時，解析結果入力時及び処理結果入力待の順に説明する。
(1) 問題発見時の処理
ａ．試験担当者が問題を発見するとクライアント２において，最初にフォーマット格納サーバ１’から問題処理票のフォーマット５をクライアント２にダウンロードする。フォーマット５には，ダウンロードしたユーザＩＤ（パスワード）が設定されている。
【００４２】
ｂ．クライアント２で試験担当者はダウンロードした問題処理票に問題状況を登録し，入力内容チェックキー（図５の第１アクセスキーのチェックサムに対応）とユーザＩＤ（図５の第１アクセスキーのユーザＩＤ２に対応）とからなるデータ（第１アクセスキー）を設定して問題処理票６−１を起票して解析待ちサーバ１にアップロードする。
【００４３】
ｃ．解析待ちサーバ１はフォーマット格納サーバ１’との間で，クライアント２から受信したファイルのユーザＩＤ１を照合し，ユーザの正当性を確認すると共に入力内容チェックキーを照合して問題状況をチェックする。
【００４４】
(2) 解析入力時の処理
ａ．解析担当者が解析待ちサーバ１からダウンロード元サーバが付加された問題処理票６−２をクライアント２’にダウンロードする。解析待ちサーバ１では解析担当者からのユーザＩＤ（パスワード）をチェックすることで，ユーザの正当性を確認する。
【００４５】
ｂ．解析担当者はクライアント２’上で，問題状況に相当する解析結果を登録し，入力内容チェックキー，ユーザＩＤ（パスワード），ダウンロード元サーバ（解析待ちサーバ１）名等も入力した問題処理票６−３を作成して処置待ちサーバ３にアップロードする。
【００４６】
ｃ．処置待ちサーバ３は，解析待ちサーバ１との間でクライアント２’から受信した入力内容チェックキーを照合して，入力された解析結果の内容，ユーザＩＤ（パスワード）を照合して，ユーザのアクセス権の正当性，ダウンロード元サービス名を照合して，問題処理票（問題状況），が取り出されたダウンロード元サーバ名をチェックする。
【００４７】
(3) 処置結果入力時の処理
ａ．処置担当者が処置待ちサーバ３から登録済問題処理票（問題状況，解析結果）６−４をクライアント２”にダウンロードする。処置待ちサーバ３では，処置担当者のユーザＩＤ／パスワードをチェックすることにより，ユーザの正当性を確認する。
【００４８】
ｂ．処置担当者はクライアント２”上で解析結果に相当する処置概要を入力し，入力内容チェックキー，ユーザＩＤ／パスワード，ダウンロード元サーバ名も付加して処置済サーバ３’にアップロードする。
【００４９】
ｃ．処置済サーバ３’，処置待サーバ３間で，クライアント２”から受信した入力内容チェックキーを照合し入力された処置概要の内容を，ユーザＩＤ／パスワードを照合して，ユーザのアクセス権を，ダウンロード元サーバ名を照合し，問題処理票（問題状況，解析結果）が取り出されたダウンロード元サーバ名をチェックする。
【００５０】
【発明の効果】
本発明によれば，次の▲１▼〜▲４▼の効果を奏することができる。
▲１▼アクセスキーのユーザＩＤとチェックサム（チェックキー）により，アクセス権のないユーザがサーバからファイルを取り出したり，サーバにデータを転送することを防ぐことができる。
【００５１】
▲２▼サーバ間のプロトコルにより回送先サーバで，登録元のサーバとの間でユーザがサーバにアップロードしたファイルの正当性の確認ができる。
▲３▼ユーザがファイルを修正中に誤ってファイルを削除しても，ダウンロード元のサーバに残されているため，復元が可能である。
【００５２】
▲４▼登録データを複数サーバ，クライアント間で回送するためサーバ，クライアントの負荷が分散され，また一つのサーバで障害が発生しても，データは他のサーバでも保持しているため復元が可能となる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】本発明の実施例のハードウェア構成図である。
【図３】実施例のサーバ，クライアント間の動作シーケンス（その１）を示す図である。
【図４】実施例のサーバ，クライアント間の動作シーケンス（その２）を示す図である。
【図５】ダウンロード時のデータ構成を示す図である。
【図６】各アクセスキーの内容を示す図である。
【図７】アップロード後の各サーバのデータ構成を示す図である。
【図８】問題発生から処置結果を入力するまでのシステム内のデータ回送の流れを示す図である。
【図９】各サーバにおいて管理するデータを示す図である。
【図１０】従来例の説明図である。
【符号の説明】
１        登録元のサーバ
１０      ダウンロード先確認手段
１１      バッファ制御手段
１２      問題状況
１３      第１アクセスキー
２        クライアント（ユーザ）
２０      ダウンロード手段
２１      アップロード手段
２２      解析結果
２３      第２アクセスキー
３        回送先のサーバ
３０      解析結果の正当性確認手段
３１      サーバ正当性確認手段
３２      ユーザ正当性確認手段
【図１】
0003705936.tif 000002
【図２】
0003705936.tif 000003
【図３】
0003705936.tif 000004
【図４】
0003705936.tif 000005
【図５】
0003705936.tif 000006
【図６】
0003705936.tif 000007
【図７】
0003705936.tif 000008
【図８】
0003705936.tif 000009
【図９】
0003705936.tif 000010
【図１０】
0003705936.tif 000011