JP2003110732A - 発信端末、着信端末、仲介サーバおよびメッセージ出力方法 - Google Patents

Abstract

(57)【要約】 【課題】 メッセージの入出力形式が異なる端末間で
は、互いに通信を行うことができない。 【解決手段】 発信端末１０と着信端末３０との間のメ
ッセージの送受信を仲介する仲介サーバ６０は、発信者
からメッセージをテキスト形式または音声形式の少なく
ともいずれか一方で受信する送受信部６２と、メッセー
ジの着信者が出力可能なメッセージの形式を検出する検
出部６４と、受信したメッセージの形式が検出された形
式と異なる場合に、メッセージの形式を変換する変換部
５０とを有する。送受信部６２は、メッセージを検出さ
れた形式で着信者に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、発信端末、着信
端末、仲介サーバ、およびメッセージ出力方法に関す
る。この発明はとくに、音声またはテキストデータでメ
ッセージを送受信する発信端末、着信端末、仲介サー
バ、およびメッセージ出力方法に関する。

【０００２】

【従来の技術】近年、メール送受信機能付きの携帯電話
などの普及で、メールのやり取りも気軽に行えるように
なってきた。しかし依然として携帯電話での文字入力に
不慣れな人も多く、ちょっとしたメッセージを伝えたい
場合に、メールを書くのが面倒なこともある。また、会
議中や周りにたくさん人がいるなど音を立てるのがはば
かられるときでも、緊急の用事があって、相手に電話で
伝えたいこともある。

【０００３】

【発明が解決しようとする課題】しかし、従来は、電話
とメールのように入出力の形式が違うと、互いの間でメ
ッセージのやり取りができず、円滑なコミュニケーショ
ンの妨げとなっていた。さらに、例えば目が不自由な人
の場合メールを読むのに支障があったり、耳の不自由な
人の場合電話で会話するのに支障があったりする。その
ため、このようなハンディキャップを有する人とのコミ
ュニケーションを円滑に図るのも困難であった。

【０００４】本発明は、そうした課題に鑑みてなされた
ものであり、その目的は、入出力の形式が異なっていて
も、発信者と着信者の間のメッセージのやり取りが円滑
に行われるメッセージ出力技術の提供にある。

【０００５】

【課題を解決するための手段】本発明のある態様は、メ
ッセージを発信する発信端末に関する。この発信端末
は、着信者へのメッセージをテキスト形式または音声形
式の少なくともいずれか一方で入力する入力部と、着信
者がメッセージをテキスト形式または音声形式のいずれ
の形式で出力可能かを検出する検出部と、入力されたメ
ッセージの形式が検出された形式と異なる場合に、メッ
セージの形式を変換する変換部と、メッセージを検出さ
れた形式で着信者に送信する送信部と、を含む。ここ
で、着信者とは、発信者により電話番号またはアドレス
が指定された宛先者のことである。テキスト形式とは、
視覚により認識される形式のことである。また音声形式
とは聴覚により認識される形式のことである。

【０００６】検出部は、着信者が出力可能な形式を予め
登録しておく登録部を有してもよく、登録部を参照して
形式を検出してよい。検出部は、着信者の電話番号やメ
ールアドレスなどの宛先の形態に基づいて着信者が出力
可能な形式を検出してもよい。

【０００７】登録部は、着信者から発信されたメッセー
ジの形式を着信者が出力可能な形式として登録してもよ
い。

【０００８】検出部は、メッセージの発信に先立ち、着
信者側へ形式確認信号を送信してもよく、その信号に対
する着信者側からの応答信号に応じて着信者が出力可能
な形式を検出してもよい。

【０００９】発信端末は、着信者からの応答メッセージ
を受信する受信部と、応答メッセージをテキスト形式ま
たは音声形式のいずれか一方で出力可能な出力部とをさ
らに含んでもよい。この場合、変換部は、受信した応答
メッセージの形式が出力可能な形式と異なる場合、応答
メッセージの形式を出力可能な形式に変換してよい。

