JP4213656B2 - 携帯通信端末 - Google Patents

Description

本発明は、携帯通信端末に関する。

移動通信の分野においては、Ｗ−ＣＤＭＡ（符号分割多元接続）に代表される高速・大容量の通信方式の採用が近い将来に予定されている。このような高速・大容量通信方式の採用に伴い、携帯通信端末（携帯電話機）、特に現在急速に普及しつつあるインターネット接続可能な端末についても、さらなる高機能化が進み、現在の通信方式では実現困難であるアニメーション、テレビジョン画像、ディジタルカメラの撮影画像のような動画コンテンツ、あるいは高精細の写真や絵画の静止画コンテンツ及び高品質の音楽などのオーディオコンテンツの受信も容易に実現が可能になると予想されている。

携帯通信端末で画像コンテンツやオーディオコンテンツを受信する場合に問題となるのは、端末の表示画面が小さいこと、端末に搭載するスピーカが小さく大音量が出せないこと等の理由から、映像・音声共に迫力や臨場感に欠けるという点である。さらに、携帯通信端末はパーソナルコンピュータに比較して手軽で、利用者の数も今後ますます増大すると予想されるが、このような特質を十分に活用したコンテンツのサービス手法についての検討も、未だ不十分といえる。

従って、本発明は画像・音・文字情報を状況に応じた画面表示によって再生できる携帯通信端末を提供することを目的とする。

本発明の第１の態様に係る携帯通信端末は、映像情報、音情報及び文字情報を受信する受信手段と、映像情報及び文字情報を表示することができる表示手段と、音情報または着信があった場合に着信音を出力する出力手段と、前記着信があった場合に着信音の出力を行わないように制御するマナーモードを設定する設定手段と、前記受信手段によって受信された映像情報を表示する際に、前記マナーモードに設定されている場合は、前記受信手段によって受信された文字情報を前記映像情報より下方の所定の領域に表示し、かつ前記音情報を出力しないように前記表示手段及び前記出力手段を制御し、前記マナーモードに設定されていない場合は、前記所定の領域に前記文字情報とは異なる情報を表示し、かつ前記音情報を出力するように前記表示手段及び前記出力手段を制御する制御手段とを有することを特徴とする。

本発明の第２の態様に係る携帯通信端末は、映像情報、音情報及び文字情報を受信する受信手段と、映像情報及び文字情報を表示することができる表示手段と、音情報または着信があった場合に着信音を出力する出力手段と、前記着信があった場合に着信音の出力を行わないように制御するマナーモードを設定する設定手段と、イヤホンが接続された場合に前記出力手段によって出力されるべき音情報を該イヤホンに出力するように制御する第１制御手段と、前記受信手段によって受信された映像情報を表示する際に、前記マナーモードに設定されており、かつイヤホンが接続されていない場合は、前記受信手段によって受信された文字情報を前記映像情報の下方に表示し、かつ前記音情報を出力しないように前記表示手段及び前記出力手段を制御し、前記マナーモードに設定されていない場合またはイヤホンが接続されている場合は、前記文字情報を表示せず、前記音情報を出力するように前記表示手段及び前記出力手段を制御する第２制御手段とを有することを特徴とする。

本発明の第４の態様に係る携帯通信端末は、映像情報、音情報及び文字情報を受信する受信手段と、映像情報及び文字情報を表示することができる表示手段と、音情報または着信があった場合に着信音を出力する出力手段と、前記着信があった場合に着信音の出力を行わないように制御するマナーモードを設定する設定手段と、イヤホンが接続された場合に前記出力手段によって出力されるべき音情報を該イヤホンに出力するように制御する第１制御手段と、前記受信手段によって受信された映像情報を表示する際に、前記マナーモードに設定されており、かつイヤホンが接続されていない場合は、前記受信手段によって受信された文字情報を前記映像情報より下方の所定の領域に表示し、かつ前記音情報を出力しないように前記表示手段及び前記出力手段を制御し、前記マナーモードに設定されていない場合またはイヤホンが接続されている場合は、前記所定の領域に前記文字情報とは異なる情報を表示し、かつ前記音情報を出力するように前記表示手段及び前記出力手段を制御する第２制御手段とを有することを特徴とする。

本発明によれば、受信した画像・音・文字情報を状況に応じた画面表示及び音出力によって出力することができる。

以下、図面を参照して本発明の実施の形態を説明する。
［第１の実施形態］
（システム構成について）
図１に、本発明の第１の実施形態に係るシステム全体の概略構成を示す。携帯通信端末１は、所定のキャリア通信網２を介してインターネット３に接続可能に構成されている。インターネット３には、本発明に関係する構成要素としてアニメ作家が所有するパーソナルコンピュータ（以下、ＰＣ）４と、アニメ配信業者が管理するアニメ配信サーバ５と、主として動画・静止画などの画像コンテンツや音楽などのオーディオコンテンツを配信するコンテンツ配信業者が管理するコンテンツ配信サーバ７が接続されており、さらにアニメ配信サーバ５にはアニメライブラリ６が接続され、コンテンツ配信サーバ７には各種の情報サービスを行うサービス業者が所有する情報サービスサーバ８が接続されている。

なお、図１ではアニメ配信サーバ５及びアニメライブラリ６がコンテンツ配信サーバ７とは別に設けられているが、コンテンツ配信サーバ７と一体に設けられていてもよい。

（携帯通信端末１について）
まず、携帯通信端末１について説明すると、図２に外観図を示すように携帯通信端末１には通常の携帯電話機と同様に、アンテナ１１、キー入力部１２、カラー液晶ディスプレイのような表示部１３、受話用スピーカ１４、送話用マイクロフォン１５、着信ランプ１６、イヤホン（またはヘッドフォン）１７を接続するためのジャックが備えられ、加えてディジタルカメラ１８が設けられている。ディジタルカメラ１８によって、ユーザ自身やその周辺にいる人物の画像及び風景等を適宜撮影することができる。

さらに、本実施形態に特有の要素として、携帯通信端末１をユーザが把持したときにユーザの手が接する位置、例えば両側面の数カ所に、バイオセンサ１９が設置されている。バイオセンサ１９は、携帯通信端末１を把持したユーザの手の圧力、温度、湿度（発汗状態）等を検出するセンサである。

図３は、携帯通信端末１の内部構成を示している。この携帯通信端末１の構成は、Ｗ−ＣＤＭＡ方式に対応しているものとする。
通常の携帯電話機としての動作について説明すると、まず受話時にはアンテナ１１で受信された無線周波信号がデュプレクサ２０を介して受信部２１に入力され、ここで適当なレベルまで増幅された後、ＣＰＵ３０によって制御されるシンセサイザ２３からの受信用ローカル信号とミキシングされることにより、中間周波数信号に変換される。この中間周波数信号はＣＤＭＡコーデック２４に入力され、直交復調及び逆拡散の処理を経て所定フォーマットの受話データが生成される。この受話データは、受信された高周波信号が音声信号の場合は音声コーデック２５によって所定の音声復号化方式に従って伸張処理され、ＰＣＭ音声データとなる。このＰＣＭ音声データはＰＣＭコーデック２６により復号されてアナログ音声信号となり、電力増幅器２７を介して受話用スピーカ１４に供給され、音声として出力される。

