JP7839326B2 - プログラム、情報処理方法、端末 - Google Patents

Description

本開示は、プログラム、情報処理方法、端末等に関する。

昨今、スマートフォンやパソコン等の端末を用いて、メッセージングサービス等のチャットサービスをユーザが利用する機会が増えている。例えば特許文献１には、メッセージングサービスに関する技術が開示されている。

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

本発明の第１の態様によると、端末に実行させるためのプログラムは、端末のユーザを含む第１チャットルームを端末の表示部に表示することと、表示部に表示された第１チャットルームから第２チャットルームに移動し、第２チャットルームを表示部に表示することに関する第１表示を表示部に表示することと、第１表示が表示された端末に対する入力に基づいて、第２チャットルームの表示に関する第１処理を端末の制御部によって行うこととが端末によって実行される。
本発明の第２の態様によると、端末の情報処理方法は、端末のユーザを含む第１チャットルームを端末の表示部に表示することと、表示部に表示された第１チャットルームから第２チャットルームに移動し、第２チャットルームを表示部に表示することに関する第１表示を表示部に表示することと、第１表示が表示された端末に対する入力に基づいて、第２チャットルームの表示に関する第１処理を端末の制御部によって行うこととを含む。
本発明の第３の態様によると、端末は、端末のユーザを含む第１チャットルームを表示し、表示された第１チャットルームから第２チャットルームに移動し、第２チャットルームを表示することに関する第１表示を表示する表示部と、第１表示が表示された端末に対する入力に基づいて、第２チャットルームの表示に関する第１処理を行う制御部とを備える。
本発明の第４の態様によると、端末は、記憶部に記憶されたプログラムを読み出し、プログラムに基づく処理を実行するプロセッサーを備え、プロセッサーは、端末のユーザを含む第１チャットルームを端末の表示部に表示することと、表示部に表示された第１チャットルームから第２チャットルームに移動し、第２チャットルームを表示部に表示することに関する第１表示を表示部に表示することと、第１表示が表示された端末に対する入力に基づいて、第２チャットルームの表示に関する第１処理を行うこととを実行する。

実施形態の一態様における通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るユーザ登録データの一例を示す図。 第１実施例に係る友だち登録データの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係るトークルームパターンテーブルの一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る移動先トークルーム候補決定用テーブルの一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第２変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係るトークルーム情報表示条件テーブルの一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第４実施例に係るトークルーム情報表示消去条件テーブルの一例を示す図。 第４実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る端末の表示部に表示される画面の一例を示す図。 第５実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第６実施例に係る端末の表示部に表示される画面の一例を示す図。 第６実施例に係る端末の表示部に表示される画面の一例を示す図。 第６実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第６変形例に係る端末の表示部に表示される画面の一例を示す図。 第７実施例に係る端末の表示部に表示される画面の一例を示す図。 第７変形例に係る端末の表示部に表示される画面の一例を示す図。 第７変形例に係る端末の表示部に表示される画面の一例を示す図。 第８実施例に係る端末の表示部に表示される画面の一例を示す図

＜システム構成＞
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、１以上の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。

サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０に、限定ではなく例として、チャットサービスの一例であるメッセージングサービスを提供する機能を有する。サーバ１０は、メッセージングサーバ、メッセージングサービスサーバ等のように表現することもできる。本実施形態では、限定ではなく例として、サーバ１０のユーザを、メッセージングサービス事業者とする。
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（以下説明する実施例では、メッセージングサービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。

（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。

位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。

位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。

衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。

慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。

ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。

制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。

出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。

表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。

時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。

なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
他の装置についても同様である。

また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
他の装置についても同様である。

また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
他の装置についても同様である。

また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。

＜実施例＞
以下、本開示の手法を適用した実施例について説明する。
なお、本明細書に記載の各実施例や各変形例は本発明の一例であり、本明細書に記載の各実施例や各変形例に限定されない。

端末２０のトークルームを切り替える手法として、現在表示されているトークルームから一旦退出し、次に表示させるトークルームを選択する画面に移動する操作がユーザによって行われたことに基づいて、次に表示させるトークルームを選択する画面に移動する。そして、ユーザによって次に表示させるトークルームが選択（指定）されたことに基づいて、次のトークルームを表示させる手法が考えられる。限定ではなく例として、現在表示されているトークルームから一旦退出し、トークルームの一覧が表示されるトークルーム一覧画面からトークルームを選択する手法である。
しかしながら、この手法では、トークルームを切り替えるために煩雑な操作が必要となり、ユーザの利便性の面で不十分である。

以下、メッセージングサービスを例に挙げて、端末２０やサーバ１０が、ユーザの目的や動機に応じた処理や制御を行う実施例について説明する。

また、メッセージングサービス：ＭＳ（ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスが含まれることとしてもよいし、そのようにしなくてもよい。

以下説明する実施例では、メッセージングサービスを、サーバ１０を介して複数の装置間で簡単なメッセージの送受信を行うインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）として説明する。また、このメッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称し、適宜「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」として図示・説明する。

メッセージには、単純なテキストの他、限定ではなく例として、画像情報（静止画像情報、動画像情報の少なくともいずれか一方を含む。）、音情報（音声情報を含む。）、操作用情報（ボタン、アイコン等を含む。）、特定情報・通信情報・リンク情報（ＵＲＬ、ＵＲＩ等）など、装置間で送受信可能な各種の情報を含めることができる。

テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めることができる。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。

画像情報（画像）には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。

なお、本明細書では、メッセージングサービスで送受信される情報を「メッセージ」と称するが、これを、より広義の意味で「コンテンツ」と表現してもよい。
この場合は、コンテンツに、限定ではなく例として、テキスト、画像情報（静止画像情報、動画像情報の少なくともいずれか一方を含む。）、音情報（音声情報を含む。）、操作用情報（ボタン、アイコン等を含む。）、特定情報・通信情報・リンク情報（ＵＲＬ、ＵＲＩ等）など、装置間で送受信可能な各種の情報を含めることができる。
また、限定ではなく例として、メッセージをテキストとし、「コンテンツ」の中に、メッセージと、メッセージ以外の情報とが含まれるようにしてもよい。

本明細書におけるメッセージングサービスは、チャットサービスの一例である。
メッセージングサービスでは、ユーザが、チャットルームを利用してチャットを行うことができるように構成されている。
以下の説明では、適宜、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）を「トークルーム」と称する。
なお、トークルームをチャットルームと称してもよいし、しなくてもよい。

また、トークルームには、限定ではなく例として、１対１のユーザのトークルーム（以下、「１対１トークルーム」と称する。）の他、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）を含めることができる。この場合におけるトークルームは、複数のユーザを含むグループの各端末間で送受信されるコンテンツをグループに含まれるユーザが閲覧できるＵＩやＧＵＩのことを意味する。

また、チャットルームには、限定ではなく例として、ユーザのアカウントと切り離して、匿名でチャット（以下、「オープンチャット」と称する。）を行うためのチャットルーム（以下、「オープンチャットルーム」と称する。）を含めることができる。
本実施例では、メッセージンサービスのオープンチャットルームでは、限定ではなく例として、ユーザが、誰でも参加可能なグループを作成し、友だち登録しているユーザ以外のユーザとチャットを行うことができるものとする。

また、本明細書では、メッセージングサービス（メッセージングアプリケーション）を利用する端末２０のユーザのことを「一般ユーザ」と称し、この一般ユーザのアカウントのことを「一般アカウント」と称する。
それに対し、メッセージングサービスを利用する不図示のＯＡ事業者装置やＯＡ事業者端末のユーザのことを「ＯＡ事業者」と称し、このＯＡ事業者のアカウントのことを「公式アカウント」と称する。
つまり、本明細書において、メッセージングサービスのアカウントには、一般アカウントと公式アカウントとが含まれる。

公式アカウントを有するＯＡ事業者も、限定ではなく例として、ＯＡ事業者装置やＯＡ事業者端末によって、一般アカウントを有する端末２０と同様に、サーバ１０を介して、他の装置との間でメッセージの送受信が可能である。限定ではなく例として、他の端末２０にメッセージが送信される場合と同様に、一般アカウントを有するユーザの端末２０からＯＡ事業者装置やＯＡ事業者端末宛に送信されたメッセージも、サーバ１０を介してＯＡ事業者装置やＯＡ事業者端末に届けられる。そして、そのメッセージの履歴が、ＯＡ事業者装置やＯＡ事業者端末の表示部（不図示）にトークルーム等として表示される。

また、トークルームには、限定ではなく例として、１対１のユーザのトークルームである「１対１トークルーム」や、複数のユーザを含むグループの「グループトークルーム」の他、限定ではなく例として、ＯＡ事業者とのトークルーム（以下、「ＯＡトークルーム」と称する。）を含めることができる。

以下説明する実施例では、第１トークルームから第２トークルームに移動（遷移）するために用いられる情報として「トークルーム情報」を例示する。
トークルーム情報は、メッセージングサービスにおいてトークルームに関連付けられたトークルームの情報である。
このトークルーム情報は、限定でなく例として、ユーザにより入力される、またはメッセージングサービスにより付与される、トークルームの名前（文字情報）、トークルームのアイコン画像（画像情報）、トークルームの識別子（識別情報）といった、トークルームに対応付けられた情報を含み、これらのいずれか１つ、または２以上の組み合わせであってもよいし、そうでなくてもよい。

トークルーム情報は、端末２０のユーザが選択（指定）する情報であって、第１トークルームから第２トークルームに移動し、第２トークルームを表示するための情報である。このため、トークルーム情報は、トークルーム選択用情報やトークルーム指定用情報、移動先トークルーム情報等のように表現してもよいし、しなくてもよい。

以下説明する実施例では、大きく分けて以下の２種類のトークルーム情報を例示する。
（１）アイコン型（アイコンタイプ）のトークルーム情報（以下、「アイコン型トークルーム情報」と称する。）
（２）切替型（スイッチャータイプ）のトークルーム情報（以下、「切替型トークルーム情報」と称する。）

また、以下の実施例では、限定ではなく例として、トーク情報は、サーバ１０の記憶部１５で記憶・管理されるが、サーバ１０で追加されて更新されたトーク情報は端末２０に送信され、端末２０の記憶部２８においても、トーク情報がサーバ１０とは別に記憶されて保持されるものとする。

この場合、サーバ１０の記憶容量等の問題により、サーバ１０で記憶・管理されるトーク情報は、限定ではなく例として、一定時間（限定ではなく、数週間の時間）が経過したタイミングで、サーバ１０の記憶部１５から削除されるようにすることができる。
その一方で、端末２０の記憶部２８に記憶されるトーク情報のデータは、端末２０のユーザによる入力部を介して削除の要求がなされない限り、削除されずに保持されるようにすることができる。

ただし、これはあくまでも一例に過ぎず、この形態に限定されるものではない。
限定ではなく例として、端末２０ではトーク情報は保持されないようにし、サーバ１０で記憶・管理されるトーク情報を、端末２０が取得して表示等するようにしてもよいし、そのようにしなくてもよい。

また、以下では、サーバ１０によってチャットサービスが提供・管理され、端末２０が、サーバ１０を介してコンテンツを送信・受信することとして説明するが、これに限定されない。
端末２０とサーバ１０とを含むシステムに限らず、サーバ１０を含まないシステムを適用することもできる。これは、限定ではなく例として、以下のようなシステムである。
・サーバ１０の機能を端末２０に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末２０同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。

限定ではなく例として、端末２０同士が無線通信を行うシステムを適用するのであれば、サーバ１０を介することなく、端末２０同士が無線通信によって直接コンテンツの送受信を行うようにすることができる。

＜第１実施例＞
第１実施例は、（１）アイコン型トークルーム情報を適用した実施例である。
第１実施例は、端末２０が、表示部２４に第１チャットルーム（限定ではなく例として、現在表示されているトークルーム）が表示されている場合に、この第１チャットルームから第２チャットルーム（限定ではなく例として、次に表示させるトークルーム）に移動し、第２チャットルームを表示することに関する第１表示（限定ではなく例として、アイコン型トークルーム情報）を表示部２４に表示する。そして、端末２０が、この第１表示に対する入力に基づいて、第２チャットルームの表示に関する第１処理（限定ではなく例として、トークルームの切り替えの処理）を端末２０の制御部２１によって行う実施例である。
限定ではなく例として、第１チャットルームと第２チャットルームとのうちの少なくもいずれか一方は、前述したオープンチャットルームとすることもできる。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

前述したように、アイコンは、画像情報（画像）の一種である。このため、アイコン型トークルーム情報は、画像型のトークルーム情報の一種であるとともに、画像型のトークルーム情報の一例である。

なお、以下ではアイコン型トークルーム情報を適用する場合を例示するが、これに限定されない。
この他にも、限定ではなく例として、文字等のテキストで表されるテキスト型のトークルーム情報を適用するなどしてもよい。

［各装置の機能構成］
（１）サーバ
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたメッセージングアプリケーション管理処理プログラム１５１に従ってメッセージングアプリケーション管理処理を実行するためのメッセージングアプリケーション管理処理部１１１を機能部として含む。

図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、メッセージングアプリケーション管理処理として実行されるメッセージングアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、友だち登録データ１５４と、アカウント管理データベース１５５と、トーク情報管理データベース１５９とが記憶される。

アカウント登録データ１５３は、アプリケーション（この例ではメッセージングアプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。

ユーザ名は、アプリケーションを利用する端末２０のユーザの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。

アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
なお、一人のユーザが所有するアカウントは１つに限らず、複数のアカウントを所有することも可能である。

このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。

その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。

端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、アプリケーションＩＤとすることができる。なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。

また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。

また、限定ではなく例として、１つのユーザＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。

また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。

なお、その他登録情報には、上記に例示した情報の他にも、種々の情報を記憶させることもできる。
限定ではなく例として、端末２０のユーザの個人情報・属性情報（限定ではなく例として、年齢、性別、居住地、職業、趣味等）を記憶させるようにすることもできる。これらの情報は、限定ではなく例として、メッセージングアプリケーションの利用に際して端末２０のユーザに入力を求め、登録させるようにすることができる。

また、限定ではなく例として、端末２０の位置情報（以下、「端末位置情報」と称する。）の履歴を記憶させるようにすることもできる。
この場合は、限定ではなく例として、端末２０が、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて算出した端末位置情報を、定期的なタイミングでサーバ１０に送信するようにする。または、サーバ１０からの要求に応じて、端末２０が端末位置情報をサーバ１０に送信するようにする。そして、サーバ１０は、このようにして端末２０から受信して取得した端末位置情報の履歴を、端末位置履歴データとして記憶させるようにすることができる。

友だち登録データ１５４は、アプリケーション（この例ではメッセージングアプリケーション）における友だちの管理データであり、そのデータ構成の一例を図１－５に示す。
友だち登録データ１５４には、限定ではなく例として、アプリケーションＩＤと、友だちアプリケーションＩＤと、友だちユーザ名とが関連付けて記憶される。

アプリケーションＩＤには、アカウント登録データ１５３に記憶・登録されているアプリケーションＩＤが記憶される。
友だちアプリケーションＩＤには、このアプリケーションＩＤのアカウントが友だち登録しているアカウントのアプリケーションＩＤが記憶される。
友だちユーザ名には、この友だちアプリケーションＩＤと関連付けてアカウント登録データ１５３に記憶・登録されているユーザ名が記憶される。

なお、アカウント登録データ１５３を参照すれば、友だちアプリケーションＩＤから友だちユーザ名を特定可能であるため、友だち登録データ１５４に友だちユーザ名は記憶させないようにしてもよい。

アカウント管理データベース１５５は、アカウント登録データ１５３に記憶されたアカウントの管理用のデータベースであり、限定ではなく例として、アカウント登録データ１５３に記憶されたアプリケーションＩＤごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤが記憶される。

トーク情報管理データベース１５９は、メッセージングアプリケーションの各々のアカウントのトーク情報を管理するためのデータベースである。
アカウントには、前述した一般アカウントの他、限定ではなく例として、前述した公式アカウントも含まれる。

トーク情報とは、限定ではなく例として、アカウント間（１対１、グループを含む。）でやりとりされるコンテンツ（限定ではなく例として、メッセージ）を含む一連のトーク内容、コンテンツのやりとりの履歴（コンテンツの送受信の履歴）である。

サーバ１０は、限定ではなく例として、コンテンツの送信元の端末２０から送信されたコンテンツを受信し、受信したコンテンツを、対応するチャットルームに追加する処理を行う。具体的には、トーク情報管理データベース１５９（トーク記憶部）の対応するチャットルームのトーク情報に、受信したコンテンツを追加して更新する。そして、サーバ１０は、チャットルームへの追加内容（チャットルームに追加したコンテンツの情報）を、送信先のユーザの端末２０に送信する。これにより、端末２０の表示部２４に表示されるチャットルームのコンテンツが更新される。

（２）端末
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたメッセージングアプリケーション処理プログラム２８１に従ってメッセージングアプリケーション処理を実行するためのメッセージングアプリケーション処理部２１１を機能部として含む。

図１－７は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
記憶部２８には、限定ではなく例として、メッセージングアプリケーション処理として実行されるメッセージングアプリケーション処理プログラム２８１と、アプリケーションＩＤ２８３と、友だちデータ２８４と、端末データ２８５と、ユーザデータ２８７と、トーク関連情報データベース２８９とが記憶される。

アプリケーションＩＤ２８３には、自己の端末２０、または自己の端末２０のユーザのメッセージングアプリケーションのアプリケーションＩＤが記憶される。
なお、アプリケーションＩＤ２８３は、複数のアプリケーションＩＤを記憶可能としてもよいし、そうしなくてもよい。

友だちデータ２８４には、アプリケーションＩＤ２８３のアカウントが友だち登録しているアカウントのアプリケーションＩＤが記憶される。
なお、友だちの情報は友だち管理データ１５４としてサーバ１０側で記憶・管理されるため、端末２０の記憶部２８には友だちデータ２８４を記憶させないようにしてもよい。この場合、端末２０は、友だちの情報をサーバ１０から取得するようにすることができる。

端末データ２８５には、自己の端末２０に関する各種のデータが記憶される。
限定ではなく例として、端末２０の制御部２１が、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて算出した端末位置情報の履歴のデータである端末位置履歴データをこれに含めることができる。

ユーザデータ２８７は、自己の端末２０のユーザに関する各種のデータが記憶される。
限定ではなく例として、自己の端末２０のユーザの個人情報・属性情報（限定ではなく例として、年齢、性別、居住地、職業、趣味等）を記憶させるようにすることもできる。
なお、これらの情報を端末２０の記憶部２８に記憶させることは必須ではなく、限定ではなく例として、サーバ１０側で登録されているユーザの個人情報・属性情報のデータを、サーバ１０から取得するようにしてもよい。

トーク関連情報データベース２８９は、トーク情報や、このトーク情報に関連する情報（以下、包括的に「トーク関連情報」と称する。）が記憶されたデータベースである。
このトーク関連情報データベース２８９には、限定ではなく例として、以下のデータが含まれる。
・アプリケーションＩＤ２８３に対応するアカウント（自己の端末２０、または自己の端末２０のユーザのアカウント）に対応するトーク情報の履歴のデータであるトーク履歴データ
・トークルームに関する情報が記憶されるトークルームデータ
・トークルームの表示の履歴のデータであるトークルーム表示履歴データ
・トークルームにおける操作の履歴のデータであるトークルーム操作履歴データ
なお、これら全てのデータを端末２０の記憶部２８に記憶させることは必須ではなく、限定ではなく例として、一部のデータをサーバ１０で記憶・管理するようにし、端末２０がサーバ１０から情報を取得するようにしてもよい。

