JP4846370B2 - 通信プログラム、記録媒体、通信方法および通信端末装置 - Google Patents

Description

本発明は、通信プログラム、記録媒体、通信方法および通信端末装置に関し、特に、複数の端末装置間で共有するデータに対し処理を行なう、通信プログラム、記録媒体、通信方法および通信端末装置に関する。

近年のＰＣ（Personal Computer）の普及に伴い、オフィス内または家庭内で、ネットワークに接続された複数のＰＣ間で、データを共有して使用する場面が増えつつある。

共有するデータ（以下、共有データともいう）が、たとえば、大容量の動画像データである場合、共有データの容量が大きく、複数のＰＣ間で共有データの送受信に必要な時間が長くなるため、通信路および、これに接続される通信システムにかかる負荷が大きくなる。ここで、共有データとは、たとえば、コンテンツデータ、スケジュール管理データ、アドレス帳データ、ドキュメントデータ、表計算データ等である。コンテンツデータとは、たとえば、動画像データ、静止画像データ、音声データ等である。

そのため、最近では、共有データの更新状態を知るために、データについての情報を記述したデータであって、かつ、容量が小さいメタデータを、複数のＰＣ間で送受信する場面が増えつつある。以下においては、メタデータに情報を記述するための元となるデータを、元データともいう。

他のＰＣからメタデータを受信し、受信したメタデータを参照することで、対応する元データがどのようなデータか即座に把握できる。また、メタデータを参照することで、元データが変更されたか否か等も即座に把握できる。特開２００５−０９２５８３号公報（特許文献１）には、多くのメタデータを効率よく管理する技術（以下、従来技術Ａともいう）が開示されている。
特開２００５−０９２５８３号公報

しかしながら、従来技術Ａでは、サーバとして機能する装置（以下、サーバ装置ともいう）から、メタデータを受信する。すなわち、従来技術Ａでは、サーバ装置と、クライアント装置とによるシステムにおいて、メタデータの送受信が行なわれる。そのため、サーバ装置を安定して動作させるために、所定期間毎に、サーバ装置の保守管理等を行なう手間が生じるという問題点がある。

また、事故等により、サーバ装置の電源がオフになってしまうと、サーバ装置が管理している全てのメタデータを失ってしまう可能性があるという問題点もある。また、サーバ装置は、常時接続を前提としているため、機密情報の保護のために、外部からのアクセスが容易にできないという問題点がある。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、複数の端末装置間で共有するデータを、効率的に管理可能な通信プログラムを提供することである。

本発明の他の目的は、複数の端末装置間で共有するデータを、効率的に管理可能な通信プログラムを記録した記録媒体を提供することである。

本発明のさらに他の目的は、複数の端末装置間で共有するデータを、効率的に管理可能な通信方法を提供することである。

本発明のさらに他の目的は、複数の端末装置間で共有するデータを、効率的に管理可能な通信端末装置を提供することである。

上述の課題を解決するために、この発明のある局面に従うと、複数の装置からデータアクセス可能な共有データを有する端末装置と、データアクセス可能なコンピュータに実行させるための通信プログラムであって、端末装置は、共有データの更新状況を監視し、更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルをコンピュータへ送信し、端末装置が送信した更新メタデータファイルを受信するステップと、更新メタデータファイルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信するステップとを備える。

好ましくは、送信する前記更新メタデータファイルには、前記端末装置を示す情報が記載される。

好ましくは、更新後共有データのメタデータは、更新後共有データの識別名、更新後共有データの記憶位置の情報および更新後共有データの更新日時の情報の少なくとも１つを含む。

好ましくは、コンピュータは情報を表示する表示部を含み、受信した更新メタデータファイルに含まれる更新後共有データのメタデータの情報を、端末装置を示す情報に対応づけて表示部に表示させるステップをさらに備える。

好ましくは、コンピュータは情報を記憶する記憶部を含み、複数の装置のうちの少なくとも１つの装置から、コンピュータに対し、共有データの取得要求があったときに、コンピュータが端末装置とデータアクセス不能である場合、記憶部に共有データの取得要求を示す情報を記憶させるステップをさらに備える。

好ましくは、コンピュータは情報を記憶する記憶部を含み、通信プログラムは、受信した更新メタデータファイルを記憶部に記憶させるステップと、コンピュータが端末装置とデータアクセス可能な状態の場合、端末装置の有する最新の更新メタデータファイルに基づいて、記憶部に記憶されている更新メタデータファイルを更新するステップとをさらに備える。

この発明の他の局面に従うと、複数の装置からデータアクセス可能な共有データを記憶した記憶部を備えるコンピュータに実行させるための通信プログラムであって、共有データの更新状況を監視するステップと、更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを生成するステップと、複数の装置の各々の動作状態を判定するステップと、複数の装置の各々の動作状態に基づいて、複数の装置のうち、更新メタデータファイルを送信代行する代行装置を決定するステップと、代行装置へ、生成した更新メタデータファイルを送信するステップとを備える。

好ましくは、代行装置を示す情報を、記憶部に記憶させるステップをさらに備える。
この発明のさらに他の局面に従うと、記録媒体は、通信プログラムを記録した媒体である。

この発明のさらに他の局面に従うと、複数の装置からデータアクセス可能な共有データを有する端末装置と、データアクセス可能な通信端末装置に実行させるための通信方法であって、端末装置は、共有データの更新状況を監視し、更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを通信端末装置へ送信し、端末装置が送信した更新メタデータファイルを受信するステップと、更新メタデータファイルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信するステップとを備える。

この発明のさらに他の局面に従うと、複数の装置からデータアクセス可能な共有データを記憶した記憶部を備える通信端末装置に実行させるための通信方法であって、共有データの更新状況を監視するステップと、更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを生成するステップと、複数の装置の各々の動作状態を判定するステップと、複数の装置の各々の動作状態に基づいて、複数の装置のうち、更新メタデータファイルを送信代行する代行装置を決定するステップと、代行装置へ、生成した更新メタデータファイルを送信するステップとを備える。

この発明のさらに他の局面に従う通信端末装置は、複数の装置からデータアクセス可能な共有データを有する端末装置と、データアクセス可能な通信端末装置であって、端末装置は、共有データの更新状況を監視し、更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを通信端末装置へ送信し、端末装置が送信した更新メタデータファイルを受信するための受信手段と、受信手段が更新メタデータファイルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信する送信手段とを備える。

この発明のさらに他の局面に従う通信端末装置は、複数の装置からデータアクセス可能な共有データを記憶する記憶手段と、共有データの更新状況を監視する監視手段と、更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを生成する生成手段と、複数の装置の各々の動作状態を判定する判定手段と、複数の装置の各々の動作状態に基づいて、複数の装置のうち、更新メタデータファイルを送信代行する代行装置を決定する決定手段と、決定手段により決定された代行装置へ、生成した更新メタデータファイルを送信する送信手段とを備える。

本発明に係る通信プログラムは、端末装置から更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

本発明に係る通信プログラムは、複数の装置の各々の動作状態に基づいて、複数の装置のうち、複数の装置からデータアクセス可能な共有データが更新された更新後共有データのメタデータを含む更新メタデータファイルを送信代行する代行装置を決定し、代行装置へ、生成した更新メタデータファイルを送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

本発明に係る記録媒体は、通信プログラムを記録する。通信プログラムは、端末装置から更新された共有データである更新後共有データのメタデータを含む更新メタデータファ
イルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

また、当該記録媒体に記録された通信プログラムは、複数の装置の各々の動作状態に基づいて、複数の装置のうち、複数の装置からデータアクセス可能な共有データが更新された更新後共有データのメタデータを含む更新メタデータファイルを送信代行する代行装置を決定し、代行装置へ、生成した更新メタデータファイルを送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

本発明に係る通信方法は、端末装置から更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

本発明に係る通信方法は、複数の装置の各々の動作状態に基づいて、複数の装置のうち、複数の装置からデータアクセス可能な共有データが更新された更新後共有データのメタデータを含む更新メタデータファイルを送信代行する代行装置を決定し、代行装置へ、生成した更新メタデータファイルを送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

本発明に係る通信端末装置は、端末装置から更新された共有データである更新後共有データのメタデータを含む更新メタデータファイルを受信した場合、受信した更新メタデータファイルを、複数の装置のうちの少なくとも１つの装置へ送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

本発明に係る通信端末装置は、複数の装置の各々の動作状態に基づいて、複数の装置のうち、複数の装置からデータアクセス可能な共有データが更新された更新後共有データのメタデータを含む更新メタデータファイルを送信代行する代行装置を決定し、代行装置へ、生成した更新メタデータファイルを送信する。

したがって、複数の端末装置間で共有するデータを、効率的に管理することができるという効果を奏する。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

本実施の形態の通信端末装置は、ＰＣおよびＰＤＡ（Personal Digital Assistance）
であるとする。なお、通信端末装置は、ＰＣおよびＰＤＡに限定されることなく、通信機能を備えた装置であればどのような装置でもよい。

＜第１の実施の形態＞
図１は、本実施の形態におけるネットワークシステム１０００の構成を示す図である。図１を参照して、ネットワークシステム１０００には、通信端末装置５００Ａと、通信端末装置５００Ｂと、通信端末装置５００Ｃと、通信端末装置６００と、通信部５０とが含まれる。

通信端末装置５００Ａ，５００Ｂ，５００Ｃは、ＰＣである。なお、通信端末装置５００Ａ，５００Ｂ，５００Ｃは、ＰＣに限定されることなく、通信機能を備えた装置であればどのような装置でもよい。

通信端末装置６００は、ＰＤＡである。なお、通信端末装置６００は、ＰＤＡに限定されることなく、通信機能を備えた装置であればどのような装置（たとえば、ＰＣ）でもよい。通信端末装置６００は、通信端末装置５００Ａと、無線または有線によりデータ通信を行なう機能を有する。なお、通信端末装置６００は、通信端末装置５００Ａだけでなく、通信端末装置５００Ｂおよび通信端末装置５００Ｃとも、無線または有線によりデータ通信を行なう機能を有する。

通信部５０は、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００およびネットワーク７０と、データ通信を行なう機能を有する。ネットワーク７０は、インターネットなどの外部のネットワークである。ネットワーク７０には、メールサーバが接続されている。メールサーバは、電子メールを受信または送信するための機能を有する。

通信部５０は、無線ＬＡＮの規格である、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂおよびＩＥＥＥ８０２．１１ｇのいずれかに基づく無線技術を利用してデータ通信を行なう機能を有する。なお、無線技術は、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂおよびＩＥＥＥ８０２．１１ｇのいずれかに基づく技術に限定されることはなく、その他の無線技術であってもよい。したがって、通信部５０は、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００およびネットワーク７０と、無線でデータ通信を行なうことが可能である。

また、通信部５０は、さらに、イーサネット（登録商標）を利用した通信用インターフェースの機能（たとえば、ルータ機能）を有する。したがって、通信部５０は、たとえば、ＬＡＮケーブルを介して、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００およびネットワーク７０とデータ通信を行なうことができる。すなわち、通信部５０は、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００およびネットワーク７０と、有線でデータ通信を行なうことが可能である。

なお、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃおよび通信端末装置６００の各々の記憶部には、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００の各々が、互いにデータアクセス可能な共有データが記憶されている。

また、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃおよび通信端末装置６００の各々は、ネットワーク７０に接続されたＤＨＣＰ（Dynamic Host Configuration Protocol）サーバを使用している。したがって、通信端末装置５００Ａ、通
信端末装置５００Ｂ、通信端末装置５００Ｃおよび通信端末装置６００の各々のＩＰアドレスは、ＤＨＣＰサーバにより自動的に割り当てられる。すなわち、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃおよび通信端末装置６００の各々のＩＰアドレスは、動的ＩＰアドレスとなる。なお、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃおよび通信端末装置６００の各々は、ＤＨＣＰサーバを使用しなくてもよい。

また、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃおよび通信端末装置６００の識別名（端末名）は、それぞれ、ＰＣ５００Ａ，ＰＣ５００Ｂ、ＰＣ５００Ｃ、ＰＤＡ６００である。

図２は、本実施の形態における通信端末装置５００Ａの内部の構成を示すブロック図である。なお、図２には、説明のために、記録媒体５５５、通信端末装置６００も示している。記録媒体５５５には、後述するプログラム１８０が記録されている。すなわち、プログラム１８０は、媒体等に記録されてプログラム製品として流通される。また、記録媒体５５５もプログラム製品として流通される。

図２を参照して、通信端末装置５００Ａには、表示部５３０と、マウス５４２と、キーボード５４４とが接続される。

表示部５３０は、ユーザに各種情報を参照可能とするために、文字や画像等を表示する機能を有する。表示部５３０は、通信端末装置５００Ａから出力された画像データに基づいた画像を表示する。表示部５３０は、液晶ディスプレイ（ＬＣＤ（Liquid Crystal Display））、ＣＲＴ（Cathode Ray Tube）、ＦＥＤ（Field Emission Display）、ＰＤＰ（Plasma Display Panel）、有機ＥＬディスプレイ（Organic Electro luminescence Display）、ドットマトリクス等その他の画像表示方式の表示機器のいずれであってもよい。

マウス５４２は、ユーザが通信端末装置５００Ａを操作するためのインターフェースである。キーボード５４４は、ユーザが通信端末装置５００Ａを操作するためのインターフェースである。なお、表示部５３０およびキーボード５４４は、通信端末装置５００Ａの内部に設けられる構成であってもよい。また、マウス５４２は、たとえば、タッチパッド等として、通信端末装置５００Ａの内部に設けられる構成であってもよい。また、通信端末装置５００Ａには、ペンタブレットが入力機器として接続されていてもよい。以下においては、ユーザによる、マウス５４２またはキーボード５４４の操作を、インターフェース操作Ｐともいう。

通信端末装置５００Ａは、制御部５１０と、一時記憶部５２２と、記憶部５２０と、通信部５６０と、通信部５６２と、ＶＤＰ（Video Display Processor）５３２と、ＣＧＲＯＭ（Character Graphic Read Only Memory）５３４と、ＶＲＡＭ（Video Random Access Memory）５３６と、入力部５４０と、記録媒体アクセス部５５０とを備える。

ＣＧＲＯＭ５３４には、フォントデータ、図形データなど、ＶＤＰ５３２が、表示部５３０で表示される画像を生成するための画像データが記憶されている。

記憶部５２０には、制御部５１０に後述する処理を行なわせるためのプログラム１８０、メタデータファイル、設定情報、元データ、その他各種プログラムおよびデータ等が記憶されている。元データは、他の装置がアクセス可能な共有データである。共有データである元データは、記憶部５２０に設定された共有ドライブ内に記憶されているデータである。ここで、共有ドライブとは、他の装置がアクセス可能なドライブである。なお、共有データである元データは、記憶部５２０に設定された共有ドライブに限定されることなく
、記憶部５２０に設定されたドライブ内の共有フォルダに記憶されているデータであってもよい。ここで、共有フォルダとは、他の装置がアクセス可能な共有フォルダである。

なお、メタデータファイルは、複数のメタデータを含むファイルである。メタデータファイルは、後述する処理により、記憶部５２０に記憶されるデータファイルである。すなわち、記憶部５２０には、予めメタデータファイルは記憶されていない。プログラム１８０は、後述する、メタデータファイル生成設定プログラム、代行委託プログラム、メタデータファイル生成プログラム、データ取得プログラム、メタデータファイル管理プログラム、代行処理プログラム、代行装置決定プログラム、およびデータ受信時処理プログラムを含む。

記憶部５２０は、制御部５１０によってデータアクセスされる。記憶部５２０は、大容量のデータを記憶可能なハードディスクである。なお、記憶部５２０は、ハードディスクに限定されることなく、電源を供給されなくてもデータを不揮発的に保持可能な媒体（たとえば、フラッシュメモリ）であればよい。

制御部５１０は、記憶部５２０に記憶されたプログラム１８０に従って、通信端末装置５００Ａの内部の各機器に対する各種処理や、演算処理等を行なう機能を有する。制御部５１０は、マイクロプロセッサ（Microprocessor）、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）、その他の演算機能を有する回路のいずれであってもよい。

なお、制御部５１０は、メタデータ更新部５１０Ａ、データ編集部５１０Ｂ、データ変換部５１０Ｃおよび読出しデータ拡張部５１０Ｄとして動作する。メタデータ更新部５１０Ａは、メタデータを更新する機能を有する。データ編集部５１０Ｂは、データを編集する機能を有する。データ変換部５１０Ｃは、データを、指定された形式に変換する機能を有する。

読出しデータ拡張部５１０Ｄは、データ処理可能なデータを増やすためのプラグインプログラムに基づいて動作する。たとえば、読出しデータ拡張部５１０Ｄが、プラグインプログラムが必要な動画像データＡを読み出して、データ処理するには、記憶部５２０に、対応するプラグインプログラムがインストールされていればよい。これにより、読出しデータ拡張部５１０Ｄは、動画像データＡを読み出して、データ処理（たとえば、再生処理）をすることができるようになる。

また、制御部５１０は、記憶部５２０に記憶されたプログラム１８０に従って、ＶＤＰ５３２に対し、画像を生成させ、当該画像を表示部５３０に表示させる指示（以下においては、「描画指示」ともいう）を出す。

ＶＤＰ５３２は表示部５３０と接続されている。ＶＤＰ５３２は、制御部５１０からの描画指示に応じて、ＣＧＲＯＭ５３４から必要な画像データを読出し、ＶＲＡＭ５３６を利用して画像を生成する。そして、ＶＤＰ５３２は、ＶＲＡＭ５３６に記憶された画像データを読出し、表示部５３０に、当該画像データに基づく画像を表示させる。

