特許 7568203 エンコードとアップロードの並行処理によってメディアファイルの送信時間を短縮することができる方法およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】エンコードとアップロードの並行処理によってメディアファイルの送信時間を短縮することができる方法およびシステム

(51)【国際特許分類】

   H04L 67/00 20220101AFI20241008BHJP

【ＦＩ】

H04L67/00

【請求項の数】 13

(21)【出願番号】P 2020112931

(22)【出願日】2020-06-30

(65)【公開番号】P2021012691

(43)【公開日】2021-02-04

【審査請求日】2023-06-22

(31)【優先権主張番号】10-2019-0081428

(32)【優先日】2019-07-05

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】516014409

【氏名又は名称】ライン プラス コーポレーション

【氏名又は名称原語表記】ＬＩＮＥ Ｐｌｕｓ Ｃｏｒｐｏｒａｔｉｏｎ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ハ テホ

(72)【発明者】

【氏名】チェー ヘソン

【審査官】吉田 歩

(56)【参考文献】

【文献】特開２０１３－１６１４８１（ＪＰ，Ａ）

【文献】特開昭６２－１８２９１９（ＪＰ，Ａ）

【文献】特開２０１３－２１４９５１（ＪＰ，Ａ）

【文献】米国特許出願公開第２００２／００８３１２４（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１２／０００５３６６（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／００

(57)【特許請求の範囲】

【請求項1】

コンピュータシステムが実行するメディアファイル送信方法であって、
前記コンピュータシステムは、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、
前記メディアファイル送信方法は、
前記少なくとも１つのプロセッサにより、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する段階、および
前記少なくとも１つのプロセッサにより、前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする段階
を含み、
以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとが並行処理され、
前記アップロードする段階は、
前記分割単位のトランスコード結果物をストリーミング方式によってストリーム形態でアップロードすること
を特徴とする、メディアファイル送信方法。

【請求項2】

コンピュータシステムが実行するメディアファイル送信方法であって、
前記コンピュータシステムは、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、
前記メディアファイル送信方法は、
前記少なくとも１つのプロセッサにより、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する段階、および
前記少なくとも１つのプロセッサにより、前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする段階
を含み、
以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとが並行処理され、
前記トランスコードを実行する段階は、
前記分割単位のトランスコード結果物をファイル形態で格納する段階
を含み、
前記アップロードする段階は、
前記格納されたファイル形態のトランスコード結果物を前記分割単位でアップロードすること
を特徴とする、メディアファイル送信方法。

【請求項3】

前記格納する段階は、
前記分割単位のトランスコード結果物を自体再生が可能な形態で格納すること
を特徴とする、請求項２に記載のメディアファイル送信方法。

【請求項4】

前記少なくとも１つのプロセッサは、１つのトランスコーダと１つのアップローダを含み、
前記メディアファイルに対し、前記トランスコーダによって前記次の分割単位ファイルのトランスコードを実行すると同時に、前記アップローダによって前記以前の分割単位ファイルのアップロードを実行すること
を特徴とする、請求項１～３のうちのいずれか一項に記載のメディアファイル送信方法。

【請求項5】

前記少なくとも１つのプロセッサは、複数のトランスコーダと複数のアップローダを含み、
前記メディアファイルに対し、前記複数のトランスコーダを利用した並列トランスコードと前記複数のアップローダを利用した並列アップロードとを実行すること
を特徴とする、請求項１～３のうちのいずれか一項に記載のメディアファイル送信方法。

【請求項6】

コンピュータシステムが実行するメディアファイル送信方法であって、
前記コンピュータシステムは、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、
前記メディアファイル送信方法は、
前記少なくとも１つのプロセッサにより、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する段階、および
前記少なくとも１つのプロセッサにより、前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする段階
を含み、
以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとが並行処理され、
前記トランスコードを実行する段階は、
キーフレーム（ｋｅｙ ｆｒａｍｅ）を基準としたＧＯＰ（ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ）単位で前記メディアファイルを分割する段階
を含む、メディアファイル送信方法。

【請求項7】

前記分割する段階は、
前記ＧＯＰ単位が事前実験で決定された最小単位よりも小さい場合、前記ＧＯＰ単位ではなく前記最小単位で前記メディアファイルを分割すること
を特徴とする、請求項６に記載のメディアファイル送信方法。

【請求項8】

請求項１～７のうちのいずれか一項に記載のメディアファイル送信方法をコンピュータに実行させるためのプログラムが記録されている、非一時的なコンピュータ読み取り可能な記録媒体。

【請求項9】

コンピュータシステムであって、
メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する過程、および
前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする過程
を処理し、
以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとを並行処理し、
前記アップロードする過程は、
前記分割単位のトランスコード結果物をストリーミング方式によってストリーム形態でアップロードすること
を特徴とする、コンピュータシステム。

【請求項10】

