(57)【要約】【課題】携帯電話で撮影した静止画像に加工を施し、これを任意の携帯電話に配信できるシステムを提供する。【解決手段】写真撮影機能を備えた携帯電話で写真を撮影し、画像データをサーバにアップロードする（ステップ４４）。次に携帯電話からサーバに配布用アプリケーションプログラムの作成を要求する（ステップ４５）。サーバは要求に従った配布用アプリケーションプログラムを生成し、作成した配布用アプリケーションプログラムをサーバの記録領域に記録する。この配布用アプリケーションプログラムでは、アップロードされた画像データにアニメーション的な画像効果を加える。さらに携帯電話から宛先情報を含む配布用アプリケーションプログラムの配布要求を発する（ステップ４６）。サーバは配布要求に従って配布用アプリケーションプログラムをメールに添付し送信する。【選択図】　図５
2004128649.tif 000002
【特許請求の範囲】
【請求項１】
画像データを取得する手段と、ネットワークにアクセスする手段と、を備えた携帯情報処理装置であって、
前記ネットワークを介して前記画像データをコンピュータシステムに送信する手段と、
送信した前記画像データの加工条件を前記コンピュータシステムに送信する手段と、
前記加工条件に従って生成された配布用アプリケーションプログラムの他の携帯情報処理装置への配布要求を前記コンピュータシステムに発する手段と、
を有する携帯情報処理装置。
【請求項２】
前記加工条件には、使用する画像データの指定および適用するテンプレートの指定を含む請求項１記載の携帯情報処理装置。
【請求項３】
前記配布要求には、配布先アドレスの指定および配布用アプリケーションプログラムの指定を含む請求項１または２記載の携帯情報処理装置。
【請求項４】
携帯情報処理装置からの画像データの受信要求を受けて、前記画像データを受信する手段と、
受信した前記画像データをユーザ毎の記録領域に記録する手段と、
前記携帯情報処理装置からの第１リスト送信要求を受けて、そのユーザの前記記録領域に記録された前記画像データのリストおよびテンプレートのリストを送信する手段と、
前記携帯情報処理装置からの前記画像データの指定および前記テンプレートの指定を含む情報の受信を受けて、そのユーザの前記記録領域に記録された前記画像データから画像加工データを生成し、前記画像加工データを使用する配布用アプリケーションプログラムを生成する手段と、
生成した前記配布用アプリケーションプログラムをユーザ毎の記録領域に記録する手段と、
前記携帯情報処理装置からの第２リスト送信要求を受けて、そのユーザの記録領域に記録された前記配布用アプリケーションプログラムのリストを送信する手段と、
前記携帯情報処理装置からの配布要求を受けて、前記配布要求で指定された配布先アドレスに、前記配布要求で指定された前記配布用アプリケーションプログラムを送信する手段と、
を有するコンピュータシステム。
【請求項５】
前記画像加工データは、前記画像データに基づいて生成された複数のフレームデータであり、前記配布用アプリケーションプログラムは、前記複数のフレームデータを連続的に表示する機能を実現するものである請求項４記載のコンピュータシステム。
【請求項６】
携帯情報処理装置からの画像加工データの送信要求を受けて、前記画像加工データを送信する手段を有する請求項４または５記載のコンピュータシステム。
【請求項７】
表示装置と、ネットワークにアクセスする手段と、を備えた携帯情報処理装置であって、
コンピュータシステムから送信された配布用アプリケーションプログラムを、前記ネットワークを介して受信する手段と、
前記配布用アプリケーションプログラムを実行する手段と、を有し、
前記配布用アプリケーションプログラムは、
複数のフレームデータからなる画像加工データの送信要求を、前記コンピュータシステムに発する手順と、
前記ネットワークを介して前記コンピュータシステムから前記画像加工データを受信する手順と、
前記複数のフレームデータを前記表示装置に連続的に表示する手順と、
を実行するものである携帯情報処理装置。
【請求項８】
表示装置と、データを記録する記録手段と、を備えた携帯情報処理装置であって、
アプリケーションプログラムを実行する手段を有し、
前記アプリケーションプログラムは、
前記記録手段に記録された複数のフレームデータからなる画像加工データを読み出す手順と、
前記複数のフレームデータを前記表示装置に連続的に表示する手順と、
を実行するものである携帯情報処理装置。
【請求項９】
画像データを取得する手段と、ネットワークにアクセスする手段と、を備えた携帯情報処理装置の処理方法であって、
前記ネットワークを介して前記画像データをコンピュータシステムに送信するステップと、
送信した前記画像データの加工条件を前記コンピュータシステムに送信するステップと、
前記加工条件に従って生成された配布用アプリケーションプログラムの他の携帯情報処理装置への配布要求を前記コンピュータシステムに発するステップと、
を有する携帯情報処理装置の処理方法。
【請求項１０】
前記加工条件には、使用する画像データの指定および適用するテンプレートの指定を含む請求項９記載の携帯情報処理装置の処理方法。
【請求項１１】
前記配布要求には、配布先アドレスの指定および配布用アプリケーションプログラムの指定を含む請求項９または１０記載の携帯情報処理装置の処理方法。
【請求項１２】
携帯情報処理装置からの画像データの受信要求を受けて、前記画像データを受信するステップと、
受信した前記画像データをユーザ毎の記録領域に記録するステップと、
前記携帯情報処理装置からの第１リスト送信要求を受けて、そのユーザの前記記録領域に記録された前記画像データのリストおよびテンプレートのリストを送信するステップと、
前記携帯情報処理装置からの前記画像データの指定および前記テンプレートの指定を含む情報の受信を受けて、そのユーザの前記記録領域に記録された前記画像データから画像加工データを生成し、前記画像加工データを使用する配布用アプリケーションプログラムを生成するステップと、
生成した前記配布用アプリケーションプログラムをユーザ毎の記録領域に記録するステップと、
前記携帯情報処理装置からの第２リスト送信要求を受けて、そのユーザの記録領域に記録された前記配布用アプリケーションプログラムのリストを送信するステップと、
前記携帯情報処理装置からの配布要求を受けて、前記配布要求で指定された配布先アドレスに、前記配布要求で指定された前記配布用アプリケーションプログラムを送信するステップと、
を有するコンピュータシステムの処理方法。
【請求項１３】
前記画像加工データは、前記画像データに基づいて生成された複数のフレームデータであり、前記配布用アプリケーションプログラムは、前記複数のフレームデータを連続的に表示する機能を実現するものである請求項１２記載のコンピュータシステムの処理方法。
【請求項１４】
携帯情報処理装置からの画像加工データの送信要求を受けて、前記画像加工データを送信するステップを有する請求項１２または１３記載のコンピュータシステムの処理方法。
【請求項１５】
表示装置と、ネットワークにアクセスする手段と、を備えた携帯情報処理装置の処理方法であって、
コンピュータシステムから送信された配布用アプリケーションプログラムを、前記ネットワークを介して受信するステップと、
前記配布用アプリケーションプログラムを起動するステップと、
複数のフレームデータからなる画像加工データの送信要求を、前記コンピュータシステムに発するステップと、
前記ネットワークを介して前記コンピュータシステムから前記画像加工データを受信するステップと、
前記複数のフレームデータを前記表示装置に連続的に表示するステップと、
を有する携帯情報処理装置の処理方法。
【請求項１６】
表示装置と、データを記録する記録手段と、を備えた携帯情報処理装置の処理方法であって、
アプリケーションプログラムを起動するステップと、
前記記録手段に記録された複数のフレームデータからなる画像加工データを読み出すステップと、
前記複数のフレームデータを前記表示装置に連続的に表示するステップと、
を有する携帯情報処理装置の処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯情報処理装置およびコンピュータシステムに関する。特に、携帯電話等の携帯情報処理装置で撮影した画像データをコンピュータシステムで加工し、この加工データを他の携帯情報処理装置に配布するシステムに適用して有効な技術に関する。
【０００２】
【従来の技術】
携帯電話のインターネット接続を背景に、各種多様なサービスが展開されている。携帯電話毎にインターネットアドレスを付与し、インターネットを介した携帯電話からの電子メールサービスが提供されていることは周知である。また、撮影機能付きの携帯電話で撮影した画像データを電子メールに添付し、利用者間で交換することができるサービスが近年展開されつつある。
【０００３】
一方、携帯電話にＪＡＶＡ（登録商標）機能を付与し、ジャバアプリケーションプログラムが実行できるサービスも提供されている。ＪＡＶＡ（登録商標）言語で記述されたプログラムにはマシン依存性が無く、またクラス（プログラム）で利用するインスタンス（オブジェクト）がネットワーク上の何れかに存在すればよい為インターネットに親和性が高く、少ない記憶容量でプログラム（クラス等）が記述できる。このため携帯電話のように計算機資源（ＣＰＵ速度、メモリ容量等）に乏しいハードウェアにおいても複雑な処理が行える。ＪＡＶＡ（登録商標）を利用して携帯電話でのゲームや各種複雑な処理のサービスが提供されている。
【０００４】
【発明が解決しようとする課題】
前記の通り、携帯電話を利用した画像データの交換サービスが提供されている。現状のサービスにおいて、取り扱われる画像は静止画像が主である。通信相手に、その通信内容をより詳細にまたより印象強く伝えるには、静止画よりも動画のほうが好ましいことは論を待たない。しかし、通信データ量の増大、それに基づく通信料金の増加、携帯電話の画像処理能力の限界等により、動画の利用は未だ一部に限られる。
【０００５】
一方、静止画の配信には、画像を取り扱えない場合に比較した情報内容の充実およびインパクト（通信相手への印象付け）があるものの、より強く相手に印象付けたい場合もある。また、静止画に若干の加工を付加するのみで、相手に強く印象付け、あるいは遊び心を表現することも可能になる場合がある。
【０００６】
本発明の目的は、携帯電話で撮影した静止画像に加工を施し、これを任意の携帯電話に配信できるシステムを提供することにある。また、本発明の目的は、前記の加工を簡便に行う手段を提供することにある。
【０００７】
【課題を解決するための手段】
前記課題の解決は、画像データをアップロード（端末側からサーバにデータを送信）する送信側の携帯電話等携帯情報処理装置と、アップロードされた画像データを加工するコンピュータシステム（サーバ）と、加工された画像データの配信を受ける受信側の携帯電話等携帯情報処理装置とによって実現される。
【０００８】
すなわち、送信側の携帯情報処理装置には、画像データを取得する手段と、ネットワークにアクセスする手段とを備え、さらに、前記ネットワークを介して前記画像データをコンピュータシステムに送信する手段と、送信した前記画像データの加工条件を前記コンピュータシステムに送信する手段と、前記加工条件に従って生成された配布用アプリケーションプログラムの他の携帯情報処理装置への配布要求を前記コンピュータシステムに発する手段とを備える。このような携帯情報処理装置では、ネットワーク上のコンピュータシステム（サーバ）に画像をアップロードし、加工条件を指定し、配布要求を発するのみであるから、計算機資源に乏しくとも画像加工および加工した画像の配信をユーザが指示できる。一般に豊富な計算機資源が要求される画像の加工をサーバに委ねることにより、送信側の携帯情報処理装置の計算負荷を軽減できる。また、加工した画像データは送信側の携帯情報処理装置にダウンロード（サーバから端末側にデータを送信）することなく、サーバに保持し、送信側の携帯情報処理装置は配布をリクエストするのみである。このため通信負荷を軽減し通信費を削減することが可能になる。
【０００９】
ここで、前記加工条件には、使用する画像データの指定および適用するテンプレートの指定を含むことができる。加工に使用する画像データはサーバに予めアップロードした画像データとし、送信側の携帯情報処理装置が行う画像加工の際の元データの特定および提供は画像データの指定で行う。このため送信側の携帯情報処理装置が担う通信負荷の大きなタスクは初回の画像データのアップロードのみであり、画像加工が複数回繰り返される場合でも通信データ量はごく僅かであり通信負荷を極めて小さくできる。また、画像加工の態様として予めテンプレートを用意し、ユーザが任意のテンプレートを選択できるようにする。多様なテンプレートを用意することによって簡便な操作で多様な画像表現を実現できる。
【００１０】
コンピュータシステム（サーバ）には、携帯情報処理装置からの画像データの受信要求を受けて、前記画像データを受信する手段と、受信した前記画像データをユーザ毎の記録領域に記録する手段と、前記携帯情報処理装置からの第１リスト送信要求を受けて、そのユーザの前記記録領域に記録された前記画像データのリストおよびテンプレートのリストを送信する手段と、前記携帯情報処理装置からの前記画像データの指定および前記テンプレートの指定を含む情報の受信を受けて、そのユーザの前記記録領域に記録された前記画像データから画像加工データを生成し、前記画像加工データを使用する配布用アプリケーションプログラムを生成する手段と、生成した前記配布用アプリケーションプログラムをユーザ毎の記録領域に記録する手段と、前記携帯情報処理装置からの第２リスト送信要求を受けて、そのユーザの記録領域に記録された前記配布用アプリケーションプログラムのリストを送信する手段と、前記携帯情報処理装置からの配布要求を受けて、前記配布要求で指定された配布先アドレスに、前記配布要求で指定された前記配布用アプリケーションプログラムを送信する手段とを備える。このようなコンピュータシステムによって、ユーザの要求に従った画像加工および加工した画像の配布が行える。なお、元画像を加工したデータ（画像加工データ）は配布用アプリケーションプログラムに組み込まれてもよく、配布用アプリケーションプログラムには画像加工データの格納アドレスのみを組み込み、該当アドレスに画像加工データが保持されるようにしても良い。また、コンピュータシステムには、受信側の携帯情報処理装置からの画像加工データの送信要求を受けて、前記画像加工データを送信する手段を有する。
【００１１】
受信側の携帯情報処理装置には、表示装置と、ネットワークにアクセスする手段とを備え、さらに、コンピュータシステムから送信された配布用アプリケーションプログラムを、前記ネットワークを介して受信する手段と、前記配布用アプリケーションプログラムを実行する手段とを有する。前記配布用アプリケーションプログラムは、複数のフレームデータからなる画像加工データの送信要求を、前記コンピュータシステムに発する手順と、前記ネットワークを介して前記コンピュータシステムから前記画像加工データを受信する手順と、前記複数のフレームデータを前記表示装置に連続的に表示する手順とを実行するものである。このような受信側の携帯情報処理装置によれば、加工された画像データを表示することが可能となる。ここで、配布用アプリケーションプログラムは、ＪＡＶＡ（登録商標）アプリケーションプログラムとすることができる。
【００１２】
これら本発明の携帯情報処理装置およびコンピュータシステムを利用して静止画像に加工を施し、インパクトの強い加工画像（フレームデータの連続的な表示により動画的な画像表示が行える）の配信が可能になる。
【００１３】
なお、前記した携帯情報処理装置およびコンピュータシステムの発明は、それらの処理方法として把握することも可能である。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。ただし、本発明は多くの異なる態様で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。なお、実施の形態の全体を通して同じ要素には同じ番号を付するものとする。
【００１５】
以下の実施の形態では、主に方法またはシステムについて説明するが、当業者であれば明らかなとおり、本発明はコンピュータで使用可能なプログラムとしても実施できる。したがって、本発明は、ハードウェアとしての実施形態、ソフトウェアとしての実施形態またはソフトウェアとハードウェアとの組合せの実施形態をとることができる。プログラムは、不揮発性半導体メモリ、ハードディスク、ＣＤ−ＲＯＭ、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。
【００１６】
また以下の実施の形態では、コンピュータシステムとして一般的なコンピュータシステムを用いることとする。一般的はコンピュータシステムには、中央演算処理装置（ＣＰＵ）、主記憶装置（メインメモリ：ＲＡＭ）、不揮発性記憶装置（ＲＯＭ）、バス、入出力制御装置（Ｉ／Ｏ）、ハードディスク装置等の外部記憶装置、インターネット等のネットワークに接続可能な通信手段等を備え、コプロセッサ、画像アクセラレータ、キャッシュメモリ等を備えることができる。コンピュータシステムには、パーソナルコンピュータ、ワークステーション、メインフレームコンピュータ等各種のコンピュータが含まれる。
【００１７】
また以下の実施の形態で用いる携帯電話は、音声通信機能に加え、データ通信機能を備える。データ通信機能は、ＣＰＵ、主メモリ、バス、通信手段、必要な制御プログラム等によって実現される。通信機能は無線通信を実現できるものであれば良く、電波、光、音響等を用いて通信することが可能である。また、携帯電話には液晶表示装置等画像が表示可能な表示装置を備える。なお、以下実施の形態では、携帯情報処理装置として携帯電話を例示するが、携帯情報処理装置は携帯電話に限られず、ＰＤＡ（ｐｅｒｓｏｎａｌ　ｄｉｇｉｔａｌ　ａｓｓｉｓｔａｎｔｓ）やノート型のパーソナルコンピュータ、音声通信機能を持たない携帯端末等であってもよい。
【００１８】
図１は、本発明の携帯情報処理装置およびコンピュータシステムが実現する画像加工および加工画像の配信を実現するシステムの全体を模式的に示した概念図である。
【００１９】
本システムは、サーバ１、送信側携帯電話２、受信側携帯電話３およびインターネット４で構成される。なお、送信側携帯電話２および受信側携帯電話３として各々１個づつ図示しているが、単数に限らず複数であってもよいことは勿論である。また、サーバ１として物理的に１台のコンピュータシステムを図示しているが、複数台のコンピュータシステムによって分散的にサーバ１が構成されても良い。
【００２０】
サーバ１は一般的なコンピュータシステムであり、前記したハードウェア構成に加えて必要な機能を実現するプログラムが存在することは勿論である。このプログラムはサーバ１の内部に記録される必要は無くネットワーク上の何れかに存在すればよい。送信側携帯電話２は一般的なハードウェア構成とそれを機能させる制御プログラムに加えて後に説明する機能を実現するプログラムがインストールされる。受信側携帯電話３は一般的なハードウェア構成とそれを実現するプログラムを有する。
【００２１】
サーバ１、送信側携帯電話２および受信側携帯電話３はインターネット４によって相互に接続される。インターネット４はインターネットプロトコル（ＩＰ）に従ってデータを通信するネットワークである。サーバ１とインターネット４との接続は、グローバルＩＰアドレスに従って直接接続される場合、ＩＳＰ（インターネットサービスプロバイダ）を介して接続される場合等各種の接続形態がある。接続は有線無線を問わない。送信側携帯電話２および受信側携帯電話３とインターネット４との接続は携帯電話会社のゲートウェイを介して接続される。すなわち、携帯電話は無線通信により携帯電話会社の電話網に接続し、さらに電話網からゲートウェイを介してインターネット４に接続する。
【００２２】
図２は、サーバ１の構成の一例を模式的に示したブロック図である。サーバ１は、制御システム１１、加工システム１２、テンプレート格納領域１３、ユーザデータ格納領域１４を有する。制御システム１１は、後に説明するサーバ１の処理を実現する制御を行う。制御システム１１にはその機能を実現するためのハードウェアおよびソフトウェアを含む。加工システム１２は、後に説明する元画像データの加工を行う。加工システム１２にはその画像加工機能を実現するためのハードウェアおよびソフトウェアを含む。テンプレート格納領域１３には、予め定義されたテンプレートが記録される。テンプレートは加工システム１２で作動するソフトウェアとして提供される。テンプレート格納領域１３は、サーバ１が制御するメモリ（メインメモリあるいは外部記憶装置内の記録領域）の一部として割り当てられる。ユーザデータ格納領域１４には、ユーザ毎の個人データ１５ａ，１５ｂが記録され、個人データ１５には画像格納領域１６、配布アプリケーションプログラム格納領域１７を有する。ユーザデータ格納領域１４はサーバ１が制御するメモリ（メインメモリあるいは外部記憶装置内の記録領域）の一部として割り当てられる。画像格納領域１６には、後に説明するようにユーザが携帯電話２を利用してアップロードした元画像データを記録する。配布アプリケーションプログラム格納領域１７には、後に説明するようにユーザの指示に従って作成した配布用アプリケーションプログラムを格納する。なお、ユーザ毎にデータ管理を行うのであるから、ユーザに関連するデータ（ユーザ管理データ）をサーバ１が有していることは勿論である。このユーザ管理データとユーザ毎の個人データ１５とはユーザ識別番号等で関連付けられる。なお、サーバ１はインタフェイス１８を備える。各種データはインタフェイス１８を介してネットワーク（インターネット４）に送受信される。
【００２３】
図３は、送信側携帯電話２の構成の一例を模式的に示したブロック図である。送信側携帯電話２は、制御手段２１、通信手段２２、画像表示手段２３、カメラ２４、メモリ２５を有する。制御手段２１は、携帯電話２のデータ通信、写真撮影、アプリケーションソフトウェアの実行等を制御する。通信手段２２は、携帯電話２と電話網との間の通信を行う。画像表示手段２３は、制御手段２１に制御されて文字・写真等の画像を表示する。カメラ２４はＣＣＤ（ｃｈａｒｇｅ　ｃｏｕｐｌｅｄ　ｄｅｖｉｃｅ）等の撮像素子を内蔵し、光学的な画像を電子データに変換する。メモリ２５は、たとえばフラッシュＥＥＰＲＯＭ等の不揮発性半導体メモリである。メモリ２５には画像記録領域２６およびアプリケーションソフトウェア記録領域２７を含む。画像記録領域２６にはカメラ２４の出力である画像データが記録される。アプリケーションソフトウェア記録領域２７には後に説明する送信側携帯電話の機能を実現するプログラムが記録される。アプリケーションソフトウェア記録領域２７に記録されるアプリケーションプログラムは、たとえばＪＡＶＡ（登録商標）アプリケーションソフトウェアとてして提供される。
【００２４】
図４は、受信側携帯電話３の構成の一例を模式的に示したブロック図である。受信側携帯電話３は、制御手段３１、通信手段３２、画像表示手段３３、メモリ３４を有する。制御手段３１は、携帯電話３のデータ通信、アプリケーションソフトウェアの実行等を制御する。通信手段３２、画像表示手段３３は、通信手段２２、画像表示手段２３と同様である。メモリ３４は、たとえばフラッシュＥＥＰＲＯＭ等の不揮発性半導体メモリである。メモリ３４には画像記録領域３５および画像表示ソフトウェア記録領域３６を含む。画像記録領域３５には、後に説明するサーバ１からダウンロードした画像データ（フレームデータ）を記録する。画像表示ソフトウェア記録領域３６には後に説明する配布用アプリケーションソフトウェアが記録される。配布用アプリケーションソフトウェアは、画像記録領域３５に記録されている画像データ（フレームデータ）を画像表示手段３３に連続的に表示する。
【００２５】
図５は、送信側携帯電話２が実行するアプリケーションソフトウェアの手順の一例を示した全体フローチャートである。アプリケーションソフトウェアが開始されると（ステップ４１）、まず、メニュー画面を表示する（ステップ４２）。ユーザの選択を判断し（ステップ４３）、元画像アップロードが選択された場合はステップ４４に進んで元画像アップロード処理を実行する（ステップ４４）。配布用アプリケーションソフトウェアの作成が選択された場合は、ステップ４５に進んで配布用アプリケーションソフトウェアの作成処理を実行する（ステップ４５）。アプリケーションソフトウェアの配布が選択された場合は、ステップ４６に進んで配布用アプリケーションソフトウェアの配布を実行する（ステップ４６）。前記ステップ４４，４５，４６の各処理が終了した場合、メニュー画面の表示（ステップ４２）に戻り、ユーザの選択を待機する（ステップ４３）。以下各処理を詳細に説明する。
【００２６】
図６は、元画像のアップロード（ＵＬ）処理の一例を示したフローチャートである。元画像アップロード処理の前提として元画像を撮影しておく必要がある。元画像の撮影は、その処理の開始（ステップ５１）の後、元画像をカメラ２４で撮影し（ステップ５２）、この元画像を画像記録領域２６に記録する（ステップ５３）。これで処理を終了する（ステップ５４）。なお、ここではカメラ２４によって元画像を取得する例を示したが、元画像は、たとえば他のカメラで撮影し、これを画像記録領域２６に記録することによっても取得が可能である。あるいは、元画像は撮影した画像データである必要はない。たとえばイラストレーション等によって作成した画像データを用いてもよく、この画像データを画像記録領域２６に記録することによって元画像を取得しても良い。
【００２７】
元画像のアップロード処理が開始されると（ステップ５５）、アップロード可能な元画像のリストを表示する（ステップ５６）。このリストは画像記録領域２６から取得する、もしくは画像記録領域２６に記録された元画像から生成する。次に、アップロードする元画像を選択し（ステップ５７）、選択された画像をサーバ１に送信する（ステップ５８）。その後携帯電話２は処理を終了する（ステップ５９）。サーバ１はアップロードデータを受け取ると（ステップ６０）、ユーザ認証を行い（ステップ６１）、元画像を取得する（ステップ６２）。なお、認証されなかった場合サーバ１は処理を継続しない。サーバ１は、認証したユーザのユーザ領域に元画像を記録する（ステップ６３）。そしてサーバ１の処理を終了する（ステップ６４）。
【００２８】
図７は、携帯電話２における上記アップロード処理を実現するプログラムの一例を示したリスト図である。図示するプログラムはＪＡＶＡ（登録商標）のクラスプログラムとして記述している。なお、本プログラムは、発明を説明するための擬似的なコードとして記述したものであり、実際のコンピュータ上での正常な動作を保証するものではない。以下に説明するプログラムにおいても同様である。
【００２９】
図７において行番号１．０２−１．０３では変数型宣言を行っており、「ｉｍｇＬｉｓｔ」は携帯電話２に保存されている画像の名前を格納する変数、「ｓｅｌｅｃｔ」はアップロードする画像のインデックスを格納する変数としている。行番号１．０４−１．０８は、初期化および保存されている画像名リストを表示する処理を実行する。行番号１．０９−１．３２ではキー入力等のイベント処理を実行する。行番号１．１０−１．１２は所定のキーイベント以外のイベントが生起した場合のエラー処理であり、行番号１．１３−１．３２ではキーに応じた処理を割り当てている。すなわち、上キーが押された場合のインデックス変更および画像リスト表示処理（行番号１．１４−１．１９）、下キーが押された場合のインデックス変更および画像リスト表示処理（行番号１．２０−１．２５）、選択ボタンが押された場合の画像アップロード処理（行番号１．２６−１．３１）である。
【００３０】
図８は、配布用アプリケーションソフトウェア（ＡＰ）の作成処理の一例を示したフローチャートである。配布用アプリケーションソフトウェアの作成を開始すると（ステップ７１）、携帯電話２はテンプレートリストおよび元画像リストの送信要求をサーバ１に送信する（ステップ７２）。サーバ１は前記リストの送信要求を受けて（ステップ７３）、ユーザ認証を行い（ステップ７４）。テンプレートリストおよび元画像のリストを送信する（ステップ７５）。そしてサーバ１のこの要求にかかる処理は終了する（ステップ７６）。なお、ユーザ認証にパスしなかった場合は、サーバ１は処理を続行しないことは勿論である。
【００３１】
携帯電話２は前記リストを受信すると（ステップ７７）、テンプレートリストを表示し（ステップ７８）、テンプレートの選択を促す。テンプレートの選択が行われると（ステップ７９）、元画像のリストを表示し（ステップ８０）、テンプレートで使用される枚数分の元画像の選択を行う（ステップ８１）。携帯電話２は選択されたテンプレートおよび画像の情報をサーバ１に送信し（ステップ８２）、処理を終了する（ステップ８３）。テンプレートおよび画像の情報を受けたサーバ１は（ステップ８４）、ユーザ認証を行い（ステップ８５）、配布用アプリケーションソフトウェア（ＡＰ）の作成を行う（ステップ８６）。そして、認証されたユーザのユーザ領域に作成した配布用アプリケーションソフトウェアを記録し（ステップ８７）、処理を終了する（ステップ８８）。
【００３２】
図９は、携帯電話２における上記配布用アプリケーションソフトウェア作成処理を実現するプログラムの一例を示したリスト図である。行番号２．０２−２．１０は変数型宣言を行っており、「ｔｍｐＬｉｓｔ」はテンプレートの名前リスト、「ｔｍｐＩｍｇＮｕｍ」はテンプレートが使用する画像枚数のリスト、「ｉｍｇＬｉｓｔ」はアップロードされている画像のリスト、「ｔｍｐＩｎｄｅｘ」は選択したテンプレートのインデックス、「ｉｍｇＩｎｄｅｘ」は選択した画像のインデックス、「ｓｔａｔｅ」は現在の進行状況（テンプレート選択時に１、画像選択時に２と定義する。）、「ｓｅｌｅｃｔＩｍｇＣｏｕｎｔ」は何回目の画像選択かを示す数値を各々表す変数である。行番号２．１１−２．２０で初期化およびテンプレートリストの表示を行い、行番号２．２１−２．７２でキー入力等のイベント処理を実行する。行番号２．２２−２．２３は所定のキーイベント以外のイベントが生起した場合のエラー処理であり、行番号２．２４−２．７１では「ｓｔａｔｅ」によって（つまりテンプレート選択か画像選択かによって）処理を振り分けている。行番号２．２５−２．４５ではテンプレート選択時のキーに応じた処理を記述し、行番号２．４６−２．７０では画像選択時のキーに応じた処理を記述している。すなわち、行番号２．２７−２．３２ではテンプレート選択時に上キーが押された場合のインデックス変更およびテンプレートリスト表示処理、行番号２．３３−２．３８ではテンプレート選択時に下キーが押された場合のインデックス変更およびテンプレートリスト表示処理、行番号２．３９−２．４３ではテンプレート選択時に選択ボタンが押された場合の画像選択処理への移行処理を行う。また、行番号２．４８−２．５３では画像選択時に上キーが押された場合のインデックス変更および画像リスト表示処理、行番号２．５４−２．５９では画像選択時に下キーが押された場合のインデックス変更および画像リスト表示処理、行番号２．６０−２．６８では画像選択時に選択ボタンが押された場合の、所定枚数が指定されたかの判断および指定された場合のサーバ１へのデータの送信処理が行われる。
【００３３】
図１０は、配布用アプリケーションプログラムの配布処理の一例を示したフローチャートである。配布用アプリケーションプログラムの配布処理が開始されると（ステップ９１）、携帯電話２は配布用アプリケーションソフトウェアのリストを送信するようサーバ１に要求を送信する（ステップ９２）。リストの送信要求を受けたサーバ１は（ステップ９３）、ユーザ認証を行い（ステップ９４）、そのユーザ固有の個人データに記録された配布用アプリケーションソフトウェアのリストを送信する（ステップ９５）。リストを受信した携帯電話２は（ステップ９７）、宛先およびメッセージの入力画面を表示し（ステップ９８）、宛先およびメッセージの入力を行う（ステップ９９）。その後配布用アプリケーションソフトウェアのリストを表示し（ステップ１００）、配布用アプリケーションソフトウェアの選択を行う（ステップ１０１）。携帯電話２は宛先、メッセージおよび配布用アプリケーションソフトウェアの情報をサーバ１に送信し（ステップ１０２）、その後処理を終了する（ステップ１０３）。携帯電話２から送信されたこれらデータを受信したサーバ１は（ステップ１０４）、ユーザ認証を行い（ステップ１０５）、選択された配布用アプリケーションソフトウェアを添付したメールフォームを作成する（ステップ１０６）。このメールフォームの宛先は送信されたデータに含まれる宛先であり、また、同時に送信されたメッセージが付加されることは勿論である。そして、サーバ１は指定された宛先アドレスにメールを配信する（ステップ１０７）。その後サーバ１は処理を終了する（ステップ１０８）。
【００３４】
一方、メールの配信を受けた携帯電話３（受信側携帯電話）は（ステップ１０９）、配布用アプリケーションプログラムを起動し（ステップ１１０）、必要な画像データの配信要求をサーバ１に送信する（ステップ１１１）。サーバ１は画像データの配信要求を受取ると（ステップ１１２）、該当する画像データを送信し（ステップ１１３）、処理を終了する（ステップ１１４）。携帯電話３はサーバ１から送信された画像データを受信し（ステップ１１５）、携帯電話３の表示装置にこの画像データを表示する（ステップ１１６）。そして処理を終了する。なお、ここで携帯電話３が受取る画像データは、サーバ１により生成された加工データであることはもとよりである。
【００３５】
図１１は、携帯電話２における上記配布用アプリケーションソフトウェアの配布処理を実現するプログラムの一例を示したリスト図である。各プログラムラインの動作は前記したプログラムと同様であるため詳細な説明は省略する。ただし、ここで使用する変数は、「ａｐｐＬｉｓｔ」が作成済みの配布用アプリケーションソフトウェア名のリストであり、「ｓｅｌｅｃｔ」が選択した配布用アプリケーションプログラムのインデックスである。「ａｄｄｒｅｓｓ」は宛先、「ｍｅｓｓａｇｅ」はメッセージである。行番号３．０６から始まる初期化では配布用アプリケーションソフトウェア名のリストの取得および宛先、メッセージの入力を行う。行番号３．１３から始まる処理は前記したキーイベントと同様な処理である。選択キーが押されることにより、宛先、メッセージおよび選択された配布用アプリケーションソフトウェアのインデックスがサーバ１に送信される。なお、行番号３．３６から始まる処理はソフトキーリスナからオーバーライドする処理である。
【００３６】
図１２は、サーバ１が作成し、携帯電話３に配信される配布用アプリケーションプログラムの一例を示したリスト図である。このリストは、画像データをスレッドを介してサーバ１から随時ダウンロードする場合のプログラムである。行番号４．０２−４．０８では変数型宣言を行う。「ＭＡＸ＿ＳＴＯＣＫ＿ＭＥＤＩＡ＿ＣＯＵＮＴ」は先読みする最大メディアデータ数であり、「ｔｈｒｅａｄ」はスレッド、「ｌｉｔ」は先読み用スレッド、「ｃｏｕｎｔ」は現在のフレームカウント、「ｓｔｏｃｋＭｅｄｉａＮｕｍ」は読み込みが完了し使用中（未使用）状態のメディアデータ数、「ｔｉｍｅ」は描画間隔、「ｆｒａｍｅＣｏｕｎｔ」はフレームの総数である。行番号４．０９−４．１５で初期化を行う。初期化では、サーバ１からアニメーション画像の基本データおよびアニメーションデータを読み込むとともに、メディアデータの先読みを開始する。行番号４．１６−４．２１ではアニメーションを開始する。行番号４．２２−４．３３は、アニメーションの実行スレッドであり、音の再生（行番号４．２４）あるいはその時のフレームデータの描画（行番号４．２５）を行う。行番号４．３４−４．４５はスレッドの実行部であり、使用済みのメディアを破棄するとともに使用するメディアをサーバ１からダウンロードを行う。
【００３７】
なお、配布用アプリケーションプログラムにおいては、必要なメディアデータを初回に一度にダウンロードすることも可能である。メモリに余裕がある場合には通信トラフィックに影響を受けない利点がある。図１３は、このような場合の配布用アプリケーションプログラムの一例を示したリスト図である。先読みスレッドに関する処理が無いほかは図１２の場合と同様である。
【００３８】
ここで、配布用アプリケーションプログラムが使用するデータ群（加工データ）の一例を説明する。加工データの全部または一部は配布用アプリケーションプログラムに組み込まれ、一部組み込みの場合は、配布用アプリケーションプログラムの実行の際に必要なデータをサーバから読み込む操作を行うことは前記した通りである。
【００３９】
加工データの構造は、ヘッダ部、フレームデータ部およびメディアデータ部からなる。アプリケーションプログラムに一部組み込む場合はヘッダおよびフレームデータ部を組み込む。この場合メディアデータ部は必要に応じてサーバからダウンロードされる。
【００４０】
ヘッダ部には、タイムカウントの最大値（終了時刻）、タイムカウントに加算する１回当たりの値、バイナリファイルサイズ、画像の個数、画像データファイル名、画像ファイルデータサイズ、サウンドの個数、音声データロードファイル名、音声ファイルデータサイズ等が記録される。すなわち、データ群に含まれるフレームデータおよびメディアデータを再生するための基本データが格納される。なお、メディアデータをサーバからダウンロードする場合は、画像データファイル名、画像ファイルデータサイズに代えて画像データの取得先ＵＲＬを、音声データロードファイル名、音声ファイルデータサイズに代えて音データの取得先ＵＲＬを記録する。
【００４１】
フレームデータ部は、複数のフレームデータからなる。フレームデータはある時刻における描画データをいう。すなわち、フレームデータ部に含まれるフレームデータを順次描画することにより動画（アニメーション）が表示される。
【００４２】
フレームデータは複数の描画データで構成される。描画データとはあるオブジェクトのデータ構造をいう。オブジェクトの種類として、「ｄｒａｗＩｍａｇｅ」（画像イメージ）、「ｄｒａｗＳｔｒｉｎｇ」（文字列）、「ｄｒａｗＬｉｎｅ」（直線）、「ｄｒａｗＲｅｃｔ」（矩形の枠）、「ｆｉｌｌＲｅｃｔ」（矩形）、「ｐｏｌｙＬｉｎｅ」（連続した複数の直線）、「ｆｉｌｌＰｏｌｙｇｏｎ」（多角形）、「ｄｒａｗＡｒｃ」（円の枠）、「ｆｉｌｌＡｒｃ」（円）、「ｓｏｕｎｄ」（音声）が例示できる。すなわち、フレームデータには単一または複数のオブジェクトが含まれ、このフレームデータを描画する時刻においてはこれらオブジェクトが描画されることになる。オブジェクトごとにデータ構造（データフィールド）が定められ、必要に応じてメディアデータが参照される。
【００４３】
メディアデータ部は、画像や音などのデータが格納されている領域である。それそれのデータのサイズは、ヘッダ部に記憶される。メディアデータ部は画像データまたはサウンドデータからなる。オブジェクトが画像である場合メディアデータが参照される。
【００４４】
以下、３つのフレームデータで１つの矩形が移動する簡単なアニメーションの構造を例示する。なお、各部を区切る「、」あるいは「，」は便宜的に付したものである。
ヘッダ部　　　　「ｍａｘｃｏｕｎｔ　＝　２、ｓｔｅｐ　＝　１」
フレームデータ部「フレームデータ０、フレームデータ１、フレームデータ２」
フレームデータ０「｜ｔｙｐｅ＝４，ｆｌｇ＝０，ＲＧＢ＝ｆｆ　９９　００，ｘ＝５，ｙ＝２０，ｗｉｄｔｈ＝５６，ｈｅｉｇｈｔ＝５６｜」
フレームデータ１「｜ｔｙｐｅ＝４，ｆｌｇ＝０，ＲＧＢ＝ｆｆ　９９　００，ｘ＝５８，ｙ＝６３，ｗｉｄｔｈ＝５６，ｈｅｉｇｈｔ＝５６｜」
フレームデータ２「｜ｔｙｐｅ＝４，ｆｌｇ＝０，ＲＧＢ＝ｆｆ　９９　００，ｘ＝６７，ｙ＝８８，ｗｉｄｔｈ＝５６，ｈｅｉｇｈｔ＝５６｜」
フレームデータ内の｜｜で囲まれた数値は描画データである。「ｔｙｐｅ＝４」が矩形に相当する。「ｆｌｇ」はオブジェクトを再利用するかのフラグであり、「ＲＧＢ」はオブジェクトの色、「ｘ」および「ｙ」はオブジェクトの座標を示す。「ｗｉｄｔｈ」および「ｈｅｉｇｈｔ」は各々オブジェクトの幅と高さを示す。なお、フレームの表示カウントは０から始まり、ｍａｘｃｏｕｎｔを越えるまで、フレームの描画が行われる。１つのフレームを描画後、カウントはｓｔｅｐの値加算される。フレームデータは、定義されている順に画面に反映される。
【００４５】
このようなデータ構造のデータを描画すれば、（１）フレームカウント＝０で「フレームデータ０」を描画、フレームカウントにｓｔｅｐ値を加算、（２）フレームカウント＝１で「フレームデータ１」を描画、フレームカウントにｓｔｅｐ値を加算、（３）フレームカウント＝２で「フレームデータ２」を描画、フレームカウントにｓｔｅｐ値を加算、（４）フレームカウント＝３で終了、となる。
【００４６】
以上本実施の形態で説明したように、本発明の携帯情報処理装置（携帯電話２、３）およびコンピュータシステム（サーバ１）を用いたシステムによれば、携帯電話２で撮影した静止画像にアニメーション的な加工を加えて容易に携帯電話３に配信できる。
【００４７】
なお、前記したデータ構造のフレームデータ部とヘッダ部を予め作成して用意しておけば、適切なテンプレートを提供できることは言うまでもない。前記実施の形態のテンプレートは、これらヘッダ部およびフレームデータ部により提供できる。なお、予め作成するテンプレートが提供する画像効果としては各種例示することが可能である。たとえば、終了イメージが各種方向から現れてくるワイプ、終了イメージがモザイク状に現れてくるモザイクワイプ、画像を規則的あるいは不規則に移動させるスクロール、開始イメージの上に終了イメージを浮かび上がらせるブレンド、画像がぼけていくボカシ、画像が渦状になる渦、画像にモザイクがかかっていくモザイク、広がり散った画像になる拡散、画像の形を曲げる変形、画像が次第に拡大または縮小する拡縮、徐々にグレースケール、セピア、２階調、ハーフトーンに変化していく色調変更、画像を回転する回転、画像が現れてくるフェードイン、画像が消えていくフェードアウト、オブジェクトを規則的あるいは不規則に移動させるオブジェクト移動、オブジェクトを拡大または縮小させるオブジェクト拡縮、これらを組み合わせる効果、等を例示できる。
【００４８】
以上、本発明者によってなされた発明を発明の実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更することが可能である。
【００４９】
たとえば、前記実施の形態では、配布用アプリケーションプログラムはネットワークを介して配信される場合を例示したが、これに限られず、携帯電話内に配布用アプリケーションプログラムに相当するプログラムを生成する機能を備え、その携帯電話内の画像データに前記したアニメーション効果を加えて、その画像を楽しむことも可能である。
【００５０】
【発明の効果】
本願で開示される発明のうち、代表的なものによって得られる効果は、以下の通りである。すなわち、携帯電話で撮影した静止画像に加工を施し、これを任意の携帯電話に配信できるシステムを提供できる。そして前記の加工を簡便に行うことができる。
【図面の簡単な説明】
【図１】本発明の携帯情報処理装置およびコンピュータシステムが実現する画像加工および加工画像の配信を実現するシステムの全体を模式的に示した概念図である。
【図２】サーバ１の構成の一例を模式的に示したブロック図である。
【図３】送信側携帯電話２の構成の一例を模式的に示したブロック図である。
【図４】受信側携帯電話３の構成の一例を模式的に示したブロック図である。
【図５】送信側携帯電話２が実行するアプリケーションソフトウェアの手順の一例を示した全体フローチャートである。
【図６】元画像のアップロード（ＵＬ）処理の一例を示したフローチャートである。
【図７】携帯電話２における上記アップロード処理を実現するプログラムの一例を示したリスト図である。
【図８】配布用アプリケーションソフトウェア（ＡＰ）の作成処理の一例を示したフローチャートである。
【図９】携帯電話２における上記配布用アプリケーションソフトウェア作成処理を実現するプログラムの一例を示したリスト図である。
【図１０】配布用アプリケーションプログラムの配布処理の一例を示したフローチャートである。
【図１１】携帯電話２における上記配布用アプリケーションソフトウェアの配布処理を実現するプログラムの一例を示したリスト図である。
【図１２】配布用アプリケーションプログラムの一例を示したリスト図である。
【図１３】配布用アプリケーションプログラムの他の例を示したリスト図である。
【符号の説明】
１…サーバ、２…送信側携帯電話、３…受信側携帯電話、４…インターネット、１１…制御システム、１２…加工システム、１３…テンプレート格納領域、１４…ユーザデータ格納領域、１５，１５ａ，１５ｂ…個人データ、１６…画像格納領域、１７…配布アプリケーションプログラム格納領域、１８…インタフェイス、２１…制御手段、２２…通信手段、２３…画像表示手段、２４…カメラ、２５…メモリ、２６…画像記録領域、２７…アプリケーションソフトウェア記録領域、３１…制御手段、３２…通信手段、３３…画像表示手段、３４…メモリ、３５…画像記録領域、３６…画像表示ソフトウェア記録領域。
【図１】
2004128649.tif 000003
【図２】
2004128649.tif 000004
【図３】
2004128649.tif 000005
【図４】
2004128649.tif 000006
【図５】
2004128649.tif 000007
【図６】
2004128649.tif 000008
【図７】
2004128649.tif 000009
【図８】
2004128649.tif 000010
【図９】
2004128649.tif 000011
【図１０】
2004128649.tif 000012
【図１１】
2004128649.tif 000013
【図１２】
2004128649.tif 000014
【図１３】
2004128649.tif 000015