JP2008165328A - データ同期システム、取得端末、提供端末、取得プログラム及び提供プログラム - Google Patents

Abstract

【課題】１台の取得端末が複数の提供端末に接続してファイルを取得している場合において、提供端末と取得端末とのファイルのデータの同期を取るデータ同期システムを提供する。
【解決手段】コンテンツ表示装置ではコンテンツファイルが変更されるとログファイルに変更の履歴を記録する。ＰＣはコンテンツ表示装置に接続し、ログファイルを取得して（Ｓ１３１）、すべてのレコードの処理が行われるまで、（Ｓ１３３：ＮＯ）、Ｓ１３３〜Ｓ１４１が繰り返し実施される。まずレコードが読み出され（Ｓ１３４）、コンテンツファイル記憶エリアからコンテンツファイルが読み出される（Ｓ１３５）。そして、アーカイブファイルに１つのレコードが追加され（Ｓ１３８）、コンテンツファイル更新前の情報が記憶される（Ｓ１３９）。そして、コンテンツファイルの更新が行われ（Ｓ１４０）、ログファイルの削除指示コンテンツ表示装置に対して送信される（Ｓ１４１）。
【選択図】図１２

Description

本発明は、データ同期システム、取得端末、提供端末、取得プログラム及び提供プログラムに関するものであり、詳細には、複数のデータからなるファイルを記憶している提供端末、及び、提供端末に接続して、接続した提供端末に記憶されているファイルを取得する取得端末におけるデータ同期システム、当該データ同期システムにおける取得端末、提供端末、取得プログラム及び提供プログラムに関するものである。

従来、ある端末（提供端末）に記憶されているファイル（コンテンツ）を、他の端末（取得端末）にダウンロードして使用することが行われている。例えば、パーソナルコンピュータ（提供端末）に記憶されているコンテンツを携帯端末（取得端末）にダウンロードして閲覧するといった利用がなされている。この場合、取得端末においてコンテンツに付随する情報（閲覧日時、コンテンツに対する評価情報など）のファイルがある場合に、このファイルについて、提供端末と取得端末との同期を取る必要が生じる。異なる端末間のデータの同期の方法として、例えば、端末システム間でのデータの同期を行う分散環境におけるスケジューデータ管理方法（特許文献１参照）や、情報処理機器間での同期処理を行う情報処理方法（特許文献２参照）が提案されている。
特開２０００−１３２６０３号公報 特開平９−６６９３号公報

しかしながら、特許文献１に記載の発明のスケジュールデータ管理方法や、特許文献２に記載の発明の情報処理方法では、２つの端末間に同期処理、つまり１対１の関係での同期処理についてのみ考えられており、提供端末が複数あるような多対１若しくは多対多の関係については考えられていないという問題点がある。提供端末が複数ある場合、提供端末は、取得端末に記憶されているコンテンツのうち、いずれのコンテンツが自身の提供したコンテンツであるかを調べる必要がある。しかしそのためには、提供端末が取得端末に記憶されているすべてのコンテンツに対して自身の提供したコンテンツであるか否かの判断を、提供端末側の全てのファイルと取得端末側の全てのファイルとの比較とで行なう必要がある。また、同期の必要なファイルであるか否かを判断するためには、これら全てのファイルのデータ同士の比較が必要であるので提供端末の処理量が増大するという問題点がある。

本発明は、上述の問題点を解決するためになされたものであり、１台の取得端末が複数の提供端末に接続してファイルを取得しているような場合において、提供端末と取得端末とのファイルのデータの同期を容易に取ることが可能なデータ同期システム、取得端末、提供端末、取得プログラム及び提供プログラムを提供することを目的とする。

上記課題を解決するため、請求項１に係る発明のデータ同期システムでは、複数のデータからなるファイルを複数記憶した複数の提供端末と、前記提供端末に接続して前記提供端末に記憶されているファイルを取得する取得端末とを備え、前記ファイルごとに前記複数のデータを、前記提供端末と前記取得端末との間で同期させるデータ同期システムであって、前記取得端末は、前記提供端末に接続する第一接続手段と、前記第一接続手段により前記提供端末に接続して、前記提供端末から前記ファイルを取得する取得手段と、前記取得手段が取得した前記ファイルを記憶する第一ファイル記憶手段と、前記第一ファイル記憶手段に記憶されている前記ファイルの前記データの変更を指示するデータ変更指示手段と、前記データ変更指示手段による変更の指示に基づいて前記ファイル記憶手段に記憶されている前記ファイルの前記データを変更する第一データ変更手段と、前記第一ファイル記憶手段に記憶されている前記ファイルの取得元の前記提供端末である取得元提供端末が識別可能な状態で、前記第一データ変更手段による前記データの変更の変更履歴を記憶する変更履歴記憶手段とを備え、前記提供端末は、前記取得端末と接続する第二接続手段と、前記ファイルを記憶する第二ファイル記憶手段と、前記第二接続手段により前記取得端末と接続された際に、前記変更履歴記憶手段に記憶されている前記変更履歴のうち、当該提供端末を取得元提供端末とする前記ファイルについての変更履歴である該当ファイル履歴を少なくとも取得するファイル履歴取得手段と、前記該当ファイル履歴取得手段により取得された前記該当ファイル履歴に基づいて、前記第二ファイル記憶手段に記憶されている前記ファイルの前記データを変更する第二データ変更手段とを備えている。

また、請求項２に係る発明のデータ同期システムでは、請求項１に記載の発明の構成に加えて、前記提供端末は、前記該当ファイル履歴取得手段により前記該当ファイル履歴を取得した後に、前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示を前記取得端末へ送信する削除指示送信手段を備え、前記取得端末は、前記削除指示送信手段から前記削除指示が送信されてきた場合に、当該削除指示を送信した前記提供端末が前記取得元提供端末である前記変更履歴を前記変更履歴記憶手段から削除する第一削除手段を備えている。

また、請求項３に係る発明のデータ同期システムでは、請求項１又は２に記載の発明の構成に加えて、前記データは、前記取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、前記コンテンツが使用された日時、前記コンテンツに対する評価、前記コンテンツ内の所定の位置を特定する付箋情報及び、前記コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかであることを特徴とする。

また、請求項４に係る発明の取得端末では、接続された端末に提供するための複数のデータからなるファイルを複数記憶した複数の提供端末に接続して、前記ファイルを取得する取得端末であって、前記提供端末に接続する第一接続手段と、当該第一接続手段により前記提供端末に接続して、前記提供端末に記憶されている前記ファイルを取得する取得手段と、当該取得手段が取得した前記ファイルを記憶する第一ファイル記憶手段と、前記第一ファイル記憶手段に記憶されている前記ファイルの前記データの変更を指示するデータ変更指示手段と、前記データ変更指示手段による変更の指示に基づいて前記第一ファイル記憶手段に記憶されている前記データを変更する第一データ変更手段と、前記第一データ変更手段により前記第一ファイル記憶手段に記憶されている前記ファイルの前記データが変更された履歴を変更履歴として記憶する変更履歴記憶手段とを備え、前記変更履歴記憶手段に記憶されている前記変更履歴は、前記ファイルの取得元の前記提供端末である取得元提供端末を識別可能な構成であることを特徴とする。

また、請求項５に係る発明の取得端末では、請求項４に記載の発明の構成に加えて、前記データは、前記取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、前記コンテンツが使用された日時、前記コンテンツに対する評価、前記コンテンツ内の所定の位置を特定する付箋情報及び、前記コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかであることを特徴とする。

また、請求項６に係る発明の取得端末では、請求項４又は５に記載の発明の構成に加えて、前記変更履歴は、前記取得元提供端末ごとにファイルを構成して前記変更履歴記憶手段に記憶されることを特徴とする。

また、請求項７に係る発明の取得端末では、請求項６に記載の発明の構成に加えて、前記提供端末から前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示が送信されてきた場合に、当該削除指示を送信した前記提供端末が前記取得元提供端末である前記変更履歴のファイルを前記変更履歴記憶手段から削除する第一削除手段を備えている。

また、請求項８に係る発明の取得端末では、請求項４又は５に記載の発明の構成に加えて、前記変更履歴は、前記取得元提供端末を識別する取得端末識別情報を前記データとして有していることを特徴とする。

また、請求項９に係る発明の取得端末では、請求項８に記載の発明の構成に加えて、前記提供端末から前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示が送信されてきた場合に、前記取得元提供端末が当該削除指示を送信した前記提供端末である変更履歴を前記変更履歴記憶手段から削除する第二削除手段を備えている。

また、請求項１０に係る発明の取得プログラムでは、請求項４乃至９のいずれかに記載の取得端末の各種処理手段としてコンピュータを動作させる。

また、請求項１１に係る発明の提供端末では、接続された端末に提供する複数のデータからなるファイルを複数記憶した複数の提供端末であって、当該提供端末に接続して前記ファイルを取得する端末である取得端末は、当該提供端末から提供されたファイルが変更された履歴を、当該ファイルの取得元の前記提供端末である取得元提供端末を識別可能に構成された変更履歴として記憶する変更履歴記憶手段を備えており、当該提供端末は、前記取得端末と接続する第二接続手段と、前記取得端末へ提供する前記ファイルを記憶する第二ファイル記憶手段と、前記第二接続手段により前記取得端末と接続された際に、前記変更履歴記憶手段に記憶されている前記変更履歴のうち、当該提供端末を取得元提供端末とする前記ファイルについての変更履歴である該当ファイル履歴を少なくとも取得する該当ファイル履歴取得手段と、前記該当ファイル履歴取得手段により取得された前記該当ファイル履歴に基づいて、前記第二ファイル記憶手段に記憶されている前記ファイルの前記データを変更する第二データ変更手段とを備えている。

また、請求項１２に係る発明の提供端末では、請求項１１に記載の発明の構成に加えて、前記該当ファイル履歴取得手段により前記該当ファイル履歴を取得した後に、前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示を前記取得端末へ送信する削除指示送信手段を備えている。