＜トークルームパターンテーブル＞
本明細書では、第１トークルームが、限定ではなく例として、１対１トークルームである場合と、グループトークルームである場合と、ＯＡトークルームである場合とがあり、第２トークルームが、限定ではなく例として、１対１トークルームである場合と、グループトークルームである場合と、ＯＡトークルームである場合とがある。

第１トークルームが、１対１トークルーム、グループトークルーム、またはＯＡトークルームのいずれの種類のトークルームであり、第２トークルームが、１対１トークルーム、グループトークルーム、ＯＡトークルームのいずれの種類のトークルームであるかのトークルームパターンの一例を、図１－８に示すトークルームパターンテーブルを参照して説明する。

トークルームパターンテーブルには、トークルームパターン名と、これに対応する第１トークルームおよび第２トークルームとが示されている。

トークルームパターン名は、トークルームパターンを識別するための識別情報として機能する名称である。

トークルームパターン名「ＰＡ－０１」は、第１トークルームと第２トークルームとがいずれも「１対１トークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０２」は、第１トークルームが「１対１トークルーム」であり、第２トークルームが「グループトークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０３」は、第１トークルームが「１対１トークルーム」であり、第２トークルームが「ＯＡトークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０４」は、第１トークルームが「グループトークルーム」であり、第２トークルームが「１対１トークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０５」は、第１トークルームと第２トークルームとがいずれも「グループトークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０６」は、第１トークルームが「グループトークルーム」であり、第２トークルームが「ＯＡトークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０７」は、第１トークルームが「ＯＡトークルーム」であり、第２トークルームが「１対１トークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０８」は、第１トークルームが「ＯＡトークルーム」であり、第２トークルームが「グループトークルーム」であるパターンである。

トークルームパターン名「ＰＡ－０９」は、第１トークルームと第２トークルームとがいずれも「ＯＡトークルーム」であるパターンである。

＜表示画面＞
ここでは、トークルームパターンが、限定ではなく例として、第１トークルームが１対１トークルームであり、第２トークルームも１対１トークルームであるトークルームパターン名「ＰＡ－０１」である場合であり、トークルームを切り替えた後の第２トークルームでは表示画面例について説明する。

（１）第１の表示画面例
図１－９では、トークルームを切り替えた場合に、アイコン型トークルーム情報の表示が消去される場合の表示画面例について説明する。

図１－９は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されている。

図１－９では、限定ではなく例として、表示中のトークルームの画面下部に、移動先のトークルームをユーザが選択可能に構成された、１以上のアイコン型トークルーム情報（限定ではなく、第１表示の一例）が表示されるアイコン型トークルーム情報表示領域ＥＲ１が設けられている。

また、図１－９の左の画面には、画面最上部のメッセージングアプリケーションの名称等が表示される領域の下に、限定ではなく例として、メッセージングアプリケーション内のいずれのページ（この例では、トークルーム）が現在表示されているかを示す領域の一種として、トークルームの名称（以下、「トークルーム名」と称する。）を含むトークルーム名表示領域ＣＬＲが設けられている。トークルーム名表示領域ＣＬＲは、現在ユーザが位置しているメッセージングアプリケーション内のページ（この例では、トークルーム）を示す領域とも言える。

本例では、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

アイコン型トークルーム情報表示領域ＥＲ１に表示されるアイコン型トークルーム情報には、限定ではなく例として、端末２０Ａのユーザ（ユーザＡ．Ａ）が友だち登録しているユーザが表示されている。
この例では、限定ではなく例として、ユーザ名「ユーザＣ．Ｃ」およびこれに対応するアイコンと、ユーザ名「ユーザＤ．Ｄ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

図１－９の中央の画面では、限定ではなく例として、複数のアイコン型トークルーム情報のうち、ユーザ名「Ｃ．Ｃ」、またはこれに対応するアイコンがタップされた状態が示されている。この場合、表示中の相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のユーザＣ．Ｃとするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図１－９の右に示す画面が表示される。

この画面は、ユーザＡ．ＡがユーザＣ．Ｃを相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ユーザ名「Ｃ．Ｃ」のトークルームであることを示す文字（この例では「Ｃ．Ｃ」）が表示されている。

また、画面下部のアイコン型トークルーム情報表示領域ＥＲ１から、限定ではなく例として、複数のアイコン型トークルーム情報が消去されている。

（２）第２の表示画面例
図１－１０では、トークルームを切り替えた場合に、アイコン型トークルーム情報の表示が継続されるときの表示画面例について説明する。

図１－１０は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
図１－１０の左の画面は、ユーザＡ．ＡがユーザＢ．Ｂを相手とする第１トークルームの画面の一例である。
この例では、アイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、端末２０Ａのユーザ（ユーザＡ．Ａ）が友だち登録しているユーザが表示されている。
具体的には、限定ではなく例として、ユーザ名「Ｃ．Ｃ」およびこれに対応するアイコンと、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

図１－１０の中央の画面では、限定ではなく例として、複数のアイコン型トークルーム情報のうち、ユーザ名「Ｃ．Ｃ」、またはこれに対応するアイコンがタップされた状態が示されている。この場合、表示中の相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のユーザＣ．Ｃとするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図１－１０の右に示す画面が表示される。

この画面は、ユーザＡ．ＡがユーザＣ．Ｃを相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ユーザ名「Ｃ．Ｃ」のトークルームであることを示す文字（この例では「Ｃ．Ｃ」）が表示されている。

また、画面下部のアイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、ユーザ名「ユーザＤ．Ｄ」およびこれに対応するアイコンと、ユーザ名「ユーザＢ．Ｂ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

なお、以下に記載する他の各実施例や他の各変形例のいずれにおいても、トークルームを切り替えた場合に、アイコン型トークルーム情報の表示を継続する構成を採用してもよく、アイコン型トークルーム情報の表示を消去する構成を採用してもよいものとする。

＜処理＞
図１－１１は、本実施例において端末２０の制御部２１が実行する処理の流れの一例を示すフローチャートである。
なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、この処理に限定されるものではない。この処理に、別のステップを追加してもよいし、一部のステップを省略（削除）してもよい。
これは、以下説明する各フローチャート（処理）について同様である。

まず、端末２０の制御部２１は、入力部に対するユーザの入力に基づいて、第１トークルームを表示部２４に表示させる（Ａ１１０）。

その後、端末２０の制御部２１は、アイコン型トークルーム情報を表示部２４に表示させる（Ａ１２０）。この場合、１つの手法として、限定ではなく例として、サーバ１０側で、友だち管理データ１５４に基づいて、端末２０のユーザが友だち登録しているユーザが判定され、その最新のユーザ名やアイコン画像等の情報が、サーバ１０から端末２０に送信される。そして、端末２０の制御部２１が、サーバ１０から受信した情報に基づいて、アイコン型トークルーム情報を表示させるようにすることができる。

なお、これとは異なり、友だち登録しているユーザのユーザ名やアイコン画像等の情報を端末２０の記憶部２８に記憶・保存しておき、端末２０の制御部２１が、これらの情報を記憶部２８から読み出して、アイコン型トークルーム情報を表示させるようにしてもよいし、そのようにしなくてもよい。

なお、端末２０の制御部２１は、２つ以上のアイコン型トークルーム情報を表示部２４に表示させてもよいし、１つのアイコン型トークルーム情報を表示部２４に表示させてもよい。

次いで、端末２０Ａの制御部２１は、限定ではなく例として、入力部を介して、端末２０のユーザによるアイコン型トークルーム情報に対する入力があったか否かを判定する（Ａ１３０）。
アイコン型トークルーム情報に対する入力がなかった場合（Ａ１３０：ＮＯ）、端末２０の制御部２１は、処理を終了する。

一方、アイコン型トークルーム情報に対する入力があった場合（Ａ１３０：ＹＥＳ）、端末２０の制御部２１は、表示部２４に表示されている第１トークルームから、Ａ１３０で入力されたアイコン型トークルーム情報に対応するトークルーム（第２トークルーム）に表示を切り替える制御を行う。
そして、端末２０の制御部２１は、処理を終了する。

なお、第１トークルームと同様に、第２トークルームを表示した後、第２トークルームにも、アイコン型トークルーム情報を同様に表示させるようにしてもよいし、しなくてもよい。

＜第１実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザを含む第１トークルーム（限定ではなく、第１チャットルームの一例）を表示部２４に表示する。また、端末２０は、移動（遷移）する第２トークルーム（限定ではなく、第２チャットルームの一例）に対応するアイコン型トークルーム情報（限定ではなく、表示部に表示された第１チャットルームから第２チャットルームに移動し、第２チャットルームを表示部に表示することに関する第１表示の一例）を表示部２４に表示する。そして、端末２０は、表示されたアイコン型トークルーム情報に対する入力（限定ではなく、第１表示が表示された端末に対する入力の一例）に基づいて、表示中の第１トークルームから第２トークルームに切り替え表示する処理（限定ではなく、第１処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１表示が表示された端末に対する入力に基づいて、第１チャットルームから第２チャットルームに簡単に移動することができる。トークルームを切り替えるための煩雑な操作が不要となるため、ユーザの利便性を向上させることができる。

また、この場合、アイコン型トークルーム情報は、第１トークルームに表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、移動可能な第２トークルームを、第１チャットルームを表示している状態で端末のユーザが確認できるようにすることができる。

また、この場合、端末２０は、第１トークルームに表示されたアイコン型トークルーム情報に対するタップ操作等の入力（限定ではなく、第１表示に対する入力の一例）に基づいて、第２トークルームを表示部２４に表示する処理を行うようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームが表示されている状態で第１表示に対する第２入力を行うことで、端末のユーザが第２チャットルームを簡単に表示させることができる。

＜第２実施例＞
第２実施例は、移動先のトークルーム候補（移動候補とする第２チャットルーム）を決定する手法に関する実施例である。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を
省略する。

本実施例では、端末２０が移動先トークルーム候補を決定する処理（以下、「移動先トークルーム候補決定処理」と称する。）を行う場合を例示する。
具体的には、本実施例では、端末２０の制御部２１が、自己の端末２０のユーザによる入力部に対する入力に基づいて取得した各種の情報（限定ではなく、第１情報の一例）や、記憶部２８に記憶済みの各種の情報（限定ではなく、第１情報の一例）を取得し、取得した情報に基づいて、移動先トークルーム候補を決定する。

なお、これとは異なり、端末２０が、サーバ１０で記憶・管理されている各種の情報（限定ではなく、第１情報の一例）をサーバ１０から取得する。そして、端末２０の制御部２１が、サーバ１０から取得した情報に基づいて、移動先トークルーム候補を決定するようにしてもよいし、しなくてもよい。
移動先トークルーム候補を決定するために用いられる情報（移動先トークルーム候補を決定するために必要な情報）のうち、端末２０の記憶部２８には記憶されていないが、サーバ１０の記憶部１５には記憶されている情報については、端末２０が、サーバ１０からその情報を取得した上で、移動先トークルーム候補を決定するようにすることができる。

＜移動先トークルーム候補決定用テーブル＞
移動先トークルーム候補決定用テーブルは、移動先トークルーム候補決定処理を実行する場合に参照されるテーブルであり、その一例である移動先トークルーム候補決定用テーブルのテーブル構成例を図２－１に示す。

移動先トークルーム候補を決定することには、移動先トークルームを決定することの他、限定ではなく例として、決定した移動先トークルームをユーザに提案（サジェスト）することも含めることができる。

移動先トークルーム候補決定用テーブルには、限定ではなく例として、移動先トークルーム候補決定用のカテゴリの番号であるカテゴリＮｏと、このカテゴリＮｏのカテゴリに含まれる移動先トークルーム候補の番号であるＮｏと、このＮｏの移動先トークルーム候補と、この移動先トークルーム候補になることが可能であるか否かを示す移動先トークルーム候補可否とが関連付けて記憶されている。

なお、このテーブルはあくまでも一例に過ぎず、これに限定されるわけではない。
上記の全ての情報を関連付けて記憶させる必要はなく、一部の情報を記憶させないようにしてもよい。
また、ここでは分かり易いように「カテゴリＮｏ」の欄を設けているが、この欄は設けなくてもよい。
また、移動先トークルーム候補を決定するにあたり、上記のテーブルによってこれを実現するのではなく、プログラムによって実現してもよい。
これは、他の実施例で説明するテーブルについても同様である。

移動先トークルーム候補可否には、対応する移動先トークルーム候補に基づいて、移動先トークルーム候補になることができるものには「〇（可）」が、移動先トークルーム候補になることができないものには「×（不可）」がそれぞれ定められている。
この例では、Ｎｏ「ＳＰ０３－６」、「ＳＰ０４－２Ｂ」、「ＳＰ０５－１Ｂ」には移動先トークルーム候補可否として「×（不可）」が定められ、それ以外の条件には「〇（可）」が定められている。

以下、それぞれの移動先トークルーム候補、および、その判定方法について詳細に説明する。

＜カテゴリＮｏ「ＳＰ０１」＞
カテゴリＮｏ「ＳＰ０１」は「表示数、タップ数」のカテゴリであり、限定でなく例として、Ｎｏ「ＳＰ０１－１」、「ＳＰ０１－２」の条件がこれに含まれる。
なお、表示数は表示頻度としてもよいし、しなくてもよい。また、タップ数はタップ頻度としてもよいし、しなくてもよい。
なお、端末２０がパソコンであるような場合は、タップ数（タップ頻度）はクリック数（クリック頻度）と読み替えることもできる。

Ｎｏ「ＳＰ０１－１」には、移動先トークルーム候補として「設定時間以内に表示された回数が多いトークルーム」が定められている。
設定時間は、限定でなく例として、端末２０側またはサーバ１０側であらかじめ任意の時間を設定可能とすることができる。
限定ではなく例として、比較的短い時間（限定ではなく例として、数時間以内の時間）が設定される場合、設定時間以内に表示された回数が多いトークルームは、現在ユーザが利用する必要性が高いトークルームである可能性があるため、移動先トークルーム候補として決定することを意味する。
一方、限定ではなく例として、比較的長い時間（限定ではなく例として、日単位の時間）が設定される場合、設定時間以内に表示された回数が多いトークルームは、日常的にユーザが利用する回数や頻度が高いトークルームである可能性があるため、移動先トークルーム候補として決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルーム表示履歴データに記憶されている設定時間以内に表示されたトークルームの回数を取得して、この回数の多い順に移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０１－２」には、移動先トークルーム候補として「設定時間以内にタップされたトークルーム情報の回数が多いトークルーム」が定められている。この場合も、設定時間は任意に設定可能とすることができる。
限定ではなく例として、比較的短い時間（限定ではなく例として、数時間以内の時間）が設定される場合、設定時間以内にタップされたトークルーム情報の回数が多いトークルームは、それほど時間が経過しない間に再び端末２０のユーザによってこのトークルーム情報がタップされ、そのトークルーム情報に対応するトークルームが表示される可能性があるため、移動先トークルーム候補として決定することを意味する。
一方、限定ではなく例として、比較的長い時間（限定ではなく例として、日単位の時間）が設定される場合、設定時間以内にタップされたトークルーム情報の回数が多いトークルームは、日常的にユーザが利用する回数や頻度が高いトークルームである可能性があるため、移動先トークルーム候補として決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルーム操作履歴データに記憶されている設定時間以内にタップされたトークルーム情報の回数を取得して、この回数の多い順に移動先トークルーム候補を判定するようにすることができる。

これらの条件は、限定ではなく例として、端末のユーザによるチャットルームの利用に関する条件の一例である。
また、表示数（表示頻度）、タップ数（タップ頻度）等の情報は、端末のユーザに関する情報、端末のユーザによるチャットルームの利用に関する情報の一例である。

＜カテゴリＮｏ「ＳＰ０２」＞
カテゴリＮｏ「ＳＰ０２」は「表示中トークルームの情報」のカテゴリであり、限定でなく例として、Ｎｏ「ＳＰ０２－１」、「ＳＰ０２－２」の移動先トークルーム候補がこれに含まれる。

Ｎｏ「ＳＰ０２－１」には、移動先トークルーム候補として「表示中のトークルームにおけるコンテキストに関連したトークルーム」が定められている。
「表示中のトークルームにおけるコンテキスト」とは、限定でなく例として、トークルームにおいて、端末２０のユーザが送信したコンテンツ（限定ではなく例として、テキストコンテンツ、画像コンテンツ、音声コンテンツ等）や、端末２０のユーザとは異なるユーザ（「１対１トークルーム」である場合の相手のユーザ、「グループトークルーム」である場合のグループのメンバー、「ＯＡトークルーム」である場合のＯＡ事業者、以下、包括的に「相手ユーザ」と称する。）から受信したコンテンツに基づいて決定される文脈や前後関係を意味する。
表示中のトークルームにおけるコンテキストに関連したトークルームであるということは、ユーザの興味関心が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補に決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトーク履歴データに記憶されているコンテンツに基づいてコンテキストを判定し、判定したコンテキストに関連した移動先トークルーム候補を判定するようにすることができる。

限定ではなく例として、トークルーム内で旅行に関連する内容のトークが行われていると判定した場合は、旅行に関連するトークルームを、移動先トークルーム候補を決定するようにすることができる。

Ｎｏ「ＳＰ０２－２」には、移動先トークルーム候補として「表示中のトークルームにおける他のユーザに関連したトークルーム」が定められている。
「表示中のトークルームにおける他のユーザ」とは、限定でなく例として、トークルームにおける端末２０のユーザとは異なるユーザを意味する。この「他のユーザ」には、「１対１トークルーム」である場合の相手のユーザ、「グループトークルーム」である場合のグループのメンバー、および「ＯＡトークルーム」である場合のＯＡ事業者が含まれる。
表示中のトークルームにおける他のユーザに関連したトークルームは、端末２０のユーザとの関連性が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補として決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、友だちデータ２８４に記憶されている他のユーザが属するトークルームに関連する情報を取得して、移動先トークルーム候補を判定するようにすることができる。

＜カテゴリＮｏ「ＳＰ０３」＞
カテゴリＮｏ「ＳＰ０３」は「他トークルームの属性情報」のカテゴリであり、限定でなく例として、Ｎｏ「ＳＰ０３－１」～「ＳＰ０３－６」の移動先トークルーム候補がこれに含まれる。

Ｎｏ「ＳＰ０３－１」には、移動先トークルーム候補として「新着メッセージがあるトークルーム」が定められている。
「新着メッセージがあるトークルーム」とは、限定でなく例として、新しいメッセージを受信したトークルームを意味する。
新着メッセージがあるトークルームは、ユーザにとって閲覧優先度が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補として決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトーク履歴データに記憶されている新着メッセージの有無を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０３－２」の移動先トークルーム候補として、「自分にメンションされているトークルーム」が定められている。
「自分にメンションされているトークルーム」とは、限定でなく例として、自分（端末２０のユーザ）宛てのメッセージを受信したトークルームを意味する。
自分にメンションされているトークルームは、ユーザにとって閲覧優先度が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補に決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトーク履歴データに記憶されている自分にメンションされているメッセージの有無を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０３－３」には、移動先トークルーム候補として「未読メッセージがあるトークルーム」が定められている。

