JP2022095805A - サーバ、情報処理方法、プログラム - Google Patents

Abstract

【課題】トーク内において、ユーザの切り替わりを明示できる情報処理方法を提供する。【解決手段】メッセージを受け付ける受付ステップと、受付ステップにおいて受け付けたメッセージを、当該メッセージを送信したユーザに対応するアカウントに対応付けられたアイコンと対応付けて表示するための表示情報を出力する出力ステップと、メッセージに、当該メッセージの発言者として表示するためのアイコン情報が含まれる場合に当該メッセージを送信したアカウントに対応するアイコンを変更する変更ステップと、を含み、出力ステップは、変更ステップがアイコンの変更を行った場合に、変更後のアイコンに対応付けて前記受付ステップで受け付けたメッセージを対応付けて表示するための表示情報を出力する。【選択図】図１

Description

本開示は、サーバ、情報処理方法、プログラムに関する。

従来、多くのメッセンジャーアプリケーションが提供されている。近年では、メッセンジャーアプリケーションを利用するユーザのプロフィールを確認することもできる。例えば、特許文献１には、自分又は友だちのプロフィールに便利にアクセスできるプロフィール提供方法が開示されている。

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

ところで、近年においては自動応答による会話を行うボットがユーザのトークの相手になることがあり、例えば、商品販売の自動応答サービスが模索されている。しかしながら、このボットは予定調和の会話しかできないため、ユーザにとって歯がゆい会話しかできない。そのためユーザによっては、ボットからオペレータへの切り替わりを希望することが考えられる。しかしながら、上記特許文献１に記載のプロフィール提供方法では、ユーザがボットからオペレータに切り替わったことを、メッセンジャーアプリケーション上で一目で確認できないという問題があった。

本開示は、上記問題に鑑みてなされたものであり、インスタントメッセージングサービスにおいて、ユーザの切り替わりが一目で確認することができる情報処理方法、情報処理装置および情報処理プログラムを提供することを目的とする。

本開示の一実施形態に係るサーバは、第１アカウントから送信されたメッセージを、第１アカウントとは異なる第２アカウントに送信するサーバであって、記憶部に記憶されたプログラムに基づいて処理を実行するプロセッサーを備え、プロセッサーは、第１アカウントから送信された第１メッセージを、第２アカウントに送信する制御を行うことと、第１メッセージの送信に基づいて、第１メッセージと、第１アカウントによって設定された第１画像とが第２アカウントのユーザの端末に表示された後、第２アカウントから送信された、第１アカウントのユーザに関する第１情報を受信する制御を行うことと、第１情報の受信に基づいて、第１画像とは異なる、第１アカウントによって設定された第２画像に関する第２情報を第２アカウントに送信する制御を行うことと、第１アカウントから送信された、第１メッセージとは異なる第２メッセージを、第２アカウントに送信する制御を行うこととを実行し、第２メッセージと、第２情報に基づく第２画像とは、第２メッセージの送信に基づいて、第２アカウントのユーザの端末に表示される。

また、本開示の一実施形態に係る情報処理方法は、第１アカウントから送信されたメッセージを、第１アカウントとは異なる第２アカウントに送信するサーバの情報処理方法であって、第１アカウントから送信された第１メッセージを、第２アカウントに送信する制御を行うことと、第１メッセージの送信に基づいて、第１メッセージと、第１アカウントによって設定された第１画像とが第２アカウントのユーザの端末に表示された後、第２アカウントから送信された、第１アカウントのユーザに関する第１情報を受信する制御を行うことと、第１情報の受信に基づいて、第１画像とは異なる、第１アカウントによって設定された第２画像に関する第２情報を第２アカウントに送信する制御を行うことと、第１アカウントから送信された、第１メッセージとは異なる第２メッセージを、第２アカウントに送信する制御を行うこととを含み、第２メッセージと、第２情報に基づく第２画像とは、第２メッセージの送信に基づいて、第２アカウントのユーザの端末に表示される。

また、本開示の一実施形態に係るプログラムは、第１アカウントから送信されたメッセージを、第１アカウントとは異なる第２アカウントに送信するサーバによって実行されるプログラムであって、第１アカウントから送信された第１メッセージを、第２アカウントに送信する制御を行うことと、第１メッセージの送信に基づいて、第１メッセージと、第１アカウントによって設定された第１画像とが第２アカウントのユーザの端末に表示された後、第２アカウントから送信された、第１アカウントのユーザに関する第１情報を受信する制御を行うことと、第１情報の受信に基づいて、第１画像とは異なる、第１アカウントによって設定された第２画像に関する第２情報を第２アカウントに送信する制御を行うことと、第１アカウントから送信された、第１メッセージとは異なる第２メッセージを、第２アカウントに送信する制御を行うこととがサーバによって実行され、第２メッセージと、第２情報に基づく第２画像とは、第２メッセージの送信に基づいて、第２アカウントのユーザの端末に表示される。

