サーバ装置及び画像転送システム
【課題】２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供する。
【解決手段】本発明のサーバ装置は、登録済みのユーザのユーザＩＤと、そのユーザが使用すべき表示デバイスであり、かつ立体視用の画像を立体表示可能な表示デバイスのデバイスＩＤとを、互いに対応付けて保管するＩＤ保管手段（３４−１）と、任意の端末を介して前記ユーザからアップロードされた平面視用の画像を前記ユーザＩＤに対応付けて保管する画像保管手段（３４−２）と、前記平面視用の画像を立体視用の画像へと変換する変換依頼を前記ユーザから受け付ける受付手段（３４）と、前記受け付けに応じて、変換後の前記立体視用の画像の閲覧先又はダウンロード先を、前記ユーザが使用すべき前記表示デバイスに設定する制御手段（３４）とを備える。
【解決手段】本発明のサーバ装置は、登録済みのユーザのユーザＩＤと、そのユーザが使用すべき表示デバイスであり、かつ立体視用の画像を立体表示可能な表示デバイスのデバイスＩＤとを、互いに対応付けて保管するＩＤ保管手段（３４−１）と、任意の端末を介して前記ユーザからアップロードされた平面視用の画像を前記ユーザＩＤに対応付けて保管する画像保管手段（３４−２）と、前記平面視用の画像を立体視用の画像へと変換する変換依頼を前記ユーザから受け付ける受付手段（３４）と、前記受け付けに応じて、変換後の前記立体視用の画像の閲覧先又はダウンロード先を、前記ユーザが使用すべき前記表示デバイスに設定する制御手段（３４）とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ登録済みのユーザがアップロードした画像を保管するサーバ装置及び画像転送システムに関する。
【背景技術】
【０００２】
特許文献１には、サーバ装置が３Ｄ画像をユーザ端末へ配信する画像転送システムの一例が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１１１１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年になると、サーバ装置から配信された３Ｄ画像を鑑賞するだけでなく、ユーザ自身がカメラで撮影した２Ｄ画像を３Ｄ画像に変換（２Ｄ−３Ｄ変換）して鑑賞したいという要求も増えてきた。
【０００５】
しかしながら２Ｄ−３Ｄ変換に必要な技術は本来、専門性が高いため、パーソナルコンピュータ（ＰＣ）のアプリケーション上で一般のユーザがそれを行うのは難しい。
【０００６】
また、ユーザの技術がたとえ高かったとしても高品質の３Ｄ画像をＰＣが短時間で作成することは性能的に難しい。
【０００７】
そこで本発明は、２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供することが可能なサーバ装置及び画像転送システムの実現を目的とする。
【課題を解決するための手段】
【０００８】
本発明のサーバ装置は、登録済みのユーザのユーザＩＤと、そのユーザが使用すべき表示デバイスであり、かつ立体視用の画像を立体表示可能な表示デバイスのデバイスＩＤとを、互いに対応付けて保管するＩＤ保管手段と、任意の端末を介して前記ユーザからアップロードされた平面視用の画像を前記ユーザＩＤに対応付けて保管する画像保管手段と、前記平面視用の画像を立体視用の画像へと変換する変換依頼を前記ユーザから受け付ける受付手段と、前記受け付けに応じて、変換後の前記立体視用の画像の閲覧先又はダウンロード先を、前記ユーザが使用すべき前記表示デバイスに設定する制御手段とを備える。
【０００９】
本発明の画像転送システムは、本発明のサーバ装置と、前記サーバ装置から前記３Ｄ画像を閲覧又はダウンロードする前記３Ｄ表示デバイスとを備える。
【発明の効果】
【００１０】
本発明によれば、２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供することが可能なサーバ装置及び画像転送システムが実現する。
【図面の簡単な説明】
【００１１】
【図１】画像転送システムの構成図である。
【図２】画像サーバ３４のデータベースを説明する図である。
【図３】３Ｄ−ＤＰＦ１の全体構成図である。
【図４】ＰＣ３５及び画像サーバ３４による２Ｄ−３Ｄ変換処理の動作フローチャートである。
【図５】３Ｄ−ＤＰＦ１及び画像サーバ３４による画像ダウンロード処理の動作フローチャートである。
【図６】３Ｄ−ＤＰＦ１及び画像サーバ３４によるバックアップ処理の動作フローチャートである。
【図７】ＰＣ３５による修理依頼処理及び画像サーバ３４による修理受付処理の動作フローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態として画像転送システムを説明する。
【００１３】
図１は、画像転送システムの構成図である。図１に示すとおり画像転送システムは、インターネットなどのネットワーク３３と、ネットワーク３３に接続された画像サーバ３４と、ネットワーク３３に接続された自宅アクセスポイント３２と、無線ＬＡＮモジュールを搭載した３Ｄディジタルフォトフレーム（３Ｄ−ＤＰＦ）１と、無線ＬＡＮモジュールを搭載したパーソナルコンピュータ（ＰＣ）３５とを有し、画像サーバ３４は、ネットワーク３３又は他のネットワークを介してカスタマーサポートセンター３４’に接続されている。
【００１４】
カスタマーサポートセンター３４’は、３Ｄ−ＤＰＦ１の在庫（在庫デバイス）を多数保管し、画像サーバ３４からの指示に応じて、３Ｄ−ＤＰＦの修理業務、３Ｄ−ＤＰＦの発送業務などを行うセンターである。
【００１５】
画像サーバ３４は、カスタマーサポートセンター３４’の在庫デバイスを管理する機能と、ユーザ登録済みの各ユーザの画像ファイルを保管する機能と、各ユーザからの依頼に応じて画像処理を行う機能とを有する。特に、本実施形態では、その画像処理の中に２Ｄ−３Ｄ変換処理が含まれる。なお、この２Ｄ−３Ｄ変換処理は、画像サーバ３４からの依頼に応じて別の画像処理サーバが実行してもよいが、ここでは、画像サーバ３４自身が直接実行するものとする。
【００１６】
ＰＣ３５は、或るユーザが使用可能な端末の１つである。そのユーザは、ＰＣ３５、自宅アクセスポイント３２、ネットワーク３３を介して画像サーバ３４の登録ページへアクセスし、その登録ページ上で画像サーバ３４に対するユーザ登録を行う。登録の結果、ユーザには、そのユーザに専用のユーザＩＤと、そのユーザに専用のユーザ認証データ（パスワード）とが割り当てられる。
【００１７】
また、ユーザは、ＵＳＢケーブルなどを介して２Ｄカメラ３５’をＰＣ３５へ接続し、２Ｄカメラ３５’で撮影した画像（２Ｄ画像）の画像ファイルを必要に応じてＰＣ３５へ転送することができる。また、ユーザは、ＰＣ３５、自宅アクセスポイント３２、ネットワーク３３を介して画像サーバ３４のユーザページへアクセスし、そのユーザページ上で、画像ファイルの閲覧（サムネイル閲覧）、画像ファイルのアップロード、画像ファイルのダウンロード、画像処理の依頼（２Ｄ−３Ｄ変換依頼を含む）、３Ｄ−ＤＰＦの使用申し込みなどを行うことができる。
【００１８】
ユーザページ上でユーザが３Ｄ−ＤＰＦの使用申し込みを行うと、画像サーバ３４は、在庫デバイスの１つである３Ｄ−ＤＰＦをユーザのデバイスと定める。なお、ここでは、この申し込みにより、ユーザの居所データもユーザの登録データの一種として画像サーバ３４に保管されるものとする。その３Ｄ−ＤＰＦには、その３Ｄ−ＤＰＦに専用のデバイスＩＤ（固体識別用のシリアルナンバーなど）と、その３Ｄ−ＤＰＦに専用のデバイス認証データとが割り当てられている。画像サーバ３４は、その３Ｄ−ＤＰＦのデバイスＩＤを、そのユーザのユーザＩＤに対応づけてから、その３Ｄ−ＤＰＦをユーザの居所へ発送するようカスタマーサポートセンター３４’へ指示する。その後、カスタマーサポートセンター３４’は、ユーザの居所に向けてその３Ｄ−ＤＰＦを発送する。このようにしてユーザの居所へ届いた３Ｄ−ＤＰＦが、図１に符号１で示した３Ｄ−ＤＰＦである。それ以降、ＰＣ３５のユーザは、自分自身にひも付けされた３Ｄ−ＤＰＦ１を、自分専用の３Ｄ−ＤＰＦとして使用することができる。なお、ユーザからの２Ｄ−３Ｄ変換依頼の受け付け開始時期は、３Ｄ−ＤＰＦ１とユーザとがひも付けされた後に設定される。
【００１９】
なお、画像サーバ３４の登録ページ又はユーザページへアクセスする際にユーザが使用するアクセスポイントは、自宅アクセスポイント３２ではなく不図示の公衆アクセスポイントであっても構わない。また、画像サーバ３４の登録ページ又はユーザページへアクセスする際にユーザが使用する端末は、ユーザ専用のＰＣであっても他者と共用のコンピュータであっても構わない。但し、ここでは簡単のため、ユーザが使用するアクセスポイントは自宅アクセスポイント３２であって、ユーザが使用する端末はＰＣ３５と仮定する。
【００２０】
図２は、画像サーバ３４のデータベースを説明する図である。図２に示すとおり、画像サーバ３４は、ユーザデータベース３４−１と画像データベース３４−２とを有している。これらのユーザデータベース３４−１及び画像データベース３４−２は、画像サーバ３４の制御部（不図示）によって適宜にアクセスされる。なお、画像サーバ３４の後述する各動作は、この制御部によって実行されるものとする。
【００２１】
ユーザデータベース３４−１には、ユーザ登録済みの各ユーザのユーザＩＤとして、例えば、各ユーザのメールアドレスが保管されており、各ユーザのユーザＩＤには、そのユーザが使用している３Ｄ−ＤＰＦのデバイスＩＤが対応付けられている。図２に示す例では、”ｔｏｋｙｏ＠××．ｃｏｍ”というユーザＩＤに対して”＃１００”というデバイスＩＤが対応付けられている。この場合、”ｔｏｋｙｏ＠××．ｃｏｍ”というユーザＩＤを有したユーザの使用している３Ｄ−ＤＰＦは、”＃１００”というデバイスＩＤを有した３Ｄ−ＤＰＦであると画像サーバ３４は認識することができる。なお、図２には表れていないが、各ユーザのユーザＩＤには、そのユーザに専用のユーザ認証データ（パスワード）が対応付けられており、各３Ｄ−ＤＰＦのデバイスＩＤには、その３Ｄ−ＤＰＦに専用のデバイス認証データが対応付けられている。
【００２２】
画像データベース３４−２には、ユーザ登録済みの各ユーザの画像ファイルが、各ユーザのユーザＩＤに対応付けられた状態で保管されている。また、画像データベース３４−２には、各ユーザの３Ｄ−ＤＰＦのバックアップデータが、各ユーザのユーザＩＤに対応付けられた状態で保管されている。したがって、各ユーザの画像ファイル及びバックアップデータは、各ユーザのデバイスＩＤと同様、各ユーザのユーザＩＤに対してひも付けされている。なお、図２において”２Ｄ”と示したのは２Ｄ画像の画像ファイル（２Ｄ画像ファイル）の概念であり、”３Ｄ”と示したのは３Ｄ画像の画像ファイル（３Ｄ画像ファイル）の概念であり、”ＢＤ”と示したのはバックアップデータの概念である。
【００２３】
なお、ここでいう２Ｄ画像は動画像又は静止画像であって、ここでいう３Ｄ画像は動画像又は静止画像である。但し、以下では簡単のため、２Ｄ画像及び３Ｄ画像は共に静止画像であると仮定して説明する。
【００２４】
先ず、３Ｄ画像は、観察者に対して立体物を観察させるために必要な画像であって、複数の視差画像からなる。ここでは、２眼型の３Ｄ表示器を想定し、３Ｄ画像は、左右の視差画像、すなわち、観察者の左眼に提示するための左眼用画像（Ｌ画像）と、観察者の右眼に提示するための右眼用画像（Ｒ画像）との２枚からなる場合を想定する。このうちＬ画像の提示先を観察者の左眼のみに制限し、またＲ画像の提示先を観察者の右眼のみに制限すれば、観察者は立体観察（立体視）ができる。なお、このような３Ｄ画像を格納する３Ｄ画像ファイルには、例えば、マルチピクチャーフォーマットなど、複数枚の画像を纏めて格納することのできるフォーマットが適用される。
【００２５】
一方、２Ｄ画像は、観察者に対して平面物を観察させるための画像であって、観察者の左眼及び右眼に提示する共通の画像からなる。因みに観察者の左眼及び右眼へ共通の画像を提示した場合は、観察者は立体観察をすることはできず、平面観察（平面視）ができるだけである。なお、このような２Ｄ画像を格納する２Ｄ画像ファイルには、例えば、ＪＰＥＧフォーマットなど、１枚の画像を格納するフォーマットが適用される。
【００２６】
図３は、３Ｄ−ＤＰＦ１の全体構成図である。３Ｄ−ＤＰＦ１には、ＣＰＵ１７、ＲＡＭ２０、不揮発性メモリ１８、無線ＬＡＮモジュール２４、Ｒ画像用のＲメモリ１９Ｒ、Ｌ画像用のＬメモリ１９Ｌ、３Ｄ表示器８、入力器２５などが備えられ、ＣＰＵ１７、ＲＡＭ２０、不揮発性メモリ１８、無線ＬＡＮモジュール２４、Ｒメモリ１９Ｒ、Ｌメモリ１９Ｌ、入力器２５は、共通のバス２６に接続されている。
【００２７】
不揮発性メモリ１８は、３Ｄ−ＤＰＦ１の電源投入の有無に拘わらずＣＰＵ１７のプログラムなどを記憶するメモリである。ＣＰＵ１７のプログラムとしては、オペレーティングシステムのプログラムと、３Ｄ−ＤＰＦ用のアプリケーションのプログラムとがあり、オペレーティングシステムには、３Ｄ−ＤＰＦ１の全体を管理する機能があり、アプリケーションには、画像サーバ３４に保管された画像ファイルの閲覧機能、その画像ファイルのダウンロード機能、その画像ファイルのスライドショー再生機能など（所謂ビューワー機能）がある。
【００２８】
なお、不揮発性メモリ１８に格納される情報としては、以上のプログラムの他に、画像サーバ３４からダウンロードされた画像ファイル、オペレーティングシステムのパラメータ（詳細は後述）、アプリケーションのパラメータ（詳細は後述）などがある。
【００２９】
ＲＡＭ２６は、ＣＰＵ１７がプログラムを実行する際に必要なデータを一時的に記憶するメモリである。
【００３０】
無線ＬＡＮモジュール２４は、３Ｄ−ＤＰＦ１の外部に位置するアクセスポイント（自宅アクセスポイント３２）との間で無線通信を行い、データの送受信を行う。
【００３１】
３Ｄ表示器８は、多眼型又は２眼型の３Ｄ表示器であって、裸眼型又は眼鏡型の３Ｄ表示器である。ここでは、３Ｄ表示器８を、２眼型かつ裸眼型であって、分離方式としてレンチキュラー方式が採用された３Ｄ表示器と仮定する。この場合、３Ｄ表示器８は、複数の表示用の画素を水平方向及び垂直方向にかけて配列してなる表示部を備えると共に、垂直方向に母線を配した複数のシリンドリカルレンズを、その表示部上に水平方向にかけて配列している。これらのシリンドリカルレンズの全体がレンチキュラーレンズと呼ばれているものである。この場合、３Ｄ表示器８の水平方向が、観察者の左右方向となる。
【００３２】
なお、表示部における水平方向の画素密度は、垂直方向の画素密度の２倍に設定されている。そして、表示部において左側から数えて奇数番目に位置する複数の画素列はＬ画像を表示するための画素（Ｌ画素）であり、左側から数えて偶数番目に位置する複数の画素列はＲ画像を表示するための画素（Ｒ画素）である。また、個々のシリンドリカルレンズの水平方向の配列ピッチは、表示部における画素の水平方向の配列ピッチの２倍に設定されている。つまり、１本のＬ画素列と１本のＲ画素列とからなる１つのブロック上に、１本のシリンドリカルレンズが配置されている。また、個々のシリンドリカルレンズの屈折力は適切に設定されており、Ｌ画素から射出した光束の角度範囲は、観察者の左眼には入射できるが観察者の右眼には入射できないような角度範囲に制限され、Ｒ画素から射出した光束の角度範囲は、観察者の右眼には入射できるが観察者の左眼には入射できないような角度範囲に制限される。
【００３３】
Ｒメモリ１９Ｒは、３Ｄ表示器８のＲ画素群へ出力すべき画像のデータを蓄積するための表示用メモリであり、Ｌメモリ１９Ｌは、３Ｄ表示器８のＬ画素群へ出力すべき画像のデータを蓄積するための表示用メモリである。Ｒメモリ１９Ｒは、蓄積中のデータをＲ画素群へ送出し、Ｌメモリ１９Ｌは、蓄積中のデータをＬ画素群へ送出する。
【００３４】
ＣＰＵ１７は、上述したプログラムに従い、３Ｄ−ＤＰＦ１の各部を制御する。このＣＰＵ１７の動作については、３Ｄ−ＤＰＦ１の動作として後に詳細に説明する。
【００３５】
図４は、ＰＣ３５及び画像サーバ３４による２Ｄ−３Ｄ変換処理の動作フローチャートである。なお、ここでは、２Ｄ−３Ｄ変換処理の前に行われるべき２Ｄ画像のアップロード処理も併せて説明する。
【００３６】
図４の左側に示すのがＰＣ３５の動作フローチャートであり、図４の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図４の各ステップを時系列順に説明する。
【００３７】
ステップＳ１１：ＰＣ３５は、ＰＣ３５に搭載された無線ＬＡＮモジュールによりＳＳＩＤの探索を行い、検出された１又は複数のＳＳＩＤの中から自宅アクセスポイント３２のＳＳＩＤを選択し、その自宅アクセスポイント３２に対して自宅アクセスポイント３２に対応するＷＥＰキーを送信することにより、ネットワーク３３への接続を確立する。これによって、ＰＣ３５と画像サーバ３４とがネットワーク３３経由で接続される。
【００３８】
ステップＳ１２：ＰＣ３５は、ユーザが不図示の入力器を介して入力した、ユーザ自身のユーザＩＤ及びユーザ認証データ（パスワード）を、画像サーバ３４に対して送信する。
【００３９】
ステップＳ２１：画像サーバ３４は、ユーザＩＤ及びユーザ認証データを受信すると、ステップＳ２２へ移行する。
【００４０】
ステップＳ２２：画像サーバ３４は、受信したユーザＩＤ及びユーザ認証データの組み合わせが、ユーザ登録済みである何れかのユーザのそれと一致したならば、認証ＯＫとみなしてステップＳ２３へ移行し、そうでなければステップＳ２１へ戻る。
【００４１】
ステップＳ２３：画像サーバ３４は、認証のＯＫ通知をＰＣ３５へ送信する。
【００４２】
ステップＳ１４：ＰＣ３５は、認証のＯＫ通知を受信した場合にはステップＳ１５へ移行し、受信しなかった場合にはステップＳ１２へ戻る。
【００４３】
ステップＳ１５：ＰＣ３５は、画像サーバ３４に対してユーザページ情報を要求する。その後、ユーザページ情報を受信すると、ＰＣ３５は、そのユーザページ情報に基づきＰＣ３５のモニタ（ここでは２Ｄ表示デバイスと仮定する。以下、「ＰＣモニタ」と称す。）に対してユーザページを表示する。なお、ユーザページには、ユーザが過去に保管した各画像ファイルのファイル名と、各画像ファイルに格納された画像のサムネイル画像とが配置される。なお、画像が２Ｄ画像であった場合には、その画像のサムネイル画像には２Ｄ画像である旨のマークが付与され、また、画像が３Ｄ画像であった場合には、その画像のサムネイル画像には３Ｄ画像である旨のマークが付与される。
【００４４】
なお、このユーザページ上で、ユーザは、アップロード画面を呼び出したり、２Ｄ−３Ｄ変換画面を呼び出したりすることができる。
【００４５】
ステップＳ２４：画像サーバ３４は、ＰＣ３５からの要求に応じてユーザページ情報を送信する。なお、ユーザページ情報には、前述したユーザページの表示に必要な各データが含まれる。
【００４６】
ステップＳ１６：ＰＣ３５は、ユーザからアップロード画面が呼び出されたか否かを判別し、呼び出された場合にはステップＳ１７へ移行し、呼び出されなかった場合にはステップＳ１１０へ移行する。
【００４７】
ステップＳ１７：ＰＣ３５は、アップロード画面をＰＣモニタへ表示する。アップロード画面には、ＰＣ３５に格納されている画像ファイルの一覧が表示される。ユーザは、アップロードすべき１又は複数の２Ｄ画像ファイルをこのアップロード画面上で指定し、アップロード指示をＰＣ３５へ入力する。アップロード指示が入力されると、ＰＣ３５はステップＳ１８へ移行する。
【００４８】
ステップＳ１８：ＰＣ３５は、画像サーバ３４に対してアップロード要求を送信する。
【００４９】
ステップＳ２５：画像サーバ３４は、アップロード要求を受信すると、ステップＳ２６へ移行し、受信しなかった場合はステップＳ２７へ移行する。
【００５０】
ステップＳ１９：ＰＣ３５は、ユーザが指定した１又は複数の２Ｄ画像ファイルを画像サーバ３４へ転送する。
【００５１】
ステップＳ２６：画像サーバ３４は、１又は複数の２Ｄ画像ファイルを受信すると、その２Ｄ画像ファイルに対してユーザＩＤを対応付けた上で、前述した画像データベース４３−２へ格納する。
【００５２】
ステップＳ１１０：ＰＣ３５は、ユーザから２Ｄ−３Ｄ変換画面が呼び出されたか否かを判別し、呼び出された場合にはステップＳ１１１へ移行し、呼び出されなかった場合にはステップＳ１１４へ移行する。
【００５３】
ステップＳ１１１：ＰＣ３５は、２Ｄ−３Ｄ変換画面をＰＣモニタへ表示する。２Ｄ−３Ｄ変換画面には、画像サーバ３４に保管中である２Ｄ画像ファイルの一覧が表示される。ユーザは、２Ｄ−３Ｄ変換すべき１又は複数の２Ｄ画像ファイルをこの２Ｄ−３Ｄ変換画面上で指定し、ＰＣ３５へ２Ｄ−３Ｄ変換指示を入力する。２Ｄ−３Ｄ変換指示が入力されると、ＰＣ３５はステップＳ１１２へ移行する。
【００５４】
ステップＳ１１２：ＰＣ３５は、指定された２Ｄ画像ファイルのファイル名及び２Ｄ−３Ｄ変換要求を画像サーバ３４に対して送信する。
【００５５】
ステップＳ２７：画像サーバ３４は、指定された２Ｄ画像ファイルのファイル名及び２Ｄ−３Ｄ変換要求を受信すると、ステップＳ２８へ移行し、受信しなかった場合はステップＳ２１１へ移行する。
【００５６】
ステップＳ２８：画像サーバ３４は、指定された２Ｄ画像ファイルに格納されている２Ｄ画像を読み込み、その２Ｄ画像に対して２Ｄ−３Ｄ変換を施す。すなわち、画像サーバ３４は、その２Ｄ画像に対してオブジェクト抽出処理を施し、その２Ｄ画像上に存在する１又は複数のオブジェクト（人物、自動車、樹木、建物、太陽、山々、犬、猫、…など）を個別に抽出する。次に、画像サーバ３４は、それらのオブジェクトの各々の種類及びサイズに基づき、それらのオブジェクトの各々の距離を推測する。さらに、画像サーバ３４は、個々のオブジェクトの内部のコントラスト分布から、個々のオブジェクトの凹凸分布を推測する。これによって、２Ｄ画像の距離分布の推定が完了する。そして、画像サーバ３４は、２Ｄ画像と、２Ｄ画像の距離分布とに基づき、その２Ｄ画像に対応するＲ画像とＬ画像とを作成し、それらＲ画像及びＬ画像を纏めることで１つの３Ｄ画像ファイルを作成する。これによって、２Ｄ−３Ｄ変換は完了である。
【００５７】
ステップＳ２９：画像サーバ３４は、作成した３Ｄ画像ファイルを、ユーザのユーザＩＤに対応付けて画像データベースへ格納する。このようにして３Ｄ画像ファイルをユーザＩＤに対応づけておけば、ユーザの使用している３Ｄ−ＤＰＦ１を、その３Ｄ画像ファイルの閲覧先又はダウンロード先に設定することができる。この場合、基本的に他のユーザの３Ｄ−ＤＰＦは、その３Ｄ画像ファイルを閲覧又はダウンロードすることはできない。
【００５８】
ステップＳ２１０：画像サーバ３４は、３Ｄ画像ファイルの保管が完了したことを示す完了通知をＰＣ３５へ送信する。
【００５９】
ステップＳ１１３：ＰＣ３５は、完了通知を受信すると、ステップＳ１１４へ移行する。
【００６０】
ステップＳ１１４：ＰＣ３５は、画像サーバ３４に対する最後のアクセスから所定時間が経過した場合にはステップＳ１１５へ移行し、経過していなかった場合にはステップＳ１５へ戻る。
【００６１】
ステップＳ１１５：ＰＣ３５は、ネットワーク３３への接続を切断し、フローを終了する。
【００６２】
ステップＳ２１１：画像サーバ３４は、ＰＣ３５の最後のアクセスから所定時間が経過した場合にはステップＳ２１へ戻り、経過していなかった場合にはステップＳ２４へ戻る。
【００６３】
以上の結果、ユーザは、任意の２Ｄ画像を２Ｄ−３Ｄ変換するよう画像サーバ３４へ依頼するだけで、２Ｄ−３Ｄ変換後の２Ｄ画像である３Ｄ画像を、画像サーバ３４へ保管することができる。
【００６４】
図５は、３Ｄ−ＤＰＦ１及び画像サーバ３４による画像ダウンロード処理の動作フローチャートである。なお、ここでは、ダウンロードされる画像が３Ｄ画像であった場合を説明する。
【００６５】
図５の左側に示すのが３Ｄ−ＤＰＦ１の動作フローチャートであり、図５の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図５の各ステップを時系列順に説明する。
【００６６】
ステップＳ３１：３Ｄ−ＤＰＦ１は、無線ＬＡＮモジュール２４によりＳＳＩＤの探索を行い、検出された１又は複数のＳＳＩＤの中から自宅アクセスポイント３２のＳＳＩＤを選択し、その自宅アクセスポイント３２に対して自宅アクセスポイント３２に対応するＷＥＰキーを送信することにより、ネットワーク３３への接続を確立する。これによって、３Ｄ−ＤＰＦ１と画像サーバ３４とがネットワーク３３経由で接続される。
【００６７】
ステップＳ３２：３Ｄ−ＤＰＦ１は、３Ｄ−ＤＰＦ１自身に割り当てられたデバイスＩＤ及びデバイス認証データを、画像サーバ３４に対して送信する。
【００６８】
ステップＳ４１：画像サーバ３４は、デバイスＩＤ及びデバイス認証データを受信すると、ステップＳ４２へ移行する。
【００６９】
ステップＳ４２：画像サーバ３４は、受信したデバイスＩＤ及びデバイス認証データの組み合わせが、ユーザ登録済みである何れかのユーザのそれと一致したならば、認証ＯＫとみなしてステップＳ４３へ移行し、そうでなければステップＳ４１へ戻る。
【００７０】
ステップＳ４３：画像サーバ３４は、認証のＯＫ通知を３Ｄ−ＤＰＦ１へ送信する。
【００７１】
ステップＳ３４：３Ｄ−ＤＰＦ１は、認証のＯＫ通知を受信した場合にはステップＳ３５へ移行し、受信しなかった場合にはステップＳ３２へ戻る。
【００７２】
ステップＳ３５：３Ｄ−ＤＰＦ１は、画像サーバ３４に対してユーザページ情報を要求する。その後、ユーザページ情報を受信すると、３Ｄ−ＤＰＦ１は、そのユーザページ情報に基づき３Ｄ表示器８に対してユーザページを表示する。ここでは簡単のため、ユーザページは２Ｄ画像として表示されものとする。この場合、３Ｄ−ＤＰＦ１は、ユーザページの画像データを、Ｒメモリ１９ＲとＬメモリ１９Ｌとの双方へ書き込めばよい。
【００７３】
なお、ユーザページには、ユーザが過去に保管した各画像ファイルのファイル名と、各画像ファイルに格納された画像のサムネイル画像とが配置される。なお、画像が２Ｄ画像であった場合には、その画像のサムネイル画像には２Ｄ画像である旨のマークが付与され、また、画像が３Ｄ画像であった場合には、その画像のサムネイル画像には３Ｄ画像である旨のマークが付与される。
【００７４】
なお、このユーザページ上で、ユーザが３Ｄ画像のサムネイル画像を選択すると、その３Ｄ画像の立体表示指示を３Ｄ−ＤＰＦ１へ入力することができる。
【００７５】
ステップＳ４４：画像サーバ３４は、３Ｄ−ＤＰＦ１からの要求に応じて、ユーザページ情報を送信する。なお、ユーザページ情報には、前述したユーザページの表示に必要な各データが含まれる。
【００７６】
ステップＳ３６：３Ｄ−ＤＰＦ１は、ユーザから立体表示指示が入力されたか否かを判別し、入力された場合にはステップＳ３７へ移行し、入力されなかった場合にはステップＳ３１２へ移行する。
【００７７】
ステップＳ３７：３Ｄ−ＤＰＦ１は、画像サーバ３４に対して、現時点で選択されている３Ｄ画像のファイル名及びダウンロード要求を送信する。
【００７８】
ステップＳ４５：画像サーバ３４は、ファイル名及びダウンロード要求を受信すると、ステップＳ４６へ移行し、受信しなかった場合にはステップＳ４７へ移行する。
【００７９】
ステップＳ４６：画像サーバ３４は、前述したデバイスＩＤに対してひも付けされた１又は複数の画像ファイルの中から、受信したファイル名を有した３Ｄ画像ファイルを見出し、その３Ｄ画像ファイルを３Ｄ−ＤＰＦ１へと転送する。
【００８０】
ステップＳ３８：３Ｄ−ＤＰＦ１は、３Ｄ画像ファイルを受信すると、その３Ｄ画像ファイルをＲＡＭ２０へ書き込む。
【００８１】
ステップＳ３９：３Ｄ−ＤＰＦ１は、ＲＡＭ２０上の３Ｄ画像ファイルに格納されたＲ画像及びＬ画像を読み出し、それらＲ画像及びＬ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌに対して個別に書き込む。これによって、３Ｄ表示器８のＲ画素群にＲ画像が表示され、３Ｄ表示器８のＬ画素群にＬ画像が表示される。したがって、ユーザの選択した３Ｄ画像が３Ｄ表示器８上に立体表示される。
【００８２】
なお、本ステップの３Ｄ−ＤＰＦ１は、Ｒ画像及びＬ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌへと書き込むに当たり、最初は、Ｒ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌの双方へ書き込んでから、Ｌメモリ１９Ｌの内容を徐々にＬ画像へと書き換えてもよい。或いは、Ｌ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌの双方へ書き込んでから、Ｒメモリ１９Ｒの内容を徐々にＲ画像へと書き換えてもよい。或いは、Ｌ画像とＲ画像との中間画像を作成し、その中間画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌの双方へ書き込んでから、Ｒメモリ１９Ｒの内容を徐々にＲ画像へと書き換えると共に、Ｌメモリ１９Ｌの内容を徐々にＬ画像へと書き換えてもよい。このようにすれば、３Ｄ−ＤＰＦ１は、３Ｄ画像を平面表示してから徐々に立体表示へとトランジションさせることができる。
【００８３】
なお、３Ｄ画像の立体表示中、ユーザは、不図示の入力器を介して表示中の３Ｄ画像のファイルの保存指示を３Ｄ−ＤＰＦ１へ入力することができる。
【００８４】
ステップＳ３１０：３Ｄ−ＤＰＦ１は、ユーザから保存指示が入力されたか否かを判別し、入力された場合にはステップＳ３１１へ移行し、入力されなかった場合にはステップＳ３１２へ移行する。
【００８５】
ステップＳ３１１：３Ｄ−ＤＰＦ１は、ＲＡＭ２０上の３Ｄ画像ファイルを不揮発性メモリ１８へ書き込む。これによって、３Ｄ−ＤＰＦ１は３Ｄ画像ファイルを長期に亘って保存することができる。よって、それ以降、３Ｄ−ＤＰＦ１が同じ３Ｄ画像を立体表示する際には、ネットワーク３３への接続は必要無くなる。
【００８６】
ステップＳ３１２：３Ｄ−ＤＰＦ１は、画像サーバ３４に対する最後のアクセスから所定時間が経過した場合にはステップＳ３１３へ移行し、経過していなかった場合にはステップＳ３５へ移行する。
【００８７】
ステップＳ３１３：３Ｄ−ＤＰＦ１は、ネットワーク３３への接続を切断し、フローを終了する。
【００８８】
ステップＳ４７：画像サーバ３４は、３Ｄ−ＤＰＦ１の最後のアクセスから所定時間が経過した場合にはステップＳ４１へ戻り、経過していなかった場合にはステップＳ４４へ戻る。
【００８９】
以上の結果、ユーザは、画像サーバ３４へ予め保管しておいた任意の３Ｄ画像を、任意のタイミングで３Ｄ−ＤＰＦ１から立体観察することができる。
【００９０】
図６は、３Ｄ−ＤＰＦ１及び画像サーバ３４によるバックアップ処理の動作フローチャートである。なお、この動作フローチャートは、３Ｄ−ＤＰＦ１が画像サーバ３４に対してネットワーク接続され、かつデバイス認証後の期間中に実行されるものとする。また、ユーザは、不図示の入力器を介して予め３Ｄ−ＤＰＦ１へ任意のバックアップ間隔を指定しており、そのバックアップ間隔の情報は、オペレーティングシステムのパラメータとして不揮発性メモリ１８が記憶しているものとする。
【００９１】
図６の左側に示すのが３Ｄ−ＤＰＦ１の動作フローチャートであり、図６の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図６の各ステップを時系列順に説明する。
【００９２】
ステップＳ５１：３Ｄ−ＤＰＦ１は、前回のバックアップ時刻と予め指定されたバックアップ間隔と現在の時刻とに基づきバックアップ時期が到来したか否かを判別し、到来した場合にはステップＳ５２へ移行する。
【００９３】
ステップＳ５２：３Ｄ−ＤＰＦ１は、画像サーバ３４に対してバックアップ要求を送信する。
【００９４】
ステップＳ６１：画像サーバ３４は、バックアップ要求を受信すると、ステップＳ６２へ移行する。
【００９５】
ステップＳ５３：３Ｄ−ＤＰＦ１は、３Ｄ−ＤＰＦ１のバックアップデータを収集すると、そのバックアップデータを画像サーバ３４へ送信し、ステップＳ５１へ戻る。
【００９６】
ここで、３Ｄ−ＤＰＦ１のバックアップデータには、前述したオペレーティングシステムのパラメータと、前述したアプリケーションシステムのパラメータとが含まれる。オペレーティングシステムのパラメータには、アクセスポイントのＳＳＩＤ及びＷＥＰキー、バックアップ間隔データなどが含まれ、アプリケーションのパラメータとは、ユーザページのレイアウトデータ、ダウンロード画像の保存先データ、スライドショー再生の表示間隔データなどが含まれる。
【００９７】
なお、バックアップデータには、３Ｄ−ＤＰＦ１が保管しているダウンロード画像のファイル名リスト、すなわち、画像サーバ３４からのダウンロードによって不揮発性メモリ１８に保存された画像のファイル名リストが含まれてもよい。
【００９８】
ステップＳ６２：画像サーバ３４は、バックアップデータを受信すると、そのバックアップデータを、バックアップデータの送信元である３Ｄ−ＤＰＦ１のデバイスＩＤに対応付けてから、前述した画像データベース３４−２へと格納する。その後、ステップＳ６１へ戻る。
【００９９】
以上の結果、画像サーバ３４における各３Ｄ−ＤＰＦ１のバックアップデータは、各３Ｄ−ＤＰＦ１のユーザが予め指定した頻度でそれぞれ更新される。
【０１００】
画像サーバ３４がこのようなバックアップデータを保管していれば、ユーザの３Ｄ−ＤＰＦ１が故障した際に、カスタマーサポートセンター３４’は、在庫デバイスの１つを、最近のバックアップ時点における３Ｄ−ＤＰＦ１の状態と同じ状態へと即座に復元することができる。
【０１０１】
図７は、ＰＣ３５による修理依頼処理及び画像サーバ３４による修理受付処理の動作フローチャートである。
【０１０２】
図７の左側に示すのがＰＣ３５の動作フローチャートであり、図７の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図７の各ステップを時系列順に説明する。
【０１０３】
ステップＳ７１：ＰＣ３５は、ＰＣ３５に搭載された無線ＬＡＮモジュールによりＳＳＩＤの探索を行い、検出された１又は複数のＳＳＩＤの中から自宅アクセスポイント３２のＳＳＩＤを選択し、その自宅アクセスポイント３２に対して自宅アクセスポイント３２に対応するＷＥＰキーを送信することにより、ネットワーク３３への接続を確立する。これによって、ＰＣ３５と画像サーバ３４とがネットワーク３３経由で接続される。
【０１０４】
ステップＳ７２：ＰＣ３５は、ユーザが不図示の入力器を介して入力した、ユーザ自身のユーザＩＤ及びユーザ認証データ（パスワード）を、画像サーバ３４に対して送信する。
【０１０５】
ステップＳ８１：画像サーバ３４は、ユーザＩＤ及びユーザ認証データを受信すると、ステップＳ８２へ移行する。
【０１０６】
ステップＳ８２：画像サーバ３４は、受信したユーザＩＤ及びユーザ認証データの組み合わせが、ユーザ登録済みである何れかのユーザのそれと一致したならば、認証ＯＫとみなしてステップＳ８３へ移行し、そうでなければステップＳ８１へ戻る。
【０１０７】
ステップＳ８３：画像サーバ３４は、認証のＯＫ通知をＰＣ３５へ送信する。
【０１０８】
ステップＳ７４：ＰＣ３５は、認証のＯＫ通知及びユーザページ情報を受信した場合にはステップＳ７５へ移行し、受信しなかった場合にはステップＳ７２へ戻る。
【０１０９】
ステップＳ７５：ＰＣ３５は、画像サーバ３４に対してユーザページ情報を要求する。その後、ユーザページ情報を受信すると、そのユーザページ情報に基づきＰＣモニタに対してユーザページを表示する。なお、ユーザページには、ユーザが過去に保管した各画像ファイルのファイル名と、各画像ファイルに格納された画像のサムネイル画像とが配置される。なお、画像が２Ｄ画像であった場合には、その画像のサムネイル画像には２Ｄ画像である旨のマークが付与され、また、画像が３Ｄ画像であった場合には、その画像のサムネイル画像には３Ｄ画像である旨のマークが付与される。
【０１１０】
なお、このユーザページ上で、ユーザは、３Ｄ−ＤＰＦ１の修理申し込みを行うことができる。
【０１１１】
ステップＳ８４：画像サーバ３４は、ＰＣ３５からの要求に応じてユーザページ情報を送信する。なお、ユーザページ情報には、前述したユーザページの表示に必要な各データが含まれる。
【０１１２】
ステップＳ７６：ＰＣ３５は、ユーザから３Ｄ−ＤＰＦ１の修理申し込みが行われたか否かを判別し、行われた場合にはステップＳ７７へ移行し、行われなかった場合にはステップＳ７９へ移行する。
【０１１３】
ステップＳ７７：ＰＣ３５は、３Ｄ−ＤＰＦ１の修理要求を画像サーバ３４へ送信する。
【０１１４】
ステップＳ８５：画像サーバ３４は、修理要求を受信すると、ステップＳ８６へ移行し、受信しなかった場合はステップＳ８１０へ移行する。
【０１１５】
ステップＳ８６：画像サーバ３４は、在庫デバイスの１つである３Ｄ−ＤＰＦを、ユーザが新たに使用すべき３Ｄ−ＤＰＦと定める。この新たな３Ｄ−ＤＰＦには、その３Ｄ−ＤＰＦに専用のデバイスＩＤと、その３Ｄ−ＤＰＦに専用のデバイス認証データとが割り当てられている。画像サーバ３４は、そのユーザのユーザＩＤに対応づけられていたデバイスＩＤを、新たな３Ｄ−ＤＰＦのデバイスＩＤへと更新する。このようにしてユーザデータベース３４−１が更新されると、ユーザが今まで使用していた古い３Ｄ−ＤＰＦ１は、使用不可能となる。
【０１１６】
ステップＳ８７：画像サーバ３４は、新たな３Ｄ−ＤＰＦをカスタマーサポートセンター３４’へ指定すると共に、その新たな３Ｄ−ＤＰＦのカスタマイズ指示をカスタマーサポートセンター３４’に与える。
【０１１７】
カスタマーサポートセンター３４’は、指定された新たな３Ｄ−ＤＰＦを画像サーバ３４へネットワーク接続する。この時点で既に、新たな３Ｄ−ＤＰＦは、ユーザのユーザＩＤに対してひも付けされている。よって、新たな３Ｄ−ＤＰＦは、そのユーザＩＤに対応するバックアップデータを画像サーバ３４からダウンロードし、そのバックアップデータに従って、新たな３Ｄ−ＤＰＦ自身をカスタマイズする。
【０１１８】
具体的には、新たな３Ｄ−ＤＰＦは、新たな３Ｄ−ＤＰＦのオペレーティングシステムのパラメータ（アクセスポイントのＳＳＩＤ及びＷＥＰキー、バックアップ間隔など）を、そのバックアップデータに書かれたＳＳＩＤ、ＷＥＰキー、バックアップ間隔と同じに設定する。
【０１１９】
また、新たな３Ｄ−ＤＰＦは、新たな３Ｄ−ＤＰＦのアプリケーションシステムのパラメータ（ユーザページのレイアウト、ダウンロード画像の保存先、スライドショー再生の表示間隔など）を、そのバックアップデータに書かれたレイアウト、保存先、表示間隔と同じに設定する。
【０１２０】
また、新たな３Ｄ−ＤＰＦは、そのバックアップデータに書かれたファイル名リストに対応する１又は複数の画像ファイルを画像サーバ３４からダウンロードし、ダウンロードした画像ファイルを新たな３Ｄ−ＤＰＦ自身に保存する。この際、画像ファイルの保存先は、バックアップデータに書かれた保存先と同じに設定される。
【０１２１】
これによって、新たな３Ｄ−ＤＰＦの状態は、最新のバックアップ時点における３Ｄ−ＤＰＦ１の状態と同じに復元（レストア）される。
【０１２２】
なお、以上のようなレストア機能は、オペレーティングシステムの１機能などとして全ての３Ｄ−ＤＰＦに搭載されている。
【０１２３】
ステップＳ８８：画像サーバ３４は、レストア後の新たな３Ｄ−ＤＰＦをユーザの居所へ発送するようカスタマーサポートセンター３４’へ指示を与え、発送手配を完了する。
【０１２４】
なお、レストア後の新たな３Ｄ−ＤＰＦがユーザの居所へ届けられると、ユーザは、今まで使用していた古い３Ｄ−ＤＰＦ１をカスタマーサポートセンター３４’へ返送する。その古い３Ｄ−ＤＰＦ１がカスタマーサポートセンター３４’へ届けられると、修理され、初期状態に戻される。初期状態となった３Ｄ−ＤＰＦ１は、在庫デバイスとしてカスタマーサポートセンター３４に保管される。
【０１２５】
ステップＳ８９：画像サーバ３４は、発送手配を完了した時点で完了通知をＰＣ３５へ送信する。
【０１２６】
ステップＳ７８：ＰＣ３５は、完了通知を受信すると、ステップＳ７９へ移行する。
【０１２７】
ステップＳ７９：ＰＣ３５は、画像サーバ３４に対する最後のアクセスから所定時間が経過した場合にはステップＳ７１０へ移行し、経過していなかった場合にはステップＳ７５へ移行する。
【０１２８】
ステップＳ７１０：ＰＣ３５は、ネットワーク３３への接続を切断し、フローを終了する。
【０１２９】
ステップＳ８１０：画像サーバ３４は、ＰＣ３５の最後のアクセスから所定時間が経過した場合にはステップＳ８１へ戻り、経過していなかった場合にはステップＳ８４へ戻る。
【０１３０】
以上の結果、ユーザは、３Ｄ−ＤＰＦ１が故障した際には、ユーザページ上で修理申し込みを行うだけで、新たな３Ｄ−ＤＰＦの発送を手配することができる。しかも、ユーザの居所へ届けられた新たな３Ｄ−ＤＰＦは、届けられた時点でそのユーザ用にカスタマイズされているので、使用開始前にユーザが煩雑な設定を行う必要は無い。
【０１３１】
以上、図４〜図７にて説明したとおり、本実施形態の画像転送システムでは、ユーザがＰＣ３５からアップロードした２Ｄ画像を画像サーバ３４が２Ｄ−３Ｄ変換すると共に、その変換で得た３Ｄ画像の閲覧先又はダウンロード先を、そのユーザが使用している３Ｄ−ＤＰＦ１に設定する。したがって、本実施形態の画像転送システムは、２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供することができる。
【０１３２】
また、本実施形態の画像転送システムによれば、各ユーザと、各ユーザの使用すべき３Ｄ−ＤＰＦとがひも付けして管理されるので、２Ｄ−３Ｄ変換サービスを多数のユーザに提供する際に混乱をきたさない。
【０１３３】
また、本実施形態の画像転送システムによれば、個々のユーザによる２Ｄ−３Ｄ変換依頼の受け付け開始時期が適切なタイミングに設定されるので、２Ｄ−３Ｄ変換サービスの提供先を、３Ｄ−ＤＰＦの使用申し込みを完了させたユーザのみ（つまり立体観察が可能な環境下にあるユーザのみ）に制限することができる。
【０１３４】
また、本実施形態の画像転送システムによれば、画像サーバ３４が各ユーザの３Ｄ−ＤＰＦのバックアップデータを予め指定された頻度で収集するので、或るユーザの３Ｄ−ＤＰＦが故障した際に、新たな３Ｄ−ＤＰＦのカスタマイズをカスタマーサポートセンター３４’に対して即座に開始させることができる。したがって、新たな３Ｄ−ＤＰＦの使用開始時にユーザが煩雑な設定を行う必要は無い。
【０１３５】
また、本実施形態の画像転送システムによれば、ユーザの使用するデバイスが古い３Ｄ−ＤＰＦから新たな３Ｄ−ＤＰＦへと交換される際に、画像サーバ３４がユーザデータベースを自動的に更新するので、ユーザがユーザ登録をやり直したり、登録データを書き換えたりする必要は無い。
【０１３６】
また、本実施形態の画像転送システムにおける３Ｄ−ＤＰＦ１は、３Ｄ画像を立体表示する際に、その３Ｄ画像を最初に平面表示してから徐々に立体表示を開始するので、３Ｄ−ＤＰＦ１のユーザは、平面表示から立体表示へのトランジションを体験することができる。立体表示された３Ｄ画像を観察する際に、このようなトランジションを経れば、立体感を感じにくいユーザであっても比較的容易に立体感を感じることができると思われる。
【０１３７】
なお、以上の実施形態の画像転送システムでは、画像サーバ３４の機能の少なくとも一部は、カスタマーサポートセンター３４’又は他種のサーバ装置に搭載されてもよい。また、カスタマーサポートセンター３４’の機能の少なくとも一部は、画像サーバ３４又は他種のサーバ装置に搭載されてもよい。
【０１３８】
また、以上の実施形態の画像転送システムでは、ユーザが２Ｄ−３Ｄ変換依頼をＰＣ３５経由で行ったが、３Ｄ−ＤＰＦ経由で行うことができるよう３Ｄ−ＤＰＦを構成してもよい。
【０１３９】
また、以上の実施形態の画像転送システムでは、ユーザが３Ｄ−ＤＰＦの修理申し込みをＰＣ３５経由で行ったが、３Ｄ−ＤＰＦ経由で行うことができるように３Ｄ−ＤＰＦを構成してもよい。
【０１４０】
また、以上の実施形態の画像転送システムでは、３Ｄ表示デバイスとして３Ｄ−ＤＰＦ（３Ｄディジタルフォトフレーム）を例に挙げたが、テレビチューナーを内蔵した３Ｄディスプレイなど、他種の３Ｄ表示デバイスを使用してもよい。
【０１４１】
また、以上の実施形態の画像転送システムでは、３Ｄ画像のファイルフォーマットとしてマルチピクチャーフォーマットを例に挙げたが、２枚の視差画像を左右に並べて１枚の画像と同等に扱うサイドバイサイド方式などの他の方式を適用してもよい。因みに、前述したネットワーク３３が放送網であり、３Ｄ表示デバイスがテレビチューナー内蔵の３Ｄディスプレイであり、前述した３Ｄ画像が動画像であった場合には、サイドバイサイド方式が適用されることもある。
【０１４２】
また、以上の実施形態の画像転送システムでは、３Ｄ表示デバイスの交換される理由が３Ｄ表示デバイスの故障である場合を例に挙げて説明したが、３Ｄ表示デバイスが新モデル又は新商品へと移行されるなどの理由で３Ｄ表示デバイスを交換する際にも、同様のシステムを適用できる。
【符号の説明】
【０１４３】
３３…ネットワーク、３４…画像サーバ、３２…自宅アクセスポイント３２、１…３Ｄディジタルフォトフレーム（３Ｄ−ＤＰＦ）、３５…パーソナルコンピュータ（ＰＣ）、３４’…カスタマーサポートセンター
【技術分野】
【０００１】
本発明は、ユーザ登録済みのユーザがアップロードした画像を保管するサーバ装置及び画像転送システムに関する。
【背景技術】
【０００２】
特許文献１には、サーバ装置が３Ｄ画像をユーザ端末へ配信する画像転送システムの一例が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１１１１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年になると、サーバ装置から配信された３Ｄ画像を鑑賞するだけでなく、ユーザ自身がカメラで撮影した２Ｄ画像を３Ｄ画像に変換（２Ｄ−３Ｄ変換）して鑑賞したいという要求も増えてきた。
【０００５】
しかしながら２Ｄ−３Ｄ変換に必要な技術は本来、専門性が高いため、パーソナルコンピュータ（ＰＣ）のアプリケーション上で一般のユーザがそれを行うのは難しい。
【０００６】
また、ユーザの技術がたとえ高かったとしても高品質の３Ｄ画像をＰＣが短時間で作成することは性能的に難しい。
【０００７】
そこで本発明は、２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供することが可能なサーバ装置及び画像転送システムの実現を目的とする。
【課題を解決するための手段】
【０００８】
本発明のサーバ装置は、登録済みのユーザのユーザＩＤと、そのユーザが使用すべき表示デバイスであり、かつ立体視用の画像を立体表示可能な表示デバイスのデバイスＩＤとを、互いに対応付けて保管するＩＤ保管手段と、任意の端末を介して前記ユーザからアップロードされた平面視用の画像を前記ユーザＩＤに対応付けて保管する画像保管手段と、前記平面視用の画像を立体視用の画像へと変換する変換依頼を前記ユーザから受け付ける受付手段と、前記受け付けに応じて、変換後の前記立体視用の画像の閲覧先又はダウンロード先を、前記ユーザが使用すべき前記表示デバイスに設定する制御手段とを備える。
【０００９】
本発明の画像転送システムは、本発明のサーバ装置と、前記サーバ装置から前記３Ｄ画像を閲覧又はダウンロードする前記３Ｄ表示デバイスとを備える。
【発明の効果】
【００１０】
本発明によれば、２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供することが可能なサーバ装置及び画像転送システムが実現する。
【図面の簡単な説明】
【００１１】
【図１】画像転送システムの構成図である。
【図２】画像サーバ３４のデータベースを説明する図である。
【図３】３Ｄ−ＤＰＦ１の全体構成図である。
【図４】ＰＣ３５及び画像サーバ３４による２Ｄ−３Ｄ変換処理の動作フローチャートである。
【図５】３Ｄ−ＤＰＦ１及び画像サーバ３４による画像ダウンロード処理の動作フローチャートである。
【図６】３Ｄ−ＤＰＦ１及び画像サーバ３４によるバックアップ処理の動作フローチャートである。
【図７】ＰＣ３５による修理依頼処理及び画像サーバ３４による修理受付処理の動作フローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態として画像転送システムを説明する。
【００１３】
図１は、画像転送システムの構成図である。図１に示すとおり画像転送システムは、インターネットなどのネットワーク３３と、ネットワーク３３に接続された画像サーバ３４と、ネットワーク３３に接続された自宅アクセスポイント３２と、無線ＬＡＮモジュールを搭載した３Ｄディジタルフォトフレーム（３Ｄ−ＤＰＦ）１と、無線ＬＡＮモジュールを搭載したパーソナルコンピュータ（ＰＣ）３５とを有し、画像サーバ３４は、ネットワーク３３又は他のネットワークを介してカスタマーサポートセンター３４’に接続されている。
【００１４】
カスタマーサポートセンター３４’は、３Ｄ−ＤＰＦ１の在庫（在庫デバイス）を多数保管し、画像サーバ３４からの指示に応じて、３Ｄ−ＤＰＦの修理業務、３Ｄ−ＤＰＦの発送業務などを行うセンターである。
【００１５】
画像サーバ３４は、カスタマーサポートセンター３４’の在庫デバイスを管理する機能と、ユーザ登録済みの各ユーザの画像ファイルを保管する機能と、各ユーザからの依頼に応じて画像処理を行う機能とを有する。特に、本実施形態では、その画像処理の中に２Ｄ−３Ｄ変換処理が含まれる。なお、この２Ｄ−３Ｄ変換処理は、画像サーバ３４からの依頼に応じて別の画像処理サーバが実行してもよいが、ここでは、画像サーバ３４自身が直接実行するものとする。
【００１６】
ＰＣ３５は、或るユーザが使用可能な端末の１つである。そのユーザは、ＰＣ３５、自宅アクセスポイント３２、ネットワーク３３を介して画像サーバ３４の登録ページへアクセスし、その登録ページ上で画像サーバ３４に対するユーザ登録を行う。登録の結果、ユーザには、そのユーザに専用のユーザＩＤと、そのユーザに専用のユーザ認証データ（パスワード）とが割り当てられる。
【００１７】
また、ユーザは、ＵＳＢケーブルなどを介して２Ｄカメラ３５’をＰＣ３５へ接続し、２Ｄカメラ３５’で撮影した画像（２Ｄ画像）の画像ファイルを必要に応じてＰＣ３５へ転送することができる。また、ユーザは、ＰＣ３５、自宅アクセスポイント３２、ネットワーク３３を介して画像サーバ３４のユーザページへアクセスし、そのユーザページ上で、画像ファイルの閲覧（サムネイル閲覧）、画像ファイルのアップロード、画像ファイルのダウンロード、画像処理の依頼（２Ｄ−３Ｄ変換依頼を含む）、３Ｄ−ＤＰＦの使用申し込みなどを行うことができる。
【００１８】
ユーザページ上でユーザが３Ｄ−ＤＰＦの使用申し込みを行うと、画像サーバ３４は、在庫デバイスの１つである３Ｄ−ＤＰＦをユーザのデバイスと定める。なお、ここでは、この申し込みにより、ユーザの居所データもユーザの登録データの一種として画像サーバ３４に保管されるものとする。その３Ｄ−ＤＰＦには、その３Ｄ−ＤＰＦに専用のデバイスＩＤ（固体識別用のシリアルナンバーなど）と、その３Ｄ−ＤＰＦに専用のデバイス認証データとが割り当てられている。画像サーバ３４は、その３Ｄ−ＤＰＦのデバイスＩＤを、そのユーザのユーザＩＤに対応づけてから、その３Ｄ−ＤＰＦをユーザの居所へ発送するようカスタマーサポートセンター３４’へ指示する。その後、カスタマーサポートセンター３４’は、ユーザの居所に向けてその３Ｄ−ＤＰＦを発送する。このようにしてユーザの居所へ届いた３Ｄ−ＤＰＦが、図１に符号１で示した３Ｄ−ＤＰＦである。それ以降、ＰＣ３５のユーザは、自分自身にひも付けされた３Ｄ−ＤＰＦ１を、自分専用の３Ｄ−ＤＰＦとして使用することができる。なお、ユーザからの２Ｄ−３Ｄ変換依頼の受け付け開始時期は、３Ｄ−ＤＰＦ１とユーザとがひも付けされた後に設定される。
【００１９】
なお、画像サーバ３４の登録ページ又はユーザページへアクセスする際にユーザが使用するアクセスポイントは、自宅アクセスポイント３２ではなく不図示の公衆アクセスポイントであっても構わない。また、画像サーバ３４の登録ページ又はユーザページへアクセスする際にユーザが使用する端末は、ユーザ専用のＰＣであっても他者と共用のコンピュータであっても構わない。但し、ここでは簡単のため、ユーザが使用するアクセスポイントは自宅アクセスポイント３２であって、ユーザが使用する端末はＰＣ３５と仮定する。
【００２０】
図２は、画像サーバ３４のデータベースを説明する図である。図２に示すとおり、画像サーバ３４は、ユーザデータベース３４−１と画像データベース３４−２とを有している。これらのユーザデータベース３４−１及び画像データベース３４−２は、画像サーバ３４の制御部（不図示）によって適宜にアクセスされる。なお、画像サーバ３４の後述する各動作は、この制御部によって実行されるものとする。
【００２１】
ユーザデータベース３４−１には、ユーザ登録済みの各ユーザのユーザＩＤとして、例えば、各ユーザのメールアドレスが保管されており、各ユーザのユーザＩＤには、そのユーザが使用している３Ｄ−ＤＰＦのデバイスＩＤが対応付けられている。図２に示す例では、”ｔｏｋｙｏ＠××．ｃｏｍ”というユーザＩＤに対して”＃１００”というデバイスＩＤが対応付けられている。この場合、”ｔｏｋｙｏ＠××．ｃｏｍ”というユーザＩＤを有したユーザの使用している３Ｄ−ＤＰＦは、”＃１００”というデバイスＩＤを有した３Ｄ−ＤＰＦであると画像サーバ３４は認識することができる。なお、図２には表れていないが、各ユーザのユーザＩＤには、そのユーザに専用のユーザ認証データ（パスワード）が対応付けられており、各３Ｄ−ＤＰＦのデバイスＩＤには、その３Ｄ−ＤＰＦに専用のデバイス認証データが対応付けられている。
【００２２】
画像データベース３４−２には、ユーザ登録済みの各ユーザの画像ファイルが、各ユーザのユーザＩＤに対応付けられた状態で保管されている。また、画像データベース３４−２には、各ユーザの３Ｄ−ＤＰＦのバックアップデータが、各ユーザのユーザＩＤに対応付けられた状態で保管されている。したがって、各ユーザの画像ファイル及びバックアップデータは、各ユーザのデバイスＩＤと同様、各ユーザのユーザＩＤに対してひも付けされている。なお、図２において”２Ｄ”と示したのは２Ｄ画像の画像ファイル（２Ｄ画像ファイル）の概念であり、”３Ｄ”と示したのは３Ｄ画像の画像ファイル（３Ｄ画像ファイル）の概念であり、”ＢＤ”と示したのはバックアップデータの概念である。
【００２３】
なお、ここでいう２Ｄ画像は動画像又は静止画像であって、ここでいう３Ｄ画像は動画像又は静止画像である。但し、以下では簡単のため、２Ｄ画像及び３Ｄ画像は共に静止画像であると仮定して説明する。
【００２４】
先ず、３Ｄ画像は、観察者に対して立体物を観察させるために必要な画像であって、複数の視差画像からなる。ここでは、２眼型の３Ｄ表示器を想定し、３Ｄ画像は、左右の視差画像、すなわち、観察者の左眼に提示するための左眼用画像（Ｌ画像）と、観察者の右眼に提示するための右眼用画像（Ｒ画像）との２枚からなる場合を想定する。このうちＬ画像の提示先を観察者の左眼のみに制限し、またＲ画像の提示先を観察者の右眼のみに制限すれば、観察者は立体観察（立体視）ができる。なお、このような３Ｄ画像を格納する３Ｄ画像ファイルには、例えば、マルチピクチャーフォーマットなど、複数枚の画像を纏めて格納することのできるフォーマットが適用される。
【００２５】
一方、２Ｄ画像は、観察者に対して平面物を観察させるための画像であって、観察者の左眼及び右眼に提示する共通の画像からなる。因みに観察者の左眼及び右眼へ共通の画像を提示した場合は、観察者は立体観察をすることはできず、平面観察（平面視）ができるだけである。なお、このような２Ｄ画像を格納する２Ｄ画像ファイルには、例えば、ＪＰＥＧフォーマットなど、１枚の画像を格納するフォーマットが適用される。
【００２６】
図３は、３Ｄ−ＤＰＦ１の全体構成図である。３Ｄ−ＤＰＦ１には、ＣＰＵ１７、ＲＡＭ２０、不揮発性メモリ１８、無線ＬＡＮモジュール２４、Ｒ画像用のＲメモリ１９Ｒ、Ｌ画像用のＬメモリ１９Ｌ、３Ｄ表示器８、入力器２５などが備えられ、ＣＰＵ１７、ＲＡＭ２０、不揮発性メモリ１８、無線ＬＡＮモジュール２４、Ｒメモリ１９Ｒ、Ｌメモリ１９Ｌ、入力器２５は、共通のバス２６に接続されている。
【００２７】
不揮発性メモリ１８は、３Ｄ−ＤＰＦ１の電源投入の有無に拘わらずＣＰＵ１７のプログラムなどを記憶するメモリである。ＣＰＵ１７のプログラムとしては、オペレーティングシステムのプログラムと、３Ｄ−ＤＰＦ用のアプリケーションのプログラムとがあり、オペレーティングシステムには、３Ｄ−ＤＰＦ１の全体を管理する機能があり、アプリケーションには、画像サーバ３４に保管された画像ファイルの閲覧機能、その画像ファイルのダウンロード機能、その画像ファイルのスライドショー再生機能など（所謂ビューワー機能）がある。
【００２８】
なお、不揮発性メモリ１８に格納される情報としては、以上のプログラムの他に、画像サーバ３４からダウンロードされた画像ファイル、オペレーティングシステムのパラメータ（詳細は後述）、アプリケーションのパラメータ（詳細は後述）などがある。
【００２９】
ＲＡＭ２６は、ＣＰＵ１７がプログラムを実行する際に必要なデータを一時的に記憶するメモリである。
【００３０】
無線ＬＡＮモジュール２４は、３Ｄ−ＤＰＦ１の外部に位置するアクセスポイント（自宅アクセスポイント３２）との間で無線通信を行い、データの送受信を行う。
【００３１】
３Ｄ表示器８は、多眼型又は２眼型の３Ｄ表示器であって、裸眼型又は眼鏡型の３Ｄ表示器である。ここでは、３Ｄ表示器８を、２眼型かつ裸眼型であって、分離方式としてレンチキュラー方式が採用された３Ｄ表示器と仮定する。この場合、３Ｄ表示器８は、複数の表示用の画素を水平方向及び垂直方向にかけて配列してなる表示部を備えると共に、垂直方向に母線を配した複数のシリンドリカルレンズを、その表示部上に水平方向にかけて配列している。これらのシリンドリカルレンズの全体がレンチキュラーレンズと呼ばれているものである。この場合、３Ｄ表示器８の水平方向が、観察者の左右方向となる。
【００３２】
なお、表示部における水平方向の画素密度は、垂直方向の画素密度の２倍に設定されている。そして、表示部において左側から数えて奇数番目に位置する複数の画素列はＬ画像を表示するための画素（Ｌ画素）であり、左側から数えて偶数番目に位置する複数の画素列はＲ画像を表示するための画素（Ｒ画素）である。また、個々のシリンドリカルレンズの水平方向の配列ピッチは、表示部における画素の水平方向の配列ピッチの２倍に設定されている。つまり、１本のＬ画素列と１本のＲ画素列とからなる１つのブロック上に、１本のシリンドリカルレンズが配置されている。また、個々のシリンドリカルレンズの屈折力は適切に設定されており、Ｌ画素から射出した光束の角度範囲は、観察者の左眼には入射できるが観察者の右眼には入射できないような角度範囲に制限され、Ｒ画素から射出した光束の角度範囲は、観察者の右眼には入射できるが観察者の左眼には入射できないような角度範囲に制限される。
【００３３】
Ｒメモリ１９Ｒは、３Ｄ表示器８のＲ画素群へ出力すべき画像のデータを蓄積するための表示用メモリであり、Ｌメモリ１９Ｌは、３Ｄ表示器８のＬ画素群へ出力すべき画像のデータを蓄積するための表示用メモリである。Ｒメモリ１９Ｒは、蓄積中のデータをＲ画素群へ送出し、Ｌメモリ１９Ｌは、蓄積中のデータをＬ画素群へ送出する。
【００３４】
ＣＰＵ１７は、上述したプログラムに従い、３Ｄ−ＤＰＦ１の各部を制御する。このＣＰＵ１７の動作については、３Ｄ−ＤＰＦ１の動作として後に詳細に説明する。
【００３５】
図４は、ＰＣ３５及び画像サーバ３４による２Ｄ−３Ｄ変換処理の動作フローチャートである。なお、ここでは、２Ｄ−３Ｄ変換処理の前に行われるべき２Ｄ画像のアップロード処理も併せて説明する。
【００３６】
図４の左側に示すのがＰＣ３５の動作フローチャートであり、図４の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図４の各ステップを時系列順に説明する。
【００３７】
ステップＳ１１：ＰＣ３５は、ＰＣ３５に搭載された無線ＬＡＮモジュールによりＳＳＩＤの探索を行い、検出された１又は複数のＳＳＩＤの中から自宅アクセスポイント３２のＳＳＩＤを選択し、その自宅アクセスポイント３２に対して自宅アクセスポイント３２に対応するＷＥＰキーを送信することにより、ネットワーク３３への接続を確立する。これによって、ＰＣ３５と画像サーバ３４とがネットワーク３３経由で接続される。
【００３８】
ステップＳ１２：ＰＣ３５は、ユーザが不図示の入力器を介して入力した、ユーザ自身のユーザＩＤ及びユーザ認証データ（パスワード）を、画像サーバ３４に対して送信する。
【００３９】
ステップＳ２１：画像サーバ３４は、ユーザＩＤ及びユーザ認証データを受信すると、ステップＳ２２へ移行する。
【００４０】
ステップＳ２２：画像サーバ３４は、受信したユーザＩＤ及びユーザ認証データの組み合わせが、ユーザ登録済みである何れかのユーザのそれと一致したならば、認証ＯＫとみなしてステップＳ２３へ移行し、そうでなければステップＳ２１へ戻る。
【００４１】
ステップＳ２３：画像サーバ３４は、認証のＯＫ通知をＰＣ３５へ送信する。
【００４２】
ステップＳ１４：ＰＣ３５は、認証のＯＫ通知を受信した場合にはステップＳ１５へ移行し、受信しなかった場合にはステップＳ１２へ戻る。
【００４３】
ステップＳ１５：ＰＣ３５は、画像サーバ３４に対してユーザページ情報を要求する。その後、ユーザページ情報を受信すると、ＰＣ３５は、そのユーザページ情報に基づきＰＣ３５のモニタ（ここでは２Ｄ表示デバイスと仮定する。以下、「ＰＣモニタ」と称す。）に対してユーザページを表示する。なお、ユーザページには、ユーザが過去に保管した各画像ファイルのファイル名と、各画像ファイルに格納された画像のサムネイル画像とが配置される。なお、画像が２Ｄ画像であった場合には、その画像のサムネイル画像には２Ｄ画像である旨のマークが付与され、また、画像が３Ｄ画像であった場合には、その画像のサムネイル画像には３Ｄ画像である旨のマークが付与される。
【００４４】
なお、このユーザページ上で、ユーザは、アップロード画面を呼び出したり、２Ｄ−３Ｄ変換画面を呼び出したりすることができる。
【００４５】
ステップＳ２４：画像サーバ３４は、ＰＣ３５からの要求に応じてユーザページ情報を送信する。なお、ユーザページ情報には、前述したユーザページの表示に必要な各データが含まれる。
【００４６】
ステップＳ１６：ＰＣ３５は、ユーザからアップロード画面が呼び出されたか否かを判別し、呼び出された場合にはステップＳ１７へ移行し、呼び出されなかった場合にはステップＳ１１０へ移行する。
【００４７】
ステップＳ１７：ＰＣ３５は、アップロード画面をＰＣモニタへ表示する。アップロード画面には、ＰＣ３５に格納されている画像ファイルの一覧が表示される。ユーザは、アップロードすべき１又は複数の２Ｄ画像ファイルをこのアップロード画面上で指定し、アップロード指示をＰＣ３５へ入力する。アップロード指示が入力されると、ＰＣ３５はステップＳ１８へ移行する。
【００４８】
ステップＳ１８：ＰＣ３５は、画像サーバ３４に対してアップロード要求を送信する。
【００４９】
ステップＳ２５：画像サーバ３４は、アップロード要求を受信すると、ステップＳ２６へ移行し、受信しなかった場合はステップＳ２７へ移行する。
【００５０】
ステップＳ１９：ＰＣ３５は、ユーザが指定した１又は複数の２Ｄ画像ファイルを画像サーバ３４へ転送する。
【００５１】
ステップＳ２６：画像サーバ３４は、１又は複数の２Ｄ画像ファイルを受信すると、その２Ｄ画像ファイルに対してユーザＩＤを対応付けた上で、前述した画像データベース４３−２へ格納する。
【００５２】
ステップＳ１１０：ＰＣ３５は、ユーザから２Ｄ−３Ｄ変換画面が呼び出されたか否かを判別し、呼び出された場合にはステップＳ１１１へ移行し、呼び出されなかった場合にはステップＳ１１４へ移行する。
【００５３】
ステップＳ１１１：ＰＣ３５は、２Ｄ−３Ｄ変換画面をＰＣモニタへ表示する。２Ｄ−３Ｄ変換画面には、画像サーバ３４に保管中である２Ｄ画像ファイルの一覧が表示される。ユーザは、２Ｄ−３Ｄ変換すべき１又は複数の２Ｄ画像ファイルをこの２Ｄ−３Ｄ変換画面上で指定し、ＰＣ３５へ２Ｄ−３Ｄ変換指示を入力する。２Ｄ−３Ｄ変換指示が入力されると、ＰＣ３５はステップＳ１１２へ移行する。
【００５４】
ステップＳ１１２：ＰＣ３５は、指定された２Ｄ画像ファイルのファイル名及び２Ｄ−３Ｄ変換要求を画像サーバ３４に対して送信する。
【００５５】
ステップＳ２７：画像サーバ３４は、指定された２Ｄ画像ファイルのファイル名及び２Ｄ−３Ｄ変換要求を受信すると、ステップＳ２８へ移行し、受信しなかった場合はステップＳ２１１へ移行する。
【００５６】
ステップＳ２８：画像サーバ３４は、指定された２Ｄ画像ファイルに格納されている２Ｄ画像を読み込み、その２Ｄ画像に対して２Ｄ−３Ｄ変換を施す。すなわち、画像サーバ３４は、その２Ｄ画像に対してオブジェクト抽出処理を施し、その２Ｄ画像上に存在する１又は複数のオブジェクト（人物、自動車、樹木、建物、太陽、山々、犬、猫、…など）を個別に抽出する。次に、画像サーバ３４は、それらのオブジェクトの各々の種類及びサイズに基づき、それらのオブジェクトの各々の距離を推測する。さらに、画像サーバ３４は、個々のオブジェクトの内部のコントラスト分布から、個々のオブジェクトの凹凸分布を推測する。これによって、２Ｄ画像の距離分布の推定が完了する。そして、画像サーバ３４は、２Ｄ画像と、２Ｄ画像の距離分布とに基づき、その２Ｄ画像に対応するＲ画像とＬ画像とを作成し、それらＲ画像及びＬ画像を纏めることで１つの３Ｄ画像ファイルを作成する。これによって、２Ｄ−３Ｄ変換は完了である。
【００５７】
ステップＳ２９：画像サーバ３４は、作成した３Ｄ画像ファイルを、ユーザのユーザＩＤに対応付けて画像データベースへ格納する。このようにして３Ｄ画像ファイルをユーザＩＤに対応づけておけば、ユーザの使用している３Ｄ−ＤＰＦ１を、その３Ｄ画像ファイルの閲覧先又はダウンロード先に設定することができる。この場合、基本的に他のユーザの３Ｄ−ＤＰＦは、その３Ｄ画像ファイルを閲覧又はダウンロードすることはできない。
【００５８】
ステップＳ２１０：画像サーバ３４は、３Ｄ画像ファイルの保管が完了したことを示す完了通知をＰＣ３５へ送信する。
【００５９】
ステップＳ１１３：ＰＣ３５は、完了通知を受信すると、ステップＳ１１４へ移行する。
【００６０】
ステップＳ１１４：ＰＣ３５は、画像サーバ３４に対する最後のアクセスから所定時間が経過した場合にはステップＳ１１５へ移行し、経過していなかった場合にはステップＳ１５へ戻る。
【００６１】
ステップＳ１１５：ＰＣ３５は、ネットワーク３３への接続を切断し、フローを終了する。
【００６２】
ステップＳ２１１：画像サーバ３４は、ＰＣ３５の最後のアクセスから所定時間が経過した場合にはステップＳ２１へ戻り、経過していなかった場合にはステップＳ２４へ戻る。
【００６３】
以上の結果、ユーザは、任意の２Ｄ画像を２Ｄ−３Ｄ変換するよう画像サーバ３４へ依頼するだけで、２Ｄ−３Ｄ変換後の２Ｄ画像である３Ｄ画像を、画像サーバ３４へ保管することができる。
【００６４】
図５は、３Ｄ−ＤＰＦ１及び画像サーバ３４による画像ダウンロード処理の動作フローチャートである。なお、ここでは、ダウンロードされる画像が３Ｄ画像であった場合を説明する。
【００６５】
図５の左側に示すのが３Ｄ−ＤＰＦ１の動作フローチャートであり、図５の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図５の各ステップを時系列順に説明する。
【００６６】
ステップＳ３１：３Ｄ−ＤＰＦ１は、無線ＬＡＮモジュール２４によりＳＳＩＤの探索を行い、検出された１又は複数のＳＳＩＤの中から自宅アクセスポイント３２のＳＳＩＤを選択し、その自宅アクセスポイント３２に対して自宅アクセスポイント３２に対応するＷＥＰキーを送信することにより、ネットワーク３３への接続を確立する。これによって、３Ｄ−ＤＰＦ１と画像サーバ３４とがネットワーク３３経由で接続される。
【００６７】
ステップＳ３２：３Ｄ−ＤＰＦ１は、３Ｄ−ＤＰＦ１自身に割り当てられたデバイスＩＤ及びデバイス認証データを、画像サーバ３４に対して送信する。
【００６８】
ステップＳ４１：画像サーバ３４は、デバイスＩＤ及びデバイス認証データを受信すると、ステップＳ４２へ移行する。
【００６９】
ステップＳ４２：画像サーバ３４は、受信したデバイスＩＤ及びデバイス認証データの組み合わせが、ユーザ登録済みである何れかのユーザのそれと一致したならば、認証ＯＫとみなしてステップＳ４３へ移行し、そうでなければステップＳ４１へ戻る。
【００７０】
ステップＳ４３：画像サーバ３４は、認証のＯＫ通知を３Ｄ−ＤＰＦ１へ送信する。
【００７１】
ステップＳ３４：３Ｄ−ＤＰＦ１は、認証のＯＫ通知を受信した場合にはステップＳ３５へ移行し、受信しなかった場合にはステップＳ３２へ戻る。
【００７２】
ステップＳ３５：３Ｄ−ＤＰＦ１は、画像サーバ３４に対してユーザページ情報を要求する。その後、ユーザページ情報を受信すると、３Ｄ−ＤＰＦ１は、そのユーザページ情報に基づき３Ｄ表示器８に対してユーザページを表示する。ここでは簡単のため、ユーザページは２Ｄ画像として表示されものとする。この場合、３Ｄ−ＤＰＦ１は、ユーザページの画像データを、Ｒメモリ１９ＲとＬメモリ１９Ｌとの双方へ書き込めばよい。
【００７３】
なお、ユーザページには、ユーザが過去に保管した各画像ファイルのファイル名と、各画像ファイルに格納された画像のサムネイル画像とが配置される。なお、画像が２Ｄ画像であった場合には、その画像のサムネイル画像には２Ｄ画像である旨のマークが付与され、また、画像が３Ｄ画像であった場合には、その画像のサムネイル画像には３Ｄ画像である旨のマークが付与される。
【００７４】
なお、このユーザページ上で、ユーザが３Ｄ画像のサムネイル画像を選択すると、その３Ｄ画像の立体表示指示を３Ｄ−ＤＰＦ１へ入力することができる。
【００７５】
ステップＳ４４：画像サーバ３４は、３Ｄ−ＤＰＦ１からの要求に応じて、ユーザページ情報を送信する。なお、ユーザページ情報には、前述したユーザページの表示に必要な各データが含まれる。
【００７６】
ステップＳ３６：３Ｄ−ＤＰＦ１は、ユーザから立体表示指示が入力されたか否かを判別し、入力された場合にはステップＳ３７へ移行し、入力されなかった場合にはステップＳ３１２へ移行する。
【００７７】
ステップＳ３７：３Ｄ−ＤＰＦ１は、画像サーバ３４に対して、現時点で選択されている３Ｄ画像のファイル名及びダウンロード要求を送信する。
【００７８】
ステップＳ４５：画像サーバ３４は、ファイル名及びダウンロード要求を受信すると、ステップＳ４６へ移行し、受信しなかった場合にはステップＳ４７へ移行する。
【００７９】
ステップＳ４６：画像サーバ３４は、前述したデバイスＩＤに対してひも付けされた１又は複数の画像ファイルの中から、受信したファイル名を有した３Ｄ画像ファイルを見出し、その３Ｄ画像ファイルを３Ｄ−ＤＰＦ１へと転送する。
【００８０】
ステップＳ３８：３Ｄ−ＤＰＦ１は、３Ｄ画像ファイルを受信すると、その３Ｄ画像ファイルをＲＡＭ２０へ書き込む。
【００８１】
ステップＳ３９：３Ｄ−ＤＰＦ１は、ＲＡＭ２０上の３Ｄ画像ファイルに格納されたＲ画像及びＬ画像を読み出し、それらＲ画像及びＬ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌに対して個別に書き込む。これによって、３Ｄ表示器８のＲ画素群にＲ画像が表示され、３Ｄ表示器８のＬ画素群にＬ画像が表示される。したがって、ユーザの選択した３Ｄ画像が３Ｄ表示器８上に立体表示される。
【００８２】
なお、本ステップの３Ｄ−ＤＰＦ１は、Ｒ画像及びＬ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌへと書き込むに当たり、最初は、Ｒ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌの双方へ書き込んでから、Ｌメモリ１９Ｌの内容を徐々にＬ画像へと書き換えてもよい。或いは、Ｌ画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌの双方へ書き込んでから、Ｒメモリ１９Ｒの内容を徐々にＲ画像へと書き換えてもよい。或いは、Ｌ画像とＲ画像との中間画像を作成し、その中間画像をＲメモリ１９Ｒ及びＬメモリ１９Ｌの双方へ書き込んでから、Ｒメモリ１９Ｒの内容を徐々にＲ画像へと書き換えると共に、Ｌメモリ１９Ｌの内容を徐々にＬ画像へと書き換えてもよい。このようにすれば、３Ｄ−ＤＰＦ１は、３Ｄ画像を平面表示してから徐々に立体表示へとトランジションさせることができる。
【００８３】
なお、３Ｄ画像の立体表示中、ユーザは、不図示の入力器を介して表示中の３Ｄ画像のファイルの保存指示を３Ｄ−ＤＰＦ１へ入力することができる。
【００８４】
ステップＳ３１０：３Ｄ−ＤＰＦ１は、ユーザから保存指示が入力されたか否かを判別し、入力された場合にはステップＳ３１１へ移行し、入力されなかった場合にはステップＳ３１２へ移行する。
【００８５】
ステップＳ３１１：３Ｄ−ＤＰＦ１は、ＲＡＭ２０上の３Ｄ画像ファイルを不揮発性メモリ１８へ書き込む。これによって、３Ｄ−ＤＰＦ１は３Ｄ画像ファイルを長期に亘って保存することができる。よって、それ以降、３Ｄ−ＤＰＦ１が同じ３Ｄ画像を立体表示する際には、ネットワーク３３への接続は必要無くなる。
【００８６】
ステップＳ３１２：３Ｄ−ＤＰＦ１は、画像サーバ３４に対する最後のアクセスから所定時間が経過した場合にはステップＳ３１３へ移行し、経過していなかった場合にはステップＳ３５へ移行する。
【００８７】
ステップＳ３１３：３Ｄ−ＤＰＦ１は、ネットワーク３３への接続を切断し、フローを終了する。
【００８８】
ステップＳ４７：画像サーバ３４は、３Ｄ−ＤＰＦ１の最後のアクセスから所定時間が経過した場合にはステップＳ４１へ戻り、経過していなかった場合にはステップＳ４４へ戻る。
【００８９】
以上の結果、ユーザは、画像サーバ３４へ予め保管しておいた任意の３Ｄ画像を、任意のタイミングで３Ｄ−ＤＰＦ１から立体観察することができる。
【００９０】
図６は、３Ｄ−ＤＰＦ１及び画像サーバ３４によるバックアップ処理の動作フローチャートである。なお、この動作フローチャートは、３Ｄ−ＤＰＦ１が画像サーバ３４に対してネットワーク接続され、かつデバイス認証後の期間中に実行されるものとする。また、ユーザは、不図示の入力器を介して予め３Ｄ−ＤＰＦ１へ任意のバックアップ間隔を指定しており、そのバックアップ間隔の情報は、オペレーティングシステムのパラメータとして不揮発性メモリ１８が記憶しているものとする。
【００９１】
図６の左側に示すのが３Ｄ−ＤＰＦ１の動作フローチャートであり、図６の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図６の各ステップを時系列順に説明する。
【００９２】
ステップＳ５１：３Ｄ−ＤＰＦ１は、前回のバックアップ時刻と予め指定されたバックアップ間隔と現在の時刻とに基づきバックアップ時期が到来したか否かを判別し、到来した場合にはステップＳ５２へ移行する。
【００９３】
ステップＳ５２：３Ｄ−ＤＰＦ１は、画像サーバ３４に対してバックアップ要求を送信する。
【００９４】
ステップＳ６１：画像サーバ３４は、バックアップ要求を受信すると、ステップＳ６２へ移行する。
【００９５】
ステップＳ５３：３Ｄ−ＤＰＦ１は、３Ｄ−ＤＰＦ１のバックアップデータを収集すると、そのバックアップデータを画像サーバ３４へ送信し、ステップＳ５１へ戻る。
【００９６】
ここで、３Ｄ−ＤＰＦ１のバックアップデータには、前述したオペレーティングシステムのパラメータと、前述したアプリケーションシステムのパラメータとが含まれる。オペレーティングシステムのパラメータには、アクセスポイントのＳＳＩＤ及びＷＥＰキー、バックアップ間隔データなどが含まれ、アプリケーションのパラメータとは、ユーザページのレイアウトデータ、ダウンロード画像の保存先データ、スライドショー再生の表示間隔データなどが含まれる。
【００９７】
なお、バックアップデータには、３Ｄ−ＤＰＦ１が保管しているダウンロード画像のファイル名リスト、すなわち、画像サーバ３４からのダウンロードによって不揮発性メモリ１８に保存された画像のファイル名リストが含まれてもよい。
【００９８】
ステップＳ６２：画像サーバ３４は、バックアップデータを受信すると、そのバックアップデータを、バックアップデータの送信元である３Ｄ−ＤＰＦ１のデバイスＩＤに対応付けてから、前述した画像データベース３４−２へと格納する。その後、ステップＳ６１へ戻る。
【００９９】
以上の結果、画像サーバ３４における各３Ｄ−ＤＰＦ１のバックアップデータは、各３Ｄ−ＤＰＦ１のユーザが予め指定した頻度でそれぞれ更新される。
【０１００】
画像サーバ３４がこのようなバックアップデータを保管していれば、ユーザの３Ｄ−ＤＰＦ１が故障した際に、カスタマーサポートセンター３４’は、在庫デバイスの１つを、最近のバックアップ時点における３Ｄ−ＤＰＦ１の状態と同じ状態へと即座に復元することができる。
【０１０１】
図７は、ＰＣ３５による修理依頼処理及び画像サーバ３４による修理受付処理の動作フローチャートである。
【０１０２】
図７の左側に示すのがＰＣ３５の動作フローチャートであり、図７の右側に示すのが画像サーバ３４の動作フローチャートである。以下、図７の各ステップを時系列順に説明する。
【０１０３】
ステップＳ７１：ＰＣ３５は、ＰＣ３５に搭載された無線ＬＡＮモジュールによりＳＳＩＤの探索を行い、検出された１又は複数のＳＳＩＤの中から自宅アクセスポイント３２のＳＳＩＤを選択し、その自宅アクセスポイント３２に対して自宅アクセスポイント３２に対応するＷＥＰキーを送信することにより、ネットワーク３３への接続を確立する。これによって、ＰＣ３５と画像サーバ３４とがネットワーク３３経由で接続される。
【０１０４】
ステップＳ７２：ＰＣ３５は、ユーザが不図示の入力器を介して入力した、ユーザ自身のユーザＩＤ及びユーザ認証データ（パスワード）を、画像サーバ３４に対して送信する。
【０１０５】
ステップＳ８１：画像サーバ３４は、ユーザＩＤ及びユーザ認証データを受信すると、ステップＳ８２へ移行する。
【０１０６】
ステップＳ８２：画像サーバ３４は、受信したユーザＩＤ及びユーザ認証データの組み合わせが、ユーザ登録済みである何れかのユーザのそれと一致したならば、認証ＯＫとみなしてステップＳ８３へ移行し、そうでなければステップＳ８１へ戻る。
【０１０７】
ステップＳ８３：画像サーバ３４は、認証のＯＫ通知をＰＣ３５へ送信する。
【０１０８】
ステップＳ７４：ＰＣ３５は、認証のＯＫ通知及びユーザページ情報を受信した場合にはステップＳ７５へ移行し、受信しなかった場合にはステップＳ７２へ戻る。
【０１０９】
ステップＳ７５：ＰＣ３５は、画像サーバ３４に対してユーザページ情報を要求する。その後、ユーザページ情報を受信すると、そのユーザページ情報に基づきＰＣモニタに対してユーザページを表示する。なお、ユーザページには、ユーザが過去に保管した各画像ファイルのファイル名と、各画像ファイルに格納された画像のサムネイル画像とが配置される。なお、画像が２Ｄ画像であった場合には、その画像のサムネイル画像には２Ｄ画像である旨のマークが付与され、また、画像が３Ｄ画像であった場合には、その画像のサムネイル画像には３Ｄ画像である旨のマークが付与される。
【０１１０】
なお、このユーザページ上で、ユーザは、３Ｄ−ＤＰＦ１の修理申し込みを行うことができる。
【０１１１】
ステップＳ８４：画像サーバ３４は、ＰＣ３５からの要求に応じてユーザページ情報を送信する。なお、ユーザページ情報には、前述したユーザページの表示に必要な各データが含まれる。
【０１１２】
ステップＳ７６：ＰＣ３５は、ユーザから３Ｄ−ＤＰＦ１の修理申し込みが行われたか否かを判別し、行われた場合にはステップＳ７７へ移行し、行われなかった場合にはステップＳ７９へ移行する。
【０１１３】
ステップＳ７７：ＰＣ３５は、３Ｄ−ＤＰＦ１の修理要求を画像サーバ３４へ送信する。
【０１１４】
ステップＳ８５：画像サーバ３４は、修理要求を受信すると、ステップＳ８６へ移行し、受信しなかった場合はステップＳ８１０へ移行する。
【０１１５】
ステップＳ８６：画像サーバ３４は、在庫デバイスの１つである３Ｄ−ＤＰＦを、ユーザが新たに使用すべき３Ｄ−ＤＰＦと定める。この新たな３Ｄ−ＤＰＦには、その３Ｄ−ＤＰＦに専用のデバイスＩＤと、その３Ｄ−ＤＰＦに専用のデバイス認証データとが割り当てられている。画像サーバ３４は、そのユーザのユーザＩＤに対応づけられていたデバイスＩＤを、新たな３Ｄ−ＤＰＦのデバイスＩＤへと更新する。このようにしてユーザデータベース３４−１が更新されると、ユーザが今まで使用していた古い３Ｄ−ＤＰＦ１は、使用不可能となる。
【０１１６】
ステップＳ８７：画像サーバ３４は、新たな３Ｄ−ＤＰＦをカスタマーサポートセンター３４’へ指定すると共に、その新たな３Ｄ−ＤＰＦのカスタマイズ指示をカスタマーサポートセンター３４’に与える。
【０１１７】
カスタマーサポートセンター３４’は、指定された新たな３Ｄ−ＤＰＦを画像サーバ３４へネットワーク接続する。この時点で既に、新たな３Ｄ−ＤＰＦは、ユーザのユーザＩＤに対してひも付けされている。よって、新たな３Ｄ−ＤＰＦは、そのユーザＩＤに対応するバックアップデータを画像サーバ３４からダウンロードし、そのバックアップデータに従って、新たな３Ｄ−ＤＰＦ自身をカスタマイズする。
【０１１８】
具体的には、新たな３Ｄ−ＤＰＦは、新たな３Ｄ−ＤＰＦのオペレーティングシステムのパラメータ（アクセスポイントのＳＳＩＤ及びＷＥＰキー、バックアップ間隔など）を、そのバックアップデータに書かれたＳＳＩＤ、ＷＥＰキー、バックアップ間隔と同じに設定する。
【０１１９】
また、新たな３Ｄ−ＤＰＦは、新たな３Ｄ−ＤＰＦのアプリケーションシステムのパラメータ（ユーザページのレイアウト、ダウンロード画像の保存先、スライドショー再生の表示間隔など）を、そのバックアップデータに書かれたレイアウト、保存先、表示間隔と同じに設定する。
【０１２０】
また、新たな３Ｄ−ＤＰＦは、そのバックアップデータに書かれたファイル名リストに対応する１又は複数の画像ファイルを画像サーバ３４からダウンロードし、ダウンロードした画像ファイルを新たな３Ｄ−ＤＰＦ自身に保存する。この際、画像ファイルの保存先は、バックアップデータに書かれた保存先と同じに設定される。
【０１２１】
これによって、新たな３Ｄ−ＤＰＦの状態は、最新のバックアップ時点における３Ｄ−ＤＰＦ１の状態と同じに復元（レストア）される。
【０１２２】
なお、以上のようなレストア機能は、オペレーティングシステムの１機能などとして全ての３Ｄ−ＤＰＦに搭載されている。
【０１２３】
ステップＳ８８：画像サーバ３４は、レストア後の新たな３Ｄ−ＤＰＦをユーザの居所へ発送するようカスタマーサポートセンター３４’へ指示を与え、発送手配を完了する。
【０１２４】
なお、レストア後の新たな３Ｄ−ＤＰＦがユーザの居所へ届けられると、ユーザは、今まで使用していた古い３Ｄ−ＤＰＦ１をカスタマーサポートセンター３４’へ返送する。その古い３Ｄ−ＤＰＦ１がカスタマーサポートセンター３４’へ届けられると、修理され、初期状態に戻される。初期状態となった３Ｄ−ＤＰＦ１は、在庫デバイスとしてカスタマーサポートセンター３４に保管される。
【０１２５】
ステップＳ８９：画像サーバ３４は、発送手配を完了した時点で完了通知をＰＣ３５へ送信する。
【０１２６】
ステップＳ７８：ＰＣ３５は、完了通知を受信すると、ステップＳ７９へ移行する。
【０１２７】
ステップＳ７９：ＰＣ３５は、画像サーバ３４に対する最後のアクセスから所定時間が経過した場合にはステップＳ７１０へ移行し、経過していなかった場合にはステップＳ７５へ移行する。
【０１２８】
ステップＳ７１０：ＰＣ３５は、ネットワーク３３への接続を切断し、フローを終了する。
【０１２９】
ステップＳ８１０：画像サーバ３４は、ＰＣ３５の最後のアクセスから所定時間が経過した場合にはステップＳ８１へ戻り、経過していなかった場合にはステップＳ８４へ戻る。
【０１３０】
以上の結果、ユーザは、３Ｄ−ＤＰＦ１が故障した際には、ユーザページ上で修理申し込みを行うだけで、新たな３Ｄ−ＤＰＦの発送を手配することができる。しかも、ユーザの居所へ届けられた新たな３Ｄ−ＤＰＦは、届けられた時点でそのユーザ用にカスタマイズされているので、使用開始前にユーザが煩雑な設定を行う必要は無い。
【０１３１】
以上、図４〜図７にて説明したとおり、本実施形態の画像転送システムでは、ユーザがＰＣ３５からアップロードした２Ｄ画像を画像サーバ３４が２Ｄ−３Ｄ変換すると共に、その変換で得た３Ｄ画像の閲覧先又はダウンロード先を、そのユーザが使用している３Ｄ−ＤＰＦ１に設定する。したがって、本実施形態の画像転送システムは、２Ｄ−３Ｄ変換サービスを多数のユーザへ適切に提供することができる。
【０１３２】
また、本実施形態の画像転送システムによれば、各ユーザと、各ユーザの使用すべき３Ｄ−ＤＰＦとがひも付けして管理されるので、２Ｄ−３Ｄ変換サービスを多数のユーザに提供する際に混乱をきたさない。
【０１３３】
また、本実施形態の画像転送システムによれば、個々のユーザによる２Ｄ−３Ｄ変換依頼の受け付け開始時期が適切なタイミングに設定されるので、２Ｄ−３Ｄ変換サービスの提供先を、３Ｄ−ＤＰＦの使用申し込みを完了させたユーザのみ（つまり立体観察が可能な環境下にあるユーザのみ）に制限することができる。
【０１３４】
また、本実施形態の画像転送システムによれば、画像サーバ３４が各ユーザの３Ｄ−ＤＰＦのバックアップデータを予め指定された頻度で収集するので、或るユーザの３Ｄ−ＤＰＦが故障した際に、新たな３Ｄ−ＤＰＦのカスタマイズをカスタマーサポートセンター３４’に対して即座に開始させることができる。したがって、新たな３Ｄ−ＤＰＦの使用開始時にユーザが煩雑な設定を行う必要は無い。
【０１３５】
また、本実施形態の画像転送システムによれば、ユーザの使用するデバイスが古い３Ｄ−ＤＰＦから新たな３Ｄ−ＤＰＦへと交換される際に、画像サーバ３４がユーザデータベースを自動的に更新するので、ユーザがユーザ登録をやり直したり、登録データを書き換えたりする必要は無い。
【０１３６】
また、本実施形態の画像転送システムにおける３Ｄ−ＤＰＦ１は、３Ｄ画像を立体表示する際に、その３Ｄ画像を最初に平面表示してから徐々に立体表示を開始するので、３Ｄ−ＤＰＦ１のユーザは、平面表示から立体表示へのトランジションを体験することができる。立体表示された３Ｄ画像を観察する際に、このようなトランジションを経れば、立体感を感じにくいユーザであっても比較的容易に立体感を感じることができると思われる。
【０１３７】
なお、以上の実施形態の画像転送システムでは、画像サーバ３４の機能の少なくとも一部は、カスタマーサポートセンター３４’又は他種のサーバ装置に搭載されてもよい。また、カスタマーサポートセンター３４’の機能の少なくとも一部は、画像サーバ３４又は他種のサーバ装置に搭載されてもよい。
【０１３８】
また、以上の実施形態の画像転送システムでは、ユーザが２Ｄ−３Ｄ変換依頼をＰＣ３５経由で行ったが、３Ｄ−ＤＰＦ経由で行うことができるよう３Ｄ−ＤＰＦを構成してもよい。
【０１３９】
また、以上の実施形態の画像転送システムでは、ユーザが３Ｄ−ＤＰＦの修理申し込みをＰＣ３５経由で行ったが、３Ｄ−ＤＰＦ経由で行うことができるように３Ｄ−ＤＰＦを構成してもよい。
【０１４０】
また、以上の実施形態の画像転送システムでは、３Ｄ表示デバイスとして３Ｄ−ＤＰＦ（３Ｄディジタルフォトフレーム）を例に挙げたが、テレビチューナーを内蔵した３Ｄディスプレイなど、他種の３Ｄ表示デバイスを使用してもよい。
【０１４１】
また、以上の実施形態の画像転送システムでは、３Ｄ画像のファイルフォーマットとしてマルチピクチャーフォーマットを例に挙げたが、２枚の視差画像を左右に並べて１枚の画像と同等に扱うサイドバイサイド方式などの他の方式を適用してもよい。因みに、前述したネットワーク３３が放送網であり、３Ｄ表示デバイスがテレビチューナー内蔵の３Ｄディスプレイであり、前述した３Ｄ画像が動画像であった場合には、サイドバイサイド方式が適用されることもある。
【０１４２】
また、以上の実施形態の画像転送システムでは、３Ｄ表示デバイスの交換される理由が３Ｄ表示デバイスの故障である場合を例に挙げて説明したが、３Ｄ表示デバイスが新モデル又は新商品へと移行されるなどの理由で３Ｄ表示デバイスを交換する際にも、同様のシステムを適用できる。
【符号の説明】
【０１４３】
３３…ネットワーク、３４…画像サーバ、３２…自宅アクセスポイント３２、１…３Ｄディジタルフォトフレーム（３Ｄ−ＤＰＦ）、３５…パーソナルコンピュータ（ＰＣ）、３４’…カスタマーサポートセンター
【特許請求の範囲】
【請求項１】
登録済みのユーザのユーザＩＤと、そのユーザが使用すべき表示デバイスであり、かつ立体視用の画像を立体表示可能な表示デバイスのデバイスＩＤとを、互いに対応付けて保管するＩＤ保管手段と、
任意の端末を介して前記ユーザからアップロードされた平面視用の画像を前記ユーザＩＤに対応付けて保管する画像保管手段と、
前記平面視用の画像を立体視用の画像へと変換する変換依頼を前記ユーザから受け付ける受付手段と、
前記受け付けに応じて、変換後の前記立体視用の画像の閲覧先又はダウンロード先を、前記ユーザが使用すべき前記表示デバイスに設定する制御手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置において、
前記制御手段は、
前記受付手段の前記受け付けに応じて、前記立体視用の画像を作成又は手配する
ことを特徴とするサーバ装置。
【請求項３】
請求項１又は請求項２に記載のサーバ装置において、
前記受付手段は、
前記表示デバイスの使用開始前に、任意の端末を介して送信された、前記ユーザによるデバイス使用の申し込みを受け付け、
前記制御手段は、
前記受け付けに応じて、在庫デバイスの１つである前記表示デバイスのデバイスＩＤを、前記ユーザの前記ユーザＩＤに対応づけて前記ＩＤ保管手段へ保管すると共に、前記対応付けの完了した前記表示デバイスを前記ユーザの居所へ発送するよう手配する
ことを特徴とするサーバ装置。
【請求項４】
請求項３に記載のサーバ装置において、
前記受付手段は、
前記ユーザによる前記変換依頼の受け付け開始時期を、前記対応付けの完了後に設定する
ことを特徴とするサーバ装置。
【請求項５】
請求項１〜請求項４の何れか一項に記載のサーバ装置と、
前記サーバ装置から前記立体視用の画像を閲覧又はダウンロードする前記表示デバイスと、
を備えることを特徴とする画像転送システム。
【請求項６】
請求項５に記載の画像転送システムにおいて、
前記表示デバイスは、
前記表示デバイスのバックアップデータを予め設定された頻度で前記サーバ装置へアップロードするアップロード手段を備え、
前記サーバ装置は、
アップロードされた前記バックアップデータを前記ユーザＩＤに対応付けて保管するバックアップデータ保管手段を更に備える
ことを特徴とする画像転送システム。
【請求項７】
請求項６に記載の画像転送システムにおいて、
前記サーバ装置の前記受付手段は、
前記表示デバイスの使用開始後に、任意の端末を介して送信された、前記ユーザによるデバイス交換依頼を受け付け、
前記サーバ装置の前記制御手段は、
前記受け付けに応じて、前記ユーザＩＤに対応する前記デバイスＩＤを、前記表示デバイスと同種の在庫デバイスの１つである新たな表示デバイスのデバイスＩＤへと更新すると共に、前記ユーザＩＤに対応する前記バックアップデータに従い前記新たな表示デバイスをカスタマイズしてから前記ユーザの居所へ発送するよう手配する
ことを特徴とする画像転送システム。
【請求項８】
請求項６又は請求項７に記載の画像転送システムにおいて、
前記バックアップデータには、
前記サーバ装置からの画像の閲覧又はダウンロードに関するパラメータが含まれる
ことを特徴とする画像転送システム。
【請求項９】
請求項６〜請求項８の何れか一項に記載の画像転送システムにおいて、
前記バックアップデータには、
前記サーバ装置から前記表示デバイスへとダウンロードされた画像のリストが含まれる
ことを特徴とする画像転送システム。
【請求項１０】
請求項６〜請求項９の何れか一項に記載の画像転送システムにおいて、
前記バックアップデータには、
前記表示デバイスがアクセスポイントへのアクセスに使用すべきデータが含まれる
ことを特徴とする画像転送システム。
【請求項１１】
請求項５〜請求項１０の何れか一項に記載の画像転送システムにおいて、
前記表示デバイスは、
前記立体視用の画像を立体表示する際には、前記立体視用の画像を最初に平面表示してから徐々に立体表示を開始する
ことを特徴とする画像転送システム。
【請求項１】
登録済みのユーザのユーザＩＤと、そのユーザが使用すべき表示デバイスであり、かつ立体視用の画像を立体表示可能な表示デバイスのデバイスＩＤとを、互いに対応付けて保管するＩＤ保管手段と、
任意の端末を介して前記ユーザからアップロードされた平面視用の画像を前記ユーザＩＤに対応付けて保管する画像保管手段と、
前記平面視用の画像を立体視用の画像へと変換する変換依頼を前記ユーザから受け付ける受付手段と、
前記受け付けに応じて、変換後の前記立体視用の画像の閲覧先又はダウンロード先を、前記ユーザが使用すべき前記表示デバイスに設定する制御手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置において、
前記制御手段は、
前記受付手段の前記受け付けに応じて、前記立体視用の画像を作成又は手配する
ことを特徴とするサーバ装置。
【請求項３】
請求項１又は請求項２に記載のサーバ装置において、
前記受付手段は、
前記表示デバイスの使用開始前に、任意の端末を介して送信された、前記ユーザによるデバイス使用の申し込みを受け付け、
前記制御手段は、
前記受け付けに応じて、在庫デバイスの１つである前記表示デバイスのデバイスＩＤを、前記ユーザの前記ユーザＩＤに対応づけて前記ＩＤ保管手段へ保管すると共に、前記対応付けの完了した前記表示デバイスを前記ユーザの居所へ発送するよう手配する
ことを特徴とするサーバ装置。
【請求項４】
請求項３に記載のサーバ装置において、
前記受付手段は、
前記ユーザによる前記変換依頼の受け付け開始時期を、前記対応付けの完了後に設定する
ことを特徴とするサーバ装置。
【請求項５】
請求項１〜請求項４の何れか一項に記載のサーバ装置と、
前記サーバ装置から前記立体視用の画像を閲覧又はダウンロードする前記表示デバイスと、
を備えることを特徴とする画像転送システム。
【請求項６】
請求項５に記載の画像転送システムにおいて、
前記表示デバイスは、
前記表示デバイスのバックアップデータを予め設定された頻度で前記サーバ装置へアップロードするアップロード手段を備え、
前記サーバ装置は、
アップロードされた前記バックアップデータを前記ユーザＩＤに対応付けて保管するバックアップデータ保管手段を更に備える
ことを特徴とする画像転送システム。
【請求項７】
請求項６に記載の画像転送システムにおいて、
前記サーバ装置の前記受付手段は、
前記表示デバイスの使用開始後に、任意の端末を介して送信された、前記ユーザによるデバイス交換依頼を受け付け、
前記サーバ装置の前記制御手段は、
前記受け付けに応じて、前記ユーザＩＤに対応する前記デバイスＩＤを、前記表示デバイスと同種の在庫デバイスの１つである新たな表示デバイスのデバイスＩＤへと更新すると共に、前記ユーザＩＤに対応する前記バックアップデータに従い前記新たな表示デバイスをカスタマイズしてから前記ユーザの居所へ発送するよう手配する
ことを特徴とする画像転送システム。
【請求項８】
請求項６又は請求項７に記載の画像転送システムにおいて、
前記バックアップデータには、
前記サーバ装置からの画像の閲覧又はダウンロードに関するパラメータが含まれる
ことを特徴とする画像転送システム。
【請求項９】
請求項６〜請求項８の何れか一項に記載の画像転送システムにおいて、
前記バックアップデータには、
前記サーバ装置から前記表示デバイスへとダウンロードされた画像のリストが含まれる
ことを特徴とする画像転送システム。
【請求項１０】
請求項６〜請求項９の何れか一項に記載の画像転送システムにおいて、
前記バックアップデータには、
前記表示デバイスがアクセスポイントへのアクセスに使用すべきデータが含まれる
ことを特徴とする画像転送システム。
【請求項１１】
請求項５〜請求項１０の何れか一項に記載の画像転送システムにおいて、
前記表示デバイスは、
前記立体視用の画像を立体表示する際には、前記立体視用の画像を最初に平面表示してから徐々に立体表示を開始する
ことを特徴とする画像転送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１５１７４０（Ｐ２０１２−１５１７４０Ａ）
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願番号】特願２０１１−９８９７（Ｐ２０１１−９８９７）
【出願日】平成２３年１月２０日（２０１１．１．２０）
【出願人】（０００００４１１２）株式会社ニコン (12,601)
【Ｆターム（参考）】
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願日】平成２３年１月２０日（２０１１．１．２０）
【出願人】（０００００４１１２）株式会社ニコン (12,601)
【Ｆターム（参考）】
[ Back to top ]