(57)【要約】【目的】携帯電話の機種に関わらず，動画を表示する。【構成】携帯電話からウェブ・サーバに送信されるＵＲＬデータによって表されるＵＲＬに仕様判定指令を示す情報を含ませる。ＵＲＬに仕様判定指令を示す情報が含まれていると，仕様判定テーブルを参照して，アクセスした携帯電話の機種が判定される。判定された携帯電話の機種に表示できる動画データが仕様別動画データ記憶装置から読み出される（ステップ２４）。読み出された動画データがウェブ・サーバからアクセスした携帯電話に送信される（ステップ３０）。【選択図】  図５
2004289704.tif 000002
【特許請求の範囲】
【請求項１】
互いに通信可能なクライアント装置と動画サーバとを含む動画システムにおいて，
上記クライアント装置が，
動画データを特定するデータおよびクライアント装置において表示可能な動画のフォーマットを特定するデータを送信する第１の送信手段を備え，
上記動画サーバが，
多数の動画を表す動画データが格納されている動画データベースの中から，上記クライアント装置の上記第１の送信手段から送信された動画特定データによって特定される動画データを見つける検索手段，
上記動画データ検索手段によって見つけられた動画データを，上記クライアント装置の上記第１の送信手段から送信されたフォーマット特定データにもとづいて特定される動画フォーマットに変換するフォーマット変換手段，および
上記フォーマット変換手段によって変換された動画データを，上記クライアント装置に送信する第２の送信手段，
を備えた動画システム。
【請求項２】
クライアント装置と通信可能な動画サーバにおいて，
多数の動画を表す動画データが格納されている動画データベースの中から上記クライアント装置から送信された動画特定データによって特定される動画データを見つける検索手段，
上記動画データ検索手段によって見つけられた動画データを，上記クライアント装置から送信されたフォーマット特定データにもとづいて特定される動画フォーマットに変換するフォーマット変換手段，および
上記フォーマット変換手段によって変換された動画データを，上記クライアント装置に送信する送信手段，
を備えた動画サーバ。
【請求項３】
上記クライアント装置における動画データを格納するメモリの容量を表すデータが上記クライアント装置から上記動画サーバに送信され，
上記クライアント装置から送信された容量を表すデータによって表される容量以下のデータ量となるように，上記動画データ検索手段によって見つけられた動画データまたは上記フォーマット変換手段によって変換された動画データのデータ量減少処理を行うデータ減少手段，
をさらに備えた請求項２に記載の動画サーバ。
【請求項４】
上記フォーマット変換手段によってフォーマット変換された動画データを格納するデータベースをさらに備えた請求項２に記載の動画サーバ。
【請求項５】
クライアント装置と通信可能な動画サーバにおいて，
多数の動画を表す動画データが格納されている動画データベースの中から，上記クライアント装置から送信された動画特定データによって特定される動画データを見つけ，
見つけられた動画データを，上記クライアント装置から送信されたフォーマット特定データによって特定される動画フォーマットに変換し，
フォーマットが変換された動画データを，上記クライアント装置に送信する，
動画サーバの制御方法。
【発明の詳細な説明】
【０００１】
【技術分野】
この発明は，動画システムならびに動画サーバおよびその制御方法に関する。
【０００２】
【発明の背景】
携帯電話などのクライアント装置において，動画データの送受信が可能となってきている（特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３５９０７６号公報
【０００４】
しかしながら，多くの種類の動画フォーマットがあるので，携帯電話において再生できない動画もある。
【０００５】
【発明の開示】
この発明は，動画を再生できるようにすることを目的とする。
【０００６】
この発明は互いに通信可能なクライアント装置と動画サーバとを含む動画システムについてのものである。
【０００７】
上記クライアント装置は，動画データを特定するデータおよびクライアント装置において表示可能な動画のフォーマットを特定するデータを送信する第１の送信手段を備えている。
【０００８】
また，上記動画サーバは，多数の動画を表す動画データが格納されている動画データベースの中から，上記クライアント装置の上記第１の送信手段から送信された動画特定データによって特定される動画データを見つける検索手段，上記動画データ検索手段によって見つけられた動画データを，上記クライアント装置の上記第１の送信手段から送信されたフォーマット特定データにもとづいて特定される動画フォーマットに変換するフォーマット変換手段，および上記フォーマット変換手段によって変換された動画データを，上記クライアント装置に送信する第２の送信手段を備えている。
【０００９】
上記クライアント装置および上記動画サーバをそれぞれ単独で構成してもよい。
【００１０】
また，この発明は，上記動画サーバの制御方法も提供している。すなわち，この方法は，クライアント装置と通信可能な動画サーバにおいて，多数の動画を表す動画データが格納されている動画データベースの中から，上記クライアント装置から送信された動画特定データによって特定される動画データを見つけ，見つけられた動画データを，上記クライアント装置から送信されたフォーマット特定データにもとづいて特定される動画フォーマットに変換し，フォーマットが変換された動画データを，上記クライアント装置に送信するものである。
【００１１】
この発明によると，クライアント装置（携帯電話，携帯端末装置）から動画サーバに動画データを特定するデータおよびクライアント装置において表示可能な動画のフォーマットを特定するデータ（フォーマットそのものを特定できなくとも，クライアント装置の機種などからフォーマットがわかるようなデータであればよい）が送信される。動画サーバにおいて，動画特定データによって特定される動画データが，動画データベース（動画サーバに内蔵されていてもよいし，動画サーバと通信可能に接続されていてもよい）から見つけられる。見つけられた動画データが，クライアント装置から送信されたフォーマット特定データによって特定されるフォーマットに変換される。フォーマット変換された動画データがクライアント装置に送信される。
【００１２】
クライアント装置には，フォーマット変換された動画データが送信されるので，受信した動画データによって表される動画を表示できる。
【００１３】
上記クライアント装置における動画データを格納するメモリの容量を表すデータが上記クライアント装置から上記動画サーバに送信されるようにしてもよい。この場合，上記動画サーバには，上記クライアント装置から送信された容量を表すデータによって表される容量以下のデータ量となるように，上記動画データ検索手段によって見つけられた動画データまたは上記フォーマット変換手段によって変換された動画データのデータ量減少処理を行うデータ減少手段をさらに備えることとなろう。
【００１４】
動画データを格納するメモリ容量はクライアント装置によって異なる。メモリに格納できるように，動画サーバにおいて動画データの減少処理が行われるので，クライアント装置において動画サーバから送信された動画データが受信できないという事態を回避できる。
【００１５】
また，上記フォーマット変換手段によってフォーマット変換された動画データを格納するデータベースをさらに備えるようにしてもよい。
【００１６】
クライアント装置から，動画データの送信要求があると，送信要求があったクライアント装置に表示可能な動画データがデータベースに格納されているかどうかが判定される。データベースに格納されている場合には，対応する動画データが動画サーバからクライアント装置に送信される。再度，フォーマット変換をする必要がない。
【００１７】
【実施例の説明】
図１は，この発明の実施例を示すもので，携帯電話（携帯端末装置，クライアント装置）２Ａおよび２Ｂとサーバ・システム３とからなる通信システムの概要を示している。
【００１８】
携帯電話２Ａおよび２Ｂは，インターネットを介してサーバ・システム３にアクセスすることができる。携帯電話２Ａおよび携帯電話２Ｂには表示装置が設けられている。携帯電話２Ａは，一の携帯電話会社用のものであり，携帯電話２Ｂは，携帯電話２Ａの携帯電話会社とは異なる携帯電話会社用のものである。したがって，携帯電話２Ａの表示装置の表示仕様と携帯電話２Ｂの表示仕様とは異なる。たとえば，携帯電話２Ａは，ＧＩＦ（ｇｒａｐｈｉｃ    ｉｎｔｅｒｃｈａｎｇｅ  ｆｏｒｍａｔ）の画像を表示できる仕様となっており，携帯電話２Ｂは，ＪＰＥＧ（ｊｏｉｎｔ  ｐｈｏｔｏｇｒａｐｈｉｃ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）のフォーマットの画像を表示できる仕様となっている。
【００１９】
携帯電話２Ａまたは２Ｂがサーバ・システム３にアクセスすることにより，サーバ・システム３から動画データが送信され，携帯電話２Ａまたは２Ｂの表示装置に動画が表示されることとなる。この実施例においては，表示仕様が異なる携帯電話２Ａおよび２Ｂを用いてサーバ・システム３にアクセスした場合１つの（共通の）ＵＲＬを指定するだけで，表示仕様に適した動画データが携帯電話２Ａまたは２Ｂに送信される。より詳しくは，以下の説明によって明らかとなろう。
【００２０】
図２は，サーバ・システム３の電気的構成を示すブロック図である。
【００２１】
サーバ・システム３には，インターネットに接続するためのウェブ・サーバ４が含まれている。このウェブ・サーバ４にアプリケーション・サーバ５が接続されている。
【００２２】
アプリケーション・サーバ５には，サーバ・システム３（ウェブ・サーバ４）にアクセスした携帯電話の動画の表示仕様を判定する装置６が接続されている。この仕様判定装置６には，動画の表示仕様を判定するためのテーブル７（記憶装置）が接続されている。テーブル７を参照して，サーバ・システム３にアクセスした携帯電話の動画の表示仕様が判定される。
【００２３】
仕様判定装置６には，動画取得装置８が接続されている。動画取得装置８には，仕様別動画データ記憶装置９が接続されている。この仕様別動画データ記憶装置９には，携帯電話の動画表示仕様ごとに表示に適した動画データが記憶されている。動画取得装置８によって，仕様別動画データ記憶装置９に記憶されている動画データの中からサーバ・システム３にアクセスした携帯電話の表示仕様に適した動画データが読み取られる。
【００２４】
さらに，動画取得装置８には，オリジナルの動画データが記憶されているオリジナル動画データ記憶装置１０が接続されている。仕様別動画データ記憶装置９に記憶されていない表示仕様の携帯電話がサーバ・システム３にアクセスした場合には，オリジナル動画データ記憶装置１０に記憶されているオリジナル動画データを用いて表示仕様に適した動画データが生成される。生成された動画データは，仕様別画像データ記憶装置９に記憶させられることとなる。
【００２５】
また，動画取得装置８には，フォーマット変換装置１１も接続されている。フォーマット変換装置１１において，アクセスした携帯電話から要求された動画データであって，携帯電話に表示できる動画データが仕様別動画データ記憶装置９に格納されていない場合には，フォーマット変換装置１１において，アクセスした携帯電話に表示できるフォーマットをもつ動画データに変換される。フォーマットが変換された動画データは，仕様別動画データ記憶装置９に格納される。
【００２６】
動画取得装置８によって，仕様別動画データ記憶装置９から読み取られた，またはフォーマット変換装置１１５おいて変換されたフォーマットをもつ動画データが動画送信装置１２によってウェブ・サーバ４を介して，アクセスした携帯電話に送信されることとなる。
【００２７】
上述した各回路はハードウェアによって構成されているがソフトウェアによって構成できるのはいうまでもない。
【００２８】
図３は，仕様判定テーブル７の内容を示している。
【００２９】
仕様判定テーブル７は，携帯電話の機種名，携帯電話のメーカ名，携帯電話に設けられている表示装置の表示画面サイズ，その表示装置が表示できる色数（カラーか白黒も含む），その表示装置が表示できる画像（動画）のフォーマット，携帯電話がサーバ・システムにアクセスしたときに携帯電話から送信されるＵｓｅｒ  Ａｇｅｎｔおよび携帯電話のメモリの容量（動画データを記憶するメモリの容量）を示すデータが記憶されている。フォーマットにＧＩＦとある機種の携帯電話は，ＧＩＦの静止画を表示できるほかアニメーションＧＩＦを動画表示することもできるように，Ｊａｖａアプレットがあらかじめインストールされている。また，フォーマットにＪＰＥＧ（ｊｏｉｎｔ  ｐｈｏｔｏｇｒａｐｈｉｃ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）とある機種の携帯電話は，ＪＰＥＧの静止画を表示できるほかモーションＪＰＥＧを動画表示することもできるようにあらかじめＪａｖａアプレットがインストールされている。
【００３０】
携帯電話から送信されるＵｓｅｒ  Ａｇｅｎｔを用いてその携帯電話の表示装置が表示できる画像および動画のフォーマット，画像の色数，表示サイズの画面サイズ，携帯電話のメーカ名，機種名ならびに携帯電話の容量が分かることとなる。携帯電話の機種名（表示仕様）に応じた動画データを仕様別画像データ記憶装置９から読み取ることができるようになる。
【００３１】
図４は，サーバ・システム３にアクセスするときに携帯電話から送信されるｈｔｔｐ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）リクエストのデータ構造を示している。
【００３２】
ｈｔｔｐリクエストには，メソッド，ヘッダおよびリクエスト・ボディが含まれている。
【００３３】
メソッドには，携帯電話からサーバ・システム３に与える指令（たとえば，画像データの送信指令）を示す「ＧＥＴ」データおよび「ＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）」データが含まれている。ＵＲＬは，たとえば，ｈｔｔｐ：／／ｓｅｒｖｅｒ／ａｐｐ／ｋｅｉｔａｉ−ｋ／ｐａｔｈ／ｉｍｇ．ｐｎｇである。このＵＲＬにおいて「ｋｅｉｔａｉ−ｋ」が仕様判定指令を示すデータである。ＵＲＬを構成するその他のパスにより画像が特定される。サーバ・システム３において，ｈｔｔｐリクエストの中に仕様判定指令を示すデータが含まれていることが検出されることにより，仕様判定装置６により携帯電話の仕様判定処理が実行される。
【００３４】
ヘッダには，上述したＵｓｅｒ  Ａｇｅｎｔが含まれているほか所定の管理データが含まれている。
【００３５】
さらに，ｈｔｔｐリクエストにはリクエスト・ボディが含まれているが，リクエスト・ボディは通常は空である。
【００３６】
図５は，携帯電話にアクセスされるサーバ・システム３の処理手順を示すフローチャートである。
【００３７】
ネットワークを介して携帯電話から送信されるｈｔｔｐリクエストがウェブ・サーバ４によって受信される（ステップ２１）。ｈｔｔｐリクエストの中のＵＲＬデータによって表されるＵＲＬの中に仕様判定指令が含まれていると，仕様判定装置６が起動させられる。たとえば，上述したようにＵＲＬがｈｔｔｐ：／／ｓｅｒｖｅｒ／ａｐｐ／ｋｅｉｔａｉ−ｋ／ｐａｔｈ／ｉｍｇ．ｐｎｇであると「ｋｅｉｔａｉ−ｋ」が検出されることにより，仕様判定指令がＵＲＬに含まれていると判定され，サーバ・システム３にアクセスした携帯電話の仕様判定処理が実行される。
【００３８】
ｈｔｔｐリクエストの中のＵｓｅｒ  Ａｇｅｎｔが仕様判定装置６によって読み取られ，仕様判定テーブル７を参照して，どの機種の携帯電話がウェブ・サーバ４にアクセスしたかが判定される（ステップ２２）。さらに，ＵＲＬに含まれるパスにより携帯電話が送信要求した動画が特定される（ステップ２３）。
【００３９】
ウェブ・サーバ３にアクセスした携帯電話の機種および送信要求した動画が特定されると，仕様別画像データ記憶装置９に記憶されている動画データの中から，送信要求した動画を表し，かつアクセスした携帯電話の機種の動画の表示仕様に適した動画データが検索される（ステップ２４）。
【００４０】
検索により対応する動画データが見つかると（ステップ２５でＹＥＳ），見つけられた動画データが動画送信装置１２に与えられる。動画送信装置１２において，見つけられた動画データを含むｈｔｔｐレスポンスが生成され，動画取得装置８，仕様判定装置６およびアプリケーション・サーバ５を介してウェブ・サーバ４に与えられ，動画の送信要求をした携帯電話に送信される（ステップ３０）。
【００４１】
検索により対応する動画データが見つからないと（ステップ２５でＮＯ），オリジナル動画データ記憶装置１０に記憶されている動画データのうち，ＵＲＬのパスによって特定される動画に対応する動画データが読み取られる（ステップ２６）。つづいて，アクセスした携帯電話の容量が仕様判定テーブルから読み取られる。動画データのデータ量がアクセスした携帯電話の容量より多ければ，携帯電話の容量以下となるように，動画データのデータ量が調整（減少）させられる（ステップ２７）。データ量の調整は，たとえば画像の間引きにより単位時間当たりの画像の駒数を少なくすればよい。
【００４２】
必要に応じてデータ量が調整されられた動画データから，ウェブ・サーバ３にアクセスした携帯電話の機種の表示仕様に対応したフォーマットをもつ動画データがフォーマット変換装置１１において生成される（ステップ２８）。画像取得装置８には，Ｕｓｅｒ  Ａｇｅｎｔに対応して表示仕様が記憶されているのはいうまでもない。たとえば，アクセスした携帯電話がＦ社製のＦ５０１ｉという機種であれば，動画データはアニメーションＧＩＦに変換され，アクセスした携帯電話がＴ社製のＪ−Ｔ０４という機種であれば，動画データはモーションＪＰＥＧに変換される。
【００４３】
フォーマット変換された動画データは，画像取得装置８により仕様別動画データ記憶装置９に記憶される（ステップ２９）。
【００４４】
このようにして生成された動画データが画像送信装置１１に与えられ，画像送信装置１１によって上述したようにウェブ・サーバ４に与えられ，画像の送信要求をした携帯電話に送信される（ステップ３０）。また，一度生成された表示仕様をもつ画像データは仕様別動画データ記憶装置９に記憶されるので，生成された表示仕様をもつ動画データが再び生成されてしまうことを未然に防止できる。
【００４５】
どのような表示仕様をもつ携帯電話であっても１つのＵＲＬ（たとえば上述した  ｈｔｔｐ：／／ｓｅｒｖｅｒ／ａｐｐ／ｋｅｉｔａｉ−ｋ／ｐａｔｈ／ｉｍｇ．ｐｎｇ）で表示仕様に対応した画像データがサーバ・システム３から携帯電話に送信される。複数のＵＲＬを用いずに携帯電話の表示仕様に対応した動画を表示させることができるようになる。携帯電話２Ａと２Ｂのように契約している携帯電話会社が異なり，表示仕様が異なる場合であっても，１つのＵＲＬで動画を表示できるようになる。
【００４６】
上述した実施例においては，動画データが記憶されているが複数駒の静止画データが記憶されている場合にもこの実施例を適用することができる。複数駒の静止画が記憶されている場合には，複数駒の画像からアニメーションＧＩＦ，モーションＪＰＥＧなどの動画データが生成されることとなろう。
【００４７】
また，サーバ・システム３にアクセスした携帯電話がＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）などの動画を表示できるものであれば，サーバ・システム３においてＭＰＥＧにもとづく動画データを生成して，携帯電話に送信してもよいのはいうまでもない。
【図面の簡単な説明】
【図１】この実施例による通信システムの概要を示している。
【図２】サーバ・システムの電気的構成を示すブロック図である。
【図３】仕様判定テーブルを示している。
【図４】ｈｔｔｐリクエストのデータ構造を示している。
【図５】サーバ・システムの処理手順を示すフローチャートである。
【符号の簡単な説明】
２Ａ，２Ｂ  携帯電話
３  サーバ・システム
４  ウェブ・サーバ
６  仕様判定装置
７  仕様判定テーブル
８  動画取得装置
９  仕様別動画データ記憶装置
１０  オリジナル動画データ記憶装置
１１  フォーマット変換装置
１２  動画送信装置
【図１】
2004289704.tif 000003
【図２】
2004289704.tif 000004
【図３】
2004289704.tif 000005
【図４】
2004289704.tif 000006
【図５】
2004289704.tif 000007