(57)【要約】【課題】特別な知識がなくても、簡単に表示内容を経時的に切替えるデータを作成することができるコンテンツ作成システムを提供する。【解決手段】利用者は動画の元となるメールを作成し、サーバへ送信する。送信されたメールは、メール解析部１０２で、ｈｔｍｌ部の内容解析、画像ファイルの取り出しが行なわれる。解析されたｈｔｍｌの内容に従って、動画の表示内容や動作を指定する情報データが作成される。情報データは、取り出された画像ファイルや動画ＩＤと共に記憶装置２００に保存される。利用者から動画閲覧要求が行なわれると、サーバは、動画作成Ｆｌａｓｈムービーファイル１０５を送信する。クライアントは、ムービー再生ソフトにより、Ｆｌａｓｈムービーを動作させる。Ｆｌａｓｈムービーは、動画ＩＤを利用してサーバに対し情報データ、画像ファイル等の動画ソースデータの要求を行なう。【選択図】図２
2009110479.tif 000002
【特許請求の範囲】
【請求項１】
電子メールを受信するメール受信部と、
前記受信部で受信した電子メールに含まれる情報を解析し、解析された情報に基づいて、前記電子メールに記載された内容を経時的に切替えて表示するデータを作成する作成手段とを備えた、コンテンツ作成サーバ。
【請求項２】
前記作成手段は、受信した電子メール中の所定のコードに基づいて、コマ割をする、請求項１に記載のコンテンツ作成サーバ。
【請求項３】
前記作成手段は、受信した電子メール中の空白行の数に基づいて、コマ表示時間を決定する、請求項１または２に記載のコンテンツ作成サーバ。
【請求項４】
前記作成手段は、解析結果を情報ファイルに入力し、前記情報ファイルに基づいてデータを作成する、請求項１から３のいずれかに記載のコンテンツ作成サーバ。
【請求項５】
前記情報ファイルは、文字装飾情報を含むテキスト、および画像の少なくとも一方を含む、請求項４に記載のコンテンツ作成サーバ。
【請求項６】
前記情報ファイルを記憶する第１の記憶手段をさらに備えた、請求項４または５に記載のコンテンツ作成サーバ。
【請求項７】
前記作成手段で作成したデータを記憶する第２の記憶手段をさらに備えた、請求項１から６のいずれかに記載のコンテンツ作成サーバ。
【請求項８】
前記メール受信部は、端末から送信されたメールを受信し、
前記作成手段で作成されたデータを、前記端末上で表示させる表示手段をさらに備えた、請求項１から７のいずれかに記載のコンテンツ作成サーバ。
【請求項９】
前記端末の表示能力を判定する判定手段をさらに備え、
前記表示手段は、前記判定手段で判定された前記端末の表示能力に基づいて、表示方法を切替える、請求項８に記載のコンテンツ作成サーバ。
【請求項１０】
請求項１から９のいずれかに記載のコンテンツ作成サーバと、
前記コンテンツ作成サーバに電子メールを送信し、前記コンテンツ作成サーバが作成したデータを受信する端末とを備えた、コンテンツ作成システム。
【請求項１１】
電子メールを受信するメール受信ステップと、
前記受信ステップで受信した電子メールに含まれる情報を解析し、解析された情報に基づいて、前記電子メールに記載された内容を経時的に切替えて表示するデータを作成する作成ステップとを備えた、コンテンツ作成方法。
【請求項１２】
電子メールを受信するメール受信ステップと、
前記受信ステップで受信した電子メールに含まれる情報を解析し、解析された情報に基づいて、前記電子メールに記載された内容を経時的に切替えて表示するデータを作成する作成ステップとをコンピュータに実行させる、コンテンツ作成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はコンテンツ作成サーバ、コンテンツ作成システム、コンテンツ作成方法、およびコンテンツ作成プログラムに関し、特に、電子メールの内容を解析することで、電子メールに記載された内容を経時的に切替えて表示するデータを作成するコンテンツ作成サーバ、コンテンツ作成システム、コンテンツ作成方法、およびコンテンツ作成プログラムに関する。
【背景技術】
【０００２】
インターネットで提供される情報として、ブロードバンド化により、テキストのみで構成されるものに限らず、動画や音声を伴うマルチメディア情報が広く取り扱われるようになっている。たとえば、Ｆｌａｓｈ（登録商標）を用いたアニメーションなどが、インターネット上に多く見られるようになった。
【０００３】
携帯端末では、デコメ（登録商標）と呼ばれるｈｔｍｌメールが普及しており、メールの本文に文字修飾や画像挿入が可能となってコンテンツの表現の幅が広がっている。
【０００４】
特許文献１には、移動端末に対して情報を提供する場合に、送信者が意図した通りの情報提供を行なうために、テキストデータ、画像データ、及び音声データ等の複数のデータについて、再生の順序およびタイミングが記載された所定のデータであるスクリプトを付加して送信する技術が開示されている。
【０００５】
近年、ＢＬＯＧやＳＮＳの普及により、特に難しい知識を持っていない人でも、手軽に日記や雑記などをインターネット上に公開できるようになった。このようなＢＬＯＧの本文は、テキストだけでなく画像を用いることが多い。カメラで撮影した画像をアップロードして、その画像についてのテキストを入力するということがなされる。このことによって、雑記をインターネット上に公開するということがさらに気軽になった。
【０００６】
また、ＢＬＯＧ等においては、文字修飾によってテキストを強調することで、意図的な強調表現をしたり、テキストの行間を意図的にあけることによって、独特の「間」を作り出し、時間の経過表現をしたりするなど、利用者の表現的工夫が見られるようになった。
【０００７】
携帯端末のインターネット利用も拡大しており、そこでもＢＬＯＧやＳＮＳを利用することが、増大している。
【０００８】
インターネットや携帯電話のネットワーク接続（例えばｉモード）等のバナー広告では、文字、画像、写真などを組み込んだ画像を順次切替えて表現する広告の表現方法がある。これらの広告は、広告主又はその広告主から依頼を受けた代理店等が作成し、一般消費者に提供するものである。プロが作成する広告であるため、広告表現は優れ、またキャッチコピー等で巧みに消費行動へ繋げていく効果がある。しかし、このような広告は、実際に商品を購入した消費者や、その商品に詳しい消費者の活きた情報を反映した広告ではない。
【０００９】
そこで最近は消費者の声を反映した広告方法が知られている。例えば、Ｗｅｂサイト、ブログなどで書籍の書評などを掲載するとともに購入書店へのリンクを張り付け、閲覧者がそのリンクを経由して書籍を購入した場合に、リンク元の消費者に報酬が支払われる、いわゆるアフィリエイトと称される広告方法がある。
【００１０】
特許文献２には、携帯電話機を用いた広告配信システムにおいて、機動的な広告配信を可能とすることを課題とし、例えば広告主である店主の携帯電話機により、４コマ画像とこれに付随するコメントからなる広告を作成し、一般消費者である会員の携帯電話機に作成した広告を配信する方法が開示されている。
【特許文献１】特開２００１−２８２６８８号公報
【特許文献２】特開２００７−１８８１５０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
Ｆｌａｓｈ（登録商標）を用いてアニメーションを作成する場合、ある程度のソフトの使用知識が必要である。このため、アニメーションを気軽に作ってみたいと思っていても、作成するためには、ソフトの使用方法を覚えて操作する必要がある。ソフトの使用方法を覚えて、実際に操作するのは、素人にとっては敷居が高いという問題があった。たとえば上述の特許文献１に記載の技術は、簡単にアニメーションを作成できるというものではない。
【００１２】
また、携帯端末でＢＬＯＧを見るときに、携帯端末の狭い表示部ではコンテンツが１画面に収まりきらないことが多い。テキストや画像のボリュームがあれば、スクロールをして読まなければならず、読み難く、煩わしいという問題があった。テキストの行間をあける表現においては、本文の行数が多くなる傾向がある。このような表現においては、スクロールが増え、煩わしいという問題が顕著である。これでは、せっかくの表現の工夫が台無しになってしまうということにもなりかねない。
【００１３】
従来のアフィリエイトは、その商品を宣伝する文章が長く、パソコンディスプレイ等の画面が大きい場合は好ましいが、画面が小さい携帯電話機等では一度に表示することが難しいという問題がある。また、宣伝するための文章と広告商品の表示は区別されており、需要者に印象付けるような広告は難しい。上述の特許文献２に記載の広告方法は、広告主が作成する広告を提供するものであるため、ユーザの視点が反映された、活きた商品広告を提供できるものではない。
【００１４】
この発明は上記問題点を解決するためになされたものであり、特別な知識がなくても、簡単に表示内容を経時的に切替えるデータを作成することができるコンテンツ作成サーバ、コンテンツ作成システム、コンテンツ作成方法、およびコンテンツ作成プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１５】
上記目的を達成するためこの発明のある局面に従うと、コンテンツ作成サーバは、電子メールを受信するメール受信部と、受信部で受信した電子メールに含まれる情報を解析し、解析された情報に基づいて、電子メールに記載された内容を経時的に切替えて表示するデータを作成する作成手段とを備える。
【００１６】
好ましくは作成手段は、受信した電子メール中の所定のコードに基づいて、コマ割をする。
【００１７】
好ましくは作成手段は、受信した電子メール中の空白行の数に基づいて、コマ表示時間を決定する。
【００１８】
好ましくは作成手段は、解析結果を情報ファイルに入力し、情報ファイルに基づいてデータを作成する。
【００１９】
好ましくは情報ファイルは、文字装飾情報を含むテキスト、および画像の少なくとも一方を含む。
【００２０】
好ましくはコンテンツ作成サーバは、情報ファイルを記憶する第１の記憶手段をさらに備える。
【００２１】
好ましくはコンテンツ作成サーバは、作成手段で作成したデータを記憶する第２の記憶手段をさらに備える。
【００２２】
好ましくはメール受信部は、端末から送信されたメールを受信し、コンテンツ作成サーバは、作成手段で作成されたデータを、端末上で表示させる表示手段をさらに備える。
【００２３】
好ましくはコンテンツ作成サーバは、端末の表示能力を判定する判定手段をさらに備え、表示手段は、判定手段で判定された端末の表示能力に基づいて、表示方法を切替える。
【００２４】
この発明の他の局面に従うと、コンテンツ作成システムは、上述のいずれかに記載のコンテンツ作成サーバと、コンテンツ作成サーバに電子メールを送信し、コンテンツ作成サーバが作成したデータを受信する端末とを備える。
【００２５】
この発明のさらに他の局面に従うと、コンテンツ作成方法は、電子メールを受信するメール受信ステップと、受信ステップで受信した電子メールに含まれる情報を解析し、解析された情報に基づいて、電子メールに記載された内容を経時的に切替えて表示するデータを作成する作成ステップとを備える。
【００２６】
この発明のさらに他の局面に従うと、コンテンツ作成プログラムは、電子メールを受信するメール受信ステップと、受信ステップで受信した電子メールに含まれる情報を解析し、解析された情報に基づいて、電子メールに記載された内容を経時的に切替えて表示するデータを作成する作成ステップとをコンピュータに実行させる。
【発明の効果】
【００２７】
これらの発明に従うと、特別な知識がなくても、簡単に表示内容を経時的に切替えるデータを作成することができるコンテンツ作成サーバ、コンテンツ作成システム、コンテンツ作成方法、およびコンテンツ作成プログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【００２８】
［第１の実施の形態］
【００２９】
図１は、本発明の第１の実施の形態における動画作成システムの構成を示す図である。
【００３０】
図を参照して動画作成システムは、電子メールの送受信、動画作成処置、および動画のＷＷＷ配信を行なうためのサーバ１００を用いている。サーバ１００としては、ＭＴＡ（Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ）およびＷＷＷサーバが動作し、作成処理を行なうプログラム実行環境が備わったコンピュータ装置等が用いられる。なお、ＭＴＡ、作成処理実行環境、およびＷＷＷサーバのそれぞれは、ネットワーク接続によりデータの相互利用が可能であれば、別々のコンピュータに備えられてもよい。
【００３１】
クライアント５００は、ｈｔｍｌメール作成機能を有するＭＵＡ（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ）、およびＦｌａｓｈムービー再生ソフトが動作するコンピュータ装置等であり、当該要件を満たす携帯電話等も含まれる。
【００３２】
サーバ１００とクライアント５００は、インターネットＮ１を介してメールの送受信処理およびｈｔｔｐ通信を行なうことができる。
【００３３】
図２は、サーバ１００およびクライアント５００における動画作成処理部の構成を示す図である。
【００３４】
まず、クライアント５００のメール送信部５０１において、利用者は動画の元となるメールを作成し、所定のアドレスへ送信する。ここで、動画の元となるメールは、テキストメールでもよいし、写真などの画像が添付されたメールでもよいが、ｈｔｍｌメールであることが好ましい。ｈｔｍｌメールの作成画面の具体例に関しては、後述する。
【００３５】
送信されたメールは、サーバ１００のメール受信部１０１において、サーバ１００側ＭＴＡに渡される。データ内容は、そのままメール解析部１０２に引き渡される。
【００３６】
メール解析部１０２は、受信メールのデータ内容を解析し、メールのｈｔｍｌ部の内容解析、画像ファイルの取り出しを行なう。
【００３７】
ソースデータ作成部１０３は、メール解析部１０２で解析されたｈｔｍｌの内容に従って、動画の表示内容や動作を指定する情報データを作成する。ソースデータ作成部１０３で作成された情報データは、取り出された画像ファイル、情報データと関連付けて発行された動画ＩＤ等と共に記憶装置２００に保存される。
【００３８】
動画表示ＵＲＬ送信部１０４は、動画ＩＤ毎にユニークとなる動画表示用ＵＲＬが掲載されたメールを作成し、クライアント５００に対して当該メールを送信する。
【００３９】
クライアント５００は、ＵＲＬメール受信部５０２により動画表示用ＵＲＬを取得する。
【００４０】
利用者は、クライアント５００を操作することによって、動画閲覧要求部５０３により、当該動画表示用ＵＲＬに対して動画閲覧要求をＷｅｂブラウザを介して行なう。
【００４１】
動画閲覧要求（ｈｔｔｐリクエスト）を受けたサーバ１００は、あらかじめ用意してある動画作成Ｆｌａｓｈムービーファイル１０５を、Ｆｌａｓｈムービー送信部１０６にてクライアント５００にレスポンスする。
【００４２】
動画作成Ｆｌａｓｈムービーファイル１０５は、クライアント５００で実行されるプログラムであり、データをサーバ１００に要求したり、データを取得する機能を実現するためのスクリプトが含まれる。
【００４３】
レスポンスを受けたクライアント５００は、クライアント５００にインストールされているＦｌａｓｈムービー再生ソフトにより、Ｆｌａｓｈムービーを動作させる。
【００４４】
Ｆｌａｓｈムービーは、動画ソースデータ要求部５０４にて、動画ＩＤを利用してサーバ１００に対し情報データ、画像ファイル等の動画ソースデータの要求を行なう。
【００４５】
動画ソースデータ要求（ｈｔｔｐリクエスト）を受けたサーバ１００は、ソースデータ送信部１０７にて、動画ＩＤと合致するソースデータを記憶装置２００より取り出し、クライアント５００にレスポンスする。
【００４６】
ソースデータを受け取ったクライアント５００では、動画生成・表示部５０５にて、Ｆｌａｓｈムービーがソースデータのロードを行ない、ソースデータに含まれる情報の内容に従って動画の生成および表示を行なう。
【００４７】
図３および図４は、クライアント５００におけるｈｔｍｌメール作成画面の具体例を示す図である。
【００４８】
両図は、それぞれ作成された異なるｈｔｍｌメールを示している。
【００４９】
図３を参照して、このｈｔｍｌメールは、複数行から構成される。各行は、改行マークＣ１で区切られている。ｈｔｍｌメールには、テキストおよびその後に改行マークが入力されている行Ｔ１，Ｔ２，Ｔ３と、写真などの画像（イメージ）およびその後に改行マークが入力されている行Ｉ１と、改行マークのみが入力されている行（空白行）Ｂ１，Ｂ２，Ｂ３とがある。
【００５０】
１行目Ｔ１では、文字列と顔文字が入力されている。改行して２〜３行目Ｂ１は、空白行である。４行目Ｔ２では、文字列と顔文字が入力されている。改行して５〜８行目Ｂ２は空白行である。９行目および１０行目Ｔ３では、大きめのフォントで文字列が入力され、改行して１０行目で同フォントで顔文字が入力されている。１１行目および１２行目Ｂ３は、空白行であり、１３行目Ｉ１では、扇風機の画像が挿入されている。
【００５１】
図４を参照して、このｈｔｍｌメールは、複数行から構成される。各行が改行マークで区切られている点は、図３と同様である。
【００５２】
１行目では、「今日ネイルしてきたよ」という文字列が入力されている。この文字列中、「ネイル」のみが太字になっているものとする。改行を入れて、２行目は空白行である。３行目では「見たい？」と文字列が入力されている。改行して４〜７行目は空白行である。８行目は、「ではでは・・・」と文字列が入力されている。改行して９〜１１行目は空白行である。
【００５３】
１２行目Ｌ１では、ネイルの画像と、続けて太字で文字列および顔文字が入力されている。改行して１３行目から１４行目は空白行である。１５行目では、文字列が入力されている。
【００５４】
利用者は、上述のように所定の規則の範囲内で、自由にｈｔｍｌメールで文字や画像を時系列に従って入力していく。ｈｔｍｌメールなので、各文字の文字色、大きさ、フォント、背景色、挿入する画像等を、利用者は指定することができる。
【００５５】
また、携帯電話キャリア固有の絵文字や特定のコマンドを入力することで、所定の動作表現（アニメーション表示など）ができるようにしてもよい。
【００５６】
また、利用者は、改行の数（空白行）によって時間の経過を表現することができる。利用者は空白行を所定の規則に従って入力する。なお、クライアント５００におけるメールの作成・送信などの動作は、一般的な動作であるため、ここでは説明を省略する。
【００５７】
ｈｔｍｌメールを作成したら、利用者はそれを所定のアドレス（ここではｍａｋｅ＠ｍａｉｌ.ｊｐ）宛に送信する。これにより利用者は、送信したｈｔｍｌメールに基づいて、動画を取得することができる。
【００５８】
以下に、サーバ１００における動画の生成・閲覧に必要な準備を行なう処理（動画閲覧準備処理）を、説明する。
【００５９】
図５は、動画閲覧準備処理を示すフローチャートである。
【００６０】
利用者は、クライアント５００において、図３や図４に示されるようなｈｔｍｌメールを作成し、所定のアドレス宛（サーバ１００のアドレス）に送信する。
【００６１】
ステップＳ１０１において、サーバ１００はメールを受信すると、ステップＳ１０４において、メールの本文の解析を行なう。メールの解析は、後に別のフローチャートを用いて説明する。
【００６２】
ステップＳ１０５において、サーバ１００は、動画ＩＤを発行する。これは、受信したメールに対応する動画を特定するためのＩＤである。
【００６３】
ステップＳ１０６において、サーバ１００は、ステップＳ１０４での解析に基づいて、情報ファイルの作成を行なう。
【００６４】
図６は、図３のメールに基づいて作成された情報ファイルの具体例を示す図である。
【００６５】
利用者が送信したメール本文に含まれる各行のデータから、各行の種別（テキスト（ｔｘｔ）または画像（ｉｍｇ））、内容（テキストの内容、フォント種別、フォントサイズ、画像ファイル名など）、および時間という情報が抽出され、情報ファイルが作成される。
【００６６】
図６の情報ファイルの第１行目においては、メール本文の第１行Ｔ１がテキスト（ｔｘｔ）であること、そのテキストの内容、テキストのフォントのサイズ、およびその後に続く空白行の数が記録される。第２、３行目においては、同様にメール本文の第４行Ｔ２に関する情報、および第９〜１０行Ｔ３に関する情報が記録される。
【００６７】
情報ファイルの第４行目においては、メール本文の第１３行Ｉ１が画像（ｉｍｇ）であること、その画像のファイル名、およびその後に続く文字列がないこと（“０”）が記録される。
【００６８】
図５のステップＳ１０７において、サーバ１００は、動画ＩＤと、情報ファイルと、メールに含まれていた画像データとを記憶装置２００に記憶する。
【００６９】
ステップＳ１０８において、サーバ１００は、動画ＩＤと情報ファイルとに基づいて、動画表示用ＵＲＬを生成し、メールを作成する。
【００７０】
ステップＳ１０９において、ステップＳ１０８で作成したメールが利用者のメールアドレス宛に送信される。
【００７１】
図７は、図５の処理でクライアント５００が受信するメールの画面の具体例を示す図である。
【００７２】
図に示されるようにメールには、作成された動画にアクセスするための動画表示用ＵＲＬが含まれる。利用者は、クライアント５００で受信したメールの動画表示用ＵＲＬにアクセスすることで、動画の閲覧要求をすることができる。動画表示用ＵＲＬには動画ＩＤ（またはそれを特定できる文字列）が含まれ、閲覧時はその情報に基づいて動画が生成、表示される。
【００７３】
図８は、図５のステップＳ１０４のメール解析処理を示すフローチャートである。
【００７４】
まず、ステップＳ１５１で、メールの件名を抜き出して、タイトルとして情報ファイルに入力する。タイトルは、例えば動画が日記として利用される場合は、日記のタイトルとすることができる。また、タイトルを、作成する動画の各種効果のコマンドとして利用することもできる。この場合メール件名を抜き出す処理は、該当するコマンドの入力処理とすることができる。
【００７５】
タイトルは、上記のように情報ファイルに入力してもよいし、別途タイトルのみ記憶装置２００に保存してもよい。これは、タイトルの利用方法によって適宜選択される。
【００７６】
ステップＳ１５２で、メールがマルチパートかシングルパートかを判定する。マルチパートとは、一通のメールに複数の異なる種類のデータを格納する方式である。
【００７７】
メールがマルチパートであれば（Ｓ１５２でＹＥＳ）、ステップＳ１５３へ移行し、メールがシングルパート（テキストのみからなるメール）であれば、ステップＳ１５８へ移行する。
【００７８】
ステップＳ１５３において、メールに画像が添付されていたらその画像を取得する。ステップＳ１５４において、メールがｈｔｍｌメールかテキストメールかを判定する。ｈｔｍｌメールなら（Ｓ１５４でＹＥＳ）、ステップＳ１５５へ移行する。テキストメールなら（Ｓ１５４でＮＯ）、ステップＳ１５７へ移行する。
【００７９】
ｈｔｍｌメールの場合、ステップＳ１５５において、メールのｈｔｍｌパートを取り出し、取得する。ステップＳ１５６において、ｈｔｍｌの解析を行なう。より具体的には、ｈｔｍｌのｂｏｄｙ要素の内容を取り出し、改行（段落）要素で分割しコマ分けする。すなわち、メール中の１行が１コマとなる。
【００８０】
各コマの内容がテキストおよび装飾要素の場合、テキストと装飾内容を情報ファイルに入力する。コマの内容がｉｍｇ要素の場合、相当する画像パートをファイル化して記憶装置２００に保存し、画像ファイル名を情報ファイルに入力する。なお、装飾要素とはｆｏｎｔ，ｂｌｉｎｋ，ｍａｒｑｕｅｅ等の要素で、既定の書式に変換して装飾内容とするものである。
【００８１】
図４のＬ１の行のように、コマの内容にテキストおよび装飾要素、ならびにｉｍｇ要素の両方が含まれる場合、テキストと画像の両情報を入力、保存する。閲覧時には、コマ内でどちらか一方、もしくは両方同時の表示に対応させる。また、画像にテキストを重ねて表示するようにしてもよい。
【００８２】
内容が空のコマは空白行とみなし、空白行の行数を各コマの動画待機時間に加算し、情報ファイルに入力する。たとえば、空白行が４行ある場合は、１行につき１秒とするなら４秒の待機時間とする。
【００８３】
なお、図３の９行目および１０行目Ｔ３で示されるように、改行されていてもそのすぐ後にテキストが入力されている場合は、それらの行は１コマとして扱う。すなわち、改行マークに基づきコマ割りをするが、２つ以上連続して改行マークがある部分のみコマの区切りとみなし、１つの改行マークの後に、テキストまたは画像が続く場合は、その改行マークは１コマ内の改行を示すマークとして扱うものである。
【００８４】
すなわちサーバ１００は、改行マークが連続して２つ並んでいる部分をコマ割りのための所定のコードと判断する。
【００８５】
このようなルールを決めることで、利用者は、１コマ内に、改行を含む複数行からなるテキスト（または、縦方向に並ぶテキストおよび画像、もしくは縦方向に並ぶ複数の画像）を表示させることができる。
【００８６】
利用者は、１コマ内に第１のテキスト（画像でもよい）と第２のテキスト（画像でもよい）とを隙間を空けて縦方向に並べて表示したいときには、第１のテキストの後に改行マークを入れ、その後、表示されないスペースなどのコードを入れ、改行マークを入れ、その後に第２のテキストを入力する。この場合、スペースが入ることで、サーバは連続した改行マークであるとは認識しない（コマ割りのための所定のコードとみなさない）。このようなルールにより、利用者の動画作成の自由度を高めることができる。
【００８７】
もちろん、改行マークを全てコマ割りのための所定のコードとして扱うようにしてもよい。この場合、図３の９行目および１０行目Ｔ３で示される２行は、別のコマとして表示されることとなる（９行目が１コマの画像として画面に表示された後、すぐにそれは消え、１０行目が１コマの画像として画面に表示される）。
【００８８】
所定のコードは、普通は使われない絵文字や他のキャラクタであってもよい。
【００８９】
また、携帯電話キャリア固有の絵文字を使ってテキストの動きや装飾を指定させてもよい。例えば、ピカピカに輝く様を示す絵文字であればｂｌｉｎｋにする、走っている状態を示す絵文字であればｍａｒｑｕｅｅにする、などである。裏技的に、記号や特定文字列を使って独自に動作を指定できるようにしてもよい。
【００９０】
このようにして、メールの内容が解析され、ステップＳ１５９で情報ファイルのデータが保存される。
【００９１】
テキストメールの場合、ステップＳ１５７において、サーバ１００は、テキストパートを取り出し取得する。ステップＳ１５８において、テキストの解析を行なう。より具体的には、テキストを改行（段落）要素で分割し、コマ分けする。内容が空のコマは空白行とみなし、空白行の行数を各コマの動画待機時間に加算し、情報ファイルに入力する。
【００９２】
また、テキストの文字数をカウントし、その文字数に基づいて表示時間を決めてもよい。具体的には、文字数が多いときは表示時間を長く設定し、文字数が短いときは表示時間を短く設定するものである。例えば、１コマの表示時間として、そのコマの文字数÷５＋１（秒）を設定するなどである。また、改行の数と組み合わせて表示時間を決定することとしてもよい。例えば、最低表示時間を改行に意味づけする場合には、１コマの表示時間として、（そのコマの文字数÷５＋１）＋（改行の数×１）（秒）を設定するなどである。
【００９３】
さらに、遅めなどスピード設定の意味づけをするためには、（文字数÷５＋１）×改行コードの数（秒）を設定するなどしてもよい。
【００９４】
そして、ステップＳ１５９において、解析した情報データを記憶装置２００に保存する。
【００９５】
図９は、動画作成・表示処理を示すフローチャートである。
【００９６】
動画が実際に作成され、利用者が閲覧する際のクライアントでの処理（Ｆｌａｓｈムービーによる処理）を、図９のフローチャートを用いて具体的に説明する。
【００９７】
ステップＳ１３１において、クライアント５００を用いて利用者が動画表示用ＵＲＬに対するアクセス要求をすると、クライアント５００は、Ｗｅｂを介してサーバ１００に対して動画ファイルの閲覧要求（ｈｔｔｐリクエスト）を行なう。リクエストするための動画表示用ＵＲＬには動画ＩＤが付与されているので、動画ファイル（Ｆｌａｓｈムービー）に動画ＩＤを引き渡すことができる。
【００９８】
ステップＳ１３２において、クライアント５００はＦｌａｓｈムービーを取得し、クライアント５００において、Ｆｌａｓｈムービー再生ソフト（Ｆｌａｓｈ実行環境）が起動される。
【００９９】
ステップＳ１３３において、クライアント５００で実行中のＦｌａｓｈムービーからの要求により、動画ＩＤにより一意となる情報データ（ソースデータ）をサーバ１００より取得する。
【０１００】
ステップＳ１３４以降、情報データに記述された各コマ毎の表示情報を順次解釈する。
ステップＳ１３４において、コマ種別がテキストかどうかを判定する。コマ内容が画像ならば（Ｓ１３４でＮＯ）、ステップＳ１３５へ移行し、コマ種別がテキストならば（Ｓ１３４でＹＥＳ）、ステップＳ１３７へ移行する。
【０１０１】
ステップＳ１３４でテキストの場合、ステップＳ１３７において、クライアント５００のＦｌａｓｈムービー再生ソフトは、情報データに含まれるテキスト内容をムービー内の当該コマ表示部分に配置する。また装飾内容（テキスト色等）を指定どおりに反映させ、ステップＳ１３８へ移行する。
【０１０２】
ステップＳ１３４で画像の場合、クライアント５００のＦｌａｓｈムービー再生ソフトは、ステップＳ１３５において、画像ファイルをサーバ１００に要求し取得する。取得した画像ファイルをステップＳ１３６において、ムービー内の当該コマ表示部分に配置し、ステップＳ１３８へ移行する。
【０１０３】
図４のＬ１の行のように、同一のコマに画像とテキストが含まれる場合は、画像よりテキストが前に入力されていれば画像の上方に、画像よりテキストが後に入力されていれば画像の下方にテキストを配置する。画像に重ねてテキストを配置してもよい。
【０１０４】
ステップＳ１３８において、クライアント５００のＦｌａｓｈムービー再生ソフトは、コマの表示時間（待機時間）をセットし、ムービーでの当該コマの表示時間を決定する。
【０１０５】
ステップＳ１３９において、全てのコマの処理が終了しているかどうかを判定する。全てのコマの処理が終了していない場合（ステップＳ１３９でＮＯ）、ステップＳ１３４に戻り、次のコマについて処理を行なう。全てのコマの処理が終了している場合（ステップＳ１３９でＹＥＳ）、ステップＳ１４０において、全ての設定が完了した動画がクライアント５００において再生され、利用者は動画の閲覧を行なうことができる。
【０１０６】
ここでは、情報ファイルがロードし終わってから、動画表示を行なってもよいし、情報ファイルがロードされるのと並行して、順次動画表示を行なってもよい。
【０１０７】
図１０は、動画表示における画面遷移の具体例を示す図である。
【０１０８】
これは、図３のメールを解析した結果である図６の情報ファイルに基づいて動画の表示を行なう例を示している。
【０１０９】
図１０（１）のテキストが表示されて２秒後に、図１０（２）のテキストが表示される。図１０（２）のテキストが表示されて４秒後に、図１０（３）のテキストが表示される。その２秒後に、図１０（４）の画像が表示されて、動画表示は終了する。
【０１１０】
最後のコマが表示された後は、そこで停止してもよいし、図１０（１）の最初の画面に戻って動画表示をループさせてもよい。また、図１０（１）の最初の画面に戻って停止してもよい。
【０１１１】
［第２の実施の形態］
【０１１２】
図１１は、本発明の第２の実施の形態における動画作成処理部の構成を示す図である。
【０１１３】
図１におけるクライアント５００が携帯電話である場合、キャリアや機種によって様々な機能制限が存在する。特に大部分の携帯電話にとって、以下の制限がある。
【０１１４】
（１）Ｆｌａｓｈムービーに、ＨＴＭＬやＧＥＴパラメータを利用して任意の変数を引き渡せない（Ｆｌａｓｈムービーが動画ＩＤを取得できない）。
【０１１５】
（２）Ｆｌａｓｈムービー自身が動的に画像等のデータを読み込む際、その都度利用者にアクション（ボタン押下等）が要求される。
【０１１６】
（３）Ｆｌａｓｈムービーは、ＪＰＥＧ，ＧＩＦ，ＰＮＧの形式の画像を、動的には読み込むことができない。
【０１１７】
上述の理由により、現実的には携帯電話で第１の実施の形態におけるシステムを実現させることは困難といえる。第２の実施の形態では、上記の制限を克服し、多くの携帯電話で本発明の実現を可能とさせるものである。
【０１１８】
図１１のメール送信部５１１での処理は、図２のメール送信部５０１での処理と同様であり、サーバのメール受信部１１１およびメール解析部１１２の処理についても、図２のメール受信部１０１およびメール解析部１０２の処理と同様であるため、ここでの説明は繰り返さない。
【０１１９】
サーバ１００は、加工前Ｆｌａｓｈムービーファイル１１０を保存する。加工前Ｆｌａｓｈムービーファイル１１０は、動画の可変部分を未設定とした、または動画の可変部分をダミーの状態として作成された、動画の元となるＦｌａｓｈムービーファイルである。
【０１２０】
加工前Ｆｌａｓｈムービーファイルとして、異なる型のものを複数用意して、適合する加工前Ｆｌａｓｈムービーファイルを自動選択するようにしてもよい。
【０１２１】
Ｆｌａｓｈムービー加工部１１３は、メール解析部１１２で解析したメールから取り出された情報データおよび画像ファイルをバイナリ加工し、それを加工前Ｆｌａｓｈムービーファイル１１０のバイナリデータ内に変数・オブジェクトとして埋め込む。これにより、送信されたメールの内容に基づいた動画ファイル（Ｆｌａｓｈムービー）が作成される。こうして作成されたＦｌａｓｈムービーは、発行した動画ＩＤと関連付けて記憶装置２００に保存される。
【０１２２】
動画表示ＵＲＬ送信部１１４での処理は、図２の動画表示ＵＲＬ送信部１０４での処理と同様であり、クライアントの受信部５１２および動画閲覧要求部５１３での処理は、図２の受信部５０２および動画閲覧要求部５０３での処理と同様であるため、ここでの説明は繰り返さない。利用者は、送信されたメールの動画表示用ＵＲＬより、該当するＦｌａｓｈムービーファイルへのアクセスを行なう。
【０１２３】
閲覧要求を受けたサーバは、Ｆｌａｓｈムービーファイル送信部１１５で、動画ＩＤと関連付いた完成済みのＦｌａｓｈムービーファイル（完成動画ファイル）をレスポンスとして返す。
【０１２４】
動画表示部５１４は、クライアント５００のＦｌａｓｈムービー再生ソフトにより、取得したＦｌａｓｈムービーファイルの再生を行なう。このとき、Ｆｌａｓｈムービーファイルは、既に完成済みの動画ファイル（完成動画ファイル）であるため、クライアント５００は、サーバ１００から動的にデータを受け取る必要はない。これにより、通信によるサーバ負荷を軽減させることができる。また、図２のようにソースデータのやり取りのためのＩＤ等を保持する必要がない。
【０１２５】
図１２は、第２の実施の形態における動画作成処理のフローチャートである。
【０１２６】
図１１における、サーバにおいて動画を作成する処理を、このフローチャートを用いて説明する。
【０１２７】
ステップＳ２０１において、クライアント５００より送信されたｈｔｍｌメールを、サーバ１００のＭＴＡが受信し、メールデータをメール解析部へ引き渡す。ステップＳ２０２において、第１の実施の形態における図９と同様のメール解析処理を行ない、テキスト、画像、待機時間等の情報の取り出しを行なう。
【０１２８】
ステップＳ２０３において、一意となる動画ＩＤを発行する。このステップは動画ファイルと動画ＩＤとの関連付けが可能であればどのタイミングで行ってもかまわない。
【０１２９】
ステップＳ２０４において、あらかじめ作成済みの加工前Ｆｌａｓｈムービーファイル（ＳＷＦファイル）をメモリ上に展開し、バイナリ操作が可能な状態とする。ここに、加工前Ｆｌａｓｈムービーファイルとは、動画の可変的な部分（配置画像、テキスト、待機時間等）を未設定にしたＦｌａｓｈムービーファイルである。加工前Ｆｌａｓｈムービーファイルは、仮オブジェクト等を使って作成されたもので、ステップＳ２０５でのバイナリ操作を行ないやすいよう準備したものである。
【０１３０】
ステップＳ２０５において、ステップＳ２０２で取り出した情報データ（配置画像、テキスト、待機時間等）を、バイナリ操作により加工前Ｆｌａｓｈムービーファイルに埋め込む。
【０１３１】
ステップＳ２０６において、加工前Ｆｌａｓｈムービーファイルに、メールデータに基づいた情報データを埋め込んで生成されたＦｌａｓｈファイルのバイナリデータを、ファイル（Ｆｌａｓｈムービー）出力することで、Ｆｌａｓｈムービーが完成する（完成動画ファイル）。完成動画ファイルは、動画ＩＤと関連付けて記憶装置２００に保存される。
【０１３２】
ステップＳ２０７において、動画ＩＤ（またはそれを特定できる文字列）を含む、動画表示用ＵＲＬを記載したメールを作成し、それをステップＳ２０８において、ステップＳ２０１のメールの送信元である利用者のメールアドレスへ送信する。
【０１３３】
第２の実施の形態によって、携帯端末などの機能制限があるクライアントでも、利用者に動画を提供することが可能となる。また、事前に完成動画ファイル（Ｆｌａｓｈムービー）を作成するため、通信時のサーバ負荷を軽減することができる。
【０１３４】
［第３の実施の形態］
【０１３５】
第３の実施の形態における動画作成システムでは、完成動画ファイルの作成をメール受信直後に完了せずに、メール受信時は、第１の実施の形態と同様にソースデータの作成だけ行なう。そして、クライアントからの動画閲覧要求時にＦｌａｓｈムービーの加工（バイナリ埋め込み）を行なう。
【０１３６】
図１３は、本発明の第３の実施の形態における動画作成処理部の構成を示す図である。
【０１３７】
図中のメール送信部５２１、ＵＲＬメール受信部５２２、および動画閲覧要求部５２３での処理は、図２のメール送信部５０１、ＵＲＬメール受信部５０２、および動画閲覧要求部５０３での処理と同様であり、メール受信部１２１、メール解析部１２２、ソースデータ作成部１２３、および動画表示ＵＲＬ送信部１２４での処理は、図２のメール受信部１０１、メール解析部１０２、ソースデータ作成部１０３、および動画表示ＵＲＬ送信部１０４での処理と同様であるため、ここでの説明は繰り返さない。
【０１３８】
クライアント５００より動画閲覧要求５２３を受けると、サーバ１００は、Ｆｌａｓｈムービー加工部１２５にて、加工前Ｆｌａｓｈムービーファイル１１０の加工を行なう。ここでは、記憶装置２００に保存されたソースデータを、図１１のＦｌａｓｈムービー加工部１１３と同様の処理で、予め用意されている加工前Ｆｌａｓｈムービーファイル１１０にバイナリ埋め込みする。
【０１３９】
完成した動画ファイルは、Ｆｌａｓｈムービーファイル送信部１２６にてｈｔｔｐレスポンスとしてクライアント５００に送信され、クライアントのＦｌａｓｈムービー再生ソフトにより動画表示部５２４で再生が行われる。
【０１４０】
第３の実施の形態によると、第２の実施の形態と同様に、携帯端末などの機能制限があるクライアントでも、利用者に動画を提供することができる。また第３の実施の形態は、サーバ負荷分担を、メール送受信時から動画閲覧時に移行したい場合に有効である。さらに第３の実施の形態によると、ソースデータが保存されるため、ソースデータを完成動画ファイル作成だけに留まらず、他の用途に利用することができる。
【０１４１】
［第４の実施の形態］
【０１４２】
第４の実施の形態では、動画フォーマットとしてアニメーションＧＩＦを利用する。第１〜３の実施の形態では、動画のフォーマットとしてＦｌａｓｈを利用している。これはＦｌａｓｈは、インターネットを介して動画を配信する上で、高い表現力や拡張性、容量等を有し、通信への対応が優れているためである。しかし、特に一部の携帯電話等、Ｆｌａｓｈムービー再生機能を持たないクライアントも存在する。これらのクライアントに対して、動画の提供を可能とする方法が、第４の実施の形態の方法である。
【０１４３】
ここではクライアント５００の要件として、Ｆｌａｓｈムービー再生ソフトが動作可能であることは必須でなく、アニメーションＧＩＦの動画表示が可能であることが必須となる。
【０１４４】
図１４は、本発明の第４の実施の形態における動画作成処理部の構成を示す図である。
【０１４５】
メール送信部５３１での処理は、図２のメール送信部５０１での処理と同様であり、メール受信部１２１、およびメール解析部１２２での処理は、図２のメール受信部１０１、およびメール解析部１０２での処理と同様であるため、ここでの説明は繰り返さない。
【０１４６】
メール解析後にアニメーションＧＩＦ作成部１３３は、第１の実施の形態と同様にメールから取り出された情報データおよび画像ファイルを元に、アニメーションＧＩＦを作成する。アニメーションＧＩＦ作成部１３３は、画像加工アプリケーションソフトによって、文字を着色等装飾して画像化し、画像フォーマットの変換、各フレームの時間設定、連結してのアニメーションＧＩＦ化等を行なう。こうして作成されたアニメーションＧＩＦファイルは、記憶装置２００に保存される。
【０１４７】
ＵＲＬメール受信部５３２での処理は、図２のＵＲＬメール受信部５０２での処理と同様であり、動画表示ＵＲＬ送信部１３４での処理は、図２の動画表示ＵＲＬ送信部１０４での処理と同様であるため、ここでの説明は繰り返さない
【０１４８】
クライアントからの動画閲覧要求部５３３を用いた要求に従い、サーバ１００は記憶装置２００より動画ＩＤに関連付いたアニメーションＧＩＦファイルを読み出し、レスポンスとしてアニメーションＧＩＦ送信部１３５で送信を行なう。クライアント５００は、アニメーションＧＩＦ表示機能により、動画表示部５３４で取得した動画の表示を行なう
【０１４９】
第４の実施の形態では、Ｆｌａｓｈ再生ソフトがインストールされていないより多くの携帯端末をカバーすることができる。また、第２の実施の形態同様、事前に完成動画ファイル（アニメーションＧＩＦ）を作成するため、サーバ負荷の調整に有効である。
【０１５０】
［第５の実施の形態］
【０１５１】
第５の実施の形態では第４の実施の形態と同様に、アニメーションＧＩＦを利用することにより動画を提供する。第５の実施の形態においては、第１および第３の実施の形態と同様に、予め動画作成用のソースデータだけ作成しておき、クライアントからの閲覧要求時にアニメーションＧＩＦを作成する。
【０１５２】
図１５は、本発明の第５の実施の形態における動画作成処理部の構成を示す図である。
【０１５３】
図１５におけるメール送信部５４１、ＵＲＬメール受信部５４２、および動画閲覧要求部５４３での処理は、図２のメール送信部５０１、ＵＲＬメール受信部５０２、および動画閲覧要求部５０３での処理と同様であり、メール受信部１４１、メール解析部１４２、およびソースデータ作成部１４３での処理は、図２のメール受信部１０１、メール解析部１０２、およびソースデータ作成部１０３での処理と同様であるため、ここでの説明は繰り返さない。
【０１５４】
クライアント５００の動画閲覧要求部５０３から要求を受け、サーバ１００はアニメーションＧＩＦ作成部１４５でアニメーションＧＩＦの作成を行なう。ここでは、記憶装置２００に保存されたソースデータを、第４の実施の形態の図１４のアニメーションＧＩＦ作成部１３３と同様の方法で加工することで、アニメーションＧＩＦを作成する。
【０１５５】
完成したアニメーションＧＩＦは、アニメーションＧＩＦ送信部１４６において、レスポンスとしてクライアントに送信される。
【０１５６】
クライアント５００は、アニメーションＧＩＦ表示機能により、動画表示部５４４で、取得した動画の表示を行なう。
【０１５７】
第５の実施の形態によると、第４の実施の形態と同様に、Ｆｌａｓｈ再生ソフトがインストールされていないより多くの携帯端末をカバーすることができる。また、ソースデータを保存し、要求時にＧＩＦファイルを作成するため、第３の実施の形態と同様に、サーバ負荷の調整やソースデータの再利用に有効である。
【０１５８】
［第６の実施の形態］
【０１５９】
第６の実施の形態における動画作成システムは、Ｆｌａｓｈを作成するか、アニメーションＧＩＦを作成するかを、Ｗｅｂアクセスがあったときに切替えるものである。
【０１６０】
利用者は、自分の利用する端末がＦｌａｓｈムービーの再生が可能な端末であるか否かを必ずしも把握しているとは限らない。さらに、利用者が作成した動画を、表示用ＵＲＬを通知することにより、別の端末を利用する利用者に閲覧させたい場合などにも、その端末がＦｌａｓｈムービーの再生が可能か否か分からないという課題がある。
【０１６１】
一方、動画を提供する際には、より多くの利用者に利用してもらえるように、また、利用者が所持する端末において最適な条件で利用してもらえるように、最適な動画形式（Ｆｌａｓｈムービー、アニメーションＧＩＦなど）を動的に切替えて、動画を提供できるようにすることが望ましい。
【０１６２】
そこで本実施の形態では、端末による閲覧要求時に、Ｆｌａｓｈムービーの再生可否を判定し、可能であればＦｌａｓｈムービー形式、不可能であればアニメーションＧＩＦ形式で動画を用意して送信する。これにより、利用者の端末に好適な形式の動画を提供することが可能となる。
【０１６３】
このような実施の形態は、第１〜５の実施の形態、および端末環境の判定処理を組み合わせることにより実現できる。最適な実施の形態の組み合わせは、サービスを提供するクライアント５００の端末種類等によって異なる。
【０１６４】
図１６〜図１９は、本発明の第６の実施の形態における動画作成システムの構成を示す図である。
【０１６５】
本実施の形態においては、端末の種類がＰＣ、携帯電話等に限定されない。すなわち、本実施の形態においては、あらかじめソースデータだけを用意しておいて、閲覧時に端末環境に応じて最適な形式で動画を作成する。これにより、同一ソース（同一動画ＩＤ）の動画を、より多くの形式に切替えて利用者に提供する。本実施の形態は、クライアント５００の端末環境を判定し、判定に応じて第１、第３、および第５の実施の形態の動作を切替えることで実現される。
【０１６６】
図１６におけるメール送信部５５１、メール受信部１５１、メール解析部１５２、ソースデータ作成部１５３、および動画表示ＵＲＬ送信部１５４、ＵＲＬメール受信部５５２、および動画閲覧要求部５５３については、上記第１、第３、および第５の実施の形態のそれらと同様の構成であるため、ここでは詳細な説明を繰り返さない。記憶装置２００にソースデータが保存された状態で、動画閲覧要求部５５３から要求が行なわれる。
【０１６７】
まず、動画閲覧要求部５５３で要求が行なわれたら、サーバ１００は、ＰＣ／携帯判定部１５５において、端末から取得した情報により、クライアント５００が、（１）ＰＣ、またはそれと同等の機能を持った端末か、または（２）携帯電話端末、またはそれと同等の端末かの判定を行なう。
【０１６８】
クライアント端末が携帯電話と判定された場合は、Ｆｌａｓｈ対応判定部１６０（図１８）で、その端末がＦｌａｓｈの再生に対応しているかを判定する。クライアント端末がＰＣであると判定された場合は、サーバ１００は、動画表示ｈｔｍｌ送信部１５６（図１６）において、クライアント５００に対して動画表示を行なうｈｔｍｌの送信を行なう。ここで送信されるｈｔｍｌは、ＷｅｂブラウザにＦｌａｓｈムービー再生用アドオンが組み込まれているかどうかを判定するためのｈｔｍｌである。
【０１６９】
組み込まれていれば、Ｆｌａｓｈ対応であるとして、Ｆｌａｓｈムービーを表示し、組み込まれていなければ、Ｆｌａｓｈ非対応であるとして、代替用にアニメーションＧＩＦを表示するように、表示を自動で切替える記述が当該ｈｔｍｌには含まれている。
【０１７０】
このｈｔｍｌを取得したクライアント５００は、Ｆｌａｓｈ対応判定部５５４において、前述の切替え記述により、そのＰＣが、Ｆｌａｓｈに対応しているか否かを判定する。
【０１７１】
Ｆｌａｓｈ非対応と判定された場合は、アニメーションＧＩＦファイル要求部５５９（図１９）で、サーバに対してアニメーションＧＩＦファイルを要求する。
【０１７２】
Ｆｌａｓｈ対応と判定された場合は、クライアント５００は、Ｆｌａｓｈムービーファイル要求部５５５（図１７）で、サーバに対してＦｌａｓｈムービーファイルを要求する。その後のＦｌａｓｈムービー送信部１５８、およびソースデータ送信部１５９での処理は、図２におけるＦｌａｓｈムービー送信部１０６、およびソースデータ送信部１０７での処理と同様である。
【０１７３】
クライアント５００の動画作成・表示部５５７において、Ｆｌａｓｈムービーにより取得されたソースデータを元に動画の作成・表示が行なわれる。
【０１７４】
ＰＣ／携帯判定部１５５で携帯電話と判定された場合、サーバ１００は、図１８のＦｌａｓｈ対応判定部１６０で、その携帯電話がＦｌａｓｈに対応しているか否かを判定する。Ｆｌａｓｈ非対応と判定された場合は、図１９のアニメーションＧＩＦ作成部１７０へ処理を移行させる。
【０１７５】
Ｆｌａｓｈ対応判定部１６０で、Ｆｌａｓｈ対応と判定された場合、Ｆｌａｓｈムービー加工部１６２において、Ｆｌａｓｈムービーの加工（データ埋込）を行なう。完成されたＦｌａｓｈムービーがクライアント５００に送信される。Ｆｌａｓｈムービー加工部１６２、および完成動画ファイル送信部１６３での処理は、図１３におけるＦｌａｓｈムービー加工部１２５、およびＦｌａｓｈムービーファイル送信部１２６での処理と同様である。また、動画表示部５５８での処理も、図１３における動画表示部５２４での処理と同様である。
【０１７６】
サーバ１００は、バイナリ加工によりソースデータが埋め込まれた完成動画ファイル（Ｆｌａｓｈムービー）をクライアント５００に送信する。そして、クライアント５００において、動画が表示される。
【０１７７】
Ｆｌａｓｈ対応判定部５５４で、Ｆｌａｓｈ非対応と判定された場合、クライアント５００のアニメーションＧＩＦファイル要求部５５９（図１９）より要求が行なわれる。
【０１７８】
サーバ１００は、ＧＩＦファイル要求をクライアント５００から受けた場合、またはＦｌａｓｈ対応判定部１６０（図１８）で、Ｆｌａｓｈ非対応と判定された場合に、アニメーションＧＩＦ作成部１６４（図１９）でアニメーションＧＩＦを作成する。
【０１７９】
アニメーションＧＩＦ作成部１６４、およびアニメーションＧＩＦ送信部１６５での処理は、図１５におけるアニメーションＧＩＦ作成部１４５、およびアニメーションＧＩＦ送信部１４６での処理と同様である。サーバ１００は、ソースデータを元に作成されたアニメーションＧＩＦをクライアント５００に送信する。そして、クライアント５００において、動画が表示される。
このような機能を提供することにより、より多くの利用者の端末に、より好適な形式の動画を提供することができる。
【０１８０】
なお、この実施の形態は、より最適な形式での動画の提供を想定したものであり、例えば途中のＰＣ／携帯判定もしくはＦｌａｓｈ対応判定を排除した、限定的な切替えを実施することも可能である。
【０１８１】
［第７の実施の形態］
【０１８２】
第７の実施の形態における動画作成システムは、クライアントの端末が携帯電話である場合を想定しており、閲覧時のサーバ負荷を軽減することを目的としている。本実施の形態においては、あらかじめＦｌａｓｈムービーとアニメーションＧＩＦの両方を作成しておき、閲覧時の判定によってどちらかの動画を利用者に提供するものである。
【０１８３】
このような処理は、クライアント５００の端末環境を判定し、判定に応じて第２および第４の実施の形態を切替えることで実現される。
【０１８４】
図２０は、本発明の第７の実施の形態における動画作成システムの構成を示す図である。
【０１８５】
メール送信部５６１、メール受信部１７１、およびメール解析部１７２での処理は、第２および第４の実施の形態で説明したものと同様である。すなわち、送信されたメールより画像と情報とを取り出すものである。
【０１８６】
サーバ１００は、取り出した画像と情報に基づいて、Ｆｌａｓｈムービー加工部１７４とアニメーションＧＩＦ作成部１７５とでの両方の処理を行なう。サーバ１００は、作成したＦｌａｓｈムービーおよびアニメーションＧＩＦを記憶装置２００に保存する。
【０１８７】
動画表示ＵＲＬ送信部１７６、ＵＲＬメール受信部５６２、および動画閲覧要求部５６３での処理については第２および第４の実施の形態と同様である。
【０１８８】
動画閲覧要求部５６３から要求を受けたサーバ１００は、Ｆｌａｓｈ対応判定部１７７で判定を行なう。ここでは端末より送信された情報に従い、クライアント５００の端末が、Ｆｌａｓｈムービーの再生に対応しているか否かの判定を行なうものである。判定方法は各携帯電話キャリアにより技術情報として公開されており、それを用いることができる。
【０１８９】
Ｆｌａｓｈ対応と判定された場合、サーバ１００は、記憶装置２００よりＦｌａｓｈムービーの読み出しを行ない、Ｆｌａｓｈムービーをクライアント５００に送信する。そして、クライアント５００の動画表示部５６４において、動画が表示される。
【０１９０】
Ｆｌａｓｈ非対応と判定された場合、サーバ１００は、記憶装置２００より、アニメーションＧＩＦの読み出しを行ない、アニメーションＧＩＦをクライアント５００に送信する。そして、クライアント５００の動画表示部５６５において、動画が表示される。
【０１９１】
サーバ１００において、クライアント５００からの動画作成のための要求（メール受信）よりも、閲覧要求の方が多い場合等では、本実施の形態を採用することで、サーバの負荷を軽減させることができる。
【０１９２】
［第８の実施の形態］
【０１９３】
第１〜７の実施の形態では、端末の動画の取得は全てＷｅｂアクセスによって行なわれている。第８の実施の形態では、サーバはＵＲＬ通知メールを送信する代わりに、完成した動画ファイルを添付したメールを送信し、動画を利用者に提供する。すなわち第８の実施の形態では、クライアント５００に、Ｆｌａｓｈムービー形式の添付ファイルをメールで送信することで、動画を利用者に提供する。
【０１９４】
図２１は、本発明の第８の実施の形態における動画作成システムの構成を示す図である。
【０１９５】
メール送信部５８１での処理は、図２のメール送信部５０１での処理と同様であり、メール受信部１８１、メール解析部１８２、およびＦｌａｓｈムービー加工部１８３での処理については、図１１のメール受信部１１１、メール解析部１１２、およびＦｌａｓｈムービー加工部１１３での処理と同様である。加工前Ｆｌａｓｈムービーファイルにバイナリ操作を行なうことにより、Ｆｌａｓｈムービーは完成する。
【０１９６】
Ｆｌａｓｈムービーを作成したら、サーバ１００は、Ｆｌａｓｈムービー添付メール送信部１８４において、完成した動画ファイルを添付したマルチパートメールを作成し、それをクライアント５００に送信する。
【０１９７】
メール受信部５８２が動画ファイル添付メールを受信したら、利用者は、Ｆｌａｓｈムービー再生ソフトを利用して動画ファイル（ここではＦｌａｓｈムービーファイル）を開くことにより、動画再生・表示部５８３で再生が行われる。
【０１９８】
本実施の形態では、サーバの記憶装置にムービーを保存する必要がないため、記憶装置の保存領域の節約を行なうことができる。
【０１９９】
［第９の実施の形態］
【０２００】
第９の実施の形態では、第８の実施の形態の構成において、添付ファイルの形式をアニメーションＧＩＦとする。これにより、携帯電話等での制限をより緩和することができる。すなわち第９の実施の形態では、アニメーションＧＩＦ形式の添付ファイルをクライアント５００にメールで送信することで、動画を利用者に提供する。
【０２０１】
図２２は、本発明の第９の実施の形態における動画作成システムの構成を示す図である。
【０２０２】
メール送信部５９１での処理は、図２のメール送信部５０１での処理と同様であり、メール受信部１９１、メール解析部１９２、およびアニメーションＧＩＦ作成部１９３での処理は、図１４のメール受信部１３１、メール解析部１３２、およびアニメーションＧＩＦ作成部１３３での処理と同様である。受信メールに基づいて、アニメーションＧＩＦの作成が行なわれる。
【０２０３】
アニメーションＧＩＦを作成したら、サーバ１００は、アニメーションＧＩＦ添付メール送信部１９４において、完成した動画ファイルを添付したマルチパートメールを作成し、それをクライアント５００に送信する。
【０２０４】
メール受信部５９２が動画ファイル添付メールを受信したら、利用者は、画像閲覧機能を利用して動画ファイル（ここではアニメーションＧＩＦファイル）を開くことにより、動画再生・表示部５９３で再生が行なわれる。
【０２０５】
本実施の形態では、サーバの記憶装置にムービーを保存する必要がないため、記憶装置の保存領域の節約を行なうことができる。
【０２０６】
［応用例］
【０２０７】
（日記システムでの利用）
【０２０８】
上述の実施の形態により作成した動画データは、そのまま日記のデータとして利用することができる。この場合、気軽に動的な日記を作成できるという効果がある。動画表示を行なうことにより、携帯電話等のような小さな画面で日記を読むときに、スクロールしたり、ボタンを押したりしなくてもよいので、操作の煩わしさがない。また、アニメーションという動的な表現のため、目をひきやすい。
【０２０９】
（広告システムでの利用）
【０２１０】
上述の実施の形態により作成した動画データを、広告として利用してもよい。例えば、テキストと広告画像が順に切替わる広告を作成することができる。このため、携帯電話機等の小さな画面においても煩わしいスクロール等の操作を必要とせずに表現が可能であり、印象に残りやすい広告を提供することが可能となる。
【０２１１】
例えば、以下に示されるような広告の作成が可能である。
【０２１２】
（１）  広告を行ないたい企業である広告主の端末からサーバに、広告に関する画像（商品の画像など）やキャッチコピーなど（広告の部品データ）をアップロードする。
【０２１３】
（２）  広告作成を行なう者（広告作成者）は、上記広告の部品データを取得し、それを用いて上記実施の形態に示されるように、動画の元となるメールを作成する。そのメールを、上記実施の形態におけるサーバに送信することで、広告の動画コンテンツが作成される。
【０２１４】
（３）  広告主は、端末で上記広告の動画コンテンツを確認し、公開してもよいのであればそれを一般に公開する。広告作成者には何らかの特典を付与する。
【０２１５】
［実施の形態における効果］
【０２１６】
以上のように、上述の実施の形態における動画作成システムは、情報の含まれた電子メールを受信し、受信した電子メールに含まれる情報を解析する。解析した情報データの解析結果を情報ファイルに入力し、情報ファイルに基づいて動画データを作成して、移動端末などで表示する。これにより、利用者は、特別な知識がなくても、メールを打つ感覚で、簡単に動画データ（アニメーションデータ）を作成することができる。
【０２１７】
また、文字装飾情報を含むテキストと画像とを含むデータに基づいて動画データを作成することで、画像とテキストを効果的に組み合わせることができる。これによって、個人の感情表現や、強調表現の幅が広がり、新たな表現スタイルを作り出すことができる。このことにより、利用者のクリエイティブな感性を刺激することができる。
【０２１８】
また、アニメーション表示データを携帯電話等のような小さな画面で表示するときに、利用者はスクロールしたり、ボタンを押したりしなくてもよいので、操作の煩わしさがない。また、アニメーションという動的な表現のため、目をひきやすい。
【０２１９】
また、アニメーションデータを、そのまま日記や広告として利用することができるため、気軽に動的な日記や広告を作成することができる。
【０２２０】
さらに、メールに含まれる改行（段落）要素（または改行マークが２つ続いていることなどの所定のコード）に基づいて、コマ割をする（および空白行の数に応じて、コマ表示時間を決定する）ことができるため、利用者は簡単に動画を作成できるという効果がある。
【０２２１】
また、作成されたソースデータをサーバに保持すると、データの再利用ができるという効果がある。
【０２２２】
また、閲覧前に予め動画データを作成しておき、作成された動画データをサーバに保持すると、閲覧時にサーバ負荷がかからないという効果がある。さらに、携帯電話などの機能制限がある端末でも動画を提供できるという効果がある。
【０２２３】
さらに、端末の情報に基づいて動画を送信する形態を変えることで、利用者は、意識することなく最適な動画を得られ、様々なクライアントに広く対応できるという効果がある。
【０２２４】
［その他］
【０２２５】
また、上述の実施の形態における処理は、ソフトウエアによって行なっても、ハードウエア回路を用いて行なってもよい。
【０２２６】
また、上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。また、プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。
【０２２７】
なお、上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０２２８】
【図１】本発明の第１の実施の形態における動画作成システムの構成を示す図である。
【図２】サーバ１００およびクライアント５００における動画作成処理部の構成を示す図である。
【図３】クライアント５００におけるｈｔｍｌメール作成画面の具体例を示す図である。
【図４】クライアント５００におけるｈｔｍｌメール作成画面の具体例を示す図である。
【図５】動画閲覧準備処理を示すフローチャートである。
【図６】図３のメールに基づいて作成された情報ファイルの具体例を示す図である。
【図７】図５の処理でクライアント５００が受信するメールの画面の具体例を示す図である。
【図８】図５のステップＳ１０４のメール解析処理を示すフローチャートである。
【図９】動画作成・表示処理を示すフローチャートである。
【図１０】動画表示における画面遷移の具体例を示す図である。
【図１１】本発明の第２の実施の形態における動画作成処理部の構成を示す図である。
【図１２】第２の実施の形態における動画作成処理のフローチャートである。
【図１３】本発明の第３の実施の形態における動画作成処理部の構成を示す図である。
【図１４】本発明の第４の実施の形態における動画作成処理部の構成を示す図である。
【図１５】本発明の第５の実施の形態における動画作成処理部の構成を示す図である。
【図１６】本発明の第６の実施の形態における動画作成システムの構成を示す図である。
【図１７】本発明の第６の実施の形態における動画作成システムの構成を示す図である。
【図１８】本発明の第６の実施の形態における動画作成システムの構成を示す図である。
【図１９】本発明の第６の実施の形態における動画作成システムの構成を示す図である。
【図２０】本発明の第７の実施の形態における動画作成システムの構成を示す図である。
【図２１】本発明の第８の実施の形態における動画作成システムの構成を示す図である。
【図２２】本発明の第９の実施の形態における動画作成システムの構成を示す図である。
【符号の説明】
【０２２９】
１００  サーバ
１０１  メール受信部
１０２  メール解析部
１０３  ソースデータ作成部
１０４  動画表示ＵＲＬ送信部
１０５  動画作成Ｆｌａｓｈムービーファイル
１０６  Ｆｌａｓｈムービー送信部
１０７  ソースデータ送信部
１１０  加工前Ｆｌａｓｈムービーファイル
１１３  Ｆｌａｓｈムービー加工部
１５５  ＰＣ／携帯判定部
１６０  Ｆｌａｓｈ対応判定部
１６３  完成動画ファイル送信部
１７７  Ｆｌａｓｈ対応判定部
１８４  Ｆｌａｓｈムービー添付メール送信部
１９４  アニメーションＧＩＦ添付メール送信部
２００  記憶装置
５００  クライアント
５０１  ｈｔｍｌメール送信部
５０２  ＵＲＬメール受信部
５０３  動画閲覧要求部
５０４  動画ソースデータ要求部
５０５  動画生成・表示部
５５４  Ｆｌａｓｈ対応判定部
５５５  Ｆｌａｓｈムービーファイル要求部
５５９  アニメーションＧＩＦファイル要求部
Ｃ１    改行マーク
【図１】
2009110479.tif 000003
【図２】
2009110479.tif 000004
【図３】
2009110479.tif 000005
【図４】
2009110479.tif 000006
【図５】
2009110479.tif 000007
【図６】
2009110479.tif 000008
【図７】
2009110479.tif 000009
【図８】
2009110479.tif 000010
【図９】
2009110479.tif 000011
【図１０】
2009110479.tif 000012
【図１１】
2009110479.tif 000013
【図１２】
2009110479.tif 000014
【図１３】
2009110479.tif 000015
【図１４】
2009110479.tif 000016
【図１５】
2009110479.tif 000017
【図１６】
2009110479.tif 000018
【図１７】
2009110479.tif 000019
【図１８】
2009110479.tif 000020
【図１９】
2009110479.tif 000021
【図２０】
2009110479.tif 000022
【図２１】
2009110479.tif 000023
【図２２】
2009110479.tif 000024