特許 5783301 通信端末、通信システム及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】5783301

(24)【登録日】2015年7月31日

(45)【発行日】2015年9月24日

(54)【発明の名称】通信端末、通信システム及びプログラム

(51)【国際特許分類】

   G06F 12/00 20060101AFI20150907BHJP

【ＦＩ】

   G06F12/00 520E

   G06F12/00 545F

【請求項の数】8

【全頁数】21

(21)【出願番号】特願2014-120508(P2014-120508)

(22)【出願日】2014年6月11日

【審査請求日】2014年10月10日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】110000752

【氏名又は名称】特許業務法人朝日特許事務所

(72)【発明者】

【氏名】角田 章

【審査官】 田中 幸雄

(56)【参考文献】

【文献】 特開２００８−０７７４８５（ＪＰ，Ａ）

【文献】 特開２０１２−０３８２０７（ＪＰ，Ａ）

【文献】 特開２０１２−０７９０４３（ＪＰ，Ａ）

【文献】 特開平０６−３４２３６１（ＪＰ，Ａ）

【文献】 特開２０１４−００６９２１（ＪＰ，Ａ）

【文献】 特開２００５−２２８２７０（ＪＰ，Ａ）

【文献】 特開２０１０−２７７１２８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０３２０４７７（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １２／００

(57)【特許請求の範囲】

【請求項1】

内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータが記憶装置に新たに記憶された場合に、前記属性データを、ユーザによる取得指示を待たずに前記記憶装置から取得する一方で、前記実体データを、前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、
前記取得部により取得された属性データにより示されるコメントを表示するアイコン画像を通知部を制御して前記ユーザに通知させる通知制御部と
を備え、
前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする通信端末。

【請求項2】

内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータを記憶する記憶装置において前記属性データが更新された場合にはユーザによる取得指示を待たずに前記記憶装置から前記更新された属性データを取得する一方で、前記実体データが更新された場合には前記ユーザによる取得指示を待たずに前記記憶装置から当該更新を示す更新データを取得し、かつ前記更新された実体データについては前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、
前記取得部により取得された更新された属性データにより示されるコメントを通知部を制御して前記ユーザに通知させる通知制御部と
を備え、
前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする通信端末。

【請求項3】

前記一群のデータはファイルであり、
前記属性データは、前記コメントに加えて、前記ファイルのファイル名をさらに示し、
前記通知制御部は、前記取得部により取得された属性データにより示されるコメントとファイル名とを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる
ことを特徴とする請求項１又は２に記載の通信端末。

【請求項4】

請求項１乃至３のいずれか一項に記載の通信端末と、
前記通信端末に、内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータのうちの前記属性データを送信するデータ送信装置と
を備える通信システム。

【請求項5】

コンピュータを、
内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータが記憶装置に新たに記憶された場合に、前記属性データについては、ユーザによる取得指示を待たずに前記記憶装置から取得する一方で、前記実体データについては、前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、
前記取得部により取得された属性データにより示されるコメントを表示するアイコン画像を通知部を制御して前記ユーザに通知させる通知制御部
として機能させるためのプログラムであって、
前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とするプログラム。

【請求項6】

コンピュータを、
内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータを記憶する記憶装置において前記属性データが更新された場合にはユーザによる取得指示を待たずに前記記憶装置から前記更新された属性データを取得する一方で、前記実体データが更新された場合には前記ユーザによる取得指示を待たずに前記記憶装置から当該更新を示す更新データを取得し、かつ前記更新された実体データについては前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、
前記取得部により取得された更新された属性データにより示されるコメントを通知部を制御して前記ユーザに通知させる通知制御部
として機能させるためのプログラムであって、
前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とするプログラム。

【請求項7】

実体データの取得の指示を受け付ける受付部と、
実体データを記憶する記憶部から当該実体データを取得せずに当該実体データに関するコメントを示す属性データを取得すると共に、前記受付部が実体データの取得の指示を受け付けることで当該実体データを取得する取得部と、
前記受付部が前記取得した属性データに対応する前記実体データの取得の指示を受け付けるために、前記取得した属性データの内容を示したアイコン画像を表示するように制御する制御部と
を備え、
前記制御部は、前記アイコン画像を表示した後に、前記記憶部に記憶された属性データであって、前記アイコン画像に対応した属性データが変更された場合に、当該変更された属性データの内容を示した新たなアイコン画像を表示するように制御し、
前記制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を表示するように制御する一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を表示するように制御する
ことを特徴とする制御端末。

【請求項8】

前記制御部は、前記属性データの内容を示したアイコン画像を、前記実体データを示したアイコン画像の輪郭内に収まるように表示するように制御することを特徴とする請求項７に記載の制御端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信端末、通信システム及びプログラムに関する。

【背景技術】

【0002】

従来、複数の装置間でファイルの内容を一致させるファイル同期という技術が提案されている。例えば、特許文献１では、クライアントＰＣが、当該装置に接続される携帯端末装置のディレクトリとサーバ装置のディレクトリとをそれぞれ監視し、この２つのディレクトリの内容について同期をとるという技術が提案されている。また、特許文献２では、ポリシーを設定することにより、同期元から同期先に同期させるファイルを選択して同期させるという技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−６４１１５号公報

【特許文献2】特開２００７−９４４７７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は、ユーザにとって不要な実体データの取得を抑制することを目的とする。

【課題を解決するための手段】

【0005】

上記の課題を解決するため、本発明の請求項１に係る通信端末は、内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータが記憶装置に新たに記憶された場合に、前記属性データを、ユーザによる取得指示を待たずに前記記憶装置から取得する一方で、前記実体データを、前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、前記取得部により取得された属性データにより示されるコメントを表示するアイコン画像を通知部を制御して前記ユーザに通知させる通知制御部とを備え、前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする。

【0006】

本発明の請求項２に係る通信端末は、内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータを記憶する記憶装置において前記属性データが更新された場合にはユーザによる取得指示を待たずに前記記憶装置から前記更新された属性データを取得する一方で、前記実体データが更新された場合には前記ユーザによる取得指示を待たずに前記記憶装置から当該更新を示す更新データを取得し、かつ前記更新された実体データについては前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、前記取得部により取得された更新された属性データにより示されるコメントを通知部を制御して前記ユーザに通知させる通知制御部とを備え、前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする。

【0007】

