(57)【要約】【課題】携帯端末機のキャラクタエージェント装置及び方法に関して、特にキャラクタ構造及びキャラクタを伝送する方法を提供する。【解決手段】本発明は、キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、携帯端末機の動作を分析し、キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行する制御部と、制御部から出力されるキャラクタ構造及びイメージ情報を表示する表示部とから構成されることを特徴とする。【選択図】図２
2005243011.tif 000002
【特許請求の範囲】
【請求項１】
キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、
キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、
前記携帯端末機の動作を分析し、前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行する制御部と、
前記制御部から出力されるキャラクタ構造及びイメージ情報を表示する表示部と、
から構成されることを特徴とする装置。
【請求項２】
前記キャラクタメモリが、
キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、
前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、
前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、
前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、
から構成されることを特徴とする請求項１記載の装置。 
【請求項３】
前記キャラクタヘッダーが、
キャラクタのタイプと、
前記キャラクタタイプに関する一般の説明のためのデータ説明情報と、
前記キャラクタタイプで表現可能なアニメーション種類の数を示すアニメーション数と、
から構成されることを特徴とする請求項２記載の装置。
【請求項４】
前記アニメーションヘッダーが、
前記キャラクタの定義された動作アニメーションまたは動作イメージを区分するための識別子と、
前記アニメーションを表現するためのフレームイメージの数と、から構成されることを特徴とする請求項３記載の装置。
【請求項５】
前記アニメーションヘッダーが、前記アニメーション識別子のキャラクタ動作による説明メッセージをさらに備えることを特徴とする請求項４記載の装置。
【請求項６】
前記アニメーションヘッダーが、アニメーションのフレームイメージが貯蔵された位置のスタートアドレスのスタートインデックスをさらに備えることを特徴とする請求項４記載の装置。
【請求項７】
前記フレームヘッダーが、
前記フレームイメージのスタート位置データと、
前記フレームイメージのサイズデータと、
前記フレーム間の表示時間間隔データと、から構成されることを特徴とする請求項４記載の装置。
【請求項８】
前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする請求項３記載の装置。
【請求項９】
前記アバタータイプのアバターキャラクタヘッダーが、
アバタータイプを表示するデータと、
アバターの種類を区別するためのアバター識別子と、アバターに関する説明と、アバター感情指数の値とを含む詳細情報データと、
前記アバターが表現することができるアニメーションの数を示すアニメーション
カウンタと、から構成されることを特徴とする請求項８記載の装置。
【請求項１０】
前記アバターヘッダーの詳細情報データが、
前記アバターの名称と、アバターの種類データをさらに備えることを特徴とする請求項９記載の装置。
【請求項１１】
前記アバターヘッダーの詳細情報データの感情指数値は、携帯端末機の動作をそれぞれ感性、人気、及び知能指数で累積した値であることを特徴とする請求項９記載の装置。
【請求項１２】
前記アバターアニメーションヘッダーが、
前記アバターアニメーションの動作種類を示すアニメーション識別子と、
前記アバターアニメーションの感情及びイベントの発生を示すメッセージデータと、
前記アバターアニメーションのフレームイメージの数を示すフレームカウンタと、から構成されることを特徴とする請求項９記載の装置。
【請求項１３】
キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、
キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、
前記携帯端末機の動作を分析して前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行し、プレゼントモードで選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成する制御部と、
前記伝送メッセージを設定された方式の近距離通信方式で変調して出力する近距離通信部と、
前記制御部によって処理されるキャラクタイメージ及び構造情報を表示し、前記プレゼントモードで前記制御部によってプレゼントメニューを表示する表示部と、から構成されることを特徴とする装置。
【請求項１４】
前記キャラクタメモリが、
キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、
前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、
前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、
前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、から構成されることを特徴とする請求項１３記載の装置。
【請求項１５】
前記制御部は、プレゼントメニューを選択するときに、プレゼント可能なキャラクタタイプを前記表示部に表示し、キャラクタタイプを選択するときに対応するキャラクタタイプのイメージを前記表示部に表示し、選択されるキャラクタに対応するキャラクタファイルを伝送メッセージで生成して前記近距離通信部に出力することを特徴とする請求項１４記載の装置。
【請求項１６】
前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする請求項１５記載の装置。
【請求項１７】
前記制御部が、キャラクタプレゼントメニューを表示するときに、前記キャラクタタイプの名称及びイメージで構成され、前記キャラクタタイプの選択際に、選択されたキャラクタファイルをキャラクタヘッダー、アニメーションヘッダー、フレームヘッダーで構成されるキャラクタ構造情報及び前記キャラクタ構造情報に該当するキャラクタイメージを伝送メッセージで生成することを特徴とする請求項１６記載の装置。
【請求項１８】
無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、
キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、
前記携帯端末機の動作を分析し、前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行し、前記キャラクタバックアップサービスモードで選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成する制御部と、
前記無線網を通じて前記バックアップサーバに接続され、前記生成される伝送メッセージを無線信号に変換してバックアップサーバに伝送する通信部と、
前記制御部によって処理されるキャラクタイメージ及び構造情報を表示し、前記バックアップサービスモードで前記制御部によってバックアップサービス状態を表示する表示部と、から構成されることを特徴とする装置。
【請求項１９】
前記キャラクタメモリが、
キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、
前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、
前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、
前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、から構成されることを特徴とする請求項１８記載の装置。
【請求項２０】
前記制御部は、バックアップサービスモードを選択するときに、伝送、再貯蔵、及びバックアップサービスの設定を表示し、使用者が選択した機能を遂行することを特徴とする請求項１９記載の装置。
【請求項２１】
前記制御部が、前記伝送機能を選択するときに、伝送可能なキャラクタタイプを前記表示部に表示し、キャラクタタイプの選択時に対応するキャラクタタイプのイメージを前記表示部に表示し、選択されるキャラクタに対応するキャラクタファイルを伝送メッセージで生成して前記通信部に出力することを特徴とする請求項２０記載の装置。
【請求項２２】
前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする請求項２１記載の装置。
【請求項２３】
前記制御部が、キャラクタ伝送メニューを表示するときに、前記キャラクタタイプの名称及びイメージで構成され、前記キャラクタタイプの選択時に、選択されたキャラクタファイルをキャラクタヘッダー、アニメーションヘッダー、フレームヘッダーで構成されるキャラクタ構造情報及び前記キャラクタ構造情報に該当するキャラクタイメージを伝送メッセージで生成することを特徴とする請求項２２記載の装置。
【請求項２４】
前記制御部が、再貯蔵のメニューを選択するときに、前記通信部を通じてバックアップされたキャラクタファイルの伝送を要求し、受信される前記キャラクタファイルを前記キャラクタメモリに貯蔵することを特徴とする請求項２０記載の装置。
【請求項２５】
前記制御部が、バックアップサービス設定のメニューを選択するときに、バックアップ時間、バックアップするキャラクタファイルのメニューを表示し、選択される時間及びキャラクタファイルを登録し、バックアップ時間になると、前記設定されたキャラクタファイルを伝送することを特徴とする請求項２０記載の装置。
【請求項２６】
無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、
キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、
前記携帯端末機の動作を分析し、前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行し、プレゼントモードで選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成し、前記キャラクタバックアップサービスモードで、選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成する制御部と、
前記伝送メッセージを設定された方式の近距離通信方式で変調して出力する近距離通信部と、
前記無線網を通じて前記バックアップサーバに接続され、前記生成される伝送メッセージを無線信号に変換してバックアップサーバに伝送する通信部と、
前記制御部によって処理されるキャラクタイメージ及び構造情報を表示し、前記バックアップサービスモードで前記制御部によってバックアップサービス状態を表示する表示部と、から構成されることを特徴とする装置。
【請求項２７】
キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル通信方法であって、
キャラクタ伝送モードを選択するときに、貯蔵しているキャラクタファイルのイメージを表示するステップと、
前記キャラクタイメージを選択するときに、前記キャラクタファイル構造情報及びキャラクタイメージで構成された前記キャラクタファイルを伝送メッセージに生成するステップと、
前記生成されたキャラクタファイルの伝送メッセージを伝送するステップと、からなることを特徴とする方法。
【請求項２８】
前記キャラクタファイルが、
キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、
前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、
前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、
前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、
から構成されることを特徴とする請求項２７記載の方法。
【請求項２９】
前記キャラクタヘッダーが、
キャラクタのタイプと、
前記キャラクタタイプに関する一般の説明のためのデータ説明情報と、
前記キャラクタタイプで表現可能なアニメーション種類の数を示すアニメーション数と、
から構成されることを特徴とする請求項２８記載の方法。
【請求項３０】
前記アニメーションヘッダーが、
前記キャラクタの定義された動作アニメーションまたは動作イメージを区分するための識別子と、
前記アニメーションを表現するためのフレームイメージの数と、から構成されることを特徴とする請求項２９記載の方法。
【請求項３１】
前記フレームヘッダーが、
前記フレームイメージのスタート位置データと、
前記フレームイメージのサイズデータと、
前記フレーム間の表示時間間隔データと、から構成されることを特徴とする請求項３０記載の方法。
【請求項３２】
前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする請求項３１記載の方法。
【請求項３３】
前記伝送するキャラクタファイルは、選択過程を遂行した後、前記キャラクタファイルの追加選択可否を表示し、追加選択の要求時に前記キャラクタファイル表示過程に戻るステップをさらに含むことを特徴とする請求項２８記載の方法。
【請求項３４】
前記キャラクタファイルは、伝送メッセージの生成後に、伝送方式を表示し、選択された伝送方式に該当する通信部に前記キャラクタファイルの伝送メッセージを出力するステップをさらに含むことを特徴とする請求項２８記載の方法。
【請求項３５】
前記伝送方式は、無線網を通じて接続されたバックアップサーバに前記キャラクタファイルを伝送するバックアップサービス方式、他の携帯端末機と近距離通信を遂行する近距離通信方式であることを特徴とする請求項３４記載の方法。
【請求項３６】
キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル通信方法であって、
キャラクタ通信モードを選択するときに、貯蔵しているキャラクタファイルのタイプを表示するステップと、
前記キャラクタファイルのタイプを選択するときに、選択されたタイプのキャラクタイメージを表示するステップと、
前記キャラクタイメージを選択するときに、前記キャラクタファイル構造情報及びキャラクタイメージで構成された前記キャラクタファイルを伝送メッセージに生成するステップと、
前記生成されたキャラクタファイルの伝送メッセージを近距離通信部を通じて他の端末機に伝送するステップと、からなることを特徴とする方法。
【請求項３７】
前記キャラクタファイルが、
キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、
前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、
前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、
前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、
から構成されることを特徴とする請求項３６記載の方法。
【請求項３８】
前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする請求項３７記載の方法。
【請求項３９】
前記キャラクタヘッダーが、
キャラクタのタイプと、
前記キャラクタタイプに関する一般の説明のためのデータ説明情報と、
前記キャラクタタイプで表現可能なアニメーション種類の数を示すアニメーション数と、
から構成されることを特徴とする請求項３８記載の方法。
【請求項４０】
前記アニメーションヘッダーが、
前記キャラクタの定義された動作アニメーションまたは動作イメージを区分するための識別子と、
前記アニメーションを表現するためのフレームイメージの数と、から構成されることを特徴とする請求項３９記載の方法。
【請求項４１】
前記フレームヘッダーが、
前記フレームイメージのスタート位置データと、
前記フレームイメージのサイズデータと、
前記フレーム間の表示時間間隔データと、から構成されることを特徴とする請求項４０記載の方法。
【請求項４２】
前記伝送するキャラクタファイルは、選択過程を遂行した後、前記キャラクタファイルの追加選択可否を表示し、追加選択の要求時に前記キャラクタファイル表示過程に戻るステップをさらに含むことを特徴とする請求項３６記載の方法。
【請求項４３】
前記キャラクタファイルは、伝送メッセージの生成後に、近距離通信方式を表示し、選択された近距離通信方式に該当する通信部に前記キャラクタファイルの伝送メッセージを出力するステップをさらに含むことを特徴とする請求項３６記載の方法。
【請求項４４】
キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイルを近接位置の他の端末機に通信する方法であって、
キャラクタ近距離通信の受信モードで、キャラクタファイルの受信であるかどうかを検査するステップと、
前記キャラクタファイルを受信するときに、受信されるキャラクタファイルを貯蔵するステップと、
前記更新要求の際に、前記受信されたキャラクタファイルを前記キャラクタエージェント機能のキャラクタで登録するステップと、からなることを特徴とする方法。
【請求項４５】
無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイルを処理する方法であって、
前記キャラクタバックアップサービスモードを選択するときに、バックアップの設定及び通信モードの設定を表示するステップと、
前記通信モードの選択際に、前記キャラクタファイルのイメージを表示し、選択されるキャラクタファイルを伝送メッセージ形態で生成し、前記バックアップサーバに接続して前記生成されたキャラクタファイルの伝送メッセージを伝送するステップと、
前記バックアップ設定モードの選択時に、自動バックアップモードの設定を表示し、自動バックアップ時間、バックアップするキャラクタファイルを登録するステップと、からなることを特徴とする方法。
【請求項４６】
前記キャラクタファイルが、
キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、
前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、
前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、
前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、から構成されることを特徴とする請求項４５記載の方法。
【請求項４７】
前記バックアップ通信モードが再貯蔵のステップをさらに含み、
前記再貯蔵ステップは、
前記バックアップサーバに接続してバックアップされたキャラクタファイルの伝送を要求するステップと、
前記受信されるキャラクタファイルを貯蔵するステップと、からなることを特徴とする請求項４６記載の方法。
【請求項４８】
前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする請求項４６記載の方法。
【請求項４９】
前記自動バックアップ時間では、前記自動バックアップで登録されたキャラクタファイルを伝送メッセージ形態で生成し、前記バックアップサーバに接続して前記生成されたキャラクタファイルの伝送メッセージを伝送するステップをさらに含むことを特徴とする請求項４６記載の方法。
【請求項５０】
無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイルを処理する方法であって、
前記バックアップ設定モードの際に、バックアップ時間及びバックアップするキャラクタファイルを登録するステップと、
前記登録されたバックアップ時間で前記登録されたキャラクタファイルを伝送メッセージ形態で生成し、前記バックアップサーバに接続して前記生成されたキャラクタファイルの伝送メッセージを伝送するステップと、からなることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末機のキャラクタエージェント装置及び方法に関して、特にキャラクタ構造及びキャラクタを伝送する方法に関するものである。
【背景技術】
【０００２】
最近では、インターネット通信やゲームサイト(game site)そして通信サイト(community site)などを利用するとき、自分の別の表現であるアバター(avatar)を使用している。すなわち、インターネット利用者のうち、電子メール(e-mail)を利用するネチズン(netizen)がいないように、今はすべてのネチズンが新たなインターネットＩＤ(internet identity)の道具としてアバターを持つのが一般化になってきている。このように、アバターの急速な発展は、テキスト(text)を主とする単純なＰＣ通信や初期インターネットでネチズンが自己表現に限界を感じるという点と、マルチメディア(multimedia)支援技術の急速な発展という点とに、その理由があると判断される。
【０００３】
ネチズンがインターネット空間上で自己表現の欲求を満たすための道具として登場したアバター技術は、現在までには、伝統的な人形遊びのサービスを提供するに止めている状況である。つまり、発展的なアバターの使用のための新たな市場創出の努力が必要な時点である。しかしながら、単純な人形遊びとしてのアバターサービスでは、携帯端末機でアバターの使用に対する欲求を強く誘発させるのに限界がある。したがって、既存のインターネット上でアバターオンラインゲームにおけるアバター、携帯端末機におけるアバターは、新たな差別性を持つのが必要である。すなわち、既存のアバター機能及び特性の融合とモバイル網/器機との強力な連動を通じて単純な人形遊び、道具を超えた可能性を与えた新たなアバターシステムの開発が必要になった。
【０００４】
上記したように、現在の携帯端末機は電話機能以外に多様な付加機能が追加される傾向にある。この付加機能のうちの一つとして、携帯端末機の動作と連動して携帯端末機の状態を表示するアバターが備えられるキャラクタエージェント機能の携帯端末機が研究されている。そして、携帯端末機はキャラクタ及びこのキャラクタと連動する各種携帯端末機の情報を貯蔵及びバックアップする機能が必要になる。ここで、キャラクタは、イメージファイルで処理されるすべてのデータを意味する。
【０００５】
また、現在携帯端末機の中で、携帯端末機間に近距離通信が遂行可能な端末機がある。このとき、近距離通信方法は、ＩｒＤＡ(Infrared Data Association)やBluetooth、ＷＬＡＮ(Wireless Local Area Network)及びＵＳＢ（Universal Serial Bus）通信方式がある。したがって、この近距離通信方式を用いて携帯端末機のユーザーが持っているキャラクタを他の携帯端末機に伝送することもできる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、本発明の目的は、第１に、携帯端末機でキャラクタエージェント機能を実現するための装置及び方法を提供することにある。
【０００７】
第２に、キャラクタエージェント機能を有する携帯端末機でキャラクタファイル構造及びこれを処理する方法を提供することにある。
【０００８】
第３に、キャラクタエージェント機能を有する携帯端末機が、キャラクタファイルを伝送することができる装置及び方法を提供することにある。
【０００９】
第４に、キャラクタエージェント機能を有する携帯端末機が、近距離通信を通じて他の携帯端末機でキャラクタファイルを伝送することができる装置及び方法を提供することにある。
【００１０】
第５に、携帯端末機が近距離通信を通じて伝送されるキャラクタファイルを受信してキャラクタエージェント機能を遂行することができる装置及び方法を提供することにある。
【００１１】
第６に、キャラクタ表示機能を有する携帯端末機において、端末機のデータをキャラクタのエージェント機能にバックアップすることができる方法を提供することにある。
【００１２】
第７に、キャラクタ表示機能を有する携帯端末機において、設定された時間で携帯端末機のデータ及びキャラクタを無線通信網を通じて外部サーバにバックアップ貯蔵することができる方法を提供することにある。
【００１３】
第８に、キャラクタ表示機能を有する携帯端末機において、キャラクタを無線通信網を通じて外部サーバにバックアップ貯蔵することができる方法を提供することにある。
【００１４】
第９に、アバター表示機能を有する携帯端末機において、アバターファイルを伝送ファイルに生成して無線通信網を通じてバックアップサーバに伝送することができる方法を提供することにある。
【００１５】
第１０に、携帯端末機の動作状態を表示するアバター及び待機状態の画面に表示されるアバターハウスなどのキャラクタを無線通信網を通じて外部サーバにバックアップ貯蔵することができる方法を提供することにある。
【００１６】
第１１に、携帯端末機の動作状態を表示するアバター、待機状態の画面に表示されるアバターハウス及びアバターハウス内に表示されるアイテムなどのキャラクタを無線通信網を通じて外部サーバにバックアップ貯蔵することができる方法を提供することにある。
【課題を解決するための手段】
【００１７】
上記の目的を達成するために本発明は、キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、前記携帯端末機の動作を分析し、前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行する制御部と、前記制御部から出力されるキャラクタ構造及びイメージ情報を表示する表示部と、から構成されることを特徴とする。
また、本発明は、前記キャラクタメモリが、キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、から構成されることを特徴とする。
また、本発明は、前記キャラクタヘッダーが、キャラクタのタイプと、前記キャラクタタイプに関する一般の説明のためのデータ説明情報と、前記キャラクタタイプで表現可能なアニメーション種類の数を示すアニメーション数と、から構成されることを特徴とする。
また、本発明は、前記フレームヘッダーが、前記フレームイメージのスタート位置データと、前記フレームイメージのサイズデータと、前記フレーム間の表示時間間隔データと、から構成されることを特徴とする。
また、本発明は、前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする。
【００１８】
また本発明は、キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、前記携帯端末機の動作を分析して前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行し、プレゼントモードで選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成する制御部と、前記伝送メッセージを設定された方式の近距離通信方式で変調して出力する近距離通信部と、前記制御部によって処理されるキャラクタイメージ及び構造情報を表示し、前記プレゼントモードで前記制御部によってプレゼントメニューを表示する表示部と、から構成されることを特徴とする。
【００１９】
更に本発明は、無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、前記携帯端末機の動作を分析し、前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行し、前記キャラクタバックアップサービスモードで選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成する制御部と、前記無線網を通じて前記バックアップサーバに接続され、前記生成される伝送メッセージを無線信号に変換してバックアップサーバに伝送する通信部と、前記制御部によって処理されるキャラクタイメージ及び構造情報を表示し、前記バックアップサービスモードで前記制御部によってバックアップサービス状態を表示する表示部と、から構成されることを特徴とする。
【００２０】
本発明は、無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル処理装置であって、キャラクタのタイプ、キャラクタイメージの情報で構成されるキャラクタ構造及び少なくとも一つのフレームイメージで構成されるキャラクタイメージを貯蔵するキャラクタメモリと、前記携帯端末機の動作を分析し、前記キャラクタメモリで該当するキャラクタ構造データ及びキャラクタイメージデータを処理するキャラクタエージェント機能を遂行し、プレゼントモードで選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成し、前記キャラクタバックアップサービスモードで、選択されるキャラクタのキャラクタ構造及びイメージを伝送メッセージ形態で生成する制御部と、前記伝送メッセージを設定された方式の近距離通信方式で変調して出力する近距離通信部と、前記無線網を通じて前記バックアップサーバに接続され、前記生成される伝送メッセージを無線信号に変換してバックアップサーバに伝送する通信部と、前記制御部によって処理されるキャラクタイメージ及び構造情報を表示し、前記バックアップサービスモードで前記制御部によってバックアップサービス状態を表示する表示部と、から構成されることを特徴とする。
【００２１】
また本発明は、キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル通信方法であって、キャラクタ伝送モードを選択するときに、貯蔵しているキャラクタファイルのイメージを表示するステップと、前記キャラクタイメージを選択するときに、前記キャラクタファイル構造情報及びキャラクタイメージで構成された前記キャラクタファイルを伝送メッセージに生成するステップと、前記生成されたキャラクタファイルの伝送メッセージを伝送するステップと、からなることを特徴とする。
また、本発明は、前記キャラクタファイルが、キャラクタタイプ及びキャラクタ種類に対するアニメーション数に関する情報を含むキャラクタヘッダーと、前記アニメーション種類と該当アニメーションを表現するためのフレームイメージの数に関する情報を含み、前記キャラクタヘッダーのアニメーション数だけ備えられるアニメーションヘッダーと、前記アニメーションを構成するフレームイメージのサイズ及び表示位置情報を含み、前記各アニメーションヘッダーのフレームイメージ数だけそれぞれ備えられるフレームヘッダーと、前記アニメーションヘッダーのアニメーション種類に対応する前記フレームヘッダーのフレームイメージ数だけ備えられるフレームイメージと、から構成されることを特徴とする。
また、本発明は、前記キャラクタヘッダーが、キャラクタのタイプと、前記キャラクタタイプに関する一般の説明のためのデータ説明情報と、前記キャラクタタイプで表現可能なアニメーション種類の数を示すアニメーション数と、から構成されることを特徴とする。
また、本発明は、前記アニメーションヘッダーが、前記キャラクタの定義された動作アニメーションまたは動作イメージを区分するための識別子と、前記アニメーションを表現するためのフレームイメージの数と、から構成されることを特徴とする。
また、本発明は、前記フレームヘッダーが、前記フレームイメージのスタート位置データと、前記フレームイメージのサイズデータと、前記フレーム間の表示時間間隔データと、から構成されることを特徴とする。
また、本発明は、前記キャラクタタイプは、アバター、アイテム、アバターハウス、背景画面のうちのいずれか一つであることを特徴とする。
【００２２】
また本発明は、キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイル通信方法であって、キャラクタ通信モードを選択するときに、貯蔵しているキャラクタファイルのタイプを表示するステップと、前記キャラクタファイルのタイプを選択するときに、選択されたタイプのキャラクタイメージを表示するステップと、前記キャラクタイメージを選択するときに、前記キャラクタファイル構造情報及びキャラクタイメージで構成された前記キャラクタファイルを伝送メッセージに生成するステップと、前記生成されたキャラクタファイルの伝送メッセージを近距離通信部を通じて他の端末機に伝送するステップと、からなることを特徴とする。
【００２３】
なお本発明は、キャラクタエージェント機能を遂行する携帯端末機のキャラクタファイルを近接位置の他の端末機に通信する方法であって、キャラクタ近距離通信の受信モードで、キャラクタファイルの受信であるかどうかを検査するステップと、前記キャラクタファイルを受信するときに、受信されるキャラクタファイルを貯蔵するステップと、前記更新要求の際に、前記受信されたキャラクタファイルを前記キャラクタエージェント機能のキャラクタで登録するステップと、からなることを特徴とする。
【００２４】
本発明は、無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイルを処理する方法であって、前記キャラクタバックアップサービスモードを選択するときに、バックアップの設定及び通信モードの設定を表示するステップと、前記通信モードの選択際に、前記キャラクタファイルのイメージを表示し、選択されるキャラクタファイルを伝送メッセージ形態で生成し、前記バックアップサーバに接続して前記生成されたキャラクタファイルの伝送メッセージを伝送するステップと、前記バックアップ設定モードの選択時に、自動バックアップモードの設定を表示し、自動バックアップ時間、バックアップするキャラクタファイルを登録するステップと、からなることを特徴とする。
【００２５】
そして本発明は、無線網を通じてキャラクタファイルをバックアップするバックアップサーバに接続され、前記キャラクタファイルを用いてキャラクタエージェント機能を遂行する携帯端末機のキャラクタファイルを処理する方法であって、前記バックアップ設定モードの際に、バックアップ時間及びバックアップするキャラクタファイルを登録するステップと、前記登録されたバックアップ時間で前記登録されたキャラクタファイルを伝送メッセージ形態で生成し、前記バックアップサーバに接続して前記生成されたキャラクタファイルの伝送メッセージを伝送するステップと、からなることを特徴とする。
【発明の効果】
【００２６】
本発明は、携帯端末機の使用状態及びイベントの発生をキャラクタを利用して表現できる携帯端末機において、キャラクタを様々な形態のファイルで貯蔵可能である。また、キャラクタファイルはタイプに関係なく共通されたファイル構造で貯蔵することができ、タイプより一番適宜な形態のファイルで貯蔵することもできる。そして、キャラクタファイルのプレゼント機能を利用して携帯端末機と携帯端末機との間に直接にやり取りが可能であり、それにより携帯端末機のキャラクタファイルを容易にアップグレードすることができる。また、携帯端末機と携帯端末機との間にキャラクタファイルを通信する無線通信システムで、携帯端末機に貯蔵する各種資源を開放された無線インターネットを通じてバックアップサーバに貯蔵することができる効果がある。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。図面において、同一の構成はできるだけ同一の参照番号及び参照符号を付して説明する。
【００２８】
以下に説明する本発明の実施形態は、携帯端末機のデータファイルを伝送する装置及び方法に関するものである。ここで、データファイルは画像ファイル、音楽ファイル、またはキャラクタファイルなどになる。本実施形態では、データファイルがキャラクタファイルであると仮定して説明する。
【００２９】
以下、本実施形態ではキャラクタファイルの構造及び伝送ファイルフォーマットなどについて詳細に説明する。まず、キャラクタファイル(character file)は、ヘッダーデータ(header data)及びイメージデータ(image data)で構成される。ここで、ヘッダーは、キャラクタヘッダー(characer header)、アニメーションヘッダー(animation header)、及びフレームヘッダー(frame header)からなる。また、イメージデータは、これらヘッダーによるキャラクタイメージ(character image)からなる。そして、以下の説明において“キャラクタ”は、携帯端末機でイメージで表現可能なすべてのデータを意味する。また、“ヘッダーデータ”はキャラクタイメージを表示するためのすべてのデータを意味する。本発明の実施形態による携帯端末機のキャラクタは、アバター、アバターハウス、アイテム(item)、背景画面(back-scenery)などで構成されると仮定する。
【００３０】
ます、アバターは、上記したように携帯端末機の感性状態を表示するアバターアニメーション、携帯端末機の文字メッセージ(text message：ＳＭＳ、ＥＭＳ、ＭＭＳなど)内容による感情を表現するアバターイメージ、携帯端末機で発生するイベントを表示するためのアバターイメージを備える。本発明の実施形態で、アバターイメージは、携帯端末機の感性状態を表示する複数のアバターイメージ、文字メッセージの内容による感情を表示する複数のアバターイメージ、そして、携帯端末機のイベントに該当する複数のアバターイメージで構成されると仮定する。そして、このようなアバターイメージは、それぞれ対応するヘッダーを備える。このアバターファイル構造はヘッダー及びイメージで構成され、このとき、ヘッダーは各イメージの識別子、スタート位置、イメージ数、表示位置、及びアニメーションの名称などの情報をそれぞれ備える。そして、アバター伝送モードでアバターイメージのそれぞれに対応するヘッダー及びこのアバターイメージを伝送形態のファイルに生成した後、これを伝送する。
【００３１】
第２に、アバターハウスは、アバターハウスの背景画面に一つ以上のアイテムを接続させて携帯端末機の待機画面として表示する画面を意味する。すなわち、アバターハウスは、背景画面にユーザーの選択によるアイテムを配置させ、携帯端末機の待機状態の画面として使用する。このとき、上記のアバターもアバターハウスに表示可能である。アバターハウスのファイル構造は、ヘッダー及びイメージで構成される。ここで、ヘッダーは、アバターハウスのヘッダーとアバターハウスに接続されるアイテムのヘッダーとから構成される。このアバターハウスのヘッダーは、アバターハウスの識別子、アバターが表示される位置、アバターハウスのサイズ及び名称のデータを含む。また、アイテムのヘッダーは、それぞれ対応するアイテムインデックス、アイテムが表示されるアバターハウスの位置、アイテム名称などを含む。そして、アバターハウスの伝送モードで、アバターハウス及び接続された各アイテムにそれぞれ対応するヘッダー及びアバターハウスの背景画面及びアイテムイメージをそれぞれ圧縮した形態のファイルで生成した後、これを伝送する。
【００３２】
第３に、アイテムは、アバターハウスの画面に表示できるイメージを意味する。このアイテムは、アバターハウスに接続して表示され、接続しない場合には表示されない。したがって、アバターハウスに接続されないアバターイメージは、アバターを伝送するときに別途に伝送しなければならない。このアイテムはヘッダー及びイメージで構成され、ここで、ヘッダーはアイテムインデックス及びアイテムが表示されるアバターハウス内の位置、そして、名称で構成可能である。ここで、アイテムの表示位置情報は、アバターハウスに接続しない場合には初期(default)設定した位置情報になる。
【００３３】
図１は、携帯端末機１０の構成を示すものである。 
図１を参照すると、通信部１２１は携帯端末機と無線通信網との間の無線通信機能を遂行する。この通信部１２１は、送信信号の周波数を上昇変換及び増幅するＲＦ送信器と、受信信号を低雑音増幅し、周波数を下降変換するＲＦ受信器などを含む。データ処理部１２３は、送信信号を符号化及び変調する送信器及び受信信号を復調及び復号化する受信器を備える。すなわち、データ処理部１２３は、モデム(MODEM)及びコーデック(CODDEC)で構成可能である。ここで、コーデックは、データなどを処理するデータコーデックと、音声などのオーディオ信号を処理するオーディオコーデックとを備える。
【００３４】
キー入力部１１５は、数字及び文字情報を入力するためのキー及び各種機能を設定するための機能キーを備える。また、キー入力部１１５は、本発明の実施形態によりキャラクタ処理機能を遂行するための機能キーを備える。
【００３５】
メモリ１１３は、プログラムメモリ及びデータメモリで構成される。プログラムメモリは携帯端末機の各プログラム及び本発明の実施形態により携帯端末機間のキャラクタを処理する手続きを遂行するプログラムを貯蔵する。データメモリは、プログラムを遂行する途中で発生するデータを一時貯蔵する機能を遂行する。また、データメモリは本発明の実施形態によるキャラクタファイルを貯蔵するキャラクタメモリを備える。このキャラクタメモリは、キャラクタ構造メモリ及びキャラクタイメージメモリで構成される。このとき、キャラクタ構造メモリはキャラクタのヘッダー情報を貯蔵し、キャラクタイメージメモリはアニメーションを遂行する実際イメージ情報が貯蔵される。キャラクタメモリはファイルシステムで動作でき、各キャラクタ別にメモリ(または、ファイルシステム)のインデックスを持っている。このキャラクタメモリに貯蔵されたキャラクタファイルは、キャラクタの反応を遂行するそれぞれの形態別に貯蔵可能になる。本発明の実施形態で、キャラクタは、アバター、アバターハウス、及びアイテムを含むことができる。
【００３６】
制御部１１０は、携帯端末機の全般的な動作を制御する機能を遂行する。また、制御部１１０は、データ処理部１２３を含むこともできる。すなわち、携帯電話機の場合に、制御部１１０はデータ処理部１２３を含むＭＳＭチップになる。この制御部１１０は、本発明の実施形態により携帯端末機の状態をキャラクタで表現可能である。そして、通話機能を遂行するためのマイク及びスピーカは、データ処理部１２３または制御部１１０に接続可能である。
【００３７】
表示部１４０は、制御部１１０の制御下にキャラクタイメージ及びユーザーデータを表示する。ここで、表示部１４０はＬＣＤを使用でき、この場合に、表示部１４０はＬＣＤ制御部(LCD controller)、画像データを貯蔵するメモリ及びＬＣＤ表示素子などを備える。ここで、ＬＣＤをタッチスクリーン(touch screen)方式で実現する場合に、入力部として動作することもできる。
【００３８】
近距離通信部１５０は、外部の通信装置と接続して携帯端末機と情報を通信する機能を遂行する。ここで、外部通信装置では、また他の携帯端末機、コンピュータ、デジタルカメラなどがある。近距離通信部１５０は、制御部１１０の制御下に外部の通信装置と通信インタフェース機能を遂行し、貯蔵している携帯端末機の資源を外部装置と通信する機能を遂行する。この近距離通信部１５０は、ＩｒＤＡ、Bluetooth、ＷＬＡＮ通信などの無線通信方式及び、ＵＳＢ、ＲＳ-２３２Ｃのような有線通信方式で実現できる。
【００３９】
上記のような構成を有する携帯端末機はキャラクタファイルを備え、キャラクタファイルはメモリ１１３に貯蔵される。このキャラクタファイルの構造は、図２のような構成を有する。
【００４０】
図２を参照すると、本発明の実施形態によるキャラクタファイルはヘッダーとイメージで構成される。すなわち、ヘッダーはキャラクタヘッダー２１０、ｍ個のアニメーションヘッダー２３１〜２３ｍ、これらアニメーションヘッダーにそれぞれ対応するｎ個のフレームヘッダー(frame header)２５１〜２５ｎで構成される。キャラクタヘッダー２１０は、キャラクタのタイプ及びアニメーションの個数を定義する情報ヘッダーであって、アニメーションの個数は該当するキャラクタタイプで表現可能なキャラクタの数となる。アニメーションヘッダー２３１〜２３ｍは、アニメーションの種類及びフレームイメージの数を定義する情報ヘッダーであって、フレームイメージの数が１であれば、単一イメージ(single image)で、フレームイメージの数が少なくとも２であれば、アニメーションで表現される。フレームヘッダー２５１〜２５ｍは、アニメーションを構成するフレーム情報とフレームイメージの数を定義する情報ヘッダーであって、対応するアニメーションヘッダーのフレームイメージの数に対応する数で構成される。すなわち、アニメーションヘッダーの個数ｍはキャラクタヘッダー２１０のアニメーションの数だけ備えられ、フレームヘッダーの数ｎは対応するアニメーションヘッダーの数だけ備えられる。そして、キャラクタイメージ２７１〜２７ｍはアニメーションヘッダーの数だけ備えられると、それぞれのアニメーションヘッダーに対応するキャラクタイメージはフレームヘッダーの数に対応する。
【００４１】
したがって、メモリ１１３は、図２に示したようなキャラクタファイルをアバター、アイテム、アバターハウス、背景画面などの各キャラクタタイプ別に備える。そして、各キャラクタファイルは該当するキャラクタヘッダー、アニメーションヘッダー、及びフレームヘッダーで構成されるヘッダー部と、該アニメーションヘッダーに対応する数で構成されるイメージブロックとからなる。
【００４２】
まず、キャラクタヘッダー２１０はキャラクタタイプの識別子及び該当するキャラクタタイプのアニメーション数に対する情報で構成される。このアニメーションは携帯端末機で特定イメージを表示することを意味し、アニメーションの数は該当するキャラクタタイプで表示できるアニメーション種類の数を意味する。例えば、キャラクタタイプがアバターで、このアバターで表現するためのアバターイメージがｍ個で構成されると、アバターキャラクタのアニメーションの数はｍになる。第２に、アニメーションヘッダー２３１〜２３ｍは、キャラクタタイプを構成するアニメーションの種類及び該当アニメーション種類を表示するためのイメージブロックのフレームイメージの数などを定義する。すなわち、アニメーションを表示するイメージブロックの数は一つ以上のフレームイメージで構成され、フレームイメージの数はイメージブロックを構成するフレームの数に対応する。例えば、アニメーションで表示されるイメージブロックがｎ個のフレームイメージで構成されると、このフレームヘッダー２５１〜２５ｍはｎ個で構成される。第３に、フレームヘッダー２５１〜２５ｍはアニメーションで表示される各フレームイメージに対する情報を備える。すなわち、フレームヘッダー２５１〜２５ｍは、アニメーションを構成するフレームイメージの表示位置及び表示間隔などに関する情報を備える。
【００４３】
したがって、キャラクタファイルは各キャラクタタイプ(アバター、アイテム、アバターハウス、アイテム、背景画面など)で構成され、一つのキャラクタヘッダーは少なくとも一つのアニメーションヘッダーを備える。また、アニメーションヘッダーは、アニメーションで表示されるイメージブロックに対する少なくとも一つのフレームイメージに関する情報を含むフレームヘッダーを含むような 構造を有する。
【００４４】
図３Ａは図２のキャラクタヘッダー２１０の構造を示す図で、図３Ｂは図２のアニメーションヘッダー２３１〜２３ｍの構造を示す図で、図３Ｃは図２のフレームヘッダー２５１〜２５ｍの構造を示す図である。
【００４５】
図３Ａを参照すると、キャラクタヘッダーは、該当するキャラクタファイルタイプ２２１、このキャラクタタイプ２２１に関する情報(detailed information)、そしてキャラクタタイプ２２１に対するアニメーションの数２２５などに情報ヘッダー(information header)である。キャラクタヘッダー２１０は、キャラクタタイプ２２１、キャラクタ詳細情報２２３、及びアニメーションカウンタ(animation counter)２２５とからなる。本発明の実施形態では、上記したようにキャラクタタイプ２２１はアバタータイプ、アバターハウスタイプ、アイテムタイプ、背景画面タイプ(back-scenery type)からなると仮定する。アバタータイプはアバターに関するメモリ領域を示し、アバターハウスタイプはアバターハウスに関するメモリ領域を示す。ここで、アバターハウスは、待機状態で表示される携帯端末機の画面であって、背景画面及びアイテムの組み合わせによって構成される。アイテムタイプは、アバターハウスに使用可能なアイテムに対するメモリ領域を示す。ここで、アイテムは、アバターハウスに含まれたアイテム及び含まれないアイテムをすべて含む。背景画面タイプは、アバターハウスに使用できる背景画面に関するメモリ領域を示す。この背景画面は、アバターハウスに含まれた背景画面及び含まれない背景画面も含む。キャラクタタイプ２２１に対する定義は、下記の<表１>のようである。
【００４６】
【表１】
2005243011.tif 000003
【００４７】
また、キャラクタタイプ２２１に関する詳細情報(detailed information)２２３は、キャラクタタイプ２２１に対する一般的説明のためのテキストデータを貯蔵する領域である。このとき、キャラクタタイプがアバタータイプであれば、詳細情報２２３の領域には該当するアバターに関する情報値(アバターＩＤ、名称、感情数値など)が貯蔵され、アバターハウスタイプであれば、アバターハウスに関する情報値(名称など)が貯蔵され、アイテムタイプであれば、アイテムに関する情報値(名称、アイテム機能など)が貯蔵され、アバターハウスで使用されうる情報値(名称など)が貯蔵可能である。キャラクタタイプ２２１の詳細情報２２３領域に貯蔵されるテキストデータは、下記の<表２>のように実現できる。
【００４８】
【表２】
2005243011.tif 000004
【００４９】
また、アニメーションカウンタ(AniCnt)は、アニメーションを表現可能なイメージブロックの数が貯蔵される領域である。ここで、キャラクタタイプ２２１がアバタータイプであれば、該当するアバターで表現可能なアニメーションのイメージブロックの数(感情動作、イベント動作、メッセージ状態表示など)が貯蔵され、アバターハウスタイプであれば該当するアバターハウスで表示できるイメージブロックの数(アイテムの数及び背景画面の数)が貯蔵され、このアイテムタイプであればアバターハウスまたは単独に表示可能なアイテムの数が貯蔵され、背景画面タイプであればアバターハウスまたは単独に表示される背景画面の数が貯蔵されることができる。キャラクタタイプ２２１に対するアニメーションカウンタ２２５は、下記の<表３>のように定義される。
【００５０】
【表３】
2005243011.tif 000005
【００５１】
図３Ｂは、キャラクタファイルのアニメーションヘッダー２３１〜２３ｍの構造を示す図である。アニメーションヘッダー２３１〜２３ｍは、アニメーション識別子(animation identifier：ＡｎｉＩＤ)２４１と、スタートインデックス(start index)２４３と、メッセージ情報(message)２４５と、フレームカウンタ(frame counter：ＦｒａｍｅＣｎｔ)２４７とからなる。アニメーション識別子２４１には、アニメーションで表示されるイメージブロックの識別子が貯蔵される。スタートインデックス２４３は、フレームイメージのスタート部分を探すためのアドレスが貯蔵され、イメージ圧縮を使用しない場合にはスタートインデックス２４３は使用しないことがある。メッセージ情報２４５の領域にはアニメーション動作に含まれるテキスト情報が貯蔵される。各キャラクタタイプに関するメッセージ情報２４５の領域には、下記の<表４>のようなテキストが貯蔵される。フレームカウンタ２４７の領域には、該当アニメーションで表示可能なイメージブロックのフレームイメージの数(フレームヘッダーの数)が貯蔵される。このとき、アニメーションで表示されるイメージブロックのサイズは少なくとも２つ以上のフレームイメージで構成され、アニメーションで表示されない単一イメージ、すなわちフレームイメージが一つで構成された場合(non-animation: just one-cut image)は、フレームカウンタ２４７に“１(すなわち、ｎ＝１)”が貯蔵される。
【００５２】
【表４】
2005243011.tif 000006
【００５３】
図３Ｃは、フレームヘッダー２５１〜２５ｍの構造を示す図である。フレームヘッダー２５１〜２５ｍは、フレームイメージが表示される携帯端末機の表示部１４０の位置情報及び表示間隔(frame interval)の情報を備える。ここで、PosＸ２６１及びPosＹ２６３は、該当イメージが表示部１４０に表示されるスタート位置(相対座標)情報であり、幅(width)２６５及び高さ(height)２６７はフレームイメージのサイズを示す情報である。したがって、PosＸ２６１、PosＹ ２６３、幅２６５及び 高さ２６７によって該当するフレームイメージの表示位置が決定される。また、表示間隔２６９はフレームイメージが２つ以上で構成されるアニメーションイメージの場合に次のフレーム表示までの時間間隔を示し、最後のフレームイメージのフレームヘッダーの場合には“０”が貯蔵される。また、イメージが単一イメージの場合にも表示間隔２６９には“０”が貯蔵される。
【００５４】
図３Ｃのような構造を有するフレームヘッダーの数は、上記したように各アニメーションヘッダー２３１〜２３ｍのフレームカウンタ２４７の数によって決定される。例えば、アニメーションヘッダー２３１にイメージブロックを構成するフレームイメージの数が１０であれば、フレームヘッダー２５１のフレームヘッダーの数は１０になる。また、アニメーションヘッダー２３２のイメージブロックを構成するフレームイメージの数が１５であれば、フレームヘッダー２５２の数は１５になる。したがって、フレームヘッダー２５１〜２５ｍの数ｎは該当するアニメーションヘッダー２３１〜２３ｍに貯蔵されたフレームカウンタ２４７の値によって決定される。
【００５５】
本発明の実施形態では、上記のようにフレームヘッダーが各アニメーションを遂行するイメージブロックの各フレームイメージに対応する数で構成される例を説明する。このようなフレームヘッダーを使用する場合、表示部１４０にイメージを表示するとき、各フレームイメージの位置を変更するため、アニメーション動作を表示する。しかしながら、フレームイメージを構成するとき、イメージの位置を予め変更させてフレームイメージを構成することができる。このような方法で構成されるフレームイメージは表示部１４０の固定位置に表示されるが、フレームイメージを表示する領域内でイメージの表示位置が可変されることにより、アニメーション動作で表示することも可能である。したがって、キャラクタイメージを表示するとき、フレームイメージの構成は前者及び後者の方法をすべて使用可能である。
【００５６】
まず、第１に、キャラクタ構造メモリに貯蔵されるアバタータイプのヘッダー情報を説明する。図４Ａ及び図４Ｂは、キャラクタタイプがアバターである場合のキャラクタファイル(アバターファイル)の構造を説明するための図である。図４Ａはアバターヘッダーの構造を示す図で、図４Ｂはアバターアニメーションヘッダーの構造を示す図である。
【００５７】
図４Ａを参照すれば、タイプ２２１の領域にはアバタータイプの識別子が記録される。そして、キャラクタ情報を表示する詳細情報２２３の領域は、アバター識別子(avatarID)３１１、アバター名称(name)３１３、記述(description)３１５、アバター種類(avatarclass)３１７、及びアバターの特定情報を表示する領域を備える。ここで、アバターの特定情報を表示する領域にはアバターの感情(emotion)が表示でき、本発明の実施形態では感情情報領域は、感性(sense)３１９、人気(popularity)３２１、知能(intelligence)３２３の領域を備えると仮定する。すなわち、キャラクタがアバターである場合、本発明の実施形態では携帯端末機の使用状態を感性、人気、及び知能に区分し、それぞれ感性指数、人気指数、及び知能指数で累積し、各指数をアバターの感情数値に変換してアバターの動作で表現する。下記の<表５>は、本発明の実施形態によるアバターヘッダーの構造を説明するものである。 図４Ａのようなアバターヘッダーで、タイプ２２１、アニメーションカウンタ２２５、及びアバター識別子３１１は必須構成要素(mandatory)であり、詳細情報２２３の名称３１３、記述３１５、アバタークラス３１７、感情指数(感性３１９、人気３２１、知能３２３)は選択(option)要素である。
【００５８】
本発明の実施形態において、携帯端末機は４つのアバター、すなわちトローリス(Trollis)、ルーシー(Lucy)、バットキャット(batcat)、バード(bird)を備えると仮定する。しかしながら、アバターの個数は必要に応じて拡張が可能である。この場合、図４Ａのようなアバターヘッダーは４つのアバターのそれぞれに対して備えられる。このとき、４つのアバターヘッダーのタイプ２２１に記録されるタイプはアバタータイプで記録され、詳細情報２２３のアバター識別子３１１、名称３１３、記述３１５、及びアバター種類３１７の各領域には対応するアバターの情報が異なるように記録される。
【００５９】
【表５】
2005243011.tif 000007
【００６０】
<表５>を参照すると、アバター識別子３１１の領域には上記の４つのアバターのうち、該当するアバターの識別子が記録される。ここで、アバターが“トローリス”であると仮定して説明する。この場合、アバター識別子３１１の領域には“０”が記録される。名称３１３の領域にはアバター識別子に対応するアバターの名称が記録され、ここでは“トローリス”になる。記述３１５にはアバターに該当する一般的な説明が記録され、“トローリス”の場合には“北ヨーロッパの暴悪なモンスター”と記録される。アバター種類３１７にはアバターの種類または種族が記録されるが、この場合には“モンスター(monster)”と記録される。また、アバターの感情状態を示す感性３１９、人気３２１、知能３２３にはそれぞれ携帯端末機の使用による数値が記録される。
【００６１】
図４Ａのようなアバターヘッダーのアニメーションカウンタ２２５には、対応するアバターの表現可能なアニメーションの数が記録され、アニメーションの数に対応するアニメーションヘッダーを備えるようになる。図４Ｂは、アバターのアニメーションヘッダーの構造を示す図である。そして、図５Ａ〜図５Ｌは、本発明の実施形態によるアバターアニメーションの構成例を示す図であって、アバターが“トローリス”の場合を示す。これら図５Ａ〜図５Ｌに示すように、アバターアニメーションを構成する場合に、アニメーションの数が１２個(ｍ＝１２，AniCnt＝１２)になり、このときに図４Ｂのようなアニメーションヘッダーは１２個を備えるようになる。
【００６２】
図４Ｂ及び図５Ａ〜図５Ｌを参照すると、携帯端末機の感情表現のためのアニメーションは、図５Ａ〜図５Ｇのように７つのアニメーションで表現できる。携帯端末機のイベント通知のためのアニメーションは、図５Ｈ〜図５Ｇのように５つのアニメーションで表現することができる。図５Ａ〜図５Ｌのようなアニメーションを表現する場合に、アニメーション識別子２４１は０〜１２に区分可能である。また、図５Ａ〜図５Ｌのようなアニメーションイメージを圧縮した場合には、各アニメーション識別子２４１に対応するイメージブロックのスタートフレームを探すための位置をスタートインデックス２４３の領域に記録する。しかしながら、本発明の実施形態ではアニメーションイメージを圧縮しないデータ(例えば、ビットマップデータ(bit-map data)と仮定し、スタートインデックス２４３は使用しないと仮定する。アニメーションヘッダーのメッセージ２４５には該当するアニメーションを表現するとき、表示部１４０にイメージと共に表示するためのメッセージを貯蔵する。ここで、メッセージ２４５はアバターのスピーチバルーン(speech balloon)形態で表示できる。このとき、アニメーションを表現するときに、携帯端末機の動作による感情表現のためのアニメーション(図５Ａ〜図５Ｇ)の場合には、メッセージ２４５の内容を表示し、イベントアニメーション(図５Ｈ〜図５Ｌ)の場合には、メッセージ２４５を表示し、あるいは表示しないことができる。本発明の実施形態では、イベントアニメーションの場合にはメッセージ２４５を表示しないと仮定する。
【００６３】
また、フレームカウンタ(FrameCnt)２４７の領域には該当するアニメーションのイメージブロックを構成するフレームイメージの数が記録される。例えば、図５Ａのようなアニメーションの場合、フレームカウンタ２４７は７(FrameCnt＝７)になる。したがって、図３Ｃのような構造を有するフレームヘッダーも７(ｎ＝７)個が必要である。そして、図５Ｈのようなアニメーションの場合に、フレームカウンタ２４７は２(FrameCnt＝２)になる。したがって、図３Ｃのような構造を有するフレームヘッダーも２(ｎ＝２)個が必要である。
【００６４】
下記の<表６>は、図５Ａ〜図５Ｌのようなアニメーションを実現するとき、アニメーションヘッダーの構造を示す。
【表６】
2005243011.tif 000008
【００６５】
そして、図６Ａ〜図６Ｌは本発明の実施形態によるアバターアニメーションの構成例であって、アバターの名称が“バード”の場合を示す。図６Ａ〜図６Ｌのようにアバターアニメーションを構成する場合に、アニメーションの数が１２(ｍ＝１２，AniCnt＝１２)になり、このときに図４Ｂのようなアニメーションヘッダーは１２個を備えるようになる。アバターアニメーションの構成で、図６Ａ〜図６Ｈはアバターの感情表現用アニメーションを、図６Ｉ〜図６Ｌはアバターを用いた携帯端末機のイベント通知用アニメーションを示す。図６Ａ〜図６Ｌのアバターファイルの構造も、上記と同一の方法で構成可能である。
【００６６】
第２に、キャラクタ構造メモリに貯蔵されるアイテムタイプのヘッダー情報について説明する。図７Ａ及び図７Ｂは、キャラクタタイプがアイテムである場合のキャラクタファイル(アイテムファイル)の構造を説明するための図である。図７Ａはアイテムヘッダーの構造を示す図で、図７Ｂはアイテムアニメーションヘッダーの構造を示す図である。図８Ａ〜図８Ｃはアイテムイメージを示す図であって、メモリ１１３のキャラクタイメージメモリに貯蔵されるデータである。アイテムイメージは、図８Ａのように２つ以上がフレームイメージで構成されてアニメーションで表現され、図８Ｂ及び図８Ｃに示すようにそれぞれの単一フレームイメージ(non-animation image，just one-cut image)でも構成される。
【００６７】
図７Ａを参照すると、タイプ領域２２１にはアイテムタイプの識別子が記録される。そして、キャラクタ情報を表示する詳細情報(detailed information)２２３の領域は、アイテム識別子(ItemID)３３１、アイテム種類(itemclass)３３３、及びアイテム記述３３５で構成される。下記の<表７>は、本発明の実施形態によるアイテムヘッダーの構造を説明するものである。下記の<表８>は、図７Ａの詳細情報２２３に記録される図８Ａ〜図８Ｃのようなアイテムのデータの例を説明するためのものである。図７Ａのようなアイテムヘッダーにおいて、タイプ２２１、アニメーションカウンタ２２５、アイテム識別子３３１、及びアイテム種類３３３は必須構成要素(mandatory)であり、アイテム記述３３５は選択(option)要素である。
【００６８】
【表７】
2005243011.tif 000009
【００６９】
【表８】
2005243011.tif 000010
【００７０】
<表７>を参照すれば、アイテム識別子３３１にはアイテムの識別子が記録される。そして、アイテム種類３３３にはアイテム識別子に対応するアイテムの種類が記録される。ここで、アイテム種類３３３は単純アイテム(無機能アイテム)と機能性アイテムに分けられる。すなわち、図８Ａのようなアイテムは複数のフレームイメージで構成されて特定機能(ここでは、メッセージ受信時に着信通知のイベント機能)が発生すると、表示されるアイテムで使用される。しかし、図８Ｂ及び図８Ｃに示したアイテムは、アバターハウスのように携帯端末機の装飾用で使用される単純アイテムであって、携帯端末機の動作に従って動作することはない。図８Ｂ〜図８Ｃのような単純アイテムは一つのフレームイメージで構成され、あるいは２つ以上のフレームイメージで構成されてアニメーションで表現することもできる。本発明の実施形態では単純アイテムは一つのフレームイメージで構成されると仮定して説明する。図７Ａのアイテム記述３３５には対応するアイテム識別子に対応するアイテムに関する説明または名称が記録される。すなわち、図８Ａのようなアイテムはアバターハウスに含まれて、メッセージの受信有無を知らせる。図８Ａ〜図８Ｃのアイテムに関するアイテムヘッダーの詳細情報２２３は、上記の<表８>のように記録される。ここで、アイテム識別子“０”はメールボックスであって、機能性アイテムである。アイテム識別子１〜１３は、それぞれ<表８>に示すような名称を持ち、単純アイテムである。そして、図８Ｂはアイテム識別子１〜７のアイテムを、図８Ｃはアイテム識別子８〜１３のアイテムを、それぞれ示す。したがって、図８Ａ〜図８Ｃに示した構成を有するアイテムイメージを備える場合に、図７Ａのようなアイテムヘッダーのアニメーションカウンタ２２５の領域には“１４が記録されて１４つのアイテムを備えることを表示する。
図７Ｂは、アイテムアニメーションヘッダーの構造を示す図である。
【００７１】
図８Ａ〜図８Ｃのようなアイテムのアイテムアニメーションを構成する場合に、アニメーションの数が１４(ｍ＝１４，AniCnt＝１４)になり、この場合に図７Ｂのようなアニメーションヘッダーは１４個を備えるようになる。このとき、図８Ａのようなアイテム識別子“０”のアイテムは、機能性アイテムで２つのフレームイメージで構成されるため、図７Ｂのフレームカウンタ２４７の領域には“２”が記録される。そして、図８Ｂ及び図８Ｃに示すアイテム識別子１〜１３のアイテムは単純アイテムとして一つのフレームで構成されるため、図７Ｂのフレームカウンタ２４７の領域には“１”が記録される。したがって、図８Ａのようなメールボックスアイテムのアニメーションヘッダーに対応するフレームヘッダーが２つ必要であり、残りの図８Ｂ及び図８Ｃに示す１３つのアイテムの各アニメーションヘッダーに対応するフレームヘッダーは１つ必要である。下記の<表９>は、図８Ａ〜図８Ｃのようなアイテムイメージに対するアイテムヘッダーの構成を表示する。
【００７２】
【表９】
2005243011.tif 000011
【００７３】
また、本発明の実施形態では上記したようにアニメーションイメージを圧縮しないデータ(例えば、ビットマップデータ)と仮定し、スタートインデックス２４３は使用しないと仮定する。したがって、図７Ｂのようなアニメーションヘッダー構造でスタートインデックス領域は使用しない。
【００７４】
第３に、キャラクタ構造メモリに貯蔵される背景画面タイプのヘッダー情報を説明する。図９Ａ及び図９Ｂは、キャラクタタイプが背景画面の場合のキャラクタファイル(背景画面ファイル)の構造を説明する図である。図９Ａは背景画面ヘッダーの構造を示す図で、図９Ｂは背景画面アニメーションヘッダーの構造を示す図である。図１０Ａ〜図１０Ｄは背景画面イメージを示す図であって、メモリ１１３のキャラクタイメージメモリに貯蔵されるデータである。背景画面イメージは、２つ以上がフレームイメージで構成されてアニメーションで表現される。図１０Ａ〜図１０Ｄに示すように、それぞれの単一フレームイメージ(non-animation image, just one-cut image)でも構成される。
【００７５】
図９Ａを参照すると、タイプ領域２２１には背景画面タイプの識別子が記録される。そして、キャラクタ情報を表示する詳細情報２２３の領域は、背景画面識別子(BackID)３４１、背景画面記述３４３で構成される。下記の<表１０>は、本発明の実施形態による背景画面ヘッダーの構造を説明するものである。また、<表１１>は、図９Ａの詳細情報２２３の領域に記録される図１０Ａ〜図１０Ｄのような背景画面のデータの例を説明するためのものである。図１０Ａのような背景画面ヘッダーで、タイプ２２１、アニメーションカウンタ２２５、及び背景画面識別子３４１は必須要素で、背景画面記述３４３は選択要素である。
【００７６】
【表１０】
2005243011.tif 000012
【００７７】
【表１１】
2005243011.tif 000013
【００７８】
<表１０>を参照すると、背景画面識別子３４１には背景画面の識別子が記録される。そして、背景画面記述３４３には背景画面識別子３４１に対応する背景画面の説明及び名称などが記録される。背景画面は複数のフレームイメージで構成され、アニメーションで表現され、図１０Ａ〜図１０Ｄのように一つのフレームイメージで構成されることもできる。図１０Ａ〜図１０Ｄに、背景画面識別子０〜６の背景画面を示す。図１０Ａ〜図１０Ｄのような構成を有する背景画面イメージを備える場合、図９Ａのような背景画面ヘッダーのアニメーションカウンタ２２５の領域には“７”が記録されて７つの背景画面を備えることを表示する。
【００７９】
図９Ｂは、背景画面アニメーションヘッダーの構造を示す図である。
図１０Ａ〜図１０Ｄのような背景画面の背景画面アニメーションを構成する場合に、アニメーションの数が７(ｍ＝７，AniCnt＝７)になり、このとき、図９Ｂのようなアニメーションヘッダーは７つを備えるようになる。このとき、背景画面のフレームイメージは一つのフレームイメージで構成されるため、図９Ｂのフレームカウンタ２４７の領域には“１”が記録される。したがって、図１０Ａ〜図１０Ｄに示した７つの背景画面の各アニメーションヘッダーに対応するフレームヘッダーは、１つが必要になる。下記の<表１２>は、これら図１０Ａ〜図１０Ｄに示す背景画面イメージに対する背景画面ヘッダーの構成を表示する。
【００８０】
【表１２】
2005243011.tif 000014
【００８１】
また、本発明の実施形態では上記のようにアニメーションイメージを圧縮しないデータ(例えば、ビットマップデータ)と仮定し、スタートインデックス２４３は使用しないと仮定する。したがって、図９Ｂに示すようなアニメーションヘッダー構造でスタートインデックス領域は使用しない。
【００８２】
第４に、キャラクタ構造メモリに貯蔵されるアバターハウスタイプのヘッダー情報を説明する。図１１Ａ及び図１１Ｂは、キャラクタタイプがアバターハウスである場合のキャラクタファイル(アバターハウスファイル)の構造を説明するための図である。図１１Ａはアバターハウスヘッダーの構造を示す図で、図１１Ｂはアバターハウスアニメーションヘッダーの構造を示す図である。図１２Ａ〜図１２Ｄはアバターハウスイメージを示す図であって、メモリ１１３のキャラクタイメージメモリに貯蔵されるデータである。アバターハウスは、背景画面イメージ及びアイテムイメージまたは背景画面イメージ、アイテムイメージ及びアバターイメージを一緒に構成することができる。また、アバターハウスは背景画面だけでも実現できる。以下では、図１２Ａのようなアバターハウスイメージを中心として説明する。図１２Ａのアバターハウスは、背景画面に一つのアイテム及びアバターで構成された場合を示す。
【００８３】
図１１Ａを参照すると、タイプ領域２２１にはアバターハウスタイプの識別子が記録される。そして、キャラクタ情報を表示する詳細情報２２３は、アバターハウス識別子(BackID)３５１、アバターハウス記述３５３で構成される。下記の<表１３>は、図１２Ａのようなアバターハウスイメージに対するアバターハウスヘッダーの構造を説明するものである。図１１Ａのようなアバターハウスヘッダーでタイプ２２１、アニメーションカウンタ２２５、及びアバターハウス識別子３５１は必須構成要素で、アバターハウス記述３５３は選択要素である。
【００８４】
【表１３】
2005243011.tif 000015
【００８５】
<表１３>を参照すれば、アバターハウス識別子３５１にはアバターハウスの識別子が記録される。そして、アバターハウス記述３５３には、アバターハウス識別子３５１に対応するアバターハウスの説明及び名称などが記録される。アバターハウスは、図１２Ａ〜図１２Ｄのように背景画面イメージにアバターイメージ及び(または)複数のアイテムで表現される。そして、アバター及び(または)アイテムは複数のフレームイメージで構成されてアニメーションでも表示される。図１２Ａ〜図１２Ｄは、アバターハウス識別子０〜３のアバターハウスを示す図である。図１２Ａに示すアバターハウスイメージを備える場合に、図１１Ａに示すようなアバターハウスヘッダーのアニメーションカウンタ２２５には“２”が記録される。このとき、アバターハウスで表示されるアバターイメージは、携帯端末機で選択されたアバターを使用するようになるため、アバターハウスに別途に記録されない。アバターを使用しない場合に、アバターはアバターハウスで表示されない。
【００８６】
図１１Ｂは、アバターハウスアニメーションヘッダーの構造を示す図である。
図１２Ａに示すアバターハウスの場合に、アニメーションの数が２(ｍ＝２，AniCnt＝２)になり、この場合に図１１Ｂのようなアニメーションヘッダーは２つ(背景画面及びアイテム(bat item)を備えるようになる。このとき、アバターハウスのフレームイメージは一つのフレームイメージで構成されるので、図１１Ｂのフレームカウンタ２４７にはそれぞれ“１”が記録される。したがって、図１２Ａに示したアバターハウスの各アニメーションヘッダーに対応するフレームヘッダーはそれぞれ１つになる。下記の<表１４>は、図１２Ａのようなアバターハウスイメージに対するアバターハウスヘッダーの構成を表示する。
【００８７】
【表１４】
2005243011.tif 000016
【００８８】
また、本発明の実施形態では上記したようにアニメーションイメージを圧縮しないデータ(例えば、ビットマップデータ)と仮定し、スタートインデックス２４３は使用しないと仮定する。したがって、図９Ｂのようなアニメーションヘッダー構造でスタートインデックス領域は使用しない。
【００８９】
このようなキャラクタファイル構造は、すべてのキャラクタ(アバター、アイテム、背景画面、アバターハウス)が同一の構造を有する。すなわち、キャラクタファイルは同一のキャラクタヘッダー、アニメーションヘッダー、及びフレームヘッダーの構造を有するようになる。しかしながら、アバターキャラクタは異なるキャラクタとは多くの差を有する。すなわち、アバターキャラクタは多数のフレームイメージで構成されてアニメーションで表現されるが、アイテム、アバターハウス、及び背景画面は主に一つのフレームイメージからなって静止画像(still image)を表現する。したがって、アバターキャラクタと異なるキャラクタは相互に異なる形態の構造体で構成することもできる。また、キャラクタファイルは圧縮されないイメージデータ(例えば、ビットマップデータ)を使用する例を挙げて説明したが、図１３Ａ〜図１３Ｊに示すキャラクタファイルは圧縮されたイメージの場合と仮定して説明する。
【００９０】
図１３Ａ〜図１３Ｊは、本発明の実施形態によりキャラクタメモリに貯蔵されるアバター、アバターハウス、及びアイテムの他のキャラクタファイル構造を示す図である。図１３Ａ〜図１３Ｊを参照して本発明の他の実施形態によるアバター、アバターハウス、アイテムのキャラクタファイル構造を説明する。
【００９１】
図１３Ａ〜図１３Ｊは、上記したアバター、アバターハウス、及びアイテムの構造を示す図である。アバター、アバターハウス、及びアイテムは、図１３Ａのようなキャラクタファイル構造を有する。図１３Ａに示すように、本発明の実施形態によるキャラクタ(アバター、アバターハウス、アイテムなど)は、図１３Ａのようなキャラクタファイル構造を使用してファイル形態でメモリ１１３に貯蔵される。ここで、ヘッダーは該当キャラクタの全体ヘッダーになり、アニメーションデータは該当アニメーションを構成するフレームをそれぞれ圧縮したバイナリデータになる。
【００９２】
まず、アバターファイル構造について説明する。図１３Ｂ〜図１３Ｄは、アバターファイルに対する構成を示す図である。図１３Ｂはアバターファイルの全体ヘッダー構成を示す図で、図１３Ｃは図１３Ｂで各アニメーションＡｎｉ１〜Ａｎｉｎに対するヘッダーフィールドを示す図で、図１３Ｄは各アニメーションＡｎｉ１〜Ａｎｉｎに対するイメージの構造を示す図である。メモリ１１３に貯蔵されるアバターデータファイルは、アバターアニメーション構造、そしてアニメーション構造による圧縮されたイメージデータを構成する。このようなアバターデータファイルは多数個で構成されうる。
【００９３】
図１３Ｂを参照すると、図１３Ｂはキャラクタがアバターの場合に、図１３Ａのヘッダー構造を示す図である。図１３Ｂで、“type”はキャラクタの形態を示すデータであって、ここではアバターを意味するenum定数(constant)になる。“numAni”は、その次に構成されるアニメーションの個数を表示するデータであって、上記したように８つの感情表現用アニメーション、４つのイベント表示用アニメーションのとき、numAniは１２になる。そして、続くＡｎｉ１〜Ａｎｉｎは各アニメーションの構造を表示するデータであって、上記の場合にＡｎｉは１２になる。 
【００９４】
図１３Ｃは図１３Ｂの各Ａｎｉに対応するヘッダーであって、それぞれ対応するＡｎｉに対するフィールドを定義する。図１３ＣにおいてＡｎｉＩＤはアニメーション識別子で、スタートインデックスはアニメーションのスタートオフセットで、ファイルスタート位置の基準で、frameCntはアニメーションを構成するイメージのフレーム数である。また、Pos xはアニメーションを表示する表示部１４０のx座標で、Pos yはアニメーションを表示する表示部１４０のy座標で、widthはアニメーションの幅で、heightはアニメーションの高さである。そして、byte name[MAX_AVATAR_NAME_LEN]は第１のアニメーションAni １ではアバターの名称として使用し、第２のアニメーションAni ２ではアバターの感性指数として使用する。
【００９５】
図１３Ｄは、図１３ＣのAni １〜Ani ｎの数に対応する数を備え、各Aniに対応するアニメーションイメージデータの構造を示す図である。図１３ＤでFrame_Dataはアニメーションデータの最初に位置したヘッダーであって、図１３Ｃの構造体でstartIndexにはFrame_Dataのスタートオフセットが記録されており、Frame_Dataは２つのメンバー変数(unsigned long m_start，unsigned long m_length)が上位ヘッダーで定義したフレームカウントframeCntの個数だけ反復して貯蔵される。ここで、変数unsigned long m_startはフレームのスタートオフセットを示す変数で、unsigned long m_lengthはフレームサイズ(圧縮した状態のバイト数)を示す変数である。また、図１３Ｄでフレームは圧縮されたフレームデータを貯蔵する領域であって、図１３Ｃのようなヘッダー領域のframeCntに表示された個数だけ反復される。
【００９６】
したがって、上記したようにアバターファイルの場合には図１３Ａのような構造を有し、このとき、ヘッダーは図１３Ｂに示すような構造を有する。そして、図１３Ｂで各アニメーションに対するヘッダーは図１３Ｃのような構造を有し、これに対応するアニメーションは図１３Ｄのような構造を有する。したがって、図６Ａ〜図６Ｌに示す１２個のアニメーションを表現するアバターの場合、図１３ＢのAni １〜Ani nにおいてｎは１２になり、図１３Ｃ及び図１３Ｄのような構造はそれぞれ１２個で構成される。
【００９７】
第２に、アバターハウス及びアイテムの構造体を説明する。
図１２Ａ〜図１２Ｄに示すように、アバターハウスは背景画面、アバター、及びアイテムの組み合わせで構成される。このとき、アバターハウスは上記の図１３Ａに示すような構造を有し、アバターハウスのヘッダー構造は図１３Ｅに示すような構造を有する。ここで、アバターハウスはアバターとは異なって一つの圧縮されたイメージのみを貯蔵し、アバターハウス内に接続するアイテムに情報を維持しなければならないため、図１３Ａのヘッダーは図１３Ｅのように構成する。
【００９８】
図１３Ｅを参照してアバターハウスのヘッダー構造を説明すると、typeはアバターハウスを意味するenum定数になり、numAniはアバターハウスに接続する(すなわち、図１２Ａ〜図１２Ｄのようにアバターハウスで表示する)アイテムの数及びアバターハウスの背景画面の数(すなわち、アイテムの数ああ＋１)で表示される。そして、Ani １〜Ani nは、アバターハウスを構成するアイテムの数及び背景画面(アイテムの数＋１)の数で構成される。このとき、Ani１〜 Ani nのうちのAni１はアバターハウスの背景画面に対するヘッダー情報になり、残りのAni２〜Ani nはアバターハウスを構成するアイテムのヘッダー情報になる。図１３Ｆはアバターハウスの背景画面に対するヘッダー情報を示す図で、図１３Ｇはアバターハウスを構成するアイテムのヘッダー情報を示す図である。
【００９９】
図１３Ｆを参照すれば、aniIDはアバターハウスの背景画面識別情報になり、startIndexは背景画面イメージのスタートオフセット(ファイルスタート位置基準)情報になり、frameCntはイメージフレーム個数であって、ここでは“１”になる。また、Pos xはアバターが表示されるx座標値で、Pos yはアバターが表示されるy座標値で、widthはアバターハウス背景画面の幅で、heightはアバターハウス背景画面の高さで、byte name[MAX_HOUSE_NAME_LEN]はアバターハウスの名称である。上記したように、アバターハウス内にアバターが表示され、このときに表示されるアバターは感性表現を遂行するアバターであって、図６Ａ〜図６Ｇのうち現在の携帯端末機の感性状態に対応するアバターになる。
【０１００】
図１３Ｇを参照すると、aniIDは接続したアイテムインデックスである。ここで、アバターハウスに接続したアイテムのインデックス指定方法は、図１３Ｈ及び図１３Ｉで説明する。また、アイテムは単一イメージなため、startIndex及びframCntは“０”になり、Pos xはアイテムが表示されるx座標値で、Pos yはアイテムが表示されるy座標値で、width及びheightの値は“０”になる。また、byte name[MAX_HOUSE_NAME_LEN]はNull状態になる。上記のようにアバターハウスに接続されるアイテムは、図１３ＥのようにAni ２〜Ani ｎに接続され、Ani ２〜Ani nはそれぞれ図１３Ｇのようにアバターハウス内に表示される位置が決定される。
【０１０１】
図１３Ｈはアイテムの構造を示す図で、図１３Ｉはアイテムヘッダーの構造を示す図である。したがって、図１３Ｈのtypeはアイテムを意味するenum定数で、numAniはアイテムが単一イメージなので、“１”になる。また、Aniはアイテムヘッダーであって、図１３Ｉのような構造を有し、aniIDはアイテム識別情報になり、startIndexはアイテムイメージのスタートオフセット(ファイルスタート位置基準)情報で、frameCntはイメージフレームの個数であって、ここでは“１”になる。また、int xは０で、int yは０で、Int widthはアイテムの幅で、Int heightはアイテムの高さで、byte name[MAX_HOUSE_NAME_LEN]はアイテムの名称である。
【０１０２】
したがって、上記したようにアバターハウスの構成は、アバターハウスの背景画面及びこれに接続されるアイテム及び位置情報を含み、アイテムの構成はアイテムのサイズ情報が含まれる。
【０１０３】
このようなキャラクタ(アバター、アバターハウス、アイテムなど)はインデックス変数を使用し、インデックス変数は基本的にメモリ１１３に貯蔵されたファイル名の一連番号をインデックス値として使用する。メモリ１１３には、現在選択されたアバターと、アバターハウスに対するインデックス変数g_avartar及びg_avartar_houseの２つのみを貯蔵する。すなわち、携帯端末機はアバターを２つ以上備え、アバターハウスも２つ以上備える。この場合、アバター及びアバターハウスは上記の図１３Ａ〜図１３Ｈのような構造体をそれぞれ備えるようになる。
【０１０４】
ここで、インデックス変数g_avartarは図１３Ｊのような構造を有する。インデックス変数g_avartarは、現在携帯端末機で選択されたアバターに関するインデックス変数情報を貯蔵するフィールドである。図１３Ｊを参照すれば、emotionは現在携帯端末機の感性指数を示すフィールドで、CurFrameは現在表示すべきアバターアニメーションのフレームを示すフィールドで、maxFrameは現在表示しているアニメーションフレームの個数を示すフィールドで、CurMotionは現在表示されている行動終了(０でないと、アニメーション終了)を示すフィールドで、indexは実際ファイル領域を表示するインデックスを示すフィールドである。また、g_avartar_houseのindexフィールドはイメージが貯蔵された実際ファイル領域を示すインデックスフィールドである。
【０１０５】
また、デフォルトアバター(default avartar)またはデフォルトアバターハウス(default avartar house)の場合、上記のindexフィールドは負数とする。したがって、g_avart.index＝３の場合、現在選択されたアバターはアバター０３に該当するアバターファイルで、g_avartar_house.index＝-２の場合に、現在選択されたアバターハウスが第２のデフォルトアバターハウスであることを示す。
【０１０６】
上記のようなキャラクタファイルを有する携帯端末機は他の携帯端末機とキャラクタ通信を遂行する。
【０１０７】
キャラクタファイルを通信する手続きを説明すれば、無線インターネット網が開放されることにより、ＷＩＮＣ方式やホットキー(hot key)方式で携帯端末機ユーザーが容易にコンテンツをアクセスすることができる。キャラクタ表示機能を有する携帯端末機は無線通信事業者のサービスを通じることなく、無線インターネット網を通じてホンツウホン(phone to phone) 方式でキャラクタのやり取りが遂行可能である。キャラクタ機能を有する携帯端末機は、近距離通信部１５０を通じて他の携帯端末機と直接通信してやり取りを行う。また、このキャラクタはSymbian運用体制７.０の５つのメッセージ機能(ＳＭＳ、ＥＭＳ、ＭＭＳ、Ｅ-ｍａｉｌ、Ｆａｘ)の中でキャラクタイメージ伝送に適切なＥＭＳ(Enhanced Messaging Service)を用いてやり取りが可能になる。
【０１０８】
上記のような携帯端末機のキャラクタは、バックアップとのサービス機能を遂行する。バックアップ機能とはサービス名からわかるように、“シンビアン(Symbian)”または“ノーマルホンRTOS”を対象として該当端末機で重要に使用される各種資源(resource：電話番号、文字メッセージ、日程、ダウンロードした絵、ベル音、ゲーム、音楽などのコンテンツなど)を無線でバックアップサーバに伝送してバックアップするサービスである。
【０１０９】
図１６は、本発明の実施形態によりキャラクタ表示機能を有する携帯端末機のバックアップサービスを遂行するネットワークの構成を示す図である。
図１６を参照すれば、携帯端末機１０は図１のような構成を有するキャラクタ表示機能を有する携帯端末機であって、携帯端末機と携帯端末機との間にキャラクタを通信可能な端末機である。携帯端末機１０は、設定された時間またはユーザーの要求により内部の資源をバックアップサーバ４０に貯蔵するためのサービスを要求する。ここで、携帯端末機１０の資源は電話番号、文字メッセージ、日程、イメージデータ、オーディオデータ、ゲーム、キャラクタなどのコンテンツ情報になりうる。すると、無線通信網２０は携帯端末機１０で伝送されるバックアップ情報をインターネットサーバ３０に伝達する。ここで、無線通信網２０は、基地局送受信器(Base Station Transceiver：ＢＴＳ)、基地局制御器(Base Station Controller：ＢＳＣ)及び移動通信交換機などで構成された通常の無線通信網になる。この後、インターネットサーバ３０は、受信された携帯端末機１０のバックアップ情報をバックアップサーバ４０に伝送する。すると、バックアップサーバ４０は、受信された携帯端末機１０のバックアップ情報を該当する領域に貯蔵し、該当携帯端末機１０に応答メッセージを伝送する。応答メッセージは、インターネットサーバ３０及び無線通信網２０を通じて該当する携帯端末機１０に伝達される。
【０１１０】
キャラクタバックアップサービスは“キャラクタ”のエージェント機能で遂行される。第２に、キャラクタバックアップサービスの遂行は設定された時間(毎週１回、毎月１回など)でユーザーが携帯端末機を使用しない時間におのずからバックアップを遂行する自動バックアップ方法と、ユーザーが希望する時点に遂行される手動バックアップ方法を使用することができる。第３に、携帯端末機の資源をバックアップ貯蔵するサーバ４０は、図１に示したように無線インターネット上で運営される。そして、携帯端末機のバックアップサービスは携帯端末機でバックアップサービスを要請することもでき、パソコン(ＰＣ)４１を通じてバックアップサービスを要請することもできる。第４に、バックアップサーバ４０に接続する過程で最初に課金される手段が必要になる(例えば、ゲームダウンロード)。その手段は、一種の“金庫鍵”を獲得する過程といえる。この課金手段を通じて、キャラクタは新たなアイテム(バックアップ)を得るようになる。また、本発明の実施形態によるバックアップサービス過程は、バックアップサーバに貯蔵されて課金されたとの情報を保持しなければならない。第５に、本発明の実施形態によるバックアップサービスの差別化ポイントは貯蔵(restore)を遂行させるキャラクタを有するべきである。すなわち、ユーザーの携帯端末機が初期化する場合、またはユーザーの携帯端末機が交替される場合などに対して、サービスが支援される携帯端末機の場合にはユーザーがバックアップした時点と同一の環境で、携帯端末機を再びセッティングする機能を有する。
【０１１１】
また、携帯端末機は携帯端末機間に近距離通信方式で携帯端末機のキャラクタファイルを他の携帯端末機に直接に伝送することができる。
この携帯端末機は近距離通信モジュールを備えなければならない。現在使用されている近距離通信は赤外線通信方式とBluetooth方式がある。ここで、赤外線通信方式は赤外線ダイオード(infrared diode)を使用する光通信方式で、Bluetooth通信方式はＲＦ通信方式である。本発明の実施形態による携帯端末機は、近距離通信モジュールが赤外線通信方式を使用すると仮定して説明する。
【０１１２】
図１４は、図１の近距離通信部１５０の構成を示す図である。図１４は、近距離通信部１５０がＩｒＤＡ通信部である場合の例を示すものである。
図１４を参照すると、ＵＡＲＴ(Universal Asynchronous Receiver/Transmitter)１５１は、制御部１１０から出力される並列データを直列データに変換して出力し、受信される直列データを並列データに変換して制御部１１０に出力する。変調部１５２は、ＵＡＲＴ１５１から出力される直列データを赤外線送信信号に変調する。送信駆動部１５３は、変調部１５２から出力される赤外線送信信号を送信ダイオード１５４を通じて送信されるように駆動する。受信駆動部１５６は、受信ダイオード１５７で受信される赤外線信号を電気信号に変換する。復調部１５５は、受信駆動部１５６から出力される赤外線受信信号を復調してＵＡＲＴ１５１に出力する。
【０１１３】
図１５Ａは、ＩｒＤＡプロトコル方式を使用する近距離通信部１５０の構成を示す図である。図１５Ｂは、図１５Ａのような構造の近距離通信部１５０から出力される赤外線変調信号及び復調信号を示す図である。
図１５Ａ及び図１５Ｂを参照すれば、図１５ＡでＩｒＤＡブロック１６３及びマルチプレクサ１６５は変調部１５２になり、ＩｒＤＡブロック１６７及びマルチプレクサ１６９は復調部１５５になる。このとき、ＵＡＲＴ１５１から出力される信号は、図１５Ｂの参照番号１７１のようなＮＲＺ(Non Return to Zero)パルス形態の信号になり、この信号が変調部１５２で変調されると、参照番号１７３のように変調されるＲＺ(Retrun to Zero)パルス形態になる。この１７３のようなＩｒＤＡ信号が送信ダイオード１５４に印加されて赤外線信号として送出される。また、受信ダイオード１５７に受信される信号は、図１５Ｂの参照番号１７５のような信号になる。すなわち、赤外線受信信号は送信信号の逆信号として受信される。復調部１５５は、１７５のような受信信号を１７１と復調してＵＡＲＴ１５１に印加する。
【０１１４】
図１７は、本発明の実施形態によりキャラクタファイルを伝送するためのメニュー構造を示す図である。図１７は、アバター伝送メニューの選択持に制御部１１０が表示部１４０に伝送メニューを表示し、ユーザーの選択に応じて本発明の実施形態によるキャラクタファイルを伝送する手続きを説明するための図である。ここで、キャラクタファイルの伝送は無線網を通じてバックアップサーバ４０に伝送し、あるいは近距離通信部１５０を通じて他の携帯端末機または端末装置に伝送することを意味する。このとき、近距離通信部１５０を通じて他の携帯端末機に伝送することはメニュー上で“プレゼント”で表示する。
【０１１５】
図１７を参照すると、ユーザーが携帯端末機のメインメニューでエンタテインメント(entertainment)を選択する場合に、制御部１１０は４１１のようにエンタテインメントに含まれたサブメニューを表示するが、このサブメニューにキャラクタメニューが含まれる。４１１のようなメニューが表示部１４０に表示される状態でユーザーがキャラクタを選択すると、制御部１１０はこれを感知し、表示部１４０に４１３のようにキャラクタメニューに含まれたサブメニューを表示する。
【０１１６】
４１３のように表示される状態で、ユーザーがプレゼントメニューを選すると、４１５のようにアバター、アイテム、及びアバターハウスなどを伝送するためのメニューを表示する。このとき、キャラクタプレゼントメニューが選択されると、選択されたキャラクタは近距離通信部１５０を通じて他の携帯端末機や端末装置に伝送される。
【０１１７】
また、４１３のように表示される状態でユーザーがバックアップサービスを選択すると、制御部１１０は４１７のようにバックアップサービスのメニューを表示部１４０に表示する。このとき、バックアップサービスメニューはキャラクタファイルの伝送、キャラクタファイルのリストア(restore)、バックアップサービス機能の設定などがある。このとき、４１７のように、バックアップサービスメニューが表示される状態でユーザーが伝送メニューを選択すると、制御部１１０は４１９のようなメニューを表示部１４０に表示する。そして、リストアメニューを選択すると、制御部１１０は４２１のようなメニューを表示部１４０に表示し、バックアップサービス設定メニューを選択すると、制御部１１０は４２３のようなメニューを表示部に表示する。このとき、伝送メニューが選択される、選択されたキャラクタファイルを通信部１２１を通じて伝送し、この伝送されるキャラクタファイルは無線網を通じてバックアップサーバ４０に伝達する。
【０１１８】
まず、プレゼント伝送手順を説明する。図１８Ａは、図１７のメニュー４１５でアバタープレゼントのメニューを選択した場合のメニュー構造を示す図である。図１８Ｂは、図１７のメニュー４１５でアイテムプレゼントのメニューを選択した場合のメニュー構造を示す図である。図１８Ｃは、図１７のメニュー４１５で  アバターハウス伝送とのメニューを選択した場合のメニュー構造を示す図である。
【０１１９】
図１８Ａを参照すると、図１７のプレゼントのメニューでアバタープレゼントのメニューを選択すると、制御部１１０は図１８Ａの４５１のように表示部１４０にアバターイメージを表示する。このとき、表示部１４０に表示される左右選択ソフトキーが入力されると、制御部１１０は該当ソフトキーに対応するアバターイメージをメモリ１１３から読み出して表示する。すなわち、ユーザーが方向キーを入力すると、制御部１１０は対応するアバターイメージをメモリ１１３でアクセスして４５１のように表示する。この４５１のような状態で、ユーザーが選択キーまたは表示部１４０に表示されるアバターをクリックすると、制御部１１０は現在表示中のアバターファイルを選択して伝送の準備をする。このとき、アバターファイルは図３Ａ〜図３Ｃに示した構造を有するヘッダー情報、そして、これに対応するアバターファイルのフレームイメージからなる。制御部１１０は、表示部１４０にメニュー４５３のように、次のアバターファイルの選択可否を表示する。このとき、ユーザーが他のアバターファイルを選択すると(“ｙｅｓ”のソフトキークリック)、制御部１１０はこれを感知し、表示部１４０にメニュー４５１のように次のアバターを表示する。このような過程を反復しながら、一つのアバターファイルまたは二つ以上のアバターファイルを選択した後、ユーザーが伝送するアバターファイルの選択を終了すると(“ｎｏ”のソフトキークリック)、制御部１１０はこれを感知し、表示部４５５に選択されたアバターファイルを伝送するための近距離通信方式の選択を表示する。そして、近距離通信方式が設定されると、制御部１１０はメニュー４５７のように近距離通信方式を選択し、この選択された近距離通信方式でユーザーが選択されたアバターファイルを伝送し、表示部１４０にはメニュー４５９のように伝送されるアバターファイルの状態を表示する。
【０１２０】
図１８Ｂを参照すると、図１７のプレゼントメニューでアバタープレゼントのニューを選択すると、制御部１１０は４６１〜４６９のような手順を遂行しつつ、選択されるアイテムを伝送する。このとき、アイテムの伝送手順はアバターファイルの伝送手順に類似した過程で遂行する。
【０１２１】
図１８Ｃを参照すると、アバターハウス伝送のメニューを選択すると、制御部１１０は４７１のように現在使用中のアバターハウスファイルを伝送するためにメニュー４７１を表示部１４０に表示する。このとき、ユーザーがアバターハウス伝送を選択すると(“yes”ソフトキークリック)、制御部１１０はこれを感知し、４７３〜４７７のように表示部１４０にメニューを表示しつつアバターハウスファイルを伝送する。図１８Ｃのようなアバターハウス伝送の手順は現在使用中のアバターハウスファイルを伝送する例を示す。しかしながら、アバターハウスファイルも複数個で備えることができる。すなわち、アバターハウスは背景画面ファイルとアイテムファイルで構成される。このとき、上記したように複数の背景画面ファイルを備えた場合に、各背景画面ファイルを用いて多様なアバターハウスファイルを生成することができる。この場合、アバターハウス伝送のメニューを選択すると、アバターファイル及びアイテムファイルを伝送するときと同様に、アバターハウスを表示しつつユーザーによって選択される複数のアバターハウスファイルを伝送することができる。
【０１２２】
また、図１7の４１９では背景画面ファイルのプレゼントメニューを示しているが、この背景画面ファイルもアバターファイル、アイテムファイル、アバターハウスファイルの伝送手順と同一の方法で伝送することができる。
【０１２３】
上記したように、キャラクタファイルプレゼントの機能が選択されると、制御部１１０は選択されたキャラクタファイルを表示部１４０に表示し、ユーザーが特定キャラクタファイルを選択すると、近距離通信部１５０を通じて選択されたキャラクタファイルを伝送する。図１８Ａ〜図１８Ｃは、それぞれ一つのキャラクタタイプによるキャラクタファイルを伝送する例を示す。しかしながら、すべてのキャラクタタイプのキャラクタファイルを選択した後、伝送するときに選択されたキャラクタファイルを一括伝送することができる。まず、キャラクタファイルが選択されると、選択されたキャラクタファイルを伝送ファイルとして生成し、ユーザーが伝送を要求する場合に、その選択されたキャラクタファイルを一括伝送することもできる。ユーザーがそれぞれ１つのアバターファイル、背景画面ファイル、アイテムファイルを選択して伝送を要求した場合に、制御部１１０は図２０Ａのように選択されたキャラクタファイルのヘッダー及びこのヘッダーに対応する図２０Ｂのようなキャラクタイメージを伝送 メッセージ形態で生成し、これを一括して近距離通信部１５０を通じて伝送可能である。このとき、キャラクタイメージは圧縮しないイメージデータの場合に、図２０Ｂのようなキャラクタイメージを設定された圧縮方式で圧縮して伝送する。
【０１２４】
第２に、バックアップサービスの手順を説明する。
図１９Ａは、ユーザーがバックアップサービスメニューでキャラクタファイルのバックアップ伝送メニューが選択された場合にキャラクタファイルを伝送する手続きを示す図であって、アバターファイルの選択された場合の手続きである。アバターファイルのバックアップ伝送手続きを説明すると、バックアップサービスメニューでアバターファイルの伝送を選択すると、制御部１１０は５１１のようにメモリ１１３で貯蔵しているアバターイメージを表示する。ユーザーがアバターファイルを選択すると、５１３のように次のアバターファイルの選択可否を確認する。このような動作を繰り返してバックアップ伝送しようとするアバターファイルを選択する。アバターファイルの選択が完了したとき、制御部１１０はバックアップサーバ４０と接続し、この接続状態を５１５のように表示部１４０に表示する。その後、バックアップサーバに接続すると、制御部１１０は選択されたアバターファイルをバックアップサーバ４０に伝送して伝送状態を５１７のように表示部１４０に表示する。図１９Ａでは、ユーザーが選択するアバターファイルをバックアップサーバ４０に伝送する手順を示す。このようなバックアップ伝送方法以外にもバックアップサービスメニューを選択するときに、メモリ１１３に貯蔵しているすべてのアバターファイルを一括して伝送する方法を使用することもできる。
【０１２５】
そして、アイテムファイル、背景画面ファイル、アバターハウスファイルの伝送手順も、図１９Ａのようなアバターファイルのバックアップ伝送手順に類似した手順で進む。このとき、キャラクタファイルのバックアップ伝送は多数のキャラクタファイルを一括伝送が可能で、また、このキャラクタファイルのタイプ別に区分してバックアップ伝送も可能である。バックアップ伝送されるキャラクタファイルは無線網を通じてバックアップサーバ４０に伝送される。そして、バックアップサーバ４０に伝送されるアバターファイル構造は図３Ａ〜図３Ｃのようなヘッダー情報とそれによるアバターイメージになりうる。
【０１２６】
図１９Ｂは、バックアップサーバ４０にバックアップ貯蔵されたキャラクタファイルを受信して貯蔵する手続きを示す図であって、アバターファイルをリストアする手続きを示す。図１７の４２１のようなメニューが表示される状態で、ユーザーがアバターファイルの貯蔵メニューを選択すると、制御部１１０はこれを感知し、バックアップサーバ４０に接続を行い、５２３のようにバックアップサーバ１４０に接続される状態を表示部１４０に表示する。その後、バックアップサーバ４０に接続すると、制御部１１０はバックアップサーバ４０から伝送(down load)されるアバターファイルを受信し、５２５のように表示部１４０にアバターファイルの受信状態を表示する。そして、アバターファイルの受信が完了すると、制御部１１０は５２７のように受信されたアバターファイル情報及びアバターファイルのリストア可否を表示する。このとき、ユーザーがリストアを要求すると、制御部１１０は受信されたアバターファイルをリストアする。そして、アイテムファイル、背景画面ファイル、アバターハウスファイルのリストア手続きも図１９Ｂのようなアバターファイルのリストア手順に類似した手続きで進む。
【０１２７】
図１９Ａ及び図１９Ｂのように、バックアップサービスされるキャラクタファイルの構造は、図２０Ａ及び図２０Ｂと同一の伝送形態で遂行される。
【０１２８】
図１９Ｃは、図１９Ａ及び図１９Ｂのようなバックアップサービス手続きを設定するメニュー構造を示す図である。
図１９Ｃを参照すると、図１７のバックアップサービス設定では接続関連設定と自動バックアップ設定機能を決定することができる。まず、接続関連設定機能が選択されると、制御部１１０は５３１のようにサーバ情報設定及び認証情報メニューを表示する。ここで、サーバ情報設定はバックアップサーバ４０とのプロトコル及びアドレスなどを設定するようになり、認証情報は加入者情報関連認証(security, authorization)を設定する。サーバ情報設定または認証情報設定が選択されると、制御部１１０はバックアップサーバ４０に接続を行い、表示部１４０に５３５のようにこれを表示する。そして、制御部１１０は、接続が成功的になされてバックアップサーバ４０との設定を遂行した後、設定手順を終了する。しかしながら、この設定が失敗した場合に、表示部１４０に５３５のように表示し、再設定手順を遂行するように表示する。
【０１２９】
そして、自動バックアップ設定メニューが選択されると、制御部１１０は５４１のようにオン/オフ、バックアップ時間、キャラクタファイルの種類設定などを表示する。ユーザーが入力するデータにより、上記のような自動バックアップパラメータを設定する。上記のように、自動バックアップ機能が設定されると、この設定された時間にオンされて自動に設定されたキャラクタファイルをバックアップ伝送し、あるいは受信してリストアする。
【０１３０】
このようなキャラクタファイルのプレゼント及びバックアップサービスは、図２１〜図２４に示す手続きで遂行可能である。図２１及び図２２は、本発明の実施形態により近距離通信部１５０を通じて他の携帯端末機にキャラクタファイルを伝送及び受信する手続きを示すフローチャートである。図２３及び図２４は、無線網を通じてバックアップサーバ４０とキャラクタファイルのバックアップサービスを遂行する手続きを示すフローチャートである。図２１〜図２４には、複数タイプのキャラクタファイルを伝送する場合について説明する。すなわち、図１８Ａ〜図１８Ｃ、図１９Ａ及び図１９Ｂにはアバターファイル、アイテムファイル、アバターハウスファイルに分けて伝送する例を示す。しかしながら、以下の説明ではキャラクタファイルの形態に関係なくユーザーが選択するキャラクタファイルを伝送すると仮定して説明する。
【０１３１】
図２１は、本発明の実施形態により携帯端末機でキャラクタファイルを伝送する手続きを示すフローチャートである。
図２１を参照すると、まず図９Ａのようにメニューが表示される状態で送信モードが選択されると、制御部１１０はステップ６１１でこれを感知し、送信モードメニューを表示する。このとき、送信メニューには近距離通信メニューが表示され、本発明の実施形態では近距離通信方法がＩｒＤＡ通信方法と仮定する。この場合、制御部１１０は表示部１４０にＩｒＤＡ通信を選択することができるメニューを表示する。このとき、携帯端末機のユーザーが近距離通信機能を選択すると、制御部１１０はステップ６１３でこれを感知し、近距離通信モードで伝送できるメニューを表示する。
【０１３２】
このとき、キャラクタファイル送信機能が選択されると、制御部１１０はステップ６１５でこれを感知し、ステップ６１７でメモリ１１３に貯蔵されたキャラクタファイルの情報を表示部１４０に表示する。このとき、表示部１４０に表示されるキャラクタファイル情報はキャラクタファイル名になることができる。また、キャラクタファイル情報を表示するときに、キャラクタファイル名と共にキャラクタファイルのイメージを表示することもできる。本発明の実施形態では、図１８Ａの４５１及び図１８Ｂの４６１のようにキャラクタファイルのイメージを表示すると仮定する。このように、キャラクタファイルのイメージを表示する方法は、制御部１１０がユーザーの方向キー入力によって対応するアバターサンプルを表示部１４０に表示し、キャラクタファイルのイメージが表示される状態でユーザーが選択キーを入力すると、表示されるキャラクタイメージのキャラクタファイルを選択する。
【０１３３】
上記のように、キャラクタファイル情報を表示する状態でユーザーが伝送しようとするキャラクタファイルを選択するか否かを感知する(ステップ６１９)。キャラクタファイルが選択されることを感知すると、制御部１１０はステップ６２１で選択されたキャラクタファイルのサイズを計算する。このとき、キャラクタファイルは、図３Ａに示したキャラクタヘッダー、このキャラクタヘッダーのアニメーションカウンタ値に対応する数の図３Ｂに示したアニメーションヘッダー、そして、各アニメーションヘッダーのフレームカウンタ値に対応する数の図３Ｃに示したフレームヘッダー、そしてこれに対応するフレームイメージになる。また、図１３Ａ〜図１３Ｊのような構造を有するキャラクタファイルになることもできる。
【０１３４】
その後、制御部１１０はステップ６２３で上記のようなキャラクタファイルを伝送形態のメッセージフォーマットで生成する。このとき、キャラクタファイルはサイズの固定しない多数のフィールドを含む可変サイズの構造体を有する。したがって、可変サイズの構造体を有するキャラクタファイルを図２０Ａ及び 図２０Ｂのようなキャラクタファイル伝送フォーマットまたは図１３Ａ〜図１３Ｊのようなキャラクタファイルに変更して伝送メッセージフォーマットを生成する。
【０１３５】
その後、制御部１１０はステップ６２５で上記のように生成された伝送メッセージフォーマットのキャラクタファイルを近距離通信部１５０に出力する。すると、近距離通信部１５０は、キャラクタファイルをＩｒＤＡ信号に変換して伝送する。そして、制御部１１０は、ステップ６２５でキャラクタファイルを伝送した後、キャラクタファイルの最後のデータでないと、ステップ６２９でキャラクタファイルの伝送状態を表示部１４０に表示しつつ、キャラクタファイルの伝送を継続して維持する。このとき、キャラクタファイルの最後のデータを伝送すると、制御部１１０はステップ６２７でこれを感知し、ステップ６３１でアバターデータファイルの伝送を終了し、キャラクタファイルの伝送終了状態を表示部１４０に表示する。
【０１３６】
その後、制御部１１０はステップ６３３で次のキャラクタファイルの伝送要求があるかどうかを検査し、要求がないと、キャラクタファイルの近距離通信手順を終了する。もし、ステップ６３３で次のキャラクタファイルの伝送要求があると、制御部１１０はステップ６１７に戻って次のキャラクタファイルを選択して上記の手続きを再遂行する。また、ステップ６１７及びステップ６１９で２つ以上のキャラクタファイルを選択する場合、制御部１１０はステップ６３３でこれを感知し、ステップ６２１に進んで連続的に選択された複数のアバターデータファイルを伝送することもできる。
【０１３７】
図２１に示したように、携帯端末機で近距離通信方法でマルチメディアデータファイルを伝送する場合に、受信側の携帯端末機はこれを受信して処理すべきである。図２２は、近距離通信部１５０を備え、近距離通信部１５０を通じて受信されるマルチメディアデータファイルを処理する携帯端末機の手続きを示すフローチャートである。
【０１３８】
図２２を参照すると、近距離通信部１５０を通じてマルチメディアデータファイルが受信されると、制御部１１０はステップ６５１及びステップ６５３を通じてこれを感知し、受信されたマルチメディアデータファイルがキャラクタファイルの場合に、制御部１１０はステップ６５５でこれを感知する。制御部１１０は、ステップ６５７及びステップ６５９を遂行しつつ、近距離通信部１５０を通じて受信されるキャラクタファイルを受信してメモリ１１３に貯蔵する。
【０１３９】
その後、制御部１１０は、ステップ６６１及びステップ６６３で受信されたキャラクタファイルを分析して該当するキャラクタタイプのキャラクタファイルで再構成する。このとき、受信されるキャラクタファイルは可変サイズ構造体を有するデータファイルである。したがって、制御部１１０は受信されたキャラクタファイルを再構成し、上記のように再構成されたアバターデータファイルは、ステップ６２５で図２に示したようにメモリ１１３に貯蔵してから終了する。
【０１４０】
上記したように、本発明の実施形態によるキャラクタファイルのプレゼント機能は、キャラクタがモバイル端末機で動作するようになるとき、２人以上のユーザーが相互通信を通じて付加的サービスを遂行することができる。
【０１４１】
このような本発明の実施形態によるキャラクタプレゼント機能はホンツウホン機能であって、このホンツウホン通信後にキャラクタファイルをすぐアップグレードできる。すなわち、携帯端末機がプレゼント機能を用いて自分のキャラクタファイルを他の端末機に伝送すると、受信側の携帯端末機は受信されるキャラクタファイルを自分のキャラクタファイルにアップグレードすることができる。
【０１４２】
キャラクタアップグレード機能(プレゼント機能)はホンツウホンで受信したデータを追加的なインデックスで単純添加するのではなく、既存のデータリストに追加して実際的なアップグレードが可能にする機能である。このために、本発明の実施形態では制御部１１０(すなわち、キャラクタエンジン)が新規データを受信するときに、これを認識及び判別して既存のデータベースを実質的にアップグレードする。このためにアバターホンツウホンの受信の際に説明したように、受信データを分離し、これを再構成する過程を経るようになる。これは、上述したように、キャラクタの固有の構造を通じて可能になる。それぞれの分析及び判断の根拠では、キャラクタヘッダー、アニメーションヘッダー、フレームヘッダーを使用する。そして、アバターファイルの場合、追加的な情報として認識される場合にはそれぞれの変動可能なアバター情報(感情：感性、人気、知性など)をアップデートするようになる。
【０１４３】
図２３は、本発明の実施形態により携帯端末機のキャラクタファイルを無線網を通じてバックアップサーバ４０にバックアップする手続きを示すフローチャートである。
図２３を参照すれば、携帯端末機は自動バックアップ機能が設定され、あるいはユーザーから手動バックアップ命令が発生すると、図２３のような手続きで携帯端末機のバックアップサービスを遂行する。このとき、自動バックアップ機能が設定された場合、設定された時間になると、携帯端末機の制御部１１０はステップ７１１で自動バックアップ設定を感知し、ステップ７１３でバックアップ条件を判断する。そして、バックアップ条件を満たすと、制御部１１０はステップ７１５で携帯端末機のバックアップを要請する。このとき、自動設定の場合に、ユーザーは、バックアップ自動設定のための過程でバックアップのための時間及びバックアップのためのキャラクタファイルを予め設定して貯蔵する。また、ユーザーが手動バックアップを要求する場合、制御部１１０は、ステップ７１７でこれを感知し、ユーザーが設定されるバックアップ対象が入力されると、ステップ７１９で入力された情報に応じてバックアップ対象を指定する。このとき、手動バックアップの場合には図１７及び図１９Ａのようなメニュー構造を用いてキャラクタファイルの手動バックアップ機能を遂行することができる。
【０１４４】
上記のように自動バックアップまたは手動バックアップが指定されると、制御部１１０はバックアップ対象のキャラクタファイルを確認した後、ステップ７２１でバックアップサービス要求メッセージを生成して通信部１２１を通じて出力し、バックアップサーバ４０に接続を行う。そして、バックアップサーバ４０と接続されると、携帯端末機の制御部１１０は、ステップ７２３でバックアップサーバと認証及びこれを確認する手続きを遂行する。ここで、認証及び確認手続きはインターネット網に遂行される通常の認証及び確認手順と同一に進行される。バックアップサーバの認証設定手続きは、図１９Ｃのようなメニュー構造によって遂行することができる。
【０１４５】
その後、制御部１１０はステップ７２５で指定されたキャラクタファイルのデータ同期を遂行する。このとき、キャラクタファイルはバイナリデータを含むため、キャラクタファイルのサイズを判断した後、分割間隔を指定して同期を遂行する。このようにキャラクタファイルのバックアップのためのデータ同期を終了すると、制御部１１０はステップ７２７で確認されたバックアップデータを伝送し始める。バックアップ情報は無線通信網２０及びインターネットサーバ３０を経てバックアップサーバ４０に伝達され、バックアップサーバ４０はステップ７２９で携帯端末機から伝送されるバックアップ情報を貯蔵する。その後、バックアップ情報の貯蔵を完了すると、バックアップサーバ４０はそれに対する応答メッセージを生成し、この応答メッセージはインターネットサーバ３０及び無線通信網２０を経て携帯端末機に伝送される。すると、携帯端末機２３１はステップ７３１で前記受信されるバックアップサーバ４０の応答メッセージを受信するようになる。
【０１４６】
図２４は、本発明の実施形態により携帯端末機でバックアップサーバ４０にキャラクタファイルをバックアップ伝送する手続きを示すフローチャートである。また、キャラクタファイルは図３Ａ〜図３Ｃのように、すべてのキャラクタファイルが同一の構造で構成され、図１３Ａ〜図１３Ｊのようにキャラクタタイプ(アバター、アバターハウス、アイテム、背景画面)によりそれぞれ異なる構造で構成されることもできる。また、キャラクタファイルは圧縮された形態でメモリ１１３に貯蔵され、または圧縮されない形態で貯蔵されることもできる。以下の説明では図１３Ａ〜図１３Ｊのような構成を有するキャラクタファイルを参照して説明する。また、キャラクタファイルが圧縮された形態でメモリ１１３に貯蔵された場合を過程して説明する。しかしながら、本発明の実施形態によるキャラクタファイルバックアップサービスは、図３Ａ〜図３Ｃのようなヘッダー構造を有するキャラクタファイル及び圧縮しないキャラクタファイルに対しても同一に適用されうる。
【０１４７】
図２４を参照すると、自動バックアップ設定時間になり、あるいは手動バックアップが要求されると、制御部１１０はステップ８１１でこれを感知し、ステップ８１３及びステップ８１５を遂行しつつ、バックアップサーバ４０と接続し、ステップ８１７で認証及び確認手続きを遂行するようになる。これは図２３における手続きと同一の方法で遂行される。その後、制御部１１０はステップ８１９でバックアップするキャラクタファイルの数を確認する。ここで、キャラクタファイルは一つのアバターファイルと、一つ以上のアバターハウスファイル、そして、一つ以上のアイテムファイルになる。すなわち、携帯端末機に貯蔵されたキャラクタファイルでアバターファイルは、１つまたは２つ以上のアバターファイルで構成され、アバターハウスファイルも１つまたは２つ以上のアバターハウスファイルで構成される。また、アイテムファイルは、アバターハウスに接続されたアイテムとアバターハウスに接続されないアイテムとから構成される。
【０１４８】
また、携帯端末機のユーザーは手動バックアップ設定過程で、希望するキャラクタを選択してバックアップすることができる。この場合、アバター、アバターハウス、及び(または)アイテムを選別的に選択してバックアップすることができる。すなわち、携帯端末機のユーザーは現在使用しているアバターのみを選択してバックアップさせ、また、キャラクタのうちアバターのみを選択してバックアップさせうる。
【０１４９】
このように、ステップ８１９でバックアップするキャラクタの数を確認した後、ステップ８２１で現在バックアップするキャラクタファイルのタイプを確認する。ここで、キャラクタタイプはアバター、アバターハウス、アイテム、またはインデックス変数になる。本発明の実施形態ではアバター、アバターハウス、アイテム、及びインデックス変数の順にキャラクタファイルをバックアップすると仮定して説明する。
【０１５０】
まず、ステップ８２１でバックアップするキャラクタがアバターであると、制御部１１０はこれを感知し、ステップ８２３でバックアップ伝送するアバターファイルのサイズを計算する。このとき、アバターファイルは図１３Ａのような構造を有し、ヘッダー構造は図１３Ｂのような構造を有する。図１３Ｂで各アニメーションのヘッダーAni １〜Ani ｎの構造は、図１３Ｃのような構造を有する。そして、イメージデータのアニメーション１〜アニメーションｎのイメージファイル構造は、それぞれ図１３Ｄのような構造を有する。したがって、制御部１１０はアバターファイルの場合、ステップ８３１で図１３Ｂ〜図１３Ｄのような構造を有するアバターファイルを伝送形態で生成した後、ステップ８３３で図１３Ａのような順に伝送する。そして、アバターファイルを伝送する途中であれば、制御部１１０はステップ８３７で伝送されるアバターファイルの伝送状態を表示部１４０に表示する。上記のような伝送手続きを遂行しつつ、アバターファイルの伝送を完了すると、制御部１１０はステップ８３５でこれを感知し、ステップ６３９で設定されたすべてのキャラクタファイルの伝送を終了したかどうかを検査する。
【０１５１】
このとき、キャラクタファイルの伝送が完了しない場合、制御部１１０はステップ８３９でこれを感知する。そして、制御部１１０はステップ８２１に戻って、次の伝送するキャラクタの種類を検査し、伝送するキャラクタがアバターファイルであると、上記のような動作を反復遂行する。
【０１５２】
しかしながら、ステップ８２１で伝送するキャラクタがアバターハウスと確認すると、制御部１１０はステップ８２５に進んで伝送するアバターハウスファイルのサイズを計算する。このとき、アバターハウスのファイル構造も図１３Ａのような構造を有する。すなわち、図１３Ａのようなアバターハウスファイル構造で、ヘッダーは図１３Ａのような構造を有し、図１３Ｅの構造でAni１の構成は図１３Ｆのような構造を有し、残りのAni２〜Ani ｎの構造は、図１３Ｇのような構造を有する。ここで、図１３Ｆは、アバターハウスの背景画面のヘッダー情報で、図１３Ｇはアバターハウスに接続されたアイテムファイルのヘッダー情報である。そして、アニメーション１〜アニメーションｎは、それぞれアバターハウスの背景画面及びアイテムのイメージファイルになる。したがって、制御部１１０はバックアップ伝送するファイルがアバターハウスファイルの場合、ステップ６３１で図１３Ｅ〜図１３Ｇのような構造を有するアバターハウスの背景画面及びそれに接続するアイテムファイルのヘッダー情報及びイメージファイルを伝送形態に生成した後、ステップ８３３で図１３Ａのような順に伝送する。そして、アバターハウスファイルを伝送する途中で、制御部１１０はステップ８３７で伝送されるアバターハウスファイルの伝送状態を表示部１４０に表示する。このような伝送手続きを遂行しつつ、アバターハウスファイルの伝送を完了すると、制御部１１０はステップ８３５でこれを感知し、ステップ８３９で設定されたすべてのキャラクタファイルの伝送を終了したかどうかを検査する。
【０１５３】
このとき、キャラクタファイルの伝送が完了しない場合、制御部１１０はステップ８３９でこれを感知し、ステップ８２１に戻って次に伝送するキャラクタの種類を検査し、伝送するキャラクタがアバターハウスファイルであると、上記のような動作を反復遂行する。
【０１５４】
しかしながら、ステップ８２１で伝送するキャラクタがアイテムと確認されると、制御部１１０はステップ８２５に進んで伝送するアイテムファイルのサイズを計算する。このとき、アイテムファイル構造はヘッダー及び単一のイメージ構造を有する。すなわち、図１３Ａのようなアイテムファイル構造で、ヘッダーは図１３Ｈのような構造を有し、図１３Ｈの構造でアイテムは単一イメージを有するため、Aniの構成は図１３Ｉのような構造を有し、アニメーションも一つのイメージを有するようになる。したがって、制御部１１０はバックアップ伝送するファイルがアイテムファイルの場合に、ステップ８３１で図１３Ｈ〜図１３Ｉのような構造を有するアイテムファイルのヘッダー情報及びイメージファイルを、伝送形態で生成した後、ステップ８３３でこれを伝送する。そして、アイテムファイルを伝送する途中で、制御部１１０はステップ８３７で伝送されるアイテムファイルの伝送状態を表示部１４０に表示する。このような伝送手続きを遂行しつつ、アイテムファイルの伝送を完了すると、制御部１１０は上記のような手続きを反復しつつ、携帯端末機に貯蔵されたアイテムファイルの伝送を遂行する。その後、アイテムの伝送を終了すると、制御部１１０はステップ８３５でこれを感知し、ステップ８３９で設定されたすべてのキャラクタファイルの伝送を終了したかを検査する。
【０１５５】
このとき、キャラクタファイルの伝送が完了しない場合、制御部１１０はステップ８３９でこれを感知し、ステップ８２１に戻って次に伝送するキャラクタの種類を検査する。もし、伝送するキャラクタがキャラクタのインデックス変数に関連したファイルであれば、制御部１１０は、ステップ８２９に進んで、図１３Ｊのようなアバターインデックス変数及びアバターインデックス変数のファイルサイズを計算した後、上記のような手続きを遂行しつつ伝送する。ここで、アバターファイルのインデックス変数は、図１３Ｊに示すように、現在携帯端末機の感性指数を含む。
【０１５６】
そして、上記したように、アバター、アバターハウス、アイテム、及びインデックス変数などのすべてのキャラクタファイルに対する伝送を終了すると、制御部１１０はステップ８３９でこれを感知し、キャラクタバックアップ手続きを終了する。
【図面の簡単な説明】
【０１５７】
【図１】キャラクタエージェント機能を有する携帯端末機の構成を示す図である。
【図２】本発明の実施形態により、エージェント機能を遂行するためのキャラクタメモリの構造を示す図である。
【図３Ａ】図２のキャラクタメモリに貯蔵されるキャラクタファイルのヘッダー構造を示す図である。
【図３Ｂ】図２のキャラクタメモリに貯蔵されるキャラクタファイルのヘッダー構造を示す図である。
【図３Ｃ】図２のキャラクタメモリに貯蔵されるキャラクタファイルのヘッダー構造を示す図である。
【図４Ａ】本発明の実施形態によるキャラクタファイルにおいて、アバターファイルのヘッダー構造を示す図である。
【図４Ｂ】本発明の実施形態によるキャラクタファイルにおいて、アバターファイルのヘッダー構造を示す図である。
【図５Ａ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｂ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｃ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｄ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｅ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｆ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｇ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｈ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｉ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｊ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｋ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図５Ｌ】本発明の実施形態により、アバターファイルのアバターフレームイメージの一例を示す図である。
【図６Ａ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｂ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｃ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｄ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｅ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｆ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｇ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｈ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｉ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｊ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｋ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図６Ｌ】本発明の実施形態により、アバターファイルの他のアバターフレームイメージの例を示す図である。
【図７Ａ】本発明の実施形態によるキャラクタファイルにおいて、アイテムファイルのヘッダー構造を示す図である。
【図７Ｂ】本発明の実施形態によるキャラクタファイルにおいて、アイテムファイルのヘッダー構造を示す図である。
【図８Ａ】本発明の実施形態により、アイテムファイルのアイテムフレームイメージの例を示す図である。
【図８Ｂ】本発明の実施形態により、アイテムファイルのアイテムフレームイメージの例を示す図である。
【図８Ｃ】本発明の実施形態により、アイテムファイルのアイテムフレームイメージの例を示す図である。
【図９Ａ】本発明の実施形態によるキャラクタファイルにおいて、背景画面ファイルのヘッダー構造を示す図である。
【図９Ｂ】本発明の実施形態によるキャラクタファイルにおいて、背景画面ファイルのヘッダー構造を示す図である。
【図１０Ａ】本発明の実施形態により、背景画面ファイルの背景画面フレームイメージの例を示す図である。
【図１０Ｂ】本発明の実施形態により、背景画面ファイルの背景画面フレームイメージの例を示す図である。
【図１０Ｃ】本発明の実施形態により、背景画面ファイルの背景画面フレームイメージの例を示す図である。
【図１０Ｄ】本発明の実施形態により、背景画面ファイルの背景画面フレームイメージの例を示す図である。
【図１１Ａ】本発明の実施形態によるキャラクタファイルにおいて、アバターハウスファイルのヘッダー構造を示す図である。
【図１１Ｂ】本発明の実施形態によるキャラクタファイルにおいて、アバターハウスファイルのヘッダー構造を示す図である。
【図１２Ａ】本発明の実施形態により、アバターハウスファイルのアバターハウスフレームイメージの例を示す図である。
【図１２Ｂ】本発明の実施形態により、アバターハウスファイルのアバターハウスフレームイメージの例を示す図である。
【図１２Ｃ】本発明の実施形態により、アバターハウスファイルのアバターハウスフレームイメージの例を示す図である。
【図１２Ｄ】本発明の実施形態により、アバターハウスファイルのアバターハウスフレームイメージの例を示す図である。
【図１３Ａ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｂ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｃ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｄ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｅ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｆ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｇ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｈ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｉ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１３Ｊ】図２のキャラクタメモリに貯蔵されるキャラクタファイルの他のヘッダー構造を示す図である。
【図１４】図１による近距離通信部の構成を示す図である。
【図１５Ａ】図１４による動作を説明するための図である。
【図１５Ｂ】図１４による動作を説明するための図である。
【図１６】本発明の実施形態により、エージェント機能を有する携帯端末機のデータをバックアップするネットワークの構成を示す図である。
【図１７】本発明の実施形態によるキャラクタ伝送及びバックアップのためのメニュー構造を示す図である。
【図１８Ａ】本発明の実施形態によりキャラクタを他の携帯端末機に伝送する手続きを表示するメニュー構造を示す図である。
【図１８Ｂ】本発明の実施形態によりキャラクタを他の携帯端末機に伝送する手続きを表示するメニュー構造を示す図である。
【図１８Ｃ】本発明の実施形態によりキャラクタを他の携帯端末機に伝送する手続きを表示するメニュー構造を示す図である。
【図１９Ａ】本発明の実施形態によりキャラクタをサーバにバックアップ伝送する手続きを表示するメニュー構造を示す図である。
【図１９Ｂ】本発明の実施形態によりキャラクタをサーバにバックアップ伝送する手続きを表示するメニュー構造を示す図である。
【図１９Ｃ】本発明の実施形態によりキャラクタをサーバにバックアップ伝送する手続きを表示するメニュー構造を示す図である。
【図２０Ａ】本発明の実施形態によりキャラクタファイルをバックアップサーバ及び他の携帯端末機に伝送するときのキャラクタファイル構造を説明するための図である。
【図２０Ｂ】本発明の実施形態によりキャラクタファイルをバックアップサーバ及び他の携帯端末機に伝送するときのキャラクタファイル構造を説明するための図である。
【図２１】本発明の実施形態により携帯端末機でキャラクタファイルを他の携帯端末機に伝送する手続きを示すフローチャートである。
【図２２】本発明の実施形態により携帯端末機がキャラクタファイルを受信して処理する手続きを示すフローチャートである。
【図２３】本発明の実施形態により携帯端末機でバックアップ機能を遂行する手続きを示すフローチャートである。
【図２４】本発明の実施形態により携帯端末機でバックアップサーバにキャラクタを伝送する手続きを示すフローチャートである。
【符号の説明】
【０１５８】
１１０・・・制御部
１１３・・・メモリ
１１５・・・キー入力部
１２１・・・通信部
１２３・・・データ処理部
１４０・・・表示部
１５０・・・近距離通信部
【図１】
2005243011.tif 000017
【図２】
2005243011.tif 000018
【図３Ａ】
2005243011.tif 000019
【図３Ｂ】
2005243011.tif 000020
【図３Ｃ】
2005243011.tif 000021
【図４Ａ】
2005243011.tif 000022
【図４Ｂ】
2005243011.tif 000023
【図５Ａ】
2005243011.tif 000024
【図５Ｂ】
2005243011.tif 000025
【図５Ｃ】
2005243011.tif 000026
【図５Ｄ】
2005243011.tif 000027
【図５Ｅ】
2005243011.tif 000028
【図５Ｆ】
2005243011.tif 000029
【図５Ｇ】
2005243011.tif 000030
【図５Ｈ】
2005243011.tif 000031
【図５Ｉ】
2005243011.tif 000032
【図５Ｊ】
2005243011.tif 000033
【図５Ｋ】
2005243011.tif 000034
【図５Ｌ】
2005243011.tif 000035
【図６Ａ】
2005243011.tif 000036
【図６Ｂ】
2005243011.tif 000037
【図６Ｃ】
2005243011.tif 000038
【図６Ｄ】
2005243011.tif 000039
【図６Ｅ】
2005243011.tif 000040
【図６Ｆ】
2005243011.tif 000041
【図６Ｇ】
2005243011.tif 000042
【図６Ｈ】
2005243011.tif 000043
【図６Ｉ】
2005243011.tif 000044
【図６Ｊ】
2005243011.tif 000045
【図６Ｋ】
2005243011.tif 000046
【図６Ｌ】
2005243011.tif 000047
【図７Ａ】
2005243011.tif 000048
【図７Ｂ】
2005243011.tif 000049
【図８Ａ】
2005243011.tif 000050
【図８Ｂ】
2005243011.tif 000051
【図８Ｃ】
2005243011.tif 000052
【図９Ａ】
2005243011.tif 000053
【図９Ｂ】
2005243011.tif 000054
【図１０Ａ】
2005243011.tif 000055
【図１０Ｂ】
2005243011.tif 000056
【図１０Ｃ】
2005243011.tif 000057
【図１０Ｄ】
2005243011.tif 000058
【図１１Ａ】
2005243011.tif 000059
【図１１Ｂ】
2005243011.tif 000060
【図１２Ａ】
2005243011.tif 000061
【図１２Ｂ】
2005243011.tif 000062
【図１２Ｃ】
2005243011.tif 000063
【図１２Ｄ】
2005243011.tif 000064
【図１３Ａ】
2005243011.tif 000065
【図１３Ｂ】
2005243011.tif 000066
【図１３Ｃ】
2005243011.tif 000067
【図１３Ｄ】
2005243011.tif 000068
【図１３Ｅ】
2005243011.tif 000069
【図１３Ｆ】
2005243011.tif 000070
【図１３Ｇ】
2005243011.tif 000071
【図１３Ｈ】
2005243011.tif 000072
【図１３Ｉ】
2005243011.tif 000073
【図１３Ｊ】
2005243011.tif 000074
【図１４】
2005243011.tif 000075
【図１５Ａ】
2005243011.tif 000076
【図１５Ｂ】
2005243011.tif 000077
【図１６】
2005243011.tif 000078
【図１７】
2005243011.tif 000079
【図１８Ａ】
2005243011.tif 000080
【図１８Ｂ】
2005243011.tif 000081
【図１８Ｃ】
2005243011.tif 000082
【図１９Ａ】
2005243011.tif 000083
【図１９Ｂ】
2005243011.tif 000084
【図１９Ｃ】
2005243011.tif 000085
【図２０Ａ】
2005243011.tif 000086
【図２０Ｂ】
2005243011.tif 000087
【図２１】
2005243011.tif 000088
【図２２】
2005243011.tif 000089
【図２３】
2005243011.tif 000090
【図２４】
2005243011.tif 000091