実施形態の一態様における通信システムの構成を示す図である。 （ａ）、（ｂ）は、実施形態の一態様におけるサーバの構成を示す図である。 （ａ）は、メッセージのデータフォーマット例である。（ｂ）は、サーバが保持するアイコンデータのデータ構成例を示す概念図である。 第１実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 第１実施形態に係るユーザ切替に係るサーバの処理の一例を示すフローチャートである。 第１実施形態に係るユーザ切替に係る端末の処理の一例を示すフローチャートである。 （ａ）は、トークルームの画面例を示し、（ｂ）は、アイコンを切替えた状態のトークルームの画面例を示す図である。 （ａ）は、プッシュ通知の画面例を示し、（ｂ）は、アイコンを切替えた状態のプッシュ通知の画面例を示す図である。 第２実施形態に係る通信システムの処理のシーケンスの一例を示す図である。

＜通信の秘密の遵守＞
本明細書に記載の開示を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施されるものであることに留意されたい。

本開示に係る情報処理方法を実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態における通信システムの構成を示す図である。図１に示すように、通信システムでは、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。

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

例えば、ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ただし、本開示において、ネットワーク３０は、これらに限定されない。また、ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

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

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、代表として端末２０について説明する。また、必要に応じて端末２０Xに対応付けられたユーザ情報をユーザ情報X、端末２０Xを操作するユーザをユーザXとして説明する。なお、ユーザ情報とは、インスタントメッセンジャーを代表とするSNS（Social Network Service）におけるアカウントに対応付けられた情報の一部または全部であり、例えば、ユーザ名やユーザ画像である。他にもユーザ識別子、ユーザの年齢、性別、住所などの情報であってもよく、それらの組み合わせであってもよい。ただし、これらに限定されない。

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

＜ハードウェア（HW）構成＞
図１を用いて、通信システムに含まれる各装置のHW構成について説明する。

（１）端末のHW構成
端末２０は、制御装置２１（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８、通信Ｉ／Ｆ２２（インタフェース）、入出力装置２３、表示装置２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のHWの各構成要素は、例えば、バスBを介して相互に接続される。

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

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

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、当該接触位置の座標を制御装置２１に伝達する。一方で、入力装置は、タッチパネル以外の入力装置＃により実現されてもよい。入力装置は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。ただし、本開示において、入力装置は、これらに限定されない。

出力装置は、制御装置２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置により実現されても良い。出力装置は、例えば、スピーカ（音声出力）、レンズ（例えば３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含むことができる。ただし、本開示において、出力装置は、これらに限定されない。

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

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

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

制御装置２１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）であってもよい。ただし、本開示において、制御装置２１は、これらに限定されない。

記憶装置２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８は、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体により実現される。ただし、本開示において、記憶装置２８は、これらに限定されない。

端末２０は、プログラムＰを記憶装置２８に記憶し、このプログラムＰを実行することで、制御装置２１が、制御装置２１に含まれる各部としての処理を実行する。つまり、記憶装置２８に記憶されるプログラムＰは、端末２０に、制御装置２１が実行する各機能を実現させる。

マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。

（２）サーバのHW構成
サーバ１０は、制御装置１１（ＣＰＵ）、記憶装置１５、通信Ｉ／Ｆ１４（インタフェース）、入出力装置１２、ディスプレイ１３を備える。サーバ１０のHWの各構成要素は、例えば、バスBを介して相互に接続される。

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

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

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

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

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

ディスプレイ１３は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３は、は、３Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。
サーバ１０は、プログラムＰを記憶装置１５に記憶し、このプログラムＰを実行することで、制御装置１１が、制御装置１１に含まれる各部としての処理を実行する。つまり、記憶装置１５に記憶されるプログラムＰは、サーバ１０に、制御装置１１が実行する各機能を実現させる。

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

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

また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。

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

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

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

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

なお、本開示のプログラムは、例えば、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。ただし本開示はこれらに限定されない。

＜第１実施形態＞
第１実施形態は、一つのアカウントで、ユーザの切替を行ったことが同じトークルーム内において他のユーザが一目で認識することが理解できるようにユーザを示すアイコンを変更する形態である。また、第１実施形態においては、アイコンの変更とともに、ユーザネームも変更されてもよい。

第１実施形態では、アイコンの変更を必要条件とし、ユーザネームの変更を付加的なものとして説明するが、ユーザネームの変更を必要条件とし、アイコンの変更を付加的なものとしてもよいし、アイコンの変更とユーザネームの変更とを必要条件としてもよい。

一例として、図２（ａ）に示すように、サーバ（情報処理装置）１０は、受付部１６と、出力部１７と、変更部１８とを備える。

サーバ１０は、少なくとも第１アカウントに対応する第１ユーザと第２アカウントに対応する第２ユーザとの間のメッセージのやり取りをするトークルームを提供するものである。

受付部１６は、メッセージを受け付けるものである。

また、出力部１７は、受付部１６が受け付けたメッセージを、当該メッセージを送信したユーザに対応するアカウントに対応付けられたアイコンと対応付けて表示するための表示情報を出力するものである。

そして、変更部１８は、メッセージに、当該メッセージの発言者として表示するためのアイコン情報が含まれる場合に当該メッセージを送信したアカウントに対応するアイコンを変更して表示するものである。