一方、送話時にはユーザの発声音声が送話用マクロフォン１５を介して音声信号として入力され、前置増幅器２８で増幅された後、ＰＣＭコーデック２６により符号化され、ＰＣＭ音声データとなる。このＰＣＭ音声データは音声コーデック２５により所定の音声符号化方式に従って圧縮処理され、送話データとなる。この送話データはＣＤＭＡコーデック２４に入力され、ＰＮ符号により拡散処理された後、直交変調されることにより、直交変調信号として送信部２２に入力される。直交変調信号は送信部２２によりシンセサイザ２３からの送信用ローカル信号とミキシングされて無線周波信号に変換された後、デュプレクサ２０を介してアンテナ１１に供給されることにより、電波として空間に放射され、図１のキャリア通信網２に含まれる基地局に向けて送信される。

ＣＰＵ３０は、各部の制御及び種々の演算や映像・文字情報の処理を司る部分であり、ここにはＣＤＭＡコーデック２４、音声コーデック２５及びＰＣＭコーデック２６の他、図２に示したキー入力部１２、表示部１３、カメラ１８及びバイオセンサ１９が接続され、さらに図２では示されていないバイブレータ部３１、イルミネーション部３２、サウンド用スピーカ部３３、メモリ３４が接続されている。また、バッテリ３５に接続された電源回路３６からＣＰＵ３０の制御下で各部に電源が供給される。

バイブレータ部３１は、例えば偏心モータを用いて携帯通信端末１の筐体を振動させる装置であり、本来は着信時に作動することによってユーザに着信を機械的な振動で知らせる目的のものであるが、本実施形態ではさらに動画コンテンツの再生時にもコンテンツのシーンに応じて種々の振動パターンで作動するようにＣＰＵ３０によって駆動制御される。

イルミネーション部３２は、図２のキー入力部１２の押釦部分の下部に設けられたキー照明ランプや、着信時に点灯してユーザに着信を知らせるための図２の着信ランプ１６に相当するものであるが、本実施形態ではバイブレータ部３１と同様に動画コンテンツの再生時にはコンテンツのシーンに応じて種々の表示パターンで点滅表示するようにＣＰＵ３０によって制御される。

サウンド用スピーカ３３は、例えば携帯通信端末１の裏面側に設置されたサウンダとも称されるスピーカであり、通常の携帯電話機では着信音やキー操作音などの音声出力に用いられるが、本実施形態では動画コンテンツの再生時に登場キャラクタの台詞やサウンド（効果音）を音声出力するためにも利用される。図２のキー入力部１２に含まれるマナーボタンを押すと、サウンド用スピーカ３３からの音声出力は停止される。

メモリ３４は、ＣＰＵ３０での処理過程のデータを保持する作業用メモリとして用いられると共に、動画コンテンツの受信時にコンテンツデータやコンテンツ再生用のプログラム（いわゆるビュワープログラム）を格納するバッファとしても用いられる。このメモリ３４は携帯通信端末１に内蔵された半導体メモリのみであってもよいし、半導体メモリをカード状に形成して着脱可能とした、いわゆるメモリカードと、携帯通信端末１に内蔵の半導体メモリの両方を含んでいてもよい。

図４は、ＣＰＵ３０のうちのバイブレータ部３１とイルミネーション部３２の駆動及び制御を司る部分の構成を機能的に示すブロック図である。着信表示制御回路４１では、携帯通信端末１に着信があったときに予め定められたパターンの着信バイブレーション制御信号及び着信イルミネーション制御信号が生成され、これらの制御信号がＯＲゲート４３，４４をそれぞれ介してバイブレータ駆動回路４５，４６に入力される。

一方、シーン表示制御回路４２では、動画コンテンツの再生時にコンテンツデータに基づいて、シーンに応じて例えばアニメ作家により予めプログラムされたシーンバイブレーション制御信号及びイルミネーション制御信号が生成され、これらの制御信号がＯＲゲート４３，４４をそれぞれ介してバイブレータ駆動回路４５，４６に入力される。

従って、バイブレータ部３１及びイルミネーション部３２は、着信時には予め定められた一定のパターンで振動したり点滅表示を行うが、動画コンテンツの再生時にはコンテンツのシーンに応じた種々のパターンで振動したり点滅表示を行う。これにより動画コンテンツの再生時には、単に表示部１３の画面上で映像を表示する方法に比較して、ユーザはより迫力や臨場感のあるコンテンツ鑑賞を楽しむことができる。

（動画コンテンツサービスの流れについて）
次に、図５に示すフローチャートを用いて本実施形態における動画コンテンツサービスの処理の概略的な流れを説明する。
動画コンテンツとしてアニメを例にとると、まずアニメ作家はアニメ配信業者のアニメ配信サーバ５から編集ツールをダウンロードし、これを用いてアニメ映像の作成及び編集を行う（ステップＳ１〜Ｓ３）。ここで、編集ツールはアニメ作家がアニメを効率よく作成して編集するためのソフトウェアであり、アニメライブラリ６に格納された種々のアニメ素材やアニメ作成ツール等のライブラリも含んでいる。編集ツールとステップＳ３のアニメ編集処理については、後に詳しく説明する。

ステップＳ３では、最終的にユーザに配信すべき動画コンテンツの元となる原コンテンツが生成され、この原コンテンツはコンテンツ配信業者のコンテンツ配信サーバ７にインターネット３を介して（もしくは専用線を介して）転送される（ステップＳ４）。コンテンツ配信サーバ７では、転送されてきた原コンテンツに対して後述するように種々の情報を付加したり挿入することで編集を施し、編集後の動画コンテンツを図示しないメモリに登録する（ステップＳ５〜Ｓ６）。このようにして配信すべきコンテンツがコンテンツ配信サーバ７に登録されることにより、ユーザへの動画コンテンツの配信が可能となる。

携帯通信端末１のユーザが動画コンテンツのダウンロード要求を行うと、この要求はキャリア通信網２及びインターネット３を経由してコンテンツ配信サーバ７に送られ（ステップＳ７）、コンテンツ配信サーバ７からインターネット３及びキャリア通信網２を経由して、ダウンロード要求を出した携帯通信端末１にダウンロードされる（ステップＳ８）。ダウンロード方式には、バッファリング方式とストリーミング方式があるが、これらについては後述する。ダウンロードされた動画コンテンツは、ユーザによる再生指示操作によって適宜再生される（ステップＳ９）。

動画コンテンツは、例えば１２コマ／秒のアニメーションであり、短いコンテンツであれば１回でダウンロードが可能であるが、ここでは動画コンテンツは一連の複数の作品からなるいわゆるシリーズ物であり、作品単位で複数回（この例では２回）に分けてダウンロードされる場合を仮定する。ステップＳ８では動画コンテンツの１作目がダウンロードされ、ステップＳ９で再生される。動画コンテンツが４コマ漫画のような場合、作品の単位はコマ単位でもよい。また、１つの作品が複数のチャプタからなる場合、チャプタ単位で複数回に分けてダウンロードされるようにしてもよい。

