特許 6056353 情報処理装置、情報処理システム、その制御方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6056353

(24)【登録日】2016年12月16日

(45)【発行日】2017年1月11日

(54)【発明の名称】情報処理装置、情報処理システム、その制御方法、およびプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20161226BHJP

【ＦＩ】

   G06F13/00 650A

【請求項の数】9

【全頁数】21

(21)【出願番号】特願2012-224797(P2012-224797)

(22)【出願日】2012年10月10日

(65)【公開番号】特開2014-78092(P2014-78092A)

(43)【公開日】2014年5月1日

【審査請求日】2015年10月9日

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100208904

【弁理士】

【氏名又は名称】伊藤 秀起

(72)【発明者】

【氏名】清水 和夫

(72)【発明者】

【氏名】西本 誠

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２００７−２１９７６３（ＪＰ，Ａ）

【文献】 特開２００３−０８５０９３（ＪＰ，Ａ）

【文献】 特開２００４−１２７１０３（ＪＰ，Ａ）

【文献】 特開２００３−０３０１０３（ＪＰ，Ａ）

【文献】 特開２００５−０８４８４４（ＪＰ，Ａ）

【文献】 特開２００４−２２０２１９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と接続可能な、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置であって、
前記クライアント端末より送信された電子メールを取得する電子メール取得手段と、
前記電子メール取得手段により取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御手段と、
前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付手段と、
前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信手段と、
を備えることを特徴とする情報処理装置。

【請求項2】

前記クライアント端末は、前記応答メッセージの応答先であるメッセージが電子メールにより投稿されたメッセージである場合に、当該応答メッセージを、前記電子メール送信手段により送信先に送信する否かを選択する選択画面を表示する表示手段を備えるクライアント端末であって、
前記電子メール送信手段は、前記選択画面において、当該応答メッセージを前記電子メール送信手段により送信先に送信しない選択操作を受け付けた場合には、当該応答メッセージを電子メールで当該送信先に送信することなく、当該応答メッセージを前記電子メール送信手段により送信先に送信する選択操作を受け付けた場合に、当該応答メッセージを電子メールで当該送信先に送信することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記識別情報は当該識別情報に対応するメッセージの投稿に用いられた電子メールの送信元のメールアドレスであって、
前記電子メール送信手段は、前記応答メッセージの電子メールを、当該応答メッセージの応答先であるメッセージの送信元のメールアドレスに返信することを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記応答メッセージ投稿受付手段は、前記電子メール取得手段で取得された電子メールに含まれるメッセージＩＤを用いて、当該電子メールのメッセージを、前記メッセージＩＤにより特定されるメッセージへの応答メッセージとして受け付け、
前記記憶制御手段は、前記応答メッセージとして受け付けたメッセージを、応答先のメッセージの下位の応答メッセージとして前記メッセージ記憶手段に記憶し、
前記電子メール送信手段は、前記メッセージ記憶手段において前記応答メッセージより上位のメッセージが電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該上位のメッセージより下位である当該応答メッセージを、当該上位のメッセージに対応する送信先に電子メールで送信する電子メール送信手段と、
を備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項5】

フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と接続可能な、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置の制御方法であって、
前記クライアント端末より送信された電子メールを取得する電子メール取得ステップと、
前記電子メール取得ステップにより取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御ステップと、
前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付ステップと、
前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信ステップと、
を含むことを特徴とする情報処理装置の制御方法。

【請求項6】

フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と接続可能な、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置のプログラムであって、
前記情報処理装置を、
前記クライアント端末より送信された電子メールを取得する電子メール取得手段と、
前記電子メール取得手段により取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御手段と、
前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付手段と、
前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信手段として機能させることを特徴とする情報処理装置のプログラム。

【請求項7】

フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置と、を含む情報処理システムであって、
前記クライアント端末より送信された電子メールを取得する電子メール取得手段と、
前記電子メール取得手段により取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御手段と、
前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付手段と、
前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信手段と、
を備えることを特徴とする情報処理システム。

【請求項8】

フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置と、を含む情報処理システムの制御方法であって、
前記クライアント端末より送信された電子メールを取得する電子メール取得ステップと、
前記電子メール取得ステップにより取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御ステップと、
前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付ステップと、
前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信ステップと、
を含むことを特徴とする情報処理システムの制御方法。

【請求項9】

フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置と、を含む情報処理システムを制御するプログラムであって、
前記情報処理システムを、
前記クライアント端末より送信された電子メールを取得する電子メール取得手段と、
前記電子メール取得手段により取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御手段と、
前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付手段と、
前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信手段として機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、フォーラムにメッセージをメールで投稿し、フォーラムのユーザとコミュニケーションすることを可能にする情報処理装置、情報処理システム、その制御方法およびプログラムの技術に関する。

【背景技術】

【0002】

ネットワーク上でコミュニケーションを取ることが可能なアプリケーションとして、電子メール（以下単にメールという）やネットコミュニティ（電子掲示板、ＳＮＳ（ソーシャルネットワークシステム））などが存在する。ネットコミュニティ（電子掲示板）は、該ネットコミュニティのアカウントを有するユーザ同士でコミュニケーションを取ることが可能なアプリケーションではあるが、外部のユーザ、例えば前記メールのユーザとはコミュニケーションを取ることができない。