ここで、出力部１７は、変更部１８がアイコンの変更を行った場合に、変更後のアイコンに対応付けて受付部１６で受け付けたメッセージを対応付けて表示するための表示情報を出力する。

このようなサーバ１０を備える通信システムについて、以下詳細に説明する。なお、図２（ａ）に示す各機能部は、図２（ｂ）に示すように、同等の機能を有する回路として構成されてよく、その場合に、１つの回路が複数の機能部の機能を実現するように構成されてもよい。

なお、第１実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。また、各種のサーバや端末が通常有する機能については、サーバ１０や端末２０も有するものとし、その説明については割愛する。

＜機能構成＞
（１）端末の機能構成
図１に示すように、端末２０は、制御装置２１により実現される機能として、メッセージ処理部２１１と表示処理部２１２とを有する。

メッセージ処理部２１１は、トークルームでのメッセージの送受信および送受信したメッセージの自端末での表示等の処理を行う機能を有している。一般的な表示画面としては、上から下に向かう時間軸に対し、左側に受信メッセージが表示され、右側に送信メッセージが表示される。また、メッセージ処理部２１１は、トークルームを表示装置２４に表示していない時にメッセージを受信した場合には、そのメッセージをＰｕｓｈ通知するための画像を生成し、例えば待機画面等において表示する。このとき、メッセージ処理部２１１は、Ｐｕｓｈ通知には、メッセージに対応するユーザのユーザネームやユーザアイコンを含ませてもよい。また、メッセージ処理部２１１は、ユーザのユーザアイコンやユーザネームを変更する情報とメッセージの内容との入力に応答して、図３（ａ）に示すデータフォーマットのメッセージを生成し、通信Ｉ／Ｆ２２を介してサーバ１０に送信させる。

表示処理部２１２は、メッセージ処理部２１１が生成した表示データを表示装置２４を介して表示する。表示処理部２１２は、表示用のデータを画素情報に変換し、表示装置２４のフレームバッファに書き込む機能を有する。

（２）サーバの機能構成
図１に示すように、サーバ１０は、制御装置１１により実現される機能として、受付部１６と、出力部１７と、変更部１８とを有する。

受付部１６は、トークルームに対するメッセージを受け付ける。受付部１６は、受け付けたメッセージがトークルームに対する書き込みである場合には、受け付けたメッセージを出力部１７に伝達する。また、受付部１６は、受け付けたメッセージがユーザの変更に係る情報を含むものであった場合には、受け付けたメッセージを変更部１８に伝達する。

ここで、受付部１６が受け付けるメッセージのデータフォーマット例について、図３（ａ）を参照しながら説明する。当該メッセージのデータフォーマット例は、送信側が作成するメッセージのフォーマットでもある。図３（ａ）に示すように、メッセージ３１０は、送信先ユーザＩＤ３１１と、メッセージタイプ３１２と、メッセージ内容３１３と、アイコン情報３１４と、ユーザネーム情報３１５とを含む。

送信先ユーザＩＤ３１１は、メッセージの送信先のユーザを示す情報である。送信先ユーザＩＤ３１１は、トークルームを特定するための情報であってもよい。メッセージタイプ３１２は、プッシュメッセージの情報の種別を示す情報であり、テキストデータであったり、画像データであったりなどの種別を示す。

メッセージ内容３１３は、トークルームあるいはプッシュメッセージ等において表示されるメッセージの本文の内容を示す情報であり、テキストであったり、画像であったりする。

アイコン情報３１４は、トークルームにおいてアカウントに対応するアイコンを変更する（メッセージを発言したユーザを別のユーザに見せる）場合に、表示するアイコンを特定するための情報である。アイコン情報３１４は、アイコンを特定可能な識別情報であってもよいし、ネットワーク上でアイコン画像が格納されている格納場所を指定する情報であってもよいし、アイコン画像そのものであってもよい。アイコン情報３１４の有無によって、上述のユーザの変更に係る情報とすることができ、アイコン情報３１４がメッセージに含まれている場合にアカウントに対応するユーザが変更されることとなる。本実施形態においては、アイコン情報３１４は、アイコンの所在を示す情報であるとする。

ユーザネーム情報３１５は、トークルームにおいてアカウントに対応するアイコンを変更するとともにユーザネームを変更する際において、変更後のユーザネームを示すテキストデータである。ユーザネーム情報３１５が、メッセージに含まれている場合には、メッセージに含まれるメッセージ内容３１３に示されるメッセージは、ユーザネーム情報３１５で示されるユーザネームで発言されることになる。

このように、送受信するメッセージを規定する各フィールドの一つとして、アイコン情報３１４のフィールドと、ユーザネーム情報３１５のフィールドとを新たに設けることによって、トークルームにおけるメッセージの発言者としてのユーザアイコン及びユーザネームを容易に変更することができる。また、アイコン変更用のAPIを別に設ける必要がないため、端末からサーバにメッセージ送信とアイコン変更リクエストとを別々に送る場合に比べて、遅延やエラーが発生しにくいという効果を奏する。前述の効果により、メッセージのアイコンやユーザネームが変更されないままにメッセージが送信されることを避けることができる。さらには、端末からサーバにメッセージ送信とアイコン変更リクエストとを別々に送る場合に比べて、通信量を抑えることもできる。

