JP2004233709A

JP2004233709A - 情報処理装置、コンテンツ提供方法及び端末装置

Info

Publication number: JP2004233709A
Application number: JP2003022987A
Authority: JP
Inventors: Nobuo Nukaga; 信尾額賀
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-01-31
Filing date: 2003-01-31
Publication date: 2004-08-19
Anticipated expiration: 2023-01-31
Also published as: JP4345314B2

Abstract

【課題】コンテンツ制作者とキャラクタ権利者の両者の意向を反映したコンテンツ配信を可能とする。
【解決手段】本発明では、コンテンツ制作者からのキャラクタ利用の許認可情報と、キャラクタ権利者からのコンテンツ利用許認可情報を管理し、ユーザ要求の組み合わせ可否を判定する仕組みを提供する。コンテンツ送信が不当と判断できる場合には、サービス利用者にその旨を通知し、利用者端末において警告情報を報知せしめる。
【効果】本発明を実施することにより、コンテンツ制作者、キャラクタ制作者の意図を反映したコンテンツの提供が実現できる。
【選択図】図８

Description

【０００１】
【発明の属する技術分野】
本発明は、端末を通じてサーバに接続し、コンテンツをダウンロードして表示したり、読み上げなどの提供を行う情報処理装置ないしはサービスに関わる。
【０００２】
【従来の技術】
計算機のインターフェースとして、擬人化エージェントと音声で対話するプログラムを搭載することによって、利用者の安全性、計算機環境への親しみやすさ等を高める方法が多く提案されている。特に、カーナビゲーションやインタラクティブゲーム、携帯電話端末等の製品の価値を高める手段として、アニメーションキャラクタ等のエージェントを用いて利用者に問いかけるものがある。
【０００３】
一般に、キャラクタの音声を合成する手段としては、キャラクタの声質を実現するキャラクタ声質合成技術と、キャラクタの話し方の抑揚やリズムを実現するキャラクタ韻律合成技術に分けられる。前者のキャラクタ声質合成技術に関しては、人間の発声した音声波形から音素特徴を示す断片を切り出して接続することにより波形を生成する波形接続方式を用いれば、高品質の音声合成が可能となる。すなわち、音素特徴を示す断片の集合体である「合成素片データベース」と呼ばれるデータがキャラクタの声質を決定するが、近年の技術改良により、キャラクタの声質を実現する合成素片データベースを高精度で作成することが可能となっている。
【０００４】
後者のキャラクタ韻律合成技術に関しては、音声の抑揚の物理的尺度であるピッチの時系列パターン（基本周波数パターン）、及び各音素の長さ（音素継続長）、及び強さ（音素強度）を、キャラクタの発声に近づける方式が有効であり、近年、これらのパターンを大量のデータから学習する方式も考案され、キャラクタ韻律の合成も可能となっている。更には、特許文献１には、キャラクタ音声の韻律を特徴づけるデータをサーバからダウンロードし、データ内に含まれている定型文に関しては、キャラクタ特有の抑揚やリズムで発声する方法が開示されている。特許文献２には、キャラクタの音声に変換したい文章をサーバに送信し、該サーバにて合成音声に変換した後、利用者の端末にダウンロードして利用する音声合成システムが開示されている。
【０００５】
【特許文献１】
特開２００２−３６６１８６公報
【特許文献２】
特開２００２−２３７７７号公報
【０００６】
【発明が解決しようとする課題】
上記の技術を利用すれば、音声対話における音声出力手段（プロンプト音声）としてコンテンツ制作者が制作したコンテンツを、キャラクタの声質ないしは韻律特徴で提供する製品ないしは情報処理装置を提供することは可能である。
【０００７】
一方、現実にはコンテンツ制作者とキャラクタの権利者が異なることが多い。更に、キャラクタの著作権を有する著作権者としては、特定のキャラクタに読み上げさせることのできるコンテンツ内容を規定したいという要求を、又、コンテンツ制作者も、作成したコンテンツがキャラクタに読ませることのできる内容かどうか規定したいという要求を有しているのが普通である。例えば、幼児向けのキャラクタに対しては暴力的なコンテンツを出力させるのは好ましくない。同様に、コンテンツ制作者も、例えば、緊急情報のような公共性・重要性の高い情報に関してはキャラクタ等に表現されたくないという場合も考えられる、以上をふまえ、本発明の課題は両者の要求をふまえたコンテンツの配信を実現することにある。
【０００８】
さらに、従来の技術では、文章などのテキストに対し、利用者の好みの特定キャラクタの声質と韻律で合成するに過ぎず、任意の文章を利用者が加工することなく他の言い回しに変換することはできなかった。一般に、キャラクタの声質を踏まえて言い回しを変えるなどして分かりやすく伝えるなどの変換を行ったほうが利用者の利便性が高い。よって、本発明では、１次コンテンツの制作者が制作したコンテンツに含まれる発声対象の文内容も含めて、キャラクタの発声様態に変換するための方法を開示することも目的とする。
【０００９】
【課題を解決するための手段】
本発明では、利用者にサービスを提供するサービス提供者が、キャラクタ変換者ないしはキャラクタ権利者から得られる使用許諾情報を利用して、コンテンツ提供者との間に認可情報の取得・発行の手段を設置し、コンテンツ提供者は、サービス提供者から付与された認可情報をコンテンツに添付することでコンテンツを配信し、利用者からコンテンツ送信の要求があった場合には、認可情報とキャラクタ使用許諾情報の照合を行った上でコンテンツ送信を行う仕組みを提供する。認可情報とキャラクタ使用許諾情報の照合の結果、キャラクタによるコンテンツ送信が不当と判断できる場合には、サービス利用者にその旨を通知し、利用者端末において警告情報を報知せしめる手段を提供する。
【００１０】
さらに、上記コンテンツの変換に際してコンテンツ中のテキストの言い回しも含めて変換する手段を開示する。
【００１１】
【発明の実施の形態】
以下、図面を用いて、本発明に関わるコンテンツ提供方法の実施の形態について説明する。
【００１２】
はじめに、図１を用いて本発明に関わるコンテンツ提供システムの構成図を説明する。
【００１３】
図１は、本発明を実施するサービス装置及び端末の構成図である。１０１は、端末に対して配信サービスを行うサービス装置、１０２はサーバ装置と端末が通信を行うための電子的ネットワーク、１０３は端末装置である。端末装置１０３は、サーバ装置との情報交換を行い受信した情報を読み出し利用者との対話を制御する制御部１０５、利用者に提示するための音声を合成するための手段である音声合成部１０６、利用者の指示を入力するための手段である指示入力部１０７、受信情報の画像出力を制御する画像表示部１０８からなる。端末装置には、音声や画像の入出力手段としてスピーカ１０９、マイク１１０、ディスプレイ１１１などを接続する。もちろん、これらの入出力手段は端末装置に内蔵されていてもよく、キーボード等の手段を用いたテキスト入力も適用でき入出力手段の設置方法は上記に限定しない。サービス装置１０１は、サービス装置の制御を行う制御部１１２、端末利用者の利用者情報を管理する利用者情報管理部１１３及び該利用者の情報を格納する利用者情報データベース１１４、サービス提供者が提供するコンテンツを制作する制作者及び該コンテンツに関する情報を管理するコンテンツ制作者情報管理部１１５及び該コンテンツ制作者に関する情報を格納するコンテンツ制作者情報データベース１１６、サービス提供者が提供するキャラクタの権利者情報やキャラクタの利用方法等を管理するキャラクタ権利者情報管理部１１７及び該キャラクタ権利者及びキャラクタについての情報を格納するキャラクタ権利者情報データベース１１８、コンテンツ制作者から送信されるコンテンツに対して端末において提示可能な様態としてコンテンツを組成するコンテンツ管理部１１９及び該コンテンツを格納するコンテンツデータベース１２０、サービス提供者が提供するコンテンツの一覧（メニュー）を組成し端末に提示可能な様態として組成するメニュー生成部１２１から構成され、端末装置１０３から電子的ネットワーク１０２を経由して指示される、特定のキャラクタによる特定のコンテンツを送信する旨の要求があった際、コンテンツ制作者情報データベース１１６とキャラクタ権利者情報データベース１１８を参照してコンテンツ変換が可能か判定するコンテンツ変換可否判定部１２２を設置し、更にコンテンツ変換が可能であると判定された場合には、キャラクタ様態への変換を行うコンテンツ変換部１２３を備えており、利用者からの要求に応じてコンテンツ変換を行うことができる。
【００１４】
尚、本願でコンテンツとは例えば図４に示すようにニュースや交通情報のように端末側に情報提供することを目的として作成された情報をいい、例えばＶｏｉｃｅＸＭＬで記述されたプログラムのように、一連のステップから構成したプログラムもしくはスクリプトを指す。キャラクタとは端末上で発声若しくは動作して該コンテンツを端末利用者に伝える例えば図３に示すようなものを言う。
【００１５】
次に、図２、図３、図４及び図５を用いて、利用者が端末にてキャラクタによる対話アプリケーションを実行する方法の実施形態を説明する。ここでは、端末として車載機の一例を示す。図２は処理の一連のステップ、図３、図４及び図５は車載機端末の画面表示例である。まず利用者は車載機が搭載されている車を始動することにより車載機を起動する。次に、利用者がガイドをするためのキャラクタを変更する場合には、所定のボタン等を押下することによりガイドキャラクタの選択メニューに移行する。ステップＳ２０２にてキャラクタを変更しない設定とした場合には、前回車載機を利用していた際のキャラクタを利用するものとする（ステップＳ２０７）。キャラクタの選択には、例えば図３に示すような画面表示によりキャラクタのメニューを表示し、利用者の好みのキャラクタを選択できるようにする。利用者に視覚的に提示するため、３０１、３０４、３０５で示すようにキャラクタをイメージする画像を表示し、キャラクタイメージ画像の下にいわゆる「愛称」を表示する。愛称を表示することにより、キャラクタに対して音声で問いかけることができるようになる。更に、３０３で示す枠のように、現在設定されているキャラクタを強調表示し、同様に３０８のように設定されていないが選択可能なキャラクタを区別して表示する方法を示す。また、３０６及び３０７のような選択ボタンを選択画面に配置することで、利用者が簡便にキャラクタを選択可能とする配置とする。キャラクタを選択した際には、キャラクタから利用者に問いかけをしてもよい。例えば、「なかよし君」のキャラクタを選択した場合には、「僕、なかよし君だよ。安全運転のパートナーです。」のように親しみを込めた音声ガイダンスを行うことにより、利用者の利便性・親和性を向上させることもできる。上記のようにしてキャラクタを選択した後、続いて、利用者がメニューを変更する指示を行った場合には、新規メニューのダウンロードを行う。車載機のメニューとは、例えば図５に示すような画面で表される番組やコンテンツ内容を示している。新規メニューのダウンロードのステップでは、サービス提供者が設置しているサーバに対して、現在提供されているメニューのリストを要求する（ステップＳ２１１）。配信サーバは現在提供可能なメニューリストを構成し車載機に対して送出する。ステップ２０８にてメニューの変更を行わない場合、新規メニューのダウンロードは行わずに、記録手段に記憶されているメニュー表示を行う。
【００１６】
例えば図４は、キャラクタを選択した後のメニュー選択画面の一例である。図３におけるメニュー選択画面に表示されていたキャラクタ３０４のキャラクタを選択すると、図４のようにキャラクタ４０６を中心に、当該キャラクタで提供できるメニューを表示させる。図３のメニューに対応して、図４では、イベント情報４０２、緊急通知情報４０３、メール送受信４０４、渋滞情報検索４０５のメニューを表示する。メニュー情報については図１６で後述する。更に、利用者に選択を促すため４０７のように噴出しで表示を行い利便性を高めている。また、同時に表示内容を音声に変換して利用者に提示してもよい。また、図５のようにメニューを一覧表示にし、利用できるキャラクタのアイコンを表示する形式でもよい。図５の５０１は「メール送受信」メニューを示している。利用者が当該メニューを選択すると、配信サーバに接続してメールを送信ないしは受信する。同様に５０２は「渋滞情報検索」のメニューであり、利用者が当該メニューを選択すると、配信サーバに接続して現在時刻の渋滞情報を取得する。図５の５０４及び５０５で示すアイコンにより、当該メニューがキャラクタにより情報提供できることを示す。図５のメニュー中、５０５のキャラクタで合成できるのは、「渋滞情報検索」「イベント情報」「カラオケボックス検索」である。同様に、５０４のキャラクタで合成できるのは、「メール送受信」「渋滞情報検索」「イベント情報」「緊急情報通知」である。例えば、「カラオケボックス検索」メニューは、５０６のキャラクタでは合成することができないことを空欄にて示すこととする。上記の表示方法を利用して表示されたメニューから、利用者は好みの番組ないしはコンテンツを選択し、配信サーバから内容のダウンロードを行う。ダウンロードされたコンテンツを車載機に格納し、ステップＳ２０６乃至はステップＳ２０７にて選択したキャラクタを用いて利用者に情報を提供する。
【００１７】
次に、上記の図２のステップＳ２１３で示したコンテンツのダウンロードに関わる実施の形態を説明する。ステップＳ２１３は、コンテンツであるところの対話アプリケーション自体をダウンロードするステップである。
【００１８】
図６及び図７を用いて、利用者が好みのキャラクタ及びコンテンツを指定してサーバに情報送信を要求し、コンテンツを受信する方法の実施の形態を説明する。利用者は利用者の端末６０５から、ネットワーク６０４を経由して、図２で例示した実施方法等を利用してコンテンツのダウンロードをサービス提供者６０３に要求する（ステップＳ７０１）と、端末６０５は利用者が使用しているキャラクタＩＤ及び要求コンテンツＩＤを示す情報を要求メッセージに添付し、サービス提供者・サーバ６０３に対して、コンテンツ及び該コンテンツの変換方法についての要求メッセージを送信する（ステップＳ７０２）。サーバ６０３は要求メッセージを受信した後（ステップＳ７０３）、要求メッセージに含まれるコンテンツＩＤのコンテンツが既に取得済みか判定する（ステップＳ７０４）。コンテンツが取得済みであれば（ステップＳ７０６）、コンテンツ制作者６０１に対してコンテンツの要求は行わないが、コンテンツが取得済みでない場合（ステップＳ７０５）、コンテンツ制作者に対してネットワーク６０２を経由してコンテンツ要求を行い（ステップＳ７１７）、コンテンツ制作者６０１はコンテンツを生成して（ステップＳ７０８）、サービス提供者・サーバ６０３に対してコンテンツを送出する（ステップＳ７０９）。以上の手順でサービス提供者６０３はコンテンツを得る。続いて、ステップＳ７１０にて、受信された要求メッセージＳ７０３に含まれるキャラクタＩＤと、コンテンツ制作者が提供するコンテンツ制作者ＩＤから、当該コンテンツがキャラクタ様態への変換が可能かどうか判定を行う（ステップＳ７１０）。上記の手順により、本発明の主たる課題である、コンテンツ制作者が許諾したいキャラクタ様態であるか、更にキャラクタの権利者が許諾したいコンテンツ内容かどうかの判定が可能となり、コンテンツ制作者及びキャラクタ権利者両者の目的を実現することができ、多大なメリットを提供することができる。ここで、キャラクタ変換とは例えば、該コンテンツに関しての発声やアニメーション表示をキャラクタの態様とすることのほか、該コンテンツの内容を外国語等のような他言語様態に変換する等の２次加工も含むものとする。ステップＳ７１０のコンテンツ変換可否判定の結果（ステップＳ７１１）、変換が許可された場合（ステップＳ７１３）は、当該コンテンツを要求されるキャラクタ様態へのコンテンツ変換を行い（ステップＳ７１４）、変換が許可されない場合コンテンツ変換を行わない（ステップＳ７１２）。上記のステップで得られた送信用のコンテンツに対し、端末で提示可能な様態として組成し（ステップＳ７１５）、端末６０５に対してコンテンツを送出する（ステップＳ７１６）。利用者・端末６０５ではサーバから送出されたコンテンツを受信し、当該コンテンツの表示、音声出力などを行う。上記ステップにおけるコンテンツの組成方法としては、例えば、ＶｏｉｃｅＸＭＬのような対話型アプリケーションとして記述する方法や、スクリプト言語を用いる方法、端末側で自動実行可能なアプリケーションプログラムとして組成する方法等が利用できる。
【００１９】
尚、上記ステップＳ７１１においてステップＳ７１２となった場合には、コンテンツ変換が行われない。コンテンツ変換を行わない場合には、コンテンツにコンテンツ変換が許可されなかった旨の情報を添付し端末に送出することで、例えば「このコンテンツはキャラクタの音声に変換できません。」という主旨のメッセージを出力し利用者に通知する方法により利便性及び安全性を高めても良い。若しくは、該コンテンツを変換せずに、又は許容されているキャラクタに変換したコンテンツを送出するようにすることもできる。
【００２０】
上記判定手段を設けることで、コンテンツ制作者は、変換対象となるキャラクタ毎にコンテンツを制作する必要がなくなり、重要情報や幼児向けコンテンツなど、対象とするキャラクタを制限するメリットを享受できる。同様に、対象とするキャラクタ選定等の作業をサービス提供者に委譲することができるので、コスト削減にも有効に作用する。一方、キャラクタ権利者に対しても、サービス提供者が提供するコンテンツに対して著作権、安全性の観点から保護が可能となる。また、例えば、対象とするコンテンツ制作者のカテゴリを指定するだけで、対象としないコンテンツはサービス提供者が排除するのでキャラクタ提供者は安全にキャラクタ変換を実施できる。
【００２１】
上記の方法で利用者は要求したコンテンツを受信することができるが、例えば、電子的ネットワークに接続された利用者端末６０５とは異なる端末を用いて、得たいコンテンツ内容及びキャラクタ様態をサービス提供者・サーバ登録し、ステップＳ７０２にて、当該登録情報を指定する情報のみを送信する手段を用いて実施しても良い。
【００２２】
図８は、上記コンテンツ作成及び送出の方法の実施形態のうち、コンテンツ変換を電子的ネットワークで接続されたコンテンツ変換サーバにて実施する形態の構成図である。図７のステップＳ７１４においてコンテンツ変換を行う際、サービス提供者８０３は、電子的ネットワーク８０６で接続されたコンテンツ変換サーバ８０７に対して、特定のキャラクタ様態に変換する目的でコンテンツを送出し、コンテンツ変換サーバ８０７はコンテンツを当該キャラクタの様態に変換しサービス提供者に返送することにより図７ステップＳ７１４を完了する。上記の方法で実施することにより、サービス提供者であるところのサービス事業者と、コンテンツ変換サービスを請け負うサービス事業者を形態的に分離する事ができ、運用費用の削減、保守の効率化等多くのメリットを提供できる。
【００２３】
図９は、上記コンテンツ作成及び送出の実施形態のうち、コンテンツ変換を電子的ネットワークで接続されたコンテンツ変換サーバにて実施する形態の構成図である。本実施形態は、図８で示した実施形態と異なる点は、端末が電子的ネットワーク９０６を介してコンテンツ変換を行う点にある。本実施例では、サービス提供者９０３は、図７で示したステップＳ７１４に際して、コンテンツ変換を行うサーバ名を設定するのみとし、該サーバ名を含めたコンテンツ組成方法により作成したコンテンツを、電子的ネットワーク９０４を経由して利用者端末９０５に送出する。例えば、コンテンツ変換サーバとして特定のサーバのアドレスを設定し、ＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）等の機構を利用して当該コンテンツを引数として送信する事により、コンテンツ変換サーバ９０６はコンテンツを変換し利用者端末９０５に返送する方法で実施しても良い。上記の方法で実施することにより、サービス提供者が行う処理の負荷を削減できるというメリットを提供できる。
【００２４】
図１、図１０、図１１、図１２、図１３及び図１４を用いて、サービス提供者におけるコンテンツ変換可否判定手段の実施の形態を説明する。サービス提供者は、端末からの要求メッセージ１０１３から、コンテンツＩＤ１０１５とキャラクタＩＤ１０１４を取得する（ステップＳ１００１及びステップＳ１００２）。図１０においては、コンテンツＩＤ＝ＣＴ０００５、キャラクタＩＤ＝ＣＨ０００１となる。続いて、ステップＳ１００３にて、キャラクタ権利者情報管理部１１７を用いてコンテンツＩＤ＝ＣＴ０００５に対する「対キャラクタ権利者認可クラス」を取得する。図１４は、サービス提供者が提供するサービス装置１０１に格納されているコンテンツ制作者情報データベース１１６の内容の一例である。サービス提供者は、サービスを提供するコンテンツ制作者との契約の際に、書面もしくは電子的にコンテンツ制作者ＩＤを付与し、コンテンツ制作者に関する管理情報の設定を行う。図１４コンテンツ制作者情報データは、１４０１はコンテンツ制作者のＩＤ、１４０２はコンテンツ制作者の名称、１４０３はサービス提供者が定める一連の条件を満足する「オーソライズ」されたコンテンツ制作者か否かの情報、１４０４はコンテンツ制作者が制作したコンテンツを許諾するキャラクタ権利者の認可クラス情報、１４０５は該認可クラスに対応して派生する情報から構成する。ここで、１４０４の「対キャラクタ権利者認可クラス」とは、コンテンツ制作者が自らのコンテンツについてキャラクタ変換等の２次加工の許可を与えるクラスであり、サービス提供者があらかじめ設定したクラスに基づき決定される。例えば、図１１に記載するような、コンテンツの加工を全て許可するクラス（Ｃ１）、サービス提供者が定めた一連の条件を満足するキャラクタ権利者にのみ変換を許可するクラス（Ｃ２）、コンテンツ制作者が指定した権利者にのみ若しくは特定のキャラクタへのみ加工を許可するクラス（Ｃ３）、２次加工を全て禁止するクラス（Ｃ４）に分類する方法がある。ステップＳ１００３の実施の結果、コンテンツＩＤ＝ＣＴ０００５に対する認可クラス情報「Ｃ２」を取得する。上記の例では図１４に示すようにコンテンツ制作者情報データベース１１６に格納されている情報を参照したが、コンテンツ制作者が送信するコンテンツ毎に変更する場合は、対象となるコンテンツにコンテンツ制作者が、該対キャラクタ権利者認可クラスをコンテンツに添付し、ステップＳ１００３にてコンテンツに含まれる対キャラクタ権利者認可クラス情報を抽出し、認可クラスとして利用すればよい。
【００２５】
続くステップＳ１００４にて、コンテンツＩＤ＝ＣＴ０００５に対する対キャラクタ権利者認可クラス「Ｃ２」に対して、キャラクタ権利者情報管理部１１７を用いてキャラクタＩＤ＝ＣＨ０００１であるキャラクタ権利者が「Ｃ２」に含まれるかどうか判定する。図１３は、サービス提供者が提供するサービス装置１０１に格納されているコンテンツ制作者情報データベース１１８の内容の一例である。サービス提供者は、サービスを提供するキャラクタ権利者との契約の際に、書面もしくは電子的にキャラクタ権利者ＩＤを付与し、キャラクタ権利者に関する管理情報の設定を行う。図１３キャラクタ権利者情報データは、１３０１はキャラクタ権利者のＩＤ、１３０２はキャラクタ権利者の名称、１３０３はサービス提供者が定める一連の条件を満足する「オーソライズ」されたキャラクタ権利者か否かの情報、１３０４はキャラクタ権利者が権利保持するキャラクタの使用を許諾するコンテンツ制作者の認可クラス情報、１３０５は該認可クラスに対応して派生する情報から構成する。ここで、１３０４の「対コンテンツ制作者認可クラス」とは、キャラクタの権利者が自らのキャラクタを利用して出力することのできるコンテンツ制作者に与える許諾情報であり、サービス提供者があらかじめ設定したクラスに基づき決定される。例えば図１２に記載するような、全てのコンテンツに対してキャラクタの使用を許可するクラス（Ｋ１）、サービス提供者が定めた一連の条件を満足する制作者にのみキャラクタ使用を許可するクラス（Ｋ２）、キャラクタ権利者が指定した制作者若しくはコンテンツカテゴリーにのみ加工を許可するクラス（Ｋ３）に分類する方法がある。ステップＳ１００４では、図１３のキャラクタＩＤ＝ＣＨ０００１を検索し、ＣＨ０００１に対応するオーソライズ情報「あり」を得る。すなわち、ＣＨ０００１のキャラクタ権利者はサービス提供者によってオーソライズされている権利者であるので、クラス「Ｃ２」に含まれる。すなわち、ステップＳ１００４の結果「含まれる」と判定され（ステップＳ１００６）、ステップＳ１００７に進む。ここで、ＣＨ０００１がクラス「Ｃ２」に含まれていないと判定される場合には、「コンテンツ変換を許可しない」（ステップＳ１０１２）とし、送出すべきコンテンツ１０１６の特定の記憶領域１０１７に「コンテンツ変換を許可しない」旨の情報を書き込み判定手段を終了する（ステップＳ１０１２）。
【００２６】
続くステップＳ１００７では、キャラクタＩＤ＝ＣＨ０００１に対する対コンテンツ認可クラスを、キャラクタ権利者情報管理部１１７を用いて取得し、図１３から「Ｋ１」を得る。続くステップＳ１００８にて、キャラクタＩＤ＝ＣＨ０００１に対する対コンテンツ認可クラス「Ｋ１」に対して、コンテンツ制作者情報管理部１１５を用いてコンテンツＩＤ＝ＣＴ０００５であるコンテンツ制作者が「Ｋ１」に含まれるかどうか判定する。ステップＳ１００７にて、Ａ社が許可するコンテンツ制作者はクラス「Ｋ１」であり、Ｉ社がクラス「Ｋ１］に含まれるかどうか判定する（ステップＳ１００８）。ここで、「Ｋ１」は図１２より全てのコンテンツ制作者を含むので、必然的にＣＴ０００５はクラス「Ｋ１」に含まれるのでステップＳ１０１０に進み、「コンテンツ変換を許可する」（ステップＳ１０１１）となり、送出するコンテンツ１０１６の特定の記憶領域１０１７に「コンテンツの変換を許可する」旨の情報を書き込み判定手段を終了する。含まれない場合には、ステップＳ１００５と同様に「コンテンツ変換を許可しない」（ステップＳ１００９）とし、送出するコンテンツ１０１６の特定の記憶領域１０１７に情報を書き込み、判定手段を終了する。
【００２７】
上記の例では、コンテンツ変換を許可する例を示したが、次に、コンテンツ変換を許可しない例を記載する。利用者から、コンテンツＩＤ「ＣＴ０００２＝Ｆ社」と、キャラクタＩＤ「ＣＨ０００２＝Ｂ社」の組み合わせの要求があった場合には、ステップＳ１００４では、Ｆ社が許可するキャラクタ作成者はクラス「Ｃ３」であり、Ｂ社はＦ社によって指定されたキャラクタ作成者ではないので、Ｂ社はクラス「Ｃ３」に含まれないと判定され、ステップＳ１００５に進み、「コンテンツ変換を許可しない」と判定される。
【００２８】
以上のステップを用いて、端末からの要求メッセージに対応して、要求されているコンテンツを、利用者の好みのキャラクタで合成できるか判定する。上記実施例では、キャラクタＩＤ及びコンテンツＩＤを利用してコンテンツ変換の判定を実施したが、例えばサービス装置１０１に格納されている利用者情報を利用して、利用者のサービス程度に応じたコンテンツ変換の判定も行うことができる。例えば、利用者情報データベース１１４から、サービス提供者との契約に応じてあらかじめ設定された「プレミアム（最上級）」「ゴールド（上級）」「ノーマル（一般）」等の利用者分類を読み出し、「プレミアム」及び「ゴールド」の利用者に関してはコンテンツ変換を許可するが、「ノーマル」の利用者に対してはコンテンツ変換は許可しない等の判定手段を実施し、サービス内容に柔軟性を付与することもできる。また、端末からの要求に対してコンテンツ変換を許可すると判定できた場合には、付加サービス利用料として利用者から一定額の利用料を徴収することを取り決めておき、サービスの利用料に追加課金することもできる。更には、上記の利用者分類に応じて、上記付加サービス利用料を徴収しない、若しくは割引率を設定して徴収する等の課金判定手段を設定をしてもよい。
【００２９】
図１５及び図１６は、図５に示すコンテンツメニューのダウンロードの際、上記コンテンツ変換判定手段を適用し、図５の５０４、５０５、５０６のキャラクタアイコン表示を行う方法を提供する手段を示す図である。利用者は図２のステップＳ２１０と同様の手段を用いてメニューのダウンロードの要求を行う（ステップＳ１５０１）。端末は要求メッセージを構成しサービス提供者・サーバに送信する（ステップＳ１５０２）。ステップＳ１５０３にて要求メッセージを受信したサービス提供者・サーバは、図１の１１４に示す利用者情報データベース、コンテンツ制作者情報データベース１１６、コンテンツデータベース１２０を参照する等して、利用者が利用可能なコンテンツへのインデックス集合体であるメニューを組成する（ステップＳ１５０４）。続いて、同様の手続きで利用可能キャラクタを組成する（ステップＳ１５０６）。ステップＳ１５０４及びステップＳ１５０５で得られた組成データに対して、コンテンツ変換可否判定を行う（ステップＳ１５０６）。ステップＳ１５０６で実施したコンテンツ変換可否判定の手段を用いて、利用者に返送するメニューリストを組成する（ステップＳ１５０７）。例えば、図１６に示すようなメニュー名１６０１、利用キャラクタ名と該利用キャラクタに対応する「許可／不許可」判定結果１６０２及び１６０３で構成する。ステップＳ１５０８にて該メニューリストを送出し、端末が該メニューを受信することにより（ステップＳ１５０９）、図５に示すコンテンツメニューの表示が可能となる。
【００３０】
図１７及び図１８を用いて、本発明を利用する端末利用者への情報提供方法のうち、音声合成を用いた情報出力方法に関する実施の形態を説明する。図１７は一般的なテキストからの音声合成の実施の形態を説明する図である。ここで、テキストからの音声合成としているのは、例えば「羽田から渋滞しています。」というようなテキスト情報から計算機を用いて音声波形に変換する技術を言い、上記実施例では、コンテンツ内容に含まれる利用者へのプロンプト音声の提供方法に関する。プロンプト音声とは、利用者の発声を促したり、利用者への情報提供を行うための出力音声のことを指す。まず、ステップＳ１７０１にて読み上げの対象となるテキストを入力し、言語解析辞書１７０８を用いて形態素解析を行う（ステップＳ１７０２）。形態素とは、文を構成する要素を指し、日本語ではほぼ単語に相当する。例えば、「羽田から渋滞しています。」というテキスト入力に対しては、「羽田／から／渋滞／し／て／い／ます」と形態素解析される。形態素解析の結果には、各形態素に対応する品詞情報も付与されている。該例であれば、順に、「地名／助詞／サ変名詞／サ変連用／助詞／補助動詞／助動詞」となる。各形態素の品詞情報は、続く読み・アクセント付与ステップで利用する。続く読み・アクセント付与ステップＳ１７０３では、アクセント辞書１７０９を用い、各形態素のアクセントを決定し文節にまとめる処理を実施する。例えば、「羽田／から」は２つの形態素で１つの文節を構成するが、この文節に対し「ハネダカラ」という読みとアクセント（この場合は平板型）を決定し、韻律記号を出力する（ステップＳ１７０４）。該例では、「ハネダカラ／ジュータイシ＞テイマ’ス＞．」のような韻律記号に変換する。韻律記号は、発音を示す発音識別子と、アクセント位置やポーズ、無声化等の指定を行う韻律識別子から構成する。ここでは、韻律記号は、発音識別子と韻律識別子から構成したが、より精細な制御を行うために、話者を指定する話者識別子、発音識別子の時間長及びピッチ周波数値を直接記述する直値指定子等を追加してもよく、上記例の限りではない。続いて、上記韻律記号から合成音を構成する音声素片を決定し、素片データベースから素片を選択し接続する（ステップＳ１７０５）。接続した音声のままではイントネーションやリズムが正しくないため、韻律記号中に含まれるアクセント記号などの韻律指定子から基本周波数の時系列パターンと各素片の時間長を計算し、上記ステップＳ１７０６で接続した音声の韻律を滑らかに制御する。上記の手順で音声合成波形を出力する（ステップＳ１７０７）。なお、上記のステップは一例であり、テキストからの音声合成手段は上記例に限定するものではない。
【００３１】
上記図１７に示したテキストからの音声合成方法は、言語解析辞書１７０８及びアクセント辞書１７０９を端末に搭載する形態であるが、端末に搭載した辞書を更新する方法は一般にコストが高く、新しい単語や難読地名など正しく読めないという問題が生じる。そのような問題に対処するため、図１８に示すような構成で実施してもよい。すなわち、図１７に示したステップＳ１７０１からステップＳ１７０７までの各ステップで行う処理は同一であるが、図１８のステップＳ１８０１からステップＳ１８０４までは、サービス装置１８０５にて処理を行い韻律記号に変換した上で、電子的ネットワーク１８０６を介して端末にデータとして送信し、端末にて韻律記号を抽出して合成に用いる方法により実施することもできる。この方法を用いることにより、新語や難読地名への対応等が容易となり大きなメリットを提供できる。
【００３２】
図１９を用いて、図７記載のステップ７１４において実施するコンテンツ変換手段の他の一実施の形態を説明する。まず、コンテンツ変換手段においては、変換すべきキャラクタのキャラクタＩＤを設定する（ステップＳ１９０１）。キャラクタＩＤは図７記載のステップ７１０で得られているので判定に用いたデータを利用すればよい。次に、該キャラクタＩＤに対応する変換手段を、変換方法を指定したデータベース１９０５を参照することにより変換方法を決定する（ステップＳ１９０２）。変換方法指定情報には、コンテンツ変換を行うプログラムの名称、コンテンツ変換を行うサーバ名称等が記述されていればよく、コンテンツ変換が実行できれば上記限りではない。例えば、コンテンツ変換の実施方法として、外国語への翻訳技術、画像変換の技術等を利用することができる。上記のいずれかの変換方法を用いてコンテンツ変換を行い（ステップＳ１９０３）、変換後コンテンツを生成する（ステップＳ１９０５）。
【００３３】
上記図１９記載のコンテンツ変換の実施の形態の一例として、図２０、図２１及び図２２を用いて、「大阪弁のおにいさん」のキャラクタを用いて、「メール送受信」アプリケーションのコンテンツ変換を行う例を説明する。「メール送受信」アプリケーションに含まれる音声プロンプトテーブルを、図２２（Ａ）に示す。これらのプロンプト音声は、「メール送受信」アプリケーションから音声として発声さすべきテキストを抽出したものである。例えば、テーブル２２０１のＳＴ００１は、「メールをダウンロードします。よろしいですか？」というテキストが抽出されたことを示している。このように、本発明が対象とする対話アプリケーションには一般的な表現でテキストが埋めまれているので、例えば図２０に示すステップを用いて、テキストのコンテンツ変換を行う。まず、ステップＳ２００１で入力されたテキストに対して形態素解析を行い形態素列に分解する。続いて、得られた形態素列に対して一般的なテキストからの音声合成と同様の手段を用い読み・アクセント付与を行うステップと（ステップＳ２００３）、ステップ２００２で得られた形態列を用いて特徴的なパターンを格納する変換パターンデータ２００７を検索する。例えば、図２１で示すような変換パターンデータを用いることができる。当該キャラクタ（ここでは、「大阪弁のおにいさん」）に対応した変換規則の集合体であるが、規則に関してはもちろんこの限りではない。上記のＳＴ００１から得られた形態素解析列では、「メールをダウンロードします。」の「ダウンロードします。」が「［サ変名詞］します。」のパターンと合致するため、規則ＩＤ＝１の規則を適用できる。すなわち、上記の「メールをダウンロードします。」に対しては、ステップＳ２００４にて規則ＩＤ＝１の規則を検索した後、ステップＳ２００５にて、合致したパターンの読み・アクセントパターンを置き換える。上記例では、ステップＳ２００３の出力が「メールオ｜ダウンロ’オド／シマス＞．」となるので、「メールオ｜ダウンロ’オド／シマ’ッセエ↑．」の韻律記号出力を得る。ＳＴ００１の第二の文章に関しては規則ＩＤ＝６を、ＳＴ００２の第一の文章に関しては規則ＩＤ＝３を、ＳＴ００２の第二の文章に関しては規則ＩＤ＝５を、ＳＴ００３の第一の文章に関しては規則ＩＤ＝４を、ＳＴ００３の第二の文章に関しては規則ＩＤ＝２を、ＳＴ００４の文章に関しては規則ＩＤ＝７を適用すればよい。上記のように、対象となる発声内容テキストに対して方言等の特有の言い回しの文節等と入れ替えを行うことで方言等への言い回しの変換が可能となり、図２２（Ａ）の変換前音声プロンプトテーブルを、図２２（Ｂ）の変換後音声プロンプトテーブルに変換できる。
【００３４】
上記図１９記載のコンテンツ変換の実施の形態の一例として、図２３及び図２４を用いて、「アメリカ人のケント」のキャラクタを用いて、英語で音声を出力するキャラクタ「メール送受信」アプリケーションのコンテンツ変換を行う例を説明する。「メール送受信」アプリケーションに含まれる音声プロンプトテーブルを図２４（Ａ）に示す。このように、図２４（Ａ）に示される変換前音声プロンプトは、図２２（Ａ）で示したプロンプトと同一である。例えば、プロンプトＩＤ＝ＳＴ００１の発声内容は、「メールをダウンロードします。よろしいですか？」となっている。本コンテンツ変換の実施例では、まずステップＳ２３０１にてテキストを抽出し、形態素・構文解析辞書２３０５を利用して形態素・構文解析を行う（ステップＳ２３０３）。次に、形態素・構文解析された情報を利用して、文型対応データ２３０６、対訳辞書２３０７を参照することにより（ステップＳ２３０３）、翻訳結果を出力する（ステップＳ２３０４）。例えば、上記の例では「Ｙｏｕｒｍａｉｌｓａｒｅｄｏｗｎｌｏａｄｅｄ．Ｉｓｉｔａｌｌｒｉｇｈｔ？」という出力を行う。同様にＳＴ００２、ＳＴ００３、ＳＴ００４に対して処理することにより、図２４（Ｂ）に示す変換後音声プロンプトテーブルを出力する。ここでは、上記のステップにより日本語から英語への変換を行ったが、最近では、数多くの機械翻訳ソフトウェア及び機械翻訳サービスが実施されており、日本語から英語へのコンテンツ変換として上記ステップに限定するものではない。同様に、日本語から他の外国語への変換、乃至は外国語から日本語への変換に関しても同様の形態を用いることで実施できる。上記構成により、端末の基本母語と異なる母語の使用者の場合、端末使用者の母語でコンテンツを提供することも可能になる。
【００３５】
上記図１９記載のコンテンツ変換の実施の形態の一例として、図２５を用いて、ニュースコンテンツを読み上げる場合のキャラクタの画像を変換する例を説明する。図２５の２５０２は、図３におけるキャラクタ「なかよし君」（３０１）である。ここで「なかよし君」キャラクタがニュースを読み上げる際には、２５０１の形態でコンテンツ変換されたニュース情報を表示すると共に、２５０３で示す新聞紙を模擬した画像を添付することで、ニュースを読み上げていることを明示することもできる。すなわち、運転中にはテキスト情報よりも視認性のよいアイテムを表示した方が安全性の観点から重要である。
【００３６】
上記図１９記載のコンテンツ変換の実施の形態の一例として、図２６を用いて、交通情報コンテンツを読み上げる場合のキャラクタの画像を変換する例を説明する。ここで「なかよし君」キャラクタが交通情報を読み上げる際には、２６０１の形態でコンテンツ変換されたニュース情報を表示すると共に、２６０３で示す自動車を模擬した画像を添付することで、ニュースを読み上げていることを明示することもできる。すなわち、運転中にはテキスト情報よりも視認性のよいアイテムを表示した方が安全性の観点から重要である。
【００３７】
上記図１９記載のコンテンツ変換の実施の形態の一例として、図２７を用いて、音声認識対象発話内容を変換する例を示す。一般に音声認識対象発話内容は、２７０１の形態で認識語彙の形式で設定されている。例えば、２７０１にはキャラクタエージェントの確認発話に対する端末利用者の発声を認識するための「はい」「いいえ」が記載されている。ここで、キャラクタとして「大阪弁のおにいさん」のキャラクタと対話する場合には、プロンプト発声を大阪弁に変換すると共に、コンテンツに含まれている音声認識対象発話も大阪弁を認識できるように変換した方が対話完了率が高まるので安全性の観点から有用である。すなわち、２７０２に示すように、あらかじめ認識対象発話内容として設定してある「はい」「いいえ」と合わせ、図２０のコンテンツ変換手段と図２１の変換パターンテーブルを実施して得られる「せやなあ」「ちゃうちゃう」も音声認識対象発話内容として構成する。なお、上記例では、認識語彙の形式で利用者の認識対象発話を設定したが、一般に、認識対象発話はネットワーク文法として設定される場合や文全体として設定される場合があり、認識対象発話は語彙のみに限定しない。
【００３８】
【発明の効果】
本発明を実施することにより、コンテンツ制作者及びキャラクタ権利者双方の要求を判定した上でコンテンツを提供するサービスを提供することができる。又、従来は、キャラクタを指定しそのキャラクタが読み上げるコンテンツのみしか受信することができなかったが、本発明を実施することにより、ニュースや交通情報などの一般的なコンテンツを、言い回しの変換などを含めて好みのキャラクタに読み上げさせる様に変換したコンテンツを受け取ることが可能になる。更に、サービス提供者にてコンテンツ変換管理するために、コンテンツ制作者とキャラクタ制作者各々に問い合わせを行う必要がなくなり、端末と配信サーバ間のコンテンツ送信は１回となるので、通信コストの低減になり利用者に多大なメリットを与える効果がある。
【図面の簡単な説明】
【図１】本発明を実施するサービス装置と端末の構成例。
【図２】端末を利用する手順の一例。
【図３】キャラクタメニュー表示の一例。
【図４】メニュー表示の一例。
【図５】メニュー表示の一例。
【図６】本発明を実施する構成例。
【図７】コンテンツのダウンロードに関わる実施例。
【図８】本発明を実施する構成例。
【図９】本発明を実施する構成例。
【図１０】コンテンツ変換可否手段の一例。
【図１１】対キャラクタ権利者認可クラスの一例。
【図１２】対コンテンツ制作者認可クラスの一例。
【図１３】キャラクタ権利者管理情報の一例。
【図１４】コンテンツ制作者管理情報の一例。
【図１５】メニューのダウンロードに関わる実施例。
【図１６】メニュー情報の構成例。
【図１７】テキストからの音声合成手段の一実施例。
【図１８】テキストからの音声合成手段の一実施例。
【図１９】コンテンツ変換方法選択の一例。
【図２０】コンテンツ変換方法の一実施方法。
【図２１】変換パターンテーブルの一例。
【図２２】プロンプト音声に対する変換前・変換後の一実施例。
【図２３】コンテンツ変換方法の一実施方法。
【図２４】プロンプト音声に対する変換前・変換後の一実施例。
【図２５】コンテンツ変換後の一画面例。
【図２６】コンテンツ変換後の一画面例。
【図２７】音声認識対象発話内容に対する変換前・変換後の一実施例。
【符号の説明】
１０１サーバ装置、１０２電子的ネットワーク、１０３端末装置、１０５制御部、１０６音声合成部、１０７指示入力部、１０８画像表示部、１０９スピーカ、１１０マイク、１１１ディスプレイ、１１２制御部、１１３利用者情報管理部、１１４利用者情報データベース、１１５コンテンツ制作者情報管理部、１１６コンテンツ制作者情報データベース、１１７キャラクタ権利者情報管理部、１１８キャラクタ権利者情報データベース、１１９コンテンツ管理部、１２０コンテンツデータベース、１２１メニュー生成部、１２２コンテンツ変換可否判定部、１２３コンテンツ変換部、Ｓ２０１エンジン始動・車載機起動ステップ、Ｓ２０２変更判定ステップ、Ｓ２０３しないを選択するステップ、Ｓ２０４するを選択するステップ、Ｓ２０５キャラクタメニュー表示ステップ、Ｓ２０６キャラクタ選択ステップ、Ｓ２０７キャラクタ設定ステップ、Ｓ２０８メニューを変更するかを判定するステップ、Ｓ２０９するを選択するステップ、Ｓ２１０しないを選択するステップ、Ｓ２１１新規メニューをダウンロードするステップ、Ｓ２１２メニューを表示するステップ、Ｓ２１３メニューを選択するステップ、Ｓ２１４コンテンツをダウンロードするステップ、Ｓ２１５選択したキャラクタで音声対話を実行するステップ、３０１キャラクタのアイコン画像、３０２キャラクタの愛称、３０３キャラクタを選択中の表示、３０４キャラクタのアイコン画像、３０５キャラクタのアイコン画像、３０６キャラクタ選択の枠を左に移動する矢印キー、３０７キャラクタ選択の枠を右に移動する矢印キー、３０８選択可能なキャラクタを指示する枠表示、４０２メニュー項目表示、４０３メニュー項目表示、４０４メニュー項目表示、４０５メニュー項目表示、４０６キャラクタ画像、４０７発声内容表示、５０１メニュー項目、５０２メニュー項目、５０３メニュー項目、５０４キャラクタのアイコン画像、５０５キャラクタのアイコン画像、５０６キャラクタで合成できないことを示すブランク表示、６０１コンテンツ制作者、６０２電子的ネットワーク、６０３サービス提供者、６０４電子的ネットワーク、６０５端末、Ｓ７０１コンテンツのダウンロード要求のステップ、Ｓ７０２要求メッセージを送信するステップ、Ｓ７０３要求メッセージを受信するステップ、Ｓ７０４コンテンツが取得済みかどうか判定するステップ、Ｓ７０５取得済みでないを選択するステップ、Ｓ７０６取得済みであるを選択するステップ、Ｓ７０７コンテンツを要求するステップ、Ｓ７０８コンテンツを生成するステップ、Ｓ７０９コンテンツを送出するステップ、Ｓ７１０コンテンツ変換可否を判定するステップ、Ｓ７１１結果がＯＫかどうかを判定するステップ、Ｓ７１２変換できないが選択されるステップ、Ｓ７１３変換ができるが選択されるステップ、Ｓ７１４コンテンツ変換を行うステップ、Ｓ７１５コンテンツを組成するステップ、Ｓ７１６コンテンツを送出するステップ、Ｓ７１７コンテンツを受信するステップ、８０１コンテンツ制作者、８０２電子的ネットワーク、８０３サービス提供者、８０４電子的ネットワーク、８０５端末、８０６電子的ネットワーク、８０７コンテンツ変換サーバ、９０１コンテンツ制作者、９０２電子的ネットワーク、９０３サービス提供者、９０４電子的ネットワーク、９０５端末、９０６コンテンツ変換サーバ、Ｓ１００１キャラクタＩＤを取得するステップ、Ｓ１００２コンテンツＩＤを取得するステップ、Ｓ１００３対キャラクタ権利者認可クラスを取得するステップ、Ｓ１００４認可クラスに含まれるか判定するステップ、Ｓ１００５含まれないが選択されるステップ、Ｓ１００６含まれるが選択されるステップ、Ｓ１００７対コンテンツ制作者認可クラスを取得するステップ、Ｓ１００８認可クラスに含まれるか判定するステップ、Ｓ１００９含まれないが選択されるステップ、Ｓ１０１０含まれるが選択されるステップ、Ｓ１０１１コンテンツ変換を許可する状態、Ｓ１０１２コンテンツ変換を許可しない状態、１０１３要求メッセージ、１０１４キャラクタＩＤ格納領域、１０１５コンテンツＩＤ格納領域、１０１６送出メッセージ、１０１７コンテンツ変換可否格納領域、１１０１認可クラスＩＤ、１１０２許可情報内容、１２０１認可クラスＩＤ、１２０２許可情報内容、１３０１キャラクタ権利者ＩＤ、１３０２キャラクタ権利者名称、１３０３オーソライズ情報、１３０４認可クラス、１３０５認可情報、１４０１コンテンツ制作者ＩＤ、１４０２コンテンツ制作者名称、１４０３オーソライズ情報、１４０４認可クラス、１４０５認可情報、Ｓ１５０１メニューダウンロードを要求するステップ、Ｓ１５０２要求メッセージを送信するステップ、Ｓ１５０３要求メッセージを受信するステップ、Ｓ１５０４メニューを組成するステップ、Ｓ１５０５利用可能キャラクタを組成するステップ、Ｓ１５０６コンテンツ変換可否を判定するステップ、Ｓ１５０７メニューリストを組成するステップ、Ｓ１５０８メニューを送出するステップ、Ｓ１５０９メニューを受信するステップ、１６０１メニュー名、１６０２キャラクタ情報、１６０３キャラクタ情報、Ｓ１７０１テキスト入力ステップ、Ｓ１７０２形態素解析ステップ、Ｓ１７０３読みアクセント付与ステップ、Ｓ１７０４韻律記号出力ステップ、Ｓ１７０５素片接続ステップ、Ｓ１７０６韻律制御ステップ、Ｓ１７０７音声合成波形出力ステップ、１７０８言語解析辞書、１７０９アクセント辞書、１７１０素片データベース、Ｓ１８０１テキスト入力ステップ、Ｓ１８０２形態素解析ステップ、Ｓ１８０３読みアクセント付与ステップ、Ｓ１８０４韻律記号出力ステップ、１８０５サービス装置処理、１８０６電子的ネットワーク、Ｓ１８０７韻律記号入力ステップ、Ｓ１８０８素片接続ステップ、Ｓ１８０９韻律制御ステップ、Ｓ１８１０音声合成波形出力ステップ、１８１１端末処理、１８１２言語解析辞書、１８１３アクセント辞書、１８１４素片データベース、Ｓ１９０１変換キャラクタＩＤの設定ステップ、Ｓ１９０２変換手段の決定ステップ、Ｓ１９０３コンテンツ変換実行ステップ、Ｓ１９０４変換後コンテンツ生成ステップ、１９０５変換方法指定データベース、Ｓ２００１テキスト入力ステップ、Ｓ２００２形態素解析ステップ、Ｓ２００３読み・アクセント付与ステップ、Ｓ２００４変換パターン検索ステップ、Ｓ２００５パターン置き換えステップ、Ｓ２００６韻律記号出力ステップ、２００７変換パターンデータ、２１０１規則ＩＤ、２１０２基準パターン、２１０３変換後パターン、２１０４読みアクセントパターン、２２０１変換前音声プロンプトテーブル、２２０２変換後音声プロンプトテーブル、Ｓ２３０１日本語テキスト入力ステップ、Ｓ２３０２形態素・構文解析ステップ、Ｓ２３０３翻訳ステップ、Ｓ２３０４翻訳結果出力ステップ、２３０５形態素構文解析辞書、２３０６文型対応データ、２３０７対訳辞書、２４０１変換前音声プロンプトテーブル、２４０２変換後音声プロンプトテーブル、２５０１情報内容表示、２５０２キャラクタ表示、２５０３変換後画像表示、２６０１情報内容表示、２６０２キャラクタ表示、２６０３変換後画像表示、２７０１変換前認識発話テーブル、２７０２変換後認識発話テーブル。