１作目を再生して鑑賞したユーザが続きを見たいと考えたユーザは、例えば「続きを見る」旨の操作を行うことで、再びダウンロード要求を行う。この２作目の動画コンテンツのダウンロード要求時には、１作目のキャリア通信網２及びインターネット３を経由してダウンロード要求がコンテンツ配信サーバ７に送られる（ステップＳ１０）。さらに、このように携帯通信端末１からコンテンツ配信サーバ７へ向かう上り回線が保持された状態で、ユーザが動画コンテンツを再生する際に特定の操作を行ったときに得られた情報や、カメラ１８およびバイオセンサ１９によって得られた情報（これらの情報を総称してフィードバック情報という）が引き続き携帯通信端末１からアニメ配信サーバ５にキャリア通信網２及びインターネット３を経由してフィードバックされる（ステップＳ１１）。

携帯通信端末１から上述のフィードバック情報がアニメ配信サーバ５及びコンテンツ配信サーバ７にフィードバックされた後、ステップＳ１０のダウンロード要求に対して２作目の動画コンテンツがダウンロードされ（ステップＳ１２）、ユーザによる再生指示操作によって適宜再生される（ステップＳ１３）。この２作目の動画コンテンツの再生が終了すると、再び上記と同様にフィードバック情報がアニメ配信サーバ５及びコンテンツ配信サーバ７にフィードバックされる（ステップＳ１４）。こうして、この例では２作目までで動画コンテンツの配信が終了する。

ところで、ステップＳ１３において最後である２作目の動画コンテンツを携帯通信端末１がダウンロードして再生を行った状態では、携帯通信端末１からコンテンツ配信サーバ７へ向かう上り回線は設定されていないが、ステップＳ１４でフィードバック情報を返すためには、携帯通信端末１がコンテンツ配信サーバ７にアクセスして上り回線を設定する必要がある。携帯通信端末１のユーザにとっては、一般的に動画コンテンツの閲覧を終了した後に再びコンテンツ配信サーバ７に積極的にアクセスすることに動機付けはなく、余分に通信料金が課金されると考えるだけである。

そこで、例えば最後の動画コンテンツのダウンロード時あるいはその動画コンテンツの再生時に、コンテンツ配信サーバ７からユーザに対して何らかの特典を与える旨のメッセージ、例えば「“３”のボタンを押されますと、次回のコンテンツ視聴料金が３０％ＯＦＦになります」というようなメッセージを文字または音声として転送することにより、フィードバックを促すようにする。

また、ステップＳ１４でフィードバック情報を返さずに、フィードバック情報となる情報を携帯通信端末１内のメモリ３４で次回のダウンロード要求が行われるまで保持しておき、次回のダウンロード要求時にフィードバックするようにしてもよい。

次に、アニメ配信サーバ５ではステップＳ１１，Ｓ１４で携帯通信端末１から送られてきたフィードバック情報を統計化し（ステップＳ１５）、得られた統計データをアニメ作家へ転送する（ステップＳ１６）。アニメ作家は、この統計データを以後の編集ツールに反映させる（ステップＳ１７）。

また、コンテンツ配信サーバ７でもステップＳ１１，Ｓ１４で携帯通信端末１から送られてきたフィードバック情報を統計化し（ステップＳ１８）、得られた統計データを必要に応じて他のリサーチ業者、機関等へ配信する（ステップＳ１９）。なお、ステップＳ１５，Ｓ１８での統計化処理は、統計化の対象であるフィードバック情報の内容が同じでかつ統計化の手法が同じでよい場合には、アニメ配信サーバ５及びコンテンツ配信サーバ７のいずれか一方（例えばコンテンツ配信サーバ７）で行ってもよい。
フィードバック情報としてどのような情報をフィードバックし、それらを統計化してどのように活用するかについては、後に詳しく述べる。

以下、図５の主要なステップでの処理についてさらに詳しく説明する。
（アニメ編集処理について）
図６は、図５のステップＳ３においてアニメ作家がＰＣ４上で作成したアニメーションを編集するときに使用するアニメ編集画面６０の例であり、この画面はステップＳ１でアニメ配信サーバ５からダウンロードした編集ツールに従って作成される。このアニメ編集画面６０では、画面の最上部の映像表示領域６１に既に作成したアニメーション映像の各コマが時系列の順で横に並べて表示され、その下に音声による台詞の入力領域６２、文字による台詞の入力領域６３、サウンド（効果音）の入力領域６４、バイブレーションの設定領域６５、イルミネーションの設定領域６６及び台詞入力用ウインドウ６７が順次配置されて設定されている。さらに、アニメ編集画面６０の最下部にはユーザ評価表示領域６８が設定されている。

音声による台詞入力領域６２では、映像表示領域６１で表示される映像に対応して台詞を流す範囲をバーで指定し、かつ台詞をしゃべるキャラクタ（登場人物等）を選択できる。文字による台詞入力領域６３では、映像表示領域６１で表示される映像に対応して台詞を流す範囲をバーで指定できる。これらの台詞入力領域６２，６３への台詞入力は、台詞入力用ウィンドウ６７を用いて行うことができる。

サウンド入力領域６４では、映像表示領域６１で表示される映像に対応して携帯通信端末１のサウンド用スピーカ部３３から出力されるべきサウンド（例えば雨の音、風の音、雷の音、波の音、吠え声、鳴き声、自動車の走行音、航空機の飛行音、雑踏音等）を発生させる範囲を指定し、かつサウンドのパターン（種類等の効果音）を選択できる。

バイブレーション設定領域６５では、映像表示領域６１で表示される映像に対応して携帯通信端末１のバイブレータ部３１を振動させる範囲を指定し、かつ振動のパターン（振動周期、振動の強弱等）を選択できる。

同様に、イルミネーション設定領域６６では、映像表示領域６１で表示される映像に対応して携帯通信端末１のイルミネーション部３２を表示させる範囲を指定し、かつ表示のパターン（例えばイルミネーション部３２の各表示素子を表示させる順序、点滅周期、明るさ等）を選択できる。

このようなアニメ編集画面６０を用いることにより、アニメ作家はビジュアル的手法で容易に効果的なアニメーションの編集が可能となる。このような編集により、アニメーション映像に音声・文字による台詞、サウンド情報、バイブレーション制御情報、イルミネーション制御情報が付加されたデータが図５のステップＳ４で原コンテンツとしてコンテンツ配信サーバ７に転送される。

図６のアニメ編集画面６０では、音声・文字による台詞及びサウンド情報の入力や指定を容易に行うことができることに加えて、携帯通信端末１にもともと着信表示や暗いところでの視認性の確保等のために備えられているバイブレータ部３１及びイルミネーション部３２といった構成要素を有効に用いて、携帯通信端末１の筐体の機械的振動やイルミネーションの多様な変化を伴う迫力・臨場感に優れた再生を可能とする原コンテンツを作成できる。特に、バイブレータ部３１及びイルミネーション部３２を動画コンテンツの有効な再生にも利用するという点は、映画、テレビジョン受像機及びＰＣ等のアニメーション再生では不可能、ないしは従来では行われていなかった携帯通信端末１での動画コンテンツ再生に特有の特徴である。