ＶＲＡＭ５３６は、ＶＤＰ５３２が生成した画像を一時的に記憶する機能を有する。一時記憶部５２２は、制御部５１０によってデータアクセスされ、一時的にデータを記憶するワークメモリとして使用される。

一時記憶部５２２は、ＲＡＭ（Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＤＲＡＭ（Synchronous
DRAM）、ＤＤＲ−ＳＤＲＡＭ（Double Data Rate SDRAM）、ＲＤＲＡＭ（Rambus Dynamic Random Access Memory）、Ｄｉｒｅｃｔ−ＲＤＲＡＭ（Direct Rambus Dynamic Random
Access Memory）、その他、データを揮発的に記憶保持可能な構成を有する回路のいずれであってもよい。

入力部５４０には、マウス５４２と、キーボード５４４とが接続されている。ユーザは、マウス５４２またはキーボード５４４を利用して、通信端末装置５００Ａに指示を与える。マウス５４２またはキーボード５４４からの入力指示は、入力部５４０を介して制御部５１０へ送信される。制御部５１０は、入力部５４０からの入力指示に基づいて所定の処理を行なう。

記録媒体アクセス部５５０は、プログラム１８０が記録された記録媒体５５５から、プログラム１８０を読出す機能を有する。記録媒体５５５に記憶されているプログラム１８０は、制御部５１０の動作（インストール処理）により、記録媒体アクセス部５５０により読み出され、制御部５１０が、記憶部５２０に記憶させる。

このインストール処理用プログラムは、予め、記憶部５２０に格納されており、インストール処理は、制御部５１０が、インストール処理用プログラムに基づいて行なう。

なお、記憶部５２０には、プログラム１８０がインストールされていなくてもよい。この場合、制御部５１０は、記録媒体アクセス部５５０を介して、記録媒体５５５に記憶されたプログラム１８０を読み出して、プログラム１８０に基づいた所定の処理を行なう。

記録媒体５５５は、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＤＶＤ−Ｒ（Digital Versatile Disk Recordable）、ＤＶＤ−ＲＡＭ（Digital Versatile Disk Random Access Memory）、ＤＶＤ＋ＲＷ（Digital Versatile Disk Re-Writable）、ＤＶＤ−ＲＷ、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto Optical Disk）、フロッピー（登録商標）ディスク、ＣＦ(Compact Flash) カード、ＳＭ（Smart Media（登録商標））、ＭＭＣ（Multi Media Card）、ＳＤ（Secure Digital）メモリーカード、メモリースティック（登録商標）、ｘＤピクチャーカードおよびＵＳＢメモリ、磁気テープおよび上記以外の不揮発性メモリのいずれであってもよい。

通信部５６０は、制御部５１０とデータの送受信を行なう。また、通信部５６０は、通信端末装置６００と有線または無線で、データの送受信を行なう。このデータの送受信の処理は、通信端末装置５００Ａと通信端末装置６００とが近接しており、通信端末装置５００Ａが通信端末装置６００と直接データ通信する場合に行なわれる処理である。一般的には、後述の通信部５６２および通信部５０を介し、通信端末装置５００Ａは他の通信端末装置とデータの送受信を行なうことになる。

通信部５６０は、ＵＳＢ（Universal Serial Bus）１．１またはＵＳＢ２．０の規格に基づく、シリアル転送を行なう通信用インターフェースの機能を有する。なお、シリアル転送を行なう通信用インターフェースの規格は、ＵＳＢ（Universal Serial Bus）１．１またはＵＳＢ２．０に限定されることなく他の規格であってもよい。

なお、通信部５６０は、パラレル転送を行なう通信用インターフェースの機能を有していてもよい。パラレル転送を行なう通信用インターフェースは、たとえば、セントロニクス準拠の規格またはＩＥＥＥ１２８４（Institute of Electrical and Electronic Engineers 1284）の規格に準拠したインターフェースである。また、通信部５６０は、ＩＥＥＥ１３９４またはＳＣＳＩ規格に基づく通信用インターフェースの機能を有していてもよい。

また、通信部５６０は、さらに、無線データ通信機能を有する。無線データ通信機能は、ブルートゥース（Bluetooth）を使用して、無線でデータ通信を行なう機能を有する。なお、無線データ通信は、ブルートゥースを使用した方式に限定されることなく、たとえば、赤外線等を使用した他の通信方式であってもよい。通信部５６０は、制御部５１０からの制御指示に応じて、他の端末と無線でデータ通信を行なう。

通信部５６２は、制御部５１０と、データの送受信を行なう。通信部５６２は、無線ＬＡＮの規格である、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂおよびＩＥＥＥ８０２．１１ｇのいずれかに基づく無線技術を利用してデータ通信を行なう機能を有する。なお、無線技術は、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂおよびＩＥＥＥ８０２．１１ｇのいずれかに基づく技術に限定されることはなく、その他の無線技術であってもよい。

また、通信部５６２は、さらに、イーサネット（登録商標）を利用した通信用インターフェースの機能を有する。したがって、通信部５６２は、たとえば、ＬＡＮケーブルを介して、通信部５０とデータ通信を行なうことができる。

したがって、本実施の形態における通信端末装置５００Ａは、ネットワーク７０から、通信部５０および通信部５６２を介して、プログラムのダウンロード処理を行ない、記憶部５２０に格納することもできる。この場合、当該ダウンロードしたプログラムは、プログラム１８０である。

制御部５１０は、ネットワーク７０からダウンロードしたプログラム（プログラム１８０）に従って、所定の処理を行なう。このダウンロード用プログラムは、予め、記憶部５２０に格納されており、ダウンロード処理は、制御部５１０が、ダウンロード用プログラムに基づいて行なう。

再び、図１を参照して、通信端末装置５００Ｂおよび通信端末装置５００Ｃも、通信端末装置５００Ａと同様な構成および機能を有するので詳細な説明は繰り返さない。

図３は、本実施の形態における通信端末装置６００の内部の構成を示すブロック図である。なお、図３には、説明のために、記録媒体５５５、通信端末装置５００Ａも示している。記録媒体５５５には、後述するプログラム１８０Ａが記録されている。すなわち、プログラム１８０Ａは、媒体等に記録されてプログラム製品として流通される。また、記録媒体５５５もプログラム製品として流通される。

図３を参照して、通信端末装置６００は、表示部６３０と、入力部６４０とを備える。表示部６３０は、前述の表示部５３０と同様な表示機器である。なお、表示部６３０は、ユーザが、画面に直接触れることで、情報入力可能なタッチパネル機能を有するものである。表示部６３０は、ユーザが画面にタッチした位置情報を、制御部６１０へ送信する。制御部６１０は、受信した位置情報に基づいて、所定の処理を行なう。

入力部６４０は、図示されない複数のボタンを含む。複数のボタンは、通信端末装置６００の外部に設けられている。複数のボタンのうち、いずれかのボタンがユーザにより押下操作されると、入力部６４０は、押下操作されたボタンに対応するボタン信号を、制御部６１０へ送信する。制御部６１０は、受信したボタン信号に基づいて、所定の処理を行なう。以下においては、ユーザによる、入力部６４０のボタン操作または表示部６３０に対するタッチ操作を、インターフェース操作Ｍともいう。なお、入力部６４０は、複数のボタンの代わりに、他の入力インタフェースを含んでもよい。

通信端末装置６００は、さらに、制御部６１０と、一時記憶部６２２と、記憶部６２０と、通信部６６０と、通信部６６２と、ＶＤＰ６３２と、ＣＧＲＯＭ６３４と、ＶＲＡＭ６３６と、記録媒体アクセス部６５０とを備える。

ＣＧＲＯＭ６３４には、ＣＧＲＯＭ５３４と同様、フォントデータ、図形データなど、ＶＤＰ６３２が、表示部６３０で表示される画像を生成するための画像データが記憶されている。

記憶部６２０には、制御部６１０に後述する処理を行なわせるためのプログラム１８０Ａ、メタデータファイル、設定情報、元データ、その他各種プログラムおよびデータ等が記憶されている。元データは、他の装置がアクセス可能な共有データである。共有データである元データは、記憶部６２０に設定された共有ドライブ内に記憶されているデータである。なお、共有データである元データは、記憶部６２０に設定された共有ドライブに限定されることなく、記憶部６２０に設定されたドライブ内の共有フォルダに記憶されているデータであってもよい。

なお、メタデータファイルは、後述する処理により、記憶部６２０に記憶されるデータファイルである。すなわち、記憶部６２０には、予めメタデータファイルは記憶されていない。プログラム１８０Ａは、後述する、メタデータファイル生成設定プログラム、代行委託プログラム、メタデータファイル生成プログラム、データ取得プログラム、メタデータファイル管理プログラム、代行処理プログラム、代行装置決定プログラム、およびデータ受信時処理プログラムを含む。

記憶部６２０は、制御部６１０によってデータアクセスされる。記憶部６２０は、前述の記憶部５２０と同様なものであるので詳細な説明は繰り返さない。

制御部６１０は、記憶部６２０に記憶されたプログラム１８０Ａに従って、通信端末装置６００の内部の各機器に対する各種処理や、演算処理等を行なう機能を有する。制御部６１０は、前述の制御部５１０と同様なものであるので詳細な説明は繰り返さない。

なお、制御部６１０は、メタデータ更新部６１０Ａ、データ編集部６１０Ｂ、データ変換部６１０Ｃおよび読出しデータ拡張部６１０Ｄとして動作する。メタデータ更新部６１０Ａ、データ編集部６１０Ｂ、データ変換部６１０Ｃおよび読出しデータ拡張部６１０Ｄは、前述のメタデータ更新部５１０Ａ、データ編集部５１０Ｂ、データ変換部５１０Ｃおよび読出しデータ拡張部５１０Ｄとそれぞれ同様な機能を有するので詳細な説明は繰り返さない。

また、制御部６１０は、記憶部６２０に記憶されたプログラム１８０Ａに従って、ＶＤＰ６３２に対し、画像を生成させ、当該画像を表示部６３０に表示させる描画指示を出す。

ＶＤＰ６３２は表示部６３０と接続されている。ＶＤＰ６３２は、制御部６１０からの描画指示に応じて、ＣＧＲＯＭ６３４から必要な画像データを読出し、ＶＲＡＭ６３６を利用して画像を生成する。そして、ＶＤＰ６３２は、ＶＲＡＭ６３６に記憶された画像データを読出し、表示部６３０に、当該画像データに基づく画像を表示させる。

ＶＲＡＭ６３６は、ＶＤＰ６３２が生成した画像を一時的に記憶する機能を有する。一時記憶部６２２は、制御部６１０によってデータアクセスされ、一時的にデータを記憶するワークメモリとして使用される。一時記憶部６２２は、前述の一時記憶部５２２と同様
なものであるので詳細な説明は繰り返さない。

記録媒体アクセス部６５０は、プログラム１８０Ａが記録された記録媒体５５５から、プログラム１８０Ａを読出す機能を有する。記録媒体５５５に記憶されているプログラム１８０Ａは、制御部６１０の動作（インストール処理）により、記録媒体アクセス部６５０により読み出され、制御部６１０が、記憶部６２０に記憶させる。

このインストール処理用プログラムは、予め、記憶部６２０に格納されており、インストール処理は、制御部６１０が、インストール処理用プログラムに基づいて行なう。

なお、記憶部６２０には、プログラム１８０Ａがインストールされていなくてもよい。この場合、制御部６１０は、記録媒体アクセス部６５０を介して、記録媒体５５５に記憶されたプログラム１８０Ａを読み出して、プログラム１８０Ａに基づいた所定の処理を行なう。

通信部６６０および通信部６６２は、それぞれ、前述の通信部５６０および通信部５６２と同様な機能を有するので詳細な説明は繰り返さない。

したがって、本実施の形態における通信端末装置６００は、ネットワーク７０から、通信部５０および通信部６６２を介して、プログラムのダウンロード処理を行ない、記憶部６２０に格納することもできる。この場合、当該ダウンロードしたプログラムは、プログラム１８０Ａである。

制御部６１０は、ネットワーク７０からダウンロードしたプログラム（プログラム１８０Ａ）に従って、所定の処理を行なう。このダウンロード用プログラムは、予め、記憶部６２０に格納されており、ダウンロード処理は、制御部６１０が、ダウンロード用プログラムに基づいて行なう。

次に、前述のメタデータファイルを生成する処理（以下、メタデータファイル生成処理ともいう）について説明する。メタデータファイルは、メタデータファイル生成設定情報データに基づいて、通信端末装置６００が生成する。メタデータファイル生成設定情報データは、メタデータファイルを生成するための各種設定情報を含む。メタデータファイル生成設定情報データは、初期設定情報として、予め、記憶部６２０に記憶されている。なお、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々の記憶部５２０にも、メタデータファイル生成設定情報データが、初期設定情報として、予め、記憶されている。なお、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々の記憶部５２０に記憶されるメタデータファイル生成設定情報データに示される情報の一部（たとえば、メタデータファイルの生成間隔）は異なっていてもよい。

まず、メタデータファイルについて説明する。メタデータファイルは、前述したように、複数のメタデータを含むファイルである。メタデータは、以下に説明するメタデータ生成項目テーブルに基づいて生成される。なお、メタデータ生成項目テーブルのデータは、予め、記憶部６２０に記憶されている。なお、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々の記憶部５２０にも、メタデータ生成項目テーブルが、予め、記憶されている。

図４は、一例としてのメタデータ生成項目テーブルＴ１００を示す図である。図４を参照して、ドキュメントデータは、文書作成ソフトにより生成されたデータである。表計算データは、表計算ソフトにより生成されたデータである。動画像データは、たとえば、Ｍ
ＰＥＧ２（Moving Picture Experts Group）方式で圧縮されたデータである。静止画像データは、たとえば、スキャナで読み込まれた画像データ、デジタルスチルカメラで撮影された画像データ、静止画像生成ソフトで生成された画像データ等である。音声データは、たとえば、ＷＡＶＥ形式の音声データ、ＭＰ３（MPEG Audio Layer-3）方式で圧縮された音声データである。

メタデータを生成するための元データが異なると、メタデータに記述される情報が異なる。なお、メタデータを生成するための元データが異なっても、ファイル名、パスネーム、ファイルサイズおよび変更量は、メタデータに記述される。変更量は、既に生成された元データが変更された場合、変更後の元データのファイルサイズと、変更前のファイルサイズとの差分の絶対値である。変更量は、対応する元データが新規に生成されたデータ（以下、新規生成元データともいう）であれば、元データのファイル容量そのものになる。

また、メタデータを生成するための元データが異なっても、作成日時または更新日時は、メタデータに記述される。作成日時は、元データが新規に生成された日時ある。更新日時は、生成された元データが、変更（更新）された日時である。以下においては、更新された元データを更新後元データともいう。なお、本実施の形態では、元データは、前述した共有データである。

元データがドキュメントデータまたは表計算データの場合、メタデータには、タイトル、作成者、最終編集者の情報が記述される。最終編集者は、元データを最後に編集した人の情報である。

また、元データが動画像データの場合、メタデータには、画像サイズ、再生時間、動画像ビットレート、音声ビットレートの情報が記述される。画像サイズは、動画像データに基づいて再生される動画像（以下、再生動画像ともいう）の画像のサイズである。画像サイズは、たとえば、再生動画像の縦および横の画素数により表現される。再生時間は、再生動画像の再生可能な時間である。動画像ビットレートは、再生動画像のビットレートである。音声ビットレートは、動画像データにより再生される音声のビットレートである。なお、元データが動画像データの場合、メタデータには、動画像データを生成したコーデックの情報が記述されてもよい。

また、元データが静止画像データの場合、メタデータには、画像サイズ、使用色数の情報が記述される。画像サイズは、静止画像のサイズである。画像サイズは、たとえば、静止画像データに基づく静止画像の縦および横の画素数により表現される。使用色数は、静止画像データに基づく静止画像を生成するのに使用された、色の数である。使用色数は、たとえば、８ビット（２５６色）、２４ビット（１６７７万色）等で表現される。

また、元データが音声データの場合、メタデータには、タイトル、アーティスト、ジャンル、再生時間、音声ビットレートの情報が記述される。タイトルは、音声データが、曲のデータである場合、当該曲のタイトルとなる。アーティストは、音声データが、曲のデータである場合、当該曲を歌うアーティストとなる。ジャンルは、音声データが、曲のデータである場合、当該曲のジャンルとなる。ジャンルは、ロック、ポップス、クラシック等などのジャンルである。なお、アーティスト、ジャンルの情報が空の場合、もしくは、音声データが曲のデータでない場合、メタデータには、アーティスト、ジャンルの情報が記述されないこともありうる。

再生時間は、音声データに基づいて再生される音声（以下、再生音声ともいう）の再生可能な時間である。音声ビットレートは、再生音声のビットレートである。なお、元データが音声データの場合、メタデータには、音声データを生成したコーデックの情報が記述
されてもよい。

メタデータは、上記情報が記述されることにより生成される。メタデータファイルは、生成された複数のメタデータの情報が、記述されたデータファイルである。すなわち、メタデータファイルは、複数のメタデータを含むファイルとなる。

次に、メタデータファイルを生成するためのメタデータファイル生成設定情報データについて説明する。

図５は、一例としてのメタデータファイル生成設定情報データＤ１００を示す図である。

次に、メタデータファイル生成設定情報データを変更する処理について説明する。インターフェース操作Ｍにより、制御部６１０がプログラム１８０Ａのメタデータファイル生成設定プログラムを実行すると、表示部６３０に、記憶部６２０に記憶されているメタデータファイル生成設定情報データに基づいたメタデータファイル生成設定画像が表示される。メタデータファイル生成設定情報データは、表示部６３０にメタデータファイル生成設定画像が表示された状態で、ユーザにより以下の操作が行なわれた場合に変更される。メタデータファイル生成設定画像は、初期設定情報として予め設定されているメタデータファイル生成設定情報データを変更するための画像である。