【００１０】発信端末は、着信者からの応答メッセージ
を受信する受信部と、応答メッセージをテキスト形式ま
たは音声形式の両方で出力可能な出力部と、ユーザの指
示に従って、応答メッセージを出力させる形式を選択す
る選択部とをさらに含んでもよい。この場合、変換部
は、受信した形式が選択された形式と異なる場合、応答
メッセージの形式を選択された形式に変換してよい。

【００１１】本発明の別の態様は、メッセージを着信す
る着信端末に関する。この着信端末は、メッセージをテ
キスト形式および音声形式の両方で受信可能な受信部
と、メッセージをテキスト形式または音声形式のいずれ
か一方でのみ出力する出力部と、受信したメッセージの
形式が出力部により出力される形式と異なる場合に、メ
ッセージの形式を変換する変換部と、を含む。

【００１２】着信端末は、出力部がメッセージをテキス
ト形式および音声形式の両方で出力可能な場合に、いず
れの形式で出力するかを選択する選択部と、選択部が選
択した形式が受信したメッセージの形式と異なる場合
に、メッセージの発信者にメッセージの形式を変換中で
あることを通知する通知部とをさらに含んでもよい。

【００１３】本発明の別の態様は、メッセージの送受信
を仲介する仲介サーバに関する。この仲介サーバは、発
信者からメッセージをテキスト形式または音声形式の少
なくともいずれか一方で受信する受信部と、メッセージ
の着信者が出力可能なメッセージの形式を検出する検出
部と、受信したメッセージの形式が検出された形式と異
なる場合に、メッセージの形式を変換する変換部と、メ
ッセージを検出された形式で着信者に送信する送信部と
を含む。

【００１４】検出部は、着信者が出力可能な形式を予め
登録しておく登録部を有してもよく、登録部を参照して
形式を検出してよい。受信部は、着信者から出力可能な
メッセージの形式に関する情報を受信してよく、その情
報を登録部に登録してもよい。

【００１５】本発明の別の態様は、メッセージの出力方
法に関する。この方法は、発信者側が入力したメッセー
ジが着信者の出力可能な形式とは異なる場合に、発信者
と着信者との間のセッションが継続している間に元のメ
ッセージの形式を出力可能な形式に変換してから着信者
に出力させる。この方法において、メッセージの形式変
換は、発信者と着信者が通信中に略リアルタイムに行わ
れてよい。

【００１６】この方法によれば、メッセージの形式を変
換している間に、発信者および着信者にメッセージの変
換をしている旨の通知を行ってもよい。

【００１７】本発明の別の態様は、発信者が着信者への
メッセージをテキスト形式または音声形式のいずれか一
方で入力した際に、着信端末がいずれか他方の形式での
み出力可能な場合、入力されたメッセージを他方の形式
に変換してから着信端末に出力させるメッセージ出力方
法に関する。

【００１８】本発明のさらに別の態様は、発信者が入力
したメッセージが着信者により通常使用される言語と異
なる場合に、発信者と着信者との間のセッションが継続
している間に元のメッセージの言語を着信者が通常使用
する言語に翻訳してから着信者に出力させるメッセージ
出力方法に関する。

【００１９】なお、以上の構成要素の任意の組合せ、本
発明の表現を方法、装置、システム、記録媒体、プログ
ラムなどの間で変換したものもまた、本発明の態様とし
て有効である。

【００２０】

【発明の実施の形態】図１は、実施の形態に係るメッセ
ージ出力方法の概念を示す図である。このメッセージ出
力方法によれば、発信端末１０が入力したメッセージの
形式が着信端末３０が出力可能な形式とは異なる場合
に、変換部５０により、元のメッセージの形式を着信端
末３０が出力可能な形式に変換してから着信端末３０に
出力させる。ここで、メッセージの形式とは、テキスト
形式または音声形式である。変換部５０は、音声形式の
メッセージをテキスト形式に、またはテキスト形式のメ
ッセージを音声形式に変換する機能を有する。変換部５
０の機能は、通常の音声認識ソフトなどにより実現され
てよい。変換部５０は、発信端末１０側に設けられても
よく、着信端末６０側に設けられてもどちらでもよい。
また、発信端末１０からのメッセージは、仲介サーバ６
０を介して着信端末３０に送信されてもよい。この場
合、変換部５０は、仲介サーバ６０に設けられてもよ
い。