（コンテンツ編集処理について）
次に、図７を用いて図５のステップＳ５でのコンテンツ編集処理について説明する。
図７（ａ）は、図６に示したアニメ編集画面６０を用いて作成された原コンテンツであり、複数のシーン０，１，２，…の区分けされている。シーン０は、例えばタイトル画面である。この原コンテンツに対して、図７（ｂ）に示すように例えばシーン０とシーン１の間にメッセージが挿入される。ここでいうメッセージとは、例えば図中に例示されているように「誕生日おめでとう」、「気に入ったシーンで“１”のボタン、面白くないシーンで“０”のボタンを押して下さい」といったような携帯通信端末１のユーザ向けのメッセージである。

これらの例のうち、前者は予めコンテンツ配信サーバ７にユーザ登録されている携帯通信端末１のユーザの個人情報（住所・氏名・生年月日・電話番号・メールアドレス等）に基づいて作成されるメッセージであり、ダウンロード要求を出したユーザに対応して、そのユーザにダウンロードすべき動画コンテンツ中に挿入される。一方、後者はアニメ作家（ないしはアニメ配信業者やコンテンツ配信業者）が当該動画コンテンツのシーン毎に対するユーザの評価（面白いかそうでないか）を探るためのメッセージであり、このメッセージに対するユーザからの評価結果を前述したフィードバック情報としてアニメ配信業者が受け取り、これを統計化して統計データをアニメ作家に転送することにより、以降のアニメーションの作成に反映させることができる。

図７（ａ）の原コンテンツ、図７（ｂ）のメッセージ挿入後のコンテンツに対して、図７（ｄ）に示すようにコンテンツ中の適当な箇所（例えば、あるシーンが終わり、次のシーンが始まる前）にアンケートが挿入される。アンケートは動画コンテンツの内容に関係のある内容でも直接関係のない内容でもよく、図の例では例えば「和菓子とケーキのどちらが好きですか？」というような、個人の嗜好を尋ねるような内容となっている。このようなアンケートに対するユーザの回答を前述したフィードバック情報としてコンテンツ配信業者が受け取って統計化（集計）し、その統計データをリサーチ業者等に配信することにより、商品等のマーケティングに利用することができる。

また、図７（ａ）の原コンテンツ、または図７（ｂ）のメッセージ挿入後のコンテンツ、あるいは図７（ｃ）のアンケート挿入後のコンテンツに対して、図７（ｄ）に示すようにコース選択画面が挿入される。コース選択画面は、コンテンツが途中からコースの異なる複数のストーリを内在したいわゆるマルチストーリ形式の場合に、例えば図中に示されるように「ほら穴Ａ，Ｂのどちらかを選んで下さい」というように、携帯通信端末１のユーザに対して閲覧したいコースの選択を促すものであり、どのコースを選んだかを前述したフィードバック情報としてアニメ配信業者が受け取り、これを統計化して統計データをアニメ作家に転送することにより、以降のアニメーションの新規作成や、既に作成されたアニメーションの改編等に反映させることができる。

さらに、図７（ｅ）に示すようにコンテンツの適宜の箇所のパケットに広告情報、例えば種々の商品や、映画・コンサート・演劇などのイベントの案内、ＴＶ・ラジオなどの放送局が放送を予定している番組の予告情報、出版社が出版を予定している書籍類の予告情報などを挿入する。携帯通信端末１のユーザは、動画コンテンツの再生中に興味のある広告情報を見つけると、その広告情報が表示された画面に再生を戻して静止させ、ゆっくり見るといった行為を行うことが想定されるが、そのような携帯通信端末１の特定の操作（特殊再生操作）を行った旨の情報を前述したフィードバック情報としてコンテンツ配信業者が受け取って統計化し、その統計データをリサーチ業者等に配信することにより、商品等のマーケティングに利用することができる。

このようにコンテンツ編集処理では、原コンテンツに対してメッセージ、アンケート、コース選択画面及び広告などの付加情報を挿入する編集が行われることにより、携帯通信端末１のユーザに配信すべき最終的な動画コンテンツが生成される。

（動画コンテンツのダウンロード及び再生について）
次に、このようにして作成された動画コンテンツをコンテンツサーバ５から携帯通信端末１にダウンロードして再生を行う方法の種々の例について、図８〜図１２を用いて説明する。上述した動画コンテンツを携帯通信端末１においてダウンロードし、かつ再生（閲覧）を行うためには、この動画コンテンツに対応した例えばＪａｖａ（登録商標）のような予め定められた言語形式の閲覧用プログラム（以下、ビュワープログラムという）が必要である。

図８〜図１０は、このビュワープログラムをコンテンツ配信サーバ７からダウンロードしてコンテンツデータのダウンロードを行う場合の種々の例を示している。
図８では、携帯通信端末１からダウンロード要求が出されると、まずビュワープログラムと共に１作目のコンテンツデータがダウンロードされ、図３のメモリ３４に格納（バッファリング）された後、再生される（ステップＳ２１〜Ｓ２２）。次に、携帯通信端末端末１から再びダウンロード要求が出されると、ステップＳ２１でダウンロードしたビュワープログラムにより２作目のコンテンツデータがダウンロードされ、バッファリングされた後にユーザの再生指示に基づき再生され（ステップＳ２３〜Ｓ２４）、以後、Ｎ作目のコンテンツデータまで同様にダウンロード、バッファリング及びユーザに再生指示に基づく再生が繰り返される（ステップＳ２５〜Ｓ２６）。

図９では、携帯通信端末１からダウンロード要求が出されると、まずビュワープログラムのみがダウンロードされ（ステップＳ３０）、引き続きこのビュワープログラムによる１作目のコンテンツデータのダウンロードとバッファリング及びユーザの再生指示に基づく再生が行われる（ステップＳ３１〜Ｓ３２）。以後、携帯通信端末１からダウンロード要求が出される毎に、ステップＳ３０でダウンロードしたビュワープログラムによるコンテンツデータのダウンロードとバッファリング及びユーザの再生指示に基づく再生がＮ作目までのコンテンツデータについて行われる（ステップＳ３３〜Ｓ３６）。

上述した図８及び図９の例は、１回のダウンロード要求に対してダウンロードを全て終了してバッファリングを終えてから再生を行う、いわゆるバッファリング方式の場合である。
これに対し、図１０はコンテンツデータをダウンロードしつつ再生を行うストリーミング方式の例であり、携帯通信端末１からダウンロード要求が出されると、まずビュワープログラムのみがダウンロードされ（ステップＳ４０）、引き続きこのビュワープログラムにより１作目のコンテンツデータがダウンロードされると同時に再生される（ステップＳ４１）。以後、携帯通信端末１からダウンロード要求が出される毎に、ステップＳ４０でダウンロードしたビュワープログラムによるコンテンツデータのダウンロードと再生が同時にＮ作目までのコンテンツデータについて行われる（ステップＳ４２〜Ｓ４３）。

一方、図１１及び図１２は、ビュワープログラムが携帯通信端末１に予め組み込まれ、例えば図３のメモリ３４に格納されており、この組み込まれたビュワープログラムを用いてコンテンツデータのダウンロードを行う場合の例を示しており、図１１はバッファリング方式、図１２はストリーミング方式の場合である。