また、請求項１３に係る発明の提供端末では、請求項１１又は１２に記載の発明の構成に加えて、前記第二データ変更手段により前記第二ファイル記憶手段に記憶されている前記ファイルの前記データが変更される前に、前記第二ファイル記憶手段に記憶されていた前記データを少なくとも含む情報である復元情報を前記データの変更が行われた順序を識別可能に記憶した復元情報記憶手段と、前記第二データ変更手段により変更された前記第二ファイル記憶手段に記憶されている前記ファイルの前記データの値を、変更前の値に復元する指示を行う復元指示手段と、当該復元指示手段により復元の指示が行われた際には、前記復元情報記憶手段に記憶されている前記復元情報に基づいて、前記第二ファイル記憶手段に記憶されている前記ファイルの前記データの値を前記第二データ変更手段により変更される前の値に戻す復元手段とを備えている。

また、請求項１４に係る発明の提供端末では、請求項１１乃至１３のいずれかに記載の発明の構成に加えて、前記データは、前記取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、前記コンテンツが使用された日時、前記コンテンツに対する評価、前記コンテンツ内の所定の位置を特定する付箋情報及び、前記コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかであることを特徴とする。

また、請求項１５に係る発明の提供プログラムでは、請求項１１乃至１４のいずれかに記載の提供端末の各種処理手段としてコンピュータを動作させる。

請求項１に係る発明のデータ同期システムでは、取得端末の第一接続手段は、提供端末に接続し、取得手段は、第一接続手段により提供端末に接続して、提供端末からファイルを取得し、第一ファイル記憶手段は、取得手段が取得したファイルを記憶し、データ変更指示手段は、第一ファイル記憶手段に記憶されているファイルのデータの変更を指示し、第一データ変更手段は、データ変更指示手段による変更の指示に基づいてファイル記憶手段に記憶されているファイルのデータを変更し、変更履歴記憶手段は、第一ファイル記憶手段に記憶されているファイルの取得元の提供端末である取得元提供端末が識別可能な状態で、第一データ変更手段によるデータの変更の変更履歴を記憶することができる。そして、提供端末の第二接続手段は、取得端末と接続し、第二ファイル記憶手段はファイルを記憶し、該当ファイル履歴取得手段は、第二接続手段により取得端末と接続された際に、変更履歴記憶手段に記憶されている変更履歴のうち、提供端末を取得元提供端末とするファイルについての変更履歴である該当ファイル履歴を少なくとも取得し、第二データ変更手段は、該当ファイル履歴取得手段により取得された該当ファイル履歴に基づいて、第二ファイル記憶手段に記憶されているファイルのデータを変更することができる。したがって、取得端末で変更されたデータを提供端末に反映する際に、取得端末が複数の提供端末からファイルを取得していても、提供端末では、どのファイルが自身の提供したファイルのデータであるか識別でき、さらに、データが変更された履歴がわかる。よって、複数の提供端末からファイルを取得していても、それぞれの提供端末におけるファイルと、取得端末のファイルとの同期をとることができる。さらに、取得端末に記憶されているすべてのファイルについて、自身が提供したファイルであるかどうかを自身に記憶されているファイルと比較することにより判断する必要がない。さらに、データについても、変更されたか否かを個々に判断する必要がない。よって、提供端末への負担が重くならない。

また、請求項２に係る発明のデータ同期システムでは、請求項１に記載の発明の効果に加えて、提供端末の削除指示送信手段は、該当ファイル履歴取得手段により該当ファイル履歴を取得した後に、変更履歴記憶手段に記憶されている変更履歴の削除を指示する削除指示を取得端末へ送信することができる。そして、取得端末の第一削除手段は、削除指示送信手段から削除指示が送信されてきた場合に、削除指示を送信した提供端末が取得元提供端末である変更履歴を変更履歴記憶手段から削除することができる。したがって、取得端末の変更履歴が蓄積され続けることはなく、不要となった変更履歴が削除され、取得端末の記憶容量を圧迫することがない。

また、請求項３に係る発明のデータ同期システムでは、請求項１又は２に記載の発明の効果に加えて、データは、取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、コンテンツが使用された日時、コンテンツに対する評価、コンテンツ内の所定の位置を特定する付箋情報及び、コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかとすることができる。したがって、コンテンツが使用されたか否かの情報、コンテンツが使用された日時、コンテンツに対する評価、付箋情報、しおり情報を提供端末においても管理することができる。

また、請求項４に係る発明の取得端末では、第一接続手段は、提供端末に接続し、取得手段は、第一接続手段により提供端末に接続して、提供端末に記憶されているファイルを取得し、第一ファイル記憶手段は、取得手段が取得したファイルを記憶し、データ変更指示手段は、第一ファイル記憶手段に記憶されているファイルのデータの変更を指示し、第一データ変更手段は、データ変更指示手段による変更の指示に基づいて第一ファイル記憶手段に記憶されているデータを変更し、変更履歴記憶手段は、第一データ変更手段により第一ファイル記憶手段に記憶されているファイルのデータが変更された履歴を変更履歴として記憶することができる。そして、変更履歴記憶手段に記憶されている変更履歴は、ファイルの取得元の提供端末である取得元提供端末を識別可能な構成とすることができる。したがって、変更履歴があるので、取得端末で変更されたデータを提供端末において反映させる際に、変更されたか否かを個々に判断する必要がない。さらに、変更履歴は、どの提供端末から提供されたファイルであるかを識別できるので、複数の提供端末からファイルを取得しても管理することができる。そして、提供端末では、取得端末に記憶されているすべてのファイルについて、自身が提供したファイルであるかどうかを自身に記憶されているファイルと比較することにより判断する必要がなく、提供端末への負担が重くならない。

また、請求項５に係る発明の取得端末では、請求項４に記載の発明の効果に加えて、データを、取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、コンテンツが使用された日時、コンテンツに対する評価、コンテンツ内の所定の位置を特定する付箋情報及び、コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかとすることができる。したがって、コンテンツが使用されたか否かの情報、コンテンツが使用された日時、コンテンツに対する評価、付箋情報、しおり情報を提供端末においても管理させることができる。

また、請求項６に係る発明の取得端末では、請求項４又は５に記載の発明の効果に加えて、変更履歴を、取得元提供端末ごとにファイルを構成して変更履歴記憶手段に記憶することができる。したがって、提供端末ごとに変更履歴がまとまっているので、複数の取得端末からファイルを取得しても管理しやすい。また、取得端末でデータが変更されたファイルを端末において反映させる際に、提供端末において、自身が提供したファイルの変更履歴を簡単に識別することができ、処理負担がない。

また、請求項７に係る発明の取得端末では、請求項６に記載の発明の効果に加えて、第一削除手段は、提供端末から変更履歴記憶手段に記憶されている変更履歴の削除を指示する削除指示が送信されてきた場合に、削除指示を送信した提供端末が取得元提供端末である変更履歴のファイルを変更履歴記憶手段から削除することができる。したがって、提供端末からの変更履歴の削除指示に対して、簡単に該当する変更履歴を削除することができる。

また、請求項８に係る発明の取得端末では、請求項４又は５に記載の発明の効果に加えて、変更履歴は、取得元提供端末を識別する取得端末識別情報をデータとして有することができる。したがって、取得端末識別情報を参照することにより、どの提供端末から取得されたファイルの変更履歴であるかを判断することができるので、複数の取得端末からファイルを取得しても管理しやすい。取得端末で変更されたデータを提供端末において反映させる際に、提供端末において、自身が提供したファイルの変更履歴を簡単に識別することができ、処理負担がない。

また、請求項９に係る発明の取得端末では、請求項８に記載の発明の効果に加えて、第二削除手段は、提供端末から変更履歴記憶手段に記憶されている変更履歴の削除を指示する削除指示が送信されてきた場合に、取得元提供端末が削除指示を送信した提供端末である変更履歴を変更履歴記憶手段から削除することができる。したがって、提供端末からの変更履歴の削除指示に対して、取得端末識別情報を参照することにより、簡単に該当する変更履歴を削除することができる。

また、請求項１０に係る発明の取得プログラムでは、請求項４乃至９のいずれかに記載の取得端末の各種処理手段としてコンピュータを動作させる。したがって、請求項４乃至９の効果と同様の効果を得ることができる。

また、請求項１１に係る発明の提供端末では、変更履歴記憶手段は、提供端末に接続してファイルを取得する端末である取得端末は、提供端末から提供されたファイルが変更された履歴を、ファイルの取得元の提供端末である取得元提供端末を識別可能に構成された変更履歴として記憶することができる。そして、提供端末の第二接続手段は、取得端末と接続し、第二ファイル記憶手段は、取得端末へ提供するファイルを記憶し、該当ファイル履歴取得手段は、第二接続手段により取得端末と接続された際に、変更履歴記憶手段に記憶されている変更履歴のうち、提供端末を取得元提供端末とするファイルについての変更履歴である該当ファイル履歴を少なくとも取得し、第二データ変更手段は、該当ファイル履歴取得手段により取得された該当ファイル履歴に基づいて、第二ファイル記憶手段に記憶されているファイルのデータを変更することができる。したがって、取得端末で変更されたデータを提供端末に反映する際に、取得端末が複数の提供端末からファイルを取得していても、提供端末では、どのファイルが自身の提供したファイルであるか識別でき、さらに、データが変更された履歴がわかる。よって、取得端末に記憶されているすべてのファイルについて、自身が提供したファイルであるかどうかを自身に記憶されているファイルと比較することにより判断する必要がない。さらに、データについても、変更されたか否かを個々に判断する必要がない。よって、提供端末への負担が重くならない。

また、請求項１２に係る発明の提供端末では、請求項１１に記載の発明の効果に加えて、削除指示送信手段は、該当ファイル履歴取得手段により該当ファイル履歴を取得した後に、変更履歴記憶手段に記憶されている変更履歴の削除を指示する削除指示を取得端末へ送信することができる。したがって、取得端末でのデータの変更を自身のファイルのデータに反映させた後に、変更履歴を削除する指示を取得情報に与えることができるので、取得端末において削除指示に基づいて変更履歴を削除すれば、取得端末の記憶容量を圧迫させないようにできる。