図６は、一例としてのメタデータファイル生成設定画像Ｇ１００を示す図である。図６を参照して、メタデータファイル生成設定画像Ｇ１００は、制御部６１０が、メタデータファイル生成設定情報データＤ１００に基づいて生成した画像である。

メタデータファイル生成設定画像Ｇ１００には、チェックボックス画像Ｃ１１０と、生成間隔設定画像Ｇ１１０，Ｇ１１２とが配置される。チェックボックス画像Ｃ１１０は、定期的にメタデータファイルを生成するか否かを設定するための画像である。チェックボックス画像Ｃ１１０内にチェックマークが表示されている場合は、定期的にメタデータファイルを生成することが許可される。チェックボックス画像Ｃ１１０内にチェックマークが表示されていない場合は、定期的にメタデータファイルを生成することが許可されない。チェックボックス画像Ｃ１１０内のチェックマークの表示および表示の解除は、チェックボックス画像Ｃ１１０に対する、インターフェース操作Ｍにより行なわれる。なお、以下に説明するチェックボックス画像についても、チェックボックス画像Ｃ１１０に対する上記操作により、チェックマークの表示および表示の解除が行なわれる。

チェックボックス画像Ｃ１１０内にチェックマークが表示されている場合、メタデータファイルが生成される間隔の設定が可能となる。生成間隔設定画像Ｇ１１０，Ｇ１１２は、メタデータファイルの生成間隔を設定するための画像である。生成間隔設定画像Ｇ１１０は、インターフェース操作Ｍにより、たとえば、“１”〜“９０”の範囲で数値を設定するための画像である。

生成間隔設定画像Ｇ１１２は、インターフェース操作Ｍにより、単位を設定するための画像である。当該単位には、分、時、日等がある。メタデータファイル生成設定画像Ｇ１００では、一例として、メタデータファイルの生成間隔は、１日に設定されている。

メタデータファイル生成設定画像Ｇ１００には、さらに、パスネーム表示画像Ｇ１２０と、ボタン画像Ｇ１２２が配置される。パスネーム表示画像Ｇ１２０は、生成されるメタデータファイルが出力されるフォルダを表示する画像である。具体的には、パスネーム表示画像Ｇ１２０は、生成されるメタデータファイルが記憶される記憶部６２０おけるパス
ネームを表示する画像である。

ボタン画像Ｇ１２２は、インターフェース操作Ｍにより、フォルダ選択可能状態にするための画像である。フォルダ選択可能状態とは、たとえば、表示部６３０に、メタデータファイルを記憶させるためのフォルダを選択するためのウインドウ画像を表示した状態である。フォルダ選択可能状態の場合、インターフェース操作Ｍにより、ユーザはメタデータファイルを記憶させるためのフォルダを選択することができる。メタデータファイルを記憶させるためのフォルダが選択されると、選択されたフォルダに対応するパスネームが、パスネーム表示画像Ｇ１２０に表示される。

メタデータファイル生成設定画像Ｇ１００には、さらに、チェックボックス画像Ｃ１３０と、ボタン画像Ｇ１３２、ファイルサイズ表示画像Ｇ１３４とが配置される。チェックボックス画像Ｃ１３０は、電子メールを利用してデータを送受信する処理を許可するか否かを設定するための画像である。送受信するデータが、メタデータファイルである場合、メタデータファイルは、電子メールに添付されて送受信される。なお、電子メールには、メタデータファイルだけでなく、元データファイルそのものが添付されてもよい。

チェックボックス画像Ｃ１３０内にチェックマークが表示されている場合は、電子メールを利用してデータを送受信する処理が許可される。たとえば、生成したメタデータファイルを電子メールに添付して送受信する処理が許可される。この場合、生成間隔設定画像Ｇ１１０，Ｇ１１２により表示されている時間（たとえば、１０日、１時間、２０分等）毎に、生成されたメタデータファイルを添付した電子メールを、後述する送信先のメールアドレスへ送信する。

また、チェックボックス画像Ｃ１３０内にチェックマークが表示されている場合は、所定時間（たとえば、２０分等）毎に、通信端末装置６００は、後述するネットワーク接続状態である場合、ネットワーク７０に接続されているメールサーバにアクセスして、後述する送信元のメールアドレス宛ての電子メールがある場合、当該電子メールを受信する。すなわち、通信端末装置６００は、通信部５０、ネットワーク７０を介して、メールサーバにアクセスする。

チェックボックス画像Ｃ１３０内にチェックマークが表示されていない場合は、チェックボックス画像Ｃ１３０内にチェックマークが表示されている場合に行なわれる前述の処理は行なわれない。

メタデータファイル生成設定画像Ｇ１００に表示されている「送信先」の右に記述されているメールアドレスは、データ（たとえば、メタデータファイル）を添付した電子メールの送信先のメールアドレスを示す。以下においては、「送信先」の右に記述されているメールアドレスを送信先メールアドレスともいう。

ボタン画像Ｇ１３２は、インターフェース操作Ｍにより、送信先メールアドレスを編集可能状態にし、送信先メールアドレスを変更するための画像である。送信先メールアドレスが編集可能状態の場合、インターフェース操作Ｍにより、ユーザは送信先メールアドレスを任意に変更できる。なお、送信先メールアドレスを変更する際は、誤入力を防ぐため、変更後の送信先メールアドレスを、インターフェース操作Ｍにより、２度入力させるようにする。

メタデータファイル生成設定画像Ｇ１００に表示されている「送信元」の右に記述されているメールアドレスは、通信端末装置６００に設定されているメールアドレスである。以下においては、「送信元」の右に記述されているメールアドレスを送信元メールアドレ
スともいう。

ファイルサイズ表示画像Ｇ１３４は、メタデータファイルを添付した電子メールデータの最大サイズ、元データを添付した電子メールデータ、または通信端末装置６００が送受信するデータ（たとえば、元データ）の最大サイズを設定するための画像である。設定された最大ファイルサイズより、送受信するデータのサイズが大きい場合、エラーメッセージが表示部６３０に表示される。エラーメッセージは、たとえば、「データ通信するデータのサイズが設定されたサイズを超えています」というメッセージである。

ファイルサイズ表示画像Ｇ１３４は、インターフェース操作Ｍにより、送受信するデータの最大ファイルサイズを編集可能状態にし、送受信するデータの最大ファイルサイズを変更するための画像である。送受信するデータの最大ファイルサイズが編集可能状態のときに、インターフェース操作Ｍにより、ユーザは送受信するデータの最大ファイルサイズを任意に変更できる。

メタデータファイル生成設定画像Ｇ１００では、一例として、メタデータファイルもしくは元データファイルを添付した電子メールデータのサイズが３０００ｋバイトより大きい場合、電子メールを送信する処理を行なう際、エラーメッセージが表示部６３０に表示される。

メタデータファイル生成設定画像Ｇ１００には、さらに、チェックボックス画像Ｃ１４０と、ボタン画像Ｇ１４０とが配置される。チェックボックス画像Ｃ１４０は、電子メールに添付するメタデータファイルもしくは元データファイルを暗号化する処理を許可するか否かを設定するための画像である。暗号化には、トリプルＤＥＳ（Data Encryption Standard）が用いられる。トリプルＤＥＳは、秘密鍵暗号化アルゴリズムを三重に適用した暗号化方式である。なお、メタデータファイルもしくは元データファイルを暗号化する方式は、トリプルＤＥＳに限定されることなく、他の暗号化方式であってもよい。

チェックボックス画像Ｃ１４０内にチェックマークが表示されている場合、電子メールに添付するメタデータファイルもしくは元データファイルを暗号化する処理が許可される。チェックボックス画像Ｃ１４０内にチェックマークが表示されていない場合、暗号化する処理が行なわれない。

ボタン画像Ｇ１４０は、インターフェース操作Ｍにより、暗号化に使用するためのパスワードを設定可能な状態にするための画像である。パスワードを設定可能な状態とは、たとえば、表示部６３０に、パスワードを入力するためのウインドウ画像を表示した状態である。パスワードを設定可能な状態の場合、インターフェース操作Ｍにより、ユーザは暗号化に使用するための任意なパスワードを設定することができる。

なお、既にパスワードが設定されている場合に、ボタン画像Ｇ１４０に対する、インターフェース操作Ｍがあると、現在設定されているパスワード、新しいパスワード、確認用パスワードをユーザに入力させるためのウインドウ画像が表示部６３０に表示される。

メタデータファイル生成設定画像Ｇ１００には、さらに、チェックボックス画像Ｃ１５０，Ｃ１６０が配置される。チェックボックス画像Ｃ１５０は、メタデータファイルに、通信端末装置６００に設定されている動的ＩＰアドレスを記述することを許可するか否かを設定するための画像である。

チェックボックス画像Ｃ１５０内にチェックマークが表示されている場合、メタデータファイルに動的ＩＰアドレスを記述することが許可される。チェックボックス画像Ｃ１５
０内にチェックマークが表示されていない場合、メタデータファイルに動的ＩＰアドレスは記述されない。

ここで、メタデータに動的ＩＰアドレスを記述しているのは、通信端末装置６００のＩＰアドレスを明示的に知らせることにより、ネットワーク７０を通じて他の通信端末装置とダイレクトに接続することを想定したためである。もちろん、通信端末装置の環境によっては（例えば、ファイヤーウォールによる外部からのアクセスが禁止されている場合）、ダイレクトに接続できないこともありうる。

チェックボックス画像Ｃ１６０は、ユーザが最近（たとえば、現在から過去３日までの期間）使用したデータのメタ−データの情報を、メタデータファイルに記述することを許可するか否かを設定するための画像である。チェックボックス画像Ｃ１６０内にチェックマークが表示されている場合、最近使用されたデータファイルのメタ−データの情報を、メタデータファイルに記述することが許可される。チェックボックス画像Ｃ１６０内にチェックマークが表示されていない場合、最近使用されたデータファイルのメタ−データの情報は、メタデータファイルに記述されない。

メタデータファイル生成設定画像Ｇ１００には、さらに、ボタン画像Ｇ１８０，Ｇ１８２が配置される。ボタン画像Ｇ１８０は、変更されたメタデータファイル生成設定情報データを記憶部６２０に記憶させるための画像である。

ボタン画像Ｇ１８０に対して、インターフェース操作Ｍがあると、制御部６１０は、前述したユーザの操作により、メタデータファイル生成設定情報データの変更があった場合、変更したメタデータファイル生成設定情報データを、記憶部６２０に記憶されているメタデータファイル生成設定情報データに対し、上書き記憶させる。その結果、記憶部６２０には、変更されたメタデータファイル生成設定情報データが記憶されることになる。なお、メタデータファイル生成設定情報データの変更がない場合、制御部６１０は、上記処理を行なわない。

そして、制御部６１０は、表示部６３０に表示されていたメタデータファイル生成設定画像Ｇ１００を、表示部６３０から消去する。

ボタン画像Ｇ１８２に対して、インターフェース操作Ｍがあると、メタデータファイル生成設定情報データの変更の有無に関わらず、制御部６１０は、表示部６３０に表示されていたメタデータファイル生成設定画像Ｇ１００を、表示部６３０から消去する。その結果、メタデータファイル生成設定情報データに変更があっても、変更されたメタデータファイル生成設定情報データは、記憶部６２０には記憶されない。

上記において説明したメタデータファイル生成設定情報データを変更する処理は、通信端末装置５００Ａ，５００Ｂ，５００Ｃにおいても同様に行なわれてもよい。この場合、たとえば、通信端末装置５００Ａにより行われるメタデータファイル生成設定情報データを変更する処理は以下の処理Ａとなる。処理Ａは、前述したメタデータファイル生成設定情報データを変更する処理において、通信端末装置６００、制御部６１０、記憶部６２０、表示部６３０、プログラム１８０Ａおよびインターフェース操作Ｍを、それぞれ、通信端末装置５００Ａ、制御部５１０、記憶部５２０、表示部５３０、プログラム１８０およびインターフェース操作Ｐに置き換えた処理である。

次に、メタデータファイル生成処理について説明する。メタデータファイル生成処理は、インターフェース操作Ｍにより、制御部６１０がプログラム１８０Ａのメタデータファイル生成プログラムを実行することで行なわれる処理である。

図７は、メタデータファイル生成処理のフローチャートである。図７を参照して、ステップＳ１１０では、メタデータファイルの生成が行なわれる。まず、制御部６１０は、図４のメタデータ生成項目テーブルＴ１００に基づいて、記憶部６２０内に設定された共有ドライブ内の全ての元データ（共有データ）にそれぞれ対応した複数のメタデータを生成する。

生成された複数のメタデータの各々には、対応する元データのファイル名、パスネーム、ファイルサイズおよび変更量が記述される。また、メタデータに対応する元データが新規生成元データである場合、メタデータには、作成日時が記述される。また、メタデータに対応する元データが、既に生成されたデータが変更されたデータである場合、メタデータには、更新日時が記述される。

また、生成された複数のメタデータの各々には、対応する元データの種類により、メタデータ生成項目テーブルＴ１００に基づいた情報が、さらに記述される。なお、元データが、メタデータ生成項目テーブルＴ１００にないデータである場合は、メタデータ生成項目テーブルＴ１００に基づいた情報は、メタデータに記述されない。

そして、制御部６１０は、生成した複数のメタデータの各々が有する複数の情報を記述したメタデータファイルを生成する。また、制御部６１０は、メタデータファイル生成設定情報データＤ１００を参照して、ＩＰアドレスの書込みが許可されている場合、現時点で通信端末装置６００に設定されているＩＰアドレスを、メタデータファイルに記述する。なお、ＩＰアドレスの書込みが許可されていない場合、制御部６１０は、現時点で通信端末装置６００に設定されているＩＰアドレスを、メタデータファイルに記述しない。

さらに、制御部６１０は、通信端末装置６００の識別名である「ＰＤＡ６００」を、メタデータファイルに記述する。その後、ステップＳ１２０に進む。

ステップＳ１２０では、制御部６１０は、メタデータファイル生成設定情報データＤ１００により指定されたメタデータファイル出力フォルダであって、記憶部６２０内に設定されたメタデータファイル出力フォルダに、生成したメタデータファイルを記憶させる。以上により、このメタデータファイル生成処理は終了する。

図８は、一例として、通信端末装置６００により生成されたメタデータファイルに記述された情報を示す図である。

なお、上記において説明したメタデータファイル生成処理は、通信端末装置５００Ａ，５００Ｂ，５００Ｃにおいても、同様に行なわれる。この場合、たとえば、通信端末装置５００Ａにより行われるメタデータファイル生成処理は以下の処理Ｂとなる。処理Ｂは、前述したメタデータファイル生成処理において、通信端末装置６００、制御部６１０、記憶部６２０、表示部６３０、プログラム１８０Ａ、インターフェース操作ＭおよびＰＤＡ６００を、それぞれ、通信端末装置５００Ａ、制御部５１０、記憶部５２０、表示部５３０、プログラム１８０、インターフェース操作ＰおよびＰＣ５００Ａに置き換えた処理である。

したがって、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々の記憶部５２０にもメタデータファイルが記憶される。

図９は、一例として、通信端末装置５００Ａにより生成されたメタデータファイルに記述された情報を示す図である。

ここで、通信端末装置６００について説明する。前述したように、通信端末装置６００は、ＰＤＡである。そのため、通信端末装置６００は、ユーザが気軽に持ち運ぶことができるため、通信端末装置６００は、ネットワークシステム１０００内の他の通信端末装置とデータ通信できる状態でない場合が多い。

たとえば、通信端末装置６００がネットワークシステム１０００内の全ての通信端末装置とデータ通信できない状態の場合、ネットワークシステム１０００内の他の通信端末装置は、通信端末装置６００が有する共有データがどのような状態であるか知ることができない。

そこで、本実施の形態では、通信端末装置６００がネットワークシステム１０００内の全ての通信端末装置とデータ通信できない状態であっても、通信端末装置６００が有する共有データの状態を、他の通信端末装置が参照できるための処理を行なう。具体的には、通信端末装置６００がネットワークシステム１０００内の複数の通信端末装置のうち、後述する代行通信端末装置とのみ、データ通信ができる状態の場合、通信端末装置６００が、通信端末装置６００のメタデータファイルを、代行通信端末装置へ送信する。ここで、代行通信端末装置は、通信端末装置６００の代わりに、他の通信端末装置へ、通信端末装置６００の最新のメタデータファイルを送信する処理等を行なう装置である。この場合、通信端末装置６００を、以下においては、代行元通信端末装置ともいう。また、以下においては、代行通信端末装置として動作可能な通信端末装置を、代行対象通信端末装置ともいう。なお、本実施の形態では、後述する処理により、ネットワークシステム１０００内の代行対象通信端末装置が、代行通信端末装置として動作する。

上記処理が行なわれることにより、代行通信端末装置は、通信端末装置６００がネットワークシステム１０００内の複数の通信端末装置のうち、代行通信端末装置以外の通信端末装置とデータ通信できない状態であっても、通信端末装置６００のメタデータファイルを代行して他の通信端末装置に送信することが可能となる。

また、以下においては、通信端末装置６００が、通信部５０を介して、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、代行通信端末装置として動作する通信端末装置とデータ通信可能な状態を、ネットワーク接続状態という。たとえば、通信端末装置６００が、直接、有線により、通信端末装置５００Ｂとのみデータ通信可能であるとする。なお、通信端末装置５００Ｂは通信部５０とデータ通信可能であるとする。この場合、代行通信端末装置として動作し、かつ、通信部５０とデータ通信可能な通信端末装置５００Ａは、通信部５０および通信端末装置５００Ｂを介して、通信端末装置６００とデータ通信することができる。この場合、通信端末装置６００は、代行通信端末装置として動作する通信端末装置５００Ａとデータ通信可能なネットワーク接続状態である。

