JP5121231B2 - データ処理装置 - Google Patents

Description

本発明は、複数のデータ処理装置間でデータ移動が可能なシステムにおけるデータ処理装置に関する。

近年、音楽・映像・ゲーム等のデジタルコンテンツや、そのコンテンツを利用するための権利などの価値データ（以下、データと記述）を、インターネット等のネットワークやデジタル放送、あるいはパッケージメディア等を通じ、データ処理装置に配信するコンテンツ配信サービスが開始されつつある。

ユーザは、コンテンツ配信サービスで取得したデータを、自分に便利なデータ処理装置で利用したい。その一方、取得したデータについては、著作権保護の観点から複数のデータ処理装置における同時利用が許可されておらず、データの複製も許可されていない場合がある。そのため、複数のデータ処理装置の間でデータを複製するのではなく、データを移動するデータ移動装置が必要とされている。従来のデータ移動装置では、次の方法でデータの移動を実現している。

データを利用しようとするデータ利用装置は、データを保持するデータ保持装置に対してデータの取得を要求する。この取得要求を受けたデータ保持装置は、前記要求を受信するとＨＤＤなどの記憶媒体に格納されているデータを要求元データ利用装置に転送する。データ保持装置は、転送処理が完了すると、記憶媒体から前記データを削除する。

しかし、ユーザがデータ保持装置を紛失した場合や、データ保持装置の電源が切れている場合、外部からデータ保持装置にアクセスできない。そのため、データ利用装置は前記データを取得できない。その結果、何れのデータ利用装置においても前記データの利用ができない状況が発生する。

したがって、ユーザのデータ保護の観点から、データ保持装置に外部アクセスできない場合においても、データ保持装置が保持していたデータをデータ利用装置が利用できる仕組みが必要とされている。例えば、特許文献１には、データ保持装置とデータ利用装置とにそれぞれのデータ利用期間を設定し、各データ利用期間が重複しないように調整することで、ユーザがそれぞれの装置においてデータを利用することを可能とした技術が開示されている。この仕組みにより、複数の装置における同時利用を防止しながら、外部からアクセス不能となったデータ保持装置が保持していたデータを、一定の利用期間においてはデータ利用装置が利用することができる。
特開２００２−７３０４５号公報

しかし、特許文献１に記載の技術では、ある装置Ｔ１に許可された利用可能期間Ｐ１以外の期間Ｐ２でデータを利用したい場合、利用したい時刻を含む利用可能期間Ｐ２でデータの利用が許可されている別の装置Ｔ２とその装置Ｔ１とが通信を行い、装置Ｔ１が利用可能期間を取得する必要がある。しかし、前記別の装置Ｔ２への外部からアクセスができない場合、その装置Ｔ１は利用可能期間Ｐ２を取得できない。つまり、ある装置がデータの利用を許可されている期間中に、電源をオフしているなどの理由でその装置への外部からのアクセスができない場合、その装置を含む何れの装置においてもデータを利用できないという問題がある。

本発明は、装置が保持していたデータを、その装置が外部からアクセスできなくなった後においても、他の装置が利用できるようにする技術を提供することを目的としている。

また本発明は、ユーザの意図に沿ったタイミングでユーザの意図に沿った通信処理を行い、ユーザの利便性を向上することを目的とする。

前記課題を解決するために、本発明１は、ドメイン内でデータの通信を行うデータ処理装置であって、各ドメインは、データの送受信が可能な少なくとも1つのデータ処理装置を含み、以下の手段を備えることを特徴とするデータ処理装置を提供する。
・任意のドメインへの登録または離脱に関するイベントを検出するイベント検出手段、
・１以上のイベントの組み合わせで定まる通信処理ルールを含む制御情報を記憶する制御情報記憶手段、
・前記イベント検出手段が検出するイベントに基づいて、前記制御情報中の通信処理ルールが満足されているか否かを判断する通信処理制御手段、
・前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、データについて、前記通信処理を行う通信手段。

所定のイベントとしては、例えば車に搭載されるデータ処理装置（以下、車載端末という）のドメインからの離脱や復帰、車庫への車の出し入れが挙げられる。ドメインからの離脱には電源のオフを含む。ドメインへの復帰には電源のオンを含む。通信処理としては、データの転送や取得が挙げられる。通信処理ルールは、１以上のイベントの組み合わせで記述することができる。「車が車庫にあり、かつ車載データ処理装置の電源がオフになる」が、通信処理ルールの一例として挙げられる。別の通信処理ルールの一例としては、「車が車庫から出ていて、かつドメインから離脱している」を挙げることができる。ここで、ドメインとは、データの共有や移動が相互に可能な端末をグループ化したものである。

本発明２は、前記発明１において、前記制御情報記憶手段が、前記通信処理を実行するか否かを決定するための通信可否判断ルールを、前記通信処理ルールと対応付けてさらに記憶しているデータ処理装置を提供する。この装置において、前記通信処理制御手段は、前記通信処理ルールが満足されていると判断した場合、さらに通信可否判断ルールに基づいて通信処理を実行するか否かを判断する。また、前記通信手段は、前記通信処理制御手段が通信処理を実行すると判断した場合、前記データについて前記通信処理を行う。

例えば、「車が車庫から出ていて、かつドメインから離脱している」場合、車載機は、データの取得を実行するかどうかを判断してから取得を行う。これにより、同じ通信処理ルールであっても、データの転送や取得を行うことが不適切な場合に処理の実行を行わずに済み、結果としてフレキシブルなデータ処理が可能となる。通信可否判断ルールの一例として、「データを所有しているユーザの端末にのみ転送可」や、「利用頻度が高い場合はドメイン外に持ち出し不可」を挙げることができる。

本発明３は、前記発明１において、前記通信処理は前記データの転送であるデータ処理装置を提供する。この装置は、転送対象となりうるデータを記憶するデータ記憶手段をさらに備えている。この装置において、通信手段は、前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、転送大正の前期データを前記データ記憶手段から読み出し、読み出した前記データを転送先に転送する。

このデータ処理装置は、例えば、電源がオフになるときに、転送対象ファイル“ＤＡＴＡ１”を他のデータ処理装置“Ｔ１”に転送する。そのため、このデータ処理装置がオフになったあとにデータファイル「ＤＡＴＡ１」を必要とする別のデータ処理装置は、転送先のデータ処理装置“Ｔ１”からデータファイル“ＤＡＴＡ１”を取得して利用することができる。

本発明４は、前記発明１において、前記通信処理は前記データの取得であるデータ処理装置を提供する。この装置において、前記通信手段は、前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、取得対象のデータを、そのデータを記憶している取得先から取得する。

ユーザの利便性を向上することができる。例えば、車庫にある車の車載データ処理装置がオンになったときにホームサーバから新たな音楽ファイルを取得することにより、ユーザは新しい音楽を車の中で楽しめるようになる。

本発明５は、前記発明３または４において、前記制御情報記憶手段は、前記通信処理を行う通信先を特定する通信先条件を、前記通信処理ルールと対応付けてさらに記憶するデータ処理装置を提供する。この装置において、前記通信手段は、前記通信処理ルールに対応付けられた通信先条件に基づいて、前記転送先または前記取得先を決定する。

上記構成により、データ処理装置は、どの通信処理ルールを用いてどの通信先と通信すべきかを、特定することができる。通信先条件は、データの転送先やデータの取得先を特定するための条件である。他のデータ処理装置を識別する識別子、例えばＭＡＣ(Media Access Control)アドレスやネットワークアドレス、ポート番号の他に、ネットワークに接続している全ての端末などを、通信先条件として記述することができる。

本発明６は、前記発明３または４において、前記制御情報記憶手段が、前記通信処理の対象となるデータを特定する通信処理対象条件を、前記通信処理ルールと対応付けてさらに記憶しているデータ処理装置を提供する。この装置において、前記通信手段は、前記通信処理ルールに対応付けられた通信処理対象条件で特定されるデータについて、前記通信処理を行う。

上記構成により、データ処理装置は、どの通信処理ルールでどのデータを処理すべきかを、特定することができる。通信処理対象条件は、通信処理されるデータを特定するための条件である。例えば、ファイルを特定する情報、ファイル自身の属性情報、ファイルの中身の属性情報及びユーザ指定の属性情報が、通信処理対象条件として用いられる。ファイルを特定する情報としては、ファイル名や拡張子などが挙げられる。ファイル自身の属性情報としては、ファイルサイズなどが挙げられる。ファイルの中身の属性情報としては、コンテンツ種類や長さなどが挙げられる。ユーザ指定の属性情報としては、優先度などが挙げられる。

本発明７は、前記発明３または４において、前記制御情報記憶手段は、前記制御情報を識別する制御情報識別子と、前記通信処理の対象となるデータを識別するデータ識別子と、を対応付けてさらに記憶するデータ処理装置を提供する。

制御情報識別子とデータ識別子とを対応付けることにより、通信処理対象データとは独立に制御情報を記憶しておくことができる。これにより、データファイルの通信処理ルールや通信先を、データ処理装置単位で管理することができる。例えば、複数のデータファイルに対し、データ処理装置が共通の通信処理ルールや通信先を適用することができる。より具体的には、データを取得するための通信処理ルールが「電源がオンになったとき」、通信先が「ホームサーバ」、通信処理対象条件が「音楽ファイル」であるとする。この場合、電源がオンになったときに、ホームサーバ上の全音楽ファイルがデータ処理装置にダウンロードされる。

本発明８は、前記発明３または４において、前記制御情報記憶手段は、前記通信処理の対象となるデータと前記制御情報とを一体に記憶しているデータ処理装置を提供する。

通信処理ルールや通信先を、データ処理装置に依存することなく、通信対象のデータ単位に管理することができる。言い換えれば、データ処理装置が変化しても、データファイルに適用される通信処理ルールやその通信先をいつも一定にすることができる。例えば、転送処理の通信処理ルールが「電源がオフになったとき」、通信先が「ホームサーバ」、通信処理対象条件が「ＤＡＴＡ１」というファイル名であるとする。この場合、データファイル「ＤＡＴＡ１」がどのデータ処理装置に存在する場合であっても、データ処理装置がオフになる度に、そのデータファイル「ＤＡＴＡ１」はホームサーバに転送される。

本発明９は、前記発明３または４において、前記制御情報記憶手段は、前記通信処理の後に実行する後処理を、前記通信処理ルールと対応付けてさらに記憶しているデータ処理装置を提供する。この装置において、前記通信手段は、前記通信処理後に前記後処理を実行する。

例えば、後処理として「転送されたデータファイルの削除」を設定しておくことにより、転送後にそのデータを削除することができる。データファイルが著作権で保護されているような場合、転送後の削除が必要となるので好ましい。

本発明１０は、前記発明３または４において、前記制御情報記憶手段は、ユーザへの通知処理を特定する通知処理ルールを、前記通信処理ルールと対応付けてさらに記憶しているデータ処理装置を提供する。この装置は、前記イベント検出手段が検出するイベントと前記制御情報中の通信処理ルールとに基づいて、ユーザへの通知処理の要否を判断する通知処理制御手段をさらに有している。またこの装置は、前記通知処理制御手段が通知処理要と判断した場合、前記通信処理に先立ち、前記通知処理ルールで特定されるユーザへの通知処理を実行する通知処理手段をさらに有している。

通知処理とは、メッセージの表示や音声出力、所定の出力デバイスの振動、嗅覚出力デバイスからの嗅覚の出力などである。通信処理の実行に先立ち、データの転送や取得を行うことをユーザに通知することで、ユーザが意図しない通信処理が実行されるのを防止することができる。

本発明１１は、前記発明３または４において、前記制御情報の登録をユーザ毎に受け付ける制御情報受付手段をさらに備えるデータ処理装置を提供する。この装置において、前記制御情報記憶手段は前記制御情報をユーザ毎に記憶する。

ユーザ毎に制御情報を設定することにより、ユーザの好みにきめ細かくあわせた転送処理や取得処理が可能になる。制御情報自体の内容に加え、制御情報の管理をデータ転送装置単位で行うかデータ単位で行うかの設定を、ユーザ毎に受け付けても良い。

本発明１２は、前記発明３または４において、前記通信手段が通信処理した処理履歴を記憶する通信処理履歴記憶手段をさらに備えているデータ処理装置を提供する。

例えば、データファイルの転送履歴を記憶しておけば、転送してしまったデータファイルをどこから再取得するかを、転送履歴に基づいて容易に特定することができる。また、転送後にデータファイルを削除する後処理の設定をしている場合、転送を完了したデータファイルを転送履歴に登録した後に転送済データファイルを削除することにより、転送完了前にデータファイルを削除してしまう誤動作を防止できる。

本発明１３は、前記発明３または４において、前記データの通信処理の実行に必要な電力を演算し、必要な電力の蓄積を制御する電力蓄積制御部をさらに備えるデータ処理装置を提供する。

データの転送や取得に要する電力を蓄積することにより、データ処理装置の電源がオフになったあとでも、所定の通信処理を実行することができる。

本発明１４は、ドメイン内でデータの通信を行うデータ処理装置が実行するデータ処理方法であって、各ドメインは、データの送受信が可能な少なくとも一つのデータ処理装置を含み、下記ステップを備えるデータ処理方法を提供する。
・任意のドメインへの登録または離脱に関するイベントを検出するイベント検出ステップ、
・１以上のイベントの組み合わせで定まる通信処理ルールを含む制御情報を記憶する制御情報記憶ステップ、
・前記イベント検出ステップで検出したイベントに基づいて、前記制御情報中の通信処理ルールが満足されているか否かを判断する通信処理制御ステップ、
・前記通信処理ルールが満足されていると前記通信処理制御ステップで判断した場合、データについて前記通信処理を行う通信ステップ。

この方法は、前記発明１のデータ処理装置と同様の作用効果を奏する。

本発明１５は、ドメイン内でデータの通信を行うコンピュータが実行するデータ処理プログラムであって、各ドメインは、データの送受信が可能な少なくとも１つのコンピュータを含み、コンピュータが実行するデータ処理プログラムを提供する。このプログラムは、前記コンピュータを下記手段として機能させる。
・任意のドメインへの登録または離脱に関するイベントを検出するイベント検出手段、
・１以上のイベントの組み合わせで定まる通信処理ルールを含む制御情報を記憶する制御情報記憶手段、
・前記イベント検出手段が検出するイベントに基づいて、前記制御情報中の通信処理ルールが満足されているか否かを判断する通信処理制御手段、
・前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、データについて前記通信処理を行う通信手段。

このプログラムは、前記発明１のデータ処理装置と同様の作用効果を奏する。

本発明１６は、前記発明２において、前記通信可否判断ルールは、データの配信元、ドメイン、または前記データ処理装置のユーザのいずれかにより設定されるデータ処理装置を提供する。

本発明１７は、前記発明２において、
・前記通信可否判断ルールは、前記データの所有者への前記データの転送を許可し、
・前記イベント検出手段が前記データ処理装置のドメインからの離脱を検出するとき、前記通信処理制御手段は、他のデータ処理装置の所有者が前記データの所有者か否かに基づいて、前記他のデータ処理装置へのデータの転送可否を判断し、
・前記通信手段は、前記通信処理制御手段により前記データの転送可と判断されたときに、前記データを前記他のデータ処理装置に転送する、
データ処理装置を提供する。

