JP5099647B2

JP5099647B2 - 動画画像処理システム、サーバ、動画画像の処理方法、およびプログラム

Info

Publication number: JP5099647B2
Application number: JP2009257909A
Authority: JP
Inventors: 雅美江藤; 里香清水; 由美藤島
Original assignee: Biglobe Inc
Current assignee: Biglobe Inc
Priority date: 2009-11-11
Filing date: 2009-11-11
Publication date: 2012-12-19
Anticipated expiration: 2029-11-11
Also published as: TW201141189A; EP2501132A4; US8917975B2; JP2011103574A; EP2501132A1; WO2011058897A1; TWI478571B; US20120219272A1; KR20120092657A; KR101392660B1

Description

本発明は、ユーザの動画又は画像を、ユーザの好みで装飾して提供するための技術に関する。

動画または画像を装飾する装置やサービスが数多く提供されている。エンドユーザは、装飾した動画等を互いに交換して、コミュニケーションをとるなどの用途に、これらの装置等をよく利用している。例えば、プリントシール機は、ユーザの操作に従ってカメラで画像を撮影し、その画像をフレームやスタンプで装飾し、装飾した画像を印刷することができる。

また、特許文献１に記載された個人放送システムは、テレビやラジオに類似した放送のためのシステムであるが、このシステムにおいても、ユーザの動画または画像に装飾が施される。このシステムでは、エンドユーザが放送時間を指定し、その放送時間になると、ユーザ端末から配信された動画または画像をストリーミング配信サーバが装飾し、クライアント端末へライブ配信している。

特開２００３−９２７０６号公報

プリントシール機は、カメラ、プリンタ、操作用ボタン、ディスプレイなどの多数の機器を内蔵する大がかりな装置である。エンドユーザは、プリントシール機を操作しながら画像を撮影し、装飾が施された画像のシールが出力されると、そのシールを持ち帰る。そのため、エンドユーザはプリントシール機が設置された場所に行かなければ、装飾した画像を得ることができず、利用場所が限定されていた。

特許文献１に記載された個人放送システムは、エンドユーザがネットワーク経由でアクセスして利用するものであるため、利用場所については自由度が高い。しかしながら、上述したように、このシステムは、テレビやラジオのように、所定の放送時刻に複数のエンドユーザにコンテンツを配信するシステムであるため、装飾した画像をエンドユーザが視聴できる時刻が限定される。

本発明は、装飾した動画または画像をエンドユーザが場所および時間を限定せずに取得することを可能にするシステムを提供することを目的とする。

上記目的を達成するために、本発明の動画画像処理システムは、サーバと、該サーバとネットワーク経由で通信する通信端末とを有し、前記通信端末が、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを前記サーバへ送信し、前記サーバが、前記通信端末から前記リクエストを受信すると、各リクエストを識別するための要求識別情報を生成し、該要求識別情報に対応付けて受信したリクエストで指定された前記装飾方法を記憶し、該要求識別情報を該通信端末へ送信し、前記通信端末は、前記サーバから前記要求識別情報を受信すると、動画又は画像に該要求識別情報を付加して送信し、前記サーバは、前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された前記要求識別情報に対応する前記装飾方法で、該動画又は画像を装飾して記憶し、該動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、装飾した該動画又は画像を該配信要求に応じて該通信端末に配信する。

本発明のサーバは、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを通信端末から受信する要求受信手段と、前記要求受信手段により受信された各リクエストを識別するための要求識別情報を生成する要求識別情報生成手段と、前記要求識別情報生成手段により生成された前記要求識別情報に対応付けて、前記要求受信手段により受信された前記リクエストで指定された前記装飾方法を記憶する装飾方法記憶手段と、要求識別情報が付加された動画又は画像を前記通信端末から受信する動画画像受信手段と、前記動画画像受信手段により受信された前記動画又は画像に付加された前記要求識別情報に対応する装飾方法を前記装飾方法記憶手段から読み出し、該動画又は画像を該装飾方法で装飾する装飾手段と、前記装飾手段により装飾された前記動画又は画像を記憶する装飾動画画像記憶手段と、前記動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を前記要求受信手段が該通信端末から受信すると、該配信要求に応じて、前記装飾動画像記憶手段から、装飾された前記動画又は画像を読み出して該通信端末に配信する配信手段と、を有する。

本発明の動画画像処理方法は、通信端末が、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを、ネットワーク経由で該通信端末と通信できるサーバへ送信し、前記サーバが、前記通信端末から前記リクエストを受信すると、各リクエストを識別するための要求識別情報を生成し、該要求識別情報に対応付けて受信したリクエストで指定された前記装飾方法を記憶し、該要求識別情報を該通信端末へ送信し、前記通信端末は、前記サーバから前記要求識別情報を受信すると、動画又は画像に該要求識別情報を付加して送信し、前記サーバは、前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された前記要求識別情報に対応する前記装飾方法で、該動画又は画像を装飾して記憶し、前記動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、装飾した該動画又は画像を該配信要求に応じて該通信端末に配信する、動画画像処理方法である。

本発明のプログラムは、コンピュータに、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを通信端末から受信する要求受信手順、前記要求受信手順で受信された各リクエストを識別するための要求識別情報を生成する要求識別情報生成手順、前記要求識別情報生成手順で生成された前記要求識別情報に対応付けて、前記要求受信手段により受信された前記リクエストで指定された前記装飾方法を装飾方法記憶手段に記憶する手順、要求識別情報が付加された動画又は画像を前記通信端末から受信する動画画像受信手順、前記動画画像受信手順で受信された前記動画又は画像に付加された前記要求識別情報に対応する装飾方法を前記装飾方法記憶手段から読み出し、該動画又は画像を該装飾方法で装飾する装飾手順、前記装飾手段により装飾された前記動画又は画像を装飾動画画像記憶手段に記憶する手順、及び前記動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、該配信要求に応じて、前記装飾動画画像記憶手段から、装飾された前記動画又は画像を読み出して該通信端末に配信する配信手順、を実行させるためのプログラムである。

本発明によれば、サーバが装飾方法に対応する要求識別情報を作成して通信端末へ送信し、通信端末が、要求識別情報を付加した撮像した動画又は画像をサーバへ送信すると、サーバは、要求識別情報に対応する装飾方法で、その動画又は画像を装飾して記憶し、配信要求に応じて配信する。

このため、エンドユーザは、サーバの設置された場所に行かなくとも、サーバと通信可能な通信端末さえ持っていれば、動画等を装飾することができ、装飾サービスを利用する場所が限定されなくなる。また、サーバは、配信要求に応じて、記憶しておいた動画等を配信するので、エンドユーザは、放送時間に限定されずに、装飾した動画等を取得できる。

本発明の第１の実施形態の動画画像処理システムの全体図の一例である。本発明の第１の実施形態の利用者端末の一構成例を示すブロック図である。本発明の第１の実施形態のサーバの一構成例を示すブロック図である。本発明の第１の実施形態の商品ＤＢに格納される情報の一例を示す図である。本発明の第１の実施形態のシナリオ設定ファイルに格納される情報の一例を示す図である。本発明の第１の実施形態のエフェクトプログラムＤＢに格納される情報の一例を示す図である。本発明の第１の実施形態のユーザＤＢに格納される情報の一例を示す図である。本発明の第１の実施形態の動画像ＤＢに格納される情報の一例を示す図である。本発明の第１の実施形態の利用者端末の動作を示すフローチャートである。本発明の第１の実施形態の装飾注文処理を示すフローチャートである。本発明の第１の実施形態の閲覧処理を示すフローチャートである。本発明の第１の実施形態のサーバの動作を示すフローチャートである。本発明の第１の実施形態の装飾処理を示すフローチャートである。本発明の第１の実施形態の配信処理を示すフローチャートである。本発明の第１の実施形態の動画画像処理システムの動作の一例を示すシーケンス図である。本発明の第１の実施形態の商品選択画面の一例である。本発明の第１の実施形態の商品選択画面の一例である。本発明の第１の実施形態の商品選択画面の一例である。本発明の第１の実施形態の動画送信メールに記載された内容の一例を示す図である。本発明の第１の実施形態の装飾完了通知メールに記載された内容の一例を示す図である。本発明の第２の実施形態の動画画像処理システムの全体図の一例である。本発明の第２の実施形態のサーバの一構成例を示すブロック図である。本発明の第２の実施形態の商品ＤＢに格納される情報の一例を示す図である。本発明の第２の実施形態のサーバの動作を示すフローチャートである。本発明の第２の実施形態の商品編集処理を示すフローチャートである。本発明の第２の実施形態の管理端末の動作を示すフローチャートである。本発明の第２の実施形態の動画画像処理システムの動作の一例を示すシーケンス図である。本発明の第３の実施形態の動画画像処理システムの全体図の一例である。本発明の第３の実施形態の注文管理サーバの一構成例を示すブロック図である。本発明の第３の実施形態のユーザＤＢに格納される情報の一例を示す図である。本発明の第３の実施形態の動画像ＤＢに格納される情報の一例を示す図である。本発明の第３の実施形態の利用者端末の動作を示すフローチャートである。本発明の第３の実施形態の再送処理を示すフローチャートである。本発明の第３の実施形態の注文管理サーバの動作を示すフローチャートである。本発明の第３の実施形態の装飾処理を示すフローチャートである。本発明の第３の実施形態の無効化処理を示すフローチャートである。本発明の第３の実施形態の再装飾処理を示すフローチャートである。本発明の第３の実施形態の装飾サーバの動作を示すフローチャートである。本発明の第３の実施形態の動画画像処理システムの動作の一例を示すシーケンス図である。本発明の第３の実施形態の動画画像処理システムの動作の一例を示すシーケンス図である。本発明の第３の実施形態のエラーメールに記載された内容の一例を示す図である。本発明の第４の実施形態の動画画像処理システムの全体図の一例である。本発明の第４の実施形態の注文管理サーバの一構成例を示すブロック図である。

（第１の実施形態）
本発明を実施するための第１の実施形態について図面を参照して説明する。図１は、本実施形態の動画画像処理システム１の全体図の一例である。動画画像処理システム１は、エンドユーザにより送信された動画または画像を装飾するサービスを提供するためのシステムである。

動画画像処理システム１は、１つ以上の利用者端末（１０、１１、１２）と、サーバ２０とを有する。利用者端末１０等と、サーバ２０とは、ネットワークを介して互いに無線で通信することができる。

利用者端末１０〜１２は、携帯電話機などの移動体通信端末であり、無線通信機能に加えて、動画又は画像の撮像機能を有する。

サーバ２０は、動画または画像を装飾することについての注文をエンドユーザから受け付け、受け付けた注文に応じて動画または画像に装飾を施してエンドユーザに提供するサーバである。本実施形態では、装飾した動画または画像を注文サイトによってオンラインで提供するサービスを行うサービス事業者が、サーバ２０を用いてサイトの管理および運営を行うものとする。

利用者端末１０〜１２は全て同じ構成である。以下、利用者端末１０を例にとってシステムの一連の動作の概要について説明する。

まず、利用者端末１０がサーバ２０にアクセスして、エンドユーザが利用したい装飾方法を指定して、動画または画像の装飾を要求する装飾要求を送信する。