なお、図３（ａ）に示した送受信するメッセージのデータフォーマット例において、ユーザの変更を行わない場合には、アイコン情報３１４及びユーザネーム情報３１５は、空欄とすることができる。

出力部１７は、受付部１６が受け付けたメッセージを、当該メッセージを送信したユーザに対応するアカウントに対応付けられたアイコンと対応付けて表示するための表示情報を出力するものである。ここで、表示情報は、トークルームを示す表示情報である。このとき、受け付けたメッセージに対応するユーザが、変更部１８によりアイコンが一時的に変更されている場合に、出力部１７は、変更後のアイコンとメッセージを対応付けたトークルームの表示情報を生成する。ここで、トークルームの表示情報を生成するとは、トークルームに対して、受け付けたメッセージとアイコンとを対応付けて追加表示することを意味する。また、このとき、ユーザネームを変更する場合には、併せて変更されたユーザネームで、トークルームに対して、メッセージとともに追加表示されることを意味する。別の言い方をすれば、各端末２０において表示されるトークルームにおいて表示されるべき情報を生成することをいう。出力部１７が生成したトークルームの表示情報は、通信Ｉ／Ｆ１４を介して、トークルームに対応する端末２０に送信される。

変更部１８は、受付部１６からユーザの変更に係る情報を含むメッセージを受け付けた場合に、当該メッセージで示されるアカウントに対応するユーザを、他のユーザに変更する。上述のメッセージのデータフォーマット例に従えば、変更部１８は、アイコン情報３１４がある場合には、対応するメッセージのアイコンをアイコン情報３１４で示されるアイコンに変更するとともに、メッセージの発言の主をユーザネーム情報３１５で示される内容に変更する。このようにメッセージに含まれるフィールドにおいて、アイコン情報３１４と、ユーザネーム情報３１５とを含むことで、簡単にトークルームにおけるメッセージの発言者としてのアイコンやユーザネームを変更することができる。なお、限定ではなく、他の例として説明すると、トークルームに参加している少なくとも２つのアカウントのうちの１つのアカウントについて、複数のユーザが対応付けられている場合であって、当該複数のユーザの内の１つのユーザの切替要求を受け付けたときには、当該複数のユーザの内の１つのユーザ以外の他のユーザを、当該１つのアカウントを利用可能なユーザとして変更するという態様をとることもできる。より、具体的に説明すれば、アカウントＡを、複数のユーザＪｏｈｎ、Ｍａｒｋ、Ｊｅｎｎｙが使用可能となっていた場合であって、ＪｏｈｎがアカウントＡを使用可能となっている状態で、ユーザの切替要求があった場合には、Ｍａｒｋ又はＪｅｎｎｙがアカウントＡを使用可能なユーザとして変更される。上述のデータフォーマット例においては、アイコン情報３１４は、アカウントに対応する複数のユーザのうちのいずれかを指定するものであってもよい。なお、１つのアカウントに複数のユーザが対応付けられている場合に、通常使用可能なユーザが設定されていてよく、変更部１８によるユーザの変更は一時的なものであってよい。そのために変更部１８は、一時的に変更したユーザがアカウントを使用し終わった場合には、通常使用可能なユーザに使用権を戻すように変更設定を削除することとしてもよい。

上述のアイコンの変更を実現するために、サーバ１０の記憶装置１５は、図３（ｂ）に示すような各ユーザに対応したアイコンの情報を保持している。図３（ｂ）には、アイコン情報３００の一例としてのデータ概念図である。図３（ｂ）に示すように、アイコン情報３００は、アイコン情報３０１と、ユーザネーム３０２と、ユーザアイコン３０３とが対応付けられた情報である。

アイコン情報３０１は、通信システム上におけるアイコンを一意に特定可能な識別情報であり、メッセージに含まれるアイコン情報３１４と比較するための情報である。アイコン情報３１４と一致するアイコン情報３０１がある場合に、対応するユーザアイコン３０３がメッセージの発言者としてのアイコンとして用いられることになる。

ユーザネーム３０２は、アイコン情報３０１に対応付けられているユーザのトークルーム上における名称を示す情報である。ユーザネーム３０２は、必ずしも必要ではない。

アイコン３０３は、アイコン情報３０１に対応付けられているユーザがトークルーム上において使用する自身のアイコンを示す画像情報である。当該ユーザアイコン３０３は、ユーザが自身のプロフィール設定において設定することが可能である。

アイコン情報３００があることにより、制御装置１１は、アイコンの変更があった場合においても、トークルームに参加しているユーザのメッセージを変更したアイコンに対応付けて表示することができる。

また、記憶装置１５は、アカウントとユーザＩＤとを対応付けて記憶するとともに、当該アカウントがどのトークルームに対応するかの情報を記憶している。このとき、１つのアカウントに対して複数のユーザＩＤを対応付けて記憶することもあるが、当該１つのアカウントを一時に使用可能なユーザは、対応付けられている複数のユーザＩＤのうちの１つのユーザＩＤに対応するユーザのみである。