また、通信端末装置６００が、通信部５０を介さず、直接、無線または有線で、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、代行通信端末装置として動作する通信端末装置とデータ通信可能な状態も、ネットワーク接続状態という。たとえば、通信端末装置６００が、直接、有線により、代行通信端末装置として動作する通信端末装置５００Ａと、データ通信可能なネットワーク接続状態であるとする。なお、通信端末装置６００は、通信部５０とデータ通信不能であるとする。また、通信端末装置５００Ａは通信部５０とデータ通信可能であるとする。この場合、通信部５０とデータ通信可能な通信端末装置５００Ｂは、通信部５０および通信端末装置５００Ａを介して、通信端末装置６００とデータ通信することができる。

次に、代行元通信端末装置である通信端末装置６００が、ネットワークシステム１０００内の通信端末装置を代行通信端末装置として動作させるための処理（以下、代行委託処理ともいう）を説明する。本実施の形態では、代行対象通信端末装置は、一例として、通信端末装置５００Ａであるとする。なお、代行委託処理は、通信端末装置６００と、代行対象通信端末装置との間でデータ通信することにより行なわれる。

なお、通信端末装置６００と、代行対象通信端末装置とのデータ通信は、無線および有線のいずれで行なわれてもよい。通信端末装置６００と、代行対象通信端末装置とのデータ通信を、有線（たとえば、ＵＳＢケーブル）で行なえば、通信端末装置６００に対する、他の通信端末装置からの不正なデータアクセスを防ぐことができる。

代行委託処理は、インターフェース操作Ｍにより、制御部６１０がプログラム１８０Ａの代行委託プログラムを実行することで行なわれる処理である。

図１０は、代行委託処理のフローチャートである。なお、図１０には、代行対象通信端末装置（通信端末装置５００Ａ）で行なわれる処理も示している。

図１０を参照して、ステップＳ２１１では、制御部６１０が、代行通信端末装置として動作させるための代行要求を、代行対象通信端末装置（通信端末装置５００Ａ）へ送信する。その後、ステップＳ２１２に進む。

代行対象通信端末装置は、まず、ステップＳ２５１の処理を行なう。
ステップＳ２５１では、代行対象通信端末装置（通信端末装置５００Ａ）の制御部５１０が、代行要求を受信する。これにより、代行対象通信端末装置（通信端末装置５００Ａ）は、代行通信端末装置として動作することになる。その後、ステップＳ２５２に進む。

ステップＳ２５２では、制御部５１０が、通信端末装置６００の代行を受諾した旨を示す代行受諾通知を、通信端末装置６００へ送信する。

代行元通信端末装置（通信端末装置６００）は、ステップＳ２１１の処理の後、ステップＳ２１２の処理を行なう。

ステップＳ２１２では、制御部６１０が、代行受諾通知を受信する。その後、ステップＳ２１３に進む。

ステップＳ２１３では、制御部６１０が、通信端末装置６００のメタデータファイルを、代行対象通信端末装置へ送信する。この場合、送信されるメタデータファイルは、たとえば、図８に示される情報が記述されたファイルであるとする。その後、ステップＳ２１５に進む。

ステップＳ２１５では、制御部６１０が、代行通信端末装置（通信端末装置５００Ａ）の情報を示す代行先情報Ｔ２１０を、記憶部６２０に記憶させる。

図１１は、代行先情報Ｔ２１０および代行元情報Ｔ２２０を示す図である。図１１（Ａ）は、一例としての代行先情報Ｔ２１０を示す図である。代行先情報Ｔ２１０の「代行先端末名」は、代行通信端末装置の端末名を示す。代行先情報Ｔ２１０の「ＩＰアドレス」は、代行通信端末装置に設定されているＩＰアドレスを示す。代行先情報Ｔ２１０の「メールアドレス」は、代行通信端末装置に設定されているメールアドレスを示す。

再び、図１０を参照して、ステップＳ２１５の処理が終了すると、この代行委託処理は
終了する。

代行対象通信端末装置では、ステップＳ２５２の処理の後、ステップＳ２５３の処理が行なわれる。

ステップＳ２５３では、制御部５１０が、代行元通信端末装置（通信端末装置６００）のメタデータファイルを受信する。その後、ステップＳ２５４に進む。

ステップＳ２５４では、制御部５１０が、受信したメタデータファイルを、記憶部５２０に記憶させる。したがって、代行対象通信端末装置（通信端末装置５００Ａ）の記憶部５２０には、代行対象通信端末装置のメタデータファイルと、代行元通信端末装置（通信端末装置６００）のメタデータファイルとが記憶されることになる。この場合、代行対象通信端末装置のメタデータファイルは、たとえば、図９に示される情報が記述されたファイルであるとする。その後、ステップＳ２５５に進む。

ステップＳ２５５では、制御部５１０が、代行元通信端末装置（通信端末装置６００）の情報を示す代行元情報Ｔ２２０を、記憶部５２０に記憶させる。

再び、図１１を参照して、図１１（Ｂ）は、一例としての代行元情報Ｔ２２０を示す図である。代行元情報Ｔ２２０の「代行元端末名」は、代行元通信端末装置の端末名を示す。代行元情報Ｔ２２０の「ＩＰアドレス」は、代行元通信端末装置に設定されているＩＰアドレスを示す。代行元情報Ｔ２２０の「メールアドレス」は、代行元通信端末装置に設定されているメールアドレスを示す。

再び、図１０を参照して、ステップＳ２５５の処理が終了すると、この代行対象通信端末装置での処理は終了する。以上の処理により、前述したように、代行対象通信端末装置（通信端末装置５００Ａ）は、代行通信端末装置として動作することになる。

次に、代行元通信端末装置（通信端末装置６００）が、代行委託処理の後に行なう、メタデータファイル管理処理について説明する。メタデータファイル管理処理は、代行委託処理の後、自動的に、制御部６１０がプログラム１８０Ａのメタデータファイル管理プログラムを実行することで行なわれる処理である。なお、メタデータファイル管理処理は、代行委託処理の後、自動的に行なわれるのではなく、インターフェース操作Ｍにより、制御部６１０がプログラム１８０Ａのメタデータファイル管理プログラムを実行することで行なわれてもよい。なお、メタデータファイル管理処理の開始と同時に、制御部６１０は、メタデータファイル管理処理とは独立して、メタデータファイル管理処理が開始されてからの経過時間を測定するための経過時間測定処理を実行する。

図１２は、メタデータファイル管理処理のフローチャートである。図１２を参照して、ステップＳ３０５では、制御部６１０が、経過時間測定処理により測定されている経過時間が、所定期間を経過したか否かを判定する。ここで、所定期間は、メタデータファイル生成設定情報データＤ１００に設定されているメタデータファイルの生成間隔（たとえば、１日）に対応する。

ステップＳ３０５において、ＹＥＳならば、制御部６１０は、測定している経過時間を０に設定して、ステップＳ３１０に進む。なお、経過時間の測定は、メタデータファイル管理処理とは、独立に行なわれるので、経過時間が０に設定された後も、測定される経過時間は、時間経過とともに変化し続ける。一方、ステップＳ３０５において、ＮＯならば、再度、ステップＳ３０５の処理が繰り返される。なお、初めてステップＳ３０５の処理が行なわれる場合は、ステップＳ３０５の判定結果に関わらず、ステップＳ３１０に進ん
でもよい。

ステップＳ３１０では、更新状況チェック処理が行なわれる。更新状況チェック処理では、制御部６１０が、記憶部６２０に設定された共有ドライブ内の全ての元データに対し、元データが更新されたか否かをチェックする。まず、制御部６１０は、記憶部６２０に設定された共有ドライブ内の全ての元データにそれぞれ対応した複数のメタデータを生成する。以下においては、新規で生成されるメタデータを新規生成メタデータともいう。なお、制御部６１０は、新規生成メタデータには、元データのファイル名、パスネーム、ファイルサイズを記述する。制御部６１０は、対応する元データが新規で生成された場合、新規生成メタデータに、さらに、作成日時を記述する。また、制御部６１０は、対応する元データが更新されたデータである場合、新規生成メタデータに、さらに、更新日時を記述する。

更新のチェックには、生成された複数の新規生成メタデータと、記憶部６２０に記憶されているメタデータファイルに記述されている複数のメタデータとの比較処理により行なわれる。

比較する情報は、ファイル名、パスネーム、ファイルサイズ、作成日時および更新日時である。比較処理により、１つのメタデータの１つの情報（たとえば、パスネーム）が異なっていれば、制御部６１０は更新ありと判定する。この場合、制御部６１０は、更新された１以上の元データが、新規生成元データ、更新後元データおよび削除された元データのいずれに該当するか特定できる。また、比較処理により、全てのメタデータが一致していれば、制御部６１０は更新なしと判定する。

なお、更新のチェックの対象は、共有ドライブに限定されることなく、たとえば、共有フォルダであってもよい。その後、ステップＳ３２０に進む。

ステップＳ３２０では、更新があるか否かが判定される。具体的には、制御部６１０が、ステップＳ３１０の更新状況チェック処理により、更新ありと判定したか否かを判定する。ステップＳ３２０において、ＹＥＳならば、ステップＳ３２２に進む。一方、ステップＳ３２０において、ＮＯならば、後述するステップＳ３３０に進む。

ステップＳ３２２では、メタデータファイル更新処理が行なわれる。メタデータファイル更新処理では、制御部６１０が、更新された１以上の元データの各々に対し、メタデータ生成項目テーブルに基づいて、１以上のメタデータを生成する。メタデータ生成項目テーブルは、たとえば、図４のメタデータ生成項目テーブルＴ１００であるとする。

生成された１以上のメタデータの各々には、対応する元データのファイル名、パスネーム、ファイルサイズおよび変更量が記述される。変更量は、前述したように、既に生成された元データが変更された場合、変更後の元データのファイルサイズと、変更前のファイルサイズとの差分の絶対値である。

また、メタデータに対応する元データが新規生成元データである場合、メタデータには、作成日時が記述される。また、メタデータに対応する元データが、更新後元データである場合、メタデータには、更新日時が記述される。また、生成された１以上のメタデータの各々には、対応する元データの種類により、メタデータ生成項目テーブル（たとえば、メタデータ生成項目テーブルＴ１００）に基づいた情報が記述される。

そして、制御部６１０は、生成した１以上のメタデータの各々が有する複数の情報に基づいて、記憶部６２０に記憶されているメタデータファイルを更新する処理（以下、更新
処理ともいう）を行なう。更新処理では、生成したメタデータに対応する元データが新規生成元データである場合、制御部６１０は、生成したメタデータの情報を、メタデータファイルに追記する。

また、更新処理では、生成したメタデータに対応する元データが、更新後元データである場合、メタデータファイル内の、対応するメタデータの情報を、生成したメタデータの情報に変更する。

上記更新処理より更新されたメタデータファイルは、現在の共有ドライブ内の全ての元データの各々に対応するメタデータを記述したデータファイルとなる。その後、ステップＳ３２４に進む。

ステップＳ３２４では、制御部６１０が、更新したメタデータファイルを、記憶部６２０に記憶されているメタデータファイルに上書き記憶させる。その結果、記憶部６２０には、既にあったメタデータファイルはなくなり、更新したメタデータファイルが記憶されることになる。その後、ステップＳ３２６に進む。

ステップＳ３２６では、メタデータファイル送信処理が行なわれる。メタデータファイル送信処理では、制御部６１０が、記憶部６２０に記憶されているメタデータファイル生成設定情報データＤ１００に基づいて、更新されたメタデータファイルを、代行通信端末装置へ送信する。ここで、代行通信端末装置は、通信端末装置５００Ａであるとする。なお、代行通信端末装置は、通信端末装置５００Ｂまたは通信端末装置５００Ｃであってもよい。

また、メタデータファイルをたとえば、更新前と更新後の２種類で管理して、更新前後における差分のみを送信するようにしても良い。このようにすれば、更新のない元データのメタデータまで、不必要に送らなくても良くなる。

メタデータファイル生成設定情報データＤ１００において、暗号化が許可されていれば、制御部６１０は、暗号化パスワードを使用して、メタデータファイルを、トリプルＤＥＳに基づいて暗号化する。なお、メタデータファイルを暗号化する方式は、トリプルＤＥＳに限定されることなく、他の暗号化方式であってもよい。

また、メタデータファイル生成設定情報データＤ１００において、メールを利用したデータの送受信が許可されていれば、制御部６１０は、暗号化したメタデータファイルまたは暗号化していないメタデータファイルを添付した電子メールを生成する。生成した電子メールアドレスの「件名」欄には、“［ＭＥＴＡ］ｉｎｆｏ”が記述される。

そして、制御部６１０は、生成した電子メールを、代行通信端末装置（通信端末装置５００Ａ）に設定された送信先となるメールアドレスへ送信する。

なお、メタデータファイル生成設定情報データＤ１００において、メールを利用したデータの送受信が許可されていなければ、暗号化したメタデータファイルまたは暗号化していないメタデータファイルを、通信部５０を介して、直接、代行通信端末装置（通信端末装置５００Ａ）へ送信する。なお、メタデータファイルを送信する処理は、上記処理に限定されることはなく、たとえば、インスタントメッセージ等により行なわれてもよい。その後、ステップＳ３３０に進む。

ステップＳ３３０では、終了指示があるか否かを判定する。具体的には、制御部６１０が、メタデータファイル管理プログラムを終了させるための終了操作があったか否かを判
定する。終了操作とは、メタデータファイル管理プログラムを終了させるためのインターフェース操作Ｍである。ステップＳ３３０において、ＹＥＳならば、このメタデータファイル管理処理は終了する。一方、ステップＳ３３０において、ＮＯならば、再度、ステップＳ３０５の処理が行なわれる。

以上説明したメタデータファイル管理処理により、記憶部６２０に記憶されるメタデータファイルは、所定期間毎に更新される。

次に、代行通信端末装置（通信端末装置５００Ａ）が、メタデータファイル生成処理の後に行なう、メタデータファイル管理処理Ａについて説明する。メタデータファイル管理処理Ａは、メタデータファイル生成処理の後、自動的に、制御部５１０がプログラム１８０のメタデータファイル管理プログラムを実行することで行なわれる処理である。なお、メタデータファイル管理処理Ａは、メタデータファイル生成処理の後、自動的に行なわれるのではなく、インターフェース操作Ｐにより、制御部５１０がプログラム１８０のメタデータファイル管理プログラムを実行することで行なわれてもよい。なお、メタデータファイル管理処理Ａの開始と同時に、制御部５１０は、メタデータファイル管理処理Ａとは独立して、メタデータファイル管理処理Ａが開始されてからの経過時間を測定するための経過時間測定処理を実行する。

図１３は、メタデータファイル管理処理Ａのフローチャートである。図１３を参照して、ステップＳ４０５では、制御部５１０が、経過時間測定処理により測定されている経過時間が、所定期間を経過したか否かを判定する。ここで、所定期間は、記憶部５２０に記憶されているメタデータファイル生成設定情報データに設定されているメタデータファイルの生成間隔に対応する。

ステップＳ４０５において、ＹＥＳならば、制御部５１０は、測定している経過時間を０に設定して、ステップＳ４１０に進む。なお、経過時間の測定は、メタデータファイル管理処理Ａとは、独立に行なわれるので、経過時間が０に設定された後も、測定される経過時間は、時間経過とともに変化し続ける。一方、ステップＳ４０５において、ＮＯならば、再度、ステップＳ４０５の処理が繰り返される。なお、初めてステップＳ４０５の処理が行なわれる場合は、ステップＳ４０５の判定結果に関わらず、ステップＳ４１０に進んでもよい。

ステップＳ４１０では、前述のステップＳ３１０の処理において、制御部６１０、記憶部６２０を、それぞれ、制御部５１０、記憶部５２０に置き換えた処理が行なわれる。そのため、詳細な説明は繰り返さない。その後、ステップＳ４２０に進む。

ステップＳ４２０では、前述のステップＳ３２０の処理において、制御部６１０を、制御部５１０に置き換えた処理が行なわれる。そのため、詳細な説明は繰り返さない。ステップＳ４２０において、ＹＥＳならば、ステップＳ４２２に進む。一方、ステップＳ４２０において、ＮＯならば、後述するステップＳ４３０に進む。

ステップＳ４２２では、前述のステップＳ３２２の処理において、制御部６１０、記憶部６２０を、それぞれ、制御部５１０、記憶部５２０に置き換えた処理が行なわれる。そのため、詳細な説明は繰り返さない。なお、通信端末装置５００Ａが、前述の図１０の処理により、代行通信端末装置として動作している場合、記憶部５２０に記憶されている更新の対象となるメタデータファイルは、通信端末装置６００のメタデータファイルでなく、通信端末装置５００Ａのメタデータファイルとなる。その後、ステップＳ４２４に進む。

ステップＳ４２４では、前述のステップＳ３２４の処理において、制御部６１０、記憶部６２０を、それぞれ、制御部５１０、記憶部５２０に置き換えた処理が行なわれる。そのため、詳細な説明は繰り返さない。なお、通信端末装置５００Ａが、前述の図１０の処理により、代行通信端末装置として動作している場合、記憶部５２０に記憶されている上書き記憶の対象となるメタデータファイルは、通信端末装置６００のメタデータファイルでなく、通信端末装置５００Ａのメタデータファイルとなる。その後、ステップＳ４２６に進む。

ステップＳ４２６では、メタデータファイル送信処理が行なわれる。メタデータファイル送信処理では、制御部５１０が、記憶部５２０に記憶されているメタデータファイル生成設定情報データに基づいて、更新されたメタデータファイルを、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ａ）以外の複数の装置へ送信する。