【００２１】図２は、メッセージ出力方法の手順を示す
フローチャートである。まず、発信者が着信者を指定し
て発信端末１０にメッセージを入力する（Ｓ１００）。
着信者は、電話番号やメールアドレスなどの所定の識別
情報により指定される。発信者からのメッセージの入力
があると、入力されたメッセージの形式が着信者が出力
可能な形式と一致するか否かが検出される（Ｓ１０
２）。入力されたメッセージと着信者が出力可能な形式
が異なる場合（Ｓ１０２のＮｏ）、変換部５０は入力さ
れたメッセージの形式を着信者が出力可能な形式に変換
する（Ｓ１０４）。この場合着信端末３０は、変換され
た形式でメッセージを出力する（Ｓ１０６）。入力され
たメッセージの形式と着信者が出力可能な形式が一致す
る場合（Ｓ１０２のＹｅｓ）、通常の通信処理が行わ
れ、着信端末３０はメッセージをそのまま出力する（Ｓ
１０６）。以上で説明したステップ１０２の検出処理と
ステップ１０６の変換処理は、発信端末１０、着信端末
３０または仲介サーバ６０のいずれで行われてもよい。
また、これらの検出処理および変換処理は同じ端末によ
り行われる必要はない。以下に各場合に分けて詳細に説
明する。

【００２２】図３は、変換部５０を含む発信端末１０の
構成を示す図である。この発信端末１０は、ＰＣ、ＰＤ
Ａ、携帯電話、固定電話、その他任意のハードウエアで
ある。ここで、着信端末３０は、テキストデータを表示
不可能な電話であってもよく、また音声出力不可能な任
意のハードウエアであってもよい。発信端末１０は、入
出力部１２と、検出部１４と、登録部１６と、変換部５
０と、および送受信部１８とを有する。入出力部１２
は、着信者とやり取りするメッセージをテキスト形式ま
たは音声形式の少なくともいずれか一方で入出力する。
テキスト形式でメッセージを入出力する場合、入出力部
１２はキーボードおよびディスプレイを含む。また、こ
の場合発信端末１０は文字入出力機能を有する。文字入
出力処理は、通常の文書作成ソフトにより実現されてよ
い。一方、音声形式でメッセージを入出力する場合、入
出力部１２は、マイクおよびスピーカを含む。入出力部
１２は、テキスト形式と音声形式の両方でメッセージを
入出力する機能を有してもよい。入出力部１２がテキス
ト形式と音声形式の両方でメッセージを入出力する機能
を有する場合、発信端末１０は、着信者からの応答メッ
セージの出力形式を選択する機能を有してもよい。

【００２３】登録部１６は、着信者が出力可能な形式を
予め登録しておく。登録部１６は、例えば着信者の電話
番号などの識別情報と出力可能な形式とを対応づけて保
持する。また登録部１６は、以前に着信者から発信され
たメッセージの形式を着信者が出力可能な形式として登
録してもよい。検出部１４は、登録部１６を参照して着
信者がメッセージをテキスト形式または音声形式のいず
れの形式で出力可能かを検出する。変換部５０は、入力
されたメッセージの形式が検出された形式と異なる場合
に、メッセージの形式を変換する。送受信部１８は、テ
キスト形式と音声形式の両方でメッセージを送受信可能
であるが、検出された形式でメッセージを着信者に送信
する。変換部５０はまた、送受信部１８が受信した着信
者からの応答メッセージの形式が、入出力部１２が出力
不可能な場合や発信端末１０により選択された出力形式
でない場合に、応答メッセージの形式を変換する。この
場合、入出力部１２は、変換後の形式で応答メッセージ
を出力する。

