JP2010277175A - ネットワークシステム、通信端末、通信方法、および通信プログラム - Google Patents

Abstract

【課題】ブログ開設者とブログ閲覧者とを含むブログ利用者の一部が、リアルタイムにあるいは直接的にコミュニケーションすることができるネットワークシステムを提供する。
【解決手段】通信端末１００Ｂは、入力部１０４Ｂと、他の端末１００Ａと第１のサーバ６００と通信するためのインターフェイス１０１Ｂと、他の端末に接続するためのアクセス情報と第１の情報とをインターフェイスを介して第１のサーバから受信し、第２の情報をインターフェイスを介して第１のサーバへ送信する第１の通信制御部１０６１Ｂと、アクセス情報に基づいて、第２の情報の入力が所定の条件を満たすか否かを判断する判断部１０６２Ｂと、第２の情報の入力が所定の条件を満たす場合に、アクセス情報に基づいてインターフェイスを介して他の端末との間で第３の情報の交換を行なう第２の通信制御部１０６３Ｂとを備える。
【選択図】図７

Description

本発明は、ネットワークを介して接続可能なサーバと複数の通信端末とを備えるネットワークシステム、通信端末、通信方法、および通信プログラムに関し、特に、複数の通信端末を相互に接続可能にするネットワークシステム、通信端末、通信方法、および通信プログラムに関する。

インターネット上の情報提供サービスにおいて、いわゆるウェブログ（Ｗｅｂｌｏｇ、以下、ブログ（Ｂｌｏｇ）と称する。）によるサービスが知られている。ブログは、日々更新されるＷｅｂサイトの一種である。例えば、ブログ開設者（情報発信者）が、インターネット上で公開されたニュース等のＷｅｂページに関する記事を投稿したり、当該Ｗｅｂページのリンクを張ったりする。そして、ブログ閲覧者が、個人的な意見や批評等のコメントを書き加える。ブログを管理するサーバは、記事を保存するとともに、その書き加えられたコメントを時系列に保存する。

一般的に、このようなブログシステムは、ブログ開設者により発信（アップロード）された記事毎に、ブログ閲覧者によるコメントの入力が可能となっている。ブログシステムは、そのコメントをその記事に付与する、すなわちそのコメントを記事に対応付けて記憶する機能を有している。また、ブログ開設者およびブログ閲覧者は、その記事に付与されたコメントを閲覧することができる。

たとえば、ブログ開設者は、不特定の多数の人々に自らの意見や近況を、その記事を通じて発信する。ブログ開設者は、その記事に対するブログ閲覧者の意見・批評・質問等を、投稿されたコメントを通じて把握する。ブログ開設者は、投稿されたコメントを反映した、新たに記事を投稿する。

このように、ブログシステムは、ブログ開設者が意見表明することを主たる目的とする。一方、複数者間の意見交換を目的とする掲示板や、知人との間で生成されたチャットルームや、専用の通信網を通じて情報交換を目的とするチャットシステムは、相手と対等の立場で意見交換することを目的とする。ここでの「知人」とは、現実世界の知人に限らず、ＳＮＳ（ソーシャルネットワークサービス）やネットワークゲーム中の仮想世界の知人も含む。

チャットシステムの中には、Ｐ２Ｐ通信のように、複数の通信端末が特定のサーバを介さずに互いにデータを送受信するものがある。このようなチャットシステムにおいては、それぞれの通信端末がインターネットなどを介してリアルタイムにコメントや画像などを交換することができる。すなわち、それぞれの通信端末のユーザは、チャットシステムを利用することによって、リアルタイムで情報を交換することができる。

たとえば、特開２０００−１８１８４７号公報（特許文献１）には、通信支援方法及び通信支援システムが開示されている。特開２０００−１８１８４７号公報（特許文献１）によると、キーワードリストはキーワードを蓄積する。キーワード検出部は、いずれかのキーワードが、いずれかのチャネル上で他のユーザ端末から送出されたことを検知する。状態検出部は、キーワードの検知に応じ、ユーザ端末の状態に基づいて利用者状態を判断する。通知部は、利用者状態を、キーワードが送出されたチャネル上に送出する。通知先テーブルに、利用者状態の通知先とキーワードの発言元とを対応付けて蓄積しておき、通知部は通知先テーブルに基づいて決定した通知先に利用者状態を通知しても良い。キーワードにより呼ばれたユーザのリアルタイムな状態を通知し、リアルタイムで行なわれる会話を円滑に行なうよう支援する。

また、特開２００９−３８７１４号公報（特許文献２）には、通信端末及びそのコンピュータプログラムが開示されている。特開２００９−３８７１４号公報（特許文献２）によると、定期スケジュールデータで割り当てられた通信日時と一致した（に達した）ときに、通信アクションを起す側の端末を自端末及び相手端末の何れの端末に設定するかに関しては、相手端末との間で交換された定期スケジュールデータに登録される通話アクション変数の値に基づき排他的に決定する。

また、特開２００５−５３０２３３号公報（特許文献３）には、同じウェブページを訪問するユーザ間で可能な通信が開示されている。特開２００５−５３０２３３号公報（特許文献３）によると、ウェブページは、ページ上のアイコンをクリックすることによって起動する。ユーザは、画面上で自身を表すキャラクターを設計することが可能である。ユーザは、他のユーザによって設計され、他のユーザを表す画面上のキャラクターも見ることができる。ユーザは自身のマウスでドラッグすることによって自身のキャラクターを画面上のいたるところに移動することができ、他のキャラクターに近づけたり離したりするために回転させることができる。キャラクターは、声又は文書を通して互いに会話することができ、文書の場合はふきだし（漫画のような）に表示される。ユーザは感情（例えば怒り）を表すためにキャラクターの表情を変えることができ、プライベートチャットに他のキャラクターを招待することもできる。ユーザがウェブページから離れる場合、対応するキャラクターが他の全てのユーザの画面から消滅する。標準的なウェブブラウザ以外のプログラム又はプラグインソフトを必要とせず、同じウェブページを見ているユーザ間の通信を促進する。更に、以前のアプリケーションではユーザの存在にかかわらず最初から設定されていたチャットルームの自動作成及び削除のような特徴も使用可能である。

また、特開２００３−９１４９４号公報（特許文献４）には、チャットシステムが開示されている。特開２００３−９１４９４号公報（特許文献４）によると、携帯電話機をチャットサーバに接続させて携帯電話機間でチャットを行なうチャットシステムにおいて、チャットサーバに接続していない携帯電話機に対してチャットサーバへの接続（チャットへの参加）を促がす電子メール（チャット勧誘メール）を送信する。チャット勧誘メールを受信した携帯電話機のユーザがチャットサーバへの接続（チャットへの参加）を承諾すると自動的に携帯電話機がチャットサーバに接続されてチャットが可能な状態となる。

また、特開２００２−１３２６９４号公報（特許文献５）には、チャットシステム、それに用いる端末およびサーバ、ならびにチャット方法が開示されている。特開２００２−１３２６９４号公報（特許文献５）によると、携帯電話からサーバに対してチャットしたい相手方の携帯電話番号を通知してチャット要求すれば、サーバはそれに応じてチャットしたい相手方の携帯電話にチャット依頼を送信する。チャット依頼を受信した相手方は都合に応じて応答する。相手方から要求許可があれば、サーバから、要求側に要求許可を送信し参加者全員に参加者リストを送信し、チャットモードが確立する。参加者からのメッセージをサーバが受信するとサーバはそのメッセージを参加者全員に送信し、各参加者の携帯電話の表示部にメッセージ内容を表示する。相手方は、途中からチャットに参加することができる。

特開２０００−１８１８４７号公報 特開２００９−３８７１４号公報 特開２００５−５３０２３３号公報 特開２００３−９１４９４号 特開２００２−１３２６９４号公報

上記のようなブログシステムにおいては、ブログ開設者とブログ閲覧者とを含むブログ利用者の間で、リアルタイムに、あるいは直接的に、コミュニケーションすることはできない。たとえば、一部のブログ利用者が、他のブログ利用者にそのコミュニケーションの内容が公開されない状態で、コミュニケーションすることができない。

本発明は、かかる問題を解決するためになされたものであり、その目的は、ブログ開設者とブログ閲覧者とを含むブログ利用者の一部が、リアルタイムにあるいは直接的にコミュニケーションすることができるネットワークシステム、通信端末、通信方法、および通信プログラムを提供することである。

この発明のある局面に従うと、第１の端末と、第２の端末と、第１のサーバとを備えるネットワークシステムが提供される。第１の端末は、第１の情報を受け付ける第１の入力部と、第２の端末と第１のサーバと通信するための第１の端末インターフェイスと、第１の情報と第２の端末からの第２の情報とを表示する第１のディスプレイと、第１の端末に接続するためのアクセス情報と第１の情報とを第１の端末インターフェイスを介して第１のサーバへ送信する第１の端末制御部とを含む。第１のサーバは、第１の端末と第２の端末と通信するためのサーバインターフェイスと、アクセス情報と第１の情報とをサーバインターフェイスを介して第２の端末へ送信し、第２の端末からの第２の情報をサーバインターフェイスを介して第１の端末へ送信するサーバ制御部とを含む。第２の端末は、第２の情報を受け付ける第２の入力部と、第１の端末と第１のサーバと通信するための第２の端末インターフェイスと、第１のサーバからの第１の情報と第２の情報とを表示する第２のディスプレイと、アクセス情報と第１の情報とを第２の端末インターフェイスを介して第１のサーバから受信し、第２の情報を第２の端末インターフェイスを介して第１のサーバへ送信する第１の通信制御部と、アクセス情報に基づいて第２の情報の入力が所定の条件を満たすか否かを判断する判断部と、第２の情報の入力が所定の条件を満たす場合に、アクセス情報に基づいて第２の端末インターフェイスを介して第１の端末との間で第３の情報の交換を行なう第２の通信制御部とを含む。

好ましくは、ネットワークシステムは、第２のサーバをさらに備える。アクセス情報は、ルーム名を含む。第１の端末制御部は、ルーム名と第１の端末を特定するための識別情報とを第１の端末インターフェイスを介して第２のサーバへ送信する。第２のサーバは、ルーム名と識別情報とを対応付けて記憶する。第２の通信制御部は、第２の情報の入力が所定の条件を満たす場合に、第２の端末インターフェイスを介して、ルーム名に基づき第２のサーバから識別情報を取得し、識別情報に基づいて第２の端末インターフェイスを介して第１の端末と第３の情報の交換を行なう。

好ましくは、第１の入力部は、キーワードを受け付ける。アクセス情報は、キーワードを含む。判断部は、第２の情報がキーワードを含むか否かを判断することによって、第２の情報の入力が所定の条件を満たすか否かを判断する。

好ましくは、アクセス情報は、第１の端末が第１の情報を送信した第１の時刻を含む。判断部は、第１の時刻から第２の端末が第２の情報を送信した第２の時刻までの時間が第１の時間未満であるか否かを判断することによって、第２の情報の入力が所定の条件を満たすか否かを判断する。

この発明の別の局面に従うと、第２の情報を受け付ける入力部と、他の端末と第１のサーバと通信するためのインターフェイスと、第１のサーバからの第１の情報と第２の情報とを表示するディスプレイと、他の端末に接続するためのアクセス情報と第１の情報とをインターフェイスを介して第１のサーバから受信し、第２の情報をインターフェイスを介して第１のサーバへ送信する第１の通信制御部と、アクセス情報に基づいて、第２の情報の入力が所定の条件を満たすか否かを判断する判断部と、第２の情報の入力が所定の条件を満たす場合に、アクセス情報に基づいてインターフェイスを介して他の端末との間で第３の情報の交換を行なう第２の通信制御部とを備える通信端末が提供される。

この発明の別の局面に従うと、第１の端末と、第２の端末と、第１のサーバとを含むネットワークシステムにおける通信方法が提供される。通信方法は、第１の端末が、第１の情報を受け付けるステップと、第１の端末が、第１の端末に接続するためのアクセス情報と第１の情報とを第１のサーバへ送信するステップと、第１のサーバが、アクセス情報と第１の情報とを第２の端末へ送信するステップと、第２の端末が、アクセス情報と第１の情報とを第１のサーバから受信するステップと、第２の端末が、第２の情報を受け付けるステップと、第２の端末が、第２の情報を第２の端末インターフェイスを介して第１のサーバへ送信するステップと、第２の端末が、第１のサーバからの第１の情報と第２の情報とを表示するステップと、第１のサーバが、第２の端末からの第２の情報を第１の端末へ送信するステップと、第１の端末が、第１の情報と第２の端末からの第２の情報とを表示するステップと、第２の端末が、アクセス情報に基づいて、第２の情報の入力が所定の条件を満たすか否かを判断するステップと、第２の端末が、第２の情報の入力が所定の条件を満たす場合に、アクセス情報に基づいて第１の端末との間で第３の情報の交換を行なうステップとを備える。

この発明の別の局面に従うと、制御部と、入力部と、ディスプレイと、他の端末と第１のサーバと通信するためのインターフェイスとを含む通信端末における通信方法が提供される。通信方法は、制御部が、他の端末に接続するためのアクセス情報と第１の情報とをインターフェイスを介して第１のサーバから受信するステップと、入力部が、第２の情報を受け付けるステップと、制御部が、第２の情報をインターフェイスを介して第１のサーバへ送信するステップと、制御部が、ディスプレイに第１のサーバからの第１の情報と第２の情報とを表示させるステップと、制御部が、アクセス情報に基づいて、第２の情報の入力が所定の条件を満たすか否かを判断するステップと、制御部が、第２の情報の入力が所定の条件を満たす場合に、アクセス情報に基づいてインターフェイスを介して他の端末との間で第３の情報の交換を行なうステップとを備える。

この発明の別の局面に従うと、制御部と、入力部と、ディスプレイと、他の端末と第１のサーバと通信するためのインターフェイスとを含む通信端末に通信させるための通信プログラムが提供される。通信プログラムは、制御部に、他の端末に接続するためのアクセス情報と第１の情報とをインターフェイスを介して第１のサーバから受信するステップと、入力部を介して第２の情報を受け付けるステップと、第２の情報をインターフェイスを介して第１のサーバへ送信するステップと、ディスプレイに第１のサーバからの第１の情報と第２の情報とを表示させるステップと、アクセス情報に基づいて、第２の情報の入力が所定の条件を満たすか否かを判断するステップと、第２の情報の入力が所定の条件を満たす場合に、アクセス情報に基づいてインターフェイスを介して他の端末との間で第３の情報の交換を行なうステップとを実行させる。

