(57)【要約】      （修正有）【課題】互いに近くにいるユーザどうしが簡単に繋がることができる、通信システム及び通信方法を提供する。【解決手段】サーバは、それぞれ地理領域Ｒと対応付けられたチャットルームを内部に格納しており、端末１０からルームリスト要求を受信することで、端末の現在位置を含む地理領域と対応付けられたチャットルームを特定し、特定したルームリストを、端末に送信する。端末は、サーバから受信したルームリストを表示し、ルームリストの中の１つのチャットルームが選択されると、当該チャットルームへの入室要求をサーバに送信し、サーバは、端末から、チャットルームへの入室要求を受信すると、当該チャットルームと対応付けられた地理領域内に端末の現在位置が含まれるか否かの判断を行い、含まれると判断した場合、端末を当該チャットルームへ入室させ、含まれないと判断した場合は、端末の当該チャットルームへの入室を拒否する。【選択図】図５
2019164645.tif 000002
【特許請求の範囲】
【請求項１】
端末及びサーバを備えた通信システムにおいて、
前記サーバは、それぞれ地理領域と対応付けられたチャットルームを内部に格納しており、
前記サーバは、前記端末からルームリスト要求を受信すると、内部に格納するチャットルームの中から、前記端末の現在位置を含む地理領域と対応付けられたチャットルームを特定し、特定したチャットルームをリスト化したルームリストを、前記端末に送信し、
前記端末は、前記サーバから前記ルームリストを受信すると、前記ルームリストを表示し、
前記端末は、前記ルームリストの中の１つのチャットルームが選択されると、当該チャットルームへの入室要求を前記サーバに送信し、
前記サーバは、前記端末から、前記チャットルームへの入室要求を受信すると、当該チャットルームと対応付けられた地理領域内に前記端末の現在位置が含まれるか否かの判断を行い、当該地理領域内に前記端末の現在位置が含まれると判断した場合は、前記端末を当該チャットルームへ入室させ、当該地理領域内に前記端末の現在位置が含まれないと判断した場合は、前記端末の当該チャットルームへの入室を拒否する、通信システム。
【請求項２】
前記サーバは、前記チャットルームに前記端末を入室させた場合、当該チャットルームと対応付けられた地理領域内に前記端末の現在位置が含まれるか否かの判断を、第１所定時間毎に行い、当該地理領域内に前記端末の現在位置が含まれると判断する間は、前記端末の当該チャットルーム内の滞在を許容し、当該地理領域内に前記端末の現在位置が含まれなくなったと判断したときは、前記端末を当該チャットルームから退室させる、請求項１に記載の通信システム。
【請求項３】
前記サーバは、前記端末からルーム作成要求を受信すると、前記端末の現在位置を中心とする地理領域と対応付けられたチャットルームを作成し、これを内部に格納する、請求項１又は２に記載の通信システム。
【請求項４】
前記チャットルーム内には、ユーザの識別情報、前記端末の識別情報、及び前記端末の位置情報が、表示されない、請求項１〜３のいずれか一項に記載の通信システム。
【請求項５】
前記チャットルーム内には、過去の投稿のうち、直近の第２所定時間分の投稿のみが、表示される、請求項１〜４のいずれか一項に記載の通信システム。
【請求項６】
前記サーバは、前記チャットルームに前記端末を入室させた後、前記端末から、ロック要求を受信すると、当該地理領域内に前記端末の現在位置が含まれなくなったと判断したときから第３所定時間が経過するまでの間、前記端末の当該チャットルーム内の滞在を許容し、その後、前記端末を当該チャットルームから退室させる、請求項１〜５のいずれか一項に記載の通信システム。
【請求項７】
前記サーバは、前記チャットルームに前記端末を入室させた後、前記端末から新規投稿要求を受信すると、前記新規投稿要求に含まれる新規投稿と、前記チャットルームにおける直近の第４所定時間分の過去投稿とを比較し、前記新規投稿に類似する過去投稿を特定した場合は、前記新規投稿に前記特定した過去投稿の識別情報を付加して、これを前記端末に表示させる、請求項１〜６のいずれか一項に記載の通信システム。
【請求項８】
前記地理領域は、地図上において所定の大きさを有する円形又は四角形の領域である、請求項１〜７のいずれか一項に記載の通信システム。
【請求項９】
端末及びサーバを備えた通信システムにおける通信方法であって、
前記サーバは、それぞれ地理領域と対応付けられたチャットルームを内部に格納しており、
前記通信方法は、
前記サーバが、前記端末からルームリスト要求を受信すると、内部に格納するチャットルームの中から、前記端末の現在位置を含む地理領域と対応付けられたチャットルームを特定し、特定したチャットルームをリスト化したルームリストを、前記端末に送信するステップと、
前記端末が、前記サーバから前記ルームリストを受信すると、前記ルームリストを表示するステップと、
前記端末が、前記ルームリストの中の１つのチャットルームが選択されると、当該チャットルームへの入室要求を前記サーバに送信するステップと、
前記サーバが、前記端末から、前記チャットルームへの入室要求を受信すると、当該チャットルームと対応付けられた地理領域内に前記端末の現在位置が含まれるか否かの判断を行い、当該地理領域内に前記端末の現在位置が含まれると判断した場合は、前記端末を当該チャットルームへ入室させ、当該地理領域内に前記端末の現在位置が含まれないと判断した場合は、前記端末の当該チャットルームへの入室を拒否するステップと、
を含む、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び通信方法に関する。
【背景技術】
【０００２】
従来より、ユーザの場所に関わらず、世界中のどのユーザとも繋がれるようにされたチャットサービスがある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１４０５８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したような従来のチャットサービスでは、互いに近くにいるユーザどうしが簡単に繋がれるようにはされていない。
【０００５】
互いに近くにいるユーザどうしは、同じ目的のためにそこにいる可能性が高く、ひいては、その目的を話題として会話が弾む可能性が高い。本発明の発明者は、このことに新たに着目し、互いに近くにいるユーザどうしが簡単に繋がることができるチャットサービスを新たに発案し、本発明をするに至った。
【０００６】
本発明は、互いに近くにいるユーザどうしが簡単に繋がることができる、通信システム及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の通信システムは、
端末及びサーバを備えた通信システムにおいて、
前記サーバは、それぞれ地理領域と対応付けられたチャットルームを内部に格納しており、
前記サーバは、前記端末からルームリスト要求を受信すると、内部に格納するチャットルームの中から、前記端末の現在位置を含む地理領域と対応付けられたチャットルームを特定し、特定したチャットルームをリスト化したルームリストを、前記端末に送信し、
前記端末は、前記サーバから前記ルームリストを受信すると、前記ルームリストを表示し、
前記端末は、前記ルームリストの中の１つのチャットルームが選択されると、当該チャットルームへの入室要求を前記サーバに送信し、
前記サーバは、前記端末から、前記チャットルームへの入室要求を受信すると、当該チャットルームと対応付けられた地理領域内に前記端末の現在位置が含まれるか否かの判断を行い、当該地理領域内に前記端末の現在位置が含まれると判断した場合は、前記端末を当該チャットルームへ入室させ、当該地理領域内に前記端末の現在位置が含まれないと判断した場合は、前記端末の当該チャットルームへの入室を拒否する。
【０００８】
本発明の通信システムにおいては、
前記サーバは、前記チャットルームに前記端末を入室させた場合、当該チャットルームと対応付けられた地理領域内に前記端末の現在位置が含まれるか否かの判断を、第１所定時間毎に行い、当該地理領域内に前記端末の現在位置が含まれると判断する間は、前記端末の当該チャットルーム内の滞在を許容し、当該地理領域内に前記端末の現在位置が含まれなくなったと判断したときは、前記端末を当該チャットルームから退室させると、好適である。
【０００９】
本発明の通信システムにおいては、
前記サーバは、前記端末からルーム作成要求を受信すると、前記端末の現在位置を中心とする地理領域と対応付けられたチャットルームを作成し、これを内部に格納すると、好適である。
【００１０】
本発明の通信システムにおいては、
前記チャットルーム内には、ユーザの識別情報、前記端末の識別情報、及び前記端末の位置情報が、表示されないと、好適である。
【００１１】
本発明の通信システムにおいては、
前記チャットルーム内には、過去の投稿のうち、直近の第２所定時間分の投稿のみが、表示されると、好適である。
【００１２】
本発明の通信システムにおいては、
前記サーバは、前記チャットルームに前記端末を入室させた後、前記端末から、ロック要求を受信すると、当該地理領域内に前記端末の現在位置が含まれなくなったと判断したときから第３所定時間が経過するまでの間、前記端末の当該チャットルーム内の滞在を許容し、その後、前記端末を当該チャットルームから退室させると、好適である。
【００１３】
本発明の通信システムにおいては、
前記サーバは、前記チャットルームに前記端末を入室させた後、前記端末から新規投稿要求を受信すると、前記新規投稿要求に含まれる新規投稿と、前記チャットルームにおける直近の第４所定時間分の過去投稿とを比較し、前記新規投稿に類似する過去投稿を特定した場合は、前記新規投稿に前記特定した過去投稿の識別情報を付加して、これを前記端末に表示させると、好適である。
【００１４】
本発明の通信システムにおいては、
前記地理領域は、地図上において所定の大きさを有する円形又は四角形の領域であると、好適である。
【００１５】
本発明の通信方法は、
端末及びサーバを備えた通信システムにおける通信方法であって、
前記サーバは、それぞれ地理領域と対応付けられたチャットルームを内部に格納しており、
前記通信方法は、
前記サーバが、前記端末からルームリスト要求を受信すると、内部に格納するチャットルームの中から、前記端末の現在位置を含む地理領域と対応付けられたチャットルームを特定し、特定したチャットルームをリスト化したルームリストを、前記端末に送信するステップと、
前記端末が、前記サーバから前記ルームリストを受信すると、前記ルームリストを表示するステップと、
前記端末が、前記ルームリストの中の１つのチャットルームが選択されると、当該チャットルームへの入室要求を前記サーバに送信するステップと、
前記サーバが、前記端末から、前記チャットルームへの入室要求を受信すると、当該チャットルームと対応付けられた地理領域内に前記端末の現在位置が含まれるか否かの判断を行い、当該地理領域内に前記端末の現在位置が含まれると判断した場合は、前記端末を当該チャットルームへ入室させ、当該地理領域内に前記端末の現在位置が含まれないと判断した場合は、前記端末の当該チャットルームへの入室を拒否するステップと、
を含む。
【発明の効果】
【００１６】
本発明によれば、互いに近くにいるユーザどうしが簡単に繋がることができる、通信システム及び通信方法を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る通信システムを示す概略図である。
【図２】図２（ａ）は、図１の端末の要部の構成を示す機能ブロック図であり、図２（ｂ）は、図１のサーバの要部の構成を示す機能ブロック図である。
【図３】図１のサーバの記憶部に記憶される投稿テーブルの例を示す図面である。
【図４】図１のサーバの記憶部に記憶されるルームテーブルの例を示す図面である。
【図５】チャットルームに対応付けられた地理領域の例を示す概略図である。
【図６】図１の端末に表示されるトップ画面の例を示す図面である。
【図７】図１の端末に表示されるチャットルーム画面の例を示す図面である。
【図８】図１の端末に表示される投稿入力画面の例を示す図面である。
【図９】図１の端末に表示されるチャットルーム画面の例を示す図面である。
【図１０】図１の端末に表示されるルーム作成画面の例を示す図面である。
【図１１】図１の端末に表示されるトップ画面の例を示す図面である。
【図１２】チャットルームに対応付けられた地理領域の例を示す概略図である。
【図１３】図１の端末に表示される設定画面の例を示す図面である。
【図１４】図１の端末に表示されるチャットルーム画面の例を示す図面である。
【発明を実施するための形態】
【００１８】
本発明の通信システム及び通信方法は、Webサイトや携帯電話等のアプリ等を介してチャットサービスを提供するために好適に利用できるものである。
以下に、図面を参照しつつ、本発明に係る通信システム及び通信方法の実施形態を例示説明する。
【００１９】
まず、図１〜図４を参照して、本実施形態の通信システム１の構成を説明する。通信システム１は、複数の端末１０と、サーバ２０と、を備えている。各端末１０とサーバ２０とは、それぞれ無線及び／又は有線の通信網を介して通信を行う。
通信システム１は、例えば、端末１０にインストールされたWebブラウザからアクセス可能な、サーバ２０によって稼動されるWebサイト上で、かつ／又は、端末１０にダウンロードされたアプリ（アプリケーション・ソフトウェア。この場合、後述のプログラム１４の一部を構成する。）上で、ユーザに対し、チャットサービスを提供するように構成されている。
【００２０】
端末１０は、ユーザによる操作に応じて、サーバ２０との間で通信を行う。端末１０は、例えば、携帯電話（スマートフォン等）、タブレット端末、コンピュータ端末等として構成されており、制御部１１と、通信部１２と、記憶部１３と、入力部１５と、表示部１６と、
位置情報取得部１７とを、備えている。
記憶部１３は、プログラム１４を記憶している。
制御部１１は、例えばＣＰＵによって構成されており、記憶部１３に記憶されるプログラム１４を実行することによって、通信部１２、記憶部１３、入力部１５、表示部１６、及び位置情報取得部１７を含む、端末１０の全体を制御する。
通信部１２は、無線通信及び／又は有線通信により、サーバ２０との間で、情報の送受信を行う。
入力部１５は、例えば、押しボタン、キーボード、及び／又はマウス等から構成され、端末１０を操作するユーザからの入力を受け付ける。
表示部１６は、例えば液晶パネル等から構成され、様々な画面を表示する。
なお、入力部１５及び表示部１６をタッチパネルで構成してもよい。
位置情報取得部１７は、例えばＧＰＳ等からの電波を受信することにより、自端末１０の現在位置情報（緯度及び経度等）を取得する。
【００２１】
サーバ２０は、内部にチャットルームを格納しており、端末１０との間で通信を行いながら、内部に格納しているチャットルームを運用する。チャットルームは、後述の要領で端末１０からの要求に応じて作成されてサーバ２０の内部に格納されてもよいし、かつ／又は、予めサーバ２０の内部に格納されていてもよい。
サーバ２０は、制御部２１と、通信部２２と、記憶部２３とを、備えている。サーバ２０は、さらに、図示しない表示部や入力部を備えていてもよい。
記憶部２３は、プログラム２４と、投稿テーブル２５と、ルームテーブル２６とを、記憶している。投稿テーブル２５及びルームテーブル２６は、端末１０から受信する情報や、サーバ２０の処理に応じて、随時更新される。
制御部２１は、例えばＣＰＵによって構成されており、記憶部２３に記憶されるプログラム２４を実行することによって、通信部２２及び記憶部２３を含む、サーバ２０の全体を制御する。
通信部２２は、無線通信及び／又は有線通信により、端末１０との間で、情報の送受信を行う。
【００２２】
図３は、図１のサーバ２０の記憶部２３に記憶される投稿テーブル２５の例を示す図面である。投稿テーブル２５は、通信システム１における全ての投稿に関する情報を格納する。本例において、投稿テーブル２５は、投稿毎に、投稿ＩＤ、投稿日時、ルームＩＤ、投稿テキスト、投稿画像ＵＲＬ、類似投稿ＩＤ、及び、ユーザ端末位置のそれぞれの情報を格納する。サーバ２０は、端末１０から新規投稿要求を受信すると、その新規投稿についての上記各情報を、投稿テーブル２５に格納する。
投稿ＩＤは、当該チャットルーム内の全ての投稿にそれぞれ付与された一意的な識別情報である。本例において、投稿ＩＤは、数字からなり、投稿日時が新しい投稿ほど、大きな数字が付与されており、当該チャットルーム内で何番目の投稿であるかを示している。
投稿日時は、投稿がなされた日時である。
ルームＩＤは、サーバ２０が内部に格納するチャットルームのうち、当該新規投稿がなされたチャットルームを表す識別情報である。このルームＩＤの値としては、ルームテーブル２６のルームＩＤの値が与えられる。
投稿テキストは、投稿内容に含まれるテキストである。投稿内容にテキストが含まれない場合、投稿テキストの欄は空欄にされる。
投稿画像ＵＲＬは、投稿内容に含まれる画像のＵＲＬである。後述のように、本例において、投稿内容に含まれる画像は、所定の画像アップロードサービスサイトにアップロードされるが、その際に、前記ＵＲＬが付与される。投稿内容に画像が含まれない場合、投稿画像の欄は空欄にされる。
類似投稿ＩＤは、当該新規投稿に類似する過去投稿を表す投稿ＩＤである。当該新規投稿に類似する過去投稿は、後述の自動リプライ判定機能により特定される。自動リプライ判定機能により当該新規投稿に類似する過去投稿が特定されない場合、類似投稿ＩＤの欄は空欄にされる。
ユーザ端末位置は、当該新規投稿をした端末１０の、投稿時における位置（本例では、緯度及び経度）である。
なお、投稿テーブル２５は、図３に示す情報とは異なる情報を格納してもよい。
【００２３】
図４は、図１のサーバ２０の記憶部２３に記憶されるルームテーブル２６の例を示す図面である。
ルームテーブル２６は、通信システム１における全てのチャットルームに関する情報を格納する。本例において、ルームテーブル２６は、チャットルーム毎に、ルームＩＤ、ルーム名、作成日時、ルーム中心位置のそれぞれの情報を格納する。サーバ２０は、端末１０からルーム作成要求を受信すると、その新規チャットルームについての上記各情報を、ルームテーブル２６に格納する。
ルームＩＤは、通信システム１における全てのチャットルームにそれぞれ付与された一意的な識別情報である。
ルーム名は、チャットルームの名称である。
作成日時は、チャットルームが作成された日時である。
ルーム中心位置は、当該新規チャットルームを作成した（当該ルーム作成要求を発信した）端末１０の、チャットルーム作成時（ルーム作成要求の発信時）における位置（本例では、緯度及び経度）である。
なお、ルームテーブル２６は、図４に示す情報とは異なる情報を格納してもよい。
【００２４】
サーバ２０が運用する各チャットルームは、それぞれ地理領域Ｒと対応付けられている。後に詳述するように、サーバ２０が運用するチャットルームを利用できるユーザは、原則的に、当該チャットルームに対応付けられた地理領域Ｒ内にいるユーザのみに、限定にされる。
図５は、本例のサーバ２０が運用する複数のチャットルームのうち３つ（ルーム名「後楽園駅」、「東京ドーム」、「水道橋駅」）にそれぞれ対応付けられた地理領域Ｒを、２次元の地図（図示せず）上で概略的に示している。
地理領域Ｒは、２次元又は３次元の地図（図示せず）上において、ルームテーブル２６（図４）のルーム中心位置（チャットルームを作成した端末１０の、チャットルーム作成時における位置）を中心とする、所定の大きさを有する所定形状の領域である。
地理領域Ｒにおける「所定の大きさ」に関しては、任意の大きさでよいが、例えば、２次元の地図上における地理領域Ｒの外接円の半径が、１０〜４００ｍであると好適であり、５０〜３５０ｍであるとより好適であり、１００〜３００ｍであるとさらに好適である。これにより、同じチャットルームを利用可能なユーザの地域的範囲を効果的に狭めることができるので、より簡単に、近くにいるユーザどうしで繋がることができ、同じチャットルームを利用するユーザどうしの一体感を高めることができる。
また、地理領域Ｒにおける「所定形状」に関しては、任意の形状でよいが、例えば、２次元の地図上における地理領域Ｒの形状が、円形又は四角形であると好適である。これにより、後述するようにサーバ２０が端末１０の現在位置と地理領域Ｒとを比較する際に、サーバ２０の処理が簡単になる。
本例では、サーバ２０が運用する各チャットルームに対応付けられた地理領域Ｒは、それぞれ、２次元の地図上において、ルームテーブル２６（図４）のルーム中心位置（チャットルームを作成した端末１０の、チャットルーム作成時における位置（緯度及び経度））を中心とする、半径２００ｍの円形領域である。また、本例では、地理領域Ｒにおける「所定の大きさ」、「所定形状」は、サーバ２０が運用する各チャットルームで共通であるが、サーバ２０が運用するチャットルーム毎に異なっていてもよい。
【００２５】
なお、本例では、端末１０の現在位置情報として、緯度及び経度のみを用いており、また、チャットルームに対応付ける地理領域Ｒも、緯度及び経度の範囲領域（すなわち、２次元の地図上の領域）として規定している。しかし、本例に限らず、端末１０の現在位置情報として、緯度及び経度に加えて高度も用いてもよく、その場合、チャットルームに対応付ける地理領域Ｒも、緯度、経度及び高度の範囲領域（すなわち、３次元の地図上の領域）として規定するとよい。
【００２６】
つぎに、図６〜図１４を参照しつつ、通信システム１の動作例を説明する。なお、以下の説明において、端末１０の動作は、制御部１１が、記憶部１３に記憶されたプログラム１４に従って、ユーザからの入力部１５の操作や、サーバ２０から通信部１２を介して受信する情報等に応じて、動作することにより実現される。また、サーバ２０の動作は、制御部２１が、記憶部２３に記憶されたプログラム２４に従って、端末１０から通信部２２を介して受信する情報等に応じて、動作することにより実現される。
図６〜図１４は、それぞれ、端末１０の表示部１６上に表示される画面を示している。
【００２７】
図６は、サーバ２０によって稼動されるWebサイト、かつ／又は、端末１０にダウンロードされたアプリにおける、トップ画面３０を示している。なお、通信システム１の各端末１０上に表示される画面は、各端末１０の現在位置や、各端末１０のユーザの操作内容などに応じて、それぞれ異なり得る。図６のトップ画面３０は、図５に示す端末１０の表示部１６に表示されるトップ画面３０を示しているものとする。
本例において、トップ画面３０は、その上部に、トップ画面戻りボタン４１、作成ボタン４２、設定ボタン４３が表示されており、その下には、「ルームリスト」と書かれた画面タイトル３０４があり、その下には、ルームリスト３０１が表示され、さらにその下には、ルーム作成ボタン３０３が表示されている。
トップ画面３０の上部のトップ画面戻りボタン４１、作成ボタン４２、設定ボタン４３は、トップ画面３０以外の各画面にも共通に表示されるものであるが、後述するように、それぞれの機能は画面毎に少し異なり得る。トップ画面３０上でユーザによってトップ画面戻りボタン４１が選択されると、トップ画面３０が更新される。トップ画面３０上で作成ボタン４２又はルーム作成ボタン３０３が選択されると、後述のルーム作成機能が始動され、図１０のルーム作成画面３３に切り換わる。トップ画面３０上で設定ボタン４３が選択されると、例えば、種々の設定や、ＳＮＳでの共有などが可能な、設定画面（図示せず）に切り換わる。
【００２８】
トップ画面３０に表示されるルームリスト３０１は、端末１０の現在位置を含む地理領域Ｒと対応付けられたチャットルームのリストであり、各チャットルームのルーム名が付された１つ又は複数のルーム選択ボタン３０２から構成されている。ルームリスト３０１は、例えばつぎのようにして取得される。
まず、端末１０がトップ画面３０にアクセス（更新も含む）すると、端末１０は、ルームリスト要求をサーバ２０に送信する。ルームリスト要求は、端末１０の現在位置情報（本例では、緯度及び経度）を含む。端末１０の現在位置情報は、位置情報取得部１７により取得される。
サーバ２０は、端末１０からルームリスト要求を受信すると、内部に格納するチャットルームの中から、端末１０の現在位置を含む地理領域Ｒと対応付けられたチャットルームを特定する。この特定は、ルームリスト要求に含まれる端末１０の現在位置情報（本例では、緯度及び経度）に基づき把握される端末１０の現在位置と、ルームテーブル２６に格納された各ルーム中心位置から特定される各地理領域Ｒとを、それぞれ比較することにより行う。ルームテーブル２６に格納されたルーム中心位置から特定される地理領域Ｒとは、より具体的に本例では、ルームテーブル２６に格納されたルーム中心位置の緯度及び経度を中心とする、半径２００ｍの円形の領域である。図５及び図６の例では、端末１０の現在位置を含む地理領域Ｒと対応付けられたチャットルームとして、ルーム名「後楽園駅」、「東京ドーム」の２つのチャットルームが特定される。
そして、サーバ２０は、特定したチャットルームをリスト化したルームリストを、端末１０に送信する。ルームリストには、例えば、ルームテーブル２６から取得される、前記特定したチャットルームのルーム名（本例では、「後楽園駅」、「東京ドーム」）及びルームＩＤ（本例では、「１」、「２」）が含まれる。
端末１０は、サーバ２０からルームリストを受信すると、そのルームリストに含まれる各ルーム名を、それぞれルーム選択ボタン３０２に付して、トップ画面３０にルームリスト３０１として表示する。図６の例では、ルームリストに含まれる各ルームＩＤは、トップ画面３０のルームリスト３０１に表示されない。
なお、端末１０の現在位置を含む地理領域Ｒと対応付けられたチャットルームが存在しない場合、トップ画面３０には、ルームリスト３０１は表示されない。
【００２９】
図６のトップ画面３０において、ユーザによって、ルームリスト３０１の中の１つのルーム選択ボタン３０２（ひいては、それに対応するチャットルーム）が選択されると、端末１０は、選択されたチャットルームへの入室要求をサーバ２０に送信する。ここでは、ルーム名「東京ドーム」のチャットルームが選択されたものとする。入室要求は、例えば、端末１０の現在位置情報と、選択されたチャットルームのルームＩＤ（本例では、「２」）とを、含む。
サーバ２０は、端末１０から、チャットルームへの入室要求を受信すると、当該チャットルームと対応付けられた地理領域Ｒ内に端末１０の現在位置が含まれるか否かの判断を行う。ここで、サーバ２０は、端末１０の現在位置を、入室要求に含まれる端末１０の現在位置情報から把握する。また、サーバ２０は、例えば、ルームテーブル２６（図４）から、入室要求に含まれるルームＩＤ（本例では、「２」）に対応するルーム中心位置（本例では、「北緯35度42分20秒、東経139度45分6秒」）を読み出し、読み出したルーム中心位置に基づいて、当該チャットルームの地理領域Ｒ（本例では、上記ルーム中心位置の緯度及び経度を中心とする、半径２００ｍの円形の領域）を把握する。サーバ２０は、当該地理領域Ｒ内に端末１０の現在位置が含まれると判断した場合は、端末１０を当該チャットルームへ入室させ、端末１０上の画面を、図７のチャットルーム画面３１に切り換える。一方、サーバ２０は、当該地理領域Ｒ内に端末１０の現在位置が含まれないと判断した場合は、端末１０の当該チャットルームへの入室を拒否し、例えば、端末１０上の画面を、トップ画面３０に戻す。なお、端末１０上の画面をトップ画面３０に戻す際に、サーバ２０は、端末１０がチャットルームの地理領域Ｒの外に出た旨の通知を端末１０上に表示させてもよい。
トップ画面３０にルームリスト３０１が表示されてから、ユーザがルームリスト３０１の中からいずれかのチャットルームを選択するまでの間に、ユーザ（ひいては端末１０）が当該チャットルームの地理領域Ｒの外へ移動してしまう場合もあり得る。そこで、本例では、トップ画面３０にルームリスト３０１を表示する際に加えて、ユーザがチャットルームを選択し入室しようとする際にも、改めて、ユーザ（ひいては端末１０）の現在位置を取得し、当該チャットルームの地理領域Ｒ内にいるか否かを判断し、地理領域Ｒ内にいると判断した場合にのみ、当該チャットルームへの入室を許可している。これにより、より確実に、チャットルームの地理領域Ｒの外にいるユーザが当該チャットルームに入室するのを防ぐことができ、ひいては、当該地理領域Ｒ内にいるユーザどうしのみで繋がることができる。
【００３０】
次に、図７のチャットルーム画面３１について説明する。図７のチャットルーム画面３１は、ルーム名「東京ドーム」のチャットルームの画面である。
本例において、チャットルーム画面３１は、その上部に、トップ画面戻りボタン４１、作成ボタン４２、設定ボタン４３が表示されており、その下には、ルーム名「東京ドーム」と書かれた画面タイトル３１２があり、さらにその下には、このチャットルーム内でこれまでになされた投稿３１１が表示されている。
チャットルーム画面３１上でユーザによってトップ画面戻りボタン４１が選択されると、トップ画面３０に戻る。
上述のようにサーバ２０が端末１０の当該チャットルームへの入室を許可する際に、サーバ２０は、投稿テーブル２５（図３）に格納された投稿の情報を読み出し、それを端末１０に送信し、端末１０上のチャットルーム画面３１にこれを表示させる。
本例において、各投稿３１１は、それぞれ、その表示内容として、投稿ＩＤ３１１ａ、投稿経過時間３１１ｂ、投稿内容３１１ｅ、リプライ表示３１１ｆを含んでいる。投稿ＩＤ３１１ａは、投稿テーブル２５（図３）の投稿ＩＤと同じである。投稿経過時間３１１ｂは、投稿がなされてから経過した時間を示しており、投稿テーブル２５（図３）の投稿日時から現在の日時までの経過時間を算出することにより得られている。投稿内容３１１ｅは、投稿テキスト３１１ｃと投稿画像３１１ｄとの少なくともいずれか一方を含んでいる。投稿テキスト３１１ｃは、投稿テーブル２５（図３）の投稿テキストと同じである。投稿画像３１１ｄは、投稿テーブル２５（図３）の投稿画像ＵＲＬを有するWebページからダウンロードされる。
なお、投稿３１１内に、投稿日時ではなく投稿経過時間３１１ｂを表示することで、チャットルーム画面３１に表示される情報を少量に押さえることができる。ただし、投稿経過時間３１１ｂの代わりに投稿日時を表示しても構わない。
図７の例において、チャットルーム画面３１内に表示された各投稿３１１は、投稿順に配列されている。より具体的には、図７の例において、上側の行に配置されたものほど、また、同じ行内でも左側に配置されたものほど、より新しい投稿３１１である。
【００３１】
サーバ２０は、端末１０がチャットルームに入室した後は、第１所定時間毎に、端末１０から現在位置情報を取得し、当該チャットルームへの入室時と同様の要領で、当該チャットルームと対応付けられた地理領域Ｒ内に端末１０の現在位置が含まれるか否かの判断を行う。サーバ２０は、当該地理領域Ｒ内に端末１０の現在位置が含まれると判断する間は、端末１０の当該チャットルーム内の滞在を許容する。この間、ユーザは、チャットルーム画面３１を閲覧し続けることができる。一方、サーバ２０は、当該地理領域Ｒ内に端末１０の現在位置が含まれなくなったと判断したときは、端末１０を当該チャットルームから退室させ、例えば、端末１０上の画面を、トップ画面３０に戻す。なお、端末１０上の画面をトップ画面３０に戻す際に、サーバ２０は、端末１０がチャットルームの地理領域Ｒの外に出た旨の通知を端末１０上に表示させてもよい。
このように、ユーザがいったんチャットルームに入室した後も、定期的に、ユーザ（ひいては端末１０）の現在位置を取得し、当該チャットルームの地理領域Ｒ内にいるか否かを判断し、地理領域Ｒ内にいると判断する間のみ、当該チャットルーム内の滞在を許可している。これにより、チャットルームの地理領域Ｒの外に出たユーザが当該チャットルームに滞在するのを防ぐことができ、ひいては、より確実に、当該地理領域Ｒ内にいるユーザどうしのみで繋がることができる。
上記第１所定時間は、例えば、１〜１５分であると好適であり、２〜１３分であるとより好適であり、３〜１０分であるとさらに好適である。本例では、上記第１所定時間は、５分に設定されている。
【００３２】
図７に示すように、本例において、チャットルーム画面３１（チャットルーム）内には、ユーザを特定し得るような情報、より具体的には、ユーザの識別情報（実名、ハンドルネーム等）、端末の識別情報（端末ＩＤ等）、及び端末の位置情報が、表示されない。
これにより、ユーザどうしが、匿名でメッセージをやり取りすることができるので、気軽に、忌憚のない意見を投稿できるサービスを提供することができる。
【００３３】
また、本例において、チャットルーム画面３１（チャットルーム）内には、過去の投稿３１１のうち、直近の第２所定時間分の投稿３１１のみが、表示される。より具体的に、例えば、サーバ２０は、所定時間毎（例えば３０秒毎）にチャットルーム画面３１内に表示する投稿３１１を更新する。その更新を行う際、サーバ２０は、直近の第２所定時間よりも投稿経過時間３１１ｂが長い（古い）投稿３１１をチャットルーム画面３１から削除するとともに、前回の更新以降にあった新規投稿３１１をチャットルーム画面３１に追加する。なお、チャットルーム画面３１から削除する過去投稿３１１の情報については、その後も、投稿テーブル２５（図３）に保持しておく。
チャットルーム画面３１（チャットルーム）内に、直近の第２所定時間分の投稿３１１のみを表示することにより、ユーザに対し、「その時限り」という感覚を与え、よりリアルタイムな利用環境を提供することができる。
上記第２所定時間は、例えば、１０分〜６０分であると好適であり、１５分〜５０分であるとより好適であり、２０〜４０分であるとさらに好適である。本例では、上記第２所定時間は、３０分に設定されている。
【００３４】
図７のチャットルーム画面３１上で、ユーザによって作成ボタン４２が選択されると、投稿機能が始動され、新規の投稿が可能にされる。
より具体的には、作成ボタン４２が選択されると、まず、図８のように、投稿入力画面３２が、チャットルーム画面３１の上にポップアップ表示される。なお、投稿入力画面３２は、ポップアップ表示される場合に限られず、チャットルーム画面３１から完全に切り換わって表示されてもよい。
投稿入力画面３２は、その上部に、チャットルーム戻りボタン３２１が表示されており、その下には、投稿テキスト入力欄３２２があり、さらにその下には、入力完了ボタン３２３、画像追加ボタン３２４が設けられている。チャットルーム戻りボタン３２１が選択されると、チャットルーム画面３１に戻る。投稿テキスト入力欄３２２には、ユーザが投稿テキストを入力可能である。図８において、投稿テキスト入力欄３２２の右下の「12/300」とは、投稿テキスト入力欄３２２に入力可能な文字数の上限が300 文字であり、そのうち、12文字が投稿テキスト入力欄３２２に現在入力されていることを表している。ユーザが画像追加ボタン３２４を選択すると、ユーザは、任意に選択した画像を投稿内容に追加できるようになる。画像の選択が成功すると、投稿入力画面３２には、選択された画像のサムネイル３２５が表示される。
投稿内容の入力が完了し、ユーザによって入力完了ボタン３２３が選択されると、投稿処理が行われ、チャットルーム画面３１に戻る。具体的には、まず、端末１０が、サーバ２０に新規投稿要求を送信する。新規投稿要求は、例えば、投稿入力画面３２に入力された投稿内容（投稿テキスト、投稿画像）と、当該チャットルームのルームＩＤと、端末１０の現在位置（本例では、緯度及び経度）とを、含む。サーバ２０は、端末１０から、新規投稿要求を受信すると、当該新規投稿に新たな投稿ＩＤを付与し、新規投稿要求に含まれる投稿テキスト、ルームＩＤ、及び端末１０の現在位置と、投稿日時とを、投稿テーブル２５（図３）に、新たに付与した投稿ＩＤに対応付けて格納する。また、サーバ２０は、新規投稿要求に含まれる投稿画像を、所定の画像アップロードサービスサイトにアップロードし、アップロードしたWebページのＵＲＬを、投稿テーブル２５に、上記新たな投稿ＩＤに対応付けて格納する。さらに、本例において、サーバ２０は、後述する自動リプライ判定機能を実行することにより、当該新規投稿に類似する過去投稿を特定し、特定した過去投稿の識別情報（投稿ＩＤ）を、類似投稿ＩＤとして、上記新たな投稿ＩＤに対応付けて、投稿テーブル２５に格納する。
また、サーバ２０は、端末１０に、上記新たな投稿ＩＤ、及び、上記新たな投稿ＩＤに対応付けて投稿テーブル２５に格納した投稿日時から算出される投稿経過時間、投稿内容、類似投稿ＩＤを、返送し、これらの情報に基づき、新たな投稿３１１を、チャットルーム画面３１に追加する。図８は、この新たな投稿３１１が追加された状態のチャットルーム画面３１を示している。
【００３５】
図６に戻り、トップ画面３０上で、ユーザによって作成ボタン４２又はルーム作成ボタン３０３が選択されると、ルーム作成機能が始動され、図１０のルーム作成画面３３に切り換わる。ルーム作成画面３３（図１０）は、その上部に、トップ画面戻りボタン４１、作成ボタン４２、設定ボタン４３が表示されており、その下には、「+新しいルームを作る」と書かれた画面タイトル３３１があり、さらにその下には、ルーム名入力欄３３２があり、その下には、入力完了ボタン３３３が設けられている。ルーム名入力欄３３２には、ユーザが任意のルーム名を入力可能である。図１０において、ルーム名入力欄３３２の右下の「10/45」とは、ルーム名入力欄３３２に入力可能な文字数の上限が45文字であり、そのうち、10文字（「歌手Aファン＠TKD」）がルーム名入力欄３３２に現在入力されていることを表している。
ルーム名の入力が完了し、ユーザが入力完了ボタン３３３を選択すると、ルーム作成処理が行われ、チャットルーム画面３１に戻る。具体的には、まず、端末１０が、サーバ２０にルーム作成要求を送信する。ルーム作成要求は、例えば、ルーム名入力欄３３２に入力されたルーム名と、端末１０の現在位置（本例では、緯度及び経度）とを、含む。サーバ２０は、端末１０から、ルーム作成要求を受信すると、新たに作成するチャットルームに新たなルームＩＤを付与し、ルーム作成要求に含まれるルーム名及び端末１０の現在位置と、作成日時とを、ルームテーブル２６（図４）に、新たに付与したルームＩＤに対応付けて格納する。ここで、サーバ２０は、ルーム作成要求に含まれる端末１０の現在位置を、ルームテーブル２６のルーム中心位置の欄に格納する。これにより、図１２に示すように、この新たなチャットルーム（ルーム名「歌手Aファン＠TKD」）に対応付けられる地理領域Ｒの中心が、当該チャットルームを作成した（当該ルーム作成要求を発信した）端末１０の現在位置に設定される。
サーバ２０は、以上のようにして、端末１０の現在位置を中心とする地理領域Ｒと対応付けられたチャットルームを作成し、これを内部に格納する。また、サーバ２０は、端末１０に、上記新たなチャットルームのルーム名及びルームＩＤを、返送し、これらの情報に基づき、図１１に示すように、トップ画面３０内のルームリスト３０１に、当該新たなチャットルーム（具体的には、当該新たなチャットルームのルーム名が付与されたルーム選択ボタン３０２）を追加する。
なお、通信システム１は、一部のユーザ（ひいては端末１０）のみに対して、ルーム作成機能を利用可能にしてもよい。
【００３６】
以上に説明した例の通信システム１によって提供されるチャットサービスは、チャットルームを利用可能なユーザを、当該チャットルームに対応付けられた地理領域Ｒ（本例では、半径２００ｍの円形領域）内にいるユーザに限定するという、空間的な限定を持つとともに、当該チャットルームに表示される投稿を、直近の第２所定時間分（本例では、３０分）に限定するという、時間的な限定を持つものである。これにより、同じチャットルームを利用するユーザどうしの一体感を高めることができる。また、上記の例の通信システム１によって提供されるチャットサービスは、ユーザどうしが匿名でコミュニケーションできるので、各ユーザは、個人が特定される不安を有することなく、気軽に会話を楽しむことができる。このように、上記の例の通信システム１によれば、従来には無かったチャットサービスを提供することができる。
【００３７】
以降、通信システム１がさらに有する又は有し得る機能について説明する。
【００３８】
−ロック機能−
通信システム１は、一部又は全部のユーザ（ひいては端末１０）に対して、ロック機能を利用可能にしてもよい。ロック機能は、ユーザが、利用しているチャットルームの地理領域Ｒの外へ出た後も、時間制限付きでチャットルームの利用を継続できる機能である。
具体的には、例えば、図９のチャットルーム画面３１上でユーザにより設定ボタン４３が選択されると、図１３の設定画面３４が、チャットルーム画面３１の上にポップアップ表示される。なお、設定画面３４は、ポップアップ表示される場合に限られず、チャットルーム画面３１から完全に切り換わって表示されてもよい。
設定画面３４は、その上部に、チャットルーム戻りボタン３４１が表示されており、その下には、ロックボタン３４２が設けられている。チャットルーム戻りボタン３４１が選択されると、チャットルーム画面３１に戻る。
ロックボタン３４２が選択されると、当該チャットルームがロックされた（ロック機能がＯＮにされた）状態になり、画面がチャットルーム画面３１（図１４）に戻る。このとき、例えば、チャットルーム画面３１には、ロックされていることをユーザに示すために、ルーム名（「東京ドーム」）が書かれた画面タイトル３１２の横に、ロックアイコン３１３が表示される。
なお、ロック機能の効果は、当該チャットルームを利用する端末１０の全てに及ぶのではなく、ロック機能をＯＮにした端末１０のみに及ぶ。
また、ロックボタン３４２が選択されると、端末１０は、サーバ２０に、ロック要求を送信する。ロック要求は、例えば、当該チャットルームのルームＩＤを含む。サーバ２０は、端末１０から、ロック要求を受信すると、その後に、当該チャットルームの地理領域Ｒ内に端末１０の現在位置が含まれなくなったと判断したときから、第３所定時間が経過するまでの間、端末１０の当該チャットルーム内の滞在を許容する。一方、第３所定時間が経過すると、サーバ２０は、端末１０を当該チャットルームから退室させ、例えば、画面をトップ画面３０に切り換える。
ロック機能は、ユーザ（ひいては端末１０）がチャットルームの地理領域Ｒの外に出た後も、ユーザ（ひいては端末１０）が当該チャットルーム内に滞在するのを許容するものであるが、あくまでそれを時間制限付きで許容するので、上述したユーザの空間的限定を、さほど大きく緩めるものではない。
なお、例えば、映画館やライブ会場等でのイベントの終了直後は、多くのユーザが最も感想や意見を述べたいタイミングであるにも関わらず、多くのユーザが帰宅するタイミングでもあるため、仮にロック機能が無いと、多くのユーザがすぐにチャットルームの地理領域Ｒから離れ、互いに繋がれなくなる可能性が高い。ロック機能を利用可能にすることによって、ユーザは、帰宅しながらでも、第３所定時間という時間制限付きでイベント会場のチャットルームに滞在でき、これにより、多くのユーザどうしが、それぞれ最も感想や意見を述べたいタイミングで、互いに繋がることができる。このようにして、ロック機能によって、既存のSNS では簡単に繋がれなかったユーザと繋がることができ、なおかつ、ハッシュタグなどをユーザ側が意図的に設定することなくクラスタリングされた状況を構築することができる。
なお、通信システム１は、一部又は全部のユーザ（ひいては端末１０）に対して、複数のロック機能を利用可能にしてもよい。
上記第３所定時間は、例えば、３０分〜１２０分であると好適であり、４０分〜１００分であるとより好適であり、５０〜８０分であるとさらに好適である。本例では、上記第３所定時間は、６０分に設定されている。
【００３９】
−自動リプライ判定機能−
上述の例において、通信システム１は、自動リプライ判定機能を有している。自動リプライ判定機能は、チャットルーム内に滞在している端末１０が新規投稿をする際、サーバ２０が、当該チャットルームに寄せられた過去投稿の中から、当該新規投稿と類似する過去投稿を特定し、当該新規投稿が、前記特定した過去投稿に対するリプライであると、自動で判定する機能である。
具体的には、例えば、図８を参照して前述したように、投稿入力画面３２（図８）上で、ユーザが、投稿内容の入力を完了し、入力完了ボタン３２３を選択すると、端末１０は、サーバ２０に、新規投稿要求を送信する。新規投稿要求は、例えば、投稿入力画面３２に入力された投稿内容（投稿テキスト、投稿画像）と、当該チャットルームのルームＩＤと、端末１０の現在位置（本例では、緯度及び経度）とを、含む。
なお、以降の説明では、サーバ２０が、端末１０から、新規投稿要求を受信した場合に行う様々な処理のうち、自動リプライ判定機能に関わる処理のみを中心に説明する。
サーバ２０は、端末１０から、新規投稿要求を受信すると、自動リプライ判定機能を実行することにより、新規投稿要求に含まれる新規投稿と、投稿テーブル２５に格納された、当該チャットルームにおける直近の第４所定時間分の過去投稿のそれぞれとを、比較し、当該新規投稿に類似する過去投稿の特定を試みる。ここで、サーバ２０は、例えば、機械学習を活用することにより、新規投稿の投稿テキストと直近の第４所定時間分の過去投稿のそれぞれの投稿テキストとを順次比較し、例えば、共通のキーワードの数等に基づいて、各過去投稿の類似度を計算する。
直近の第４所定時間分の過去投稿のうち、類似度が所定閾値を越える過去投稿が存在しない場合、サーバ２０は、当該新規投稿に類似する過去投稿は存在しないと判断する。この場合、サーバ２０は、投稿テーブル２５の類似投稿ＩＤに何も格納せず、また、端末１０への類似投稿ＩＤの送信を行わない。そのため、端末１０上のチャットルーム画面３１（図９）における、投稿３１１へのリプライ表示３１１ｆの付加も、行わない。
一方、直近の第４所定時間分の過去投稿のうち、類似度が所定閾値を越える過去投稿が１つ又は複数存在する場合、サーバ２０は、類似度が所定閾値を越える過去投稿のうち、最も類似度の高いものを、当該新規投稿に類似する過去投稿として特定する。ただし、もし最も類似度の高い過去投稿が複数ある場合、サーバ２０は、そのうち投稿日時が最も新しいものを、当該新規投稿に類似する過去投稿として特定する。そして、サーバ２０は、特定した過去投稿の識別情報（投稿ＩＤ）を、類似投稿ＩＤとして、当該新規投稿の投稿ＩＤに対応付けて、投稿テーブル２５に格納する。また、サーバ２０は、特定した過去投稿の識別情報（投稿ＩＤ）と、当該新規投稿の情報（当該新規投稿の投稿ＩＤ、投稿経過時間、投稿内容）とを、端末１０に返送する。そして、サーバ２０は、端末１０上のチャットルーム画面３１（図９）において、当該新規投稿３１１に、上記特定した過去投稿の識別情報（投稿ＩＤ）を付加した状態で、当該新規投稿３１１を端末１０に表示させる。このことは、本例では、上記特定した過去投稿の識別情報（投稿ＩＤ）を示すリプライ表示３１１ｆを、新規投稿３１１に付加することにより、実現される。リプライ表示３１１ｆ（図９）は、それが付加された投稿３１１がどの過去投稿に対する返信であるかを示している。また、本例において、ユーザによってリプライ表示３１１ｆが選択されると、リプライ表示３１１ｆに示される識別情報（投稿ＩＤ）を持つ過去投稿３１１が、ユーザにとって見やすい位置（画面の中央等）にくるように、チャットルーム画面３１の表示が変更される。
自動リプライ判定機能により、ユーザは、あえて、自身の投稿３１１がどの過去投稿に対する返信であるかを宣言する必要がなくなり、より直感的なメッセージのやり取りが可能となる。本例の通信システム１では、上述のように、同じチャットルームを利用できるユーザが、互いの近くにいるユーザに限定されるため、これらのユーザどうしが、場所、話題、経験を共有している可能性が高くなる。そのため、上述した自動リプライ判定機能によって、ユーザどうしの会話の流れが、より視覚的に把握しやすいものとなり、ユーザは会話をより楽しむことができるようになる。従来のような、ユーザの場所に関わらず、世界中のどのユーザとも繋がれるようにされたチャットサービスでは、ユーザどうしが、場所、話題、経験を共有している可能性は格段と低くなるため、仮に自動リプライ判定機能が搭載されたとしても、ユーザどうしの会話の流れをさほど視覚化することはできない。
なお、第４所定時間は、第２所定時間以下であると好適であり、第２所定時間と同じであるとより好適である。本例では、第４所定時間は、第２所定時間と同じ、３０分に設定されている。
【００４０】
−ブロック機能−
通信システム１は、一部又は全部のユーザ（ひいては端末１０）に対して、ブロック機能を利用可能にしてもよい。ブロック機能は、あるチャットルーム内に滞在するユーザが、当該チャットルーム内で不快な発言やスパム発言をするユーザのメッセージを非表示にする機能である。ブロック機能を実現するにあたっては、例えば、投稿テーブル２５において、各ユーザを識別し得る情報（例えば、ユーザＩＤ、端末ＩＤ等）を、投稿毎に格納するようにするとよい。ただし、その場合でも、チャットルーム内には、各ユーザを識別し得る情報（例えば、ユーザＩＤ、端末ＩＤ等）が表示されないようにする。
【００４１】
−ジュークボックス機能−
通信システム１は、一部又は全部のユーザ（ひいては端末１０）に対して、ジュークボックス機能を利用可能にしてもよい。ジュークボックス機能は、例えばSpotify（登録商標）やApple Musicなどのサブスクリプションサービスと連携して、チャットルームのユーザどうしで好きな音楽を順番に掛けることができる機能である。
【００４２】
−同期機能−
通信システム１は、一部又は全部のユーザ（ひいては端末１０）に対して、同期機能を利用可能にしてもよい。同期機能は、ユーザが複数の異なる端末１０（例えば、スマートフォンやパソコン等）を有する場合に、これらの端末１０を同期することにより、継続してチャットルームを利用できる機能である。
【００４３】
−過去投稿閲覧機能−
通信システム１は、一部又は全部のユーザ（ひいては端末１０）に対して、過去投稿閲覧機能を利用可能にしてもよい。過去投稿閲覧機能は、上述した、チャットルーム内の投稿のうち、直近の第２所定時間分の投稿のみが表示されるという時間的限定を無くし、チャットルーム内になされた投稿の全てを表示する機能である。
【００４４】
〔活用例〕
以下、参考のため、上述した通信システム１及び通信方法によって提供されるチャットサービスを好適に活用できるシチュエーションの例を紹介する。
【００４５】
−スポーツ観戦をしながら、ファン同士で応援や感想を交換する−
スポーツイベントの主催者は、本サービスを組み込んだスマートフォン用アプリを事前にインターネットで参加者に配布する。あるいは、本サービスのプラットフォームをスポーツイベントの主催者に貸与し、スポーツイベントは本サービスプラットフォームの一部を同イベントで利用する。スポーツイベントの参加者は、競技場に来場したら、主催者が用意したチャットルームにアクセスする。このチャットルームは競技場の内部もしくは周辺の位置情報に紐付けられており、競技場の内部もしくは周辺からしかアクセスすることができない。チャットルームの設置方法はいくつか考えられるが、代表的な設置例としては、対戦するチームAおよびBのファンが交流するためのチャットルームをそれぞれ用意し、競技の進行とともに、それぞれのファンが自分の意見や感想、応援メッセージを書き込むことで、ファン同士、さらには、チームのメンバ等との交流を図る。競技が終了した後においても、ロック機能を用いることにより、競技場周辺を離れても1時間はそのチャットルームにアクセスすることができる。スポーツイベントの参加者は、家路につきながらも、その道中で他の参加者に感想を伝え合うことができる。
【００４６】
−セミナーや講演会で意見交換や質問を行う−
上記のスポーツイベント同様、セミナーや講演会において会場の位置情報に紐付けられたチャットルームを活用する。本サービスを用いない通常の場合では、参加者に限定したチャットルームへのアクセス制限方法としてセミナーや講演会の参加者に配布されるアカウント情報でアクセス制御を行うが、本サービスにおいては、会場内および会場周辺にいる者だけがチャットルームにアクセスできるという特徴を活用して、参加者のみのアクセス利用を実現する。なお、厳密にいえば部外者もアクセスは可能であるが、参加者のみにチャットルームの存在を通知することで、できるだけ参加者に閉じた交流となるように工夫する。同チャットルームにおいては、セミナーや講演の内容に関する意見交換や質問をすることができる。参加者だけでなく、セミナー・講演の主催者や、講師、補助者もチャットに参加することで、質問への回答や追加の情報提供などを可能にする。匿名で投稿できるという特性を利用して、自由な意見交換を促すことができる。実際に、挙手による発言は参加者にとって敷居が高いが、匿名で意見を提出できるというこの特性により、活発な意見の提出が行われる効果が期待される。セミナー、講演会の終了後も、ロック機能により1時間は会場外からチャットルームにアクセスすることができるため、イベント終了時に気になった質問などがあっても、追加で対応できるという利点がある。
【００４７】
−災害時は当事者同士だけで情報をやり取りできる−
災害が発生したときには、避難所や災害の発生現場を中心にして連絡用のチャットルームを設置する。このチャットルームには、避難所の周囲、もしくは災害発生現場の周囲からしかアクセスすることはできない。連絡できるエリアを限定することにより、よけいな情報の流入や、デマ、間違った情報をシャットダウンすることができる。また、災害時には被災者の個人情報や機微情報がやりとりされることもあるが、本サービスの限定的な範囲内で情報交換をすることにより、インターネットを介した広域への情報流出を防止することも期待できる。災害で混乱している状況下においては、アカウント情報やパスワードの管理などを必要としない本サービスに、その場所限定で気軽にアクセスすることができる。そのため、高齢者や子供など情報サービスの利用に慣れていない被災者でも簡単に使用することができ、災害時に必要な情報を適切な被災者に届けることができる。
【００４８】
−謎解きイベント、婚活イベント（マッチングイベント）、脱出ゲームなどのイベントで活用する−
謎解きイベントや脱出ゲームなど、比較的広いエリアを対象としたイベントを想定する。具体的には、テーマパークや大学のキャンパス程度の広いエリアを想定した活用法である。あるいは、街ぐるみの婚活イベントで、いわゆる街コンのような商店街という単位のエリアを想定する。このような広いエリアの場合は、本サービスが限定する交流可能なエリアを複数箇所設置することができ、イベントを実施しているエリアの場所によって、アクセスできるチャットルームが異なるという状況が実現できる。それぞれのチャットルームでは、イベントの目的やゴールに向けてのヒントとなる情報を提供する。ただし、スタンプラリーのように、各チャットルームで得られた情報を総合的に集めないとゴールへの到達や目的の達成に至らないようにイベントを設計する。イベントの参加者は、本サービスを活用し、イベント対象エリアを動き回ることで、情報を収集しゴールの達成に向けて行動する。その行動のなかで、本サービスが提供するチャットルームを活用して参加者同士の交流が進められる。
【００４９】
−顧客からのアンケートをその場で集めることができる−
店頭販売や飲食店などにおいて、本サービスを利用して顧客からのアンケート回答やサービスに対するフィードバック、感想などを集めることができる。その店の位置情報に紐付けられたチャットルームを介してアンケートや意見を集めることで、実際に来店した客からの真の意見を収集する。また、反対にそのチャットルームでのみ提供する特別な情報があることを、インターネットなどで事前に周知させることは、来客に向けたプロモーション活動にもなる。店周辺に来ないとわからない情報があることを伝え、来客を促し、店周辺でのみアクセス可能なチャットルームを介して提供した情報で割引や特別サービスを実施することで、集客や販売促進を可能とする。いずれも、事前にアカウント情報の取得や会員登録をする必要がないため、顧客候補である一般消費者に対しては敷居の低いサービス提供たり得る。
【００５０】
−街頭での時間つぶし、路上ライブなどへの感想や意見をする−
一般的なインターネット上の匿名掲示板のように、時間つぶしの交流も可能である。ただし、現在位置に紐付けられたチャットルームが既に設置されているか、新たに自らその場所に紐付けたチャットルームを開設しなければならない。その場所に紐付けられたチャットルームは一覧で表示されるため、ある場所で本サービスにアクセスすると、オリエンテーリング的な面白さがある。すなわち、「こんなところに誰かがチャットルームを既に設置していた」という発見の喜びである。また、路上ライブなどのゲリラ的なイベントも本サービスとの親和性が高い。本サービスを利用して、路上ライブに集まったファン同士が、その場所だけで、限定的な交流をすることができる。なお、ロック機能を利用して解散後も1時間は交流可能である点は、その他のイベントでの活用事例と同様である。
【産業上の利用可能性】
【００５１】
本発明の通信システム及び通信方法は、Webブラウザや携帯電話等のアプリ等を介してチャットサービスを提供するために好適に利用できるものである。
【符号の説明】
【００５２】
１  通信システム
１０  端末
１１  制御部
１２  通信部
１３  記憶部
１４  プログラム
１５  入力部
１６  表示部
１７  位置情報取得部
２０  サーバ
２１  制御部
２２  通信部
２３  記憶部
２４  プログラム
２５  投稿テーブル
２６  ルームテーブル
３０  トップ画面
３０１  ルームリスト
３０２  ルーム選択ボタン
３０３  ルーム作成ボタン
３０４  画面タイトル
３１  チャットルーム画面
３１１  投稿
３１１ａ  投稿ＩＤ
３１１ｂ  投稿経過時間
３１１ｃ  投稿テキスト
３１１ｄ  投稿画像
３１１ｅ  投稿内容
３１１ｆ  リプライ表示
３１２  画面タイトル
３１３  ロックアイコン
３２  投稿入力画面
３２１  チャットルーム戻りボタン
３２２  投稿テキスト入力欄
３２３  入力完了ボタン
３２４  画像追加ボタン
３２５  サムネイル
３３  ルーム作成画面
３３１  画面タイトル
３３２  ルーム名入力欄
３３３  入力完了ボタン
３４  設定画面
３４１  チャットルーム戻りボタン
３４２  ロックボタン
４１  トップ画面戻りボタン
４２  作成ボタン
４３  設定ボタン
Ｒ  地理領域
【図１】
2019164645.tif 000003
【図２】
2019164645.tif 000004
【図３】
2019164645.tif 000005
【図４】
2019164645.tif 000006
【図５】
2019164645.tif 000007
【図６】
2019164645.tif 000008
【図７】
2019164645.tif 000009
【図８】
2019164645.tif 000010
【図９】
2019164645.tif 000011
【図１０】
2019164645.tif 000012
【図１１】
2019164645.tif 000013
【図１２】
2019164645.tif 000014
【図１３】
2019164645.tif 000015
【図１４】
2019164645.tif 000016