(57)【要約】【課題】  メールユーザがアプリケーションとしてメールを使用してネットコミュニティ（電子掲示板）に投稿し、ネットコミュニティのユーザとコミュニケーション可能な仕組みを提供する。【解決手段】  コミュニティサーバが管理するネットコミュニティにおいて、フォーラムに対応するメールアドレスが指定されている場合には、ネットコミュニティ外部から該メールアドレスによりメッセージの投稿ができる。前記メールアドレスに送信されてきたメールのヘッダなど所定位置に、そのフォーラムのメッセージを特定するＩＤが付与されている場合には、メールに関する情報を前記ＩＤに対応するメッセージのサブメッセージとして投稿する。そうでない場合には、ルートメッセージとして投稿する。いずれの場合も、新しいＩＤをそのメッセージに対して発行する。【選択図】図１１
2014078092.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とネットワークを介して接続可能な、ネットコミュニティに投稿されたメッセージを管理するコミュニティサーバであって、
前記ネットコミュニティに投稿された前記メッセージを分割して管理するフォーラムに関する情報と、更に該フォーラムに対応するメールアドレスが指定されている場合には該メールアドレスと、を対応付けてフォーラム記憶手段に記憶させるフォーラム登録手段と、
メッセージに対して、該メッセージを特定するＩＤを発行するＩＤ発行手段と、
前記メッセージと、前記ＩＤ発行手段により発行された前記ＩＤと、を対応付けてメッセージ記憶手段に記憶させるメッセージ登録手段と、
前記メールアドレスに送信されたメールを受け付けるメール受付手段と、
前記受け付けた前記メールにおけるヘッダの指定位置に、前記ＩＤが付与されているか否かを判定する第１のＩＤ付与判定手段と、
前記ＩＤが、既に存在するか否かを判定するＩＤ判定手段と、
前記メールに対し、前記第１のＩＤ付与判定手段により、前記ＩＤが付与されていない場合には、該メールに関する情報を新規の前記メッセージとし、また、該ＩＤが付与されていると判定され、且つ前記ＩＤ判定手段により、該ＩＤが既に存在すると判定された場合には、該ＩＤに対応する他の該メッセージのサブメッセージとして、該メールに関する情報を前記メッセージ登録手段により前記メッセージ記憶手段に登録する第１の投稿手段と、
を備えることを特徴とするコミュニティサーバ。
【請求項２】
ソーシャルネットワークシステムとして前記コミュニティサーバの前記フォーラムにＳＮＳメッセージを投稿するためのＳＮＳユーザインタフェースを備える前記クライアント端末から、該ＳＮＳメッセージを受け付けるＳＮＳメッセージ受付手段と、
前記ＳＮＳメッセージの指定位置に、前記ＩＤが付与されているか否かを判定する第２のＩＤ付与判定手段と、
前記ＳＮＳメッセージに対し前記第２のＩＤ付与判定手段により、前記ＩＤが付与されていない場合には、該ＳＮＳメッセージに関する情報を新規の前記メッセージとし、また、該ＩＤが付与されていると判定され、且つ前記ＩＤ判定手段により、該ＩＤが既に存在すると判定された場合には、該ＩＤに対応する他の該メッセージを上位の該メッセージとするサブメッセージとして、該ＳＮＳメッセージに関する情報を前記メッセージ登録手段により前記メッセージ記憶手段に登録する第２の投稿手段と、
上位の前記メッセージが、前記メールとして第１の投稿手段により投稿されたものである場合に、該メールに対応するメールアドレスに、前記サブメッセージである前記メッセージに関する情報を送信するか否かを判定するメール送信指定判定手段と、
前記メール送信指定判定手段により、前記メールを送信すると判定された場合には、前記メールアドレスに対して、前記メッセージに関する情報を送信することメール送信手段と、
を備えることを特徴とする請求項１に記載のコミュニティサーバ。
【請求項３】
メール送信指定判定手段は、
上位の前記メッセージと、前記サブメッセージであるメッセージの階層の関係に基づき送信するか否かを判定することを特徴とする請求項２に記載のコミュニティサーバ。
【請求項４】
メール送信指定判定手段は、
前記ＳＮＳユーザインタフェースから投稿される際のユーザの指定に基づいて、送信するか否かを判定することを特徴とする請求項２に記載のコミュニティサーバ。
【請求項５】
メール送信手段は、
前記メールの送信をする際に、該メールのヘッダの指定位置に、上位の前記メッセージの前記ＩＤを付与することにより、該メールに対する返信のメールが、該ＩＤに対応する該メッセージのサブメッセージとなることを特徴とする請求項２乃至請求項５のいずれか１項に記載のコミュニティサーバ。
【請求項６】
クライアント端末とネットワークを介して接続可能な、ネットコミュニティに投稿されたメッセージを管理するコミュニティサーバの制御方法であって、
フォーラム登録手段が、前記ネットコミュニティに投稿された前記メッセージを分割して管理するフォーラムに関する情報と、更に該フォーラムに対応するメールアドレスが指定されている場合には該メールアドレスと、を対応付けてフォーラム記憶手段に記憶させるフォーラム登録ステップと、
ＩＤ発行手段が、メッセージに対して、該メッセージを特定するＩＤを発行するＩＤ発行ステップと、
メッセージ登録手段が、前記メッセージと、前記ＩＤ発行ステップにより発行された前記ＩＤと、を対応付けてメッセージ記憶手段に記憶させるメッセージ登録ステップと、
メール受付手段が、前記メールアドレスに送信されたメールを受け付けるメール受付ステップと、
第１のＩＤ付与判定手段が、前記受け付けた前記メールにおけるヘッダの指定位置に、前記ＩＤが付与されているか否かを判定する第１のＩＤ付与判定ステップと、
ＩＤ判定手段が、前記ＩＤが、既に存在するか否かを判定するＩＤ判定ステップと、
第１の投稿手段が、前記メールに対し、前記第１のＩＤ付与判定ステップにより、前記ＩＤが付与されていない場合には、該メールに関する情報を新規の前記メッセージとし、また、該ＩＤが付与されていると判定され、且つ前記ＩＤ判定ステップにより、該ＩＤが既に存在すると判定された場合には、該ＩＤに対応する他の該メッセージのサブメッセージとして、該メールに関する情報を前記メッセージ登録ステップにより前記メッセージ記憶手段に登録する第１の投稿ステップと、
を備えることを特徴とするコミュニティサーバの制御方法。
【請求項７】
コンピュータを、クライアント端末とネットワークを介して接続可能な、ネットコミュニティに投稿されたメッセージを管理するコミュニティサーバとして機能させるためのプログラムであって、
前記コンピュータを、
前記ネットコミュニティに投稿された前記メッセージを分割して管理するフォーラムに関する情報と、更に該フォーラムに対応するメールアドレスが指定されている場合には該メールアドレスと、を対応付けてフォーラム記憶手段に記憶させるフォーラム登録手段、
メッセージに対して、該メッセージを特定するＩＤを発行するＩＤ発行手段、
前記メッセージと、前記ＩＤ発行手段により発行された前記ＩＤと、を対応付けてメッセージ記憶手段に記憶させるメッセージ登録手段、
前記メールアドレスに送信されたメールを受け付けるメール受付手段、
前記受け付けた前記メールにおけるヘッダの指定位置に、前記ＩＤが付与されているか否かを判定する第１のＩＤ付与判定手段、
前記ＩＤが、既に存在するか否かを判定するＩＤ判定手段、
前記メールに対し、前記第１のＩＤ付与判定手段により、前記ＩＤが付与されていない場合には、該メールに関する情報を新規の前記メッセージとし、また、該ＩＤが付与されていると判定され、且つ前記ＩＤ判定手段により、該ＩＤが既に存在すると判定された場合には、該ＩＤに対応する他の該メッセージのサブメッセージとして、該メールに関する情報を前記メッセージ登録手段により前記メッセージ記憶手段に登録する第１の投稿手段を備えることを特徴とするコミュニティサーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットコミュニティ（電子掲示板）の利用権限を持たないユーザがメールで投稿し、ネットコミュニティのユーザとコミュニケーションすることを可能にするコミュニティサーバの技術に関する。
【背景技術】
【０００２】
ネットワーク上でコミュニケーションを取ることが可能なアプリケーションとして、電子メール（以下単にメールという）やネットコミュニティ（電子掲示板、ＳＮＳ（ソーシャルネットワークシステム））などが存在する。ネットコミュニティ（電子掲示板）は、該ネットコミュニティのアカウントを有するユーザ同士でコミュニケーションを取ることが可能なアプリケーションではあるが、外部のユーザ、例えば前記メールのユーザとはコミュニケーションを取ることができない。
【０００３】
これに対して、特許文献１では、販売などサービスを提供する企業の担当者が、顧客と送受信したメールを蓄積しておき、その顧客が一定の条件を満たした場合には、蓄積したメールデータを掲示板として顧客に閲覧可能とする技術を提供している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２２０２１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１は、あくまで企業担当者と顧客がメールで送受信したデータを蓄積し、一定の条件を満たした場合（自動的または人間による判断によって）、蓄積したメールデータを掲示板であるかのように見せているに過ぎない。従って、企業担当者と顧客との情報交換はあくまでメールで行い、その結果を電子掲示板において履歴として閲覧するものである。すなわち、企業の担当者とユーザ（顧客）は、アプリケーションとしてはメールと電子掲示板の両方を使用しなければならないという煩わしさがある。
【０００６】
本発明は、上記問題に鑑み、メールユーザがアプリケーションとしてメールを使用してネットコミュニティ（電子掲示板）に投稿し、ネットコミュニティのユーザとコミュニケーション可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、クライアント端末とネットワークを介して接続可能な、ネットコミュニティに投稿されたメッセージを管理するコミュニティサーバであって、前記ネットコミュニティに投稿された前記メッセージを分割して管理するフォーラムに関する情報と、更に該フォーラムに対応するメールアドレスが指定されている場合には該メールアドレスと、を対応付けてフォーラム記憶手段に記憶させるフォーラム登録手段と、メッセージに対して、該メッセージを特定するＩＤを発行するＩＤ発行手段と、前記メッセージと、前記ＩＤ発行手段により発行された前記ＩＤと、を対応付けてメッセージ記憶手段に記憶させるメッセージ登録手段と、前記メールアドレスに送信されたメールを受け付けるメール受付手段と、
前記受け付けた前記メールにおけるヘッダの指定位置に、前記ＩＤが付与されているか否かを判定する第１のＩＤ付与判定手段と、前記ＩＤが、既に存在するか否かを判定するＩＤ判定手段と、前記メールに対し、前記第１のＩＤ付与判定手段により、前記ＩＤが付与されていない場合には、該メールに関する情報を新規の前記メッセージとし、また、該ＩＤが付与されていると判定され、且つ前記ＩＤ判定手段により、該ＩＤが既に存在すると判定された場合には、該ＩＤに対応する他の該メッセージのサブメッセージとして、該メールに関する情報を前記メッセージ登録手段により前記メッセージ記憶手段に登録する第１の投稿手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、メールユーザがアプリケーションとしてメールを使用してネットコミュニティ（電子掲示板）に投稿し、ネットコミュニティのユーザとコミュニケーション可能な仕組みを提供することを可能とする。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係わるシステム構成の一例を示す図である。
【図２】本発明の実施形態に係わるコミュニティサーバのハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態に係わるコミュニティサーバのソフトウェア構成の一例を示す図である。
【図４】本発明の実施形態に係わるコミュニティにおけるフォーラムとメッセージの一覧を表示するＧＵＩ（グラフィカル・ユーザ・インタフェース）の一例を示す図である。
【図５】本発明の実施形態に係わるフォーラムとメッセージのデータ構成の一例を示す図である。
【図６】本発明の実施形態に係わる投稿されたメッセージに対するサブメッセージを投稿するＧＵＩの一例を示す図である。
【図７】本発明の実施形態に係わるメッセージ一覧において、投稿に従ってメッセージが追加される状態遷移の一例を示す図である。
【図８】本発明の第２の実施形態に係わる投稿されたメッセージに対するコメントを投稿するＧＵＩの一例を示す図である。
【図９】本発明の第２の実施形態に係わる投稿されたコメントに対するサブコメントを投稿するＧＵＩの一例を示す図である。
【図１０】本発明の第２の実施形態に係わるメッセージ、コメント、サブコメントの一覧を表示するＧＵＩの一例を示す図である。
【図１１】本発明の実施形態に係わるメールからの投稿処理の一例を示すフローチャートである。ャートである。
【図１２】本発明の実施形態に係わるＳＮＳユーザインタフェースからの投稿処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１１】
＜第１の実施形態＞
図１は、本発明の実施形態に係わるシステム構成の一例を示す図である。
【００１２】
本発明の実施形態におけるシステム構成では、コミュニティサーバ１０１がクライアント端末１０２（例えば社内のＳＮＳ（ソーシャルネットワークシステム）クライアント、社外のメールクライアント）、メールサーバ１０３、Ｗｅｂメールサーバ１０４と、ネットワーク１０５を介して接続されている。図１では、ＳＮＳクライアントを社内、メールクライアントを社外として例示しているが、あくまでネットコミュニティ（電子掲示板、ＳＮＳなど。）に対して、コミュニティのユーザ権限を持ち、ＳＮＳクライアントから投稿するか、メールクライアントから投稿するか、を示すものであり、これらの構成を制限するものではない。以下ネットコミュニティをコミュニティと略する場合がある。
【００１３】
コミュニティサーバ１０１は、クライアント端末１０２から投稿を受け付け、コミュニティに表示する。また、条件に応じてメールクライアントであるクライアント端末１０２に、投稿をメールとして送信する情報処理装置である。
【００１４】
クライアント端末１０２は、ユーザにＳＮＳユーザインタフェース、またはメールソフトを使用させ、コミュニティサーバ１０１に対して投稿を行う情報処理装置である。また、ＳＮＳクライアントであるクライアント端末１０２においては、ユーザは、コミュニティのフォーラム、メッセージなどを各ユーザの権限に応じて閲覧可能である。
【００１５】
メールサーバ１０３は、コミュニティサーバ１０１から、またはＷｅｂメールサーバ１０４から、メールとメールの送受信の指示を受け付け、指示に従ってメールを送信し、または受信メールを各サーバに渡す。
【００１６】
次に、Ｗｅｂメールサーバ１０４について説明する。本発明でいうＷｅｂメールサーバ１０４に基づいて構成されるメールシステムとは、クライアント端末１０２のＷｅｂブラウザで利用することができる電子メールシステムのことを指す。受信したメールの閲覧や、新規メッセージの作成・送信などをＷｅｂブラウザのみで行なうことができる。クライアント端末１０２にメールソフトをインストールしてメールの送受信を管理する電子メールシステムとは異なり、すべてのメール送受信をサーバ側で管理するため、ユーザは、Ｗｅｂブラウザを用いることでどこにいてもメールの作成、受信、閲覧を行うことが可能である。
【００１７】
本システムの実施形態においては、メールサーバ１０３、Ｗｅｂメールサーバ１０４のいずれを用いてもよい。また、Ｗｅｂメールサーバ１０４が、構成としてはメールサーバ１０３を利用するものであって、クライアント端末１０２に対して、メールサーバ１０３をＷｅｂブラウザから利用できるようにするものであってもよい。また、前述ではクライアント端末１０２からＷｅｂブラウザを用いてＷｅｂメールサーバにアクセスする説明をしたが、本発明の実施形態においては、コミュニティサーバ１０１からＨＴＴＰプロトコルによる通信を行う構成も含む。
【００１８】
本発明の実施形態においては、コミュニティサーバ１０１から、メールサーバ１０３、またはＷｅｂメールサーバ１０４のＡＰＩ（アプリケーション・プログラミング・インタフェース）などを用いてメールの送受信を行う場合も含まれる。
【００１９】
また、コミュニティサーバ１０１、メールサーバ１０３、Ｗｅｂメールサーバ１０４のいずれか、または全ては同一の筐体であってもよい。図１の構成は一例であり、様々な構成が可能である。
【００２０】
図２は、本発明の実施形態に係わるコミュニティサーバ１０１のハードウェア構成の一例を示すブロック図である。その他の情報処理装置、すなわちクライアント端末１０２、メールサーバ１０３、Ｗｅｂメールサーバ１０４に対しても適用可能である。
【００２１】
図２に示すように、コミュニティサーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２３】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２４】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２５】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２６】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２７】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００２９】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３０】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３１】
図３は、本発明の実施形態に係わるコミュニティサーバのソフトウェア構成の一例を示す図である。コミュニティサーバ１０１は、フォーラム登録部３０１、メール受付部３０２、ＳＮＳメッセージ受付部３０３、ＩＤ付与判定部３０４、ＩＤ判定部３０５、投稿部３０６、メール送信部３０７、フォーラム記憶部３０８、メッセージ記憶部３０９、メッセージ登録部３１０等を備えて構成されている。
【００３２】
フォーラム登録部３０１は、コミュニティサーバ１０１のフォーラム作成の権限のある管理ユーザ、または一般ユーザに作成させ、フォーラム記憶部３０８に登録する。
【００３３】
メール受付部３０２は、メールからの投稿データ（後述するメッセージ、サブメッセージ、コメント、サブコメント等）を受け付ける。
【００３４】
ＳＮＳメッセージ受付部３０３は、ＳＮＳユーザインタフェースからの投稿データを受け付ける。
【００３５】
ＩＤ付与判定部３０４は、第１の投稿データのヘッダ等の指定位置に、第２の投稿データを特定するＩＤが付与されているか否かを判定する。第２の投稿データを特定するＩＤが付与されている場合は、第１の投稿データが、新規の投稿（フォーラムの直下にあるもの）ではなく、ＩＤにより特定される第２の投稿データを指定して、その下位の投稿としてなされたものであることを示している。ＩＤが付与されていない場合は、新規の投稿であることを示している。
【００３６】
ＩＤ判定部３０５は、ＩＤがある場合にそのＩＤが投稿されたフォーラムに既に存在かを判定する。なければエラーである。特にメールからの投稿はコミュニティのユーザではないため、投稿データのヘッダ等の指定位置に、誤って又は不正にＩＤを付与可能である。これらのＩＤを有する投稿を防止することも可能となる。本発明の実施形態においては、ＩＤが投稿されたフォーラムに既に存在するかを判定する例としたが、ＩＤをコミュニティ全体として管理し、また判定するようにしてもよい。
【００３７】
投稿部３０６は、メール受付部３０２またはＳＮＳメッセージ受付部３０３で受け付けた投稿データを、コミュニティの指定のフォーラムに投稿する。投稿データは、メッセージ記憶部３０９に記憶される。フォーラムの指定については後述する。
【００３８】
メール送信部３０７は、第１の投稿データが、メールから投稿されたものである場合に、第１の投稿データを指定して第２のデータを投稿する際に、第１投稿データに対するメールを送信するものである。メールアドレスの取得などの詳細は後述する。
【００３９】
フォーラム記憶部３０８は、前記フォーラム登録部から登録されたコミュニティ内のフォーラムに関する情報を記憶する。詳細は後述する。
【００４０】
メッセージ記憶部３０９は、投稿された投稿データをフォーラムに対応付けて記憶する。詳細は後述する。具体的にはメッセージ登録部３１０により登録される。
【００４１】
図４は、本発明の実施形態に係わるコミュニティにおけるフォーラムとメッセージの一覧を表示するＧＵＩ（グラフィカル・ユーザ・インタフェース）の一例を示す図である。図４の４００が、クライアント端末１０２（ＳＮＳクライアント）においてＳＮＳユーザに使用されるＳＮＳユーザインタフェースの例を図示している。
【００４２】
４０１には、コミュニティで使用可能なフォーラムの一覧を、フォーラム記憶部３０８に基づき表示される。不図示ではあるが、例えばユーザ情報記憶部において、各フォーラムに対するユーザのアクセス権限を設定することが可能であり、特定のＳＮＳユーザがＳＮＳユーザインタフェースを使用する場合には、アクセス権限があるもののみ表示するようにしてもよい。また、アクセス権限においても、単に閲覧権限がある場合、また投稿する権限がある場合などにより表示形態（色、アイコンの形状）などを変更してもよい。
【００４３】
４０２には、現在着目しているフォーラムの名称が表示される。例えば、４０１のフォーラムの一覧からユーザが閲覧したいフォーラムをマウスでクリックする等により、４０３の画面を表示させることが可能である。図４の例では、“Ａ社プロジェクト”（Ａ社から受注した開発案件の情報共有とそのサポートをするためのフォーラム名）が表示されている。前述のフォーラム登録部３０１において、例えば、“Ａ社プロジェクト”の関係者のみにアクセス権限を付与してもよい。その他、経営者やプロジェクト管理部門などにもアクセス権限を付与することも考えられる。また、後述する４０４（ＳＮＳからの新規投稿）ボタンが表示されている。
【００４４】
４０３には、投稿されたメッセージを階層構造（ツリー構造）として表示するものである。階層構造においては、あるメッセージがフォーラムに直接的に紐付けられる（ルートとなるメッセージ）。ルートとなるメッセージは、複数存在可能である。図４の４０３においては、メッセージＡとメッセージＢの２つがルートとなるメッセージである。ルートとなるメッセージは、例えば、４０４の新規投稿ボタンをマウスでクリックすることにより不図示ではあるがメッセージ入力画面が表示されることで投稿するメッセージを作成する、などのように実装される。また、サブメッセージを投稿する場合（すなわち、これから投稿しようとする第１のメッセージを、階層構造における第２のメッセージの１つ下の階層）に投稿したい場合がある。例えば図４のメッセージＡの下の、メッセージＡ１、メッセージＡ２、あるいはメッセージＡ２の下のメッセージＡ２１、メッセージＡ２２などである。この場合は、例えば第２のメッセージ（１つ上の階層のメッセージ）をマウスで右クリックする、などによりメッセージを作成するＧＵＩが表示され、投稿後は第２のメッセージの１つ下の階層に配置されるようにする。
【００４５】
メッセージＡ、メッセージＢは、同じ“Ａ社プロジェクト”に関する情報であっても、異なる話題を扱うために、異なる階層構造としてメッセージ群を分割する。この１つのメッセージ群を“スレッド”と称することもある。メッセージＡをルートとするスレッドは、メッセージＡに対する意見、確認、御礼などを述べるために、下位のメッセージ（サブメッセージ）としてメッセージＡ１、メッセージＡ２を有する。４０３では、メッセージＡの１階層下に表示される（右側にインデントされて表示）。
【００４６】
第１の実施形態の図４においては、無制限にメッセージの階層構造を作成できるが、コミュニティシステムとして階層の数が固定されていてもよい。また、管理者が階層数を設定できるようにしてもよい。この場合は、例えばフォーラム登録部３０１において、フォーラム毎に設定できるようにしてもよいし、不図示の管理者ＧＵＩにおいて、システム全体として統一の階層数を設定できるようにしてもよい。設定可能な場合には、目的により、例えば社内のパーソナルコンピュータで主に使うのか、社外において画面の小さい携帯端末で主に使うのか、で運用方法を変更することが可能である。
【００４７】
４０５〜４０７は、コミュニティ以外のアプリケーションとの連携や、コミュニティのシステムを利用して他の目的のために用いる際の、アプリケーション開始ボタンである。
【００４８】
例えば、４０５は、新規メッセージをワークフローとして用いるためのボタンである。４０６は、電子会議システムにおいて会議室の予約を行う。４０７は、予約された会議室に入室（会議への参加）を行う。
【００４９】
４０８は、メールからの投稿を受け付けた際に、メールを受け付けたことをユーザに示すためのアイコンである。例えば、点滅、回転などの簡単なアニメーション等、表示形態を変えることにより実現する。
【００５０】
４１０は、メールによるメッセージの投稿を受け付けた場合に、そのメッセージをユーザが表示した画面の一例である。このコミュニティサーバ１０１は、“Ｃ開発株式会社”で運用されており、４１０の画面は、“Ａ社”の“ニシモトさん”からメールで投稿されたものである。メールで投稿するためには、後述するコミュニティの“Ａ社プロジェクト”フォーラムに設定されたメールアドレスを知っている必要がある。すなわち、Ａ社・ニシモトさんには、予め前記メールアドレスを通知している。
【００５１】
運用の例として、例えば、メールクライアントを使用するユーザは、社外の顧客であり、ＳＮＳユーザインタフェースを使用するユーザは、Ｃ開発株式会社の担当部門、担当プロジェクトなどの担当者である。後述するように、担当者は、顧客に対してメールをする／しない、を選択しながらメッセージを投稿することが可能である。すなわち、顧客の要求／質問に対して、まず、要求／質問を受け付けた旨の回答をメールで送信し、その後、社内の担当者間で対応策について打ち合わせを行い、対応策がまとまった時点で最終回答をする、といった対応が可能となる。もちろん、その間に、中間回答を随時行うことも可能である。
【００５２】
これらの方法により、社内の担当者としては、ＳＮＳユーザインタフェースのみを用いて、顧客の要求／質問を受け付け、回答することが可能となる効果が得られる。また、社内での打ち合わせの全てではなく、必要なメッセージのみを顧客にメールで送信することが可能となる効果が得られる。
以上で、図４のＧＵＩの説明を完了する。
【００５３】
図５は、本発明の実施形態に係わるフォーラムとメッセージのデータ構成の一例を示す図である。コミュニティで管理されるデータは、フォーラム記憶部３０８（図５の５００を用いて詳述）、メッセージ記憶部３０９（図５の５１０を用いて詳述）に記憶される。
【００５４】
フォーラム記憶部３０８は、フォーラム名５０１、フォーラムメールアドレス５０２等のデータ項目から構成される。
【００５５】
フォーラム名５０１は、図４のフォーラム一覧４０１において表示されるフォーラムの名称が登録されるデータ項目である。
【００５６】
フォーラムメールアドレス５０２は、該フォーラムにメールによる投稿をする際に使用するメールのアドレスを記載するデータ項目である。このメールアドレスは、対応するフォーラムの情報が、前記フォーラム登録部により登録される際に、権限のあるユーザ（管理ユーザなど）により指定することができる。
【００５７】
メッセージ記憶部３０９は、フォーラム名５１１、ＩＤ５１２、投稿時刻５１３、上位ＩＤ５１４、メールアドレス５１５、内容５１６等のデータ項目から構成される。
【００５８】
フォーラム名５１１は、メッセージの情報がいずれのフォーラムのものかを特定するデータ項目である。
【００５９】
ＩＤ５１２は、メッセージを一意的に特定するＩＤを記載するデータ項目である。後述の上位ＩＤ５１４と合わせて使用することで、ルートのメッセージまで辿ることができる。これにより１つのスレッドの階層構造（ツリー構造）を決定することが可能である。また、後述するように、メールによる投稿があった場合に、そのメールのヘッダなどの指定位置にＩＤがあり、そのＩＤがメールアドレスに対応するフォーラムにおいて既存である場合には、そのスレッドに投稿されたメッセージとして特定される。メールクライアントからの投稿も、ＳＮＳクライアントからの投稿も、そのメッセージのヘッダ等の指定位置にあるＩＤのサブメッセージとして１つ下位の位置に投稿されることを想定している。しかしながらそのような構成に限定する
【００６０】
ものではない。例えば、メールクライアントからの投稿に限っては、ＩＤを上位に辿って、必ずルートのメッセージの１つ下位の位置に投稿するように、コミュニティシステムを実装する、なども可能である。その他、投稿されたメッセージにおけるユーザの指定（メールのタイトルに何らかの記号を指定する、など）によりいずれのメッセージの下位に投稿するかを指定できてもよい。
【００６１】
投稿時刻５１３は、メッセージが投稿された時刻を記載するためのデータ項目である。
【００６２】
上位ＩＤ５１４は、該メッセージが、他のメッセージ（階層構造において１つ上位）のサブメッセージとして投稿された場合に、その上位のメッセージのＩＤを記載するデータ項目である。
【００６３】
メールアドレス５１５は、該メッセージの投稿がメールクライアントからなされた場合に、その送信元のメールアドレスを記載するデータ項目である。
【００６４】
内容５１６は、投稿されたメッセージの内容である。図４の４１０における「件名：製品の問い合わせ  Ｃ開発株式会社・玉置様〜よろしくお願い申し上げます。」が記載されるデータ項目である。あるいは件名は別のデータ項目としてもよい。内容５１６の３行目以降は（＜＞で囲まれた文字列）は、実際の内容ではなく、各メッセージの階層構造における位置づけを記載している。
【００６５】
なお、図５の５００は図４の４００のフォーラム一覧、図５の５１０は、図４の４０３のメッセージ一覧に対応させて、フォーラムのデータ、投稿されたメッセージのデータが登録された例として記載している。
【００６６】
以上、図５の説明を完了する。前述のデータ構成はあくまで一例であり、その他のデータ項目を含んでいてもよい。例えばフォーラム記憶部３０８は、フォーラムを示すアイコンのイメージファイルに対するリンクが記載されていてもよい。その他、異なる構成であってもよい。
【００６７】
図６は、本発明の実施形態に係わる投稿されたメッセージに対するサブメッセージを投稿するＧＵＩの一例を示す図である。図６の例では、図４の“Ａ社プロジェクト”フォーラムに投稿された“メッセージＡ”に対して、サブメッセージを投稿する際のＧＵＩである。前述のように、例えば、メッセージＡをマウスで右クリックすることにより図６のＧＵＩが表示される。
【００６８】
図６の上部側は、図４の４１０と同じである。すなわち、メッセージＡの内容がそのまま表示される。下部側の６０１には、サブメッセージを入力するための欄（６０２）、メッセージを投稿するためのボタン（６０３）、メッセージを投稿し、更にその内容をメールで送信するためのボタン（６０４）が表示される。ＳＮＳユーザは、６０２の入力欄にメッセージを入力する。
【００６９】
前記の６０３のボタンを押下した場合（メッセージを投稿する指定をした場合）、図４の４０３のメッセージ一覧における“メッセージＡ１”の投稿処理が行われる。
【００７０】
前記の６０４のボタンを押下した場合（メッセージの投稿とメールの送信の両方を行う指定をした場合）、図４の４０３のメッセージ一覧における“メッセージＡ１”の投稿と同時にメールの送信処理もされるが、その詳細について説明する。
【００７１】
前記投稿の際のメールの送信に使用するアドレスは、メッセージを投稿する際に指定した（投稿が完了した時点で１つ上の階層のメッセージとなる）メッセージに対応したメールアドレスを検索する。すなわち、前記の例では、メッセージＡのサブメッセージを投稿するため、メッセージＡに対応するメールアドレス（図５の５１５）のメールアドレスを送信に使用する。また、対応するメールアドレスがない場合には、送信処理は中止する。
以上で、図６の説明を完了する。
【００７２】
＜第２の実施形態＞
図７から図１０を用いて第２の実施形態を説明する。第１の実施形態と第２の実施形態は、基本的に同じフローで処理されるが、第２の実施形態においては、メッセージの階層構造が３階層に制限されている。ルートメッセージを単に“メッセージ”、ルートメッセージ（メッセージ）のサブメッセージを“コメント”、コメントのサブメッセージを“サブコメント”と呼び、これが前述の３階層を構成する。
【００７３】
運用例として図４でも説明したように、メッセージ（ルートメッセージ）は、フォーラムに対応するＳＮＳクライアントから、またはメールアドレスを知っているメールユーザがメールクライアントを用いて投稿可能である。すなわち、まず第１に、社内での担当者（ＳＮＳクライアントのユーザ）の間で、打ち合わせなどの情報共有を話題毎に行うことが可能である。この場合は、スレッド（メッセージ及びその下位のコメント、サブコメントをまとめたもの）に対応するメールアドレス（顧客のメールアドレス）がないため、メールが送信されることはない。さらに、メッセージが顧客のメールクライアントから送信されたものである場合には、対応するメールアドレスがあるため、メッセージなどの投稿時にメールを送信する場合と送信しない場合がある。
【００７４】
第１の実施形態との違いは、顧客にメールを送信するか否かを、コメントの投稿かサブコメントの投稿か、で変更することである。これにより、第１の実施形態とは異なり、投稿する階層により、担当者がメール送信するか否かを固定し、誤って社内での相談をメールしてしまうことを防止する効果を得ることが可能である。詳細を以下に説明する。
【００７５】
図７は、本発明の実施形態に係わるメッセージ一覧において、投稿に従ってメッセージが追加される状態の遷移の一例を示す図である。図７は、ＳＮＳユーザインタフェースにおいて、メッセージＡ（７０２）が投稿された状態（７０１）、メッセージＡ（７０２）に対するコメントＡ１（７０４）が投稿された状態（７０２）、コメントＡ１（７０４）に対するサブコメントＡ１１（７０６）が投稿された状態（７０５）、を図示している。
【００７６】
図８は、本発明の第２の実施形態に係わる投稿されたメッセージに対するコメントを投稿するＧＵＩの一例を示す図である。第１の実施形態においては、図６で説明したように第１の実施形態においては、サブメッセージを作成した後に、そのメッセージをコミュニティに投稿するだけか、投稿と合わせてメール送信も行うか、を投稿者がボタンなどにより指定した。第２の実施形態においては、以下の通りとなる。
【００７７】
メッセージに対して、コメントの投稿を使用とする場合には、図８のＧＵＩのようになる。上部側は、図４、図６の４１０と同じである。すなわち、メッセージＡの内容がそのまま表示される。下部側の８０１には、コメントを入力するための欄（８０２）、コメントを投稿し、更にその内容をメールで送信するためのボタン（８０３）が表示される。ＳＮＳユーザは、８０２の入力欄にメッセージを入力する。メッセージＡがメールから投稿されたものである場合には、前述の通り、コメントの投稿およびメールの送信が行われるが、メッセージＡがＳＮＳユーザインタフェースから投稿されたものである場合には、メールの送信は行われない（対応するメールアドレスがない）。その場合、８０３の“コメント＆メール”ボタンの代わりに、後述する図９の９０４と同様の、“コメント”ボタンが表示され、投稿のみが可能であることを投稿者に分かりやすく提示してもよい。
【００７８】
図９は、本発明の第２の実施形態に係わる投稿されたコメントに対するサブコメントを投稿するＧＵＩの一例を示す図である。前述の運用例の説明の通り、サブコメントはコメントに対して１つ下位となるメッセージの投稿であり、また社内での打ち合わせであるため、メール送信は行わない（例え、メッセージにメールアドレスが対応していても送信しない）。
【００７９】
図９の上部側の９０１は、投稿及び顧客に対する送信を行ったサブコメントである（図８の８０３と同じ内容）。それに対して、下部側９０２には、サブコメントの入力欄（９０３）と、入力したサブコメントを投稿するためのボタン（９０４）がある。
【００８０】
図１０は、本発明の第２の実施形態に係わるメッセージ、コメント、サブコメントの一覧を表示するＧＵＩの一例を示す図である。前述の例にあるように、顧客からのメールによる投稿（メッセージＡ（１００１）と、それに対する応答（コメントＡ１（１００２）：投稿およびメール送信）がある。更に、コメントＡ１に対する社内でのサブコメント（１００３〜１００４）がある。
【００８１】
コメントＡ２は、ユーザの投稿が、メッセージＡのコメントとして表示されている。コメントＡ１を投稿する担当者がメッセージＡを選択したため（この時点でコメントＡ１はない）、メッセージＡのＩＤをヘッダに付与して顧客にメール送信する。その返信である顧客からのメールのヘッダにも前記ＩＤが付与されているため、メッセージＡのサブメッセージであるコメントとして投稿される。これにより、コメントＡ１のサブコメント（社内での対応策の打ち合わせ）に、顧客からの返信メールであるコメントＡ２が紛れ込まないようにすることが可能である。
【００８２】
逆に、内容としてはコメントＡ１（担当者から顧客へのメール）に対する返信であるため、コメントＡ１のサブコメントとする方が分かりやすければ、投稿されたばかりのコメントＡ１のＩＤをヘッダに付与して顧客に返信すればよい。
【００８３】
また、不図示ではあるが、メッセージＡのコメントとするか、コメントＡ１のサブコメントとするかを投稿者に選択させるように、ＳＮＳユーザインタフェースのコメント投稿時に指示可能としてもよい。
【００８４】
最終的に、メッセージＡに対する対応策が、社内担当者間で決定し、メッセージＡに対しての投稿と顧客に対するメール送信を行った状態がコメントＡ３（１００６）である。
【００８５】
以上で図７から図１０を用いて、第２の実施形態において、第１の実施形態と異なる部分の説明を行った。次に、図１１、図１２のフローチャートを用いて、コミュニティサーバにおける処理を説明する。基本的には、第１の実施形態と第２の実施形態とで処理が同じであるため、同じフローチャートを用いるが異なるのは次の２点である。まず１点目は、ＳＮＳユーザインタフェースにおいて、３階層目（またはサブコメント）に対する投稿が可能か否か、が異なる。２点目としては、サブコメント（３階層目）の投稿時に、メールアドレスがコメント（２階層目）に設定されていなければ、第１階層まで確認するか否か、が異なる。これら２点の違いは、フローチャートの説明の中では特に述べない。
【００８６】
図１１は、本発明の実施形態に係わるメールからの投稿処理の一例を示すフローチャートである。図１１の各ステップは、コミュニティサーバ１０１のＣＰＵ２０１によって実行される。
【００８７】
Ｓ１１０１においては、コミュニティサーバにおけるコミュニティの処理を終了する命令がされたか否かをチェックする。終了命令がない場合（ＮＯ）にはＳ１１０２に進む。終了命令がある場合（ＹＥＳ）には、終了する。
Ｓ１１０２においては、メールの受信を確認する。
【００８８】
Ｓ１１０３においては、Ｓ１１０２の確認においてメールが受信されたか否かを判定する。メールの受信がある場合（ＹＥＳ）には、Ｓ１１０４に進む。ない場合（ＮＯ）には、Ｓ１１０１に進む。
【００８９】
Ｓ１１０４においては、受信したメールデータの所定位置（例えばヘッダの送信者名に対応する位置）に本発明の実施形態で指定された形式のＩＤが付与されているか解析する。
【００９０】
Ｓ１１０５においては、ＩＤが含まれているか否かを判定する。含まれていない場合（ＮＯ）には、Ｓ１１０６に進む。含まれている場合（ＹＥＳ）には、Ｓ１１０８に進む。
【００９１】
Ｓ１１０６においては、メールデータとして投稿されたメッセージをルートメッセージと見なす。すなわち、他のメッセージの下位となるメッセージではなく新規メッセージとしてＩＤを発行する（ＩＤ発行部）。
【００９２】
Ｓ１１０７においては、メールデータとして投稿されたメッセージを、送信元のメールアドレスおよびＳ１１０６において発行されたＩＤを対応付けて、ルートメッセージとして投稿する。
【００９３】
Ｓ１１０８においては、ＩＤがフォーラムにおいて既存のものか否かを判定する。既存のＩＤではない場合（ＮＯ）には、Ｓ１１０９に進む。既存のＩＤである場合（ＹＥＳ）の場合には、Ｓ１１１０に進む。
【００９４】
Ｓ１１０９においては、存在していないＩＤが付与されたメッセージのメールからの投稿を、えらーとみなし、メール送信元に対してその旨を通知する。
【００９５】
Ｓ１１１０においては、メールデータをＩＤに対応したメッセージのサブメッセージとして投稿する。この場合に置いて、本メッセージに対応するＩＤを新たに発行する（ＩＤ発行部）。
以上により、図１１のフローチャートの説明を完了する。
【００９６】
図１２は、本発明の実施形態に係わるＳＮＳユーザインタフェースからの投稿処理の一例を示すフローチャートである。図１２の各ステップは、コミュニティサーバ１０１のＣＰＵ２０１によって実行される。
【００９７】
Ｓ１２０１においては、コミュニティサーバにおけるコミュニティの処理を終了する命令がされたか否かをチェックする。終了命令がない場合（ＮＯ）にはＳ１２０２に進む。終了命令がある場合（ＹＥＳ）には、終了する。
【００９８】
Ｓ１２０２においては、ＳＮＳユーザインタフェースからのメッセージの投稿有無を確認する。
【００９９】
Ｓ１２０３においては、Ｓ１２０２の確認において投稿があるか否かを判定する。投稿がある場合（ＹＥＳ）には、Ｓ１２０４に進む。ない場合（ＮＯ）には、Ｓ１２０１に進む。
【０１００】
Ｓ１２０４においては、投稿されたメッセージの所定位置（例えばヘッダの指定されたタグの位置）に本発明の実施形態で指定された形式のＩＤが付与されているか解析する。
【０１０１】
Ｓ１２０５においては、ＩＤが含まれているか否かを判定する。含まれていない場合（ＮＯ）には、Ｓ１２０６に進む。含まれている場合（ＹＥＳ）には、Ｓ１２０８に進む。
【０１０２】
Ｓ１２０６においては、投稿されたメッセージをルートメッセージと見なす。すなわち、他のメッセージの下位となるメッセージではなく新規メッセージとしてＩＤを発行する（ＩＤ発行部）。
【０１０３】
Ｓ１２０７においては、投稿されたメッセージを、Ｓ１２０６において発行されたＩＤを対応付けて、ルートメッセージとして投稿する。
【０１０４】
Ｓ１２０８においては、メッセージをＩＤに対応したメッセージのサブメッセージとして投稿する。この場合に置いて、本メッセージに対応するＩＤを新たに発行する（ＩＤ発行部）。
【０１０５】
Ｓ１２０９においては、このメッセージをメール送信するように指定されているか否かを判定する（メール送信指定判定部）。前述の運用例では、担当者から顧客にメールを送信する場合に対応する。送信すると指定されている場合（ＹＥＳ）には、Ｓ１２１０に進む。送信すると指定されていない場合（ＮＯ）には、Ｓ１２０１に進む。送信する／しないを具体的に説明すると、第１の実施形態における図６のメッセージボタン（６０３）を押下するか、メッセージ＆メールボタン（６０４）を押下するか、による。また、第２の実施形態におけるメッセージに対するコメントの投稿か、コメントに対するサブコメントの投稿か、等による。その他、前述しているように、不図示ではあるがユーザが明示的に選択できる場合、など各方法による指定を含むものとする。
【０１０６】
Ｓ１２１０においては、対応するＩＤに基づき、上位のメッセージを辿り、メールアドレスを取得する。第２の実施例においては、コメントを投稿した際に、上位であるメッセージにメールアドレスがある場合である。また、第１の実施例においても上位のメッセージにメールアドレスがある場合であるが、１つ上位のメッセージにメールアドレスがない場合に、更に上位を辿るかは設計または設定による。
【０１０７】
Ｓ１２１１においては、前記Ｓ１２１０においてメールアドレスを取得した場合に、Ｓ１２０８において投稿したメッセージをメールとして、前記メールアドレスに送信する。
以上により、図１２のフローチャートの説明を完了する。
【０１０８】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１０９】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１０】
また、本発明におけるプログラムは、図１１、図１２に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１１、図１２の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１１、図１２の各装置の処理方法ごとのプログラムであってもよい。
【０１１１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１１３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１１４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。  さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１１７】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１１８】
１０１  コミュニティサーバ
１０２  クライアント端末
１０３  メールサーバ
１０４  Ｗｅｂメールサーバ
１０５  ネットワーク
【図１】
2014078092.tif 000003
【図２】
2014078092.tif 000004
【図３】
2014078092.tif 000005
【図４】
2014078092.tif 000006
【図５】
2014078092.tif 000007
【図６】
2014078092.tif 000008
【図７】
2014078092.tif 000009
【図８】
2014078092.tif 000010
【図９】
2014078092.tif 000011
【図１０】
2014078092.tif 000012
【図１１】
2014078092.tif 000013
【図１２】
2014078092.tif 000014