JP6785934B1

JP6785934B1 - サーバの情報処理方法、サーバ、プログラム、端末

Info

Publication number: JP6785934B1
Application number: JP2019167716A
Authority: JP
Inventors: 淳基寺山
Original assignee: Line Corp
Current assignee: Line Corp
Priority date: 2019-09-13
Filing date: 2019-09-13
Publication date: 2020-11-18
Anticipated expiration: 2039-09-13
Also published as: WO2021049047A1; JP2021043919A; KR20220062538A

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に対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Xと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

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

＜ハードウェア（HW）構成＞

図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。

（１）端末のHW構成

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

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

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

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

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、タッチパネル、タッチディスプレイ、スピーカ２３３（音声出力）、レンズ（限定でなく例として３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）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

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

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

（２）サーバのHW構成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。

端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。

サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

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

＜実施形態＞
本実施形態に係る通信システム１においては、端末２０同士でメッセージングアプリケーションを介して、トークルーム上でメッセージのやり取りを行うことができる。トークルームとは、限定ではなく一例として、サーバ１０が提供するメッセージングサービスにおいて、メッセージングサービスを利用するユーザ同士によって、送受信されたコンテンツをユーザの端末に表示可能にするユーザインターフェースである。また、トークルーム上でやり取りされるコンテンツは、ユーザが自身の端末２０を利用して入力した文字情報（収支内容に係る情報のテキストデータ）、写真やスタンプなどを含む画像情報（例えば、レシートの写真）、音声ファイル、動画ファイル、データファイルなど各種のファイル情報を含むが、これらに限定するものではない。ここで、トークルームを介して、ユーザと、サーバ１０のオペレータあるいは自動応答システム（いわゆるボット）とでコンテンツの送受信をし、各々の端末によってコンテンツを表示可能にしてもよい。また、更には、トークルームは、企業や店舗など、特定機関との間で開設することもできる。そのような企業あるいは店舗など、特定機関が一般ユーザとの間で開設するトークルームを、オフィシャルアカウントと呼称することがある。このようなオフィシャルアカウントは、そのアカウントを開設している企業や店舗が、情報を発信する場として用いられる。なお、トークルームの言い換えとしてチャットルームと表現されてもよいし、されなくてもよい。

ところで、情報を発信する側であるオフィシャルアカウント端末（以下、ＯＡ端末と呼称する）では、オフィシャルアカウントに登録しているユーザがオフィシャルアカウントのトークルームを開いた（既読になった）ことを確認することはできるものの、ユーザが実際に発信した情報の内容まで確認したかどうかや、どれほどの興味をもって見てくれたかまでは確認することができない。しかしながら、オフィシャルアカウントとしては、どれだけのユーザが実際に発信した情報を確認してくれたのかを確認したいという要望がある。

そこで、本実施形態においては、図２に示すように、まず、オフィシャルアカウントユーザＯＡＵは、ＯＡ端末２０Ａを用いて、オフィシャルアカウントに登録している各ユーザに送信したい情報であるＯＡ広告情報２０１を、サーバ１０に送信する。これを受けてサーバ１０は、受信したＯＡ広告情報２０１を、オフィシャルアカウントに登録している全ての一般ユーザＦＵのユーザ端末２０Ｂに送信する。なお、オフィシャルアカウントは第１アカウントの例であり、一般ユーザのアカウントが第２アカウントの例である。

これに対して、ユーザ端末２０Ｂは、ＯＡ広告情報２０１を実際に確認したかどうかを示す情報となるインプレッション情報６１０をサーバ１０に送信する。ここで、インプレッション情報６１０は、限定ではなく一例として、ユーザ端末２０Ｂにおいて、ユーザＦＵが内容を確認したかどうかであってもよいし、そうでなくてもよい。または、インプレッション情報６１０は、限定ではなく一例として、ユーザがＯＡ広告情報２０１の内容に興味をもったかどうかを示す情報であってもよいし、そうでなくてもよい。または、インプレッション情報６１０は、限定ではなく一例として、ユーザがＯＡ広告情報２０１を閲覧したことを示す情報であってもよいし、そうしでなくてもよい。インプレッション情報６１０は、限定ではなく一例として、ＯＡ広告情報２０１の一部のみが表示されたり、その全てが表示されたりしたときに１インプレションとして、生成されてよい。インプレッション情報６１０およびインプレッションの詳細については後述する。

サーバ１０では、オフィシャルアカウントに登録している各ユーザからのインプレッション情報６１０を集計し、コンテンツがインプレッションされた数に関する情報として、集計した内容を示す集計情報２０３をオフィシャルアカウントユーザＯＡＵのＯＡ端末２０Ａに送信する。これにより、オフィシャルアカウントユーザＯＡＵは、どれだけのユーザが発信した情報それぞれについて関心があったか、その数を認識することができる。よって、オフィシャルアカウントでより有効な情報の発信方法を模索することができる。以下、詳細に説明する。

（１）ユーザ端末の機能構成
図１に示すようにユーザ端末２０は、制御部２１により実現されるべき機能として、メッセージ処理部２１１と、表示処理部２１２と、検出部２１３とを備える。

メッセージ処理部２１１は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示処理部２１２に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。また、ここでメッセージ処理部２１１が処理する対象として、トークルームに対してユーザが入力したテキストメッセージに限らず、写真やスタンプなどを含む画像情報、音声ファイル、動画ファイル、データファイルなどを含んでよい。更には、トークルームのユーザが入力したコンテンツ（収支データ）を、サーバ１０に宛てて、その入力内容を示す情報を送信するよう通信Ｉ／Ｆ２２に対して指示する。

表示処理部２１２は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示処理部２１２に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。表示処理部２１２は、例えば、ユーザとオフィシャルアカウントとの間のトークルームを表示し、そのトークルームに対するＯＡ端末から送信された情報を表示する。

ここで、表示部２４で、表示されるオフィシャルアカウントに発信される情報について説明する。図３（ａ）、（ｂ）は、オフィシャルアカウントのトークルームの表示例を示す図である。

図３（ａ）に示すように、ＯＡ端末２０Ａから送信される情報（コンテンツ）は、メッセージ３０１ａに示されるようにテキストデータであってもよいし、メッセージ３０１ｂに示されるように、画像であってもよいし、メッセージ３０１ｃに示すような動画であってもよい。また、その他には、音声データであってもよいし、特定の位置とその位置を中心とした周辺の地図情報であってもよいし、予め定められた絵柄であるスタンプなどであってもよい。また、これらコンテンツの内容は、オフィシャルアカウントからの広告情報であってよい。ここでいう広告は、オフィシャルアカウントが関連する企業、店舗あるいは人物などを紹介、宣伝し、情報伝達を行うものをいう。また、この広告は、オフィシャルアカウントが関連する企業、店舗などが提供する商品やサービスの内容に関するものであってもよい。また、オフィシャルアカウントのトークルームで、ＯＡ端末２０Ａから送信される情報は、それらのコンテンツを複数組み合わせた（パッケージングした）メッセージセットとして送信されるものであってもよい。図３（ｂ）は、メッセージセットの例を示す図である。オフィシャルアカウントのトークルームにおいては、ＯＡ端末２０Ａからメッセージセットという態様で情報を発信することができる。メッセージセットとは、一つのメッセージ３１０として、複数の異なる種別のコンテンツをひとまとめにしたものをいう。図３（ｂ）に示す例では、メッセージセット３０１に、テキスト情報を含むメッセージ３１１ａ、スタンプであるメッセージ３１１ｂ、複数の動画を示すメッセージ３１１ｃ、画像を示すメッセージ３１１ｄを含む態様を示している。なお、メッセージ３１１ｃのように複数の異なるコンテンツを横方向にフリック（スライド）可能に配された構成をカルーセルと呼称することがあり、ユーザは、フリック操作により中央に表示したいコンテンツを持ってきてその内容を確認することができる。図３（ｂ）は、メッセージセットの単なる一例であり、メッセージセットとしていくつのコンテンツを含んでもよく、一つのみであってもよい。また、同種類のコンテンツが複数含まれることとしてもよい。また、一つのメッセージに内に異なる種別のコンテンツが複数含まれてもよく、限定ではなく一例として、一つのメッセージの中にテキスト情報と画像情報とが含まれる態様であってもよい。