コンピュータシステムであって、
メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する過程、および
前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする過程
を処理し、
以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとを並行処理し、
前記分割単位のトランスコード結果物は、ファイル形態で格納され、
前記アップロードする過程は、
前記格納されたファイル形態のトランスコード結果物を前記分割単位でアップロードすること
を特徴とする、コンピュータシステム。

【請求項11】

前記少なくとも１つのプロセッサは、１つのトランスコーダと１つのアップローダを含み、
前記メディアファイルに対し、前記トランスコーダによって前記次の分割単位ファイルのトランスコードを実行すると同時に、前記アップローダによって前記以前の分割単位ファイルのアップロードを実行すること
を特徴とする、請求項９～１０のうちのいずれか一項に記載のコンピュータシステム。

【請求項12】

前記少なくとも１つのプロセッサは、複数のトランスコーダと複数のアップローダを含み、
前記メディアファイルに対し、前記複数のトランスコーダを利用した並列トランスコードと前記複数のアップローダを利用した並列アップロードとを実行すること
を特徴とする、請求項９～１０のうちのいずれか一項に記載のコンピュータシステム。

【請求項13】

コンピュータシステムであって、
メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する過程、および
前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする過程
を処理し、
以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとを並行処理し、
前記トランスコードを実行する過程は、
キーフレームを基準としたＧＯＰ単位で前記メディアファイルを分割してトランスコードを実行すること
を特徴とする、コンピュータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

以下の説明は、メディアファイルを送信する技術に関する。

【背景技術】

【0002】

一般的なコミュニケーションツールであるインスタントメッセンジャー（ｉｎｓｔａｎｔ ｍｅｓｓｅｎｇｅｒ）は、メッセージやデータをリアルタイムで送受信することのできるソフトウェアであって、ユーザがメッセンジャー上に会話の相手を登録すると、会話リストに登録された相手とリアルタイムでメッセージをやり取りすることができる。

【0003】

このようなメッセンジャー機能は、ＰＣはもちろん、移動通信端末のモバイル環境でもその使用が普遍化している。例えば、特許文献１（公開日２００２年０９月３０日）には、携帯端末機にインストールされたモバイルメッセンジャー間にメッセンジャーサービスを提供することができるようにした、無線通信網を利用した携帯端末機のモバイルメッセンジャーサービスシステムおよび方法が開示されている。

【0004】

メッセンジャーの利用の大衆化に伴い、メッセンジャーが提供する機能がどんどん多様化しながら、動画やオーディオなどのメディアファイルを共有する機能が提供されるようになった。

【0005】

メディアファイルの共有機能を含んだり活用したりするサービスで、メディアトランスコード作業は、サーバではなくクライアントが実行するようにシステムが設計されている傾向にある。このような場合、エンコードを実行するための大規模なエンコードサーバクラスタをサーバが備える必要がないため、構成運営費用を節減することができる。

【0006】

ところが、クライアントでトランスコードを行う場合には、メディアファイル全体をトランスコードしてからアップロードを実行するようになるため、ファイルを変換する時間と、変換されたファイルをアップロードする時間とが必要となる。

【0007】

特に、アップロードする端末がモバイル機器である場合には、メディアファイルを変換するためにかかる時間が増加し、モバイル機器のバッテリや性能制約によってバックグラウンドの実行が制限されるモバイルオペレーティングシステムの環境により、エンコード自体が失敗となるなどの問題が発生する恐れがある。

【先行技術文献】

【特許文献】

【0008】

【文献】韓国公開特許第１０－２００２－００７４３０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

メディアファイルに対するエンコードとアップロードを並行処理してメディアファイルの送信時間を短縮することができる方法およびシステムを提供する。

【課題を解決するための手段】

【0010】

コンピュータシステムが実行するメディアファイル送信方法であって、前記コンピュータシステムは、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記メディアファイル送信方法は、前記少なくとも１つのプロセッサにより、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する段階、および前記少なくとも１つのプロセッサにより、前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする段階を含み、以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとが並行処理されることを特徴とする、メディアファイル送信方法を提供する。

【0011】

一側面によると、前記アップロードする段階は、前記分割単位のトランスコード結果物をストリーミング方式によってストリーム形態でアップロードしてよい。

【0012】

他の側面によると、前記トランスコードを実行する段階は、前記分割単位のトランスコード結果物をファイル形態で格納する段階を含み、前記アップロードする段階は、前記格納されたファイル形態のトランスコード結果物を前記分割単位でアップロードしてよい。

【0013】

また他の側面によると、前記格納する段階は、前記分割単位のトランスコード結果物を自体再生が可能な形態で格納してよい。

【0014】

また他の側面によると、前記少なくとも１つのプロセッサは、１つのトランスコーダと１つのアップローダを含み、前記メディアファイルに対し、前記トランスコーダによって前記次の分割単位ファイルのトランスコードを実行すると同時に、前記アップローダによって前記以前の分割単位ファイルのアップロードを実行してよい。

【0015】