なお、ここでは、詳細を割愛するが、制御装置１１は、トークルームに係るメッセージのやり取りの処理全般を司るものであり、ユーザからのメッセージを受信するごとに、対応するトークルームに表示される情報の更新を行うとともに、当該トークルームに参加している他のユーザにメッセージを通知する機能を有する。

（３）通信システムにおけるやり取り
図４は、通信システムにおけるやり取りを示すシーケンス図である。図４に示すシーケンス図は、ユーザがユーザの切替要求を行った際のやり取りを示すシーケンス図である。

端末２０は、ユーザからの入力に応答して、サーバ１０に対してアイコン情報を含むメッセージを送信する（ステップＳ４０１）。

当該メッセージを受信したサーバ１０は、アイコンの変更を行う。ここでアイコンの変更とは、１つのアカウントに対応付けられている発言者として示されるアイコンを、一時的に、メッセージで指定されている他のアイコンに変更することをいう。そして、サーバ１０は、変更後のユーザアイコンと、そのメッセージを対応付けた表示情報を端末２０に送信、即ち、端末２０で表示されるトークルームに新たに表示すべき情報として、変更後のアイコンとメッセージの情報を送信する（ステップＳ４０２）。これにより、端末２０のトークルームに、変更後のアイコンとメッセージが対応付けられた表示される。

（４）サーバ１０の動作
図５は、サーバ１０がユーザの切替要求に係る情報を受信したときのサーバ１０の動作を示すフローチャートである。

図５に示すように、制御装置１１の受付部１６は、通信Ｉ／Ｆ１４からアイコンの切替要求に係る情報を含むメッセージを受信したか否かを判断する（ステップＳ５０１）。ここでいうアイコンの切替要求は、サーバ１０がボットユーザを用いてトークルームにおける応答をしている場合に、オペレータへの変更、あるいは、その逆の場合における要求のことをいう。

アイコンの切替要求に係る情報を含むメッセージを受信している場合（ステップＳ５０１のＹＥＳ）、受付部１６は、当該メッセージをディスプレイ１３に出力し、オペレータにユーザの切替（アイコンの切替）の要求があることを通知する（ステップＳ５０２）。この場合に、一例として、変更部１８は、アカウントを使用するユーザをボットからオペレータ、オペレータからボットに変更することとしてもよい。ユーザの切替要求に係る情報を含まないメッセージを受信した場合には（ステップＳ５０１のＮＯ）、ステップＳ５０３の処理に移行する。

ステップＳ５０３において、サーバ１０の受付部１６は、新たなメッセージを受け付けているか否かを判断する（ステップＳ５０３）。ここで、受付部１６は、通信Ｉ／Ｆ１４が受信した端末２０からのメッセージ、又は、制御装置１１がトークルームにおけるボットユーザとしてのメッセージ、又は、オペレータから入力されたメッセージを受け付ける。

受付部１６は、受け付けたメッセージがアイコン情報３１４を含んでいるか否かを判断する（ステップＳ５０４）。受け付けたメッセージにアイコン情報３１４が含まれる場合には（ステップＳ５０４のＹＥＳ）、変更部１８は、アカウントに対応するユーザのアイコンをアイコン情報３１４に含まれる情報に変更する。出力部１７は、受け付けたメッセージの内容を含み、アイコン情報３１４のフィールドに指定されているアイコンの画像を含む情報を、トークルームに対応する端末２０に送信する。即ち、出力部１７は、受け付けたメッセージと、変更後のアイコンとを対応付けてトークルームに表示される情報を更新し、当該トークルームに含まれる各ユーザの端末２０に当該トークルームに表示される情報を、通信Ｉ／Ｆ１４を介して、送信して（ステップＳ５０５）、処理を終了する。

受け付けたメッセージにアイコン情報３１４が含まれていない場合には（ステップＳ５０４のＮＯ）、出力部１７は、トークルームに表示される情報をトークルームに含まれる各ユーザの端末２０に通信Ｉ／Ｆ１４を介して送信し（ステップＳ５０６）、処理を終了する。即ち、出力部１７は、受け付けたメッセージの内容を含み、アイコン情報３１４のフィールドは空欄となっている情報を、トークルームに対応する端末２０に送信し（ステップＳ５０６）、処理を終了する。

図５に示す処理を行うことにより、サーバ１０は、ユーザの切り替えを行った場合にも、当該切り替えが実行されたことをトークルームに参加している他のユーザが一目で確認できるインスタントメッセージングサービスを提供することができる。特に、自動応答するボットユーザと、オペレータとの切り替わりを有するサービスにおいては、自動応答するボットユーザと、オペレータとの切り替わりを明確にすることができるので、ユーザにとって利便性の高いインスタントメッセージングサービスを提供することができる。

（５）端末２０の動作
図６は、端末２０における、インスタントメッセージングサービス係る処理を示すフローチャートである。