本発明の請求項３に係る通信端末は、請求項１又は２に係る構成において、前記一群のデータはファイルであり、前記属性データは、前記コメントに加えて、前記ファイルのファイル名をさらに示し、前記通知制御部は、前記取得部により取得された属性データにより示されるコメントとファイル名とを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする。

【0008】

本発明の請求項４に係る通信システムは、請求項１乃至３のいずれか一項に記載の通信端末と、前記通信端末に、内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータのうちの前記属性データを送信するデータ送信装置とを備える。

【0009】

本発明の請求項５に係るプログラムは、コンピュータを、内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータが記憶装置に新たに記憶された場合に、前記属性データについては、ユーザによる取得指示を待たずに前記記憶装置から取得する一方で、前記実体データについては、前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、前記取得部により取得された属性データにより示されるコメントを表示するアイコン画像を通知部を制御して前記ユーザに通知させる通知制御部として機能させ、前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする。

【0010】

本発明の請求項６に係るプログラムは、コンピュータを、内容物たる実体データと、当該実体データに関するコメントを示す属性データとを含む一群のデータを記憶する記憶装置において前記属性データが更新された場合にはユーザによる取得指示を待たずに前記記憶装置から前記更新された属性データを取得する一方で、前記実体データが更新された場合には前記ユーザによる取得指示を待たずに前記記憶装置から当該更新を示す更新データを取得し、かつ前記更新された実体データについては前記ユーザによる取得指示後に前記記憶装置から取得する取得部と、前記取得部により取得された更新された属性データにより示されるコメントを通知部を制御して前記ユーザに通知させる通知制御部として機能させ、前記通知制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を前記通知部を制御して前記ユーザに通知させる一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を前記通知部を制御して前記ユーザに通知させることを特徴とする。

【0011】

本発明の請求項７に係る制御端末は、実体データの取得の指示を受け付ける受付部と、実体データを記憶する記憶部から当該実体データを取得せずに当該実体データに関するコメントを示す属性データを取得すると共に、前記受付部が実体データの取得の指示を受け付けることで当該実体データを取得する取得部と、前記受付部が前記取得した属性データに対応する前記実体データの取得の指示を受け付けるために、前記取得した属性データの内容を示したアイコン画像を表示するように制御する制御部とを備え、前記制御部は、前記アイコン画像を表示した後に、前記記憶部に記憶された属性データであって、前記アイコン画像に対応した属性データが変更された場合に、当該変更された属性データの内容を示した新たなアイコン画像を表示するように制御し、前記制御部は、前記取得部により取得された属性データが予め定められた属性を示す場合に、当該属性データにより示されるコメントを表示するアイコン画像を表示するように制御する一方で、前記取得部により取得された属性データが予め定められた属性を示さない場合には、当該属性データにより示されるコメントを表示しないアイコン画像を表示するように制御することを特徴とする。

【0012】

本発明の請求項８に係る制御端末は、請求項７に係る構成において、前記制御部は、前記属性データの内容を示したアイコン画像を、前記実体データを示したアイコン画像の輪郭内に収まるように表示するように制御することを特徴とする。

【発明の効果】

【0013】

請求項１、３又は５に係る発明によれば、ユーザにとって不要な実体データの取得を抑制することができる。
請求項２又は６に係る発明によれば、ユーザにとって不要な実体データの取得を抑制することができる。
請求項４に係る発明によれば、ユーザにとって不要な実体データの取得を抑制することができる。
請求項７又は８に係る発明によれば、ユーザにとって不要な実体データの取得を抑制することができる。

【図面の簡単な説明】

【0014】

【図1】通信システム１００の構成の一例を示す図である。

【図2】クライアント端末１のハードウェア構成の一例を示すブロック図である。

【図3】基本属性テーブル１２１のデータ構成の一例を示す図である。

【図4】詳細属性テーブル１２２のデータ構成の一例を示す図である。

【図5】フラグ管理テーブル１２３のデータ構成の一例を示す図である。

【図6】制御部１１により実現される機能群の構成の一例を示すブロック図である。

【図7】サーバ２のハードウェア構成の一例を示すブロック図である。

【図8】制御部２１により実現される機能群の構成の一例を示すブロック図である。

【図9】属性データ同期処理の一例を示すシーケンス図である。

【図10】フラグ設定処理の一例を示すフローチャートである。

【図11】アイコン表示処理の一例を示すフローチャートである。

【図12】アイコン画像生成処理の一例を示すフローチャートである。

【図13】アイコン画像生成処理の一例を示すフローチャートである。

【図14】アイコン画像の表示例を示す図である。

【図15】アイコン表示処理の結果表示されるアイコン画像の一例を示す図である。

【図16】アイコン表示処理の結果表示されるアイコン画像の一例を示す図である。

【図17】アイコン表示処理の結果表示されるアイコン画像の一例を示す図である。

【図18】実ファイル同期処理の一例を示すシーケンス図である。

【図19】属性データ更新及び同期処理の一例を示すシーケンス図である。

【図20】属性データ変更及び同期処理の一例について説明する図である。

【発明を実施するための形態】

【0015】

以下、本発明の実施の形態について図面を参照しつつ説明する。
１．実施形態
１−１．構成
１−１−１．通信システム１００の構成
図１は、本発明の一実施形態に係る通信システム１００の構成の一例を示す図である。通信システム１００は、図１に示されるように、複数のクライアント端末１ａ、１ｂ、…１ｎ（以下、「クライアント端末１」と総称する。）と、サーバ２とを有する。各クライアント端末１とサーバ２とは通信回線３により接続される。通信回線３は、例えば、移動体通信網、インターネット又はこれらの組み合わせにより構成される。この通信システム１００では、サーバ２を介して各クライアント端末１間でファイル同期が行われる。

【0016】

１−１−２．クライアント端末１の構成
図２は、クライアント端末１のハードウェア構成の一例を示すブロック図である。クライアント端末１は、例えばパーソナルコンピュータである。より具体的には、スマートフォンやタブレット端末等の携帯端末や、据え置き型のコンピュータである。このクライアント端末１は、本発明に係る「通信端末」及び「制御端末」の一例である。

【0017】

クライアント端末１は、図２に示されるように、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５とを備える。
制御部１１は、例えば、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備える。ＣＰＵは、ＲＯＭ又は記憶部１２からＲＡＭ上にプログラムをロードして実行する。

