(57)【特許請求の範囲】
【請求項１】
サーバおよび外部機器が接続された通信ネットワークシステムに接続される電子機器であって、
前記通信ネットワークシステムのユーザから指示を受け取るインタフェースと、
前記ユーザからの指示に基づいて、送信すべき情報および送信先を決定する制御部と、
前記制御部によって決定された前記送信先に前記情報を送信する通信部と
を備え、
前記インタフェースを介してコンテンツファイルが指定されたときにおいて、
指定された前記コンテンツファイルが前記サーバにアップロードされていないときは、前記ユーザに前記コンテンツファイルをアップロードするかどうかを問い合わせることなく、前記通信部は、前記制御部の決定に基づいて、前記コンテンツファイルを前記サーバに送信し、かつ、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信し、
指定された前記コンテンツファイルが前記サーバにアップロードされているときは、前記通信部は、前記制御部の決定に基づいて、前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信する、電子機器。
【請求項２】
前記制御部は、前記サーバにアップロードが許容されるコンテンツファイルの上限データサイズの情報、および、上限再生時間の情報の少なくとも一方を保持しており、
指定された前記コンテンツファイルが前記サーバにアップロードされていないときにおいて、
指定された前記コンテンツファイルのデータサイズが前記上限サイズよりも大きい、または、指定された前記コンテンツファイルの再生時間が前記上限再生時間よりも長いときは、前記制御部は、指定された前記コンテンツファイルを分割して複数の分割ファイルを生成し、
前記通信部は、前記複数の分割ファイルの少なくとも１つを前記サーバに送信し、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信する、請求項１に記載の電子機器。
【請求項３】
前記通信部は、前記複数の分割ファイルの全てを前記サーバに送信する、請求項２に記載の電子機器。
【請求項４】
前記複数の分割ファイルが存在し、かつ、前記複数の分割ファイルの少なくとも一つが前記サーバに既に送信されているときは、前記通信部は、前記複数の分割ファイルのうち、前記サーバにまだ送信されていない１以上の分割ファイルを前記サーバに送信し、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信する、請求項２に記載の電子機器。
【請求項５】
前記通信部は、前記複数の分割ファイルのうち、前記サーバにまだ送信されていない全ての分割ファイルを前記サーバに送信する、請求項４に記載の電子機器。
【請求項６】
前記コンテンツファイルが前記サーバにアップロードされたか否かを示す送信履歴情報を保持する記録装置をさらに備え、
前記制御部は、前記送信履歴情報に基づいて、指定された前記コンテンツファイルが前記サーバにアップロードされているか否かを判定する、請求項１に記載の電子機器。
【請求項７】
前記サーバは、前記コンテンツファイルが前記サーバにアップロードされたか否かを示す送信履歴情報を保持しており、
前記制御部は、前記サーバから前記送信履歴情報を受信し、前記送信履歴情報に基づいて、指定された前記コンテンツファイルが前記サーバにアップロードされているか否かを判定する、請求項１に記載の電子機器。
【請求項８】
前記インタフェースは、前記電子機器に物理的に接続されている入力装置を介して前記ユーザから指示を受け取る、請求項１に記載の電子機器。
【請求項９】
前記インタフェースは、前記通信ネットワークシステムを介して接続された他の電子機器を利用する前記ユーザから指示を受け取る、請求項１に記載の電子機器。
【請求項１０】
前記コンテンツファイルは、動画ファイルおよび音声ファイルの少なくとも一つである、請求項２に記載の電子機器。
【請求項１１】
前記コンテンツファイルは、静止画ファイルである、請求項１に記載の電子機器。
【請求項１２】
前記制御部は、前記サーバにアップロードが許容されるコンテンツファイルの上限データサイズの情報を保持しており、
指定された前記コンテンツファイルが前記サーバにアップロードされていないときであって、かつ、指定された前記コンテンツファイルのデータサイズが前記上限サイズよりも大きいときは、前記制御部は、指定された前記コンテンツファイルの静止画像を縮小して前記データサイズを低減する、請求項１１に記載の電子機器。
【請求項１３】
記録媒体に記録されたコンピュータプログラムであって、前記コンピュータプログラムは、サーバおよび外部機器が接続された通信ネットワークシステムに接続される電子機器のコンピュータによって実行され、
前記コンピュータプログラムは前記コンピュータに、
前記通信ネットワークシステムのユーザからインタフェースを介してコンテンツファイ
ルの指定の指示を受け取るステップと、
指定された前記コンテンツファイルが前記サーバにアップロードされているか否かを判断するステップと、
指定された前記コンテンツファイルが前記サーバにアップロードされていないときは、前記ユーザに前記コンテンツファイルをアップロードするかどうかを問い合わせることなく、前記コンテンツファイルを前記サーバに送信し、かつ、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信するステップと、
指定された前記コンテンツファイルが前記サーバにアップロードされているときは、前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信するステップと
を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画などの画像ファイルを送信するプログラムを格納した記録媒体、または、動画などの画像ファイルを送信する電子機器に関する。
【背景技術】
【０００２】
近年、ネットワークを介して接続された他のユーザと、動画などのコンテンツを共有する技術が普及している。たとえば特許文献１は、利用者端末からの要求を受けて、コンテンツファイルのＵＲＬ（Uniform Resource Locator）を読み出し、利用者端末に送信するサーバを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２３７５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
あるユーザがネットワークを介して他のユーザとデータサイズの大きいコンテンツを共有しようとする状況を考える。まず、あるユーザが他のユーザとコンテンツを共有するためには、そのユーザは、共有したいコンテンツを画像共有サイトのサーバ等の場所に一旦送信する必要がある。しかしながら、一般に、データサイズの大きいコンテンツの送信処理には時間がかかる。そのため、送信者であるユーザはコンテンツの送信処理が完了するまで待たなければならず、コンテンツ共有サービスを快適に楽しむことができないことがあった。
【０００５】
本発明は上記課題を鑑みてなされたものであり、その目的は、コンテンツを他のユーザと共有する際、効率よく送信処理を実行するための技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明にかかる電子機器は、サーバおよび外部機器が接続された通信ネットワークシステムに接続される電子機器であって、前記通信ネットワークシステムのユーザから指示を受け取るインタフェースと、前記ユーザからの指示に基づいて、送信すべき情報および送信先を決定する制御部と、前記制御部によって決定された前記送信先に前記情報を送信する通信部とを備え、前記インタフェースを介してコンテンツファイルが指定されたときにおいて、指定された前記コンテンツファイルが前記サーバにアップロードされていないときは、前記通信部は、前記制御部の決定に基づいて、前記コンテンツファイルを前記サーバに送信し、かつ、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信し、指定された前記コンテンツファイルが前記サーバにアップロードされているときは、前記通信部は、前記制御部の決定に基づいて、前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信する。
【０００７】
前記制御部は、前記サーバにアップロードが許容されるコンテンツファイルの上限データサイズの情報、および、上限再生時間の情報の少なくとも一方を保持しており、指定された前記コンテンツファイルが前記サーバにアップロードされていないときにおいて、指定された前記コンテンツファイルのデータサイズが前記上限サイズよりも大きい、または、指定された前記コンテンツファイルの再生時間が前記上限再生時間よりも長いときは、前記制御部は、指定された前記コンテンツファイルを分割して複数の分割ファイルを生成し、前記通信部は、前記複数の分割ファイルの少なくとも１つを前記サーバに送信し、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信してもよい。
【０００８】
前記通信部は、前記複数の分割ファイルの全てを前記サーバに送信してもよい。
【０００９】
前記複数の分割ファイルが存在し、かつ、前記複数の分割ファイルの少なくとも一つが前記サーバに既に送信されているときは、前記複数の分割ファイルのうち、前記サーバにまだ送信されていない１以上の分割ファイルを前記サーバに送信し、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信してもよい。
【００１０】
前記通信部は、前記複数の分割ファイルのうち、前記サーバにまだ送信されていない全ての分割ファイルを前記サーバに送信してもよい。
【００１１】
前記電子機器は、前記コンテンツファイルが前記サーバにアップロードされたか否かを示す送信履歴情報を保持する記録装置をさらに備え、前記制御部は、前記送信履歴情報に基づいて、指定された前記コンテンツファイルが前記サーバにアップロードされているか否かを判定してもよい。
【００１２】
前記サーバは、前記コンテンツファイルが前記サーバにアップロードされたか否かを示す送信履歴情報を保持しており、前記制御部は、前記サーバから前記送信履歴情報を受信し、前記送信履歴情報に基づいて、指定された前記コンテンツファイルが前記サーバにアップロードされているか否かを判定してもよい。
【００１３】
前記インタフェースは、前記電子機器に物理的に接続されている入力装置を介して前記ユーザから指示を受け取ってもよい。
【００１４】
前記インタフェースは、前記通信ネットワークシステムを介して接続された他の電子機器を利用する前記ユーザから指示を受け取ってもよい。
【００１５】
前記コンテンツファイルは、動画ファイルおよび音声ファイルの少なくとも一つであってもよい。
【００１６】
前記コンテンツファイルは、静止画ファイルであってもよい。
【００１７】
前記制御部は、前記サーバにアップロードが許容されるコンテンツファイルの上限データサイズの情報を保持しており、指定された前記コンテンツファイルが前記サーバにアップロードされていないときであって、かつ、指定された前記コンテンツファイルのデータサイズが前記上限サイズよりも大きいときは、前記制御部は、指定された前記コンテンツファイルの静止画像を縮小して前記データサイズを低減してもよい。
【００１８】
本発明にかかるコンピュータプログラムは、記録媒体に記録されたコンピュータプログラムであって、前記コンピュータプログラムは、サーバおよび外部機器が接続された通信ネットワークシステムに接続される電子機器のコンピュータによって実行され、前記コンピュータプログラムは前記コンピュータに、前記通信ネットワークシステムのユーザからインタフェースを介してコンテンツファイルの指定の指示を受け取るステップと、指定された前記コンテンツファイルが前記サーバにアップロードされているか否かを判断するステップと、指定された前記コンテンツファイルが前記サーバにアップロードされていないときは、前記コンテンツファイルを前記サーバに送信し、かつ、送信終了後に前記通信ネットワークシステムにおける前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信するステップと、指定された前記コンテンツファイルが前記サーバにアップロードされているときは、前記コンテンツファイルの格納場所を示す場所情報を前記外部機器に送信するステップとを実行させる。
【発明の効果】
【００１９】
本発明によれば、指定されたコンテンツファイルがサーバにアップロードされていないときは、通信部は、制御部の決定に基づいて、コンテンツファイルをサーバに送信し、かつ、送信終了後に通信ネットワークシステムにおけるコンテンツファイルの格納場所を示す場所情報を外部機器に送信する。一方、指定されたコンテンツファイルがサーバにアップロードされているときは、通信部は、制御部の決定に基づいて、コンテンツファイルの格納場所を示す場所情報を外部機器に送信する。すなわち、既にコンテンツファイルがサーバにアップロードされているときはコンテンツファイルを重複してアップロードしない。コンテンツファイルを常にサーバにアップロードするのではないため、コンテンツを他のユーザと共有する際、効率よく送信処理を実行することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態にかかる通信ネットワークシステム１の構成を示す図である。
【図２】ＰＣ１００Ａの構成図である。
【図３】動画送信処理の手順を示すフローチャートである。
【図４】動画送信処理の手順を示すフローチャートである。
【図５】液晶ディスプレイ１０９に表示されるインタフェース画面の一例を示す図である。
【図６】（Ａ）および（Ｂ）は送信履歴情報のデータ構造の一例を示す図である。
【発明を実施するための形態】
【００２１】
以下、添付の図面を参照しながら、本発明による電子機器の実施形態を説明する。本実施形態においては、電子機器はパーソナルコンピュータ（以下「ＰＣ」と記述する）であるとする。
【００２２】
以下、本実施形態に係る通信ネットワークシステムおよび通信ネットワークシステムに接続される電子機器の構成および動作を詳細に説明する。
【００２３】
〔１．構成〕
［１−１．通信ネットワークシステムの構成］
図１は、本実施形態にかかる通信ネットワークシステム１の構成を示す。通信ネットワークシステム１は、ＰＣ１００Ａと、ＰＣ１００Ｂと、画像共有サイトのサーバ１１０とを含む。ＰＣ１００Ａ、ＰＣ１００Ｂおよびサーバ１１０は、電気通信回線２で接続されている。
【００２４】
本実施形態では、ＰＣ１００Ａのユーザが、ＰＣ１００Ｂのユーザと動画ファイルを共有する場合を例として説明する。すなわち本実施形態では、ＰＣ１００Ａが送信側の電子機器であり、ＰＣ１００Ｂが受信側の電子機器（外部機器）であるとして説明する。
【００２５】
ＰＣ１００Ａは、電気通信回線２を介して、サーバ１１０に動画ファイルをアップロードさせることができる。また、本実施形態にかかるＰＣ１００Ａは、電気通信回線２を介して、ＰＣ１００Ｂ等の外部機器に、サーバ１１０にアップロードした動画ファイルのＵＲＬを送信することができる。
【００２６】
画像共有サイトのサーバ１１０は、電気通信回線２を介して接続された電子機器（ＰＣ１００Ａ）から送信されてきた動画ファイル等のコンテンツファイルを記録する記録媒体（図示せず）を有する。画像共有サイトのサーバ１１０は、該記録媒体に記録された動画ファイルのそれぞれに、電気通信回線２上における所在情報であるＵＲＬを与える。
【００２７】
電気通信回線２を介して通信ネットワークシステム１に接続された外部機器（ＰＣ１００Ｂ）は、たとえばＰＣ１００Ａから受信したＵＲＬを指定してサーバ１１０にアクセスする。これにより、ＰＣ１００Ｂのユーザは、該ＵＲＬによって特定される場所に記録された、サーバ１１０上の動画ファイルを閲覧することができる。
【００２８】
本明細書において「電気通信回線」とは、インターネット、家庭内ＬＡＮ、イントラネットなどの通信ネットワークをいう。通信ネットワークは、パブリックネットワークおよびプライベートネットワークのいずれでもよい。
【００２９】
本実施形態の通信ネットワークシステム１では以下の動作が行われる。
【００３０】
すなわち、電子機器であるＰＣ１００Ａは、通信ネットワークシステム１を利用するユーザから後述のインタフェースを介して指示を受け取る。この指示は、コンテンツファイルの指定およびサーバ１１０へのアップロードの指示である。
【００３１】
指定されたコンテンツファイルがサーバ１１０にアップロードされていないときは、ＰＣ１００Ａは、当該コンテンツファイルをサーバ１１０に送信し、かつ、アップロードの終了後に通信ネットワークシステム１におけるコンテンツファイルの格納場所を示す場所情報を外部機器であるＰＣ１００Ｂに送信する。一方、指定されたコンテンツファイルが外部サーバにアップロードされているときは、ＰＣ１００Ａは、コンテンツファイルの格納場所を示す場所情報をＰＣ１００Ｂに送信する。
【００３２】
これにより、ＰＣ１００Ａは、動画ファイルを他のユーザと共有する際、効率よく送信処理を実行することができる。
【００３３】
［１−２．ＰＣの構成］
以下では、例としてＰＣ１００Ａの構成を説明する。ＰＣ１００Ｂの構成はＰＣ１００Ａの構成と同様であるため、その説明は省略する。なお、ＰＣ１００Ｂは、後述するＰＣ１００ＡのＣＰＵが実行する機能の一部（たとえば送信制御機能、指定機能）を有していなくてもよい。
【００３４】
図２は、ＰＣ１００Ａの構成を示す。
【００３５】
ＰＣ１００Ａは、ＣＰＵ１０３と、内蔵ハードディスクドライブ（ＨＤＤ）１０４、インタフェース１５０と、メモリ１５１とを有している。
【００３６】
ＣＰＵ１０３は、メモリ１５１に格納されたコンピュータプログラム１５２を実行するコンピュータである。当該コンピュータプログラム１５２を実行することにより、ＣＰＵ１０３は、種々の機能を有し、また、ＰＣ１００Ａの他の構成要素の動作を制御する。ＣＰＵ１０３の種々の機能の詳細は後述する。
【００３７】
内蔵ＨＤＤ１０４は、動画ファイル等のコンテンツファイルや、後述する送信履歴情報等の各種情報を記録媒体であるハードディスクに記録する記録装置である。内蔵ＨＤＤ１０４に記録された、動画ファイル等のコンテンツファイルの各々は、各々のファイルを特定するためのコンテンツＩＤと関連付けられて記録されている。また、内蔵ＨＤＤ１０４は、ＣＰＵ１０３にて演算処理される各種機能プログラムを保持している。
【００３８】
本明細書においては、内蔵ＨＤＤ１０４は、動画ファイル等のコンテンツファイルや、送信履歴情報等の各種情報を記録する記録媒体の一例である。内蔵ＨＤＤ１０４に代えて、または内蔵ＨＤＤ１０４とともに、ＰＣ１００Ａの外部に接続されるＨＤＤ（図示せず）や、その他の記録媒体を使用してもよい。
【００３９】
インタフェース１５０は、入力インタフェース（入力Ｉ／Ｆ）１０２、通信モジュール１０８および出力インタフェース（出力Ｉ／Ｆ）１５３を有している。
【００４０】
入力Ｉ／Ｆ１０２は、マウス１０１などの入力機器と接続され、当該入力機器からの指示（操作情報）を受け取る入力端子である。
【００４１】
通信モジュール１０８は、ＣＰＵ１０３によって決定された送信先に、動画ファイル等のコンテンツファイルや各種情報を送信するためのネットワークインタフェースコントローラである。たとえば通信モジュール１０８は、電気通信回線２を介して接続された外部機器、すなわちＰＣ１００Ｂや、画像共有サイトのサーバ１１０に各種情報や、動画ファイル等のコンテンツファイルを送信する。また通信モジュール１０８は、外部のＰＣなどから電気通信回線２を介してユーザの指示を受け取る。  出力Ｉ／Ｆ１５３は、液晶ディスプレイ１０９に接続され、液晶ディスプレイ１０９に表示すべき映像信号を出力する出力端子である。
【００４２】
なお、上述のマウス１０１は、ユーザからの操作情報をＰＣ１００Ａにインターフェース１０２を介して送信する。ユーザは、マウス１０１を操作することにより、液晶ディスプレイ１０９に表示されたファイルの選択および選択の解除を行うことができる。また、ユーザは、マウス１０１を操作することにより、液晶ディスプレイ１０９に表示された共有ボタン等のボタンを押下し、押下したボタンに対応する機能をＣＰＵ１０３に実行させることができる。具体的には、ユーザの操作に応じて、ＣＰＵ１０３は、後述する指定機能１０７、送信制御機能１０５等の機能を実行する。
【００４３】
本実施形態ではＣＰＵ１０３に指定機能１０７を実行させるトリガーとなる入力機器としてマウス１０１を例に挙げて説明するが、本発明の実施にあたってはマウス１０１に限定されることはない。すなわち、キーボードや、液晶ディスプレイ１０９に配置されたタッチパッド等でも、使用可能である。
【００４４】
液晶ディスプレイ１０９は、出力Ｉ／Ｆ１５３から送信された動画ファイル等のコンテンツファイルを表示する表示装置である。ユーザは、液晶ディスプレイ１０９に表示された内容を見ながら、マウス１０１等の操作手段を用いて、動画ファイルの選択等の各種操作をすることができる。本実施形態においては、液晶ディスプレイ１０９に限定されず、有機ＥＬディスプレイ等の他の表示媒体でも、使用可能である。
【００４５】
なお本実施形態では、マウス１０１および液晶ディスプレイ１０９はＰＣ１００Ａの構成要素ではなく、ＰＣ１００Ａと接続されるＰＣ１００Ａとは別体の機器として説明している。しかしながら、この構成は一例である。たとえばＰＣ１００Ａがラップトップ型ＰＣである場合には、マウス１０１に相当するタッチパッド、および、液晶ディスプレイ１０９はＰＣの構成要素となり得る。
【００４６】
次に、ＣＰＵ１０３を説明する。
【００４７】
ＣＰＵ１０３は、送信制御機能１０５、表示制御機能１０６、指定機能１０７等、各種機能を実行する機能を有する。これらの機能は、ＣＰＵ１０３が内蔵ＨＤＤ１０４に記録された各種機能プログラムを読み出し、メモリ１５１に展開して、実行される。図２に示されるメモリ１５１にはプログラム１５２が展開されている。
【００４８】
送信制御機能１０５は、通信モジュール１０８を用いて、動画ファイル等のコンテンツファイルのアップロードを行ったり、ＵＲＬ等の各種情報の送信を行うためにＣＰＵ１０３にて実行される機能である。指定機能１０７は、ユーザが選択した動画ファイル等のコンテンツファイルの、内蔵ＨＤＤ１０４内における所在情報を取得して、送信制御機能１０５が送信する動画ファイル等のコンテンツファイルを指定する機能である。表示制御機能１０６は、液晶ディスプレイ１０９に動画ファイル等のコンテンツファイルを表示する制御を行うための機能である。
【００４９】
〔２．動作〕
続いて、本実施形態のＰＣ１００Ａの動画の送信処理動作を説明する。図３および図４は、動画送信処理の手順を示すフローチャートである。
【００５０】
まず、ユーザが共有したい動画ファイルを選択し、その後、「共有ボタン」を押下すると、ＣＰＵ１０３はそれらの操作を受け付ける（Ｓ２００）。たとえば図５は、液晶ディスプレイ１０９に表示されるインタフェース画面の一例である。図５に示す画面には、内蔵ＨＤＤ１０４に記録された動画ファイルのサムネイル画像の一覧Ｄ３０１が表示される。各サムネイル画像上にはＤ３０２やＤ３０３に示すようなチェックボックスが表示される。また、動画ファイルのサムネイル画像の一覧表示の上部に、共有ボタンＤ３００が表示される。
【００５１】
ユーザが液晶ディスプレイ１０９で表示されている動画ファイルのサムネイル画像をマウス１０１で選択すると、選択されたサムネイル画像のチェックボックスにチェックマークが入る。Ｄ３０２は、チェックボックスにチェックが入った状態を示しており、Ｄ３０３は、チェックボックスにチェックが入っていない状態を示している。なお、ユーザは、動画ファイルのサムネイル画像の一覧の中から複数の動画ファイルを選択することができる。このとき、選択された動画ファイルのチェックボックスにはチェックが入った状態になっている。
【００５２】
ＰＣ１００Ｂと共有したい動画ファイルの選択が終了すると、ユーザは、共有ボタンＤ３００を押下する。共有ボタンＤ３００の押下は、選択された動画ファイルのアップロードの指示がユーザから入力されたことを意味する。共有ボタンＤ３００の押下を受け付けて、ＣＰＵ１０３は、選択した動画ファイルをＰＣ１００Ｂと共有するための送信処理を開始する。このとき、ＣＰＵ１０３は、指定機能１０７で、選択された動画ファイルを認識する。選択された動画ファイルが複数のときは（チェックボックスにチェックが入った状態の動画ファイルが複数のとき）は、そのそれぞれを認識する。そして、ＣＰＵ１０３は、認識した動画ファイルのそれぞれについて、送信制御機能１０５を用いて内蔵ＨＤＤ１０４内にある送信履歴情報からアップロードの必要性を判断する（Ｓ２０１）。
【００５３】
図６（Ａ）は、送信履歴情報のデータ構造の一例を示す。送信履歴情報には、過去にサーバ１１０にアップロードした履歴のある動画ファイルについて、ファイル名、コンテンツＩＤ、該動画ファイルの全再生時間、該動画ファイルの一部分がアップロードされているときにおける当該一部分の再生時間、通信ネットワークシステム１におけるその動画ファイルの格納場所を示す場所情報（ＵＲＬ）が格納されている。なお、本実施形態にかかる送信履歴情報は、動画ファイルのデータサイズ、ファイル形式等の情報を送信履歴情報の一部に含めてもよい。
【００５４】
ＣＰＵ１０３は、送信履歴情報を参照することにより、過去にサーバ１１０にアップロードされたことがある動画ファイルであるか否かを判断することができる。具体的には、指定機能１０７で認識された動画ファイルの各々に関連付けられているコンテンツＩＤが、送信履歴情報の一覧の中に存在するか否かにより、該動画ファイルが過去にサーバ１１０にアップロードされたことがあるか否かを判断する。ここで「コンテンツＩＤ」は、たとえばＰＣ１００ＡのＣＰＵ１０３が各動画ファイルに付す識別情報である。
【００５５】
動画ファイルが過去にサーバ１１０にアップロードされていない、もしくは動画ファイルの一部のみ過去にサーバ１１０にアップロードされている場合（ステップＳ２０１におけるＮｏ）については、詳細を後述する。
【００５６】
動画ファイルの全体が過去にサーバ１１０にアップロードされている場合（ステップＳ２０１におけるＹｅｓ）、ＣＰＵ１０３は、選択された動画ファイルのＵＲＬを、電気通信回線２を介してＰＣ１００Ｂに送信する（Ｓ２０２）。動画ファイルの全体が過去にサーバ１１０にアップロードされているか否かの判断は、送信履歴情報の全再生時間および、アップロード履歴のある動画ファイル部分の再生時間を比較することにより行うことができる。たとえば、図６（Ａ）に示す動画Ａに注目する。動画Ａの「全再生時間」は「５：２３」である。これに対し、「アップロード履歴有り再生時間」はこれと同じ「０：００−５：２３」である。よって、ＣＰＵ１０３は、動画Ａの全体がアップロード済みであると判断する。次に、動画Ｅに注目する。動画Ｅの「全再生時間」は「１５：０２」である。これに対し、「アップロード履歴有り再生時間」は、「０：００−６：００」の部分と、「６：００−１２：００」の部分のみであり、「１２：００−１５：０２」の部分が欠落している。よって、ＣＰＵ１０３は、動画Ｅの全体はまだアップロードされていないと判断する。
【００５７】
続いて、図４を参照しながら、動画ファイルが過去にサーバ１１０にアップロードされていない、もしくは動画ファイルの一部のみ過去にサーバ１１０にアップロードされている場合（ステップＳ２０１におけるＮｏ）に関して行われる、動画ファイルのアップロード処理（ステップＳ２０３における動作の詳細）を説明する。
【００５８】
図４は動画ファイルを画像共有サイトのサーバにアップロードする際の処理の詳細フローチャートである。ＣＰＵ１０３は、動画ファイルのデータサイズおよび再生時間が画像共有サイトで設定している上限値より大きければ、該動画ファイルを分割してサーバ１１０にアップロードを行う。
【００５９】
まず、ＣＰＵ１０３は、動画ファイルのデータサイズおよび再生時間の情報を検出する（Ｓ３００）。続いて、ＣＰＵ１０３は、画像共有サイトのサーバ１１０に一度にアップロードできる動画ファイルの上限データサイズおよび再生時間の情報を取得する（Ｓ３０１）。なおステップＳ３００およびＳ３０１の順序を入れ替えてもよい。
【００６０】
ＣＰＵ１０３は、ステップＳ３００にて取得した動画ファイルのデータサイズおよび再生時間の情報と、ステップＳ３０１にて取得した動画ファイルの上限データサイズおよび再生時間の情報とを比較し、該動画ファイルのアップロードの際、動画ファイルの分割が必要か否かを判断する（Ｓ３０２）。  たとえば、アップロードする動画ファイルのデータサイズが１３０ＭＢであり、画像共有サイトのサーバ１１０に一度にアップロードできる上限データサイズが１００ＭＢとする。「一度に」とは、一回のアップロード処理で、という意味である。アップロード予定の動画ファイルのデータサイズがサーバ上限データサイズを上回るため、ＣＰＵ１０３は動画ファイルの分割が必要であると判断する。
【００６１】
一方、アップロードする動画ファイルのデータサイズが４５ＭＢであり、画像共有サイトのサーバ１１０に一度にアップロードできる上限データサイズが１００ＭＢとする。アップロード予定の動画ファイルのデータサイズがサーバ上限データサイズを下回るため、ＣＰＵ１０３は動画ファイルの分割は必要ではないと判断する。
【００６２】
同様に、アップロードする動画ファイルの再生時間が「１２：１１」、画像共有サイトのサーバ１１０に一度にアップロードできる上限再生時間が「１０：００」とする。このとき、アップロード予定の動画ファイルの再生時間がサーバ上限再生時間を上回るため、ＣＰＵ１０３は動画ファイルの分割が必要であると判断する。
【００６３】
一方、アップロードする動画ファイルの再生時間が「９：１１」で、画像共有サイトのサーバ１１０に一度にアップロードできる上限再生時間が「１０：００」とする。アップロード予定の動画ファイルの再生時間はサーバ上限再生時間を下回るため、ＣＰＵ１０３は動画ファイルの分割は必要ではないと判断する。
【００６４】
アップロードする動画ファイルを分割する必要がないと判断した場合（Ｓ３０２におけるＹｅｓ）、ＣＰＵ１０３は、送信制御機能１０５を実行し、該動画ファイルをそのままサーバ１１０にアップロードする（Ｓ３０３）。
【００６５】
アップロードする動画ファイルを分割すると判断した場合（Ｓ３０２におけるＮｏ）、ＣＰＵ１０３は、その動画ファイルを分割して生成された動画ファイル（以下「分割動画ファイル」と記述する）が既に存在し、かつ、一部の分割動画ファイルが送信済みであるか否かを判定する（Ｓ３０４）。送信済みか否かは、アップロード履歴の有無によって判断することができる。
【００６６】
分割動画ファイルが存在し、かつ、少なくとも一部の分割動画ファイルが送信済みである場合（Ｓ３０４におけるＹｅｓ）、ＣＰＵ１０３は、少なくともアップロード履歴が存在しない分割動画ファイルを含むよう、１以上の分割動画ファイルをアップロードする（Ｓ３０５）。このときＣＰＵ１０３は送信制御機能１０５を実行する。ここでＣＰＵ１０３は、アップロード履歴のない分割動画ファイルを全てアップロードしてもよいし、または、アップロード履歴のない分割動画ファイルの一部をアップロードしてもよい。
【００６７】
ステップＳ３０４の判定結果が「Ｎｏ」の場合、ＣＰＵ１０３は、動画ファイルを分割して２以上の分割動画ファイルを生成する。より具体的には、ＣＰＵ１０３は、分割動画ファイルを以下のルールにしたがって生成する。すなわち、分割動画ファイルのデータサイズについては、ＣＰＵ１０３は、サーバ１１０が許容する上限データサイズ以下になるよう調整する。また分割動画ファイルの再生時間については、サーバ１１０が許容する上限再生時間以下になるよう調整する。
【００６８】
ＣＰＵ１０３は、分割した該動画ファイルのそれぞれについて、送信制御機能１０５を実行し、サーバ１１０にアップロードする（Ｓ３０６）。特に指定しない限り、ＣＰＵ１０３は、全ての分割動画ファイルをアップロードする。しかしながら、特に指定された場合には、分割動画ファイルの一部のみをアップロードしてもよい。
【００６９】
以上の、ステップＳ３０３、ステップＳ３０５、ステップＳ３０６の動作に続いて、ＣＰＵ１０３は、送信履歴情報を更新する（Ｓ２０４）。
【００７０】
先に説明したように、図６（Ａ）はアップロード前の送信履歴情報を示す。そして図６（Ｂ）は、一例として動画Ｃ（Ｄ４０４）と動画Ｅ（Ｄ４０５）のアップロード処理を行い、更新処理した後の送信履歴情報を示す。
【００７１】
以下の説明では、一例としてサーバ１１０が許容する上限再生時間を「６：００」とする。一方、各動画ファイルのデータサイズについては、サーバ１１０が許容する分割動画ファイルのデータサイズ以下になっているとする。
【００７２】
図６（Ｂ）に記載の動画Ｃは、再生時間が「３：１４」であり、サーバ１１０の上限再生時間を下回る。よって動画ファイルは分割されず動画Ｃの全体がアップロードされている（ステップＳ３０３の場合）。このとき、更新後の送信履歴情報には、動画Ｃについて、ファイル名、コンテンツＩＤ、再生時間「３：１４」、アップロード履歴のある部分の再生時間「０：００−３：１４」が追加されている。そのため、今後ユーザが動画Ｃを他のユーザと共有する際には、アップロード履歴があることになる。従って、今後は、動画Ｃについてはサーバ１１０にアップロードされずに、ＵＲＬのみを他のユーザに送信すればよいようになる。
【００７３】
図６（Ａ）に記載のとおり、動画Ｅは、再生時間が「１５：０２」であり、サーバ１１０の上限再生時間を上回るため、分割されてアップロードされている。また、動画Ｅは、すでに再生時間「０：００−６：００」および「６：００−１２：００」について送信履歴がある。そのため、図６（Ｂ）に示されるように、その他の部分である「１２：００−１５：０２」の分割動画ファイルがアップロードされ、その履歴が追加されている。この場合も上記動画Ｃの場合と同様に、今後ユーザが動画Ｅを他のユーザと共有する際には、アップロード履歴が存在することとなる。従って、今後は、動画Ｅについては、サーバ１１０にアップロードされずに、ＵＲＬのみを他のユーザに送信すればよい。
【００７４】
以上のように、ステップＳ２０１にて、選択された動画ファイルについてアップロード履歴がない場合においては、ＣＰＵ１０３は、アップロード処理を行った後に、該動画ファイルのＵＲＬをＰＣ１００Ｂに送信する（Ｓ２０２）。アップロード処理およびＵＲＬの送信処理はいずれも通信モジュール１０８を利用してＣＰＵ１０３によって実行される。
【００７５】
ステップ２０１にて説明したように、ＣＰＵ１０３は、認識した動画ファイルのそれぞれについて、送信制御機能１０５を用いて内蔵ＨＤＤ１０４内にある送信履歴情報からアップロードの必要性を判断する。そのため、認識した動画ファイルが複数の場合において、すでにアップロード履歴があるものについては、重複してアップロードせずにＵＲＬのみＰＣ１００Ｂに送信する。また同様に、認識した動画ファイルが複数の場合において、アップロード履歴がないものについては、他のユーザと共有できる状態にするために、画像共有サイトのサーバ１１０にアップロードした後に、そのＵＲＬをＰＣ１００Ｂに送信する。このように、ＰＣ１００Ａは、共有したい動画ファイルの送信履歴があるかどうかに基づいて、アップロードするか否かを判断するので、効率よく送信処理を実行することができる。
【００７６】
〔３．まとめ〕
本実施形態によれば、ＰＣ１００Ａは、指定した動画ファイルがサーバ１１０にアップロードされているか否かに応じて、該動画ファイルをアップロードしてからＵＲＬを送信するか、該動画ファイルをアップロードしないでＵＲＬを送信するかを判断する。そのため、既にアップロード履歴のある動画ファイルについては、アップロード処理に要する時間を短縮できる。一方、アップロード履歴のない動画ファイルについては、他のユーザと共有できるように一旦アップロード処理を行ってからＵＲＬを送信することができる。従って、ＰＣ１００Ａは、動画ファイルを他のユーザと共有する際、効率よく送信処理を実行することができる。
【００７７】
また、ＰＣ１００Ａにおいて、送信制御機能１０５は、指定機能１０７により指定された動画ファイルの一部がサーバ１１０にアップロードされているときは、サーバ１１０にアップロードされている動画ファイルの一部は、サーバ１１０にアップロードしないとともに、サーバ１１０にアップロードされていない動画ファイルの他の部分を少なくとも含む部分を、サーバ１１０にアップロードした後、動画ファイルのＵＲＬをＰＣ１００Ｂに送信するよう制御する。
【００７８】
これにより、指定された動画ファイルの一部分がすでにアップロードされているときにも、該部分についてはアップロード処理を重複しないようにすることができるため、ＰＣ１００Ａは、動画ファイルを他のユーザと共有する際、効率よく送信処理を実行することができる。
【００７９】
上述した実施形態は、本発明を実施するための好適な一例である。しかしながら、本発明は、上述した実施形態に限定されることはない。本発明の範疇である、変形例の構成を以下説明する。
【００８０】
上述の実施形態では、送信するコンテンツファイルの一例として、動画ファイルを例示したが、本発明はこれに限定されない。たとえばコンテンツは静止画、音楽、音声であってもよいし、さらに、文書であってもよい。
【００８１】
上述の実施形態では、送信する動画ファイルのデータサイズを低減するために、分割する場合を例示したが、解像度の低減処理、圧縮処理、フォーマット変換処理等の処理を行うことにより低減してもよい。例えば、送信対象の動画ファイルの再生時間が、サーバ１１０の許容する上限再生時間以下であるが、上限データサイズを超える場合に、ＰＣ１００Ａは、送信対象の動画ファイルを上記のように変換処理する構成としてもよい。
【００８２】
さらに、コンテンツが静止画である場合で、かつ、そのデータサイズが画像共有サイトのサーバが許容するサイズよりも大きい場合には、ＣＰＵ１０３はデータサイズを低減するための縮小変換処理を行ってもよい。
【００８３】
また、コンテンツが静止画ではなく音楽および音声の場合も同様である。ＣＰＵ１０３は、データサイズを低減するために、音楽ファイルまたは音声ファイルのビットレートを低減する変換処理を行ってもよい。または、音楽ファイルまたは音声ファイルを分割してもよい。コンテンツが文書の場合には、ＣＰＵ１０３は、データサイズを低減するために、圧縮処理またはフォーマット変換処理を行ってもよい。
【００８４】
上述の実施形態では、送信対象の動画ファイルの再生時間が「１５：０２」であり、サーバ１１０の許容する上限再生時間が「６：００」のときに、送信対象の動画ファイルを「０：００−６：００」、「６：００−１２：００」、「１２：００−１５：０２」と分割した例を示した。しかし、これに限定されず、分割する再生時間は、サーバ１１０の許容する上限再生時間内であればよい。例えば、上述の場合において、送信対象の動画ファイルを「０：００−６：００」、「６：００−１０：３０」、「１０：３０−１５：０２」と分割してもよい。
【００８５】
上述の実施形態では、場所情報の一例として、ＵＲＬを例示した。本明細書でいう「ＵＲＬ」とは、電気通信回線２上でサーバ１１０を一意に識別するアドレス部分と、サーバ１１０内において各動画ファイルを一意に識別するアドレス部分とが組み合わされている概念を含み、さらにはポート番号、相対パス、クエリ等が組み合わされている概念をも含む。また、「ＵＲＬ」には、ＩＰアドレス、ネットワーク上で一意に識別可能なＰＣ名、ＰＣ内のフルパスまたは相対パスの記述を含んでもよい。これらはいわゆる「ＵＲＩ（"Uniform Resource Identifier"）」として総称される概念である。本明細書では、ユーザが送信したいコンテンツファイルの所在を示す情報であって、電気通信回線２を介して接続された他のＰＣにて、該コンテンツファイルを取得するために引用できる情報であれば、上述の実施形態において言及した「ＵＲＬ」として適用可能である。
【００８６】
上述の実施形態では、ＣＰＵ１０３は、送信制御機能１０５、表示制御機能１０６、指定機能１０７をプログラムにて実行するようにしたが、本発明はこれに限定されない。各機能を実行可能な専用回路であっても、本発明に適用可能である。
【００８７】
また、上述の実施形態では、ＰＣ１００Ａは、ＰＣ１００Ａに物理的に接続されているマウス１０１等の入力インタフェースを介してユーザから指示を受け取るとした。しかしながら入力インタフェースはＰＣ１００Ａに物理的に設けられていなくてもよい。たとえば、ユーザは、ＰＣ１００Ａにネットワーク接続された他のＰＣ（図示せず）から、ＰＣ１００Ａに指示を入力してもよい。このときは、他のＰＣおよびその入力機器（マウス等）が、全体としてＰＣ１００Ａの入力インタフェースとして機能する。なお、ここでいう「他のＰＣ」とはＰＣ１００Ｂでなくてもよい。
【００８８】
上述の実施形態では、ＰＣの内蔵ＨＤＤ１０４に保持された送信履歴情報を参照することにより、ユーザが送信する動画ファイルがすでにサーバ１１０にアップロードされているか否かを判断するようにした。しかしながら、本発明はこれに限定されない。たとえば、サーバが送信履歴情報を保持していてもよい。ＰＣ１００Ａは、画像共有サイトのサーバ１１０に、送信しようとする動画ファイルがすでにアップロードされているか否かを問い合わせて、その問い合わせ結果に基づいてアップロードするか否かを判断するようにしてもよい。すなわち、送信しようとする動画ファイルがすでにサーバ１１０にアップロードされているか否かを判断できる手段であれば、本発明に適用可能である。
【００８９】
上述の実施形態では、ＰＣに予め記録されている、送信制御機能１０５、指定機能１０７を実行する場合で説明したが、本発明はこれに限定されない。すなわち、上述の実施形態と等価の機能を実行させるためのプログラムを記録したＣＤ−ＲＯＭ等の記録媒体も、本発明の範囲に含まれる。
【００９０】
さらに、上述の実施形態では、動画ファイルの送信端末および受信端末はいずれもＰＣであるとした。しかしながら、本発明にかかる電子機器はＰＣに限られない。送信端末および受信端末となる電子機器は、たとえば、上述した通信機能を有するデジタルスチルカメラ、デジタルビデオカメラ、携帯電話、タブレット端末であってもよい。これらの送信端末となる電子機器は、映像の撮影機能を有していなくてもよい。電子機器は、存在するコンテンツファイルを、自らの通信機能を用いて上述の動作を行うことが可能であればよい。
【産業上の利用可能性】
【００９１】
本発明は、ＰＣへの適用に限定されず、他の電子機器であっても本発明の動作を実行可能なものであれば適用可能である。
【符号の説明】
【００９２】
１  通信ネットワークシステム
２  電気通信回線
１００Ａ    ＰＣ
１００Ｂ    ＰＣ
１０１    マウス
１０２    インターフェース
１０３    ＣＰＵ
１０４    ＨＤＤ
１０５    送信制御機能
１０６    表示制御機能
１０７    指定機能
１０８    通信モジュール
１０９    液晶ディスプレイ
１１０    画像共有サイトのサーバ
１５０    インタフェース
１５１    メモリ
１５２    コンピュータプログラム
１５３    出力インタフェース
【図１】
0005799259.tif 000002
【図２】
0005799259.tif 000003
【図３】
0005799259.tif 000004
【図４】
0005799259.tif 000005
【図５】
0005799259.tif 000006
【図６】
0005799259.tif 000007