なお、通信端末装置５００Ａが、代行通信端末装置として動作している場合、制御部５１０は、受信した通信端末装置６００のメタデータファイルも、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ａ）以外の複数の装置へ送信する。

なお、制御部５１０は、メタデータファイルを、たとえば、更新前と更新後の２種類で管理して、更新前後における差分のみを送信するようにしても良い。このようにすれば、更新のない元データのメタデータまで、不必要に送らなくても良くなる。

記憶部５２０に記憶されているメタデータファイル生成設定情報データにおいて、暗号化が許可されていれば、制御部５１０は、暗号化パスワードを使用して、メタデータファイルを、トリプルＤＥＳに基づいて暗号化する。なお、メタデータファイルを暗号化する方式は、トリプルＤＥＳに限定されることなく、他の暗号化方式であってもよい。

また、上記メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていれば、制御部５１０は、暗号化したメタデータファイルまたは暗号化していないメタデータファイルを添付した電子メールを生成する。生成した電子メールアドレスの「件名」欄には、“［ＭＥＴＡ］ｉｎｆｏ”が記述される。

そして、制御部５１０は、生成した電子メールを、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ａ）以外の複数の装置の各々に設定された、送信先となるメールアドレスへ送信する。

なお、上記メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、暗号化したメタデータファイルまたは暗号化していないメタデータファイルを、通信部５０を介して、直接、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ａ）以外の複数の装置へ送信する。なお、メタデータファイルを送信する処理は、上記処理に限定されることはなく、たとえば、インスタントメッセージ等により行なわれてもよい。

なお、ステップＳ４２６の処理で送信されたメタデータファイルを受信した通信端末装置は、記憶部５２０に受信したメタデータファイルを記憶させる。その後、ステップＳ４３０に進む。

ステップＳ４３０では、前述のステップＳ３３０の処理において、制御部６１０およびインターフェース操作Ｍを、それぞれ、制御部５１０およびインターフェース操作Ｐに置き換えた処理が行なわれる。そのため、詳細な説明は繰り返さない。ステップＳ４３０において、ＹＥＳならば、このメタデータファイル管理処理Ａは終了する。一方、ステップＳ４３０において、ＮＯならば、再度、ステップＳ４０５の処理が行なわれる。

以上説明したメタデータファイル管理処理Ａにより、記憶部５２０に記憶される自装置のメタデータファイルは、所定期間毎に更新される。

なお、上記において説明したメタデータファイル管理処理Ａは、通信端末装置５００Ｂ，５００Ｃにおいても、同様に行なわれる。したがって、通信端末装置５００Ａ，５００Ｂ，５００Ｃの各々の記憶部５２０に記憶されるメタデータファイルは、所定期間毎に更新される。

以上の処理により、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの記憶部５２０に、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々に対応するメタデータファイルが記憶される。すなわち、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々は、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃにそれぞれ対応する複数のメタデータファイルを共有することになる。

次に、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、代行通信端末装置として動作していない装置（以下、非代行通信端末装置ともいう）で行なわれる処理（以下、データ受信時処理ともいう）について説明する。以下、非代行通信端末装置が、一例として、通信端末装置５００Ｂであるとして説明する。データ受信時処理は、インターフェース操作Ｐにより、制御部５１０がプログラム１８０のデータ受信時処理プログラムを実行することで行なわれる処理である。

図１４は、データ受信時処理のフローチャートである。図１４を参照して、ステップＳ５０５では、制御部５１０が、記憶部５２０に記憶された、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々のメタデータファイルに記述された情報に基づいて、以下のデータ表示画像Ｇ２００を生成する。

図１５は、一例としてのデータ表示画像Ｇ２００を示す図である。図１５を参照して、データ表示画像Ｇ２００には、ボタン画像Ｇ２１０と、情報表示画像Ｇ２２０と、情報表示画像Ｇ２４０と、スクロールボタン画像Ｂ２４０，Ｂ２４２と、ボタン画像Ｇ２９０とが配置される。

ボタン画像Ｇ２１０は、ボタン画像Ｇ２１０に対するインターフェース操作Ｐにより、他の通信端末装置からメタデータファイルを受信するための画像である。

情報表示画像Ｇ２２０は、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々のメタデータファイルの情報を表示するための画像である。情報表示画像Ｇ２２０には、一例として、図１３のメタデータファイル管理処理Ａで、メタデータファイルを受信した通信端末装置の端末名と、端末名に対応するメタデータファイルの最も新しい受信日時が表示されている。情報表示画像Ｇ２２０において、下線が表示されている端末名は、このデータ受信時処理を行っている端末名（通信端末装置の名称）である。また、情報表示画像Ｇ２２０において、下線が表示されている「メタデータファイル受信日時」は、このデータ受信時処理を行っている通信端末装置のメタデータファイルの最も新しい受信日時である。

情報表示画像Ｇ２４０は、受信したメタデータファイルの詳細な情報を表示するための画像である。情報表示画像Ｇ２４０において、「状態」の列の「ＮＥＷ！」と表示されている行に対応する情報が、新規メタデータの情報である。情報表示画像Ｇ２４０において、「状態」の列の「ＵＰＤＡＴＥ」と表示されている行に対応する情報が、更新メタデータの情報である。また、情報表示画像Ｇ２４０内には、インターフェース操作Ｐにより自由に移動させることが可能なカーソルＣ１００が表示される。

スクロールボタン画像Ｂ２４０は、スクロールボタン画像Ｂ２４０に対するインターフェース操作Ｐにより、情報表示画像Ｇ２４０に表示されていない情報を縦にスクロールして表示させるための画像である。スクロールボタン画像Ｂ２４２は、スクロールボタン画像Ｂ２４２に対するインターフェース操作Ｐにより、情報表示画像Ｇ２４０に表示されていない情報を横にスクロールして表示させるための画像である。

ボタン画像Ｇ２９０は、ボタン画像Ｇ２９０に対するインターフェース操作Ｐにより、表示方法選択画像Ｇ２９２を表示させるための画像である。

再び、図１４を参照して、ステップＳ５０５の処理が終了すると、ステップＳ５１０に進む。

ステップＳ５１０では、制御部５１０が、ステップＳ５０５で生成したデータ表示画像Ｇ２００を、表示部５３０に表示させる処理を行なう。

再び、図１５を参照して、表示方法選択画像Ｇ２９２は、インターフェース操作Ｐにより「一覧」の文字列または「ツリー」の文字列を選択可能な画像である。「一覧」の文字列が選択されると、情報表示画像Ｇ２４０に表示されている情報は、データ表示画像Ｇ２００に表示されているように、リスト形式で一覧表示される。「ツリー」の文字列が選択されると、表示部５３０に表示される画像は、データ表示画像Ｇ２００から、以下のデータ表示画像Ｇ２００Ａに変更される。

図１６は、一例としてのデータ表示画像Ｇ２００Ａを示す図である。図１６を参照して、データ表示画像Ｇ２００Ａは、図１５のデータ表示画像Ｇ２００と比較して、情報表示画像Ｇ２４０の代わりに情報表示画像Ｇ２４０Ａが配置されている点が異なる。それ以外は、データ表示画像Ｇ２００と同様なので詳細な説明は繰り返さない。

情報表示画像Ｇ２４０Ａは、情報表示画像Ｇ２４０にリスト形式で表示されていた情報を、ツリー形式で表示した画像である。情報表示画像Ｇ２４０に表示される「Ｃ：」は、共有ドライブの名称を示す。また、共有ドライブの名称のさらに下の階層に表示される四角の右横の名称は、共有フォルダの名称を示す。

情報表示画像Ｇ２４０Ａに表示される「Ｎ」は、情報表示画像Ｇ２４０の「ＮＥＷ！」の文字列に対応する。情報表示画像Ｇ２４０Ａに表示される「Ｕ」は、情報表示画像Ｇ２４０の「ＵＰＤＡＴＥ」の文字列に対応する。たとえば、左横に「Ｎ」が表示されている、「ＡＢＣＣ．ｘｌ」というファイル名は、新規メタデータの情報に含まれる情報に基づくものである。たとえば、左横に「Ｕ」が表示されている、「ＭＤＤＤ．ｍｐｇ」というファイル名は、更新メタデータの情報に含まれる情報に基づくものである。なお、情報表示画像Ｇ２４０Ａに表示される、四角、「Ｎ」、「Ｕ」は、たとえば、アイコンであってもよい。

なお、表示部５３０に表示方法選択画像Ｇ２９２が表示されている場合に、インターフェース操作Ｐにより「一覧」が選択されると、表示部５３０には、前述のデータ表示画像
Ｇ２００が表示される。

なお、前述のステップＳ５０５で生成されるデータ表示画像は、データ表示画像Ｇ２００およびデータ表示画像Ｇ２００Ａのいずれであってもよい。すなわち、ステップＳ５１０の処理により、表示部５３０に表示される画像は、データ表示画像Ｇ２００およびデータ表示画像Ｇ２００Ａのいずれであってもよい。

再び、図１５を参照して、表示部５３０にデータ表示画像Ｇ２００が表示されている場合に、インターフェース操作ＰによりカーソルＣ１００が、情報表示画像Ｇ２４０内の文字の部分に移動し、さらに、インターフェース操作Ｐがあると、表示部５３０には、以下のデータ表示画像Ｇ２００Ｂが表示される。

図１７は、一例としてのデータ表示画像Ｇ２００Ｂを示す図である。図１７を参照して、データ表示画像Ｇ２００Ｂは、図１５のデータ表示画像Ｇ２００と比較して、枠Ｇ２４５と、処理選択画像Ｇ２４６と、詳細情報表示画像Ｇ２４６Ａとが表示されている点が異なる。それ以外は、データ表示画像Ｇ２００と同様なので詳細な説明は繰り返さない。

カーソルＣ１００が、情報表示画像Ｇ２４０内の文字の部分に移動すると、カーソルＣ１００の示す位置に表示されているメタデータの情報を囲むように枠Ｇ２４５が表示される。ここで、枠Ｇ２４５の代わりに、該当するメタデータの情報の文字色を変えるなどして、メタデータが指示されていることが分かるように構成されていても良い。

枠Ｇ２４５が表示された状態で、インターフェース操作Ｐ（たとえば、マウス５４２の右クリック操作）があると、処理選択画像Ｇ２４６が表示される。処理選択画像Ｇ２４６には、インターフェース操作Ｐにより「詳細表示」の文字列、「実体要求」の文字列、「編集」の文字列および「削除」の文字列のいずれかを選択可能な画像である。

インターフェース操作Ｐにより、「詳細表示」の文字列が選択されると、枠Ｇ２４５が囲むメタデータの詳細な情報を示す詳細情報表示画像Ｇ２４６Ａが表示される。インターフェース操作Ｐにより、「実体要求」の文字列が選択されると、枠Ｇ２４５が囲むメタデータに対応する元データを要求するための後述する処理が行なわれる。

インターフェース操作Ｐにより、「編集」の文字列が選択されたとき、枠Ｇ２４５が囲むメタデータの情報が、自装置の記憶部５２０に記憶されている場合、対応する元データを、編集するための処理が行なわれる。

インターフェース操作Ｐにより、「削除」の文字列が選択されたとき、枠Ｇ２４５が囲むメタデータの情報が、自装置の記憶部５２０に記憶されている場合、対応する元データを、削除するための処理が行なわれる。また、インターフェース操作Ｐにより、「削除」の文字列が選択され、枠Ｇ２４５が囲むメタデータの情報が、自装置の記憶部５２０に記憶されていない場合、対応するメタデータと、後述するメタデータに対応づけられたデータとを削除するための処理が行なわれる。

再び、図１４を参照して、ステップＳ５１０の処理が終了すると、ステップＳ５２０に進む。

ステップＳ５２０では、制御部５１０が、データ受信操作があるか否かを判定する。データ受信操作は、データ表示画像Ｇ２００のボタン画像Ｇ２１０に対するインターフェース操作Ｐである。ステップＳ５２０において、ＹＥＳならば、ステップＳ５２２に進む。一方、ステップＳ５２０において、ＮＯならば、再度、ステップＳ５２０の処理が行なわ
れる。

ステップＳ５２２では、データ受信処理が行なわれる。データ受信処理では、制御部５１０が、記憶部５２０に記憶されているメタデータファイル生成設定情報データに基づいて、データ受信処理を行なう。メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていれば、制御部５１０は、ネットワーク７０に接続されているメールサーバにアクセスして、自装置（通信端末装置５００Ｂ）に設定されたメールアドレス宛ての電子メールがある場合、当該電子メールを受信する。なお、受信した電子メールに添付データがあり、かつ、添付データが暗号化されている場合は、暗号化されている方式に基づいて、復号化を行なう。

なお、メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、図１２のステップＳ３２６および図１３のステップＳ４２６の少なくとも一方から、直接、自装置（通信端末装置５００Ｂ）に対し送信されたデータを受信する。なお、受信したデータが暗号化されている場合は、暗号化されている方式に基づいて、復号化を行なう。その後、ステップＳ５３０に進む。

なお、このデータ受信時処理では、前述のステップＳ５０５，Ｓ５１０，Ｓ５２０が行なわれず、ステップＳ５２２から処理が開始されてもよい。これにより、ユーザによる操作がなくても、自動で、メタデータファイルが添付された電子メールを取得することができる。

ステップＳ５３０では、制御部５１０が、メタデータファイルを受信したか否かを判定する。なお、ステップＳ５２２において、データが添付された電子メールを受信した場合、制御部５１０は、受信した電子メールの「件名」に“［ＭＥＴＡ］ｉｎｆｏ”が記述されているか否かを判定する。ステップＳ５３０において、ＹＥＳならば、ステップＳ５３２に進む。一方、ステップＳ５３０において、ＮＯならば、後述するステップＳ５６０に進む。

以下においては、ステップＳ５２２の処理により受信したメタデータファイルを受信メタデータファイルともいう。また、既に記憶部５２０に記憶されているメタデータファイルを旧メタデータファイルともいう。旧メタデータファイルは、記憶部５２０に記憶されている、通信端末装置６００，５００Ａ，５００Ｂ，５００Ｃの各々のメタデータファイルとなる。ここでは、メタデータファイルを受信したとして、ステップＳ５３２に進む。

ステップＳ５３２では、メタデータファイル比較処理が行なわれる。メタデータファイル比較処理では、受信メタデータファイルの情報と、受信メタデータファイルに対応する通信端末装置の旧メタデータファイルの情報とを比較する。たとえば、受信メタデータファイルが、通信端末装置５００Ｃから送信されたファイルであれば、比較対象となるのは、通信端末装置５００Ｃの旧メタデータファイルとなる。

具体的には、制御部５１０が、受信メタデータファイルに記述された複数のメタデータの情報と、旧メタデータファイルに記述された複数のメタデータの情報とを比較する。制御部５１０は、旧メタデータファイルにはなく、受信メタデータファイルにのみ記述されているメタデータを、前述した新規生成元データに対応するメタデータ（以下、新規メタデータともいう）と判定する。

また、旧メタデータファイルと、受信メタデータファイルとに互いに対応するメタデータ（以下、対応メタデータともいう）が存在するとする。この場合、旧メタデータファイルの対応メタデータの作成日時または更新日時より、受信メタデータファイルの対応メタ
データの更新日時が新しい場合、制御部５１０は、受信メタデータファイルの対応メタデータを、更新後元データに対応するメタデータと判定する。以下においては、更新後元データに対応するメタデータを、更新メタデータともいう。その後、ステップＳ５３４に進む。

ステップＳ５３４では、制御部５１０が、受信メタデータファイルを、記憶部５２０に記憶されている、対応する装置の旧メタデータファイルに上書き記憶させる。その結果、記憶部５２０には、既にあった旧メタデータファイルはなくなり、受信メタデータファイルが記憶されることになる。たとえば、受信メタデータファイルが、通信端末装置６００のメタデータファイルであれば、受信メタデータファイルは、通信端末装置６００の旧メタデータファイルに対し上書き記憶される。その後、ステップＳ５３６に進む。

ステップＳ５３６では、制御部５１０が、ステップＳ５３２により判定した、新規メタデータ、更新メタデータ、受信メタデータファイルに基づいて、以下の更新データ表示画像を生成する。

図１８は、一例としての更新データ表示画像Ｇ３００を示す図である。図１８を参照して、更新データ表示画像Ｇ３００は、図１５のデータ表示画像Ｇ２００と比較して、情報表示画像Ｇ２２０の代わりに情報表示画像Ｇ３２０が配置される点と、情報表示画像Ｇ２４０の代わりに情報表示画像Ｇ３４０が配置される点とが異なる。それ以外は、データ表示画像Ｇ２００と同様なので詳細な説明は繰り返さない。また、更新データ表示画像Ｇ３００は、受信メタデータファイルとして、一例として、通信端末装置６００のメタデータファイルに基づき生成された画像である。更新データ表示画像Ｇ３００において、通信端末装置６００に関連しない情報は、データ表示画像Ｇ２００を生成する際に使用されたデータに基づくものである。

更新データ表示画像Ｇ３００の情報表示画像Ｇ３２０には、ステップＳ５２２の処理により、通信端末装置６００のメタデータファイルを受信した日時が表示される。

更新データ表示画像Ｇ３００の情報表示画像Ｇ３４０には、一例として、ファイル名が「ＣＣＥＥ．ｄｃ」の元データに対応する新規メタデータの情報が追加される。また、更新データ表示画像Ｇ３００の情報表示画像Ｇ３４０には、一例として、ファイル名が「ＡＢＣＣ．ｘｌ」である元データに対応するメタデータの情報が変更されたとする。情報が変更されるメタデータは、更新メタデータである。具体的には、ファイル名が「ＡＢＣＣ．ｘｌ」である元データが更新されることにより、対応する更新メタデータの情報が示す「状態」は、たとえば、「ＮＥＷ！」の代わりに「ＵＰＤＡＴＥ」を示す。