検出部２１３は、オフィシャルアカウントから発信された情報それぞれについて、表示部２４に所定の基準で表示されたかどうかに基づいて、コンテンツのインプレッションを検出する。図４を用いてユーザ端末２０Ｂでのインプレッションの取り方、即ち、インプレッションがあったことを検出する手法の限定ではなく一例について説明する。

図４は、一つのコンテンツに対してどのようにインプレッションをとるかを説明するための図であり、トークルームの表示例を示す図である。

検出部２１３は、一例として、図４（ａ）のメッセージ４０１ａ、４０１ｃに示すように、メッセージの一部のみ（１ドットだけの表示でもよい）が表示部２４に表示されたことで、インプレッションがあったと検出することができる。例えば、メッセージ４０１ａの下端部４１１ａ、あるいは、メッセージ４０１ｃの上端部４１１ｃが表示されたことを検出してインプレッションがあったと検出してもよい。

またあるいは、検出部２１３は、一例として、図４（ａ）のメッセージ４０１ｂに示すようにメッセージの全てが表示されたことを受けて、インプレッションがあったと検出してもよい。ここで、メッセージの全てが表示されたとは、メッセージ４０１ｂの上端部４１１ｂと、下端部６１２ｂとの双方が表示されたことを受けて、メッセージ４０１ｂに対するインプレッションがあったと検出することとしてもよい。仮に、メッセージ４０１ｂ内のテキスト情報が長く、一度にすべてが画面内に表示されない場合を想定して、メッセージの上端と下端が表示されたかどうかを検出してインプレッションがあったことを検出する構成としてもよい。また、メッセージ４０１ｂの上端部４１１ｂと、下端部６１２ｂとの間の定められたパーセンテージ（たとえば５０パーセント）表示されことを検出して、インプレッションがあったと検出してもよい。

またあるいは、検出部２１３は、一例として、図４（ｂ）のメッセージ４２０に示すように、メッセージ４２０のうちの特定の箇所が表示された場合に、インプレッションがあったと検出することとしてよい。図４（ｂ）の場合であれば、メッセージ４２０の中心、即ち、対角線４２１と４２２との交点である中心点４２３が表示されたことを検出して、メッセージ４２０に対するインプレッションがあったと検出してもよい。また、中心点４２３に限定されず、メッセージ４２０のうち、任意の一点であってもよいし、任意の複数点が表示されたことが検出して、メッセージ４２０に対するインプレッションがあったと検出してもよい。

また、検出部２１３は、メッセージのコンテンツ内容（属性）に応じて、インプレッションがあったかどうかの検出方法を変更してもよいし、変更しなくてもよい。例えば、コンテンツが動画であれば、その動画再生されたことを受けてインプレッションがあったと検出してもよいし、コンテンツとして外部コンテンツへのリンクが含まれていた場合にそのリンクをクリックしたかどうかによってインプレッションがあったか否かを検出してもよいし、特定のファイルがコンテンツとして送信された場合にその特定のファイルを実行したことをインプレッションがあったと検出することとしてもよい。このように、検出部２１３は、インプレッションがあったと検出することとしてよい。

検出部２１３は、一度、オフィシャルアカウントのトークルームが表示されてから、一度インプレッションがあったことを検出されたメッセージ（コンテンツ）については、以降はインプレッションの条件を満たしたとしてもインプレッションを検出しない構成としてよい。ただし、一度、オフィシャルアカウントのトークルームが非表示になってから、再度表示された場合には、再び、各メッセージについて、インプレッションを検出する。即ち、検出部２１３は、メッセージについては、ユーザがメッセージの内容を確認する度にインプレッション情報を生成する。

また、インプレッションとしては、メッセージセットに対するものも含まれてよい。メッセージセットのインプレッションは、メッセージセットに含まれるコンテンツのいずれか一つがインプレッションの条件を満たせば、メッセージセットとしてのインプレッションがあったと検出することとしてもよいし、メッセージセットに含まれるコンテンツのうち所定割合以上のコンテンツがインプレッションの条件を満たした場合にメッセージセットとしてのインプレッションがあったと検出することとしてもよいし、メッセージセットに含まれるコンテンツの全てがインプレッションの条件を満たした場合にメッセージセットとしてのインプレッションがあったと検出することとしてもよい。メッセージセットに対するインプレッションは一ユーザにつき、一度のみの検出することとしてよいが、この限りではない。また、メッセージセットとしてのインプレッションは、サーバ１０がメッセージセットに含まれるいずれかのコンテンツに対するインプレッション情報をユーザ端末２０Ｂから受け取ることでメッセージセットに対するインプレッションがあったことを検出する構成としてもよい。

また、検出部２１３は、上述したいずれの態様においても、コンテンツが所定時間以上表示されたことを追加の条件とし、コンテンツの表示時間が所定の閾値を超えた場合で、上記の条件のいずれかを満たした場合にインプレッションがあったと検出してもよい。

検出部２１３は、生成したインプレッション情報を、通信Ｉ／Ｆ１４を介して、ＯＡ端末２０Ａに送信する。

なお、ＯＡ端末２０Ａの構成としては、ユーザ端末２０Ｂと同様であってよいが、検出部２１３は備えていなくてもよい。
（２）サーバの機能構成

図１に示すように、サーバ１０は、制御部１１により実現される機能として、メッセージ処理部１１１と、集計部１１３と、提供部１１４と、を備える。

メッセージ処理部１１１は、各ユーザ間のやり取りを行うためのトークルームを管理する機能を備える。メッセージ処理部１１１は、サーバ１０が提供するメッセージングサービスの提供を受ける端末間のコンテンツを含むコンテンツのやり取りを中継する。即ち、あるユーザからトークルームへのコンテンツが送信された場合に、そのトークルームを特定し、トークルームに属する他のユーザにコンテンツを送信する。メッセージ処理部１１１は、例えば、ＯＡ端末２０Ａから受信したＯＡ広告情報を、オフィシャルアカウントに登録している各ユーザ端末と対応するトークルームに送信する。

集計部１１３は、オフィシャルアカウントのトークルームにおいて、ＯＡ端末２０Ａから送信された各コンテンツについて、オフィシャルアカウントに登録している各ユーザからのインプレッション情報を集計（計数）して、各コンテンツについてのインプレッション数を計数する。

集計部１１３は、インプレッション情報を受信すると、そのインプレッション情報に含まれるコンテンツＩＤを特定し、特定したコンテンツＩＤに対応するコンテンツインプレッション数を１加算する。また、集計部１１３は、インプレッション情報を受信すると、そのインプレッション情報にセットＩＤが含まれているか否かを検出する。セットＩＤが含まれていた場合には、インプレッション情報に含まれるユーザＩＤから過去にそのセットＩＤに対応するコンテンツＩＤに対してインプレッション情報が送信されたかどうかを検出する。そして、送信されていなかった場合に、セットインプレッションを１加算する。

提供部１１４は、コンテンツに対してオフィシャルアカウントに登録しているユーザによりインプレッションされた数に関する情報を、ＯＡ端末２０Ａに提供する。インプレッションされた数に関する情報は、コンテンツあるいはメッセージセットについて、それまでにインプレッションされた総計であってもよいし、そうでなくてもよい。また、インプレッションされた数に関する情報は、コンテンツあるいはメッセージセットについて、所定期間（限定ではなく一例として、直近の一か月など）にインプレッションされた合計であってもよい。限定ではなく一例として、提供部１１４は、インプレッションされた数に関する情報として、集計部１１３が集計した集計結果を示す集計情報を、オフィシャルアカウントのＯＡ端末２０Ａに通信Ｉ／Ｆ１４を介して送信する。集計情報は、少なくとも集計を行った時点での、各メッセージセットに対するインプレッション数、各コンテンツに対するインプレッション数を含む。集計情報は、その他に、インプレッション数の推移を示す情報、即ち、単位期間毎のインプレッション数の変化を示す情報を含んでもよいし、含まなくともよい。なお、提供部１１４は、特定のコンテンツについてのみのインプレッションされた数の情報をＯＡ端末２０Ａに提供してもよいし、しなくてもよい。また、提供部１１４は、特定のメッセージセットのインプレッションされた数の情報をＯＡ端末２０Ａに提供してもよいし、しなくてもよい。
以上がサーバ１０の構成である。