また他の側面によると、前記少なくとも１つのプロセッサは、複数のトランスコーダと複数のアップローダを含み、前記メディアファイルに対し、前記複数のトランスコーダを利用した並列トランスコードと、前記複数のアップローダを利用した並列アップロードとを実行してよい。

【0016】

また他の側面によると、前記トランスコードを実行する段階は、キーフレーム（ｋｅｙ ｆｒａｍｅ）を基準として前記メディアファイルをＧＯＰ（ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ）単位に分割する段階を含んでよい。

【0017】

さらに他の側面によると、前記分割する段階は、前記ＧＯＰ単位が事前実験で決定された最小単位よりも小さい場合、前記ＧＯＰ単位ではなく前記最小単位で前記メディアファイルを分割してよい。

【0018】

コンピュータシステムが実行するメディアファイル送信方法であって、前記コンピュータシステムは、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記メディアファイル送信方法は、前記少なくとも１つのプロセッサにより、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルに対してトランスコードを実行する段階、および前記少なくとも１つのプロセッサにより、前記メディアファイルのトランスコード結果物をストリーミング方式によってストリーム形態で前記メッセンジャーと関連するサーバにアップロードする段階を含む、メディアファイル送信方法を提供する。

【0019】

前記メディアファイル送信方法をコンピュータに実行させるためのプログラムが記録されている、非一時的なコンピュータ読み取り可能な記録媒体を提供する。

【0020】

コンピュータシステムであって、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルを単位サイズに分割して分割単位でトランスコードを実行する過程、および前記分割単位のトランスコード結果物を前記メッセンジャーと関連するサーバにアップロードする過程を処理し、以前の分割単位ファイルのトランスコードが完了する時点に、次の分割単位ファイルのトランスコードと前記以前の分割単位ファイルのアップロードとを並行処理することを特徴とする、コンピュータシステムを提供する。

【0021】

コンピュータシステムであって、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、前記コンピュータシステムにインストールされたメッセンジャーでメディアファイルが選択される場合、前記メディアファイルに対してトランスコードを実行する過程、および前記メディアファイルのトランスコード結果物をストリーミング方式によってストリーム形態で前記メッセンジャーと関連するサーバにアップロードする過程を処理する、コンピュータシステムを提供する。

【図面の簡単な説明】

【0022】

【図1】本発明の一実施形態における、ネットワーク環境の例を示した図である。

【図2】本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。

【図3】本発明の一実施形態における、電子機器のプロセッサが含むことのできる構成要素の例を示した図である。

【図4】本発明の一実施形態における、電子機器が実行することのできるメディアファイル送信方法を示したフローチャートである。

【図5】本発明の一実施形態における、分割トランスコード過程を説明するための例示図である。

【図6】本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の一例を示したフローチャートである。

【図7】本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の一例を示したフローチャートである。

【図8】本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の他の例を示したフローチャートである。

【図9】本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の他の例を示したフローチャートである。

【図10】本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の他の例を示したフローチャートである。

【発明を実施するための形態】

【0023】

以下、本発明の実施形態について、添付の図面を参照しながら詳細に説明する。

【0024】

本発明の実施形態は、メディアファイルを送信する技術に関する。

【0025】

本明細書で具体的に開示される事項を含む実施形態は、クライアントでトランスコードとアップロードとを並行する方式によってメディアファイルをサーバに送信することができ、これによりメディアファイルの送信時間を短縮することでき、メディアファイルの送信効率を最適化することができる。

【0026】

図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。

【0027】

複数の電子機器１１０、１２０、１３０、１４０は、コンピュータシステムによって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレット、ゲームコンソール、ウェアラブルデバイス、ＩｏＴ（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）デバイス、ＶＲ（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）デバイス、ＡＲ（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ）デバイスなどがある。一例として、図１では、電子機器１１０の例としてスマートフォンを示しているが、本発明の実施形態において、電子機器１１０は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することのできる多様な物理的なコンピュータシステムのうちの１つを意味してよい。

【0028】

通信方式が限定されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網、衛星網など）を利用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ ａｒｅａ ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター－バスネットワーク、ツリーまたは階層的ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。

【0029】

サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第１サービスを提供するシステムであってよく、サーバ１６０も、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第２サービスを提供するシステムであってよい。より具体的な例として、サーバ１５０は、複数の電子機器１１０、１２０、１３０、１４０においてインストールされて実行されるコンピュータプログラムであるアプリケーションを通じ、該当のアプリケーションが目的とするサービス（一例として、メッセージングサービスなど）を第１サービスとして複数の電子機器１１０、１２０、１３０、１４０に提供してよい。他の例として、サーバ１６０は、上述したアプリケーションのインストールおよび実行のためのファイルを複数の電子機器１１０、１２０、１３０、１４０に配布するサービスを第２サービスとして提供してよい。

【0030】