ここで、「未読」の逆の意味の用語として「既読」を定義することができる。
メッセージが既読となる条件（以下、「既読条件」と称する。）としては、限定ではなく例として、以下のいずれかの条件を適用することができる。
（Ａ）メッセージが表示されたこと。
（Ｂ）メッセージが表示されてから一定時間（限定ではなく、数秒～１０秒程度の時間）が経過したこと。
（Ｃ）メッセージが表示された後、表示されたメッセージがタップ（クリック）されたこと。
（Ｄ）メッセージが表示された後、そのメッセージに対して返信がされたこと。
（Ｅ）メッセージが動画像のメッセージである場合に、その動画像が再生されたこと。
（Ｆ）メッセージが動画像のメッセージである場合に、その動画像を再生してから一定時間（限定ではなく、数秒～１０秒程度の時間）が経過したこと。

この場合、「未読」の状態は、限定ではなく例として、上記の既読条件を満たしていない状態と定義することができる。
「未読」の状態は、ユーザがメッセージ（コンテンツ）を未閲覧の状態であることの一種である。

「未読メッセージがあるトークルーム」とは、限定でなく例として、上記の未読状態のメッセージがあるトークルームを意味する。
未読メッセージがあるトークルームは、ユーザにとって閲覧優先度が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補に決定することを意味する。

なお、未読状態のメッセージの数（以下、「未読数」と称する。）に基づいて移動先トークルーム候補を決定するようにしてもよいし、そのようにしなくてもよい。
限定ではなく例として、未読数が規定された数や設定された数以上（限定ではなく例として、未読数が１０以上）であるトークルームを、移動先トークルーム候補として決定するようにしてもよいし、そのようにしなくてもよい。

他方、未読数が極端に多いトークルーム（限定ではなく例として、未読数が３０以上であるトークルーム）は、移動先トークルーム候補として決定しないようにしてもよい。これは、ユーザが敢えて（意図的に）閲覧せずに放置しているトークルームである可能性があるためである。

また、未読メッセージがある移動先トークルーム候補に対応するトークルーム情報を表示する場合に、限定ではなく例として所定位置（限定ではなく例として、トークルーム情報の右上方部）に、未読数をユーザが特定可能な情報（限定ではなく例として、未読数に相当する数字、未読数を特定するための画像等）を表示するようにしてもよいし、そのようにしなくてもよい。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトーク履歴データに記憶されている未読メッセージの有無およびその数を取得して、移動先トークルーム候補を判定するようにすることができる。

未読数等の情報は、限定ではなく例として、第２チャットルームに表示されるコンテンツの端末のユーザによる閲覧に関する情報の一例である。

Ｎｏ「ＳＰ０３－４」には、移動先トークルーム候補として「お気に入りに登録しているトークルーム」が定められている。
「お気に入りに登録しているトークルーム」とは、限定でなく例として、端末２０のユーザが任意のトークルームをお気に入り登録することが可能なメッセージングサービスにおいて、端末２０のユーザがお気に入りに登録しているトークルームを意味する。
お気に入りに登録しているトークルームは、ユーザにとって重要度が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補として決定することを意味する。

なお、本実施例では、Ｎｏ「ＳＰ０３－４」の移動先トークルーム候補の例として、端末２０のユーザがお気に入りに登録しているトークルームの例を示したが、このような形態に限定されない。
Ｎｏ「ＳＰ０３－４」の移動先トークルーム候補の例として、限定でなく例として、メッセージングアプリケーションにおいて端末２０のユーザが任意のトークルームをピン留めすることが可能に構成されている場合において、端末２０のユーザがピン留めしているトークルームとしてもよい。
この「トークルームをピン留めする」とは、限定ではなく例として、頻繁に利用するトークルームを画面の所定位置（限定ではなく例として、画面上部）に固定させることができる機能の一種である。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルームデータに記憶されているトークルームがお気に入りに登録されているか否かの情報を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０３－５」には、移動先トークルーム候補として「フォルダに入っているトークルーム」が定められている。
「フォルダに入っているトークルーム」とは、限定でなく例として、端末２０のユーザが任意のトークルームをフォルダに分けることが可能なメッセージングサービスにおいて、端末２０のユーザがフォルダに入れているトークルームを意味する。
フォルダに入っているトークルームであるということは、ユーザにとって重要度が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補として決定することを意味する。

本実施例では、メッセージングアプリケーションが、限定ではなく例として、ユーザが任意のトークルームを整理することを可能にする機能の一種として「フォルダ」の機能を有するものとする。また、このフォルダは、限定ではなく例として、ユーザが任意に名前を設定することができるものとする。
ユーザが任意に名前を設定したフォルダにユーザが任意に選択したトークルームを入れることができるので、複数あるトークルームをユーザに合わせて整理することができ、ユーザの利便性を向上させることができる。
具体的には、ユーザが、自分の仕事に関連するトークルーム（一対一トークルーム、グループトークルーム、ＯＡトークルーム等）を「仕事関係」の名前を設定したフォルダに入れ、自分の仕事とは関連のないプライベート（家族、友人、趣味等）に関連するトークルーム（一対一トークルーム、グループトークルーム、ＯＡトークルーム等）を「プライベート」の名前を設定したフォルダに入れるなどすることによって、トークルームを明確に整理することができる。

なお、このフォルダには、限定ではなく例として、予め決められた属性情報が設定されており、限定ではなく例として、自動でトークルームがフォルダに分けられるような機能を有してもよい。予め決められたフォルダの属性情報とは、限定ではなく例として、「未読メッセージがあるトークルームのみが入っている」、「ＯＡトークルームのみが入っている」等のことである。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルームデータに記憶されているトークルームがフォルダに入っているか否かの情報を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０３－６」には、移動先トークルーム候補として「非表示設定しているトークルーム」が定められている。このＮｏ「ＳＰ０３－６」の条件には、移動先トークルーム候補可否として「否（×）」が定められている。
「非表示設定しているトークルーム」とは、限定でなく例として、端末２０のユーザが任意のトークルームを非表示に設定することが可能なメッセージングサービスにおいて、端末２０のユーザが非表示設定しているトークルームを意味する。
非表示設定しているトークルームは、ユーザが表示することを希望しないトークルームである可能性があるため、移動先トークルーム候補として決定しないことを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルームデータに記憶されているトークルームが非表示設定されているか否かの情報を取得して、移動先トークルーム候補を判定するようにすることができる。

＜カテゴリＮｏ「ＳＰ０４」＞
カテゴリＮｏ「ＳＰ０４」は「ユーザの属性情報」のカテゴリであり、限定でなく例として、Ｎｏ「ＳＰ０４－１」、「ＳＰ０４－２Ａ」、「ＳＰ０４－２Ｂ」の移動先トークルーム候補がこれに含まれる。

Ｎｏ「ＳＰ０４－１」には、移動先トークルーム候補として「ユーザの趣味嗜好に関連したトークルーム」が定められている。
「ユーザの趣味嗜好に関連したトークルーム」とは、限定でなく例として、端末２０のユーザが既に友だち登録しているＯＡ事業者による公式アカウントのトークルームの種別に関連したトークルームを意味する。限定ではなく例として、端末２０のユーザが既に友だち登録しているＯＡ事業者（限定ではなく例として、カフェＡ社）による公式アカウントのトークルームの種別がカフェ系の種別である場合に、このトークルームに関連したトークルームとして他のＯＡ事業者（限定ではなく例として、カフェＢ社）による公式アカウントのトークルームを移動先トークルーム候補として決定するようなものがこれに含まれる。
ユーザの趣味嗜好に関連したトークルームは、ユーザの趣味嗜好とマッチしている可能性が高く、このトークルームを表示するよう求められる可能性があるため、移動先トークルーム候補として決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、友だちデータ２８４に記憶されているＯＡ事業者による公式アカウントのトークルームの種別に関連する情報を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０４－２Ａ」には、移動先トークルーム候補として「ユーザの位置情報に関連したトークルーム」が定められている。
「ユーザの位置情報に関連したトークルーム」とは、限定でなく例として、端末２０の位置情報を取得可能な端末において、その位置情報に関連したトークルームを意味する。限定ではなく例として、端末２０のユーザの位置情報を取得し、端末２０の位置情報から所定の範囲内（限定ではなく例として、５００?以内の範囲）にある店舗のＯＡ事業者による公式アカウントのＯＡトークルームを移動先トークルーム候補として決定するようなものがこれに含まれる。
ユーザの位置情報に関連したトークルームは、ユーザの関心が高いことを見込むことができ、このトークルームを表示する可能性が高いため、ユーザの利便性を向上することができ、移動先トークルーム候補として提案されることを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、位置算出用情報検出部２９Ｂにおいて検出される位置情報を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０４－２Ｂ」には、移動先トークルーム候補として「ユーザの位置情報に関連したトークルーム」が定められている。
限定ではなく例として、端末２０のユーザの位置情報を取得し、端末２０の位置情報が所定の範囲外にある場合（限定ではなく例として、自宅から１００ｋｍ以上離れた範囲にいる場合）、就業していると考えられる普段の行動範囲の外にいる、つまり就業していない（余暇を過ごしている）可能性がある。このため、仕事関連のトークルームを移動先トークルーム候補として決定しないようなものがこれに含まれる。
この例におけるトークルームは、ユーザにとっての優先度が低い可能性があるため、移動先トークルーム候補として決定しないようにすることができる。

＜カテゴリＮｏ「ＳＰ０５」＞
カテゴリＮｏ「ＳＰ０５」は「その他」のカテゴリであり、限定でなく例として、Ｎｏ「ＳＰ０５－１Ａ」、「ＳＰ０５－１Ｂ」、「ＳＰ０５－２」の移動先トークルーム候補がこれに含まれる。

Ｎｏ「ＳＰ０５－１Ａ」には、移動先トークルーム候補として「平日である場合に仕事に関連したトークルーム」が定められている。
「平日である場合に仕事に関連したトークルーム」とは、限定でなく例として、端末２０のユーザが就業していると考えられる平日（月曜日～金曜日）の期間における、仕事に関連した職場のメンバーで構成されたグループトークルームを意味する。
平日である場合に仕事に関連したトークルームは、平日の期間においては、ユーザにとって重要度が高く、このトークルームを表示する可能性があるため、移動先トークルーム候補として決定することを意味する。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルームデータに記憶されているトークルームが仕事に関連したトークルームであるか否かの情報を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０５－１Ｂ」には、移動先トークルーム候補として「休日である場合に仕事に関連したトークルーム」が定められている。
「休日である場合に仕事に関連したトークルーム」とは、限定でなく例として、端末２０のユーザが就業していないと考えられる休日（土曜日および日曜日）の期間における、仕事に関連した職場のメンバーで構成されたグループトークルームを意味する。
休日である場合に仕事に関連したトークルームは、休日の期間においては、ユーザにとって重要度が低く、このトークルームを表示する可能性が低いため、移動先トークルーム候補として決定しないようにすることができる。

この移動先トークルーム候補の判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルームデータに記憶されているトークルームが仕事に関連したトークルームであるか否かの情報を取得して、移動先トークルーム候補を判定するようにすることができる。

Ｎｏ「ＳＰ０５－２」には、移動先トークルーム候補として「他のアプリで特定情報を受信した場合にそのアプリに関連したトークルーム」が定められている。
「他のアプリ」とは、限定でなく例として、メッセージングサービスを実現するためのメッセージングアプリケーションとは異なるサービスを実現するためのアプリケーションを意味する。他のアプリは、限定ではなく例として、天気予報のサービス（以下、「お天気サービス」と称する。）を実現するための「お天気アプリケーション」とすることができる。

また、「特定情報」とは、限定ではなく例として、端末２０のユーザにとって有益な情報とすることができる。限定ではなく例として、上記のお天気アプリケーションを適用する場合、特定情報は、お天気アプリケーションにおいて、１時間以内の降水確率が５０％以上であるとする情報とすることができる。

また、「そのアプリに関連したトークルーム」とは、限定ではなく例として、その他のアプリによって実現されるサービスを提供しているＯＡ事業者による公式アカウントのＯＡトークルームを意味する。限定ではなく例として、上記のお天気アプリケーションを適用する場合、「そのアプリに関連したトークルーム」とは、限定ではなく例として、お天気アプリケーションを提供するＯＡ事業者による公式アカウントのＯＡトークルームとすることができる。

このように、他のアプリで特定情報を受信した場合にそのアプリに関連したトークルームは、ユーザにとって重要度が高く、このトークルームを表示する可能性があるため、移動先トークルーム候補として決定することを意味する。

＜表示画面＞
図２－２、図２－３および図２－４は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

（１）第１の表示画面例
図２－２は、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０２－１」の「表示中のトークルームにおけるコンテキストに関連したトークルーム」が決定される場合の表示画面の一例を示す図である。
ここでは、限定でなく例として、第１トークルームにおいて、端末２０のユーザが送信したメッセージの中に「旅行」という用語があったことに基づいて、この「旅行」の用語に関連したトークルームとして、旅行関連のＯＡ事業者（限定ではなく例として、「国内旅行」、「海外旅行」、「温泉宿」等）の公式アカウントのトークルームが移動先トークルーム候補として決定された場合を例示する。

画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されている。

図２－２の左の画面では、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。

また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。
この例では、ユーザＡ．Ａが送信した「旅行」という用語を含むメッセージＭＳ１が表示されている。

また、トーク領域の下部には、移動先のトークルームをユーザが選択可能に構成された、１以上のアイコン型トークルーム情報（限定ではなく、第１表示の一例）が表示されるアイコン型トークルーム情報表示領域ＥＲ１が設けられている。

アイコン型トークルーム情報表示領域ＥＲ１に表示されるアイコン型トークルーム情報には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したアイコン型トークルーム情報が表示されている。
この例では、限定ではなく例として、ユーザ名「国内旅行」およびこれに対応するアイコンと、ユーザ名「海外旅行」およびこれに対応するアイコンと、ユーザ名「温泉宿」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

また、この例では、表示されるアイコン型トークルーム情報がＯＡ事業者の公式アカウントのトークルームに対応するアイコン型トークルーム情報であるため、アイコン型トークルーム情報と関連付けて、ＯＡ事業者の公式アカウントのトークルームであることをユーザが特定可能な情報が表示されている。具体的には、限定ではなく例として、「ＯＡ」の文字を含むアイコンが、アイコン型トークルーム情報の右下部に重畳して表示されている。

図２－２の中央の画面では、限定ではなく例として、複数のアイコン型トークルーム情報のうち、ＯＡ事業者名「国内旅行」、またはこれに対応するアイコンがタップされた状態が示されている。この場合、表示中の相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のユーザをＯＡ事業者「国内旅行」とするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図２－２の右に示す画面が表示される。

この画面は、ユーザＡ．ＡがＯＡ事業者「国内旅行」を相手としてトークを行うためのトークルームの画面であり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ＯＡ事業者名「国内旅行」のトークルームであることを示す文字（この例では、「ＯＡ」の文字を含むアイコンおよび「国内旅行」）が表示されている。

このトークルーム画面には、「国内旅行２０％ＯＦＦ」のサービスを受けることができることを示す情報として、説明文、登録ＵＲＬ、登録ＵＲＬに基づくリンクが張られたバナー画像等が表示されている。

限定ではなく例として、上記の登録ＵＲＬやバナー画像に対する操作（限定ではなく例として、タップ操作）がユーザによってなされると、その登録ＵＲＬに関連付けられた登録メッセージの追加要求が、端末２０からサーバ１０に行われる。

また、画面下部のアイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、ＯＡ事業者名「海外旅行」およびこれに対応するアイコンと、ＯＡ事業者名「温泉宿」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

（２）第２の表示画面例
図２－３は、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０３－３」の「未読メッセージがあるトークルーム」が決定される場合の表示画面の一例を示す図である。
ここでは、未読数が設定された数以上（限定ではなく例として、未読数が「１以上」）であるトークルームが移動先トークルーム候補として決定される場合として、限定ではなく例として、未読数が「５」であるユーザＣ．Ｃのトークルーム、未読数が「２」であるユーザＤ．Ｄのトークルーム、未読数が「１」であるユーザＥ．Ｅのトークルームが移動先トークルーム候補として決定された場合を例示する。

図２－３の左の画面は、ユーザＡ．ＡがユーザＢ．Ｂを相手とする第１トークルームの画面の一例である。
アイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したアイコン型トークルーム情報が表示されている。
この例では、限定ではなく例として、ユーザ名「Ｃ．Ｃ」およびこれに対応するアイコンと、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

また、この例では、各アイコンの所定位置（限定ではなく例として、アイコン型トークルーム情報の右上部）には、未読数をユーザが特定可能な情報として、限定ではなく例として、未読数に相当する数字の情報が表示されている。
具体的には、ユーザＣ．Ｃに対応するアイコンの右上部には未読数５に相当する「５」の数字が、ユーザＤ．Ｄに対応するアイコンの右上部には未読数２に相当する「２」の数字が、ユーザＥ．Ｅに対応するアイコンの右上部には未読数１に相当する「１」の数字がそれぞれ表示されている。

図２－３の中央の画面では、限定ではなく例として、複数のアイコン型トークルーム情報のうち、ユーザ名「Ｃ．Ｃ」、またはこれに対応するアイコンがタップされた状態が示されている。この場合、表示中の相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のユーザＣ．Ｃとするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図２－３の右に示す画面が表示される。

この画面は、ユーザＡ．ＡがユーザＣ．Ｃを相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ユーザ名「Ｃ．Ｃ」のトークルームであることを示す文字（この例では、「Ｃ．Ｃ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＣ．Ｃとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＣ．Ｃのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

また、画面下部のアイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

（３）第３の表示画面例
図２－４は、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０４－１」の「ユーザの趣味嗜好に関連したトークルーム」が決定される場合の表示画面の一例を示す図である。
ここでは、限定でなく例として、端末２０のユーザが友だち登録済みのＯＡ事業者（限定ではなく例として、カフェＡ社）の公式アカウントのトークルームの種別がカフェ系の種別であることに基づいて、このトークルームに関連したトークルームとして、他のカフェ系の種別であるＯＡ事業者（限定ではなく例として、カフェＢ社、カフェＣ社、カフェＤ社等）の公式アカウントのトークルームが移動先トークルーム候補として決定される場合を例示する。

図２－４では、トークルーム名表示領域ＣＬＲには、トークルーム名としてユーザＡ．ＡがＯＡ事業者「カフェＡ社」を相手としてトークを行うためのトークルームであることを示す文字（この例では「ＯＡ」の文字を含むアイコンおよび「カフェＡ」）が表示されている。
また、その下には、ユーザＡ．ＡとＯＡ事業者「カフェＡ社」とが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるＯＡ事業者「カフェＡ社」のメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

このトークルーム画面には、「新商品珈琲が３９９円」で発売されていることを示す広告情報として、説明文、登録ＵＲＬ、登録ＵＲＬに基づくリンクが張られたバナー画像等が表示されている。

限定ではなく例として、上記の登録ＵＲＬやバナー画像に対する操作（限定ではなく例として、タップ）がユーザによってなされると、その登録ＵＲＬに関連付けられた登録メッセージの追加要求が、端末２０からサーバ１０に行われる。

アイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したアイコン型トークルーム情報が表示されている。
この例では、ＯＡ事業者名「カフェＢ」およびこれに対応するアイコンと、ＯＡ事業者名「カフェＣ」およびこれに対応するアイコンと、ＯＡ事業者名「カフェＤ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