このように、本実施形態に係る通信システム１においては、オフィシャルアカウントに登録している各ユーザのユーザ端末２０Ｂから、サーバ１０に対して各コンテンツ事のインプレッション情報が送信され、サーバ１０がそれを集計した集計情報を生成してＯＡ端末２０Ａに送信するので、ＯＡ端末２０ＡのオフィシャルアカウントユーザＦＵＡは、オフィシャルアカウントのトークルームに発信した各情報について、各ユーザが実際にどれほど確認してくれたのか（興味を持ってくれたのか）を認識することができる。

＜データ＞
ここから、本実施形態に係るデータについて説明する。図５は、サーバ１０が生成する集計情報３００のデータ構成例を示すデータ概念図である。

図５に示すように集計情報３００は、セットＩＤ５０１と、コンテンツＩＤ５０２と、コンテンツ属性５０３と、セットインプレッション５０４と、コンテンツインプレッション５０５とが対応付けられた情報である。

セットＩＤ５０１は、ＯＡ端末２０Ａがオフィシャルアカウントのトークルームに送信したメッセージ（コンテンツ）でメッセージセットとして送信された場合に、そのメッセージセットを他のメッセージセットと区別することが可能なように一意に付された識別情報である。

コンテンツＩＤ５０２は、ＯＡ端末２０Ａがオフィシャルアカウントのトークルームに送信したメッセージ（コンテンツ）で、他のメッセージ（コンテンツ）と区別することが可能なように一意に付された識別情報である。コンテンツＩＤ５０２は、メッセージがメッセージセットとして送信された場合には、１以上が１つのセットＩＤ５０１に対応付けられ、メッセージ単体で送信された場合には、セットＩＤ５０１に対応付けられない。

コンテンツ属性５０３は、対応するコンテンツＩＤ５０２で示されるコンテンツの内容の属性を示す情報である。属性としては、テキスト、画像（静止画）、動画、音声、スタンプ、リッチメニュー、位置情報、地図情報、アンケート、クーポン、何らかのファイル、などであってよい。

セットインプレッション５０４は、対応するセットＩＤ５０１で示されるメッセージセットに対して、オフィシャルアカウントに登録しているユーザが、そのメッセージセットの一部を確認したことを示す情報であって、その人数を集計した情報である。セットインプレッション５０４は、一つのメッセージセットに対して一人のユーザが与え得るインプレッション数は１つまでとしてもよいし、しなくともよい。一人のユーザが、一つのメッセージセットに対するインプレッション数を１つまでに限定した場合には、どれだけ異なるユーザが、そのメッセージセットを見たのか（興味をもったのか）を特定することができる。

コンテンツインプレッション５０５は、対応するコンテンツＩＤ５０２で示されるメッセージコンテンツに対して、オフィシャルアカウントに登録しているユーザが、そのコンテンツの一部を確認した（インプレッションがあった）ことを示す情報であって、その個数を集計した情報である。ここでは、コンテンツインプレッション５０５は、一つのコンテンツに対して一人のユーザが与え得るインプレッション数に制限は設けないこととするが、制限を設ける構成としてもよい。

図５の例でいえば、セットＩＤ５０１が「Ｓ０００１０１」であるメッセージセットには、コンテンツとして、コンテンツＩＤ「Ｃ０１２９３０１３」、「Ｃ０１２９３０１４」、「Ｃ０１２９３０１５」の３つのコンテンツが含まれ、それぞれ、テキストと、動画と、テキストであることが理解できる。そして、メッセージセットとしてのインプレッション数は、「５０１０」であることも理解できる。また、コンテンツＩＤ「Ｃ０１２９３０１３」、「Ｃ０１２９３０１４」、「Ｃ０１２９３０１５」で示される各コンテンツのインプレッション数は、「７５０１」、「３９８０」、「７６００」となっている。

また、コンテンツＩＤ５０２が「Ｃ０１２９３０１６」であるコンテンツには、セットＩＤが対応付けられておらず、コンテンツ単体で送信されたこと、そのコンテンツインプレッション数が「１２１０２」であることが理解できる。

以上が、集計情報３００の構成例である。

次に、一般ユーザのユーザ端末２０Ｂからサーバ１０に送信されるインプレッション情報６１０について説明する。

図６（ａ）は、インプレッション情報６１０のデータ構成例を示すデータ概念図である。図６（ａ）に示すように、インプレッション情報６１０は、ユーザＩＤ６１１と、トークルームＩＤ６１２と、セットＩＤ６１３と、コンテンツＩＤ６１４とが対応付けられた情報である。

ユーザＩＤ６１１は、通信システム１でサーバ１０が、各ユーザを一意に識別するためにユーザに付与した識別情報である。

トークルームＩＤ６１２は、インプレッション情報６１０が、どのトークルームのコンテンツに対して作成されたのかを示し、他のトークルームから一意に区別できるように付されたトークルームの識別情報である。

セットＩＤ６１３は、インプレッション情報６１０が、どのメッセージセットに対して作成されたのかを示し、他のメッセージセットから一意に区別できるように付されたメッセージセットの識別情報である。セットＩＤ６１３は、インプレッション情報６１０に含まれないこともある。

コンテンツＩＤ６１４は、インプレッション情報６１０が、どのコンテンツに対して作成されたのかを示し、他のコンテンツから一意に区別できるように付されたコンテンツの識別情報である。

インプレッション情報６１０がユーザ端末２０Ｂからサーバ１０に送信されることにより、サーバ１０は、正確にインプレッション数を計数できる。

図６（ａ）に示す例では、このインプレッション情報６１０が、ユーザＩＤ「Ｕ４３９００２１４５」で示されるユーザのユーザ端末２０Ｂから、トークルームＩＤ「Ｔ０３８９０２１」で示されるトークルームに対してＯＡ端末から送信されたセットＩＤ「Ｓ０００１０１」で示されるメッセージセットの、コンテンツＩＤ「Ｃ０１２９３０１３」で示されるコンテンツに対してユーザのインプレッションがあったことを示していることが理解できる。

図６（ｂ）は、サーバ１０が保持するオフィシャルアカウント管理情報６２０のデータ構成例を示すデータ概念図である。図６（ｂ）に示すように、オフィシャルアカウント管理情報６２０は、ＯＡＩＤ６２１と、トークルームＩＤ６２２と、ユーザＩＤ６２３とが対応付けられた情報である。

ＯＡＩＤ６２１は、オフィシャルアカウントを開設しているオフィシャルアカウントユーザの通信システム１での識別情報であり、実質的にはユーザＩＤと同等の情報である。

トークルームＩＤ６２２は、オフィシャルアカウントのトークルームを一意に特定するための識別情報である。

ユーザＩＤ６２３は、通信システム１でサーバ１０が各ユーザを一意に識別するための識別情報であり、ここでは、対応するオフィシャルアカウントに登録しているユーザを示す情報である。

図６（ｂ）に示す例では、例えば、ＯＡＩＤ「ＯＡ０２９９１」で示されるＩＤを有するオフィシャルアカウントが、トークルームＩＤ「Ｔ０３８９０２１」で示されるＩＤを有するトークルームを介して、ユーザに情報を発信していることが理解できる。そして、そのオフィシャルアカウントには、ユーザＩＤ「Ｕ０９２０１１３３４」、「Ｕ４３９００２１４５」他で示されるＩＤを有するユーザが登録していることも理解できる。