【0018】

記憶部１２は、例えばフラッシュメモリやＨＤＤ（Hard Disk Drive）等の記憶装置である。記憶部１２は、メモリカードのようにクライアント端末１から着脱可能な記憶装置であってもよい。この記憶部１２は、各種ファイルを記憶する。記憶部１２には、他のクライアント端末１とサーバ２との間で共有されるファイルが格納される同期用のフォルダ（又は、ディレクトリ）が設定される。

【0019】

ここで、ファイルとは、例えば、文書ファイルや、画像ファイルや、音声ファイルや、動画ファイル等である。各ファイルは、その内容物（又は、コンテンツ）たる実体データと、その実体データの属性を示す属性データとが関連づけられて構成される。ここで、実体データとは、例えば文書ファイルであれば文書データそのものであり、画像ファイルであれば画像データそのものである。本実施形態に係るファイルは、本発明に係る「一群のデータ」の一例である。

【0020】

記憶部１２はまた、各ファイルの属性データを格納する属性テーブルを記憶する。具体的には、記憶部１２は、基本属性テーブル１２１と、詳細属性テーブル１２２とを記憶する。

【0021】

図３は、基本属性テーブル１２１のデータ構成の一例を示す図である。基本属性テーブル１２１は、同期用フォルダに格納される各ファイルについて、ファイル名と基本属性データとを対応づけて格納するテーブルである。この基本属性テーブル１２１を構成する各レコードは、ファイル名と、格納場所と、サイズと、作成日時と、更新日時の各フィールドにより構成される。

【0022】

ここで、ファイル名はファイルの識別情報である。格納場所は、クライアント端末１において当該ファイルの実体データ（以下、「実ファイル」という。）が格納されている場所である。サイズは当該実ファイルのサイズである。作成日時は当該実ファイルが作成された日時である。更新日時は当該実ファイルが更新された最新の日時である。
なお、実ファイルには、ファイルのサムネイル画像データが含まれてもよい。

【0023】

図４は、詳細属性テーブル１２２のデータ構成の一例を示す図である。詳細属性テーブル１２２は、同期用フォルダに格納される各ファイルについて、ファイル名と詳細属性データとを対応づけて格納するテーブルである。この詳細属性テーブル１２２を構成する各レコードは、ファイル名と、タイトルと、作成者と、コメントと、キーワードの各フィールドにより構成される。

【0024】

ここで、ファイル名はファイルの識別情報である。タイトルは、実ファイルにより表されるコンテンツの表題又は概要である。作成者は当該実ファイルを作成した者である。コメントは、当該実ファイルにより表されるコンテンツに関する解説である。キーワードは、当該ファイルを検索するために使用される条件である。

【0025】

記憶部１２はまた、フラグ管理テーブル１２３を記憶する。
図５は、フラグ管理テーブル１２３のデータ構成の一例を示す図である。フラグ管理テーブル１２３は、同期用フォルダに格納される各ファイルについて、更新の状況等を管理するためのテーブルである。このフラグ管理テーブル１２３を構成する各レコードは、ファイル名と、ファイル追加フラグと、実ファイル更新フラグと、属性データ更新フラグの各フィールドにより構成される。

【0026】

ファイル追加フラグは、ファイルがサーバ２に新たに追加されたものであるか否かを示す。実ファイル更新フラグは、ファイルの実ファイルがサーバ２において更新されたか否かを示す。属性データ更新フラグは、ファイルの属性データがサーバ２において更新されたか否かを示す。

【0027】

このフラグ管理テーブル１２３において「１」に設定されたフラグは、例えば、対応するファイルのアイコン画像が表示部１４に表示されることにより「０」にリセットされる。または、予め定められた期間の経過後に「０」にリセットされる。

【0028】

操作部１３は、例えばタッチセンサ、キーボード、マウス等の装置である。操作部１３は、例えば、同期用フォルダに格納されているファイルの一覧の表示を指示するユーザによる操作を受け付ける。または、表示部１４に表示されるファイルのアイコン画像を選択する操作や、当該ファイル（具体的には実ファイル）の取得を指示する操作を受け付ける。または、同期用フォルダに格納されるファイルの属性データを更新するための操作を受け付ける。操作部１３は、本発明に係る「受付部」の一例である。

【0029】

表示部１４は、例えば液晶ディスプレイ等の表示装置である。表示部１４は、例えば、記憶部１２に記憶されるファイルのアイコン画像を表示する。この表示部１４は、本発明に係る「通知部」の一例である。なお、表示部１４は、クライアント端末１と一体として構成されていなくともよい。
通信部１５は、例えばデータ通信カード等の通信インタフェースである。通信部１５は、通信回線３を介して外部装置との間でデータ通信を行う。

【0030】

図６は、制御部１１により実現される機能群の構成の一例を示すブロック図である。制御部１１は、ＲＯＭ又は記憶部１２に記憶されるプログラムを実行することにより、取得部１１１と、フラグ設定部１１２と、更新部１１３と、アイコン画像生成部１１４と、表示制御部１１５と、更新通知部１１６という機能群を実現する。

【0031】

取得部１１１は、実ファイルを記憶する記憶部から当該実ファイルを取得せずに当該実ファイルの属性を示す属性データを取得すると共に、操作部１３が実ファイルの取得の指示を受け付けることで当該実ファイルを取得する。ここで、記憶部とは、例えばサーバ２の後述する記憶部２２のことである。

【0032】

より具体的には、取得部１１１は、ファイルがサーバ２に新たに記憶された場合に、当該ファイルの属性データについてはユーザによる取得指示を待たずに取得する一方で、当該ファイルの実ファイルについてはユーザによる取得指示がなされてから取得する。

【0033】

また、取得部１１１は、ファイルを記憶するサーバ２において当該ファイルの属性データが更新された場合に、ユーザによる取得指示を待たずに更新された属性データを取得する。一方、取得部１１１は、当該ファイルの実ファイルが更新された場合には、ユーザによる取得指示を待たずに当該更新を示す更新データを取得し、かつ更新された実体データについてはユーザによる取得指示がなされてから取得する。

【0034】

フラグ設定部１１２は、後述するフラグ設定処理を実行する。具体的には、フラグ設定部１１２は、取得部１１１によりその属性データが取得された各ファイルについて、その属性データに基づいてフラグ管理テーブル１２３においてフラグを設定する。