本発明１８は、前記発明２において、
・前記データの利用履歴を蓄積する利用履歴蓄積手段をさらに備え、
・前記通信可否判断ルールは、所定の利用頻度を満たしているか否かに応じて前記データの転送を許可し、
・前記イベント検出手段が前記データ処理装置のドメインからの離脱を検出するとき、前記通信処理制御手段は、データの利用履歴から得られる利用頻度に基づいて前記データ取得の可否を判断し、
・前記通信手段は、前記通信処理制御手段により前記データを取得可と判断されたときに、外部から前記データを取得する、
データ処理装置を提供する。

本発明１９は、前記発明２において、
・前記ドメイン内のデータ処理装置のユーザそれぞれに対して設定されている個人優先度を外部から取得する優先度取得手段をさらに備え、
・前記通信可否判断ルールは、データの所有者よりも高い個人優先度を有するユーザのデータ処理装置への前記データの転送を許可し、
・前記イベント検出手段が前記データ処理装置のドメインからの離脱を検出するとき、前記通信処理制御手段は、外部から取得した個人優先度に基づいてデータ取得の可否を判断し、
・前記通信手段は、前記通信処理制御手段によりデータを取得可と判断されたときに、外部から前記データを取得する
データ処理装置を提供する。

本構成により、前記データ処理装置が外部からアクセスできなくなった後においても、そのデータ処理装置が保持していたデータを、他のデータ処理装置が利用できる。また、ユーザが設定した検出イベントに応じてデータに対する処理を自動的に行うことにより、ユーザの利便性が向上する。

また、データに対する処理をユーザに知覚させ、ユーザの了解を取り、処理を開始することにより、ユーザの意図に反した自動的な処理を防止しながらユーザの利便性を向上させることができる。

＜発明の概要＞
（１）本発明を適用したシステムの概要
図１は、本発明のデータ処理装置を含むデータ処理システムＳの構成を示す説明図である。データ処理システムＳは、１以上の端末装置（特許請求の範囲におけるデータ処理装置に相当）１００ａ，１００ｂと、データ保持サーバ（以下、単にサーバという）２００と、を含む。複数の端末装置１００とサーバ２００とは、ＬＡＮなどの伝送路Ｎで接続され、互いにデータの送受信が可能である。

端末装置１００は、データを保持したり利用したりするためのデータ再生装置、記録装置、あるいはこれらの複合機器である。端末装置１００の具体例としては、デジタル放送を受信するためのＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、デジタルＴＶ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）レコーダ、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話などが挙げられる。

サーバ２００は、端末装置１００から受信したデータを格納したり、端末装置１００にデータを提供したりする。具体的には、サーバ２００は、ＨＤＤなどの記憶媒体を含んで構成され、テープによるデータのバックアップや、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ Ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）などによりクラッシュ耐性に優れたサーバである。

伝送路Ｎは、具体的には、イーサネット（登録商標）等の有線ネットワークや、無線ＬＡＮなどの無線ネットワーク、あるいは、これらが複合したネットワークで構成される。なお、著作権で保護されたデータなど通信路上も厳密に管理する必要のあるデータを伝送路Ｎを通じて装置間で送受信する場合には、セキュリティを確保するため、安全な認証チャネル（Ｓｅｃｕｒｅ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｈａｎｎｅｌ、以下、ＳＡＣと記述）を確立してから、データの送受信を行うことが好ましい。ＳＡＣの確立には、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）を利用することができる。

（２）具体例
ここで、本発明について例を挙げて説明する。ユーザＡは、端末装置１００として、自動車に搭載された車載端末ＡＣＴとリビングに設置されたＤＶＤレコーダＡＤとを有しているとする。さらに、ユーザＡは、サーバ２００としてホームサーバＨＳを所有しているとする。なお、各装置はネットワークで互いに接続されている。

ステップＳ１：ユーザＡは、対価を支払い、著作権で保護されたデータである映画「マトレックス」を取得し、ＤＶＤレコーダＡＤに記録する。

ステップＳ２：ユーザＡは、自動車で外出するとき、映画「マトレックス」をネットワークを介して車載端末ＡＣＴにダウンロードする。

ステップＳ３：帰宅したとき、ユーザＡは自動車のエンジンを切り、同時に車載端末ＡＣＴの電源をオフにする。このとき、ユーザＡが設定していた下記制御情報Ｃ１に基づき、映画「マトレックス」はホームサーバＨＳに転送される。制御情報Ｃ１には、転送条件として（１）転送ルール、（２）転送対象条件、（３）転送先条件が含まれている。それぞれの値は、下記の通りである。

制御情報Ｃ１
転送ルール：車載端末の電源がオフになるとき
転送対象条件：映画「マトレックス」
転送先条件：ホームサーバＨＳ
ステップＳ４：ユーザＡは、宅内のＤＶＤレコーダＡＤで「マトレックス」を再生しようとする。ＤＶＤレコーダＡＤに映画「マトレックス」は存在しないので、ＤＶＤレコーダＡＤは制御情報Ｃ２に基づいてホームサーバＨＳにアクセスし、映画「マトレックス」を再度取得する。制御情報Ｃ２は、取得条件として、（１）取得ルール、（２）取得対象条件、（３）取得先条件が含まれている。それぞれの値は以下の通りである。

制御情報Ｃ２
取得ルール：再生の指示があり、かつ再生対象のデータが存在しないとき
取得対象条件：全ての映画
取得先条件：ホームサーバＨＳ
以上のように、制御情報に基づいて映画「マトレックス」の転送や取得を行うことにより、ユーザはいつでも自分に便利な端末装置１００で映画を鑑賞することができる。

＜第１実施形態＞
［機能構成］
次に、データ処理システムＳを構成する端末装置１００及びサーバ２００の機能構成について、図面を参照して詳細に説明する。なお、以下の説明において、データ識別子とは、データ処理システムＳにおいてデータを一意に特定するための情報であり、例えばファイル名やＵＲＬが一例としてあげられる。ユーザ識別子とは、データ処理システムＳにおいてユーザを一意に特定するための情報である。装置識別子とは、データ処理システムＳにおいて端末装置１００またはサーバ２００を一意に特定する情報であり、ＭＡＣアドレスやＩＰアドレスが一例として挙げられる。各装置の装置識別子は、それぞれの装置の不揮発性メモリに記憶されている。本実施形態では、端末装置１００ａ、１００ｂ、サーバ２００の装置識別子は、下記の通りである。

端末装置１００ａ：ＴＥＲＭＩＮＡＬ−ＩＤ−０００Ａ
端末装置１００ｂ：ＴＥＲＭＩＮＡＬ−ＩＤ−０００Ｂ
サーバ２００：ＨＯＭＥ−ＳＥＲＶＥＲ−０００１
（１）端末装置の機能構成
図２は、端末装置１００の機能構成を示す機能ブロック図である。端末装置１００は、以下の構成要素（ａ）〜（ｎ）を有している。端末装置１００は、ＨＤＤ等の記憶媒体、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するデータ処理装置である。各格納部（ａ）〜（ｃ）は記憶媒体により実現され、各処理部（ｄ）〜（ｎ）はＣＰＵが実行するプログラムによって実現される。なお、記憶媒体に格納されたデータは、別の装置からダウンロードなどにより取得することが可能である。
（ａ）制御情報格納部１１１：制御情報を蓄積する。
（ｂ）データ格納部１１２：データを蓄積する。
（ｃ）転送履歴格納部１１３：データの転送履歴を格納する。
（ｄ）変化検出部１０１：センサなどの１以上の検出装置に接続され、所定のイベントを検出する。
（ｅ）検出制御部１０２：前記制御情報に基づき変化検出部１０１を制御する。
（ｆ）データ転送部１０３：データの転送を行う。
（ｇ）データ転送制御部１０４：前記制御情報に基づきデータ転送部１０３を制御する。
（ｈ）制御情報取得部１０５：前記制御情報を、制御情報格納部１１１またはデータ格納部１１２から読み出す。
（ｉ）通信部１０６：サーバ２００または他の端末装置１００と通信を行う。
（ｊ）データ取得部１２１：サーバ２００または他の端末装置１００からデータを取得する。
（ｋ）データ取得制御部１２２：前記転送履歴に基づき、データ取得部１２１を制御する。
（ｌ）蓄電部１２３：データを転送または取得するための電力を蓄える。
（ｍ）蓄電量算出部１２４：蓄電部１２３が蓄えるべき電力量を算出する、
（ｎ）制御情報生成部３００：ユーザからの入力を受け付け、ユーザからの入力に基づき制御情報を生成し、制御情報を制御情報格納部１１１に格納またはデータ格納部１１２のデータに付与する。

（２）サーバの機能構成
図３は、サーバ２００の詳細な構成を示す機能ブロック図である。サーバ２００は、以下の構成要素（ａ）〜（ｅ）を有している。サーバ２００は、ＨＤＤ等の記憶媒体、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するデータ処理装置である。格納部（ａ）は記憶媒体により実現され、各処理部（ｂ）〜（ｅ）はＣＰＵが実行するプログラムによって実現される。
（ａ）データ格納部２１１：データを蓄積する。
（ｂ）データ要求受信部２０１：端末装置１００からのデータ取得要求を受信する。
（ｃ）データ転送部２０２：前記データ取得要求に応じ、データ格納部２１１に保持するデータを転送する。
（ｄ）データ受信部２０３：端末装置１００からデータを受信し、データ格納部２１１に格納する。
（ｅ）通信部２０４：他の端末装置１００と通信を行う。

［データ処理システムで記憶されている情報］
次に、データ格納部１１２，２１１、制御情報格納部１１１及び転送履歴格納部１１３に格納されている情報について説明する。さらに、制御情報について詳しく説明する。

（１）データ格納部
図４は、端末装置１００のデータ格納部１１２及びサーバ２００のデータ格納部２１１に蓄積される情報の概念説明図である。データ格納部１１２，２１１には、データ識別子とデータとが対応付けられて蓄積されている。図４は、例えば、データ識別子「ＤＡＴＡ−ＩＤ−０００１」はデータ「ＤＡＴＡ−０００１」と対応付けられていることを示す。データとは、転送や取得などの通信処理の対象となるデータである。データには、後述するように、制御情報が付加されている場合がある。

データについて、具体例を挙げて説明する。事業者が作成するデータとして、音楽、映像、ゲーム等といった「事業者コンテンツ」、事業者コンテンツを使う権利である「ライセンス情報」、「コンピュータ端末の機能を実現するモジュール（プログラム）」、装置間の認証などに用いる「暗号鍵」などがある。また、個人ユーザが作成するデータとして、「個人的な予定表」、「コンピュータ端末の設定ファイル」、デジタルカメラの家族写真などの「個人コンテンツ」などがある。一般に、前者は著作権などで保護されており複製が制限されている。後者は個人的なデータのため複製が制限されない。なお、後者でも、プライバシー保護の観点から家族写真などの複製を制限することもある。

端末装置１００のデータ格納部１１２へのデータ登録は、端末装置１００が、インターネット、デジタル放送またはパッケージメディア等を通じて外部からデータを取得する際に、前記データと前記データのデータ識別子とが関連付けてデータ格納部１１２，２１１に格納されることにより行われる。

サーバ２００のデータ格納部２１１へのデータ登録は、例えば端末装置１００からサーバ２００へのサーバの転送により行われる。

（２）制御情報格納部
図５は、端末装置１００の制御情報格納部１１１に蓄積されている情報の概念説明図である。制御情報格納部１１１には、データ識別子と制御情報識別子とが対応付けられて蓄積されている。制御情報識別子は、制御情報を特定する。これにより、データと独立に記憶されている制御情報とデータとを関連付け、端末装置単位で制御情報を管理することができる。また、制御情報格納部１１１には、制御情報が蓄積されている。制御情報は、データの転送や取得などの通信処理を制御するための情報である。制御情報については詳細を後述する。

例えば、図５は、データ識別子「ＤＡＴＡ−ＩＤ−０００１」のデータに対し、制御情報識別子「ＣＯＮＴＲＯＬ−ＩＮＦＯ−０００１」の制御情報が対応することを示す。また、データ識別子「ＤＡＴＡ−ＩＤ−０００２」のデータ及びデータ識別子「ＤＡＴＡ−ＩＤ−０００３」のデータに対し、制御情報識別子「ＣＯＮＴＲＯＬ−ＩＮＦＯ−０００２」の制御情報が対応していることを示す。

制御情報格納部１１１への制御情報の登録は、制御情報の生成により行われる。

（３）転送履歴格納部
図６は、端末装置１００の転送履歴格納部１１３に蓄積されている情報の概念説明図である。転送履歴格納部１１３には、データ識別子、装置識別子、転送日時が対応付けられて記憶されている。例えば、転送したデータを再度取得しようとする時に、転送履歴を参照することにより、取得先を容易に特定することができる。例えば、図６は、データ識別子「ＤＡＴＡ−ＩＤ−０００１」のデータは、装置識別子「ＴＥＲＭＩＮＡＬ−ＩＤ−０００１」の端末装置１００に、２００４年２月１３日１２時１２分１２秒に転送されたことを示している。

転送履歴格納部１１３へのデータ登録は、端末装置１００がサーバ２００または他の端末装置１００にデータを転送する転送処理の実行により行われる。

なお、本実施形態では、通信処理履歴として転送履歴を蓄積しているが、同様に取得したデータについての履歴を蓄積しておき、再度転送／取得するときに参照しても良い。

（４）制御情報
（４−１）制御情報の構造の概要
図７は、データの通信処理を制御するための制御情報の構造の概念説明図である。制御情報は、データと共にデータ格納部１１２に蓄積されているか、データとは独立に制御情報格納部１１１に蓄積されている。

制御情報は、通信処理ルールと通信処理対象条件と通信先条件とを含む。通信処理ルールとは、データの通信処理を実行するか否かを判断するための条件である。通信処理対象条件とは、通信処理ルールを満たしたときに通信処理を施すデータを特定するための条件である。通信先条件とは、データの通信処理を行う通信相手を特定するための条件である。

本実施形態では、通信処理として、データの転送と取得の２つを想定し、転送処理と取得処理とで通信処理ルールを共有している。つまり、転送対象条件及び転送先条件と、取得対象条件及び取得先条件とが、それぞれ同じ通信処理ルールに対応付けられている。もちろん、通信処理ルールと通信対象条件と通信先条件との対応付を、通信処理の種別毎に行っても良い。また、必ずしも複数種類の通信処理をデータ処理システムＳで行わなくてもよい。

