JP7108657B2 - チャットシステム用プログラム、およびチャットシステム - Google Patents

Description

本発明の実施形態の少なくとも１つは、ユーザにチャットを行わせる機能を実現するシステムに関する。

従来、種々のチャットシステムが提案されている。

チャットシステムには、例えば、ディスカッションエリア（チャット画面）に各メンバーの発言が表示されるものがある（特許文献１参照）。

特開２００４－３１０２７２号公報

しかしながら、このようなチャットシステムにおいては、発言が多くなればなるほど、１の画面に多くの発言が表示されるため、１つ１つの発言の視認性が低下してしまうという課題があった。そのため、チャット画面の視認性については改善の余地があった。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、チャット画面の視認性を向上させることにある。

非限定的な観点によると、本発明に係るプログラムは、テキストデータを管理する機能をサーバに実現させるチャットシステム用プログラムであって、前記サーバに、複数の前記テキストデータを記憶媒体に格納する格納機能と、複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理機能とを実現させ、前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する機能を実現させるためのものである。

非限定的な観点によると、本発明に係るシステムは、通信ネットワークと、サーバと、ユーザ端末とを備え、テキストデータを管理するチャットシステムであって、複数の前記テキストデータを記憶媒体に格納する格納手段と、複数の前記ユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理手段とを含み、前記表示処理手段は、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示させるための処理を実行することを特徴とする。

非限定的な観点によると、本発明に係るプログラムは、ユーザにチャットを行わせる機能を当該ユーザが操作する当該ユーザ端末に実現させるチャットシステム用プログラムであって、複数のテキストデータを記憶媒体に格納する格納機能と、複数の前記ユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理機能とを備え、前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する前記サーバから、前記テキストデータに対応する内容を表示したチャット画面を出力するための情報を受信する機能を前記ユーザ端末に実現させるためのものである。

非限定的な観点によると、本発明に係るプログラムは、テキストデータを管理する機能をユーザ端末に実現させるチャットシステム用プログラムであって、前記ユーザ端末に、複数の前記テキストデータを記憶媒体に格納する格納機能と、複数の前記ユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理機能とを実現させ、前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する機能を実現させるためのものである。

本願の各実施形態により１または２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応するチャットシステムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する格納処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する格納処理におけるサーバ側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する表示処理におけるサーバ側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する格納処理における端末側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する表示処理における端末側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する端末の構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する表示処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するチャット画面の例について説明するための説明図である。 本発明の実施形態の少なくとも一つに対応するチャット画面の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するチャット画面の例を示すブロック図である。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

［第１の実施形態］
図１は、本発明の一実施の形態におけるチャットシステム１００（以下「システム１００」と呼ぶ場合がある。）の構成の例を示すブロック図である。図１に示すように、チャットシステム１００は、サーバ１０と、チャットを行う複数のユーザがそれぞれ使用するユーザ端末２０，２０１～２０Ｎ（Ｎは任意の整数、以下「端末２０，２０１～２０Ｎ」と呼ぶ場合がある）とを含む。なお、チャットシステム１００の構成はこれに限定されず、単一のユーザ端末を複数のユーザが使用する構成としてもよいし、複数のサーバを備える構成としてもよい。

サーバ１０と複数の端末２０，２０１～２０Ｎは、それぞれインターネットなどの通信ネットワーク３０に接続されている。なお、図示しないが、複数の端末２０，２０１～２０Ｎは、通信業者によって管理される基地局と無線通信回線によるデータ通信を行うことによって、通信ネットワーク３０と接続する。

サーバ１０は、システム１００の管理者によって管理され、複数の端末２０，２０１～２０Ｎに対してチャットに関する情報を提供するための各種の機能を有する。本例において、サーバ１０は、ＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する記憶部を備える。なお、サーバ１０は、制御部や通信部などチャットシステムを構築するための一般的な構成を備えるが、ここでの説明は省略する。また、チャットシステム１００においては、複数のユーザ端末２０，２０１～２０Ｎそれぞれにかかる処理負荷を軽減させるといった観点から、各種情報はサーバ１０が管理することが好ましい。ただし、各種情報を記憶する記憶部は、サーバ１０がアクセス可能な状態で記憶領域を備えていればよく、例えば専用の記憶領域をサーバ１０の外部に有する構成とされていてもよい。

図２は、サーバ１０の構成の例であるサーバ１０Ａ（サーバ１０Ａ）の構成を示すブロック図である。サーバ１０Ａは、受付部１１と、格納部１２と、表示処理部１３とを少なくとも備える。

受付部１１は、テキストデータを受け付ける機能を有する。

ここで「テキストデータ」は、端末２０，２０１～２０Ｎのそれぞれを操作する各ユーザが入力可能な文字列を示す。文字には、ローマ字や日本語や記号などを含む。なお、受付部１１は、文字列以外に、文字列に相当する画像（いわゆる「スタンプ」と呼ばれる画像）に関する入力を受け付けるように構成されていてもよい。

格納部１２は、受付部１１によって受け付けられたテキストデータを所定の記憶部に格納する機能を有する。

表示処理部１３は、端末２０，２０１～２０Ｎにて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する機能を有する。

ここで、「複数のテキストデータ」は、記憶部に格納されるテキストデータである。すなわち、複数のテキストデータは、格納処理により端末２０，２０１～２０Ｎそれぞれから送信されたテキストデータの集合を示す。

ここで「受け付けられた順」は、記憶部に格納した順番を示す。本例では、ユーザ端末は、テキストデータの入力を受け付けることに応じてサーバ１０Ａに対してテキストデータを送信するように構成されている。そのため、格納した順番は、各端末２０，２０１～２０に入力された順番を示すことになる。なお、記憶部に格納する際に、受け付けた日時を含めて格納しておくことで、「受け付けられた順」を日時の早い順にするようにシステム１００が構成されていてもよい。

