JP2006157886A - 情報処理装置、携帯端末装置、サーバコンピュータ、データ保存方法、及びプログラム - Google Patents

Abstract

【課題】 携帯端末で撮影した画像データを簡単な操作でサーバに保存でき、かつ、その際、サーバにおける保存先をユーザが認識しながら操作できるようにする。
【解決手段】 携帯端末とサーバとからなり、携帯端末は、装置全体を制御する制御部１１と、格納庫の作成要求を受け付ける要求受付部１４と、この要求をサーバに送信する送信部１２と、これに対しサーバからプログラム等を受信する受信部１３と、受信したプログラム等をインストールするインストール部１５とを備える。また、このプログラムによって、動画を取得する動画取得部１６と、動画が保存されたポストを特定するポスト特定部１７と、携帯端末のポストとサーバの格納庫との対応情報を管理する対応情報管理部１８とが実現され、送信部１２は、指定されたポストに対応するサーバの格納庫に動画を送信する。また、動画の送信後にポスト内を整理する動画整理部１９も実現される。
【選択図】 図３

Description

本発明は、画像データを含む種々のデータを他の装置に送信可能な情報処理装置等に関する。

近年、画像(動画、静止画を含む)を撮影可能な携帯電話等の携帯端末が普及してきている。例えば、株式会社エヌ・ティ・ティ・ドコモの「ＦＯＭＡ(登録商標)」等である。このような画像撮影機能付き携帯端末を用いれば、ビデオカメラやスチールカメラを所持していない者でも簡単に画像を撮影することができる。また、仮にカメラを所持していたとしても、それを持参する程でもない日常のちょっとしたひとこまを気楽に撮影することが可能となる。
このように、画像撮影機能付き携帯端末のハードウェアとしての普及により、画像を撮影するという行為は一般的なものとなっている。しかしながら、撮影した画像の保存、整理、閲覧、再生等、その画像で実際に楽しむという行為が一般に浸透しているかというと、必ずしもそうだと言い切れない面がある。

なぜなら、携帯端末でも機能の向上により比較的容量の大きな画像(高画質な静止画や動画)を撮影することが可能となっているが、携帯端末の限られた記憶容量の中では、そのような画像を長期にわたって保存しておくことができないからである。また、携帯端末は、持ち運びを前提とするため、落下や水濡れによる破損の可能性が高い。そのため、画像を撮影して携帯端末に保存しておいてもそれが閲覧/再生不可能になる危険性は常に存在し、画像を安心して携帯端末に保存しておくことができないからである。
一方で、このような問題を回避すべく、携帯端末で撮影した画像を一旦パーソナルコンピュータ(以下、「ＰＣ」という)やメモリカードに移して保存する場合もある。ところが、そのような操作は煩雑で難しく、メモリカードは小さくて取り扱いが面倒である。従って、携帯端末での画像の撮影操作は老若男女誰もが行えたとしても、ＰＣやメモリカードへの画像の移動操作まで行えるのはその中のごく一部の者に限られるのが現状である。
また、同様の問題に鑑み、携帯端末で撮影した画像データをサーバコンピュータにアップロードするサービスも提案されている(例えば、特許文献１参照)。

一方、デジタルカメラで撮影した画像データを所望の送信先に電子メールで送信する技術も存在する(例えば、特許文献２参照)。

特開２００３−３３８９９８号公報(第５、６頁、第８−１１図) 特開２００４−１６５８４７号公報(第５−７頁、第５−７図)

しかしながら、特許文献１では、携帯端末で撮影した画像データを一旦ＰＣに移してから、サーバコンピュータにアップロードしている。このような方法は、そもそもＰＣを所持していない者の解決策とはなり得ないし、ＰＣの操作に不慣れな者にとっても、上述したＰＣへ画像を移動して保存する場合と同様の煩雑さがあり、有効な解決策とはなり得ない。
また、特許文献１では、シーン番号を画像データに付加してサーバコンピュータにアップロードし、サーバコンピュータでは、シーン番号に対応する格納エリアに画像データを格納している。ここで、画像データをアップロードする際、通常、画像データに付加されたシーン番号はユーザからは見えず、画像データがサーバコンピュータ上のどの格納エリアに格納されようとしているのかがユーザにとって分かり難いという問題点がある。
尚、同様の問題は、画像データ以外の一般のデータについても生ずる虞がある。

一方、特許文献２では、撮影画像を送信先フォルダに一旦格納した後、選択ボタンを長押し操作することにより、送信先フォルダ内の画像データを電子メールに添付してサーバに送信している。即ち、特許文献２には、撮影画像の保存と送信という２つの作業工程が存在する。
ところが、２つの作業工程を設けることで、まず、操作が煩雑になってしまうという問題点がある。特に、コンピュータに不慣れなユーザにとっては、画像の撮影が簡単に行えたとしても、その後に、保存、送信という２段階の操作手順を踏まなければならず、このことは、コンピュータに対するハードルを高くする大きな要因となってしまう。
また、２つの作業工程を設けることで、撮影画像を保存してもそれがサーバに送信されていない時期が必ず存在することになる。仮にこのような時期に突然の降雨、紛失等の事故があれば、画像データを失う危険性があるという問題点もある。

本発明は、以上のような技術的課題を解決するためになされたものであって、その目的は、情報処理装置で撮影/作成したデータを簡単な操作でサーバコンピュータに保存でき、かつ、その際、サーバコンピュータにおける保存先をユーザが認識しながら操作できるようにすることにある。
また、本発明の他の目的は、情報処理装置へのデータの保存及びこれによるサーバコンピュータへのデータの保存を簡単な操作で行うことができるようにすることにある。

かかる目的のもと、本発明は、情報処理装置の所定のフォルダにデータを保存するだけで、送信のための操作を行うことなく、そのフォルダに対応付けられた他の装置の保存先にデータが送信、保存されるように構成した。
これを情報処理装置側から把握した場合、本発明の情報処理装置は、保存対象のデータを取得する取得手段と、予め自装置内に作成されたフォルダの中からそのデータの保存場所として指定されたフォルダを特定する特定手段と、この特定手段により特定されたフォルダへのデータの保存要求に応じて、そのフォルダに予め対応付けられた他の装置内の保存先にデータを送信する送信手段とを備えたものとなる。
また、これを他の装置(サーバコンピュータ)側から把握した場合、本発明のサーバコンピュータは、情報処理装置からデータを受信する受信手段と、情報処理装置内のフォルダの中からそのデータの保存場所として指定されたフォルダを特定する特定手段と、この特定手段により特定されたフォルダに予め対応付けられた保存先にそのデータを保存する保存手段とを備えたものとなる。

また、本発明は、このようなデータ保存を可能にするための前処理を行うサーバコンピュータとして捉えることもできる。この場合のサーバコンピュータは、第一に、他の装置内にフォルダを作成する第１の作成手段と、そのフォルダが保存場所として指定されたデータの保存先を作成する第２の作成手段と、第１の作成手段により作成されたフォルダと、第２の作成手段により作成された保存先との対応情報を作成する第３の作成手段とを備えたものとなる。また、第二に、他の装置内のフォルダとそのフォルダが保存場所として指定されたデータの保存先との対応情報を管理する管理手段と、その保存先の使用開始要求を受信する受信手段と、使用開始要求の受信に応じて対応情報にその保存先の使用が開始されたことを示す情報を登録する登録手段とを備えたものとなる。

