(57)【要約】【課題】  不具合が生じても、データを参照できるようにすることを目的とする。【解決手段】  本発明では、ASPサイト内の顧客の全ての情報、もしくは、一部の情報を自動的に顧客のPC内の記憶装置等にミラーリング（BackUp手段で、元の記憶装置の中身と同じものを、別の記憶装置に作り出す。元の内容を参照し、ファイルの更新があればコピー、削除されていればミラーリング先も削除する）を行う。ただ、ASPとの通信が正常の状態では、ファイルの更新の整合性からASPサイトにアクセスを行い、顧客のPC内のコピーされたファイルにアクセスは行わない。また、ファイルコピーを行うタイミングは定期的に行う方法と、逆にASPサイト側から顧客のPCに更新があった事を通知し、顧客のPCがファイルをダウンロードする。【選択図】  図１
2005173798.tif 000002
【特許請求の範囲】
【請求項１】
ASPのStorageサービスにおいて、顧客側のコンピュータがASPサーバ内の顧客ファイルの更新状況をFTP,HTTP等の方法で確認する手段と、該更新情報に基づき該コンピュータ内に該ASPサーバ内顧客ファイル情報のミラーリング（FTP,HTTP等による）を行う手段を有する事を特徴とするコンピュータアプリケーション。
【請求項２】
請求項１において、顧客が指定したフォルダのみをミラーリングする手段を有する事を特徴とするコンピュータアプリケーション。
【請求項３】
請求項１において、指定された、あるいは予め決まっている期間過去にアクセスがあったファイルのみをミラーリングする手段を有する事を特徴とするコンピュータアプリケーション。
【請求項４】
請求項１において、ファイルの種類（ファイル拡張子による判断）によってミラーリング対象を選別する手段を有する事を特徴とするコンピュータアプリケーション。
【請求項５】
請求項１において、ファイルの種類（ファイル拡張子による判断）があるサイズ以上の時はミラーリング対象から外す手段を有する事を特徴とするコンピュータアプリケーション。
【請求項６】
ASPのStorageサービスにおいて、ASPサーバが顧客ファイルの更新状況を確認、かつ、顧客のコンピュータに通知する手段と、該更新情報に基づき該コンピュータ内に該ASPサーバ内顧客ファイル情報のミラーリング（FTP,HTTP等による）を行う手段を有する事を特徴とするコンピュータアプリケーション。
【請求項７】
請求項６において、顧客が指定したフォルダのみをミラーリングする手段を有する事を特徴とするコンピュータアプリケーション。
【請求項８】
請求項６において、指定された、あるいは予め決まっている期間過去にアクセスがあったファイルのみをミラーリングする手段を有する事を特徴とするコンピュータアプリケーション。
【請求項９】
請求項６において、ファイルの種類（ファイル拡張子による判断）によってミラーリング対象を選別する手段を有する事を特徴とするコンピュータアプリケーション。
【請求項１０】
請求項６において、ファイルの種類（ファイル拡張子による判断）があるサイズ以上の時はミラーリング対象から外す手段を有する事を特徴とするコンピュータアプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有Storageを提供するASPでの通信不具合時に有効な手段である。
【背景技術】
【０００２】
ASP（AppricationServiceProvider）の一つとしてInternet上に設けられた記憶装置をファイルの格納用途に利用できるサービスがある。そのStorageサービスの利用用途しては、大容量ファイル格納手段、複数拠点からアクセス可能な共有エリアの活用等が考えられ、その利用の背景には、顧客の都合（コスト、保守等）でサーバを立てる事が困難、一方、ADSL等の高速通信手段の普及といった使用環境面の整備が進んできた事が挙げられる（例えば、特許文献１参照。）。
【０００３】
一方、Storageデバイスの故障からの情報消失を想定しての、障害対応は一般的に行われており、具体的にはASPサイト側で複製を行い別記憶装置等にBackUpを取る形態で行っていた。
【特許文献１】特開２００３−１０８８１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ASPのStorageサービスの不具合としては、上述のStorageデバイスの故障等の他に、ASPサイトへの通信障害、また、ASPサーバからの顧客ファイルの完全消失が想定される。具体的には、前者に対しては、ADSL等のインターネットの障害、プロバイダの障害、ASPサイト自体の障害、顧客のインターネット接続機器の障害が想定され、後者に対してはASPサーバの建物への何らかの致命的ダメージ（地震等で崩壊、火事）が考えられる。このような問題が生じた場合、前者に対して顧客はASPに格納してある情報を突然、一切アクセスする事ができなくなり、後者に対しては完全にその情報を失う事となる。本発明の課題は、このような状態においても、不具合が生じる前の情報を参照可能にする事である。
【課題を解決するための手段】
【０００５】
本発明では、ASPサイト内の顧客の全ての情報、もしくは、一部の情報を自動的に顧客のPC内の記憶装置等にミラーリング（BackUp手段で、元の記憶装置の中身と同じものを、別の記憶装置に作り出す。元の内容を参照し、ファイルの更新があればコピー、削除されていればミラーリング先も削除する）を行う。ただ、ASPとの通信が正常の状態では、ファイルの更新の整合性からASPサイトにアクセスを行い、顧客のPC内のコピーされたファイルにアクセスは行わない。また、ファイルコピーを行うタイミングは定期的に行う方法と、逆にASPサイト側から顧客のPCに更新があった事を通知し、顧客のPCがファイルをダウンロードする方法がある。
【発明の効果】
【０００６】
本実施例により、ASP  Storageサービスを利用しているユーザは通信障害等でASPサーバにアクセスが出来なくなった場合でも、障害発生前のファイルを参照する事が出来る。
【０００７】
本実施例により、ASP  Storageサービスを利用しているユーザは万が一ASP側の障害でその中のユーザファイルが完全に消失しても、障害発生前のファイルをバックアップとして使用可能となる。
【発明を実施するための最良の形態】
【０００８】
（実施例１）
本実施例は、本特許をADSLにて顧客の複数の拠点でASPのStorageサービスを利用している形態であり、図１は本実施例を最もよく表している図である。図中１0１はインターネット上のサービスを提供するASPサイト、102はASPサイトのStorageサービス用HDD、103〜105はASPサイトと顧客とを結ぶADSL、106〜108は顧客の離れた場所にある３つの拠点で拠点A、拠点B、拠点C、109は拠点B  107をインターネット接続するADSLモデム、110は拠点B  107の内部のネットワークであるLAN、111〜116は拠点B  107内のLANに接続されているPCである。
【０００９】
まず、通常のASPのStorageサービスの使用形態を説明する。ASPサイト  101内のStorageサービス用HDD102に顧客の情報が蓄えられている。顧客はインターネット経由でこのHDD102をアクセスし、ファイルの保存・参照・書換等の作業を行う。その際の手段としては、FTP、HTTP等のインターネット上で一般的なファイル送受信手段で行う。また、このHDD102はインターネット上で外部アクセス可能となっているため、どこからでもアクセス可能となるため（ただ、セキュリティのため顧客の認証手段は設ける）、顧客が距離をおいた複数の場所から（例えば、東京支店と大阪支店）アクセスする事も可能である。図１では、１つの会社が複数の拠点からこのサービスを利用する事を想定しており、拠点A106〜拠点C108からADSL103〜105経由でHDD102を共有エリアとして用いる事で情報の共有を行っている。
【００１０】
このような状況でADSL104に通信障害が生じると拠点BからはHDD102にアクセスする事ができなくなる。そのため、すぐに印刷したいファイルがあっても、参照すら出来ない事になる。本実施例では、アクセスが正常に行える時には、拠点B内のLAN110上のあるPC（ここではPC111とする）内のアプリケーションにより、ASPサイト101内のHDD102のユーザ用エリア内の情報をFTP、HTTP等の手段でPC111内のHDDにミラーリングを行う。そのため、図１のような拠点B107用のADSL104の障害でHDD102へのアクセスが出来なくなっても、ADSL104の障害が発生する直前の状態がPC111内のHDDに格納されているため、それを参照する事ができる。当然、ADSL104の障害が発生した後も拠点A106、拠点C108からのHDD102内の情報は更新される事はありうるので、徐々にHDD102内部の情報と差が出来てしまうが、障害発生直前の情報は見れるので、それが有用な場面は多いと想定される。尚、HDD102へのアクセス障害がない場合には、PC111のミラーリングされた情報をユーザはアクセスする事はなく、共有ファイルとしてのデータの連続性が保たれるHDD102内の情報をアクセスする事になる。
【００１１】
次に、具体的なPC111が行うミラーリングの処理手順について説明する。図２がその処理を現すのだが、PC111は例えば内部のタイマーを利用し１０分毎にこの処理を行う事とする。処理が開始されると、まず、ASP-HDD（HDD102）にアクセスが可能か確認する（S21）。手段としては、ｆｔｐで内部ファイルが見えるかの検証となり、この時、アクセスが出来ない場合（S21-No）、処理としては終了となる。この場合、拠点B107からはHDD102がアクセス不能になるため、拠点B107のユーザがHDD102の中身を参照したい場合、PC111内のミラーリングした情報を見る事ができる。一方、ASP-HDDのアクセスが可能な場合（S21-Yes）、次にASP-HDDの内容が更新されているか、ファイルの有無、タイムスタンプ等から判断する。その結果、更新がない場合（S22-No）、処理としては終了になる。一方、更新があった場合（S22-Yes）、ミラーリングが実行される（S23）。
【００１２】
本実施例では、ADSLをユーザからのASPサーバへの通信手段として説明したが、もちろん、モデム、光通信等他の手段にも適応可能である。
【００１３】
本実施例では、各拠点内のPCが逐次ASPサーバ内のファイルの更新状態を確認する形態であったが、もちろん、ASPサーバ自体が更新状態を各拠点のPCに通知する形態を取る事も可能である。
【００１４】
本実施例により、ASP  Storageサービスを利用しているユーザは通信障害等でASPサーバにアクセスが出来なくなった場合でも、障害発生前のファイルを参照する事が出来る。
【００１５】
本実施例により、ASP  Storageサービスを利用しているユーザは万が一ASP側の障害でその中のユーザファイルが完全に消失しても、障害発生前のファイルをバックアップとして使用可能となる。
【００１６】
（実施例２）
本実施例は、実施例１においてASPサーバ内のフォルダ、もしくは、ファイルを全部もしくは、指定されたものに対し更新確認、及び、ミラーリングを行った事に対し、ミラーリング対象を自動的に選定する形態となる。具体的には、アクセス履歴、頻度、部署/拠点の仕事内容との連携等からミラーリング対象を決定する。また、ファイルの大きさに応じてミラーリング対象から外すといった内容である。
【００１７】
本特許をADSLにて顧客の複数の拠点でASPのStorageサービスを利用している形態であり、図３は本実施例を最もよく表している図である。図中30１はインターネット上のサービスを提供するASPサイト、302はASPサイトのStorageサービス用HDD、303〜305はASPサイトと顧客とを結ぶADSL、306〜308は顧客の離れた場所にある３つの拠点で拠点A、拠点B、拠点C、309は拠点B  307をインターネット接続するADSLモデム、310は拠点B  307の内部のネットワークであるLAN、311〜316は拠点B  307内のLANに接続されているPCである。
【００１８】
まず、通常のASPのStorageサービスの使用形態を説明する。ASPサイト  301内のStorageサービス用HDD302に顧客の情報が蓄えられている。顧客はインターネット経由でこのHDD302をアクセスし、ファイルの保存・参照・書換等の作業を行う。その際の手段としては、FTP、HTTP等のインターネット上で一般的なファイル送受信手段で行う。また、このHDD302はインターネット上で外部アクセス可能となっているため、どこからでもアクセス可能となるため（ただ、セキュリティのため顧客の認証手段は設ける）、顧客が距離をおいた複数の場所から（例えば、東京支店と大阪支店）アクセスする事も可能である。図３では、１つの会社が複数の拠点からこのサービスを利用する事を想定しており、拠点A306〜拠点C308からADSL303〜305経由でHDD302を共有エリアとして用いる事で情報の共有を行っている。
【００１９】
このような状況でADSL304に通信障害が生じると拠点BからはHDD302にアクセスする事ができなくなる。そのため、すぐに印刷したいファイルがあっても、参照すら出来ない事になる。本実施例では、アクセスが正常に行える時には、拠点B内のLAN310上のあるPC（ここではPC311とする）内のアプリケーションにより、ASPサイト301内のHDD302のユーザ用エリア内の情報をFTP、HTTP等の手段でPC311内のHDDにミラーリングを行う。そのため、図３のような拠点B307用のADSL304の障害でHDD302へのアクセスが出来なくなっても、ADSL304の障害が発生する直前の状態がPC311内のHDDに格納されているため、それを参照する事ができる。当然、ADSL304の障害が発生した後も拠点A306、拠点C308からのHDD302内の情報は更新される事はありうるので、徐々にHDD302内部の情報と差が出来てしまうが、障害発生直前の情報は見れるので、それが有用な場面は多いと想定される。尚、HDD302へのアクセス障害がない場合には、PC311のミラーリングされた情報をユーザはアクセスする事はなく、共有ファイルとしてのデータの連続性が保たれるHDD302内の情報をアクセスする事になる。ただ、全てのユーザ  フォルダ/ファイルに対してミラーリングを行うと、その総量が多いと、ユーザPC311内のHDDは大きな容量を求められる事が考えられる。また、必要ないファイルのミラーリングのためのダウンロードで通信回線を占有される事も考えられる。本実施例では、ミラーリングするファイルを絞る手段を与え、余分なファイルのダウンロード、ミラーリング用のHDD容量の消費を避けるものである。まず、この絞込みの方法としては、ユーザにミラーリングが必要なフォルダを選択させる方法が考えられる。一方、自動的な絞込み手段として、アクセス履歴、ファイルの種類、ファイルサイズ等、もしくは、これらの組合せでミラーリング対応を自動選択する方法が考えられる。具体的に説明するとアクセス履歴による方法は、例えば2ヶ月といった期間を設定した場合、2ヶ月以内にある拠点からアクセスがあったファイルはミラーリングを行うといった方法である。実際の手段としては、ADSLモデム部分でのアクセスログをPC311が吸上げる方法、また、ASPサーバのアクセスログを吸上げるといった形で対応可能である。ファイルの種類による選択（ファイル拡張子による選別）は、Word、Excelといったファイルは重要性が高いとし、一方jpegといった画像ファイルは重要性が低めと切り分け可能である場合、前者のみをミラーリング対象するといった方法である。また、ファイルサイズによる方法は、例えば、画像ファイル、かつ、サイズが1M以上であればミラーリング対象から外すといった方法である。
【００２０】
次に、具体的なPC311が行うミラーリングの処理手順について説明する。図4がその処理を現すのだが、PC311は例えば内部のタイマーを利用し１０分毎にこの処理を行う事とする。処理が開始されると、まず、ASP-HDD（HDD302）にアクセスが可能か確認する（S41）。手段としては、ｆｔｐで内部ファイルが見えるかの検証となり、この時、アクセスが出来ない場合（S41-No）、処理としては終了となる。この場合、拠点B３07からはHDD302がアクセス不能になるため、拠点B307のユーザがHDD302の中身を参照したい場合、PC311内のミラーリングした情報を見る事ができる。一方、ASP-HDDのアクセスが可能な場合（S41-Yes）、次にASP-HDD内の指定もしくは自動選択されたファイルが更新されているかをファイルの有無、タイムスタンプ等から判断する。その結果、更新がない場合（S42-No）、処理としては終了になる。一方、更新があった場合（S42-Yes）、ミラーリングが実行される（S43）。
【００２１】
本実施例では、ADSLをユーザからのASPサーバへの通信手段として説明したが、もちろん、モデム、光通信等他の手段にも適応可能である。
【００２２】
本実施例では、各拠点内のPCが逐次ASPサーバ内のファイルの更新状態を確認する形態であったが、もちろん、ASPサーバ自体が更新状態を各拠点のPCに通知する形態を取る事も可能である。
【００２３】
本実施例により、ASP  Storageサービスを利用しているユーザは通信障害等でASPサーバにアクセスが出来なくなった場合でも、障害発生前のファイルを参照する事が出来る。
【００２４】
本実施例により、ASP  Storageサービスを利用しているユーザは万が一ASP側の障害でその中のユーザファイルが完全に消失しても、障害発生前のファイルをバックアップとして使用可能となる。
【図面の簡単な説明】
【００２５】
【図１】実施例１の動作説明図。ASP−Storageサービスの概要と、通信障害発生時の状況を示す図。
【図２】実施例１の処理フロー。
【図３】実施例２の動作説明図。ASP−Storageサービスの概要と、通信障害発生時の状況を示す図。
【図４】実施例２の処理フロー。
【図１】
2005173798.tif 000003
【図２】
2005173798.tif 000004
【図３】
2005173798.tif 000005
【図４】
2005173798.tif 000006