【0003】

これに対して、特許文献１では、販売などサービスを提供する企業の担当者が、顧客と送受信したメールを蓄積しておき、その顧客が一定の条件を満たした場合には、蓄積したメールデータを掲示板として顧客に閲覧可能とする技術を提供している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００４−２２０２１９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１は、あくまで企業担当者と顧客がメールで送受信したデータを蓄積し、一定の条件を満たした場合（自動的または人間による判断によって）、蓄積したメールデータを掲示板であるかのように見せているに過ぎない。従って、企業担当者と顧客との情報交換はあくまでメールで行い、その結果を電子掲示板において履歴として閲覧するものである。すなわち、企業の担当者とユーザ（顧客）は、アプリケーションとしてはメールと電子掲示板の両方を使用しなければならないという煩わしさがある。

【0006】

本発明は、電子メールを使用してフォーラムに投稿されたメッセージにかかるコミュニケーションを電子メールで行うことが可能な仕組みを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明は、フォーラムに対してメッセージを投稿する投稿画面を表示可能であり、情報処理装置に記憶されたフォーラムのメッセージを表示画面に表示可能である、電子メールの送受信機能を備えるクライアント端末と接続可能な、フォーラムに投稿されたメッセージを記憶するメッセージ記憶手段を備える情報処理装置であって、前記クライアント端末より送信された電子メールを取得する電子メール取得手段と、前記電子メール取得手段により取得した電子メールのメッセージを、当該電子メールから特定されるフォーラムに投稿されたメッセージとして、当該メッセージが電子メールにより投稿されたことを示す識別情報と対応付けて、前記メッセージ記憶手段に記憶する記憶制御手段と、前記メッセージ記憶手段に記憶されているメッセージに応答する応答メッセージの投稿を受け付ける応答メッセージ投稿受付手段と、前記メッセージ記憶手段において前記応答メッセージの応答先であるメッセージが、電子メールにより投稿された前記識別情報と対応付けられて記憶されているメッセージである場合に、当該メッセージに応答する応答メッセージを、当該メッセージに対応する送信先に電子メールで送信する電子メール送信手段と、を備えることを特徴とする。

【発明の効果】

【0008】

本発明によれば、電子メールを使用してフォーラムに投稿されたメッセージにかかるコミュニケーションを電子メールで行うことが可能な仕組みを提供することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施形態に係わるシステム構成の一例を示す図である。

【図2】本発明の実施形態に係わるコミュニティサーバのハードウェア構成の一例を示すブロック図である。

【図3】本発明の実施形態に係わるコミュニティサーバのソフトウェア構成の一例を示す図である。

【図4】本発明の実施形態に係わるコミュニティにおけるフォーラムとメッセージの一覧を表示するＧＵＩ（グラフィカル・ユーザ・インタフェース）の一例を示す図である。

【図5】本発明の実施形態に係わるフォーラムとメッセージのデータ構成の一例を示す図である。

【図6】本発明の実施形態に係わる投稿されたメッセージに対するサブメッセージを投稿するＧＵＩの一例を示す図である。

【図7】本発明の実施形態に係わるメッセージ一覧において、投稿に従ってメッセージが追加される状態遷移の一例を示す図である。

【図8】本発明の第２の実施形態に係わる投稿されたメッセージに対するコメントを投稿するＧＵＩの一例を示す図である。

【図9】本発明の第２の実施形態に係わる投稿されたコメントに対するサブコメントを投稿するＧＵＩの一例を示す図である。

【図10】本発明の第２の実施形態に係わるメッセージ、コメント、サブコメントの一覧を表示するＧＵＩの一例を示す図である。

【図11】本発明の実施形態に係わるメールからの投稿処理の一例を示すフローチャートである。ャートである。

【図12】本発明の実施形態に係わるＳＮＳユーザインタフェースからの投稿処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下、本発明の実施の形態を、図面を参照して詳細に説明する。

【0011】

＜第１の実施形態＞
図１は、本発明の実施形態に係わるシステム構成の一例を示す図である。

【0012】

本発明の実施形態におけるシステム構成では、コミュニティサーバ１０１がクライアント端末１０２（例えば社内のＳＮＳ（ソーシャルネットワークシステム）クライアント、社外のメールクライアント）、メールサーバ１０３、Ｗｅｂメールサーバ１０４と、ネットワーク１０５を介して接続されている。図１では、ＳＮＳクライアントを社内、メールクライアントを社外として例示しているが、あくまでネットコミュニティ（電子掲示板、ＳＮＳなど。）に対して、コミュニティのユーザ権限を持ち、ＳＮＳクライアントから投稿するか、メールクライアントから投稿するか、を示すものであり、これらの構成を制限するものではない。以下ネットコミュニティをコミュニティと略する場合がある。

【0013】

コミュニティサーバ１０１は、クライアント端末１０２から投稿を受け付け、コミュニティに表示する。また、条件に応じてメールクライアントであるクライアント端末１０２に、投稿をメールとして送信する情報処理装置である。

