JP2020077937A - 動画配信サーバー及び動画再生装置 - Google Patents

Abstract

【課題】快適な動画視聴環境を提供する。【解決手段】本開示に係る動画配信サーバーは、動画データと、前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータとを配信する。動画配信サーバーは、商品の販売ステータスを記憶した商品データベースを備えており、前記商品データベースの前記販売ステータスに変更があったとき、変更後の前記販売ステータスに基づいて前記アイテム領域データを変更して前記メタデータを配信する。【選択図】図１

Description

本発明は、動画配信サーバー及び動画再生装置に関する。

特許文献１、２には、動画データと、その動画データに対応するメタデータとに基づいて、動画を再生しつつ、動画の画像の動きに合わせてアイテム領域を設定することが記載されている。そして、動画再生装置上で視聴者がアイテム領域を選択すると、そのアイテム領域に対応するイベント動作が実行されることになる。例えば、視聴者がタッチパネルで動画内のバッグをタッチすると、動画再生装置は、そのバッグの販売ページを表示することになる。動画データに対応するメタデータには、アイテム領域を示すデータや、アイテム領域に対応するイベント情報（販売ページのリンク先等）が設定されている。

特許第６２３２６３２号公報 特許第６２７００８６号公報

視聴者が、動画内のアイテム（例えばバッグ）を購入したいと考えても、既にそのアイテムが在庫切れになっていたり、販売期間が過ぎていたりすることがある。このような状況下で動画内のアイテムが選択されたときに通常通りのイベント動作（例えば販売ページの表示）が行われてしまうと、動画の視聴の妨げとなることがある。

本発明は、動画内のアイテムの販売ステータスをメタデータに反映させることによって、快適な動画視聴環境を提供することを目的とする。

上記の目的を達成するための主たる第１の発明は、動画データと、前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータとを配信する動画配信サーバーであって、商品の販売ステータスを記憶した商品データベースを備えており、前記商品データベースの前記販売ステータスに変更があったとき、変更後の前記販売ステータスに基づいて前記アイテム領域データを変更して前記メタデータを配信することを特徴とする動画配信サーバーである。
また、上記の目的を達成するための主たる第２の発明は、表示部と、入力部と、制御部とを備え、前記制御部は、動画データと前記動画データに対応付けられたメタデータとを受信し、前記動画データに基づいて、動画を前記表示部に表示し、前記メタデータに含まれるアイテム領域データに基づいて、前記動画に同期させてアイテム領域を設定し、前記アイテム領域が前記入力部によって選択されたとき、所定のイベント動作を行う動画再生装置であって、前記メタデータには、アイテムの販売ステータスが含まれており、前記制御部は、前記販売ステータスに基づいて、前記アイテム領域の設定を変更することを特徴とする動画再生装置である。
また、上記の目的を達成するための第３の発明は、動画データと、前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータと、前記動画データに基づいて動画を表示する動画再生装置に、前記アイテム領域データに基づいて前記動画に同期させてアイテム領域を設定させること、及び、前記アイテム領域が選択されたときに所定のイベント動作を行わせることを行わせる制御プログラムとを配信する動画配信サーバーであって、前記メタデータには、商品の販売ステータスが含まれており、前記制御プログラムは、前記動画再生装置に、前記販売ステータスに基づいて、前記アイテム領域の設定を変更させることを特徴とする動画配信サーバーである。

本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。

本発明によれば、動画内のアイテムの在庫等の販売ステータスをメタデータに反映させることができ、快適な動画視聴環境を提供することができる。

図１は、本実施形態の動画配信システムの全体説明図である。 図２は、全体シーケンスの説明図である。 図３は、動画配信サーバー２が配信するデータの説明図である。 図４Ａ〜図４Ｄは、ユーザー端末１０での基本動作の説明図である。 図５は、動画再生時にユーザー端末１０が行う画像生成処理のフロー図である。 図６は、選択領域判断処理のフロー図である。 図７Ａ及び図７Ｂは、商品アイコン３２Ａが選択されたときの様子の説明図である。図７Ｃ及び図７Ｄは、購入手続ボタン３２Ｃ（カートアイコン）が選択されたときの様子の説明図である。 図８は、第１実施形態の全体シーケンスの別の説明図である。 図９は、動画配信サーバー２が行うメタデータの作成処理のフロー図である。 図１０は、動画データと、バッグが在庫切れの場合のメタデータの説明図である。 図１１Ａは、在庫切れのアイテムが無い場合のユーザー端末１０の動画表示の説明図である。図１１Ｂは、バッグが在庫切れの場合のユーザー端末１０の動画表示の説明図である。 図１２Ａは、在庫切れのアイテムが無い場合のユーザー端末１０の動画表示の別の説明図である。図１２Ｂは、バッグが在庫切れの場合のユーザー端末１０の動画表示の別の説明図である。 図１３は、動画再生時にユーザー端末１０が行う画像生成処理のフロー図である。 図１４は、第２実施形態の選択領域判断処理のフロー図である。 図１５Ａは、第１変形例の説明図である。図１５Ｂは、第２変形例の説明図である。図１５Ｃは、第３変形例の説明図である。図１５Ｄは、第４変形例の説明図である。

後述する明細書及び図面の記載から、少なくとも以下の事項が明らかとなる。

動画データと、前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータとを配信する動画配信サーバーであって、商品の販売ステータスを記憶した商品データベースを備えており、前記商品データベースの前記販売ステータスに変更があったとき、変更後の前記販売ステータスに基づいて前記アイテム領域データを変更して前記メタデータを配信することを特徴とする動画配信サーバーが明らかとなる。このような動画配信サーバーによれば、快適な動画視聴環境を提供することができる。

前記商品データベースの前記販売ステータスが有効な状態から有効でない状態に変更されたとき、前記販売ステータスが有効でない前記商品に対応する前記アイテム領域データを削除した前記メタデータを配信することが望ましい。これにより、配信されるメタデータのデータ量を削減でき、快適な動画視聴環境を提供することができる。

前記商品データベースの前記販売ステータスが前記商品の在庫切れを示すように変更されたとき、在庫切れになった前記商品に対応する前記アイテム領域データを削除した前記メタデータを配信することが望ましい。これにより、配信されるメタデータのデータ量を削減でき、快適な動画視聴環境を提供することができる。

前記商品データベースの前記販売ステータスが前記商品の販売期間外を示すように変更されたとき、販売期間外になった前記商品に対応する前記アイテム領域データを削除した前記メタデータを配信することが望ましい。これにより、配信されるメタデータのデータ量を削減でき、快適な動画視聴環境を提供することができる。

表示部と、入力部と、制御部とを備え、前記制御部は、動画データと、前記動画データに対応付けられたメタデータとを受信し、前記動画データに基づいて、動画を前記表示部に表示し、前記メタデータに含まれるアイテム領域データに基づいて、前記動画に同期させてアイテム領域を設定し、前記アイテム領域が前記入力部によって選択されたとき、所定のイベント動作を行う動画再生装置であって、前記メタデータには、商品の販売ステータスが含まれており、前記制御部は、前記販売ステータスに基づいて、前記アイテム領域の設定を変更することを特徴とする動画再生装置が明らかとなる。このような動画再生装置によれば、快適な動画視聴環境を提供することができる。

前記制御部は、前記メタデータに含まれるアイテム領域データに基づいて、前記アイテム領域を示す画像を表示させるとともに、前記販売ステータスが有効な状態から有効でない状態に変更されたとき、前記販売ステータスが有効でない前記商品に対応する前記アイテム領域の表示を変更することが望ましい。これにより、快適な動画視聴環境を提供することができる。

前記制御部は、前記販売ステータスが商品の在庫切れを示すように変更されたとき、在庫切れになった前記商品に対応する前記アイテム領域を示す画像の表示を変更することが望ましい。これにより、快適な動画視聴環境を提供することができる。