ここで「所定の時間間隔を空けて表示」は、予め定められている時間おきに表示することを示す。例えば、所定の時間間隔が３秒である場合には、３秒おきにデータが表示されることになる。

複数の端末２０，２０１～２０Ｎは、それぞれ、ユーザ（プレイヤ）によって管理され、例えば携帯電話端末やＰＤＡ（Personal Digital Assistants）、携帯型装置などのネットワーク配信型のチャットを行うことが可能な通信端末によって構成される。なお、システム１００が含み得るユーザ端末の構成は上述した例に限定されず、複数のユーザがチャットを行える構成であればよい。ユーザ端末の構成の他の例には、スマートウォッチなどの所謂ウェアラブルデバイスや、ウェアラブルデバイスと通信端末等との組み合わせがある。

また、複数の端末２０，２０１～２０Ｎは、それぞれ、通信ネットワーク３０に接続し、サーバ１０との通信を行うことによりチャットシステムを実行するためのハードウェア（例えば、チャット画面を表示する表示装置や音声出力装置など）およびソフトウェアを備える。複数の端末２０，２０１～２０Ｎそれぞれがユーザ操作を受け付けるための構成として、例えば表示画面に対応するタッチパネルを備える構成とされていてもよい。

次に、本例のシステム１００の動作について説明する。

図３は、システム１００が実行する格納処理の例を示すフローチャートである。本例における格納処理では、テキストデータを格納する処理が行われる。以下、サーバ１０Ａおよび端末２０が格納処理を実行する場合を例にして説明する。なお、特に説明が無い限り、端末２０１～２０Ｎにおいても端末２０と同様の処理が実行されるものとする。

端末２０は、格納処理において、先ず、ユーザからテキストデータの入力を受け付ける（ステップＳ１１）。

テキストデータが受け付けられると、端末２０は、受け付けたテキストデータをサーバ１０Ａに送信する（ステップＳ１２）。

次いで、サーバ１０Ａは、端末２０から送信されたテキストデータを受信する（ステップＳ１３）。

そして、サーバ１０Ａは、受信したテキストデータを所定の記憶部に格納する（ステップＳ１４）。

図４は、システム１００が実行する表示処理の例を示すフローチャートである。本例における表示処理では、テキストデータに対応する内容を端末２０にて表示するための処理が行われる。以下、サーバ１０Ａと端末２０とが、表示処理を実行する場合を例にして説明する。

本例の表示処理は、例えばシステム１００へのログインが行われたことに応じて開始される。「システム１００へのログイン」とは、例えば、チャットが行われる空間へのアクセスがあった場合などが含まれる。

表示処理では、システム１００は、端末２０にて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行し（ステップＳ２１）、ここでの処理を終了する。例えば、サーバ１０Ａは、記憶部を参照して、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための情報を端末２０に送信する。なお、ここでは、所定の時間間隔が経過する度にテキストデータが表示されるように処理がループする。

図５は、格納処理におけるサーバ１０Ａ側の動作の例を示すフローチャートである。ここでは、システム１００におけるサーバ１０Ａの動作について改めて説明する。

サーバ１０Ａは、格納処理において、先ず、複数の端末２０，２０１～２０Ｎからテキストデータを受け付ける（ステップＳ１０１）。次いでサーバ１０Ａは、受け付けられたテキストデータを所定の記憶部に格納し（ステップＳ１０２）、格納処理を終了する。

図６は、表示処理におけるサーバ１０Ａ側の動作の例を示すフローチャートである。ここでは、システム１００におけるサーバ１０Ａの動作について改めて説明する。

表示処理では、サーバ１０Ａは、複数の端末２０，２０１～２０Ｎにて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する（ステップＳ２０１）。ここでは、所定の時間間隔が経過する度にテキストデータが表示されるように処理がループする。

図７は、格納処理における端末２０側の動作の例を示すフローチャートである。ここでは、システム１００における端末２０の動作について改めて説明する。

端末２０は、格納処理において、先ず、テキストデータの入力をユーザから受け付ける（ステップＳ３０１）。次いで端末２０は、受け付けられたテキストデータをサーバ１０Ａに送信し（ステップＳ３０２）、格納処理を終了する。

図８は、表示処理における端末２０の動作の例を示すフローチャートである。ここでは、システム１００における端末２０の動作について改めて説明する。

端末２０は、サーバ１０Ａから表示するテキストデータに関する情報を受信して、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示する（ステップＳ４０１）。ここでは、所定の時間間隔が経過する度に新たにテキストデータが表示されるように処理がループする。

以上に説明したように、第１の実施形態の一側面として、テキストデータを管理するサーバ１０Ａが、受付部１１と、格納部１２と、表示処理部１３とを備える構成としている。そのため、サーバ１０Ａは、テキストデータを複数のユーザ端末から受け付け、受け付けた複数のテキストデータを記憶部に格納し、複数のユーザ端末にて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行することができるようになり、チャットによる会話を自然なものにし、チャット画面の視認性を向上させることができるようになる。

なお、上述した第１の実施の形態の例では特に言及していないが、複数の端末２０，２０１～２０Ｎそれぞれは、サーバ１０を介さずに互いに直接通信を行うこともできる構成（いわゆる、Ｐ２Ｐ（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ））とされていてもよい。この場合には、複数の端末２０，２０１～２０Ｎそれぞれは、記憶部を備え、自身以外の端末から送信されるテキストデータを当該記憶部に格納する機能を備えるように構成されていればよい。また、システム１００は、複数の端末２０，２０１～２０Ｎのいずれかの端末をホストにして、当該ホストとなる端末にサーバ１０Ａと同様の機能を備えさせるように構成されていてもよい。

［第２の実施形態］
図９は、サーバ１０の例であるサーバ１０Ｂ（サーバ１０Ｂ）の構成を示すブロック図である。本例において、サーバ１０Ｂは、受付部１１と、格納部１２と、表示処理部１３と、判定部１４と、送信部１５とを少なくとも備える。

