情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法、プログラム
【課題】文書等からユーザの属性を判定できる情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラム、を提供することを目的とする。
【解決手段】複数のグループにより人間を特徴づける特徴カテゴリーにおける、文字データ（記号、数値、絵文字を含む）２０の作成者が属するグループ（各ユーザ属性における区分に相当）を判定する情報処理装置１１１であって、文字データ２０を入力する文字データ入力手段１１２と、グループと対応づけて文字列を記憶する文字列記憶手段１３１と、文字データ入力手段により入力された文字データに含まれる文字列に対応づけられた文字列記憶手段の前記グループを参照して、所定の特徴カテゴリーにおける作成者が属するグループを判定する属性判定手段２２と、を有することを特徴とする。
【解決手段】複数のグループにより人間を特徴づける特徴カテゴリーにおける、文字データ（記号、数値、絵文字を含む）２０の作成者が属するグループ（各ユーザ属性における区分に相当）を判定する情報処理装置１１１であって、文字データ２０を入力する文字データ入力手段１１２と、グループと対応づけて文字列を記憶する文字列記憶手段１３１と、文字データ入力手段により入力された文字データに含まれる文字列に対応づけられた文字列記憶手段の前記グループを参照して、所定の特徴カテゴリーにおける作成者が属するグループを判定する属性判定手段２２と、を有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文字データの作成者又は機器のユーザのユーザ属性を判定する情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラムに関する。
【背景技術】
【０００２】
日常的に様々な機器が利用されているが、これらの機器は種々の人間が利用する。例えば、携帯電話であれば１０代から７０代以上の人が利用しているし、学生、社会人又はフリータを問わず利用しているし、国籍を問わずに利用している。
【０００３】
ところで、このように利用する人の属性によっては同じ携帯電話でも望まれる機能が異なる。このため、一つの機器において、ユーザの操作により所望の動作環境に設定することが可能になっている。例えば、携帯電話の場合、表示する文字のサイズ、輝度、待ち受け画面などを種々に設定することができ、若年層は携帯電話でのコミュニケーションをもっと面白くするよう設定し、高齢者は、操作画面の文字を大きくするよう設定することができる。
【０００４】
このように、ユーザは機器の設定を自由に変更できるが、その反面、ユーザが設定しない限り設定は変わらないので、初心者にとっては敷居が高く、また、機能が多い機器ほど操作も複雑なため所望の設定が困難になっている。
【０００５】
ユーザの属性を何らかの方法で取得すれば、属性に応じて機器を設定することが可能となる。例えば、所定の文書からユーザの感情を検出する技術が提案されている（例えば、特許文献１参照。）。
【０００６】
特許文献１には、感情に関わる単語をいくつかの感情に重み付けした辞書を備え、文書に含まれる単語に基づき辞書を参照し、各文書の感情を判定する感情認識システムが記載さている。
【特許文献１】特開２００２−２３００１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１記載の感情認識システムは、感情に関わる文書の属性を検出するものであり、ユーザの属性を検出するものではない。また、文書のような生成物の属性（内容）はユーザの属性と異なり変化しやすいため、生成物の属性を検出しても機器を適切に制御することは困難である。
【０００８】
本発明は上記課題に鑑み、文書等からユーザの属性を判定できる情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラム、を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題に鑑み、本発明は、複数のグループにより人間を特徴づける特徴カテゴリー（後述のユーザ属性に相当）における、文字データ（記号、数値、絵文字を含む）の作成者が属するグループ（各ユーザ属性における区分に相当）を判定する情報処理装置であって、文字データを入力する文字データ入力手段と、前記グループと対応づけて文字列を記憶する文字列記憶手段と、前記文字データ入力手段により入力された前記文字データから前記文字列を抽出する文字列抽出手段と、前記文字列抽出手段により抽出された前記文字列に対応づけられた前記グループを前記文字列記憶手段から抽出して前記作成者が属する前記グループを判定する属性判定手段と、を有することを特徴とする。
【００１０】
本発明によれば、文字データから所定の特徴カテゴリーにおける作成者のグループを判定することができる。
【００１１】
また、本発明の一形態において、作成者のグループを記憶するグループ記憶手段と、属性判定手段が判定したグループを特徴カテゴリー毎にグループ記憶手段に登録するグループ登録手段と、を有することを特徴とする。
【００１２】
本発明によれば、ユーザ属性を登録しておくことができるので、当該情報処理装置を含む種々の機器の制御に利用できる。
【００１３】
また、本発明の一形態において、特徴カテゴリーが高齢者とそれ以外のグループを有する年齢層である場合、属性判定手段は、文字データ入力手段により入力された文字データに所定以上の比率で第２水準の漢字が含まれている場合、作成者が高齢者のグループに属すると判定する、ことを特徴とする。
【００１４】
本発明によれば、比較的高齢者が使用する漢字により文字データの作成者が高齢者であると判定できる。
【００１５】
また、本発明の一形態において、特徴カテゴリーが男性と女性のグループを有する性別である場合、属性判定手段は、文字データ入力手段により入力された文字データに所定数以上の絵文字が含まれている場合、作成者が女性のグループに属すると判定する、ことを特徴とする。
【００１６】
本発明によれば、女性が多用する絵文字により、文字データの作成者が女性であると判定できる。
【００１７】
また、本発明の一形態において、特徴カテゴリーが高齢者等をグループとする年齢層の場合、文字列記憶手段は、高齢者等のグループと対応づけて当該グループの人間が使用する文字列を記憶しており、属性判定手段は、文字データ入力手段により入力された文字データに含まれる文字列の数をグループ毎にカウントし、作成者はカウントされた数が最も大きいグループに属すると判定する、ことを特徴とする。
【００１８】
本発明によれば、文字列をデータベース化しておくことで年齢層においてユーザが属するグループを判定することができる。
【００１９】
また、本発明の一形態において、特徴カテゴリーが国内の所定領域をグループとする出身地の場合、文字列記憶手段は、所定領域と対応づけて当該所定領域の人間のみが使用する文字列を記憶しており、属性判定手段は、文字データ入力手段により入力された文字データに含まれる文字列が、当該所定領域の人間のみが使用する文字列である場合、作成者は当該所定領域に属すると判定する、ことを特徴とする。
【００２０】
本発明によれば、文字列をデータベース化しておくことで出身地においてユーザが属するグループを判定することができる。
【００２１】
また、本発明の一形態において、グループ記憶手段に登録された作成者のグループに応じて、当該情報処理装置を制御する制御手段（例えば、ＵＩ制御手段２４、フォント変更手段２５）、を有することを特徴とする。
【００２２】
本発明によれば、ユーザの属するグループに応じて機器を制御できるので、ユーザの利便性を向上できる。
【００２３】
また、本発明の一形態において、特徴カテゴリーが高齢者とそれ以外のグループを有する年齢層の場合であって、グループ記憶手段に登録された作成者のグループが高齢者である場合、表示装置に表示する文字のサイズを所定値より大きくするＵＩ制御手段、を有することを特徴とする。
【００２４】
本発明によれば、ユーザが高齢者のグループに属する場合、表示される文字を大きくできるので、高齢者が見やすい機器にすることができる。
【００２５】
また、本発明の一形態において、特徴カテゴリーが男性と女性の前記グループを有する性別の場合であって、グループ記憶手段に登録された作成者の前記グループが女性である場合、表示装置に表示する文字のフォントを変更するフォント変更手段、を有することを特徴とする。
【００２６】
本発明によれば、ユーザが女性のグループに属する場合、印刷される文字を女性らしいフォントに変更できるので、ユーザの嗜好に適切な出力が可能となる。
【発明の効果】
【００２７】
文書等からユーザの属性を判定できる情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラム、を提供することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明を実施するための最良の形態について図面を参照しながら説明する。
本実施形態ではユーザの属性の判定と、判定の結果得られた属性を用いた機器の制御例について説明する。
【００２９】
ユーザの属性とは、年齢層、性別、出身地、国籍、宗教、年収層、等、例えば長期間にわたり変化がないユーザの特性であり、また例えば一生変化がない特性、又は、先天的に定まるユーザの特性である。年齢層を１つのユーザ属性とした場合、ユーザの特性は各年齢層に区分される。以下、年齢層等を属性種別と称し、年齢層の各区分（１０代、２０代…）をユーザ属性という。
【００３０】
〔属性種別毎のユーザ属性の判定〕
始めに、ユーザ属性の判定について説明する。図１は、ユーザ属性を判定する情報処理装置１１１Ａ〜１１１Ｃ（以下、これらを総称して情報処理装置１１１という）の一例を示す図である。情報処理装置１１１Ａ及び情報処理装置１１１Ｃは、例えばＰＣ（パーソナルコンピュータ）であり、情報処理装置１１１Ｂは携帯電話である。これらはＬＡＮやインターネットなどのネットワークＮを介して接続されておいる。なお、ＰＣと携帯電話は一例であって、情報処理装置１１１Ａ〜１１１Ｃは、コンピュータを備えた機器、例えば、ＰＤＡ（Personal Digital(Data) Assistants）、ＰＨＳ（Personal Handyphone System）、プリンタ、ファクシミリ装置、スキャナ装置、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）、等であってもよい。
【００３１】
例えば、ユーザはワープロソフトウェアなどのアプリケーションプログラムを起動した後、情報処理装置１１１Ａのキーボード１１２及びマウス１１３を操作して文字を入力する。入力された文字は順次ディスプレイ１１４に反映され、最終的には文書や表等が生成される。情報処理装置１１１Ｂを用いた場合も同様であり、ユーザはメールソフトウェアなどのアプリケーションプログラムを起動した後、情報処理装置１１１Ｂのキーボード１１５及びマウス（ポインタ）１１６を操作して文字を入力する。入力された文字は順次ディスプレイ１１７に反映され、最終的には例えば電子メールが生成される。以下、文書データや電子メールなど文字を含むデータをテキストデータという。テキストデータがバイナリファイルに保存されるかテキストファイルに保存されるかは問わない。
【００３２】
本実施形態の情報処理装置１１１Ａ、１１１Ｂは、テキストデータを構成する自立語（主に日本語の場合）や単語（主に英語の場合）を抽出し、自立語や単語と属性判定データベース(以下、ＤＢという)とを照らし合わせて、テキストデータを入力したユーザのユーザ属性を判定する。なお、自立語を日本語の構成要素として、単語は英語の構成要素として説明するが、他の言語であっても自立語や単語に相当する構成要素からユーザ属性を判定できる。
【００３３】
また、例えば、情報処理装置１１１Ａから情報処理装置１１１Ｃに文書データが送信されたり、情報処理装置１１１Ｂから情報処理装置１１１Ｃに電子メールが送信された場合、情報処理装置１１１Ｃはテキストデータに含まれる自立語に基づき、情報処理装置１１１Ａ又は情報処理装置１１１Ｂのユーザのユーザ属性を判定する。
【００３４】
図２は、情報処理装置１１１Ａのハードウェア構成例を示す図である。情報処理装置１１１Ａは、バスＢで相互に接続されているＲＡＭ（Random Access Memory ）１２１、ＲＯＭ（Read-Only Memory）１２２、入力装置（図１のキーボード１１２、マウス１１３に相当）１１２，１１３、ＮＩＣ（Network Interface Card）１２３、ドライブ装置１２４、表示制御部１２５、記憶装置１２６及びＣＰＵ１２７とを有する。
【００３５】
ＲＡＭ１２１は、ＯＳやプログラムを実行する作業メモリになり、ＲＯＭ１２２はＢＩＯＳなどＯＳを起動するためのプログラムや設定ファイルを記憶している。入力装置１１２、１１３はキーボードやマウスなど、ユーザからの様々な操作を入力するためのデバイスである。ＮＩＣ１２３は、ネットワークＮに接続するためのインターフェイスであり、ＴＣＰ（Transmission Control Protocol ）/ＩＰ（Internet Protocol）等のプロトコル処理を実行する。ドライブ装置１２４は、ＣＤ−ＲＷやメモリカード等の記憶媒体１２８が着脱可能に構成されており、記憶媒体１２８にプログラムやデータを書き込む際に使用され、また、記憶媒体１２８に記録されたプログラムやデータを読み込み、記憶装置１２６に送出する。
【００３６】
表示制御部１２５は、アプリケーションソフトウェアが指示する画面情報に基づき所定の解像度や色数等で、ＧＵＩ（Graphical User Interface）画面を形成し、操作に必要な各種ウィンドウやデータ等をディスプレイ１１４に表示する。
【００３７】
記憶装置１２６は、ＨＤＤ（ハードディスクドライブ）やフラッシュメモリなど不揮発性メモリであり、ＯＳ、アプリケーションソフトウェア、プログラム１３３が記憶されている。ＣＰＵ１２７は、ＯＳ、アプリケーションソフトウェア及びプログラム１３３を記憶装置１２６からロードして実行することで種々の機能を提供すると共に、情報処理装置１１１Ａが行う処理を統括的に制御する。
【００３８】
また、記憶装置１２６には、後述する属性判定ＤＢ１３１及び属性テーブル１３２が記憶されている。
【００３９】
情報処理装置１１１Ａが実行するプログラム１３３は、記録媒体１２８に記憶して配布されるか、所定のサーバからネットワークＮを介して配布される。プログラム１３３を記録した記録媒体１２８がドライブ装置１２４にセットされると、プログラム１３３が記録媒体１２８からドライブ装置１２４を介して記憶装置１２６にインストールされる。また、サーバからプログラムが送信された場合、ＮＩＣ１２３を介して記憶装置１２６にインストールされる。
【００４０】
情報処理装置１１１Ａは、プログラム１３３を実行して実現される属性判定手段２２、属性登録手段２３、ディスプレイ１１４に表示する文字のサイズを可変に制御するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）制御手段２４と、ディスプレイ１１４に表示する文字のフォントを変更するフォント変更手段２５と、文字列を抽出する文字列抽出手段２６と、を有する。属性判定手段２２、属性登録手段２３、ＵＩ制御手段２４、フォント変更手段２５及び文字列抽出手段２６を実現するプログラム１３３は、Ｗｉｎｄｏｗｓ（登録商標）等のＯＳ上で起動する。
【００４１】
図３は、情報処理装置１１１Ａの機能構成図を示す。図３では情報処理装置１１１Ａを例に説明するが、ユーザ属性の判定方法は情報処理装置１１１Ｂ、１１１Ｃに共通である。
【００４２】
属性判定手段２２はテキストデータ２０からユーザ属性を判定するので、ＯＳ上ではテキストデータ２０を入力するためのアプリケーションソフトウェア２７が実行されている。アプリケーションソフトウェア２７は、例えば、ワープロソフトウェア、表計算ソフトウェア、電子メールソフトウェア等、テキストデータ２０を入力しうるものであればよい。
【００４３】
文字列抽出手段２６、属性判定手段２２及び属性登録手段２３は、情報処理装置１１１Ａの起動と共に実行されるか、アプリケーションソフトウェア２７の起動に伴い実行される。
【００４４】
キーボード１１２は指でキーを操作することで情報処理装置１１１Ａに文字を入力する。ユーザがキーを押すと、対応するキーコード（例えば、ＡＳＣＩＩコード）が情報処理装置１１１Ａに送られる。キーコードは例えばＢＩＯＳ（Basic Input Output System）により対応する文字コードに変換される。なお、キーボード１１２はタッチパネルや手書き文字入力、音声キーボード等、文字に対応したキーコードを発生するものであればよい。
【００４５】
テキストを日本語で入力する場合、ユーザの操作によりＩＭ（Ｉｎｐｕｔ Ｍｅｔｈｏｄ）２１が起動し、文字コードはＩＭ２１により日本語に変換される。変換せずに直接テキストを入力する場合は、文字コードは直接アプリケーションソフトウェア２７及び属性判定手段２２に入力される。
【００４６】
ＩＭ２１は、一連の文字コードを日本語等の言語に変換する、いわゆる、かな漢字変換システムである。例えば、キーボード１１２から「Ｇ・Ａ・Ｎ・Ｍ・Ｉ」と入力された場合、ＩＭ２１は辞書を参照して一連の文字コードを「がんみ」と変換すると共に、所定の操作や設定に応じて「ガンミ」や「ガン見」等に変換することを可能にする。「ガンミ」と変換した場合には「ガ」「ン」「ミ」それぞれに対応する３つの文字コードが生成される。なお、文字コードは、Ｕｎｉｃｏｄｅ、ＪＩＳコード、シフトＪＩＳコード等、いずれであってもよい。以下、ユーザ属性を判定する言葉を属性判定語という。
【００４７】
文字列抽出手段２６は、所定の文字又は文字列を抽出する。文字列抽出手段２６は、テキストデータ２０の文字コードを１語１語参照し、属性判定ＤＢ１３１に登録されている属性判定語を抽出する。また、辞書を参照しながらテキストデータ２０の例えば一文ごとに周知の日本語構文解析を行い係り受け関係を抽出する。これにより属性判定語とその用いられ方、例えば、「バリ」という文字列の場合、地名の「バリ」と副詞の「バリ（すごく）」を抽出できる。
【００４８】
そして、属性判定手段２２は、属性判定ＤＢ１３１に登録された属性判定語に対応つけられたユーザ属性をテキストデータ２０の作成者のユーザ属性として判定する。
【００４９】
図４は、情報処理装置１１１Ｃの機能構成図の他の一例を示す。なお、図４において図３と同一構成部には同一の符号を付しその説明は省略する。図３では、キーボード１１２からテキストデータ２０を入力する形態について説明したが、１つのファイルに含まれるテキストデータ２０からも同様にユーザ属性を判定することができる。
【００５０】
情報処理装置１１１Ｃが電子メールでテキストデータ２０を受信する場合、テキストデータ２０はいったん記憶装置１２６に記憶される。アプリケーションソフトウェア２７はテキストデータ２０を読み出しディスプレイ１１４に表示したり音声で読み上げたりするが、その際に、属性判定手段２２はテキストデータ２０を抽出し、図３と同様に、所定の文字列を抽出する。以降は、図３と同様にユーザ属性を判定することができる。なお、情報処理装置１１１Ｃが判定するユーザ属性は、電子メールを作成した情報処理装置１１１Ａのユーザのユーザ属性となる。
【００５１】
図５は属性判定ＤＢ１３１の一例を示す。図５は、属性種別が年齢層の場合の属性判定ＤＢ１３１である。図５では種々の属性判定語におよその年齢層が対応づけられている。例えば、「バリ」や「ガンミ」には１０〜２０才という年齢層が対応づけられ、「大東亜戦争」には６０才以上の年齢層が対応づけられている。
【００５２】
属性判定手段２２はテキストデータ２０が含むこのような年齢層を特徴づける属性判定語に基づき属性判定ＤＢ１３１を参照してそれぞれの属性判定語に対応づけられた年齢層を抽出する。そして、例えば、１つのテキストデータ２０毎にユーザの年齢層を検出する。
【００５３】
１０〜２０才の属性判定語が３つ、３０〜４０才の属性判定語が１つ、４０〜５０才の１つ、検出された場合、属性判定手段２２は例えば検出された数が最も多い年齢層をユーザの年齢層に決定する。短期的にはこのような簡易な方法でユーザの年齢層を決定できる。
１０〜２０才 … ｘｘｘ個
２０〜３０才 … ｘｘｘ個
３０〜４０才 … ｘｘｘ個
４０〜５０才 … ｘｘｘ個
５０〜６０才 … ｘｘｘ個
６０才以上 … ｘｘｘ個
また、検出された属性判定語の数を累積しておくことで、ユーザの年齢層の決定精度を向上できる。作成するテキストデータ２０の数が増えるほど、使用する言葉は年齢層を反映すると考えられるので、検出された属性判定語の数を累積しておくこと精度よくユーザの年齢層を決定できる。十分な数を累積できれば、平均値や中央値の算出など統計的な処理によりユーザの年齢層を精度よく決定できる。
【００５４】
また、JIS第2水準漢字「弌」（989F）〜「熙」（EAA0）が多用されている場合、６０才以上であると判定してもよい。多用される例としては、JIS第2水準漢字が所定数以上、又は、全文字数に対し所定の比率（例えば２０％）以上で検出される場合である。
また、ひらがなやカタカナを多用するユーザは１０〜２０才と判定してもよい。多用される例としては、全文字数に対し所定の比率（例えば８０％）以上の場合である。ＪＩＳ第２水準の漢字やひらがな・カタカナも属性判定語の一種である。
【００５５】
属性判定語の数、JIS第２水準漢字、ひらがなやカタカナの多用、のそれぞれによる判定結果が異なる場合、最も確度の高い判定結果を用いる。確度に有意な差が確認できない場合は、それぞれを重み付けして判定するか、ユーザ属性を不明とする。
【００５６】
属性種別のうち性別の判定について説明する。性別はテキストデータ２０の性別に特徴的な表現から判定する。女性の場合、テキストデータ２０に絵文字や顔文字を多用することが多い。したがって、例えば、属性判定手段２２は絵文字や顔文字が多用されている場合、女性であると判定する。多用される例としては、絵文字が所定数以上検出される場合である。
【００５７】
また、属性判定ＤＢ１３１に女性及び男性に特有の属性判定語を登録しておく。例えば「僕」、「俺」、「あいつ」、「〜だろ」、「ばかでかい」「メシ」等には男性のユーザ属性が対応づけられ、「あら」、「超ウケる」、「うち（は）」、「うふ」等には女性のユーザ属性が対応づけられる。属性判定手段２２は、絵文字の数からは性別の判定が困難な場合、又は、絵文字の数による判定に加え、属性判定ＤＢ１３１を参照して属性判定語を累積し、属性判定語の数から性別を判定する。
【００５８】
属性種別のうち出身地の判定について説明する。出身地はテキストデータ２０の主に方言から判定する。属性判定ＤＢ１３１に方言に特有の属性判定語を登録しておく。例えば、「おかん」「自分（相手のこと）」「キタ」「ミナミ」「マクド」「おもろい」「〜回生」「しんどい」「ぼちぼち」等には、近畿圏の出身地が対応づけられる。
【００５９】
また、例えば、「ばりかた」「〜ばい」「よか」「ばってん」「くれんね」「こまい」「いっちゃん」等には、九州の出身地が対応づけられる。
【００６０】
また、例えば、「いーが」「どすべ（どうしよう）」「なんした（どうした）」「どっひゃー（元気してる）」「そい（それ）」「がへー（ださい）」「ひゃーろー（じゃあな）」等には、東北圏の出身地が対応づけられる。
【００６１】
また、例えば、「しばれる」「あずましい（具合がよい）」「げっぱ（最下位）」等には、北海道の出身地が対応づけられる。
【００６２】
方言の他にも、その地方の特産品、食べ物、名物、観光名称等、を属性判定ＤＢ１３１に登録しておくことで、出身地を判定することができる。
【００６３】
また、国籍については、テキストデータ２０を記述する言語により判定でき、テキストデータ２０の外国語（アルファベット）が全文字数に対し所定の比率（例えば１００％）以上で検出される場合、外国人（米国・英国）と判定する。
【００６４】
宗教については○○教、宗主の氏名、宗教の創始者、戒律の内容を属性判定ＤＢ１３１に登録しておき、テキストデータ２０の属性判定語と照らし合わせることで判定することができる。
【００６５】
また、年収層については、物品やブランド名に年収層を対応づけて属性判定ＤＢ１３１に登録しておき、テキストデータ２０の属性判定語と照らし合わせることで判定することができる。
【００６６】
図６は、属性判定ＤＢ１３１のより詳細な構成を示す図である。図６では属性種別に分けることなく、年齢層のユーザ属性の属性判定語、出身地のユーザ属性の属性判定語等が登録されている。各属性判定語は、構成する文字毎に文字コードが登録されるので、テキストデータ２０に属性判定語が含まれている場合は、対応するユーザ属性を抽出することができる。
【００６７】
図７は、属性判定手段２２がユーザ属性を判定する手順を示すフローチャート図である。まず、情報処理装置１１１Ａにテキストデータ２０が入力される（Ｓ１０）。例えば、「この間のジャケットめちゃ良かった(^^)。」というテキストデータ２０が入力される。
【００６８】
属性判定手段２２は、テキストデータ２０の文字コード、８２Ｂ１「こ」、８２ＣＣ「の」…８２ＤＦ「め」、８２ＢＦ「ち」、８２Ｅ１「や」、９７Ｃ７「良」…００２８「（」、００５Ｅ「^」、００５Ｅ「^」００２９「）」から、属性判定ＤＢ１３１に登録された属性判定語に一致する文字列を抽出する（Ｓ２０）。
【００６９】
そして、抽出された属性判定語を用いて属性種別毎にユーザ属性を判定する（Ｓ３０）。図８は、年齢層の属性種別におけるユーザ属性を判定する手順を示すフローチャート図である。
【００７０】
属性判定手段２２はＪＩＳ第２水準の漢字が所定数以上か否かを判定する（Ｓ３１）。所定数以上であった場合（Ｓ３１のＹｅｓ）、高齢者である可能性が高いので属性判定手段２２は６０才以上のフラグＡを立てる（Ｓ３４）。
【００７１】
ＪＩＳ第２水準の漢字が所定数以上でない場合（Ｓ３１のＮｏ）、属性判定手段２２はひらがな又はカタカナが所定以上の比率で使用されているか否かを判定する（Ｓ３２）。ひらがな又はカタカナが所定以上の比率で使用されている場合（Ｓ３２のＹｅｓ）、低年齢者である可能性が高いので属性判定手段２２は１０〜２０才以上のフラグＢを立てる（Ｓ３３）。
【００７２】
ついで、属性判定手段２２は各年齢層別に属性判定語をカウントする（Ｓ３５）。そして、最大カウント数の年齢層にフラグＣを立てる（Ｓ３６）。フラグＣが立ったと仮定すると、フラグＣとフラグＡの少なくとも一方、又は、フラグＣとフラグＢの少なくとも一方、が立ったことになる。
【００７３】
属性判定手段２２はフラグＡとＣ、又は、フラグＢとＣが一致するか否かを判定する（Ｓ３７）。一致する場合（Ｓ３７のＹｅｓ）、そのフラグの年齢層に属するとユーザ属性を判定する（Ｓ３８）。
【００７４】
一致しない場合（Ｓ３７のＮｏ）、フラグＡとＣ、又は、フラグＢとＣのうち確からしい方の年齢層に属するとユーザ属性を判定する（Ｓ３９）。確からしいとは、ステップＳ３５のカウント数が他の年齢層に比べ突出して大きいか否か等から判定できる。なお、ＪＩＳ第２水準の判定、ひらがな又はカタカナ多様の判定のみを記載したが、ユーザ属性を判定できるものであればこれに限るものではない。
【００７５】
図６の属性判定ＤＢ１３１及び上記のテキストデータ２０からは、例えば、テキストデータ２０の作成者は１０〜２０代のユーザ属性と判定される。
【００７６】
また、図８の判定を属性種別毎に繰り返すので、例えば、テキストデータ２０の作成者は女性のユーザ属性と判定される。
【００７７】
属性登録手段２３は属性判定手段２２が判定したユーザ属性を属性種別毎に属性テーブル１３２に登録する。図９は、属性テーブル１３２の一例を示す。属性テーブル１３２は、年齢層、性別、出身地、国籍、宗教、年収層毎に、ユーザ属性が登録されている。
【００７８】
したがって、以上の構成により、ユーザがテキストデータ２０を生成するだけで、ユーザ属性を判定して登録しておくことができる。
【００７９】
＜機器の制御例＞
判定されたユーザ属性に応じた機器の制御例について説明する。
図１０は、情報処理装置１１１ＡとＭＦＰ１４１とを有する印刷システムの構成図を示す。図１０の情報処理装置１１１Ａは既に属性テーブル１３２に年齢層（６０才以上）のユーザ属性が登録されている。
【００８０】
情報処理装置１１１Ａのアプリケーションソフトウェア２７がＭＦＰ１４１にテキストデータ２０の印刷を要求したが（Ｓ１）、ＭＦＰ１４１には印刷に十分な枚数のＡ４用紙がない場合を想定する。
【００８１】
ＭＦＰ１４１はＡ４用紙が切れた旨のエラーコードを情報処理装置１１１Ａに送信する（Ｓ２）。情報処理装置１１１Ａのプリンタアプリケーション（例えば、プリンタドライバ）はこのエラーコードを解釈し、ユーザにエラーメッセージを表示するが、ここでＵＩ制御手段２４は、ユーザ属性に応じてエラーメッセージを生成する。
【００８２】
ＵＩ制御手段２４は属性テーブル１３２を参照し（Ｓ３）、ユーザ属性を抽出する。年齢層のユーザ属性は「６０才以上」なので、エラーメッセージを構成する文字を大きくして、エラーメッセージを表示する（Ｓ４）。
【００８３】
例えば、通常のエラーメッセージを１０ポイントで表示する場合、高齢者のユーザに対しては１６ポイントの文字を使用することで、高齢者でも容易にエラーメッセージを視認することができる。文字を太くしてもよい。年齢層に応じてＵＩ（エラーメッセージ）をどのように制御するかは予めＵＩ制御手段２４に登録されている。
【００８４】
なお、文字サイズ等の変更と共に又は文字サイズ等を変更することなく、エラーメッセージを音声出力する場合に音量を大きくしてもよい。例えば高齢者の場合、「Ａ４用紙が切れています。補充してください。」という音声が大きな音量で出力される。
【００８５】
ところで、図１０では情報処理装置１１１Ａのディスプレイ１１４にエラーメッセージを表示したが、エラーメッセージはＭＦＰ１４１の表示部にも表示されるので、ＭＦＰ１４１のエラーメッセージも大きく表示することが好ましい。
【００８６】
しかしながら、ＭＦＰ１４１は属性テーブル１３２を記憶していないので、ＭＦＰ１４１にユーザ属性を通知する必要がある。この場合、情報処理装置１１１Ａからテキストデータ２０を送信するときに、テキストデータ２０にユーザ属性を添付して送信すればよい。
【００８７】
また、属性判定手段２２はコンピュータを搭載したＭＦＰ１４１でも実行可能なので、ＭＦＰ１４１がテキストデータ２０からユーザ属性を判定してもよい。テキストデータ２０は、文字コードのままＭＦＰ１４１に送信される場合と、情報処理装置１１１Ａでラスタデータに変換されてからＭＦＰ１４１に送信される場合があるが、オフィスユースでは文字コードのままＭＦＰ１４１に送信されるので、ＭＦＰ１４１の属性判定手段２２は上述の方法でユーザ属性を判定できる。
【００８８】
また、用紙をコピーする場合にも用紙切れ等のエラーが発生する場合があるが、同様に年齢層に応じてエラーメッセージの表示及び／又は音声出力する。この場合、コピー元の原稿をＯＣＲ（Optical Character Reader）して原稿から文字コードを検出し、ユーザ属性を判定する。そして、ユーザ属性に応じてエラーメッセージの文字サイズを大きくしたり音量を増大させる。
【００８９】
なお、図１０では、ユーザ属性に応じて情報処理装置１１１Ａ又はＭＦＰ１４１のエラーメッセージの文字の大きさを制御したが、例えばフォントの種類を制御してもよい。
【００９０】
図１１は、情報処理装置１１１ＡとＭＦＰ１４１とを有する印刷システムの構成図を示す。なお、図１１において図１０と同一構成部には同一の符号を付しその説明は省略する。図１１の情報処理装置１１１Ａは既に属性テーブル１３２に性別（女性）のユーザ属性が登録されている。
【００９１】
ユーザが情報処理装置１１１Ａのアプリケーションソフトウェア２７からテキストデータ２０を例えばゴシックフォントで表示した状態で印刷操作をすると（Ｓ１１）、情報処理装置１１１Ａのプリンタアプリケーションは、属性テーブル１３２を参照する（Ｓ１２）。
【００９２】
情報処理装置１１１Ａのユーザのユーザ属性は女性なので、フォント変更手段２５は例えば、テキストデータ２０を丸文字に変換して、プレビュー表示する（Ｓ１３）。すなわち、ユーザ属性が女性の場合、女性らしいかわいらしいフォントに変換して印刷することができる。
【００９３】
ユーザはプレビュー表示を確認して例えばＹｅｓを入力すれば、丸文字にフォントが変換されたテキストデータ２０がＭＦＰ１４１に送信され、丸文字で印刷される（Ｓ１４）。また、例えばＮｏを入力すれば、元のフォントでテキストデータ２０がＭＦＰ１４１に送信され、印刷される（Ｓ１４）。
【００９４】
したがって、ユーザ属性を登録しておくことでユーザの嗜好に合致した印刷が可能となる。どのようなフォントに変更するかの情報は、予めフォント変更手段２５が記憶している。
【００９５】
なお、図１１のようにフォントを変更する場合においても、ＭＦＰ１４１がユーザ属性を判定して、ＭＦＰ１４１がユーザ属性に応じた機器制御することができる。
【００９６】
この場合、情報処理装置１１１ＡからＭＦＰ１４１にテキストデータ２０が送信された後、ＭＦＰ１４１はユーザ属性に応じて丸文字に変換したプレビュー表示用の画像データをいったん情報処理装置１１１Ａに送信する。そして、これに対しユーザがＹｅｓ又はＮｏを入力し、情報処理装置１１１ＡからＭＦＰ１４１にＹｅｓ又はＮｏの信号を送信することで、丸文字又は元のフォントでテキストデータ２０を印刷することができる。
【００９７】
したがって、本実施形態の情報処理装置１１１によりユーザ属性を判定することで、種々の機器を制御することができるようになる。
【００９８】
〔ユーザ属性を用いた機器の制御例〕
ユーザ属性が判定されれば、ユーザ属性に応じて種々の機器を制御することができ、機器の利便性を向上させることができる。本実施形態では、予め定めた文字又は自立語等（以下単に音楽ワードという）がテキストデータ２０に含まれている場合に対応する音楽を出力する音楽出力装置、及び、予め定めた文字又は用語（後述の動き設定ワード）がテキストデータ２０に含まれている場合にその文字等のフォントのビットマップデータを所定時間毎に書き換える動的フォント装置を例に説明する。
【００９９】
ところで、ユーザ属性の判定では、ユーザ属性とはテキストデータ２０を入力したユーザのユーザ属性としたが、機器を制御する場合は機器を利用するユーザのユーザ属性を用いることが好ましくなる。以下の機器の制御例では、ユーザ属性とは制御される機器のユーザのユーザ属性をいうものとする。
【０１００】
＜ユーザ属性による音楽出力装置の制御例＞
図１２は、音楽出力装置２００の機能構成図の一例を示す。属性テーブル１３２が利用可能であれば音楽出力装置２００は情報処理装置１１１Ａと別体でもよいが、本実施形態では情報処理装置１１１Ａが音楽出力装置２００を有する。
【０１０１】
音楽出力装置２００は、アプリケーションソフトウェア２７が取得するテキストデータ２０を検出して、テキストデータ２０が含む音楽ワードに応じて音又は音楽（以下、単に音楽という）を出力する。なお、テキストデータ２０はキーボード１１２から入力されてもよいし、記憶装置１２６から読み出しファイルとして入力されてもよい。
【０１０２】
ラスタライザ３３は、テキストデータ２０が含む文字コードに対応する文字をディスプレイ１１４に表示できるように、色付きの小さな点の集まりとして表現する。ラスタライザ３３はフォントデータＤＢ３２を有しており、文字コードに対応するフォントデータをフォントデータＤＢ３２から抽出する。
【０１０３】
図１３は、フォントデータＤＢ３２に格納されているフォントデータと後述する音楽データの一例を示す。フォントデータＤＢ３２には、文字コード毎にフォントデータが格納されている。フォントデータは、文字の輪郭を多数の線分に分割して各線分をベジェ曲線という関数より定まる曲線にて表現するため、線分の２つの端点位置、及び、曲線の曲がり具合を制御する１又は２の制御点の位置情報を有する。また、位置情報の他に輪郭の修正情報や塗りつぶしなどの描画情報を有している。
【０１０４】
ラスタライザ３３は、文字コードに対応するフォントデータを抽出して、アプリケーションソフトウェア２７が指定する文字サイズのマップに配置し点の集まりとして形成し、アプリケーションソフトウェア２７に送出する。これによりアプリケーションソフトウェア２７は文字をディスプレイ１１４に表示できる。
【０１０５】
これに対し、サウンドライザ３１は、文字コードに対応づけられた音楽をスピーカ３５により出力する。図１３に示したように、フォントデータＤＢ３２には、文字コード毎に音楽データが格納されている。音楽データは、一音ずつの音程、長さ、強さ、持続時の変化の仕方などを設定した音楽情報を示している。サウンドライザ３１は、文字コードに対応する音楽データを抽出して、音楽情報に基づく音源データ（例えば、ＦＭ音源データ、ＰＣＭ音源データ、ＭＩＤＩ（Musical Instrument Digital Interface）音源データ）を生成する。なお、音楽データとして音源データをフォントデータＤＢ３２に格納しておいてもよい。
【０１０６】
音楽データには、文字の意味をイメージさせる音楽情報が格納されている。例えば、「車」の文字コードに対応して格納された音楽データは、スピーカ３５から出力すると「ぶーん」という車が走行する音楽となる。同様にして、例えば、
・文字「烏（からす）」に対しては、「カーカー」という烏が鳴く音楽データが、
・文字「雨」に対しては、「ざーざー」という雨が降る音楽の音楽データが、
・文字「炎」に対しては、「ボーボー」という火が燃える音楽の音楽データが、
・文字「海」に対しては、「ザブーン」という波の音楽の音楽データが、
・文字「走」に対しては、「たったったった」という走る音楽の音楽データが、
それぞれ格納されている。
【０１０７】
したがって、テキストデータ２０に音楽データに対応づけられた文字コードがある場合、
サウンドライザ３１は、その音楽データから音源データを生成して音楽を出力するので、文字のイメージに合致した音楽を出力することができる。サウンドライザ３１が生成した音源データは音源ＩＣ３４に送出され、音源ＩＣ３４が音源データに基づき予め定められた音色の音楽を、アンプで増幅した後スピーカ３５から出力する。
【０１０８】
そして、本実施形態ではフォントデータＤＢ３２に、ユーザ属性に応じて異なる音楽データを格納しておくことで、ユーザ属性に応じて同じ文字でも出力する音楽を変更する。
【０１０９】
図１４（ａ）はユーザ属性の一例として年齢層を、図１４（ｂ）はユーザ属性の一例として性別をそれぞれ用いた場合の、音楽データが記憶されたフォントデータＤＢ３２の一例を示す。図１４では、実際にスピーカ３５から出力した際の音楽を言葉で置き換えて音楽データを表している。
【０１１０】
図１４（ａ）には、文字「馬」に対し、２０才以下の年齢層には「ぱかぱか」という音楽の音楽データが記憶されており、２１〜４０才の年齢層には「ぱっかぱっか」という音楽の音楽データが記憶されており、４１才以上の年齢層には「ひひーん」という音楽の音楽データが記憶されている。文字「車」、文字「海」についても同様に年齢層に応じて異なる音楽の音楽データが記憶されている。
【０１１１】
同様に、図１４（ｂ）には、文字「馬」に対し、男性には「ぱかぱか（早）」という音楽の音楽データが記憶されており、女性には「ぱかぱか（遅）」という音楽の音楽データが記憶されている。文字「車」、文字「海」についても同様に性別に応じて異なる音楽の音楽データが記憶されている。
【０１１２】
このように、ユーザ属性に応じた音楽を出力することで、年齢層や性別が異なってもユーザにテキストデータ２０の内容をイメージさせやすい音楽を出力することができる。
【０１１３】
図１３及び図１４では、文字毎に音楽データを格納しておくこととしたが、音楽データは音楽ワード毎に格納されていてもよい。図１５は、音楽ワードデータベース（ＤＢ）３６に登録された音楽データの一例を示す。
【０１１４】
音楽ワードＤＢ３６には、音楽ワードコードに対応づけて音楽データが記憶されている。音楽ワードコードは音楽ワードを構成する文字の文字コードである。例えば「ラーメン」という音楽ワードの場合、「ラ」「ー」「メ」「ン」の各文字の文字コードにより構成されている。音楽データは図１３と同様であるが、音楽データには、音楽ワードの意味をイメージさせる音楽の音楽データが記憶されている。例えば、
・「ラーメン」に対応して「づーづー」というラーメンをすする音楽の音楽データが、
・「台風」に対しては、「ごーごー」という風が強く吹く音楽の音楽データが、
・「小鳥」に対しては、「ピーチク」という小鳥のさえずる音楽の音楽データが、
・「バイク」に対しては、「ぶるんぶるん」というエンジンの音楽の音楽データが、
・「電車」に対しては、「がとんごとん」という走行時の音楽の音楽データが、
・「時計」に対しては、「ちくたく」という時計の音楽の音楽データが、
それぞれ記憶されている。
【０１１５】
サウンドライザ３１は、テキストデータ２０に音楽ワードＤＢ３６に記憶された音楽ワードがあるか否かをテキストデータ２０から検出される毎に判定し、音楽データが登録された音楽ワードが検出された場合、音楽データを抽出する。サウンドライザ３１は、該音楽データに基づいて音源データを生成するので、スピーカ３５から音楽ワードに対応した音楽を出力することができる。
【０１１６】
したがって、テキストデータ２０の意味をイメージさせやすい音楽ワードに対応した音楽を出力することができるので、テキストデータ２０の読み手は容易にテキストデータ２０の内容をイメージすることができる。
【０１１７】
音楽ワードＤＢ３６もユーザ属性に応じて異なる音楽データを格納しておくことが好適となる。
【０１１８】
図１６（ａ）はユーザ属性の一例として年齢層を、図１６（ｂ）はユーザ属性の一例として性別をそれぞれ用いた場合の、音楽データが記憶された音楽ワードＤＢ３６の一例を示す。図１６では、実際にスピーカ３５から出力した際の音楽を言葉で置き換えて音楽データを表している。
【０１１９】
図１６（ａ）には、音楽ワード「ラーメン」に対し、２０才以下の年齢層には「づーづー」という音楽の音楽データが記憶されており、２１〜４０才の年齢層には「つるつる」という音楽の音楽データが記憶されており、４１才以上の年齢層には「じゅるじゅる」という音楽の音楽データが記憶されている。音楽ワード「台風」、音楽ワード「小鳥」についても同様に年齢層に応じて異なる音楽の音楽データが記憶されている。
【０１２０】
同様に、図１６（ｂ）には、音楽ワード「ラーメン」に対し、男性には「ずるずる」という音楽の音楽データが記憶されており、女性には「ちゅるちゅる」という音楽の音楽データが記憶されている。音楽ワード「台風」、音楽ワード「小鳥」についても同様に性別に応じて異なる音楽の音楽データが記憶されている。
【０１２１】
なお、文字に対応した音楽と複数の文字に対応した音楽は、いずれか一方を出力してもよいし両方を出力してもよい。
【０１２２】
以上の構成を用いて、音楽出力装置２００が入力されたテキストデータ２０を用いて音楽を出力する処理の手順を図１７のフローチャート図に基づき説明する。図１７のフローチャート図は、例えばアプリケーションソフトウェア２７が立ち上がって所定のテキストデータ２０を読み出すとスタートする。ここでは、情報処理装置１１１Ａが電子メールを受信したものとする。
【０１２３】
まず、所望のアプリケーションソフトウェア２７を立ち上げ、テキストデータ２０がキーボード１１２から入力されたり電子メールとして受信される（Ｓ１０）。例えば、アプリケーションソフトウェア２７が電子メールソフトウェアであった場合、受信した電子メールを開いた場合、本実施形態の音楽出力装置２００が起動する。
【０１２４】
図１８は、電子メールソフトウェアが起動してディスプレイ１１４に表示されるＧＵＩの一例を示す。電子メールソフトウェアは、コマンド欄４１、画面切り替え欄４２、受信メール一覧４３及び本文表示欄４４とを有する。
【０１２５】
ユーザが、読みたい電子メールを受信メール一覧４３からマウス１１３等で選択すると、選択された電子メールのテキストデータ２０「台風の中、ラーメンを食べに行った」が本文表示欄４４に表示される。
【０１２６】
サウンドライザ３１は、属性テーブル１３２を参照して情報処理装置１１１Ａのユーザのユーザ属性が登録されているか否かを判定する（Ｓ２０）。ユーザ属性が既に登録されている場合（Ｓ２０のＹｅｓ）、ユーザ属性を抽出する（Ｓ３０）。ここでは、年齢層のユーザ属性として２０代のユーザ属性が抽出されたものとする。
【０１２７】
ユーザ属性が登録されていない場合（Ｓ２０のＮｏ）、例えば、既に情報処理装置１１１Ａに記憶された所定のテキストデータ２０から情報処理装置１１１Ａのユーザ属性を判定してもよいし（Ｓ４０）、受信したテキストデータ２０からユーザ属性を代用的に判定してもよい。情報処理装置１１１Ａは普段から使用されているはずなので、ユーザ属性が登録されていない可能性は低い。例えば、ステップＳ１０で入力したテキストデータ２０が電子メールでなく、ユーザが自ら入力したものであれば入力したテキストデータ２０から情報処理装置１１１Ａのユーザ属性を判定できる。
【０１２８】
ついで、サウンドライザ３１は、ユーザ属性に応じて「台風の中、ラーメンを食べに行った」の各音楽ワードに対応する音楽データを音楽ワードＤＢ３６から抽出し、音楽ワードに対応する音楽データが記憶されているか否かを判定する（Ｓ５０）。
【０１２９】
本実施形態では、「台風」及び「ラーメン」について音楽データが抽出される。なお、図１８では、音楽データが抽出された音楽ワードに下線を付した。
【０１３０】
サウンドライザ３１は、ユーザ属性に応じて「台風」及び「ラーメン」の音楽データの音源データを生成する（Ｓ６０）。年齢層のユーザ属性が２０代なので、例えば、サウンドライザ３１は「台風」という音楽ワードに対して「びゅーびゅー」という音楽を、「ラーメン」という音楽ワードに対して「つるつる」という音楽をそれぞれ出力できるように音源データが生成される。音源データが生成されたら音源ＩＣ３４は、スピーカ３５から該音楽を出力する（Ｓ７０）。音楽出力装置２００は、以上の処理をテキストデータ２０が終了するまで繰り返す（Ｓ８０）。
【０１３１】
したがって、音楽出力装置２００はユーザ属性に応じて出力する音楽を制御することができ、使用する機器のユーザに好適な音楽を出力することができる。
【０１３２】
・・・音楽出力の優先順位について
図１７のフローチャート図では、テキストデータ２０に現れる順番に音楽を出力したが、テキストデータ２０には優先的に音楽を出力した方がよい音楽ワードが存在することが考えらえる。
【０１３３】
図１９は、優先順位を有する音楽ワードＤＢ３６の一例を示す。図１９で優先順位は整数で表示されており、「１」が最も優先順位が高く、数字が大きくなるほど優先順位が低くなる。図１９のように音楽ワードに優先順位が割り振られている場合、優先順位の高いものから順番に又は優先順位の高いものから所定数だけ、出力することができる。
【０１３４】
サウンドライザ３１は、テキストデータ２０の所定の一文の中に、音楽データが対応づけられた複数の音楽ワードが含まれている場合、全ての音楽データ又は音源データを蓄積しておき、優先順位の高いものから順番にスピーカ３５から出力する。
【０１３５】
優先順位の設定について説明する。優先順位は例えば３〜１０段階程度に設定可能であり、ユーザが各用語毎に任意に設定することができる。
【０１３６】
図２０（ａ）は、ディスプレイ１１４に表示される優先順位設定画面の一例を示す図である。図２０（ａ）の画面は、ユーザが優先順位を設定するためのプログラムを起動することで表示される。優先順位を設定するための優先順位設定プログラムは、図１９の音楽ワードＤＢ３６から音楽ワードと優先順位を読み出し図２０（ａ）のように表示する。
【０１３７】
優先順位設定画面は、上側に音楽ワードの先頭文字を選択するための先頭文字選択欄４５を有し、先頭文字を選択するとその先頭文字で始まる音楽ワードの優先順位設定欄４６が表示される。図２０（ａ）では先頭文字として「あ」が選択された場合を示す。
【０１３８】
優先順位設定欄４６は、「あ」行の文字（あいうえお）を先頭文字とする音楽ワードが順番に表示される。音楽ワードの横に優先順位を入力する欄があるので、ユーザは指示に従い例えば１〜１０の数値を入力することができる。
【０１３９】
優先順位の入力が終了しユーザが終了ボタン４７を押下すると、優先順位設定プログラムは、優先順位を音楽ワードＤＢ３６に格納する。これにより、ユーザが任意で優先順位を設定することができる。
【０１４０】
また、優先順位は、品詞毎に設定可能であってもよい。図２０（ｂ）は優先順位設定画面の別の一例を示す。同様に、ユーザが優先順位を設定するためのプログラムを起動すると図２０（ｂ）のような画面が表示される。
【０１４１】
図２０（ｂ）では、品詞の例として名詞、動詞、形容詞（形容動詞）、副詞及び感動詞が表示されそれぞれに対応して優先順位の入力欄が表示されている。ユーザは自分の好みに応じて品詞毎に優先順位を入力できる。また、図２０（ｂ）では、品詞としての分類が困難であるが、品詞の一分類として擬音の優先順位の入力欄が表示されている。擬音（又は擬態語）は人や動物の声や物音をその音に似た形で描写したり、人や物の動き・様子を感覚的に描写したりするための言葉であり、例えば、「ひやり、どきどき、ぎらぎら、ドシュッ」などが該当する。擬音語は、音に似た響きを言葉で表現した音楽ワードなので、擬音語の優先順位を高く設定することで、文章の内容を音楽で出力した場合に有効である。
【０１４２】
サウンドライザ３１は、テキストデータ２０が入力されると図１９の音楽ワードＤＢ３６を参照し、テキストデータ２０に含まれる各音楽ワード毎に対応する音楽データ及び優先順位を抽出しておき、優先順位の高い順に音楽データをソートする。
【０１４３】
そして、サウンドライザ３１は、ソートされた音楽データから順番に音源データを生成しスピーカ３５から出力する。なお、音源データがそのまま音楽ワードＤＢ３６に格納されている場合、直接音源データを抽出すればよい。
【０１４４】
例えば、図１７のフローチャート図の処理では台風の「びゅーびゅー」に次いで、ラーメンの「つるつる」という音楽が出力されたが、ラーメンの優先順位が台風よりも高い場合、「つるつる」に次いで、「びゅーびゅー」という音楽が出力される。
【０１４５】
なお、優先順位の同じ音楽ワードが一文に含まれていた場合、一文中に出現する順番に音楽を出力する。また、優先順位の高い順でなく低い順に音楽を出力してもよい。
【０１４６】
また、音楽ワードＤＢ３６に予め優先順位が登録されていない場合であっても、音楽を出力する順番を変えることができる。
【０１４７】
例えば、一文を形態素解析した場合に、主語と述語に相当する音楽ワードに音楽データが与えられていれば、主語と述語の音楽ワードの音楽を優先的に（最初に）出力する。「猫が犬に追いかけられて走り出した」のような文章では、主語が「猫」、述語が「走り出した」であるので、猫に対応する音楽「ニャー」に続いて「タタタ」という音楽が出力され、ユーザは音楽を聴くことで文章の内容をイメージしやすくなる。
【０１４８】
また、係り受け関係がない又は遠い音楽ワード間の音楽を出力する場合、係り受け関係のない音楽ワードの音楽を出力するまでの時間を長めにすることで、ユーザは音楽により文章の内容をイメージしやすくなる。例えば「明日、海へ行ってビールを飲もう」という文章であれば、「海」は「行く」に係り、「ビール」は「飲もう」に係る。音楽ワードＤＢ３６に「海」、「ビール」及び「飲」に対応する音楽データが格納されている場合、「海（ザブーン）」の音楽を出力した後、通常よりも時間間隔をあけ、「ビール（シュポッ）」と「飲（ごくごく）」の間は通常通りの時間間隔で出力する。これにより、音楽を出力する時間間隔で音楽ワード間の意味の結びつきを知ることができる。
【０１４９】
以上のように、音楽ワードに対応した音楽の出力に優先順位を設けることで、テキストデータ２０の意味をより伝えやすくすることができる。
【０１５０】
・・・電子メールの着信音
電子メールにより送信されたテキストデータ２０が含む音楽ワードに対応する音楽を電子メールの着信音として出力できれば、電子メールを受信したユーザは電子メールの内容を音楽により把握できて便利である。
【０１５１】
情報処理装置１１１Ａ（ＰＣ）の場合、電子メールソフトウェアが新着の電子メールを受信すると、電子メールソフトウェア又はＯＳが予め設定された所定の音楽ファイル（ＷＡＶＥやＭＰ３等）が再生して電子メールを受信した旨を知らせる音楽を出力する。
【０１５２】
また、情報処理装置１１１Ｂ（携帯電話）の場合、携帯電話が電子メールを受信するとＯＳが予め設定された所定のＭＩＤＩデータなどの音源データを抽出し、音源ＩＣ３４を介して当該音楽を出力する。また、情報処理装置１１１Ｂでは送信元のメールアドレスに応じて抽出する音源データを可変とすることもできる。
【０１５３】
本実施形態では、予め定められた着信音の代わりに電子メールのテキストデータ２０が含む音楽ワードに対応した音楽を出力する。
【０１５４】
図２１は、電子メールの着信音を音楽ワードに応じて出力する音楽出力装置２００の機能構成図を示す。なお、図２１において図１２と同一構成部には同一の符号を付しその説明は省略する。
【０１５５】
図２１ではテキストデータ２０として電子メールが送信される。また、アプリケーションソフトウェア２７は、情報処理装置１１１Ａ（ＰＣ）の場合、電子メールソフトウェアであり、情報処理装置１１１Ｃ（携帯電話）の場合、電子メールの受信時に音楽を出力したりＬＥＤを点灯させるＯＳ又はＯＳが提供するプログラムである。
【０１５６】
例えば、電子メールソフトウェアやＯＳが出力する着信音の代わりに、音楽ワードに対応する音楽を出力する設定の場合、電子メールソフトウェアやＯＳは電子メールを受信しても、着信音を出力せず、サウンドライザ３１にテキストデータ２０を送出する。
【０１５７】
サウンドライザ３１は、属性テーブル１３２を参照してユーザ属性を抽出し、テキストデータ２０の音楽ワードを抽出した後、ユーザ属性に応じて音楽ワードＤＢ３６から音楽ワードに対応づけられた音楽データを抽出し、音楽を出力する。したがって、電子メールの着信音を、ユーザ属性に応じて可変とすることができる。
【０１５８】
図２２は、音楽出力装置２００が電子メールを受信した場合に、着信音の代わりに電子メールが含む音楽ワードに対応した音楽を出力する処理手順のフローチャート図である。なお、図２２では携帯電話が電子メールを受信する場合について説明する。
【０１５９】
携帯電話の電源が入っている場合、アプリケーションソフトウェア（電子メールソフトウェア又はＯＳ）２７は電子メールの着信があるか否かの判定を繰り返す（Ｓ１１０）。そして、電子メールが着信すると、アプリケーションソフトウェア２７は、電子メールに含まれるテキストデータ２０をサウンドライザ３１に送出する（Ｓ１２０）。図２２のフローチャート図では、例えば「台風の中、ラーメンを食べに行った」というテキストデータ２０がサウンドライザ３１へ送出される。
【０１６０】
サウンドライザ３１は、属性テーブル１３２から情報処理装置１１１Ｂのユーザの属性情報を抽出する（Ｓ１３０）。例えば、女性のユーザ属性が抽出されたものとする。
【０１６１】
サウンドライザ３１は、テキストデータ２０に含まれる各音楽ワードについて音楽ワードＤＢ３６を参照し対応づけて格納された音楽データをユーザ属性に応じて抽出する。音楽ワードＤＢ３６は、優先順位を有してもいなくてもよい。
【０１６２】
音楽データが抽出された場合はそれらを蓄積しておき、サウンドライザ３１は音楽データが抽出されたことを示すフラグを当該電子メールに設定する。なお、音源データがそのまま音楽ワードＤＢ３６に格納されている場合、直接音源データを抽出する。
【０１６３】
そして、アプリケーションソフトウェア２７はフラグを参照して、電子メール中に音楽データが存在したか否かを判定する（Ｓ１４０）。電子メール中に音楽データが存在した場合（Ｓ１４０のＹｅｓ）、サウンドライザ３１は蓄積した音楽データに基づき音源データを生成し音源ＩＣ３４に送出する（Ｓ１５０）。これにより、音楽ワードに対応した音楽がスピーカ３５から出力される（Ｓ１６０）。
【０１６４】
女性のユーザ属性では台風により「ぴゅーぴゅー」という音楽が、ラーメンにより「ちゅるちゅる」という音楽が、それぞれ出力される。
【０１６５】
したがって、予め設定されている着信音ではなく、電子メールの文章の内容に応じた音楽をユーザの属性に応じて出力することができる。なお、音楽ワードの音楽の音量や鳴動時間は予め設定されている。
【０１６６】
また、電子メール中に対応した音楽データが存在しない場合（Ｓ１４０のＮｏ）、アプリケーションソフトウェア２７は予め設定されている着信音をスピーカ３５から出力する（Ｓ１７０）。
【０１６７】
以上のように、電子メールが着信した時に、電子メールの文書が含む音楽ワードに基づき音楽が出力されるので、ユーザは着信音により電子メールの内容を理解又は推測することができる。音楽は、ユーザ属性に応じてかわるので、ユーザの嗜好に合致した音楽を出き、電子メールの内容の理解や推測を容易にする。
【０１６８】
・・・電子メールサーバによる音源データの生成
これまでは携帯電話又はパソコンに搭載されたサウンドライザ３１が音源データを生成しそのまま出力していたが、電子メールサーバに搭載されたサウンドライザ３１がユーザ属性に応じて音源データをクライアントに送信し、クライアントが受信した音源データを再生する実施形態について説明する。
【０１６９】
図２３は電子メールの配信システムの全体構成図を示す。携帯電話やＰＨＳ（以下、単に発信端末５１という）の場合、発信端末５１から発信された電波（電子メール）は所定の面積をカバーするように配置された基地局に受信され、電子メールは基地局から電話網を介してメールサーバ５２に送信される。メールサーバ５２は送信先アドレスが付与された電子メールをネットワークに送出し、ＳＭＴＰ等のプロトコルに従い、受信端末５４の存在を検出している基地局から受信端末５４に電子メールが送信される。
【０１７０】
また、パソコン５３に電子メールを送信する場合、メールサーバ５２はパソコン５３が加入している例えばプロバイダのメールサーバ（不図示）に電子メールを送信し、プロバイダのメールサーバからパソコン５３に電子メールが送信される。
【０１７１】
本実施例では、発信端末５１、及び、受信端末５４又はパソコン５３（以下、区別せず単に受信端末５４という）のいずれも音源データを生成せず、メールサーバ５２が電子メールの文章に応じて音源データを生成し、電子メール及び音源データを受信端末５４に送信する。
【０１７２】
ところで、送信者が音源データの添付を所望しない場合もある。そこで、送信者は音源データを受信端末５４に送信したい場合、電子メールを送信する時に音源データを受信端末５４に送信することをメールサーバ５２に依頼する。音源データの送信を依頼する場合、送信者は発信端末５１のメールソフトウェアに設けられたラジオボタンを選択する等の簡易な構成で実現できる。
【０１７３】
ラジオボタンの選択等、送信者の指示がある場合、発信端末５１の電子メールソフトウェアは、音楽付加依頼情報を当該電子メールと共にメールサーバ５２に送信する。音楽付加依頼情報は、ＨＴＭＬメール（例えばデコメール（登録商標））のように所定のタグに記述されるようにしてもよいし、ヘッダ部の例えば「Ｓｕｂｊｅｃｔ」に記述される「題名」の最後に特殊な記号を付加したり、添付ファイルとして送信される。
【０１７４】
なお、受信者側が音源データの受信を所望しない場合、予めメールサーバ５２にその旨の設定をしておけばよい。
【０１７５】
図２４はメールサーバ５２に搭載された音楽出力装置２００のブロック図を示す。なお、図２４において図１２と同一部分には同一の符号を付しその説明は省略する。メールサーバ５２はアプリケーションソフトウェア２７の代わりにサービスプログラム４８を有し、また、メールサーバ５２は文字を表示するわけではないのでラスタライザ３３を有さず、音楽を出力しないので音源ＩＣ３４やスピーカ３５を有さない。
【０１７６】
サービスプログラム４８は、電子メールからテキストデータ２０を抽出する機能及び生成された音源データを元の電子メールに添付して、ネットワークに送出するメールサーバプログラムである。例えば、メールサーバで使用されることがあるＳｅｎｄｍａｉｌ（登録商用）ソフトウェアを利用する。なお、メールサーバ５２における音源データの生成方法は図１２等で説明した手順と同じであるので説明は省略する。
【０１７７】
ところで、ユーザ属性に応じた音源データを添付するには、メールサーバ５２が属性テーブル１３２を記憶している必要がある。メールサーバ５２が属性テーブル１３２を記憶しておく方法は、各ユーザから登録しておく方法と、電子メールのテキストデータ２０から属性判定手段２２がユーザ属性を判定し、属性テーブル１３２に記憶しておく方法がある。
【０１７８】
なお、属性判定手段２２が判定するユーザ属性は電子メールの送信元のユーザのユーザ属性であるので、属性登録手段２３はユーザの識別情報に対応づけてユーザ属性を登録しておき、当該ユーザが送信先となった場合に事前に記憶しておいたユーザ属性を参照する。いずれの方法を採用しても、メールサーバ５２のサウンドライザ３１は電子メールの送信先のユーザのユーザ属性に応じて、音源データを電子メールに添付することができる。
【０１７９】
図２５はメールサーバ５２の音楽出力装置２００が音源データを添付する処理手順を示すフローチャート図である。
【０１８０】
まず、サービスプログラム４８は、電子メールを受信する（Ｓ２１０）。電子メールの文章は、例えば「台風の中、ラーメンを食べに行った」である。そしてサービスプログラム４８は、電子メールと共に音楽付加依頼情報が送信されているか否かを判定する（Ｓ２２０）。
【０１８１】
音楽付加依頼情報がなければ（Ｓ２２０のＮｏ）、サービスプログラム４８はそのまま電子メールが受信端末５４に送信される（Ｓ２６０）。
【０１８２】
音楽付加依頼情報がある場合（Ｓ２２０のＹｅｓ）、サービスプログラム４８は電子メール中のテキストデータ２０を抽出し、サウンドライザ３１に送出する。サウンドライザ３１は電子メールの宛先のユーザのユーザ属性を属性テーブル１３２から抽出する（Ｓ２３０）。例えば、男性のユーザ属性が抽出される。
【０１８３】
そして、サウンドライザ３１は、音楽ワードに対応した音楽データを音楽ワードＤＢ３６から抽出し、音源データを生成する（Ｓ２４０）。台風、ラーメンの音楽ワードに対し、男性のユーザ属性で抽出される音源データはそれぞれ「ぶぉんぶぉん」「ずるずる」である。
なお、メールサーバ５２は比較的大容量の音楽ワードＤＢ３６を有することができるので、音楽ワードに対応した音源データを直接抽出するように構成してもよい。
【０１８４】
ついで、サービスプログラム４８は音源データを電子メールに添付し、また、電子メールから音楽付加依頼情報を削除する（Ｓ２５０）。音楽付加依頼情報を削除することで、受信端末５４に余計な情報を送信することが防止できる。サービスプログラム４８は、音源データが添付された電子メールを送信する（Ｓ２６０）。以上のようにして、電子メールと共にユーザ属性に応じた音源データが受信端末５４に送信される。
【０１８５】
図２６は受信端末５４が電子メールと共に音源データを受信して着信音として音楽を出力する手順を示すフローチャート図である。
【０１８６】
携帯電話の電源が入っている場合、受信端末５４のアプリケーションソフトウェア（電子メールソフトウェア）２７は電子メールの着信があるか否かの判定を繰り返す（Ｓ３１０）。そして、電子メールが着信すると、アプリケーションソフトウェア２７は、電子メールに音源データが添付されているか否かを判定する（Ｓ３２０）。音源データが添付されているか否かの判定は、所定の拡張子の添付ファイルが添付されているか否かにより判定される。
【０１８７】
電子メールに音源データが添付されていない場合（Ｓ３２０のＮｏ）、アプリケーションソフトウェア２７は予め設定されている着信音をスピーカ３５から出力する（Ｓ３４０）。
【０１８８】
電子メールに音源データが添付されている場合（Ｓ３２０のＹｅｓ）、アプリケーションソフトウェア２７は添付されている音源データに基づき音楽を出力する（Ｓ３３０）。すなわち、受信端末５４のスピーカ３５から「ぶぉんぶぉん」「ずるずる」という音楽が出力される。これにより、電子メールの内容に応じた音楽を着信音として出力することができ、着信音により電子メールの内容をイメージすることができる。また、受信者のユーザ属性に応じた音楽が出力できるので、内容の把握がより容易になる。
【０１８９】
なお、本実施例では、電子メールに添付された音源データを着信音として出力したが、音源データが添付されている場合も予め設定されている着信音を出力し、電子メールがオープンされた時に添付された音源データにより音楽を出力してもよい。
【０１９０】
＜ユーザ属性による動的フォント装置の制御例＞
液晶などの表示装置に表示された文字、絵文字、数値、記号（以下、単に文字という）は、その輪郭が変化することがなく、例えば、「火」という文字をある位置に表示すると「火」という文字の一部の郭線の配置や太さ、形状が変化しない。
【０１９１】
表示された文字に動きを持たせるためには、文字の構成を段階的に変えたビットマップ形式のイラストを紙芝居のように置き換える方法が考えられるが、同一の文字としてその構成が異なる文字のイラストを何枚も準備すると、記憶容量を圧迫してしまう。
【０１９２】
本実施形態の動的フォント装置３００は、記憶容量を増大させることなく、表示される文字に動きを持たせ、多彩な表現方法を実現させることができる。
【０１９３】
図２７は、動的フォント装置３００の機能構成図の一例である。動的フォント装置３００は、ラスタライザ３３、ディスプレイ１１４、フォントデータＤＢ３２、各文字の動作内容を規定する動作設定ファイル６３、ラスタライザ３３に経過時間などを連絡するタイマ６１、各文字の動作内容を記録しているメモリ６２、を有する。ラスタライザ３３は図１２と同様であるので説明を省略する。
【０１９４】
図２８は、フォントデータＤＢ３２のデータ構成例を示す図である。図２８（ａ）は、所定の文字に対応付けられた文字コード、該文字を構成する要素のうち基本的な要素となる基本エレメントコード、該文字を構成する要素のうち時間の経過と共に更新される構成要素（記号要素）であるエレメントコード、基本エレメントコードの形状情報、エレメントの形状情報、が関連づけられて格納されている。
【０１９５】
図２８（ａ）の例によれば、基本エレメントコードＦ０４０に対し、エレメントコードＦ０４１、Ｆ０４２，Ｆ０４３，Ｆ０４４のうちいずれか又は複数が、１つの文字として表示される。
【０１９６】
図２８（ｂ）は、例えば「火」という文字に対応する文字コード８９８Ａにおいて、基本エレメントコードＦ０４０及びエレメントコードＦ０４４に基づいて、文字をビットマップ形式で生成し表示した例を示す。この場合、図２８（ａ）の基本エレメント形状７１とエレメント形状７５が組み合わされ、火という文字が生成され表示される。
【０１９７】
このように、フォントデータＤＢ３２は、１つの文字コードに対し、１つの基本エレメントコードと複数のエレメントコードを対応させて格納するので、同一の文字コードでありながら種々の構成で表示することが可能となる。また、基本エレメントコードの形状情報だけを格納するので記憶容量が節約できる。なお、基本エレメント形状情報及びエレメント形状情報はアウトラインデータで記述されている。
【０１９８】
そして、本実施形態のフォントデータＤＢ３２は、さらにユーザ属性に対応づけてエレメント形状情報を記憶している。図２９は、ユーザ属性に対応付けられたエレメント形状情報を有するフォントデータＤＢ３２の一例を示す。図２９では、ユーザ属性の一例として年齢層を用いている。
【０１９９】
ユーザ属性に関わらず１つの文字に複数のエレメントコードが対応づけられているので、どちらの年齢層であっても文字に動きを持たせることは可能であるが、１〜４０才のエレメント形状よりも４１才以上のエレメント形状の方が太く・かつ長くなっており、視認性に優れる構成となっている。
【０２００】
続いて、動作設定ファイル６３について説明する。図３０（ａ）は、動作設定ファイル６３の一例を示す図である。図３０（ａ）では、各エレメントコードに対して、色、サイズ、更新時間、表示位置、回転、が対応付けされている。色とは、対応するエレメントコードを表示する際の色を、サイズは対応するエレメントコードを表示する際のサイズを、更新時間は対応するエレメントコードを表示する期間を、表示位置は対応するエレメントコードを表示する際の位置を、回転は対応するエレメントコードを表示したときの記号要素の回転速度を、それぞれ表す。サイズ、更新時間、表示位置、回転の単位は、それぞれ適当な単位を使用する。
【０２０１】
従って、文字の一部となる記号要素は、更新時間で設定した時間の間だけ表示され、ラスタライザ３３は、更新時間が経過すると、次に表示すべきエレメントコードに基づいて記号要素を生成し当該文字を更新する。文字を構成する記号要素が更新されることで文字に動きを持たせることができる。
【０２０２】
図３０（ｂ）は、「火」という文字において、エレメントコードがＦ０４１、Ｆ０４２、Ｆ０４３、Ｆ０４４の順番で更新された場合に、「火」という文字が時間と共に更新される様子を示す。なお、図３０（ｂ）においては、色、サイズ、表示位置、回転の設定内容は既に設定されているデフォルトの値を採用した。これら項目を個々に設定した値で表示しても良い。
【０２０３】
図３０（ｂ）において、文字７６はＦ０４０とＦ０４１を、文字７７はＦ０４０とＦ０４２を、文字７８はＦ０４０とＦ０４３を、文字７９はＦ０４０とＦ０４４を、それぞれ組み合わせて表示した文字である。各文字は、色が黒、サイズは１０、表示位置は座標（Ｘ１、Ｙ１）、回転はしない状態で、それぞれ更新時間、例えば５秒間隔で更新される。
【０２０４】
次に、文書の中で、文字に動きを設定する場合について説明する。図３１は、アプリケーションソフトに入力されたテキストデータ２０のうち、「火」という文字について動作を設定する場合のＧＵＩの一例を示す。このＧＵＩはプログラムを実行することで提供される。
【０２０５】
アプリケーションソフトウェア２７は例えばワープロソフトウェアなど、文字を入力されるソフトウェアであればよい。「火」という文字について動作を設定する場合には、例えば「火」の上にマウス１１３を合わせ右クリックすることでポップアップウィンドウ８０が開く。
【０２０６】
ポップアップウィンドウ８０が開くと、基本エレメントコード及び各エレメントコードに基づいた記号要素の形状が表示される。各記号要素について、色、位置、サイズ、回転、時間、などを設定する欄があるので、各記号要素毎にこれらを設定する。なお、図示しないが、表示したいエレメントだけをアクティブする設定項目を設ければ、特定のエレメントコードに基づく記号要素だけを繰り返し表示可能である。ポップアップウィンドウ８０は一例にすぎずこの他にも多様な設定方法で設定される。
【０２０７】
図３１のポップアップウィンドウ８０に表示される、色、位置、サイズ、回転、時間は、図３０に示された動作設定ファイル６３の設定項目に対応する。従って、ポップアップウィンドウ８０において設定された設定内容は、所定のタイミングで図３０に示された動作設定ファイル６３の設定項目に格納される。
【０２０８】
なお、本実施例では、色、位置、サイズ、回転、時間、を自由に設定するが、予め設定可能な値を定めておき、それを選択するようにしても良い。選択する場合は、図３０の動作設定ファイル６３の各設定項目に予め選択可能な値を設定しておき、それをポップアップウィンドウ８０において選択する。
【０２０９】
また、図３１のポップアップウィンドウ８０では、基本エレメントについても、色、位置、サイズ、回転、時間、を設定する項目があるが、本実施例では基本エレメントについて設定しない。
【０２１０】
ポップアップウィンドウ８０における設定を、図３０の動作設定ファイル６３の各設定項目の設定座標と対応づけると、現在の文字の一連の動作を特定可能となる。すなわち、ポップアップウィンドウ８０において、Ｆ０４１の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、Ｆ０４２の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、Ｆ０４３の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、Ｆ０４４の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、としたとする。
【０２１１】
この一連の動作内容は、図３０の動作設定ファイル６３の設定座標を利用して表現する。図３０においては、色、サイズ、更新時間、表示位置、回転のそれぞれに１から４の番号を付した欄が設けてあり、色、サイズ、更新時間、表示位置、回転の変化パターンを、番号で指定する。例えば、図３０において、色の番号１の欄には黒が設定されている。この番号（座標）を用いて、色、サイズ、更新時間、表示位置、回転の各設定を（１，１，１，１，１）と表現する。従って、例えば、Ｆ０４１の設定が、「色は黒、サイズは１０、更新時間は５、表示位置は（ｘ１，ｙ１）、回転は０π」である場合、これをＦ０４１（１，１，１，１，１）と表す。もちろん、各設定項目の数は４つ以上であっても良い。
【０２１２】
また、「Ｆ０４１（１、１、１、１、１）の次にＦ０４２（１、１、１、１、１）を表示し、次にＦ０４３（１、１、１、１、１）を表示し、次にＦ０４４（１、１、１、１、１）を表示する」という一連の動作を特定するためには、例えば動作ＩＤを用いる。動作ＩＤにより上記一連の動作内容を特定できる。図３１の現在の動作ＩＤ８１は、「火」という字の現在の動作内容を特定したものである。実際の動作内容は、プレビューボタン８２をクリックすると確認できる。
【０２１３】
ポップアップウィンドウ８０で動作内容が設定されると、動作内容がこのテキストデータ２０のメタデータ６９として、テキストデータ２０のファイルに添付される。
【０２１４】
図３２は、メタデータ６９の一例を示す。図３２において、アプリケーション名はテキストデータ２０を表示するアプリケーションソフトウェア２７の名称を、ファイル名はテキストデータ２０のファイル名（メタデータ６９が添付されるファイル名）を示す。
【０２１５】
文字コードは、例えば、「火」の文字コードであり、基本エレメントコードは図２８（ａ）で示した「火」という文字を構成する要素のうち基本的な要素となる記号要素のコードである。
【０２１６】
動作ＩＤは、図３１で示したように一連の動作を特定するために設定された項目であり、表示内容は当該動作ＩＤで特定される動作内容を図３０の動作設定ファイル６３の座標で表示したものである。図３２の表示内容の「Ｆ０４１（１、１、１、１、１）→Ｆ０４２（１、１、１、１、１）→Ｆ０４３（１、１、１、１、１）→Ｆ０４４（１、１、１、１、１）」における"→"は、動作の順番を表す。従って、図３２の例では、Ｆ０４１（１、１、１、１、１）、Ｆ０４２（１、１、１、１、１）、Ｆ０４３（１、１、１、１、１）、Ｆ０４４（１、１、１、１、１）の順に表示内容が更新される。文字コードＩＤは、同一ファイルの中に同一の文字が複数個存在した場合に、特定の文字を識別するための項目である。
【０２１７】
表示内容をいくつか定めておき、表示内容を特定する動作ＩＤとユーザ属性を対応づけておいてもよい。図３３は、ユーザ属性に動作ＩＤを対応づけた属性用動作設定ファイル６８の一例を示す。
【０２１８】
予めユーザ属性毎に適当な表示内容を定めておき、それを動作ＩＤで識別することで、属性用動作設定ファイル６８でユーザ属性と表示内容を対応づけている。ユーザ属性は、年齢層、性別、出身地、国籍、宗教、年収層、等であり、例えば年齢層をユーザ属性とする場合、１〜４０才と４１才以上で異なる動作ＩＤを対応づける。例えば、１〜４０才では文字をカラフルに表示したり、エレメント形状１つ当たりの更新時間を短くしたりする。４１才以上ではエレメント形状１つ当たりのサイズを大きめにしまた見やすい色に設定する。したがって、ユーザ属性に応じて文字の動きを可変にすることができる。
【０２１９】
以上の構成に基づき、動的フォント装置３００の動作手順を図３４及び図３５のフローチャートを用いて詳細に説明する。図３４の動作手順は、例えば、アプリケーションソフトウェア２７が起動するとスタートする。
【０２２０】
まず、図２７におけるアプリケーションソフトウェア２７を実行し、テキストデータ２０を含む所定のファイルが開かれると、ラスタライザ３３は、属性テーブル１３２からユーザ属性を抽出する（Ｓ４００）。ついで、アプリケーションソフトウェア２７から該ファイルに添付されたメタデータ６９を取得する（Ｓ４１０）。
【０２２１】
メタデータ６９を取得すると、ラスタライザ３３は、メタデータ６９に設定されたアプリケーション名、ファイル名を特定し、タイマ６１及びメモリ６２へ登録する（Ｓ４２０）。
【０２２２】
図３６は、図２７におけるタイマ６１及びメモリ６２の登録例を示す。各文字の動作内容を記録し更新するメモリ６２は、図３６（ａ）に示すように、例えば、アプリケーション名、ファイル名を特定し、テキストデータ２０の中で動きが設定された文字の文字コード、文字コードＩＤ、記号要素の色、サイズ、時間、位置、回転、現在表示中、の登録情報を有する。また、基本エレメントコードとエレメントコードに対応する形状情報をメモリ６２に登録する。ここで、色、サイズ、時間、位置、回転は図３０の動作設定ファイル６３の設定項目と対応する。
【０２２３】
ラスタライザ３３に経過時間などを通知するタイマ６１は、図３６（ｂ）に示すように、例えば文字コードＩＤ、基本エレメントコード、エレメントコード、動き速度、カウント値から構成される。文字コードＩＤ、基本エレメントコード及びエレメントコードは、現在表示されている文字を特定し、時間は当該記号要素が表示される期間を示し、カウント値はタイマ６１がクロックアップすることで時間の経過共に積算されていく現在の更新時間である。
【０２２４】
従って、メタデータ６９が入力されると、メモリ６２には、まず文字コード、文字コードＩＤ及び基本エレメントコードが登録さる。また、当該コードに該当する形状情報がフォントデータＤＢ３２を参照してメモリ６２に登録される（Ｓ４３０）。これによりラスタライザ３３は、メモリ６２を参照すると当該文字の形状を特定できる。
【０２２５】
また、メタデータ６９は動作ＩＤにより各文字の表示内容を指定するので、ラスタライザ３３は動作設定ファイル６３を参照することで、メモリ６２に、色、サイズ、時間、位置、回転をエレメントコード毎に設定することができる（Ｓ４４０）。これによりラスタライザ３３は、各記号要素の色、サイズ、時間、位置、回転を特定できる。
【０２２６】
現在表示中のエレメントコードは、メモリ６２にフラグを立てる方法で特定する。図３６（ａ）では、表示中のエレメントコードにフラグとして"※"を付した。
【０２２７】
メモリ６２のこれらの登録内容に基づいて、ラスタライザ３３は特定の文字の表示を切り換える。初期状態の文字の設定は、メタデータ６９の表示内容のうち、最初の記号要素、例えば図３２ではＦ０４１（１、１、１、１、１）、に基づいて特定する（Ｓ４５０）。
【０２２８】
初期状態の文字が特定されると、ラスタライザ３３は、図２９に示すように、ユーザ属性に応じて抽出した基本エレメントコード、エレメントコードのエレメント形状情報に基づいて文字のビットマップデータを生成しディスプレイ１１４へ出力する（Ｓ４６０）。これによって、ユーザ属性に好適な初期状態の文字が表示された。
【０２２９】
ラスタライザ３３がビットマップデータを出力すると、ラスタライザ３３は、タイマ６１がカウントする、出力したエレメントコードのカウント値を０にリセットする（Ｓ４７０）。これにより、出力したエレメントコードの表示期間のカウントが開始される。カウントはコンピュータなどが内蔵する時計を参照して行っても良いし、ＣＰＵ１２７のクロックを利用しても良い。
【０２３０】
ラスタライザ３３は、表示しているテキストデータ２０の表示の終了命令があるか否かを判定し（Ｓ４８０）、表示の終了命令があると（Ｓ４８０のＹｅｓ）、タイマ６１及びメモリ６２のうち、対象のファイルの登録内容をリセットし、このファイルに対する処理を終了する（Ｓ５３０）。図３５では、ステップＳ４８０のタイミングで表示終了か否か判断しているが、ラスタライザ３３への割り込みのタイミングはステップＳ４８０に限定されない。
【０２３１】
カウントが継続されている間、タイマ６１は図３６（ｂ）の時間とカウント値を定期的に比較する（Ｓ４９０）。そして、カウント値が登録された時間以上にカウントアップされると、タイマ６１からラスタライザ３３へ文字コードＩＤと共に、所定期間が経過したことが通知される。
【０２３２】
所定期間が経過したことが通知されると、ラスタライザ３３は、メモリ６２に登録されている内容から該当する文字コードＩＤを検索し、その文字コードＩＤのうち現在表示中のエレメントコードの次のエレメントコードを特定する（Ｓ５００）。エレメントコードが特定されると、エレメント形状情報、色、サイズ、時間、位置、回転の登録内容も特定されるので、これらの情報に基づいてラスタライザ３３は、ビットマップデータを作成し、ディスプレイ１１４へ出力する（Ｓ５１０）。このとき、図３６（ａ）の現在表示中のエレメントコードを次のエレメントコードに切り替える。
【０２３３】
ビットマップデータ等が出力されると、ラスタライザ３３は、図３６（ｂ）のタイマ６１の内容から、それまで表示していたエレメントコードを削除し、現在出力したエレメントコードに置き換える。そして、置き換えたエレメントコードのカウント値を０にリセットする（Ｓ５２０）。
【０２３４】
以上、説明したように動的フォント装置３００は、表示する文字に動きを与えることが可能となる。文字の形状や動きはユーザ属性に応じて制御されるので、年齢層などのユーザ属性に適切な動きを与えることができる。
【０２３５】
なお、本実施形態では、メタデータ６９が添付されたファイルを電子メールなどで送信した場合、受信者が同様のラスタライザ３３、フォントデータＤＢ３２及び動作設定ファイル６３を有すれば、同様に文字の動きを再現可能である。電子メールそのものに適用してもよい。仮に、受信者がこれらの環境を有さない場合、文字コードに基づいて静止状態の文字が表示されるため不具合は生じない。
【０２３６】
・・・文字の代わりに絵に動きを持たせる場合
動的フォント装置３００では、記号として文字に動きを持たせる場合について説明したが、絵やアイコンなどに動きを持たせることもできる。以下では、説明のため絵素という言葉を使用するが、絵素とは一つの絵を構成する絵の要素をいう。例えば、人間の顔の絵があれば、顔を構成する目や鼻の絵は絵素となる。また、目だけを表示する絵があるときは、１つの絵素で構成された絵である。このように、絵と絵素には明確な区別ない。なお、動的フォント装置３００の機能構成図は図２７と同様である。
【０２３７】
図３７は、絵素のフォントデータＤＢ３２の一例を示す。フォントデータＤＢ３２は、文字と同様に絵素コードにより絵素を特定すると共に、絵素毎に絵素形状情報を有する。
【０２３８】
図３７の分類は、各絵素名を分類するためのグループ名を、絵素名は各絵素の名称であり絵素コードで特定される。各絵素は、絵素の形状を決定する絵素形状情報を有する。例えば、絵素コードＭ０４０は車を表し、Ｍ０４０を指定すると車の絵素形状の例として車８３が表示される。同様に、絵素コードＢ０１３を指定すれば橋の形状情報の例として橋８４が、絵素コードＨ０２４を指定すればハートの形状情報の例としてハートマーク８５が表示される。
【０２３９】
また、絵素形状情報は、ユーザ属性に対応づけて登録されている。図３７ではユーザ属性として男性と女性を用いた。したがって、同じ例えば車８３でも男性ではスポーツカーの絵を登録しておき、女性では軽の絵を登録しておく等により、ユーザ属性に適切な絵を表示することができる。
【０２４０】
絵素の形状の生成は、文字と同様にラスタライザ３３が行う。従って、フォントデータＤＢ３２には図３７の絵素の情報の他に文字の情報が含まれる。
【０２４１】
続いて、アプリケーションソフトウェア２７上で絵素の表示を指定する場合の設定例を図３８に基づいて説明する。図３８（ａ）は、アプリケーションソフトウェア２７で例えば右クリックすることで絵素のポップアップウィンドウ８０が開き、設定内容を入力したところである。図３８（ａ）にその設定例がポップアップ表示されている。
【０２４２】
図３８（ａ）の上段に示される「Ｂ０１３、ＦＵＬＬ、固定」は、絵素コードＢ０１３で表示される絵素を画面上最大の大きさに（ＦＵＬＬ）、固定された状態で表示することを意味する。また、図３８（ａ）の下段に示される「Ｍ０４０、３０×２０、（Ａ，０９）〜（０６，０９）、５」は、絵素コードＭ０４０で表示される絵素を、３０×２０の大きさで、座標（Ａ，０９）〜（０６，０９）の間を、５秒毎に更新して表示することを意味する。このように、例えば、「絵素コード、大きさ、表示範囲、更新時間」の形で絵素の表示を指定できると規定すれば、簡単に絵に動きを指定することが可能となる。
【０２４３】
図３８（ｂ）は、図３８（ａ）の設定の結果表示される絵を表す。Ｂ０１３の絵素コードで特定される橋の絵素が画面上最大に表示され、Ｍ０４０で特定される車の絵素が３０×２０の大きさで、座標（Ａ，０９）から座標（０６，０９）の間に表示されている。図３８（ｂ）では３台の車があるように見えるが、これは５秒ごとに更新される様子を示したものであり、実際には同時に１台の車が動くように表示される。
【０２４４】
また、図３８（ｂ）の上方及び右側にある数値は座標を説明のために表示したもので実際のアプリケーション上では表示されない。
【０２４５】
図３８の絵素の動作の設定内容は、文字と同様にアプリケーションソフトウェア２７のテキストデータ２０（ファイル）に添付できる。図３９は絵素に対するメタデータ６９の一例を示す。なお、図３９の内容は文字と同様にメモリ６２に登録される。
【０２４６】
そして、図３９では、更新時間がユーザ属性に応じて設定されている。年齢をユーザユーザ属性とした場合、絵素Ｍ０４０は１〜４０才のユーザでは３秒ごとに更新され、４１才以上のユーザでは５秒ごとに更新される。このように更新時間を設定すれば、ユーザ属性に応じて異なる動きを見せることができる。
【０２４７】
ラスタライザ３３は、移動範囲に設定されている座標「（Ａ，０９）→（０６，０９）」を、例えば図３８（ｂ）の上方及び右側にある座標を用いて、（Ａ，０９）、（０９，０９）（０８，０９）（０７，０９）（０６，０９）と展開し、メモリ６２に登録する。
【０２４８】
絵素コード、大きさ、更新時間についても同様に登録する。色、サイズ、時間、回転は固定であり、位置のみが展開された値になる。したがって、メモリ６２に登録された内容に従い、ラスタライザ３３が車の絵素を５秒ごとに座標を変更して表示することができる。
【０２４９】
また、図３８では、大きさ、座標及び更新時間のみを設定できるようにしたが、これに加え色や回転といった内容も設定できるようにしても良い。
【０２５０】
このように、絵を絵素で構成することでテキストデータ２０に含まれる絵に動きを持たせることができる。絵素は、アウトラインデータで保存されているため、ビットマップデータよりもファイル容量を節約できる。これら絵素を組み合わせることで、豊かな表現を実現できる。例えば、顔文字などを構成する絵素に動き与え電子メールなどで送信した場合、受信者が同様のラスタライザ３３、フォントデータＤＢ３２を有すれば、顔文字の動きを再現可能である。絵素の場合、動作設定ファイル６３はなくてもよい。また、ユーザ属性に応じて同じ絵素でも動きが変わるので、ユーザ属性に応じてユーザに多様な表現を提供できる。
【０２５１】
・・・文字と絵素を組み合わせた表示
文字と絵素のそれぞれに動きを持たせる動的フォント装置３００について説明したが、文字と絵素を組み合わせて動きを持たせてもよい。
【０２５２】
図４０は、フォントデータＤＢ３２の一例を示す。図４０のフォントデータＤＢ３２は、文字の形状を構成する、基本エレメントコード及びその形状情報並びにエレメントコード及びその形状情報から成り、更に、当該文字と共に表示可能な絵素コード及びその形状情報を有する。
【０２５３】
例えば、図４０では、文字コード６１１Ｂで指定される文字を「愛」とすると、愛と共に表示可能な絵素として、絵素コードＨ０２４で指定されるハートマークが登録されている。
【０２５４】
絵素コードは、その絵素と共に表示する文字にのみ対応づけられて登録されている。なお、複数の絵素コードが１つの文字に登録されていてもよい。
【０２５５】
「愛」という文字も「火」という文字と同様に、基本エレメント形状情報及び単数又は複数のエレメント形状情報に基づいて生成される記号要素から構成される。ただし、ここでは、基本エレメント形状情報及びエレメント形状情報ではなく、「愛」という文字全体に対して絵素を重畳させる表示形態に関して説明する。
【０２５６】
アプリケーションソフトウェア２７における入力画面に基づいて説明する。図４１（ａ）は、アプリケーションソフトウェア２７上で絵素と文字に動作を設定する場合の入力例である。図４１（ａ）において、図３１と同一構成部分には同一の符号を付しその説明は省略する。
【０２５７】
例えば「愛」という字の上にマウス１１３を合わせ右クリックすることで図４１のポップアップウィンドウ８０が開く。ポップアップウィンドウ８０が開くと、絵素コードに基づいた絵素の形状及び本来の文字コードに基づいた文字の形状が表示される。従って、文字又は絵素それぞれについて、色、位置、サイズ、回転、時間、などを設定することができる。
【０２５８】
図４１（ａ）のポップアップウィンドウ８０に表示される、絵素の色、位置、サイズ、回転、時間は、図３０に示された動作設定ファイル６３の設定項目に対応する。従って、ポップアップウィンドウ８０において設定された設定内容は、所定のタイミングで図３０に示された動作設定ファイル６３の設定項目に格納される。本実施例で明らかなように、絵素と文字を組み合わせて表示する場合であっても、動作設定ファイル６３は構成を変更することなく使用できる。
【０２５９】
ポップアップウィンドウ８０で動作内容が設定されると、動作内容はメタデータ６９に記録され、このアプリケーションソフトウェア２７で開いているファイルに添付される。
【０２６０】
図４１（ｂ）は、メタデータ６９の一例を示す。図４１（ｂ）において、アプリケーション名は「愛」という字の動きを設定したアプリケーションソフトウェア名を、ファイル名はメタファイルが添付されるテキストデータ２０のファイル名を示す。
【０２６１】
文字コードは、ここでは「愛」の文字コードであり、基本エレメントコードは図４０のフォントデータＤＢ３２に示した文字を構成する要素のうち基本的な要素となる記号要素のコードである。
【０２６２】
動作ＩＤは、一連の動作を特定するために設定された項目であり、表示内容は、当該動作ＩＤで特定される動作内容を図３２と同様に動作設定ファイル６３の座標で表示したものである。文字コードＩＤは、同一ファイル中に同一の文字が複数あった場合に、文字を特定するための識別番号である。
【０２６３】
図４１（ｂ）の表示内容によると、「Ｈ０２４（１、１、１、１、１）→Ｈ０２４（１、２、１、１、１）→Ｈ０２４（１、３、１、１、１）→Ｈ０２４（１、４、１、１、１）」となっている。これは、Ｈ０２４で指定されるハートマークの絵素のサイズが変化する（大きくなる）ことを示す。
【０２６４】
以降は、文字に重畳する形でハートマークが表示するため、「愛」という文字と生成されたハートマークを合成する処理を行ってから表示する。
【０２６５】
図４１（ｃ）は、愛という文字に対し、ハートマークの絵素を「Ｈ０２４（１、１、１、１、１）→Ｈ０２４（１、２、１、１、１）→Ｈ０２４（１、３、１、１、１）→Ｈ０２４（１、４、１、１、１）」に従って表示した例を示す。図４１（ｃ）は、上から順番に、５秒ごとの、「君のこと愛している！」という一文を示す。「君のこと愛している！」というテキストデータ２０の愛に重畳して、ハートマークが５秒ごとに大きくなる。ハートマークと共に「愛」という文字を構成する記号要素に動作を設定しても良い。
【０２６６】
したがって、文字と絵素を組み合わせて表示し、さらに文字及び絵素に動きを持たせることができるため、より表現方法が向上する。また、絵素はユーザ属性に応じて変えることができるので、ユーザの嗜好に合致した表現が可能となる。
【０２６７】
・・・複数の文字に動きを持たせる場合
１つの文字と１つの絵素のそれぞれに動きを持たせる動的フォント装置３００について説明したが、複数の文字又は複数の絵素に対し動きを持たせてもよい。以下、複数の文字又は複数の絵素を動き設定ワードという。
【０２６８】
図４２は、動的フォント装置３００の機能構成例を示す図である。図４２において、図２７と同一構成部分については同一の符号を用い、その説明は省略する。
【０２６９】
図４２は、表示方法規定ファイル７０を有する点で図２７と異なる。表示方法規定ファイル７０の構成例を図４３に示す。図４３によると、表示方法規定ファイル７０には複数の動き設定ワードが登録されており、各動き設定ワードに対し、予め表示内容及び更新時間が登録されている。すなわち、表示方法規定ファイル７０は、所定の動き設定ワードに対し、表示内容に基づいて、動き設定ワード全体に動きを持たせるための情報を設定したファイルである。
【０２７０】
例えば、アプリケーションソフトウェア２７で開いたテキストデータ２０の中に、「ジャンプ」という文字列が存在する場合、ラスタライザ３３は、ユーザ属性に応じて表示方法規定ファイル７０から「ジャンプ」に対応づけられた表示内容及び更新時間を抽出する。
【０２７１】
動きがあっても文字自体が同じなので説明のため、ジャンプの表示内容「ジャンプ→ジャンプ」に「ジャンプ（Ｌ）→ジャンプ（Ｒ）」と記号を付す。例えば、１〜４１才の場合、左側の「ジャンプ（Ｌ）」は、動き設定ワードの右に行くほどサイズが徐々に大きくなっており、右側の「ジャンプ（Ｒ）」は動き設定ワードの右にいくほどサイズが徐々に小さくなっている。従って、当該表示内容を実施すると、ディスプレイ１１４に表示された「ジャンプ」は、ジャンプ（Ｌ）とジャンプ（Ｒ）が交互に表示され、飛び上がって動いているように見える。
【０２７２】
具体的にはラスタライザ３３は、動き設定ワード「ジャンプ」を、文字"ジ"、"ャ"、"ン"、"プ"に展開し、４つの文字を、"ジ（Ｌ）"から"ジ（Ｒ）"へ、"ャ（Ｌ）"から"ャ（Ｒ）"へ、"ン（Ｌ）"から"ン（Ｒ）へ、"プ（Ｌ）"から"プ（Ｒ）"へ、同時に更新することでジャンプという動き設定ワード全体に動きを持たせることができる。
【０２７３】
「ジャンプ」という動き設定ワードが更新して表示される様子を、メモリ６２に登録される内容で説明する。
【０２７４】
図４４は動き設定ワード「ジャンプ」がメモリ６２に登録された登録例を示す。ラスタライザ３３は、表示方法規定ファイル７０のジャンプを各文字に展開し、色、サイズ、更新時間を設定する。その際、現在表示している文字又は初期状態で表示する文字全てに現在表示中のフラグを立てる。以降は、タイマ６１から更新時間が経過して割り込みがあるたびに、現在表示中の文字と同一の文字コードの文字を検出し、当該文字の設定内容で文字のビットマップデータを生成し更新する。
【０２７５】
例えば図４４では、上側の４文字の"ジ"、"ャ"、"ン"、"プ"に表示中のフラグがたっているため、更新時間が経過すると、同一文字コードである下側の４文字の"ジ"、"ャ"、"ン"、"プ"の文字のビットマップデータが生成され更新される。
【０２７６】
なお、表示方法規定ファイル７０の登録は、ポップアップウィンドウ８０により登録できる。例えば、テキストデータ２０の「ジャンプ」に動きを登録する場合、次のように設定する。
・「ジャンプ」を選択する（これにより反転表示される）。
・表示方法規定ファイル７０の編集プログラムを起動する。
・表示内容のＬとＲのそれぞれの「ジャンプ」を設定する。図４４の場合は、"ジ"、"ャ"、"ン"、"プ"それぞれの文字サイズを指定すればよい。
・更新時間を設定する。
【０２７７】
このように、動き設定ワード全体に動きを持たせることでより豊かな表現が可能となる。また、ユーザ属性に応じて動き設定ワードの動きを可変にできるので、ユーザの嗜好に合致した表現が可能となる。
【０２７８】
以上説明したように、テキストデータ２０の作成者又は情報処理装置１１１等のユーザのユーザ属性を判定することで、種々の機器をユーザ属性に応じて制御することが可能となる。例えば、音楽出力装置２００はユーザ属性に応じて音楽を変えることができ、動的フォント装置３００はユーザ属性に応じて動きを変えることできるので、機器のユーザビリティを向上させることができる。
【図面の簡単な説明】
【０２７９】
【図１】ユーザ属性を判定する情報処理装置の一例を示す図である。
【図２】情報処理装置のハードウェア構成例を示す図である。
【図３】情報処理装置の機能構成図の一例である。
【図４】情報処理装置の機能構成図の他の一例を示す図である。
【図５】属性判定ＤＢの一例を示す図である。
【図６】属性判定ＤＢの詳細例を示す図である。
【図７】属性判定手段がユーザ属性を判定する手順を示すフローチャート図の一例である。
【図８】年齢層の属性種別におけるユーザ属性を判定する手順を示すフローチャート図の一例である。
【図９】属性テーブルの一例を示す図である。
【図１０】情報処理装置とＭＦＰとを有する印刷システムの構成図の一例である。
【図１１】情報処理装置とＭＦＰとを有する印刷システムの構成図の一例である。
【図１２】音楽出力装置の機能構成図の一例を示す図である。
【図１３】フォントデータＤＢに格納されているフォントデータと音楽データの一例を示す図である。
【図１４】ユーザ属性が対応づけられて音楽データが記憶されたフォントデータＤＢの一例を示す図である。
【図１５】音楽データＤＢに登録された音楽データの一例を示す図である。
【図１６】ユーザ属性が対応づけられた音楽データが記憶された音楽ワードＤＢの一例を示す図である。
【図１７】音楽出力装置が入力されたテキストデータを用いて音楽を出力する処理の手順を示すフローチャート図である。
【図１８】電子メールソフトウェアが起動してディスプレイに表示されるＧＵＩの一例を示す図である。
【図１９】優先順位を有する音楽ワードＤＢの一例を示す図である。
【図２０】ディスプレイに表示される優先順位設定画面の一例を示す図である。
【図２１】電子メールの着信音を音楽ワードに応じて出力する音楽出力装置の機能構成図の一例である。
【図２２】音楽出力装置が電子メールを受信した場合に、着信音の代わりに電子メールが含む音楽ワードに対応した音楽を出力する処理手順を示すフローチャート図である。
【図２３】電子メールの配信システムの全体構成図の一例である。
【図２４】メールサーバに搭載された音楽出力装置のブロック図の一例である。
【図２５】メールサーバの音楽出力装置が音源データを添付する処理手順を示すフローチャート図である。
【図２６】受信端末が電子メールと共に音源データを受信して着信音として音楽を出力する手順を示すフローチャート図である。
【図２７】動的フォント装置の機能構成図の一例である。
【図２８】フォントデータＤＢのデータ構成例を示す図である。
【図２９】ユーザ属性に対応付けられたエレメント形状情報を有するフォントデータＤＢの一例を示す図である。
【図３０】動作設定ファイルの一例を示す図である。
【図３１】アプリケーションソフトに入力されたテキストデータのうち、「火」という文字について動作を設定する場合のＧＵＩの一例を示す図である。
【図３２】メタデータの一例を示す図である。
【図３３】ユーザ属性に動作ＩＤを対応づけた属性対応動作設定ファイルの一例を示す図である。
【図３４】動的フォント装置の動作手順を示すフローチャート図である。
【図３５】動的フォント装置の動作手順を示すフローチャート図である。
【図３６】タイマ及びメモリの登録例を示す図である。
【図３７】絵素のフォントデータＤＢの一例を示す図である。
【図３８】アプリケーションソフトウェア上で絵素の表示を指定する場合の設定例を示す図である。
【図３９】絵素に対するメタデータの一例を示す図である。
【図４０】フォントデータＤＢの一例を示す図である。
【図４１】アプリケーションソフトウェア上で絵素と文字に動作を設定する場合の入力例を示す図である。
【図４２】動的フォント装置の機能構成例を示す図である。
【図４３】表示方法規定ファイルの構成例を示す図である。
【図４４】動き設定ワード「ジャンプ」がメモリに登録された登録例を示す図である。
【符号の説明】
【０２８０】
２０ テキストデータ
２１ ＩＭ
２２ 属性判定手段
２３ 属性登録手段
２４ ＵＩ制御手段
２５ フォント変更手段
２６ 文字列抽出手段
２７ アプリケーションソフトウェア
３１ サウンドライザ
３２ フォントデータＤＢ
３３ ラスタライザ
３６ 音楽ワードＤＢ
６１ タイマ
６２ メモリ
６３ 動作設定ファイル
６８ 属性用動作設定ファイル
６９ メタデータ
７０ 表示方法規定ファイル
８０ ポップアップウィンドウ
１１１ 情報処理装置
１１４ ディスプレイ
１３１ 属性判定ＤＢ
１３２ 属性テーブル
１３３ プログラム
１４１ ＭＦＰ
２００ 音楽出力装置
３００ 動的フォント装置
【技術分野】
【０００１】
本発明は、文字データの作成者又は機器のユーザのユーザ属性を判定する情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラムに関する。
【背景技術】
【０００２】
日常的に様々な機器が利用されているが、これらの機器は種々の人間が利用する。例えば、携帯電話であれば１０代から７０代以上の人が利用しているし、学生、社会人又はフリータを問わず利用しているし、国籍を問わずに利用している。
【０００３】
ところで、このように利用する人の属性によっては同じ携帯電話でも望まれる機能が異なる。このため、一つの機器において、ユーザの操作により所望の動作環境に設定することが可能になっている。例えば、携帯電話の場合、表示する文字のサイズ、輝度、待ち受け画面などを種々に設定することができ、若年層は携帯電話でのコミュニケーションをもっと面白くするよう設定し、高齢者は、操作画面の文字を大きくするよう設定することができる。
【０００４】
このように、ユーザは機器の設定を自由に変更できるが、その反面、ユーザが設定しない限り設定は変わらないので、初心者にとっては敷居が高く、また、機能が多い機器ほど操作も複雑なため所望の設定が困難になっている。
【０００５】
ユーザの属性を何らかの方法で取得すれば、属性に応じて機器を設定することが可能となる。例えば、所定の文書からユーザの感情を検出する技術が提案されている（例えば、特許文献１参照。）。
【０００６】
特許文献１には、感情に関わる単語をいくつかの感情に重み付けした辞書を備え、文書に含まれる単語に基づき辞書を参照し、各文書の感情を判定する感情認識システムが記載さている。
【特許文献１】特開２００２−２３００１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１記載の感情認識システムは、感情に関わる文書の属性を検出するものであり、ユーザの属性を検出するものではない。また、文書のような生成物の属性（内容）はユーザの属性と異なり変化しやすいため、生成物の属性を検出しても機器を適切に制御することは困難である。
【０００８】
本発明は上記課題に鑑み、文書等からユーザの属性を判定できる情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラム、を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題に鑑み、本発明は、複数のグループにより人間を特徴づける特徴カテゴリー（後述のユーザ属性に相当）における、文字データ（記号、数値、絵文字を含む）の作成者が属するグループ（各ユーザ属性における区分に相当）を判定する情報処理装置であって、文字データを入力する文字データ入力手段と、前記グループと対応づけて文字列を記憶する文字列記憶手段と、前記文字データ入力手段により入力された前記文字データから前記文字列を抽出する文字列抽出手段と、前記文字列抽出手段により抽出された前記文字列に対応づけられた前記グループを前記文字列記憶手段から抽出して前記作成者が属する前記グループを判定する属性判定手段と、を有することを特徴とする。
【００１０】
本発明によれば、文字データから所定の特徴カテゴリーにおける作成者のグループを判定することができる。
【００１１】
また、本発明の一形態において、作成者のグループを記憶するグループ記憶手段と、属性判定手段が判定したグループを特徴カテゴリー毎にグループ記憶手段に登録するグループ登録手段と、を有することを特徴とする。
【００１２】
本発明によれば、ユーザ属性を登録しておくことができるので、当該情報処理装置を含む種々の機器の制御に利用できる。
【００１３】
また、本発明の一形態において、特徴カテゴリーが高齢者とそれ以外のグループを有する年齢層である場合、属性判定手段は、文字データ入力手段により入力された文字データに所定以上の比率で第２水準の漢字が含まれている場合、作成者が高齢者のグループに属すると判定する、ことを特徴とする。
【００１４】
本発明によれば、比較的高齢者が使用する漢字により文字データの作成者が高齢者であると判定できる。
【００１５】
また、本発明の一形態において、特徴カテゴリーが男性と女性のグループを有する性別である場合、属性判定手段は、文字データ入力手段により入力された文字データに所定数以上の絵文字が含まれている場合、作成者が女性のグループに属すると判定する、ことを特徴とする。
【００１６】
本発明によれば、女性が多用する絵文字により、文字データの作成者が女性であると判定できる。
【００１７】
また、本発明の一形態において、特徴カテゴリーが高齢者等をグループとする年齢層の場合、文字列記憶手段は、高齢者等のグループと対応づけて当該グループの人間が使用する文字列を記憶しており、属性判定手段は、文字データ入力手段により入力された文字データに含まれる文字列の数をグループ毎にカウントし、作成者はカウントされた数が最も大きいグループに属すると判定する、ことを特徴とする。
【００１８】
本発明によれば、文字列をデータベース化しておくことで年齢層においてユーザが属するグループを判定することができる。
【００１９】
また、本発明の一形態において、特徴カテゴリーが国内の所定領域をグループとする出身地の場合、文字列記憶手段は、所定領域と対応づけて当該所定領域の人間のみが使用する文字列を記憶しており、属性判定手段は、文字データ入力手段により入力された文字データに含まれる文字列が、当該所定領域の人間のみが使用する文字列である場合、作成者は当該所定領域に属すると判定する、ことを特徴とする。
【００２０】
本発明によれば、文字列をデータベース化しておくことで出身地においてユーザが属するグループを判定することができる。
【００２１】
また、本発明の一形態において、グループ記憶手段に登録された作成者のグループに応じて、当該情報処理装置を制御する制御手段（例えば、ＵＩ制御手段２４、フォント変更手段２５）、を有することを特徴とする。
【００２２】
本発明によれば、ユーザの属するグループに応じて機器を制御できるので、ユーザの利便性を向上できる。
【００２３】
また、本発明の一形態において、特徴カテゴリーが高齢者とそれ以外のグループを有する年齢層の場合であって、グループ記憶手段に登録された作成者のグループが高齢者である場合、表示装置に表示する文字のサイズを所定値より大きくするＵＩ制御手段、を有することを特徴とする。
【００２４】
本発明によれば、ユーザが高齢者のグループに属する場合、表示される文字を大きくできるので、高齢者が見やすい機器にすることができる。
【００２５】
また、本発明の一形態において、特徴カテゴリーが男性と女性の前記グループを有する性別の場合であって、グループ記憶手段に登録された作成者の前記グループが女性である場合、表示装置に表示する文字のフォントを変更するフォント変更手段、を有することを特徴とする。
【００２６】
本発明によれば、ユーザが女性のグループに属する場合、印刷される文字を女性らしいフォントに変更できるので、ユーザの嗜好に適切な出力が可能となる。
【発明の効果】
【００２７】
文書等からユーザの属性を判定できる情報処理装置、音出力装置、記号表示装置、画像形成装置、ユーザ属性判定方法及びプログラム、を提供することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明を実施するための最良の形態について図面を参照しながら説明する。
本実施形態ではユーザの属性の判定と、判定の結果得られた属性を用いた機器の制御例について説明する。
【００２９】
ユーザの属性とは、年齢層、性別、出身地、国籍、宗教、年収層、等、例えば長期間にわたり変化がないユーザの特性であり、また例えば一生変化がない特性、又は、先天的に定まるユーザの特性である。年齢層を１つのユーザ属性とした場合、ユーザの特性は各年齢層に区分される。以下、年齢層等を属性種別と称し、年齢層の各区分（１０代、２０代…）をユーザ属性という。
【００３０】
〔属性種別毎のユーザ属性の判定〕
始めに、ユーザ属性の判定について説明する。図１は、ユーザ属性を判定する情報処理装置１１１Ａ〜１１１Ｃ（以下、これらを総称して情報処理装置１１１という）の一例を示す図である。情報処理装置１１１Ａ及び情報処理装置１１１Ｃは、例えばＰＣ（パーソナルコンピュータ）であり、情報処理装置１１１Ｂは携帯電話である。これらはＬＡＮやインターネットなどのネットワークＮを介して接続されておいる。なお、ＰＣと携帯電話は一例であって、情報処理装置１１１Ａ〜１１１Ｃは、コンピュータを備えた機器、例えば、ＰＤＡ（Personal Digital(Data) Assistants）、ＰＨＳ（Personal Handyphone System）、プリンタ、ファクシミリ装置、スキャナ装置、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）、等であってもよい。
【００３１】
例えば、ユーザはワープロソフトウェアなどのアプリケーションプログラムを起動した後、情報処理装置１１１Ａのキーボード１１２及びマウス１１３を操作して文字を入力する。入力された文字は順次ディスプレイ１１４に反映され、最終的には文書や表等が生成される。情報処理装置１１１Ｂを用いた場合も同様であり、ユーザはメールソフトウェアなどのアプリケーションプログラムを起動した後、情報処理装置１１１Ｂのキーボード１１５及びマウス（ポインタ）１１６を操作して文字を入力する。入力された文字は順次ディスプレイ１１７に反映され、最終的には例えば電子メールが生成される。以下、文書データや電子メールなど文字を含むデータをテキストデータという。テキストデータがバイナリファイルに保存されるかテキストファイルに保存されるかは問わない。
【００３２】
本実施形態の情報処理装置１１１Ａ、１１１Ｂは、テキストデータを構成する自立語（主に日本語の場合）や単語（主に英語の場合）を抽出し、自立語や単語と属性判定データベース(以下、ＤＢという)とを照らし合わせて、テキストデータを入力したユーザのユーザ属性を判定する。なお、自立語を日本語の構成要素として、単語は英語の構成要素として説明するが、他の言語であっても自立語や単語に相当する構成要素からユーザ属性を判定できる。
【００３３】
また、例えば、情報処理装置１１１Ａから情報処理装置１１１Ｃに文書データが送信されたり、情報処理装置１１１Ｂから情報処理装置１１１Ｃに電子メールが送信された場合、情報処理装置１１１Ｃはテキストデータに含まれる自立語に基づき、情報処理装置１１１Ａ又は情報処理装置１１１Ｂのユーザのユーザ属性を判定する。
【００３４】
図２は、情報処理装置１１１Ａのハードウェア構成例を示す図である。情報処理装置１１１Ａは、バスＢで相互に接続されているＲＡＭ（Random Access Memory ）１２１、ＲＯＭ（Read-Only Memory）１２２、入力装置（図１のキーボード１１２、マウス１１３に相当）１１２，１１３、ＮＩＣ（Network Interface Card）１２３、ドライブ装置１２４、表示制御部１２５、記憶装置１２６及びＣＰＵ１２７とを有する。
【００３５】
ＲＡＭ１２１は、ＯＳやプログラムを実行する作業メモリになり、ＲＯＭ１２２はＢＩＯＳなどＯＳを起動するためのプログラムや設定ファイルを記憶している。入力装置１１２、１１３はキーボードやマウスなど、ユーザからの様々な操作を入力するためのデバイスである。ＮＩＣ１２３は、ネットワークＮに接続するためのインターフェイスであり、ＴＣＰ（Transmission Control Protocol ）/ＩＰ（Internet Protocol）等のプロトコル処理を実行する。ドライブ装置１２４は、ＣＤ−ＲＷやメモリカード等の記憶媒体１２８が着脱可能に構成されており、記憶媒体１２８にプログラムやデータを書き込む際に使用され、また、記憶媒体１２８に記録されたプログラムやデータを読み込み、記憶装置１２６に送出する。
【００３６】
表示制御部１２５は、アプリケーションソフトウェアが指示する画面情報に基づき所定の解像度や色数等で、ＧＵＩ（Graphical User Interface）画面を形成し、操作に必要な各種ウィンドウやデータ等をディスプレイ１１４に表示する。
【００３７】
記憶装置１２６は、ＨＤＤ（ハードディスクドライブ）やフラッシュメモリなど不揮発性メモリであり、ＯＳ、アプリケーションソフトウェア、プログラム１３３が記憶されている。ＣＰＵ１２７は、ＯＳ、アプリケーションソフトウェア及びプログラム１３３を記憶装置１２６からロードして実行することで種々の機能を提供すると共に、情報処理装置１１１Ａが行う処理を統括的に制御する。
【００３８】
また、記憶装置１２６には、後述する属性判定ＤＢ１３１及び属性テーブル１３２が記憶されている。
【００３９】
情報処理装置１１１Ａが実行するプログラム１３３は、記録媒体１２８に記憶して配布されるか、所定のサーバからネットワークＮを介して配布される。プログラム１３３を記録した記録媒体１２８がドライブ装置１２４にセットされると、プログラム１３３が記録媒体１２８からドライブ装置１２４を介して記憶装置１２６にインストールされる。また、サーバからプログラムが送信された場合、ＮＩＣ１２３を介して記憶装置１２６にインストールされる。
【００４０】
情報処理装置１１１Ａは、プログラム１３３を実行して実現される属性判定手段２２、属性登録手段２３、ディスプレイ１１４に表示する文字のサイズを可変に制御するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）制御手段２４と、ディスプレイ１１４に表示する文字のフォントを変更するフォント変更手段２５と、文字列を抽出する文字列抽出手段２６と、を有する。属性判定手段２２、属性登録手段２３、ＵＩ制御手段２４、フォント変更手段２５及び文字列抽出手段２６を実現するプログラム１３３は、Ｗｉｎｄｏｗｓ（登録商標）等のＯＳ上で起動する。
【００４１】
図３は、情報処理装置１１１Ａの機能構成図を示す。図３では情報処理装置１１１Ａを例に説明するが、ユーザ属性の判定方法は情報処理装置１１１Ｂ、１１１Ｃに共通である。
【００４２】
属性判定手段２２はテキストデータ２０からユーザ属性を判定するので、ＯＳ上ではテキストデータ２０を入力するためのアプリケーションソフトウェア２７が実行されている。アプリケーションソフトウェア２７は、例えば、ワープロソフトウェア、表計算ソフトウェア、電子メールソフトウェア等、テキストデータ２０を入力しうるものであればよい。
【００４３】
文字列抽出手段２６、属性判定手段２２及び属性登録手段２３は、情報処理装置１１１Ａの起動と共に実行されるか、アプリケーションソフトウェア２７の起動に伴い実行される。
【００４４】
キーボード１１２は指でキーを操作することで情報処理装置１１１Ａに文字を入力する。ユーザがキーを押すと、対応するキーコード（例えば、ＡＳＣＩＩコード）が情報処理装置１１１Ａに送られる。キーコードは例えばＢＩＯＳ（Basic Input Output System）により対応する文字コードに変換される。なお、キーボード１１２はタッチパネルや手書き文字入力、音声キーボード等、文字に対応したキーコードを発生するものであればよい。
【００４５】
テキストを日本語で入力する場合、ユーザの操作によりＩＭ（Ｉｎｐｕｔ Ｍｅｔｈｏｄ）２１が起動し、文字コードはＩＭ２１により日本語に変換される。変換せずに直接テキストを入力する場合は、文字コードは直接アプリケーションソフトウェア２７及び属性判定手段２２に入力される。
【００４６】
ＩＭ２１は、一連の文字コードを日本語等の言語に変換する、いわゆる、かな漢字変換システムである。例えば、キーボード１１２から「Ｇ・Ａ・Ｎ・Ｍ・Ｉ」と入力された場合、ＩＭ２１は辞書を参照して一連の文字コードを「がんみ」と変換すると共に、所定の操作や設定に応じて「ガンミ」や「ガン見」等に変換することを可能にする。「ガンミ」と変換した場合には「ガ」「ン」「ミ」それぞれに対応する３つの文字コードが生成される。なお、文字コードは、Ｕｎｉｃｏｄｅ、ＪＩＳコード、シフトＪＩＳコード等、いずれであってもよい。以下、ユーザ属性を判定する言葉を属性判定語という。
【００４７】
文字列抽出手段２６は、所定の文字又は文字列を抽出する。文字列抽出手段２６は、テキストデータ２０の文字コードを１語１語参照し、属性判定ＤＢ１３１に登録されている属性判定語を抽出する。また、辞書を参照しながらテキストデータ２０の例えば一文ごとに周知の日本語構文解析を行い係り受け関係を抽出する。これにより属性判定語とその用いられ方、例えば、「バリ」という文字列の場合、地名の「バリ」と副詞の「バリ（すごく）」を抽出できる。
【００４８】
そして、属性判定手段２２は、属性判定ＤＢ１３１に登録された属性判定語に対応つけられたユーザ属性をテキストデータ２０の作成者のユーザ属性として判定する。
【００４９】
図４は、情報処理装置１１１Ｃの機能構成図の他の一例を示す。なお、図４において図３と同一構成部には同一の符号を付しその説明は省略する。図３では、キーボード１１２からテキストデータ２０を入力する形態について説明したが、１つのファイルに含まれるテキストデータ２０からも同様にユーザ属性を判定することができる。
【００５０】
情報処理装置１１１Ｃが電子メールでテキストデータ２０を受信する場合、テキストデータ２０はいったん記憶装置１２６に記憶される。アプリケーションソフトウェア２７はテキストデータ２０を読み出しディスプレイ１１４に表示したり音声で読み上げたりするが、その際に、属性判定手段２２はテキストデータ２０を抽出し、図３と同様に、所定の文字列を抽出する。以降は、図３と同様にユーザ属性を判定することができる。なお、情報処理装置１１１Ｃが判定するユーザ属性は、電子メールを作成した情報処理装置１１１Ａのユーザのユーザ属性となる。
【００５１】
図５は属性判定ＤＢ１３１の一例を示す。図５は、属性種別が年齢層の場合の属性判定ＤＢ１３１である。図５では種々の属性判定語におよその年齢層が対応づけられている。例えば、「バリ」や「ガンミ」には１０〜２０才という年齢層が対応づけられ、「大東亜戦争」には６０才以上の年齢層が対応づけられている。
【００５２】
属性判定手段２２はテキストデータ２０が含むこのような年齢層を特徴づける属性判定語に基づき属性判定ＤＢ１３１を参照してそれぞれの属性判定語に対応づけられた年齢層を抽出する。そして、例えば、１つのテキストデータ２０毎にユーザの年齢層を検出する。
【００５３】
１０〜２０才の属性判定語が３つ、３０〜４０才の属性判定語が１つ、４０〜５０才の１つ、検出された場合、属性判定手段２２は例えば検出された数が最も多い年齢層をユーザの年齢層に決定する。短期的にはこのような簡易な方法でユーザの年齢層を決定できる。
１０〜２０才 … ｘｘｘ個
２０〜３０才 … ｘｘｘ個
３０〜４０才 … ｘｘｘ個
４０〜５０才 … ｘｘｘ個
５０〜６０才 … ｘｘｘ個
６０才以上 … ｘｘｘ個
また、検出された属性判定語の数を累積しておくことで、ユーザの年齢層の決定精度を向上できる。作成するテキストデータ２０の数が増えるほど、使用する言葉は年齢層を反映すると考えられるので、検出された属性判定語の数を累積しておくこと精度よくユーザの年齢層を決定できる。十分な数を累積できれば、平均値や中央値の算出など統計的な処理によりユーザの年齢層を精度よく決定できる。
【００５４】
また、JIS第2水準漢字「弌」（989F）〜「熙」（EAA0）が多用されている場合、６０才以上であると判定してもよい。多用される例としては、JIS第2水準漢字が所定数以上、又は、全文字数に対し所定の比率（例えば２０％）以上で検出される場合である。
また、ひらがなやカタカナを多用するユーザは１０〜２０才と判定してもよい。多用される例としては、全文字数に対し所定の比率（例えば８０％）以上の場合である。ＪＩＳ第２水準の漢字やひらがな・カタカナも属性判定語の一種である。
【００５５】
属性判定語の数、JIS第２水準漢字、ひらがなやカタカナの多用、のそれぞれによる判定結果が異なる場合、最も確度の高い判定結果を用いる。確度に有意な差が確認できない場合は、それぞれを重み付けして判定するか、ユーザ属性を不明とする。
【００５６】
属性種別のうち性別の判定について説明する。性別はテキストデータ２０の性別に特徴的な表現から判定する。女性の場合、テキストデータ２０に絵文字や顔文字を多用することが多い。したがって、例えば、属性判定手段２２は絵文字や顔文字が多用されている場合、女性であると判定する。多用される例としては、絵文字が所定数以上検出される場合である。
【００５７】
また、属性判定ＤＢ１３１に女性及び男性に特有の属性判定語を登録しておく。例えば「僕」、「俺」、「あいつ」、「〜だろ」、「ばかでかい」「メシ」等には男性のユーザ属性が対応づけられ、「あら」、「超ウケる」、「うち（は）」、「うふ」等には女性のユーザ属性が対応づけられる。属性判定手段２２は、絵文字の数からは性別の判定が困難な場合、又は、絵文字の数による判定に加え、属性判定ＤＢ１３１を参照して属性判定語を累積し、属性判定語の数から性別を判定する。
【００５８】
属性種別のうち出身地の判定について説明する。出身地はテキストデータ２０の主に方言から判定する。属性判定ＤＢ１３１に方言に特有の属性判定語を登録しておく。例えば、「おかん」「自分（相手のこと）」「キタ」「ミナミ」「マクド」「おもろい」「〜回生」「しんどい」「ぼちぼち」等には、近畿圏の出身地が対応づけられる。
【００５９】
また、例えば、「ばりかた」「〜ばい」「よか」「ばってん」「くれんね」「こまい」「いっちゃん」等には、九州の出身地が対応づけられる。
【００６０】
また、例えば、「いーが」「どすべ（どうしよう）」「なんした（どうした）」「どっひゃー（元気してる）」「そい（それ）」「がへー（ださい）」「ひゃーろー（じゃあな）」等には、東北圏の出身地が対応づけられる。
【００６１】
また、例えば、「しばれる」「あずましい（具合がよい）」「げっぱ（最下位）」等には、北海道の出身地が対応づけられる。
【００６２】
方言の他にも、その地方の特産品、食べ物、名物、観光名称等、を属性判定ＤＢ１３１に登録しておくことで、出身地を判定することができる。
【００６３】
また、国籍については、テキストデータ２０を記述する言語により判定でき、テキストデータ２０の外国語（アルファベット）が全文字数に対し所定の比率（例えば１００％）以上で検出される場合、外国人（米国・英国）と判定する。
【００６４】
宗教については○○教、宗主の氏名、宗教の創始者、戒律の内容を属性判定ＤＢ１３１に登録しておき、テキストデータ２０の属性判定語と照らし合わせることで判定することができる。
【００６５】
また、年収層については、物品やブランド名に年収層を対応づけて属性判定ＤＢ１３１に登録しておき、テキストデータ２０の属性判定語と照らし合わせることで判定することができる。
【００６６】
図６は、属性判定ＤＢ１３１のより詳細な構成を示す図である。図６では属性種別に分けることなく、年齢層のユーザ属性の属性判定語、出身地のユーザ属性の属性判定語等が登録されている。各属性判定語は、構成する文字毎に文字コードが登録されるので、テキストデータ２０に属性判定語が含まれている場合は、対応するユーザ属性を抽出することができる。
【００６７】
図７は、属性判定手段２２がユーザ属性を判定する手順を示すフローチャート図である。まず、情報処理装置１１１Ａにテキストデータ２０が入力される（Ｓ１０）。例えば、「この間のジャケットめちゃ良かった(^^)。」というテキストデータ２０が入力される。
【００６８】
属性判定手段２２は、テキストデータ２０の文字コード、８２Ｂ１「こ」、８２ＣＣ「の」…８２ＤＦ「め」、８２ＢＦ「ち」、８２Ｅ１「や」、９７Ｃ７「良」…００２８「（」、００５Ｅ「^」、００５Ｅ「^」００２９「）」から、属性判定ＤＢ１３１に登録された属性判定語に一致する文字列を抽出する（Ｓ２０）。
【００６９】
そして、抽出された属性判定語を用いて属性種別毎にユーザ属性を判定する（Ｓ３０）。図８は、年齢層の属性種別におけるユーザ属性を判定する手順を示すフローチャート図である。
【００７０】
属性判定手段２２はＪＩＳ第２水準の漢字が所定数以上か否かを判定する（Ｓ３１）。所定数以上であった場合（Ｓ３１のＹｅｓ）、高齢者である可能性が高いので属性判定手段２２は６０才以上のフラグＡを立てる（Ｓ３４）。
【００７１】
ＪＩＳ第２水準の漢字が所定数以上でない場合（Ｓ３１のＮｏ）、属性判定手段２２はひらがな又はカタカナが所定以上の比率で使用されているか否かを判定する（Ｓ３２）。ひらがな又はカタカナが所定以上の比率で使用されている場合（Ｓ３２のＹｅｓ）、低年齢者である可能性が高いので属性判定手段２２は１０〜２０才以上のフラグＢを立てる（Ｓ３３）。
【００７２】
ついで、属性判定手段２２は各年齢層別に属性判定語をカウントする（Ｓ３５）。そして、最大カウント数の年齢層にフラグＣを立てる（Ｓ３６）。フラグＣが立ったと仮定すると、フラグＣとフラグＡの少なくとも一方、又は、フラグＣとフラグＢの少なくとも一方、が立ったことになる。
【００７３】
属性判定手段２２はフラグＡとＣ、又は、フラグＢとＣが一致するか否かを判定する（Ｓ３７）。一致する場合（Ｓ３７のＹｅｓ）、そのフラグの年齢層に属するとユーザ属性を判定する（Ｓ３８）。
【００７４】
一致しない場合（Ｓ３７のＮｏ）、フラグＡとＣ、又は、フラグＢとＣのうち確からしい方の年齢層に属するとユーザ属性を判定する（Ｓ３９）。確からしいとは、ステップＳ３５のカウント数が他の年齢層に比べ突出して大きいか否か等から判定できる。なお、ＪＩＳ第２水準の判定、ひらがな又はカタカナ多様の判定のみを記載したが、ユーザ属性を判定できるものであればこれに限るものではない。
【００７５】
図６の属性判定ＤＢ１３１及び上記のテキストデータ２０からは、例えば、テキストデータ２０の作成者は１０〜２０代のユーザ属性と判定される。
【００７６】
また、図８の判定を属性種別毎に繰り返すので、例えば、テキストデータ２０の作成者は女性のユーザ属性と判定される。
【００７７】
属性登録手段２３は属性判定手段２２が判定したユーザ属性を属性種別毎に属性テーブル１３２に登録する。図９は、属性テーブル１３２の一例を示す。属性テーブル１３２は、年齢層、性別、出身地、国籍、宗教、年収層毎に、ユーザ属性が登録されている。
【００７８】
したがって、以上の構成により、ユーザがテキストデータ２０を生成するだけで、ユーザ属性を判定して登録しておくことができる。
【００７９】
＜機器の制御例＞
判定されたユーザ属性に応じた機器の制御例について説明する。
図１０は、情報処理装置１１１ＡとＭＦＰ１４１とを有する印刷システムの構成図を示す。図１０の情報処理装置１１１Ａは既に属性テーブル１３２に年齢層（６０才以上）のユーザ属性が登録されている。
【００８０】
情報処理装置１１１Ａのアプリケーションソフトウェア２７がＭＦＰ１４１にテキストデータ２０の印刷を要求したが（Ｓ１）、ＭＦＰ１４１には印刷に十分な枚数のＡ４用紙がない場合を想定する。
【００８１】
ＭＦＰ１４１はＡ４用紙が切れた旨のエラーコードを情報処理装置１１１Ａに送信する（Ｓ２）。情報処理装置１１１Ａのプリンタアプリケーション（例えば、プリンタドライバ）はこのエラーコードを解釈し、ユーザにエラーメッセージを表示するが、ここでＵＩ制御手段２４は、ユーザ属性に応じてエラーメッセージを生成する。
【００８２】
ＵＩ制御手段２４は属性テーブル１３２を参照し（Ｓ３）、ユーザ属性を抽出する。年齢層のユーザ属性は「６０才以上」なので、エラーメッセージを構成する文字を大きくして、エラーメッセージを表示する（Ｓ４）。
【００８３】
例えば、通常のエラーメッセージを１０ポイントで表示する場合、高齢者のユーザに対しては１６ポイントの文字を使用することで、高齢者でも容易にエラーメッセージを視認することができる。文字を太くしてもよい。年齢層に応じてＵＩ（エラーメッセージ）をどのように制御するかは予めＵＩ制御手段２４に登録されている。
【００８４】
なお、文字サイズ等の変更と共に又は文字サイズ等を変更することなく、エラーメッセージを音声出力する場合に音量を大きくしてもよい。例えば高齢者の場合、「Ａ４用紙が切れています。補充してください。」という音声が大きな音量で出力される。
【００８５】
ところで、図１０では情報処理装置１１１Ａのディスプレイ１１４にエラーメッセージを表示したが、エラーメッセージはＭＦＰ１４１の表示部にも表示されるので、ＭＦＰ１４１のエラーメッセージも大きく表示することが好ましい。
【００８６】
しかしながら、ＭＦＰ１４１は属性テーブル１３２を記憶していないので、ＭＦＰ１４１にユーザ属性を通知する必要がある。この場合、情報処理装置１１１Ａからテキストデータ２０を送信するときに、テキストデータ２０にユーザ属性を添付して送信すればよい。
【００８７】
また、属性判定手段２２はコンピュータを搭載したＭＦＰ１４１でも実行可能なので、ＭＦＰ１４１がテキストデータ２０からユーザ属性を判定してもよい。テキストデータ２０は、文字コードのままＭＦＰ１４１に送信される場合と、情報処理装置１１１Ａでラスタデータに変換されてからＭＦＰ１４１に送信される場合があるが、オフィスユースでは文字コードのままＭＦＰ１４１に送信されるので、ＭＦＰ１４１の属性判定手段２２は上述の方法でユーザ属性を判定できる。
【００８８】
また、用紙をコピーする場合にも用紙切れ等のエラーが発生する場合があるが、同様に年齢層に応じてエラーメッセージの表示及び／又は音声出力する。この場合、コピー元の原稿をＯＣＲ（Optical Character Reader）して原稿から文字コードを検出し、ユーザ属性を判定する。そして、ユーザ属性に応じてエラーメッセージの文字サイズを大きくしたり音量を増大させる。
【００８９】
なお、図１０では、ユーザ属性に応じて情報処理装置１１１Ａ又はＭＦＰ１４１のエラーメッセージの文字の大きさを制御したが、例えばフォントの種類を制御してもよい。
【００９０】
図１１は、情報処理装置１１１ＡとＭＦＰ１４１とを有する印刷システムの構成図を示す。なお、図１１において図１０と同一構成部には同一の符号を付しその説明は省略する。図１１の情報処理装置１１１Ａは既に属性テーブル１３２に性別（女性）のユーザ属性が登録されている。
【００９１】
ユーザが情報処理装置１１１Ａのアプリケーションソフトウェア２７からテキストデータ２０を例えばゴシックフォントで表示した状態で印刷操作をすると（Ｓ１１）、情報処理装置１１１Ａのプリンタアプリケーションは、属性テーブル１３２を参照する（Ｓ１２）。
【００９２】
情報処理装置１１１Ａのユーザのユーザ属性は女性なので、フォント変更手段２５は例えば、テキストデータ２０を丸文字に変換して、プレビュー表示する（Ｓ１３）。すなわち、ユーザ属性が女性の場合、女性らしいかわいらしいフォントに変換して印刷することができる。
【００９３】
ユーザはプレビュー表示を確認して例えばＹｅｓを入力すれば、丸文字にフォントが変換されたテキストデータ２０がＭＦＰ１４１に送信され、丸文字で印刷される（Ｓ１４）。また、例えばＮｏを入力すれば、元のフォントでテキストデータ２０がＭＦＰ１４１に送信され、印刷される（Ｓ１４）。
【００９４】
したがって、ユーザ属性を登録しておくことでユーザの嗜好に合致した印刷が可能となる。どのようなフォントに変更するかの情報は、予めフォント変更手段２５が記憶している。
【００９５】
なお、図１１のようにフォントを変更する場合においても、ＭＦＰ１４１がユーザ属性を判定して、ＭＦＰ１４１がユーザ属性に応じた機器制御することができる。
【００９６】
この場合、情報処理装置１１１ＡからＭＦＰ１４１にテキストデータ２０が送信された後、ＭＦＰ１４１はユーザ属性に応じて丸文字に変換したプレビュー表示用の画像データをいったん情報処理装置１１１Ａに送信する。そして、これに対しユーザがＹｅｓ又はＮｏを入力し、情報処理装置１１１ＡからＭＦＰ１４１にＹｅｓ又はＮｏの信号を送信することで、丸文字又は元のフォントでテキストデータ２０を印刷することができる。
【００９７】
したがって、本実施形態の情報処理装置１１１によりユーザ属性を判定することで、種々の機器を制御することができるようになる。
【００９８】
〔ユーザ属性を用いた機器の制御例〕
ユーザ属性が判定されれば、ユーザ属性に応じて種々の機器を制御することができ、機器の利便性を向上させることができる。本実施形態では、予め定めた文字又は自立語等（以下単に音楽ワードという）がテキストデータ２０に含まれている場合に対応する音楽を出力する音楽出力装置、及び、予め定めた文字又は用語（後述の動き設定ワード）がテキストデータ２０に含まれている場合にその文字等のフォントのビットマップデータを所定時間毎に書き換える動的フォント装置を例に説明する。
【００９９】
ところで、ユーザ属性の判定では、ユーザ属性とはテキストデータ２０を入力したユーザのユーザ属性としたが、機器を制御する場合は機器を利用するユーザのユーザ属性を用いることが好ましくなる。以下の機器の制御例では、ユーザ属性とは制御される機器のユーザのユーザ属性をいうものとする。
【０１００】
＜ユーザ属性による音楽出力装置の制御例＞
図１２は、音楽出力装置２００の機能構成図の一例を示す。属性テーブル１３２が利用可能であれば音楽出力装置２００は情報処理装置１１１Ａと別体でもよいが、本実施形態では情報処理装置１１１Ａが音楽出力装置２００を有する。
【０１０１】
音楽出力装置２００は、アプリケーションソフトウェア２７が取得するテキストデータ２０を検出して、テキストデータ２０が含む音楽ワードに応じて音又は音楽（以下、単に音楽という）を出力する。なお、テキストデータ２０はキーボード１１２から入力されてもよいし、記憶装置１２６から読み出しファイルとして入力されてもよい。
【０１０２】
ラスタライザ３３は、テキストデータ２０が含む文字コードに対応する文字をディスプレイ１１４に表示できるように、色付きの小さな点の集まりとして表現する。ラスタライザ３３はフォントデータＤＢ３２を有しており、文字コードに対応するフォントデータをフォントデータＤＢ３２から抽出する。
【０１０３】
図１３は、フォントデータＤＢ３２に格納されているフォントデータと後述する音楽データの一例を示す。フォントデータＤＢ３２には、文字コード毎にフォントデータが格納されている。フォントデータは、文字の輪郭を多数の線分に分割して各線分をベジェ曲線という関数より定まる曲線にて表現するため、線分の２つの端点位置、及び、曲線の曲がり具合を制御する１又は２の制御点の位置情報を有する。また、位置情報の他に輪郭の修正情報や塗りつぶしなどの描画情報を有している。
【０１０４】
ラスタライザ３３は、文字コードに対応するフォントデータを抽出して、アプリケーションソフトウェア２７が指定する文字サイズのマップに配置し点の集まりとして形成し、アプリケーションソフトウェア２７に送出する。これによりアプリケーションソフトウェア２７は文字をディスプレイ１１４に表示できる。
【０１０５】
これに対し、サウンドライザ３１は、文字コードに対応づけられた音楽をスピーカ３５により出力する。図１３に示したように、フォントデータＤＢ３２には、文字コード毎に音楽データが格納されている。音楽データは、一音ずつの音程、長さ、強さ、持続時の変化の仕方などを設定した音楽情報を示している。サウンドライザ３１は、文字コードに対応する音楽データを抽出して、音楽情報に基づく音源データ（例えば、ＦＭ音源データ、ＰＣＭ音源データ、ＭＩＤＩ（Musical Instrument Digital Interface）音源データ）を生成する。なお、音楽データとして音源データをフォントデータＤＢ３２に格納しておいてもよい。
【０１０６】
音楽データには、文字の意味をイメージさせる音楽情報が格納されている。例えば、「車」の文字コードに対応して格納された音楽データは、スピーカ３５から出力すると「ぶーん」という車が走行する音楽となる。同様にして、例えば、
・文字「烏（からす）」に対しては、「カーカー」という烏が鳴く音楽データが、
・文字「雨」に対しては、「ざーざー」という雨が降る音楽の音楽データが、
・文字「炎」に対しては、「ボーボー」という火が燃える音楽の音楽データが、
・文字「海」に対しては、「ザブーン」という波の音楽の音楽データが、
・文字「走」に対しては、「たったったった」という走る音楽の音楽データが、
それぞれ格納されている。
【０１０７】
したがって、テキストデータ２０に音楽データに対応づけられた文字コードがある場合、
サウンドライザ３１は、その音楽データから音源データを生成して音楽を出力するので、文字のイメージに合致した音楽を出力することができる。サウンドライザ３１が生成した音源データは音源ＩＣ３４に送出され、音源ＩＣ３４が音源データに基づき予め定められた音色の音楽を、アンプで増幅した後スピーカ３５から出力する。
【０１０８】
そして、本実施形態ではフォントデータＤＢ３２に、ユーザ属性に応じて異なる音楽データを格納しておくことで、ユーザ属性に応じて同じ文字でも出力する音楽を変更する。
【０１０９】
図１４（ａ）はユーザ属性の一例として年齢層を、図１４（ｂ）はユーザ属性の一例として性別をそれぞれ用いた場合の、音楽データが記憶されたフォントデータＤＢ３２の一例を示す。図１４では、実際にスピーカ３５から出力した際の音楽を言葉で置き換えて音楽データを表している。
【０１１０】
図１４（ａ）には、文字「馬」に対し、２０才以下の年齢層には「ぱかぱか」という音楽の音楽データが記憶されており、２１〜４０才の年齢層には「ぱっかぱっか」という音楽の音楽データが記憶されており、４１才以上の年齢層には「ひひーん」という音楽の音楽データが記憶されている。文字「車」、文字「海」についても同様に年齢層に応じて異なる音楽の音楽データが記憶されている。
【０１１１】
同様に、図１４（ｂ）には、文字「馬」に対し、男性には「ぱかぱか（早）」という音楽の音楽データが記憶されており、女性には「ぱかぱか（遅）」という音楽の音楽データが記憶されている。文字「車」、文字「海」についても同様に性別に応じて異なる音楽の音楽データが記憶されている。
【０１１２】
このように、ユーザ属性に応じた音楽を出力することで、年齢層や性別が異なってもユーザにテキストデータ２０の内容をイメージさせやすい音楽を出力することができる。
【０１１３】
図１３及び図１４では、文字毎に音楽データを格納しておくこととしたが、音楽データは音楽ワード毎に格納されていてもよい。図１５は、音楽ワードデータベース（ＤＢ）３６に登録された音楽データの一例を示す。
【０１１４】
音楽ワードＤＢ３６には、音楽ワードコードに対応づけて音楽データが記憶されている。音楽ワードコードは音楽ワードを構成する文字の文字コードである。例えば「ラーメン」という音楽ワードの場合、「ラ」「ー」「メ」「ン」の各文字の文字コードにより構成されている。音楽データは図１３と同様であるが、音楽データには、音楽ワードの意味をイメージさせる音楽の音楽データが記憶されている。例えば、
・「ラーメン」に対応して「づーづー」というラーメンをすする音楽の音楽データが、
・「台風」に対しては、「ごーごー」という風が強く吹く音楽の音楽データが、
・「小鳥」に対しては、「ピーチク」という小鳥のさえずる音楽の音楽データが、
・「バイク」に対しては、「ぶるんぶるん」というエンジンの音楽の音楽データが、
・「電車」に対しては、「がとんごとん」という走行時の音楽の音楽データが、
・「時計」に対しては、「ちくたく」という時計の音楽の音楽データが、
それぞれ記憶されている。
【０１１５】
サウンドライザ３１は、テキストデータ２０に音楽ワードＤＢ３６に記憶された音楽ワードがあるか否かをテキストデータ２０から検出される毎に判定し、音楽データが登録された音楽ワードが検出された場合、音楽データを抽出する。サウンドライザ３１は、該音楽データに基づいて音源データを生成するので、スピーカ３５から音楽ワードに対応した音楽を出力することができる。
【０１１６】
したがって、テキストデータ２０の意味をイメージさせやすい音楽ワードに対応した音楽を出力することができるので、テキストデータ２０の読み手は容易にテキストデータ２０の内容をイメージすることができる。
【０１１７】
音楽ワードＤＢ３６もユーザ属性に応じて異なる音楽データを格納しておくことが好適となる。
【０１１８】
図１６（ａ）はユーザ属性の一例として年齢層を、図１６（ｂ）はユーザ属性の一例として性別をそれぞれ用いた場合の、音楽データが記憶された音楽ワードＤＢ３６の一例を示す。図１６では、実際にスピーカ３５から出力した際の音楽を言葉で置き換えて音楽データを表している。
【０１１９】
図１６（ａ）には、音楽ワード「ラーメン」に対し、２０才以下の年齢層には「づーづー」という音楽の音楽データが記憶されており、２１〜４０才の年齢層には「つるつる」という音楽の音楽データが記憶されており、４１才以上の年齢層には「じゅるじゅる」という音楽の音楽データが記憶されている。音楽ワード「台風」、音楽ワード「小鳥」についても同様に年齢層に応じて異なる音楽の音楽データが記憶されている。
【０１２０】
同様に、図１６（ｂ）には、音楽ワード「ラーメン」に対し、男性には「ずるずる」という音楽の音楽データが記憶されており、女性には「ちゅるちゅる」という音楽の音楽データが記憶されている。音楽ワード「台風」、音楽ワード「小鳥」についても同様に性別に応じて異なる音楽の音楽データが記憶されている。
【０１２１】
なお、文字に対応した音楽と複数の文字に対応した音楽は、いずれか一方を出力してもよいし両方を出力してもよい。
【０１２２】
以上の構成を用いて、音楽出力装置２００が入力されたテキストデータ２０を用いて音楽を出力する処理の手順を図１７のフローチャート図に基づき説明する。図１７のフローチャート図は、例えばアプリケーションソフトウェア２７が立ち上がって所定のテキストデータ２０を読み出すとスタートする。ここでは、情報処理装置１１１Ａが電子メールを受信したものとする。
【０１２３】
まず、所望のアプリケーションソフトウェア２７を立ち上げ、テキストデータ２０がキーボード１１２から入力されたり電子メールとして受信される（Ｓ１０）。例えば、アプリケーションソフトウェア２７が電子メールソフトウェアであった場合、受信した電子メールを開いた場合、本実施形態の音楽出力装置２００が起動する。
【０１２４】
図１８は、電子メールソフトウェアが起動してディスプレイ１１４に表示されるＧＵＩの一例を示す。電子メールソフトウェアは、コマンド欄４１、画面切り替え欄４２、受信メール一覧４３及び本文表示欄４４とを有する。
【０１２５】
ユーザが、読みたい電子メールを受信メール一覧４３からマウス１１３等で選択すると、選択された電子メールのテキストデータ２０「台風の中、ラーメンを食べに行った」が本文表示欄４４に表示される。
【０１２６】
サウンドライザ３１は、属性テーブル１３２を参照して情報処理装置１１１Ａのユーザのユーザ属性が登録されているか否かを判定する（Ｓ２０）。ユーザ属性が既に登録されている場合（Ｓ２０のＹｅｓ）、ユーザ属性を抽出する（Ｓ３０）。ここでは、年齢層のユーザ属性として２０代のユーザ属性が抽出されたものとする。
【０１２７】
ユーザ属性が登録されていない場合（Ｓ２０のＮｏ）、例えば、既に情報処理装置１１１Ａに記憶された所定のテキストデータ２０から情報処理装置１１１Ａのユーザ属性を判定してもよいし（Ｓ４０）、受信したテキストデータ２０からユーザ属性を代用的に判定してもよい。情報処理装置１１１Ａは普段から使用されているはずなので、ユーザ属性が登録されていない可能性は低い。例えば、ステップＳ１０で入力したテキストデータ２０が電子メールでなく、ユーザが自ら入力したものであれば入力したテキストデータ２０から情報処理装置１１１Ａのユーザ属性を判定できる。
【０１２８】
ついで、サウンドライザ３１は、ユーザ属性に応じて「台風の中、ラーメンを食べに行った」の各音楽ワードに対応する音楽データを音楽ワードＤＢ３６から抽出し、音楽ワードに対応する音楽データが記憶されているか否かを判定する（Ｓ５０）。
【０１２９】
本実施形態では、「台風」及び「ラーメン」について音楽データが抽出される。なお、図１８では、音楽データが抽出された音楽ワードに下線を付した。
【０１３０】
サウンドライザ３１は、ユーザ属性に応じて「台風」及び「ラーメン」の音楽データの音源データを生成する（Ｓ６０）。年齢層のユーザ属性が２０代なので、例えば、サウンドライザ３１は「台風」という音楽ワードに対して「びゅーびゅー」という音楽を、「ラーメン」という音楽ワードに対して「つるつる」という音楽をそれぞれ出力できるように音源データが生成される。音源データが生成されたら音源ＩＣ３４は、スピーカ３５から該音楽を出力する（Ｓ７０）。音楽出力装置２００は、以上の処理をテキストデータ２０が終了するまで繰り返す（Ｓ８０）。
【０１３１】
したがって、音楽出力装置２００はユーザ属性に応じて出力する音楽を制御することができ、使用する機器のユーザに好適な音楽を出力することができる。
【０１３２】
・・・音楽出力の優先順位について
図１７のフローチャート図では、テキストデータ２０に現れる順番に音楽を出力したが、テキストデータ２０には優先的に音楽を出力した方がよい音楽ワードが存在することが考えらえる。
【０１３３】
図１９は、優先順位を有する音楽ワードＤＢ３６の一例を示す。図１９で優先順位は整数で表示されており、「１」が最も優先順位が高く、数字が大きくなるほど優先順位が低くなる。図１９のように音楽ワードに優先順位が割り振られている場合、優先順位の高いものから順番に又は優先順位の高いものから所定数だけ、出力することができる。
【０１３４】
サウンドライザ３１は、テキストデータ２０の所定の一文の中に、音楽データが対応づけられた複数の音楽ワードが含まれている場合、全ての音楽データ又は音源データを蓄積しておき、優先順位の高いものから順番にスピーカ３５から出力する。
【０１３５】
優先順位の設定について説明する。優先順位は例えば３〜１０段階程度に設定可能であり、ユーザが各用語毎に任意に設定することができる。
【０１３６】
図２０（ａ）は、ディスプレイ１１４に表示される優先順位設定画面の一例を示す図である。図２０（ａ）の画面は、ユーザが優先順位を設定するためのプログラムを起動することで表示される。優先順位を設定するための優先順位設定プログラムは、図１９の音楽ワードＤＢ３６から音楽ワードと優先順位を読み出し図２０（ａ）のように表示する。
【０１３７】
優先順位設定画面は、上側に音楽ワードの先頭文字を選択するための先頭文字選択欄４５を有し、先頭文字を選択するとその先頭文字で始まる音楽ワードの優先順位設定欄４６が表示される。図２０（ａ）では先頭文字として「あ」が選択された場合を示す。
【０１３８】
優先順位設定欄４６は、「あ」行の文字（あいうえお）を先頭文字とする音楽ワードが順番に表示される。音楽ワードの横に優先順位を入力する欄があるので、ユーザは指示に従い例えば１〜１０の数値を入力することができる。
【０１３９】
優先順位の入力が終了しユーザが終了ボタン４７を押下すると、優先順位設定プログラムは、優先順位を音楽ワードＤＢ３６に格納する。これにより、ユーザが任意で優先順位を設定することができる。
【０１４０】
また、優先順位は、品詞毎に設定可能であってもよい。図２０（ｂ）は優先順位設定画面の別の一例を示す。同様に、ユーザが優先順位を設定するためのプログラムを起動すると図２０（ｂ）のような画面が表示される。
【０１４１】
図２０（ｂ）では、品詞の例として名詞、動詞、形容詞（形容動詞）、副詞及び感動詞が表示されそれぞれに対応して優先順位の入力欄が表示されている。ユーザは自分の好みに応じて品詞毎に優先順位を入力できる。また、図２０（ｂ）では、品詞としての分類が困難であるが、品詞の一分類として擬音の優先順位の入力欄が表示されている。擬音（又は擬態語）は人や動物の声や物音をその音に似た形で描写したり、人や物の動き・様子を感覚的に描写したりするための言葉であり、例えば、「ひやり、どきどき、ぎらぎら、ドシュッ」などが該当する。擬音語は、音に似た響きを言葉で表現した音楽ワードなので、擬音語の優先順位を高く設定することで、文章の内容を音楽で出力した場合に有効である。
【０１４２】
サウンドライザ３１は、テキストデータ２０が入力されると図１９の音楽ワードＤＢ３６を参照し、テキストデータ２０に含まれる各音楽ワード毎に対応する音楽データ及び優先順位を抽出しておき、優先順位の高い順に音楽データをソートする。
【０１４３】
そして、サウンドライザ３１は、ソートされた音楽データから順番に音源データを生成しスピーカ３５から出力する。なお、音源データがそのまま音楽ワードＤＢ３６に格納されている場合、直接音源データを抽出すればよい。
【０１４４】
例えば、図１７のフローチャート図の処理では台風の「びゅーびゅー」に次いで、ラーメンの「つるつる」という音楽が出力されたが、ラーメンの優先順位が台風よりも高い場合、「つるつる」に次いで、「びゅーびゅー」という音楽が出力される。
【０１４５】
なお、優先順位の同じ音楽ワードが一文に含まれていた場合、一文中に出現する順番に音楽を出力する。また、優先順位の高い順でなく低い順に音楽を出力してもよい。
【０１４６】
また、音楽ワードＤＢ３６に予め優先順位が登録されていない場合であっても、音楽を出力する順番を変えることができる。
【０１４７】
例えば、一文を形態素解析した場合に、主語と述語に相当する音楽ワードに音楽データが与えられていれば、主語と述語の音楽ワードの音楽を優先的に（最初に）出力する。「猫が犬に追いかけられて走り出した」のような文章では、主語が「猫」、述語が「走り出した」であるので、猫に対応する音楽「ニャー」に続いて「タタタ」という音楽が出力され、ユーザは音楽を聴くことで文章の内容をイメージしやすくなる。
【０１４８】
また、係り受け関係がない又は遠い音楽ワード間の音楽を出力する場合、係り受け関係のない音楽ワードの音楽を出力するまでの時間を長めにすることで、ユーザは音楽により文章の内容をイメージしやすくなる。例えば「明日、海へ行ってビールを飲もう」という文章であれば、「海」は「行く」に係り、「ビール」は「飲もう」に係る。音楽ワードＤＢ３６に「海」、「ビール」及び「飲」に対応する音楽データが格納されている場合、「海（ザブーン）」の音楽を出力した後、通常よりも時間間隔をあけ、「ビール（シュポッ）」と「飲（ごくごく）」の間は通常通りの時間間隔で出力する。これにより、音楽を出力する時間間隔で音楽ワード間の意味の結びつきを知ることができる。
【０１４９】
以上のように、音楽ワードに対応した音楽の出力に優先順位を設けることで、テキストデータ２０の意味をより伝えやすくすることができる。
【０１５０】
・・・電子メールの着信音
電子メールにより送信されたテキストデータ２０が含む音楽ワードに対応する音楽を電子メールの着信音として出力できれば、電子メールを受信したユーザは電子メールの内容を音楽により把握できて便利である。
【０１５１】
情報処理装置１１１Ａ（ＰＣ）の場合、電子メールソフトウェアが新着の電子メールを受信すると、電子メールソフトウェア又はＯＳが予め設定された所定の音楽ファイル（ＷＡＶＥやＭＰ３等）が再生して電子メールを受信した旨を知らせる音楽を出力する。
【０１５２】
また、情報処理装置１１１Ｂ（携帯電話）の場合、携帯電話が電子メールを受信するとＯＳが予め設定された所定のＭＩＤＩデータなどの音源データを抽出し、音源ＩＣ３４を介して当該音楽を出力する。また、情報処理装置１１１Ｂでは送信元のメールアドレスに応じて抽出する音源データを可変とすることもできる。
【０１５３】
本実施形態では、予め定められた着信音の代わりに電子メールのテキストデータ２０が含む音楽ワードに対応した音楽を出力する。
【０１５４】
図２１は、電子メールの着信音を音楽ワードに応じて出力する音楽出力装置２００の機能構成図を示す。なお、図２１において図１２と同一構成部には同一の符号を付しその説明は省略する。
【０１５５】
図２１ではテキストデータ２０として電子メールが送信される。また、アプリケーションソフトウェア２７は、情報処理装置１１１Ａ（ＰＣ）の場合、電子メールソフトウェアであり、情報処理装置１１１Ｃ（携帯電話）の場合、電子メールの受信時に音楽を出力したりＬＥＤを点灯させるＯＳ又はＯＳが提供するプログラムである。
【０１５６】
例えば、電子メールソフトウェアやＯＳが出力する着信音の代わりに、音楽ワードに対応する音楽を出力する設定の場合、電子メールソフトウェアやＯＳは電子メールを受信しても、着信音を出力せず、サウンドライザ３１にテキストデータ２０を送出する。
【０１５７】
サウンドライザ３１は、属性テーブル１３２を参照してユーザ属性を抽出し、テキストデータ２０の音楽ワードを抽出した後、ユーザ属性に応じて音楽ワードＤＢ３６から音楽ワードに対応づけられた音楽データを抽出し、音楽を出力する。したがって、電子メールの着信音を、ユーザ属性に応じて可変とすることができる。
【０１５８】
図２２は、音楽出力装置２００が電子メールを受信した場合に、着信音の代わりに電子メールが含む音楽ワードに対応した音楽を出力する処理手順のフローチャート図である。なお、図２２では携帯電話が電子メールを受信する場合について説明する。
【０１５９】
携帯電話の電源が入っている場合、アプリケーションソフトウェア（電子メールソフトウェア又はＯＳ）２７は電子メールの着信があるか否かの判定を繰り返す（Ｓ１１０）。そして、電子メールが着信すると、アプリケーションソフトウェア２７は、電子メールに含まれるテキストデータ２０をサウンドライザ３１に送出する（Ｓ１２０）。図２２のフローチャート図では、例えば「台風の中、ラーメンを食べに行った」というテキストデータ２０がサウンドライザ３１へ送出される。
【０１６０】
サウンドライザ３１は、属性テーブル１３２から情報処理装置１１１Ｂのユーザの属性情報を抽出する（Ｓ１３０）。例えば、女性のユーザ属性が抽出されたものとする。
【０１６１】
サウンドライザ３１は、テキストデータ２０に含まれる各音楽ワードについて音楽ワードＤＢ３６を参照し対応づけて格納された音楽データをユーザ属性に応じて抽出する。音楽ワードＤＢ３６は、優先順位を有してもいなくてもよい。
【０１６２】
音楽データが抽出された場合はそれらを蓄積しておき、サウンドライザ３１は音楽データが抽出されたことを示すフラグを当該電子メールに設定する。なお、音源データがそのまま音楽ワードＤＢ３６に格納されている場合、直接音源データを抽出する。
【０１６３】
そして、アプリケーションソフトウェア２７はフラグを参照して、電子メール中に音楽データが存在したか否かを判定する（Ｓ１４０）。電子メール中に音楽データが存在した場合（Ｓ１４０のＹｅｓ）、サウンドライザ３１は蓄積した音楽データに基づき音源データを生成し音源ＩＣ３４に送出する（Ｓ１５０）。これにより、音楽ワードに対応した音楽がスピーカ３５から出力される（Ｓ１６０）。
【０１６４】
女性のユーザ属性では台風により「ぴゅーぴゅー」という音楽が、ラーメンにより「ちゅるちゅる」という音楽が、それぞれ出力される。
【０１６５】
したがって、予め設定されている着信音ではなく、電子メールの文章の内容に応じた音楽をユーザの属性に応じて出力することができる。なお、音楽ワードの音楽の音量や鳴動時間は予め設定されている。
【０１６６】
また、電子メール中に対応した音楽データが存在しない場合（Ｓ１４０のＮｏ）、アプリケーションソフトウェア２７は予め設定されている着信音をスピーカ３５から出力する（Ｓ１７０）。
【０１６７】
以上のように、電子メールが着信した時に、電子メールの文書が含む音楽ワードに基づき音楽が出力されるので、ユーザは着信音により電子メールの内容を理解又は推測することができる。音楽は、ユーザ属性に応じてかわるので、ユーザの嗜好に合致した音楽を出き、電子メールの内容の理解や推測を容易にする。
【０１６８】
・・・電子メールサーバによる音源データの生成
これまでは携帯電話又はパソコンに搭載されたサウンドライザ３１が音源データを生成しそのまま出力していたが、電子メールサーバに搭載されたサウンドライザ３１がユーザ属性に応じて音源データをクライアントに送信し、クライアントが受信した音源データを再生する実施形態について説明する。
【０１６９】
図２３は電子メールの配信システムの全体構成図を示す。携帯電話やＰＨＳ（以下、単に発信端末５１という）の場合、発信端末５１から発信された電波（電子メール）は所定の面積をカバーするように配置された基地局に受信され、電子メールは基地局から電話網を介してメールサーバ５２に送信される。メールサーバ５２は送信先アドレスが付与された電子メールをネットワークに送出し、ＳＭＴＰ等のプロトコルに従い、受信端末５４の存在を検出している基地局から受信端末５４に電子メールが送信される。
【０１７０】
また、パソコン５３に電子メールを送信する場合、メールサーバ５２はパソコン５３が加入している例えばプロバイダのメールサーバ（不図示）に電子メールを送信し、プロバイダのメールサーバからパソコン５３に電子メールが送信される。
【０１７１】
本実施例では、発信端末５１、及び、受信端末５４又はパソコン５３（以下、区別せず単に受信端末５４という）のいずれも音源データを生成せず、メールサーバ５２が電子メールの文章に応じて音源データを生成し、電子メール及び音源データを受信端末５４に送信する。
【０１７２】
ところで、送信者が音源データの添付を所望しない場合もある。そこで、送信者は音源データを受信端末５４に送信したい場合、電子メールを送信する時に音源データを受信端末５４に送信することをメールサーバ５２に依頼する。音源データの送信を依頼する場合、送信者は発信端末５１のメールソフトウェアに設けられたラジオボタンを選択する等の簡易な構成で実現できる。
【０１７３】
ラジオボタンの選択等、送信者の指示がある場合、発信端末５１の電子メールソフトウェアは、音楽付加依頼情報を当該電子メールと共にメールサーバ５２に送信する。音楽付加依頼情報は、ＨＴＭＬメール（例えばデコメール（登録商標））のように所定のタグに記述されるようにしてもよいし、ヘッダ部の例えば「Ｓｕｂｊｅｃｔ」に記述される「題名」の最後に特殊な記号を付加したり、添付ファイルとして送信される。
【０１７４】
なお、受信者側が音源データの受信を所望しない場合、予めメールサーバ５２にその旨の設定をしておけばよい。
【０１７５】
図２４はメールサーバ５２に搭載された音楽出力装置２００のブロック図を示す。なお、図２４において図１２と同一部分には同一の符号を付しその説明は省略する。メールサーバ５２はアプリケーションソフトウェア２７の代わりにサービスプログラム４８を有し、また、メールサーバ５２は文字を表示するわけではないのでラスタライザ３３を有さず、音楽を出力しないので音源ＩＣ３４やスピーカ３５を有さない。
【０１７６】
サービスプログラム４８は、電子メールからテキストデータ２０を抽出する機能及び生成された音源データを元の電子メールに添付して、ネットワークに送出するメールサーバプログラムである。例えば、メールサーバで使用されることがあるＳｅｎｄｍａｉｌ（登録商用）ソフトウェアを利用する。なお、メールサーバ５２における音源データの生成方法は図１２等で説明した手順と同じであるので説明は省略する。
【０１７７】
ところで、ユーザ属性に応じた音源データを添付するには、メールサーバ５２が属性テーブル１３２を記憶している必要がある。メールサーバ５２が属性テーブル１３２を記憶しておく方法は、各ユーザから登録しておく方法と、電子メールのテキストデータ２０から属性判定手段２２がユーザ属性を判定し、属性テーブル１３２に記憶しておく方法がある。
【０１７８】
なお、属性判定手段２２が判定するユーザ属性は電子メールの送信元のユーザのユーザ属性であるので、属性登録手段２３はユーザの識別情報に対応づけてユーザ属性を登録しておき、当該ユーザが送信先となった場合に事前に記憶しておいたユーザ属性を参照する。いずれの方法を採用しても、メールサーバ５２のサウンドライザ３１は電子メールの送信先のユーザのユーザ属性に応じて、音源データを電子メールに添付することができる。
【０１７９】
図２５はメールサーバ５２の音楽出力装置２００が音源データを添付する処理手順を示すフローチャート図である。
【０１８０】
まず、サービスプログラム４８は、電子メールを受信する（Ｓ２１０）。電子メールの文章は、例えば「台風の中、ラーメンを食べに行った」である。そしてサービスプログラム４８は、電子メールと共に音楽付加依頼情報が送信されているか否かを判定する（Ｓ２２０）。
【０１８１】
音楽付加依頼情報がなければ（Ｓ２２０のＮｏ）、サービスプログラム４８はそのまま電子メールが受信端末５４に送信される（Ｓ２６０）。
【０１８２】
音楽付加依頼情報がある場合（Ｓ２２０のＹｅｓ）、サービスプログラム４８は電子メール中のテキストデータ２０を抽出し、サウンドライザ３１に送出する。サウンドライザ３１は電子メールの宛先のユーザのユーザ属性を属性テーブル１３２から抽出する（Ｓ２３０）。例えば、男性のユーザ属性が抽出される。
【０１８３】
そして、サウンドライザ３１は、音楽ワードに対応した音楽データを音楽ワードＤＢ３６から抽出し、音源データを生成する（Ｓ２４０）。台風、ラーメンの音楽ワードに対し、男性のユーザ属性で抽出される音源データはそれぞれ「ぶぉんぶぉん」「ずるずる」である。
なお、メールサーバ５２は比較的大容量の音楽ワードＤＢ３６を有することができるので、音楽ワードに対応した音源データを直接抽出するように構成してもよい。
【０１８４】
ついで、サービスプログラム４８は音源データを電子メールに添付し、また、電子メールから音楽付加依頼情報を削除する（Ｓ２５０）。音楽付加依頼情報を削除することで、受信端末５４に余計な情報を送信することが防止できる。サービスプログラム４８は、音源データが添付された電子メールを送信する（Ｓ２６０）。以上のようにして、電子メールと共にユーザ属性に応じた音源データが受信端末５４に送信される。
【０１８５】
図２６は受信端末５４が電子メールと共に音源データを受信して着信音として音楽を出力する手順を示すフローチャート図である。
【０１８６】
携帯電話の電源が入っている場合、受信端末５４のアプリケーションソフトウェア（電子メールソフトウェア）２７は電子メールの着信があるか否かの判定を繰り返す（Ｓ３１０）。そして、電子メールが着信すると、アプリケーションソフトウェア２７は、電子メールに音源データが添付されているか否かを判定する（Ｓ３２０）。音源データが添付されているか否かの判定は、所定の拡張子の添付ファイルが添付されているか否かにより判定される。
【０１８７】
電子メールに音源データが添付されていない場合（Ｓ３２０のＮｏ）、アプリケーションソフトウェア２７は予め設定されている着信音をスピーカ３５から出力する（Ｓ３４０）。
【０１８８】
電子メールに音源データが添付されている場合（Ｓ３２０のＹｅｓ）、アプリケーションソフトウェア２７は添付されている音源データに基づき音楽を出力する（Ｓ３３０）。すなわち、受信端末５４のスピーカ３５から「ぶぉんぶぉん」「ずるずる」という音楽が出力される。これにより、電子メールの内容に応じた音楽を着信音として出力することができ、着信音により電子メールの内容をイメージすることができる。また、受信者のユーザ属性に応じた音楽が出力できるので、内容の把握がより容易になる。
【０１８９】
なお、本実施例では、電子メールに添付された音源データを着信音として出力したが、音源データが添付されている場合も予め設定されている着信音を出力し、電子メールがオープンされた時に添付された音源データにより音楽を出力してもよい。
【０１９０】
＜ユーザ属性による動的フォント装置の制御例＞
液晶などの表示装置に表示された文字、絵文字、数値、記号（以下、単に文字という）は、その輪郭が変化することがなく、例えば、「火」という文字をある位置に表示すると「火」という文字の一部の郭線の配置や太さ、形状が変化しない。
【０１９１】
表示された文字に動きを持たせるためには、文字の構成を段階的に変えたビットマップ形式のイラストを紙芝居のように置き換える方法が考えられるが、同一の文字としてその構成が異なる文字のイラストを何枚も準備すると、記憶容量を圧迫してしまう。
【０１９２】
本実施形態の動的フォント装置３００は、記憶容量を増大させることなく、表示される文字に動きを持たせ、多彩な表現方法を実現させることができる。
【０１９３】
図２７は、動的フォント装置３００の機能構成図の一例である。動的フォント装置３００は、ラスタライザ３３、ディスプレイ１１４、フォントデータＤＢ３２、各文字の動作内容を規定する動作設定ファイル６３、ラスタライザ３３に経過時間などを連絡するタイマ６１、各文字の動作内容を記録しているメモリ６２、を有する。ラスタライザ３３は図１２と同様であるので説明を省略する。
【０１９４】
図２８は、フォントデータＤＢ３２のデータ構成例を示す図である。図２８（ａ）は、所定の文字に対応付けられた文字コード、該文字を構成する要素のうち基本的な要素となる基本エレメントコード、該文字を構成する要素のうち時間の経過と共に更新される構成要素（記号要素）であるエレメントコード、基本エレメントコードの形状情報、エレメントの形状情報、が関連づけられて格納されている。
【０１９５】
図２８（ａ）の例によれば、基本エレメントコードＦ０４０に対し、エレメントコードＦ０４１、Ｆ０４２，Ｆ０４３，Ｆ０４４のうちいずれか又は複数が、１つの文字として表示される。
【０１９６】
図２８（ｂ）は、例えば「火」という文字に対応する文字コード８９８Ａにおいて、基本エレメントコードＦ０４０及びエレメントコードＦ０４４に基づいて、文字をビットマップ形式で生成し表示した例を示す。この場合、図２８（ａ）の基本エレメント形状７１とエレメント形状７５が組み合わされ、火という文字が生成され表示される。
【０１９７】
このように、フォントデータＤＢ３２は、１つの文字コードに対し、１つの基本エレメントコードと複数のエレメントコードを対応させて格納するので、同一の文字コードでありながら種々の構成で表示することが可能となる。また、基本エレメントコードの形状情報だけを格納するので記憶容量が節約できる。なお、基本エレメント形状情報及びエレメント形状情報はアウトラインデータで記述されている。
【０１９８】
そして、本実施形態のフォントデータＤＢ３２は、さらにユーザ属性に対応づけてエレメント形状情報を記憶している。図２９は、ユーザ属性に対応付けられたエレメント形状情報を有するフォントデータＤＢ３２の一例を示す。図２９では、ユーザ属性の一例として年齢層を用いている。
【０１９９】
ユーザ属性に関わらず１つの文字に複数のエレメントコードが対応づけられているので、どちらの年齢層であっても文字に動きを持たせることは可能であるが、１〜４０才のエレメント形状よりも４１才以上のエレメント形状の方が太く・かつ長くなっており、視認性に優れる構成となっている。
【０２００】
続いて、動作設定ファイル６３について説明する。図３０（ａ）は、動作設定ファイル６３の一例を示す図である。図３０（ａ）では、各エレメントコードに対して、色、サイズ、更新時間、表示位置、回転、が対応付けされている。色とは、対応するエレメントコードを表示する際の色を、サイズは対応するエレメントコードを表示する際のサイズを、更新時間は対応するエレメントコードを表示する期間を、表示位置は対応するエレメントコードを表示する際の位置を、回転は対応するエレメントコードを表示したときの記号要素の回転速度を、それぞれ表す。サイズ、更新時間、表示位置、回転の単位は、それぞれ適当な単位を使用する。
【０２０１】
従って、文字の一部となる記号要素は、更新時間で設定した時間の間だけ表示され、ラスタライザ３３は、更新時間が経過すると、次に表示すべきエレメントコードに基づいて記号要素を生成し当該文字を更新する。文字を構成する記号要素が更新されることで文字に動きを持たせることができる。
【０２０２】
図３０（ｂ）は、「火」という文字において、エレメントコードがＦ０４１、Ｆ０４２、Ｆ０４３、Ｆ０４４の順番で更新された場合に、「火」という文字が時間と共に更新される様子を示す。なお、図３０（ｂ）においては、色、サイズ、表示位置、回転の設定内容は既に設定されているデフォルトの値を採用した。これら項目を個々に設定した値で表示しても良い。
【０２０３】
図３０（ｂ）において、文字７６はＦ０４０とＦ０４１を、文字７７はＦ０４０とＦ０４２を、文字７８はＦ０４０とＦ０４３を、文字７９はＦ０４０とＦ０４４を、それぞれ組み合わせて表示した文字である。各文字は、色が黒、サイズは１０、表示位置は座標（Ｘ１、Ｙ１）、回転はしない状態で、それぞれ更新時間、例えば５秒間隔で更新される。
【０２０４】
次に、文書の中で、文字に動きを設定する場合について説明する。図３１は、アプリケーションソフトに入力されたテキストデータ２０のうち、「火」という文字について動作を設定する場合のＧＵＩの一例を示す。このＧＵＩはプログラムを実行することで提供される。
【０２０５】
アプリケーションソフトウェア２７は例えばワープロソフトウェアなど、文字を入力されるソフトウェアであればよい。「火」という文字について動作を設定する場合には、例えば「火」の上にマウス１１３を合わせ右クリックすることでポップアップウィンドウ８０が開く。
【０２０６】
ポップアップウィンドウ８０が開くと、基本エレメントコード及び各エレメントコードに基づいた記号要素の形状が表示される。各記号要素について、色、位置、サイズ、回転、時間、などを設定する欄があるので、各記号要素毎にこれらを設定する。なお、図示しないが、表示したいエレメントだけをアクティブする設定項目を設ければ、特定のエレメントコードに基づく記号要素だけを繰り返し表示可能である。ポップアップウィンドウ８０は一例にすぎずこの他にも多様な設定方法で設定される。
【０２０７】
図３１のポップアップウィンドウ８０に表示される、色、位置、サイズ、回転、時間は、図３０に示された動作設定ファイル６３の設定項目に対応する。従って、ポップアップウィンドウ８０において設定された設定内容は、所定のタイミングで図３０に示された動作設定ファイル６３の設定項目に格納される。
【０２０８】
なお、本実施例では、色、位置、サイズ、回転、時間、を自由に設定するが、予め設定可能な値を定めておき、それを選択するようにしても良い。選択する場合は、図３０の動作設定ファイル６３の各設定項目に予め選択可能な値を設定しておき、それをポップアップウィンドウ８０において選択する。
【０２０９】
また、図３１のポップアップウィンドウ８０では、基本エレメントについても、色、位置、サイズ、回転、時間、を設定する項目があるが、本実施例では基本エレメントについて設定しない。
【０２１０】
ポップアップウィンドウ８０における設定を、図３０の動作設定ファイル６３の各設定項目の設定座標と対応づけると、現在の文字の一連の動作を特定可能となる。すなわち、ポップアップウィンドウ８０において、Ｆ０４１の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、Ｆ０４２の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、Ｆ０４３の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、Ｆ０４４の設定は、色を黒、サイズを１０、更新時間を５、表示位置を（ｘ１，ｙ１）、回転を０π、としたとする。
【０２１１】
この一連の動作内容は、図３０の動作設定ファイル６３の設定座標を利用して表現する。図３０においては、色、サイズ、更新時間、表示位置、回転のそれぞれに１から４の番号を付した欄が設けてあり、色、サイズ、更新時間、表示位置、回転の変化パターンを、番号で指定する。例えば、図３０において、色の番号１の欄には黒が設定されている。この番号（座標）を用いて、色、サイズ、更新時間、表示位置、回転の各設定を（１，１，１，１，１）と表現する。従って、例えば、Ｆ０４１の設定が、「色は黒、サイズは１０、更新時間は５、表示位置は（ｘ１，ｙ１）、回転は０π」である場合、これをＦ０４１（１，１，１，１，１）と表す。もちろん、各設定項目の数は４つ以上であっても良い。
【０２１２】
また、「Ｆ０４１（１、１、１、１、１）の次にＦ０４２（１、１、１、１、１）を表示し、次にＦ０４３（１、１、１、１、１）を表示し、次にＦ０４４（１、１、１、１、１）を表示する」という一連の動作を特定するためには、例えば動作ＩＤを用いる。動作ＩＤにより上記一連の動作内容を特定できる。図３１の現在の動作ＩＤ８１は、「火」という字の現在の動作内容を特定したものである。実際の動作内容は、プレビューボタン８２をクリックすると確認できる。
【０２１３】
ポップアップウィンドウ８０で動作内容が設定されると、動作内容がこのテキストデータ２０のメタデータ６９として、テキストデータ２０のファイルに添付される。
【０２１４】
図３２は、メタデータ６９の一例を示す。図３２において、アプリケーション名はテキストデータ２０を表示するアプリケーションソフトウェア２７の名称を、ファイル名はテキストデータ２０のファイル名（メタデータ６９が添付されるファイル名）を示す。
【０２１５】
文字コードは、例えば、「火」の文字コードであり、基本エレメントコードは図２８（ａ）で示した「火」という文字を構成する要素のうち基本的な要素となる記号要素のコードである。
【０２１６】
動作ＩＤは、図３１で示したように一連の動作を特定するために設定された項目であり、表示内容は当該動作ＩＤで特定される動作内容を図３０の動作設定ファイル６３の座標で表示したものである。図３２の表示内容の「Ｆ０４１（１、１、１、１、１）→Ｆ０４２（１、１、１、１、１）→Ｆ０４３（１、１、１、１、１）→Ｆ０４４（１、１、１、１、１）」における"→"は、動作の順番を表す。従って、図３２の例では、Ｆ０４１（１、１、１、１、１）、Ｆ０４２（１、１、１、１、１）、Ｆ０４３（１、１、１、１、１）、Ｆ０４４（１、１、１、１、１）の順に表示内容が更新される。文字コードＩＤは、同一ファイルの中に同一の文字が複数個存在した場合に、特定の文字を識別するための項目である。
【０２１７】
表示内容をいくつか定めておき、表示内容を特定する動作ＩＤとユーザ属性を対応づけておいてもよい。図３３は、ユーザ属性に動作ＩＤを対応づけた属性用動作設定ファイル６８の一例を示す。
【０２１８】
予めユーザ属性毎に適当な表示内容を定めておき、それを動作ＩＤで識別することで、属性用動作設定ファイル６８でユーザ属性と表示内容を対応づけている。ユーザ属性は、年齢層、性別、出身地、国籍、宗教、年収層、等であり、例えば年齢層をユーザ属性とする場合、１〜４０才と４１才以上で異なる動作ＩＤを対応づける。例えば、１〜４０才では文字をカラフルに表示したり、エレメント形状１つ当たりの更新時間を短くしたりする。４１才以上ではエレメント形状１つ当たりのサイズを大きめにしまた見やすい色に設定する。したがって、ユーザ属性に応じて文字の動きを可変にすることができる。
【０２１９】
以上の構成に基づき、動的フォント装置３００の動作手順を図３４及び図３５のフローチャートを用いて詳細に説明する。図３４の動作手順は、例えば、アプリケーションソフトウェア２７が起動するとスタートする。
【０２２０】
まず、図２７におけるアプリケーションソフトウェア２７を実行し、テキストデータ２０を含む所定のファイルが開かれると、ラスタライザ３３は、属性テーブル１３２からユーザ属性を抽出する（Ｓ４００）。ついで、アプリケーションソフトウェア２７から該ファイルに添付されたメタデータ６９を取得する（Ｓ４１０）。
【０２２１】
メタデータ６９を取得すると、ラスタライザ３３は、メタデータ６９に設定されたアプリケーション名、ファイル名を特定し、タイマ６１及びメモリ６２へ登録する（Ｓ４２０）。
【０２２２】
図３６は、図２７におけるタイマ６１及びメモリ６２の登録例を示す。各文字の動作内容を記録し更新するメモリ６２は、図３６（ａ）に示すように、例えば、アプリケーション名、ファイル名を特定し、テキストデータ２０の中で動きが設定された文字の文字コード、文字コードＩＤ、記号要素の色、サイズ、時間、位置、回転、現在表示中、の登録情報を有する。また、基本エレメントコードとエレメントコードに対応する形状情報をメモリ６２に登録する。ここで、色、サイズ、時間、位置、回転は図３０の動作設定ファイル６３の設定項目と対応する。
【０２２３】
ラスタライザ３３に経過時間などを通知するタイマ６１は、図３６（ｂ）に示すように、例えば文字コードＩＤ、基本エレメントコード、エレメントコード、動き速度、カウント値から構成される。文字コードＩＤ、基本エレメントコード及びエレメントコードは、現在表示されている文字を特定し、時間は当該記号要素が表示される期間を示し、カウント値はタイマ６１がクロックアップすることで時間の経過共に積算されていく現在の更新時間である。
【０２２４】
従って、メタデータ６９が入力されると、メモリ６２には、まず文字コード、文字コードＩＤ及び基本エレメントコードが登録さる。また、当該コードに該当する形状情報がフォントデータＤＢ３２を参照してメモリ６２に登録される（Ｓ４３０）。これによりラスタライザ３３は、メモリ６２を参照すると当該文字の形状を特定できる。
【０２２５】
また、メタデータ６９は動作ＩＤにより各文字の表示内容を指定するので、ラスタライザ３３は動作設定ファイル６３を参照することで、メモリ６２に、色、サイズ、時間、位置、回転をエレメントコード毎に設定することができる（Ｓ４４０）。これによりラスタライザ３３は、各記号要素の色、サイズ、時間、位置、回転を特定できる。
【０２２６】
現在表示中のエレメントコードは、メモリ６２にフラグを立てる方法で特定する。図３６（ａ）では、表示中のエレメントコードにフラグとして"※"を付した。
【０２２７】
メモリ６２のこれらの登録内容に基づいて、ラスタライザ３３は特定の文字の表示を切り換える。初期状態の文字の設定は、メタデータ６９の表示内容のうち、最初の記号要素、例えば図３２ではＦ０４１（１、１、１、１、１）、に基づいて特定する（Ｓ４５０）。
【０２２８】
初期状態の文字が特定されると、ラスタライザ３３は、図２９に示すように、ユーザ属性に応じて抽出した基本エレメントコード、エレメントコードのエレメント形状情報に基づいて文字のビットマップデータを生成しディスプレイ１１４へ出力する（Ｓ４６０）。これによって、ユーザ属性に好適な初期状態の文字が表示された。
【０２２９】
ラスタライザ３３がビットマップデータを出力すると、ラスタライザ３３は、タイマ６１がカウントする、出力したエレメントコードのカウント値を０にリセットする（Ｓ４７０）。これにより、出力したエレメントコードの表示期間のカウントが開始される。カウントはコンピュータなどが内蔵する時計を参照して行っても良いし、ＣＰＵ１２７のクロックを利用しても良い。
【０２３０】
ラスタライザ３３は、表示しているテキストデータ２０の表示の終了命令があるか否かを判定し（Ｓ４８０）、表示の終了命令があると（Ｓ４８０のＹｅｓ）、タイマ６１及びメモリ６２のうち、対象のファイルの登録内容をリセットし、このファイルに対する処理を終了する（Ｓ５３０）。図３５では、ステップＳ４８０のタイミングで表示終了か否か判断しているが、ラスタライザ３３への割り込みのタイミングはステップＳ４８０に限定されない。
【０２３１】
カウントが継続されている間、タイマ６１は図３６（ｂ）の時間とカウント値を定期的に比較する（Ｓ４９０）。そして、カウント値が登録された時間以上にカウントアップされると、タイマ６１からラスタライザ３３へ文字コードＩＤと共に、所定期間が経過したことが通知される。
【０２３２】
所定期間が経過したことが通知されると、ラスタライザ３３は、メモリ６２に登録されている内容から該当する文字コードＩＤを検索し、その文字コードＩＤのうち現在表示中のエレメントコードの次のエレメントコードを特定する（Ｓ５００）。エレメントコードが特定されると、エレメント形状情報、色、サイズ、時間、位置、回転の登録内容も特定されるので、これらの情報に基づいてラスタライザ３３は、ビットマップデータを作成し、ディスプレイ１１４へ出力する（Ｓ５１０）。このとき、図３６（ａ）の現在表示中のエレメントコードを次のエレメントコードに切り替える。
【０２３３】
ビットマップデータ等が出力されると、ラスタライザ３３は、図３６（ｂ）のタイマ６１の内容から、それまで表示していたエレメントコードを削除し、現在出力したエレメントコードに置き換える。そして、置き換えたエレメントコードのカウント値を０にリセットする（Ｓ５２０）。
【０２３４】
以上、説明したように動的フォント装置３００は、表示する文字に動きを与えることが可能となる。文字の形状や動きはユーザ属性に応じて制御されるので、年齢層などのユーザ属性に適切な動きを与えることができる。
【０２３５】
なお、本実施形態では、メタデータ６９が添付されたファイルを電子メールなどで送信した場合、受信者が同様のラスタライザ３３、フォントデータＤＢ３２及び動作設定ファイル６３を有すれば、同様に文字の動きを再現可能である。電子メールそのものに適用してもよい。仮に、受信者がこれらの環境を有さない場合、文字コードに基づいて静止状態の文字が表示されるため不具合は生じない。
【０２３６】
・・・文字の代わりに絵に動きを持たせる場合
動的フォント装置３００では、記号として文字に動きを持たせる場合について説明したが、絵やアイコンなどに動きを持たせることもできる。以下では、説明のため絵素という言葉を使用するが、絵素とは一つの絵を構成する絵の要素をいう。例えば、人間の顔の絵があれば、顔を構成する目や鼻の絵は絵素となる。また、目だけを表示する絵があるときは、１つの絵素で構成された絵である。このように、絵と絵素には明確な区別ない。なお、動的フォント装置３００の機能構成図は図２７と同様である。
【０２３７】
図３７は、絵素のフォントデータＤＢ３２の一例を示す。フォントデータＤＢ３２は、文字と同様に絵素コードにより絵素を特定すると共に、絵素毎に絵素形状情報を有する。
【０２３８】
図３７の分類は、各絵素名を分類するためのグループ名を、絵素名は各絵素の名称であり絵素コードで特定される。各絵素は、絵素の形状を決定する絵素形状情報を有する。例えば、絵素コードＭ０４０は車を表し、Ｍ０４０を指定すると車の絵素形状の例として車８３が表示される。同様に、絵素コードＢ０１３を指定すれば橋の形状情報の例として橋８４が、絵素コードＨ０２４を指定すればハートの形状情報の例としてハートマーク８５が表示される。
【０２３９】
また、絵素形状情報は、ユーザ属性に対応づけて登録されている。図３７ではユーザ属性として男性と女性を用いた。したがって、同じ例えば車８３でも男性ではスポーツカーの絵を登録しておき、女性では軽の絵を登録しておく等により、ユーザ属性に適切な絵を表示することができる。
【０２４０】
絵素の形状の生成は、文字と同様にラスタライザ３３が行う。従って、フォントデータＤＢ３２には図３７の絵素の情報の他に文字の情報が含まれる。
【０２４１】
続いて、アプリケーションソフトウェア２７上で絵素の表示を指定する場合の設定例を図３８に基づいて説明する。図３８（ａ）は、アプリケーションソフトウェア２７で例えば右クリックすることで絵素のポップアップウィンドウ８０が開き、設定内容を入力したところである。図３８（ａ）にその設定例がポップアップ表示されている。
【０２４２】
図３８（ａ）の上段に示される「Ｂ０１３、ＦＵＬＬ、固定」は、絵素コードＢ０１３で表示される絵素を画面上最大の大きさに（ＦＵＬＬ）、固定された状態で表示することを意味する。また、図３８（ａ）の下段に示される「Ｍ０４０、３０×２０、（Ａ，０９）〜（０６，０９）、５」は、絵素コードＭ０４０で表示される絵素を、３０×２０の大きさで、座標（Ａ，０９）〜（０６，０９）の間を、５秒毎に更新して表示することを意味する。このように、例えば、「絵素コード、大きさ、表示範囲、更新時間」の形で絵素の表示を指定できると規定すれば、簡単に絵に動きを指定することが可能となる。
【０２４３】
図３８（ｂ）は、図３８（ａ）の設定の結果表示される絵を表す。Ｂ０１３の絵素コードで特定される橋の絵素が画面上最大に表示され、Ｍ０４０で特定される車の絵素が３０×２０の大きさで、座標（Ａ，０９）から座標（０６，０９）の間に表示されている。図３８（ｂ）では３台の車があるように見えるが、これは５秒ごとに更新される様子を示したものであり、実際には同時に１台の車が動くように表示される。
【０２４４】
また、図３８（ｂ）の上方及び右側にある数値は座標を説明のために表示したもので実際のアプリケーション上では表示されない。
【０２４５】
図３８の絵素の動作の設定内容は、文字と同様にアプリケーションソフトウェア２７のテキストデータ２０（ファイル）に添付できる。図３９は絵素に対するメタデータ６９の一例を示す。なお、図３９の内容は文字と同様にメモリ６２に登録される。
【０２４６】
そして、図３９では、更新時間がユーザ属性に応じて設定されている。年齢をユーザユーザ属性とした場合、絵素Ｍ０４０は１〜４０才のユーザでは３秒ごとに更新され、４１才以上のユーザでは５秒ごとに更新される。このように更新時間を設定すれば、ユーザ属性に応じて異なる動きを見せることができる。
【０２４７】
ラスタライザ３３は、移動範囲に設定されている座標「（Ａ，０９）→（０６，０９）」を、例えば図３８（ｂ）の上方及び右側にある座標を用いて、（Ａ，０９）、（０９，０９）（０８，０９）（０７，０９）（０６，０９）と展開し、メモリ６２に登録する。
【０２４８】
絵素コード、大きさ、更新時間についても同様に登録する。色、サイズ、時間、回転は固定であり、位置のみが展開された値になる。したがって、メモリ６２に登録された内容に従い、ラスタライザ３３が車の絵素を５秒ごとに座標を変更して表示することができる。
【０２４９】
また、図３８では、大きさ、座標及び更新時間のみを設定できるようにしたが、これに加え色や回転といった内容も設定できるようにしても良い。
【０２５０】
このように、絵を絵素で構成することでテキストデータ２０に含まれる絵に動きを持たせることができる。絵素は、アウトラインデータで保存されているため、ビットマップデータよりもファイル容量を節約できる。これら絵素を組み合わせることで、豊かな表現を実現できる。例えば、顔文字などを構成する絵素に動き与え電子メールなどで送信した場合、受信者が同様のラスタライザ３３、フォントデータＤＢ３２を有すれば、顔文字の動きを再現可能である。絵素の場合、動作設定ファイル６３はなくてもよい。また、ユーザ属性に応じて同じ絵素でも動きが変わるので、ユーザ属性に応じてユーザに多様な表現を提供できる。
【０２５１】
・・・文字と絵素を組み合わせた表示
文字と絵素のそれぞれに動きを持たせる動的フォント装置３００について説明したが、文字と絵素を組み合わせて動きを持たせてもよい。
【０２５２】
図４０は、フォントデータＤＢ３２の一例を示す。図４０のフォントデータＤＢ３２は、文字の形状を構成する、基本エレメントコード及びその形状情報並びにエレメントコード及びその形状情報から成り、更に、当該文字と共に表示可能な絵素コード及びその形状情報を有する。
【０２５３】
例えば、図４０では、文字コード６１１Ｂで指定される文字を「愛」とすると、愛と共に表示可能な絵素として、絵素コードＨ０２４で指定されるハートマークが登録されている。
【０２５４】
絵素コードは、その絵素と共に表示する文字にのみ対応づけられて登録されている。なお、複数の絵素コードが１つの文字に登録されていてもよい。
【０２５５】
「愛」という文字も「火」という文字と同様に、基本エレメント形状情報及び単数又は複数のエレメント形状情報に基づいて生成される記号要素から構成される。ただし、ここでは、基本エレメント形状情報及びエレメント形状情報ではなく、「愛」という文字全体に対して絵素を重畳させる表示形態に関して説明する。
【０２５６】
アプリケーションソフトウェア２７における入力画面に基づいて説明する。図４１（ａ）は、アプリケーションソフトウェア２７上で絵素と文字に動作を設定する場合の入力例である。図４１（ａ）において、図３１と同一構成部分には同一の符号を付しその説明は省略する。
【０２５７】
例えば「愛」という字の上にマウス１１３を合わせ右クリックすることで図４１のポップアップウィンドウ８０が開く。ポップアップウィンドウ８０が開くと、絵素コードに基づいた絵素の形状及び本来の文字コードに基づいた文字の形状が表示される。従って、文字又は絵素それぞれについて、色、位置、サイズ、回転、時間、などを設定することができる。
【０２５８】
図４１（ａ）のポップアップウィンドウ８０に表示される、絵素の色、位置、サイズ、回転、時間は、図３０に示された動作設定ファイル６３の設定項目に対応する。従って、ポップアップウィンドウ８０において設定された設定内容は、所定のタイミングで図３０に示された動作設定ファイル６３の設定項目に格納される。本実施例で明らかなように、絵素と文字を組み合わせて表示する場合であっても、動作設定ファイル６３は構成を変更することなく使用できる。
【０２５９】
ポップアップウィンドウ８０で動作内容が設定されると、動作内容はメタデータ６９に記録され、このアプリケーションソフトウェア２７で開いているファイルに添付される。
【０２６０】
図４１（ｂ）は、メタデータ６９の一例を示す。図４１（ｂ）において、アプリケーション名は「愛」という字の動きを設定したアプリケーションソフトウェア名を、ファイル名はメタファイルが添付されるテキストデータ２０のファイル名を示す。
【０２６１】
文字コードは、ここでは「愛」の文字コードであり、基本エレメントコードは図４０のフォントデータＤＢ３２に示した文字を構成する要素のうち基本的な要素となる記号要素のコードである。
【０２６２】
動作ＩＤは、一連の動作を特定するために設定された項目であり、表示内容は、当該動作ＩＤで特定される動作内容を図３２と同様に動作設定ファイル６３の座標で表示したものである。文字コードＩＤは、同一ファイル中に同一の文字が複数あった場合に、文字を特定するための識別番号である。
【０２６３】
図４１（ｂ）の表示内容によると、「Ｈ０２４（１、１、１、１、１）→Ｈ０２４（１、２、１、１、１）→Ｈ０２４（１、３、１、１、１）→Ｈ０２４（１、４、１、１、１）」となっている。これは、Ｈ０２４で指定されるハートマークの絵素のサイズが変化する（大きくなる）ことを示す。
【０２６４】
以降は、文字に重畳する形でハートマークが表示するため、「愛」という文字と生成されたハートマークを合成する処理を行ってから表示する。
【０２６５】
図４１（ｃ）は、愛という文字に対し、ハートマークの絵素を「Ｈ０２４（１、１、１、１、１）→Ｈ０２４（１、２、１、１、１）→Ｈ０２４（１、３、１、１、１）→Ｈ０２４（１、４、１、１、１）」に従って表示した例を示す。図４１（ｃ）は、上から順番に、５秒ごとの、「君のこと愛している！」という一文を示す。「君のこと愛している！」というテキストデータ２０の愛に重畳して、ハートマークが５秒ごとに大きくなる。ハートマークと共に「愛」という文字を構成する記号要素に動作を設定しても良い。
【０２６６】
したがって、文字と絵素を組み合わせて表示し、さらに文字及び絵素に動きを持たせることができるため、より表現方法が向上する。また、絵素はユーザ属性に応じて変えることができるので、ユーザの嗜好に合致した表現が可能となる。
【０２６７】
・・・複数の文字に動きを持たせる場合
１つの文字と１つの絵素のそれぞれに動きを持たせる動的フォント装置３００について説明したが、複数の文字又は複数の絵素に対し動きを持たせてもよい。以下、複数の文字又は複数の絵素を動き設定ワードという。
【０２６８】
図４２は、動的フォント装置３００の機能構成例を示す図である。図４２において、図２７と同一構成部分については同一の符号を用い、その説明は省略する。
【０２６９】
図４２は、表示方法規定ファイル７０を有する点で図２７と異なる。表示方法規定ファイル７０の構成例を図４３に示す。図４３によると、表示方法規定ファイル７０には複数の動き設定ワードが登録されており、各動き設定ワードに対し、予め表示内容及び更新時間が登録されている。すなわち、表示方法規定ファイル７０は、所定の動き設定ワードに対し、表示内容に基づいて、動き設定ワード全体に動きを持たせるための情報を設定したファイルである。
【０２７０】
例えば、アプリケーションソフトウェア２７で開いたテキストデータ２０の中に、「ジャンプ」という文字列が存在する場合、ラスタライザ３３は、ユーザ属性に応じて表示方法規定ファイル７０から「ジャンプ」に対応づけられた表示内容及び更新時間を抽出する。
【０２７１】
動きがあっても文字自体が同じなので説明のため、ジャンプの表示内容「ジャンプ→ジャンプ」に「ジャンプ（Ｌ）→ジャンプ（Ｒ）」と記号を付す。例えば、１〜４１才の場合、左側の「ジャンプ（Ｌ）」は、動き設定ワードの右に行くほどサイズが徐々に大きくなっており、右側の「ジャンプ（Ｒ）」は動き設定ワードの右にいくほどサイズが徐々に小さくなっている。従って、当該表示内容を実施すると、ディスプレイ１１４に表示された「ジャンプ」は、ジャンプ（Ｌ）とジャンプ（Ｒ）が交互に表示され、飛び上がって動いているように見える。
【０２７２】
具体的にはラスタライザ３３は、動き設定ワード「ジャンプ」を、文字"ジ"、"ャ"、"ン"、"プ"に展開し、４つの文字を、"ジ（Ｌ）"から"ジ（Ｒ）"へ、"ャ（Ｌ）"から"ャ（Ｒ）"へ、"ン（Ｌ）"から"ン（Ｒ）へ、"プ（Ｌ）"から"プ（Ｒ）"へ、同時に更新することでジャンプという動き設定ワード全体に動きを持たせることができる。
【０２７３】
「ジャンプ」という動き設定ワードが更新して表示される様子を、メモリ６２に登録される内容で説明する。
【０２７４】
図４４は動き設定ワード「ジャンプ」がメモリ６２に登録された登録例を示す。ラスタライザ３３は、表示方法規定ファイル７０のジャンプを各文字に展開し、色、サイズ、更新時間を設定する。その際、現在表示している文字又は初期状態で表示する文字全てに現在表示中のフラグを立てる。以降は、タイマ６１から更新時間が経過して割り込みがあるたびに、現在表示中の文字と同一の文字コードの文字を検出し、当該文字の設定内容で文字のビットマップデータを生成し更新する。
【０２７５】
例えば図４４では、上側の４文字の"ジ"、"ャ"、"ン"、"プ"に表示中のフラグがたっているため、更新時間が経過すると、同一文字コードである下側の４文字の"ジ"、"ャ"、"ン"、"プ"の文字のビットマップデータが生成され更新される。
【０２７６】
なお、表示方法規定ファイル７０の登録は、ポップアップウィンドウ８０により登録できる。例えば、テキストデータ２０の「ジャンプ」に動きを登録する場合、次のように設定する。
・「ジャンプ」を選択する（これにより反転表示される）。
・表示方法規定ファイル７０の編集プログラムを起動する。
・表示内容のＬとＲのそれぞれの「ジャンプ」を設定する。図４４の場合は、"ジ"、"ャ"、"ン"、"プ"それぞれの文字サイズを指定すればよい。
・更新時間を設定する。
【０２７７】
このように、動き設定ワード全体に動きを持たせることでより豊かな表現が可能となる。また、ユーザ属性に応じて動き設定ワードの動きを可変にできるので、ユーザの嗜好に合致した表現が可能となる。
【０２７８】
以上説明したように、テキストデータ２０の作成者又は情報処理装置１１１等のユーザのユーザ属性を判定することで、種々の機器をユーザ属性に応じて制御することが可能となる。例えば、音楽出力装置２００はユーザ属性に応じて音楽を変えることができ、動的フォント装置３００はユーザ属性に応じて動きを変えることできるので、機器のユーザビリティを向上させることができる。
【図面の簡単な説明】
【０２７９】
【図１】ユーザ属性を判定する情報処理装置の一例を示す図である。
【図２】情報処理装置のハードウェア構成例を示す図である。
【図３】情報処理装置の機能構成図の一例である。
【図４】情報処理装置の機能構成図の他の一例を示す図である。
【図５】属性判定ＤＢの一例を示す図である。
【図６】属性判定ＤＢの詳細例を示す図である。
【図７】属性判定手段がユーザ属性を判定する手順を示すフローチャート図の一例である。
【図８】年齢層の属性種別におけるユーザ属性を判定する手順を示すフローチャート図の一例である。
【図９】属性テーブルの一例を示す図である。
【図１０】情報処理装置とＭＦＰとを有する印刷システムの構成図の一例である。
【図１１】情報処理装置とＭＦＰとを有する印刷システムの構成図の一例である。
【図１２】音楽出力装置の機能構成図の一例を示す図である。
【図１３】フォントデータＤＢに格納されているフォントデータと音楽データの一例を示す図である。
【図１４】ユーザ属性が対応づけられて音楽データが記憶されたフォントデータＤＢの一例を示す図である。
【図１５】音楽データＤＢに登録された音楽データの一例を示す図である。
【図１６】ユーザ属性が対応づけられた音楽データが記憶された音楽ワードＤＢの一例を示す図である。
【図１７】音楽出力装置が入力されたテキストデータを用いて音楽を出力する処理の手順を示すフローチャート図である。
【図１８】電子メールソフトウェアが起動してディスプレイに表示されるＧＵＩの一例を示す図である。
【図１９】優先順位を有する音楽ワードＤＢの一例を示す図である。
【図２０】ディスプレイに表示される優先順位設定画面の一例を示す図である。
【図２１】電子メールの着信音を音楽ワードに応じて出力する音楽出力装置の機能構成図の一例である。
【図２２】音楽出力装置が電子メールを受信した場合に、着信音の代わりに電子メールが含む音楽ワードに対応した音楽を出力する処理手順を示すフローチャート図である。
【図２３】電子メールの配信システムの全体構成図の一例である。
【図２４】メールサーバに搭載された音楽出力装置のブロック図の一例である。
【図２５】メールサーバの音楽出力装置が音源データを添付する処理手順を示すフローチャート図である。
【図２６】受信端末が電子メールと共に音源データを受信して着信音として音楽を出力する手順を示すフローチャート図である。
【図２７】動的フォント装置の機能構成図の一例である。
【図２８】フォントデータＤＢのデータ構成例を示す図である。
【図２９】ユーザ属性に対応付けられたエレメント形状情報を有するフォントデータＤＢの一例を示す図である。
【図３０】動作設定ファイルの一例を示す図である。
【図３１】アプリケーションソフトに入力されたテキストデータのうち、「火」という文字について動作を設定する場合のＧＵＩの一例を示す図である。
【図３２】メタデータの一例を示す図である。
【図３３】ユーザ属性に動作ＩＤを対応づけた属性対応動作設定ファイルの一例を示す図である。
【図３４】動的フォント装置の動作手順を示すフローチャート図である。
【図３５】動的フォント装置の動作手順を示すフローチャート図である。
【図３６】タイマ及びメモリの登録例を示す図である。
【図３７】絵素のフォントデータＤＢの一例を示す図である。
【図３８】アプリケーションソフトウェア上で絵素の表示を指定する場合の設定例を示す図である。
【図３９】絵素に対するメタデータの一例を示す図である。
【図４０】フォントデータＤＢの一例を示す図である。
【図４１】アプリケーションソフトウェア上で絵素と文字に動作を設定する場合の入力例を示す図である。
【図４２】動的フォント装置の機能構成例を示す図である。
【図４３】表示方法規定ファイルの構成例を示す図である。
【図４４】動き設定ワード「ジャンプ」がメモリに登録された登録例を示す図である。
【符号の説明】
【０２８０】
２０ テキストデータ
２１ ＩＭ
２２ 属性判定手段
２３ 属性登録手段
２４ ＵＩ制御手段
２５ フォント変更手段
２６ 文字列抽出手段
２７ アプリケーションソフトウェア
３１ サウンドライザ
３２ フォントデータＤＢ
３３ ラスタライザ
３６ 音楽ワードＤＢ
６１ タイマ
６２ メモリ
６３ 動作設定ファイル
６８ 属性用動作設定ファイル
６９ メタデータ
７０ 表示方法規定ファイル
８０ ポップアップウィンドウ
１１１ 情報処理装置
１１４ ディスプレイ
１３１ 属性判定ＤＢ
１３２ 属性テーブル
１３３ プログラム
１４１ ＭＦＰ
２００ 音楽出力装置
３００ 動的フォント装置
【特許請求の範囲】
【請求項１】
複数のグループにより人間を特徴づける特徴カテゴリーにおける、文字データの作成者が属する前記グループを判定する情報処理装置であって、
複数の文字の前記文字データを入力する文字データ入力手段と、
前記グループと対応づけて文字列を記憶する文字列記憶手段と、
前記文字データ入力手段により入力された前記文字列に対応づけられた前記文字列記憶手段の前記グループを参照して、所定の前記特徴カテゴリーにおける前記作成者が属する前記グループを判定する属性判定手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記作成者の前記グループを記憶するグループ記憶手段と、
前記属性判定手段が判定した前記グループを前記特徴カテゴリー毎に前記グループ記憶手段に登録するグループ登録手段と、
を有することを特徴とする情報処理装置。
【請求項３】
前記特徴カテゴリーが高齢者とそれ以外の前記グループを有する年齢層である場合、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに所定数以上の第２水準の漢字が含まれているか、又は、所定以上の比率で第２水準の漢字が含まれている場合、前記作成者が高齢者の前記グループに属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記特徴カテゴリーが男性と女性の前記グループを有する性別である場合、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに、所定数以上の絵文字が含まれている場合、前記作成者が女性の前記グループに属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項５】
前記特徴カテゴリーが複数の年齢区分を前記グループとする年齢層の場合、
前記文字列記憶手段は、前記年齢区分と対応づけて、それぞれの前記年齢区分の前記作成者が、それ以外の前記年齢区分の前記作成者よりも高い頻度で使用する前記文字列を記憶しており、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに含まれる前記文字列のうち、前記文字列記憶手段に記憶された前記文字列の数を前記年齢区分毎にカウントし、前記作成者はカウントされた数が最も大きい前記年齢区分に属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項６】
前記特徴カテゴリーが国内の所定領域を前記グループとする出身地の場合、
前記文字列記憶手段は、前記所定領域と対応づけて、それぞれの前記所定領域の前記作成者が、それ以外の前記所定領域の前記作成者よりも高い頻度で使用する前記文字列を記憶しており、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに含まれる前記文字列のうち、前記文字列記憶手段に記憶された前記文字列の数を前記所定領域毎にカウントし、前記作成者はカウントされた数が最も大きい前記所定領域に属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項７】
前記グループ記憶手段に登録された前記作成者の前記グループに応じて、当該情報処理装置を制御する制御手段、
を有することを特徴とする請求項２記載の情報処理装置。
【請求項８】
前記特徴カテゴリーが高齢者とそれ以外の前記グループを有する年齢層の場合であって、前記グループ記憶手段に登録された前記作成者の前記グループが高齢者である場合、
表示装置に表示する文字のサイズを所定値より大きくするＵＩ制御手段、
を有することを特徴とする請求項２記載の情報処理装置。
【請求項９】
前記特徴カテゴリーが男性と女性の前記グループを有する性別の場合であって、前記グループ記憶手段に登録された前記作成者の前記グループが女性である場合、
表示装置に表示する文字のフォントを変更するフォント変更手段、
を有することを特徴とする請求項２記載の情報処理装置。
【請求項１０】
音を出力する音出力装置において、
複数のグループにより人間を特徴づける特徴カテゴリーにおける、当該音出力装置のユーザが属する前記グループを記憶するグループ記憶手段と、
記号を識別する記号コードを入力する入力手段と、
前記記号コードに対応する記号の描画情報と、前記記号コード及び前記グループに対応づけて記憶された第１の音楽データと、が記憶されたフォントデータベースと、
前記記号コードに対応する前記描画情報に基づき記号を表示装置に表示する記号表示手段と、
前記記号コード及び前記グループに対応する前記第１の音楽データに基づきスピーカから音楽を出力する音楽出力手段と、
を有することを特徴とする音出力装置。
【請求項１１】
複数の記号から構成される音楽ワードの音楽ワードコード及び前記グループに対応づけて記憶された第２の音楽データが記憶された音楽データ記憶手段と、
前記記号コードに対応する前記描画情報に基づき記号を表示装置に表示する記号表示手段、を有し、
前記音楽出力手段は、前記音楽ワードコード及び前記グループ記憶手段に記憶された前記グループに対応する前記第２の音楽データに基づきスピーカから音楽を出力する、
ことを特徴とする請求項１０記載の音出力装置。
【請求項１２】
前記入力手段はキーボードであって、前記記号コード又は前記音楽ワードコードは、前記キーボードから入力される、
ことを特徴とする請求項１０又は１１記載の音出力装置。
【請求項１３】
前記記号コード又は前記音楽ワードコードは、アプリケーションソフトウェアのデータファイルから入力される、
ことを特徴とする請求項１０又は１１記載の音出力装置。
【請求項１４】
前記音楽ワードコードを含む電子メールを受信する受信手段と、
前記電子メールに含まれる前記音楽ワードコードに対応した前記第２の音楽データが前記音楽データ記憶手段に記憶されているか否かを判定する手段と、
前記音楽ワードコードに対応した前記第２の音楽データが前記音楽データ記憶手段に記憶されている場合、
前記音楽出力手段は、前記電子メールの着信音として前記第２の音楽データに基づき生成された音楽を出力し、
前記音楽ワードコードに対応した前記第２の音楽データが前記音楽データ記憶手段に記憶されていない場合、前記電子メールの着信音を出力する、
ことを特徴とする請求項１０記載の音出力装置。
【請求項１５】
記号を生成して表示する記号表示装置において、
複数のグループにより人間を特徴づける特徴カテゴリーおける、当該記号表示装置のユーザが属する前記グループを記憶するグループ記憶手段と、
記号を識別する記号コードを入力する入力手段と、
記号のイメージの全体又は一部を構成する所定の記号要素の要素データを複数含む記号のフォントデータを、前記グループに対応づけて記憶するフォントデータ記憶手段と、
前記グループ記憶手段に記憶された前記グループに応じて、該フォントデータ記憶手段に記憶されたフォントデータを参照して記号のイメージを作成するイメージ作成手段と、
該イメージ作成手段が作成したイメージを表示装置に表示する表示手段と、を有し、
前記イメージ作成手段は、前記記号要素の複数の要素データを設定された更新時間毎に順番に読み出して、記号のイメージを更新時間毎に更新する、
ことを特徴とする記号表示装置。
【請求項１６】
前記フォントデータ記憶手段は、
絵を構成するエレメントである絵素のアウトラインデータを絵素コード及び前記グループに対応づけて記憶しており、
前記イメージ作成手段は、前記グループ記憶手段に記憶された前記グループに応じて、絵素のアウトラインデータを設定された更新時間毎に順番に読み出して、絵素のイメージを更新時間毎に更新する、
ことを特徴とする請求項１５記載の記号表示装置。
【請求項１７】
前記記号要素の色を指示する色情報、
前記記号要素若のサイズを指示するサイズ情報
前記記号要素の記号に対する相対位置を指示する位置情報、
前記記号要素の回転角度を指示する回転情報、又は、
前記記号要素の更新時間を指示する更新時間情報、
のいずれか規定する動作設定ファイルを記憶する動作設定ファイル記憶手段、
を有することを特徴とする請求項１５又は１６記載の記号表示装置。
【請求項１８】
前記記号コードがアプリケーションソフトウェアのデータファイルに含まれている場合、
前記データファイルは、
前記記号要素の色を指示する色情報、
前記記号要素のサイズを指示するサイズ情報
前記記号要素の記号に対する相対位置を指示する位置情報、
前記記号要素若しくは前記絵素の回転を指示する回転情報、又は、
前記記号要素の更新時間を指示する更新時間情報、
のいずれか規定する第１のメタデータを有する、
ことを特徴とする請求項１５又は１６記載の記号表示装置。
【請求項１９】
前記データファイルは、
複数の記号からなる動き設定ワード及び前記グループに対応づけて、該動き設定ワードの少なくとも一部の前記記号毎に、２以上の記号コード、サイズ又は更新時間のいずれかを登録した第２のメタデータを有し、
前記イメージ作成手段は、前記グループ記憶手段に記憶された前記グループに応じて、前記動き設定ワードを構成する記号のフォントデータを前記更新時間毎に読み出して、動き設定ワードを構成する前記記号のイメージを更新する、
ことを特徴とする請求項１８記載の記号表示装置。
【請求項２０】
文書データの画像を形成して用紙に印刷する画像形成装置において、
前記文書データと共に、
複数のグループにより人間を特徴づける特徴カテゴリーおける、当該画像形成装置のユーザが属する前記グループのグループ情報を受信するグループ情報受信手段と、
前記グループ情報受信手段により受信した前記グループ情報に応じて、当該画像形成装置を制御する制御手段と、
を有することを特徴とする画像形成装置。
【請求項２１】
文字を表示する表示手段を有し、
前記特徴カテゴリーが高齢者とそれ以外の前記グループを有する年齢層であり、前記グループ受信手段により受信した前記グループ情報の前記グループが高齢者である場合、
前記制御部は、表示装置に表示する文字のサイズを所定値より大きくする、
をことを特徴とする請求項２０記載の画像形成装置。
【請求項２２】
複数のグループにより人間を特徴づける特徴カテゴリーにおける、当該機器のユーザが属する前記グループを判定する前記機器のユーザ属性判定方法であって、
文字データ入力手段から文字データを入力するステップと、
属性判定手段が、前記グループと対応づけて文字列を記憶する文字列記憶手段から、前記文字データ入力手段により入力された前記文字データに含まれる前記文字列が対応づけられた前記グループを参照して、所定の前記特徴カテゴリーにおける前記作成者が属する前記グループを判定するステップと、
を有することを特徴とするユーザ属性判定方法。
【請求項２３】
複数のグループにより人間を特徴づける特徴カテゴリーにおける、当該コンピュータのユーザの前記グループを判定するプログラムであって、
前記文字データを入力する文字データ入力手段と、前記グループと対応づけて文字列を記憶する文字列記憶手段と、接続可能な前記コンピュータを、
前記文字データ入力手段により入力された前記文字データに含まれる前記文字列に対応づけられた前記文字列記憶手段の前記グループを参照して、所定の前記特徴カテゴリーにおける前記作成者が属する前記グループを判定する属性判定手段、
として機能させるためのプログラム。
【請求項１】
複数のグループにより人間を特徴づける特徴カテゴリーにおける、文字データの作成者が属する前記グループを判定する情報処理装置であって、
複数の文字の前記文字データを入力する文字データ入力手段と、
前記グループと対応づけて文字列を記憶する文字列記憶手段と、
前記文字データ入力手段により入力された前記文字列に対応づけられた前記文字列記憶手段の前記グループを参照して、所定の前記特徴カテゴリーにおける前記作成者が属する前記グループを判定する属性判定手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記作成者の前記グループを記憶するグループ記憶手段と、
前記属性判定手段が判定した前記グループを前記特徴カテゴリー毎に前記グループ記憶手段に登録するグループ登録手段と、
を有することを特徴とする情報処理装置。
【請求項３】
前記特徴カテゴリーが高齢者とそれ以外の前記グループを有する年齢層である場合、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに所定数以上の第２水準の漢字が含まれているか、又は、所定以上の比率で第２水準の漢字が含まれている場合、前記作成者が高齢者の前記グループに属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記特徴カテゴリーが男性と女性の前記グループを有する性別である場合、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに、所定数以上の絵文字が含まれている場合、前記作成者が女性の前記グループに属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項５】
前記特徴カテゴリーが複数の年齢区分を前記グループとする年齢層の場合、
前記文字列記憶手段は、前記年齢区分と対応づけて、それぞれの前記年齢区分の前記作成者が、それ以外の前記年齢区分の前記作成者よりも高い頻度で使用する前記文字列を記憶しており、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに含まれる前記文字列のうち、前記文字列記憶手段に記憶された前記文字列の数を前記年齢区分毎にカウントし、前記作成者はカウントされた数が最も大きい前記年齢区分に属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項６】
前記特徴カテゴリーが国内の所定領域を前記グループとする出身地の場合、
前記文字列記憶手段は、前記所定領域と対応づけて、それぞれの前記所定領域の前記作成者が、それ以外の前記所定領域の前記作成者よりも高い頻度で使用する前記文字列を記憶しており、
前記属性判定手段は、前記文字データ入力手段により入力された前記文字データに含まれる前記文字列のうち、前記文字列記憶手段に記憶された前記文字列の数を前記所定領域毎にカウントし、前記作成者はカウントされた数が最も大きい前記所定領域に属すると判定する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項７】
前記グループ記憶手段に登録された前記作成者の前記グループに応じて、当該情報処理装置を制御する制御手段、
を有することを特徴とする請求項２記載の情報処理装置。
【請求項８】
前記特徴カテゴリーが高齢者とそれ以外の前記グループを有する年齢層の場合であって、前記グループ記憶手段に登録された前記作成者の前記グループが高齢者である場合、
表示装置に表示する文字のサイズを所定値より大きくするＵＩ制御手段、
を有することを特徴とする請求項２記載の情報処理装置。
【請求項９】
前記特徴カテゴリーが男性と女性の前記グループを有する性別の場合であって、前記グループ記憶手段に登録された前記作成者の前記グループが女性である場合、
表示装置に表示する文字のフォントを変更するフォント変更手段、
を有することを特徴とする請求項２記載の情報処理装置。
【請求項１０】
音を出力する音出力装置において、
複数のグループにより人間を特徴づける特徴カテゴリーにおける、当該音出力装置のユーザが属する前記グループを記憶するグループ記憶手段と、
記号を識別する記号コードを入力する入力手段と、
前記記号コードに対応する記号の描画情報と、前記記号コード及び前記グループに対応づけて記憶された第１の音楽データと、が記憶されたフォントデータベースと、
前記記号コードに対応する前記描画情報に基づき記号を表示装置に表示する記号表示手段と、
前記記号コード及び前記グループに対応する前記第１の音楽データに基づきスピーカから音楽を出力する音楽出力手段と、
を有することを特徴とする音出力装置。
【請求項１１】
複数の記号から構成される音楽ワードの音楽ワードコード及び前記グループに対応づけて記憶された第２の音楽データが記憶された音楽データ記憶手段と、
前記記号コードに対応する前記描画情報に基づき記号を表示装置に表示する記号表示手段、を有し、
前記音楽出力手段は、前記音楽ワードコード及び前記グループ記憶手段に記憶された前記グループに対応する前記第２の音楽データに基づきスピーカから音楽を出力する、
ことを特徴とする請求項１０記載の音出力装置。
【請求項１２】
前記入力手段はキーボードであって、前記記号コード又は前記音楽ワードコードは、前記キーボードから入力される、
ことを特徴とする請求項１０又は１１記載の音出力装置。
【請求項１３】
前記記号コード又は前記音楽ワードコードは、アプリケーションソフトウェアのデータファイルから入力される、
ことを特徴とする請求項１０又は１１記載の音出力装置。
【請求項１４】
前記音楽ワードコードを含む電子メールを受信する受信手段と、
前記電子メールに含まれる前記音楽ワードコードに対応した前記第２の音楽データが前記音楽データ記憶手段に記憶されているか否かを判定する手段と、
前記音楽ワードコードに対応した前記第２の音楽データが前記音楽データ記憶手段に記憶されている場合、
前記音楽出力手段は、前記電子メールの着信音として前記第２の音楽データに基づき生成された音楽を出力し、
前記音楽ワードコードに対応した前記第２の音楽データが前記音楽データ記憶手段に記憶されていない場合、前記電子メールの着信音を出力する、
ことを特徴とする請求項１０記載の音出力装置。
【請求項１５】
記号を生成して表示する記号表示装置において、
複数のグループにより人間を特徴づける特徴カテゴリーおける、当該記号表示装置のユーザが属する前記グループを記憶するグループ記憶手段と、
記号を識別する記号コードを入力する入力手段と、
記号のイメージの全体又は一部を構成する所定の記号要素の要素データを複数含む記号のフォントデータを、前記グループに対応づけて記憶するフォントデータ記憶手段と、
前記グループ記憶手段に記憶された前記グループに応じて、該フォントデータ記憶手段に記憶されたフォントデータを参照して記号のイメージを作成するイメージ作成手段と、
該イメージ作成手段が作成したイメージを表示装置に表示する表示手段と、を有し、
前記イメージ作成手段は、前記記号要素の複数の要素データを設定された更新時間毎に順番に読み出して、記号のイメージを更新時間毎に更新する、
ことを特徴とする記号表示装置。
【請求項１６】
前記フォントデータ記憶手段は、
絵を構成するエレメントである絵素のアウトラインデータを絵素コード及び前記グループに対応づけて記憶しており、
前記イメージ作成手段は、前記グループ記憶手段に記憶された前記グループに応じて、絵素のアウトラインデータを設定された更新時間毎に順番に読み出して、絵素のイメージを更新時間毎に更新する、
ことを特徴とする請求項１５記載の記号表示装置。
【請求項１７】
前記記号要素の色を指示する色情報、
前記記号要素若のサイズを指示するサイズ情報
前記記号要素の記号に対する相対位置を指示する位置情報、
前記記号要素の回転角度を指示する回転情報、又は、
前記記号要素の更新時間を指示する更新時間情報、
のいずれか規定する動作設定ファイルを記憶する動作設定ファイル記憶手段、
を有することを特徴とする請求項１５又は１６記載の記号表示装置。
【請求項１８】
前記記号コードがアプリケーションソフトウェアのデータファイルに含まれている場合、
前記データファイルは、
前記記号要素の色を指示する色情報、
前記記号要素のサイズを指示するサイズ情報
前記記号要素の記号に対する相対位置を指示する位置情報、
前記記号要素若しくは前記絵素の回転を指示する回転情報、又は、
前記記号要素の更新時間を指示する更新時間情報、
のいずれか規定する第１のメタデータを有する、
ことを特徴とする請求項１５又は１６記載の記号表示装置。
【請求項１９】
前記データファイルは、
複数の記号からなる動き設定ワード及び前記グループに対応づけて、該動き設定ワードの少なくとも一部の前記記号毎に、２以上の記号コード、サイズ又は更新時間のいずれかを登録した第２のメタデータを有し、
前記イメージ作成手段は、前記グループ記憶手段に記憶された前記グループに応じて、前記動き設定ワードを構成する記号のフォントデータを前記更新時間毎に読み出して、動き設定ワードを構成する前記記号のイメージを更新する、
ことを特徴とする請求項１８記載の記号表示装置。
【請求項２０】
文書データの画像を形成して用紙に印刷する画像形成装置において、
前記文書データと共に、
複数のグループにより人間を特徴づける特徴カテゴリーおける、当該画像形成装置のユーザが属する前記グループのグループ情報を受信するグループ情報受信手段と、
前記グループ情報受信手段により受信した前記グループ情報に応じて、当該画像形成装置を制御する制御手段と、
を有することを特徴とする画像形成装置。
【請求項２１】
文字を表示する表示手段を有し、
前記特徴カテゴリーが高齢者とそれ以外の前記グループを有する年齢層であり、前記グループ受信手段により受信した前記グループ情報の前記グループが高齢者である場合、
前記制御部は、表示装置に表示する文字のサイズを所定値より大きくする、
をことを特徴とする請求項２０記載の画像形成装置。
【請求項２２】
複数のグループにより人間を特徴づける特徴カテゴリーにおける、当該機器のユーザが属する前記グループを判定する前記機器のユーザ属性判定方法であって、
文字データ入力手段から文字データを入力するステップと、
属性判定手段が、前記グループと対応づけて文字列を記憶する文字列記憶手段から、前記文字データ入力手段により入力された前記文字データに含まれる前記文字列が対応づけられた前記グループを参照して、所定の前記特徴カテゴリーにおける前記作成者が属する前記グループを判定するステップと、
を有することを特徴とするユーザ属性判定方法。
【請求項２３】
複数のグループにより人間を特徴づける特徴カテゴリーにおける、当該コンピュータのユーザの前記グループを判定するプログラムであって、
前記文字データを入力する文字データ入力手段と、前記グループと対応づけて文字列を記憶する文字列記憶手段と、接続可能な前記コンピュータを、
前記文字データ入力手段により入力された前記文字データに含まれる前記文字列に対応づけられた前記文字列記憶手段の前記グループを参照して、所定の前記特徴カテゴリーにおける前記作成者が属する前記グループを判定する属性判定手段、
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【公開番号】特開２００９−１０４２３１（Ｐ２００９−１０４２３１Ａ）
【公開日】平成２１年５月１４日（２００９．５．１４）
【国際特許分類】
【出願番号】特願２００７−２７２８４５（Ｐ２００７−２７２８４５）
【出願日】平成１９年１０月１９日（２００７．１０．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【出願人】（５９６０１７７６１）リコーテクノシステムズ株式会社 (37)
【Ｆターム（参考）】
【公開日】平成２１年５月１４日（２００９．５．１４）
【国際特許分類】
【出願日】平成１９年１０月１９日（２００７．１０．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【出願人】（５９６０１７７６１）リコーテクノシステムズ株式会社 (37)
【Ｆターム（参考）】
[ Back to top ]