再び、図１４を参照して、ステップＳ５３６の処理が終了すると、ステップＳ５３８に進む。

ステップＳ５３８では、制御部５１０が、ステップＳ５３６で生成した更新データ表示画像Ｇ３００を、表示部５３０に表示させる処理を行なう。その後、ステップＳ５４０に進む。

ステップＳ５４０では、制御部５１０が、元データの取得操作があるか否かを判定する。元データの取得操作は、図１７で説明したように、枠Ｇ２４５が表示された状態で、インターフェース操作Ｐ（たとえば、マウス５４２の右クリック操作）により処理選択画像Ｇ２４６が表示され、かつ、インターフェース操作Ｐにより「実体要求」の文字列が選択される操作である。枠Ｇ２４５は、一例として、ファイル名が「ＣＣＥＥ．ｄｃ」の行を囲む位置に配置されているとする。

すなわち、元データの取得操作は、「ＮＥＷ！」の文字列に対応する新規メタデータに対応する新規生成元データを取得するための操作、または、「ＵＰＤＡＴＥ」の文字列に対応する更新メタデータに対応する更新後元データを取得するための操作である。本実施の形態では、一例として、取得する元データは、ファイル名が「ＣＣＥＥ．ｄｃ」である新規生成元データであるとする。

ステップＳ５４０において、ＹＥＳならば、ステップＳ５４２に進む。一方、ステップＳ５４０において、ＮＯならば、後述するステップＳ５９０に進む。

ステップＳ５４２では、元データ取得要求処理が行なわれる。元データ取得要求処理では、制御部５１０が、「件名」欄に“［ＭＥＴＡ］ＲＥＱＵＥＳＴ”と記述し、取得する元データ（新規生成元データ）に対応するメタデータ（新規メタデータ）を添付した電子メールを生成する。

なお、電子メールに添付するメタデータ（新規メタデータ）は、記憶部５２０に記憶されるメタデータファイル生成設定情報データにおいて、暗号化が許可されていれば、制御部５１０により、暗号化パスワードを使用して、トリプルＤＥＳに基づいて暗号化されたデータとなる。

そして、制御部５１０は、生成した電子メールを、新規生成元データを記憶している通信端末装置（ＰＤＡ６００（通信端末装置６００））に設定された送信先となるメールアドレスへ送信する。

なお、記憶部５２０に記憶されるメタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、通信部５０を介して、直接、新規生成元データを記憶している通信端末装置（ＰＤＡ６００（通信端末装置６００））に、元データ（新規生成元データ）を取得するための要求指示を送信する。当該要求指示には、元データ（新規生成元データ）を特定するための情報（たとえば、パスネーム）が含まれる。

次に、前述の代行通信端末装置（通信端末装置５００Ａ）が行なう処理（代行処理）について説明する。代行処理は、代行対象通信端末装置が代行通信端末装置として動作することになった後、他の処理とは、独立して行なわれる処理である。代行処理は、制御部５１０がプログラム１８０の代行処理プログラムを実行することで行なわれる処理である。

図１９は、代行処理のフローチャートを示す。図１９を参照して、ステップＳ６０５では、制御部５１０が、記憶部５２０に記憶された、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々のメタデータファイルに記述された情報に基づいて、以下のデータ表示画像Ｇ４００を生成する。

図２０は、一例としてのデータ表示画像Ｇ４００を示す図である。図２０を参照して、データ表示画像Ｇ４００は、図１８の更新データ表示画像Ｇ３００と比較して、情報表示画像Ｇ３２０の代わりに情報表示画像Ｇ４２０が配置される点と、情報表示画像Ｇ３４０の代わりに情報表示画像Ｇ４４０が配置される点とが異なる。それ以外は、更新データ表示画像Ｇ３００と同様なので詳細な説明は繰り返さない。

情報表示画像Ｇ４２０は、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々のメタデータファイルの情報を表示するための画像である。情報表示画像Ｇ４２０には、一例として、図１０の代行委託処理および図
１３のメタデータファイル管理処理Ａにおいて送信されたメタデータファイルを受信した通信端末装置の端末名と、端末名に対応するメタデータファイルの最も新しい受信日時が表示されている。

情報表示画像Ｇ４２０において、左側に丸が表示されている端末名は、前述の代行元通信端末装置の端末名（通信端末装置の名称）である。なお、代行元行通信端末装置を示すマークは、丸に限定されることなく、たとえば、アイコンであってもよい。また、情報表示画像Ｇ４２０において、下線が表示されている端末名は、この代行処理を行っている端末名（通信端末装置の名称）である。

情報表示画像Ｇ４２０は、情報表示画像Ｇ３２０と同様なので詳細な説明は繰り返さない。

再び、図１９を参照して、ステップＳ６０５の処理が終了すると、ステップＳ６０７に進む。

ステップＳ６０７では、制御部５１０が、ステップＳ６０５で生成したデータ表示画像Ｇ４００を、表示部５３０に表示させる処理を行なう。

なお、表示部５３０に、データ表示画像Ｇ４００および図１５の表示方法選択画像Ｇ２９２が表示されている場合に、インターフェース操作Ｐにより「ツリー」の文字列が選択されると、情報表示画像Ｇ４４０は、図１６の情報表示画像Ｇ２４０Ａと同様な画像に変更される。

また、表示部５３０に、データ表示画像Ｇ４００が表示されている場合に、インターフェース操作ＰによりカーソルＣ１００が、情報表示画像Ｇ４４０内の文字の部分に移動し、さらに、インターフェース操作Ｐがあると、表示部５３０には、図１７のデータ表示画像Ｇ２００Ｂと同様に、枠Ｇ２４５と、処理選択画像Ｇ２４６とが表示される。ステップＳ６０７の処理が終了すると、ステップＳ６１０に進む。

ステップＳ６１０では、制御部５１０が、代行メイン処理を実行する。代行メイン処理は、代行処理とは、独立して行なわれる。なお、本実施の形態では、前述の図１４のステップＳ５４２の処理により、代行元通信端末装置（通信端末装置６００）に設定されたメールアドレスへ、「件名」欄に“［ＭＥＴＡ］ＲＥＱＵＥＳＴ”と記述された電子メールが送信されたとする。

図２１は、代行メイン処理のフローチャートである。図２１を参照して、ステップＳ７０２では、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態であるか否かが、制御部５１０により判定される。ステップＳ７０２により、ＹＥＳならば、ステップＳ７０４に進む。一方、ステップＳ７０２により、ＮＯならば、後述するステップＳ７１０に進む。

ステップＳ７０４では、メタデータファイル比較処理が行なわれる。メタデータファイル比較処理では、制御部５１０が、代行元通信端末装置（通信端末装置６００）から、最新の代行元通信端末装置のメタデータファイルを受信するための要求指示を代行元通信端末装置へ送信する。代行元通信端末装置は、当該要求指示を受信すると、代行通信端末装置（通信端末装置５００Ａ）へ、最新の代行元通信端末装置のメタデータファイルを送信する。

制御部５２０は、受信した最新の代行元通信端末装置のメタデータファイルと、記憶部
５２０に記憶されている代行元通信端末装置（通信端末装置６００）のメタデータファイルとを比較する処理を行なう。以下においては、受信した最新の代行元通信端末装置のメタデータファイルを、最新代行元メタデータファイルともいう。また、記憶部５２０に記憶されている代行元通信端末装置のメタデータファイルを、旧代行元メタデータファイルともいう。当該比較する処理は、ステップＳ５３２の処理と同様なので詳細な説明は繰り返さない。その後、ステップＳ７０６に進む。

ステップＳ７０６では、制御部５１０が、最新代行元メタデータファイルを、記憶部５２０に記憶されている、旧代行元メタデータファイルに上書き記憶させる。その結果、記憶部５２０には、既にあった旧代行元メタデータファイルはなくなり、最新代行元メタデータファイルが記憶されることになる。したがって、記憶部５２０に記憶される代行元通信端末装置のメタデータファイルは、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態になる毎に、最新状態に更新される。その後、ステップＳ７１０に進む。

ステップＳ７１０では、データ受信処理が行なわれる。データ受信処理では、制御部５１０が、記憶部５２０に記憶されているメタデータファイル生成設定情報データに基づいて、データ受信処理を行なう。メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていれば、制御部５１０は、ネットワーク７０に接続されているメールサーバにアクセスして、代行元通信端末装置（通信端末装置６００）に設定されたメールアドレス宛ての電子メールであって、「件名」欄に“［ＭＥＴＡ］ＲＥＱＵＥＳＴ”と記述された電子メールがある場合、当該電子メールを受信する。

そして、制御部５１０は、電子メールに添付されているメタデータ（新規メタデータ）を読み出す。なお、制御部５１０は、メタデータが暗号化されている場合は、メタデータが暗号化されている方式に基づいて、復号化する。これにより、制御部５１０は、復号化されたメタデータにより、非代行通信端末装置が要求している元データを特定できる。

なお、記憶部５２０に記憶されているメタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、制御部５１０は、通信部５０を介して、直接、非代行通信端末装置から送信された元データ（新規生成元データ）を取得するための要求指示を受信する。その後、ステップＳ７２０に進む。

ステップＳ７２０では、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態であるか否かが、制御部５１０により判定される。ステップＳ７２０により、ＹＥＳならば、ステップＳ７３０に進む。一方、ステップＳ７２０により、ＮＯならば、後述するステップＳ７６０に進む。

ステップＳ７３０では、元データ要求処理が行なわれる。元データ要求処理では、制御部５１０が、非代行通信端末装置が要求している元データ（新規生成元データ）を、代行元行通信端末装置から取得するための要求指示を、代行元行通信端末装置（通信端末装置６００）へ送信する。当該要求指示には、元データ（新規生成元データ）を特定するための情報（たとえば、パスネーム）が含まれる。

代行元行通信端末装置（通信端末装置６００）がネットワーク接続状態である場合、代行元行通信端末装置は、データ要求対応処理を行なう。データ要求対応処理は、他の処理とは、独立して行なわれる。なお、代行元行通信端末装置（通信端末装置６００）がネットワーク接続状態でなくなると、データ要求対応処理は終了する。

図２２は、データ要求対応処理のフローチャートである。図２２を参照して、ステップ
Ｓ８１０では、制御部６１０が、代行通信端末装置（通信端末装置５００Ａ）から送信された、元データ（新規生成元データ）を取得するための要求指示を受信したか否かが判定される。ステップＳ８１０において、ＹＥＳならば、ステップＳ８２０に進む。一方、ステップＳ８１０において、ＮＯならば、再度、ステップＳ８１０の処理が行なわれる。

ステップＳ８２０では、元データ送信処理が行なわれる。元データ送信処理では、制御部６１０が、受信した要求指示に基づいて、対応する元データ（新規生成元データ）を記憶部６２０から読み出す。そして、制御部６１０は、要求された元データ（新規生成元データ）を、代行通信端末装置（通信端末装置５００Ａ）へ送信する。なお、メタデータファイル生成設定情報データＤ１００において、暗号化が許可されていれば、送信する元データ（新規生成元データ）は、暗号化されたものとなる。その後、再度、ステップＳ８１０の処理が行なわれる。

再び、図２１を参照して、ステップＳ７３０の処理が終了すると、ステップＳ７３２に進む。

ステップＳ７３２では、制御部５１０が、代行元行通信端末装置（通信端末装置６００）から、要求した元データ（新規生成元データ）を受信したか否かが判定される。ステップＳ７３２において、ＹＥＳならば、ステップＳ７４０に進む。一方、ステップＳ７３２において、ＮＯならば、再度、ステップＳ７３２の処理が行なわれる。

ステップＳ７４０では、制御部５１０が、代行元行通信端末装置（通信端末装置６００）から受信した元データ（新規生成元データ）を、非代行通信端末装置（通信端末装置５００Ｂ）へ転送する処理を行なう。具体的には、制御部５１０が、「件名」欄に“［ＭＥＴＡ］ＤＡＴＡ”と記述し、受信した元データ（新規生成元データ）を添付した電子メールを生成する。

なお、電子メールに添付する元データは、記憶部５２０に記憶されているメタデータファイル生成設定情報データにおいて、暗号化が許可されていれば、制御部５１０により、暗号化パスワードを使用して、トリプルＤＥＳに基づいて暗号化されたデータとなる。

そして、制御部５１０は、生成した電子メールを、元データの取得を要求した非代行通信端末装置（通信端末装置５００Ｂ）に設定されたメールアドレスへ送信する。すなわち、制御部５１０は、代行元行通信端末装置（通信端末装置６００）から受信した元データを、非代行通信端末装置（通信端末装置５００Ｂ）へ転送する。

なお、メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、通信部５０を介して、元データ（新規生成元データ）を、直接、元データの取得を要求した非代行通信端末装置（通信端末装置５００Ｂ）へ送信する。なお、暗号化が許可されていれば、元データは、暗号化されたものとなる。

再び、図１４を参照して、非代行通信端末装置（通信端末装置５００Ｂ）では、前述のステップＳ５４２の処理が終了すると、ステップＳ５９０に進む。

ステップＳ５９０では、終了指示があるか否かを判定する。具体的には、制御部５１０が、データ受信時処理プログラムを終了させるための終了操作があったか否かを判定する。終了操作とは、データ受信時処理プログラムを終了させるためのインターフェース操作Ｐである。ステップＳ５９０において、ＹＥＳならば、このデータ受信時処理は終了する。一方、ステップＳ５９０において、ＮＯならば、再度、ステップＳ５２２の処理が行なわれる。

ステップＳ５２２では、前述したデータ受信処理が行なわれる。ここでは、データ受信処理において、「件名」欄に“［ＭＥＴＡ］ＤＡＴＡ”が記述され、元データ（新規生成元データ）が添付された電子メールを受信したとする。ステップＳ５２２の処理が終了すると、ステップＳ５３０に進む。

ステップＳ５３０では、前述した処理が行なわれる。受信したデータは、メタデータファイルではないので、ステップＳ５６０に進む。

ステップＳ５６０では、制御部５１０が、元データを受信したか否かを判定する。なお、ステップＳ５２２でデータが添付された電子メールを受信した場合、制御部５１０は、受信した電子メールの「件名」に“［ＭＥＴＡ］ＤＡＴＡ”が記述されているか否かを判定する。ステップＳ５６０において、ＹＥＳならば、ステップＳ５６４に進む。一方、ステップＳ５６０において、ＮＯならば、前述したステップＳ５４０に進む。

ステップＳ５６４では、制御部５１０が、受信した電子メールに添付されている元データ（新規生成元データ）を、記憶部５２０に記憶させる。なお、受信した電子メールに添付されている元データが暗号化されている場合、制御部５１０は、暗号化されている方式に基づいて、復号化を行ない、復号化した元データを記憶部５２０に記憶させる。その後、ステップＳ５６５に進む。

ステップＳ５６５では、メタデータファイル更新処理Ａが行なわれる。メタデータファイル更新処理Ａでは、受信した元データが、新規生成元データである場合、メタデータファイルに記述されている新規メタデータの情報に、記憶部５２０に記憶させた新規生成元データのパスネームを記述する。また、受信した元データが、更新後元データである場合は、メタデータファイルに対する処理は行なわない。これにより、記憶部５２０に記憶されているメタデータファイルが更新される。その後、ステップＳ５６６に進む。

ステップＳ５６６では、制御部５１０が、取得した元データに対応するメタデータの状態を「取得済」に変更した更新データ表示画像を生成する。具体的には、取得した元データが新規生成元データである場合、新規生成元データに対応する新規メタデータの状態を「ＮＥＷ！」から、「取得済」に変更した更新データ表示画像を生成する。また、取得した元データが更新後元データである場合、更新後元データに対応する更新メタデータの状態を「ＵＰＤＡＴＥ」から、「取得済」に変更した更新データ表示画像を生成する。

たとえば、図１８の更新データ表示画像Ｇ３００の情報表示画像Ｇ３４０において、取得した新規生成元データのファイル名が「ＣＣＥＥ．ｄｃ」である場合、制御部５１０は、ファイル名が「ＣＣＥＥ．ｄｃ」に対応する行の「状態」を「ＮＥＷ！」から、「取得済」に変更した更新データ表示画像を生成する。

図２３は、一例としての更新データ表示画像Ｇ３００Ａを示す図である。図２３を参照して、更新データ表示画像Ｇ３００Ａは、図１８の更新データ表示画像Ｇ３００と比較して、情報表示画像Ｇ３４０の代わりに情報表示画像Ｇ３４０Ａが配置される点が異なる。それ以外は、更新データ表示画像Ｇ３００と同様なので詳細な説明は繰り返さない。

情報表示画像Ｇ３４０Ａは、情報表示画像Ｇ３４０と比較して、ファイル名が「ＣＣＥＥ．ｄｃ」に対応する行の「状態」が、「ＮＥＷ！」の代わりに「取得済」となっている点が異なる。それ以外は、情報表示画像Ｇ３４０と同様なので詳細な説明は繰り返さない。

再び、図１４を参照して、ステップＳ５６６の処理が終了すると、ステップＳ５６８に進む。

ステップＳ５６８では、制御部５１０が、ステップＳ５６６で生成した更新データ表示画像を、表示部５３０に表示させる処理を行なう。その後、前述したステップＳ５４０に進む。

上記処理においては、新規生成元データを取得する処理について説明した。なお、更新後元データを取得する処理は、新規生成元データを取得する処理と同様である。

再び、図１９を参照して、ステップＳ６１０の処理が終了すると、ステップＳ６２０に進む。