オフィシャルアカウント管理情報６２０があることにより、サーバ１０は、どのユーザがどのオフィシャルアカウントに登録しているのかを特定できるとともに、インプレッション情報６１０を受信したときに、どのオフィシャルアカウントに対するインプレッションであるかを特定したりすることもできる。

＜動作＞
ここから、本実施形態に係る通信システム１、サーバ１０、ＯＡ端末２０Ａ、ユーザ端末２０Ｂの動作について説明する。図７は、通信システム１におけるＯＡ端末２０Ａと、サーバ１０と、ユーザ端末２０Ｂとの間のやり取りの一例を示すシーケンス図である。

図７に示すように、ＯＡ端末２０Ａは、オフィシャルアカウントのトークルームにＯＡ広告情報を送信する（ステップＳ７０１）。ＯＡ端末２０Ａは、オフィシャルアカウントユーザからの入力にしたがって、任意のタイミングでコンテンツ（ＯＡ広告情報）を送信する。したがって、複数のコンテンツが互いに異なる時間で送信される。

サーバ１０は、オフィシャルアカウントに登録しているユーザの端末のトークルームにＯＡ広告情報を送信する（ステップＳ７０２）。

ユーザ端末２０Ｂは、ＯＡ広告情報を受信すると、ユーザＦＵからの入力に従って、オフィシャルアカウントのトークルームに、ＯＡ広告情報を表示する（ステップＳ７０３）。ユーザ端末２０Ｂは、インプレッションがあったことを検出した場合に、インプレッション情報を生成して、サーバ１０に送信する（ステップＳ７０４）。

インプレッション情報を受信すると、サーバ１０は、必要に応じて、メッセージセットと、コンテンツ事にインプレッション情報を集計して集計情報を生成する（ステップＳ７０５）。そして、サーバ１０は、集計情報を、対応するオフィシャルアカウントのＯＡ端末２０Ａに送信する（ステップＳ７０６）。

ＯＡ端末２０Ａは、集計情報を受信すると、その集計情報を表示する（ステップＳ７０７）。これにより、オフィシャルアカウントユーザは、どれだけのユーザが各コンテンツやメッセージセットを確認しているかを認識することができる。

図８は、図７に示すやり取りを実現するためのＯＡ端末２０Ａの動作を示すフローチャートである。

図８に示すように、メッセージ処理部２１１は、ＯＡ端末２０Ａの入出力部２３が、オフィシャルアカウントユーザＯＡＵから、トークルームへの情報を受け付けたかを判断する（ステップＳ８０１）。トークルームへの情報を受け付けていない場合には（ステップＳ８０１のＮＯ）、ステップＳ８０５の処理に移行する。

トークルームへの情報を受け付けていた場合には（ステップＳ８０１のＹＥＳ）、メッセージ処理部２１１は、メッセージセットとして受け付けたかを判断する（ステップＳ８０２）。

メッセージセットとして、情報の入力を受け付けている場合には（ステップＳ８０２のＹＥＳ）、メッセージ処理部２１１は、複数のコンテンツ（一つでもよい）をメッセージセットとして、通信Ｉ／Ｆ２２を介して、トークルーム、即ち、サーバ１０に送信し（ステップＳ８０３）、処理を終了する。一方で、メッセージセットとして情報の入力を受け付けていない場合には（ステップＳ８０２のＮＯ）、メッセージ処理部２１１は、入力されたコンテンツを、通信Ｉ／Ｆ２２を介して、サーバ１０に送信し（ステップＳ８０４）、処理を終了する。

ステップＳ８０５において、表示処理部２１２は、通信Ｉ／Ｆ２２を介して、サーバ１０から集計情報を受信したか否かを判定する（ステップＳ８０５）。集計情報を受信したと判定した場合には（ステップＳ８０５のＹＥＳ）、表示処理部２１２は、受信した集計情報を、表示部２４に表示する（ステップＳ８０６）。集計情報を受信していない場合には（ステップＳ８０５のＮＯ）、処理を終了する。

情報を発信する側のオフィシャルアカウントユーザは、サーバ１０が提供するサービスを介して、オフィシャルアカウントに登録している（フォローしている）ユーザに各種の情報を発信できるとともに、集計情報により、発信した情報のユーザに対する影響などを推定することができる。

図９は、図７に示すやり取りを実現するためのユーザ端末２０Ｂの動作を示すフローチャートである。図９に示すフローチャートは、ユーザ端末２０Ｂにおいてインプレッションがあったか否かを確認する処理を示している。

メッセージ処理部２１１は、ユーザがユーザ端末２０Ｂにおいて、オフィシャルアカウントのトークルームを表示したか否かを判定する（ステップＳ９０１）。表示されていない場合（ステップＳ９０１のＮＯ）は、表示されるまで待機する。

オフィシャルアカウントのトークルームが表示された場合に（ステップＳ９０１のＹＥＳ）、検出部２１３は、オフィシャルアカウントのトークルームに対して、ＯＡ端末２０Ａから送信された各コンテンツについて、インプレションの条件を満たすか否かを検出する（ステップＳ９０２）。いずれのコンテンツもインプレッションの条件を満たしていない場合には（ステップＳ９０２のＮＯ）、ステップＳ９０５の処理に移行する。

検出部２１３が、いずれかのコンテンツが、インプレッションの条件を満たしたと検出した場合に（ステップＳ９０３）、そのコンテンツについて、インプレッション情報を送信済みであるか否かを確認する。メッセージ処理部２１１は、インプレション情報を送信すると、その履歴情報を残しており、この履歴情報を確認することで、インプレッション情報が送信済みかどうかを確認することができる。なお、履歴情報には、少なくとも、どのコンテンツについてインプレッション情報を送信したのかを示す情報が含まれる。コンテンツのインプレッション情報を送信済みであった場合には（ステップＳ９０３のＹＥＳ）、ステップＳ９０５の処理に移行する。

コンテンツのインプレッション情報が送信済みでない場合に（ステップＳ９０３のＮＯ）、検出部２１３は、ユーザＩＤと、トークルームＩＤと、コンテンツＩＤと、そして、あればメッセージセットＩＤとを含ませたインプレッション情報を生成し、通信Ｉ／Ｆ２２を介して、生成したインプレッション情報をサーバ１０に送信する（ステップＳ９０４）。

制御部２１は、ユーザ端末２０Ｂにおいて、表示されていたオフィシャルアカウントのトークルームを閉じたか否かを判定する（ステップＳ９０５）。ここで、オフィシャルアカウントのトークルームを閉じるとは、限定ではなく一例として、オフィシャルアカウントのトークルームが表示部２４に表示されなくなった（非表示になった）状態のことをいい、限定ではなく一例として、メッセージングアプリケーションを終了した状態であってもよいし、そうでなくてもよい。また、トークルームを閉じるとは、メッセージングアプリケーション上でオフィシャルアカウントのトークルームとは別のトークルームを表示した状態であってもよいし、そうでなくてもよい。また、トークルームを閉じるとは、メッセージングアプリケーション上でトークルームの表示からトークルームのリストやメッセージングアプリケーションでの広告やニュース等の表示に切り替えた状態であってもよいし、そうでなくてもよい。またトークルームを閉じるとは、メッセージアプリケーションを起動したままユーザ端末自体がスリープ状態に以降した状態や、メッセージングアプリケーションを起動したまま、別のアプリケーションを起動して、その別のアプリケーションを表示した状態であってもよいし、そうでなくてもよい。オフィシャルアカウントのトークルームを閉じていない場合には（ステップＳ９０５のＮＯ）、ステップＳ９０２の処理に戻る。

オフィシャルアカウントのトークルームが非表示になったと検出した場合には（ステップＳ９０５のＹＥＳ）、制御部２１は、インプレッション情報の送信履歴をリセットし、ステップＳ９０１の処理に戻る。インプレッション情報の送信履歴がリセットされることにより、再度オフィシャルアカウントのトークルームが開かれて、コンテンツがインプレッションの条件を満たした場合に、インプレッション情報が送信されることを保証する。