また、この例では、ＯＡ事業者による公式アカウントのトークルームに対応するアイコン型トークルーム情報を表示する場合に、限定ではなく例として所定位置（限定ではなく例として、アイコン型トークルーム情報の右下部）に、ＯＡ事業者による公式アカウントのトークルームであることをユーザが特定可能な情報（限定ではなく例として、「ＯＡ」の文字を含むアイコン）が表示されている。

図２－４の中央の画面では、限定ではなく例として、複数のアイコン型トークルーム情報のうち、ＯＡ事業者名「カフェＢ」、またはこれに対応するアイコンがタップされた状態が示されている。この場合、表示中の相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のＯＡ事業者「カフェＢ社」とするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図２－４の右に示す画面が表示される。

この画面は、ユーザＡ．ＡがＯＡ事業者「カフェＢ社」を相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ＯＡ事業者名「カフェＢ社」のトークルームであることを示す文字（この例では、「ＯＡ」の文字を含むアイコンおよび「カフェＢ」）が表示されている。

このトークルーム画面には、「お会計より１００円ＯＦＦ」のサービスを受けることができることを示す情報として、説明文、登録ＵＲＬ、登録ＵＲＬに基づくリンクが張られたバナー画像等が表示されている。

限定ではなく例として、表示されている登録ＵＲＬやバナー画像に対する操作（限定ではなく例として、タップ）がユーザによってなされると、その登録ＵＲＬに関連付けられた登録メッセージの追加要求が端末２０からサーバ１０に行われる。

また、画面下部のアイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、ＯＡ事業者名「カフェＣ社」およびこれに対応するアイコンと、ＯＡ事業者名「カフェＤ社」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

＜処理＞
本実施例では、第１トークルームが表示されると、移動先トークルーム候補決定処理が端末２０によって実行される。便宜的に、端末２０によって実行される移動先トークルーム候補決定処理を「第１移動先トークルーム候補決定処理」と称する。

図２－５は、本実施例において端末２０の制御部２１が実行する処理の流れの一例を示すフローチャートである。
なお、既出のフローチャートと同一のステップについては同一の符号を付して、再度の説明を省略する。

Ａ１１０の後、端末２０の制御部２１は、第１移動先トークルーム候補決定処理を実行する（Ａ１１５）。
この第１移動先トークルーム候補決定処理では、端末２０の制御部２１は、前述した移動先トークルーム候補決定用テーブルに基づいて移動先トークルーム候補を決定する。

その後、端末２０の制御部２１は、決定した移動先トークルーム候補に対応するアイコン型トークルーム情報を表示部２４に表示させる（Ａ１２０）。つまり、図１－１１のＡ１２０のステップで説明した手法と同様の手法で、決定した移動先トークルーム候補に対応するアイコン型トークルーム情報を表示させる。
そして、端末２０の制御部２１は、Ａ１３０に処理を進める。

＜第２実施例の効果＞
本実施例は、端末２０が、端末２０によって取得される情報（限定ではなく、第１情報の一例）に基づいて、移動先トークルーム候補（限定ではなく、移動する第２チャットルームの一例）を制御部２１によって決定する構成を示している。
このような構成により得られる実施例の効果の一例として、端末によって取得される第１情報に基づいて、移動する第２チャットルーム（移動する第２チャットルームの候補）を適切に決定することができる。

また、この場合、端末２０によって取得される情報には、限定ではなく例として、端末２０のユーザに関する情報を含めることができる。
このような構成により得られる実施例の効果の一例として、端末のユーザに関する情報に基づいて、移動する第２チャットルームを適切に決定することができる。

また、この場合、端末２０のユーザに関する情報には、限定ではなく例として、端末２０のユーザによるトークルームの表示数（表示頻度）やタップ数（タップ頻度）等に関する情報（限定ではなく、端末のユーザによるチャットルームの利用に関する情報の一例）を含めることができる。
このような構成により得られる実施例の効果の一例として、端末のユーザによるチャットルームの利用に関する情報に基づいて、移動する第２チャットルームを適切に決定することができる。限定ではなく例として、表示された回数／頻度が多いチャットルームや、第１表示がタップ（クリック）された回数／頻度が多いチャットルームを、移動する第２チャットルームに決定することで、端末のユーザのニーズのチャットルームの利用の状況を反映させることが可能となり、ユーザの利便性を向上させることができる。

また、この場合、端末２０のユーザに関する情報には、限定ではなく例として、未読のコンテンツに関する情報や、未読のコンテンツの数に関する情報（限定ではなく、第２チャットルームに表示されるコンテンツの前記端末のユーザによる閲覧に関する情報の一例）を含めることができる。
このような構成により得られる実施例の効果の一例として、第２チャットルームに表示されるコンテンツの前記端末のユーザによる閲覧に関する情報に基づいて、移動する第２チャットルームを適切に決定することができる。限定ではなく例として、未読のコンテンツがあるチャットルームや、未読のコンテンツ数がある程度多いチャットルームを、移動する第２チャットルームに決定することで、端末のユーザのチャットルームの閲覧の状況を反映させることが可能となり、ユーザの利便性を向上させることができる。

また、この場合、端末２０によって取得される情報には、チャットルームに関する情報を含めることができる。
このような構成により得られる実施例の効果の一例として、チャットルームに関する情報に基づいて、移動する第２チャットルームを適切に決定することができる。

また、この場合、チャットルームに関する情報には、移動元トークルーム（限定ではなく、第１チャットルームの一例）に表示されるメッセージ（限定ではなく、コンテンツの一例）の情報を含めることができる。
このような構成により得られる実施例の効果の一例として、第１トークルームに表示されるコンテンツの情報に基づいて、移動する第２チャットルームを適切に決定することができる。

また、この場合、移動元トークルームは、端末２０のユーザと、端末２０のユーザとは異なる複数のユーザとを含むグループのグループトークルーム（限定ではなく、グループのチャットルームの一例）であり、チャットルームに関する情報には、このグループに含まれるユーザの情報を含めることができる。
このような構成により得られる実施例の効果の一例として、端末のユーザと、端末のユーザとは異なる複数のユーザとを含むグループに含まれるユーザの情報に基づいて、移動する第２チャットルームを適切に決定することができる。

また、この場合、トークルームに関する情報は、第２チャットルームに表示されるメッセージであって、端末２０のユーザがメンションされているコンテンツ（限定ではなく、端末のユーザを示す情報が関連付けられたコンテンツの一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第２チャットルームに表示されるコンテンツであって、端末のユーザを示す情報が関連付けられたコンテンツを含む第２チャットルームを、移動する第２チャットルームの候補として決定することができる。

また、本実施例は、移動先トークルーム候補に決定しないトークルーム（限定ではなく、第１表示の対象としない第２チャットルームの一例）が、端末２０のユーザ（または端末２０）の位置情報や、端末２０のユーザの仕事の情報（限定ではなく、端末２０のユーザに関する情報の一例）に基づいて決定される構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザに関する情報に基づいて、第１表示の対象としない第２チャットルームを適切に決定することができる。端末のユーザが表示を希望しない第２チャットルームに対応する第１表示を表示しないようにすることで、端末のユーザの利便性を向上させることができる。

＜第２変形例（１）＞
第２実施例では、移動先トークルーム候補決定処理が端末２０によって実行される例を示したが、これに限定されない。
限定ではなく例として、移動先トークルーム候補決定処理がサーバ１０によって実行されるようにしてもよいし、そのようにしなくてもよい。

＜処理＞
本変形例では、第１トークルームが表示されると、移動先トークルームの候補を決定するための移動先トークルーム候補決定処理がサーバ１０によって実行される。便宜的に、サーバ１０によって実行される移動先トークルーム候補決定処理を「第２移動先トークルーム候補決定処理」と称する。

図２－６は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。この図では、左側に端末２０の制御部２１が実行する処理を、右側にサーバ１０の制御部１１が実行する処理をそれぞれ示している。
ここでは、メッセージングアプリケーションにおいて、端末２０のユーザが、第１トークルームと第２トークルームとに、既に登録されていることとして説明する。

なお、既出のフローチャートと同一のステップについては、同一の符号を付して、再度の説明を省略する。
これは、他の各実施例や各変形例についても同様である。

Ａ１１０の後、端末２０の制御部２１は、移動先トークルーム候補（移動先トークルーム候補の情報）をサーバ１０に要求する移動先トークルーム候補要求を、通信Ｉ／Ｆ２２によってサーバ１０に行う（Ａ１１２）。

この要求を受けて、サーバ１０の制御部１１は、第２移動先トークルーム候補決定処理を実行する（Ｓ１１０）。
この第２移動先トークルーム候補決定処理では、サーバ１０の制御部１１は、前述した移動先トークルーム候補決定用テーブルに基づいて移動先トークルーム候補を決定する。
この場合、サーバ１０側では、限定ではなく例として、前述したように、端末２０のユーザに関する情報や、端末２０に関する情報を、アカウント登録データ１５３等で記憶・管理するようにすることができる。この場合、サーバ１０の制御部１１は、これらのデータから情報を取得し、取得した情報に基づいて、端末２０と同様の手法によって移動先トークルーム候補を決定することができる。

なお、移動先トークルーム候補を決定するために用いられる情報（移動先トークルーム候補を決定するために必要な情報）のうち、サーバ１０の記憶部１５には記憶されていないが、端末２０の記憶部２８に記憶されている情報がある場合は、サーバ１０が、端末２０からその情報を取得した上で、移動先トークルーム候補を決定するようにすることができる。

次いで、サーバ１０の制御部１１は、第２移動先トークルーム候補決定処理で決定した移動先トークルーム候補を含む移動先トークルーム候補決定情報を、通信Ｉ／Ｆ２２によって端末２０に送信する（Ｓ１２０）。

通信Ｉ／Ｆ２２によってサーバ１０から移動先トークルーム候補情報を受信すると、端末２０の制御部２１は、受信した移動先トークルーム候補決定情報に基づいてアイコン型トークルーム情報を表示部２４に表示させる（Ａ１２５）。つまり、図１－１１のＡ１２０のステップで説明した手法と同様の手法で、サーバ１０から受信した移動先トークルーム候補決定情報に含まれる移動先トークルーム候補に対応するアイコン型トークルーム情報を表示させる。
そして、端末２０の制御部２１は、Ａ１３０に処理を進める。

なお、この処理では、決定された移動先トークルーム候補を含む移動先トークルーム候補決定情報がサーバ１０から端末２０に送信されることとしたが、これに限定されない。
限定ではなく例として、決定された移動先トークルーム候補に対応するアイコン型トークルーム情報がサーバ１０から端末２０に送信されて、そのアイコン型トークルーム情報が端末２０の表示部２４に表示されるようにしてもよい。

また、端末２０に関する情報やユーザに関する情報、ユーザ同士で行われるチャット内容の情報等をサーバ１０が無断で参照・利用することをユーザが望まない場合がある。
そこで、限定ではなく例として、サーバ１０側で情報を参照・利用する場合があることを利用規約等によってユーザに確認させ、ユーザによる同意（承認）が得られた場合に、サーバ１０が情報を参照・利用できるようにすることができる。
また、限定ではなく例として、前述したオープンチャットでのチャット内容の情報等については、ユーザの承認を要せずに、サーバ１０が利用できるようにしてもよい。

１つ例を挙げると、限定ではなく例として、オープンチャットルーム（第１トークルーム）内でサウナの話がされていると判定した場合、サーバ１０の制御部１１は、コンテキスト判定処理を実行し、サウナがテーマになっていると判定する。そして、サーバ１０の制御部１１は、サウナをテーマとするオープンチャットルームやサウナのＯＡ事業者のＯＡトークルーム等を、移動先トークルームに決定するなどすることができる。

本変形例によれば、移動先トークルーム候補がサーバによって決定されるため、端末側で移動先トークルーム候補を決定せずに済み、端末の処理負荷を軽減することができる。

なお、これらの内容は、アイコン型トークルーム情報の表示に関連する他の各実施例および各変形例や、詳細後述する切替型トークルーム情報の表示に関連する各実施例および各変形例についても同様に適用可能である。

＜第２変形例（２）＞
第２実施例で説明した方法の他に、限定ではなく例として、端末２０の入力部を介して入力した情報に基づいて、移動先トークルーム候補を決定するようにしてもよい。限定ではなく例として、音入力部２５から入力された音情報（音声情報を含む。）や、撮像部２７によって撮像された画像情報に基づいて、移動先トークルーム候補を決定するようにしてもよい。

具体的には、限定ではなく例として、音入力部２５によって特定のユーザのユーザ名や特定のグループのグループ名、またはこれに関連する情報が入力された場合に、そのユーザのトークルームや、そのグループのグループトークルームを、移動先トークルーム候補に決定するようにしてもよい。同様に、撮像部２７によって特定のユーザが撮像された場合に、そのユーザのトークルームや、そのユーザを含むグループトークルームを、移動先トークルーム候補に決定するようにしてもよい。

また、限定ではなく例として、端末２０のユーザの仕事に関連する用語が音入力部２５から入力されたり、端末２０のユーザの仕事に関連する物が撮像部２７によって撮像された場合に、端末２０のユーザの仕事に関連するトークルームを、移動先トークルーム候補に決定するようにしてもよい。

これらは、端末２０の制御部２１が、限定ではなく例として、入力された情報に対して、音認識処理（音声認識処理を含む。）や画像認識処理を行うことによって実現可能である。

＜第３実施例＞
第３実施例は、トークルーム情報を表示する条件やタイミングに関する実施例である。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

本実施例では、端末２０がトークルーム情報を表示するか否かを判定する処理（以下、「トークルーム情報表示判定処理」と称する。）を行う場合を例示する。

＜トークルーム情報表示条件テーブル＞
トークルーム情報表示条件テーブルは、トークルーム情報表示判定処理を実行する場合に参照されるテーブルであり、その一例であるトークルーム情報表示条件テーブルのテーブル構成例を図３－１に示す。

トークルーム情報表示条件テーブルには、限定ではなく例として、トークルーム情報表示条件の番号である条件Ｎｏと、このＮｏのトークルーム情報表示条件とが関連付けて記憶されている。

以下、それぞれのトークルーム情報表示条件、および、その判定方法について詳細に説明する。

＜条件Ｎｏ「ＳＰ１１－１」～「ＳＰ１１－４」＞
条件Ｎｏ「ＳＰ１１－１」～「ＳＰ１１－４」は「第１トークルームに関する条件」である。

条件Ｎｏ「ＳＰ１１－１」には、トークルーム情報表示条件として「特定のコンテキストを検出した」が定められている。
コンテキストとは、トークルームに表示されるコンテンツの脈絡、文脈、前後関係等を意味する。

１つの手法として、コンテキストを認識するアルゴリズムを用いて、端末２０の制御部２１が、トークの終了を判定するようにすることができる。

また、別の手法として、トークの終了を示唆するコンテンツを端末２０側またはサーバ１０側であらかじめ登録しておき、登録されているコンテンツに基づいて、端末２０の制御部２１がトークの終了を判定するようにすることができる。
限定ではなく例として、「さようなら」、「またね」、「了解」といった特定のテキストコンテンツを登録しておくようにすることができる。

この条件は、第１トークルームで特定のコンテキストが検出された場合、第１トークルームでのトークが終了した可能性があるため、トークルーム情報を表示すると判定することを意味する。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、トーク関連情報データベース２８９のトーク履歴データに記憶されているコンテンツの履歴に基づいて、トークルーム情報を表示するか否かを判定するようにすることができる。

条件Ｎｏ「ＳＰ１１－２」には、トークルーム情報表示条件として「スタンプが連続して設定回数以上押された」が定められている。
設定回数は、限定でなく例として、端末２０側またはサーバ１０側であらかじめ任意の回数を設定可能とすることができる。

この条件は、第１トークルームでスタンプが連続して設定回数以上（限定ではなく例として、５回以上）押された場合、第１トークルームでのトークが終了した可能性があるため、トークルーム情報を表示すると判定することを意味する。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、トーク関連情報データベース２８９のトーク履歴データに記憶されているコンテンツの履歴に基づき、自己の端末２０のユーザから相手のユーザに発信されたスタンプのコンテンツが設定数以上連続している場合、トークルーム情報を表示すると判定することができる。

条件Ｎｏ「ＳＰ１１－３」には、トークルーム情報表示条件として「メッセージの入力がない状態で設定時間が経過した」が定められている。
設定時間は、限定でなく例として、端末２０側またはサーバ１０側であらかじめ任意の時間を設定可能とすることができる。
この条件は、第１トークルームでメッセージの入力がない状態で設定時間（限定ではなく例として、５分間）が経過した場合、第１トークルームでのトークが終了した可能性があるため、トークルーム情報を表示すると判定することを意味する。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトーク履歴データから特定されるメッセージの入力の履歴に基づいて、最新のメッセージが入力されてから入力がない状態で設定時間が経過していた場合に、トークルーム情報を表示すると判定するようにすることができる。

条件Ｎｏ「ＳＰ１１－４」には、トークルーム情報表示条件として「メッセージの送受信がない状態で設定時間が経過した」が定められている。
設定時間は、限定でなく例として、端末２０側またはサーバ１０側であらかじめ任意の時間を設定可能とすることができる。
この条件は、第１トークルームでメッセージの送受信がない状態で設定時間（限定ではなく例として、５分間）が経過した場合、第１トークルームでのトークが終了した可能性があるため、トークルーム情報を表示すると判定することを意味する。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトーク履歴データに記憶されているメッセージの送受信履歴に基づいて、最新のメッセージを送受信してからメッセージの送受信がない状態で設定時間が経過していた場合、トークルーム情報を表示すると判定するようにすることができる。

＜条件Ｎｏ「ＳＰ１１－５」～「ＳＰ１１－８」＞
条件Ｎｏ「ＳＰ１１－５」～「ＳＰ１１－８」は「第２トークルームに関する条件」である。

条件Ｎｏ「ＳＰ１１－５」には、トークルーム情報表示条件として「新着メッセージを受信した」が定められている。
この条件は、新着メッセージを受信した場合、その新着メッセージが表示されるトークルームは、ユーザにとって閲覧優先度が高い可能性があるため、トークルーム情報を表示すると判定することを意味する。
この場合、限定ではなく例として、この条件を満たすトークルームに対応するトークルーム情報を少なくとも含むトークルーム情報を表示させるようにすることができる。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、通信Ｉ／Ｆ２２によってサーバ１０から新着メッセージを受信したと判定した場合、トークルーム情報を表示すると判定するようにすることができる。

条件Ｎｏ「ＳＰ１１－６」には、トークルーム情報表示条件として「自分にメンションされているトークルームがある状態で設定時間が経過した」が定められている。
設定時間は、限定でなく例として、端末２０側またはサーバ１０側であらかじめ任意の時間を設定可能とすることができる。
この条件は、自分にメンションされているトークルームがある状態で設定時間（限定ではなく例として、１０分間）が経過した場合、そのトークルームは、ユーザにとって閲覧優先度が高いにもかかわらず、しばらくの間閲覧されることがなかったトークルームである可能性があるため、トークルーム情報を表示すると判定することを意味する。
この場合、限定ではなく例として、この条件を満たすトークルームに対応するトークルーム情報を少なくとも含むトークルーム情報を表示させるようにすることができる。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、トーク関連情報データベース２８９のトーク情報データを参照し、自分にメンションされているメッセージがあり、かつ、そのメッセージを受信してから設定時間が経過している場合に、トークルーム情報を表示すると判定するようにすることができる。