また、請求項１３に係る発明の提供端末では、請求項１１又は１２に記載の発明の効果に加えて、復元情報記憶手段は、第二データ変更手段により第二ファイル記憶手段に記憶されているファイルのデータが変更される前に、第二ファイル記憶手段に記憶されていたデータを少なくとも含む情報である復元情報をデータの変更が行われた順序を識別可能に記憶したと、復元指示手段は、第二データ変更手段により変更された第二ファイル記憶手段に記憶されているファイルのデータの値を、変更前の値に復元する指示を行い、復元手段は、復元指示手段により復元の指示が行われた際には、復元情報記憶手段に記憶されている復元情報に基づいて、第二ファイル記憶手段に記憶されているファイルのデータの値を第二データ変更手段により変更される前の値に戻すことができる。したがって、提供端末のデータを取得端末のデータに合わせて変更したくなかった場合であっても、変更前のデータの値に戻すことができるので便利である。

また、請求項１４に係る発明の提供端末では、請求項１１乃至１３のいずれかに記載の発明の効果に加えて、データは、取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、コンテンツが使用された日時、コンテンツに対する評価、コンテンツ内の所定の位置を特定する付箋情報及び、コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかとすることができる。したがって、コンテンツが使用されたか否かの情報、コンテンツが使用された日時、コンテンツに対する評価、付箋情報、しおり情報を提供端末においても管理することができる。

また、請求項１５に係る発明の提供プログラムでは、請求項１１乃至１４のいずれかに記載の提供端末の各種処理手段としてコンピュータを動作させる。したがって、請求項１１乃至１４の効果と同様の効果を得ることができる。

以下、本発明の第一の実施の形態から第四の実施の形態を図面を参照して説明する。まず、図１を参照して、第一の実施の形態から第四の実施の形態において「取得端末」に該当するコンテンツ表示装置１の外観及び主な動作について説明する。図１はコンテンツ表示装置１の正面図であり、図２はコンテンツ表示装置１の電気的構成を示すブロック図である。図１に示すように、コンテンツ表示装置１は、略直方体形状をしており、その正面には表示部１０が設けられている。また、図１において図示しないが、コンテンツ表示装置１の右側面には、「提供端末」に該当するパーソナルコンピュータ９（以下、ＰＣという、図３参照）に接続するケーブルを接続するためのポートが設けられている。コンテンツ表示装置１では、ＰＣ９から取得したコンテンツをフラッシュメモリ１４（図２参照）に記憶し、表示部１０において表示させることができる。このコンテンツ表示装置１は複数のＰＣ９からコンテンツを取得することが可能である。なお、第一の実施の形態から第四の実施の形態における「コンテンツ」は文字や静止画像を含む文書データである。

そして、表示部１０の右側には、操作部２０が設けられている。操作部２０には決定キー２５が設けられている。決定キー２５の上下左右にはそれぞれ、上キー２１，下キー２２，左キー２４，右キー２３が設けられている。そして、決定キー２５，上キー２１，下キー２２，左キー２４及び右キー２３の上部には目次キー２６が設けられている。目次キー２６は目次画面を表示するためのキーであり、上キー２１及び下キー２２は目次画面やメニュー画面においてコンテンツを選択するためのキーであり、左キー２４及び右キー２３は表示されているコンテンツのページめくりを行うためのキーである。

これらのキー２１〜２６を操作することにより、フラッシュメモリ１４に記憶されているコンテンツの閲覧等の動作が行われる。具体的には、目次キー２６を選択すると、フラッシュメモリ１４に記憶されているコンテンツの一覧を記載した目次画面（図示外）が表示部１０に表示される。この目次画面では、上キー２１及び下キー２２を操作することにより、カーソルを移動させ、コンテンツを選択することができる。そして、決定キー２５を選択するとカーソルにより選択されているコンテンツが表示コンテンツとして決定され、表示部１０に表示される。表示部１０にコンテンツが表示されている際には、左キー２４を選択すると、コンテンツの次のページが表示され、右キー２３を選択すると、コンテンツの前のページが表示される。

また、コンテンツ表示装置１では、表示させたコンテンツに対して評価（スコア）を与える機能を有している。この評価（スコア）は「１」〜「１０」までの数値を与え、数が大きい方が評価の高いことを示している。さらに、付箋機能を有しており、印を付けたいページを付箋ページとして記憶することができる。

コンテンツが表示部１０に表示されている状態で決定キー２５を選択すると、「スコア」と「付箋」のメニュー選択画面が表示される。そこで、上キー２１及び下キー２２を操作することにより、カーソルを移動させ、メニューを選択することができる。そして、決定キー２５を選択するとカーソルにより選択されているメニューが選択され、「スコア」メニューが選択された場合にはスコアを入力するスコア入力画面が表示される。このスコア入力画面では、「１」〜「１０」の数値をリストボックスにより選択可能となっており、上キー２１及び下キー２２を操作することにより、カーソルを移動させ数値を選択し、決定キー２５を選択すると選択されている数値がスコアとして記憶される。また、「付箋」メニューが選択された場合には、表示されているページが付箋ページとして記憶される。なお、第一の実施の形態〜第四の実施の形態では、このスコア及び付箋の情報に加え、コンテンツを最初に閲覧した日時である表示日時、コンテンツを閉じた際に開かれていたページであるしおりページの情報を属性情報としてコンテンツと共に記憶している。

次に、図２を参照して、コンテンツ表示装置１の電気的構成について説明する。図２に示すように、コンテンツ表示装置１にはコンテンツ表示装置１の制御を司るＣＰＵ１１、取得プログラム等を記憶したＲＯＭ１２と、各種のデータを一時的に記憶するＲＡＭ１３と、各種データを記憶する不揮発性メモリであるフラッシュメモリ１４とが設けられている。さらに、コンテンツ表示装置１には、画像を表示する表示部１０（図１参照）が設けられている。さらに、ＰＣ９と接続するための通信部１５が設けられている。さらに、コンテンツ表示装置１には、上キー２１，下キー２２，左キー２４，右キー２３、決定キー２５、目次キー２６（図１参照）が設けられている。これらのＲＯＭ１２、ＲＡＭ１３、フラッシュメモリ１４、表示部１０、通信部１５、上キー２１，下キー２２，左キー２４，右キー２３、決定キー２５、目次キー２６はバスを介してＣＰＵ１１に接続されている。

なお、ＲＡＭ１３には、取得元ＰＣ記憶エリア１３１，変更データ項目記憶エリア１３２，変更データ記憶エリア１３３，対象コンテンツ記憶エリア１３４等が設けられている。なお、ＲＡＭ１３には図示外の種々の記憶エリアも設けられている。取得元ＰＣ記憶エリア１３１には、属性情報が変更された際にその属性情報を含むコンテンツファイルを取得したＰＣを示す情報が記憶され、変更データ項目記憶エリア１３２には、属性情報が変更されたデータ項目を示す情報が記憶され、変更データ記憶エリア１３３には、属性情報が変更されたデータ項目の変更後のデータが記憶される。対象コンテンツ記憶エリア１３４には、属性情報が変更されたコンテンツファイル（対象コンテンツ）を識別するための情報（文書ＩＤ）が記憶される。そして、フラッシュメモリ１４には、コンテンツファイル記憶エリア１４１，取得元ＰＣ情報記憶エリア１４２，ログファイル記憶エリア１４３等が設けられている。なお、フラッシュメモリ１４には図示外の種々の記憶エリアも設けられている。フラッシュメモリ１４のこれらの記憶エリアについては、図４乃至図６を参照して、後述する。

次に、図３を参照して、ＰＣ９の電気的構成について説明する。図３は、ＰＣ９の電気的構成を示すブロック図である。ＰＣ９は所謂パーソナルコンピュータであり、汎用型の装置である。図３に示すように、ＰＣ９にはＰＣ９の制御を司るＣＰＵ９０１が設けられており、ＣＰＵ９０１には、各種のデータを一時的に記憶するＲＡＭ９０２と、ＢＩＯＳ等を記憶したＲＯＭ９０３と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス９０４とが接続されている。Ｉ／Ｏインタフェイス９０４には、ハードディスク装置９２０が接続され、当該ハードディスク装置９２０には、コンテンツファイル記憶エリア９２１とアーカイブファイル記憶エリア９２２と、プログラム記憶エリア９２３と、その他の情報記憶エリア９２４とが少なくとも設けられている。

なお、コンテンツファイル記憶エリア９２１には、コンテンツ表示装置１へ送信したコンテンツファイルが記憶される。このコンテンツファイルは、コンテンツ表示装置１で表示されるコンテンツ自体のデータに加えて、前述の属性情報やコンテンツを識別するための情報で構成されている。そして、アーカイブファイル記憶エリア９２２には、コンテンツファイルの情報になされた変更を元に戻すための情報であるアーカイブファイルが記憶される。なお、このアーカイブファイルは、第三の実施の形態のみで使用される。そして、プログラム記憶エリア９２３にはＣＰＵ９０１で実行される提供プログラムが記憶されており、その他の情報記憶エリア９２４には、ＰＣ９で使用されるその他の情報が記憶されている。

また、Ｉ／Ｏインタフェイス９０４には、マウス９１１と、ビデオコントローラ９０６と、キーコントローラ９０７と、ＵＳＢインタフェイス９０９とが接続され、ビデオコントローラ９０６にはディスプレイ９１２が接続され、キーコントローラ９０７にはキーボード９１３が接続される。そして、ＵＳＢインタフェイス９０９にはＵＳＢケーブルを用いてコンテンツ表示装置１を接続可能となっている。

本発明のコンテンツ表示装置１及びＰＣ９では、コンテンツ表示装置１において属性情報に変更があった場合にログファイルを作成する。第一の実施の形態〜第三の実施の形態では、コンテンツ表示装置１において、コンテンツを取得したＰＣ（取得元ＰＣ）ごとにログファイルを作成する。そして、第一の実施の形態では、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新する。第二の実施の形態では、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新し、コンテンツ表示装置１に対してログファイルを削除する指示を行う。そして、コンテンツ表示装置１では、削除指示に従って対象のログファイルを削除する。第三の実施の形態では、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新し、コンテンツ表示装置１に対してログファイルを削除する指示を行う。さらに、第三の実施の形態では、ＵＮＤＯ処理を行うことができる。つまり、属性情報を更新した後、更新した内容を元の状態に戻すことができる。そのために、属性情報を更新した際に内容を戻すためのアーカイブファイルを作成する。そして、第四の実施の形態では、コンテンツ表示装置１において、取得元ＰＣごとにログファイルを作成するのではなく、１つのログファイルを作成する。取得元ＰＣを識別する情報はログファイルのデータ項目として有している。そして、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新する。