すなわち、図１１では携帯通信端末１からダウンロード要求が出されると、まずメモリ３４に格納されたビュワープログラムがＣＰＵ３０により読み込まれ（ステップＳ５０）、このビュワープログラムによってユーザからの再生指示に基づき１作目のコンテンツデータがダウンロードされ、ユーザの再生指示に基づき再生される（ステップＳ５１〜Ｓ５２）。以下、携帯通信端末１からダウンロード要求が出される毎に、ステップＳ５０で読み込まれたビュワープログラムによるコンテンツデータのダウンロードとユーザの再生指示に基づく再生がＮ作目までのコンテンツデータについて行われる（ステップＳ５３〜Ｓ５６）。

図１２では、携帯通信端末１からダウンロード要求が出されると、まずメモリ３４に格納されたビュワープログラムがＣＰＵ３０により読み込まれ（ステップＳ６０）、引き続きこのビュワープログラムにより１作目のコンテンツデータがダウンロードされると同時に再生される（ステップＳ６１）。以後、携帯通信端末１からダウンロード要求が出される毎に、ステップＳ６０で読み込まれたビュワープログラムによるコンテンツデータのダウンロードと再生が同時にＮ作目までのコンテンツデータについて行われる（ステップＳ６２〜Ｓ６３）。

また、図１のコンテンツ配信サーバ７がコンテンツデータをバッファリング及びストリーミングの両方の方式で送出可能である場合、図１３に示すように携帯通信端末１側でユーザがコンテンツデータのダウンロードをバッファリング方式で行うか、ストリーミング方式にするかを選択し（ステップＳ７０）、これに応じてバッファリング方式によりコンテンツデータをダウンロードした後に再生を行うか（ステップＳ７１）、ストリーミング方式によりダウンロードしつつ再生を行うか（ステップＳ７２）を切り替えてもよい。

さらに、動画コンテンツのダウンロード時や再生時にビュワープログラムやコンテンツデータを一次格納するバッファとして用いられる図３のメモリ３４は、携帯通信端末１に内蔵またはメモリカードの形式で装着されるものであるために容量に限りがあり、大容量のコンテンツデータをバッファリングすることは難しい。そこで、図１４に示すようにメモリ３４（バッファ）の残容量を調べ（ステップＳ８０）、残容量が閾値を超えていればバッファリング方式で再生し（ステップＳ８１）、閾値以下であればメモリ３４をコンテンツデータのバッファリングに使用しないか、使用してもごく僅かしか使用しないストリーミング方式で再生する（ステップＳ８２）。

このようにメモリ３４のバッファ残容量に応じてバッファリング方式とストリーミング方式を自動的に切り替えることにより、通常は随時に再生ができ、画像の静止や巻き戻し等が容易で使い勝手のよいバッファリング方式で再生を行い、バッファ残容量が少なくなったらストリーミング方式で再生することができ、柔軟性をもって動画コンテンツ再生を行うことが可能となる。

（動画コンテンツの再生画面について）
図１５は、動画コンテンツの再生画面を示している。図２に示した携帯通信端末１の表示部１３の表示画面５０に、動画コンテンツ再生画面として映像表示領域５１と文字表示領域５２が割り当てられる。文字表示領域５２は、この例では映像表示領域５１の下部に設定された帯状の領域となっているが、その位置は映像表示領域５１の上部でもよいし、場合によっては映像表示領域５１の横でもよい。文字表示領域５２（テロップ表示領域ともいう）には、図１５（ａ）では台詞が表示され、図１５（ｂ）では広告が表示される。

このような文字表示領域５２での表示内容の切り替えは、図１６のフローチャートに示す手順に従って行われる。携帯通信端末１には図２に示したようにキー入力部１２の一部としてマナーボタンがあり、このマナーボタンを押していわゆるマナーモードにすると、携帯通信端末１に着信があっても周囲への迷惑防止のために図３のサウンド用スピーカ部３３から着信音は発せず、着信ランプ１６の点滅や、図３のバイブレータ部３１の振動、キー入力部１２の下部のイルミネーション部３２の点灯などによって、ユーザに着信が知らされる。

また、このマナーモードでは当然のことながら、動画コンテンツ再生時の台詞も、サウンド用スピーカ部３３からの音声としては出力されないようにすることが迷惑防止の観点から望ましい。

そこで、図１６（ａ）に示すように携帯通信端末１がマナーモードに設定されているか否かを判断し（ステップＳ９１）、マナーモードのときは図１５（ａ）に示したように文字表示領域５２で台詞を文字として表示する（ステップＳ９２）。これにより、サウンド用スピーカ部３３から台詞が音声出力されないマナーモード時においても、台詞を文字で、つまり字幕スーパーとして認識することができる。

一方、マナーモードでないときは、サウンド用スピーカ部３３から台詞が音声として出力されるので、文字表示領域５２で別の情報、例えば図７（ｅ）のようにして動画コンテンツ中に挿入された広告の情報を図１５（ｂ）に示したようにテロップ文字として表示する（ステップＳ９３）。このようにすることにより、文字表示領域５２を常に有効に利用することができる。

図１６（ａ）では、マナーモード時には常に文字表示領域５２で台詞が表示されるようにしたが、マナーモード時でもイヤホン１７で台詞を音声として聞くことができる。図１６（ｂ）は、この点を考慮に入れた例であり、マナーモード時にはさらにイヤホン１７が使用されているかどうかを判断し（ステップＳ９４）、イヤホン１７が使用されていないときは台詞を表示し（ステップＳ９２）、イヤホン１７が使用されているときには広告を表示する（ステップ９３）。

（フィードバック情報について）
次に、前述したフィードバック情報の詳細とその利用法について説明する。本実施形態の場合、先に少し述べたが、携帯通信端末１からコンテンツ配信サーバ７へ返送されるフィードバック情報と、そのフィードバック情報から推測できる事項及びこれを利用する効果は、以下の通りである。

（１）ユーザが動画コンテンツを再生する際に特殊再生操作（具体的には、静止、区間リピート、コマ送り及び早送り（スキップ）等の操作）を行ったことを示す情報。これらの特殊再生操作情報から、ユーザがどの動画コンテンツのどのシーンに興味を持ち、また逆にどのシーンがつまらないと感じたかを知ることができる。例えば、静止、区間リピート、コマ送り等を行ったシーンは、ユーザが興味を示したことが分かる。

（２）ディジタルカメラ１８から得られたユーザの顔画像の情報。顔画像から顔の表情を分析することにより、ユーザがどの動画コンテンツのどのシーンに興味を持ったり、迫力を感じたり、驚いたりし、またどのシーンをつまらないと感じたかを知ることができる。
なお、顔画像の情報をそのままフィードバック情報とすると、情報量が多くなり過ぎる可能性があるので、二値化ないしは数階調程度の量子化を行ってからフィードバックすることが望ましい。また、携帯通信端末１に例えばＭＰＥＧ−４方式等による画像圧縮機能がある場合は、顔画像の情報を圧縮してからフィードバックすることも有効である。