判定部１４は、ユーザ端末にテキストデータを送信する送信タイミングであるか否かを判定する機能を有する。例えば、前回送信してから一定時間が経過しているか否かが判定される。また、端末２０，２０１～２０Ｎからテキストデータの送信要求が送信されたことを判定するように構成されていてもよい。すなわち、ここでいう「送信タイミング」は、サーバ１０Ａ側の処理を契機としたタイミングに限らず、端末側の処理を契機としたタイミングをも含む。

送信部１５は、送信タイミングであると判定された際に、所定の期間内に受け付けられた複数のテキストデータを端末２０，２０１～２０Ｎに送信する機能を有する。特に限定はされないが、格納部１３により格納されたデータが送信部１５によって各端末２０，２０１～２０Ｎに漏れなく送信されるように送信部１５が構成されていればよい。例えば、送信部１５は、前回送信してから現在までの期間内に受け付けられたテキストデータを送信する。

図１０は、システム１００が実行する表示処理の例を示すフローチャートである。以下、サーバ１０Ｂの動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

表示処理において、サーバ１０Ｂは、端末２０，２０１～２０Ｎのうち少なくともいずれかにテキストデータを送信する送信タイミングであるか否かを判定する（ステップＳ２－１１）。

送信タイミングではないことが判定されたときには（ステップＳ２－１１のＮ）、サーバ１０Ｂは、ステップＳ２－１３に移行しテキストデータを表示させるための処理を実行する。

一方で、送信タイミングであることが判定されたときには（ステップＳ２－１１のＹ）、サーバ１０Ｂは、所定の期間内に受け付けられた複数のテキストデータを送信タイミングであると判定された端末に対して送信する（ステップＳ２－１２）。

次いで、サーバ１０Ｂは、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する（ステップＳ２－１３）。そして、再度テキストデータを送信するタイミングであるか否かを判定していくことで、所定の時間間隔が経過する度にテキストデータが新たに表示されるように処理がループする。

以上に説明したように、第２の実施形態の一側面として、サーバ１０Ｂが、受付部１１と、格納部１２と、表示処理部１３と、判定機能１４と、送信機能１５とを備える構成としている。そのため、サーバ１０Ｂは、端末２０，２０１～２０Ｎにテキストデータを送信する送信タイミングであるか否かを判定し、送信タイミングであると判定された際に、所定の期間内に受け付けられた複数のテキストデータを端末２０，２０１～２０Ｎに送信することができるようになり、１の端末に送信するデータを所定期間でまとめておくことができるようになる。したがって、処理負荷を低減させることができる。

［第３の実施形態］
図１１は、サーバ１０の例であるサーバ１０Ｃ（サーバ１０Ｃ）の構成を示すブロック図である。本例において、サーバ１０Ｃは、受付部１１と、格納部１２と、表示処理部１３Ｃとを少なくとも備える。

表示処理部１３Ｃは、複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中の該一のテキストデータとは別のテキストデータに対応する表示を止めて当該内容を表示させるための処理を実行する機能を有する。すなわち、チャット画面において、現在表示しているテキストデータに対応する表示が削除され、次に表示するテキストデータに対応する内容が表示される。

ここで「現在表示しているテキストデータに対応する表示」は、一連の処理を経て、チャット画面に表示されているテキストデータに対応する表示内容を示す。以下、「現在表示しているテキストデータ」を「表示中テキストデータ」と呼ぶ場合がある。

また、「次に表示するテキストデータ」は、表示中テキストデータの次にチャット画面に表示するテキストデータを示す。次に表示するテキストデータが表示されるまでの所定の時間間隔は、システム１００の管理者が適宜設定可能である。

図１２は、システム１００が実行する表示処理の例を示すフローチャートである。以下、サーバ１０Ｃの動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

サーバ１０Ｃは、表示処理において、複数の端末２０，２０１～２０Ｎにて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させ、このとき、表示中テキストデータに対応する表示を止めて、別のテキストデータ（つまり、次に表示するテキストデータ）に対応する内容を表示させるための処理を実行する（ステップＳ３－１１）。ここでは、所定の時間間隔が経過する度に新たにテキストデータが表示されるように処理がループする。

以上に説明したように、第３の実施形態の一側面として、サーバ１０Ｃが、受付部１１と、格納部１２と、表示処理部１３Ｃとを備える構成としている。そのため、サーバ１０Ｃは、複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示させるための処理を実行することができるようになり、現実で行われている会話の掛け合いを画面上で再現することができるようになるとともに、掛け合いが再現されるチャット画面の視認性を向上させることができるようになる。

［第４の実施形態］
図１３は、サーバ１０の例であるサーバ１０Ｄ（サーバ１０Ｄ）の構成を示すブロック図である。本例において、サーバ１０Ｄは、受付部１１と、格納部１２と、表示処理部１３Ｄとを少なくとも備える。

表示処理部１３Ｄは、吹き出し状にテキストデータに対応する内容を表示させるための処理を実行する機能を有する。

図１４は、システム１００が実行する表示処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

サーバ１０Ｄは、表示処理において、複数の端末２０，２０１～２０Ｎにて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて吹き出し状に表示する（ステップＳ４－１１）。ここでは、所定の時間間隔が経過する度に新たにテキストデータが表示されるように処理がループする。

以上に説明したように、第４の実施形態の一側面として、サーバ１０Ｄが、受付部１１と、格納部１２と、表示処理部１３Ｄとを備える構成としている。そのため、サーバ１０Ｄは、複数の端末２０，２０１～２０Ｎにて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて吹き出し状に表示させることができるようになり、現実で行われている会話の掛け合いを画面上で再現することができるようになるとともに、掛け合いが再現されるチャット画面の視認性を向上させることができるようになる。