ステップＳ６２０では、制御部５１０が、データ受信操作があるか否かを判定する。データ受信操作は、データ表示画像Ｇ４００のボタン画像Ｇ２１０に対するインターフェース操作Ｐである。ステップＳ６２０において、ＹＥＳならば、ステップＳ６２２に進む。一方、ステップＳ６２０において、ＮＯならば、再度、ステップＳ６２０の処理が行なわれる。

ステップＳ６２２では、前述の図１４のステップＳ５２２と同様な処理に加え、以下の処理が行なわれる。まず、制御部５１０が、記憶部５２０に記憶されているメタデータファイル生成設定情報データに基づいて、代行元通信端末装置（通信端末装置６００）宛てのデータ受信処理を行なう。メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていれば、制御部５１０は、ネットワーク７０に接続されているメールサーバにアクセスして、代行元通信端末装置（通信端末装置６００）に設定されたメールアドレス宛ての電子メールがある場合、当該電子メールを受信する。なお、受信した電子メールに添付データがあり、かつ、添付データが暗号化されている場合は、暗号化されている方式に基づいて、復号化を行なう。

なお、メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、図１２のステップＳ３２６および図１３のステップＳ４２６の少なくとも一方の処理により、直接、自装置（通信端末装置５００Ｂ）に対し送信されたデータを受信する。なお、受信したデータが暗号化されている場合は、暗号化されている方式に基づいて、復号化を行なう。その後、ステップＳ６３０に進む。

ステップＳ６３０では、前述のステップＳ５３０と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ６３０において、ＹＥＳならば、ステップＳ６３０Ａに進む。一方、ステップＳ６３０において、ＮＯならば、後述するステップＳ６６０に進む。ここでは、メタデータファイルを受信したとして、ステップＳ６３０Ａに進む。

ステップＳ６３０Ａでは、制御部５１０が、受信したメタデータファイルが、代行元通信端末装置のメタデータファイルであるか否かを判定する。ステップＳ６３０Ａにおいて、ＹＥＳならば、ステップＳ６３０Ｂに進む。一方、ステップＳ６３０Ａにおいて、ＮＯならば、ステップＳ６３２に進む。

ステップＳ６３０Ｂでは、メタデータファイル送信処理が行なわれる。メタデータファイル送信処理では、制御部５１０が、記憶部５２０に記憶されているメタデータファイル生成設定情報データに基づいて、代行元通信端末装置のメタデータファイルを、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ｂ）以外の複数の装置へ送信する。すなわち、代行通信端末装置は、通信
端末装置６００の代わりに、他の通信端末装置へ、通信端末装置６００の最新のメタデータファイルを送信する。

記憶部５２０に記憶されているメタデータファイル生成設定情報データにおいて、暗号化が許可されていれば、制御部５１０は、暗号化パスワードを使用して、代行元通信端末装置のメタデータファイルを、トリプルＤＥＳに基づいて暗号化する。なお、代行元通信端末装置のメタデータファイルを暗号化する方式は、トリプルＤＥＳに限定されることなく、他の暗号化方式であってもよい。

また、上記メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていれば、制御部５１０は、暗号化したメタデータファイルまたは暗号化していないメタデータファイルを添付した電子メールを生成する。生成した電子メールアドレスの「件名」欄には、“［ＭＥＴＡ］ｉｎｆｏ”が記述される。

そして、制御部５１０は、生成した電子メールを、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ｂ）以外の複数の装置の各々に設定された、送信先となるメールアドレスへ送信する。

なお、上記メタデータファイル生成設定情報データにおいて、メールを利用したデータの送受信が許可されていなければ、暗号化したメタデータファイルまたは暗号化していないメタデータファイルを、通信部５０を介して、直接、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃのうち、自装置（通信端末装置５００Ｂ）以外の複数の装置へ送信する。なお、メタデータファイルを送信する処理は、上記処理に限定されることはなく、たとえば、インスタントメッセージ等により行なわれてもよい。その後、ステップＳ６３２に進む。

ステップＳ６３２では、前述のステップＳ５３２と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６３４に進む。

ステップＳ６３４では、前述のステップＳ５３４と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６３６に進む。

ステップＳ６３６では、制御部５１０が、ステップＳ６３２により判定した、新規メタデータ、更新メタデータ、受信メタデータファイルに基づいて、更新データ表示画像を生成する処理が、前述のステップＳ５３６と同様に行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６３８に進む。

ステップＳ６３８では、制御部５１０が、ステップＳ６３６で生成した更新データ表示画像を、表示部５３０に表示させる処理を行なう。その後、ステップＳ６４０に進む。

ステップＳ６４０では、前述のステップＳ５４０と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ６４０において、ＹＥＳならば、ステップＳ６４２に進む。一方、ステップＳ６４０において、ＮＯならば、後述するステップＳ６９０に進む。

ステップＳ６４２では、前述のステップＳ５４２と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６９０に進む。

ステップＳ６９０では、終了指示があるか否かを判定する。具体的には、制御部５１０が、代行処理プログラムを終了させるための終了操作があったか否かを判定する。終了操作とは、データ受信時処理プログラムを終了させるためのインターフェース操作Ｐである
。ステップＳ６９０において、ＹＥＳならば、この代行処理は終了する。一方、ステップＳ６９０において、ＮＯならば、再度、ステップＳ６２２の処理が行なわれる。

ステップＳ６２２では、前述したデータ受信処理が行なわれる。ここでは、データ受信処理において、「件名」欄に“［ＭＥＴＡ］ＤＡＴＡ”が記述され、元データ（新規生成元データ）が添付された電子メールを受信したとする。ステップＳ６２２の処理が終了すると、ステップＳ６３０に進む。

ステップＳ６３０では、前述した処理が行なわれる。受信したデータは、メタデータファイルではないので、ステップＳ６６０に進む。

ステップＳ６６０では、前述のステップＳ５６０と同様な処理が行なわれるので詳細な説明は繰り返さない。ステップＳ６６０において、ＹＥＳならば、ステップＳ６６４に進む。一方、ステップＳ６６０において、ＮＯならば、前述したステップＳ６４０に進む。

ステップＳ６６４では、前述のステップＳ５６４と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６６５に進む。

ステップＳ６６５では、前述のステップＳ５６５と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６６６に進む。

ステップＳ６６６では、前述のステップＳ５６６と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ６６８に進む。

ステップＳ６６８では、制御部５１０が、ステップＳ６６６で生成した更新データ表示画像を、表示部５３０に表示させる処理を行なう。その後、前述したステップＳ６４０に進む。

次に、再び、図２１を参照して、ステップＳ７２０でＮＯと判定された場合の処理について説明する。すなわち、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態でない場合の処理について説明する。

前述のステップＳ７２０により、ＮＯならば、ステップＳ７６０に進む。
ステップＳ７６０では、要求ログの記憶が行なわれる。具体的には、制御部５１０が、非代行通信端末装置が要求している元データに対応するメタデータに対応づけて、記憶部５２０にログ（以下、要求ログともいう）を記憶させる。詳細は後述するが、要求ログは、記憶部５２０に記憶されているメタデータファイルに記述される。

図２４は、メタデータに対応づけた要求ログを示す図である。図２４を参照して、「ログ番号」は、メタデータ１〜メタデータＮの各々に対応する複数の要求ログを識別するための番号である。要求ログには、元データを要求している通信端末装置の端末名、ＩＰアドレスおよびメールアドレスが記載される。なお、要求ログに記載される内容は、端末名、ＩＰアドレスおよびメールアドレスに限定されることなく、他の要素であってもよい。

たとえば、非代行通信端末装置が要求している元データが、メタデータ１に対応するデータであれば、制御部５１０は、代行元通信端末装置（通信端末装置６００）のメタデータファイルに、メタデータ１に対応づけて、ログ番号が“１”の要求ログを記述する。なお、既にメタデータ１に対応する要求ログが存在する場合、制御部５１０は、既に記載されている数値（たとえば、５）の最も大きい値のログ番号の次のログ番号（たとえば、６）の要求ログを、代行元通信端末装置（通信端末装置６００）のメタデータファイルに、
メタデータ１に対応づけて記述する。

再び、図２１を参照して、ステップＳ７６０の処理が終了すると、前述のステップＳ７０２の処理が行なわれる。

本実施の形態では、一度、ステップＳ７２０でＮＯと判定された後、再度ステップＳ７２０の処理が行なわれる前、または、ステップＳ７２０の処理が所定回数（たとえば、１０回）行なわれる前に、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態になったとする。この場合、ステップＳ７２０によりＹＥＳと判定されて、ステップＳ７３０に進む。

そして、前述のステップＳ７３０，Ｓ７３２，Ｓ７４０の処理が行なわれる。
ステップＳ７４０の処理が終了すると、ステップＳ７４２に進む。

ステップＳ７４２では、制御部５１０が、ステップＳ７４０で転送した元データに対応するメタデータに対応する要求ログがあるか否かを判定する。ステップＳ７４２において、ＹＥＳならば、ステップＳ７４４に進む。一方、ステップＳ７４２において、ＮＯならば、再度、ステップＳ７０２の処理が行なわれる。

ステップＳ７４４では、要求ログの削除が行なわれる。具体的には、制御部５１０が、ステップＳ７４０で転送した元データに対応するメタデータに対応する要求ログを、代行元通信端末装置（通信端末装置６００）のメタデータファイルから削除し、ログ番号をリナンバリングする。

たとえば、ステップＳ７４０で転送した元データに対応するメタデータがメタデータ１であり、かつ、ステップＳ７４０で転送した元データの転送先の端末名がＰＣ５００Ｃである場合、制御部５１０は、代行元通信端末装置のメタデータファイルにおいて、メタデータ１に対応づけられて記載されているログ番号“２”の要求ログを削除する。そして、制御部５１０は、代行元通信端末装置のメタデータファイルにおいて、メタデータ１に対応づけられて記載されているログ番号“３”以上の要求ログがあれば、対応する要求ログの番号を“１”減算させる。

なお、代行メイン処理において、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態でない場合、制御部５１０は、要求ログを添付した電子メールを、代行元通信端末装置に設定されたメールアドレスへ送信してもよい。そして、代行元通信端末装置（通信端末装置６００）が、所定時間毎に、メールサーバにアクセスし、自装置宛てのメールがあることを確認し、当該メールを受信すると、元データが要求されていることを認識することができる。この場合、代行元通信端末装置（通信端末装置６００）は、元データを添付した電子メールを、元データを要求した通信端末装置のメールアドレスへ送信する。

以上説明したように、本実施の形態では、代行元通信端末装置（通信端末装置６００）が有する複数の共有データ（元データ）の状態を示すメタデータファイルが更新されたか否かを、代行元通信端末装置が所定期間毎に自動で判定する。そして、代行元通信端末装置は、メタデータファイルの更新があることを判定すると、当該更新されたメタデータファイルを、代行通信端末装置へ送信する。代行通信端末装置は、代行元通信端末装置の代わりに、複数の非代行通信端末装置（他の通信端末装置）へ、代行元通信端末装置の最新のメタデータファイルを送信する。

したがって、代行元通信端末装置は、わざわざ、複数の非代行通信端末装置へ、代行元
通信端末装置のメタデータファイルを送信する必要がない。また、代行元通信端末装置がネットワークシステム１０００内の複数の通信端末装置のうち、代行通信端末装置以外の通信端末装置とデータ通信できない状態であっても、非代行通信端末装置は、代行元通信端末装置のメタデータファイルが更新されたことを認識でき、元データが新規に生成されたことまたは元データが更新されたことを容易に認識することができるという効果を奏する。

また、非代行通信端末装置が受信するメタデータファイルのファイルサイズは、元データよりも、データサイズが小さい場合が一般的なので、元データをいちいち受信することに比べれば、非代行通信端末装置がメタデータファイルを受信する時間は非常に短くて済む。

したがって、代行元通信端末装置において、元データが新規に生成されたことまたは元データが更新されたことを即座に認識することができるという効果を奏する。さらに、使用する通信網のデータ伝送スピードが遅くても、元データが新規に生成されたことまたは元データが更新されたことを容易に認識することができるという効果を奏する。

また、非代行通信端末装置は、代行元通信端末装置において、元データが新規に生成されたことまたは元データが更新されたことを認識して、代行通信端末装置へ元データの取得要求を送る。代行通信端末装置は、元データの取得要求を受信したときに、代行元通信端末装置がネットワーク接続状態でない場合、要求ログを記憶する。

そして、代行元通信端末装置がネットワーク接続状態になると、代行通信端末装置は、要求ログに基づいて、元データの要求を、代行元通信端末装置に対して行ない、代行元通信端末装置から元データを受信する。そして、代行通信端末装置は、受信した元データを、当該元データを要求した非代行通信端末装置へ転送する。

したがって、代行元通信端末装置がネットワーク接続状態でない場合であっても、非代行通信端末装置の元データの要求は無視されることはない。すなわち、代行元通信端末装置がネットワーク接続状態になれば、元データを要求した非代行通信端末装置は、要求した元データを、確実に取得することができるという効果を奏する。

また、元データを取得するために行なう通信端末装置間の通信には、電子メールを使用するので、通信先の通信端末装置に電子メールを送信する際、通信先の通信端末装置が電源オフであっても、後に電源オンになった時点で、電子メールを受信することができる。

また、元データを取得するために行なう通信端末装置間の通信処理では、暗号化されたデータを使用するので、セキュリティを確保することができる。

また、本実施の形態では、メタデータファイルの管理は、サーバ装置が一元管理するのではなく、各通信端末装置が管理する。したがって、サーバ装置を使用する必要がないので、所定期間毎に、サーバ装置の保守管理等を行なう手間が不要である。

また、本実施の形態では、各通信端末装置のメタデータファイルを、サーバ装置が一元管理するのではないので、事故等により、サーバ装置の電源がオフになってしまい、サーバ装置が管理している全てのメタデータファイルを失ってしまう可能性もない。

以上により、本実施の形態では、複数の端末装置間で共有するデータを効率的に管理することができるという効果を奏する。

＜第２の実施の形態＞
第１の実施の形態では、一例として、１つの通信端末装置５００Ａが、代行通信端末装置として継続的に動作していた。本実施の形態では、通信端末装置の負荷状態等に応じて、代行通信端末装置が決定される。

本実施の形態におけるネットワークシステムは、前述した図１のネットワークシステム１０００であるので詳細な説明は繰り返さない。また、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００の構成および機能は、第１の実施の形態で説明した構成および機能と同じであるので詳細な説明は繰り返さない。

なお、本実施の形態においても、通信端末装置５００Ａ、通信端末装置５００Ｂ、通信端末装置５００Ｃ、通信端末装置６００の各々は、実施の形態１と同様に、図７のメタデータファイル生成処理を行なう。その結果、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃの各々の記憶部５２０には、対応する通信端末装置のメタデータファイルが記憶される。また、通信端末装置６００の記憶部６２０にも、通信端末装置６００のメタデータファイルが記憶される。

まず、代行通信端末装置を決定するための代行通信端末装置決定処理について説明する。代行通信端末装置決定処理は、代行元通信端末装置（通信端末装置６００）により行なわれる処理である。代行通信端末装置決定処理が行なわれる場合、代行元通信端末装置（通信端末装置６００）は、ネットワークシステム１０００内の全ての通信端末装置とデータ通信可能な状態であるとする。なお、代行通信端末装置決定処理が行なわれる場合、代行元通信端末装置は、ネットワークシステム１０００内の２台以上の通信端末装置とデータ通信可能な状態であってもよい。

代行通信端末装置決定処理は、インターフェース操作Ｍにより、制御部６１０がプログラム１８０Ａの代行装置決定プログラムを実行することで行なわれる処理である。なお、代行通信端末装置決定処理の開始と同時に、制御部６１０は、メタデータファイル管理処理とは独立して、メタデータファイル管理処理Ａが開始されてからの経過時間を測定するための経過時間測定処理を実行する。

図２５は、代行通信端末装置決定処理のフローチャートである。図２５を参照して、ステップＳ９０５では、制御部６１０が、経過時間測定処理により測定されている経過時間が、所定期間（たとえば、１０分）を経過したか否かを判定する。

ステップＳ９０５において、ＹＥＳならば、制御部６１０は、測定している経過時間を０に設定して、ステップＳ９１０に進む。なお、経過時間の測定は、代行通信端末装置決定処理とは、独立に行なわれるので、経過時間が０に設定された後も、測定される経過時間は、時間経過とともに変化し続ける。一方、ステップＳ９０５において、ＮＯならば、再度、ステップＳ９０５の処理が繰り返される。なお、初めてステップＳ９０５の処理が行なわれる場合は、ステップＳ９０５の判定結果に関わらず、ステップＳ９１０に進んでもよい。

ステップＳ９１０では、状態チェック処理に基づき代行通信端末装置の決定が行なわれる。まず、状態チェック処理では、制御部６１０が、ネットワークシステム１０００内の複数の通信端末装置の各々の状態を調べるための状態チェックコマンドを、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃへ送信する処理を、所定時間（たとえば、１秒）毎に、複数回（たとえば、２０回）行なう。ここで、状態チェックコマンドは、たとえば、ＰＩＮＧ（Packet INternet Groper）である。

そして、制御部６１０は、以下に説明する判定パラメータに基づいて、代行通信端末装置を決定する。判定パラメータは、たとえば、連続して送信した複数の状態チェックコマンドを受信した通信端末装置が、所定時間において、複数の状態チェックコマンドのうち、いくつの状態チェックコマンドに応答したかという情報である。

この場合、制御部６１０は、たとえば、所定時間（たとえば、２５秒）内で、最も多くの数の状態チェックコマンドに応答した通信端末装置を、代行通信端末装置に決定する。なぜなら、上記処理により決定された代行通信端末装置の制御部５１０の負荷が低い可能性が高いからである。