更に、本発明は、第１の装置から第２の装置へデータを送信して保存するデータ保存方法として捉えることもできる。その場合、本発明のデータ保存方法は、第１の装置内のフォルダと第２の装置内の保存先との対応情報を作成するステップと、第１の装置にてデータを取得するステップと、第１の装置内のフォルダの中からデータの保存場所として指定されたフォルダを特定するステップと、特定されたフォルダへのデータの保存要求に応じて、対応情報を参照することにより、そのフォルダに対応する第２の装置内の保存先を求めるステップと、求められた保存先に第２の装置がデータを保存するステップとを含んでいる。

一方、本発明は、所定の機能をコンピュータに実現させるコンピュータプログラムとして捉えることもできる。その場合、本発明のプログラムは、コンピュータに、予め自装置内に作成されたフォルダの中からデータの保存場所として指定されたフォルダを特定する機能と、特定されたフォルダへのデータの保存要求に応じて、そのフォルダに予め対応付けられた他の装置内の保存先にデータを送信するための処理を行う機能とを実現させるものである。

本発明によれば、情報処理装置で撮影/作成したデータを簡単な操作でサーバコンピュータに保存でき、かつ、その際、サーバコンピュータにおける保存先をユーザが認識しながら操作できるようになる。

以下、添付図面を参照して、本発明を実施するための最良の形態(以下、「実施の形態」という)について詳細に説明する。
図１は、本発明を適用可能なコンピュータシステムの一例を示した図である。このシステムは、携帯端末１０_１、１０_２、…、１０_ｎと、サーバコンピュータ(以下、「サーバ」という)２０とからなる。
携帯端末１０_１、１０_２、…、１０_ｎは、動画を撮影し送信可能な携帯端末(例えば、携帯電話や、通信機能付きのデジタルカメラ)である。そのハードウェア構成は、一般的な携帯端末と同様でよく、ＣＰＵ、メモリ、通信制御装置等を備えたものが想定される。尚、以下の説明では、携帯端末１０_１、１０_２、…、１０_ｎの中から１台を代表させて、携帯端末１０というものとする。尚、携帯端末１０のハードウェア構成については、後述する。
サーバ２０は、携帯端末１０_１、１０_２、…、１０_ｎから無線通信を介してアクセス可能なコンピュータである。そのハードウェア構成は、一般的なコンピュータと同様でよく、ＣＰＵ、主記憶装置、補助記憶装置、通信制御装置等を備えたものが想定される。

本実施の形態では、携帯端末１０において、動画を撮影し、幾つかのフォルダの中からその動画の保存場所として１つのフォルダを選択する。そして、選択したフォルダに動画を保存するだけで、そのフォルダに対応付けられたサーバ２０の保存先に動画を送信して保存するというものである。ここで、サーバ２０の保存先に対応付けられたフォルダは、それを選択して動画を保存するよう指示すると、その動画が遠隔地のサーバ２０に届けられることから、郵便ポストになぞらえることができる。従って、本明細書では、このようなフォルダを、特に、「ポスト」と称することにする。即ち、「ポスト」とは、動画を保存することによってその動画をサーバ２０に送信することを前提に携帯端末１０に作成されたフォルダともいうことができる。
一方、サーバ２０における動画の保存先は、動画を格納する倉庫という意味合いから、本明細書では、「格納庫」と称することにする。

図２に、動画を撮影してサーバ２０に保存するまでの携帯端末１０に表示される画面の遷移の一例を示す。
図２(ａ)は、被写体に携帯端末１０のレンズをただ向けている時点における画面であり、まだ録画は開始していない。画面下部に示された「ＳＴＯＰ」の表示がこのことを示している。
ここで、録画を開始すると、画面は図２(ｂ)のようになる。このとき、画面下部の「ＳＴＯＰ」の表示は「ＲＥＣ」の表示に切り替わっている。
その後、録画を停止すると、画面は図２(ｃ)のようになる。このとき、画面下部の「ＲＥＣ」の表示は「ＳＴＯＰ」の表示に切り替わっている。

この状態で「保存」を指示すると、本実施の形態では、図２(ｄ)のような画面を表示する。即ち、動画の保存場所に指定可能なフォルダの一覧が表示される。図２(ｄ)の例では、「ＭＹ ＭＯＶＩＥ」、「ワンちゃん」、「子供」、「友人」がフォルダとして表示されている。但し、「ＭＹ ＭＯＶＩＥ」は、携帯端末１０にローカルに保存するために設けられたフォルダであるとする。ユーザがサーバ２０への保存を希望せず、ローカル保存のみを行いたい場合もあると考えられるからである。一方、「ワンちゃん」、「子供」、「友人」は、ポストである。即ち、これらのいずれかを選択して動画を保存する指示を行うと、その動画は対応するサーバ２０の保存先に届けられることになる。
尚、ここでのフォルダの選択は、選択したいフォルダにカーソルを位置付けることによって選択を行う。また、図２(ｄ)において、「保存」ボタンは、選択したフォルダに動画を保存するためのボタンであり、「キャンセル」ボタンは、動画の保存を一旦キャンセルして前画面に戻るボタンである。
ユーザが「保存」を指示すると、図２(ｅ)のように保存中を示す表示がなされ、動画の保存が完了すると、図２(ｆ)のようにその旨が表示される。

次に、このような画像の保存を行うための具体的な実施の形態について詳細に説明する。
(第１の実施の形態)
まず、本実施の形態における携帯端末１０及びサーバ２０の構成について説明する。
図３は、携帯端末１０の構成を示したブロック図である。図示するように、携帯端末１０は、制御部１１と、送信部１２と、受信部１３と、要求受付部１４と、インストール部１５と、動画取得部１６と、ポスト特定部１７と、対応情報管理部１８と、動画整理部１９とを備える。
制御部１１は、携帯端末１０全体の動作を制御する機能部である。送信部１２は、サーバ２０に情報を送信する機能部であり、送信手段として把握することができる。受信部１３は、サーバ２０から情報を受信する機能部である。要求受付部１４は、サーバ２０に格納庫を作成する要求をユーザから受け付ける機能部であり、インストール部１５は、サーバ２０から受信したプログラム等をインストールする機能部である。また、動画取得部１６は、保存された動画を取得する機能部であり、取得手段として把握することができる。ポスト特定部１７は、その動画が保存されたポストを特定する機能部であり、特定手段として把握することができる。対応情報管理部１８は、携帯端末１０のポストとサーバ２０の格納庫との対応情報を管理する機能部である。また、動画整理部１９は、動画の送信後にポスト内を整理する機能部であり、所定の情報を保存する保存手段として把握することができる。
尚、これらの各機能部は、ハードウェアのみによっても実現可能であるが、ハードウェアとソフトウェアの組み合わせによっても実現可能である。後者の場合は、携帯端末１０の図示しないＣＰＵが、例えば、図示しないメモリに記憶されたプログラムを読み込んで実行することにより各機能部が実現される。また、特に、図中、破線で囲んだ制御部１１の一部、動画取得部１６、ポスト特定部１７、対応情報管理部１８、動画整理部１９の各機能部については、インストール部１５によってインストールされたプログラムを、携帯端末１０の図示しないＣＰＵが読み込んで実行することにより実現される。