［第５の実施形態］
図１５は、サーバ１０の例であるサーバ１０Ｅ（サーバ１０Ｅ）の構成を示すブロック図である。本例において、サーバ１０Ｅは、受付部１１と、格納部１２と、表示処理部１３Ｅとを少なくとも備える。

表示処理部１３Ｅは、端末２０，２０１～２０Ｎにて、各端末２０，２０１～２０Ｎの各ユーザが操作する各キャラクタのキャラクタ情報をチャット画面上の所定の位置に表示させ、当該キャラクタ情報に隣接させて、各キャラクタに対して入力されたテキストデータを吹き出し状に表示させるための処理を実行する機能を有する。なお、本例では特に言及していないが、ユーザ入力は、ユーザが操作するキャラクタ情報と対応付けされている。そのため、テキストデータは、どのキャラクタに発現させるものなのかが特定可能である。

図１６は、システム１００が実行する表示処理の例を示すフローチャートである。以下、サーバ１０Ｅと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

サーバ１０Ｅは、表示処理において、各端末２０，２０１～２０Ｎの各ユーザが操作する各キャラクタのキャラクタ情報をチャット画面上の所定の位置に表示させ、当該キャラクタ情報に隣接させて、各キャラクタに対して入力されたテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて吹き出し状に表示させる（ステップＳ５－１１）。ここでは、所定の時間間隔が経過する度に新たにテキストデータが表示されるように処理がループする。

以上に説明したように、第５の実施形態の一側面として、サーバ１０Ｅは、受付部１１と、格納部１２と、表示処理部１３Ｅとを備える構成としている。そのため、サーバ１０Ｅは、端末２０，２０１～２０Ｎの各ユーザが操作する各キャラクタのキャラクタ情報をチャット画面上の所定の位置に表示し、当該キャラクタ情報に隣接させて、各キャラクタに対して入力されたテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて吹き出し状に表示させることができるようになり、現実で行われている会話の掛け合いを画面上で再現することができるようになるとともに、掛け合いが再現されるチャット画面の視認性を向上させることができるようになる。

［第６の実施形態］
図１７は、サーバ１０の例であるサーバ１０Ｆ（サーバ１０Ｆ）の構成を示すブロック図である。本例において、サーバ１０Ｆは、受付部１１と、格納部１２と、表示処理部１３Ｆと、履歴表示処理部１６とを少なくとも備える。

表示処理部１３Ｆは、１のチャット画面における第１領域において、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する機能を有する。

履歴表示処理部１６は、チャット画面における第２領域において、複数のテキストデータに対応する内容を会話履歴として表示させるための処理を実行する機能を有する。

ここで第１領域と第２領域は、特に限定されないが、第１領域で表示されるテキストデータに対応する内容と、第２領域で表示されるテキストデータに対応する内容との区別がつく態様であることが好ましい。

なお、ここで、会話履歴に用いられる「複数のテキストデータ」は、逐次サーバ１０Ｆが端末２０，２０１～２０Ｎに送信するように構成されていてもよいし、送信部１５にて送信された複数のテキストデータが端末にて用いられるように構成されていてもよい。

図１８は、システム１００が実行する表示処理の例を示すフローチャートである。以下、サーバ１０Ｆと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

サーバ１０Ｅは、表示処理において、１のチャット画面における第１領域において、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する（ステップＳ６－１１）。

次いで、サーバ１０Ｅは、第２領域において、複数のテキストデータに対応する内容を会話履歴として表示させるための処理を実行する（ステップＳ６－１２）。なお、このとき、表示させるテキストデータが存在しない場合には、サーバ１０Ｅは、ステップＳ６－１２を飛ばし、ステップＳ６－１３に移行する。

次いで、サーバ１０Ｅは、所定の時間間隔が経過したか否かを判定し（ステップＳ６－１３）、所定の時間間隔が経過していないと判定したときには（ステップＳ６－１３のＮ）、ステップＳ６－１２に移行して、再度第２領域へのテキストデータの表示処理を実行する。

一方で、サーバ１０Ｅは、所定の時間間隔が経過したと判定したときには（ステップＳ６－１３のＹ）、第１領域へのテキストデータの表示処理を実行する。このようにして、第１領域においてテキストデータを表示させるための処理と、第２領域においてテキストデータを表示させるための処理とがループする。

以上に説明したように、第６の実施形態の一側面として、サーバ１０Ｆが、受付部１１と、格納部１２と、表示処理部１３Ｆと、履歴表示処理部１６とを備える構成としている。そのため、サーバ１０Ｆは、１のチャット画面における第１領域において、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行し、当該チャット画面における第２領域において、複数のテキストデータに対応する内容を会話履歴として表示させるための処理を実行することができるようになり、掛け合いの再現をしていくことによる会話の進行遅れを補うことができるようになる。

［第７の実施形態］
図１９は、サーバ１０の例であるサーバ１０Ｇ（サーバ１０Ｇ）の構成を示すブロック図である。本例において、サーバ１０Ｇは、受付部１１と、格納部１２と、表示処理部１３Ｇと、アクセス処理部１７を少なくとも備える。

表示処理部１３Ｇは、第１領域において、アクセスされたチャット空間におけるアクセス時において受け付けられているテキストデータのうち最新のテキストデータをユーザ端末にて表示させる処理を実行する機能を有する。

アクセス処理部１７は、複数のユーザ端末のチャット空間へのアクセスを受け付ける機能を有する。

ここで「チャット空間」とは、ユーザ同士のチャットが行える空間を示す。具体例としては、ゲームにおける同じグループメンバーのみが入ることができるルームなどが挙げられる。

ここで「アクセスを受け付ける」とは、例えばシステム１００へのログインが行われた場合や、上述のチャットが行える空間と通信ネットワークを介して接続された状態にするための要求が送信された場合などが挙げられる。

