(57)【特許請求の範囲】
【請求項１】
ユーザによって操作され所定の通信ソフトによる通信が可能な複数のユーザ端末と、前記ユーザ端末間の通信の仲介を行う管理者サーバと、これらを互いに接続するインターネットとを備え、
前記管理者サーバは、
複数ユーザの集合体であるグループについて各グループに所属するユーザのユーザＩＤと、前記ユーザＩＤに対応し該ユーザが該グループ内で自己を表示するものとして使用され、該ユーザが所属する複数のグループのそれぞれに対して任意に設定が可能であるユーザアカウントとが記録されるグループ管理データベース、および各ユーザについて各ユーザのユーザＩＤと該ユーザの所属グループとが記録されるユーザ情報データベースを有するデータサーバと、
或るユーザがユーザ端末の通信ソフトを起動して前記管理者サーバに前記ユーザＩＤを用いてアクセスした際に、前記ユーザ情報データベースにアクセスして該ユーザＩＤが登録されているグループを検索するとともに、前記グループ管理データベースにアクセスして該ユーザＩＤが登録されているグループに所属する他のユーザのユーザアカウントを抽出するデータ処理サーバと、
前記データ処理サーバによって抽出された他のユーザのユーザアカウントを前記管理者サーバにアクセスしたユーザのユーザ端末に送信する通信サーバとを有しており、
前記ユーザ端末は、
前記管理者サーバから送られてきた他のユーザのユーザアカウントを受信する通信手段と、
前記ユーザが所属しているグループ名、および前記管理者サーバから送られてきた前記ユーザが所属しているグループの他のユーザのユーザアカウントを表示する表示手段と
を有することを特徴とする通信装置。
【請求項２】
前記グループ管理データベースには、ユーザアカウントに加えてグループ内でのみ使用するニックネームが記録されており、
前記データ処理サーバでは、ユーザアカウントに加えて該ニックネームが抽出され、
前記通信サーバでは、ユーザアカウントに加えてニックネームがユーザ端末に送信され、
前記ユーザ端末の通信手段では、前記ユーザアカウントに加えてニックネームを受信し、
前記ユーザ端末の表示手段には、該ユーザの所属グループ名、および前記管理者サーバから送られてきた前記ユーザが所属しているグループの他のユーザのニックネームが表示されることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記管理者サーバのユーザ情報データベースには、ユーザの現状に関する情報であるユーザステータスがさらに記録されており、
前記管理者サーバの通信サーバでは、或るユーザ端末からユーザステータスの更新要求があったときに前記ユーザ情報データベースにアクセスして該ユーザのユーザステータスを更新するとともに、前記グループ管理データベースにアクセスして前記要求を送信したユーザが所属しているグループに所属する他のユーザを抽出し、次いで前記ユーザ情報データ情報データベースにアクセスして前記他のユーザのユーザステータスに関する情報を前記要求を送信したユーザのユーザ端末に送信し、
前記ユーザ端末の通信手段は、前記管理者サーバに対してユーザステータスを送信するとともに、前記管理者サーバから送られてきた同じグループに属する他のユーザのユーザステータスを受信し、
前記ユーザ端末の表示手段には、前記管理者サーバから送られてきた他のユーザについてのユーザステータスが表示されることを特徴とする請求項１または２に記載の通信システム。
【請求項４】
前記データ処理サーバは、他のユーザのユーザステータスに関する情報を所定時間毎に調べ、
前記通信サーバは、該他のユーザのユーザステータスに関する最新の情報をユーザ端末に対して送信することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記データ処理サーバは、ユーザ端末からの要求に応じて他のユーザのユーザステータスに関する情報を調べ、
前記通信サーバは、該他のユーザのユーザステータスに関する最新の情報を該ユーザ端末に対して送信することを特徴とする請求項３または４に記載の通信システム。
【請求項６】
前記ユーザステータスには、ユーザ端末がインターネットに接続されており、且つユーザ端末で通信ソフトが起動されている場合の属性である「OnNet」と、ユーザ端末がそれ以外の状態である場合の属性である「OffNet」の２種類の属性があり、
ユーザステータスの属性が「OnNet」の湯合は、予め用意された複数ユーザステータスから選択されたユーザステータス、又はユーザが任意に作成したユーザステータスを「OnNet」と同じ属性を持たせつつ「OnNet」に代えて使用可能であることを特徴とする請求項３〜５のいずれかに記載の通信システム。
【請求項７】
ユーザ端末間にて通信される情報は、キャラクタを指定するキャラクタ情報と、キャラクタの動作を指定する動作情報と、文字メッセージとからなるキャラクタメッセージであり、
当該キャラクタメッセージを受信したユーザ端末の画面上には、前記キャラクタ情報および前記動作情報によって特定されるキャラクタの動画と、文字メッセージとが表示されることを特徴とする請求項１〜６のいずれかに記載の通信システム。
【請求項８】
前記キャラクタメッセージを受信した他のユーザ端末は、受信したキャラクタ情報と動作情報とが受信側端末のファイルに記録されている場合には、前記ファイルから所定の動画ファイルを選択して実行させ、
前記ファイルにキャラクタ情報と動作情報とが記録されていない場合には、該キャラクタ情報および動作情報を前記管理者サーバからダウンロードして実行させる手段を備えることを特徴とする請求項７に記載の通信システム。
【請求項９】
前記キャラクタメッセージを受信した他のユーザ端末は、該他のユーザ端末の画面から前記文字メッセージが消去された後に受信確認メッセージを管理者サーバを介して送信側のユーザ端末に自動的に返信する手段を備えることを特徴とする請求項７〜８のいずれかに記載の通信システム。
【請求項１０】
前記管理者サーバの通信サーバは、
キャラクタメッセージの送信先であるユーザ端末のユーザステータスが「OnNet」の場合は、送信先のユーザ端末に対してキャラクタメッセージをそのまま送信し、
キャラクタメッセージの送信先であるユーザ端末のユーザステータスが「OffNet」の場合は、文字情報を電子メールの本文に変換し、キャラクタ情報と動作情報とを前記電子メールの添付書類に変換することによって、送信先のユーザ端末に対してキャラクタメッセージを添付書類付き電子メールとして送信することを特徴とする請求項７〜９のいずれかに記載の通信システム。
【請求項１１】
前記ユーザ端末は、受信した前記添付書類付き電子メールを、電子メールに変換される前のキャラクタメッセージに復元する手段を有することを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記管理者サーバは、既存のグループにユーザを新たに登録する際に、該登録しようとするユーザのメールアドレスの入力を求め、該入力されたメールアドレスと前記ユーザ情報データベースに予め登録されているメールアドレスとが一致するかどうかを認証する手段を有することを特徴とする請求項１〜１１のいずれかに記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットや携帯電話等の通信回線を用いたコミュニケーションシステムに関するものである。
【０００２】
【従来の技術】
近年のコンピュータや携帯端末、インターネットに接続可能な携帯電話等の急激な普及に伴い、電子メールの利用者は急増している。
【０００３】
しかしながら、電子メールは画像やプログラム、音声等を添付することはできるが、基本的にテキスト文書である。
【０００４】
文書だけで相手にニュアンスを含めた話の内容を正確に伝えるのは難しい。文書だけの場合、相手は文字だけを見て理解しなくてはならず、同じ文書であっても誤解が生じるおそれがある。
【０００５】
商談のような場合は、「＊月＊日までに＊＊を＊＊個発送」のように具体的要件のみを伝達できれば良いので、比較的伝達内容の理解は容易である。
【０００６】
これに対して日常のコミュニケーションとして電子メールを用いる場合は、基本的に話し言葉で書くことが多いが、言葉のアクセントや相手の表情や仕草を知ることができないため、想像を交えて相手の意思を理解するように努める必要がある。
【０００７】
会話に比べて文書は相手に与える印象が強く、しかも記録として後に残るため、一般的に「キツイ」印象になりやすい。例えば親しみを込めて文書を送っても、電子メールを受け取った相手は自分が軽蔑されたと感じてしまうこともある。
【０００８】
このようにちょっとした言葉の遣い方で、誤解を生じてしまうことや、相手を不愉快にさせてしまうことがある。
【０００９】
電子メールに慣れた者は文字という限られた表現手段の中で、話のニュアンスや自分の意思を少しでも正しく伝えると共に表現を柔らかくするために、(＾o＾)のような顔文字(文字や記号を並べて、笑っている顔や泣いている顔等を表現する技法)を使う等している。
【００１０】
しかしながら、当然このような限られた文字、記号から構成される顔文字には限界があり、多様な意思をうまく伝えることは困難である。
【００１１】
電子メールには画像を添付することもできるが、画像等を添付するためには所謂「お絵描きソフト」で絵を描いたり、デジタルカメラやスキャナー等を使って画像を取り込む作業が必要となり手間がかかる。更に、これらは静止画像であるので、1枚の絵や写真だけでは表現できる内容に制限が多い。
【００１２】
動画を添付して送信することも可能ではあるが、画像データはそれ自体大きなデータ容量であり、多数枚の画像からなる動画では送信時間が長くなりすぎる。
【００１３】
尚、一部のメーラー(電子メール送受信ソフト)では、クマやウサギ等のキャラクタが電子メールを運んでくるように表現されるものがある。但し、このようなメーラーにおいては送信者と受信者が同一バージョンのメーラーを夫々の端末にインストールしていることが必要である。更に、このようなメーラーで使われるキャラクタは単にメールを運んでくるだけであり、そのキャラクタ自体は送信者の意思表示手段としては機能しない。
【００１４】
又、電子メールは好きなときに送れて、相手も好きなときに読むことができるというメリットがある。しかしこのことがデメリットともなっている。すなわち、電子メールを送信しても相手がそれを読んだか否か確認できず、情報の確実な伝達手段としては不十分である。事実、送信相手から何の反応も無いと電子メールが到着しているのか不安になり、結局電話で確認を取らざるを得ないことも多い。電子メールは必ず到着するという保証がないので、相手が受信したことを知る何らかの確認手段が望まれる。
【００１５】
【発明が解決しようとする課題】
そこで、本発明は意思をより多様な表現方法にて相手に伝達することが可能で、しかも送信した内容を相手が見たことが確認可能な通信システムを提供することを課題とする。
【００１６】
更には、従来の電子メールでは達成できなかった各種の便利な機態を提供することも課題とする。
【００１７】
【課題を解決するための手段】
本発明の請求項１記載の通信システムは、
ユーザによって操作され所定の通信ソフトによる通信が可能な複数のユーザ端末(5)(6)と、ユーザ端末(5)(6)間の通信の仲介を行う管理者サーバ(1)と、これらを互いに接続するインターネットとを備え、
管理者サーバ(1)は、
複数ユーザの集合体であるグループについて各グループに所属するユーザのユーザＩＤと、前記ユーザＩＤに対応し該ユーザが該グループ内で自己を表示するものとして使用され、該ユーザが所属する複数のグループのそれぞれに対して任意に設定が可能であるユーザアカウントとが記録されるグループ管理データベース、および各ユーザについて各ユーザのユーザＩＤと該ユーザの所属グループとが記録されるユーザ情報データベースを有するデータサーバ(3)と、
或るユーザがユーザ端末の通信ソフトを起動して管理者サーバ(1)にユーザＩＤを用いてアクセスした際に、ユーザ情報データベースにアクセスして該ユーザＩＤが登録されているグループを検索するとともに、グループ管理データベースにアクセスして該ユーザＩＤが登録されているグループに所属する他のユーザのユーザアカウントを抽出するデータ処理サーバ(4)と、
データ処理サーバ(4)によって抽出された他のユーザのユーザアカウントを前記管理者サーバ(1)にアクセスしたユーザのユーザ端末(5)(6)に送信する通信サーバ(2)とを有しており、
ユーザ端末(5)(6)は、
管理者サーバ(1)から送られてきた他のユーザのユーザアカウントを受信する通信手段と、
ユーザが所属しているグループ名、および管理者サーバ(1)から送られてきた該ユーザが所属しているグループの他のユーザのユーザアカウントを表示する表示手段と
を有することを特徴とする。
【００１８】
請求項２記載の通信システムは、グループ管理データベースには、ユーザアカウントに加えてグループ内でのみ使用するニックネームが記録されており、
データ処理サーバでは、ユーザアカウントに加えて該ニックネームが抽出され、
通信サーバでは、ユーザアカウントに加えてニックネームがユーザ端末に送信され、
ユーザ端末の通信手段では、ユーザアカウントに加えてニックネームを受信し、
ユーザ端末の表示手段には、該ユーザの所属グループ名、および管理者サーバ(1)から送られてきた前記ユーザが所属しているグループの他のユーザのニックネームが表示されることを特徴とする。
これによれば、ユーザが複数グループに属しているような場合にはグループ毎に自己を示す名称を使い分けることができる。
請求項３に記載の発明は、
管理者サーバ(1)のユーザ情報データベースには、ユーザの現状に関する情報であるユーザステータスがさらに記録されており、
管理者サーバ(1)の通信サーバでは、或るユーザ端末からユーザステータスの更新要求があったときにユーザ情報データベースにアクセスして該ユーザのユーザステータスを更新するとともに、グループ管理データベースにアクセスして前記要求を送信したユーザが所属しているグループに所属する他のユーザを抽出し、次いでユーザ情報データ情報データベースにアクセスして前記他のユーザのユーザステータスに関する情報を前記要求を送信したユーザのユーザ端末に送信し、
ユーザ端末(5)(6)の通信手段は、管理者サーバ(1)に対してユーザステータスを送信するとともに、管理者サーバ(1)から送られてきた同じグループに属する他のユーザのユーザステータスを受信し、
ユーザ端末(5)(6)の表示手段には、管理者サーバ(1)から送られてきた他のユーザについてのユーザステータスが表示されることを特徴とする。
これによれば、ユーザはユーザ端末の画面を見るだけで、予め登録しておいた他のユーザの現状を知ることができ、相手の都合の良いときを見計らって効率的にメッセージを送信することができる。
【００１９】
請求項４記載の通信システムは、請求項３に記載の通信システムにおいて、前記データ処理サーバは、他のユーザのユーザステータスに関する情報を所定時間毎に調べ、前記通信サーバは、該他のユーザのユーザステータスに関する最新の情報をユーザ端末に対して送信することを特徴とする。
【００２０】
これによればユーザ端末は定期的に管理者サーバに要求することにより最新のユーザステータスを入手できる。したがって、グループメンバーの現状について最新情報を表示させることができる。
【００２１】
請求項５記載の通信システムは、請求項３又は請求項４記載の通信システムにおいて、データ処理サーバは、ユーザ端末からの要求に応じて他のユーザのユーザステータスに関する情報を調べ、通信サーバは、該他のユーザのユーザステータスに関する最新の情報をユーザ端末に対して送信することを特徴とする。
【００２２】
これによれば、任意な時に管理者サーバからグループメンバーの最新のユーザステータスを入手することができる。
【００２３】
請求項６記載の通信システムは、請求項３から請求項５のいずれかに記載の通信システムにおいて、前記ユーザステータスには、ユーザ端末がインターネットに接続されており、且つユーザ端末で通信ソフトが起動されている場合の属性である「OnNet」と、ユーザ端末がそれ以外の状態である場合の属性である「OffNet」の２種類の属性があり、ユーザステータスの属性が「OnNet」の湯合は、予め用意された複数ユーザステータスから選択されたユーザステータス、又はユーザが任意に作成したユーザステータスを「OnNet」と同じ属性を持たせつつ「OnNet」に代えて使用可能であることを特徴とする。
【００２４】
これによれば、メンバーがキャラクタメッセージを直ぐに受信できる状態であるか否か判断することができ、色々なユーザステータスを用いることによりユーザの細かな現状を教えたり、知ったりすることかできる。
【００２５】
請求項７記載の通信システムは請求項１〜請求項６のいずれかに記載の通信システムにおいて、ユーザ端末間にて通信される情報は、キャラクタを指定するキャラクタ情報と、キャラクタの動作を指定する動作情報と、文字メッセージとからなるキャラクタメッセージであり、当該キャラクタメッセージを受信したユーザ端末の画面上には、前記キャラクタ情報および前記動作情報によって特定されるキャラクタの動画と、文字メッセージとが表示されることを特徴とする。
【００２６】
これによれば、送信先の画面上において、文字によるメッセージを表示させることができるだけでなく、自分の好みのキャラクタに指定した動作を行わせることができる。これにより、文字だけでは伝えきれない気持ちを表現豊かに伝えることができる。
【００２７】
請求項８記載の通信システムは、請求項７に記載の通信システムにおいて、前記キャラクタメッセージを受信した他のユーザ端末は、受信したキャラクタ情報と動作情報とが受信側端末のファイルに記録されている場合には、前記ファイルから所定の動画ファイルを選択して実行させ、ファイルにキャラクタ情報と動作情報とが記録されていない場合には、該キャラクタ情報および動作情報を前記管理者サーバからダウンロードして実行させる手段を備えることを特徴とする。
【００２８】
これによれば、受信側端末が送信者の指定したキャラクタの動作に関する動画ファイルを記録していなくても、管理者サーバから自動的にダウンロードされ、そのファイルを実行することにより指定されたキャラクタの動作を表示させることができる。したがって、受信者は予め全ての動画ファイルを保持している必要がなく、端末の記録容量の負担も少ない。又、送信者は受信者が指定したキャラクタの動画ファイルを保持しているか否かを心配することなく送信することができる。
【００２９】
請求項９記載の通信システムは、請求項７〜請求項８のいずれかに記載の通信システムにおいて、キャラクタメッセージを受信した他のユーザ端末は、該他のユーザ端末の画面から文字メッセージが消去された後に受信確認メッセージを管理者サーバを介して送信側のユーザ端末に自動的に返信する手段を備えることを特徴とする。
【００３０】
これによれば、文字メッセージの消去という受信側ユーザの操作により、受信側ユーザがメッセージを見ない限り、受信確認メッセージが返信されることはなく、受信側ユーザがメッセージを見ると自動的に受信確認メッセージが返信されるので確実に受信確認を行うことができる。送信側は確認メッセージが返信されてくるので、メッセージを見てもらえたことを確認できて安心することができる。
【００３１】
請求項１０記載の通信システムは、請求項７〜請求項９のいずれかに記載の通信システムにおいて、前記管理者サーバの通信サーバは、キャラクタメッセージの送信先であるユーザ端末のユーザステータスが「OnNet」の場合は、送信先のユーザ端末に対してキャラクタメッセージをそのまま送信し、キャラクタメッセージの送信先であるユーザ端末のユーザステータスが「OffNet」の場合は、文字情報を電子メールの本文に変換し、キャラクタ情報と動作情報とを前記電子メールの添付書類に変換することによって、送信先のユーザ端末に対してキャラクタメッセージを添付書類付き電子メールとして送信することを特徴とする。
【００３２】
これによれば、管理者サーバは受信側が直ぐにキャラクタメッセージを見ることができるか否かを受信側ユーザのユーザステータスにより判断することができ、直ぐに見ることができる場合のみキャラクタメッセージを転送し、直ぐに見られない場合には電子メールとして送信することができる。
【００３３】
請求項１１記載の通信システムは、請求項１０に記載の通信システムにおいて、ユーザ端末は、受信した前記添付書類付き電子メールを、電子メールに変換される前のキャラクタメッセージに復元する手段を有することを特徴とする。
【００３４】
これによれば、管理者サーバで電子メールに変換されたキャラクタメッセージは、受信側の通信ソフトにより再びキャラクタメッセージに復元され、文字メッセージのみならずキャラクタの動作も表示させることができる。
【００３５】
請求項１２記載の通信システムは、請求項１〜請求項１１のいずれかに記載の通信システムにおいて、管理者サーバ(1)は、既存のグループにユーザを新たに登録する際に、該登録しようとするユーザのメールアドレスの入力を求め、該入力されたメールアドレスと前記ユーザ情報データベースに予め登録されているメールアドレスとが一致するかどうかを認証する手段を有することを特徴とするものである。
【００３６】
これによれば、ユーザが知らないうちに勝手に知らないグループのメンバーとして登録されることを防止できる。
【００３７】
【発明の実施の形態】
以下、本発明を好適な実施例を用いて説明する。
【００３８】
［システム構成］
図1は本発明のシステム構成を説明するための図である。
【００３９】
管理者サーバ(1)はインターネットとの接続に用いられる通信サーバ(2)と、データを記録しているデータサーバ(3)と、データの処理を行うデータ処理サーバ(4)としての機能を有している。
【００４０】
管理者サーバ(1)は１台のコンピュータに全ての機能を持たせても良いし、２台又は３
台以上のコンピュータに機能を分担させるようにしても良い。
【００４１】
ユーザの端末(5a),(5b)及びユーザの携帯端末(6a),(6b)「携帯電話を含む」はインターネット「無線による接続を含む」を介して管理者サーバ(1)に接続可能である。なお、両者を含む上位概念の場合は、単にユーザ端末(5)(6)とする。
【００４２】
［ユーザ登録］
本システムを利用するためには最初にキャラクタメッセージを送受信可能な通信ソフトを導入する必要がある。通信ソフトのＣＤ−ＲＯＭ等のメディアで入手できるようにしても良いし、インターネット等でダウンロードして入手できるようにしても良い。
【００４３】
新規に通信ソフトを導入した者は、最初にユーザ登録を行う。インターネットでシステム管理者の所定のＵＲＬにアクセスする。すると、図２２に示したような「ユーザ登録画面」が表示される。
【００４４】
この「ユーザ登録画面」に氏名，メールアドレス，パスワード等の必要事項を入力する。本実施例ではメール送信時に表示される自分のニックネームも登録できるようにした。
【００４５】
必要事項を記入して登録ボタンをクリックすると、図２３に示したような「ユーザ登録確認画面」が表示される。もし、入力漏れや、入力ミスが有る場合にはエラー表示をし、再入力を求める。
【００４６】
「ユーザ登録確認画面」では、先に「ユーザ登録画面」でユーザが入力した情報が表示され、ユーザは登録内容に間違いが無いか確認する。確認後に画面の登録ボタンをクリックすると管理者サーバ(1)では、このユーザ情報がデータサーバ(3)の「ユーザ情報データベース」に記録される。
【００４７】
管理者サーバ(1)は登録されたメールアドレス宛に図２４に示したような登録完了を知らせるメールを送信する。この登録完了メールにはユーザＩＤが記載されている。
【００４８】
登録完了メールの送信が完了すると図２５に示したような「ユーザ登録完了画面」が表示される。
【００４９】
［初回のソフト起動］
ユーザが通信ソフトを初めて起動させると、図２６に示したような「ユーザ情報入力画面」が表示される。ユーザは登録されている(登録完了メールで連絡済みの)ユーザＩＤとパスワードを入力してＯＫボタンをクリックする。これにより管理者サーバにユーザＩＤとパスワードとが送信される。
【００５０】
管理者サーバはデータベースに記録されているユーザ情報と、送られてきたユーザＩＤ及びパスワードが正しいか確認する。ユーザＩＤ及びパスワードが正しいと判断されると、管理者サーバ(1)はユーザ端末(5)(6)に確認メッセージを送信する。
【００５１】
ユーザ端末(5)(6)は管理者サーバ(1)から送られてきた確認メッセージを受信すると使用可能な状態となる。
【００５２】
尚、ユーザＩＤとパスワードが正しくない場合は、ユーザ端末(5)(6)にエラーメッセージを送信し、再び「ユーザ情報入力画面」が表示されユーザに再入力を促すようにした。
【００５３】
［グループ登録］
ユーザは本発明のシステムを活用するためにグループに属することになる。新規のグループを作成する場合や、グループのメンバー追加，削除等のグループに関する設定は、管理者サーバ(1)の所定ＵＲＬにアクセスして行う。
【００５４】
すると図２７に示すような「グループ登録・修正画面」が表示される。
【００５５】
新しくグループを作成する場合には、新規登録用フォームにグループの代表者のユーザＩＤとパスワード、グループの名前、グループパスワードを入力し、登録ボタンをクリックして登録する。
【００５６】
このようにして新規にグループを登録すると図２８に示したような「新規グループ登録確認画面」が表示される。ユーザは表示された登録情報を確認し、間違いが無ければ登録ボタンをクリックして最終的に登録する。
【００５７】
管理者サーバ(1)では最終的な登録があると「グループ情報データベース」に新しく作られたグループの情報が新規に登録される。この「グループ情報データベース」にはグループＩＤ、グループ名、グループパスワード、グループ代表者のＩＤが項目として記録される。
【００５８】
管理者サーバ(1)は登録が完了するとグループ代表者のメールアドレスに図２９に示したようなグループ登録完了のメールを送信する。そして、このグループ登録完了メールの送信後に、図３０に示したような「新規グループ登録完了画面」を表示する。これによりグループ登録が完了する。
【００５９】
［メンバー登録］
グループを新規に登録しても、それだけではグループを構成するメンバーが登録されていない。そこで、次にグループのメンバーを登録する。
【００６０】
上記の「新規グループ登録完了画面」(図３０)には、「ユーザ追加」ボタンがあり、これをクリックすると図３１に示すような「グループ情報更新ページ」が表示される。
【００６１】
グループのメンバーを新たに登録する場合は、「ユーザのグループへの追加」の欄に、登録したいメンバーのユーザＩＤ、メールアドレス、アカウント、メンバー内で使うニックネームを記入する。
【００６２】
ここで、「アカウント＠グループ名」という形でキャラクタメッセージを送ることが可能となる。例えばグループ名が「ace」、アカウントが「king」であれば、そのメンバーに対しては「king＠ace」として送信することができる。したがって、同じグループ内でアカウントが重複するとメンバーを指定できなくなるので、アカウントはグループ内でアカウントが重複しないように登録する必要がある。
【００６３】
又、メールアドレスを入力させているのは認証のためである。ユーザのメールアドレスはユーザ情報データベースに既に登録されているので、メンバーとして登録されるユーザのユーザＩＤとそのメールアドレスが、ユーザ情報データベースと不一致の場合には当該ユーザをグループのメンバーとして追加することを認めない。これによりユーザが知らないうちに勝手に知らないグループのメンバーとして登録されることを防止している。
【００６４】
したがって、例えば企業や団体の宣伝用のグループ等に勝手に登録されて迷惑なダイレクトメールを受けたり、イタズラメールを受けることを防止することができると共に、グループ代表者のメンバー登録間違いを未然に防止することができる。
【００６５】
グループ内のニックネームは、そのグループ内でキャラクタメッセージを送信した際に、そのメンバーを指定する愛称として表示される名称である。ユーザはユーザ登録時にニックネームを既に登録しているが、複数グループに属しているような場合にはグループ毎に自己を示す名称を使い分けたい場合が有る。
【００６６】
そこで、グループ毎に表示されるニックネームを使い分けられるように、グループ内でのみ通用するニックネームを登録可能とした。例えば、仕事用のグループでは「総務山田Ｔ」のような部署や氏名を登録して使用し、友達同士のグループでは「青トカゲ君」のような楽しい愛称を登録して使用するようなことができる。
【００６７】
特にグループ毎にニックネームを使い分ける必要がないような場合は、「グループ内ニックネーム」の欄を空白のままにしておくと、自動的にユーザ登録時に登録したニックネームが登録される。
【００６８】
必要事項を記入後、画面の「ユーザ追加」ボタンをクリックすると、図３２に示したような「グループユーザ追加確認画面」が表示される。
【００６９】
但し、登録するメンバーのアカウントが重複している場合や、メールアドレスが間違っている場合には管理者サーバ(1)はエラーメッセージの後に「グループ情報更新ページ」を再表示させ、アクセスしている者(通常はグループ代表者)に再入力を促す。エラーメッセージには「アカウントが重複しています。他のアカウントに変更してください」等のエラー理由を表示させるようにすると親切である。又、「グループ情報更新ページ」を再表示させることなくエラー項目のみ再入力できるような画面を表示させても良い。
【００７０】
「グループユーザ追加確認画面」にはグループに追加するメンバーの情報が表示されるので、間違いが無ければ「ユーザ追加」ボタンをクリックして登録する。
【００７１】
管理者サーバ(1)では、登録があるとグループ毎に設けられた「グループ管理データベース」に登録情報が記録される。尚、この「グループ管理データベース」には、「所属ユーザＩＤ」、「ユーザアカウント」、「グループ内ニックネーム」のデータが記録される。
【００７２】
管理者サーバ(1)は、メンバーに追加されたユーザとグループ代表者宛に図３３に示したような「グループユーザ登録完了メール」を送信し、その後に図３４に示すような「ユーザ追加登録完了画面」を表示する。
【００７３】
「グループユーザ登録完了メール」は追加されたユーザにも送信されるので、グループ代表者がメンバー追加の登録作業を行ったとしても追加されたユーザは登録の完了をメールにより知ることができる。
【００７４】
追加されたユーザは「グループユーザ登録完了メール」に記載されたグループＩＤを自らが使用する端末(5)(6)の通信ソフトの設定画面に入力して設定する。本実施例ではユーザの通信ソフトにグループＩＤが設定されると、自動的に管理者サーバ(1)にユーザＩＤとグループＩＤを送信するようにした。そして、管理者サーバ(1)はグループ情報データベースを検索して、送られてきたグループＩＤを有するグループ内にそのユーザＩＤが含まれているか確認する。もし、含まれていない場合には、エラーメッセージを当該追加されたユーザに送信する。これにより、追加されたユーザがグループＩＤの設定を間違うことを防止することができる。
【００７５】
これにより、グループへ新規のメンバーを登録する手続きが完了する。尚、既存グループへのメンバーの追加や、既存グループからのメンバーの削除については後述する。
【００７６】
［通信ソフトの起動と終了］
図７は通信ソフトの起動時の手順を示した図である。本実施例に係る通信ソフトを起動すると、インターネットに接続しているか否かを判断する。インターネットに接続中であればユーザ端末(5)(6)から管理者サーバ(1)に起動メッセージが送信される。
【００７７】
インターネットに接続されていない場合はユーザ端末(5)(6)の画面に接続するか否かの問い合わせが表示される。接続を指示するとインターネットに接続され、ユーザ端末(5)(6)から管理者サーバ(1)に起動メッセージが送信される。
【００７８】
インターネットに接続しない場合は、通信ソフトは非接続の状態が維持されるので通信を行うことができない。但し、この揚合でも後述するように過去に受信した受信記録を確認することはできる。
【００７９】
管理者サーバ(1)はユーザ端末(5)(6)からの起動メッセージを受信すると、「ユーザ情報データベース」にアクセスし、そのユーザのユーザステータスを「OnNet」にする。
【００８０】
ここにユーザステータスとはユーザの現在の状況を示す情報であり、大きく分けて「OnNet」と、「OffNet」の２種類の属性に分けられる。
【００８１】
「OnNet」とはユーザ端末(5)(6)が通信回線を介してインターネットに接続されており、しかも通信ソフトがユーザ端末(5)(6)において起動している状態を意味する。
【００８２】
一方、「OffNet」は「OnNet」以外、すなわちユーザ端末(5)(6)がインターネットに接続されていない場合や、インターネットに接続されていても通信ソフトがユーザ端末(5)(6)にて起動していない状態を意味する。
【００８３】
管理者サーバ(1)は起動したユーザのユーザステータスを「OnNet」にした後に、起動したユーザが属するグループのグループ管理データベースを検索し、そのグループに属するメンバーを抽出する。そして、メンバーである各ユーザの現在のユーザステータスを各ユーザの「ユーザ情報データベース」より抽出し、ユーザステータス情報として起動したユーザに送信する。
【００８４】
通信ソフトを起動するとユーザ端末(5)(6)には図９に示すような「基準画面」が表示される。「基準画面」には管理者サーバ(1)から送信されてきたユーザステータス情報に基づいて同じグループに属する各ユーザのユーザステータスが表示される。
【００８５】
ユーザが複数のグループに属している場合には、全グループと、それらに属する全ユーザのユーザステータスが表示される。
【００８６】
ユーザステータスは上述のように大きく分けて「OnNet」と、「OffNet」の２種類の属性に分けられるが、「OnNet」については細分された(「OnNet」の属性を有する)ユーザステータスを設けることができる。例えば、「仕事中」，「食事中」，「来客中」，「休憩中」，「ちょっと席を外しています」等のユーザステータスを設けても良い。
【００８７】
これらのユーザステータスは通信ソフト側で用意したものの中から選択して用いることができるが、ユーザが直接入力してオリジナルのユーザステータスを作っても良い。詳しくは後述する。
【００８８】
図５はユーザステータス更新手続きの流れを示す図である。各ユーザの端末(5)(6)は予め設定した所定期間毎にユーザステータスの最新情報更新要求を管理者サーバ(1)に送信する。管理者サーバ(1)は最新情報更新要求を受信すると「ユーザ情報データベース」にアクセスし、そのユーザが属するグループを見つける。そしてそのグループの「グループ管理データベース」にアクセスしてグループのメンバーを抽出し、次いでメンバーを構成する各ユーザの「ユーザ情報データベース」にアクセスして当該ユーザの最新ユーザステータスを抽出する。そして、要求を送信したユーザの端末(5)(6)にメンバー(最新情報更新要求を送信したユーザを除く全メンバー)の最新のユーザステータス情報を送信する。
【００８９】
次回に最新情報更新要求を送信して最新のユーザステータスを受信するまでは、「基準画面」にはユーザ端末(5)(6)が最後(一番最近)に受信したユーザステータスが表示される。したがって、更新要求の間隔は最新のユーザステータスを取得する上では間隔が短いほど好ましいが、ユーザ端末(5)(6)の負担にもなるので、ユーザ端末(5)(6)の性能を考慮して適宜定めると良い。
【００９０】
尚、「基準画面」には「最新の情報に更新」ボタンが用意されており、これをクリックすると上記の所定期間毎の最新情報更新要求とは別に、直ぐに管理者サーバ(1)に最新情報更新要求を送信することができる。これにより、設定された所定期間の間であっても、任意に最新のユーザステータスを管理者サーバ(1)から送ってもらって表示させることができる。
【００９１】
この基準画面はデスクトップに常に表示させておくとメンバーの状況が把握できるので便利であるが、デスクトップを広く使いたい場合は小さく格納しておき、見たいときだけ大きく表示させるようにしても良い。
【００９２】
「基礎画面」を右クリックすると図１０に示したようなメニューバーが表れる。ここで「設定」を選択すると、情報更新間隔設定、表示フォント設定、ウィンドウスキン(画面の模様)設定等の各種設定を行うことができる。
【００９３】
尚、「基礎画面」では「チャット」についても選択できるが、これらについては後述する。
【００９４】
図８は通信ソフトの終了時の手順を示した図である。通信ソフトの終了を指示すると、ユーザ端末から管理者サーバに終了メッセージを送信した後に通信ソフトが終了する。
【００９５】
終了メッセージを受信した管理者サーバ(1)は、終了メッセージに含まれているユーザＩＤをもとに「ユーザ情報データベース」にアクセスし、そのユーザのユーザステータスを「OffNet」に更新する。
【００９６】
［送信手順］
図２はメッセージ送信手順を示した図である。
【００９７】
通信ソフト起動後に「基準画面」で「メッセージ送信」ボタンをクリックする(選択する)と、図１２に示したような「メッセージ送信メンバー選択画面」が表示されるので、ユーザＩＤを選択又はメンバー欄にユーザＩＤを記入したり或いは電子メールアドレスをメールアドレス欄に記入して送信したい相手を指定する。指定はグループ内通信可能メンバーを所定のリストから選択することができる。
【００９８】
送信相手を選択する場合には、相手のユーザステータスを考慮して送信すると良い。例えば相手のユーザステータスが「外出中」，「来客中」等であれば送信しても直ぐに見てもらえない可能性が高いからである。相手の都合の良いときを見計らって効率的に送信することもできる。
【００９９】
グループ外のメンバーもグループ内アカウントとグループ名を入力することにより指定できる。更に、メールアドレスを入力することにより指定することもできる。複数人の受信者を指定して同じメッセージを同時に送信することもできる。
【０１００】
「メッセージ送信メンバー選択画面」において「メッセージ作成」ボタンをクリックすると、図１３に示すような「メッセージ作成画面」が表示され、タイトル欄、吹き出し部分にメッセージを書き込むメッセージ欄、後述する添付ファイル欄に添付したいファイルをドラッグ・アンド・ドロップするための添付ファイル欄、キャラクタの種類やその動作の選択画面が表れる。これらのそれぞれに「タイトル」と「メッセージ内容」を文字入力すると共に、キャラクタとその動作を選択し、必要に応じて添付ファイル欄に添付したいファイルをドラッグ・アンド・ドロップする。更に、必要があれば、ＵＲＬ記入欄に送信者が受信者に見せたいホームページのＵＲＬや受信者に使用させたいソフト名をソフト名記入欄に記入する。これにより、前記ＵＲＬやソフトの起動ソフトがキャラクタ部分に埋め込まれる。なお、「メッセージ内容」の記入欄に受信者に使用させたいソフト名を記入したり、ＵＲＬを記入すると吹き出し部分にソフト名やＵＲＬが表れ、この部分をクリックするとＵＲＬにリンクしたホームページにアクセスしたり、起動ソフトにて所定のソフトが立ち上がる。
【０１０１】
本実施例ではキャラクタとその動作は「メッセージ作成画面」にて代表的なキャラクタとキャラクタ動作を選択できるようにしているが、「その他」ボタンをクリックすると図１４に示したような「キャラクタ動作設定画面」が表示され、別のキャラクタや、より細かい動作を指定することができる。
【０１０２】
「キャラクタ動作設定画面」で任意のキャラクタの画像ファイルをロードする。更に楽しさを増すためにオプションとしてキャラクタの色，服，持ち物，武器，乗り物等をアレンジできるようにしても良い。多数のオプションの組み合わせを可能とすればユーザは自分のオリジナルキャラクタを作り出すことができる。例えば「黄色いヘルメットを被り、スコップを持った青いカメ」や「サングラスをかけ、鉄砲を持った、白い羽根付きのイルカ」のような愉快なキャラクタ等を作ることもできる。
【０１０３】
又、このようにして作ったキャラクタは、キャラクタファイルとして登録できるようにしておけば、いつでも呼び出して使用することができるので便利である。複数のキャラクタを登録可能としておけば、送信相手毎に送るキャラクタを使い分けることもできる。
【０１０４】
キャラクタの動作については、「キャラクタ動作設定画面」に設けられたボタン等により複数の動作リストの中から選択することができる。単一の動作だけを選択しても良いし、複数の動作を順を追って行うように指定しても良い。各動作を行う時間も設定することができる。
【０１０５】
図１４に例示した動作指定ボタンは「移動する」「跳ねる」「回る」等の単純なものであるが、もっと複雑な動作を順に選択できるようにしても良い。例えば、キャラクタが「花束を渡し」次に「お辞儀」をして、次に「走り回る」といった指定も可能である。
【０１０６】
テキストメッセージを表示するタイミングも動作と関連づけて登録することができ、例えばキャラクタが「花束を渡し」、次に『お誕生日おめでとう』等のメッセージをキャラクタの噴き出しに表示させ、次に「お辞儀」をして、次に「走り回る」といった指定も可能である。
【０１０７】
「決定」ボタンをクリックすると図１３の「メッセージ作成画面」に戻る。タイトル，メッセージの記入及びキャラクタ選択、動作選択が済んだ後に、画面の「送信」ボタンをクリックすると、それらのキャラクタ情報，動作情報，メッセージからなるキャラクタメッセージが管理者サーバ(1)に送信される。
【０１０８】
尚、キャラクタ情報，動作情報はそれ自体が画像や動画を記録した情報ではなく、受信側においてキャラクタの動作を記録したファイル特定する情報であるので容量は小さい。したがって、送信時間は短く、通信の負担になりにくい。
【０１０９】
管理者サーバ(1)は、キャラクタメッセージ情報を受信すると、受信者の「ユーザ情報データベース」にアクセスし、受信者の現時点でのユーザステータスを確認する。
【０１１０】
受信者のユーザステータスが「OffNet」以外の場合、キャラクタメッセージ送信フェーズになる。図３はキャラクタメッセージの送信フェーズの流れを説明する図である。キャラクタメッセージ送信フェーズでは、管理者サーバ(1)は受信したキャラクタメッセージを受信者に転送し、受信側が前記メッセージを受理すると、図３右側にその詳細を示した「キャラクタメッセージ受理フェーズ」において、送り手指定のキャラクタが受け手側端末(5b)(6b)に表示され、吹き出しで送信側のメッセージが表示される。この時、キャラクタや噴き出し部分(或いは噴き出し内の文字部分)に各種ソフト(表計算ソフト、ワードソフト、ゲームソフト、ブラウザソフトなど)の起動ソフトを埋め込んでおき、この部分をクリックすると前記ソフトが立ち上がるようにしておいてもよい。
【０１１１】
キャラクタメッセージは通常の電子メールではないので、ＰＯＰ、ＳＭＴＰ等の電子メール用のプロトコルは使用せず、専用のプロトコルを使用した。
【０１１２】
図１５(a)はキャラクタメッセージ受信時のキャラクタの動作例をパソコン端末(5)に示した図であり、図１５(b)は携帯端末の１つである携帯電話(6)に示した図である。受信側端末がキャラクタメッセージを受信すると、指定されたキャラクタが受信側端末の画面上で指定された動作を行う。具体的には受信したキャラクタ情報と動作情報とからそれに対応した動画ファイル(アニメーションＧＩＦ等)を受信側端末にインストールされている情報から選択し、この動画ファイルを指定された順に実行させることによりキャラクタを指定通りの順で動作させる。
【０１１３】
キャラクタは文字メッセージが文字メッセージ表示ウィンドウに表示された時点で動作を停止する。したがって、受信者が気付かない内にメッセージ表示が終了してしまうことがない。
【０１１４】
受信したユーザが文字メッセージを読み、文字メッセージ表示ウィンドウを消去すると受信側端末(5b)(6b)は自動的に受理確認メッセージを管理者サーバ(1)に送信し、キャラクタは残りの動作を行う。キャラクタが画面外に出ていくことによりキャラクタメッセージが終了する。受理確認メッセージの送信はキャラクタが残りの動作を完了した後に行うようにしても良い。また、前述のように添付ファイルが添付されていたり各種ソフトが送信側によって指定されている場合、キャラクタ部分や吹き出し部分をクリックすると、添付ファイルが存在する場合、添付ファイルと関連したソフト(例えば、ワープロソフトや表計算ソフト)が立ち上がり添付ファイルを開く。また、添付ファイルがなく起動ソフトが指示されている場合、それがゲームソフトの場合、前記部分のいずれかをクリックすればゲームソフトが立ち上がり、ゲームをすることが出来るし、ブラウザソフトの場合は、この部分をクリックすると送信側或いは送信側が見せたいホームページに接続し、当該ホームページが受信側の端末(5)(6)の画面に表れる。
【０１１５】
このように従来のようなテキストだけの電子メールと異なり、各種のキャラクタが色々な表情や動きをするため、送信者の感情を簡単に伝えることができ、受信した者にとっても受信内容を見ているだけでも楽しめる。
【０１１６】
そして、前述のように受理確認の後、送信されてきた管理者サーバ(1)は受信した確認メッセージを元に送信側端末(5a)(6a)に受理確認を転送する。送信側端末(5a)(6a)には受信確認メッセージが表示される。これにより、送信者は自分が送信したメッセージを受信者が読んだことを確認することができるし、各種ソフトを介して送信者が受信者に各種メッセージを簡単に送ることが出来る。
【０１１７】
尚、受信側の確認がすぐに行われず(文字メッセージ表示ウィンドウが消去されず)、しばらく時間がたってから管理者サーバ(1)が受理確認メッセージを送信側端末(5a)(6a)に送信したような場合は、送信側端末(5a)(6a)が「OffNet」になっている場合がある。そのような場合は、管理者サーバ(1)は送信側端末(5a)(6a)が「OnNet」になるまで受理確認メッセージを保持する。そして、送信側端末(5a)(6a)のユーザステータスが「OnNet」になると送信側端末(5a)(6a)に受理確認メッセージを送信する。
【０１１８】
尚、キャラクタメッセージ送信時において送信側が指定したキャラクタについてのファイルが受信側端末にインストールされていない場合、管理者サーバ(1)は受信側端末(5b)(6b)からの要求により当該キャラクタの動作に関するファイルを受信側端末(5b)(6b)に送信する。
【０１１９】
これにより、受信側端末(5b)(6b)の通信ソフトはこれにより当該キャラクタのデータがインストールされた状態となり、ファイルの実行が可能となる。したがって、送信側は指定したキャラクタのファイルが受信側端末(5b)(6b)に予めインストールされているか否か心配することなく任意のキャラクタを指定することができる。
【０１２０】
尚、次回に同じキャラクタを使ったキャラクタメッセージが送信されてきた場合には、既に受信側端末(5b)(6b)にはファイルが記録された状態であるので、再度管理者サーバ(1)から同じキャラクタの動作データを送ってもらう必要はない。
【０１２１】
受信側端末(5b)(6b)が「OffNet」の場合には、管理者サーバ(1)は電子メール送信フェーズに入る。図４は電子メールの送信フェーズの流れを説明する図である。
【０１２２】
管理者サーバ(1)は受信したテキストメッセージを電子メールにコピーする。キャラクタ情報やその動作情報は電子メールの添付ファイルとして一緒に送信される。この場合は、通常の電子メールとして送信されるので、ＰＯＰ、ＳＭＴＰ等の電子メール用のプロトコルを使用して送受信する。
【０１２３】
後程、受信側端末(5b)(6b)が、作成された電子メールを通信ソフトを用いて受信すれば、電子メールを開いた時点で元のキャラクタメッセージに復元され、キャラクタが動作を開始する。後は上記と同様に文字メッセージが文字メッセージ表示ウィンドウに表示され、文字メッセージ表示ウィンドウが消去されると受信側端末(5b)(6b)は自動的に受理確認メッセージを管理者サーバに送信し、キャラクタは残りの動作を行う。或いは文字メッセージ表示ウィンドウを消去する前に前述のように、送信側から送られてきた前記部分（キャラクタや吹き出し部分）のいずれかをクリックして添付ファイルを開いたり、起動ソフトを起動させる。前記部分をクリックすると前述の動作を行うと同時にメッセージ表示ウィンドウが消去され、前述同様受信側端末(5b)(6b)は自動的に受理確認メッセージを管理者サーバに送信し、キャラクタは残りの動作を行う。
【０１２４】
尚、受信者が複数であり、「OnNet」の受信者と「OffNet」の受信者が混在している場合には、「OnNet」の受信者にはキャラクタメッセージとして送信し、「OffNet」の受信者には電子メールとして送信したり、ソフトを起動させる。各場合の流れは上記と同様である。
【０１２５】
［受信メールの記録］
各ユーザ端末(5)(6)は、受信したキャラクタメッセージ及び電子メールを保存することができる。図１８は「受信ボックス」を示した図である。ここには受信したキャラクタメッセージや電子メールをグループとユーザに振り分けて記録することができる。ユーザを選択すれば、そのユーザが送信したキャラクタメッセージ又は電子メールのタイトルと受信日時が表示される。
【０１２６】
指定のキャラクタメッセージ又は電子メールを指定してファイルを開くと、何度でもキャラクタメッセージ又は電子メールを見ることができる。キャラクタの動作等を含んだメッセージの場合、キャラクタの動作も受信時と同様に再現される。但し、この場合は受信確認メッセージは送信しない。
【０１２７】
［ステータスの更新］
図９に示した基礎画面を右クリックすると図１０に示したようなメニューが表れる。ここで「ステータス変更」ボタンをクリックすると、図１１に示したような「ステータス変更画面」が表示される。
【０１２８】
「ステータス変更画面」において、任意のステータスをラジオボタン等で選択し決定ボタンをクリックすると自分のユーザステータスが変更され、ユーザステータス情報が管理者サーバ(1)に送信される。
【０１２９】
尚、いちいちメニューを呼び出し、次にステータス変更画面を呼び出して、入力するのが面倒な場合には、ファンクションキー等に各種ステータスを割り当てて登録し、メニュー画面を呼び出すことなくファンクションキーを押すだけで、そのキーに割り当てられたユーザステータスを送信できるようにしても良い。
【０１３０】
用意されているユーザステータス以外のオリジナルのユーザステータスを使用したい場合、「その他」を選択し、隣接するテキストボックスに適当な記述を記入(例えば「入浴中」，「来客中」，「ちょっと買い物」等、自由に入力できる)し、「決定」ボタンをクリックすると、その記入内容がユーザステータス情報として送信される。
【０１３１】
通信回線やユーザ端末(5)(6)の異常等でユーザ端末(5)(6)が自動的に管理者サーバ(1)にユーザステータスの最新情報更新要求を送信することができない場合、管理者サーバ(1)は所定時間以上経過してもユーザから最新情報更新要求が送られて来ないと、そのユーザは「OffNet」になっていると判断し、自動的にそのユーザのユーザステータスを「OffNet」に変更する。
【０１３２】
［グループ情報の更新］
グループを登録した後に、そのグループにメンバーを追加したり、グループからメンバーを削除する必要が生じる場合がある。この場合、グループの代表者等が管理者サーバ(1)の所定ＵＲＬにアクセスし、図２７の「グループ登録・修正画面」を表示させる。
【０１３３】
ログインの欄に適切なグループ名とグループパスワードを記入して「ログイン」ボタンをクリックすると図３１に示すような「グループ情報更新画面」が表示される。
【０１３４】
尚、管理者サーバ(1)は「グループ情報データベース」を照会して、グループ名とグループパスワードが適切でないと判断した場合は、「グループ情報更新画面」を表示させず、エラーメッセージと共に正しいグループ名とグループパスワードを入力するよう促す。
【０１３５】
「グループ情報更新画面」には現在そのグループのメンバーとして登録されている全ユーザのユーザＩＤ、氏名、メールアドレス、アカウント名、グループ内ニックネームが表示されるので、修正する場合は修正すべき項目を書き直して「修正」ボタンをクリックする。管理者サーバ(1)は修正情報に基づきグループ管理データベースに記録されている情報を更新する。
【０１３６】
又、メンバーを削除する場合はカーソルで削除するメンバーを選択して「削除」ボタンをクリックする。管理者サーバ(1)は削除情報に基づきグループ管理データベースから削除対象となるユーザについての情報を削除する。
【０１３７】
ユーザ追加の揚合は、先述のグループメンバー登録と同様に登録手続きを行えばよい。
【０１３８】
［チャット］
チャットとは回線がつながっている状態でリアルタイムで会話するようにメッセージを送り合って通信内容を画面上に表示させる通信形態である。本通信ソフトもチャットの機能を備えている。
【０１３９】
図９に示した基礎画面から「チャット」ボタンをクリックする。すると、図１６に示したような「チャットルーム現状画面」が表示される。この「チャットルーム現状画面」には管理者サーバ(1)が用意した複数のチャットルームと、その現状が示される。「現状」としては現在そのチャットルームを利用しているユーザが示され、誰も利用していない場合は「誰も入室していない」旨を表示する。
【０１４０】
ユーザは事前に友人等に「今晩11時からチャットルーム＃3で最近の映画について話し合いませんか。」等のように誘い合わせてチャットルームを利用しても良いし、「チャットルーム現状画面」を見て知人が入室しているのを見つけて参加する等しても良い。又、チャットルームを事前に話題毎に分けておき「パソコンに関するチャットルーム」、「出会い系チャットルーム」、「スポーツ関係チャットルーム」等を設けておいても良い。
【０１４１】
参加する場合は、利用したいチャットルームを選択し、「入室」ボタンをクリックする。すると、図１７に示したような「チャットウィンドウ画面」が表示される。「チャットウィンドウ画面」にはチャットルーム利用者の送信しているチャット内容が表示されるチャットウィンドウと、メッセージを書き込むメッセージボックスがあり、「送信」ボタンをクリックすると、メッセージボックスに書き込んだ内容が送信され、チャットウィンドウに表示される。「切断」ボタンをクリックするとチャットを終了し、チャットルームから退室することになる。
【０１４２】
［携帯端末を用いた通信］
図６は携帯電話等の携帯端末からの送信手順の流れを示した図である。ユーザは携帯端末を用い、インターネットにより管理者サーバ(1)の所定のＵＲＬにアクセスする。
【０１４３】
図１９は携帯電話によりアクセスした際の表示画面を示した図である。グループ毎にユーザ名とユーザステータスが表示されるが、ユーザ名部分はリンクになっており、ここで選択するだけでメッセージ送信相手が選択され、図２１に示したような「メッセージ作成画面」が表示される。
【０１４４】
又、アクセスした際の表示画面において「メッセージ」を選択すると、図２０に示したような「送信ユーザ選択画面」が表示される。この画面ではユーザアカウントとグループ名、又はメールアドレスにより送信相手を指定することができる。選択後に「メッセージ作成」を選択すると、「メッセージ作成画面」(図２１)が表示される。
【０１４５】
次に「メッセージ作成画面」のタイトルボックスにタイトルを、メッセージボックスにはメッセージを記入していく。通常のパソコンと異なり携帯電話等では細かなキャラクタの設定や動作の設定は作業がしにくいので、本実施例ではキャラクタもその動作も用意された所定のものから選択するだけにした。メッセージ等の記入後に「メッセージ送信」を選択すると、メッセージが管理者サーバに送信される。
【０１４６】
管理者サーバはメッセージを受理すると、上記の通常のメッセージ送信手順と同様に、受信側ユーザのユーザステータスをデータベースから取得し、ユーザステータスが「OffNet」以外の場合はキャラクタメッセージ送信フェーズに移行し、ユーザステータスが「OffNet」の場合は電子メール送信に移行する。以降同様にしてキャラクタメッセージ又は電子メールが受信側端末に送信される。
【０１４７】
［本通信システムの用途の一例］
以上説明したように本発明の通信システムを用いると、キャラクタを使って自分の気持ちなどを相手にうまく伝えたり、相手がメッセージを読んだことを確認できる等、従来の電子メールではできなかったことができるが、多彩な機能により種々の用途が考えられる。
【０１４８】
例えば、会社で各従業員に端末(6)を持たせ、勤務状態をユーザステータスによりチェックし、現在誰が何をしているかを社内で常に把握することができる。したがって、社内の相互の連絡が円滑となり、店や営業所の現状も把握できるので業務の効率化が図れる。
【０１４９】
又、メーカーや販売店のグループのメンバーとして登録しておくことにより、メーカー等からの新しいニュースをイメージキャラクタによる説明と共に見ることができる。この場合メーカーがメンバーに当たり付きメッセージをランダムに送り、当たりメッセージを受信したユーザにプレゼントを進呈する等のゲーム的な要素を加える等しても良い。メーカーは当たりメッセージの受信確認が送られてきたユーザに後日プレゼントを送付する等すれば、グループに加入するユーザが増え、メーカーとしても宣伝を多くの人に楽しんで見てもらえるので効率的な宣伝活動を行うことができる。
【０１５０】
又、友人同士のグループで、ゲームをするようなことにも利用できる。例えば単純な例としてはジャンケン等が考えられる。この場合、送信側がジャンケンの「グー」，「チョキ」，「パー」の何れかの動作を選択してキャラクタメッセージを送信し、受信側でキャラクタがその動作を行う。通信ソフトの設定により、このようなジャンケンのキャラクタメールが送られてきたときには受信側端末で受信側のキャラクタに「グー」，「チョキ」，「パー」の何れかの動作をランダムに、又は予め設定した順で行わせる。そして、受信側端末又は管理者サーバにて所定のジャンケンルールに基づいて勝敗を判断し、送信側に「貴方の勝ち」，「私の勝ち」のような勝敗結果を返信するようなこともできる。
【０１５１】
同様にして送られてきたキャラクタと自分のキャラクタを戦わせるようなゲーム性の高い利用方法も考えられる。この場合も受信側端末又は管理者サーバにて所定の勝敗条件の下で勝敗を判断させて、勝敗結果を返送させることができる。
【０１５２】
更に、宣伝広告にゲーム性を持たせ、例えばユーザがメーカーのグループにメンバーとして登録し、メーカーが送信してきたキャラクタと勝負して勝てば、メーカーにユーザが勝利したことを返信し、ユーザは後日メーカーから商品を送付してもらう等すれば、ユーザも楽しめるので販売促進等の宣伝広告として効果が大きい。
【０１５３】
【発明の効果】
以上述べたように本発明により、意思をより多様な表現方法にて相手に伝達することが可能なコミュニケーションシステムを提供すると共に、送信した内容を相手が見たことを確認可能な通信システムを提供することができた。更には、従来の電子メールでは達成できなかった各種の便利な機能を提供することができた。
【０１５４】
【図面の簡単な説明】
【図１】本発明のシステム構成を説明する図。
【図２】メッセージ送信手順を示した図。
【図３】キャラクタメッセージの送信フェーズの流れを説明する図。
【図４】電子メールの送信フェーズの流れを説明する図。
【図５】ユーザステータス更新手続きの流れを示した図。
【図６】携帯端末からの送信手順の流れを示した図。
【図７】通信ソフトの起動時の手順を示した図。
【図８】通信ソフトの終了時の手順を示した図。
【図９】「基礎画面」を示した図。
【図１０】「メニューバー」を示した図。
【図１１】「ステータス変更画面」を示した図。
【図１２】「メッセージ送信メンバー選択画面」を示した図。
【図１３】「メッセージ作成画面」を示した図。
【図１４】「キャラクタ動作設定画面」を示した図。
【図１５】受信時のキャラクタの動作例を示した図を示した図。
【図１６】「チャットルーム現状画面」を示した図。
【図１７】「チャットィンドウ画面」を示した図。
【図１８】「受信ボックス」を示した図。
【図１９】携帯電話によりアクセスした際の表示画面を示した図。
【図２０】「送信ユーザ選択画面(携帯電話アクセス時)」を示した図。
【図２１】「メッセージ作成画面(携帯電話アクセス時)」を示した図。
【図２２】「ユーザ登録画面」を示した図。
【図２３】「ユーザ登録確認画面」を示した図。
【図２４】登録完了を知らせるメールを示した図。
【図２５】「ユーザ登録完了画面」を示した図。
【図２６】「ユーザ情報入力画面」を示した図。
【図２７】「グループ登録・修正画面」を示した図。
【図２８】「新規グループ登録確認画面」を示した図。
【図２９】グループ登録完了のメールを示した図。
【図３０】「新規グループ登録完了画面」を示した図。
【図３１】「グループ情報更新画面」を示した図。
【図３２】「グループユーザ追加確認画面」を示した図。
【図３３】「グループユーザ登録完了メール」を示した図。
【図３４】「ユーザ追加登録完了画面」を示した図。
【０１５５】
【符号の説明】
(1)管理者サーバ
(2)通信サーバ
(3)データサーバ
(4)データ処理サーバ
(5a)ユーザ端末
(5b)ユーザ端末
(6a)ユーザ携帯端末
(6b)ユーザ携帯端末
【図１】
0003989194.tif 000002
【図２】
0003989194.tif 000003
【図３】
0003989194.tif 000004
【図４】
0003989194.tif 000005
【図５】
0003989194.tif 000006
【図６】
0003989194.tif 000007
【図７】
0003989194.tif 000008
【図８】
0003989194.tif 000009
【図９】
0003989194.tif 000010
【図１０】
0003989194.tif 000011
【図１１】
0003989194.tif 000012
【図１２】
0003989194.tif 000013
【図１３】
0003989194.tif 000014
【図１４】
0003989194.tif 000015
【図１５】
0003989194.tif 000016
【図１６】
0003989194.tif 000017
【図１７】
0003989194.tif 000018
【図１８】
0003989194.tif 000019
【図１９】
0003989194.tif 000020
【図２０】
0003989194.tif 000021
【図２１】
0003989194.tif 000022
【図２２】
0003989194.tif 000023
【図２３】
0003989194.tif 000024
【図２４】
0003989194.tif 000025
【図２５】
0003989194.tif 000026
【図２６】
0003989194.tif 000027
【図２７】
0003989194.tif 000028
【図２８】
0003989194.tif 000029
【図２９】
0003989194.tif 000030
【図３０】
0003989194.tif 000031
【図３１】
0003989194.tif 000032
【図３２】
0003989194.tif 000033
【図３３】
0003989194.tif 000034
【図３４】
0003989194.tif 000035