【0014】

クライアント端末１０２は、ユーザにＳＮＳユーザインタフェース、またはメールソフトを使用させ、コミュニティサーバ１０１に対して投稿を行う情報処理装置である。また、ＳＮＳクライアントであるクライアント端末１０２においては、ユーザは、コミュニティのフォーラム、メッセージなどを各ユーザの権限に応じて閲覧可能である。

【0015】

メールサーバ１０３は、コミュニティサーバ１０１から、またはＷｅｂメールサーバ１０４から、メールとメールの送受信の指示を受け付け、指示に従ってメールを送信し、または受信メールを各サーバに渡す。

【0016】

次に、Ｗｅｂメールサーバ１０４について説明する。本発明でいうＷｅｂメールサーバ１０４に基づいて構成されるメールシステムとは、クライアント端末１０２のＷｅｂブラウザで利用することができる電子メールシステムのことを指す。受信したメールの閲覧や、新規メッセージの作成・送信などをＷｅｂブラウザのみで行なうことができる。クライアント端末１０２にメールソフトをインストールしてメールの送受信を管理する電子メールシステムとは異なり、すべてのメール送受信をサーバ側で管理するため、ユーザは、Ｗｅｂブラウザを用いることでどこにいてもメールの作成、受信、閲覧を行うことが可能である。

【0017】

本システムの実施形態においては、メールサーバ１０３、Ｗｅｂメールサーバ１０４のいずれを用いてもよい。また、Ｗｅｂメールサーバ１０４が、構成としてはメールサーバ１０３を利用するものであって、クライアント端末１０２に対して、メールサーバ１０３をＷｅｂブラウザから利用できるようにするものであってもよい。また、前述ではクライアント端末１０２からＷｅｂブラウザを用いてＷｅｂメールサーバにアクセスする説明をしたが、本発明の実施形態においては、コミュニティサーバ１０１からＨＴＴＰプロトコルによる通信を行う構成も含む。

【0018】

本発明の実施形態においては、コミュニティサーバ１０１から、メールサーバ１０３、またはＷｅｂメールサーバ１０４のＡＰＩ（アプリケーション・プログラミング・インタフェース）などを用いてメールの送受信を行う場合も含まれる。

【0019】

また、コミュニティサーバ１０１、メールサーバ１０３、Ｗｅｂメールサーバ１０４のいずれか、または全ては同一の筐体であってもよい。図１の構成は一例であり、様々な構成が可能である。

【0020】

図２は、本発明の実施形態に係わるコミュニティサーバ１０１のハードウェア構成の一例を示すブロック図である。その他の情報処理装置、すなわちクライアント端末１０２、メールサーバ１０３、Ｗｅｂメールサーバ１０４に対しても適用可能である。

【0021】

図２に示すように、コミュニティサーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。

【0022】

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

【0023】

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。

【0024】

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。

【0025】

また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。

【0026】

ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。

【0027】

メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

【0028】

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。

【0029】

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。

【0030】

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。

【0031】

図３は、本発明の実施形態に係わるコミュニティサーバのソフトウェア構成の一例を示す図である。コミュニティサーバ１０１は、フォーラム登録部３０１、メール受付部３０２、ＳＮＳメッセージ受付部３０３、ＩＤ付与判定部３０４、ＩＤ判定部３０５、投稿部３０６、メール送信部３０７、フォーラム記憶部３０８、メッセージ記憶部３０９、メッセージ登録部３１０等を備えて構成されている。

【0032】

フォーラム登録部３０１は、コミュニティサーバ１０１のフォーラム作成の権限のある管理ユーザ、または一般ユーザに作成させ、フォーラム記憶部３０８に登録する。

【0033】

メール受付部３０２は、メールからの投稿データ（後述するメッセージ、サブメッセージ、コメント、サブコメント等）を受け付ける。

【0034】

ＳＮＳメッセージ受付部３０３は、ＳＮＳユーザインタフェースからの投稿データを受け付ける。

【0035】

ＩＤ付与判定部３０４は、第１の投稿データのヘッダ等の指定位置に、第２の投稿データを特定するＩＤが付与されているか否かを判定する。第２の投稿データを特定するＩＤが付与されている場合は、第１の投稿データが、新規の投稿（フォーラムの直下にあるもの）ではなく、ＩＤにより特定される第２の投稿データを指定して、その下位の投稿としてなされたものであることを示している。ＩＤが付与されていない場合は、新規の投稿であることを示している。

【0036】

ＩＤ判定部３０５は、ＩＤがある場合にそのＩＤが投稿されたフォーラムに既に存在かを判定する。なければエラーである。特にメールからの投稿はコミュニティのユーザではないため、投稿データのヘッダ等の指定位置に、誤って又は不正にＩＤを付与可能である。これらのＩＤを有する投稿を防止することも可能となる。本発明の実施形態においては、ＩＤが投稿されたフォーラムに既に存在するかを判定する例としたが、ＩＤをコミュニティ全体として管理し、また判定するようにしてもよい。

【0037】

