(57)【要約】【課題】メールからチャットへの移行における利便性を向上する。【解決手段】メールＤＢ３２及び返信管理ＤＢ３３に、メールの本文、発信先（発信者ＩＤ）、宛先を含むメール情報が格納され、チャット処理部１４は、メールを指定した利用者による場所変更要求に応じて、利用者が指定したメールに関連するチャット画面を作成する。メール処理部１２は、メールＤＢ３２や返信管理ＤＢ３３を参照して利用者が指定したメールの宛先を取得し、当該取得された宛先に対して、チャット画面のＵＲＬを通知するチャット移動メール画面を送信する。また、チャット処理部１４は、メールＤＢ３２及び返信管理ＤＢ３３から抽出されるメール本文をチャット画面に表示する。【選択図】図３
2013174957.tif 000002
【特許請求の範囲】
【請求項１】
メール本文、発信先、宛先を含むメール情報を格納部に格納し、
ユーザによるメール情報の指定および当該メール情報のチャット移行要求を検出すると、指定された当該メール情報に関連するチャット画面を作成し、
前記格納部を参照して指定された前記メール情報の宛先を抽出し、当該抽出された宛先に対して、前記チャット画面の情報を通知する、処理をコンピュータに実行させ、
前記作成する処理では、指定された前記メール情報のメール本文を前記チャット画面に表示することを特徴とするコミュニケーション支援プログラム。
【請求項２】
前記作成する処理では、
指定された前記メール情報の前記メール本文に含まれる１以上の文それぞれの作成者の情報を前記格納部から抽出し、当該作成者と前記１以上の文とを関連付けて前記チャット画面に表示することを特徴とする請求項１に記載のコミュニケーション支援プログラム。
【請求項３】
前記格納する処理では、前記格納部に前記メール情報の送信日時を格納し、
前記作成する処理では、指定された前記メール情報の前記メール本文に含まれる１以上の文それぞれの送信日時を、前記１以上の文とともに前記チャット画面に表示することを特徴とする請求項１又は２に記載のコミュニケーション支援プログラム。
【請求項４】
メール本文、発信先、宛先を含むメール情報を格納する格納部と、
ユーザによるメール情報の指定および当該メール情報のチャット移行要求を検出すると、指定された当該メール情報に関連するチャット画面を作成する作成部と、
前記格納部を参照して指定された前記メール情報の宛先を抽出し、当該抽出された宛先に対して、前記チャット画面の情報を通知する通知部と、を備え、
前記作成部は、指定された前記メール情報のメール本文を前記チャット画面に表示することを特徴とするコミュニケーション支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、コミュニケーション支援プログラム及びコミュニケーション支援装置に関する。
【背景技術】
【０００２】
Ｗｅｂ上で複数人が議論を行う場合、通常、メールやチャットが利用される。メールを利用して議論を行う場合、各ユーザが受信メールを開封する時刻に差異（タイムラグ）が生じるため、リアルタイム性に欠け、議論のすれ違いやくい違い等が生じるおそれがある。そこで、頻繁な発言を行うような場合には、リアルタイム性に優れたチャットによる議論が行われることが多い。
【０００３】
なお、特許文献１や特許文献２には、チャット開始を簡易にする技術が開示されている。また、特許文献３には、メールを用いて特定のチャットへユーザを導く方法について開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１９９１３４号公報
【特許文献２】特開２００４−１０２５４７号公報
【特許文献３】特開２００２−１６９７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
メールで議論している場合に、当該議論における発言が多くなった段階で、ユーザが新規チャットチャンネルを開設し、当該チャットチャンネルにおいて議論を継続する場合がある。しかしながら、このような場合、チャットに議論場所を移したときに、各ユーザは議論をどこから始めればよいかを即座に判断することができないことが多いことに、本発明者らは気づいた。
【０００６】
そこで本件は上記の課題に鑑みてなされたものであり、メールからチャットへの移行における利便性を向上することが可能なコミュニケーション支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本明細書に記載のコミュニケーション支援プログラムは、メール本文、発信先、宛先を含むメール情報を格納部に格納し、ユーザによるメール情報の指定および当該メール情報のチャット移行要求を検出すると、指定された当該メール情報に関連するチャット画面を作成し、前記格納部を参照して指定された前記メール情報の宛先を抽出し、当該抽出された宛先に対して、前記チャット画面の情報を通知する、処理をコンピュータに実行させ、前記作成する処理では、指定された前記メール情報のメール本文を前記チャット画面に表示するコミュニケーション支援プログラムである。
【０００８】
本明細書に記載のコミュニケーション支援装置は、メール本文、発信先、宛先を含むメール情報を格納する格納部と、ユーザによるメール情報の指定および当該メール情報のチャット移行要求を検出すると、指定された当該メール情報に関連するチャット画面を作成する作成部と、前記格納部を参照して指定された前記メール情報の宛先を抽出し、当該抽出された宛先に対して、前記チャット画面の情報を通知する通知部と、を備え、前記作成部は、指定された前記メール情報のメール本文を前記チャット画面に表示する。
【発明の効果】
【０００９】
本明細書に記載のコミュニケーション支援プログラム及びコミュニケーション支援装置は、メールからチャットへの移行における利便性を向上することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】一実施形態にかかるコミュニケーション支援システムの構成を概略的に示す図である。
【図２】図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、クライアント端末のハードウェア構成を示す図である。
【図３】サーバ及びクライアント端末の機能ブロック図である。
【図４】利用者認証ＤＢを示す図である。
【図５】メールＤＢを示す図である。
【図６】図６（ａ）は、返信管理ＤＢを示す図であり、図６（ｂ）は、区切り文字テーブルを示す図である。
【図７】過去記事ワークテーブルを示す図である。
【図８】図８（ａ）、図８（ｂ）は、チャット利用者ＤＢを示す図である。
【図９】図９（ａ）、図９（ｂ）は、チャンネル文ＤＢを示す図である。
【図１０】メール処理部とメール表示部の処理の一連の流れを示すフローチャート（その１）である。
【図１１】メール処理部とメール表示部の処理の一連の流れを示すフローチャート（その２）である。
【図１２】メール処理部とメール表示部の処理の一連の流れを示すフローチャート（その３）である。
【図１３】メール表示部のメール送信処理（ステップＳ１３４）の具体的処理を示すフローチャートである。
【図１４】メール処理部のメール送信処理（ステップＳ３０）の具体的処理を示すフローチャートである。
【図１５】過去発言送信処理（ステップＳ４６）の具体的処理を示すフローチャートである。
【図１６】認証画面の一例を示す図である。
【図１７】エラー画面の一例を示す図である。
【図１８】メール一覧表示画面の一例を示す図である。
【図１９】メッセージ作成画面の一例を示す図である。
【図２０】メッセージ表示画面の一例を示す図である。
【図２１】チャット移動メール画面の一例を示す図である。
【図２２】チャット処理部の処理を示すフローチャートである。
【図２３】図２２の初期チャンネル設定処理（Ｓ４０２）の具体的処理を示すフローチャートである。
【図２４】図２２のチャット通常処理（Ｓ４２４）の具体的処理を示すフローチャート（その１）である。
【図２５】図２２のチャット通常処理（Ｓ４２４）の具体的処理を示すフローチャート（その２）である。
【図２６】チャット表示部の処理を示すフローチャートである。
【図２７】チャット画面の一例を示す図（その１）である。
【図２８】チャット画面の一例を示す図（その２）である。
【図２９】チャット画面において「新規作成」ボタンが押された後の画面を示す図である。
【図３０】チャット画面において「参加する」ボタンが押された後の画面を示す図である。
【発明を実施するための形態】
【００１１】
以下、コミュニケーション支援システムの一実施形態について、図１〜図３０に基づいて詳細に説明する。図１には、一実施形態に係るコミュニケーション支援システム１００が概略的に示されている。
【００１２】
コミュニケーション支援システム１００は、図１に示すように、コミュニケーション支援装置としてのサーバ１０と、クライアント端末２０と、を備える。サーバ１０とクライアント端末２０は、インターネットやＬＡＮなどのネットワーク８０に接続されている。このコミュニケーション支援システム１００は、クライアント端末２０においてブラウザ上に表示されるＷＥＢメール又はチャットの画面（サーバ１０から提供）内で利用者が入力や操作を行うことで、クライアント端末２０間におけるメールのやり取り、チャットにおける各種操作（発言等）を可能にするシステムである。また、コミュニケーション支援システム１００は、一般的なメールやチャットに関する処理のほか、メールにおいて議論を行っていた利用者が議論の場所をチャットに変更する場合の利用者の利便性を向上するための処理を行う。
【００１３】
図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（コミュニケーション支援プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（コミュニケーション支援プログラムを含む）をＣＰＵ９０が実行することにより、図３に示す機能が実現される。
【００１４】
また、図２（ｂ）には、クライアント端末２０のハードウェア構成が示されている。図２（ｂ）に示すように、クライアント端末２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、クライアント端末２０の構成各部は、バス１９８に接続されている。クライアント端末２０においても、ＣＰＵ１９０がプログラムを実行することで、図３の各部の機能が実現される。
【００１５】
図３には、サーバ１０及びクライアント端末２０の機能ブロック図が示されている。図３に示すように、サーバ１０では、ＣＰＵ９０がプログラムを実行することで、通知部としてのメール処理部１２及び作成部としてのチャット処理部１４としての機能が実現されている。また、クライアント端末２０では、ＣＰＵ１９０がプログラムを実行することで、メール表示部２２及びチャット表示部２４としての機能が実現されている。なお、図３には、サーバ１０のＨＤＤ９６等に格納されている利用者認証ＤＢ３１、格納部としてのメールＤＢ３２及び返信管理ＤＢ３３、区切り文字テーブル３４、過去記事ワークテーブル３７、チャット利用者ＤＢ３５、チャンネル文ＤＢ３６も図示されている。
【００１６】
メール処理部１２は、ＷＥＢメールの画面作成や、クライアント端末２０に対する画面の送信、ＷＥＢメールの送受信処理などを行う。また、メール処理部１２は、メールを指定した場所変更（メールからチャットへの移行）の要求が利用者によって出された場合に、チャット処理部１４によって作成されるチャット画面の情報（ＵＲＬ）をメールの宛先の利用者に通知する。
【００１７】
チャット処理部１４は、チャット画面の作成や、クライアント端末２０に対する画面の送信、チャットチャンネルの管理などを行う。また、チャット処理部１４は、メールを指定した場所変更の要求が利用者によって出された場合に、当該メールに関連するチャット画面を作成する。
【００１８】
利用者認証ＤＢ３１は、利用者がログインする際の認証に用いる情報が格納されたデータベースである。この利用者認証ＤＢ３１には、図４に示すように、利用者ＩＤと、利用者ＩＤに対応するパスワードと、チャットＩＤと、が格納されている。
【００１９】
メールＤＢ３２は、クライアント端末２０間で送受信されたメールの情報を、利用者毎に格納するデータベースである。メールＤＢ３２は、図５に示すように、「メッセージＩＤ」、「発信者ＩＤ」、「発信日時」、「タイトル」、「本文」、「宛先」の各フィールドを有する。なお、図５のメールＤＢ３２は、利用者ＩＤがsuzuki@xxx.wwの受信メールのメールＤＢ３２の一例を示している。なお、メールＤＢとしては、送信メールを格納するメールＤＢも存在するものとする。図５の「メッセージＩＤ」のフィールドには、メール毎に定義されるユニークなＩＤが入力される。「発信者ＩＤ」のフィールドには、メールの送信を行った利用者の利用者ＩＤ（メールアドレス）が入力される。「タイトル」及び「本文」のフィールドには、メールのタイトル及び本文そのものが入力される。「宛先」のフィールドには、メールの送信先（１又は複数）が入力される。
【００２０】
返信管理ＤＢ３３は、あるメールに対する返信メールが送信された場合に、返信元のメールの情報（メッセージＩＤ及び発信者）と、返信メール（原メール）の情報（メッセージＩＤ及び発信者）と、を格納するデータベースである。具体的には、図６（ａ）のようなデータ構造を有している。
【００２１】
区切り文字テーブル３４は、メール処理部１２が、メール本文を区切るために用いるテーブルである。具体的には、図６（ｂ）に示すように、メール本文を区切る際に用いる「文字」と、当該文字の「名称」とを格納している。なお、区切り文字テーブル３４の「名称」は実際の処理に用いないため、図６（ｂ）の「名称」のフィールドを省略してもよい。
【００２２】
過去記事ワークテーブル３７は、メールのやり取りをしていた利用者が議論場所をチャットに変更する場合に、メールにおいてやり取りをしていた内容を格納するためのテーブルである。過去記事ワークテーブル３７は、図７に示すように、メール本文の送信時刻が格納される「発言時刻」と、発言をした利用者のチャットＩＤが格納される「チャットＩＤ」と、メール本文（メール処理部１２によって区切られた文）が格納される「区切られた文面」の各フィールドを有している。
【００２３】
チャット利用者ＤＢ３５は、チャット利用者が利用可能なチャットチャンネルを格納するデータベースである。チャット利用者ＤＢ３５は、具体的には、図８（ａ）、図８（ｂ）に示すように、「チャットＩＤ」、「自動ＪＯＩＮチャンネル」、及び「現在ＪＯＩＮチャンネル」の各フィールドを有する。「自動ＪＯＩＮチャンネル」のフィールドには、各チャット利用者がクライアント端末２０のブラウザ上でチャット画面を立ち上げたときに、自動的に参加するチャンネル名が格納される。また、「現在ＪＯＩＮチャンネル」のフィールドには、各チャット利用者の自動ＪＯＩＮチャンネルと、各チャット利用者が事後的に参加したチャンネル名とが格納される。
【００２４】
チャンネル文ＤＢ３６は、各チャットチャンネルにおいて発言を行った利用者（発信者）、発言を行った時刻（発信時刻）、発言内容を格納するデータベースである。チャンネル文ＤＢ３６は、具体的には、図９（ａ）、図９（ｂ）に示すように、「チャンネル名称」、「発信者」、「発信時刻」及び「発言内容」の各フィールドを有する。
【００２５】
図３に戻り、メール表示部２２は、メール処理部１２から送信されてきたメール（Ｗｅｂメール）に関連する画面をブラウザ上に表示する。また、メール表示部２２は、クライアント端末２０の利用者から入力された情報や当該利用者からの指示（ブラウザ上での入力による指示）をサーバ１０（メール処理部１２）に対して送信する。
【００２６】
チャット表示部２４は、チャット処理部１４から送信されてきたチャットに関連する画面をブラウザ上に表示する。また、チャット表示部２４は、クライアント端末２０の利用者から入力された情報や当該利用者からの指示（ブラウザ上での入力による指示）をサーバ１０（チャット処理部１４）に対して送信する。
【００２７】
次に、本実施形態におけるメール処理部１２及びメール表示部２２の処理、並びにチャット処理部１４及びチャット表示部２４の処理について、図１０〜図３０に基づいて詳細に説明する。
【００２８】
（メール処理部１２及びメール表示部２２の処理）
図１０〜図１２には、メール処理部１２とメール表示部２２の処理の一連の流れがフローチャートにて示されている。これら、図１０〜図１２のフローチャートでは、メール処理部１２とメール表示部２２の処理のタイミングを考慮して、各処理・判断を配置している。なお、図１３〜図１５は、図１１、図１２に含まれるサブルーチンの詳細な処理を示すフローチャートである。
【００２９】
図１０〜図１２の処理では、まず、ステップＳ１１０において、メール表示部２２が、メールの表示要求を受け付けるまで待機する。この場合の表示要求は、利用者がブラウザ上でＷＥＢメールのアドレスに対してアクセスすることにより行われる。ステップＳ１１０の判断が肯定されると、ステップＳ１１２に移行する。ステップＳ１１２に移行すると、メール表示部２２は、メールの表示要求をサーバ１０（メール処理部１２）に対して送信する。
【００３０】
一方、メール処理部１２では、ステップＳ１０において、メール表示要求をクライアント端末から受信するまで待機している。したがって、メール処理部１２では、ステップＳ１１２においてメール表示部２２からメール表示要求が送信されてきた段階で、ステップＳ１２に移行する。
【００３１】
ステップＳ１２では、メール処理部１２が、利用者ＩＤ、パスワード入力画面をクライアント端末２０（メール表示部２２）に対して送信する。この場合の入力画面は、図１６に示すような認証画面（利用者ＩＤ及びパスワードの入力欄と、送信及びキャンセルボタンを含む画面）であるものとする。
【００３２】
これに対し、メール表示部２２は、ステップＳ１１２の後、ステップＳ１１４において、利用者ＩＤ、パスワード入力画面をサーバ１０（メール処理部１２）から受信するまで待機している。したがって、上述したようにステップＳ１２において入力画面がサーバ１０側から送信されてきた段階で、メール表示部２２は、ステップＳ１１６に移行することになる。
【００３３】
ステップＳ１１６では、メール表示部２２が、利用者ＩＤ及びパスワードの入力画面（図１６）をクライアント端末２０の表示部１９３上（ブラウザ内）に表示する。次いで、ステップＳ１１８では、メール表示部２２が、利用者ＩＤ，パスワードを受け付けるまで待機する。この場合、利用者がクライアント端末２０の入力部１９５を用いて利用者ＩＤ及びパスワードを入力し、かつ、送信ボタンを押した段階で、ステップＳ１２０に移行することになる。ステップＳ１２０に移行すると、メール表示部２２は、利用者ＩＤ及びパスワードをサーバ１０（メール処理部１２）に送信する。
【００３４】
一方、メール処理部１２では、ステップＳ１２の後、ステップＳ１４において、利用者ＩＤ及びパスワードを受信するまで待機している。したがって、メール処理部１２は、ステップＳ１２０において、メール表示部２２から利用者ＩＤ等が送信されてきた段階で、ステップＳ１６に移行する。
【００３５】
ステップＳ１６では、メール処理部１２が、送信されてきた利用者ＩＤ及びパスワードと、利用者認証ＤＢ３１（図４）とを用いて、利用者の認証を行う。
【００３６】
次いで、メール処理部１２は、ステップＳ１８において、認証に成功したか否かを判断する。ここでの判断が否定された場合、すなわち認証に失敗した場合には、ステップＳ２０において、メール処理部１２が、エラー画面（図１７参照）をクライアント端末２０（メール表示部２２）に送信し、図１０〜図１２の全処理を終了する。
【００３７】
一方、ステップＳ１８の判断が肯定された場合、すなわち認証に成功した場合には、ステップＳ２２に移行する。ステップＳ２２では、メール処理部１２が、利用者ＩＤに対応するメールＤＢ３２（図５）から受信メールを取得し、メール一覧表示画面を作成する。この場合のメール一覧表示画面は、図１８に示すような画面であるものとする。図１８のメール一覧表示画面には、受信メールの情報のほか、メッセージ新規作成、返信、ログアウトの各ボタンが設けられているものとする。
【００３８】
次いで、ステップＳ２４では、メール処理部１２は、利用者ＩＤに対応するメール一覧表示画面をクライアント端末２０（メール表示部２２）に送信する。その後は、図１１のステップＳ２６に移行する。
【００３９】
これに対し、メール表示部２２では、ステップＳ１２０の後に、ステップＳ１２２において、メール一覧表示画面を受信したか否かを判断する。ここでの判断が肯定された場合、すなわち、メール処理部１２において前述したステップＳ２４の処理が行われた場合には、ステップＳ１２８に移行する。ステップＳ１２８では、メール表示部２２は、メール処理部１２から受信したメール一覧表示画面を表示する。その後は、図１１のステップＳ１３０に移行する。
【００４０】
一方、ステップＳ１２２の判断が否定された場合には、ステップＳ１２４に移行し、メール表示部２２は、エラー画面を受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ１２２に戻るが、ここでの判断が肯定された場合、すなわち、メール処理部１２においてステップＳ２０の処理が行われた場合には、ステップＳ１２６に移行する。
【００４１】
ステップＳ１２６では、メール表示部２２が、メール処理部１２から受信したエラー画面を表示し、図１０〜図１２の全処理を終了する。
【００４２】
メール表示部２２は、図１１のステップＳ１３０に移行すると、クライアント端末２０の利用者からメールの作成要求が出されたか否か（利用者によってメッセージ新規作成ボタン又は返信ボタンが押下されたか否か）を判断する。ここでの判断が否定された場合には、ステップＳ１３６に移行するが、判断が肯定された場合には、ステップＳ１３２に移行する。
【００４３】
ステップＳ１３２に移行した場合、メール表示部２２は、サーバ１０（メール処理部１２）にメッセージ作成要求（新規作成又は返信）を送信する。そして、メール表示部２２は、ステップＳ１３４のメール送信処理のサブルーチンを実行する。
【００４４】
一方、メール処理部１２は、図１０のステップＳ２４の後、図１１のステップＳ２６において、メッセージ作成要求（新規作成又は返信）を受信したか否かを判断する。ここでの判断が否定された場合（クライアント端末２０においてメッセージ作成要求が出されていない場合）には、ステップＳ３２に移行する。これに対し、メール表示部２２においてステップＳ１３２の処理が行われた場合には、ステップＳ２６の判断が肯定され、ステップＳ２８に移行する。ステップＳ２８に移行した場合、メール処理部１２は、メッセージ作成画面をクライアント端末２０（メール表示部２２）に対して送信する。なお、この場合のメッセージ作成画面は、図１９に示すような画面であるものとする。なお、メール処理部１２は、メッセージ作成要求が、「メッセージ新規作成」であった場合には、図１９の画面をそのまま送信する。また、「返信」であった場合には、メール処理部１２は、メールＤＢ３２から返信元のメールの発信者ＩＤ、タイトル、本文を取得する。そして、メール処理部１２は、図１９のメッセージ作成画面の宛先の欄に取得した発信者ＩＤを表示するとともに、件名及び記事入力画面の欄に取得したタイトルと、取得した本文を引用文（「Re:」を付した件名や「>」を付した本文）として表示した画面を送信する。
【００４５】
その後は、ステップＳ３０において、メール処理部１２が、メール送信処理のサブルーチンを実行する。
【００４６】
以下、メール表示部２２が実行するメール送信処理のサブルーチン（ステップＳ１３４）と、メール処理部１２が実行するメール送信処理（ステップＳ３０）について、図１３、図１４に基づいて詳細に説明する。
【００４７】
図１３には、メール表示部２２のメール送信処理（ステップＳ１３４）がフローチャートにて示されている。この図１３の処理では、まず、ステップＳ２０２において、メール表示部２２が、メッセージ作成画面をサーバ１０（メール処理部１２）から受信するまで待機する。この場合、メール処理部１２において図１１のステップＳ２８が行われた段階で、ステップＳ２０４に移行する。ステップＳ２０４に移行すると、メール表示部２２は、受信したメッセージ作成画面を表示部１９３に表示する。
【００４８】
次いで、ステップＳ２０６では、メール表示部２２が、利用者から、宛先、タイトル、記事本文の入力を受け付ける。次いで、ステップＳ２０８では、メール表示部２２が、クライアント端末２０の利用者からのメッセージ送信要求を受け付けるまで待機する。この場合、メール表示部２２は、利用者によって図１９の画面中の送信ボタンが押された場合に、メッセージ送信要求を受け付けることになる。
【００４９】
メール表示部２２がメッセージ送信要求を受け付けると、ステップＳ２１０に移行し、宛先、タイトル、記事本文をサーバ１０（メール処理部１２）に送信する。その後は、図１１のステップＳ１３６に移行する。
【００５０】
図１４には、メール処理部１２のメール送信処理（ステップＳ３０）がフローチャートにて示されている。この図１４の処理では、まず、ステップＳ３０２において、メール処理部１２は、クライアントから宛先、タイトル、記事本文を受信するまで待機する。この場合、メール表示部２２において前述した図１３のステップＳ２１０の処理が行われた段階で、メール処理部１２は、ステップＳ３０４に移行する。
【００５１】
ステップＳ３０４に移行すると、メール処理部１２は、メッセージＩＤ，ヘッダを作成する。次いで、ステップＳ３０６では、メール処理部１２が、そのメールは別のメールに返信するものであるか否かを判断する。ここでの判断が否定された場合、すなわちそのメールが新規作成である場合には、ステップＳ３１４に移行する。一方、ステップＳ３０６の判断が肯定された場合、すなわちそのメールが別のメールに返信するものである場合には、ステップＳ３０８に移行する。
【００５２】
ステップＳ３０８に移行すると、メール処理部１２は、返信元メールのメッセージＩＤ、発信者ＩＤをメールＤＢ３２から取得する。例えば、図５の上から２つ目の受信メールが返信元メールである場合には、メール処理部１２は、メッセージＩＤ「system2@xxx.ww」、発信者ＩＤ「tanaka@xxx.ww」を取得する。
【００５３】
次いで、ステップＳ３１０では、メール処理部１２が、返信管理ＤＢ３３（図６（ａ））の、「原メールメッセージＩＤ」の欄に本メールのメッセージＩＤを記録し、「原メール発信者」の欄に本メールの発信者ＩＤ（利用者ＩＤ）を記録する。
【００５４】
次いで、ステップＳ３１２では、メール処理部１２が、返信管理ＤＢ３３の、「返信元メールメッセージＩＤ」の欄にステップＳ３０８で取得したメッセージＩＤを記録する。また、メール処理部１２は、「返信元発信者」の欄にステップＳ３０８で取得した発信者ＩＤを記録する。その後は、ステップＳ３１４に移行する。
【００５５】
ステップＳ３０８〜Ｓ３１２を経て、あるいは、ステップＳ３０６の判断が否定されて、ステップＳ３１４に移行すると、メール処理部１２は、各宛先のメールＤＢ３２に、メッセージＩＤ、宛先、タイトル、記事本文を記録する。その後は、図１１のステップＳ３２に移行する。
【００５６】
図１１に戻り、メール表示部２２は、ステップＳ１３４のメール送信処理のサブルーチンが終了した後、又はステップＳ１３０の判断が否定された後に、ステップＳ１３６に移行する。ステップＳ１３６では、メール表示部２２は、メール一覧表示画面（図１８）上において利用者からのメールの選択を受け付けるまで待機する。この場合、利用者からのメールの選択があった段階で、ステップＳ１３８に移行する。ステップＳ１３８に移行すると、メール表示部２２は、受け付けたメール選択情報をサーバ１０（メール処理部１２）に対して送信する。
【００５７】
一方、メール処理部１２では、ステップＳ３０のメール送信処理のサブルーチンが終了した後、又はステップS２６の判断が否定された後、ステップＳ３２に移行する。ステップＳ３２では、メール処理部１２は、メール選択情報をクライアント端末２０（メール表示部２２）から受信したか否かを判断する。ここでの判断が否定された場合には、図１２のステップＳ５２に移行する。一方、ステップＳ３２の判断が肯定された場合、すなわち、メール表示部２２が、ステップＳ１３８の処理を実行した場合には、メール処理部１２は、ステップＳ３４に移行する。
【００５８】
ステップＳ３４に移行した場合、メール処理部１２は、選択されたメールの本文、送信日時などをメールＤＢ３２から取得する。次いで、ステップＳ３６では、メール処理部１２は、メッセージ表示画面を作成し、クライアント端末２０（メール表示部２２）に送信する。なお、メッセージ表示画面は、例えば、図２０に示すような画面であるとする。図２０のメッセージ表示画面には、メールのヘッダ情報及び本文が記載される欄のほか、「議論場所変更（チャットへ）」のボタンが設けられている。なお、ステップＳ３６の処理の後は、メール処理部１２は、ステップＳ３８に移行する。
【００５９】
これに対し、メール表示部２２では、ステップＳ１３８以降、ステップＳ１４０において、メッセージ表示画面を受信するまで待機している。この場合、メール処理部１２においてステップＳ３６の処理が実行された段階で、メール表示部２２は、ステップＳ１４２に移行する。
【００６０】
ステップＳ１４２では、メール表示部２２は、受信したメッセージ表示画面を表示部１９３上に表示する。次いで、ステップＳ１４４では、メール表示部２２は、場所変更要求を受け付けたか否かを判断する。なお、メール表示部２２は、クライアント端末２０の利用者が、メッセージ表示画面（図２０）内の「議論場所変更（チャットへ）」のボタンを押した段階で、場所変更要求を受け付けることになる。このステップＳ１４２における判断が否定された場合には、図１２のステップＳ１４８に移行するが、肯定された場合には、ステップＳ１４６に移行する。なお、利用者は、例えば、あるテーマに対する議論をメールで行っている場合において、メールのやり取りの回数が多くなったり、メールにおける議論のすれ違い等が生じたときに、議論場所をチャットに移したいと考えることが多い。このような場合に、利用者は、「議論場所変更（チャットへ）」のボタンを押すことになる。
【００６１】
ステップＳ１４６に移行した場合、メール表示部２２は、場所変更要求をサーバ１０（メール処理部１２）に対して送信する。その後は、図１２のステップＳ１４８に移行する。
【００６２】
一方、メール処理部１２では、ステップＳ３６の後、ステップＳ３８において、場所変更要求をクライアント端末２０（メール表示部２２）から受信したか否かを判断する。ここでの判断が否定された場合には、図１２のステップＳ５２に移行するが、肯定された場合、すなわち、メール表示部２２においてステップＳ１４６の処理が行われた場合には、ステップＳ４０に移行する。
【００６３】
ステップＳ４０に移行した場合、メール処理部１２は、「議論場所変更（チャットへ）」が押された際にメッセージ表示画面に表示されているメール（以下、対象メールとする）の宛先と件名とを取得する。
【００６４】
次いで、ステップＳ４２では、メール処理部１２が、新規チャンネル作成要求と件名と宛先とをチャット処理部１４に送信する。その後は、図１２のステップＳ４６に移行する。
【００６５】
図１２のステップＳ４６に移行すると、メール処理部１２は、過去発言送信処理のサブルーチンを実行する。この過去発言送信処理のサブルーチンは、図１５のフローチャートに沿って実行される。
【００６６】
図１５の処理では、まず、ステップＳ３２０において、メール処理部１２０が、返信管理ＤＢ３３（図６（ａ））に、対象メールのメッセージＩＤが原メールメッセージＩＤとして含まれているか否かを判断する。ここでの判断が否定された場合、すなわち、返信管理ＤＢ３３に対象メールのメッセージＩＤがなかった場合には、メール処理部１２は、ステップＳ３３６に移行する。ステップＳ３３６では、メール処理部１２は、過去発言（内容なし）をチャット処理部１４に対して送信した後、図１５の全処理を終了し、図１２のステップＳ４８に移行する。一方、ステップＳ３２０の判断が肯定された場合、すなわち、返信管理ＤＢ３３に対象メールのメッセージＩＤがあった場合には、ステップＳ３２２に移行する。
【００６７】
ステップＳ３２２に移行すると、メール処理部１２は、返信管理ＤＢ３３のうち、対象メールのメッセージＩＤが原メールメッセージＩＤの欄に記載されている行から、返信元メッセージＩＤと返信元発信者を取得する。次いで、ステップＳ３２４では、メール処理部１２が、返信元発信者に対応するメールＤＢ３２から、その返信元メッセージＩＤのメール本文を取得する。次いで、ステップＳ３２６では、メール処理部１２が、メール本文から、引用部を削除した文面を取得する。
【００６８】
次いで、ステップＳ３２８では、メール処理部１２が、取得した文面を、区切り文字テーブル３４に含まれる文字を用いて、文面を区切る（改行する）。次いで、ステップＳ３３０では、メール処理部１２が、過去発言として、発信者（ここでは、チャットＩＤ）と、区切った文面とを対応づけて、過去記事ワークテーブル３７に記録する。この場合、メールＤＢ３２で管理されているメールの発信時刻が、「発言時刻」として、過去記事ワークテーブル３７に記録される。
【００６９】
次いで、ステップＳ３３２では、メール処理部１２は、返信管理ＤＢ３３に、返信元メールのメッセージＩＤが原メール情報として含まれているか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３２２に戻るが、否定された場合には、ステップＳ３３４に移行する。なお、ステップＳ３２２に戻った場合には、ステップＳ３２２〜Ｓ３３２の処理・判断を、ステップＳ３３２の判断が否定されるまで繰り返す。これにより、図７に示すように、図２０のメール本文に記載されていた文面を区切った文面と、区切った文面の発言者（チャットＩＤ）及び発言時刻を、過去記事ワークテーブル３７に格納することができる。
【００７０】
ステップＳ３３２の判断が否定されて、ステップＳ３３４に移行すると、メール処理部１２は、過去記事ワークテーブル３７の内容（発言時刻、発信者、区切られた文面）をチャット処理部１４に過去発言として送信する。これにより、メール処理部１２は、図１５の全処理（過去発言送信処理のサブルーチン（Ｓ４６））を終了して、図１２のステップＳ４８に移行する。
【００７１】
図１２のステップＳ４８に移行すると、メール処理部１２は、新規チャンネルのＵＲＬを作成する。次いで、ステップＳ５０では、「議論場所変更（チャットへ）」のボタンを押した画面に表示されていたメールの宛先に対して、チャットに移動した旨およびＵＲＬをメールにて送信する。なお、ステップＳ５０では、実際には、メールの宛先に対応するメールＤＢ３２への記録が行われる。この場合、送信されるメール（チャット移動メール）の画面（チャット移動メール画面）は、例えば、図２１に示すようなものであるとする。このメールを受け取った利用者は、チャット画面のＵＲＬにアクセスすることで、生成されたチャット画面の利用が可能となる。
【００７２】
一方、メール表示部２２は、図１１のステップＳ１４４における判断が否定された後、あるいはステップＳ１４６の処理が行われた後、図１２のステップＳ１４８に移行し、メール一覧表示要求を受け付けたか否かを判断する。ここでの判断が肯定された場合には、ステップＳ１５０において、メール表示部２２は、メール一覧表示要求をサーバ１０（メール処理部１２）に送信し、図１０のステップＳ１２２に戻る。これに対し、ステップＳ１４８の判断が否定された場合には、ステップＳ１５２に移行する。
【００７３】
ステップＳ１５２に移行した場合、メール表示部２２は、終了要求を受け付けたか否かを判断する。なお、利用者は、図１８や図１９の画面のログアウトボタンを押すことで、終了要求を出すことができる。このステップＳ１５２の判断が否定された場合には、ステップＳ１４８に戻る。一方、ステップＳ１５２の判断が肯定された場合、すなわち利用者から終了要求が出された場合には、ステップＳ１５４に移行する。ステップＳ１５４では、メール表示部２２は、終了要求をサーバ１０（メール処理部１２）に送信する。ステップＳ１５４の処理が終了すると、メール表示部２２は、図１０〜図１２の全処理を終了する。
【００７４】
一方、メール処理部１２は、ステップＳ５０の後、又はステップＳ３２（否定）、ステップＳ３８（否定）の後に、ステップＳ５２に移行する。ステップＳ５２では、メール処理部１２が、メール一覧表示要求をクライアント端末２０（メール表示部２２）から受信したか否かを判断する。ここでの判断が肯定された場合、すなわち、メール表示部２２においてステップＳ１５０の処理が行われた場合には、図１０のステップＳ２４に戻る。一方、ステップＳ５２の判断が否定された場合、ステップＳ５４に移行する。
【００７５】
ステップＳ５４に移行すると、メール処理部１２は、終了要求をクライアント端末２０（メール表示部２２）から受信したか否かを判断する。ここでの判断が否定された場合には、図１１のステップＳ２６に戻る。これに対し、ステップＳ５４の判断が肯定された場合、すなわち、メール表示部２２においてステップＳ１５４の処理が実行された場合には、メール処理部１２は、図１０〜図１２の全処理を終了する。
【００７６】
以上のように、メール処理部１２及びメール表示部２２の処理が行われることにより、一般的なＷｅｂメールの処理のほか、利用者によってあるメールからチャットへの場所移動要求が出された場合に、新たに作成されるメールに関連するチャット画面の情報を、チャット移動メール画面を用いて、メールの宛先に対して通知することができる。
【００７７】
（チャット処理部１４及びチャット表示部２４の処理）
次に、チャット処理部１４及びチャット表示部２４の処理について、図２２，図２６のフローチャート沿って、その他図面を適宜参照しつつ、詳細に説明する。なお、図２３〜図２５は、図２２の処理に含まれているサブルーチンの詳細処理を示すフローチャートである。
【００７８】
（チャット処理部１４の処理）
図２２には、チャット処理部１４の処理がフローチャートにて示されている。この図２２の処理では、まず、ステップＳ４００において、チャット処理部１４が、利用要求と、チャットＩＤとをクライアント端末２０（チャット表示部２４）から受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ４０２の初期チャンネル設定処理のサブルーチンに移行する。なお、ステップＳ４００の判断が肯定される場合とは、後述する図２６のステップＳ５０２の処理が実行された場合である。
【００７９】
ステップＳ４０２の初期チャンネル設定処理のサブルーチンでは、チャット処理部１４は、図２３のフローチャートに沿った処理を実行する。
【００８０】
図２３の処理では、まず、ステップＳ４４０において、チャット処理部１４は、チャット利用者ＤＢ３５（図８（ａ））から、ステップＳ４００で取得したチャットＩＤの自動ＪＯＩＮチャンネルを取得する。次いで、ステップＳ４４２では、チャット処理部１４が、チャット利用者ＤＢ３５における、ステップＳ４００で取得した利用者ＩＤの現在ＪＯＩＮチャンネルに自動ＪＯＩＮチャンネル名を入れる。
【００８１】
次いで、ステップＳ４４４では、チャット処理部１４が、自動ＪＯＩＮチャンネルに対応するチャンネル文ＤＢ３６（図９（ａ）、図９（ｂ）参照）が存在しているか否かを判断する。ここでの判断が否定された場合、すなわち、対応するチャンネル文ＤＢ３６が無かった場合には、ステップＳ４４６に移行する。ステップＳ４４６に移行した場合、チャット処理部１４は、自動ＪＯＩＮチャンネルに対応するチャンネル文ＤＢ３６を作成し、ステップＳ４４８に移行する。なお、ここで作成されるチャンネル文ＤＢ３６は、チャンネル名称以外の欄が全て空白となっているものとする。
【００８２】
ステップＳ４４４の判断が肯定された場合、又はステップＳ４４６の処理を経た後は、チャット処理部１４は、ステップＳ４４８において、自動ＪＯＩＮチャンネルの名称をクライアント端末２０（チャット表示部２４）に送信する。以上のようにして、図２３のステップＳ４０２の処理が終了すると、チャット処理部１４は、図２２のステップＳ４２４に移行する。
【００８３】
図２２に戻り、ステップＳ４００の判断が否定された場合には、ステップＳ４０４に移行し、チャット処理部１４は、メール処理部１２から、件名と宛先とともに、新規チャンネル作成要求を受け付けたか否かを判断する。ここでの判断が否定された場合、すなわち、メール処理部１２が図１１のステップＳ４２の処理を行っていない場合には、ステップＳ４００に戻る。一方、ステップＳ４０４における判断が肯定された場合、すなわち、メール処理部１２が図１１のステップＳ４２の処理を実行した場合には、チャット処理部１４は、ステップＳ４０６に移行する。
【００８４】
ステップＳ４０６に移行すると、チャット処理部１４は、初期チャンネル設定処理のサブルーチンを実行する。このステップＳ４０６の処理は、前述したステップＳ４０２の処理（図２３の処理）と同様となっている。
【００８５】
ステップＳ４０６の処理が終了すると、ステップＳ４０８に移行し、チャット処理部１４は、新規チャンネル名に対応するチャンネル文ＤＢ３６を作成する。例えば、図２０のメッセージ表示画面において「議論場所変更（チャットへ）」ボタンが押された場合には、図９（ｂ）に示すようなチャンネル名称「Re:Re:仕様の件」のチャンネル文ＤＢ３６が作成されることになる（ただし、チャンネル名称以外の欄は空白であるものとする）。
【００８６】
次いで、ステップＳ４１０では、チャット処理部１４が、「議論場所変更（チャットへ）」ボタンを押したメッセージ表示画面に表示されているメールの宛先（アドレス）に対応するチャットＩＤを利用者認証ＤＢ３１から取得する。図２０の場合、tanaka@xxx.ww，suzuki@xxx.ww，satoh@xxx.ww，takahashi@xxx.wwに対応するチャットＩＤ「tanaka」，「suzuki」，「satoh」，「takahashi」を取得する。
【００８７】
次いで、ステップＳ４１２では、チャット処理部１４が、チャット利用者ＤＢ３５において、取得したチャットＩＤの現在ＪＯＩＮチャンネルにその件名（チャンネル名称）を記録する。例えば、「議論場所変更（チャットへ）」ボタンが押される前のチャット利用者ＤＢ３５が図８（ａ）であった場合には、図８（ｂ）に示すように、下線を付して示すチャンネル名称が追加される。次いで、ステップＳ４１４では、チャット処理部１４が、チャンネル作成終了情報とチャンネル名とを、チャットＩＤに対応するクライアント端末２０（チャット表示部２４）に送信する。
【００８８】
次いで、ステップＳ４１６では、チャット処理部１４が、メールの過去発言をメール処理部１２から受信するまで待機する。この場合、メール処理部１２からメールの過去発言を受信した段階（メール処理部１２が、図１５のステップＳ３３４又はＳ３３６を実行した段階）で、ステップＳ４１８に移行する。
【００８９】
ステップＳ４１８では、チャット処理部１４が、過去発言に発言者と発言内容が含まれるか否かを判断する。ここでの判断が否定された場合（図１５において、ステップＳ３３６の処理が行われた場合）には、ステップＳ４２４に移行する。一方、ステップＳ４１８の判断が肯定された場合（図１５において、ステップＳ３３４の処理が行われた場合）には、ステップＳ４２０に移行する。
【００９０】
ステップＳ４２０に移行した場合、チャット処理部１４は、新規チャンネル（例えば、チャンネル名称「Re:Re:仕様の件」）のチャンネル文ＤＢ３６に過去発言を記録する。この場合、図９（ｂ）に示すように、過去発言が記録される。次いで、ステップＳ４２２では、チャット処理部１４が、チャットＩＤに対応するクライアント端末２０（チャット表示部２４）に対して、チャンネル名と過去発言の発言者、発言内容、発言時刻を送信する。その後は、ステップＳ４２４に移行する。なお、ステップＳ４２２が終了した段階では、クライアント端末２０には、チャット画面として図２７のような画面が提供されることになる。なお、チャット処理部１４は、図１２のステップＳ４８で作成されたＵＲＬに図２７のチャット画面を対応付けるものとする。すなわち、図１２のステップＳ５０において図２１のメールを受信した利用者は、メールに記載されているＵＲＬにアクセスすることで、図２７のチャット画面を表示部１９３上に表示させることができる。なお、ステップＳ４１８〜Ｓ４２２の処理は、メールＤＢ３２及び返信管理ＤＢ３３から抽出されるメール本文、発言者及び発言日時をチャット画面に表示する処理であるとも言える。
【００９１】
ステップＳ４０２を経た後、あるいはステップＳ４０６〜Ｓ４２２の少なくとも一部の処理・判断が行われた後には、ステップＳ４２４に移行する。ステップＳ４２４では、チャット処理部１４が、チャット通常処理のサブルーチンを実行する。このチャット通常処理のサブルーチンでは、チャット処理部１４は、図２４、図２５のフローチャートに沿った処理を実行する。
【００９２】
図２４の処理では、まず、ステップＳ４６０において、チャット処理部１４が、自動ＪＯＩＮチャンネル名に参加している他の参加者（チャットＩＤ）をチャット利用者ＤＢ３５（図８（ａ）又は図８（ｂ））から取得する。
【００９３】
次いで、ステップＳ４６２では、チャット処理部１４が、自動ＪＯＩＮチャンネルに参加者を含めたチャット画面を作成し、クライアント端末２０（チャット表示部２４）に対して送信する。また、例えば、図２２の処理において、ステップＳ４０２を経た場合には、図２８のようなチャット画面がクライアント端末２０に送信されることになる。
【００９４】
次いで、ステップＳ４６４では、チャット処理部１４が、新規チャンネル名称と、チャンネル作成要求とをクライアント端末２０（チャット表示部２４）から受信したか否かを判断する。なお、利用者は、新規チャンネルを作成しようとする場合、図２８（又は図２７）のようなチャット画面において「新規作成」ボタンを押す。この場合、チャット処理部１４は、チャット表示部２４を介して、図２９に示すような新規作成用のポップアップ画面をブラウザ内に表示する。そして、利用者は、ポップアップ画面に新規チャンネル名を入力した後、「ＯＫ」ボタンを押すことで、チャンネル作成要求をチャット処理部１４に対して送信することができる。
【００９５】
ステップＳ４６４の判断が否定された場合には、ステップＳ４７４に移行する。一方、ステップＳ４６４の判断が肯定された場合には、ステップＳ４６６に移行する。
【００９６】
ステップＳ４６６に移行した場合、チャット処理部１４は、新規チャンネル名に対応するチャンネル文ＤＢ３６を作成する。次いで、ステップＳ４６８では、チャット処理部１４が、チャット利用者ＤＢ３５におけるその利用者ＩＤの現在ＪＯＩＮチャンネルにそのチャンネル名を入れる。次いで、ステップＳ４７０では、チャット処理部１４が、新規作成したチャンネルを、チャット画面に追加する。次いで、ステップＳ４７２では、チャット処理部１４が、チャット画面をクライアント端末２０（チャット表示部２４）に対して、送信する。
【００９７】
ステップＳ４６６〜Ｓ４７４を経た後、あるいはステップＳ４６４の判断が否定された後は、ステップＳ４７４に移行し、チャット処理部１４は、チャンネルへの参加要求をクライアント端末２０から受信したか否かを判断する。なお、利用者は、チャンネルに対して参加しようとする場合、図２８（又は図２７）のようなチャット画面において「参加する」ボタンを押す。この場合、チャット処理部１４は、チャット表示部２４を介して、図３０に示すような参加用のポップアップ画面をブラウザ内に表示する。そして、利用者は、ポップアップ画面において参加するチャンネルの名称を選択した後、「ＯＫ」ボタンを押すことで、チャンネルへの参加要求をチャット処理部１４に対して送信することができる。このステップＳ４７４における判断が否定された場合には、図２５のステップＳ４８２に移行する。一方、ステップＳ４７４の判断が肯定された場合には、ステップＳ４７６に移行する。
【００９８】
ステップＳ４７６に移行した場合、チャット処理部１４は、チャット利用者ＤＢ３５におけるその利用者ＩＤの現在チャンネルＪＯＩＮチャンネルにそのチャンネル名を入れる。次いで、ステップＳ４７８では、チャット処理部１４が、参加したチャンネルを、チャット画面に追加する。次いで、ステップＳ４８０では、チャット処理部１４が、チャット画面をクライアント端末２０（チャット表示部２４）に送信する。その後は、図２５のステップＳ４８２に移行する。
【００９９】
ステップＳ４７６〜Ｓ４８０を経た後、あるいはステップＳ４７４の判断が否定された後は、図２５のステップＳ４８２に移行し、チャット処理部１４は、あるチャンネル宛へのメッセージをクライアント端末２０（チャット表示部２４）から受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ４９２に移行する。一方、ステップＳ４８２の判断が肯定された場合には、ステップＳ４８４に移行する。
【０１００】
ステップＳ４８４に移行した場合、チャット処理部１４は、そのチャンネルに対応するチャンネル文ＤＢ３６に発言者とメッセージとを記録する。次いで、ステップＳ４８６では、チャット処理部１４は、そのチャンネルを現在ＪＯＩＮチャンネルとして持つチャットＩＤを検出する。次いで、ステップＳ４８８では、チャット処理部１４は、検出したチャットＩＤに対応するチャット画面の、そのチャンネル欄にメッセージを追加する。次いで、ステップＳ４９０では、チャット処理部１４は、チャット画面をクライアント端末２０（チャット表示部２４）に送信する。すなわち、新たにメッセージ（発言）が追加されたチャット画面がクライアント端末２０の表示部１９３上に表示されることになる。その後は、ステップＳ４９２に移行する。
【０１０１】
ステップＳ４９０の後、又はステップＳ４８２の判断が否定された後にステップＳ４９２に移行すると、チャット処理部１４は、終了要求をクライアント端末２０（チャット表示部２４）から受信したか否かを判断する。なお、利用者は、チャット画面（図２７や図２８）の「終了する」ボタンを押すことで、終了要求を出すことができる。このステップＳ４９２の判断が否定された場合には、図２４のステップＳ４６４に戻る。一方、ステップＳ４９２の判断が肯定された場合には、図２４，図２５のチャット通常処理（Ｓ４２４）の全処理を終了するとともに、図２２に示す全処理を終了する。
【０１０２】
（チャット表示部２４の処理）
次に、チャット表示部２４の処理について図２６に基づいて詳細に説明する。図２６には、チャット表示部２４の処理がフローチャートにて示されている。図２６の処理では、まず、ステップＳ５００において、チャット表示部２４が、チャットの利用要求とチャットＩＤとを受け付けるまで待機する。この場合、チャット表示部２４は、利用者からチャットの利用要求とチャットＩＤとを受け付けた段階で、ステップＳ５０２に移行する。
【０１０３】
ステップＳ５０２に移行すると、チャット表示部２４は、利用要求とチャットＩＤとをサーバ（チャット処理部１４）に送信する。
【０１０４】
次いで、ステップＳ５０４では、チャット表示部２４は、チャット画面をサーバ１０（チャット処理部１４）から受信するまで待機する。この場合、チャット表示部２４が、チャット画面を受信した段階で、ステップＳ５０６に移行する。ステップＳ５０６に移行すると、チャット表示部２４は、チャット画面を表示する。
【０１０５】
次いで、ステップＳ５０８では、チャット表示部２４は、図２９の画面上において、新規チャンネル名と、作成要求とを受け付けたか否かを判断する。ここでの判断が否定された場合には、ステップＳ５１２に移行する。一方、ステップＳ５０８の判断が肯定された場合には、ステップＳ５１０に移行する。ステップＳ５１０に移行した場合、チャット表示部２４は、新規チャンネル名と、作成要求とをサーバ（チャット処理部１４）に送信する。その後は、ステップＳ５１２に移行する。
【０１０６】
ステップＳ５１２に移行すると、チャット表示部２４は、図３０の画面上において、チャンネル名と、参加要求とを受け付けたか否かを判断する。ここでの判断が否定された場合には、ステップＳ５１６に移行する。一方、ステップＳ５１２の判断が肯定された場合には、ステップＳ５１４に移行する。ステップＳ５１４では、チャット表示部２４は、チャンネル名と、参加要求とをサーバ１０（チャット処理部１４）に送信する。その後は、ステップＳ５１６に移行する。
【０１０７】
ステップＳ５１６に移行すると、チャット表示部２４は、あるチャンネルにおいて、メッセージの入力を受け付けたか否かを判断する。ここでの判断が否定された場合には、ステップＳ５２０に移行するが、肯定された場合にはステップＳ５１８に移行する。
【０１０８】
ステップＳ５１８に移行した場合、チャット表示部２４は、チャンネル名と、メッセージとをサーバ１０（チャット処理部１４）に送信する。その後は、ステップＳ５２０に移行する。
【０１０９】
ステップＳ５２０に移行した場合、チャット表示部２４は、チャット画面を受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ５０６に戻る。一方、ステップＳ５２０の判断が否定された場合には、ステップＳ５２２に移行する。
【０１１０】
ステップＳ５２２に移行すると、チャット表示部２４は、終了要求を受け付けたか否か（「終了する」ボタンが押されたか否か）を判断する。ここでの判断が否定された場合には、ステップＳ５０８に戻る。一方、ステップＳ５２２の判断が肯定された場合には、ステップＳ５２４に移行する。そして、ステップＳ５２４では、チャット表示部２４が、終了要求をサーバ１０（チャット処理部１４）に送信し、図２２のステップＳ４２４の全処理が終了する。
【０１１１】
以上のように、チャット処理部１４及びチャット表示部２４が処理を行うことで、一般的なチャットに関する処理が実行されるほか、利用者からの場所移動要求に応じて、メールに関連するチャット画面が作成されることになる（図２２のステップＳ４０６〜Ｓ４２２、図２７）。また、上記のように作成されるチャット画面には、メールにおける議論内容（メール本文の内容）が発言者及び発言日時とともに表示されるようになっている。
【０１１２】
以上、詳細に説明したように、本実施形態によると、メールＤＢ３２及び返信管理ＤＢ３３に、メールの本文、発信先（発信者ＩＤ）、宛先を含むメール情報が格納され、チャット処理部１４は、メッセージ表示画面上での利用者による場所変更要求（メールを指定した場所変更要求）に応じて、利用者が指定したメールに関連するチャット画面を作成する。そして、メール処理部１２は、メールＤＢ３２や返信管理ＤＢ３３を参照して利用者が指定したメールの宛先を取得し、当該取得された宛先に対して、チャット画面のＵＲＬを通知するチャット移動メール画面を送信する。また、チャット処理部１４は、メールＤＢ３２及び返信管理ＤＢ３３を参照して、利用者が指定したメールのメール本文を抽出し、チャット画面に表示する。このように、本実施形態では、メールを用いた議論をしているときに、利用者が、メッセージ表示画面上からのメールを指定した場所変更要求を出すことで、メールに応じたチャット画面が作成されるとともに、当該チャット画面の情報をメールの宛先に含まれる利用者に通知することができる。また、チャット画面には、メールに記載されていたメール本文が表示されるため、利用者は、チャット画面上において、これまでメールでやり取りした内容を簡易に確認することができる。これにより、チャット画面を利用する人は、これまでメールでやり取りした内容に沿って、チャットを開始することが可能となり、メールからチャットへの移行における利便性を向上することができる。
【０１１３】
また、本実施形態によると、チャット処理部１４は、メールＤＢ３２及び返信管理ＤＢ３３に基づいて、抽出したメール本文に含まれる発言（図７の区切られた文面）それぞれの発言者を特定する。そして、チャット処理部１４は、発言内容とともに、発言者の情報（本実施形態ではチャットＩＤ）をチャット画面に表示する。これにより、利用者は、メール本文に含まれる各発言を誰が行ったかを簡易に把握することができるようになる。
【０１１４】
また、本実施形態によると、チャット処理部１４は、メールＤＢ３２に基づいて、抽出したメール本文に含まれる発言それぞれの送信日時を特定し、発言内容とともに、送信日時の情報をチャット画面に表示する。これにより、利用者は、メール本文に含まれる各発言の順序を簡易に把握することができるようになる。
【０１１５】
なお、上記実施形態では、過去記事ワークテーブル３７に発言時刻、チャットＩＤ、区切られた文面を格納することとしたが、これに限られるものではない。少なくとも区切られた文面が格納されればよい。すなわち、図２７のチャット画面には、少なくともメール本文が表示されればよい。
【０１１６】
なお、上記実施形態で説明したチャンネル文ＤＢ３６は、場所移動要求が出された場合のみ、作成するようにしても良い。
【０１１７】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【０１１８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１１９】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２０】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１２１】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  メール本文、発信先、宛先を含むメール情報を格納部に格納し、
ユーザによるメール情報の指定および当該メール情報のチャット移行要求を検出すると、指定された当該メール情報に関連するチャット画面を作成し、
前記格納部を参照して指定された前記メール情報の宛先を抽出し、当該抽出された宛先に対して、前記チャット画面の情報を通知する、処理をコンピュータに実行させ、
前記作成する処理では、指定された前記メール情報のメール本文を前記チャット画面に表示することを特徴とするコミュニケーション支援プログラム。
（付記２）  前記作成する処理では、
指定された前記メール情報の前記メール本文に含まれる１以上の文それぞれの作成者の情報を前記格納部から抽出し、当該作成者と前記１以上の文とを関連付けて前記チャット画面に表示することを特徴とする付記１に記載のコミュニケーション支援プログラム。
（付記３）  前記格納する処理では、前記格納部に前記メール情報の送信日時を格納し、
前記作成する処理では、指定された前記メール情報の前記メール本文に含まれる１以上の文それぞれの送信日時を、前記１以上の文とともに前記チャット画面に表示することを特徴とする付記１又は２に記載のコミュニケーション支援プログラム。
（付記４）  メール本文、発信先、宛先を含むメール情報を格納する格納部と、
ユーザによるメール情報の指定および当該メール情報のチャット移行要求を検出すると、指定された当該メール情報に関連するチャット画面を作成する作成部と、
前記格納部を参照して指定された前記メール情報の宛先を抽出し、当該抽出された宛先に対して、前記チャット画面の情報を通知する通知部と、を備え、
前記作成部は、指定された前記メール情報のメール本文を前記チャット画面に表示することを特徴とするコミュニケーション支援装置。
（付記５）  前記作成部は、
指定された前記メール情報の前記メール本文に含まれる１以上の文それぞれの作成者の情報を前記格納部から抽出し、当該作成者と前記１以上の文とを関連付けて前記チャット画面に表示することを特徴とする付記４に記載のコミュニケーション支援装置。
（付記６）  前記格納する処理では、前記格納部に前記メール情報の送信日時を格納し、
前記作成する処理では、指定された前記メール情報の前記メール本文に含まれる１以上の文それぞれの送信日時を、前記１以上の文とともに前記チャット画面に表示することを特徴とする付記４又は５に記載のコミュニケーション支援装置。
【符号の説明】
【０１２２】
１０  サーバ（コミュニケーション支援装置）
１２  メール処理部（通知部）
１４  チャット処理部（作成部）
３２  メールＤＢ（格納部）
３３  返信管理ＤＢ（格納部）
【図１】
2013174957.tif 000003
【図２】
2013174957.tif 000004
【図３】
2013174957.tif 000005
【図４】
2013174957.tif 000006
【図５】
2013174957.tif 000007
【図６】
2013174957.tif 000008
【図７】
2013174957.tif 000009
【図８】
2013174957.tif 000010
【図９】
2013174957.tif 000011
【図１０】
2013174957.tif 000012
【図１１】
2013174957.tif 000013
【図１２】
2013174957.tif 000014
【図１３】
2013174957.tif 000015
【図１４】
2013174957.tif 000016
【図１５】
2013174957.tif 000017
【図１６】
2013174957.tif 000018
【図１７】
2013174957.tif 000019
【図１８】
2013174957.tif 000020
【図１９】
2013174957.tif 000021
【図２０】
2013174957.tif 000022
【図２１】
2013174957.tif 000023
【図２２】
2013174957.tif 000024
【図２３】
2013174957.tif 000025
【図２４】
2013174957.tif 000026
【図２５】
2013174957.tif 000027
【図２６】
2013174957.tif 000028
【図２７】
2013174957.tif 000029
【図２８】
2013174957.tif 000030
【図２９】
2013174957.tif 000031
【図３０】
2013174957.tif 000032