(57)【要約】【課題】著作権保護の要請から画像情報等の各種情報を他の機器等に移動した時、仮に移動した画像情報が元の画像情報に比較して画質や画像の大きさ等が劣化していたとしても、元の機器等にその画像情報を戻した時には、その戻した画像情報は元の画像情報に比較して画質や画像の大きさ等が同一であることを保証する。【解決手段】第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のフォーマットに変換するステップと、第２のフォーマットに変換されたデータを第１のフォーマットに戻すためのデータを作成するステップと、第２のフォーマットに変換されたデータを第２のデータ記憶手段に記憶するステップと、第１のデータ記憶手段に第１のフォーマットで記憶されているデータを削除するステップと、第１のフォーマットに戻すためのデータを第１のデータ記憶手段に記憶するステップとを備える。【選択図】図１
2006085435.tif 000002
【特許請求の範囲】
【請求項１】
第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のデータ記憶手段に移動するデータ移動方法であって、
第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のフォーマットに変換するステップと、
前記第２のフォーマットに変換されたデータを前記第１のフォーマットに戻すためのデータを作成するステップと、
前記第２のフォーマットに変換されたデータを前記第２のデータ記憶手段に記憶するステップと、
前記第１のデータ記憶手段に第１のフォーマットで記憶されているデータを削除するステップと、
前記第１のフォーマットに戻すためのデータを前記第１のデータ記憶手段に記憶するステップと、
を有するデータ移動方法。
【請求項２】
前記第２のフォーマットで記憶されているデータは、前記第１のフォーマットで記憶されているデータよりもデータ容量が小さいかあるいはデータが退化しているかのいずれか一方または両方である、
請求項１に記載のデータ移動方法。
【請求項３】
前記第２のフォーマットで記憶されているデータは、前記第１のフォーマットに戻すためのデータを使わなければ前記第１のフォーマットで記憶されているデータに戻すことができない、
請求項１または請求項２に記載のデータ移動方法。
【請求項４】
前記第１のフォーマットに戻すためのデータは、前記第２のフォーマットで記憶されているデータを使わなければ前記第１のフォーマットで記憶されているデータを作成することができない、
請求項１から請求項３のいずれか１項に記載のデータ移動方法。
【請求項５】
前記第１のフォーマットに戻すためのデータは、前記第２のフォーマットで記憶されているデータと前記第１のフォーマットで記憶されているデータとをビット列として演算することで作成される、
請求項１から請求項４のいずれか１項に記載のデータ移動方法。
【請求項６】
前記ビット列としての演算は、前記第２のフォーマットで記憶されているデータの全てと前記第１のフォーマットで記憶されているデータの全てとを使って行われる排他的論理和演算である、
請求項５に記載のデータ移動方法。
【請求項７】
前記第１のフォーマットで記憶されているデータおよび前記第２のフォーマットで記憶されているデータおよび前記第１のフォーマットに戻すためのデータのいずれかまたは全ては、着脱可能なデータ記録メディアに記録されることがある、
請求項１から請求項６のいずれか１項に記載のデータ移動方法。
【請求項８】
前記第１のフォーマットで記憶されているデータは、暗号化または圧縮化のいずれか一方または両方が行われているコンテンツデータである、
請求項１から請求項７のいずれか１項に記載のデータ移動方法。
【請求項９】
第１のフォーマットのデータを記憶する第１のデータ記憶手段と、
前記第１のフォーマットで第１のデータ記憶手段に記憶されているデータを第２のフォーマットに変換するデータ変換手段と、
前記第２のフォーマットに変換されたデータを記憶する第２のデータ記憶手段と、
前記第２のフォーマットに変換されたデータを前記第１のフォーマットに戻すためのデータを作成するデータ作成手段とを有し、
前記第１のフォーマットに戻すためのデータを前記第１のデータ記憶手段に記憶するとともに、前記第１のデータ記憶手段に記憶されている前記第１のフォーマットのデータを削除する、
データ移動装置。
【請求項１０】
第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のデータ記憶手段に移動する、コンピュータによって実行可能なデータ移動プログラムであって、
第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のフォーマットに変換するステップと、
前記第２のフォーマットに変換されたデータを前記第１のフォーマットに戻すためのデータを作成するステップと、
前記第２のフォーマットに変換されたデータを前記第２のデータ記憶手段に記憶するステップと、
前記第１のデータ記憶手段に第１のフォーマットで記憶されているデータを削除するステップと、
前記第１のフォーマットに戻すためのデータを前記第１のデータ記憶手段に記憶するステップと、
を有するデータ移動プログラム。
【請求項１１】
コンピュータによって読み取り可能な記録媒体であって、
請求項１０に記載のデータ移動プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許出願に係る発明（以後、本発明という）は、何らかの記録媒体に記録されたデータを他の記録媒体に移動する、データ移動方法、データ移動装置、データ移動プログラム、データ移動プログラムを記録した記録媒体に関するものである。
【０００２】
ここでデータの移動とは、ある記録媒体に記録されているデータを他の記録媒体にコピーするとともに、元の記録媒体には記録されていない状態にすることをいう。
【０００３】
さらに、元の記録媒体に記録されていたデータと移動後の記録媒体に記録されているデータとは、その利用可能性としての本質的な同一性は維持しながら、何らかの形式的な変更を伴う、データ移動方法、データ移動装置、データ移動プログラム、データ移動プログラムを記録した記録媒体に関するものである。
【背景技術】
【０００４】
従来のデータ移動方法、データ移動装置、データ移動プログラム、データ移動プログラムを記録した記録媒体等の一例としては、例えば下記特許文献１に記載されたカメラ付き携帯電話で行われる画像情報の通信等があった。
【０００５】
図７に、この従来のデータ移動方法等の一例を行う、カメラ機能付き携帯電話装置９００のブロック構成図を示す。
【０００６】
通信部９２７は、他の端末装置等（図示せず）との間で音声情報や文字情報や画像情報等の送受信を行う。文字画像管理メモリ９２９は、文字情報と画像情報とを関連付けた情報を保存する。
【０００７】
システム制御部９２８は、カメラ機能付き携帯電話装置９００の各部分の動作を制御するとともに、文字メモリ９２６に保存された文字情報と画像メモリ９２２に保存された画像情報とを関連付ける機能を有している。
【０００８】
デジタルカメラ９２１は、人物や風景等を撮像し画像情報を得るためのものである。デジタルカメラ９２１によって得られた画像情報は画像メモリ９２２に送られる。デジタルカメラ９２１は例えばＣＣＤ等の固体撮像素子で構成されている。
【０００９】
画像メモリ９２２は、デジタルカメラ９２１から送られてきた画像情報や、あるいは通信部９２７で受信された画像情報等を保存する機能を有している。画像メモリ９２２は例えば半導体メモリ等で構成されている。
【００１０】
画像表示部９２３は、デジタルカメラ９２１から送られてきた画像情報や、画像メモリ９２２に保存されている画像情報等を表示する機能を有している。画像表示部９２３は例えば液晶表示装置等で構成されている。
【００１１】
音声入出力部９２４は、カメラ機能付き携帯電話装置９００の使用者の音声等を入出力し、システム制御部９２８を介してその音声情報等を通信部９２７とやり取りする機能を有している。音声入出力部９２４は例えば電話の送受話機あるいはマイクとスピーカとから構成されている。
【００１２】
文字情報入力部９２５は、電話番号や通話相手の氏名等の文字情報を入力し、システム制御部９２８を介してその文字情報を文字メモリ９２６や通信部９２７と受け渡しする機能を有している。文字情報入力部９２５は例えば電話機のキー入力パッドあるいはキーボード等で構成されている。
【００１３】
文字メモリ９２６は、文字情報入力部９２５から受け取った文字情報や、あるいは通信部９２７で受信された文字情報等を保存する機能を有している。文字メモリ９２６は例えば半導体メモリ等で構成されている。
【００１４】
このカメラ機能付き携帯電話装置９００では、通信部９２７が画像メモリ９２２からの画像情報や、文字メモリ９２６あるいは文字情報入力部９２５からの文字情報や、音声入出力部９２４からの使用者の音声情報等を受け取り、他の端末装置等にこれらの各種情報を送信する機能を持つことをその特徴としている。
【００１５】
通信部９２７は、上記各種情報に合わせて送信方法を切り換える切り換え手段（図示せず）を内部に備えている。
【００１６】
また、通信部９２７は他の端末装置等からの画像情報や文字情報や音声情報等を受信し、それぞれ画像メモリ９２２や文字メモリ９２６や音声入出力部９２４に送り出す機能を有している。
【００１７】
送信時と同様に、通信部９２７は前記各種情報に合わせて受信方法を、上記切り換え手段によって切り換えることができる。
【００１８】
通信部９２７は例えばデータ通信回路等で構成されている。
【００１９】
さらにこのカメラ機能付き携帯電話装置９００は、文字情報と画像情報とを関連付ける文字画像管理情報を保存するための文字画像管理メモリ９２９を備えており、顔画像等の画像情報と電話番号等の文字情報とを関連付けて管理し、画像表示部９２３に表示することができることをその特徴としている。
【００２０】
システム制御部９２８は、文字メモリ９２６内の文字情報と画像メモリ９２２内の画像情報とを関連付け、その関連を表す文字画像管理情報を文字画像管理メモリ９２９に保存する。
【００２１】
また、システム制御部９２８は、文字画像管理メモリ９２９に保存されている文字画像管理情報に関連した文字情報および画像情報をそれぞれ文字メモリ９２６や画像メモリ９２２から呼び出し、画像表示部９２３あるいは通信部９２７と受け渡しする機能をも備えている。
【００２２】
さらに、システム制御部９２８は、カメラ機能付き携帯電話装置９００の各部分の動作を制御し、各部分間の情報の流れを制御する機能を有している。システム制御部９２８は例えばＣＰＵとその周辺回路等から構成されている。
【００２３】
文字メモリ９２６には例えば電話番号と関連する氏名等の文字情報が保存されている。画像メモリ９２２には例えば顔画像等の画像情報が保存されている。
【００２４】
文字画像管理メモリ９２９は例えば半導体メモリ等で構成されており、文字メモリ９２６に保存されている文字情報と画像メモリ９２２に保存されている画像情報とを関連付けるための文字画像管理情報が記憶されている。
【００２５】
文字情報は例えば文字情報入力部９２５から入力された文字情報であり、画像情報は例えばデジタルカメラ９２１で撮像された画像情報である。
【００２６】
例えば、文字情報と画像情報とを画像表示部９２３に表示し、関連する文字情報と画像情報を関連付けるよう文字情報入力部９２５で文字メモリ９２６および画像メモリ９２２のアドレスを入力する。
【００２７】
システム制御部９２８は、文字情報入力部９２５で入力された文字情報と画像情報を関連付けるアドレスとから文字画像管理情報を生成し、文字画像管理メモリ９２９に保存する。
【００２８】
文字画像管理情報とは、例えば文字情報の文字メモリ９２６内でのアドレスと画像情報の画像メモリ９２２内でのアドレスとで構成されている。これによって、文字情報と画像情報とを関連付けて管理することができる。
【００２９】
通常の携帯電話装置では、例えば通話相手の電話番号と氏名等の文字情報だけが表示される。
【００３０】
しかしながらこのカメラ機能付き携帯電話装置９００では、文字画像管理情報に基づいて、例えば通話相手の電話番号と氏名等の文字情報と、例えば顔画像等の関連付けられた画像情報とを同時に画像表示部９２３に表示し、顔画像等の画像情報を使って通話相手を選び、その画像情報に関連した電話番号、氏名等の文字情報を自動的に検索することが可能になる。
【００３１】
このようにして、文字情報、画像情報および音声情報を１つの通信部９２７で送受信することができるとともに、文字画像管理メモリ９２９を設け、システム制御部９２８がこの文字画像管理メモリ９２９を使って文字画像管理情報を管理することで、視覚的な画像情報を利用して効率的な文字情報検索を実現することも可能になる。
【特許文献１】特開平１１−２０５７６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００３２】
上記カメラ機能付き携帯電話装置９００に代表されるデータ移動方法等では、デジタルカメラ９２１で撮影した画像情報を画像メモリ９２２に記憶保存することが可能であり、またその画像情報をシステム制御部９２８を介して通信部９２７から他の各種機器に送信し、その他の機器でもその画像情報を受信して、記憶保存し、利用することができる。
【００３３】
しかしながら、近年、これらカメラ機能付き携帯電話装置９００やそのデジタルカメラ９２１の高機能化に伴って、撮影された画像情報の著作権に関する問題が浮上している。
【００３４】
デジタルカメラ９２１で撮影した画像情報を画像メモリ９２２に記憶保存するとともに、その画像情報を通信部９２７から他の各種機器に送信し、その他の機器でもその画像情報を受信して、記憶保存し、自由に利用することができることは非常に便利であるが、その一方、画像情報の著作権は保証されない。
【００３５】
そこで画像情報を単に送信するのではなく、「移動」する方法が提案されている。
【００３６】
これは、画像メモリ９２２に記憶保存されている画像情報をシステム制御部９２８を介して通信部９２７から他の各種機器に送信した時、元の画像メモリ９２２に記憶保存されていた画像情報は削除してしまうことを強制するものである。
【００３７】
即ち、元の画像情報はそのままにして、他の各種機器にその画像情報と同じものを複製（コピー）するのではなく、元の画像情報そのものを他の各種機器に「移動」するのであるから、その元の画像情報は当然なくなってしまうことになる。
【００３８】
このような画像情報の「移動」を義務付けることによって、画像情報はどれかの機器に必ず１つしか存在しないことが保証されるので、著作権者に無断で画像情報のコピーが複数製造され、頒布され、勝手に利用されることを防止することができる。
【００３９】
しかしながらまたその一方、元の画像メモリ９２２に記憶保存されていた画像情報は削除されてなくなってしまうので、元のカメラ機能付き携帯電話装置９００で再び元の画像情報を利用したい時には、その画像情報の「移動先」から再度元のカメラ機能付き携帯電話装置９００に取り戻すことが必要になる。
【００４０】
この時、元の画像情報をそのまま取り戻すことができれば問題はないが、元の画像情報が何度か各種の機器を「移動」して利用されたようなケースでは、その画像情報の画質が劣化している可能性がある。
【００４１】
例えば、ある移動先の機器では表示画面サイズが小さく画像メモリの容量も小さいので、元の画像情報を圧縮して小さい表示画面に合うよう変換しているかも知れない。
【００４２】
しかしながらこのような画像情報を取り戻した元のカメラ機能付き携帯電話装置９００では、元の画像サイズで元の画質の画像情報を利用することができる方が望ましい。
【００４３】
このように著作権保護の要請から画像情報等の各種情報を移動した時には、元の機器等にその画像情報を戻した時、この戻した画像情報の画質や画像の大きさ等が元の画像情報と同一であることを保証することができないという課題があった。
【課題を解決するための手段】
【００４４】
上記課題を解決するため、本特許出願に係る発明は、以下の構成を採る。
【００４５】
本特許出願に係る請求項１に記載の発明は、第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のデータ記憶手段に移動するデータ移動方法であって、第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のフォーマットに変換するステップと、前記第２のフォーマットに変換されたデータを前記第１のフォーマットに戻すためのデータを作成するステップと、前記第２のフォーマットに変換されたデータを前記第２のデータ記憶手段に記憶するステップと、前記第１のデータ記憶手段に第１のフォーマットで記憶されているデータを削除するステップと、前記第１のフォーマットに戻すためのデータを前記第１のデータ記憶手段に記憶するステップと、を有するデータ移動方法である。
【００４６】
本特許出願に係る請求項２に記載の発明は、前記第２のフォーマットで記憶されているデータは、前記第１のフォーマットで記憶されているデータよりもデータ容量が小さいかあるいはデータが退化しているかのいずれか一方または両方である、請求項１に記載のデータ移動方法である。
【００４７】
本特許出願に係る請求項３に記載の発明は、前記第２のフォーマットで記憶されているデータは、前記第１のフォーマットに戻すためのデータを使わなければ前記第１のフォーマットで記憶されているデータに戻すことができない、請求項１または請求項２に記載のデータ移動方法である。
【００４８】
本特許出願に係る請求項４に記載の発明は、前記第１のフォーマットに戻すためのデータは、前記第２のフォーマットで記憶されているデータを使わなければ前記第１のフォーマットで記憶されているデータを作成することができない、請求項１から請求項３のいずれか１項に記載のデータ移動方法である。
【００４９】
本特許出願に係る請求項５に記載の発明は、前記第１のフォーマットに戻すためのデータは、前記第２のフォーマットで記憶されているデータと前記第１のフォーマットで記憶されているデータとをビット列として演算することで作成される、請求項１から請求項４のいずれか１項に記載のデータ移動方法である。
【００５０】
本特許出願に係る請求項６に記載の発明は、前記ビット列としての演算は、前記第２のフォーマットで記憶されているデータの全てと前記第１のフォーマットで記憶されているデータの全てとを使って行われる排他的論理和演算である、請求項５に記載のデータ移動方法である。
【００５１】
本特許出願に係る請求項７に記載の発明は、前記第１のフォーマットで記憶されているデータおよび前記第２のフォーマットで記憶されているデータおよび前記第１のフォーマットに戻すためのデータのいずれかまたは全ては、着脱可能なデータ記録メディアに記録されることがある、請求項１から請求項６のいずれか１項に記載のデータ移動方法である。
【００５２】
本特許出願に係る請求項８に記載の発明は、前記第１のフォーマットで記憶されているデータは、暗号化または圧縮化のいずれか一方または両方が行われているコンテンツデータである、請求項１から請求項７のいずれか１項に記載のデータ移動方法である。
【００５３】
本特許出願に係る請求項９に記載の発明は、第１のフォーマットのデータを記憶する第１のデータ記憶手段と、前記第１のフォーマットで第１のデータ記憶手段に記憶されているデータを第２のフォーマットに変換するデータ変換手段と、前記第２のフォーマットに変換されたデータを記憶する第２のデータ記憶手段と、前記第２のフォーマットに変換されたデータを前記第１のフォーマットに戻すためのデータを作成するデータ作成手段とを有し、前記第１のフォーマットに戻すためのデータを前記第１のデータ記憶手段に記憶するとともに、前記第１のデータ記憶手段に記憶されている前記第１のフォーマットのデータを削除する、データ移動装置である。
【００５４】
本特許出願に係る請求項１０に記載の発明は、第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のデータ記憶手段に移動する、コンピュータによって実行可能なデータ移動プログラムであって、第１のデータ記憶手段に第１のフォーマットで記憶されているデータを第２のフォーマットに変換するステップと、前記第２のフォーマットに変換されたデータを前記第１のフォーマットに戻すためのデータを作成するステップと、前記第２のフォーマットに変換されたデータを前記第２のデータ記憶手段に記憶するステップと、前記第１のデータ記憶手段に第１のフォーマットで記憶されているデータを削除するステップと、前記第１のフォーマットに戻すためのデータを前記第１のデータ記憶手段に記憶するステップと、を有するデータ移動プログラムである。
【００５５】
本特許出願に係る請求項１１に記載の発明は、コンピュータによって読み取り可能な記録媒体であって、請求項１０に記載のデータ移動プログラムを記録した記録媒体である。
【発明の効果】
【００５６】
本発明によれば、著作権保護の要請から画像情報等の各種情報を他の機器等に移動した時、仮に移動した画像情報が元の画像情報に比較して画質や画像の大きさ等が劣化していたとしても、元の機器等にその画像情報を戻した時には、その戻した画像情報は元の画像情報に比較して画質や画像の大きさ等が同一であることを保証することが可能となる。
【発明を実施するための最良の形態】
【００５７】
以下に本発明の実施の形態について、図面を参照して説明する。
【００５８】
（実施の形態１）
図１に、本発明のデータ移動装置の実施の形態１であるパソコン１００において、画像データ搬出に関連する部分の模式的ブロック図を示す。
【００５９】
パソコン１００は通常一般的に使用されるパソコンであり、ＣＰＵや、表示部や、キーボード部や、メモリや、拡張記憶部や、電源部や、その他の各種構成部を備えているが、これらは通常のパソコンとして一般的なものであるので、記載を省略し、本発明に直接関連する部分だけを図示している。
【００６０】
元画像データ１２１は、例えば静止画像データであり、各種圧縮符号化方式、例えばＪＰＥＧやＧＩＦ等の方式によって圧縮符号化されており、パソコン１００の拡張記憶部、例えばＨＤＤ等に記憶されている。
【００６１】
但し、本発明は必ずしも静止画像データだけに適用されるものではなく、例えば元画像データ１２１はＭＰＥＧ２やＭＰＥＧ４や、その他の動画像圧縮符号化方式によって圧縮符号化された動画像データであっても構わないし、さらにまた、必ずしも画像データでなく、音声データや文字データや、これらが混在したマルチメディアデータであっても構わない。
【００６２】
この実施の形態では仮に、元画像データ１２１を、赤・緑・青（ＲＧＢ）各色１６ビットのＪＰＥＧ方式で符号化圧縮された静止画像データであり、その画素数は１０２４ｘ１０２４ドットであったと仮定し、この元画像データ１２１を他の機器１４０に搬出するケースについて説明をする。
【００６３】
さらにまた、この実施の形態では仮に、他の機器１４０は比較的画像処理性能が低い、例えば携帯電話であったと仮定し、この携帯電話である他の機器１４０では、赤・緑・青（ＲＧＢ）各色４ビットのＧＩＦ方式で符号化圧縮された、画素数が最大２５６ｘ２５６ドットの静止画像データしか扱うことができなかったと仮定する。
【００６４】
このような仮定の下では、従って、パソコン１００は、元画像データ１２１を携帯電話である他の機器１４０が扱うことのできる形式の画像データに変換したうえで、他の機器１４０に搬出しなければならない。
【００６５】
さらに、元画像データ１２１は単に圧縮符号化されているだけでなく、何らかの暗号化が行われていることもあるし、圧縮符号化はされているが、暗号化までは行われていないこともある。
【００６６】
暗号化を行うのは、その元画像データ１２１のセキュリティを守るため、例えば、正当な権限を有する者、具体的には何らかの対価を支払ったり契約を行った者だけに、元画像データ１２１の利用を限定するためである。このような限定等を必要としない時には、通常、暗号化等までは行われないことが多い。
【００６７】
この実施の形態では、元画像データ１２１は、圧縮符号化とともに、暗号化が行われていたと仮定する。
【００６８】
このような仮定の下で、元画像データ１２１を他の機器１４０に搬出するため、まずパソコン１００では、暗号化されたデータの復号化部１２３が、圧縮符号化とともに暗号化が行われている元画像データ１２１の復号化を行う。ここでいう復号化には、暗号化された元画像データ１２１の復号化と、ＪＰＥＧ方式で圧縮符号化された元画像データ１２１の復号化との両方を含むものである。
【００６９】
暗号化の方式には各種の秘密鍵方式や公開鍵方式や、その他の各種方式があり、復号化には鍵データ等を必要とするが、これらについては本発明の本質と直接関係しないので説明を省略する。
【００７０】
暗号化されたデータの復号化部１２３によって復号化された元画像データ１２１は、通常、暗号化されていない状態で、ＢＭＰ形式等のファイルフォーマットで、パソコン１００のメモリや拡張記憶部等に記憶される。
【００７１】
次に、パソコン１００の復号化されたデータのフォーマット変換部１２５が、上記パソコン１００のメモリや拡張記憶部等にＢＭＰ形式等のファイルフォーマットで記憶されている、復号化された元画像データ１２１に対して、フォーマット変換を行う。
【００７２】
ここでいうフォーマット変換とは、暗号化や圧縮が行われていない例えばＢＭＰ形式等で、画素数が１０２４ｘ１０２４ドットの元画像データ１２１を、搬出する相手の機器である他の機器１４０が扱うことのできる形式である、赤・緑・青（ＲＧＢ）各色４ビットのＧＩＦ方式で符号化圧縮され、画素数が２５６ｘ２５６ドットの静止画像データに変換することをいう。
【００７３】
このようなフォーマット変換を行う前の元画像データ１２１は、上記の通り、赤・緑・青（ＲＧＢ）各色１６ビットのＪＰＥＧ方式で符号化圧縮され、その画素数は１０２４ｘ１０２４ドットであったと仮定しているので、元画像データ１２１はこのようなフォーマット変換を行うことによって、その画像の大きさや画質は大きく劣化してしてしまうことが解る。
【００７４】
このような時にも、この搬出した画像データを、元のパソコン１００に戻した時には、元の画像の大きさと画質とを保証しようとするのが、本発明の主目的である。
【００７５】
次に、パソコン１００のフォーマット変換されたデータの再暗号化部１２７が、この赤・緑・青（ＲＧＢ）各色４ビットのＧＩＦ方式で符号化圧縮され、画素数が２５６ｘ２５６ドットの静止画像データに対して、再度暗号化を行う。
【００７６】
この暗号化は上記の通り、この変換された画像データのセキュリティを守るため、例えば、正当な権限を有する者、具体的には何らかの対価を支払ったり契約を行った者だけに、画像データの利用を限定するためであり、このような限定等を必要としない時には、通常、暗号化等までは行われないことが多く、そのようなケースではこのステップはないこともある。
【００７７】
以上の処理によって、元画像データ１２１を他の機器１４０に搬出するための劣化画像データ１３１が作成される。通常、この劣化画像データ１３１も、パソコン１００のメモリや拡張記憶部等に記憶される。
【００７８】
劣化画像データ１３１が作成されると、次に、パソコン１００のビット列変換演算部１３３は、元画像データ１２１と劣化画像データ１３１とをビット列変換演算することによって、画像復旧用データ１３５を作成する。
【００７９】
このビット列変換演算部１３３によって実行されるビット列変換演算の一例を、図３に示す。
【００８０】
図３の一番上の段に示すのが、仮想的な元画像データ１２１の一例であり、最初の２バイトと最後の２バイトだけを示し、途中は省略している。
【００８１】
図３の二番目の段に示すのが、仮想的な劣化画像データ１３１であり、通常、劣化画像データ１３１は元画像データ１２１よりも画像が劣化しており、劣化画像データ１３１の容量は、通常、元画像データ１２１の容量よりも小さい。
【００８２】
図３に示す仮想的な例では、説明の簡略化のため、極端ではあるが、劣化画像データ１３１は２バイトであったと仮定している。実際には劣化画像データ１３１の容量は、元画像データ１２１の容量よりも小さいとはいえ、これほど小さくはないかも知れないが、本発明の本質としては同じであり、単に説明の解り易さのために、このように仮定する。
【００８３】
このより容量が大きい元画像データ１２１と、より容量が小さい劣化画像データ１３１とを、ビット列変換演算するには、同じ容量（ビット列の長さ）にする必要があるが、そのために、本実施の形態では、図３に示す通り、劣化画像データ１３１を繰り返し使用している。
【００８４】
この実施の形態に仮想的に示すように、劣化画像データ１３１の長さを極端に短くすれば、元画像データ１２１のビット列長と同じ長さにするには、繰り返し回数をより多くして劣化画像データ１３１を使用しなければならないし、劣化画像データ１３１の長さがそれほど短くなっていなければ（例えば、元画像データ１２１のビット列長の９０％）、元画像データ１２１のビット列長と同じ長さにするには、繰り返し回数をそれほど多くして劣化画像データ１３１を使用する必要はない。
【００８５】
また、劣化画像データ１３１を繰り返し使用することによって、元画像データ１２１のビット列長と同じ長さにするに際し、劣化画像データ１３１を繰り返し使用する回数が丁度整数回で、元画像データ１２１のビット列長と同じ長さに一致するとは限らないが、もしも端数が生じた時には、劣化画像データ１３１を繰り返し使用する回数を多めに設定し、余った劣化画像データ１３１を使用しなければよい。あるいは、その他の何らかの方法で調整しても構わない。
【００８６】
このようにして、元画像データ１２１のビット列長と同じ長さのビット列長の劣化画像データ１３１を作成すると、次にビット列変換演算部１３３が、これら２つのビット列を使って演算を行い、画像復旧用データ１３５を作成する。
【００８７】
このビット列演算は、例えば図３に示すように、ビット毎の排他的論理和（ＸＯＲ）演算である。
【００８８】
この元画像データ１２１と劣化画像データ１３１とから、画像復旧用データ１３５を作成する過程は一種の暗号化と復号化のための鍵を生成する過程ということができる。
【００８９】
本来ならば、このような暗号化と復号化のための鍵を生成する過程は、例えば秘密鍵方式や公開鍵方式で知られているように、より複雑な演算を行うべきである。
【００９０】
しかしながら本実地の形態では、説明の簡略化のために仮想的に劣化画像データ１３１のビット列長を２バイトと仮定したが、本当の実施の形態では例えば数１００ＫＢから数ＭＢの大きさであることが多く、このことは暗号化の鍵の長さが数１００ＫＢから数ＭＢであることに相当する。このように大きな容量の鍵を使用するので、暗号化の演算は非常に簡単であったとしても、暗号を破ることは非常に困難になり、セキュリティは確保される。
【００９１】
しかしながら、このビット列演算は、必ずしもビット毎の排他的論理和演算に限るものではなく、その他の演算、例えば１の補数の和を求める演算であっても構わないし、その他の演算であっても構わない。
【００９２】
このようにして、パソコン１００において、元画像データ１２１から劣化画像データ１３１と画像復旧用データ１３５の作成が完了すると、劣化画像データ１３１を他の機器１４０に搬出する。この搬出とは具体的には、何らかの通信回線を使用して、劣化画像データ１３１を他の機器１４０に送信することであったり、劣化画像データ１３１を何らかの記録媒体に記録して、他の機器１４０に渡すことであり、さらにそれと同時に、パソコン１００では、元画像データ１２１と劣化画像データ１３１とを消去（削除）することである。
【００９３】
背景技術でも説明したように、元画像データ１２１の著作権を守る要請から、元画像データ１２１を他の機器１４０で使用するために他の機器１４０へ搬出した以上は、その元画像データ１２１を元のパソコン１００に残しておくことは許されず、パソコン１００上では元画像データ１２１と劣化画像データ１３１とを削除することが強制されるからである。
【００９４】
画像復旧用データ１３５はパソコン１００に残されるが、これはある意味で暗号化された元画像データ１２１ということもでき、この画像復旧用データ１３５だけでは意味をなさず、暗号を復号化する鍵に相当する劣化画像データ１３１を入手しなければ何も役にも立たないので、パソコン１００に残すことが許される。
【００９５】
そして、劣化画像データ１３１を元のパソコン１００に戻した時、元画像データ１２１は、赤・緑・青（ＲＧＢ）各色１６ビットのＪＰＥＧ方式で符号化圧縮され、その画素数は１０２４ｘ１０２４ドットの、非常に高画質の静止画像データであったにも拘らず、劣化画像データ１３１は、赤・緑・青（ＲＧＢ）各色４ビットのＧＩＦ方式で符号化圧縮され、その画素数は２５６ｘ２５６ドットの、非常に画質が劣化した静止画像データになっている。
【００９６】
そこでこの劣化した画像データである劣化画像データ１３１を元のパソコン１００に搬入した時、この劣化した画像データである劣化画像データ１３１を、元の高画質の元画像データ１２１に戻すために、画像復旧用データ１３５を使用することができる。
【００９７】
この本発明のデータ移動装置の実施の形態１であるパソコン１００において、画像データ搬入に関連する部分の模式的ブロック図を図２に示す。
【００９８】
図２においても、パソコン１００は通常一般的に使用されるパソコンであり、ＣＰＵや、表示部や、キーボード部や、メモリや、拡張記憶部や、電源部や、その他の各種構成部を備えているが、これらは通常のパソコンとして一般的なものであるので、記載を省略し、本発明に直接関連する部分だけを図示している。
【００９９】
パソコン１００に対して、他の機器１４０から劣化画像データ１３１が搬入されると、この劣化画像データ１３１は例えばパソコン１００のメモリや拡張記憶部等に記憶される。
【０１００】
この搬入とは、具体的には、何らかの通信回線を使用して、劣化画像データ１３１を他の機器１４０から受信することであったり、劣化画像データ１３１を何らかの記録媒体に記録して、他の機器１４０から受け取ることであり、さらにそれと同時に、他の機器１４０では、劣化画像データ１３１を消去（削除）することである。
【０１０１】
劣化画像データ１３１を搬入したパソコン１００では、ビット列逆変換演算部１３９が、搬入した劣化画像データ１３１と、メモリや拡張記憶部に記録保存している画像復旧用データ１３５とを使用して、ビット列逆変換演算を行うことで、元画像データ１２１を再生する。
【０１０２】
この元画像データ１２１は、搬入した劣化画像データ１３１が赤・緑・青（ＲＧＢ）各色４ビットのＧＩＦ方式で符号化圧縮された、その画素数は２５６ｘ２５６ドットの、非常に画質が劣化した静止画像データであったにも拘らず、赤・緑・青（ＲＧＢ）各色１６ビットのＪＰＥＧ方式で符号化圧縮された、その画素数は１０２４ｘ１０２４ドットの、非常に高画質の静止画像データに再生されている。
【０１０３】
このビット列逆変換演算部１３９によって実行されるビット列逆変換演算の一例を、図４に示す。
【０１０４】
図４の一番上の段に示すのが、仮想的な画像復旧用データ１３５の一例であり、最初の２バイトと最後の２バイトだけを示し、途中は省略している。
【０１０５】
この画像復旧用データ１３５は、上記ビット列変換演算部１３３によるビット列変換演算によって作成されたデータである。
【０１０６】
図４の二番目の段に示すのが、他の機器１４０から搬入された仮想的な劣化画像データ１３１の一例であり、通常、劣化画像データ１３１は元画像データ１２１よりも画像が劣化しており、劣化画像データ１３１の容量は、通常、元画像データ１２１の容量よりも小さい。図４に示す仮想的な例では、説明の簡略化のため、極端ではあるが、劣化画像データ１３１は２バイトであったと仮定している。
【０１０７】
実際には劣化画像データ１３１の容量は、元画像データ１２１の容量よりも小さいとはいえ、これほど小さくはないかも知れないが、本発明の本質としては同じであり、単に説明の解り易さのために、このように仮定する。
【０１０８】
この実施の形態では、画像復旧用データ１３５の容量は元画像データ１２１の容量と同じであり、このより容量が大きい画像復旧用データ１３５と、より容量が小さい劣化画像データ１３１とを、ビット列逆変換演算するには、同じ容量（ビット列の長さ）にする必要があるが、そのために、本実施の形態では、図４に示す通り、劣化画像データ１３１を繰り返し使用している。
【０１０９】
これらについては、既述の説明と同じであるから、これ以上詳細な説明は省略する。
【０１１０】
このようにして、画像復旧用データ１３５のビット列長と同じ長さのビット列長の劣化画像データ１３１を作成すると、次にビット列逆変換演算部１３９が、これら２つのビット列を使って演算を行い、元画像データ１２１を作成する。
【０１１１】
このビット列演算は、例えば図４に示すように、ビット毎の排他的論理和（ＸＯＲ）演算である。
【０１１２】
これは、画像復旧用データ１３５を作成する時に、ビット列変換演算部１３３の行った演算が排他的論理和演算であったからであり、２つのビット列で行った排他的論理和演算の結果を使って、元のビット列を得るには、再度排他的論理和演算を行えばよいからである。
【０１１３】
もしも仮に、画像復旧用データ１３５を作成する時に、ビット列変換演算部１３３の行った演算が１の補数の和を求める演算であったと仮定すると、２つのビット列で行った１の補数の和を求める演算の結果を使って、元のビット列を得るには、１の補数の差を求める演算を行えばよく、ビット列逆変換演算部１３９は１の補数の差を求める演算を行うことになる。
【０１１４】
ビット列逆変換演算部１３９が行う、このビット列逆変換演算によって、元画像データ１２１がパソコン１００に再生される。
【０１１５】
既に上記の通り、この元画像データ１２１は、搬入した劣化画像データ１３１が赤・緑・青（ＲＧＢ）各色４ビットのＧＩＦ方式で符号化圧縮された、その画素数は２５６ｘ２５６ドットの、非常に画質が劣化した静止画像データであったにも拘らず、赤・緑・青（ＲＧＢ）各色１６ビットのＪＰＥＧ方式で符号化圧縮された、その画素数は１０２４ｘ１０２４ドットの、非常に高画質の静止画像データに再生されている。
【０１１６】
（実施の形態２）
次に本発明の実施の形態２を説明する。
【０１１７】
この実施の形態２は多くの点で本発明の実施の形態１と同様であるから、本発明の実施の形態１と同様の部分については詳細な説明を省略し、本実施の形態が本発明の実施の形態１と異なる部分を中心に詳しく説明をする。
【０１１８】
従って、特に断らない限り、本実施の形態は本発明の実施の形態１と同様である。
【０１１９】
図５は、本発明のデータ移動装置の実施の形態２であるパソコン２００において、画像データ搬出に関連する部分の模式的ブロック図である。
【０１２０】
パソコン２００は通常一般的に使用されるパソコンであり、ＣＰＵや、表示部や、キーボード部や、メモリや、拡張記憶部や、電源部や、その他の各種構成部を備えているが、これらは通常のパソコンとして一般的なものであるので、記載を省略し、本発明に直接関連する部分だけを図示している。
【０１２１】
元画像データ２２１は、例えば静止画像データであり、各種圧縮符号化方式、例えばＪＰＥＧやＧＩＦ等の方式によって圧縮符号化されており、パソコン２００の拡張記憶部、例えばＨＤＤ等に記憶されている。
【０１２２】
これらについても、既に説明した本発明の実施の形態１と同じであるから、これ以上の詳細な説明は省略する。
【０１２３】
本実施の形態では、パソコン２００は、元画像データ２２１を他の機器２４０に搬出するに際し、乱数データ生成部２２５がビット列からなる乱数データ２２７を生成する。
【０１２４】
この乱数データ２２７は、後述する画像復旧用データ２３５を使って、元画像データ２２１を再生する時の暗号化鍵に相当するものであり、乱数データ２２７のビット列長は長ければ長いほど、暗号化は頑健なものとなるが、余りに長い乱数データ２２７を生成することは、処理負荷や記憶容量の負荷を増大することになるので、これらのバランスを考慮して乱数データ２２７のビット列長を決定するべきである。
【０１２５】
次に、パソコン２００のビット列変換演算部２３３は、乱数データ生成部２２５が生成した乱数データ２２７と、元画像データ２２１とを使って、ビット列変換演算を行い、画像復旧用データ２３５を作成する。
【０１２６】
このビット列変換演算部２３３が実行するビット列変換演算は、本発明の実施の形態１でビット列変換演算部１３３が実行したビット列変換演算と同様であるから、詳細な説明は省略する。
【０１２７】
但し、本発明の実施の形態１でビット列変換演算部１３３が実行したビット列変換演算における劣化画像データ１３１に相当するのが、本実施の形態では乱数データ生成部２２５が生成した乱数データ２２７である。
【０１２８】
ビット列変換演算部２３３が、元画像データ２２１と乱数データ２２７とのビット列変換演算を実行することによって作成した画像復旧用データ２３５は、パソコン２００のメモリや拡張記憶部に記憶・保存される。
【０１２９】
次に、パソコン２００は、この元画像データ２２１と乱数データ２２７とを一体化して、他の機器２４０に搬出する。
【０１３０】
この搬出についても本発明の実施の形態１と同様である。
【０１３１】
次に、本発明の実施の形態２における、劣化画像データ２２９の搬入について説明をする。
【０１３２】
本発明のデータ移動装置の実施の形態２であるパソコン２００において、画像データ搬入に関連する部分の模式的ブロック図を、図６に示す。
【０１３３】
本発明の実施の形態２では、劣化画像データ２２９の搬入に先立ち、他の機器２４０において、元画像データ２２１から劣化画像データ２２９への変換が行われる。
【０１３４】
本発明の実施の形態２が、本発明の実施の形態１と本質的に異なるのは、この部分、即ち、元画像データ２２１から劣化画像データ２２９への変換が、本発明の実施の形態１ではパソコン１００内で行われたのに対して、本発明の実施の形態２では他の機器２４０の中で行われることである。
【０１３５】
従って、パソコン２００では、予め劣化画像データ２２９を使用して画像復旧用データ２３５を作成することができず、その代わりに乱数データ２２７を使用していることになる。
【０１３６】
他の機器２４０で作成された劣化画像データ２２９は、乱数データ２２７と一体化された状態で、パソコン２００に搬入される。
【０１３７】
他の機器２４０で作成され、乱数データ２２７と一体化された状態で、パソコン２００に搬入された劣化画像データ２２９は、パソコン２００のビット列逆変換演算部２３９によって、ビット列逆変換演算が行われ、元画像データ２２１が再生される。
【０１３８】
このビット列逆変換演算部２３９によって行われるビット列逆変換演算は、本発明の実施の形態１におけるビット列逆変換演算部１３９によって行われるビット列逆変換演算と同様であるから、これ以上詳細な説明は省略する。
【０１３９】
但し、本発明の実施の形態１におけるビット列逆変換演算部１３９によって行われるビット列逆変換演算において、画像復旧用データ１３５に相当するのが、本発明の実施の形態２におけるビット列逆変換演算部２３９によって行われるビット列逆変換演算においては、画像復旧用データ２３５である。
【０１４０】
同様に、本発明の実施の形態１におけるビット列逆変換演算部１３９によって行われるビット列逆変換演算において、劣化画像データ１３１に相当するのが、本発明の実施の形態２におけるビット列逆変換演算部２３９によって行われるビット列逆変換演算においては、乱数データ２２７である。
【０１４１】
本発明の実施の形態２では、パソコン２００から搬出した元画像データ２２１が、仮に他の機器２４０においてどのようなフォーマット変換が行われたと仮定しても、必ずパソコン２００に搬入した時には、元画像データ２２１を復元することが可能である。
【０１４２】
それは、画像復旧用データ２３５を記憶・保存しているからであるが、この画像復旧用データ２３５は、例えば長大な（例えば、数１００ＫＢから数ＭＢにも及ぶ）乱数列である乱数データ２２７と照合（ビット列逆変換演算）を行わなければ、元画像データ２２１を再生することができないので、画像復旧用データ２３５を記憶・保存していることによって、著作権保護に欠陥を生じることはない。
【産業上の利用可能性】
【０１４３】
本発明によれば、著作権保護の要請から画像情報等の各種情報を他の機器等に移動した時、仮に移動した画像情報が元の画像情報に比較して画質や画像の大きさ等が劣化していたとしても、元の機器等にその画像情報を戻した時には、その戻した画像情報は元の画像情報に比較して画質や画像の大きさ等が同一であることを保証することが可能となり、その産業上の利用可能性は極めて大きい。
【図面の簡単な説明】
【０１４４】
【図１】本発明のデータ移動装置の実施の形態１であるパソコン１００において、画像データ搬出に関連する部分の模式的ブロック図
【図２】本発明のデータ移動装置の実施の形態１であるパソコン１００において、画像データ搬入に関連する部分の模式的ブロック図
【図３】ビット列変換演算部１３３によって実行されるビット列変換演算の一例を示す図
【図４】ビット列逆変換演算部１３９によって実行されるビット列逆変換演算の一例を示す図
【図５】本発明のデータ移動装置の実施の形態２であるパソコン２００において、画像データ搬出に関連する部分の模式的ブロック図
【図６】本発明のデータ移動装置の実施の形態２であるパソコン２００において、画像データ搬入に関連する部分の模式的ブロック図
【図７】従来のデータ移動方法の一例を行うカメラ機能付き携帯電話装置のブロック構成図
【符号の説明】
【０１４５】
１００    パソコン
１２１，２２１    元画像データ
１２３    暗号化されたデータの復号化部
１２５    復号化されたデータのフォーマット変換部
１２７    フォーマット変換されたデータの再暗号化部
１３１，２２９    劣化画像データ
１３３，２３３    ビット列変換演算部
１３５，２３５    画像復旧用データ
１３９，２３９    ビット列逆変換演算部
１４０，２４０    他の機器
２２５    乱数データ生成部
２２７    乱数データ
【図１】
2006085435.tif 000003
【図２】
2006085435.tif 000004
【図３】
2006085435.tif 000005
【図４】
2006085435.tif 000006
【図５】
2006085435.tif 000007
【図６】
2006085435.tif 000008
【図７】
2006085435.tif 000009