ここで、第一の実施の形態について図４乃至図９を参照して説明する。第一の実施の形態では、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新する。まず、フラッシュメモリ１４に設けられている記憶エリアについて説明する。図４は、フラッシュメモリ１４のコンテンツファイル記憶エリア１４１の構成を示す模式図であり、図５は、取得元ＰＣ情報記憶エリア１４２の構成を示す模式図であり、図６は、ログファイル記憶エリア１４３の構成を示す模式図である。

図４に示すように、コンテンツファイル記憶エリア１４１には、コンテンツファイルがファイルごとに記憶される。このコンテンツファイルには以下のデータ項目が設けられている。コンテンツファイルを識別するための「文書ＩＤ」、コンテンツのタイトルを示す「タイトル」、コンテンツ自体のデータである「文書データ」、コンテンツに対する閲覧者の評価を示す情報である「スコア」、そのコンテンツのうち、最後に表示されていたページを示す「しおりページ」、そのコンテンツのうち、付箋ページとして指定されているページを示す「付箋」、コンテンツが最初に閲覧された日時を示す「表示日時」である。

図４に示す例では、コンテンツファイル記憶エリア１４１には、４つのコンテンツファイル１４１１〜１４１４が記憶されている。コンテンツファイル１４１１の文書ＩＤは「Ｄａｔａ０１」であり、タイトルは「株式投資の基礎」であり、文書データは図４では省略されている。そして、スコアは「３」、しおりページは「１０」ページ、付箋は「４」ページ、表示日時は「２００６／１１／２７ １１：２５：２３」とされている。そして、コンテンツファイル１４１２の文書ＩＤは「Ｄａｔａ０２」であり、タイトルは「待ちのケーキ屋さん」であり、文書データは図４では省略されている。そして、スコアは「８」、しおりページは「１４」ページ、付箋は「４」ページ、表示日時は「２００６／１１／３０ ２２：５６：１２」とされている。そして、コンテンツファイル１４１３の文書ＩＤは「Ｄａｔａ０３」であり、タイトルは「おいしい紅茶の淹れ方」であり、文書データは図４では省略されている。そして、スコアは「２」、しおりページは「９」ページ、付箋は「５」ページ、表示日時は「２００６／１１／２９ １５：３０：１５」とされている。そして、コンテンツファイル１４１４の文書ＩＤは「Ｄａｔａ０４」であり、タイトルは「空飛ぶきりんの話」であり、文書データは図４では省略されている。そして、スコアはなく、しおりページは「３０」ページ、付箋はなく、表示日時は「２００６／１１／２５ １６：０４：０９」とされている。

図５に示すように、取得元ＰＣ情報記憶エリア１４２にはデータ項目として、「ＰＣＩＤ」と「文書ＩＤ」とが設けられている。そして、「ＰＣＩＤ」には取得元ＰＣを識別するための識別情報が記憶され、それに対応した「文書ＩＤ」にそのＰＣから取得したコンテンツを識別するための情報が記憶される。図５に示す例では、識別情報が「ＰＣ−Ａ」のＰＣ９からは「Ｄａｔａ０１」というコンテンツが取得されており、識別情報が「ＰＣ−Ｂ」のＰＣ９からは「Ｄａｔａ０２」と「Ｄａｔａ０４」というコンテンツが取得されており、「ＰＣ−Ｃ」という識別情報のＰＣ９からは「Ｄａｔａ０３」というコンテンツが取得されている。

そして、図６に示すように、ログファイル記憶エリア１４３には、取得元ＰＣごとにログファイルが記憶されている。図６に示す例では、ＰＣ−Ａ，ＰＣ−Ｂ，ＰＣ−Ｃ用の３つのログファイルが記憶されている。ログファイルにはデータ項目としてコンテンツを識別するための「文書ＩＤ」、変更された属性情報のデータ項目を示す値が記憶される「種類」、変更された属性情報の値が記憶される「内容」が設けられている。また、どのＰＣ用のログファイルであるかを識別するために、ログファイルのファイル名にＰＣを識別するための識別情報であるＰＣＩＤを用いることとする。

図６に示す例では、ＰＣ−Ａ用ログファイル１４３１には文書ＩＤ「Ｄａｔａ０１」の「スコア」が「３」とされた変更履歴、文書ＩＤ「Ｄａｔａ０１」の「しおりページ」が「１０」とされている変更履歴が記憶されている。そして、ＰＣ−Ｂ用ログファイル１４３２には、文書ＩＤ「Ｄａｔａ０４」の「しおりページ」が「３０」とされている変更履歴、文書ＩＤ「Ｄａｔａ０２」の「表示日時」が「２００６／１１／３０ ２２：５６：１２」とされている変更履歴、文書ＩＤ「Ｄａｔａ０２」の「しおりページ」が「１４」とされている変更履歴が記憶されている。そして、ＰＣ−Ｃ用ログファイル１４３３には、文書ＩＤ「Ｄａｔａ０３」の「付箋」が「５」とされている変更履歴、文書ＩＤ「Ｄａｔａ０３」の「スコア」が「２」とされている変更履歴、文書ＩＤ「Ｄａｔａ０３」の「しおりページ」が「９」とされている変更履歴が記憶されている。

次に、図７及び図８に示すフローチャートを参照して、コンテンツ表示装置１で実施される表示装置処理について説明する。図７は表示装置処理のフローチャートであり、図８は表示装置処理の中で実施されるログファイル作成処理のフローチャートである。

図７に示す表示装置処理は、コンテンツ表示装置１に電源が投入され、動作確認等の初期処理が行われた後に実施される。まず、ユーザからの操作が行われたか否かの判断が行われる（Ｓ１）。これは、目次キー２６，決定キー２５，上キー２１，下キー２２，左キー２４及び右キー２３等のキー操作が行われたか否かにより判断される。各種キー２１〜２６の操作が行われたら（Ｓ１：ＹＥＳ）、その時点でのキー操作に応じた処理が行われる（Ｓ６）。これは、上キー２１や下キー２２の操作によるカーソルの移動、目次キー２６の操作による目次画面の表示、決定キー２５の操作による選択項目の決定に応じた処理などである。具体的には、コンテンツが表示部１０に表示されている状態での決定キー２５を選択によるメニュー選択画面の表示、メニュー選択画面表示中の上キー２１又は下キー２２の操作による「スコア」メニューと「付箋」メニューとのカーソル移動、メニュー選択画面表示中の決定キー２５の選択によるメニュー選択、「スコア」メニューが選択された場合に、スコア入力画面を表示させる処理、スコア入力画面での上キー２１又は下キー２２の操作による、スコア数値の選択などである。

本発明の要部に関連する処理は属性情報が変更される処理である。属性情報が変更される処理としては、以下の４つの処理があげられる。［１］メニュー選択画面において決定キー２５が選択された際に「付箋」メニューが選択されている場合に、表示中のコンテンツのコンテンツファイルのデータ項目「付箋」に表示ページを示す数値を記憶する処理。［２］決定キー２５の選択による、表示中のコンテンツのコンテンツファイルのデータ項目「スコア」への選択されている数値を記憶する処理。

［３］目次画面において決定キー２５が選択された際に、コンテンツを表示部１０に表示する処理が行われると共に、そのコンテンツが始めて表示されるものであるか否かの判断が行われて、初めて表示されるものであれば、コンテンツファイルのデータ項目「表示日時」に現在の日時を記憶する処理。なお、初めて表示されるものであるか否かの判断は、コンテンツファイルのデータ項目「表示日時」に日時が記憶されているか否かにより行われる。［４］表示部１０にコンテンツが表示されている状態で左キー２４又は右キー２３の操作が行われた際に、表示されているページをめくる処理が行われると共に、表示されるページをコンテンツファイルのデータ項目「しおりページ」に記憶する処理。なお、属性情報が変更された際には、変更されたデータ項目を示す情報がＲＡＭ１３の変更データ項目記憶エリア１３２に記憶され、変更後の値が変更データ記憶エリア１３３に記憶され、その属性情報を有するコンテンツファイルの文書ＩＤが対象コンテンツ記憶エリア１３４に記憶される。

そして、操作に応じた処理が行われたら（Ｓ６）、属性情報に変更があったか否かの判断が行われる（Ｓ７）。属性情報に変更があったか否かの判断は、ユーザの操作が属性情報を変更するものであったか否かにより行われる。属性情報に変更がある操作とは、上述した４つの操作である。そして、属性情報に変更の操作であり、属性情報が変更されている場合には（Ｓ７：ＹＥＳ）、ログファイル作成処理が行われる（Ｓ８、図８参照）。なお、属性情報に変更のない操作であり、属性情報が変更されていない場合には（Ｓ７：ＮＯ）、そのままＳ１へ戻る。

ここで、図８を参照して、ログファイル作成処理について説明する。図８に示すように、ログファイル作成処理では、まず、取得元ＰＣがどのＰＣであるかの情報が取得元ＰＣ情報記憶エリア１４２から取得され、ＲＡＭ１３に設けられている取得元ＰＣ記憶エリア１３１に記憶される（Ｓ２１）。具体的には、取得元ＰＣ情報記憶エリア１４２の「文書ＩＤ」において、操作指示の対象となるコンテンツの文書ＩＤが探索され、それに対応して記憶されているＰＣＩＤが読み出される。例えば、対象コンテンツが「Ｄａｔａ０２」であれば、図５に示す例では、「ＰＣ−Ｂ」が読み出される。

そして、取得元ＰＣのログファイルがログファイル記憶エリア１４３に存在するか否かの判断が行われる（Ｓ２２）。取得元ＰＣのログファイルが存在しなければ（Ｓ２２：ＮＯ）、ログファイル記憶エリア１４３に取得元ＰＣ用の新たなログファイルが作成される（Ｓ２３）。取得元ＰＣのログファイルが存在すれば（Ｓ２２：ＹＥＳ）、そのログファイルを用いるので新たなログファイルを作成する必要はなく、作成しない。