サーバ２０は利用者端末１０から装飾要求を受けると、その装飾要求を識別するための注文キーを生成する。サーバ２０は、装飾要求で指定された装飾方法と注文キーとを関連付けるとともに、注文キーを利用者端末１０に送る。

注文キーを受信した利用者端末１０は、装飾を施したい動画または画像に、その注文キーを付加してサーバ２０に送る。本実施形態では、利用者端末１０は、本文に注文キーを記載した電子メールに、動画または画像が添付して送信する。

サーバ２０は動画または画像を受けると、その動画または画像を、その動画または画像に付加されていた注文キーに関連付けられている装飾方法で装飾して利用者端末１０に提供する。動画あるいは画像を提供する際、サーバ２０は、動画または画像を装飾して所定のサイトの記憶領域に記録し、記憶領域にネットワークを介してアクセスするためのＵＲＬを利用者端末に通知する。エンドユーザは、利用者端末１０あるいは他の通信端末を用いて、そのＵＲＬのサイトにアクセスし、装飾が施された動画または画像を視聴したり、取得したりする。

ここで、装飾が施された動画または画像は、その装飾を注文したエンドユーザ本人からのアクセスに対しては、ストリーミング形式での動画の視聴や画面上での画像の閲覧と、動画または画像のデータのダウンロードの両方が許可されるものとする。また、装飾された動画または画像は、装飾を注文したエンドユーザ本人以外のエンドユーザからのアクセスに対しては、ストリーミング形式での動画の視聴や画面上での画像の閲覧を許可されるが、動画または画像のデータのダウンロードは許可されないものとする。

図２は、利用者端末１０の一構成例を示すブロック図である。同図を参照すると、利用者端末１０は、送信部１０１、受信部１０２、表示部１０３、入力部１０４、撮像部１０５、および記憶部１０６を有する。他の利用者端末１１、１２等の構成も、利用者端末１０の構成と同様である。

サーバ２０は、動画または画像を装飾することについての注文をエンドユーザから受け付け、受け付けた注文を処理するサーバである。本実施形態では、サーバ２０は、エンドユーザからの動画または画像の装飾の注文をオンラインで受け付けるための注文サイトを管理、運営する。

図３は、サーバ２０の一構成例を示すブロック図である。同図を参照すると、サーバ２０は、受信部２０１、送信部２０２、注文管理部２０３、装飾部２０４、記憶部２０５、および配信管理部２０６を有する。

図１〜図３で示した利用者端末１０、サーバ２０の各構成について、詳細に説明する。

利用端末１０の送信部１０１は、エンドユーザがサーバ２０の注文サイトにアクセスしたとき、商品の選択を開始する旨を示す商品選択要求をサーバ２０に送信する。

ここで、本実施形態における「商品」とは、「シナリオ」と、そのシナリオで使用される素材のデータとの組み合わせの定義である。本実施形態では、商品は、１つ以上定義される。素材データとして、動画データ、画像データ、または音声データが使用される。

「シナリオ」とは、動画または画像に一連のエフェクトを加えるための定義である。「シナリオ」は、例えば、１つ以上のエフェクトプログラムと、それぞれのエフェクトプログラムが処理対象とするデータ形式とで定義される。エフェクトプログラムが処理対象とするデータは、装飾対象の動画データまたは画像データ、および、合成する素材データである。データ形式は、ＰＮＧ（Portable Network Graphics）、ＳＷＦ（Shockwave Flash）、ＷＡＶ(RIFF waveform Audio Format)、ＪＰＥＧ（Joint Photographic Experts Group）、ＭＯＶなどが定義される。

エフェクトプログラムは、動画または画像に所定の加工、すなわちエフェクトを加えるためのプログラムである。

動画または画像に加えるエフェクトの例としては、素材を動画の指定位置に指定時間に表示したり、素材を動きのある場所に合わせて移動表示したりするように、素材を合成すること、動きに合わせて音に強弱変化やエコーを加えること、形状認識や色認識、顔認識を行い、認識結果に基づく既定の位置に画像を表示することが挙げられる。より具体的には、動画にテロップを合成したり、画像にスタンプを合成したりすることなどである。

本実施形態では、各エフェクトプログラムに、素材データを合成する時間や位置などが予め設定されている。プログラムにおいて動きの検出が行われる場合、動いている場所や時間に合わせて、素材データを合成する場所や位置が動的に設定される。また、前述したように、商品ごとに、合成する素材と、エフェクトプログラムを特定するシナリオとの組み合わせが定義されている。このため、エンドユーザは、合成する素材の種類、合成する時間、位置などを詳細に設定しなくとも、商品を指定するだけで、容易に具体的な装飾内容を指定することができる。

各商品には、商品を識別するための商品ＩＤが割り当てられる。各商品で定義されるシナリオおよび素材は、その商品の商品ＩＤに対応付けてサーバ２０の記憶部２０５内の商品ＤＢ（Data Base）に予め格納されている。各エフェクトプログラムには、エフェクトプログラムを識別するための効果識別子が割り当てられる。シナリオごとに、そのシナリオで実行されるエフェクトプログラムの効果識別子が、記憶部２０５内のシナリオ設定ファイルに予め記載される。効果識別子に対応するエフェクトプログラムは、記憶部２０５内のエフェクトプログラムＤＢに予め格納される。

サーバ２０の受信部２０１が商品選択要求を受信すると、サーバ２０の送信部２０２は、商品ＤＢに格納された商品の一欄に基づいて、商品選択画面を表示するための商品選択画面情報を利用端末１０へ送信する。商品選択画面情報には、一覧表示される商品に対応する商品ＩＤが含まれている。

商品選択画面は、１つ以上の商品の中からエンドユーザが、所望の商品を選択する過程において、利用者端末１０に表示される画面である。商品選択画面は、１画面に限らず、複数送信されることもある。例えば、商品が複数のジャンルにグルーピングされている場合、ジャンルの一欄を示す商品選択画面が送信され、ジャンル選択後に、そのジャンルに属する商品の一欄を示す商品選択画面が送信される。

利用者端末１０の表示部１０３は、商品選択画面情報に基づいて商品選択画面を表示する。

利用者端末１０の入力部１０４は、ボタンやタッチパネルなどの入力用インターフェースを有する。エンドユーザは、入力部１０４に選択した商品を示す情報を入力することにより、商品を選択する。エンドユーザにより商品が選択されると、入力部１０４は、選択された商品に対応する商品ＩＤを商品選択画面情報から読み出す。入力部１０４は、その商品ＩＤを送信部１０１に出力する。

利用者端末１０の送信部１０１は、商品を指定して動画または画像の装飾を要求する装飾要求をサーバ２０へ送信する。この装飾要求には、指定された商品の商品ＩＤと、エンドユーザを識別するための利用者ＩＤとが付加される。

利用者端末１０およびサーバ２０は、例えば、利用者端末１０ごとに割り当てられた端末ＩＤを利用者ＩＤとして使用する。

サーバ２０の受信部２０１は、装飾要求を受信する。注文管理部２０３は、受信部２０１が装飾要求を受信するたびに注文が生じたと判断し、各注文を識別するための注文キーを生成する。

本実施形態において、利用者ＩＤと、商品ＩＤと、これらのＩＤを処理した時刻との組み合わせが、１つの「注文」として管理される。

注文キーは、エンドユーザから、装飾の注文を受けた動画または画像を特定し、エンドユーザにより選択された動画または画像の装飾方法を特定するために利用されるキーである。

具体的には、注文キーは、利用者ＩＤ、商品ＩＤ、およびこれらのＩＤを処理した時刻とから生成される。本実施形態では、利用者ＩＤが外部に流出することを防止するために注文キーはハッシュ変換される。また、本実施形態では、ＩＤを処理した時刻は、注文管理サーバ２０がＩＤを受信した時刻とする。

例えば、サーバ２０の注文管理部２０３は、利用者ＩＤと、商品ＩＤと、処理した時刻を示す文字列とを結合することにより注文キーを生成する。注文管理部２０３は、注文キーをハッシュ変換し、利用者端末へは、変換された注文キーを送信する。

サーバ２０の注文管理部２０３は、生成した注文キーと、ハッシュ化した注文キーと、注文内容とを対応付けて記憶部２０５内のユーザＤＢに格納する。

サーバ２０の注文管理部２０３は、動画または画像の送信先と、ハッシュ化した注文キーとを含む動画像送信用メールデータを、送信部２０２へ出力する。送信部２０２は、その動画送信用メールデータを利用者端末１０へ送信する。

ここで、動画像送信用メールデータとは、動画像送信メールの本文に記載される文章と、動画または画像の送信先のメールアドレスとを示す情報である。本実施形態では、メールアドレスや文章の前後に、それらを利用者端末１０で表示するためのタグが付加される。また、メールアドレスの前に、リンク先をメーラーとするなどの、メーラーを起動するためのタグが付加される。
動画像送信メールとは、利用者端末１０において動画または画像が添付され、利用者端末１０からサーバ２０へ送信されるメールである。

利用者端末１０の受信部１０２は、サーバ２０から動画像送信用メールデータを受信する。表示部１０３は、動画像送信用メールデータの示す文章を本文とする動画像送信用メールを表示する。エンドユーザは、入力部１０４に添付すべき動画像ファイルの格納場所を指定する情報を入力することにより、動画像送信メールに、装飾対象の動画または画像（動画像ファイル）を添付する。動画像ファイルは、動画データまたは画像データが記録されたファイルである。動画データに、音声データが含まれていてもよいのは、勿論である。

ここで、利用者端末１０の撮像部１０５は、カメラや、カメラの制御プログラムなどを用いて動画または画像を撮像することができる。撮像部１０５は、撮像により生成された動画像ファイルを記憶部１０６に格納する。

エンドユーザは、記憶部１０６内の動画像ファイルの中から、動画像送信メールに添付する動画像ファイルを選択する。

ここで、テロップや文字スタンプの合成時など、素材の内容として文字入力する必要がある場合、エンドユーザは、動画像送信メールの題名もしくは本文に、合成すべき文字を入力する。

利用者端末１０の送信部１０１は、動画像ファイルが添付された動画像送信メールをサーバ２０へ送信する。

サーバ２０の受信部２０１は、動画像送信メールを受信する。注文管理部２０３は、動画像送信メールに記載された注文キーと、動画像送信メールに添付された動画像ファイルとを対応付けて記憶部２０５内の動画像ＤＢに格納する。

そして、サーバ２０の注文管理部２０３は、受信した注文キーに対応する利用者ＩＤ、および商品ＩＤをユーザＤＢから読み出す。注文管理部２０３は、その利用者ＩＤおよび商品ＩＤと、動画像送信メールに添付された動画像ファイルとを装飾部２０４へ出力する。

装飾部２０４は、商品ＩＤに対応するシナリオおよび素材を商品ＤＢから読み出す。そして、装飾部２０４は、シナリオで使用するエフェクトプログラムの効果識別子をシナリオ設定ファイルから読み出し、その効果識別子に対応するエフェクトプログラムをエフェクトプログラムＤＢから読み出す。