図４は、サーバ２０の構成を示したブロック図である。図示するように、サーバ２０は、制御部２１と、受信部２２と、送信部２３と、格納庫作成部２４と、格納庫管理データベース(以下、「格納庫管理ＤＢ」という)２５と、コマンド作成部２６と、プログラム作成部２７と、動画保存部２８とを備える。
制御部２１は、サーバ２０全体の動作を制御する機能部である。受信部２２は、携帯端末１０から情報を受信する機能部であり、画像データを受信する受信手段と、携帯端末１０で指定されたポストを特定する特定手段として把握することができる。送信部２３は、携帯端末１０に情報を送信する機能部である。格納庫作成部２４は、携帯端末１０から受信した要求に応じて格納庫、及び、ポストと格納庫との対応情報を作成する機能部であり、格納庫作成手段(第２の作成手段)及び対応情報作成手段(第３の作成手段)として把握することができる。格納庫管理ＤＢ２５は、格納庫を管理するための情報を記憶するデータベースである。コマンド作成部２６は、携帯端末１０に送信するコマンドを作成する機能部であり、ポスト作成手段(第１の作成手段)やメニュー作成手段として把握することができる。プログラム作成部２７は、携帯端末１０に送信するプログラムを作成する機能部であり、プログラム作成手段として把握することができる。また、動画保存部２８は、携帯端末１０から受信した動画を格納庫に保存すると共に格納庫管理ＤＢ２５の利用状況を更新する機能部であり、保存手段として把握することができる。
尚、これらの各機能部は、ハードウェアのみによっても実現可能であるが、ハードウェアとソフトウェアの組み合わせによっても実現可能である。後者の場合は、サーバ２０の図示しないＣＰＵが、例えば、図示しない補助記憶装置に記憶されたプログラムを読み込んで実行することにより各機能部が実現される。

次に、本実施の形態の動作について説明する。
まず、図５を参照しながら、携帯端末１０のポスト及びサーバ２０の対応する格納庫を作成する際の動作を説明する。
ユーザは、携帯端末１０に対し、ポストの作成を要求する。すると、要求受付部１４は、その要求を受け付け、制御部１１に受け渡す。これにより、制御部１１は、そのポストに対応する格納庫の作成を要求する信号(以下、「格納庫作成要求」という)を作成し、送信部１２に受け渡す。そして、送信部１２が、サーバ２０に対し、格納庫作成要求を送信する(ステップ１０１)。
サーバ２０では、受信部２２が、この格納庫作成要求を受信し、制御部２１に受け渡す(ステップ１０２)。

これにより、制御部２１は、格納庫作成部２４に対し、格納庫の作成を指示する。これに従い、格納庫作成部２４が、格納庫を作成する(ステップ１０３)。具体的には、ユーザが指定した容量の領域を格納庫として確保し、その領域へアクセスするための格納庫ＩＤを生成する。
ここで、格納庫ＩＤとは、格納庫を一意に識別するための情報であり、ユーザ間で重複することのないよう、携帯端末１０を一意に識別するための端末ＩＤとユーザが指定した格納庫名とを組み合わせる等して作成される。例えば、端末「Ｔ０００１」のユーザが「犬」という名前の格納庫の作成を要求したとする。その場合、本実施の形態では、格納庫ＩＤ「Ｔ０００１＿犬」を作成する。また、端末「Ｔ０００１」のユーザが「子供」という名前の格納庫を作成すると、格納庫ＩＤは「Ｔ０００１＿子供」となり、「友人」という名前の格納庫を作成すると、格納庫ＩＤは「Ｔ０００１＿友人」となる。
ところで、本実施の形態では、サーバ２０が提供する格納庫は、全て同じディレクトリの配下に存在するものとしている。そして、そのディレクトリの一階層下のディレクトリを表すのに格納庫ＩＤを用いる。例えば、サーバ２０が提供する格納庫が、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ」の配下に存在するものとする。この場合、端末「Ｔ０００１」のユーザが作成した「犬」という格納庫のアドレスは、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ/Ｔ０００１＿犬」となる。また、端末「Ｔ０００１」のユーザが作成した「子供」という格納庫のアドレスは、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ/Ｔ０００１＿子供」となり、「友人」という格納庫のアドレスは、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ/Ｔ０００１＿友人」となる。

また、格納庫作成部２４は、端末ＩＤと格納庫ＩＤとの対応を格納庫管理ＤＢ２５に登録し、処理が完了するとその旨を制御部２１に報告する(ステップ１０４)。
ここで、図６を参照して、格納庫管理ＤＢ２５に登録される情報の内容を説明する。
図示するように、格納庫管理ＤＢ２５には、端末ＩＤ、格納庫ＩＤ以外にも、課金方式、使用許可、利用状況といった情報が格納される。課金方式、使用許可の各情報は、格納庫作成要求を送信する際に携帯端末１０からサーバ２０へ送信され、格納庫管理ＤＢ２５に登録される。一方、利用状況は、この時点では動画の格納がなされていないため、値が設定されていない状態となっている。

以下、各項目について、詳細に説明する。
端末ＩＤは、上述したように、ユーザが所持する携帯端末１０を一意に識別する情報である。例えば、携帯端末１０の製造時に付与された機器ＩＤや、携帯端末１０の電話番号等、サーバ２０を運営する企業にとって便利なものを採用することができる。
格納庫ＩＤは、上述したように、格納庫を一意に識別するための情報であり、既に述べたような規則で作成されたものを用いることができる。
課金方式は、格納庫に動画を格納したことによって発生する料金に関する課金の方式である。例えば、動画のサイズと格納日数とに基づいて課金額を決定する従量制の課金方式や、動画のサイズと格納日数とに関わらず、例えば、月額を固定とする定額制の課金方式がある。尚、課金方式は、携帯端末１０ごとに登録してもよいし、格納庫ごとに登録してもよい。
使用許可は、各格納庫を他人が使用することをその作成者が許可するかどうかを示す情報である。例えば、格納庫「Ｔ０００１＿犬」、「Ｔ０００１＿子供」、「Ｔ０００１＿友人」については、「本人」となっているので、端末「Ｔ０００１」のユーザのみがこれらの格納庫を使用可能な設定となっている。一方、「Ｔ０００２＿家族」については、「家族」となっているので、端末「Ｔ０００２」のユーザの家族である、端末「Ｔ０００３」、「Ｔ０００４」のユーザも、この格納庫を使用することができる。尚、各ユーザが家族であるかの関連付けは、別途行われているものとする。

再び図５に戻って動作の説明を続ける。
制御部２１は、コマンド作成部２６に対し、携帯端末１０に送信するコマンドを作成するよう指示する。これに従い、コマンド作成部２６は、コマンドを作成し、制御部２１に受け渡す(ステップ１０５)。
具体的には、コマンド作成部２６は、次の２つのコマンドを作成する。
１つは、携帯端末１０にポストを作成するためのコマンド(以下、「ポスト作成コマンド」という)である。例えば、ユーザが「犬」という名称の格納庫を作成したとすると、コマンド作成部２６は、携帯端末１０に「犬」という名称のポストを作成するためのコマンドを作成する。また、ユーザが「子供」という名称の格納庫を作成したとすると、コマンド作成部２６は、携帯端末１０に「子供」という名称のポストを作成するためのコマンドを作成する。「友人」という名称の格納庫を作成した場合も同様である。