そして、取得元ＰＣ用のログファイルに１つのレコードが追加され（Ｓ２４）、追加されたレコードの「文書ＩＤ」に対象コンテンツ記憶エリア１３４に記憶されている文書ＩＤが記憶され、「種類」に変更データ項目記憶エリア１３２に記憶されているデータ項目を示す情報が記憶され、「内容」に変更データ記憶エリア１３３に記憶されている情報が記憶される（Ｓ２５）。そして、ログファイル作成処理は終了し、表示装置処理へ戻る。

また、図７に示すように、表示装置処理では、ユーザの操作が行われなければ（Ｓ１：ＮＯ）、ＰＣ９からコンテンツファイルを受信したか否かの判断が行われる（Ｓ２）。ＰＣ９からコンテンツファイルを受信していれば（Ｓ２：ＹＥＳ）、コンテンツファイル記憶エリア１４１に受信したコンテンツファイルが記憶される（Ｓ１１）。そして、取得元ＰＣ情報記憶エリア１４２にレコードが追加され、ＰＣＩＤに接続しているＰＣ９のＩＤが記憶され、文書ＩＤに取得したコンテンツファイルの文書ＩＤが記憶される（Ｓ１２）。そして、Ｓ１へ戻る。

また、ＰＣ９からコンテンツファイルを受信していない場合には（Ｓ２：ＮＯ）、電源ＯＦＦの指示があったか否かの判断が行われ（Ｓ３）、電源ＯＦＦの指示が行われていなければ（Ｓ３：ＮＯ）、その他処理が行われ（Ｓ１６）、Ｓ１へ戻る。また、電源ＯＦＦの指示が行われた場合には（Ｓ３：ＹＥＳ）、表示装置処理は終了して、電源ＯＦＦのための処理が行われた後に、コンテンツ表示装置１の電源がＯＦＦされる。

次に、図９を参照して、ＰＣ９におけるシンクロ処理について説明する。図９は、ＰＣ９で実施されるシンクロ処理のフローチャートである。このシンクロ処理は、ＰＣ９において、実施されている提供プログラムにおいて、「コンテンツ表示装置とのシンクロ」処理の指示が行われ、コンテンツ表示装置１との接続が確認されると開始される。

まず、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３から自身のＰＣ用のログファイルが読み出され、ＲＡＭ９０２に記憶される（Ｓ１１１）。なお、自身のＰＣＩＤは、ハードディスク装置９２０のその他の情報記憶エリア９２４に記憶されており、ファイル名にこのＰＣＩＤが使われているログファイルが自身のＰＣ用のログファイルとして読み出される。そして、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３に自身のＰＣ用のログファイルが存在し、読み込めたか否かの判断が行われる（Ｓ１１２）。ログファイルが読み込めなければ（Ｓ１１２：ＮＯ）、同期を取るための履歴がない、つまり、コンテンツファイルに変更がないということになるので、シンクロ処理は終了する。

一方、ログファイルが読み込めた場合には（Ｓ１１２：ＹＥＳ）、すべてのレコードが処理されたか否かの判断が行われる（Ｓ１１３）。すべてのレコードが読み出されていなければ、すべてのレコードの処理が行われたと判断されずに（Ｓ１１３：ＮＯ）、次のレコードが読み出される（Ｓ１１４）。ここでは、１つめのレコードが読み出される。そして、読み出されたレコードの示す履歴に基づいて、ＰＣ９のハードディスク装置９２０のコンテンツファイル記憶エリア９２１に記憶されているコンテンツファイルが更新される（Ｓ１１５）。具体的には、ログファイルの「文書ＩＤ」に記憶されている文書ＩＤのコンテンツファイルに対して、「種類」に記憶されている情報の示すデータ項目の値が、「内容」に記憶されている情報に書き換えられる。そして、Ｓ１１３へ戻る。

次いで、すべてのレコードの処理が行われたか否かの判断が行われる（Ｓ１１３）。読み出されていないレコードがあれば（Ｓ１１３：ＮＯ）、次のレコードが読み出され（Ｓ１１４）、コンテンツファイルの更新が行われる（Ｓ１１５）。そして、Ｓ１１３へ戻る。このようにして、Ｓ１１３〜Ｓ１１５の処理が繰り返し実施され、すべてのレコードの処理が終了したら（Ｓ１１３：ＹＥＳ）、シンクロ処理は終了する。

以上のようにして、コンテンツ表示装置１でコンテンツファイルに変更が行われた場合には、取得元ＰＣごとにログファイルが作成され、ＰＣ９がコンテンツ表示装置１を接続してログファイルに基づいてシンクロ処理を行うことにより、コンテンツ表示装置１のコンテンツファイルとＰＣ９のコンテンツファイルとの同期を取ることができる。したがって、コンテンツ表示装置１では、複数のＰＣ９からコンテンツファイルを取得しても、それぞれのＰＣ９とコンテンツファイルの同期を取ることができる。

なお、上記実施の形態のコンテンツファイルが「ファイル」に該当し、コンテンツファイルの文書ＩＤ，タイトル、文書データ、スコア、しおりページ、付箋、表示日時を示す情報が「データ」に該当する。そして、コンテンツ表示装置１の通信部１５が「第一接続手段」に該当し、フラッシュメモリ１４のコンテンツファイル記憶エリア１４１が「第一ファイル記憶手段」に該当する。そして、フラッシュメモリ１４のログファイル記憶エリア１４３が「変更履歴記憶手段」に該当し、ログファイル記憶エリア１４３に記憶されている各取得元ＰＣ用のログファイル全体が「変更履歴」に該当する。そして、図７に示す表示装置処理のＳ２，Ｓ１１の処理を行うＣＰＵ１１が「取得手段」に相当し、Ｓ１及びＳ２において、属性情報に変更の必要な操作が行われた場合に属性情報を変更する処理を行うＣＰＵ１１が「第一データ変更手段」に相当する。

そして、図９に示すシンクロ処理のＳ１１１でコンテンツ表示装置１のログファイル記憶エリア１４３から自身のＰＣ用のログファイルを読み出す処理を行うＣＰＵ９０１が「該当ファイル履歴取得手段」に相当し、Ｓ１１５でハードディスク装置９２０のコンテンツファイル記憶エリア９２１に記憶されているコンテンツファイルを更新する処理を行うＣＰＵ９０１が「第二データ変更手段」に相当する。

次に、図１０、図１１を参照して、第二の実施の形態について説明する。ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新した第一の実施の形態に加え、第二の実施の形態ではコンテンツ表示装置１に従ってログファイルを削除する指示を行う。そして、コンテンツ表示装置１では、削除指示に対して対象のログファイルを削除する。ここでは、第一の実施の形態と異なる部分のみ説明する。図１０は第二の実施の形態のシンクロ処理のフローチャートであり、図１１は表示装置処理のその他処理（図７、Ｓ１６）のフローチャートである。

図１０に示すように、第二の実施の形態のシンクロ処理では、第一の実施の形態と同様に、まず、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３から自身のＰＣ用のログファイルが読み出され、ＲＡＭ９０２に記憶される（Ｓ１２１）。そして、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３に自身のＰＣ用のログファイルが存在し、読み込めたか否かの判断が行われる（Ｓ１２２）。ログファイルが読み込めなければ（Ｓ１２２：ＮＯ）、シンクロ処理は終了する。

一方、ログファイルが読み込めた場合には（Ｓ１２２：ＹＥＳ）、すべてのレコードが処理されたか否かの判断が行われる（Ｓ１２３）。すべてのレコードが読み出されていなければ、すべてのレコードの処理が行われたと判断されずに（Ｓ１２３：ＮＯ）、次のレコードが読み出される（Ｓ１２４）。そして、読み出されたレコードの示す履歴に基づいて、ＰＣ９のハードディスク装置９２０のコンテンツファイル記憶エリア９２１に記憶されているコンテンツファイルが更新される（Ｓ１２５）。具体的には、ログファイルの「文書ＩＤ」に記憶されている文書ＩＤのコンテンツファイルに対して、「種類」に記憶されている情報の示すデータ項目の値が、「内容」に記憶されている情報に書き換えられる。そして、第二の実施の形態では、自身のログファイルを削除する指示が接続しているコンテンツ表示装置１に対して送信される（Ｓ１２６）。この指示は、ログファイル削除を示すコマンドに、自身のＰＣＩＤを付与することにより、どのログファイルを削除すべきかを示している。そして、Ｓ１２３へ戻る。

次いで、すべてのレコードの処理が行われたか否かの判断が行われる（Ｓ１２３）。読み出されていないレコードがあれば（Ｓ１２３：ＮＯ）、次のレコードが読み出され（Ｓ１２４）、コンテンツファイルの更新が行われる（Ｓ１２５）。そして、自身のログファイルを削除する指示が接続しているコンテンツ表示装置１に対して送信され（Ｓ１２６）、Ｓ１２３へ戻る。このようにして、Ｓ１２３〜Ｓ１２６の処理が繰り返し実施され、すべてのレコードの処理が終了したら（Ｓ１２３:ＹＥＳ）、シンクロ処理は終了する。

また、コンテンツ表示装置１では、表示装置処理のその他処理（Ｓ１６）において、図１１に示すフローチャートの処理が行われる。図１１に示すように、まず、ＰＣ９からログファイルの削除指示を受信したか否かの判断が行われる（Ｓ２２１）。削除指示を受信していれば（Ｓ２２１：ＹＥＳ）、指定されたＰＣＩＤのログファイルがログファイル記憶エリア１４３から削除される（Ｓ２２２）。そして、表示装置処理へ戻る。また、削除指示を受信していなければ（Ｓ２２１：ＮＯ）、その他の処理が行われて（Ｓ２２３）、表示装置処理へ戻る。

以上のようにして、コンテンツ表示装置１でコンテンツファイルに変更が行われた場合には、取得元ＰＣごとにログファイルが作成され、ＰＣ９がコンテンツ表示装置１を接続してログファイルに基づいてシンクロ処理を行うことにより、コンテンツ表示装置１のコンテンツファイルとＰＣ９のコンテンツファイルとの同期を取ることができる。したがって、コンテンツ表示装置１では、複数のＰＣ９からコンテンツファイルを取得しても、それぞれのＰＣ９とコンテンツファイルの同期を取ることができる。さらに、ＰＣ９において、シンクロ処理を行った後にコンテンツ表示装置１のログファイルを削除する指示を出し、コンテンツ表示装置１においてログファイルを削除するので、不要となったログファイルが溜まり、メモリの容量を圧迫することがない。さらに、すでにシンクロ処理の行われた履歴に対して、再度シンクロ処理を行ってしまうことがない。