この発明の別の局面に従うと、第１の端末と、第２の端末と、第１のサーバとを備えるネットワークシステムが提供される。第１の端末は、第１の情報を受け付ける第１の入力部と、第２の端末と第１のサーバと通信するための第１の端末インターフェイスと、第１の情報と第２の端末からの第２の情報とを表示する第１のディスプレイと、第１の端末と接続するためのアクセス情報と第１の情報とを第１の端末インターフェイスを介して第１のサーバへ送信する第１の端末制御部とを含む。第１のサーバは、第１の端末と第２の端末と通信するためのサーバインターフェイスと、アクセス情報に基づいて、第２の端末における第２の情報の入力が所定の条件を満たすか否かを判断する判断部と、第１の情報をサーバインターフェイスを介して第２の端末へ送信し、第２の端末からの第２の情報をサーバインターフェイスを介して第１の端末へ送信し、第２の情報の入力が所定の条件を満たす場合にアクセス情報の一部をサーバインターフェイスを介して第２の端末へ送信する、サーバ通信制御部とを含む。第２の端末は、第２の情報を受け付ける第２の入力部と、第１の端末と第１のサーバと通信するための第２の端末インターフェイスと、第１のサーバからの第１の情報と第２の情報とを表示する第２のディスプレイと、第１の情報とアクセス情報の一部とを第２の端末インターフェイスを介して第１のサーバから受信し、第２の情報を第２の端末インターフェイスを介して第１のサーバへ送信する第１の通信制御部と、アクセス情報の一部に基づいて第２の端末インターフェイスを介して第１の端末との間で第３の情報の交換を行なう第２の通信制御部とを含む。

好ましくは、ネットワークシステムは、第２のサーバをさらに備える。アクセス情報は、ルーム名を含む。第１の端末制御部は、ルーム名と第１の端末を特定するための識別情報とを第１の端末インターフェイスを介して第２のサーバへ送信する。第２のサーバは、ルーム名と識別情報とを対応付けて記憶する。サーバ通信制御部は、第２の情報の入力が所定の条件を満たす場合に、ルーム名をアクセス情報の一部としてサーバインターフェイスを介して第２の端末へ送信する。第２の通信制御部は、ルーム名に基づいて第２の端末インターフェイスを介して第２のサーバから識別情報を取得し、識別情報に基づいて第２の端末インターフェイスを介して第１の端末と第３の情報の交換を行なう。

好ましくは、アクセス情報は、キーワードを含む。判断部は、第２の情報がキーワードを含むか否かを判断することによって、第２の情報の入力が所定の条件を満たすか否かを判断する。

好ましくは、アクセス情報は、第１の端末が第１の情報を送信した第１の時刻を含む。判断部は、第１の時刻から第２の端末が第２の情報を送信した第２の時刻までの時間が第１の時間未満であるか否かを判断することによって、第２の情報の入力が所定の条件を満たすか否かを判断する。

この発明の別の局面に従うと、第１の端末と、第２の端末と、第１のサーバとを含むネットワークシステムにおける通信方法が提供される。通信方法は、第１の端末が、第１の情報を受け付けるステップと、第１の端末が、第１の端末に接続するためのアクセス情報と第１の情報とを第１のサーバへ送信するステップと、第１のサーバが、アクセス情報と第１の情報とを第２の端末へ送信するステップと、第２の端末が、第１の情報を第１のサーバから受信するステップと、第２の端末が、第２の情報を受け付けるステップと、第２の端末が、第２の情報を第２の端末インターフェイスを介して第１のサーバへ送信するステップと、第２の端末が、第１のサーバからの第１の情報と第２の情報とを表示するステップと、第１のサーバが、第２の端末からの第２の情報を第１の端末へ送信するステップと、第１の端末が、第１の情報と第２の端末からの第２の情報とを表示するステップと、第１のサーバが、第２の情報の入力が所定の条件を満たすか否かを判断するステップと、第１のサーバが、第２の情報の入力が所定の条件を満たす場合に、アクセス情報の一部を第２の端末へ送信するステップと、第２の端末が、アクセス情報の一部に基づいて第１の端末との間で第３の情報の交換を行なうステップとを含む。

以上のように、本発明によって、ブログ開設者とブログ閲覧者とを含むブログ利用者の一部が、リアルタイムにあるいは直接的にコミュニケーションすることができるネットワークシステム、通信端末、通信方法、および通信プログラムが提供される。

実施の形態１に係るネットワークシステムを示す概略図である。 実施の形態１に係るネットワークシステムにおける動作概要を示すシーケンス図である。 実施の形態１に係る動作概要に従う開設端末および閲覧端末の表示画面の推移を示すイメージ図である。 実施の形態１に係る通信端末のハードウェア構成を示すブロック図である。 実施の形態１に係る通信端末のメモリに記憶されるデータを示すイメージ図である。 実施の形態１に係るマッチングサーバ（ブログサーバ）のハードウェア構成を示すブロック図である。 実施の形態１に係るネットワークシステムに含まれる各装置の機能構成を示すブロック図である。 実施の形態１に係る記事投稿時における開設端末の表示画面を示すイメージ図である。 実施の形態１に係るコメント投稿時における閲覧端末の表示画面を示すイメージ図である。 実施の形態１に係るコメント投稿後における開設端末および閲覧端末の表示画面を示すイメージ図である。 実施の形態１に係るマッチングサーバが通信端末から受信するメッセージ（コマンド）の一例を示す図である。 実施の形態１に係る開設端末としての通信端末における記事投稿処理の処理手順を示すフローチャートである。 実施の形態１に係るブログサーバにおける応答処理の処理手順を示すフローチャートである。 実施の形態１に係る閲覧端末としての通信端末におけるコメント投稿処理の処理手順を示すフローチャートである。 実施の形態１に係るマッチングサーバにおける応答処理の処理手順を示すフローチャートである。 実施の形態２に係るネットワークシステムを示す概略図である。 実施の形態２に係るネットワークシステムにおける動作概要を示すシーケンス図である。 実施の形態２に係るブログサーバのメモリに記憶されるデータを示すイメージ図である。 実施の形態２に係るネットワークシステムに含まれる各装置の機能構成を示すブロック図である。 実施の形態２に係るブログサーバにおける応答処理の処理手順を示すフローチャートである。 実施の形態２に係るブログサーバにおける判断処理の処理手順を示すフローチャートである。 実施の形態２に係る閲覧端末としての通信端末におけるコメント投稿処理の処理手順を示すフローチャートである。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

以下では、携帯電話やパーソナルコンピュータ（以下、ＰＣと称する。）の各々に共通の構成や機能を説明する際には、携帯電話やＰＣの各々を「通信端末」と総称する。ただし、「通信端末」は、ＰＮＤ（Personal Navigation Device）やＰＤＡ（Personal Data Assistance）などのように、他の情報通信機器にも適用可能なものである。

［実施の形態１］
＜ネットワークシステム１の全体構成＞
まず、本実施の形態に係るネットワークシステム１について説明する。図１は、本実施の形態に係るネットワークシステム１を示す概略図である。

図１を参照して、本実施の形態に係るネットワークシステム１は、複数の携帯電話１００Ａ，１００Ｂ，１００Ｃと、ＰＣ２００と、マッチングサーバ４００と、ブログサーバ６００と、インターネット網５００とを含む。

携帯電話１００Ａ，１００Ｂ，１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００の各々は、インターネット網５００に接続可能である。なお、パーソナルコンピュータ３００は、携帯電話１００Ａ，１００Ｂ，１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００は、図示しないキャリア網やＬＡＮ（Local Area Network）３５０やＷＡＮ（Wide Area Network）を介してインターネット網５００に接続可能であってもよい。

より詳細には、携帯電話１００Ａ，１００Ｂ，１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００は、自身を識別するための識別情報（たとえば、メールアドレスやＩＰ（Internet Protocol）アドレスなど）が割り当てられる。携帯電話１００Ａ，１００Ｂ，１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００は、内部の記録媒体に他の通信端末の識別情報を記憶する。これによって、携帯電話１００Ａ，１００Ｂ，１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００は、他の通信端末の識別情報に基づいてインターネット網５００などを介して当該他の通信端末とデータ送受信を行なうことができる。

換言すれば、本実施の形態に係る各通信端末は、自身に割り当てられるＩＰアドレスや他の通信端末に割り当てられるＩＰアドレスを取得できれば、サーバを介さずに他の通信端末とデータ送受信を行なうことができる。このように、携帯電話１００Ａ，１００Ｂ，１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００は、他の通信端末のＩＰアドレスを取得することによって、いわゆるＰ２Ｐ（Pear to Pear）型のネットワークを構成する。

本実施の形態においては、各通信端末がインターネット網５００にアクセスする際に、マッチングサーバ４００あるいは他の図示しないサーバ装置などによって当該各通信端末にＩＰアドレスが割り当てられるものとする。ＩＰアドレスの割り当て処理の詳細は公知であるので、ここでは説明を繰り返さない。

＜ネットワークシステム１の動作概要＞
次に、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、本実施の形態に係るネットワークシステム１における動作概要を示すシーケンス図である。図３は、本実施の形態に係る動作概要に従う開設端末および閲覧端末の表示画面の推移を示すイメージ図である。

図１、図２、図３を参照して、ブログ開設者が使用するＰＣ２００が、ブログサーバ６００にブログサービスへのログインを要求する（ステップＳ００２）。ブログサーバ６００は、ＰＣ２００からの要求を受信して、ＰＣ２００による記事の投稿を許可する（ステップＳ００４）。

ブログ開設者がＰＣ２００に記事を入力すると、ＰＣ２００は当該記事をブログサーバ６００に送信する（ステップＳ００６、図１の（１））。このとき、ＰＣ２００は、ブログ開設者から他の通信端末がＰＣ２００とチャット通信（Ｐ２Ｐ通信）を行なうための条件（チャット条件）を受け付けて、当該チャット条件と後述するルーム名とをアクセス情報としてブログサーバ６００に送信する。ブログサーバ６００は、記事やチャット条件を受信して、当該記事やチャット条件を記憶する（ステップＳ００８）。これ以降、ブログサーバ６００は、通信端末からの要求に応じて、当該記事を当該通信端末へ送信する。図３（Ａ）に示すように、ＰＣ２００は、記事投稿後のページ（記事）を表示する。

ブログ開設者が使用する第１の携帯電話１００Ａが、マッチングサーバ４００にチャットルームを生成するための要求を送信する（ステップＳ０１０）。当該要求は、アクセス情報と同一のルーム名や第１の携帯電話１００ＡのＩＰアドレスなどを含む。マッチングサーバ４００は、当該要求を受信して、当該ルーム名を有するチャットルームを生成する（ステップＳ０１２、図１の（２））。より詳細には、マッチングサーバ４００は、ルーム名と第１の携帯電話１００ＡのＩＰアドレスとを対応付けて記憶する。

ここでは、ＰＣ２００が新たな記事をブログサーバ６００に送信する度に、第１の携帯電話１００Ａがマッチングサーバ４００にチャットルームを生成させる。しかし、第１の携帯電話１００ＡがＰＣ２００の機能をも含んでもよい。すなわち、第１の携帯電話１００Ａが、ブログサーバ６００に記事をアップロードするとともに、マッチングサーバ４００にチャットルームを生成してもよい。

第２の携帯電話１００Ｂは、ブログ閲覧者からの命令に応じて、ブログサーバ６００にアクセスする（ステップＳ０１４）。すなわち、第２の携帯電話１００Ｂは、ブログサーバ６００に、記事の送信を要求する。ブログサーバ６００は、第２の携帯電話１００Ｂからのアクセスを受け付ける（ステップＳ０１６）。

ブログサーバ６００は、第２の携帯電話１００Ｂに記事とアクセス情報とを送信する（ステップＳ０１８）。第２の携帯電話１００Ｂは、記事とアクセス情報とを受信して（ステップＳ０２０、図１の（３））、当該記事を表示する。このとき、第２の携帯電話１００Ｂも、図３（Ａ）に示すような画面を表示する。

図３（Ｂ）に示すように、第２の携帯電話１００Ｂは、ブログ閲覧者からのコメントの入力を受け付けて、当該コメントをブログサーバ６００に送信する（ステップＳ０２２、図１の（４））。ブログサーバ６００は、第２の携帯電話１００Ｂからのコメントを受信して、当該コメントを記事に対応付けて記憶する。これ以降、ブログサーバ６００は、通信端末からの要求に応じて、記事とコメントとを当該通信端末へダウンロードする。

第２の携帯電話１００Ｂは、入力されたコメントの内容あるいはコメントの送信時刻（入力時刻）が、チャット条件を満たすか否かを判断する（ステップＳ０２６、図１の（５））。たとえば、チャット条件にキーワードが含まれる場合には、第２の携帯電話１００Ｂは、コメントがキーワードを含むか否かを判断する。あるいは、チャット条件に記事の投稿時刻と指定時間あるいは指定時刻が含まれる場合には、第２の携帯電話１００Ｂは、コメントの送信時刻が指定時刻（投稿時刻＋指定時間）以前であるか否かを判断する。

第２の携帯電話１００Ｂは、入力されたコメントの内容あるいはコメントの入力時間が、チャット条件を満たす場合、ルーム名に基づいてマッチングサーバ４００にチャットルームが生成されているか否かを判断する（ステップＳ０２８，ステップＳ０３０）。第２の携帯電話１００Ｂは、コメントをマッチングサーバ４００に送信する（ステップＳ０３２）。

マッチングサーバ４００は、ルーム名に対応するＩＰアドレスに基づいて、コメントと第２の携帯電話１００ＢのＩＰアドレスとを第１の携帯電話１００Ａに転送する（ステップＳ０３４）。図３（Ｃ）に示すように、第１の携帯電話１００Ａは、マッチングサーバ４００からコメントを受け付けて（ステップＳ０３６）、当該コメントをブログ開設者に表示する。

第１の携帯電話１００Ａは、ブログ閲覧者からチャット通信を希望する旨の命令を受け付けると、マッチングサーバ４００を介して第２の携帯電話１００Ｂにチャットを許可する旨を通知する（ステップＳ０３８）。ただし、第１の携帯電話１００Ａは、第２の携帯電話１００ＢのＩＰアドレスに基づいて第２の携帯電話１００Ｂにチャットを許可する旨を通知してもよい。第２の携帯電話１００Ｂは、許可通知を受け付けて（ステップＳ０４０）、図３（Ｄ）に示すように、ブログ閲覧者からチャット通信を希望する旨の命令を受け付ける。

