(57)【要約】携帯電話のユーザが、自分が利用する携帯電話サービスを提供するキャリアとは異なるキャリアのＷｅｂサーバにも自由にアクセスして画像を取り込むことができる、画像制御システム及び方法を提供する。通信ネットワークを介してインターネットに接続され、それぞれ異なった表示フォーマットによる画像表示機能を備えた複数の携帯電話機１１と、各携帯電話機１１からの画像情報要求Ｒを受けて、要求した携帯電話機１１が画像表示することができる表示フォーマットの画像情報Ｄを作成し、作成した画像情報Ｄを、要求した携帯電話機１１がインターネット及び通信ネットワークを介して取り込み可能なファイル形式にするＷｅｂサーバ１２とを有する。
2005066809.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介してインターネットに接続され、それぞれ異なった表示フォーマットによる画像表示機能を備えた複数の携帯端末装置と、
前記各携帯端末装置からの画像情報要求を受けて、要求した携帯端末装置が画像表示することができる表示フォーマットの画像情報を作成し、作成した画像情報を、要求した携帯端末装置が前記インターネット及び前記通信ネットワークを介して取り込み可能なファイル形式にするＷｅｂサーバと
を有する画像制御システム。
【請求項２】
前記Ｗｅｂサーバは、
前記画像情報に対し各種表示フォーマット間におけるフォーマット相互変換処理を行う画像作成モジュールを有する請求項１に記載の画像制御システム。
【請求項３】
前記画像作成モジュールは、
Ｗｅｂサーバソフトウェアと共にオペレーティングシステム上で動作し、
前記携帯端末装置に画像を伴った各種情報を提供するＷｅｂサービスプログラムの画像情報に関する処理を、前記Ｗｅｂサーバソフトウェアを介さずに、前記オペレーティングシステム上で行う請求項２に記載の画像制御システム。
【請求項４】
前記画像作成モジュールは、
透過処理を含む画像の重ね合わせ処理、画像の拡大・縮小処理、及び画像の配置処理等の画像加工を行う請求項２または３に記載の画像制御システム。
【請求項５】
前記透過処理は、透過度合を段階的に変化させて行う請求項４に記載の画像制御システム。
【請求項６】
通信ネットワークを介してインターネットに接続され、それぞれ異なった表示フォーマットによる画像表示機能を備えた複数の携帯端末装置が、画像情報を要求する処理と、
前記画像情報の要求を受けたＷｅｂサーバが、要求した携帯端末装置が画像表示できる表示フォーマットの画像情報を作成し、作成した画像情報を、要求した携帯端末装置が前記インターネット及び前記通信ネットワークを介して取り込み可能なファイル形式にする処理と
を有する画像制御方法。
【請求項７】
前記画像情報に対する各種表示フォーマット間におけるフォーマット相互変換処理を含む、前記携帯端末装置に画像を伴った各種情報を提供するＷｅｂサービスプログラムの画像情報に関する処理を、Ｗｅｂサーバソフトウェアを介さずに、オペレーティングシステム上で行う請求項６に記載の画像制御方法。
【請求項８】
前記Ｗｅｂサービスプログラムの画像情報に関する処理は、
透過処理を含む画像の重ね合わせ処理、画像の拡大・縮小処理、及び画像の配置処理等の画像加工処理を含む請求項７に記載の画像制御方法。
【請求項９】
前記画像加工処理を、画像加工要求に応じて制限無く繰り返すループ処理により行う請求項８に記載の画像制御方法。
【発明の詳細な説明】
【技術分野】  この発明は、通信ネットワークにおける画像制御システム及び方法に関し、特に、通信ネットワークに接続される携帯端末装置に設けられた画像表示部に、画像フォーマットの違いに拘わり無く画像を表示するための画像制御システム及び方法に関する。
【背景技術】  従来、通信ネットワークに接続される携帯端末装置として、ユーザが移動しながら通話相手と相互に通話することができる携帯電話が知られている。この携帯電話サービスは、通信設備を備えた電気通信事業者（所謂キャリア、現在の日本においては３事業者）によって提供されている。
このような携帯電話サービスにおいて、最近は、インターネットの利用ができるオンライン情報サービスが開始されるようになった。このオンライン情報サービスにより、携帯電話のユーザは、キャリアのＷｅｂサーバを介して電子メールの送受信や専用のホームページの閲覧等が可能になる。
しかしながら、ホームページの閲覧等において各キャリアのＷｅｂサーバから提供される画像情報は、各キャリアのＷｅｂサーバ毎にそれぞれ独自の画像フォーマットで予め作り置きされているため、画像の提供を受けたいユーザは、携帯電話サービスを提供しているキャリア専用のＷｅｂサーバにアクセスして、必要とする画像を携帯電話に取り込む必要があった。
つまり、携帯電話のユーザは、ユーザが利用する携帯電話サービスを提供しているキャリア専用のフォーマットの言語で記述された、ユーザが使用している携帯電話の機種用に作られた画像しか見ることができなかった。当然、他のキャリアの画像は見ることができない。
【発明の開示】
この発明の目的は、携帯電話のユーザが、自分が利用する携帯電話サービスを提供するキャリアとは異なるキャリアのＷｅｂサーバにも自由にアクセスして画像を取り込むことができる、画像制御システム及び方法を提供することである。
この発明に係る画像制御システムは、通信ネットワークを介してインターネットに接続され、それぞれ異なった表示フォーマットによる画像表示機能を備えた複数の携帯端末装置と、前記各携帯端末装置からの画像情報要求を受けて、要求した携帯端末装置が画像表示することができる表示フォーマットの画像情報を作成し、作成した画像情報を、要求した携帯端末装置が前記インターネット及び前記通信ネットワークを介して取り込み可能なファイル形式にするＷｅｂサーバとを有している。
【図面の簡単な説明】  図１は、この発明の一実施の形態に係る画像制御システムの概略構成図である。
図２は、図１の携帯電話機とＷｅｂサーバの関係を示す説明図である。
図３は、図１のＷｅｂサーバの記憶手段におけるソフトウェアの階層構成を示す説明図である。
図４は、この発明に係る画像制御システムにおける画像制御処理工程を示す説明図である。
図５は、画像作成モジュールによる画像加工であるパレットによるマスキング処理を示し、（ａ）はマスクパターンによる合成の説明図、（ｂ）は合成パターンにおけるシャギーの説明図である。
図６は、図５のマスクパターンを用いて作成する透過画像の説明図である。
図７は、携帯電話機で閲覧可能なホームページを作成する画像作成モジュールが格納されたＷｅｂサーバの記憶部を示す説明図である。
図８は、図７の各種テーブルの具体的な構成例を示し、（ａ）はレイアウトテーブルの説明図、（ｂ）は素材管理テーブルの説明図、（ｃ）は機種判定テーブルの説明図である。
図９は、画像作成モジュールによる画像作成の流れを示すフローチャートである。
【発明を実施するための最良の形態】  以下、この発明を実施するための最良の形態について図面を参照して説明する。
図１は、この発明の一実施の形態に係る画像制御システムの概略構成図である。図１に示すように、画像制御システム１０は、それぞれ異なった表示フォーマットによる画像表示機能を備えた複数の携帯端末装置である携帯電話機１１ａ，１１ｂと、各携帯電話機１１ａ，１１ｂに画像情報Ｄを送信するＷｅｂサーバ１２とを有している。このような携帯端末装置としては、携帯電話機の他にＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）がある。
Ｗｅｂサーバ１２は、各種表示フォーマット間におけるフォーマット相互変換処理を行う画像作成モジュール１３を備えている。この画像作成モジュール１３は、画像素材Ｍに基づいてフィルタリング処理及び透過処理を含む画像の重ね合わせ処理、画像の拡大・縮小処理、及び画像の配置処理等の画像加工処理を行う。
図２は、図１の携帯電話機とＷｅｂサーバの関係を示す説明図である。図２に示すように、携帯電話機１１（１１ａ，１１ｂ）は、基地局１４を介して、通信設備を備えた電気通信事業者（所謂キャリア、現在の日本においては３事業者）の通信ネットワークに接続されている。各キャリア毎の通信ネットワーク（キャリアａ通信ネットワーク、キャリアｂ通信ネットワーク、…）は、ゲートウェイサーバ１５を介してインターネットに接続されている。このインターネットには、Ｗｅｂサーバ１２が接続されている。
このため、携帯電話機１１のユーザは、キャリアが提供する携帯電話サービスとして、各携帯電話機１１間の相互通信に加え、インターネットの利用ができるオンライン情報サービス（例えば、株式会社ＮＴＴドコモのｉモード（登録商標））による電子メールの送受信や専用のホームページの閲覧等ができる。つまり、携帯電話機１１のユーザは、インターネットを介してＷｅｂサーバ１２にアクセスすることができる。
この画像制御システム１０により、例えば、キャリアａ通信ネットワークの携帯電話サービスを受ける携帯電話機１１ａから、Ｗｅｂサーバ１２に対する画像情報要求Ｒを行うと、画像作成モジュール１３において、要求した携帯電話機１１ａの表示画面１６に画像表示できる表示フォーマットの画像情報Ｄａが作成され、キャリア毎の通信ネットワーク（図２参照）を介して、携帯電話機１１ａに画像情報Ｄａが取り込まれる（図１参照）。
これは、他のキャリアの通信ネットワークの場合も同様であり、キャリアｂ通信ネットワークの携帯電話サービスを受ける携帯電話機１１ｂ等が、Ｗｅｂサーバ１２に対する画像情報要求Ｒを行うと、画像作成モジュール１３において、要求した携帯電話機１１ｂの表示画面１６に画像表示できる表示フォーマットの画像情報Ｄｂ等が作成され、キャリア毎の通信ネットワーク（図２参照）を介して、携帯電話機１１ｂ等に画像情報Ｄｂ等が取り込まれる（図１参照）。
図３は、図１のＷｅｂサーバの記憶部におけるソフトウェアの階層構成を示す説明図である。図３に示すように、Ｗｅｂサーバ１２の記憶部には、オペレーティングシステム（ＯＳ）１７上で動作するＷｅｂサーバソフトウェア１８、Ｗｅｂサーバソフトウェア１８上で動作するＷｅｂサービスプログラム１９、及び画像作成モジュール１３が格納されている。この画像作成モジュール１３は、Ｗｅｂサーバソフトウェア１８と共にオペレーティングシステム１７上で動作し、携帯電話機１１に画像を伴った各種情報を提供するＷｅｂサービスプログラム１９の画像情報に関する処理を、Ｗｅｂサーバソフトウェア１８を介さずに、オペレーティングシステム１７上で行う。
この画像作成モジュール１３を備えることで、Ｗｅｂサービスプログラム１９により提供される画像を伴った各種情報の内の画像情報は、画像作成モジュール１３を介して、直接、オペレーティングシステム１７の機能（オペレーティングシステム１７が提供するサービス）を利用することができるため、アプリケーションソフトウェアと同等の処理をＷｅｂサービスとして提供することができる。
携帯電話機１１のユーザから画像情報の提供要求があった場合、Ｗｅｂサービスプログラム１９が、画像作成モジュール１３を介してオペレーティングシステム上で実行され、画像作成モジュール１３において、要求された画像が作成される。
画像作成モジュール１３は、マイクロソフト社のウインドウズ（登録商標）用汎用拡張形式であるＣＯＭ（Ｃｏｍｐｏｎｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）を使用して作成されており、画像情報に対し画像表示のための各種表示フォーマットである、例えば、ＢＭＰ（Ｂｉｔｍａｐ），ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ），ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ），ＧＩＦ（Ｇｒａｐｈｉｃ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）等間におけるフォーマット相互変換処理を行う。また、画像素材Ｍに基づき、フィルタリング・マスク処理や透過処理等の画像の重ね合わせ処理（複数枚の画像を重ね合わせて１枚の画像にする）、画像の拡大・縮小処理等の、携帯電話機１１からの要求に合わせた各種画像処理を行う。
Ｗｅｂサーバソフトウェア１８は、元々、画像作成機能を持っておらず、また、アプリケーションサービスプロバイダ（ＡＳＰ）のＷｅｂサービスプログラム１９をＷｅｂ上で処理するためには、Ｗｅｂサーバソフトウェア１８が必要である。このため、Ｗｅｂサービスプログラム１９の画像情報のみを、画像作成モジュール１３によって処理することにより、Ｗｅｂサーバソフトウェア１８による制約を受けることなくフォーマット相互変換処理及び各種の画像加工処理を行い、Ｗｅｂ上の処理を必要とする部分については、Ｗｅｂサーバソフトウェア１８上で処理する。
つまり、画像処理や表示フォーマットの変換は、オペレーティングシステム１７に対して直接作業させることが必要だったので、画像作成モジュール１３により、Ｗｅｂサービスプログラム１９を、例えば、ＩＩＳ（Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ）等のＷｅｂサーバソフトウェア１８を介さずに直接、オペレーティングシステム１７に橋渡しするようにした。
このため、Ｗｅｂサービスプログラム１９によりインターネットによるＷｅｂサービスとして提供される各種情報の内の画像情報は、携帯電話機１１に取り込むために携帯電話機１１からＷｅｂサーバ１２にアクセスがあった場合、画像作成モジュール１３において、アクセスと同時に自動的に、要求された内容で携帯電話機１１の表示画面１６に表示するために必要な表示フォーマットで作成されると共に、その作成された画像情報を、要求した携帯端末装置１１がインターネット及びキャリア毎の通信ネットワークを介して取り込むことができるファイル形式にされる。そして、作成された画像情報が携帯電話機１１に取り込まれ表示画面１６に表示される。
なお、従来、Ｗｅｂサービスプログラムにより画像情報を提供するためには、Ｗｅｂサーバソフトウェアが画像作成機能を持っていないので、予め各キャリア毎のフォーマットに合わせて画像を作成してＷｅｂサーバのハードディスクに格納しておく必要があった。このため、携帯電話機からアクセスがあって画像の取り込み要求があった場合は、予め格納しておいた画像の中から画像取り込み要求があった携帯電話機のキャリアに合わせた画像を選択し、送り出すだけであった。
また、画像作成モジュール１３による処理の実行に際し、Ｗｅｂサーバ１２の記憶部であるハードディスクをコントロールすると共に作業を行うメモリ領域を確保するために、画像作成モジュール１３をオペレーティングシステム１７上で動作させている。
図４は、この発明に係る画像制御システムにおける画像制御処理工程を示す説明図である。図４に示すように、先ず、携帯電話機１１がＷｅｂサーバ１２にアクセスして、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）フォームによるＷｅｂ情報のリクエストを行う（ステップＳ１０１）。Ｗｅｂサーバ１２が、携帯電話機１１（ユーザ）からのリクエストを検出し（ステップＳ１０２）、それと同時に、リクエストした携帯電話機１１の機種及び携帯電話サービスを提供しているキャリアを検出し判断する。
次に、判断した機種がサポートしている画像を表示するために必要な機能（対応画像フォーマット、液晶表示画面サイズ等）を確認し、確認後、その機能に対応する画像ファイルを作成してテンポラリファイルとして出力する（ステップＳ１０３）。従って、携帯電話機１１のいかなる機種にも対応して、表示画面１６に表示することができる画像を作成することができる。作成した画像ファイルは、ハードディスク２０に格納される。画像ファイルの作成後、Ｗｅｂサーバ１２から携帯電話機１１へ、画像ファイルを参照するフォームが出力される（ステップＳ１０４）。
その後、携帯電話機１１から、画像ファイルを参照するフォームに基づいてハードディスク２０の画像ファイルにアクセスし、画像ファイルを携帯電話機１１に取り込む（ステップＳ１０５）。
この画像ファイルを含むＷｅｂ情報は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）により記述されている。このＨＴＭＬは、各キャリア毎に独自のものが用いられており、現在、株式会社ＮＴＴドコモのｉモード（登録商標）では、「Ｉモード用ＨＴＭＬバージョン５．０」、ボーダフォン株式会社のＪ−スカイでは、「Ｊスカイ向けＨＴＭＬバージョン１．０．７」、ＫＤＤＩ株式会社が提供するａｕのＥＺウェブでは、「ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）２．０、ＨＤＭＬ（Ｈａｎｄｈｅｌｄ  Ｄｅｖｉｃｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）２．５」が用いられている。
画像作成モジュール１３において、アンチエイリアシング（ａｎｔｉ−ａｌｉａｓｉｎｇ）等のフィルタリング処理による画像加工が行われるが、この画像加工には、画像素材Ｍに対する、「拡大、縮小」、「左右・上下反転」、「回転」、「色相変換」、「明度変換」、「γ補正」、「２階調（モノクロ）化・２値化」、「微分（輪郭線抽出）」、「積分（ぼかし）」、「マスキング合成」、「縦横比変換」、「画像合成」等の各種処理が含まれる。画像合成処理には、「マスク合成」、「透過合成」、「明度合成（明度だけを合成。例えば、ぼこぼこしたタイルパターンのある紙に写真を印刷したのと同じような見え方になる。）」等の各種処理がある。
図５は、画像作成モジュールによる画像加工であるパレットによるマスキング処理を示し、（ａ）はマスクパターンによる合成の説明図、（ｂ）は合成パターンにおけるジャギーの説明図である。図６は、図５のマスクパターンを用いて作成する透過画像の説明図である。
図５に示すように、パレットによるマスキング処理を行う場合、画像を重ね合わせるときに必要なマスクパターンＡを前景パターンＢを使って色により作成し、その２値化されたマスクパターンＡで合成すると、即ち、マスクパターンＡと背景パターンＣのＡＮＤを取り、続いて、それと元の前景パターンＢのＯＲを取って合成パターンＥ（Ｅ＝（Ｃ∩Ａ）∪Ｂ）を作成すると（（ａ）参照）、前景パターンＢと背景パターンＣとの境界線にジャギー２１が発生してしまう（（ｂ）参照）。
そこで、境界線にジャギー２１を発生させないために、マスクパターンＡを作成するときに、マスク色の明度で作成した階調（明度）情報を含むようにする。階調のあるマスクで合成するとき、階調の比率に合わせて前景パターンＢと背景パターンＣの中間色を使用する。これにより、画像の重ね合わせに際し、マスクパターンＡを予め作成しておくことなく、境界線にジャギー２１を発生させずに自然な重ね合わせを可能にする。
また、作成したマスクパターンＡの全体に、例えば５０％の階調を掛け合わせて、透過率（α）５０％のマスクパターンＦとし、そのマスクパターンＦで合成すると、前景パターンＢに背景パターンＣが透けて見える透過画像の合成パターンＧ（Ｇ＝（Ｃ∩（Ｆ×α））∪Ｂ）を作成することができる（図６参照）。なお、透過率（α）は、５０％に限るものではなく、必要に応じて任意に設定して透過度合を段階的に変化させることができる。
上述したように、画像作成モジュール１３は、重ね合わせや透過等の画像加工（フィルタリング処理）と、要求した携帯電話機１１毎の画像フォーマットの変換をリアルタイムに行うことができる。
つまり、アプリケーションソフトウェアは、ＥＸＥタイプと言われる実行形のプログラム形式であるのに対し、Ｗｅｂ上でのプログラム処理はスクリプト言語を用いるのが主流になっているが、ＥＸＥの実行形とスクリプト言語というのは、接点が全くなかった。そこで、元々接点が無かったのを接点がある形に変換するために、ＤＬＬ（Ｄｙｎａｍｉｃ  Ｌｉｎｋ  Ｌｉｂｒａｒｙ）の形式に移して、Ｗｅｂ上でＥＸＥプログラムを呼び出せるようにしている。
この画像作成モジュール１３による画像加工を利用して、携帯電話機１１で閲覧可能なホームページを作成することができる。このホームページは、例えば、「お化け屋敷」をイメージしたものであり、複数種類の背景画像に様々な部品画像を組み合わせて、ユーザが自分好みの「お化け屋敷」に仕立てたものである。
図７は、携帯電話機で閲覧可能なホームページを作成する画像作成モジュールが格納されたＷｅｂサーバの記憶部を示す説明図である。図７に示すように、Ｗｅｂサーバ１２の記憶部２２には、画像作成モジュール１３と共に、画像合成プログラム２３、素材ファイル２４、テンポラリファイル２５、レイアウトテーブル２６、素材管理テーブル２７、機種判定テーブル２８等が格納されている。なお、この記憶部２２は、Ｗｅｂサーバ１２とは別に、外部記憶手段として設けても良く、例えば、ハードディスク２０（図４参照）としても良い。
Ｗｅｂサーバ１２は、この記憶部２２の他、例えば、画像合成プログラム２３を実行して画像合成に必要な処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や、データを一時的に保存するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、ＣＰＵからの指示に従って必要な画像データを生成する画像処理部等を有している。
図８は、図７の各種テーブルの具体的な構成例を示し、（ａ）はレイアウトテーブルの説明図、（ｂ）は素材管理テーブルの説明図（ｃ）は機種判定テーブルの説明図である。図８に示すように、レイアウトテーブルは、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）とプロトコルを区分するレイヤ（層）及び画面作成素材の対応表であり（（ａ）参照）、素材管理テーブルは、画面作成素材とファイル名の対応表であり（（ｂ）参照）、機種判定テーブルは、携帯電話機１１の機種と液晶表示画面サイズ（横幅・高さ）及び画像フォーマットの対応表である（（ｃ）参照）
携帯電話機１１のユーザが作成した自分専用の「お化け屋敷」は、画像作成モジュール１３により画面レイアウトを自由に変更して自分好みに仕立てることができる。画面レイアウトを変更する場合、ユーザは、「お化け屋敷」を開いた後、メニューからレイアウト変更を選択し変更内容を指定する。変更に際しては、「お化け屋敷」の設定場所を複数の背景画像の中から一つ選択することができ、その背景の上にお化け（キャラクタ）を任意の数配置することができ、更に、お化け一つに付き、その大きさや配置場所（画面の縦・横各方向、奥行き）や重ね合わせた場合の透過度合を複数通りの中から任意に選択することができる。
図９は、画像作成モジュールによる画像作成の流れを示すフローチャートである。図９に示すように、先ず、ユーザのレイアウト変更要求に基づいてレイアウトテーブル２６を更新する（ステップＳ２０１）。次に、ユーザの要望するレイアウト変更内容に対応して、レイアウトテーブル２６の読み込み（ステップＳ２０２）、素材管理テーブル２７の読み込み（ステップＳ２０３）、素材ファイル２４の読み込み（ステップＳ２０４）をそれぞれ行った後、画像合成処理を行う（ステップＳ２０５）。
画像合成処理の後、全レイヤの合成が終了したか否かを判断し（ステップＳ２０６）、全レイヤの合成が終了しない（Ｎｏ）場合は、ステップＳ２０２へ戻り、再び、レイアウトテーブル２６の読み込み、素材管理テーブル２７の読み込み、素材ファイル２４の読み込み、画像合成処理の各処理を行った後、全レイヤの合成が終了したか否かを判断する。即ち、判断処理の後、ユーザのレイアウト変更要求に基づく全レイヤの合成が終了するまで、処理がループすることになり、Ｗｅｂサーバ１２上において、画像作成モジュール１３を画像加工要求に応じて繰り返し呼び出し、制限無く画像合成処理が行われる。
一方、全レイヤの合成が終了した（Ｙｅｓ）場合は、機種判定テーブル２８の読み込み処理を行う（ステップＳ２０７）。機種判定テーブル２８の読み込みにより、画像合成処理後の画像を表示する携帯電話機１１の表示画面１６の大きさを判断して、表示するために必要な画像の縮小・拡大処理を行う（ステップＳ２０８）。その後、画像フォーマットの変換処理を行って（ステップＳ２０９）、テンポラリファイル２５を出力（表示）する（ステップＳ２１０）。
テンポラリファイル２５を出力した後、レイアウト変更が終了したか否かを判断し（ステップＳ２１１）、レイアウト変更が終了しない（Ｎｏ）場合は、ステップＳ２０１へ戻り、再度、それ以降の各処理を行って、レイアウト変更が終了したか否かを判断する。一方、レイアウト変更が終了した（Ｙｅｓ）場合は、処理を終了する。
画像作成モジュール１３による画像作成処理後、作成された画像データは、画像合成プログラム２３によって制御され、画像合成プログラム２３からの指令に基づいてその後の必要な処理が行われる。これら画像作成モジュール１３や画像合成プログラム２３による情報処理は、Ｗｅｂサーバ１２との間で、一般的なソフトウェアとハードウェア資源の協働動作によって実行される。
このように、この発明に係る画像制御システム１０は、Ｗｅｂサーバ１２に備えた画像作成モジュール１３により、携帯電話機１１から画像提供の要求があった場合、要求を受けた後に自動的に画像素材Ｍを加工処理して、要求に応じた画像に加工し、且つ、要求した携帯電話機１１に画像を表示するために必要なフォーマットに合わせた画像ファイルを作成する。
よって、この画像制御システム１０により、パーソナルコンピュータと同じような画像処理能力を備えていない携帯電話機１１にも拘わらず、表示画面の大きさや位置や濃度を変える等の、携帯電話機１１それ自身が持っていない機能を、携帯電話機１１上に実現することができる。
即ち、画像制御システム１０にあっては、画像情報を様々に加工することができ、更に、画像情報をキャリアや機種の違いに関係なくボーダレスで各キャリアの携帯電話機１１に送ることができるので、携帯電話機１１の仕様に拘わりなく（例えば、機種が古くても）表示画面１６に画像を表示することができる。従って、キャリアが異なる携帯電話機１１同士であってもテキスト情報と画像情報を共に送ることができ、その結果、携帯電話機ユーザは、自分が利用する携帯電話サービスを提供するキャリアとは異なるキャリアのＷｅｂサーバにも自由にアクセスし、そのＷｅｂサーバから画像を取り込むこともできるので、他のキャリアが提供する画像も自由に見ることができる。
従って、これまで、Ｗｅｂサイトの提供会社は、提供するＷｅｂ情報の画像を携帯電話機１１の機種（即ち、機種とその機種が使用できるキャリア）に合わせて作っており、Ｗｅｂ情報の提供を要求する携帯電話機１１の機種を判別し、予めそれぞれの機種毎に専用に作成された画像を送っていた。これに対し、画像制御システム１０は、Ｗｅｂ情報の提供を要求する携帯電話機１１がどのような機種であっても、機種を判別した後、その機種に合わせて画像を自動的に作成することができるようにしたので、機種毎に何種類もの画像を作る必要が無くなった。
ところで、Ｗｅｂアプリケーションは、常に、携帯電話機ユーザとの対話機能を備えたものでなければならないので、携帯電話機ユーザからのリクエストに応じてＷｅｂアプリケーションの画像が変化する場合、全てのリクエストに対応した画像を予め用意しておく必要があった。例えば、ショッピングサイトで商品を選んだら、選んだ商品の写真が必ず表示されるようにしなければならない。
このため、携帯電話機ユーザからのリクエストの組み合わせが多くなると、用意しておく画像が指数関数的に増えてしまう。例えば、ショッピングサイトで、服のコーディネイトイメージを画像表示しようとすると、サイトで選択できる全ての服を組み合わせたイメージ画像を用意する必要があった。
これを実現するためには、膨大な数に上る、素材となる画像からの組み合わせ・合成処理を、ユーザからのリクエスト後に迅速に実行しなくてはならないが、このような場合、この発明に係る画像制御システム１０によれば、瞬時に、且つ、効率的に対応することができる。
【産業上の利用可能性】  この発明によれば、携帯電話機から画像提供の要求があった場合、画像作成モジュールにより、画像加工や重ね合わせ処理や透過処理等の画像処理と、要求した携帯電話機毎の画像フォーマットの変換処理をリアルタイムに行うことができ、また、画像情報をキャリアの違いに関係なくボーダレスで各キャリアの携帯電話機に送ることができる。このため、キャリアが異なる携帯電話機同士であってもテキスト情報と画像情報を共に送ることが可能となり、その結果、携帯電話のユーザは、自分が利用する携帯電話サービスを提供するキャリアとは異なるキャリアのＷｅｂサーバにも自由にアクセスして、そのＷｅｂサーバから画像を取り込むこともできる。
【図１】
2005066809.tif 000003
【図２】
2005066809.tif 000004
【図３】
2005066809.tif 000005
【図４】
2005066809.tif 000006
【図５】
2005066809.tif 000007
【図６】
2005066809.tif 000008
【図７】
2005066809.tif 000009
【図８】
2005066809.tif 000010
【図９】
2005066809.tif 000011
【国際調査報告】
2005066809.tif 000012
2005066809.tif 000013
2005066809.tif 000014
2005066809.tif 000015