図２は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図２では、電子機器に対する例として電子機器１１０の内部構成およびサーバ１５０の内部構成について説明する。また、他の電子機器１２０、１３０、１４０やサーバ１６０も、上述した電子機器１１０またはサーバ１５０と同一または類似の内部構成を有してよい。

【0031】

電子機器１１０およびサーバ１５０は、メモリ２１１、２２１、プロセッサ２１２、２２２、通信モジュール２１３、２２３、および入力／出力インタフェース２１４、２２４を含んでよい。メモリ２１１、２２１は、非一時的なコンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ディスクドライブ、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭ、ＳＳＤ、フラッシュメモリ、ディスクドライブのような永続的大容量記録装置は、メモリ２１１、２２１とは区分される別の永続的記録装置として電子機器１１０やサーバ１５０に含まれてもよい。また、メモリ２１１、２２１には、オペレーティングシステムと、少なくとも１つのプログラムコード（一例として、電子機器１１０においてインストールされて実行されるブラウザや、特定のサービスの提供のために電子機器１１０にインストールされるアプリケーションなどのためのコード）が記録されてよい。このようなソフトウェア構成要素は、メモリ２１１、２２１とは別のコンピュータ読み取り可能な記録媒体からロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信モジュール２１３、２２３を通じてメモリ２１１、２２１にロードされてもよい。例えば、少なくとも１つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システム（一例として、上述したサーバ１６０）がネットワーク１７０を介して提供するファイルによってインストールされるコンピュータプログラム（一例として、上述したアプリケーション）に基づいてメモリ２１１、２２１にロードされてよい。

【0032】

プロセッサ２１２、２２２は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１１、２２１または通信モジュール２１３、２２３によって、プロセッサ２１２、２２２に提供されてよい。例えば、プロセッサ２１２、２２２は、メモリ２１１、２２１のような記録装置に記録されたプログラムコードにしたがって受信される命令を実行するように構成されてよい。

【0033】

通信モジュール２１３、２２３は、ネットワーク１７０を介して電子機器１１０とサーバ１５０とが互いに通信するための機能を提供してもよいし、電子機器１１０および／またはサーバ１５０が他の電子機器（一例として、電子機器１２０）または他のサーバ（一例として、サーバ１６０）と通信するための機能を提供してもよい。一例として、電子機器１１０のプロセッサ２１２がメモリ２１１のような記録装置に記録されたプログラムコードにしたがって生成した要求が、通信モジュール２１３の制御にしたがってネットワーク１７０を介してサーバ１５０に伝達されてよい。これとは逆に、サーバ１５０のプロセッサ２２２の制御にしたがって提供される制御信号や命令、コンテンツ、ファイルなどが、通信モジュール２２３とネットワーク１７０を経て電子機器１１０の通信モジュール２１３を通じて電子機器１１０に受信されてよい。例えば、通信モジュール２１３を通じて受信されたサーバ１５０の制御信号や命令、コンテンツ、ファイルなどは、プロセッサ２１２やメモリ２１１に伝達されてよく、コンテンツやファイルなどは、電子機器１１０がさらに含むことのできる記録媒体（上述した永続的記録装置）に記録されてよい。

【0034】

入力／出力インタフェース２１４は、入力／出力装置２１５とのインタフェースのための手段であってよい。例えば、入力装置は、キーボード、マウス、マイクロフォン、カメラなどの装置を、出力装置は、ディスプレイ、スピーカ、触覚フィードバックデバイスなどのような装置を含んでよい。他の例として、入力／出力インタフェース２１４は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２１５は、電子機器１１０と１つの装置で構成されてもよい。また、サーバ１５０の入力／出力インタフェース２２４は、サーバ１５０に接続するかサーバ１５０が含むことのできる入力または出力のための装置（図示せず）とのインタフェースのための手段であってよい。より具体的な例として、電子機器１１０のプロセッサ２１２がメモリ２１１にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ１５０や電子機器１２０が提供するデータを利用して構成されるサービス画面やコンテンツが、入力／出力インタフェース２１４を通じてディスプレイに表示されてよい。

【0035】

また、他の実施形態において、電子機器１１０およびサーバ１５０は、図２の構成要素よりも多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、電子機器１１０は、上述した入力／出力装置２１５のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。より具体的な例として、電子機器１１０がスマートフォンである場合、一般的にスマートフォンが含んでいる加速度センサやジャイロセンサ、カメラモジュール、物理的な各種ボタン、タッチパネルを利用したボタン、入力／出力ポート、振動のための振動器などのような多様な構成要素が、電子機器１１０にさらに含まれるように実現されてよい。

【0036】

以下では、メディアファイルを送信するための方法およびシステムの具体的な実施形態について説明する。

【0037】

本明細書において、メディアファイルとは、ビデオやオーディオなどを包括したものを意味してよい。

【0038】

本実施形態は、クライアントからサーバにメディアファイルを送信する技術に関し、ユーザ間に設定された通信セッションを介してメディアファイルを共有する機能を含むか活用するサービス、例えば、メッセンジャーやＳＮＳ（ｓｏｃｉａｌ ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ）などで活用可能である。