条件Ｎｏ「ＳＰ１１－７」には、トークルーム情報表示条件として「未読メッセージがあるトークルームがある状態で設定時間が経過した」が定められている。この場合も、設定時間は任意に設定可能とすることができる。
この条件は、未読メッセージがあるトークルームがある状態で設定時間（限定ではなく例として、１０分間）が経過した場合、ユーザにとって閲覧優先度が高いにもかかわらず、しばらくの間閲覧されることがなかったトークルームである可能性があるため、トークルーム情報を表示すると判定することを意味する。
この場合、限定ではなく例として、この条件を満たすトークルームに対応するトークルーム情報を少なくとも含むトークルーム情報を表示させるようにすることができる。

なお、未読数に基づいてトークルーム情報を表示するか否かを判定するようにしてもよいし、そのようにしなくてもよい。
限定ではなく例として、未読数が第１規定数（または第１設定数）以上（限定ではなく例として、未読数が１０以上）であるトークルームが第２規定数（または第２設定数）以上（限定ではなく例として、３以上）である場合に、トークルーム情報を表示すると判定するようにしてもよいし、そのようにしなくてもよい。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク履歴データに記憶されている未読メッセージの有無およびその数を取得して、トークルーム情報を表示するか否かを判定するようにすることができる。

条件Ｎｏ「ＳＰ１１－８」には、トークルーム情報表示条件として「お気に入りに登録しているトークルームがある状態で設定時間が経過した」が定められている。この場合も、設定時間は任意に設定可能とすることができる。
限定ではなく例として、お気に入りに登録しているトークルームがある状態で設定時間（限定ではなく例として、１０分間）が経過したトークルームは、ユーザにとって重要度が高いにもかかわらず、しばらくの間閲覧されることがなかったトークルームである可能性があるため、トークルーム情報を表示すると判定することを意味する。
この場合、限定ではなく例として、この条件を満たすトークルームに対応するトークルーム情報を少なくとも含むトークルーム情報を表示させるようにすることができる。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルーム情報データに記憶されているトークルームがお気に入りに登録されているか否かの情報を取得して、トークルーム情報を表示するか否かを判定するようにすることができる。

条件Ｎｏ「ＳＰ１１－９」には、トークルーム情報表示条件として「フォルダに入っているトークルームがある状態で設定時間が経過した」が定められている。この場合も、設定時間は任意に設定可能とすることができる。
この条件は、フォルダに入っているトークルームがある状態で設定時間（限定ではなく例として、１０分間）が経過した場合、ユーザにとって重要度が高いにもかかわらず、しばらくの間閲覧されることがなかったトークルームである可能性があるため、トークルーム情報を表示すると判定することを意味する。
この場合、限定ではなく例として、この条件を満たすトークルームに対応するトークルーム情報を少なくとも含むトークルーム情報を表示させるようにすることができる。

このトークルーム情報を表示するか否かの判定では、限定でなく例として、端末２０が、時計部２９Ａにおいて出力される時計情報（計時情報）を取得して、限定でなく例として、端末２０が、トーク関連情報データベース２８９のトークルーム情報データに記憶されているトークルームがフォルダに入っているか否かの情報を取得して、トークルーム情報を表示するか否かを判定するようにすることができる。

＜表示画面＞
図３－２は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

ここでは、トークルーム情報表示判定処理において、トークルーム情報表示条件として条件Ｎｏ「ＳＰ１１－２」の「スタンプが連続して設定回数以上押された」の条件が成立したことに基づいて、トークルーム情報を表示すると判定した場合の表示画面例について説明する。
この例では、第１トークルームでスタンプが連続して設定回数以上（限定ではなく例として、５回以上）押された場合に、トークルーム情報を表示すると判定したものとする。

また、この例では、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」が決定されたものとして説明する。具体的には、第１移動先トークルーム候補決定処理において、限定でなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、ユーザＣ．Ｃを相手としてトークを行うためのトークルーム、ユーザＤ．Ｄを相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図３－２の左の画面では、トークルーム名表示領域ＣＬＲには、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

図３－２の左の画面では、トークルーム情報表示条件が未成立であるため、アイコン型トークルーム情報は表示されていない。

図３－２の中央の画面では、限定ではなく例として、ユーザＢ．Ｂから１回スタンプを受信した状態が示されている。具体的には、ユーザＢ．Ｂから受信した１回目のスタンプとしてスタンプＳＴ１が表示されている。

その後、ユーザＢ．Ｂから連続して４回スタンプを受信したものとする。具体的には、ユーザＢ．Ｂから連続して受信した５回のスタンプのうち４回目のスタンプおよび５回目のスタンプとして、スタンプＳＴ４およびスタンプＳＴ５が表示されている。
この場合、相手のユーザであるユーザＢ．Ｂから連続して５回スタンプを受信したことになり、トークルーム情報表示条件が成立する。その結果、限定ではなく例として、図３－２の右の画面に示す画面が表示される。

この場合、トークルーム情報表示条件（この例では、条件Ｎｏ「１１－２」）が成立したことに基づいて、画面下部のアイコン型トークルーム情報表示領域ＥＲ１には、限定ではなく例として、ユーザ名「ユーザＣ．Ｃ」およびこれに対応するアイコンと、ユーザ名「ユーザＤ．Ｄ」およびこれに対応するアイコンと、ユーザ名「ユーザＥ．Ｅ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示される。

＜処理＞
本実施例では、第１トークルームが表示され、移動先トークルーム候補を決定するための第１移動先トークルーム候補決定処理が実行されると、アイコン型トークルーム情報を表示するか否かを決定するトークルーム情報表示判定処理が端末２０によって実行される。

図３－３は、本実施例において端末２０の制御部２１が実行する処理の流れの一例を示すフローチャートである。
ここでは、メッセージングアプリケーションにおいて、端末２０のユーザが、第１トークルームと第２トークルームとに、既に登録されていることとして説明する。

Ａ１１５の後、端末２０の制御部２１は、第１トークルームにアイコン型トークルーム情報を表示中であるか否かを判定する（Ａ１１６）。そして、アイコン型トークルーム情報を表示中である場合（Ａ１１６：ＹＥＳ）、端末２０の制御部２１は、Ａ１３０に処理を進める。

アイコン型トークルーム情報を表示中でない場合（Ａ１１６：ＮＯ）、端末２０の制御部２１は、トークルーム情報表示判定処理を実行する（Ａ１１７ａ）。
このトークルーム情報表示判定処理では、端末２０の制御部２１は、アイコン型トークルーム情報を表示するか否かを、前述したトークルーム情報表示条件テーブルに基づいて決定する。

アイコン型トークルーム情報を表示しないと判定した場合（Ａ１１８ａ：ＮＯ）、端末２０の制御部２１は、Ａ１４２に処理を進める。
一方、アイコン型トークルーム情報を表示すると判定した場合（Ａ１１８ａ：ＹＥＳ）、端末２０の制御部２１は、Ａ１３０に処理を進める。

また、Ａ１４０の後、端末２０の制御部２１は、第１トークルームを表示中であるか否かを判定する（Ａ１４２）。第１トークルームを表示中でない場合（Ａ１４２：ＮＯ）、端末２０の制御部２１は、処理を終了する。
一方、第１トークルームを表示中である場合（Ａ１４２：ＹＥＳ）、端末２０の制御部２１は、Ａ１１６に処理を戻す。

＜第３実施例の効果＞
本実施例は、アイコン型トークルーム情報は、トークルーム情報表示条件（限定ではなく、設定さされた第１条件の一例）に基づいて、端末２０の表示部２４に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、設定された第１条件に基づいて、第１表示が端末の表示部に表示されるようにすることができる。

また、この場合、トークルーム情報表示条件は、トークルームに関する条件（限定ではなく、チャットルームに関する条件の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、設定されたチャットルームに関する条件に基づいて、第１表示が端末の表示部に適切に表示されるようにすることができる。

また、この場合、トークルーム情報表示条件は、移動元トークルームである第１トークルームに表示されるメッセージのコンテキストに関する条件（限定ではなく、第１チャットルームに表示される複数のコンテンツの関係に関する条件の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームに表示される複数のコンテンツの関係に基づいて、第１表示が端末の表示部に適切に表示されるようにすることができる。限定ではなく例として、第１チャットルームに表示される複数のコンテンツのコンテキストに基づき、第１チャットルームでのチャットが終了したと推定されるような場合に、第１表示が端末の表示部に表示されるようにすることで、端末のユーザが別のチャットルームに簡単に移動することが可能となり、ユーザの利便性を向上させることができる。

また、この場合、トークルーム情報表示条件は、移動元トークルームである第１トークルームにおいてスタンプが連続して押されたこと等の条件（限定ではなく、第１チャットルームに表示されるコンテンツの入力に関する条件の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームに表示されるコンテンツの入力に関する条件に基づいて、第１表示が端末の表示部に適切に表示されるようにすることができる。限定ではなく例として、第１チャットルームに表示されるコンテンツとして特定のコンテンツが連続して入力されたような場合に、第１チャットルームでのチャットが終了したと推定し、第１表示が端末の表示部に表示されるようにすることで、端末のユーザが別のチャットルームに簡単に移動することが可能となり、ユーザの利便性を向上させることができる。

また、この場合、トークルーム情報表示条件は、第１トークルームとは異なるトークルームの新着メッセージを受信したこと等の条件（限定ではなく、第２チャットルームに表示されるコンテンツの受信に関する条件の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第２チャットルームに表示されるコンテンツの受信に関する条件に基づいて、第１表示が端末の表示部に適切に表示されるようにすることができる。限定ではなく例として、第２チャットルームに表示されるコンテンツとして新たなコンテンツが受信された場合に、第１表示が端末の表示部に表示されるようにすることで、端末のユーザが、その新たなコンテンツを受信したチャットルームに簡単に移動することが可能となり、ユーザの利便性を向上させることができる。

＜第３変形例（１）＞
第２変形例と同様に、第３実施例において、トークルーム情報表示条件の成否の判定を、サーバ１０が行うようにしてもよいし、そのようにしなくてもよい。
この場合は、サーバ１０の制御部１１が、トークルーム情報表示条件に基づいてトークルーム情報表示判定処理を行う。そして、トークルーム情報表示条件が成立したと判定した場合に、サーバ１０の制御部１１が、トークルーム情報を表示するように、通信Ｉ／Ｆ１４を介して端末２０に通知するようにすることができる。

＜第３変形例（２）＞
第３実施例において、端末２０が、第１トークルームを表示している状態で、メッセージの送受信が頻繁になされていることを検知した場合に、電話やビデオ通話に切り替えるようにユーザに提案する情報（電話やビデオ通話のアイコン画像等）を、第１トークルームに表示させる処理を行うようにしてもよいし、しなくてもよい。

また、この場合、電話を提案する情報に電話機能を関連付けておき、電話を提案する情報がタップされた場合に、電話機能を呼び出して相手のユーザと通話ができるようにしてもよい。ビデオ通話についても同様である。
なお、これは、第２トークルームを表示している状態においても同様である。

＜第４実施例＞
第４実施例は、トークルーム情報の表示の消去に関する実施例である。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

本実施例では、端末２０がトークルーム情報の表示を消去するか否かを判定する処理（以下、「トークルーム情報表示消去判定処理」と称する。）を行う場合を例示する。トークルーム情報の表示を消去することは、表示中のトークルーム情報を非表示にすることとも言える。

＜トークルーム情報表示消去条件テーブル＞
トークルーム情報表示消去条件テーブルは、トークルーム情報表示消去判定処理を実行する場合に参照されるテーブルであり、その一例であるトークルーム情報表示消去条件テーブルのテーブル構成例を図４－１に示す。

トークルーム情報表示消去条件テーブルには、限定ではなく例として、トークルーム情報表示条件の番号である条件Ｎｏと、このＮｏのトークルーム情報表示消去条件とが関連付けて記憶されている。

以下、それぞれのトークルーム情報表示条件、および、その判定方法について詳細に説明する。

＜条件Ｎｏ「ＳＰ１２－１」～「ＳＰ１２－４」＞
条件Ｎｏ「ＳＰ１２－１」～「ＳＰ１２－４」は「第１トークルームに関する条件」である。

条件Ｎｏ「ＳＰ１２－１」～「ＳＰ１２－３」は「第１トークルームが表示されている状態でユーザによる入力を検知」した場合の条件である。

条件Ｎｏ「ＳＰ１２－１」には、トークルーム情報表示消去条件として「タップ操作、スクロール操作等を検知した」が定められている。
限定ではなく例として、タップ操作やスクロール操作があったトークルームは、現在ユーザがトークルーム（第１トークルーム）におけるコンテンツを見る必要性が高いトークルームである可能性があるため、表示中のトークルーム情報を非表示にすることによって、トークルーム（第１トークルーム）におけるコンテンツの視認性を向上させることを意味する。

このトークルーム情報の表示を消去するか否かの判定では、端末２０が、入力部に対する端末２０のユーザによる入力（限定ではなく例として、ユーザによるタップ操作、スクロール操作）の有無を取得して、トークルーム情報の表示を消去するか否かを判定するようにすることができる。

条件Ｎｏ「ＳＰ１２－２」には、トークルーム情報表示消去条件として「メッセージの入力操作を検知した」が定められている。
限定ではなく例として、メッセージの入力操作があったトークルームは、現在ユーザがトークを行っている最中であるトークルームである可能性があるため、表示中のトークルーム情報を非表示にすることによって、トークルーム（第１トークルーム）におけるメッセージ入力部の視認性および操作性を向上させることを意味する。

このトークルーム情報の表示を消去するか否かの判定では、端末２０が、入力部に対する端末２０のユーザによる入力（限定ではなく例として、メッセージの入力操作）の有無を取得して、トークルーム情報の表示を消去するか否かを判定するようにすることができる。

条件Ｎｏ「ＳＰ１２－３」～「ＳＰ１２－４」は「第１トークルームが表示されている状態でのメッセージの送受信」に関する条件である。

条件Ｎｏ「ＳＰ１２－３」には、トークルーム情報表示消去条件として「メッセージの送信操作を検知した」が定められている。
限定ではなく例として、メッセージの送信操作があったトークルームは、現在ユーザがトークを行っている最中であるトークルームである可能性があるため、表示中のトークルーム情報を非表示にすることによって、トークルーム（第１トークルーム）における送信したメッセージの視認性を向上させることを意味する。

このトークルーム情報の表示を消去するか否かの判定では、端末２０が、入力部に対する端末２０のユーザによる入力（限定ではなく例として、メッセージの送信操作）の有無を取得して、トークルーム情報の表示を消去するか否かを判定するようにすることができる。

条件Ｎｏ「ＳＰ１２－４」には、トークルーム情報表示消去条件として「第１トークルームが表示されている状態でメッセージを送受信した」が定められている。
限定ではなく例として、メッセージを送信したトークルームは、現在ユーザがトークルーム（第１トークルーム）において送信したメッセージの内容を確認するとともに、相手のユーザからの返信を待つ必要性が高いトークルームである可能性がある。また、限定ではなく例として、メッセージを受信したトークルームは、現在ユーザがトークルーム（第１トークルーム）において受信したメッセージの内容を確認するとともに、相手のユーザに返信する必要性が高いトークルームである可能性がある。
このため、表示中のトークルーム情報を非表示にすることによって、トークルーム（第１トークルーム）における送受信したメッセージの視認性を向上させることを意味する。

このトークルーム情報の表示を消去するか否かの判定では、端末２０がトーク関連情報データベース２８９のトーク履歴データに記憶されている新たな送受信メッセージの有無を取得して、トークルーム情報の表示を消去するか否かを判定するようにすることができる。

なお、自己の端末２０のユーザによる入力に関する条件に限らず、相手のユーザによる入力に関する条件を、トークルーム情報表示消去条件に含めるようにしてもよい。
限定ではなく例として、自己の端末２０の表示部２４に第１トークルームが表示されている状態で、相手のユーザによってそのユーザの端末２０に対する入力がなされた場合に、トークルーム情報の表示を消去するようにしてもよい。
この場合、端末２０は、限定ではなく例として、サーバ１０を介して、相手のユーザの端末２０における入力に関する情報を取得した上で、トークルーム情報表示条件の成否を判定するようにすることができる。

＜処理＞
本実施例では、第１トークルームが表示され、移動先トークルーム候補を決定するための第１移動先トークルーム候補決定処理が実行されると、トークルーム情報を表示するか否かを決定するトークルーム情報表示判定処理が端末２０によって実行され、トークルーム情報の表示を消去するか否かを決定するトークルーム情報表示消去判定処理が端末２０によって実行される。

図４－２は、本実施例において端末２０の制御部２１が実行する処理の流れの一例を示すフローチャートである。

Ａ１１６でトークルーム情報を表示中であると判定した場合（Ａ１１１６：ＹＥＳ）、端末２０の制御部２１は、トークルーム情報表示消去判定処理を実行する（Ａ１１７ｂ）。
このトークルーム情報表示消去判定処理では、端末２０の制御部２１は、トークルーム情報の表示を消去するか否かを、前述したトークルーム情報表示消去条件テーブルに基づいて決定する。

トークルーム情報の表示を消去しないと判定した場合（Ａ１１８ｂ：ＮＯ）、端末２０の制御部２１は、Ａ１３０に処理を進める。
一方、トークルーム情報の表示を消去すると判定した場合（Ａ１１８ｂ：ＹＥＳ）、端末２０の制御部２１は、トークルーム情報の表示を表示部２４から消去する（Ａ１２０ｂ）。そして、端末２０の制御部２１は、Ａ１４２に処理を進める。

＜第４実施例の効果＞
本実施例は、端末２０が、トークルーム情報表示消去条件（限定ではなく、設定された第２条件の一例）に基づいて、表示部２４に表示されたトークルーム情報の表示を消去する制御（限定ではなく、第１表示を非表示とする制御の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、設定された第２条件に基づいて、端末の表示部に表示された第１表示を非表示とすることができる。

また、この場合、トークルーム情報表示消去条件は、移動元トークルームである第１トークルームに表示されるメッセージの送受信に関する条件を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームでの端末のユーザによるコンテンツの入力に関する条件に基づいて、端末の表示部に表示された第１表示を適切に非表示とすることができる。

また、この場合、トークルーム情報表示消去条件は、移動元トークルームである第１トークルームでの端末２０のユーザによるメッセージの入力に関する条件を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームでの端末のユーザによるコンテンツの入力に関する条件に基づいて、端末の表示部に表示された第１表示を適切に非表示とすることができる。

＜第４変形例＞
第３変形例と同様に、第４実施例において、トークルーム情報表示消去条件の成否の判定を、サーバ１０が行うようにしてもよいし、そのようにしなくてもよい。
この場合は、サーバ１０の制御部１１が、トークルーム情報表示消去条件に基づいてトークルーム情報表示消去判定処理を行う。そして、トークルーム情報表示消去条件が成立したと判定した場合に、サーバ１０の制御部１１が、トークルーム情報の表示を消去するように、通信Ｉ／Ｆ１４を介して端末２０に通知するようにすることができる。

＜第５実施例＞
第５実施例は、トークルーム情報に対する入力に関する実施例である。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