Claims

複数のコンテンツと、該複数のコンテンツと該コンテンツに関する情報を記録管理する情報処置装置であって、接続される端末装置からのコンテンツ及び該コンテンツの変換方法の要求を受け取る手段と、上記記録管理される情報に基づいて上記要求についての判定を行う手段と、上記判定の結果に応じて、該要求を接続されるコンテンツ変換サーバに送出するか、上記コンテンツを変換せずに送出するか、若しくは上記判定の結果を上記端末装置に通知する処理手段とを有することを特徴とする情報処理装置。
上記判定手段は、上記組み合わせ要求を許可するか否かを判定し、上記処理手段は、上記判定手段が許可した場合に上記変換サーバに送出し、上記判定手段が不許可と判定した場合には上記コンテンツを変換せずに送出するか、又は、上記端末装置へ通知することを特徴とする請求項１記載の情報処理装置。
上記コンテンツの変換手段を有し、上記判定手段が許可した場合には、上記変換サーバへの送出に変えて、上記変換手段で該コンテンツを変換することを特徴とする請求項２記載の情報処理装置。
上記変換条件は、上記コンテンツを表現するキャラクタの選択要求であることを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
上記判定手段が上記コンテンツはキャラクタ固有であると判定した場合には、記録される該コンテンツを上記端末に送出することを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
上記変換サーバ又は上記変換手段は、上記コンテンツ中のテキストの言い回しも変換することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
コンテンツと該コンテンツを表現するキャラクタの要求を端末から受け取り、上記コンテンツとキャラクタの組み合わせの許可判定を行い、上記組み合わせが可能である場合には、該コンテンツを該キャラクタの仕様に変更したコンテンツを上記端末に送出し、上記組み合わせが不可能である場合には、不可能である旨を上記端末に通知するコンテンツ提供方法。
コンテンツ及び該コンテンツの表現方法の情報を管理するサーバに接続される端末であって、
上記コンテンツ及び上記表現方法の候補を表示する表示手段と、
上記コンテンツと該コンテンツの表現方法各々の候補を選択する入力部と、
上記入力された情報を上記サーバに送出し、上記するサーバから上記表現方法に変換された上記コンテンツ若しくは、上記入力が実現できない旨の情報を受け取る通信部とを有し、
上記表示手段は、上記受け取ったコンテンツ又は情報も表示することを特徴とする端末装置。