（４−２）全体構造の具体例
再び図７を参照し、制御情報のデータ構造について具体的に説明する。本実施形態では、制御情報Ｃ１００は階層構造を有している。制御情報Ｃ１００の第１層は、以下の情報（ａ）〜（ｄ）を含む。
（ａ）制御情報識別子Ｃ１０１：制御情報Ｃ１００を一意に特定する。
（ｂ）検出制御情報リストＣ１０２：通信処理の実行の契機である通信処理ルールの記述を含む。すなわち、制御情報Ｃ１００と関連付けられたデータに対する通信処理を開始するための条件が記述される。具体的には、端末装置１００の変化検出部１０１が検出する１以上のイベントの組み合わせで定義される転送ルールや取得ルールが記述される。
（ｃ）転送制御情報リストＣ１０３：データの転送処理の制御内容が設定される。少なくとも転送先条件を含み、好ましくは転送対象条件と転送後処理の記述とを含む。
（ｄ）取得制御情報リストＣ１０４：データの取得処理の制御内容が設定される。少なくとも取得対象条件と取得先条件とを含み、好ましくは取得後処理の記述を含む。

（４−３）検出制御情報
検出制御情報リストＣ１０２は、１つ以上の検出制御情報Ｃ１１１を含む。各々の検出制御情報Ｃ１１１は、以下の情報（ｂ１）〜（ｂ３）を含む。
（ｂ１）検出制御情報識別子Ｃ１２１：検出制御情報Ｃ１１１を一意に特定する。
（ｂ２）検出内容リストＣ１２２：端末装置１００の変化検出部１０１により検出可能な１以上のイベントの組み合わせが記述される。
（ｂ３）処理識別子Ｃ１２３：制御情報Ｃ１００において、検出内容リストＣ１２２を満たした場合に実行する処理内容へのポインタが記述される。この例では、後述する転送制御情報Ｃ１３１または取得制御情報Ｃ１５１へのポインタが記述される。

上記検出内容リストＣ１２２について、さらに詳しく説明する。検出内容リストＣ１２２は、検出手段識別子Ｃ１２４と検出条件Ｃ１２５との１以上の組を含む。各検出手段識別子Ｃ１２４は、イベントを検出するセンサを一意に特定する。各検出条件Ｃ１２５には１つのイベントが記述される。このイベントは、対をなす検出手段識別子Ｃ１２４により特定されるセンサが検出するイベントである。検出内容リストＣ１２２に含まれる１以上の検出条件Ｃ１２５の組み合わせ、すなわち１以上のイベントの組み合わせが、通信処理を実行するか否かを判断するための通信処理ルールになる。検出されるイベントの具体例を下記に列挙する。

例１：電源供給の遮断を検出するセンサが端末装置１００に接続されている場合
「検出手段識別子Ｃ１２４：電源状態検出手段、検出条件Ｃ１２５：電源ＯＦＦ」
例２：電源供給の遮断を検出するセンサが端末装置１００に接続されている場合
「検出手段識別子Ｃ１２４：バッテリー残量検出手段、検出条件Ｃ１２５：残存容量２５％以下」
例３：距離を測定するセンサが端末装置１００に接続されている場合
「検出手段識別子Ｃ１２４：ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）タグとの物理的距離測定手段、検出条件Ｃ１２５：ユーザＡのＰＤＡとの距離５０ｃｍ以下」
例４：距離を測定するセンサが端末装置１００に接続されている場合
「検出手段識別子Ｃ１２４：ＲＦタグとの物理的距離測定手段、検出条件Ｃ１２５：ユーザＡの車庫との距離２ｍ以下」
例５：故障検出センサが端末装置１００に内蔵されている場合
「検出手段識別子Ｃ１２４：故障検出手段、検出条件Ｃ１２５：データ格納部の格納エラー１０％以上」
例６：ＣＰＵの使用率を端末装置１００が監視している場合
「検出手段識別子Ｃ１２４：プロセス監視手段、ＣＰＵ使用率：９０％以上」
例７：ネットワークとの接続状態を端末装置１００が検出している場合
「検出手段識別子Ｃ１２４：電波検出手段、検出条件Ｃ１２５：無線ＬＡＮアクセスポイントからの電波受信不能」
例８：ネットワークとの接続状態を端末装置１００が検出している場合
「検出手段識別子Ｃ１２４：レスポンス時間測定手段、検出条件Ｃ１２５：特定の装置へのデータ転送におけるレスポンスが１０ｍｓｅｃ以上」
例９：ネットワークとの接続状態を端末装置１００が検出している場合
「検出手段識別子Ｃ１２４：トラフィック検出手段、検出条件Ｃ１２５：単位時間あたりのトラフィック増大率が２０％以上」
以上のようなイベントの組み合わせで、通信処理ルールが定義される。なお、通信処理ルールを満足するか否かの判断は、通信処理ルールを定義する全てのイベントが生じたかどうかにより判断することができる。また、イベントのうち所定割合以上のイベントが生じたら、通信処理ルールが満たされたと判断しても良い。

（４−４）転送制御情報及び取得制御情報
転送制御情報リストＣ１０３は、１以上の転送制御情報Ｃ１３１を含む。各々の転送制御情報Ｃ１３１は、以下の情報（ｃ１）〜（ｃ４）を含む。
（ｃ１）処理識別子Ｃ１４１：転送制御情報リストＣ１０３において、転送制御情報Ｃ１３１を一意に特定する。
（ｃ２）転送対象条件Ｃ１４２：転送処理の対象となるデータを特定する条件が記述される。
（ｃ３）転送先条件Ｃ１４３：転送対象データの転送先を特定する条件が記述される。
（ｃ４）転送後処理Ｃ１４４：転送処理完了後の転送処理対象データに対する処理内容が記述される。

同様に、取得制御情報リストＣ１０４は、１以上の取得制御情報Ｃ１５１を含む。各々の取得制御情報Ｃ１５１は、以下の情報（ｄ１）〜（ｄ４）を含む。
（ｄ１）処理識別子Ｃ１６１：取得制御情報リストＣ１０４において、取得制御情報Ｃ１５１を一意に特定する。
（ｄ２）取得対象条件Ｃ１６２：取得処理の対象となるデータを特定する条件が記述される。
（ｄ３）取得先条件Ｃ１６３：取得対象データの取得先を特定する条件が記述される。
（ｄ４）取得後処理Ｃ１６４：取得処理完了後の取得処理対象データに対する処理内容が記述される。

（４−４−１）転送対象条件・取得対象条件
転送対象条件Ｃ１４２について、さらに詳しく説明する。転送対象を特定する条件としては、データ処理装置端末装置１００やサーバ２００の外部において予めデータに付与または関連付けられている情報の記述が挙げられる。例えば、「データ識別子」、「ユーザ識別子」、「データ種別」、「著作権の有無」、「データの信頼度」が挙げられる。

また、別の転送対象条件の記述として、端末装置１００やサーバ２００データ処理装置の内部処理において付与または関連付ける情報の記述が挙げられる。例えば、「データの転送／取得履歴」、「データの購入履歴」が挙げられる。「データの取得履歴」には、取得時刻、取得先装置の識別子、取得先装置の信頼度などが記述される。具体例としては、「取得履歴があるデータ」、「信頼度３以上の装置から取得したデータ」、「コンテンツ販売店Ｃから購入したデータ」などが挙げられる。

さらに別の転送対象条件の記述として、データ処理装置端末装置１００やサーバ２００における状況に基づく記述が挙げられる。例えば、「自端末が保持するデータ」、「自端末に関連するデータがないデータ」が一例として挙げられる。自端末に関連するデータがないデータとは、例えばデータコンテンツにリンクしたライセンス情報がないデータである。

これらの組み合わせによる転送対象条件の記述としては、例えば「取得履歴があり、取得から１日以上経過したデータ」が挙げられる。

以上、転送対象条件Ｃ１４２について説明したが、取得対象条件Ｃ１６２についても同様である。

（４−４−２）転送先条件・取得先条件
転送先条件Ｃ１４３には、転送対象データの転送先となる装置を特定する情報が記述される。転送先条件は、１つの装置を特定する情報でもよいし、複数の装置を特定する情報であっても良い。１つの装置を特定する情報としては、装置識別子、ＩＰアドレス、装置の通信部のＭＡＣアドレスなどが挙げられる。

複数の装置を特定する情報としては、装置を所有するユーザを特定するユーザ識別子、装置が属するネットワークを示すネットワーク識別子、装置が保持する機能を示す機能識別子などが挙げられる。その他の転送先条件として「ネットワーク上の距離が最短の装置」、「物理的距離が最短の装置」、「処理時間が最短ですむと判断される装置」なども考えられる。

転送先条件に複数の装置が該当する場合、端末装置１００は最初に検出した装置に対して転送することができる。また、転送先の装置に優先順位を設定し、優先順位の高い装置に転送しても良い。転送先には自端末の記憶媒体も含み、記憶媒体種別により書き出し先を特定することができる。具体的には、ＨＤＤ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カードなどである。

以上、転送先条件Ｃ１４３の記述について説明したが、取得先条件Ｃ１６３の記述についても同様である。

（４−４−３）転送後処理・取得後処理
転送後処理Ｃ１４４には、転送処理中または転送処理が完了した後に、転送対象データについて行う後処理が記述される。

後処理の一例として、「転送済みデータの削除」、「転送済みデータの無効化」、「転送済みデータのロック」などを後処理として記述することが挙げられる。これらの後処理の実行により、転送したデータが同時に複数の装置で利用されることを防ぐことができる。

また例えば、別の後処理として、「自端末の主機能ブロックへの電源供給の停止」が挙げられる。この後処理の実行により、ユーザが行うべき操作を自動的に行い、ユーザの利便性を高めることができる。

以上、転送後処理Ｃ１４４について説明したが、取得後処理Ｃ１６４についても同様である。

［データ処理システムの機能］
次に、制御情報に基づいて処理を行うデータ処理システムＳの機能について説明する。本実施形態に係るデータ処理システムＳの機能は、（１）制御情報の生成及び検出の準備処理、（２）データの転送処理、（３）データの取得処理、（４）電源処理の４つに大別できる。

（１）制御情報の生成及び検出の準備処理
制御情報の生成及び検出の準備処理は、１）ユーザ入力の受け付け、２）制御情報の生成・格納、３）検出準備の３段階に大別できる。以下、各段階について、順を追って詳述する。

（１−１）ユーザ入力の受け付け
端末装置１００の制御情報生成部３００は、ユーザから制御情報の自動処理設定の指示を受け付け、制御情報の生成に必要な情報の入力を受け付ける画面を表示する。制御情報の生成は、ユーザ入力に基づいて行うことが好ましい。ユーザの意図に沿ったデータ自動移動を実現するためである。図８〜図１０は、制御情報生成部３００が出力する制御情報入力画面の一例である。図８に示すメニュー画面は、「転送設定」または「取得設定」のいずれかの選択を受け付ける。もしも「転送設定」が選択されれば、図９に示す入力画面が表示される。「取得設定」が選択されれば、図１０に示す入力画面が表示される。図９及び図１０の入力はほぼ同様であるので、図９の転送設定入力画面を例に取り説明する。

図９に示す画面は、「制御範囲」、「転送ルール」、「転送対象」及び「転送先」の設定を、プルダウンメニューからの選択により受け付ける。「制御範囲」のプルダウンメニューには、例えば「端末装置の全てのデータ」、「フォルダ××内の全てのデータ」、「データ識別子」などが表示される。また、データの付加情報、例えばタイトル、氏名などが表示されても良い。

「転送ルール」は、前述の通信処理ルールに相当し、転送処理を定義する１または複数のイベントの組み合わせが記述される。「転送ルール」のプルダウンメニューには、例えば、「電源ＯＦＦ」、「他の装置との物理的距離が規定値を超える」などのイベントが表示される。例えばイベント「他の装置との物理的距離が規定値を超える」が選択されると、制御情報生成部３００は、「他の装置」を特定する情報や「規定値」の入力をさらに受け付ける。

「転送対象」には、制御範囲中のデータであって転送対象となるデータの条件が記述される。例えば、「保持する全データ」、「取得履歴のあるデータ」などがプルダウンメニューに表示される。設定された転送対象と制御範囲との組み合わせが、制御情報中の転送対象条件を特定する。なお、「制御範囲」としてデータ格納部１１２が保持するデータの一部が指定されている場合には、「保持する全データ」の選択を受け付けないなどの制御を行っても良い。

「転送先」には、データの転送先が記述される。転送先のプルダウンメニューには、サーバ２００や同じネットワーク内の他の端末装置が表示される。制御情報生成部３００は、端末装置１００が通信可能な装置を検索し、プルダウンメニューに加えることにより動的にプルダウンメニューを生成してもよい。プルダウンメニューへの装置の登録方法として、装置を識別するＲＦタグをカードリーダなどで読み取ることにより、プルダウンメニューに新たな装置を追加しても良い。さらに、制御情報生成部３００は、ユーザが選択した装置との通信が行えるかを確認し、通信できない場合はユーザに通知して転送先の再設定を促しても良い。

図９及び図１０では、転送後処理や取得後処理の設定を示していないが、これらの処理の設定を受け付けるフィールドを画面上に設け、後処理の設定を受け付けることが好ましい。

図８〜１０では、全ての制御情報を一から生成する場合を説明したが、何らかの方法でデフォルト値を入力した入力画面を表示し、変更部分が必要な部分のみユーザに編集させることにより、入力の手間を簡素化することもできる。デフォルト値としては、前回生成した制御情報の値や、所定のテンプレートに設定された値を用いることができる。さらに、ユーザ入力に抜けがある場合を想定し、ユーザ毎にテンプレートやデフォルト値を設定しておくと、ユーザ入力を補充できるので好ましい。また、転送先の装置の負荷軽減の観点から、同一の装置への転送処理を設定した制御情報Ｃ１００に対応するデータが一定数を超えると、制御情報生成部３００が警告を出力することもできる。前記制御情報Ｃ１００に対応するデータの数は、自端末の制御情報格納部１１１及びデータ格納部１１２を検索したり、他の端末装置１００に問い合わせることにより取得可能である。

（１−２）制御情報の生成・格納
制御情報生成部３００は、入力された情報に基づいて、制御情報Ｃ１００を生成する。図９の転送設定入力画面における入力を元に制御情報を生成する場合を例に取り、説明する。「転送ルール」の設定内容に基づいて、制御情報Ｃ１００の検出手段識別子Ｃ１２４と検出条件Ｃ１２５とが生成される。「転送対象」の設定内容に基づいて、制御情報Ｃ１００の転送対象条件Ｃ１４２が生成される。「転送先」に基づいて、制御情報Ｃ１００の転送先条件Ｃ１４３が生成される。転送後処理の設定入力があった場合はその内容に基づいて転送後処理Ｃ１４４が生成される。入力がなかった場合は、例えば転送対象データのデータ種別に基づき転送後処理を決定することができる。データ種別に基づく転送後処理Ｃ１４４の設定とは、例えば、データ種別が「著作権有り」の場合に「転送済みデータの削除」を設定することが挙げられる。