なお、第二の実施の形態において、図１０に示すシンクロ処理のＳ１２６でログファイルの削除指示を行うＣＰＵ９０１が「削除指示送信手段」に相当する。図１１に示すその他処理のＳ２２１，Ｓ２２２でＰＣ９から削除指示を受信した際にログファイルを削除する処理を行うＣＰＵ１１が「第一削除手段」に相当する。

次に、図１２乃至図１４を参照して、第三の実施の形態について説明する。第一の実施の形態では、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新した。そして、第二の実施の形態では、さらにコンテンツ表示装置１に対してログファイルを削除する指示を行った。さらに、第三の実施の形態では、ＵＮＤＯ処理を行う。つまり、属性情報を更新した際には、更新した内容を戻すことができる。そのために、属性情報を更新した際に内容を戻すためのアーカイブファイルを作成する。ここでは、第一の実施の形態及び第二の実施の形態と異なる部分のみ説明する。図１２は第三の実施の形態のシンクロ処理のフローチャートであり、図１３は、ＰＣ９で行われるＵＮＤＯ処理のフローチャートであり、図１４は表示装置処理のその他処理（図７、Ｓ１６）のフローチャートである。

図１２に示すように、第二の実施の形態のシンクロ処理では、第一の実施の形態と同様に、まず、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３から自身のＰＣ用のログファイルが読み出され、ＲＡＭ９０２に記憶される（Ｓ１３１）。そして、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３に自身のＰＣ用のログファイルが存在し、読み込めたか否かの判断が行われる（Ｓ１３２）。ログファイルが読み込めなければ（Ｓ１３２：ＮＯ）、シンクロ処理は終了する。

一方、ログファイルが読み込めた場合には（Ｓ１３２：ＹＥＳ）、すべてのレコードが処理されたか否かの判断が行われる（Ｓ１３３）。すべてのレコードが読み出されていなければ、すべてのレコードの処理が行われたと判断されずに（Ｓ１３３：ＮＯ）、次のレコードが読み出される（Ｓ１３４）。そして、第三の実施の形態では、アーカイブファイルを作成するために、Ｓ１３４で読み出されたログファイルのレコードの「文書ＩＤ」に記憶されている文書ＩＤのコンテンツファイルが、ＰＣ９のＨＤＤ９２０のコンテンツファイル記憶エリア９２１から読み出される（Ｓ１３５）。そして、アーカイブファイル記憶エリア９２２にアーカイブファイルが記憶されているか否かにより、アーカイブファイルが存在するか否かの判断が行われる（Ｓ１３６）。アーカイブファイルが存在していなければ（Ｓ１３６：ＮＯ）、アーカイブファイルが作成される（Ｓ１３７）。アーカイブファイルが存在していれば（Ｓ１３６：ＹＥＳ）、新たに作成する必要はない。このアーカイブファイルは、コンテンツファイルの更新を元の状態に戻すためのファイルであり、データ項目として、コンテンツファイルを識別するための文書ＩＤを記憶する「文書ＩＤ」、変更されるデータ項目を示す情報を記憶する「種類」、変更されるデータ項目の変更前の情報を記憶する「内容」が設けられている。

そして、アーカイブファイルに１つのレコードが追加される（Ｓ１３８）。そして、ログファイルの「文書ＩＤ」に記憶されている文書ＩＤがアーカイブファイルの「文書ＩＤ」に記憶され、ログファイルの「種類」に記憶されている情報がアーカイブファイルの「種類」に記憶される。そして、Ｓ１３９にて読み出されたコンテンツファイルにおいて、ログファイルの「種類」の示すデータ項目に記憶されている情報が、アーカイブファイルの「内容」に記憶される（Ｓ１３９）。

そして、第一の実施の形態や第二の実施の形態と同様に、読み出されたレコードの示す履歴に基づいて、ＰＣ９のハードディスク装置９２０のコンテンツファイル記憶エリア９２１に記憶されているコンテンツファイルが更新される（Ｓ１４０）。具体的には、ログファイルの「文書ＩＤ」に記憶されている文書ＩＤのコンテンツファイルに対して、「種類」に記憶されている情報の示すデータ項目の値が、「内容」に記憶されている情報に書き換えられる。そして、第二の実施の形態と同様に、自身のログファイルを削除する指示が接続しているコンテンツ表示装置１に対して送信される（Ｓ１４１）。この指示は、ログファイル削除を示すコマンドに、自身のＰＣＩＤを付与することにより、どのログファイルを削除すべきかを示している。そして、Ｓ１３３へ戻る。

次いで、すべてのレコードの処理が行われたか否かの判断が行われる（Ｓ１３３）。読み出されていないレコードがあれば（Ｓ１３３：ＮＯ）、次のレコードが読み出される（Ｓ１３４）。アーカイブファイルが存在しているので（Ｓ１３７：ＹＥＳ）、アーカイブファイルに１つのレコードが追加され（Ｓ１３８）、アーカイブファイルに情報が記憶される（Ｓ１３９）。そして、コンテンツファイルの更新が行われ（Ｓ１４０）、自身のログファイルを削除する指示が接続しているコンテンツ表示装置１に対して送信される（Ｓ１４１）。そして、Ｓ１３３へ戻る。このようにして、Ｓ１３３〜Ｓ１４１の処理が繰り返し実施され、すべてのレコードの処理が終了したら（Ｓ１３３：ＹＥＳ）、シンクロ処理は終了する。

次に図１３のフローチャートを参照して、ＵＮＤＯ処理について説明する。ＵＮＤＯ処理は、ＰＣ９において、実施されている提供プログラムにおいて、「ＵＮＤＯ」処理の指示が行われ、コンテンツ表示装置１との接続が確認されると開始される。この「ＵＮＤＯ」処理の指示は、例えば、ディスプレイ９１２に表示されているメニュー画面において「ＵＮＤＯ」ボタンを表示させたり、メニューバーで選択可能なメニューに「ＵＮＤＯ」メニューを表示させたりし、ユーザのキー操作やマウス９１１の操作により「ＵＮＤＯ」ボタンや「ＵＮＤＯ」メニューが選択されたことを「ＵＮＤＯ」指示として扱えばよい。この指示が「復元指示手段」に相当する。

図１３に示すように、ＵＮＤＯ処理では、まず、コンテンツ表示装置１と接続しているか否かの判断が行われる（Ｓ３１）。コンテンツ表示装置１が接続していなければ（Ｓ３１：ＮＯ）、ＵＮＤＯ処理を行うことはできないので、接続していない旨を記したエラーメッセージがディスプレイ９１２に表示され（Ｓ３９）、ＵＮＤＯ処理は終了する。

一方、コンテンツ表示装置１が接続していれば（Ｓ３１：ＹＥＳ）、アーカイブファイル記憶エリア９２２にアーカイブファイルが記憶されているか否かにより、アーカイブファイルが存在するか否かの判断が行われる（Ｓ３２）。アーカイブファイルが存在しなければ（Ｓ３２：ＮＯ）、戻すべきコンテンツファイルの更新がないということなので、そのまま、ＵＮＤＯ処理は終了する。

また、アーカイブファイルがあれば（Ｓ３２：ＹＥＳ）、読み込むレコードがあるか否かにより、すべてのレコードを処理したか否かの判断が行われる（Ｓ３３）。まだ読み込むレコードがあれば、すべてのレコードを処理していないので（Ｓ３３：ＮＯ）、アーカイブファイルから一番新しいレコードが読み出される（Ｓ３４）。そして、アーカイブファイルの「文書ＩＤ」に記憶されている文書ＩＤのコンテンツファイルがコンテンツファイル記憶エリア９２１から読み出され、「種類」に示されているデータ項目の情報が、「内容」に記憶されている情報に更新される（Ｓ３５）。そして、このコンテンツファイルのデータを変更する指示がコンテンツ表示装置１に対して送信される（Ｓ３６）。この指示は、コンテンツファイルの変更を示すコマンドに、文書ＩＤ、変更されるデータ項目を示す情報及び変更されるデータ項目の情報が付与されることにより、どのコンテンツファイルのどのデータを変更すべきかを示している。そして、アーカイブファイルからＳ３４で読み込んだレコードが処理済として削除される（Ｓ３７）。そして、Ｓ３３へ戻る。

Ｓ３３では、すべてのレコードを処理したか否かの判断が行われる（Ｓ３３）。まだ読み込むレコードがあれば、すべてのレコードを処理していないので（Ｓ３３：ＮＯ）、アーカイブファイルから次に新しいレコードが読み出される（Ｓ３４）。そして、アーカイブファイルが更新され（Ｓ３５）。このコンテンツファイルのデータを変更する指示がコンテンツ表示装置１に対して送信され（Ｓ３６）。アーカイブファイルからＳ３４で読み込んだレコードが処理済として削除される（Ｓ３７）。そして、Ｓ３３へ戻る。このようにして、Ｓ３３〜Ｓ３７の処理が繰り返し実施され、すべてのレコードが削除されて、読み込むレコードがなくなり、すべてのレコードの処理が終了したら（Ｓ３３：ＹＥＳ）、ＵＮＤＯ処理は終了する。

また、コンテンツ表示装置１では、表示装置処理のその他処理（Ｓ１６）において、図１４に示すフローチャートの処理が行われる。図１４に示すように、まず、ＰＣ９からログファイルの削除指示を受信したか否かの判断が行われる（Ｓ２３１）。削除指示を受信していれば（Ｓ２３１：ＹＥＳ）、指定されたＰＣＩＤのログファイルがログファイル記憶エリア１４３から削除される（Ｓ２３３）。そして、表示装置処理へ戻る。また、削除指示を受信していなければ（Ｓ２３１：ＮＯ）、ＰＣ９からコンテンツファイル変更指示を受信したか否かの判断が行われる（Ｓ２３２）。コンテンツファイル変更指示を受信していれば（Ｓ２３２：ＹＥＳ）、指定された文書ＩＤのコンテンツファイルの、指定されたデータ項目のデータが、指定された情報に変更される（Ｓ２３４）。そして、表示装置処理へ戻る。また、コンテンツファイル変更指示も受信していなければ（Ｓ２３２：ＮＯ）、その他の処理が行われて（Ｓ２３５）、表示装置処理へ戻る。