図２０は、システム１００が実行する表示処理の例を示すフローチャートである。以下、サーバ１０Ｇと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

サーバ１０Ｇは、表示処理において、端末２０のチャット空間へのアクセスを受け付ける（ステップＳ７－１１）。

サーバ１０Ｇは、アクセスされたチャット空間におけるアクセス時において受け付けられているテキストデータのうち最新のテキストデータを端末２０にて表示させるための処理を実行する（ステップＳ７－１２）。

なお、複数のチャット空間が存在する場合においては、格納部１２が、チャット空間ごとにテキストデータを格納するように構成されていてもよい。

以上に説明したように、第７の実施形態の一側面として、サーバ１０Ｇが、受付部１１と、格納部１２と、表示処理部１３Ｇと、アクセス処理部１７とを備える構成としている。そのため、サーバ１０Ｇは、複数のユーザ端末のチャット空間へのアクセスを受け付け、第１領域において、アクセスされたチャット空間におけるアクセス時において受け付けられているテキストデータのうち最新のテキストデータをユーザ端末にて表示させる処理を実行することができるようになり、現実で行われている会話に近い態様で表示するとともに、現在の会話に加わりやすい環境を提供することができるようになる。

なお、サーバ１０Ｇは、さらに、第２領域において、アクセスされる以前の会話履歴（複数のテキストデータ）を表示させるための処理を実行するように構成されていてもよい。なお、サーバ１０Ｇは、現在から過去までの所定期間の会話履歴を表示させるための処理を実行するように構成されていてもよい。このような構成によれば、現実で行われている会話に近い態様で表示するとともに、現在の会話に加わりやすい環境を提供することができるようになる。

［第８の実施形態］
図２１は、サーバ１０の例であるサーバ１０Ｚ（サーバ１０Ｚ）の構成を示すブロック図である。本例において、サーバ１０Ｚは、受付部１１と、格納部１２と、判定部１４Ｚと、送信部１５Ｚと、抽出部１８とを少なくとも備える。

判定部１４Ｚは、端末２０，２０１～２０Ｎから格納部１２により格納されたテキストデータの送信要求を受信し、テキストデータの抽出を行うタイミングであるか否かを判定する機能を有する。

送信部１５Ｚは、抽出部１８に抽出させるための送信要求を送信した端末に、抽出部１８により抽出されたテキストデータを送信する機能を有する。

抽出部１８は、判定部１４Ｚにより送信要求が受信されたと判定された際に、当該送信要求を送信した端末に対して送信するテキストデータを抽出する機能を有する。

ここで「送信要求」は、例えば、端末のＩＤと、格納されているテキストデータの抽出範囲を指定するための指示情報とを少なくとも含む。ここで「指示情報」は、抽出部１８にテキストデータを抽出させるために用いられる。本例では、指示情報は、前回受信したテキストデータに関する情報とすることで、未だに受信していないテキストデータを抽出することができるように構成される。また、送信要求に端末ＩＤを含むことで、送信部１５Ｚにより送信する送信先を特定することができるようになる。

図２２は、端末２０，２０１～２０Ｎの構成の例である端末２０Ｚ（端末２０Ｚ）の構成を示すブロック図である。本例において、端末２０Ｚは、受付部２１と、送信部２２と、表示処理部２３とを少なくとも備える。

受付部２１は、ユーザからテキストデータの入力を受け付ける機能を有する。本例では、受付部２１は、チャット画面のテキスト入力領域に対する入力を受け付ける機能を有する。

送信部２２は、受け付けたテキストデータをサーバ１０Ｚに送信する機能を有する。受け付けたテキストデータを送信するタイミングは、受け付けた後すぐであってもよいし、受け付けられてから時間間隔が空けられるように構成されていてもよい。

また、送信部２２は、送信要求をサーバ１０Ｚに送信する機能を有する。送信要求を送信するタイミングは、例えば、端末２０Ｚが備えるタイマ機能を用いればよい。すなわち、前回送信した送信要求から一定時間が経過したときに、送信要求を行うように構成されていればよい。加えて、または一定時間の経過に代えて、ユーザから送信要求を送信するための入力を受け付けたときに送信要求を行うように構成されていてもよい。

表示処理部２３は、チャット画面を表示する機能を有する。ここで「チャット画面」とは、端末２０，２０１～２０Ｎの各ユーザが入力したテキストデータが表示される画面であり、各ユーザの入力テキストデータが順次表示されることでユーザ間の会話内容が認識可能な画面である。チャット画面では、ユーザが操作するキャラクタのキャラクタ情報が表示画面上の所定の位置に表示されている。そして、当該キャラクタ情報に隣接させて、各キャラクタに対して入力されたテキストデータが吹き出し状に表示される（以下、「吹き出し表示」と呼ぶ場合がある。）。また、本例のチャット画面では、同一の画面において、吹き出し状に表示されるテキストデータとは別に、テキストログが表示される（以下、「テキストログ表示」と呼ぶ場合がある。）。

吹き出し表示では、チャット画面における第１領域において、サーバ１０Ｚから送信された１または複数のテキストデータそれぞれに対応する内容が受け付けられた順に所定の時間間隔を空けて表示される。すなわち、システム１００では、現在表示しているテキストデータが表示されてから次に表示するテキストデータが表示されるまでに所定の時間間隔が空けられる。

ここで「テキストログ」は、各ユーザの発言（入力内容の）履歴を示す。したがって、各ユーザの発言履歴は、吹き出し状に表示される領域とは別に所定の領域（例えば、テキストログ表示領域）に一覧表示される。

ここで「現在表示しているテキストデータ」は、一連の処理を経て、チャット画面に吹き出し表示されているテキストデータを示す。以下、「現在表示しているテキストデータ」を「表示中テキストデータ」と呼ぶ場合がある。