【００２４】他の例において、発信端末１０は登録部１
６を有しなくてもよい。この場合、検出部１４は、メッ
セージの発信に先立ち、着信者側へ形式確認信号を送信
し、その信号に対する着信者側からの応答信号に応じて
着信者が出力可能な形式を検出してもよい。

【００２５】さらに、着信端末３０がテキスト形式と音
声形式の両方でメッセージを受信する機能を有している
場合、送受信部１８は、テキスト形式と音声形式の両方
の形式でメッセージを送信してもよい。この場合、着信
端末３０側でいずれか適切な形式のメッセージを出力す
るようにしておけばよい。

【００２６】次に、本実施の形態における発信端末１０
により、音声入出力機能しか有しない電話である着信端
末３０にメッセージを発信する例を説明する。ここで、
発信端末１０は、着信者とやり取りするメッセージをテ
キスト形式で入出力するように設定されているものとす
る。まず、発信者が発信端末１０から着信端末３０に電
話をすると、検出部１４は、着信端末３０が音声を出力
可能であることを検出する。検出部１４は着信端末３０
が出力可能な形式を登録部１６を参照して検出してもよ
いし、また着信端末３０からの応答信号により検出して
もよい。

【００２７】発信端末１０からの電話に応じて着信者が
「もしもし」と言うと、「もしもし」という音声が電話
回線を通じて発信端末１０に送信される。変換部５０は
送受信部１８が受信した音声をテキストデータに変換
し、入出力部１２はディスプレイに「もしもし」という
文字を表示する。これに応答して発信者が「ユキです。
さっき電話した？」という文字を打ち込むと、変換部５
０は、そのテキストデータを音声に変換する。そして送
受信部１８は、「ユキです。さっき電話した？」という
音声を着信端末３０に送信する。このようにして、発信
端末１０と着信端末３０との間でメッセージの送受信が
行われる。

【００２８】また、検出部１４は、発信者と着信者のメ
ッセージのやり取り毎に形式を検出するのではなく、一
つのセッションが張られている間は同じように変換処理
を行ってよい。

【００２９】以上の例のように、本実施の形態の発信端
末１０によれば、テキストデータを入力することにより
音声で応答する着信者と略リアルタイムで会話をするこ
とができるので、電車の中のように周りにたくさん人が
いて音を立てるのがはばかられるときでも着信者とスム
ーズに会話ができる。

【００３０】また、以上の処理が行われる間、とくに発
信者が文字を打ち込んでいる間や変換部５０がメッセー
ジの形式の変換を行っている間に、発信端末１０は、着
信端末３０に、「ただいまテキストデータと音声間の変
換を行っています。もうしばらくお待ちください。」と
いう音声を送信してもよい。このように着信者に現在の
処理状況を知らせることにより、文字の打ち込みや変換
に多少の時間がかかってブランクの時間があっても、着
信者が心配することなく発信者とコミュニケーションを
取ることができる。

【００３１】本実施の形態における発信端末１０を用い
て、着信者へのメッセージの入力と着信者からのメッセ
ージの出力を異なる形式で行ってもよい。例えば、着信
者が音声形式でメッセージの入出力を行う場合に、発信
者は着信者へのメッセージをテキストデータで入力する
一方、着信者からの音声を変換することなく出力しても
よい。このように、相手からの音声をイヤホンで聞きな
がらテキストデータを入力すれば、メッセージの形式の
変換などに要する処理時間を短縮することもできるの
で、よりスムーズに会話をすることができる。