以上のようにして、コンテンツ表示装置１でコンテンツファイルに変更が行われた場合には、取得元ＰＣごとにログファイルが作成され、ＰＣ９がコンテンツ表示装置１を接続してログファイルに基づいてシンクロ処理を行うことにより、コンテンツ表示装置１のコンテンツファイルとＰＣ９のコンテンツファイルとの同期を取ることができる。さらに、ＰＣ９において、シンクロ処理を行った後にコンテンツ表示装置１のログファイルを削除する指示を出し、コンテンツ表示装置１においてログファイルを削除するので、不要となったログファイルが溜まり、メモリの容量を圧迫することがない。さらに、すでにシンクロ処理の行われた履歴に対して、再度シンクロ処理を行ってしまうことがない。そして、ＰＣ９においてＵＮＤＯ処理を実施することができ、ＰＣ９のコンテンツファイルだけなく、コンテンツ表示装置のコンテンツファイルも復元させることができるので、コンテンツファイルの同期を取ることができる。

なお、第三の実施の形態において、アーカイブファイルが「復元情報」に該当し、ＰＣ９のハードディスク装置９２０のアーカイブファイル記憶エリア９２２が「復元情報記憶手段」に該当する。そして、図１３に示すＵＮＤＯ処理を行い、ＵＮＤＯの指示に対してアーカイブファイルに基づいて、コンテンツファイルのデータを復元する処理を行うＣＰＵ９０１が「復元手段」に相当する。

次に、図１５乃至図１７を参照して、第四の実施の形態について説明する。第四の実施の形態では、第一の実施の形態と同様に、ＰＣ９はコンテンツ表示装置１に接続した際に、そのログファイルを取得し、自身のコンテンツファイルの属性情報を更新する。しかしながら、第四の実施の形態では、コンテンツ表示装置１において、第一の実施の形態のように、取得元ＰＣごとにログファイルを作成するのではなく、１つのログファイルを作成する。図１５は、第四の実施の形態におけるログファイルの構成を示す模式図であり、図１６は、第四の実施の形態におけるログファイル作成処理のフローチャートであり、図１７は、第四の実施の形態におけるシンクロ処理のフローチャートである。

図１５に示すように、第四の実施の形態のログファイル４４３は、データ項目として「取得元ＰＣ」、「文書ＩＤ」、「種類」、「内容」を有している。「取得元ＰＣ」には、データの変更されたコンテンツファイルを取得したＰＣ９（取得元ＰＣ）を示すＰＣＩＤが記憶され、「文書ＩＤ」にはデータの変更されたコンテンツファイルを示す文書ＩＤが記憶され、「種類」にはデータの変更されたデータ項目を示す情報が記憶され、「内容」には、データの変更されたデータ項目の変更後の情報が記憶される。

図１５に示す例では、取得元ＰＣが「ＰＣ−Ａ」、文書ＩＤが「Ｄａｔａ０１」の「スコア」が「３」に変更されており、取得元ＰＣが「ＰＣ−Ａ」、文書ＩＤが「Ｄａｔａ０１」の「しおりページ」が「１０」に変更されている。そして、取得元ＰＣが「ＰＣ−Ｂ」、文書ＩＤが「Ｄａｔａ０４」の「しおりページ」が「３０」に変更されており、取得元ＰＣが「ＰＣ−Ｂ」、文書ＩＤが「Ｄａｔａ０２」の「表示日時」が「２００６／１１／３０ ２２：５６：１２」に変更されており、取得元ＰＣが「ＰＣ−Ｂ」、文書ＩＤが「Ｄａｔａ０２」の「しおりページ」が「１４」に変更されている。そして、取得元ＰＣが「ＰＣ−Ｃ」、文書ＩＤが「Ｄａｔａ０３」の「付箋」が「５」に変更されており、取得元ＰＣが「ＰＣ−Ｃ」、文書ＩＤが「Ｄａｔａ０３」の「スコア」が「２」に変更されており、取得元ＰＣが「ＰＣ−Ｃ」、文書ＩＤが「Ｄａｔａ０３」の「しおりページ」が「９」に変更されている。

次に、図１６を参照して、コンテンツ表示装置１で実施される第四の実施の形態におけるログファイル作成処理について説明する。ログファイル作成処理では、まず、第一の実施の形態と同様に、取得元ＰＣがどのＰＣであるかの情報が取得され、ＲＡＭ１３に設けられている取得元ＰＣ記憶エリア１３１に記憶される（Ｓ２４１）。

そして、ログファイル記憶エリア１４３にログファイル４４３が存在するか否かの判断が行われる（Ｓ２４２）。ログファイル４４３が存在しなければ（Ｓ２４２：ＮＯ）、ログファイル記憶エリア１４３にログファイル４４３が作成される（Ｓ２４３）。ログファイル４４３が存在すれば（Ｓ２４２：ＹＥＳ）、新たなログファイルを作成する必要はなく、作成しない。

そして、ログファイル４４３に１つのレコードが追加され（Ｓ２４４）、追加されたレコードの「取得元ＰＣ」に取得元ＰＣ記憶エリア１３１に記憶されたＰＣＩＤが記憶され、「文書ＩＤ」に対象コンテンツ記憶エリア１３４に記憶されている文書ＩＤが記憶され、「種類」に変更データ項目記憶エリア１３２に記憶されているデータ項目を示す情報が記憶され、「内容」に変更データ記憶エリア１３３に記憶されている情報が記憶される（Ｓ２４５）。そして、ログファイル作成処理は終了し、表示装置処理へ戻る。

次に、図１７を参照して、ＰＣ９で実施される第四の実施の形態におけるシンクロ処理について説明する。

まず、接続しているコンテンツ表示装置１のログファイル記憶エリア１４３からログファイル４４が読み出され、ＲＡＭ９０２に記憶される（Ｓ１５１）。そして、ログファイル４４が読み込めたか否かの判断が行われる（Ｓ１５２）。ログファイル４４が読み込めなければ（Ｓ１５２：ＮＯ）、同期を取るための履歴がない、つまり、コンテンツファイルに変更がないということになるので、シンクロ処理は終了する。

一方、ログファイル４４が読み込めた場合には（Ｓ１５２：ＹＥＳ）、すべてのレコードが処理されたか否かの判断が行われる（Ｓ１５３）。すべてのレコードが読み出されていなければ、すべてのレコードの処理が行われたと判断されずに（Ｓ１５３：ＮＯ）、次のレコードが読み出される（Ｓ１５４）。そして、読み出されたレコードの「取得元ＰＣ」が自身を示しているか否かの判断が行われる（Ｓ１５５）。自身のＰＣＩＤは、ハードディスク装置９２０のその他の情報記憶エリア９２４に記憶されており、「取得元ＰＣ」に記憶されているＰＣＩＤと比較される。「取得元ＰＣ」に記憶されているＰＣＩＤと、自身のＰＣＩＤが同じでない場合には（Ｓ１５５：ＮＯ）、そのレコードの履歴に対する処理をする必要はないので、Ｓ１５３へ戻る。

一方、「取得元ＰＣ」に記憶されているＰＣＩＤと、自身のＰＣＩＤが同じ場合には（Ｓ１５５：ＹＥＳ）、コンテンツファイルを更新する必要がある。そこで、読み出されたレコードの示す履歴に基づいて、ＰＣ９のハードディスク装置９２０のコンテンツファイル記憶エリア９２１に記憶されているコンテンツファイルが更新される（Ｓ１５６）。具体的には、ログファイルの「文書ＩＤ」に記憶されている文書ＩＤのコンテンツファイルに対して、「種類」に記憶されている情報の示すデータ項目の値が、「内容」に記憶されている情報に書き換えられる。そして、Ｓ１５３へ戻る。

次いで、すべてのレコードの処理が行われたか否かの判断が行われる（Ｓ１５３）。読み出されていないレコードがあれば（Ｓ１５３：ＮＯ）、次のレコードが読み出され（Ｓ１５４）、「取得元ＰＣ」に記憶されているＰＣＩＤと、自身のＰＣＩＤが同じ場合には（Ｓ１５５：ＹＥＳ）、コンテンツファイルの更新が行われる（Ｓ１５６）。そして、Ｓ１５３へ戻る。このようにして、Ｓ１５３〜Ｓ１５６の処理が繰り返し実施され、すべてのレコードの処理が終了したら（Ｓ１５３：ＹＥＳ）、シンクロ処理は終了する。

以上のようにして、コンテンツ表示装置１でコンテンツファイルに変更が行われた場合には、１つのログファイルが作成され、ＰＣ９がコンテンツ表示装置１を接続してログファイルのうち、自身に関するレコードの履歴のみに基づいてシンクロ処理を行うことにより、コンテンツ表示装置１のコンテンツファイルとＰＣ９のコンテンツファイルとの同期を取ることができる。

なお、本発明のデータ同期システムは、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。上記実施の形態において、「取得端末」をコンテンツ表示装置１とし、「コンテンツ」を文字や静止画像を含む文書データとしたが、「取得端末」や「コンテンツ」はこれに限らないことはいうまでもない。例えば、「コンテンツ」を文書データだけでなく画像データとしてもよい。また、「取得端末」を音楽プレーヤーとして、「コンテンツ」を音楽データとしてもよい。また、「取得端末」を、動画を閲覧可能な端末として、「コンテンツ」を動画データとしてもよい。また、「コンテンツ」を文書データ、画像データ、音楽データ、動画データとし、これらすべてを再生可能な複合型の端末装置と「取得端末」としてもよい。また、上記実施の形態では、コンテンツファイルの属性情報を変更しているが、変更するのは属性情報だけでなく、コンテンツのタイトルや文書データであってもよいことはいうまでもない。

また、上記第四の実施の形態においても、コンテンツ表示装置１へログファイルの削除指示を行うようにしてもよい。この場合には、ＰＣ９は、第二の実施の形態や第三の実施の形態と同様に、ログファイル削除を示すコマンドに、自身のＰＣＩＤを付与して、コンテンツ表示装置１へ送信すればよい。そして、コンテンツ表示装置１では、ログファイル４４３から取得元ＰＣがコマンドに付与されているＰＣＩＤであるレコードを削除すればよい。

