トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 画像回転機能を備えたサーバ装置
【発明者】 【氏名】徳丸 浩

【氏名】吉居 広子
【要約】 【課題】携帯端末装置の特性を考慮し、画像表示の最適化を図ることのできる技術を提供する。

【解決手段】携帯電話２は、サーバ装置８にアクセスし、コンテンツの要求を行う。サーバ装置８の配信手段１０は、コンテンツ記録手段から要求されたコンテンツ画像を読み出す。画像変換手段１２は、読み出したコンテンツ画像の画像サイズ情報と、携帯電話２からのコンテンツ要求に含まれている画面サイズ情報とを取得し、画像サイズの縦横関係（縦長であるか横長であるか）と画面サイズの縦横関係（標準方向において画面が縦長であるか横長であるか）とが、合致しているか否かを判断する。合致していなければ、読み出したコンテンツ画像を９０度回転し、画像サイズが、画面サイズに収まるか否かを判断する。収まる場合には、９０度回転したコンテンツ画像を携帯電話２に送信する。収まらない場合には、縮小処理を施して、携帯電話２に送信する。
【特許請求の範囲】
【請求項１】携帯端末装置からのコンテンツ要求に応じて、コンテンツ画像を配信するサーバ装置であって、携帯端末装置からのコンテンツ要求に関連づけて送られてくる携帯端末装置の画面サイズ情報を取得し、携帯端末装置が要求したコンテンツ画像をコンテンツ記録手段から読み出すとともに、当該コンテンツ画像の画像サイズ情報を取得し、前記画面サイズ情報と画像サイズ情報に基づいて、コンテンツ画像を回転すべきか否かを判断し、回転すべきと判断した場合には、読み出したコンテンツ画像に対して所定の回転処理を施した後、携帯端末装置に配信することを特徴とするサーバ装置。
【請求項２】携帯端末装置にコンテンツ画像を配信するサーバ装置と連携してコンテンツ画像の変換処理を行う画像変換処理装置であって、携帯端末装置からサーバ装置に送られるコンテンツ要求に基づいて、当該要求を行った携帯端末装置の画面サイズ情報を取得し、携帯端末装置の要求に応じてサーバ装置が用意したコンテンツ画像の画像サイズ情報を取得し、前記画面サイズ情報と画像サイズ情報に基づいて、コンテンツ画像を回転すべきか否かを判断し、回転すべきと判断した場合には、コンテンツ画像に対して所定の回転処理を施すことを特徴とする画像変換処理装置。
【請求項３】請求項１または２の装置において、画面サイズが縦長であり画像サイズが横長である場合、画面サイズが横長であり画像サイズが縦長である場合に回転処理を施すことを特徴とするもの。
【請求項４】請求項３の装置において、画像サイズが画面サイズ内に収まる場合には、画面サイズが縦長であり画像サイズが横長である場合、画面サイズが横長であり画像サイズが縦長である場合であっても、回転処理を施さないことを特徴とするもの。
【請求項５】請求項１〜４の何れかの装置において、画面サイズに合致するように、画像サイズを縮小もしくは拡大することを特徴とするもの。
【請求項６】携帯端末装置からのコンテンツ要求に応じて、コンテンツ画像を配信するコンテンツ配信方法であって、携帯端末装置からのコンテンツ要求に関連づけて送られてくる携帯端末装置の画面サイズ情報を取得し、携帯端末装置が要求したコンテンツ画像の画像サイズ情報を取得し、前記画面サイズ情報と画像サイズ情報に基づいて、コンテンツ画像を回転すべきか否かを判断し、回転すべきと判断した場合には、用意したコンテンツ画像に対して所定の回転処理を施した後、携帯端末装置に配信することを特徴とするコンテンツ配信方法。
【発明の詳細な説明】【０００１】
【発明の技術分野】この発明はコンテンツ画像を携帯端末装置に配信する技術に関し、特に配信するコンテンツ画像の最適化に関するものである。
【０００２】
【従来の技術および課題】インターネットに接続し、コンテンツを閲覧することのできる携帯電話、簡易型携帯電話(ＰＨＳ)、携帯型個人用情報端末(ＰＤＡ)が普及してきている。これら携帯端末装置から、画像を含むコンテンツにアクセスした場合、その画像サイズが携帯端末装置において表示可能なサイズを超えていると、表示を行うことができない。
【０００３】このような問題を解決するため、1)各端末装置ごとに専用のコンテンツを用意し、当該端末装置において表示可能なサイズの画像をサーバ側に用意しておく、2)携帯端末装置側において、画像の縮小処理を行い、画像を表示可能なサイズにする等の方法を想定することができる。
【０００４】しかしながら、1)の方法では、携帯端末装置ごとにコンテンツを用意しなければならず、コンテンツ作成、サーバの容量などの点から好ましくない。また、2)の方法では、携帯端末装置に機能を付加しなければならず、小型軽量を要求される携帯端末装置にとって好ましいことではない。さらに、携帯端末装置による画像処理は、十分な処理速度を期待できず、実用上も問題を生じるおそれがある。加えて、単に縮小を行うだけでは、携帯端末装置の表示画面に納めることができるだけであり、表示画面に無駄な空白を生じてしまうケースも多い。
【０００５】そこで、この発明は、携帯端末装置の特性を考慮した上で、画像表示の最適化を図ることのできる技術を提供することを目的とする。
【０００６】
【課題を解決するための手段】(1)この発明のサーバ装置は、携帯端末装置からのコンテンツ要求に応じて、コンテンツ画像を配信するサーバ装置であって、携帯端末装置からのコンテンツ要求に関連づけて送られてくる携帯端末装置の画面サイズ情報を取得し、携帯端末装置が要求したコンテンツ画像をコンテンツ記録手段から読み出すとともに、当該コンテンツ画像の画像サイズ情報を取得し、前記画面サイズ情報と画像サイズ情報に基づいて、コンテンツ画像を回転すべきか否かを判断し、回転すべきと判断した場合には、読み出したコンテンツ画像に対して所定の回転処理を施した後、携帯端末装置に配信することを特徴としている。
【０００７】したがって、筐体自体を容易に回転することの可能な携帯端末装置に対し、ユーザが筐体を回転することも考慮に入れて、画面サイズと画像サイズとの関係から最適な画像をサーバ装置側から配信することができる。
【０００８】(3)この発明の装置は、画面サイズが縦長であり画像サイズが横長である場合、画面サイズが横長であり画像サイズが縦長である場合に回転処理を施すことを特徴としている。
【０００９】したがって、携帯端末装置が本来予定している画面の縦横関係を逆転させて、画面サイズを有効に活用できる画像を配信することができる。携帯端末装置側では、筐体を回転させることにより、本来想定されていた画像の縦横関係を維持することができる。
【００１０】(4)この発明の装置は、画像サイズが画面サイズ内に収まる場合には、画面サイズが縦長であり画像サイズが横長である場合、画面サイズが横長であり画像サイズが縦長である場合であっても、回転処理を施さないことを特徴としている。
【００１１】したがって、回転処理を施さなくとも携帯端末装置において表示可能な画像に対しては、迅速な配信を行うことができる。
【００１２】(5)この発明の装置は、画面サイズに合致するように、画像サイズを縮小もしくは拡大することを特徴としている。
【００１３】したがって、携帯端末装置の表示画面を有効に活用して画像を表示することができる。
【００１４】「画面サイズ」とは、端末装置において表示可能な画像のサイズをいい、物理的に表示可能なサイズの範囲内で端末装置が表示可能であると指定したサイズも含む概念である。
【００１５】
【発明の実施の形態】１．全体構成と概要この発明の一実施形態によるサーバ装置を用いた配信システムを図１に示す。携帯端末装置である携帯電話２は、プロトコル変換装置４を介してインターネット６に接続可能である。サーバ装置８は、インターネット６、プロトコル変換装置４を介して、携帯電話２にコンテンツを配信することができる。
【００１６】携帯電話２は、サーバ装置８にアクセスし、コンテンツの要求を行う。サーバ装置８の配信手段１０は、この要求を受けて、コンテンツ記録手段から要求されたコンテンツ画像を読み出す。画像変換手段１２は、読み出したコンテンツ画像の画像サイズ情報を取得する。また、画像変換手段１２は、携帯電話２からのコンテンツ要求に含まれている画面サイズ情報を取得する。
【００１７】画像変換手段１２は、コンテンツ画像の画像サイズが、画面サイズに収まるか否かを判断する。収まる場合には、読み出したコンテンツ画像をそのまま携帯電話２に送信する。
【００１８】収まらない場合には、画像サイズの縦横関係（縦長であるか横長であるか）と画面サイズの縦横関係（標準方向において画面が縦長であるか横長であるか）とが、合致しているか否かを判断する。合致していれば、画像変換手段１２は、読み出したコンテンツ画像に縮小処理を施して、画面サイズに収まるようにした後、携帯電話２に送信する。
【００１９】縦横関係が合致していなければ、画像変換手段１２は、読み出したコンテンツ画像を９０度回転する。その後、９０度回転したコンテンツ画像の画像サイズが、画面サイズに収まるか否かを判断する。収まる場合には、９０度回転したコンテンツ画像を携帯電話２に送信する。収まらない場合には、９０度回転したコンテンツ画像に縮小処理を施して、画面サイズに収まるようにした後、携帯電話２に送信する。
【００２０】携帯電話２のユーザは、コンテンツ画像が９０度回転して送られてきた場合には、筐体を回転することにより、正しい方向から画像を閲覧することができる。
【００２１】２．サーバ装置のハードウエア構成図２に、サーバ装置８のハードウエア構成を示す。ＣＰＵ２０、メモリ２２、通信部２４、ハードディスク２６、キーボード／マウス２８、ディスプレイ３０を備えている。通信部２４は、インターネット６に接続するための回路である。ハードディスク２６には、画像を含むコンテンツが記録されている。また、ハードディスク２６には、オペレーティングシステム（たとえばＵＮＩＸ（登録商標））、端末装置からの要求に応じてコンテンツを配信するウエブサーバプログラムなどが記録されている。ウエブサーバプログラムは、オペレーティングシステムと共同して制御を行う。
【００２２】３．携帯電話のハードウエア構成図３に、携帯電話２のハードウエア構成を示す。ＣＰＵ４０、メモリ４２、通信部４４、不揮発性メモリ４６、キー４８、ディスプレイ５０、アンテナ５２を備えている。通信部４４は、プロトコル変換装置４と通信し、インターネット６に接続するための回路である。不揮発性メモリ４６には、オペレーティングシステム、ブラウザプログラムなどが記録されている。ブラウザプログラムは、オペレーティングシステムと共同して制御を行う。
【００２３】図４に、携帯電話２の外観を示す。筐体５４の上部には、横Ｗ画素、縦Ｈ画素のサイズを有する液晶ディスプレイ５０が設けられている。ディスプレイ５０の下方には、入力のためのキー４８が配置されている。
【００２４】４．コンテンツの配信処理図５に、コンテンツ配信の際の、携帯電話２のブラウザプログラムの処理と、サーバ装置２のウエブサーバプログラムの処理を示す。図６に、サーバ装置８のハードディスクに記録されているコンテンツ画像の例を示す。ここでは、説明を簡単にするために、横６画素、縦１２画素の画像を例としているが、実際には、より大きな画素を有する画像が記録されている。なお、画像とともに、画像のサイズ（横６画素、縦１２画素）も記録されている。
【００２５】図７に、携帯電話２のディスプレイ画面のサイズを例として示す。ここでは、説明を簡単にするために、横８画素、縦６画素の画面を例としているが、実際には、より大きなサイズの画面を有している。
【００２６】以下、図５のフローチャートを参照しつつ、コンテンツ配信の処理を説明する。まず、携帯電話２のユーザは、キー４８によってコンテンツ画像のＵＲＬを入力し（あるいは画像へのリンクをクリックする等して）、サーバ装置８にアクセスする（ステップＳ１）。これにより、携帯電話２のブラウザプログラムは、サーバ装置８に対して、コンテンツ画像の要求を行う。
【００２７】携帯電話２からサーバ装置８に送信される要求には、図８に示すように、要求する画像のＵＲＬが含まれる。さらに、当該要求のＨＴＴＰヘッダー中には、端末装置の種類（ｉモード、WAP、J-phone、PmailDXなど）や当該携帯電話２の表示画面サイズが記述されている。図８の、x-up-devcap-screenpixels:8,6は、携帯電話の画面サイズが、横８画素、縦６画素であることを示している。この要求を受信したサーバ装置８のＣＰＵ２０は、要求された画像をハードディスク２６から読み出し、メモリ２２に記憶する。
【００２８】次に、サーバ装置８は、読み出した画像について必要な変換処理を施す（ステップＳ１１）。図９に、画像変換処理のフローチャートを示す。ＣＰＵ２０は、まず、要求を送ってきた携帯電話２の画面サイズを取得する（ステップＳ２１）。すなわち、要求に含まれるHTTPヘッダーから画面サイズを得る（図８参照）。ここでは、横８画素、縦６画素の画面サイズを取得する。画面サイズの横画素数をSx、縦画素数をSyとすれば、Sx=8, Sy=6である。
【００２９】次に、読み出した画像の画像サイズを取得する（ステップＳ２２）。図６に示すように、画像には画像サイズが記録されているので、容易に画像サイズを得ることができる。ここでは、横６画素、縦１２画素の画像サイズを取得する。画像サイズの横画素数をPx、縦画素数をPyとすれば、Px=6, Py=12である。
【００３０】続いて、ＣＰＵ２０は、当該画像が携帯電話２の画面サイズに収まるか否かを判断する（ステップＳ２３）。この判断は、SxとPxを比較、SyとPyを比較して、Sx＜PxかもしくはSy＜Pyであれば、画面サイズに収まらず表示不可能であると判断する。
【００３１】画面サイズに収まって表示可能であれば、画像のフォーマット変換（後述）、ファイルサイズ調整のための縮小（後述）などを行って、送信のためのデータを生成する。
【００３２】画像が画面サイズに収まらず表示不可能であれば、ステップＳ２４に進み、画像の回転が必要か否かを判断する。画像の回転が必要であると判断するのは、画面サイズが縦長であるのに対し画像サイズが横長である場合や、画面サイズが横長であるのに対し画像サイズが縦長である場合である。すなわち、Sx＞SyであってかつPx＜Pyである場合、Sx＜SyであってかつPx＞Pyである場合の何れかの場合には、回転が必要であると判断する。
【００３３】図１０に示すように、画像Ｐを画面Ｓに収めるために縮小を行う場合において、画像と画面の縦横関係（縦長であるか横長であるか）が合致している方が、画面を有効に活用して画像を大きく表示できる。したがって、画像と画面の縦横関係が合致していない場合には、画像を９０度回転して、両者の縦横関係を合致させることが画面使用効率の点から好ましい。
【００３４】図６、図７に示した例では、Sx＞SyであってかつPx＜Pyである。したがって、画像を９０度回転する必要があると判断され、ステップＳ２５に進む。ステップＳ２５において、ＣＰＵ２０は、ハードディスク２６から読み出してメモリ２２に記憶した画像を、反時計回り（または時計回り）に９０度回転させる。回転処理の詳細は次のとおりである。
【００３５】ＣＰＵ２０は、まず、回転後の画像を記憶するため、メモリ２２に、横Mx=Py、縦My=Pxの領域M1を確保する。なお、ハードディスク２６から読み出したオリジナルの画像が記憶されている領域をM0とする。ＣＰＵ２０は、領域M0の(x,y)の画素を、領域M1の(y,Px-x+1)に一画素ずつコピーする。図１１に示すように、領域M0において(1,1)の位置にある元の画像の画素p1は、領域M1の(1,6-1+1)すなわち(1,6)の位置にコピーされる。領域M0の全ての画素について領域M1へのコピーを行うと、９０度回転が完了する。
【００３６】上記の回転処理を行うことにより、領域M1には、図１２に示すような回転画像が得られる。すなわち、横１２画素、縦６画素(Px=12,Py=6)となった画像が得られる。
【００３７】次に、ＣＰＵ２０は、回転画像が画面サイズに収まっているか否かを判断する（ステップＳ２６）。この判定は、ステップＳ２３と同じである。画像サイズが画面サイズに収まっており表示可能であれば、ステップＳ２９の画像フォーマット変換に進む。画像サイズが画面サイズに収まっておらず表示不可能であれば、ステップＳ２７以下において、縮小処理を行う。
【００３８】ステップＳ２７では、画像サイズを画面サイズに収めるための縮小比率を求める。ここで、縮小比率ｍは、Sx/PxまたはSy/Pyのうちの小さい方の値とする。ここでは、Sx/Px=8/12=0.667、Sy/Py=6/6=1.000であるから、m=0.667となる。
【００３９】次に、ステップＳ２８において、ＣＰＵ２０は、縮小比率ｍに基づいて画像の縮小を行う。縮小対象となる画像は、メモリ２２の領域M1（回転を行っていない場合には領域M0）に記憶されている。ＣＰＵ２０は、まず、縮小後の画像のサイズ(Mx,My)を算出する。Mx=Px・mであるから、Mx=12×0.667であり、Mxとして約８が得られる。同様に、My=Py・mであるから、My=6×0.667であり、Myとして約４が得られる。
【００４０】ＣＰＵ２０は、このようにして算出した縮小画像のサイズに基づき、縮小画像を記憶するための領域M2をメモリ２２に確保する。続いて、領域M1の(x,y)の画素を、x'=xm、y'=ymとして、領域M2の(x',y')に一画素ずつコピーする。ただし、x'、y'の小数点以下は四捨五入とする。
【００４１】図１３に、元の画像と縮小後の画像を示す。なお、元の画像の画素p1、p2は、ともに、縮小後の画像の画素q1となっている。この実施形態では、まず、画素p1の値が画素q1にコピーされ、その後、画素p2の値が画素q1にコピーされて上書きされる。したがって、画素q1の値は、コピーされた順の後の方の画素p2の値となる。なお、他の実施形態では、画素p1とp2の平均値などによって、画素q1の値を決定するようにしてもよい。
【００４２】次に、ＣＰＵ２０は、縮小した画像を端末装置の種類に応じたフォーマットにて圧縮する（ステップＳ２９）。携帯電話２から送られてきた端末種別に基づいて、図１４に示すテーブルを参照して、適切なフォーマット（端末装置が用いているフォーマット）を選択する。ここでは、携帯電話２より、端末種別としてWAPが送られてきたものとする。したがって、フォーマットはビットマップデータ(BMP)である。縮小した画像のフォーマットもBMPであるから、この場合、特段の変換処理は行われない。なお、図１４のテーブルは、予めハードディスク２６に記録されている。
【００４３】なお、端末装置のフォーマットがGIFやPNGである場合には、BMPをこれら画像のフォーマットにしたがって圧縮する。
【００４４】次に、上記のようにして得られた画像のファイルサイズPと、携帯電話２のデータ量制限Zとを比較する（ステップＳ３０）。データ量制限は、端末種別に基づき、図１４のテーブルを参照して得ることができる。P＜Zであれば、上記で得られた画像を配信画像とし、画像変換処理を終了する。
【００４５】P＞Zであれば、画像の面積をZ/P倍にするため、Z/Pの平方根を縮小比率ｒとして算出し、再びステップＳ２８に戻って、BMPデータにて縮小処理を行う。画像の圧縮率は一定ではないため、画像の面積とデータ量は完全に比例しない。したがって、圧縮比率ｒにて縮小した後に、ステップＳ３０において、再びファイルサイズの確認を行う。P＞Zであれば、P＜Zとなるまで縮小を繰り返す。P＜Zとなれば、得られた画像を配信画像とし、画像変換処理を終了する。
【００４６】サーバ装置８は、上記のようにして画像変換処理を終了すると、当該コンテンツ画像を携帯電話２に送信する（図５のステップＳ１２）。携帯電話２は、この画像を受信して、ディスプレイ５０に表示する。ディスプレイ５０における表示状態を図１０Ａに示す。画像が９０度回転した状態となっているが、図４に示すように、携帯電話２の筐体５４を、矢印αのように反時計回りに９０度回転させれば、ユーザは正しい状態の画像を見ることができる。
【００４７】５．その他の実施形態上記実施形態では、図９のステップＳ２６〜Ｓ２８において縮小処理を行っている。しかし、画面サイズよりも小さい画像に対しては、拡大処理を行うようにしてもよい。この場合、ステップＳ２６における表示可能の判定を行わず、ステップＳ２７において、Sx/PxまたはSy/Pyの小さい方を変換率として採用し、ステップＳ２８において、この変換率に基づいて、縮小または拡大を行うようにすればよい。変換率が、１より大きければ拡大、１より小さければ縮小されることになる。
【００４８】上記実施形態では、等倍の縮小（拡大）を行っているが、縦横の縮小（拡大）の比率を変えて変倍縮小（拡大）を行い、図１５に示すように、画像サイズを画面サイズに合致させるようにしてもよい。
【００４９】また、上記実施形態では、携帯端末装置として携帯電話を例として説明したが、簡易型携帯電話(ＰＨＳ)、携帯型個人用情報端末(ＰＤＡ)等に対しても同様に適用することができる。
【００５０】上記実施形態では、サーバ装置８の中に回転や縮小などの画像変換の機能を設けている。しかし、画像変換を行う装置を、サーバ装置８とは別に設けてもよい。さらに、画像変換の機能は、図１のプロトコル変換装置４の側に設けてもよい。
【００５１】上記実施形態では、画像サイズが画面サイズに収まる場合には、両者の縦横関係が合致していなくとも回転は行わないようにしている（図９、ステップＳ２３）。しかしながら、画像サイズが画面サイズに収まる場合であっても、両者の縦横関係が合致していなければ、画像の回転を行うようにしてもよい。これにより、さらに表示画面を効率よく使用することができる。
【出願人】 【識別番号】５９６１００８１２
【氏名又は名称】京セラコミュニケーションシステム株式会社
【出願日】 平成１２年１０月４日（２０００．１０．４）
【代理人】 【識別番号】１０００９２９５６
【弁理士】
【氏名又は名称】古谷 栄男 （外２名）
【公開番号】 特開２００２−１０８７５７（Ｐ２００２−１０８７５７Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−３０４４８０（Ｐ２０００−３０４４８０）