第２の携帯電話１００Ｂは、当該命令に応じて、ルーム名に基づいて、当該ルーム名を有するチャットルームに入室するための要求をマッチングサーバ４００に送信する（ステップＳ０４２、図１の（６））。マッチングサーバ４００は、第２の携帯電話１００Ｂをチャットルームに入室させる（ステップＳ０４４）。すなわち、マッチングサーバ４００は、第２の携帯電話１００ＢのＩＰアドレスとルーム名とを対応付けて記憶する。

マッチングサーバ４００は、第２の携帯電話１００Ｂに、第１の携帯電話１００ＡのＩＰアドレスを送信する（図１の（７））。第２の携帯電話１００Ｂは、第１の携帯電話１００ＡのＩＰアドレスに基づいて第１の携帯電話１００Ａにアクセスする（図１の（８））。

その後、図３（Ｅ）および図３（Ｆ）に示すように、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、互いに、相手のＩＰアドレスに基づいてチャット通信を行なう（ステップＳ０５０）。

一方、第３の携帯電話１００Ｃは、ブログ閲覧者からの命令に応じて、ブログサーバ６００にアクセスする（ステップＳ０５２）。すなわち、第３の携帯電話１００Ｃは、ブログサーバ６００に、記事の送信を要求する。ブログサーバ６００は、第３の携帯電話１００Ｃからのアクセスを受け付ける（ステップＳ０５４）。

このような構成により、本実施の形態に係るネットワークシステム１は、第２の携帯電話１００Ｂが送信するコメントに応じて、第２の携帯電話１００Ｂが第１の携帯電話１００Ａとのチャット通信を許可するか否かを判断する。すなわち、ブログ閲覧者が入力するコメントの内容やタイミングによって、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとの間のチャット通信が開始されたり、開始されなかったりする。

換言すれば、本実施の形態に係るネットワークシステム１においては、ブログ開設者が、容易に、自身が希望するコメントを入力したブログ閲覧者や自身が希望する時間帯にコメントを入力したブログ閲覧者を選抜して、チャット通信を行なうこと（チャット通信を行うか否かを決めること）ができる。

なお、本実施の形態においては、第１の携帯電話１００Ａ（ブログ開設者の端末）と第２の携帯電話１００Ｂ（ブログ閲覧者の端末）とがチャット通信を行なう。しかし、第２の携帯電話１００Ｂ（ブログ閲覧者の端末）と第３の携帯電話１００Ｃ（ブログ閲覧者の端末）とがチャット通信を行ってもよい。この場合には、第２の携帯電話１００Ｂからのコメントが第１の携帯電話１００Ａからの記事に相当し、第３の携帯電話１００Ｃからのコメントが第２の携帯電話１００Ｂからのコメントに相当する。

すなわち、ブログ閲覧者がチャット条件を入力し、第２の携帯電話１００Ｂがコメントと第２の携帯電話１００Ｂと接続するためのアクセス情報とをブログサーバ６００に送信（アップロード）する。ブログサーバ６００が、コメントとアクセス情報とを第３の携帯電話１００Ｃに送信する。第３の携帯電話１００Ｃは、入力されたコメントがチャット条件を満たす場合に、第２の携帯電話１００Ｂとのチャット通信を開始する。

以下、このような機能を実現するための構成について詳述する。
＜携帯電話１００のハードウェア構成＞
本実施の形態に係る携帯電話１００（ＰＣ２００）のハードウェア構成について説明する。図４は、本実施の形態に係る通信端末のハードウェア構成を示すブロック図である。

図４に示すように、本実施の形態に係る通信端末は、ネットワークを介して外部の通信端末との間でデータを送受信する通信インターフェイス１０１と、プログラムや各種データを記憶するメモリ１０３と、各種情報の入力を受け付ける入力部１０４と、時計部１０５と、ＣＰＵ（Central Processing Unit）１０６と、ディスプレイ１０７と、タブレット１１９とを含む。

通信インターフェイス１０１は、ＣＰＵ１０６からの通信データを通信信号に変換し、その通信信号を図示しないアンテナを介して発信する。通信インターフェイス１０１は、アンテナを介して受信した通信信号を通信データに変換し、その通信データをＣＰＵ１０６に入力する。

入力部１０４は、キー入力操作などによってユーザから情報を受け付ける。たとえば、入力部１０４は、テンキーや決定キーなどを含み、相手先アドレスの選択命令やコメントなどを受け付ける。

時計部１０５は、現在時刻を測定して、ＣＰＵ１０６に入力する。時計部１０５は、１の時刻からの経過時間を測定するタイマ機能を有していることが好ましい。

ＣＰＵ１０６は、携帯電話１００の各部を制御する。ＣＰＵ１０６は、メモリ１０３から制御プログラムを読み出して、当該制御プログラムを実行する。そして、ＣＰＵ１０６は、入力部１０４を介してユーザから各種の命令を受け付ける。ＣＰＵ１０６は、通信インターフェイス１０１やインターネット網５００などのネットワークを介して外部の通信端末とデータの送受信を行なう。

たとえば、ＣＰＵ１０６は、通信インターフェイス１０１を介して、入力部１０４を介して受け付けた記事やコメントや、タブレット１１９を介して受け付けた手書き画像をブログサーバ６００や他の通信端末に送信したり、ブログサーバ６００や他の通信端末から記事やコメントや手書き画像を受信したりする。ＣＰＵ１０６は、記事やコメントや手書き画像をメモリ１０３に記憶する。

本実施の形態に係るディスプレイ１０７は、液晶パネルやＣＲＴ（Cathode Ray Tube）から構成される。そして、本実施の形態に係る通信端末においては、ディスプレイ１０７の下側（裏側）にタブレット１１９が敷設されている。これによって、ユーザは、たとえばスタイラスペンや指などを用いることによって、タブレット１１９を介して図形情報などをＣＰＵ１０６に手書き入力することができる。すなわち、本実施の形態に係るディスプレイ１０７とタブレット１１９とは、いわゆるタッチパネルを構成する。

メモリ１０３は、たとえば、作業用メモリとして機能する揮発性のＳ−ＲＡＭ（Static-Random Access Memory）や、制御プログラムなどを記憶する不揮発性のＲＯＭ（Read Only Memory）や、不揮発性のＮＶ−ＲＡＭ（Non-Volatile Random Access Memory）や、静止画像データや動画像データなどを記憶する不揮発性のＨＤＤ（Hard Disk Drive）などによって実現される。メモリ１０３は、記事、コメント、チャットルームのルーム名、各通信端末のＩＰアドレスなどを記憶する。

メモリ１０３が記憶するデータについて説明する。図５は、本実施の形態に係る通信端末のメモリ１０３に記憶されるブログデータ１０３Ｂを示すイメージ図である。

図５を参照して、メモリ１０３は、発信記事に関する情報として、テキスト文字列からなる発信記事の内容（Ｂ＿ＴＥＸＴ）と、イラストや写真からなる発信記事の画像（Ｂ＿ＩＭＧ）と、記事の発信日時（ＤＡＴＥＴＩＭＥ）とを記憶する。

メモリ１０３は、チャットに関する情報として、ブログ開設者とのチャットの可否（ＣＨＡＴ＿ＦＬＡＧ）と、ブログ開設者のチャットルームＩＤ（Ｃ＿ＲＯＯＭＩＤ）と、チャット予定期間（Ｃ＿ＳＣＨＥＤＵＬＥ）と、チャット可否を判断するためのキーワード（Ｃ＿ＦＩＬＴＥＲ）とを記憶する。

メモリ１０３は、既投稿コメントに関する情報として、既コメントの数（ＲＣＯＬ＿Ｃ）と、１番目の投稿コメントの内容（ＲＣＯＬ＿ＭＧ１）と、２番目の投稿コメントの内容（ＲＣＯＬ＿ＭＧ２）と、ｎ番目の投稿コメントの内容（ＲＣＯＬ＿ＭＧｎ）とを記憶する。

メモリ１０３は、作成中のコメントに関する情報として、コメント入力オブジェクト（ＲＥＡＤＲＣＯＬＵＭ）と、投稿ボタンオブジェクト（ＳＥＮＤＢＴＮ）とを記憶する。メモリ１０３は、コメント入力オブジェクト（ＲＥＡＤＲＣＯＬＵＭ）として、コメント入力欄に入力されているテキストの内容（ＲＣＯＬＵＭ＿ＭＧ）と、ユーザの入力操作文字を変数ＲＣＯＬＵＭ＿ＭＧに格納するためのプログラムコード（ＭＧ＿ＩＮＰ（））とを記憶する。

＜マッチングサーバ４００およびブログサーバ６００のハードウェア構成＞
次に、本実施の形態に係るマッチングサーバ４００のハードウェア構成について説明する。なお、ブログサーバ６００のハードウェア構成は、マッチングサーバ４００のそれと同様であるため、ここでは説明を繰り返さない。図６は、本実施の形態に係るマッチングサーバ４００（ブログサーバ６００）のハードウェア構成を示すブロック図である。

図６を参照して、マッチングサーバ本体４１１（６１１）は、ＦＤ駆動装置４２１（６２１）およびＣＤ−ＲＯＭ駆動装置４２３（６２３）に加えて、相互に内部バス４１８（６１８）で接続されたＣＰＵ４１５（６１５）と、Ｓ−ＲＡＭなどのメモリ４１６（６１６）と、ＨＤＤ４１７（６１７）と、通信インターフェイス４１９（６１９）とを含む。ＦＤ駆動装置４２１（６２１）にはＦＤ４２２（６２２）が装着される。ＣＤ−ＲＯＭ駆動装置４２３（６２３）にはＣＤ−ＲＯＭ４２４（６２４）が装着される。

モニタ４１２は、液晶パネルやＣＲＴから構成されるものであって、ＣＰＵ４１５が出力した情報を表示する。キーボード４１３は、キー入力により、ユーザから情報を受け付ける。マウス４１４は、クリックされたりやスライドされることによって、ユーザから情報を受け付ける。メモリ４１６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ４１５がプログラムを実行する際に必要となるデータを一時的に記憶する。ＨＤＤ４１７は、ＣＰＵ４１５が実行するプログラムやデータベースを記憶する。

通信インターフェイス４１９は、ＣＰＵ４１５が出力した情報を電気信号へと変換する。通信インターフェイス４１９は、ＣＰＵ４１５が出力した情報をその他の装置が利用できる信号へと変換する。通信インターフェイス４１９は、本実施の形態に係るマッチングサーバ４００の外部から入力された信号を受信して、ＣＰＵ４１５が利用できる情報に変換する。また、マッチングサーバ４００は、必要に応じて、プリンタなどの他の出力装置が接続され得る。

ＣＰＵ４１５は、マッチングサーバ４００の各要素を制御するものであって、各種の演算を実施する装置である。また、ＣＰＵ４１５は、通信インターフェイス４１９を介して通信端末からのチャットルームを生成する要求を受け付ける。ＣＰＵ４１５は、指定されたルーム名と通信端末のＩＰアドレスとを対応付けて、メモリ４１６に記憶する。ＣＰＵ１１０は、通信インターフェイス４１９を介して他の通信端末からルーム名を受け付けて、当該ルーム名に対応するＩＰアドレスを当該他の通信端末に送信するとともに、当該ルーム名に対応付けて他の通信端末のＩＰアドレスをメモリ４１６に記憶する。

後述するマッチングサーバ４００（ブログサーバ６００）の機能は、マッチングサーバ４００（ブログサーバ６００）などのハードウェアと制御プログラムなどのソフトウェアとによって実現される。一般的にこうしたソフトウェアは、ＦＤ４２２やＣＤ−ＲＯＭ４２４などの記録媒体に格納されて、もしくはネットワークなどを介して流通する。そして、ソフトウェアは、ＦＤ駆動装置４２１やＣＤ−ＲＯＭ駆動装置４２３などにより記録媒体から読取られて、若しくは通信インターフェイス４１９にて受信されて、ＨＤＤ４１７に格納される。そして、ソフトウェアは、ＨＤＤ４１７からメモリ４１６に読出されて、ＣＰＵ４１５により実行される。

＜ネットワークシステム１の機能構成＞
次に、本実施の形態に係るネットワークシステム１を構成する第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、マッチングサーバ４００（第２のサーバ）、ブログサーバ６００（第１のサーバ）の各々が有する機能について説明する。なお、以下では、第１の携帯電話１００Ａを、ブログ開設者が使用する通信端末として説明する。第２の携帯電話１００Ｂおよび第３の携帯電話１００Ｃをブログ閲覧者が使用する通信端末として説明する。

図７は、本実施の形態に係るネットワークシステム１に含まれる各装置の機能構成を示すブロック図である。図８は、本実施の形態に係る記事投稿時における開設端末の表示画面を示すイメージ図である。図９は、本実施の形態に係るコメント投稿時における閲覧端末の表示画面を示すイメージ図である。図１０は、本実施の形態に係るコメント投稿後における開設端末および閲覧端末の表示画面を示すイメージ図である。

まず、図７を参照して、本実施の形態に係る第１の携帯電話１００Ａの機能構成について説明する。通信インターフェイス１０１Ａと、制御部１０６Ａと、ディスプレイ１０７Ａと、入力部１０４Ａ（タブレット１１９Ａ）を含む。前述したように、第１の携帯電話１００Ａは、メモリ１０３や時計部１０５なども含む。

入力部１０４Ａは、ユーザから記事（第１の情報）やコメント（第２の情報）の入力を受け付けて、当該記事やコメントを制御部１０６Ａに入力する。制御部１０６Ａは、当該記事やコメントをメモリ１０３に記憶する。タブレット１１９は、ユーザから手書き画像（第３の情報）を受け付けて、当該手書き画像を制御部１０６Ａに入力する。制御部１０６Ａは、手書き画像をメモリ１０３に記憶する。

ディスプレイ１０７Ａは、制御部１０６Ａからのデータに基づいて、記事やコメントなどのテキストやイラストや写真などの画像を表示する。本実施の形態においては、ディスプレイ１０７Ａは、制御部１０６Ａからのデータに基づいて、記事やコメントや手書き画像などを表示する。

通信インターフェイス１０１Ａは、図示しない通信アンテナや信号処理部によって実現される。通信インターフェイス１０１Ａは、インターネット網５００などを介して、各種のデータをブログサーバ６００やマッチングサーバ４００や他の通信端末へと送信し、各種のデータをブログサーバ６００やマッチングサーバ４００や他の通信端末から受信する。本実施の形態に係る通信インターフェイス１０１Ａは、記事やコメントをインターネット網５００を介してブログサーバ６００に送信する。通信インターフェイス１０１Ａは、チャット通信中に手書き画像を第２の携帯電話１００Ｂに送受信する。