【0035】

更新部１１３は、取得部１１１により取得された属性データに基づいて、基本属性テーブル１２１及び詳細属性テーブル１２２に格納されるデータ（ただし、格納場所データを除く。）を更新する。

【0036】

アイコン画像生成部１１４は、後述するアイコン画像生成処理を実行する。具体的には、アイコン画像生成部１１４は、取得部１１１によりその属性データ又は実ファイルが取得されたファイルについて、アイコン画像を生成する。より具体的には、アイコン画像生成部１１４は、基本属性テーブル１２１及び詳細属性テーブル１２２にその属性データが格納されている各ファイルについて、フラグ管理テーブル１２３を参照してアイコン画像を生成する。

【0037】

アイコン画像を生成する際、アイコン画像生成部１１４は、例えば、属性データの詳細属性を示すテキストデータからフォントの画像を生成し、これをアイコン画像とする。アイコン画像生成部１１４は、この生成したアイコン画像を、実ファイルの表紙を示すアイコン画像に合成してもよい。または、アイコン画像生成部１１４は、この生成したアイコン画像を、実ファイルがクライアント端末１においてまだ同期されていないことを示すアイコン画像に合成してもよい。

【0038】

アイコン画像生成部１１４により生成されるフォントの画像は、予め決められたフォントの大きさ以上の大きさになるように生成されてもよい。また、フォントの画像が合成されるアイコン画像において、当該フォントの画像が表示される領域（具体的には、位置及び大きさ）は予め決められていてもよい。仮に、その予め決められた領域内にフォントの画像が収まらない場合には、当該逸脱する部分については削除されてもよい。

【0039】

表示制御部１１５は、取得部１１１により取得された属性データにより示される属性を表示部１４を制御して表示させる。具体的には、表示制御部１１５は、アイコン画像生成部１１４により生成されたアイコン画像を表示部１４に表示させる。表示制御部１１５は、操作部１３が取得部１１１により取得された属性データに対応する実ファイルの取得の指示を受け付けるために、その取得された属性データの内容を示したアイコン画像を表示するように制御する。また、表示制御部１１５は、そのアイコン画像を表示した後に、記憶部に記憶された属性データであって、そのアイコン画像に対応した属性データが変更された場合に、その変更された属性データに対応する新たなアイコン画像を表示するように制御する。ここで、記憶部とは、例えばサーバ２の後述する記憶部２２のことである。

【0040】

また、表示制御部１１５は、取得部１１１により取得された更新データにより示される更新の通知を表示部１４を制御して表示させる。具体的には、表示制御部１１５は、実ファイルの更新を通知するアイコン画像を表示部１４に表示させる。
この表示制御部１１５は、本発明に係る「通知制御部」及び「制御部」の一例である。

【0041】

更新通知部１１６は、取得部１１１によりその属性データ又は実ファイルが取得されたファイルについて、クライアント端末１のユーザにより属性データが更新されると、当該更新の内容をサーバ２に通知する。

【0042】

１−１−３．サーバ２の構成
図７は、サーバ２のハードウェア構成の一例を示すブロック図である。このサーバ２は、本発明に係る「データ記憶装置」及び「データ送信装置」の一例である。サーバ２は、図７に示されるように、制御部２１と、記憶部２２と、通信部２３とを備える。

【0043】

制御部２１は、例えば、ＣＰＵと、ＲＯＭと、ＲＡＭとを備える。ＣＰＵは、ＲＯＭ又は記憶部２２からＲＡＭ上にプログラムをロードして実行する。記憶部２２は、例えばＨＤＤ等の記憶装置である。記憶部２２はサーバ２の外部に設けられ、通信回線３によりサーバ２と接続されてもよい。この記憶部２２は、各種ファイルを記憶する。この記憶部２２には、クライアント端末１との間で共有されるファイルが格納される同期用のフォルダ（又は、ディレクトリ）が設定される。

【0044】

また記憶部２２は、各ファイルの属性データを格納する属性テーブルを記憶する。具体的には、記憶部２２は、基本属性テーブル２２１と、詳細属性テーブル２２２とを記憶する。基本属性テーブル２２１は、同期用フォルダに格納される各ファイルについて、ファイル名と基本属性データとを対応づけて格納するテーブルである。詳細属性テーブル１２２は、同期用フォルダに格納される各ファイルについて、ファイル名と詳細属性データとを対応づけて格納するテーブルである。基本属性テーブル２２１と詳細属性テーブル２２２のデータ構成は、それぞれクライアント端末１の記憶部１２に記憶される基本属性テーブル１２１と詳細属性テーブル１２２のデータ構成と共通するため、その説明を省略する。なお、基本属性テーブル２２１に格納される格納場所データについては、基本属性テーブル１２１とは異なり、サーバ２において実ファイルが格納されている場所を示すデータとなる。

【0045】

図８は、制御部２１により実現される機能群の構成の一例を示すブロック図である。制御部２１は、ＲＯＭ又は記憶部２２に記憶されるプログラムを実行することにより、受信部２１１と、送信部２１２と、更新部１１３という機能群を実現する。

【0046】

受信部２１１は、ファイルの属性データ又は実ファイルの要求をクライアント端末１から受信する。また、受信部２１１は、ファイルの属性データの更新を通知する更新通知をクライアント端末１から受信する。

【0047】

送信部２１２は、受信部２１１によりファイルの属性データの要求が受信されると、当該属性データをクライアント端末１に送信する。また、送信部２１２は、受信部２１１によりファイルの実ファイルの要求が受信されると、当該実ファイルをクライアント端末１に送信する。

【0048】

更新部２１３は、受信部２１１により更新通知が受信されると、詳細属性テーブル１２２に格納される属性データを更新する。また、更新部２１３は、受信部２１１により新たなファイルが受信されると、基本属性テーブル１２１と詳細属性テーブル１２２とに格納される属性データを更新する。

【0049】

１−２．動作
次に、通信システム１００の動作について説明する。具体的には以下の動作について説明する。
（１）クライアント端末１がサーバ２との間でファイルの属性データを同期させる属性データ同期処理
（２）クライアント端末１が同期用フォルダに格納されるファイルのアイコン画像を表示するアイコン表示処理
（３）クライアント端末１がサーバ２との間でファイルの実ファイルを同期させる実ファイル同期処理
（４）クライアント端末１においてファイルの属性データが更新された場合にサーバ２を介して他のクライアント端末１の属性データが同期される属性データ更新及び同期処理

