(57)【要約】  【目的】  携帯電話からリクエストされる画像の種類に関わらず，携帯電話に適切な処理を行ってリクエストを送信した携帯電話に画像データを送信する。  【構成】  携帯電話１から画像変換サーバ10に画像の取得を要求するhttpリクエストが送信される。httpリクエストには，携帯電話１の種類を表すデータが含まれており，携帯電話１が動画を表示できる機種か動画を表示できない機種かを判定できる。要求された画像が動画であるにもかかわらず，携帯電話１が動画を表示できない場合には，動画が静止画に変換される。変換された静止画を表すファイルが携帯電話１に送信される。携帯電話１が動画を表示できる場合には，リクエストに応じた動画ファイルが携帯電話１に送信される。  【選択図】  図１
2006173987.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話から送信される画像リクエストを受信する画像リクエスト受信手段，
上記画像リクエスト受信手段によって受信した画像リクエストによって特定される画像を表すデータを見つける画像データ検索手段，
上記画像データ検索手段において見つけられた画像データによって表される画像が静止画か動画かを判定する静止画／動画判定手段，
上記静止画／動画判定手段によって静止画と判定されたことに応じて，上記画像データ検索手段によって見つけられた画像データから上記携帯電話の表示に適した静止画を表す静止画データを生成する第１の静止画データ生成手段，
上記静止画／動画判定手段によって動画と判定されたことに応じて，上記携帯電話が動画を表示できないかどうかを判定する動画表示判定手段，
上記動画表示判定手段によって上記携帯電話が動画を表示できないと判定されたことに応じて，上記携帯電話の機種に応じた静止画を表すデータを生成する第２の静止画データ生成手段，
上記動画表示判定手段によって上記携帯電話が動画を表示できると判定されたことに応じて，上記携帯電話の表示に適した動画を表す動画データを生成する動画データ生成手段，および
上記第１の静止画データ生成手段によって生成された静止画データ，上記第２の静止画データ生成手段によって生成された静止画データまたは上記動画データ生成手段によって生成された動画データを，上記携帯電話に送信する送信手段，
を備えた画像変換サーバ。
【請求項２】
携帯電話の機種ごとに静止画の大きさ，フォーマットなどの表示仕様を記憶する第１の記憶装置，ならびに
携帯電話の機種ごとに動画の大きさ，フォーマットなどの表示仕様および動画が表示できない場合の画像処理方法を記憶する第２の記憶装置をさらに備え，
上記第１の静止画データ生成手段は，上記第１の記憶装置に記憶されている表示仕様にもとづいて，上記携帯電話の表示に適した静止画を表すデータを生成するものであり，
上記第２の静止画データ生成手段は，上記第２の記憶装置に記憶されている画像処理方法にもとづいて上記携帯電話の機種に応じた静止画を生成するものであり，
上記動画データ生成手段は，上記第２の記憶装置に記憶されている表示仕様にもとづいて上記携帯電話の表示に適した動画を表すデータを生成するものである，
請求項１に記載の画像変換サーバ。
【請求項３】
上記第２の静止画データ生成手段は，上記携帯電話の機種に応じて，動画を構成する一駒の静止画を表すデータ，アニメーションＧＩＦにもとづく画像を表すデータまたはエラー画像を表すデータを生成するものである，
請求項１に記載の画像変換サーバ。
【請求項４】
携帯電話から送信される画像リクエストを受信し，
受信した画像リクエストによって特定される画像を表すデータを見つけ，
見つけられた画像データによって表される画像が静止画か動画かを判定し，
静止画と判定されたことに応じて，見つけられた画像データから上記携帯電話の表示に適した静止画を表す静止画データを生成し，
動画と判定されたことに応じて，上記携帯電話が動画を表示できないかどうかを判定し，
上記携帯電話が動画を表示できないと判定されたことに応じて，上記携帯電話の機種に応じた静止画を表すデータを生成し，
上記携帯電話が動画を表示できると判定されたことに応じて，上記携帯電話の表示に適した動画を表す動画データを生成し，
生成された静止画データまたは生成された動画データを，上記携帯電話に送信する，
画像変換サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は，画像変換サーバおよびその制御方法に関する。
【背景技術】
【０００２】
動画を表示できる携帯電話が普及してきた。このために，携帯電話の型式に応じた動画を表す動画データを見つけ，携帯電話に送信するものがある（特許文献１）。
【特許文献１】特開2003-319365号
【０００３】
また，回線の状況に応じて端末装置に送信すべき動画ファイルを変更するものもある（特許文献２）。
【特許文献２】特開2002-116984号
【０００４】
しかしながら，携帯電話には，静止画を表示できるが動画を表示できないもの，静止画と動画の両方を表示できるもの，静止画と動画の両方とも表示できないものなど，様々な種類がある。このために，画像のリクエストも静止画のリクエストと動画のリクエストとが混在している。リクエストを送信した携帯電話に応じて適切な処理を行い，静止画を表す画像データ，動画を表す画像データを，その携帯電話に送信する必要がある。
【発明の開示】
【０００５】
この発明は，携帯電話からリクエストされる画像の種類に関わらず，携帯電話に適切な処理を行ってリクエストを送信した携帯電話に画像データを送信できるようにすることを目的とする。
【０００６】
この発明による画像変換サーバは，携帯電話から送信される画像リクエストを受信する画像リクエスト受信手段，上記画像リクエスト受信手段によって受信した画像リクエストによって特定される画像を表すデータを見つける画像データ検索手段，上記画像データ検索手段において見つけられた画像データによって表される画像が静止画か動画かを判定する静止画／動画判定手段，上記静止画／動画判定手段によって静止画と判定されたことに応じて，上記画像データ検索手段によって見つけられた画像データから上記携帯電話の表示に適した静止画を表す静止画データを生成する第１の静止画データ生成手段，上記静止画／動画判定手段によって動画と判定されたことに応じて，上記携帯電話が動画を表示できないかどうかを判定する動画表示判定手段，上記動画表示判定手段によって上記携帯電話が動画を表示できないと判定されたことに応じて，上記携帯電話の機種に応じた静止画を表すデータを生成する第２の静止画データ生成手段，上記動画表示判定手段によって上記携帯電話が動画を表示できると判定されたことに応じて，上記携帯電話の表示に適した動画を表す動画データを生成する動画データ生成手段，および上記第１の静止画データ生成手段によって生成された静止画データ，上記第２の静止画データ生成手段によって生成された静止画データまたは上記動画データ生成手段によって生成された動画データを，上記携帯電話に送信する送信手段を備えていることを特徴とする。
【０００７】
この発明は，上記画像変換サーバに適した制御方法も提供している。すなわち，この方法は，携帯電話から送信される画像リクエストを受信し，受信した画像リクエストによって特定される画像を表すデータを見つけ，見つけられた画像データによって表される画像が静止画か動画かを判定し，静止画と判定されたことに応じて，見つけられた画像データから上記携帯電話の表示に適した静止画を表す静止画データを生成し，動画と判定されたことに応じて，上記携帯電話が動画を表示できないかどうかを判定し，上記携帯電話が動画を表示できないと判定されたことに応じて，上記携帯電話の機種に応じた静止画を表すデータを生成し，上記携帯電話が動画を表示できると判定されたことに応じて，上記携帯電話の表示に適した動画を表す動画データを生成し，生成された静止画データまたは生成された動画データを，上記携帯電話に送信するものである。
【０００８】
この発明によると，携帯電話から送信される画像リクエストが受信される。すると，受信した画像リクエストによって特定される画像を表す画像データが見つけられる。見つけられた画像データによって表される画像が静止画か動画かが判定される。静止画と判定されると，リクエストを送信した携帯電話の表示に適した静止画を表す静止画データが生成される。動画と判定されると，リクエストを送信した携帯電話が動画を表示できないかどうかが判定される。動画を表示できないと判定されると，リクエストを送信した携帯電話の機種に応じた静止画を表すデータが生成される。動画を表示できると判定されると，リクエストを送信した携帯電話に適した動画を表す動画データが生成される。生成された静止画データまたは動画データが画像変換サーバから携帯電話に送信される。
【０００９】
この発明によると，リクエストを送信した携帯電話が動画を表示できるもの，動画は表示できないが静止画を表示できるものなど，その携帯電話の種類に関わらず，適切な画像を表示できるようになる。表示に適した静止画または動画とは，携帯電話の表示装置の表示画面の大きさなどを考慮して携帯電話が表示できる静止画または動画をいう。
【００１０】
携帯電話の機種ごとに静止画の大きさ，フォーマットなどの表示仕様を記憶する第１の記憶装置，ならびに携帯電話の機種ごとに動画の大きさ，フォーマットなどの表示仕様および動画が表示できない場合の画像処理方法を記憶する第２の記憶装置をさらに備えてもよい。この場合，上記第１の静止画データ生成手段は，上記第１の記憶装置に記憶されている表示仕様にもとづいて，上記携帯電話の表示に適した静止画を表すデータを生成するものとなり，上記第２の静止画データ生成手段は，上記第２の記憶装置に記憶されている画像処理方法にもとづいて上記携帯電話の機種に応じた静止画を生成するものとなり，上記動画データ生成手段は，上記第２の記憶装置に記憶されている表示仕様にもとづいて上記携帯電話の表示に適した動画を表すデータを生成するものとなろう。
【００１１】
また，上記第２の静止画データ生成手段は，たとえば，上記携帯電話の機種に応じて，動画を構成する一駒の静止画を表すデータ，アニメーションＧＩＦにもとづく画像を表すデータまたはエラー画像を表すデータを生成するものである。
【実施例】
【００１２】
図１は，この発明の実施例を示すもので，通信システムの概要を示している。
【００１３】
通信システムには，表示装置が設けられている携帯電話１と画像変換サーバ10とが含まれている。これらの携帯電話１と画像変換サーバ10とは，インターネットを介して互いに通信可能である。画像変換サーバ10には，多数の画像ファイル（静止画像を表す画像ファイル，動画を表す画像ファイル）が格納されている画像データベース11が接続されている。
【００１４】
この実施例による通信システムにおいては，携帯電話１から画像変換サーバ10に画像（静止画および動画のいずれも含む）がリクエストされる。画像リクエストに応じた画像ファイルが画像データベース11の中から見つけられる。見つけられた画像ファイルによって表される画像は，静止画の場合もあれば動画の場合もある。携帯電話１が動画を表示できるものであれば，見つけられた動画を表す画像ファイルが画像変換サーバ10から携帯電話１に送信される。携帯電話１の表示装置には，画像変換サーバ10から送信された画像ファイルによって表される動画が表示される。携帯電話１が動画を表示できないものであれば，見つけられた動画を表す画像ファイルから静止画を表す画像ファイルに変換される（アニメーションＧＩＦ（graphics interchange format）にもとづく画像も静止画と考えることとする。）。変換された画像ファイルが画像変換サーバ10から携帯電話１に送信される。携帯電話１の表示装置には，静止画が表示されるようになる。動画を表示できない携帯電話１から動画の画像リクエストがあった場合でも，携帯電話１には静止画を表示させることができるようになる。より詳しくは，以下の説明によって明らかとなろう。
【００１５】
図２は，画像変換サーバ10の電気的構成を示すブロック図である。
【００１６】
画像変換サーバ10の全体の動作は，ＣＰＵ12によって統括される。
【００１７】
ＣＰＵ12には，インターネットを介して携帯電話１と通信するための通信回路13，表示装置14，携帯電話１が表示可能な静止画のフォーマット，静止画の大きさ，動画のフォーマット，動画の大きさ（動画を構成する静止画一駒の大きさ）などの設定情報を携帯電話１の機種ごとに記憶等するメモリ15および入力装置16が接続されている。メモリ15に記憶されている設定情報には，静止画用のものと動画用のものとがある。また，上述したように，インターフェイス（図示略）によってＣＰＵ12と画像データベース11とが接続されている。
【００１８】
図３は，静止画用設定情報の一例である。
【００１９】
静止画用設定情報は，携帯電話が表示できる静止画のフォーマットおよび大きさ（幅，高さ）を携帯電話の機種ごとに示すものである。
【００２０】
静止画用設定情報の第１行は，InputFile行とされている。InputFile行には，静止画用設定情報が規定するファイル・フォーマット名がMIME（Multipurpose Internet Mail Extensions）にもとづいて記述されている。第１行のInputFile行には，入力ファイル（画像リクエストに応じて見つけられた画像ファイル）がjpeg（joint photographic experts group）にもとづくもの（image/jpeg），入力ファイルがgif（graphics interchange format）にもとづくもの（image/gif），入力ファイルがpng（portable network graphics）にもとづくもの（image/png）および入力ファイルがbmp（bitmap）にもとづくもの（image/bmp）であった場合には，静止画用設定情報を使用することが規定されている。
【００２１】
静止画用設定情報の第２行から第５行は，静止画のフォーマットおよび大きさを携帯電話の機種ごとに規定している。第２行は，「Keitai D001」という携帯電話の機種について規定している。この「Keitai D001」という携帯電話が，ＧＩＦフォーマットにもとづく幅118画素，高さ128画素の白黒画像を表示できることを規定している。第３行は，「Keitai D002」という携帯電話の機種について規定している。この「Keitai D002」という携帯電話が，ＧＩＦフォーマットにもとづく幅118画素，高さ128画素の画像(カラー画像を含む)を表示できることを規定している。第４行は，「Keitai D003」という携帯電話の機種について規定している。この「Keitai D003」という携帯電話が，ＪＰＥＧフォーマットにもとづく幅118画素，高さ128画素の画像(カラー画像を含む)を表示できることを規定している。第５行は，「Keitai D900」という携帯電話の機種について規定している。この「Keitai D900」という携帯電話が，ＪＰＥＧフォーマットにもとづく幅240画素，高さ269画素の画像(カラー画像を含む)を表示できることを規定している。
【００２２】
静止画用設定情報を利用することにより，画像リクエストを送信した携帯電話の機種に応じて，その携帯電話が表示可能なフォーマットおよび大きさに変換できることがわかる。
【００２３】
図４は，動画用設定情報の一例である。
【００２４】
動画用設定情報は，携帯電話が表示できる動画のフォーマットならびに動画を構成する一駒の静止画の幅および高さを携帯電話の機種ごとに示すものである。また，この実施例においては，動画を表示できない携帯電話から動画の画像リクエストがあった場合に，その動画を表示できない携帯電話に，静止画を表す画像ファイルが送信される。どのような静止画の画像ファイルを生成して，動画を表示できない携帯電話に送信するかの画像処理方法も動画用設定情報に，携帯電話の機種ごとに規定されている。
【００２５】
動画用設定情報の第１行は，静止画用設定情報の第１行と同様に，InputFile行とされている。InputFile行には，動画用設定情報が規定するファイル・フォーマット名がMIMEにもとづいて記述されている。第１行のInputFile行には，入力ファイルがmpeg２（moving picture experts group）にもとづくもの（video/mpeg），入力ファイルがx-msvideoにもとづくもの（video/x-ms-video）などであった場合には，動画用設定情報を使用することが規定されている。
【００２６】
動画用設定情報の第２行から第５行は，動画のフォーマットならびに動画を構成する一駒の静止画の幅および高さならびに動画を表示できない携帯電話の場合における画像処理方法が携帯電話の機種ごとに規定されている。
【００２７】
静止画設定情報と同様に，第２行，第３行，第４行および第５行は，「Keitai D001」，「Keitai D002」，「Keitai D003」および「Keitai D900」という携帯電話の機種について規定している。「Keitai D001」，「Keitai D002」および「Keitai D003」の携帯電話は，いずれも動画を表示できないものである。このために，これらの「Keitai D001」，「Keitai D002」および「Keitai D003」の携帯電話から動画の画像リクエストがあった場合には，画像リクエストに対応する動画から静止画を表す静止画ファイルが生成されて，その生成された静止画ファイルが画像をリクエストした携帯電話に送信される。「Keitai D900」の携帯電話は，動画を表示できる携帯電話である。このために，この「Keitai D900」の携帯電話から画像リクエストがあった場合には，表示できるフォーマットおよび動画を構成する静止画の幅および大きさとなるように画像変換サーバ10において動画ファイルが変換される。変換された動画ファイルが画像変換サーバ10から「Keitai D900」の携帯電話に送信される。
【００２８】
上述したように，第２行は「Keitai D001」の携帯電話から動画の画像リクエストがあった場合について規定している。この「Keitai D001」の携帯電話から動画の画像リクエストがあった場合には，i-am-sorry.jpgというファイル名をもつエラー画像を表す静止画像が生成されて（あらかじめ生成されていてもよい），そのエラー画像を表す静止画ファイルが画像変換サーバ10から「Keitai D001」の携帯電話に送信される。「Keitai D001」の携帯電話のユーザは，動画を表示できない機種であるにもかかわらず動画の送信を要求したことがわかる。
【００２９】
また，第３行は，「Keitai D002」の携帯電話から動画の画像リクエストがあった場合について規定している。この「Keitai D002」の携帯電話から動画の画像リクエストがあった場合には，動画を構成する多数の駒の静止画像の中から最初の一駒の静止画像が画像変換サーバ10において抽出される。抽出された静止画像を表す静止画ファイルが画像変換サーバ10から「Keitai D002」の携帯電話に送信される。「Keitai D002」の携帯電話のユーザは，動画を表示できない機種であることがわかるとともに，動画の一駒目の静止画が表示されるので，その動画の内容を少なからずも把握できるようになる。もっとも動画の一駒目の静止画でなくその他の駒の静止画でもよい。
【００３０】
第４行は，「Keitai D003」の携帯電話から動画の画像リクエストがあった場合について規定している。この「Keitai D003」の携帯電話から動画の画像リクエストがあった場合には，動画からアニメーションＧＩＦにもとづく静止画が画像変換サーバ10において生成される。生成されたアニメーションＧＩＦを表す画像ファイルが画像変換サーバ10から「Keitai D0013」の携帯電話に送信される。「Keitai D001」の携帯電話のユーザは，アニメーションＧＩＦにもとづいて擬似的な動画を見ることができるので動画の内容をほぼ確認できるようになる。
【００３１】
第５行は，「Keitai D900」の携帯電話から動画の画像リクエストがあった場合について規定している。この「Keitai D900」の携帯電話は，動画を表示できるものであるから，動画の画像リクエストがあった場合には，表示できるように動画のフォーマットおよび動画を構成する画像の幅および高さが画像変換サーバ10において変換される。変換された動画を表す画像ファイルが画像変換サーバ10から「Keitai D900」の携帯電話に送信される。
【００３２】
動画用設定情報を利用することにより，画像リクエストを送信した携帯電話の機種に応じて，その携帯電話に適した画像処理をできることがわかる。
【００３３】
図５は，携帯電話から画像変換サーバ10に送信されるhttp（hypertext transfer request protocol）リクエスト（画像リクエスト）のデータ構造を示している。
【００３４】
httpリクエストには，メソッド，ヘッダ，およびリクエスト・ボディが含まれている。
【００３５】
メソッドには，携帯電話から画像変換サーバ10に与える指令（例えば，画像ファイルの送信指令）を示す「ＧＥＴ」データおよび「ＵＲＬ」データが含まれている。「ＵＲＬ」データによって特定される場所に格納されている画像ファイルを取り出す指令となる。
【００３６】
ヘッダには，User Agentその他の管理データが含まれている。User Agentには，httpリクエストを送信する携帯電話の機種が含まれている。したがって，httpリクエストを受信した画像変換サーバ10は，httpリクエストの中のUser Agentを参照することにより，どの機種の携帯電話からhttpリクエストが送信されたかがわかり，上述のように，携帯電話の機種および要求された画像ファイルの種類（動画か静止画か）に応じて，画像ファイルの変換を行うことができるようになる。
【００３７】
さらに，httpリクエストにはリクエスト・ボディが含まれているが，リクエスト・ボディは，通常は空である。
【００３８】
図６および図７は，画像変換サーバの処理手順を示すフローチャートである。
【００３９】
取得したい画像ファイルが格納されている場所を示すＵＲＬ（uniform resource  locator）が記述されているhttpリクエストが携帯電話から画像変換サーバ10に送信され，そのhttpリクエストが画像変換サーバ10において受信される（ステップ21）。すると，そのhttpリクエストに含まれているUser Agentからhttpリクエストを送信した携帯電話の機種が判別される（ステップ22）。また，httpリクエストのメソッドに記述されているＵＲＬによって特定される場所に格納されている画像ファイルが画像データベース11から見つけられる（ステップ23）。
【００４０】
リクエストされた画像ファイル（見つけられた画像ファイル）によって表される画像が動画でなければ（ステップ24でＮＯ）（画像ファイルがjpegにもとづくもの，gifにもとづくもの，pngにもとづくもの，bmpにもとづくものなど），静止画であるから，httpリクエストを送信した携帯電話の設定情報が静止画設定情報から読み取られる（ステップ25）。読み取られた設定情報にしたがって，見つけられた画像ファイル（静止画ファイル）によって表される静止画がhttpリクエストを送信した携帯電話での表示に適するように変換される（ステップ26）。変換された画像ファイルが画像変換サーバ10から携帯電話に送信される（ステップ27）。携帯電話の表示装置には，httpリクエストにしたがって静止画が表示されるようになる。
【００４１】
リクエストされた画像ファイルによって表される画像が動画であると（ステップ24でＹＥＳ）（画像ファイルがmpegにもとづくもの，x-msvideoにもとづくものなど），httpリクエストを送信した携帯電話の設定情報が動画設定情報から読み取られる（ステップ31）。
【００４２】
読み取られた設定情報が図４の第３行に記述されているように，動画を静止画に変換する動画／静止画変換プログラムを指定するものであれば（ステップ32でＹＥＳ），その動画／静止画変換プログラムにしたがって動画が静止画に変換される（ステップ33）。動画／静止画変換プログラムは，画像変換サーバ10のメモリ15に記憶されているのはいうまでもない。静止画が生成されると，図６ステップ25から27の処理が行われる。動画を表示できない携帯電話からhttpリクエストがあった場合でも動画の内容を表す静止画を表示させることができる。
【００４３】
読み取られた設定情報が動画／静止画変換プログラムを指定するものでなければ（ステップ32でＮＯ），読み取られた設定情報が図４の第２行のようにエラー表示方法が指定されているかどうかが確認される（ステップ34）。エラー表示方法が指定されていると（ステップ34でＹＥＳ），エラー表示方法にしたがってエラー・メッセージ（エラー画像）が生成される（ステップ35）。生成されたエラー・メッセージが画像変換サーバ10から携帯電話に送信される（ステップ36）。携帯電話のユーザは，自分の所有する携帯電話では動画を表示できないことがわかる。
【００４４】
読み取られた設定情報がエラー表示方法を指定するものでなければ（ステップ34でＮＯ），httpリクエストを送信した携帯電話は動画を表示できるものと考えられる。このために読み取られた設定情報にしたがって，見つけられた画像ファイル（動画ファイル）が，httpリクエストを送信した携帯電話が表示できるように，フォーマット変換，動画を構成する多数の駒の画像の幅および高さの変換などが行われる（ステップ37）。変換された動画ファイルが画像変換サーバ10からhttpリクエストを送信した携帯電話に送信される（ステップ38）。携帯電話において動画ファイルが受信されることにより，携帯電話に動画が表示されるようになる。
【００４５】
このように，動画を表示できない携帯電話から動画ファイルを送信するようにリクエストがあった場合でも動画の内容がわかるような静止画ファイルが送信されるなど比較的適切な処理が行われる。
【図面の簡単な説明】
【００４６】
【図１】通信システムの概要を示している。
【図２】画像変換サーバの電気的構成を示すブロック図である。
【図３】静止画設定情報を示している。
【図４】動画設定情報を示している。
【図５】httpリクエストのデータ構造を示している。
【図６】画像変換サーバの処理手順の一部を示すフローチャートである。
【図７】画像変換サーバの処理手順の一部を示すフローチャートである。
【符号の説明】
【００４７】
１  携帯電話
10  画像変換サーバ
11  画像データベース
12  ＣＰＵ
13  通信回路
【図１】
2006173987.tif 000003
【図２】
2006173987.tif 000004
【図３】
2006173987.tif 000005
【図４】
2006173987.tif 000006
【図５】
2006173987.tif 000007
【図６】
2006173987.tif 000008
【図７】
2006173987.tif 000009