もう１つは、携帯端末１０で動画を保存する際に表示されるメニューを更新するためのコマンド(以下、「メニュー更新コマンド」という)である。例えば、ポストが作成されていない携帯端末１０で動画を保存する際に表示されるメニューには、「ＭＹ ＭＯＶＩＥ」のみが選択肢として表示されるとする。この場合、ユーザが「犬」という名称の格納庫を作成したとすると、コマンド作成部２６は、メニューにポスト「犬」を選択肢として含めるためのコマンドを作成する。また、ユーザが「子供」という名称の格納庫を作成したとすると、コマンド作成部２６は、メニューにポスト「子供」を選択肢として含めるためのコマンドを作成する。「友人」という名称の格納庫を作成した場合も同様である。或いは、ユーザが「犬」、「子供」、「友人」という名称の格納庫を同時に作成したとすると、コマンド作成部２６は、メニューにポスト「犬」、「子供」、「友人」を同時に選択肢として含めるためのコマンドを作成する。

また、制御部２１は、プログラム作成部２７に対し、動画をサーバ２０に送信するためのプログラム(以下、「動画送信プログラム」という)を作成するよう指示する。これに従い、プログラム作成部２７は、動画送信プログラムを作成し、制御部２１に受け渡す(ステップ１０６)。
ここで、動画送信プログラムとは、携帯端末１０に作成されたポストに動画が保存されたことを認識し、その動画をサーバ２０上の対応する格納庫に送信するプログラムである。その機能を実現するためには、後で詳述する携帯端末１０のポストとサーバ２０の格納庫との対応情報が含まれる必要がある。
その後、制御部２１は、ポスト作成コマンド、メニュー更新コマンド、動画送信プログラムを送信部２３に受け渡し、送信部２３が、それらを携帯端末１０に送信する(ステップ１０７)。

携帯端末１０では、受信部１３が、ポスト作成コマンド、メニュー更新コマンド、動画送信プログラムを受信し、制御部１１に受け渡す(ステップ１０８)。
そして、制御部１１は、インストール部１５に対し、ポスト作成コマンド、メニュー更新コマンドの発行及び動画送信プログラムのインストールを指示する。これに従い、インストール部１５は、コマンドを発行し、動画送信プログラムをインストールする(ステップ１０９)。具体的には、ポスト作成コマンドを発行することにより、ポストを作成する。また、メニュー更新コマンドを発行することにより、動画を保存する際に表示されるメニューを更新する。また、動画送信プログラムをインストールすることにより、動画取得部１６、ポスト特定部１７、対応情報管理部１８、動画整理部１９の各機能部を携帯端末１０に設ける。

ところで、本実施の形態では、図６の格納庫「Ｔ０００２＿家族」のような、複数の携帯端末１０から送信された動画を保存することの可能な格納庫の存在を許容している。これにより、例えば、家族で１つの格納庫を作成しておき、その格納庫を家族全員で使用することも可能となる。
図６の例では、格納庫「Ｔ０００２＿家族」は、端末「Ｔ０００２」のユーザが作成した格納庫であることが分かる。これに対し、端末「Ｔ０００３」、「Ｔ０００４」のユーザは、格納庫「Ｔ０００２＿家族」の作成を要求するのではなく、既に作成された「Ｔ０００２＿家族」の使用を要求することにより、動画を保存するための格納庫を確保する。この場合も、図５に示したのとほぼ同様の動作が行われるが、ステップによっては、格納庫を作成する場合と若干異なる処理を行うものもある。

具体的には、ステップ１０１では、作成済の格納庫(例えば、「Ｔ０００２＿家族」)の使用を要求するための信号(格納庫使用要求)を送信し、ステップ１０２では、格納庫使用要求を受信する。また、ステップ１０３では、格納庫を作成するのではなく、使用を要求された格納庫を使用できるかどうかを判定する。即ち、図６の格納庫管理ＤＢ２５のその格納庫の使用許可の設定が「本人」以外の「家族」等であるかを判定する。そして、この判定の結果、使用が許可される場合は、ステップ１０４において、格納庫管理ＤＢ２５に、端末ＩＤと格納庫ＩＤと課金方式との対応を登録する。

次に、図７を参照しながら、携帯端末１０でポストに動画を保存することにより、サーバ２０に動画を送信して保存する際の動作を説明する。
まず、ユーザは、図２を参照して説明したような操作を行うことにより、動画を撮影し、特定のポストへの保存を要求する。これにより、動画取得部１６が、特定のポストに保存された動画を取得し、制御部１１に受け渡す(ステップ２０１)。
また、ポスト特定部１７が、動画が保存されたポストを特定し、制御部１１に通知する(ステップ２０２)。
これにより、制御部１１は、対応情報管理部１８に対し、特定されたポストに対応する格納庫ＩＤを求めて返却するよう指示する。これに従い、対応情報管理部１８は、ステップ１０６で動画送信プログラムに組み込まれた対応情報を参照して格納庫ＩＤを求め、制御部１１に返却する(ステップ２０３)。

ここで、対応情報管理部１８で管理される対応情報について、図８を参照して説明する。図示するように、対応情報には、携帯端末１０におけるポスト名と、サーバ２０における格納庫ＩＤと、携帯端末１０からサーバ２０へ動画を送信後にローカル保存するかどうかを示す「ローカル保存」とが含まれる。
ポスト名は、最初、サーバ２０に作成した格納庫の名称と同じものが定義されているが、その後、ユーザが変更することも可能である。例えば、サーバ２０に格納庫を作成した際は、「犬」という名称にしていたが、図８では、「ワンちゃん」に変更している。

格納庫ＩＤは、サーバ２０に格納庫を作成した際に作成されたＩＤである。本実施の形態では、上述したように、格納庫は全て同じディレクトリの配下に存在するので、この格納庫ＩＤから格納庫のアドレスを求めることができる。例えば、サーバ２０が提供する格納庫が、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ」の配下に存在するものとすると、格納庫「Ｔ０００１＿犬」のアドレスは、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ/Ｔ０００１＿犬」となる。また、格納庫「Ｔ０００１＿子供」のアドレスは、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ/Ｔ０００１＿子供」となり、格納庫「Ｔ０００１＿友人」のアドレスは、「ｗｗｗ．ａａａ．ｃｏ．ｊｐ/ｍｅｍｏｒｙｂａｎｋ/Ｔ０００１＿友人」となる。
ローカル保存は、動画送信プログラムのインストール後にユーザが設定する項目である。ローカル保存に「ＹＥＳ」を設定すると、動画をサーバ２０に送信して保存が成功した場合でも、動画は携帯端末１０に保存されたままとなる。一方、ローカル保存に「ＮＯ」を設定すると、動画をサーバ２０に送信して保存が成功した場合に、動画は携帯端末１０から削除される。

再び図７に戻って動作の説明を続ける。
ポストに対応する格納庫ＩＤの返却を受けた制御部１１は、送信部１２に対し、ステップ２０１で取得した動画をその格納庫に送信するよう指示する。これに従い、送信部１２は、動画をサーバ２０のその格納庫に対して送信する(ステップ２０４)。
サーバ２０では、受信部２２が動画を受信し、その動画とその動画を保存すべき格納庫のアドレスとを制御部２１に受け渡す(ステップ２０５)。
これにより、制御部２１は、動画保存部２８に対し、動画を指定された格納庫に保存するよう指示する。これに従い、動画保存部２８は、動画を指定された格納庫に保存する(ステップ２０６)。
また、動画保存部２８は、格納庫管理ＤＢ２５の利用状況を更新し、処理が完了するとその旨を報告する(ステップ２０７)。ここで、利用状況としては、例えば、何メガバイトの動画が何日にわたって格納庫に格納されているかを把握可能な情報を記録することが考えられる。