【００３２】次に、発信端末１０により、メッセージを
テキスト形式でしか出力できない着信端末３０にメッセ
ージを発信する例を説明する。ここで、発信端末１０
は、着信者とやり取りするメッセージを音声形式で入出
力するように設定されているものとする。まず、発信者
が発信端末１０から着信端末３０に電話をすると、検出
部１４は、着信端末３０がテキストデータを出力可能で
あることを検出する。着信者が応答すると、入出力部１
２はその旨を着信者に通知する。入出力部１２は、例え
ば発信者に「着信端末はテキストデータしか受信できま
せん。メッセージを変換して伝えます。メッセージをお
話ください。」などのアナウンスを行ってもよい。

【００３３】着信者が応答したことを知って、発信者が
「もしもし、ユキです。明日は午後６時からリストラン
テイタリアンで食事しましょう。」と言うと、変換部５
０は、その音声をテキストデータに変換し、送受信部１
８は、着信端末に３０に「もしもし、ユキです。明日は
午後６時からリストランテイタリアンで食事しましょ
う。」というテキストデータを送信する。以上のよう
に、本実施の形態の発信端末１０によれば、相手がテキ
スト形式でしかメッセージを出力できなくても、電話を
するのと同じように気軽にメッセージを送ることができ
る。

【００３４】図４は、変換部５０を含む着信端末３０の
構成を示す図である。この着信端末３０は、ＰＣ、ＰＤ
Ａ、携帯電話、固定電話、その他任意のハードウエアで
ある。ここで、発信端末１０は、テキストデータを表示
不可能な電話であってもよく、また音声出力不可能な任
意のハードウエアであってもよい。

【００３５】着信端末３０は、送受信部３２と、選択部
３４と、変換部５０と、入出力部３６と、通知部３８と
を有する。送受信部３２は、メッセージをテキスト形式
および音声形式の両方で受信可能である。入出力部３６
は、メッセージをテキスト形式および音声形式の両方で
出力可能である。選択部３４は、ユーザの指定に従って
メッセージをテキスト形式または音声形式のいずれの形
式で出力するかを選択する。変換部５０は、選択部３４
が選択した形式が受信したメッセージの形式と異なる場
合に、メッセージの形式を変換する。通知部３８は、選
択部３４が選択した形式が受信したメッセージの形式と
異なる場合に、メッセージの発信者にメッセージの形式
を変換中であることを通知する。これにより、発信者は
メッセージの形式が変換されて着信者に伝えられること
を知ることができ、形式が 変換されることを意識して
メッセージの入力をすることができる。また、着信端末
３０が選択部３４を有するので、着信者は自分の状況に
応じてメッセージの出力形式を選ぶことができる。

【００３６】なお、入出力部３６は、メッセージをテキ
スト形式または音声形式のいずれか一方でのみ出力可能
のものであってもよい。このとき、変換部５０は、入出
力部３６が出力できる形式が受信したメッセージの形式
と異なる場合に、メッセージの形式を変換する。

【００３７】次に、本実施の形態における着信端末３０
が、音声入出力機能しか有しない電話である発信端末１
０からメッセージを受信する例を説明する。ここで、例
えば着信者が会議中などで、選択部３４はメッセージを
テキスト形式で入出力するように設定されているものと
する。発信者から電話があると、着信端末３０は、着信
者に電話がかかってきたことを知らせる通知を行う。こ
の通知は例えば携帯電話のマナーモードのように通常の
手法により行われてよい。着信者が例えばディスプレイ
にタッチするなどの何らかのアクションを起こして応答
すると、通知部３８は、「はい、山田です。ただいま会
議中です。音声・テキスト変換形式で応答します。」と
いう音声を発信者に送信する。発信者は予め自分の声で
応答メッセージを録音して通知部３８に記憶させておい
てよい。この通知を行うことにより、発信者は相手が会
議中であることを知ることができるとともに自分の声が
相手にテキスト形式で伝えられることを認識できる。