図６に示すように、まず、端末２０の入出力装置２３は、アイコンの切替に係る入力を受け付けたか否かを判定する（ステップＳ６０１）。ここでいうアイコンの切替は、自身が使用可能なアカウントにおける一時的なアイコンの変更を言い、メッセージを発言するユーザアイコンを示すアイコン情報の入力のことをいう。入出力装置２３は、受け付けたアイコンの切替要求を制御装置２１に伝達する。

アイコンの切替に係る入力を受け付けている場合には（ステップＳ６０１のＹＥＳ）、制御装置２１は、アイコンの切替に係る入力とメッセージの入力を受け付けると、通信Ｉ／Ｆ２２を介して、サーバ１０に、アイコン情報を含むメッセージを送信する。当該メッセージは、参加しているトークルームを示す情報と、当該トークルームに参加しているアイコン情報３１４を含み、更には、変更後のユーザネーム情報３１５を含んでもよい。

アイコンの切替に係る入力を受け付けていない場合には（ステップＳ６０１のＮＯ）、通信Ｉ／Ｆ２２は、サーバ１０からトークルームの情報を受信しているか否かを判定する（ステップＳ６０３）。サーバ１０からトークルームに対して表示する新たな情報（メッセージ）を受信している場合に（ステップＳ６０３のＹＥＳ）、通信Ｉ／Ｆ２２は、当該情報を、制御装置２１に伝達し、受信していない場合には（ステップＳ６０３のＮＯ）、処理を終了する。

制御装置２１のメッセージ処理部２１１は、トークルームに対して表示する新たな情報（メッセージ）を受け付けたときに、トークルームを表示しているか否かを判断する（ステップＳ６０４）。トークルームを表示している場合には（ステップＳ６０４ＮＯＹＥＳ）、メッセージ処理部２１１は、トークルームの表示内容を更新する。このとき、メッセージ処理部２１１は、ユーザによるアイコンの切替を含むメッセージが表示される場合には、その時点からのユーザのアイコンが、変更後のアイコンとなってメッセージに対応付けられて表示されるトークルームを表示装置２４に表示させる。メッセージ処理部２１１は、トークルームに対して表示する新たな情報を受け付けたときに、トークルームを表示していない場合には（ステップＳ６０４のＮＯ）、トークルームの情報として受信したメッセージと、対応するユーザのアイコン（変更後のアイコン）と、対応するユーザネームとを対応付けてＰｕｓｈ通知して（ステップＳ６０６）、処理を終了する。このとき、アイコンが変更されたメッセージがトークルームに登録されていた場合には、その変更後のアイコンと対応するメッセージがＰｕｓｈ通知されることになる。なお、図６に示す処理は、端末２０において、常時繰り返し実行される。

以上の処理により、端末２０は、ユーザの切替要求を行うことができるとともに、ユーザの切替要求に応答してサーバ１０がユーザの切替を行い、アイコンが変更されたトークルームの様子を表示することができる。ユーザのアイコンが切り替わることで、１つのアカウントを利用可能なユーザが複数存在する場合に、その切り替えを一目で確認することができるようになる。

（６）表示画面例
ここから、アイコンの切替について一具体例を用いて説明する。図７（ａ）は、一例としてのトークルームにおけるメッセージのやり取りの一例を示す画面図である。当該画面図は、端末２０の表示装置２４に表示される画面図である。

図７（ａ）は、トークルームにおいて、自動応答するボットと、ユーザとがメッセージのやり取りをしている状態を示している。図７（ａ）に示すように、画面左側に対話相手のメッセージが表示され、自身のメッセージは、右側に表示されている。また、対話相手のメッセージには、対話相手のユーザアイコンとユーザネームとが対応付けられて表示しており、対話相手のユーザの識別を容易にしている。

ところで、図７（ａ）の例に示すように、自動応答によるメッセージのやり取りは、ユーザの意図通りの回答が得られないことがある。そこで、ユーザは、端末２０に対してユーザの切替の要求を行う入力を行ったとする。例えば、図７（ｂ）のボットのメッセージに示される「はい」をタッチしたとする。すると、端末２０からはサーバ１０に対してユーザの切替要求を含むメッセージが送信されることになる。

すると、サーバ１０は、ユーザの切替要求を受けて、ユーザ「ボット」が対応するアカウントのユーザを、例えば、実際のサービスを提供する人間であるオペレータに変更する。ここでオペレータに変更するとは、応答を行う主体が「ボット」から「オペレータ」に変更することを意味し、自動応答を終了することを意味する。このとき、オペレータは、操作している自端末からサーバ１０に対して送信するメッセージには、オペレータのアイコン情報３１４と、ユーザネーム情報３１５とを含むメッセージを送信する。

したがって、端末２０は、トークルームに対して表示する新たな情報として、アイコン情報３１４とユーザネーム情報３１５とを含むメッセージを受け付けることになり、図７（ｂ）に示されるように、ユーザ変更後（アイコン変更後）には、変更後のユーザアイコンに対応付けて、そのメッセージとユーザネームとが表示される。

したがって、トークルームに参加しているユーザは、１つのアカウントについて別のユーザに切り替わった場合（例えば、図７に示すようにボットユーザからオペレータに切り替わった場合）において、ユーザが切り替わったことをアイコンが切り替わったことから明確に認識することができるようになる。