制御部１０６Ａは、ＣＰＵ１０６とメモリ１０３に記憶される制御プログラムなどによって実現される機能である。より詳細には、制御部１０６Ａが有する各機能は、ＣＰＵ１０６がメモリ１０３などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能（モジュール）である。たとえば、ＣＰＵ１０６は、メモリ１０３の不揮発性メモリを実現するＲＯＭやＨＤＤなどに予め記憶されたプログラムを、同じくメモリ１０３の作業用メモリを実現するＳ−ＲＡＭに読み出して実行することにより、制御部１０６Ａとしての機能ブロックを実現する。

図８に示すように、制御部１０６Ａは、ディスプレイ１０７Ａに記事を入力するためのテキスト１０７ｂや画像１０７ａを表示させるとともに、チャット条件を受け付けるテキストや画像を表示する。制御部１０６Ａは、入力部１０４を介して、記事の内容やチャット条件を受け付ける。本実施の形態においては、制御部１０６Ａは、チャット通信の可否や、チャットルームのルーム名を受け付ける。制御部１０６Ａは、チャット条件として、キーワードあるいはＮＧワードや、チャット通信可能期間を受け付ける。

制御部１０６Ａは、通信インターフェイス１０１Ａを用いることによって、ユーザから受け付けた記事をインターネット網５００を介してブログサーバ６００に送信する。同時に、制御部１０６Ａは、通信インターフェイス１０１Ａを用いることによって、アクセス情報として、ユーザから受け付けたルーム名とチャット条件とをブログサーバ６００に送信する。

制御部１０６Ａは、通信インターフェイス１０１Ａを用いることによって、マッチングサーバ４００にチャットルームの生成を要求する。制御部１０６Ａは、当該要求時に、自らに割り当てられているＩＰアドレス（識別情報）とルーム名とをマッチングサーバ４００に送信する。

制御部１０６Ａは、通信インターフェイス１０１Ａを用いることによって、第２の携帯電話１００Ｂとチャット通信を行なう。具体的には、制御部１０６Ａは、チャット通信の開始時に、第２の携帯電話１００Ｂから第２の携帯電話１００ＢのＩＰアドレスを取得する。

チャット通信中において、制御部１０６Ａは、タブレット１１９Ａや入力部１０４Ａを介してユーザから受け付けた手書き画像やコメントを、通信インターフェイス１０１Ａを用いて、第２の携帯電話１００ＢのＩＰアドレスに基づいて第２の携帯電話１００Ｂへと送信する。制御部１０６Ａは、通信インターフェイス１０１Ａを用いて、第２の携帯電話１００Ｂから手書き画像やコメントを受信する。

制御部１０６Ａは、入力部１０４を介してユーザから受け付けた記事やコメントや、通信インターフェイス１０１Ａを用いることによってブログサーバ６００から受信した記事やコメントをメモリ１０３に記憶するとともに、当該記事やコメントをディスプレイ１０７Ａに表示させる。制御部１０６Ａは、タブレット１１９を介してユーザから受け付けた手書き画像や、通信インターフェイス１０１Ａを用いることによって第２の携帯電話１００Ｂから受信した手書き画像をディスプレイ１０７Ａに表示させる。

次に、本実施の形態に係るブログサーバ６００の機能構成について説明する。ブログサーバ６００は、制御部６１５Ａと、メモリ６１６と、通信インターフェイス６１９とを含む。

前述したように、通信インターフェイス６１９は、図示しない通信アンテナや信号処理部によって実現される。通信インターフェイス６１９は、インターネット網５００などを介して、各種のデータを通信端末へと送信し、各種のデータを通信端末から受信する。本実施の形態に係る通信インターフェイス６１９は、記事やコメントをインターネット網５００を介して通信端末から受信して、当該記事やコメントをインターネット網５００を介して他の通信端末に送信する。

制御部６１５Ａは、ＣＰＵ６１５とメモリ６１６に記憶される制御プログラムなどによって実現される機能である。より詳細には、制御部６１５Ａが有する各機能は、ＣＰＵ６１５がメモリ６１６などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能（モジュール）である。たとえば、ＣＰＵ６１５は、ＨＤＤ６１７などに予め記憶されたプログラムを、Ｓ−ＲＡＭなどのメモリ６１６に読み出して実行することにより、制御部６１５Ａとしての機能ブロックを実現する。

制御部６１５Ａは、通信インターフェイス６１９を介して、第１の携帯電話１００Ａから第１の携帯電話１００Ａに関するアクセス情報と記事とを受信して、当該アクセス情報と記事とをメモリ６１６に記憶する。制御部６１５Ａは、第２の携帯電話１００Ｂからの要求に応じて、通信インターフェイス６１９を介して、当該アクセス情報と記事とを第２の携帯電話１００Ｂへと送信する。

制御部６１５Ａは、通信インターフェイス６１９を介して、第２の携帯電話１００Ｂから第２の携帯電話１００Ｂに関するアクセス情報とコメントとを受信して、当該アクセス情報とコメントとをメモリ６１６に記憶する。制御部６１５Ａは、第１の携帯電話１００Ａや第３の携帯電話１００Ｃからの要求に応じて、通信インターフェイス６１９を介して、当該アクセス情報とコメントとを第１の携帯電話１００Ａや第３の携帯電話１００Ｃへと送信する。

次に、本実施の形態に係る第２の携帯電話１００Ｂの機能構成について説明する。通信インターフェイス１０１Ｂと、ブログ通信制御部１０６１Ｂと、判断部１０６２Ｂと、チャット通信制御部１０６３Ｂと、ディスプレイ１０７Ｂと、入力部１０４Ｂ（タブレット１１９Ｂ）を含む。前述したように、第２の携帯電話１００Ｂは、メモリ１０３や時計部１０５なども含む。

入力部１０４Ｂは、ユーザからコメント（第２の情報）の入力を受け付けて、当該コメントをブログ通信制御部１０６１Ｂと判断部１０６２Ｂとを実現するＣＰＵ１０６に入力する。ＣＰＵ１０６は、当該コメントをメモリ１０３に記憶する。タブレット１１９は、ユーザから手書き画像（第３の情報）を受け付けて、当該手書き画像をＣＰＵ１０６に入力する。ＣＰＵ１０６は、手書き画像をメモリ１０３に記憶する。

ディスプレイ１０７Ｂは、ＣＰＵ１０６からのデータに基づいて、記事やコメントなどのテキストやイラストや写真などの画像を表示する。本実施の形態においては、ディスプレイ１０７Ｂは、ＣＰＵ１０６からのデータに基づいて、記事やコメントや手書き画像などを表示する。

通信インターフェイス１０１Ｂは、図示しない通信アンテナや信号処理部によって実現される。通信インターフェイス１０１Ｂは、インターネット網５００などを介して、各種のデータをブログサーバ６００やマッチングサーバ４００や他の通信端末へと送信し、各種のデータをブログサーバ６００やマッチングサーバ４００や他の通信端末から受信する。本実施の形態に係る通信インターフェイス１０１Ｂは、コメントをインターネット網５００を介してブログサーバ６００に送信する。通信インターフェイス１０１Ｂは、チャット通信中に手書き画像を第２の携帯電話１００Ｂに送受信する。

ブログ通信制御部１０６１Ｂと、判断部１０６２Ｂと、チャット通信制御部１０６３Ｂとは、ＣＰＵ１０６とメモリ１０３に記憶される制御プログラムなどによって実現される機能である。より詳細には、ＣＰＵ１０６が有する各機能は、ＣＰＵ１０６がメモリ１０３などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能（モジュール）である。

たとえば、ＣＰＵ１０６は、メモリ１０３の不揮発性メモリを実現するＲＯＭやＨＤＤなどに予め記憶されたプログラムを、同じくメモリ１０３の作業用メモリを実現するＳ−ＲＡＭに読み出して実行することにより、ブログ通信制御部１０６１Ｂ、判断部１０６２Ｂ、チャット通信制御部１０６３Ｂとしての機能ブロックを実現する。

図９に示すように、ブログ通信制御部１０６１Ｂは、ブログサーバ６００からアクセス情報と記事とを受信して、ディスプレイ１０７Ａに記事を表示させる。ブログ通信制御部１０６１Ｂは、ディスプレイ１０７Ａにコメントを入力するためのテキスト１０７ｃを表示させるとともに、入力部１０４を介してコメントを受け付ける。ブログ通信制御部１０６１Ｂは、通信インターフェイス１０１Ｂを用いることによって、ユーザから受け付けたコメントをインターネット網５００を介してブログサーバ６００に送信する。

ブログ通信制御部１０６１Ｂは、ブログサーバ６００から、コメント投稿後のブログの内容として、第１の携帯電話１００Ａが投稿した記事と第２の携帯電話１００Ｂが投稿したコメントとを受信する。図１０に示すように、ブログ通信制御部１０６１Ｂは、コメント投稿後のブログの内容をディスプレイ１０７に表示させる。

判断部１０６２Ｂは、ブログ通信制御部１０６１Ｂがコメントをブログサーバ６００に送信する際に、アクセス情報に基づいて、該コメントの入力（送信）がアクセス情報に含まれるチャット条件を満たすか否かを判断する。

たとえば、チャット条件がキーワードを含む場合、判断部１０６２Ｂは、入力された（送信された）コメントがキーワードを含むか否かを判断することによって、所定条件が満たされたか否かを判断する。

チャット条件がＮＧワードを含む場合、判断部１０６２Ｂは、入力された（送信された）コメントがＮＧワードを含んでいないか否かを判断することによって、所定条件が満たされたか否かを判断する。

チャット条件が投稿時間とチャット可能期間とを含む場合、判断部１０６２Ｂは、コメントが入力された（送信時刻）時刻が、投稿時間からチャット可能期間内であるか否かを判断することによって、所定条件が満たされたか否かを判断する。

ブログ通信制御部１０６１Ｂあるいはチャット通信制御部１０６３Ｂは、所定条件が満たされた場合に、アクセス情報に含まれるルーム名に基づいて、マッチングサーバ４００に第１の携帯電話１００ＡのＩＰアドレスを要求する。

チャット通信制御部１０６３Ｂは、通信インターフェイス１０１Ｂを用いて、マッチングサーバ４００からのＩＰアドレスに基づいて、第１の携帯電話１００Ａとチャット通信を行なう。チャット通信中において、チャット通信制御部１０６３Ｂは、タブレット１１９Ｂや入力部１０４Ｂを介してユーザから受け付けた手書き画像やコメントを、通信インターフェイス１０１Ｂを用いて、第１の携帯電話１００ＡのＩＰアドレスに基づいて第１の携帯電話１００Ａへと送信する。チャット通信制御部１０６３Ｂは、通信インターフェイス１０１Ｂを用いて、第１の携帯電話１００Ａから手書き画像やコメントを受信する。

次に、本実施の形態に係るマッチングサーバ４００の機能構成について説明する。マッチングサーバ４００は、制御部４１５Ａと、メモリ４１６と、通信インターフェイス４１９とを含む。

前述したように、通信インターフェイス４１９は、図示しない通信アンテナや信号処理部によって実現される。通信インターフェイス４１９は、インターネット網５００などを介して、各種のデータを通信端末へと送信し、各種のデータを通信端末から受信する。本実施の形態に係る通信インターフェイス４１９は、インターネット網５００を介して通信端末からルーム名とＩＰアドレスとを受信して、当該ＩＰアドレスをインターネット網５００を介して他の通信端末に送信する。

制御部４１５Ａは、ＣＰＵ４１５とメモリ４１６に記憶される制御プログラムなどによって実現される機能である。より詳細には、制御部４１５Ａが有する各機能は、ＣＰＵ４１５がメモリ４１６などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能（モジュール）である。たとえば、ＣＰＵ４１５は、ＨＤＤ４１７などに予め記憶されたプログラムを、Ｓ−ＲＡＭなどのメモリ４１６に読み出して実行することにより、制御部４１５Ａとしての機能ブロックを実現する。

制御部４１５Ａは、通信インターフェイス４１９を介して、第１の携帯電話１００Ａからチャットルームを生成する要求を受信して、当該要求に含まれるルーム名のチャットルームを生成する。具体的には、制御部４１５Ａは、ルーム名と当該要求に含まれる当該通信端末のＩＰアドレスとを対応付けてメモリ４１６に記憶する。

制御部４１５Ａは、通信インターフェイス４１９を介して、第２の携帯電話１００Ｂからルーム名を受信して、第２の携帯電話１００Ｂに当該ルーム名に対応付けられたＩＰアドレスを送信する。このとき、制御部４１５Ａは、第２の携帯電話１００ＢのＩＰアドレスをルーム名に対応付けてメモリ４１６に記憶する。

ここで、マッチングサーバ４００が通信端末から受け付けるメッセージ（コマンド）について説明する。図１１は、マッチングサーバ４００が通信端末から受信するメッセージ（コマンド）の一例を示す図である。

図１１を参照して、生成要求は、ルームの生成を要求するためのメッセージであって、コマンド名は「ＲＭ＿ＣＲＥＡＴＥ」である。第１の携帯電話１００Ａは、生成要求として、第１の携帯電話１００ＡのＩＰアドレスと生成するルームのルーム名とを送信する。マッチングサーバ４００は、生成要求を受け付けて、ルーム名に対応する新たなルームを生成する。マッチングサーバ４００は、第１の携帯電話１００Ａにルームの生成に成功したか否かを示すメッセージを返信する。

検索要求は、ルームの検索を要求するためのメッセージであって、コマンド名は「ＲＭ＿ＳＥＡＲＣＨ」である。第２の携帯電話１００Ｂは、検索要求として、第１の携帯電話１００ＡのＩＰアドレスを取得するために、検索するルーム名を送信する。マッチングサーバ４００は、検索要求を受け付けて、ルーム名が記憶されているか否かを判断する。マッチングサーバ４００はルーム名を有するルームが存在するか否かを示すメッセージを返信する。

ルーム入室可否要求は、チャットルームへの入室が可能か否か（許可されているか否か）を確認するためのメッセージであって、コマンド名は「ＲＭ＿ＥＮＴＲＹＣＫ」である。第２の携帯電話１００Ｂは、ルーム入室可否要求として、確認したいルーム名を送信する。マッチングサーバ４００は、ルーム入室可否要求を受け付けて、ルーム名を有するチャットルームへの入室が許可されているか否かを判断する。マッチングサーバ４００は、ルーム名を有するチャットルームへの入室が許可されているか否かを示すメッセージを返信する。