投稿部３０６は、メール受付部３０２またはＳＮＳメッセージ受付部３０３で受け付けた投稿データを、コミュニティの指定のフォーラムに投稿する。投稿データは、メッセージ記憶部３０９に記憶される。フォーラムの指定については後述する。

【0038】

メール送信部３０７は、第１の投稿データが、メールから投稿されたものである場合に、第１の投稿データを指定して第２のデータを投稿する際に、第１投稿データに対するメールを送信するものである。メールアドレスの取得などの詳細は後述する。

【0039】

フォーラム記憶部３０８は、前記フォーラム登録部から登録されたコミュニティ内のフォーラムに関する情報を記憶する。詳細は後述する。

【0040】

メッセージ記憶部３０９は、投稿された投稿データをフォーラムに対応付けて記憶する。詳細は後述する。具体的にはメッセージ登録部３１０により登録される。

【0041】

図４は、本発明の実施形態に係わるコミュニティにおけるフォーラムとメッセージの一覧を表示するＧＵＩ（グラフィカル・ユーザ・インタフェース）の一例を示す図である。図４の４００が、クライアント端末１０２（ＳＮＳクライアント）においてＳＮＳユーザに使用されるＳＮＳユーザインタフェースの例を図示している。

【0042】

４０１には、コミュニティで使用可能なフォーラムの一覧を、フォーラム記憶部３０８に基づき表示される。不図示ではあるが、例えばユーザ情報記憶部において、各フォーラムに対するユーザのアクセス権限を設定することが可能であり、特定のＳＮＳユーザがＳＮＳユーザインタフェースを使用する場合には、アクセス権限があるもののみ表示するようにしてもよい。また、アクセス権限においても、単に閲覧権限がある場合、また投稿する権限がある場合などにより表示形態（色、アイコンの形状）などを変更してもよい。

【0043】

４０２には、現在着目しているフォーラムの名称が表示される。例えば、４０１のフォーラムの一覧からユーザが閲覧したいフォーラムをマウスでクリックする等により、４０３の画面を表示させることが可能である。図４の例では、“Ａ社プロジェクト”（Ａ社から受注した開発案件の情報共有とそのサポートをするためのフォーラム名）が表示されている。前述のフォーラム登録部３０１において、例えば、“Ａ社プロジェクト”の関係者のみにアクセス権限を付与してもよい。その他、経営者やプロジェクト管理部門などにもアクセス権限を付与することも考えられる。また、後述する４０４（ＳＮＳからの新規投稿）ボタンが表示されている。

【0044】

４０３には、投稿されたメッセージを階層構造（ツリー構造）として表示するものである。階層構造においては、あるメッセージがフォーラムに直接的に紐付けられる（ルートとなるメッセージ）。ルートとなるメッセージは、複数存在可能である。図４の４０３においては、メッセージＡとメッセージＢの２つがルートとなるメッセージである。ルートとなるメッセージは、例えば、４０４の新規投稿ボタンをマウスでクリックすることにより不図示ではあるがメッセージ入力画面が表示されることで投稿するメッセージを作成する、などのように実装される。また、サブメッセージを投稿する場合（すなわち、これから投稿しようとする第１のメッセージを、階層構造における第２のメッセージの１つ下の階層）に投稿したい場合がある。例えば図４のメッセージＡの下の、メッセージＡ１、メッセージＡ２、あるいはメッセージＡ２の下のメッセージＡ２１、メッセージＡ２２などである。この場合は、例えば第２のメッセージ（１つ上の階層のメッセージ）をマウスで右クリックする、などによりメッセージを作成するＧＵＩが表示され、投稿後は第２のメッセージの１つ下の階層に配置されるようにする。

【0045】

メッセージＡ、メッセージＢは、同じ“Ａ社プロジェクト”に関する情報であっても、異なる話題を扱うために、異なる階層構造としてメッセージ群を分割する。この１つのメッセージ群を“スレッド”と称することもある。メッセージＡをルートとするスレッドは、メッセージＡに対する意見、確認、御礼などを述べるために、下位のメッセージ（サブメッセージ）としてメッセージＡ１、メッセージＡ２を有する。４０３では、メッセージＡの１階層下に表示される（右側にインデントされて表示）。

【0046】

第１の実施形態の図４においては、無制限にメッセージの階層構造を作成できるが、コミュニティシステムとして階層の数が固定されていてもよい。また、管理者が階層数を設定できるようにしてもよい。この場合は、例えばフォーラム登録部３０１において、フォーラム毎に設定できるようにしてもよいし、不図示の管理者ＧＵＩにおいて、システム全体として統一の階層数を設定できるようにしてもよい。設定可能な場合には、目的により、例えば社内のパーソナルコンピュータで主に使うのか、社外において画面の小さい携帯端末で主に使うのか、で運用方法を変更することが可能である。

【0047】

４０５〜４０７は、コミュニティ以外のアプリケーションとの連携や、コミュニティのシステムを利用して他の目的のために用いる際の、アプリケーション開始ボタンである。

【0048】

例えば、４０５は、新規メッセージをワークフローとして用いるためのボタンである。４０６は、電子会議システムにおいて会議室の予約を行う。４０７は、予約された会議室に入室（会議への参加）を行う。