このように、ユーザ端末２０Ｂでは、オフィシャルアカウントが表示されると、各コンテンツについて、インプレッションがあったかどうかを検出し、インプレッションがあった場合に、インプレッション情報をサーバ１０に送信する。したがって、サーバ１０では、インプレッションがあったコンテンツを特定できるとともに、その情報をＯＡ端末２０Ａに提供することもできる。また、一つのコンテンツについてインプレッション情報を送信した場合には、オフィシャルアカウントのトークルームを開いている間は再度インプレッション情報を送信しないようにするとともに、オフィシャルアカウントを閉じた（限定ではなく一例として非表示にした）場合にはインプレッション情報の送信履歴をリセットすることで、ユーザが再度オフィシャルアカウントのトークルームを開いてコンテンツを確認した際のインプレッションの情報を再びサーバ１０に送ることで、ユーザのコンテンツに対する興味の度合の指標とすることができる。なお、本実施形態では、オフィシャルアカウントのトークルームが１度開かれてから閉じられるまでは、１コンテンツにつき、１インプレッションまでしかカウントしないという構成にしているが、オフィシャルアカウントのトークルームが１度開かれてから閉じられるまでにカウントされるインプレッションの数は、１コンテンツについて何度もカウントするように構成してもよいし、所定数（限定ではなく一例として、５回）までカウントするように構成してもよい。

最後に、図１０を用いて、サーバ１０の動作を説明する。図１０は、図７に示すやり取りを実現するためのサーバ１０の動作を示すフローチャートである。

図１０に示すように、サーバ１０の通信Ｉ／Ｆ１４は、インプレッション情報を受信する（ステップＳ１００１）。通信Ｉ／Ｆ１４は受信したインプレッション情報を、制御部１１に送信する。

制御部１１の集計部１１３は、受信したインプレッション情報が、どのオフィシャルアカウントに対するインプレッション情報であるかを特定する（ステップＳ１００２）。なお、ここでは、インプレション情報に、オフィシャルアカウントのトークルームの情報（トークルームＩＤ）を含ませることとしているが、インプレッション情報の中には含ませない構成としてもよい。インプレッション情報には、コンテンツＩＤが含まれることから、サーバ１０は、そのコンテンツＩＤがどのトークルームに対して送信されたコンテンツであることを特定できる。

次に、集計部１１３は、受信したインプレッション情報が、特定したオフィシャルアカウントのトークルーム内のどのコンテンツに対するインプレッションであるかを特定する。即ち、集計部１１３は、インプレッション情報に含まれるコンテンツＩＤを特定する。そして、集計部１１３は、特定したコンテンツＩＤに対応するコンテンツインプレッション数に１加算する（ステップＳ１００３）。

次に、集計部１１３は、受信したインプレッション情報にセットＩＤが含まれているか否かを判定する（ステップＳ１００４）。インプレッション情報にセットＩＤが含まれていない場合には（ステップＳ１００４のＮＯ）、ステップＳ１００７の処理に移行する。

インプレッション情報にセットＩＤが含まれていた場合には（ステップＳ１００４のＹＥＳ）、集計部１１３は、インプレッション情報に含まれるユーザＩＤによる、メッセージセットに対するインプレッションが加算済みか否かを判定する（ステップＳ１００５）。即ち、メッセージセットに対して、そのユーザが送信した最初のインプレッション情報であるか否かを判定する。これは、過去に受信したインプレッション情報がどのユーザのものかの履歴を残しておくことで実現することができる。

インプレッション情報に含まれるユーザＩＤによる、メッセージセットに対するインプレッションが加算済みである場合には（ステップＳ１００５のＹＥＳ）、ステップＳ１００７の処理に移行する。インプレッション情報に含まれるユーザＩＤによる、メッセージセットに対するインプレッションが加算済みでなかった場合には（ステップＳ１００５のＮＯ）、集計部１１３は、受信したインプレッション情報に含まれるセットＩＤに対応するセットインプレッション数を１加算し（ステップＳ１００６）、ステップＳ１００７の処理に移行する。

提供部１１４は、任意のタイミング（限定ではなく一例として、ＯＡ端末２０Ａからの要求に応じてや、一定時間ごとなど）で、集計部１１３がインプレッションを集計した集計情報を、対応するオフィシャルアカウントのＯＡ端末２０に、通信Ｉ／Ｆ１４を介して送信する（ステップＳ１００７）。

これにより、サーバ１０は、オフィシャルアカウントを開設しているオフィシャルアカウントユーザに対して、開設したオフィシャルアカウントに登録しているユーザがどれほど興味を持ってコンテンツを確認したかを示す情報（集計情報）を提供することができる。

この集計情報は、ＯＡ端末２０Ａに送信されるとＯＡ端末２０Ａの表示部２４に表示される。集計情報は、限定ではなく一例として、図１１に示されるように表示される。

図１１（ａ）は、表示部２４に示される画面図１１００に表示される集計情報であって、ＯＡ端末２０Ａから送信したメッセージセットに対するインプレッションの集計情報を表示した例を示している。図１１（ａ）に示されるように、メッセージセットを識別可能な識別情報と、集計を行った集計日と、メッセージセットのインプレッション数が対応付けられて表示される。

また、メッセージセットでなかった場合には、コンテンツの識別情報と、そのインプレッション数が表示される。

また、図１１（ｂ）に示すように、メッセージセットは、展開して、各コンテンツについてのインプレッション数が展開されるように構成されてよい。図１１（ｂ）の例では、図１１（ａ）のメッセージセットＳ０００１０１を展開した状態を示している。なお、図１１には示していないが、コンテンツやメッセージセットの内容をよりわかりやすくするために、その表示態様のサムネイル画像を共に対応付けて表示することとしてよい。また、インプレッション数の推移を示すグラフなどを表示することとしてもよい。このグラフは、横軸に時間、縦軸にインプレッション数をとったグラフであってよく、一定期間毎あるいは所定の日時で計測されたインプレッション数を示すグラフであってよい。

このような集計情報を見ることで、オフィシャルアカウントユーザは、自信で配信した情報に対して、どれだけのユーザが興味を持ったかを確認することができる。例えば、オフィシャルアカウントに登録しているユーザの総数とセットインプレッション数とを比較することで、単に、何らかの理由で一度登録しただけのユーザであるか、オフィシャルアカウントに興味を持って追随しているユーザとの比率を認識することができる。

＜変形例１＞
上記実施形態においては、単純に、コンテンツあるいはメッセージセットのインプレッションを集計する例を示しているが、これはその限りではない。

図５に示されるようにコンテンツには、コンテンツの属性情報（以下、コンテンツ属性情報）が対応付けられている。また、図示はしていないものの、ユーザについても、サーバ１０が提供するサービスを受けるにあたってユーザ登録する際に登録した属性情報（以下、ユーザ属性情報）がある。
そこで、通信システム１における属性情報の利用方法を説明する。

（１）集計情報の属性に応じたインプレッション数の表示
サーバ１０は、ユーザ属性の情報を保持している。したがって、制御部１１は、インプレッション情報のユーザＩＤを確認することで、ユーザの属性を取得することができる。ユーザの属性情報は、ユーザの任意により入力される情報であり、限定ではなく一例として、性別、年齢、および職業の少なくとも一つを含む。よって、集計部１１３は、その属性に応じて、インプレッション数を集計するように構成されてもよい。限定ではなく一例として、あるコンテンツについて、男性と女性とに分けて、男性のインプレッション数と女性のインプレッション数とを個別に計数してもよい。また、あるいは、限定ではなく一例として、あるコンテンツについて、年代別（１０代、２０代、３０代など）でインプレッション数を計数してもよいし、特定の年齢のインプレッション数のみを計数することとしてもよい。このように、集計部１１３は、特定のターゲットユーザについてのインプレッション数を集計することもでき、この情報を提供部１１４がＯＡ端末２０Ａに提供することで、オフィシャルアカウントユーザは、特定の属性を有するユーザの発信した情報（コンテンツ）に対する興味やニーズを推定することができる。このようにして、属性に応じて集計されたインプレッション数は、図１１と同様に、ＯＡ端末２０Ａの表示部２４に表示される。限定ではなく一例として、図１２に示すように、ＯＡ端末２０Ａの表示部２４は、属性に応じたインプレッション数を表示する。図１２は、属性として性別に応じたインプレッション数を表示した画面例１２００の例を示している。図１２の例では、コンテンツ「Ｃ０１２９３０１４」のインプレッション数は、「３９８０」であり、そのうち、男性によるインプレッション数が「２９５０」、女性によるインプレッション数が「１０３０」であることが理解できる。

