(57)【要約】【課題】音声合成によりキャラクタが発音するイベントを有するアプリケーションを実装した携帯端末にて、当該アプリケーションが使用するキャラクタを多様に選択・変更できるようにするキャラクタデータ配信システムを提供する。【解決手段】少なくとも、音声合成によりキャラクタが発音するイベントを有する携帯端末用アプリケーションによって使用されるキャラクタの声質を規定する声質データを含むキャラクタデータを記憶する記憶装置（３）と、携帯端末用アプリケーションを実装した携帯端末（１）からの要求に応じて、対応するキャラクタデータを記憶装置（３）から読み込み、読み込んだキャラクタデータを、要求を発した携帯端末（１）に対し配信するサーバ（２）とを備える。【選択図】        図１
2004266472.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも、音声合成によりキャラクタが発音するイベントを有する携帯端末用アプリケーションによって使用されるキャラクタの声質を規定する声質データを含むキャラクタデータを記憶する記憶装置と、
前記携帯端末用アプリケーションを実装した携帯端末からの要求に応じて、対応する前記キャラクタデータを前記記憶装置から読み込み、読み込んだキャラクタデータを、前記要求を発した携帯端末に対し配信するサーバと、を具備する
ことを特徴とするキャラクタデータ配信システム。
【請求項２】
前記キャラクタデータは、前記携帯端末用アプリケーションが制御するキャラクタが発音する音声の口調を規定する口調データをさらに含む
ことを特徴とする請求項１に記載のキャラクタデータ配信システム。
【請求項３】
前記キャラクタデータは、前記携帯端末用アプリケーションにより前記携帯端末の表示部に表示されるキャラクタの画像データをさらに含むことを特徴とする請求項１または請求項２に記載のキャラクタデータ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音声合成によりキャラクタが発音するイベントを有する携帯端末用アプリケーションが使用するキャラクタデータを、該アプリケーションを実装した携帯端末に配信するキャラクタデータ配信システムに関する。
【０００２】
【従来の技術】
キャラクタの表示態様の制御を伴う従来の携帯端末用アプリケーションは、最初に設定されたキャラクタのみを用いて動作するか、予め登録されたキャラクタの中から選択されたキャラクタが動作するものとなっていることが多い。このようなものでは、ユーザにとってはキャラクタの表示態様やその動作等がパターン化され、飽きが生じつまらないものとなる。
また、移動通信端末装置にキャラクタを表示させるものとして、例えば、下記の特許文献１に記載された技術がある。この技術は、記憶装置に、地域特有の複数種類のキャラクタデータを記憶させ、プッシュ方式のサービスとして、サーバが、この記憶装置からこれらのキャラクタデータをランダムに選択し読出して、待ち受け中の移動通信端末装置に対して送り出し、移動通信端末装置が、待ち受け中にキャラクタデータを適宜取込んで表示処理をするといったものである。
【０００３】
【特許文献１】
特開２００２−１６９７８号公報
【０００４】
【発明が解決しようとする課題】
上記のように、使用されるキャラクタが限られパターン化するとユーザに飽きられてしまう。また、同じアプリケーションのユーザの端末は、誰の端末でも同じキャラクタとなるので個性が無い。このようなことから、こうしたキャラクタの特徴を、表示態様のみならず音声合成によりその声質やその話し方も含め、多様に変更できることが望まれた。
一方、特許文献１に記載の発明は、プッシュ方式のサービスとして、複数のキャラクタデータの中からランダムに選ばれたキャラクタデータを待ち受け中の移動体通信端末装置に送りつけ、移動体通信端末装置にて待ち受け中に異なるキャラクタを表示させるものであり、異なるキャラクタの画像が表示されるが、待ち受け中にキャラクタの画像が表示されるだけであり、当該端末装置に実装された、キャラクタの制御を伴う各種アプリケーションが使用すると想定されるキャラクタの表示態様や、その声質や話し方等を自由に変更可能とするものではない。
【０００５】
本発明は、上記の点に鑑みてなされたもので、音声合成によりキャラクタが発音するイベントを有するアプリケーションを実装した携帯端末にて、当該アプリケーションが使用するキャラクタを多様に選択・変更できるようにするキャラクタデータ配信システムを提供するものである。
【０００６】
【課題を解決するための手段】
請求項１に記載の発明のキャラクタデータ配信システムは、少なくとも、音声合成によりキャラクタが発音するイベントを有する携帯端末用アプリケーションによって使用されるキャラクタの声質を規定する声質データを含むキャラクタデータを記憶する記憶装置と、前記携帯端末用アプリケーションを実装した携帯端末からの要求に応じて、対応する前記キャラクタデータを前記記憶装置から読み込み、読み込んだキャラクタデータを、前記要求を発した携帯端末に対し配信するサーバと、を具備することを特徴としている。
【０００７】
上記のように、音声合成によりキャラクタが発音するイベントを有する携帯端末用アプリケーションが使用するキャラクタデータには、キャラクタが発音する音声の声質を規定する声質データを少なくとも含んでいる。本発明では、前記サーバが、上記携帯端末用アプリケーションを実装した携帯端末からの要求に応じて、対応するキャラクタデータを携帯端末に配信することで、携帯端末側で、この携帯端末用アプリケーションによるキャラクタの特徴の一つであるその音声の声質を必要に応じて変更可能とすることができるようになる。
【０００８】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記キャラクタデータが、前記携帯端末用アプリケーションが制御するキャラクタが発音する音声の口調を規定する口調データをさらに含むことを特徴としている。
この発明によれば、さらにキャラクタの口調を携帯端末側で自由に変更できるようになる。
【０００９】
また、請求項３に記載の発明は、請求項１または請求項２に記載の発明において、前記キャラクタデータが、前記携帯端末用アプリケーションにより前記携帯端末の表示部に表示されるキャラクタの画像データをさらに含むことを特徴としている。
この発明によれば、さらにキャラクタの画像（イメージ）を携帯端末側で自由に変更できるようになる。
【００１０】
以上のように、上記各発明では、携帯端末が、この携帯端末に実装された携帯端末用アプリケーションにより使用される新たなキャラクタデータの配信を上記サーバから受けることができるので、携帯端末側にて、使用されるキャラクタの特徴を（キャラクタそのものも含めて）自由に随時変更することができるようになり、ユーザのキャラクタに対する飽きを生じにくくすることが可能となる。
また、各携帯端末側にて異なるキャラクタを設定することも可能（カスタマイズ可能）となるので、同じアプリケーションであっても、ユーザから見て異なるアプリケーションであるかのように見え、同じアプリケーションを使用する携帯端末であっても、それぞれの携帯端末に異なる個性を持たせることができる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
図１に、本発明の一実施の形態であるキャラクタデータ配信システム全体の概略構成を示している。
【００１２】
同図に示すように、本実施の形態のキャラクタデータ配信システムでは、音声合成によりキャラクタが発音するイベントを有する携帯端末用アプリケーション（以下、アプリケーションと称す）が実装された携帯電話機１とコンテンツプロバイダ等が運営するキャラクタ配信サービスセンタとが、無線通信網を介して接続される。キャラクタ配信サービスセンタには、携帯電話機１からの要求を受けるサーバ２と、このサーバ２に接続されるデータベース３が設けられている。
【００１３】
データベース３には、各アプリケーションが使用する、キャラクタ画像の画像データ（動きを伴うキャラクタの場合は、さらにその動きを制御するためのデータが付加される）と、音声合成をする際の声質・音程等を規定する声質データと、その口調を規定する口調データ等を１つのパッケージにしたキャラクタデータが、各アプリケーションに対応してそれぞれ複数記憶されている。このキャラクタデータは、各アプリケーションの制作者側にて用意されキャラクタ配信サービスセンタに登録されるようにしてもよいし、アプリケーションの制作者が、この制作者によるアプリケーションで使用可能なキャラクタデータの仕様を公開し、他のクリエイタがこの仕様に基づき制作したキャラクタデータを、キャラクタ配信サービスセンタに登録できるようにしてもよい。
【００１４】
ここで携帯電話機１に実装される上記アプリケーションは、無線通信網を介したサーバ２へのアクセスのための制御も行い、データベース３に登録されたキャラクタデータを選択できるものとする。また、サーバ２は、携帯電話機１のユーザが、キャラクタデータを容易に選択できるように、キャラクタ選択メニュー情報を配信する。このキャラクタ選択メニュー情報には、選択可能なキャラクタに関する情報が含まれる。例えば、選択可能なキャラクタの各画像データを含め、携帯端末１側にて表示される選択メニューに各キャラクタの画像を表示するようにすると、ユーザにとってわかり易いものとなる。ユーザが所望のキャラクタを選択すると、アプリケーションが携帯電話機１からサーバ２に、対応するキャラクタデータの配信の要求（ダウンロード要求）をする。この要求を受けたサーバ２は、要求に応じたキャラクタデータを、データベース３から読み込み、要求をした携帯電話機１に配信する。
【００１５】
なお、サーバ２は、メモリおよびＣＰＵ（中央処理装置）等により構成される処理部が、キャラクタデータの配信のための処理手順（後述）からなるプログラムをメモリにロードして実行することによりその機能が実現されるものとする。また、このサーバ２には、周辺機器として入力装置、表示装置等（いずれも図示せず）が接続されるものとする。ここで、入力装置とはキーボード、マウス等の入力デバイスのことをいう。表示装置とはＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）や液晶表示装置等のことをいう。
また、データベース３は、ハードディスク、光磁気ディスク等の不揮発性の記録装置により構成されている。
【００１６】
次に、上記携帯電話機１について、その概略構成を示す図２のブロック図を参照し説明する。
本実施の形態では、いわゆる携帯電話機を利用するものであるが、携帯電話機に限らず、ＰＨＳ（登録商標）（Ｐｅｒｓｏｎａｌ  ｈａｎｄｙｐｈｏｎｅ  ｓｙｓｔｅｍ）や、無線通信可能な携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等を利用してもよい。
【００１７】
図２において、符号１１は、ＣＰＵ（中央処理装置）であり、各種プログラムを実行することにより携帯電話機１の各部の動作を制御する。
符号１２は、通信部であり、この通信部１２に備わるアンテナ１２ａで受信された信号の復調を行うとともに、送信する信号を変調してアンテナ１２ａに供給している。
符号１３は、音声処理部である。通信部１２で復調された電話回線の音声信号は、この音声処理部１３において復号され、スピーカ１４から出力される。一方、マイク１５から入力された音声信号はデジタル化され音声処理部１３において圧縮符号化される。そして、通信部１２にて変調されアンテナ１２ａから携帯電話網の基地局へ出力される。音声処理部１３は、例えばＣＥＬＰ（Ｃｏｄｅ  Ｅｘｃｉｔｅｄ  ＬＰＣ）系やＡＤＰＣＭ（適応差分ＰＣＭ符号化）方式により、音声データを高能率圧縮符号化／復号化している。
【００１８】
符号１６は、音声合成機能付音源であり、着信音として選択された楽曲データを再生しスピーカ１７から放音する。また、所定の音声データ（この音声データは、音声合成させる発音パターンの文を構成する音素毎に、声質・音程等を規定するパラメータを含む）を受けた場合には、これを音声合成してスピーカ１７から発音（発声）する。この音声合成機能付音源１６による音声合成方式は任意であるが、例えば、特公昭５８−５３３５１号公報に開示されたＣＳＭ音声合成の技術をＦＭ音源に適用することで実現できる。
また、符号１８は、操作部であり、携帯電話機１の本体に設けられた英数字のボタンを含む各種ボタン（図示せず）やその他の入力デバイスからの入力を検知する入力手段である。
【００１９】
符号１９は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であり、ＣＰＵ・１１のワークエリアや、ダウンロードされた楽曲データや伴奏データ（これらは着信メロディの再生に用い、その音程を決定づけるシーケンスデータを含んでいる）の格納エリアや、受信した電子メールのデータが格納されるメールデータ格納エリアや、さらに、少なくとも氏名とこの者が使用する電話番号を記述した電話帳情報を格納する格納エリアや、ユーザ自身がそのスケジュールとして登録する少なくとも時刻とこの時刻に行う予定の内容を記述したスケジュール帳情報を格納する格納エリア等と、さらにサーバ２から配信されるキャラクタデータを格納するエリアが設定される。
【００２０】
符号２０は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）である。このＲＯＭ・２０は、ＣＰＵ・１１が実行する、発信・着信等の制御をする各種電話機能プログラムや電子メールの送受信を制御するメール送受信機能プログラムやインターネット・サイトへのアクセスを制御するプログラム等の各種アプリケーション・プログラムの他、楽曲再生処理を補助するプログラムや音声合成処理を補助するプログラム等や、各種データ（詳細は、後述する）が格納されている。
【００２１】
符号２１は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等からなる表示部であり、ＣＰＵ・１１の制御により、メニュー等の表示や、サイトからダウンロードした情報や、キャラクタ画像の表示や、操作部１８の操作に応じた表示をする表示器である。
符号２２は、着信時に着信音に代えて携帯電話機１の本体を振動させることにより、着信をユーザに知らせるバイブレータである。
なお、各機能ブロックはバス３０を介してデータや命令の授受を行っている。
【００２２】
ここで、上記ＲＯＭ・２０およびＲＡＭ・１９に格納されるプログラムおよびデータについて詳述する。
本実施の形態では、ＲＯＭ・２０に格納される各種アプリケーション・プログラムには、特に音声合成によりキャラクタが発音するイベントを有し、表示部２１に表示させるキャラクタ画像（ここでは、キャラクタを視覚的に表現する像：例えば、Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓによる画像）の表示態様の制御やその音声の発音のための制御を伴うプログラム（ここでは、このようなプログラムを前述のようにアプリケーションと称している）が含まれている。
【００２３】
また、データとしては、キャラクタ画像のデータや、各アプリケーションが使用する発音ルールの基となる、基本的な発音パターンの文を含む基本語彙データベース、および上記キャラクタの口調を規定する語句と音声合成する際の声質・音程等を規定するパラメータのデータを含むキャラクタ別語彙データベースが含まれている。なお、キャラクタ画像のデータは、キャラクタ別に所定数用意される。また、各アプリケーションは、上記基本語彙データベースやキャラクタ別語彙データベース等のデータを共通に使用するものとするが、アプリケーション毎に使用するデータの仕様が異なる場合には、それぞれに対応したデータ、データベースが用意される。
【００２４】
アプリケーションは、このプログラムが使用するキャラクタに関する上記各種データを用いて、キャラクタ画像の表示やその表示態様の制御並びにキャラクタの音声を発音させるための制御を行う。また、各アプリケーションは、キャラクタを選択するための仕組み（例えば、キャラクタの選択を受けるための選択メニューを表示する）をもち、ユーザは、各アプリケーションにおいて使用する好みのキャラクタをそれぞれ選択できるものとする。
【００２５】
また、各アプリケーションは、前述のようにキャラクタ配信サービスセンタにアクセスし、このキャラクタ配信サービスセンタから新たなキャラクタデータの配信を受ける仕組みをさらにもつ。これにより、上記のように携帯電話機１に予め用意された（ＲＯＭ・２０に格納された）キャラクタに関するデータを用いたキャラクタのみならず、キャラクタ配信サービスセンタから配信されたキャラクタデータを用いて、新たなあるいは変更された特徴をもつキャラクタの表示・発音等の制御を行う。
【００２６】
ここでさらに、上記基本語彙データベースおよびキャラクタ別語彙データベースについて詳述する。
基本語彙データベースには、各アプリケーションにて音声合成によりキャラクタが発音するイベント別に、対応する発音パターンの文が登録されている。例えば、このアプリケーションが電話機能プログラムである場合、着信の検出に伴うイベントに応じた発音パターンの文として「“Ａ”さんから電話です。」などが登録されている（なお、実際に発声させる発音パターンの文としては、“Ａ”部分に、電話帳情報から、発信者電話番号に対応して登録されている名前等が挿入される。登録されていない場合は、例えば、発信者電話番号が挿入される）。
【００２７】
また、上記アプリケーションが、スケジュール管理プログラム（スケジューラ）である場合、このスケジューラが設定されている時刻の検出に伴うイベントに応じた発音パターンの文として「“Ｂ”の時刻です。」などが登録され（なお、実際の発声させる発音パターンの文としては、“Ｂ”部分に、スケジュール帳情報から、これに登録されたスケジュールの内容またはジャンル（会議、出発、…）等が挿入される。）、また、上記アプリケーションが、バッテリー管理プログラムである場合、このプログラムが、バッテリーの充電時期の検出に伴うイベントに応じた発音パターンの文として「充電してください。」などが登録される。
【００２８】
また、上記アプリケーションが、インターネット・サイトへのアクセスを制御するプログラムである場合、このプログラムが、ユーザによる操作に応じて、あるいは自動的にサイトへアクセスし情報取得する際のイベントに応じた発音パターンの文として、例えば、「“…”だそうです。」などが登録されている（なお“…”部分には、取得した情報に含まれる文等が挿入される）。
【００２９】
一方、キャラクタ別語彙データベース（キャラクタＡ語彙ＤＢ、キャラクタＢ語彙ＤＢ、キャラクタＣ語彙ＤＢ、…）には、キャラクタ毎に割り当てられた、それぞれの性格に合った表現を有する文字列が、上記基本語彙データベースに登録された発音パターンとなる文（に含まれる文字列）と対応づけられ登録されている。例えば、「充電してください。」（または「してください」）に対し、あるキャラクタに対して、例えば「充電してよ〜」（または「してよ〜」）が対応づけられ登録されている。また、このキャラクタ別語彙データベースには、さらに、キャラクタ毎に、発音パターンの文を構成する各音素を発音させる際の音程・声質等を規定するパラメータが登録されている。
【００３０】
携帯電話機１のアプリケーションは、上記基本語彙データベースとキャラクタ別語彙データベースをもとに、キャラクタの声として音声合成する発音パターンの文を生成し、さらにこの文に対応する音声データを生成する。そして、この音声データを音声合成機能付音源１６に供給し音声合成させる。例えば、このアプリケーションが、バッテリー管理プログラムである場合、バッテリー残量が所定値以下になったことを検出すると、これに応じた発音パターンの文として「充電してください。」を基本語彙データベースから得る。そして、キャラクタ別語彙データベースから得た発音パターンの文に対応し選択されたキャラクタの口調の文（例えば、「充電してよ〜」）を取得（あるいは対応する文字列を用いて変換）し、さらにこの文を構成する音素毎に定まる前述のパラメータを取得して、音声合成機能付音源１６に供給する音声データを生成する。そして、この音声データを音声合成機能付音源１６に与えて、このキャラクタの音声として「充電してよ〜」を音声合成により発音させる。
【００３１】
また、各アプリケーションは、前述のようにキャラクタ配信サービスセンタから新たなキャラクタデータの配信を受け、このキャラクタデータに含まれるキャラクタ画像の画像データ等と、音声合成をする際の声質・音程等を規定する声質データと、その口調を規定する口調データ等を、当該携帯電話機１にプリセットされた同種のデータに代えて用いることで、新たなキャラクタを使用できるようになる。
【００３２】
次に、このように構成された本実施形態のキャラクタデータ配信システムの動作について説明する。
まずはじめに、図３を参照して、キャラクタデータの配信を受ける際の携帯電話機１の動作の概要を説明する。なお、携帯電話機１における通常の電話機能による発信・着信時の動作やメールの送受信等に係る動作については、周知の技術でありその説明は省略する。
【００３３】
はじめに、ユーザが、携帯電話機１のアプリケーションにて用意された、キャラクタデータのダウンロードを指示する選択をすると、このアプリケーションの制御により携帯電話機１は、無線通信網を介して、ダウンロードサイトであるサーバ２にアクセスし接続を行う（ステップＳ１１）。
接続の確立後、携帯電話機１は、サーバ２から送られる当該アプリケーションにて使用可能なキャラクタデータを携帯電話機１側で選択できるようにするキャラクタ選択メニュー情報を受信する。そしてこのキャラクタ選択メニュー情報に基づく、選択メニュー画面を表示部２１に表示する（ステップＳ１２）。
【００３４】
ユーザは、表示部２１に表示された選択メニュー画面から所望のキャラクタを選択する入力をする（ステップＳ１３）。
ステップＳ１３にて、ユーザが所望のキャラクタを選択すると、選択されたキャラクタに対応するキャラクタデータの配信を受けるためのダウンロード要求をサーバ２に送信する（ステップＳ１４）。
【００３５】
そして、上記ダウンロード要求の送信後、ステップＳ１５，Ｓ１６にて、サーバ２から送られるキャラクタデータの受信を完了するまで、データ受信を実行する。このとき受信されたキャラクタデータは、ＲＡＭ・１９の所定領域に格納される。
このようにして受信されたキャラクタデータは、前述のように当該アプリケーションが制御するキャラクタの画像や音声を形成するためのデータとして使用される。
【００３６】
次に、図４を参照し、キャラクタデータの配信をする際のサーバ２の動作の概要を説明する。
はじめに、携帯電話機１に実装された所定のアプリケーションからアクセスが有るか判断をし、アクセスがあるまで待機する（ステップＳ２１）。
ここで、所定のアプリケーションからアクセスがあったとする。すると、ステップＳ２１の判断でＹｅｓと判定され、ステップＳ２２に移行する。
ステップＳ２２では、当該サーバ２にアクセスしたアプリケーションに対応するキャラクタデータ（複数）をデータベース３から検索し、このキャラクタデータ（複数）を携帯電話機１側で選択可能とさせるキャラクタ選択メニュー情報を生成して、アクセスをした携帯電話機１に向け送信する（ステップＳ２２）。
【００３７】
次に、携帯電話機１側からダウンロード要求を受信したか判断をし、ダウンロード要求を受信するまで待機する（ステップＳ２３）。
ここで、携帯電話機１側からダウンロード要求を受信したとする。すると、ステップＳ２３の判断でＹｅｓと判定され、ステップＳ２４に移行する。
そして、ステップＳ２４，Ｓ２５にて、携帯電話機１へのキャラクタデータの送信を完了するまで、ダウンロード要求されたキャラクタデータのデータ送信を実行する。
なお、上記で説明した各動作フローは本実施の形態を説明するための一例であり、本発明は、上記の処理の流れに限定されるものではない。
【００３８】
以上、この発明の実施形態を、図面を参照して詳述した。もちろん、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の構成等も含まれる。例えば、携帯端末用アプリケーションにて、使用するキャラクタを成長させたり変化させたりする場合に、上記実施の形態のようにユーザがキャラクタの選択するのではなく、アプリケーション自体が、サーバ２に対しキャラクタデータの配信の要求を自動的に行うようにしてもよい。このようにすると、アプリケーションが使用するキャラクタデータは随時更新されるので、携帯電話機側に、大容量となりうるキャラクタの成長毎の全キャラクタデータを記憶する必要がない。また、携帯端末側でキャラクタが自動的に変更されるので、ユーザのキャラクタに対する飽きを生じにくくすることができる。
【００３９】
【発明の効果】
以上、詳細に説明したように、本発明のキャラクタデータ配信システムによれば、携帯端末用アプリケーションが使用する新たなキャラクタデータの配信がサーバによりなされるので、携帯端末側にて、使用されるキャラクタの特徴を（キャラクタそのものも含めて）自由に随時変更することができるようになり、ユーザのキャラクタに対する飽きを生じにくくすることが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態であるキャラクタデータ配信システム全体の概略構成を示すブロック図である。
【図２】同実施の形態の携帯電話機の概略構成を示すブロック図である。
【図３】同実施の形態の携帯電話機のキャラクタデータ受信の際の動作フローチャートである。
【図４】同実施の形態のサーバのキャラクタデータ配信の際の動作フローチャートである。
【符号の説明】
１…携帯電話機（携帯端末）、２…サーバ、３…データベース、１１…ＣＰＵ、１２…通信部、１２ａ…アンテナ、１３…音声処理部、１４，１７…スピーカ、１５…マイク、１６…音声合成機能付音源、１８…操作部、１９…ＲＡＭ、２０…ＲＯＭ、２１…表示部、２２…バイブレータ、３０…バス
【図１】
2004266472.tif 000003
【図２】
2004266472.tif 000004
【図３】
2004266472.tif 000005
【図４】
2004266472.tif 000006