これにより、制御部２１は、送信部２３に対し、動画の保存が完了したことを示す情報(以下、「動画保存完了報告」という)を送信するよう指示し、送信部２３は、動画保存完了報告を携帯端末１０に送信する(ステップ２０８)。
携帯端末１０では、受信部１３が、動画保存完了報告を受信し、制御部１１に受け渡す(ステップ２０９)。

そして、制御部１１は、動画整理部１９に対し、送信済の動画を整理するよう指示する。これに従い、動画整理部１９は、動画を整理する(ステップ２１０)。尚、制御部１１は、動画の整理を指示するに際し、対応情報管理部１８から取得したローカル保存するかどうかの設定情報を動画整理部１９に受け渡す。動画整理部１９は、この設定情報を参照し、ローカル保存が「ＹＥＳ」であれば、動画の整理は行わず、ローカル保存が「ＮＯ」であれば、次のような整理を行う。

即ち、サーバ２０への保存が成功した動画は、必要であればサーバ２０にアクセスして再生することができるので、携帯端末１０にも保存しておくことは記憶領域の無駄な使用になる。その反面、送信済の動画を完全に削除してしまう方法は、自分がどのような動画を送信したかを携帯端末１０で確認することができなくなるので好ましくない。そこで、本実施の形態では、送信済の動画それ自体は削除し、その代わりに、動画を送信した痕跡となる情報(以下、「痕跡情報」という)を残すようにしている。痕跡情報としては、例えば、動画の開始時における画像のサムネイルや、動画の撮影日時等の情報が考えられる。
尚、ステップ２０９で一定時間内に動画保存完了報告を受信しなかった場合は、携帯端末１０がサーバ２０にアクセスできない環境にいること等が考えられる。従って、動画を一旦ポストに保存し、一定時間経過後に再度送信するようにする。

このようにして携帯端末１０で撮影した動画がサーバ２０の格納庫に保存されることとなる。
その後、ユーザは、携帯端末１０からサーバ２０にアクセスして動画を再生することができる。このような動画の再生は、ポストに残された痕跡情報の中から再生したい動画の痕跡情報を選択することによって行うことができる。また、ユーザは、携帯端末１０からサーバ２０にアクセスして動画を削除することもできる。このような動画の削除も、ポストに残された痕跡情報の中から削除したい動画の痕跡情報を選択することによって行うことができる。

一方、ＰＣ等からインターネットを介してサーバ２０にアクセスし、動画の再生、削除を行うこともできる。但し、ＰＣ等からアクセスする場合は、予め携帯端末１０でサーバ２０にアクセスしてユーザＩＤ及びパスワードを発行してもらい、それらを用いてアクセスすることが必要になる。具体的には、端末ＩＤとユーザＩＤとパスワードとを対応付けたテーブルがサーバ２０内に作成される。そして、入力されたユーザＩＤとパスワードの組み合わせが登録されたものと一致すれば、ユーザＩＤに対応する端末ＩＤが返却される。そして、ＰＣ等の画面上には、端末ＩＤに対応する格納庫のみが表示される。例えば、端末「Ｔ０００１」のユーザがアクセスしたとすると、格納庫として「犬」、「子供」、「友人」が表示される。これにより、表示された格納庫に格納された動画の再生、削除は、原則として自由に行える。

但し、図６の格納庫「Ｔ０００２＿家族」のような場合は、格納庫に格納された動画の再生及び削除は、登録した本人しか行えないように制御する。具体的には、ステップ２０４で動画を送信する際に、その動画を送信する端末のＩＤを併せて送信する。そして、格納庫に動画を格納する際に、その端末ＩＤを動画の付随情報として記憶しておく。これにより、再生、削除を要求するユーザのＩＤから求めた端末ＩＤと、動画の付随情報として記憶された端末ＩＤとが一致した場合にのみ再生、削除を許可するようにする。
以上により、本実施の形態の動作は終了する。

(第２の実施の形態)
第１の実施の形態では、携帯端末１０のポストとサーバ２０の格納庫との対応情報を動画送信プログラムに組み込んで携帯端末１０に送信した。これにより、携帯端末１０のポストからサーバ２０の格納庫を求める処理を携帯端末１０にて行うようにした。これに対し、本実施の形態では、携帯端末１０のポストとサーバ２０の格納庫との対応情報をサーバ２０に記憶しておき、携帯端末１０のポストからサーバ２０の格納庫を求める処理をサーバ２０で行うように構成する。

まず、本実施の形態における携帯端末１０及びサーバ２０の構成について説明する。
図９は、携帯端末１０の構成を示したブロック図である。図３に示した第１の実施の形態における携帯端末１０の構成に比べると、対応情報管理部１８を有していない点でのみ異なる。対応情報の管理は、サーバ２０で行うからである。尚、サーバ２０の大まかな構成は、図４に示したものと同様である。

次に、本実施の形態の動作について説明する。
携帯端末１０のポスト及びサーバ２０の対応する格納庫を作成する際の動作は、図５に示したものとほぼ同様である。
但し、ステップ１０４で格納庫管理ＤＢ２５に登録する情報が、第１の実施の形態とは異なる。ここで登録される情報の内容については、図１０に示す。図示するように、本実施の形態における格納庫管理ＤＢ２５では、第１の実施の形態における格納庫管理ＤＢ２５に対し、ポスト名が追加されている。尚、ポスト名は、携帯端末１０でユーザが変更することも可能であり、その場合は、格納庫管理ＤＢ２５のポスト名に変更が反映される。
そして、本実施の形態では、ステップ１０６で作成する動画送信プログラムに、対応情報を組み込まない。即ち、本実施の形態において、動画送信プログラムとは、携帯端末１０に作成されたポストに動画が保存されたことを認識し、その動画をサーバ２０にポスト名と共に送信するプログラムである。

また、携帯端末１０でポストに動画を保存することにより、サーバ２０に動画を送信して保存する際の動作を図１１に示す。図１１は、図７を若干変更したものであるので、異なる部分のみを説明する。
まず、本実施の形態において、携帯端末１０は、図７のステップ２０３のような格納庫の特定を行わない。そして、ステップ２０４では、動画をサーバ２０の特定の格納庫に送信するのではなく、ポスト名と共にサーバ２０に送信する。
一方、サーバ２０は、ステップ２１１で、格納庫管理ＤＢ２５を参照することにより、受信したポスト名に対応する格納庫を特定する。
以上により、本実施の形態の説明を終了する。

(第３の実施の形態)
第１及び第２の実施の形態では、携帯端末１０の購入後のユーザの操作により、携帯端末１０におけるポストの作成、メニューの更新、動画送信プログラムのインストールを行うこととした。これに対し、本実施の形態では、携帯端末１０の購入時に、既に携帯端末１０にポスト、メニュー、プログラムが実装されているものとする。但し、この時点では、ポストには名称は付いておらず、メニュー上の選択肢も空欄となっている。従って、ユーザは、携帯端末１０の購入後、サーバ２０に接続し、これらの設定を行う。