さらに、第四の実施の形態において、第三の実施の形態のように、ＰＣ９においてアーカイブファイルを作成して、シンクロ処理により変更されたコンテンツファイルのデータを復元させるようにしてもよい。この場合には、図１７に示すシンクロ処理において、Ｓ１５６の前に、図１２に示す第三の実施の形態のシンクロ処理におけるＳ１３５〜Ｓ１３９の処理を挿入すればよい。そして、図１３に示すＵＮＤＯ処理を行わせればよい。そして、コンテンツ表示装置１では、コンテンツファイル変更指示を受信したら、指定された文書ＩＤのコンテンツファイルの、指定されたデータ項目のデータを指定された情報に変更すればよい。

コンテンツ表示装置１の正面図である。 コンテンツ表示装置１の電気的構成を示すブロック図である。 ＰＣ９の電気的構成を示すブロック図である。 フラッシュメモリ１４のコンテンツファイル記憶エリア１４１の構成を示す模式図である。 取得元ＰＣ情報記憶エリア１４２の構成を示す模式図である。 ログファイル記憶エリア１４３の構成を示す模式図である。 表示装置処理のフローチャートである。 表示装置処理の中で実施されるログファイル作成処理のフローチャートである。 ＰＣ９で実施されるシンクロ処理のフローチャートである。 第二の実施の形態のシンクロ処理のフローチャートである。 表示装置処理のその他処理（図７、Ｓ１６）のフローチャートである。 第三の実施の形態のシンクロ処理のフローチャートである。 ＰＣ９で行われるＵＮＤＯ処理のフローチャートである。 表示装置処理のその他処理（図７、Ｓ１６）のフローチャートである。 第四の実施の形態におけるログファイルの構成を示す模式図である。 第四の実施の形態におけるログファイル作成処理のフローチャートである。 第四の実施の形態におけるシンクロ処理のフローチャートである。

符号の説明

１ コンテンツ表示装置
９ パーソナルコンピュータ
１１ ＣＰＵ
１４ フラッシュメモリ
１５ 通信部
２１ 上キー
２２ 下キー
２３ 右キー
２４ 左キー
２５ 決定キー
４４ ログファイル
１４１ コンテンツファイル記憶エリア
１４２ 取得元ＰＣ情報記憶エリア
１４３ ログファイル記憶エリア
１４３１ ＰＣ−Ａ用ログファイル
１４３２ ＰＣ−Ｂ用ログファイル
１４３３ ＰＣ−Ｃ用ログファイル
４４３ ログファイル
９０１ ＣＰＵ
９０９ ＵＳＢインタフェイス

Claims (15)

1. 複数のデータからなるファイルを複数記憶した複数の提供端末と、前記提供端末に接続して前記提供端末に記憶されているファイルを取得する取得端末とを備え、前記ファイルごとに前記複数のデータを、前記提供端末と前記取得端末との間で同期させるデータ同期システムであって、
   前記取得端末は、
   前記提供端末に接続する第一接続手段と、
   前記第一接続手段により前記提供端末に接続して、前記提供端末から前記ファイルを取得する取得手段と、
   前記取得手段が取得した前記ファイルを記憶する第一ファイル記憶手段と、
   前記第一ファイル記憶手段に記憶されている前記ファイルの前記データの変更を指示するデータ変更指示手段と、
   前記データ変更指示手段による変更の指示に基づいて前記ファイル記憶手段に記憶されている前記ファイルの前記データを変更する第一データ変更手段と、
   前記第一ファイル記憶手段に記憶されている前記ファイルの取得元の前記提供端末である取得元提供端末が識別可能な状態で、前記第一データ変更手段による前記データの変更の変更履歴を記憶する変更履歴記憶手段とを備え、
   前記提供端末は、
   前記取得端末と接続する第二接続手段と、
   前記ファイルを記憶する第二ファイル記憶手段と、
   前記第二接続手段により前記取得端末と接続された際に、前記変更履歴記憶手段に記憶されている前記変更履歴のうち、当該提供端末を取得元提供端末とする前記ファイルについての変更履歴である該当ファイル履歴を少なくとも取得する該当ファイル履歴取得手段と、
   前記該当ファイル履歴取得手段により取得された前記該当ファイル履歴に基づいて、前記第二ファイル記憶手段に記憶されている前記ファイルの前記データを変更する第二データ変更手段とを備えたことを特徴とするデータ同期システム。
2. 前記提供端末は、
   前記該当ファイル履歴取得手段により前記該当ファイル履歴を取得した後に、前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示を前記取得端末へ送信する削除指示送信手段を備え、
   前記取得端末は、
   前記削除指示送信手段から前記削除指示が送信されてきた場合に、当該削除指示を送信した前記提供端末が前記取得元提供端末である前記変更履歴を前記変更履歴記憶手段から削除する第一削除手段を備えたことを特徴とする請求項１に記載のデータ同期システム。
3. 前記データは、前記取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、前記コンテンツが使用された日時、前記コンテンツに対する評価、前記コンテンツ内の所定の位置を特定する付箋情報及び、前記コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかであることを特徴とする請求項１又は２に記載のデータ同期システム。
4. 接続された端末に提供するための複数のデータからなるファイルを複数記憶した複数の提供端末に接続して、前記ファイルを取得する取得端末であって、
   前記提供端末に接続する第一接続手段と、
   当該第一接続手段により前記提供端末に接続して、前記提供端末に記憶されている前記ファイルを取得する取得手段と、
   当該取得手段が取得した前記ファイルを記憶する第一ファイル記憶手段と、
   前記第一ファイル記憶手段に記憶されている前記ファイルの前記データの変更を指示するデータ変更指示手段と、
   前記データ変更指示手段による変更の指示に基づいて前記第一ファイル記憶手段に記憶されている前記データを変更する第一データ変更手段と、
   前記第一データ変更手段により前記第一ファイル記憶手段に記憶されている前記ファイルの前記データが変更された履歴を変更履歴として記憶する変更履歴記憶手段とを備え、
   前記変更履歴記憶手段に記憶されている前記変更履歴は、前記ファイルの取得元の前記提供端末である取得元提供端末を識別可能な構成であることを特徴とする取得端末。
5. 前記データは、前記取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、前記コンテンツが使用された日時、前記コンテンツに対する評価、前記コンテンツ内の所定の位置を特定する付箋情報及び、前記コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかであることを特徴とする請求項４に記載の取得端末。
6. 前記変更履歴は、前記取得元提供端末ごとにファイルを構成して前記変更履歴記憶手段に記憶されることを特徴とする請求項４又は５に記載の取得端末。
7. 前記提供端末から前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示が送信されてきた場合に、当該削除指示を送信した前記提供端末が前記取得元提供端末である前記変更履歴のファイルを前記変更履歴記憶手段から削除する第一削除手段を備えたことを特徴とする請求項６に記載の取得端末。
8. 前記変更履歴は、前記取得元提供端末を識別する取得端末識別情報を前記データとして有していることを特徴とする請求項４又は５に記載の取得端末。
9. 前記提供端末から前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示が送信されてきた場合に、前記取得元提供端末が当該削除指示を送信した前記提供端末である変更履歴を前記変更履歴記憶手段から削除する第二削除手段を備えたことを特徴とする請求項８に記載の取得端末。
10. 請求項４乃至９のいずれかに記載の取得端末の各種処理手段としてコンピュータを動作させる取得プログラム。
11. 接続された端末に提供する複数のデータからなるファイルを複数記憶した複数の提供端末であって、
    当該提供端末に接続して前記ファイルを取得する端末である取得端末は、当該提供端末から提供されたファイルが変更された履歴を、当該ファイルの取得元の前記提供端末である取得元提供端末を識別可能に構成された変更履歴として記憶する変更履歴記憶手段を備えており、
    当該提供端末は、
    前記取得端末と接続する第二接続手段と、
    前記取得端末へ提供する前記ファイルを記憶する第二ファイル記憶手段と、
    前記第二接続手段により前記取得端末と接続された際に、前記変更履歴記憶手段に記憶されている前記変更履歴のうち、当該提供端末を取得元提供端末とする前記ファイルについての変更履歴である該当ファイル履歴を少なくとも取得する該当ファイル履歴取得手段と、
    前記該当ファイル履歴取得手段により取得された前記該当ファイル履歴に基づいて、前記第二ファイル記憶手段に記憶されている前記ファイルの前記データを変更する第二データ変更手段とを備えたことを特徴とする提供端末。
12. 前記該当ファイル履歴取得手段により前記該当ファイル履歴を取得した後に、前記変更履歴記憶手段に記憶されている前記変更履歴の削除を指示する削除指示を前記取得端末へ送信する削除指示送信手段を備えたことを特徴とする請求項１１に記載の提供端末。
13. 前記第二データ変更手段により前記第二ファイル記憶手段に記憶されている前記ファイルの前記データが変更される前に、前記第二ファイル記憶手段に記憶されていた前記データを少なくとも含む情報である復元情報を前記データの変更が行われた順序を識別可能に記憶した復元情報記憶手段と、
    前記第二データ変更手段により変更された前記第二ファイル記憶手段に記憶されている前記ファイルの前記データの値を、変更前の値に復元する指示を行う復元指示手段と、
    当該復元指示手段により復元の指示が行われた際には、前記復元情報記憶手段に記憶されている前記復元情報に基づいて、前記第二ファイル記憶手段に記憶されている前記ファイルの前記データの値を前記第二データ変更手段により変更される前の値に戻す復元手段とを備えたことを特徴とする請求項１１又は１２に記載の提供端末。
14. 前記データは、前記取得端末で画像、動画又は音声として出力されるコンテンツが使用されたか否かの情報、前記コンテンツが使用された日時、前記コンテンツに対する評価、前記コンテンツ内の所定の位置を特定する付箋情報及び、前記コンテンツの示す情報が連続した情報である場合に使用済みと未使用の境界位置を特定するしおり情報のいずれかであることを特徴とする請求項１１乃至１３のいずれかに記載の提供端末。
15. 請求項１１乃至１４のいずれかに記載の提供端末の各種処理手段としてコンピュータを動作させる提供プログラム。

Images