また、「次に表示するテキストデータ」は、表示中テキストデータの次にチャット画面に吹き出し表示するテキストデータを示す。本例では、サーバ１０Ｚは、テキストデータを古いものから順に記憶部に格納するように構成される。したがって、次に表示するテキストデータは、サーバ１０Ｚが表示中テキストデータの次に格納した（いずれかのユーザにより入力された）テキストデータになる。また、所定の時間間隔は、システム１００の管理者が適宜設定可能である。

図２３は、システム１００が実行する表示処理の例を示すフローチャートである。本例における表示処理では、テキストデータに対応する内容を端末２０Ｚにて表示するための処理が行われる。以下、サーバ１０Ｚと端末２０Ｚとが、表示処理を実行する場合を例にして説明する。

本例では、端末２０Ｚのユーザがチャット空間にアクセスしており、当該ユーザおよび他の端末のユーザが操作するキャラクタのキャラクタ情報がチャット画面上の所定の位置に複数表示されている状況から表示処理が実行されるものとする。

図２４は、チャット画面の例について説明するための説明図である。図２４に示すように、チャット画面１０００は、キャラクタ１００１－１００４近傍に吹き出し状にテキストデータ１００５を表示する（テキストデータ１００５が表示される領域が、第１領域に相当）。また、チャット画面１０００は、テキストログを表示するためのテキストログ表示領域１００６（テキストログ表示領域１００６が、第２領域に相当。）を含む。また、チャット画面１０００は、テキストを入力するためのテキスト入力領域１００７を含む。

なお、テキスト入力領域１００７に入力された内容は、サーバ１０Ｚに送信されてテキストデータとして格納される。詳しい処理については、重複記載を避ける観点から、その説明を省略する。

表示処理において、まず、端末２０Ｚは、所定のタイミングにて送信要求を生成し（ステップＳ１０－１）、サーバ１０Ｚに送信する（ステップＳ１０－２）。

端末２０Ｚから送信された送信要求を受信したサーバ１０Ｚは（ステップＳ１０－３）、送信要求を受け付け、テキストデータを抽出するタイミングであると判定し、テキストデータの抽出を行う（ステップＳ１０－４）。

テキストデータが抽出されると、サーバ１０Ｚは、抽出したテキストデータを、送信要求を送信した端末に送信する（ステップＳ１０－５）。

サーバ１０Ｚにて抽出されたテキストデータを受信した端末２０Ｚは（ステップＳ１０－６）、当該送信されたテキストデータを自己が備える記憶媒体（記憶部やメモリなど）に格納する（ステップＳ１０－７）。

サーバ１０Ｚから送信されたテキストデータが格納されると、端末２０Ｚは、格納されたデータに関するテキストログを表示して、テキストログを表示する表示領域（第２領域）を更新する（ステップＳ１０－８）。すなわち、端末２０Ｚは、テキストログ表示処理を実行する。

図２５は、チャット画面の例について説明するための説明図である。図２５に示すように、格納されたテキストデータをテキストログ表示領域１００６にまとめて表示するように、テキストログ表示領域１００６が更新される。

テキストログ表示処理が実行されると、次いで、端末２０Ｚは、吹き出し表示を行うための処理に移行する。例えば、端末２０Ｚは、格納したテキストデータを参照して、チャット画面に現在表示しているテキストデータの「次に表示するテキストデータ」を特定する（ステップＳ１０－９）。なお、格納する全てのテキストデータが吹き出し表示されており、「次に表示するテキストデータ」が存在しない場合には、端末２０Ｚは、ステップＳ１０－１２に移行し、送信要求を送信するタイミングであるか否かを判定する。

「次に表示するテキストデータ」が特定されると、端末２０Ｚは、表示中テキストデータが表示されてから所定の時間が経過したか否かを判定する（ステップＳ１０－１０）。本例では、端末２０Ｚは、表示中テキストデータが表示されてから３秒経過したか否かを判定する。所定の時間が経過していない場合には（ステップＳ１０－１０のＮ）、端末２０Ｚは、ステップＳ１０－１０に移行し、再度所定の時間が経過したか否かを判定する。

一方で、所定の時間が経過している場合には（ステップＳ１０－１０のＹ）、端末２０Ｚは、表示中テキストデータの表示を止めて次に表示するテキストデータをチャット画面に表示する（ステップＳ１０－１１）。これにより、チャット画面に表示された次に表示するテキストデータは、表示中テキストデータに相当することになる。

図２６は、チャット画面の例について説明するための説明図である。図２６に示すように、チャット画面には、表示中テキストデータ１００５の表示が止まり（削除され）、次に表示するテキストデータ１００８が表示される。

チャット画面に新たなテキストデータが表示されると、端末２０Ｚは、送信要求を行うタイミングであるか否かを判定する（ステップＳ１０－１２）。送信要求を行うタイミングであることが判定された場合には（ステップＳ１０－１２のＹ）、端末２０Ｚは、ステップＳ１０－１に移行し、送信要求を生成する処理を実行する。

一方で、送信要求を行うタイミングではないことが判定されたときに（ステップＳ１０－１２のＮ）、端末２０Ｚは、次に表示するテキストデータが存在するか否かを判定する（ステップＳ１０－１３）。次に表示するテキストデータが存在しないことが判定されたときには（ステップＳ１０－１３のＮ）、端末２０Ｚは、ステップＳ１０－１２に移行して送信要求を行うタイミングであるか否かを判定する。

一方で、次に表示するテキストデータが存在すると判定されたときには（ステップＳ１０－１３のＹ）、端末２０Ｚは、ステップＳ１０－１１に移行して次に表示するテキストデータをチャット画面に表示するための処理を実行する。