【0049】

４０８は、メールからの投稿を受け付けた際に、メールを受け付けたことをユーザに示すためのアイコンである。例えば、点滅、回転などの簡単なアニメーション等、表示形態を変えることにより実現する。

【0050】

４１０は、メールによるメッセージの投稿を受け付けた場合に、そのメッセージをユーザが表示した画面の一例である。このコミュニティサーバ１０１は、“Ｃ開発株式会社”で運用されており、４１０の画面は、“Ａ社”の“ニシモトさん”からメールで投稿されたものである。メールで投稿するためには、後述するコミュニティの“Ａ社プロジェクト”フォーラムに設定されたメールアドレスを知っている必要がある。すなわち、Ａ社・ニシモトさんには、予め前記メールアドレスを通知している。

【0051】

運用の例として、例えば、メールクライアントを使用するユーザは、社外の顧客であり、ＳＮＳユーザインタフェースを使用するユーザは、Ｃ開発株式会社の担当部門、担当プロジェクトなどの担当者である。後述するように、担当者は、顧客に対してメールをする／しない、を選択しながらメッセージを投稿することが可能である。すなわち、顧客の要求／質問に対して、まず、要求／質問を受け付けた旨の回答をメールで送信し、その後、社内の担当者間で対応策について打ち合わせを行い、対応策がまとまった時点で最終回答をする、といった対応が可能となる。もちろん、その間に、中間回答を随時行うことも可能である。

【0052】

これらの方法により、社内の担当者としては、ＳＮＳユーザインタフェースのみを用いて、顧客の要求／質問を受け付け、回答することが可能となる効果が得られる。また、社内での打ち合わせの全てではなく、必要なメッセージのみを顧客にメールで送信することが可能となる効果が得られる。
以上で、図４のＧＵＩの説明を完了する。

【0053】

図５は、本発明の実施形態に係わるフォーラムとメッセージのデータ構成の一例を示す図である。コミュニティで管理されるデータは、フォーラム記憶部３０８（図５の５００を用いて詳述）、メッセージ記憶部３０９（図５の５１０を用いて詳述）に記憶される。

【0054】

フォーラム記憶部３０８は、フォーラム名５０１、フォーラムメールアドレス５０２等のデータ項目から構成される。

【0055】

フォーラム名５０１は、図４のフォーラム一覧４０１において表示されるフォーラムの名称が登録されるデータ項目である。

【0056】

フォーラムメールアドレス５０２は、該フォーラムにメールによる投稿をする際に使用するメールのアドレスを記載するデータ項目である。このメールアドレスは、対応するフォーラムの情報が、前記フォーラム登録部により登録される際に、権限のあるユーザ（管理ユーザなど）により指定することができる。

【0057】

メッセージ記憶部３０９は、フォーラム名５１１、ＩＤ５１２、投稿時刻５１３、上位ＩＤ５１４、メールアドレス５１５、内容５１６等のデータ項目から構成される。

【0058】

フォーラム名５１１は、メッセージの情報がいずれのフォーラムのものかを特定するデータ項目である。

【0059】

ＩＤ５１２は、メッセージを一意的に特定するＩＤを記載するデータ項目である。後述の上位ＩＤ５１４と合わせて使用することで、ルートのメッセージまで辿ることができる。これにより１つのスレッドの階層構造（ツリー構造）を決定することが可能である。また、後述するように、メールによる投稿があった場合に、そのメールのヘッダなどの指定位置にＩＤがあり、そのＩＤがメールアドレスに対応するフォーラムにおいて既存である場合には、そのスレッドに投稿されたメッセージとして特定される。メールクライアントからの投稿も、ＳＮＳクライアントからの投稿も、そのメッセージのヘッダ等の指定位置にあるＩＤのサブメッセージとして１つ下位の位置に投稿されることを想定している。しかしながらそのような構成に限定する

【0060】

ものではない。例えば、メールクライアントからの投稿に限っては、ＩＤを上位に辿って、必ずルートのメッセージの１つ下位の位置に投稿するように、コミュニティシステムを実装する、なども可能である。その他、投稿されたメッセージにおけるユーザの指定（メールのタイトルに何らかの記号を指定する、など）によりいずれのメッセージの下位に投稿するかを指定できてもよい。

【0061】

投稿時刻５１３は、メッセージが投稿された時刻を記載するためのデータ項目である。

【0062】

上位ＩＤ５１４は、該メッセージが、他のメッセージ（階層構造において１つ上位）のサブメッセージとして投稿された場合に、その上位のメッセージのＩＤを記載するデータ項目である。

【0063】

メールアドレス５１５は、該メッセージの投稿がメールクライアントからなされた場合に、その送信元のメールアドレスを記載するデータ項目である。

【0064】

内容５１６は、投稿されたメッセージの内容である。図４の４１０における「件名：製品の問い合わせ Ｃ開発株式会社・玉置様〜よろしくお願い申し上げます。」が記載されるデータ項目である。あるいは件名は別のデータ項目としてもよい。内容５１６の３行目以降は（＜＞で囲まれた文字列）は、実際の内容ではなく、各メッセージの階層構造における位置づけを記載している。