なお、トークルームにおけるメッセージとアイコンとの対応付けは、各メッセージに対してアイコンを対応付けた情報としてサーバ１０に保存されるため、変更部１８が変更したアイコンに対応付けられたメッセージは、いつ当該トークルームを確認しても、変更後のアイコンに対応付けた状態で視認することができる。即ち、インスタントメッセージングサービスが提供するメッセージングアプリケーションを一度終了した後に、再度メッセージングアプリケーションを起動してトークルームを確認しても、図７（ｂ）に示したようにユーザアイコンが切り替わったトークルームを確認することができる。

また、ユーザアイコンの変更は、アカウントに対応するユーザのプロフィールとして設定しているアイコン画像を変更することなく実行することができる。従来、アカウントに対して設定しているユーザは、自身のプロフィール画像を変更すれば、トークルーム等において表示されるユーザアイコンを変更できるが、本実施形態における通信システムによれば、そのような手間を弄することなく、アイコンの切替を行うことができる。

また、図８には、トークルームを表示していないときに端末２０がメッセージを受信した場合のＰｕｓｈ通知の表示例を示している。図８（ａ）は、アイコン変更前の表示例を示しており、図８（ｂ）は、アイコン変更後の表示例を示している。

図８（ａ）は、ユーザの切替前であって、図７（ｂ）の１１時４０分のメッセージをサーバ１０が受け付けて端末２０に伝達された場合であって、端末２０においてユーザがトークルームを表示していなかったときのＰｕｓｈ通知の例を示している。図８（ａ）に示すように、Ｐｕｓｈ通知では、新規のメッセージがあることを通知する他、その内容、メッセージを送信したユーザアイコンやユーザネームを併せて通知してもよい。

一方、図８（ｂ）は、ユーザの切替後であって、図７（ｂ）の１１時４３分のメッセージをサーバ１０が受け付けて端末２０に伝達された場合であって、端末２０においてユーザがトークルームを表示していなかったときのＰｕｓｈ通知の例を示している。図８（ｂ）に示すように、Ｐｕｓｈ通知においてもユーザの変更が行われていた場合には、変更後のユーザネーム及びユーザアイコンでＰｕｓｈ通知が行われる。

なお、図８では、ロック画面におけるＰｕｓｈ通知の例を示したが、ユーザネームとユーザアイコンの変更は、ロック画面におけるＰｕｓｈ通知に限定するものではないことは言うまでもない。

このようにＰｕｓｈ通知においてもユーザ切替（アイコン切替）を行ったことを反映して、ユーザアイコンとユーザネームの変更を行うことができる。

＜第２実施形態＞
第２実施形態は、アイコンを保持するサーバが別に存在する場合の実施形態を示すものである。上記第１実施形態においては、サーバ１０が各アイコンを保持するとともに、オペレータから入力されたメッセージ又は制御装置１１が自動的に生成したメッセージを送信する構成を示したが、本第２実施形態においては、サーバ１０が、アイコンを他のアイコンサーバ９００から取得する例を示す。

第２実施形態では、アイコンの変更を必要条件とし、ユーザネームの変更を付加的なものとして説明するが、ユーザネームの変更を必要条件とし、アイコンの変更を付加的なものとしてもよいし、アイコンの変更とユーザネームの変更とを必要条件としてもよい。

本第２実施形態におけるサーバ１０は、上記第１実施形態とは異なり、アイコン情報３１４を含むメッセージを受け付けた場合に、通信Ｉ／Ｆ１４は、当該アイコン情報３１４をアイコンサーバ９００に転送する。また、サーバ１０の通信Ｉ／Ｆ１４は、アイコンサーバ９００からアイコンの情報を受信した場合には、制御装置１１に伝達し、制御装置１１は、受信したアイコンを用いて端末２０から送信されたメッセージ内容に対応付けてトークルームで表示される情報を更新する。

一方、アイコンサーバ９００については、ハードウェア構成及び機能構成両面において、サーバ１０と略同一の構成となる。ただし、アイコンサーバ９００は、トークルームの情報を更新する機能については、保持しなくてよい。アイコンサーバ９００は、アイコン情報３１４を受けて付けて、対応するアイコン情報３０１を特定し、対応付けられているアイコン３０３をサーバ１０に返信する。

図９は、アイコンサーバ９００が存在する場合の通信システムにおけるやり取りを示すシーケンス図である。図９に示すように、端末２０は、ユーザからの入力に応答して、サーバ１０に対してアイコン情報３１４を含むメッセージを送信する（ステップＳ４０１）。

当該アイコン情報３１４を含むメッセージを受信したサーバ１０は、アイコンサーバ９００に、当該アイコン情報３１４を転送する（ステップＳ９０１）。

当該アイコン情報３１４を受信したアイコンサーバ９００は、一致するアイコン情報３０１を特定する。そして特定したアイコン情報３０１に対応付けられているアイコン３０３を取得し、サーバ１０に送信する（ステップＳ９０２）。