装飾部２０４は、読み出したエフェクトプログラムを使用して、素材を添付された動画像ファイルに合成することにより、動画または画像を装飾する。装飾部２０４は、装飾した動画データまたは画像データを記録した装飾動画像ファイルを生成する。装飾部２０４は、装飾動画像ファイルを記憶部２０５内の所定の格納場所に格納し、装飾動画像ファイルの格納場所を示すＵＲＬ（Uniform Resource Locator）を利用者ＩＤに対応付けて動画像ＤＢに格納する。装飾部２０４は、装飾の完了を注文管理部２０３に通知する。

注文管理部２０３は、装飾部２０４からの通知に応じて、ＵＲＬと、装飾が完了した旨を通知する文とが記載された装飾完了通知メールを生成して送信部２０２へ出力する。送信部２０２は、装飾完了通知メールを利用者端末１０へ送信する。

利用者端末１０の受信部１０２は、装飾完了通知メールを受信する。表示部１０３は、装飾完了通知メールに記載された内容を表示する。利用者端末１０のエンドユーザは、この装飾完了通知メールを転送、または、装飾完了通知メールに記載のＵＲＬをコピーして、友人などが所有する他の利用者端末へ送信することができる。

利用者端末の入力部１０４は、装飾完了通知メールに記載されたＵＲＬにアクセスするための操作を受け付ける。そのＵＲＬにアクセスする操作がなされると、入力部１０４は、送信部１０１へ、アクセスされたＵＲＬを出力する。送信部１０１は、そのＵＲＬのアドレスへ利用者ＩＤが付加された配信要求を送信する。配信要求は、ＵＲＬを指定し、そのＵＲＬに格納された動画または画像を利用者端末１０へ送信することを要求するリクエストメッセージである。

サーバ２０の受信部２０１は、配信要求を受信する。受信部２０１が配信要求を受信すると、配信管理部２０６は、配信要求の指定するＵＲＬに対応する利用者ＩＤを動画像ＤＢから読み出す。配信管理部２０６は、読み出した利用者ＩＤと、配信要求に付加された利用者ＩＤとが一致するか否かを判断する。

利用者ＩＤが一致する場合、配信要求の送信元のエンドユーザは、動画または画像の装飾を注文したエンドユーザ本人と判断される。この場合、配信管理部２０６は、ＵＲＬに格納された装飾動画像ファイルを、送信部２０２を介して、利用者端末で再生、保存できる方式で送信する。

利用者ＩＤが一致しない場合、配信要求の送信元のエンドユーザは、動画または画像の装飾を注文したエンドユーザ本人でないと判断される。この場合、配信管理部２０６は、ＵＲＬに格納された装飾動画像ファイルを、送信部２０２を介して、利用者端末で再生できるが保存できない、ストリーム方式で送信する。

配信管理部２０６は、装飾動画像ファイルを送信後、動画または画像がエンドユーザに視聴された回数や視聴された日時などの履歴を動画像ＤＢに記録する。

サーバ２０の記憶部２０５に格納される商品ＤＢ、シナリオ設定ファイル、エフェクトプログラムＤＢ、ユーザＤＢ、および動画像ＤＢに格納される情報について、図４〜図８を参照して説明する。

図４は、商品ＤＢに格納される情報の一例を示す図である。同図を参照すると、商品ＤＢには、「商品ＩＤ」に対応付けて、「装飾商品名」を示す情報と、「シナリオ識別子」と、「素材」のデータと、「サンプル動画像」のデータとが格納される。

「商品ＩＤ」は、商品を識別するための識別子である。「装飾商品名」は、「商品ＩＤ」により特定される商品の名称である。「シナリオ識別子」は、「商品ＩＤ」の示す商品で使用されるシナリオを識別するための識別子である。「素材」のデータは、「商品ＩＤ」の示す商品において、素材として合成される動画データまたは画像データである。「サンプル動画像」のデータは、商品ＩＤの示す商品で装飾された動画データまたは画像データのサンプルである。

前述したように、商品は、シナリオおよび素材の組み合わせで定義される。例えば、商品ＩＤが「ｓ００１」の商品の名称は「商品Ａ」である。この商品Ａには、シナリオ識別子「シナリオＰ」のシナリオと、そのシナリオに含まれる効果に対応する２つの素材「001.png」、「002.png」とが定義される。

図５は、シナリオ設定ファイルに格納される情報の一例を示す図である。同図を参照すると、シナリオ設定ファイルには、「シナリオ識別子」に対応付けて１つ以上の「効果識別子」が格納される。「効果識別子」は、「シナリオ識別子」の示すシナリオで用いられるエフェクトプログラムを識別するための識別子である。

例えば、シナリオ識別子「シナリオＰ」のシナリオにおいて、効果識別子「効果Ｘ」、「効果Ｙ」に対応する２つのエフェクトプログラムが実行される場合、シナリオ設定ファイルには、「シナリオＰ」に対応付けて「効果Ｘ」、「効果Ｙ」が格納される。

図６は、エフェクトプログラムＤＢに格納される情報の一例を示す図である。同図を参照すると、エフェクトプログラムＤＢには、「効果識別子」に対応付けて「エフェクトプログラム」と、「説明」を示す情報とが格納される。「説明」は、エフェクトプログラムを実行することにより、動画または画像にかかるエフェクトの内容である。１つのエフェクトプログラムで、複数のエフェクトをかけてもよいので、１つのエフェクトプログラムに、複数の効果識別子が関連づけてあってもよい。

「説明」を示す情報は、エフェクトプログラムの内容をサーバ２０の管理者が知りたいときに表示させるなどのために使用される情報であるので、その必要のない場合、エフェクトプログラムＤＢに格納しなくてもよい。

図７は、ユーザＤＢに格納される情報の一例を示す図である。同図を参照すると、ユーザＤＢには、「注文キー」に対応付けて「注文内容」を示す情報が格納される。

「注文キー」として、「変換前注文キー」と「ハッシュ化注文キー」とが格納される。「注文内容」を示す情報として、「利用者ＩＤ」、「商品ＩＤ」、および「注文日時」を示す情報が格納される。

「変換前注文キー」は、ハッシュ変換前の注文キーである。「ハッシュ化注文キー」は、ハッシュ変換された注文キーである。「注文日時」は、商品ＩＤ、および利用者ＩＤをサーバ２０が受信して処理した日時である。

例えば、利用者ＩＤ「u001」のユーザが、商品ＩＤ「s001」の商品を、２００９年９月１７日に注文した場合について考える。サーバ２０は、これらの利用者ＩＤ、商品ＩＤ、および注文日時を示す文字列を結合した「u001s00120090917」の文字列を、「変換前注文キー」として生成する。そして、サーバ２０は、この文字列をハッシュ変換することにより１０桁のランダムで一意な英数字「0bz9c7fqa4」を「ハッシュ化注文キー」として生成する。
サーバ２０は、生成した注文キーに対応づけて、利用者ＩＤ「u001」、商品ＩＤ「s001」、および注文日時「２００９／９／１７」からなる注文内容を、生成した注文キーである「u001s00120090917」および「0bz9c7fqa4」に対応付けてユーザＤＢに格納する。

図８は、動画像ＤＢに格納される情報の一例を示す図である。同図を参照すると、動画像ＤＢには、「利用者ＩＤ」に対応付けて、「受信動画像」と、「ＵＲＬ」と、「閲覧履歴」を示す情報とが格納される。

「受信動画像」は、「利用者ＩＤ」で特定されるエンドユーザの利用者端末から受信した動画像ファイルの名称である。「ＵＲＬ」は、装飾動画像ファイルの格納場所を示すＵＲＬである。本実施形態では、記憶部２０５内の装飾動画像ファイルの格納場所を示すＵＲＬが記載される。

「閲覧履歴」は、受信動画像がエンドユーザにより視聴された回数と、視聴者が、装飾を注文したエンドユーザ本人か否かと、などを記録した履歴である。

これらの履歴は、装飾動画像ファイル別、ユーザ別、商品別、シナリオ別に、視聴された回数をエンドユーザや、後述するコンテンツプロバイダーが閲覧できるように動画像ＤＢに記憶される。

図９〜図１５を参照して、動画画像処理システムの動作について説明する。図９は、利用者端末１０の動作を示すフローチャートである。この動作は、利用者端末１０に電源が投入されたときに開始する。利用者端末１１、１２などの他の利用者端末の動作も、利用者端末１０の動作と同様である。

図９を参照すると、利用者端末１０は、エンドユーザが注文サイトにアクセスする操作を行ったか否かを判断する（ステップＳ１）。エンドユーザが注文サイトにアクセスする操作を行ったならば（ステップＳ１：ＹＥＳ）、利用者端末１０は、動画または画像の装飾をサーバ２０に注文するための装飾注文処理を実行する（ステップＳ２）。

エンドユーザが注文サイトにアクセスする操作を行っていない場合（ステップＳ１：ＮＯ）、またはステップＳ２の後、利用者端末１０は、エンドユーザが、装飾完了通知メールに記載されたＵＲＬにアクセスする操作を行ったか否かを判断する（ステップＳ３）。エンドユーザがＵＲＬにアクセスする操作を行ったならば（ステップＳ３：ＹＥＳ）、利用者端末１０は、装飾された動画または画像の送信をサーバ２０に要求するための閲覧処理を実行する（ステップＳ４）。

エンドユーザがＵＲＬにアクセスする操作を行っていない場合（ステップＳ３：ＮＯ）、またはステップＳ４の後、利用者端末１０は、ステップＳ１に戻る。

図１０は、装飾注文処理を示すフローチャートである。同図を参照すると、利用者端末１０は、サーバ２０へ商品選択要求を送信する（ステップＳ２１）。サーバ２０は、商品選択要求に応じて、商品選択画面情報を利用者端末１０へ送信する。

利用者端末１０は、サーバ２０から商品選択画面情報を受信したか否かを判断する（ステップＳ２２）。商品選択画面情報を受信していなければ（ステップＳ２２：ＮＯ）、利用者端末１０はステップＳ２２に戻る。

商品選択画面情報を受信したのであれば（ステップＳ２２：ＹＥＳ）、利用者端末１０は、商品選択画面情報の示す商品選択画面を表示し、エンドユーザによる商品の選択の操作を受け付ける（ステップＳ２３）。

利用者端末１０は、エンドユーザが商品を選択する操作をしたか否かを判断する（ステップＳ２４）。エンドユーザが商品を選択する操作をしていなければ（ステップＳ２４：ＮＯ）、利用者端末１０は、ステップＳ２４に戻る。

エンドユーザが商品を選択する操作をしたのであれば（ステップＳ２４：ＹＥＳ）、利用者端末１０は、エンドユーザの利用者ＩＤと、選択された商品の商品ＩＤとを付加した装飾要求をサーバ２０へ送信する（ステップＳ２５）。サーバ２０は、利用者ＩＤ、商品ＩＤ、および日時から注文キーを生成し、その注文キーを記載した動画像送信用メールデータを利用者端末へ送信する。