【００３８】発信者が「鈴木です」と言うと、「鈴木で
す」という音声が電話回線を通じて着信端末３０に送信
される。変換部５０は送受信部３２が受信した音声をテ
キストデータに変換し、入出力部３６はディスプレイに
「鈴木です」という文字を表示する。これに応答して着
信者が「用件は何ですか」という文字を打ち込むと、変
換部５０はそのテキストデータを音声に変換し、送受信
部３２は発信者に「用件は何ですか」という音声を送信
する。このようにして発信端末１０と着信端末３０との
間でメッセージの送受信が行われる。このようにすれ
ば、会議中に電話がかかってきても、声を出して答える
ことなく用件を見たり応答メッセージを書いたりでき
る。

【００３９】また、着信端末３０は、着信者が会議中の
ときに、発信者からの電話に留守番電話機能で応答し、
発信者が録音したメッセージをテキスト形式で出力して
もよい。このようにすれば、会議中に発信者から緊急の
用件が伝えられた場合に、その内容を知ることができ
る。

【００４０】また、上述とは逆に、テキスト形式のメッ
セージを送信してきた発信者に対して着信者が音声で応
答することもできる。この場合は、通知部３８は、着信
者に対して「発信者から送信されたテキスト形式のメッ
セージを音声に変換しています」という通知を行っても
よい。

【００４１】図５は、変換部５０を含む仲介サーバ６０
の構成を示す図である。この仲介サーバ６０は、ＰＣ、
ＰＤＡ、その他任意のハードウエアである。またここ
で、発信端末１０および着信端末３０は、テキストデー
タを表示不可能な電話であってもよく、また音声出力不
可能な任意のハードウエアであってもよい。

【００４２】仲介サーバ６０は、送受信部６２と、検出
部６４と、登録部６６と、変換部５０とを有する。送受
信部６２は、メッセージをテキスト形式および音声形式
の両方で送受信可能である。登録部６６は、着信者が出
力可能なメッセージの形式を予め登録しておく。検出部
６４は、登録部６６を参照して着信者が出力可能なメッ
セージの形式を検出する。変換部５０は、発信者から受
信したメッセージの形式が着信者が出力可能なメッセー
ジの形式と異なる場合に、メッセージの形式を変換す
る。検出部６４が着信者がテキスト形式および音声形式
の両方で送出力可能であると検出した場合、変換部５０
はメッセージを受信した形式と異なる形式に変換し、送
受信部６２は両方の形式でメッセージを着信者に送信し
てもよい。仲介サーバ６０と発信端末１０および着信端
末３０との間は、インターネットを介して接続されてよ
い。このように仲介サーバ６０に変換部５０を設けるこ
とにより、発信端末１０および着信端末３０が変換部５
０を有しなくても、入力されたメッセージの形式を変換
して出力することができる。

【００４３】また、発信端末１０または着信端末３０の
いずれかが変換部５０を有している場合、仲介サーバ６
０は、着信端末３０が出力可能なメッセージの形式の検
出だけを行い、その情報を発信端末１０に送信し、発信
端末１０または着信端末３０に変換処理を行わせてもよ
い。

【００４４】以上で説明した発信端末１０、着信端末３
０および仲介サーバ６０の構成は、ハードウエアコンポ
ーネントでいえば、任意のコンピュータのＣＰＵ、メモ
リ、その他の素子、およびソフトウエアとしてメモリに
ロードされたメッセージ形式検出および変換機能のある
プログラムなどによって実現されるが、ここではそれら
の連携によって実現される機能ブロックを描いている。
したがって、これらの機能ブロックがハードウエアの
み、ソフトウエアのみ、またはそれらの組合せによって
いろいろな形で実現できることは、当業者には理解され
るところである。

【００４５】また、図３から図５を用いて説明した発信
端末１０と、着信端末３０と、仲介サーバ６０との間で
それぞれ通信が行われてもよい。その場合、仲介サーバ
６０は、どの装置においてメッセージの変換を行うかな
どの制御を行う機能を有してよい。