【0050】

１−２−１．属性データ同期処理
図９は、属性データ同期処理の一例を示すシーケンス図である。同図に示される属性データ同期処理は、クライアント端末１により、例えば周期的に実行される。
この属性データ同期処理においてクライアント端末１の取得部１１１は、サーバ２に対してポーリングを行う（ステップＳａ１）。具体的には、取得部１１１は、サーバ２の同期用フォルダに格納されている各ファイルの属性データ、すなわち、基本属性テーブル２２１と詳細属性テーブル２２２とに格納されている各ファイルの属性データの提供を要求する。サーバ２の受信部２１１が、クライアント端末１からのポーリング信号を受信すると、サーバ２の送信部２１２は、基本属性テーブル２２１と詳細属性テーブル２２２とに格納されている各ファイルの属性データ（ただし、格納場所データを除く。）をクライアント端末１に対して送信する（ステップＳａ２）。

【0051】

クライアント端末１の取得部１１１がサーバ２から属性データを受信すると、クライアント端末１のフラグ設定部１１２は、当該属性データに基づいてフラグの設定を行う（ステップＳａ３）。
図１０は、このフラグ設定処理の一例を示すフローチャートである。フラグ設定部１１２は、サーバ２からその属性データが受信された各ファイルについて、このフラグ設定処理を実行する。

【0052】

このフラグ設定処理においてフラグ設定部１１２はまず、処理対象となるファイルのファイル名が基本属性テーブル１２１にすでに記述されているか否かについて判断する（ステップＳｂ１）。この判断の結果、そのファイル名が基本属性テーブル１２１に記述されていない場合には（ステップＳｂ１：ＮＯ）、フラグ設定部１１２は、フラグ管理テーブル１２３において、当該ファイル名に対応づけてファイル追加フラグを「１」に設定する（ステップＳｂ２）。

【0053】

一方、この判断の結果、そのファイル名が基本属性テーブル１２１にすでに記述されている場合には（ステップＳｂ１：ＹＥＳ）、フラグ設定部１１２は、処理対象となるファイルの実ファイルが更新されているか否かについて判断する（ステップＳｂ３）。具体的には、フラグ設定部１１２は、当該ファイルについて、サーバ２から受信した更新日時のデータと、基本属性テーブル１２１に格納されている更新日時のデータとを比較して、両者が異なっているか否かについて判断する。この判断の結果、そのファイルの実ファイルが更新されている場合には（ステップＳｂ３：ＹＥＳ）、フラグ設定部１１２は、ステップＳｂ４に進む。一方、この判断の結果、そのファイルの実ファイルが更新されていない場合には（ステップＳｂ３：ＮＯ）、フラグ設定部１１２は、ステップＳｂ７に進む。

【0054】

ステップＳｂ４においてフラグ設定部１１２は、処理対象となるファイルの詳細属性データが更新されているか否かについて判断する（ステップＳｂ４）。具体的には、フラグ設定部１１２は、当該ファイルについて、サーバ２から受信した詳細属性データと、詳細属性テーブル２２２に格納されている詳細属性データとを比較して、両者が異なっているか否かについて判断する。この判断の結果、そのファイルの詳細属性データが更新されている場合には（ステップＳｂ４：ＹＥＳ）、フラグ設定部１１２は、当該ファイルのファイル名に対応づけて、実ファイル更新フラグと属性データ更新フラグとを「１」に設定する（ステップＳｂ５）。

【0055】

一方、この判断の結果、そのファイルの詳細属性データが更新されていない場合には（ステップＳｂ４：ＮＯ）、フラグ設定部１１２は、当該ファイルのファイル名に対応づけて、実ファイル更新フラグを「１」に設定する（ステップＳｂ６）。

【0056】

ステップＳｂ７においてフラグ設定部１１２は、処理対象のファイルの詳細属性データが更新されているか否かについて判断する。具体的には、フラグ設定部１１２は、当該ファイルについて、サーバ２から受信した詳細属性データと、詳細属性テーブル２２２に格納されている詳細属性データとを比較して、両者が異なっているか否かについて判断する。この判断の結果、そのファイルの詳細属性データが更新されている場合には（ステップＳｂ７：ＹＥＳ）、フラグ設定部１１２は、当該ファイルのファイル名に対応づけて、属性データ更新フラグを「１」に設定する（ステップＳｂ８）。

【0057】

一方、この判断の結果、そのファイルの詳細属性データが更新されていない場合には（ステップＳｂ７：ＮＯ）、フラグ設定部１１２は、当該ファイルのファイル名に対応づけて、いずれのフラグも「１」に設定しない。
フラグ設定処理が終了すると、クライアント端末１の更新部１１３は、サーバ２から受信された属性データに基づいて、基本属性テーブル１２１及び詳細属性テーブル１２２に格納されるデータ（ただし、格納場所データを除く。）を更新する（ステップＳａ４）。
以上が属性データ同期処理の説明である。

【0058】

１−２−２．アイコン表示処理
図１１は、アイコン表示処理の一例を示すフローチャートである。同図に示されるアイコン表示処理は、例えば、クライアント端末１に記憶される同期用フォルダに格納されているファイルの一覧の表示がユーザにより指示されると実行される。
このアイコン表示処理のステップＳｃ１においてクライアント端末１のアイコン画像生成部１１４は、同期用フォルダに格納される各ファイルのアイコン画像を生成する。

【0059】

図１２及び１３は、アイコン画像生成処理の一例を示すフローチャートである。図１４は、アイコン画像生成処理により生成されるアイコン画像の表示例を示す図である。
アイコン画像生成部１１４は、基本属性テーブル１２１及び詳細属性テーブル１２２にその属性データが格納されている各ファイルについて、フラグ管理テーブル１２３を参照して、このアイコン画像生成処理を実行する。

【0060】

このアイコン画像生成処理のステップＳｄ１においてアイコン画像生成部１１４は、処理対象となるファイルについて、ファイル追加フラグが「１」に設定されているか否かについて判断する。この判断の結果、ファイル追加フラグが「１」に設定されている場合には（ステップＳｄ１：ＹＥＳ）、アイコン画像生成部１１４は、図１４（ａ）に示される形態のアイコンの画像を生成する（ステップＳｄ２）。

