JP2005071238A - File sharing system and terminal device - Google Patents
File sharing system and terminal device Download PDFInfo
- Publication number
- JP2005071238A JP2005071238A JP2003302896A JP2003302896A JP2005071238A JP 2005071238 A JP2005071238 A JP 2005071238A JP 2003302896 A JP2003302896 A JP 2003302896A JP 2003302896 A JP2003302896 A JP 2003302896A JP 2005071238 A JP2005071238 A JP 2005071238A
- Authority
- JP
- Japan
- Prior art keywords
- file
- terminal device
- network
- sharing system
- shared
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
本発明は、例えばLANやインターネット網等の伝送媒体を介して複数の端末装置でファイルを共有するシステムに関し、複数の端末装置が同時に故障等により終了した場合でも、最新ファイルを継続して共有可能とする耐故障性のあるファイル共有システム及び、当該ファイル共有の同期制御方法、これらを実装した端未装置、並びに端末のプログラムに関するものである。 The present invention relates to a system for sharing a file with a plurality of terminal devices via a transmission medium such as a LAN or the Internet network, and the latest file can be continuously shared even when the plurality of terminal devices are simultaneously terminated due to a failure or the like. The fault-tolerant file sharing system, the file sharing synchronization control method, the non-end device in which these are implemented, and the terminal program.
従来のファイル共有システムでは、共有するファイルを中央サーバで集中管理する方法(以下サーバ型ファイル共有方法)があるが、共有ファイルをサーバシステムに集中管理するため以下の問題が指摘されている。
(1) クライアント端末数の増加に対して、処理負荷もサーバシステムに集中してしまう。(2)サーバシステムの故障によりファイル自体が破損する場合がある。
(3)サーバシステムの維持管理・運用にコストがかかる、との問題がある。
(4)ネットワーク上に複数のファイル共有サーバを分散配備する形態も考えられるが、全てのサーバに対してロック要求及び更新データの転送を行う必要があり、データの更新に時間がかかるだけでなく、トラヒックの消費量が増大する不具合が想定される。
In a conventional file sharing system, there is a method for centrally managing files to be shared by a central server (hereinafter referred to as a server-type file sharing method). However, the following problems have been pointed out for centrally managing shared files in a server system.
(1) As the number of client terminals increases, the processing load also concentrates on the server system. (2) The file itself may be damaged due to a server system failure.
(3) There is a problem that it is expensive to maintain and operate the server system.
(4) Although a form in which a plurality of file sharing servers are distributed and arranged on the network is also conceivable, it is necessary to transfer lock requests and update data to all servers, and not only takes time to update data. It is assumed that the traffic consumption will increase.
一方、星合隆成招待講演“インターネットの新潮流「非ブローカモデル」とその実現技術「SIONet:意味情報ネットワーク」SSE2000−235&IN2000−191,PP65において、ファイル公開者がファイル情報を配布すべき最適なユーザを特定することができ、またエンドユーザが最適な情報を特定することができる意味情報ネットワークが公開されている。これの意味情報ネットワークと関連するファイル共有システムとして、本願人より以下のファイル共有システムが提案されている。1つの提案として、共有ファイルをネットワーク内の共有ファイルを全端末が保持し同期制御を行う方法で大量の保存領域を必要とするとの課題に対して、共有ファイルをアクセス毎に端末間を移動させることにより保存領域量の削減を可能としている(例えば、「特許文献1」参照)。別の提案として、ネットワーク内に共有ファイルをバックアップする装置を配備することで、端末装置の終了後にも継続してファイル共有を行うことを可能としている(例えば、「特許文献2」参照)。端末装置がハードウェア故障等の非同期事象により終了する場合、バックアップ装置内の旧世代ファイルに復帰してしまう問題がある。
On the other hand, Takanari Hoshiai invited lecture “New Trend of Internet“ Non-Broker Model ”and its Realization Technology“ SIONet: Semantic Information Network ”SSE2000-235 & IN2000-191, PP65 Semantic information networks that can be identified and that enable end users to identify optimal information are available. The following file sharing systems have been proposed by the present applicant as file sharing systems related to the semantic information network. One proposal is to move shared files between terminals every time they are accessed in response to the problem that a large amount of storage space is required in a way that all terminals hold shared files in the network and perform synchronous control. This makes it possible to reduce the storage area amount (see, for example, “
上記のように、従来のサーバ方式は、共有を行うファイル数及び端末数の増加に比例して、大規模なサーバを設備しなければならなくなりコストがかかるとともにリアルタイムに対応することが難しくなる等の問題がある。またサーバを用いない意味情報ネットワークを用いた方法では、サーバを使うことによる問題点はなくなるが、端末装置がハードウェア故障等の非同期事象により終了する場合、バックアップ装置内の旧世代ファイルに復帰してしまい継続したファイル共有を行うことができなくなる不具合がある。 As described above, in the conventional server method, in proportion to the increase in the number of files and the number of terminals to be shared, a large-scale server must be installed, which is expensive and difficult to deal with in real time. There is a problem. In addition, the method using the semantic information network without using the server eliminates the problems caused by using the server. However, if the terminal device is terminated due to an asynchronous event such as a hardware failure, the old generation file in the backup device is restored. This makes it impossible to continue file sharing.
従って、本発明の目的は、サーバ型ファイル共有方法の欠点を解消したファイル共有システムを実現することにある。
さらに、本発明の別の目的は、端末装置がハードウェア故障等の非同期事象により終了した場合であっても、最新のファイルを継続的に利用できるファイル共有システムを実現することにある。
Accordingly, an object of the present invention is to realize a file sharing system that eliminates the drawbacks of the server-type file sharing method.
Furthermore, another object of the present invention is to realize a file sharing system that can continuously use the latest file even when the terminal device is terminated due to an asynchronous event such as a hardware failure.
上記課題を解決するために、本発明によるファイル共有システムは、情報伝達ネットワークに接続された複数の端末装置が意味情報ネットワークに論理的に接続され、各端末装置がファイルを共有する意味情報ネットワークを用いたファイル共有システムであって、
各端末装置は、共有すべきファイルを格納する記憶手段と、当該ファイルの複製転送経路情報を含む管理情報を記憶する手段とを有し、
共有すべきファイルが意味情報ネットワーク上に分散配備されると共に、各端末装置に記憶されているファイル複製転送経路情報を用いファイルの複製経路がトポロジー的に構築されることを特徴とする。
In order to solve the above problems, a file sharing system according to the present invention includes a semantic information network in which a plurality of terminal devices connected to an information transmission network are logically connected to a semantic information network, and each terminal device shares a file. A file sharing system used,
Each terminal device has storage means for storing a file to be shared, and means for storing management information including copy transfer path information of the file,
The file to be shared is distributed and arranged on the semantic information network, and the file duplication path is constructed topologically using the file duplication transfer path information stored in each terminal device.
本発明では、ファイルを共有する複数の端末装置を意味情報ネットワークに論理的に接続する。各端末装置は、共有すべきファイルを格納する記憶手段をそれぞれ有するので、共有すべきファイルは意味情報ネットワーク上において分散配備されることになる。この結果、一部の端末装置が故障等によりネットワークから離脱した場合であっても、各端末装置は最新ファイルを共有することができる。 In the present invention, a plurality of terminal devices sharing a file are logically connected to a semantic information network. Since each terminal device has storage means for storing the file to be shared, the file to be shared is distributed and arranged on the semantic information network. As a result, even if some terminal devices leave the network due to a failure or the like, each terminal device can share the latest file.
本発明によるファイル共有システムの好適実施例は、ネットワークに接続された端末装置は、共有ファイルについてデータの更新を行う際、前記ファイル複製転送経路情報に基づいて規定された端末装置にロック要求を転送して当該端末装置におけるファイルの使用をロックしてから更新すべきデータを転送し、更新データの転送完了後にロック解除を転送することを特徴とする。本発明によるファイル共有システムでは、データの編集等によりファイルを更新する場合、ファイル複製転送経路情報に基づいて規定される端末装置だけに更新データを転送するだけで済むため、トラヒックが集中する不具合が解消される。しかも、全部の端末装置にロック要求が転送されるのではなく、一部の端末装置だけにロック要求が転送されるだけであるため、共有ファイルの使用がロックされることに起因する不具合も解消される。 In a preferred embodiment of the file sharing system according to the present invention, when a terminal device connected to a network updates data for a shared file, the lock request is transferred to the terminal device defined based on the file replication transfer path information. Then, the data to be updated is transferred after locking the use of the file in the terminal device, and unlock release is transferred after the transfer of the update data is completed. In the file sharing system according to the present invention, when updating a file by editing data or the like, it is only necessary to transfer the update data only to the terminal device defined based on the file replication transfer path information, which causes a problem of concentrated traffic. It will be resolved. In addition, the lock request is not transferred to all terminal devices, but only the lock request is transferred to some terminal devices, which eliminates problems caused by the use of shared files being locked. Is done.
本発明によるファイル共有システムの好適実施例は、各端末装置はシェアードリンクを介して意味情報ネットワークにそれぞれ接続され、一部の端末装置が故障により意味情報ネットワークから離脱した場合であっても、残りの各端末装置はシェアードリンクの自己組織化機能により意味情報ネットワークに接続されることを特徴とする。意味情報ネットワークを構築するシェアードリンクは自己組織化機能を有するので、一部の端末装置が故障等によりネットワークから離脱した場合であっても、残りの端末装置は意味情報ネットワークに接続されるので、ファイルの更新データは、トポロジー的に構築された複製転送経路に基づいて各端末装置間を順次転送され、各端末装置は最新のファイルを共有することができる。 In the preferred embodiment of the file sharing system according to the present invention, each terminal device is connected to the semantic information network via a shared link, and even if some terminal devices are disconnected from the semantic information network due to a failure, Each of the terminal devices is connected to a semantic information network by a shared link self-organization function. Since the shared link that constructs the semantic information network has a self-organizing function, even if some terminal devices are disconnected from the network due to failure or the like, the remaining terminal devices are connected to the semantic information network. The update data of the file is sequentially transferred between the terminal devices based on the replication transfer path constructed topologically, and each terminal device can share the latest file.
本発明によるファイル共有システムの別の好適実施例は、端末装置からファイルの更新要求があった際、当該端末装置から、各端末装置に保持されている複製転送経路情報に基づいて更新されるべきデータが他の端末装置に順次転送されることを特徴とする。各端末装置はファイルの複製転送経路情報を保持し、当該転送経路情報に基づいて更新情報を順次転送するため、ファイルデータの更新の必要生が生じた場合一度に全てのPeerに対して更新データが転送されるのではなく、意味情報ネットワークを構成するPeerを介して順次転送されるため、更新アクセスにかかる通信量を削減することができる。
また、本発明の意味情報ネットワークを用いたファイル共有方法では、Peer離脱時にPeer間でファイル情報を交換・照合することにより、ロック/データ更新要求/参照要求処理中の過波状態においてPeer離脱が発生しても正常動作を継続可能とする)。
In another preferred embodiment of the file sharing system according to the present invention, when there is a file update request from a terminal device, the terminal device should be updated based on the copy transfer path information held in each terminal device. Data is sequentially transferred to other terminal devices. Each terminal device retains the copy transfer path information of the file and sequentially transfers the update information based on the transfer path information. Therefore, when there is a need to update the file data, the update data is updated for all peers at once. Are not transferred, but are sequentially transferred via Peers constituting the semantic information network, so that the amount of communication for update access can be reduced.
Further, in the file sharing method using the semantic information network of the present invention, when the peer leaves, the file information is exchanged and collated between the peers, so that the peer removal can occur in an overwave state during the lock / data update request / reference request processing. Normal operation can continue even if it occurs).
本発明の効果は下記のとおりである。
(1)中央サーバシステムの設備・維持管理コストを排除したファイル管理システムが構築できる。
(2)複製数をネットワーク内に分散配備することで、一部のPeerが離脱しても旧ファイルに復帰してしまう確率を削減できる。
(3)各Peerで実施例1、実施例2に示したようなロック・データ更新要求・データ参照要求の処理を行うことで、複製全体を操作しなくても正常なデータ参照・更新が可能となる。
The effects of the present invention are as follows.
(1) A file management system that eliminates the cost of equipment and maintenance of the central server system can be constructed.
(2) By distributing the number of replicas in the network, the probability of returning to the old file even if some peers leave can be reduced.
(3) By performing processing of lock / data update request / data reference request as shown in the first and second embodiments at each peer, normal data reference / update is possible without operating the entire copy. It becomes.
図1は、本発明のファイル共有システムの一例を示す線図である。例えばIP等の伝達ネットワーク10に複数の端末装置31及び32を物理的に接続する。尚、図面上2つの端末装置だけを図示したが、勿論多数の端末装置が接続されているものとする。これら端末装置は、意味情報ネットワーク(Semantic Information−Oriented Network 以下SIONetと称する)20と論理的に接続する。当該ファイル共有システムの第1のユーザ41のPC等の端末装置A31を第1の端末装置31とし第2のファイル共有システムユーザ42の端末装置を端末装置B32として説明上分けて表記しているが、これら端末装置の構成が異なることを意味するものではない。いずれの端末装置であるかこだわらないときは端末装置30として表記する。
FIG. 1 is a diagram showing an example of a file sharing system of the present invention. For example, a plurality of
端末装置31は、ファイル共有アプリケーションプログラム311と共有ファイルを格納する記憶装置312とを有し、端末装置32もファイル共有アプリケーションプログラム321と共有ファイルを格納する記憶装置322とを有する。これら端末装置31及び32は、ファイル共有アプリケーションプログラムは、SIONetと共同して機能するプログラムおよびSIONetを構築するSI−SW、SI−R等のプログラムをインストールすることにより自身の端末装置にイベントプレース(EP)を生成するか、あるいはSIONetと共同して機能するプログラムをインストールし他のネットワーク上にあるイベントプレース(EP)ヘアクセスしてセッションまたはシェアードリンクを確立することにより、SIONetに接続されていることを前提とする。
The
本発明は、意味情報ネットワーク上に離散的に分散したファイル内容の一貫性を維持しつつ、かつ複数のPeer(端末装置)が同時に終了した場合でも継続してファイル内容を保証することに特徴がある。これらの特徴を図2〜図7に基づいて説明する。
図2は、端末装置の一実施の形態のソフトウェアからみた機能ブロック図である。端末装置30は、第1のファイル共有システムユーザ41の端末装置31としても、第2のファイル共有システムユーザ42の端末装置32としても適用することができる。端末装置30は、オペレーションシステム(OS)301と、伝達ネットワーク10及び意味情報ネットワーク20との接続を制御するネットワーク接続制御部302と、ファイル共有アプリケーションプログラムにより構成され、共有すべきファイルの管理、編集、更新等を制御するファイル管理制御部303とを具える。
The present invention is characterized in that the file contents are continuously guaranteed even when a plurality of peers (terminal devices) are simultaneously terminated while maintaining the consistency of the file contents discretely distributed on the semantic information network. is there. These features will be described with reference to FIGS.
FIG. 2 is a functional block diagram viewed from software according to the embodiment of the terminal device. The
端末装置30のネットワーク接続部302は、UNIX(登録商標)またはウィンドウズ(登録商標)等のOS301の上にSIONetと共同して機能するプログラムおよびSIONetを構築するためのプログラムをインストールすることにより自身の端末にイベントプレース(EP)を生成するか、あるいはSIONetと共同して機能するプログラムをインストールし他のネットワークノード上にあるイベントプレース(EP)にアクセスしてセッションまたはシェアードリンクを確立することにより、SIONetに接続される。また、このネットワーク接続部302において伝達ネットワーク10と物理的に接続される。
The
ファイル共有アプリケーションプログラム3011は、機能としては、ファイル共有システムユーザの入力操作する情報の受信および画面表示等の信号の入出力を行うサービスエンティティ(SE)3012、サービスエンティティ3012からのファイル操作要求を受信し、そのパラメータ内容をチェックするAPI処理部3013、API処理部が受信したファイル操作要求をファイル単位にOpen/Read/Writeの機能を提供するファイル管理機能部3014、ファイルヘのRead/Write時に、意味情報ネットワーク内に分散配備されたファイルの一貫性を保障するための排他制御機能(例えば、ロック要求等)を実行する排他制御機能部3015から構成される。各部の機能により、アクセス効率や信頼性を考慮して意味情報ネットワーク内にファイルを分散配備可能とし、かつファイルの同期制御を行うことで、ファイル内容自体の一貫性を確保する。
The file
図3は、意味情報ネットワーク内に離散的に分散配備されたファイルファイル内容の更新並びにそれらの複製の配置例である。本発明によるファイル共有システムでは、ファイルを保持する各端末装置は、ファイルだけなくファイルの複製転送経路情報もファイル管理情報として保持する。そして、ファイル及び更新の複製経路をトポロジー的に管理する。そして、複製経路のトポロジー情報は各端末装置がファイル管理機能部にそれぞれ有するものとする。初めに、図3に基づいてファイルの複製の一例について説明する。Peer1を複製の原本を有するルート端末装置とする。原本保持端末装置であるPeer1は、ファイルの複製をファイル複製転送経路情報に基づいてPeer4及びPeer2に送信する。そして、Peer2は、保持するファイル複製転送経路情報に基づいて当該ファイルの複製をPeer7及びPeer8に送信する。さらに、Peer2もファイルの複製をPeer6に送信する。このようにして、意味情報ネットワークに接続されファイル要求アクセスを行った全てのPeerにファイルが格納される。次に、ファイルの更新について説明する。いまPeer6が最新のファイルをネットワーク上に分散させるため、更新情報をPeer2に送信する。Peer2は、複製した更新情報をPeer1に送信、Peer1からさらにPeer4に更新情報が送信され、さらに、Peer7及びPeer8に送信される。このように、構築されているトポロジーに従って更新情報を送信することにより、アクセスにかかる処理量及び通信量を削減することができる。サービスエンティティからのファイルアクセス時にファイルアクセスを要求したPeerに当該ファイルの複製を配備することでこのような離散的な分散配備を可能となる。また、これら共有ファイルの同期制御にかかわる処理を軽減する目的(処理は軽減されるがPeer離脱時に旧ファイルに状態が戻る確率があがる)で、最大複製可能数を制限する方法もある。
FIG. 3 shows an example of the update of file file contents distributed in the semantic information network and their arrangement. In the file sharing system according to the present invention, each terminal device that holds a file holds not only the file but also the copy transfer path information of the file as file management information. Then, the file and update replication paths are managed topologically. Further, it is assumed that each terminal device has the replication path topology information in the file management function unit. First, an example of file replication will be described with reference to FIG. Peer1 is a root terminal device having an original copy. Peer1, which is an original holding terminal device, transmits a copy of the file to Peer4 and Peer2 based on the file copy transfer path information. Then,
図4は、ファイル複製時に生成される共有ファイルの管理情報例であり、共有ファイルのファイル名称・パス名称、最大複製ファイル数、意味情報ネットワーク内に存在する複製ファイル数、複製の元となったファイルを保持していたPeerのID、複製を配布した配布先のPeerIDリスト、編集PeerID、ロックを配信した先のPeerIDを管理しているデータを含み、対応するファイルが存在するPeer内のメモリ等に保存される。ここで、複製元PeerID及び複製先PeerIDは複製経路をトポロジー的に規定する。 FIG. 4 is an example of management information of a shared file generated at the time of file duplication. The file name / path name of the shared file, the maximum number of duplicate files, the number of duplicate files existing in the semantic information network, and the origin of duplication The ID of the peer that held the file, the peer ID list of the distribution destination that distributed the copy, the edited peer ID, the data in the peer where the corresponding file exists, including the data managing the peer ID to which the lock was distributed, etc. Saved in. Here, the duplication source PeerID and the duplication destination PeerID prescribe the duplication route topologically.
図5は、図3のファイル分散配備例に基づき図4で例示したファイル管理情報の構成例を示している。 FIG. 5 shows a configuration example of the file management information illustrated in FIG. 4 based on the file distribution and deployment example of FIG.
図6は、図3、図5のように分散配備された共有ファイルヘのアクセス(例えば、ファイルへの更新)を行う方法を実施例1、実施例2として解説するための模式図である。本例では、各端末装置の複製経路のトポロジーを階層的に構築した例を示す。
実施例1では、図中網掛けPeerのいづれかのPeerから当該共有ファイルヘのアクセス(例えば、共有ファイルに対する更新アクセス要求)が発生した場合を例示している。アクセスの要求元Peerは、ファイル管理情報に含まれる複製経路情報に基づいてアクセスを送信する。ファイル管理情報から当該ファイルの複製元PeerID及び複製先から例えばランダムに選択したPeerIDに対してロックオーダを送信して当該ファイルへのアクセスをロックする。そして、更新すべき情報を送信する。ロックオーダを受信し、ファイルを更新したPeerは複製元からのロックオーダ受信であれば、複製先から例えばランダムに選択したPeerIDにロックオーダを転送し、複製先からのロックオーダ受信であれば、複製元にロックオーダを配信する。このときロックに対する応答信号の返却条件としては、配信先のPeerからのロック応答信号を受信した契機とすることで、ロック処理の一貫性を保証する。これらのロック処理が完了した後、共有ファイルの更新を行う。ロックを実施した範囲には更新データを配布し、最終更新時刻の更新を行った上で当該データの更新を行う。その後、ロック解除を転送する。
FIG. 6 is a schematic diagram for explaining a method of performing access to a shared file distributed as shown in FIGS. 3 and 5 (for example, updating to a file) as a first embodiment and a second embodiment. In this example, an example is shown in which the topology of the replication route of each terminal device is constructed hierarchically.
The first embodiment exemplifies a case where an access to the shared file (for example, an update access request for the shared file) is generated from any one of the shaded peers in the figure. The access request source Peer transmits access based on the copy path information included in the file management information. A lock order is transmitted from the file management information to the copy source PeerID of the file and the PeerID selected at random from the copy destination to lock access to the file. Then, the information to be updated is transmitted. If the peer that received the lock order and updated the file is the lock order received from the copy source, the lock order is transferred from the copy destination to, for example, a randomly selected PeerID, and if the lock order is received from the copy destination, Distribute the lock order to the copy source. At this time, as a condition for returning a response signal to the lock, consistency of the lock processing is ensured by triggering reception of the lock response signal from the peer of the distribution destination. After these lock processes are completed, the shared file is updated. Update data is distributed to the locked range, and the data is updated after updating the last update time. Then, unlock release is transferred.
データの参照を行う場合、予め原本保持Peer(複製元PeerIDがNULLとなっているPeer)はすべての時刻で発火するフィルタを、原本保持Peer以外の全Peerは保持するファイル管理情報に設定された最終更新時刻よりも新しい時間が設定された場合に発火するフィルタが設定されているものとする。データ参照を要求するPeerは自Peerで保持する共有ファイルの最終更新時刻を設定したイベントを送信し、当該イベントに対する応答元Peerが原本保持Peerである場合、原本保持Peerの最終更新時刻が自Peerで保持するファイルの更新時刻よりも新しい場合原本Peerからファイル内容の転送後アクセスを行う、古いかまたは同時刻の場合自Peerの共有ファイルを参照する。原本保持Peer以外からの応答であれば、無条件に当該Peerからファイルを転送し参照を行う。
When referring to data, the original holding Peer (Peer whose duplication source PeerID is NULL) is set to a filter that fires at all times, and all the Peers other than the original holding Peer are set to the file management information to be held. It is assumed that a filter that fires when a time newer than the last update time is set is set. The peer requesting the data reference transmits an event in which the last update time of the shared file held by the peer is set, and when the response source peer for the event is the original holding peer, the last update time of the original holding peer is the own peer. If the file update time is newer than the update time of the file held in
実施例2では、図中網掛けPeerのいづれかのPeerから当該共有ファイルヘのアクセスが発生した場合を例示している。アクセスの要求元Peerはファイル管理情報から当該ファイルの複製元PeerID及び複製先の過半数のPeerを例えばランダムに選択したPeerIDに対してロックオーダを送信する。ロックオーダを受信したPeerは複製元からのロックオーダ受信であれば、複製先から過半数のPeerを例えばランダムに選択したPeerIDに送信し、複製先からのロックオーダ受信であれば、複製元と既に受信した複製先Peerを含めた過半数のPeerを例えばランダムに選択したPeerIDに対してロックオーダを配信する。このときロックに対する応答信号の返却条件、データ更新処理、参照処理方法は、実施例1と同様である。 The second embodiment exemplifies a case where an access to the shared file occurs from any one of the shaded peers in the figure. The access request source Peer transmits a lock order to the Peer ID randomly selected from the file management information, for example, the copy source Peer ID of the file and the majority of copy destination peers. If a peer that has received a lock order is receiving a lock order from the replication source, a majority of peers are transmitted from the replication destination to, for example, a randomly selected PeerID. If a lock order is received from the replication destination, A lock order is distributed to, for example, a peer ID selected at random from a majority of peers including the received peers. At this time, the return condition of the response signal to the lock, the data update process, and the reference processing method are the same as in the first embodiment.
図7は、ロック/データ更新要求の転送途中でPeerが離脱(例えば、故障等による非同期事象による終了)した場合の処理例の概要図である。本例では、Peer1からPeer2及びPeer3に向けてロック/データ更新要求が転送されるものとし、Peer2が離脱したものとする。このような離脱が発生すると、図中のPeer#1はPeer#2からの応答を待ち続け処理の続行が出来なくなるが、Peer間の接続方法としてSIONetのシェアードリンクを用い、その自己組織化機能を利用することで、新たにPeer#1、Peer#3間のシェアードリンクを再生し、Peer#1、Peer#3間で、ファイル管理情報に保持するロック配信状況データを照合し、配信状況に不整合がある場合に当該ロック・データ更新要求を再送することで、正常な処理を継続することができる。すなわち、本発明によるファイル共有システムでは、各Peerが複製経路情報を有するので、トポロジー的に隣接するPeerが離脱した場合でも、意味情報ネットワークの自己組織化によりシェアードリンクが再生され、連続的に接続されたトポロジーが再構築され、最新のファイルを継続的に利用することができる。
FIG. 7 is a schematic diagram of a processing example when Peer leaves (for example, termination due to an asynchronous event due to a failure or the like) during the transfer of the lock / data update request. In this example, it is assumed that a lock / data update request is transferred from Peer1 to Peer2 and Peer3, and Peer2 is disconnected. When such a disconnection occurs,
10 伝達ネットワーク
20 意味情報ネットワーク(SIONet)
30、31、32 端末装置
41、42 ファイル共有システムユーザ
301、311、321 ファイル共有アプリケーションプログラム
301 OS
302 ネットワーク接続制御部
303 ファイル管理制御部
312,322 記憶装置
10
30, 31, 32
302 Network
Claims (7)
各端末装置は、共有すべきファイルを格納する記憶手段と、当該ファイルの複製転送経路情報を含む管理情報を記憶する手段とを有し、
共有すべきファイルが意味情報ネットワーク上に分散配備されると共に、各端末装置に記憶されているファイル複製転送経路情報によりファイルの複製経路がトポロジー的に構築されていることを特徴とするファイル共有システム。 A file sharing system in which a plurality of terminal devices connected to an information transmission network are logically connected to a semantic information network, and each terminal device shares a file,
Each terminal device has storage means for storing a file to be shared, and means for storing management information including copy transfer path information of the file,
A file sharing system in which files to be shared are distributed on a semantic information network, and a file replication path is topologically constructed by file replication transfer path information stored in each terminal device .
共有すべきファイルを格納する記憶手段と、ファイルの複製転送経路情報を含む管理情報を記憶する手段とを有し、
当該ファイルを更新する際、転送されてきたファイル更新データを用いて格納されているファイルを更新すると共に、前記ファイル複製転送経路情報に基づいてファイル更新データを予め定めた端末装置に転送することを特徴とする端末装置。 An information transmission network is a terminal device used in a file sharing system that is physically connected and logically connected to a semantic information network and shares the same file with a plurality of terminal devices,
Storage means for storing files to be shared, means for storing management information including file copy transfer path information,
When updating the file, update the stored file using the transferred file update data and transfer the file update data to a predetermined terminal device based on the file replication transfer path information. Characteristic terminal device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003302896A JP2005071238A (en) | 2003-08-27 | 2003-08-27 | File sharing system and terminal device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003302896A JP2005071238A (en) | 2003-08-27 | 2003-08-27 | File sharing system and terminal device |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005071238A true JP2005071238A (en) | 2005-03-17 |
Family
ID=34407038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003302896A Pending JP2005071238A (en) | 2003-08-27 | 2003-08-27 | File sharing system and terminal device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005071238A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006100723A1 (en) * | 2005-03-18 | 2006-09-28 | Fujitsu Limited | File management system |
JP2011096275A (en) * | 2010-12-17 | 2011-05-12 | Fujitsu Ltd | File management system |
WO2013076819A1 (en) * | 2011-11-22 | 2013-05-30 | 株式会社Murakumo | Database management method |
JP2016057957A (en) * | 2014-09-11 | 2016-04-21 | 富士ゼロックス株式会社 | Terminal device, communication system and program |
US10102263B2 (en) | 2012-03-08 | 2018-10-16 | Murakumo Corporation | Database management method |
-
2003
- 2003-08-27 JP JP2003302896A patent/JP2005071238A/en active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006100723A1 (en) * | 2005-03-18 | 2006-09-28 | Fujitsu Limited | File management system |
JPWO2006100723A1 (en) * | 2005-03-18 | 2008-08-28 | 富士通株式会社 | File management system |
JP5184078B2 (en) * | 2005-03-18 | 2013-04-17 | 富士通株式会社 | File management system |
JP2011096275A (en) * | 2010-12-17 | 2011-05-12 | Fujitsu Ltd | File management system |
WO2013076819A1 (en) * | 2011-11-22 | 2013-05-30 | 株式会社Murakumo | Database management method |
US10102263B2 (en) | 2012-03-08 | 2018-10-16 | Murakumo Corporation | Database management method |
US11151157B2 (en) | 2012-03-08 | 2021-10-19 | Murakumo Corporation | Database management method |
JP2016057957A (en) * | 2014-09-11 | 2016-04-21 | 富士ゼロックス株式会社 | Terminal device, communication system and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108234307B (en) | Network method, network device, and non-transitory computer-readable storage medium | |
US7370083B2 (en) | System and method for providing virtual network attached storage using excess distributed storage capacity | |
US5822531A (en) | Method and system for dynamically reconfiguring a cluster of computer systems | |
US7370336B2 (en) | Distributed computing infrastructure including small peer-to-peer applications | |
US8522231B2 (en) | Updating a plurality of computers | |
CA2205725C (en) | Preventing conflicts in distributed systems | |
CN108234302A (en) | Keep the consistency in the distributed operating system of network equipment | |
US20140006542A1 (en) | Recursive ascent network link failure notifications | |
US20130145105A1 (en) | Data Storage Systems and Methods | |
JP4658412B2 (en) | Data sharing device | |
JP2006500693A (en) | Dynamic RDF group | |
WO2015153045A1 (en) | Geographically-distributed file system using coordinated namespace replication | |
US7870354B2 (en) | Data replication from one-to-one or one-to-many heterogeneous devices | |
CN106385455A (en) | CDN (Content Delivery Network) mirror-based whole site lock setting method | |
JP4282850B2 (en) | File synchronization method, apparatus and system for fault tolerant networks. | |
JP2005071238A (en) | File sharing system and terminal device | |
CN112256797A (en) | MongoDB-based data synchronization system and method for public security network and government affair network | |
US9654554B2 (en) | Seamless scaling of multiple appliances | |
CN116132530A (en) | Method for realizing MQTT Broker server by applying Raft algorithm based on Netty framework | |
Schütt et al. | Efficient synchronization of replicated data in distributed systems | |
US7958249B2 (en) | Highly scalable, fault tolerant file transport using vector exchange | |
CN114930313A (en) | System and method for managing blockchain nodes | |
JP2005071247A (en) | Byzantine-fault-tolerant file sharing system using semantic information network and its terminal | |
WO2024021746A1 (en) | Data processing method, communication system, and related device | |
Ahmad et al. | A novel algorithm of managing replication and transaction through Read-One-Write-All Monitoring Synchronization Transaction System (ROWA-MSTS) |