【００４６】本実施の形態におけるメッセージの出力方
法によれば、着信者は発信者からのメッセージの入力形
式に関係なく自分の望む形式でメッセージを出力できる
ので、ハンディキャップを有する人であっても、ハンデ
ィキャップを有しない人や自分とは異なるハンディキャ
ップを有する人とのコミュニケーションを円滑に行うこ
とができる。

【００４７】以上、本発明を実施の形態をもとに説明し
た。実施の形態は例示であり、それらの各構成要素や各
処理プロセスの組合せにいろいろな変形例が可能なこ
と、またそうした変形例も本発明の範囲にあることは当
業者に理解されるところである。以下、そのような例を
説明する。

【００４８】変換部５０が発信端末１０または仲介サー
バ６０に含まれる場合、着信端末３０は、受信可能また
は出力可能なメッセージの形式を示す信号を発信端末１
０または仲介サーバ６０にそれぞれ送信する機能を有し
てもよい。

【００４９】さらに、変換部５０は、文字認識機能を有
してもよい。この場合、着信端末３０は、例えばファッ
クスとして送られてきた原稿の文字を認識して、メッセ
ージを音声形式で出力してもよい。

【００５０】実施の形態では、変換部５０は、テキスト
形式と音声形式の間の変換を行ったが、変換部５０は言
語翻訳機能を有し、発信者が入力したメッセージが着信
者により通常使用される言語と異なる場合に、発信者と
着信者との間の接続が確立されている間に元のメッセー
ジの言語を着信者が通常使用する言語に翻訳してから着
信者に出力されてもよい。

【００５１】

【発明の効果】本発明によれば、メッセージの入出力形
式が異なる端末間であっても、円滑にコミュニケーショ
ンを図ることができる。

【図面の簡単な説明】

【図１】 実施の形態に係るメッセージ出力方法の概念
を示す図である。

【図２】 メッセージ出力方法の手順を示すフローチャ
ートである。

【図３】 変換部を含む発信端末の構成を示す図であ
る。

【図４】 変換部を含む着信端末の構成を示す図であ
る。

【図５】 変換部を含む仲介サーバの構成を示す図であ
る。

【符号の説明】