（３）バイオセンサ１９によって得られた情報（具体的には、ユーザが携帯通信端末１を把持するときの圧力、温度、湿度の情報）。例えば、圧力、温度、湿度等の値が高くなったときは、ユーザがそのシーンで興奮や緊迫感を覚えたことが分かる。

（４）図７（ｂ）に示した動画コンテンツへのメッセージ挿入において、例２に見られるように「気に入ったシーンで“１”のボタン、面白くないシーンで“０”のボタンを押して下さい」といったようなメッセージを挿入した場合に、携帯通信端末１のユーザからフィードバックされる情報。この情報からは、ユーザの興味があるシーン、そうでないシーンを正確かつ直接的に知ることができる。

従って、上述した（１）〜（４）のフィードバック情報を前述のように統計化し、得られた統計データを例えば図６に示したアニメ編集画面６０のユーザ評価欄６８上に表示することにより、アニメ作家がアニメーションの新規作成や、既に作成されたアニメーションの改編等を行う際に、その統計データを反映させることによって、より多くのユーザに楽しんで貰えるようなアニメ作品を作成し、動画コンテンツとして新たに配信することが可能となる。

（５）図７（ｃ）に示したような動画コンテンツに挿入されたアンケートに対するユーザの回答操作によって得られる情報。このような情報から飲食物に対する各ユーザの嗜好を知ることができ、さらには商品、映画やコンサートのジャンル、俳優・タレントなどに対する各ユーザの好みを知ることができる。

（６）図７（ｃ）に示したような動画コンテンツに挿入された広告が例えば図１５（ｂ）に示したように文字表示領域５２で再生されたり、表示画面５０全体で表示されたりした場合に得られる上記（１）〜（３）の情報。これらの広告情報に対するユーザの反応を示すフィードバック情報は、例えばリサーチ会社等で種々のマーケティングやプロモートを行う際に非常に有効である。

［第２の実施形態］
図１７に示すフローチャートを用いて、本発明の第２の実施形態における動画コンテンツサービスの処理の概略的な流れを説明する。本実施形態では、第１の実施形態と同様の構成において、携帯通信端末１の複数のユーザに向けて動画コンテンツのストーリの提供を募集し、応募してきたストーリに基づいてプロのアニメ作家が作成した動画コンテンツを各ユーザが閲覧できるように公開することで人気コンテストを行い、上位入賞者に選ばれたユーザに対する投資を各ユーザに促すという一連のサービスを行う。

具体的に説明すると、まずコンテンツ配信業者がアニメストーリのコンテストを募集する（ステップＳ１０１）。この募集はコンテンツ配信業者がホームページ上で行ってもよいし、携帯通信端末１の各ユーザに対して電子メールその他の方法で知らせる方法をとってもよい。携帯通信端末１のユーザＡ、ユーザＢ、…ユーザＮのうち、ユーザＡがコンテストに応募、つまりストーリの提供を行ったとする（ステップＳ１０２）。この応募は、例えばユーザＡがコンテンツ配信業者のホームページ上にアクセスして、そこの所定の欄にストーリを書き込む方法でもよいし、電子メールでコンテンツ配信業者のコンテンツ配信サーバ７に送信する方法をとってもよい。

ユーザＡの応募してきたストーリは、コンテンツ配信業者からアニメ作家の所有するＰＣ４に転送される。アニメ作家は、このストーリを原作として、第１の実施形態と同様にアニメ配信業者のアニメ配信サーバ５から編集ツールをダウンロードし、アニメ映像の作成及び編集を行う（ステップＳ１０３〜Ｓ１０５）。ステップＳ１０５では、ユーザに配信すべき動画コンテンツの元となる原コンテンツが生成され、この原コンテンツはコンテンツ配信業者のコンテンツ配信サーバ７にインターネット３を介して（もしくは専用線を介して）転送される（ステップＳ１０６）。

コンテンツ配信サーバ７では、転送されてきた原コンテンツに対して先と同様に編集を施し、編集後の動画コンテンツを図示しないメモリに登録する（ステップＳ１０７〜Ｓ１０８）。このようにして配信すべきコンテンツがコンテンツ配信サーバ７に登録された後、コンテンツ配信業者によって携帯通信端末１のユーザＡ、ユーザＢ、…ユーザＮが自由に閲覧できるように、例えばコンテンツ配信業者のホームページ上で公開される（ステップＳ１０９）。

コンテンツ配信業者によって公開された動画コンテンツに対して、携帯通信端末１のユーザ、例えばユーザＢがダウンロード要求を行うと、この要求はキャリア通信網２及びインターネット３を経由してコンテンツ配信サーバ７に送られ（ステップＳ１１０）、コンテンツ配信サーバ７からインターネット３及びキャリア通信網２を経由して、ダウンロード要求を出したユーザＢの携帯通信端末１にダウンロードされる（ステップＳ１１１）。ダウンロードの方法は、第１の実施形態と同様でよく、バッファリング方式かストリーミング方式のいずれかによって行われる。

ダウンロードされた動画コンテンツは、ユーザＢによる再生指示の操作によって適宜再生される（ステップＳ１１２）。この再生時に、ユーザＢは例えば、図７（ｂ）中に示した「気に入ったシーンで“１”のボタン、面白くないシーンで“０”のボタンを押して下さい」といったメッセージに対応した操作を適宜行うことができる。図１７の例では、動画コンテンツのダウンロード及び再生が１回で終了しているが、第１の実施形態と同様に複数回にわたりダウンロード及び再生を行ってもよい。

こうして動画コンテンツの再生が終了すると、ユーザが動画コンテンツを再生する際に特定の操作を行ったときに得られた情報や、カメラ１８およびバイオセンサ１９によって得られた情報がユーザＢの携帯通信端末１からアニメ配信サーバ５にキャリア通信網２及びインターネット３を経由して、この動画コンテンツの内容に対する評価結果としてフィードバックされる（ステップＳ１１３）。

ステップＳ１１２において動画コンテンツを携帯通信端末１がダウンロードして再生を行った状態では、ユーザＢの携帯通信端末１からコンテンツ配信サーバ７へ向かう上り回線は設定されていないので、ステップＳ１１３でフィードバック情報を返すためには、ユーザＢの携帯通信端末１がコンテンツ配信サーバ７にアクセスして上り回線を設定する必要がある。そこで、例えばステップＳ１０１でのコンテスト募集時や、ステップＳ１０９での応募作品の公開時に、コンテンツ配信サーバ７からユーザに対して何らかの特典を与える旨のメッセージ、例えば「投票に参加される方は、“３”のボタンを押して下さい。次回のコンテンツ視聴料金が３０％ＯＦＦになります」というようなメッセージを文字または音声として転送することにより、フィードバックを促すようにする。