次に、制御情報生成部３００は、生成した制御情報Ｃ１００を格納する。格納場所は、ユーザが入力した情報またはデータ種別に基づき、決定する。格納場所が制御情報格納部１１１の場合、制御情報生成部３００は、設定入力された「制御範囲」から前記制御情報Ｃ１００と関連付けるデータを特定し、そのデータのデータ識別子からなるデータ識別子リストを作成する。さらに、制御情報生成部３００は、前記データ識別子リスト中のデータ識別子と制御情報Ｃ１００との対応付け及び制御情報Ｃ１００を、制御情報格納部１１１に格納する。格納場所がデータ格納部１１２の場合、制御情報生成部３００は、前記データ識別子で特定されるデータをデータ格納部１１２から読み出す。さらに、制御情報生成部３００は、前記制御情報Ｃ１００に対応するデータ識別子の数だけ制御情報Ｃ１００を複製し、読み出したデータそれぞれに付与する。その後、制御情報生成部３００は、制御情報付与済みデータを、データ格納部１１２に格納する。

（１−３）検出準備
制御情報生成部３００は、制御情報Ｃ１００の格納後、制御情報Ｃ１００の格納場所と共に制御情報の生成を検出制御部１０２に通知する。検出制御部１０２は、この通知を受け取ると、通知された格納場所から制御情報Ｃ１００を読み出す。検出制御部１０２は、制御情報Ｃ１００から検出制御情報Ｃ１１１を抽出し、検出制御情報Ｃ１１１に含まれる検出手段識別子Ｃ１２４を抽出する。さらに、検出制御部１０２は、抽出した検出手段識別子Ｃ１２４に対応する変化検出部１０１に対し、検出条件Ｃ１２５、制御情報識別子Ｃ１０１及び検出制御情報識別子Ｃ１２１を送信する。これを受けた変化検出部１０１は、受け取った情報を記憶し、記憶した検出条件Ｃ１２５に合致するイベントの検出に備える。

例えば、検出制御部１０２は、変化検出部「電源状態検出手段」に対し、検出条件「電源ＯＦＦ」、制御情報識別子「ＣＯＮＴＲＯＬ−ＩＮＦＯ−ＩＤ−０００１」及び検出制御情報識別子「ＤＥＴＥＣＴ−ＩＤ−０００１」を送信する。また、検出制御部１０２は、別の変化検出部「ＲＦタグとの物理的距離測定手段」に対し、検出条件「ユーザＡの車庫との距離２ｍ以下」、制御情報識別子「ＣＯＮＴＲＯＬ−ＩＮＦＯ−ＩＤ−０００１」及び検出制御情報識別子「ＤＥＴＥＣＴ−ＩＤ−０００１」を送信する。すると、２つの変化検出部「電源状態検出手段」及び「ＲＦタグとの物理的距離測定手段」は、それぞれ検出条件を記憶し、検出条件に合致するイベントの発生を待機する。

（２）データの転送処理
データの転送処理は、１）イベントの検出、２）転送の要否判定、３）転送対象データの取得及び制御情報の特定、４）データ転送先及び転送順序の特定、５）データの転送、６）後処理の６段階に大別できる。以下、各段階について順を追って詳述する。また、転送先が行う処理についても併せて説明する。

（２−１）イベントの検出
いずれかの変化検出部１０１は、記憶している検出条件Ｃ１２５を満たすイベントを検出する。ついで、その変化検出部１０１は、記憶している制御情報識別子Ｃ１０１及び検出制御情報識別子Ｃ１２１と、自らを特定する検出手段識別子とを、データ転送制御部１０４に検出通知として送信する。

データ転送制御部１０４は、検出通知を受け取ると、受け取った制御情報識別子Ｃ１０１をキーとして制御情報Ｃ１００を特定し、これを取得する。つまり、データ転送制御部１０４は、制御情報識別子Ｃ１０１をキーに制御情報格納部１１１及びデータ格納部１１２を検索し、制御情報Ｃ１００を取得する。なお、変化検出部１０１が制御情報Ｃ１００の格納場所を記憶しておき、イベント検出時にデータ転送制御部１０４にこれを送信することもできる。

なお、検出制御情報Ｃ１１１の検出内容リストＣ１２３に２つ以上の検出条件Ｃ１２５が含まれる場合、同一の検出制御情報Ｃ１１１についての複数の検出通知が、短時間にデータ転送制御部１０４に集中的に送信される可能性がある。これを防止するため、データ転送制御部１０４は、制御情報識別子Ｃ１０１と、検出制御情報識別子Ｃ１２１と、検出手段識別子と、転送要否判定を行った時刻と、を履歴として保持し、一定期間内に検出通知を再受信した場合はその検出通知については後述する転送要否判定を行わなくても良い。

（２−２）転送の要否判定
データ転送制御部１０４は、検出通知に含まれる検出制御情報識別子Ｃ１２１をキーとして、制御情報Ｃ１００から検出制御情報Ｃ１１１を特定する。さらに、データ転送制御部１０４は、特定した検出制御情報Ｃ１１１内の検出内容リストＣ１２２に含まれる検出手段識別子Ｃ１２４と、前記検出通知に含まれる検出手段識別子と、に基づいてデータの転送を行うか否かを判定する。両者が一致しない場合、転送処理を行わないと判定する。ここで、検出内容リストＣ１２２が複数の検出手段識別子Ｃ１２４及び検出条件Ｃ１２５を含む場合は、データ転送制御部１０４は、全ての検出条件を満たすかどうか、すなわち転送ルールを定義する全てのイベントが生じたかどうかにより、転送処理の要否を判定することができる。

転送処理の要否の判定について、さらに詳述する。データ転送制御部１０４は、特定した検出制御情報Ｃ１１１内の検出内容リストＣ１２２から、検出手段識別子Ｃ１２４及び検出条件Ｃ１２５の組を抽出し、検出制御部１０２に送信する。検出制御部１０２は、これを受け取ると、検出手段識別子Ｃ１２４をキーとして変化検出部１０１を特定する。さらに検出制御部１０２は、特定した変化検出部１０１について検出条件Ｃ１２５を満たしているか否かの判定を行い、判定結果をデータ転送制御部１０４に送信する。データ転送制御部１０４は、１以上の変化検出部１０１からの判定結果に基づいて、転送ルールを定義するイベントのうちどれが発生したのかを判断する。

例えば、変化検出部「電源状態検出手段」からデータ転送制御部１０４に「電源ＯＦＦ」の通知があったとする。データ転送制御部１０４は、制御情報Ｃ１００を検索し、転送ルールを定義するもう１つの検出ルール「ＲＦタグとの物理的距離測定手段：ユーザＡの車庫との距離２ｍ以下」を、検出制御部１０２に通知する。検出制御部１０２は、検出手段識別子をキーとして変化検出部「ＲＦタグとの物理的距離測定手段」を特定し、「ＲＦタグとの物理的距離測定手段」に対して「ユーザＡの車庫との距離２ｍ以下」を満たしているか否か確認し、確認結果をデータ転送制御部１０４に渡す。データ転送制御部１０４は、確認結果に基づいてデータ転送処理の要否を判定する。

なお、データ転送制御部１０４は、各々の変化検出部１０１からの検出通知を受動的に待ち、転送ルールを定義する全てのイベントの発生を確認した場合に以降の処理を行うこともできる。

さらに、ここでは、検出内容リストＣ１２２に複数の検出手段識別子Ｃ１２４及び検出条件Ｃ１２５が含まれる場合、各々の検出条件をＡＮＤ条件で解釈することを想定しているが、検出内容リストＣ１２２に複数の検出条件の論理演算関係を特定する論理演算情報を含み、前記論理演算情報に基づき転送ルールを解釈しても良い。

（２−３）転送対象データの取得及び制御情報の特定
次に、データ転送制御部１０４は、検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、対応する転送制御情報Ｃ１３１を取得する。さらにデータ転送制御部１０４は、前記転送制御情報Ｃ１３１に基づいて転送対象条件Ｃ１４２を取得し、転送対象条件Ｃ１４２を満たすデータを特定する。なお、特定した前記データが利用中の場合は、データの転送を中止しても良いし、利用を強制的に終了して転送処理を行うとしても良い。また、転送対象となるデータが端末装置１００内に存在しない場合は、データの転送を中止する。

データ転送制御部１０４は、特定したデータに対して、他の制御情報Ｃ１００が関連付いていないか否かを、制御情報格納部１１１及びデータ格納部１１２を参照して確認する。例えば、端末装置１００が保持する全データに関連付けられた制御情報Ｃ１００と、データ毎に関連付けられた制御情報Ｃ１００と、の両方があるデータについて存在する場合があるからである。この場合、データ転送制御部１０４は、いずれの制御情報が従うべき制御情報かを判断する。例えば、制御情報Ｃ１００の生成時刻が最も早いものまたは遅いものを、従うべき制御情報Ｃ１００としても良い。また、制御情報生成時に制御情報毎に優先度を設定し、優先度が高い制御情報を従うべき制御情報としても良い。さらに、制御情報Ｃ１００の内容から従うべき制御情報Ｃ１００を特定することもできる。例えば、検出制御情報Ｃ１１１のエントリ数が多いまたは少ない制御情報Ｃ１００に従うことができる。さらに例えば、処理中の制御情報を、従うべき制御情報とすることもできる。

従うべき制御情報Ｃ１００が処理中の制御情報Ｃ１００でない場合、データ転送制御部１０４は対象データに対する転送処理を中止する。なぜなら、別の制御情報について転送ルールを満たすか否かは不明だからである。また、別の制御情報の転送ルールを満たす場合には、対応する変化検出部１０１からデータ転送制御部１０４に対し、検出通知があるからである。データ転送制御部１０４は、従うべき制御情報Ｃ１００の確認を、転送対象として特定したデータそれぞれに対して行い、処理中の制御情報Ｃ１００が従うべきものであると判断されたデータに対してのみ、転送処理を続行する。

（２−４）データ転送先及び転送順序の特定
次に、データ転送制御部１０４は、転送制御情報Ｃ１３１から転送先条件Ｃ１４３を取得し、転出対象となるデータの転送先を特定する。次いで、データ転送制御部１０４は、転送対象データのデータ識別子と転送先の装置を一意に識別する装置識別子などとを、データ転送部１０３に渡す。転送対象のデータが複数ある場合は、各データについて、データの識別子と装置識別子などとをデータ転送部１０３に渡す。データの数だけ、上記処理を繰り返す。なお、転送対象データ及び転送先が複数ある場合、全てのデータをいずれか１の転送先に転送しても良いし、複数の転送先に分散させて送信して転送先の負荷を軽減するのも良い。

次に、複数のデータを転送する場合の転送順序について説明する。検出条件によっては、イベント発生後短時間の間に通信機能が使えなくなる場合が想定される。例えば、イベントが「電源ＯＦＦ」や「電波状態の悪化」の場合である。そこで、複数のデータの転送に順序を付け、転送の効率化を図ることが好ましい。例えば、転送対象となっているデータのデータ量に応じて送信順序を決定することができる。また例えば、転送対象となっているデータの内容に応じて送信順序を決定することができる。具体的には、転送対象データとして「デジタルコンテンツ」と「ライセンス情報」とがある場合、「ライセンス情報」を先に転送することが好ましい。「デジタルコンテンツ」は、インターネットなどで容易に取得が可能だからである。さらに例えば、データごとに転送のための優先順位を設定しておき、優先順位の高いデータから送信するとしても良い。

なお、転送対象となっている全てのデータの転送が完了しないうちに通信機能が使えなくなった場合、通信機能が復活したときに残りのデータを転送すると、電波状態が不安定な場所での携帯電話などで有効である。

（２−５）データの転送
データ転送部１０３は、データ識別子及び装置識別子を取得すると、データ識別子をキーとしてデータ格納部１１２からデータを取得し、通信部１０６を通じてデータ転送先にデータを送信する。

なお、端末装置１００の通信部１０６が無線ＬＡＮ、有線ＬＡＮなど複数の通信手段を持つ場合、いずれかの通信手段を選択してデータを転送する。転送対象データが一つの場合、複数の通信手段から「通信品質が良いネットワーク」や「通信速度が速いネットワーク」、「消費電力が少ないネットワーク」に接続する通信手段を選択する。転送対象データが複数の場合、蓄電部１２３の蓄電量やネットワーク状態を加味し、複数経路を組み合わせて多くのデータ転送が可能な通信手段を選択する。

なお、転送先にデータを送信できない場合、近くのオンライン環境にある装置に転送しても良いし、処理を終了しても良い。また、自端末装置１００が保持する記憶媒体にデータを書き出しても良い。この場合、転送対象データと共に転送先の装置識別子を記録媒体に書き出しておけば、記憶媒体をオンライン環境の装置に接続することで転送処理を継続することもできる。また、転送先にデータを転送できない場合、予め指定されている装置に転送しても良い。

（２−６）後処理
端末装置１００の通信部１０６は、サーバ２００からデータを受信した旨の終了通知を受信すると、データ転送部１０３にその旨を通知する。データ転送部１０３は、転送制御情報Ｃ１３１から転送後処理Ｃ１４４を取得し、転送したデータに対する後処理が必要か否か判定する。後処理が必要な場合、データ転送部１０３は、転送後処理Ｃ１４４に設定された処理を行う。例えば、転送後処理Ｃ１４４「転送済みデータの削除」が設定されている場合、転送済データをデータ格納部１１２から削除する。また例えば、転送後処理Ｃ１４４「転送済みデータのロック」が設定されている場合、転送済データを利用不可能な状態にロックする。

最後に、データ転送部１０３は、転送を完了したデータのデータ識別子と、転送先識別子と、転送時刻と、を転送履歴格納部１１３に格納する。

（２−７）受信側の処理
サーバ２００は、通信部２０４を通じてデータを受信する。データ受信部２０３は、受信したデータをデータ格納部２１１に格納する。データの格納処理が完了すると、サーバ２００は、送信元の端末装置１００に対し、通信部２０４を通じて正常終了通知を送信する。サーバ２００は、受信したデータのデータ格納部２１１への格納が完了するごとに、各データのデータ識別子を含む正常終了通知を端末装置１００に送信してもよい。これを受信した端末装置１００は、正常終了通知に含まれるデータ識別子に対応するデータに対し、次々に後処理を実行できる。

（３）データの取得処理
データの取得処理は、１）イベントの検出、２）取得の要否判定及び制御情報の特定、３）取得対象データの特定、４）データ取得先及び取得順序の特定、５）データの取得、６）後処理、の６段階に大別できる。以下、各段階について順を追って詳述する。また、取得先が行う処理についても併せて説明する。以下の処理において、データ転送処理と同様の処理については同様に行うことができる。

（３−１）イベントの検出
変化検出部１０１は、記憶していた検出条件Ｃ１２５を満たすイベントを検出すると、制御情報識別子Ｃ１０１及び検出制御情報識別子Ｃ１２１と、自らを特定する検出手段識別子とを、データ取得制御部１２２に検出通知として送信する。

（３−２）制御情報の特定及び取得の要否判定
データ取得制御部１２２は、検出通知を受け取ると、制御情報識別子Ｃ１０１をキーとして制御情報Ｃ１００を検索し、取得する。次いで、データ取得制御部１２２は、検出通知中の検出制御情報識別子Ｃ１２１をキーとして制御情報Ｃ１００から検出制御情報Ｃ１１１を特定する。さらに、データ取得制御部１２２は、検出制御情報Ｃ１１１の検出手段識別子Ｃ１２４と検出通知中の検出手段識別子とを比較し、両者が一致しない場合は取得処理を中断する。