【0065】

なお、図５の５００は図４の４００のフォーラム一覧、図５の５１０は、図４の４０３のメッセージ一覧に対応させて、フォーラムのデータ、投稿されたメッセージのデータが登録された例として記載している。

【0066】

以上、図５の説明を完了する。前述のデータ構成はあくまで一例であり、その他のデータ項目を含んでいてもよい。例えばフォーラム記憶部３０８は、フォーラムを示すアイコンのイメージファイルに対するリンクが記載されていてもよい。その他、異なる構成であってもよい。

【0067】

図６は、本発明の実施形態に係わる投稿されたメッセージに対するサブメッセージを投稿するＧＵＩの一例を示す図である。図６の例では、図４の“Ａ社プロジェクト”フォーラムに投稿された“メッセージＡ”に対して、サブメッセージを投稿する際のＧＵＩである。前述のように、例えば、メッセージＡをマウスで右クリックすることにより図６のＧＵＩが表示される。

【0068】

図６の上部側は、図４の４１０と同じである。すなわち、メッセージＡの内容がそのまま表示される。下部側の６０１には、サブメッセージを入力するための欄（６０２）、メッセージを投稿するためのボタン（６０３）、メッセージを投稿し、更にその内容をメールで送信するためのボタン（６０４）が表示される。ＳＮＳユーザは、６０２の入力欄にメッセージを入力する。

【0069】

前記の６０３のボタンを押下した場合（メッセージを投稿する指定をした場合）、図４の４０３のメッセージ一覧における“メッセージＡ１”の投稿処理が行われる。

【0070】

前記の６０４のボタンを押下した場合（メッセージの投稿とメールの送信の両方を行う指定をした場合）、図４の４０３のメッセージ一覧における“メッセージＡ１”の投稿と同時にメールの送信処理もされるが、その詳細について説明する。

【0071】

前記投稿の際のメールの送信に使用するアドレスは、メッセージを投稿する際に指定した（投稿が完了した時点で１つ上の階層のメッセージとなる）メッセージに対応したメールアドレスを検索する。すなわち、前記の例では、メッセージＡのサブメッセージを投稿するため、メッセージＡに対応するメールアドレス（図５の５１５）のメールアドレスを送信に使用する。また、対応するメールアドレスがない場合には、送信処理は中止する。
以上で、図６の説明を完了する。

【0072】

＜第２の実施形態＞
図７から図１０を用いて第２の実施形態を説明する。第１の実施形態と第２の実施形態は、基本的に同じフローで処理されるが、第２の実施形態においては、メッセージの階層構造が３階層に制限されている。ルートメッセージを単に“メッセージ”、ルートメッセージ（メッセージ）のサブメッセージを“コメント”、コメントのサブメッセージを“サブコメント”と呼び、これが前述の３階層を構成する。

【0073】

運用例として図４でも説明したように、メッセージ（ルートメッセージ）は、フォーラムに対応するＳＮＳクライアントから、またはメールアドレスを知っているメールユーザがメールクライアントを用いて投稿可能である。すなわち、まず第１に、社内での担当者（ＳＮＳクライアントのユーザ）の間で、打ち合わせなどの情報共有を話題毎に行うことが可能である。この場合は、スレッド（メッセージ及びその下位のコメント、サブコメントをまとめたもの）に対応するメールアドレス（顧客のメールアドレス）がないため、メールが送信されることはない。さらに、メッセージが顧客のメールクライアントから送信されたものである場合には、対応するメールアドレスがあるため、メッセージなどの投稿時にメールを送信する場合と送信しない場合がある。

【0074】

第１の実施形態との違いは、顧客にメールを送信するか否かを、コメントの投稿かサブコメントの投稿か、で変更することである。これにより、第１の実施形態とは異なり、投稿する階層により、担当者がメール送信するか否かを固定し、誤って社内での相談をメールしてしまうことを防止する効果を得ることが可能である。詳細を以下に説明する。

【0075】

図７は、本発明の実施形態に係わるメッセージ一覧において、投稿に従ってメッセージが追加される状態の遷移の一例を示す図である。図７は、ＳＮＳユーザインタフェースにおいて、メッセージＡ（７０２）が投稿された状態（７０１）、メッセージＡ（７０２）に対するコメントＡ１（７０４）が投稿された状態（７０２）、コメントＡ１（７０４）に対するサブコメントＡ１１（７０６）が投稿された状態（７０５）、を図示している。

【0076】

図８は、本発明の第２の実施形態に係わる投稿されたメッセージに対するコメントを投稿するＧＵＩの一例を示す図である。第１の実施形態においては、図６で説明したように第１の実施形態においては、サブメッセージを作成した後に、そのメッセージをコミュニティに投稿するだけか、投稿と合わせてメール送信も行うか、を投稿者がボタンなどにより指定した。第２の実施形態においては、以下の通りとなる。

【0077】