まず、本実施の形態における携帯端末１０及びサーバ２０の構成について説明する。
図１２は、携帯端末１０の構成を示したブロック図である。図３に示した第１の実施の形態における携帯端末１０の構成に比べると、インストール部１５を有していない点でのみ異なる。ポスト、メニュー、プログラムは最初から携帯端末１０に存在しており、サーバ２０からダウンロードしてインストールするものではないからである。
図１３は、サーバ２０の構成を示したブロック図である。図４に示した第１の実施の形態におけるサーバ２０の構成に比べると、格納庫作成部２４の代わりに格納庫管理部２９が設けられ、コマンド作成部２６及びプログラム作成部２７を有していない点で異なる。前者は、格納庫は既に作成されており新たに作成する機能を必要としないからであり、後者は、ポスト、メニュー、プログラムは最初から携帯端末１０に存在しており、サーバ２０が作成を指示するものではないからである。

次に、本実施の形態の動作について説明する。
上述したように、携帯端末１０には、購入時に既にポストが設けられている。但し、この時点では、ポストには名前は付けられておらず、例えば、一連番号で区別できるようになっている。また、サーバ２０には、携帯端末１０から送信された動画を格納するための格納庫のＩＤがこの時点で既に管理されている。但し、格納庫にもこの時点では名前は付けられておらず、例えば、ポストに対応する一連番号で区別できるようになっている。具体的には、端末「Ｔ０００１」の１番目のポストに対応する格納庫ＩＤは「Ｔ０００１＿０１」、２番目のポストに対応する格納庫ＩＤは「Ｔ０００１＿０２」、３番目のポストに対応する格納庫ＩＤは「Ｔ０００１＿０３」というように、予めポストと格納庫は関連付けられている。

また、携帯端末１０には、動画送信プログラムが予めインストールされている。この動画送信プログラムには、あるポストに動画が保存されると、そのポストに関連付けられた格納庫にその動画を送信するような機能が既に組み込まれている。
更に、この時点で、サーバ２０には、図１４(ａ)に示すような格納庫管理ＤＢ２５が既に作成されている。即ち、端末ごとに、端末ＩＤと、その端末に割り当てる格納庫の格納庫ＩＤとが対応付けられている。尚、この時点では、ユーザの使用要求はまだないので、課金方式や、使用許可や、利用状況については、空欄となっている。

まず、ユーザが、携帯端末１０に対し、本サービスの利用開始登録を行うための操作を行うと、図１５に示すような画面が表示される。これは、携帯端末１０の購入時に３つのポストを申請した場合の例であり、３つのポスト名設定欄１ａ、１ｃ、１ｅと、３つのポストに対する容量選択欄１ｂ、１ｄ、１ｆとが表示されている。そして、ポスト名を設定し、容量を選択した後、携帯端末１０に予め設定されたパスワードをパスワード入力欄１ｇに入力し、送信ボタン１ｈを押下する。これにより、サーバ２０に対し、設定したポスト名で格納庫の使用を要求することになる。

その際の動作を図１６に示す。
まず、このようなユーザの要求により、制御部１１は、格納庫使用要求を作成し、送信部１２に受け渡す。そして、送信部１２が、サーバ２０に対し、格納庫使用要求を送信する(ステップ１１１)。
サーバ２０では、受信部２２が、この格納庫使用要求を受信し、制御部２１に受け渡す(ステップ１１２)。

これにより、制御部２１は、格納庫管理部２９に対し、格納庫の使用登録を指示する。これに従い、格納庫管理部２９が、格納庫の使用登録を行う。具体的には、ユーザが指定した容量の領域を格納庫として確保する(ステップ１１３)。また、ユーザから格納庫使用要求と共に送信された格納庫名、課金方式、使用許可を、格納庫管理ＤＢ２５の格納庫ＩＤに対応付けて登録する(ステップ１１４)。例えば、端末「Ｔ０００１」のユーザが、１番目のポストに対応する格納庫の名称を「ワンちゃん」とし、２番目のポストに対応する格納庫の名称を「子供」とし、３番目のポストに対応する格納庫の名称を「友人」とし、端末「Ｔ０００２」のユーザが、１番目のポストに対応する格納庫の名称を「家族」としたとすると、格納庫管理ＤＢ２５の内容は、図１４(ｂ)に示すようなものとなる。尚、格納庫「Ｔ０００２＿０２」については、端末「Ｔ０００２」のユーザが使用要求を送信していないため、格納庫名、課金方式、使用許可共に空欄となっている。

尚、携帯端末１０でポストに動画を保存することにより、サーバ２０に動画を送信して保存する際の動作は、図７と同様であるので、詳しい説明を省略する。
ところで、本実施の形態では、携帯端末１０の購入時に、携帯端末１０のポストとサーバ２０の格納庫とが既に関連付けられ、動画送信プログラムには、あるポストに動画が保存されると、そのポストに関連付けられた格納庫にその動画を送信するような機能が既に組み込まれているものとした。しかしながら、携帯端末１０のポストとサーバ２０の格納庫との関連付けは、携帯端末１０を購入したユーザの操作により行うこととしてもよい。
その場合、動画送信プログラムには、あるポストに動画が保存されると、サーバ２０にその動画を送信する機能のみが組み込まれている。また、携帯端末１０の購入時点では、サーバ２０には、図１４(ａ)に示すような端末ＩＤと格納庫ＩＤとの対応情報は記憶されていない。
しかし、その後、ユーザが格納庫名を決めて格納庫の使用開始を要求すると、例えば、図１４(ｂ)のような対応情報がサーバ２０に作成されることで、使用開始が登録されるのである。尚、この場合、格納庫は、ユーザが指定可能な容量ごとに複数個用意しておき、ユーザが指定した容量の格納庫の中から適宜選択して割り当てるように構成してもよい。
そして、第２の実施の形態で述べたように、動画が保存されたポストに対応する格納庫がサーバ２０において特定され、その特定された格納庫に動画が保存されることになる。

このように、本実施の形態では、動画を格納庫に保存するためのサービスに必要な機能をできるだけ携帯端末１０に組み込んだ状態でその販売を行うようにした。こうすることにより、ユーザは、そのようなサービスのために必要なプログラム等をダウンロードする面倒な操作を行うことなく、簡単にサービスの利用を開始できるようになる。
以上により、本実施の形態の説明を終了する。

最後に、携帯端末１０のハードウェア構成について説明しておく。
図１７は、携帯端末１０のハードウェア構成の一例を示した図である。ここでは、携帯端末１０は、レンズ３１と、撮像素子３２と、Ａ/Ｄ変換回路３３と、コントローラ３４と、液晶ディスプレイ３５と、操作キー３６と、内蔵メモリ３７と、通信インタフェース３８とから構成される。尚、この図は、概略を示したものであり、一般にデジタルカメラ等に必要な構成であっても、本発明に直接関係しないものについては、省略している場合がある。