（３−３）取得対象データの特定
次に、データ取得制御部１２２は、検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、取得制御情報リストＣ１０４から対応する取得制御情報Ｃ１５１を検索し、取得する。データ取得制御部１２２は、取得した取得制御情報Ｃ１５１から取得対象条件Ｃ１６２を抽出し、取得対象条件Ｃ１６２を満たすデータを特定する。

例えば、取得対象条件Ｃ１６２として「端末装置１００が１時間以内に他の装置に転送したデータ」が記述されている場合を考える。この場合、データ取得制御部１２２は、制御情報Ｃ１００に関連付けられたデータのうち、転送履歴格納部１１３の転送日時が取得対象条件を満たすデータ識別子とその転送先の装置識別子とを特定する。

（３−４）データの取得
次いで、データ取得制御部１２２は、データ取得部１２１に取得対象のデータ識別子及び装置識別子を渡す。データ取得部１２１は、前記データ識別子を含む取得要求を、装置識別子で特定される取得先に送信する。データ取得部１２１は、取得要求に対する転送メッセージを待機し、これを受信するとデータ及びデータ識別子を抽出する。さらに、データ取得部１２１は、データ識別子とデータとを対応付けてデータ格納部１１２に格納する。

（３−５）後処理
データの取得処理においても、データ転送処理と同様に、データの取得後に後処理を行うとしても良い。例えば、取得したデータの再生の開始などである。

（３−６）取得先の処理
次に、前記取得要求を受信した端末装置１００またはサーバ２００における処理について説明する。一例として、サーバ２００が取得要求を受信した場合を例に取る。サーバ２００は、通信部２０４を通じてデータの取得要求を受信する。データ要求受信部２０３は、受信情報からデータ識別子を抽出し、これをデータ転送部２０２に渡す。データ転送部２０２は、渡されたデータ識別子をキーにデータ格納部２１１を検索し、転送対象となるデータを読み出す。読み出されたデータは、データ転送部２０２により通信部１０６を通じて要求元の端末装置１００に送信される。

なお、サーバ２００におけるデータ転送処理においても、データに付与されている制御情報またはサーバ２００が保持する制御情報に従い、転送後の後処理を行うことができる。

なお、端末装置１００が取得要求を処理する場合、サーバ２００と同様の機能構成を端末装置１００に設けておく。

（４）電源処理
電源処理機能は、電源供給の遮断の検出または遮断を予測が可能な端末装置１００が具備することが好ましい機能である。電源処理では、電源の供給が遮断したときに行うべき通信処理に必要な蓄電量を算出し、必要な蓄電量を蓄電部１２３に蓄える。

蓄電量算出部１２４は、制御情報格納部１１１またはデータ格納部１１２から制御情報Ｃ１００を読み出す。次に、蓄電量算出部１２４は、電力供給の遮断に関係する検出制御情報Ｃ１１１を抽出する。すなわち、検出手段識別子Ｃ１２４及び検出条件Ｃ１２５が電力供給の遮断に関係している検出制御情報Ｃ１１１を抽出する。次に、蓄電量算出部１２４は、抽出した検出制御情報Ｃ１１１の処理識別子Ｃ１２３から、対応する転送制御情報Ｃ１３１または取得制御情報Ｃ１５１を特定する。蓄電量算出部１２４は、特定した転送制御情報Ｃ１３１または取得制御情報Ｃ１５１から、転送処理または取得処理に必要な電力を算出する。例えば、転送対象となるデータの数や使用する通信手段、記録媒体への書き込み手段の消費電力などに基づいて、電力値を算出する。

蓄電量算出部１２４は、端末装置１００が保持する制御情報Ｃ１００のうち、電力供給に関係するもの全てについて、消費電力値を算出する。算出した値のうち最大値が蓄電部１２３に送信される。蓄電部１２３は、送信された値に従い蓄電する。

電源処理により、端末装置１００は、蓄えるべき電力を蓄電部１２３に蓄えているので、電力供給が遮断されても確実にデータの転送処理を完了することができる。

［処理の流れ］
次に、本発明のデータ処理システムＳで実行される各処理の流れについて、図面を用いて説明する。

（１）制御情報の生成及び検出の準備処理
図１１は、端末装置１００が実行する制御情報の生成及び検出の準備処理の流れの一例を示すフローチャートである。この例では、ユーザ入力に基づいて制御情報を生成する場合を例にとって説明する。この処理により、ユーザ入力に基づいて制御情報が生成され、さらに端末装置１００は生成された制御情報に基づいて所定のイベントの検出が可能な状態になる。

ステップＳ１００１：制御情報生成部３００は、制御情報生成指示を受け付け、ユーザに対して制御情報の生成に必要な情報の一覧を表示し、ユーザの入力を受け付ける。

ステップＳ１００２：制御情報生成部３００は、入力された情報に基づいて、制御情報Ｃ１００を生成する。

ステップＳ１００３：制御情報生成部３００は、ユーザが入力した情報またはデータ種別に基づいて、制御情報Ｃ１００を端末装置１００に関連付けて格納するのか、データに関連付けて格納するのかを決定する。

ステップＳ１００４：制御情報Ｃ１００を端末装置１００に関連付けて蓄積する場合、制御情報生成部３００は、データ識別子と制御情報Ｃ１００との対応付及び制御情報Ｃ１００を、制御情報格納部１１１に格納する。

ステップＳ１００５：制御情報生成部３００は、制御情報Ｃ１００の格納後、制御情報Ｃ１００の格納場所と共に制御情報の生成を検出制御部１０２に通知する。

ステップＳ１００６：検出制御部１０２は、この通知を受け取ると、通知された格納場所から制御情報Ｃ１００を読み出す。

ステップＳ１００７：検出制御部１０２は、抽出した検出手段識別子Ｃ１２１に対応する変化検出部１０１に対し、検出条件Ｃ１２５、制御情報識別子Ｃ１０１、検出制御情報識別子Ｃ１２１を送信する。すなわち、検出すべきイベントと、そのイベントが生じたら実行すべき処理内容が記述されている場所と、を変化制御部１０１に記憶させる。

ステップＳ１００８：変化検出部１０１は、検出条件Ｃ１２５、制御情報識別子Ｃ１０１、検出制御情報識別子Ｃ１２１を記憶し、記憶した検出条件Ｃ１２５に合致するイベントの検出に備える。

ステップＳ１０２１：前記ステップＳ１００３において、制御情報Ｃ１００をデータ格納部１１２に格納すると判断した場合、ステップＳ１０２１に移行する。制御情報Ｃ１００をデータに付与する場合、制御情報生成部３００は、前記データ識別子で特定されるデータをデータ格納部１１２から読み出す。

ステップＳ１０２２：制御情報生成部３００は、制御情報Ｃ１００に対応するデータ識別子の数だけ制御情報Ｃ１００を複製し、読み出したデータそれぞれに付与する。

ステップＳ１０２３：制御情報生成部３００は、制御情報付与済みデータを、データ格納部１１２に格納する。

以上により、制御情報の生成及び格納並びにイベントの検出準備が実行される。ユーザ入力に基づいてこの処理を行うことにより、ユーザの意図に沿った通信処理を、自動的に行うことが可能となる。

（２）データの転送処理
図１２は、データ処理システムＳが実行するデータ転送処理の流れの一例を示すフローチャートである。端末装置１００は、制御情報Ｃ１００に基づいて通信処理を行う。ここでは、端末装置１００からサーバ２００にデータが転送される場合を例に取り、説明する。

（２−１）端末装置の処理
ステップＳ１１０１：いずれかの変化検出部１０１は、記憶している検出条件Ｃ１２５を満たすイベントを検出すると、検出通知をデータ転送制御部１０４に通知する。

ステップＳ１１０２：データ転送制御部１０４は、検出通知に含まれる制御情報識別子Ｃ１０１をキーとして制御情報格納部１１１及びデータ格納部１１２を検索し、制御情報Ｃ１００を取得する。

ステップＳ１１０３：データ転送制御部１０４は、データの転送処理の要否を判定する。

ステップＳ１１０４：データ転送制御部１０４は、検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、対応する転送制御情報Ｃ１３１を取得する。さらにデータ転送制御部１０４は、前記転送制御情報Ｃ１３１に基づいて転送対象条件Ｃ１４２を取得し、転送対象条件Ｃ１４２を満たすデータを特定する。

ステップＳ１１０５：データ転送制御部１０４は、転送制御情報Ｃ１３１から転送先条件Ｃ１４３を取得し、転出対象となるデータの転送先を特定する。

ステップＳ１１０６：データ転送制御部１０４は、転送先に対し、データを転送する。複数のデータがある場合、転送順序を決定し、それに応じて転送を行っても良い。また、複数の通信手段を選択できる場合、通信品質や通信速度、消費電力、蓄電部１２３の蓄電量、ネットワーク状態などを考慮し、いずれかの通信手段を選択する。なお、送信先の端末の障害などでデータ転送がエラーになる場合、ステップＳ１１０５に戻り処理を繰り返す。

ステップＳ１１０７：データ転送部１０３は、転送先からの正常終了通知を一定時間内に受信すると、後処理の要否判定を行う。正常終了通知を一定時間内に受信しない場合は処理を終了する。正常終了通知を受信すると、データ転送部１０３は、転送制御情報Ｃ１３１から転送後処理Ｃ１４４を取得し、転送したデータに対する後処理が必要か否か判定する。

ステップＳ１１０８：後処理が必要な場合、データ転送部１０３は、転送後処理Ｃ１４４に設定された処理を行う。

ステップＳ１１０９：最後に、データ転送部１０３は、転送を完了したデータのデータ識別子と、転送先識別子と、転送時刻と、を転送履歴格納部１１３に格納する。

（２−２）サーバの処理
端末装置１００からデータを受信したサーバ２００は、以下の処理を行う。

ステップＳ１１２１：サーバ２００は、通信部２０４を通じてデータを受信する。

ステップＳ１１２２：データ受信部２０３は、受信したデータをデータ格納部２１１に格納する。

ステップＳ１１２３：サーバ２００は、送信元の端末装置１００に対し、通信部２０４を通じて正常終了通知を送信する。

以上の処理により、ユーザの意図した制御情報に従い、ユーザの意図するデータが装置間で転送される。転送ルールとして電源供給の遮断を設定しておけば、電源供給の遮断により自動的にデータが他の装置に転送されるので、外部からアクセスできない装置に使いたいデータがあるという状況の発生を防止することができる。

なお、転送先にデータを送信できない場合、近くのオンライン環境にある装置に転送しても良いし、処理を終了しても良い。また、自端末装置１００が保持する記憶媒体にデータを書き出しても良い。この場合、転送対象データと共に転送先の装置識別子を記録媒体に書き出しておけば、記憶媒体をオンライン環境の装置に接続することで転送処理を継続することもできる。

また、上記説明では、全ての検出条件を満たすことを確認した後に転送処理を開始する場合を例に取ったが、いずれか１つの検出条件を満たすと転送処理を開始するとしても良い。具体的には、１つ目の検出条件を検出すると、ステップＳ１１０３を飛ばして、ステップＳ１１０４とステップＳ１１０６の処理を行い、転送対象データ及び転送先を特定する。次に、転送対象データをロックした状態で転送先の装置に転送する。端末装置１００は、上記転送処理と平行して、他の検出条件の確認を行い、全ての検出条件を満たすことを確認すると、転送先の装置にロック解除指示を送信する。この方法では、転送対象データを先に転送し、最後にロック解除指示を送信することにより、処理完了までの時間を短縮できる。

さらに、転送したデータがロックされている状態を解除したい場合、転送元装置から転送先装置にデータの無効化指示を送信し、これに応じて転送先装置より無効化完了通知を受信すると、対象データのロックを解除することもできる。データそのものを送受信することなく、データの転送処理を取り消すことができる。

（３）データの取得処理
図１３は、データ処理システムＳが実行するデータ取得処理の流れの一例を示すフローチャートである。端末装置１００は、制御情報Ｃ１００に基づいて通信処理を行う。ここでは、端末装置１００がサーバ２００からデータを取得する場合を例に取り、説明する。

（３−１）端末装置の処理
ステップＳ１２０１：いずれかの変化検出部１０１は、記憶している検出条件Ｃ１２５を満たすイベントを検出すると、検出通知をデータ取得制御部１２２に通知する。

ステップＳ１２０２：データ取得制御部１２２は、検出通知に含まれる制御情報識別子Ｃ１０１をキーとして制御情報格納部１１１及びデータ格納部１１２を検索し、制御情報Ｃ１００を取得する。

ステップＳ１２０３：データ取得制御部１２２は、データの取得処理の要否を判定する。

ステップＳ１２０４：データ取得制御部１２２は、検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、対応する取得制御情報Ｃ１５１を取得する。さらにデータ取得制御部１２２は、前記取得制御情報Ｃ１５１に基づいて取得対象条件Ｃ１６２を取得し、取得対象条件Ｃ１６２を満たすデータを特定する。

ステップＳ１２０５：データ取得制御部１２２は、取得制御情報Ｃ１５１から取得先条件Ｃ１６３を取得し、取得対象となるデータの取得先を特定する。

ステップＳ１２０６：データ取得制御部１２２は、取得先に対し、データの取得要求を送信し、データの受信を待機する。

ステップＳ１２０７：データ取得部１２１は、取得先からデータを受信する。

ステップＳ１２０８：データ取得部１２１は、データ識別子とデータとを対応付けてデータ格納部１１２に格納する。

（３−２）サーバの処理
データの取得要求を受けた端末装置１００またはサーバ２００は、以下の処理を行う。ここでは、サーバ２００が取得要求を受けた場合を説明する。

ステップＳ１１２１：サーバ２００は、通信部２０４を通じてデータの取得要求を受信する。

ステップＳ１１２２：データ要求受信部２０３は、受信情報からデータ識別子を抽出し、これをデータ転送部２０２に渡す。データ転送部２０２は、渡されたデータ識別子をキーにデータ格納部２１１を検索し、転送対象となるデータを読み出す。

ステップＳ１１２３：データ転送部２０２は、読み出されたデータを、要求元の端末装置１００に送信する。

以上の処理により、ユーザの意図した制御情報に従い、ユーザの意図するデータが装置間で移動される。データに対応付けた取得ルールとして電源投入を設定しておけば、電源投入により自動的にデータが他の装置から取得されるので、ユーザが今から使おうとしている装置に自動的にデータが集結し、ユーザの利便性が向上する。

本実施形態においては、端末装置１００とサーバ２００の機能を分けて説明したが、端末装置１００やサーバ２００が両方の機能を具備していても良い。

