(57)【特許請求の範囲】
【請求項１】
時間的に前後関係にある少なくとも２コマの線画を入力して形状が時間的に変化する線画動画像を作成・編集し、その線画動画像データをインターネット網に出力する動画編集装置と、前記インターネット網から受信した前記線画動画像データを格納し、前記線画動画像を携帯情報端末に配信する動画配信サーバと、該動画配信サーバから携帯網を介して前記線画動画像データを受信し、線画動画像を表示する携帯情報端末とを備えた動画像配信システムにおいて、
前記動画編集装置は、前記２コマで作成した線画の各筆点の対応付けをストローク毎に行い、これを線画動画像データファイルに格納し、前記線画動画像データをインターネット網を介して前記動画配信サーバに出力する構成を有し、
前記動画配信サーバは、インターネット網から受信した線画動画像データを格納するコンテンツデータベースと、前記線画動画像データを、前記線画動画像データと前記線画動画像の中間画を生成するための処理プログラムとからなるオブジェクトモジュールに翻訳する翻訳部と、前記オブジェクトモジュールを配信コンテンツとして格納し、その配信コンテンツを前記携帯情報端末に配信する配信コンテンツデータベースとを有し、
前記携帯情報端末は、前記オブジェクトモジュールを解釈し前記中間画を生成する処理装置及び生成された中間画を含む前記線画動画像を表示するブラウザを有することを特徴とする動画像配信システム。
【請求項２】
請求項１において、前記携帯情報端末は、ユーザの操作により、前記配信コンテンツデータベース内の配信コンテンツを選択し、携帯情報端末装置内に格納し表示することを特徴とする動画像配信システム。
【請求項３】
請求項１において、前記コンテンツデータベースは複数の線画動画像データを有し、前記翻訳部は、前記複数の線画動画像データを合成し、前記オブジェクトモジュールに翻訳する動画合成・翻訳部であることを特徴とする動画像配信システム。
【請求項４】
請求項３において、前記オブジェクトモジュールは、前記線画動画像データの合成において、すくなくとも、背景動画像として合成表示する背景動画モジュール、又は時間的に連続して合成表示する時系列動画モジュールとすることを特徴とする動画像配信システム。
【請求項５】
請求項１において、前記配信コンテンツデータを前記携帯情報端末に配信するとき、前記携帯情報端末の画面サイズに応じて線密度変換を行う動画像配信システム。
【請求項６】
請求項１において、前記携帯情報端末のユーザIDを前記携帯網から入力し、前記ユーザIDと配信コンテンツのダウンロード状況を管理する動画配信管理手段をもうけ、課金管理する動画像配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータを用いて動画像を作成編集し、動画配信サーバからネットワーク網によりユーザの携帯情報端末に動画像をサービスする動画像配信に関するものである。
【０００２】
【従来の技術】
アニメーション等の動画を作成する方法には、連続した複数枚の絵を描き、これを１コマずつ切り替えて表示することにより、動いているように見せるコマ割方法が一般的である。最近のインターネットによるGIFアニメーションのホームページ掲載や、携帯電話への人気キャラクタの画像配信サービスがその例である。
【０００３】
一方、複数のコマの手書きによる線動画像から中間の線動画像を生成する動画像生成方法が、特開平１１−２５９６６９に開示されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、複数枚の絵を細かく動かすには多くのコマ数が必要であり、作成の工数が多く係るとともに、すくないコマ数では、スムーズな絵の動きができないという問題点がある。
【０００５】
一方、手書きによる線動画像から中間の線動画像を生成する特開平１１−２５９６６９では、動画像のコンテンツの配信サービスについては考慮されていないという問題点がる。すなわち、動画配信のためのシステム構成や方法、具体的には、複数のコンテンツの合成や携帯情報端末の画面サイズへの考慮、課金の方法が考慮されていないという問題があった。
【０００６】
本発明の目的は、作成者が意図した複雑な動きをし、かつ意図した形状にダイナミックに変化する動画像を簡単に作成し、インターネット網および携帯網に接続された携帯情報端末に配信サービスすることができる動画像配信方法及び動画像配信システム及び動画像編集装置および携帯情報端末装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、形状が時間的に変化する線画動画像を配信する動画像配信方法および配信システムにおいて、網から動画像データを入力してコンテンツデータベースに格納し、前記コンテンツデータベースから動画像の中間画を生成するためのオブジェクトを配信コンテンツデータに格納し、この配信コンテンツを網に接続された携帯情報端末装置に配信することを特徴とする。
【０００８】
また、複数のコンテンツデータベースを選択的に合成して配信コンテンツデータを生成できることを特徴とする。さらに、携帯情報端末の画面サイズに応じて配信コンテンツデータの線密度変換を行うことを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明を図面により詳細に説明する。本発明の実施例では、動画像編集端末で作成されたコンテンツはインターネットを介して動画像配信サーバに格納し、ユーザの操作に応じて携帯網を通じて携帯情報端末（携帯電話を含む）に配信サービスする実施例を中心に説明する。
【００１０】
図１は、本発明の一実施形態を示す動画像配信システムのシステム全体構成図である。動画エディタ端末1：60a、動画エディタ端末2：60bは、インターネット網50に接続された動画像編集装置である。また、インターネット網50には、動画配信サーバ40が接続され、動画エディタ端末1、2から送信された動画コンテンツを格納し携帯網30、携帯基地局20を介して携帯情報端末1〜ｎ：10a〜10nに配信サービスされる。携帯情報端末1〜ｎはJAVAアプレットを処理できる端末であり、配信された動画オブジェクトを解釈して線画アニメーションが可能である。
【００１１】
図２は、動画エディタ端末１，２：60a、60bの詳細ブロック構成図である。以下構成と動作の説明を述べる。動画像の元になる２コマの画像（静止画）を入力すると共に、作成した動画像を表示する表示一体型液晶タブレット73（以下、タブレットと略記）と、このタブレット73の描画面で動画像の元になる２コマの画像を描画するためのペン72と、タブレット73と接続され、動画を作成編集するデータ処理装置79を備えている。
【００１２】
タブレット73およびペン72は、ペン72によるタブレット73への筆点を例えば電磁結合度によって検出する方式で構成されている。なお、感圧式あるいは静電容量方式のものを用いることもできる。要するに、描画面を所定速度でサンプリングし、ペン72で描画を行った際に、筆点の座標（２次元座標）を順次出力するものであればよい。ここで、所定速度でサンプリングされた筆点座標は、手ブレなどのノイズを軽減するため、等間隔に座標をリサンプリングしたり、また、スムージングしたりの座標補正処理をする。
【００１３】
データ処理装置79は、例えばパーソナルコンピュータ等の計算機で構成されるものであり、その機能構成を大別すると、筆点座標データ入力処理部61、動画データ記憶部62、中間画作成処理部63、動画再生表示処理部64、表示管理部65、動画編集処理部66、動画入力部67、動画出力部68、動画データ送信部70、動画データ受信部71、文字／図形入力部74、文字／図形開始点対応部75、筆点座標変換部76とを備えている。このデータ処理装置79には、作成した動画像を格納する動画像データファイル69が接続されている。
【００１４】
筆点座標データ入力処理部61は、タブレット73から出力される筆点の座標データを順次取り込み、動画データ記憶部62に格納するものである。ペン72とタブレット73からの座標データを直接動画のデータとして取り込む以外の方法として、文字／図形からベクトル座標データを発生させることもできる。すなわち、文字／図形入力部74で文字／図形データを入力し、文字／図形開始点対応部75において、そのデータをベクトル座標にするために、文字／図形データの開始点を対応させる。
【００１５】
次に説明するように、開始点から筆点データを順次発生させることにより、ペンで入力したと同じような線画データが得られる。
【００１６】
動画再生表示処理部64は、動画データ記憶部62に記憶された入力画像および中間画をユーザが指定した速度で読出し、動画の再生処理を行うものである。
【００１７】
表示管理部65は、タブレット73における表示画面の内容を２コマずつ切り替えたり、中間画作成処理部63で作成した途中の２コマの動画を表示したり、動画再生処理部64により読み出された動画像データを動画像として表示画面に表示させるものである。
【００１８】
動画入力部67は、動画出力部68で生成された動画データファイル69を読み込み、動画データ記憶部62に転送するものである。動画出力部68は、動画データファイル69を出力するものである。
【００１９】
作られた動画データファイル69は、動画データ送信部７０を介しインターネット網５０を通して動画配信サーバ４０へ送られる。一方、その逆のルートは、動画配信サーバ４０からのデータはインターネット網５０を通じ、図２の動画データ受信部７１を介して動画データファイル６９に格納される。
【００２０】
以下、このように構成された動画像エディタ端末の動作を、図３〜１１を用いて説明する。
【００２１】
図３は、動画エディタ端末の画面構成で、２コマずつ対応して作成できるようになっている。このように、本実施例では、２コマを平面上に同時に表示し、かつ、編集およびコマの再生をできるように構成している。画面構成を順次説明する。
【００２２】
２０１は、動画像エディタ端末のタイトルを表示する部分で、“Hands手書きアニメーションエディタ”と表示されている。
【００２３】
２０２〜２０４は、ファイルに関するメニューで、２０２は、新規ファイルを開くとき、２０３は、既に作成してある動画データファイル69を開く場合、２０４は、出来上がった動画ファイルを格納する場合のメニューである。
【００２４】
２０５は、全てのコマ作成を終了して、全体的にどのような動画ができたかを確認するためのメニューである。今回の実施例では、最大１０コマの画面が作成できる。なお、２コマ間で動画作成状態を確認したいとき、２１６メニューの“２コマ再生”を利用する。
【００２５】
２０６〜２０７は、コマ画面を制御するもので、“前へ”と“次へ”がある。すなわち、１０コマ画面の内、前後の２コマのみを表示するためのコマ制御である。
【００２６】
２０８は、ファイルの格納先を定義するための環境を定義するための“設定”メニューである。
【００２７】
２０９は、動画作成システムの“終了”メニューである。２１０〜２１３は、コマ番号と対応する入力画面で、１〜１０まである。なお、全てのコマの画面を入力する必要はなく、途中の番号で終了しても構わない。
【００２８】
２１４は、２つのコマ間の分割密度分布を定義するものである。分割密度分布として、等密度、前高密度、中間高密度、後高密度の４種類の設定がある。等密度は、均等に分割するもので、２つの画像の平均的な中間画生成される。なお、この等密度がデフォルト設定になっている。前高密度は、前の入力画像に近いところを多く分割するもので、前の画像がゆっくり木目細かく生成される特徴がある。中間高密度は、２つの入力画像の中間に値するところを高密度に分割するもので、前後の画像は早く、中間の画像がゆっくり木目細かく生成される特徴がある。一方、後高密度は、後ろの画像に近いところを多く分割するもので、後ろの画像がゆっくり木目細かく生成される特徴がある。このように、分割密度を設定することで、中間画の生成にダイナミック性を持たすことができる。なお、分割密度を4種類にしたが、連続的に設定するように構成しても良い。
【００２９】
２１５は、２つの入力画像（２１２、２１３画面）の中間画のコマ割り数を定義するものである。この例では、１０コマを定義した例である。なお、コマ数を増やせば、スムーズな動きが、コマ数が少なくするとスピーデイな動きが表現できる。したがって、中間画は、分割密度の設定とコマ数の設定に応じて生成されることになる。このアルゴリズムは後述する。ここで、２１４〜２１５の上下の矢印は、分割密度、もしくはコマ数の増減を行うものである。
【００３０】
２１６は、前述したように、２コマ画像の再生を行うもので、これにより、中間画の出来具合を確かめることができる。もし、不具合がある場合、入力したストローク毎に削除（“アンドー”メニュー）し、再入力することができる。
【００３１】
２１７〜２１９は、入力画像の編集作業を行うためのメニューで、２１７と２１９はコマ毎に編集メニューを割り当てている。一方、２１８は、線画の太さと色を定義するもので、２つのコマで共通に使用するものである。さて、２１７において、“選択”メニューは、２１２画面のストロークを選択するためのもので、対象ストロークをタッチすると選択される。選択された対象は“カット”、“コピー”、“ペースト”などのメニューを用いて同じコマ画面もしくは、他のコマ画面に編集操作ができる。一方、“入力”メニューを選ぶと、新規のストロークを入力することができる。“アンドー”メニューは前述のように、操作のやり直しのメニューである。なお、２１９メニューは２１７と同じ機能である。
【００３２】
図４は、新規に動画を作成する場合の画面の例である。動作を簡単に説明するため、三日月から満月までの月が左下から、右上に移動しながら変化していくアニメーション（動画）を考えてみる。入力コマ数は３個で、途中の中間画を本エディタ端末で自動生成する。
【００３３】
まず、編集メニュー２１７の“入力”メニューをクリックし、１コマ目に、ストローク６０１を入力し、次に、ストローク６０２を入力する。次の２コマ目にも、同様にストローク６０５および６０６を入力する。ここで、ストローク６０５を入力した段階で、１コマ目のどのストロークとどのような筆順で対応するかを、色を変化させながら、筆順トレースしている（６０２）。このように、筆順トレースあるいは色変化させることで、次コマ目の入力を容易としている。これは、ストローク数が多い線画の場合、特に有効である。なお、分割密度６０３は等密度を、中間画６０４は１０コマを設定している。
【００３４】
図４の２０７の“次へ”メニューをクリックすると、図５の２コマ目と３コマ目の画面が現れる。ここでは、２コマ目は既に入力済みであるので、３コマ目のストローク７０５、７０６を入力する。ストローク７０５を入力終了すると、同様に、次に入力すべき対応ストローク７０２を筆順トレースする。この筆順トレースに対応するものとして、ストローク７０６を入力する。対応ストロークがなくなると、筆順トレースは終了する。なお、この画面では、分割密度６０３は等密度を、中間画７０４は５コマを設定している。
【００３５】
図６は、編集操作例を説明したもので、２コマの画像（ストローク８０１、８０２）を３コマ目にコピーする場合を示している。まず、対象物選択のために、“選択”メニュー８０４をクリックする。次に、ペン２で、対象物８０１と８０２の全体を選択すると、選択されたことを表すマーク８０３が現れる。そして、“コピー”メニュー８０５をクリックする。そして、３コマ目の“ペースト”メニュー８１０をクリックすると、ストローク８０６、８０７のように複写ができる。なお、位置やサイズを変更する場合は、マーク内をペン２でドラッグ（ひきずる）と移動、マークをドラッグするとサイズ変更できる。このような編集操作は、図形の編集と同様である。このように、既にあるものを編集することで、画面入力がしやすくなる効果がある。また、変化しない画面は他のコマにコピーすることで、背景画像を簡単に作成できる効果がでてくる。
【００３６】
図７は、本エディタで作成できるコマのイメージを説明したもので、９０１、９０２、９０４がコマ１、コマ2、コマ3の入力画像に対応する。一方、９０３は、９０１と９０２とのコマから等密度で中間画を作成したもので、図４のコマ数指定より、１０コマ分ある。また、９０５は、９０２と９０４とのコマから等密度で中間画を作成したもので、図５のコマ数指定より、５コマ分ある。したがって、９０１から９０４までの生成されたコマ数は、中間画も含めて、１４コマとなる。
【００３７】
図８、図９に、“２コマ再生”メニュー２１６をクリックしたときの、再生途中の画面を示す。図８は、１コマ画面１００４と２コマ画面１００５の再生途中画面１００３、図９は２コマ画面１１０２と３コマ画面１１０３の再生途中画面１１０１である。なお、図８，９において、“閉じる”メニューをクリックすると、再生ウインドーは閉じられる。
【００３８】
動画の最小単位である動画オブジェクトは、動画データ記憶部６２に記憶される。
【００３９】
動画の最小単位である動画オブジェクトは、図１０に示すようなデータを持ち、動画データ記憶部６２に記憶される。すなわち、それぞれの動画オブジェクトを区別するための「動画オブジェクトＮｏ．」１２０１、動画オブジェクトを構成する直線や曲線等の各線画を区別するための「線画Ｎｏ．」１２０２、各線画の筆点座標列１２０３、各線画の色や太さ等の属性１２０４、各筆点座標に対応する次のコマの対応点１２０５、および分割密度１２０６を持っている。ここでは、分割密度は等密度が選ばれている。
【００４０】
ここで、次コマ対応点１２０５は、後述するように、中間画を作成する際の中間画作成処理によって設定される。
【００４１】
図１１は、動画エディタ端末６０の７４〜７６の機能ブロックの処理方式を説明したものである。すなわち、筆点座標データを文字／図形のコードデータから、生成するものである。文字データ80（例えば、“Ａ”文字）や図形データ81（例えば、四角形）のコードデータが、文字／図形開始点対応部75に入力されると、筆点座標発生の開始点を手動もしくは自動で対応させる。手動の場合は、文字や図形のストローク毎（画数毎）開始点の端点座標を指示すればよい。一方、自動で対応を図る場合、左上から右下から端点座標を走査して、順次を決定することによりできる。開始対応をとった文字データファイル82、図形データファイル83として出力される。次に、これらのファイル82、83は、筆点座標変換部76により、順次、終点座標まで座標を発生させる。発生する座標の間隔は、きれいに見えるくらいのきめ細かさとし、生成した文字データは、図形データはファイル各々84、85に格納される。これらのデータは図２の筆点座標データ入力部61に入力される。
【００４２】
次に、図１２により、配信サーバ40の説明をする。配信サーバ40の役割は、コンテンツデータベースへの登録と配信が主な機能である。登録機能は、動画エディタ端末60で作成されたデータをユーザが使いやすいように管理することである。
【００４３】
一方、配信機能は、必要なコンテンツが選ばれたら、配信コンテンツDBから、携帯情報端末10にダウンロードする機能である。なお、本発明の一実施例では、携帯情報端末10は、JAVA言語で翻訳されたオブジェクトモジュールを動作できる環境であることを前提に説明する。
【００４４】
さて、動画エディタ端末60から送信された動画データ77は、動画受信部40aを介して、コンテンツDB1(40f)、コンテンツDB2(40g)、コンテンツDBn(40h)等に格納される。複数のコンテンツDBが存在するのは、配信事業者ごと、コンテンツ内容ごとの系統別のものがあるためである。コンテンツ内容別では、ストーリー別、広告別、文字別、図形別、画像別などがある。コンテンツDBは、動画エディタ送信部40bを介して、動画エディタ60に送信し、再利用することができる。
【００４５】
次に、動画合成・翻訳部40cは、複数のコンテンツDB1〜n（動画モジュール）を合成し、JAVA言語に翻訳する機能である。図１３は、コンテンツDB1〜DBnを合成・翻訳するイメージを示したものである。この例では、３つのコンテンツDBを合成している。すなわち、コンテンツDB1では、象形文字である“山”のモジュールを、コンテンツDB2は“川”のモジュールを、コンテンツDBnは三日月の背景画像のモジュールを合成し、配信コンテンツDBとして出力される。なお、合成の方法として、複数のモジュールが重なる背景レイヤーとシーケンシャルになるシーケンシャルレイヤーの２種類がある。図１３の例では、三日月の画像は、背景レイヤーである。一方、コンテンツDB1とコンテンツDB2は、シーケンシャルレイヤーである。背景レイヤーにするかシーケンシャルレイヤーにするかは、ユーザが動画合成・翻訳部で選択する。なお、合成後の動画はプレビューすることができる。なお、音声レイヤーにも拡張し、コマに同期させて音声を出すことも考えられる（図示なし）。複数のモジュールを合成することで、複雑な動画合成や広告を流すことができる。
【００４６】
動画配信部40eは、配信管理DB（40i）を用いて携帯情報端末の要求に応じて配信コンテンツDB(40d)の配信を実際に行う機能である。この動画配信部40eでは、後述する図２３の携帯端末の操作に対する処理、さらに、携帯情報端末の画面サイズに応じた配信コンテンツの線密度変換処理、ユーザ個々のコンテンツ利用状況の管理と課金管理を行う。
【００４７】
ここで、線密度変換処理の必要性を説明する。動画エディタ端末６０と携帯情報端末１０では、編集の容易さと携帯性の関係から、一般的には動画エディタ端末の画面サイズが大きい。また、携帯情報端末のコンピュータ能力も小さい。したがって、配信コンテンツのデータを画面サイズに合わせて線密度変換しないと表示サイズや処理性能が適合しない。表示サイズへの対応として、線密度変換する以外に配信コンテンツデータの座標データの正規化処理があるが、処理性能や通信時間のためには線密度変換の方が好ましい。
【００４８】
ユーザ個々のコンテンツ利用状況の管理と課金管理では、通信事業者から契約しているユーザのID情報を転送していただき、アクセス情報と対応つけて課金することができる。例えば、情報量に応じて課金する場合は、ダウンロードしたコンテンツの種類とダウンロードしたパケットサイズに応じて課金し、この課金情報を通信事業者に送信し、通信事業者から料金を振り替えしていただく方法がある。一方、月毎の配信サービスであれば、通信事業者から料金の回収を行っていただき、契約者IDに対し
て、配信サーバからユーザアドレスに一定量のコンテンツを配信することができる。以上のように、動画配信部40eにコンテンツ利用状況の管理と課金管理をもうけることにより、動画配信サーバ事業が可能となる。
【００４９】
図１４は、動画アニメーションのコマの例である。図１４(a)a1〜a4は、図１３の“山”＋“川”＋三日月”のコマの例、図１４(b)b1〜b4は、文字アニメーションの例で、２ストロークで構成し、“ＬＯＶＥ”の文字が、４コマに割り当てている。一方、図１４(c)c1は、１コマに“ＬＯＶＥ”の文字を割り当てている。
【００５０】
他の動画アニメーションの例として、たまごから鶏まで、毛虫から蝶になる等の動物の成長系のもの、種から木が多くなる植物の成長系のもの、人や動物の表情変化の七変化系のもの、さらに、昔話や童話などストーリーを線画コマとしてもよい。また、ゴミやオゾンなどの環境問題についてのストーリーとしてもよい。要するに作者の訴えたいことをストーリーにすることができる。
【００５１】
次に図１５〜図２１により、動画エディタ端末の処理フローの実施例を説明する。
【００５２】
図１５は、動画エディタ端末60のデータ処理装置79における動画作成手順を示す基本フロー図であり、データ処理装置79ではユーザの操作待ち状態で待機している時、動画作成に関するコマンドが入力されると（ステップ１３０１）、そのコマンドに対する処理をプログラムメモリ（図示せず）から呼出し、コマンドに対する処理を実行する（ステップ１３０２）。ユーザの操作がコマンド入力操作でなく、タブレット73上の描画操作であった場合、ペン72による筆点座標データを筆点座標データ入力処理部61によって読み込み、動画データ記憶部62に記憶させる（ステップ１３０３，１３０４）。ユーザによって終了操作が行われた場合（ステップ１３０５）、動画作成に関する処理を終了する。
【００５３】
ここで、動画作成に関するコマンドとしては、図３に示したメニューに対応して、（１）ペン２の色や太さの属性変更コマンド（メニュー２１８）、（２）動画オブジェクトの開始＆環境設定コマンド（メニュー２０２、２０８）、（３）次コマ、前コマの編集コマンド（メニュー２０６、２０７）、（４）中間画作成コマンド（メニュー２１６）、（５）動画オブジェクトの分割密度＆コマ数設定コマンド（メニュー２１４、２１５）、（６）動画再生コマンド（メニュー２０５）、（７）動画ファイル入出力コマンド（メニュー２０３、２０４）、および動画編集コマンド（メニュー２１７、２１９）などがある。
【００５４】
属性変更コマンドが入力された場合、属性変更処理を呼出し、図１０の動画オブジェクトの属性１２０４に設定されている属性を、ユーザによるタブレット73上の入力操作によって新たに指定された属性に変更する。
【００５５】
動画オブジェクトの開始＆環境設定コマンドが入力された場合、開始コマンドでは、新規の動画の作成を開始する。
【００５６】
次コマ、前コマの編集コマンドが入力された場合、次コマまたは前コマの動画オブジェクトを動画データ記憶部６２から読出してタブレット73の表示画面に表示させ、ユーザによる修正を待ち、タブレット72上の入力操作によって修正が終了したならば再び動画データ記憶部６２に記憶させる。
【００５７】
中間画作成コマンドが入力された場合、中間画作成処理を呼出し、ユーザによって指定された前後２コマの間の中間画を作成し、図８、図９のように中間画を表示する。詳しくは、前後２コマの間の筆点を筆順によって対応付ける処理を行い、前コマの動画オブジェクトの次コマ対応点１２０５に記憶させる。
【００５８】
動画オブジェクトの分割密度＆コマ数設定コマンドが入力された場合、コマの分割密度や中間画コマ数を入力された表示画面に従い、設定する。例えばコマの分割密度が入力されたならば、その値を図１０の分割密度に記憶させる。
【００５９】
動画再生コマンドが入力された場合、ユーザによって描画された複数コマの動画オブジェクトを指定されたコマ数と分割密度に従い、タブレット１の表示画面上に再生する。
【００６０】
動画ファイル入出力コマンドが入力された場合、動画入力コマンドであるか、動画出力コマンドであるかを判定し、動画入力コマンドあれば動画データファイル６９からユーザによって指定されたファイル名の動画ファイルを読出し、動画データ記憶部６２に記憶させ、動画出力コマンドであれば動画データ記憶部６２に記憶された複数コマの動画オブジェクトをユーザから指定されたファイル名で動画データファイル６９に格納する。
【００６１】
動画編集コマンドを入力された場合、図６に示すように、各種編集メニューに応じて、編集操作を実施する。たとえば、動画の削除、複写、アンドーなどの処理をする。
【００６２】
図１６は、ユーザの操作手順を示すフロー図であり、まず、タブレット73上でペン72を用いて第１コマ目の線属性を指定する（ステップ１４０１）。次に、動画の最小単位とする動画オブジェクトを入力あるいは編集をする（ステップ１４０２）。
【００６３】
次に、次のコマの動画オブジェクトを同様にして入力し、指定する（ステップ１４０３、１４０４）。次に、中間画枚数の指定（ステップ１４０５）、分割密度を指定する（ステップ１４０７）。次に、中間画作成コマンドあるいは動画再生コマンドを入力し、以上のステップで入力した複数コマの動画オブジェクトによる動画を再生させる（ステップ１４０８）。
【００６４】
以上の繰返しによって動画を作成する。動画の作成を終了する場合は、終了コマンド（図３の２０９メニュー）を入力する。これによって終了となる（ステップ１４０９）。
【００６５】
図１７は、データ処理装置79における中間画作成処理の手順を示すフロー図であり、時間的に前後関係にある２コマの動画オブジェクトが入力された後、これらの動画オブジェクトの間に中間画を作成すべく、中間画作成枚数ｎが入力された場合、この中間画作成枚数ｎを動画データ記憶部６２に記憶させる（ステップ１５０１）。
【００６６】
次に、前後関係にある２コマの動画オブジェクトを構成する線画の筆点座標データを動画データ記憶部６２から読出し、各線画の対応付けを筆順によって行い、かつ各線画を構成する複数の筆点座標データの全てについての対応付けを行う（ステップ１５０３，１５０４）。
【００６７】
例えば、図１８に示すように、右上がりの直線で構成された動画オブジェクトＯｂｊ１と、右下がりの直線で構成された動画オブジェクトＯｂｊ２との間に４コマ分の中間画を自動作成する場合、動画オブジェクトＯｂｊ１が反時計廻りで変位することによって動画オブジェクトＯｂｊ２に収束するように見える中間画を作成する方法と、動画オブジェクトＯｂｊ１が時計廻りで変位することによって動画オブジェクトＯｂｊ２に収束するように見える中間画を作成する方法の２通りの考え方がある。筆記した場合のストロークの始点を「○」印で示し、終点を「●」印で示すと、動画オブジェクトＯｂｊ１が左下がり方向の筆順であり、動画オブジェクトＯｂｊ２が右下がり方向の筆順であった場合、図１８の左部分に示すように変位する中間画を生成した方が自然に見える。逆に、動画オブジェクトＯｂｊ１が右上がり方向の筆順であり、動画オブジェクトＯｂｊ２が右下がり方向の筆順であった場合、図１８の右部分に示すように変位する中間画を生成した方が自然に見える。
【００６８】
本発明では、このようなことを考慮し、筆順によって動画オブジェクトＯｂｊ１とＯｂｊ２を構成する線画の筆点を対応付ける。
【００６９】
図１８の例では、各動画オブジェクトが１本の直線で構成される単純なものであるが、１つの動画オブジェクトは複数の線で構成され場合が多い。そこで、各線毎の対応付けを行う必要がある。そこで、本発明では、前後のコマＡ，Ｂの線画の順番号をｋ，ｍとした場合、ｋ，ｍを次の関係で対応付ける。
【００７０】
【数１】
ｋ＝ｍ・（Ａの筆画数）／（Ｂの筆画数）………………（１）
（但し、小数点以下４捨５入）
これによって、筆画数（ストローク）が異なる線画で構成された前後２コマの各線画が対応付けられる。
【００７１】
次に、対応付けを行った線画を構成する各筆点の対応付けを行う。各筆点の対応付けに際しては、まず、各ストロークの始点と終点同士を対応確定点とした後、その始点および終点間に並ぶ筆点をストロークの対応付けと同様にして等配分になるように対応付ける。
【００７２】
例えば、図１９に示すように、筆点座標列ａ１，ａ２，………ａ６から成る線画１７０１と、筆点座標列Ａ１，Ａ２，………Ａ１１から成る線画１７０２の各筆点を対応付ける場合、線画１７０１の筆点順番号をｐ，線画１７０２の筆点順番号をｑとした場合、ｐ，ｑを次の関係で対応付ける。
【００７３】
【数２】
ｐ＝ｑ・（線画１７０１の筆点数）／（線画１７０２の筆点数）………（２）
（但し、小数点以下４捨５入）
これによって、図１９の例に示す線画１７０１の筆点座標列ａ１，ａ２，………ａ６と線画１７０２の筆点座標列Ａ１，Ａ２，………Ａ１１は、「ａ１←Ａ１，Ａ２」、「ａ２←Ａ３，Ａ４」、「ａ３←Ａ５，Ａ６」、「ａ４←Ａ７，Ａ８」、「ａ５←Ａ９，Ａ１０」、「ａ６←Ａ１１」のように対応付けられる。
【００７４】
このようにして対応付けられた線画１７０２の筆点座標は図１０に示すように、前コマである線画１７０１に対応する「線画Ｎｏ．」１２０２の次コマ対応点１２０５に記憶される。
【００７５】
次に、筆点を対応付けた２コマの動画オブジェクトから中間画を生成する処理について図２０を用いて説明する。この中間画の生成処理は、動画再生表示処理部６４によって再生時に実行される。中間画の生成は、分割密度と中間コマ数によって生成の仕方が変わる。
【００７６】
例えば、図２０の２つの動画オブジェクトＯｂｊ３，Ｏｂｊ４の間に３つの中間コマ（１８０１、１８０２、１８０３）を作成する場合について説明する。(a)は分割密度を等分割(d1〜d4が同じ間隔)、(b)は前高密度(d1<d2<d3<d4)、(c)は中間密度(d2d3が他より小)、(d)後高密度(d1>d2>d3>d4)の生成例である。まず、(a)の等分割でコマを生成する方法を説明する。
【００７７】
（１）動画オブジェクトＯｂｊ３，Ｏｂｊ４の対応関係にある組の筆点座標を結ぶ直線を中間画の作成数(ｎ)で等分割する点の座標を算出する。
【００７８】
すなわち、図２０(a)の例では、対応関係にある組の筆点座標が７つあるが、このうち、Ｂ３２，Ｂ４２の組みを考えた場合、この筆点座標Ｂ３２，Ｂ４２を結ぶ直線１８０４を中間画の作成数ｎで等分割する点Ｂ３２１，Ｂ３２２，Ｂ３２３の座標を算出する。図２０(a)では、直線１８０４を間隔ｄで等分割していることを示している。
【００７９】
この処理を筆点座標の対応組み数分だけ実行する。
【００８０】
（２）次に、等分割点番号が同じ等分割点を順に接続した中間線を生成し、すなわち同じ等分割グループの座標点を順に接続した中間線１８０１、１８０２、１８０３を生成し、この中間線１８０１〜１８０３を動画オブジェクトＯｂｊ３，Ｏｂｊ４の間に再生する中間画として出力する。
【００８１】
この場合、上記（１），（２）の処理は、中間線１８０１〜１８０３を表示すべきタイミングになった時点あるいは直前に実行される。従って、中間線１８０１〜１８０３を記憶しておく領域は不要である。
【００８２】
以上が、等分割の例であったが、分割密度を前高密度に設定すると、図２０(b)のように前の画像の密度が細かくなり、ゆっくりとした動きになる。同じように、分割密度が中高密度に設定すると、図２０(c)のように中間部分が細くなり、前後早く、中間ゆったりの動きになる。一方、分割密度を後高密度に設定すると、図２０(d)のように後の画像の密度が細かくなり、ゆっくりとした動きになる。分割密度は、各々の設定毎にテーブルを持つことで簡単に座標変換できる。
【００８３】
次に、中間画を含む動画オブジェクトを再生表示する場合の処理について説明する。
【００８４】
図７で説明したように、複数コマの動画オブジェクト９０１〜９０４（中間画含む）を入力し、順次切り替えながら再生表示する場合、動画再生表示処理部６４は分割密度を考慮して動画オブジェクト９０１〜９０４を動画データ記憶部６２から読出し、その動画オブジェクト９０１〜９０４の筆点座標を表示管理部６５からタブレット１に順次転送する。これにより、複数コマの動画オブジェクト９０１〜９０４再生表示される。
【００８５】
これは、図８、図９で説明したように中間画を含む場合も同様である。
【００８６】
ところで、タブレット73はペン72による描画操作を所定周期でサンプリングすることによって各筆点を検出しているが、描画速度がサンプリング速度を超えていた場合、筆点の全てを検出することができない。そのため、連続座標でなくとびとびの座標値を示すようになる。すなわち、ゆっくりした速度で描画を行った場合には、連続した筆点座標がタブレット１から出力されるが、早い速度で描画を行った場合には、描画速度にほぼ比例して座標を検出しない時間が長くなる飛び飛びの筆点座標が出力される。また、手ブレのため、検出座標がノイズの如く発生する。このため、座標間隔が等間隔になるようリサンプリングしたり、ノイズを防ぐためのムージング処理や複数点座標の平均値処理などのフィルタリング処理をすることが必要である。この処理は、図２の筆点座標データ入力部６１で処理される。このような処理をすることにより、筆速度や手ブレの影響を少なくして、きれいな動画作成ができるようになる。
【００８７】
図２１は、動画編集コマンドの処理フローを示している。まず、最初に、対象物を入力するのか、選択するかの判定がある（ステップ１９０１）。もし、入力であれば、線画入力処理（ステップ１９０３）を行う。線画入力処理では、さらに、ペンによる線画入力か、あるいは、文字／図形による線画入力かの判定があり、各々処理される（図示なし）。一方、選択であれば、編集メニューの判定を行い（ステップ１９０２）、各編集メニューに対応した処理を行う（ステップ１９０４〜１９０６）。次に、未対応線画のハイライテング処理を行う（ステップ１９０７）。このハイライテング処理には、筆順のトレース表示並びに色の変更処理行う。なお、ハイライテング処理の他の方法として、線幅の変更、ブリンキングなどが考えられる。このように、どの線画が未対応であるかを順次表示することにより、次に入力すべき線画が明確になり、動画作成が容易となる。最後に、アンドーメニューがあれば、前の処理に戻る処理を行う（ステップ１９０８）。アンドー処理を行うためには、１つあるいは２つ前までの履歴をとっておき、このコマンドがあったとき、その履歴まで、溯る必要がある。このことにより、ミス操作があっても、簡単に戻ることができ、操作性が向上する。
【００８８】
図２２は、携帯情報端末１０aの内部構成を示したもので、他の携帯情報端末も同じように構成されている。図２２において、１０−１は無線通信用アンテナ、１０−２は通信基地局２０と通信する通信手段、１０−３は携帯情報端末の処理装置＆Webブラウザ、１０−４は位置センサ（GPS）１０−９の信号を元に位置を検出する位置検出手段である。図２２の携帯情報端末は、所謂GPS、カメラ付きJAVA動作環境付きの携帯電話である。JAVA動作環境付きのため、インターネットから、ゲームなどのオブジェクトをダウンロードすることにより、ゲーム端末になることができる。
【００８９】
位置検出手段１０−４は、定期的に位置を検出し、１０−３、１０−２を介して通信基地局２０に送信する方法と、検出した位置情報が前回の位置情報との差分が所定値以上のとき、検出した位置情報を通信基地局２０に送信する方法がある。どちらの方法でも良い。また、本実施例では位置検出手段としてＧＰＳを用いるが、ＰＨＳによる位置検出や複数の基地局からの電波の到達距離を用いて検出する方法、さらに、赤外線などの他の手段で位置検出してもかまわない。
【００９０】
１０−５はCCDカメラでこの信号は画像入力手段１０−６を介して処理装置１０−３に接続される。１０−７は座標入力装置（TB）、１０−８はディスプレイ（LCD）でこれらは一体構造になっているため、直接画面にペン入力ができるようになっている。１０−１０は音声出力デバイスのスピーカ、１０−１１は音声マイクである。
【００９１】
携帯情報端末１０は、動画配信サーバ４０から動画オブジェクトをJAVAアプレットとしてダウンロードすることにより、自身の処理装置内部で動画が再生することができる。すなわち、コマの座標データと中間画を発生するJAVA処理プログラムをダウンロードする。したがって、JAVAアプレットが動作する環境であれば、どの携帯情報端末でも動作することができる。
【００９２】
図２３は、携帯情報端末１０での動画のダウンロードの操作画面を説明したものである。(a)〜(f)までの操作がある。まず、(a)において、メニュー画面で“エンターティメント”（反転強調表示）を選択すると、(b)の画面となり、“着メロ”、“着動画”、“着画像”が表示される。ここで、“着動画”を選択すると、(c)の画面になり、“A系作品”、“着アニメ”、“B系作品”が表示される。ここで、“着アニメ”を選択すると、(d)の画面になり、“着アニメ１”、“着アニメ２”、“着アニメ３”が表示される。ここで、“着アニメ２”を選択すると、(e)の画面になり、必要とする動画にたどりつく。次に(f)の“登録”画面になり、“壁紙”、“マイアニメ１”、“マイアニメ２”が表示され、“マイアニメ１”を選択すると、自分の特定メモリに格納される。もし、“壁紙”を選ぶと、待機画面に反映される。なお、ダウンロードした動画データは携帯情報端末のメモリにあるため、メールの添付ファイルにしたりすることができる。
【００９３】
図２４は、本動画像配信方法を用いて、動画配信ビジネスを実施する場合のビジネスモデルを示したものである。まず、コンテンツを作成する作者（複数人）がいる。これは、新キャラクタを創成する人たちで、漫画家、アニメ作家などが対応する。一方、これらの作者のアイデアを動画に仕立て上げる動画作成事業者がいる。例えば、４コマ漫画より、４コマのアニメを作成する事業者である。作者は、作品原稿を動画作成事業者に渡して、その代償として使用料kを受け取る。動画作成事業者は、コンテンツを動画配信事業者に渡す代わりに使用料dを受け取る。一方、動画配信事業者は配信コンテンツを通信事業者に流す代わりに、使用料cを支払う。最後に、通信事業者は、配信コンテンツを一般ユーザに配信代行する。配信コンテンツをユーザがダウンロードしたとき（携帯電話にダウンロード）には、配信コンテンツ代として、使用料uを払う。使用料uは、月額固定性の場合、あるいは、コンテンツのダウンロード回数や動画量に応じた従量性の場合がある。なお、動画エディタ用ソフトは、有料でもよいし、無料としてもよい。いずれの場合も、動画エディタ用ソフトを動画配信サーバからダウンロードしたり、ＣＤ―ＲＯＭのような媒体で配布してもよい。また、作者と動画作成事業者を兼ねてもよい。
【００９４】
本発明の他の実施例を図２５に示す。本発明の一実施例では、動画エディタ端末で動画ファイルを作り、この動画データを配信サーバで配信する構成で説明した。しかし、配信サーバで通信事業者を経緯して配信するのではなく、動画エディタ端末60の中でクローズして動画を配信することも可能である。いわゆる、コンビニ端末と同じである。携帯情報端末をコードや近距離無線通信により接続し、動画エディタ端末60から、直接動画データをダウンロードしてもよい。このため、図２の動画エディタ端末60に比べ、機能ブロック８０〜８２が追加されている。すなわち、動画データファイル６９を動画合成・翻訳部８０で合成・翻訳し、配信コンテンツDB（81）を動画配信部８２で配信する。図２６は、この場合のビジネスモデルである。図２４の通信事業者を介さない分、使用料を安くできるメリットがある。
【００９５】
また、他のビジネスモデルとして、動画エディタ端末の動画エディタソフトを無料でダウンロードし、そのソフトで生成したコンテンツの人気度投票により順位を決定し、配信サーバに掲載することも考えられる。
【００９６】
また、本発明の一実施例の携帯情報端末では、動画エディタ機能を持たせていないが、この機能を携帯情報端末に持たせることで、モバイル環境において動画を作成配信することができる。また、携帯情報端末には、JAVA環境を持っているため、複数の動画モジュールを組み合わせることにより、動画のストーリーを、ボタンや音声の指示で変更することもできる。さらに、ダウンロードした動画ファイルをメールに添付することも可能である。
【００９７】
【発明の効果】
以上のように、本発明の実施例によれば、動きが滑らかで複雑に変化する線の動画を簡単に生成することが可能になり、特に携帯情報端末への動画配信に最適である。この動画サービスにより、着動画、メール添付、広告としての役割などが期待できる。さらに、象形文字のできるまでの過程、植物や動物の成長過程などＣＡＩ学習を行う場合にも極めて有効である。
【図面の簡単な説明】
【図１】本発明を適用した動画配信方法および配信システムの全体構成を示す図である。
【図２】動画エディタ端末の構成を示す図である。
【図３】動画エディタ端末の画面構成を示す説明図である。
【図４】動画オブジェクトの入力例である。
【図５】動画オブジェクトの入力例である。
【図６】動画オブジェクトの編集例である。
【図７】動画オブジェクトの生成方法を示す説明図である。
【図８】動画オブジェクトの再生表示例である。
【図９】動画オブジェクトの再生表示例である。
【図１０】動画オブジェクトのデータ構成図である。
【図１１】動画エディタ端末の動作を説明する図である。
【図１２】動画配信サーバの構成を示す図である。
【図１３】動画の合成・翻訳を説明する図である。
【図１４】動画のコマの例を説明する図である。
【図１５】動画エディタ端末の機能ブロックの処理フロー図である。
【図１６】動画エディタ端末の機能ブロックの処理フロー図である。
【図１７】動画エディタ端末の機能ブロックの処理フロー図である。
【図１８】動画エディタ端末の動画生成の方法を説明する図である。
【図１９】動画エディタ端末の動画生成の方法を説明する図である。
【図２０】動画エディタ端末の動画生成の方法を説明する図である。
【図２１】動画編集手順を示すフロー図である。
【図２２】携帯情報端末の構成を説明する図である。
【図２３】動画配信サーバから動画をダウンロードする携帯情報端末の操作画面例である。
【図２４】本発明の一実施例のビジネスモデルを説明する図である。
【図２５】動画エディタ端末の他の実施例を説明する図である。
【図２６】他の実施例のビジネスモデルを説明する図である。
【符号の説明】
１０…携帯情報端末、２０…携帯基地局、３０…携帯網、４０…動画配信サーバ、５０…インターネット網、６０…動画エディタ端末、６１…筆点座標データ入力処理部、６２…動画データ記憶部、６３…中間画作成処理部、６４…動画再生表示処理部、６５…表示管理部、６６…動画編集処理部、６７…動画入力部、６８…動画出力部、６９…動画データファイル、７０…動画データ送信部、７１…動画データ受信部、７２…ペン、７３…表示一体型液晶タブレット、７４…文字／図形入力部、７５…文字／図形開始点対応部、７６…筆点座標変換部。
【図１】
0004447747.tif 000002
【図２】
0004447747.tif 000003
【図３】
0004447747.tif 000004
【図４】
0004447747.tif 000005
【図５】
0004447747.tif 000006
【図６】
0004447747.tif 000007
【図７】
0004447747.tif 000008
【図８】
0004447747.tif 000009
【図９】
0004447747.tif 000010
【図１０】
0004447747.tif 000011
【図１１】
0004447747.tif 000012
【図１２】
0004447747.tif 000013
【図１３】
0004447747.tif 000014
【図１４】
0004447747.tif 000015
【図１５】
0004447747.tif 000016
【図１６】
0004447747.tif 000017
【図１７】
0004447747.tif 000018
【図１８】
0004447747.tif 000019
【図１９】
0004447747.tif 000020
【図２０】
0004447747.tif 000021
【図２１】
0004447747.tif 000022
【図２２】
0004447747.tif 000023
【図２３】
0004447747.tif 000024
【図２４】
0004447747.tif 000025
【図２５】
0004447747.tif 000026
【図２６】
0004447747.tif 000027