前記制御部は、前記販売ステータスが前記商品の在庫切れを示すように変更されたとき、在庫切れになった商品に対応する前記アイテム領域を示す画像を非表示することが望ましい。これにより、在庫切れになった商品に対応するアイテム領域を視聴者が選択しないように促すことができ、快適な動画視聴環境を提供することができる。

前記制御部は、前記販売ステータスが前記商品の在庫切れを示すように変更されたとき、在庫切れになった商品に対応する前記アイテム領域を示す画像の色を変更することが望ましい。これにより、視聴者が在庫切れの商品を把握できるため、快適な動画視聴環境を提供することができる。

前記制御部は、前記販売ステータスが有効な状態から有効でない状態に変更されたとき、前記販売ステータスが有効でない前記商品に対応する前記アイテム領域データに基づく前記アイテム領域の設定を変更することが望ましい。これにより、快適な動画視聴環境を提供することができる。

前記制御部は、前記販売ステータスが商品の在庫切れを示すように変更されたとき、在庫切れになった前記商品に対応するアイテム領域を設定しないことが望ましい。これにより、在庫切れになった商品を視聴者が選択できなくなるため、快適な動画視聴環境を提供することができる。

前記制御部は、前記販売ステータスが商品の在庫切れを示すように変更されたとき、前記商品の領域が前記入力部によって選択されても前記所定のイベント動作を行わないことが望ましい。これにより、動画の視聴が妨げられることを抑制でき、快適な動画視聴環境を提供することができる。

動画データと、前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータと、前記動画データに基づいて動画を表示する動画再生装置に、前記アイテム領域データに基づいて前記動画に同期させてアイテム領域を設定させること、及び、前記アイテム領域が選択されたときに所定のイベント動作を行わせることを行わせる制御プログラムとを配信する動画配信サーバーであって、前記メタデータには、商品の販売ステータスが含まれており、前記制御プログラムは、前記動画再生装置に、前記販売ステータスに基づいて、前記アイテム領域の設定を変更させることを特徴とする動画配信サーバーが明らかとなる。このような動画配信サーバーによれば、動画再生装置に快適な動画視聴環境を提供させることができる。

前記制御プログラムは、前記動画再生装置に、前記イベント動作として、選択された前記アイテム領域に対応する前記商品をストック情報として記憶させること、及び、前記ストック情報として記憶した前記商品の決済画面を表示することを行わせることが望ましい。これにより、決済完了までに必要なデータを動画とともに配信できるため、動画再生装置側では円滑な決済を実行することができる。

＝＝＝第１実施形態＝＝＝
＜全体説明＞
図１は、本実施形態の動画配信システムの全体説明図である。

動画配信システムは、管理者端末１と、動画配信サーバー２と、領域設定端末６と、ユーザー端末１０とを備えている。管理者端末１、動画配信サーバー２、領域設定端末６及びユーザー端末１０は、通信ネットワーク９を介して通信可能に接続されている。通信ネットワーク９は、例えば、インターネット、電話回線網、無線通信網、ＬＡＮ、ＷＡＮなどであり、ここではインターネットを想定している。

管理者端末１は、動画データをアップロードする端末である。ここでは、管理者端末１は、動画データとともに商品データもアップロードする。但し、動画データをアップロードする端末（管理者端末１）と、商品データをアップロードする端末とが別々でも良い。管理者端末１は、例えば商品（アイテム）を販売する販売会社の端末であり、動画データは、例えば販売対象となる商品の宣伝用動画のデータである。但し、管理者端末１は、このような販売会社の端末に限られるものではないし、動画データも宣伝用動画に限られるものではない。管理者端末１がアップロードする商品データには、商品に関するデータ（例えば、商品名、商品説明、画像（静止画）、在庫、価格、販売期間などの商品データ）が含まれている。また、管理者端末１がアップロードする商品データには、後述の「販売ステータス」及び「商品詳細情報」が含まれている。なお、本実施形態の商品は、物に限られず、サービス（の提供）も含んでいる。例えば、商品（サービス）には、催し物などの「参加申し込み」や、将来の商品の購入を約束する「事前予約申し込み」なども含まれる。

「販売ステータス」とは、商品が販売可能か否かを示す情報を意味する。例えば、商品の在庫数の情報や、商品の販売期間の情報は、「販売ステータス」に含まれる。また、以下の説明において「販売ステータスが有効」とは、「商品が販売可能な状況であることを販売ステータが示していること」を意味する。このため、販売ステータスが有効でない場合、商品が販売できない状況であることを販売ステータが示していることになる。例えば、販売ステータスの在庫数がゼロを示す場合や、販売ステータスの販売期間が期間外（販売期間の前や、販売期間の過ぎた後）を示す場合、商品を販売可能な状況ではないため、販売ステータスが有効でないことになる。

動画配信サーバー２は、動画データと、動画データに対応付けられたメタデータとを配信するサーバーである。動画配信サーバー２は、管理者端末１から動画データと商品データを受信し、動画データベース３Ａと商品データベース４Ａを作成する。動画配信サーバー２は、ユーザー端末１０からのリクエストに応じて、動画データベース３Ａから必要な動画データを抽出し、動画データと、その動画データに対応するメタデータとをユーザー端末１０に配信する。動画配信サーバー２は、商品の売買の決済処理を行い、商品データベース４Ａの更新を行う。また、後述するように、動画配信サーバー２は、領域設定端末６からアイテム領域を示すデータ（フレーム対応データ：後述）を受信し、アイテム領域データベース３Ｂを作成する。

本実施形態では、動画配信サーバー２は、動画管理サーバー３と、商品管理サーバー４とにより構成されている。動画管理サーバー３は、多数の動画データを管理・配信するためのサーバーである。動画管理サーバー３は、プログレッシブダウンロード形式で動画データを配信する。但し、動画データの配信方法は、ストリーミング形式でも良いし、動画データファイルを一括してユーザー端末１０にダウンロードさせる形式でも良い。商品管理サーバー４は、メタデータの配信や決済処理を行うサーバーであり、メタデータ配信サーバーでもある。なお、商品管理サーバー４は、メタデータの配信を行うサーバー（メタデータ配信サーバー）と、決済処理を行うサーバー（決済サーバー）とで構成されても良い。また、動画配信サーバー２が、動画管理サーバー３と商品管理サーバー４とに分かれて構成されていなくても良い。

領域設定端末６は、メタデータの一部となるアイテム領域（後述）の設定を行う装置（領域設定装置）である。領域設定端末６は、動画配信サーバー２から動画データ及び商品データをダウンロードし、動画内のアイテムの領域（アイテム領域）を設定する。領域設定端末６は、アイテム領域を示すデータ（フレーム対応データ：後述）を動画配信サーバー２にアップロードする。

ユーザー端末１０は、動画再生可能な情報端末（動画再生装置）である。ユーザー端末１０は、ＣＰＵ１１、主記憶装置１２、補助記憶装置１３、通信モジュール１４、表示部１５（表示装置）、入力部１６（入力装置）などのハードウェアを備えている。ここでは、ユーザー端末１０は、タブレット型の携帯端末を想定しており、タッチパネル１７によって表示部１５及び入力部１６が構成されている。但し、ユーザー端末１０がパーソナルコンピュータでも良く、この場合、入力部１６は例えばキーボードやマウスで構成され、表示部１５は例えば液晶ディスプレイで構成されても良い。

ユーザー端末１０のＣＰＵ１１が、補助記憶装置１３に記憶されているプログラムを主記憶装置１２に読み出して実行することによって、後述する各種処理が実行されることになる。つまり、ユーザー端末１０のＣＰＵ１１及び主記憶装置１２によって、動画再生装置の制御部が構成されている。ユーザー端末１０の制御部は、動画再生処理などの各種処理（後述）を制御する。

図２は、全体シーケンスの説明図である。

管理者端末１は、動画データ及び商品データを動画配信サーバー２にアップロードする（Ｓ１０１）。動画データは、連続する複数のフレームから構成されたデータである。管理者端末１からアップロードされた動画データには、商品の映し出された多数のフレームが含まれている。また、管理者端末１からアップロードされた商品データには、販売ステータス（例えば在庫数や販売期間）及び商品詳細情報（商品名、商品説明、画像、価格等）が含まれている。

領域設定端末６は、動画配信サーバー２に登録されている動画データ及び商品データをダウンロードし（Ｓ１０２）、その動画に映し出された商品の領域をアイテム領域として設定する（Ｓ１０３）。領域設定端末６は、各フレームのアイテム領域を設定した後（Ｓ１０３の後）、アイテム領域の設定されたフレーム対応データを動画配信サーバー２にアップロードする（Ｓ１０４）。これにより、アイテム領域データベース３Ｂ（図１参照）が作成されることになる。

動画配信サーバー２は、ユーザー端末１０から動画再生リクエストを受けると（Ｓ１０５）、動画データ、メタデータ及び制御プログラムをユーザー端末１０に配信する（Ｓ１０６）。図３は、動画配信サーバー２が配信するデータの説明図である。

動画データは、連続したフレームから構成されている。動画データに含まれるフレームを順次切り替えて表示させることによって、動画が再生されることになる。以下の説明では、或るフレームに女優の映像が含まれており、この女優のバッグ、服及び靴が、販売対象となる商品（アイテム）であるものとする。

メタデータは、動画データに付随する付加データである。本実施形態では、メタデータは、フレーム対応データと、参照テーブルとを有する。

フレーム対応データは、動画データのフレームに対応付けられたメタデータである。フレーム対応データは、タイムコードと、アイテム情報とを備えている。タイムコードは、時間を示すデータであり、フレームに対応付けるためのデータ（動画に同期させるためのデータ）である。フレーム対応データのアイテム情報は、アイテムＩＤと、アイテム領域データとから構成されている。アイテムＩＤは、アイテム（商品）の識別子である。アイテム領域データは、アイテム領域の位置や範囲を示すデータであり、アイテム領域を設定するためのデータである。本実施形態では、アイテム領域が矩形であるため、アイテム領域データは、矩形領域の設定に必要な対角の２点の座標データから構成されている。但し、アイテム領域は、矩形に限られるものではなく、例えば円形でも良く、この場合のアイテム領域データは、例えば中心点の座標と半径を示すデータから構成される。このように、各フレームに対してアイテム領域が予め設定されている。但し、全てのフレームに対してアイテム領域を設定する必要は無く、例えばアイテムの表示されないフレームに対しては、アイテム領域が設定されなくても良い。なお、メタデータのフレーム対応データは、アイテム領域データベース３Ｂから対応するアイテムのデータが抽出されることによって作成されたデータである。

参照テーブルは、動画データに含まれるアイテム（商品）のデータテーブルである。参照テーブルは、アイテムＩＤと、「販売ステータス」と、「商品詳細情報」とを備えている。アイテムＩＤは、アイテム（商品）の識別子である。販売ステータスは、既に説明したように、アイテム（商品）が販売可能か否かを示す情報であり、例えば、在庫数の情報や、販売期間などの情報が含まれる。商品詳細情報は、例えば、商品名、商品説明、画像、価格等の情報が含まれる。なお、メタデータの販売ステータスや商品詳細情報は、動画配信サーバー２の商品データベース４Ａ（管理者端末１からアップロードされた商品データ（図２：Ｓ１０１））から作成されたデータである。

制御プログラムは、ユーザー端末１０の動作（後述）を制御するプログラムである。ここでは、制御プログラムは、ユーザー端末１０の動画再生機能を拡張させるプログラムである。後述するように、制御プログラムは、動画再生時の拡張機能として、領域設定機能、ストック機能（カート機能）及び決済機能をユーザー端末１０に実現させることになる。領域設定機能、ストック機能及び決済機能については、後述する。なお、制御プログラムが、動画データを再生する動画再生機能を有していても良い。本実施形態では、動画配信サーバー２は、動画データを配信する際に、領域設定機能、ストック機能及び決済機能を有する制御プログラムを動画データに付随させて配信することになる。但し、ユーザー端末１０に予め制御プログラムがインストールされていれば、動画配信サーバー２は、動画データの配信時に制御プログラムを配信しなくても良い。

ユーザー端末１０は、動画配信サーバー２から受信した動画データに基づいて、動画を再生する（Ｓ１０７）。また、ユーザー端末１０は、動画再生時に、動画データに同期させて、メタデータに基づいてアイテム領域を設定する（領域設定機能）。動画配信サーバー２からユーザー端末１０に配信した制御プログラムは、ユーザー端末１０に、動画データに同期させてアイテム領域を設定させる。

図４Ａ〜図４Ｄは、ユーザー端末１０での基本動作の説明図である。図５は、動画再生時にユーザー端末１０が行う画像生成処理のフロー図である。ユーザー端末１０の制御部は、図５の画像生成処理を繰り返し行うことによって、動画再生のための画像を次々と表示し、動画を再生する。なお、図５のＳ００１の処理は、ユーザー端末１０の有する動画再生プログラム（動画再生機能）による処理であり、Ｓ００２〜Ｓ００４の処理は、動画配信サーバー２から受信した制御プログラム（領域設定機能）による処理である。

まず、ユーザー端末１０は、受信した動画データに基づいて、表示すべき画像（フレーム）を生成する（Ｓ００１）。ここでは、バッグを持った女優の画像が生成されることになる（図４Ａ参照）。なお、この画像の中のバッグ、服及び靴が、販売対象となる商品（アイテム）である。次に、ユーザー端末１０は、表示すべき画像（フレーム）のタイムコードに対応するフレーム対応データを取得する（Ｓ００２）。次に、ユーザー端末１０は、フレーム対応データに含まれるアイテム領域データに基づいて、アイテム領域を示す枠３１の画像を生成する（Ｓ００３）。ここでは、バッグ、服及び靴のそれぞれの領域に枠３１の画像が生成されることになる（図４Ａ参照）。そして、ユーザー端末１０は、Ｓ００１で生成した画像に、Ｓ００３で生成した枠３１の画像を重ね合わせた画像を生成する（Ｓ００４）。これにより、図４Ａに示す画像がユーザー端末１０のタッチパネル１７の動画表示部２１Ａに表示されることになる。言い換えると、ユーザー端末１０は、ユーザー端末１０の動画再生プログラムによって動画データから動画レイヤを生成し（Ｓ００１）、制御プログラム（領域設定機能）によってフレーム対応データから枠画像レイヤを生成し（Ｓ００２、Ｓ００３）、動画レイヤと枠画像レイヤを重ね合わせることによって図４Ａに示す画像を表示する。

動画再生時にはフレームが順次切り替えられて表示されるため、動画に追随するようにアイテム領域も刻々と変化するように設定されている。動画再生中に枠３１を表示する場合には、枠３１も刻々と変形することになる。なお、アイテム領域を示す枠３１は、動画再生中に表示しても良いし、非表示にしても良い。

図４Ｂに示すように、視聴者が、動画内のアイテム（例えばバッグ）に興味を持ったときに、動画表示部２１Ａに表示されているアイテムの画像をタッチすることがある。ユーザー端末１０は、視聴者からの入力部１６（例えばタッチパネル１７）による入力操作（例えばタッチ操作）があったときに、視聴者がアイテム領域を選択したか否かを判断する。

図６は、選択領域判断処理のフロー図である。なお、図６の各処理は、動画配信サーバー２から受信した制御プログラム（領域設定機能）による処理である。

まず、ユーザー端末１０は、視聴者が入力した位置を示す入力座標を取得する（Ｓ０１１）。次に、ユーザー端末１０は、視聴者が入力操作（例えばタッチ操作）した時のフレーム対応データを取得する（Ｓ０１２）。次に、ユーザー端末１０は、取得したフレーム対応データで設定されているアイテム領域と、入力座標とを比較する（Ｓ０１３）。そして、入力座標がアイテム領域の範囲内の場合（Ｓ０１４でＹＥＳ）、視聴者がアイテム領域を選択したと判断する（Ｓ０１５）。また、入力座標がアイテム領域の範囲外の場合（Ｓ０１４でＮＯ）、アイテム領域以外の領域（非アイテム領域）が選択されたと判断する（Ｓ０１６）。

ユーザー端末１０は、視聴者がアイテム領域を選択したことを検出すると（図２：Ｓ１０８：例えば視聴者の指でアイテム領域がタッチ操作されたことを検出すると）、そのアイテム領域に対応付けられたアイテム情報をストック情報として記憶する。そして、図４Ｃに示すように、ユーザー端末１０は、所定のアイテム情報がストック情報として記憶されると、タッチパネル１７のストック情報表示部２１Ｃにストック情報（ストックされたアイテム情報）に対応する商品アイコン３２Ａを表示する。この商品アイコン３２Ａは、メタデータの参照テーブルの商品詳細情報に含まれている画像（静止画）のデータに基づいている。ストック情報表示部２１Ｃにアイテム情報に対応する商品アイコン３２Ａ（例えばバッグの画像）を表示することによって、視聴者は、希望する商品をストックさせたことを認識できる。なお、アイテム情報をストック情報としてユーザー端末１０に記憶させる処理や、ストック情報に対応する商品アイコン３２Ａをユーザー端末１０に表示させる処理は、図３に示す制御プログラムのストック機能（カート機能）による処理である。

ユーザー端末１０は、視聴者がアイテム領域を選択したことを検出した後、更に視聴者が所定操作を行ったことを検出したときに、そのアイテム領域に対応付けられたアイテム情報をストック情報として記憶しても良い。このときの所定操作としては、例えば、タッチ操作（タップ操作）、所定時間以上の長押し操作、フリック操作、ドラッグ操作（ドラッグアンドドロップ操作）などである。例えば、ユーザー端末１０は、視聴者がタッチパネル１７のバッグを所定時間（例えば３秒間）長押ししたときに、そのバッグのアイテム情報をストックさせても良い。

また、ユーザー端末１０は、視聴者がアイテム領域を選択したことを検出する度に、ストック情報を蓄積する。これにより、図４Ｄに示すように、ユーザー端末１０は、複数のストック情報を記憶することができる。また、ユーザー端末１０は、アイテム領域が選択されたとき（ストック情報を記憶したとき）には、動画を中断させずに、動画の再生を継続する。これにより、動画の視聴が中断されてしまうことを抑制できる。

図７Ａ及び図７Ｂは、商品アイコン３２Ａが選択されたときの様子の説明図である。ユーザー端末１０は、視聴者がストック情報表示部２１Ｃの商品アイコン３２Ａ（商品の画像）を選択したことを検出すると（図７Ａ参照）、その商品アイコン３２Ａに対応する商品の商品説明画面を表示する（図７Ｂ参照）。商品説明画面に含まれる情報は、メタデータの参照テーブルに含まれる商品詳細情報（図３参照）に基づいている。商品説明画面を表示することにより、視聴者に商品購入のための判断材料を提供することができる。商品説明画面には、削除ボタン３２Ｂが含まれていても良い。ユーザー端末１０は、視聴者が削除ボタン３２Ｂを選択したことを検出すると、対応するストック情報を削除することになる。

図７Ｃ及び図７Ｄは、購入手続ボタン３２Ｃ（カートアイコン）が選択されたときの様子の説明図である。ユーザー端末１０は、視聴者が購入手続ボタン３２Ｃを選択したことを検出すると（図７Ｃ参照）、決済処理を行う。決済処理は、動画配信サーバー２から受信した制御プログラム（決済機能）による処理である。決済処理として、ユーザー端末１０は、図７Ｄに示す決済画面を表示する（Ｓ１０９）。決済画面には、決済対象となる商品の情報や、購入決定ボタン３２Ｄが表示される。決済画面に含まれる商品の情報は、メタデータの参照テーブルに含まれる商品詳細情報に基づいている。なお、本実施形態では、複数の商品の決済を一括して行うことができる。これにより、決済までに必要な操作を軽減できるとともに、動画の視聴が中断されてしまうことを抑制できる。

ユーザー端末１０は、商品説明画面（図７Ｂ）や決済画面（図７Ｄ）を表示するとき、動画の再生を中断させている。但し、ユーザー端末１０は、再生中の動画とともにマルチ画面として、商品説明画面や決済画面を表示しても良い。
また、ユーザー端末１０は、動画データとともに配信されたメタデータや制御プログラムに基づいて、商品説明画面（図７Ｂ）や決済画面（図７Ｄ）を表示しているが、ユーザー端末１０は、外部のサーバーにリクエストして、商品説明画面や決済画面に必要な情報を取得しても良い。但し、本実施形態のように、動画データとともにメタデータ及び制御プログラムを配信することによって、決済完了までに必要なデータを動画とともに配信すれば、円滑な決済を実行することができる。

ユーザー端末１０は、決済画面（図７Ｄ）の購入決定ボタン３２Ｄがタッチ操作されたことを検出すると（Ｓ１１０）、動画配信サーバー２に決済を要求する（Ｓ１１１）。動画配信サーバー２は、ユーザー端末１０からの決済要求に応じて、商品の売買のための決済処理を行う（Ｓ１１２）。これにより、視聴者は、動画内の興味を持った商品（例えばバッグ）を購入することができる。このとき、動画配信サーバー２は、決算処理として、商品データベース４Ａの商品の在庫数を更新する。これにより、動画配信サーバー２の商品データベース４Ａの販売ステータスが更新される。

なお、本実施形態では、アイテム領域が入力部１６によって選択されたとき、ユーザー端末１０は、所定のイベント動作として、そのアイテム領域に対応付けられたアイテム情報をストック情報として記憶している（ストック機能）。但し、アイテム領域が入力部１６によって選択されたとき行うイベント動作は、ストック機能の実行に限られるものではない。例えば、アイテム領域が入力部１６によって選択されたとき、所定のイベント動作として、直ちに決済処理（決済機能）が行われても良い。若しくは、予めアイテム情報にウェブページを設定しておき、アイテム領域が入力部１６によって選択されたときに、ユーザー端末１０が、所定のイベント動作として、予め設定されたウェブページを表示するようにしても良い（ブラウザ機能）。

＜在庫数に応じた処理について＞
視聴者が、動画内のアイテム（例えばバッグ）を購入したいと考えても、既にそのアイテムが在庫切れになっていることがある。仮に、このような在庫切れの状況で動画内でのアイテムの選択（Ｓ１０８）や、決済処理等（Ｓ１０９〜Ｓ１１２）が行われると、その商品を購入できないにも関わらず、動画の視聴を妨げてしまうことになる。そこで、本実施形態では、以下に説明するように、動画配信サーバー２は、商品データベース４Ａの販売ステータス（例えば在庫数）に変更があったとき、変更後の販売ステータスに基づいてアイテム領域データを変更してメタデータを配信している。

図８は、第１実施形態の全体シーケンスの別の説明図である。動画配信サーバー２は、複数のユーザー端末１０のリクエストに応じて、動画データ及びメタデータを配信する。動画配信サーバー２とユーザー端末１０Ａとの間の処理（Ｓ１０５Ａ〜Ｓ１１２Ａ）については、既に説明したＳ１０５〜Ｓ１１２の処理と同様なので、説明を省略する。ここでは、ユーザー端末１０Ａによってバッグが購入されたことによって、バッグが在庫切れになったことを想定して、本実施形態の処理を説明する。

図８に示すように、動画配信サーバー２は、Ｓ１１２Ａの決済処理でバッグが在庫切れになった後、別のユーザー端末１０Ｂから動画再生リクエストを受けている（Ｓ１０５Ｂ）。動画配信サーバー２は、ユーザー端末１０Ｂからのリクエストに応じて動画データを配信する際に（Ｓ１０６Ｂ）、その動画データに対応したメタデータを作成することになる。

図９は、動画配信サーバー２が行うメタデータの作成処理のフロー図である。なお、動画配信サーバー２には、メタデータの作成処理を実行するためのプログラムが予めインストールされている。動画配信サーバー２は、ＣＰＵ（演算処理部）、主記憶装置及び補助記憶装置を備えており、ＣＰＵは、補助記憶装置に記憶されているプログラムを主記憶装置に読み出して実行することにより、各種処理を実行する。言い換えると、動画配信サーバー２のＣＰＵ及び主記憶装置によって動画配信サーバー２の制御部が構成されており、この制御部が、図中の各種処理を実行する。

動画配信サーバー２は、ユーザー端末１０からリクエストされた動画に対応するアイテム（商品）を特定する（Ｓ２０１）。例えば、動画配信サーバー２は、リクエストされた動画に対応するフレーム対応データに含まれるアイテムＩＤを全て抽出することによって、動画に対応するアイテム（商品）を特定する。ここでは、動画に対応するアイテムには、バッグ、服及び靴が含まれていることになる。

次に、動画配信サーバー２は、Ｓ２０１で特定されたアイテムの最新の販売ステータスに基づいて、参照テーブルを作成する。ここでは、動画配信サーバー２は、多数の商品の販売ステータスを含む商品データで構成された商品データベース４Ａを備えており、Ｓ２０１で特定されたアイテムＩＤに基づいて、バッグ、服及び靴の商品データを商品データベース４Ａから抽出し、図３に示す参照テーブルを作成する。

次に、動画配信サーバー２は、動画に対応するアイテムの在庫数を確認する（Ｓ２０３）。言い換えると、Ｓ２０３では、動画配信サーバー２は、在庫数を確認することによって、動画に対応するアイテムの販売ステータスが有効か否かを確認する。ここでは、ユーザー端末１０Ａのリクエストに応じたバッグの決済処理（Ｓ１１２Ａ）によって、商品データベース４Ａ上ではバッグの在庫数がゼロになっている（つまり、バッグの販売ステータスが有効でないことになる）。このため、動画配信サーバー２は、ユーザー端末１０Ｂに配信するメタデータを作成する際に、「在庫切れのアイテムがある」と判断することになる（Ｓ２０３で「ある」）。

Ｓ２０３で「在庫切れのアイテムがある」と判断された場合（販売ステータスが有効でないアイテムがある場合）、動画配信サーバー２は、フレーム対応データから、在庫切れのアイテムのアイテム情報（アイテムＩＤ及びアイテム領域データ）を削除する（Ｓ２０５）。また、動画配信サーバー２は、参照テーブルから、在庫切れのアイテムのアイテム情報（アイテムＩＤ、販売ステータス及び商品詳細情報）を削除する（Ｓ２０６）。言い換えると、Ｓ２０５やＳ２０６では、動画配信サーバー２は、販売ステータスが有効でないアイテムのアイテム情報をメタデータ（フレーム対応データ及び参照テーブル）から削除する。

Ｓ２０３で「在庫切れのアイテムがない」と判断された後、又は、Ｓ２０６の処理の後、動画配信サーバー２は、参照テーブル及びフレーム対応データからメタデータを作成する（Ｓ２０７）。Ｓ２０５及びＳ２０６の処理が行われた場合（在庫切れのアイテムがある場合：販売ステータスが有効でないアイテムがある場合）、メタデータには、在庫切れのアイテムのアイテム情報が含まれないことになる。

図１０は、動画データと、バッグが在庫切れの場合のメタデータの説明図である。

図３と比較すると、図１０に示すバッグが在庫切れの場合には、フレーム対応データからバッグのアイテム情報（♯１のアイテムＩＤ及びアイテム領域データ）が削除されている。なお、図１０では、１つのフレームに対応するフレーム対応データのアイテム情報（♯１のアイテムＩＤ及びアイテム領域データ）が削除されているだけであるが、実際には、多数のフレームに対応するフレーム対応データ（バッグの映像が含まれているフレームに対応するフレーム対応データ）のアイテム情報（♯１のアイテムＩＤ及びアイテム領域データ）が削除されている。このため、フレーム対応データからバッグのアイテム情報が削除されることによって、フレーム対応データのデータ量を大幅に軽減できる。

また、図３と比較すると、図１０に示すバッグが在庫切れの場合には、参照テーブルからバッグのアイテム情報（♯１のアイテムＩＤ、販売ステータス及び商品詳細情報）が削除されている。販売ステータスに含まれる画像データは比較的データ量が大きいため、参照テーブルからバッグのアイテム情報が削除されることによって、参照データのデータ量を大幅に削減できる。

動画配信サーバー２は、メタデータの作成の後（Ｓ２０７）、動画データ及びメタデータをユーザー端末１０に配信する（Ｓ１０６Ｂ）。バッグが在庫切れの場合には、メタデータ（フレーム対応データ及び参照テーブル）からバッグのアイテム情報が削除されているため、配信すべきデータ量を軽減できる。

ユーザー端末１０Ｂは、動画配信サーバー２から受信した動画データに基づいて、動画を再生する（Ｓ１０７Ｂ）。このとき、ユーザー端末１０は、動画再生時に、メタデータに基づいてアイテム領域を設定する。

図１１Ａは、在庫切れのアイテムが無い場合のユーザー端末１０の動画表示の説明図である。図１１Ｂは、バッグが在庫切れの場合のユーザー端末１０の動画表示の説明図である。比較のため、両図では、同じフレームを表示させているときの様子が示されている。

バッグが在庫切れの場合、フレーム対応データからバッグのアイテム情報（♯１のアイテムＩＤ及びアイテム領域データ）が削除されている。このため、ユーザー端末１０が、メタデータに基づいてアイテム領域を設定したとき、図１１Ｂに示すように、バッグの領域にはアイテム領域が設定されず、バッグの領域には、アイテム領域を示す枠３１が表示されない。このため、動画再生時に表示される枠３１が少なくなり、視聴者が動画を視聴し易くなる。

図１２Ａは、在庫切れのアイテムが無い場合のユーザー端末１０の動画表示の別の説明図である。図１２Ｂは、バッグが在庫切れの場合のユーザー端末１０の動画表示の別の説明図である。

バッグが在庫切れの場合、バッグの領域にはアイテム領域が設定されていない。このため、図１２Ｂに示すように視聴者がバッグの領域をタッチ操作しても、ユーザー端末１０Ｂは、視聴者がアイテム領域を選択したとは判断しない。この結果、仮に視聴者がバッグの領域をタッチ操作しても、バッグのアイテム情報はストックされず、バッグの決済処理には移行しないため、動画の視聴が妨げられずに済む。

ところで、商品データベース４Ａ上の商品の在庫数は、ユーザー端末１０での購入決定に応じた決済処理（Ｓ１１２Ａ）で変化するだけでなく、管理者端末１からの商品データの更新登録（Ｓ１１３）によっても変化する。このため、動画配信サーバー２は、商品データベース４Ａを随時更新し、ユーザー端末１０Ｂからのリクエストに応じて動画データを配信する際に（Ｓ１０６Ａ、Ｓ１０６Ｂ、Ｓ１０６Ｃ）、最新の商品データベース４Ａに基づいてメタデータを作成すると良い。

なお、上記の第１実施形態では、動画配信サーバー２は、商品データベース４Ａの販売ステータスの在庫数に基づいて販売ステータスが有効か否かを確認し、商品の在庫切れになった場合に、メタデータのアイテム領域データを変更していた。但し、動画配信サーバー２は、在庫数とは別の販売ステータスに基づいて販売ステータスが有効か否かを確認して、メタデータのアイテム領域データを変更しても良い。例えば、動画配信サーバー２は、商品データベース４Ａの販売ステータスの販売期間を参照し、販売期間中から販売期間外に変更になった商品があるときには、販売期間外になった商品（販売ステータスが有効でない商品）に対応するアイテム領域データをメタデータから削除して配信しても良い。

＜第１実施形態の小括＞
上記の第１実施形態の動画配信サーバー２は、動画データを配信するサーバーである動画管理サーバー３と、メタデータを配信するサーバーである商品管理サーバー４とを備えている（図１参照）。メタデータには、動画データに同期させてアイテム領域を設定するアイテム領域データが含まれている（図３参照）。また、動画配信サーバー２は、商品の販売ステータスを記憶した商品データベース４Ａを備えている（図１参照）。そして、第１実施形態の動画配信サーバー２は、商品データベース４Ａの販売ステータス（例えば在庫数や販売期間）に変更があったとき、変更後の販売ステータスに基づいてアイテム領域データを変更してメタデータを配信している（図９参照）。

また、上記の第１実施形態の動画配信サーバー２は、商品データベース４Ａの販売ステータスが有効な状態から有効でない状態に変更されたとき、販売ステータスが有効でない商品（例えばバッグ）に対応するアイテム領域データを削除したメタデータを配信する（図１０参照）。これにより、配信するメタデータのデータ量を削減できる。

また、上記の第１実施形態の動画配信サーバー２は、商品データベース４Ａの販売ステータスが商品の在庫切れを示すように変更されたとき、在庫切れになった商品（例えばバッグ）に対応するアイテム領域データを削除したメタデータを配信する（図１０参照）。これにより、配信するメタデータのデータ量を削減できる。

なお、上記の第１実施形態の動画配信サーバー２は、商品データベース４Ａの販売ステータスが商品の販売期間外を示すように変更されたときに、販売期間外になった商品に対応するアイテム領域データを削除したメタデータを配信しても良い。このようにしても、配信するメタデータのデータ量を削減できる。

＝＝＝第２実施形態＝＝＝
第１実施形態では、動画配信サーバー２が商品の販売ステータス（例えば商品の在庫）に応じたメタデータを作成していた。これに対し、以下に説明する第２実施形態では、ユーザー端末１０が商品の販売ステータスに応じた処理を行う。

第２実施形態においても、図２に示す全体シーケンスは同様である。但し、第２実施形態では、動画に対応するアイテムの在庫の有無に関わらず、動画に対応するアイテムのメタデータを通常通りに作成する。つまり、第２実施形態では、動画配信サーバー２は、在庫切れの場合の例外処理（図９に示すＳ２０３、Ｓ２０４及びＳ２０５）は行わずに、メタデータを作成する。このため、仮にバッグが在庫切れであっても、メタデータには、バッグのアイテム領域の設定されたフレーム対応データが含まれている（図３参照）。

ユーザー端末１０は、動画再生のリクエストを動画配信サーバー２に送信すると、動画配信サーバー２から動画データを受信するとともに、図３に示すメタデータ及び制御プログラムを受信する。図３に示すように、メタデータの参照テーブルには、商品の在庫数や販売期間などの情報を含む販売ステータスが含まれており、バッグが在庫切れの場合にもバッグの在庫数を示す情報が含まれている。

図１３は、動画再生時にユーザー端末１０が行う画像生成処理のフロー図である。なお、図１３のＳ３０１の処理は、ユーザー端末１０の有する動画再生プログラム（動画再生機能）による処理であり、Ｓ３０２〜Ｓ３０５の処理は、動画配信サーバー２から受信した制御プログラム（領域設定機能）による処理である。

まず、ユーザー端末１０は、受信した動画データに基づいて、表示すべき画像（フレーム）を生成する（Ｓ３０１）。次に、ユーザー端末１０は、表示すべき画像のタイムコードに対応するフレーム対応データを取得する（Ｓ３０２）。これらの処理は、第１実施形態の図５のＳ００１及びＳ００２と同様である。

次に、ユーザー端末１０は、フレーム対応データに含まれるアイテムの在庫数を確認する（Ｓ３０３）。言い換えると、Ｓ３０３では、ユーザー端末１０は、フレーム対応データに含まれるアイテムの販売ステータスが有効か否かを確認する。具体的には、ユーザー端末１０は、フレーム対応データに含まれているアイテムＩＤを取得し、そのアイテムＩＤに対応するアイテムの在庫数のデータを参照テーブルの販売ステータスから抽出する。次に、ユーザー端末１０は、在庫のあるアイテム（アイテムＩＤ）を特定し、在庫のあるアイテムのアイテム領域データに基づいて枠３１の画像を生成する（Ｓ３０４）。つまり、Ｓ３０４では、ユーザー端末１０は、販売ステータスが有効なアイテムに対しては、アイテム領域データに基づいて枠３１の画像を生成し、販売ステータスが有効でないアイテムに対しては枠３１の画像を生成しない。ここでは、服及び靴は在庫があるため、服及び靴のアイテム領域データに基づいて２つの枠３１の画像が生成される。一方、バッグは在庫切れであるため、バッグに対応する枠３１の画像は生成されない。そして、ユーザー端末１０は、Ｓ３０１で生成した画像に、Ｓ３０４で生成した枠３１の画像を重ね合わせた画像を生成する（Ｓ３０５）。

第２実施形態においても、在庫切れのアイテムが無い場合（全てのアイテムの販売ステータスが有効な場合）には、図１１Ａに示すような画像が表示されることになる。また、第２実施形態においても、バッグが在庫切れの場合（バッグの販売ステータスが有効でない場合）には、バッグの領域にはアイテム領域が設定されず、バッグの領域には、アイテム領域を示す枠３１が表示されない（枠３１が非表示になる）。このため、動画再生時に表示される枠３１が少なくなり、視聴者が動画を視聴し易くなる。また、枠３１が非表示になることによって、在庫切れになったバッグの領域を視聴者が選択しないように促すことができるため、視聴者が動画を視聴し易くなる。

図１４は、第２実施形態の選択領域判断処理のフロー図である。なお、図１４の各処理は、動画配信サーバー２から受信した制御プログラム（領域設定機能）による処理である。ユーザー端末１０は、視聴者からの入力（例えばタッチパネル１７でのタッチ操作）を検出すると、図中の選択領域判断処理を行い、視聴者がアイテム領域を選択したか否かを検出する。

まず、ユーザー端末１０は、視聴者が入力した位置を示す入力座標を取得する（Ｓ３１１）。次に、ユーザー端末１０は、視聴者が入力操作（例えばタッチ操作）した時のフレーム対応データを取得する（Ｓ３１２）。これらの処理は、第１実施形態の図６のＳ０１１及びＳ０１２と同様である。

次に、ユーザー端末１０は、フレーム対応データに含まれるアイテムの在庫数を確認する（Ｓ３１３）。言い換えると、Ｓ３１３では、ユーザー端末１０は、フレーム対応データに含まれるアイテムの販売ステータスが有効か否かを確認する。具体的には、ユーザー端末１０は、フレーム対応データに含まれているアイテムＩＤを取得し、そのアイテムＩＤに対応するアイテムの在庫数のデータを参照テーブルの販売ステータスから抽出する。次に、ユーザー端末１０は、在庫のあるアイテム（アイテムＩＤ）を特定し、在庫のあるアイテムのアイテム領域と、入力座標とを比較する（Ｓ３１４）。つまり、Ｓ３１４では、ユーザー端末１０は、販売ステータスが有効なアイテムのアイテム領域と、入力座標とを比較する。そして、入力座標がアイテム領域の範囲内の場合（Ｓ３１５でＹＥＳ）、視聴者がアイテム領域を選択したと判断する（Ｓ３１６）。また、入力座標がアイテム領域の範囲外の場合（Ｓ３１５でＮＯ）、アイテム領域以外の領域（非アイテム領域）が選択されたと判断する（Ｓ３１７）。

第２実施形態においても、バッグの在庫がある場合には、図１２Ａに示すように、視聴者がバッグの領域をタッチ操作すると、ユーザー端末１０は、アイテム領域が選択されたと判断し（Ｓ３１６）、そのアイテム領域に対応付けられたアイテム情報をストック情報として記憶する。また、第２実施形態においても、バッグが在庫切れの場合には、図１２Ｂに示すように、視聴者がバッグの領域をタッチ操作しても、ユーザー端末１０は、視聴者がアイテム領域を選択したとは判断しない。この結果、仮に視聴者がバッグの領域をタッチ操作しても、バッグのアイテム情報はストックされず、バッグの決済処理には移行しない。つまり、仮に視聴者がバッグの領域をタッチ操作しても、ユーザー端末１０は、所定のイベント動作を行わない。これにより、動画の視聴が妨げられずに済む。

＜第２実施形態の変形例＞
上記の第２実施形態では、ユーザー端末１０は、在庫切れか否かに応じて、アイテム領域を示す枠３１を表示するか否かを切り替えていた。しかし、表示方法の切り替えは、アイテム領域を示す枠３１の表示・非表示に限られるものではない。

図１５Ａは、第１変形例の説明図である。第１変形例では、ユーザー端末１０は、在庫切れになったバッグのアイテム領域を示す枠３１の色を変更している。具体的には、ユーザー端末１０は、画像生成処理の際に、フレーム対応データに含まれているアイテムＩＤを取得し、そのアイテムＩＤに対応するアイテムの在庫数を参照テーブルに基づいて確認し、在庫切れの場合には、在庫のある場合とは異なる色で枠３１の画像を表示する。ここでは、在庫切れになったバッグのアイテム領域を示す枠３１の色（例えば赤）が、在庫のある服や靴のアイテム領域を示す枠３１の色（例えば緑）と異なっている。この第１変形例のように、アイテム領域を示す枠３１の色を変更することによって、表示方法を切り替えても良い。

また、上記の第２実施形態（及び第１変形例）では、ユーザー端末１０は、在庫切れか否かに応じて、アイテム領域の表示方法を切り替えていた。但し、在庫切れか否かではなく、在庫数に応じてアイテム領域の表示方法を切り替えても良い。

図１５Ｂは、第２変形例の説明図である。第２変形例では、ユーザー端末１０は、在庫数に応じて、アイテム領域を示す枠３１の色を変更している。具体的には、ユーザー端末１０は、画像生成処理の際に、フレーム対応データに含まれているアイテムＩＤを取得し、そのアイテムＩＤに対応するアイテムの在庫数を参照テーブルに基づいて確認し、在庫数に応じた色の枠３１の画像を表示する。例えば、在庫切れになったバッグのアイテム領域は赤色の枠３１で表示し、在庫数が僅かの服のアイテム領域は黄色の枠３１で表示し、在庫数に余裕のある靴のアイテム領域は緑色で表示しても良い。

また、上記の第２実施形態（及び第１、第２変形例）では、ユーザー端末１０は、在庫数に応じてアイテム領域を示す枠３１の表示方法を切り替えていた。但し、アイテム領域を示す枠３１以外のものの表示方法を切り替えても良い。

図１５Ｃは、第３変形例の説明図である。第３変形例では、ユーザー端末１０は、アイテム領域の近傍に、在庫数に応じた在庫表示を行う。具体的には、ユーザー端末１０は、画像生成処理の際に、フレーム対応データに含まれているアイテムＩＤを取得し、そのアイテムＩＤに対応するアイテムの在庫数を参照テーブルに基づいて確認し、アイテム領域の近傍に在庫数に応じた在庫表示を行う。例えば、ユーザー端末１０は、在庫切れになったバッグのアイテム領域の近傍には、「売り切れ」の表示を行う。また、在庫数が僅かの服のアイテム領域の近傍には、「在庫あと少し」の表示を行う。

図１５Ｄは、第４変形例の説明図である。第４変形例では、ユーザー端末１０は、アイテム領域の近傍に、価格表示を行う。また、第４変形例では、ユーザー端末１０は、在庫切れか否かに応じて、価格の表示・非表示を切り替える。具体的には、ユーザー端末１０は、画像生成処理の際に、フレーム対応データに含まれているアイテムＩＤを取得し、そのアイテムＩＤに対応するアイテムの在庫数及び価格を参照テーブルに基づいて確認する。そして、ユーザー端末１０は、在庫数がある場合にはアイテム領域の近傍に価格表示を行い、在庫切れの場合には価格を非表示とする。図中には、在庫のある服と靴のアイテム領域の近傍には価格表示が行われており、在庫切れのバッグのアイテム領域の近傍には価格表示が行われていない様子が示されている。

また、上記の第２実施形態（及び第１〜第４変形例）では、ユーザー端末１０は、メタデータ（参照テーブル）の販売ステータスの在庫数に基づいて、販売ステータスが有効か否かを確認し、在庫数に基づいてアイテム領域の設定を変更していた。但し、ユーザー端末１０は、在庫数とは別の販売ステータスに基づいて販売ステータスが有効か否かを確認して、在庫数とは別の販売ステータスに基づいてアイテム領域の設定を変更しても良い。例えば、ユーザー端末１０は、メタデータ（参照テーブル）の販売ステータスの販売期間を参照し、販売期間中から販売期間外に変更になった商品があるときには、販売期間外になった商品（販売ステータスが有効でない商品）に対応するアイテム領域の設定を変更しても良い。

＜第２実施形態の小括＞
上記の第２実施形態のユーザー端末１０（動画再生装置）は、表示部１５と、入力部１６と、制御部（例えばＣＰＵ１１及び主記憶装置１２）とを備えている。ユーザー端末１０の制御部は、動画データ及びメタデータを受信し、動画データに基づいて動画を表示部１５に表示し、メタデータに含まれるアイテム領域データに基づいてアイテム領域を設定し、アイテム領域が入力部１６によって選択されたときに所定のイベント動作を行う（図４Ａ〜図４Ｄ参照）。本実施形態では、メタデータには、商品（アイテム）の販売ステータスが含まれている（図３参照）。そして、ユーザー端末１０の制御部は、メタデータの販売ステータスに基づいて、アイテム領域の設定を変更する。これにより、快適な動画視聴環境を提供することができる。

上記の第２実施形態では、ユーザー端末１０の制御部は、販売ステータスが有効な状態から有効でない状態に変更されたとき、販売ステータスが有効でない商品に対応するアイテム領域の表示を変更している。例えば、ユーザー端末１０の制御部は、販売ステータスの在庫数が在庫ありから在庫切れ（販売ステータスが有効でない状態）に変更されたとき、アイテム領域を示す画像（枠３１）の表示を変更している。具体的には、図１１Ｂに示すように、ユーザー端末１０の制御部は、販売ステータスが商品の在庫切れを示すとき、在庫切れになった商品（例えばバッグ）に対応するアイテム領域を示す枠３１を非表示にする。これにより、在庫切れになった商品に対応するアイテム領域を視聴者が選択しないように促すことができるため、快適な動画視聴環境を提供することができる。また、ユーザー端末１０の制御部は、販売ステータスが商品の在庫切れを示すとき、在庫切れになった商品（例えばバッグ）に対応するアイテム領域を示す枠３１の色を変更しても良い（図１５Ａ参照）。これにより、在庫切れになった商品を視聴者が把握し易くなるため、快適な動画視聴環境を提供することができる。

但し、アイテム領域の設定を変更は、アイテム領域を示す枠の表示／非表示の限られるものではない。例えば、ユーザー端末１０の制御部は、販売ステータスに基づいて、アイテム領域データに基づくアイテム領域の設定を変更しても良い。具体的には、販売ステータス（例えば在庫数）に基づいて、在庫数がある場合にはアイテム領域データに基づいてアイテム領域を設定し、在庫切れの場合にはアイテム領域データに基づくアイテム領域の設定を行わないようにしても良い（つまり、アイテム領域データが存在しても、アイテム領域を設定しないようにしても良い）。
また、アイテム領域の設定を変更は、アイテム領域の設定／非設定の変更でなくても良い。例えば、仮に在庫切れになった商品に対応するアイテム領域が設定されていても、在庫切れの商品に対応するアイテム領域が選択されたときに所定のイベント動作が行われないように、アイテム領域の設定が変更されても良い（図１２Ｂ参照）。具体的には、仮に在庫切れになったバッグに対応するアイテム領域が設定されていても、バッグのアイテム領域が選択されたときにバッグのアイテム情報がストックされないようにしても良い。これにより、快適な動画視聴環境を提供することができる。

また、上記の第２実施形態の動画配信サーバー２は、動画データと、メタデータと、制御プログラムとを配信する（図３参照）。制御プログラムは、ユーザー端末１０（動画再生装置）の動画再生機能を拡張させるプログラムであり、メタデータに含まれるアイテム領域データに基づいてアイテム領域を設定させること、及び、アイテム領域が選択されたときに所定のイベント動作を行わせることを、ユーザー端末１０に行わせるプログラムである。本実施形態では、メタデータには、商品（アイテム）の販売ステータスが含まれている（図３参照）。そして、制御プログラムは、ユーザー端末１０に、メタデータの販売ステータスに基づいてアイテム領域の設定を変更させる。これにより、ユーザー端末１０に快適な動画視聴環境を提供させることができる。

また、上記の第２実施形態の制御プログラムは、ユーザー端末１０に、ストック機能（カート機能）と決済機能とを行わせている。具体的には、制御プログラムは、ユーザー端末１０に、イベント動作として、選択されたアイテム領域に対応する商品をストック情報として記憶させること（ストック機能）と、ストック情報として記憶した商品の決済画面を表示すること（決済機能）とを行わせている。このように、ストック機能及び決済機能を有する制御プログラムを動画配信サーバー２が動画データに付随させて配信することによって、決済完了までに必要なデータを動画とともに配信できるため、ユーザー端末１０では円滑な決済を実行することができる。

＝＝＝その他＝＝＝
上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更・改良され得ると共に、本発明には、その等価物が含まれることは言うまでもない。

１ 管理者端末、２ 動画配信サーバー、
３ 動画管理サーバー、
３Ａ 動画データベース、３Ｂ アイテム領域データベース、
４ 商品管理サーバー（メタデータ配信サーバー）、
４Ａ 商品データベース、
６ 領域設定端末、９ 通信ネットワーク、
１０ ユーザー端末、１１ ＣＰＵ、
１２ 主記憶装置、１３ 補助記憶装置、
１４ 通信モジュール、１５ 表示部、
１６ 入力部、１７ タッチパネル、
２１Ａ 動画表示部、２１Ｃ ストック情報表示部、
３１ 枠、
３２Ａ 商品アイコン、３２Ｂ 削除ボタン、
３２Ｃ 購入手続ボタン、３２Ｄ 購入決定ボタン

Claims (13)

1. 動画データと、
   前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータと
   を配信する動画配信サーバーであって、
   商品の販売ステータスを記憶した商品データベースを備えており、
   前記商品データベースの前記販売ステータスに変更があったとき、変更後の前記販売ステータスに基づいて前記アイテム領域データを変更して前記メタデータを配信する
   ことを特徴とする動画配信サーバー。
2. 請求項１に記載の動画配信サーバーであって、
   前記商品データベースの前記販売ステータスが有効な状態から有効でない状態に変更されたとき、前記販売ステータスが有効でない前記商品に対応する前記アイテム領域データを削除した前記メタデータを配信することを特徴とする動画配信サーバー。
3. 請求項２に記載の動画配信サーバーであって、
   前記商品データベースの前記販売ステータスが前記商品の在庫切れを示すように変更されたとき、在庫切れになった前記商品に対応する前記アイテム領域データを削除した前記メタデータを配信する
   ことを特徴とする動画配信サーバー。
4. 表示部と、入力部と、制御部とを備え、
   前記制御部は、
   動画データと、前記動画データに対応付けられたメタデータとを受信し、
   前記動画データに基づいて、動画を前記表示部に表示し、
   前記メタデータに含まれるアイテム領域データに基づいて、前記動画に同期させてアイテム領域を設定し、
   前記アイテム領域が前記入力部によって選択されたとき、所定のイベント動作を行う
   動画再生装置であって、
   前記メタデータには、商品の販売ステータスが含まれており、
   前記制御部は、前記販売ステータスに基づいて、前記アイテム領域の設定を変更する
   ことを特徴とする動画再生装置。
5. 請求項４に記載の動画再生装置であって、
   前記制御部は、
   前記メタデータに含まれるアイテム領域データに基づいて、前記アイテム領域を示す画像を表示させるとともに、
   前記販売ステータスが有効な状態から有効でない状態に変更されたとき、前記販売ステータスが有効でない前記商品に対応する前記アイテム領域の表示を変更する
   ことを特徴とする動画再生装置。
6. 請求項５に記載の動画再生装置であって、
   前記制御部は、前記販売ステータスが商品の在庫切れを示すように変更されたとき、在庫切れになった前記商品に対応する前記アイテム領域を示す画像の表示を変更することを特徴とする動画再生装置。
7. 請求項６に記載の動画再生装置であって、
   前記制御部は、前記販売ステータスが前記商品の在庫切れを示すように変更されたとき、在庫切れになった商品に対応する前記アイテム領域を示す画像を非表示することを特徴とする動画再生装置。
8. 請求項６に記載の動画再生装置であって、
   前記制御部は、前記販売ステータスが前記商品の在庫切れを示すように変更されたとき、在庫切れになった商品に対応する前記アイテム領域を示す画像の色を変更することを特徴とする動画再生装置。
9. 請求項４〜８のいずれかに記載の動画再生装置であって、
   前記制御部は、前記販売ステータスが有効な状態から有効でない状態に変更されたとき、前記販売ステータスが有効でない前記商品に対応する前記アイテム領域データに基づく前記アイテム領域の設定を変更することを特徴とする動画再生装置。
10. 請求項９に記載の動画再生装置であって、
    前記制御部は、前記販売ステータスが商品の在庫切れを示すように変更されたとき、在庫切れになった前記商品に対応するアイテム領域を設定しないことを特徴とする動画再生装置。
11. 請求項９又は１０に記載の動画再生装置であって、
    前記制御部は、前記販売ステータスが商品の在庫切れを示すように変更されたとき、前記商品の領域が前記入力部によって選択されても前記所定のイベント動作を行わないことを特徴とする動画再生装置。
12. 動画データと、
    前記動画データに同期させてアイテム領域を設定するアイテム領域データを含むメタデータと、
    前記動画データに基づいて動画を表示する動画再生装置に、前記アイテム領域データに基づいて前記動画に同期させてアイテム領域を設定させること、及び、前記アイテム領域が選択されたときに所定のイベント動作を行わせることをさせる制御プログラムと
    を配信する動画配信サーバーであって、
    前記メタデータには、商品の販売ステータスが含まれており、
    前記制御プログラムは、前記動画再生装置に、前記販売ステータスに基づいて、前記アイテム領域の設定を変更させる
    ことを特徴とする動画配信サーバー。
13. 請求項１２に記載の動画配信サーバーであって、
    前記制御プログラムは、前記動画再生装置に、
    前記イベント動作として、選択された前記アイテム領域に対応する前記商品をストック情報として記憶させること、及び
    前記ストック情報として記憶した前記商品の決済画面を表示すること
    を行わせることを特徴とする動画配信サーバー。

Images