【0039】

以下では、メッセンジャーを利用してメディアファイルを送信することを具体的な実施形態として説明する。

【0040】

図３は、本発明の一実施形態における、電子機器のプロセッサが含むことのできる構成要素の例を示したブロック図であり、図４は、本発明の一実施形態における、電子機器が実行することのできるメディアファイル送信方法の例を示したフローチャートである。

【0041】

本実施形態に係る電子機器１１０には、コンピュータによって実現されたメディアファイル送信システムが構成されてよい。一例として、メディアファイル送信システムは、独立的に動作するプログラム形態で実現されても、あるいは特定のアプリケーションのイン－アプリ（ｉｎ－ａｐｐ）形態で構成され、前記特定のアプリケーション上で動作が可能なように実現されてもよい。

【0042】

電子機器１１０にインストールされたアプリケーションが提供する命令に基づき、電子機器１１０に実現されたメディアファイル送信システムは、図４に示したメディアファイル送信方法を実行してよい。

【0043】

図４に係るメディアファイル送信方法を実行するために、電子機器１１０のプロセッサ２１２は、構成要素として、図３に示すように、トランスコーダ（ｔｒａｎｓｃｏｄｅｒ）３１０およびアップローダ（ｕｐｌｏａｄｅｒ）３２０を含んでよい。実施形態によって、プロセッサ２１２の構成要素は、選択的にプロセッサ２１２に含まれても除外されてもよい。また、実施形態によって、プロセッサ２１２の構成要素は、プロセッサ２１２の機能の表現のために分離されても併合されてもよい。

【0044】

このようなプロセッサ２１２およびプロセッサ２１２の構成要素は、図４のメディアファイル送信方法が含む段階４１０～４３０を実行するように電子機器１１０を制御してよい。例えば、プロセッサ２１２およびプロセッサ２１２の構成要素は、メモリ２１１が含むオペレーティングシステムのコードと、少なくとも１つのプログラムのコードとによる命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。

【0045】

ここで、プロセッサ２１２の構成要素は、電子機器１１０に記録されたプログラムコードが提供する命令（一例として、電子機器１１０で実行されたアプリケーションが提供する命令）にしたがってプロセッサ２１２によって実行される、プロセッサ２１２の互いに異なる機能（ｄｉｆｆｅｒｅｎｔ ｆｕｎｃｔｉｏｎｓ）の表現であってよい。例えば、電子機器１１０がメディアファイルのトランスコードを実行するように上述した命令にしたがって電子機器１１０を制御するプロセッサ２１２の機能的表現として、トランスコーダ３１０が利用されてよい。

【0046】

段階４１０で、プロセッサ２１２は、電子機器１１０の制御と関連する命令がロードされたメモリ２１１から必要な命令を読み取ってよい。この場合、前記読み取られた命令は、以下で説明する段階４２０～４３０をプロセッサ２１２が実行するように制御するための命令を含んでよい。

【0047】

段階４２０で、トランスコーダ３１０は、電子機器１１０のユーザが他のユーザとの共有などのために、電子機器１１０にインストールされたメッセンジャーを利用して電子機器１１０に格納されたメディアファイルのうちからアップロードしたいメディアファイルを選択する場合、選択されたメディアファイルをトランスコードしてよい。ユーザが利用する電子機器１１０、１２０、１３０、１４０は多様であるため、ビデオやオーディオのようなメディアファイルを共有するときには、すべての電子機器１１０、１２０、１３０、１４０で再生可能なように一貫したファイル形式に変換する作業、すなわち、トランスコード作業が必要となる。言い換えれば、トランスコーダ３１０は、電子機器１１０のユーザによって選択されたメディアファイルを事前に定められたファイル形式にトランスコードするのである。特に、トランスコーダ３１０は、分割トランスコードを実行するものであり、メディアファイルの原本を事前に定められた単位サイズに分割して分割単位でトランスコードを実行してよい。

【0048】

段階４３０では、トランスコーダ３１０によるトランスコード作業と、アップローダ３２０によるアップロード作業とが並行処理されてよい。メディアファイル全体のうちの一部のファイルである１つの分割単位ファイルに対するトランスコードが完了する時点に、トランスコーダ３１０は、次の分割単位ファイルに対するトランスコードを継続して行うが、これと同時に、アップローダ３２０は、トランスコードが完了した以前の分割単位ファイルをメッセンジャーと関連するサーバ１５０にアップロードしてよい。言い換えれば、プロセッサ２１２は、メディアファイルの一部に対し、トランスコードが完了する時点に残りの部分に対するトランスコード作業を継続して行いながら、先にトランスコードされた一部のファイルに対するアップロード作業を並行処理するのである。

【0049】