入室要求は、ルームに入室するためのメッセージであって、コマンド名は「ＲＭ＿ＥＮＴＲＹ」である。第２の携帯電話１００Ｂは、入室要求として、第２の携帯電話１００ＢのＩＰアドレスと入室するルーム名とを送信する。マッチングサーバ４００は、入室要求を受け付けて、第２の携帯電話１００ＢのＩＰアドレスをルーム名に対応付けてメモリ４１６に記憶する。マッチングサーバ４００はルームへの入室に成功したか否かを示すメッセージを返信する。

＜記事投稿処理＞
次に、本実施の形態に係る開設端末としての通信端末における記事投稿処理の処理手順について説明する。図１２は、本実施の形態に係る開設端末としての通信端末における記事投稿処理の処理手順を示すフローチャートである。

図１２を参照して、ＣＰＵ１０６は、通信インターフェイス１０１を介してブログサーバ６００のブログ開設者用サイトにアクセスする（ステップＳ１０２）。ＣＰＵ１０６は、入力部１０４あるいはタブレット１１９を介して、ユーザからブログに対して記事を投稿する旨の操作を受け付けたか否かを判断する（ステップＳ１０４）。ＣＰＵ１０６は、記事を投稿する旨の操作を受け付けなかった場合（ステップＳ１０４にてＮＯである場合）、ステップＳ１０４からの処理を繰り返す。

ＣＰＵ１０６は、記事を投稿する旨の操作を受け付けた場合（ステップＳ１０４にてＹＥＳである場合）、入力された記事の内容およびチャット条件を、通信インターフェイス１０１を介してブログサーバ６００へ送信する（ステップＳ１０６）。ＣＰＵ１０６は、入力部１０４あるいはタブレット１１９を介して、ユーザからチャット条件を変更する旨の操作を受け付けたか否かを判断する（ステップＳ１０８）。ＣＰＵ１０６は、チャット条件を変更する旨の操作を受け付けた場合（ステップＳ１０８にてＹＥＳである場合）、変更されたチャット条件を、通信インターフェイス１０１を介してブログサーバ６００へ送信する（ステップＳ１１０）。ＣＰＵ１０６は、ステップＳ１０８からの処理を繰り返す。

ＣＰＵ１０６は、チャット条件を変更する旨の操作を受け付けなかった場合（ステップＳ１０８にてＮＯである場合）、入力部１０４あるいはタブレット１１９を介して、ユーザからチャットアプリの起動要求を受け付けたか否かを判断する（ステップＳ１１２）。ＣＰＵ１０６は、チャットアプリの起動要求を受け付けなかった場合（ステップＳ１１２にてＮＯである場合）、時計部１０５を参照して、チャット予定時刻に達したか否かを判断する（ステップＳ１１４）。ＣＰＵ１０６は、チャット予定時刻に達していない場合（ステップＳ１１４にてＮＯである場合）、ステップＳ１０８からの処理を繰り返す。

ＣＰＵ１０６は、チャット予定時刻に達した場合（ステップＳ１１４にてＹＥＳである場合）、あるいはチャットアプリの起動操作を受け付けた場合（ステップＳ１１２にてＹＥＳである場合）、通信インターフェイス１０１を介して、マッチングサーバにチャットルームを生成する旨の要求を送信する（ステップＳ１１６）。すなわち開設端末としての通信端末が開設されたチャットルームに入室する。ＣＰＵ１０６は、通信インターフェイス１０１を介して、投稿コメントを受信したか否かを判断する（ステップＳ１１８）。ＣＰＵ１０６は、マッチングサーバから投稿コメントを受信しなかった場合（ステップＳ１１８にてＮＯである場合）、ステップＳ１１８からの処理を繰り返す。

ＣＰＵ１０６は、マッチングサーバから投稿コメントを受信した場合（ステップＳ１１８にてＹＥＳである場合）、ディスプレイ１０７に投稿コメントの内容を表示させて、ユーザにチャット通信を行なうか否かの命令の入力を促す（ステップＳ１２０）。ＣＰＵ１０６は、ユーザからチャット通信を行なわない旨の命令を受け付けた場合（ステップＳ１２２にてＮＯである場合）、通信インターフェイス１０１を介してマッチングサーバ４００にチャット通信を行なわない旨のメッセージを返信する（ステップＳ１２４）。ＣＰＵ１０６は、ステップＳ１１８からの処理を繰り返す。

ＣＰＵ１０６は、ユーザからチャット通信を行なう旨の命令を受け付けた場合（ステップＳ１２２にてＹＥＳである場合）、通信インターフェイス１０１を介してマッチングサーバ４００にチャット通信を行なう旨のメッセージを返信する（ステップＳ１２６）。ＣＰＵ１０６は、通信インターフェイス１０１を介して、閲覧端末としての他の通信端末との間で手書きチャット通信を開始する（ステップＳ１２８）。すなわち、開設端末としての通信端末は、閲覧端末としての通信端末とチャット通信を開始する。

＜ブログサーバにおける応答処理＞
次に、本実施の形態に係るブログサーバ６００による応答処理の処理手順について説明する。図１３は、本実施の形態に係るブログサーバ６００による応答処理の処理手順を示すフローチャートである。

図１３を参照して、ＣＰＵ６１５は、通信インターフェイス６１９を介して、通信端末からデータを受信したか否かを判断する（ステップＳ２０２）。ＣＰＵ６１５は、データを受信しなかった場合（ステップＳ２０２にてＮＯである場合）、ステップＳ２０２からの処理を繰り返す。

ＣＰＵ６１５は、データを受信した場合（ステップＳ２０２にてＹＥＳである場合）、当該データがブログ更新要求であるか否かを判断する（ステップＳ２０４）。ＣＰＵ１０６は、ブログ更新要求を受け付けた場合（ステップＳ２０４にてＹＥＳである場合）、ブログ要求に含まれる記事やチャット条件などに基づいて、ブログデータを生成してメモリ６１６の所定のアドレス（インターネット網５００に接続可能な第３の携帯電話１００Ｃなどの任意の端末がブラウザソフト等を通じてアクセスすることによって当該ブログデータを閲覧可能な所定のアドレス）に記憶する（ステップＳ２０６）。ＣＰＵ６１５は、ステップＳ２０２からの処理を繰り返す。

ＣＰＵ６１５は、ブログ更新要求を受信しなかった場合（ステップＳ２０４にてＮＯである場合）、当該データがチャット条件を変更する旨の要求であるか否かを判断する（ステップＳ２０８）。ＣＰＵ１０６は、チャット条件の変更の要求を受け付けた場合（ステップＳ２０８にてＹＥＳである場合）、当該変更要求に基づいてチャット条件を変更して、変更後のチャット条件をメモリ６１６の所定のアドレスに記憶する（ステップＳ２１０）。ＣＰＵ６１５は、ステップＳ２０２からの処理を繰り返す。

ＣＰＵ１０６は、チャット条件の変更の要求を受け付けなかった場合（ステップＳ２０８にてＮＯである場合）、当該データがコメントの投稿要求であるか否かを判断する（ステップＳ２１２）。ＣＰＵ１０６は、コメントの投稿要求を受信しなかった場合（ステップＳ２１２にてＮＯである場合）、ステップＳ２０２からの処理を繰り返す。

ＣＰＵ１０６は、コメントの投稿要求を受信した場合（ステップＳ２１２にてＹＥＳである場合）、現在のブログデータにコメントを追加して、新たなブログデータをメモリ６１６の所定のアドレスに記憶する（ステップＳ２１４）。ＣＰＵ６１５は、ステップＳ２０２からの処理を繰り返す。

＜コメント投稿処理＞
次に、本実施の形態に係る閲覧端末としての通信端末におけるコメント投稿処理の処理手順について説明する。図１４は、本実施の形態に係る閲覧端末としての通信端末におけるコメント投稿処理の処理手順を示すフローチャートである。

図１４を参照して、ＣＰＵ１０６は、入力部１０４あるいはタブレット１１９を介して、ユーザから投稿コメントを受け付けて、通信インターフェイス１０１を介して、ブログサーバ６００に当該コメントを送信する（ステップＳ３０２）。ＣＰＵ１０６は、通信インターフェイス１０１を介して、ブログサーバ６００に、第２の携帯電話１００Ｂが閲覧中のブログに関してブログ開設者とのチャットが可能であるか否かを問い合わせる（ステップＳ３０４）。

ＣＰＵ１０６は、ブログ開設者とのチャットが不可能である場合（ステップＳ３０４にてＮＯである場合）、通信インターフェイス１０１を介して、ブログサーバ６００から更新後の（最新の）ブログデータを受信（リロード）する（ステップＳ３２４）。

ＣＰＵ１０６は、ブログ開設者とのチャットが可能である場合（ステップＳ３０４にてＹＥＳである場合）、現在日時がチャット可能な時間帯に属するか否かを判断する（ステップＳ３０６）。ＣＰＵ１０６は、現在日時がチャット可能な時間帯に属さない場合（ステップＳ３０６にてＮＯである場合）、すなわちチャット可能な時間帯が終了している場合、ステップＳ３２４からの処理を繰り返す。

ＣＰＵ１０６は、現在日時がチャット可能な時間帯に属する場合（ステップＳ３０６にてＹＥＳである場合）、投稿されるコメントにフィルタ文字列（ＮＧワード）が含まれているか否かを判断する（ステップＳ３０８）。コメントにＮＧワードが含まれている場合（ステップＳ３０８にてＹＥＳである場合）、ＣＰＵ１０６は、ステップＳ３２４からの処理を繰り返す。

ＣＰＵ１０６は、コメントにＮＧワードが含まれていない場合（ステップＳ３０８にてＮＯである場合）、通信インターフェイス１０１を介して、マッチングサーバ４００にチャットルームが既に開設されているか否かを問い合わせる（ステップＳ３１０）。チャットルームが未だ開設されていない場合（ステップＳ３１０にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ３２４からの処理を繰り返す。

ＣＰＵ１０６は、チャットルームが既に開設されている場合（ステップＳ３１０にてＹＥＳである場合）、チャットルームへの入室者が定員に達しているか否かを判断する（ステップＳ３１２）。ＣＰＵ１０６は、チャットルームへの入室者が定員に達している場合（ステップＳ３１２にてＹＥＳである場合）、ステップＳ３２４からの処理を繰り返す。

ＣＰＵ１０６は、チャットルームへの入室者が定員に達していない場合（ステップＳ３１２にてＮＯである場合）、投稿されたコメントを通信インターフェイス１０１を介してマッチングサーバ４００経由でブログ開設者の通信端末へと送信する（ステップＳ３１４）。ＣＰＵ１０６は、通信インターフェイス１０１を介して、マッチングサーバ４００にブログ開設者がチャット通信を許可しているか否かを判断する（ステップＳ３１６）。チャット通信が許可されていない場合（ステップＳ３１６にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ３２４からの処理を繰り返す。

ＣＰＵ１０６は、チャット通信が許可されている場合（ステップＳ３１６にてＹＥＳである場合）、ブログの閲覧者がチャット通信を許可するか否かを確認する（ステップＳ３１８）。ＣＰＵ１０６は、チャット通信が許可されない場合（ステップＳ３２０にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ３２４からの処理を繰り返す。

ＣＰＵ１０６は、チャット通信が許可された場合（ステップＳ３２０にてＹＥＳである場合）、通信インターフェイス１０１を介して、マッチングサーバ４００のチャットルームに入室する（ステップＳ３２２）。ＣＰＵ１０６は、手書きチャットアプリを起動して、その他のブラウザを終了する。

＜マッチングサーバ４００による応答処理＞
次に、本実施の形態に係るマッチングサーバ４００による応答処理の処理手順について説明する。図１５は、本実施の形態に係るマッチングサーバ４００による応答処理の処理手順を示すフローチャートである。

図１５を参照して、マッチングサーバ４００のＣＰＵ４１５は、通信インターフェイス４１９を介して、通信端末からメッセージを待ち受ける（ステップＳ４０２）。ＣＰＵ４１５は、通信端末からメッセージを受け付けると（ステップＳ４０２にてＹＥＳである場合）、メッセージがチャットルームを生成するための生成要求であるか否かを判断する（ステップＳ４０４）。

メッセージがチャットルームを生成するための生成要求である場合（ステップＳ４０４にてＹＥＳである場合）、ＣＰＵ４１５は生成要求に含まれるルーム名がメモリ４１６に記憶されているか否かを判断する（ステップＳ４０６）。ルーム名がメモリ４１６に記憶されている場合（ステップＳ４０６にてＹＥＳである場合）、ＣＰＵ４１５は、メッセージを送信した通信端末のＩＰアドレスに基づいて、通信インターフェイス４１９を介して当該通信端末にチャットルームの生成が失敗した旨を通知して（ステップＳ４２４）、ステップＳ４０２からの処理を繰り返す。

ルーム名がメモリ４１６に記憶されていない場合（ステップＳ４０６にてＮＯである場合）、ＣＰＵ４１５は当該ルーム名のルームを生成する（ステップＳ４０８）。すなわち、ＣＰＵ４１５は、ルーム名と生成要求に含まれる通信端末のＩＰアドレスとを対応付けてメモリ４１６に記憶する。ＣＰＵ４１５は、通信インターフェイス４１９を介して、通信端末のＩＰアドレスに基づいて、当該通信端末にルームの生成が成功した旨を通知する（ステップＳ４１０）。

メッセージがチャットルームを生成するための生成要求でない場合（ステップＳ４０４にてＮＯである場合）、ＣＰＵ４１５はメッセージがルーム名を検索するための検索要求であるか否かを判断する（ステップＳ４１２）。

メッセージがチャットルームを検索するための検索要求である場合（ステップＳ４１２にてＹＥＳである場合）、検索要求に含まれるルーム名がメモリ４１６に記憶されているか否かを判断する（ステップＳ４１４）。ルーム名がメモリ４１６に記憶されている場合（ステップＳ４１４にてＹＥＳである場合）、ＣＰＵ４１５は、チャットルームへ入室している通信端末の個数が所定値以上、すなわちチャットルームが定員に達したか否かを判断する（ステップＳ４１６）。チャットルームが定員に達していない場合（ステップＳ４１６においてＮＯである場合）、ＣＰＵ４１６は、通信端末のＩＰアドレスに基づいて、通信インターフェイス４１９にルームが見つかった旨を通知して（ステップＳ４１０）、ステップＳ４０２からの処理を繰り返す。