利用者端末１０は、サーバ２０から動画像送信用メールデータを受信したか否かを判断する（ステップＳ２６）。動画像送信用メールデータを受信していなければ（ステップＳ２６：ＮＯ）、利用者端末１０はステップＳ２６に戻る。

動画像送信用メールデータを受信したのであれば（ステップＳ２６：ＹＥＳ）、利用者端末１０は、動画送信用メールデータに含まれるタグを解析してメーラーを起動し、動画送信用メールデータの示す送信先メールアドレスや本文から、動画像送信メールを生成して表示する。そして、利用者端末１０は、エンドユーザによる動画像の添付操作と、動画像送信メールの送信操作とを受け付ける（ステップＳ２７）。

利用者端末１０は、エンドユーザが動画像送信メールに動画または画像を添付し、動画像送信メールの送信する操作を行った否かを判断する（ステップＳ２８）。エンドユーザが動画等の添付、送信操作を行っていなければ（ステップＳ２８：ＮＯ）、利用者端末１０は、ステップＳ２８に戻る。

エンドユーザが動画等の添付、送信操作を行ったのであれば（ステップＳ２８：ＹＥＳ）、利用者端末１０は、動画像送信メールを送信する。サーバ２０は、動画像送信メールに添付された動画または画像を装飾し、装飾した動画像の格納場所を示すＵＲＬを記載した装飾完了通知メールを利用者端末へ送信する。利用者端末１０は、装飾完了通知メールを受信し、表示する（ステップＳ２９）。ステップＳ２９の後、利用者端末１０は装飾注文処理を終了する。

図１１は、閲覧処理を示すフローチャートである。同図を参照すると、利用者端末１０は、装飾完了通知メールに記載されたＵＲＬのアドレスに、利用者ＩＤを付加した配信要求を送信する（ステップＳ４１）。ＵＲＬを管理するサーバ２０は、配信要求に応じて、そのＵＲＬから、装飾後動画像ファイルを読み出して利用者端末１０へ送信する。

利用者端末１０は、サーバ２０からの装飾動画像ファイルの送信が開始されたか否かを判断する（ステップＳ４２）。装飾動画像ファイルの送信が開始されていなければ（ステップＳ４２：ＮＯ）、利用者端末１０は、ステップＳ４２に戻る。

装飾動画像ファイルの送信が開始されたのであれば（ステップＳ４２：ＹＥＳ）、利用者端末１０は、送信された装飾動画ファイルを再生する（ステップＳ４３）。ステップＳ４３の後、利用者端末は閲覧処理を終了する。

図１２は、サーバ２０の動作を示すフローチャートである。この動作は、サーバ２０に電源が投入されたときに開始する。同図を参照すると、サーバ２０は、利用者端末から商品選択要求を受信したか否かを判断する（ステップＴ１）。商品選択要求を受信したのであれば（ステップＴ１：ＹＥＳ）、サーバ２０は、動画または画像を装飾するための装飾処理を実行する（ステップＴ２）。

商品選択要求を受信していない場合（ステップＴ１：ＮＯ）、またはステップＴ２の後、サーバ２０は、利用者端末から配信要求を受信したか否かを判断する（ステップＴ３）。配信要求を受信したのであれば（ステップＴ３：ＹＥＳ）、サーバ２０は、装飾された動画または画像を配信するための配信処理を実行する（ステップＴ４）。

配信要求を受信していない場合（ステップＴ３：ＮＯ）、またはステップＴ４の後、サーバ２０は、ステップＴ１に戻る。

図１３は、装飾処理を示すフローチャートである。同図を参照すると、サーバ２０は、配信要求を送信した利用者端末へ商品選択画面情報を送信する（ステップＴ２１）。利用者端末は、商品選択画面を表示し、エンドユーザの操作に応じて、利用者ＩＤおよび商品ＩＤを付加した装飾要求をサーバ２０へ送信する。

サーバ２０は、利用者端末から装飾要求を受信したか否かを判断する（ステップＴ２２）。装飾要求を受信していなければ（ステップＴ２２：ＮＯ）、サーバ２０はステップＴ２２に戻る。

装飾要求を受信したのであれば（ステップＴ２２：ＹＥＳ）、サーバ２０は、装飾要求に付加された利用者ＩＤ、および商品ＩＤと、受信処理を行った日時とから注文キーを生成し、ユーザＤＢに登録する（ステップＴ２３）。サーバ２０は、注文キーを記載した動画像送信用メールデータを利用者端末へ送信する（ステップＴ２４）。利用者端末は、エンドユーザの操作に応じて、動画像送信用メールデータの示す文章を本文とする動画像送信メールに、動画像ファイルを添付してサーバ２０へ送信する。

サーバ２０は、利用者端末から動画像送信メールを受信したか否かを判断する（ステップＴ２５）。動画像送信メールを受信していなければ（ステップＴ２５：ＮＯ）、サーバ２０は、ステップＴ２５に戻る。

動画像送信メールを受信したのであれば（ステップＴ２５：ＹＥＳ）、サーバ２０は、動画像送信メールに記載された注文キーに対応する利用者ＩＤおよび商品ＩＤをユーザＤＢから読み出す。サーバ２０は、利用者ＩＤに基づいてユーザ認証を行う。また、サーバ２０は、商品ＩＤに対応するシナリオおよび素材で、動画像送信メールに添付された動画または画像を装飾し、装飾動画像ファイルを生成する（ステップＴ２６）。

サーバ２０は、装飾動画像ファイルの格納場所を示すＵＲＬを装飾完了通知メールに記載し、利用者端末へ送信する（ステップＴ２７）。ステップＴ２７の後、サーバ２０は、装飾処理を終了する。

図１４は、配信処理を示すフローチャートである。同図を参照すると、サーバ２０は、配信要求に付加された利用者ＩＤに基づいて、配信を要求するエンドユーザが装飾を注文したエンドユーザ本人であるか否か判断する（ステップＴ４１）。

装飾を注文したエンドユーザ本人であれば（ステップＴ４１：ＹＥＳ）、サーバ２０は、ＵＲＬに格納された装飾動画像ファイルを利用者端末で再生、保存できる形式で利用者端末へ送信する（ステップＴ４２）。

装飾を注文したエンドユーザ本人でなければ（ステップＴ４１：ＮＯ）、サーバ２０は、ＵＲＬに格納された装飾動画像ファイルをストリーミング形式で利用者端末へ送信する（ステップＴ４３）。ステップＴ４２、またはＴ４３の後、サーバ２０は配信処理を終了する。

図１５は、動画画像処理システム１全体の動作の一例を示すシーケンス図である。利用者端末１０が動画または画像の装飾を注文する場合について考える。

利用者端末１０は、エンドユーザが注文サイトにアクセスしたとき、商品選択要求をサーバ２０へ送信する（ステップＳ２１）。サーバ２０は、商品選択要求に応じて利用者端末１０へ商品選択画面情報を送信する（ステップＴ２１）。利用者端末１０は、商品選択画面を表示し、エンドユーザの操作に応じて、利用者ＩＤおよび商品ＩＤを付加した装飾要求をサーバ２０へ送信する（ステップＳ２５）。

サーバ２０は、利用者ＩＤ、商品ＩＤ、および受信日時から、注文キーを生成する（ステップＴ２３）。サーバ２０は、その注文キーを記載した動画送信用メールデータを利用者端末１０へ送信する（ステップＴ２４）。

利用者端末１０は、エンドユーザの操作に応じて、動画送信用メールデータの示す文章を本文とする動画送信メールに動画像ファイルを添付し、サーバ２０へ送信する（ステップＳ２９）。

サーバ２０は、動画送信メールに記載された注文キーに対応する利用者ＩＤ、および商品ＩＤを取得する。そして、サーバ２０は、利用者ＩＤに基づいてユーザ認証を行う。また、サーバ２０は、商品ＩＤに対応するシナリオおよび素材で、動画像ファイルを装飾する（ステップＴ２６）。サーバ２０は、装飾動画像ファイルの格納場所を示すＵＲＬを記載した装飾完了通知メールを利用者端末１０へ送信する（ステップＴ２７）。

利用者端末１０は、エンドユーザがＵＲＬにアクセスしたとき、サーバ２０へ、利用者ＩＤを付加した配信要求を送信する（ステップＳ４１）。

サーバ２０は、配信要求に付加された利用者ＩＤから、アクセスした者が、装飾を注文したエンドユーザ本人であることを確認する。サーバ２０は、利用者端末１０へ再生、保存可能な形式で装飾動画像ファイルを送信する（ステップＴ４２）。

利用者端末１０は、エンドユーザの操作に応じて、装飾完了通知メールに記載されたＵＲＬをコピーして利用者端末１１へ送信する（ステップＳ９９）。

利用者端末１１は、そのＵＲＬにエンドユーザがアクセスしたとき、サーバ２０へ、利用者ＩＤを付加した配信要求を送信する（ステップＳ‘４１）。

サーバ２０は、配信要求に付加された利用者ＩＤから、アクセスした者が、装飾を注文したエンドユーザ本人でないこと判断する。サーバ２０は、利用者端末１１へストリーミング形式で装飾動画像ファイルを送信する（ステップＴ４３）。

続いて、図１６〜図２０を参照して、利用者端末１０等に表示される画像の一例について説明する。

図１６〜図１８は、利用者端末に表示される商品選択画面の一例である。本実施形態では、商品は、「テイスト」や「ジャンル」などのカテゴリに属する複数のグループ（「メッセージ」、「スプレー」等）に分類されている。利用者端末は、図１６に示すように、まず、グループの一覧が記載された商品選択画面を表示する。

エンドユーザにより、いずれかのグループが選択されると、図１７に示すように、利用者端末は、選択されたグループに属する商品の一欄と、それぞれの商品の簡単な説明とが記載された商品選択画面を表示する。

図１７に示した画面で、いずれかの商品が選択されると、図１８に示すように、利用者端末は、選択した商品を確定するための商品選択画面を表示する。同図に示すように、この商品選択画面では、エンドユーザは、サンプルの動画像ファイルを視聴することもできる。エンドユーザが選択を確定するための操作を行うと、利用者端末は、選択された商品の商品ＩＤと、利用者ＩＤとを付加した装飾要求をサーバ２０へ送信する。

図１９は、動画像送信メールに記載される内容の一例を示す図である。動画送信メールの本文には、「このメールにデコレーションしたい動画像を添付してください・・・」など、サーバ２０からの動画像送信用メールデータの示す文章が記載されている。そして、この動画送信用メールデータの示す文章には、ハッシュ化された注文キー（Ｇ２）が記載されている。エンドユーザがテロップの内容を指定する場合、動画送信メールの題名（Ｇ１）の欄に、その内容を示す文字情報が入力される。

図２０は、装飾完了通知メールに記載される内容の一例を示す図である。同図に示すように、装飾完了通知メールには、装飾動画像ファイルの格納場所を示すＵＲＬ（Ｇ３）が記載される。

なお、本実施形態では、サーバ２０は、注文キーをハッシュ化して送信しているが、セキュリティを保持する必要性が低い場合は、サーバ２０は、注文キーをハッシュ変換しないで送信してもよい。