トランスコード作業の結果物として生成されるファイルのサイズが１００であるビデオファイルをアップロードすると仮定するとき、
従来には、ユーザがアップロードしようとするビデオファイルのトランスコード作業がすべて完了した後、全体サイズが１００であるファイルが生成されるまで待機してから、全体サイズが１００であるビデオファイルを一度にアップロードする方式が採用されていた。従来の方式は、サイズが１００であるファイルの生成時間（ファイル変換時間）（Ｔ１）とアップロードが実行される時間（Ｔ２）との合計、すなわち、Ｔ１＋Ｔ２の時間が必要であった。

【0050】

本発明に係るメディアファイル送信方法は、メディアファイルをトランスコードするときに、メディアファイル全体の変換作業が完了した後にアップロードを始めるのではなく、メディアファイル全体に分割トランスコードを実行することにより、一部のファイルのトランスコードが完了した時点に、次の部分に対するトランスコード作業と以前のトランスコード結果物に対するアップロード作業とを並行する方式により、Ｔ１＋Ｔ２の時間よりも短い時間で処理することが可能となる。

【0051】

先ず、分割トランスコード方法の実施形態について、次のように説明する。

【0052】

図５は、本発明の一実施形態における、分割トランスコード過程を説明するための例示図である。

【0053】

一例として、トランスコーダ３１０は、ビデオファイルをＧＯＰ（ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ）単位に分割してエンコードを実行してよい。

【0054】

図５を参照すると、ＧＯＰのフレームタイプは、Ｉ－フレーム、Ｐ－フレーム、Ｂ－フレームなどが含まれてよい。Ｉ－フレームとＩ－フレームの間にはＰ－フレームが存在し、Ｉ－フレームとＰ－フレームの間にはＢ－フレームが存在する。Ｉ－フレームは、最良の画質をもつイントラフレーム（ｉｎｔｒａ ｆｒａｍｅ）であって、キーフレーム（ｋｅｙ ｆｒａｍｅ）を意味する。Ｐ－フレームは、順方向予測フレーム（ｐｒｅｄｉｃｔｅｄ ｆｒａｍｅ）であって、以前のキーフレームの情報に基づいて構成されたフレームを意味し、Ｂ－フレームは、双方向予測フレーム（ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｉｎｔｅｒｐｏｌａｔｅｄ ｆｒａｍｅ）であって、前後フレーム、すなわち、Ｉ－フレームとＰ－フレームの情報に基づいて構成されたフレームを意味する。例えば、以前のＩ－フレームと次のＩ－フレームまでを１つのＧＯＰ単位として束ねてよく、該当の束に含まれるフレームの数がＧＯＰのサイズとなる。

【0055】

トランスコーダ３１０は、ＧＯＰ単位を分割単位として分割トランスコードを実行するようになるが、このとき、原本映像のＧＯＰサイズが大きければ、分割単位のサイズが増加する。分割単位が極めて短い場合には、ファイルの分割数の増加によってエンコードオーバーヘッドが増えるようになる半面、分割単位が極めて長い場合には、１つの分割単位に対するエンコード完了時間が長くなる。エンコード過程において発生するオーバーヘッドを最小化しながら分割単位別のエンコード完了時間を最適化することができる適切な長さを、事前実験で決定してよい。すなわち、他の例として、トランスコーダ３１０は、事前実験で決定された長さを分割単位としてビデオファイルの原本を分割してよい。

【0056】

また他の例として、トランスコーダ３１０は、上述したように、事前実験で決定された長さの分割単位を最小単位とし、基本的にはビデオファイルをＧＯＰ単位で分割するが、ＧＯＰ単位が最小単位よりも小さい場合には、ＧＯＰ単位ではなく実験によって決定された最小単位でビデオファイルを分割してよい。

【0057】

メディアファイルの送信時間を短縮することができる方法の実施形態について、次のように説明する。

【0058】

図６および図７は、本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の一例を示したフローチャートである。

【0059】

プロセッサ２１２は、メディアファイルに対して分割トランスコードを実行して一部のファイルにトランスコードを完了させた時点に、トランスコーダ３１０のファイル変換結果物をファイル形態で格納せず、ストリーム（ｓｔｒｅａｍ）形態で直ぐにアップロードしてよい。

【0060】

図６を参照すると、プロセッサ２１２は、メディアファイルに対して分割トランスコードを実行するようになるが、このとき、ストリーミング方式により、メモリバッファ６０１を経由し、アップローダ３２０を経てサーバ１５０にトランスコーダ３１０の結果物（ｔｒａｎｓｃｏｄｅｄ ｓｔｒｅａｍ）を直ぐにアップロードしてよい。トランスコーダ３１０でメディアファイルのトランスコードが分割単位で行われることにより、以前の分割単位ファイルのトランスコードが完了する時点に、以前の分割単位ファイルのアップロードと次の分割単位ファイルのエンコードとが並行処理されてよい。

【0061】

プロセッサ２１２は、分割トランスコードを行いながら、トランスコード結果物を別のファイルとして格納するのではなく、結果物ストリームを直ぐにサーバ１５０にアップロードすることにより、メディアファイル全体に対する変換が完了していない状態でも、部分的なトランスコード結果物をアップロードすることができる。