【0061】

図１４（ａ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ破線の輪郭を有する。ここで、破線の輪郭を有することは、当該アイコンに対応する実ファイルがクライアント端末１においてまだ同期されていないことを示している。また、当該アイコンは、その輪郭内に星印を有する。この星印は、当該アイコンに対応する実ファイルが、サーバ２に新たに追加されたものであることを示している。また、当該アイコンは、その輪郭内に、対応する実ファイルの属性データを表示する、矩形の属性表示領域を有する。これは、図１４に示される他の形態のアイコンについても同様である。

【0062】

次に、ステップＳｄ１の判断の結果、ファイル追加フラグが「１」に設定されていない場合には（ステップＳｄ１：ＮＯ）、アイコン画像生成部１１４は、処理対象のファイルについて、実ファイルが記憶部１２に記憶されているか否かについて判断する（ステップＳｄ３）。具体的には、アイコン画像生成部１１４は、当該ファイルについて、基本属性テーブル１２１において格納場所が記述されているか否かについて判断する。この判断の結果、実ファイルが記憶されている場合には（ステップＳｄ３：ＹＥＳ）、アイコン画像生成部１１４は、ステップＳｄ４に進む。一方、この判断の結果、実ファイルが記憶されていない場合には（ステップＳｄ３：ＮＯ）、アイコン画像生成部１１４は、ステップＳｄ１１に進む。

【0063】

ステップＳｄ４においてアイコン画像生成部１１４は、処理対象のファイルについて、実ファイル更新フラグが「１」に設定されているか否かについて判断する。この判断の結果、実ファイル更新フラグが「１」に設定されている場合には（ステップＳｄ４：ＹＥＳ）、アイコン画像生成部１１４は、ステップＳｄ５に進む。一方、この判断の結果、実ファイル更新フラグが「１」に設定されていない場合には（ステップＳｄ４：ＮＯ）、アイコン画像生成部１１４は、ステップＳｄ８に進む。

【0064】

ステップＳｄ５においてアイコン画像生成部１１４は、処理対象のファイルについて、属性データ更新フラグが「１」に設定されているか否かについて判断する。この判断の結果、属性データ更新フラグが「１」に設定されている場合には（ステップＳｄ５：ＹＥＳ）、アイコン画像生成部１１４は、図１４（ｂ）に示される形態のアイコンの画像を生成する（ステップＳｄ６）。

【0065】

図１４（ｂ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ実線の輪郭を有する。ここで、実線の輪郭を有することは、当該アイコンに対応する実ファイルがすでにクライアント端末１において同期されていることを示している。また、当該アイコンは、その輪郭内に矩形の印を有する。この矩形の印は、当該アイコンに対応する実ファイルが、サーバ２において更新されたことを示している。また、当該アイコンは、その属性表示領域内に矩形の印を有する。この矩形の印は、当該アイコンに対応するファイルの属性データが、サーバ２において更新されたことを示している。

【0066】

次に、ステップＳｄ５の判断の結果、属性追加フラグが「１」に設定されていない場合には（ステップＳｄ５：ＮＯ）、アイコン画像生成部１１４は、図１４（ｃ）に示される形態のアイコンの画像を生成する（ステップＳｄ７）。図１４（ｃ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ実線の輪郭を有するとともに、その輪郭内に矩形の印を有する。

【0067】

ステップＳｄ８においてアイコン画像生成部１１４は、処理対象のファイルについて、属性データ更新フラグが「１」に設定されているか否かについて判断する。この判断の結果、属性データ更新フラグが「１」に設定されている場合には（ステップＳｄ８：ＹＥＳ）、アイコン画像生成部１１４は、図１４（ｄ）に示される形態のアイコンの画像を生成する（ステップＳｄ９）。図１４（ｄ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ実線の輪郭を有するとともに、その属性表示領域内に矩形の印を有する。

【0068】

一方、この判断の結果、属性追加フラグが「１」に設定されていない場合には（ステップＳｄ８：ＮＯ）、アイコン画像生成部１１４は、図１４（ｅ）に示される形態のアイコンの画像を生成する（ステップＳｄ１０）。図１４（ｅ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ実線の輪郭を有する。

【0069】

ステップＳｄ１１においてアイコン画像生成部１１４は、処理対象のファイルについて、実ファイル更新フラグが「１」に設定されているか否かについて判断する。この判断の結果、実ファイル更新フラグが「１」に設定されている場合には（ステップＳｄ１１：ＹＥＳ）、アイコン画像生成部１１４は、ステップＳｄ１２に進む。一方、この判断の結果、実ファイル更新フラグが「１」に設定されていない場合には（ステップＳｄ１１：ＮＯ）、アイコン画像生成部１１４は、ステップＳｄ１５に進む。

【0070】

ステップＳｄ１２においてアイコン画像生成部１１４は、処理対象のファイルについて、属性データ更新フラグが「１」に設定されているか否かについて判断する。この判断の結果、属性データ更新フラグが「１」に設定されている場合には（ステップＳｄ１２：ＹＥＳ）、アイコン画像生成部１１４は、図１４（ｆ）に示される形態のアイコンの画像を生成する（ステップＳｄ１３）。図１４（ｆ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ破線の輪郭を有するとともに、その輪郭内と属性表示領域内とに矩形の印を有する。

【0071】

一方、この判断の結果、属性追加フラグが「１」に設定されていない場合には（ステップＳｄ１２：ＮＯ）、アイコン画像生成部１１４は、図１４（ｇ）に示される形態のアイコンの画像を生成する（ステップＳｄ１４）。図１４（ｇ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ破線の輪郭を有するとともに、その輪郭内に矩形の印を有する。

【0072】

ステップＳｄ１５においてアイコン画像生成部１１４は、処理対象のファイルについて、属性データ更新フラグが「１」に設定されているか否かについて判断する。この判断の結果、属性データ更新フラグが「１」に設定されている場合には（ステップＳｄ１５：ＹＥＳ）、アイコン画像生成部１１４は、図１４（ｈ）に示される形態のアイコンの画像を生成する（ステップＳｄ１６）。図１４（ｈ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ破線の輪郭を有するとともに、その属性表示領域内に矩形の印を有する。

【0073】