ルーム名がメモリ４１６に記憶されていない場合（ステップＳ４１４にてＮＯである場合）、あるいはチャットルームが定員に達した場合（ステップＳ４１６においてＹＥＳである場合）、ＣＰＵ４１５は、メッセージを送信した通信端末のＩＰアドレスに基づいて、通信インターフェイス４１９を介して当該通信端末にエラーを通知して（ステップＳ４２４）、ステップＳ４０２からの処理を繰り返す。

メッセージがチャットルームを検索するための検索要求でない場合（ステップＳ４１２にてＮＯである場合）、ＣＰＵ４１５はメッセージがチャット通信の可否の問い合わせであるか否かを判断する（ステップＳ４１８）。

メッセージがチャット通信の可否の問い合わせである場合（ステップＳ４１８にてＹＥＳである場合）、ＣＰＵ４１５は、通信インターフェイス４１９を介して、メッセージに含まれるルーム名を参照し、当該ルーム名に対応付けられたＩＰアドレスに基づいて通信端末にチャット通信を許可するか否かを問い合わせる（ステップＳ４２０）。このとき、ＣＰＵ４１５は、当該通信端末へコメントも送信する。ＣＰＵ４１５は、当該通信端末からの返信に基づいて、通信端末がチャット通信が許可されるか否かを判断する（ステップＳ４２２）。

ＣＰＵ４１５は、チャット通信が許可される場合（ステップＳ４２２においてＹＥＳである場合）、問い合わせを送信した通信端末のＩＰアドレスに基づいて、当該通信端末にチャット通信が許可されている旨を通知して（ステップＳ４１０）、ステップＳ４０２からの処理を繰り返す。

ＣＰＵ１０６は、チャット通信が許可されない場合（ステップＳ４２２においてＮＯである場合）、メッセージを送信した通信端末のＩＰアドレスに基づいて、当該通信端末にチャット通信が許可されない旨を通知して（ステップＳ４２４）、ステップＳ４０２からの処理を繰り返す。

メッセージがチャット通信の可否の問い合わせでない場合（ステップＳ４１８にてＮＯである場合）、ＣＰＵ４１５はメッセージがチャットルームに入室するための入室要求であるか否かを判断する（ステップＳ４２６）。

メッセージがチャットルームに入室するための入室要求である場合（ステップＳ４２６にてＹＥＳである場合）、ＣＰＵ４１５は、ルーム名に対応付けてメッセージを送信した通信端末のＩＰアドレスをメモリ４１６に登録する（ステップＳ４２８）。

ＣＰＵ４１５は、通信インターフェイス４１９を介して、メッセージを送信した通信端末のＩＰアドレスを、ルーム名に対応付けられてメモリ４１６に記憶されているＩＰアドレスに基づいて、チャットルームに入室している他の通信端末にメッセージを送信した通信端末のＩＰアドレスを送信する（ステップＳ４３０）。ＣＰＵ１０６は、通信インターフェイス４１９を介して、メッセージを送信した通信インターフェイス１０１Ａに、他の通信端末のＩＰアドレスを送信する（ステップＳ４３２）。ＣＰＵ４１５は、ステップＳ４０２からの処理を繰り返す。

メッセージがチャットルームに入室するための入室要求でない場合（ステップＳ４２６にてＮＯである場合）、ＣＰＵ４１５は、メッセージを送信した通信インターフェイス１０１ＡのＩＰアドレスに基づいて、通信端末にエラーメッセージを送信して（ステップＳ４２４）、ステップＳ４０２からの処理を繰り返す。

［実施の形態２］
次に、本発明の実施の形態２について説明する。上述の実施の形態１に係るネットワークシステム１は、チャット通信を行なうか否かを閲覧端末としての通信端末が判断するものであった。一方、本実施の形態に係るネットワークシステム１は、チャット通信を行なうか否かをブログサーバ６００が判断するものである。

なお、実施の形態２に係るネットワークシステム１の全体構成や、ネットワークシステム１を構成する各装置（第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、ＰＣ２００、マッチングサーバ４００、ブログサーバ６００）のハードウェア構成は、実施の形態１に係るそれらと同様であるため、ここでは説明を繰り返さない。

＜ネットワークシステム１の動作概要＞
まず、本実施の形態に係るネットワークシステム１の動作概要について説明する。図１６は、本実施の形態に係るネットワークシステム１を示す概略図である。図１７は、本実施の形態に係るネットワークシステム１における動作概要を示すシーケンス図である。

図３、図１６、図１７を参照して、ブログ開設者が使用するＰＣ２００が、ブログサーバ６００にブログサービスへのログインを要求する（ステップＳ００２）。ブログサーバ６００は、ＰＣ２００からの要求を受信して、ＰＣ２００による記事の投稿を許可する（ステップＳ００４）。

ブログ開設者がＰＣ２００に記事を入力すると、ＰＣ２００は当該記事をブログサーバ６００に送信する（ステップＳ００６、図１６の（１））。このとき、ＰＣ２００は、ブログ開設者からチャット通信を行なうためのチャット条件を受け付けて、当該チャット条件もブログサーバ６００に送信する。ブログサーバ６００は、記事やチャット条件を受信して、当該記事やチャット条件を記憶する（ステップＳ００８）。これ以降、ブログサーバ６００は、通信端末からの要求に応じて、当該記事を当該通信端末へ送信する。図３（Ａ）に示すように、ＰＣ２００は、記事投稿後のページ（記事）を表示する。

ブログ開設者が使用する第１の携帯電話１００Ａが、マッチングサーバ４００にチャットルームを生成するための要求を送信する（ステップＳ０１０）。当該要求は、ルーム名や第１の携帯電話１００ＡのＩＰアドレスなどを含む。マッチングサーバ４００は、当該要求を受信して、当該ルーム名を有するチャットルームを生成する（ステップＳ０１２、図１６の（２））。マッチングサーバ４００は、ルーム名と第１の携帯電話１００ＡのＩＰアドレスとを対応付けて記憶する。

ここでは、ＰＣ２００が新たな記事をブログサーバ６００に送信する度に、第１の携帯電話１００Ａがマッチングサーバ４００にチャットルームを生成させる。しかし、第１の携帯電話１００ＡがＰＣ２００の機能をも含んでもよい。すなわち、第１の携帯電話１００Ａが、ブログサーバ６００に記事をアップロードするとともに、マッチングサーバ４００にチャットルームを生成してもよい。

第２の携帯電話１００Ｂは、ブログ閲覧者からの命令に応じて、ブログサーバ６００にアクセスする（ステップＳ０１４）。すなわち、第２の携帯電話１００Ｂは、ブログサーバ６００に、記事の送信を要求する（ステップＳ０１４）。ブログサーバ６００は、第２の携帯電話１００Ｂからのアクセスを受け付ける（ステップＳ０１６）。

ブログサーバ６００は、第２の携帯電話１００Ｂに記事とアクセス情報とを送信する（ステップＳ０１８）。第２の携帯電話１００Ｂは、記事とアクセス情報とを受信して（ステップＳ０２０、図１６の（３））、当該記事を表示する。このとき、第２の携帯電話１００Ｂも、図３（Ａ）に示すような画面を表示する。

図３（Ｂ）に示すように、第２の携帯電話１００Ｂは、ブログ閲覧者からのコメントの入力を受け付けて、当該コメントをブログサーバ６００に送信する（ステップＳ０２２、図１の（４））。ブログサーバ６００は、第２の携帯電話１００Ｂからのコメントを受信して、当該コメントを記事に対応付けて記憶する。これ以降、ブログサーバ６００は、通信端末からの要求に応じて、記事とコメントとを当該通信端末へダウンロードする。

ブログサーバ６００は、入力されたコメントの内容あるいはコメントの入力時間が、チャット条件を満たすか否かを判断する（ステップＳ０６２、図１６の（５））。たとえば、チャット条件にキーワードが含まれる場合には、ブログサーバ６００は、コメントがキーワードを含むか否かを判断する。あるいは、チャット条件に記事の投稿時刻と指定時間あるいは指定時刻が含まれる場合には、ブログサーバ６００は、コメントの送信時刻が指定時刻（投稿時刻＋指定時間）前であるか否かを判断する。

ブログサーバ６００は、入力されたコメントの内容あるいはコメントの入力時間が、チャット条件を満たす場合、ルーム名に基づいてマッチングサーバ４００にチャットルームが生成されているか否かを判断する（ステップＳ０６４，ステップＳ０６６）。ブログサーバ６００は、コメントと第１の携帯電話１００ＡのＩＰアドレスとをマッチングサーバ４００に送信する（ステップＳ０６８）。

マッチングサーバ４００は、ルーム名に対応するＩＰアドレスに基づいて、コメントと第２の携帯電話１００ＢのＩＰアドレスとを第１の携帯電話１００Ａに転送する（ステップＳ０７０）。図３（Ｃ）に示すように、第１の携帯電話１００Ａは、マッチングサーバ４００からコメントを受け付けて（ステップＳ０７２）、当該コメントをブログ開設者に表示する。

第１の携帯電話１００Ａは、ブログ閲覧者からチャット通信を希望する旨の命令を受け付けると、第２の携帯電話１００ＢのＩＰアドレスに基づいて第２の携帯電話１００Ｂにチャットを許可する旨を通知する（ステップＳ０７４）。ブログサーバ６００は、チャット通信の許可を受信する（ステップＳ０７６）。ブログサーバ６００は、第２の携帯電話１００Ｂにチャット通信を実行するか否かを確認する（ステップＳ０７８，ステップＳ０８０）。

図３（Ｄ）に示すように、第２の携帯電話１００Ｂは、ブログ閲覧者からチャット通信を希望する旨の命令を受け付ける。第２の携帯電話１００Ｂは、当該命令に応じて、ルーム名に基づいて、当該ルーム名を有するチャットルームに入室するための要求をマッチングサーバ４００に送信する（ステップＳ０８２、図１６の（７））。

マッチングサーバ４００は、第２の携帯電話１００Ｂをチャットルームに入室させる（ステップＳ０８４）。すなわち、マッチングサーバ４００は、第２の携帯電話１００ＢのＩＰアドレスとルーム名とを対応付けて記憶する。

マッチングサーバ４００は、第２の携帯電話１００Ｂに、第１の携帯電話１００ＡのＩＰアドレスを送信する（図１６の（８））。第２の携帯電話１００Ｂは、第１の携帯電話１００ＡのＩＰアドレスに基づいて第１の携帯電話１００Ａにアクセスする（図１６の（９））。

図３（Ｅ）および図３（Ｆ）に示すように、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、互いに、相手のＩＰアドレスに基づいてチャット通信を行なう（ステップＳ０９０）。

その後、第３の携帯電話１００Ｃは、ブログ閲覧者からの命令に応じて、ブログサーバ６００にアクセスする（ステップＳ０９２）。すなわち、第３の携帯電話１００Ｃは、ブログサーバ６００に、記事の送信を要求する。ブログサーバ６００は、第３の携帯電話１００Ｃからのアクセスを受け付ける（ステップＳ０９４）。

このような構成により、本実施の形態に係るネットワークシステム１は、第２の携帯電話１００Ｂが送信するコメントに応じて、ブログサーバ６００が第１の携帯電話１００Ａと第２の携帯電話１００Ｂのチャット通信を許可するか否かを判断する。すなわち、ブログ閲覧者が入力する内容やタイミングによって、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとの間のチャット通信が開始されたり、開始されなかったりする。

換言すれば、本実施の形態に係るネットワークシステム１においては、ブログ開設者が、容易に、自身が希望するコメントを入力したブログ閲覧者や自身が希望するときにコメントを入力したブログ閲覧者を選抜して、チャット通信を行なうことができる。

なお、本実施の形態においては、第１の携帯電話１００Ａ（ブログ開設者の端末）と第２の携帯電話１００Ｂ（ブログ閲覧者の端末）とがチャット通信を行なう。しかし、第２の携帯電話１００Ｂ（ブログ閲覧者の端末）と第３の携帯電話１００Ｃ（ブログ閲覧者の端末）とがチャット通信を行ってもよい。この場合には、第２の携帯電話１００Ｂからのコメントが第１の携帯電話１００Ａからの記事に相当し、第３の携帯電話１００Ｃからのコメントが第２の携帯電話１００Ｂからのコメントに相当する。

すなわち、ブログ閲覧者がチャット条件を入力し、第２の携帯電話１００Ｂがコメントと第２の携帯電話１００Ｂに関するアクセス情報とをブログサーバ６００に送信（アップロード）する。ブログサーバ６００が、第３の携帯電話１００Ｃに入力されたコメントがチャット条件を満たす場合に、第３の携帯電話１００Ｂにチャット通信するためのルーム名を送信する。

以下、このような機能を実現するための構成について詳述する。
＜ハードウェア構成＞
上述したように、本実施の形態に係るネットワークシステム１の含まれる各装置のハードウェア構成の説明は繰り返さない。しかし、本実施の形態に係るブログサーバ６００のメモリ６１６が記憶するデータは、実施の形態１のそれとは異なる。以下では、ブログサーバ６００のメモリ６１６が記憶するデータについて説明する。図１８は、本実施の形態に係るメモリ６１６に記憶されるブログデータ６１６Ｂを示すイメージ図である。

図１８を参照して、本実施の形態に係るブログサーバ６００のメモリ６１６が記憶するデータ６１６Ｂは、実施の形態１に係る第１の携帯電話１００Ａのメモリ１０３が記憶するデータ１０３Ｂと比較して、チャットに関する情報を含まない点において異なる。すなわち、ブログサーバ６００のメモリ６１６は、発信記事に関する情報と、既投稿コメントに関する情報と、作成中のコメントに関する情報とを記憶する。

＜ネットワークシステムの機能構成＞
次に、本実施の形態に係るネットワークシステム１に含まれる第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、マッチングサーバ４００（第２のサーバ）、ブログサーバ６００（第１のサーバ）の各々が有する機能について説明する。なお、以下では、第１の携帯電話１００Ａを、ブログ開設者が使用する通信端末として説明する。第２の携帯電話１００Ｂおよび第３の携帯電話１００Ｃをブログ閲覧者が使用する通信端末として説明する。

図１９は、本実施の形態に係るネットワークシステム１に含まれる各装置の機能構成を示すブロック図である。なお、本実施の形態に係る第１の携帯電話１００Ａの機能構成は、実施の形態１に係るそれと同様であるため、ここでは説明を繰り返さない。

図１９を参照して、まず、本実施の形態に係るブログサーバ６００の機能構成について説明する。ブログサーバ６００は、通信制御部６１５１と、判断部６１５２と、メモリ６１６と、通信インターフェイス６１９とを含む。