以上に説明したように、第８の実施形態の一側面として、テキストデータを管理するサーバ１０Ｚが、受付部１１と、格納部１２と、判定部１４Ｚと、送信部１５Ｚと、抽出部１６Ｚとを備える構成としている。さらに端末２０Ｚが、受付部２１と、送信部２２と、表示処理部２３とを備える構成としている。そのため、システム１００は、テキストデータを複数のユーザ端末から受け付け、受け付けた複数のテキストデータを記憶部に格納し、複数のユーザ端末にて、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示することができるようになる。したがって、所定の時間間隔を空けて表示させるように構成することによりチャットによる会話を自然なものにすることができるようになる。

また、上述した実施の形態で言及しているように、システム１００は、複数のユーザ端末にて、複数のテキストデータのうち一のテキストデータに対応する内容を表示する際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示するように構成されている。このような構成によれば、現実で行われている会話の掛け合いを画面上で再現することができるようになるとともに、掛け合いが再現される画面の視認性を向上させることができるようになる。

また、上述した実施の形態で言及しているように、システム１００は、複数のユーザ端末にて、吹き出し状にテキストデータに対応する内容を表示するように構成されている。このような構成によれば、現実で行われている会話の掛け合いを画面上で再現することができるようになるとともに、掛け合いが再現される画面の視認性を向上させることができるようになる。

また、上述した実施の形態で言及しているように、上述した実施の形態で言及するように、システム１００は、複数のユーザ端末にて、複数のユーザ端末の各ユーザが操作する各キャラクタのキャラクタ情報をチャット画面上の所定の位置に表示し、当該キャラクタ情報に隣接させて、各キャラクタに対して入力されたテキストデータを吹き出し状に表示するように構成されている。このような構成によれば、現実で行われている会話の掛け合いを画面上で再現することができるようになるとともに、掛け合いが再現される画面の視認性を向上させることができるようになる。

また、上述した実施の形態で言及しているように、システム１００は、複数のユーザ端末にて、１のチャット画面における第１領域において、複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示し、チャット画面における第２領域において、複数のテキストデータに対応する内容を会話履歴として表示するように構成されている。このような構成によれば、掛け合いの再現をしていくことによる会話の進行遅れを補うことができるようなる。

なお、上述した実施の形態では言及していないが、システム１００は、複数のユーザ端末のチャット空間へのアクセスを受け付け、第１領域において、アクセスされたチャット空間におけるアクセス時において受け付けられているテキストデータのうち最新のテキストデータをユーザ端末にて表示するように構成されていてもよい。このような構成によれば、現実で行われている会話に近い態様で表示しつつも、現在の会話に加わりやすい環境を提供することができるようになる。

なお、上述した実施の形態では言及していないが、サーバ１０Ｚは、送信要求を受信したことに代えて、一定時間毎に端末２０Ｚに対して１または複数のテキストデータを送信するように構成されていてもよい。

なお、上述した実施の形態では特に言及していないが、第２領域は、表示／非表示を変更可能に構成されていてもよい。具体的に、システム１００は、ユーザからの表示操作を受け付けることで第２領域を表示し、非表示操作を受け付けることで第２領域を非表示にするように構成されていてもよい。

なお、上述した実施の形態では特に言及していないが、ユーザから入力されるデータはテキスト（文字列）に限らず、画像データを含むように構成されていてもよい。

なお、上述した各実施形態では、複数のユーザ端末２０，２０１～２０Ｎとサーバ１０は、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、チャットシステム処理プログラム）に従って、上述した各種の処理を実行する。

また、システム１００の構成は上述した各実施形態の例として説明した構成に限定されず、例えばユーザ端末が実行する処理として説明した処理の一部または全部をサーバ１０が実行する構成としてもよいし、サーバ１０が実行する処理として説明した処理の一部または全部を複数のユーザ端末２０，２０１～２０Ｎの何れか（例えば、ユーザ端末２０）が実行する構成としてもよい。また、サーバ１０が備える記憶部の一部または全部を複数のユーザ端末２０，２０１～２０Ｎの何れかが備える構成としてもよい。すなわち、システム１００におけるユーザ端末２０とサーバ１０のどちらか一方が備える機能の一部または全部を、他の一方が備える構成とされていてもよい。すなわち、例えばシステム１００において表示装置の表示画面に出力されるチャット画面に関する情報は、サーバ１０が生成する構成としてもよいし、端末２０が生成する構成としてもよい。

