JP2002318716A - 配信システム、配信方法、サーバコンピュータ、クライアントコンピュータ - Google Patents
配信システム、配信方法、サーバコンピュータ、クライアントコンピュータInfo
- Publication number
- JP2002318716A JP2002318716A JP2001122509A JP2001122509A JP2002318716A JP 2002318716 A JP2002318716 A JP 2002318716A JP 2001122509 A JP2001122509 A JP 2001122509A JP 2001122509 A JP2001122509 A JP 2001122509A JP 2002318716 A JP2002318716 A JP 2002318716A
- Authority
- JP
- Japan
- Prior art keywords
- content
- file
- change
- distribution
- information file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
うことのできる配信システムを提供する。 【解決手段】 配信サーバ3のデータベース13は、コ
ンテンツのディレクトリ構造を記憶したディレクトリツ
リー保存ファイル14を備える。ディレクトリツリー保
存ファイル14には、ディレクトリごとにファイルの更
新日時やサイズを記録したディレクトリ情報ファイルを
備え、データを比較することでコンテンツ変更の検証が
できる。コンテンツと同時にディレクトリ情報ファイル
も配信する。この方法で、配信サーバ3が、単方向ネッ
トワークを介してクライアント27−1〜27−3側に
コンテンツのミラーリング(複写)を行う。
Description
コンテンツを複数の顧客に配信する配信システムに関す
る。
配信側から複数の顧客側に対して一方向のみの通信形態
を持つ。例えば、衛星放送は、コンテンツ(例えば放送
プログラム、教育プログラム、その他ファイル形式の情
報)を複数の顧客に向けて一方向に配信する。
形式のコンテンツがパケット化されてネットワーク上に
出力される。パケット化されたデータはネットワークを
介してクライアントに到着する。クライアントはパケッ
トを受信し、元々のコンテンツファイルを再構築する。
ファイル配信はこのように実現される。
クトリツリー構造をそのままクライアントに複製するこ
とを一般的にコンテンツリプリケーション又はミラーリ
ングと呼ぶ(ここではミラーリングと呼ぶことにす
る。)。ミラーリングは、例えばWebサーバを運用す
る企業などが、Webサーバへのアクセスを分散させる
ために、複数のサーバ(ミラーサーバ)を設置し、オリ
ジナルのサーバのディレクトリ構造をミラーリングする
ことにより、どのサーバにアクセスしても同じコンテン
ツを参照することができるようになる。ミラーリングは
このように、コンテンツサーバを複製する用途に利用さ
れる。
場合には、サーバ側とクライアント側の各ディレクトリ
のコンテンツを比較し、異なるもののみを抽出して配信
する手法が用いられる。これはサーバとクライアントが
双方向(ユニキャスト)で通信できる環境が前提とな
る。
信や、地上波、その他無線などの一方向の通信媒体でミ
ラーリングを行う場合には、この一般的な手法を用いる
ことができない。
たもので、その目的とするところは、単方向ネットワー
ク上で、ミラーリングを行うことのできる配信システム
を提供することにある。
ために本発明は、配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、前記配信側のサーバ
コンピュータは、配信するコンテンツの情報ファイルを
作成し保存する手段と、前記情報ファイルを利用してコ
ンテンツの変更を検出する手段と、前記コンテンツと前
記情報ファイルとを、クライアントコンピュータへ配信
する手段とを、具備することを特徴とする配信システム
である。
グラムや、教育プログラムや、営業情報等、さまざまな
ファイル形式の情報である。情報ファイルとは、コンテ
ンツを構成するファイルのファイル名、ファイルサイ
ズ、更新日時、ファイルの代表値等から成るファイルで
ある。ファイルの代表値とは、ファイルの同一性を検証
するためのハッシュ関数等であり、ファイルの容量に比
べて少ない容量のハッシュ関数を比較することでファイ
ルの同一性を検証することができる。本発明では、配信
側のサーバコンピュータが、配信するコンテンツの情報
ファイルを作成して保存し、情報ファイルを利用してコ
ンテンツの変更を検出する。クライアントコンピュータ
には、コンテンツと情報ファイルとを配信する。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、前記配
信側のサーバコンピュータは、コンテンツの変更履歴を
保存する手段と、配信するコンテンツの変更差分フォル
ダを作成し保存する手段と、前記コンテンツの変更履歴
と、前記コンテンツの変更差分フォルダとを比較してコ
ンテンツの変更差分を検出する手段と、前記変更差分を
追加して、コンテンツを編成する手段と、前記編成され
たコンテンツと前記変更差分フォルダとを、クライアン
トコンピュータへ配信する手段とを、具備することを特
徴とする配信システムである。
テンツを構成するファイルを追加、変更、削除等を行っ
た履歴のことである。変更差分フォルダとは、コンテン
ツを構成するファイルの追加、変更、削除等を行った履
歴を記録したフォルダであり、コンテンツと共にクライ
アントコンピュータに配信される。本発明では、配信側
のサーバコンピュータが、コンテンツの変更履歴と、配
信するコンテンツの変更差分フォルダとを比較してコン
テンツの変更差分を検出し、変更差分を追加したコンテ
ンツを編成して、変更差分フォルダと共にクライアント
コンピュータへ配信する。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、前記配
信側のサーバコンピュータは、配信するコンテンツの情
報ファイルを作成し保存する工程と、前記情報ファイル
を利用してコンテンツの変更を検出する工程と、前記コ
ンテンツと前記情報ファイルとを、クライアントコンピ
ュータへ配信する工程とを、具備することを特徴とする
配信方式である。
が、配信するコンテンツの情報ファイルを作成し保存
し、情報ファイルを利用してコンテンツの変更を検出
し、コンテンツと情報ファイルとをクライアントコンピ
ュータへ配信する。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、前記配
信側のサーバコンピュータは、コンテンツの変更履歴を
保存する工程と、配信するコンテンツの変更差分フォル
ダを作成し保存する工程と、前記コンテンツの変更履歴
と、前記コンテンツの変更差分フォルダとを比較してコ
ンテンツの変更差分を検出する工程と、前記変更差分を
追加して、コンテンツを編成する工程と、前記編成され
たコンテンツと前記変更差分フォルダとを、クライアン
トコンピュータへ配信する工程とを、具備することを特
徴とする配信方法である。
は、コンテンツの変更履歴を保存し、配信するコンテン
ツの変更差分フォルダを作成し保存し、コンテンツの変
更履歴と、コンテンツの変更差分フォルダとを比較して
コンテンツの変更差分を検出し、変更差分を追加して、
コンテンツを編成し、編成されたコンテンツと変更差分
フォルダとを、クライアントコンピュータへ配信する。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、配信す
るコンテンツの情報ファイルを作成し保存する手段と、
前記情報ファイルを利用してコンテンツの変更を検出す
る手段と、前記コンテンツと前記情報ファイルとを、ク
ライアントコンピュータへ配信する手段とを、具備する
ことを特徴とするサーバコンピュータである。
コンテンツの情報ファイルを作成し保存し、情報ファイ
ルを利用してコンテンツの変更を検出し、コンテンツと
情報ファイルとを、クライアントコンピュータへ配信す
る。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、コンテ
ンツの変更履歴を保存する手段と、配信するコンテンツ
の変更差分フォルダを作成し保存する手段と、前記コン
テンツの変更履歴と、前記コンテンツの変更差分フォル
ダとを比較してコンテンツの変更差分を検出する手段
と、前記変更差分を追加して、コンテンツを編成する手
段と、前記編成されたコンテンツと前記変更差分フォル
ダとを、クライアントコンピュータへ配信する手段と
を、具備することを特徴とするサーバコンピュータであ
る。
ツの変更履歴を保存し、配信するコンテンツの変更差分
フォルダを作成し保存し、コンテンツの変更履歴と、コ
ンテンツの変更差分フォルダとを比較してコンテンツの
変更差分を検出し、変更差分を追加して、コンテンツを
編成し、編成されたコンテンツと変更差分フォルダと
を、クライアントコンピュータへ配信する。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、前記配
信側のサーバコンピュータは、配信するコンテンツの情
報ファイルを作成し保存する手段と、前記情報ファイル
を利用してコンテンツの変更を検出する手段と、前記コ
ンテンツと前記情報ファイルとを、配信する手段とを、
具備し、前記コンテンツと前記情報ファイルとを受信す
る手段と、前記情報ファイルの内容に従って、コンテン
ツを更新する手段とを、具備することを特徴とするクラ
イアントコンピュータである。
ーバコンピュータから配信されたコンテンツと情報ファ
イルとを受信し、情報ファイルの内容に従って、コンテ
ンツを更新する。
ータから、クライアントコンピュータへの、単方向のネ
ットワークで接続された配信システムにおいて、前記配
信側のサーバコンピュータは、コンテンツの変更履歴を
保存する手段と、配信するコンテンツの変更差分フォル
ダを作成し保存する手段と、前記コンテンツの変更履歴
と、前記コンテンツの変更差分フォルダとを比較してコ
ンテンツの変更差分を検出する手段と、前記変更差分を
追加して、コンテンツを編成する手段と、前記編成され
たコンテンツと前記変更差分フォルダとを、配信する手
段とを、具備し、前記編成されたコンテンツと前記変更
差分フォルダとを受信する手段と、前記変更差分フォル
ダの内容に従って、コンテンツを更新する手段とを、具
備することを特徴とするクライアントコンピュータであ
る。
ーバコンピュータから配信された、編成されたコンテン
ツと変更差分フォルダとを受信し、変更差分フォルダの
内容に従って、コンテンツを更新する。
0記載のサーバコンピュータを実現するためのプログラ
ムである。
求項30記載のサーバコンピュータを機能させるもので
あり、このプログラムをネットワークを介して流通させ
ることもできる。
0記載のサーバコンピュータを実現するためのプログラ
ムを記録した記録媒体である。
項30記載のサーバコンピュータを機能させるプログラ
ムを記憶しており、この記録媒体を流通させることもで
き、またこのプログラムをネットワークを介して流通さ
せることもできる。
7記載のクライアントコンピュータを実現するためのプ
ログラムである。
求項37記載のクライアントコンピュータを機能させる
ものであり、このプログラムをネットワークを介して流
通させることもできる。
7記載のクライアントコンピュータを実現するためのプ
ログラムを記録した記録媒体である。
項37記載のクライアントコンピュータを機能させるプ
ログラムを記憶しており、この記録媒体を流通させるこ
ともでき、またこのプログラムをネットワークを介して
流通させることもできる。
施の形態を詳細に説明する。図1は、本発明の実施の形
態に係る配信システム1の構成を示す図である。配信シ
ステム1は、配信サーバ3から、サテライトネットワー
ク2を介して、複数のクライアント27−1〜27−3
にコンテンツ29を配信するシステムである。
ような単方向の配信形態である。即ち一方的にクライア
ント27−1〜27−3にコンテンツ29を送る。逆
に、クライアント27−1〜27−3からサテライトネ
ットワーク2を介して配信サーバにデータを送ることは
できない。ただし、クライアント27−1〜27−3側
から地上インターネット網を介して配信サーバ3にデー
タを送ることはあり得る。
に示す。配信サーバ3は、配信するコンテンツ29のフ
ァイル形式をIPパケットにエンコードして送信装置3
1に送る。送信装置31は、コンテンツを衛星回線33
を介して受信装置35に送る。更に受信装置35は、コ
ンテンツをデコードし、複数のクライアント27−1〜
27−3に配信する。
を行おうとしても、配信サーバ3と、クライアント27
−1〜27−3側とは、双方向通信ができない。また、
配信サーバ3と、複数のクライアントそれぞれがコンテ
ンツの構成の違いを検出することは現実的ではない。
ば配信サーバ3と、複数のコンテンツプロバイダ19と
で構成される。配信サーバ3とコンテンツプロバイダ1
9は、インターネット等のネットワーク17で接続され
ている。図1では、インターネットを利用したプライベ
ートなLANであるVPN(Virtual Priv
ate Network)を示す。
テンツプロバイダは、テレビ局等の放送局や、各種企
業、教育機関等である。コンテンツとは、放送プログラ
ム、教育プログラム、その他各種ファイル形式の情報で
ある。
制御端末7と、管理センタ11と、データベース13
と、ネット接続装置15等を備え、互いに接続されてい
る。制御端末7(RMC Resouce Manag
ement Terminal)は、管理センタ11等
に指示を送るコンピュータ等の端末装置である。
e Management Center)は、複数の
コンテンツプロバイダの配信時間や帯域等、或いは蓄積
されているコンテンツの情報等を管理する。ここでは、
図2に示すサーバコンピュータ4が、図1に示すコンテ
ンツサーバ5と、制御端末7と、管理センタ11の機能
を備えるものとする。
コンテンツファイル16、ディレクトリツリー保存ファ
イル14等を備える。コンテンツファイル16には、複
数のコンテンツを蓄積しており、サーバコンピュータ4
(図2)が、サテライトネットワーク2に送出する。図
1を用いて詳述すると、管理センタ11が配信するコン
テンツを、コンテンツサーバ5(CDS Conten
ts Distribution Server)にア
ップロードする。コンテンツサーバ5は、管理センタ1
1からの指示を受け、コンテンツサーバ5からアップロ
ードされたファイル形式のコンテンツを、IPパケット
にエンコードし、サテライトネットワーク2に送出す
る。
複数のコンテンツのディレクトリ情報を保存しているフ
ァイルであり、配信サーバ3と同じディレクトリ構造の
コンテンツを、一方向配信でクライアント27−1〜2
7−3側に構築するために利用する。
(VPN Virtual Private Netw
ork)に接続するための装置であり、コンテンツプロ
バイダ19との間で制御情報やファイル情報の送受信を
行う。
タ23と、データベース25と、ネット接続装置21等
を備え、互いに接続されている。データベース25に
は、コンテンツプロバイダ19が独自に備えるコンテン
ツ等が蓄積されている。コンピュータ23は、データベ
ース25を操作したり、ネットワーク17を介して、配
信サーバ3と接続したりするための端末装置である。
に接続するための装置であり、配信サーバ3との間で制
御情報やファイル情報の送受信を行う。
積されているコンテンツの中には、コンテンツプロバイ
ダ19が指定すれば使用できるものもある。また、コン
テンツプロバイダ19のデータベース25に蓄積されて
いるコンテンツは、他のコンテンツプロバイダからは操
作できないよう保護する場合もある。
バイダ19から提供されるコンテンツが、配信サーバ3
を介してサテライトネットワーク2に送出されるが、以
降の説明は、配信側として、配信サーバ3のみを考え
る。即ち、配信サーバ3のデータベース13が備えるコ
ンテンツを、同じディレクトリ構造で、クライアント側
に複製(ミラーリング)を行う場合について説明する。
示す。ディレクトリとは、ディスクでファイル管理の情
報を記述した部分でありファイルサイズや変更日付など
の細かな情報が書き込まれるものである。
配信サーバが備える、あるコンテンツのディレクトリ情
報であり、コンテンツを構成するファイルごとに、ファ
イル名39、ファイルサイズ41、更新日時43、ハッ
シュ値45等の情報を有する。
txt」ファイルは、ファイルサイズ41が、「458
4 byte」であり、ファイルの更新日時43は、
「2001/4/2 19:00:14」であり、ハッ
シュ値45「F3A83・・・」である。
算出する固定長のデータであり、データの同一性の検証
を高速化する目的で用いられる。即ち、例えば1Mby
teの容量をもつ2つのファイルの同一性を検証するた
めに、たかだか数十byteのハッシュ値を比較するだ
けで、同一性を検証することが可能になる。
ファイル内容に、MD5やSHA−1のようなハッシュ
関数によるハッシュ処理を施すことで得られる。MD5
(Message Digest5)は、128bit
のハッシュ値を生成するハッシュ関数であり、SHA−
1(Secure Hash Algorithm1)
は、NSA(National Security A
gency)で考案され、160bitのハッシュ値を
生成するハッシュ関数である。図3では、MD5による
128bitのハッシュ値45を示している。
の中のディレクトリツリー保存ファイル14に記録され
ているディレクトリツリー51、53を示す。ディレク
トリツリー51は、4/4 10:00の時点の複数の
コンテンツ55(ここではコンテンツAのみを示す)の
ディレクトリ構造である。
ィレクトリにはファイル「D.txt」、「E.do
c」、「X1.mirror」59が存する。「X1.
mirror」59は、ディレクトリ情報ファイルであ
り、図5に示す。即ちディレクトリ情報ファイル(X
1.mirror)59は、このディレクトリを構成す
るファイル「D.txt」、「E.doc」のファイル
名、ファイルサイズ、更新日時、ハッシュ値等の情報を
有する。
1:00の時点の複数のコンテンツ57(ここではコン
テンツAのみを示す)のディレクトリ構造である。コン
テンツ57(即ちコンテンツA)のディレクトリにはフ
ァイル「D.txt」、「E.doc」、「F.tx
t」、「X2.mirror」61が存する。「X2.
mirror」61は、ディレクトリ情報ファイルであ
り、図6に示す。即ちディレクトリ情報ファイル(X
2.mirror)61は、このディレクトリを構成す
るファイル「D.txt」、「E.doc」、「F.t
xt」のファイル名、ファイルサイズ、更新日時、ハッ
シュ値等の情報を有する。
トリツリー(4/4 10:00)51のディレクトリ
情報ファイル(X1.mirror)59と、ディレク
トリツリー(4/4 11:00)53のディレクトリ
情報ファイル(X2.mirror)61とを比較する
ことで、コンテンツAの有するファイルの内容に変化が
あったかどうかを検証することができる。
mirror)59と、図6のディレクトリ情報ファイ
ル(X2.mirror)61とを比較すると、4/4
11:00には、ファイル「F.txt」が追加され
ていることがわかる。
「4/4 10:00」から「4/411:00」の間
に、ファイル「D.txt」の内容が変更され、ファイ
ルが上書きされたとする。ディレクトリ情報ファイル
(X1.mirror)59とディレクトリ情報ファイ
ル(X1.mirror)59の、ファイル「D.tx
t」の更新日時、ハッシュ値が変化する(ファイルサイ
ズは変化しない場合もある)ので、ファイル「D.tx
t」の変更を検出することができる。
(X1.mirror)59のファイル「E.doc」
が、ディレクトリ情報ファイル(X2.mirror)
61には存在しなかったとすると、「4/4 11:0
0」の時点でファイル「E.doc」が削除されている
ことが検出できる。
ら、クライアント27−1〜27−3側のコンピュータ
にコンテンツAを配信するときに、コンテンツAを構成
する複数のファイル(例えばファイル「D.txt」、
「E.doc」)と共にディレクトリ情報ファイル59
又はディレクトリ情報ファイル61を配信することで、
クライアントクライアント27−1〜27−3側のコン
ピュータは、コンテンツAを最新のファイルに更新し、
しかもサーバコンピュータ4と同じディレクトリ構造を
複製する(ミラーリングする)ことが可能になる。
0)51と、ディレクトリツリー(4/4 11:0
0)53とは、配信サーバ3のデータベース13中のデ
ィレクトリツリー保存ファイル14に保存されている
が、ディレクトリツリー保存ファイル14のディレクト
リツリーは更新されていく。尚、図8には、過去のディ
レクトリツリー履歴を保存していくディレクトリツリー
保存ファイル71を示すが、詳細については後述する。
ートを示す。図2、図4、図5、図6と合わせて説明す
る。即ち、配信サーバ3のサーバコンピュータ4が、
「4/4 11:00」にコンテンツAをクライアント
27−1〜27−3に向けて配信する手順である。
3のディレクトリツリー保存ファイル14中から、1時
間前(履歴が1つ前であるということである)のディレ
クトリツリー(4/4 10:00)51を検索し、コ
ンテンツAのディレクトリ情報ファイル(X1.mir
ror)59を抽出する(ステップ701)。
ツAのディレクトリ情報ファイル(X2.mirro
r)61(図6)と、「4/4 10:00」のディレ
クトリ情報ファイル(X1.mirror)59(図
5)とを比較する(ステップ702)。
03)、ファイルサイズ変更の有無(ステップ70
4)、更新日時の変更の有無(ステップ705)、ハッ
シュ値の変化の有無(ステップ706)についてディレ
クトリ情報ファイル(X2.mirror)61とディ
レクトリ情報ファイル(X1.mirror)59とを
比較してコンテンツAに変更があったかどうかを検証す
る。図7ではそれぞれのステップが段階的に行われるよ
うに図示してあるが、検証の項目や順序については幾つ
かの方法が考えられる。
プ703)についての検証については必ず行うとして、
構成ファイルごとに、更新日時の変更の有無(ステップ
705)のみの検証を行う方法、ハッシュ値の変化の有
無(ステップ706)のみの検証を行う方法、又は、更
新日時の変更の有無(ステップ705)とハッシュ値の
変化の有無(ステップ706)の両方を検証する方法
等、が考えられる。当然、検証方法が異なれば、検証に
かかる時間や信頼性は異なってくる。
ンテンツAには変更が無かったと判断すると、コンテン
ツAのクライアント27−1〜27−3への配信を行わ
ない(ステップ707)。サーバコンピュータ4は、内
容に変化はないが、ディレクトリツリー保存ファイル1
4にディレクトリツリー(4/4 11:00)53を
作成して更新しても構わない(ステップ710、ステッ
プ709)。
1.mirror)59と図6のディレクトリ情報ファ
イル(X2.mirror)61とを比較すると、新た
にファイル「F.txt」が追加されていることがわか
る。ファイルの増減がある場合(ステップ703のYE
S)には、サーバコンピュータ4は、追加されたコンテ
ンツAのファイル「F.txt」と、「4/4 11:
00」のコンテンツAのディレクトリ情報ファイル(X
2.mirror)61(図6)とをクライアント27
−1〜27−3向けに配信する(ステップ708)。
リー保存ファイル14にディレクトリツリー(4/4
11:00)53を作成して更新する(ステップ70
9)。即ちディレクトリツリー(4/4 11:00)
53には、新たにディレクトリとしてファイル「F.t
xt」が追加され、ディレクトリ情報ファイルはディレ
クトリ情報ファイル(X2.mirror)61に更新
される。
が追加された場合であったが、例えばファイルの内容の
変更があった場合には、サーバコンピュータ4は、変更
のあったファイルとディレクトリ情報ファイルとをクラ
イアント27−1〜27−3向けに配信する。
ュータ(図示していない)は、記録してある1つ前の履
歴のディレクトリ情報ファイル(即ちディレクトリ情報
ファイル(X1.mirror)59)と、配信されて
きたディレクトリ情報ファイル(X2.mirror)
61とを比較し、コンテンツAを再構築する。即ちコン
テンツAのファイルが変更されている場合には、ファイ
ルを上書きする。ファイルが追加になっている場合に
は、新規にファイルを保存する。ディレクトリ情報ファ
イル(X2.mirror)61に存在しないファイル
が、クライアント側コンピュータのディレクトリに存在
する場合にはそのファイルを削除する。
向配信形態であっても、コンテンツのファイルと共にデ
ィレクトリ情報ファイルを作成して配信することで、配
信側からクライアント側に効率的にコンテンツのミラー
リングを行うことができる。
に、ディレクトリ情報ファイルを作成し、その内容を比
較することで、ファイル同士を比較することに比べると
効率的であり、しかもハッシュ値を用いることで信頼性
においても効果がある。
を保存しているディレクトリツリー保存ファイル71を
示す。ディレクトリツリー保存ファイル71は配信サー
バ3のデータベース13に記録されている。ディレクト
リツリー保存ファイル71には、ディレクトリツリー
(4/4 10:00)73、ディレクトリツリー(4
/4 9:00)75、ディレクトリツリー(4/4
8:00)77・・・のように、コンテンツの過去のデ
ィレクトリツリーを消去しないで蓄積していく。尚、フ
ァイル容量が大きくなっていってしまうので、ある程度
遡ったディレクトリツリーから順次消去していく場合も
ある。
保存しておくことで、現時点のコンテンツを、どの時点
のコンテンツとでも比較を行うことができる。
即ち、ディレクトリツリー保存ファイルに、コンテンツ
のディレクトリ情報ファイルではなく、コンテンツを構
成するファイルの変更履歴ファイル(差分保存フォルダ
93)を記憶させ、ミラーリングに利用する場合につい
て説明する。
に保存されるディレクトリツリー保存ファイル91を示
す。即ち配信サーバ3に備えるコンテンツのディレクト
リツリー(4/4 10:00)81が記憶され、コン
テンツごとのディレクトリが記憶されている。ここで
は、コンテンツAについて説明するが、コンテンツA
は、ファイル「D.txt」87、「E.doc」89
からなる。差分保存フォルダ「N1.dif」93は、
コンテンツAを構成するファイル「D.txt」87、
「E.doc」89の管理履歴を記録したファイルのフ
ォルダである。
内容は、図11に示される。即ち、コンテンツを構成す
るファイル名103と、ファイル名ごとの更新日時10
5、差分ファイル名107、ファイル処理109が記録
されている。更新日時105とは、ファイルを更新した
日時であり、変更情報が差分ファイル名107として示
されるファイルに記録される。また、変更の内容(追加
又は変更又は削除)等の処理内容がファイル処理109
として記録される。即ち、ファイル「D.txt」87
の差分履歴99−1と、ファイル「E.doc」89の
差分履歴101−1とが、差分保存フォルダ「N1.d
if」93に記録されている。
1.dif」93は、「4/4 10:00」の時点の
ものである。同じく図11に示す差分保存フォルダ「N
2.dif」95は、「4/4 11:00」時点のも
のであり、後で詳述する。
を示す図である。バージョン管理ファイル111は、図
示していないが、図2のデータベース13に保存され
る。バージョン管理ファイル111は、前述の差分保存
フォルダ93と同じ形式のフォルダであり、コンテンツ
を構成するファイル名103と、ファイル名ごとの更新
日時105、差分ファイル名107、ファイル処理10
9が記録されている。
配信サーバ3のサーバコンピュータ4が管理し、コンテ
ンツを構成するファイルの変更がある度に、最新の変更
情報を記録しているファイルである。
ーチャートを示す。図2、図9、図10、図11と合わ
せて説明する。即ち、配信サーバ3のサーバコンピュー
タ4が、「4/4 11:00」にコンテンツAをクラ
イアント27−1〜27−3に向けて配信する手順であ
る。
3のディレクトリツリー保存ファイル91(図9)中か
ら、1時間前(履歴が1つ前であるということである)
のディレクトリツリー(4/4 10:00)81を検
索し、コンテンツAの差分保存フォルダ(N1.di
f)93を抽出する(ステップ801)。
3中にある(図示していない)バージョン管理ファイル
111(図10)の内容と、差分保存フォルダ(N1.
dif)93(図11)の内容とを比較し、ファイル変
更のあるファイルのみを抽出する(ステップ802)。
ここでは、ファイル「D.txt」87、「E.do
c」89ともに変更がある。
分99−2で示すように、「変更」が「2001/4/
4 10:10:10」に行われ変更内容はファイル
「Dver4.txt」に保存されている。「E.do
c」89は、図10の差分101−2で示すように、
「追加」が「2001/4/4 10:15:08」に
行われ変更内容はファイル「Ever4.doc」に保
存されている。
分(D.txtの差分99−2、E.docの差分10
1−2)をそれぞれのファイルに追加し、「D.tx
t」87と「E.doc」89の編集を行う(ステップ
803)。
フォルダ(N1.dif)93の内容を、バージョン管
理ファイル111の内容と置き換え、差分保存フォルダ
(N2.dif)95とする(ステップ804)。即
ち、図11の差分保存フォルダ(N1.dif)93の
「D.txtの差分履歴」99−1にバージョン管理フ
ァイル111(図10)の「D.txtの差分」99−
2を追加し、図11の差分保存フォルダ(N2.di
f)95の「D.txtの差分履歴」99−3とする。
同様に、図11の差分保存フォルダ(N1.dif)9
3の「E.docの差分履歴」101−1にバージョン
管理ファイル111(図10)の「E.docの差分」
101−2を追加し、図11の差分保存フォルダ(N
2.dif)95の「E.docの差分履歴」101−
3とする。
たコンテンツAのファイル「D.txt」87と「E.
doc」89と、最新の差分保存フォルダ(N2.di
f)95とを、クライアント27−1〜27−3向けに
配信する(ステップ804)。
トリツリー保存ファイル91の内容を、ディレクトリツ
リー(4/4 11:00)として更新する(ステップ
806)。
ったファイル「D.txt」87と「E.doc」89
と、最新の差分保存フォルダ(N2.dif)95を配
信されたクライアント側コンピュータは、更新履歴を把
握し、コンテンツAのファイル「D.txt」87と
「E.doc」89とを更新する。尚、差分保存フォル
ダ(N2.dif)95の内容から、ファイルの削除を
検出した場合には、クライアント側コンピュータは、不
要なファイルを削除する。
変更のあったファイルを更新してクライアント27−1
〜27−3向けに配信したが、変更部分のみをクライア
ント側に配信し、クライアント27−1〜27−3のコ
ンピュータがファイルを変更し更新してもよい。即ち、
サーバコンピュータ4は、最新の差分保存フォルダ(N
2.dif)95と、変更のあった差分ファイル名10
7が示すファイル(たとえば図10の「Dver4.t
xt」等)とを、配信してもよい。
るファイル「D.txt」87、「E.doc」89
は、変更がある度に更新され書き換えられるような説明
をしたが、ファイル「D.txt」87、「E.do
c」89はオリジナルとして書き換えないでおき、配信
を行う前に、差分保存フォルダ内の変更内容をすべて追
加処理することにより、現時点の最新のファイルを構築
して配信することも可能である。
向配信形態であっても、コンテンツのファイルと共に、
ファイル変更の差分保存フォルダを作成することで、配
信側からクライアント側に効率的にコンテンツのミラー
リングを行うことができる。
ィレクトリツリー保存ファイル91は、ファイルの変更
履歴を保存していくので、あまり大容量を必要としない
という利点がある。
に行うことができるので、サーバコンピュータの運用の
効率化を図ることができる。またコンテンツの変更がな
い場合には、クライアント側への配信を行う必要がない
ので、ネットワークトラフィックの有効利用にもつなが
る。
配信方法として説明したが、双方向ネットワークで、コ
ンテンツのミラーリングを行う場合に用いても良い。
れば、単方向ネットワーク上で、ミラーリングを行うこ
とのできる配信システムを提供することができる。
成を示す図
r)59を示す図
r)61を示す図
分保存フォルダ(N2.dif)95を示す図
イル 15、21・・・ ネット接続装置 16・・・ コンテンツファイル 17・・・ ネットワーク(VPN) 19・・・ コンテンツプロバイダ 23・・・ コンピュータ 27−1〜27−3・・・ クライアント 29・・・ コンテンツ 31・・・ 送信装置 33・・・ 衛星回線 35・・・ 受信装置 37、59、61・・・ ディレクトリ情報ファイル 39、103・・・ ファイル名 41・・・ ファイルサイズ 43、105・・・ 更新日時 45・・・ ハッシュ値 51、53、73、75、77、81・・・ ディレク
トリツリー 55、57、83・・・ コンテンツ 87・・・ ファイル D.txt 89・・・ ファイル E.doc 93、95・・・ 差分保存フォルダ 99−1、99−2、99−3・・・ D.txtの差
分履歴 101−1、101−2、101−3・・・ E.do
cの差分履歴 107・・・ 差分ファイル名 109・・・ ファイル処理 111・・・ バージョン管理ファイル
Claims (41)
- 【請求項1】 配信側のサーバコンピュータから、クラ
イアントコンピュータへの、ネットワークで接続された
配信システムにおいて、 前記配信側のサーバコンピュータは、 配信するコンテンツの情報ファイルを作成し保存する手
段と、 前記情報ファイルを利用してコンテンツの変更を検出す
る手段と、 前記コンテンツと前記情報ファイルとを、クライアント
コンピュータへ配信する手段と、 を、具備することを特徴とする配信システム。 - 【請求項2】 前記情報ファイルは、 前記コンテンツを構成するファイルのファイル名、ファ
イルサイズ、更新日時、ファイルの代表値の少なくとも
1つを含むことを特徴とする請求項1記載の配信システ
ム。 - 【請求項3】 前記ファイルの代表値とは、ファイルの
同一性を検証するためのハッシュ関数等であることを特
徴とする請求項2記載の配信システム。 - 【請求項4】 前記コンテンツの変更を検出する手段と
は、 前記情報ファイルのファイルサイズ又は更新日時又はフ
ァイルの代表値の比較であることを特徴とする請求項3
記載の配信システム。 - 【請求項5】 前記コンテンツの変更を検出する手段と
は、 前記情報ファイルの更新日時の比較と、ファイルの代表
値の比較とであることを特徴とする請求項3記載の配信
システム。 - 【請求項6】 前記配信側のサーバコンピュータは、 前記コンテンツを構成する複数のファイルと、前記コン
テンツの情報ファイルとを有する、ディレクトリツリー
を記録することを特徴とする請求項2記載の配信システ
ム。 - 【請求項7】 前記配信側のサーバコンピュータは、 前記コンテンツを構成する複数のファイルと、前記コン
テンツの情報ファイルとを有する、最新のディレクトリ
ツリー及び過去の複数のディレクトリツリーを記録する
ことを特徴とする請求項2記載の配信システム。 - 【請求項8】 前記クライアントコンピュータは、 前記コンテンツと前記情報ファイルとを受信する手段
と、 前記情報ファイルの内容に従って、コンテンツを更新す
る手段と、 を、具備することを特徴とする請求項2記載の配信シス
テム。 - 【請求項9】 配信側のサーバコンピュータから、クラ
イアントコンピュータへの、単方向のネットワークで接
続された配信システムにおいて、 前記配信側のサーバコンピュータは、 コンテンツの変更履歴を保存する手段と、 配信するコンテンツの変更差分フォルダを作成し保存す
る手段と、 前記コンテンツの変更履歴と、前記コンテンツの変更差
分フォルダとを比較してコンテンツの変更差分を検出す
る手段と、 前記変更差分を追加して、コンテンツを編成する手段
と、 前記編成されたコンテンツと前記変更差分フォルダと
を、クライアントコンピュータへ配信する手段と、 を、具備することを特徴とする配信システム。 - 【請求項10】 前記配信側のサーバコンピュータは、 前記コンテンツを構成する複数のファイルと、前記コン
テンツの前記変更差分フォルダとを有する、ディレクト
リツリーを記録することを特徴とする請求項9記載の配
信システム。 - 【請求項11】 前記クライアントコンピュータは、 前記編成されたコンテンツと前記変更差分フォルダとを
受信する手段と、 前記変更差分フォルダの内容に従って、コンテンツを更
新する手段と、 を、具備することを特徴とする請求項9記載の配信シス
テム。 - 【請求項12】 配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、 前記配信側のサーバコンピュータは、 配信するコンテンツの情報ファイルを作成し保存する工
程と、 前記情報ファイルを利用してコンテンツの変更を検出す
る工程と、 前記コンテンツと前記情報ファイルとを、クライアント
コンピュータへ配信する工程と、 を、具備することを特徴とする配信方式。 - 【請求項13】 前記情報ファイルは、 前記コンテンツを構成するファイルのファイル名、ファ
イルサイズ、更新日時、ファイルの代表値の少なくとも
1つを含むことを特徴とする請求項12記載の配信方
法。 - 【請求項14】 前記ファイルの代表値とは、ファイル
の同一性を検証するためのハッシュ関数等であることを
特徴とする請求項13記載の配信方法。 - 【請求項15】 前記コンテンツの変更を検出する工程
とは、 前記情報ファイルのファイルサイズ又は更新日時又はフ
ァイルの代表値の比較であることを特徴とする請求項1
4記載の配信方法。 - 【請求項16】 前記コンテンツの変更を検出する工程
とは、 前記情報ファイルの更新日時の比較と、ファイルの代表
値の比較とであることを特徴とする請求項14記載の配
信方法。 - 【請求項17】 前記配信側のサーバコンピュータは、 前記コンテンツを構成する複数のファイルと、前記コン
テンツの情報ファイルとを有する、ディレクトリツリー
を記録することを特徴とする請求項13記載の配信方
法。 - 【請求項18】 前記配信側のサーバコンピュータは、 前記コンテンツを構成する複数のファイルと、前記コン
テンツの情報ファイルとを有する、最新のディレクトリ
ツリー及び過去の複数のディレクトリツリーを記録する
ことを特徴とする請求項13記載の配信方法。 - 【請求項19】 前記クライアントコンピュータは、 前記コンテンツと前記情報ファイルとを受信する工程
と、 前記情報ファイルの内容に従って、コンテンツを更新す
る工程と、 を、具備することを特徴とする請求項13記載の配信方
法。 - 【請求項20】 配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、 前記配信側のサーバコンピュータは、 コンテンツの変更履歴を保存する工程と、 配信するコンテンツの変更差分フォルダを作成し保存す
る工程と、 前記コンテンツの変更履歴と、前記コンテンツの変更差
分フォルダとを比較してコンテンツの変更差分を検出す
る工程と、 前記変更差分を追加して、コンテンツを編成する工程
と、 前記編成されたコンテンツと前記変更差分フォルダと
を、クライアントコンピュータへ配信する工程と、 を、具備することを特徴とする配信方法。 - 【請求項21】 前記配信側のサーバコンピュータは、 前記コンテンツを構成する複数のファイルと、前記コン
テンツの前記変更差分フォルダとを有する、ディレクト
リツリーを記録することを特徴とする請求項20記載の
配信方法。 - 【請求項22】 前記クライアントコンピュータは、 前記編成されたコンテンツと前記変更差分フォルダとを
受信する工程と、 前記変更差分フォルダの内容に従って、コンテンツを更
新する工程と、 を、具備することを特徴とする請求項20記載の配信方
法。 - 【請求項23】 配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、 配信するコンテンツの情報ファイルを作成し保存する手
段と、 前記情報ファイルを利用してコンテンツの変更を検出す
る手段と、 前記コンテンツと前記情報ファイルとを、クライアント
コンピュータへ配信する手段と、 を、具備することを特徴とするサーバコンピュータ。 - 【請求項24】 前記情報ファイルは、 前記コンテンツを構成するファイルのファイル名、ファ
イルサイズ、更新日時、ファイルの代表値の少なくとも
1つを含むことを特徴とする請求項23記載のサーバコ
ンピュータ。 - 【請求項25】 前記ファイルの代表値とは、ファイル
の同一性を検証するためのハッシュ関数等であることを
特徴とする請求項24記載のサーバコンピュータ。 - 【請求項26】 前記コンテンツの変更を検出する手段
とは、 前記情報ファイルのファイルサイズ又は更新日時又はフ
ァイルの代表値の比較であることを特徴とする請求項2
5記載のサーバコンピュータ。 - 【請求項27】 前記コンテンツの変更を検出する手段
とは、 前記情報ファイルの更新日時の比較と、ファイルの代表
値の比較とであることを特徴とする請求項25記載のサ
ーバコンピュータ。 - 【請求項28】 前記コンテンツを構成する複数のファ
イルと、前記コンテンツの情報ファイルとを有する、デ
ィレクトリツリーを記録することを特徴とする請求項2
4記載のサーバコンピュータ。 - 【請求項29】 前記コンテンツを構成する複数のファ
イルと、前記コンテンツの情報ファイルとを有する、最
新のディレクトリツリー及び過去の複数のディレクトリ
ツリーを記録することを特徴とする請求項24記載のサ
ーバコンピュータ。 - 【請求項30】 配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、 コンテンツの変更履歴を保存する手段と、 配信するコンテンツの変更差分フォルダを作成し保存す
る手段と、 前記コンテンツの変更履歴と、前記コンテンツの変更差
分フォルダとを比較してコンテンツの変更差分を検出す
る手段と、 前記変更差分を追加して、コンテンツを編成する手段
と、 前記編成されたコンテンツと前記変更差分フォルダと
を、クライアントコンピュータへ配信する手段と、 を、具備することを特徴とするサーバコンピュータ。 - 【請求項31】 前記コンテンツを構成する複数のファ
イルと、前記コンテンツの前記変更差分フォルダとを有
する、ディレクトリツリーを記録することを特徴とする
請求項30記載のサーバコンピュータ。 - 【請求項32】 配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、 前記配信側のサーバコンピュータは、 配信するコンテンツの情報ファイルを作成し保存する手
段と、 前記情報ファイルを利用してコンテンツの変更を検出す
る手段と、 前記コンテンツと前記情報ファイルとを、配信する手段
と、 を、具備し、 前記コンテンツと前記情報ファイルとを受信する手段
と、 前記情報ファイルの内容に従って、コンテンツを更新す
る手段と、 を、具備することを特徴とするクライアントコンピュー
タ。 - 【請求項33】 前記情報ファイルは、 前記コンテンツを構成するファイルのファイル名、ファ
イルサイズ、更新日時、ファイルの代表値の少なくとも
1つを含むことを特徴とする請求項32記載のクライア
ントコンピュータ。 - 【請求項34】 前記ファイルの代表値とは、ファイル
の同一性を検証するためのハッシュ関数等であることを
特徴とする請求項33記載のクライアントコンピュー
タ。 - 【請求項35】 前記コンテンツの変更を検出する手段
とは、 前記情報ファイルのファイルサイズ又は更新日時又はフ
ァイルの代表値の比較であることを特徴とする請求項3
4記載のクライアントコンピュータ。 - 【請求項36】 前記コンテンツの変更を検出する手段
とは、 前記情報ファイルの更新日時の比較と、ファイルの代表
値の比較とであることを特徴とする請求項34記載のク
ライアントコンピュータ。 - 【請求項37】 配信側のサーバコンピュータから、ク
ライアントコンピュータへの、単方向のネットワークで
接続された配信システムにおいて、 前記配信側のサーバコンピュータは、 コンテンツの変更履歴を保存する手段と、 配信するコンテンツの変更差分フォルダを作成し保存す
る手段と、 前記コンテンツの変更履歴と、前記コンテンツの変更差
分フォルダとを比較してコンテンツの変更差分を検出す
る手段と、 前記変更差分を追加して、コンテンツを編成する手段
と、 前記編成されたコンテンツと前記変更差分フォルダと
を、配信する手段と、 を、具備し、 前記編成されたコンテンツと前記変更差分フォルダとを
受信する手段と、 前記変更差分フォルダの内容に従って、コンテンツを更
新する手段と、 を、具備することを特徴とするクライアントコンピュー
タ。 - 【請求項38】 請求項23又は請求項30記載のサー
バコンピュータを実現するためのプログラム。 - 【請求項39】 請求項23又は請求項30記載のサー
バコンピュータを実現するためのプログラムを記録した
記録媒体。 - 【請求項40】 請求項32又は請求項37記載のクラ
イアントコンピュータを実現するためのプログラム。 - 【請求項41】 請求項32又は請求項37記載のクラ
イアントコンピュータを実現するためのプログラムを記
録した記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001122509A JP2002318716A (ja) | 2001-04-20 | 2001-04-20 | 配信システム、配信方法、サーバコンピュータ、クライアントコンピュータ |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001122509A JP2002318716A (ja) | 2001-04-20 | 2001-04-20 | 配信システム、配信方法、サーバコンピュータ、クライアントコンピュータ |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2002318716A true JP2002318716A (ja) | 2002-10-31 |
Family
ID=18972214
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001122509A Pending JP2002318716A (ja) | 2001-04-20 | 2001-04-20 | 配信システム、配信方法、サーバコンピュータ、クライアントコンピュータ |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2002318716A (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006039598A (ja) * | 2004-06-24 | 2006-02-09 | Katsuya Ishihara | コンピュータシステムのデータ連携方法及びデータ連携装置 |
JP2007507030A (ja) * | 2003-09-25 | 2007-03-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データを同期させるための方法、システム及びプログラム |
JP2007226307A (ja) * | 2006-02-21 | 2007-09-06 | Nec Corp | コンテンツ配信システムおよび方法、携帯端末 |
JP2009512077A (ja) * | 2005-10-12 | 2009-03-19 | データキャッスル・コーポレーション | データ・バックアップのための方法およびシステム |
JP2010079601A (ja) * | 2008-09-26 | 2010-04-08 | Hitachi Software Eng Co Ltd | 多世代ファイル探索システム |
JP2010166253A (ja) * | 2009-01-14 | 2010-07-29 | Funai Electric Co Ltd | コンテンツ再生装置 |
JP2021108189A (ja) * | 2020-05-14 | 2021-07-29 | ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッドBeijing Baidu Netcom Science Technology Co., Ltd. | 脆弱性特徴の取得方法、装置及び電子機器 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11306069A (ja) * | 1998-04-24 | 1999-11-05 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 |
JP2000357117A (ja) * | 1999-06-14 | 2000-12-26 | Just Syst Corp | 情報処理装置、情報処理方法、およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
-
2001
- 2001-04-20 JP JP2001122509A patent/JP2002318716A/ja active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11306069A (ja) * | 1998-04-24 | 1999-11-05 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 |
JP2000357117A (ja) * | 1999-06-14 | 2000-12-26 | Just Syst Corp | 情報処理装置、情報処理方法、およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007507030A (ja) * | 2003-09-25 | 2007-03-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データを同期させるための方法、システム及びプログラム |
JP2006039598A (ja) * | 2004-06-24 | 2006-02-09 | Katsuya Ishihara | コンピュータシステムのデータ連携方法及びデータ連携装置 |
JP2009512077A (ja) * | 2005-10-12 | 2009-03-19 | データキャッスル・コーポレーション | データ・バックアップのための方法およびシステム |
JP2007226307A (ja) * | 2006-02-21 | 2007-09-06 | Nec Corp | コンテンツ配信システムおよび方法、携帯端末 |
JP2010079601A (ja) * | 2008-09-26 | 2010-04-08 | Hitachi Software Eng Co Ltd | 多世代ファイル探索システム |
JP2010166253A (ja) * | 2009-01-14 | 2010-07-29 | Funai Electric Co Ltd | コンテンツ再生装置 |
JP2021108189A (ja) * | 2020-05-14 | 2021-07-29 | ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッドBeijing Baidu Netcom Science Technology Co., Ltd. | 脆弱性特徴の取得方法、装置及び電子機器 |
JP7231664B2 (ja) | 2020-05-14 | 2023-03-01 | 阿波▲羅▼智▲聯▼(北京)科技有限公司 | 脆弱性特徴の取得方法、装置及び電子機器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106156359B (zh) | 一种云计算平台下的数据同步更新方法 | |
CN106250270B (zh) | 一种云计算平台下的数据备份方法 | |
CN106294585B (zh) | 一种云计算平台下的存储方法 | |
US9317506B2 (en) | Accelerated data transfer using common prior data segments | |
US7139808B2 (en) | Method and apparatus for bandwidth-efficient and storage-efficient backups | |
KR100945221B1 (ko) | 통신 시스템의 데이터 동기화 장치 | |
US7277901B2 (en) | Collaborative file update system | |
US7636767B2 (en) | Method and apparatus for reducing network traffic over low bandwidth links | |
US7640363B2 (en) | Applications for remote differential compression | |
US7496604B2 (en) | Reducing duplication of files on a network | |
US20060230081A1 (en) | Backing up a wireless computing device | |
US7584196B2 (en) | Systems and methods for remote storage of electronic data | |
US20020099726A1 (en) | Method and system for distribution of file updates | |
US8954793B2 (en) | Method and a storage server for data redundancy | |
US20150186407A1 (en) | System and method for synchronizing files through differential compression | |
US9917894B2 (en) | Accelerating transfer protocols | |
CN114466015A (zh) | 一种基于多云架构的数据存储系统及方法 | |
CN111400261A (zh) | 一种ipfs快速添加或者删除文件夹的方法 | |
CN104426975A (zh) | 用于数据同步的方法、设备和系统 | |
JP2002318716A (ja) | 配信システム、配信方法、サーバコンピュータ、クライアントコンピュータ | |
CN113835642A (zh) | 一种基于ipfs的分布式存储网络构建方法及分布式存储网络 | |
CN114157435A (zh) | 一种基于区块链技术的文档处理方法、装置和客户端 | |
CN113900990A (zh) | 文件分片存储方法、装置、设备及存储介质 | |
CN114327285A (zh) | 数据存储方法、装置、设备及存储介质 | |
JP2006113663A (ja) | データ保管システム、その方法、ファイルサーバ、端末およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080228 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20080325 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20080325 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101005 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110412 |