アイコンを受信したサーバ１０は、受信したユーザが参加しているトークルームを、ステップＳ９０２の処理により受信したユーザアイコンと、ステップＳ４０１において受信したメッセージのメッセージ内容を用いてトークルームに表示される情報を更新する。そして、サーバ１０は、アイコンが変更されるとともに新たなメッセージを含む更新後のトークルームの情報を端末２０に送信する（ステップＳ４０２）。

なお、ここでは、アイコンサーバ９００は、アイコンを送信するだけの機能を有するデータサーバとして機能する例を示しているが、アイコンサーバ９００は、ボットユーザとして機能してもよい。

このように通信システムは、サーバ１０とアイコンサーバ９００との２つのサーバが含まれる構成としてもよい。このような構成とすることで、アイコンサーバ９００が、第１実施形態においてサーバ１０が有する機能を代替することになるので、サーバ１０の処理負荷を軽減することができる。また、アイコン変更用のAPIを別に設ける必要がないため、端末からサーバにメッセージ送信とアイコン変更リクエストとを別々に送る場合に比べて、遅延やエラーが発生しにくいという効果を奏する。前述の効果により、メッセージのアイコンやユーザネームが変更されないままにメッセージが送信されることを避けることができる。さらには、端末からサーバにメッセージ送信とアイコン変更リクエストとを別々に送る場合に比べて、通信量を抑えることもできる。

＜変形例１＞
上記実施形態においては、トークルームに参加するユーザが、トークルームにおいて他のユーザの切替（例えばボットユーザからオペレータへの切替）を要求する入力を行うことをトリガとして、ボットユーザとオペレータとの切り替えを行う例を示したが、これは、その限りではない。

ユーザの切替は、サーバ１０のオペレータが実行することとしてもよい。また、あるいは、ユーザの切替は、サーバ１０の制御装置１１が、トークルーム上のメッセージを解析して、所定のキーワードがメッセージに含まれていることをトリガとして、自動的に切り替えることとしてもよい。

限定でなく例として、トークルームが所定の作品におけるキャラクターが応答するサービスである場合に、ユーザが特定のキャラクターに関するメッセージを入力したことをトリガとして、当該特定のキャラクターに切り替えるように構成されていてもよい。また、サーバ１０の制御装置１１が、当該所定の作品に含まれる複数のキャラクターのメッセージを交互に生成することで、あたかもこれらのキャラクターが互いに会話をしているかのような様子をユーザに見せることもできる。このとき、ボットユーザとして機能する端末からサーバ１０に対して送信されるメッセージには、それぞれ、アイコン情報３１４にはそれぞれのキャラクターを示す画像を示す情報が用いられ、ユーザネーム３１５にはそれぞれのキャラクターの名称を示す情報が用いられることになる。サーバ１０は、送受信するメッセージにおいて、アイコンに関する情報やニックネーム（ユーザネーム）に関する情報を含ませるだけで、トークルーム上におけるユーザアイコンとユーザネームの切替を実現することができる。

＜変形例２＞
上記実施形態においては、１ｔｏ１トークの例を示しているが、これは、複数のユーザが参加するグループトークにおいても、同様に１つのアカウントに対応する複数のユーザのなかでのユーザの切替を行うこととしてもよい。また、このとき、トークルームにおいては、１つのアカウントにおいてユーザの切替が行われたことが複数のユーザそれぞれが認識できるように、当該アカウントを示す情報を併せて表示することとしてもよい。

＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１０ サーバ
１１ 制御装置
１２ 入出力装置
１３ ディスプレイ
１４ 通信Ｉ／Ｆ
１５ 記憶装置
１６ 受付部
１７ 出力部
１８ 変更部
２０ 端末
２１ 制御装置
２２ 通信Ｉ／Ｆ
２３ 入出力装置（タッチパネル）
２４ 表示装置（ディスプレイ）
２５ マイク
２６ スピーカー
２７ カメラ
２８ 記憶装置

Claims (1)

1. 第１アカウントから送信されたメッセージを、前記第１アカウントとは異なる第２アカウントに送信するサーバであって、
   記憶部に記憶されたプログラムに基づいて処理を実行するプロセッサーを備え、
   前記プロセッサーは、
   前記第１アカウントから送信された第１メッセージを、前記第２アカウントに送信する制御を行うことと、
   前記第１メッセージの送信に基づいて、前記第１メッセージと、前記第１アカウントによって設定された第１画像とが前記第２アカウントのユーザの端末に表示された後、前記第２アカウントから送信された、前記第１アカウントのユーザに関する第１情報を受信する制御を行うことと、
   前記第１情報の受信に基づいて、前記第１画像とは異なる、前記第１アカウントによって設定された第２画像に関する第２情報を前記第２アカウントに送信する制御を行うことと、
   前記第１アカウントから送信された、前記第１メッセージとは異なる第２メッセージを、前記第２アカウントに送信する制御を行うこととを実行し、
   前記第２メッセージと、前記第２情報に基づく前記第２画像とは、前記第２メッセージの送信に基づいて、前記第２アカウントのユーザの端末に表示される。

Images