前述したように、通信インターフェイス６１９は、図示しない通信アンテナや信号処理部によって実現される。通信インターフェイス６１９は、インターネット網５００などを介して、各種のデータを通信端末へと送信し、各種のデータを通信端末から受信する。本実施の形態に係る通信インターフェイス６１９は、記事やコメントをインターネット網５００を介して通信端末から受信して、当該記事やコメントをインターネット網５００を介して他の通信端末に送信する。

通信制御部６１５１と判断部６１５２とは、ＣＰＵ６１５とメモリ６１６に記憶される制御プログラムなどによって実現される機能である。より詳細には、通信制御部６１５１と判断部６１５２とが有する各機能は、ＣＰＵ６１５がメモリ６１６などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能（モジュール）である。たとえば、ＣＰＵ６１５は、ＨＤＤ６１７などに予め記憶されたプログラムを、Ｓ−ＲＡＭなどのメモリ６１６に読み出して実行することにより、通信制御部６１５１と判断部６１５２としての機能ブロックを実現する。

通信制御部６１５１は、通信インターフェイス６１９を介して、第１の携帯電話１００Ａから第１の携帯電話１００Ａに関するアクセス情報と記事とを受信して、当該アクセス情報と記事とをメモリ６１６に記憶する。通信制御部６１５１は、第２の携帯電話１００Ｂからの要求に応じて、通信インターフェイス６１９を介して、当該記事を第２の携帯電話１００Ｂへと送信する。

通信制御部６１５１は、通信インターフェイス６１９を介して、第２の携帯電話１００Ｂから第２の携帯電話１００Ｂに関するアクセス情報とコメントとを受信して、当該アクセス情報とコメントとをメモリ６１６に記憶する。通信制御部６１５１は、第１の携帯電話１００Ａや第３の携帯電話１００Ｃからの要求に応じて、通信インターフェイス６１９を介して、当該コメントを第１の携帯電話１００Ａや第３の携帯電話１００Ｃへと送信する。

判断部６１５２は、通信制御部６１５１が第２の携帯電話１００Ｂからのコメントを受信した際に、第１の携帯電話１００Ａからのアクセス情報に基づいて、該コメントの入力（送信）がアクセス情報に含まれるチャット条件を満たすか否かを判断する。

たとえば、チャット条件がキーワードを含む場合、判断部６１５２は、入力された（送信された）コメントがキーワードを含むか否かを判断することによって、所定条件が満たされたか否かを判断する。

チャット条件がＮＧワードを含む場合、判断部６１５２は、入力された（送信された）コメントがＮＧワードを含んでいないか否かを判断することによって、所定条件が満たされたか否かを判断する。

チャット条件が投稿時間とチャット可能期間とを含む場合、判断部６１５２は、コメントが入力された（送信時刻）時刻が、投稿時間からチャット可能期間内であるか否かを判断することによって、所定条件が満たされたか否かを判断する。

通信制御部６１５１は、判断部６１５２が該コメントの入力（送信）がアクセス情報に含まれるチャット条件を満たすと判断した場合に、通信インターフェイス６１９を介して第２の携帯電話１００Ｂにルーム名を送信する。

次に、本実施の形態に係る第２の携帯電話１００Ｂの機能構成について説明する。通信インターフェイス１０１Ｂと、ブログ通信制御部１０６１Ｂと、判断部１０６２Ｂと、ディスプレイ１０７Ｂと、入力部１０４Ｂ（タブレット１１９Ｂ）を含む。前述したように、第２の携帯電話１００Ｂは、メモリ１０３や時計部１０５なども含む。

入力部１０４Ｂは、ユーザからコメント（第２の情報）の入力を受け付けて、当該コメントをブログ通信制御部１０６１Ｂと判断部１０６２Ｂとを実現するＣＰＵ１０６に入力する。ＣＰＵ１０６は、当該コメントをメモリ１０３に記憶する。タブレット１１９は、ユーザから手書き画像（第３の情報）を受け付けて、当該手書き画像をＣＰＵ１０６に入力する。ＣＰＵ１０６は、手書き画像をメモリ１０３に記憶する。

ディスプレイ１０７Ｂは、ＣＰＵ１０６からのデータに基づいて、記事やコメントなどのテキストやイラストや写真などの画像を表示する。本実施の形態においては、ディスプレイ１０７Ｂは、ＣＰＵ１０６からのデータに基づいて、記事やコメントや手書き画像などを表示する。

通信インターフェイス１０１Ｂは、図示しない通信アンテナや信号処理部によって実現される。通信インターフェイス１０１Ｂは、インターネット網５００などを介して、各種のデータをブログサーバ６００やマッチングサーバ４００や他の通信端末へと送信し、各種のデータをブログサーバ６００やマッチングサーバ４００や他の通信端末から受信する。本実施の形態に係る通信インターフェイス１０１Ｂは、コメントをインターネット網５００を介してブログサーバ６００に送信する。通信インターフェイス１０１Ｂは、チャット通信中に手書き画像を第２の携帯電話１００Ｂに送受信する。

ブログ通信制御部１０６１Ｂと、チャット通信制御部１０６３Ｂとは、ＣＰＵ１０６とメモリ１０３に記憶される制御プログラムなどによって実現される機能である。より詳細には、ＣＰＵ１０６が有する各機能は、ＣＰＵ１０６がメモリ１０３などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能（モジュール）である。たとえば、ＣＰＵ１０６は、メモリ１０３の不揮発性メモリを実現するＲＯＭやＨＤＤなどに予め記憶されたプログラムを、同じくメモリ１０３の作業用メモリを実現するＳ−ＲＡＭに読み出して実行することにより、ブログ通信制御部１０６１Ｂ、チャット通信制御部１０６３Ｂとしての機能ブロックを実現する。

図９に示すように、ブログ通信制御部１０６１Ｂは、ブログサーバ６００からアクセス情報と記事とを受信して、ディスプレイ１０７Ａに記事を表示させる。ブログ通信制御部１０６１Ｂは、ディスプレイ１０７Ａにコメントを入力するためのテキスト１０７ｃを表示させるとともに、入力部１０４を介してコメントを受け付ける。ブログ通信制御部１０６１Ｂは、通信インターフェイス１０１Ｂを用いることによって、ユーザから受け付けたコメントをインターネット網５００を介してブログサーバ６００に送信する。

ブログ通信制御部１０６１Ｂは、ブログサーバ６００から、コメント投稿後のブログの内容として、第１の携帯電話１００Ａが投稿した記事と第２の携帯電話１００Ｂが投稿したコメントとを受信する。図１０に示すように、ブログ通信制御部１０６１Ｂは、コメント投稿後のブログの内容をディスプレイ１０７に表示させる。

チャット通信制御部１０６３Ｂは、ブログサーバ６００からのルーム名に基づいて、マッチングサーバ４００に第１の携帯電話１００ＡのＩＰアドレスを要求する。

チャット通信制御部１０６３Ｂは、通信インターフェイス１０１Ｂを用いて、マッチングサーバ４００からのＩＰアドレスに基づいて、第１の携帯電話１００Ａとチャット通信を行なう。チャット通信中において、チャット通信制御部１０６３Ｂは、タブレット１１９Ｂや入力部１０４Ｂを介してユーザから受け付けた手書き画像やコメントを、通信インターフェイス１０１Ｂを用いて、第１の携帯電話１００ＡのＩＰアドレスに基づいて第１の携帯電話１００Ａへと送信する。チャット通信制御部１０６３Ｂは、通信インターフェイス１０１Ｂを用いて、第１の携帯電話１００Ａから手書き画像やコメントを受信する。

本実施の形態に係るマッチングサーバ４００の機能構成は、実施の形態１に係るそれと同様であるため、ここでは説明を繰り返さない。

さらに、本実施の形態に係る記事投稿処理も、実施の形態１に係るそれとどうようであるため、ここでは説明を繰り返さない。

＜ブログサーバにおける応答処理＞
次に、本実施の形態に係るブログサーバ６００による応答処理の処理手順について説明する。図２０は、本実施の形態に係るブログサーバ６００による応答処理の処理手順を示すフローチャートである。

図２０を参照して、ＣＰＵ６１５は、通信インターフェイス６１９を介して、通信端末からデータを受信したか否かを判断する（ステップＳ５０２）。ＣＰＵ６１５は、データを受信しなかった場合（ステップＳ５０２にてＮＯである場合）、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、データを受信した場合（ステップＳ５０２にてＹＥＳである場合）、当該データがブログ更新要求であるか否かを判断する（ステップＳ５０４）。ＣＰＵ１０６は、ブログ更新要求を受け付けた場合（ステップＳ５０４にてＹＥＳである場合）、ブログ要求に含まれる記事に基づいて、ブログデータを生成してメモリ６１６の所定のアドレスに記憶する（ステップＳ５０６）。ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、ブログ更新要求を受信しなかった場合（ステップＳ５０４にてＮＯである場合）、当該データがチャット条件を変更する旨の要求であるか否かを判断する（ステップＳ５０８）。ＣＰＵ１０６は、チャット条件の変更の要求を受け付けた場合（ステップＳ５０８にてＹＥＳである場合）、チャット条件を変更してメモリ６１６の所定のアドレスに記憶する（ステップＳ５１０）。ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ１０６は、チャット条件の変更の要求を受け付けなかった場合（ステップＳ５０８にてＮＯである場合）、当該データがコメントの投稿要求であるか否かを判断する（ステップＳ５１２）。ＣＰＵ１０６は、コメントの投稿要求を受信しなかった場合（ステップＳ５１２にてＮＯである場合）、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ１０６は、コメントの投稿要求を受信した場合（ステップＳ５１２にてＹＥＳである場合）、現在のブログデータにコメントを追加して、メモリ６１６の所定のアドレスに記憶する（ステップＳ５１４）。ＣＰＵ６１５は、判断処理（ステップＳ６００）を実行する。

＜判断処理＞
次に、本実施の形態に係るブログサーバ６００における判断処理の処理手順について説明する。図２１は、本実施の形態に係るブログサーバ６００における判断処理の処理手順を示すフローチャートである。

図２１を参照して、ＣＰＵ６１５は、第２の携帯電話１００Ｂが閲覧しているブログに関してブログ開設者とのチャットが可能であるか否かを判断する（ステップＳ６０２）。より詳細には、第１の携帯電話１００Ａからのアクセス情報は、チャットを許可するか否かを示すデータを含む。ＣＰＵ６１５は、第１の携帯電話１００Ａからのアクセス情報に基づいて、第２の携帯電話１００Ｂが閲覧しているブログに関してブログ開設者とのチャットが可能であるか否かを判断する。

ＣＰＵ６１５は、ブログ開設者とのチャットが不可能である場合（ステップＳ６０２にてＮＯである場合）、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、ブログ開設者とのチャットが可能である場合（ステップＳ６０２にてＹＥＳである場合）、現在日時がチャット可能な時間帯に属するか否かを判断する（ステップＳ６０４）。ＣＰＵ６１５は、現在日時がチャット可能な時間帯に属さない場合（ステップＳ６０４にてＮＯである場合）、すなわちチャット可能な時間帯が終了している場合、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、現在日時がチャット可能な時間帯に属する場合（ステップＳ６０４にてＹＥＳである場合）、投稿されるコメントにフィルタ文字列（ＮＧワード）が含まれているか否かを判断する（ステップＳ６０６）。コメントにＮＧワードが含まれている場合（ステップＳ６０６にてＹＥＳである場合）、ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、コメントにＮＧワードが含まれていない場合（ステップＳ６０６にてＮＯである場合）、通信インターフェイス６１９を介して、マッチングサーバ４００にチャットルームが既に開設されているか否かを問い合わせる（ステップＳ６０８）。チャットルームが未だ開設されていない場合（ステップＳ６０８にてＮＯである場合）、ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、チャットルームが既に開設されている場合（ステップＳ６０８にてＹＥＳである場合）、チャットルームへの入室者が定員に達しているか否かを判断する（ステップＳ６１０）。ＣＰＵ６１５は、チャットルームへの入室者が定員に達している場合（ステップＳ６１０にてＹＥＳである場合）、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、チャットルームへの入室者が定員に達していない場合（ステップＳ６１０にてＮＯである場合）、投稿されたコメントを通信インターフェイス６１９を介してマッチングサーバ４００経由でブログ開設者の通信端末へと送信する（ステップＳ６１２）。ＣＰＵ６１５は、通信インターフェイス６１９を介して、マッチングサーバ４００にブログ開設者がチャット通信を許可しているか否かを判断する（ステップＳ６１４）。チャット通信が許可されていない場合（ステップＳ６１４にてＮＯである場合）、ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、チャット通信が許可されている場合（ステップＳ６１４にてＹＥＳである場合）、通信インターフェイス６１９を介して、第２の携帯電話１００Ｂにチャット通信を要請するメッセージを送信する（ステップＳ６１６）。ＣＰＵ６１５は、第２の携帯電話１００Ｂでチャット通信が許可されたか否かを判断する（ステップＳ６１８）。第２の携帯電話１００Ｂでチャット通信が許可されなかった場合（ステップＳ６１８にてＮＯである場合）、ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

ＣＰＵ６１５は、第２の携帯電話１００Ｂでチャット通信が許可された場合（ステップＳ６１８にてＹＥＳである場合）、通信インターフェイス６１９を介して、第２の携帯電話１００Ｂにマッチングサーバのチャットルームに入室するためのルーム名を送信する（ステップＳ６２０）。ＣＰＵ６１５は、ステップＳ５０２からの処理を繰り返す。

＜コメント投稿処理＞
次に、本実施の形態に係る閲覧端末としての通信端末におけるコメント投稿処理の処理手順について説明する。図２２は、本実施の形態に係る閲覧端末としての通信端末におけるコメント投稿処理の処理手順を示すフローチャートである。

図２２を参照して、ＣＰＵ１０６は、入力されたコメントを通信インターフェイス１０１を介してブログサーバ６００へと送信する（ステップＳ７０２）。ＣＰＵ１０６は、通信インターフェイス１０１を介して、マッチングサーバ４００から、チャット通信を行なうための要請を受け付けたか否かを判断する（ステップＳ７０４）。ＣＰＵ１０６は、チャット通信を行なうための要請を受け付けなかった場合（ステップＳ７０４にてＮＯである場合）、通信インターフェイス１０１を介して、ブログサーバ６００から更新後のブログデータを受信する（ステップＳ７１６）。