なお、ここでは、ユーザ属性に応じたインプレッション数の集計の説明をしたが、これはコンテンツ属性に応じたものであってもよい。コンテンツ属性に応じたインプレッション数を集計した場合には、オフィシャルアカウントユーザは、どの属性でコンテンツを送信すると効果的かを推定することができる。

（２）属性に応じたコンテンツの送信
ＯＡ端末２０Ａが情報を発信する際にもユーザ属性を利用することができる。オフィシャルアカウントユーザとしては、特定の広告については、特定のユーザにのみ効果があることが事前にわかっている場合がある。例えば、男性専用商品の広告は、女性のユーザに送信しても見てもらえない可能性が予め高いと推察ができる。そこで、オフィシャルアカウントユーザＯＦＵは、ＯＡ端末２０Ａからコンテンツを送信する際に、対象となるユーザを指定してコンテンツを送信することとしてもよい。サーバ１０は、ＯＡ端末２０Ａから、対象ユーザの属性が指定されたコンテンツあるいはメッセージセットを受信した場合には、オフィシャルアカウントに登録しているユーザの中から、指定されている属性を有するユーザを選択して受信したコンテンツを、そのユーザのオフィシャルアカウントのトークルームに送信する。

また、集計情報によりオフィシャルアカウントユーザは、ユーザ属性ごとのインプレッション数を確認することができるが、このときに、オフィシャルアカウントユーザはＯＡ端末２０Ａから、インプレッションしたユーザに対して、更に、コンテンツを送信することとしてもよい。この場合、ＯＡ端末２０Ａは、コンテンツＩＤと、そのコンテンツＩＤで示されるコンテンツに対してインプレッションしたユーザが送信先であることを指定する指定情報とともに、更に送信したいコンテンツを、対応付けてサーバ１０に送信する。サーバ１０は、コンテンツＩＤと指定情報から、オフィシャルアカウントユーザが送信したユーザを特定し、特定したユーザに対して、受信した更に送信したいコンテンツを送信する。このように、過去に送信したコンテンツに対するインプレッション（反響）を見て、そのコンテンツに対する共感を得たユーザにのみ更なるコンテンツを送信することで、オフィシャルアカウント側としては、ユーザの更なる興味を引くことができるとともに、ユーザ側では、オフィシャルアカウントからの更なる情報を得ることができ、オフィシャルアカウントに対する満足度を向上させることができる。なお、指定情報としては、インプレッションしていないユーザという指定を行ってもよい。所定のコンテンツに対して、インプレッションしていないユーザを指定して、その所定のコンテンツと類似するものの別表現のコンテンツを更に送信して、ユーザの興味をひくようにしたり、所定のコンテンツに対してユーザは全く興味がないと判断して別種のコンテンツを送信することができる。また、その他の手法としては、あるコンテンツについて、特定の属性を有するユーザのインプレッション数が比較的高い場合に、そのユーザに対して更なる詳細な情報を送信するようにしてもよい。また逆に、あるコンテンツについて、特定の属性を有するユーザのインプレッション数が比較的低い場合に、その属性を有するユーザに対して表現を変えたコンテンツを送信して、興味の薄いユーザの興味が引けるように工夫することもできる。

このようにサーバ１０は、オフィシャルアカウントユーザが、特定の属性を有するユーザに対してのみ情報を送信できるようにすることができ、オフィシャルアカウントユーザの広告活動を支援することができる。

＜変形例２＞
上記実施形態に加えて、サーバ１０は、オフィシャルアカウントユーザに対して、複数のユーザに情報発信の場を提供していることをサービスとして提供することによる課金を行う課金部を備えてもよい。この課金は、情報を送信したユーザ数、即ち、オフィシャルアカウントの登録数分だけ、固定額を課金するものであってもよいが、ここでは、属性やインプレッション数に応じた課金額の設定（決定）について説明する。

（１）属性に応じた課金
オフィシャルアカウントユーザが発信する情報は、コンテンツの属性によって、ユーザに伝えられる情報量が異なるといえる。そこでサーバ１０の課金部は、オフィシャルアカウントユーザが送信したコンテンツの属性に応じた課金を行ってもよい。

限定ではなく一例として、送信したコンテンツの属性が「動画」であれば一人のユーザに送信したことにつき「３円」とし、送信したコンテンツの属性が「クーポン」であれば「４円」とし、送信したコンテンツの属性が「テキスト」であれば「０．５円」とするなどと設定してよい。そして、その設定に従って課金部は、例えば、オフィシャルアカウントに登録されているユーザ数が５００人で、送信したコンテンツが動画であった場合には、そのコンテンツの送信に対して、５００×３＝１５００円の課金を行う。また、例えば、テキストを送信したのであれば、課金部は５００×０．５＝２５０円の課金を行う。

（２）インプレッション数に応じた課金
サーバ１０の課金部は、ＯＡ端末２０Ａに対して、インプレッション数に応じた課金を実行する構成としてもよい。

上記実施形態に示したように、サーバ１０は、コンテンツごとのインプレッション数を取得することができる。インプレッション数が多いほど、オフィシャルアカウントユーザにとって効果的な情報の発信ができたと推定することができる。そこで、サーバ１０の課金部は、インプレッション数が多ければ多いほど課金額が高くなるように課金を実行することとしてよい。

限定ではなく一例として、課金部は、インプレッション数が、０〜１０００の場合は、１インプレッションにつき、「０．１円」、インプレッション数が、１００１〜３０００の場合は、１インプレッションにつき、「０．３円」、インプレッション数が、３００１〜５０００の場合は、１インプレッションにつき、「０．５円」、インプレッション数が、５００１〜１００００の場合は、１インプレッションにつき、「１円」、…というように課金を行ってもよい。例えば、インプレッション数が、２５００であった場合には、２５００×０．３＝７５０円の課金を行う。なお、インプレッション数の増加に依存せず、１インプレッションに対する課金額を固定としてもよい。すなわち、１インプレッション固定で「０．３円」としてもよい。また、上記の通りコンテンツの送信に対する課金に加えて、インプレッションに基づく課金を行ってもよい。

また、他の例としては、課金部は、インプレッション数が、０〜１０００の場合は、コンテンツを送信したユーザ数につき、「０．１円」、インプレッション数が、１００１〜３０００の場合は、コンテンツを送信したユーザ数につき、「０．３円」、インプレッション数が、３００１〜５０００の場合は、コンテンツを送信したユーザ数につき、「０．５円」、インプレッション数が、５００１〜１００００の場合は、コンテンツを送信したユーザ数につき、「１円」、…というように課金を行ってもよい。例えば、インプレッション数が、２５００で、コンテンツを送信したユーザ数が、４００人であれば、４００×０．３＝１２０円の課金を行う。

また、あるいは、課金部は、インプレッション数を入力変数とし、その数が多いほど課金額が高くなる関数を保持して、課金額を決定するようにしてもよい。

また、課金部は、オフィシャルアカウントユーザが集計情報を得た後で、特定のコンテンツについて、特定の属性を有する属性のユーザに対して、コンテンツを送信した際に、別途課金を行うこととしてもよい。この場合に、通常の課金額よりも多くなるように所定の計数を乗じた額を課金額とするように設定してもよい。そして、課金部は設定した課金額をＯＡ端末２０Ａのユーザに課金する（請求する）。