また、本実施形態では、サーバ２０は、ハッシュ関数を用いて暗号化しているが、逆変換が困難な一方向性関数であれば、ハッシュ関数以外の関数を使用して暗号化を行うこともできる。

本実施形態では、商品ＤＢにサンプル動画像を格納する構成としているが、サンプル動画像を利用者端末で再生する必要のない場合は、格納しなくてもよい。

本実施形態では、動画像ＤＢに閲覧履歴を記録しているが、閲覧履歴を記録する必要性が低い場合は、必ずしも記録する必要はない。

本実施形態では、サーバ２０は、アクセスした者が、装飾を注文したエンドユーザ本人であるか否かで、送信方式を変更しているが、本人であるか否かにかかわらず、いずれか一方の送信方式で送信してもよい。

本実施形態では、商品をグルーピングして、図１６〜図１８に示したように、商品選択画面を３段階に分けている。しかし、商品選択画面は、１つ以上の商品の中から、エンドユーザがいずれかの商品を選択できる画面であれよく、図１６〜図１８に示したような構成に限定されない。例えば、利用者端末は、商品選択画面を図１７に示すような１つの画面のみにすることもできるし、商品選択画面として、より多くの画面を表示することもできる。

本実施形態では、移動体通信端末を利用者端末としているが、撮像した動画または画像をサーバ２０へ送信する機能を備える通信端末であれば、他の通信端末を利用者端末としてもよい。例えば、利用者端末は、設置型のＷｅｂカメラや、通信機能を有するデジタルカメラであってもよい。また、利用者端末は、デジタルカメラで撮像した動画または画像を保存し、送信できるパーソナルコンピュータであってもよい。

サーバ２０の各機能は、複数の通信装置に分散することができるのは勿論である。例えば、図２８で後述するように、受信部２０１、送信部２０２、および注文管理部２０３の機能と、装飾部２０４の機能と、記憶部２０５の機能と、配信管理部２０６の機能とは、複数の通信装置に分散することができる。

本実施形態の利用者端末１０は、本発明の通信端末の一例である。本実施形態の注文キーは、本発明の要求識別情報に該当する。本実施形態の本発明の装飾要求が、本発明のリクエストに相当し、本実施形態の利用者ＩＤが本発明の利用者識別情報に相当する。

以上説明したように、本実施形態によれば、サーバが装飾方法に対応する要求識別情報を作成して通信端末へ送信し、通信端末が、要求識別情報を付加した撮像した動画又は画像をサーバへ送信すると、サーバは、要求識別情報に対応する装飾方法で、その動画又は画像を装飾して記憶し、配信要求に応じて配信する。

また、サーバ２０は、注文キー、すなわち商品識別情報を暗号化して送信するので、利用者ＩＤが第三者に流出することを防止できる。

さらに、サーバ２０は、装飾動画像ファイルそのものでなく、その動画像ファイルの格納場所を示すＵＲＬを利用者端末１０へ送信する。ＵＲＬのデータは、装飾動画像ファイルよりも遥かに容量が少なく、コピー、送信しやすいので、エンドユーザは、ＵＲＬをコピー、送信することで、装飾動画像ファイルを多数の友人等に容易に公開することができる。動画像ファイルの交換と同等の効果を奏するＵＲＬの交換により、エンドユーザは、コミュニケーションを円滑にとることができる。

（第２の実施形態）
本発明の第２の実施形態について、図２１〜図２６を参照して説明する。本実施形態の動画画像処理システム１ａは、商品ＤＢを更新できる管理端末を更に有する点で、第１の実施形態の動画画像処理システム１と異なる。

図２１は、本実施形態の動画画像処理システム１ａの全体図の一例である。同図を参照すると、動画画像処理システム１ａは、サーバ２０の代わりにサーバ２０ａを有し、管理端末３０、３１、３２などの１つ以上の管理端末を更に有する点で第１の実施形態と異なる。

管理端末３０等は、管理端末の利用者がサーバ２０内の商品ＤＢに商品を追加したり、追加した商品を削除、更新したりするための端末である。これらの管理端末は、例えば、コンテンツプロバイダーにより利用される。また、サーバ２０ａは、コンテンツプロバイダーが商品を追加、削除、または更新するための商品管理サイトを管理、運営する。

図２２は、本実施形態のサーバ２０ａの一構成例を示すブロック図である。同図を参照すると、サーバ２０ａは、記憶部２０５の代わりに記憶部２０５ａを有し、商品管理部２０７を更に有する点で第１の実施形態のサーバ２０と異なる。

記憶部２０５ａに格納される情報は、商品ＤＢにおいてＣＰＩＤが更に格納される点以外は、第１の実施形態の記憶部２０５に格納される情報と同様である。ＣＰＩＤは、コンテンツプロバイダーを識別するための情報である。

図２３は、本実施形態の商品ＤＢに格納される情報の一例を示す図である。同図に示すように、商品ＤＢには、商品ＩＤに対応付けて更にＣＰＩＤが格納される。

本実施形態の注文管理サーバ２０ｂ、管理端末３０等の構成について、動作手順に沿って説明する。

管理端末３０等は、コンテンツプロバイダーが商品管理サイトにアクセスしたとき、ＣＰＩＤを付加した商品編集開始要求をサーバ２０ａへ送信する。

サーバ２０ａの受信部２０１は、商品編集開始要求を受信する。商品管理部２０７は、商品ＩＤから、商品編集開始要求に付加されたＣＰＩＤに対応する情報を読み出す。例えば、ＣＰＩＤに対応する商品ＩＤ、装飾商品名、シナリオ識別子、素材、またはサンプル動画像などが読み出される。商品管理部２０７、送信部２０２を介して、管理端末へ、読み出した情報を示す商品管理情報を送信する。

管理端末３０等は、商品管理情報の内容を表示する。管理端末３０等は、コンテンツプロバイダーの操作に応じて、ＣＰＩＤとともに、商品の追加、更新、または削除を要求する商品編集要求を送信する。商品の更新、削除の場合、商品編集要求には、更新、削除の対象とする商品ＩＤが付加される。また、商品の更新、追加の場合、更新後の商品データ、または追加対象の商品データが商品編集要求とともに送信される。

商品データには、シナリオ識別子と、素材のデータとが含まれる。管理端末３０等は、商品データに、サンプル動画または画像の動画像ファイルを更に格納して送信することもできる。

サーバ２０ａの受信部２０１は、商品編集要求、または、商品編集要求および商品データを受信する。商品管理部２０７は、商品編集要求に応じて、商品ＤＢを更新する。商品が追加された場合、商品管理部２０７は、追加された商品に割り当てる商品ＩＤを生成して商品ＤＢに登録する。商品管理部２０７は、更新後の商品ＤＢから、ＣＰＩＤに対応する情報を読み出し、その情報を商品管理情報として送信部２０２を介して管理端末へ送信する。

図２４〜図２７を参照して、動画画像処理システム１ａの動作について説明する。図２４は、サーバ２０ａの動作を示すフローチャートである。同図に示すように、サーバ２０ａの動作は、ステップＴ５，Ｔ６を更に実行する以外は、第１の実施形態のサーバ２０の動作と同様である。

配信要求を受信していない場合（ステップＴ３：ＮＯ）、またはステップＴ４の後、サーバ２０ａは、管理端末から商品編集開始要求を受信したか否かを判断する（ステップＴ５）。

商品編集開始要求を受信したのであれば（ステップＴ５：ＹＥＳ）、サーバ２０ａは、商品の内容を編集するための商品編集処理を開始する（ステップＴ６）。

商品編集開始要求を受信していない場合（ステップＴ５：ＮＯ）、またはステップＴ６の後、サーバ２０ａは、ステップＴ１に戻る。

図２５は、商品編集処理を示すフローチャートである。同図を参照すると、サーバ２０ａは、商品編集開始要求に付加されたＣＰＩＤに対応する情報を商品ＩＤから読み出し、商品管理情報として管理端末へ送信する（ステップＴ６１）。

サーバ２０ａは、管理端末から商品編集要求を受信したか否かを判断する（ステップＴ６２）。商品編集要求を受信していなければ（ステップＴ６２：ＮＯ）、サーバ２０ａは、ステップＴ６２に戻る。

商品編集要求を受信したのであれば（ステップＴ６２：ＹＥＳ）、サーバ２０ａは、商品編集要求に応じて、商品ＤＢを更新する（ステップＴ６３）。サーバ２０ａは、更新後の商品ＤＢから、ＣＰＩＤに対応する情報を読み出し、商品管理情報として管理端末へ送信する（ステップＴ６４）。ステップＴ６４の後、サーバ２０ａは商品編集処理を終了する。

図２６は、管理端末３０の動作を示すフローチャートである。管理端末３１、３２等の他の管理端末の動作も、管理端末３０の動作と同様である。図２６の動作は、コンテンツプロバイダーが、商品管理サイトにアクセスするための操作を行ったときに開始する。

管理端末３０は、ＣＰＩＤを付加した商品編集開始要求をサーバ２０ａへ送信する（ステップＵ１）。管理端末３０は、サーバ２０ａから商品管理情報を受信したか否かを判断する（ステップＵ２）。商品管理情報を受信していなければ（ステップＵ２：ＮＯ）、管理端末３０は、ステップＵ２に戻る。

商品管理情報を受信したのであれば（ステップＵ２：ＹＥＳ）、管理端末３０は、商品管理情報を表示し、コンテンツプロバイダーによる、商品編集要求の入力を受け付ける（ステップＵ３）。

管理端末３０は、商品編集要求が入力されたか否かを判断する（ステップＵ４）。商品編集要求が入力されていなければ（ステップＵ４：ＮＯ）、管理端末３０は、ステップＵ４に戻る。

商品編集要求が入力されたのであれば（ステップＵ４：ＹＥＳ）、管理端末３０は、商品編集要求を送信する。商品の追加、更新の場合、管理端末３０は、商品編集要求に加え、追加、更新対象の商品データも送信する（ステップＵ５）。ステップＵ５の後、管理端末３０は、動作を終了する。

図２７は、動画画像処理システム１ａの動作の一例を示すシーケンス図である。例えば、商品を追加する場合について考える。

コンテンツプロバイダーが、商品管理サイトにアクセスしたとき、管理端末３０は、ＣＰＩＤを付加した商品編集開始要求を注文管理サーバ２０ｂへ送信する（ステップＵ１）。

サーバ２０ａは、商品編集開始要求に付加されたＣＰＩＤに対応する情報を商品ＩＤから読み出し、商品管理情報として管理端末３０へ送信する（ステップＴ６１）。

管理端末３０は、コンテンツプロバイダーの操作に応じて、商品の追加を要求する商品編集要求と、追加対象象の商品データをサーバ２０ａへ送信する（ステップＵ５）。

サーバ２０ａは、商品ＩＤを生成し、その商品ＩＤに対応付けて追加された商品データを商品ＤＢに格納する（ステップＴ６３）。サーバ２０ａは、更新後の商品ＤＢから、ＣＰＩＤに対応する情報を読み出し、管理端末へ送信する（ステップＴ６４）。

以上説明したように、本実施形態によれば、管理端末から、商品ＤＢの内容を編集できるので、多数のコンテンツプロバイダーに商品を提供する機会を与えることができる結果、商品の種類が充実する。