本実施例では、トークルーム情報に対する入力として、移動先のトークルーム（第２トークルーム）に関する情報（限定ではなく例として、移動先トークルームのプレビュー表示、移動先トークルーム候補となった理由等）を表示するためのユーザ名またはこれに対応するアイコンとは異なる表示（以下、「第１アイコン」と称する。）への入力（以下、「第１入力」と称する。）を例示する。
また、これとは別のトークルーム情報に対する入力として、前述したように、表示中のトークルーム（第１トークルーム）から移動先のトークルーム（第２トークルーム）に表示を切り替えるためのユーザ名またはこれに対応するアイコンへの入力（以下、「第２入力」と称する。）を例示する。

また、本実施例では、トークルーム情報を表示する場合に、トークルーム情報と関連付けて、移動先のトークルーム（第２トークルーム）に関する情報として、移動先トークルーム候補となった理由を表示するための第１アイコン（限定ではなく例として、「？」の文字を含むアイコン）を表示する場合を例示する。
限定ではなく例として、トークルーム情報の所定位置（限定ではなく例として、トークルーム情報の左上部）に、第１アイコンを表示する。

なお、第１入力と第２入力とを異なる入力とすることも可能である。
限定ではなく例として、入力を操作入力とする場合に、第１入力を、入力する対象に対する長押し操作とする。他方、第２入力を、入力する対象に対するタップ操作とするといったことも可能である。

＜表示画面＞
図５－１は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

図５－１は、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す図である。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、ユーザＣ．Ｃを相手としてトークを行うためのトークルーム、ユーザＤ．Ｄを相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図５－１では、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。

トークルーム情報表示領域ＥＲ１には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したトークルーム情報が表示されている。
この例では、ユーザ名「Ｃ．Ｃ」およびこれに対応するアイコンと、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のトークルーム情報が表示されている。

また、この例では、各アイコンの所定位置（限定ではなく例として、トークルーム情報の左上部）に、移動先のトークルーム（第２トークルーム）に関する情報（限定ではなく例として、移動先トークルーム候補となった理由）を表示するための第１アイコンとして、ユーザＣ．Ｃに対応するアイコンの左上部に「？」の文字を含むアイコンが、ユーザＤ．Ｄに対応するアイコンの左上部に「？」の文字を含むアイコンが、ユーザＥ．Ｅに対応するアイコンの左上部に「？」の文字を含むアイコンがそれぞれ表示されている。

図５－１の中央の画面では、上記の複数の第１アイコンのうち、ユーザＣ．Ｃに対応するアイコンの左上部の「？」の文字を含むアイコンがタップされた状態が示されている。この場合、ユーザＣ．Ｃのトークルーム（第２トークルーム）が移動先トークルーム候補として決定された理由が表示される。
具体的には、図５－１の右の画面に示すように、ユーザＣ．Ｃに対応するアイコンの左上方部の「？」の文字を含むアイコンから、限定ではなく例として、移動先トークルーム候補となった理由が示された吹き出しＳＢ１（限定ではなく例として、「表示回数が多いトークルーム」の文字を含む吹き出し）が表示されている。

＜処理＞
図５－２は、本実施例において端末２０の制御部２１が実行する処理の流れの一例を示すフローチャートである。
Ａ１２０の後、制御部２１は、アイコン型トークルーム情報に対する第１入力がなされたか否かを判定する（Ａ５３０）。そして、なされたと判定したならば（Ａ５３０：ＹＥＳ）、制御部２１は、第２トークルームに関する情報（限定ではなく例として、移動先トークルーム候補となった理由の情報等）を表示部２４に表示させる（Ａ５４０）。

一方、アイコン型トークルーム情報に対する第１入力がなされなかったと判定したならば（Ａ５３０：ＮＯ）、制御部２１は、アイコン型トークルーム情報に対する第２入力がなされたか否かを判定する（Ａ５５０）。なされたと判定したならば（Ａ５５０：ＹＥＳ）、制御部２１は、Ａ１４０に処理を移す。

＜第５実施例の効果＞
本実施例は、アイコン型トークルーム情報は、第１トークルームに表示される構成を示している。
このような構成により得られる実施例の効果の一例として、移動可能な第２トークルームを、第１チャットルームを表示している状態で端末のユーザが確認できるようにすることができる。

また、この場合、端末２０は、第１トークルームに表示されたアイコン型トークルーム情報に対する長押し操作等の入力（限定ではなく、第１入力の一例）に基づいて、移動先トークルームのプレビュー表示、移動先トークルーム候補となった理由の表示等の表示（限定ではなく、第２チャットルームに関する表示の一例）を表示部２４に表示し、第１トークルームに表示されたアイコン型トークルーム情報に対するタップ操作等の入力（限定ではなく、第２入力の一例）に基づいて、第２トークルームを表示部２４に表示する処理を行うようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームが表示されている状態で第１表示に対する第１入力を行うことで、端末のユーザが第２チャットルームに関する情報を確認できるようにすることができる。他方、第１チャットルームが表示されている状態で第１表示に対する第２入力を行うことで、端末のユーザが第２チャットルームを簡単に表示させることができる。

＜第６実施例＞
第６実施例は、（Ｂ）切替型トークルーム情報を適用した実施例である。
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

前述した実施例では、端末２０が、表示部２４に第１チャットルーム（限定ではなく例として、現在表示されているトークルーム）が表示されている場合に、この第１チャットルームから第２チャットルーム（限定ではなく例として、次に表示させるトークルーム）に移動し、第２チャットルームを表示することに関する第１表示（限定ではなく例として、次に表示させるトークルームに対応したトークルーム情報）の一例として、アイコン型トークルーム情報を表示させるものとして説明した。

本実施例では、アイコン型トークルーム情報ではなく、前述した切替型トークルーム情報を表示する。そして、端末２０が、この切替型トークルーム情報に対する入力に基づいて、第２チャットルームの表示に関する第１処理（限定ではなく例として、トークルームの切り替えの処理）を端末２０の制御部２１によって行う実施例である。

切替型トークルーム情報は、限定でなく例として、ユーザにより入力される、またはメッセージングサービスにより付与される、トークルームの名前（文字情報）、トークルームのアイコン画像（画像情報）、トークルームの識別子（識別情報）、トークルームのプレビュー画像（画像情報）といった、トークルームに対応付けられた情報を含み、これらのいずれか１つ、または２以上の組み合わせとすることができる。

なお、トークルームのプレビュー画像には、限定ではなく例として、アプリケーションの名前、トークを行うためのトーク領域等が含まれてもよいし、含まれなくてもよい。

本実施例において、切替型トークルーム情報は、端末２０のユーザが選択（指定）する情報であって、第１トークルームから第２トークルームに移動し、第２トークルームを表示するための情報である。

本実施例では、限定ではなく例として、端末２０が、切替型トークルーム情報を表示するか否かを判定する処理（トークルーム情報表示判定処理）を行うことなく、限定でなく例として、端末２０のユーザの所定の動作に基づいて、任意のタイミングでトークルーム情報を表示することができるものとする。
限定ではなく例として、メッセージングアプリケーションの任意のトークルームにおいて、端末２０のユーザが任意のタイミングで所定の操作（限定ではなく例として、表示部の最下部から上方向にスワイプする操作）を行った場合、トークルーム情報表示領域に切替型トークルーム情報が表示されるようにすることができる。

本実施例において、ユーザの所定の操作によってトークルーム情報表示領域に切替型トークルーム情報が表示される状態は、メッセージングサービスにおいてトークを行う状態とは異なり、切替型トークルーム情報を表示または選択（指定）する状態である。このため、この状態は、トークルーム情報表示モード（状態）、トークルーム情報選択モード（状態）、トークルーム情報スイッチャーモード（状態）等のように表現することができる。

本実施例では、端末２０のユーザは、トークルーム情報表示領域の切替型トークルーム情報を左右方向にスワイプすることで、任意のトークルーム情報を選択することができるものとする。

なお、端末２０のユーザの操作に基づいて切替型トークルーム情報をトークルーム情報表示領域に表示する場合に、限定ではなく例として、トークルーム情報表示領域とは異なる領域に、第１チャットルームに対応した切替型移動元トークルーム情報を表示するようにしてもよいし、しなくてもよい。

以下では、切替型移動元トークルーム情報が表示される領域を「移動元トークルーム情報表示領域」と称する。移動元トークルーム情報表示領域は、限定ではなく例として、切替型トークルーム情報が表示されるトークルーム情報表示領域の右方等に表示させるようにすることができる。

本実施例では、トークルーム情報表示領域に切替型トークルーム情報が表示される場合に、切替型トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させ、端末２０のユーザがトーク内容を認識することが困難な態様で表示するものとする。
限定ではなく例として、切替型トークルーム情報におけるプレビュー画像のトーク領域に対してモザイク処理やハッチング処理等を行うなどして、視認性を低下させるようにすることができる。

なお、切替型トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させる場合、全ての切替型トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させてもよいし、複数の切替型トークルーム情報のうちの一部の切替型トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させてもよい。
限定ではなく例として、未読メッセージがあるトークルームに対応した切替型トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させる一方で、未読メッセージがないトークルームに対応した切替型トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させないようにしてもよい。

本実施例では、移動元トークルーム情報表示領域に切替型移動元トークルーム情報が表示される場合に、切替型移動元トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させず、端末２０のユーザがトーク内容を認識することが可能な態様で表示するものとする。
なお、切替型移動元トークルーム情報におけるプレビュー画像のトーク領域の視認性を低下させ、端末２０のユーザがトーク内容を認識することが困難な態様で表示してもよい。

切替型トークルーム情報を適用する場合も、限定ではなく例として、第２実施例で説明した手法と同様の手法によって移動先トークルーム候補を決定し、決定した移動先トークルーム候補に対応する切替型トークルーム情報を表示するようにすることができる。
１つの手法として、第２実施例で説明したように、端末２０の制御部２１が、移動先トークルーム候補決定処理（第１移動先トークルーム候補決定処理）を行うようにすることができる。
また、別の手法として、サーバ１０の制御部１１が、移動先トークルーム候補決定処理（第２移動先トークルーム候補決定処理）を行うようにすることができる。

具体的には、切替型トークルーム情報を適用する場合にも、アイコン型トークルーム情報を適用する場合と同様に、限定ではなく例として、図２－５や図２－６に示したような移動先トークルーム候補決定処理を含む処理を実行するようにすることができる。
この処理の具体例については後述する。

＜表示画面＞
図６－１および図６－２は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

ここでは、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す図である。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、ユーザＣ．Ｃを相手としてトークを行うためのトークルーム、ユーザＤ．Ｄを相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図６－１の左の画面では、トークルーム名表示領域には、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。

この画面では、切替型トークルーム情報を表示するための入力（以下、「切替型トークルーム情報表示入力」と称する。）の一例として、端末２０のユーザが表示部の最下部から上方向にスワイプする操作を行った状態が示されている。この場合、トークルーム情報スイッチャーモードに制御される。その結果、限定ではなく例として、図６－１の中央に示す画面が表示される。

具体的には、トークルーム情報表示領域ＥＲ２には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応した切替型トークルーム情報が表示されている。
この例では、限定ではなく例として、ユーザ名「Ｃ．Ｃ」、これに対応するアイコン、およびこれに対応するプレビュー画像と、ユーザ名「Ｄ．Ｄ」、これに対応するアイコン、およびこれに対応するプレビュー画像と、ユーザ名「Ｅ．Ｅ」、これに対応するアイコン、およびこれに対応するプレビュー画像とを含む、複数の切替型トークルーム情報が表示されている。

なお、この例では、ユーザ名「Ｃ．Ｃ」に対応する切替型トークルーム情報が、表示部２４の画面中央部に表示されているので、ユーザ名「Ｄ．Ｄ」に対応する切替型トークルーム情報、およびユーザ名「Ｅ．Ｅ」に対応する切替型トークルーム情報よりも視認性が高くなっており、ユーザから選択しやすい位置に表示されている。

また、移動元トークルーム情報表示領域ＥＲ３には、限定ではなく例として、第１チャットルームに対応した切替型移動元トークルーム情報が表示されている。
この例では、限定ではなく例として、ユーザ名「Ｂ．Ｂ」、これに対応するアイコン、およびこれに対応するプレビュー画像を含む切替型移動元トークルーム情報が表示されている。

図６－１の右の画面では、切替型トークルーム情報の表示を切り替えるための入力、限定ではなく例として、切替型トークルーム情報が表示される位置（切替型トークルーム情報が表示される領域）を変更するための入力（以下、「切替型トークルーム情報表示変更入力」と称する。）の一例として、限定ではなく例として、ユーザＣ．Ｃに対応する切替型トークルーム情報が右方向にスワイプ操作された状態が示されている。この場合、ユーザＣ．Ｃに対応する切替型トークルーム情報が右方向に移動し、トークルーム情報表示領域ＥＲ２の左側に表示されていた他の切替型トークルーム情報（限定ではなく例として、ユーザＤ．Ｄに対応する切替型トークルーム情報、ユーザＥ．Ｅに対応する切替型トークルーム情報）が右方向に移動する。その結果、限定ではなく例として、図６－２の左に示す画面が表示される。

具体的には、トークルーム情報表示領域ＥＲ２には、限定ではなく例として、ユーザのスワイプ操作により移動した切替型トークルーム情報が表示されている。
この例では、限定ではなく例として、ユーザ名「Ｃ．Ｃ」、これに対応するアイコン、およびこれに対応するプレビュー画像と、ユーザ名「Ｄ．Ｄ」、これに対応するアイコン、およびこれに対応するプレビュー画像と、ユーザ名「Ｅ．Ｅ」、これに対応するアイコン、およびこれに対応するプレビュー画像とを含む、複数の切替型トークルーム情報が表示されている。

なお、この例では、ユーザ名「Ｄ．Ｄ」に対応する切替型トークルーム情報が、表示部２４の中央部に表示されているので、ユーザ名「Ｃ．Ｃ」に対応する切替型トークルーム情報、およびユーザ名「Ｅ．Ｅ」に対応する切替型トークルーム情報よりも視認性が高くなっており、ユーザから選択しやすい位置に表示されている。

また、限定ではなく例として、ユーザＤ．Ｄに対応する切替型トークルーム情報がタップされた状態が示されている。
この場合、トークルーム情報スイッチャーモードの制御を終了するとともに、相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のユーザＤ．Ｄとするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図６－２の右に示す画面が表示される。

具体的には、ユーザＡ．ＡがユーザＤ．Ｄを相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ユーザ名「Ｄ．Ｄ」のトークルームであることを示す文字（この例では、「Ｄ．Ｄ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＤ．Ｄとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＤ．Ｄのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

＜処理＞
図６－３は、本実施例において端末２０が実行する処理の流れの一例を示すフローチャートである。
Ａ１１０の後、制御部２１は、切替型トークルーム情報表示条件が成立したか否かを判定する（Ａ６２０）。
切替型トークルーム情報表示条件は、限定ではなく例として、入力部を介して、前述した切替型トークルーム情報表示入力がなされたこととすることができる。

切替型トークルーム情報表示条件が成立したと判定した場合（Ａ６２０：ＹＥＳ）、制御部２１は、第１移動先トークルーム候補決定処理を実行する（Ａ１１５）。この場合、端末２０の制御部２１は、限定ではなく例として、前述した移動先トークルーム候補決定用テーブル（図２－１参照）に基づいて、先に説明した手法と同様の手法によって、移動先トークルーム候補を決定するようにすることができる。
そして、制御部２１は、決定した移動先トークルーム候補に対応する切替型トークルーム情報を表示部２４に表示させる（Ａ６３０）。
この場合、１つの手法として、限定ではなく例として、端末２０の制御部２１が、記憶部２８に記憶されているトーク履歴やトークルームの情報に基づいて、決定した移動先トークルーム候補に対応する切替型トークルーム情報を生成して表示させるようにすることができる。

なお、これとは異なり、端末２０が、決定した移動先トークルーム候補の情報をサーバ１０に送信し、その移動先トークルーム候補に対応するトーク履歴やトークルームの情報をサーバ１０から受信する。そして、端末２０の制御部２１が、受信した情報に基づいて、切替型トークルーム情報を生成して表示させるようにしてもよいし、そのようにしなくてもよい。

次いで、制御部２１は、切替型トークルーム情報表示切替条件が成立したか否かを判定する（Ａ６４０）。
切替型トークルーム情報表示切替条件は、限定ではなく例として、入力部を介して、前述した切替型トークルーム情報表示切替入力がなされたこととすることができる。

切替型トークルーム情報表示切替条件が成立したと判定した場合（Ａ６４０：ＹＥＳ）、制御部２１は、切替型トークルーム情報表示切替処理を行う（Ａ６５０）。
具体的には、表示部２４において切替型トークルーム情報の表示位置（表示領域）を変更する制御を行う。

その後、制御部２１は、表示させた切替型トークルーム情報に対する入力（限定ではなく例として、タップ）がなされたか否かを判定する（Ａ６６０）。そして、なされたと判定したならば（Ａ６６０：ＹＥＳ）、制御部２１は、表示中の第１トークルームから、入力された切替型トークルーム情報に対応する第２トークルームに表示を切り替える制御を行う（Ａ６７０）。そして、制御部２１は、処理を終了する。

Ａ６６０において切替型トークルーム情報に対する入力がなされなかったと判定したならば（Ａ６６０：ＮＯ）、制御部２１は、処理を終了するか否かを判定する（Ａ６９０）。処理を継続すると判定したならば（Ａ６９０：ＮＯ）、制御部２１は、Ａ６４０に処理を戻す。一方、処理を終了すると判定したならば（Ａ６９０：ＹＥＳ）、制御部２１は、処理を終了する。

Ａ６２０において切替型トークルーム情報表示条件が成立していないと判定したならば（Ａ６２０：ＮＯ）、制御部２１は、処理を終了するか否かを判定する（Ａ６９５）。処理を継続すると判定したならば（Ａ６９５：ＮＯ）、制御部２１は、Ａ６２０に処理を戻す。一方、処理を終了すると判定したならば（Ａ６９５：ＹＥＳ）、制御部２１は、処理を終了する。

なお、第２変形例で説明したように、サーバ１０が移動先トークルーム候補を決定するようにすることもできる。
この場合は、限定ではなく例として、上記の図６－３の処理を、前述した図２－６の処理に倣って書き換えることができる。
具体的には、限定ではなく例として、図６－３のＡ６２０において切替型トークルーム情報表示条件が成立したと判定した場合（Ａ６２０：ＹＥＳ）、端末２０の制御部２１は、図２－６のＡ１１２のステップを実行する。
これに伴い、サーバ１０の制御部１１は、図２－６のＳ１１０，Ｓ１２０のステップを実行する。
そして、端末２０の制御部２１は、サーバ１０から受信した移動先トークルーム候補決定情報に基づいて切替型トークルーム情報を表示した後、図６－３のＡ６４０のステップに進むようにすることができる。

なお、これらの内容は、切替型トークルーム情報の表示に関連する他の各実施例および各変形例についても同様に適用可能である。

＜第６実施例の効果＞
本実施例は、端末２０が、切替型トークルーム情報の表示（限定ではなく、第１表示の一例）を表示部２４に表示する。この場合、切替型トークルーム情報の表示は、端末２０の表示部２４のうちの移動元トークルームである第１トークルームが表示される領域とは異なる領域に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、端末の表示部の第１チャットルームが表示される領域とは異なる領域に表示される第１表示に対する入力に基づいて、第２チャットルームの表示を簡単に表示することができる。