次に、コンテンツ配信サーバ７ではステップＳ１１３でユーザＡの携帯通信端末１から送られてきたフィードバック情報である評価結果を集計し（ステップＳ１１４）、例えば得点が１位、２位といった優秀作品（ストーリ）を集計結果として発表する（ステップＳ１１５）。この場合、入賞者の承諾が得られれば、その入賞者の氏名や電子メールアドレスなども併せて発表することもあり得る。さらに、この集計結果の発表と共に、上位入賞者に対して投資をしませんかという旨の募集を行う（ステップＳ１１６）。これらステップＳ１１５での集計結果の発表及びステップＳ１１６での投資の募集は、例えばコンテンツ配信業者のホームページ上で行われる。投資の募集に際しては、投資額を例えば１０００円１口としたり、投資に参加するユーザが投資額を任意に指定できるような形式で行ってもよい。

携帯通信端末１のユーザ、例えばユーザＮがこの投資に応じる旨と投資額をコンテンツ配信業者に電子メールやホームページ上への書き込み等によって伝えると、その投資額は例えばユーザＮがキャリア通信網２を運営する通信業者に支払う通信料金に加算される形で引き落とされた後、コンテンツ配信業者の口座に振り込まれる。そして、コンテンツ配信業者は投資額から所定の手数料を除いた金額を投資先のユーザに対して支払う。

アニメーションの分野では、常に斬新なストーリが求められているが、そのようなストーリを書き上げる作家（アニメの原作者）もアニメ作家と共に不足気味というのが実情であり、今後の需要増大を考えるとますますその傾向が強くなると予想される。本実施形態によると、携帯通信端末１のユーザが外出先等において良い思われるストーリのアイディアが浮かんだとき、手軽に応募することができる。従って、コンテンツ配信業者は内容の優れたストーリを比較的容易に収集し、かつ潜在していた優秀な新人を発掘することが可能となり、アニメーション分野の発展に寄与するところは大きい。

［第３の実施形態］
次に、図１８に示すフローチャートを用いて、本発明の第３の実施形態における動画コンテンツサービスの処理の概略的な流れを説明する。本実施形態では、第１の実施形態と同様の構成において、携帯通信端末１の複数のユーザに向けて動画コンテンツ（アニメ作品）の提供を募集し、応募してきた動画コンテンツを各ユーザが閲覧できるように公開することで人気コンテストを行い、上位入賞者に選ばれたユーザに対する投資を各ユーザに促すという一連のサービスを行う。

まず、コンテンツ配信業者が動画コンテンツのコンテストを募集する（ステップＳ１２１）。この募集はコンテンツ配信業者がホームページ上で行ってもよいし、携帯通信端末１の各ユーザに対して電子メールその他の方法で知らせる方法をとってもよい。携帯通信端末１のユーザＡ、ユーザＢ、…ユーザＮのうち、ユーザＡがコンテストに応募、つまり動画コンテンツの提供を行うとする。この場合、ユーザＡは最初から自分のツールで動画コンテンツを作成してもよいが、本実施形態では第１の実施形態と同様にアニメ配信業者のアニメ配信サーバ５から編集ツールをダウンロードし、アニメーション映像の作成及び編集を行う（ステップＳ１２３〜Ｓ１２４）。そして、完成したアニメ作品をユーザＡの携帯通信端末１からキャリア通信網２及びインターネット３を介してコンテンツ配信業者のコンテンツ配信サーバ７に原コンテンツとして転送することで応募する（ステップＳ１２５）。

コンテンツ配信サーバ７では、転送されてきた原コンテンツに対して先と同様に編集を施し、編集後の動画コンテンツを図示しないメモリに登録する（ステップＳ１２６〜Ｓ１２７）。このようにして配信すべきコンテンツがコンテンツ配信サーバ７に登録された後、コンテンツ配信業者によって携帯通信端末１のユーザＡ、ユーザＢ、…ユーザＮが自由に閲覧できるように、例えばコンテンツ配信業者のホームページ上で公開される（ステップＳ１２８）。

コンテンツ配信業者によって公開された動画コンテンツに対して、携帯通信端末１のユーザ、例えばユーザＢがダウンロード要求を行うと、この要求はキャリア通信網２及びインターネット３を経由してコンテンツ配信サーバ７に送られ（ステップＳ１２９）、コンテンツ配信サーバ７からインターネット３及びキャリア通信網２を経由して、ダウンロード要求を出したユーザＢの携帯通信端末１にダウンロードされる（ステップＳ１３０）。ダウンロードの方法は、第１の実施形態と同様でよく、バッファリング方式かストリーミング方式のいずれかによって行われる。

ダウンロードされた動画コンテンツは、ユーザＢによる再生指示の操作によって適宜再生される（ステップＳ１３１）。この再生時に、ユーザＢは例えば、図７（ｂ）中に示した「気に入ったシーンで“１”のボタン、面白くないシーンで“０”のボタンを押して下さい」といったメッセージに対応した操作を適宜行うことができる。図１８の例では、動画コンテンツのダウンロード及び再生が１回で終了しているが、第１の実施形態と同様に複数回にわたりダウンロード及び再生を行ってもよい。

こうして動画コンテンツの再生が終了すると、ユーザが動画コンテンツを再生する際に特定の操作を行ったときに得られた情報や、カメラ１８およびバイオセンサ１９によって得られた情報がユーザＢの携帯通信端末１からアニメ配信サーバ５にキャリア通信網２及びインターネット３を経由して、この動画コンテンツの内容に対する評価結果としてフィードバックされる（ステップＳ１３２）。

ステップＳ１３２において動画コンテンツを携帯通信端末１がダウンロードして再生を行った状態では、ユーザＢの携帯通信端末１からコンテンツ配信サーバ７へ向かう上り回線は設定されていないので、ステップＳ１３２でフィードバック情報を返すためには、ユーザＢの携帯通信端末１がコンテンツ配信サーバ７にアクセスして上り回線を設定する必要がある。そこで、例えばステップＳ１２１でのコンテスト募集時や、ステップＳ１２８での応募作品の公開時に、コンテンツ配信サーバ７からユーザに対して何らかの特典を与える旨のメッセージ、例えば「投票に参加される方は、“３”のボタンを押して下さい。次回のコンテンツ視聴料金が３０％ＯＦＦになります」というようなメッセージを文字または音声として転送することにより、フィードバックを促すようにする。

次に、コンテンツ配信サーバ７ではステップＳ１３２でユーザＡの携帯通信端末１から送られてきたフィードバック情報である評価結果を集計し（ステップＳ１３３）、例えば得点が１位、２位といった優秀作品のコンテンツ（原コンテンツ）を集計結果として発表する（ステップＳ１３４）。この場合、入賞者の承諾が得られれば、その入賞者の氏名や電子メールアドレスなども併せて発表することもあり得る。さらに、この集計結果の発表と共に、上位入賞者に対して投資をしませんかという旨の募集を行う（ステップＳ１３５）。これらステップＳ１３４での集計結果の発表及びステップＳ１３５での投資の募集は、例えばコンテンツ配信業者のホームページ上で行われる。投資の募集に際しては、投資額を例えば１０００円１口として募集したり、投資に参加するユーザが投資額を任意に指定できるような形式で行ってもよい。

携帯通信端末１のユーザ、例えばユーザＮがこの投資に応じる旨と投資額をコンテンツ配信業者に電子メールやホームページ上への書き込み等によって伝えると、その投資額は例えばユーザＮがキャリア通信網２を運営する通信業者に支払う通信料金に加算される形で引き落とされた後、コンテンツ配信業者の口座に振り込まれる。そして、コンテンツ配信業者は投資額から所定の手数料を除いた金額を投資先のユーザに対して支払う。