このように、インプレッション数や属性に応じた課金を行うことで、オフィシャルアカウントユーザのサーバ１０が提供するサービスに対する満足度を向上させることができる。

＜実施形態の効果＞
上記実施形態に示すように、サーバ１０は、オフィシャルアカウント（第１アカウントの例）ユーザのＯＡ端末２０Ａ（限定ではなく第１端末の例）から送信されたコンテンツを、一般ユーザがサーバ１０に登録しているアカウント（限定ではなく第２アカウントの例）との間で形成されたオフィシャルアカウントのトークルーム（限定ではなくチャットルームの例）に送信する。一般ユーザのユーザ端末２０Ｂは、そのコンテンツに対するインプレッションがあったことを検出すると、インプレッション情報（限定ではなく第１情報の例）をサーバ１０に送信する。サーバ１０は、受信したインプレッション情報を集計部１１３にて集計し、提供部１１４は、集計して得られる集計情報（限定ではなく第２情報の例）をＯＡ端末２０Ａに提供（送信）する。

これにより、サーバ１０は、ＯＡ端末２０Ｂに対して、サーバ１０を介してＯＡ端末２０Ｂが各ユーザに配信している情報についての有効性を見出すことができる情報を提供することができるので、ＯＡ端末２０Ｂのユーザに対して満足度の高いサービスを提供することができる。また、ＯＡ端末２０Ｂでは、どのコンテンツに対してどれだけのインプレッションがあったかを確認することができ、以降の情報配信において、より効果的な情報配信ができるように、工夫することができる。例えば、インプレッションが高かったコンテンツの共通点を探るなどして、より効果的な情報の配信を行ったり、インプレッションが低かったコンテンツの共通点を探ることにより、その共通点を含まない情報の配信を行ったりすることができるようになる。

通信システム１において、ＯＡ端末２０Ａは、オフィシャルアカウントに登録している複数のユーザに対してコンテンツを送信する。そして、サーバ１０は、オフィシャルアカウントに登録している複数のユーザ各々のユーザ端末２０Ｂそれぞれから、インプレッション情報を取得することとしてよい。

これにより、サーバ１０は、複数の異なるユーザからのインプレッション情報を取得することができるので、コンテンツに対するインプレッションの定性的な情報を得ることができる。即ち、コンテンツの全体的な印象がどのようなものであったかの情報を得ることができる。

通信システム１において、ＯＡ端末２０Ａは、様々な種類のコンテンツを送信することができる。例えば、動画、画像、テキスト（メッセージ）、音声、スタンプ、クーポン、地図情報などのコンテンツを送信することができる。そして、サーバ１０は、種別の異なる各コンテンツそれぞれについて、インプレッションを集計するとともに、各コンテンツごとのインプレッション数の情報を、ＯＡ端末２０Ａに送信することとしてよい。

これにより、ＯＡ端末２０Ａのオフィシャルアカウントユーザは、各種のコンテンツを送信することができ、その種別の異なる各コンテンツについて、どれだけのインプレッションがあったかを認識することができる。

ＯＡ端末２０Ａからオフィシャルアカウントのトークルームに対して送信されたコンテンツは、オフィシャルアカウントに登録している各ユーザの端末の表示部２４のトークルーム上に表示されることとしてよい。

これにより、オフィシャルアカウントに登録しているユーザは、ユーザ端末２０Ｂを用いて、オフィシャルアカウントユーザから発信された情報を認識することができる。

ユーザ端末２０Ｂの検出部は、オフィシャルアカウントのトークルームが開かれてから、閉じられるまで、一つのコンテンツについて、１回までしかインプレッションを検出しない構成としてよい。即ち、一つのコンテンツについて１回のトークルームの表示で２回以上カウントしない構成としてよい。ここで、トークルームを開くとは、オフィシャルアカウントのトークルームをユーザ端末２０Ｂの表示部２４に表示することをいい、トークルームを閉じるとは、トークルームがどのような態様であってもよいが、非表示になる状態のこという。即ち、メッセージングアプリケーションにおいてトークルームの表示を別の表示に切り替えることや、端末自体をスリープ状態に以降させることで非表示とすること、メッセージングアプリケーションとは別の表示に切り替えることによりトークルームが非表示となることなどを含んでよい。

これにより、例えば、ユーザが、何度もトークルームを上下方向にフリック操作することによって、同じコンテンツが何度も表示されることによって、インプレッションとしてカウントされるのを防止することができる。ユーザが何度もトークルームを往復して表示される態様の場合には、コンテンツを実際に確認しているかどうか確定できないため、インプレッションとしての信頼性が低いといえるので、そのようなインプレッションのカウントを防止することにより、サーバ１０は信頼度の高いインプレッションの情報をＯＡ端末２０Ａに提供することができる。

また、サーバ１０は、ＯＡ端末２０Ａに対して、コンテンツに対するインプレッションについて、ユーザ端末２０Ｂの属性、即ち、ユーザ端末２０Ｂを保持するユーザの属性に応じて計数したインプレッションの情報を提供することとしてよい。ここでいうユーザの属性は、性別、年齢、職業のいずれかであってよく、その他の属性であってもよい。

これにより、サーバ１０は、ＯＡ端末２０Ａに対して、ユーザの属性に応じたインプレッションの情報を提供することができるので、オフィシャルアカウントユーザは、例えば、性別毎のコンテンツに対する反応（インプレッション）や、年代ごとの反応（インプレッション）を確認することができる。

また、ＯＡ端末２０Ａは、コンテンツを送信する際に、特定の属性を指定して送信する。そして、サーバ１０は、オフィシャルアカウントに登録しているユーザのうち、その特定の属性を有するユーザに対してのみ、ＯＡ端末２０Ａからのコンテンツを送信するように構成してもよい。

これにより、ＯＡ端末２０Ａは、特定の属性を有するユーザに対してのみコンテンツを送信することができる。

また、ＯＡ端末２０Ａは、サーバ１０から送信された集計情報で示されるインプレッション情報に基づいて、別のコンテンツを送信することとしてよい。例えば、あるコンテンツについて、インプレッションが高かった場合に、そのコンテンツと同種のコンテンツを送信するようにしてもよいし、あるコンテンツについて、インプレッションが低かった場合に、そのコンテンツと同種でも表現の異なるコンテンツを送信したりすることができる。

即ち、オフィシャルアカウントユーザは、インプレッションの情報に応じたコンテンツの送信を行うことで、より効果的なコンテンツの送信を行うことができる。

サーバ１０は、ＯＡ端末２０Ａがコンテンツを送信することに対して課金を行う構成としてもよい。そして、サーバ１０は、限定ではなく一例として、コンテンツの属性に応じた課金や、送信したコンテンツのインプレッション数に応じた課金を課してもよい。

これにより、サーバ１０は、オフィシャルアカウントユーザに対して情報の配信に伴った課金を行うことができる。また、インプレッション数に応じた課金を行うことで、オフィシャルアカウントユーザにとって納得のいく課金を行うことができる。

ＯＡ端末２０Ａは、複数のコンテンツを含むメッセージセット（限定ではなくパッケージの例）という態様で、オフィシャルアカウントのトークルームに送信できるように構成されてよい。このとき、メッセージセットについては、１ユーザにつき、１インプレッションまでしかカウントしない構成としてよい。

これにより、ＯＡ端末２０Ａは、複数のコンテンツをひとまとめにして、疑似的に一つのメッセージとして、コンテンツを送信することができる。したがって、複数の態様でまとめて情報の発信を行うことができる。また、１ユーザにつき１インプレッションまでしかカウントしない構成とすることで、どれだけの異なるユーザがコンテンツに対してインプレッションを受けたかを認識することができる。

なお、ＯＡ端末２０Ａから送信されるコンテンツは、同時に送信されるものもあれば、異なる時間に送信されるものもあり、それぞれでインプレッションが計数されることとしてよい。