また、この場合、切替型トークルーム情報の表示は、端末２０の表示部２４の移動元トークルーム情報表示領域（限定ではなく、第１表示領域の一例）に表示される第１トークルームに対応した切替型移動元トークルーム情報（限定ではなく、第１チャットルームに関する表示の一例）と、端末２０の表示部２４のトークルーム情報表示領域（限定ではなく、第２表示領域の一例）に表示される移動先の第２トークルームに対応した切替型トークルーム情報（限定ではなく、第２チャットルームに関する表示の一例）とを含むようにすることができる。
このような構成により得られる実施例の効果の一例として、端末の表示部の第１表示領域には第１チャットルームに関する表示が表示されるため、移動元の第１チャットルームに関する情報を端末のユーザが確認できるとともに、そのまま第１チャットルームに表示を戻すことも可能となる。また、端末の表示部の第２表示領域には第２チャットルームに関する表示が表示されるため、移動先の第２チャットルームに関する情報を端末のユーザが確認できるとともに、第１チャットルームから第２チャットルームに移動することも可能となる。

また、この場合、端末２０は、自己の端末２０のユーザによる切替型トークルーム情報表示位置変更入力（限定ではなく、端末のユーザによる入力の一例）に基づいて、切替型トークルーム情報の表示位置（表示領域）を変更する制御（限定ではなく、第１表示領域に第２チャットルームに関する表示を表示する制御の一例）を制御部２１によって行うようにすることができる。
このような構成により得られる実施例の効果の一例として、端末のユーザによる入力に基づいて、限定ではなく例として、第１表示領域に第２チャットルームに関する表示を表示するといったことが可能となる。また、逆に、端末のユーザによる入力に基づいて、限定ではなく例として、第２表示領域に第１チャットルームに関する表示を表示するといったことも可能となる。

また、この場合、切替型トークルーム情報の表示は、第２トークルームに表示されるメッセージの中に未読メッセージ（限定ではなく、端末のユーザが未閲覧のコンテンツの一例）がある場合、切替型トークルーム情報におけるプレビュー画像のトーク領域に対してモザイク処理やハッチング処理等を施した態様（限定ではなく例として、コンテントを閲覧できない態様の一例）で表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第２チャットルームに表示されるコンテンツであって、端末のユーザが未閲覧のコンテンツがある場合、そのコンテンツを閲覧できない態様で第１表示を表示することで、未閲覧のコンテンツを端末のユーザが視認・閲覧できないようにすることができる。

＜第６変形例（１）＞
第６実施例では、表示部２４のトークルーム情報表示領域に切替型トークルーム情報が表示される場合に、トークルーム情報表示領域とは異なる移動元トークルーム情報表示領域に、第１チャットルームに対応した切替型移動元トークルーム情報が表示される例を示したが、これに限定されない。
限定ではなく例として、第１チャットルームに対応した切替型移動元トークルーム情報を、移動元トークルーム情報表示領域に表示しないようにしてもよい。

また、この場合、移動元トークルーム情報表示領域に切替型移動元トークルーム情報が表示されない一方で、第１トークルームに対応したトークルームの背景の画像（以下、「移動元トークルーム背景画像」と称する。）が表示部２４の背景画像として表示されるようにしてもよいし、そのようにしなくてもよい。

また、このように移動元トークルーム背景画像を背景画像として表示部２４に表示する場合に、この移動元トークルーム背景画像の視認性を切替型トークルーム情報よりも低下させてもよいし、そのようにしなくてもよい。
限定ではなく例として、この背景画像としての移動元トークルーム背景画像は、限定ではなく例として、切替型トークルーム情報よりも表示優先度の低い（表示レイヤが下位であり奥に表示されているように見える）画像であるようにすることによって、切替型トークルーム情報よりも視認性を低下させてもよく、限定ではなく例として、モザイク処理やハッチング処理を行うことによって、切替型トークルーム情報よりも視認性を低下させてもよい。

＜表示画面＞
図６－４は、本変形例においてユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図であり、切替型トークルーム情報が表示される場合に、移動元トークルーム背景画像が表示部２４の背景画像として表示される画面の一例を示す図である。

ここでは、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、ユーザＣ．Ｃを相手としてトークを行うためのトークルーム、ユーザＤ．Ｄを相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図６－４の画面では、トークルーム情報表示領域ＥＲ２には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応した切替型トークルーム情報が表示されている。
この例では、限定ではなく例として、ユーザ名「Ｃ．Ｃ」、これに対応するアイコン、およびこれに対応するプレビュー画像と、ユーザ名「Ｄ．Ｄ」、これに対応するアイコン、およびこれに対応するプレビュー画像と、ユーザ名「Ｅ．Ｅ」、これに対応するアイコン、およびこれに対応するプレビュー画像とを含む、複数の切替型トークルーム情報が表示されている。

また、この画面には、表示部２４の画面全体に表示される背景画像として、限定ではなく例として、第１トークルームに対応した移動元トークルーム背景画像が表示されている。
この例では、移動元トークルーム背景画像として、限定ではなく例として、画像最上部中央に、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示され、画像最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示され、トークルーム名表示領域ＣＬＲにはトークルーム名（この例では「Ｂ．Ｂ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

この場合、限定ではなく例として、この背景画像としての移動元トークルーム背景画像は、限定ではなく例として、切替型トークルーム情報よりも表示優先度の低い（表示レイヤが下位であり奥に表示されているように見える）画像であり、限定ではなく例としてハッチング処理を行っている。その結果、移動元トークルーム背景画像の方が、切替型トークルーム情報よりも視認性が低く表示されている。

＜第６変形例（２）＞
第６実施例では、端末２０が、トークルーム情報表示判定処理を行うことなく、限定でなく例として、端末２０のユーザの所定の動作に基づいて、任意のタイミングで切替型トークルーム情報を表示することができるものとしたが、これに限定されない。
限定ではなく例として、端末２０が、第３実施例で説明したトークルーム情報表示条件テーブル（図３－１）等に基づいて、第３実施例と同様の手法によって、トークルーム情報表示判定処理を行うようにする。そして、トークルーム情報を表示すると判定した場合に、切替型トークルーム情報を表示するようにすることもできる。

同様に、端末２０が、第４実施例で説明したトークルーム情報表示消去条件テーブル（図４－１）等に基づいて、第４実施例と同様の手法によって、トークルーム情報表示消去判定処理を行うようにする。そして、トークルーム情報の表示を消去すると判定した場合に、切替型トークルーム情報の表示を消去するようにすることもできる。

なお、第３変形例や第４変形例で述べたように、トークルーム情報表示判定処理やトークルーム情報表示消去判定処理をサーバ１０側で行うようにすることも可能である。

＜第７実施例＞
第７実施例は、切り替えたトークルームの誤認を防ぐ手法に関する実施例である。
第７実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

本実施例では、端末２０のユーザが第１トークルーム（１対１トークルーム、グループトークルーム）から第２トークルーム（１対１トークルーム、グループトークルーム）に切り替える場合に、第２トークルームに属するユーザのうち少なくとも一部のユーザの表示態様を異ならせて表示部２４に表示する例を例示する。

本実施例では、限定ではなく例として、第２トークルームに属するユーザは、第２トークルームに属するユーザのうち第１トークルームに属するユーザ（以下、「第１ユーザ」と称する。）と、第２トークルームに属するユーザのうち第１トークルームに属さないユーザ（以下、「第２ユーザ」と称する。）と、を含むものとする。
限定ではなく例として、「グループＸ」（第１トークルーム：グループトークルーム）に属するメンバーが、ユーザＡ．Ａ、ユーザＢ．Ｂ、およびユーザＣ．Ｃであり、「グループＹ」（第２トークルーム：グループトークルーム）に属するメンバーが、ユーザＡ．Ａ、ユーザＢ．Ｂ、およびユーザＤ．Ｄである場合、第１ユーザは、ユーザＡ．ＡおよびユーザＢ．Ｂであり、第２ユーザは、ユーザＤ．Ｄである。

第２トークルームの誤認を防ぐ１つの手法として、第２トークルームに切り替えた場合に、限定ではなく例として、第２トークルームに属するメンバーのうち第１ユーザと第２ユーザとの表示態様を異ならせて表示することができる。
限定ではなく例として、第１ユーザに対応するユーザ名およびこれに対応するアイコンを通常態様（限定ではなく例として、ユーザ名：細字、アイコン：強調アイコンなし）で表示する一方で、第２ユーザに対応するユーザ名およびこれに対応するアイコンを特殊態様（限定ではなく例として、ユーザ名：太字、アイコン：強調アイコンあり）で表示する。

また、第２ユーザに対応するアイコンを特殊態様（限定ではなく例として、アイコン：強調アイコンあり）で表示する場合に、限定ではなく例として所定位置（限定ではなく例として、アイコンの左上部）に、第１トークルームには属しておらず第２トークルームに属しているユーザであることをユーザに対して強調する情報として、限定ではなく例として、強調アイコン（限定ではなく例として、丸型アイコン）を表示するようにすることもできる。

また、移動予定の第２トークルームの誤認を防ぐ別の手法として、以下の手法を適用することができる。
トークルーム情報に対する入力として、移動先のトークルーム（第２トークルーム）に関する情報（限定ではなく例として、移動先トークルームのプレビュー表示、後述する移動先トークルームに仮で切り替えた場合の仮移動先トークルーム等）を表示するためのユーザ名またはこれに対応するアイコンへの入力（以下、「第３入力」と称する。）を例示する。
また、これとは別のトークルーム情報に対する入力として、前述したように、表示中のトークルーム（第１トークルーム）から移動先のトークルーム（第２トークルーム）に表示を切り替えるためのユーザ名またはこれに対応するアイコンへの入力（以下、「第２入力」と称する。）を例示する。

限定ではなく例として、入力を操作入力とする場合に、第３入力を、入力する対象に対する長押し操作とする。他方、第２入力を、入力する対象に対するタップ操作とする。

本実施例では、トークルーム情報に対して第３入力（限定ではなく例として、長押し操作）されると、移動先のトークルーム（第２トークルーム）に関する情報として、限定ではなく例として、移動先トークルームのプレビュー表示が表示される例を例示する。
限定ではなく例として、移動先トークルームのプレビュー表示は、トークルームの名前と、そのトークルームがグループトークルームである場合にはトークルームの名前の右側の括弧内にそのグループに属するメンバーの人数と、そのグループに属するメンバーの名前と、これに対応するアイコンと、トーク領域とが含まれている。

なお、このような形態に限らず、トークルーム情報に対して第３入力されると、移動先トークルームに仮で切り替えることが可能であり、最終的に移動先トークルームを切り替えるか否かを選択することが可能なメッセージングサービスにおいて、移動先トークルームに仮で切り替える場合に、移動先トークルームに対応した仮移動先トークルームを、移動先のトークルーム（第２トークルーム）に関する情報として表示してもよい。

本実施例では、トーク領域に対してモザイク処理やハッチング処理を行うことによって、トーク領域の視認性を低下させ、ユーザがトーク内容を認識することが困難となるものとする。

なお、このような形態に限らず、トーク領域に対してモザイク処理やハッチング処理を行わないことによって、トーク領域の視認性を低下させずに、ユーザがトーク内容を認識することが容易となるものとしてもよい。

＜表示画面＞
図７－１は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

ここでは、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す図である。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、グループ「仕事」を相手としてトークを行うためのトークルーム、グループ「家族」を相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図７－１の左の画面では、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。

この例では、トークルーム情報表示領域ＥＲ１には、限定ではなく例として、グループ名「仕事」およびこれに対応するアイコンと、グループ名「家族」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のトークルーム情報が表示されている。

また、この例では、トークルームがグループトークルームである場合に、トークルームの名前の右側の括弧内に、そのグループに属するメンバーの人数が表示されている。
具体的には、グループ名「仕事」の右側の括弧内に、このグループのメンバー数が４人であることを示す「４」の数字が示されており、グループ名「家族」の右側の括弧内に、このグループのメンバー数が５人であることを示す「５」の数字が示されている。

図７－１の右の画面では、限定ではなく例として、複数のトークルーム情報のうち、グループ名「仕事」、またはこれに対応するアイコンが長押し操作された状態が示されている。この場合、表示部２４の下部から上方に向かって移動先トークルームのプレビュー表示ＰＶ１が表示される。

このプレビュー表示ＰＶ１には、限定ではなく例として、プレビュー表示最上部に、グループ名「仕事」のトークルームであることを示す文字（この例では、「仕事」）が表示されており、その右側の括弧内に、このグループのメンバー数を示す数字（この例では、「４」の数字）が表示されている。
また、その下には、このグループに属するメンバーの名前（この例では、「Ａ．Ａ」、「Ｂ．Ｂ」、「Ｘ．Ｘ」、「Ｙ．Ｙ」）、およびこれに対応するアイコンが表示されている。
さらに、その下には、このトークルームのメンバーでトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂ、ユーザＸ．Ｘ、ユーザＹ．Ｙのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

この例では、限定ではなく例として、第１ユーザがユーザＡ．ＡおよびユーザＢ．Ｂであり、第２ユーザがユーザＸ．ＸおよびユーザＹ．Ｙであるので、限定ではなく例として、第１ユーザ（ユーザＡ．ＡおよびユーザＢ．Ｂ）に対応するユーザ名およびこれに対応するアイコンを通常態様（限定ではなく例として、ユーザ名：細字、アイコン：強調アイコンなし）で表示する一方で、第２ユーザ（ユーザＸ．ＸおよびユーザＹ．Ｙ）に対応するユーザ名およびこれに対応するアイコンを特殊態様（限定ではなく例として、ユーザ名：太字、アイコン：強調アイコンあり）で表示している。

また、この例では、トークルームのメンバーでトークを行うためのトーク領域に対してハッチング処理が施されており、これによりトーク領域の視認性が低下し、ユーザがトーク内容を認識することは困難となっている。

＜第７実施例の効果＞
本実施例は、端末２０が、トークルーム情報が表示された端末２０に対する入力に基づいて、自己の端末２０のユーザを含む複数のユーザを含む第２トークルームを表示部２４に表示する。この場合、端末２０は、第２トークルームに含まれるユーザのうちの少なくとも一部のユーザの表示態様を異ならせる表示する構成を示している。
このような構成により得られる実施例の効果の一例として、移動した第２トークルームを端末のユーザが誤認することを防ぐことができる。

また、この場合、複数のユーザは、第１トークルームに含まれる第１ユーザと、第１トークルームに含まれない第２ユーザとを含み、端末２０は、第１ユーザと第２ユーザとの表示態様を異ならせる処理を行うようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームに含まれる第１ユーザと、第１チャットルームに含まれない第２ユーザとを、端末のユーザが簡単に識別できるようにすることができる。

また、本実施例は、端末２０が、トークルーム情報が表示された端末２０に対する入力（限定ではなく、第４入力の一例）に基づいて、第１トークルームから移動せずに第２トークルームを表示する場合とは異なる表示態様で第２トークルームを表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１チャットルームから移動することなく、移動予定の第２チャットルームを端末のユーザが容易に識別できるようにすることができる。

また、本実施例は、端末２０が、表示されたトークルーム情報（限定ではなく、第１表示の一例）に対する長押し操作（限定ではなく、第１表示に対する第５入力の一例）に基づいて、移動先トークルームのプレビュー表示（限定ではなく、移動する第２チャットルームに関する表示の一例）を表示部２４に表示し、第２トークルームに含まれるユーザの名前等の情報（限定ではなく、第２チャットルームに含まれるユーザの一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１チャットルームから移動することなく、移動予定の第２チャットルームと、移動予定の第２チャットルームに含まれるユーザとを、端末のユーザが容易に識別できるようにすることができる。

＜第７変形例（１）＞
第７実施例では、第２トークルームに属するユーザの表示態様を異ならせることによって、移動した第２トークルームの誤認を防ぐ例を示したが、これに限定されない。
限定ではなく例として、第２トークルームを識別する情報とは異なる第２トークルームに関連する情報をトークルーム情報に含めることによって、誤認を防ぐようにすることもできる。

本変形例では、限定ではなく例として、トークルーム情報が、第２トークルームを識別する情報としてトークルーム名およびこれに対応するアイコンを含むとともに、第２トークルームに関連する情報を含んでもよいものとする。
具体的には、第２トークルームに関連する情報には、限定ではなく例として、
・トークルーム名およびこれに対応するアイコンとは異なる第２トークルームを識別する情報（限定ではなく例として、トークルームの背景画像等）
・トークルームの属性情報（限定ではなく例として、お気に入り登録していることを示す情報、フォルダに入れていることを示す情報等）
等を含めることができる。

＜表示画面＞
（１）第１の表示画面例
図７－２は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図である。
ここでは、トークルーム情報が、第２トークルームに関連する情報として、限定ではなく例として、上記の（１）トークルームの背景画像を含む場合の画面の一例を示す。

ここでは、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す図である。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、グループ「仕事」を相手としてトークを行うためのトークルーム、グループ「家族」を相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図７－２の画面では、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。
また、トーク領域の下部には、移動先のトークルームをユーザが選択可能に構成された、１以上のトークルーム情報（限定ではなく、第１表示の一例）が表示されるトークルーム情報表示領域ＥＲ１が設けられている。

また、この例では、トークルーム情報が表示されるトークルーム情報表示領域ＥＲ１において、左から順に、第１トークルーム情報表示領域ＥＲ１１と、第２トークルーム情報表示領域ＥＲ１２と、第３トークルーム情報表示領域ＥＲ１３とが設けられている。

この画面では、トークルーム情報表示領域ＥＲ１（第１トークルーム情報表示領域ＥＲ１１、第２トークルーム情報表示領域ＥＲ１２、第３トークルーム情報表示領域ＥＲ１３）には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したトークルーム情報が表示されている。
具体的には、複数のトークルーム情報として、限定ではなく例として、第１トークルーム情報表示領域ＥＲ１１にグループ名「仕事」およびこれに対応するアイコンと、第２トークルーム情報表示領域ＥＲ１２にグループ名「家族」およびこれに対応するアイコンと、第３トークルーム情報表示領域ＥＲ１３にユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のトークルーム情報が表示されている。

また、この例では、トークルーム情報として、限定ではなく例として、第２トークルームに関連する情報である第２トークルームの背景画像が、トークルーム名およびこれに対応するアイコンとともに表示されている。
具体的には、第１トークルーム情報表示領域ＥＲ１１にグループ名「仕事」に対応するトークルームの背景画像がグループ名「仕事」およびこれに対応するアイコンとともに表示されており、第２トークルーム情報表示領域ＥＲ１２にグループ名「家族」に対応するトークルームの背景画像がグループ名「家族」およびこれに対応するアイコンとともに表示されており、第３トークルーム情報表示領域ＥＲ１３にユーザ名「Ｅ．Ｅ」に対応するトークルームの背景画像がユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとともに表示されている。

また、この例では、トークルームがグループトークルームである場合に、トークルームの名前の右側の括弧内に、そのグループに属するメンバーの人数が表示されている。
具体的には、グループ名「仕事」の右側の括弧内に、このグループのメンバー数が４人であることを示す「４」の数字が示されており、グループ名「家族」の右側の括弧内に、このグループのメンバー数が５人であることを示す「５」の数字が示されている。