現在、アニメーションに限らないが、一般的に動画や静止画などの画像コンテンツを制作する制作者や作家の数は不足気味であり、将来的にはますます深刻化することが予想される。本実施形態によると、このようなコンテンツ制作に関わる新人の発掘に大きく貢献することができる。

また、特に本実施形態では前述した編集ツールを携帯通信端末１のユーザに対しても公開し、このツールを自由に使用可能な環境とすることにより、コンテンツの作成・編集に不慣れなユーザでも、この編集ツールを使って容易に、かつ携帯通信端末端末１のバイブレーション制御及びイルミネーション制御の機能を持った迫力ある再生ができるコンテンツを作成・編集することが可能となるので、ユーザの創作意欲を高揚させる効果を期待できる。

［その他の実施形態］
上記した各実施形態では、コンテンツが主としてアニメーションの場合を例にとって説明したが、本発明が対象とするコンテンツとしては他に自然画像や絵画などの静止画コンテンツ（より好ましくは、音楽やナレーションなどのサウンドや音声が加わったコンテンツ）、アニメーション以外の動画コンテンツ、音楽などのオーディオコンテンツ等が挙げられる。

また、上記した各実施形態ではコンテンツ再生時にコンテンツの内容に応じてバイブレーション制御及びイルミネーション制御を行う例について述べたが、携帯通信端末に特定の相手からの着信（通常の通話の着信とインターネットによる電子メールやショートメールの着信も含む）時に、予めダウンロードされたプログラムに従い、予めダウンロードされたコンテンツを表示すると共に、バイブレーション制御及びイルミネーション制御を行う機能を携帯通信端末に持たせることも有効である。

本発明の第１の実施形態に係るシステム全体の概略構成を示す図 本発明で用いる携帯通信端末の一例を示す外観図 本発明で用いる携帯通信端末の内部構成を示すブロック図 図３におけるＣＰＵのバイブレーション制御及びイルミネーション制御に関わる構成を機能的に示すブロック図 同実施形態における動画コンテンツサービスの処理の流れを示すフローチャート 同実施形態におけるアニメ編集画面の具体例を示す図 同実施形態における動画コンテンツ編集処理の具体例を示すタイムチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツのダウンロード及び再生に関わる第１の手順を示すフローチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツのダウンロード及び再生に関わる第２の手順を示すフローチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツのダウンロード及び再生に関わる第３の手順を示すフローチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツのダウンロード及び再生に関わる第４の手順を示すフローチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツのダウンロード及び再生に関わる第５の手順を示すフローチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツの再生に関わる第１の方法を示すフローチャート 同実施形態における携帯通信端末ユーザでの動画コンテンツの再生に関わる第２の方法を示すフローチャート 同実施形態における動画コンテンツ再生画面の例を示す図 同実施形態における動画コンテンツ再生画面の文字表示領域での表示内容の切り替えに関わる手順を示すフローチャート 本発明の第２の実施形態における動画コンテンツサービスの処理の流れを示すフローチャート 本発明の第３の実施形態における動画コンテンツサービスの処理の流れを示すフローチャート

符号の説明

１…携帯通信端末
２…キャリア通信網
３…インターネット
４…アニメ作家のＰＣ
５…アニメ配信サーバ
６…アニメライブラリ
７…コンテンツ配信サーバ
８…各種情報サービスサーバ
１１…アンテナ
１２…イルミネーション付きキー入力部
１３…表示部
１４…受話用スピーカ
１５…送話用マイクロフォン
１６…着信ランプ
１７…イヤホン
１８…ディジタルカメラ
１９…バイオセンサ
３０…ＣＰＵ
３１…バイブレータ部
３２…イルミネーション部
３３…サウンド用スピーカ部
３４…メモリ（バッファ）
５０…表示画面
５１…映像表示領域
５２…文字表示領域
６０…アニメ編集画面
６１…映像映像表示領域
６２…音声による台詞入力領域
６３…文字による台詞の入力領域
６４…サウンド（効果音）入力領域
６５…バイブレーション設定領域
６６…イルミネーション設定領域
６７…台詞入力用ウインドウ
６８…ユーザ評価表示領域

Claims (3)

1. 映像情報、音情報及び文字情報を受信する受信手段と、
   映像情報及び文字情報を表示することができる表示手段と、
   音情報または着信があった場合に着信音を出力する出力手段と、
   前記着信があった場合に着信音の出力を行わないように制御するマナーモードを設定する設定手段と、
   前記受信手段によって受信された映像情報を表示する際に、前記マナーモードに設定されている場合は、前記受信手段によって受信された文字情報を前記映像情報より下方の所定の領域に表示し、かつ前記音情報を出力しないように前記表示手段及び前記出力手段を制御し、
   前記マナーモードに設定されていない場合は、前記所定の領域に前記文字情報とは異なる情報を表示し、かつ前記音情報を出力するように前記表示手段及び前記出力手段を制御する制御手段と
   を有することを特徴とする携帯通信端末。
2. 映像情報、音情報及び文字情報を受信する受信手段と、
   映像情報及び文字情報を表示することができる表示手段と、
   音情報または着信があった場合に着信音を出力する出力手段と、
   前記着信があった場合に着信音の出力を行わないように制御するマナーモードを設定する設定手段と、
   イヤホンが接続された場合に前記出力手段によって出力されるべき音情報を該イヤホンに出力するように制御する第１制御手段と、
   前記受信手段によって受信された映像情報を表示する際に、前記マナーモードに設定されており、かつイヤホンが接続されていない場合は、前記受信手段によって受信された文字情報を前記映像情報の下方に表示し、かつ前記音情報を出力しないように前記表示手段及び前記出力手段を制御し、
   前記マナーモードに設定されていない場合またはイヤホンが接続されている場合は、前記文字情報を表示せず、前記音情報を出力するように前記表示手段及び前記出力手段を制御する第２制御手段と
   を有することを特徴とする携帯通信端末。
3. 映像情報、音情報及び文字情報を受信する受信手段と、
   映像情報及び文字情報を表示することができる表示手段と、
   音情報または着信があった場合に着信音を出力する出力手段と、
   前記着信があった場合に着信音の出力を行わないように制御するマナーモードを設定する設定手段と、
   イヤホンが接続された場合に前記出力手段によって出力されるべき音情報を該イヤホンに出力するように制御する第１制御手段と、
   前記受信手段によって受信された映像情報を表示する際に、前記マナーモードに設定されており、かつイヤホンが接続されていない場合は、前記受信手段によって受信された文字情報を前記映像情報より下方の所定の領域に表示し、かつ前記音情報を出力しないように前記表示手段及び前記出力手段を制御し、
   前記マナーモードに設定されていない場合またはイヤホンが接続されている場合は、前記所定の領域に前記文字情報とは異なる情報を表示し、かつ前記音情報を出力するように前記表示手段及び前記出力手段を制御する第２制御手段と
   を有することを特徴とする携帯通信端末。

Images