【0062】

図７を参照すると、分割単位でメディアファイルのトランスコードとアップロードとを並行しながら、分割された一部のファイルトランスコード結果物を、ファイル形態で格納せずにストリーム形態で直ぐにアップロードする方式の場合（図７の下の図面を参照）、メディアファイル全体の変換作業がすべて完了した後にファイル変換結果物をファイル形態で格納してアップロードする従来の方式（図７の上の図面を参照）に比べ、全体所要時間を短縮することができる。メディアファイル全体に対する変換が完了していない状態でアップロードを始めるようになるため、従来の方式よりも、アップロードが完了するまでにかかる時間を短縮することができる。

【0063】

ストリーム方式による並行処理の場合、メディアファイルの分割単位に対するトランスコードはもちろん、メディアファイル全体に対してトランスコードを実行することも可能である。トランスコーダ３１０がトランスコード過程において結果をメモリバッファ６０１に記録し、アップローダ３２０がメモリバッファ６０１の出力ストリーム（ｏｕｔｐｕｔ ｓｔｒｅａｍ）をそのままサーバ１５０にアップストリーミング（ｕｐ ｓｔｒｅａｍｉｎｇ）してよい。言い換えれば、トランスコード結果物がストリーム単位でメモリバッファ６０１に記録されると、このようなストリームをアップローダ３２０が即時にサーバ１５０にアップロードすることにより、メディアファイルのトランスコードとアップロードとを並行処理することができる。

【0064】

図８～１０は、本発明の一実施形態における、メディアファイルの送信時間を短縮することができる方法の他の例を示したフローチャートである。

【0065】

プロセッサ２１２は、メディアファイルに対して分割トランスコードを実行し、一部のファイルのトランスコードが完了した時点に、トランスコーダ３１０のファイル変換結果物をファイル形態で格納してアップロードしてよい。

【0066】

図８を参照すると、エンコードとアップロードとを並行するために、プロセッサ２１２は、１つのトランスコーダ３１０と１つのアップローダ３２０とを含んでよい。

【0067】

トランスコーダ３１０では、メディアファイルのトランスコードを分割単位で順に行い、ファイル形態で格納されたトランスコード結果物（ｔｒａｎｓｃｏｄｅｄ ｃｈｕｎｋ ｆｉｌｅ）をアップローダ３２０に伝達するようになり、トランスコーダ３１０は、以前の分割単位ファイルのトランスコードが完了する時点に次の分割単位ファイルのトランスコードを実行するが、これと同時に、アップローダ３２０は、以前の分割単位ファイルのトランスコード結果物をファイル形態でサーバ１５０にアップロードしてよい。

【0068】

プロセッサ２１２は、分割トランスコードの実行によるトランスコード結果物を分割単位ファイルのエンコードが完了した後すぐに生成するため、メディアファイル全体に対する変換が完了していない状態でも、分割単位ファイルのトランスコード結果物をアップロードすることができる。

【0069】

図９を参照すると、分割単位でメディアファイルのトランスコードとアップロードとを並行しながら、分割された一部のファイルのトランスコード結果物をファイル形態でアップロードする方式の場合（図９の下の図面を参照）、メディアファイル全体に対する変換作業がすべて完了した後にファイル変換結果物をファイル形態で格納してアップロードする従来の方式（図９の上の図面を参照）に比べ、全体所要時間を短縮することができる。

【0070】

最初のアップロードが始まる時間は、１番目の分割ファイルの変換が完了する時点であり、最後のアップロードが始まる時間は、最後の分割ファイルの変換が完了する時点であり、メディアファイル全体のアップロードが完了する総時間は、最後の分割ファイルのアップロードが完了するまでにかかる時間であると言える。例えば、トランスコード作業の結果物として生成されるファイルのサイズが１００であるメディアファイルに対し、ファイル全体のトランスコードが完了するまで待機してから、サイズが１００となるファイルを一度にアップロードする従来の方式に比べ、サイズが１００のメディアファイルを２０のファイルに分割して５サイズのファイルのトランスコードとアップロードとを並行する方式が、結果的には全体所要時間の短縮に繋がる。すなわち、メディアファイル全体に対する変換が完了していない状態でアップロードが始まるため、従来の方式よりもアップロードが完了するまでにかかる時間が短縮されるようになる。

【0071】

トランスコードとアップロードとの並行処理によってメディアファイルの送信時間を短縮することができる方法は、ネットワーク品質が保障された環境で、ファイルのアップロードの最中に通信障害が発生しない状況を仮定したものである。例外として、メディアファイルが１０個のファイルに分割されて順にアップロードされる状況で、８番目の分割ファイルまでは正常にアップロードされたが、一時的な通信障害により９番目のファイルをアップロードするための通信セッションに問題が生じて１０番目の分割ファイルのアップロードが先に完了した場合、実際にアップロードが完了する時間は、９番目の分割ファイルのアップロードが完了した時点となる。