一方、この判断の結果、属性追加フラグが「１」に設定されていない場合には（ステップＳｄ１５：ＮＯ）、アイコン画像生成部１１４は、図１４（ｉ）に示される形態のアイコンの画像を生成する（ステップＳｄ１７）。図１４（ｉ）に示される形態のアイコンは、実際のアイコンを模した矩形かつ破線の輪郭を有する。

【0074】

すべてのファイルについてアイコン画像生成処理が終了すると、クライアント端末１の表示制御部１１５は、ステップＳｃ１において生成されたアイコン画像を表示部１４に表示させる（ステップＳｃ２）。
以上がアイコン表示処理の説明である。

【0075】

図１５乃至１７は、本アイコン表示処理の結果、表示部１４に表示されるアイコン画像の一例を示す図である。
図１５（ａ）に示されるように、クライアント端末１とサーバ２とにおいてfile1のみが記憶されている状態において、図１５（ｂ）に示されるように、サーバ２に新たにfile2が記憶されると、上記の属性データ同期処理の結果、このfile2の属性データがクライアント端末１により取得され、アイコン画像Ｉ１が表示される。すなわち、破線の輪郭を有し、その輪郭内に星印を有するアイコンの画像が表示される。このアイコンは、コメント「至急」を表示している。

【0076】

別の例として、図１６（ａ）に示されるように、クライアント端末１とサーバ２とにおいてfile1とfile2とが記憶されている状態において、図１６（ｂ）に示されるように、サーバ２においてfile2の実ファイルが更新されると、上記の属性データ同期処理の結果、このfile2の更新がクライアント端末１により認識され、アイコン画像Ｉ３が表示される。すなわち、その輪郭内に矩形の印を有するアイコンの画像が表示される。

【0077】

さらに別の例として、図１７（ａ）に示されるように、クライアント端末１とサーバ２とにおいてfile1とfile2とが記憶されている状態において、図１７（ｂ）に示されるように、サーバ２においてfile2の属性データ（より具体的には、コメント）が更新されると、上記の属性データ同期処理の結果、この更新がクライアント端末１により認識され、アイコン画像Ｉ５が表示される。すなわち、コメント「承認版」を表示し、その属性表示領域内に矩形の印を有するアイコンの画像が表示される。

【0078】

１−２−３．実ファイル同期処理
図１８は、実ファイル同期処理の一例を示すシーケンス図である。同図に示される実ファイル同期処理は、例えば、上記のアイコン表示処理が実行されて表示部１４に各ファイルのアイコン画像が表示されている状態において、まだ実ファイルが取得されていないファイル又は未更新のファイルのアイコン画像がユーザにより選択されて、その実ファイルの取得が指示されると実行される。

【0079】

この実ファイル同期処理のステップＳｅ１においてクライアント端末１の取得部１１１は、ユーザにより選択されたアイコン画像に対応するファイルの実ファイルの提供をサーバ２に対して要求する。サーバ２の受信部２１１がクライアント端末１からの当該要求を受信すると、サーバ２の送信部２１２は、その実ファイルを記憶部２２から読み出してクライアント端末１に対して送信する（ステップＳｅ２）。

【0080】

クライアント端末１の取得部１１１がサーバ２から実ファイルを受信すると、クライアント端末１の取得部１１１は、当該実ファイルを記憶部１２に記憶する（ステップＳｅ３）。また、取得部１１１は、基本属性テーブル１２１に格納される属性データ（具体的には、格納場所データ又は更新日時データ）を更新する。

【0081】

次に、クライアント端末１の表示制御部１１５は、表示部１４に表示されるファイルのアイコン画像を表示部１４を制御して変更する（ステップＳｅ４）。例えば、上記の図１５（ｂ）に示されるように、file2のアイコン画像Ｉ１が表示されている状態において、ステップＳｅ２の結果、file2の実ファイルが取得された場合には、図１５（ｃ）に示されるように、アイコン画像Ｉ２が新たに表示される。すなわち、実線の輪郭を有するアイコンの画像が表示される。

【0082】

別の例として、図１６（ｂ）に示されるように、file2のアイコン画像Ｉ３が表示されている状態において、ステップＳｅ２の結果、file2の実ファイルが取得された場合には、図１６（ｃ）に示されるように、アイコン画像Ｉ４が新たに表示される。すなわち、その輪郭内に矩形の印を有しないアイコンの画像が表示される。
以上が実ファイル同期処理の説明である。

【0083】

１−２−４．属性データ更新及び同期処理
図１９は、属性データ更新及び同期処理の一例を示すシーケンス図である。同図に示される属性データ更新及び同期処理は、クライアント端末１ａのユーザにより、同期用フォルダに格納されるファイルの属性データが更新されると実行される。

【0084】

この属性データ更新及び同期処理のステップＳｆ１においてクライアント端末１の更新通知部１１６は、更新内容を通知する更新通知をサーバ２に送信する。サーバ２の受信部２１１がクライアント端末１ａからの更新通知を受信すると、サーバ２の更新部２１３は、詳細属性テーブル１２２の属性データを更新する（ステップＳｆ２）。

【0085】

その後、クライアント端末１ｂにおいて上記の属性データ同期処理が実行されると、上記の更新内容はクライアント端末１ｂに記憶される詳細属性テーブル１２２の属性データに反映される。
以上が属性データ変更及び同期処理の説明である。

【0086】

図２０は、本属性データ変更及び同期処理の一例について説明する図である。
図２０（ａ）は、サーバ２に新たにfile2が記憶され、その後、属性データ同期処理の結果、クライアント端末１ａ及び１ｂにfile2の属性データが取得された状態を示している。

【0087】

図２０（ｂ）は、クライアント端末１ａにおいては実ファイル同期処理の結果、file2の実ファイルが取得され、その後、file2の属性データ（この例では、コメント）がクライアント端末１ａにおいて更新された状態を示している。この更新は、上記の属性データ変更及び同期処理の結果、図２０（ｂ）に示されるように、サーバ２及びクライアント端末１ｂに記憶されるfile2の属性データに反映される。具体的には、コメント「至急」が「対応中」に更新される。更新されたfile2のコメント「対応中」を見たクライアント端末１ｂのユーザは、別のユーザがfile2の内容について検討していることを考慮して、その結果を待つべくfile2の実ファイルの同期を保留することが考えられる。

【0088】