（２）第２の表示画面例
図７－３は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図である。
ここでは、トークルーム情報が、第２トークルームに関連する情報として、限定ではなく例として、前述した（２）属性情報（お気に入り登録していることを示す情報）を含む場合の画面の一例を示す。

ここでは、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す図である。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、グループ「仕事」を相手としてトークを行うためのトークルーム、グループ「家族」を相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

また、ここでは、端末２０のユーザが任意のトークルームをお気に入り登録することが可能なメッセージングサービスにおいて、端末２０のユーザがグループ「家族」を相手としてトークを行うためのトークルームをお気に入りに登録しているものとする。

図７－３の画面では、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

この画面では、トークルーム情報表示領域ＥＲ１には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したトークルーム情報が表示されている。
具体的には、複数のトークルーム情報として、限定ではなく例として、グループ名「仕事」およびこれに対応するアイコンと、グループ名「家族」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のトークルーム情報が表示されている。

また、この例では、トークルーム情報として、限定ではなく例として、第２トークルームに関連する情報であるお気に入り登録していることを示す情報が、トークルーム名およびこれに対応するアイコンとともに表示されている。
具体的には、グループ名「家族」に対応するアイコンの左上部にはお気に入り登録されていることを示す星型のアイコンが表示されている。

また、この例では、トークルームがグループトークルームである場合に、トークルームの名前の右側の括弧内に、そのグループに属するメンバーの人数が表示されている。
具体的には、グループ名「仕事」の右側の括弧内に、このグループのメンバー数が４人であることを示す「４」の数字が示されており、グループ名「家族」の右側の括弧内に、このグループのメンバー数が５人であることを示す「５」の数字が示されている。

本変形例は、端末２０が、トークルーム情報と関連付けて、第２トークルームに関連する情報を表示する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１表示と関連付けて、第２チャットルームに関連する情報を表示することによって、移動予定の第２チャットルームを端末のユーザが誤認することを防ぐことができる。

また、この場合、トークルーム情報は、第２トークルームのアイコン画像（限定ではなく、第２チャットルームを識別するための第１画像情報の一例）を含み、第２トークルームに関連する情報は、第２トークルームの背景画像や、第２トークルームをお気に入り登録していることを示すマーク（限定ではなく、第１画像情報とは異なる第２画像情報の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１画像情報によって、第２チャットルームを端末のユーザに識別させることができるとともに、第１画像情報とは異なる第２画像情報によって、移動予定の第２チャットルームを端末のユーザが誤認することを防ぐことができる。

＜第７変形例（２）＞
第７実施例では、第２トークルームに切り替える場合に、第２トークルームに属するユーザの表示態様を異ならせることによって、切り替えたトークルームの誤認を防ぐ例を示したが、これに限定されない。
限定ではなく例として、切り替えたトークルームの誤認を防ぐ手法として、第２トークルームに切り替える場合に、第２トークルームに属するユーザとは異なる第２トークルームに関する情報の表示態様を異ならせて表示してもよいし、そのようにしなくてもよい。

限定ではなく例として、第２トークルームに切り替える場合に、限定ではなく例として、第２トークルームのトークルーム画像を強調した態様で表示するようにすることができる。具体的には、限定ではなく例として、第２トークルームのトークルーム名を太字で表示したり、第２トークルームの背景画像をアニメーションで表示したり、第２トークルームの外枠を太線で表示するなどすることができる。

＜第８実施例＞
第８実施例は、トークルームを切り替えた場合に、移動元（移動前）のトークルームをユーザが認識できるようにする手法、移動元のトークルームに戻れるようにする手法に関する実施例である。
第８実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

本実施例は、端末２０が、表示部２４に第２チャットルーム（限定ではなく例として、現在表示されているトークルーム）を表示した後、この第２チャットルームから第１チャットルーム（限定ではなく例として、前に表示されていたトークルーム）に移動し、第１チャットルームを表示することに関する第２表示（限定ではなく例として、次に表示させるトークルームに対応した移動元トークルーム情報）を表示部２４に表示する。そして、端末２０が、この第２表示に対する入力に基づいて、第１チャットルームの表示に関する第２処理（限定ではなく例として、トークルームの切り替えの処理）を端末２０の制御部２１によって行う実施例である。

本実施例では、第２表示の一例として「移動元トークルーム情報」を例に挙げて説明する。移動元トークルーム情報は、メッセージングサービスにおいてトークルームに関連付けられたトークルームの情報の一種であり、特に移動元のトークルームに関連付けられたトークルームの情報の一種である。
この移動元トークルーム情報は、限定ではなく例として、ユーザにより入力される、またはメッセージングサービスにより付与される、トークルームの名前（文字情報）、トークルームのアイコン画像（画像情報）、トークルームの識別子（識別情報）といった、トークルームに対応付けられた情報を含み、これらのいずれか１つ、または２以上の組み合わせであってもよいし、そうでなくてもよい。

本実施例において、移動元トークルーム情報は、端末２０のユーザが選択（指定）する情報であって、第２トークルームから第１トークルームに移動し（戻り）、第１トークルームを再度表示するための情報である。このため、移動元トークルーム情報は、移動元トークルーム選択用情報や移動元トークルーム指定用情報等のように表現してもよいし、しなくてもよい。

本実施例では、移動元トークルーム情報を表示する場合に、限定ではなく例として所定位置（限定ではなく例として、移動元トークルーム情報の左上部）に、移動元のトークルームに対応したトークルーム情報の一種であること（限定ではなく例として、タップ操作により移動元のトークルームに戻ること）をユーザが特定可能な情報（限定ではなく例として、左向き矢印を含むアイコン）が表示されている。

本実施例では、限定ではなく例として、表示中のトークルームの画面下部に、移動先のトークルームをユーザが選択可能に構成された、１以上のトークルーム情報（限定ではなく、第１表示の一例）が表示されるトークルーム情報表示領域が設けられている。
このトークルーム情報表示領域ＥＲ１のうち最左方の領域に、移動元トークルーム情報を表示可能な移動元トークルーム情報表示領域ＥＲ４が設けられている。

＜表示画面＞
図８－１は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。

ここでは、第１移動先トークルーム候補決定処理において、移動先トークルーム候補としてＮｏ「ＳＰ０１－１」の「設定時間以内に表示された回数が多いトークルーム」に決定された場合の表示画面の一例を示す図である。
具体的には、第１移動先トークルーム候補決定処理において、限定ではなく例として、設定時間（限定ではなく例として、１時間）以内に表示された回数が多いトークルーム（限定ではなく例として、ユーザＣ．Ｃを相手としてトークを行うためのトークルーム、ユーザＤ．Ｄを相手としてトークを行うためのトークルーム、ユーザＥ．Ｅを相手としてトークを行うためのトークルーム）が移動先トークルーム候補として決定されたものとする。

図８－１の左の画面は、トークルーム名表示領域ＣＬＲには、限定ではなく例として、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであることを示す文字（この例では「Ｂ．Ｂ」）が表示されている。
また、この例では、トークルーム情報表示領域ＥＲ１には、限定ではなく例として、第１移動先トークルーム候補決定処理において決定された移動先トークルーム候補に対応したトークルーム情報が表示されている。
具体的には、ユーザ名「Ｃ．Ｃ」およびこれに対応するアイコンと、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のトークルーム情報が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

また、この画面では、限定ではなく例として、複数のトークルーム情報のうち、ユーザ名「Ｃ．Ｃ」、またはこれに対応するアイコンがタップされた状態が示されている。この場合、相手をユーザＢ．Ｂとするトークルーム（第１トークルーム）から、相手のユーザＣ．Ｃとするトークルーム（第２トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図８－１の中央に示す画面が表示される。

この画面は、ユーザＡ．ＡがユーザＣ．Ｃを相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲには、ユーザ名「Ｃ．Ｃ」のトークルームであることを示す文字（この例では、「Ｃ．Ｃ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＣ．Ｃとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＣ．Ｃのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

また、画面下部のトークルーム情報表示領域ＥＲ１には、限定ではなく例として、複数のアイコン型トークルーム情報が表示されている。
具体的には、トークルーム情報表示領域ＥＲ１の移動元トークルーム情報表示領域ＥＲ４には、限定ではなく例として、ユーザ名「Ｂ．Ｂ」およびこれに対応するアイコンを含む移動元トークルーム情報が表示されており、トークルーム情報表示領域ＥＲ１のうち移動元トークルーム情報表示領域ＥＲ４から右方の領域には、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のアイコン型トークルーム情報が表示されている。

また、この例では、移動元トークルーム情報に対応したアイコンの所定位置（限定ではなく例として、移動元トークルーム情報の左上部）には、移動元のトークルームを特定可能な情報であり、また、移動元のトークルームに戻ることをユーザが特定可能な情報が表示されている。
具体的には、ユーザＢ．Ｂに対応するアイコンの左上部には、移動元のトークルームに戻ることを示す左向き矢印を含むアイコンが表示されている。

また、この画面では、限定ではなく例として、複数のトークルーム情報のうち、ユーザ名「Ｂ．Ｂ」、またはこれに対応するアイコン（移動元トークルーム情報）がタップされた状態が示されている。この場合、相手をユーザＣ．Ｃとするトークルーム（第２トークルーム）から、相手のユーザＢ．Ｂとするトークルーム（第１トークルーム）に表示が切り替わる。その結果、限定ではなく例として、図８－１の右に示す画面が表示される。

この画面は、ユーザＡ．ＡがユーザＢ．Ｂを相手としてトークを行うためのトークルームであり、限定ではなく例として、トークルーム名表示領域ＣＬＲに、ユーザ名「Ｂ．Ｂ」のトークルームであることを示す文字（この例では、「Ｂ．Ｂ」）が表示されている。
また、その下には、ユーザＡ．ＡとユーザＢ．Ｂとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側には相手であるユーザＢ．Ｂのメッセージが、画面向かって右側には自分であるユーザＡ．Ａのメッセージが表示されるように構成されている。

また、画面下部のトークルーム情報表示領域ＥＲ１には、限定ではなく例として、複数のトークルーム情報が表示されている。
具体的には、トークルーム情報表示領域ＥＲ１の移動元トークルーム情報表示領域ＥＲ４には、限定ではなく例として、ユーザ名「Ｃ．Ｃ」およびこれに対応するアイコンを含む移動元トークルーム情報が表示されており、トークルーム情報表示領域ＥＲ１のうち移動元トークルーム情報表示領域ＥＲ４から右方の領域には、ユーザ名「Ｄ．Ｄ」およびこれに対応するアイコンと、ユーザ名「Ｅ．Ｅ」およびこれに対応するアイコンとを含む、複数のトークルーム情報が表示されている。

また、この例では、移動元トークルーム情報に対応したアイコンの所定位置（限定ではなく例として、移動元トークルーム情報の左上部）には、移動元のトークルームを特定可能な情報であり、また、移動元のトークルームに戻ることをユーザが特定可能な情報が表示されている。
具体的には、ユーザＣ．Ｃに対応するアイコンの左上部には移動元のトークルームに戻ることを示す左向き矢印を含むアイコンが表示されている。

なお、図８－１左の画面→図８－１中央の画面→図８－１右の画面の順で遷移した場合に、端末２０の制御部２１が、限定ではなく例として、第１トークルーム（図８－１左の画面のトークルーム）から第２トークルーム（図８－１中央の画面のトークルーム）に移動した後に、第２トークルーム（図８－１中央の画面のトークルーム）から第１トークルーム（図８－１左の画面のトークルーム）に移動したことに関する通知を、第１トークルーム（図８－１右の画面のトークルーム）に表示するようにしてもよい。
この場合は、限定ではなく例として、「元のトークルームに戻りました。」等のテキストをポップアップ形式で画面中央部に表示したり、プッシュ通知の形式で画面上部に表示するなどすることができる。

また、表示に限らず、別の方法によって通知を行うようにしてもよい。
限定ではなく例として、端末２０の制御部２１が、端末２０の振動部（不図示）を制御して筐体を振動させたり（バイブレーション機能）、端末２０の音出力部２６から特定の音（限定ではなく例として、元のトークルームに戻ったことを知らせる音声、特定の効果音等）を出力させる制御を行ったり、端末２０の発光部（不図示）を発光させる制御を行うなどして、元のトークルームに戻ったことを端末２０のユーザに通知してもよいし、そのようにしなくてもよい。

＜第８実施例の効果＞
本実施例は、端末２０が、第２トークルームを表示部２４に表示する。そして、端末２０は、表示した第２トークルームに、移動元トークルーム情報（限定ではなく、第２チャットルームから第１チャットルームに移動し、第１チャットルームを表示部に表示することに関する第２表示の一例）を表示部２４に表示する。そして、端末２０が、移動元トークルーム情報に対する入力に基づいて、第２トークルームから第１トークルームに表示を切り替える処理を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１チャットルームから第２チャットルームに移動した場合に、第２表示によって、移動元の第１チャットルームを容易に認識できるようにすることができる。また、第２表示が表示された端末に対する入力に基づいて、移動元の第１チャットルームに簡単に戻れるようにすることができる。

また、この場合、端末２０が、移動元トークルーム情報に対する入力に基づいて、第２トークルームから第１トークルームに表示を切り替えた場合、第１トークルームから第２トークルームに移動した後に、第２トークルームから第１トークルームに移動したことを示すメッセージ等（限定ではなく、第１チャットルームから第２チャットルームに移動した後に、第２チャットルームから第１チャットルームに移動したことに関する通知の一例）を表示部２４に表示するようにすることができる。
このような構成により得られる実施例の効果の一例として、第１チャットルームから第２チャットルームに移動した後に、第２チャットルームから第１チャットルームに移動したことを端末のユーザが容易に認識できるようにすることができる。

また、この場合、端末２０は、第１トークルームに表示されるトークルーム情報に対する入力に基づいて、移動元トークルーム情報（限定ではなく、第１チャットルームに関する情報の一例）を第２トークルームに表示するようにすることができる。
このような構成により得られる実施例の効果の一例として、第１表示に対する入力に基づいて、第２チャットルームにおいて、移動元の第１チャットルームを端末のユーザが確認できるようにすることができる。

１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク

Claims (13)

1. 少なくともチャット機能を備えるサービスに関する処理を行う端末によって実行されるプログラムであって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないこととが前記端末によって実行され、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、または前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、のうち少なくとも１つを含む条件であり、
   前記第１表示を表示する場合、前記第１表示を表示する理由に関する第２表示を前記表示部に表示することが前記端末によって実行され、
   前記第１表示に対する前記端末のユーザによる入力に基づいて、前記第１チャットルームの少なくとも一部に重畳して、前記第２チャットルームに関する情報を表示することが前記端末によって実行される、
   プログラム。
2. 少なくともチャット機能を備えるサービスに関する処理を行う端末によって実行されるプログラムであって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないこととが前記端末によって実行され、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、または前記第１チャットルームでコンテンツの入力が無い状態で所定時間が経過したこと、のうち少なくとも１つを含む条件である、
   プログラム。
3. 少なくともチャット機能を備えるサービスに関する処理を行う端末によって実行されるプログラムであって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないこととが前記端末によって実行され、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、または前記第１チャットルームへのコンテンツの投稿が無い状態で所定時間が経過したこと、のうち少なくとも１つを含む条件である、
   プログラム。
4. 少なくともチャット機能を備えるサービスに関する処理を行う端末によって実行されるプログラムであって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないことと、
   前記第１表示を前記表示部に表示している状態で、前記第１チャットルームに対する前記ユーザによるメッセージ入力を検知した場合、前記第１表示を非表示にすることと、が前記端末によって実行され、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、または前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、のうち少なくとも１つを含む条件である、
   プログラム。
5. 請求項１に記載のプログラムであって、
   前記第２表示は、前記第１表示の近傍に表示される、
   プログラム。
6. 少なくともチャット機能を備えるサービスに関する処理を行う端末の情報処理方法であって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないこととを含み、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、または前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、のうち少なくとも１つを含む条件であり、
   前記第１表示を表示する場合、前記第１表示を表示する理由に関する第２表示を前記表示部に表示し、
   前記第１表示に対する前記端末のユーザによる入力に基づいて、前記第１チャットルームの少なくとも一部に重畳して、前記第２チャットルームに関する情報を表示することを含む、
   情報処理方法。
7. 少なくともチャット機能を備えるサービスに関する処理を行う端末の情報処理方法であって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないこととを含み、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、または前記第１チャットルームでコンテンツの入力が無い状態で所定時間が経過したこと、のうち少なくとも１つを含む条件である、
   情報処理方法。
8. 少なくともチャット機能を備えるサービスに関する処理を行う端末の情報処理方法であって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないこととを含み、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、または前記第１チャットルームへのコンテンツの投稿が無い状態で所定時間が経過したこと、のうち少なくとも１つを含む条件である、
   情報処理方法。
9. 少なくともチャット機能を備えるサービスに関する処理を行う端末の情報処理方法であって、
   前記端末のユーザを含む第１チャットルームを前記端末の表示部に表示することと、
   所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しないことと、
   前記第１表示を前記表示部に表示している状態で、前記第１チャットルームに対する前記ユーザによるメッセージ入力を検知した場合、前記第１表示を非表示にすることと、を含み、
   前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、または前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、のうち少なくとも１つを含む条件である、
   情報処理方法。
10. 少なくともチャット機能を備えるサービスに関する処理を行う端末であって、
    表示部と、
    前記端末のユーザを含む第１チャットルームを前記表示部に表示し、所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しない制御を行う制御部とを備え、
    前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、または前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、のうち少なくとも１つを含む条件であり、
    前記制御部は、
    前記第１表示を表示する場合、前記第１表示を表示する理由に関する第２表示を前記表示部に表示し、
    前記第１表示に対する前記端末のユーザによる入力に基づいて、前記第１チャットルームの少なくとも一部に重畳して、前記第２チャットルームに関する情報を表示する、
    端末。
11. 少なくともチャット機能を備えるサービスに関する処理を行う端末であって、
    表示部と、
    前記端末のユーザを含む第１チャットルームを前記表示部に表示し、所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しない制御を行う制御部とを備え、
    前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、または前記第１チャットルームでコンテンツの入力が無い状態で所定時間が経過したこと、のうち少なくとも１つを含む条件である、
    端末。
12. 少なくともチャット機能を備えるサービスに関する処理を行う端末であって、
    表示部と、
    前記端末のユーザを含む第１チャットルームを前記表示部に表示し、所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しない制御を行う制御部とを備え、
    前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、または前記第１チャットルームへのコンテンツの投稿が無い状態で所定時間が経過したこと、のうち少なくとも１つを含む条件である、
    端末。
13. 少なくともチャット機能を備えるサービスに関する処理を行う端末であって、
    表示部と、
    前記端末のユーザを含む第１チャットルームを前記表示部に表示し、所定条件が成立する場合は前記第１チャットルームとは異なる１または複数の第２チャットルームを前記表示部に表示することを促す第１表示を前記表示部に表示し、前記所定条件が成立しない場合は前記第１表示を前記表示部に表示しない制御を行う制御部とを備え、
    前記所定条件は、前記第２チャットルームに新たに受信したコンテンツがあること、または前記第２チャットルームに前記端末のユーザに対するメンションの投稿があること、のうち少なくとも１つを含む条件であり、
    前記制御部は、
    前記第１表示を前記表示部に表示している状態で、前記第１チャットルームに対する前記ユーザによるメッセージ入力を検知した場合、前記第１表示を非表示にする、
    端末。