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

サーバ、情報処理方法、プログラム Download PDF

Info

Publication number
JP7191996B2
JP7191996B2 JP2021010661A JP2021010661A JP7191996B2 JP 7191996 B2 JP7191996 B2 JP 7191996B2 JP 2021010661 A JP2021010661 A JP 2021010661A JP 2021010661 A JP2021010661 A JP 2021010661A JP 7191996 B2 JP7191996 B2 JP 7191996B2
Authority
JP
Japan
Prior art keywords
information
content
terminal
account
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021010661A
Other languages
English (en)
Other versions
JP2022114368A (ja
Inventor
遼 西村
淳基 寺山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Line Corp
Original Assignee
Line Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Line Corp filed Critical Line Corp
Priority to JP2021010661A priority Critical patent/JP7191996B2/ja
Priority to PCT/JP2022/001364 priority patent/WO2022163403A1/ja
Publication of JP2022114368A publication Critical patent/JP2022114368A/ja
Priority to JP2022195612A priority patent/JP2023027192A/ja
Application granted granted Critical
Publication of JP7191996B2 publication Critical patent/JP7191996B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本開示は、サーバ、情報処理方法、プログラム等に関する。
アカウント間でコンテンツのやり取りを行うためのサービス（例えば、メッセージングサービス）がある。例えば特許文献１には、公式アカウント（オフィシャルアカウント）を利用して広告を配信する技術が開示されている。
特開２０１６－５３９２９号公報
本発明の第１の態様によると、第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバは、コンテンツに関する情報である第１情報 を取得し、第１アカウントが送信元である複数のコンテンツのうち、第１情報に基づくコンテンツが送信された数に 関する第２情報を取得する制御部と、制御部によって取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を第１アカウントに送信し、制御部によって取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第３情報とは異なる第４情報を第１アカウントに送信する通信部とを備える。
本発明の第２の態様によると、第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバの情報処理方法は、コンテンツに関する情報である第１情報を取得し、第１アカウントが送信元である複数のコンテンツのうち、第１情報に基づくコンテンツが送信された数に関する第２情報をサーバの制御部によって取得することと、制御部によって取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を第１アカウントにサーバの通信部によって送信し、制御部によって取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第３情報とは異なる第４情報を第１アカウントに通信部によって送信することとを含む。
本発明の第３の態様によると、第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバによって実行されるプログラムは、コンテンツに関する情報である第１情報を取得し、第１アカウントが送信元である複数のコンテンツのうち、第１情報に基づくコンテンツが送信された数に関する第２情報をサーバの制御部によって取得することと、制御部によって取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を第１アカウントにサーバの通信部によって送信し、制御部によって取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第３情報とは異なる第４情報を第１アカウントに通信部によって送信することとがサーバによって実行される。
本発明の第４の態様によると、第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバは、メモリに記憶されたプログラムを読み出し、プログラムに基づく処理を実行するプロセッサーを備え、プロセッサーは、コンテンツに関する情報である第１情報を取得し、第１アカウントが送信元である複数のコンテンツのうち、第１情報に基づくコンテンツが送信された数に関する第２情報を取得することと、取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を第１アカウントに送信し、取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第３情報とは異なる第４情報を第１アカウントに送信することとを実行する。
第１実施例に係る通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係る一般アカウント登録データの一例を示す図。 第１実施例に係る第１の公式アカウント管理データベースの一例を示す図。 第１実施例に係る第１のコンテンツ送信履歴管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第１実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第１変形例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る第２の公式アカウント管理データベースの一例を示す図。 第２実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２変形例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る第３の公式アカウント管理データベースの一例を示す図。 第３実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第４実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第４実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第４実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第５変形例に係る第２のコンテンツ送信履歴管理データベースの一例を示す図。 第６実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第６実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第６実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第６実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
＜実施例＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
本開示に係るサーバ等を実施するための実施形態について、図面を参照して説明する。
最初に、システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
また、本明細書において「関する」、「関連する」と記載された用語について、限定ではなく例として、「Ａに関するＢ」や「Ａに関連するＢ」といった場合、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
以下の実施例では、ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示する。また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。
なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。
また、以下の実施例では、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で、コンテンツを簡単なメッセージの形式で送受するインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。
チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。
また、トークルームには、１対１のユーザのトークルーム（１対１トークルーム）、複数のユーザを含むグループのトークルーム（グループトークルーム）、公式ユーザとのトークルーム（ＯＡトークルーム）等を含めることができる。
また、メッセージングアプリケーションのアカウントであって、一般のユーザではない事業者のアカウントを「公式アカウント（ＯＡ（Official Account））」と称し、この公式アカウントのユーザを「公式ユーザ」と称する。なお、これを「公式アカウントユーザ」や「公式アカウント事業者」等のように称してもよい。
それに対し、メッセージングアプリケーションのアカウントであって、公式ユーザではないユーザのアカウントを「一般アカウント」と称し、一般アカウントのユーザを「一般ユーザ」と称する。なお、これを「一般アカウントユーザ」等のように称してもよい。
つまり、メッセージングアプリケーションのアカウントには、一般アカウントと公式アカウントとを含めてよいものとする。
公式ユーザも、限定ではなく例として、一般ユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でメッセージの送受信を行うことができるようにすることができる。
本明細書において、コンテンツとは、送信元から送信先に送信される情報であってもよい。また、コンテンツは、１または複数のコンテンツであってもよい。
コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、ＵＲＩ（ＵＲＬ等を含む。）などのリンクコンテンツを含めてもよいものとする。
テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。
また、コンテンツの種類には、限定ではなく例として、少なくとも以下のいずれかの種類を含めてよいものとする。
（Ａ）単一コンテンツ
（Ｂ）複合コンテンツ
（Ｃ）コンテンツセット
（Ａ）単一コンテンツは、１つのコンテンツで構成されるコンテンツである。限定ではなく例として、１つのコンテンツが１つの吹き出しによってトークルームに表示されるものがこれに含まれる。
（Ｂ）複合コンテンツは、複数のコンテンツによって構成されるひとまとまりのコンテンツである。見かけ上は単一コンテンツであるが、１つのコンテンツではなく複数のコンテンツが含まれている点が単一コンテンツとは異なる。限定ではなく例として、複数のコンテンツによって構成されるひとまとまりのコンテンツが１つの吹き出しによってトークルームに表示されるものがこれに含まれる。
この複合コンテンツは、限定ではなく例として、関連性のある複数のコンテンツを１つのまとまりとして認識・閲覧させるなどの目的で作成されるものである。
（Ｃ）コンテンツセットは、複数の単一コンテンツ、複数の複合コンテンツ、１以上の単一コンテンツと１以上の複合コンテンツとの組合せ、のいずれかで構成されるセットのコンテンツである。コンテンツセットに含まれるコンテンツの数をＮ個（Ｎ：２以上の整数）とする場合、限定ではなく例として、Ｎ個の別個の吹き出しによってトークルームに表示されるものがこれに含まれる。
このコンテンツセットは、限定ではなく例として、関連性のある複数のコンテンツを別個に認識・閲覧させるなどの目的で作成されるものである。
次に、「コンテンツのインプレッション」について説明する。
コンテンツのインプレッションには、限定ではなく例として、少なくとも以下のいずれか１つを含めることができる。
（ａ１）コンテンツの表示
（ａ２）コンテンツの既読
（ａ３）コンテンツの開封
（ａ１）コンテンツの表示は、限定ではなく例として、コンテンツの全部（全体）が表示部に表示されたこととすることができる。
なお、コンテンツの情報の量が多く、一度に全ての情報を表示部に表示させることができない場合がある。
このため、コンテンツの全部が表示部に表示されたことばかりでなく、コンテンツの一部が表示部に表示されたことも、コンテンツのインプレッションに含めることができる。この場合、限定ではなく例として、少なくとも以下のいずれかをコンテンツのインプレッションとすることができる。
・コンテンツが１ドットでも表示されたこと
・コンテンツの上端と下端の少なくともいずれか一方が表示されたこと
・コンテンツが設定ドット数以上（または設定ドット数超）表示されたこと
・コンテンツがその縦の長さの設定割合以上（または設定割合超）表示されたこと
・コンテンツがその面積の設定割合以上（または設定割合超）表示されたこと
・コンテンツの特定箇所（限定ではなく例として中心箇所）が表示されたこと
（ａ２）コンテンツの既読は、（ａ１）コンテンツの表示の他、限定ではなく例として、コンテンツが現在は表示部に表示されていないが、ユーザ入力等に基づいて、コンテンツを表示部に表示させることが可能な状態とすることができる。限定ではなく例として、ユーザによってトークルームが選択され、トークルーム（トークルームの画像）が表示部に表示されたが、対象のコンテンツは表示部に表示されておらず、スクロール操作等によって、対象のコンテンツを表示部に表示させることが可能な状態がこれに含まれる。
つまり、コンテンツを実際にユーザが閲覧していなくても、コンテンツがインプレッションされる場合があることになる。
（ａ３）コンテンツの開封は、限定ではなく例として、コンテンツの種類が（Ｃ）コンテンツセットである場合に、このコンテンツセットに含まれるいずれかのコンテンツが表示部に表示されたこととすることができる。
限定ではなく例として、（ａ１）コンテンツの表示、が検出された回数を「閲覧数」として集計するようにすることができる。
なお、限定ではなく例として、（ａ２）コンテンツの既読、が検出された回数を「閲覧数」として集計するようにしてもよいし、そのようにしなくてもよい。
また、限定ではなく例として、（ａ３）コンテンツの開封、が検出された回数を「閲覧数」として集計するようにしてもよいし、そのようにしなくてもよい。
また、（ａ１）～（ａ３）を個別に集計することとし、
（ａ１）コンテンツの表示について「表示数」
（ａ２）コンテンツの既読について「既読数」
（ａ３）コンテンツの開封について「開封数」
をそれぞれ集計するようにしてもよいし、そのようにしなくてもよい。
また、インプレッションの概念に、限定ではなく例として、上記とは異なるもの（限定ではなく例として、ユーザによるコンテンツの選択に基づくものなど）を含めてもよい。
具体的には、インプレッションの概念に、限定ではなく例として、少なくとも以下のいずれか１つを含めることとしてもよい。
（ｂ１）クリック
（ｂ２）動画再生
（ｂ３）コンバージョン
（ｂ１）クリックは、コンテンツがユーザによってクリックされたこととすることができる。タッチパネルで入力を行う装置の場合、クリックはタップ（タッチ）と読み替えることができる。
なお、インプレッションとクリックとを別の概念としてもよい。つまり、インプレッションされたコンテンツがクリックされたことを、（ｂ１）のクリックとしてもよい。
（ｂ２）動画再生は、コンテンツが動画像コンテンツである場合に、この動画像コンテンツが再生されたこととすることができる。「動画再生」には、限定ではなく例として、動作再生の開始・動画再生の一時停止・動画再生の終了などを含めることができる。
なお、インプレッションと動画再生とを別の概念としてもよい。つまり、インプレッションされた動画コンテンツに対して動画再生が行われたことを、（ｂ２）の動画再生としてもよい。
（ｂ３）コンバージョンは、コンテンツに関連するアクションがユーザによって起こされたことに基づいて、そのコンテンツに関連する成果が得られたこととすることができる。
限定ではなく例として、コンテンツが店舗への来店を促すテキストコンテンツや画像コンテンツである場合、そのコンテンツに基づいて、ユーザがその店舗に来店したことがこれに含まれる。
限定ではなく例として、コンテンツが広告コンテンツである場合、そのコンテンツに基づいて、広告の商品やサービスがユーザによって購入されたことがこれに含まれる。
また、限定ではなく例として、コンテンツがクーポンコンテンツである場合、そのコンテンツに基づいてクーポンが取得され、そのクーポンがユーザによって使用されたことがこれに含まれる。
なお、インプレッションとコンバージョンとを別の概念としてもよい。つまり、インプレッションされたコンテンツに対してユーザによってアクションがなされ、その成果が得られたことを、（ｂ３）のコンバージョンとしてもよい。
なお、インプレッション対象のコンテンツが必ずしも表示されなくても、限定ではなく例として、ユーザによってインプレッション対象のコンテンツと関連するコンテンツが選択されたことを、インプレッション対象のコンテンツに対するインプレッションとしてもよい。
以下の実施例では、説明の簡明化のため、コンテンツの種類を、主として（Ａ）単一コンテンツ、として説明する。
ただし、コンテンツを、（Ｂ）複合コンテンツや（Ｃ）コンテンツセットとする場合も、以下の実施例で説明する手法と同様の手法によって、本開示の手法を実現可能である。
＜第１実施例＞
第１実施例は、限定ではなく例として、メッセージングサービスにおける公式ユーザが、公式アカウントと友だち登録を行っている一般ユーザにメッセージングサービスによってコンテンツを送信する。その後、公式ユーザが、送信したコンテンツのうち、一般ユーザによるコンテンツの閲覧数等を、公式ユーザの端末によって確認することを可能にする実施例である。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜システム構成＞
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
サーバ１０は、ネットワーク３０を介して、公式ユーザおよび一般ユーザが所有する端末２０にメッセージングサービス（メッセージングアプリケーション）を含むチャットサービス（チャットアプリケーション）を提供する機能を有する。サーバ１０は、メッセージングサーバやメッセージングサービスサービスサーバ、メッセージングアプリケーション管理サーバ等のように表現することもできる。
本実施形態では、メッセージングサービス事業者（運営者）をサーバ１０のユーザとする。
なお、本実施形態とは異なり、電子マネー（電子貨幣）等による電子決済を可能とする支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、メッセージングサービスを運営するようにしてもよい。支払いサービス事業者は、支払いアプリケーションの一機能としてメッセージングサービスを提供するようにしてもよいし、そのようにしなくてもよい。
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（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などのマークアップ言語などを用いて実装される。
［各装置の機能構成］
（１）サーバ
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってメッセージングアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、メッセージングアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５と、コンテンツ送信履歴管理データベース１５７とが記憶される。
一般アカウント登録データ１５３は、アプリケーション（この例ではメッセージングアプリケーション）の一般アカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
一般アカウント登録データ１５３には、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
一般ユーザ名は、アプリケーションを利用する端末２０の一般アカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
一般アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
この一般アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
一般アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
公式アカウント管理データベース１５５は、メッセージングアプリケーションにおける公式アカウントを管理するための管理用のデータベースであり、その一例である第１の公式アカウント管理データベース１５５Ａのデータ構成例を図１－５に示す。
第１の公式アカウント管理データベース１５５Ａには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウント友だちデータとが記憶される。
公式ユーザ名は、アプリケーションを利用する端末２０の公式アカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
公式アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
この公式アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
公式アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般アプリケーションＩＤまたは公式アプリケーションＩＤとすることができる。
なお、一般アプリケーションＩＤに代えて「一般ユーザＩＤ」としてもよいし、しなくてもよい。また、公式アプリケーションＩＤに代えて「公式ユーザＩＤ」としてもよいし、しなくてもよい。一般アプリケーションＩＤと公式アプリケーションＩＤとを区別する必要がない場合には、単に「ユーザＩＤ」としてもよいし、しなくてもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝一般アプリケーションＩＤまたは公式アプリケーションＩＤ」とすることができる。
また、限定ではなく例として、１つの一般アプリケーションＩＤまたは公式アプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
また、一般アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、一般アプリケーションＩＤ等のＩＤの情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるのに代えて、端末電話番号等の情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるようにすることができる。
公式アカウント友だちデータは、この公式アカウントと友だちである一般アカウントを識別するためのデータであり、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、登録日時とが関連付けて記憶される。
一般アプリケーションＩＤには、一般アカウント登録データ１５３に記憶されている一般アプリケーションＩＤのうち、この公式アカウントを友だち登録した一般アカウントの一般アプリケーションＩＤが記憶される。
一般ユーザ名には、限定ではなく例として、この一般アプリケーションＩＤと関連付けて一般アカウント登録データ１５３に記憶されているユーザ名が記憶される。
登録日時には、限定ではなく例として、この一般アプリケーションＩＤによって識別される一般アカウントが、この公式アカウントを友だち登録した日時が記憶される。
限定ではなく例として、この公式アカウントのユーザである公式ユーザは、公式アカウント友だちデータに記憶される一般アプリケーションＩＤの端末に対して任意のコンテンツを送信することができる。
コンテンツ送信履歴管理データベース１５７は、メッセージングアプリケーションにおけるコンテンツの送信履歴を管理するための管理用のデータベースであり、その一例である第１のコンテンツ送信履歴管理データベース１５７Ａのデータ構成例を図１－６に示す。
第１のコンテンツ送信履歴管理データベース１５７Ａには、コンテンツの送信元となったアカウントごとの管理データとして、コンテンツ送信履歴データが記憶される。
各々のコンテンツ送信履歴管理データには、送信元アプリケーションＩＤと紐づけて、限定ではなく例として、コンテンツＩＤと、送信先アプリケーションＩＤと、送信日時と、閲覧フラグと、コンテンツとが関連付けて記憶される。
コンテンツＩＤは、コンテンツを識別する識別情報である。
このコンテンツＩＤは、好ましくはコンテンツごとに一意な値であり、限定ではなく例として、サーバ１０によってコンテンツごとに一意な値（固有の値）が設定されて記憶される。
送信先アプリケーションＩＤは、コンテンツＩＤで識別されるコンテンツの送信先となるアプリケーションＩＤである。
送信日時は、コンテンツを送信した日時に関する情報であり、限定ではなく例として、サーバ１０がこのコンテンツを送信先アプリケーションＩＤの端末に送信した日時が記憶される。
閲覧フラグは、この送信先アプリケーションＩＤの端末において、このコンテンツが閲覧されたか否かを識別するためのフラグである。限定ではなく例として、デフォルトでは「－」が記憶され、端末においてコンテンツがインプレッションされると、閲覧フラグには「〇」が記憶されるようにすることができる。
限定ではなく例として、図１－６の例では、コンテンツＩＤ「Ｃ１００１＿Ｍ０００２」で識別されるコンテンツは、アプリケーションＩＤ「Ｕ０００１」，「Ｕ０００２」，「Ｕ０００３」の端末に対して送信されたことが示されている。
また、このコンテンツは、アプリケーションＩＤ「Ｕ０００１」，「Ｕ０００３」の端末ではインプレッションされたが、アプリケーションＩＤ「Ｕ０００２」の端末ではまだインプレッションされていないことが示されている。
（２）端末
図１－７は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってメッセージングアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
図１－８は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
記憶部２８には、限定ではなく例として、メッセージングアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。
なお、アプリケーションＩＤ２８３には、一般アプリケーションＩＤと公式アプリケーションＩＤとのいずれか一方のみが記憶できるようにしてもよいし、一般アプリケーションＩＤと公式アプリケーションＩＤとを両方記憶できるようにしてもよい。
また、アプリケーションＩＤ２８３には、複数のアプリケーションＩＤを記憶できるようにしてもよいし、そうしなくてもよい。
以下では、説明の便宜上、アプリケーションＩＤとして公式アプリケーションＩＤが記憶される端末を公式ユーザの端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とし、一般アプリケーションＩＤが記憶される端末を一般ユーザの端末４０（端末４０Ａ，端末４０Ｂ，端末４０Ｃ，・・・）として区別して説明する。
ただし、端末４０についても、限定ではなく例として、上記の端末２０の構成を同様に適用することができる。
＜表示画面＞
以下では、限定ではなく例として、端末２０が、横長のディスプレイの表示部２４を備えるタブレット端末である場合を例示する。
タブレット端末には、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
図１－９～図１－１０は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図１－９～図１－１０は、限定ではなく例として、公式ユーザＡ．Ａ（この例では「ＡＡラーメン」の事業者）の端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
図１－９において、公式アカウント運用管理画面の最上部には、公式アカウント運用管理画面の概要表示領域ＡＲＲ１が表示されている。
概要表示領域ＡＲＲ１の左端には、メッセージングアプリケーションの公式アカウント運用管理画面であることを示す「Ｏｆｆｉｃｉａｌ Ａｃｃｏｕｎｔ Ｍａｎａｇｅｒ」の文字が、メッセージングアプリケーションのアイコンと共に表示されている。
その右には、限定ではなく例として、公式ユーザがメッセージングアプリケーション登録時等に登録したアイコンと、公式アカウントであることを示す星印のアイコンと、メッセージングアプリケーションを利用している公式ユーザ名である「ＡＡラーメン」の文字とが表示されている。
また、「ＡＡラーメン」の文字の右には、限定ではなく例として、管理する公式アカウントを切り替える際に用いられるプルダウンメニューを表示させるための下三角のアイコンが表示されている。
その右には、限定ではなく例として、この公式アカウントと友だちとなっている一般アカウントの人数（友だち人数）が二重の人型アイコンと共に表示されている。限定ではなく例として、図１－９では、公式アカウント「ＡＡラーメン」の友だち人数は、「１８０人」であることが示されている。
概要表示領域ＡＲＲ１の右部には、限定ではなく例として、人型アイコンに「アカウント」の文字で示される公式アカウント登録情報変更ボタンと、クエスチョンマークのアイコンに「ヘルプ」の文字で示されるヘルプボタンとが表示されている。
限定ではなく例として、ユーザによって登録情報変更ボタンがタップされると、この公式アカウントの登録内容（限定ではなく例として、連絡先電話番号等）を変更するための登録内容変更画面に画面が遷移する。
また、限定ではなく例として、ユーザによってヘルプボタンがタップされると、公式アカウント運用管理画面の使い方を解説するヘルプ画面に画面が遷移する。
概要表示領域ＡＲＲ１の下には、公式アカウント運用管理に関する各種メニューを公式ユーザに選択させるためのグローバルメニュー表示領域ＧＭＭ１が表示されている。
この画面では、グローバルメニュー表示領域ＧＭＭ１には、限定ではなく例として、友だちの認証や削除、コンテンツの送信管理を行うための「ホーム」の文字で示されるホームメニュー選択タブと、友だち人数の推移やコンテンツの送信数等の分析を行うための「分析」の文字で示される分析メニュー選択タブとが表示されている。
図１－９では、分析メニュー選択タブが手前側に表示されており、分析メニュー選択タブが選択されていることが示されている。
グローバルメニュー表示領域ＧＭＭ１の下には、左ペインに、限定ではなく例として、グローバルメニュー表示領域ＧＭＭ１で選択されているメニュー選択タブ（この場合には分析メニュー選択タブ）と関連する機能メニューを表示するためのローカルメニュー表示領域ＬＭＭ１が表示されている。
ローカルメニュー表示領域ＬＭＭ１には、限定ではなく例として、分析メニュー選択タブと関連する機能メニューとして、限定ではなく例として、友だち人数の推移等を分析し表示するための「友だち」の文字で示される友だち解析メニューボタンと、メッセージとして送信されたコンテンツの配信状況や閲覧状況等を分析し表示するための「メッセージ」の文字で示されるメッセージ解析メニューボタンと、クーポンの利用状況等を分析し表示するための「クーポン」の文字で示されるクーポン解析メニューボタンとが表示されている。
図１－９では、メッセージ解析メニューボタンが反転表示され、選択されていることが示されている。
また、右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ１において選択されているメニューボタンと対応するレポート表示領域ＲＰＲ１が表示されている。
図１－９では、ローカルメニュー表示領域ＬＭＭ１においてメッセージ解析メニューボタンが選択されていることに基づいて、レポート表示領域ＲＰＲ１には、メッセージングアプリケーションによって公式アカウントから送信（発信）したコンテンツの分析を行うことを示す「メッセージレポート」（「コンテンツレポート」としてもよい。）の文字が表示されている。
その下には、分析を行うコンテンツを選択するためのコンテンツ選択領域ＭＳＲ１が表示されている。
コンテンツ選択領域ＭＳＲ１の左側には、分析を行うコンテンツを選択するためのプルダウンメニューが「分析するコンテンツ」の文字と共に表示されている。
限定ではなく例として、ユーザによってプルダウンメニューが操作されると、分析対象となるコンテンツをコンテンツＩＤ別に選択することができる。限定ではなく例として、図１－９では、コンテンツＩＤ「０００１」のコンテンツが分析対象として選択されている。
コンテンツ選択領域ＭＳＲ１の右側には、分析対象として選択されているコンテンツのプレビューが吹き出しで表示されている。限定ではなく例として、コンテンツＩＤ「０００１」のコンテンツは「ＡＡラーメンの友だち登録ありがとうございます！」のテキストコンテンツであることが分かる。限定ではなく例として、この吹き出しがユーザによってタップされると、コンテンツＩＤ「０００１」のコンテンツ全体がポップアップで表示されるようにすることができる。
コンテンツ選択領域ＭＳＲ１の下には、コンテンツ選択領域ＭＳＲ１において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ１が表示されている。
限定ではなく例として、図１－９では、グラフ表示領域ＭＧＲ１に、日ごとの配信数（送信数）が折れ線グラフで表示されている。
限定ではなく例として、コンテンツＩＤ「０００１」のコンテンツは、「ＡＡラーメン」の公式アカウントに友だち登録を行った一般ユーザに対して送信されるため、配信数は上下に変動があるグラフとして表示されている。また、限定ではなく例として、グラフ表示領域ＭＧＲ１では、１２月１日から１２月１５日までの間に送信された配信数を集計していることが示されている。
グラフ表示領域ＭＧＲ１の下には、コンテンツ選択領域ＭＳＲ１において分析対象として選択されたコンテンツの詳細な分析結果を表示するための詳細レポート表示領域ＭＤＲ１が表示されている。
限定ではなく例として、図１－９の詳細レポート表示領域ＭＤＲ１には、１２月１日から１２月１５日までの間に送信されたコンテンツＩＤ「０００１」のコンテンツの総配信数として「１８０」が、総閲覧数として「１２５」がそれぞれ表示されている。つまり、総配信数「１８０」のうち「１２５」が閲覧されたことが示されている。
図１－１０は、コンテンツ選択領域ＭＳＲ１においてコンテンツＩＤ「０００２」のコンテンツが分析対象として選択される場合の公式アカウント運用管理画面の一例である。コンテンツ選択領域ＭＳＲ１の右側には、コンテンツＩＤ「０００２」のコンテンツとして「本日はご来店ありがとうございました！またのお越しをお待ちしております。」の文字を含むことが示されている。限定ではなく例として、コンテンツＩＤ「０００２」のコンテンツは、「ＡＡラーメン」の公式ユーザが運営する店舗に訪問した友だち（公式ユーザからの配信を希望する一般ユーザ）に対して送信される。
コンテンツ選択領域ＭＳＲ１において分析対象として選択されたコンテンツが変わったことにより、グラフ表示領域ＭＧＲ２に表示される折れ線グラフも変化している。
詳細レポート表示領域ＭＤＲ２には、１２月１日から１２月１５日までの間に送信されたコンテンツＩＤ「０００２」のコンテンツの総配信数として「８０」が表示されている。
この例では、コンテンツの総配信数が設定数（限定ではなく例として、この例では「１００」）に満たないことに基づいて、総閲覧数の欄では、その集計値が隠蔽される。
ここで、総閲覧数の集計値を隠蔽する方法について説明する。
総閲覧数の集計値を隠蔽する方法としては、限定ではなく例として、以下の方法が挙げられる。
（１）０から総配信数の数値範囲（区間）として表示する方法
限定ではなく例として、総配信数が「８０」である場合、総閲覧数の欄には「０－８０」や「０～８０」と表示する。
（２）集計値の上下に所定のマージンを設けて表示する方法
限定ではなく例として、マージンが「２０」であり、総閲覧数の集計値が「５４」である場合、下限値を「総閲覧数の集計値－マージン」とし、上限値を「総閲覧数の集計値＋マージン」として、総閲覧数の欄には「３４－７４」や「３４～７４」と表示する。
なお、下限値が「０」を下回る場合、下限値を「０」とし、上限値が総配信数を上回る場合、上限値を総配信数としてもよい。また、下限値を「０」とし、上限値を「総閲覧数の集計値＋マージン」として、「０－７４」や「０～７４」のように表示するようにしてもよい。また、下限値を「総閲覧数の集計値－マージン」、上限値を総配信数として、「３４－８０」や「３４～８０」のように表示するようにしてもよい。
（３）ある幅を持つ区間ごとに区切った場合、この集計値が属する階級を表示する方法
限定ではなく例として、区間を「１０」ごとに区切った場合、総閲覧数の集計値が「５４」である場合には、その集計値が属する階級は「５０－５９」となる。このため、総閲覧数の欄には「５０－５９」や「５０～５９」のように表示する。
なお、これとは異なり、下限値を「０」として、「０－５９」や「０～５９」のように表示してもよい。
なお、上記の（１）～（３）において、下限値を「０」ではなく「１」として、限定ではなく例として、「１－８０」や「１－７４」、「１－５９」等のように表示するようにしてもよい。
また、総閲覧数の集計値が「０」である場合、総閲覧数の欄には数値を表示させないようにしてもよい。
以降の画面図における詳細レポート表示領域では、限定ではなく例として、集計値の隠蔽方法として上記（１）の方法を例示する。
図１－１０の例では、詳細レポート表示領域ＭＤＲ２における総閲覧数の欄には、０から総配信数の数値範囲である「０－８０」が表示されている。
＜処理＞
図１－１１～図１－１２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（公式ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末４０Ａ（一般ユーザＡ．Ａの端末４０）の制御部４１が実行する処理の一例を示している。
なお、この処理は、本開示の手法を実現するための処理の一例に過ぎず、この処理に限定されるものではない。この処理に別のステップを追加してもよいし、この処理から一部のステップを省略（削除）してもよい。
これは、以下説明する各フローチャート（処理）について同様である。
処理に先立って、端末４０Ａの一般アカウントは、端末２０Ａの公式アカウントへの友だち登録を行っていることとする。
なお、端末４０Ａ以外の一般アカウントにおいても、端末２０Ａの公式アカウントへの友だち登録を行っていることとする。
まず、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（限定ではなく例として、ユーザ操作。以下同様。）に基づいて、友だち登録済みの一般アカウントの端末４０（限定ではなく例として、端末４０Ａ）に対してコンテンツを送信するためのコンテンツ送信依頼情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。
コンテンツ送信依頼情報には、限定ではなく例として、送信先と、配信条件と、コンテンツとを含めることができる。
送信先とは、コンテンツ作成時点で静的に決定される送信先アカウントである。送信先には、限定ではなく例として、「公式ユーザＡ．Ａと友だち登録を行っている一般アカウント全員」といった指定が可能である。
配信条件とは、コンテンツ作成後に動的に送信先を決定するための条件であり、送信先として決定された送信先アカウントがこの配信条件を満たす場合、作成されたコンテンツを送信するように設定するための条件である。配信条件には、限定ではなく例として、「即時」（すなわち、作成後無条件で送信先に送信）や、「友だち登録時」（すなわち、公式ユーザＡ．Ａとの友だち登録が完了した場合に送信）といった条件を指定することができる。
通信Ｉ／Ｆ１４によって端末２０Ａからコンテンツ送信依頼情報を受信すると、サーバ１０の制御部１１は、受信したコンテンツ送信依頼情報に基づいてコンテンツ関連付け処理を実行する（Ｓ１１０）。
コンテンツ関連付け処理では、限定ではなく例として、サーバ１０の制御部１１は、受信したコンテンツ送信依頼情報に基づき、コンテンツに一意なコンテンツＩＤを生成して割り振り、コンテンツ送信依頼情報に含まれる送信先と配信条件とコンテンツとを、生成したコンテンツＩＤと紐付けて記憶部２８に記憶させる。
なお、コンテンツ関連付け処理が実行されると、サーバ１０の制御部１１は、生成したコンテンツＩＤを含むコンテンツ生成完了情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよい。
すると、サーバ１０の制御部１１は、限定ではなく例として、配信条件を満たすコンテンツＩＤのコンテンツについて、限定ではなく例として、コンテンツＩＤとコンテンツとを、通信Ｉ／Ｆ１４によって、送信先として指定される送信先アカウントの各々の端末４０に送信する（Ｓ１２０）。この場合、サーバ１０の制御部１１は、限定ではなく例として、メッセージングアプリケーションにおけるメッセージとして成形されたコンテンツを送信するようにすることができる。
また、サーバ１０の制御部１１は、記憶部１５に記憶される第１のコンテンツ送信履歴管理データベース１５７Ａに、送信したコンテンツのコンテンツＩＤ等を閲覧フラグが「－」の状態で追加して記憶させる。
なお、サーバ１０の制御部１１は、コンテンツ等を送信すると、少なくともコンテンツＩＤを含むコンテンツ配信完了情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよい。
また、サーバ１０の制御部１１は、コンテンツ関連付け処理の実行後、配信条件を満たす任意のタイミングにおいて、コンテンツ等を、配信条件を満たしたアカウントの端末へ送信するようにしてもよい。
通信Ｉ／Ｆ４２によってサーバ１０からコンテンツ等を受信すると、端末４０Ａの制御部４１は、限定ではなく例として、受信したコンテンツを表示部４４に表示させるか否かの選択用表示を表示部４４に表示させる（Ｕ１１０）。
限定ではなく例として、端末４０Ａの入出力部４３に対する入力に基づいて、コンテンツを表示させることが選択される場合（Ｕ１１０：ＹＥＳ）、端末４０Ａの制御部４１は、そのコンテンツを表示部４４に表示させる（Ｕ１２０）。
そして、端末４０Ａの制御部４１は、端末４０Ａのユーザにコンテンツを閲覧させたことを示すコンテンツ閲覧情報を、通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｕ１３０）。コンテンツ閲覧情報には、限定ではなく例として、少なくともコンテンツと紐付けられたコンテンツＩＤを含めることができる。
コンテンツを表示させないことが選択される場合（Ｕ１１０：ＮＯ）、端末４０Ａの制御部４１は、Ｕ１２０，Ｕ１３０のステップをスキップする。
その後、端末４０Ａの制御部４１は、処理を終了させる。
なお、端末４０Ａの制御部４１は、Ｕ１１０のステップを実行せず無条件で表示部４４にコンテンツを表示させるようにしてもよい。この場合、端末４０Ａの制御部４１は、表示部４４にコンテンツの一部が表示された場合にコンテンツ閲覧情報を送信するようにしてもよいし、コンテンツの全体が表示された場合にコンテンツ閲覧情報を送信するようにしてもよい。また、端末４０Ａの制御部４１は、表示部４４にコンテンツを表示した後、端末４０Ａの入出力部４３に対する入力に基づいて、コンテンツ閲覧情報を送信するようにしてもよい。
通信Ｉ／Ｆ１４によって端末４０Ａからコンテンツ閲覧情報を受信する場合（Ｓ１３０：ＹＥＳ）、サーバ１０の制御部１１は、コンテンツ閲覧完了処理を実行する（Ｓ１４０）。
コンテンツ閲覧完了処理において、サーバ１０の制御部１１は、受信したコンテンツＩＤと、コンテンツ閲覧情報の送信元となった端末４０Ａの一般アプリケーションＩＤとに基づいて、第１のコンテンツ送信履歴管理データベース１５７ＡからコンテンツＩＤと送信先アプリケーションＩＤとに対応する閲覧フラグを「－」から「〇」に変更する。
コンテンツ閲覧情報を受信しない場合（Ｓ１３０：ＮＯ）、サーバ１０の制御部１１は、Ｓ１４０のステップをスキップする。
なお、Ａ１１０→Ｓ１１０～Ｓ１４０までの各ステップを繰り返してから、その後のステップを実行するようにしてもよいし、そうしなくてもよい。
次いで、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、解析対象とするコンテンツＩＤを少なくとも含むコンテンツ分析依頼情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１２０）。
なお、Ａ１２０のステップに先立って、端末２０Ａの制御部２１は、コンテンツＩＤの一覧情報を要求するコンテンツＩＤ一覧要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信し、サーバ１０の制御部１１は、コンテンツＩＤ一覧要求情報に従ってコンテンツＩＤの一覧情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよいし、そうしなくてもよい。
通信Ｉ／Ｆ１４によって端末２０Ａからコンテンツ分析依頼情報を受信すると、サーバ１０の制御部１１は、コンテンツ集計処理を実行する（Ｓ１５０）。
コンテンツ集計処理において、サーバ１０の制御部１１は、限定ではなく例として、コンテンツ分析依頼情報として受信したコンテンツＩＤ（以下、「集計対象コンテンツＩＤ」と呼称する。）について、記憶部１５に記憶される第１のコンテンツ送信履歴管理データベース１５７ＡのコンテンツＩＤを探索し、限定ではなく例として、集計対象コンテンツＩＤがヒットする個数を集計対象コンテンツの総配信数として集計する。また、限定ではなく例として、集計対象コンテンツＩＤがヒットするコンテンツＩＤのうち、閲覧フラグが「〇」となるコンテンツＩＤの個数を集計対象コンテンツの総閲覧数として集計する。
すると、サーバ１０の制御部１１は、限定ではなく例として、集計された総配信数が設定値以上であるか否かを判定する（Ｓ１６０）。設定値は、限定ではなく例として、サーバ１０で設定するようにすることができる。
なお、このステップにおいて、集計された総配信数が設定値以上であるか否かを判定するのに代えて、集計された総配信数が設定値よりも大きいか否かを判定するようにしてもよいし、そのようにしなくてもよい。
集計された総配信数が設定値以上である場合（Ｓ１６０：ＹＥＳ）、サーバ１０の制御部１１は、コンテンツ分析情報における総閲覧数として、コンテンツ集計処理で集計された総閲覧数の実数値（生の値）を代入する（Ｓ１７０）。
なお、集計された総配信数が設定値よりも大きいか否かを判定するようにするのであれば、集計された総配信数が設定値よりも大きい場合、Ｓ１６０の判定結果が「ＹＥＳ」となる。
また、コンテンツ分析情報に、総閲覧数に加えて、コンテンツ集計処理で集計された総配信数の実数値や、日ごとの配信数等を含めるようにしてもよいし、しなくてもよい。
集計された総配信数が設定値よりも小さい場合（Ｓ１６０：ＮＯ）、サーバ１０の制御部１１は、コンテンツ分析情報における総閲覧数として、コンテンツ集計処理で集計された総閲覧数の実数値ではなく、限定ではなく例として、その実数値が含まれる数値範囲を代入する（Ｓ１８０）。
なお、集計された総配信数が設定値よりも大きいか否かを判定するようにするのであれば、集計された総配信数が設定値以下である場合、Ｓ１６０の判定結果が「ＮＯ」となる。
その後、サーバ１０の制御部１１は、Ｓ１７０またはＳ１８０のステップで代入された情報を含むコンテンツ分析情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１９０）。
そして、サーバ１０の制御部１１は、処理を終了させる。
通信Ｉ／Ｆ２２によってサーバ１０からコンテンツ分析情報を受信すると、端末２０Ａの制御部２１は、受信したコンテンツ分析情報を表示部２４に表示させる（Ａ１３０）。そして、端末２０Ａの制御部２１は、処理を終了させる。
ここで、総配信数が設定値以上または設定値よりも大きい場合にサーバ１０が端末２０に送信する情報（限定ではなく、第３情報の一例）は、コンテンツがインプレッションされた数に関する情報である。この一例は、前述したように、コンテンツの総閲覧数の実数値である。
それに対し、総配信数が設定値以下または設定値よりも小さい場合にサーバ１０が端末２０に送信する情報（第４情報）は、上記の第３情報とは異なる情報（第３情報ではない情報）である。この一例は、前述したように、コンテンツの総閲覧数の実数値が属する数値範囲である。
他の例については、変形例で説明する。
＜第１実施例の効果＞
本実施例は、公式アカウント（限定ではなく、第１アカウントの一例）が送信元であるコンテンツ（限定ではなく、コンテンツの一例）を一般アカウントの複数の端末４０（限定ではなく、複数の端末の一例）に送信するサーバ１０は、コンテンツＩＤ（限定ではなく、コンテンツに関する情報である第１情報の一例）を生成して取得し、公式アカウントが送信元である複数のコンテンツのうち、取得したコンテンツＩＤに基づくコンテンツの配信数（限定ではなく、第１情報に基づくコンテンツが送信された数に関する第２情報の一例）を取得する制御部１１を備える。
また、サーバ１０は、制御部１１によって取得された配信数が、設定値以上または設定値よりも大きい場合、そのコンテンツの閲覧数の実数値の情報（限定ではなく、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報の一例）を公式アカウントに送信し、制御部１１によって取得された配信数が、設定値以下または設定値よりも小さい場合、そのコンテンツの閲覧数の実数値が含まれる数値範囲等の情報（限定ではなく、第３情報とは異なる第４情報の一例）を公式アカウントに送信する通信Ｉ／Ｆ２２を備える構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、制御部によって取得された、コンテンツに関する情報である第１情報に基づくコンテンツが送信された数に関する第２情報と設定値との関係に基づいて、異なる情報を公式アカウントに送信することができる。これにより、限定ではなく例として、第２情報がある程度小さい数である場合に、コンテンツが送信先のアカウントによって閲覧された数とは異なる情報を公式アカウントに送信するといったことが可能となる。その結果、そのコンテンツを閲覧したアカウントを第１アカウントが特定できないようにするといったことが可能となる。
また、この場合、制御部１１は、公式ユーザによる入力に基づいて、公式アカウントが送信元である複数のコンテンツのうちの第１コンテンツ（限定ではなく、第１コンテンツの一例）と、その第１コンテンツに関する第１情報とを少なくとも関連付けるようにすることができる。
このような構成により得られる実施例の効果の一例として、サーバは、第１アカウントのユーザによる入力に基づいて、第１アカウントが送信元である複数のコンテンツのうちの第１コンテンツと、第１情報とを少なくとも関連付けることができる。これにより、限定ではなく例として、第１情報に基づくコンテンツが送信された数に関する第２情報が適切に集計されるようにすることができるとともに、誤って集計されることを防止することができる。
また、この場合、コンテンツには、第１コンテンツを識別するコンテンツＩＤ（限定ではなく、第１コンテンツを識別する第１識別情報の一例）が関連付けられるようにすることができる。
このような構成により得られる実施例の効果の一例として、上記の構成と相まって、第１アカウントのユーザによる入力に基づいて、第１アカウントが送信元である複数のコンテンツのうちの第１コンテンツが、第１コンテンツを識別する第１識別情報と少なくとも関連付けられるようにすることができる。
また、本実施例は、上記のインプレッションは、第１情報に基づくコンテンツを受信した端末４０のユーザによる、第１情報に基づくコンテンツの表示に基づく構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１情報に基づくコンテンツが、その第１情報に基づくコンテンツを受信した端末のユーザによる、その第１情報に基づくコンテンツの表示によってインプレッションされた数に関する第３情報を第１アカウントに送信することができる。
また、この場合、第３情報は、そのコンテンツの閲覧数の実数値（限定ではなく、インプレッションされた実数の一例）を含み、第４情報は、その実数値が含まれる数値範囲等の情報（限定ではなく、インプレッションされた実数を含む範囲の情報の一例）を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、サーバは、制御部によって取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって第１情報に基づくコンテンツがインプレッションされた実数を第１アカウントに送信する一方、制御部によって取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第１情報に基づくコンテンツを受信した端末のユーザによって第１情報に基づくコンテンツがインプレッションされた実数を含む範囲の情報を第１アカウントに送信することができる。
また、本実施例は、サーバ１０の制御部１１は、一の公式アカウント（限定ではなく、第１アカウントの一例）とは異なる公式アカウント（限定ではなく、第２アカウントの一例）が送信元であるコンテンツを一般アカウントの複数の端末４０に通信Ｉ／Ｆ２２によって送信する制御を行う構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１アカウントが送信元であるコンテンツばかりでなく、第２アカウントが送信元であるコンテンツも、複数の端末に送信することができる。また、第２アカウントについても、前述した第１アカウントに関する処理と同様の処理を行うことができる。
また、本実施例は、公式アカウント（限定ではなく、第１アカウントの一例）が送信元であるコンテンツ（限定ではなく、コンテンツの一例）を一般アカウントの複数の端末４０（限定ではなく、複数の端末の一例）に送信するサーバ１０と通信する、公式ユーザの端末２０は、公式アカウントが送信元である複数のコンテンツのうち、そのコンテンツのコンテンツＩＤ（限定ではなく、コンテンツに関する情報である第１情報の一例）に基づくコンテンツの配信数（限定ではなく、第１情報に基づくコンテンツが送信された数に関する第２情報の一例）がサーバ１０によって取得され、取得された配信数が、設定値以上または設定値よりも大きい場合、そのコンテンツの閲覧数の実数値の情報（限定ではなく、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信し、取得された配信数が、設定値以下または設定値よりも小さい場合、そのコンテンツの閲覧数の実数値が含まれる数値範囲等の情報（限定ではなく、第３情報とは異なる第４情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する。
そして、端末２０は、コンテンツの閲覧数の実数値の情報を受信した場合、その実数値の情報を表示部２４に表示し、コンテンツの閲覧数の実数値が含まれる数値範囲等の情報を受信した場合、その数値範囲等の情報を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、サーバによって取得された、コンテンツに関する情報である第１情報に基づくコンテンツが送信された数に関する第２情報と設定値との関係に基づいて、異なる情報をサーバから受信することができる。また、受信した情報を端末の表示部に表示することで、受信した情報を第１アカウントのユーザに報知することができる。限定ではなく例として、第２情報がある程度小さい数である場合に、送信されたコンテンツが送信先のアカウントによって閲覧された数とは異なる情報をサーバから受信するといったことが可能となる。その結果、そのコンテンツを閲覧したアカウントを第１アカウントが特定できないようにするといったことが可能となる。
また、この場合、端末２０は、公式アカウントが送信元である複数のコンテンツのうちの第１コンテンツ（限定ではなく、第１コンテンツの一例）を、公式ユーザによる入力に基づいて表示部２４に表示する。そして、端末２０は、第１コンテンツが表示された表示部２４に対する、公式ユーザによる入力に基づいて、コンテンツＩＤ（第１情報）と第１コンテンツとの関連付けをサーバ１０に依頼する処理（限定ではなく、第１情報と第１コンテンツとの関連付けに関する処理の一例）を制御部２１によって行うようにすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１アカウントが送信元である複数のコンテンツのうちの第１コンテンツを、第１アカウントのユーザによる入力に基づいて、第１アカウントのユーザに報知することができる。また、第１コンテンツが表示された表示部に対する、第１アカウントのユーザによる入力に基づいて、第１コンテンツが第１情報と関連付けられるようにすることができる。
また、この場合、第１コンテンツは、公式ユーザによって端末２０に入力されるようにすることができる。
このような構成により得られる実施例の効果の一例として、上記の構成と相まって、第１アカウントのユーザの端末は、第１アカウントが送信元である複数のコンテンツのうちの第１アカウントのユーザによって端末に入力された第１コンテンツを、第１アカウントのユーザによる入力に基づいて、第１アカウントのユーザに報知することができる。また、第１コンテンツが表示された表示部に対する、第１アカウントのユーザによる入力に基づいて、第１アカウントのユーザによって端末に入力された第１コンテンツが第１情報と関連付けられるようにすることができる。
＜第１変形例（１）＞
第１実施例において、サーバ１０が、１つのコンテンツＩＤを指定してコンテンツ分析を行うのではなく、２以上のコンテンツＩＤを指定してコンテンツ分析を行うようにすることも可能である。
この場合は、図１－１２のＳ１５０において、サーバ１０の制御部１１は、受信した２以上のコンテンツＩＤを集計対象コンテンツＩＤとして、記憶部１５に記憶される第１のコンテンツ送信履歴管理データベース１５７ＡのコンテンツＩＤを探索し、集計するようにすればよい。
＜第１変形例（２）＞
第１実施例では、総配信数が設定値よりも小さい場合または設定値以下である場合、サーバ１０の制御部１１は、総閲覧数の実数値が含まれる数値範囲等の情報を端末２０に送信することとしたが、これに限定されない。これに代えて、サーバ１０の制御部１１が、総閲覧数の実数値を表示できないことを示す情報（限定ではなく例として、総閲覧数の実数値を非表示とするように要求する情報）を端末２０に送信するようにしてもよい。
この場合、端末２０は、サーバ１０から受信した情報に基づいて、総閲覧数の実数値を非表示とすることができる。
図１－１３は、本変形例において端末２０Ａの表示部２４に表示される公式アカウント運用管理画面の一例を示す図であり、図１－１０に対応する画面を示したものである。
この公式アカウント運用管理画面では、詳細レポート表示領域ＭＤＲ３において、１２月１日から１２月１５日までの間に送信されたコンテンツＩＤ「０００２」のコンテンツの総配信数として「８０」が表示されている。
それに対し、コンテンツの総配信数が設定数（限定ではなく例として、この例では「１００」）に満たないことに基づいて、総閲覧数の欄には、その集計値を表示することができないことを示す「－」が表示されている。
本変形例は、第３情報は、コンテンツの閲覧数の実数値（限定ではなく、インプレッションされた実数の一例）を含み、第４情報は、コンテンツの閲覧数の実数値を非表示とする情報（限定ではなく、インプレッションされた数が表示できないことを示す情報の一例）を含む構成を示している。
このような構成により得られる変形例の効果の一例として、サーバは、制御部によって取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって第１情報に基づくコンテンツがインプレッションされた実数を第１アカウントに送信する一方、制御部によって取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第１情報に基づくコンテンツを受信した端末のユーザによって第１情報に基づくコンテンツがインプレッションされた数が表示できないことを示す情報を第１アカウントに送信することができる。
なお、上記の他にも、限定ではなく例として、サーバ１０は、総配信数が設定値以上である場合または設定値よりも大きい場合は、総閲覧数の実数値が含まれる数値範囲等の情報を端末２０に送信する一方、総配信数が設定値よりも小さい場合または設定値以下である場合は、総閲覧数の実数値を表示できないことを示す情報を端末２０に送信するようにしてもよい。そして、端末２０は、サーバ１０から受信した情報に基づく表示制御を行うようにすることができる。
本変形例は、第３情報は、コンテンツの閲覧数の実数値が含まれる数値範囲等の情報（限定ではなく、インプレッションされた実数を含む範囲の情報の一例）を含み、第４情報は、コンテンツの閲覧数の実数値を非表示とする情報（限定ではなく、インプレッションされた数が表示できないことを示す情報の一例）を含む構成を示している。
このような構成により得られる変形例の効果の一例として、サーバは、制御部によって取得された第２情報が、設定された設定値以上または設定値よりも大きい場合、第１情報に基づくコンテンツを受信した端末のユーザによって第１情報に基づくコンテンツがインプレッションされた実数を第１アカウントに送信する一方、制御部によって取得された第２情報が、設定された設定値以下または設定値よりも小さい場合、第１情報に基づくコンテンツを受信した端末のユーザによって第１情報に基づくコンテンツがインプレッションされた数が表示できないことを示す情報を第１アカウントに送信することができる。
＜第１変形例（３）＞
上記の実施例で説明した端末２０の表示画面やユーザインタフェイスはあくまでも一例に過ぎず、これらに限定されるわけではない。
図１－１４は、本変形例において端末２０Ａの表示部２４に表示される公式アカウント運用管理画面の一例を示す図であり、図１－９に対応する画面を示したものである。
この公式アカウント運用管理画面では、図１－９のグラフ表示領域ＭＧＲ１におけるグラフ表示とは異なるグラフ表示がされている。
具体的には、図１－１４では、図１－９のグラフ表示領域ＭＧＲ１に対応するグラフ表示領域ＭＧＲ３に、累積配信数（累積送信数）が折れ線グラフで表示され、日ごとの閲覧数（送信数）が棒グラフで表示されている。
累積配信数は、日ごとの配信数を累積的に加算していくことで算出される数であり、日が経つにつれて増加する傾向が示されている。
日ごとの閲覧数は、各々の日にちにおけるコンテンツの閲覧数である。
この例では、サーバ１０の制御部１１によって、各々の日にちについて、その日にちにおける配信数が設定値以上であるか否かが判定される。そして、その日にちにおける配信数が設定値以上である場合、サーバ１０の制御部１１は、その日にちにおける閲覧数の実数値を端末２０に送信する。
それに対し、その日にちにおける配信数が設定値よりも小さい場合、サーバ１０の制御部１１は、限定ではなく例として、その日にちにおける閲覧数の実数値を表示できないことを示す情報を端末２０に送信する。
そして、端末２０Ａの制御部２１は、サーバ１０から受信した情報に基づいて、上記のグラフ表示を行う。
なお、上記の実施例と同様に、その日にちにおける配信数が設定値よりも大きいか否かを判定するようにしてもよいし、そのようにしなくてもよい。
その結果、図１－１４の例では、１２月１日，１２月３日，１２月６日，１２月７日，１２月８日、１２月１０日～１２月１４日については、その日にちにおける配信数が設定値以上であったため、閲覧数の実数値を高さとする棒グラフが表示されている。
それに対し、１２月２日，１２月４日，１２月６日，１２月９日，１２月１５日については、その日にちにおける配信数が設定値よりも小さかったため、閲覧数の実数値が表示不可であることを示す態様（この例では、破線の矩形）で棒グラフが表示されている。
＜第２実施例＞
第１実施例では、コンテンツ分析を行う際に、公式ユーザがコンテンツＩＤを指定することで集計対象コンテンツを指定したが、これに限定されない。
第２実施例は、限定ではなく例として、公式ユーザが、公式アカウントと友だち登録を行っている一般ユーザにコンテンツを送信する際に、コンテンツ内容に沿ったラベルを指定する。その後、公式ユーザが、送信したコンテンツのうち、指定したラベルに基づいて、一般ユーザが閲覧したコンテンツ数等を端末によって確認することを可能にする実施例である。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
ラベル（ラベル情報）とは、１つの考え方として、識別情報（識別子）であって、限定ではなく例として、以下のいずれかの概念と考えることができる。
・識別情報（限定ではなく例として、コンテンツＩＤ）が付与済みのある種の情報（限定ではなく例として、コンテンツ）を対象として、それらの情報（またはそれらの識別情報）のうちの１つに対して別の新たな識別情報を関連付けたもの、または複数を括ってそれらに別の新たな識別情報を関連付けたもの
・識別情報が付与されていないある種の情報を対象として、ユーザ入力に基づいて、それらの情報のうちの１つに対して新たな識別情報を関連付けたもの、または複数を括ってそれらに新たな識別情報を関連付けたもの
以下では、ラベルである識別情報を「ラベルＩＤ」と称する。
なお、ラベル（ラベル情報）には、ラベルＩＤばかりでなく、そのラベルの名称（ラベル名等）などを含めてもよいものとする。
公式アカウント管理データベース１５５の別例である第２の公式アカウント管理データベース１５５Ｂのデータ構成例を図２－１に示す。
第２の公式アカウント管理データベース１５５Ｂには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウント友だちデータと、配信コンテンツデータと、コンテンツラベルデータとが記憶される。
公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウント友だちデータとは、第１の公式アカウント管理データベース１５５Ａと同様である。
配信コンテンツデータは、この公式アカウントによって生成されるコンテンツを管理するためのデータであり、限定ではなく例として、コンテンツＩＤと、配信条件と、コンテンツとが関連付けて記憶される。
コンテンツＩＤには、この公式アカウントによって生成されるコンテンツを識別するために用いられる情報（識別情報）が記憶される。
配信条件には、限定ではなく例としてコンテンツ作成時に指定される配信に関する条件が記憶される。
コンテンツラベルデータは、この公式アカウントによって生成されるコンテンツに対して付与されるラベルを管理するためのデータであり、限定ではなく例として、コンテンツＩＤと、ラベルＩＤと、ラベル名とが関連付けて記憶される。
コンテンツＩＤには、配信コンテンツデータに記憶されるコンテンツＩＤのうち、ラベルが付与されるコンテンツＩＤが記憶される。
ラベルＩＤは、コンテンツに対して付与されるラベルを識別するために用いられる情報（識別情報）である。
このラベルＩＤは、好ましくはラベルごとに一意な値であり、限定ではなく例として、サーバ１０によってラベルごとに一意な値（固有の値）が設定されて記憶される。
ラベル名は、ラベルＩＤで識別されるラベルの名称である。ラベル名には、限定ではなく例として、端末２０の入出力部２３に対する入力（限定ではなく例として、操作入力）に基づいて、公式ユーザが指定した名称が記憶される。
限定ではなく例として、図２－１の例では、コンテンツＩＤ「Ｃ０００１＿Ｍ０００１」で識別されるコンテンツには、ラベルＩＤ「ＬＢ００１」で識別される、ラベル名が「登録ごあいさつ」であるラベルが付与されたことが示されている。
また、コンテンツＩＤ「Ｃ０００１＿Ｍ０００６」で識別されるコンテンツと、コンテンツＩＤ「Ｃ０００１＿Ｍ０００７」で識別されるコンテンツとには、ラベルＩＤ「ＬＢ００３」で識別される、ラベル名が「来店翌日」であるラベルが付与されたことが示されている。
なお、第２の公式アカウント管理データベース１５５Ｂを用いる場合、第１のコンテンツ送信履歴管理データベース１５７Ａでは、コンテンツを記憶させなくてもよい。
＜表示画面＞
図２－２～図２－７は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－２～図２－７は、限定ではなく例として、公式ユーザＡ．Ａ（この例では「ＡＡラーメン」の事業者）の端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
図２－２において、グローバルメニュー表示領域ＧＭＭ１では、ホームメニュー選択タブが手前側に表示されており、ホームメニュー選択タブが選択されていることが示されている。
ローカルメニュー表示領域ＬＭＭ２には、限定ではなく例として、ホームメニュー選択タブと関連する機能メニューとして、限定ではなく例として、コンテンツをメッセージとして送信するための「メッセージ配信」の文字で示されるメッセージ配信メニューボタンと、クーポンの発行等を行うための「クーポン配信」の文字で示されるクーポン配信メニューボタンと、この公式アカウントのトークルーム（チャットルーム）内に構成されるリッチメニューを作成するための「リッチメニュー作成」の文字で示されるリッチメニュー管理メニューボタンが表示されている。
図２－２では、メッセージ配信メニューボタンが反転表示され、選択されていることが示されている。
グローバルメニュー表示領域ＧＭＭ１の下方右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ２において選択されているメニューボタンと対応する配信管理表示領域ＣＭＲ１が表示されている。
図２－２では、ローカルメニュー表示領域ＬＭＭ２においてメッセージ配信メニューボタンが選択されていることに基づいて、配信管理表示領域ＣＭＲ１には公式アカウントからコンテンツをメッセージとして配信することを示す「メッセージ配信」の文字が表示されている。
その下には、作成するコンテンツのラベルを選択するためのラベル選択領域ＬＳＲ１が表示されている。
ラベル選択領域ＬＳＲ１の右側には、コンテンツに付与するラベルを選択するためのプルダウンメニューが「ラベル無し」の文字と共に表示されている。限定ではなく例として、ラベル選択領域ＬＳＲ１において「ラベル無し」が選択される場合、作成されるコンテンツにはラベルは付与されない。
ラベル選択領域ＬＳＲ１の下には、送信条件（配信条件）を選択するための送信条件選択領域ＣＳＲ１が表示されている。
送信条件選択領域ＣＳＲ１の右側には、送信条件を選択するためのプルダウンメニューが「即時」の文字と共に表示されている。限定ではなく例として、送信条件選択領域ＣＳＲ１において「即時」が選択される場合、作成されるコンテンツは送信先として指定される一般アカウント（限定ではなく例として、この公式ユーザの友だち全員）に無条件で一斉送信される。
送信条件選択領域ＣＳＲ１の下には、コンテンツを入力するためのコンテンツ記述領域ＣＤＲ１が表示されている。
コンテンツ記述領域ＣＤＲ１の上部には、限定ではなく例として、コンテンツとしてテキストを入力するための、吹き出しアイコンで示されるテキスト選択ボタンと、コンテンツとしてスタンプを入力するための、顔アイコンで示されるスタンプ選択ボタンと、コンテンツとして静止画を送信するための、山の絵のアイコンで示される静止画選択ボタンと、コンテンツとして動画を送信するための、フィルムアイコンで示される動画選択ボタンとが表示されている。
図２－２では、テキスト選択ボタンが選択されているため、テキスト選択ボタンが反転表示されている。そのため、コンテンツ記述領域ＣＤＲ１の下部には、テキスト入力ボックスが表示されている。テキスト入力ボックスの下には、テキストとして絵文字を指定するための「絵文字」の文字で示される絵文字入力ボタンが表示されている。
配信管理表示領域ＣＭＲ１の右下には、コンテンツ記述領域ＣＤＲ１に入力されたコンテンツを配信するための「配信」の文字で示される配信ボタンＳＢＴ１が表示されている。
限定ではなく例として、ラベル選択領域ＬＳＲ１のプルダウンメニューがユーザによってタップされると、図２－３の画面に遷移する。
図２－３では、ラベル選択領域ＬＳＲ１のプルダウンメニューが下に展開して表示されている。限定ではなく例として、プルダウンメニュー上部には、この公式ユーザが登録済みのラベル（限定ではなく例として、ラベル名「登録ごあいさつ」のラベル、ラベル名「定休案内」のラベル、ラベル名「今月のおすすめ」のラベル等）が、アイス棒状のアイコンで表示されている。登録済みラベルがユーザによってタップされると、タップされたラベルがラベルとして指定される。
また、プルダウンメニュー下部には、新規ラベルを設定するためのラベル設定領域が表示されている。限定ではなく例として、ラベル設定領域内のテキストボックスにラベル名が入力され、ラベル設定領域下部の「登録」の文字で示されるラベル登録ボタンがタップされると、テキストボックスに入力されたラベル名でラベルが新たに設定（登録）される。
図２－３では、ラベル設定領域内のテキストボックスに「来店翌日」のラベル名が入力され、ラベル登録ボタンがタップされた状態が示されている。
図２－４は、限定ではなく例として、ラベル選択領域ＬＳＲ１においてラベル名「来店翌日」のラベルが設定された後、送信条件選択領域ＣＳＲ１のプルダウンメニューがユーザによってタップされた場合の表示画面の一例である。
図２－４では、送信条件選択領域ＣＳＲ１のプルダウンメニューが下に展開して表示されている。限定ではなく例として、プルダウンメニュー上部には、この公式ユーザが設定済みの配信条件が表示される。
プルダウンメニュー下部には、新規コンテンツの配信条件を設定するための配信条件設定領域が表示されている。限定ではなく例として、配信条件設定領域の左側には、条件の種類（限定ではなく例として、「友だち登録から」や「来店から」等）を選択するためのプルダウンメニューが表示されている。図２－４では、条件の種類として、「来店から」が設定されている。
配信条件設定領域の右側には、条件の範囲（限定ではなく例として、条件の種類を起点として条件を満たすと判定される範囲）を選択するためのプルダウンメニューが表示されている。図２－４では、条件の範囲として、限定ではなく例として、「翌日」が選択されている。
配信条件設定領域の下部には、設定された条件の種類・範囲で配信条件を設定するための「決定」の文字で示される配信条件設定ボタンが表示されている。
図２－５は、限定ではなく例として、ラベル選択領域ＬＳＲ１においてラベル名「来店翌日」のラベルが設定された後、送信条件選択領域ＣＳＲ１において配信条件「来店の翌日」が設定された場合の表示画面の一例である。
図２－５では、コンテンツ記述領域ＣＤＲ１のテキスト入力ボックス内に、「昨日はＡＡラーメンへご来店ありがとうございました！」で始まるテキストが入力されている。限定ではなく例として、配信ボタンＳＢＴ１がユーザによってタップされると、「ＡＡラーメン」の公式ユーザが運営する店舗に「ＡＡラーメン」の友だちのユーザが訪問した翌日に、「昨日はＡＡラーメンへご来店ありがとうございました！」で始まるコンテンツが配信される。
同様にして、端末２０Ａの公式ユーザは、コンテンツ配信を繰り返す。
それからしばらくの後、端末２０Ａのユーザ操作に基づいて表示される公式アカウント運用管理画面の一例を図２－６に示す。
図２－６では、概要表示領域ＡＲＲ１の友だち人数が「１８０人」から「１８５人」に増加していることが示されている。
また、グローバルメニュー表示領域ＧＭＭ１の下右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ１において選択されているメニューボタンと対応するレポート表示領域ＲＰＲ２が表示されている。
レポート表示領域ＲＰＲ２では、コンテンツ選択領域ＭＳＲ２の左側に、分析を行うコンテンツを選択するためのプルダウンメニューが「分析するコンテンツ」の文字と共に表示されている。
限定ではなく例として、ユーザによってプルダウンメニューが操作されると、分析対象となるコンテンツをラベル別に選択することができる。限定ではなく例として、図２－６では、ラベル名「来店翌日」のコンテンツが分析対象として選択されている。コンテンツ選択領域ＭＳＲ２の右側には、分析対象として選択されている複数のコンテンツのプレビューが吹き出しで表示されている。
コンテンツ選択領域ＭＳＲ２の下には、コンテンツ選択領域ＭＳＲ２において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ４が表示されている。
限定ではなく例として、図２－６では、グラフ表示領域ＭＧＲ４に、日ごとの配信数（送信数）が折れ線グラフで表示されている。
限定ではなく例として、ラベル名「来店翌日」のコンテンツは、「ＡＡラーメン」の公式が運営する店舗に訪問した翌日、友だちである一般ユーザに対して送信されるため、配信数は上下に変動があるグラフとして表示されている。また、限定ではなく例として、グラフ表示領域ＭＧＲ４では、１２月１５日から１２月１８日までの間に送信された配信数を集計していることが示されている。
詳細レポート表示領域ＭＤＲ４には、１２月１５日から１２月１８日までの間に送信されたラベル名「来店翌日」の総配信数として「９」が表示されている。
この例では、総配信数が設定数（限定ではなく例として、この例では「１０」）に満たないことに基づいて、総閲覧数の欄では、その集計値が隠蔽される。
限定ではなく例として、総閲覧数の欄には、０から総配信数の数値範囲である「０－９」が表示されている。
図２－６からさらに時間が経過した場合の公式アカウント運用管理画面の一例を図２－７に示す。
図２－７では、概要表示領域ＡＲＲ１の友だち人数が「１８５人」から「２００人」に増加していることが示されている。
また、グラフ表示領域ＭＧＲ５では、１２月１５日から１２月２２日までの間に送信された配信数を集計していることが示されている。
詳細レポート表示領域ＭＤＲ５には、１２月１５日から１２月１８日までの間に送信されたラベル名「来店翌日」のコンテンツの総配信数として「２０」が表示されている。また、詳細レポート表示領域ＭＤＲ５には、コンテンツの総配信数が設定数（限定ではなく例として、この例では「１０」）以上であることに基づいて、総閲覧数として実数である「１２」が表示されている。
＜処理＞
図２－８～図２－９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（公式ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末４０Ａ（一般ユーザＡ．Ａの端末４０）の制御部４１が実行する処理の一例を示している。
まず、端末２０Ａの制御部２１は、コンテンツラベル設定処理を実行する（Ａ２１０）。
コンテンツラベル設定処理において、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、作成するコンテンツに対するラベル名と、送信先と、配信条件と、コンテンツとを受け付ける。
なお、コンテンツに対するラベルを設定しない（限定ではなく例として、「ラベル無し」とする）場合、端末２０Ａの制御部２１は、限定ではなく例として、ラベル名を「ＮＵＬＬ」に設定する。
また、サーバ１０の制御部１１は、コンテンツラベル設定処理に先立ち、サーバ１０の第２の公式アカウント管理データベース１５５Ｂにおけるコンテンツラベルデータに基づいて、生成済みのラベル名とラベルＩＤとを端末２０Ａに送信する。そして、端末２０Ａの制御部２１は、ラベル名の代わりにラベルＩＤを選択させて受け付けるようにしてもよいし、そのようにしなくてもよい。
次いで、端末２０Ａの制御部２１は、受け付けたラベル名と、送信先と、配信条件と、コンテンツとを含むラベル付きコンテンツ送信依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２２０）。
なお、コンテンツラベル設定処理においてラベルＩＤが選択されるようにする場合、端末２０Ａの制御部２１は、ラベルＩＤと、送信先と、配信条件と、コンテンツとを含むラベル付きコンテンツ送信依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信するようにすることができる。
通信Ｉ／Ｆ１４によって端末２０Ａからラベル付きコンテンツ送信依頼情報を受信すると、サーバ１０の制御部１１は、受信したラベル付きコンテンツ送信依頼情報に基づいてラベル付きコンテンツ関連付け処理を実行する（Ｓ２１０）。
ラベル付きコンテンツ関連付け処理では、限定ではなく例として、まず、サーバ１０の制御部１１は、受信したラベル付きコンテンツ送信依頼情報に対して一意なコンテンツＩＤを生成して割り振り、ラベル付きコンテンツ送信依頼情報に含まれる送信先と配信条件とコンテンツとを、生成したコンテンツＩＤと紐付けて第２の公式アカウント管理データベース１５５Ｂの配信コンテンツデータに記憶させる。
また、受信したラベル名が「ＮＵＬＬ」ではない場合、サーバ１０の制御部１１は、受信したラベル名に対して一意なラベルＩＤを生成して割り振り、生成したコンテンツＩＤと紐付けて第２の公式アカウント管理データベース１５５Ｂのコンテンツラベルデータに記憶させる。
なお、ラベル名が重複する場合、サーバ１０の制御部１１は、そのラベル名と紐付けられる生成済みのラベルＩＤを生成したコンテンツＩＤと紐付けて第２の公式アカウント管理データベース１５５Ｂのコンテンツラベルデータに記憶させるようにしてもよい。
また、ラベルＩＤを端末２０Ａから受信する場合、サーバ１０の制御部１１は、受信したラベルＩＤを生成したコンテンツＩＤと紐付けて第２の公式アカウント管理データベース１５５Ｂのコンテンツラベルデータに記憶させるようにしてもよい。
なお、Ａ２１０～Ａ２２０→Ｓ２１０～Ｓ１４０までの各ステップを繰り返してから、その後のステップを実行するようにしてもよいし、そうしなくてもよい。
次いで、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、解析対象とするラベルＩＤを少なくとも含むラベル付きコンテンツ分析依頼情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２３０）。
なお、Ａ２３０のステップに先立って、端末２０Ａの制御部２１は、第２の公式アカウント管理データベース１５５Ｂのコンテンツラベルデータに基づくラベルＩＤとラベル名との一覧情報を要求するラベルＩＤ一覧要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信し、サーバ１０の制御部１１は、ラベルＩＤ一覧要求情報に従ってラベルＩＤの一覧情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよいし、そうしなくてもよい。
Ｓ１４０の後、またはＳ１３０の判定結果が「ＮＯ」であった後、通信Ｉ／Ｆ１４によって端末２０Ａからラベル付きコンテンツ分析依頼情報を受信すると、サーバ１０の制御部１１は、ラベル付きコンテンツ集計処理を実行する（Ｓ２２０）。
ラベル付きコンテンツ集計処理において、サーバ１０の制御部１１は、限定ではなく例として、ラベル付きコンテンツ分析依頼情報として受信したラベルＩＤについて、記憶部１５に記憶される第２の公式アカウント管理データベース１５５ＢのコンテンツラベルデータにおけるラベルＩＤを探索し、ヒットするラベルＩＤと紐付けられたコンテンツＩＤを集計対象コンテンツＩＤに設定する。
そして、サーバ１０の制御部１１は、集計対象コンテンツＩＤについて、記憶部１５に記憶される第１のコンテンツ送信履歴管理データベース１５７ＡのコンテンツＩＤを探索し、限定ではなく例として、集計対象コンテンツＩＤがヒットする個数を集計対象コンテンツの総配信数として集計する。また、限定ではなく例として、集計対象コンテンツＩＤがヒットするコンテンツＩＤのうち、閲覧フラグが「〇」となるコンテンツＩＤの個数を集計対象コンテンツの総閲覧数として集計する。
そして、サーバ１０の制御部１１は、Ｓ１６０に処理を進める。
＜第２実施例の効果＞
本実施例は、公式アカウント（限定ではなく、第１アカウントの一例）が送信元であるコンテンツ（限定ではなく、コンテンツの一例）を一般アカウントの複数の端末４０（限定ではなく、複数の端末の一例）に送信するサーバ１０は、ラベル情報（限定ではなく、コンテンツに関する情報である第１情報の一例）を取得する。限定ではなく例として、ラベル名を公式アカウントから取得し、そのラベル名に対応するラベルＩＤを生成して取得する。そして、サーバ１０は、公式アカウントが送信元である複数のコンテンツのうち、このラベル情報に基づくコンテンツの配信数（限定ではなく、第１情報に基づくコンテンツが送信された数に関する第２情報の一例）を取得する制御部１１を備える。
また、サーバ１０は、制御部１１によって取得された配信数が、設定値以上または設定値よりも大きい場合、そのコンテンツの閲覧数の実数値の情報（限定ではなく、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報の一例）を公式アカウントに送信し、制御部１１によって取得された配信数が、設定値以下または設定値よりも小さい場合、そのコンテンツの閲覧数の実数値が含まれる数値範囲等の情報（限定ではなく、第３情報とは異なる第４情報の一例）を公式アカウントに送信する通信Ｉ／Ｆ２２を備える構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、制御部によって取得された、コンテンツに関する情報である第１情報に基づくコンテンツが送信された数に関する第２情報と設定値との関係に基づいて、異なる情報を公式アカウントに送信することができる。これにより、限定ではなく例として、第２情報がある程度小さい数である場合に、送信されたコンテンツが送信先のアカウントによって閲覧された数とは異なる情報を公式アカウントに送信するといったことが可能となる。その結果、そのコンテンツを閲覧したアカウントを第１アカウントが特定できないようにするといったことが可能となる。
つまり、本実施例では、第１情報を、前述したコンテンツＩＤ（限定ではなく、第１コンテンツを識別する識別する第１識別情報の一例）とは異なる情報とすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントが送信元である第１コンテンツが、その第１コンテンツを識別する第１識別情報とは異なる情報と少なくとも関連付けられるようにすることができる。
また、この場合、公式アカウントが送信元である複数のコンテンツは、第２コンテンツ（限定ではなく、第２コンテンツの一例）を含み、制御部１１は、公式ユーザによる入力に基づいて、第１コンテンツと、第２コンテンツと、ラベル情報（限定ではなく、第１情報の一例）とを関連付ける制御を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントが送信元である複数のコンテンツが、同じ第１情報に関連付けられるようにすることができる。
また、本実施例は、公式アカウントが送信元である複数のコンテンツは、第２コンテンツ（限定ではなく、第２コンテンツの一例）を含み、端末２０は、公式アカウントが送信元である複数のコンテンツのうちの第２コンテンツを表示部２４に表示する。そして、端末２０は、第２コンテンツが表示された表示部２４に対する、公式ユーザによる入力に基づいて、ラベル情報と第２コンテンツとの関連付けをサーバ１０に依頼する処理（限定ではなく、第１情報と第２コンテンツとの関連付けに関する処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントが送信元である複数のコンテンツのうちの第２コンテンツを、第１アカウントのユーザによる入力に基づいて、第１アカウントのユーザに報知することができる。また、第２コンテンツが表示された表示部に対する、第１アカウントのユーザによる入力に基づいて、第２コンテンツが、第１アカウントとともに、同じ第１情報に関連付けられるようにすることができる。
また、この場合、ラベル情報は、公式ユーザによって入力されたラベル情報とすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザがラベル情報を入力可能となり、第１アカウントのユーザがラベル情報によってコンテンツを管理・把握し易くなるため、第１アカウントのユーザの利便性を向上させることができる。
＜第２変形例（１）＞
サーバ１０が分析対象とする内容は、上記の実施例で説明した閲覧数に限定されない。
サーバ１０が分析対象とする内容に、限定ではなく例として、前述した（ｂ１）クリック、（ｂ２）動画再生、（ｂ３）コンバージョン、等に関する情報を含めることも可能である。
図２－１０は、本変形例において端末２０Ａの表示部２４に表示される公式アカウント運用管理画面の一例を示す図である。
この公式アカウント運用管理画面では、詳細レポート表示領域ＭＤＲ６に、総配信数の欄と、総閲覧数の欄とに加えて、限定ではなく例として、総クリック数の欄と、総再生開始数の欄と、総再生終了数の欄と、総コンバージョン数の欄とがそれぞれ設けられている。
総クリック数は、分析対象のコンテンツが操作情報を含むコンテンツである場合に、その操作情報がクリックされた数として集計される。限定ではなく例として、一般ユーザの端末４０において操作情報がタップされた場合に、その旨の情報が端末４０からサーバ１０に送信されるようにする。そして、サーバ１０は、端末４０から受信した情報に基づいて、総クリック数を集計するようにすることができる。
総再生開始数は、分析対象のコンテンツが動画像コンテンツを含む場合に、その再生開始数を総計した数として集計される。限定ではなく例として、一般ユーザの端末４０において動画像コンテンツの再生が開始された場合に、その旨の情報が端末４０からサーバ１０に送信されるようにする。そして、サーバ１０は、端末４０から受信した情報に基づいて、総再生開始数を集計するようにすることができる。
総再生終了数は、分析対象のコンテンツが動画像コンテンツを含む場合に、その再生終了数を総計した数として集計される。限定ではなく例として、一般ユーザの端末４０において動画像コンテンツの再生が終了した場合に、その旨の情報が端末４０からサーバ１０に送信されるようにする。そして、サーバ１０は、端末４０から受信した情報に基づいて、総再生終了数を集計するようにすることができる。
総コンバージョン数は、分析対象のコンテンツに基づくコンバージョン数を総計した数として集計される。
限定ではなく例として、コンテンツが店舗への来店を促すテキストコンテンツや画像コンテンツである場合、そのコンテンツに基づいて、ユーザがその店舗に来店したことが検知された場合に、コンバージョンされたとすることができる。このコンバージョンの検出は、限定ではなく例として、店舗に設置されるビーコン装置からの接近信号を一般ユーザの端末４０が受信したことに基づいて検出することができる。
また、限定ではなく例として、コンテンツとしてクーポンコンテンツが配信され、そのクーポンコンテンツに基づくクーポンが端末４０で取得される。そして、そのクーポンが使用されたことをサーバ１０が検知した場合に、コンバージョンされたとすることができる。
図２－１０の例では、分析対象のコンテンツに動画像コンテンツが含まれていないため、総再生開始数および総再生終了数の欄には、それぞれ分析不可を示す「×」が表示されている。
また、この例では、総配信数が設定値よりも小さかったため、総クリック数の集計値が隠蔽されている。限定ではなく例として総クリック数の集計値が「１２」であった場合、この集計値「１２」が隠蔽される。
この例では、総クリック数の欄には、０から総配信数の数値範囲である「０－２０」が表示されている。
同様に、この例では、総配信数が設定値よりも小さかったため、総コンバージョン数の集計値が隠蔽されている。具体的には、限定ではなく例として、総コンバージョン数の欄には「－」が表示されている。
本変形例は、インプレッションは、第１情報に基づくコンテンツを受信した端末２０のユーザによる、第１情報に基づくコンテンツの表示、および、第１情報に基づくコンテンツを受信した端末２０のユーザによる、第１情報に基づくコンテンツのクリック、動画再生、コンバージョン等（限定ではなく、第１情報に基づくコンテンツの選択の一例）のうち少なくとも一つに基づく構成を示している。
このような構成により得られる変形例の効果の一例として、サーバは、第１情報に基づくコンテンツが、その第１情報に基づくコンテンツを受信した端末のユーザによる、その第１情報に基づくコンテンツの表示、およびその第１情報に基づくコンテンツの選択のうち少なくとも一つに基づくインプレッションされた数に関する第３情報を第１アカウントに送信することができる。
＜第２変形例（２）＞
上記の実施例において、公式ユーザによって入力されたラベルＩＤが、そのままコンテンツＩＤとして用いられるようにすることも可能である。
この場合、端末２０は、ラベル情報として、少なくともラベルＩＤ（ラベル名も受け付けてもよい。）を受け付ける。そして、端末２０は、受け付けたラベルＩＤ（およびラベル名）と、送信先と、配信条件と、コンテンツとを含むラベル付きコンテンツ送信依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
通信Ｉ／Ｆ１４によって端末２０からラベル付きコンテンツ送信依頼情報を受信すると、サーバ１０は、受信したラベル付きコンテンツ送信依頼情報に基づいて、第２のラベル付きコンテンツ関連付け処理を実行する。
この第２のラベル付きコンテンツ関連付け処理では、限定ではなく例として、ラベル付きコンテンツ送信依頼情報に含まれるラベルＩＤと紐づけて、配信条件と、コンテンツとを、第２の公式アカウント管理データベース１５５Ｂの配信コンテンツデータに記憶させる。つまり、コンテンツＩＤではなく、ラベルＩＤと紐づけて配信条件やコンテンツを記憶させるようにする。
また、ラベル付きコンテンツ送信依頼情報にラベル名が含まれる場合、サーバ１０は、ラベル名と、ラベルＩＤとを紐づけたラベルデータを、第２の公式アカウント管理データベース１５５Ｂに記憶させる。つまり、コンテンツＩＤと、ラベルＩＤと、ラベル名とを関連付けたコンテンツラベルデータ（図２－１参照）に代えて、ラベルＩＤと、ラベル名とを関連付けたラベルデータを記憶させるようにする。また、配信コンテンツデータのコンテンツＩＤに、対応するラベルＩＤを記憶させる。
これは、本変形例ではラベルＩＤがコンテンツＩＤとして機能するため、コンテンツＩＤをコンテンツラベルデータに記憶させる必要がないためである。
本変形例は、ラベルＩＤ（限定ではなく、第１情報の一例）は、コンテンツＩＤ（限定ではなく、第１コンテンツを識別する第１識別情報の一例）である構成を示している。
このような構成により得られる変形例の効果の一例として、第１情報を、第１コンテンツを識別する第１識別情報として用いることができるため、第１識別情報を設定せずに済む。
＜第２変形例（３）＞
端末２０が送信元である新規コンテンツを送信する場合に、サーバ１０が、端末２０から送信される配信条件に基づいて、その新規コンテンツにラベルを付与するようにすることもできる。
具体的には、限定ではなく例として、端末２０は、新規コンテンツの入力を受け付けるとともに、その新規コンテンツに対する配信条件として、時間に関する条件（限定ではなく例として、配信時間帯の条件）や、場所に関する条件（限定ではなく例として、配信場所の条件）等の各種の条件を受け付ける。
限定ではなく例として、図２－３の画面において管理ラベルとして「ラベル無し」を設定し、図２－４の画面において配信条件（送信条件）として配信時間帯や配信場所等の条件を設定するようにすることができる。
そして、端末２０は、送信先と、配信条件と、新規コンテンツとを含むコンテンツ送信依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
これを受けて、サーバ１０は、ラベル付きコンテンツ関連付け処理を行う。
具体的には、サーバ１０は、限定ではなく例として、受信したコンテンツ送信依頼情報に対して一意なコンテンツＩＤを生成して割り振り、コンテンツ送信依頼情報に含まれる送信先と配信条件とコンテンツとを、生成したコンテンツＩＤと紐付けて記憶部２８に記憶させる。
また、サーバ１０は、限定ではなく例として、受信したコンテンツ送信依頼情報に含まれる配信条件に基づいてラベル情報を生成し、上記のコンテンツＩＤと紐づけて記憶部２８に記憶させる。限定ではなく例として、配信時間帯として「昼食前」が指定された場合は、「昼食前」のラベルをコンテンツＩＤと関連付けて記憶し、配信時間帯として「就寝前」が指定された場合は、「就寝前」のラベルをコンテンツＩＤと関連付けて記憶する。また、限定ではなく例として、配信場所として「勤務先」が指定された場合は、「勤務先」のラベルをコンテンツＩＤと関連付けて記憶する。
このようにしてサーバ１０によって新規コンテンツに対してラベルが設定されると、サーバ１０は、配信条件に基づいて、コンテンツＩＤとコンテンツとを端末４０に送信する。
本変形例は、端末２０は、新規送信するコンテンツ（限定ではなく、第１コンテンツの一例）を表示部２４に表示する。また、端末２０は、公式ユーザによる入力に基づいて、このコンテンツに対する配信条件の設定（限定ではなく、第１コンテンツに対する設定の一例）を制御部２１によって行う。この場合、ラベル情報は、配信条件の設定に基づく情報を含む構成を示している。
このような構成により得られる変形例の効果の一例として、第１アカウントのユーザによる入力に基づいて、第１コンテンツに対する設定を行うことで、この設定に基づく第１情報が第１コンテンツに関連付けられるようにすることができる。
また、この場合、配信条件の設定は、コンテンツの配信時間帯に関する設定（限定ではなく、第１コンテンツを送信する時間に関する設定の一例）を含むようにすることができる。
このような構成により得られる変形例の効果の一例として、上記の構成と相まって、第１コンテンツを送信する時間に関する設定を行うことで、この設定に基づく第１情報が第１コンテンツに関連付けられるようにすることができる。
また、この場合、配信条件の設定は、場所に関する設定を含む構成を示している。
このような構成により得られる変形例の効果の一例として、上記の構成と相まって、場所に関する設定を行うことで、この設定に基づく第１情報が第１コンテンツに関連付けられるようにすることができる。
また、この場合、上記の場所に関する設定は、コンテンツの配信場所に関する設定（限定ではなく、第１コンテンツを受信する端末の場所に関する設定の一例）を含むようにすることができる。
このような構成により得られる変形例の効果の一例として、上記の構成と相まって、第１コンテンツを受信する端末の場所に関する設定を行うことで、この設定に基づく第１情報が第１コンテンツに関連付けられるようにすることができる。
＜第２変形例（４）＞
上記の実施例では、１つのコンテンツに対して１つのラベルを設定することとして説明したが、１つのコンテンツに対して複数のラベルを設定するようにすることも可能である。
この場合は、１つのコンテンツについて、ラベルごとのコンテンツ分析情報が、サーバ１０から端末２０に送信されるようにすることができる。そして、端末２０は、１つのコンテンツに対して、ラベルごとに、そのコンテンツ分析情報を表示部２４に表示するようにすることができる。
＜第３実施例＞
第２実施例では、コンテンツ分析を行う際に、公式ユーザがラベルＩＤを指定することで集計対象コンテンツを指定したが、これに限定されない。
第３実施例は、限定ではなく例として、公式ユーザが送信したコンテンツのうち、送信先のユーザに関する情報、限定ではなく例として、送信先のユーザの属性情報（以下、ユーザの属性情報を「ユーザ属性情報」と称する。）等に基づいて、分析対象となるコンテンツを指定することを可能にする実施例である。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
図３－１は、本実施例においてサーバ１０の記憶部１５に記憶される公式アカウント管理データベース１５５の一例である第３の公式アカウント管理データベース１５５Ｃのデータ構成例を示す図である。
第３の公式アカウント管理データベース１５５Ｃには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウント友だちデータと、配信コンテンツデータと、コンテンツラベルデータとが記憶される。
公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウント友だちデータと、コンテンツラベルデータとは、第２の公式アカウント管理データベース１５５Ｂと同様である。
配信コンテンツデータは、この公式アカウントによって作成されるコンテンツを管理するためのデータであり、限定ではなく例として、コンテンツＩＤと、送信先と、配信条件と、コンテンツとが関連付けて記憶される。
コンテンツＩＤと、配信条件と、コンテンツとは、第２の公式アカウント管理データベース１５５Ｂにおける配信コンテンツデータと同様である。
配信先には、コンテンツ作成時に指定される送信先が記憶される。
なお、第３の公式アカウント管理データベース１５５Ｃを用いる場合、第１のコンテンツ送信履歴管理データベース１５７Ａにおける配信コンテンツデータに、コンテンツを記憶させなくてもよい。
＜表示画面＞
図３－２～図３－６は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－２～図３－６は、限定ではなく例として、公式ユーザＡ．Ａ（この例では「ＡＡラーメン」の事業者）の端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
図３－２において、グローバルメニュー表示領域ＧＭＭ１では、ホームメニュー選択タブが手前側に表示されており、ホームメニュー選択タブが選択されていることが示されている。
グローバルメニュー表示領域ＧＭＭ１の下方右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ２において選択されているメニューボタンと対応する配信管理表示領域ＣＭＲ２が表示されている。配信管理表示領域ＣＭＲ２には公式アカウントからコンテンツをメッセージとして配信することを示す「メッセージ配信」の文字が表示されている。
その下には、作成するコンテンツの送信先を選択するための送信先選択領域ＤＳＲ１が表示されている。
送信先選択領域ＤＳＲ１の右側には、送信先を選択するためのプルダウンメニューが「全員」の文字と共に表示されている。
また、その下には、ラベル選択領域ＬＳＲ１と、送信条件選択領域ＣＳＲ１と、コンテンツ記述領域ＣＤＲ１とが表示されている。
配信管理表示領域ＣＭＲ２の右下には、コンテンツ記述領域ＣＤＲ１に入力されたコンテンツをメッセージとして配信するための「配信」の文字で示される配信ボタンＳＢＴ２が表示されている。
限定ではなく例として、送信先選択領域ＤＳＲ１のプルダウンメニューがユーザによってタップされると、図３－３の画面に遷移する。
図３－３では、送信先選択領域ＤＳＲ１のプルダウンメニューが下に展開し、表示されている。限定ではなく例として、プルダウンメニュー上部には、この公式ユーザが過去に指定した送信先が角の丸まった矩形のアイコンで表示されている。
限定ではなく例として、複数のアイコンが含まれる送信先では、属性（限定ではなく例として、年代や性別）ごとの条件は論理和で、属性間での条件は論理積で条件が定められている。
すなわち、図３－３では、限定ではなく例として、「全員」の下の送信先は、「１０代」かつ「男性」、または、「２０代」かつ「男性」を選択していることを表している。
なお、アイコン間に明示的に論理条件を表示させるようにしてもよい。
また、プルダウンメニュー下部には、新規送信先を指定するための送信先指定領域が表示されている。限定ではなく例として、新規送信先と合致するユーザ登録情報を属性ごとにタップして選択し、送信先指定領域の右下部の「決定」の文字で示される送信先登録ボタンがタップされると、選択された属性が送信先として設定（登録）される。
図３－３では、限定ではなく例として、「年代」の属性において「３０代」が、「性別」の属性において「女性」が、それぞれタップされて選択されたことにより、反転表示されている。この場合、「３０代」かつ「女性」が送信先となる。
なお、属性ごとに条件を選択後、「ｎｏｔ」，「ａｎｄ」，「ｏｒ」の文字でそれぞれ示される論理式ボタンをタップすることで、限定ではなく例として、「「３０代」かつ「女性」ではない」といった複雑な論理条件を設定することも可能に構成されている。
図３－４は、限定ではなく例として、送信先選択領域ＤＳＲ１において「３０代」かつ「女性」である送信先が設定され、第２実施例と同様にして送信条件選択領域ＣＳＲ１において配信条件「友だち登録の当日夜」が設定された場合の表示画面の一例である。
図３－４では、コンテンツ記述領域ＣＤＲ１のテキスト入力ボックス内に、「鶏白湯が自慢！ＡＡラーメンの友だち登録ありがとうございます」で始まるテキストが入力されている。限定ではなく例として、配信ボタンＳＢＴ２がユーザによってタップされると、ユーザ属性が「３０代」かつ「女性」である一般ユーザが「ＡＡラーメン」との友だち登録を行った日の夜に、「鶏白湯が自慢！ＡＡラーメンの友だち登録ありがとうございます」で始まるコンテンツが配信される。
同様にして、端末２０Ａの公式ユーザは、コンテンツ配信を繰り返す。
それからしばらくの時間が経過した後、端末２０Ａのユーザ操作に基づいて表示される公式アカウント運用管理画面の一例を図３－５に示す。
図３－５において、概要表示領域ＡＲＲ１の友だち人数は「１８０人」から「１９０人」に増加していることが示されている。
また、グローバルメニュー表示領域ＧＭＭ１の下右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ１において選択されているメニューボタンと対応するレポート表示領域ＲＰＲ３が表示されている。
レポート表示領域ＲＰＲ３では、コンテンツ選択領域ＭＳＲ３の左側に、分析を行うコンテンツを選択するためのプルダウンメニューが「分析するコンテンツ」の文字と共に表示されている。また、プルダウンメニューの下には、プルダウンメニューによって分析対象となったコンテンツをさらに絞り込むためのコンテンツ絞り込み領域ＮＤＲ１が表示されている。
コンテンツ絞り込み領域ＮＤＲ１には、「検索パターン」の文字の下に、「パターン１」～「パターン４」までの４つの絞り込みタブが表示されている。
限定ではなく例として、ユーザが絞り込みタブをタップすると、絞り込みタブの下に、絞り込み候補となる送信先と配信条件との組み合わせが表示される。
限定ではなく例として、図３－５では、「パターン２」の絞り込み候補として、送信先が「３０代」かつ「女性」であり、配信条件が「友だち登録の当日夜」であるコンテンツが、コンテンツ選択領域ＭＳＲ３の右側に表示されている。
なお、絞り込み候補は、限定ではなく例として、総配信数が多い送信先と配信条件とが優先的に選定されて表示されるようにすることができる。
限定ではなく例として、「パターン１」の絞り込みタブをタップすると、最も総配信数が多い、送信先が「１０代」かつ「男性」、または、「２０代」かつ「男性」が絞り込み候補として選定されて表示されるようにすることができる。
また、絞り込みタブの右には、送信先と配信条件との組み合わせを手動で指定するための「手動で設定」の文字で示される絞り込み条件手動設定ボタンが表示されている。この絞り込み条件手動設定ボタンをタップすることで、端末２０Ａのユーザは任意の絞り込み条件を設定することが可能に構成されている。
コンテンツ選択領域ＭＳＲ３の下には、コンテンツ選択領域ＭＳＲ３において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ６が表示されている。
限定ではなく例として、図３－５では、グラフ表示領域ＭＧＲ６に、日ごとの配信数（送信数）が折れ線グラフで表示されている。
限定ではなく例として、送信先が「３０代」かつ「女性」であり、配信条件が「友だち登録の当日夜」であるコンテンツの配信数は上下に変動があるグラフとして表示されている。また、限定ではなく例として、グラフ表示領域ＭＧＲ６では、１２月１６日から１２月２０日までの間に送信された配信数を集計していることが示されている。
詳細レポート表示領域ＭＤＲ７には、１２月１６日から１２月２０日までの間に送信された、送信先が「３０代」かつ「女性」であり、配信条件が「友だち登録の当日夜」であるコンテンツの総配信数として「３８」が表示されている。
この例では、コンテンツの総配信数が設定数（限定ではなく例として、この例では「５０」）に満たないことに基づいて、総閲覧数の欄では、その集計値が隠蔽される。
限定ではなく例として、総閲覧数の欄には、０から総配信数の数値範囲である「０－３８」が表示されている。
図３－５からさらに時間が経過した際の公式アカウント運用管理画面の一例を図３－６に示す。
図３－５において、概要表示領域ＡＲＲ１の友だち人数は「１９０人」から「２７０人」に増加していることが示されている。
また、グラフ表示領域ＭＧＲ７では、１２月１６日から１２月２５日までの間に送信された配信数を集計していることが示されている。
詳細レポート表示領域ＭＤＲ８には、１２月１６日から１２月２５日までの間に送信された、送信先が「３０代」かつ「女性」であり、配信条件が「友だち登録の当日夜」である総配信数として「５３」が表示されている。また、詳細レポート表示領域ＭＤＲ８には、コンテンツの総配信数が設定数（限定ではなく例として、この例では「５０」）以上であることに基づいて、総閲覧数として実数である「５１」が表示されている。
なお、コンテンツの総配信数が設定数に満たない配信条件については、限定ではなく例として、コンテンツ選択領域ＭＳＲ３において候補として表示させない、または表示態様を変えて表示させるようにしてもよい。
＜処理＞
コンテンツを配信する処理については、限定ではなく例として、図１－１１の処理と同様に実行することが可能なため、詳細な説明は省略する。
配信したコンテンツを分析する処理については、限定ではなく例として、図１－１２のＡ１２０のステップにおいて、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、解析対象とする送信先と配信条件とを少なくとも含むコンテンツ分析依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
なお、本処理に先立って、端末２０Ａの制御部２１は、サーバ１０において事前に集計された全ての送信済みコンテンツにおける送信先と配信条件とに基づいて、コンテンツ分析対象の候補となる送信先と配信条件との組み合わせを要求するコンテンツ分析条件候補一覧要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０の制御部１１は、受信したコンテンツ分析条件候補一覧要求情報に従って、コンテンツ分析対象の候補となる送信先と配信条件との組み合わせ一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよいし、そうしなくてもよい。
通信Ｉ／Ｆ１４によって端末２０Ａからコンテンツ分析依頼情報を受信すると、サーバ１０の制御部１１は、コンテンツ分析対象となる送信先と配信条件とを満たすコンテンツＩＤを、記憶部１５に記憶される第３の公式アカウント管理データベース１５５Ｃの配信コンテンツデータから検索する。そして、サーバ１０の制御部１１は、検索されたコンテンツＩＤを集計対象コンテンツＩＤとして、図１－１２のＳ１５０のステップ以下の処理を実行する。
＜第３実施例の効果＞
本実施例は、端末２０が、コンテンツに関する情報である、一般ユーザの第１ユーザ属性情報（限定ではなく、第１情報の一例）とは異なる一般ユーザの第２ユーザ属性情報（限定ではなく、第５情報の一例）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。この場合、第１情報に基づくコンテンツの配信数（限定ではなく、第２情報の一例）は、第１ユーザ属性情報と第２ユーザ属性情報とに基づいて、公式アカウントが送信元である複数のコンテンツのうち、第１ユーザ属性情報と第２ユーザ属性情報とに基づくコンテンツの配信数（限定ではなく、第１情報と第５情報とに基づくコンテンツが送信された数に関する情報の一例）である構成を示している。
このような構成により得られる実施例の効果の一例として、第１情報と第５情報とに基づいて、第１アカウントが送信元である複数のコンテンツのうち、第１情報と第５情報とに基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。限定ではなく例として、２以上のユーザ属性情報に基づくコンテンツの配信数等の情報がサーバによって取得されるようにすることができる。
また、この場合、端末２０は、第１ユーザ属性情報と第２ユーザ属性情報とに基づく条件情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。この場合、第２情報は、第１ユーザ属性情報と、第２ユーザ属性情報と、条件情報とに基づいて、サーバによって取得されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１情報と、第５情報と、第１情報と第５情報とに基づく条件情報とに基づいて、第２情報がサーバによって適切に取得されるようにすることができる。限定ではなく例として、２以上のユーザ属性情報と、これらのユーザ属性情報に基づく条件情報とに基づいて、コンテンツの配信数等の情報がサーバによって適切に取得されるようにすることができる。
また、この場合、条件情報は、第１ユーザ属性情報と、第２ユーザ属性情報との論理演算に関する条件の情報を含むようにすることができる。
このような構成により得られる実施例の効果の一例として、第１情報と、第５情報と、第１情報と第５情報との論理演算に関する条件の情報とに基づいて、コンテンツの配信数等の情報がサーバによってより適切に取得されるようにすることができる。
＜第３変形例（１）＞
上記の実施例では、コンテンツ絞り込み領域に表示される絞り込み候補を、コンテンツの総配信数に基づいて選定する例を示したが、これに限定されない。
限定ではなく例として、端末２０が、自己の端末２０の公式ユーザが過去に参照した分析情報に対応する一般ユーザの属性情報の組合せを判定するようにする。そして、端末２０は、限定ではなく例として、その判定結果に基づいて、この公式ユーザが過去に参照した参照回数が多い一般ユーザの属性情報の組合せ順に、絞り込み候補を選定して表示させるようにすることができる。限定ではなく図３－５の例では、公式ユーザ「ＡＡラーメンの事業者」が過去に参照した参照回数が多い順に、一般ユーザの属性情報の組合せ順を、パターン１，パターン２，パターン３，パターン４に対応させて表示するようにすることができる。
なお、上記の判定を、端末２０ではなくサーバ１０が行うようにしてもよい。
＜第３変形例（２）＞
上記の実施例では、分析対象となるコンテンツを指定する条件情報の１つとして一般ユーザのユーザ属性情報を例示したが、これに限定されない。
限定ではなく例として、一般ユーザのユーザ属性情報に代えて、またはこれに加えて、公式ユーザのユーザ属性情報を条件情報に含めてもよい。
そして、公式ユーザのユーザ属性情報を少なくとも用いて、分析対象となるコンテンツの候補を表示するようにしてもよい。
限定ではなく例として、公式ユーザのユーザ属性情報として、公式ユーザの業態の情報を用いることとし、一般ユーザのユーザ属性情報として、一般ユーザの性別や年代の情報を用いるようにすることができる。
限定ではなく例として、公式ユーザの業態として「ラーメン屋」を指定すると、「ラーメン屋」の業態の店舗を利用する頻度が高い一般ユーザである「２０代～３０代 男性」を対象とするコンテンツを、分析対象となるコンテンツの候補として表示するようにすることができる。
また、限定ではなく例として、公式ユーザの業態として「美容院」を指定すると、「美容院」の業態の店舗を利用する頻度が高い一般ユーザである「２０代～５０代 女性」を対象とするコンテンツを、分析対象となるコンテンツの候補として表示するようにすることができる。
なお、店舗を利用する頻度については、限定ではなく例として、一般ユーザの端末４０が店舗に設置されるビーコン装置からの接近信号を受信する頻度に基づいて算出することができる。
＜第４実施例＞
第２実施例では、コンテンツ分析を行う際に、公式ユーザが１つのラベルＩＤを指定することで集計対象コンテンツを指定したが、これに限定されない。
第４実施例は、限定ではなく例として、公式ユーザが複数のラベルＩＤを指定することで集計対象コンテンツを指定する実施例である。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図４－１～図４－３は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図４－１～図４－３は、限定ではなく例として、公式ユーザＡ．Ａ（この例では「ＡＡラーメン」の事業者）の端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
図４－１は、限定ではなく例として、配信画面の一例である。
この配信画面では、送信先選択領域ＤＳＲ１では、「１０代」かつ「男性」、または、「２０代」かつ「男性」が送信先として指定されていることが表示されている。ラベル選択領域ＬＳＲ１では、ラベル名「今月のおすすめ」のラベルと、ラベル名「男性ターゲット」のラベルとがラベルとして指定されていることが表示されている。また、コンテンツ記述領域ＣＤＲ１のテキスト入力ボックス内に、「１月の限定ラーメンは＜＜野菜ましましスタミナ中華＞＞」で始まるテキストが入力されている。
限定ではなく例として、配信ボタンＳＢＴ２がユーザによってタップされると、ユーザ属性が「１０代」かつ「男性」、または、「２０代」かつ「男性」である一般ユーザに対して、「１月の限定ラーメンは＜＜野菜ましましスタミナ中華＞＞」で始まるコンテンツが配信される。また、このコンテンツには、ラベル名「今月のおすすめ」のラベルと、ラベル名「男性ターゲット」のラベルとが紐づけられる。
同様にして、端末２０Ａの公式ユーザは、コンテンツ配信を繰り返す。
それからしばらくの時間が経過した後、端末２０Ａのユーザ操作に基づいて表示される公式アカウント運用管理画面の一例を図４－２に示す。
図４－２において、概要表示領域ＡＲＲ１の友だち人数は「３２７人」から「３４９人」に増加していることが示されている。
また、グローバルメニュー表示領域ＧＭＮ１の下右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＮ１において選択されているメニューボタンと対応するレポート表示領域ＲＰＲ４が表示されている。
レポート表示領域ＲＰＲ４では、コンテンツ選択領域ＭＳＲ４の左側に、分析を行うコンテンツを選択するためのプルダウンメニューが「分析するコンテンツ」の文字と共に表示されている。プルダウンメニュー内には、分析対象として、ラベル名「今月のおすすめ」のコンテンツが分析対象として選択されている。
また、プルダウンメニューの下には、分析対象となるコンテンツの送信期間を指定して絞り込むための、「期間」の文字で示される分析期間指定領域が表示されている。限定ではなく例として、図４－２では、「２０２１年１月１日」から「２０２１年１月１５日」までに送信されたコンテンツが分析対象として指定されていることが表示されている。
コンテンツ選択領域ＭＳＲ４の右側には、分析対象として選択されている複数のコンテンツのプレビューが吹き出しで表示されている。
コンテンツ選択領域ＭＳＲ４の下には、コンテンツ選択領域ＭＳＲ４において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ８が表示されている。限定ではなく例として、グラフ表示領域ＭＧＲ８では、１月１日から１月１５日までの間に送信された配信数を集計していることが示されている。
詳細レポート表示領域ＭＤＲ９には、「２０２１年１月１日」から「２０２１年１月１５日」までの間に送信されたラベル名「今月のおすすめ」のコンテンツの総配信数として「３２７」が表示されている。また、詳細レポート表示領域ＭＤＲ９には、コンテンツの総配信数が設定数（限定ではなく例として、この例では「５０」）以上であることに基づいて、総閲覧数として実数である「２７７」が表示されている。
図４－３は、コンテンツ選択領域ＭＳＲ４において、分析対象として、ラベル名「今月のおすすめ」とラベル名「年配ターゲット」との２つのラベルが設定されたコンテンツが分析対象として選択される場合の表示画面の一例である。
この画面では、図４－２において分析対象として選択されていた「１月の限定ラーメンは」で始まるコンテンツや「乾燥しがちな冬のお肌に」で始まるコンテンツは分析対象から外れたため、コンテンツ選択領域ＭＳＲ４の右側には、ラベル名「今月のおすすめ」のラベルとラベル名「年配ターゲット」のラベルとが設定されたコンテンツである「１月のオススメは」で始まるコンテンツのプレビューのみが表示されている。
コンテンツ選択領域ＭＳＲ４の下には、コンテンツ選択領域ＭＳＲ４において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ９が表示されている。限定ではなく例として、グラフ表示領域ＭＧＲ９では、１月１日から１月１５日までの間に送信された配信数を集計していることが示されている。また、コンテンツが絞り込まれたことに基づいて、グラフ表示領域ＭＧＲ９では、グラフ表示領域ＭＧＲ８でのグラフと比較して縦軸の値が小さくなっていることが示されている。
詳細レポート表示領域ＭＤＲ１０には、「２０２１年１月１日」から「２０２１年１月１５日」までの間に送信されたラベル名「今月のおすすめ」のラベルとラベル名「年配ターゲット」のラベルとの２つのラベルが設定されたコンテンツの総配信数として「１９」が表示されている。また、コンテンツの総配信数が設定数（限定ではなく例として、この例では「５０」）に満たないことに基づいて、総閲覧数の欄では、その集計値が隠蔽される。
限定ではなく例として、総閲覧数の欄には、０から総配信数の数値範囲である「０－１９」が表示されている。
なお、コンテンツの総配信数が設定数に満たないラベルの組み合わせについては、限定ではなく例として、コンテンツ選択領域ＭＳＲ４において選択不能とする（限定ではなく例として、ラベルを表示させない）ようにしてもよい。また、コンテンツの総配信数が設定数に満たないラベルの組み合わせについては、限定ではなく例として、コンテンツ選択領域ＭＳＲ４において表示態様を変えて（限定ではなく例として、グレーアウトさせて）表示させるようにしてもよい。
＜処理＞
処理については、限定ではなく例として、第３の公式アカウント管理データベース１５５Ｃのコンテンツラベルデータにおいて、１つのコンテンツＩＤに対して紐づけられるラベルＩＤとラベル名とを複数記憶させるようにする。
そして、図２－９のＳ２２０のステップにおいて、サーバ１０の制御部１１は、限定ではなく例として、ラベル付きコンテンツ分析依頼情報として受信した複数のラベルＩＤについて、記憶部１５に記憶される第３の公式アカウント管理データベース１５５ＣのコンテンツラベルデータにおけるラベルＩＤを探索し、指定される全てのラベルＩＤが紐づけられたコンテンツＩＤを集計対象コンテンツＩＤに設定することで、図２－８～図２－９と同様に実行することができる。
＜第４実施例の効果＞
本実施例例は、端末２０が、コンテンツに関する情報である、第１ラベル情報（第１情報）とは異なる第２ラベル情報（限定ではなく、第５情報の一例）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。この場合、第１情報に基づくコンテンツの配信数（限定ではなく、第２情報の一例）は、第１ラベル情報と第２ラベル情報とに基づいて、公式アカウントが送信元である複数のコンテンツのうち、第１ラベル情報と第２ラベル情報とに基づくコンテンツの配信数（限定ではなく、第１情報と第５情報とに基づくコンテンツが送信された数に関する情報の一例）である構成を示している。
このような構成により得られる変形例の効果の一例として、第１情報と第５情報とに基づいて、第１アカウントが送信元である複数のコンテンツのうち、第１情報と第５情報とに基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。限定ではなく例として、２以上のラベル情報に基づくコンテンツの配信数等の情報がサーバによって取得されるようにすることができる。
＜第４変形例＞
第３実施例で説明したユーザ属性情報に基づき、ラベル情報と、ユーザ属性情報との組合せで、集計対象コンテンツを指定するようにすることもできる。
この場合の処理は、第３実施例で説明した処理と、第４実施例で説明した処理とに基づいて同様に構成可能である。
なお、第３実施例で説明したように、ラベル情報と、ユーザ属性情報との論理演算に関する条件等を適用することも可能である。
本変形例は、端末２０が、コンテンツに関する情報である、ラベル情報（第１情報）とは異なる一般ユーザのユーザ属性情報（限定ではなく、第５情報の一例）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。この場合、第１情報に基づくコンテンツの配信数（限定ではなく、第２情報の一例）は、ラベル情報とユーザ属性情報とに基づいて、公式アカウントが送信元である複数のコンテンツのうち、ラベル情報とユーザ属性情報とに基づくコンテンツの配信数（限定ではなく、第１情報と第５情報とに基づくコンテンツが送信された数に関する情報の一例）である構成を示している。
このような構成により得られる変形例の効果の一例として、第１情報と第５情報とに基づいて、第１アカウントが送信元である複数のコンテンツのうち、第１情報と第５情報とに基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。限定ではなく例として、ラベル情報とユーザ属性情報とに基づくコンテンツの配信数等の情報がサーバによって取得されるようにすることができる。
また、この場合、端末２０は、ラベル情報と一般ユーザのユーザ属性情報とに基づく条件情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。この場合、第２情報は、ラベル情報と、ユーザ属性情報と、条件情報とに基づいて、サーバ１０によって取得されるようにすることができる。
このような構成により得られる変形例の効果の一例として、第１情報と、第５情報と、第１情報と第５情報とに基づく条件情報とに基づいて、第２情報がサーバによって適切に取得されるようにすることができる。限定ではなく例として、ラベル情報と、ユーザ属性情報と、これらの情報に基づく条件情報とに基づいて、コンテンツの配信数等の情報がサーバによって適切に取得されるようにすることができる。
また、この場合、条件情報は、ラベル情報と、ユーザ属性情報との論理演算に関する条件の情報を含むようにすることができる。
このような構成により得られる変形例の効果の一例として、第１情報と、第５情報と、第１情報と第５情報との論理演算に関する条件の情報とに基づいて、コンテンツの配信数等の情報がサーバによってより適切に取得されるようにすることができる。
＜第５実施例＞
上記の実施例では、コンテンツ分析を行う対象となるラベルが手動で設定されていたが、これに限定されない。
第５実施例は、限定ではなく例として、各コンテンツに対して自動的にラベルを生成し付与する実施例である。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜処理＞
コンテンツを配信する処理については、限定ではなく例として、図２－８のＡ２１０のステップを省略した図２－８における処理と同様に実行することが可能なため、詳細な説明は省略する。
ここでは、サーバ１０の制御部１１が、コンテンツ送信履歴に基づいて、各コンテンツに対して自動的にラベルを生成し付与する処理を例示する。
図２－９のＡ２３０のステップに先立って、サーバ１０の制御部１１は、限定ではなく例として、通信Ｉ／Ｆ１４によって端末２０ＡからラベルＩＤ一覧要求情報を受信すると、ラベル自動生成付与処理を実行する。
なお、このラベル自動生成付与処理が、限定ではなく例として、設定時刻となったことに基づいて自動的に実行されるようにしたり、設定数のコンテンツが送信されたことに基づいて自動的に実行されるようにしてもよいし、そのようにしなくてもよい。
ラベル自動生成付与処理において、サーバ１０の制御部１１は、限定ではなく例として、第３の公式アカウント管理データベース１５５Ｃの公式アカウント管理データにおける配信コンテンツデータを参照し、コンテンツＩＤをクラスタリングする。
クラスタリングを行うための特徴量の元となる入力情報としては、限定ではなく例として、以下の要素が考えられる。
（１）送信先に含まれるユーザ属性情報
（２）配信条件に含まれるユーザ行動履歴情報
（３）コンテンツのテキスト情報や画像情報
（４）（１）～（３）の任意の組み合わせ
（１）のケースでは、限定ではなく例として、送信先を年代別に分けたラベルや、性別に分けたラベル、居住地で分けたラベル等が生成される。限定ではなく例として、送信先として１０代や２０代が多く指定されていた場合、ラベル自動生成付与処理において、サーバ１０の制御部１１は、ラベル名「１０代」のラベルやラベル名「２０代」のラベルを生成し、限定ではなく例として、送信先に「１０代」を含むコンテンツＩＤをコンテンツラベルデータに追加してラベル名と紐付け、送信先に「２０代」を含むコンテンツＩＤをコンテンツラベルデータに追加してラベル名と紐付ける。
なお、限定ではなく例として、複数の項目にわたるユーザ属性情報（限定ではなく例として、年代と性別）を用いてクラスタリングを行い、限定ではなく例として、ラベル名「３０代女性」などのラベルを生成して付与するようにしてもよい。
（２）のケースでは、限定ではなく例として、ラベル名「即時」のラベルやラベル名「友だち登録時」のラベルなどが生成されて付与される。
（３）のケースでは、限定ではなく例として、コンテンツがテキストコンテンツの場合、そのテキストコンテンツに対してテキストマイニングを適用し、キーワードを抽出する。そして、抽出されたキーワードをラベル名としてラベルを生成し、同一のキーワードとなったコンテンツＩＤに対して同一のラベルＩＤを付与する。
なお、コンテンツがテキストコンテンツの場合、そのテキストコンテンツを、限定ではなく例として、Ｗｏｒｄ２Ｖｅｃモデルを用いてベクトル化し、変換されたベクトルをクラスタリングすることで、より近い意味のテキストごとにまとめるようにしてもよい。
また、コンテンツが静止画コンテンツである場合、限定ではなく例として、画像識別用ニューラルネットワークモデルであるＶＧＧ１６に対象となる静止画を入力し、ＶＧＧ１６の出力における分類クラス（認識結果）に基づいて、ラベル名を付与することができる。
ラベル自動生成付与処理が実行されると、サーバ１０の制御部１１は、生成されたラベル名を含むラベルＩＤの一覧情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。その後、図２－９のＡ２３０以降のステップが実行される。
＜第５実施例の効果＞
本実施例は、公式アカウント（限定ではなく、第１アカウントの一例）が送信元であるコンテンツ（限定ではなく、コンテンツの一例）を一般アカウントの複数の端末４０（限定ではなく、複数の端末の一例）に送信するサーバ１０が、公式ユーザによる入力に依らず、ラベル情報（限定ではなく、第１情報の一例）を自動生成して取得し、公式アカウントが送信元である複数のコンテンツのうち、付与したラベル情報に基づくコンテンツの配信数（限定ではなく、第１情報に基づくコンテンツが送信された数に関する第２情報の一例）を取得する制御部１１を備える。
また、サーバ１０は、制御部１１によって取得された配信数が、設定値以上または設定値よりも大きい場合、そのコンテンツの閲覧数の実数値等（限定ではなく、第１情報に基づくコンテンツを受信した端末のユーザによって、第１情報に基づくコンテンツがインプレッションされた数に関する第３情報の一例）を公式アカウントに送信し、制御部１１によって取得された配信数が、設定値以下または設定値よりも小さい場合、そのコンテンツの閲覧数の実数値が属する数値範囲等の情報（限定ではなく、第３情報とは異なる第４情報の一例）を公式アカウントに送信する通信Ｉ／Ｆ２２を備える構成を示している。
このような構成により得られる実施例の効果の一例として、制御部によって取得された、コンテンツに関する情報である第１情報に基づくコンテンツが送信された数に関する第２情報と設定値との関係に基づいて、異なる情報を公式アカウントに送信することができる。限定ではなく例として、第２情報がある程度小さい数である場合、送信されたコンテンツが送信先のアカウントによって閲覧された数とは異なる情報を公式アカウントに送信するといったことが可能となる。その結果、そのコンテンツを閲覧したアカウントを第１アカウントが特定できないようにするといったことが可能となる。
また、限定ではなく例として、サーバ側で第１情報を自動的に取得することで、第１アカウントのユーザが第１情報を入力せずに済み、また、第１アカウントが第１情報をサーバに送信せずに済むため、第１アカウントのユーザの利便性を向上させることができるとともに、第１アカウントのユーザの端末の処理負荷を軽減することができる。
また、この場合、上記のラベル情報（限定ではなく、第１情報の一例）は、コンテンツの送信先に含まれるユーザ属性情報や配信条件に含まれるユーザ行動履歴情報（限定ではなく、第１情報が関連付けられたコンテンツを受信する端末のユーザに関する情報の一例）に基づく情報とすることができる。
このような構成により得られる実施例の効果の一例として、上記の構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報が関連付けられたコンテンツを受信する端末のユーザに関する情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
また、この場合、上記のラベル情報（限定ではなく、第１情報の一例）は、コンテンツに含まれるテキスト情報（限定ではなく、第１情報に関連付けられたコンテンツのテキスト情報の一例）に基づく情報とすることができる。
このような構成により得られる実施例の効果の一例として、上記の構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報に関連付けられたコンテンツのテキスト情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
また、この場合、上記のラベル情報（限定ではなく、第１情報の一例）は、コンテンツに含まれる画像情報（限定ではなく、第１情報に関連付けられたコンテンツの画像情報の一例）に基づく情報とすることができる。
このような構成により得られる実施例の効果の一例として、上記の構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報に関連付けられたコンテンツの画像情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
また、上記において、第１情報は、コンテンツＩＤ（限定ではなく、第１情報が関連付けられるコンテンツを識別する識別情報の一例）とは異なる情報、限定ではなく例としてラベル情報とすることができる。
このような構成により得られる実施例の効果の一例として、上記の構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報が関連付けられるコンテンツを識別する識別情報とは異なる情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
＜第５変形例（１）＞
第５実施例では、ラベル自動生成付与処理において、コンテンツＩＤと紐づけられるラベル情報（ラベル名やラベルＩＤ）とを自動生成することとしたが、これに限定されない。
第５実施例とは異なり、ラベル自動生成付与処理において、コンテンツＩＤとコンテンツの送信先との組合せに紐づけられるラベル情報を自動生成するようにしてもよい。つまり、限定ではなく例として、コンテンツの送信先の一般アプリケーションＩＤと、コンテンツＩＤとの組み合わせに対してラベル名とラベルＩＤとを自動生成するようにしてもよい。そして、分析対象となるコンテンツとして、コンテンツＩＤ単位ではなく、コンテンツの送信先の一般アプリケーションＩＤと、コンテンツＩＤとの組み合わせを指定できるようにしてもよい。
図５－１に、本変形例で用いられるコンテンツ送信履歴管理データベース１５７の一例である第２のコンテンツ送信履歴管理データベース１５７Ｂのデータ構成の一例を示す。
第２のコンテンツ送信履歴管理データベース１５７Ｂには、コンテンツの送信元となったアカウントごとの管理データとして、コンテンツ送信履歴管理データが記憶される。
各々のコンテンツ送信履歴管理データには、送信元アプリケーションＩＤと紐づけて、限定ではなく例として、送信識別情報と、コンテンツＩＤと、送信先アプリケーションＩＤと、送信日時と、閲覧フラグと、閲覧日時とが関連付けて記憶される。
コンテンツＩＤと、送信先アプリケーションＩＤと、送信日時と、閲覧フラグとは、限定ではなく例として、第１のコンテンツ送信履歴管理データベース１５７Ａと同様である。
送信識別情報は、メッセージングサービスでのコンテンツ送信を個別に識別するために用いられる識別情報である。この送信識別情報は、メッセージＩＤでは括れない括り方をするために、あくまでも便宜的に設定される識別情報である。
サーバ１０から端末４０への一のコンテンツ送信は、限定ではなく例として、送信先となった一般アプリケーションＩＤと、送信されたコンテンツを含むコンテンツＩＤとの組み合わせで定めることができる。
この送信識別情報は、好ましくはサーバ１０から端末４０への一のコンテンツ送信ごとに一意な値であり、限定ではなく例として、サーバ１０によってコンテンツが送信されるごとに一意な値（固有の値）が設定されて記憶される。
コンテンツＩＤのみに紐づけてラベル付けを行う場合は、送信先が特定されないため、個々のユーザの行動形態等に応じてラベル付けを行うといったことはできない。
しかし、送信識別情報（コンテンツＩＤと送信先アプリケーションＩＤとの組合せ）を設け、送信識別情報に紐づけてラベル付けを行うようにすることで、個々のユーザの行動形態等に応じて動的にラベル付けを行うことができるようになる。
本実施例では、前述した公式アカウント管理データのコンテンツラベルデータ（またはラベルデータ）に代えて、限定ではなく例として、後述する手法によってラベル情報（ラベルＩＤやラベル名）が生成され、送信識別情報とラベル情報とが紐づけられて記憶される。
この場合、１つのラベル情報には、１つの送信識別情報が紐づけられるばかりでなく、複数の送信識別情報が紐づけられる場合もある。
また、１つの送信識別情報には、１つのラベル情報が紐づけられるばかりでなく、複数のラベル情報が紐づけられる場合もある。
送信識別情報とラベル情報とが一対一に紐づけられる場合には、送信識別情報はラベルとして機能させることもできる。
なお、送信識別情報を設定せず、上記のデータに記憶されるコンテンツＩＤと送信先アプリケーションＩＤとの組合せに基づいて、以下の処理を行うようにしてもよい。
閲覧日時は、この送信先アプリケーションＩＤの端末４０において、コンテンツが閲覧された日時に関する情報であり、限定ではなく例として、サーバ１０が端末４０からコンテンツを閲覧したことを示す情報（コンテンツ閲覧情報）を受信した日時が記憶される。
なお、端末４０の制御部４１が、コンテンツ閲覧情報としてコンテンツを閲覧した場所に関する情報を送信可能な場合、サーバ１０が、閲覧日時に加えて、端末４０がコンテンツ閲覧情報を送信した場所（閲覧場所）に関する情報を関連付けて記憶させるようにしてもよい。
コンテンツを閲覧した場所に関する情報は、限定ではなく例として、端末４０の位置算出用情報検出部４９Ｂによって取得される情報であり、限定ではなく例として、ＧＰＳによる緯度・経度等の情報や、ビーコンによる訪問先店舗の識別情報等が含まれる。
本変形例では、ラベル自動生成付与処理において、サーバ１０の制御部１１は、限定ではなく例として、送信識別情報をクラスタリングする。そして、ラベル付きコンテンツ集計処理において、サーバ１０の制御部１１は、限定ではなく例として、ラベル付きコンテンツ分析依頼情報として受信したラベルＩＤについて、ラベルＩＤと紐付けられた送信識別情報を集計対象コンテンツＩＤに設定する。
サーバ１０の制御部１１は、集計対象コンテンツＩＤについて、記憶部１５に記憶される第２のコンテンツ送信履歴管理データベース１５７Ｂの送信識別情報を探索し、限定ではなく例として、集計対象コンテンツＩＤがヒットする個数を集計対象コンテンツの総配信数として集計する。また、限定ではなく例として、集計対象コンテンツＩＤがヒットする送信識別情報のうち、閲覧フラグが「〇」となる送信識別情報の個数を集計対象コンテンツの総閲覧数として集計する。
クラスタリングを行うための特徴量の元となる入力情報としては、限定ではなく例として、以下の要素が考えられる。
（Ａ）送信識別情報と関連付けられた送信先アプリケーションＩＤのユーザ登録情報
（Ｂ）送信識別情報と関連付けられた送信日時
（Ｃ）送信識別情報と関連付けられた閲覧日時
（Ｄ）（Ａ）～（Ｃ）の任意の組み合わせ
（Ｅ）（Ａ）～（Ｄ）と、コンテンツＩＤ単位でのクラスタリングで用いられる（１）～（４）との任意の組み合わせ
（Ａ）のケースでは、限定ではなく例として、ユーザ登録情報として登録されたユーザ属性情報（限定ではなく例として、年齢）を用いて、送信先を年齢別に分けたラベルや、職業別に分けたラベル等が生成される。
なお、公式アカウントへ友だち登録を行ったときの経路（限定ではなく例として、Ｗｅｂページを経由して友だち登録を行ったか、ＱＲコード（登録商標）を端末４０で読み取って友だち登録を行ったか等）がユーザ登録情報として利用可能な場合、友だち登録を行ったときの経路に応じてクラスタリングを行い、限定ではなく例として、ラベル名「Ｗｅｂ経由」のラベルと、ラベル名「ＱＲコード経由」のラベルとを生成するようにしてもよい。
（Ｂ）のケースでは、限定ではなく例として、送信日時が朝方（限定ではなく例として、ＡＭ６時～ＡＭ１０時）であった送信識別情報にはラベル名「朝方」のラベルが生成される。
（Ｃ）のケースでは、（Ｂ）のケースと同様のラベルに加えて、限定ではなく例として、閲覧日時として閲覧場所の情報が利用可能な場合、閲覧場所をクラスタリングした、限定ではなく例として、ラベル名「東京」のラベルや、ラベル名「大阪」のラベル等が生成される。
（Ｄ）のケースでは、限定ではなく例として、ユーザ登録情報から居住地住所と勤務先住所を読み出し、閲覧場所が居住地住所と勤務先住所とを結ぶ経路上である場合、ラベル名「通勤時間帯」のラベルが作成される。
また、限定ではなく例として、ユーザ登録情報としてスマートウォッチ等の活動量計によって取得される就寝時間が取得可能な場合、就寝時間と閲覧日時とを比較することでラベル名「就寝前」のラベルが作成される。
また、限定ではなく例として、ユーザ登録情報から勤務先住所を読み出し、閲覧場所と比較することで、ラベル名「職場」のラベルが作成される。居住地住所と比較する場合にはラベル名「自宅」のラベルが作成される。
また、限定ではなく例として、ユーザ登録情報として食事記録アプリケーションによって取得された食事時間帯が取得可能な場合、食事時間帯と閲覧日時とを比較することでラベル名「夕食前」のラベルが作成される。
（Ｄ）のこれらのケースでは、同じラベルに対して、一般アプリケーションＩＤごとに異なる条件を紐づけることが可能である。
ラベル名「通勤時間帯」のラベルでは、限定ではなく例として、ユーザＡ．Ａのコンテンツ閲覧場所が「渋谷」、ユーザＢ．Ｂのコンテンツ閲覧場所が「横浜」と異なっていても、ユーザ登録情報の居住地住所と勤務先住所とに基づいて、それらのコンテンツには同じラベル名「通勤時間帯」のラベルが割り当てられる。
また、限定ではなく例として、ユーザＡ．Ａの就寝時刻が「ＰＭ１１時台」であり、ユーザＢ．Ｂの就寝時刻が「ＡＭ２時台」である場合、ユーザＡ．Ａのコンテンツ閲覧日時が「ＰＭ１１時０５分」、ユーザＢ．Ｂのコンテンツ閲覧日時が「ＡＭ１時５０分」と異なっていても、それらのコンテンツには同じラベル名「就寝前」のラベルが割り当てられる。
すなわち、個々のユーザの行動形態等に応じて動的にラベル付けを実行することができる。そのため、ラベル付けされた分類結果の信頼性が向上し、これまで分析が困難であったユーザの行動形態に応じたコンテンツの分析を行うことが可能となる。
本変形例は、前述したラベル情報（限定ではなく、第１情報の一例）は、一般ユーザの端末４０へのコンテンツの送信日時（限定ではなく、第１情報が関連付けられたコンテンツが送信された時間に関する情報の一例）に基づく情報である構成を示している。
このような構成により得られる変形例の効果の一例として、前述した構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報が関連付けられたコンテンツが送信された時間に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
また、本変形例は、ラベル情報（限定ではなく、第１情報の一例）は、場所に関する情報に基づく情報である構成を示している。
このような構成により得られる変形例の効果の一例として、前述した構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、場所に関する情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
また、この場合、場所に関する情報は、一般ユーザによるコンテンツの閲覧場所（限定ではなく、第１情報が関連付けられたコンテンツを受信した端末の場所に関する情報の一例）を含むようにすることができる。
このような構成により得られる変形例の効果の一例として、前述した構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報が関連付けられたコンテンツを受信した端末の場所に関する情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
また、本変形例は、ラベル情報（限定ではなく、第１情報の一例）は、一般アカウントが公式アカウントの友だち登録を行ったときの経路の情報（限定ではなく、第１情報が関連付けられたコンテンツを受信する端末がアクセスするアクセス方法に関する情報の一例）に基づく情報である構成を示している。
このような構成により得られる変形例の効果の一例として、前述した構成と相まって、第１アカウントが送信元である複数のコンテンツのうち、第１情報が関連付けられたコンテンツを受信する端末がアクセスするアクセス方法に関する情報に基づくコンテンツが送信された数に関する第２情報がサーバによって取得されるようにすることができる。
＜第５変形例（２）＞
上記の実施例において、サーバ１０が仮ラベル名を設定するようにし、端末２０のユーザによる入力に基づいて、ラベル名を設定できるようにしてもよい。
この場合、サーバ１０は、限定ではなく例として、コンテンツＩＤと紐づけて、ラベルＩＤとして一意なＩＤを設定する一方、そのラベル名として仮ラベル名（または「ＮＵＬＬ」）を設定しておく。
端末２０からサーバ１０に前述したラベルＩＤ一覧要求情報が送信されると、サーバ１０は、ラベルＩＤ一覧情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。
そして、端末２０は、自己の端末２０のユーザによるラベルＩＤの選択入力に基づき、選択されたラベルＩＤを含むラベル選択情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。これを受けて、サーバ１０は、ラベル選択情報に含まれるラベルＩＤが紐づけられたコンテンツＩＤのコンテンツを、通信Ｉ／Ｆ１４によって端末２０に送信する。これを受けて、端末２０は、受信したコンテンツを表示部２４に表示させる。
その後、端末２０は、ラベル名設定処理を行う。具体的には、限定ではなく例として、表示部２４に表示したコンテンツを閲覧した自己の端末２０によって入力されたラベル名と、対応するラベルＩＤとを含むラベル名設定情報を生成する。
そして、端末２０は、生成したラベル名設定情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。
通信Ｉ／Ｆ１４によって端末２０からラベル名設定情報を受信すると、サーバ１０は、受信したラベル名設定情報に含まれるラベルＩＤについて、先に関連付けて記憶しておいた仮ラベル名（または「ＮＵＬＬ」）を、受信したラベル名設定情報に含まれるラベル名で更新する。これにより、ラベル名が確定される。
本変形例は、端末２０は、公式アカウントが送信元である複数のコンテンツのうちの一のコンテンツ（限定ではなく、第１コンテンツの一例）を表示部２４に表示する。また、端末２０は、公式ユーザによる入力に基づいて、ラベル名設定処理（限定ではなく、第１コンテンツに対する設定の一例）を制御部２１によって行う。この場合、ラベル情報は、ラベル名設定処理に基づく情報を含む構成を示している。
このような構成により得られる変形例の効果の一例として、第１アカウントのユーザによる入力に基づいて、第１コンテンツに対する設定を行うことで、この設定に基づく第１情報が第１コンテンツに関連付けられるようにすることができる。
＜第６実施例＞
上記の実施例では、コンテンツ分析を行うためにコンテンツにラベルを付与したが、これに限定されない。
第６実施例は、限定ではなく例として、付与済みのラベルを送信先として指定し、コンテンツを送信することを可能にする実施例である。
なお、付与済みのラベルとしては、公式ユーザによる入力に基づいて付与されたラベルと、サーバ１０によって自動付与されたラベルとのいずれを適用することも可能である。
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
第６実施例では、限定ではなく例として、第５実施例に従って、ラベルＩＤとコンテンツＩＤとが紐づけられていることとする。
＜表示画面＞
図６－１～図６－３は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図６－１～図６－３は、限定ではなく例として、公式ユーザＡ．Ａ（この例では「ＡＡラーメン」の事業者）の端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
図６－１は、限定ではなく例として、配信画面の一例である。
この配信画面では、配信管理表示領域ＣＭＲ３には、送信先選択領域ＤＳＲ１と送信条件選択領域ＣＳＲ１との代わりに、以前送信したコンテンツにおいて、ラベル付けされたコンテンツの送信先を送信先として選択するための送信先ラベル選択領域ＤＬＲ１が表示されている。
送信先ラベル選択領域ＤＬＲ１の右側には、コンテンツ送信対象となるラベルを選択するためのプルダウンメニューが下に展開されて表示されている。
限定ではなく例として、プルダウンメニュー上部には、この公式ユーザが過去に指定した送信先ラベルが表示されている。限定ではなく例として、「昼食前」と「男性ターゲット」との２つのラベル名が選択される場合、ラベル名「朝食前」に紐づけられたコンテンツの送信先と、ラベル名「男性ターゲット」に紐づけられたコンテンツの送信先との論理積で定まる送信先にコンテンツが配信される。
また、プルダウンメニュー下部には、新規送信先ラベルを指定するための送信先ラベル指定領域が表示されている。限定ではなく例として、新規送信先ラベルと合致する既存ラベルをタップして選択し、送信先ラベル指定領域の右下部の「決定」の文字で示される送信先ラベル登録ボタンがタップされると、選択されたラベルが送信先ラベルとして設定（登録）される。
なお、既存ラベルは、端末２０Ａのユーザによって設定されたラベルでもよいし、サーバ１０によって自動付与されたラベルでもよい。
図６－１において、限定ではなく例として、配信ボタンＳＢＴ３がユーザによってタップされると、コンテンツ記述領域ＣＤＲ１への入力内容に基づく内容のコンテンツが、送信先ラベル選択領域ＤＬＲ１で選択されたラベルと紐づける送信先に配信される。
同様にして、端末２０Ａの公式ユーザは、コンテンツ配信を繰り返す。
しばらく後、端末２０Ａのユーザ操作に基づいて表示される公式アカウント運用管理画面の一例を図６－２に示す。
図６－２において、概要表示領域ＡＲＲ１の友だち人数は「３２７人」から「３４９人」に増加していることが示されている。
レポート表示領域ＲＰＲ５では、コンテンツ選択領域ＭＳＲ５の左側に、分析を行うコンテンツを選択するためのタブメニューが「分析するコンテンツ」の文字と共に表示されている。各タブには、限定ではなく例として、送信先ラベルとして高頻度で使用されたラベルが表示されている。
図６－２では、限定ではなく例として、ラベル名「昼食前」のラベルが選択されていることがグレーアウトの表示形態で示されている。
また、タブメニューの下には、分析対象となるコンテンツの送信期間を指定して絞り込むための、「期間」の文字で示される分析期間指定領域が表示されている。限定ではなく例として、図６－２では、「２０２１年１月１日」から「２０２１年１月１５日」までに送信されたコンテンツが分析対象として指定されていることが表示されている。
コンテンツ選択領域ＭＳＲ５の下には、コンテンツ選択領域ＭＳＲ５において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ１０が表示されている。限定ではなく例として、グラフ表示領域ＭＧＲ１０では、１月１日から１月１５日までの間に送信された配信数を集計していることが示されている。
詳細レポート表示領域ＭＤＲ１１には、「２０２１年１月１日」から「２０２１年１月１５日」までの間に送信されたラベル名「昼食前」のコンテンツの総配信数として「２２８」が表示されている。また、詳細レポート表示領域ＭＤＲ１１には、コンテンツの総配信数が設定数（限定ではなく例として、この例では「５０」）以上であることに基づいて、総閲覧数として実数である「１９６」が表示されている。
図６－３は、コンテンツ選択領域ＭＳＲ５において、分析対象として、ラベル名「朝食前」のラベルが設定されたコンテンツが分析対象として選択される場合の表示画面の一例である。
この画面では、図６－２において分析対象として選択されていた「１月の限定ラーメンは」や「乾燥しがちな冬のお肌に」で始まるコンテンツは「朝食前」の時間帯には送信されておらず、分析対象から外れたため、コンテンツ選択領域ＭＳＲ５の右側には、ラベル名「朝食前」のラベルが設定されたコンテンツである「１月のオススメは」で始まるコンテンツのプレビューのみが表示されている。
コンテンツ選択領域ＭＳＲ５の下には、コンテンツ選択領域ＭＳＲ５において分析対象として選択されたコンテンツの分析結果をグラフで表示するためのグラフ表示領域ＭＧＲ１１が表示されている。限定ではなく例として、グラフ表示領域ＭＧＲ１１では、１月１日から１月１５日までの間に送信された配信数を集計していることが示されている。また、コンテンツが絞り込まれたことに基づいて、グラフ表示領域ＭＧＲ１１では、グラフ表示領域ＭＧＲ１０でのグラフと比較して縦軸の値が小さくなっていることが示されている。
詳細レポート表示領域ＭＤＲ１２には、「２０２１年１月１日」から「２０２１年１月１５日」までの間に送信されたラベル名「朝食前」のラベルが設定されたコンテンツの総配信数として「８」が表示されている。また、コンテンツの総配信数が設定数（限定ではなく例として、この例では「５０」）に満たないことに基づいて、総閲覧数の欄では、その集計値が隠蔽される。
限定ではなく例として、総閲覧数の欄には、０から総配信数の数値範囲である「０－８」が表示されている。
＜処理＞
図６－４は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（公式ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末４０Ａ（一般ユーザＡ．Ａの端末４０）の制御部４１が実行する処理の一例を示している。
なお、図６－４の処理が実行されると、限定ではなく例として、図２－９の処理が実行される。
まず、サーバ１０の制御部１１は、限定ではなく例として、第３の公式アカウント管理データベース１５５Ｃにおけるコンテンツラベルデータに基づいて、生成済みのラベル名とラベルＩＤとを含むラベル一覧情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３１０）。
通信Ｉ／Ｆ２２によってサーバ１０からラベル一覧情報を受信すると、端末２０Ａの制御部２１は、送信先ラベルＩＤ設定処理を実行する（Ａ３１０）。
送信先ラベルＩＤ設定処理において、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、送信先となるラベルＩＤ（以下、「送信先ラベルＩＤ」と呼称する。）を受け付ける。
そして、端末２０Ａの制御部２１は、少なくとも送信先ラベルＩＤと、コンテンツとを含むコンテンツ送信依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３２０）。
通信Ｉ／Ｆ１４によって端末２０Ａからコンテンツ送信依頼情報を受信すると、サーバ１０の制御部１１は、受信した送信先ラベルＩＤに基づいて、送信先設定処理を実行する（Ｓ３２０）。
送信先設定処理において、サーバ１０の制御部１１は、限定ではなく例として、記憶部１５に記憶される第３の公式アカウント管理データベース１５５Ｃにおけるコンテンツラベルデータから、送信先ラベルＩＤと一致するラベルＩＤが紐づけられているコンテンツＩＤを探索する。
すると、サーバ１０の制御部１１は、第３の公式アカウント管理データベース１５５Ｃにおける配信コンテンツデータを参照し、探索されたコンテンツＩＤと関連付けられた送信先および配信条件を、それぞれ送信先および配信条件として設定する。
その後、送信先設定処理において設定された送信先と配信条件と、受信したコンテンツ送信依頼情報に基づくコンテンツとに基づいて、ラベル付きコンテンツ関連付け処理を実行する（Ｓ２１０）。
なお、ラベル付きコンテンツ関連付け処理において、このコンテンツのラベルＩＤには、限定ではなく例として、送信先ラベルＩＤが設定される。
なお、Ａ２３０のステップに先立って、サーバ１０の制御部１１は、送信先設定処理において用いられた送信先ラベルＩＤの一覧情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよいし、そうしなくてもよい。
＜第６実施例の効果＞
本実施例は、端末２０は、公式ユーザによる、ラベルＩＤ（限定ではなく、第１情報の一例）を指定する入力に基づいて、このラベルＩＤのラベルが関連付けられたコンテンツが送信された一般ユーザの端末４０に対して、公式ユーザによって入力されたコンテンツ（限定ではなく、第３コンテンツの一例）を送信する処理を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザによる、第１情報の入力に基づいて、この第１情報が関連付けられたコンテンツが送信されたユーザの端末に対して、第３コンテンツを送信することが可能となる。
第１情報が関連付けられたコンテンツと、第３コンテンツとを同じとすれば、第１情報が関連付けられたコンテンツを送信済みの端末に対して、この第１情報を利用して、同じコンテンツを再送することが可能となる。
一方、第１情報が関連付けられたコンテンツと、第３コンテンツとを別とすれば、第１情報が関連付けられたコンテンツを送信済みの端末に対して、この第１情報を利用して、別のコンテンツを新たに送信することが可能となる。
＜第６変形例（１）＞
第６実施例では、ラベルＩＤとコンテンツＩＤとが紐づけられていることとしたが、これに限定されない。
限定ではなく例として、第５変形例（１）のようにラベルＩＤと送信識別情報とが紐づけられている場合においても、送信先ラベルを指定することで、コンテンツの送信先と配信条件とを指定可能としてもよい。
この場合、図６－４のＡ３２０において端末２０Ａから送信された、少なくとも送信先ラベルＩＤと、コンテンツとを含むコンテンツ送信依頼情報を受信すると、サーバ１０の制御部１１は、送信先設定処理を行う（Ｓ３２０）。具体的には、サーバ１０の制御部１１は、限定ではなく例として、受信したコンテンツ送信依頼情報に含まれる送信先ＩＤと紐付けられた送信識別情報を探索する。
そして、サーバ１０の制御部１１は、記憶部１５に記憶される第２のコンテンツ送信履歴管理データベース１５７Ｂにおけるコンテンツ送信履歴管理データを参照し、探索された送信識別情報と一致する送信先アプリケーションＩＤを送信先に設定する。また、限定ではなく例として、配信条件として、限定ではなく例として、送信識別情報のコンテンツが送信された送信日時を参照し、これに類似する送信時刻を配信条件として設定する。
このように配信条件を送信先アプリケーションＩＤごとに設定可能とし、限定ではなく例として、ラベル名「昼食前」のラベルを送信ラベルとして指定することで、ユーザごとに異なる昼食前の時間帯に応じて効果的にコンテンツを配信することができる。
限定ではなく例として、一般ユーザＡ．Ａの昼食時間帯が「１１時前後」であり、一般ユーザＢ．Ｂの昼食時間帯が「１３時前後」であるとラベル自動付与の結果によってラベル付けされている場合、送信ラベル「昼食前」を指定することで、端末２０Ａの公式ユーザＡ．Ａは、一般ユーザごとに異なる昼食時間帯を意識することなく、一般ユーザＡ．Ａに対しては「１１時」に、一般ユーザＢ．Ｂに対しては「１３時」に、それぞれ昼食前のプロモーションコンテンツを送信することが可能となる。
他にも、限定ではなく例として、ラベル名「就寝前」のラベルを送信ラベルとして指定することで、ユーザごとに異なる就寝前の時間帯に応じてコンテンツを配信することができる。
また、送信日時に限らず、限定ではなく例として、送信エリア（限定ではなく例として、地区や職場）を配信条件として設定することで、地区に応じてコンテンツを配信したり、ユーザごとに異なる職場に応じてコンテンツを配信するといったことが可能となる。
＜その他の実施例＞
上記の実施例において、総配信数や総閲覧数等を、同じユーザも含む延べ数として集計してもよいし、同じユーザを含まないユニーク数として集計するようにしてもよい。
また、総閲覧数、総クリック数、総再生数、総コンバージョン数等を、総配信数に対する割合で分析して表示するようにしてもよい。この場合、総配信数が設定値以下または設定値よりも小さい場合は、その割合が含まれる数値範囲（限定ではなく例として、０％～１０％等）を表示したり、その割合を表示させないようにしてもよい。
また、上記の実施例において、送信対象や分析対象を、限定ではなく例として、メッセージングサービスにおける公式アカウント機能の一種であるリッチメニュー（公式アカウントとのトークルーム内の下部に表示されるフローティングメニュー）や、公式アカウントから配信されるタイムラインメッセージ、メッセージングサービスと関連する広告等に適用することも可能である。
限定ではなく例として、リッチメニューに「ボタン１」～「ボタン４」が配置されているとする。そして、リッチメニューの「ボタン１」～「ボタン４」にそれぞれ対応する識別子を「メニューボタンＩＤ」と呼称する。また、リッチメニューに表示される内容を「メニューコンテンツ」と呼称する。
この場合、限定ではなく例として、メニューボタンＩＤを前述したコンテンツＩＤに対応させ、メニューコンテンツを前述したコンテンツに対応させ、リッチメニューがタップされることを前述したメッセージが閲覧されることに対応させることで、上記の実施例と同様に処理を実行し、リッチメニューに対するユーザの反応を分析することができる。
限定ではなく例として、広告においても、配信される広告の識別子をコンテンツＩＤに対応させ、広告の内容（広告コンテンツ）をコンテンツに対応させ、広告がタップされることをメッセージが閲覧されることに対応させることで、上記の実施例と同様に処理を実行し、広告に対するユーザの反応を分析することができる。
なお、広告コンテンツとコンテンツとが同一の内容、または類似度が一定以上である場合（限定ではなく例として、内容が非常に類似する場合）、メッセージ分析と広告の分析とをまとめて集計するようにしてもよい。
限定ではなく例として、広告コンテンツとして化粧品メーカーのロゴ画像（限定ではなく例として、ＵＲＩが「ｈｔｔｐｓ：／／ｓｅｒｖｅｒ／ｌｏｇｏ．ｊｐｇ」）が、コンテンツとして同一の画像（限定ではなく例として、ＵＲＩが「ｈｔｔｐｓ：／／ｓｅｒｖｅｒ／ｌｏｇｏ．ｊｐｇ」）が指定されている場合、分析対象としてこのロゴ画像をコンテンツとして含むメッセージおよび広告を集計することで、配信されたロゴ画像に対するユーザの反応を分析することができる。
同様にして、リッチメニューとメッセージとをまとめて集計するようにしてもよい。
１ 通信システム
１０ サーバ
２０（４０） 端末
３０ ネットワーク

Claims (20)

  1. 第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバであって、
    コンテンツに関する情報である第１情報を取得し、前記第１アカウントが前記送信元である複数のコンテンツのうち、前記第１情報に基づくコンテンツが送信された数に関する第２情報を取得する制御部と、
    前記制御部によって取得された前記第２情報が、設定された設定値以上または前記設定値よりも大きい場合、前記第１情報に基づくコンテンツを受信した端末のユーザによって、前記第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を前記第１アカウントに送信し、前記制御部によって取得された前記第２情報が、設定された前記設定値以下または前記設定値よりも小さい場合、前記第３情報とは異なる第４情報を前記第１アカウントに送信する通信部とを備える。
  2. 請求項１に記載のサーバであって、
    前記制御部は、前記第１アカウントのユーザによる入力に基づいて、前記第１アカウントが前記送信元である前記複数のコンテンツのうちの第１コンテンツと、前記第１情報とを少なくとも関連付ける制御を行う。
  3. 請求項２に記載のサーバであって、
    前記第１情報は、前記第１コンテンツを識別する第１識別情報を含む。
  4. 請求項２に記載のサーバであって、
    前記第１情報は、前記第１コンテンツを識別する識別する第１識別情報とは異なる情報である。
  5. 請求項４に記載のサーバであって、
    前記第１アカウントが前記送信元である前記複数のコンテンツは、第２コンテンツを含み、
    前記制御部は、前記第１アカウントのユーザによる入力に基づいて、前記第１コンテンツと、前記第２コンテンツと、前記第１情報とを関連付ける制御を行う。
  6. 請求項１から請求項５のいずれか一項に記載のサーバであって、
    前記第１情報は、前記第１アカウントのユーザによって入力された、ラベル情報を含む。
  7. 請求項１に記載のサーバであって、
    前記第１情報は、前記第１情報が関連付けられたコンテンツが送信された時間に関する情報を含む。
  8. 請求項１に記載のサーバであって、
    前記第１情報は、場所に関する情報を含む。
  9. 請求項８に記載のサーバであって、
    前記場所に関する情報は、前記第１情報が関連付けられたコンテンツを受信した端末の場所に関する情報を含む。
  10. 請求項１に記載のサーバであって、
    前記第１情報は、前記第１情報が関連付けられたコンテンツを受信する端末がアクセスするアクセス方法に関する情報を含む。
  11. 請求項１に記載のサーバであって、
    前記第１情報は、前記第１情報が関連付けられたコンテンツを受信する端末のユーザに関する情報を含む。
  12. 請求項１に記載のサーバであって
    前記第１情報は、前記第１情報に関連付けられたコンテンツのテキスト情報に基づく情報を含む。
  13. 請求項７から請求項１２のいずれか一項に記載のサーバであって、
    前記第１情報は、前記第１情報が関連付けられるコンテンツを識別する識別情報とは異なる。
  14. 請求項１から請求項１３のいずれか一項に記載のサーバであって、
    前記インプレッションは、前記第１情報に基づくコンテンツを受信した端末のユーザによる、前記第１情報に基づくコンテンツの表示、および前記第１情報に基づくコンテンツの選択のうち少なくとも一つに基づく。
  15. 請求項１から請求項１４のいずれか一項に記載のサーバであって、
    前記第３情報は、前記インプレッションされた実数を含み、
    前記第４情報は、前記インプレッションされた実数を含む範囲の情報、または前記インプレッションされた数が表示できないことを示す情報を含む。
  16. 請求項１から請求項１４のいずれか一項に記載のサーバであって、
    前記第３情報は、前記インプレッションされた実数を含む範囲の情報を含み、
    前記第４情報は、前記インプレッションされた数が表示できないことを示す情報を含む。
  17. 請求項１から請求項１６のいずれか一項に記載のサーバであって、
    前記制御部は、前記第１アカウントとは異なる第２アカウントが送信元であるコンテンツを前記複数の端末に前記通信部によって送信する制御を行う。
  18. 第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバの情報処理方法であって、
    コンテンツに関する情報である第１情報を取得し、前記第１アカウントが前記送信元である複数のコンテンツのうち、前記第１情報に基づくコンテンツが送信された数に関する第２情報を前記サーバの制御部によって取得することと、
    前記制御部によって取得された前記第２情報が、設定された設定値以上または前記設定値よりも大きい場合、前記第１情報に基づくコンテンツを受信した端末のユーザによって、前記第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を前記第１アカウントに前記サーバの通信部によって送信し、前記制御部によって取得された前記第２情報が、設定された前記設定値以下または前記設定値よりも小さい場合、前記第３情報とは異なる第４情報を前記第１アカウントに前記通信部によって送信することとを含む。
  19. 第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバによって実行されるプログラムであって、
    コンテンツに関する情報である第１情報を取得し、前記第１アカウントが前記送信元である複数のコンテンツのうち、前記第１情報に基づくコンテンツが送信された数に関する第２情報を前記サーバの制御部によって取得することと、
    前記制御部によって取得された前記第２情報が、設定された設定値以上または前記設定値よりも大きい場合、前記第１情報に基づくコンテンツを受信した端末のユーザによって、前記第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を前記第１アカウントに前記サーバの通信部によって送信し、前記制御部によって取得された前記第２情報が、設定された前記設定値以下または前記設定値よりも小さい場合、前記第３情報とは異なる第４情報を前記第１アカウントに前記通信部によって送信することとが前記サーバによって実行される。
  20. 第１アカウントが送信元であるコンテンツを複数の端末に送信するサーバであって、
    メモリに記憶されたプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを備え、
    前記プロセッサーは、
    コンテンツに関する情報である第１情報を取得し、前記第１アカウントが前記送信元である複数のコンテンツのうち、前記第１情報に基づくコンテンツが送信された数に関する第２情報を取得することと、
    取得された前記第２情報が、設定された設定値以上または前記設定値よりも大きい場合、前記第１情報に基づくコンテンツを受信した端末のユーザによって、前記第１情報に基づくコンテンツがインプレッションされた数に関する第３情報を前記第１アカウントに送信し、取得された前記第２情報が、設定された前記設定値以下または前記設定値よりも小さい場合、前記第３情報とは異なる第４情報を前記第１アカウントに送信することとを実行する。
JP2021010661A 2021-01-26 2021-01-26 サーバ、情報処理方法、プログラム Active JP7191996B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2021010661A JP7191996B2 (ja) 2021-01-26 2021-01-26 サーバ、情報処理方法、プログラム
PCT/JP2022/001364 WO2022163403A1 (ja) 2021-01-26 2022-01-17 サーバ、情報処理方法、プログラム、端末
JP2022195612A JP2023027192A (ja) 2021-01-26 2022-12-07 サーバ、情報処理方法、プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021010661A JP7191996B2 (ja) 2021-01-26 2021-01-26 サーバ、情報処理方法、プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022195612A Division JP2023027192A (ja) 2021-01-26 2022-12-07 サーバ、情報処理方法、プログラム

Publications (2)

Publication Number Publication Date
JP2022114368A JP2022114368A (ja) 2022-08-05
JP7191996B2 true JP7191996B2 (ja) 2022-12-19

Family

ID=82658672

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021010661A Active JP7191996B2 (ja) 2021-01-26 2021-01-26 サーバ、情報処理方法、プログラム
JP2022195612A Pending JP2023027192A (ja) 2021-01-26 2022-12-07 サーバ、情報処理方法、プログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022195612A Pending JP2023027192A (ja) 2021-01-26 2022-12-07 サーバ、情報処理方法、プログラム

Country Status (1)

Country Link
JP (2) JP7191996B2 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8484075B1 (en) 2007-05-25 2013-07-09 Google Inc. Determining and displaying impression share to advertisers
JP2013161358A (ja) 2012-02-07 2013-08-19 Yahoo Japan Corp 広告評価装置、広告評価方法およびプログラム
JP6785934B1 (ja) 2019-09-13 2020-11-18 Ｌｉｎｅ株式会社 サーバの情報処理方法、サーバ、プログラム、端末

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8484075B1 (en) 2007-05-25 2013-07-09 Google Inc. Determining and displaying impression share to advertisers
JP2013161358A (ja) 2012-02-07 2013-08-19 Yahoo Japan Corp 広告評価装置、広告評価方法およびプログラム
JP6785934B1 (ja) 2019-09-13 2020-11-18 Ｌｉｎｅ株式会社 サーバの情報処理方法、サーバ、プログラム、端末

Also Published As

Publication number Publication date
JP2023027192A (ja) 2023-03-01
JP2022114368A (ja) 2022-08-05

Similar Documents

Publication Publication Date Title
US11250887B2 (en) Routing messages by message parameter
US11372608B2 (en) Gallery of messages from individuals with a shared interest
US11068940B2 (en) System and method for providing mobile advertising services
US10318599B2 (en) Providing additional functionality as advertisements with search results
TWI612494B (zh) 基於位置之社交網路裝置與方法
CN109379416B (zh) 用于交换信息的方法、计算机可读非暂时性存储介质和系统
JP2018512090A (ja) 文脈発見技術
US20160182875A1 (en) Gallery of Videos Set to an Audio Time Line
US20130185355A1 (en) Recommendations Based On Geolocation
US20180158100A1 (en) Identifying and customizing discovery of offers based on social networking system information
KR102162827B1 (ko) 마케팅 정보 제공 플랫폼을 지원하는 시스템
JP5905151B1 (ja) 情報処理装置、情報処理プログラムおよび情報処理方法
US20160307237A1 (en) Accessing Advertised Application States From A Current Application State
KR102235069B1 (ko) 광고 정보에 매칭되는 점수를 산출하여 사용자에게 제공하는 방법 및 그 장치
KR102233892B1 (ko) 사용자 정보를 분석하여 마케팅 관련 정보를 생성하는 시스템
JP7191996B2 (ja) サーバ、情報処理方法、プログラム
JP7191997B2 (ja) プログラム、情報処理方法、端末
WO2022163403A1 (ja) サーバ、情報処理方法、プログラム、端末
WO2016100777A1 (en) Providing additional functionality as advertisements with search results
KR20200116668A (ko) 증강현실 기반의 인플루언서 마케팅 방법 및 시스템
JP7081013B1 (ja) プログラム、情報処理方法、端末
JP7147092B2 (ja) プログラム、情報処理方法、端末
JP7481773B1 (ja) 情報出力装置、情報出力プログラム、情報出力方法、及び情報出力システム
JP7481772B1 (ja) 情報出力装置、情報出力プログラム、情報出力方法、及び情報出力システム
Gargiulo et al. Digital targeted communication: An integrated approach

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20210412

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220804

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20220804

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20220804

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221207

R150 Certificate of patent or registration of utility model

Ref document number: 7191996

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350