これにより、サーバ１０は、異なる時間それぞれで送信されたコンテンツについてのインプレッションを取得することができる。

１通信システム
１０サーバ
１１制御部
１１１メッセージ処理部
１１３集計部
１１４提供部
１２入出力部
１３表示部
１４通信Ｉ／Ｆ（通信部）
２０端末
２１制御部
２１１メッセージ処理部
２１２表示処理部
２１３検出部
２２通信Ｉ／Ｆ
２３入出力部
２３１タッチパネル
２３２マイク
２３３スピーカ
２３４カメラ
２４表示部（ディスプレイ）
２８記憶部
３０ネットワーク

Claims

第１アカウントのユーザの第１端末から送信されたコンテンツを、前記第１アカウントのユーザを含むチャットルームに含まれるアカウントのユーザの端末に送信するサーバによって実行されるプログラムであって、
前記チャットルームに含まれる前記コンテンツのインプレッションに関する第１情報を前記サーバの取得部によって取得することと、
前記取得部によって取得された前記第１情報に基づく、前記コンテンツが前記インプレッションされた数に関する第２情報を前記第１端末に前記サーバの通信部によって送信することとが前記サーバに実行され、
前記チャットルームは、前記第１アカウントのユーザと第２アカウントのユーザとを含む第１チャットルームと、前記第１アカウントのユーザと第３アカウントのユーザとを含む第２チャットルームとを少なくとも含み、
前記第１情報は、前記第２アカウントのユーザの第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づいて、または前記第３アカウントのユーザの第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づいて前記取得部に取得され、
前記第２情報は、前記第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報と、前記第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報とに基づく、前記コンテンツが前記インプレッションされた数に関する情報を含む。
請求項１に記載のプログラムであって、
前記コンテンツは、第１コンテンツと、前記第１コンテンツとは種別が異なる第２コンテンツとを含み、
前記第１情報は、前記第１チャットルームに含まれる前記第１コンテンツのインプレッションに関する第１インプレッション情報と、前記第１チャットルームに含まれる前記第２コンテンツのユーザのインプレッションに関する第２インプレッション情報とを含み、
前記第２情報は、前記第１コンテンツが前記インプレッションされた数に関する第１インプレッション数情報と、前記第２コンテンツが前記インプレッションされた数に関する第２インプレッション数情報とを含む。
請求項１または請求項２に記載のプログラムであって、
前記インプレッションは、前記第１チャットルームが開かれてから前記第１チャットルームが閉じられるまで２つ以上カウントされない。
請求項３に記載のプログラムであって、
前記第１チャットルームが開かれてから前記第１チャットルームが閉じるまでは、前記第１チャットルームが表示されてから前記第１チャットルームが非表示にされるまでを含む。
請求項３または請求項４に記載のプログラムであって、
前記第１チャットルームが閉じられるは、前記第２端末をスリープ状態にすることを含む。
請求項１に記載のプログラムであって、
前記第２情報に基づき、前記複数端末の属性ごとの前記インプレッションされた数に関する第３情報を前記第１端末に送信することが前記サーバに実行される。
請求項６に記載のプログラムであって、
前記属性は、性別、年齢、および職業の少なくとも一つを含む。
請求項６または請求項７に記載のプログラムであって、
前記属性の情報に基づき、前記第１端末から送信された第３コンテンツを、前記属性に属する前記第２端末に前記通信部によって送信することが前記サーバに実行される。
請求項１から請求項８のいずれか一項に記載のプログラムであって、
前記取得部によって取得された前記第１情報に基づいて、前記第１端末から送信された第４コンテンツを前記第２端末に対して前記通信部によって送信することが前記サーバに実行される。
請求項９に記載のプログラムであって、
前記第４コンテンツの送信に基づき、前記第１端末に請求する課金額を設定することが前記サーバに実行される。
請求項１から請求項１０のいずれか一項に記載のプログラムであって、
前記第２情報に基づき、前記第１端末に請求する課金額を設定することが前記サーバに実行される。
請求項１から請求項１１のいずれか一項に記載のプログラムであって、
前記取得部によって取得された、前記第２情報とは異なる、前記コンテンツを前記インプレッションしたユーザ数に関する第４情報を前記通信部によって前記第１端末に送信することが前記サーバに実行される。
請求項２に記載に記載のプログラムであって、
前記第１コンテンツと前記第２コンテンツとは、異なる時間に前記第１端末から送信される。
請求項２に記載のプログラムであって、
前記コンテンツは、前記第１コンテンツと前記第２コンテンツとを含むパッケージとして前記第１端末から送信される。
請求項１から請求項１４のいずれか一項に記載のプログラムであって、
前記コンテンツは、メッセージ、クーポン、およびスタンプの少なくとも一つを含む。
請求項１に記載のプログラムであって、
前記コンテンツは、前記第１端末から送信され、前記第１チャットルームに表示されるクーポンである。
第１アカウントのユーザの第１端末から送信されたコンテンツを、前記第１アカウントのユーザを含むチャットルームに含まれるアカウントのユーザの端末に送信するサーバの情報処理方法であって、
前記チャットルームに含まれる前記コンテンツのインプレッションに関する第１情報を前記サーバの取得部によって取得することと、
前記取得部によって取得された前記第１情報に基づく、前記コンテンツが前記インプレッションされた数に関する第２情報を前記第１端末に前記サーバの通信部によって送信することとを含み、
前記チャットルームは、前記第１アカウントのユーザと第２アカウントのユーザとを含む第１チャットルームと、前記第１アカウントのユーザと第３アカウントのユーザとを含む第２チャットルームとを少なくとも含み、
前記第１情報は、前記第２アカウントのユーザの第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づいて、または前記第３アカウントのユーザの第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づいて前記取得部に取得され、
前記第２情報は、前記第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報と、前記第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報とに基づく、前記コンテンツが前記インプレッションされた数に関する情報を含む。
第１アカウントのユーザの第１端末から送信されたコンテンツを、前記第１アカウントのユーザを含むチャットルームに含まれるアカウントのユーザの端末に送信するサーバであって、
前記チャットルームに含まれる前記コンテンツのインプレッションに関する第１情報を取得する取得部と、
前記取得部によって取得された前記第１情報に基づく、前記コンテンツが前記インプレッションされた数に関する第２情報を前記第１端末に送信する通信部とを含み、
前記チャットルームは、前記第１アカウントのユーザと第２アカウントのユーザとを含む第１チャットルームと、前記第１アカウントのユーザと第３アカウントのユーザとを含む第２チャットルームとを少なくとも含み、
前記取得部は、前記第２アカウントのユーザの第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づいて、または前記第３アカウントのユーザの第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づいて前記第１情報を取得し、
前記第２情報は、前記第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報と、前記第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報とに基づく、前記コンテンツが前記インプレッションされた数に関する情報を含む。
第１アカウントのユーザの第１端末から送信されたコンテンツを、前記第１アカウントのユーザを含むチャットルームに含まれるアカウントのユーザの端末に送信するサーバであって、
メモリに記憶されたプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを含み、
前記プロセッサーは、
チャットルームに含まれる前記コンテンツのインプレッションに関する第１情報を前記サーバの取得部によって取得することと、
前記取得部によって取得された前記第１情報に基づく、前記コンテンツが前記インプレッションされた数に関する第２情報を前記第１端末に前記サーバの通信部によって送信することとを実行し、
前記チャットルームは、前記第１アカウントのユーザと第２アカウントのユーザとを含む第１チャットルームと、前記第１アカウントのユーザと第３アカウントのユーザとを含む第２チャットルームとを少なくとも含み、
前記第１情報は、前記第２アカウントのユーザの第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づいて、または前記第３アカウントのユーザの第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づいて前記取得部に取得され、
前記第２情報は、前記第２端末に表示された前記第１チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報と、前記第３端末に表示された前記第２チャットルームへの前記コンテンツの表示に基づき取得された前記第１情報とに基づく、前記コンテンツが前記インプレッションされた数に関する情報を含む。