（第３の実施形態）
本発明の第３の実施形態について図２８〜図４２を参照して説明する。本実施系他の動画画像処理システム１ｂは、サーバが課金処理をする点と、１回の注文に対し、複数回の装飾が行われることを防止する点と、サーバの機能を分散している点と、不測の事態に対応できるようにした点とが第１の実施形態の動画画像処理システム１と異なる。

図２８は、動画画像処理システム１ｂの全体図の一例である。同図を参照すると、動画画像処理システム１ｂは、サーバ２０の代わりに、注文管理サーバ２０ｂ、装飾サーバ２１、およびＮＡＳ（Network Attached Storage）２２を有する点で第１の実施形態の動画画像処理システム１と異なる。

装飾サーバ２１の機能は、第１の実施形態の装飾部２０４の機能と同様である。ＮＡＳ２２には、動画像ファイル、および装飾動画像ファイルが格納される。

図２９は、本実施形態の注文管理サーバ２０ｂの一構成例を示すブロック図である。同図を参照すると、注文管理サーバ２０ｂの構成は、装飾部２０４を有さず、注文管理部２０３、記憶部２０５の代わりに、注文管理部２０３ｂ、記憶部２０５ｂを有する点以外は、第１の実施形態のサーバ２０と同様である。

注文管理部２０３ｂは、利用者ＩＤおよび商品ＩＤを受信したとき、支払い状況の確認、支払処理、およびポイントの減額処理などの課金処理を行う。そして、課金処理が正常に終了したときに注文キーを生成する。

ここで、注文管理部２０３ｂは、生成する注文キーを１回限りの使い捨て（ワンタイム）のキーとする。１つの注文に対し、装飾サーバ２１が装飾を１回だけ行うようにするためである。以下、この注文キーを「ワンタイム注文キー」と称する。

注文管理部２０３ｂは、装飾サーバ２１による装飾が完了したときにワンタイム注文キーを削除する。但し、注文管理部２０３ｂは、ワンタイム注文キーのデータ自体を削除するのでなく、ワンタイム注文キーを無効とすることで、論理的に削除する。

削除された、すなわち無効とされたワンタイム注文キーが付加された動画送信メールを受信した場合、注文管理部２０３ｂは、装飾サーバ２１へ、添付された動画像ファイルを送信しない。この場合、注文管理部２０３ｂは、注文に対する装飾が完了している旨を通知するためのエラーメールを利用者端末へ送信する。

サーバ２０は、無効のワンタイム注文キーに対応する動画または画像を再度装飾する必要が生じた場合に、そのキーを有効にする。

動画または画像を再度装飾する必要が生じた場合について説明する。装飾サーバ２１が装飾に成功したとき、サーバ２０は、ワンタイム注文キーを無効にし、ＮＡＳ２２に装飾動画像ファイルを格納する。ここで、ＮＡＳ２２にシステム上のトラブルが生じたり、ＮＡＳ２２との間の通信にエラーが生じたりした場合、装飾動画像ファイルの保存に失敗することがある。

ＮＡＳ２２への保存に失敗したことを注文管理サーバ２０ｂが検出したとき、注文管理サーバ２０ｂは、保存に失敗した動画像ファイルに対応するワンタイム注文キーを有効にする。そして、注文管理サーバ２０ｂは、動画の再送を要求する文と、動画像送信用メールデータの示す文章とを記載した再送要求メールを利用者端末に送信する。

利用者端末は、動画送信用メールデータの示す文章を本文とし、動画像ファイルを添付した動画送信メールを注文管理サーバ２０ｂへ送信する。

また、エンドユーザが装飾動画像ファイルを視聴したとき、その内容に不満をもったり、操作ミスにより注文を間違えたりしたことに気づくことがある。このような場合、エンドユーザは、管理端末のコンテンツプロバイダーや注文管理サーバ２０ｂの管理者に対して、新たな課金を行わずに、再度装飾するように要求することがある。

このような事態が生じると、注文管理サーバ２０ｂは、管理者の操作に応じてワンタイム注文キーを有効にし、再送要求メールを利用者端末に送信する。利用者端末は、再送要求メールに応じて動画送信メールを送信する。

このように、ワンタイム注文キーのデータ自体を削除せず、論理的に削除することで、注文管理サーバ２０ｂは、不測の事態に対応することができる。

記憶部２０５ｂには、商品ＤＢ、ユーザＤＢ、および動画像ＤＢが格納される。シナリオ設定ファイルおよびエフェクトプログラムＤＢは、装飾サーバ２１に格納される。

図３０は、本実施形態のユーザＤＢに格納される情報を示す図である。同図を参照すると、本実施形態のユーザＤＢには、「ワンタイム注文キー」ごとに、「無効フラグ」が更に設定される。

無効フラグは、対応するワンタイム注文キーが無効であるか否かを示すフラグである。例えば、無効フラグは、対応するワンタイム注文キーが有効である場合に「０」に設定され、無効である場合に「１」に設定される。

注文管理サーバ２０ｂは、ワンタイム注文キーを生成したとき、そのキーに対応する無効フラグを「０」に設定してキーを有効にする。ワンタイム注文キーに対応する動画または画像の装飾が完了したとき、注文管理サーバ２０ｂは、対応する無効フラグを「１」に設定してキーを無効にする。動画または画像を再度装飾する必要が生じた場合、注文管理サーバ２０ｂは、対応する無効フラグを「０」に設定してキーを再度有効にする。

図３１は、本実施形態の動画像ＤＢに格納される情報を示す図である。同図を参照すると、動画像ＤＢには、「受信動画像」に対応付けて「装飾完了フラグ」が更に設定される。

装飾完了フラグは、動画または画像の装飾が完了したか否かを示すフラグである。例えば、装飾完了フラグは、対応する動画または画像の装飾が完了していないときに「０」に設定され、装飾が完了したときに「１」に設定される。

注文管理サーバ２０ｂは、装飾前の動画または画像を保存したとき、その動画または画像に対応する装飾完了フラグを「０」に設定する。装飾サーバ２１による動画または画像の装飾が完了したとき、装飾済の動画または画像に対応する装飾完了フラグを「１」に設定する。そして、注文管理サーバ２０ｂは、装飾動画像ファイルをＮＡＳ２２に保存する。

図３２は、本実施形態の利用者端末１０の動作を示すフローチャートである。利用者端末１１、１２等の他の利用者端末の動作も、利用者端末１０の動作と同様である。同図に示すように、本実施形態の利用者端末１０の動作は、ステップＳ５，Ｓ６を更に実行する以外は、第１の実施形態の利用者端末１０の動作と同様である。

エンドユーザが、装飾完了通知メールに記載されたＵＲＬにアクセスしなかった場合（ステップＳ３：ＮＯ）、またはステップＳ４の後、利用者端末１０は、注文管理サーバ２０ｂから再送要求メールを受信したか否かを判断する（ステップＳ５）。

再送要求メールを受信したのであれば（ステップＳ５：ＹＥＳ）、利用者端末１０は、動画像ファイルを再送するための再送処理を実行する（ステップＳ６）。

再送要求メールを受信していない場合（ステップＳ５：ＮＯ）、またはステップＳ６の後、利用者端末１０は、ステップＳ１に戻る。

図３３は、再送処理を示すフローチャートである。同図を参照すると、利用者端末１０は、再送要求メールに記載された内容を表示し、エンドユーザによる動画像の添付操作と、動画像送信メールの送信操作とを受け付ける（ステップＳ６１）。

利用者端末１０は、エンドユーザが動画像送信メールに動画または画像の添付、送信の操作を行った否かを判断する（ステップＳ６２）。エンドユーザが動画等の添付、送信の操作を行っていなければ（ステップＳ６２：ＮＯ）、利用者端末１０は、ステップＳ６２に戻る。

エンドユーザが動画等の添付、送信の操作を行ったのであれば（ステップＳ６２：ＹＥＳ）、利用者端末１０は、動画像送信メールを送信する。注文管理サーバ２０ｂは、動画像送信メールに添付された動画または画像を装飾し、ＵＲＬを記載した装飾完了通知メールを利用者端末へ送信する。利用者端末１０は、装飾完了通知メールを受信し、表示する（ステップＳ６３）。ステップＳ６３の後、利用者端末１０は再送処理を終了する。

図３４は、本実施形態の注文管理サーバ２０ｂの動作を示すフローチャートである。同図に示すように、注文管理サーバ２０ｂの動作は、ステップＴ７，Ｔ８を更に実行する以外は、第１の実施形態のサーバ２０の動作と同様である。

配信要求を受信しなかった場合（ステップＴ３：ＮＯ）、またはステップＴ４の後、注文管理サーバ２０は、動画像ファイルの再装飾が必要となったか否かを判断する（ステップＴ７）。

再装飾が必要となったであれば（ステップＴ７：ＹＥＳ）、注文管理サーバ２０ｂは、動画像ファイルを再装飾するための再装飾理を実行する（ステップＴ８）。

再装飾が必要でない場合（ステップＴ７：ＮＯ）、またはステップＴ８の後、注文管理サーバ２０ｂは、ステップＴ１に戻る。

図３５は、本実施形態の装飾処理を示すフローチャートである。同図を参照すると、本実施形態の装飾処理は、ステップＴ２３の代わりにステップＴ２３ｂを実行し、ステップＴ２６を実行せず、ステップＴ３０、Ｔ３１、Ｔ３２、およびＴ３３を更に実行する以外は、第１の実施形態の装飾処理と同様である。

商品選択画面情報を送信後、装飾要求を受信したのであれば（ステップＴ２２：ＹＥＳ）、注文管理サーバ２０ｂは、支払い状況の確認、支払処理、およびポイントの減額処理などの課金処理を行う（ステップＴ３０）。課金処理が正常に終了した後、注文管理サーバ２０ｂは、ワンタイム注文キーを生成し、ユーザＤＢに登録する（ステップＴ２３ｂ）。

動画像送信用メールデータを送信後、動画像送信メールを受信したのであれば（ステップＴ２５：ＹＥＳ）、注文管理サーバ２０ｂは、動画像送信用メールに記載されたワンタイム注文キーに対応する無効フラグの値をユーザＤＢから読み出す。そして、注文管理サーバ２０ｂは、無効フラグの値から、ワンタイム注文キーが有効であるか否かを判断する（ステップＴ３１）。

ワンタイム注文キーが有効であれば（ステップＴ３１：ＹＥＳ）、注文管理サーバ２０ｂは、動画または画像を装飾し、ワンタイム注文キーを有効にするための無効化処理を実行する（ステップＴ３２）。注文管理サーバ２０ｂは、装飾動画像ファイルの格納場所を示すＵＲＬを装飾完了通知メールに記載し、利用者端末へ送信する（ステップＴ２７）。

ワンタイム注文キーが無効であれば（ステップＴ３１：ＮＯ）、注文管理サーバ２０ｂは、利用者端末へ、添付された動画像ファイルの装飾が認められない旨のエラーメールを送信する（ステップＴ３３）。ステップＴ２７、またはＴ３３の後、注文管理サーバ２０ｂは、装飾処理を終了する。

