(57)【要約】【課題】近距離無線通信において、データファイルの管理の容易性を一定のレベルに維持しながら、データファイルの送受信の際のパフォーマンスの低下を軽減すること。【解決手段】他の装置から通信接続を介して少なくとも１つのデータファイルを受信する通信部と、前記通信部により受信される前記データファイルの記録媒体への記録を制御する制御部と、を備え、前記制御部は、前記記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成し、作成した前記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録する、受信装置を提供する。【選択図】図８
2011129050.tif 000002
【特許請求の範囲】
【請求項１】
他の装置から通信接続を介して少なくとも１つのデータファイルを受信する通信部と、
前記通信部により受信される前記データファイルの記録媒体への記録を制御する制御部と、
を備え、
前記制御部は、
前記記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成し、
作成した前記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録する、
受信装置。
【請求項２】
前記制御部は、転送前の各データファイルのファイルパスに関わらず、前記データファイルを前記データ記録用フォルダの直下に記録する、請求項１に記載の受信装置。
【請求項３】
前記制御部は、各データファイルのファイル名を所定の規則に従って変更した上で、各データファイルを前記データ記録用フォルダ内に記録する、請求項２に記載の受信装置。
【請求項４】
前記制御部は、前記他の装置における転送前の各データファイルのファイルパスを、当該データファイルの前記属性情報として前記管理ファイルに格納する、請求項３に記載の受信装置。
【請求項５】
前記制御部は、前記データ記録用フォルダ内に記録した前記データファイルを転送前の前記ファイルパスに従って配置しようとする装置へ、前記データファイルと共に前記管理ファイルを出力する、請求項４に記載の受信装置。
【請求項６】
前記記録媒体は、作成可能なフォルダの階層の深さに一定の制限を有する記録媒体である、請求項１〜５のいずれか１項に記載の受信装置。
【請求項７】
前記通信接続は、近距離無線通信方式に従って確立される通信接続である、請求項１〜６のいずれか１項に記載の受信装置。
【請求項８】
他の装置から通信接続を介して少なくとも１つのデータファイルを受信する受信装置におけるデータファイル記録方法であって、
前記他の装置との間で通信接続を確立するステップと、
記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成するステップと、
作成した前記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録するステップと、
を含むデータファイル記録方法。
【請求項９】
他の装置から通信接続を介して少なくとも１つのデータファイルを受信する受信装置を制御するコンピュータを、
受信される前記データファイルの記録媒体への記録を制御する制御部、
として機能させるためのプログラムであって、
前記制御部は、
前記記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成し、
作成した前記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録する、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、データファイル記録方法及びプログラムに関する。
【背景技術】
【０００２】
近年、他の電子機器との間で、比較的容量の大きい動画データ又は音楽データなどのコンテンツデータを、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）に代表される近距離無線通信技術を用いて転送することのできる電子機器が実用化されている。また、デジタルカメラ又はデジタル音楽プレーヤなどの電子機器の多くは、記録媒体に記録されるデータファイルの容量及び数が多くなったことにより、これらデータファイルを階層的に保持してファイルへのアクセスを容易ならしめている。例えば、下記特許文献１には、全体として階層構造を形成する記録装置のフォルダ構成であって、コンテンツデータ、コンテンツの属性データ、及びプレイリストデータなどが異なるフォルダにそれぞれ格納されるフォルダ構成が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−０３３３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、電子機器の通信容量又は記録容量が飛躍的に向上する一方で、電子機器の低コスト化を図るために、電子機器に設けられるプロセッサの処理速度が相対的に低い場合がある。プロセッサの処理速度が十分でない場合には、複雑なフォルダ構成の下にデータファイルを記録しようとすると、フォルダの作成等に要する処理コストが機器全体としてのパフォーマンスを低下させるという問題が生じる。これに対し、新たなフォルダを作成することなく全てのデータファイルを特定の場所に一律に記録することとすれば、パフォーマンスが改善する代わりに、データファイルの管理が困難となる。
【０００５】
そこで、本発明は、近距離無線通信において、データファイルの管理の容易性を一定のレベルに維持しながら、データファイルの送受信の際のパフォーマンスの低下を軽減することのできる、新規かつ改良された受信装置、データファイル記録方法及びプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００６】
本発明のある実施形態によれば、他の装置から通信接続を介して少なくとも１つのデータファイルを受信する通信部と、上記通信部により受信される上記データファイルの記録媒体への記録を制御する制御部と、を備え、上記制御部は、上記記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成し、作成した上記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録する、受信装置が提供される。
【０００７】
また、上記制御部は、転送前の各データファイルのファイルパスに関わらず、上記データファイルを上記データ記録用フォルダの直下に記録してもよい。
【０００８】
また、上記制御部は、各データファイルのファイル名を所定の規則に従って変更した上で、各データファイルを上記データ記録用フォルダ内に記録してもよい。
【０００９】
また、上記制御部は、上記他の装置における転送前の各データファイルのファイルパスを、当該データファイルの上記属性情報として上記管理ファイルに格納してもよい。
【００１０】
また、上記制御部は、上記データ記録用フォルダ内に記録した上記データファイルを転送前の上記ファイルパスに従って配置しようとする装置へ、上記データファイルと共に上記管理ファイルを出力してもよい。
【００１１】
また、上記記録媒体は、作成可能なフォルダの階層の深さに一定の制限を有する記録媒体であってもよい。
【００１２】
また、上記通信接続は、近距離無線通信方式に従って確立される通信接続であってもよい。
【００１３】
また、本発明の別の実施形態によれば、他の装置から通信接続を介して少なくとも１つのデータファイルを受信する受信装置におけるデータファイル記録方法であって、上記他の装置との間で通信接続を確立するステップと、記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成するステップと、作成した上記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録するステップと、を含むデータファイル記録方法が提供される。
【００１４】
また、本発明の別の実施形態によれば、他の装置から通信接続を介して少なくとも１つのデータファイルを受信する受信装置を制御するコンピュータを、受信される上記データファイルの記録媒体への記録を制御する制御部、として機能させるためのプログラムであって、上記制御部は、上記記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成し、作成した上記データ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルと、各データファイルに関連する属性情報を格納する管理ファイルとを記録する、プログラムが提供される。
【発明の効果】
【００１５】
以上説明したように、本発明に係る受信装置、データファイル記録方法及びプログラムによれば、近距離無線通信において、データファイルの管理の容易性を一定のレベルに維持しながら、データファイルの送受信の際のパフォーマンスの低下を軽減することができる。
【図面の簡単な説明】
【００１６】
【図１】近距離無線通信システムの概要を説明するための概念図である。
【図２】受信装置の一例についてさらに説明するための説明図である。
【図３】本発明の関連技術における第１の手法について説明するための説明図である。
【図４】本発明の関連技術における第２の手法について説明するための説明図である。
【図５】本発明の一実施形態に係る受信装置の構成の一例を示すブロック図である。
【図６】本発明の一実施形態に係る受信装置における一例としての受信データファイルの配置を示す説明図である。
【図７】本発明の一実施形態に係る受信装置において記録される管理ファイルの一例を示す説明図である。
【図８】本発明の一実施形態に係るデータファイル受信処理の流れの一例を示すフローチャートである。
【図９】本発明の一実施形態に係るデータファイル受信処理の流れの他の例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付すことにより重複説明を省略する。
【００１８】
また、以下の順序にしたがって当該「発明を実施するための形態」を説明する。
１．近距離無線通信システムの概要
１−１．装置の説明
１−２．関連技術における問題点
２．一実施形態に係る受信装置の構成例
２−１．各部の説明
２−２．一実施形態に係るフォルダ構成例
２−３．一実施形態に係る管理ファイルの例
２−４．フォルダ構成の復元
３．一実施形態に係るデータファイル受信処理の流れ
３−１．第１のシナリオ
３−２．第２のシナリオ
４．まとめ
【００１９】
＜１．近距離無線通信システムの概要＞
［１−１．装置の説明］
まず、図１を用いて、本発明が適用され得る近距離無線通信システムの概要を説明する。図１を参照すると、近距離無線通信システムを構成する受信装置１００及び送信装置２００が示されている。
【００２０】
受信装置１００は、アンテナ１０２を介して、送信装置２００から送信されるデータファイルを受信する。一方、送信装置２００は、アンテナ２０２を介して、ユーザにより指定される一群のデータファイルを受信装置１００へ送信する。受信装置１００と送信装置２００との間の通信接続は、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）又はＮＦＣ（Near  Field  Communication）などの近距離無線通信技術を用いて確立される。例えば、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）が用いられる場合には、物理層で最大５６０Ｍｂｐｓの転送レートが達成され得る。従って、ユーザは、送信装置２００から受信装置１００へ、画像データ、音楽データ又は映像データなどを含み得る一群のデータファイルを、そのデータサイズが大きい場合であっても、比較的短い時間で転送することができる。
【００２１】
図２は、受信装置１００についてさらに説明するための説明図である。受信装置１００は、その外観において、図１に示したアンテナ１０２の他に、表示部１０４及び操作部１０６を備える。表示部１０４は、例えば、ＬＣＤ（Liquid  Crystal  Display）又はＯ−ＬＥＤ（Organic  Light-Emitting  Diode）ディスプレイなどにより構成される。表示部１０４は、例えば、受信装置１００の内部の記録媒体に記録されているデータファイルの一覧などを表示する。操作部１０４は、受信装置１００がユーザ入力を受け付けるための手段である。操作部１０６は、例えば、ボタン、スイッチ、ダイヤル又はレバーなどの物理的な入力手段であってもよい。その代わりに、操作部１０６は、例えば、タッチパネル機能を有する表示部１０４上に表示されるＧＵＩ（Graphical  User  Interface）として実装されてもよい。なお、図１に示した送信装置２００もまた、このような表示部及び操作部を有する。
【００２２】
ここでは、受信装置１００がデジタルカメラである例について説明した。しかしながら、受信装置１００は、かかる例に限定されず、例えば、携帯電話端末、ＰＤＡ（Personal  Digital  Assistants）、デジタル音楽プレーヤ若しくはゲーム端末などの携帯機器、又はその他の種類の情報処理装置であってもよい。また、ここでは、送信装置２００がＰＣ（Personal  Computer）である例について説明した。しかしながら、送信装置２００もまた、かかる例に限定されず、上述したいずれかの種類の装置であってもよい。
【００２３】
［１−２．関連技術における問題点］
前項で説明した近距離無線通信システムにおいて、送信装置２００から受信装置１００へ一群のデータファイルが送信される際、そのターゲットとなる一群のデータファイルが送信装置２００内で階層的なフォルダ構成を形成していたものとする。この場合、本発明に関連する技術として、これら一群のデータファイルを受信するための２つの手法が考えられる。第１の手法は、一群のデータファイルのフォルダ構成を保ったまま（即ち同様のフォルダ構成で）受信側の記録媒体に記録する手法である。一方、第２の手法は、一群のデータファイルのフォルダ構成を無視し、全てのデータファイルをフラットに受信側の記録媒体に記録する手法である。
【００２４】
（第１の手法）
図３は、一群のデータファイルを受信するための第１の手法に関する説明図である。図３の左側には、データファイルの転送前における送信側でのデータファイルのフォルダ構成が示されている。例えば、フォルダ“ＤＣＩＭ”の配下に、３つのフォルダ“１００ＭＳＤＣＦ”、“１０１ＭＳＤＣＦ”及び“ｍｙＰｉｃｔ”が存在する。このうち、フォルダ“１００ＭＳＤＣＦ”内にデータファイル“ＤＳＣ０００１．ＪＰＧ”及び“ＤＳＣ０００２．ＪＰＧ”が記録されている。また、フォルダ“１０１ＭＳＤＣＦ”内にデータファイル“ＤＳＣ００１１．ＪＰＧ”が記録されている。また、フォルダ“ｍｙＰｉｃｔ”内にはさらにフォルダ“ＹＹＹＹＭＭＤＤ”が存在し、フォルダ“ＹＹＹＹＭＭＤＤ”内にデータファイル“ＤＳＣ０１０１．ＪＰＧが記録されている。
【００２５】
第１の手法では、このような階層的なフォルダ構成が、受信側でも維持される。即ち、受信側の記録媒体においても、例えば、ルートの下のフォルダ“ＩＮＢＯＸ”の中に、３つのフォルダ“１００ＭＳＤＣＦ”、“１０１ＭＳＤＣＦ”及び“ｍｙＰｉｃｔ”が作成される。そして、フォルダ“１００ＭＳＤＣＦ”内にデータファイル“ＤＳＣ０００１．ＪＰＧ”及び“ＤＳＣ０００２．ＪＰＧ”が記録される。また、フォルダ“１０１ＭＳＤＣＦ”内にデータファイル“ＤＳＣ００１１．ＪＰＧ”が記録される。また、フォルダ“ｍｙＰｉｃｔ”内にはさらにフォルダ“ＹＹＹＹＭＭＤＤ”が作成され、フォルダ“ＹＹＹＹＭＭＤＤ”内にデータファイル“ＤＳＣ０１０１．ＪＰＧ”が記録される。
【００２６】
第１の手法による受信処理は、受信側のパフォーマンスを低下させる原因となり得る。例えば、一般的なデジタルカメラなどの小型の機器が有するプロセッサを用いる場合、記録媒体に１つのフォルダを作成するごとに数十から数百ｍｓｅｃの時間を要する。従って、作成すべきフォルダ数が増加すると、その増加したフォルダ数に比例した時間だけ受信側における他の処理が中断する。また、取り扱うことのできるフォルダ階層の深さに制限が課せられている機器においては、フォルダ構成を保ったまま一群のデータファイルを記録することは不可能である。
【００２７】
（第２の手法）
図４は、一群のデータファイルを受信するための第２の手法に関する説明図である。この場合のデータファイルの転送前における送信側でのフォルダ構成は、図３の例と同様である。
【００２８】
第２の手法では、図３の左側に示したような階層的なフォルダ構成を無視し、全てのデータファイルがフラットに受信側の記録媒体に記録される。即ち、例えば、ルートの下のフォルダ“ＩＮＢＯＸ”の中に、データファイル“ＤＳＣ０００１．ＪＰＧ”、“ＤＳＣ０００２．ＪＰＧ”、“ＤＳＣ００１１．ＪＰＧ”及び“ＤＳＣ０１０１．ＪＰＧ”が記録される。
【００２９】
この場合、受信側で新たなフォルダが作成されないため、パフォーマンスの低下は生じない。しかし、全てのデータファイルが既存のデータファイルと同じフォルダ内に混在する状態で記録されるため、ユーザは、どのデータファイルを新たに受信したのかを、容易に認識することができない。例えば、図４の例では、新たに受信されたデータファイルの他に、データファイル“ＤＳＣ０００３．ＪＰＧ”、“ＤＳＣ００２１．ＪＰＧ”、及び“ＤＳＣ０１００．ＭＰＧ”が記録媒体に記録されている。ユーザは、これらファイルの更新日時などの属性情報を参照しなければ、どのデータファイルを新たに受信したのかを認識できず、データファイルの管理は困難となる。
【００３０】
さらに、装置同士を近傍に配置させた場合に自動的に通信接続が確立される近距離無線通信技術においては、データ転送中の装置の移動などにより通信接続が切断される可能性も小さくない。その場合に、どのデータファイルの受信が成功し又は失敗したかを容易に認識できなければ、ユーザにとっての利便性は低下する。
【００３１】
そこで、次節より詳細に説明する受信装置１００の構成により、近距離無線通信システムにおいて、データファイルの管理の容易性を一定のレベルに維持しながら、データファイルの送受信の際のパフォーマンスの低下を軽減するための新たな手法を提供する。
【００３２】
＜２．一実施形態に係る受信装置の構成例＞
図５は、本発明の一実施形態に係る受信装置１００の構成の一例を示すブロック図である。図５を参照すると、受信装置１００は、表示部１０４、操作部１０６、バス１０８、通信部１１０、制御部１２０、メインメモリ１３０、フラッシュメモリ１４０及びリムーバブルメディア１５０を備える。バス１０８は、表示部１０４、操作部１０６、通信部１１０、制御部１２０、メインメモリ１３０、フラッシュメモリ１４０及びリムーバブルメディア１５０を相互に接続する。
【００３３】
［２−１．各部の説明］
通信部１１０は、近距離無線通信方式に従って、受信装置１００と他の装置との間の通信接続を仲介するインタフェースとして動作する。図５に示したように、通信部１１０は、アンテナ１０２及び通信制御部１１２を含む。通信制御部１１２は、例えば、アンテナ１０２を介して周期的に接続要求を送信し、応答のあった装置との間で認証処理を行う。かかる認証処理が成功すると、他の装置との間の通信接続が確立される。また、通信制御部１１２は、例えば、アンテナ１０２を介して他の装置からの接続要求を受信すると、当該接続要求への応答を送信する。このように確立される通信接続を介して、通信部１１０は、後にさらに説明するように、図１に示した送信装置２００から少なくとも１つのデータファイルを含むデータファイル群を受信する。なお、通信部１１０は、受信装置１００に内蔵される代わりに、外付け型の通信インタフェースとして受信装置１００に接続されてもよい。
【００３４】
制御部１２０は、ＣＰＵ（Central  Processing  Unit）などのプロセッサを用いて受信装置１００の機能全般を制御する。特に、本実施形態において、制御部１２０は、通信部１１０により受信されるデータファイルの記録媒体への記録を制御する。より具体的には、制御部１２０は、まず、記録媒体に設けられる所定の受信用フォルダ内に１度の通信接続について１つのデータ記録用フォルダを作成する。そして、制御部１２０は、作成したデータ記録用フォルダ内に、当該データ記録用フォルダに対応する通信接続を介して受信されるデータファイルを記録する。このとき、転送前の各データファイルのファイルパスに関わらず、制御部１２０は、受信されるデータファイルをデータ記録用フォルダの直下に記録する。また、制御部１２０は、各データファイルの記録の際、各データファイルのファイル名を所定の命名規則に従って変更（リネーム）する。なお、本実施形態において、データファイルの転送は、例えば、ＯＢＥＸ（Object  Exchange）、ＦＴＰ（File  Transfer  Protocol）又はＨＴＴＰ（HyperText  Transfer  Protocol）などの任意のプロトコルを用いて行われ得る。
【００３５】
また、制御部１２０は、上記データ記録用フォルダ内に、各データファイルに関連する属性情報を格納する管理ファイルを記録する。管理ファイルには、例えば、データファイルの送信元の装置における転送前の各データファイルのファイルパス、及び各データファイルのデータサイズなどが、データファイルの属性情報として格納される。管理ファイルは、例えば、ＸＭＬ（Extensible  Markup  Language）又はＣＳＶ（Comma-Separated  Values）などの任意の形式のファイルであってよい。管理ファイルの内容については、後に例を挙げて説明する。
【００３６】
制御部１２０により受信装置１００の記録媒体に記録されるフォルダ名及びファイル名の命名規則は、例えば、次のような規則であってよい。
【００３７】
・受信用フォルダ名：“ＩＮＢＯＸ”
‐当該フォルダは、予め記録媒体に設けられる。
【００３８】
・データ記録用フォルダ名：“９９９９Ｘ”
‐上４桁：通信接続ごとにカウントアップされる連番。
‐下Ｎ桁：ユーザが自由に設定できる任意の文字列。
【００３９】
・データファイル名：“ＲＣＶ９９９９９．ＥＸＴ”
‐上３桁：ユーザが自由に設定できる任意の文字列。
‐下５桁：データ記録用フォルダ内で１ファイルごとにカウントアップされる連番。
‐拡張子：転送前の拡張子。但し、転送前の拡張子を受信装置１００が取り扱えない場合には、固定値“ＲＣＶ”とする。
【００４０】
・管理ファイル名：“９９９９ＩＮＤＸ．ＣＴＬ”
‐上４桁：対応するデータ記録用フォルダ名の連番と同一の番号。
‐下４桁：固定値“ＩＮＤＸ”。
‐拡張子：固定値“ＣＴＬ”。
【００４１】
なお、ここで説明した命名規則は一例に過ぎない。即ち、本発明の目的の範囲内で、同一フォルダ内のフォルダ名の重複及びファイル名の重複がない限り、上記命名規則とは異なるファイル名の長さ又は文字列などが用いられてもよい。
【００４２】
メインメモリ１３０は、制御部１２０からアクセス可能なＲＡＭ（Random  Access  Memory）などの記録媒体である。メインメモリ１３０には、例えば、制御部１２０により実行されるプログラムが、その実行時に読み込まれる。
【００４３】
フラッシュメモリ１４０は、通信部１１０により受信されるデータファイルの記録のために使用され得る記録媒体である。制御部１２０は、通信部１１０により受信される一群のデータファイルを、後に説明するフォルダ構成の下にフラッシュメモリ１４０に記録することができる。また、フラッシュメモリ１４０には、制御部１２０により実行されるデータファイル受信処理及びその他の処理のためのプログラムが予め格納される。
【００４４】
リムーバブルメディア１５０もまた、通信部１１０により受信されるデータファイルの記録のために使用され得る記録媒体である。リムーバブルメディア１５０は、受信装置１００から着脱可能である。通信部１１０が受信装置１００に外付けされる通信インタフェースである場合には、通信部１１０にリムーバブルメディア１５０が内蔵されてもよい。制御部１２０は、通信部１１０により受信される一群のデータファイルを、後に説明するフォルダ構成の下にリムーバブルメディア１５０に記録することができる。
【００４５】
［２−２．一実施形態に係るフォルダ構成例］
図６は、本実施形態に係る受信装置１００における一例としての受信データファイルの配置を示す説明図である。
【００４６】
図６の左側には、データファイルの転送前における送信装置２００でのデータファイルのフォルダ構成が示されている。例えば、フォルダ“ＤＣＩＭ”の配下に、３つのフォルダ“１００ＭＳＤＣＦ”、“１０１ＭＳＤＣＦ”及び“ｍｙＰｉｃｔ”が存在する。このうち、フォルダ“１００ＭＳＤＣＦ”内にデータファイル“ＤＳＣ０００１．ＪＰＧ”及び“ＤＳＣ０００２．ＪＰＧ”が記録されている。また、フォルダ“１０１ＭＳＤＣＦ”内にデータファイル“ＤＳＣ００１１．ＪＰＧ”が記録されている。また、フォルダ“ｍｙＰｉｃｔ”内にはさらにフォルダ“ＹＹＹＹＭＭＤＤ”が存在し、フォルダ“ＹＹＹＹＭＭＤＤ”内にデータファイル“ＤＳＣ０１０１．ＪＰＧ”及び“ＤＳＣ０１０２．ＸＸＸ”が記録されている。このうち、丸付き数字の１〜５を付したデータファイル“ＤＳＣ０００１．ＪＰＧ”、“ＤＳＣ０００２．ＪＰＧ”、“ＤＳＣ００１１．ＪＰＧ”、ＤＳＣ０１０１．ＪＰＧ”及び“ＤＳＣ０１０２．ＸＸＸ”がデータ転送のターゲットとして指定されたものとする。
【００４７】
図６の右側には、データファイルの転送後における受信装置１００でのデータファイルのフォルダ構成が示されている。例えば、ルートの下のフォルダ“ＩＮＢＯＸ”の中に、データ記録用フォルダ“０００１Ａ”が作成される。そして、フォルダ“０００１Ａ”内に、データファイル“ＲＣＶ００００１．ＪＰＧ”、“ＲＣＶ００００２．ＪＰＧ”、“ＲＣＶ００００３．ＪＰＧ”、“ＲＣＶ００００４．ＪＰＧ”及び“ＲＣＶ００００５．ＲＣＶ”が記録される。また、フォルダ“０００１Ａ”内に、管理ファイル“０００１ＩＮＤＸ．ＣＴＬ”が生成される。なお、データ記録用フォルダ“０００１Ａ”の下に示されたフォルダ“０００２Ｂ”は、さらに別の通信接続を介してデータファイル群が転送された場合に、新たに作成され得るデータ記録用フォルダである。
【００４８】
図６から理解されるように、本実施形態において、データ転送のターゲットである５つのファイルは、所定の受信用フォルダ“ＩＮＢＯＸ”内に作成された１つのデータ記録用フォルダ“０００１Ａ”内に記録される。かかるデータ記録用フォルダ“０００１Ａ”は、１度の通信接続について１つのフォルダである。そのため、ユーザは、データ記録用フォルダ“０００１Ａ”内のファイルの一覧を参照することにより、どのデータファイルの受信が成功し又は失敗したかを容易に認識することができる。また、１度の通信接続について１つのデータ記録用フォルダ“０００１Ａ”のみが新たに作成されるため、送信装置２００におけるフォルダ構成に含まれるフォルダ数が多い場合でも、フォルダ作成のために長時間を要することがない。よって、データ転送に伴う受信装置１００のパフォーマンスの低下が抑制される。また、データファイルは、データ記録用フォルダ“０００１Ａ”の直下に一様に記録される。そのため、受信装置１００が取り扱うことのできるフォルダ階層の深さに制限が課せられている場合であっても、かかるフォルダ構成を採用することができる。
【００４９】
さらに、各データファイルは、データ記録用フォルダ“０００１Ａ”内で一意となるように、上述した一例としての命名規則に従って変更される。その結果、例えば、受信装置１００は、データファイルのファイル名の長さを一定の長さに揃えることができる。それにより、例えば、ファイル名の長さに関するルール違反に対するエラーハンドリングが不要となるなど、受信装置１００におけるデータファイルの取り扱いが容易となる。また、例えば、受信装置１００が取り扱うことのできない拡張子（例えば、未知の種類のファイルの拡張子、又は４文字以上の拡張子など）を他の拡張子に変更できるため、データファイルの受信を拒否することなく当該データファイルを記録することが可能となる。図６の例では、送信装置２００におけるデータファイル“ＤＳＣ０１０２．ＸＸＸ”の拡張子が、受信装置１００において“ＲＣＶ”（“ＲＣＶ００００５．ＲＣＶ”）に変更されている。
【００５０】
このようなフォルダ構成及びファイル名のデータ転送の前後の対応関係は、次に説明する管理ファイルを参照することにより認識される。
【００５１】
［２−３．一実施形態に係る管理ファイルの例］
図７は、本実施形態に係る受信装置１００において記録される管理ファイルの一例を示す説明図である。図７を参照すると管理ファイル（“０００１ＩＮＤＸ．ＣＴＬ”）は、ヘッダ部１７２及びボディ部１７４を含む。
【００５２】
ヘッダ部１７２には、当該管理ファイルと同じデータ記録用フォルダに記録される一群のデータファイルに共通の情報が格納される。図７の例では、データ転送日時“ｔｒａｎｓ−ｄａｔｅ”及びエントリ数“ｅｎｔｒｙ−ｎｕｍ”が、ヘッダ部１７２に格納されている。データ転送日時とは、データファイルの転送が開始された日時を表す。また、エントリ数とは、ボディ部１７４に含まれるエントリの数を表す。ボディ部１７４に含まれるエントリの数は、データ記録用フォルダに記録されたデータファイルの数に等しい。
【００５３】
ボディ部１７４には、当該管理ファイルと同じデータ記録用フォルダに記録されるデータファイルごとの属性情報が、個々のエントリとして格納される。図７の例では、エントリＩＤ“ｅｎｔｒｙ  ｉｄ”が１から５までの５つのエントリ１７６ａ〜１７６ｅが、ボディ部１７４に記録されている。また、各エントリには、データファイルごとの属性情報として、転送後のファイル名“ｃｕｒｒｅｎｔ−ｎａｍｅ”、転送前のファイルパス“ｏｒｉｇｉｎａｌ−ｐａｔｈ”及びデータサイズ“ｄａｔａ−ｓｉｚｅ”が格納されている。例えば、第１のエントリ１７６ａの転送後のファイル名は“ＲＣＶ００００１．ＪＰＧ”、転送前のファイルパスは“ＤＣＩＭ／１００ＭＳＤＣＦ／ＤＳＣ０００１．ＪＰＧ”、データサイズは“１２３４５６”［ｋｂｙｔｅ］である。また、第２のエントリ１７６ｂの転送後のファイル名は“ＲＣＶ００００２．ＪＰＧ”、転送前のファイルパスは“ＤＣＩＭ／１００ＭＳＤＣＦ／ＤＳＣ０００２．ＪＰＧ”、データサイズは“２３４５６７”［ｋｂｙｔｅ］である。また、第５のエントリ１７６ｅの転送後のファイル名は“ＲＣＶ００００５．ＲＣＶ”、転送前のファイルパスは“ＤＣＩＭ／ｍｙＰｉｃｔ／ＹＹＹＹＭＭＤＤ／ＤＳＣ０１０２．ＸＸＸ”、データサイズは“５６７８９０”［ｋｂｙｔｅ］である。
【００５４】
ユーザは、このような管理ファイルを参照することにより、フォルダ構成及びファイル名のデータ転送の前後の対応関係を知ることができる。また、データ転送前のフォルダ構成を復元して各データファイルを記録しようとする装置は、次項で説明するように、管理ファイルに含まれる属性情報に基づいて、各データファイルを転送前のファイルパス及びファイル名に従って配置することができる。
【００５５】
［２−４．フォルダ構成の復元］
例えば、ユーザが、受信装置１００に記録されたデータファイルを外部装置にエクスポートし、外部装置の記録媒体に元のファイルパスに従って各データファイルを配置しようとする場合を想定する。当該外部装置とは、近距離無線通信機能を有するＰＣなどの任意の種類の装置であってよい。この場合、ユーザが受信装置１００を外部装置の近傍に置くことにより、近距離無線通信方式に従って、通信部１１０を介する通信接続が確立される。そして、制御部１２０は、指定されたデータ記録用フォルダ内のデータファイルと共に、管理ファイルを外部装置へ出力する。外部装置は、受信したデータファイルの元のファイルパス及びファイル名を、管理ファイル内の各エントリの“ｃｕｒｒｅｎｔ−ｎａｍｅ”及び“ｏｒｉｇｉｎａｌ−ｐａｔｈ”から認識する。そして、外部装置は、受信した各データファイルを元のファイル名にリネームした上で、元のファイルパスに配置する。
【００５６】
なお、受信装置１００が取り扱うことのできるフォルダ階層の深さに制限が無い場合には、受信装置１００自体が各データファイルを転送前のファイルパス及びファイル名に従って再配置（あるいはインポート）してもよい。例えば、受信装置１００の制御部１２０は、図６を用いて説明したフォルダ構成に従って、通信部１１０により受信されるデータファイルを記録媒体に順次記録する。そして、これらデータファイルの記録が終了すると、制御部１２０は、管理ファイルを参照し、管理ファイルに含まれる属性情報に基づいて、各データファイルを転送前のファイルパス及びファイル名に従って再配置する。それにより、近距離無線通信によるデータ転送のパフォーマンスの低下を軽減して早期にデータ転送を終了させることができると共に、データ転送前のフォルダ構成を受信装置１００において復元することができる。
【００５７】
＜３．一実施形態に係るデータファイル受信処理の流れ＞
次に、本実施形態に係る受信装置１００によるデータファイル受信処理の流れについて、２つのシナリオに沿った例を説明する。第１のシナリオにおいては、送信装置２００が管理ファイルを生成する機能を有しているものとする。一方、第２のシナリオにおいては、送信装置２００は管理ファイルを生成する機能を有していないものとする。
【００５８】
［３−１．第１のシナリオ］
図８は、第１のシナリオに沿ったデータファイル受信処理の流れの一例を示すフローチャートである。
【００５９】
まず、送信装置２００において、ユーザにより、データ転送のターゲットとなる一群のデータファイルが指定される（ステップＳ１０２）。次に、ユーザによる所定の操作により、送信装置２００の状態が近距離無線通信の送信モードに切り替えられる（ステップＳ１０４）。同様に、受信装置１００の状態が近距離無線通信の受信モードに切り替えられる（ステップＳ１０６）。なお、送信モードとは、周期的に接続要求を周囲の装置へ送信して通信接続を確立しようとするモードである。一方、受信モードとは、周囲の装置からの接続要求を待ち受け、接続要求を検出した際に応答を返すことにより通信接続を確立しようとするモードである。そして、ユーザにより、送信装置２００と受信装置１００とが、互いに近距離無線通信が可能な距離に近付けられる（ステップＳ１０８）。それにより、送信装置２００と受信装置１００との間で認証処理が行われ、通信接続が確立される（ステップＳ１１０）。
【００６０】
送信装置２００と受信装置１００との間の通信接続が確立すると、送信装置２００は、指定された一群のデータファイルについての管理ファイルを生成する（ステップＳ１２２）。なお、この時点での管理ファイルには、各データファイルの転送後のファイル名“ｃｕｒｒｅｎｔ−ｎａｍｅ”の値は格納されなくてよい。一方、受信装置１００は、記録媒体に設けられる所定の受信用フォルダ内に１つのデータ記録用フォルダを作成する（ステップＳ１２４）。その後、送信装置２００は、生成した管理ファイルを受信装置１００へ送信する（ステップＳ１２６）。受信装置１００は、送信装置２００から受信した管理ファイルを、作成したデータ記録用フォルダ内に記録する（ステップＳ１２８）。
【００６１】
次に、送信装置２００は、指定された一群のデータファイルのうちの第１のデータファイル（＃１）を受信装置１００へ送信する（ステップＳ１３２ａ）。受信装置１００は、送信装置２００から受信した第１のデータファイル（＃１）を、上述した命名規則に従ってリネームした上で、上記データ記録用フォルダ内に記録する（ステップＳ１３４ａ）。そして、受信装置１００は、管理ファイルのボディ部に第１のデータファイル（＃１）の転送後のファイル名などの属性情報を追記することにより、管理ファイルを更新する（ステップＳ１３６ａ）。このようなデータファイルごとの処理は、指定された各データファイルについて繰り返される（ステップＳ１３２ａ〜ステップＳ１３６ｎ）。そして、最後のデータファイルについての管理ファイルの更新が終了すると、第１のシナリオに沿ったデータファイル受信処理は終了する。
【００６２】
［３−２．第２のシナリオ］
図９は、第２のシナリオに沿ったデータファイル受信処理の流れの一例を示すフローチャートである。なお、ユーザにより送信装置２００と受信装置１００とが近付けられるまでの処理（ステップＳ１０２〜Ｓ１０８）は、第１のシナリオと同様である。そのため、これら処理についての重複する説明を省略する。
【００６３】
まず、送信装置２００と受信装置１００との間の認証処理が行われ、通信接続が確立すると（ステップＳ１１０）、受信装置１００は、記録媒体に設けられる所定の受信用フォルダ内に１つのデータ記録用フォルダを作成する（ステップＳ１２４）。
【００６４】
次に、送信装置２００は、指定された一群のデータファイルのうちの第１のデータファイル（＃１）についての属性情報を受信装置１００へ送信する（ステップＳ１４２ａ）。ここで送信される属性情報には、送信装置２００における第１のデータファイルのファイルパス、ファイル名及びデータサイズなどが含まれ得る。また、送信装置２００は、第１のデータファイル（＃１）を受信装置１００へ送信する（ステップＳ１４３ａ）。
【００６５】
受信装置１００は、第１のデータファイル（＃１）を送信装置２００から受信すると、データ記録用フォルダ内に、管理ファイルを生成する（ステップＳ１４４）。この時点での管理ファイルには、各データファイルに対応するエントリは格納されない。なお、管理ファイルの生成は、第１のデータファイルが受信される前に行われてもよい。次に、受信装置１００は、送信装置２００から受信した第１のデータファイル（＃１）を、上述した命名規則に従ってリネームした上で、データ記録用フォルダ内に記録する（ステップＳ１４６ａ）。そして、受信装置１００は、管理ファイルのボディ部に第１のデータファイル（＃１）に対応するエントリを追記することにより、管理ファイルを更新する（ステップＳ１４８ａ）。
【００６６】
次に、送信装置２００は、指定された一群のデータファイルのうちの第２のデータファイル（＃２）についての属性情報を受信装置１００へ送信する（ステップＳ１４２ｂ）。また、送信装置２００は、第２のデータファイル（＃２）を受信装置１００へ送信する（ステップＳ１４３ｂ）。そうすると、受信装置１００は、送信装置２００から受信した第２のデータファイル（＃２）を、上述した命名規則に従ってリネームした上で、データ記録用フォルダ内に記録する（ステップＳ１４６ｂ）。そして、受信装置１００は、管理ファイルのボディ部に第２のデータファイル（＃２）に対応するエントリを追記することにより、管理ファイルを更新する（ステップＳ１４８ｂ）。このようなデータファイルごとの処理は、指定された各データファイルについて繰り返される（ステップＳ１４２ａ〜ステップＳ１４８ｎ）。そして、最後のデータファイルについての管理ファイルの更新が終了すると、第２のシナリオに沿ったデータファイル受信処理は終了する。
【００６７】
＜４．まとめ＞
ここまで、図１〜図９を用いて、本発明の一実施形態に係る受信装置１００について主に説明した。本実施形態によれば、１度の通信接続について１つのみのデータ記録用フォルダが記録媒体に新たに作成されるため、データ転送の際のフォルダ作成処理によるパフォーマンスの低下が軽減される。また、データファイルが通信接続ごとの１つのデータ記録用フォルダの直下に一様に記録されため、フォルダ階層の深さに制限が課せられている装置にも本発明を適用可能である。また、どのデータファイルがいつ転送されたのか、又はどのデータファイルの転送に成功し、どのデータファイルの転送に失敗したのかを、ユーザが容易に認識することができる。また、各データファイルのファイル名が所定の命名規則に従って変更されるため、ファイル名又は拡張子の規定違反などの理由でデータファイルの記録が拒否されることがない。よって、データファイルの転送の機会を失うことが避けられる。さらに、本明細書で説明したデータファイル受信処理、受信側でのフォルダ構成及び命名規則はデータファイルの種類に依存しないため、未知の種類のデータファイルをも容易に取り扱うことができる。
【００６８】
なお、本明細書では、受信装置１００の制御部１２０が図８又は図９を用いて説明したデータファイル受信処理を制御する例について説明した。しかしながら、受信装置１００の通信部１１０の通信制御部１１２が当該データファイル受信処理を制御してもよい。その場合にも、上述した本発明の利点が同様に享受され得る。
【００６９】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００７０】
１００    受信装置
１０２    アンテナ
１０４    表示部
１０６    操作部
１１０    通信部
１１２    通信制御部
１２０    制御部
１３０    メインメモリ（記録媒体）
１４０    フラッシュメモリ（記録媒体）
１５０    リムーバブルメディア（記録媒体）
２００    送信装置
２０２    アンテナ
【図１】
2011129050.tif 000003
【図２】
2011129050.tif 000004
【図３】
2011129050.tif 000005
【図４】
2011129050.tif 000006
【図５】
2011129050.tif 000007
【図６】
2011129050.tif 000008
【図７】
2011129050.tif 000009
【図８】
2011129050.tif 000010
【図９】
2011129050.tif 000011