(57)【要約】【課題】２人のユーザが電子メールでやり取りした内容を簡単にブログ上で公開することができるブログサーバを提供する。【解決手段】ネットワークＮＷを介して複数の端末２に接続されたブログサーバ１に、端末２の間で送受信される電子メールを中継するメール処理部２０と、複数の端末２のなかから２台の端末ペアの設定を受け付けるブログ処理部３０と、端末２の電子メールアドレスが登録されたアドレスＤＢ４０と、ブログページに掲載する投稿記事を格納するブログ記事ＤＢ５０とを設ける。メール処理部２０は、端末ペアを構成する端末２０の間で送受信される電子メールを中継すると共に、端末２０の間で送受信された電子メールをブログ記事ＤＢ５０に格納する。また、ブログ処理部３０は、ブログ記事ＤＢ５０に格納された電子メールを用いて、端末ペア毎のブログページを生成し、端末２０にブログページを提供する。【選択図】図１
2010198091.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の端末に接続され、該端末からのアクセスに応じて、該端末にブログページを提供するブログサーバであって、
前記ブログページに掲載されるデータを格納する記事データベースと、
前記複数の端末の中から２台の端末ペアの設定を受け付ける手段と、
前記端末ペアを構成する端末の間で送受信される電子メールを中継すると共に、前記端末の間で送受信された前記電子メールの内容を前記記事データベースに格納するメール処理手段と、
前記記事データベースに格納された電子メールの内容を用いて、前記端末ペア毎のブログページを生成し、該端末に該ブログページを提供するブログ処理手段とを備えることを特徴とするブログサーバ。
【請求項２】
前記受け付けた端末ペア毎に、前記ブログサーバの宛先を示す共有メールアドレスを割り当て、該共有メールアドレス毎に、前記端末ペアの一方の端末のメールアドレスと、前記端末ペアの他方の端末のメールアドレスとを対応付けたアドレス情報を記憶する手段を備え、
前記メール処理手段は、前記端末ペアの一方の端末から前記共有アドレスを宛先にした電子メールを受信すると、該受信した電子メールの送信元のアドレスと、前記アドレス情報とを用いて、前記端末ペアの他方の端末のメールアドレスを特定し、該ペアの他方の端末に該受信した電子メールを送信することを特徴とするブログサーバ。
【請求項３】
前記ブログ処理手段は、前記端末ペアを構成する両方の端末から、前記ブログページの開示する旨の指示を受け付けた場合に、前記電子メールの内容を用いて生成したブログページを提供することを特徴とする請求項１又は請求項２に記載のブログサーバ。
【請求項４】
請求項１〜請求項３のいずれか一項に記載のブログサーバと、前記複数の端末とを備えることを特徴とするブログシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブログサーバおよびブログサーバを備えたブログシステムに関する。
【背景技術】
【０００２】
従来から、インターネット等のネットワーク上で利用されるサーバには、ユーザ毎に投稿サイト（ブログページ）の登録（開設）を受け付け、そのユーザが投稿した記事を前記ブログぺージ上で公開するウェブログ（Ｗeblog（以下、単に「ブログ」という））と呼ばれる機能を提供するものが知られている。
【０００３】
前記ブログの機能を提供するサーバ（ブログサーバ）は、ネットワークを介して、ブログ開設者が端末（パソコン、携帯電話等）から入力する情報（文章等のテキスト情報）を受け付けると、その情報をデータベースに格納する。
また、前記ブログサーバは、前記ブログページへのアクセスを受け付けると、前記データベースに格納されている情報から自動的にブログページ（ページ情報）を生成し、ネットワークを介して、当該ネットワークに接続された端末に、その生成したブログページを提供するようになされている。
【０００４】
このようにブログでは、ＨＴＭＬエディタ等を利用することなく、例えば、端末から文章を入力するだけでブログページの内容を更新することができる。そのため、近年では、ブログの利用者が急速に普及している。
なお、上記のようなブログの機能を備えたブログサーバの構成は、例えば、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２５７５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、従来技術のブログは、一般的に、ブログページの開設者が一人で記事を考えて投稿しているため、新しいネタ（記事）や気の利いた記事が思い付かず、長期間に渡りブログページの更新がされず放置され、ブログが有効に活用されない傾向を有していた。
なお、長期間に渡りブログサイトの更新がされず放置されると、放置されたブログページが悪用される虞がある（例えば、他のサイトにクラッキングする際の踏み台にされたり、ウィルス置き場にされたりすることがある）。
【０００７】
一方、本願発明者は、電子メールでの対話内容が全体を通して面白いストーリーストリー（所謂「いい話」）として展開されることがあることや、対話内容の中に新しいアイディアが含まれることがあることに気付き、これをブログの投稿記事として簡単に公開できれば、楽しく有効にブログを活用することができることを着想した。
しかし、現在ところ、電子メールでやり取りした内容をブログ上の投稿記事として簡単に公開することがきる機能を備えたブログサーバは知られていない。
【０００８】
本発明は、上記技術的課題を解決するためになされたものであり、本発明の目的は、電子メールでやり取りした内容を簡単にブログ上で公開することができるブログサーバおよび当該ブログサーバを備えたブログシステムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた本発明は、ネットワークを介して複数の端末に接続され、該端末からのアクセスに応じて、該端末にブログページを提供するブログサーバに適用される。
そして、前記ブログサーバは、前記ブログページに掲載されるデータを格納する記事データベースと、前記複数の端末の中から２台の端末ペアの設定を受け付ける手段と、前記端末ペアを構成する端末の間で送受信される電子メールを中継すると共に、前記端末の間で送受信された前記電子メールの内容を前記記事データベースに格納するメール処理手段と、前記記事データベースに格納された電子メールの内容を用いて、前記端末ペア毎のブログページを生成し、該端末に該ブログページを提供するブログ処理手段とを備えることを特徴としている。
【００１０】
上記のように、本発明のブログサーバは、複数の端末の中から２台の端末ペアの設定を受け付け、端末ペアを構成する端末の間で送受信される電子メールを中継する。また、当該ブログサーバは、端末ペアを構成する端末の間で送受信された電子メールの内容を前記記事データベースに格納し、その格納された電子メールの内容を用いて、前記端末ペア毎のブログページを生成するようになされている。
そのため、本発明のブログサーバを利用することにより、二人でやり取りした電子メール（例えば、友人同士でやり取りした電子メール）の内容を簡単にブログ上で公開することができる。
また、本発明によれば、二人で電子メールによる対話を行うことで、ブログページに掲載する記事を作成することができる。
【００１１】
また、前記受け付けた端末ペア毎に、前記ブログサーバの宛先を示す共有メールアドレスを割り当て、該共有メールアドレス毎に、前記端末ペアの一方の端末のメールアドレスと、前記端末ペアの他方の端末のメールアドレスとを対応付けたアドレス情報を記憶する手段を備え、前記メール処理手段は、前記端末ペアの一方の端末から前記共有アドレスを宛先にした電子メールを受信すると、該受信した電子メールの送信元のアドレスと、前記アドレス情報とを用いて、前記端末ペアの他方の端末のメールアドレスを特定し、該ペアの他方の端末に該受信した電子メールを送信することが望ましい。
【００１２】
このように、本発明によれば、端末ペア毎に割り当てた共有メールアドレス毎に、前記端末ペアの一方の端末のメールアドレスと、前記端末ペアの他方の端末のメールアドレスとを対応付けたアドレス情報を記憶している。また、そのアドレス情報に基づいて、前記共有アドレスを宛先にした電子メールの転送を行っている。
上記の構成により、端末ペア以外のユーザ（端末ペア以外の端末）から、共有メールアドレスを宛先にした電子メールを送信されたとしても、電子メールの転送先が特定されないため、電子メールが転送されることがない。
その結果、共有メールアドレスを利用することにより、端末ペアを構成する端末が迷惑メール等を受信することが防止される。
【００１３】
また、前記ブログ処理手段は、前記端末ペアを構成する両方の端末から、前記ブログページの開示する旨の指示を受け付けた場合に、前記電子メールの内容を用いて生成したブログページを提供することが望ましい。
このように構成することにより、前記端末ペアを構成する両方の端末のユーザが同意した場合にだけ、やり取りした電子メールの内容を公開することができる。
そのため、本発明によれば、本人が意図していない記事が公開されることを防止できる。また、ペアの両者が投稿記事を公開するか否かを判定するため、一人で投稿記事を書き込む従来技術のブログに比べて、ブログページ上に不用意な発言等が公開されるリスクが低減される。
【００１４】
また、本発明は、上記のブログサーバと、前記複数の端末とを備えることを特徴とするブログシステムであることが望ましい。
このように、本発明のブログシステムによれば、上記同様、二人でやり取りした電子メール（例えば、友人同士でやり取りした電子メール）の内容を簡単にブログ上で公開することができる。
【発明の効果】
【００１５】
本発明によれば、電子メールでやり取りした内容を簡単にブログ上で公開することができるブログサーバおよび当該ブログサーバを備えたブログシステムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態のブログシステムの機能ブロック図である。
【図２】本発明の実施形態のアドレスデータベースのデータ構造を模擬的に示した図である。
【図３】本発明の実施形態のブログ記事データベースのデータ構造を模擬的に示した図である。
【図４】本発明の実施形態のブログシステムを構成するブログサーバのハードウェア構成図である。
【図５】本発明の実施形態のブログサーバが通常モードに設定されている場合の電子メールの送受信処理の流れを示したフローチャートである。
【図６】本発明の実施形態のブログサーバを通常モードから記事作成モードに変更する場合の処理の流れを示したフローチャートである。
【図７】本発明の実施形態のブログサーバが記事作成モードに設定されている場合の電子メールの送受信処理の流れを示したフローチャートである。
【図８】本発明の実施形態のブログサーバを記事作成モードから通常モードに変更する場合の処理の流れを示したフローチャートである。
【図９】本発明の実施形態のブログサーバが提供するブログページの設定画面を示した模式図であり、設定画面のなかのトップ画面を示した模式図である。
【図１０】本発明の実施形態のブログサーバが提供するブログページの設定画面の模式図であり、設定画面のなかの管理メニュー画面を示した模式図である。
【図１１】本発明の実施形態のブログサーバが提供するブログページの設定画面の模式図であり、設定画面のなかの記事作成要求画面を示した模式図である。
【図１２】本発明の実施形態のブログサーバが送信する電子メール画面の模式図である。
【図１３】本発明の実施形態のブログサーバが提供するブログページの設定画面の模式図であり、設定画面のなかの記事申請の判断画面を示した模式図である。
【図１４】本発明の実施形態のブログサーバが送信する電子メール画面の模式図である。
【図１５】本発明の実施形態のブログサーバにより提供されるブログページの一例を示した模式図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態のブログシステムについて図面に基づいて説明する。
先ず、本実施形態のブログシステムの構成について図１〜図３を用いて説明する。
図１は、本発明の実施形態のブログシステムの機能ブロック図である。また、図２は、本発明の実施形態のブログサーバが有するアドレスデータベースのデータ構造を模擬的に示した図である。図３は、本発明の実施形態のブログサーバが有するブログ記事データベースのデータ構造を模擬的に示した図である。
【００１８】
図１に示すように、本実施形態のブログシステムＸは、ブログサーバ１と、複数の端末２（端末２ａ、端末２ｂ、端末２ｃ）とを備えている。また、ブログシステムＸは、ブログサーバ１と、端末２（端末２ａ、端末２ｂ、端末２ｃ）とがネットワーク（例えば、公衆電話回線網やインターネット）ＮＷを介して双方向通信可能に適宜に接続されるように構成されている。
なお、図１では、端末２（端末２ａ、端末２ｂ、端末２ｃ）を３台示しているが、端末２の数は例示である。
また、本実施形態では、ユーザＡが端末２ａを使い、ユーザＢが端末２ｂを使い、ユーザＣが端末２ｃを使う場合を例に説明する。
【００１９】
具体的には、ブログサーバ１は、端末２の間で送受信される電子メール（例えば、端末２ａと端末２ｂとの間で送受信される電子メール）を中継する。
また、ブロッサーバ１は、二人のユーザか端末２を利用して送受信した（やり取りした）電子メールによる対話の内容を利用して、ブログページ（投稿記事が掲載されたサイト（図１５参照））を生成し、端末２に生成したブログページを提供する。
なお、ブログサーバ１は、後述するように、２つの処理モード（通常モード、および記事作成モード）を備えており、設定された処理モード毎に異なる処理を行うようになされている。
【００２０】
また、端末２ａ、２ｂ、２ｃは、ディスプレイ（例えばＬＣＤ）を備え、ネットワークＮＷを介して、ブログサーバ１が提供するブログページにアクセスし、当該ディスプレイにブログページを表示できるようになされている。また、端末２ａ、２ｂ、２ｃは、ネットワークＮＷを介して電子メールの送受信ができるようになされている。
なお、端末２ａ、２ｂ、２ｃは、上記のように、ブログページにアクセスすることができ、且つ電子メールの送受信が可能であればよく、具体的な構成について特に限定されるものではない。例えば、端末２ａ、２ｂ、２ｃには、ソフトウェア（ウェブブラウザおよびメールソフト等）がインストールされたパーソナルコンピュータ、携帯通信端末（携帯電話やＰＤＡ）、あるいは携帯ゲーム装置などの既存の技術のものを適用することができる。
そのため、以下では、端末２ａ、２ｂ、２ｃの説明を簡略化し、ブログサーバ１の構成を詳細に説明する。
【００２１】
ブログサーバ１は、装置全体の動作を制御する制御部１０と、端末２ａ、２ｂ、２ｃの間で送受信される電子メールを中継するメール処理部２０と、ブログページ（後述する図１５参照）を生成し、端末２ａ、２ｂ、２ｃに、生成したブログページを提供するブログ処理部３０と、端末２ａ、２ｂ、２ｃの電子メールアドレスが登録されたアドレスデータベース４０と、ブログページに掲載する投稿記事を格納する記事データベース５０とを備えている。
【００２２】
制御部１０は、メール処理部２０およびブログ処理部３０の動作を制御すると共に、メール処理部２０の処理モード（通常モード、および記事作成モード）の設定を行う。
具体的には、制御部１０は、デフォルトで「通常モード」に設定されているメール処理部２０に対して、端末２から記事作成要求の設定を受け付けると（後述する図６で説明する）、メール処理部２０を「記事作成モード」に設定する（「通常モード」から「記事作成モード」に変更する）。
また、制御部１０は、「記事作成モード」において、端末２から記事終了要求を受け付けると（後述する図８で説明する）、メール処理部２０を「通常モード」に設定する（「記事作成モード」から「通常モード」に戻す）。
【００２３】
また、メール処理部２０は、２つの処理モード（通常モード、および記事作成モード）を備え、「通常モード」に設定されている場合、端末２ａ、２ｂ、２ｃの間で送受信される電子メールの中継処理を実行する（後述する図５で説明する）。
また、メール処理部２０は、「記事作成モード」に設定されている場合、端末２ａ、２ｂ、２ｃの間で送受信される電子メールの中継処理を行うと共に、端末２ａ、２ｂ、２ｃの間で送受信される電子メールの内容をブログ記事データベース５０に格納する（後述する図７で説明する）。
【００２４】
また、ブログ処理部３０は、端末２からブログページに関する各種設定要求（ユーザ登録、記事作成要求、記事終了要求等）を受け付けたり、端末２からブログページへのアクセス要求を受け付け、前記アクセス要求をした端末２にブログページを提供したりする。
【００２５】
具体的には、ブログ処理部３０は、ネットワークＮＷに接続された複数の端末２の中から２台の端末ペアの設定を受け付ける。また、ブログ処理部３０は、前記受け付けた端末ペア毎にブログサーバ１の宛先を示す共有アドレス（電子メールアドレス）を割り当てる。
なお、ブログ処理部３０は、例えば、前記端末ペアの設定を、ネットワークＮＷに接続された端末２から受け付ける。
そして、ブログ処理部３０は、端末ペアの共有メールアドレスに前記端末ペアの一方の端末のメールアドレスと、前記端末ペアの他方の端末のメールアドレスとを対応付け、その対応付けたデータをアドレスデータベース４０に登録する。
【００２６】
また、ブログ処理部３０は、ブログ記事データベース５０の中に、前記端末ペアのブログページの投稿記事を登録するための領域を作成する（後述するぺージ５１を作成する）。
また、ブログ処理部３０は、前記受付けた端末ペアのブログページのための設定画面（マイページ）を生成して保持しておく（メモリ（主記憶装置３および補助記憶装置４）の所定領域に保存しておく）。
【００２７】
また、ブログ処理部３０は、端末ペアを構成する端末２からマイページへのアクセス要求を受け付けると、その端末２にマイページ（例えば図９〜図１１）を送信する。
また、ブログ処理部３０は、端末２からブログページへのアクセス要求を受け付けると、ブログ記事データベース５０に格納された投稿記事を用いてブログページを生成し、前記アクセス要求をした端末２に生成したブログページを送信する。
なお、ブログ処理部３０と端末２との間で行われるブログページの閲覧処理やデータ通信処理は、周知のウェブサーバおよびウェブブラウザの技術により実現されるものであるため、その詳細な説明は省略する。
【００２８】
つぎに、アドレスデータベース４０について説明する。
本実施形態のブログシステムＸでは、設定を受け付けた端末ペア毎（例えば、端末２ａおよび端末２ｂのペア）に、ブログサーバ１の宛先（電子メールアドレス）である共有アドレスを割り当てるようになされている。
また、前記端末ペアの共有アドレスに、その端末ペアの一方の端末２（例えば端末２ａ）の電子メールアドレスと、その端末ペアの他方の端末２（例えば端末２ｂ）の電子メールアドレスとを対応付けることで、当該端末ペア（例えば、端末２ａおよび端末２ｂ）以外の端末２が、共有アドレスを利用出来ないようにしている。
【００２９】
具体的には、図２に示すように、アドレスデータベース４０は、共有アドレスを登録するためのフィールド４１と、フィールド４１に登録された共有アドレスの送信元となる端末２の電子メールアドレス（送信元アドレス）を登録するためのフィールド４２と、フィールド４１に登録された共有アドレスの送信先となる端末２の電子メールアドレス（送信先アドレス）を登録するためのフィールド４３とを備えたレコード４４により構成されている。
【００３０】
ここで、フィールド４２の送信元アドレスには、フィールド４１に登録された共有アドレスが割り当てられた端末ペアの一方の端末２の電子メールアドレスが登録される。
また、フィールド４３の送信先アドレスには、フィールド４１に登録された共有アドレスが割り当てられた端末ペアの他方の端末２の電子メールアドレスが登録される。
【００３１】
例えば、図２に示すレコード４４ａでは、フィールド４１に端末２ａ（ユーザＡ）および端末２ｂ（ユーザＢ）の端末ペアに割り当てられた共有アドレスが登録され、フィールド４２に端末２ａ（ユーザＡ）の電子メールアドレスが登録され、フィールド４３に端末２ｂ（ユーザＢ）の電子メールアドレスが登録されている。
なお、フィールド４２およびフィールド４３には、電子メールアドレスと共に、その電子メールアドレスの利用者を示す情報が登録されるようになされている。
【００３２】
そして、メール処理部２０は、端末ペアの一方の端末２から共有アドレスを宛先にした電子メールを受信すると、その受信した電子メールの送信者を識別し、その送信者（電子メールアドレス）と、アドレスデータベース４０とを用いて、端末ペアの他方の端末２のメールアドレスを特定し、該ペアの他方の端末２にその受信した電子メールを送信する。
【００３３】
例えば、メール処理部２０は、宛先の電子メールアドレスが「ａ―ｂ＠・・・・・・・.ｎｅｔ」であり、送信元が「ａ＠・・・・・・・.ｎｅｔ」の電子メールを受信したとする。
この場合、受信した電子メールの宛先および送信元と、アドレスデータベース４０のレコード４４ａ（フィールド４１および４２）とが一致するため、メール処理部２０は、受信した電子メールの転送先である端末２ｂ（ユーザＢ）のメールアドレスを特定し、特定した端末２ｂ宛に受信した電子メールを送信する。
【００３４】
また、例えば、メール処理部２０が、宛先の電子メールアドレス「ａ―ｂ＠・・・・・・・.ｎｅｔ」であり、送信元が「ｃ＠・・・・・・・.ｎｅｔ」の電子メールを受信したとする。
この場合、受信した電子メールの送信先および送信元と、アドレスデータベース４０のレコード４４ａ、４４ｂ、４４ｃ、４４ｄ（フィールド４１および４２）とが一致しないため、メール処理部２０は、受信した電子メールの転送を行わない。
【００３５】
つぎに、ブログ記事データベース５０について説明する。
図３に示すように、ブログ記事データベース５０は、「ブログページの開設者（端末ペアのユーザ名）」毎に、データを登録するためのテーブル５１が形成されている。
なお、図示する例では、説明の便宜上、「ブログページの開設者（端末ペアのユーザ名）」が「ユーザＡ＆ユーザＢ」のテーブル５１だけを示している。
【００３６】
そして、テーブル５１は、投稿記事の「タイトル」を登録するためのフィールド５２と、「投稿日時」を登録するためのフィールド５３と、「投稿者（ユーザ名）」を登録するためのフィールド５４と、「投稿記事（テキスト情報）」を登録するためのフィールド５５と、「添付ファイル」を登録するためのフィールド５６とを備えて１つのレコードが構成されている。
なお、テーブル５１は、投稿記事を見た閲覧者からのコメントを登録するためのフィールド（図示せず）を備えているが、本実施形態の特徴ではないため省略する。
【００３７】
このように、ブログ記事データベース５０を構成することで、ブログページを開設するユーザ毎に（２人のユーザのペア毎に）、投稿記事の「タイトル」、「投稿日時」、「投稿者（ユーザ名）」、「投稿記事（テキスト情報）」、および「添付ファイル」を関連付けることができる。
なお、ブログ記事データベース５０の各フィールド５２、５３、５４、５５、５６のデータは、後述するように、メール処理部２０により登録されるが、メール処理部２０が受信した電子メールに、添付ファイルが添付されていない場合、フィールド５６には、「null（ヌル）」が登録される。
【００３８】
つぎに、本実施形態のブログサーバ１のハードウェア構成について図４を用いて説明する。
図４は、本発明の実施形態のブログシステムを構成するブログサーバのハードウェア構成図である。
【００３９】
図示するように、ブログサーバ１は、ＣＰＵ（Central Processing Unit）２と、ＲＡＭ等により構成される主記憶装置３と、ハードディスク（ＨＤＤ）等により構成される補助記憶装置４と、ブログサーバ１に接続された各種デバイス（キーボード等）との間で行われるデータの送受信を制御する入出力インタフェース５と、ネットワークＮＷに接続された端末２との間で行われるデータの送受信を制御する通信インタフェース６とを備えている。
【００４０】
また、補助記憶装置４には、上述したアドレスデータベース４０およびブログ記事データベース５０が格納されている。
また、補助記憶装置４には、上述した制御部１０、メール処理部２０、およびブログ処理部３０の機能を実現するためのプログラム（ブログプログラム）７０が格納されている。
そして、制御部１０、メール処理部２０、およびブログ処理部３０の機能は、ＣＰＵ２が補助記憶装置４に格納されたブログプログラム７０を主記憶装置３にロードして実行することにより実現される。
【００４１】
つぎに、本実施形態のブログシステムＸにより行われる処理について説明する。
なお、以下の説明では、ブログサーバ１は、ユーザＡ（端末２ａ）およびユーザＢ（端末２ｂ）がペアとして設定されているものとする。また、ブログ記事データベース５０に、「ユーザＡおよびユーザＢ」をブログページの開設者として登録したテーブル５１が設けられているものとする。
また、アドレスデータベース４０には、ユーザＡが使う端末２ａと、ユーザＢが使う端末２ｂとが端末ペアとして対応付けられ、ユーザＡおよびユーザＢの端末ペアに共有アドレスが割り当てられているものとする。
また、ブログサーバ１には、「ユーザＡおよびユーザＢ」のブログページのマイページ（各種の設定画面）が登録されているものとする。
【００４２】
先ず、本実施形態のブログシステムＸが「通常モード」に設定されている場合の処理について図５を用いて説明する。
図５は、本発明の実施形態のブログサーバが通常モードに設定されている場合の電子メールの送受信処理の流れを示したフローチャートである。
本実施形態のブログシステムＸでは、端末ペアとして対応付けられ端末２同士で電子メールのやり取りを行う場合、送信する電子メールの宛先に、当該端末ペアに割り当てられた「共有アドレス（すなわち、ブログサーバ１の電子メールアドレス）」を入力して送信する。
【００４３】
具体的には、ユーザＡの端末２ａからユーザＢの端末２ｂに電子メール（メッセージメール）を送信する場合、端末２ａは、ユーザＡからの操作を受け付け、端末２ｂとの共有アドレス宛に電子メールを送信する（Ｓ１）。
具体的には、ユーザＡは、端末２ａを操作して、送信する電子メールの宛先に、当該端末ペアに割り当てられた「共有アドレス（ａ―ｂ＠・・・・・・・.ｎｅｔ）」を入力すると共に、電子メールのメッセージ欄にメッセージを書き込んで、その電子メールの送信操作を行う。これにより、端末２ａからブログサーバ１に電子メールが送信される。
そして、Ｓ１で送信された電子メールは、ネットワークＮＷを経由して、「共有アドレス（ａ―ｂ＠・・・・・・・.ｎｅｔ）」先であるブログサーバ１のメール処理部２０により受信される（Ｓ２）。
【００４４】
つぎに、ブログサーバ１のメール処理部２０は、受信した電子メールの宛先および送信元の電子メールアドレスと、アドレスデータベース４０とを用いて、受信した電子メールの送信先の端末２を特定する（Ｓ３）。
なお、本例では、アドレスデータベース４０から、端末２ａの端末ペアとして対応付けられた端末２ｂの電子メールアドレス（ｂ＠・・・・・・・.ｎｅｔ）が特定される。
【００４５】
つぎに、メール処理部２０は、ユーザＢの端末２ｂに向けてＳ２で受信した電子メール（宛先を（ｂ＠・・・・・・・.ｎｅｔ）にした電子メール）を送信し（Ｓ４）、端末２ｂがブログサーバ１からの電子メールを受信し（Ｓ５）、端末２ａから端末２ｂへの電子メールの送信処理が終了する。
なお、端末２ｂから端末２ａへの電子メールの送信処理も上述したＳ１〜Ｓ５と同様の手順であるため、ここでの説明は省略する。
【００４６】
このように、本実施形態では、ブログサーバ１に登録された端末ペアに割り当てられた共有アドレスを利用して、端末２同士で電子メールの送受信（やり取り）を行うようになされている。
したがって、端末ペア以外から共有アドレス宛に電子メールを送信したとしても、端末ペアを構成する端末２に電子メールが送信されることがない。
そのため、本実施形態のブログサーバ１の「通常モード」を利用して、ブログサーバ１に登録した端末ペアの間で電子メールの送受信を行うことにより、端末ペアを構成する各端末２に、共有アドレス宛の迷惑メールが送信されることが防止される。
【００４７】
つぎに、本実施形態のブログサーバ１を「通常モード」から「記事作成モード」に変更する場合の処理について図６および図９〜図１４を用いて説明する。
図６は、本発明の実施形態のブログサーバを通常モードから記事作成モードに変更する場合の処理の流れを示したフローチャートである。
また、図９は、本実施形態のブログサーバが提供するブログページの設定画面を示した模式図であり、設定画面のなかのトップ画面を示している。また、図１０は、本実施形態のブログサーバが提供するブログページの設定画面の模式図であり、設定画面のなかの管理メニュー画面を示している。また、図１１は、本実施形態のブログサーバが提供するブログページの設定画面の模式図であり、設定画面のなかの記事作成申請画面を示している。
また、図１２は、本実施形態のブログサーバが送信する電子メール画面の模式図である。また、図１３は、本実施形態のブログサーバが提供するブログページの設定画面の模式図であり、設定画面のなかの記事申請の判断画面を示している。また、図１４は、本実施形態のブログサーバが送信する電子メール画面の模式図である。
【００４８】
具体的には、図６に示すように、端末２ａは、ユーザＡからの操作を受け付け、ネットワークＮＷを介してブログサーバ１に接続し、ブログサーバ１に設定されているユーザＡおよびユーザＢのマイページ（ブログページの設定画面）へのアクセス要求を行う（Ｓ１０）。
例えば、端末２ａは、ウェブブラウザ上で、ユーザＡおよびユーザＢのマイページのＵＲＬの入力を受け付け、当該マイページへのアクセス要求を行う。
【００４９】
また、ブログサーバ１のブログ処理部３０は、端末２ａからのアクセス要求を受け付けると、そのアクセス要求を認証して（例えば、パスワード等による認証処理を行う）、端末２ａに対して、ユーザＡおよびユーザＢのマイページを提示する（Ｓ１１）。
これにより、端末２ａのディスプレイに、例えば、図９に例示するユーザＡおよびユーザＢのマイページのトップ画面８０が表示される。
【００５０】
つぎに、端末２ａは、ユーザＡからの操作を受け付けて、ディスプレイに、図１０に示すマイページの管理メニュー画面８１を表示させ、さらに、管理メニュー画面８１の「新規記事の作成」を選択受付けて、図１１に示すマイページの記事作成申請画面８２を表示させる。
そして、端末２ａは、記事作成申請画面８２上において、ユーザＡからの記事タイトル（テキスト情報）を受け付ける。例えば、ユーザＡは、端末２ａを操作して記事作成申請画面８２のテキスト入力欄８２ａに記事タイトルを書き込む。
また、端末２ａは、記事作成申請画面８２上において、ユーザＡからの「記事タイトル」の送信指示を受け付けると（例えば、ユーザＡが記事作成申請画面８２の送信ボタン８２ｂをクリックすると）、ブログサーバ１に対して、記事タイトルを送信する（Ｓ１２）。
なお、本実施形態では、図１１に示すように、記事作成申請画面８２上において、ブログページ上での投稿記事の投稿数を制限する投稿制限８２ｃを設定できるようになされている。
【００５１】
つぎに、ブログサーバ１のブログ処理部３０は、端末２ａが送信した記事データを受信し（Ｓ１３）、Ｓ１４の処理に進む。
Ｓ１４では、メール処理部２０が、Ｓ１３で受信した記事タイトルの記事作成の申請を受けた旨を示す電子メールを作成し、端末２ｂに向けて、当該作成した電子メールを送信する。
【００５２】
例えば、メール処理部２０は、図１２に例示する、電子メール９０を作成して、端末２ｂに、その電子メール９０を送信する。
なお、図１２に示す電子メール９０のメッセージ欄９０ａには、ユーザＡから記事作成の申請を受けた旨と、記事タイトルとが記載されている。また、メッセージ欄９０ａには、ブログサーバ１が提供するマイページの記事作成承認ページのＵＲＬ９０ｂが記載されている。
【００５３】
つぎに、端末２ｂが、ブログサーバ１が送信した電子メール９０を受信する（Ｓ１５）。
また、端末２ｂは、ユーザＢからの操作を受け付け、電子メール９０のメッセージ欄９０ａに記載されているマイページの記事作成承認ページのＵＲＬ９０ｂへのアクセス要求を行う（Ｓ１６）。
【００５４】
また、ブログサーバ１のブログ処理部３０は、端末２ｂからのアクセス要求を受け付けると認証処理を行い、端末２ｂに端末２ａが申請した記事タイトルの記事を作成するか否かの判断画面８３（図１３）を提示する（Ｓ１７）。これにより、端末２ａのディスプレイに判断画面８３が表示される。
なお、図１３に例示するマイページの判断画面８３には、端末２ａ（ユーザＡ）が申請した記事タイトルが記載されている。また、判断画面８３には、記事を作成することを承認するための承認ボタン８３ａと、記事を作成することを断るための拒否ボタン８３ｂとが設けられている。
【００５５】
つぎに、端末２ｂは、ユーザＢから記事を作成するか否かの判断結果の入力を受け付け、ブログサーバ１に判断結果を送信する（Ｓ１８）。
具体的には、ユーザＢは、記事を作成することを承認する場合、図１３に示す判断画面８３上の承認ボタン８３ａを選択して（クリックして）、端末２ｂに記事作成を承認する判断結果を入力する。
また、ユーザＢは、記事を作成することを拒否する（断る）場合、図１３に示す判断画面８３上の拒否ボタン８３ｂを選択して（クリックして）、端末２ｂに記事作成を拒否する判断結果を入力する。
端末２ｂは、ユーザＢからの判断結果の入力を受け付けると、ブログサーバ１に前記判断結果を送信する。
【００５６】
つぎに、ブログサーバ１のブログ処理部３０は、上記の端末２ｂが送信した判断結果を受信し（Ｓ１９）、その判断結果が承認されているか否かの判定を行い（Ｓ２０）、判定結果を制御部１０に通知する。
なお、Ｓ２０において、前記判断結果が承認されていればＳ２１に進み、判断結果が拒否されていればＳ２３に進む。
【００５７】
Ｓ２１では、制御部１０が、メール処理部２０の処理モードを「通常モード」から「記事作成モード」に変更し、メール処理部２０に判断結果の送信を指示する。
また、メール処理部２０は、例えば、図１４に示す「記事作成申請が承認された旨」を記載した電子メール９１を作成して、端末２ａに作成した電子メール９１を送信する（Ｓ２２）。
なお、図示する電子メール９１のメッセージ欄９１ａには、ユーザＢにより記事作成申請が承認された旨と、投稿記事の送り先となる共有アドレス９１ｂとが記載されている。
【００５８】
また、Ｓ２３では、制御部１０は、メール処理部２０の処理モードを「通常モード」のまま維持し、メール処理部２０に判断結果を送信させる。
具体的には、メール処理部２０は、前記記事作成申請が拒否された旨を記載した電子メールを作成し、端末２ａに作成した電子メールを送信する。
【００５９】
そして、端末２ａは、Ｓ２２（又はＳ２３）でブログサーバ１が送信した判断結果を受信する（Ｓ２４）。
これにより、ユーザＡは、ユーザＢが記事作成申請を承認したか否かを確認することができる。
【００６０】
次に、本実施形態のブログサーバ１が「記事作成モード」に設定されている場合の処理について図７を用いて説明する。
図７は、本発明の実施形態のブログサーバが記事作成モードに設定されている場合の電子メールの送受信処理の流れを示したフローチャートである。
【００６１】
具体的には、上述した図５のＳ１と同様の手順により、端末２ａが、端末２ｂとの共有アドレス宛に電子メールを送信する（Ｓ３１）。
また、上述した図５のＳ２〜Ｓ３と同様の手順により、ブログサーバ１のメール処理部２０は、端末２ａからの電子メールを受信し、その受信した電子メールの宛先および送信元の電子メールアドレスと、アドレスデータベース４０とを用いて、送信元のユーザ名（ここではユーザＡ）と、受信した電子メールの送信先のユーザ名（ここではユーザＢ）および電子メールアドレスとを特定する（Ｓ３２、Ｓ３３）。
【００６２】
つぎに、ブログサーバ１のメール処理部２０は、ブログ記事データベース５０に、Ｓ３２で受信した電子メールの内容を保存する（Ｓ３４）。
具体的には、メール処理部２０は、ブログ記事データベース５０にアクセスし（図３参照）、「ユーザＡおよびユーザＢ」に割り当てられたテーブル５１に、Ｓ３２で受信した電子メールのデータを登録する。
なお、本ステップで登録されるレコードは、フィールド５２に「タイトル名（上述した図６の処理で承認されたタイトル名）」が登録され、フィールド５３に「投稿日時（Ｓ３２で受信した電子メールの受信日時）」が登録され、フィールド５４に「投稿者（Ｓ３３で特定した送信元ユーザ）」が登録され、フィールド５５に「投稿記事（Ｓ３２で受信した電子メールのメッセージ欄に記載のメッセージ）」が登録される。
また、Ｓ３２で受信した電子メールに添付ファイルがあれば、フィールド５６に、その添付ファイルが登録される。
【００６３】
つぎに、ブログサーバ１のメール処理部２０は、上述した図５のＳ４と同様の手順にしたがい、Ｓ３３で特定した相手先（ここでは端末２ｂ）に、Ｓ３２で受信した電子メールを送信する（Ｓ３５）。
そして、端末２ｂがブログサーバ１からの電子メールを受信し（Ｓ３６）、端末２ａから端末２ｂへの電子メールの送信処理が終了する。
なお、図示する端末２ｂから端末２ａへの電子メールの送信処理（Ｓ３７〜Ｓ４２）は、上述したＳ３１〜Ｓ３６と同様の手順である。
【００６４】
このように、本実施形態のブログサーバ１は、「記事作成モード」に設定されている場合、端末ペアとして登録された２つの端末２の間で送受信された電子メールの内容が、ブログページを作成するための投稿記事として登録される。
そのため、本実施形態によれば、二人でやり取りした電子メール（例えば、友人同士でやり取りした電子メール）の内容を投稿記事として簡単にブログ上で公開することができる。
【００６５】
つぎに、本実施形態のブログサーバ１を「記事作成モード」から「通常モード」に変更する場合の処理について図８を用いて説明する。
図８は、本発明の実施形態のブログサーバを記事作成モードから通常モードに変更する場合の処理の流れを示したフローチャートである。
なお、以下に示す処理フローは、端末２ａを利用するユーザＡがブログサーバ１にアクセスして、ブログサーバ１の処理モードを「記事作成モード」から「通常モード」に変更する場合の処理を示している。
【００６６】
先ず、端末２ａは、上述した図６のＳ１０と同様の手順にしたがい、ブログサーバ１に設定されているユーザＡおよびユーザＢのマイページ（ブログページの設定画面）へのアクセス要求を行う（Ｓ５０）。
また、ブログサーバ１のブログ処理部３０は、端末２ａからのアクセス要求を受け付けると、上述した図６のＳ１０と同様の手順にしたがい、端末２ａに対して、ユーザＡおよびユーザＢのマイページを提示（送信）する（Ｓ５１）。
【００６７】
つぎに、端末２ａは、ユーザＡからの操作を受け付けて、ブログサーバ１のブログ処理部３０にブログページの記事作成終了画面（図示せず）を要求し、端末２ａのディスプレイに当該記事作成終了画面（図示せず）を表示させる。また、端末２ａは、ユーザＡからの操作を受け付けて、前記記事作成終了画面（図示せず）上で、記事作成終了を要求する（Ｓ５２）。
【００６８】
つぎに、ブログサーバ１のブログ処理部３０は、端末２ａからの記事作成終了の要求を受信すると（Ｓ５３）、制御部１０にその旨（端末２ａからの記事作成終了の要求を受付けた旨）を通知する。
そして、制御部１０は、メール処理部２０の処理モードを「記事作成モード」から「通常モード」に変更すると共に、メール処理部２０に、端末２ｂへの通知を指示する（Ｓ５４）。
【００６９】
つぎに、メール処理部２０は、「記事作モードから通常モードに変更した旨」を示した電子メールを作成して、端末２ｂに作成した電子メールを送信し（Ｓ５５）、端末２ｂが前記電子メールを受信し（Ｓ５６）、「記事作成モード」から「通常モード」へのモード変更のための処理が終了する。
なお、端末２ｂを利用するユーザＢがブログサーバ１にアクセスして、ブログサーバ１の処理モードを「記事作成モード」から「通常モード」に変更する場合も、上述したＳ５０〜Ｓ５６と同様の手順である。
【００７０】
さらに、本実施形態において、ブログサーバ１は、処理モードを「記事作成モード」から「通常モード」にモード変更する際に、端末ペアの両者（ここでは、端末２ａおよび端末２ｂ）に、やり取りした電子メールの内容を公開するか否かを問い合わせすることが望ましい。
そして、ブログサーバ１は、両者（ここでは、端末２ａおよび端末２ｂ）から公開することの了解が得られた場合にだけ、電子メールでやり取りした内容をブログページ上で公開し、前記了解が得られない場合には、電子メールでやり取りした内容をブログページ上で公開しないようにする。
このように構成することにより、本人が意図していない記事が公開されることが防止される。また、ペアを組んだ２人のユーザにより、投稿記事を公開するか否かを判定するため、一人で投稿記事を書き込むブログに比べて、ブログページ上に不用意な発言等が公開されるリスクが低減される。
【００７１】
つぎに、ブログサーバ１が端末２からの要求にしたがい、設定された端末ペア（ユーザＡおよびユーザＢ）のブログページを公開する処理について、上述した図１と、図１５とを用いて説明する。
図１５は、本実施形態のブログサーバ１により提供されるブログページの一例を示した模式図である。
なお、以下では、端末２ｃを利用するユーザＣが、ユーザＡおよびユーザＢが開設したブログページを閲覧する場合を例に説明する。
【００７２】
ブログサーバ１のブログ処理部３０は、ネットワークＮＷを介して、端末２ｃから「ユーザＡおよびユーザＢのブログページ」の閲覧要求を受け付けると、ブログ記事データベース５０の「ユーザＡおよびユーザＢ」の記事が登録されたテーブル５１を読み出す。
そして、ブログ処理部３０は、前記読み出した「ユーザＡおよびユーザＢ」の記事が登録されたテーブル５１を利用して、ユーザＡとユーザＢとでやり取りされた電子メールの内容を記事にしてブログページを生成して、端末２ｃに送信する（提供する）。
ブログ処理部３０は、例えば、図１５に例示するブログページ８５を生成し、端末２ｃに送信して、端末２ｃのディスプレイにブログページ８５を表示させる。
【００７３】
図示するブログページ８５では、設定された記事タイトル（図示する例ではダイエット）について、投稿記事として「ユーザＡおよびユーザＢのペアが２人で対話した内容」が掲載されている。
具体的には、ブログページ８５では、記事の投稿者（ユーザＡおよびユーザＢのいずれか）毎に、「投稿日時」および「投稿記事（電子メールで送ったメッセージ）」が対応付けられている。また、ブログページ８５では、投稿記事毎に、書き込まれたコメントが対応付けられている。
【００７４】
以上説明したように、本実施形態によれば、２人のユーザが電子メールで対話した内容を投稿記事として簡単にブログページ上に公開することができる。そのため、本実施形態によれば、楽しく有効にブログを活用することができる。
なお、本発明は、上述した実施形態に限定されるものではなく、その要旨の範囲内において種々の変更が可能である。
【００７５】
例えば、本実施形態では、ブログページ上に、２人のユーザが電子メールで対話した内容を公開するようにしているが、特にこれに限定されるものではない。
例えば、３人以上のグループの設定を受け付けて、そのグループ間において、電子メールでやり取りした内容をブログ記事データベース５０に格納しておき、ブログページ上に前記グループ間での対話内容を公開するようにしてもよい。
【００７６】
また、例えば、ブログサーバ１が、２人のユーザが電子メールで対話した内容を記載したブログページを特定のユーザにだけ閲覧できるように構成されていてもかまわない。
【００７７】
また、上述した実施形態では、制御部１０、メール処理部２０、ブログ処理部３０、アドレスデータベース４０、およびブログ記事データベース５０が１つの装置により実現されているが、あくまでもこれは一例に過ぎない。
各機能部（制御部１０、メール処理部２０、ブログ処理部３０）や各データベース（アドレスデータベース４０、ブログ記事データベース５０）が、複数の装置に分散されていてもかまわない。
【００７８】
また、上述した実施形態では、ブログサーバ１は、端末ペアを構成する一方のユーザの端末２から記事作成終了の要求を受け付けた場合に、「記事作成モード」から「通常モード」に処理モードを変更するよう構成されているが特にこれに限定されるものではない。
例えば、ブログサーバ１は、「通常モード」から「記事作成モード」に処理モードを変更されたときから所定時間を経過すると、自動的に「記事作成モード」から「通常モード」に復帰するように構成されていてもよい。
【符号の説明】
【００７９】
Ｘ      ブログシステム
ＮＷ    ネットワーク
１      ブログサーバ
２、２ａ、２ｂ、２ｃ    端末
１０    制御部
２０    メール処理部
３０    ブログ処理部
４０    アドレスデータベース
５０    ブログ記事データベース
８０    マイページのトップ画面
８１    マイページの管理メニュー画面
８２    マイページの記事作成申請画面
８３    マイページの判断画面
【図１】
2010198091.tif 000003
【図２】
2010198091.tif 000004
【図３】
2010198091.tif 000005
【図４】
2010198091.tif 000006
【図５】
2010198091.tif 000007
【図６】
2010198091.tif 000008
【図７】
2010198091.tif 000009
【図８】
2010198091.tif 000010
【図９】
2010198091.tif 000011
【図１０】
2010198091.tif 000012
【図１１】
2010198091.tif 000013
【図１２】
2010198091.tif 000014
【図１３】
2010198091.tif 000015
【図１４】
2010198091.tif 000016
【図１５】
2010198091.tif 000017