図３６は、無効化処理を示すフローチャートである。同図を参照すると、注文管理サーバ２０ｂは、利用者端末１０から送信された動画像ファイルをＮＡＳ２２に格納する（ステップＴ３２1）。注文管理サーバ２０ｂは、その動画像ファイルと商品ＩＤとを装飾サーバ２１へ送信する。テロップなどを合成する場合、注文管理サーバ２０ｂは、動画像ファイルおよび商品ＩＤに加え、テロップの内容を示す文字情報も送信する（ステップＴ３２２）。

注文管理サーバ２０ｂは装飾サーバ２１による装飾が完了したか否かを判断する（ステップＴ３２３）。

例えば、装飾サーバ２１から、動画像ファイルに対応する装飾動画像ファイルを受信したとき、注文管理サーバ２０ｂは装飾が完了したと判断する。装飾サーバ２１から装飾が失敗したことを示すエラーメッセージを受信した場合、または注文管理サーバ２０ｂが動画像ファイルを送信してから所定期間内に装飾サーバ２１から装飾動画像ファイルを受信しなかった場合、注文管理サーバ２０ｂは、装飾が失敗したと判断する。

装飾が成功したのであれば（ステップＴ３２３：ＹＥＳ）、注文管理サーバ２０ｂは、その動画像ファイルに対応する装飾完了フラグを「１」（オン）に設定する（ステップＴ３２４）。そして、注文管理サーバ２０ｂは、対応する無効フラグを「１」（オン）にすることで、ワンタイム注文キーを無効にする（ステップＴ３２５）。

注文管理サーバ２０ｂは、装飾サーバ２１から受信した装飾動画像ファイルをＮＡＳ２２に格納し、その格納場所を示すＵＲＬを動画像ＤＢに記録する（ステップＴ３２６）。

装飾が失敗した場合（ステップＴ３２３：ＮＯ）、注文管理サーバ２０ｂは、無効フラグをオフにしたままで、メール等でエンドユーザに、装飾が失敗した旨を通知する（ステップＴ３２7）。ステップＴ３２６、またはＴ３２７の後、注文管理サーバ２０ｂは無効化処理を終了する。

図３７は、再装飾処理を示すフローチャートである。同図を参照すると、注文管理サーバ２０ｂは、注文管理サーバ２０ｂは、対応する無効フラグを「０」（オフ）にすることで、ワンタイム注文キーを有効にする（ステップＴ８１）。

注文管理サーバ２０ｂは、動画の再送を要求する文と、動画送信用メールデータの示す文章とを記載した再送要求メールを利用者端末へ送信する（ステップＴ８２）。

注文管理サーバ２０ｂは、利用者端末から、動画送信メールを受信したか否かを判断する（ステップＴ８３）。動画送信メールを受信していなければ（ステップＴ８３：ＮＯ）、注文管理サーバ２０ｂは、ステップＴ８３に戻る。

動画送信メールを受信したのであれば（ステップＴ８３：ＹＥＳ）、注文管理サーバ２０ｂは、ユーザＤＢを参照し、動画像送信用メールに記載されたワンタイム注文キーが有効であるか否かを判断する（ステップＴ８４）。

ワンタイム注文キーが有効であれば（ステップＴ８４：ＹＥＳ）、注文管理サーバ２０ｂは、無効化処理を実行する（ステップＴ８５）。この無効化処理は、図３６で説明した無効化処理と同様である。注文管理サーバ２０ｂは、装飾動画像ファイルの格納場所を示すＵＲＬを装飾完了通知メールに記載し、利用者端末へ送信する（ステップＴ８６）。

ワンタイム注文キーが無効であれば（ステップＴ８４：ＮＯ）、注文管理サーバ２０ｂは、利用者端末へエラーメールを送信する（ステップＴ８６）。ステップＴ８６、またはＴ８７の後、注文管理サーバ２０ｂは、装飾処理を終了する。

図３８は、装飾サーバ２１の動作を示すフローチャートである。この動作は、装飾サーバ２１に電源が投入されたときに開始する。同図を参照すると、装飾サーバ２１は、注文管理サーバ２０ｂから、商品ＩＤ、および動画像ファイルを受信したか否かを判断する（ステップＶ１）。テロップなどの合成の場合、文字情報も送信される。

商品ＩＤ、および動画像ファイルを受信したのであれば、装飾サーバ２１は、商品ＩＤに対応する装飾方法で、動画または画像を装飾する（ステップＶ２）。

装飾サーバ２１は、装飾に成功したか否かを判断する（ステップＶ３）。装飾に成功したのであれば（ステップＶ３：ＹＥＳ）、装飾サーバ２１は、装飾動画像ファイルを注文管理サーバ２０ｂへ送信する（ステップＶ４）。

装飾に失敗したのであれば（ステップＶ３：ＮＯ）、装飾サーバ２１は、装飾の失敗を通知するエラーメッセージを注文管理サーバ２０ｂへ送信する（ステップＶ５）。ステップＶ４、Ｖ５の後、装飾サーバ２１は、ステップＶ１に戻る。

図３９は、動画画像処理システム１ｂ全体の動作の一例を示すシーケンス図である。利用者端末１０は、エンドユーザが注文サイトにアクセスしたとき、商品選択要求を注文管理サーバ２０ｂへ送信する（ステップＳ２１）。注文管理サーバ２０ｂは、商品選択要求に応じて利用者端末１０へ商品選択画面情報を送信する（ステップＴ２１）。利用者端末１０は、商品選択画面を表示し、エンドユーザの操作に応じて、利用者ＩＤおよび商品ＩＤを付加した装飾要求を注文管理サーバ２０ｂへ送信する（ステップＳ２５）。

注文管理サーバ２０ｂは、利用者ＩＤ、商品ＩＤ、および受信日時から、ワンタイム注文キーを生成する（ステップＴ２３ｂ）。注文管理サーバ２０ｂは、そのワンタイム注文キーを記載した動画送信用メールデータを利用者端末１０へ送信する（ステップＴ２４）。

利用者端末１０は、エンドユーザの操作に応じて、動画送信用メールデータの示す文章を本文とする動画送信メールに動画像ファイルを添付し、注文管理サーバ２０ｂへ送信する（ステップＳ２９）。

注文管理サーバ２０ｂは、利用者端末１０から送信された動画像ファイルをＮＡＳ２２に格納し、その動画像ファイルと商品ＩＤとを装飾サーバ２１へ送信する（ステップＴ３２２）。

装飾サーバ２１は、商品ＩＤに対応する装飾方法で、動画または画像を装飾する（ステップＶ２）。装飾サーバ２１は、装飾動画像ファイルを注文管理サーバ２０ｂへ送信する（ステップＶ４）。

注文管理サーバ２０ｂは装飾サーバ２１による装飾が完了したか否かを判断する（ステップＴ３２３）。装飾が成功したのであれば（ステップＴ３２３：ＹＥＳ）、注文管理サーバ２０ｂは、その動画像ファイルに対応する装飾完了フラグをオンに設定し、対応するワンタイム注文キーを無効にする（ステップＴ３２５）。

注文管理サーバ２０ｂは、装飾動画像ファイルの格納場所を示すＵＲＬを装飾完了通知メールに記載し、利用者端末へ送信する（ステップＴ２７）。

この後、エンドユーザが、一度送信した動画送信メールに別の動画を添付し、再度注文管理サーバ２０ｂへ送信した場合について考える。この場合、装飾サーバ２１が動画または画像を装飾すると、１回の注文に対して２回装飾することとなってしまう。これでは、注文管理サーバ２０ｂおよび装飾サーバ２１は、１回分の料金で２回装飾サービスを提供することとなり、事業者の利益が減少し、１回分の料金で１回の装飾サービスを受ける他のユーザとの間で不均衡を生じる。

利用者端末１０が、再度動画送信メールを送信する（ステップＳ２９）。すると、その動画送信メールに記載されたワンタイム注文キーは、装飾の完了により既に無効となっている。このため、注文管理サーバ２０ｂは、装飾サーバ２１に動画像ファイルを装飾させず、エラーメールを利用者端末１０へ送信する（ステップＴ３３）。

このように、注文管理サーバ２０ｂは、１回の注文に対して２回以上の装飾サービスを提供してしまうことを防止できる。

図４０は、再度の装飾が必要になった場合における、動画画像処理システム１ｂ全体の動作の一例を示すシーケンス図である。

ＮＡＳ２２のシステムエラーなどにより、装飾動画像ファイルの保存に失敗し、動画像ファイルの再度の装飾が必要になった場合について考える。

注文管理サーバ２０ｂは、動画像ファイルの再装飾が必要になったと判断する（ステップＴ７：ＹＥＳ）。注文管理サーバ２０ｂは、無効フラグをオフにすることで、対応するワンタイム注文キーを有効にする（ステップＴ８１）。

注文管理サーバ２０ｂは、動画の再送を要求する文と、動画送信用メールデータの示す文章とを記載した再送要求メールを利用者端末１０へ送信する（ステップＴ８２）。

利用者端末１０は、動画要求メールに応じて、動画像ファイルを添付した動画送信メールを送信する（ステップＳ６３）。

ここで、動画送信メールに記載されたワンタイム注文キーは、一度利用者端末１０から送信されたキーであるが、注文管理サーバ２０ｂにより有効に設定されているため、再度の装飾が可能となる。

注文管理サーバ２０ｂは、利用者端末１０から送信された動画像ファイルをＮＡＳ２２に格納し、その動画像ファイルと商品ＩＤとを装飾サーバ２１へ送信する（ステップＴ８５）。

図４１は、エラーメールに記載される内容の一例を示す図である。同図に示すように、１回の注文にたいする装飾処理が終了しているので、「お客様の注文は、既に受け付けが完了しております。」などのメッセージが記載される。

以上説明したように、本実施形態によれば、注文管理サーバ２０ｂが、注文キーを１回で使い捨てにするので、１回の注文に対し、複数回の装飾が行われることを防止できる。

また、注文管理機能、装飾機能などの機能を分散しているので、注文管理サーバ２０ｂの処理が軽減される。また、保守、管理が容易となる。

更に、注文管理サーバ２０ｂは、注文キーを削除する場合に、論理的に削除するので、不測の事態に対応することができる。

（第４の実施形態）
本発明の第４の実施形態について図４２、図４３を参照して説明する。本実施系他の動画画像処理システム１ｃは、装飾動画像ファイルの配信機能と、装飾機能とを分散している点で、第１の実施形態の動画画像処理システム１と異なる。

図４２は、本実施形態の動画画像処理システム１ｃの全体図の一例を示す図である。同図を参照すると、本実施形態の動画画像処理システム１ｃは、サーバ２０の代わりに、注文管理サーバ２０ｃ、装飾サーバ２１、および配信サーバ２２ｃを有する点で第１の実施形態の動画画像処理システムと異なる。

本実施形態の装飾サーバ２１の構成は、第３の実施形態の装飾サーバ２１と同様である。配信サーバ２２ｃは、図４で説明した、サーバ２０の配信管理部２０６と同様の機能を有する。