＜第２実施形態＞
（１）ドメイン
図１４は、第２実施形態におけるデータ処理システムＳ’を示す。このデータ処理システムＳ’には、ドメインＤが形成されている。ドメインとは、データの共有や移動が相互に可能な端末をグループ化したものである。ドメインＤ内では、端末装置１００やサーバ２００は、互いに有線または無線伝送路Ｎを介して通信可能である。言い換えると、ドメインＤ外にある端末装置１００は、他の端末装置１００やサーバ２００と通信できる通信圏外にある。ドメインＤが形成されている場合、「ドメインへの参加／離脱」は「電源のオン／オフ」を含む。つまり、イベント「ドメインへの端末装置１００の復帰」は、「ドメイン外からドメイン内への端末装置１００の復帰」だけでなく、「ドメイン内で電源がオンになる」を含む。また、「ドメインへの端末装置１００の復帰」には、「ドメインへの端末装置１００の登録」を含んでも良い。同様に、イベント「ドメインＤからの端末装置１００の離脱」は、「ドメイン内からドメイン外への離脱」だけでなく、「ドメイン内で電源がオフになる」や「ドメインからの端末装置１００の脱退」を含む。

また、第２実施形態では、通信処理ルールを満足した場合、転送または取得のどちらかではなく、両方の処理を行う場合を考える。例えば、図１４（ａ）は、端末装置１００ｂがドメインから離脱した状態を示す。破線は、離脱前の状態を示す。離脱前は、データαは端末装置１００ａに保持されている。また、データβは端末装置１００ｂ自身に保持されている。端末装置１００ｂの離脱により、端末装置１００ｂはデータαを端末装置１００ａから取得し、データβをサーバ２００に転送する。

図１４（ｂ）は、端末装置１００ｂがドメインに復帰した状態を示す。破線は、復帰前の状態を示す。復帰前は、データαは端末装置１００ｂに保持されている。復帰により、端末装置１００ｂは、データαをサーバ２００に転送し、データβをサーバ２００から取得する。この図は、ドメイン離脱時にサーバ２００に転送したデータβを端末装置１００ｂが再度取得することを示しているが、必ずしも再取得しなくても良い。また、ドメイン離脱時に取得したデータαを、サーバ２００に転送せず、取得元の端末装置１００ａに転送しても良い。このように、ドメインへの離脱を広義の電源オフと捉えることにより、ドメインを離脱しようとする端末装置１００が、ドメインＤ内で必要なデータをドメインＤ外に持っていってしまうことを防止できる。また、ドメインＤへの復帰を広義の電源オンと捉えることにより、ドメインＤへ復帰した端末装置１００のユーザの利便を図ることができる。

（２）通信可否判断ルール
さらに、第２実施形態では、通信処理ルールを満足し、かつ通信可否判断ルールを満足した場合にのみ、通信処理を実行することとする。通信可否判断ルールは、転送や取得などの通信処理を実行するか否かを決定する。すなわち、端末装置１００は、同一の通信処理ルールを満足しても、通信可否判断ルールを満足するか否かにより通信処理の実行を制御する。その結果、通信処理ルールを満足しても、データの転送や取得を行うことが不適切な場合に処理の実行を行わずに済み、結果としてフレキシブルなデータ処理が可能となる。通信可否判断ルールの一例として、「データを所有しているユーザの端末にのみ転送可」や、「利用頻度が高い場合はドメイン外に持ち出し不可」を挙げることができる。

通信可否判断ルールは、主に、下記３者により設定されると考えられる。
（ａ）データの配信元：例えば、データを配信するコンテンツ配信業者が、通信可否判断ルールを設定する。
（ｂ）ドメイン：例えば、各ドメインが形成されるホームネットワークの管理者が、通信可否判断ルールを設定する。
（ｃ）個人：例えば、各端末装置１００やサーバ２００のユーザが、通信可否判断ルールを設定する。

図１５は、通信可否判断ルールの一例を示す説明図である。通信可否判断ルールは、パラメータに依存する。以下に、図１５の通信可否判断ルールを例に取り、通信可否判断ルールについて詳細に説明する。

例１：
通信可否判断ルール「所有ユーザの端末にのみ転送可」は、データの「所有ユーザ」及び「転送の可／否」と言うパラメータに依存する。この通信可否判断ルールは、例えば次のように働く。データβをもつ端末装置１００ｂがドメインから離脱しようとするとき、データβが転送可能であり、かつ端末装置１００ａの所有ユーザが端末装置１００ｂの所有ユーザと同じであれば、端末装置１００ｂはデータβを他の端末装置１００ａに転送する。この通信可否判断ルールは、例えば家庭において、所有者以外が勝手にデータをドメイン外に持ち出すのを防止するために設定すると有効である。設定は、例えば家庭におけるシステム管理者が行ったり、各データの所有者が行うとよい。

例２：
通信可否判断ルール「利用頻度３回以上／週の場合は取得不可」は、各データの利用履歴、例えば視聴履歴と言うパラメータに依存する。より具体的には、このルールは、視聴履歴から求められる「利用頻度」というパラメータに依存する。この通信可否判断ルールは、例えば次のように働く。端末装置１００ｂがドメインから離脱しようとするとき、データαのドメイン内の利用頻度が３回未満／週であれば、端末装置１００ａにあるデータαを取得する。この通信可否判断ルールは、例えば家庭において、家族がよく使用するデータが持ち出されるのを防止するために設定すると有効である。設定は、例えば家庭におけるシステム管理者が行うとよい。

例３：
通信可否判断ルール「不在ユーザのコンテンツは取得可」は、各ユーザのスケジュールに依存する。この通信可否判断ルールは、例えば次のように働く。端末装置１００ｂがドメインから離脱しようとするとき、データαの所有ユーザが不在であれば、端末装置１００ａからそのデータαを取得する。この通信可否判断ルールは、例えば家庭において、データを最もよく使うであろうデータの所有者が不在の場合、そのデータを有効利用するために設定すると有効である。設定は、例えば家庭におけるシステム管理者が行ったり、各データの所有者が行うとよい。なお、この通信可否判断ルールを用いる場合、例えばサーバ２００に各ユーザのスケジュールを蓄積しておくと、端末装置１００は、必要な場合にサーバ２００のスケジュールを参照することができる。

例４：
通信可否判断ルール「個人優先度高なら取得可」は、個人優先度の設定「父＞母＞子供」に依存する。この通信可否判断ルールは、例えば次のように働く。子供の端末装置１００ｂがドメインから離脱しようとするとき、父のデータαを取得しようとしたとする。しかし、子供の優先度は父より低いので、父のデータαを取得できない。逆に、例えば父の端末装置１００がドメインから離脱するときに、母や子供のデータを取得するのは可能である。父は、母や子供よりも個人優先度が高いからである。この通信可否判断ルールは、例えば父が家庭で仕事をした場合に、仕事関係の重要データを子供が勝手にドメイン外に持ち出すことを防止するのに有効である。この通信可否判断ルールの設定は、例えば家庭におけるシステム管理者が行うと良い。なお、この通信可否判断ルールを用いる場合、例えばサーバ２００にドメイン内のユーザの個人優先度を記憶させておくと、端末装置１００は必要な場合にサーバ２００に設定された個人優先度を参照することができる。

例５：
通信可否判断ルール「嗜好性と分類とが合致すれば取得可」は、各ユーザの個人情報である嗜好性、例えば「サッカー」と、データの分類、例えば「サッカー」とに依存する。この通信可否判断ルールは、例えば次のように働く。端末装置１００ｂがドメインから離脱しようとするとき、データαを取得しようとする。このとき、端末装置１００ｂのユーザの嗜好性と取得しようとするデータαの内容とが「サッカー」で合致していれば、端末装置１００ｂはデータαを取得できる。この通信可否判断ルールは、例えば、普段は家庭内で楽しんでいる音楽データや画像データを、ドメイン外のドライブ先でも楽しみたい場合に有効である。この通信可否判断ルールの設定は、例えば家庭におけるシステム管理者が行うと良い。なお、この通信可否判断ルールを用いる場合、ドメイン内の各ユーザの嗜好性及びデータの分類をサーバ２００に記憶しておくと、各端末装置１００は必要に応じてそれを参照することができる。

例６：
通信可否判断ルールとして、「ドメイン内ユーザに取得許可の問い合わせを行う」なども考えられる。この場合、パラメータとして「Ｎ人以上ＯＫ」をサーバ２００に記憶しておく。この通信可否判断ルールは、次のように働く。端末装置１００ｂがドメイン離脱時にデータαを取得するに先立ち、端末装置１００ｂのデータ取得制御部１２２は他のユーザが操作する端末装置１００に対し、取得可否の問い合わせを行う。さらに端末装置１００ｂは、問い合わせに対する応答を所定時間待ち、「取得許可」の応答をＮ人以上のユーザから受信した場合、データαの取得要求を他の端末装置１００ａに送信してこれを取得する。また、端末装置１００ｂは、収集した応答を出力しても良い。この通信可否判断ルールは、例えば家庭内で共有するデータを、誰かが勝手に持ち出すことを防止するのに有効である。このような通信可否判断ルールは、家庭内のシステム管理者により設定できる。

図１６は、データαを取得しようとする端末装置１００ｂからの問い合わせ画面の一例を示す。この画面は、ドメイン内でオンラインになっている他の端末装置１００上でポップアップ表示される。この問い合わせ画面において「ＯＫ」または「Ｒｅｊｅｃｔ」ボタンが押されると、他の端末装置１００から問い合わせ元の端末装置１００ｂに応答が送信される。同一のユーザが複数の端末装置１００を所有している場合、問い合わせ元の端末装置１００ｂは、所有端末のうちオンラインになっている全ての端末装置１００に問い合わせを送信し、何れかの端末装置１００で入力された応答を有効と判断すると良い。これとは異なり、端末装置１００ｂは、同一のユーザが所有しているオンライン端末装置１００の何れかにのみ問い合わせを送信してもよい。その場合、端末装置１００ｂは、どの端末装置１００に問い合わせを送信するかの優先順位に従って問い合わせを行い、所定時間内に応答が返ってこない場合には、次の優先順位の端末装置１００に問い合わせを送信することもできる。例えば、携帯電話の優先順位をデスクトップＰＣよりも高くすることが考えられる。さらに別の例として、問い合わせもと端末装置１００ｂは、同一のユーザが所有しているオンライン端末装置１００のうち、現在使用中の端末装置１００に問い合わせを送信することもできる。この場合、サーバ２００はドメイン内の各端末装置１００の状態を管理しておき、各端末装置１００は他の端末装置１００の状態をサーバ２００から取得すると良い。

図１７は、収集した応答を表示する画面例である。この画面は、データαを取得しようとする端末装置１００ｂで表示される。この例では、目的のデータを取得できるか否かに加え、データαの持ち出しを誰が許可して誰が拒絶したかが表示されている。これにより、端末装置１００ｂのユーザは、目的のデータを取得できるか否かを把握できる。また、取得できない場合でも、持ち出しを拒絶した他のユーザが誰であるかを把握できるので、そのユーザの説得に当たるなどの対処をすることができる。

もちろん、ここに挙げた通信可否判断ルールは一例であり、これらの例に限定されない。

この実施形態では、説明を分かりやすくするために、通信可否判断ルールを転送可否判断ルールと取得可否判断ルールとに分類する。転送可否判断ルールは、転送処理を実行するか否かを決定するための判断基準である。取得可否判断ルールは、取得処理を実行するか否かを決定するための判断基準である。

（３）制御情報
図１８は、通信可否判断ルールを含む制御情報の構造の概念説明図である。なお、本実施形態において、端末装置１００の機能構成は、前記第１実施形態と同様である。制御情報は、通信処理ルールと通信処理対象条件と通信先条件とに加え、通信可否判断ルールを含む。本実施形態では、通信処理として、データの転送と取得の２つを想定し、通信可否判断ルールを転送可否判断ルールと取得可否判断ルールとに分けている。転送処理と取得処理とで通信処理ルールを共有しているのは、第１実施形態と同様である。

（３−１）全体構造の具体例
再び図１８を参照し、制御情報のデータ構造について具体的に説明する。図中、実施形態と同様の情報については、図７と同様の符号番号を付して示す。

本実施形態では、制御情報Ｃ１００’は階層構造を有している。制御情報Ｃ１００’の第１層は、以下の情報（ａ）〜（ｄ）を含む。
（ａ）制御情報識別子Ｃ１０１：制御情報Ｃ１００’を一意に特定する。
（ｂ）検出制御情報リストＣ１０２：通信処理の実行の契機である通信処理ルールの記述を含む。すなわち、制御情報Ｃ１００’と関連付けられたデータに対する通信処理を開始するための条件が記述される。具体的には、端末装置１００の変化検出部１０１が検出する１以上のイベントの組み合わせで定義される転送ルールや取得ルールが記述される。
（ｃ）通信制御情報リストＣ１０５：データの転送処理や取得処理の制御内容が設定される。具体的には、転送処理については少なくとも転送先条件を含み、好ましくは転送対象条件及び転送後処理の記述を含む。取得処理については、少なくとも取得対象条件と取得先条件とを含み、好ましくは取得後処理の記述を含む。

（３−２）検出制御情報
検出制御情報リストＣ１０２は、１つ以上の検出制御情報Ｃ１１１を含む。各々の検出制御情報Ｃ１１１は、以下の情報（ｂ１）〜（ｂ３）を含む。
（ｂ１）検出制御情報識別子Ｃ１２１：検出制御情報Ｃ１１１を一意に特定する。
（ｂ２）検出内容リストＣ１２２：端末装置１００の変化検出部１０１により検出可能な１以上のイベントの組み合わせが記述される。検出内容リストの内容は、第１実施形態と同様であり、検出内容リストＣ１２２に含まれる１以上の検出条件Ｃ１２５の組み合わせ、すなわち１以上のイベントの組み合わせが、通信可否判断を行う契機となる。
（ｂ３）処理識別子Ｃ１２３：制御情報Ｃ１００’において、検出内容リストＣ１２２を満たした場合に実行する処理内容へのポインタが記述される。この例では、後述する通信制御情報Ｃ１７１のいずれかへのポインタが記述される。

（３−３）通信制御情報
通信制御情報リストＣ１０５は、１以上の通信制御情報Ｃ１７１を含む。各々の通信制御情報Ｃ１７１は、以下の情報（ｃ１）〜（ｃ９）を含む。
（ｃ１）処理識別子Ｃ１４１：通信制御情報リストＣ１０５において、通信制御情報Ｃ１７１を一意に特定する。
（ｃ２）転送対象条件Ｃ１４２：転送処理の対象となるデータを特定する条件が記述される。
（ｃ３）転送先条件Ｃ１４３：転送対象データの転送先を特定する条件が記述される。
（ｃ４）転送後処理Ｃ１４４：転送処理完了後の転送処理対象データに対する処理内容が記述される。
（ｃ５）転送可否判断ルールＣ１４５：転送処理を実行するか否かを決定する条件が記述される。
（ｃ６）取得対象条件Ｃ１６２：取得処理の対象となるデータを特定する条件が記述される。
（ｃ７）取得先条件Ｃ１６３：取得対象データの取得先を特定する条件が記述される。
（ｃ８）取得後処理Ｃ１６４：取得処理完了後の取得処理対象データに対する処理内容が記述される。
（ｃ９）取得可否判断ルールＣ１６５：取得処理を実行するか否かを決定する条件が記述される。

上記情報のうち、転送可否判断ルールＣ１４５及び取得可否判断ルールＣ１６５については、上述の通りである。転送対象条件、転送先条件、転送後処理、取得対象条件、取得先条件及び取得後処理については、第１実施形態と同様である。