【0072】

他の例として、図１０を参照すると、エンコードとアップロードとを並行するために、プロセッサ２１２は、複数のトランスコーダ（Ｔｒａｎｓｃｏｄｅｒ＃１～＃Ｎ）３１０と、複数のアップローダ（Ｕｐｌｏａｄｅｒ＃１～＃Ｎ）３２０とを含んでよく、このとき、トランスコーダ３１０とアップローダ３２０は、１対１で配置されて構成されてよい。

【0073】

トランスコーダ３１０とアップローダ３２０の１対１配置の他にも、トランスコーダ３１０とアップローダ３２０の性能を考慮した上でトランスコーダ３１０とアップローダ３２０の配置構造が決定されてよい。言い換えれば、トランスコーダ３１０の性能がアップローダ３２０よりも優れている場合は、トランスコーダ３１０の台数がアップローダ３２０よりも少なくてよく、これとは反対に、アップローダ３２０の性能がトランスコーダ３１０よりも優れている場合は、アップローダ３２０の数がトランスコーダ３１０よりも少なくてよい。

【0074】

プロセッサ２１２は、事前に定められたサイズの分割単位でメディアファイルを分割した後、各分割単位ファイルを複数のトランスコーダ３１０に割り当ててよい。このとき、各トランスコーダ３１０は、割り当てられた分割単位ファイルに対してトランスコードを実行してファイル形態で格納されたトランスコード結果物をアップローダ３２０に伝達すると、各アップローダ３２０は、対応するトランスコーダ３１０からファイル形態のトランスコード結果物の伝達を受け、サーバ１５０にアップロードしてよい。

【0075】

したがって、複数のトランスコーダ３１０を利用した並列トランスコードと複数のアップローダ３２０を利用した並列アップロードとを実行することにより、メディアファイルのエンコードとアップロードとを並行処理し、ファイル送信時間をいっそう短縮することができる。

【0076】

さらに、プロセッサ２１２は、分割トランスコードを実行することにより、エンコードやアップロードにエラーが発生する状況において、エラーとなった分割単位ファイルに対する作業をやり直すことができる。

【0077】

ファイル全体のトランスコードが完了するまで待機してから単一ファイルを生成して一度にアップロードする従来の方式の場合、トランスコードやアップロードの最中にエラーが発生すると、これは作業全体のエラーに繋がるようになる。

【0078】

これとは異なり、本発明では、分割単位でトランスコードとアップロードを実行するため、作業にエラーが発生したとしても、エラーとなった分割単位ファイルに対して部分的に作業を再開することができ、全体的な所要時間を短縮することができる。

【0079】

プロセッサ２１２は、分割単位のトランスコードとアップロードとを並行する方法により、メディアファイルをサーバ１５０に送信するときに、メディアファイル全体をダウンロードしなくても、分割単位のトランスコード結果物だけで再生可能な形態（例えば、ｐｒｏｇｒｅｓｓｉｖｅ ｄｏｗｎｌｏａｄａｂｌｅ ｆｏｒｍａｔ）でアップロードすることができ、このとき、サーバ１５０では、ファイル変換作業を別途実行する必要がない。メディアファイル全体をダウンロードしなくては再生することができない形態でアップロードされたとしても、サーバ１５０にアップロードされたファイルを組み合わせて再生可能な形態に転換（ｒｅ－ｆｏｒｍａｔｔｉｎｇ）する費用は比較的少ない。分割単位のトランスコード結果物を、ファイル形態ではなくストリーム形態でアップロードする場合には、メディアファイル全体をダウンロードしなくては自体再生が不可能な状態であるため、サーバ１５０でトランスコード結果物に該当するストリームを再生可能な形態のフォーマットに変更するようになり、このとき消費されるようになる費用やリソースは、サーバ１５０側でメディアファイルのトランスコードを直接実行するときの運営費用に比べて格段に少ない。

【0080】

このように、本発明の実施形態によると、クライアントでメディアファイルに対するトランスコードを実行してサーバにアップロードする環境で、メディアファイルに対するトランスコードとアップロードとを並行処理することにより、メディアファイルの送信完了までにかかる全体時間を効果的に短縮することができる。

【0081】

上述した装置は、ハードウェア構成要素、ソフトウェア構成要素、および／またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを記録、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。

【0082】

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、コンピュータ記録媒体または装置に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で記録されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記録媒体に記録されてよい。

【0083】

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。ここで、媒体は、コンピュータ実行可能なプログラムを継続して記録するものであっても、実行またはダウンロードのために一時記録するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例は、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ－ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が記録されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記録媒体または格納媒体が挙げられる。

【0084】

以上のように、実施形態を、限定された実施形態および図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。

【0085】

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

【符号の説明】

【0086】

２１２：プロセッサ
３１０：トランスコーダ
３２０：アップローダ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】