メッセージに対して、コメントの投稿を使用とする場合には、図８のＧＵＩのようになる。上部側は、図４、図６の４１０と同じである。すなわち、メッセージＡの内容がそのまま表示される。下部側の８０１には、コメントを入力するための欄（８０２）、コメントを投稿し、更にその内容をメールで送信するためのボタン（８０３）が表示される。ＳＮＳユーザは、８０２の入力欄にメッセージを入力する。メッセージＡがメールから投稿されたものである場合には、前述の通り、コメントの投稿およびメールの送信が行われるが、メッセージＡがＳＮＳユーザインタフェースから投稿されたものである場合には、メールの送信は行われない（対応するメールアドレスがない）。その場合、８０３の“コメント＆メール”ボタンの代わりに、後述する図９の９０４と同様の、“コメント”ボタンが表示され、投稿のみが可能であることを投稿者に分かりやすく提示してもよい。

【0078】

図９は、本発明の第２の実施形態に係わる投稿されたコメントに対するサブコメントを投稿するＧＵＩの一例を示す図である。前述の運用例の説明の通り、サブコメントはコメントに対して１つ下位となるメッセージの投稿であり、また社内での打ち合わせであるため、メール送信は行わない（例え、メッセージにメールアドレスが対応していても送信しない）。

【0079】

図９の上部側の９０１は、投稿及び顧客に対する送信を行ったサブコメントである（図８の８０３と同じ内容）。それに対して、下部側９０２には、サブコメントの入力欄（９０３）と、入力したサブコメントを投稿するためのボタン（９０４）がある。

【0080】

図１０は、本発明の第２の実施形態に係わるメッセージ、コメント、サブコメントの一覧を表示するＧＵＩの一例を示す図である。前述の例にあるように、顧客からのメールによる投稿（メッセージＡ（１００１）と、それに対する応答（コメントＡ１（１００２）：投稿およびメール送信）がある。更に、コメントＡ１に対する社内でのサブコメント（１００３〜１００４）がある。

【0081】

コメントＡ２は、ユーザの投稿が、メッセージＡのコメントとして表示されている。コメントＡ１を投稿する担当者がメッセージＡを選択したため（この時点でコメントＡ１はない）、メッセージＡのＩＤをヘッダに付与して顧客にメール送信する。その返信である顧客からのメールのヘッダにも前記ＩＤが付与されているため、メッセージＡのサブメッセージであるコメントとして投稿される。これにより、コメントＡ１のサブコメント（社内での対応策の打ち合わせ）に、顧客からの返信メールであるコメントＡ２が紛れ込まないようにすることが可能である。

【0082】

逆に、内容としてはコメントＡ１（担当者から顧客へのメール）に対する返信であるため、コメントＡ１のサブコメントとする方が分かりやすければ、投稿されたばかりのコメントＡ１のＩＤをヘッダに付与して顧客に返信すればよい。

【0083】

また、不図示ではあるが、メッセージＡのコメントとするか、コメントＡ１のサブコメントとするかを投稿者に選択させるように、ＳＮＳユーザインタフェースのコメント投稿時に指示可能としてもよい。

【0084】

最終的に、メッセージＡに対する対応策が、社内担当者間で決定し、メッセージＡに対しての投稿と顧客に対するメール送信を行った状態がコメントＡ３（１００６）である。

【0085】

以上で図７から図１０を用いて、第２の実施形態において、第１の実施形態と異なる部分の説明を行った。次に、図１１、図１２のフローチャートを用いて、コミュニティサーバにおける処理を説明する。基本的には、第１の実施形態と第２の実施形態とで処理が同じであるため、同じフローチャートを用いるが異なるのは次の２点である。まず１点目は、ＳＮＳユーザインタフェースにおいて、３階層目（またはサブコメント）に対する投稿が可能か否か、が異なる。２点目としては、サブコメント（３階層目）の投稿時に、メールアドレスがコメント（２階層目）に設定されていなければ、第１階層まで確認するか否か、が異なる。これら２点の違いは、フローチャートの説明の中では特に述べない。

【0086】

図１１は、本発明の実施形態に係わるメールからの投稿処理の一例を示すフローチャートである。図１１の各ステップは、コミュニティサーバ１０１のＣＰＵ２０１によって実行される。

【0087】

Ｓ１１０１においては、コミュニティサーバにおけるコミュニティの処理を終了する命令がされたか否かをチェックする。終了命令がない場合（ＮＯ）にはＳ１１０２に進む。終了命令がある場合（ＹＥＳ）には、終了する。
Ｓ１１０２においては、メールの受信を確認する。

【0088】

Ｓ１１０３においては、Ｓ１１０２の確認においてメールが受信されたか否かを判定する。メールの受信がある場合（ＹＥＳ）には、Ｓ１１０４に進む。ない場合（ＮＯ）には、Ｓ１１０１に進む。

【0089】

Ｓ１１０４においては、受信したメールデータの所定位置（例えばヘッダの送信者名に対応する位置）に本発明の実施形態で指定された形式のＩＤが付与されているか解析する。

【0090】

Ｓ１１０５においては、ＩＤが含まれているか否かを判定する。含まれていない場合（ＮＯ）には、Ｓ１１０６に進む。含まれている場合（ＹＥＳ）には、Ｓ１１０８に進む。

【0091】