１０・・発信端末、１２・・入出力部、１４・・検出
部、１６・・登録部、１８・・送受信部、３０・・着信
端末、３２・・送受信部、３４・・選択部、３６・・入
出力部、３８・・通知部、５０・・変換部、６０・・仲
介サーバ、６２・・送受信部、６４・・検出部、６６・
・登録部。

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 3/42 Ｈ０４Ｂ 7/26 Ｍ Ｆターム(参考） 5K024 AA71 BB01 BB04 BB05 CC01 CC11 DD01 DD04 EE01 EE09 FF05 FF06 GG01 GG03 5K067 AA34 BB04 BB21 DD27 DD51 EE02 FF01 FF31 5K101 KK02 KK05 LL12 MM07 NN02 NN08 NN16 NN18 NN21 QQ01 SS07 SS08

Claims (14)

【特許請求の範囲】
1. 【請求項１】 着信者へのメッセージをテキスト形式ま
   たは音声形式の少なくともいずれか一方で入力する入力
   部と、 前記着信者が前記メッセージをテキスト形式または音声
   形式のいずれの形式で出力可能かを検出する検出部と、 入力された前記メッセージの形式が検出された形式と異
   なる場合に、前記メッセージの形式を変換する変換部
   と、 前記メッセージを検出された前記形式で前記着信者に送
   信する送信部と、 を含むことを特徴とする発信端末。
2. 【請求項２】 前記検出部は、前記着信者が出力可能な
   形式を予め登録しておく登録部を有し、前記登録部を参
   照して前記形式を検出することを特徴とする請求項１に
   記載の発信端末。
3. 【請求項３】 前記登録部は、前記着信者から発信され
   たメッセージの形式を前記着信者が出力可能な形式とし
   て登録することを特徴とする請求項２に記載の発信端
   末。
4. 【請求項４】 前記検出部は、前記メッセージの発信に
   先立ち、着信者側へ形式確認信号を送信し、その信号に
   対する着信者側からの応答信号に応じて前記着信者が出
   力可能な形式を検出することを特徴とする請求項１に記
   載の発信端末。
5. 【請求項５】 前記着信者からの応答メッセージを受信
   する受信部と、 前記応答メッセージをテキスト形式または音声形式のい
   ずれか一方で出力可能な出力部と、 をさらに含み、 前記変換部は、受信した前記応答メッセージの形式が前
   記出力可能な形式と異なる場合、前記応答メッセージの
   形式を前記出力可能な形式に変換することを特徴とする
   請求項１に記載の発信端末。
6. 【請求項６】 前記着信者からの応答メッセージを受信
   する受信部と、 前記応答メッセージをテキスト形式または音声形式の両
   方で出力可能な出力部と、 ユーザの指示に従って、前記応答メッセージを出力させ
   る形式を選択する選択部と、 をさらに含み、 前記変換部は、受信した形式が選択された形式と異なる
   場合、前記応答メッセージの形式を選択された前記形式
   に変換することを特徴とする請求項１に記載の発信端
   末。
7. 【請求項７】 メッセージをテキスト形式および音声形
   式の両方で受信可能な受信部と、 前記メッセージをテキスト形式または音声形式のいずれ
   か一方でのみ出力する出力部と、 受信した前記メッセージの形式が前記出力部により出力
   される形式と異なる場合に、前記メッセージの形式を変
   換する変換部と、 を含むことを特徴とする着信端末。
8. 【請求項８】 前記出力部が前記メッセージをテキスト
   形式および音声形式の両方で出力可能な場合に、いずれ
   の形式で出力するかを選択する選択部と、 前記選択部が選択した形式が受信した前記メッセージの
   形式と異なる場合に、前記メッセージの発信者に前記メ
   ッセージの形式を変換中であることを通知する通知部
   と、 をさらに含むことを特徴とする請求項７に記載の着信端
   末。
9. 【請求項９】 メッセージの送受信を仲介する仲介サー
   バであって、 発信者からメッセージをテキスト形式または音声形式の
   少なくともいずれか一方で受信する受信部と、 前記メッセージの着信者が出力可能なメッセージの形式
   を検出する検出部と、 受信した前記メッセージの形式が検出された形式と異な
   る場合に、前記メッセージの形式を変換する変換部と、 前記メッセージを検出された前記形式で前記着信者に送
   信する送信部と、 を含むことを特徴とする仲介サーバ。
10. 【請求項１０】 前記検出部は、前記着信者が出力可能
    な形式を予め登録しておく登録部を有し、前記登録部を
    参照して前記形式を検出することを特徴とする請求項９
    に記載の仲介サーバ。
11. 【請求項１１】 発信者側が入力したメッセージが着信
    者の出力可能な形式とは異なる場合に、前記発信者と前
    記着信者との間のセッションが継続している間に元のメ
    ッセージの形式を前記出力可能な形式に変換してから前
    記着信者に出力させることを特徴とするメッセージ出力
    方法。
12. 【請求項１２】 前記メッセージの形式を変換している
    間に、前記発信者および前記着信者に前記メッセージの
    変換をしている旨の通知を行うことを特徴とする請求項
    １１に記載のメッセージ出力方法。
13. 【請求項１３】 発信者が着信者へのメッセージをテキ
    スト形式または音声形式のいずれか一方で入力した際
    に、着信端末がいずれか他方の形式でのみ出力可能な場
    合、入力された前記メッセージを前記他方の形式に変換
    してから前記着信端末に出力させることを特徴とするメ
    ッセージ出力方法。
14. 【請求項１４】 発信者が入力したメッセージが着信者
    により通常使用される言語と異なる場合に、前記発信者
    と前記着信者との間のセッションが継続している間に元
    のメッセージの言語を前記着信者が通常使用する言語に
    翻訳してから前記着信者に出力させることを特徴とする
    メッセージ出力方法。