(57)【要約】【課題】  非同期メッセージに対して、受信者の意思が反映した受領通知を出すことが可能なメッセージ処理を行う。【解決手段】  受信した新規メッセージに対する返信が必要かどうかをメッセージの特徴に基づいて判定し表示するメッセージ分析手段１５と、返信が必要と判定されたメッセージに対して返信を指示する返信指示手段１７と、返信を指示されたメッセージの発信元に返信文を送信する返信手段１４とを備えた。【選択図】  図１
2006243820.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理装置において、受信した新規メッセージに対する返信が必要か否かをメッセージの特徴に基づいて判定し表示するメッセージ分析手段と、返信が必要と判定されたメッセージに対して返信を指示する返信指示手段と、前記返信を指示されたメッセージの発信元に返信文を送信する返信手段とを備えたことを特徴とするメッセージ処理装置。
【請求項２】
ネットワークに接続され、非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理装置において、受信した新規メッセージに対する返信が必要か否かをメッセージの特徴に基づいて判定し表示するメッセージ分析手段と、前記分析結果を変更するための分析結果変更手段と、返信が必要とされたメッセージに対して返信を指示する返信指示手段と、メッセージのサンプルから返信文を作成するテンプレート編集手段と、前記返信を指示されたメッセージの発信元に前記作成した返信文を送信する返信手段とを備えたことを特徴とするメッセージ処理装置。
【請求項３】
前記メッセージ分析手段は、前記メッセージのスレッド中のメッセージ数または参加者の数に基づいて返信が必要か否かを判定することを特徴とする請求項１または２記載のメッセージ処理装置。
【請求項４】
前記メッセージ分析手段は、前記メッセージ中の所定の言葉の使用に基づいて返信が必要か否かを判定することを特徴とする請求項１または２記載のメッセージ処理装置。
【請求項５】
前記メッセージ分析手段は、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要か否かを判定することを特徴とする請求項４記載のメッセージ処理装置。
【請求項６】
前記メッセージ分析手段は、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要か否かの度合いを数値で求め、所定の閾値と比較して返信が必要か否かを判定することを特徴とする請求項５記載のメッセージ処理装置。
【請求項７】
前記テンプレート編集手段は、返信文を作成する際、その元となるメッセージのテンプレートを所定の順序に従って提示することを特徴とする請求項２記載のメッセージ処理装置。
【請求項８】
前記返信指示手段は、ホットキーの入力で行い、前記送信手段は、前記ホットキーに対応した返信文を返信することを特徴とする請求項１または２記載のメッセージ処理装置。
【請求項９】
非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理方法において、受信した新規メッセージに対する返信が必要か否かをメッセージの特徴に基づいて判定し表示するメッセージ分析ステップと、返信が必要と判定されたメッセージに対して返信を指示する返信指示ステップと、前記返信を指示されたメッセージの発信元に返信文を送信する返信ステップとを含むことを特徴とするメッセージ処理方法。
【請求項１０】
非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理方法において、受信した新規メッセージに対する返信が必要か否かをメッセージの特徴に基づいて判定し表示するメッセージ分析ステップと、前記分析結果を変更するための分析結果変更ステップと、返信が必要とされたメッセージに対して返信を指示する返信指示ステップと、メッセージのサンプルから返信文を作成するテンプレート編集ステップと、前記返信を指示されたメッセージの発信元に前記作成した返信文を送信する返信ステップとを含むことを特徴とするメッセージ処理方法。
【請求項１１】
前記メッセージ分析ステップは、前記メッセージのスレッド中のメッセージ数または参加者の数に基づいて返信が必要か否かを判定することを特徴とする請求項９または１０記載のメッセージ処理方法。
【請求項１２】
前記メッセージ分析ステップは、前記メッセージ中の所定の言葉の使用に基づいて返信が必要か否かを判定することを特徴とする請求項９または１０記載のメッセージ処理方法。
【請求項１３】
前記メッセージ分析ステップは、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要か否かを判定することを特徴とする請求項１２記載のメッセージ処理方法。
【請求項１４】
前記メッセージ分析ステップは、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要か否かの度合いを数値で求め、所定の閾値と比較して返信が必要か否かを判定することを特徴とする請求項１３記載のメッセージ処理方法。
【請求項１５】
前記テンプレート編集ステップは、返信文を作成する際、その元となるメッセージのテンプレートを所定の順序に従って提示することを特徴とする請求項１０記載のメッセージ処理方法。
【請求項１６】
前記返信指示ステップは、ホットキーの入力で指示し、前記送信ステップは、前記ホットキーに対応した返信文を返信することを特徴とする請求項９または１０記載のメッセージ処理方法。
【請求項１７】
コンピュータを、請求項１乃至８のいずれか一項に記載のメッセージ処理装置として機能させるためのメッセージ処理プログラム。
【請求項１８】
請求項１７に記載のメッセージ処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ処理に関し、特に電子メールやフォーラム、掲示板のような非同期メッセージへの受領通知処理に関する。
【背景技術】
【０００２】
非同期メッセージとしては、２人以上の個人によって使われる電子メールやフォーラム、掲示板などの広範なメッセージがある。メッセージング・ツールを介した通信には、１つまたはそれ以上のメッセージが含まれるが、記事や掲示などとしても知られている。これらのメッセージは一般に、最初のメッセージと返事の双方を含む。最初のメッセージとそのメッセージへの返事を含めたメッセージのセットは、しばしばスレッドとかトピックと呼ばれる。
受領通知は、到着したメッセージの受領を確認する一種の返事である。言い換えると、受領通知は、“私はメッセージを受け取りました”というような文言をいくらか変更したものとして表される。
同じロケーション（例えば同じ建物やフロア）にいる個人の間でも非同期メッセージが使用されるが、離れた場所にいる個人の間ではより頻繁に用いられている。
コミュニケーションは多くの目的の役に立っているが、スピーチアクト理論によれば、コミュニケーションはしばしば参加者の行為の基礎を形成していることを示唆している（非特許文献１参照）。個々のメッセージは、断定(assertives)、命令(directives)、行為拘束(commissives)、又は宣言(expressives or declarations)として分類できる（非特許文献２参照）。殆どの受領通知は、真実を伝達する断定である。時には受領通知が書き手に行為を促す、行為拘束であることもある。どちらのタイプの受領通知でも、会話においては重要な役割を果たしている。
受領通知は重要であるが、遠隔地にいる非周期通信の利用者は、しばしば何らかの理由で受領通知を送ることを怠る。
第１には、非同期メッセージング・ツールにおいては、しばしばメッセージ間に遅れがある。なぜなら、そのツールの使用者は、現在のメッセージを受け取る前に（電子メールアプリケーションやＷｅｂブラウザのような）特定プログラムを使用していなければならないからである。受信者は送信者が、例えば電子メールの場合、即答を期待していないと分かっているので、返信を先延ばししてしまう。時には際限なく返信を延期してしまうことがある。
第２に、非同期メッセージング・ツールで返事を書くのは、短い受領通知であっても時間がかかるものである。受領通知が必要かを確認したり、その受領通知を誰に送るべきか（特にその通信に多くの人々が参加している場合）、考えるのに時間がかかる。ある人が多くのメッセージを受け取る場合、そのいくつかは優先的に処理するかもしれないが、残りは通知するのを忘れることになる。
第３に、遠隔通信の参加者は、対面で意思疎通をはかる人より、お互いに礼儀を欠いていたり、重要だとみなしていないことがよくある（非特許文献４参照）。また、遠隔地の協力者は、お互いを余り信用せず、お互いの要求に対応する時間が長くかかることを示唆する研究もある（非特許文献３参照）。不運なことに、受領通知が送られないために、しばしば通信や会話が崩壊したり遅れたりする。これらの障害や遅れは、それがもしビジネス環境で起こると生産性や売上を害することになる。
返信の遅延に対して、受領通知の送信や不在時の不在通知メールを自動的に送信するシステムも提案されている（例えば、特許文献１参照）。同システムは、メールホストから定期的にメールを受信し、メールに受信確認フラグが付与されていれば、メールの発信元アドレスに受信通知メールを自動的に返信する。また、メール受信日時と受信者のスケジュールとを比較して、不在であればメールの発信元アドレスに受信者がいつまで不在であるかを知らせる不在通知メールを自動的に返信するようになっている。
【特許文献１】特開平１０−１６４１２７号公報
【非特許文献１】J. Searle “A Taxonomy of illocutionary acts”,in K. Gunderson(Ed.) Language, Mind and Knowledge  ミネアポリス,ミネソタ大学,1975年, PP.344-369
【非特許文献２】T. Winograd, F. Flores 共著, “Understanding Computers and Cognition”, Ablex Corporation, ノーウッド,NJ,1987年
【非特許文献３】J.D. Herbsleb, A. Mockus, T.A. Finholt, R.E. Grinter 共著, “Distance, Dependencies and Delay in a Global Collaboration”,Proceedings of CSCW 2000, フィラデルフィア,PA 2000年12/27
【非特許文献４】G. Olson & J. Olson, “Distance Matters”, Human Computer Interaction, 2000, vol.15, PP.139-178
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記システムでは、利用者の意思とは無関係に受領通知や不在通知メールを発信してしまうという問題がある。特に受領通知では、単なる受領を通知するだけで良いものもあるが、受信者の近況や多少内容に立ち入った返答を返す必要がある場合もある。
本発明は、上述した実情を考慮してなされたものであって、非同期メッセージに対して、受信者の意思が反映した受領通知を出すことが可能なメッセージ処理手段を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、請求項１に記載の発明は、ネットワークに接続され、非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理装置において、受信した新規メッセージに対する返信が必要かどうかをメッセージの特徴に基づいて判定し表示するメッセージ分析手段と、返信が必要と判定されたメッセージに対して返信を指示する返信指示手段と、前記返信を指示されたメッセージの発信元に返信文を送信する返信手段とを備えたことを特徴とする。
また、請求項２は、ネットワークに接続され、非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理装置において、受信した新規メッセージに対する返信が必要かどうかをメッセージの特徴に基づいて判定し表示するメッセージ分析手段と、前記分析結果を変更するための分析結果変更手段と、返信が必要とされたメッセージに対して返信を指示する返信指示手段と、メッセージのサンプルから返信文を作成するテンプレート編集手段と、前記返信を指示されたメッセージの発信元に前記作成した返信文を送信する返信手段とを備えたことを特徴とする。
また、請求項３は、請求項１または２記載のメッセージ処理装置において、前記メッセージ分析手段は、前記メッセージのスレッド中のメッセージ数または参加者の数に基づいて返信が必要かどうかを判定することを特徴とする。
また、請求項４は、請求項１または２記載のメッセージ処理装置において、前記メッセージ分析手段は、前記メッセージ中の所定の言葉の使用に基づいて返信が必要かどうかを判定することを特徴とする。
また、請求項５は、請求項４記載のメッセージ処理装置において、前記メッセージ分析手段は、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要かどうかを判定することを特徴とする。
【０００５】
また、請求項６は、請求項５記載のメッセージ処理装置において、前記メッセージ分析手段は、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要かどうかの度合いを数値で求め、所定の閾値と比較して返信が必要かどうかを判定することを特徴とする。
また、請求項７は、請求項２記載のメッセージ処理装置において、前記テンプレート編集手段は、返信文を作成する際、その元となるメッセージのテンプレートを所定の順序に従って提示することを特徴とする。
また、請求項８は、請求項１または２記載のメッセージ処理装置において、前記返信指示手段は、ホットキーの入力で行い、前記送信手段は、前記ホットキーに対応した返信文を返信することを特徴とする。
また、請求項９のメッセージ処理方法は、非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理方法において、受信した新規メッセージに対する返信が必要かどうかをメッセージの特徴に基づいて判定し表示するメッセージ分析ステップと、返信が必要と判定されたメッセージに対して返信を指示する返信指示ステップと、前記返信を指示されたメッセージの発信元に返信文を送信する返信ステップとを含むことを特徴とする。
また、請求項１０は、非同期に送られてくるメッセージを受信し、受信したメッセージに対して必要に応じて受領通知を返信するメッセージ処理方法において、受信した新規メッセージに対する返信が必要かどうかをメッセージの特徴に基づいて判定し表示するメッセージ分析ステップと、前記分析結果を変更するための分析結果変更ステップと、返信が必要とされたメッセージに対して返信を指示する返信指示ステップと、メッセージのサンプルから返信文を作成するテンプレート編集ステップと、前記返信を指示されたメッセージの発信元に前記作成した返信文を送信する返信ステップとを含むことを特徴とする。
【０００６】
また、請求項１１は、請求項９または１０記載のメッセージ処理方法において、前記メッセージ分析ステップは、前記メッセージのスレッド中のメッセージ数または参加者の数に基づいて返信が必要かどうかを判定することを特徴とする。
また、請求項１２は、請求項９または１０記載のメッセージ処理方法において、前記メッセージ分析ステップは、前記メッセージ中の所定の言葉の使用に基づいて返信が必要かどうかを判定することを特徴とする。
また、請求項１３は、請求項１２記載のメッセージ処理方法において、前記メッセージ分析ステップは、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要かどうかを判定することを特徴とする。
また、請求項１４は、請求項１３記載のメッセージ処理方法において、前記メッセージ分析ステップは、前記メッセージ中の返信を促す言葉と、返信を抑制すべき言葉の使用に基づいて返信が必要かどうかの度合いを数値で求め、所定の閾値と比較して返信が必要かどうかを判定することを特徴とする。
また、請求項１５は、請求項１０記載のメッセージ処理方法において、前記テンプレート編集ステップは、返信文を作成する際、その元となるメッセージのテンプレートを所定の順序に従って提示することを特徴とする。
また、請求項１６は、請求項９または１０記載のメッセージ処理方法において、前記返信指示ステップは、ホットキーの入力で指示し、前記送信ステップは、前記ホットキーに対応した返信文を返信することを特徴とする。
また、請求項１７は、コンピュータを、請求項１乃至８のいずれか一項に記載のメッセージ処理装置として機能させるためのプログラムである。
また、請求項１８は、請求項１７に記載のメッセージ処理プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【０００７】
本発明によれば、受信したメッセージの特徴から、受領通知あるいは返信を必要とするか否かの判定がなされるので、判定の確度が高く、対応の目安とすることが可能となる。
また、自動判定の結果を参考に利用者自身が返信指示するので、返信が不要な宛先に返信をすることが回避できる。
また、自動判定の結果を利用者が変更できるので、返信を必要とする宛先にも確実に返信することができる。
また、判定結果の変更時に判定条件も変更できるので、使い込むと操作性が向上する。
さらに、返信文を容易に準備して返信できるので操作効率が向上する。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態を詳細に説明する。但し、この実施形態に記載される構成要素、種類、機能の組み合わせなどは特定的な記載がない限りこの説明の範囲をそれのみに限定する主旨ではなく、単なる説明例に過ぎない。
【実施例１】
【０００９】
本実施例は、電子メールやフォーラムなどの非同期メッセージを利用するユーザーが受領通知を用意して送信するのを助けてくれる混合イニシアティブ（半自動としても知られる）システムの例である。このシステムは、メッセージを分類したり、返事を用意する仕事の一部を手伝うことができるが、最終決定の制御はユーザーに委ねるシステムである。
以下、使用場面（シナリオ）の例により、システムの機能と、ユーザーがこのシステムと相互に対応する動作を説明する。
（シナリオ１）
ユーザーは本発明のメッセージ処理システムを立ち上げ、自分が参加しているフォーラムのメインのページに入る。システムは、前回の訪問（閲覧、応答等）以降の新しいメッセージをすべて分析している。分析に際して、システムは、スレッドにある返信の回数や参加者の数、（引用、疑問符、添付ファイルのような）各メッセージの内容、ユーザーの以前の返信パターン、環境設定情報を用いる。そして、システムは、そのフォーラムの幾つかのメッセージに対してアイコンやラベルを付して受領通知或いは返信を送るように奨める。ユーザーは、フォーラムやスレッドやメッセージの隣に付いているアイコン又はラベルを確認する。メッセージのうちのあるものは、そのような奨めが何もついていない。なぜなら分析の結果、ある一定の閾値を超えなかったからである。
システムは、ユーザーに受領通知の送信が奨められているいくつかのスレッドを選択し、アイコンをクリアするよう促す。ユーザーは受領通知の送信が奨められているメッセージのいくつかを選択し、返信が不要のメッセージに対してはアイコンの削除をシステムに指示し、また、奨めがなかったメッセージをいくつか選択し、必要があればシステムに受領通知のアイコンを追加するように指示する。システムは、当該フオーラムに対するユーザーのこれらの行為を記録して、今後の分析結果を改善する。
【００１０】
次に、図を参照して本発明のメッセージ処理装置の構成を説明する。
図１は、本発明の１実施例を示すメッセージ処理装置のブロック構成図である。メッセージホスト１００は、個々のユーザーのメールを配信したり、フォーラムの投稿、回答等のメッセージを保持して、ユーザーに電子コミュニケーションの場を提供するサーバである。なお、図には示していないが、メッセージホスト１００は、通常、インターネットに接続されており、他のメッセージホストとメール等の授受を行うようになっている。
１０は、本発明のメッセージ処理装置であり、メッセージホスト１００と通信回線で繋がっている。通信インターフェース１１はメッセージホスト１００との通信をサポートするインターフェースで、例えばＩＥＥＥ８０２．３あるいはダイヤラップ接続ならモデム・ＮＣＵ等を含む電話回線とのインターフェースを提供する。
キーボード（ＫＢ）１２は、図示しないマウスとともにメッセージ処理装置１０に文字や指示を入力する手段で、ディスプレイ１３は、メッセージ処理装置１０からの処理結果や選択要求等を表示するものである。
メッセージ受送信手段１４は、通信インターフェース１１を介して、メッセージホスト１００とメッセージの受信や送信を行う部分である。受信あるいは送信したメッセージはメッセージホルダ１８に蓄積される。メッセージ分析手段１５は、受信したメッセージを分析して、受領通知或いは返信を送るべきかの判定を行う。判定結果は、ディスプレイ１３に表示され、ユーザーの最終判断を待つことになる。分析結果変更手段１６は、ユーザーによる判定結果の変更と最終的な決定を行う手段で、変更指示はメッセージホルダ１８にフィードバックされる。ユーザーは分析結果をディスプレイ１３で確認して、必要に応じてマウスまたはキーボード１２で変更の指示を与える。
ユーザーによる最終決定がなされると、返信指示手段１７は、メッセージテンプレート１９に格納されている所定のメッセージを発信元あるいはフォーラム（あるいは掲示板）の所定のアドレスに受領通知、あるいは返信として、メッセージ受送信手段１４から通信インターフェース１１を介してメッセージホスト１００に送信する。
なお、本発明のメッセージ処理装置１０は、図示しないＲＯＭあるいはＲＡＭにロードされたプログラムをＣＰＵが実行することによって所定の機能を果たすようになっている。したがって、メッセージ処理装置１０は、ＣＰＵ、ＲＡＭ等を含む専用の装置として構成してもよいが、一般的なパーソナルコンピュータにプログラムをインストールして実現してもよい。本発明の処理を実現するプログラムは、図示しないＣＤ−ＲＯＭ等の記録媒体を用いて装置外部からインストールしても、あるいはＲＯＭに予め記録しておいてもよい。
図２は、フォーラム（あるいは掲示板）のスレッドの例を示す図である。本発明のメッセージ処理装置１０を起動した時、あるいはユーザーが画面更新（メッセージの取り込み）を指示した時にディスプレイ１３には、図のようにメッセージタイトル、括弧内に発信者と発信日付が表示されている。この例では、ユーザーをｔｅｒａとして、新規の質問をしたとする。この質問を見たｊｕｎとｙｏｋｏが返答してきている。幾つかの返答（質問）に対して、ｔｅｒａは答えているが、最後のｙｏｋｏからの返答にはまだ答えていないとする。メッセージ処理装置１０は、このスレッドに全部で８個のメッセージと、自分を入れて３人の人間がかかわっていること、さらに最後の返答が疑問形であること等から、返信要の判定をして当該行の左端に＊のアイコンを付けた。
ユーザーｔｅｒａは、このｙｏｋｏからのメッセージを確認して返信するか、あるいは返信が遅れる旨の返信をするか、さらには、メッセージはすべて同じ日に受信したものであるから、翌日に返信すべくシステムからの判定結果を無視して＊アイコンをそのままに放置するか、あるいは＊アイコンの削除をメッセージ処理装置１０に指示するかの最終的な判断を行うことになる。
この例では、フォーラム（あるいは掲示板）の例を示したが、電子メールの場合は、宛先が自分以外にもあるという可能性（フォーラムでは登録ユーザー全員が見ている可能性があるが）を除けば上記と同様の対応となる。
【実施例２】
【００１１】
別の使用場面（シナリオ）の例により、システムの機能と、ユーザーがこのシステムと相互に対応する動作を説明する。
（シナリオ２）
ユーザーは、本発明のメッセージ処理装置１０を立ち上げ、電子メールメッセージのリストを閲覧する。それらのうちの幾つかには受領通知又は返信を奨めるアイコンがついている。ユーザーは、それらメッセージのうちの１つを選択して、メッセージを読む。そして、受領通知アイコンをクリックすると、既に受領通知のサンプルが入力されたメッセージのエディタ画面が現れる。ユーザーは、名前やその他のコメントを入力することで、そのメッセージを独自のものにして、続いて送信をクリックする。
次にユーザーは、受領通知アイコンのついたもう１つのメッセージを選択する。メッセージの内容を確認して、２語返信（Ｔｈａｎｋ  ｙｏｕ）で十分だと考える。ユーザーが自分専用の受領通知用のホットキーを押すと、“ありがとう（Ｔｈａｎｋ  ｙｏｕ）”の返信文がメッセージの送信者に返信される。そして、前述の送信を行った２つのメッセージの隣に表示されていたアイコンが、受領通知が送られたことを示すように異なる表示に変化する。
また、別のシナリオの例を示す。
（シナリオ３）
ユーザーは、フォーラム中のメッセージの１つに返信するために、受領通知アイコンをクリックする。この時、提示された受領通知テンプレートが気に入らないので、システムに別の例を表示するように指示する。表示された別の例も気に入らないので、ドロップダウンリストから数件をさらに閲覧する。最後に好みのタイプがみつかったので、ユーザーはそれを自身の好みに合わせて編集し返信文を作成する。
ユーザーは自分が将来もっと多くのこのような受領通知を送るつもりなので、個人用の受領通知テンプレートリストにその返信文を保存するようにシステムに指示する。これでユーザーは必要な時に保存した返信文のテンプレートを容易に呼び出して利用することができるようになる。
【００１２】
図３は本発明の他の実施例を示すメッセージ処理装置のブロック構成図である。
同図において、図１と異なる点は、テンプレート編集手段２０が追加され、編集結果がメッセージテンプレート１９に反映される点である。テンプレート編集手段２０が起動されると、メッセージテンプレート１９に格納されている返信メッセージのうちデフォルトのテンプレートが表示される。テンプレート編集手段２０はテキスト編集等のエディタ機能を有しており、ユーザーは編集対象のテンプレートを次々に変更指示することができ、必要なら、ドロップダウンリストの一覧表から選択することもできるようになっている。
編集の結果、気に入ったテンプレートが出来た場合は、このテンプレートをデフォルトのトップに指定すれば、テンプレート編集手段２０が起動された時、一番初めに編集対象として表示されるようになる。このデフォルトのテンプレートは複数指定できるようにしてもよいし、最後に使用されたテンプレートが次回で最初に表示されるようにしてもよい。
なお、テンプレートを選択する替りに、所定のキーあるいはキーの組み合わせに返信メッセージのタイプを割り付けて（ホットキー）返信を指示することもできる。ホットキーの押下は返信指示手段１７が解釈し、例えば、ＣＴＬ＋Ｊなら“受領済み”、ＣＴＬ＋Ｕなら“受けとりました”、ＣＴＬ＋Ｃなら“その件については調査します”のように対応するメッセージテンプレートを無修正で返信メッセージ（受領通知）として送信することができる。
【実施例３】
【００１３】
この実施例では、本発明のメッセージ処理装置の主要部について、具体的な処理の方法を説明する。受領通知を行うメッセージ処理装置は幾つかのソフトウェアモジュール（プログラム）から構成されている。ここでは、主要なモジュールについて、処理の流れを図面を参照して説明する。
図４は、メッセージ分析手段１５における処理の流れを示すフローチャートである。
メッセージ受送信手段１４は、メッセージホスト１００に対して、ＰＯＰ３等のプロトコルを用いて新着メッセージの有無を確認し、メッセージを受信するとメッセージホルダ１８に格納してメッセージ分析手段１５を起動する。
メッセージ分析手段１５は、新着メッセージをスレッドに分類し（ステップ１０１）、これまでに受信したスレッドのメッセージの数と発信者数をカウントする（ステップ１０２）。次に新着のメッセージを解析する（ステップ１０３）。解析する内容は、例えば、メッセージ中に“至急”や“緊急”を意味する言葉が使用されているか、また、“返信”、“返事”、“回答”、“連絡”、“待つ”などの返信を促す言葉が使用されているか、あるいは、“？”や“質問”など疑問を持っている旨の記号や言葉が使用されているかを文脈から解析する。また、英文で“confirmation”、“reminder”等の“確認”や“催促”を意味する“確認”、“再送”などの言葉が使用されているかを調べる。更に、リッチテキストのメッセージについては、ゴシック（太字）、下線、通常色（一般には黒）以外の色指定等、文字修飾の有無も解析する。以上は、返信を促す要因であるが、反対に返信を必要としない要因も解析する。例えば、特定発信者からの送信、売込みを意味する、“特価”、“今なら”、“無料”、“限定”、その他、仕事とは関係のない言葉や公序良俗に相応しくない言葉の使用などである。
以上のように新着メッセージを解析したら、結果を数値のスコアで表す（ステップ１０４）。スコアの計算は例えば、急ぎを示す“至急”や“緊急”があれば２点、返信を促す言葉が使用されていれば１点、“確認”や“催促”を意味する言葉や文字修飾があれば、それぞれ１点というように、それぞれを加え合わせる。反対に、返信を必要としない要因があれば、例えば、１箇所について５点を差し引く。そして、閾値と比較し（ステップ１０５）、閾値より大きければ返信要と判定し（ステップ１０６）、そうでなければ返信否と判定する（ステップ１０７）。結果がどちらの場合でも、このメッセージに対応させて結果をメッセージホルダ１８に格納しておく（ステップ１０８）、その際、スコアの計算対象になった要因もともに格納しておく。結果が返信要の判定になった場合は、このメッセージをディスプレイ１３に表示する時に受領通知アイコンを表示し、反対に返信否になった場合は非表示にする。閾値は、例えば１とすれば良心的な対応となり、２や３にすると本当に必要と思われるメッセージのみに返信する不親切な対応となる。なお、返信の要、不要を閾値を変化させて判定しても、否（あるいは要）にする条件（例えば使用される言葉）、の追加・削除、点数の変更等を行い、閾値を一定にして判定するようにしてもよい。
【００１４】
図５は分析結果変更手段１６における処理の流れを示すフローチャートである。
ユーザーはディスプレイ１３に表示されているスレッドのメッセージタイトルと受領通知アイコン等から、必要に応じて判定結果を変更できる。ユーザーが画面上の変更指示ボタンをクリックしたら（ステップ２０１）、現在のメッセージに対する判定結果を逆転する（ステップ２０２〜２０４）。そして、新たな結果を変更記録としてメッセージホルダ１８に格納する（ステップ２０５）。そして、判定の変更の原因となった理由をユーザーに求め、以降の判定条件を変更する（ステップ２０６）。
判定条件の変更は、閾値の変更でも、否（あるいは要）にする条件（例えば使用される言葉）、の追加・削除、点数の変更であってもよい。
図６は返信指示手段１７における処理の流れを示すフローチャートである。
ユーザーが返信対象の受領通知アイコンをクリックするか、所定の返信ホットキーを押下すると、受領通知の返信処理が始まる。返信指示手段１７は、返信対象の受領アイコンがクリックされたかを調べ（ステップ３０１）、Ｙｅｓなら後述するテンプレート編集プログラムを起動して（ステップ３０２）、選択・編集されたメッセージを送信元あるいはフォーラムの所定のアドレス等に返信する（ステップ３０３）。ホットキーが押された場合は（ステップ３０５がＹｅｓ）、ホットキーに対応するテンプレートのメッセージを用いて送信元あるいはフォーラムの所定のアドレス等に返信する（ステップ３０６）。他の機能を指示された場合は（ステップ３０７がＹｅｓ）、対応するプログラムを実行し（ステップ３０８）、いずれでもない場合は何もしない。
そして、返信が行われたメッセージについては、メッセージに付されていた受領通知アイコンを送信済みのものに変更する（ステップ３０４）。
【００１５】
図７はテンプレート編集手段２０における処理の流れを示すフローチャートである。
ここでは、複数の登録済みの返信メッセージのひな型（テンプレート）を編集して、受領通知の返信メッセージを作成して、必要に応じて登録し、以降簡単に呼び出して使用できるようにする処理である。
まず、編集対象テンプレートのデフォルト順序を１にセットし（ステップ４０１）、この順序のテンプレートでエディタを起動する（ステップ４０２）。テンプレートの変更が指示されたら（ステップ４０３）、デフォルト順序を１上げる（ステップ４０４）。登録している次のテンプレートがなければ（ステップ４０５がＮｏ）、順序を１に戻して（ステップ４０６）、再びエディタを起動する（ステップ４０２）。
テンプレートの一覧表示が指示されたら（ステップ４０７がＹｅｓ）、テンプレート名の一覧を表示し（ステップ４０８）、ユーザーのテンプレート選択待ちとなる（ステップ４０９）。テンプレートが選択されたら、指示されたテンプレートでエディタを起動する（ステップ４１０）。そして、次の指示を待つ。
その他の機能が指示されたら（ステップ４１１）、対応するプログラムを実行する（ステップ４１２）。その他の機能には、例えば、登録して終了や、デフォルト順序の変更、ホットキーの割り当てなどがある。
図８はテンプレート情報テーブルの要部を説明する図である。このテーブルは、テンプレートのファイル名、作成日付、使用回数、最後に使用された日付等が記録されており、ユーザーが指示したテンプレートの編集順序（デフォルト）、返信時に使用するホットキーの組み合わせ等の情報を保持している。使用回数と最終使用日は返信した際に更新され、デフォルト順序、ホットキーはテンプレート編集手段でセットされる。
【図面の簡単な説明】
【００１６】
【図１】本発明の１実施例を示すメッセージ処理装置のブロック構成図。
【図２】フォーラム（あるいは掲示板）のスレッドの例を示す図。
【図３】本発明の他の実施例を示すメッセージ処理装置のブロック構成図。
【図４】メッセージ分析手段における処理の流れを示すフローチャート。
【図５】分析結果変更手段における処理の流れを示すフローチャート。
【図６】返信指示手段における処理の流れを示すフローチャート。
【図７】テンプレート編集手段における処理の流れを示すフローチャート。
【図８】テンプレート情報テーブルの要部を説明する図。
【符号の説明】
【００１７】
１０  メッセージ処理装置、１１  通信インターフェース、１２  キーボード、１３  ディスプレイ、１４  メッセージ受送信手段、１５  メッセージ分析手段、１６  分析結果変更手段、１７  返信指示手段、１８  メッセージホルダ、１９  メッセージテンプレート、２０  テンプレート編集手段、１００  メッセージホスト
【図１】
2006243820.tif 000003
【図２】
2006243820.tif 000004
【図３】
2006243820.tif 000005
【図４】
2006243820.tif 000006
【図５】
2006243820.tif 000007
【図６】
2006243820.tif 000008
【図７】
2006243820.tif 000009
【図８】
2006243820.tif 000010