(57)【特許請求の範囲】
【請求項１】
複数の文字からなる文章データを作成する文章作成装置との間でデータ通信を行う通信手段と、
前記文章作成装置のユーザを識別するためのユーザＩＤ毎に、一ないし複数の文字で表される各音節単語について、該ユーザが発する音声を表す文字発声データを記憶する記憶手段と、
音声を出力する音声出力手段と、
前記文章作成装置から前記通信手段を介して受信した前記文章データ及び前記ユーザＩＤに基づいて、該ユーザに対応し且つ該文章データを構成する音節単語に対応する文字発声データを、前記記憶手段から順次抽出して、該抽出した複数の文字発声データに基づく音声メッセージを前記音声出力手段に出力させる制御手段と、
を備え、前記文章データに対応する前記音声メッセージを発する文章発声装置であって、
前記記憶手段には、一つの前記音節単語に対して音声周波数が互いに異なる複数の文字発声データが記憶され、且つ、前記音節単語毎に該複数の文字発声データが記憶されており、
前記制御手段は、前記音節単語に対応する文字発声データを抽出する際に、該音節単語について前回抽出した文字発声データとは音声周波数が異なる一つの文字発声データを、前記記憶手段に記憶された複数の文字発声データから抽出することを特徴とする文章発声装置。
【請求項２】
複数の文字からなる文章データを作成する複数の情報端末装置、及び該情報端末装置との間でデータ通信を行う管理装置からなる通信システムであって、
前記管理装置は、
前記情報端末装置のユーザを識別するためのユーザＩＤ毎に、一ないし複数の文字で表される各音節単語について、該ユーザが発する音声を表す文字発声データを記憶する記憶手段と、
前記情報端末装置から前記文章データ及び前記ユーザＩＤを受信すると、該ユーザＩＤに対応し且つ該文章データを構成する音節単語に対応する文字発声データを、前記記憶手段から順次抽出して、該抽出した複数の文字発声データを該情報端末装置に送信する管理側制御手段と、
を備える装置であり、
前記情報端末装置は、
音声を出力する音声出力手段と、
他の情報端末装置から受信した前記文章データ及び前記ユーザＩＤを前記管理装置に送信するとともに、前記管理装置から受信した複数の文字発声データに基づく音声メッセージを前記音声出力手段に出力させる端末側制御手段と、
を備え、前記文章データに対応する前記音声メッセージを発する装置であり、
前記記憶手段には、一つの前記音節単語に対して音声周波数が互いに異なる複数の文字発声データが記憶され、且つ、前記音節単語毎に該複数の文字発声データが記憶されており、
前記管理側制御手段は、前記音節単語に対応する文字発声データを抽出する際に、該音節単語について前回抽出した文字発声データとは音声周波数が異なる一つの文字発声データを、前記記憶手段に記憶された複数の文字発声データから抽出することを特徴とする通信システム。
【請求項３】
前記情報端末装置は、音声を入力する音声入力手段を備え、
前記端末側制御手段は、前記ユーザＩＤを含むデータ登録要求を前記管理装置に送信した後に該管理装置から送られてくる、前記音節単語の順にユーザに発声させるための音声ガイダンスを受信すると、該音声ガイダンスに従ったタイミングで前記音声入力手段を介して入力した音声を表す音声データを前記管理装置に送信し、
前記管理側制御手段は、前記情報端末装置からのデータ登録要求に応じて前記音声ガイダンスを送信した後に該情報端末装置から送られてくる前記音声データを、前記文字発声データとして前記ユーザＩＤ及び前記音節単語に対応づけて前記記憶手段に記憶することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記管理側制御手段は、前記情報端末装置から送られてくる前記音声データに基づいて、音声周波数が互いに異なる複数の前記文字発声データを生成することを特徴とする請求項３に記載の通信システム。
【請求項５】
請求項１に記載の前記通信手段、前記記憶手段、及び前記音声出力手段を有するコンピュータを前記制御手段として機能させるためのプログラム。
【請求項６】
請求項２ないし請求項４のいずれか１項に記載の前記記憶手段を有して前記情報端末装置との間でデータ通信を行うコンピュータを前記管理側制御手段として機能させるためのプログラム。
【請求項７】
複数の文字からなる文章データを作成する文章作成装置との間でデータ通信を行う通信手段と、
前記文章作成装置のユーザを識別するためのユーザＩＤ毎に、一ないし複数の文字で表される各音節単語について、該ユーザが発する音声を表す複数の文字発声データを記憶する記憶手段と、
音声を出力する音声出力手段と、
を備えて前記文章データに対応する音声メッセージを発する文章発声装置を制御する文章発声制御方法であって、
前記文章作成装置から前記通信手段を介して受信した前記文章データ及び前記ユーザＩＤに基づいて、該ユーザに対応し且つ該文章データを構成する音節単語に対応する文字発声データを、前記記憶手段から順次抽出して、該抽出した複数の文字発声データに基づく音声メッセージを前記音声出力手段に出力させる制御工程と、
一つの前記音節単語に対して音声周波数が互いに異なる複数の文字発声データを記憶する記憶工程と、
を備え、
前記制御工程は、前記音節単語に対応する文字発声データを抽出する際に、該音節単語について前回抽出した文字発声データとは音声周波数が異なる一つの文字発声データを、前記記憶手段に記憶された複数の文字発声データから抽出することを特徴とする文章発声制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報端末装置から受信した文章データに基づく音声を出力する文章発声装置、通信システム、プログラム、及び、文章発声制御方法に関する。
【背景技術】
【０００２】
従来、ユーザの手書きによる自筆文字が記載されたシートから自筆文字をスキャナ等で読み取り、ユーザのキー操作によって特定される文字を表す文字コードに、その自筆文字の形態を表す手書きフォントを対応づけて登録し、ユーザのキー操作から手書きフォントを出力可能として、他の規定のフォントでは再現し難い個性的な手書き風文章の作成を支援する文章作成支援装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−６２８６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来の文章作成支援装置では、手書きフォントが文字コードに一対一に対応づけられているので、ユーザのキー操作によってある文字コードが入力されると、必ずその文字コードに対応する唯一の手書きフォントが出力されることになる。
【０００５】
このため、手書き文章中において同じ文字が何度も使われると、同一の手書きフォントが目立ってしまうことになり、読み手にとって画一的で不自然な印象を与えかねないという問題があった。これにより、個性的な手書き文章を作成するという当初の目的が充分に果たせず、没個性的な手書き文章に収斂してしまう可能性があった。
【０００６】
同様に、文章に基づいて音声メッセージを作成する場合にも、従来では、文字毎にユーザの発声を表す文字発声データが文字コードに一対一に対応づけられているので、複数の文字発声データからなる文章発声データにおいて、同じ種類の文字発声データが何度も使われると、聞き手にとって画一的で不自然な印象を与えかねないという問題があった。
【０００７】
本発明は、後者の問題点を解決するために、文章の読み上げにおいて画一的な不自然さを解消することが可能な文章発声装置、通信システム、プログラム、及び、文章発声制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するためになされた発明である文章発声装置は、文章データに対応する音声メッセージを発する装置であって、複数の文字からなる文章データを作成する文章作成装置との間でデータ通信を行う通信手段と、文章作成装置のユーザを識別するためのユーザＩＤ毎に、一ないし複数の文字で表される各音節単語について、該ユーザが発する音声を表す文字発声データを記憶する記憶手段と、音声を出力する音声出力手段と、文章作成装置から通信手段を介して受信した文章データ及びユーザＩＤに基づいて、そのユーザに対応し且つその文章データを構成する音節単語に対応する文字発声データを、記憶手段から順次抽出して、その抽出した複数の文字発声データに基づく音声メッセージを音声出力手段に出力させる制御手段とを備える。
【０００９】
そして、このような構成において、記憶手段には、一つの音節単語に対して音声周波数が互いに異なる複数の文字発声データが記憶され、且つ、音節単語毎に複数の文字発声データが記憶されており、制御手段は、音節単語に対応する文字発声データを抽出する際に、その音節単語について前回抽出した文字発声データとは音声周波数が異なる一つの文字発声データを、記憶手段に記憶された複数の文字発声データから抽出する。
【００１０】
【００１１】
また、本発明は、複数の文字からなる文章データを作成する複数の情報端末装置、及びこれら情報端末装置との間でデータ通信を行う管理装置からなる通信システムとして構成できる。
【００１２】
具体的には、管理装置は、上記記憶手段と、情報端末装置から文章データ及びユーザＩＤを受信すると、そのユーザＩＤに対応し且つその文章データを構成する音節単語に対応する文字発声データを、記憶手段から順次抽出して、その抽出した複数の文字発声データをその情報端末装置に送信する管理側制御手段とを備える。
【００１３】
一方、情報端末装置は、文章データに対応する音声メッセージを発する装置であって、上記音声出力手段と、他の情報端末装置から受信した文章データ及びユーザＩＤを管理装置に送信するとともに、管理装置から受信した複数の文字発声データに基づく音声メッセージを音声出力手段に出力させる端末側制御手段とを備える。
【００１４】
そして、このような構成において、記憶手段には、一つの音節単語に対して音声周波数が互いに異なる複数の文字発声データが記憶され、且つ、音節単語毎に複数の文字発声データが記憶されており、管理側制御手段は、音節単語に対応する文字発声データを抽出する際に、その音節単語について前回抽出した文字発声データとは音声周波数が異なる一つの文字発声データを、記憶手段に記憶された複数の文字発声データから抽出する。
【００１５】
このような構成によっても、前述の文章発声装置と同様の効果を得ることができる。
また、通信システムにおいて、情報端末装置は、音声を入力する音声入力手段を備え、端末側制御手段は、ユーザＩＤを含むデータ登録要求を管理装置に送信した後にその管理装置から送られてくる、音声単語を順にユーザに発声させるための音声ガイダンスを受信すると、その音声ガイダンスに従ったタイミングで音声入力手段を介して入力した音声を表す音声データを管理装置に送信する。そして、管理側制御手段は、情報端末装置からのデータ登録要求に応じて音声ガイダンスを送信した後にその情報端末装置から送られてくる音声データを、文字発声データとしてユーザＩＤ及び音節単語に対応づけて記憶手段に記憶することができる。
【００１６】
また、この通信システムにおいて、管理側制御手段は、情報端末装置から送られてくる音声データに基づいて、音声周波数が互いに異なる複数の文字発声データを生成してもよい。
【００１７】
なお、上記通信手段、上記記憶手段、上記音声出力手段を有するコンピュータを上記制御手段として機能させるためのプログラムを作成したり、上記記憶手段を有して上記情報端末装置との間でデータ通信を行うコンピュータを上記管理側制御手段として機能させるためのプログラムを作成したりすることも有効である。
【００１８】
【００１９】
ところで、記憶手段には、一つの音節単語に対して、音声周波数が互いに異なる複数の文字発声データと、その音節単語を表す文字の形態が互いに異なる複数種の文字形態情報とが一対一に対応づけて記憶されており、制御手段は、文字発声データを抽出する際に、記憶手段に記憶された複数種の文字発声データから、文章データの各音節単語に用いられた文字形態情報に対応する一つの文字発声データを抽出してもよい。
【００２０】
【００２１】
【００２２】
【００２３】
【００２４】
【００２５】
【００２６】
【００２７】
【００２８】
【００２９】
【００３０】
【００３１】
【００３２】
【００３３】
【００３４】
【００３５】
【００３６】
【００３７】
【００３８】
【００３９】
【００４０】
【００４１】
【００４２】
【００４３】
【００４４】
【００４５】
【００４６】
【００４７】
【００４８】
【００４９】
【００５０】
【００５１】
【００５２】
【００５３】
【図面の簡単な説明】
【００５４】
【図１】本発明が適用された第１実施形態としてのメール通信システムの概要を示す構成図である。
【図２Ａ−２Ｂ】フォントリスト及びデータベースの内容を示す説明図である。
【図３】サーバが行うデータベース処理の手順を示すシーケンス図である。
【図４Ａ−４Ｂ】第１実施形態における携帯電話機の構成を示すブロック図および概略図である。
【図５】携帯電話機のマイコンが実行するメール作成処理を示すフローチャートである。
【図６】第１実施形態における携帯電話機のマイコンが実行するメール読み上げ処理を示すフローチャートである。
【図７Ａ−７Ｂ】第２実施形態における携帯電話機の構成を示すブロック図および概略図である。
【図８】携帯電話機のマイコンが実行するフォントリスト生成処理を示すフローチャートである。
【図９Ａ−９Ｂ】携帯電話機のメモ画面および文字記入画面を示す概略図である。
【図１０】携帯電話機のマイコンが実行する発声リスト生成処理を示すフローチャートである。
【図１１】第２実施形態における携帯電話機のマイコンが実行するメール読み上げ処理を示すフローチャートである。
【発明を実施するための形態】
【００５５】
［第１実施形態］
以下に、本発明の第１実施形態を図面と共に説明する。
図１に示すように、第１実施形態のメール通信システム１は、メール機能を有する複数の携帯電話機１０が互いにメールを送受信するように構成されたシステムである。メール通信システム１は、携帯電話機１０の他に、スキャナ２０と、パーソナルコンピュータ（以下「ＰＣ」）３０と、サーバ４０とを備える。
【００５６】
以下、メール通信システム１の各構成について説明する。
［スキャナ］
スキャナ２０は、携帯電話機１０のユーザによって記載された自筆文字を読み込むための装置である。具体的には、スキャナ２０は、サインペンや鉛筆、ボールペン、万年筆等を用い、ユーザ自身の手書きによって自筆文字が直接記入された文字記入シート３をスキャンし、そのスキャン画像をＰＣ３０に出力する。
【００５７】
文字記入シート３には、個々の自筆文字を記入するため文字記入枠３２が配置されている。文字記入枠３２は、文字を識別するための各文字コードに対して、２つの枠３３，３４が用意されており、それぞれの枠３３，３４にビジネス用の自筆文字とプライベート用の自筆文字とがユーザによって記入されるようになっている。また、枠３３，３４には、記入すべき文字を指定するための指定文字３５がそれぞれ予め記入されている。
【００５８】
なお、以下では、２つの枠３３，３４のうち、ビジネス用の自筆文字が記入される方の枠をビジネス枠３３、プライベート用の自筆文字が記入される枠をプライベート枠３４と称する。ちなみに、ここでの「文字」とは、言葉を視覚的に表すために、線や点の組み合わせによって記号化したものをいい、ひらがなに限らず、カタカナや漢字、アルファベット、句読点、絵文字、記号等もその概念に含まれる。
【００５９】
［ＰＣ］
ＰＣ３０には、スキャナ２０から出力されたスキャン画像に基づいて手書きフォントを作成するためのフォント作成プログラムがインストールされており、ＰＣ３０に内蔵されたＣＰＵは、フォント作成プログラムに規定される手順に従って、個々の文字コードに手書きフォントが対応づけられてなるフォントリスト５（図２Ａ参照）を生成するリスト生成処理を行う。
【００６０】
具体的には、リスト生成処理では、周知の文字認識技術を用いて、スキャン画像から文字コードを認識するとともに、個々の文字コードに対応する文字記入枠３２（ビジネス枠３３，プライベート枠３４）から文字画像を抽出し、各文字画像をビットマップ形式やベクター形式等の所定の形式にデータ化することで、自筆文字のオリジナルの形態を表す自筆フォントを作成する。そして、各自筆フォントを等倍したり、縦横の比率を変更して各自筆フォントを拡大・縮小したり、各自筆フォントの太字や斜体を作成したりする。
【００６１】
つまり、リスト生成処理では、オリジナルの自筆フォントについて、自筆文字の特徴が失われない範囲内で加工することにより、ユーザの手書きによる文字の形態を表す複数種類の手書きフォントを作成し、これら複数の手書きフォントからなるフォントリスト５を生成する。具体的には、図２Ａに示すように、フォントリスト５では、一つの文字コードに、一つのビジネス用の自筆フォントと一つのプライベート用の自筆フォントとが対応づけられ、各自筆フォントに複数の手書きフォントが対応づけられることになる。なお、以下では、自筆フォントと手書きフォントとを、単に「手書きフォント」と称する。
【００６２】
また、ＰＣ３０は、携帯電話機１０およびサーバ４０に通信可能に接続され、ユーザ操作に従って、フォントリスト５を携帯電話機１０に送信したり、ユーザを識別するためのユーザＩＤとともにフォントリスト５をサーバ４０に送信したりするように構成されている。
【００６３】
［サーバ］
サーバ４０には、ＰＣ３０から送信されてくるフォントリスト５、及び、携帯電話機１０から送信されてくる各種情報をユーザＩＤ毎に記憶するデータベース７（図２Ｂ参照）が構築されている。そして、サーバ４０に内蔵されたＣＰＵが、このデータベース７を管理するとともに、携帯電話機１０との間で通信を行うことにより、携帯電話機１０から送信されてくる情報をデータベース７に追加したり、携帯電話機１０から送信されてくる要求に沿った情報をデータベース７から抽出し、その抽出した情報を携帯電話機１０に送信したりするデータベース処理を行う。
【００６４】
具体的には、データベース処理では、図３に示すように、携帯電話機１０から後述する文字発声データを登録するためのデータ登録要求（ユーザＩＤを含む情報）を受信すると（Ｓ１１０）、１音節からなる各種の単語（音節単語）を順にユーザに発声させるための音声ガイダンスを携帯電話機１０に送信する（Ｓ１２０）。そして、音声ガイダンスに従ってユーザが発する音声（ユーザ音声）を表す肉声データを携帯電話機１０から受信すると（Ｓ１３０）、音節単語を構成する一ないし複数の文字コードにその肉声データを対応づけて一時記憶する（Ｓ１４０）。さらに、各肉声データについて、ユーザ音声の中心周波数だけが異なる複数の文字発声データを作成する（Ｓ１５０）。
【００６５】
つまり、データベース処理では、オリジナルの肉声データについて、ユーザ音声の周波数スペクトルの形状が失われない範囲内で加工することにより、複数種類の文字発声データを作成し、これら文字発声データがデータベース７に登録される（Ｓ１６０）。具体的には、図２Ｂに示すように、データベース７では、一つの音節単語に、一ないし複数の文字コードを介して、複数のビジネス用の手書きフォント、複数のプライベート用の手書きフォント、及び、複数の文字発声データが対応づけられることになる。さらに、複数の文字発声データのうち、オリジナルのユーザ音声の中心周波数を基準として、低音側の音声に相当する各文字発声データが各ビジネス用の手書きフォントに対応づけられ、高音側の音声に相当する各文字発声データが各プライベート用の手書きフォントに対応づけられる。なお、以下では、肉声データと文字発声データとを、単に「文字発声データ」と称する。
【００６６】
また、サーバ４０に内蔵されたＣＰＵは、携帯電話機１０にて表示された手書きフォントの集合体としての手書き文章を表すデータ（ユーザＩＤを含むデータ）を受信すると、その受信データに基づいて、ユーザＩＤに対応するデータベース７から、一ないし複数の手書きフォントに対応する各文字発声データを抽出する。そして、その抽出した順に構成された複数の文字発声データの集合体としての文章発声データを生成し、その文章発声データを携帯電話機１０に送信する発声データ送信処理を実行するように構成されている。
【００６７】
［携帯電話機］
携帯電話機１０は、少なくとも通話機能とメール機能とを有するものである。具体的には、図４Ａ−４Ｂに示すように、携帯電話機１０は、操作部１２と、通信部１４と、音声入力部１６と、音声出力部１８と、表示部２２と、制御部２４と、外部接続部２８とを備える。
【００６８】
操作部１２は、複数の操作キーからなり、ユーザによる操作キーの押下操作（キー操作）によって特定される各種情報を制御部２４に入力するものである。具体的には、操作部１２は、ユーザによって各操作キーが押下される毎に、その押下された操作キーを表すキー信号を制御部２４に入力するように構成されている。なお、複数の操作キーには、その押下回数によって文字を特定し入力するための複数の文字操作キーが含まれている。
【００６９】
通信部１４は、携帯電話機１０の位置をカバーする通信エリア内の基地局に接続され、他の携帯電話機１０との間で音声データやショートメッセージといった各種データの授受を行ったり、インターネット網を介して、サーバ４０あるいは他の携帯電話機１０との間で音声データやＥメール、画像データといった各種データの送受信を行ったりするものである。なお、以下では、ショートメッセージとＥメールとを単に「メール」と称する。
【００７０】
音声入力部１６は、周囲から集音した音声を電圧信号に変換するマイクロフォンを有し、このマイクロフォンを介して入力した電圧信号に基づいて、音声データを生成する周知のものである。一方、音声出力部１８は、通信部１４にて受信した音声データを音声信号に復調する復調器や、復調器にて復調された音声信号を増幅するアンプ、アンプにて増幅された音声信号に基づく出力を行うスピーカ等を有する周知のものである。
【００７１】
表示部２２は、周知の液晶ディスプレイからなり、制御部２４からの指令に従って、メールに関する情報や画像データ等を表示したり、ユーザのキー操作に基づく各種情報を表示したりする。
【００７２】
外部接続部２８は、ＰＣ３０に例えば通信ケーブルを介して接続され、本実施形態ではＰＣ３０から前述のフォントリスト５（図２Ａ参照）を取得するために用いられる。
制御部２４は、操作部１２，通信部１４，音声入力部１６，外部接続部２８からの入力に基づいて、通信部１４，音声出力部１８，表示部２２，外部接続部２８を制御するものであり、マイクロコンピュータ（以下「マイコン」）２５と、メモリ２６とを備えている。
【００７３】
メモリ２６は、読み書き可能な不揮発性の記憶装置であり、予め外部接続部２８を介して取得したフォントリスト５および手書きフォントの他、各文字操作キーの押下回数にそれぞれ対応する文字コード、その文字コード毎に予めデフォルトのフォントとして設定された標準フォント、及び、後述するフォーマルなフレーズとして予め登録された登録フレーズが記憶されている。なお、文字コードとは、ユーザのキー操作によって入力される文字を特定するためのコードである。
【００７４】
マイコン２５は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなり、このうち、ＣＰＵが、ＲＯＭに記憶されたプログラムに基づいて、ＲＡＭを作業領域とし、各種処理を実行する。具体的には、マイコン２５は、操作部１２から入力されたユーザ操作（キー信号）に従って、ＰＣ３０から外部接続部２８を介してフォントリスト５を取得し、その取得したフォントリスト５をメモリ２６に記憶するフォントリスト記憶処理を実行する。
【００７５】
また、マイコン２５は、通信部１４を介してサーバ４０との間で通信を行い、サーバ４０に前述のデータ登録要求を送信することでサーバ４０に前述のデータベース処理を起動させる。そして、サーバ４０から音声ガイダンスを受信すると、音声出力部１８を介してその音声ガイダンスを出力するとともに、音声入力部１６を介して入力した肉声データをサーバ４０に送信することで前述の文字発声データをサーバ４０に登録する文字発生データ登録処理を実行する。
【００７６】
さらに、マイコン２５は、通話機能とメール機能とを実現するための各種処理を実行するとともに、このうち、メール機能を実現するための処理（メール処理）において、以下のメール作成処理およびメール読み上げ処理を実行するように構成されている。
【００７７】
［メール作成処理］
ここで、マイコン２５（ＣＰＵ）が実行するメール作成処理を、図５に示すフローチャートに沿って詳しく説明する。なお、本処理は、メール処理において、操作部１２を用いたユーザ操作によって、メールを作成するためのコマンドが入力された場合に起動する。
【００７８】
まず、本処理が起動すると、Ｓ２１０では、メール作成画面５０（図４Ｂ参照）を表示部２２に表示し、このメール作成画面５０において配置されている手書きボタン５２が押下されたか否かを、操作部１２からの入力に基づいて判断する。ここで、手書きボタン５２が押下されたと判断した場合には、手書き文章の作成に対応する設定（手書き設定）を行って、Ｓ２１５に移行し、手書きボタン５２が押下されていないと判断した場合には、標準フォントによる文章の作成に対応する設定（標準設定）を行って、Ｓ２７０に移行する。
【００７９】
なお、メール作成画面５０は、図４Ｂに示すように、手書きボタン５２の他、メールの本文を表示するための本文領域５４と、候補フレーズを選択するための選択領域５６とを含んで構成されている。
【００８０】
Ｓ２１５では、操作部１２から入力されるキー信号に基づいてメモリ２６を参照し、文字操作キーの押下回数に対応する文字コードを特定できたか否かを、ユーザによる他の文字操作キーの押下の有無等に基づいて判断する。ここで、文字コードを特定できたと判断した場合には、Ｓ２２０に移行し、文字コードが特定できていないと判断した場合には、本ステップの再実行によって待機する。
【００８１】
Ｓ２２０では、Ｓ２１５にて特定された文字コードに基づいて、周知の予測変換機能を用いて、複数の文字からなる候補フレーズを抽出する。なお、予測変換機能とは、ユーザが頻繁に使うフレーズやフレーズの種別を学習し、そのフレーズの使用頻度や時間軸等を基に予測したフレーズを表示部２２に表示する機能をいう。
【００８２】
続くＳ２３０では、Ｓ２２０にて抽出されて表示部２２に表示された候補フレーズのうちの一つが選択されたか否かを、操作部１２からの入力に基づいて判断する。ここで、候補フレーズが選択されたと判断した場合には、Ｓ２３２に移行し、候補フレーズが選択されなかったと判断した場合には、Ｓ２１５に戻る。そして、Ｓ２１５にて新たな文字コードが追加入力されると、Ｓ２２０において、追加入力分を含む複数の文字コードに基づいて、新たな候補フレーズが抽出されることになる。
【００８３】
Ｓ２３２では、Ｓ２３０にて選択された候補フレーズが、手書きフォントを抽出すべきフレーズとして予め設定された対象フレーズであるか否かを判断し、対象フレーズであると判断した場合には、Ｓ２３５に移行し、対象フレーズでないと判断した場合には、Ｓ２７０に移行する。
【００８４】
Ｓ２３５では、Ｓ２３２にて判断された対象フレーズの種別が、フォーマルなフレーズであるか否か、換言すれば、メモリ２６内の登録フレーズであるか否かを判断し、フォーマルなフレーズであると判断した場合には、Ｓ２４０に移行し、フォーマルでない（カジュアルな）フレーズであると判断した場合には、Ｓ２４５に移行する。なお、登録フレーズとは、フォーマルなフレーズとしてメモリ２６内に予め登録されたフレーズをいう。また、メモリ内の登録フレーズは、後述するＳ２５０の判断結果が反映されるように更新される。
【００８５】
Ｓ２４０では、ビジネス用の手書きフォントからなる手書きフレーズ（ビジネスフレーズ）、及び、プライベート用の手書きフォントからなる手書きフレーズ（プライベートフレーズ）のうち、ビジネスフレーズについて、ユーザに優先的に提示する際の優先度を表す提示優先度が高くなるように設定する。一方、Ｓ２４５では、プライベートフレーズについて提示優先度が高くなるように設定する。
【００８６】
続くＳ２５０では、Ｓ２４０またはＳ２４５にて提示優先度が高くなるように設定された方のフレーズが先頭となるように、さらには標準フォントからなる標準フレーズが最後尾となるように、ビジネスフレーズ、プライベートフレーズ、及び標準フレーズを選択領域５６に表示し、これらのうち、手書きフレーズが選択されたか否かを、操作部１２からの入力に基づいて判断する。手書きフレーズが選択されたと判断した場合には、Ｓ２５５に移行し、標準フレーズが選択されたと判断した場合には、Ｓ２７０に移行する。
【００８７】
Ｓ２５５では、Ｓ２５０にて選択された手書きフレーズを構成する手書きフォントを、メモリ２６内の複数の手書きフォントから昇順に抽出する。具体的には、一つの文字コードに対応する手書きフォントを繰り返し抽出する際に、本文領域５４にて表示される複数の手書きフォントからなる手書き文章において、その文字コードに対応する手書きフォントであって直近に表示されたものと異なる形態のフォントを順に抽出していく。
【００８８】
続くＳ２６０では、その抽出した手書きフォントからなる手書きフレーズ（抽出フレーズ）を本文領域５４に表示し、Ｓ２１５に戻る。これにより、手書き文章において、各文字コードに対応する同一種類の手書きフォントが分散されることになる（図６参照）。
【００８９】
一方、Ｓ２１０にて標準設定がなされた場合、Ｓ２５０にて標準フレーズが選択されたと判断した場合、又は、Ｓ２３２にて候補フレーズが設定フレーズでないと判断した場合に移行するＳ２７０では、標準フォントあるいは標準フレーズを本文領域５４に表示する通常処理を実行し、Ｓ２１０に戻る。
【００９０】
［メール読み上げ処理］
次に、マイコン２５が実行するメール読み上げ処理を、図６に示すフローチャートに沿って詳しく説明する。なお、本処理は、メール処理において、操作部１２を用いたユーザ操作によって、受信メールを表示するためのコマンドが入力された場合に起動する。
【００９１】
まず、本処理が起動すると、Ｓ３１０では、ユーザによって選択された受信メールの本文を表示部２２に表示する。続いて、Ｓ３１５では、受信メールに手書き文章が含まれているか否かを判断する。ここで、手書き文章が含まれていると判断した場合には、Ｓ３１５に移行し、手書き文章が含まれていないと判断した場合には、本処理を終了する。
【００９２】
Ｓ３２０では、受信メールの本文を表示中の画面において配置されている読み上げボタン（図示せず）が押下されたか否かを、操作部１２からの入力に基づいて判断する。ここで、読み上げボタンが押下されたと判断した場合には、Ｓ３３０に移行し、読み上げボタンが押下されていないと判断した場合には、本ステップの再実行によって待機する。
【００９３】
Ｓ３３０では、表示部２２に表示中の受信メールの本文を表すデータとともに、その受信メールの送信元であるユーザを識別するためのユーザＩＤを含むデータを、通信部１４を介してサーバ４０に送信する。
【００９４】
続くＳ３４０では、サーバ４０から通信部１４を介して前述の文章発声データを受信したか否かを判断し、ここで、受信済みであると判断した場合には、Ｓ３５０に移行し、未受信であると判断した場合には、本ステップの再実行によって待機する。
【００９５】
Ｓ３５０では、Ｓ３４０にて受信した文章発声データが表す音声メッセージを、音声出力部１８を介して出力し、本処理を終了する。
つまり、受信メールの本文に手書き文章が含まれていれば、その手書き文章において同一種類の手書きフォントの配置が分散していることから、手書きフォント毎に音声周波数が異なる文字発声データの配置も分散することになる。
【００９６】
［第１実施形態の効果］
以上説明したように、メール通信システム１では、携帯電話機１０のメール機能によって作成される手書き文章において、各文字コードに対応する同一種類の手書きフォントが分散されるため、文章の形態が画一的であるという不自然さが解消され、携帯電話機１０のキー操作によって実際の手書き文章の形態に近いメールを、容易にユーザに作成させることができる。
【００９７】
また、メール通信システム１では、同様に、携帯電話機１０のメール機能によって読み上げられる手書き文章において、各文字コードに対応する同一種類の文字発声データの配置が分散されるため、音感が画一的であるという不自然さが解消される。
【００９８】
また、携帯電話機１０では、メール作成中に随時、入力文字が手書きフレーズ（ひいては、手書きフォント）に変換されるので、ユーザにとっては、その手書きフォントの雰囲気を文章の内容に反映させることができる。
【００９９】
また、携帯電話機１０では、入力文字を手書きフレーズに変換する際に、ユーザによって入力された候補フレーズの内容に応じた手書きフレーズ（ビジネス，プライベート）が、選択領域５６の先頭となるように優先的に表示されるので、ユーザの選択に係る負荷を軽減させることができる。
【０１００】
［発明との対応関係］
なお、本第１実施形態において、携帯電話機１０が情報端末装置、文章作成装置および文章発声装置、メモリ２６またはデータベース７が記憶手段、音声出力部１８が音声出力手段、マイコン２５が制御手段および端末側制御手段、サーバ４０のＣＰＵが管理側制御手段、音声入力部１６が音声入力手段の各一例にそれぞれ相当する。
【０１０１】
［変形例］
以上、本発明の第１実施形態について説明したが、第１実施形態は、上記態様に限らず、以下の変形例にて実施することも可能である。
【０１０２】
例えば、メール作成処理のＳ２３５，Ｓ２４０及びＳ２４５では、メモリ２６内の登録フレーズに基づいて提示優先度を判断しているところを、別形態として、Ｓ２５０の判断結果に基づいて提示優先度を判断してもよい。つまり、Ｓ２３５，Ｓ２４０及びＳ２４５では、対象フレーズの内容に沿った提示優先度を設定することに代えて、ユーザが直近に選択した対象フレーズの種別の提示優先度が高くなるように設定してもよい。さらに言えば、Ｓ２３５，Ｓ２４０及びＳ２４５の処理は、あくまでもオプションとして用いればよく、例えば手書きフォントがビジネス用とプライベート用とに分類されていない場合には省略されてもよい。
【０１０３】
また、メール作成処理のＳ２３２では、ユーザが選択した候補フレーズの内容によっては手書きフォントを表示しないようにしているが、どのような候補フレーズであっても手書きフォントを表示する可能性を残すようにしてもよい。つまり、Ｓ２３２の処理は、あくまでもオプションとして用いればよく、限定的に使用する必要がない場合には、設定フレーズの対象を全ての候補フレーズに拡張しておけばよい。
【０１０４】
また、メール作成処理のＳ２３０及びＳ２５０では、ユーザに候補フレーズを選択させてから手書きフレーズを選択させているところを、別形態として、候補フレーズの中に手書きフレーズを含むように選択領域５６に表示させることにより、ユーザに候補フレーズを選択させる段階で、ユーザに手書きフレーズを選択させるようにしてもよい。
【０１０５】
また、メール作成処理のＳ２５５では、Ｓ２５０にて選択された手書きフレーズを構成する手書きフォントを、メモリ２６内の複数の手書きフォントから昇順に抽出しているところを、別形態として、メモリ２６内の複数の手書きフォントからランダムに抽出してもよい。
【０１０６】
また、メール作成処理では、Ｓ２３０にて候補フレーズが選択される毎に、Ｓ２６０にて手書きフレーズ（抽出フレーズ）を表示するようにしている。これに対し、別形態として、Ｓ２３０にて候補フレーズが選択される毎に、その候補フレーズに対応する複数の標準フォント（標準フレーズ）を表示し、全ての標準フレーズからなる標準文章が表示された後に、ユーザのキー操作によって手書き設定がなされると、標準文章を手書き文章に一括変換するようにしてもよい。
【０１０７】
また、メール作成処理では、Ｓ２１０にて手書き設定がなされた場合であっても、Ｓ２３０及びＳ２５０の処理によっては標準フォントが表示され得る。これに対し、別形態として、Ｓ２１０にて手書き設定がなされた場合には、必ず手書きフォントが表示されるようにしてもよい。さらに言うと、例えば、Ｓ２１０にてビジネス用またはプライベート用の手書き設定が選択され、その選択された手書き設定に必ず従って、手書きフォントが表示されるようにしてもよい。
【０１０８】
また、サーバ４０のデータベース７では、一つの音節単語に、文字コードを介して、一ないし複数のビジネス用の手書きフォント、一ないし複数のプライベート用の手書きフォント、及び、一ないし複数の文字発声データが対応づけられているところを、別形態として、単に、一つの音節単語に、一ないし複数の文字発声データだけが対応づけられていてもよい。
【０１０９】
この場合、サーバ４０が行う発声データ送信処理では、携帯電話機１０から複数の標準フォント（即ち、文字コード）からなる文章を表す文章データ（ユーザＩＤを含むデータ）を受信すると、その受信した文章データに基づいて、文章発声データにおいて各音節単語（文字コード）に対応する同一種類の文字発声データの配置が分散するように、ユーザＩＤに対応するデータベース７から文字発声データを抽出してもよい。なお、携帯電話機１０が行うメール読み上げ処理では、受信メールに手書き文章が含まれているか否かに係わらず、受信メールに対応する文章データをサーバ４０に送信すればよい。
【０１１０】
［第２実施形態］
次に、本発明の第２実施形態を図面と共に説明する。なお、第２実施形態のメール通信システム１は、メール機能を有する複数の携帯電話機１０が互いにメールを送受信するシステムである点で第１実施形態と共通し、スキャナ２０、ＰＣ３０、及びサーバ４０を不要とする点で第１実施形態と相違する。
【０１１１】
以下、本発明の第２実施形態について詳細に説明するが、第１実施形態と同じ構成については、同一の符合を用いることにより説明を省略し、第１実施形態と相違する部分を中心に説明する。
【０１１２】
［携帯電話機］
携帯電話機１０は、図７Ａ−７Ｂに示すように、ユーザによる入力操作を受け付けるユーザインターフェースとしてのタッチパネル部１１と、通信部１４と、音声入力部１６と、音声出力部１８と、制御部２４と、外部接続部２８とを備える。なお、タッチパネル部１１は、表示部２２と操作部１２とから構成される。
【０１１３】
表示部２２は、表示パネルとしての薄型の液晶ディスプレイあるいは有機ＥＬディスプレイによって構成され、制御部２４からの指令に従って、メールに関する情報や画像データ等を表示したり、ユーザのキー操作に基づく各種情報を表示したりする。
【０１１４】
操作部１２は、操作入力パネルとして表示部２２の表面に一体的に配設されて、各種の表示画像に対応する箇所のタッチ操作を入力するための装置である。なお、操作部１２としては、マトリックススイッチ方式や、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式、静電容量方式などの周知の方式のうちいずれの方式のものが採用されてもよい。
【０１１５】
例えば、メール作成画面５０は、図７Ｂに示すように、手書きボタン５２の他、メールの本文を表示するための本文領域５４と、候補フレーズを選択するための選択領域５６と、複数の操作キー５８を含んで構成されている。なお、操作キー５８には、ユーザの一な
いし複数の押下操作に従って文字を入力し、その入力された文字を表すキー信号を制御部２４に入力するための複数の文字操作キーが含まれている。
【０１１６】
制御部２４は、操作部１２，通信部１４，音声入力部１６，外部接続部２８からの入力に基づいて、通信部１４，音声出力部１８，表示部２２，外部接続部２８を制御するものである。制御部２４は、マイコン２５と、メモリ２６とを備えている。
【０１１７】
メモリ２６には、後述するフォントリスト５、手書きフォント、文字発声データ、及び後述する発声リストが記憶される。また、メモリ２６には、操作部１２から入力される各キー信号に対応づけられた文字コード、文字コード毎に予めデフォルトのフォントとして設定された標準フォント、及び、前述の音声ガイダンスが記憶されている。但し、本第２実施形態のフォントリスト５および後述する発声リストは、手書きフォントがビジネス用のフォントとプライベート用のフォントとに区分されることなく、メモリ２６に記憶される。
【０１１８】
マイコン２５は、少なくとも、タッチ操作に対応する位置（タッチ位置）の他に、タッチパネル部１１に対するドラッグ・アンド・ドロップ操作（指やペンなどでタッチパネル部１１をタッチして、タッチパネル部１１をなぞった後にリリースする操作）の始点位置から終点位置までの位置を、操作部１２からの入力に基づいて読み取る処理を含む周知の操作読取処理を行う。
【０１１９】
また、マイコン２５は、手書きフォントを作成するフォント作成プログラムがインストールされており、このフォント作成プログラムに規定される手順に従って、個々の文字コードに手書きフォントが対応づけられてなるフォントリスト５を生成するフォントリスト生成処理（後述する）を行う。
【０１２０】
また、携帯電話機１０には、文字発声データを作成する発声作成プログラムがインストールされており、マイコン２５は、この発声作成プログラムに規定される手順に従って、個々の文字コードに文字発声データが対応づけられてなる発声リストを生成する発声リスト生成処理（後述する）を行う。
【０１２１】
さらに、マイコン２５は、通話機能とメール機能とを実現するための各種処理を実行するとともに、このうち、メール機能を実現するための処理（メール処理）において、メール作成処理およびメール読み上げ処理（後述する）を実行するように構成されている。なお、メール作成処理は、第１実施形態と同じであるため、説明を省略する。
【０１２２】
［フォントリスト生成処理］
ここで、マイコン２５（ＣＰＵ）が実行するフォントリスト生成処理を、図８に示すフローチャートに沿って詳しく説明する。なお、本処理は、操作部１２を用いたユーザ操作によって、手書きフォントを登録するためのコマンドが入力されたとき、又は、ユーザの自筆文字の入力を必要とする他の処理が実行されるときに起動する。
【０１２３】
まず、本処理が起動すると、Ｓ４１０では、手書きフォントを登録するためのコマンド（登録コマンド）が入力されたか否かを判断する。ここで、登録コマンドが入力されたと判断した場合には、Ｓ４１５に移行し、登録コマンドが入力されていないと判断した場合、つまり、ユーザの手書きによる文字の入力を必要とする他の処理（手書きアプリケーション）が実行されている場合には、Ｓ４２０に移行する。
【０１２４】
なお、手書きアプリケーションには、クロスワードパズルに代表される各種ゲームの他、ユーザの自筆文字によるメモを記録するためのメモソフト等が含まれる。例えば、メモ
ソフトは、図９Ａに示すように、タッチパネル部１１上のメモ画面６０のうち、文字入力領域６２にペン入力されたユーザの手書きによる文字を操作読取処理によって読み取り、その読み取った文字を本文領域６４に反映させる機能を有するアプリケーションである。
【０１２５】
Ｓ４１５では、手書きアプリケーションの状態を表す状態フラグを、手書きアプリケーションが起動中でないことを表すオフ（０）に設定し、Ｓ４２５に移行する。一方、Ｓ４２０では、状態フラグを、手書きアプリケーションが起動中でないことを表すオン（１）に設定し、Ｓ４２５に移行する。
【０１２６】
Ｓ４２５では、状態フラグがオフ（０）に設定されているか否かを判断する。ここで、状態フラグが０であると判断した場合には、Ｓ４３０に移行し、状態フラグが１であると判断した場合には、Ｓ４３５に移行する。
【０１２７】
Ｓ４３０では、手書きフォントを登録するための専用の文字記入画面７０をタッチパネル部１１に表示して、Ｓ４３５に移行する。例えば、文字記入画面７０は、図９Ｂに示すように、記入すべき文字を表す指定文字７６、及び、指定文字７６に隣接して配置された文字枠７８からなる文字記入シート７４と、文字記入シート７４において選択された文字枠７８にリンクされ、ユーザによるペン入力を受け付ける文字入力領域７２とを有して構成される。
【０１２８】
Ｓ４３５では、タッチパネル部１１を介してユーザの手書きによる自筆文字が入力されたか否かを判断する。ここで、自筆文字が入力されたと判断した場合には、Ｓ４４０に移行し、自筆文字が入力されていないと判断した場合には、本ステップの再実行によって待機する。例えば、タッチパネル部１１に文字記入画面７０が表示されている場合には、文字記入シート７４に自筆文字がペン入力されるまで待機する。
【０１２９】
Ｓ４４０では、状態フラグがオン（１）に設定されているか否かを判断する。ここで、状態フラグが１であると判断した場合には、Ｓ４４５に移行し、状態フラグがオフ（０）であると判断した場合には、Ｓ４５０に移行する。
【０１３０】
Ｓ４４５では、周知の文字認識技術を用いて、タッチパネル部１１に入力された自筆文字から文字コードを認識し、Ｓ４７０に移行する。例えば、タッチパネル部１１にメモ画面６０が表示されている場合には、文字入力領域６２にペン入力された自筆文字を本文領域６４に表示する際に、その自筆文字に対応する文字コードを特定する。
【０１３１】
一方、Ｓ４５０では、文字記入画面７０における文字記入シート７４に入力された自筆文字から文字画像を抽出し、その文字画像を所定の形式にデータ化することで自筆フォントを作成する。そして、第１実施形態と同様に、一つのオリジナルの自筆フォントに対して、自筆文字の特徴が失われない範囲内で加工することにより、複数の手書きフォントを作成する。
【０１３２】
そして、続くＳ４６０では、Ｓ４５０にて作成した複数の手書きフォントを、文字記入シート７４における一つの記入枠７８（つまり、指定文字７６を表す文字コード）に対応づける作業を、全ての文字コードについて行うことによってフォントリスト５を生成し、その生成したフォントリスト５をメモリ２６に登録する。
【０１３３】
Ｓ４７０では、例えばメモ画面６０における文字入力領域６２に入力された自筆文字から文字画像を抽出し、その文字画像を所定の形式にデータ化することで手書きフォントを作成し、Ｓ４２５に戻る。
【０１３４】
Ｓ４７０に続くＳ４８０では、Ｓ４７０にて作成した手書きフォントを、Ｓ４４５にて手書きアプリケーションの実行中に認識された文字コードに対応づけてメモリ２６に記憶することにより、メモリ２６内のフォントリスト５を更新する。なお、ここでは、Ｓ４５０の加工によって生成された手書きフォントあるいは古い手書きフォントから優先的に、Ｓ４７０にて新たに生成された手書きフォントに上書きされる。
【０１３５】
［発声リスト生成処理］
次に、マイコン２５が実行する発声リスト生成処理を、図１０に示すフローチャートに沿って詳しく説明する。なお、本処理は、操作部１２を用いたユーザ操作によって、文字発声データを登録するためのコマンドが入力されたとき、又は、他の携帯電話機１０から発声リストの送信要求（リスト要求）を、通信部１４を介して受信したときに起動する。
【０１３６】
まず、本処理が起動すると、Ｓ５１０では、文字発声データを登録するためのコマンド（登録コマンド）が入力されたか否かを判断する。ここで、登録コマンドが入力されたと判断した場合には、Ｓ５２０に移行し、登録コマンドが入力されていないと判断した場合、つまり、他の携帯電話機１０から発声リストの送信要求（リスト要求）を、通信部１４を介して受信した場合には、Ｓ５７０に移行する。
【０１３７】
Ｓ５２０では、１音節からなる各種の単語（音節単語）を順にユーザに発声させるための音声ガイダンスを表すデータを、メモリ２６から読み出して、その読み出したデータに基づく音声ガイダンスを、音声出力部１８を介して出力する。
【０１３８】
続くＳ５３０では、Ｓ５２０にて出力中の音声ガイダンスに従ってユーザが発する音声を表す肉声データを、音声入力部１６を介して取得し、Ｓ５４０に移行する。
Ｓ５４０では、Ｓ５３０にて取得した肉声データを、音節単語を構成する一ないし複数の文字コードに対応づけて、ＲＡＭに一時記憶する。
【０１３９】
続くＳ５５０では、Ｓ５４０にて一時記憶した個々の肉声データについて、第１実施形態と同様に、ユーザ音声の周波数スペクトルの形状が失われないように、中心周波数（音声周波数）だけが異なる複数種類の文字発声データを作成し、Ｓ５６０に移行する。
【０１４０】
Ｓ５６０では、Ｓ５５０にて作成した複数種類の文字発声データを、一つの音節単語に対応づける作業を、全ての音節単語について行うことによって発声リストを生成し、その生成した発声リストを、ユーザＩＤに対応づけてメモリ２６に登録し、本処理を終了する。なお、本第２実施形態では、一つの音節単語を構成する一ないし複数の文字コード毎に、個々の手書きフォントに対応づけて個々の文字発声データをメモリ２６に記憶する。
【０１４１】
Ｓ５７０では、通信部１４を介して受信したリスト要求の送信元に対して、Ｓ５６０にて登録した発声リストを、通信部１４を介して送信し、本処理を終了する。なお、メモリ２６に発声リストが登録されていない場合には、その旨を表すメッセージ情報を、通信部１４を介して送信し、本処理を終了する。
【０１４２】
［メール読み上げ処理］
次に、マイコン２５が実行するメール読み上げ処理を、図１１に示すフローチャートに沿って詳しく説明する。なお、本処理は、メール処理において、操作部１２を用いたユーザ操作によって、受信メールを表示するためのコマンドが入力された場合に起動する。
【０１４３】
まず、本処理が起動すると、Ｓ３１０、Ｓ３１５、及び、Ｓ３２０を順に実行する。なお、これらのステップは、第１実施形態と共通するため、説明を省略する。但し、Ｓ３２０にて、読み上げボタンが押下されたと判断した場合には、Ｓ６１０に移行する。
【０１４４】
Ｓ６１０では、表示部２２に表示中の受信メールの送信元のユーザＩＤに対応する発声リストが、メモリ２６に記憶されているか否かを判断し、記憶されていると判断した場合には、Ｓ６４０に移行し、記憶されていないと判断した場合には、Ｓ６２０に移行する。
【０１４５】
Ｓ６２０では、表示部２２に表示中の受信メールの送信元に対して、前述のリスト要求を、通信部１４を介して送信する。
続くＳ６３０では、その送信元である携帯電話機１０から、通信部１４を介して、その携帯電話機１０のユーザを識別するためのユーザＩＤとともに、発声リストを受信したか否かを判断する。ここで、発声リストを受信したと判断した場合には、その発声リストを、発声リストとともに受信したユーザＩＤに対応づけてメモリ２６に記憶して（Ｓ６３５）、Ｓ６４０に移行し、発声リストを受信していないと判断した場合には、本ステップ（Ｓ６３０）の再実行によって待機する。
【０１４６】
Ｓ６４０では、表示部２２に表示中の受信メールの送信元のユーザＩＤに基づき、受信メールに含まれている手書き文章について、手書きフォントに対応する文字発声データを、メモリ２６から順次抽出する。
【０１４７】
続くＳ６５０では、Ｓ６４０にて抽出された複数の文字発声データからなる文章発声データを生成し、Ｓ６６０に移行する。
Ｓ６６０では、Ｓ６５０にて生成された文章発声データに基づく音声メッセージを、音声出力部１８を介して出力し、本処理を終了する。
【０１４８】
［第２実施形態の効果］
以上説明したように、メール通信システム１では、携帯電話機１０の手書き入力機能によって文字が入力される毎に、携帯電話機１０のユーザの手書きによる自筆文字が手書きフォントとして自動的に登録されるので、スキャナ２０やＰＣ３０が不要となり、構成を簡略化することができる。
【０１４９】
また、メール通信システム１では、携帯電話機１０が、ユーザの文字発声データを作成し、発声リストを生成するとともに、他の携帯電話機１０からの要求に応じて自身の発声リストを送信し、且つ、他の携帯電話機１０からの受信メールについて、その受信メールのユーザＩＤに対応する発声リストから文章発声データを生成し、音声出力するように構成されている。この構成により、サーバ４０が不要となり、構成をより簡略化することができる。
【０１５０】
［発明との対応関係］
なお、本第２実施形態において、通信部１４が通信手段、メモリ２６が記憶手段、音声出力部１８が音声出力手段、マイコン２５が制御手段の各一例にそれぞれ相当する。
【０１５１】
［他の実施形態］
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、様々な態様にて実施することが可能である。
【０１５２】
例えば、上記実施形態では、本発明の文章作成装置の一例として、メール通信システム１および携帯電話機１０に適用する態様を説明したが、これに限定されるものではなく、手紙や葉書、各種の文書の出力を目的とするプリントシステム及びＰＣ（又はプリンタ）に適用する態様であってもよいし、ＰＣ等にネットワークを介して接続されるサーバであってもよい。なお、ＰＣ等の情報端末を複数のユーザによって使用する場合には、ユーザ
毎に手書きフォントをＰＣやサーバ等に登録すればよい。
【０１５３】
さらに、上記実施形態のメール通信システム１および携帯電話機１０を、文章発声データを作成する文章発声作成システムおよび文章発声作成装置として捉えることもできる。
また、上記実施形態のメール作成処理では、手書き文章中の文字コードに対応する同一種類の手書きフォントが分散されるように、手書きフォントを抽出（表示）しているが、これに限定されるものではなく、例えば、手書き文章中の隣り合う手書きフォントのフォント間隔が一定とならないように（分散されるように）、手書きフォントを表示してもよい。あるいは、手書き文章中の一文において、先頭の手書きフォントが最も大きく（又は太く）なるように、手書きフォントを抽出してもよいし、手書き文章に英単語が含まれていれば、その英単語のうちアクセントが強いアルファベットが最も大きくなる（又は太く）なるように、手書きフォントを抽出してもよい。
【符号の説明】
【０１５４】
１…メール通信システム、３…文字記入シート、５…フォントリスト、７…データベース、１０…携帯電話機、１１…タッチパネル部、１２…操作部、１４…通信部、１６…音声入力部、１８…音声出力部、２０…スキャナ、２２…表示部、２４…制御部、２５…マイコン、２６…メモリ、２８…外部接続部、４０…サーバ、５０…メール作成画面、５２…手書きボタン、５４…本文領域、５６…選択領域、５８…操作キー、６０…メモ画面、７０…文字記入画面。
【要約】
【課題】情報端末装置による文章の読み上げにおいて画一的な不自然さを解消する。
【解決手段】読み上げ処理では、他の情報端末装置から受信した文章データについて読み上げボタンが押下されると（Ｓ３２０；ＹＥＳ）、メモリに記憶された発声リストから、文章データの送信元であるユーザのＩＤに対応し且つその文章データを構成する音節単語に対応する文字発声データを順次抽出して（Ｓ６４０）、抽出した複数の文字発声データに基づく音声を出力させる（Ｓ６６０）。ここで、発声リストは、一つの音節単語に対して音の性質が互いに異なる複数種の文字発声データが記憶されたリストであり、読み上げ処理では、文字発声データを抽出する際に、文章データについて、各音節単語に対応する同一種の文字発声データが少なくとも連続しないように予め規定された抽出手順に従い、発声リストにおける複数種の文字発声データから一つの、文字発声データを抽出する。
【選択図】図１１【図１】
0005001459.tif 000002
【図２Ａ−２Ｂ】
0005001459.tif 000003
【図３】
0005001459.tif 000004
【図５】
0005001459.tif 000005
【図６】
0005001459.tif 000006
【図８】
0005001459.tif 000007
【図１０】
0005001459.tif 000008
【図１１】
0005001459.tif 000009
【図４Ａ−４Ｂ】
0005001459.tif 000010
【図７Ａ−７Ｂ】
0005001459.tif 000011
【図９Ａ−９Ｂ】
0005001459.tif 000012