(57)【要約】【課題】  発呼時に、送信者の特定を可能にする音声データや映像データを送信先に送信することができる移動通信システムを提供する。【解決手段】  発呼側ユーザのライブ情報（発声された声の音声データや、撮像された顔の画像データ）は、それぞれヘッダーが付与されてパケット化され、発呼時に、通信システムが発呼時に使用するアクセス制御チャネルの情報ビットに事前に挿入される。図７では、このヘッダーを、音声データの場合はＳ１〜Ｓ４、画像データの場合はＨ１〜Ｈ４として示している。【選択図】  図７
2006140773.tif 000002
【特許請求の範囲】
【請求項１】
音声データ及び画像データの送受信が可能な複数の移動通信端末を備えて構成される移動通信システムにおいて、
前記複数の移動通信端末の各々は、
音声を入力して音声データを得る音声入力手段と、
被写体を撮像して画像データを得る撮像手段と、
前記音声入力手段により入力された音声データまたは受信した音声データを出力する音声出力手段と、
前記撮像手段により撮像された画像データまたは受信した画像データを表示する表示手段と、
発呼要求により、前記記撮像手段により撮像された画像データ及び／または前記音声入力手段により入力された音声データを、所定のデータフォーマットに変換した後、特定の通信チャネルの情報ビットフィールドに挿入する発呼準備手段と、
前記発呼準備手段により準備された前記特定の通信チャネルを使用して発呼する発呼手段と、
を備えたことを特徴とする移動通信システム。
【請求項２】
前記発呼時に使用される特定の通信チャネルは、所定のアクセス制御チャネルであることを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記画像データ及び／または前記音声データは、記憶部に一旦記憶されると共に、発呼時に、前記発呼準備手段により、前記記憶部から取り出されて、前記特定の通信チャネルの情報ビットフィールドに挿入されることを特徴とする請求項１または請求項２に記載の移動通信システム。
【請求項４】
前記画像データは、動画像データまたは静止画像データのいずれか１つであることを特徴とする請求項１乃至３のいずれか１項に記載の移動通信システム。
【請求項５】
前記移動通信端末の任意の１つは、前記移動通信端末の他の任意の１つから、前記アクセス制御チャネルを使用した発呼を受けて着信した時に、当該着信を報知すると共に、前記アクセス制御チャネルに音声データが挿入されている場合は、当該音声データを前記音声出力手段により出力することを特徴とする請求項１乃至４のいずれか１項に記載の移動通信システム。
【請求項６】
前記移動通信端末の１つは、前記移動通信端末の他の１つから、前記アクセス制御チャネルを使用した発呼を受けて着信した時に、当該着信を報知すると共に、前記アクセス制御チャネルに画像データが挿入されている場合は、当該画像データを前記表示手段により表示することを特徴とする請求項１乃至５のいずれか１項に記載の移動通信システム。
【請求項７】
前記移動通信端末の任意の１つが、前記移動通信端末の他の任意の１つに発呼した場合に、基地局から、前記発呼を確認して呼び出し中である旨の通知が、前記発呼側の移動通信端末の任意の１つに送信されることを特徴とする請求項１乃至６のいずれか１項に記載の移動通信システム。
【請求項８】
前記特定の通信チャネルの情報ビットフィールドに挿入される音声データは、発呼者の声を入力して成る音声データであることを特徴とする請求項１乃至７のいずれか１項に記載の移動通信システム。
【請求項９】
前記特定の通信チャネルの情報ビットフィールドに挿入される画像データは、発呼者の顔を撮像して成る画像データであることを特徴とする請求項１乃至８のいずれか１項に記載の移動通信システム。
【請求項１０】
前記発呼者の顔を撮像して成る画像データを、アニメーション画像データに変換する手段を備えると共に、前記アニメーション画像データを前記特定の通信チャネルの情報ビットフィールドに挿入することを特徴とする請求項９に記載の移動通信システム。
【請求項１１】
前記通信チャネルの情報ビットフィールドに挿入されるアニメーション画像データを、事前に３次元画像表現のデータに変換する手段を備えることを特徴とする請求項１０に記載の移動通信システム。
【請求項１２】
前記通信チャネルの情報ビットフィールドに挿入される前記画像データの画像及び前記アニメーション画像を、サムネイル画像に変換する手段を備えることを特徴とする請求項１乃至１１のいずれか１項に記載の移動通信システム。
【請求項１３】
請求項１乃至１２に記載の移動通信システムの移動通信端末として構成される移動通信端末。
【請求項１４】
請求項１乃至１２に記載の移動通信システムの移動通信端末として構成される携帯電話装置。
【請求項１５】
請求項１乃至１２に記載の移動通信システムにおける移動通信端末の処理を実行するコンピュータを制御するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムに係り、特に、移動通信方式を導入した移動通信端末（例えば、携帯電話装置）と基地局とで構成され、前記移動通信端末において発信者を特定できる着信通知機能を備えた移動通信システムに関する。
【背景技術】
【０００２】
最近の携帯電話装置では、発信者番号通知機能が普及している。この機能は、発信者が使用する電話の電話番号を送信相手に通知するものであり、受信者は、電話に出る前に、誰から掛かってきた電話かを確認することができる。
【０００３】
また、予め携帯電話装置に固有の着信音や着信メロディを記憶させておき、この発信者番号通知機能と組合せることで、着信時に、この固有の着信音や着信メロディを鳴動させる機能を備えたものも開発されており、受信者は、この固有の着信音や着信メロディを聴くことにより、即座に誰から掛かってきた電話かを知ることができる。
【０００４】
さらに、前述の着信音や着信メロディの代わりに、予め画像やキャラクタを送信側の携帯電話装置に記憶させておき、この携帯電話装置から発信すると、受信側の電話装置において、着信時に、この画像やキャラクタを表示させる機能を備えたものも開発されている。
【０００５】
このような方式の携帯電話装置として、例えば、特許文献１（特開２００２−７８０２５号公報）では、発信者の携帯電話装置に、外部装置からの映像データを入力して記憶させ、発呼時の呼び出し信号に前記映像データを付加することで、受信者の電話装置において、受信者がその映像データを視認して送信者を確認できるようにする携帯電話装置が開示されている。
【０００６】
上記背景技術で述べた従来の移動通信システムにあっては、例えば、前述の特許文献１に開示された携帯電話装置では、送信者が予め設定した映像データを送信者の携帯電話装置の発呼時の呼び出し信号に付加し、受信者の携帯電話装置において、着信時に、この映像データが表示されるので、受信者は、この表示を視認して誰からの送話かを確認することができる。
【特許文献１】特開２００２−７８０２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、発呼時の呼び出し信号に付加される前記映像データは、予め外部機器から送信者の携帯電話装置に記憶させておく必要があり、発信の際に、送信者の携帯電話装置だけを用いて、好みの映像を随時に送信することは不可能であるという問題点があった。
【０００８】
また、呼び出し信号に予め送信者が設定した映像を付加するための具体的な方法については一切述べられておらず、勿論、その具体的な実現方法についてのアイデアの進展も見られないので、これだけでは、前述の特許文献１に開示された携帯電話装置の技術を、現在の携帯電話装置を含む移動通信システムや、ＰＨＳシステム等に採用することは困難であると思われる。
【０００９】
本発明は、上記従来の問題点に鑑みてなされたものであって、発呼時に、送信者の特定を可能にする音声データや映像データを送信先に送信することができる移動通信システムを提供することを目的としている。
【００１０】
本発明の他の目的は、発呼時に、送信者の特定を可能にする音声データや映像データを送信先に送信することができる移動通信端末を提供することにある。
【課題を解決するための手段】
【００１１】
本発明に係る移動通信システム及び移動通信端末は、前記目的を達成するため、以下の特徴を備えている。
【００１２】
本発明に係る移動通信システム及び移動通信端末は、音声データ及び画像データの送受信が可能な複数の移動通信端末を備えて構成される移動通信システムにおいて、前記複数の移動通信端末の各々は、音声を入力して音声データを得る音声入力手段と、被写体を撮像して画像データを得る撮像手段と、前記音声入力手段により入力された音声データまたは受信した音声データを出力する音声出力手段と、前記撮像手段により撮像された画像データまたは受信した画像データを表示する表示手段と、発呼要求により、前記記撮像手段により撮像された画像データ及び／または前記音声入力手段により入力された音声データを、所定のデータフォーマットに変換した後、特定の通信チャネルの情報ビットフィールドに挿入する発呼準備手段と、前記発呼準備手段により準備された前記特定の通信チャネルを使用して発呼する発呼手段とを備えたことを特徴とする。
【００１３】
このように構成することにより、発呼側ユーザは、発呼時に、発呼者の現在の音声データや映像データ（いずれもライブ情報）を、送信先に送信することができる。
【００１４】
ここで、前記移動通信システムにおいて、前記発呼時に使用される特定の通信チャネルは、所定のアクセス制御チャネルとすることができる。
【００１５】
このように構成することにより、発呼時に送信先に送信する音声データや撮像された映像データを、既成の通信方式によるアクセス制御チャネルを使用して、送信することができるので、システム負担が軽減する。
【００１６】
また、前記移動通信システムにおいて、前記画像データ及び／または前記音声データは、記憶部に一旦記憶されると共に、発呼時に、前記発呼準備手段により、前記記憶部から取り出されて、前記特定の通信チャネルの情報ビットフィールドに挿入されることを特徴とする。
【００１７】
このように構成することにより、記憶部を送信バッファとして機能させることが可能となり、より円滑な通信が可能となる。
【００１８】
また、前記移動通信システムにおいて、前記画像データは、動画像データまたは静止画像データのいずれか１つであることを特徴とする。
【００１９】
このように構成することにより、発呼側ユーザが送信できる画像データの選択肢が豊富となる。また、情報量の大きい動画像データを制御チャネルで送信することができる将来の通信方式に対応することができる。
【００２０】
また、前記移動通信システムにおいて、前記移動通信端末の任意の１つは、前記移動通信端末の他の任意の１つから、前記アクセス制御チャネルを使用した発呼を受けて着信した時に、当該着信を報知すると共に、前記アクセス制御チャネルに音声データが挿入されている場合は、当該音声データを前記音声出力手段により出力することを特徴とする。
【００２１】
このように構成することにより、受信側ユーザは、本格的な通信時ではない着信時に、既に小規模な音声データを受信して、音声出力させることができるので、受信すべきか否かの決定に役立たせることができる。また、親密な関係にある発呼側ユーザと受信側ユーザの場合は、その親密度を一層高めることができると共に、受信側ユーザの迅速な応答が可能となる。
【００２２】
また、前記移動通信システムにおいて、前記移動通信端末の１つは、前記移動通信端末の他の１つから、前記アクセス制御チャネルを使用した発呼を受けて着信した時に、当該着信を報知すると共に、前記アクセス制御チャネルに画像データが挿入されている場合は、当該画像データを前記表示手段により表示することを特徴とする。
【００２３】
このように構成することにより、受信側ユーザは、本格的な通信時ではない着信時に、既に小規模な画像データを受信して、画像表示させることができるので、受信すべきか否かの決定に役立たせることができる。また、親密な関係にある発呼側ユーザと受信側ユーザの場合は、その親密度を一層高めることができると共に、受信側ユーザの迅速な応答が可能となる。
【００２４】
また、前記移動通信システムにおいて、前記移動通信端末の任意の１つが、前記移動通信端末の他の任意の１つに発呼した場合に、基地局から、前記発呼を確認して呼び出し中である旨の通知が、前記発呼側の移動通信端末の任意の１つに送信されることを特徴とする。
【００２５】
このように構成することにより、発呼側ユーザは、自局からの発呼に対する確実な応答が得られるので、発呼の際の基本的な操作誤りの有無を迅速に確認することができる。
【００２６】
また、前記移動通信システムにおいて、前記特定の通信チャネルの情報ビットフィールドに挿入される音声データは、発呼者の声を入力して成る音声データであることを特徴とする。
【００２７】
このように構成することにより、発呼側ユーザは、受信側端末での着信時に、受信側ユーザに対して、自己の特徴を有する声を聞かせることができるので、自己が誰であるかを特定させることに役立つ。
【００２８】
また、前記移動通信システムにおいて、前記特定の通信チャネルの情報ビットフィールドに挿入される画像データは、発呼者の顔を撮像して成る画像データであることを特徴とする。
【００２９】
このように構成することにより、発呼側ユーザは、受信側端末での着信時に、受信側ユーザに対して、自己の特徴を有する顔を見せるることができるので、自己が誰であるかを特定させることに役立つ。
【００３０】
また、前記移動通信システムは、前記発呼者の顔を撮像して成る画像データを、アニメーション画像に変換する手段を備えると共に、前記アニメーション画像を前記特定の通信チャネルの情報ビットフィールドに挿入することを特徴とする。
【００３１】
このように構成することにより、発呼時の送信データの情報量を節減することができる。また、発呼側ユーザとしては、例えば、自分のリアルライブの顔画像が日によって異なり、自分でどうしても嫌な場合や、多少恥ずかしいと感じる場合などに、自己の特徴を有するアニメ化した画像を利用することができる。
【００３２】
また、前記移動通信システムは、前記通信チャネルの情報ビットフィールドに挿入されるアニメーション画像を、事前に３次元表現に変換する手段を備えることを特徴とする。
【００３３】
このように構成することにより、着信時に、受信側ユーザが日常に接する発呼側ユーザの現在の顔の特徴を忠実に再現させることが可能となり、発呼側ユーザ（発呼者）の特定を一層迅速かつ確実に行うことができる。
【００３４】
さらに、前記移動通信システムは、前記通信チャネルの情報ビットフィールドに挿入される前記画像データの画像及び前記アニメーション画像を、サムネイル画像に変換する手段を備えることを特徴とする。
【００３５】
このように構成することにより、発呼側ユーザは、過去に使用した画像データを、サムネイル画像で表示部に一覧表示させることが可能となり、以後の呼出情報に画像データを利用する際には、送信すべき画像データの選択に便利である。
【００３６】
また、本発明は、上記した従来の移動通信端末の課題に鑑みてなされたものであり、前記移動通信システムの移動通信端末として構成される移動通信端末を提供するものである。
【００３７】
ここで、前記移動通信端末は、携帯電話装置であってもよい。
また、前記移動通信システムにおける移動通信端末の処理を実行するコンピュータを制御するためのコンピュータプログラムが提供される。
【発明の効果】
【００３８】
以上説明したように、本発明の移動通信システムによれば、現行の制御チャネルだけを使用した呼出機能において、送信者を特定させることができる発呼側ユーザの画像データ、音声データを含むライブ情報を利用できるので、受信側ユーザは、着信時に、呼出相手が誰かを確実に特定することができる効果がある。
【００３９】
また、発呼側ユーザと受信側ユーザの使い勝手の向上や、受信側ユーザの応答速度の向上だけではなく、受信側ユーザは、発呼側ユーザの表情などを視認することができるので、より一層親密なコミュニケーションが可能となり、娯楽性も高まるので、発呼側ユーザと受信側ユーザの満足度を一層向上させることができる効果がある。
【発明を実施するための最良の形態】
【００４０】
以下、本発明の移動通信システムの最良の実施形態について、図面を参照して詳細に説明する。
【００４１】
図１は、本発明の実施形態に係る移動通信システムの端末の構成を示す構成図である。
【００４２】
同図において、本実施形態の移動通信システムの端末１０（カメラ付き携帯電話装置）は、信号の変調波を送受信するアンテナ部１０１と、変調波の受信部１０２と、変調波の送信部１０３と、受信した変調波を復調する復調部１０４と、信号を変調する変調部１０５と、音声データや画像データを加工して出力信号に変換するデータ処理部１０６と、マイク入力またはスピーカ出力の音声信号をデジタル信号に変換する音声データ処理部１０７と、カメラの撮像信号を内部データに変換する画像データ処理部１０８とを備える。また、画像データからアニメーション画像を生成するアニメーション画像生成部１０９と、アニメーション画像を３次元画像に加工する三次元対応部１１０と、画像データをサムネイル画像に加工するサムネイル処理部１１１と、外部機器からの音声データを録音する音声録音部１１２と、外部機器からの音声信号を入力する外部Ｉ／Ｆ部１１３と、外部機器からの音声信号を音声データに変換するデータフォーマット変換部１１４と、を備える。また、音声信号を音声出力するスピーカ部１２１（音声出力手段）と、通話者の声を入力するマイク部１２２（音声入力手段）と、被写体を撮像するカメラ部１２３（撮像手段）と、シャッター部１２４とを備える。
【００４３】
さらに、全体を制御するＣＰＵ部１３１と、制御プログラムやデータを記憶する記憶部１３２と、操作者の指令やデータを入力するための操作部１３３と、メッセージやデータを表示する表示部１３４（表示手段）と、着信を報知する報知部１３５と、駆動用の電力を送電する電源部１３６と、駆動用の電力を供給する電源部１３６とを備えて構成される。
【００４４】
また、オプショナルな外部機器として、ＣＤ／ＭＤプレーヤ等の音声再生装置２０を備えることができる。
【００４５】
以下、本実施形態に係る移動通信システム（カメラ付き携帯電話装置１０）について、各実施態様毎に詳細に説明する。
【００４６】
まず、音声データを送信する場合、ユーザの音声は、端末１０（図１）のマイク部１２２に入力され、さらに、音声データ処理部１０７でデジタル信号に変換される。その後、データ処理部１０６に入力される。データ処理部１０６では、通信規格に合致した各種のデータ処理（例えば、エラー対応処理、暗号処理、及び各データフレームへの並べ替え処理等）を行う。その後、データ処理部１０６の出力データは、変調部１０５に送られて電波に乗せて送るための変調処理がなされ、送信部１０３において増幅される。送信部１０３で増幅された変調波は、アンテナ部１０１から、空中へ伝送される。
【００４７】
次に、画像データを送信する場合、カメラ部１２３（撮像手段）で撮影された画像データは、画像データ処理部１０８において、画像データから通信規格に合致した専用のデータフォーマットに変換され、さらに、データ処理部１０６に送出される。データ処理部１０６では、通信規格に合致した各種のデータ処理（例えば、エラー対応処理、暗号処理、及び各データフレームへの並べ替え処理等）を行う。その後、前記データフレームに画像データを載せ、送信部１０３において増幅された後、アンテナ部１０１から、空中へ伝送される。
【００４８】
次に、音声データ／画像データを受信する場合、アンテナ部１０１に給電された電波は受信部１０２で受信され、復調部１０４で搬送波から音声データ及び画像データが取り出され、データ処理部１０６でデジタルデータとして処理される。その後、音声データは音声データ処理部１０７でデジタルからアナログ信号に変換され、スピーカ部１２１から音声として出力される。一方、画像データは画像データ処理部１０８で所定の画像フォーマットを備えた内部データに変換され、ＣＰＵ部１３１の制御により表示部１３４に表示される。
【００４９】
なお、従来の移動通信端末（携帯電話装置等）は、近年、音声通話とは別に、メールや画像データを送信することも可能であるが、特に画像データの場合は送信データの情報量が多い。そこで、本実施形態の移動通信システムでは、端末１０（図１）のカメラ部１２３で撮られた画像の画像データは、画像データ処理部１０８にて、静止画像データの場合は、ＪＰＥＧ、ＧＩＦ、またはＰＮＧといったデータ圧縮されたデータフォーマットに変換し、動画像データの場合は、ＭＰＥＧ４やＣＩＦといったフォーマットに変換する。なお、これら変換後のデータは、音声データと共に、データフレームに構成してから送信している。
【００５０】
また、従来の携帯電話システムの方式は、現在のところ、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）またはＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が主流であり、デジタルデータを間欠受信または間欠送信することで、一人のユーザが限られたスペクトラムを独占することなく時間分割するものであり、これにより、複数のユーザが効率よく利用できるシステムとなっている。
【００５１】
図２は、本発明の実施形態に係る移動通信システムにおける送受信データのフォーマットの１例を示すものであり、図２（ａ）はＴＤＭＡフレームを示し、図２（ｂ）は制御ＣＨのデータフォーマットを示す。
【００５２】
同図に示す送受信データのフォーマットは、従来の移動通信システムにおける送受信データのフォーマットと同じである。
【００５３】
同図において、符号Ｒで示すフィールド（領域）は、ガード時間／４ビット、符号Ｐで示すフィールドはプリアンブル／２ビット、符号ＣＡＣで示すフィールドは制御信号／１１２ビット（または１１６ビット）、符号ＳＷで示すフィールドは同期ワード／２０ビット、符号ＣＣで示すフィールドはカラーコード／８ビット、符号Ｇで示すフィールドはガード時間／１８ビットを、それぞれ示す。
【００５４】
図２（ａ）はＴＤＭＡ方式による通信システムにおけるＴＤＭＡフレームの１例を示すものであるが、同図に示すように、複数のフレームが規則正しく配置されている。このようなフォーマットを用いることにより、複数のユーザの各々は、自分専用のフレームを時間分割して利用することが可能となり、その結果、同時に複数のユーザが、この通信システム利用できることになる。
【００５５】
例えば、日本のデジタル携帯電話システムの伝送方式であるＰＤＣでは、スーパーフレームという３６個の時間分割されたＴＤＭＡフレームの繰り返しフォーマットが使用されており、フルレートでは３多重（３人が同時に利用）、ハーフレートでは６多重される。即ち、図２（ａ）に示すフレーム（番号：０、１、または２）のうち、同じ番号のフレームを一人のユーザが使用するシステムとなっている。
【００５６】
この場合、それぞれの時間フレームは一定のビット数からなるデータフォーマットを備え、ＣＨと呼ばれる複数のデータフォーマットを持つ。このデータフォーマットは、それぞれ目的別に構成されており、それぞれビット構成が異なる。
【００５７】
図２（ｂ）は、一般的な制御チャネル（以下、「チャネル」を「ＣＨ」と記載する）のデータフォーマットであり、１フレームは２８０ビットから成る。そのビット構成はデータフォーマットによって異なるが、符号ＣＡＣで示される領域（１１２ビットと１１６ビット）に情報ビットが挿入される。その他のビットは基地局（図示は省略）と端末１０との間の通信を円滑に行うための制御用ビットである。
【００５８】
上記のビット数は、現状のＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）での具体例であるが、今後、３Ｇ（第３世代）と呼ばれる高速通信システムの方式では、これらビット数は格段に増えることになっている。この場合には、動画像といった情報量の多いデータでも短時間で送ることが可能となる。
【００５９】
また、データはパケット化されてパケット専用ＣＨで送信されることになる。ちなみに、現在のＰＤＣのデータ速度は６４〔Ｋｂｐｓ〕〜１２８〔Ｋｂｐｓ〕程度であるが、前述の３Ｇと呼ばれる近い将来の高速通信システムでは、帯域が拡大するので、例えば、最大２〔Ｍｂｐｓ〕と、短時間で大量のデータを通信できるようになり、制御ＣＨで送信できる情報量も格段に増えることになる。
【００６０】
また、現在の携帯電話システムでは、情報は全てデジタル信号に変換されて送受信されるため、基地局から端末１０に送られる情報や、端末１０から基地局に送られる情報は全てデジタルデータである。
【００６１】
図３は、本発明の実施形態に係る移動通信システムの端末において送受信されるデータの分解・組み立て方法を示す説明図である。
【００６２】
同図に示す送受信データの分解・組み立て方法は、従来の移動通信システムにおける送受信データの分解・組み立て方法と同じである。
【００６３】
同図に示すように、端末１０に送信されて来たデータは間欠受信された後、１つの受信データに組み立てられ、その後、アナログデータに変換される。
【００６４】
また、端末１０で作成されたデータは、デジタルデータに変換され、その後、間欠送信するために分解されて送信される。
【００６５】
また、同図に示すように、それぞれのＴＤＭＡフレームは、正確に２スロット分の時間間隔を保って処理される。例えば、スロット０のユーザは、最初の０フレームを基地局から受信する場合、受信開始から２スロット分の時間経過後、端末１０から基地局にデータを送信し、この送信終了と同時に次の０フレーム分のデータを受信開始する。
【００６６】
即ち、本実施形態に係る移動通信システム（デジタル式携帯電話システム）では、端末１０から基地局を介して相手端末とデータ通信する場合、送信データはデジタルデータに変換された後、専用のＴＤＭＡフレームに分解されて送信され、受信データは、間欠受信されたデータから連続したデジタルデータに組み立てられる。その後、アナログデータに変換されて、音声データの場合はスピーカ部１２１（図１）から音声として出力され、画像データの場合は、表示部１３４（図１）に表示される。なお、このような方式は、従来の移動通信システムの方式と同様である。
【００６７】
図４は、本発明の実施形態に係る移動通信システムにおいて端末から呼び出したい相手端末を呼び出す場合のコールプロセスのシーケンスチャートである。
【００６８】
端末１０のユーザは、呼び出す相手端末の電話番号を端末１０の操作部１３３のキー入力で入力し、その後、操作部１３３の送信キーを押すことで基地局に対し発呼要求を行う（発呼手段）。この時使用するＣＨには、通常はアクセス制御ＣＨが使用される。このアクセス制御ＣＨのデータフォーマットも、図２（ｂ）に示す通りであり、アクセス要求コマンドと相手先電話番号がデジタルデータとしてアクセス制御ＣＨデータのフィールドＣＡＣに挿入されて基地局に送信される。
【００６９】
一方、基地局は、この情報（アクセス要求コマンドと相手先電話番号）を受信すると、端末１０からのアクセス要求を受理し、端末１０に要求確認コマンドを返送する。
【００７０】
次に基地局は、この電話番号の端末１０が通信エリア内に存在することを確認し、ページングＣＨで呼び出しを行う。これにより、相手側端末は、着信音を鳴らして着信があることをユーザに通知する。また、これと同時に、基地局は、端末１０に対して、相手側端末を呼び出し中である旨を通知し、端末１０でも、呼び出し音を鳴らして相手側端末を呼び出し中であることをユーザに通知する。
【００７１】
この後、相手側端末が着信通知に応答する（即ち、相手側端末は呼設定を基地局に要求する）と、基地局は、予め用意されている通話ＣＨに移行するように端末１０と相手側端末に指示し、この予め用意されている通話ＣＨに移行した後、通話が開始される。ここで基地局が端末１０への返信に用いるＣＨは、基地局用制御ＣＨが使われる。この基地局用制御ＣＨのデータフォーマットも、図２（ｂ）に示すデータフォーマットと同様である。
【００７２】
以上の説明は、一般的なコールプロセスを簡易化した説明であり、実際には、この他に、使用ＣＨの無線品質チェックや、認証チェック等の必要なタスクが有るが、本発明に係る無線通信システムには関係しないため、説明は割愛する。
【００７３】
以下、前記の一般的なコールプロセスの説明を踏まえて、端末１０（携帯電話装置）から相手側端末を呼び出す場合において、端末１０のカメラで撮像した画像を、相手側端末での着信呼出し中に、相手側端末の表示部に表示させる場合の動作例について詳細に説明する。
【００７４】
図５は、本発明の実施形態に係る移動通信システムの端末における設定画面の選択項目を示す説明図であり、図５（ａ）は機能設定画面、図５（ｂ）は呼出関連機能の設定画面、図５（ｃ）は過去の呼出データの設定画面、図５（ｄ）は呼出音声の設定画面、図５（ｅ）は呼出関連機能の各選択項目に対応する詳細機能を、それぞれ示す。
【００７５】
送信側の端末１０では、まず、相手側での着信に画像伝送を利用する旨の設定を行う。ここでは、端末１０のユーザであるＡさんは、端末１０の図５（ａ）に示す設定画面により、５番目の項目である“呼出関連機能”を選択し、図５（ｂ）に示す設定画面により、１番目の項目である“呼出情報に画像を利用”を選択する（なお、呼出情報に他の項目を選択した場合についての動作例も、以下の説明に準じるものとする）。
【００７６】
この設定により、以後の呼出時には、この設定モードで、アクセス制御ＣＨによる呼出が行われる。
【００７７】
即ち、前記設定の場合、端末１０は、呼び出しモードであること（即ち、呼び出したい相手を呼び出している場合であること）を検知すると、自動的に、カメラ部１２３を動作させることが可能となる。ここで、撮像画像としては動画像と静止画像との区別が有るが、Ａさんがシャッター部１２４を操作して静止画像を選択した場合には、動画像データは自動的に排除され、その静止画像のみが呼出情報として有効になる。
【００７８】
また、Ａさんが最初に動画像を撮像して、その後静止画像を撮像した場合、呼出情報としては最初の動画像が使われ、その後、静止画像となった時点で、相手が呼び出しに応答するまで、ずっと静止画像が相手の端末（携帯電話装置）の表示部に表示されることになる。
【００７９】
Ａさんの端末１０からＢさんの端末を呼び出す場合（発呼する場合）、ＡさんはＢさんの端末の電話番号を操作部１３３から入力する。この電話番号は、アクセス制御ＣＨにより基地局に送信される（発呼要求）。
【００８０】
これにより、図４のシーケンスチャートで説明したとおり、基地局より、Ａさんの端末１０に対して前記発呼要求確認の応答がなされ、基地局がアクセス制御ＣＨに対応するページングＣＨを使用してＢさんの端末の呼び出しを開始し、同時に、基地局より、Ａさんの端末１０に対してＢさんを呼び出し中である旨の報知がなされる。この報知と同時に、カメラ部１２３が動作可能となり、Ａさんはカメラ部１２３により、自分の顔を撮像開始する。これと同時に、表示部１３４に自分の顔が表示され、Ｂさんを呼び出し中であることも表示される。
【００８１】
Ａさんの撮像した顔データは、画像データ処理部１０８でデジタルデータに変換され、さらに、後述の図６に示すようなデータフォーマットを備えた連続したデジタルデータに変換され、記憶部１３２に一旦記憶される。なお、カメラ部１２３による撮像画像は、前記の顔以外に、勿論周囲の風景であってもよい。
【００８２】
引き続き、基地局は、ページングＣＨによりＢさんの端末の呼び出しを開始する。この呼び出し時に、記憶部１３２に一旦記憶されていたＡさんが撮像した顔データは、基地局を介して、前記電話番号の端末（即ちＢさんの端末）に送信される。ここで、Ａさんが撮像した前記顔データは、例えば、後述の図６，７に示すデータフォーマットを備えた画像データとすることが可能であるが、情報量が少ない場合には、必ずしもパケット化する必要はないものとする。また、パケット化が可能か否かは、本システムが採用する通信方式（規格）によって決定される。
【００８３】
Ａさんの撮像した顔データを視認したＢさんが、この呼び出しに応答すると、図４のシーケンスチャートで説明したとおり、Ｂさんの端末からの基地局への呼設定の要求により、制御ＣＨから通話ＣＨに移行する。この時、Ａさんの端末１０にも、基地局より、ＣＨ変更が指示される。端末１０のＣＰＵ部１３１は、通話ＣＨへの移行を検知すると、表示部１３４への撮像画像表示を停止し、“通話中”の表示を表示部１３４に表示する。これにより、Ｂさんが電話に出ていることがＡさんに報知される。
【００８４】
図６は、基地局に送信するためのアクセス制御ＣＨを用いて送信データをパケット化する場合のデータフォーマットの１例を示すものであり、図６（ａ）はユーザーパケット用データスペースをＣＡＣフィールド（図２（ｂ）参照）に含むアクセス制御ＣＨ、図６（ｂ）はＣＡＣフィールドに挿入される画像データ、図６（ｃ）はＣＡＣフィールドに挿入される画像データをパケット化（発呼準備手段）した場合、図６（ｄ）はＣＡＣフィールドに挿入される音声データ、図６（ｅ）はＣＡＣフィールドの音声データをパケット化した場合の、それぞれデータフォーマットを示す。
【００８５】
同図において、符号Ｓ１〜Ｓ４のフィールドは音声データを示し、符号Ｖ１〜Ｖ４で示すフィールドは画像データを示す。なお、符号Ｒ，Ｐ，Ｇで示す各フィールドについては、図２（ｂ）で説明したとおりである。また、以下では、便宜上、符号Ｓ１〜Ｓ４で示されるフィールドの音声データを符号Ｓ１〜Ｓ４で示し、符号Ｖ１〜Ｖ４で示されるフィールドの画像データを符号Ｖ１〜Ｖ４で示し、それぞれ特にフィールドとは区別しない。
【００８６】
図６（ａ）に示すデータフォーマットは、情報量の多いデータの高速通信に適したユーザーパケットＣＨのデータフォーマットを利用してアクセス制御ＣＨを構成する場合のアクセス制御ＣＨのデータフォーマットである。
【００８７】
図６（ｂ）に示すデータフォーマットでは、画像データＶ１〜Ｖ４は、データ処理部１０６によりパケット化され、それぞれのパケットは、図６（ｃ）に示すデータフォーマットのように符号Ｈ１〜Ｈ４で示すヘッダービットを付けて管理される。
【００８８】
この場合、画像データＶ１〜Ｖ４にはタグが付けられる。このタグは、動画像であればｍｐｅｇあるいはｃｉｆ等であり、静止画像であればｊｐｅｇ，ｇｉｆ，ｐｎｇといったタグを付けられる。このタグにより画像種別を区別することができる。
【００８９】
図７は、ユーザーパケットＣＨと同様のデータフォーマットにより画像／音声データを組み立てる場合の１例を示す説明図であり、図７（ａ）は呼出データが画像だけの場合のデータフォーマット、図７（ｂ）は呼出データが画像データと音声データの両方である場合のデータフォーマットを示す。
【００９０】
図７（ａ）に示すデータフォーマットは、ＡさんがＢさんを呼び出す場合に、Ａさんの顔を撮像し、その撮像データをユーザーパケットＣＨを使って送信し、相手先を呼び出す時の、前記ユーザーパケットＣＨのデータフォーマットの１例であり、パケット化されたＡさんの画像データは、呼出コマンドデータの後にヘッダーＨ１が付けられた画像データＶ１から成り、基地局には、このユーザーパケットＣＨと同様のデータフォーマットで構成された呼出コマンドデータをアクセス制御ＣＨにより送信する。
【００９１】
この呼出コマンドデータにはＢさんを呼び出すための発呼要求と、Ｂさんの電話番号とが入っているため、前述のコールプロセス（図４に示すシーケンスチャート）に従って基地局からＢさんを呼び出す際のページングＣＨのデータフォーマットにも、同様のユーザーパケットＣＨが割り当てられる。即ち、基地局からは、図７に示すデータフォーマットのページングＣＨがＢさんに送信される。
【００９２】
Ｂさんの端末（以下、Ａさんの端末１０と同じ構成の端末とする）は、このページングＣＨを受信部１０２（図１）で受信し、復調部１０４でアナログデータに復調する。その後、データ処理部１０６においてアナログデータからデジタルデータに変換され、このデジタルデータに含まれる呼出コマンドをＣＰＵ部１３１が検出すると、ＣＰＵ部１３１は、画像あるいは音声での呼出があったことをＢさんに知らせるために、このデジタルデータのヘッダービットをチェックする。このヘッダービットの示す情報がヘッダーＨ１〜Ｈ４である場合は、ＣＰＵ部１３１は、このパケットデータは画像データであるものと判断し、画像データ処理部１０８においてアナログデータに変換された後、表示部１３４に表示させる。
【００９３】
また、ＣＰＵ部１３１は、このパケットデータが単なる呼出データであることを呼出コマンドデータにより検出すると、報知部１３５により、事前に呼出設定された着信音や照明、若しくはバイブレータ等の出力パターンにより、Ｂさんに呼出情報による着信を報知する。
【００９４】
これにより、ＢさんはＡさんの動画像を表示部１３４で確認できるので、誰からの電話であるかを確実に確認出来ると共に、この動画像中の顔の表情などから緊急用件であるのか、それとも通常用件であるのかを判断して、この呼び出しに応答することが可能となる。
【００９５】
さらに、Ａさんが自分の顔を撮像して呼出に使用すると共に、音声も呼出に使用したい場合には、呼出関連の項目３（図５（ｂ）参照）を選択すると、Ｂさんを呼び出し中であることが、基地局からＡさんに報知され、同時に、カメラ部１２３とマイク部１２２が作動する。これにより、Ａさんが、マイク部１２２に音声を入力すると、音声データ処理部１０７は、アナログの音声データを、図６（ｄ）のフィールドＳ１からＳ４で示す連続したデジタル音声データに変換する。その後、データ処理部１０６で、図７（ｂ）に示すとおりにパケット化される。なお、それぞれのパケットには図６（ｅ）に示すようにＪ１からＪ４のヘッダーが付けられて管理される。
【００９６】
さらに、画像データと音声データの両方を呼出データにしたい場合は、図７（ｂ）に示すとおりにユーザ−パケット用データスペースに画像データと音声データとが、それぞれヘッダー付きで挿入され、画像データだけの場合と同様に送信される。勿論Ａさんが音声だけを呼び出し情報に利用したい場合は、上記説明にある通り、Ｂさん呼出と同時にマイク部１２２のみが作動可能となり音声データのみが送出されることになる点以外は画像と全く同じであるが、呼出情報時のＣＨが制御ＣＨであり、通話時は通話ＣＨであるため、ＢさんはＡさんの音声をＣＨを変えて連続で聞く事になり、周波数が異なった場合はハンドオフのように若干のタイムラグが生じる場合もある。
【００９７】
また、図５（ｂ）に示す呼出関連の設定画面で、６番目の項目である「音声を別データに変える」を選択することも可能である。但し、この項目を選択する場合は、まず事前にマイク部１２２より入力されたＡさん以外の別の人の声を登録しておく必要がある。以下、この事前登録時の処理について説明する。
【００９８】
マイク部１２２より入力されたＡさん以外の別の人の声は、音声データ処理部１０７にてデジタルデータに変換された後、データ処理部１０６の制御により、音声録音部１１２に記憶（録音）される。この音声録音時には名前を付けられ、以後はこの名前で管理される。また、事前に、ＣＤプレーヤーやＭＤプレーヤーといった音声再生装置２０のデジタル出力を、外部Ｉ／Ｆ部１１３を介して入力し、データフォーマット変換部１１４にて、この通信システムの音声規格に変換した後、音声録音部１１２に記憶（録音）させて利用することも可能である。
【００９９】
図８は、本発明の実施形態に係る移動通信システムの端末が備える記憶部のメモリーマップの１例を示すものである。
【０１００】
前述の撮像された画像は全て記憶部１３２に記憶されるが、この記憶の前に、この画像がサムネイル処理部１１１にてサムネイル画像に処理され、さらに、この画像は、前記処理されたサムネイル画像と併せて記憶部１３２に記憶される。
【０１０１】
即ち、前述の撮像された画像には、そのフォーマットを示すタグが付けられ、サムネイル画像と併せて記憶部１３２に記憶される。これによりＡさんは、過去に使用した画像データを、サムネイル画像で表示部１３２に一覧表示させることが可能となり、以後の呼出情報として利用可能となる。
【０１０２】
Ｂさんの端末１０は、図７（ｂ）に示すデータフォーマットのパケットデータを受信すると、データ処理部１０６にて、このパケットデータを、図７（ａ）に示す画像データだけの場合と同様に、デジタルデータに変換する。その後、呼出コマンドデータが最初に検出されると、ＣＰＵ部１３１は、報知部１３５に着信を報知し、次にヘッダービットを検出する。ここでは、ヘッダービットＨ１の検出により、画像データＶ１は、画像データとして記憶部１３２に記憶され、ヘッダービットＪ１，Ｊ２を検出することで音声データＳ１，Ｓ２が音声データとして記憶部１３２に記憶される。次に、ヘッダービットＨ２を検出し、画像データＶ２を画像データとして記憶部１３２に記憶する。最後にヘッダービットＨ３を検出し、画像データＶ３を画像データとして記憶部１３２に記憶する。
【０１０３】
ＣＰＵ部１３１は、これ以上のヘッダーが無いことを確認してから、記憶部１３２に記憶されていた画像データを、一括して画像データ部１０８に送出し、アナログ画像への変換を指示する。同時に記憶部１３２に記憶されていた音声データも、一括して音声データ処理部１０７に送出し、アナログ音声への変換を指示する。
【０１０４】
これにより、画像データ処理部１０８は、表示部１３４に、Ａさんの動画像を表示し、音声データ処理部１０７は、スピーカ部１２１から、Ａさんの音声を出力する。その結果、Ｂさんは、Ａさんの顔画像及びＡさんが発声する音声を伴う呼出を受けることが可能となる。
【０１０５】
また、ユーザは、呼出情報として、静止画像の１例であるアニメーション画像を利用することができる。例えば、自分のリアルライブの顔画像が日によって異なり、自分でどうしても嫌な場合や、多少恥ずかしいと感じる場合などにアニメ化した画像を利用できる。なお、従来からこのようなアニメ化のアイデアは多く、最近では、アバタ−と呼ばれるアニメーション画像を、ユーザの変身として使用するアイデアが実用化されている。
【０１０６】
しかし、従来の静止画像の１例であるアニメーション画像は、送信側のユーザの自画像をベースにして作られたものではなく、送信されるのは送信側のユーザとは全く似ていないアニメーション画像であるため、送信先のユーザは、送信者が誰かを推定することができなかった。
【０１０７】
本実施形態に係る移動通信システムの端末１０では、送信側のユーザの顔を撮像し、アニメーション画像生成部１０９が、その撮像画像から最適なアニメーション画像を生成し、さらに、三次元対応部１１０にて３次元のアニメーション画像に変換して呼出情報に利用するものである。
【０１０８】
従って、このアニメーション画像は、静止画像として撮像された人間の顔であることが必要条件となる。また、携帯電話装置という限られた情報処理能力でアニメ化するために、特徴点の位置合わせを行ってテクスチャを貼り込むことで、それらしい３次元の顔データを作ることに重点が置かれる。
【０１０９】
送信側のユーザの顔を特徴抽出する際の特徴点を、目（両方）、鼻、口、あご、ほほ（両方）の７点、及び髪型を３点とし、以上１０点の位置関係から顔の向きを推定し、正面向きのテクスチャを作成する。このテクスチャを３次元モデルでマッピングすることにより、３次元のアニメーション画像が生成される。
【０１１０】
勿論、送信側のユーザの強調できる部分の情報を事前にアニメーション画像生成部１０９に登録しておくことで、送信側のユーザの３Ｄアニメーション画像の目や口といった部分の表情を、例えば、“泣きたい”、“怒ってる”といった表情の表現に合成することも可能である。
【０１１１】
図９は、ユーザの顔の撮像画像からアニメーション画像を生成する方法の１例を示すものであり、図９（ａ）はユーザの顔の撮像画像の表示画面を示し、図９（ｂ）は撮像画像から生成されるアニメーション画像の加工画面を示す。
【０１１２】
ユーザの顔の撮像画像は、登録時に、表示部１３７に表示される。また、操作部１３３の操作により、この撮像画像から生成されるアニメーション画像を表示させることができる。さらに、このアニメーション画像の表示画面には、このアニメーション画像を加工（表現合成）するために選択可能な項目が表示される。
【０１１３】
図９（ｂ）に示すアニメーション画像の加工画面で、例えば、ユーザが、口の番号に相応する操作部１３３の数字キー２を押下することで、アニメーション画像の口をパクパクさせるとか、同様に、数字キー３を押下することで、アニメーション画像の目から涙を流させるといった表現合成が可能となる。
【０１１４】
例えば、上記数字キー２を押して表現合成しておいた場合、発呼時に、送信側のユーザが、音声で、例えば、“私お腹が空いてるの、食事に行かない”と、端末１０（のマイク部１２２）に向かって喋ると、相手側端末には、送信側のユーザの口がパクパクする３Ｄアニメの表示と同時に、呼出音として、“私お腹が空いてるの、食事に行かない”と、発声する音声が出力される。
【０１１５】
なお、３Ｄアニメを表示させるためには、送信側のユーザは、事前に、図５（ｂ）に示す呼出関連の設定画面で、４番目の項目である“３Ｄアニメを利用”を選択決定しておくことが必要である。
【０１１６】
発呼時には、呼び出したい相手先に対して発呼要求を行うと共に、カメラ部１２３による自画像をシャッター部１２４の操作で撮像すると、表示部１３４に自分の３Ｄアニメ画像が表示されると同時に相手にも同じ３Ｄアニメ画像が着信情報として送信され、また音声をマイク部１２２に入力することで動画像データと同様に音声データも送信される。
【０１１７】
ちなみに、現在の通信システムでは、制御ＣＨによる端末１０と基地局とのやり取り（通信）には課金されない。
【図面の簡単な説明】
【０１１８】
【図１】本発明の実施形態に係る移動通信システムの端末の構成を示す構成図である。
【図２】本発明の実施形態に係る移動通信システムにおける送受信データのフォーマットの１例を示すものであり、（ａ）はＴＤＭＡフレームを示し、（ｂ）は制御チャネルのデータフォーマットを示す。
【図３】本発明の実施形態に係る移動通信システムの端末において送受信されるデータの分解・組み立て方法を示す説明図である。
【図４】本発明の実施形態に係る移動通信システムにおいて端末から呼び出したい相手端末を呼び出す場合のコールプロセスのシーケンスチャートである。
【図５】本発明の実施形態に係る移動通信システムの端末における設定画面の選択項目を示す説明図であり、（ａ）は機能設定画面、（ｂ）は呼出関連機能の設定画面、（ｃ）は過去の呼出データの設定画面、（ｄ）は呼出音声の設定画面、（ｅ）は呼出関連機能の各選択項目に対応する詳細機能を、それぞれ示す。
【図６】基地局に送信するためのアクセス制御ＣＨを用いて送信データをパケット化する場合のデータフォーマットの１例を示すものであり、（ａ）はユーザーパケット用データスペースをＣＡＣフィールドに含むアクセス制御ＣＨ、（ｂ）はＣＡＣフィールドの画像データ、（ｃ）はＣＡＣフィールドの画像データをパケット化した場合、（ｄ）はＣＡＣフィールドの音声データ、（ｅ）はＣＡＣフィールドの音声データをパケット化した場合の、それぞれデータフォーマットを示す。
【図７】ユーザーパケットＣＨと同様のデータフォーマットにより画像／音声データを組み立てる場合の１例を示す説明図であり、（ａ）は呼出データが画像だけの場合のデータフォーマット、（ｂ）は呼出データが画像データと音声データの両方である場合のデータフォーマットを示す。
【図８】本発明の実施形態に係る移動通信システムの端末が備える記憶部のメモリーマップの１例を示すものである。
【図９】ユーザの顔の撮像画像からアニメーション画像を生成する方法の１例を示すものであり、（ａ）はユーザの顔の撮像画像の表示画面を示し、（ｂ）は撮像画像から生成されるアニメーション画像の加工画面を示す。
【符号の説明】
【０１１９】
１０  端末（本実施形態の移動通信システムの端末）
２０  音声再生装置
１０１  アンテナ部
１０２  受信部
１０３  送信部
１０４  復調部
１０５  変調部
１０６  データ処理部
１０７  音声データ処理部
１０８  画像データ処理部
１０９  アニメーション画像生成部
１１０  三次元対応部
１１１  サムネイル処理部
１１２  音声録音部
１１３  外部Ｉ／Ｆ部
１１４  データフォーマット変換部
１２１  スピーカ部
１２２  マイク部
１２３  カメラ部
１２４  シャッター部
１３１  ＣＰＵ部
１３２  記憶部
１３３  操作部
１３４  表示部
１３５  報知部
１３６  電源部
１３７  電池
【図１】
2006140773.tif 000003
【図２】
2006140773.tif 000004
【図３】
2006140773.tif 000005
【図４】
2006140773.tif 000006
【図５】
2006140773.tif 000007
【図６】
2006140773.tif 000008
【図７】
2006140773.tif 000009
【図８】
2006140773.tif 000010
【図９】
2006140773.tif 000011