(57)【要約】【課題】待受け画面を利用したコミュニケーションシステムの提供。【解決手段】携帯通信端末は、所定の時間間隔でコミュニケーションサーバにアクセスし、ＲＳＳを利用して参加中の仮想サブコミュニティにおける新着メッセージを受信・格納するとともに、待ち受け画面上に、発言メンバ名及びタイトルが記載された付箋状ボタンを順次表示して新着メッセージの到着表示をする。【選択図】図２
2007140696.tif 000002
【特許請求の範囲】
【請求項１】
新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバに接続可能な携帯通信端末であって、
所定の時間間隔で前記サーバにアクセスし、前記参加中の仮想サブコミュニティにおける新着メッセージを自動受信するとともに、待ち受け画面上に、前記新着メッセージに含まれるテキストを用いた新着メッセージの到着表示をすること、
を特徴とする携帯通信端末。
【請求項２】
新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバに接続可能な携帯通信端末であって、
前記サーバに対して前記仮想サブコミュニティの開設と、任意のアドレスに対する前記仮想サブコミュニティへの招待メールの送信とを要求する手段と、
前記サーバにアクセスし、他のユーザからの招待メールに応じて前記仮想サブコミュニティに参加登録する手段と、
前記サーバにアクセスし、参加中の仮想サブコミュニティを一覧表示し選択を受け付けるとともに、選択された仮想サブコミュニティでのメッセージの閲覧及びメッセージの投稿を行う手段と、を備え、
更に、所定の時間間隔で前記サーバにアクセスし、前記参加中の仮想サブコミュニティにおける新着メッセージを自動受信するとともに、待ち受け画面上に、前記新着メッセージに含まれるテキストを用いた新着メッセージの到着表示をすること、
を特徴とする携帯通信端末。
【請求項３】
前記新着メッセージは、タイトル部に発言メンバ名と発言タイトルを含んだＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  ｌａｎｇｕａｇｅ）ファイル又はＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）ファイルにて送信され、
前記待ち受け画面に設けた帯状領域に、前記ＸＭＬファイル又はＲＤＦファイルに含まれるタイトルを到着順に表示することによって、前記新着メッセージの到着表示をすること、
を特徴とする請求項１又は２に記載の携帯通信端末。
【請求項４】
前記待ち受け画面上の新着メッセージの到着表示を選択起動することによって、対応する新着メッセージの閲覧画面に遷移すること、
を特徴とする請求項１ないし３いずれか一に記載の携帯通信端末。
【請求項５】
前記新着メッセージの到着表示のフォント又は背景色を選択設定可能としたこと、
を特徴とする請求項１ないし４いずれか一に記載の携帯通信端末。
【請求項６】
新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバに接続可能な携帯通信端末に実行させるプログラムであって、
所定の時間間隔で前記サーバにアクセスし、前記参加中の仮想サブコミュニティにおける新着メッセージを自動受信するとともに、待ち受け画面上に、前記新着メッセージに含まれるテキストを用いた新着メッセージの到着表示をする処理を前記携帯通信端末に実行させるプログラム。
【請求項７】
新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバに接続可能な携帯通信端末に実行させるプログラムであって、
前記サーバに対して前記仮想サブコミュニティの開設と、任意のアドレスに対する前記仮想サブコミュニティへの招待メールの送信とを要求する処理と、
前記サーバにアクセスし、他のユーザからの招待メールに応じて前記仮想サブコミュニティに参加登録する処理と、
前記サーバにアクセスし、参加中の仮想サブコミュニティを一覧表示し選択を受け付けるとともに、選択された仮想サブコミュニティでのメッセージの閲覧及びメッセージの投稿を行う処理と、
所定の時間間隔で前記サーバにアクセスし、前記参加中の仮想サブコミュニティにおける新着メッセージを自動受信するとともに、待ち受け画面上に、前記新着メッセージに含まれるテキストを用いた新着メッセージの到着表示をする処理と、
を前記携帯通信端末に実行させるプログラム。
【請求項８】
前記新着メッセージは、タイトル部に発言メンバ名と発言タイトルを含んだＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  ｌａｎｇｕａｇｅ）ファイル又はＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）ファイルにて送信され、
前記待ち受け画面に設けた帯状領域に、前記ＸＭＬファイル又はＲＤＦファイルに含まれるタイトルを到着順に表示することによって、前記新着メッセージの到着表示をすること、
を特徴とする請求項６又は７に記載のプログラム。
【請求項９】
前記待ち受け画面上の新着メッセージの到着表示を選択起動することによって、対応する新着メッセージの閲覧画面に遷移すること、
を特徴とする請求項６ないし８いずれか一に記載のプログラム。
【請求項１０】
前記新着メッセージの到着表示のフォント又は背景色を選択設定可能としたこと、
を特徴とする請求項６ないし９いずれか一に記載のプログラム。
【請求項１１】
新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバであって、
携帯通信端末からの要求に応じて、前記仮想サブコミュニティの開設と、任意のアドレスに対する前記仮想サブコミュニティへの招待メールの送信とを実行する手段と、
前記招待メールを受信した携帯通信端末からの要求に応じて、前記仮想サブコミュニティへの参加登録を受け付ける手段と、
前記携帯通信端末からの要求に応じて、該携帯通信端末が参加中の仮想サブコミュニティを一覧表示するとともに、前記一覧表示した仮想サブコミュニティの中から選択された仮想サブコミュニティでのメッセージの閲覧及びメッセージの投稿を受け付ける手段と、を備え、
前記携帯通信端末からのアクセスに応じて、新着メッセージに含まれるテキストを抽出できるように、該携帯通信端末が参加中の仮想サブコミュニティにおける新着メッセージを配信すること、
を特徴とするサーバ。
【請求項１２】
少なくともタイトル部に発言メンバ名と発言タイトルを含んだＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  ｌａｎｇｕａｇｅ）ファイル又はＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）ファイルを生成し、前記ＸＭＬファイル又はＲＤＦファイルを用いて前記新着メッセージを配信すること、
を特徴とする請求項１１に記載のサーバ。
【請求項１３】
新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバに実行させるプログラムであって、
携帯通信端末からの要求に応じて、前記仮想サブコミュニティの開設と、任意のアドレスに対する前記仮想サブコミュニティへの招待メールの送信とを実行する処理と、
前記招待メールを受信した携帯通信端末からの要求に応じて、前記仮想サブコミュニティへの参加登録を受け付ける処理と、
前記携帯通信端末からの要求に応じて、該携帯通信端末が参加中の仮想サブコミュニティを一覧表示するとともに、前記一覧表示した仮想サブコミュニティの中から選択された仮想サブコミュニティでのメッセージの閲覧及びメッセージの投稿を受け付ける処理と、
前記携帯通信端末からのアクセスに応じて、新着メッセージに含まれるテキストを抽出できるように、該携帯通信端末が参加中の仮想サブコミュニティにおける新着メッセージを配信する処理と、
を前記サーバに実行させるプログラム。
【請求項１４】
少なくともタイトル部に発言メンバ名と発言タイトルを含んだＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  ｌａｎｇｕａｇｅ）ファイル又はＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）ファイルを生成し、前記ＸＭＬファイル又はＲＤＦファイルを用いて前記新着メッセージを配信すること、
を特徴とする請求項１３に記載のプログラム。
【請求項１５】
請求項１１又は１２に記載のサーバと、前記サーバにネットワークを介して接続可能な請求項１乃至５いずれか一に記載の携帯通信端末と、を含んで構成されるコミュニケーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、限定されたメンバ間での情報交換を実現するための携帯通信端末、サーバ及びこれらを用いたコミュニケーションシステムに関する。
【背景技術】
【０００２】
特開２００１−１６８９０１号公報に、メーリングリストを利用した仮想コミュニティ（Ｃｙｂｅｒ  Ｃｏｍｍｕｎｉｔｙ）の生成方法が紹介されている。同文献に記載のコミュニティ生成方法では、（１）コミュニケーションが行われている時点のメッセージの内容に価値があり、コミュニケーションの記録については重要ではない、（２）メーリングリストに登録されたメンバへの不要メール、迷惑メールの送信を抑止したいという２つの視点から、コミュニティ生成の都度、招待メールをメンバ候補に送信し、参加の意思を問うこととし、非参加メンバには無用なメールを送らないようにしたコミュニケーション方法を提案している。
【０００３】
また、特開２００５−１５７９９１号公報には、メール送信機能を備えたスケジュール帳アプリケーションを登載した携帯電話が紹介されている。
【０００４】
【特許文献１】特開２００１−１６８９０１号公報
【特許文献２】特開２００５−１５７９９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザが複数のコミュニティのメンバ候補となっているような場合、上記特許文献１のようにコミュニティ生成の度に参加の意思を確認するのでは、ユーザの負担が増加してしまうという問題点がある。そもそも、特許文献１のコミュニティ生成方法は不要メールや迷惑メールが送信されることを抑止するため、上記手順を採っているのであり、不要メール・迷惑メールについて別途対策を講ずることが可能であれば、ユーザと仮想コミュニティとの間に一定の信頼関係のある場合には、一旦参加すると参加状態が保持されるルーズな方式の方が簡便である。
【０００６】
このように参加状態が保持される方式を採った場合においても、ユーザは新着メッセージを確認するために、その都度、仮想コミュニティにアクセスしなければならないが、携帯通信端末の決して恵まれているとはいえない表示画面や操作手段では、確認操作自体が煩雑である。
【０００７】
とりわけ、ユーザが複数の仮想コミュニティに参加しているような場合は、これら複数の仮想コミュニティの巡回操作が必要となるが、仮にソフトウェアにより自動的に巡回受信を行うこととしても、複数のコミュニティにおける新着メッセージの内容を即座に確認するには、当該ソフトウェアを常時立ち上げておく必要があり、時刻やカレンダー、あるいは、お気に入りの写真をレイアウトした待受画面が使えなくなってしまうという問題点がある。
【０００８】
本発明は上記した事情に鑑みてなされたものであって、その目的とするところは、特段の操作を要することなく、メッセージの到着とその要旨を即座に確認できる仮想コミュニティとの簡便なインタフェースを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１の視点によれば、新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバに接続可能な携帯通信端末であって、所定の時間間隔で前記サーバにアクセスし、前記参加中の仮想サブコミュニティにおける新着メッセージを自動受信するとともに、待ち受け画面上に、前記新着メッセージに含まれるテキストを用いた新着メッセージの到着表示をすること、を特徴とする携帯通信端末及び該携帯通信端末を実現するためのプログラムが提供される。
【００１０】
また本発明の第２の視点によれば、新着メッセージを配信し、又は、蓄積メッセージを閲覧させることによって、限定されたメンバ間でのメッセージのやり取りを実現する仮想サブコミュニティを提供するサーバであって、携帯通信端末からの要求に応じて、前記仮想サブコミュニティの開設と、任意のアドレスに対する前記仮想サブコミュニティへの招待メールの送信とを実行する手段と、前記招待メールを受信した携帯通信端末からの要求に応じて、前記仮想サブコミュニティへの参加登録を受け付ける手段と、前記携帯通信端末からの要求に応じて、該携帯通信端末が参加中の仮想サブコミュニティを一覧表示するとともに、前記一覧表示した仮想サブコミュニティの中から選択された仮想サブコミュニティでのメッセージの閲覧及びメッセージの投稿を受け付ける手段と、を備え、前記携帯通信端末からのアクセスに応じて、新着メッセージに含まれるテキストを抽出できるように、該携帯通信端末が参加中の仮想サブコミュニティにおける新着メッセージを配信すること、を特徴とするサーバ及び該サーバを実現するためのプログラムが提供される。
【００１１】
また本発明の第３の視点によれば、上記サーバと、前記サーバにネットワークを介して接続可能な上記携帯通信端末と、を含んで構成されるコミュニケーションシステムが提供される。
【発明の効果】
【００１２】
本発明によれば、自動的に仮想コミュニティからの最新メッセージを受信するとともに、新着メッセージの有無及びその要旨を即座に確認することが可能となる。
【発明を実施するための最良の形態】
【００１３】
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態に係るコミュニケーションシステムの構成を表した図である。図１を参照すると、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等のユーザ端末１０と、サーバ２０とをネットワークを介して接続した構成が示されている。
【００１４】
ユーザ端末１０は、ＲＳＳ（Ｒｉｃｈ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ／ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）方式によるＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）ファイル・ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  ｌａｎｇｕａｇｅ）ファイルの受信など、サーバ２０との通信をするためのＨＴＴＰ通信機能１１と、後記する仮想コミュニティ（以下、「Ｒｏｏｍ」ないし「部屋」ともいう）にアクセスするための専用アプリケーションが搭載され、該専用アプリケーションによって後記する待受画面表示機能１２が実現されている（図１１、図１２参照）。
【００１５】
サーバ２０は、Ｒｏｏｍ招待状（図６のＸ１参照）をメール送信するためのＲｏｏｍ招待者管理部２１、ユーザ登録手続、Ｒｏｏｍの設定変更、ＲＤＦファイルによる新着メッセージの配信等を行うためのＨＴＴＰ処理部２２、Ｗｅｂを介したインタフェースを提供するＷｅｂ ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）処理部２３、ユーザ管理やＲｏｏｍへのアクセスコントロールを行うユーザ管理部２４、及び、Ｒｏｏｍコンテンツの保持・管理を行うコンテンツ管理部２５を備えて構成される。
【００１６】
続いて、ユーザ端末１０とサーバ２０間の動作について、上記ユーザ端末１０において行われた操作と、これに対する画面遷移等を参照しながら詳細に説明する。
【００１７】
[待受画面−メニュー画面]
図２は、ユーザ端末１０の専用アプリケーションによって表示される待受画面Ａ１と、メニュー画面Ａ２とを表した図である。図２を参照すると、待受画面Ａ１には、メニュー画面Ａ２を呼び出すためのメニューボタン（ＭＥＮＵ）３１と、設定ボタン３２と、付箋紙状ボタン３３が配置されている。
【００１８】
図２の待受画面Ａ１からメニューボタン（ＭＥＮＵ）３１をクリックすると、待受画面Ａ１上にメニュー項目ボタンを重ねて配置したメニュー画面Ａ２が表示される。図２の例では、メニュー画面Ａ２のメニュー項目ボタンとして、「ＭｙＲｏｏｍへ移動」３４、「新着メッセージ一覧表示」３５、「登録Ｒｏｏｍの確認」３６、「Ｒｏｏｍ閲覧・登録」３７、「企業のＲｏｏｍを探す」３８、「戻る」３９が用意されている。
【００１９】
図２のメニュー画面Ａ２が表示された状態から、「戻る」３９をクリックすると、メニュー項目ボタンは非表示となり、再度、待受画面Ａ１状態となる。その他「ＭｙＲｏｏｍへ移動」３４、「新着メッセージ一覧表示」３５、「登録Ｒｏｏｍの確認」３６、「Ｒｏｏｍ閲覧・登録」３７、「企業のＲｏｏｍを探す」３８については、後に個別に説明する。
【００２０】
[待受画面−設定画面]
図３は、待受画面Ａ１と、その設定を行う設定画面Ａ３とを表した図である。図３の待受画面Ａ１から設定ボタン３２をクリックすると、待受画面Ａ１上に設定項目リスト３０を重ねて表示した設定画面Ａ３が表示される。図３の例では、待受画面Ａ１の背景画面や新着メッセージの表示領域、新着メッセージが待受画面上からはみ出した場合のスクロールアウト処理等を設定するための「画面設定」機能、付箋紙状ボタン３３の背景色を変更するための「付箋色変更」機能、付箋紙状ボタン３３上に記載される文字設定を変更するための「付箋フォント変更」機能、付箋紙状ボタン３３の表示更新頻度を変更するための「更新時間変更」機能、が用意されている。
【００２１】
図３の設定画面Ａ３が表示された状態から、設定項目リスト３０末尾の「戻る」をクリックすると、設定項目リストは非表示となり、再度、待受画面Ａ１状態となる。
【００２２】
[ＭｙＲｏｏｍへ移動]（仮想コミュニティの管理）
続いて、本実施形態に係るコミュニケーションシステムにおける仮想コミュニティの管理のフローについて説明する。図４は、図２のメニュー画面Ａ２から「ＭｙＲｏｏｍへ移動」３４をクリックした後の画面遷移を表した図である。
【００２３】
図２のメニュー画面Ａ２から「ＭｙＲｏｏｍへ移動」３４をクリックすると、サーバ２０に対する認証手続が開始され、サーバ２０のコンテンツ管理部２５から受信したデータに基づいて、図４のＢ１に示すように、ユーザが自ら生成した（以下、仮想コミュニティを生成ないし開設することを称して「生成」という。）Ｒｏｏｍのアイコン１００が一覧表示される。以下、図４のＢ１に示すように、ユーザ名「やすし」のＲｏｏｍ「やすし’ｓ  Ｒｏｏｍ」として、「Ｓｎｏｗ  Ｂｏａｒｄ  フリークのお部屋」、「ワイン愛好会のお部屋」がサーバ２０のコンテンツ管理部に登録されているものとして説明する。
【００２４】
例えば、図４の画面Ｂ１から「Ｓｎｏｗ  Ｂｏａｒｄ  フリークのお部屋」のアイコン１００がクリックされると、サーバ２０に対するコンテンツ配信要求が行われ、図４の画面Ｂ２に示すように、「Ｓｎｏｗ  Ｂｏａｒｄ  フリークのお部屋」における記事一覧が表示される。なお、図４の画面Ｂ２の記事タイトル末尾のカッコ内の数字は、各記事に対して投稿されたメッセージの数を表している。
【００２５】
そして、図４の画面Ｂ２から設定ボタン３２がクリックされると、図４の画面Ｂ３に示すように、画面Ｂ２上に処理選択リスト４０を重ねて表示した画面Ｂ３が表示される。図４の例では、処理選択リスト４０には、「新規に記事を作成する」、「追加メンバーを招待する」、「記事を削除する」、「部屋を削除する」といった処理項目が用意されている。例えば、「記事を削除する」との処理項目を選択すると、図４の画面Ｂ４に示したように、各記事の先頭のチェックボックスにレ点を入れて、削除実行ボタン４１をクリックすることで、サーバ２０に対して記事の削除要求を行い、複数の記事を一括削除できる記事削除画面Ｂ４に遷移する。
【００２６】
[仮想コミュニティの新規生成]
続いて、図５を参照して、仮想コミュニティの新規に生成する際のフローについて説明する。例えば、図５の画面Ｂ１（図４の画面Ｂ１に対応）から設定ボタン３２がクリックされると、図５の画面Ｂ５に示すように、画面Ｂ１上に処理選択リスト４２が重ねて表示された画面Ｂ５となる。
【００２７】
図５の例では、処理選択リスト４２には、「新規に部屋を作成する」、「部屋を削除する」といった処理項目のほか、Ｒｏｏｍのレイアウト、背景、フォント、アイコン１００（図４、図５のＢ１のアイコン１００参照）を変更する「レイアウト変更」、「背景変更」、「フォント変更」、「アイコン変更」といった処理項目が用意されている。
【００２８】
ここで、例えば、「新規に部屋を作成する」との処理項目を選択すると、図５の画面Ｂ６に示したように、新規Ｒｏｏｍを生成する際の課金や禁止事項等の確認画面Ｂ６が表示される（図５のＢ３では課金についてのみ確認）。そして、図５の画面Ｂ６からＯＫボタン４３がクリックされると、サーバ２０に対して、新規Ｒｏｏｍの生成要求が送信される。
【００２９】
サーバ２０は、ユーザ端末１０からＲｏｏｍの生成要求を受けると、ＷｅｂＵＩ処理部２３、ＨＴＴＰ処理部２２を介して、Ｒｏｏｍ名（部屋の名前）、アドレス帳データ等の適宜選択ないし入力する招待状送付先（招待状送付メンバ選択）、各招待相手へのメッセージの入力を要求する（図５のＢ７参照）。図５の画面Ｂ７から、ＯＫボタン４５がクリックされると、サーバ２０にユーザの入力内容が送信され、新しいＲｏｏｍがサーバ２０のコンテンツ管理部２５に登録される。
【００３０】
[仮想コミュニティへの招待状]
ここで、図５のＢ７にてあて先やメッセージを入力した招待状について説明する。図５の画面Ｂ７からＯＫボタン４５がクリックされると、サーバ２０は、コンテンツ管理部２５に新規Ｒｏｏｍを登録するとともに、Ｒｏｏｍ招待者管理部２１により、招待状を電子メールにより送信する。
【００３１】
図６は、上記Ｒｏｏｍ招待者管理部２１により送信され招待状を受信した端末で行われる手順を説明するための図である。図６のＸ１の招待状に含まれるＵＲＬをクリックすることにより、ログイン画面Ｘ２に遷移する。ここで、予め取得したユーザ名、パスワードを入力した上で、ログインボタン４６をクリックすると、サーバ２０により新着招待状の有無が確認される。
【００３２】
新着招待状が届いているようであれば、サーバ２０からの受信データを用いて図６に例示するように確認画面Ｘ３が表示される。ここで、「この部屋を登録」ボタン４７をクリックすると、サーバ２０への登録要求が送信され、当該Ｒｏｏｍの新規メンバとして登録される。一方、「登録しない」ボタン４８をクリックすると、サーバ２０に対し拒否通知が送信され、サーバ２０により当該Ｒｏｏｍの生成ユーザに対し、その旨（登録辞退）の電子メールが送信される。
【００３３】
なお、上記した例では、図６のＸ１の招待状に含まれるＵＲＬからアクセスを誘引し所定の手続きを行うものとして説明したが、（１）招待状に登録する場合の返信メールアドレスと登録辞退する場合の返信メールアドレスとを併記しておく方法、（２）登録に応ずる場合はそのまま送信元に返信することにより登録され、登録辞退する場合のみ別の返信メールアドレスに辞退メールを送る等、その他同等の方法も採用することが可能である。
【００３４】
[新着メッセージ一覧]
続いて、本実施形態に係るコミュニケーションシステムにおいてユーザが登録しているＲｏｏｍからの新着メッセージを参照し、返信メッセージを投稿するまでのフローについて説明する。図７は、図２のメニュー画面Ａ２から「新着メッセージ一覧」３５をクリックした後の画面遷移を表した図である。
【００３５】
図２のメニュー画面Ａ２から「新着メッセージ一覧」３５をクリックすると、図７に示すように、サーバ２０のコンテンツ管理部２５から受信済みのメッセージ一覧画面Ｃ１が表示される（サーバ２０から定期的にメッセージを受信する仕組みについては後記する）。
【００３６】
ここで例えば、図７のメッセージ一覧画面Ｃ１の上から２番目のメッセージ「〜Ｒｏｏｍ名：ゆきこ’s  飲み仲間の間  Ｓｕｂ：かわいい帽子発見。〜」をクリックすると、当該メッセージの本文と添付画像４９を表示する個別メッセージ表示画面Ｃ２が表示される。
【００３７】
そして更に、図７の個別メッセージ表示画面Ｃ２の「コメントする」をクリックすると、当該メッセージに対して返信メッセージの入力画面Ｃ３が表示される。図７の返信メッセージの入力画面Ｃ３の「画像を添付する」をクリックすると、返信メッセージに添付する画像の選択画面に遷移し、「コメントを投稿する」をクリックすると、返信メッセージがサーバ２０対して送信される。
【００３８】
また、図７の個別メッセージ表示画面Ｃ２の下段に配された「次の新着メッセージ」ボタン５０をクリックすると、次の新着メッセージ、例えば、図７の上から３番目のメッセージが表示される。従って、「次の新着メッセージ」ボタン５０にカーソルを合わせた状態で適宜クリックを行うことによって、新着メッセージを順次流し読みすることが可能となっている。
【００３９】
なお、図７の個別メッセージ表示画面Ｃ２の「ゆきこ’s  飲み仲間の間に遊びに行く」をクリックすると、Ｒｏｏｍ「ゆきこ’s  飲み仲間の間」のトップページ（図９のＥ２参照）に遷移するが、これについては後記する。
【００４０】
[登録Ｒｏｏｍの確認]
続いて、本実施形態に係るコミュニケーションシステムにおいてユーザが登録しているＲｏｏｍを確認するための画面について説明する。図８は、図２のメニュー画面Ａ２から「登録Ｒｏｏｍの確認」３６をクリックした後に表示される画面を表した図である。
【００４１】
図２のメニュー画面Ａ２から「登録Ｒｏｏｍの確認」３６がクリックされると、ユーザ端末１０は、サーバ２０に対して、ユーザが登録しているＲｏｏｍを照会し、図８のＤ１に示すように登録中のＲｏｏｍを一覧表示する。この画面を通じて、ユーザは、自己が加入している仮想コミュニティを把握することが可能となる。
【００４２】
そして必要がある場合には、図８の画面上段を説明に示されたように、登録を削除したいＲｏｏｍを選択した上で「削除する」ボタン５１をクリックすることによって、サーバ２０に対しまとめて登録削除要求を送信することも可能となっている。
【００４３】
[Ｒｏｏｍ閲覧・登録]
続いて、本実施形態に係るコミュニケーションシステムにおいてユーザが登録しているＲｏｏｍに入り、サーバ２０に保持されているメッセージの閲覧等を行うフローについて説明する。図９は、図２のメニュー画面Ａ２から「Ｒｏｏｍ閲覧・登録」３７をクリックした後の画面遷移を表した図である。
【００４４】
図２のメニュー画面Ａ２から「Ｒｏｏｍ閲覧・登録」３７がクリックされると、ユーザ端末１０は、サーバ２０に対するユーザが登録しているＲｏｏｍの照会が行われ、図９のＥ１に示すように登録中のＲｏｏｍを一覧表示する。
【００４５】
ここで例えば、図９の登録Ｒｏｏｍ一覧画面Ｅ１の一番上のＲｏｏｍ「ゆきこ’s  飲み仲間の間」をクリックすると、当該Ｒｏｏｍにおいて投稿された記事を一覧表示する記事一覧画面Ｅ２が表示される。図９の登録Ｒｏｏｍ一覧画面Ｅ１の下段の「Ｒｏｏｍを追加」ボタン５２をクリックすると、図６のＸ３と同様に招待状を受けているＲｏｏｍを確認し、登録することが可能となっている。
【００４６】
そして更に、図９の記事一覧画面Ｅ２の任意の記事がクリックされると、サーバ２０に対して選択された記事の内容照会が行われ、当該記事を個別表示する個別メッセージ表示画面Ｅ３が表示される。また、図９の記事一覧画面Ｅ２の「登録メンバーの確認」がクリックされると、サーバ２０に対して当該Ｒｏｏｍの登録メンバの照会が行われ、当該Ｒｏｏｍの登録メンバ一覧が表示される（図示せず）。
【００４７】
図９の個別メッセージ表示画面Ｅ３の「コメント５件」がクリックされると、サーバ２０に対して当該記事に対して他のメンバ等から返信投稿されたメッセージの照会が行われ、その結果がリスト形式、スレッド形式等により表示される。
【００４８】
[企業Ｒｏｏｍを探す]
本実施形態に係るコミュニケーションシステムにおいては、上記したとおり、個人のＲｏｏｍ（仲間のＲｏｏｍｓ）は、招待状が無ければ登録できず、しかもその存在すら隠蔽されているが、企業のＲｏｏｍについては、上記制限は無く、自由に検索し登録することが可能となっている。
【００４９】
図２のメニュー画面Ａ２から「企業Ｒｏｏｍを探す」３８をクリックすると、ユーザ端末１０において、図１０に示すとおり検索方法選択画面Ｆ１が表示される。ここで、「カテゴリーから探す」を選択すると、目的とするＲｏｏｍをカテゴリーから探していく画面Ｆ２が表示され、「キーワードで探す」を選択すると、検索キーワードを入力する画面Ｆ３が表示され、目的とするＲｏｏｍをそのタイトルや紹介メッセージに含まれるキーワードからサーチすることが可能となっている。
【００５０】
このようにして検索・登録された企業のＲｏｏｍの記事に対するユーザ側からの返信可否は、当該企業やキャリア等の本サービスの提供主体が適宜定めるものとする。また、待受画面上に、登録した企業のＲｏｏｍの新着メッセージを表示するか否かについてもユーザ、当該企業と本サービスの提供主体間の契約により適宜定めることが可能である。
【００５１】
［メッセージの定期受信］
続いて、本実施形態に係るコミュニケーションシステムにおいて、メッセージがユーザ端末１０に自動配信される仕組みについて説明する。図１１は、所定の時間間隔でユーザ端末１０、サーバ２０間で行われる新着メッセージ確認手順を表した図である。
【００５２】
図１１を参照すると、ユーザ端末１０は、設定画面（図３のＡ３）の「更新時間変更」にて予め設定したタイミングが到来すると、サーバ２０に対して、ユーザＩＤとパスワードを送信し、新着チェック要求を行う（ステップＳ００１）。
【００５３】
サーバ２０は、ユーザ端末１０から新着チェック要求を受信すると、ユーザ管理部２４に格納されているユーザ情報を参照し、ユーザＩＤに対応するパスワード、登録Ｒｏｏｍ情報（例えば、Ｒｏｏｍの所在を表すＵＲＬ）を取得する（ステップＳ００２、Ｓ００３）。
【００５４】
続いて、サーバ２０は、ユーザＩＤとパスワードの組が対応するか否かによりユーザ認証を行う（ステップＳ００４）。ここで、認証に失敗した場合（ＮＧ）には、サーバ２０は、ユーザ端末１０に対し、認証ＮＧ通知を送信する。
【００５５】
前記ステップＳ００４の結果、認証に成功した場合（ＯＫ）には、サーバ２０は、コンテンツ管理部２５に、ステップＳ００３で取得した登録Ｒｏｏｍ情報に対応するＲｏｏｍに新着メッセージが登録されているか否かを確認し、ＲＤＦファイル形式の新着メッセージを用意する（ステップＳ００５、Ｓ００６）。
【００５６】
そして、サーバ２０が、新着チェック応答として、新着メッセージのＲＤＦファイルを送信すると、ユーザ端末１０は、当該ＲＤＦファイルをそのメモリに格納するとともに（これにより、図７のＣ１の新着メッセージ一覧が表示可能となる）、ＲＤＦファイルに含まれるタイトル、本文、添付画像のうち、タイトル部を用いて、待受画面への表示を行う。
【００５７】
図１２は、ユーザ端末１０の待受画面における新着メッセージ有無の表示態様の一例を表した図である。まず、新着メッセージが無い状態では、待受画面には付箋紙状ボタン３３は表示されない（図１２のＡ’１）。
【００５８】
そして、図１１で説明した手順により新着メッセージが配信されると、待受画面状に、受信したＲＤＦファイルのタイトル部の先頭部分を記載した付箋紙状ボタン３３が表示される（図１２のＡ’１ａ）。
【００５９】
上記新着メッセージの閲覧が行われないまま、次の新着メッセージが配信されると、待受画面状に既に表示されている付箋紙状ボタン３３の上方に、新たに受信したメッセージの存在を表す付箋紙状ボタン３３が表示される。（図１２のＡ’１ｂ）。このようにして、待受画面右半分のエリア（帯状領域）を用いて付箋紙状ボタン３３を順次上方に追加していくが、画面上端に達した場合は、最新メッセージの付箋紙状ボタン３３が画面最上段に常に表示されるよう、スクロール処理が行われる。
【００６０】
もちろん、上記新着メッセージの閲覧が行われた場合、あるいは、重要メッセージであるとしてマーキング等が行われなかった場合は、付箋紙状ボタン３３は消去され、すべての新着メッセージが既読状態になり、かつ、ユーザから特段のマーキングが行われなかった場合には、待受画面は図１２のＡ’１の状態となる。
【００６１】
以上のとおり、本実施形態では、個人のＲｏｏｍは、ＲＳＳと同等の利便性、Ｗｅｂｌｏｇや掲示板の簡易性・親しみやすさ、メーリングリストの閉空間性を兼ね備えたコミュニケーション手段として提供される。
【００６２】
また、企業のＲｏｏｍは、自由に検索・登録できるようになっており、新しい宣伝媒体として提供される。
【００６３】
しかも、メールサーバを利用した仕組みとは異なり、招待時のみにメールアドレスを使用する構成としているため、所謂迷惑メールの原因となる可能性を低減することが可能となっている。
【００６４】
以上本発明の好適な実施形態を説明したが、本発明の技術的範囲は、上述した実施形態に限定されるものではなく、コミュニケーションシステムにおいて、所定の時間間隔で新着メッセージを受信するとともに、待ち受け画面上に、少なくとも新着メッセージ数を識別可能に前記新着メッセージの到着表示をするという本発明の要旨を逸脱しない範囲で、各種の変形・置換をなしうることが可能であることはいうまでもない。例えば、上記した実施形態では、付箋紙状ボタンを用いるものとして説明したが、上記本発明の要旨からも明らかなとおり、付箋紙状ボタンに代えて、その他タイトルの表示領域を有するボタン、アイコン、その他これに類するオブジェクトを用いることも可能であるし、また、待受画面上に新着メッセージの到着表示用のリストを表示することによっても同等の効果を奏することが可能である。
【００６５】
また例えば、上記した実施形態では、待受画面右半分のエリア（帯状領域）を用いて、最新メッセージが常時表示されるようにして、新着メッセージを上下方向に順次表示していくものとして説明したが、新着メッセージを左右方向に順次表示していくこととしてもよいし、あるいは、最も古いメッセージが待受画面上に残されるようにすることも可能である。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施形態に係るコミュニケーションシステムの構成を表した図である。
【図２】本発明の第１の実施形態に係るユーザ端末における待受画面からの画面遷移を表した図である。
【図３】本発明の第１の実施形態に係るユーザ端末における待受画面からの画面遷移を表した図である。
【図４】本発明の第１の実施形態に係るユーザ端末におけるＭｙＲｏｏｍ画面からの画面遷移（Ｒｏｏｍ管理時）を表した図である。
【図５】本発明の第１の実施形態に係るユーザ端末におけるＭｙＲｏｏｍ画面からの画面遷移（Ｒｏｏｍ新設時）を表した図である。
【図６】本発明の第１の実施形態においてＲｏｏｍ新設時に送信される招待状メールを受信した端末で行われる手順を説明するための図である。
【図７】本発明の第１の実施形態に係るユーザ端末における新着メッセージ一覧画面からの画面遷移を表した図である。
【図８】本発明の第１の実施形態に係るユーザ端末における登録のＲｏｏｍ確認画面を表した図である。
【図９】本発明の第１の実施形態に係るユーザ端末におけるＲｏｏｍの閲覧・登録画面からの画面遷移を表した図である。
【図１０】本発明の第１の実施形態に係るユーザ端末における企業Ｒｏｏｍの検索画面からの画面遷移を表した図である。
【図１１】本発明の第１の実施形態に係るユーザ端末とサーバ間において行われる新着メッセージチェックフローを表したシーケンス図である。
【図１２】本発明の第１の実施形態に係るユーザ端末における待受画面の変化を表した図である。
【符号の説明】
【００６７】
１０  ユーザ端末
１１  ＨＴＴＰ通信機能
１２  待受画面表示機能
２０  サーバ
２１  Ｒｏｏｍ招待者管理部
２２  ＨＴＴＰ処理部
２３  Ｗｅｂ ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）処理部
２４  ユーザ管理部
２５  コンテンツ管理部
３０  設定項目リスト
３１  メニューボタン（ＭＥＮＵ）
３２  設定ボタン
３３  付箋紙状ボタン
３４〜３９  メニュー項目ボタン
４０、４２  処理選択リスト
４１、４３〜４８、５０〜５３  仮想ボタン（ソフトウェアキー）
４９  メッセージ添付画像
【図１】
2007140696.tif 000003
【図２】
2007140696.tif 000004
【図３】
2007140696.tif 000005
【図４】
2007140696.tif 000006
【図５】
2007140696.tif 000007
【図６】
2007140696.tif 000008
【図７】
2007140696.tif 000009
【図８】
2007140696.tif 000010
【図９】
2007140696.tif 000011
【図１０】
2007140696.tif 000012
【図１１】
2007140696.tif 000013
【図１２】
2007140696.tif 000014