レンズ３１は、被写体を撮像素子３２の上に結像するものである。撮像素子３２は、レンズ３１を通して入って来た光を電気信号に変換する素子であり、撮像手段として把握することができる。例えば、ＣＣＤ(Charge Coupled Diode)やＣＭＯＳ(Complementary Metal Oxide Semiconductor)である。また、Ａ/Ｄ変換回路３３は、アナログ信号として入力される画像データの信号をデジタル信号に変換するための回路である。
コントローラ３４は、ＣＰＵ(Central Processing Unit)を有しており、Ａ/Ｄ変換回路３３からの信号入力制御、液晶ディスプレイ３５への表示制御、操作キー３６からの入力制御、内蔵メモリ３７への出力制御、通信インタフェース３８への出力制御等の各種制御を行う部分である。

液晶ディスプレイ３５は、内蔵メモリ３７に格納された画像や、デジタルカメラに対し各種設定を行うためのメニュー画面を表示するためのディスプレイである。操作キー３６は、デジタルカメラに対し各種設定操作を行うためのキーである。また、内蔵メモリ３７は、撮影した画像や、各種設定を行うためのデータ等を格納するメモリである。通信インタフェース３８は、撮影した画像を外部へ送信するためのインタフェースであり、有線であっても無線であってもよい。

尚、この第１乃至第３の実施の形態では、ユーザ自らが携帯端末１０を操作することにより、サーバ２０から携帯端末１０へポスト、動画送信プログラム等のインストールや、サーバ２０の格納庫の使用開始登録を行うようにした。しかしながら、携帯端末１０を販売する際に、販売員が、これらの操作を代行して行うサービスを提供してもよい。
また、格納庫は全て同じディレクトリの配下に存在するものと仮定したが、必ずしもそのような形態には限らない。即ち、格納庫の作成時にサーバ２０以外の装置のアドレスを指定し、動画がそのアドレスに送られるように対応情報を作成するようにしてもよい。このような構成を採用し、サーバ２０の機能を実現させるソフトウェアを個人又は会社のＰＣにインストールすれば、携帯端末１０の特定のポストに保存することにより、動画をその個人又は会社のＰＣに届けることも可能となる。

また、携帯端末１０で動画を保存する際に表示されるメニューを、サーバ２０から送信されたメニュー更新コマンドにより更新するようにした。しかしながら、携帯端末１０で表示すべき選択肢を全て含むメニューをサーバ２０で作成して携帯端末１０に送信するようにしてもよい。
更に、動画送信プログラムは、全てのポストに対する動画の保存を監視するものとしたが、１つのポストに対する動画の保存のみを監視するものとしてもよい。具体的には、各ポストにそれぞれ動画送信プログラムを記憶しておく方法や、各ポスト自体に動画送信プログラムとしての機能を持たせる方法が考えられる。この場合、動画送信プログラムは、携帯端末１０の特定のポストに動画が保存されたことを認識すると、その動画をサーバ２０にポスト名又は格納庫ＩＤと共に送信するプログラムである。

また、第１乃至第３の実施の形態では、動画がポストに保存されることにより、その保存された動画を送信対象の動画として取得するようにした。
しかしながら、送信対象の動画を取得するためのトリガーとしては、この他にも種々のバリエーションが考えられる。
例えば、対応情報管理部１８のローカル保存に「ＹＥＳ」が設定されていれば、動画はサーバ２０に送信された後、ポストに保存されるので、その修正を行うことができる。従って、動画を修正した後の上書き保存の要求(更新要求)をトリガーとして、修正後の動画をサーバ２０に送信するように構成することもできる。

また、あるフォルダに保存されていた動画を削除した場合に、その動画を送信対象の動画として取得してもよい。本来、動画の削除はその動画が不要になったために行っているはずであるが、場合によっては、削除した動画が後で必要になるということも全くないわけではない。そこで、サーバ２０の格納庫をいわゆるゴミ箱として利用しようというものである(動画は最初の保存要求に応じてサーバ２０に送信されているはずであるので、その後の操作によりその動画がサーバ２０からも削除されている場合に、このバリエーションは有効である)。尚、削除した動画をゴミ箱としての格納庫に格納しておく期間に制限を設けてもよい。
また、動画の送信が失敗した後、一定時間間隔で自動的に未送信の動画を送信対象の動画として取得するようにしてもよい。

更に、既に保存された動画だけでなく、特定のポストに保存することが予定された動画を送信対象の動画として取得することも可能である。具体的には、次のような形態が考えられる。即ち、ユーザは、動画をポストに保存する操作を行わずに、直接サーバ２０へ送信する操作を行う。但し、その送信の操作に先立ち、動画がサーバ２０の格納庫に保存できなかった場合にその動画を保存するポストは指定しておく。このように考えると、本発明は、ポストへの動画の保存を契機にその動画をサーバ２０へ送信するという形態から、ポストへの保存に関わらず、サーバ２０へ動画を直接送信するという形態にまで拡張して捉えることができる。尚、この場合において、動画は、サーバ２０の格納庫に保存できなかった場合は、事前に指定したポストに保存されることになるので、この事前に指定したポストも、「動画の保存場所として指定されたポスト」という概念に含まれることになる。

更に、動画を送信後にポストに保存するかどうかは、ユーザが予め設定したローカル保存によって行うようにしたが、例えば、動画の形式(拡張子)に応じて、ポストに保存するかどうかを判定してもよいし、それ以外のポストや動画に関するいかなる条件を用いて判定するようにしてもよい。
また、上記の説明では、動画をサーバ２０に送信して保存する際の認証については言及しなかったが、携帯端末１０を紛失したり盗まれたりした場合に備え、動画をサーバ２０に送信して保存する際にもパスワード等の入力を要求するようにしてもよい。

更に、上記の説明では、前もってポストと格納庫とを設定しておき、動画をその作成されたポストに保存するようにしたが、動画撮影時にポストと格納庫の設定操作を行えるようにしてもよい。このようにすれば、仮に想定外の動画等が撮れたとしても、その場で簡単にポストを作成し、そこに保存するだけですむのである。

また、第１乃至第３の実施の形態では、携帯端末１０のポストに保存された動画をサーバ２０に送信することを想定して説明してきたが、携帯端末１０以外の一般の情報処理装置(例えば、ＰＣ)のポストに保存された動画をサーバ２０に送信するものとして本発明を捉えることも可能である。例えば、ＰＣ等のメモリ容量不足の心配のない情報処理装置においては、サーバ２０に動画を送信した後もその動画に対し加工/修正を施すことが考えられるので、対応情報管理部１８にてローカル保存に「ＹＥＳ」が設定されていることが多い。このような場合、上述した、動画の更新要求をトリガーとした送信が特に有効となる。

更にまた、第１乃至第３の実施の形態では、動画を送信して保存することを想定して説明してきたが、動画以外の静止画を含む画像データや、それ以外の一般のデータ(例えば、表計算ソフトや描画ソフト等で作成されたデータ)に対し本発明を適用することも可能である。

このように、本発明の実施の形態では、携帯端末１０のポストにデータを保存すると、そのポストに対応付けられたサーバ２０の格納庫にデータが保存されるように構成した。このような構成により、携帯端末で撮影/作成したデータを簡単な操作でサーバコンピュータに保存でき、かつ、その際、サーバコンピュータにおける保存先をユーザが認識しながら操作できるようになる。

