JPH1049414A - バージョン管理装置及びバージョン管理方法 - Google Patents
バージョン管理装置及びバージョン管理方法Info
- Publication number
- JPH1049414A JPH1049414A JP8206145A JP20614596A JPH1049414A JP H1049414 A JPH1049414 A JP H1049414A JP 8206145 A JP8206145 A JP 8206145A JP 20614596 A JP20614596 A JP 20614596A JP H1049414 A JPH1049414 A JP H1049414A
- Authority
- JP
- Japan
- Prior art keywords
- data
- address
- version
- stored
- hypermedia
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/219—Managing data history or versioning
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99954—Version management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
せず最低限の指定のみで各データを取得しバージョンを
管理するバージョン管理装置を提供すること。 【解決手段】 アドレス指定により取得するハイパーメ
ディアデータのバージョンを管理する装置であって、指
定のアドレスのハイパーメディアデータの取得を試行す
るデータ取得手段と、取得されたハイパーメディアデー
タに埋め込まれているアドレスを抽出する手段と、抽出
されたアドレスを記憶する手段と、この手段からアドレ
スを選択し、該アドレスで指定されるデータの取得をデ
ータ取得手段に指示する手段と、データ取得手段により
取得されたデータまたは該データを加工したものに該デ
ータのアドレスと該データのバージョンに関する情報と
を付加して記憶する手段とを備えたことを特徴とする。
Description
より取得可能なハイパーメディアデータのバージョンを
管理するバージョン管理装置及びバージョン管理方法に
関する。
たり削除されたりするため、過去のバージョンを記憶さ
せ、後で取り出したり、新バージョンと比較したりする
バージョン管理が行われてきた。そして、従来のバージ
ョン管理ツールでは、管理の対象となる個々のデータを
あらかじめ指定しておく必要があった。
れらがネットワークを介して分散していたり、さらには
複数の人によってデータの追加、削除、更新が行われた
りすると、個々のデータの状態を把握することが難しく
なる。従って、結果的に管理したい個々のデータを指定
することが難しくなり、バージョン管理ができなくなる
という問題点があった。特に、ハイパーメディアデータ
のバージョン管理においては、各ハイパーメディアデー
タについて単に一般的なデータと同様の管理の仕方を行
うバージョン管理ツールがあるだけで、ハイパーメディ
アであることの特性を利用してバージョンを管理するも
のは存在しなかった。
を捜し出すには、全データを対象として検索を行うこと
が有効である。ハイパーメディアの大規模なものについ
ては、例えばインターネットにおけるWWW(Worl
d Wide Web)上のハイパーメディアデータを
対象とした検索サービスがすでに存在する。しかしなが
ら、このような検索サービスはデータの比較的新しい唯
一のバージョンのみを対象としており、過去のバージョ
ンをも対象とする検索サービスは存在しなかった。
アデータのバージョン管理を行う場合でも、個々のデー
タを指定する必要があり、データ数が多いときなどはバ
ージョン管理が困難になるという問題があった。
た検索において、過去のバージョンを対象とした検索が
できないという問題もあった。本発明は、上記事情を考
慮してなされたものであり、バージョン管理の対象とす
べき個々のハイパーメディアデータすべてを指定するこ
とを必要とせず、最低限の指定のみで、各データを取得
し夫々のデータのバージョンを管理するバージョン管理
装置及びバージョン管理方法を提供することを目的とす
る。
アドレスの指定により取得可能なハイパーメディアデー
タのバージョンを管理するバージョン管理装置であっ
て、指定されたアドレスのハイパーメディアデータの取
得を試行するデータ取得手段と、このデータ取得手段に
より取得されたハイパーメディアデータにアンカーとし
て埋め込まれているアドレスを抽出するアドレス抽出手
段と、少なくとも前記アドレス抽出手段により抽出され
たアドレス夫々を記憶するアドレス記憶手段と、このア
ドレス記憶手段からアドレスを選択し、該アドレスで指
定されるデータの取得を前記データ取得手段に指示する
アドレス選択手段と、前記データ取得手段により取得さ
れたデータまたは該データを加工したものに、該データ
のアドレスと、該データのバージョンに関するバージョ
ン情報とを付加して記憶するデータ記憶手段とを備えた
ことを特徴とする。
バージョン管理装置において、前記アドレス記憶手段に
は、前記アドレスに該アドレスで指定されるデータの取
得の試行に関するアドレス付加情報を付加して記憶し、
前記アドレス選択手段は、前記アドレス付加情報を参照
して前記アドレス記憶手段からアドレスを選択すること
を特徴とする。
バージョン管理装置において、ユーザからの要求に応じ
て前記データ記憶手段に記憶されているデータを検索す
る検索サービス手段をさらに備えたことを特徴とする。
バージョン管理装置において、ユーザからの要求に応じ
て前記データ記憶手段から指定されたバージョンのデー
タを取り出すバージョン管理制御手段をさらに備えたこ
とを特徴とする。
ョン管理装置において、前記バージョン情報は、データ
の取得時刻、データの記憶時刻、データのサイズおよび
同一アドレスのものについて何回目に記憶されたかを示
すバージョン番号の少なくとも1つを含むようにしても
良い。
バージョン管理装置において、アドレス単位で指定可能
な、データ取得試行対象およびデータ取得試行タイミン
グの少なくとも一方に関する指定条件を記憶する指定条
件記憶手段をさらに備え、前記アドレス選択手段は、前
記指定条件記憶手段に記憶された前記指定条件に基づい
て、前記アドレス記憶手段からアドレスを選択すること
を特徴とする。
開始するアドレスである起点アドレス、アドレスで指定
されるデータの取得予定時間または取得時間間隔、デー
タを取得するアドレスの範囲などである。
間をもとにしてアドレスを選択する場合、例えば、現在
時刻を参照し、取得予定時間となったアドレスを選択す
る。また、アドレスで指定されるデータの取得時間間隔
をもとにする場合、例えば、該アドレスに付加された前
記アドレス付加情報から前回に取得した時刻を調べ、こ
れと現在時刻とを比べることにより、該当するに至った
アドレスを選択する。また、例えば、前記アドレス記憶
手段に記憶されているアドレスであっても、アドレスデ
ータを取得するアドレスの範囲に該当しないものは選択
しない。
バージョン管理装置において、前記アドレス抽出手段に
より抽出されたアドレスのうち、前記指定条件記憶手段
に記憶された前記指定条件に基づいて選択したアドレス
のみを前記アドレス記憶手段に記憶させることを特徴と
する。
すでに記憶されているデータと同一アドレスのデータを
記憶するときに、旧データを他の記憶されているデータ
により再現できる形に加工するかまたはそのままの状態
で保存しておき、新しいデータを追加して記憶するよう
にしても良い。
すでに記憶されているデータと同一アドレスのデータを
記憶するときに、新データを記憶する代わりに、旧デー
タ(直前のバージョン)と新データとの差分を記憶する
ようにしても良い。
すでに記憶されているデータと同一アドレスのデータを
記憶するときに、旧データ(直前のバージョン)を新デ
ータとの差分に置き換えて記憶し直し、新データを追加
して記憶するようにしても良い。
は、ユーザから指定された時刻範囲のデータを対象とし
て検索を行うようにしても良い。本発明(請求項7)
は、アドレスの指定により取得可能なハイパーメディア
データのバージョンを管理するバージョン管理方法であ
って、選択されたアドレスのハイパーメディアデータの
取得を試行し、取得されたハイパーメディアデータにア
ンカーとして埋め込まれているアドレスを抽出し、抽出
されたアドレスを記憶するとともに、取得されたデータ
または該データを加工したものに、該データのアドレス
と、該データのバージョンに関するバージョン情報とを
付加して記憶し、記憶された前記アドレスのうち所定の
選択条件を満たすものを選択して、該アドレスで指定さ
れるデータの取得を指示することを特徴とする。
ィアデータにアンカーとして埋め込まれているアドレス
により指し示されるハイパーメディアデータを抽出して
連鎖的に取得対象としていくので、バージョン管理すべ
きハイパーメディアデータのアドレスすべてを指定する
ことなく、一部のアドレスを指定するだけで、次々にハ
イパーメディアデータを取得することができるととも
に、所定のタイミングで繰り返し各ハイパーメディアデ
ータを取得することができ、また、各タイミングで取得
された各ハイパーメディアデータについてのバージョン
管理が可能となる。
ついて様々なバージョンの検索が可能となる。なお、以
上の各装置に係る発明は、方法に係る説明としても成立
する。
実行させるためのプログラムを格納した記憶媒体として
も成立する。例えば、本発明は、選択されたアドレスの
ハイパーメディアデータの取得を試行させ、取得された
ハイパーメディアデータにアンカーとして埋め込まれて
いるアドレスを抽出させ、抽出されたアドレスを記憶さ
せるとともに、取得されたデータまたは該データを加工
したものに、該データのアドレスと、該データのバージ
ョンに関するバージョン情報とを付加して記憶させ、記
憶された前記アドレスのうち所定の選択条件を満たすも
のを選択させて、該アドレスで指定されるデータの取得
を指示させるようにコンピュータを制御するためのプロ
グラムを格納したコンピュータ読取可能な記録媒体であ
る。
実施の形態を説明する。まず、本実施形態で用いる語句
について説明する。「ハイパーメディアデータ」とは、
データ自身の中に他のデータまたは自分自身のデータを
指すアドレスが0または1以上埋め込まれているデータ
である。また、このように埋め込まれたアドレスを「ア
ンカー」と呼ぶ。
アデータは、他からは参照されるが、自身はリンクの終
点に位置するハイパーメディアデータである。また、一
般にデータは作成、更新、削除が行われることで、時間
的に変化する。ここで、データのある時間的瞬間の状態
夫々をバージョンと呼ぶ。そして、あるデータについ
て、いくつかのバージョンを記憶し、また指定された古
いバージョンを取り出し、あるいは古いバージョンに戻
すなど、バージョンに関する種々の操作を行うことを
「バージョン管理」と呼ぶ。
ョン管理装置の基本的な構成を示す。本バージョン管理
装置は、データ取得部101、アドレス抽出部102、
アドレス記憶部103、アドレス選択部104、指定条
件記憶部105、データ記憶部106、バージョン管理
制御部107を備えている。
データ群から、指定されたアドレスに対応するデータを
取得する。アドレス抽出部102は、データ取得部10
1で取得されたデータからアンカーとして埋め込まれて
いるアドレスを抽出し、そのアドレスの中から指定条件
記憶部105に記憶されている指定条件を満たすものを
選択し、選択されたアドレスをアドレス記憶部103に
記憶させる。
アドレスで指定されたデータを取得した時刻などのアド
レス付加情報を記憶する。アドレス選択部104は、ア
ドレス記憶部103に記憶されるアドレスから次にデー
タを取得するアドレスを選択する。アドレスの選択は、
指定条件記憶部105に関係する指定条件がある場合
は、該指定条件に基づいて行われ、指定条件がない場合
は、アドレス付加情報などを利用して選択する。
データ取得時間間隔や取得するアドレスの範囲などの条
件である指定条件を記憶する。データ記憶部106は、
データ取得部101により取得したデータまたはそのデ
ータを加工したデータ、および対応するアドレスを、そ
のデータの取得時刻などのバージョン情報を付加して記
憶する。
憶部106に記憶されている情報を使って、指定された
バージョンのデータを取り出すなどのバージョン管理に
かかわる制御を行う。
処理を行う。まず、アドレス記憶部103に起点アドレ
スを記憶させる。起点アドレスは、ハイパーメディアデ
ータをアンカーから辿って次々にデータを取得していく
ときの起点となるアドレスである。従来のバージョン管
理装置ではすべてのアドレスを指定しなければならない
が、本実施形態では起点アドレスのみを指定すれば良
い。なお、起点アドレスとしては、1つのアドレスを設
定しても良いし、複数のアドレスを設定しても良い。
記憶部103に記憶されているアドレスから1つを選択
する。選択にあたっては、指定条件記憶部105に記憶
されている指定条件が参照される。例えば、まだ一度も
データを取得していないアドレスや以前に取得した時刻
が古いものなどを優先的に選択する方法もある。
されたアドレスで指定されるハイパーメディアデータの
取得を、データ取得部101が行う。取得されたデータ
は、アドレス抽出部102によりアンカーとして埋め込
まれているアドレスが抽出され、抽出されたアドレスの
中から指定条件記憶部105に記憶される指定条件を参
照して記憶されるべきアドレスを選択し、アドレス記憶
部103に記憶させる。
で、または加工された後、データの取得時刻などのバー
ジョン情報を付加してデータ記憶部106に記憶させ
る。このとき、過去のバージョンは無変更のままか、ま
たは他の保存されているデータから再構成可能な形に加
工される。
スの選択に戻り、データの取得等が繰り返される。以上
の手続により、本実施形態では、管理すべきハイパーメ
ディアデータすべてを指定することなく、一部のアドレ
スを指定するだけで次々にデータを取得して各バージョ
ンを保存し、バージョン管理を行うことが可能になる。
形態では、検索サービス部を持つ場合がある。検索サー
ビス部は、データ記憶部106に記憶されるデータを対
象として検索する機能を持つ。これにより、様々なバー
ジョンのデータを検索することが可能となる。例えば、
WWWで代表される大規模ハイパーメディア系の過去の
バージョンまで含めた検索が可能となる。
する。なお、以下では、本発明の一実施形態として、ハ
イパーメディアデータのバージョン管理を行うバージョ
ン管理装置を例にとり、特にハイパーメディアデータの
取得および検索サービスを中心に説明する。
は、データ自身の中に他のデータまたは自分自身のデー
タを指すアドレス(アンカー)が0または1以上埋め込
まれているデータである。
ンターネット上に展開されるWWWがあげられる。この
場合、ハイパーメディアデータ群は、WWWにおいて各
サーバに分散されているハイパーメディアデータの集ま
りであり、各データのアドレスは、例えば、ネットワー
ク中でサーバを特定する情報と、そのサーバ内でデータ
を特定する情報から構成される。
作成された後、更新あるいは削除により変化して行く。
そこで、過去のデータを保存しておき、後に過去のデー
タを取り出したり、どのように変化したかを調べたりす
るバージョン管理を行うことが有効となる。
としては、ハイパーメディアデータに埋め込まれている
アドレスを次々に辿りながら、対応するハイパーメディ
アデータを取得し、そのデータにバージョン情報を付加
して保存したものを使ってバージョン管理を行う。この
ため、管理したいハイパーメディアデータをあらかじめ
すべて指定する必要がなく、最低限の指定をしておけ
ば、後は自動的にデータの取得を行い、保存を行う。こ
れは、全データを把握し切れていないときなどに特に有
効である。
として、検索サービス装置を用いることによりこれらの
保存された様々なバージョンのデータを対象として検索
を行うことが可能である点があげられる。これにより、
例えばハイパーメディア群においてはすでに失われてし
まった過去のバージョンから検索を行うことが可能とな
る。
理装置の基本的な構成を示す図である。本バージョン管
理装置は、データ取得部101、アドレス抽出部10
2、アドレス記憶部103、アドレス選択部104、指
定条件記憶部105、データ記憶部106、バージョン
管理制御部107を備えている。
ハイパーメディアデータ群から、指定されたアドレスに
対応するデータを取得する。アドレス抽出部102は、
データ取得部101で取得されたデータからアンカーと
して埋め込まれているアドレスを抽出し、アドレス記憶
部103に記憶させる。ただし、抽出されたアドレスを
必ずしもすべて記憶させるわけではなく、指定条件記憶
部105に記憶された指定条件をもとに、記憶されるア
ドレスを選択する。
アドレス付加情報を記憶する。アドレス付加情報とは、
データを取得したかを表すフラグや、データを取得した
時刻など、アドレスに関係する情報のことである。
103に記憶されるアドレスから次にデータを取得する
アドレスを選択する。アドレスの選択は、指定条件記憶
部105に指定条件がある場合は、該指定条件に基づい
て行われる。指定条件がない場合は、まだデータを取得
していないアドレスや、以前のデータの取得時刻が最も
古いアドレスなどが優先して選択される。
データ取得時間間隔や取得するアドレスのグループなど
の指定条件を記憶する。データ記憶部106は、データ
取得部101により取得したデータまたはそのデータを
加工したデータ、および対応するアドレスを、バージョ
ン情報を付加して記憶する。バージョン情報とは、その
データを取得した時刻や同一アドレスのときは何度目に
記録されたかを表すバージョン番号などの情報である。
加するとき、旧データ(新データの直前のバージョンの
もの)を新データと旧データとの差分に置き換え、新デ
ータをそのままの形で追加して記憶するものとする(す
なわち、旧データに関しては加工していることにな
る)。
ータを加工せずにそのまま記憶する方法、あるいは新デ
ータの方を差分化して記憶する方法、データを圧縮して
記憶する方法など、種々の方法に変更することも可能で
ある。また、用途によっては、必ずしも元のデータを再
現できるように保存しておく必要はない。例えば、保存
したデータを検索のみに使うのであれば、検索に都合の
良い形に加工して記憶させておけば良い。
106に記憶される情報を使って、指定されたバージョ
ンのデータを取す。その際、上記のように差分や圧縮の
技術を用いる場合、2つのバージョンのデータを比較し
て差分を取り、あるいは指定されたバージョンのデータ
を復元するなど、バージョン管理にかかわる制御を行
う。なお、データ管理制御部107における制御は、従
来のバージョン管理技術(UNIXにおけるSCCSや
RCSなど)と基本的には同様であるので、ここでの詳
細な説明は省略する。
おける記憶構造を詳しく説明する。まず、アドレス記憶
部103における記憶構造について説明する。図2に、
アドレス記憶部103における記憶構造の一例を示す。
(501)およびアドレス付加情報(取得状態(50
2)、取得時刻(503)、取得所要時間(504)、
エラー番号(505)を1単位とし、リスト構造で管理
する。
イパーメディアデータを指し示すアドレスそのものであ
る。取得状態(図中502)とは、アドレスに対応する
データの取得に関する状態であり、「未取得」「取得成
功」「取得失敗」の3状態のいずれかが記憶される。
するデータの取得が試行されていない状態である。「取
得成功」とは、最後に行なったデータ取得が成功したこ
とを示す。このとき、取得時刻(図中503)にはデー
タを取得した時刻が、取得所要時間(図中504)には
データを取得するのに要した時間が記憶される。
取得が失敗したことを示す。このとき、失敗した理由が
エラー番号(図中505)として記録される。失敗の理
由としては、(1)タイムアウト、(2)そのアドレス
に対応するデータが存在しなかった、(3)セキュリテ
ィー上の理由などでデータの取得が許可されなかった、
などがあり、それぞれが対応するエラー番号を持つ。こ
のとき、取得時刻(図中503)には取得を試みた時刻
が、取得所要時間(図中504)には取得を試みてから
失敗の反応が返ってくるまでの時間が記録される。
態のみを記憶しているが、アドレス選択部104などで
さらに細かな選択の調整をするときは、もっと以前の状
態も併せて記録しておけば、それを利用することも可能
となる。
03における記憶構造としてリスト構造を採用している
が、ハッシュ構造などに置き換えてアクセスの効率を上
げることも可能である。
構造を説明する。指定条件記憶部105では、テキスト
として指定条件を記憶する。テキストである理由は、指
定条件は管理者など人間が直接扱う可能性が大きいため
である。なお、テキスト以外の記録構造ももちろん可能
である。
憶構造の一例を示す。起点アドレスとは、ハイパーメデ
ィアデータをアンカーから辿って次々にデータを取得し
ていくときの起点となるアドレスである。起点アドレス
は一般的に複数のアドレスであり(もちろん、1つのア
ドレスでも構わない)、処理の最初にアドレス記憶部1
03に記憶される。
レスで指し示されるデータを取得する時刻を既定する。
時刻の他に曜日などの指定もでき、例えば「毎週水曜日
の3時に取得せよ」などといった指定を実現するための
記述が可能である。なお、取得予定時刻はアドレスの範
囲について規定することが可能である。
スの範囲を表すものであり、1つのアドレス、または複
数のアドレスを、[,]で区切って並べたもの、または
「アドレス1−アドレス2」のように、[−]を使って
直接範囲を指定したもの、またはこれらを組み合わせて
指定することができる。また、その他に、[and]、
[or]、[not]などを使った論理演算、および[
*]、[?]などを使ったワイルドカード指定を用いる
ことも可能である。アドレス範囲を表す式の解釈は、従
来の構文解析技術を使うことが可能である。
いて、対応するデータが取得されてから次に取得される
までの時間間隔を指定する。取得時間間隔はアドレス範
囲に対して指定することができる。
の範囲を指定したものである。すなわち、ここに記述さ
れていない範囲のアドレスは取得されない。なお、この
欄がなかったときは、本実施形態においては全アドレス
を取得対象とするものとする。
造について説明する。図4は、データ記憶部106にお
ける記憶構造の一例を示す。各バージョンのデータはア
ドレスごとにファイルに分けられて記録される。
含むなど、アドレスから一意に対応付けられるものとす
る。例えば、図中701のように、アドレスnのデータ
のファイル名を、アドレスnファイルとする。
1)が記憶され、次に各バージョンに対応する情報が並
ぶ。各バージョンは、バージョン情報(取得時刻(71
2)、記憶時刻(713)、サイズ(714)、タイプ
(715)、バージョン番号(716)、コメントサイ
ズ(717)、コメント(718))とデータ部(差分
フラグ(719)、差分データサイズ(720)、差分
データ(721))を持つ。
データがデータ取得部101に取得された時刻を表す。
「記憶時刻」とは、対応するバージョンにおける各情報
がデータ記憶部106に記憶された時刻を表す。記憶時
刻は、一般に、取得時刻に近い時刻となる。
ータの実サイズを表す。「タイプ」とは、対応するバー
ジョンにおけるデータのタイプを表す。タイプには、例
えばテキスト、静止画、音声、動画などがある。当初テ
キストだったものが後で静止画に変わるなど、バージョ
ンによってタイプは変化する可能性があるため、各バー
ジョンごとにタイプを記憶できるようにしている。
ョンに一意に付けられた番号である。特に指定しない限
り、バージョンを追加するごとに1ずつ増加するものと
する。
ズを表す。「コメント」とは、対応するバージョンに関
するコメントであり、任意のコメントを挿入することが
できる。
の記憶されるデータが差分化されているか否かを表すフ
ラグである。本実施形態では、通常は、対応するアドレ
スの最後のバージョンを除いて差分フラグはON(差分
化される)である。また、このフラグにより差分化する
かどうかを指定することも可能である。
データのサイズである。「差分データ」とは、データ本
体を記憶する部分である。本実施形態では、差分フラグ
がONのときは次のバージョンとの差分をとったデータ
が記憶され、差分フラグがOFFのときはそのままのデ
ータが記憶される。本実施形態では、対応するアドレス
の最後のバージョンのデータは、必ず差分化されていな
いデータが記憶される。
り得る場合には、バージョン情報に更新された時刻を含
めても良い。以下では、本実施形態のバージョン管理装
置におけるデータ取得処理の流れについて説明する。
れを示すフローチャートである。最初にステップS1で
全体の初期化を行う。例えば、記憶されている情報をク
リアする。
3に起点アドレスを記憶させる。前述したように起点ア
ドレスとは、ハイパーメディアデータを順に辿ってデー
タを取得するとき、起点となるアドレスのことである。
起点アドレス記憶時は、アドレス付加情報である取得状
態を「未取得」にする。
る。ステップS3では、アドレス選択部104が次に取
得すべきデータのアドレスをアドレス記憶部103から
選択する。
に記憶されている情報を参照する。例えば、アドレス記
憶部103にアドレスAが記憶されていたとしても、指
定条件記憶部105に記憶される取得アドレス範囲にア
ドレスAが含まれていないときは、アドレスAは選択さ
れない。また、指定条件記憶部105に、アドレスBの
取得時間間隔が1時間であると指定されていて、アドレ
ス記憶部103に記憶されるアドレスBの以前の取得時
刻が現在から1時間より前であったとき、アドレスBが
優先して選択する。
得予定時刻と取得時間間隔の両方で指定がなされている
ような場合は、いずれか一方でも条件を満たせば選択す
る方法、両方の条件を満たした場合に選択する方法、予
め定めた方を優先適用し、他方を無視する方法などが考
えられる。
ないときは、まだデータを取得していないアドレスや、
以前に行われたデータの取得時間が最も古いアドレスな
どが優先して選択される。
得を試みた時刻が最近だった場合などは、そのアドレス
を選択されにくいようにしても良い。ステップS4で
は、ステップS3におけるアドレスの選択が成功したか
否かを判断する。アドレスの選択に失敗した場合は、指
定条件記憶部105の指定条件に対して、アドレス記憶
部103に記憶されているアドレスがすべて選択不可能
の状態である。例えば、すべてのアドレスがまだ取得予
定時刻に達していない状態などがそれに該当する。その
ような場合は、選択可能状態になるまで待機する(ステ
ップS5)。
た場合、ステップS6では、選択されたアドレスに対応
するデータをデータ取得部101により取得する。ステ
ップS7では、データの取得が成功したか否かを判断す
る。
レス選択の一条件として利用するために、アドレス記憶
部103でそのアドレスの取得状態を「取得失敗」と
し、失敗理由をエラー番号として書き込む(ステップS
8)。そして、ステップS3に戻る。
功したときは、ステップS9に進む。ステップS9で
は、アドレス記憶部103において、対応するアドレス
のアドレス付加情報を更新する。具体的には、取得状態
を「取得成功」とし、その他にデータ取得時刻、データ
取得所要時間などを記憶させる。
取得したデータを、バージョン情報を付加してデータ記
憶部16に記憶する。なお、前述したように本実施形態
では、前バージョンのデータを現バージョンのデータと
の差分で置き換えて、現バージョンのデータをそのまま
記憶させている。ここで、差分の計算自体は、従来の技
術(UNIXにおけるdiffコマンドなど)を用いる
ことで可能である。なお、前のバージョンのデータとの
差分がなかったとき、すなわち変化がなかったときは、
取得時間等のバージョン情報は記憶させるが、バージョ
ン番号は変化させないものとする。
取得したデータにアンカーとして埋め込まれているアド
レスを抽出し、指定条件記憶部105に記憶される指定
条件を参照して、抽出されたアドレスのうちから該指定
条件を満足するものを選択し、選択されたアドレスをア
ドレス記憶部103に記憶させる。例えば、指定条件記
憶部105に取得アドレス範囲が記憶されていたとき
は、抽出されたアドレスの中からその範囲に含まれるア
ドレスのみを選択し、アドレス記憶部103に記憶させ
る。指定条件記憶部105に特に関係する指定条件がな
いときは、そのまますべてを記憶させる。なお、記憶さ
せるにあたって対応するアドレスの取得状態を「未取
得」とする。また、アドレス記憶部103に同一のアド
レスがすでに記憶されているときは、該アドレスについ
ては新たに変更等は行わない。
を繰り返す。以上が各ハイパーメディアデータを取得
し、バージョンを付加して記憶させるための手続であ
る。
れたハイパーメディアデータにアンカーとして埋め込ま
れているアドレスにより指し示されるハイパーメディア
データを抽出して連鎖的に取得対象としていくので、バ
ージョン管理すべきハイパーメディアデータのアドレス
すべてを指定することなく一部のアドレスを指定するだ
けで次々にハイパーメディアデータを取得することがで
きるとともに、所定のタイミングで繰り返し各ハイパー
メディアデータを取得することができ、各タイミングで
取得された各ハイパーメディアデータについてのバージ
ョン管理が可能となる。
ついて様々なバージョンの検索が可能となる。次に、図
1のバージョン管理装置に付加する検索サービス装置の
一実施形態について説明する。
対象として説明するが、本発明はテキストデータに限定
されず、例えば、静止画や音声など他のメディアデータ
についてパターンマッチング法など従来の技術を利用し
て検索対象にすることも可能である。
バージョンのテキストデータからそれに含まれる単語を
抽出し、データベース化を行う。そして、検索サービス
では、検索キーとなる単語やバージョン番号の範囲や更
新日の範囲などの指定を受け、これらをもとに検索デー
タベースとの間でマッチングを行い、その結果を検索結
果とする。
置の構成を示す図である。本検索部サービス装置は、検
索データベース作成部202、検索データベース記憶部
203、検索制御部204を備えている。
ータ記憶部106である。検索データベース作成部20
2は、データ記憶部106に記憶されるデータから検索
用のデータベースを作成する。
データベースを記憶する。検索制御部204は、図示し
ない検索式入力部から入力された検索式に基づき、検索
データベース記憶部203に記憶されるデータベースを
参照して検索を行う。
ける記憶構造について説明する。図7に、検索データベ
ース記憶部203における記憶構造の一例を示す。本実
施形態の検索データベースは、単語をキーとしてその単
語を含むデータのアドレスとバージョンに関する配列を
引く、ハッシュ構造になっている。
て、アドレス(811)とバージョン番号(812)と
付加情報(813)を要素とする配列を引く。アドレス
とは、その単語を含むデータのアドレスである。
スの中のバージョンを表す番号であり、図4中のバージ
ョン番号716に対応している。「付加情報」とは、最
低限必要な検索結果であるアドレスとバージョン番号に
加える、付加的な情報を提供するものであり、例えば、
更新時刻やそのバージョンのコメントなどである。な
お、付加情報に更新時刻を含める場合、現実の更新時刻
がわからなければ、前述の取得時刻あるいは記憶時刻で
代用しても良い。
ける処理の流れについて説明する。本検索サービス装置
においては、大きく2つの処理が存在する。1つは、検
索データベースを作成する処理で、もう1つは、実際に
検索を行う処理である。
明する。検索データベース作成部202は、データ記憶
部106に記憶される各バージョンのデータからメディ
アのタイプを参照することでテキストデータを選択し、
そのデータに対して形態素解析を行う。ここで、形態素
解析とは文章をそれを構成する単語に分解することであ
り、機械翻訳に利用されるなどすでに従来技術として良
く知られている。次に、検索データベース作成部202
は、形態素解析結果に含まれる全単語を抽出し、各単語
が含まれるデータに対応するアドレス、バージョン番
号、および付加情報を、データ記憶部106から参照し
て検索データベース記憶部203に記憶させる。これに
より検索データベースが作成される。
明する。外部からの検索要求は、検索制御部204によ
って処理される。検索要求は、検索キーとなる単語およ
びバージョン番号の範囲、更新日時の範囲などを検索制
御部204に与えることでなされる。検索制御部204
は、検索要求を受けると、まず検索要求に含まれる単語
に関して、その単語を含むデータのアドレス、バージョ
ン情報、および付加情報を検索データベース記憶部20
3から取得する。次に、取得した情報から検索要求に含
まれるバージョン番号の範囲または更新日時の範囲に該
当するものを選択し、それを検索結果として要求元に送
る。
るバージョン管理装置の一例と、その利用例について説
明する。図8に、図1の構成と図6の構成を備えるバー
ジョン管理装置2の構成を示す。
憶部10、バージョン管理制御部20、検索部30を備
えている。バージョン記憶部10は、図1のデータ取得
部101、アドレス抽出部102、アドレス記憶部10
3、アドレス選択部104、指定条件記憶部105、デ
ータ記憶部106を有する。
うな手順で、ハイパーメディアデータ群(図中4)から
データを取得し、バージョン情報を付加してデータ記憶
部106に記憶する。
各データがアドレス付けされたハイパーメディアデータ
の集合である。例としてはインターネット上のWWW
(World Wide Web)がある。各ハイパー
メディアデータは、一般にネットワークを介して分散し
て配置されている。
ジョン管理制御部107を有する。バージョン管理制御
部20は、既に説明したような手順で、ユーザの要求に
より過去のバージョンを取り出したり、異なるバージョ
ン間での比較を行うなど、データのバージョンを管理す
る。
成部202、検索データベース記憶部203、検索制御
部204を有する。検索部30は、既に説明したような
手順で、データ記憶部106に記憶されたバージョン情
報からデータベースを構成し、ユーザの要求により検索
を行う。
たいハイパーメディアデータのアドレスをデータ取得部
6に指定することで、ハイパーメディアデータ群から該
当データを取得することができる(図8中a)。これ
は、従来の取得方法であり、ハイパーメディアデータは
時間的に変化していることから、最新のバージョンのみ
を取得することができる。
の様々なバージョンを記憶していることから、過去のバ
ージョンを取り出したり、検索したりすることが可能と
なる。
ーメディアデータと同様なアドレスを持ってるものとす
る(検索部30を1つのサーバ装置として扱う)。ユー
ザは、ユーザ端末8を用いて、検索キーや検索対象とな
るバージョンなどを検索部30のアドレスに付加し、デ
ータ取得部6に指定する。すると、検索部30が検索を
行い、ユーザはその結果を取得することができる(図8
中b)。
御部20自身もハイパーメディアデータと同様なアドレ
スを持ってるものとする(バージョン管理制御部20を
1つのサーバ装置として扱う)。ユーザは、ユーザ端末
8を用いて、取得したいバージョンをバージョン管理制
御部20のアドレスに付加してデータ取得部6に指定す
ることで、そのバージョンのデータを取得することがで
きる(図8中c)。これにより、現在のハイパーメディ
アデータを閲覧するのと同様に過去のバージョンのデー
タを閲覧することが可能となる。
バージョン番号を指定する方法の他に、日時またはその
範囲を指定する方法がある。後者の場合、バージョン管
理装置では、指定された日時またはその範囲に該当する
データを提供する。なお、日時で指定された場合、指定
された日時と同じ更新時刻(あるいは取得時刻または記
憶時刻)の情報を持つものだけではなく、(1)指定さ
れた日時以前で最も新しい取得時刻または記憶時刻を持
つものも提供する、(2)指定された日時以降で最も古
い取得時刻または記憶時刻を持つものも提供する、ある
いは(3)上記の(1)と(2)を両方提供するように
しても良い。本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。
ディアデータにアンカーとして埋め込まれているアドレ
スにより指し示されるハイパーメディアデータを抽出し
て連鎖的に取得対象としていくので、バージョン管理す
べきハイパーメディアデータのアドレスすべてを指定す
ることなく一部のアドレスを指定するだけで次々にハイ
パーメディアデータを取得することができるとともに、
所定のタイミングで繰り返し各ハイパーメディアデータ
を取得することができ、各タイミングで取得された各ハ
イパーメディアデータについてのバージョン管理が可能
となる。これにより、各ハイパーメディアデータについ
て様々なバージョンの検索が可能となる。
の基本構成を示す図
図
図
チャートである。処理の流れ図
例を示す図
例を示す図
Claims (7)
- 【請求項1】アドレスの指定により取得可能なハイパー
メディアデータのバージョンを管理するバージョン管理
装置であって、 指定されたアドレスのハイパーメディアデータの取得を
試行するデータ取得手段と、 このデータ取得手段により取得されたハイパーメディア
データにアンカーとして埋め込まれているアドレスを抽
出するアドレス抽出手段と、 少なくとも前記アドレス抽出手段により抽出されたアド
レスを記憶するアドレス記憶手段と、 このアドレス記憶手段からアドレスを選択し、該アドレ
スで指定されるデータの取得を前記データ取得手段に指
示するアドレス選択手段と、 前記データ取得手段により取得されたデータまたは該デ
ータを加工したものに、該データのアドレスと、該デー
タのバージョンに関するバージョン情報とを付加して記
憶するデータ記憶手段とを備えたことを特徴とするバー
ジョン管理装置。 - 【請求項2】前記アドレス記憶手段には、前記アドレス
に該アドレスで指定されるデータの取得の試行に関する
アドレス付加情報を付加して記憶し、 前記アドレス選択手段は、前記アドレス付加情報を参照
して前記アドレス記憶手段からアドレスを選択すること
を特徴とする請求項1に記載のバージョン管理装置。 - 【請求項3】ユーザからの要求に応じて前記データ記憶
手段に記憶されているデータを検索する検索サービス手
段をさらに備えたことを特徴とする請求項1に記載のバ
ージョン管理装置。 - 【請求項4】ユーザからの要求に応じて前記データ記憶
手段から指定されたバージョンのデータを取り出すバー
ジョン管理制御手段をさらに備えたことを特徴とする請
求項1に記載のバージョン管理装置。 - 【請求項5】アドレス単位で指定可能な、データ取得試
行対象およびデータ取得試行タイミングの少なくとも一
方に関する指定条件を記憶する指定条件記憶手段をさら
に備え、 前記アドレス選択手段は、前記指定条件記憶手段に記憶
された前記指定条件に基づいて、前記アドレス記憶手段
からアドレスを選択することを特徴とする請求項1に記
載のバージョン管理装置。 - 【請求項6】前記アドレス抽出手段により抽出されたア
ドレスのうち、前記指定条件記憶手段に記憶された前記
指定条件に基づいて選択したアドレスのみを前記アドレ
ス記憶手段に記憶させることを特徴とする請求項5に記
載のバージョン管理装置。 - 【請求項7】アドレスの指定により取得可能なハイパー
メディアデータのバージョンを管理するバージョン管理
方法であって、 選択されたアドレスのハイパーメディアデータの取得を
試行し、 取得されたハイパーメディアデータにアンカーとして埋
め込まれているアドレスを抽出し、抽出されたアドレス
を記憶するとともに、 取得されたデータまたは該データを加工したものに、該
データのアドレスと、該データのバージョンに関するバ
ージョン情報とを付加して記憶し、 記憶された前記アドレスのうち所定の選択条件を満たす
ものを選択して、該アドレスで指定されるデータの取得
を指示することを特徴とするバージョン管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20614596A JP3761982B2 (ja) | 1996-08-05 | 1996-08-05 | バージョン管理装置及びバージョン管理方法 |
| US08/905,816 US5946699A (en) | 1996-08-05 | 1997-08-04 | Version management apparatus and method for data having link structure |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20614596A JP3761982B2 (ja) | 1996-08-05 | 1996-08-05 | バージョン管理装置及びバージョン管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1049414A true JPH1049414A (ja) | 1998-02-20 |
| JP3761982B2 JP3761982B2 (ja) | 2006-03-29 |
Family
ID=16518543
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20614596A Expired - Fee Related JP3761982B2 (ja) | 1996-08-05 | 1996-08-05 | バージョン管理装置及びバージョン管理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5946699A (ja) |
| JP (1) | JP3761982B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000005661A1 (fr) * | 1998-07-21 | 2000-02-03 | Athena Telecom Lab, Inc. | Procede de gestion des modificatifs d'informations du web, dispositif de gestion et support d'enregistrement |
| JP2000322298A (ja) * | 1999-05-10 | 2000-11-24 | Nec Software Tohoku Ltd | バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体 |
| JP2000347969A (ja) * | 1999-06-02 | 2000-12-15 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置、受信装置、送受信装置、送信方法および受信方法 |
| JP2006034498A (ja) * | 2004-07-26 | 2006-02-09 | Sun Corp | 遊技情報提供装置 |
| JP2007025843A (ja) * | 2005-07-13 | 2007-02-01 | Nippon Hoso Kyokai <Nhk> | データ記憶装置及びバージョン管理プログラム |
| JP2008217168A (ja) * | 2007-02-28 | 2008-09-18 | Toshiba Corp | バージョン管理装置 |
| JP2011107838A (ja) * | 2009-11-13 | 2011-06-02 | Ntt Docomo Inc | 情報処理装置および情報処理方法 |
| JP2011154503A (ja) * | 2010-01-27 | 2011-08-11 | Fujitsu Telecom Networks Ltd | 共有ファイルの世代管理方法および装置 |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6173297B1 (en) * | 1997-09-12 | 2001-01-09 | Ericsson Inc. | Dynamic object linking interface |
| US6389460B1 (en) * | 1998-05-13 | 2002-05-14 | Compaq Computer Corporation | Method and apparatus for efficient storage and retrieval of objects in and from an object storage device |
| US6138152A (en) * | 1998-06-02 | 2000-10-24 | Lucent Technologies Inc. | Technique for effectively serving information objects through a communication network |
| US7765179B2 (en) * | 1998-12-01 | 2010-07-27 | Alcatel-Lucent Usa Inc. | Method and apparatus for resolving domain names of persistent web resources |
| US7120862B1 (en) * | 1998-12-01 | 2006-10-10 | Lucent Technologies Inc. | Method and apparatus for persistent access to Web resources using variable time-stamps |
| US6484185B1 (en) * | 1999-04-05 | 2002-11-19 | Microsoft Corporation | Atomic operations on data structures |
| US7908602B2 (en) | 1999-06-30 | 2011-03-15 | Blackboard Inc. | Internet-based education support system, method and medium providing security attributes in modular, extensible components |
| US6988138B1 (en) * | 1999-06-30 | 2006-01-17 | Blackboard Inc. | Internet-based education support system and methods |
| US6651086B1 (en) * | 2000-02-22 | 2003-11-18 | Yahoo! Inc. | Systems and methods for matching participants to a conversation |
| JP3713495B2 (ja) * | 2003-03-25 | 2005-11-09 | 株式会社東芝 | 電子機器、燃料電池ユニットおよび電子機器の動作制御方法 |
| CA2535407A1 (en) * | 2003-08-15 | 2005-02-24 | Blackboard Inc. | Content system and associated methods |
| EP1719061A2 (fr) * | 2003-10-24 | 2006-11-08 | Enrico Maim | Procédé mis en oeuvre dans un environnement informatique pour engendrer une vue courante à partir d'au moins un objet d'information source susceptible de varier |
| US7565645B2 (en) * | 2005-01-18 | 2009-07-21 | Lenovo (Singapore) Pte Ltd. | Method and apparatus for marking code for data versioning |
| US20060161603A1 (en) * | 2005-01-18 | 2006-07-20 | Barrs John W | Platform infrastructure to provide an operating system based application programming interface undo service |
| US20060161911A1 (en) * | 2005-01-18 | 2006-07-20 | Barrs John W | Method and apparatus for managing versioning data in a network data processing system |
| US20060161602A1 (en) * | 2005-01-18 | 2006-07-20 | Barrs John W | Object based access application programming interface for data versioning |
| US20060161751A1 (en) * | 2005-01-18 | 2006-07-20 | Barrs John W | Virtual memory management infrastructure for monitoring deltas and supporting undo versioning in a paged memory system |
| US20060161601A1 (en) * | 2005-01-18 | 2006-07-20 | Barrs John W | Heap manager and application programming interface support for managing versions of objects |
| US8326659B2 (en) * | 2005-04-12 | 2012-12-04 | Blackboard Inc. | Method and system for assessment within a multi-level organization |
| US7672979B1 (en) * | 2005-04-22 | 2010-03-02 | Symantec Operating Corporation | Backup and restore techniques using inconsistent state indicators |
| US20060253503A1 (en) * | 2005-05-05 | 2006-11-09 | International Business Machines Corporation | Method and apparatus for aging a versioned heap system |
| US7668846B1 (en) | 2005-08-05 | 2010-02-23 | Google Inc. | Data reconstruction from shared update log |
| US7548928B1 (en) * | 2005-08-05 | 2009-06-16 | Google Inc. | Data compression of large scale data stored in sparse tables |
| US20070168203A1 (en) * | 2006-01-17 | 2007-07-19 | International Business Machines Corporation | Context-based mapping of a content repository in a context driven component execution environment |
| US8010900B2 (en) * | 2007-06-08 | 2011-08-30 | Apple Inc. | User interface for electronic backup |
| US8484351B1 (en) | 2008-10-08 | 2013-07-09 | Google Inc. | Associating application-specific methods with tables used for data storage |
| JP2013030254A (ja) * | 2011-07-29 | 2013-02-07 | Toshiba Corp | 半導体記憶装置、情報処理装置 |
| US12314710B2 (en) * | 2023-02-15 | 2025-05-27 | International Business Machines Corporation | Save context capturing |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03278247A (ja) * | 1990-03-28 | 1991-12-09 | Fuji Xerox Co Ltd | ハイパーメディアシステム |
| JPH05127964A (ja) * | 1991-11-07 | 1993-05-25 | Matsushita Electric Ind Co Ltd | 頁バージヨン管理方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5047918A (en) * | 1985-12-31 | 1991-09-10 | Tektronix, Inc. | File management system |
| US5671428A (en) * | 1991-08-28 | 1997-09-23 | Kabushiki Kaisha Toshiba | Collaborative document processing system with version and comment management |
| US5809317A (en) * | 1992-12-30 | 1998-09-15 | Intel Corporation | Creating and maintaining hypertext links among heterogeneous documents by the establishment of anchors and connections among anchors |
| US5721919A (en) * | 1993-06-30 | 1998-02-24 | Microsoft Corporation | Method and system for the link tracking of objects |
-
1996
- 1996-08-05 JP JP20614596A patent/JP3761982B2/ja not_active Expired - Fee Related
-
1997
- 1997-08-04 US US08/905,816 patent/US5946699A/en not_active Expired - Lifetime
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03278247A (ja) * | 1990-03-28 | 1991-12-09 | Fuji Xerox Co Ltd | ハイパーメディアシステム |
| JPH05127964A (ja) * | 1991-11-07 | 1993-05-25 | Matsushita Electric Ind Co Ltd | 頁バージヨン管理方法 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000005661A1 (fr) * | 1998-07-21 | 2000-02-03 | Athena Telecom Lab, Inc. | Procede de gestion des modificatifs d'informations du web, dispositif de gestion et support d'enregistrement |
| JP2000322298A (ja) * | 1999-05-10 | 2000-11-24 | Nec Software Tohoku Ltd | バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体 |
| JP2000347969A (ja) * | 1999-06-02 | 2000-12-15 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置、受信装置、送受信装置、送信方法および受信方法 |
| JP2006034498A (ja) * | 2004-07-26 | 2006-02-09 | Sun Corp | 遊技情報提供装置 |
| JP2007025843A (ja) * | 2005-07-13 | 2007-02-01 | Nippon Hoso Kyokai <Nhk> | データ記憶装置及びバージョン管理プログラム |
| JP2008217168A (ja) * | 2007-02-28 | 2008-09-18 | Toshiba Corp | バージョン管理装置 |
| JP2011107838A (ja) * | 2009-11-13 | 2011-06-02 | Ntt Docomo Inc | 情報処理装置および情報処理方法 |
| JP2011154503A (ja) * | 2010-01-27 | 2011-08-11 | Fujitsu Telecom Networks Ltd | 共有ファイルの世代管理方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5946699A (en) | 1999-08-31 |
| JP3761982B2 (ja) | 2006-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH1049414A (ja) | バージョン管理装置及びバージョン管理方法 | |
| US5999740A (en) | Updating mechanism for software | |
| US7987204B2 (en) | Multi-epoch method for saving and exporting file system events | |
| US7716171B2 (en) | Snapshot indexing | |
| JP5296960B2 (ja) | ファイルバージョン管理装置 | |
| US8311981B2 (en) | Conflict management during data object synchronization between client and server | |
| US7992178B1 (en) | Downloading file reception process | |
| US5802520A (en) | System and method for manipulating compressed files | |
| US20120179653A1 (en) | Data synchronization system and data synchronization method | |
| US20030187957A1 (en) | Automatic data download system and method | |
| JPH1021061A (ja) | クライアントソフトウェア自動バージョンアップシステム | |
| US6564232B1 (en) | Method and apparatus for managing distribution of change-controlled data items in a distributed data processing system | |
| US20030093412A1 (en) | Global recuresive and scalable database management system | |
| US6055534A (en) | File management system and file management method | |
| US6775669B2 (en) | Retrieval processing method and apparatus and memory medium storing program for same | |
| JP5186390B2 (ja) | ノードの番号付けによるファイル・システムのダンプ/復元のための方法、システム、およびデバイス | |
| US7937430B1 (en) | System and method for collecting and transmitting data in a computer network | |
| US20060195426A1 (en) | Information management apparatus, information management method, and information management program | |
| JPH0844609A (ja) | データバックアップ方法 | |
| JP3024544B2 (ja) | 情報検索装置 | |
| JP3260587B2 (ja) | 時系列データ管理方式 | |
| JP3245047B2 (ja) | バージョン管理装置及び方法 | |
| JP3725087B2 (ja) | 知識情報収集システムおよび知識情報収集方法 | |
| JP2002169805A (ja) | クライアント・サーバ型文書検索装置 | |
| JP2002099418A (ja) | バージョンアップ方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040106 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040308 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040330 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040531 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20041203 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050523 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051205 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20051215 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060110 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060112 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100120 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110120 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120120 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |