(57)【要約】【課題】ユーザの使用する再生装置が音声を出力しない（又はほとんど出力しない）場合であっても、その音声の内容をユーザに伝えることを可能とする動画送信装置や動画再生装置を提供すること。【解決手段】少なくとも音声情報を含む第一のデータと、前記音声情報と同じ内容の情報を含む文字又は記号の情報を少なくとも含む第二のデータとを記憶する記憶手段と、前記第一のデータ又は前記第二のデータを出力する情報出力装置について、前記第一のデータを出力するための条件が満たされているか否かを判断する判断手段と、前記判断手段が、前記条件が満たされていないと判断した場合に、前記記憶手段から前記第二のデータを読み出す読出手段とを備えるデータ読出装置。【選択図】  図２
2004241921.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも音声情報を含む第一のデータと、前記音声情報と同じ内容の情報を含む文字又は記号の情報を少なくとも含む第二のデータとを記憶する記憶手段と、
前記第一のデータ又は前記第二のデータを出力する情報出力装置について、前記第一のデータを出力するための条件が満たされているか否かを判断する判断手段と、
前記判断手段が、前記条件が満たされていないと判断した場合に、前記記憶手段から前記第二のデータを読み出す読出手段と
を備えるデータ読出装置。
【請求項２】
少なくとも音声を含む第一の動画像データと、前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データとを記憶する記憶手段と、
前記第一の動画像データ又は前記第二の動画像データを再生する再生装置に対して前記第一の動画像データ又は前記第二の動画像データを送信する送信手段と、
前記再生装置について、前記第一の動画像データを再生するための条件が満たされているか否かを判断する判断手段と、
前記判断手段が、前記条件が満たされていないと判断した場合に、前記第二の動画像データを前記記憶手段から読み出し、前記再生装置に送信するために、読み出された第二の動画像データを前記送信手段に渡す読出手段と、
を備える動画送信装置。
【請求項３】
前記記憶手段は、動画像データを含まない非動画像データをさらに記憶し、
前記再生装置に対して、動画像データと非動画像データのいずれを送信すべきか判断する非動画判断手段をさらに備える請求項２に記載の動画送信装置。
【請求項４】
前記判断手段は、前記再生装置に設定されている音量の値と閾値との比較結果に応じて、前記条件が満たされているか否かを判断する請求項２又は３に記載の動画送信装置。
【請求項５】
前記判断手段は、前記再生装置のサウンド・ドライバが有効となっているか否かの情報を基に、前記条件が満たされているか否かを判断する請求項２〜４のいずれかに記載の動画送信装置。
【請求項６】
前記再生装置において動画像データの切り換えが指示されることにより、前記送信手段が前記第一の動画像データを送信していた場合には前記第二の動画像データを、前記送信手段が前記第二の動画像データを送信していた場合には前記第一の動画像データを、この再生装置に送信するために前記送信手段に該当する動画像データを渡す切り換え手段をさらに含む請求項２〜５のいずれかに記載の動画送信装置。
【請求項７】
前記第二の動画像データは、前記音声の内容と同じ内容を示す文字又は記号の表示を行うための文字データと、前記第一の動画像データと、前記再生装置において動画像データの切り換えが指示されることにより前記文字データの表示を制御する制御データと、を用いて構成される付記２〜５のいずれかに記載の動画送信装置。
【請求項８】
少なくとも音声を含む第一の動画像データと、前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データとを記憶する記憶手段と、
前記第一の動画像データ又は前記第二の動画像データを再生する再生手段と、
自装置について、前記第一のデータを出力するための条件が満たされているか否かを判断する判断手段と、
前記判断手段が、前記条件が満たされていないと判断した場合に、前記第二の動画像データを前記記憶手段から読み出し、再生するために、読み出された第二の動画像データを前記再生手段に渡す読出手段と、
を備える動画再生装置。
【請求項９】
情報処理装置が、少なくとも音声情報を含む第一のデータと、前記音声情報と同じ内容の情報を含む文字又は記号の情報を少なくとも含む第二のデータとを記憶する記憶手段からデータを読み出すデータ読出方法であって、
情報処理装置が、前記第一のデータ又は前記第二のデータを出力する情報出力装置について、前記第一のデータを出力するための条件が満たされているか否かを判断するステップと、
情報処理装置が、前記条件が満たされていないと判断した場合に、前記記憶手段から前記第二のデータを読み出すステップと
を含むデータ読出方法。
【請求項１０】
情報処理装置が、少なくとも音声を含む第一の動画像データ又は前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データを、動画像データを再生する再生装置に対して送信するデータ送信方法であって、
情報処理装置が、前記再生装置について、前記第一の動画像データを再生するための条件が満たされているか否かを判断するステップと、
情報処理装置が、前記条件が満たされていないと判断した場合に、前記第二の動画像データを前記再生装置に送信するステップと
を含むデータ送信方法。
【請求項１１】
情報処理装置が、少なくとも音声を含む第一の動画像データ又は前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データを再生する動画像再生方法であって、
情報処理装置が、自装置について、前記第一のデータを出力するための条件が満たされているか否かを判断するステップと、
情報処理装置が、前記条件が満たされていないと判断した場合に、前記第二の動画像データを再生するステップと、
を含む動画像再生方法。
【請求項１２】
情報処理装置に、少なくとも音声情報を含む第一のデータと、前記音声情報と同じ内容の情報を含む文字又は記号の情報を少なくとも含む第二のデータとを記憶する記憶手段からのデータ読み出しを実行させるためのプログラムであって、
前記第一のデータ又は前記第二のデータを出力する情報出力装置について、前記第一のデータを出力するための条件が満たされているか否かの判断と、
前記条件が満たされていないと判断された場合に、前記記憶手段から前記第二のデータの読み出しと
を情報処理装置に実行させるためのプログラム。
【請求項１３】
情報処理装置に、少なくとも音声を含む第一の動画像データ又は前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データを、動画像データを再生する再生装置に対して送信させるためのプログラムであって、
前記再生装置について前記第一の動画像データを再生するための条件が満たされているか否かの判断と、
前記条件が満たされていないと判断された場合に、前記第二の動画像データの前記再生装置に対する送信と
を情報処理装置に実行させるためのプログラム。
【請求項１４】
情報処理装置に、少なくとも音声を含む第一の動画像データ又は前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データの再生を実行させるためのプログラムであって、
自装置について前記第一のデータを出力するための条件が満たされているか否かの判断と、
前記条件が満たされていないと判断された場合に、前記第二の動画像データの再生と、
を情報処理装置に実行させるためのプログラム。
【請求項１５】
前記再生装置は携帯電話機であり、
前記判断手段は、前記携帯電話機がマナーモードであるか否かの情報を基に、前記条件が満たされているか否かを判断する請求項２〜４のいずれかに記載の動画送信装置。
【請求項１６】
少なくとも音声を含む第一の動画像データと、前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データとを記憶する記憶手段と、
前記第一の動画像データ又は前記第二の動画像データを再生する再生手段と、
自装置について、マナーモードであるか否かを判断する判断手段と、
前記判断手段が、マナーモードであると判断した場合に、前記第二の動画像データを前記記憶手段から読み出し、再生するために、読み出された第二の動画像データを前記再生手段に渡す読出手段と、
を備える携帯電話機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、再生装置に対して動画データ（動画コンテンツ）を配信（送信）する配信装置（送信装置），配信システム（送信システム）や、記録媒体に記録された動画データを再生する再生装置に関する。
【０００２】
【従来の技術】
従来、音声を含む動画データを再生しユーザに提供する再生システムがある。このような再生システムには、インターネット等のネットワークを介して動画データを提供するストリーミングサーバ（動画配信サーバ）と提供された動画データを再生する再生装置とを用いて構成されるストリーミングシステム（この場合、提供される動画データをストリーミングデータと呼ぶ）や、ＣＤ−ＲＯＭ，ハードディスク等の記録媒体に記録されている動画データを再生する再生装置を用いて構成されるシステム（以下、スタンドアロンシステムと呼ぶ）等がある。
【０００３】
ストリーミングシステムでは、ユーザは、ネットワークに接続されたパーソナルコンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）等の端末装置を再生装置として用い、ストリーミングサーバへアクセスする。ストリーミングサーバは、ユーザの端末装置に対し、ネットワークを介してストリーミングデータのダウンロードを開始する。そして、ユーザの端末装置は、ダウンロードされるストリーミングデータを順次再生する。
【０００４】
スタンドアロンシステムでは、ユーザは、パーソナルコンピュータやＰＤＡ等の端末装置を再生装置として用い、動画データの再生プログラムを起動し、再生する動画データを選択する。再生装置は、選択された動画データを記録媒体から読み出し、再生する。この場合、再生される動画データは記録媒体に記録されている。このため、再生装置はインターネット等のネットワークに接続される必要は無い。従って、スタンドアロンシステムの場合、ユーザの端末装置はネットワークに接続されても良いし、接続されていなくとも（スタンドアロンであっても）良い。
【０００５】
【発明が解決しようとする課題】
しかしながら、ユーザが再生装置を用いて動画データを再生する環境によっては、音声の再生が望まれない場合がある。例えば、ユーザは、再生装置を用いる環境が職場や公共の場（地下鉄の車内等）である場合、音声の再生を望まないために音声の出力を停止させることがある。このような音声の出力停止の方法としては、端末装置のスピーカボリューム（音量）の設定を０（又は０に近い値）にする方法や、サウンド・ドライバを無効にする設定を行う方法等がある。このような場合、例え音声の出力を伴う動画データが再生されたとしても、音声は出力されない（又はほとんど出力されない）ため、ユーザにとって情報を取得することが困難となることがあった。特に、この動画データが、動画データの提供者がユーザに伝えたい情報や重要な情報などを音声によって提供するものである場合に問題となっていた。
【０００６】
本発明は、このような問題を解決し、ユーザの使用する再生装置が音声を出力しない（又はほとんど出力しない）場合であっても、その音声が含む情報をユーザに伝えることを可能とする動画送信装置や動画再生装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。本発明の第一の態様は、データ読出装置であって、少なくとも音声情報を含む第一のデータと、前記音声情報と同じ内容の情報を含む文字又は記号の情報を少なくとも含む第二のデータとを記憶する記憶手段と、前記第一のデータ又は前記第二のデータを出力する情報出力装置について、前記第一のデータを出力するための条件が満たされているか否かを判断する判断手段と、前記判断手段が、前記条件が満たされていないと判断した場合に、前記記憶手段から前記第二のデータを読み出す読出手段とを備える。
【０００８】
本発明の第一の態様では、記憶手段は、第一のデータと第二のデータとを記憶する。第一のデータとは、少なくとも音声情報を含むデータであり、例えば動画像と音声とを含む動画像データや、音声のみによるデータ（具体例：天気予報の読み上げ，ニュースの読み上げ）がある。第二のデータとは、音声情報と同じ内容の情報を含む文字又は記号の表示を少なくとも含むデータであり、例えばキャプションやテロップの表示を含む動画像データや、文字の表示のみによるデータ（具体例：文字や記号による天気予報の表示，文字によるニュースの表示，キャプションやテロップのみの表示）がある。
【０００９】
情報出力装置は、情報処理装置を用いて構成される。情報出力装置は、第一のデータ又は第二のデータを出力することにより、ユーザに対して情報を伝達する。情報出力装置は、本発明の第一の態様（データ読出装置）と一体に構成されても良いし、異なる装置として構成されても良い。
【００１０】
判断手段は、情報出力装置について、第一のデータを出力するための条件が満たされているか否かを判断する。即ち、判断手段は、情報出力装置が第一のデータと第二のデータとのいずれを出力すべきかを判断する。そして、読出手段は、第一のデータを出力するための条件が満たされていると判断手段が判断した場合に、情報出力装置が出力すべきデータとして、記憶手段から第二のデータを読み出す。
【００１１】
このため、情報出力装置において、第一のデータを出力するための条件が満たされていない場合、例えば情報出力装置のサウンド・ドライバが有効でない場合や音量が０又は０近傍の値として設定されている場合、情報出力装置が出力すべきデータとして第二のデータが読み出される。第二のデータは、音声ではなく文字又は記号を表示するデータであるため、情報出力装置が音声によりユーザに対して情報伝達が可能ではない場合であっても、視覚を通じてユーザに対して情報を伝達することが可能となる。
【００１２】
本発明の第二の態様は、動画送信装置であって、少なくとも音声を含む第一の動画像データと、前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データとを記憶する記憶手段と、前記第一の動画像データ又は前記第二の動画像データを再生する再生装置に対して前記第一の動画像データ又は前記第二の動画像データを送信する送信手段と、前記再生装置について、前記第一の動画像データを再生するための条件が満たされているか否かを判断する判断手段と、前記判断手段が、前記条件が満たされていないと判断した場合に、前記第二の動画像データを前記記憶手段から読み出し、前記再生装置に送信するために、読み出された第二の動画像データを前記送信手段に渡す読出手段と、を備える。
【００１３】
また、本発明の第二の態様の前記記憶手段は、動画像データを含まない非動画像データをさらに記憶し、前記再生装置に対して、動画像データと非動画像データのいずれを送信すべきか判断する非動画判断手段をさらに備えるように構成されても良い。
【００１４】
また、本発明の第二の態様の前記判断手段は、前記再生装置に設定されている音量の値と閾値との比較結果に応じて、前記条件が満たされているか否かを判断するように構成されても良い。
【００１５】
また、本発明の第二の態様の前記判断手段は、前記再生装置のサウンド・ドライバが有効となっているか否かの情報を基に、前記条件が満たされているか否かを判断するように構成されても良い。
【００１６】
また、前記再生装置が携帯電話機である場合、本発明の第二の態様の前記判断手段は、前記携帯電話機がマナーモードであるか否かの情報を基に、前記条件が満たされているか否かを判断するように構成されても良い。
【００１７】
また、本発明の第二の態様は、前記再生装置において動画像データの切り換えが指示されることにより、前記送信手段が前記第一の動画像データを送信していた場合には前記第二の動画像データを、前記送信手段が前記第二の動画像データを送信していた場合には前記第一の動画像データを、この再生装置に送信するために前記送信手段に該当する動画像データを渡す切り換え手段をさらに含むように構成されても良い。
【００１８】
また、本発明の第二の態様における前記第二の動画像データは、前記音声の内容と同じ内容を示す文字又は記号の表示を行うための文字データと、前記第一の動画像データと、前記再生装置において動画像データの切り換えが指示されることにより前記文字データの表示を制御する制御データと、を用いて構成されるように構成されても良い。
【００１９】
また、本発明の第三の態様は、動画再生装置であって、少なくとも音声を含む第一の動画像データと、前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データとを記憶する記憶手段と、前記第一の動画像データ又は前記第二の動画像データを再生する再生手段と、自装置について、前記第一のデータを出力するための条件が満たされているか否かを判断する判断手段と、前記判断手段が、前記条件が満たされていないと判断した場合に、前記第二の動画像データを前記記憶手段から読み出し、再生するために、読み出された第二の動画像データを前記再生手段に渡す読出手段と、を備える。
【００２０】
また、本発明の第四の態様は携帯電話機であって、少なくとも音声を含む第一の動画像データと、前記音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む第二の動画像データとを記憶する記憶手段と、前記第一の動画像データ又は前記第二の動画像データを再生する再生手段と、自装置について、マナーモードであるか否かを判断する判断手段と、前記判断手段が、マナーモードであると判断した場合に、前記第二の動画像データを前記記憶手段から読み出し、再生するために、読み出された第二の動画像データを前記再生手段に渡す読出手段と、を備える。
【００２１】
本発明の第四の態様によれば、携帯電話機がマナーモードである場合、判断手段は自装置がマナーモードであると判断する。この判断に従って、読出手段は、記憶手段から第二の動画像データを読み出し、再生手段に読み出された第二のデータを渡す。そして、再生手段は、渡された第二のデータを再生する。
【００２２】
第二のデータは、第一のデータにおける音声の内容と同じ内容を示す文字又は記号の表示を少なくとも含む。このため、携帯電話機がマナーモードである場合、第一のデータで音声として再生されるべきデータは、文字又は記号として再生手段によって表示される。従って、携帯電話機がマナーモードであるために音声を再生できない状態であっても、ユーザは、音声として再生されるべきデータを文字や記号として得ることが可能となる。
【００２３】
【発明の実施の形態】
〔第一実施形態〕
次に、図を用いて本発明の実施形態における配信装置を用いた再生システム、即ち配信サーバ３を用いた再生システム１について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００２４】
〈システム概要〉
図１は、本発明の第一実施形態における配信サーバ３を用いた再生システム１の概要を示す図である。図１を用いて、再生システム１について説明する。
【００２５】
再生システム１は、再生装置２，配信サーバ３，及びインターネット４を用いて構成される。再生システム１では、配信サーバ３から配信される動画データ（ストリーミングデータ）が、インターネット４を介して再生装置２に受信され、再生装置２において受信された動画データが再生される。このとき、配信サーバ３は、再生装置２におけるサウンド・ドライバの状態や音量の値に応じて、配信する動画データを選択する。以下、再生システム１の各構成について説明する。
【００２６】
〈〈再生装置〉〉
再生装置２は、パーソナルコンピュータ，ワークステーション，又はＰＤＡ等の情報処理装置を用いて構成される。再生装置２は、ネットワークインタフェースを備え、インターネット４を介して他の装置（例えば配信サーバ３）と通信可能に設定される。また、再生装置２は、出力インタフェースとして、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）や液晶ディスプレイ等の表示装置を少なくとも備える。再生装置２は、表示装置の他にも、音声再生装置（スピーカ，ヘッドホン，イヤホン等）等の他の出力装置をさらに備えるように構成されても良い。また、再生装置２には、ストリーミングデータの再生ソフトウェアがインストールされている。ストリーミングデータの再生ソフトウェアは、一般に使用されるどのようなものであっても良いし、本発明による配信サーバ３に対応して作成される専用ソフトウェアであっても良い。このような専用ソフトウェアの例として、後述する音量チェック用プログラムを含むストリーミングデータの再生ソフトウェアがある。
【００２７】
再生装置２には、音量チェック用プログラムがインストールされる。この音量チェック用プログラムは、配信サーバ３に対応する専用プログラムである。音量チェック用プログラムがインストールされることにより、再生装置２のＣＰＵやＲＡＭは、音量チェック部として動作する。音量チェック部は、自装置２のサウンド・ドライバが有効であるか否かを判断し、配信サーバ３へ判断結果を通知する。
【００２８】
また、音量チェック部は、自装置２の音量が閾値を超えているか否かを判断し、配信サーバ３へ判断結果を通知する。ここで、音量の閾値は、例えば０（ゼロ）や０近傍の値である。音量の閾値は、ユーザによって設定可能であっても良いし、音調チェック用プログラムによってあらかじめ固定に設定されていても良い。
【００２９】
〈〈配信サーバ〉〉
配信サーバ３は、パーソナルコンピュータやワークステーション等の情報処理装置、又はストリーミング配信専用装置を用いて構成される。図２は、配信サーバ３のブロック図である。配信サーバ３は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク）等を備えている。配信サーバ３は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、送受信部５，動画配信確認部７，音量確認部８，コンテンツ記憶部６，及び配信制御部９等を含む装置として機能する。
【００３０】
送受信部５は、ネットワークカード等のネットワークインタフェースを用いて構成される。送受信部５は、動画配信確認部７，音量確認部８，配信制御部９から受け取ったデータを、インターネット４を介して再生装置２へ送信する。また、送受信部５は、インターネット４を介して再生装置２からデータを受信する。送受信部５は、再生装置２から受信されたデータを、動画配信確認部７，音量確認部８，配信制御部９へ渡す。
【００３１】
コンテンツ記憶部６は、ハードディスク等の不揮発性記憶装置を用いて構成される。コンテンツ記憶部６は、動画データを含まないコンテンツ（以後、非動画コンテンツと呼ぶ）や動画データを含むコンテンツ（以後、動画コンテンツと呼ぶ）を記憶する。図３，４は、それぞれ非動画コンテンツと動画コンテンツにより再生装置２の表示装置に表示される画面の例を示す図である。まず、図３を用いて非動画コンテンツについて説明する。
【００３２】
非動画コンテンツは、静止画やテキストによって構成される。従って、非動画コンテンツによる表示画面１０（１０ａ，１０ｂ）は、静止画（ＪＰＥＧファイル，ＧＩＦファイル，ＰＮＧファイル，ＢＭＰファイル等による画像）を用いて構成される静止画ボックス１１や、テキストを用いて構成されるテキストボックス１２を含む。非動画コンテンツによる表示画面１０の例である表示画面１０ａ（図３（ａ）参照）は、静止画ボックス１１及びテキストボックス１２を含む。非動画コンテンツによる表示画面１０の例である表示画面１０ｂ（図３（ｂ）参照）は、テキストボックス１２を含む。このような非動画コンテンツの例として、ニュース記事と写真とを含むコンテンツ等がある。
【００３３】
次に、図４を用いて動画コンテンツについて説明する。動画コンテンツは、静止画やテキストや動画によって構成される。従って、動画コンテンツによる表示画面１０（１０ｃ，１０ｄ）は、静止画ボックス１１，テキストボックス１２に加え、動画像（エムペグ（ＭＰＥＧ）ファイル，フラッシュ（ＦＬＡＳＨ）ファイル，リアルビデオ（ＲｅａｌＶｉｄｅｏ）ファイル，ウィンドウズ・メディア・ビデオ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｖｉｄｅｏ）ファイル等）を用いて構成される動画ボックス１３を含む。動画コンテンツによる表示画面１０の例である表示画面１０ｃ（図４（ａ）参照）は、静止画ボックス１１，テキストボックス１２，及び動画ボックス１３を含む。動画コンテンツによる表示画面１０の例である表示画面１０ｄ（図４（ｂ）参照）は、テキストボックス１２及び動画ボックス１３を含む。
【００３４】
また、コンテンツ記憶部６は、動画コンテンツとして、動画像及び音声を含むコンテンツ（以後、音声コンテンツと呼ぶ）と、動画像及びキャプションを含むコンテンツ（以後、キャプションコンテンツと呼ぶ）とを記憶する。このとき、コンテンツ記憶部６は、内容が等しい音声コンテンツとキャプションコンテンツとを記憶する。即ち、コンテンツ記憶部６は、同じ動画像を含む音声コンテンツとキャプションコンテンツであって、音声コンテンツが含む音声の内容とキャプションコンテンツが含むキャプションの内容とが同じである（実質的に等しい）コンテンツを記憶する。
【００３５】
図５は、キャプションコンテンツを構成する動画ボックス１３の例（動画ボックス１３ａ，動画ボックス１３ｂ）を示す図である。図５を用いて、キャプションコンテンツを構成する動画ボックス１３について説明する。
【００３６】
動画ボックス１３ａ（図５（ａ）参照）は、キャプション付き動画ボックス１４及びボタン１５を含む。キャプション付き動画ボックス１４は、キャプションが埋め込まれた動画データを用いて構成される。キャプション付き動画ボックス１４は、例えばテレビにおける字幕スーパーのように、動画とキャプションとが一体に形成された動画データを用いて構成される。
【００３７】
ボタン１５は、キャプション付き動画ボックス１４の動画データの切り換えを制御する。ボタン１５は、ユーザによって選択・入力されることにより、キャプション付き動画ボックス１４において再生される動画がキャプションを含まない動画に切り換わる。具体的には、ボタン１５がユーザによって選択・入力されると、再生装置２は、ボタン１５が選択・入力されたことを配信サーバ３へ通知する。配信サーバ３の配信制御部９は、この通知を受けると、動画ボックス１３ａによるキャプションコンテンツと同じ内容の音声コンテンツ（又はこの音声コンテンツに含まれる動画データのみ）をコンテンツ記憶部６から読み出し、読み出された音声コンテンツ（又は動画データ）をこの再生装置２へ配信する。
【００３８】
動画ボックス１３ｂ（図５（ｂ）参照）は、キャプション無し動画ボックス１６，キャプションボックス１７，及びボタン１５を含む。キャプション無し動画ボックス１６は、音声コンテンツに含まれる動画データと同じ動画データを用いて構成される。即ち、キャプション無し動画ボックス１６は、音声データを含む動画データであって、キャプションが含まれない動画データを用いて構成される。
【００３９】
キャプションボックス１７は、キャプションを用いて構成される。キャプションボックス１７には、キャプション無し動画ボックス１６の表示内容に応じたキャプションが表示される。
【００４０】
動画ボックス１３ｂにおけるボタン１５は、動画ボックス１３ａにおけるボタン１５と同じように構成される。
【００４１】
動画配信確認部７は、ＣＰＵやＲＡＭ等を用いて構成される。動画配信確認部７は、コンテンツのダウンロードを要求する再生装置２（このような再生装置２を「処理対象装置２」と呼ぶ）に対して、動画コンテンツを配信するか否かについて判断する。以下、このような判断の内容の具体例を示す。
【００４２】
動画配信確認部７は、現在の時刻が、動画コンテンツを配信すべき時間帯であるか否かを判断する。例えば、動画コンテンツを配信する時間帯として１２：００〜１３：００及び１７：００〜１８：００が設定されている場合、動画配信確認部７は、現在の時刻が上記の設定された時間帯であるか否かを判断する。そして、動画配信確認部７は、現在の時刻が設定された時間帯である場合、次の処理（例えばＣｏｏｋｉｅについての判断）に移行する。一方、動画配信確認部７は、現在の時刻が設定された時間帯でない場合、動画コンテンツの配信を行わないと判断する。
【００４３】
動画配信確認部７は、処理対象装置２の設定（処理対象装置２にインストールされているブラウザソフトの設定）が、Ｃｏｏｋｉｅを受け入れるように設定されているか否かを判断する。このとき、動画配信確認部７は、例えばスクリプトを用いてこの判断を行う。動画配信確認部７は、処理対象装置２がＣｏｏｋｉｅを受け入れるように設定されている場合、次の処理（例えばフリークエンシーコントロール）に移行する。一方、動画配信確認部７は、処理対象装置２がＣｏｏｋｉｅを受け入れないように設定されている場合、動画コンテンツの配信を行わないと判断する。本発明では、このような処理をＣｏｏｋｉｅについての判断と呼ぶこととする。
【００４４】
動画配信確認部７は、自装置３が処理対象装置２に対して同日に既に動画コンテンツの配信を実施したか否かについて判断する。動画配信確認部７は、同日に動画コンテンツの配信が実施されていない場合、次の処理（例えばブラウザチェック）に移行する。一方、動画配信確認部７は、同日に既に動画コンテンツの配信が実施されている場合、動画コンテンツの配信を行わないと判断する。本発明では、このような処理をフリークエンシーコントロールと呼ぶこととする。
【００４５】
動画配信確認部７は、ブラウザチェックを実施する。即ち、動画配信確認部７は、処理対象装置２にインストールされているブラウザソフトが、規定されているブラウザソフトであるか否かについて判断する。例えば、動画配信確認部７は、処理対象装置２にインストールされているブラウザソフトがインターネットエクスプローラであるか否か、及びこのブラウザソフトのバージョンが４．０以上であるか否かを判断する。動画配信確認部７は、規定されているブラウザソフトである場合、次の処理（例えば処理対象装置２に音量チェック用プログラムがインストールされているか否かの判断）に移行する。一方、動画配信確認部７は、規定されているブラウザソフトでない場合、動画コンテンツの配信を行わないと判断する。
【００４６】
動画配信確認部７は、処理対象装置２に音量チェック用プログラムがインストールされているか否かを判断する。動画配信確認部７は、処理対象装置２に音量チェック用プログラムがインストールされている場合、次の処理（例えば動画コンテンツの配信を実施することを配信制御部９に通知すること）に移行する。一方、動画配信確認部７は、処理対象装置２に音量チェック用プログラムがインストールされていない場合、処理対象装置２に対して音量チェック用プログラムのダウンロードを開始する。
【００４７】
図６は、音量チェック用プログラムのダウンロードの例を示す図である。動画配信確認部７は、例えばダウンロードウィンドウ１８を処理対象装置２に表示させることにより、処理対象装置２のユーザに対して音量チェック用プログラムのダウンロードの実行を促す。この場合、処理対象装置２のユーザが入力装置（ポインティングデバイス，キーボード等）を用いて「はい」と記載された入力ボタン１８ａを選択・入力することによりダウンロードが開始される。
【００４８】
動画配信確認部７は、このダウンロードが成功した場合は、処理対象装置２に音量チェック用プログラムがインストールされている場合と同様に、次の処理に移行する。一方、動画配信確認部７は、このダウンロードが失敗した場合、動画コンテンツの配信を行わないと判断する。
【００４９】
動画配信確認部７は、動画コンテンツの配信を行わないと判断した場合、配信制御部９に対し、動画コンテンツの配信を実施しないことを通知する。
【００５０】
動画配信確認部７が実施する上記各処理の順番は、上記の例によらずどのように構成されても良い。ただし、Ｃｏｏｋｉｅについての判断を実施した後でなければ実施できない処理（フリークエンシーコントロール，ブラウザチェック，音量チェック用プログラムの有無の判断）については、Ｃｏｏｋｉｅについての判断の実施後に行う必要がある。また、動画配信確認部７は、最終的には、動画コンテンツの配信を実施するか否かについて配信制御部９に通知する。
【００５１】
音量確認部８は、ＣＰＵやＲＡＭ等を用いて構成される。音量確認部８は、処理対象装置２のサウンド・ドライバが有効か否かを判断する。このとき、音量確認部８は、処理対象装置２の音量チェック部から受ける通知により、サウンド・ドライバが有効か否かを判断する。
【００５２】
また、音量確認部８は、処理対象装置２に設定されている音量が閾値を超えているか否かを判断する。このとき、音量確認部８は、処理対象装置２の音量チェック部から受ける通知により、音量が閾値を超えているか否かを判断する。音量確認部８は、音量が閾値を超えているか否かの判断結果を通知された場合、この結果をもとに判断する。
【００５３】
音量確認部８は、処理対象装置２のサウンド・ドライバが有効でない場合、又は処理対象装置２の音量が閾値を超えていない場合、キャプションコンテンツを配信することを配信制御部９に通知する。一方、音量確認部８は、サウンド・ドライバが有効であり且つ音量が閾値を超えている場合、音声コンテンツを配信することを配信制御部９に通知する。
【００５４】
配信制御部９は、ＣＰＵやＲＡＭ等を用いて構成される。配信制御部９は、処理対象装置２に対するコンテンツのダウンロードを制御する。配信制御部９は、再生装置２からコンテンツのダウンロードを要求されると、この再生装置２を処理対象装置２とし、動画配信確認部７に対して、この処理対象装置２について動画コンテンツを配信するか否かの判断を指示する。また、配信制御部９は、動画配信確認部７から判断結果を通知されると、判断結果に応じて次の処理を実行する。配信制御部９は、処理対象装置２に動画コンテンツの配信を行うという判断を通知された場合、音量確認部８に対し、処理対象装置２についての処理の実行を指示する。一方、配信制御部９は、処理対象装置２に動画コンテンツの配信を行わないという判断を通知された場合、処理対象装置２と自装置３との回線速度を調べる。そして、配信制御部９は、コンテンツ記憶部６から該当する非動画コンテンツを読み出し、回線速度に応じて、処理対象装置２に対してこの非動画コンテンツのダウンロードを実施する。
【００５５】
また、配信制御部９は、音量確認部８から、音声コンテンツを配信することを通知された場合、処理対象装置２と自装置３との回線速度を調べる。そして、配信制御部９は、コンテンツ記憶部６から該当する音声コンテンツを読み出し、回線速度に応じて、処理対象装置２に対してこの音声コンテンツのダウンロードを実施する。
【００５６】
また、配信制御部９は、音量確認部８から、キャプションコンテンツを配信することを通知された場合、処理対象装置２と自装置３との回線速度を調べる。そして、配信制御部９は、コンテンツ記憶部６から該当するキャプションコンテンツを読み出し、回線速度に応じて、処理対象装置２に対してこのキャプションコンテンツのダウンロードを実施する。
【００５７】
〈動作例〉
図７，８は、配信サーバ３の動作例を示すフローチャートである。以下、図７，８を用いて、配信サーバ３の動作例について説明する。
【００５８】
再生装置２が、配信サーバ３が備えるコンテンツにアクセスすると（Ｓ０１，Ｓ０２）、動画配信確認部７は、処理対象装置２に対して、動画コンテンツを配信するか否かについて判断する（Ｓ０３）。動画配信確認部７は、現在の時刻が設定された時間帯である場合（Ｓ０３−Ｙｅｓ）、処理対象装置２の設定が、Ｃｏｏｋｉｅを受け入れるように設定されているか否かを判断する（Ｓ０４）。動画配信確認部７は、処理対象装置２がＣｏｏｋｉｅを受け入れるように設定されている場合（Ｓ０４−Ｙｅｓ）、処理対象装置２に対してフリークエンシーコントロールについての判断を実施する（Ｓ０５）。動画配信確認部７は、処理対象装置２に対して同日に動画データの配信が実施されていない場合（Ｓ０５−Ｎｏ）、ブラウザチェックを実施する（Ｓ０６，Ｓ０７）。動画配信確認部７は、処理対象装置２にインストールされているブラウザソフトが規定されているブラウザソフトである場合（Ｓ０６−Ｙｅｓ且つＳ０７−Ｙｅｓ）、処理対象装置２に音量チェック用プログラムがインストールされているか否かを判断する（Ｓ０９）。動画配信確認部７は、処理対象装置２に音量チェック用プログラムがインストールされている場合（Ｓ０９−Ｙｅｓ）、動画コンテンツの配信を実施することを配信制御部９に通知する。また、動画配信確認部７は、音量チェックプログラムがインストールされていない場合（Ｓ０９−Ｎｏ）であっても音量チェックプログラムのダウンロードが成功した場合（Ｓ１０，Ｓ１１−Ｙｅｓ）、動画コンテンツの配信を実施することを配信制御部９に通知する。
【００５９】
一方、動画配信確認部７は、上記以外の場合（Ｓ０３−Ｎｏ，Ｓ０４−Ｎｏ，Ｓ０５−Ｙｅｓ，Ｓ０６−Ｎｏ，Ｓ０７−Ｎｏ，Ｓ１１−Ｎｏ）、非動画コンテンツの配信を実施することを配信制御部９に通知する（Ｓ０８，Ｓ１２）。この場合、配信制御部９は、非動画コンテンツの配信を実行する。
【００６０】
動画配信確認部７が、動画コンテンツの配信を実施することを配信制御部９に通知した場合、音量確認部８は、処理対象装置２においてサウンド・ドライバが有効か否かを判断する（Ｓ１３）。サウンド・ドライバが有効である場合（Ｓ１３−Ｙｅｓ）、音量確認部８は、処理対象装置２において音量が閾値を超えているか否かを判断する（Ｓ１４）。音量が閾値を超えている場合（Ｓ１４−Ｙｅｓ）、配信制御部９は、回線速度を調べ、回線速度に応じて音声コンテンツを配信する（Ｓ１８，Ｓ１９，Ｓ２０）。
【００６１】
一方、サウンド・ドライバが有効でない場合（Ｓ１３−Ｎｏ）、又は音量が閾値を超えていない場合（Ｓ１４−Ｎｏ）、配信制御部９は、回線速度を調べ、回線速度に応じてキャプションコンテンツを配信する（Ｓ１５，Ｓ１６，Ｓ１７）。
【００６２】
〈作用・効果〉
本発明の第一実施形態によれば、音量確認部８が、再生装置２によって音声によるユーザへの情報提供が可能か否かを判断する。即ち、音量確認部８が、再生装置２のサウンド・ドライバが有効であるか否かについて、及び音量が閾値を超えているか否かについて判断する。そして、音量確認部８が再生装置２によって音声によるユーザへの情報提供が困難であると判断した場合、即ちサウンド・ドライバが有効でなく又は音量が閾値を超えていない場合、配信制御部９はキャプションコンテンツを再生装置２に配信する。再生装置２は、配信されたキャプションコンテンツを再生することにより、動画コンテンツをユーザに提供する。キャプションコンテンツは、ユーザに伝えるべき情報を音声ではなくキャプションによって出力（表示）する。
【００６３】
このため、再生装置２が音声を出力しないように設定されている場合であっても、キャプションによって、ユーザに情報が伝達される。
【００６４】
〈変形例〉
再生装置２の音量チェック部は、サウンド・ドライバが有効であるか否かは判断せずに、サウンド・ドライバに関する情報を配信サーバ３へ通知するように構成されても良い。この場合、配信サーバ３の音量確認部８が、通知された情報を基にサウンド・ドライバが有効であるか否かを判断する。例えば、サウンド・ドライバについての情報が全く通知されない場合に、音量確認部８はサウンド・ドライバが有効でないと判断する。
【００６５】
また、再生装置２の音量チェック部は、自装置２の音量が閾値を超えているか否かの判断を実施せずに、音量の値を配信サーバ３へ通知するように構成されても良い。この場合、配信サーバ３の音量確認部８が、通知された音量の値を基に、再生装置２の音量が閾値を超えているか否かを判断する。このように構成される場合、音量確認部８は、再生装置２毎に個別の閾値を記憶するように構成されても良いし、複数の又は全ての再生装置２に共通の閾値を記憶するように構成されても良い。
【００６６】
また、再生装置２の音量が音量の閾値を超えない場合に、配信サーバ３が「再生装置２のユーザには、音声のみでは提供すべき情報の通知が困難な可能性がある」という理由でキャプションコンテンツを配信することを考慮すれば、音量の閾値は、再生装置２毎に、そのユーザにとって音声が聞き取りにくいと感じられる音量の値に個別に設定されることが望ましい。
【００６７】
また、本発明による再生システム１では、音声によってユーザに提供されるべき情報を備えない動画像のデータは、非動画コンテンツの構成要素として考慮されても良い。このような動画像のデータの例として、アニメーションジフ（アニメーションＧＩＦ），モーション−ジェイペグ（Ｍｏｔｉｏｎ−ＪＰＥＧ）等がある。
【００６８】
また、本発明による配信サーバ３は、コンテンツ記憶部６，動画配信確認部７，及び配信制御部９を備える広告配信サーバと、コンテンツ記憶部６，音量確認部８，及び配信制御部９を備える動画配信サーバと、コンテンツ記憶部６及び配信制御部９を備えるＷｅｂサーバと、のように、機能毎に分割された装置として構成されても良い。この場合、各装置におけるコンテンツ記憶部６と配信制御部９との記憶内容や機能は、装置毎に必要な機能に限定されて構成されても良い。
【００６９】
また、再生装置２は、携帯電話機を用いて構成されても良い。この場合、Ｃｏｏｋｉｅについての判断やサウンド・ドライバの状態の確認等の処理は、処理対象装置２となる携帯電話機の構成に応じて適宜変更されても良い。例えば、音量確認部８は、サウンド・ドライバの状態の確認を実行せずに、処理対象装置である携帯電話機がマナーモードであるか否かを判断するように構成されても良い。
【００７０】
また、ボタン１５は、キャプションコンテンツの動画ボックスに限らず、音声コンテンツの動画ボックスにも含まれるように構成されても良い。この場合、ボタン１５が押下されることにより、音声コンテンツがキャプションコンテンツに切り換えられる。即ち、配信サーバ３は、このボタン１５が選択・入力されたことを通知されると、この音声コンテンツと同じ内容のキャプションコンテンツをコンテンツ記憶部６から読み出し、読み出されたキャプションコンテンツをこの再生装置２へ配信する。このとき、配信サーバ３は、ボタン１５の選択・入力に応じて、キャプションボックス１７を表示するために必要なデータ（キャプションのデータ）のみを再生装置２へ配信することにより、実質的にキャプションコンテンツを再生装置２に配信するように構成されても良い。
【００７１】
また、動画ボックス１３ｂにおけるボタン１５は以下のように構成されても良い。即ち、ボタン１５がユーザによって選択・入力されることにより、再生装置２は、配信サーバ３へこの旨の通知を行うことなく、キャプションボックス１７を表示しないように動画ボックス１３ｂを制御するように構成されても良い。この場合、新たに音声コンテンツ（又はこの音声コンテンツに含まれる動画データ）がダウンロードされることがないため、配信サーバ３及び再生装置２におけるボタン１５の選択・入力に対する処理の負荷が軽減される。
【００７２】
〔第二実施形態〕
次に、図を用いて本発明の実施形態における再生装置１９について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００７３】
〈システム概要〉
再生装置１９は、パーソナルコンピュータやワークステーション等の情報処理装置を用いて構成される。図９は、再生装置１９のブロック図である。再生装置１９は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク）等を備えている。再生装置１９は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、出力部２０，コンテンツ記憶部２１，再生部２２，及び音量確認部２３等を含む装置として機能する。
【００７４】
出力部２０は、少なくともＣＲＴや液晶ディスプレイ等の表示装置を用いて構成される。出力部２２は、表示装置の他にも、音声再生装置（スピーカ，ヘッドホン，イヤホン等）等の他の出力装置をさらに用いて構成されても良い。出力部２０は、再生部２２によって再生されるデータを出力する。
【００７５】
コンテンツ記憶部２１は、ハードディスク等の不揮発性記憶装置を用いて構成される。コンテンツ記憶部２１は、動画コンテンツ、即ち音声コンテンツ及びキャプションコンテンツを記憶する。このとき、コンテンツ記憶部２１は、内容が等しい音声コンテンツとキャプションコンテンツとを記憶する。即ち、コンテンツ記憶部２１は、同じ動画像を含む音声コンテンツとキャプションコンテンツであって、音声コンテンツが含む音声の内容とキャプションコンテンツが含むキャプションの内容とが同じである（実質的に等しい）コンテンツを記憶する。ただし、コンテンツ記憶部２１が記憶する動画コンテンツは、必ずしもテキストや静止画を含む必要はない。即ち、コンテンツ記憶部２１が記憶する動画コンテンツは、単純に動画データのみによって構成されるデータであっても良い。
【００７６】
再生部２２は、ＣＰＵやＲＡＭ等を用いて構成される。再生部２２は、コンテンツ記憶部２１から音声コンテンツ又はキャプションコンテンツを読み出し、読み出されたコンテンツを、出力部２０を用いて再生する。具体的には、再生部２２は、ユーザによって動画コンテンツの再生を指示されると、音量確認部２３に対し、音声コンテンツとキャプションコンテンツとのいずれを再生すべきか判断することを指示する。再生部２２は、音量確認部２３の判断に従って、該当する動画コンテンツをコンテンツ記憶部２１から読み出す。そして、再生部２２は、読み出された動画コンテンツを、出力部２０を用いて再生する。
【００７７】
音量確認部２３は、ＣＰＵやＲＡＭ等を用いて構成される。音量確認部２３は、再生部２２から指示を受けて動作する。音量確認部２３は、自装置１９のサウンド・ドライバが有効か否かについて判断する。また、音量確認部２３は、自装置１９の音量が閾値を超えているか否かについて判断する。再生装置１９についての音量の閾値は、本発明の第一実施形態における再生装置２についての音量の閾値と同じである。音量確認部２３は、サウンド・ドライバが有効である場合且つ音量が閾値を超えている場合、音声コンテンツを再生すべきであると再生部２２に通知する。一方、音量確認部２３は、サウンド・ドライバが無効である場合又は音量が閾値を超えていない場合、キャプションコンテンツを再生すべきであると再生部２２に通知する。
【００７８】
〈動作例〉
図１０は、再生装置１９の動作例を示すフローチャートである。以下、図１０を用いて、再生装置１９の動作例について説明する。
【００７９】
再生装置１９のユーザによって動画コンテンツの再生が指示されると（Ｓ２１）、音量確認部２３は自装置１９のサウンド・ドライバが有効か否かについて判断する（Ｓ２２）。サウンド・ドライバが有効である場合（Ｓ２２−Ｙｅｓ）、音量確認部２３は、音量が閾値を超えているか否かについて判断する（Ｓ２３）。音量が閾値を超えている場合（Ｓ２３−Ｙｅｓ）、再生部２２は、該当する音声コンテンツをコンテンツ記憶部２１から読み出し、読み出された音声コンテンツを再生する（Ｓ２４）。一方、サウンド・ドライバが無効である場合（Ｓ２２−Ｎｏ）、又は音量が閾値を超えていない場合（Ｓ２３−Ｎｏ）、再生部２２は、該当するキャプションコンテンツをコンテンツ記憶部２１から読み出し、読み出されたキャプションコンテンツを再生する（Ｓ２５）。
【００８０】
〈作用・効果〉
本発明の第二実施形態によれば、再生部２２が動画コンテンツを再生する際に、音量確認部２３が再生装置１９について、再生装置１９によって音声によるユーザへの情報提供が可能か否かを判断する。即ち、音量確認部２３が、再生装置１９のサウンド・ドライバが有効であるか否かについて、及び音量が閾値を超えているか否かについて判断する。そして、音量確認部２３が再生装置１９によって音声によるユーザへの情報提供が可能でないと判断した場合、即ちサウンド・ドライバが有効でなく又は音量が閾値を超えていない場合、再生部２２は、キャプションコンテンツを再生することにより、動画コンテンツをユーザに提供する。キャプションコンテンツは、ユーザに伝えるべき情報を音声ではなくキャプションによって出力（表示）する。
【００８１】
このように、例え再生装置１９がネットワークなどに接続されていない状態（スタンドアロンの状態）であっても、音量確認部２３が音声コンテンツとキャプションコンテンツのいずれを再生すべきか判断する。従って、再生装置１９が音声を出力しないように設定されている場合であっても、キャプションによってユーザに情報が伝達される。
【００８２】
【発明の効果】
本発明によれば、ユーザの使用する再生装置（情報伝達装置）が音声を出力しない（又はほとんど出力しない）場合であっても、文字又は記号の表示により、視覚を通じてユーザに対して音声の内容を伝えることが可能となる。
【図面の簡単な説明】
【図１】第一実施形態における再生システムの概要を示す図である。
【図２】配信サーバのブロック図である。
【図３】非動画コンテンツによる表示画面の例を示す図である。
【図４】動画コンテンツによる表示画面の例を示す図である。
【図５】動画ボックスの例を示す図である。
【図６】音量チェック用プログラムのダウンロードの例を示す図である。
【図７】配信サーバの動作例を示すフローチャートである。
【図８】配信サーバの動作例を示すフローチャートである。
【図９】第二実施形態における再生装置のブロック図である。
【図１０】再生装置の動作例を示すフローチャートである。
【符号の説明】
１            再生システム
２            再生装置
３            配信サーバ
４            インターネット
５            送受信部
６            コンテンツ記憶部
７            動画配信確認部
８            音量確認部
９            配信制御部
１０，１０ａ，１０ｂ，１０ｃ，１０ｄ            表示画面
１１            静止画ボックス
１２            テキストボックス
１３            動画ボックス
１４            キャプション付き動画ボックス
１５            ボタン
１６            キャプション無し動画ボックス
１７            キャプションボックス
１８            ダウンロードウィンドウ
１８ａ          入力ボタン
１９            再生装置
２０            出力部
２１            コンテンツ記憶部
２２            再生部
２３            音量確認部
【図１】
2004241921.tif 000003
【図２】
2004241921.tif 000004
【図３】
2004241921.tif 000005
【図４】
2004241921.tif 000006
【図５】
2004241921.tif 000007
【図６】
2004241921.tif 000008
【図７】
2004241921.tif 000009
【図８】
2004241921.tif 000010
【図９】
2004241921.tif 000011
【図１０】
2004241921.tif 000012