また、本発明の実施の形態は、データの保存、送信という２つの作業工程を、保存(＝送信)という１つの作業工程のみにしたものである。よって、ユーザは、幾つかのポストの中から、送りたい保存先に対応するポストを選択し(複数選択可)、そのポストに保存するだけで送信作業も行うことができるのである。
この場合、具体的なユーザインタフェースとしては、保存対象のデータをドラッグ＆ドロップで所望のポストに保存することが考えられる。即ち、図１８(ａ)に示すように、まず、保存対象である「ももこ．ｊｐｇ」を、マウス等を操作して選択する。次に、図１８(ｂ)に示すように、「ももこ．ｊｐｇ」をポスト「会社」までドラッグしてドロップする。これにより、ポスト「会社」に対応する保存先に「ももこ．ｊｐｇ」が送信される。
例えばこのようなユーザインタフェースを用いて、保存して送信するという概念を、保存する(＝送信する)だけという概念に変えることにより、コンピュータに不慣れなユーザにとって、コンピュータに対するハードルは明らかに低くなる。そして、多くのユーザがコンピュータ世界に参加できるようになり、本発明によってもたらされる効果は計り知れない。

本発明の実施の形態が適用されるコンピュータシステムの全体構成を示したブロック図である。 本発明の実施の形態の携帯端末における画面遷移の一例を示した図である。 本発明の第１の実施の形態における携帯端末の機能構成を示したブロック図である。 本発明の第１及び第２の実施の形態におけるサーバの機能構成を示したブロック図である。 本発明の第１及び第２の実施の形態における格納庫作成の際の動作を示したフローチャートである。 本発明の第１の実施の形態における格納庫管理ＤＢの内容の一例を示す図である。 本発明の第１及び第３の実施の形態における動画送信の際の動作を示したフローチャートである。 本発明の第１及び第３の実施の形態における動画送信プログラムに含まれる対応情報の一例を示す図である。 本発明の第２の実施の形態における携帯端末の機能構成を示したブロック図である。 本発明の第２の実施の形態における格納庫管理ＤＢの内容の一例を示す図である。 本発明の第２の実施の形態における動画送信の際の動作を示したフローチャートである。 本発明の第３の実施の形態における携帯端末の機能構成を示したブロック図である。 本発明の第３の実施の形態におけるサーバの機能構成を示したブロック図である。 本発明の第３の実施の形態における格納庫管理ＤＢの内容の一例を示す図である。 本発明の第３の実施の形態の携帯端末における画面の一例を示す図である。 本発明の第３の実施の形態における格納庫の使用登録の際の動作を示したフローチャートである。 本発明の実施の形態における携帯端末のハードウェア構成を示したブロック図である。 本発明の実施の形態において用いられるユーザインタフェースの一例を示した図である。

符号の説明

１０…携帯端末、１１，２１…制御部、１２，２３…送信部、１３，２２…受信部、１４…要求受付部、１５…インストール部、１６…動画取得部、１７…ポスト特定部、１８…対応情報管理部、１９…動画整理部、２０…サーバ、２４…格納庫作成部、２５…格納庫管理ＤＢ、２６…コマンド作成部、２７…プログラム作成部、２８…動画保存部、２９…格納庫管理部

Claims (15)

1. 保存対象のデータを取得する取得手段と、
   予め自装置内に作成されたフォルダの中から前記データの保存場所として指定されたフォルダを特定する特定手段と、
   前記特定手段により特定された前記フォルダへの前記データの保存要求に応じて、当該フォルダに予め対応付けられた他の装置内の保存先に当該データを送信する送信手段と
   を備えたことを特徴とする情報処理装置。
2. 前記送信手段による前記データの送信後に、当該データを前記フォルダに保存する保存手段を更に備えたことを特徴とする請求項１記載の情報処理装置。
3. 前記送信手段は、前記保存手段により保存された前記データの更新要求に応じて、前記フォルダに予め対応付けられた他の装置内の保存先に当該データを送信することを特徴とする請求項２記載の情報処理装置。
4. 前記保存手段は、前記データ又は前記フォルダが所定の条件を満たす場合に、当該データを当該フォルダに保存することを特徴とする請求項２記載の情報処理装置。
5. 前記送信手段による前記データの送信後に、当該データに代えて、当該データに関連する情報を前記フォルダに保存する保存手段を更に備えたことを特徴とする請求項１記載の情報処理装置。
6. 前記保存手段は、前記データ又は前記フォルダが所定の条件を満たす場合に、当該データに関連する情報を当該フォルダに保存することを特徴とする請求項５記載の情報処理装置。
7. 前記送信手段は、前記データが前記他の装置内の保存先に保存されなかった場合に、所定の時点で当該データを再送することを特徴とする請求項１記載の情報処理装置。
8. 画像を撮影する撮影手段と、
   予め自装置内に作成されたフォルダの中から前記撮影手段により撮影された前記画像の保存場所として指定されたフォルダを特定する特定手段と、
   前記特定手段により前記フォルダが特定されると、前記画像の送信要求によることなく、当該フォルダに予め対応付けられた他の装置内の保存先に当該画像を送信する送信手段と
   を備えたことを特徴とする携帯端末装置。
9. 他の装置からデータを受信する受信手段と、
   前記他の装置内のフォルダの中から前記データの保存場所として指定されたフォルダを特定する特定手段と、
   前記特定手段により特定された前記フォルダに予め対応付けられた保存先に前記データを保存する保存手段と
   を備えたことを特徴とするサーバコンピュータ。
10. 他の装置内にフォルダを作成する第１の作成手段と、
    前記フォルダが保存場所として指定されたデータの保存先を作成する第２の作成手段と、
    前記第１の作成手段により作成された前記フォルダと、前記第２の作成手段により作成された前記保存先との対応情報を作成する第３の作成手段と
    を備えたことを特徴とするサーバコンピュータ。
11. 他の装置内のフォルダと当該フォルダが保存場所として指定されたデータの保存先との対応情報を管理する管理手段と、
    前記保存先の使用開始要求を受信する受信手段と、
    前記使用開始要求の受信に応じて前記対応情報に前記保存先の使用が開始されたことを示す情報を登録する登録手段と
    を備えたことを特徴とするサーバコンピュータ。
12. 第１の装置から第２の装置へデータを送信して保存するデータ保存方法であって、
    前記第１の装置内のフォルダと前記第２の装置内の保存先との対応情報を作成するステップと、
    前記第１の装置にて前記データを取得するステップと、
    前記第１の装置内のフォルダの中から前記データの保存場所として指定されたフォルダを特定するステップと、
    特定された前記フォルダへの前記データの保存要求に応じて、前記対応情報を参照することにより、当該フォルダに対応する前記第２の装置内の保存先を求めるステップと、
    求められた前記保存先に前記第２の装置が前記データを保存するステップと
    を含むことを特徴とするデータ保存方法。
13. 前記作成するステップでは、複数の前記第１の装置内のフォルダと、一の前記第２の装置内の保存先との前記対応情報を作成し、
    前記保存するステップでは、前記データを取得した第１の装置を識別可能な情報を、当該データに関連付けて保存することを特徴とする請求項１２記載のデータ保存方法。
14. コンピュータに、
    予め自装置内に作成されたフォルダの中からデータの保存場所として指定されたフォルダを特定する機能と、
    特定された前記フォルダへの前記データの保存要求に応じて、当該フォルダに予め対応付けられた他の装置内の保存先に当該データを送信するための処理を行う機能と
    を実現させるためのプログラム。
15. 前記データの送信後に、当該データに代えて、当該データに関連する情報を前記フォルダに保存する機能を更に実現させることを特徴とする請求項１４記載のプログラム。

Images