ＣＰＵ１０６は、チャット通信を行なうための要請を受け付けた場合（ステップＳ７０４にてＹＥＳである場合）、入力部１０４あるいはタブレット１１９を介して、ユーザからチャット通信を行なう旨の命令を受け付けたか否かを判断する（ステップＳ７０６）。ＣＰＵ１０６は、チャット通信を行なう旨の命令を受け付けなかった場合（ステップＳ７０８にてＮＯである場合）、ステップＳ７１６からの処理を繰り返す。

ＣＰＵ１０６は、チャット通信を行なう旨の命令を受け付けた場合（ステップＳ７０８にてＹＥＳである場合）、チャット通信を行なうためのメッセージを通信インターフェイス１０１を介して、ブログサーバ６００へと送信する（ステップＳ７１０）。ＣＰＵ１０６は、通信インターフェイス１０１を介して、ブログサーバ６００からルーム名を受信したか否かを判断する（ステップＳ７１２）。ＣＰＵ１０６は、ルーム名を受信しなかった場合（ステップＳ７１２にてＮＯである場合）、ステップＳ７１６からの処理を繰り返す。

ＣＰＵ１０６は、ルーム名を受信した場合（ステップＳ７１２にてＹＥＳである場合）、通信インターフェイス１０１を用いて、当該ルーム名に基づいてマッチングサーバ４００のチャットルームへ入室する（ステップＳ７１４）。

＜その他の実施の形態＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に記憶されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。

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

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

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ネットワークシステム、１００Ａ 第１の携帯電話、１００Ｂ 第２の携帯電話、１００Ｃ 第３の携帯電話１００Ｃ、１０１，１０１Ａ，１０１Ｂ 通信インターフェイス、１０３，１０３Ａ，１０３Ｂ メモリ、１０４，１０４Ａ，１０４Ｂ 入力部、１０５ 時計部、１０６ ＣＰＵ、１０６Ａ 制御部、１０６１ ブログ通信制御部、１０６２ 判断部、１０６３ チャット通信制御部、１０７，１０７Ａ，１０７Ｂ ディスプレイ、１１９ タブレット、２００ パーソナルコンピュータ、４００ マッチングサーバ、４１５Ａ 制御部、４１６ メモリ、４１９ 通信インターフェイス、５００ インターネット網、６００ ブログサーバ、６１５Ａ 制御部、６１５１ 通信制御部、６１５２ 判断部、６１６ メモリ、６１９ 通信インターフェイス。

Claims (13)

1. 第１の端末と、第２の端末と、第１のサーバとを備えるネットワークシステムであって、
   前記第１の端末は、
   第１の情報を受け付ける第１の入力部と、
   前記第２の端末と前記第１のサーバと通信するための第１の端末インターフェイスと、
   前記第１の情報と前記第２の端末からの第２の情報とを表示する第１のディスプレイと、
   前記第１の端末に接続するためのアクセス情報と前記第１の情報とを前記第１の端末インターフェイスを介して前記第１のサーバへ送信する第１の端末制御部とを含み、
   前記第１のサーバは、
   前記第１の端末と前記第２の端末と通信するためのサーバインターフェイスと、
   前記アクセス情報と前記第１の情報とを前記サーバインターフェイスを介して前記第２の端末へ送信し、前記第２の端末からの前記第２の情報を前記サーバインターフェイスを介して前記第１の端末へ送信するサーバ制御部とを含み、
   前記第２の端末は、
   前記第２の情報を受け付ける第２の入力部と、
   前記第１の端末と前記第１のサーバと通信するための第２の端末インターフェイスと、
   前記第１のサーバからの前記第１の情報と前記第２の情報とを表示する第２のディスプレイと、
   前記アクセス情報と前記第１の情報とを前記第２の端末インターフェイスを介して前記第１のサーバから受信し、前記第２の情報を前記第２の端末インターフェイスを介して前記第１のサーバへ送信する第１の通信制御部と、
   前記アクセス情報に基づいて前記第２の情報の入力が所定の条件を満たすか否かを判断する判断部と、
   前記第２の情報の入力が前記所定の条件を満たす場合に、前記アクセス情報に基づいて前記第２の端末インターフェイスを介して前記第１の端末との間で第３の情報の交換を行う第２の通信制御部とを含む、ネットワークシステム。
2. 前記ネットワークシステムは、第２のサーバをさらに備え、
   前記アクセス情報は、ルーム名を含み、
   前記第１の端末制御部は、前記ルーム名と前記第１の端末を特定するための識別情報とを前記第１の端末インターフェイスを介して前記第２のサーバへ送信し、
   前記第２のサーバは、前記ルーム名と前記識別情報とを対応付けて記憶し、
   前記第２の通信制御部は、
   前記第２の情報の入力が前記所定の条件を満たす場合に、前記第２の端末インターフェイスを介して、前記ルーム名に基づき前記第２のサーバから前記識別情報を取得し、
   前記識別情報に基づいて前記第２の端末インターフェイスを介して前記第１の端末と前記第３の情報の交換を行う、請求項１に記載のネットワークシステム。
3. 前記第１の入力部は、キーワードを受け付け、
   前記アクセス情報は、前記キーワードを含み、
   前記判断部は、前記第２の情報が前記キーワードを含むか否かを判断することによって、前記第２の情報の入力が所定の条件を満たすか否かを判断する、請求項１または２に記載のネットワークシステム。
4. 前記アクセス情報は、前記第１の端末が前記第１の情報を送信した第１の時刻を含み、
   前記判断部は、前記第１の時刻から前記第２の端末が前記第２の情報を送信した第２の時刻までの時間が第１の時間未満であるか否かを判断することによって、前記第２の情報の入力が前記所定の条件を満たすか否かを判断する、請求項１から３のいずれかに記載のネットワークシステム。
5. 第２の情報を受け付ける入力部と、
   他の端末と第１のサーバと通信するためのインターフェイスと、
   前記第１のサーバからの第１の情報と前記第２の情報とを表示するディスプレイと、
   前記他の端末に接続するためのアクセス情報と前記第１の情報とを前記インターフェイスを介して前記第１のサーバから受信し、前記第２の情報を前記インターフェイスを介して前記第１のサーバへ送信する第１の通信制御部と、
   前記アクセス情報に基づいて、前記第２の情報の入力が所定の条件を満たすか否かを判断する判断部と、
   前記第２の情報の入力が前記所定の条件を満たす場合に、前記アクセス情報に基づいて前記インターフェイスを介して前記他の端末との間で第３の情報の交換を行う第２の通信制御部とを備える、通信端末。
6. 第１の端末と、第２の端末と、第１のサーバとを含むネットワークシステムにおける通信方法であって、
   前記第１の端末が、第１の情報を受け付けるステップと、
   前記第１の端末が、前記第１の端末に接続するためのアクセス情報と前記第１の情報とを前記第１のサーバへ送信するステップと、
   前記第１のサーバが、前記アクセス情報と前記第１の情報とを前記第２の端末へ送信するステップと、
   前記第２の端末が、前記アクセス情報と前記第１の情報とを前記第１のサーバから受信するステップと、
   前記第２の端末が、第２の情報を受け付けるステップと、
   前記第２の端末が、前記第２の情報を前記第２の端末インターフェイスを介して前記第１のサーバへ送信するステップと、
   前記第２の端末が、前記第１のサーバからの前記第１の情報と前記第２の情報とを表示するステップと、
   前記第１のサーバが、前記第２の端末からの前記第２の情報を前記第１の端末へ送信するステップと、
   前記第１の端末が、前記第１の情報と前記第２の端末からの前記第２の情報とを表示するステップと、
   前記第２の端末が、前記アクセス情報に基づいて、前記第２の情報の入力が所定の条件を満たすか否かを判断するステップと、
   前記第２の端末が、前記第２の情報の入力が前記所定の条件を満たす場合に、前記アクセス情報に基づいて前記第１の端末との間で第３の情報の交換を行うステップとを備える、通信方法。
7. 制御部と、入力部と、ディスプレイと、他の端末と第１のサーバと通信するためのインターフェイスとを含む通信端末における通信方法であって、
   前記制御部が、前記他の端末に接続するためのアクセス情報と第１の情報とを前記インターフェイスを介して前記第１のサーバから受信するステップと、
   前記入力部が、第２の情報を受け付けるステップと、
   前記制御部が、前記第２の情報を前記インターフェイスを介して前記第１のサーバへ送信するステップと、
   前記制御部が、前記ディスプレイに前記第１のサーバからの前記第１の情報と前記第２の情報とを表示させるステップと、
   前記制御部が、前記アクセス情報に基づいて、前記第２の情報の入力が所定の条件を満たすか否かを判断するステップと、
   前記制御部が、前記第２の情報の入力が前記所定の条件を満たす場合に、前記アクセス情報に基づいて前記インターフェイスを介して前記他の端末との間で第３の情報の交換を行うステップとを備える、通信方法。
8. 制御部と、入力部と、ディスプレイと、他の端末と第１のサーバと通信するためのインターフェイスとを含む通信端末に通信させるための通信プログラムであって、
   前記制御部に、
   前記他の端末に接続するためのアクセス情報と第１の情報とを前記インターフェイスを介して前記第１のサーバから受信するステップと、
   前記入力部を介して第２の情報を受け付けるステップと、
   前記第２の情報を前記インターフェイスを介して前記第１のサーバへ送信するステップと、
   前記ディスプレイに前記第１のサーバからの前記第１の情報と前記第２の情報とを表示させるステップと、
   前記アクセス情報に基づいて、前記第２の情報の入力が所定の条件を満たすか否かを判断するステップと、
   前記第２の情報の入力が前記所定の条件を満たす場合に、前記アクセス情報に基づいて前記インターフェイスを介して前記他の端末との間で第３の情報の交換を行うステップとを実行させる、通信プログラム。
9. 第１の端末と、第２の端末と、第１のサーバとを備えるネットワークシステムであって、
   前記第１の端末は、
   第１の情報を受け付ける第１の入力部と、
   前記第２の端末と前記第１のサーバと通信するための第１の端末インターフェイスと、
   前記第１の情報と前記第２の端末からの第２の情報とを表示する第１のディスプレイと、
   前記第１の端末と接続するためのアクセス情報と前記第１の情報とを前記第１の端末インターフェイスを介して前記第１のサーバへ送信する第１の端末制御部とを含み、
   前記第１のサーバは、
   前記第１の端末と前記第２の端末と通信するためのサーバインターフェイスと、
   前記アクセス情報に基づいて、前記第２の端末における前記第２の情報の入力が所定の条件を満たすか否かを判断する判断部と、
   前記第１の情報を前記サーバインターフェイスを介して前記第２の端末へ送信し、前記第２の端末からの前記第２の情報を前記サーバインターフェイスを介して前記第１の端末へ送信し、前記第２の情報の入力が所定の条件を満たす場合に前記アクセス情報の一部を前記サーバインターフェイスを介して前記第２の端末へ送信する、前記サーバ通信制御部とを含み、
   前記第２の端末は、
   前記第２の情報を受け付ける第２の入力部と、
   前記第１の端末と前記第１のサーバと通信するための第２の端末インターフェイスと、
   前記第１のサーバからの前記第１の情報と前記第２の情報とを表示する第２のディスプレイと、
   前記第１の情報と前記アクセス情報の一部とを前記第２の端末インターフェイスを介して前記第１のサーバから受信し、前記第２の情報を前記第２の端末インターフェイスを介して前記第１のサーバへ送信する第１の通信制御部と、
   前記アクセス情報の一部に基づいて前記第２の端末インターフェイスを介して前記第１の端末との間で第３の情報の交換を行う第２の通信制御部とを含む、ネットワークシステム。
10. 前記ネットワークシステムは、第２のサーバをさらに備え、
    前記アクセス情報は、ルーム名を含み、
    前記第１の端末制御部は、前記ルーム名と前記第１の端末を特定するための識別情報とを前記第１の端末インターフェイスを介して前記第２のサーバへ送信し、
    前記第２のサーバは、前記ルーム名と前記識別情報とを対応付けて記憶し、
    前記サーバ通信制御部は、前記第２の情報の入力が前記所定の条件を満たす場合に、前記ルーム名を前記アクセス情報の一部として前記サーバインターフェイスを介して前記第２の端末へ送信し、
    前記第２の通信制御部は、
    前記ルーム名に基づいて前記第２の端末インターフェイスを介して前記第２のサーバから前記識別情報を取得し、
    前記識別情報に基づいて前記第２の端末インターフェイスを介して前記第１の端末と前記第３の情報の交換を行う、請求項９に記載のネットワークシステム。
11. 前記アクセス情報は、キーワードを含み、
    前記判断部は、前記第２の情報が前記キーワードを含むか否かを判断することによって、前記第２の情報の入力が所定の条件を満たすか否かを判断する、請求項９または１０に記載のネットワークシステム。
12. 前記アクセス情報は、前記第１の端末が前記第１の情報を送信した第１の時刻を含み、
    前記判断部は、前記第１の時刻から前記第２の端末が前記第２の情報を送信した第２の時刻までの時間が第１の時間未満であるか否かを判断することによって、前記第２の情報の入力が前記所定の条件を満たすか否かを判断する、請求項９から１１のいずれかに記載のネットワークシステム。
13. 第１の端末と、第２の端末と、第１のサーバとを含むネットワークシステムにおける通信方法であって、
    前記第１の端末が、第１の情報を受け付けるステップと、
    前記第１の端末が、前記第１の端末に接続するためのアクセス情報と前記第１の情報とを前記第１のサーバへ送信するステップと、
    前記第１のサーバが、前記アクセス情報と前記第１の情報とを前記第２の端末へ送信するステップと、
    前記第２の端末が、前記第１の情報を前記第１のサーバから受信するステップと、
    前記第２の端末が、第２の情報を受け付けるステップと、
    前記第２の端末が、前記第２の情報を前記第２の端末インターフェイスを介して前記第１のサーバへ送信するステップと、
    前記第２の端末が、前記第１のサーバからの前記第１の情報と前記第２の情報とを表示するステップと、
    前記第１のサーバが、前記第２の端末からの前記第２の情報を前記第１の端末へ送信するステップと、
    前記第１の端末が、前記第１の情報と前記第２の端末からの第２の情報とを表示するステップと、
    前記第１のサーバが、前記第２の情報の入力が所定の条件を満たすか否かを判断するステップと、
    前記第１のサーバが、前記第２の情報の入力が所定の条件を満たす場合に、前記アクセス情報の一部を前記第２の端末へ送信するステップと、
    前記第２の端末が、前記アクセス情報の一部に基づいて前記第１の端末との間で第３の情報の交換を行うステップとを含む、通信方法。

Images