(57)【要約】【解決手段】ヘテロジニアス（異種）ネットワーク内でデータを自動的にバックアップする方法が提供されている。ネットワークは、可動サーバ、移動コンポーネント、及び固定コンポーネント、並びにネットワークメンバに成り代わりデータを記憶するデータ記憶装置、及び選択されたコンポーネントに常駐するネットワークエージェントを含んでいる。処理は、ネットワークエージェントが、固定又は移動のネットワークコンポーネント上のデータにおける、その様なコンポーネントのバックアップ判定基準に合致する変更を検出することによって開始される。次いで、エージェントは、バックアップするデータを、バックアップ判定基準に基づいて選択し、事前に決められている判定基準に応えて、当該データを選択されたフォーマットに表してから、それを可動サーバに送信する。可動サーバは、そこで、バックアップ動作を行う。【選択図】図１
2009510622.tif 000002
【特許請求の範囲】
【請求項１】
ヘテロジニアス（異種）ネットワーク内でデータを自動的にバックアップする方法であって、
（１）ネットワークメンバのためにデータを記憶するデータ記憶装置及び選択されたコンポーネントに常駐しているネットワークエージェントを有する可動サーバと、移動コンポーネントと、固定コンポーネントを含んだプライベート・モバイル・ネットワークとを提供する処理と、
（２）前記ネットワークエージェントによって、
(a)バックアップ判定基準に合致する、固定又はモバイルネットワークコンポーネント上のデータ変更を検出し、
(b)前記バックアップ判定基準に基づいてバックアップ用データを選択し、
(c)所定の判定基準に応じて、前記データを選択したフォーマットで表し、
(d)前記データを前記可動サーバに送信すること、を含むデータバックアップの開始処理と、
（３）前記ネットワークの可動サーバにより前記バックアップ動作を実行する処理と、を含むバックアップ方法。
【請求項２】
前記所定の判定基準は、前記エージェントと前記可動サーバの間の負荷を均衡化するための判定基準を含む、請求項１に記載の方法。
【請求項３】
前記開始する処理は、前記選択されたコンポーネントからのデータバックアップの要求に応じる処理を更に含む、請求項１に記載の方法。
【請求項４】
前記送信する処理は前記データを暗号化する処理を更に含む、請求項１に記載の方法。
【請求項５】
ヘテロジニアス（異種）ネットワーク内でデータを自動的にバックアップする方法であって、
（１）ネットワークメンバのためにデータを記憶するデータ記憶装置及び選択されたコンポーネントに常駐しているネットワークエージェントを有する可動サーバと、移動コンポーネントと、固定コンポーネントを含んだプライベート・モバイル・ネットワークとを提供する処理と、（２）前記可動サーバ内で、バックアップ用の少なくとも１つのデータファイルを前記ネットワークエージェントから受け取る処理と、
（３）前記データにインデクスを付け、
前記データに関するメタデータを作成して記憶し、
既存フォーットと要求フォーマットとを比較し、１つ又はそれ以上のフォーマットが欠けている場合には、前記欠けているフォーマットであらわすことを含むことを含む処理であって、要求される全てのフォーマットで前記データを表すことを保証することを含んだバックアップする処理と、
（４）前記受け取ったデータと前記新たにあらわされたデータを、前記データ記憶装置に記憶する処理と、を含んだバックアップ方法。
【請求項６】
前記バックアップする処理は、前記インデクスを付ける処理の前に前記受け取ったデータを解読する処理と、前記記憶する処理の前に前記受け取ったデータを暗号化する処理と、を更に含んでいる請求項５に記載の方法。
【請求項７】
前記データ記憶装置は、バージョニングシステム(versioning system)を更に含み、前記バックアップする処理は、前記バージョニングシステム内のバージョン情報を、前記バージョニングシステムに記憶されている選択済みの判定基準に基づいて更新する処理を更に含んでいる、請求項５に記載の方法。
【請求項８】
ヘテロジニアス（異種）ネットワーク内でデータを自動的にバックアップする方法であって、
（１）可動サーバ及びネットワークコンポーネントを有するプライベート・モバイル・ネットワークを提供する処理と、
ここで、前記可動サーバは、
(a)(i)個人情報を反映したデータを含んだネットワークメンバ関係データ、及び、機材のメモリ容量・画面特性・データ表現性能を含む機材に関する情報を反映したデータ、
(ii)ネットワークメンバのためのデータ、
を記憶するデータ記憶装置と、
(b)全ての固定コンポーネント及び選択された移動コンポーネントに常駐しているネットワークエージェトと、を備え、
（２）前記ネットワークエージェントにより、
(a)バックアップ判定基準に合致する、ネットワークコンポーネント上のデータ変更を検出し、
(b)前記バックアップ判定基準に基づいてバックアップ用データを選択し、
(c)前記選択されたデータを暗号化し、
(d)前記選択されたデータを前記可動サーバに送信すること、を含むデータバックアップの開始処理と、
（３）前記可動サーバにより、
(a)前記送信されたデータを受信し、
(b)前記データを解読し、
(c)前記データにインデクスを付け、
(d)前記データ記憶装置に記憶されている発信元コンポーネントプロファイル判定基準に基づき、前記要求されている記憶フォーマットを判定し、追加的なフォーマットが必要になった場合には、そのフォーマットであらわすのに最適なネットワーク場所を確定して当該フォーマット表現を実行し、
(e)前記データに関する選択されたメタデータを作成して記憶し、
(f)前記データを暗号化し、
(g)前記データのバージョニング記憶を、前記データ記憶装置に記憶されているバージョニング判定基準に基づいて更新し、
(h)前記データを記憶する、ことを含んだバックアップオペレーションを実行する処理と、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、コンピュータ及び関連装置のネットワークの分野に、より厳密には、特にモバイル装置を含むネットワークに関する。
【背景技術】
【０００２】
多くの流れが一つに収束してくると、コンピュータネットワーク及びコンピュータユーザー同士で対話する方式に影響が出始める。恐らく最も重要なのは、携帯電話、携帯Ｅメール装置（BlackBerryの登録商標で販売されているものが最も際立つ）、及び携帯情報端末（ＰＤＡ）の様なモバイル装置の性能が向上してきていることである。実際に「コンピュータ」と標示が付けられている装置は急速に小型化しており、大きさは「ポータブル」から「ラップトップ」そして「ノートブック」へと既に進化を遂げている。現在では多機能装置が普及しており、BlackBerry商標装置も今では携帯電話を含んでいるが、それらと殆どの携帯電話装置は、共に今や、内蔵標準機材としてインターネットブラウザを含んでいる。
【０００３】
この技術革新に伴い、ビジネスマンがその様な装置を使用し、その様な装置に頼る傾向が高まっている。ビジネスマンには、何時でも何処でも、電話、Ｅメール、及びインターネットで接続できなければならないという一般的な期待が起こっている。
しかしながら、機材の性能が向上しても、これに伴って操作性能が等しく向上したわけではない。ユーザーは携帯電話の送受話器を使って、例えば、自分の業務ＬＡＮに接続することはできるが、ネットワークはこのユーザーをあくまで「コンピュータ」ユーザーとして扱うことに固執し、データを「コンピュータ」表示に照準を合わせたフォーマットで送信してしまう。Nokiaが販売しているものの様な、Ｅメールが可能なモバイル装置の場合、平易なテキストなら受け付けて処理することができても、Microsoft Excelスプレッドシートの様な多くの普通のドキュメント型式を有用なやり方で扱うことはできない。
【０００４】
この問題の別の側面は、多くの事業者及び個人はデータをテラバイト規模で蓄積しており、しかも、それらデータは概してモバイルユーザーからはアクセスできないという事実に見てとれる。或る人物がBlackBerry装置を使用して従来のネットワークにアクセスを得ることができたとしても、ネットワークが「コンピュータ」ユーザー用に設計されているという事実は、携帯電話信号によって作業しているユーザーには、ネットワークの特性を利用する能力に制限を課すことになる。今日のモバイルユーザーは、会社や自宅を出る前に、必要となる情報を自分のモバイル装置にコピーしておくのが一般的であると考えられるが、モバイル機器の記憶の限界があり、移動中に他の情報が予定外に必要になった際に対応する余裕が残っていないという問題がある。
【０００５】
この欲求不満は、ユーザーのデータを中央サーバによってバックアップすることで折り合いをつけることが、可能性として最も考えられる。しかしながら、バックアップシステムは、データを記憶するというたった１つの目的のために設計されているのが一般的であり、それらの機能性は当該データを修復することに限られており、殆どの場合、データが元々記憶されていた機材又はそれに代わるものにしか行われない。
【０００６】
従来のネットワークの欠点は、ユーザー自身に影響するのみならず、ユーザーの周りの人々との対話にも影響を及ぼす。ビジネスマンが本拠地を離れているときの一般的な筋書きでは、異なる組織のビジネスパートナー又は僚友とデータを共有する必要性が生じる。両者が共にモバイルを操作中ということもしばしばあり、必要とされているのは、データを検索し、発見し、送信し、及び受信するのに、上で示した群から選ばれた手元にある装置を使用できるようにする性能である。この問題は、モバイル装置ソフトウェアは一般にネットワークプロバイダによって提供されているので、ユーザーが何とかして自分の装置用にフォーマットされたデータを受け取ったとしても、別のネットワーク上で動作している誰かと当該データを共有するのに問題が起こる、という事実によって、悪化することもしばしばある。従来のネットワークでは、人々ができることは、ネットワーク性能を有するサービスが利用可能になるまで待つことだけである。
【０００７】
最後に、従来のネットワークは、モバイル装置がデスクトップコンピュータをエミュレートする範囲までしか、モバイル装置を受け入れないように設計されている。必要とされているのは、デスクトップとモバイル機材の両方にサービスを提供するように特別に設計されたネットワーク、つまりは、移動中のユーザーがモバイル装置からネットワークの機能性を最大限に活用できるようにしたネットワークである。その様なネットワークの１つの態様は、装置のメモリと画面の性能に最大限に順応するやり方で、データを途切れなく提供できることであろう。その様なネットワークの別の態様は、完璧な検索、ダウンロード、及び転送性能を備え、ユーザーデータへ継続的にアクセスできることであろう。
【発明の開示】
【課題を解決するための手段】
【０００８】
本発明の１つの態様は、ヘテロジニアス（異種）ネットワーク内でデータを自動的にバックアップする方法である。ネットワークは、可動サーバ、移動コンポーネント、及び固定コンポーネント、並びにネットワークメンバに成り代わりデータを記憶するデータ記憶装置、及び選択されたコンポーネントに常駐するネットワークエージェントを含んでいる。処理は、ネットワークエージェントが、固定又は移動ネットワークコンポーネント上のデータに、その様なコンポーネントのバックアップ判定基準に合致する変更を検出することによって開始される。次いで、エージェントは、バックアップするデータを、バックアップ判定基準に基づいて選択し、事前に決められている判定基準に応えて、当該データを選択されたフォーマットに表してから、それを可動サーバに送信する。可動サーバは、そこで、バックアップ動作を行う。
【０００９】
本発明の別の態様では、ヘテロジニアス（異種）ネットワーク内でデータを自動的にバックアップする方法は、プライベート・モバイル・ネットワーク上で行われる。このネットワークは、可動サーバ、移動コンポーネント、及び固定コンポーネントを含んでいる。データ記憶装置は、ネットワークメンバに関係するデータを記憶するが、その様なデータには、個人情報を反映しているデータと、機材に関する情報を反映しているデータが含まれる。後者には、その様な機材のメモリ容量、画面特性、及びデータ表現性能に関する情報が含まれる。データは、更に、ネットワークメンバに成り代わり記憶される。ネットワークは、更に、全ての固定コンポーネントと選択された移動コンポーネントに常駐するネットワークエージェントを含んでいる。処理は、ネットワークエージェントが、固定又は移動ネットワークコンポーネント上のデータに、当該コンポーネントのバックアップ判定基準に合致する変更を検出することによって開始される。
【００１０】
次いで、エージェントは、バックアップするデータを、バックアップ判定基準に基づいて選択し、選択されたデータを暗号化し、それを可動サーバに送信する。可動サーバは、以下のステップを含むバックアップ動作を行う。最初に、サーバは受信したデータを解読し、それにインデクスを付け、記憶する準備を整える。準備には、必要な記憶フォーマットを、送信元コンポーネントプロファイル判定基準に基づいて求めることが含まれる。追加のフォーマットが必要な場合、サーバは、そのフォーマット表現を行うのに最適なネットワーク場所を確定し、そして当該表現作業を実行する。次いで、メタデータが作成されて記憶され、当該データが暗号化され、バージョニングシステムが更新されると、当該データは最終的に記憶される。
【発明を実施するための最良の形態】
【００１１】
これより図面を参照しながら詳細な説明を行う。説明では幾つかの実施形態を取り上げているが、それらは、特許請求の範囲を例示するためのものであり、限定するためのものではなく、本発明は、特許請求の範囲のみによって定義される。本発明の実施の多くの態様が当業者には明らかになるであろうし、また、当業者には、その様な詳細並びに当技術で既知の等価な解法をどの様に実施すべきか、認識及び理解頂けるであろう。
【００１２】
本発明によるプライベート・モバイル・ネットワーク（ＰＭＮ）１０を図１に示す。このネットワークは、複数のメンバ型式を含むヘテロジニアス（異種）ネットワークである。一般に、ＰＭＮは大きく３つの部分に分けられる。固定コンポーネント１２は、一般に、デスクトップＰＣ１５の様な、その所在場所が変わらないネットワークメンバである。各デスクトップＰＣは、ローカルエリアネットワーク（ＬＡＮ）１８の通信チャネルを通してＰＭＮにアクセスすることができ、又は独立しているデスクトップＰＣ２０は、直接通信チャネルを採用することができる。或いは、ＬＡＮの各メンバは、そのネットワークにアクセスし、そこから、遠隔仮想プライベートネットワーク（ＶＰＮ）１７を介してＰＭＮにアクセスしてもよい。ここに示す様々な通信モードは、本発明の一部を成しているわけではなく、当業者には周知のことである。
【００１３】
移動コンポーネント１６は、携帯電話２４、BlackBerry登録商標の下で販売されているものの様なＥメール使用可能な一体型装置２６、又は携帯情報端末２８の様な、それらのユーザーと共に移動する可能性が高い装置から成る。なお、モバイル装置の上記リストは、本出願を書いた時点で広く使用されている装置を取り上げているが、将来的には、ここに特許を請求する本発明に影響を与えること無く、このリストに変更が加えられることは確実であることを指摘しておく。
【００１４】
なお、ＰＭＮメンバの「固定」及び「移動」という分類は、厳重な分類には馴染みにくいことを指摘しておく。例えば、ラップトップ又はノートブックＰＣは、ドッキングステーション又は性能を強化するための記憶装置の様な外付け装置を含んでいるものは固定装置２２として採用してもよいし、又は必要に応じてユーザーと共に移動する真のモバイル装置３０として採用してもよい。この分類は、或る程度までは性能に基づくものであり、これについては下で更に詳しく見て行く。例えば、固定コンポーネントは、しばしば、局所的にデータ表現を実行することができ、モバイル又はサーバ資産はこのタスクを免除される。また、分類は、或る程度までは、所与の時間に所与の装置により演じられている役割に基づくところがより大きい。殆どのＰＭＮユーザーは、固定及び移動の両方のネットワークコンポーネントを利用するものと予想され、本発明の期待できる主な実用性は、下で論じるように、ユーザーの固定機器と移動機器の間でのデータアクセスと伝送をやり易くすることである。
【００１５】
可動サーバ
ＰＭＮの中央ノードは、図２の機能ブロック図に示している可動サーバ１４である。可動サーバの主要コンポーネントは、通信モジュール１１０、セキュリティモジュール１２０、目標装置インベントリモジュール１３０、データ収集モジュール１４０、配給モジュール１５０、データ管理モジュール１６０、及び変更管理モジュール１７０である。以下の説明は、可動サーバコンポーネントの一般的な機能を描いており、下の特定の処理の説明で更に詳しく論じる。
【００１６】
通信モジュール１１０は、ＰＭＮの可動サーバと固定及び移動両方のコンポーネントとの間の通信を管理する。このモジュールは、ＨＴＭＬ１１１、ＸＨＴＭＬ１１２、ＷＡＰ１１３、ＲＳＳ１１４、Ｅメール１１５、ＩＭ１１６、及びＳＭＳ１１７用のアダプタの様な、各種通信チャネルアダプタを活用して、サーバの機能性の残り部分に通信サービスを提供する。当業者には理解頂けるように、チャネルは時間と共に変化するであろうし、アダプタはそれに順応させるべく当技術において提供されるであろうという点で、上記リストは例示に過ぎない。しかしながら、通信モジュールの機能的要件と動作はそのままであろう。
【００１７】
機能ブロックは独立したエンティティとして描くのが便利且つ従来的ではあるが、それらの要素は可動サーバの動作中は継続的に対話していることを強調しておくことが重要である。例えば、通信タスクが実行されている通信モジュール１１０は、他の多くのコンポーネントとの協同行為が必要となるが、このことについては下で説明が進むにつれて明確になるであろう。一例を挙げると、通信では、メモリ及び画面寸法の様なモバイル装置の特定の必要性に合わせてデータをフォーマットし直すことがしばしば求められるので、ＨＴＭＬ文書の組み立てと送信には、所与のモバイル装置の必要性に合わせるため、内蔵グラフィックの表し方が必要になる。他の例は、当業者には明白であろう。
【００１８】
セキュリティモジュール１２０は、当技術の要件と概ね調和したセキュリティサービスを提供する。ここで提供されている必要なサブユニットには、暗号化／解読モジュール１２２、ファイアウォール１２４、アンチウイルス／アンチスパンモジュール１２６が含まれることになる。セキュリティモジュールの詳細、並びに実施の詳細は、かなりの範囲まで、最新式のネットワークセキュリティシステムによって支配される。多くのネットワークシステムは、情報がネットワークを通って移動するときにアンチウイルス及びアンチスパムスクリーニングを行わないが、それらのステップはここでは標準である。最新式は時間と共に変化すると予想され、その様な変化は、本発明の範囲に影響を与えること無く実施されることになろう。なお、暗号化／解読システム及び装置の分野では、或る範囲のオプションが利用可能である。本出願では１２８ビット暗号化を採用するのが好適である。
【００１９】
他に２つのモジュールが本発明に特有のものとして提供されている。許可モジュール１２１は、システムに亘ってデータを広範且つフレキシブルに共有できるようにする許可リンケージのレジスタを維持する。その様なデータを容易に利用できるようにすることによって、安全な環境を維持しながら、ネットワークメンバ間で情報を共有し易くなる。新メンバモジュール１２３は、新メンバを迅速且つ簡単に、場合によっては条件付きで、追加することができるように設計されており、情報を迅速に共有できるようにする。例えば、この機構は、遠隔地に居ながら仕事上の知人に情報を転送することを望んでいるメンバが、その知人を素早くネットワークに入れて、所望のファイルの転送又は共有化を開始することを許可する。
【００２０】
目標装置インベントリ１３０は、各装置が各種フォーマットでデータを受け取る能力、並びにその装置がデータを各種形態で表現する性能に関して、ネットワークメンバ装置を追跡する。その様な情報は、一般に、ネットワークメンバの初期設定時又はメンバによって情報が変更される際に集められる。このモジュールは、装置関連データを記録するためプロファイル記憶１６６と対話する。
【００２１】
目標装置インベントリ内では、フォーマット判定基準レジスタ１３２が、各種データ型式を各装置又は特定のユーザーの装置に提示しなければならないフォーマットについての情報を、利用可能なメモリの量、画面型式、及び寸法の様な基本的な装置情報と併せて維持している。例えば、モバイル装置は、Microsoft Wordの様なワープロプログラムによりフォーマットされたテキスト、又はMicrosoft Excelの様なプログラムによりフォーマットされたスプレッドシートを表示することはできない。その様な出自のフォーマットでデータを送っても、ユーザーには何の役にも立たず、せいぜい、それらのレジスタが受信された状態にあっても、表示させることはできない。
【００２２】
同様に、表現性能レジスタ１３４は、各ネットワークメンバの表現性能を追跡する。先の例を一歩進め、スプレッドシートを携帯電話に送信したい場合、スプレッドシートは、送受話器が受信し表示できるフォーマットで表わされねばならない。スプレッドシートを発信元の時点で当該フォーマットに変換することが、目的を達成するための最も迅速且つ最も効率的なやり方であることは尤もであり、その性能が発信元メンバに在るか否かを知ることがキー的なデータ項目である。
【００２３】
データ収集モジュール１４０は、ネットワークメンバから記憶システムに入れられるデータの収集を監視する。詳しくは下で図４に関連付けて論じるが、入ってくるデータは単純にデータ記憶システムに放り込まれるわけではない。そうではなく、データ収集モジュールは、フォーマットマネジャ１４２を介して動作しており、データを何処に記憶すべきか、どのフォーマットで記憶すべきか、及び下で説明する他の動作、を確定する。
【００２４】
配給モジュール１６０は、可動サーバからネットワークメンバへのデータの配給を扱っており、これについては下で図５に関連付けて更に詳しく論じる。２つのサブユニットがこの機能を支援しており、表現モジュール１５２は、表現機能を行い、必要に応じてデータを或るフォーマットから別のフォーマットに翻訳する。別の機能性がストリーミングモジュール１５４によって提供されており、このモジュールは、可動サーバからユーザーへ直接データを流す性能を提供している。後者の性能は、映像又は音声ファイルの様なメディアにとっては特に有用で、メンバは、その様なメディアをダウンロードして、後で当該ファイルを実行するのに適した装置を見つけねばならないのではなく、その様なメディアに直接アクセスすることができるようになる。
【００２５】
データ管理モジュール１６０は、実際の記憶処理を管理しているので、システムのキー的位置を占めている。このモジュールの動作の多くは、下で処理の詳細な説明に関連付けて述べる。５つのデータ記憶装置、即ち、主データ記憶１６２、並びに中央インデクス１６４、メンバプロファイル記憶１６６、メタデータ記憶１６７、及びバージョンマネジャ１６８、が実際の記憶機能を行っている。中心的なデータ記憶及びそれに付属するインデクスは、どの様なフォーマットのデータでも記憶することができ、最新式のインデクス処理、検索及び取り出しの各性能を有する、大規模なデータベースシステムを備えている。その様なデータベースシステムは、当技術では周知で、Oracle、Microsoft、MySQLなどの様なメーカーによって供給されている。その様なシステムは、ここで説明している最先端に適合することができるが、技術の発展につれ、より優れた性能のデータベースシステムがそれらに代わって実施されると考えられ、それらは全て本発明の範囲に包含される。なお、データ管理モジュール１６０は、システムにとって最も重要なタスクを扱うが、他の多くのサブシステムは自身のデータ管理活動を行うことを指摘しておく。例えば、セキュリティモジュール１２０は、許可、新メンバ活動などに関連するデータを維持している。
【００２６】
メンバプロファイル記憶１６６は、メンバ関連情報を扱うタスクに充てられている別個のデータ記憶である。メンバ情報を迅速且つ効率的に処理することはこのシステムの重要不可欠なタスクであり、モバイル装置と固定装置の混在によって更に複雑化することから、このタスクには別個のシステムが充てられている。このデータベースは、固定された個人データ（氏名、住所、他）、メンバに付随する装置情報（機材ＩＤ、メモリ容量、画面容量、表現容量、他）、及び活動情報（警報トリガ及び履歴、追跡履歴）を含む全てのメンバ特定データ項目を記憶する。
【００２７】
メタデータ記憶１６７は、同じく本システムの重要な態様である。メタデータは、データ自体に関する各種情報を含んでおり、幾つか考えられる型式をリストアップすると、許可、共有情報、モニタリング又は警報情報、又は変更情報が挙げられる。本システムはデータの共有化とデータへのアクセスのし易さを促進するように設計されているこことから、本システムでは、他の型式のシステムに比べ、メタデータがより重要となる。また、モバイルユーザーに重点を置いているため、ネットワーク速度と柔軟性を重要視している。
【００２８】
バージョンマネジャ１６８は、下で更に詳しく論じるが、文書の各バージョンの記憶と追跡をモニターする。当業者には多くの技術が利用可能であり、適したシステムを実施するにはどうするのが最善かを理解されるであろう。
【００２９】
変更管理モジュール１７０は、ネットワークに亘って文書とデータをモニターしており、２つのキー的機能を提供している。第１に、追跡モジュール１７２が、メンバが文書に関して起こした全ての行為をモニターする。例えば、或る文書がユーザーに届けられ、そのユーザーが文書を開き、その文書に変更を加え、そしてその文書を第三者に転送する場合、上記行為の全てが追跡モジュールによって記録される。追跡結果は、プロファイル記憶１６６に記憶される。警報モジュール１７４は、上で指摘した文書行為又は環境内の各行為の様な特定の事象の発生に対してユーザーの注意を喚起する。上記両処理について、図５に関連付けて下で更に詳しく説明する。
【００３０】
可動サーバは、周知の設計及び動作標準に基づき、大規模データセンターにインストールされ作動する。可動サーバの１つの実施形態は、例えば、最適記憶及び管理のために、物理的サーバをサーバセルにグループ分けするアーキテクチャを採用することである。その様なシステムは、３Ｇｈｚの様な最新式のクロック速度で動作するデュアルプロセッサ、デュアルギガビットネットワークカード、及び１２枚の２５０ＧＢディスクをRaid５構成にして合計で２．５ＴＢの記憶要領を提供する様な大容量記憶性能を有するサーバを利用するのが望ましい。当業者には理解頂けるように、その様な機材は、3Wareその他の様なメーカーから入手することができる。Linuxオペレーティングシステム及びMySQLをデータベースサーバとして、ＡＦＳ（Andrew File System）、Unix（登録商標）／Linuxを基本とするファイルシステムと共に採用し、サーバセル内で利用できる全てのドライバを単一の論理ファイルシステムにマッピングできるようにするのが好適である。好適なシステムのこの他の詳細は、当技術分野では周知である。当業者には理解頂けるように、本発明の別の実施形態は、高機能性又は精巧さがかなり劣るハードウェア景観を採用することも考えられる。
【００３１】
ネットワークエージェント
可動サーバは、ネットワークエージェント１６によって支援されており、このネットワークエージェントはその様なソフトウェアを搭載することができる各ネットワークコンポーネント（又は「ホスト」コンポーネント）に常駐している。エージェントは、全ての固定ネットワークコンポーネント上で、及びクライアントソフトウェアを受け入れるラップトップやＰＤＡの様な移動コンポーネント上では、ネットワーククライアントとして働く。
【００３２】
エージェントは、セキュリティインフラストラクチャ２４０を通して可動サーバにインターフェースしている。この要素は、ファイアウォール２４４、並びに暗号化サービス２４２、及びアンチスパム／アンチウイルスサブシステム２４２と２４６を含んでいる。上記サービスは、ホストシステム上の同様のシステムへの追加又は代替として設定してもよい。
【００３３】
デスクトップＡＰＩ２２０は、エージェントの機能性をホストコンピュータの動作に統合しており、その様なＡＰＩは、提供されている各種ＰＣアーキテクチャ及びデスクトップアプリケーションとの適合性を提供するため必要に応じて装備される。例えば、或るＡＰＩは、エージェントがMicrosoft Window環境内で動作できるようにするが、一方他のＡＰＩは、Apple Machintosh及びLinux環境での動作を提供する。ＡＰＩは、新たに出現するデスクトップ機能を統合するための追加のデスクトップアダプタを作成できるようにするために、障害物のないアクセス可能なインターフェースポイントを提供せねばならない。
【００３４】
デスクトップアダプタ２１０は、エージェントと、ローカルホスト上でランしている、ワープロ、オフィスサポート、及び他のアプリケーションの様なアプリケーションとの間に、作業インターフェースを提供する。上記各モジュールは、ファイルシステムアダプタ２１１、Microsoft Outlookアダプタ２１２、検索エンジンアダプタ２１３、ＣＲＭ（Customer Relationship Management）システムアダプタ２１４、文書管理システムアダプタ２１５、及び他のアダプタ２１６の様なキーとなるデスクトップ機能性と密接統合できるようにするため、ＡＰＩの下で書かれている。本システムは、技術の発展により要求されるのに応じて、新しい又は改良されたアダプタが簡単に開発されるように設計されている。なお、デスクトップアダプタは、ローカルハードウェア上でランしているアプリケーション（例えば、Microsoft Outlook）との一体化のみならず、クライアント−サーバ内又は純粋なウェブベースの構成内で動作しているがデスクトップからアクセスできる、ＣＲＭの様なアプリケーションとも一体化することを指摘しておく。
【００３５】
クライアントサービスモジュール２３０は、システムへの動作サービスと管理サービスの両方を行う。動作面では、このモジュールは、図４ａに関連付けて下で説明する自動バックアップ処理のローカル部分を監視する。管理面では、このモジュールは、システムが確実に効率的に動作するようにする多くのサービスを提供する。例えば、負荷の均衡化は重要なタスクなので、このモジュールは、可動サーバレベルの同様のモジュールと協働して、機能性と効率の両方が最適化されるよう予定を立ててタスクを割り当てる。アップロード及びダウンロードの様なデータ通信活動は、通常、高い帯域幅を必要とするが、そのデータ通信活動のタイミングをピーク外れの時間まで広げて、乏しいリソースに掛かる負荷を平滑化する。サーバ上のエージェント及び同様の制御システムは、協力してローカルホストとサーバの両方の負荷を平衡させ、負荷とトラフィックの既存の条件下でタスクが最善に扱われる場所にタスクを割り当てる。その様な活動は、当業者の知識の範囲内である。エージェントの好適な形態では、クライアントサービスモジュール内に頑丈なマルチスレッド式モニタリングを提供することによって、エージェントとホストシステムの間の密接な統合を更に確実にする。
【００３６】
表し方は本発明の非常に重要なキー的態様であるため、表現モジュール２３２がローカルレベルでの当該活動を管理することに充てられている。下に詳しく説明する自動バックアップ処理及び配給処理の両方に関連して明らかになるように、データは様々なフォーマットでネットワークに提供される。一般に、サーバリソースを保全し、個々のユーザーに対する費用をできる限り低くするためには、表し方の動作をローカルレベルで行うのが望ましい。
【００３７】
エージェントは、それらを受け取ることができるすべてのネットワークメンバにインストールされることになる。概ね、全ての固定コンポーネントメンバが常住エージェントを持つことになると予想される。全てのラップトップ装置も同様にエージェントがインストールされることは明白であり、またＰＤＡも同じくその様なソフトウェアを役に立つように受け入れることができる。この広がりの末端で、携帯電話の送受話器は、どの様な通信チャネルが提供されても、主にＳＭＳを介して、加えてその様な装置と一体化して提供されるブラウザ性能を活用しながら、ネットワークと対話する。時が経過すると、その様な装置は性能が向上すると期待されるので、エージェントには進化した形でその様な装置に提供されることになるであろう。
【００３８】
上記説明では、本発明の実施形態の幾つかの態様を述べたが、本発明は多種多様な具体的な形態で実施できるのは明白である。例えば、可動サーバの機能性は、上で説明した従来のサーバ／データセンターとして実施してもよいし、或いは、より分散した様式に構成してもよい。サーバ自体は、従来式に構成してもよいし、或いは、ウェブサービスの様な出現しつつあるアーキテクチャ、企業サービスアーキテクチャ、又はその他の何れの下に構築してもよい。ソフトウェアに基づくシステムをここでは説明しているが、当業者には理解頂けるように、ハードウェアを基に実施しても、ハイブリッド（ファームウェア）構造に依っても同じ成果を実現することができる。特にネットワークエージェントは、恐らく技術が進化して、更に小型のパッケージで一層優れた機能性が可能になれば、上記詳細から大きく変更が加えられる可能性が高く、それにより、どんどん膨れ上がるモバイルネットワークメンバにネットワークエージェントの機能性を組み込む能力が高められることになろう。
【００３９】
一般に、ネットワークは、広義にはデータを複数のフォーマットであらわすことができるものと定義されている固定コンポーネントメンバ、ユーザーと共に移動するモバイルメンバ、及び複数のフォーマットで情報を記憶し、それをユーザーに彼らのシステムの必要性に合わせて特別仕様に仕立てたフォーマットで提供する中央ハブを含んでいる。
【００４０】
自動バックアップ／仮想発行
ネットワークメンバからのデータを自動的にバックアップする処理を、図４ａと図４ｂに示している。この処理は、複数の別々のオブジェクトを扱う。ユーザーからの作業をバックアップするタスクは、瞬時に且つ自動的にが、最も単純で簡単であるが、先行技術とは異なり、本発明のバックアップ方法は、データをバックアップするのみならず、各種モバイルフォーマットで使用するのに適したやり方でデータを仮想的に発行する。なお、ここで使用する「発行する」という用語は、モバイルユーザーに対する実際の発行を表しているわけではなく、本発明のこの態様はその様な発行を可能にすると理解頂きたい。当技術には、本発明を厳密に言い表すぴったりの用語がないために、後の使用に備えてフォーマットされたデータを利用可能にしておくというこの処理を記述するのに「仮想発行」という用語を当てはめている。
【００４１】
ここで示している仮想発行とデータバックアップの違いを区別することも重要である。前者の用語は、モバイルユーザーに合わせてフォーマットされたデータの提供を意味しており、このフォーマットは一般には出自データフォーマットとは異なっている。この用語は、更に、他のユーザーによるアクセス可能性も意味している。一方、バックアップは、バックアップ用に選択された全データの完全な記憶を意味する。また、出自データフォーマット（例えば、圧縮フォーマット）以外の何らかのフォーマットでバックアップが起こる場合は、このフォーマット変更は、データが出自フォーマットからバックアップされる際、及び前記フォーマットに復元される際には、一般に、ユーザーから隠されている。
【００４２】
下に示すように、ユーザーは、データバックアップと仮想発行の活動を何らかに組み合わせて、それら両方に係ることができる。例えば、既存のバックアップ記憶装置へのアクセスを有するユーザーは、バックアップ無しにデータを仮想発行することを選択してもよい。逆に、モバイルユーザーと交信する必要のないユーザーであれば、バックアップ活動だけに係ることを選択してもよい。しかしながら、ここに提示している本発明の態様を最大限に活用しようとすれば、バックアップと仮想発行の両方が必要になる。
【００４３】
本発明の或る態様によると、バックアップ活動は、エージェント（ローカル）及び可動サーバ（ネットワーク）の両方のレベルで起こる。図４ａに示しているステップは、エージェント側で起こり、一方、図４ｂは、ネットワーク側のステップを示している。この処理は、エージェントのデータクライアントサービスモジュール２３０（図３）によって実行される。
【００４４】
ネットワークエージェントは、ステップ３０２を継続的に行い、ホストシステムのデータ変更をモニターする。このステップは、ホストとの統合の成果として達成されたものであり、当業者には、その様な機能性を実施する様々な方法が理解頂けよう。ステップ３０４で変更が検出されると、システムは、その問題の変更がバックアップ行為をトリガすべきか否かを決定ステップ３０６で判定する。この決定は表、オプション、及び類似の既知の機能性を使用した多くの従来型の方法で行うことができる。代わりに、ユーザーは、文書又はファイルの仮想発行を求める意思を表明してもよく、その場合は、仮想発行要求がステップ３０４で同様に起こることになる。
【００４５】
ステップ３０６は、ユーザーによって変更されたデータをバックアップすべきか否かを判定する。無論、表明された仮想発行要求は、この時点ではそれ以上分析されずに「イエス」を戻す。本発明の１つの実施形態では、ステップ３０６の様な決定ステップは、ユーザーが事前に定義したバックアップパラメータにより管理される。キーとなる変数が、どの文書をバックアップするのか、何時それを行うのか、という疑問を解決する。この処理の仮想発行の態様は、更に、ユーザーが、（バックアップパラメータ又はもっと一般的なユーザーの嗜好の何れかに結び付けて）データの適切な受信者並びに何らかの特別な取り扱い又はセキュリティに関する関心を指定することを要求する。而して、本発明の１つの態様では、ユーザーは、写真及び映像（例えば、ファイル型式ＪＰＧ及びＡＶＩによって識別されるもの）は、広汎なユーザーのグループによってアクセスされるが、一方、ワープロ文書とスプレッドシートは選択されたグループにしか利用できないようにする、と指定することができる。
【００４６】
一旦、問題のデータファイル又は文書がバックアップされることが確定すると、エージェントはステップ３０８で送信パラメータを確定する。それらパラメータは、主に、データファイルの全内容を送信すべきか変更のみを送信すべきかに関している。また、システムは、どのフォーマットを採用すべきか、複数のデータのコピーを転送すべきかを確定する。後者の因子は、システムが、パワーが異なる機材の複数のユーザーにサービスする準備を整えられるようにする。
【００４７】
例えば、グラフィックファイルは、３つのフォーマット、即ち、元から採用されている画像サイズ及び解像度での出自フォーマットファイル（例えば、ＪＰＥＧ，ＰＳＤなど）、プレビューに適したサムネイルファイル、及び携帯電話の送受話器の様な装置に適した低解像度小画像ファイル、でバックアップされる。或いは、多くのモバイル装置にとって表示するのが難しいMicrosoft Excelの様なフォーマットであっても、プレーンテキストファイル又はｐｄｆ文書として記憶することができる。エージェントは、ユーザーの嗜好並びにシステムの規則及び指針を保有しているプロファイルデータ記憶３１０と対話することによりその様な判断を下す。
【００４８】
ステップ３０８の決定により、データを記憶するフォーマットのセットが作成され、これにより、決定ステップ３１２及び再フォーマット化ステップ３１４のフォーマットループが駆動される。上のグラフィックの例では、再フォーマット化を何度か繰り返すことが必要となるが、そうなると、再フォーマット化ステップはループを戻って決定ステップ３１２の入力側に戻ることが必要になる。また、データのフォーマットし直された各コピーが、記憶場所に割り当てられる。上で論じたように、バックアップ無しの仮想発行のみを希望するユーザーの場合、データは最も好都合で費用対効果の高い場所に記憶される。或る種のデータコピーは発信元システムに記憶するのが望ましいために、サーバ記憶リソースが保存される。例えば、グラフィックデータはサムネイル及び低解像度形式でのみ仮想発行するのが望ましく、そうすれば、サーバ側で膨大なグラフィックファイルを記憶するオーバーヘッドを回避することができる。
【００４９】
データは、送信前にステップ３１８で、当技術に利用できる周知の方法の何れかを使用して暗号化される。最終的に、ステップ３１８でデータが送信される。このステップを行う好適な方法は、VeriSign Inc.から市販されているものの様な、当該処理を達成するために広く市販されている製品の何れかを使用してデータを１２８ビットレベルで暗号化し、それを安全なＳＳＬ接続で送信することである。
【００５０】
可動サーバ側の自動バックアップ行為を図４ｂに示す。この処理は、図２に示すデータ収集モジュール１４０が担当する。最初に、データが受信され（ステップ３２０）、解読され(ステップ３２２)、次にインデクスを付けられる（ステップ３２４）。インデクスを付ける動作には、中央インデクス１６４が関与する。
【００５１】
メタデータ記憶１６７と対話している、ステップ３２６でのメタデータの作成と記憶は、情報を継続的に利用可能にするためのキーである。メタデータにどんな要素を含めるかの選定は、具体的なの用途の必要に応じて、当業者の技術の範囲で行われる。
【００５２】
バージョニングサブシステム、ステップ３２８は、バージョン記憶１６８と共同で動作する。バージョニングシステムの詳細は、当技術では既知であるが、本発明の１つのシステムでは、バージョニングは、文書の幾つのバージョンを保存するか及び類似オプションを厳密に確定するために、ユーザーによって全面的に設定可能である。
【００５３】
ステップ３３２から３３８は、ひとまとめとして、図４ｂの点線で囲んだ箱の中に示している仮想発行処理３３０を構成している。この処理のキー的な特性は、これが単にデータをバックアップ又は記憶するだけではないということである。そうではなくて、データは、他のユーザーが後で使用するのに備えて利用可能にされる。当技術では区別ははっきりしており、バックアップシステムは、細い機能プロファイルにより特徴付けられるが、一方、発行は、文書を少なくともユーザーのグループに対して利用可能にすることを表している。下で指摘するように、システムはデータをユーザーに直接発行しないという事実が、本発明のこの態様を記述するのに「仮想発行」という用語を当てはめることにつながった。
【００５４】
仮想発行処理は、プロファイル記憶１６６と対話しているステップ３３２の記憶パラメータの確定で開始される。ここで確定されるのは、入ってくるデータを記憶するフォーマットである。この結果を得るのに多くの方法が使用できるが、ここでは、メンバプロファイルが当該情報を含んでいることが好適であり、これによりこの時点での処理に掛かる追加的なオーバーヘッドを回避することができる。当該リストは、多くのやり方で入手することができ、直接的に、又は可動サーバの目標装置インベントリ１３０（図２）と協働して動的に、の何れかで入手される。
【００５５】
次に、システムは、ステップ３３０で、必要とされているデータのインスタンスを入手する。そのために、システムは、前のステップで必要とされたフォーマットのリストを、エージェントが可動サーバにデータを送信した際のフォーマットと比較する。追加のデータ表現が必要な場合、システムは、ここで、その表し方を達成すべきか否かを判定して、当該行為の実行を監視する。一般に、エージェントがローカルホストレベルで可能な限り多量の表現を達成するよう期待されている。
【００５６】
ここから、データはステップ３３６で暗号化され、次いでステップ３３８で、中央データ記憶１６２を使用して記憶される。データ記憶については、図２に関連付けて更に詳しく論じている。「仮想発行のみ」と指定されたデータの場合は、実際の記憶ステップは実施されない。
【００５７】
記憶が完了すると、システムはステップ３４６のモニタリングステップに戻る。ユーザーは、主として、下で説明する自動バックアップ処理をやり易くするために、固定メンバ（及び、現在ではラップトップユーザーで、将来的には他の機器で起こると考えられる状況として、インターネット接続を維持しているあらゆるモバイルメンバも）と可動サーバとの間のオープン接続を維持するものと予測されている。
【００５８】
配給
データをユーザーに対して利用可能にするタスクは、従来の状況では単純であり、即ち、データはアクセス可能な場所に記憶され、ユーザーは当該システムにログインしてデータをダウンロードすればよい。しかしながら、モバイル環境では、上記状況は標準的ではない。ユーザーは、装置のメモリ及び画面性能の点から見て様々なデータ容量を有する装置からシステムにアクセスすることができる。図５に示している配給処理は、この様な状況に対処している。この処理は、図２に示している可動サーバ機能ブロックの内の２つによって実行される。配給処理、ステップ３５０から３６６は、配給モジュール１５０によって監視されており、追跡処理、ステップ３６８から３７４は、変更管理システム１７０によって管理されている。
【００５９】
配給処理は、ユーザーがステップ３５０でデータダウンロードを要求することで開始される。なお、ユーザーには、データダウンロード要求を提示する際に、十分な柔軟性が提供されるべきであり、従って、このリクエストは、例えば、その時点でユーザーが採用している装置にデータがダウンロードされるだけでなく、当該ユーザーに付属している別の装置にも、又は転送することによって、別の場所全てにもデータがダウンロードされる。また、この説明では、データのダウンロードに関連して実施されるべきセキュリティ手続きへの言及は、その様な手続きが当業者の知識の範囲内にあることから、一切省略している。セキュリティの確立に基づいて、一人のユーザーは、必要に応じて大勢又は少人数の他のユーザーにデータ共有特権を与えることができる。
【００６０】
次に、ステップ３５２では、要求されるデータが、可動サーバ又はそれに付随するデータ記憶（図２参照）上に置かれているか否か判定される。思い出して頂きたいが、データは、図４に関連付けて論じた判定基準に基づいて、サーバ又はユーザーの場所に記憶される。データが可動サーバ以外の何処かに置かれている場合、決定ステップは、プログラムの流れをステップ３５４に経路決めし、ここで、データが取り出される。データが受信されると、−全体を待つことなく−、データは可動に回されて処理の残り部分が行われるので、これにより、装置は、応答の受信をより早く開始することができるため、データが利用不可能であると確信する状況に導かれずにすむ。
【００６１】
次いで、システムは、ステップ３５６でダウンロード用のフォーマット化要件を確定する。正しいフォーマットは、受け手側の装置と対象のデータによって決まり、受け手側の装置はユーザーと事前に関係付けられているはずであり、対象のデータはユーザーの嗜好によって変更されることから、この処理には、幾つかのサブ処理が必要となる。システムは、例えば、ユーザーＡがBlackBerry（登録商標）装置を使用していることを知っていなければならず、当該ユーザーがExcelスプレッドシートのダウンロードを要求した場合は、システムは、送信前にデータをフォーマットし直すべきであることを知っていなければならない。フォーマットの確定は、プロファイル記憶１６６との対話によって支援されている。
【００６２】
フォーマットデータ記憶が、更に、矛盾しているフォーマット問題を識別することが、非常に重要である。例えば、携帯電話のユーザーは、画像ファイルのダウンロードを要求するかもしれない。その様なデータファイルは、大抵、長さが数ギガバイトもあり、基本的な電話の送受話器装置の容量を遙かに超えている。システムは、その様な状況を識別して、多すぎるデータに付随する技術的問題とユーザー満足度の問題を共に防止せねばならない。システムは、その様な行き詰まりが現れたときに取る代わりの一連の行為を識別できるようになっていなくてはならない。例えば、上で述べた映像ファイルの状況では、単に映像フィルの送信が許容されなかったことに言及するのではなく、システムは、その映像から抽出した１つ又はそれ以上のサムネイルを送ってもよいし、或いは、単に、時間がかかり恐らく費用が高くつく動作が開始されようとしていることを、ユーザーに警告するだけでもよい。当業者には他にも対策が想起されるであろう。
【００６３】
決定ステップ３５８が、データ表現が必要であると判断した場合は、システムは、ステップ３６０で、当該処理を実施するための最適な場所を識別することから開始する。この判断は、データの型式、ファイルサイズ、予想される表現の場所の各オーバーヘッドロード、及びシステム規則又は指針を含む多くの要因によって決まる。当業者には、その様な判定ルーチンを実行するための適切な決定アルゴリズムを構築することができるであろう。
【００６４】
一旦、表現の場所が選択されたら、システムは、ステップ３６２で表現動作を監視する。データを別の場所に送信する必要がある場合、この送信は達成されねばならず、全ての関与しているホスト機材に、適切なコマンドを送らねばならない。殆どの表し方は、デスクトップかサーバかを問わず、データが記憶される場所で起こると予想される。
【００６５】
最後に、決定ステップ３５７で、ユーザーにデータをデータファイルの形式で送るか又はストリームとして流すかを確定せねばならない。この確定は、データ要求時のユーザー入力に基づいて行ってもよいし、データ型式／機材型式の組み合わせなどから自然に決まることもある。殆どのその様な決定は、完全に明白であり、自動的確定に至る。例えば、映像データファイルは、携帯電話又はＰＤＡの様な記憶容量が限られた装置へのダウンロードには本質的に適していないが、その様な装置へストリームで非常にうまく流すこともできる。この決定に基づき、データは、ステップ３６４でダウンロードされるか、ステップ３６６でストリームとして流されるかの何れかとなる。
【００６６】
一旦、データがユーザーに配給されると、変更管理モジュール１７０（図２）の制御下で追跡処理が開始される。ステップ３６８で、サーバ又は受信者の何れかの側で起こされた全ての文書行為が調べられ、当該行為がオガナイザー又は第三者への警報を要するか否か判定される（ステップ３７０）。典型的な行為としては、文書を配達すること、削除すること、保存すること、変更すること、又は第三者に転送することが挙げられる。警報が必要な場合、システムは、ステップ３７２で、ユーザーに誰がその通知を要求したかを知らせる。無論、受信側システム上だけで起こされた行為を判定する方法はないため、追跡は可動サーバ上で起こる行為に限定される。追跡は、文書が閉じられたか削除されたという表示の様な、要求しているユーザーが当該文書を完了したことを示す事前に定義されている事象が受信されるまで継続される。その時点で、ステップ３７４として配給／追跡処理は終了する。
【００６７】
結論
本発明を、上で詳しく示した好適な実施形態及び実施例を参照しながら開示したが、上記実施例は、限定の意味ではなく説明を目的としているものと理解頂きたい、コンピュータ支援処理は、説明している実施形態で実施される。従って、本発明は、ヘテロジニアス（異種）ネットワーク内で自動バックアップ及び仮想発行を行うための方法に、ヘテロジニアス（異種）ネットワーク内で自動バックアップ及び仮想発行を実施するための論理及びリソースを含んでいるシステムに、ヘテロジニアス（異種）ネットワーク内でコンピュータ支援自動バックアップ及び仮想発行を利用するシステムに、ヘテロジニアス（異種）ネットワーク内で自動バックアップ及び仮想発行を実施するための論理を刷り込まれたメディアに、ヘテロジニアス（異種）ネットワーク内で自動バックアップ及び仮想発行を実施するための論理を刷り込まれたデータストリームに、又はヘテロジニアス（異種）ネットワーク内でコンピュータ支援自動バックアップ及び仮想発行を実施するコンピュータアクセス可能サービスに、具現化される。当業者には、各種変更及び組み合わせが容易に想起されると考えられるが、その様な変更及び組み合わせは、本発明の精神及び特許請求の範囲に包含されるものとする。
【図面の簡単な説明】
【００６８】
【図１】本発明によるモバイルサービスネットワークの概略図である。
【図２】本発明によるネットワークの可動サーバコンポーネントの機能ブロック図である。
【図３】本発明によるネットワークのネットワークエージェントコンポーネントの機能ブロック図である。
【図４ａ】本発明による自動バックアップ処理のネットワークエージェント部分を示しているフローチャートである。
【図４ｂ】本発明による自動バックアップ処理の可動サーバ部分を示しているフローチャートである。
【図５】本発明によるデータ配給処理を示すフローチャートである。
【図１】
2009510622.tif 000003
【図２】
2009510622.tif 000004
【図３】
2009510622.tif 000005
【図４Ａ】
2009510622.tif 000006
【図４Ｂ】
2009510622.tif 000007
【図５】
2009510622.tif 000008
【国際調査報告】
2009510622.tif 000009