(57)【特許請求の範囲】
【請求項１】
内容物たる少なくとも１つの実体データの追加又は更新がデータ記憶装置において行われた場合に、前記実体データの属性を示す属性データを取得する属性データ取得部と、
前記属性データ取得部により取得された属性データにより示される属性を通知部を制御してユーザに通知させる通知制御部と、
前記属性データ取得部により取得された属性データにより示される属性と、自端末において取得対象として予め設定されている実体データの属性とが一致しない場合には、前記ユーザによる前記実体データの取得指示がなされた後に、前記実体データを取得する実体データ取得部と
を備える通信端末。
【請求項２】
前記属性データ取得部により取得された属性データにより示される属性と、自端末において取得対象として予め設定されている実体データの前記属性とが一致しない場合において前記実体データ取得部により前記実体データが取得されたときに、前記通知制御部は、当該取得された実体データにより示される内容を前記通知部を制御して前記ユーザに通知させ、
前記通信端末は、前記通知制御部による前記通知後に前記実体データを自端末から削除する削除部をさらに備える
ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記属性データ取得部により複数の実体データについて属性データが取得され、前記属性データ取得部により取得された各属性データにより示される属性が、それぞれ、自端末において取得対象として予め設定されている実体データの前記属性と一致する場合において、前記複数の実体データのそれぞれについて優先度が設定されているときには、前記実体データ取得部は、前記設定されている優先度の順に前記複数の実体データを取得することを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
請求項１乃至３のいずれか一項に記載の通信端末と、
内容物たる実体データを記憶し、前記通信端末に送信するデータ記憶装置と
を備える通信システム。
【請求項５】
コンピュータを、
内容物たる少なくとも１つの実体データの追加又は更新がデータ記憶装置において行われた場合に、前記実体データの属性を示す属性データを取得する属性データ取得部と、
前記属性データ取得部により取得された属性データにより示される属性を通知部を制御してユーザに通知させる通知制御部と、
前記属性データ取得部により取得された属性データにより示される属性と、自端末において取得対象として予め設定されている実体データの属性とが一致しない場合には、前記ユーザによる前記実体データの取得指示がなされた後に、前記実体データを取得する実体データ取得部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信システム及びプログラムに関する。
【背景技術】
【０００２】
従来、複数の装置間でファイルの内容を一致させるファイル同期という技術が提案されている。例えば、特許文献１では、クライアントＰＣが、当該装置に接続される携帯端末装置のディレクトリとサーバ装置のディレクトリとをそれぞれ監視し、この２つのディレクトリの内容について同期をとるという技術が提案されている。また、特許文献２では、ポリシーを設定することにより、同期元から同期先に同期させるファイルを選択して同期させるという技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−６４１１５号公報
【特許文献２】特開２００７−９４４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、ユーザにとって不要な実体データの取得を抑制することを目的とする。
【課題を解決するための手段】
【０００５】
上記の課題を解決するため、本発明の請求項１に係る通信端末は、内容物たる少なくとも１つの実体データの追加又は更新がデータ記憶装置において行われた場合に、前記実体データの属性を示す属性データを取得する属性データ取得部と、前記属性データ取得部により取得された属性データにより示される属性を通知部を制御してユーザに通知させる通知制御部と、前記属性データ取得部により取得された属性データにより示される属性と、自端末において取得対象として予め設定されている実体データの属性とが一致しない場合には、前記ユーザによる前記実体データの取得指示がなされた後に、前記実体データを取得する実体データ取得部とを備える。
【０００７】
本発明の請求項２に係る通信端末は、請求項１に記載の構成において、前記属性データ取得部により取得された属性データにより示される属性と、自端末において取得対象として予め設定されている実体データの前記属性とが一致しない場合において前記実体データ取得部により前記実体データが取得されたときに、前記通知制御部は、当該取得された実体データにより示される内容を前記通知部を制御して前記ユーザに通知させ、前記通信端末は、前記通知制御部による前記通知後に前記実体データを自端末から削除する削除部をさらに備えることを特徴とする。
【０００８】
本発明の請求項３に係る通信端末は、請求項１又は２に記載の構成において、前記属性データ取得部により複数の実体データについて属性データが取得され、前記属性データ取得部により取得された各属性データにより示される属性が、それぞれ、自端末において取得対象として予め設定されている実体データの前記属性と一致する場合において、前記複数の実体データのそれぞれについて優先度が設定されているときには、前記実体データ取得部は、前記設定されている優先度の順に前記複数の実体データを取得することを特徴とする。
【０００９】
本発明の請求項４に係る通信システムは、請求項１乃至３のいずれか一項に記載の通信端末と、内容物たる実体データを記憶し、前記通信端末に送信するデータ記憶装置とを備える。
【００１０】
本発明の請求項５に係るプログラムは、コンピュータを、内容物たる少なくとも１つの実体データの追加又は更新がデータ記憶装置において行われた場合に、前記実体データの属性を示す属性データを取得する属性データ取得部と、前記属性データ取得部により取得された属性データにより示される属性を通知部を制御してユーザに通知させる通知制御部と、前記属性データ取得部により取得された属性データにより示される属性と、自端末において取得対象として予め設定されている実体データの属性とが一致しない場合には、前記ユーザによる前記実体データの取得指示がなされた後に、前記実体データを取得する実体データ取得部として機能させる。
【発明の効果】
【００１１】
請求項１又は５に係る発明によれば、ユーザにとって不要な実体データの取得を抑制することができる。また、自端末において取得対象として設定されている実体データの属性との間で予め定められた条件を満たさない実体データであっても、必要に応じて取得することができる。
請求項２に係る発明によれば、通信端末の記憶容量の圧迫が抑制される。
請求項３に係る発明によれば、ユーザが所望する実体データを他の実体データよりも優先して取得することができる。
請求項４に係る発明によれば、ユーザにとって不要な実体データの取得を抑制することができる。また、通信端末において取得対象として設定されている実体データの属性との間で予め定められた条件を満たさない実体データであっても、必要に応じて取得することができる。
【図面の簡単な説明】
【００１２】
【図１】通信システム１００の構成の一例を示す図である。
【図２】クライアント端末１のハードウェア構成の一例を示すブロック図である。
【図３】基本属性テーブル１２１のデータ構成の一例を示す図である。
【図４】詳細属性テーブル１２２のデータ構成の一例を示す図である。
【図５】制御部１１により実現される機能群の構成の一例を示すブロック図である。
【図６】表示部１４により表示される画面の一例を示す図である。
【図７】サーバ２のハードウェア構成の一例を示すブロック図である。
【図８】ファイル同期処理の一例を示すシーケンス図である。
【図９】判断処理の一例を示すフローチャートである。
【図１０】制御部１１により実現される機能群の構成の一例を示すブロック図である。
【図１１】表示部１４により表示される画面の一例を示す図である。
【図１２】実ファイル同期処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照しつつ説明する。
１．実施形態
１−１．構成
１−１−１．通信システム１００の構成
図１は、本発明の一実施形態に係る通信システム１００の構成の一例を示す図である。通信システム１００は、図１に示されるように、複数のクライアント端末１ａ、１ｂ、…１ｎ（以下、「クライアント端末１」と総称する。）と、サーバ２とを有する。各クライアント端末１とサーバ２とは通信回線３により接続される。通信回線３は、例えば、移動体通信網、インターネット又はこれらの組み合わせにより構成される。この通信システム１００では、サーバ２を介して各クライアント端末１間でファイル同期が行われる。
【００１４】
１−１−２．クライアント端末１の構成
図２は、クライアント端末１のハードウェア構成の一例を示すブロック図である。クライアント端末１は、例えばパーソナルコンピュータである。より具体的には、スマートフォンやタブレット端末等の携帯端末や、据え置き型のコンピュータである。また、クライアント端末１は、複写機や、プリンタや、スキャナや、ファクシミリとして機能する画像形成装置であってもよい。このクライアント端末１は、本発明に係る「通信端末」の一例である。
【００１５】
クライアント端末１は、図２に示されるように、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５とを備える。
制御部１１は、例えば、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備える。ＣＰＵは、ＲＯＭ又は記憶部１２からＲＡＭ上にプログラムをロードして実行する。
【００１６】
記憶部１２は、例えばフラッシュメモリやＨＤＤ（Hard Disk Drive）等の記憶装置である。記憶部１２は、メモリカードのようにクライアント端末１から着脱可能な記憶装置であってもよい。この記憶部１２は、各種ファイルを記憶する。記憶部１２には、他のクライアント端末１とサーバ２との間で共有されるファイルが格納される同期用のフォルダ（又は、ディレクトリ）が設定される。
【００１７】
ここで、ファイルとは、例えば、文書ファイルや、画像ファイルや、音声ファイルや、動画ファイル等である。各ファイルは、その内容物（又は、コンテンツ）たる実体データと、その実体データの属性を示す属性データとが関連づけられて構成される。ここで、実体データとは、例えば文書ファイルであれば文書データそのものであり、画像ファイルであれば画像データそのものである。
【００１８】
記憶部１２はまた、各ファイルの属性データを格納する属性テーブルを記憶する。具体的には、記憶部１２は、基本属性テーブル１２１と、詳細属性テーブル１２２とを記憶する。
【００１９】
図３は、基本属性テーブル１２１のデータ構成の一例を示す図である。基本属性テーブル１２１は、クライアント端末１の同期用フォルダに格納される各ファイルについて、ファイル名と基本属性データとを対応づけて格納するテーブルである。この基本属性テーブル１２１を構成する各レコードは、ファイル名と、格納場所と、サイズと、アップロード日時の各フィールドにより構成される。
【００２０】
ここで、ファイル名はファイルの識別情報である。格納場所は、クライアント端末１において当該ファイルの実体データ（以下、「実ファイル」という。）が格納されている場所である。サイズは当該実ファイルのサイズである。アップロード日時は当該実ファイルがサーバ２にアップロードされた日時である。
なお、実ファイルには、ファイルのサムネイル画像データが含まれてもよい。
【００２１】
図４は、詳細属性テーブル１２２のデータ構成の一例を示す図である。詳細属性テーブル１２２は、クライアント端末１の同期用フォルダに格納される各ファイルについて、ファイル名と詳細属性データとを対応づけて格納するテーブルである。この詳細属性テーブル１２２を構成する各レコードは、ファイル名と、入力元端末名と、入力元アプリ名と、ユーザ名と、作成者名と、キーワードの各フィールドにより構成される。
【００２２】
ここで、ファイル名はファイルの識別情報である。入力元端末名は、ファイルをサーバ２にアップロードしたクライアント端末１の識別情報である。入力元アプリ名は、ファイルをサーバ２にアップロードしたアプリケーションの識別情報である。ユーザ名は、ファイルをサーバ２にアップロードしたクライアント端末１のユーザの識別情報である。作成者名は、ファイルを作成した者の識別情報である。キーワードは、ファイルを検索するために使用される条件である。
【００２３】
記憶部１２はまた、同期対象とすべき実ファイルを特定するための情報を記憶する。具体的には、同期対象とすべき実ファイルの属性を示す属性データを記憶する。例えば、端末Ａによりサーバ２にアップロードされた実ファイルを同期対象とすべき場合には、記憶部１２には、属性データ（具体的には、属性カテゴリと属性値の組）として「入力元端末名：端末Ａ」が記憶される。別の例として、ファイル名が「Ａプロジェクト」である実ファイルを同期対象とすべき場合には、記憶部１２には、属性データとして「ファイル名：Ａプロジェクト」が記憶される。
【００２４】
また別の例として、ユーザＡによりサーバ２にアップロードされた実ファイルを同期対象とすべき場合には、記憶部１２には、属性データとして「ユーザ名：ユーザＡ」が記憶される。また、別の例として、最近１週間以内にサーバ２にアップロードされた実ファイルを同期対象とすべき場合には、記憶部１２には、属性データとして「アップロード日時：現在日時から１週間以内」が記憶される。
【００２５】
この記憶部１２に記憶される属性データは、ユーザにより予め設定される。記憶部１２には、複数の属性データが設定され記憶されてもよく、その場合、各属性データはAND条件又はOR条件で結合されてもよい。
【００２６】
操作部１３は、例えばタッチセンサ、キーボード、マウス等の装置である。操作部１３は、例えば、同期用フォルダに格納されているファイルの一覧の表示を指示する操作を受け付ける。または、表示部１４に表示されるファイルのアイコン画像を選択する操作を受け付ける。
【００２７】
表示部１４は、例えば液晶ディスプレイ等の表示装置である。表示部１４は、例えば、記憶部１２に記憶されるファイルのアイコン画像を表示する。この表示部１４は、本発明に係る「通知部」の一例である。なお、表示部１４は、クライアント端末１と一体として構成されていなくともよい。
通信部１５は、例えばデータ通信カード等の通信インタフェースである。通信部１５は、通信回線３を介して外部装置との間でデータ通信を行う。
【００２８】
図５は、制御部１１により実現される機能群の構成の一例を示すブロック図である。制御部１１は、ＲＯＭ又は記憶部１２に記憶されるプログラムを実行することにより、属性データ取得部１１１と、判断部１１２と、実ファイル取得部１１３と、表示制御部１１４という機能群を実現する。
【００２９】
属性データ取得部１１１は、内容物たる少なくとも１つの実ファイルの追加又は更新がサーバ２において行われた場合に、その実ファイルの属性を示す属性データを取得する。
【００３０】
判断部１１２は、属性データ取得部１１１により取得された属性データにより示される属性と、クライアント端末１において取得対象として設定されている実ファイルの属性とが予め定められた条件を満たすか否かを判断する。より具体的には、属性データ取得部１１１により取得された属性データにより示される属性と、クライアント端末１において取得対象として設定されている実ファイルの属性とが一致するか否かを判断する。言い換えると、ファイルが同期条件を満たすか否かを判断する。
【００３１】
実ファイル取得部１１３は、判断部１１２による判断が肯定的である場合に、当該実ファイルを取得する。
【００３２】
表示制御部１１４は、属性データ取得部１１１により取得された属性データにより示される属性を表示部１４を制御してユーザに通知させる。この表示制御部１１４は、本発明に係る「通知制御部」の一例である。
【００３３】
図６は、表示部１４により表示される画面の一例を示す図である。当該画面は、同期用フォルダに格納されているファイルの一覧を示している。同画面は、例えばユーザによる表示指示を受けて表示される。
【００３４】
図６に表示されるアイコン画像Ｉ１〜Ｉ３は、それぞれ別々のファイルに対応し、実物のファイルの形状を模した矩形かつ実線の輪郭を有するアイコンを表現している。アイコンの輪郭内には、対応する実ファイルの属性データ（具体的には、作成者名やキーワード等）を表示するための矩形の属性表示領域を有する。
【００３５】
アイコン画像の生成に際しては、例えば、属性データの詳細属性を示すテキストデータからフォントの画像を生成し、これをアイコン画像とする。この生成したアイコン画像は、実ファイルの表紙を示すアイコン画像（言い換えると、サムネイル画像）に合成されてもよい。生成されるフォントの画像は、予め決められたフォントの大きさ以上の大きさになるように生成されてもよい。また、フォントの画像が合成されるアイコン画像において、当該フォントの画像が表示される領域（具体的には、位置及び大きさ）は予め決められていてもよい。仮に、その予め決められた領域内にフォントの画像が収まらない場合には、当該逸脱する部分については削除されてもよい。
【００３６】
図６に表示される画面が表示されている状態において、一のアイコン画像がユーザによって選択されると、選択されたアイコン画像に対応する実ファイルの内容が表示される。
【００３７】
１−１−３．サーバ２の構成
図７は、サーバ２のハードウェア構成の一例を示すブロック図である。このサーバ２は、本発明に係る「データ記憶装置」及び「データ送信装置」の一例である。サーバ２は、同図に示されるように、制御部２１と、記憶部２２と、通信部２３とを備える。
【００３８】
制御部２１は、例えば、ＣＰＵと、ＲＯＭと、ＲＡＭとを備える。ＣＰＵは、ＲＯＭ又は記憶部２２からＲＡＭ上にプログラムをロードして実行する。記憶部２２は、例えばＨＤＤ等の記憶装置である。記憶部２２はサーバ２の外部に設けられ、通信回線３によりサーバ２と接続されてもよい。この記憶部２２は、各種ファイルを記憶する。この記憶部２２には、クライアント端末１との間で共有されるファイルが格納される同期用のフォルダ（又は、ディレクトリ）が設定される。
【００３９】
また、記憶部２２は、各ファイルの属性データを格納する属性テーブルを記憶する。具体的には、記憶部２２は、基本属性テーブル２２１と、詳細属性テーブル２２２とを記憶する。
【００４０】
基本属性テーブル２２１は、同期用フォルダに格納される各ファイルについて、ファイル名と基本属性データとを対応づけて格納するテーブルである。詳細属性テーブル２２２は、同期用フォルダに格納される各ファイルについて、ファイル名と詳細属性データとを対応づけて格納するテーブルである。基本属性テーブル２２１と詳細属性テーブル２２２のデータ構成は、それぞれクライアント端末１の記憶部１２に記憶される基本属性テーブル１２１と詳細属性テーブル１２２のデータ構成と共通するため、その説明を省略する。
【００４１】
なお、基本属性テーブル２２１に格納される格納場所データについては、基本属性テーブル１２１とは異なり、サーバ２において実ファイルが格納されている場所を示すデータとなる。
【００４２】
１−２．動作
次に、通信システム１００の動作について説明する。具体的には、クライアント端末１がサーバ２との間でファイルを同期させるファイル同期処理について説明する。
【００４３】
図８は、ファイル同期処理の一例を示すシーケンス図である。同図に示されるファイル同期処理は、クライアント端末１により、例えば周期的に実行される。
このファイル同期処理においてクライアント端末１の属性データ取得部１１１は、サーバ２に対してポーリングを行う（ステップＳａ１）。具体的には、属性データ取得部１１１は、サーバ２の同期用フォルダに格納されている各ファイルの属性データ、すなわち、基本属性テーブル２２１と詳細属性テーブル２２２とに格納されている各ファイルの属性データの提供を要求する。サーバ２の受信部２１１が、クライアント端末１からのポーリング信号を受信すると、サーバ２の送信部２１２は、基本属性テーブル２２１と詳細属性テーブル２２２とに格納されている各ファイルの属性データ（ただし、格納場所データを除く。）をクライアント端末１に対して送信する（ステップＳａ２）。
【００４４】
クライアント端末１の属性データ取得部１１１がサーバ２から属性データを取得すると、クライアント端末１の判断部１１２は、取得された属性データにより示される各ファイルについてその実ファイルの同期の要否を判断する判断処理を実行する（ステップＳａ３）。
図９は、この判断処理の一例を示すフローチャートである。
【００４５】
この判断処理において判断部１１２はまず、処理対象となるファイルが同期条件を満たすか否かについて判断する（ステップＳｂ１）。具体的には、処理対象となるファイルの属性データにより示される属性と、クライアント端末１において予め設定されている取得対象の実ファイルの属性とが一致するか否かについて判断する。この判断の結果、処理対象となるファイルが同期条件を満たさない場合には（ステップＳｂ１：ＮＯ）、判断部１１２はステップＳｂ４に進む。ステップＳｂ４の処理については後述する。一方、この判断の結果、処理対象となるファイルが同期条件を満たす場合には（ステップＳｂ１：ＹＥＳ）、判断部１１２はステップＳｂ２に進む。
【００４６】
ステップＳｂ２において判断部１１２は、処理対象となるファイルが、サーバ２に新たに追加されたファイルであるか否かについて判断する。具体的には、当該ファイルのファイル名が基本属性テーブル１２１にすでに記述されているか否かについて判断する。この判断の結果、そのファイル名が基本属性テーブル１２１に記述されていない場合には（ステップＳｂ２：ＮＯ）、すなわち当該ファイルがサーバ２に新たに追加されたファイルである場合には、判断部１１２は、当該ファイルのファイル名をＲＡＭ上の同期対象リストに登録する（ステップＳｂ５）。一方、この判断の結果、そのファイル名が基本属性テーブル１２１に記述されている場合には（ステップＳｂ２：ＮＯ）、すなわち当該ファイルがサーバ２に新たに追加されたファイルでない場合には、判断部１１２はステップＳｂ３に進む。
【００４７】
ステップＳｂ３において判断部１１２は、処理対象となるファイルが、サーバ２において更新されたファイルであるか否かについて判断する。具体的には、当該ファイルについて、サーバ２から受信したアップロード日時のデータと、基本属性テーブル１２１に格納されているアップロード日時のデータとを比較して、両者が異なっているか否かについて判断する。この判断の結果、両者が異なっている場合には（ステップＳｂ３：ＹＥＳ）、すなわち当該ファイルがサーバ２において更新されたファイルである場合には、判断部１１２は、当該ファイルのファイル名を同期対象リストに登録する（ステップＳｂ５）。一方、この判断の結果、この判断の結果、両者が異なっていない場合には（ステップＳｂ３：ＮＯ）、すなわち当該ファイルがサーバ２において更新されたファイルでない場合には、判断部１１２はステップＳｂ４に進む。
【００４８】
ステップＳｂ４において判断部１１２は、サーバ２から取得された属性データにより示されるすべてのファイルについて同期の要否が判断されたか否かについて判断する。この判断の結果、すべてのファイルについて同期の要否が判断された場合には（ステップＳｂ４：ＹＥＳ）、判断部１１２は本判断処理を終了する。一方、この判断の結果、すべてのファイルについて同期の要否が判断されていない場合には（ステップＳｂ４：ＹＥＳ）、判断部１１２はステップＳｂ１に戻り、未処理のファイルのファイルについて同期条件を満たすか否かについて判断する。
以上が判断処理の説明である。
【００４９】
判断処理が終了すると、クライアント端末１の実ファイル取得部１１３は、同期対象リストに登録されたファイルの実ファイルをサーバ２に対して要求する（ステップＳａ４）。この際、実ファイル取得部１１３は、同期対象リストに複数のファイル名が登録されている場合には、例えばリストの上位から順に、ファイルの実ファイルをサーバ２に対して要求する。サーバ２の受信部２１１がクライアント端末１からの当該要求を受信すると、サーバ２の送信部２１２は、その要求に係る実ファイルを記憶部２２から読み出してクライアント端末１に対して送信する（ステップＳａ５）。
【００５０】
実ファイル取得部１１３は、サーバ２から実ファイルを取得すると、当該実ファイルを記憶部１２に記憶する（ステップＳａ６）。この際、実ファイル取得部１１３は、取得した実ファイルが、サーバ２に新たに追加された実ファイルである場合には、当該実ファイルの属性データを基本属性テーブル１２１と詳細属性テーブル１２２とに新たに格納する。一方、取得した実ファイルが、サーバ２において更新された実ファイルである場合には、実ファイル取得部１１３は、取得した実ファイルを更新前の実ファイルに上書きし、基本属性テーブル１２１と詳細属性テーブル１２２とにすでに格納されている当該実ファイルの属性データを更新する。
以上がファイル同期処理の説明である。
【００５１】
以上説明したように、本実施形態に係る通信システム１００では、サーバ２において新たにファイルが追加された場合又はファイルが更新された場合に、クライアント端末１において実ファイルの同期の要否が判断され、その判断の結果、同期が必要であると判断された実ファイルについてサーバ２との間で同期がなされる。そのため、本通信システム１００によれば、クライアント端末１において同期されるべき実ファイルを指定するにあたり、サーバ２側の設定に変更を加える必要がない。
【００５２】
また、本通信システム１００によれば、サーバ２において新たに追加された又は更新されたすべての実ファイルについて同期が行われる場合と比較して、クライアント端末１の記憶容量の圧迫が抑制される。また、記憶容量の超過を原因とする同期処理の失敗が抑制される。また、サーバ２との間の通信量が抑制されることに伴い、クライアント端末１内において通信処理のためのリソースの消費が抑制される。また、特にクライアント端末１がモバイル端末である場合には、取得される実ファイル数が抑制されることに伴い、ユーザが所望のファイルにアクセスすることが容易となる。
【００５３】
２．変形例
上記の実施形態は下記のように変形してもよい。また、下記の変形例は他の１以上の変形例と組み合わせてもよい。
【００５４】
２−１．変形例１
上記の実施形態に係るクライアント端末１では、その実ファイルが同期済みのファイルのアイコン画像のみが画面に表示されているが、その実ファイルが未同期のファイルのアイコン画像についても画面に表示されてもよい。そして、アイコン画像の選択を通じて、実ファイルの同期の指示をユーザより受け付けるようにしてもよい。
そのために、本変形例においては、その実ファイルが同期済みのファイルに限らず、その実ファイルが未同期のファイルについても、その属性データが基本属性テーブル１２１と詳細属性テーブル１２２とに格納されてもよい。
【００５５】
図１０は、本変形例において制御部１１により実現される機能群の構成の一例を示すブロック図である。同図に示されるように本変形例では、上記の実施形態と比較して、削除部１１５が追加されている。
【００５６】
本変形例においては、特に、実ファイル取得部１１３は、判断部１１２による判断が否定的である場合には、ユーザによる実ファイルの取得指示がなされたときに当該実ファイルを取得する。
また、表示制御部１１４は、判断部１１２による判断が否定的である場合において実ファイル取得部１１３により実ファイルが取得されたときに、当該取得された実ファイルにより示される内容を表示部１４を制御してユーザに通知させる。
【００５７】
削除部１１５は、表示制御部１１４による実ファイルの内容の通知後に当該実ファイルをクライアント端末１から削除する。ここで、削除の概念には、当該実ファイルに上書きをして記憶部１２から完全に消去する処理のみならず、当該実ファイルが記憶されている領域を新たなデータの記憶領域として開放する処理も含まれる。
【００５８】
図１１は、本変形例において表示部１４により表示される画面の一例を示す図である。当該画面は、同期用フォルダに格納されているファイルの一覧を示している。同画面は例えばユーザによる表示指示を受けて表示される。
【００５９】
図１１に表示されるアイコン画像Ｉ１〜Ｉ６は、それぞれ別々のファイルに対応し、実物のファイルの形状を模した矩形の輪郭を有するアイコンを表現している。アイコンの輪郭内には、対応する実ファイルの属性データ（具体的には、作成者名やキーワード等）を表示するための矩形の属性表示領域を有する。
【００６０】
アイコン画像Ｉ１〜Ｉ６のうち、アイコン画像Ｉ１〜Ｉ３は、それぞれ実ファイルを同期済みのファイルに対応しており、そのアイコンの輪郭が実線で描画されている。一方、アイコン画像Ｉ４〜Ｉ６は、それぞれ実ファイルが未同期のファイルに対応しており、そのアイコンの輪郭が破線で描画されている。
【００６１】
この画面が表示されている状態において、アイコン画像Ｉ１〜Ｉ３のうちのいずれかがユーザによって選択されると、選択されたアイコン画像に対応する実ファイルの内容が表示される。一方、アイコン画像Ｉ４〜Ｉ６のうちのいずれかがユーザによって選択され、実ファイルの同期が指示されると、以下に説明する実ファイル同期処理が実行される。
【００６２】
図１２は、実ファイル同期処理の一例を示すシーケンス図である。
この実ファイル同期処理のステップＳｃ１においてクライアント端末１の実ファイル取得部１１３は、ユーザにより選択されたアイコン画像に対応する実ファイルをサーバ２に対して要求する。サーバ２の受信部２１１がクライアント端末１からの当該要求を受信すると、サーバ２の送信部２１２は、その実ファイルを記憶部２２から読み出してクライアント端末１に対して送信する（ステップＳｃ２）。
【００６３】
クライアント端末１の実ファイル取得部１１３がサーバ２から実ファイルを取得すると、クライアント端末１の表示制御部１１４は、当該取得された実ファイルの内容を表示部１４を制御してユーザに通知させる（ステップＳｃ３）。
その後、ユーザにより当該実ファイルの表示の終了が指示されると、クライアント端末１の削除部１１５は当該実ファイルを当該端末から削除する。
【００６４】
以上説明した本変形例によれば、同期対象となっていない実ファイルの中に閲覧したい実ファイルが含まれていた場合に、当該実ファイルを個別に取得して閲覧することができる。
【００６５】
２−２．変形例２
上記の変形例１において、図１１に示される画面が表示されている状態において、アイコン画像を選択することにより、同期対象とすべき実ファイルの属性データを記憶部１２に設定記憶するようにしてもよい。例えば、同図に示される画面においてアイコン画像Ｉ４がユーザにより選択された場合には、当該アイコン画像に対応するファイルの属性データ（例えば、そのファイル名「file4」）が、同期対象の実ファイルを識別する情報として記憶部１２に設定記憶されてもよい。
【００６６】
２−３．変形例３
上記の実施形態に係るファイル同期処理において、実ファイル取得部１１３は、同期対象リストに登録されたファイルの実ファイルを取得する際に、各実ファイルに対応づけられた優先度の順に取得してもよい。本変形例によれば、ユーザは、優先度の高い実ファイルほど早く閲覧することができるようになる。また、優先度の高い実ファイルほど、記憶容量の超過を原因とする同期処理の失敗が抑制されるようになる。
【００６７】
なお、同期処理の優先度は、例えばファイルごとに設定されてもよい。例えば、上記の実施形態において、図６に示される画面が表示されている状態において、アイコン画像Ｉ１〜Ｉ３を優先度の順にユーザに選択させることにより、各ファイルに優先度を設定するようにしてもよい。
または、同期処理の優先度は、実ファイルの属性ごとに設定されてもよい。この場合、各ファイルに対して、属性データを介して間接的に優先度が設定されることになる。
【００６８】
仮に同期対象リストに優先度が設定されていないファイルが登録されていた場合には、そのファイルの同期は、優先度が設定されているファイルの同期よりも後に行われてもよい。または逆に、優先度が設定されているファイルの同期よりも先に行われてもよい。
【００６９】
２−４．変形例４
上記の実施形態又は上記の変形例においてクライアント端末１の制御部１１又はサーバ２の制御部２１により実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光ディスク、光磁気ディスク、メモリ等の記憶媒体に記憶された状態で提供されてもよい。また、当該プログラムは、インターネット等の通信回線を介してダウンロードされてもよい。
【００７０】
２−５．他の変形例
上記の実施形態に係るファイル同期処理では、クライアント端末１の側からサーバ２に対してポーリングが行われているが、サーバ２の方でファイルの追加又は更新を検知次第、クライアント端末１に通知するようにしてもよい。また、ファイル同期処理はユーザによる指示に応じて実行されてもよい。
【００７１】
上記の実施形態では、ファイルの実ファイルの同期についてはサーバ２からクライアント端末１への片方向となっているが、これを双方向としてもよい。
【００７２】
上記の実施形態又は変形例１に係るアイコン画像の形態はあくまで一例であり、ファイルの存在をユーザに通知するものであって当該ファイルの属性を通知するものであれば他の形態でもよい。なお、上記の第１実施形態においては、アイコン画像は属性表示領域を有していなくてもよい。また、変形例１において実ファイルを同期済みであるか否かの事実については、アイコンの輪郭の線種以外の特徴により表現されてもよい。また、ファイルの存在をユーザに通知するための手段はアイコン（すなわち、絵文字）に限られず、単なる文字等の記号であってもよい。
【００７３】
上記の実施形態において、属性データ取得部１１１により取得された属性データにより示される属性又は実ファイル取得部１１３により取得された実ファイルの内容は、スピーカや振動装置を制御することによりユーザに通知されてもよい。ここで、スピーカや振動装置は、本発明に係る「通知部」の一例である。
【００７４】
上記の実施形態において、ファイルの基本属性データには、作成日時と更新日時とが含まれてもよい。ここで、作成日時とは、実ファイルが作成された日時であり、更新日時とは、実ファイルが更新された最新の日時である。加えて、ファイルの詳細属性データには、タイトルとコメントとが含まれてもよい。ここで、タイトルとは、実ファイルにより表されるコンテンツの表題又は概要であり、コメントとは、実ファイルにより表されるコンテンツに関する解説である。
【符号の説明】
【００７５】
１…クライアント端末、２…サーバ、３…通信回線、１１…制御部、１２…記憶部、１３…操作部、１４…表示部、１５…通信部、２１…制御部、２２…記憶部、２３…通信部、１００…通信システム、１１１…属性データ取得部、１１２…判断部、１１３…実ファイル取得部、１１４…表示制御部、１１５…削除部、１２１…基本属性テーブル、１２２…詳細属性テーブル、２１１…受信部、２１２…送信部、２２１…基本属性テーブル、２２２…詳細属性テーブル
【図１】
0006442915.tif 000002
【図２】
0006442915.tif 000003
【図３】
0006442915.tif 000004
【図４】
0006442915.tif 000005
【図５】
0006442915.tif 000006
【図６】
0006442915.tif 000007
【図７】
0006442915.tif 000008
【図８】
0006442915.tif 000009
【図９】
0006442915.tif 000010
【図１０】
0006442915.tif 000011
【図１１】
0006442915.tif 000012
【図１２】
0006442915.tif 000013