（４）処理
図１９は、本実施形態の端末装置１００が行う処理の流れの一例を示すフローチャートである。この処理では、端末装置１００は、所定の通信処理ルールが満たされたとき、転送処理及び／または取得処理を行うか否かを判断する。さらに、端末装置１００は、前記判断に基づいて、転送処理、取得処理またはその両方を行う。下記処理において、ステップＳ１３０４〜Ｓ１３１１は転送に関する処理、ステップＳ１３１２〜Ｓ１３１９は取得に関する処理である。転送先及び取得先が行う処理は、第１実施形態と同様である。

ステップＳ１３０１：いずれかの変化検出部１０１は、記憶している検出条件Ｃ１２５を満たすイベントを検出すると、検出通知をデータ転送制御部１０４及びデータ取得制御部１２２に通知する。

ステップＳ１３０２：データ転送制御部１０４及びデータ取得制御部１２２は、検出通知に含まれる制御情報識別子Ｃ１０１をキーとして制御情報格納部１１１及びデータ格納部１１２を検索し、制御情報Ｃ１００’を取得する。

ステップＳ１３０３：データ転送制御部１０４またはデータ取得制御部１２２は、通信処理ルールが満たされているか否かを判定する。満たされていない場合、処理を終了する。満たされている場合はステップＳ１３０４に移行する。本実施形態では、転送処理及び取得処理を実行する契機となる通信処理ルールは両処理に共通なので、データ転送制御部１０４またはデータ取得制御部１２２のどちらかがこの判断を行えば足りる。

ステップＳ１３０４：データ転送制御部１０４は、転送可否判断ルールが満たされているか否かを判断する。満たされている場合はステップＳ１３０５に移行し、満たされていない場合は後述するステップＳ１３１２に移行する。

ステップＳ１３０５：データ転送制御部１０４は、検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、対応する通信制御情報Ｃ１７１を取得する。さらにデータ転送制御部１０４は、前記通信制御情報Ｃ１７１に基づいて転送対象条件Ｃ１４２を取得し、転送対象条件Ｃ１４２を満たすデータを特定する。

ステップＳ１３０６：データ転送制御部１０４は、通信制御情報Ｃ１７１から転送先条件Ｃ１４３を取得し、転出対象となるデータの転送先を特定する。

ステップＳ１３０７：データ転送制御部１０４は、転送先に対し、データを転送する。複数のデータがある場合、転送順序を決定し、それに応じて転送を行っても良い。また、複数の通信手段を選択できる場合、通信品質や通信速度、消費電力、蓄電部１２３の蓄電量、ネットワーク状態などを考慮し、いずれかの通信手段を選択する。なお、送信先の端末の障害などでデータ転送がエラーになる場合、ステップＳ１３０６に戻り処理を繰り返すとよい。

ステップＳ１３０８〜１３０９：データ転送部１０３は、転送先からの正常終了通知を受信すると、後処理の要否判定を行う。正常終了通知を一定時間内に受信しない場合は処理を終了してもよい。正常終了通知を受信すると、データ転送部１０３は、転送制御情報Ｃ１３１から転送後処理Ｃ１４４を取得し、転送したデータに対する後処理が必要か否か判定する。

ステップＳ１３１０：後処理が必要な場合、データ転送部１０３は、転送後処理Ｃ１４４に設定された処理を行う。例えば、データ転送部１０３は、転送されたデータの削除を行う。

ステップＳ１３１１：データ転送部１０３は、転送を完了したデータのデータ識別子と、転送先識別子と、転送時刻と、を転送履歴格納部１１３に格納する。

ステップＳ１３１２：転送処理を行ったあと、または転送可否判断ルールが満たされていない場合、データ取得制御部１２２は、取得可否判断ルールが満たされているか否かを判断する。満たされていると判断するとステップＳ１３１３に移行し、満たされていない場合は処理を終了する。取得可否判断ルールによっては、データ取得制御部１２２は、ドメイン内の他のユーザに取得の問い合わせを行ってもよい。データ取得制御部１２２は、その後一定時間その応答を収集し、収集した応答に応じて取得可否判断ルールが満たされているか否かを判断する。前述したように、データ取得制御部１２２は、収集した応答結果を出力し、ユーザの確認を待って次の処理に進んでも良い。

ステップＳ１３１３：データ取得制御部１２２は、検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、対応する通信制御情報Ｃ１７１を取得する。さらにデータ取得制御部１２２は、前記通信制御情報Ｃ１７１に基づいて取得対象条件Ｃ１６２を取得し、取得対象条件Ｃ１６２を満たすデータを特定する。

ステップＳ１３１４：データ取得制御部１２２は、通信制御情報Ｃ１７１から取得先条件Ｃ１６３を取得し、取得対象となるデータの取得先を特定する。

ステップＳ１３１５：データ取得制御部１２２は、取得先に対し、データの取得要求を送信する。

ステップＳ１３１６〜Ｓ１３１７：データ取得部１２１は、要求したデータの受信を待機し（Ｓ１３１６）、取得先からデータを受信すると、取得したデータをデータ識別子と対応付けてデータ格納部１１２に格納する（Ｓ１３１７）。なお、一定時間内にデータを受信するか否かを監視し、受信しない場合、再度データの取得要求を送信したり、処理を終了することもできる。

ステップＳ１３１８〜Ｓ１３１９：データ取得部１２２は、後処理の要否判定を行い、“要”と判断すると（Ｓ１３１８）、取得後処理Ｃ１６４に設定された処理を行う（Ｓ１３１９）。例えば、取得履歴に新たに取得したデータとその識別子とを対応付けて書き込むことが挙げられる。

以上の処理では、端末装置１００は、単に通信処理ルールを満たしただけでなく、さらに通信可否判断ルールを満たした場合にのみ、通信処理を行う。この処理により、状況に適した通信処理が可能になり、ユーザの利便性が向上する。また、上記処理では、電源のオン／オフをドメインの離脱／復帰に含め、ドメインから離脱した端末装置１００でのデータの利用を可能にする。ドメインから離脱しようとする端末装置１００が、データの転送だけでなくデータの取得も行うことにより、端末装置１００はドメイン外でデータを利用できる。従って、ユーザから見れば、いつでもどこでも所望のデータを利用できるという利点がある。

（５）その他
端末装置１００ｂが著作権で保護されたデータαを取得してドメインから離脱するとき、データαのライセンスデータのみを取得し、コンテンツデータをドメイン内に残す形態が考えられる。この場合、端末装置１００ｂ自身もデータαを再生することはできなくなるが、ドメイン内で他の端末装置１００によりデータαが再生されることを防止することができる。しかも、ドメインに復帰したときには、端末装置１００ｂはライセンスデータのみをドメイン内の端末装置１００またはサーバ２００に転送すればよく、コンテンツデータの転送は不要である。従って、ドメイン復帰時の転送データ量が少なくて済み、ドメイン内で無駄なリソースを使わずに済む利点がある。

さらに、ドメインから離脱しようとしている端末装置１００ｂの種別や機能、環境などに基づいて取得可能なデータを制限することにより、ドメイン内でのデータの移動量を少なくすることができる。例えば、離脱しようとしている端末装置１００ｂがデータαのコンテンツデータをドメイン外でも取得可能であれば、端末装置１００ｂはドメイン離脱時にデータαのライセンスデータのみを取得する。一方、端末装置１００ｂがデータαのコンテンツデータをドメイン外で取得不可能であれば、端末装置１００ｂはドメイン離脱時にデータαのライセンスデータ及びコンテンツデータの両方を取得する。端末装置１００ｂは、ドメイン外でコンテンツデータを取得できるかどうかを、次のように判断することができる。例えば端末装置１００ｂは、自端末の通信帯域が所定値以下の場合、ドメイン外でのコンテンツデータを取得不可と判断できる。また例えば、端末装置１００ｂは、自端末が携帯電話やＰＤＡ(Personal Digital Asistance)である場合や、記憶容量の余地がデータαのデータ量を下回っている場合、取得不可と判断できる。さらに例えば、端末装置１００ｂは、データαの再生に必要なソフトウェアまたはハードウェアの有無を判断し、その結果取得不可と判断しても良い。

＜第３実施形態＞
［機能構成］
以下、本発明の第３実施形態について、図面を用いて詳細に説明する。図２０は、第３実施形態に係る端末装置５００の機能構成図である。第３実施形態のデータ処理システムＳＳは、第１実施形態のデータ処理システムＳにおいて端末装置１００を図２０に示す端末装置５００に置き換えたものである。図中、第１実施形態と同じ符号を付した要素は、第１実施形態と同様の機能を有している。本実施形態では、ユーザ知覚部５０３及び知覚制御部５０４が端末装置１００に付加されている。ユーザ知覚部５０３は、ユーザに制御情報で指定された情報を通知する１以上の出力装置からなる。知覚制御部５０４は、制御情報に基づきユーザ知覚部５０３を制御する。このようなデータ処理システムＳＳにおいて、ユーザ入力に基づいてユーザへの通知を行う知覚処理に関係する制御情報を生成し、ユーザへ通知する。

［制御情報］
図２１は、制御情報Ｃ２００の構造を示す概念説明図である。本実施形態では、第１実施形態で述べた制御情報Ｃ１００に加え、制御情報Ｃ２００を用いて処理を行う。

制御情報Ｃ２００は、下記（ａ）〜（ｃ）の情報を含む。
（ａ）制御情報識別子Ｃ２０１：制御情報Ｃ２００を一意に特定する。
（ｂ）検出制御情報リストＣ２０２：知覚処理実行の契機である知覚処理ルールの記述を含む。前記検出制御情報リストＣ１０２と同様の情報である。
（ｃ）知覚制御情報リストＣ２０３：ユーザへの知覚処理の制御内容が設定される。少なくとも知覚手段の特定と知覚内容と転送処理または取得処理を特定する処理識別子とを含む。

知覚制御情報リストＣ２０３は、複数の知覚制御情報Ｃ２３１を含む。各知覚制御情報Ｃ２３１は、以下の情報（ｃ１）〜（ｃ５）を含む。
（ｃ１）知覚処理識別子Ｃ２４１：知覚制御情報リストＣ２０３において、知覚制御情報Ｃ２３１を一意に特定する。
（ｃ２）知覚手段識別子Ｃ２４２：ユーザへ情報を通知するための出力装置を特定する。
（ｃ３）知覚内容Ｃ２４３：ユーザへ通知する情報を特定する。
（ｃ４）知覚後処理Ｃ２４４：知覚処理完了後の処理の要否および処理内容を特定する。
（ｃ５）処理識別子Ｃ１４１またはＣ１６１：転送や取得など通信処理を特定する。これにより、通信処理と知覚処理とを対応付けることができる。

ユーザへ情報を通知するための出力装置としては、ユーザの視覚に知覚させる出力装置、ユーザの聴覚に知覚させる出力装置、ユーザの触覚に知覚させる出力装置、ユーザの嗅覚に知覚させる出力装置などがある。これらの出力装置を用いた具体的な出力形態としては、ディスプレイへの表示、スピーカによる音声出力や警告音の出力、端末の振動、警告臭の発生などが挙げられる。

ユーザへ通知する情報としては、定型の情報、状況に応じて取得する情報などがある。定型の情報として「他の装置からデータを取得できない旨の警告」、聴覚、触覚、嗅覚に知覚させる内容を特定する「知覚内容番号１１」などが挙げられる。ここで、知覚内容番号とは、例えば、警告音の識別を示し、１番なら外部からデータを取得できない意味の「ブー」、２番なら予定表など複数の装置が保持するデータの同期が完了していない意味の「ビー」といった識別を示す番号である。状況に応じて取得する情報として、「自装置が保持するデータ一覧」などが挙げられる。

知覚処理中または知覚処理が完了した後の処理としては、ユーザへの知覚を強化する処理やデータに対するユーザ操作を促す処理などがある。ユーザへの知覚を強化する処理として「一定時間毎に知覚処理を実施」や「異なる知覚手段で知覚処理を実施」などが挙げられる。データに対する処理を促す処理として、「処理開始ボタンを表示」などが挙げられる。

［処理］
前記制御情報Ｃ２００を生成・格納し、検出の準備をする処理は、図１１に示すフローチャートにおいて、制御情報Ｃ１００の格納場所が端末装置１００側の場合の流れと同様である（ステップＳ１００１，Ｓ１００２，Ｓ１００４〜Ｓ１００８）。

図２２は、制御情報Ｃ２００の生成のためのユーザ入力を受け付ける画面例である。この画面で受け付けた入力情報に基づいて、制御情報Ｃ２００が生成され、制御情報格納部１１１に格納される。各入力項目は、プルダウンメニューからの選択入力が可能である。例えば、「知覚ルール」のプルダウンメニューには、「ディスプレイに表示」、「知覚内容を音声で読み上げる」などが表示される。「知覚内容」のプルダウンメニューには、「他の装置から取得できないことを警告」や、「自端末が保持するデータ一覧」などが表示される。

図２３は、端末装置５００が実行する知覚処理の流れを示すフローチャートである。

ステップＳ２１０１：変化検出部２０１の変化検出手段は、記憶していた検出条件Ｃ１２５を満たすイベントを検出すると、制御情報識別子Ｃ２０１及び検出制御情報識別子Ｃ１２１と、自らの検出手段識別子とを、知覚制御部５０４に検出通知として送信する。

ステップＳ２１０２：知覚制御部５０４は、検出通知を受け取ると、そこに含まれる制御情報識別子Ｃ２０１をキーとして、制御情報格納部５１１から制御情報Ｃ２００を検索し、これを読み出す。

ステップＳ２１０３：知覚制御部５０４は、検出制御情報識別子Ｃ１２１をキーとして制御情報Ｃ２００から検出制御情報Ｃ１１１を特定する。さらに、知覚制御部５０４は、検出制御情報Ｃ１１１の検出手段識別子Ｃ１２４と、検出通知に含まれる検出手段識別子と、が一致するか否かにより知覚処理の要否を判定する。判定方法は、第１実施形態と同様に行うことができる。知覚処理が不要の場合、本処理を終了する。

ステップＳ２１０４：知覚処理を続行する場合、知覚制御部５０４は、特定した検出制御情報Ｃ１１１に含まれる処理識別子Ｃ１２３をキーとして、対応する知覚制御情報Ｃ２３１を特定する。知覚制御部５０４は、知覚制御情報Ｃ２３１から、知覚手段識別子Ｃ２４２と、知覚内容Ｃ２４３と、知覚後処理Ｃ２４４と、処理識別子Ｃ１４１またはＣ１６１を取得する。さらに、知覚制御部５０４は、知覚手段識別子Ｃ２４２に基づいて出力装置を（ステップＳ２１０４）、知覚内容Ｃ２４３に基づいてユーザに知覚する内容を（ステップＳ２１０５）、知覚後処理Ｃ２４４に基づいてユーザに知覚させた後の処理を（ステップＳ２１０６）、それぞれ特定する。