図２０（ｃ）は、クライアント端末１ａにおいてfile2の属性データがさらに更新された状態を示している。この更新は、上記の属性データ変更及び同期処理の結果、図２０（ｃ）に示されるように、サーバ２及びクライアント端末１ｂに記憶されるfile2の属性データに反映される。具体的には、コメント「対応中」が「済み」に更新される。更新されたfile2のコメント「済み」を見たクライアント端末１ｂのユーザは、file2がすでに対応済みとなっていることを考慮して、file2の実ファイルの同期を不要と判断することが考えられる。

【0089】

以上説明した本実施形態に係る通信システム１００では、サーバ２において新たにファイルが追加された場合又はファイルが更新された場合に、属性データについてはユーザによる指示を待たずにクライアント端末１において同期が行われるのに対し、実ファイルについてはユーザによる指示を待ってからクライアント端末１において同期が行われる。

【0090】

この通信システム１００によれば、ファイルの実ファイルについて、ユーザの取得指示を待たずに取得してしまう場合と比較して、クライアント端末１の記憶容量の圧迫が抑制される。また、記憶容量の超過を原因とする同期処理の失敗が抑制される。また、サーバ２との間の通信量が抑制されることに伴い、クライアント端末１内において通信処理のためのリソースの消費が抑制される。また、特にクライアント端末１がモバイル端末である場合には、取得される実ファイル数が抑制されることに伴い、ユーザが所望のファイルにアクセスすることが容易となる。

【0091】

２．変形例
上記の実施形態は下記のように変形してもよい。また、下記の変形例は他の１以上の変形例と組み合わせてもよい。

【0092】

２−１．変形例１
上記の実施形態に係るアイコン表示処理において、表示制御部１１５は、取得部１１１により取得されたファイルの属性データが予め定められた条件に合致する場合に、当該属性データにより示される属性を表示部１４を制御して表示させてもよい。具体的には、表示制御部１１５は、当該属性データにより示される属性が予め定められた属性に該当する場合に、当該ファイルのアイコン画像を表示部１４を制御して表示させてもよい。すなわち、表示制御部１１５により表示されるアイコン画像は、対応するファイルの属性データに基づいてフィルタリングされてもよい。例えば、作成者「Ａ」により作成されたファイルのアイコン画像のみを表示させたり、コメント「至急」を属性データとして有するファイルのアイコン画像のみを表示させるようにしてもよい。

【0093】

または、表示制御部１１５は、当該属性データにより示される属性が予め定められた属性に該当する場合には、当該ファイルのアイコン画像であって、当該属性データにより示される属性を示すアイコン画像を表示部１４を制御して表示させる一方で、当該属性データにより示される属性が予め定められた属性に該当しない場合には、当該ファイルのアイコン画像であって、当該属性データにより示される属性を示さないアイコン画像を表示部１４を制御して表示させてもよい。すなわち、表示制御部１１５により表示されるアイコン画像に示される属性は、対応するファイルの属性データの内容又はその数に基づいて決定されてもよい。例えば、コメントについてはアイコン画像上において非表示とする一方で、タイトルについてはアイコン画像上において表示させるようにしてもよい。また、アイコン画像上に表示させる属性の数を予め定められた数に限定するようにしてもよい。この予め定められた数は、ファイルの種類（具体的には、拡張子）ごとに用意されてもよい。

【0094】

２−２．変形例２
上記の実施形態に係る属性データ同期処理において、取得部１１１は、取得されたファイルの属性データが予め定められた条件に合致する場合には、ユーザによる取得指示を待たずに当該ファイルの実ファイルを取得してもよい。例えば、取得されたファイルの拡張子データが「jpeg」等の画像ファイルを示すものである場合には、取得部１１１は、ユーザによる取得指示を待たずに当該画像ファイルの実ファイルを取得してもよい。

【0095】

２−３．変形例３
上記の実施形態又は上記の変形例においてクライアント端末１の制御部１１又はサーバ２の制御部２１により実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光ディスク、光磁気ディスク、メモリ等の記憶媒体に記憶された状態で提供されてもよい。また、当該プログラムは、インターネット等の通信回線を介してダウンロードされてもよい。

【0096】

２−４．他の変形例
上記の実施形態に係る属性データ同期処理では、クライアント端末１の側からサーバ２に対してポーリングが行われているが、サーバ２の方でファイルの追加又は更新もしくは属性データの更新を検知次第、クライアント端末１に通知するようにしてもよい。

【0097】

上記の実施形態では、ファイルの実ファイルの同期についてはサーバ２からクライアント端末１への片方向となっているが、これを双方向としてもよい。

【0098】

上記の実施形態に係るアイコン画像の形態はあくまで一例であり、ファイルの存在をユーザに通知するものであって当該ファイルの属性を通知するものであれば他の形態でもよい。ファイルの追加を示す星印や、実ファイルや属性データの更新を示す矩形の印も他の形状としてもよい。また、ファイルの存在をユーザに通知するための手段はアイコン（すなわち、絵文字）に限られず、単なる文字等の記号であってもよい。

【0099】

上記の実施形態において、取得部１１１により取得された属性データにより示される属性又は更新データにより示される更新は、スピーカや振動装置を制御することによりユーザに通知されてもよい。ここで、スピーカや振動装置は、本発明に係る「通知部」の一例である。

【符号の説明】

【0100】

１…クライアント端末、２…サーバ、３…通信回線、１１…制御部、１２…記憶部、１３…操作部、１４…表示部、１５…通信部、２１…制御部、２２…記憶部、２３…通信部、１００…通信システム、１１１…取得部、１１２…フラグ設定部、１１３…更新部、１１４…アイコン画像生成部、１１５…表示制御部、１１６…更新通知部、１２１…基本属性テーブル、１２２…詳細属性テーブル、１２３…フラグ管理テーブル、２１１…受信部、２１２…送信部、２１３…更新部、２２１…基本属性テーブル、２２２…詳細属性テーブル

【要約】

【課題】ユーザにとって不要な実体データの取得を抑制する。
【解決手段】通信端末は、内容物たる実体データと、当該実体データの属性を示す属性データとを含む一群のデータがデータ記憶装置に新たに記憶された場合に、前記属性データについては、ユーザによる取得指示を待たずに取得する一方で、前記実体データについては、前記ユーザによる取得指示がなされてから取得する取得部と、前記取得部により取得された属性データにより示される属性を表示部を制御して前記ユーザに通知させる表示制御部とを備える。
【選択図】図６

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】