Ｓ１１０６においては、メールデータとして投稿されたメッセージをルートメッセージと見なす。すなわち、他のメッセージの下位となるメッセージではなく新規メッセージとしてＩＤを発行する（ＩＤ発行部）。

【0092】

Ｓ１１０７においては、メールデータとして投稿されたメッセージを、送信元のメールアドレスおよびＳ１１０６において発行されたＩＤを対応付けて、ルートメッセージとして投稿する。

【0093】

Ｓ１１０８においては、ＩＤがフォーラムにおいて既存のものか否かを判定する。既存のＩＤではない場合（ＮＯ）には、Ｓ１１０９に進む。既存のＩＤである場合（ＹＥＳ）の場合には、Ｓ１１１０に進む。

【0094】

Ｓ１１０９においては、存在していないＩＤが付与されたメッセージのメールからの投稿を、えらーとみなし、メール送信元に対してその旨を通知する。

【0095】

Ｓ１１１０においては、メールデータをＩＤに対応したメッセージのサブメッセージとして投稿する。この場合に置いて、本メッセージに対応するＩＤを新たに発行する（ＩＤ発行部）。
以上により、図１１のフローチャートの説明を完了する。

【0096】

図１２は、本発明の実施形態に係わるＳＮＳユーザインタフェースからの投稿処理の一例を示すフローチャートである。図１２の各ステップは、コミュニティサーバ１０１のＣＰＵ２０１によって実行される。

【0097】

Ｓ１２０１においては、コミュニティサーバにおけるコミュニティの処理を終了する命令がされたか否かをチェックする。終了命令がない場合（ＮＯ）にはＳ１２０２に進む。終了命令がある場合（ＹＥＳ）には、終了する。

【0098】

Ｓ１２０２においては、ＳＮＳユーザインタフェースからのメッセージの投稿有無を確認する。

【0099】

Ｓ１２０３においては、Ｓ１２０２の確認において投稿があるか否かを判定する。投稿がある場合（ＹＥＳ）には、Ｓ１２０４に進む。ない場合（ＮＯ）には、Ｓ１２０１に進む。

【0100】

Ｓ１２０４においては、投稿されたメッセージの所定位置（例えばヘッダの指定されたタグの位置）に本発明の実施形態で指定された形式のＩＤが付与されているか解析する。

【0101】

Ｓ１２０５においては、ＩＤが含まれているか否かを判定する。含まれていない場合（ＮＯ）には、Ｓ１２０６に進む。含まれている場合（ＹＥＳ）には、Ｓ１２０８に進む。

【0102】

Ｓ１２０６においては、投稿されたメッセージをルートメッセージと見なす。すなわち、他のメッセージの下位となるメッセージではなく新規メッセージとしてＩＤを発行する（ＩＤ発行部）。

【0103】

Ｓ１２０７においては、投稿されたメッセージを、Ｓ１２０６において発行されたＩＤを対応付けて、ルートメッセージとして投稿する。

【0104】

Ｓ１２０８においては、メッセージをＩＤに対応したメッセージのサブメッセージとして投稿する。この場合に置いて、本メッセージに対応するＩＤを新たに発行する（ＩＤ発行部）。

【0105】

Ｓ１２０９においては、このメッセージをメール送信するように指定されているか否かを判定する（メール送信指定判定部）。前述の運用例では、担当者から顧客にメールを送信する場合に対応する。送信すると指定されている場合（ＹＥＳ）には、Ｓ１２１０に進む。送信すると指定されていない場合（ＮＯ）には、Ｓ１２０１に進む。送信する／しないを具体的に説明すると、第１の実施形態における図６のメッセージボタン（６０３）を押下するか、メッセージ＆メールボタン（６０４）を押下するか、による。また、第２の実施形態におけるメッセージに対するコメントの投稿か、コメントに対するサブコメントの投稿か、等による。その他、前述しているように、不図示ではあるがユーザが明示的に選択できる場合、など各方法による指定を含むものとする。

【0106】

Ｓ１２１０においては、対応するＩＤに基づき、上位のメッセージを辿り、メールアドレスを取得する。第２の実施例においては、コメントを投稿した際に、上位であるメッセージにメールアドレスがある場合である。また、第１の実施例においても上位のメッセージにメールアドレスがある場合であるが、１つ上位のメッセージにメールアドレスがない場合に、更に上位を辿るかは設計または設定による。

【0107】

Ｓ１２１１においては、前記Ｓ１２１０においてメールアドレスを取得した場合に、Ｓ１２０８において投稿したメッセージをメールとして、前記メールアドレスに送信する。
以上により、図１２のフローチャートの説明を完了する。

【0108】

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

【0109】

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

【0110】

また、本発明におけるプログラムは、図１１、図１２に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１１、図１２の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１１、図１２の各装置の処理方法ごとのプログラムであってもよい。

【0111】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

【0112】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

【0113】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

【0114】

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0115】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0116】

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。 さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

【0117】

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

【符号の説明】

【0118】

１０１ コミュニティサーバ
１０２ クライアント端末
１０３ メールサーバ
１０４ Ｗｅｂメールサーバ
１０５ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】