例えば知覚手段識別子Ｃ２４２に「ディスプレイに表示」、知覚内容Ｃ２４３に「自装置が保持するデータ一覧」、知覚後処理Ｃ２４４に「他の装置から取得できないことを警告」、「処理開始ボタンを表示」とあるとする。この場合、知覚制御部５０４は、制御情報Ｃ２００に関連付けられたデータで、且つ端末装置５００が保持するデータ一覧を、データ格納部５１２から取得し、ディスプレイに警告と処理開始ボタンと共に表示する。

図２４は、視覚的な知覚出力の一例を示す。処理対象のデータＧ３０１〜Ｇ３０３と、データに対する処理の開始ボタンＧ３１１〜Ｇ３１３と、が関連付けて表示され、ユーザ操作によるデータの転送処理を促している。制御情報で設定されている通信処理ルールが満たされた場合、この画面が表示される。画面上でボタンが押されると、転送先の装置のユーザ入力を受け付けることもできるし、制御情報Ｃ１００に設定された転送先をユーザに通知し、ユーザの了解が取れると転送処理を開始することもできる。

＜その他の実施形態＞
（Ａ）転送履歴
前記第１実施形態では、ある端末装置１００ａが別の端末装置１００ｂにデータを転送した後、端末装置１００ａが前記データを再度取得する際に転送履歴を用いる例を説明した。ここで、端末装置１００ａが端末装置１００ｂにデータを転送し、端末装置１００ｂが前記データをさらに別の端末装置１００ｃに転送した後、端末装置１００ａが前記データを再度取得する際に転送履歴を用いることを考える。この場合、次の２つの方法が考えられる。

（１）各端末装置が保持する転送履歴をたどり、前記データを保持する端末装置１００ｃを特定する。具体的には、端末装置１００ａは、自ら保持する転送履歴に基づいて端末装置１００ｂに取得要求を送信する。端末装置１００ｂは、自ら保持する転送履歴に基づいて端末装置１００ｃに取得要求を送信する。なお、端末装置１００ｂが、端末装置１００ｃの特定情報を端末装置１００ａに通知するとしても良い。

（２）各端末装置の転送履歴をマージした情報に基づき、前記データを保持する端末装置１００ｃを特定する。具体的には、各々の端末装置の転送履歴を、特定の端末、例えばサーバ２００に集める。そして、サーバ２００において転送履歴をマージする。端末装置１００ａは、サーバ２００に問い合わせることにより、端末装置１００ｃを特定することができる。通信処理ルールとして「データの転送処理を行なう」、通信処理対象として「転送するデータに関する転送履歴」、通信先として「サーバ２００」を制御情報に設定すれば、転送データをサーバ２００に集めることが可能である。

なお、各々の端末装置１００がデータ転送と共に転送データに関する転送履歴も送信し、各端末で転送履歴をマージすることもできる。

（Ｂ）なお、第３実施形態では、変化検出部１０１がイベントを検出すると、同一端末装置内のデータ転送制御部１０４あるいはデータ取得制御部１２２に検出通知を送信している。しかし、異なる端末装置のデータ転送制御部１０４あるいはデータ取得制御部１２２に対して検出通知を送信するとしても良い。

例えば、携帯電話に取り付けられたセンサが家に近づいたことを検出すると、携帯電話からサーバ２００に検出通知を送信する。サーバ２００は制御情報に従い音楽コンテンツを取得し、携帯電話に送信する。携帯電話が音楽コンテンツを出力することにより、携帯電話の使用者はＢＧＭを楽しむことができる。

（Ｃ）以上の説明では端末装置１００内に制御情報生成部３００があるとして説明したが、他の装置に含まれる制御情報生成部３００が制御情報を生成し、ネットワーク経由で前記制御情報を付与するとしても良い。

（Ｄ）上記の装置が実行する方法、その方法を実行するためのプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。

本発明のデータ処理装置は、外部からアクセスできない装置が保持していたデータを、前記装置が外部からアクセスできなくなった後においても、他の装置において前記データの取得、および利用を可能とする。ＳＴＢ、デジタルＴＶ、ＤＶＤレコーダ、ＨＤＤレコーダ、ＰＣ、ＰＤＡ、携帯電話などのデータ再生装置、記録装置、あるいはこれらの複合機器に本発明を適用することができる。

本発明のデータ処理装置を含むデータ処理システムＳの構成を示す説明図 端末装置の機能構成を示す機能ブロック図 サーバの詳細な構成を示す機能ブロック図 端末装置及びサーバのデータ格納部に蓄積される情報の概念説明図 端末装置の制御情報格納部に蓄積されている情報の概念説明図 端末装置の転送履歴格納部に蓄積されている情報の概念説明図 データの通信処理を制御するための制御情報の構造の概念説明図 制御情報生成部が出力する制御情報入力画面の一例（メニュー画面） 制御情報生成部が出力する制御情報入力画面の一例（転送設定） 制御情報生成部が出力する制御情報入力画面の一例（取得設定） 端末装置が実行する制御情報の生成及び検出の準備処理の流れの一例を示すフローチャート データ処理システムＳが実行するデータ転送処理の流れの一例を示すフローチャート データ処理システムＳが実行するデータ取得処理の流れの一例を示すフローチャート （ａ）端末装置１００ｂがドメインから離脱した状態を示す説明図（ｂ）端末装置１００ｂがドメインに復帰した状態を示す説明図 通信可否判断ルールの一例を示す説明図 データαを取得しようとする端末装置からの問い合わせ画面の一例を示す説明図 収集した応答を表示する画面例 第２実施形態における制御情報の構造の概念説明図 第２実施形態の端末装置が行う処理の流れの一例を示すフローチャート 第３実施形態に係る端末装置の機能構成図 第３実施形態における制御情報Ｃ２００の構造を示す概念説明図 制御情報Ｃ２００の生成のためのユーザ入力を受け付ける画面例 第３実施形態において端末装置が実行する知覚処理の流れを示すフローチャート 通信処理ルールを満たしたときに出力される視覚的な知覚出力の一例を示す画面例

符号の説明

１００，５００：端末装置
２００：サーバ

Claims (17)

1. ドメイン内でデータの通信を行うデータ処理装置であって、
   各ドメインは、データの送受信が可能な少なくとも1つのデータ処理装置を含み、
   任意のドメインへの登録または離脱に関するイベントを検出するイベント検出手段と、
   前記ドメイン内で共有されるデータの通信処理を開始するか否かを判断するための条件であって１以上のイベントの組み合わせで定まる通信処理ルールを含む制御情報を記憶する制御情報記憶手段と、
   前記イベント検出手段が検出するイベントに基づいて、前記制御情報中の通信処理ルールが満足されているか否かを判断する通信処理制御手段と、
   前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、データについて、前記通信処理を行う通信手段と、
   を備え、
   前記制御情報記憶手段は、前記通信処理を許可するか否かを決定するための通信可否判断ルールを、前記通信処理ルールと対応付けてさらに記憶し、
   前記通信処理制御手段は、前記通信処理ルールが満足されていると判断した場合、さらに通信可否判断ルールに基づいて通信処理を許可するか否かを判断し、
   前記通信手段は、前記通信処理制御手段により前記通信処理ルールが満足されていると判断され且つ前記通信可否判断ルールに基づいて通信処理を許可すると判断された場合のみ、前記データについて前記通信処理を行い、
   前記通信処理は、前記ドメイン内で共有されるデータの転送先への転送またはそのデータを記憶している取得先からの取得であることを特徴とするデータ処理装置。
2. 転送対象となりうるデータを記憶するデータ記憶手段をさらに備え、
   前記通信手段は、前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、転送対象の前記データを前記データ記憶手段から読み出し、読み出した前記データを転送先に転送する、
   ことを特徴とする、請求項１に記載のデータ処理装置。
3. 前記制御情報記憶手段は、前記通信処理を行う通信先を特定する通信先条件を、前記通信処理ルールと対応付けてさらに記憶し、
   前記通信手段は、前記通信処理ルールに対応付けられた通信先条件に基づいて、前記転送先または前記取得先を決定することを特徴とする、請求項１に記載のデータ処理装置。
4. 前記制御情報記憶手段は、前記通信処理の対象となるデータを特定する通信処理対象条件を、前記通信処理ルールと対応付けてさらに記憶し、
   前記通信手段は、前記通信処理ルールに対応付けられた通信処理対象条件で特定されるデータについて、前記通信処理を行うことを特徴とする、請求項１に記載のデータ処理装置。
5. 前記制御情報記憶手段は、前記制御情報を識別する制御情報識別子と、前記通信処理の対象となるデータを識別するデータ識別子と、を対応付けてさらに記憶することを特徴とする、請求項１に記載のデータ処理装置。
6. 前記制御情報記憶手段は、前記通信処理の対象となるデータと前記制御情報とを一体に記憶していることを特徴とする、請求項１に記載のデータ処理装置。
7. 前記制御情報記憶手段は、前記通信処理の後に実行する後処理を、前記通信処理ルールと対応付けてさらに記憶し、
   前記通信手段は、前記通信処理後に前記後処理を実行することを特徴とする、請求項１に記載のデータ処理装置。
8. 前記制御情報記憶手段は、ユーザへの通知処理を特定する通知処理ルールを、前記通信処理ルールと対応付けてさらに記憶し、
   前記イベント検出手段が検出するイベントと前記制御情報中の通信処理ルールとに基づいて、ユーザへの通知処理の要否を判断する通知処理制御手段と、
   前記通知処理制御手段が通知処理要と判断した場合、前記通信処理に先立ち、前記通知処理ルールで特定されるユーザへの通知処理を実行する通知処理手段と、
   をさらに備えることを特徴とする、請求項１に記載のデータ処理装置。
9. 前記制御情報の登録をユーザ毎に受け付ける制御情報受付手段をさらに備え、
   前記制御情報記憶手段は前記制御情報をユーザ毎に記憶する、
   ことを特徴とする、請求項１に記載のデータ処理装置。
10. 前記通信手段が通信処理した処理履歴を記憶する通信処理履歴記憶手段をさらに備えることを特徴とする、請求項１に記載のデータ処理装置。
11. 前記データの通信処理の実行に必要な電力を演算し、必要な電力の蓄積を制御する電力蓄積制御部をさらに備えることを特徴とする、請求項１に記載のデータ処理装置。
12. ドメイン内でデータの通信を行うデータ処理装置が実行するデータ処理方法であって、
    各ドメインは、データの送受信が可能な少なくとも一つのデータ処理装置を含み、
    任意のドメインへの登録または離脱に関するイベントを検出するイベント検出ステップと、
    前記ドメイン内で共有されるデータの通信処理を開始するか否かを判断するための条件であって１以上のイベントの組み合わせで定まる通信処理ルールを含む制御情報を記憶する制御情報記憶ステップと、
    前記イベント検出ステップで検出したイベントに基づいて、前記制御情報中の通信処理ルールが満足されているか否かを判断する通信処理制御ステップと、
    前記通信処理ルールが満足されていると前記通信処理制御ステップで判断した場合、データについて前記通信処理を行う通信ステップと、
    を備え、
    前記制御情報記憶ステップにおいては、前記通信処理を許可するか否かを決定するための通信可否判断ルールを、前記通信処理ルールと対応付けてさらに記憶し、
    前記通信処理制御ステップにおいては、前記通信処理ルールが満足されていると判断した場合、さらに通信可否判断ルールに基づいて通信処理を許可するか否かを判断し、
    前記通信ステップにおいては、前記通信処理制御ステップにおいて前記通信処理ルールが満足されていると判断され且つ前記通信可否判断ルールに基づいて通信処理を許可すると判断された場合のみ、前記データについて前記通信処理を行い、
    前記通信処理は、前記ドメイン内で共有されるデータの転送先への転送またはそのデータを記憶している取得先からの取得であることを特徴とするデータ処理方法。
13. ドメイン内でデータの通信を行うコンピュータが実行するデータ処理プログラムであって、
    各ドメインは、データの送受信が可能な少なくとも１つのコンピュータを含み、
    任意のドメインへの登録または離脱に関するイベントを検出するイベント検出手段、
    前記ドメイン内で共有されるデータの通信処理を開始するか否かを判断するための条件であって１以上のイベントの組み合わせで定まる通信処理ルールを含む制御情報を記憶する制御情報記憶手段、
    前記イベント検出手段が検出するイベントに基づいて、前記制御情報中の通信処理ルールが満足されているか否かを判断する通信処理制御手段、及び
    前記通信処理ルールが満足されていると前記通信処理制御手段が判断した場合、データについて前記通信処理を行う通信手段、
    として前記コンピュータを機能させ、
    前記制御情報記憶手段は、前記通信処理を許可するか否かを決定するための通信可否判断ルールを、前記通信処理ルールと対応付けてさらに記憶し、
    前記通信処理制御手段は、前記通信処理ルールが満足されていると判断した場合、さらに通信可否判断ルールに基づいて通信処理を許可するか否かを判断し、
    前記通信手段は、前記通信処理制御手段により前記通信処理ルールが満足されていると判断され且つ前記通信可否判断ルールに基づいて通信処理を許可すると判断された場合のみ、前記データについて前記通信処理を行い、
    前記通信処理は、前記ドメイン内で共有されるデータの転送先への転送またはそのデータを記憶している取得先からの取得であることを特徴とするデータ処理プログラム。
14. 前記通信可否判断ルールは、データの配信元、ドメイン、または前記データ処理装置のユーザのいずれかにより設定されることを特徴とする、請求項１に記載のデータ処理装置。
15. 前記通信可否判断ルールは、前記データの所有者への前記データの転送を許可し、
    前記イベント検出手段が前記データ処理装置のドメインからの離脱を検出するとき、前記通信処理制御手段は、他のデータ処理装置の所有者が前記データの所有者か否かに基づいて、前記他のデータ処理装置へのデータの転送可否を判断し、
    前記通信手段は、前記通信処理制御手段により前記データの転送可と判断されたときに、前記データを前記他のデータ処理装置に転送する、
    ことを特徴とする、請求項１に記載のデータ処理装置。
16. 前記データの利用履歴を蓄積する利用履歴蓄積手段をさらに備え、
    前記通信可否判断ルールは、所定の利用頻度を満たしているか否かに応じて前記データの転送を許可し、
    前記イベント検出手段が前記データ処理装置のドメインからの離脱を検出するとき、前記通信処理制御手段は、データの利用履歴から得られる利用頻度に基づいて前記データ取得の可否を判断し、
    前記通信手段は、前記通信処理制御手段により前記データを取得可と判断されたときに、外部から前記データを取得することを特徴とする、請求項１に記載のデータ処理装置。
17. 前記ドメイン内のデータ処理装置のユーザそれぞれに対して設定されている個人優先度を外部から取得する優先度取得手段をさらに備え、
    前記通信可否判断ルールは、データの所有者よりも高い個人優先度を有するユーザのデータ処理装置への前記データの転送を許可し、
    前記イベント検出手段が前記データ処理装置のドメインからの離脱を検出するとき、前記通信処理制御手段は、外部から取得した個人優先度に基づいてデータ取得の可否を判断し、
    前記通信手段は、前記通信処理制御手段によりデータを取得可と判断されたときに、外部から前記データを取得することを特徴とする、請求項１に記載のデータ処理装置。

Images