また、チャットシステム処理プログラムが、上述した各実施形態の例として説明した機能の一部または全部を、通信ネットワークを含まない装置単体に実現させる構成としてもよい。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
テキストデータを管理する機能をサーバに実現させるチャットシステム用プログラムであって、
前記サーバに、
前記テキストデータを複数のユーザ端末から受け付ける受付機能と、
受け付けた複数の前記テキストデータを記憶媒体に格納する格納機能と、
前記複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する表示処理機能とを
実現させるためのチャットシステム用プログラム。
［２］
前記サーバに、
前記ユーザ端末に前記テキストデータを送信する送信タイミングであるか否かを判定する判定機能と、
前記送信タイミングであると判定された際に、所定の期間内に受け付けられた前記複数のテキストデータを前記ユーザ端末に送信する送信機能とを
実現させるための［１］記載のプログラム。
［３］
前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中のテキストデータに対応する表示を止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する機能を
実現させるための［１］または［２］記載のチャットシステム用プログラム。
［４］
前記表示処理機能では、吹き出し状に前記テキストデータに対応する内容を表示させるための処理を実行させるための処理を実行する機能を
実現させるための［１］から［３］のうち何れかに記載のチャットシステム用プログラム。
［５］
前記表示処理機能では、前記複数のユーザ端末の各ユーザが操作する各キャラクタのキャラクタ情報をチャット画面上の所定の位置に表示させ、当該キャラクタ情報に隣接させて、各キャラクタに対して入力されたテキストデータを吹き出し状に表示させるための処理を実行する機能を
実現させるための［４］記載のチャットシステム用プログラム。
［６］
前記表示処理機能では、１のチャット画面における第１領域において、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する機能を実現させ、
前記サーバに、前記チャット画面における第２領域において、前記複数のテキストデータに対応する内容を会話履歴として表示させるための処理を実行する履歴表示処理機能を
実現させるための［１］から［５］のうち何れかに記載のチャットシステム用プログラム。
［７］
前記サーバに、前記複数のユーザ端末のチャット空間へのアクセスを受け付ける機能を実現させ、
前記表示処理機能では、前記第１領域において、アクセスされたチャット空間におけるアクセス時において受け付けられている前記テキストデータのうち最新の前記テキストデータを前記ユーザ端末にて表示させる処理を実行する機能を
実現させるための［６］記載のチャットシステム用プログラム。
［８］
［１］から［７］のうち何れかに記載のプログラムがインストールされたサーバ。
［９］
通信ネットワークと、サーバと、ユーザ端末とを備え、テキストデータを管理するチャットシステムであって、
前記テキストデータを複数のユーザ端末から受け付ける受付手段と、
受け付けた複数の前記テキストデータを記憶媒体に格納する格納手段と、
前記複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する表示処理手段とを含む
ことを特徴とするチャットシステム。
［１０］
前記サーバが、前記受付手段と、前記格納手段と、前記表示処理手段とを含み、
前記ユーザ端末が、前記テキストデータに対応する内容を表示したチャット画面を出力する出力手段を含む
［９］記載のチャットシステム。
［１１］
ユーザにチャットを行わせる機能を当該ユーザが操作する当該ユーザ端末に実現させるチャットシステム用プログラムであって、前記テキストデータを複数のユーザ端末から受け付ける受付機能と、受け付けた複数の前記テキストデータを記憶媒体に格納する格納機能と、前記複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する表示処理機能とを備える前記サーバから、前記テキストデータに対応する内容を表示したチャット画面を出力するための情報を受信する機能を前記ユーザ端末に
実現させるためのチャットシステム用プログラム。
［１２］
テキストデータを管理する機能をユーザ端末に実現させるチャットシステム用プログラムであって、
前記ユーザ端末に、
前記テキストデータを複数のユーザ端末から受け付ける受付機能と、
受け付けた複数の前記テキストデータを記憶媒体に格納する格納機能と、
前記複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する表示処理機能とを
実現させるためのチャットシステム用プログラム。
［１３］
［１２］記載のチャットシステム用プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのチャットシステム用プログラム。
［１４］
［１２］または［１３］記載のチャットシステム用プログラムがインストールされたユーザ端末。
［１５］
ユーザにチャットを行わせる機能を実現させるチャット方法であって、
前記テキストデータを複数のユーザ端末から受け付ける受付処理と、
受け付けた複数の前記テキストデータを記憶媒体に格納する格納処理と、
前記複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する表示処理とを含む
ことを特徴とするチャット方法。
［１６］
通信ネットワークと、サーバと、ユーザ端末とを備え、テキストデータを管理するチャット処理方法であって、
前記テキストデータを複数のユーザ端末から受け付ける受付処理と、
受け付けた複数の前記テキストデータを記憶媒体に格納する格納処理と、
前記複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を受け付けられた順に所定の時間間隔を空けて表示させるための処理を実行する表示処理とを含む
ことを特徴とするチャット処理方法。

本発明の実施形態の一つによれば、チャットシステムに有用である。

１０ サーバ
１１ 受付部
１２ 格納部
１３ 表示処理部
１４ 判定部
１５ 送信部
１６ 履歴表示処理部
１７ アクセス処理部
１８ 抽出部
２０，２０１～２０Ｎ ユーザ端末
３０ 通信ネットワーク
１００ チャットシステム

Claims (5)

1. テキストデータを管理する機能をサーバに実現させるチャットシステム用プログラムであって、
   前記サーバに、
   複数の前記テキストデータを記憶媒体に格納する格納機能と、
   複数のユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理機能とを実現させ、
   前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中の前記テキストデータに対応する表示を全て止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する機能を
   実現させるためのチャットシステム用プログラム。
2. 前記表示処理機能では、吹き出し状に前記テキストデータに対応する内容を表示させるための処理を実行させるための処理を実行する機能を
   実現させるための請求項１記載のチャットシステム用プログラム。
3. 通信ネットワークと、サーバと、ユーザ端末とを備え、テキストデータを管理するチャットシステムであって、
   複数の前記テキストデータを記憶媒体に格納する格納手段と、
   複数の前記ユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理手段とを含み、
   前記表示処理手段は、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中の前記テキストデータに対応する表示を全て止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する
   ことを特徴とするチャットシステム。
4. ユーザにチャットを行わせる機能を当該ユーザが操作するユーザ端末に実現させるチャットシステム用プログラムであって、複数のテキストデータを記憶媒体に格納する格納機能と、複数の前記ユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理機能とを備え、前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中の前記テキストデータに対応する表示を全て止めて当該一のテキストデータに対応する内容を表示させるための処理を実行するサーバから、前記テキストデータに対応する内容を表示したチャット画面を出力するための情報を受信する機能を前記ユーザ端末に
   実現させるためのチャットシステム用プログラム。
5. テキストデータを管理する機能をユーザ端末に実現させるチャットシステム用プログラムであって、
   前記ユーザ端末に、
   複数の前記テキストデータを記憶媒体に格納する格納機能と、
   複数の前記ユーザ端末にて、前記複数のテキストデータそれぞれに対応する内容を、前記ユーザ端末からの表示指示が受け付けられた順に表示させるための処理を実行する表示処理機能とを実現させ、
   前記表示処理機能では、前記複数のテキストデータのうち一のテキストデータに対応する内容を表示させる際に、表示中の前記テキストデータに対応する表示を全て止めて当該一のテキストデータに対応する内容を表示させるための処理を実行する機能を
   実現させるためのチャットシステム用プログラム。

Images