判定パラメータの他の例は、状態チェックコマンドに対する通信端末装置の応答時間である。この場合、制御部６１０は、たとえば、複数の状態チェックコマンドにそれぞれ対応する複数の応答時間の平均値が最も小さい通信端末装置を、代行通信端末装置に決定する。

なお、制御部６１０は、連続して送信した複数の状態チェックコマンドに全く応答しない通信端末装置を、電源オフの装置であると判定できる。

状態チェック処理では、上記処理に限定されることはなく、以下の処理が行なわれてもよい。たとえば、通信端末装置６００、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃが、ＵＮＩＸ（登録商標）端末である場合、制御部６１０は、通信端末装置５００Ａ、通信端末装置５００Ｂおよび通信端末装置５００Ｃにリモートログインする。

そして、制御部６１０は、リモートログインした通信端末装置の制御部５１０の負荷を調べるためのｖｍｓｔａｔコマンドを、リモートログインした複数の通信端末装置に対して送信する。この場合、制御部６１０は、制御部５１０の負荷が最も低い通信端末装置を、代行通信端末装置に決定する。なお、代行通信端末装置に決定された通信端末装置は、前述の代行対象通信端末装置となる。代行通信端末装置に決定された通信端末装置は、一例として、通信端末装置５００Ａであるとする。

なお、代行通信端末装置の決定方法は、上記方法に限定されることなく他の方法であってもよい。その後、ステップＳ９１１に進む。

ステップＳ９１１では、前述のステップＳ２１１と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ９１２に進む。

代行対象通信端末装置では、まず、前述のステップＳ２５１，Ｓ２５２の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。

代行元通信端末装置（通信端末装置６００）は、ステップＳ９１１の処理の後、ステップＳ９１２の処理を行なう。

ステップＳ９１２およびステップＳ９１３では、それぞれ、前述のステップＳ２１２およびステップＳ２１３と同様な処理が行なわれるので詳細な説明は繰り返さない。その後、ステップＳ９１５に進む。

ステップＳ９１５では、制御部６１０が、代行通信端末装置（通信端末装置５００Ａ）の情報を示す図１１（Ａ）の代行先情報Ｔ２１０を、記憶部６２０に記憶させる。その後、再度、ステップＳ９０５の処理が行なわれる。

代行対象通信端末装置では、前述のステップＳ２５２の処理が行なわれた後、前述の、ステップＳ２５３，Ｓ２５４の処理と同様な処理が行なわれるので詳細な説明は繰り返さない。したがって、代行対象通信端末装置（通信端末装置５００Ａ）の記憶部５２０には、代行対象通信端末装置のメタデータファイルと、通信端末装置６００のメタデータファイルとが記憶されることになる。この場合、代行対象通信端末装置のメタデータファイルは、たとえば、図９に示される情報が記述されたファイルであるとする。その後、前述のステップＳ２５５の処理が行なわれる。具体的には、制御部５１０が、代行元通信端末装置（通信端末装置６００）の情報を示す図１１（Ｂ）の代行元情報Ｔ２２０を、記憶部５２０に記憶させる。以上の処理により、代行対象通信端末装置（通信端末装置５００Ａ）は、代行通信端末装置として動作することになる。

そして、実施の形態１と同様に、代行元通信端末装置（通信端末装置６００）は、前述の図１２のメタデータファイル管理処理を行なう。

また、実施の形態１と同様に、代行通信端末装置（通信端末装置５００Ａ）が、メタデータファイル生成処理の後に、メタデータファイル管理処理Ａを行なう。

また、実施の形態１と同様に、非代行通信端末装置がデータ受信時処理を行なう。また、実施の形態１と同様に、代行通信端末装置（通信端末装置５００Ａ）が、図１９の代行処理および図２１の代行メイン処理を行なう。

また、実施の形態１と同様に、代行元通信端末装置（通信端末装置６００）がネットワーク接続状態である場合、代行元通信端末装置は、データ要求対応処理を行なう。

なお、代行通信端末装置として動作している通信端末装置が存在する場合に、代行通信端末装置決定処理のステップＳ９１０の処理が再度行なわれること、または、ステップＳ９１０の処理が所定回数（たとえば、１０回）行なわれることにより、現在代行通信端末装置として動作している通信端末装置とは別の非代行通信端末装置が、代行通信端末装置として決定された場合、以下の処理が行なわれる。この場合、既に代行通信端末装置として動作している通信端末装置を、旧代行通信端末装置ともいう。また、新たに代行通信端末装置に決定された別の非代行通信端末装置を、以下においては、新代行通信端末装置ともいう。

まず、新代行通信端末装置は、旧代行通信端末装置から、旧代行通信端末装置の有する、自装置および代行元通信端末装置の各々のメタデータファイルと、１台以上の非代行通信端末装置の各々のメタデータファイルとを受信する。なお、メタデータファイルには、実施の形態１でも述べたように、要求ログも記載されるので、メタデータファイルを受信することで、要求ログも受信することになる。

そして、新代行通信端末装置は、図１２のメタデータファイル管理処理Ａ、図１９の代行処理および図２１の代行メイン処理を行なう。すなわち、旧代行通信端末装置が行なっている各種処理を、新代行通信端末装置に委ねることになる。

以上説明したように、本実施の形態では、第１の実施の形態の奏する効果に加えて、通信端末装置の負荷状態等に応じて、代行通信端末装置が決定されるので、決定された代行通信端末装置は、安定して各種処理を行なうことができる。その結果、ネットワークシステム１０００内のデータ通信を安定させることができるという効果を奏する。

なお、本実施の形態では、代行元通信端末装置（通信端末装置６００）が、図２５の代
行通信端末装置決定処理により、代行通信端末装置を決定していた。しかしながら、本実施の形態は、これに限定されることなく、代行元通信端末装置（通信端末装置６００）が、直接、無線または有線（たとえば、ＵＳＢケーブル）によりデータ通信可能となった通信端末装置（以下、通信可能装置ともいう）を、代行通信端末装置に決定してもよい。この場合、代行元通信端末装置（通信端末装置６００）は、通信可能装置に対して、前述のステップＳ９１１，Ｓ９１２，Ｓ９１３，Ｓ９１５の処理を行なうことで、通信可能装置が、代行通信端末装置として動作することになる。

なお、代行元通信端末装置が、通信可能装置を、代行通信端末装置に決定するとした場合、既に代行通信端末装置として動作している通信端末装置（以下、旧代行通信端末装置ともいう）が存在するときは、以下の処理が行なわれる。この場合に、代行通信端末装置に決定された通信端末装置を、以下においては、新代行通信端末装置ともいう。

まず、新代行通信端末装置は、旧代行通信端末装置から、旧代行通信端末装置の有する、自装置および代行元通信端末装置の各々のメタデータファイルと、１台以上の非代行通信端末装置の各々のメタデータファイルとを受信する。なお、メタデータファイルには、実施の形態１でも述べたように、要求ログも記載されるので、メタデータファイルを受信することで、要求ログも受信することになる。

そして、新代行通信端末装置は、図１２のメタデータファイル管理処理Ａ、図１９の代行処理および図２１の代行メイン処理を行なう。すなわち、旧代行通信端末装置が行なっている各種処理を、新代行通信端末装置に委ねることになる。

また、本実施の形態において、代行通信端末装置として動作している通信端末装置が、シャットダウン等により動作不能となる場合、動作不能になる前に、代行通信端末装置は、非代行通信端末装置に対して、前述のステップＳ９１１，Ｓ９１２，Ｓ９１３の処理を行なう。そして、代行通信端末装置は、自装置および代行元通信端末装置の各々のメタデータファイルと、１台以上の非代行通信端末装置の各々のメタデータファイルとを、非代行通信端末装置へ送信する。これにより、代行通信端末装置が行なっている各種処理を、非代行通信端末装置に委ねることができる。

また、本実施の形態では、代行元通信端末装置（通信端末装置６００）が、図２５の代行通信端末装置決定処理を行なっていた。しかしながら、代行通信端末装置決定処理は、代行通信端末装置が行なってもよい。この場合、代行通信端末装置が、複数の非代行通信端末装置に対し、代行通信端末装置決定処理のステップＳ９１０の状態チェック処理を行なう。そして、たとえば、代行通信端末装置よりも、負荷の状態が低い非代行通信端末装置が存在すれば、代行通信端末装置は、その負荷の状態が低い非代行通信端末装置を、代行通信端末装置として動作させるための処理を行なってもよい。すなわち、代行通信端末装置が、非代行通信端末装置に対し、前述のステップＳ９１１，Ｓ９１２，Ｓ９１３の処理を行ない、自装置および代行元通信端末装置の各々のメタデータファイルと、１台以上の非代行通信端末装置の各々のメタデータファイルを、非代行通信端末装置へ送信する。これにより、非代行通信端末装置が、代行通信端末装置として動作することになる。

また、本実施の形態において、代行通信端末装置として動作している通信端末装置が、停電等により、突然動作不能になった場合、以下の処理が行なわれる。この場合、代行元通信端末装置がネットワーク接続状態になった場合に、代行元通信端末装置が、再度、前述の図２５の代行通信端末装置決定処理を行なう。これにより、代行通信端末装置に決定された通信端末装置が、代行通信端末装置が行なうべき処理（図１２のメタデータファイル管理処理Ａ、図１９の代行処理および図２１の代行メイン処理）を行なう。すなわち、この場合、代行通信端末装置として動作する通信端末装置は、代行元通信端末装置の代行
のさらに代行ということになる。

また、本実施の形態において、代行通信端末装置として動作している通信端末装置が、停電等により、突然動作不能になった場合、以下の処理が行なわれてもよい。なお、突然動作不能になった代行通信端末装置として動作している通信端末装置を、旧代行通信端末装置ともいう。この場合、たとえば、代行元通信端末装置の有する元データの取得要求を、代行通信端末装置へ送信した複数の非代行通信端末装置のうち、代行通信端末装置の動作不能状態を最初に認識した非代行通信端末装置が、代行通信端末装置の行なうべき上記処理を行なうことで、代行通信端末装置として動作する。すなわち、この場合、代行通信端末装置として動作する通信端末装置は、代行元通信端末装置の代行のさらに代行ということになる。この場合の代行通信端末装置を、新代行通信端末装置ともいう。

その後、旧代行通信端末装置が、動作可能な状態になった場合、新代行通信端末装置は、旧代行通信端末装置が有する自装置および代行元通信端末装置の各々のメタデータファイルと、１台以上の非代行通信端末装置の各々のメタデータファイルとを、旧代行通信端末装置から受信する。なお、メタデータファイルには、前述したように、要求ログも記載されるので、メタデータファイルを受信することで、要求ログも受信することになる。すなわち、旧代行通信端末装置が動作可能な状態になった後も、新代行通信端末装置が代行元通信端末装置の代行のさらに代行を行ない続けることになる。

なお、本発明の第１の実施の形態において、図２１の代行メイン処理のステップＳ７３２では、代行通信端末装置が、代行元通信端末装置から、要求した元データが送信されるまで待つ処理を行なっている。しかしながら、代行通信端末装置が、代行元通信端末装置へ要求指示を送信してから所定時間（たとえば、３分）以上経過したら、代行元通信端末装置は動作不能な状態とみなし、ステップＳ７４０の処理を行なわず、ステップＳ７４２の処理に移行してもよい。この場合、代行通信端末装置が代行元通信端末装置に対し要求した元データに対応するメタデータに対応する要求ログがメタデータファイルに記載されていたら、代行通信端末装置は、対応する要求ログを削除してもよい。

また、第１および第２の実施の形態では、代行通信端末装置は、１台としていたが、２台以上であってもよい。また、第１および第２の実施の形態では、代行元通信端末装置も１台としていたが、２台以上であってもよい。たとえば、代行元通信端末装置が３台で、代行通信端末装置が２台で、第１の実施の形態で説明した処理が行なわれてもよい。この場合、１台の代行通信端末装置Ａが、２台の代行元通信端末装置Ｘ，Ｙの各々のメタデータファイルを管理する処理を行ない、もう１台の代行通信端末装置Ｂが、もう１台の代行元通信端末装置Ｚの各々のメタデータファイルを管理する処理を行なう。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態におけるネットワークシステムの構成を示す図である。 本実施の形態における通信端末装置の内部の構成を示すブロック図である。 本実施の形態における通信端末装置の内部の構成を示すブロック図である。 一例としてのメタデータ生成項目テーブルを示す図である。 一例としてのメタデータファイル生成設定情報データを示す図である。 一例としてのメタデータファイル生成設定画像を示す図である。 メタデータファイル生成処理のフローチャートである。 一例として、通信端末装置により生成されたメタデータファイルに記述された情報を示す図である。 一例として、通信端末装置により生成されたメタデータファイルに記述された情報を示す図である。 代行委託処理のフローチャートである。 代行先情報および代行元情報を示す図である。 メタデータファイル管理処理のフローチャートである。 メタデータファイル管理処理Ａのフローチャートである。 データ受信時処理のフローチャートである。 一例としてのデータ表示画像を示す図である。 一例としてのデータ表示画像を示す図である。 一例としてのデータ表示画像を示す図である。 一例としての更新データ表示画像を示す図である。 代行処理のフローチャートを示す。 一例としてのデータ表示画像を示す図である。 代行メイン処理のフローチャートである。 データ要求対応処理のフローチャートである。 一例としての更新データ表示画像を示す図である。 メタデータに対応づけた要求ログを示す図である。 代行通信端末装置決定処理のフローチャートである。

符号の説明

５０ 通信部、１８０，１８０Ａ プログラム、５００Ａ，５００Ｂ，５００Ｃ，６００ 通信端末装置、５１０，６１０ 制御部、５２０，６２０ 記憶部、５３０，６３０
表示部、５５５ 記録媒体、１０００ ネットワークシステム。

Claims (4)

1. 複数の装置からデータアクセス可能な共有データを有する端末装置と、データアクセス可能なコンピュータに実行させるための通信プログラムであって、
   前記端末装置は、前記共有データの更新状況を監視し、更新された前記共有データである更新後共有データのメタデータを含む更新メタデータファイルを前記コンピュータへ送信し、
   前記通信プログラムは、
   前記端末装置が送信した前記更新メタデータファイルを受信するステップと、
   前記更新メタデータファイルを受信した場合、受信した前記更新メタデータファイルを、前記複数の装置のうちの少なくとも１つの装置へ送信するステップと、
   前記複数の装置のうちの少なくとも１つの装置から、前記コンピュータに対し、前記共有データの取得要求があった場合に、前記コンピュータが前記端末装置とデータアクセス不能であるとき、前記コンピュータの記憶部に前記共有データの取得要求を示す情報を記憶させるステップと、
   前記コンピュータが前記端末装置とデータアクセスが可能となった場合、前記記憶部に記憶させた前記取得要求を前記端末装置に送信するステップと、
   前記取得要求に応じて前記端末装置から受信した共有データを、当該共有データを要求した前記装置に送信するステップとを、前記コンピュータに実行させる、通信プログラム。
2. 請求項１に記載の通信プログラムを記録した、記録媒体。
3. 複数の装置からデータアクセス可能な共有データを有する端末装置と、データアクセス可能な通信端末装置に実行させるための通信方法であって、
   前記端末装置は、前記共有データの更新状況を監視し、更新された前記共有データである更新後共有データのメタデータを含む更新メタデータファイルを前記通信端末装置へ送信し、
   前記通信方法は、
   前記通信端末装置が、前記端末装置が送信した前記更新メタデータファイルを受信するステップと、
   前記通信端末装置が、前記更新メタデータファイルを受信した場合、受信した前記更新メタデータファイルを、前記複数の装置のうちの少なくとも１つの装置へ送信するステップと、
   前記複数の装置のうちの少なくとも１つの装置から、前記通信端末装置に対し、前記共有データの取得要求があった場合に、前記通信端末装置が前記端末装置とデータアクセス不能であるとき、前記通信端末装置が、前記通信端末装置の記憶部に前記共有データの取得要求を示す情報を記憶させるステップと、
   前記通信端末装置が前記端末装置とデータアクセスが可能となった場合、前記通信端末装置が、前記記憶部に記憶させた前記取得要求を前記端末装置に送信するステップと、
   前記通信端末装置が、前記取得要求に応じて前記端末装置から受信した共有データを、当該共有データを要求した前記装置に送信するステップとを備える、通信方法。
4. 複数の装置からデータアクセス可能な共有データを有する端末装置と、データアクセス可能な通信端末装置であって、
   前記端末装置は、前記共有データの更新状況を監視し、更新された前記共有データである更新後共有データのメタデータを含む更新メタデータファイルを前記通信端末装置へ送信し、
   前記通信端末装置は、
   情報を記憶する記憶装置と、
   前記端末装置が送信した前記更新メタデータファイルを受信するための受信手段と、
   前記受信手段が前記更新メタデータファイルを受信した場合、受信した前記更新メタデータファイルを、前記複数の装置のうちの少なくとも１つの装置へ送信する第１の送信手段と、
   前記複数の装置のうちの少なくとも１つの装置から、前記通信端末装置に対し、前記共有データの取得要求があった場合に、前記通信端末装置が前記端末装置とデータアクセス不能であるとき、前記記憶装置に前記共有データの取得要求を示す情報を記憶させる記憶制御手段と、
   前記通信端末装置が前記端末装置とデータアクセスが可能となった場合、前記記憶部に記憶させた前記取得要求を前記端末装置に送信する第２の送信手段とを備え、
   前記第１の送信手段は、前記取得要求に応じて前記端末装置から受信した共有データを、当該共有データを要求した前記装置に送信する、通信端末装置。

Images