JP2004192528A - 返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体 - Google Patents
返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体 Download PDFInfo
- Publication number
- JP2004192528A JP2004192528A JP2002362402A JP2002362402A JP2004192528A JP 2004192528 A JP2004192528 A JP 2004192528A JP 2002362402 A JP2002362402 A JP 2002362402A JP 2002362402 A JP2002362402 A JP 2002362402A JP 2004192528 A JP2004192528 A JP 2004192528A
- Authority
- JP
- Japan
- Prior art keywords
- reply
- message
- sentence
- candidate
- reply sentence
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
【課題】返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供する。
【解決手段】返信文候補生成装置は、通信端末を介して通信文を受信したときに通信文本文を抽出し、その構造を解析する通信文解析手段と、通信文解析手段で解析された構造に基づき、返信文ＤＢから通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出手段と、返信文候補抽出手段で抽出された返信文を受信した通信文と併せて通信端末へ送信する通信文再構成手段で構成される。
【選択図】 図１
【解決手段】返信文候補生成装置は、通信端末を介して通信文を受信したときに通信文本文を抽出し、その構造を解析する通信文解析手段と、通信文解析手段で解析された構造に基づき、返信文ＤＢから通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出手段と、返信文候補抽出手段で抽出された返信文を受信した通信文と併せて通信端末へ送信する通信文再構成手段で構成される。
【選択図】 図１
Description
【０００１】
【発明の属する技術文野】
本発明は、返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
携帯電話やカーナビゲーション等、文字入力のために用意されたユーザインタフェースが比較的貧弱な環境での受信メールに対する返信文の作成に関し、その障壁をクリアするために、従来、以下に列挙する方法がとられている。
（１）入力方式に慣れる
ｉモード（登録商標）メール（非特許文献１参照）ではテンキーを用いてメール作成が行われ、フルキーボードと比較すれは非常に貧弱で熟練を要する入力環境である。ユーザはその入力方式に慣れることで、メールの返信を行っている。高度に熟練したユーザでは、ある程度の速度での入力が可能である。
【０００３】
（２）固定返信文の中からの選択操作
カーナビゲーション装置では、予め決まった返信文（１０〜２５種類程度）を用意しておき、ユーザはその返信文の中から選択することで、キーボードを用いなくても返信が可能となる（非特許文献２参照）。
【０００４】
【非特許文献１】
「ｉモード操作ガイド」
http://www.nttdocomo.co.jp/p_s/imode/
【非特許文献２】
「ホンダインターナビ」
http://www.internavi.ne.jp/whatsins/what3_03.html
【０００５】
【発明が解決しようとする課題】
しかしながら上記（１）に示す方法によれば、かなりの熟練をユーザに強いると共に、入力時間、画面注視時間等が長く集中して入力する必要がある。従って自動車の中で利用するには少々困難なインタフェースであると考えられる。
また、（２）に示す方法によれば、返信文が複数用意されているといっても、内容が固定されており、例えば、「拝見しました」といった無難な返信しか行うことができず、そもそもユーザが求める返信文が存在しないことも多い。
【０００６】
本発明は上記不都合に鑑みてなされたものであり、返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることを可能とした、返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記した課題を解決するために本発明は、受信した通信文に対して返信文候補を動的に生成する返信文候補生成方法であって、通信端末を介して通信文を受信したときに前記通信文本文を抽出し、その構造を解析する通信文解析過程と、前記解析された構造に基づき、返信文データベースから前記通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出過程と、前記抽出された返信文を前記受信した通信文と併せて前記通信端末へ送信する通信文再構成過程と、を備えたことを特徴とする。
【０００８】
また、本発明の返信文候補生成方法において、前記返信文候補抽出過程において、前記返信文候補を、キーワードマッチングを用いて前記返信文データベースから抽出し、その際にキーワードに付与された重要度の総和と前記返信文候補に付与された閾値を用いて返信文の採用および優先度順を決定することを特徴とする。
【０００９】
また、本発明の返信文候補生成方法において、前記通信文解析過程において、前記返信文候補生成の対象として、ヘッダ、引用部、署名部を除く通信文本文を用いることを特徴とする。
【００１０】
また、本発明の返信文候補生成方法において、前記通信文解析過程において、前記返信文候補生成の対象として、前記通信文本文のうち要約文を用いることを特徴とする。
【００１１】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記受信した通信文と返信文候補を前記通信端末に送信する際に、前記要約文を添付することを特徴とする。
【００１２】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補を前記通信端末に提示する際に、読み上げる文章と画面に表示する文章を異なったものとし、前記画面に表示する文章は読み上げる文章の要約とすることを特徴とする。
【００１３】
また、本発明の返信文候補生成方法において、前記返信文候補抽出過程において、前記受信した通信文の署名部や通信文本文中もしくはアドレス帳から抽出した電話番号に電話をかけ、あるいはサーバアドレスにアクセスして閲覧を促し、返信部候補を得ることを特徴とする。
【００１４】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、規格化されているマルチパートを用い、各パートに通信文全文、要約文、各返信文候補を記述し、一通の通信文として扱うことを特徴とする。
【００１５】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、前記通信文のヘッダにフィールドを定義して埋め込むことを特徴とする。
【００１６】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、複数の通信文のそれぞれに要約文、もしくは返信文候補を入れ、これらを、メッセージＩＤをキーとして関連づけることを特徴とする。
【００１７】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、要約文もしくは返信文候補が記述されたサーバアドレスをヘッダや通信文本文中に埋め込み、前記通信端末からのアクセスを受信することにより、要約文の閲覧や返信文候補選択を行わせることを特徴とする。
【００１８】
上記した課題を解決するために本発明は、通信端末とは通信網を介して接続され、受信した通信文に対して返信文候補を動的に生成する返信文候補生成装置であって、通信端末を介して通信文を受信したときに前記通信文本文を抽出し、その構造を解析する通信文解析手段と、前記解析された構造に基づき、返信文データベースから前記通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出手段と、前記抽出された返信文を前記受信した通信文と併せて前記通信端末へ送信する通信文再構成手段と、を備えたことを特徴とする。
【００１９】
本発明によれば、返信文候補抽出手段が、通信文解析手段によって解析された通信文の構造に基づき、返信文データベースからその通信文に対する返信文候補として妥当な返信文を抽出し、通信文再構成手段が、先に抽出された返信文を受信した通信文と併せて通信端末へ送信することにより、通信文候補を動的に生成することができ、ユーザは、その返信文候補の中から自分の求める返信文を選択することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることができる。
【００２０】
また、返信文候補は、通信文解析手段によって通信文が解析されることによってそれぞれの通信文にマッチしたものがユーザに提示されることになる。この返信文候補生成の処理対象として、通信文全文を対象に構文解析あるいは意味解析を行う方法もあるが、通信文の中からいくつかの重要と思われる文章乃至は部分を抽出し、それに対して返信文候補生成の処理を行うことで、よりマッチした返信文候補をユーザに提示することが可能となる。
【００２１】
上記した課題を解決するために本発明の返信文候補生成プログラムは、上記の返信文候補生成方法における各過程の処理をコンピュータに実行させるものである。
【００２２】
上記した課題を解決するために本発明のコンピュータ読取り可能な記録媒体は、上記の返信文候補生成方法における各過程の処理をコンピュータに実行させる返信文候補生成プログラムを記録したものである。
【００２３】
【発明の実施の形態】
以下、図面を使用して本発明実施形態について詳細に説明する。図１は、本発明が採用される通信システムの一例を示すブロック図である。ここでは、本発明の返信文候補生成装置が実装されるメールサーバ１と、通信端末を備えた車両２が無線通信網３経由で接続されることとする。
【００２４】
メールサーバ１は、メール解析部１１と、返信文候補抽出部１２と、メール再構成部１３と、メールスプール１４と、通信部１５と、返信文ＤＢ１６、ユーザプロファイル１７で構成される。
【００２５】
メール解析部１１は、本発明の通信文解析手段に相当し、ここで車両２のユーザ宛てのメールを受信したときにそのメール本文を抽出し、構造を解析して返信文候補抽出部１２ならびにメール再構成部１３へ引き渡す。
また、返信文候補抽出部１２は、本発明の返信文候補抽出手段に相当し、メール解析部１１で解析された構造に基づき、返信文ＤＢ１６から受信メールに対する返信メール候補として妥当な返信メールを抽出してメール再構成部１３へ引き渡す。メール再構成部１３は、本発明の通信文再構成手段に相当し、返信文候補抽出部１２で抽出された返信文を、受信したメールと併せて車両２へ送信する機能を持つ。
【００２６】
なお、メールスプール１４は、メール再構成部１３によって再構成される返信文候補ならびに受信メールを蓄積し、通信部１５は、車両２との通信インタフェースを司る。
また、返信文ＤＢ１６は、図２に示されるように、返信文候補ＤＢ１６１とキーワードＤＢ１６２から成る。返信文候補ＤＢ１６１は、ユーザＩＤ毎、返信文候補ＩＤ、返信文見出し、通信文、閾値の各レコードから成り、キーワードＤＢ１６２は、ユーザＩＤ毎、返信候補ＩＤ、キーワード、重要度の各レコードからなる。ユーザプロファイル１７から索引されるユーザＩＤをキーに上記各レコードが索引されるものであり、その索引手順については後述する。
【００２７】
通信端末を備えた車両２は、通信部２１と、端末処理部２２と、ＨＭＩ（Human Machine Interface）２３で構成される。
通信部２１は、無線通信網３とのインタフェースを司り、端末処理部２２は、通信部２１を介して到来する返信文候補付きの受信メール、およびＨＭＩ２３を介して入出力されるユーザの意思に基づく返信メールの組立て、あるいはメール送受信の制御を行う。また、ＨＭＩ２３は、表示画面やリモコン等のキースイッチを介してユーザと通信端末間のインタフェースを司る。
【００２８】
以下に動作説明を行う。まず、アカウント管理や返信文抽出処理を行うメールサーバ１にメールが着信すると、メール解析部１１に送られメール前処理が行われる。ここで行われる前処理は、返信文抽出に供されるメール本文の抽出などであるが、メール構造の解析や、添付ファイルの削除処理も行われる。
ここで行なわれるメール構造の解析とは、メール本文の対象とした構文解析あるいは意味解析のことをいう。メール解析部１１で抽出されたメール本文は、返信文候補抽出部１２に送られる。
【００２９】
返信文候捕抽出部１２は、メール解析部１１から送られてきたメール本文と、返信文ＤＢ１６、ユーザプロファイル１７から受信メールヘの返信候補として妥当な返信文を抽出する。抽出された返信文は、メール再構成部１３に送られ、メール本文と併せてメールスプール１４に格納される。
【００３０】
一方、車両２の通信端末サイドにおいて、ユーザからのメール受信の要求がＨＭＩ２３を介して発生すると、通信部２１は、メールサーバ１の通信部１５に対しＰＯＰ（Post Office Protocol）で接続を行い、メールの要求を行う。
メールサーバ１の通信部１５は、メールスプール１４をチェックし、要求のあったユーザのメールがあれば、それを車両２の通信部２１に送信する。車両２の通信部２１は、受信したメールを端末処理部２２に転送し、端末処理部２２は、受信したメールを解析し、ヘッダと本文と返信文候補に分割する。なお、ヘッダについては、From（メール送信者アドレス）やSubject（メールの表題）などの抽出を行う。
【００３１】
端末処理部２２は、更に、ＨＭＩ２３を通してユーザ２５０にメール内容を通知した後、返信文候補をユーザ２５０に通知する。
ユーザが返信文候補のうちの一つを選択すると、それを検出したＨＭＩ２３は、端末処理部２２にその結果を通知する。そして、端末処理部２２は、返信文を組立て、通信部２１を経由してＳＭＴＰ（Simple Mail Transfer Protocol）でメールサーバ１の通信部１５へ送信する。メールサーバ１は、返信メールを適切なアドレスに送信する。
【００３２】
メールサーバ１の返信候補抽出部１２では、キーワードマッチングにより返信文候補の抽出が行われる。この抽出の手順は、図３にフローチャートで示されている。
返信文ＤＢ１６は、返信文候補ＤＢ１６１とキーワードＤＢ１６２から成ることは上記したとおりである。返信文候補抽出部１２は、まず、ユーザプロファイル１７から索引したユーザＩＤに対応する返信文候補ＤＢ１６１内のレコードを順に抽出する（Ｓ３１）。そして、その返信候補ＩＤに対応するキーワードを、ユーザＩＤがマッチしたキーワードＤＢ１６２のレコードから抽出し（Ｓ３２）、処理対象文（全文または要約文）に対して、そのキーワードが存在するか否かのマッチングを行う。マッチすれば、その重要度をその返信文候補に対する重要度として加算する（Ｓ３３）。
【００３３】
全ての返信文候補について上記の処理を行い（Ｓ３５）、それぞれの返信文候補について、重要度の総和が閾値を上回っているものだけを抽出し（Ｓ３４、Ｓ３６）、重要度順にソートする（Ｓ３７）。
最終的にユーザに通知可能な個数（ドライバー対象では５個程度が上限と考えられる）で足切りを行い（Ｓ３８）、ユーザに返信文候補として通知する。
【００３４】
なお、キーワードがマッチした際の重要度の加算方法に関して、処理対象文の前方にあるものほど大きな値を加算する方法、あるいは、複数マッチした場合に、以下の（１）式に示すように指数的に加算する方法も考えられる。
【００３５】
【数１】
【００３６】
また、ソートを、（２）式に示すように、閾値からの差文の割合を用いる方法も考えられる。
【００３７】
【数２】
【００３８】
また、メール解析部１１で行うメール本文抽出に際し、Reply部分（メールの返事を受け取るメールアドレス）やsignature部分（署名）を対象外とすることによって、返信選択肢のマッチングの精度を上げることが可能となる。
また、メール解析部１１で行うメール本文抽出に際し、構文解析などを行うことにより、重要と思われる部分を抽出し、それに対して返信選択肢のマッチングを行うことにより、返信選択肢抽出の精度を上げることが可能となる。
また、再構成するのに、メール本文だけでなく、その要約も併せる。このことにより、ユーザに通知される際に、冗長なメール本文ではなく、圧縮された要約文を通知することが可能となり、ユーザが短時間に必要な情報を得ることが可能となる。
【００３９】
また、車両２の通信端末サイドに送信するデータとして、読み上げる文章と表示する文章を併せることにより、最小限の表示による機器使用負荷の低減と、必要十分な情報の音声合成などによる読み上げ伝達による利便性、理解度の向上を得ることが可能となる。
また、返信候補のひとつとして、「電話をする」、あるいは「Ｗｅｂを閲覧する」などが考えられる。これは、受信メール中に「ここに電話してください」と電話番号が記述してあり、あるいは「情報は下記のサイトをご覧ください」とＵＲＬ（Uniform Resource Locator）が記述してあった場合である。従って正確には「処理候補」のひとつである。これらの場合には、返信候補のひとつとしての電話番号や、ＵＲＬを記述する。
これらの電話番号やＵＲＬは、署名部やメール中、あるいはアドレス帳から抽出することが可能である。
【００４０】
返信文候補を車両２の通信端末サイドに送信する手段のひとつとして、ＲＦＣ（Request for Comment）で規定されている、「multipart：複数部分から成るコンテンツデータ」を活用する方法がある。具体的には、下記のように各パートに、メール全文、要約文、返信候補を入れて送信する。車両２の通信端末のアプリケーションは、「multipart」を解析する一般的なライブラリさえあれは、それらを分離し、適切にユーザに伝えることが可能となる。
【００４１】
図４に、＜表１＞としてＭＩＭＥ（Multi Purpose Internet Mail Extensions）によるヘッダ記述の例が示されている。
ここでは、メールのコンテンツに関し、ヘッダに以下の（１）〜（７）の各フィールドが定義される。すなわち、（１）ＭＩＭＥバージョン、（２）コンテンツのタイプ、（３）バウンダリ（マルチパート区分）、（４）コンテンツ転送／符号化、（５）ユーザによるプライオリティ定義、（６）発信者の読み、（７）他のヘッダ項目である。また、発信者名の読みはBase64に従いエンコードして挿入するものとする。また、受信メールにおける「From」フィールドの記述様式は以下の（１）（２）の２つのみを対象とし、アドレス帳とのマッチング処理を行う。
（１）From: address
（２）From: Full Name ＜address＞
【００４２】
なお、エンコードする文字列が長すぎて複数行になる場合は、他のヘッダのように、続く行は空白か水平タブで始めると共に、同じ行内で「=？」と「？=」で閉じるものとする。但し、boundaryの“n”は自然数であり、以下のルール（１）〜（３）に従って決定される。なお、通信端末サイドのアプリケーションでｎの生成手順を考慮する必要は無い。
（１）ｎを乱数とし、「boudary」候補を生成する。
（２）生成した「boudary」候補が本文中にあったら、ｎの桁数を一桁増やして（１）の処理に戻る。
生成した「boudary」候補が本文中になければ、それを「boudary」とする。
【００４３】
本文の処理については以下のルールに従うものとする。すなわち、受信メールが「Multipart/Mixed」であった場合、最初の「text/plain」の「part」を本文と判断し、各種処理対象候補とする。
次に、図５に＜表２＞として示す「charset」で記述された本文を要約文抽出・返信文候補抽出の処理対象とする。そして、＜表２＞に示す「charset」以外で本文が記述されたメールについては、要約文抽出・返信文候補抽出の処理対象外とし、受信メールヘッダ及び受信メール本文を「/var/spool/」に保管する。（ＰＯＰで取得できるようにする）。従って、処理対象外メールについては、優先度・要約文・返信候補などの処理は行われず、添付ファイルを除いた素のメールを車両２の通信端末サイドのアプリケーションが取得することになる。
なお、＜表２＞に記述された「charset」はあくまで一例である。要約文抽出および返信文候補生成は、ある一定の「charset」を対象とし、ここでは、＜表２＞に示す以外の「charset」について、要約文抽出および返信文候補生成のための処理は行われない。但し、元の受信メールとしては配信されるため、閲覧は可能である。
【００４４】
本発明において追加される、「要約文パート」、「返信文候補パート」、「ＵＲＬパート」について以下に説明する。
要約文パートは、当該パートが要約文パートであることは、コンテンツヘッダの「Content-Disposition」パートを見て判断することになる。要約文パートのコンテントヘッダの記述仕様は図６に＜表３＞として示したとおりである。
但し、“ｎ”は、“０１”〜“０３”の範囲の自然数とする(書式＝”%02ｄ”)。また、「 CN_MAIL_SUMMARY_01」が一次要約文、「CN_MAIL_SUMMARY_02」が二次要約文となる。
【００４５】
返信文候補パートは、当該パートが返信文候補パートであることは、コンテンツヘッダの「Content-Disposition」パートを見て判断することになる。コンテント本体には、当該返信文候補をIdentifyするための文字列と、返信文本体を、この順に従い空行で区切って記述される。Identifyするための文字列は、主に表示用に用いられることを想定しており、最大文字数は１０文字程度とする。
返信文候補パートのコンテントヘッダの記述仕様を図７に＜表４＞として示す。
但し、“ｎ”は「ｎ番目の返信候補」を示し、“０１”〜“０５”の範囲の自然数とする(書式＝″%02d″)。また、「Content-Disposition」の"method"の値は″MAIL″又は″TEL″を取る。method=MAILの場合、コンテント本体は、Identify用の文字列と返信文本体を表し、method=TELの場合、コンテント本体は、Identify用の文字列と電話をかける先の情報を表す。
なお、記述される電話番号情報は１件とする（電話番号情報の書式＝<a href=″tel:0312345678″>名前</a>）。ここで、″0312345678″は電話番号を示す。これは半角数字列とし、″-″や″()″は使用しない。また、″名前″はユーザに通知される電話先名称を示す。
【００４６】
ＵＲＬパートは、当該パートがＵＲＬパートであることは、コンテンツヘッダの「Content-Disposition」パートを見て判断することになる。ＵＲＬパートのコンテントヘッダの記述仕様を図８に＜表５＞として示す。
ＵＲＬパートのコンテンツ本体には１件のＵＲＬ情報が記述される（書式＝<ahref=”URL”>TITLE</a>）。ここで「TITLE」はユーザに通知されるアドレス名である。
以上の各項目を併せたメールの実際記述例を図９にリストとして示してある。
【００４７】
また、別の実施形態としては、メールのヘッダに情報を入れる方式も考えられる。具体的には、「X-CommNavi・Abstract」や「X-CommNavi_ReplyText01」などといったフィールドを定義してそこに埋め込む。この場合、メール本体はいじらないため、ＰＣなどからアクセスした場合には、通常のメールと何ら変わりない処理が行われる。
また、別の実施形態例としては、別メールで受信する方式も考えられる。具体的には、Message-Id（メールに固有のＩＤ）を利用して、例えば要約文や返信文候補を記述したメールのヘッダにX-CommNavi-Target-Id:[受信メールのMessage-Id］と記述することによって受信メールとの対応付けを行う。
【００４８】
また、別の実施形態としては、要約文や返信文候補などが記述されているＷｅｂサイトをメールサーバ１で動的に作成し、そのＵＲＬをメール内に埋め込むことで、通信端末のブラウザにそのＵＲＬを渡して要約文閲覧や返信処理を行うことが可能となる。
例えばメールのヘッダに、X-CommNavi-URL:[Message-Id].htmlと記述することによって「[Message-Id].html」のＵＲＬを端末に渡すことが可能である。
また、上記のように要約文を通知して、それに対して返信を行う際には、返信文の中に、ユーザに通知した要約文を併せて記入する。これによって元の送信者は、ユーザが何を読んで返信したかを知ることができ、要約が不完全であった場合、すなわち、重要な情報が欠落していた場合についても、それを推測することが可能となり、誤解が生じることを防ぐ効果がある。
【００４９】
以上説明のように本発明は、返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることを可能とするものである。
なお、図１に示すメール解析部１１、返信文候補抽出部１２、メール再構成部１３のそれぞれで実行される手順をコンピュータ読取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより本発明の返信文候補生成装置が実現されるものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００５０】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５１】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５２】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００５３】
【発明の効果】
以上説明のように本発明によれば、返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることができる。
【００５４】
また、返信文候補は、通信文が解析されることによってそれぞれの通信文にマッチしたものがユーザに提示されることになる。この返信文候補生成の処理対象として、通信文全文を対象に構文解析あるいは意味解析を行う方法もあるが、通信文の中からいくつかの重要と思われる文章乃至は部分を抽出し、それに対して返信文候補生成の処理を行うことで、よりマッチした返信文候補をユーザに提示することが可能となる。
本発明は、特に、車両運転中のドライバーがメールを受信して返信する場合に、ドライバーによるメール作成作業にかかる負担が軽減され、かつ、ドライバーは、希望に沿った返信文候補の中から最適なものを選択するだけで自動返信が可能となる。
【図面の簡単な説明】
【図１】本発明が採用される通信システムの一例を示すブロック図である。
【図２】図１に示す通信文ＤＢの構造を説明するために引用した図である。
【図３】本発明実施形態の動作を説明するために引用したフローチトャーートである。
【図４】本発明において用いられるヘッダの記述仕様を表形式＜表１＞で示した図である。
【図５】本発明において処理対象とするキャラクタセットの一例を表形式＜表２＞で示した図である。
【図６】本発明において追加される要約文パートのコンテントヘッダの記述仕様を表形式＜表３＞で示す図である。
【図７】本発明において追加される返信文候補パートのコンテントヘッダの記述仕様を表形式＜表４＞で示す図である。
【図８】本発明において追加されるＵＲＬパートのコンテントヘッダの記述仕様を表形式＜表５＞で示す図である。
【図９】本発明において用いられるメール記述の一例をリスト形式で示す図である。
【符号の説明】
１…メールサーバ、１１…メール解析部、１２…返信文候補抽出部、１３…メール再構成部、１４…メールスプール、１５（２１）…通信部、１６…返信文ＤＢ、１７…ユーザプロファイル、２…車両、２２…端末処理部、２３…ＨＭＩ
【発明の属する技術文野】
本発明は、返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
携帯電話やカーナビゲーション等、文字入力のために用意されたユーザインタフェースが比較的貧弱な環境での受信メールに対する返信文の作成に関し、その障壁をクリアするために、従来、以下に列挙する方法がとられている。
（１）入力方式に慣れる
ｉモード（登録商標）メール（非特許文献１参照）ではテンキーを用いてメール作成が行われ、フルキーボードと比較すれは非常に貧弱で熟練を要する入力環境である。ユーザはその入力方式に慣れることで、メールの返信を行っている。高度に熟練したユーザでは、ある程度の速度での入力が可能である。
【０００３】
（２）固定返信文の中からの選択操作
カーナビゲーション装置では、予め決まった返信文（１０〜２５種類程度）を用意しておき、ユーザはその返信文の中から選択することで、キーボードを用いなくても返信が可能となる（非特許文献２参照）。
【０００４】
【非特許文献１】
「ｉモード操作ガイド」
http://www.nttdocomo.co.jp/p_s/imode/
【非特許文献２】
「ホンダインターナビ」
http://www.internavi.ne.jp/whatsins/what3_03.html
【０００５】
【発明が解決しようとする課題】
しかしながら上記（１）に示す方法によれば、かなりの熟練をユーザに強いると共に、入力時間、画面注視時間等が長く集中して入力する必要がある。従って自動車の中で利用するには少々困難なインタフェースであると考えられる。
また、（２）に示す方法によれば、返信文が複数用意されているといっても、内容が固定されており、例えば、「拝見しました」といった無難な返信しか行うことができず、そもそもユーザが求める返信文が存在しないことも多い。
【０００６】
本発明は上記不都合に鑑みてなされたものであり、返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることを可能とした、返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記した課題を解決するために本発明は、受信した通信文に対して返信文候補を動的に生成する返信文候補生成方法であって、通信端末を介して通信文を受信したときに前記通信文本文を抽出し、その構造を解析する通信文解析過程と、前記解析された構造に基づき、返信文データベースから前記通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出過程と、前記抽出された返信文を前記受信した通信文と併せて前記通信端末へ送信する通信文再構成過程と、を備えたことを特徴とする。
【０００８】
また、本発明の返信文候補生成方法において、前記返信文候補抽出過程において、前記返信文候補を、キーワードマッチングを用いて前記返信文データベースから抽出し、その際にキーワードに付与された重要度の総和と前記返信文候補に付与された閾値を用いて返信文の採用および優先度順を決定することを特徴とする。
【０００９】
また、本発明の返信文候補生成方法において、前記通信文解析過程において、前記返信文候補生成の対象として、ヘッダ、引用部、署名部を除く通信文本文を用いることを特徴とする。
【００１０】
また、本発明の返信文候補生成方法において、前記通信文解析過程において、前記返信文候補生成の対象として、前記通信文本文のうち要約文を用いることを特徴とする。
【００１１】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記受信した通信文と返信文候補を前記通信端末に送信する際に、前記要約文を添付することを特徴とする。
【００１２】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補を前記通信端末に提示する際に、読み上げる文章と画面に表示する文章を異なったものとし、前記画面に表示する文章は読み上げる文章の要約とすることを特徴とする。
【００１３】
また、本発明の返信文候補生成方法において、前記返信文候補抽出過程において、前記受信した通信文の署名部や通信文本文中もしくはアドレス帳から抽出した電話番号に電話をかけ、あるいはサーバアドレスにアクセスして閲覧を促し、返信部候補を得ることを特徴とする。
【００１４】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、規格化されているマルチパートを用い、各パートに通信文全文、要約文、各返信文候補を記述し、一通の通信文として扱うことを特徴とする。
【００１５】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、前記通信文のヘッダにフィールドを定義して埋め込むことを特徴とする。
【００１６】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、複数の通信文のそれぞれに要約文、もしくは返信文候補を入れ、これらを、メッセージＩＤをキーとして関連づけることを特徴とする。
【００１７】
また、本発明の返信文候補生成方法において、前記通信文再構成過程において、前記返信文候補、あるいは要約文を前記通信端末に送信する際に、要約文もしくは返信文候補が記述されたサーバアドレスをヘッダや通信文本文中に埋め込み、前記通信端末からのアクセスを受信することにより、要約文の閲覧や返信文候補選択を行わせることを特徴とする。
【００１８】
上記した課題を解決するために本発明は、通信端末とは通信網を介して接続され、受信した通信文に対して返信文候補を動的に生成する返信文候補生成装置であって、通信端末を介して通信文を受信したときに前記通信文本文を抽出し、その構造を解析する通信文解析手段と、前記解析された構造に基づき、返信文データベースから前記通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出手段と、前記抽出された返信文を前記受信した通信文と併せて前記通信端末へ送信する通信文再構成手段と、を備えたことを特徴とする。
【００１９】
本発明によれば、返信文候補抽出手段が、通信文解析手段によって解析された通信文の構造に基づき、返信文データベースからその通信文に対する返信文候補として妥当な返信文を抽出し、通信文再構成手段が、先に抽出された返信文を受信した通信文と併せて通信端末へ送信することにより、通信文候補を動的に生成することができ、ユーザは、その返信文候補の中から自分の求める返信文を選択することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることができる。
【００２０】
また、返信文候補は、通信文解析手段によって通信文が解析されることによってそれぞれの通信文にマッチしたものがユーザに提示されることになる。この返信文候補生成の処理対象として、通信文全文を対象に構文解析あるいは意味解析を行う方法もあるが、通信文の中からいくつかの重要と思われる文章乃至は部分を抽出し、それに対して返信文候補生成の処理を行うことで、よりマッチした返信文候補をユーザに提示することが可能となる。
【００２１】
上記した課題を解決するために本発明の返信文候補生成プログラムは、上記の返信文候補生成方法における各過程の処理をコンピュータに実行させるものである。
【００２２】
上記した課題を解決するために本発明のコンピュータ読取り可能な記録媒体は、上記の返信文候補生成方法における各過程の処理をコンピュータに実行させる返信文候補生成プログラムを記録したものである。
【００２３】
【発明の実施の形態】
以下、図面を使用して本発明実施形態について詳細に説明する。図１は、本発明が採用される通信システムの一例を示すブロック図である。ここでは、本発明の返信文候補生成装置が実装されるメールサーバ１と、通信端末を備えた車両２が無線通信網３経由で接続されることとする。
【００２４】
メールサーバ１は、メール解析部１１と、返信文候補抽出部１２と、メール再構成部１３と、メールスプール１４と、通信部１５と、返信文ＤＢ１６、ユーザプロファイル１７で構成される。
【００２５】
メール解析部１１は、本発明の通信文解析手段に相当し、ここで車両２のユーザ宛てのメールを受信したときにそのメール本文を抽出し、構造を解析して返信文候補抽出部１２ならびにメール再構成部１３へ引き渡す。
また、返信文候補抽出部１２は、本発明の返信文候補抽出手段に相当し、メール解析部１１で解析された構造に基づき、返信文ＤＢ１６から受信メールに対する返信メール候補として妥当な返信メールを抽出してメール再構成部１３へ引き渡す。メール再構成部１３は、本発明の通信文再構成手段に相当し、返信文候補抽出部１２で抽出された返信文を、受信したメールと併せて車両２へ送信する機能を持つ。
【００２６】
なお、メールスプール１４は、メール再構成部１３によって再構成される返信文候補ならびに受信メールを蓄積し、通信部１５は、車両２との通信インタフェースを司る。
また、返信文ＤＢ１６は、図２に示されるように、返信文候補ＤＢ１６１とキーワードＤＢ１６２から成る。返信文候補ＤＢ１６１は、ユーザＩＤ毎、返信文候補ＩＤ、返信文見出し、通信文、閾値の各レコードから成り、キーワードＤＢ１６２は、ユーザＩＤ毎、返信候補ＩＤ、キーワード、重要度の各レコードからなる。ユーザプロファイル１７から索引されるユーザＩＤをキーに上記各レコードが索引されるものであり、その索引手順については後述する。
【００２７】
通信端末を備えた車両２は、通信部２１と、端末処理部２２と、ＨＭＩ（Human Machine Interface）２３で構成される。
通信部２１は、無線通信網３とのインタフェースを司り、端末処理部２２は、通信部２１を介して到来する返信文候補付きの受信メール、およびＨＭＩ２３を介して入出力されるユーザの意思に基づく返信メールの組立て、あるいはメール送受信の制御を行う。また、ＨＭＩ２３は、表示画面やリモコン等のキースイッチを介してユーザと通信端末間のインタフェースを司る。
【００２８】
以下に動作説明を行う。まず、アカウント管理や返信文抽出処理を行うメールサーバ１にメールが着信すると、メール解析部１１に送られメール前処理が行われる。ここで行われる前処理は、返信文抽出に供されるメール本文の抽出などであるが、メール構造の解析や、添付ファイルの削除処理も行われる。
ここで行なわれるメール構造の解析とは、メール本文の対象とした構文解析あるいは意味解析のことをいう。メール解析部１１で抽出されたメール本文は、返信文候補抽出部１２に送られる。
【００２９】
返信文候捕抽出部１２は、メール解析部１１から送られてきたメール本文と、返信文ＤＢ１６、ユーザプロファイル１７から受信メールヘの返信候補として妥当な返信文を抽出する。抽出された返信文は、メール再構成部１３に送られ、メール本文と併せてメールスプール１４に格納される。
【００３０】
一方、車両２の通信端末サイドにおいて、ユーザからのメール受信の要求がＨＭＩ２３を介して発生すると、通信部２１は、メールサーバ１の通信部１５に対しＰＯＰ（Post Office Protocol）で接続を行い、メールの要求を行う。
メールサーバ１の通信部１５は、メールスプール１４をチェックし、要求のあったユーザのメールがあれば、それを車両２の通信部２１に送信する。車両２の通信部２１は、受信したメールを端末処理部２２に転送し、端末処理部２２は、受信したメールを解析し、ヘッダと本文と返信文候補に分割する。なお、ヘッダについては、From（メール送信者アドレス）やSubject（メールの表題）などの抽出を行う。
【００３１】
端末処理部２２は、更に、ＨＭＩ２３を通してユーザ２５０にメール内容を通知した後、返信文候補をユーザ２５０に通知する。
ユーザが返信文候補のうちの一つを選択すると、それを検出したＨＭＩ２３は、端末処理部２２にその結果を通知する。そして、端末処理部２２は、返信文を組立て、通信部２１を経由してＳＭＴＰ（Simple Mail Transfer Protocol）でメールサーバ１の通信部１５へ送信する。メールサーバ１は、返信メールを適切なアドレスに送信する。
【００３２】
メールサーバ１の返信候補抽出部１２では、キーワードマッチングにより返信文候補の抽出が行われる。この抽出の手順は、図３にフローチャートで示されている。
返信文ＤＢ１６は、返信文候補ＤＢ１６１とキーワードＤＢ１６２から成ることは上記したとおりである。返信文候補抽出部１２は、まず、ユーザプロファイル１７から索引したユーザＩＤに対応する返信文候補ＤＢ１６１内のレコードを順に抽出する（Ｓ３１）。そして、その返信候補ＩＤに対応するキーワードを、ユーザＩＤがマッチしたキーワードＤＢ１６２のレコードから抽出し（Ｓ３２）、処理対象文（全文または要約文）に対して、そのキーワードが存在するか否かのマッチングを行う。マッチすれば、その重要度をその返信文候補に対する重要度として加算する（Ｓ３３）。
【００３３】
全ての返信文候補について上記の処理を行い（Ｓ３５）、それぞれの返信文候補について、重要度の総和が閾値を上回っているものだけを抽出し（Ｓ３４、Ｓ３６）、重要度順にソートする（Ｓ３７）。
最終的にユーザに通知可能な個数（ドライバー対象では５個程度が上限と考えられる）で足切りを行い（Ｓ３８）、ユーザに返信文候補として通知する。
【００３４】
なお、キーワードがマッチした際の重要度の加算方法に関して、処理対象文の前方にあるものほど大きな値を加算する方法、あるいは、複数マッチした場合に、以下の（１）式に示すように指数的に加算する方法も考えられる。
【００３５】
【数１】
また、ソートを、（２）式に示すように、閾値からの差文の割合を用いる方法も考えられる。
【００３７】
【数２】
また、メール解析部１１で行うメール本文抽出に際し、Reply部分（メールの返事を受け取るメールアドレス）やsignature部分（署名）を対象外とすることによって、返信選択肢のマッチングの精度を上げることが可能となる。
また、メール解析部１１で行うメール本文抽出に際し、構文解析などを行うことにより、重要と思われる部分を抽出し、それに対して返信選択肢のマッチングを行うことにより、返信選択肢抽出の精度を上げることが可能となる。
また、再構成するのに、メール本文だけでなく、その要約も併せる。このことにより、ユーザに通知される際に、冗長なメール本文ではなく、圧縮された要約文を通知することが可能となり、ユーザが短時間に必要な情報を得ることが可能となる。
【００３９】
また、車両２の通信端末サイドに送信するデータとして、読み上げる文章と表示する文章を併せることにより、最小限の表示による機器使用負荷の低減と、必要十分な情報の音声合成などによる読み上げ伝達による利便性、理解度の向上を得ることが可能となる。
また、返信候補のひとつとして、「電話をする」、あるいは「Ｗｅｂを閲覧する」などが考えられる。これは、受信メール中に「ここに電話してください」と電話番号が記述してあり、あるいは「情報は下記のサイトをご覧ください」とＵＲＬ（Uniform Resource Locator）が記述してあった場合である。従って正確には「処理候補」のひとつである。これらの場合には、返信候補のひとつとしての電話番号や、ＵＲＬを記述する。
これらの電話番号やＵＲＬは、署名部やメール中、あるいはアドレス帳から抽出することが可能である。
【００４０】
返信文候補を車両２の通信端末サイドに送信する手段のひとつとして、ＲＦＣ（Request for Comment）で規定されている、「multipart：複数部分から成るコンテンツデータ」を活用する方法がある。具体的には、下記のように各パートに、メール全文、要約文、返信候補を入れて送信する。車両２の通信端末のアプリケーションは、「multipart」を解析する一般的なライブラリさえあれは、それらを分離し、適切にユーザに伝えることが可能となる。
【００４１】
図４に、＜表１＞としてＭＩＭＥ（Multi Purpose Internet Mail Extensions）によるヘッダ記述の例が示されている。
ここでは、メールのコンテンツに関し、ヘッダに以下の（１）〜（７）の各フィールドが定義される。すなわち、（１）ＭＩＭＥバージョン、（２）コンテンツのタイプ、（３）バウンダリ（マルチパート区分）、（４）コンテンツ転送／符号化、（５）ユーザによるプライオリティ定義、（６）発信者の読み、（７）他のヘッダ項目である。また、発信者名の読みはBase64に従いエンコードして挿入するものとする。また、受信メールにおける「From」フィールドの記述様式は以下の（１）（２）の２つのみを対象とし、アドレス帳とのマッチング処理を行う。
（１）From: address
（２）From: Full Name ＜address＞
【００４２】
なお、エンコードする文字列が長すぎて複数行になる場合は、他のヘッダのように、続く行は空白か水平タブで始めると共に、同じ行内で「=？」と「？=」で閉じるものとする。但し、boundaryの“n”は自然数であり、以下のルール（１）〜（３）に従って決定される。なお、通信端末サイドのアプリケーションでｎの生成手順を考慮する必要は無い。
（１）ｎを乱数とし、「boudary」候補を生成する。
（２）生成した「boudary」候補が本文中にあったら、ｎの桁数を一桁増やして（１）の処理に戻る。
生成した「boudary」候補が本文中になければ、それを「boudary」とする。
【００４３】
本文の処理については以下のルールに従うものとする。すなわち、受信メールが「Multipart/Mixed」であった場合、最初の「text/plain」の「part」を本文と判断し、各種処理対象候補とする。
次に、図５に＜表２＞として示す「charset」で記述された本文を要約文抽出・返信文候補抽出の処理対象とする。そして、＜表２＞に示す「charset」以外で本文が記述されたメールについては、要約文抽出・返信文候補抽出の処理対象外とし、受信メールヘッダ及び受信メール本文を「/var/spool/」に保管する。（ＰＯＰで取得できるようにする）。従って、処理対象外メールについては、優先度・要約文・返信候補などの処理は行われず、添付ファイルを除いた素のメールを車両２の通信端末サイドのアプリケーションが取得することになる。
なお、＜表２＞に記述された「charset」はあくまで一例である。要約文抽出および返信文候補生成は、ある一定の「charset」を対象とし、ここでは、＜表２＞に示す以外の「charset」について、要約文抽出および返信文候補生成のための処理は行われない。但し、元の受信メールとしては配信されるため、閲覧は可能である。
【００４４】
本発明において追加される、「要約文パート」、「返信文候補パート」、「ＵＲＬパート」について以下に説明する。
要約文パートは、当該パートが要約文パートであることは、コンテンツヘッダの「Content-Disposition」パートを見て判断することになる。要約文パートのコンテントヘッダの記述仕様は図６に＜表３＞として示したとおりである。
但し、“ｎ”は、“０１”〜“０３”の範囲の自然数とする(書式＝”%02ｄ”)。また、「 CN_MAIL_SUMMARY_01」が一次要約文、「CN_MAIL_SUMMARY_02」が二次要約文となる。
【００４５】
返信文候補パートは、当該パートが返信文候補パートであることは、コンテンツヘッダの「Content-Disposition」パートを見て判断することになる。コンテント本体には、当該返信文候補をIdentifyするための文字列と、返信文本体を、この順に従い空行で区切って記述される。Identifyするための文字列は、主に表示用に用いられることを想定しており、最大文字数は１０文字程度とする。
返信文候補パートのコンテントヘッダの記述仕様を図７に＜表４＞として示す。
但し、“ｎ”は「ｎ番目の返信候補」を示し、“０１”〜“０５”の範囲の自然数とする(書式＝″%02d″)。また、「Content-Disposition」の"method"の値は″MAIL″又は″TEL″を取る。method=MAILの場合、コンテント本体は、Identify用の文字列と返信文本体を表し、method=TELの場合、コンテント本体は、Identify用の文字列と電話をかける先の情報を表す。
なお、記述される電話番号情報は１件とする（電話番号情報の書式＝<a href=″tel:0312345678″>名前</a>）。ここで、″0312345678″は電話番号を示す。これは半角数字列とし、″-″や″()″は使用しない。また、″名前″はユーザに通知される電話先名称を示す。
【００４６】
ＵＲＬパートは、当該パートがＵＲＬパートであることは、コンテンツヘッダの「Content-Disposition」パートを見て判断することになる。ＵＲＬパートのコンテントヘッダの記述仕様を図８に＜表５＞として示す。
ＵＲＬパートのコンテンツ本体には１件のＵＲＬ情報が記述される（書式＝<ahref=”URL”>TITLE</a>）。ここで「TITLE」はユーザに通知されるアドレス名である。
以上の各項目を併せたメールの実際記述例を図９にリストとして示してある。
【００４７】
また、別の実施形態としては、メールのヘッダに情報を入れる方式も考えられる。具体的には、「X-CommNavi・Abstract」や「X-CommNavi_ReplyText01」などといったフィールドを定義してそこに埋め込む。この場合、メール本体はいじらないため、ＰＣなどからアクセスした場合には、通常のメールと何ら変わりない処理が行われる。
また、別の実施形態例としては、別メールで受信する方式も考えられる。具体的には、Message-Id（メールに固有のＩＤ）を利用して、例えば要約文や返信文候補を記述したメールのヘッダにX-CommNavi-Target-Id:[受信メールのMessage-Id］と記述することによって受信メールとの対応付けを行う。
【００４８】
また、別の実施形態としては、要約文や返信文候補などが記述されているＷｅｂサイトをメールサーバ１で動的に作成し、そのＵＲＬをメール内に埋め込むことで、通信端末のブラウザにそのＵＲＬを渡して要約文閲覧や返信処理を行うことが可能となる。
例えばメールのヘッダに、X-CommNavi-URL:[Message-Id].htmlと記述することによって「[Message-Id].html」のＵＲＬを端末に渡すことが可能である。
また、上記のように要約文を通知して、それに対して返信を行う際には、返信文の中に、ユーザに通知した要約文を併せて記入する。これによって元の送信者は、ユーザが何を読んで返信したかを知ることができ、要約が不完全であった場合、すなわち、重要な情報が欠落していた場合についても、それを推測することが可能となり、誤解が生じることを防ぐ効果がある。
【００４９】
以上説明のように本発明は、返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることを可能とするものである。
なお、図１に示すメール解析部１１、返信文候補抽出部１２、メール再構成部１３のそれぞれで実行される手順をコンピュータ読取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより本発明の返信文候補生成装置が実現されるものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００５０】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５１】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５２】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００５３】
【発明の効果】
以上説明のように本発明によれば、返信文候補をメール等通信文毎に動的に生成し、ユーザにその返信文候補の中から自分の求める返信文を選択させるユーザインタフェースを提供することで、容易、かつ低負荷なユーザインタフェースでありながら返信文の選択自由度を実質上広げることができる。
【００５４】
また、返信文候補は、通信文が解析されることによってそれぞれの通信文にマッチしたものがユーザに提示されることになる。この返信文候補生成の処理対象として、通信文全文を対象に構文解析あるいは意味解析を行う方法もあるが、通信文の中からいくつかの重要と思われる文章乃至は部分を抽出し、それに対して返信文候補生成の処理を行うことで、よりマッチした返信文候補をユーザに提示することが可能となる。
本発明は、特に、車両運転中のドライバーがメールを受信して返信する場合に、ドライバーによるメール作成作業にかかる負担が軽減され、かつ、ドライバーは、希望に沿った返信文候補の中から最適なものを選択するだけで自動返信が可能となる。
【図面の簡単な説明】
【図１】本発明が採用される通信システムの一例を示すブロック図である。
【図２】図１に示す通信文ＤＢの構造を説明するために引用した図である。
【図３】本発明実施形態の動作を説明するために引用したフローチトャーートである。
【図４】本発明において用いられるヘッダの記述仕様を表形式＜表１＞で示した図である。
【図５】本発明において処理対象とするキャラクタセットの一例を表形式＜表２＞で示した図である。
【図６】本発明において追加される要約文パートのコンテントヘッダの記述仕様を表形式＜表３＞で示す図である。
【図７】本発明において追加される返信文候補パートのコンテントヘッダの記述仕様を表形式＜表４＞で示す図である。
【図８】本発明において追加されるＵＲＬパートのコンテントヘッダの記述仕様を表形式＜表５＞で示す図である。
【図９】本発明において用いられるメール記述の一例をリスト形式で示す図である。
【符号の説明】
１…メールサーバ、１１…メール解析部、１２…返信文候補抽出部、１３…メール再構成部、１４…メールスプール、１５（２１）…通信部、１６…返信文ＤＢ、１７…ユーザプロファイル、２…車両、２２…端末処理部、２３…ＨＭＩ
Claims (14)
- 受信した通信文に対してその返信文候補を動的に生成する返信文候補生成方法であって、
通信端末を介して通信文を受信したときに、前記通信文の本文を抽出し、その構造を解析する通信文解析過程と、
前記解析された構造に基づき、返信文データベースから前記通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出過程と、
前記抽出された返信文を前記受信した通信文と併せて前記通信端末へ送信する通信文再構成過程と、
を備えたことを特徴とする返信文候補生成方法。 - 前記返信文候補抽出過程において、
前記返信文候補を、キーワードマッチングを用いて前記返信文データベースから抽出し、そのとき、キーワードに付与された重要度の総和と前記返信文候補に付与された閾値を用いて返信文としての採用および優先度順を決定することを特徴とする請求項１に記載の返信文候補生成方法。 - 前記通信文解析過程において、
前記返信文候補生成の対象として、ヘッダ部、引用部、署名部を除く通信文本文を用いることを特徴とする請求項１に記載の返信文候補生成方法。 - 前記通信文解析過程において、
前記返信文候補生成の対象として、前記通信文本文のうち要約文を用いることを特徴とする請求項１または３に記載の返信文候補生成方法。 - 前記通信文再構成過程において、
前記受信した通信文と返信文候補を前記通信端末に送信する際に、前記要約文を添付することを特徴とする請求項１または４に記載の返信文候補生成方法。 - 前記通信文再構成過程において、
前記返信文候補を前記通信端末に送信するときに、読み上げる文章と画面に表示される文章とを異なったものとし、前記画面に表示する文章は読み上げる文章の要約とすることを特徴とする請求項１または５に記載の返信文候補生成方法。 - 前記返信文候補抽出過程において、
前記受信した通信文の署名部や通信文本文中もしくはアドレス帳から抽出した電話番号に電話をかけ、あるいは貼付されるサーバアドレスにアクセスして閲覧を促し、返信文候補を受信することを特徴とする請求項１または２に記載の返信文候補生成方法。 - 前記通信文再構成過程において、
前記返信文候補、あるいは要約文を前記通信端末に送信するときに規格化されているマルチパートを用い、各パートに、通信文全文、要約文、各返信文候補を記述し、一通の通信文として扱うことを特徴とする請求項１、５、６のいずれか１項に記載の返信文候補生成方法。 - 前記通信文再構成過程において、
前記返信文候補、あるいは要約文を前記通信端末に送信するときに、前記通信文のヘッダ部にフィールドを定義して埋め込むことを特徴とする請求項１、５、６のいずれか１項に記載の返信文候補生成方法。 - 前記通信文再構成過程において、
前記返信文候補、あるいは要約文を前記通信端末に送信する際に、複数の通信文のそれぞれに要約文、もしくは返信文候補を入れ、これらを、メッセージＩＤをキーとして関連づけることを特徴とする請求項請求項１、５、６、９のいずれか１項に記載の返信文候補生成方法。 - 前記通信文再構成過程において、
前記返信文候補、あるいは要約文を前記通信端末に送信する際に、要約文もしくは返信文候補が記述されたサーバアドレスをヘッダや通信文本文中に埋め込み、前記通信端末からのアクセスを受信することにより、要約文の閲覧や返信文候補選択を行わせることを特徴とする請求項１、５、６、９、１０のいずれか１項に記載の返信文候補生成方法。 - 通信端末とは通信網を介して接続され、受信した通信文に対して返信文候補を動的に生成する返信文候補生成装置であって、
通信端末を介して通信文を受信したときに前記通信文本文を抽出し、その構造を解析する通信文解析手段と、
前記解析された構造に基づき、返信文データベースから前記通信文に対する返信文候補として妥当な返信文を抽出する返信文候補抽出手段と、
前記抽出された返信文を前記受信した通信文と併せて前記通信端末へ送信する通信文再構成手段と、
を備えたことを特徴とする返信文候補生成装置。 - 請求項１〜１１までのいずれかに記載の返信文候補生成方法における各過程の処理をコンピュータに実行させる返信文候補生成プログラム。
- 請求項１〜１１までのいずれかに記載の返信文候補生成方法の各過程における処理をコンピュータに実行させる返信文候補保生成プログラムを記録したコンピュータ読取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002362402A JP2004192528A (ja) | 2002-12-13 | 2002-12-13 | 返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002362402A JP2004192528A (ja) | 2002-12-13 | 2002-12-13 | 返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004192528A true JP2004192528A (ja) | 2004-07-08 |
Family
ID=32760858
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002362402A Pending JP2004192528A (ja) | 2002-12-13 | 2002-12-13 | 返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004192528A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006048168A (ja) * | 2004-07-30 | 2006-02-16 | Canon Inc | 通信装置、情報処理方法、ならびにプログラム、記憶媒体 |
| JP2008084016A (ja) * | 2006-09-27 | 2008-04-10 | Kyocera Corp | 通信機器および文字メッセージ分析方法 |
| JP2010020672A (ja) * | 2008-07-14 | 2010-01-28 | Hitachi Communication Technologies Ltd | チャットシステム、情報処理装置およびプログラム |
-
2002
- 2002-12-13 JP JP2002362402A patent/JP2004192528A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006048168A (ja) * | 2004-07-30 | 2006-02-16 | Canon Inc | 通信装置、情報処理方法、ならびにプログラム、記憶媒体 |
| US8612521B2 (en) | 2004-07-30 | 2013-12-17 | Canon Kabushiki Kaisha | Communication apparatus, information processing method, program, and storage medium |
| US10305836B2 (en) | 2004-07-30 | 2019-05-28 | Canon Kabushiki Kaisha | Communication apparatus, information processing method, program, and storage medium |
| JP2008084016A (ja) * | 2006-09-27 | 2008-04-10 | Kyocera Corp | 通信機器および文字メッセージ分析方法 |
| JP2010020672A (ja) * | 2008-07-14 | 2010-01-28 | Hitachi Communication Technologies Ltd | チャットシステム、情報処理装置およびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7769144B2 (en) | Method and system for generating and presenting conversation threads having email, voicemail and chat messages | |
| US8520809B2 (en) | Method and system for integrating voicemail and electronic messaging | |
| US6424828B1 (en) | Internet server and method for providing access to internet e-mail and internet web pages | |
| US9185067B1 (en) | System and method for analyzing communications | |
| US6505233B1 (en) | Method for communicating information among a group of participants | |
| US7506030B2 (en) | System and method for providing wireless device access to e-mail applications | |
| US6496849B1 (en) | Electronic media for communicating information among a group of participants | |
| CA2819359C (en) | Using text messages to interact with spreadsheets | |
| CA2658488C (en) | Method and system for generating and presenting conversation threads having email, voicemail and chat messages | |
| US20050198180A1 (en) | Method and system for providing automatic email address book | |
| WO2001017174A1 (en) | Method and system for efficient transmission of information over a network | |
| GB2435565A (en) | Messaging system | |
| WO2001017173A1 (en) | System for communicating information among a group of participants | |
| KR19990044881A (ko) | 전자 메시지를 보관 및 액세스하기 위한 데이터프로세싱 시스템 및 방법 | |
| CN110083789A (zh) | 一种小程序页面获取方法、服务器、客户端及电子设备 | |
| CN114143282B (zh) | 邮件处理方法、装置、设备及存储介质 | |
| WO2021093673A1 (zh) | 邮件发送方法、装置、设备及计算机可读存储介质 | |
| CN108768835B (zh) | 一种邮件解析方法、装置、服务器和存储介质 | |
| US20090150496A1 (en) | Automated translator for system-generated prefixes | |
| US9544252B2 (en) | Compressing and decompressing electronic messages in message threads | |
| EP2151119B1 (en) | Messaging system and method for providing information to a user device | |
| JP2004192528A (ja) | 返信文候補生成方法およびその装置、返信文候補生成プログラムならびにそのプログラムを記録した記録媒体 | |
| JP3477654B2 (ja) | 電子メールのマッチング方法及び装置 | |
| JP2002183002A (ja) | 訂正候補のドメイン名を通知するサーバ装置、およびこのサーバ装置により通知された訂正候補のドメイン名を利用するクライアントコンピュータ、およびこのクライアントコンピュータ上で動作するプログラムを記録した記録媒体、および訂正候補のメールアドレスを通知するメールサーバ | |
| JP2004072654A (ja) | 翻訳電子メールシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070529 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070730 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071218 |