図４３は、注文管理サーバ２０ｃの一構成例を示すブロック図である。同図を参照すると、注文管理サーバ２０ｃ構成は、装飾部２０４および配信管理部２０６を有さず、注文管理部２０３、記憶部２０５の代わりに、注文管理部２０３ｂ、記憶部２０５ｂを有する点以外は、第１の実施形態のサーバ２０と同様である。

記憶部２０５ｃには、商品ＤＢおよびユーザＤＢが格納される。動画像ＤＢは、配信サーバ２２ｃに格納され、シナリオ定義ファイルおよびエフェクトプログラムＤＢは、装飾サーバ２１に格納される。

以上説明したように、本実施形態によれば、装飾機能に加え、配信機能も分散するので、注文管理サーバ２０ｃの処理が軽減される。また、保守、管理が容易となる。

１、１ａ、１ｂ、１ｃ動画画像処理システム
１０、１１、１２利用者端末
２０サーバ
２０ａ、２０ｂ注文管理サーバ
２１装飾サーバ
２２ＮＡＳ
２２ｃ配信サーバ
３０、３１、３２管理端末
１０１送信部
１０２受信部
１０３表示部
１０４入力部
１０５撮像部
１０６記憶部
２０１受信部
２０２送信部
２０３注文管理部
２０４装飾部
２０５、２０５ｂ、２０５ｃ記憶部
２０６配信管理部
２０７商品管理部

Claims

サーバと、該サーバとネットワーク経由で通信する通信端末とを有し、
前記通信端末が、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを前記サーバへ送信し、
前記サーバが、前記通信端末から前記リクエストを受信すると、各リクエストを識別するための要求識別情報を生成し、該要求識別情報に対応付けて受信したリクエストで指定された前記装飾方法を記憶し、該要求識別情報を該通信端末へ送信し、
前記通信端末は、前記サーバから前記要求識別情報を受信すると、動画又は画像に該要求識別情報を付加して送信し、
前記サーバは、前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された前記要求識別情報に対応する前記装飾方法で、該動画又は画像を装飾して記憶し、該動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、装飾した該動画又は画像を該配信要求に応じて該通信端末に配信する、動画画像処理システム。
前記サーバは、
前記通信端末から前記リクエストを受信すると、課金処理を行った後、前記要求識別情報を生成し、生成した要求識別情報に対応付けて前記リクエストに含まれる装飾方法の情報を記憶部に格納した後、該要求識別情報を前記通信端末に送信し、
前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された要求識別情報が無効にされているか否かを前記記憶部を参照して判断し、無効にされていなければ、該要求識別情報に対応する前記装飾方法で、該動画又は画像を装飾した後、前記記憶部に格納された該要求識別情報を無効にする、請求項１に記載の動画画像処理システム。
前記サーバは、前記動画又は画像を装飾した後に、該動画又は画像を再度装飾する必要が生じたときに、該動画又は画像に対応する前記要求識別情報を一旦有効にし、該動画又は画像の再送を要求する再送要求を通信端末へ送信し、その後、該動画又は画像に対応する前記要求識別情報を無効にする、請求項２に記載の動画画像処理システム。
前記サーバは、前記通信端末の利用者を識別するための利用者識別情報と、前記装飾方法の情報と、これらを処理した時刻とをもとに生成した前記要求識別情報を一方向性関数を使用して暗号化し、暗号化した該要求識別情報を前記通信端末へ送信する、請求項１乃至３のいずれか１項に記載の動画画像処理システム。
前記サーバは、装飾した前記動画又は画像を所定の記憶領域に格納し、該記憶領域を示すアドレス情報を前記通信端末へ送信し、
前記通信端末は、前記サーバから前記アドレス情報を受信し、該アドレス情報の示す前記記憶領域に記憶された動画又は画像の配信を要求する前記配信要求を前記サーバへ送信し、
前記サーバは、前記通信端末から前記配信要求を受信すると、装飾した該動画又は画像を、該配信要求に対応する前記記憶領域から読み出して該通信端末へ配信する、請求項１乃至４のいずれか１項に記載の動画画像処理システム。
前記通信端末は、該通信端末の利用者を識別するための利用者識別情報を前記リクエストに付加して前記サーバへ送信し、
前記サーバは、前記リクエストに付加された前記利用者識別情報を、装飾した前記動画又は画像に対応付けて記憶し、
前記通信端末は、前記利用者識別情報を前記配信要求に付加して送信し、
前記サーバは、前記配信要求に付加された前記利用者識別情報が、装飾した前記動画又は画像に対応する前記利用者識別情報と一致するか否かを判断し、一致するのであれば、装飾した該動画又は画像を前記通信端末へ、該通信端末で保存できる形式で配信する、請求項１乃至５のいずれか１項に記載の動画画像処理システム。
前記サーバは、前記配信要求に付加された前記利用者識別情報が、装飾した前記動画又は画像に対応する前記利用者識別情報と一致しなければ、装飾した該動画又は画像を前記通信端末へ、該通信端末で再生できるが、保存できないストリーミング形式で配信する、請求項６に記載の動画画像処理システム。
前記リクエストに含まれる、前記装飾方法の情報は、動画又は画像の加工方法と、該加工方法で素材として使用されるデータとを指定する情報を含むものである、請求項１乃至７のいずれか１項に記載の動画画像処理システム。
前記動画画像処理システムは、
前記加工方法ごとに、前記素材として使用されるデータを管理する管理端末を更に有し、
前記管理端末は、前記加工方法に対応する前記データのうち、いずれかのデータについて、追加、更新または削除の指示を含む編集要求を外部から受け付けると、該編集要求の指示にしたがって前記サーバで使用される該データを更新する、請求項８に記載の動画画像処理システム。
前記動画は、音声を含み、
前記サーバは、更に前記音声を加工する、請求項１乃至９のいずれか１項に記載の動画画像処理システム。
注文管理サーバと、該注文管理サーバとネットワーク経由で通信する通信端末と、装飾サーバとを有し、
前記通信端末が、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを前記注文管理サーバへ送信し、
前記注文管理サーバが、前記通信端末から前記リクエストを受信すると、各リクエストを識別するための要求識別情報を生成し、該要求識別情報に対応付けて受信したリクエストで指定された前記装飾方法を記憶し、該要求識別情報を該通信端末へ送信し、
前記通信端末は、前記サーバから前記要求識別情報を受信すると、動画又は画像に該要求識別情報を付加して送信し、
前記注文管理サーバは、前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された前記要求識別情報に対応する前記装飾方法と、該動画又は画像を前記装飾サーバへ送信し、
前記装飾サーバは、前記注文管理サーバから前記装飾方法及び前記動画又は画像を受信すると、該装飾方法で該動画又は画像を装飾し、装飾した該動画又は画像を該注文管理サーバへ送信し、
前記注文管理サーバは、前記装飾サーバから、装飾された前記動画又は画像を受信すると、装飾した該動画又は画像を記憶し、該動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、装飾した該動画又は画像を該配信要求に応じて該通信端末に配信する、動画画像処理システム。
注文管理サーバと、配信サーバと、該注文管理サーバ及び該配信サーバとネットワーク経由で通信する通信端末とを有し、
前記通信端末が、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを前記注文管理サーバへ送信し、
前記注文管理サーバが、前記通信端末から前記リクエストを受信すると、各リクエストを識別するための要求識別情報を生成し、該要求識別情報に対応付けて受信したリクエストで指定された前記装飾方法を記憶し、該要求識別情報を該通信端末へ送信し、
前記通信端末は、前記注文管理サーバから前記要求識別情報を受信すると、動画又は画像に該要求識別情報を付加して送信し、
前記注文管理サーバは、前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された前記要求識別情報に対応する前記装飾方法で、該動画又は画像を装飾し、装飾した該動画又は画像を前記配信サーバへ送信し、
前記配信サーバは、前記注文管理サーバから、装飾された前記動画又は画像を受信すると、装飾した該動画又は画像を記憶し、
前記通信端末は、装飾された前記動画又は画像の配信を要求する配信要求を前記配信サーバへ送信し、
前記配信サーバは、前記通信端末から前記配信要求を受信すると、該配信要求の要求する動画又は画像を配信する、動画画像処理システム。
動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを通信端末から受信する要求受信手段と、
前記要求受信手段により受信された各リクエストを識別するための要求識別情報を生成する要求識別情報生成手段と、
前記要求識別情報生成手段により生成された前記要求識別情報に対応付けて、前記要求受信手段により受信された前記リクエストで指定された前記装飾方法を記憶する装飾方法記憶手段と、
要求識別情報が付加された動画又は画像を前記通信端末から受信する動画画像受信手段と、
前記動画画像受信手段により受信された前記動画又は画像に付加された前記要求識別情報に対応する装飾方法を前記装飾方法記憶手段から読み出し、該動画又は画像を該装飾方法で装飾する装飾手段と、
前記装飾手段により装飾された前記動画又は画像を記憶する装飾動画画像記憶手段と、
前記動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を前記要求受信手段が該通信端末から受信すると、該配信要求に応じて、前記装飾動画像記憶手段から、装飾された前記動画又は画像を読み出して該通信端末に配信する配信手段と、
を有するサーバ。
通信端末が、動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを、ネットワーク経由で該通信端末と通信できるサーバへ送信し、
前記サーバが、前記通信端末から前記リクエストを受信すると、各リクエストを識別するための要求識別情報を生成し、
該要求識別情報に対応付けて受信したリクエストで指定された前記装飾方法を記憶し、
該要求識別情報を該通信端末へ送信し、
前記通信端末は、前記サーバから前記要求識別情報を受信すると、動画又は画像に該要求識別情報を付加して送信し、
前記サーバは、前記動画又は画像を前記通信端末から受信すると、該動画又は画像に付加された前記要求識別情報に対応する前記装飾方法で、該動画又は画像を装飾して記憶し、
前記動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、装飾した該動画又は画像を該配信要求に応じて該通信端末に配信する、動画画像処理方法。
コンピュータに、
動画又は画像に対する装飾方法として、ユーザによって指定された装飾方法の情報を含むリクエストを通信端末から受信する要求受信手順、
前記要求受信手順で受信された各リクエストを識別するための要求識別情報を生成する要求識別情報生成手順、
前記要求識別情報生成手順で生成された前記要求識別情報に対応付けて、前記要求受信手段により受信された前記リクエストで指定された前記装飾方法を装飾方法記憶手段に記憶する手順、
要求識別情報が付加された動画又は画像を前記通信端末から受信する動画画像受信手順、
前記動画画像受信手順で受信された前記動画又は画像に付加された前記要求識別情報に対応する装飾方法を前記装飾方法記憶手段から読み出し、該動画又は画像を該装飾方法で装飾する装飾手順、
前記装飾手段により装飾された前記動画又は画像を装飾動画画像記憶手段に記憶する手順、及び
前記動画又は画像の装飾が完了した旨を前記通信端末に通知した後、装飾した該動画又は画像の配信を要求する旨の配信要求を該通信端末から受信すると、該配信要求に応じて、前記装飾動画画像記憶手段から、装飾された前記動画又は画像を読み出して該通信端末に配信する配信手順、
を実行させるためのプログラム。