(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023152648
(43)【公開日】2023-10-17
(54)【発明の名称】プログラム、情報処理方法、端末、サーバ
(51)【国際特許分類】
G06Q 50/00 20120101AFI20231005BHJP
【ＦＩ】
G06Q50/00 300
【審査請求】未請求
【請求項の数】1
【出願形態】ＯＬ
(21)【出願番号】P 2022198724
(22)【出願日】2022-12-13
(62)【分割の表示】P 2022059901の分割
【原出願日】2022-03-31
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り １． ウェブサイトの掲載日 令和４年１月２６日 ２． ウェブサイトのアドレス （１）ｈｔｔｐｓ：／／ｗｗｗ．ｌｉｎｅｂｉｚ．ｃｏｍ／ｊｐ／ｍｅｍｂｅｒｓｈｉｐ＿ｆｏｒｍ／ （２）ｈｔｔｐｓ：／／ｇｏ．ｌｉｎｅｂｉｚ．ｃｏｍ／ｒｓ／８７２－ＫＮＰ－１０１／ｉｍａｇｅｓ／２０２２０１＿％Ｅ３％８３％Ａ１％Ｅ３％８３％Ｂ３％Ｅ３％８３％８Ｆ％Ｅ３％８２％９９％Ｅ３％８３％ＢＣ％Ｅ３％８２％Ｂ７％Ｅ３％８３％８３％Ｅ３％８３％９５％Ｅ３％８２％９Ａ％Ｅ３％８３％９８％Ｅ３％８２％９９％Ｅ３％８３％ＢＣ％Ｅ３％８２％ＢＦ％Ｅ７％８９％８８％Ｅ６％Ａ９％９Ｆ％Ｅ８％８３％ＢＤ％Ｅ６％Ａ６％８２％Ｅ８％Ａ６％８１．ｐｄｆ？＿ｇａ＝２．２６２３５８０９１．６９０７２２２９０．１６４５０２０１３７－１１３３１９１２３２．１６４５０２０１３７
(71)【出願人】
【識別番号】321003371
【氏名又は名称】ＬＩＮＥ株式会社
(74)【代理人】
【識別番号】100093687
【弁理士】
【氏名又は名称】富崎 元成
(74)【代理人】
【識別番号】100168468
【弁理士】
【氏名又は名称】富崎 曜
(74)【代理人】
【識別番号】100166176
【弁理士】
【氏名又は名称】加美山 豊
(74)【代理人】
【識別番号】110001759
【氏名又は名称】弁理士法人よつ葉国際特許事務所
(72)【発明者】
【氏名】大橋 徳美
(72)【発明者】
【氏名】平田 泰祐
(72)【発明者】
【氏名】海老原 健吾
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】
【課題】チャットに関するサービスを利用するユーザの利便性を向上させる。
【解決手段】第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとが端末によって実行される。
【選択図】図１－１
【解決手段】第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとが端末によって実行される。
【選択図】図１－１
【特許請求の範囲】
【請求項1】
第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムであって、
前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
前記端末に対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を前記端末の通信部によって送信することと、
前記第１情報の送信に基づき、前記第２アカウントから送信された前記第１種別用の第１メッセージを前記通信部によって受信することと、
前記第１メッセージを、前記端末の表示部に表示される、前記第１アカウントと前記第２アカウントとを含むチャットルームに表示することとが前記端末によって実行される。
前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
前記端末に対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を前記端末の通信部によって送信することと、
前記第１情報の送信に基づき、前記第２アカウントから送信された前記第１種別用の第１メッセージを前記通信部によって受信することと、
前記第１メッセージを、前記端末の表示部に表示される、前記第１アカウントと前記第２アカウントとを含むチャットルームに表示することとが前記端末によって実行される。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理方法、端末、サーバ等に関する。
【背景技術】
【0002】
複数のユーザ間（複数の端末間）でコンテンツのやり取りを行うためのサービス（例えば、メッセージングサービス）がある。例えば特許文献１には、公式アカウント（オフィシャルアカウント）を利用して広告を配信する技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１６－５３９２９号公報
【発明の概要】
【0004】
本発明の第１の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとが端末によって実行される。
本発明の第２の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末の情報処理方法は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとを含む。
本発明の第３の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を送信し、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを受信する通信部と、第１アカウントと第２アカウントとを含むチャットルームを表示する表示部とを備え、表示部は、第１メッセージをチャットルームに表示する。
本発明の第４の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバによって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を、サーバの通信部によって第１端末から受信することと、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、通信部によって第１端末に送信することとを含む。
本発明の第５の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバの情報処理方法は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を、サーバの通信部によって第１端末から受信することと、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、通信部によって第１端末に送信することとを含む。
本発明の第６の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を第１端末から受信し、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを第１端末に送信する通信部を備える。
本発明の第２の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末の情報処理方法は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとを含む。
本発明の第３の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を送信し、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを受信する通信部と、第１アカウントと第２アカウントとを含むチャットルームを表示する表示部とを備え、表示部は、第１メッセージをチャットルームに表示する。
本発明の第４の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバによって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を、サーバの通信部によって第１端末から受信することと、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、通信部によって第１端末に送信することとを含む。
本発明の第５の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバの情報処理方法は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を、サーバの通信部によって第１端末から受信することと、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、通信部によって第１端末に送信することとを含む。
本発明の第６の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を第１端末から受信し、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを第１端末に送信する通信部を備える。
【図面の簡単な説明】
【0005】
【図1-1】第１実施例に係る通信システムのシステム構成の一例を示す図。
【図1-2】第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。
【図1-3】第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。
【図1-4】第１実施例に係る一般アカウント登録データの一例を示す図。
【図1-5】第１実施例に係る第１の公式アカウント管理データベースの一例を示す図。
【図1-6】第１実施例に係る端末の制御部によって実現される機能の一例を示す図。
【図1-7】第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。
【図1-8】第１実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図1-9】第１実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図1-10】第１実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図1-11】第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図1-12】第１実施例に係る第１のメッセージ配信処理の流れの一例を示すフローチャート。
【図1-13】第１実施例に係る第２のメッセージ配信処理の流れの一例を示すフローチャート。
【図1-14】第１変形例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図1-15】第１変形例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図1-16】第１変形例に係る第３のメッセージ配信処理の流れの一例を示すフローチャート。
【図1-17】第１変形例に係る第２の公式アカウント管理データベースの一例を示す図。
【図1-18】第１変形例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図2-1】第２実施例に係る公式アカウントメンバーシップ管理データの別例を示す図。
【図2-2】第２実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図2-3】第２実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図3-1】第３実施例に係るサーバの記憶部に記憶される情報の一例を示す図。
【図3-2】第３実施例に係るオープンチャットアカウント管理データベースの一例を示す図。
【図3-3】第３実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図3-4】第３実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図3-5】第３実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図4-1】第４実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図4-2】第４実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。
【図5-1】第５実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。
【図5-2】第５実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。
【発明を実施するための形態】
【0006】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【0007】
＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
【0008】
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
【0009】
システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
【0010】
また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）端末＆サーバ
（２）サーバ
（３）端末
【0011】
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
【0012】
サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
【0013】
具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
【0014】
また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
【0015】
また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
【0016】
また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
【0017】
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0018】
また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
【0019】
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
【0020】
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0021】
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
【0022】
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
【0023】
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
【0024】
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
【0025】
なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
【0026】
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
【0027】
また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
【0028】
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
【0029】
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
【0030】
以下の実施例では、ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示する。また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。
【0031】
なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。
【0032】
また、以下の実施例では、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で簡単なメッセージの送受信を行うインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。
【0033】
チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。
【0034】
また、トークルームには、１対１のユーザのトークルーム（以下、「１対１トークルーム」と称する。）、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）、ＯＡ事業者（限定ではなく例として、メッセージングサービスの事業者と提携する事業者）とのトークルーム（以下、「ＯＡトークルーム」と称する。）等を含めることができる。
【0035】
また、メッセージングアプリケーションのアカウントであって、一般のユーザではない事業者のアカウントを「公式アカウント（ＯＡ（Official Account））」と称し、この公式アカウントのユーザを「公式ユーザ」と称する。なお、これを「公式アカウントユーザ」や「公式アカウント事業者」等のように称してもよい。
それに対し、メッセージングアプリケーションのアカウントであって、ＯＡ事業者ではないユーザのアカウントを「一般アカウント」と称し、一般アカウントのユーザを「一般ユーザ」と称する。なお、これを「一般アカウントユーザ」等のように称してもよい。
つまり、メッセージングアプリケーションのアカウントには、一般アカウントと公式アカウントとを含めてよいものとする。
それに対し、メッセージングアプリケーションのアカウントであって、ＯＡ事業者ではないユーザのアカウントを「一般アカウント」と称し、一般アカウントのユーザを「一般ユーザ」と称する。なお、これを「一般アカウントユーザ」等のように称してもよい。
つまり、メッセージングアプリケーションのアカウントには、一般アカウントと公式アカウントとを含めてよいものとする。
【0036】
ＯＡ事業者も、限定ではなく例として、一般アカウントのユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でメッセージの送受信を行うことができるようにすることができる。
【0037】
本明細書において、メッセージ（メッセージ情報）とは、限定ではなく例として、メッセージングサービスで用いられる送信元と送信先とが定められる情報であって、メッセージを識別するための識別情報（メッセージＩＤ）とメッセージコンテンツとで構成される情報を意味するものとする。
また、メッセージコンテンツとは、限定ではなく例として、メッセージＩＤを除くメッセージの中身を意味するものとする。メッセージコンテンツは、１または２以上のコンテンツとすることができる。
また、メッセージコンテンツとは、限定ではなく例として、メッセージＩＤを除くメッセージの中身を意味するものとする。メッセージコンテンツは、１または２以上のコンテンツとすることができる。
【0038】
また、メッセージを識別するための識別情報として設定される情報を「メッセージＩＤ」と称する。
同じメッセージＩＤのメッセージに含まれるメッセージコンテンツは、このメッセージＩＤによって識別されると考えることもできる。よって、メッセージを識別するための識別情報は、メッセージコンテンツを識別するための識別情報と実質的に同義と考えることもできる。
なお、これとは異なり、メッセージコンテンツごとに個別の識別情報（メッセージコンテンツＩＤ）を設定するようにしてもよいし、そのようにしなくてもよい。
同じメッセージＩＤのメッセージに含まれるメッセージコンテンツは、このメッセージＩＤによって識別されると考えることもできる。よって、メッセージを識別するための識別情報は、メッセージコンテンツを識別するための識別情報と実質的に同義と考えることもできる。
なお、これとは異なり、メッセージコンテンツごとに個別の識別情報（メッセージコンテンツＩＤ）を設定するようにしてもよいし、そのようにしなくてもよい。
【0039】
コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、ＵＲＩ（ＵＲＬ等を含む。）などのリンクコンテンツを含めてもよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、ＵＲＩ（ＵＲＬ等を含む。）などのリンクコンテンツを含めてもよいものとする。
【0040】
テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
【0041】
画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。
【0042】
なお、上記の定義とは異なり、メッセージの上位概念がコンテンツである、またはコンテンツとメッセージとは同義である、と定義してもよいし、そのように定義しなくてもよい。
【0043】
＜第１実施例＞
第１実施例は、限定ではなく例として、メッセージングサービスにおける一般ユーザが、公式アカウントと友だち登録を行う。友だち登録に際して、一般ユーザは、限定ではなく例として、公式ユーザによって予め設定される２以上のメンバーシップコースから所望のコースを選択する。そして、公式ユーザが、一般ユーザが加入（選択）したメンバーシップコースに応じたメッセージを一般ユーザ（一般ユーザのアカウント）に対して送信することを可能にする実施例である。
第１実施例は、限定ではなく例として、メッセージングサービスにおける一般ユーザが、公式アカウントと友だち登録を行う。友だち登録に際して、一般ユーザは、限定ではなく例として、公式ユーザによって予め設定される２以上のメンバーシップコースから所望のコースを選択する。そして、公式ユーザが、一般ユーザが加入（選択）したメンバーシップコースに応じたメッセージを一般ユーザ（一般ユーザのアカウント）に対して送信することを可能にする実施例である。
【0044】
以下では、限定ではなく例として、２以上のメンバーシップコースのそれぞれを、「第１種コース」、「第２種コース」、・・・、と呼称し区別する。限定ではなく例として、公式ユーザは、それぞれのメンバーシップコースについて、一般ユーザが加入（参加）するための加入条件を定めることができる。
この加入条件は、限定ではなく例として、第１種コースに参加するためには一般ユーザは月額料金を課金する（支払う）必要があるが、第２種コースに参加するための課金は必要としない、といった条件を定めることができるようにしてもよい。
なお、加入条件として、限定ではなく例として、第２種コースに参加するためには一般ユーザは課金が必要であり、第１種コースに参加するためには第２種コースに参加するための課金額よりも高額な課金が必要である、といった条件を定めることができるようにしてもよい。
この加入条件は、限定ではなく例として、第１種コースに参加するためには一般ユーザは月額料金を課金する（支払う）必要があるが、第２種コースに参加するための課金は必要としない、といった条件を定めることができるようにしてもよい。
なお、加入条件として、限定ではなく例として、第２種コースに参加するためには一般ユーザは課金が必要であり、第１種コースに参加するためには第２種コースに参加するための課金額よりも高額な課金が必要である、といった条件を定めることができるようにしてもよい。
【0045】
また、以下では、第１種コースに加入した一般アカウントのみに対して送信されるメッセージを「第１種メッセージ」、第２種コースに加入した一般アカウントに対して送信されるメッセージを「第２種メッセージ」、・・・、と呼称する。なお、第２種メッセージは第１種コースに加入した一般アカウントに対しても送信されるようにしてもよいし、そうしなくてもよい。
【0046】
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0047】
＜システム構成＞
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
【0048】
サーバ１０は、ネットワーク３０を介して、公式ユーザおよび一般ユーザが所有する端末２０にメッセージングサービス（メッセージングアプリケーション）を含むチャットサービス（チャットアプリケーション）を提供する機能を有する。サーバ１０は、メッセージングサーバやメッセージングサービスサービスサーバ、メッセージングアプリケーション管理サーバ等のように表現することもできる。
【0049】
本実施形態では、メッセージングサービス事業者（運営者）をサーバ１０のユーザとする。
【0050】
なお、本実施形態とは異なり、電子マネー（電子貨幣）等による電子決済を可能とする支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、メッセージングサービスを運営するようにしてもよい。支払いサービス事業者は、支払いアプリケーションの一機能としてメッセージングサービスを提供するようにしてもよいし、そのようにしなくてもよい。
【0051】
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
【0052】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【0053】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【0054】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0055】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0056】
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例ではメッセージングサービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0057】
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
通信システム１に含まれる各装置のＨＷ構成について説明する。
【0058】
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0059】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0060】
入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0061】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【0062】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0063】
あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
【0064】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
【0065】
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
【0066】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【0067】
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
【0068】
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
【0069】
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
【0070】
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
【0071】
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
【0072】
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
【0073】
ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
【0074】
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
【0075】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0076】
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【0077】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0078】
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0079】
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0080】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0081】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0082】
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0083】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0084】
入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0085】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
【0086】
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0087】
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
【0088】
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
【0089】
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
【0090】
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
【0091】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
【0092】
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0093】
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0094】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【0095】
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【0096】
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【0097】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
【0098】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0099】
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
【0100】
［各装置の機能構成］
（１）サーバ
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってメッセージングアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
（１）サーバ
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってメッセージングアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
【0101】
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、メッセージングアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５とが記憶される。
記憶部１５には、限定ではなく例として、メッセージングアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５とが記憶される。
【0102】
一般アカウント登録データ１５３は、アプリケーション（この例ではメッセージングアプリケーション）の一般アカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
一般アカウント登録データ１５３には、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
一般アカウント登録データ１５３には、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
【0103】
一般ユーザ名は、アプリケーションを利用する端末２０の一般アカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
【0104】
一般アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
この一般アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
一般アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
この一般アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
一般アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
【0105】
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
【0106】
公式アカウント管理データベース１５５は、メッセージングアプリケーションにおける公式アカウントを管理するための管理用のデータベースであり、その一例である第１の公式アカウント管理データベース１５５Ａのデータ構成例を図１－５に示す。
第１の公式アカウント管理データベース１５５Ａには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
第１の公式アカウント管理データベース１５５Ａには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
【0107】
各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウントメンバーシップ管理データと、公式アカウント友だちデータと、リッチメニュー管理データとが記憶される。
【0108】
公式ユーザ名は、アプリケーションを利用する端末２０の公式アカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
【0109】
公式アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
この公式アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
公式アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
この公式アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
公式アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
【0110】
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
【0111】
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般アプリケーションＩＤまたは公式アプリケーションＩＤとすることができる。
なお、一般アプリケーションＩＤに代えて「一般ユーザＩＤ」としてもよいし、しなくてもよい。また、公式アプリケーションＩＤに代えて「公式ユーザＩＤ」としてもよいし、しなくてもよい。一般アプリケーションＩＤと公式アプリケーションＩＤとを区別する必要がない場合には、単に「ユーザＩＤ」としてもよいし、しなくてもよい。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般アプリケーションＩＤまたは公式アプリケーションＩＤとすることができる。
なお、一般アプリケーションＩＤに代えて「一般ユーザＩＤ」としてもよいし、しなくてもよい。また、公式アプリケーションＩＤに代えて「公式ユーザＩＤ」としてもよいし、しなくてもよい。一般アプリケーションＩＤと公式アプリケーションＩＤとを区別する必要がない場合には、単に「ユーザＩＤ」としてもよいし、しなくてもよい。
【0112】
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝一般アプリケーションＩＤまたは公式アプリケーションＩＤ」とすることができる。
【0113】
また、限定ではなく例として、１つの一般アプリケーションＩＤまたは公式アプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
【0114】
また、一般アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、一般アプリケーションＩＤ等のＩＤの情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるのに代えて、端末電話番号等の情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるようにすることができる。
この場合、一般アプリケーションＩＤ等のＩＤの情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるのに代えて、端末電話番号等の情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるようにすることができる。
【0115】
公式アカウントメンバーシップ管理データは、この公式アカウントの友だちとなるためのメンバーシップコースを管理するためのデータであり、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とが関連付けて記憶される。
【0116】
メンバーシップコースＩＤは、それぞれのメンバーシップコースを識別するために用いられる情報である。
このメンバーシップコースＩＤは、好ましくはメンバーシップコースごとに一意な値であり、限定ではなく例として、サーバ１０によってメンバーシップコースごとに一意な値（固有の値）が設定されて記憶される。
このメンバーシップコースＩＤは、好ましくはメンバーシップコースごとに一意な値であり、限定ではなく例として、サーバ１０によってメンバーシップコースごとに一意な値（固有の値）が設定されて記憶される。
【0117】
メンバーシップコース名は、このメッセージシップコースの名称であり、限定ではなく例として、公式ユーザがメンバーシップコースを設定する際に登録する名称が記憶される。
【0118】
月額料金は、このメンバーシップコースに加入するために一般ユーザが課金を要求される月額費用であり、限定ではなく例として、公式ユーザがメンバーシップコースを設定する際に登録する金額が記憶される。
なお、限定ではなく例として、一般ユーザによって課金された金額の一部またはすべては、公式ユーザが受け取り可能となるようにしてもよい。
また、月額料金に変えて、年額費用や、加入時に一回限りの課金を要求される費用を設定できるようにしてもよい。
なお、限定ではなく例として、一般ユーザによって課金された金額の一部またはすべては、公式ユーザが受け取り可能となるようにしてもよい。
また、月額料金に変えて、年額費用や、加入時に一回限りの課金を要求される費用を設定できるようにしてもよい。
【0119】
その他情報には、限定ではなく例として、このメンバーシップコースにおけるメッセージ表示態様定義情報や、メンバーシップコースに加入した場合の特典情報、メンバーシップコース固有のアイコン情報といった各種の情報を含めるようにすることができる。
【0120】
限定ではなく例として、図１－５の最も手前側に示した公式アカウント管理データの例では、公式アカウントメンバーシップ管理データに、第１種コースとしてメンバーシップコース名「プレミアム会員」のコースが設定されており、第１種コースに加入するためには月額料金「８００円」の課金が必要とされることが設定されている。また、第２種コースとしてメンバーシップコース名「スタンダード会員」のコースが設定されており、第２種コースに加入するためには月額料金「４００円」の課金が必要とされることが設定されている。また、第３種コースとしてメンバーシップコース名「無料会員」のコースが設定されており、第３種コースに加入するためには課金が必要とされないことが設定されている。
【0121】
公式アカウント友だちデータは、この公式アカウントと友だちである一般アカウントを識別するためのデータであり、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、メンバーシップコースＩＤとが関連付けて記憶される。なお、公式アカウント友だちデータに、登録日時等をさらに関連付けて記憶させるようにしてもよい。
【0122】
一般アプリケーションＩＤには、一般アカウント登録データ１５３に記憶されている一般アプリケーションＩＤのうち、この公式アカウントを友だち登録した一般アカウントの一般アプリケーションＩＤが記憶される。
【0123】
一般ユーザ名には、限定ではなく例として、この一般アプリケーションＩＤと関連付けて一般アカウント登録データ１５３に記憶されているユーザ名が記憶される。
【0124】
メンバーシップコースＩＤには、公式アカウントメンバーシップ管理データに記憶されているメンバーシップコースＩＤのうち、一般アカウントによって加入することが選択されたメンバーシップコースのメンバーシップコースＩＤが記憶される。
【0125】
登録日時をさらに関連付けて記憶させる場合、登録日時には、限定ではなく例として、この一般アプリケーションＩＤによって識別される一般アカウントが、この公式アカウントを友だち登録した日時が記憶される。
【0126】
限定ではなく例として、図１－５の例では、一般ユーザ名「Ａ．Ａ」のユーザがメンバーシップコースＩＤ「Ｍ０００１」のメンバーシップコース（すなわち、メンバーシップコース名「プレミアム会員」のメンバーシップコース）を選択して加入したことが記憶されている。
【0127】
限定ではなく例として、この公式アカウントのユーザである公式ユーザは、公式アカウント友だちデータに記憶される一般アプリケーションＩＤの端末に対してそのメンバーシップコースＩＤに応じた任意のメッセージを送信することができる。
【0128】
リッチメニュー機能管理データは、この公式アカウントの友だちにメンバーシップコースに応じて、公式アカウントのトークルーム（チャットルーム）内に構成されるリッチメニュー内の機能ボタンを構成するための管理用のデータベースであり、限定ではなく例として、リッチメニューＩＤと、リッチメニュー名と、メンバーシップコースＩＤと、アクションＵＲＩとが関連付けて記憶される。
【0129】
リッチメニューＩＤは、限定ではなく例としてリッチメニュー内に配置されるリッチメニュー機能ボタンを識別するために用いられる情報である。
このリッチメニューＩＤは、好ましくはリッチメニュー機能ボタンごとに一意な値であり、限定ではなく例として、サーバ１０によってリッチメニュー機能ごとに一意な値（固有の値）が設定されて記憶される。
このリッチメニューＩＤは、好ましくはリッチメニュー機能ボタンごとに一意な値であり、限定ではなく例として、サーバ１０によってリッチメニュー機能ごとに一意な値（固有の値）が設定されて記憶される。
【0130】
リッチメニュー名は、このリッチメニュー機能ボタンの名称であり、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に登録する名称が記憶される。
【0131】
メンバーシップコースＩＤは、公式アカウントメンバーシップ管理データに記憶されているメンバーシップコースＩＤのうち、この公式アカウントのトークルーム内に構成されるリッチメニューにおいてリッチメニュー機能が有効化されるメンバーシップコースを識別するために用いられる情報である。
このメンバーシップコースＩＤには、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に、リッチメニュー機能を有効化したメンバーシップコースを示すメンバーシップコースＩＤが記憶される。
このメンバーシップコースＩＤには、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に、リッチメニュー機能を有効化したメンバーシップコースを示すメンバーシップコースＩＤが記憶される。
【0132】
アクションＵＲＩは、一般ユーザによってリッチメニュー機能ボタンの動作が選択される場合の動作を規定するための情報であり、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に、その動作の内容を記述したファイルのＵＲＩ（Uniform Resource Identifier）が記憶される。
【0133】
（２）端末
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってメッセージングアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってメッセージングアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
【0134】
図１－７は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
記憶部２８には、限定ではなく例として、メッセージングアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。
記憶部２８には、限定ではなく例として、メッセージングアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。
【0135】
なお、アプリケーションＩＤ２８３には、一般アプリケーションＩＤと公式アプリケーションＩＤとのいずれか一方のみが記憶できるようにしてもよいし、一般アプリケーションＩＤと公式アプリケーションＩＤとを両方記憶できるようにしてもよい。
【0136】
また、アプリケーションＩＤ２８３には、複数のアプリケーションＩＤを記憶できるようにしてもよいし、そうしなくてもよい。
【0137】
以下では、説明の便宜上、アプリケーションＩＤとして一般アプリケーションＩＤが記憶される端末を一般ユーザの端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とし、公式アプリケーションＩＤが記憶される端末を公式ユーザの端末４０（端末４０Ａ，端末４０Ｂ，端末４０Ｃ，・・・）として区別して説明する。
ただし、端末４０についても、限定ではなく例として、上記の端末２０の構成を同様に適用することができる。
ただし、端末４０についても、限定ではなく例として、上記の端末２０の構成を同様に適用することができる。
【0138】
＜表示画面＞
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
【0139】
スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
【0140】
以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
【0141】
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
【0142】
図１－８は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図１－８左側は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されるように構成されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されるように構成されている。
図１－８左側は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されるように構成されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されるように構成されている。
【0143】
また、その下には、メッセージングアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置がメッセージングアプリケーションのホームであることを示す「ホーム」の文字が、現在位置表示領域内に表示されている。
【0144】
現在位置表示領域の下には、端末２０Ａのユーザと友だちになっているアカウント一覧を表示させるための「友だち」メニューが表示されるように構成されている。この画面では、「友だち」メニューは折りたたまれた状態で表示されている。限定ではなく例として、「友だち」メニュー右側のメニュー展開ボタンがタップされると、折りたたまれたメニューが展開し、非表示になっている友だちのアイコンとユーザ名との一覧が表示されるように構成されている。
【0145】
「友だち」メニューの下には、端末２０ＡのユーザＡ．Ａが所属する（ユーザＡ．Ａが含まれる）グループ一覧を表示させるための「グループ」メニューが表示されるように構成されている。この画面では、「友だち」メニューと同様に「グループ」メニューも折りたたまれた状態で表示されている。限定ではなく例として、「グループ」メニュー右側のメニュー展開ボタンがタップされると、折りたたまれたメニューが展開し、非表示になっているグループのアイコンとグループ名との一覧が表示されるように構成されている。
【0146】
「グループ」メニューの下には、端末２０Ａのユーザに友だち登録を薦める公式アカウント一覧を表示させるための「おすすめの公式アカウント」メニューが表示されるように構成されている。この画面では、「おすすめの公式アカウント」メニューには、限定ではなく例として、端末２０Ａのユーザ情報に基づいて、公式ユーザ「ＸＸスーパー」、公式ユーザ「ＬＬヨガスタジオ」、公式ユーザ「ＭＭカフェ」等の複数の公式ユーザについて、その名称とそのアイコンとが表示されている。
【0147】
ホーム画面の最下部には、メッセージングアプリケーションの機能メニューが表示されるように構成されている。機能メニューには、限定ではなく例として、ホーム画面を表示させるための「ホーム」ボタンと、トーク一覧画面を表示させるための「トーク」ボタンと、公式アカウントのメンバーシップカードを表示させるための「カード」ボタンとが表示されるように構成されている。限定ではなく例として、この画面では、「ホーム」ボタンが反転表示され、ホーム画面であることを示している。
【0148】
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－８中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
【0149】
この画面では、現在位置がメッセージングアプリケーションの公式アカウントメンバーシップ選択画面であることを示す「公式アカウントメンバーシップ」の文字が、現在位置表示領域内に表示されている。
【0150】
現在位置表示領域内の下には、端末２０Ａのユーザが友だち登録を行う相手の公式ユーザの情報が表示されるように構成されている。ここでは、ホーム画面で選択された公式ユーザ「ＬＬヨガスタジオ」のアイコンとユーザ名とが表示されている。
【0151】
その下には、この公式アカウントにおいて選択可能なメンバーシップコースとして登録されている各コースの情報が表示されるように構成されている。この画面では、限定ではなく例として、第１種コースの情報を表示させるための第１種コース表示領域ＦＣＲ１と、第２種コースの情報を表示させるための第２種コース表示領域ＳＣＲ１と、第３種コースの情報を表示させるための第３種コース表示領域ＴＣＲ１とが表示されている。
【0152】
第１種コース表示領域ＦＣＲ１には、メンバーシップコース名である「プレミアム会員」の名称の右側に、「プレミアム会員」コースに属した場合に付与される「Ｐ」の文字で示されるバッジが表示されている。また、メンバーシップコース名の下には、「プレミアム会員」コースに属した場合に付与される特典（ここでは、限定ではなく例として、「スタンダード会員登録に加えて、月１回のマンツーマンレッスン」等）に関する特典情報が表示されている。特典情報の下には、このメンバーシップコースの月額料金（ここでは、「８００円／月」）が表示されている。月額料金の右側には、このメンバーシップコースを選択して加入するための「加入する」の文字で示される加入ボタンＪＢＴ１が表示されている。
【0153】
第２種コース表示領域ＳＣＲ１や第３種コース表示領域ＴＣＲ１においても、限定ではなく例として、第１種コース表示領域ＦＣＲ１と同様の内容が表示されるように構成されている。
【0154】
限定ではなく例として、加入ボタンＪＢＴ１がユーザによってタップされると、限定ではなく例として、図１－８右側のトークルーム画面に表示が遷移する。
この画面では、現在位置が公式ユーザ名「ＬＬヨガスタジオ」とのＯＡトークルーム画面であることを示す「ＬＬヨガスタジオ」の文字が、現在位置表示領域内に表示されている。
現在位置表示領域の下には、このトークルームに送信（投稿）されるコンテンツ（メッセージ）を表示するためのコンテンツ表示領域ＴＲ１が表示されるように構成されている。
また、コンテンツ表示領域ＴＲ１の下には、このトークルームに送信するコンテンツを入力・選択するためのコンテンツ入力領域が表示されるように構成されている。
この画面では、現在位置が公式ユーザ名「ＬＬヨガスタジオ」とのＯＡトークルーム画面であることを示す「ＬＬヨガスタジオ」の文字が、現在位置表示領域内に表示されている。
現在位置表示領域の下には、このトークルームに送信（投稿）されるコンテンツ（メッセージ）を表示するためのコンテンツ表示領域ＴＲ１が表示されるように構成されている。
また、コンテンツ表示領域ＴＲ１の下には、このトークルームに送信するコンテンツを入力・選択するためのコンテンツ入力領域が表示されるように構成されている。
【0155】
図１－８右側では、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「プレミアム会員」コースを選択して加入したことに基づいて、「プレミアム会員登録ありがとうございます」の文字の第１種メッセージコンテンツＦＭＣ１が表示されている。その下には、「明日は会員様感謝デー！スタジオ料金１０％ＯＦＦ！」の文字の第３種メッセージコンテンツＴＭＣ１が表示されている。また、その下には、「スタンダード会員様以上ならなんと料金２０％ＯＦＦ！」の文字の第２種メッセージコンテンツＳＭＣ１が表示されている。
【0156】
限定ではなく例として、第１種メッセージコンテンツＦＭＣ１と、第３種メッセージコンテンツＴＭＣ１と、第２種メッセージコンテンツＳＭＣ１とは、公式ユーザ「ＬＬヨガスタジオ」からこの端末２０のユーザに送信されたメッセージのため、ユーザＡ．Ａの端末２０Ａでは左側からの吹き出しで表示されている。
【0157】
また、コンテンツ表示領域ＴＲ１において、各メッセージコンテンツの送信元を示す「ＬＬヨガスタジオ」のアイコンの右上には、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて、「Ｐ」の文字で示されるバッジが表示されている。
【0158】
限定ではなく例として、第１種メッセージコンテンツＦＭＣ１は、第１種コースである「プレミアム会員」コースに加入したユーザのみに対して送信される。そのため、第１種メッセージコンテンツＦＭＣ１の表示態様は、限定ではなく例として、黒背景に白文字となっている。
【0159】
また、限定ではなく例として、第３種メッセージコンテンツＴＭＣ１は、第３種コースである「無料会員」コース、または第２種コースである「スタンダード会員」コース、または第１種コースである「プレミアム会員」コースに加入したユーザに対して送信される。そのため、第３種メッセージコンテンツＴＭＣ１の表示態様は、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。
【0160】
また、限定ではなく例として、第２種メッセージコンテンツＳＭＣ１は、第２種コースである「スタンダード会員」コース、または第１種コースである「プレミアム会員」コースに加入したユーザに対して送信される。そのため、第２種メッセージコンテンツＳＭＣ１の表示態様は、限定ではなく例として、灰背景に黒文字となっている。
【0161】
このようにすることで、ユーザは、表示されたメッセージコンテンツがいずれの種別のメッセージコンテンツであるかを容易に把握することができる。
【0162】
第２種メッセージコンテンツＳＭＣ１の下には、公式ユーザの店舗等で使用可能なクーポン情報ＣＰ１が表示されている。このクーポン情報ＣＰ１は、限定ではなく例として、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて配信され、表示されている。
【0163】
コンテンツ表示領域ＴＲ１の下部には、リッチメニュー表示領域ＲＭ１が表示されるように構成されている。
リッチメニュー表示領域ＲＭ１には、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて、「マンツーマンレッスン予約」機能ボタンＦＲＢ１と、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１と、「スタジオレッスン予約」機能ボタンＴＲＢ１とが表示されている。また、「マンツーマンレッスン予約」機能ボタンＦＲＢ１と、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１とには、「Ｐ」の文字で示されるバッジが表示されている。
リッチメニュー表示領域ＲＭ１には、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて、「マンツーマンレッスン予約」機能ボタンＦＲＢ１と、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１と、「スタジオレッスン予約」機能ボタンＴＲＢ１とが表示されている。また、「マンツーマンレッスン予約」機能ボタンＦＲＢ１と、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１とには、「Ｐ」の文字で示されるバッジが表示されている。
【0164】
図１－９左側は、限定ではなく例として、一般ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－９中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
そして、限定ではなく例として、加入ボタンＪＢＴ２がユーザによってタップされると、限定ではなく例として、図１－９右側のトークルーム画面に表示が遷移する。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－９中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
そして、限定ではなく例として、加入ボタンＪＢＴ２がユーザによってタップされると、限定ではなく例として、図１－９右側のトークルーム画面に表示が遷移する。
【0165】
図１－９右側では、コンテンツ表示領域ＴＲ２には、限定ではなく例として、ユーザＢ．Ｂがメンバーシップコースとして「スタンダード会員」コースを選択して加入したことに基づいて、「スタンダード会員登録ありがとうございます」の文字の第２種メッセージコンテンツＳＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、第２種メッセージコンテンツＳＭＣ１とが表示されている。
【0166】
限定ではなく例として、第２種メッセージコンテンツＳＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、第２種メッセージコンテンツＳＭＣ１とは、公式ユーザ「ＬＬヨガスタジオ」から一般ユーザＢ．Ｂに送信されたメッセージのため、ユーザＢ．Ｂの端末２０Ｂでは左側からの吹き出しで表示されている。
【0167】
また、コンテンツ表示領域ＴＲ２において、各メッセージコンテンツの送信元を示す「ＬＬヨガスタジオ」のアイコンの右上には、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて、「Ｓ」の文字で示されるバッジが表示されている。
【0168】
限定ではなく例として、第２種メッセージコンテンツＳＭＣ２は、第２種コースである「スタンダード会員」コースに加入したユーザのみに対して送信される。そのため、第２種メッセージコンテンツＳＭＣ２の表示態様は、限定ではなく例として、灰背景に黒文字となっている。
【0169】
第２種メッセージコンテンツＳＭＣ１の下には、クーポン情報ＣＰ１が表示されている。このクーポン情報ＣＰ１は、限定ではなく例として、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて配信されて表示されている。
【0170】
コンテンツ表示領域ＴＲ２の下部には、リッチメニュー表示領域ＲＭ２が表示されるように構成されている。
リッチメニュー表示領域ＲＭ２には、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１と、「スタジオレッスン予約」機能ボタンＴＲＢ１とが表示されている。また、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１には、「Ｓ」の文字で示されるバッジが表示されている。
リッチメニュー表示領域ＲＭ２には、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１と、「スタジオレッスン予約」機能ボタンＴＲＢ１とが表示されている。また、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１には、「Ｓ」の文字で示されるバッジが表示されている。
【0171】
図１－１０左側は、限定ではなく例として、一般ユーザＣ．Ｃの端末２０Ｃの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－１０中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
そして、限定ではなく例として、加入ボタンＪＢＴ３がユーザによってタップされると、限定ではなく例として、図１－１０右側のトークルーム画面に表示が遷移する。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－１０中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
そして、限定ではなく例として、加入ボタンＪＢＴ３がユーザによってタップされると、限定ではなく例として、図１－１０右側のトークルーム画面に表示が遷移する。
【0172】
図１－１０右側では、コンテンツ表示領域ＴＲ３には、限定ではなく例として、ユーザＣ．Ｃがメンバーシップコースとして「無料会員」コースを選択して加入したことに基づいて、「無料会員登録ありがとうございます」の文字の第３種メッセージコンテンツＴＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、「スタンダード会員様以上だともっとお得になるかも？！」の文字の第３種メッセージコンテンツＴＭＣ３とが表示されている。
【0173】
限定ではなく例として、第３種メッセージコンテンツＴＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、第３種メッセージコンテンツＴＭＣ３とは、公式ユーザ「ＬＬヨガスタジオ」から一般ユーザＣ．Ｃに送信されたメッセージのため、ユーザＣ．Ｃの端末２０Ｂでは左側からの吹き出しで表示されている。
【0174】
また、コンテンツ表示領域ＴＲ３において、各メッセージコンテンツの送信元を示す「ＬＬヨガスタジオ」のアイコンの右上には、ユーザＢ．Ｂが「無料会員」コースに加入していることに基づいて、バッジが表示されていない。
【0175】
限定ではなく例として、第３種メッセージコンテンツＴＭＣ２と、第３種メッセージコンテンツＴＭＣ３とは、第３種コースである「無料会員」コースに加入したユーザのみに対して送信される。第３種メッセージコンテンツＴＭＣ２と第３種メッセージコンテンツＴＭＣ３との表示態様は、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。
【0176】
第３種メッセージコンテンツＴＭＣ３の下には、ユーザＣ．Ｃが「無料会員」コースに加入していることに基づいてクーポン情報ＣＰ１配信されず、クーポン情報ＣＰ１が表示されない。
【0177】
コンテンツ表示領域ＴＲ３の下部には、リッチメニュー表示領域ＲＭ３が表示されるように構成されている。
リッチメニュー表示領域ＲＭ３には、ユーザＣ．Ｃが「無料会員」コースに加入していることに基づいて、「スタジオレッスン予約」機能ボタンＴＲＢ１のみが表示されている。
リッチメニュー表示領域ＲＭ３には、ユーザＣ．Ｃが「無料会員」コースに加入していることに基づいて、「スタジオレッスン予約」機能ボタンＴＲＢ１のみが表示されている。
【0178】
なお、限定ではなく例として、現在位置表示領域の右側に表示されるトークルームメニューボタンがタップされると、このトークルームにおけるメンバーシップコースを変更するための「メンバーシップ」ボタンが表示されるように構成されるようにしてもよい。
限定ではなく例として、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図１－１０中央の公式アカウントメンバーシップ選択画面に表示が遷移し、メンバーシップコースを変更することができるようにしてもよい。
限定ではなく例として、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図１－１０中央の公式アカウントメンバーシップ選択画面に表示が遷移し、メンバーシップコースを変更することができるようにしてもよい。
【0179】
＜処理＞
図１－１１は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（一般ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
図１－１１は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（一般ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
【0180】
なお、この処理は、本開示の手法を実現するための処理の一例に過ぎず、この処理に限定されるものではない。この処理に別のステップを追加してもよいし、この処理から一部のステップを省略（削除）してもよい。
これは、以下説明する各フローチャート（処理）について同様である。
これは、以下説明する各フローチャート（処理）について同様である。
【0181】
なお、処理に先立って、端末４０Ａ（公式ユーザＡ．Ａの端末４０）の制御部４１は、限定ではなく例として、端末４０Ａの入出力部４３に対するユーザによる入力に基づいて、限定ではなく例として、公式アカウントメンバーシップ管理データの登録内容を含む公式アカウントメンバーシップ設定情報を受け付けると、公式アカウントメンバーシップ設定情報を通信Ｉ／Ｆ４２によってサーバに送信するようにしてもよい。
【0182】
まず、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザによる入力（以下、「ユーザ入力」と称する。）に基づいて、限定ではなく例として、友だち登録を行う公式ユーザアプリケーションＩＤを受け付ける。そして、端末２０Ａの制御部２１は、限定ではなく例として、少なくとも公式ユーザアプリケーションＩＤを含む公式アカウント友だち追加要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。
【0183】
通信Ｉ／Ｆ１４によって端末２０Ａから公式アカウント友だち追加要求情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、受信した公式ユーザアプリケーションＩＤに基づいて、関連する公式アカウントメンバーシップ管理データを読み込む。すると、サーバ１０の制御部１１は、限定ではなく例として、公式アカウントメンバーシップ管理データを含む公式アカウントメンバーシップ加入用情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１０）。
【0184】
通信Ｉ／Ｆ２２によってサーバ１０から公式アカウントメンバーシップ加入用情報を受信すると、端末２０Ａの制御部２１は、受信した公式アカウントメンバーシップ加入用情報を表示部２４に表示させる。そして、限定ではなく例として、ユーザ入力に基づいて、端末２０Ａのユーザが加入を希望するメンバーシップコースＩＤを受け付ける。
すると、端末２０Ａの制御部２１は、限定ではなく例として、メンバーシップコースＩＤと、端末２０Ａの一般アプリケーションＩＤとを含む公式アカウントメンバーシップコース選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。
すると、端末２０Ａの制御部２１は、限定ではなく例として、メンバーシップコースＩＤと、端末２０Ａの一般アプリケーションＩＤとを含む公式アカウントメンバーシップコース選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。
【0185】
通信Ｉ／Ｆ１４によって端末２０Ａから公式アカウントメンバーシップコース選択情報を受信すると、サーバ１０の制御部１１は、公式アカウント友だち追加処理を実行する（Ｓ１３０）。
公式アカウント友だち追加処理において、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウント友だちデータに、公式アカウントメンバーシップコース選択情報に含まれる端末２０Ａの一般アプリケーションＩＤと、メンバーシップコースＩＤとを追加して記憶させる。
公式アカウント友だち追加処理において、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウント友だちデータに、公式アカウントメンバーシップコース選択情報に含まれる端末２０Ａの一般アプリケーションＩＤと、メンバーシップコースＩＤとを追加して記憶させる。
【0186】
その後、サーバ１０の制御部１１は、メッセージ配信処理を実行する（Ｓ１５０）。また、端末２０Ａの制御部２１は、メッセージ配信処理を実行する（Ａ１５０）。
なお、限定ではなく例として、通信Ｉ／Ｆ１４によって端末４０からメッセージ配信依頼情報を受信すると、メッセージ配信処理が実行されるようにしてもよい。メッセージ配信依頼情報には、限定ではなく例として、メッセージコンテンツ（メッセージ内容）と、メッセージ種別（限定ではなく例として、送信対象のメンバーシップコースＩＤ）とを含めるようにしてもよい。
なお、限定ではなく例として、通信Ｉ／Ｆ１４によって端末４０からメッセージ配信依頼情報を受信すると、メッセージ配信処理が実行されるようにしてもよい。メッセージ配信依頼情報には、限定ではなく例として、メッセージコンテンツ（メッセージ内容）と、メッセージ種別（限定ではなく例として、送信対象のメンバーシップコースＩＤ）とを含めるようにしてもよい。
【0187】
また、限定ではなく例として、端末４０のユーザによって予め設定された条件（限定ではなく例として、友だち追加時）に基づいて、メッセージ配信処理が実行されるようにしてもよい。
【0188】
この場合、限定ではなく例として、第１の公式アカウント管理データベース１５５Ａに、リッチメニュー管理データと同様のメッセージ配信管理データを記憶させるようにしてもよい。そして、限定ではなく例として、メッセージＩＤと、メッセージ文面と、配信対象となるメンバーシップコースＩＤと、配信条件とを関連付けて記憶し、管理できるようにしてもよい。
【0189】
ここで、メッセージ配信処理を、限定ではなく例として、以下の２種類に大別する。
・第1のメッセージ配信処理
第１種メッセージは第１種コースに加入した端末２０のみに送信され、第２種メッセージは第２種コースに加入した端末２０のみに送信される。
・第２のメッセージ配信処理
第１種メッセージは第１種コースに加入した端末２０のみに送信され、第２種メッセージは第１種コースに加入した端末２０と第２種コースに加入した端末２０とに送信される。
・第1のメッセージ配信処理
第１種メッセージは第１種コースに加入した端末２０のみに送信され、第２種メッセージは第２種コースに加入した端末２０のみに送信される。
・第２のメッセージ配信処理
第１種メッセージは第１種コースに加入した端末２０のみに送信され、第２種メッセージは第１種コースに加入した端末２０と第２種コースに加入した端末２０とに送信される。
【0190】
すなわち、第１のメッセージ配信処理ではメンバーシップコースごとにそれぞれ異なるメッセージが配信されるのに対して、第２のメッセージ配信処理ではメンバーシップコースによって特異に配信されるメッセージと、メンバーシップコースによらず共通で配信されるメッセージとを混雑させることができる。
【0191】
図１－１２は、第１のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
【0192】
サーバ１０の制御部１１は、限定ではなく例として、送信を行うメッセージが第１メッセージか否かを判定する（Ｓ１５１０）。
【0193】
送信を行うメッセージが第１メッセージであると判定された場合（Ｓ１５１０：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信先アカウントのメンバーシップコースが第１種コースであるか否かを判定する（Ｓ１５３０）。
【0194】
送信先アカウントのメンバーシップコースが第１種コースであると判定された場合（Ｓ１５３０：ＹＥＳ）、サーバ１０の制御部１１は、第１メッセージ情報を通信Ｉ／Ｆ１４によって端末２０に送信する（Ｓ１５５０）。
送信先アカウントのメンバーシップコースが第１種コースでないと判定された場合（Ｓ１５３０：ＮＯ）、サーバ１０の制御部１１は、第１のメッセージ配信処理を終了させる。
送信先アカウントのメンバーシップコースが第１種コースでないと判定された場合（Ｓ１５３０：ＮＯ）、サーバ１０の制御部１１は、第１のメッセージ配信処理を終了させる。
【0195】
なお、Ｓ１５３０のステップは、公式アカウント友だちデータに登録されている一般アプリケーションＩＤ全てに対して順次実行されるようにしてもよい。
【0196】
通信Ｉ／Ｆ２２によってサーバ１０から第１種メッセージ情報を受信したと判定する場合（Ａ１５１０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した第１種メッセージ情報を表示部２４に表示させる（Ａ１５３０）。
第１種メッセージ情報を受信しないと判定する場合（Ａ１５１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１５３０のステップをスキップさせる。
第１種メッセージ情報を受信しないと判定する場合（Ａ１５１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１５３０のステップをスキップさせる。
【0197】
送信を行うメッセージが第１メッセージでないと判定された場合（Ｓ１５１０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信先アカウントのメンバーシップコースが第２種コースであるか否かを判定する（Ｓ１５７０）。
【0198】
送信先アカウントのメンバーシップコースが第２種コースであると判定された場合（Ｓ１５７０：ＹＥＳ）、サーバ１０の制御部１１は、第２メッセージ情報を通信Ｉ／Ｆ１４によって端末２０に送信する（Ｓ１５９０）。
送信先アカウントのメンバーシップコースが第２種コースでないと判定された場合（Ｓ１５７０：ＮＯ）、サーバ１０の制御部１１は、第１のメッセージ配信処理を終了させる。
送信先アカウントのメンバーシップコースが第２種コースでないと判定された場合（Ｓ１５７０：ＮＯ）、サーバ１０の制御部１１は、第１のメッセージ配信処理を終了させる。
【0199】
なお、Ｓ１５７０のステップは、公式アカウント友だちデータに登録されている一般アプリケーションＩＤ全てに対して順次実行されるようにしてもよい。
【0200】
通信Ｉ／Ｆ２２によってサーバ１０から第２種メッセージ情報を受信したと判定する場合（Ａ１５５０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した第２種メッセージ情報を表示部２４に表示させる（Ａ１５７０）。
第１種メッセージ情報を受信しないと判定する場合（Ａ１５５０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１５７０のステップをスキップさせる。
第１種メッセージ情報を受信しないと判定する場合（Ａ１５５０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１５７０のステップをスキップさせる。
【0201】
図１－１３は、第２のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
【0202】
サーバ１０の制御部１１は、限定ではなく例として、送信を行うメッセージが第１メッセージか否かを判定する（Ｓ１５１５）。
【0203】
送信を行うメッセージが第１メッセージであると判定された場合（Ｓ１５１５：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信先アカウントのメンバーシップコースが第１種コースであるか否かを判定する（Ｓ１５３０）。
【0204】
送信を行うメッセージが第１メッセージでないと判定された場合（Ｓ１５１５：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、端末２０に第２種メッセージ情報を送信する（Ｓ１５９０）。
【0205】
図１－１１に戻り、限定ではなく例として、端末２０Ａのユーザ入力に基づいて、トーク処理を終了させることが選択されたと判定する場合（Ａ１７０：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。トーク処理を終了させないことが選択されたと判定する場合（Ａ１７０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１５０のステップに戻り処理を実行する。
【0206】
限定ではなく例として、端末２０Ａのユーザ入力に基づいて、トーク処理を終了させることが選択されたと判定する場合（Ａ１７０：ＹＥＳ）、限定ではなく例として、端末２０Ａの制御部２１は、対話終了要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信し、処理を終了させる。
トーク処理を終了させないことが選択されたと判定する場合（Ａ１７０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１５０のステップに戻り処理を実行する。
トーク処理を終了させないことが選択されたと判定する場合（Ａ１７０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１５０のステップに戻り処理を実行する。
【0207】
限定ではなく例として、通信Ｉ／Ｆ１４によって端末２０Ａから対話終了要求情報を受信したと判定する場合（Ｓ１７０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了させる。限定ではなく例として、対話終了要求情報を受信しないと判定する場合（Ｓ１７０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、Ｓ１５０のステップに戻り処理を実行する。
【0208】
なお、上記の例では、公式アカウントにおいて選択可能なメンバーシップコースが、端末２０の表示部２４に表示される公式アカウントメンバーシップ選択画面に表示されることとしたが、これに限定されない。
公式アカウントにおいて選択可能なメンバーシップコースが、端末２０の表示部２４に表示される、その端末２０のユーザの一般アカウントと、その公式アカウントとを含むトークルームに、メッセージとして表示されるようにしてもよい。また、サーバ１０を介して、公式アカウントにおいて選択可能なメンバーシップコースが、案内のメッセージとしてトークルームに表示されるようにしてもよい。
そして、このトークルームに表示されたメッセージに対するユーザ入力に基づいて、公式アカウントメンバーシップコース選択情報が端末２０から送信されるようにしてもよい。
公式アカウントにおいて選択可能なメンバーシップコースが、端末２０の表示部２４に表示される、その端末２０のユーザの一般アカウントと、その公式アカウントとを含むトークルームに、メッセージとして表示されるようにしてもよい。また、サーバ１０を介して、公式アカウントにおいて選択可能なメンバーシップコースが、案内のメッセージとしてトークルームに表示されるようにしてもよい。
そして、このトークルームに表示されたメッセージに対するユーザ入力に基づいて、公式アカウントメンバーシップコース選択情報が端末２０から送信されるようにしてもよい。
【0209】
また、上記の例では、公式アカウントとのトークルームにおいて、第１種メッセージ、第２種メッセージ、第３種メッセージの表示態様を変更することとしたが、これに限定されない。
この他にも、限定ではなく例として、公式アカウントとのトークルームにおいて、第１種メッセージについては、関連付けて表示される公式アカウントのアイコンを第１アイコンとし、第２種メッセージについては、関連付けて表示される公式アカウントのアイコンを第２アイコンとし、第３種メッセージについては、関連付けて表示される公式アカウントのアイコンを第３アイコンとするなどしてもよい。
また、第１種メッセージの表示順位を高くしてトークルームに表示したり、第１種メッセージの位置を固定して表示させるなどしてもよい。
つまり、メッセージの種別（メッセージに設定された宛先の種別）に基づいて、トークルームにおける各種の情報の表示態様を変更してもよい。
この他にも、限定ではなく例として、公式アカウントとのトークルームにおいて、第１種メッセージについては、関連付けて表示される公式アカウントのアイコンを第１アイコンとし、第２種メッセージについては、関連付けて表示される公式アカウントのアイコンを第２アイコンとし、第３種メッセージについては、関連付けて表示される公式アカウントのアイコンを第３アイコンとするなどしてもよい。
また、第１種メッセージの表示順位を高くしてトークルームに表示したり、第１種メッセージの位置を固定して表示させるなどしてもよい。
つまり、メッセージの種別（メッセージに設定された宛先の種別）に基づいて、トークルームにおける各種の情報の表示態様を変更してもよい。
【0210】
＜第１実施例の効果＞
本実施例は、公式アカウント（限定ではなく、第２アカウントの一例）とのトーク処理（限定ではなく、チャットに関する処理の一例）を行う一般アカウント（限定ではなく、第１アカウントの一例）の一般ユーザの端末２０（限定ではなく、第１アカウントのユーザの端末の一例）は、以下の処理を行う。
一般アカウントと公式アカウントとの対応付け（関連付け）には、第１種別と第２種別との対応付けがあり、一般ユーザの端末２０は、自己の端末２０に対するユーザ入力に基づいて、公式アカウントメンバーシップ選択情報等の情報（限定ではなく、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報の一例）を通信Ｉ／Ｆ２２によって送信する。そして、一般ユーザの端末２０は、この第１情報の送信に基づき、公式アカウントから送信された第１種メッセージ（限定ではなく、第１メッセージの一例）を通信Ｉ／Ｆ２２によって受信する。そして、一般ユーザの端末２０は、受信した第１種メッセージを、自己の端末２０の表示部２４に表示される、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、自己の端末に対する自己の端末のユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を送信して、第１種別として第１アカウントと第２アカウントとを対応付けさせることができる。そして、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを受信した上で、その第１メッセージを、自己の端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示して、自己の端末のユーザに知らせることができる。
本実施例は、公式アカウント（限定ではなく、第２アカウントの一例）とのトーク処理（限定ではなく、チャットに関する処理の一例）を行う一般アカウント（限定ではなく、第１アカウントの一例）の一般ユーザの端末２０（限定ではなく、第１アカウントのユーザの端末の一例）は、以下の処理を行う。
一般アカウントと公式アカウントとの対応付け（関連付け）には、第１種別と第２種別との対応付けがあり、一般ユーザの端末２０は、自己の端末２０に対するユーザ入力に基づいて、公式アカウントメンバーシップ選択情報等の情報（限定ではなく、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報の一例）を通信Ｉ／Ｆ２２によって送信する。そして、一般ユーザの端末２０は、この第１情報の送信に基づき、公式アカウントから送信された第１種メッセージ（限定ではなく、第１メッセージの一例）を通信Ｉ／Ｆ２２によって受信する。そして、一般ユーザの端末２０は、受信した第１種メッセージを、自己の端末２０の表示部２４に表示される、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、自己の端末に対する自己の端末のユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を送信して、第１種別として第１アカウントと第２アカウントとを対応付けさせることができる。そして、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを受信した上で、その第１メッセージを、自己の端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示して、自己の端末のユーザに知らせることができる。
【0211】
また、この場合、一般ユーザの端末２０は、第１種別と第２種別とを選択するための公式アカウントメンバーシップ加入用情報等の情報（限定ではなく、第２情報の一例）を表示部２４に表示する。そして、第１情報は、この第２情報に対する入力に基づいて、通信Ｉ／Ｆ２２によって送信されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが端末は、第１種別と第２種別との選択に関する第２情報を表示部に表示した上で、表示した第２情報に対する入力に基づいて、第１情報を送信するようにすることができる。このようにすることで、限定ではなく例として、表示部に表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが端末は、第１種別と第２種別との選択に関する第２情報を表示部に表示した上で、表示した第２情報に対する入力に基づいて、第１情報を送信するようにすることができる。このようにすることで、限定ではなく例として、表示部に表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
【0212】
また、この場合、上記の公式アカウントメンバーシップ加入用情報等の情報（限定ではなく、第２情報の一例）は、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１アカウントと第２アカウントとを含むチャットルームに表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１アカウントと第２アカウントとを含むチャットルームに表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
【0213】
また、この場合、第１種別は、プレミアム会員やスタンダード会員といった課金を要する種別であり、第２種別は、無料会員といった課金を要さない種別としてもよい。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが、課金を要する種別と課金を要さない種別とから課金を要する種別を選択した上で、この課金を要する種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが、課金を要する種別と課金を要さない種別とから課金を要する種別を選択した上で、この課金を要する種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
【0214】
また、この場合、第１種別と第２種別とは、プレミアム会員やスタンダード会員といった課金の種別であり、プレミアム会員は、スタンダード会員よりも課金額が大きい（限定ではなく、第１種別は第２種別よりも課金額が大きいことの一例）ようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが、２つの課金の種別（第１種別、第２種別）から課金額が大きい第１種別を選択した上で、この課金額が大きい第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが、２つの課金の種別（第１種別、第２種別）から課金額が大きい第１種別を選択した上で、この課金額が大きい第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
【0215】
また、この場合、第１種メッセージ（限定ではなく、第１メッセージの一例）は、第１種別として公式アカウントと対応付けられた一般アカウントに対して送信され、第２種メッセージ（限定ではなく、第１メッセージとは異なる第２メッセージの一例）は、第２種別として公式アカウントと対応付けられた一般アカウントに対して送信されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１メッセージは、第１種別として第２アカウントと対応付けられたアカウントに対して送信される一方、第１メッセージとは異なる第２メッセージは、第２種別として第２アカウントと対応付けられたアカウントに対して送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１メッセージは、第１種別として第２アカウントと対応付けられたアカウントに対して送信される一方、第１メッセージとは異なる第２メッセージは、第２種別として第２アカウントと対応付けられたアカウントに対して送信されるようにすることができる。
【0216】
また、この場合、第１種メッセージ（限定ではなく、第１メッセージの一例）は、第１種別として公式アカウントと対応付けられた一般アカウントに対して送信され、第２種メッセージ（限定ではなく、第１メッセージとは異なる第２メッセージの一例）は、第１種別として公式アカウントと対応付けられた一般アカウントと、第２種別として公式アカウントと対応付けられた一般アカウントとに対して送信されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１メッセージは、第１種別として第２アカウントと対応付けられたアカウントに対して送信される一方、第１メッセージとは異なる第２メッセージは、第１種別として第２アカウントと対応付けられたアカウントと、第２種別として第２アカウントと対応付けられたアカウントとの両方に対して送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１メッセージは、第１種別として第２アカウントと対応付けられたアカウントに対して送信される一方、第１メッセージとは異なる第２メッセージは、第１種別として第２アカウントと対応付けられたアカウントと、第２種別として第２アカウントと対応付けられたアカウントとの両方に対して送信されるようにすることができる。
【0217】
また、この場合、第２種メッセージ（限定ではなく、第２メッセージの一例）は、第１種メッセージ（限定ではなく、第１メッセージの一例）とは異なる態様でトークルームに表示されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１メッセージと第２メッセージとが宛先が異なるメッセージであることをユーザが容易に把握できるようにすることができる。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１メッセージと第２メッセージとが宛先が異なるメッセージであることをユーザが容易に把握できるようにすることができる。
【0218】
また、この場合、公式アカウントとのトーク処理で、メッセージに関連付けて表示される公式アカウントのアイコン等の情報（限定ではなく、第１種別を示す情報と第２種別を示す情報との一例）が、異なる態様でトークルームに表示されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第２アカウントとのチャットに関する処理で、第１種別を示す情報と第２種別を示す情報とが異なる態様でチャットルームに表示されるようにすることができる。これにより、限定ではなく例として、チャットルームに表示されたメッセージが、第１種別と第２種別とのいずれの対応付けに基づくメッセージであるかをユーザが一見して把握できるようにすることができる。
このような構成により得られる実施例の効果の一例として、第２アカウントとのチャットに関する処理で、第１種別を示す情報と第２種別を示す情報とが異なる態様でチャットルームに表示されるようにすることができる。これにより、限定ではなく例として、チャットルームに表示されたメッセージが、第１種別と第２種別とのいずれの対応付けに基づくメッセージであるかをユーザが一見して把握できるようにすることができる。
【0219】
また、この場合、一般ユーザの端末２０は、公式アカウント（限定ではなく、第２アカウントの一例）に関するリッチメニュー情報（限定ではなく、第１メニュー情報の一例）をトークルーム（限定ではなく、チャットルームの一例）に表示する。そして、第１情報の送信に基づき、上記のリッチメニュー情報とは異なる第１種別用のリッチメニュー情報（限定ではなく、第２メニュー情報の一例）をトークルームに表示するようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１情報の送信に基づき、第２アカウントに関する第１メニュー情報とは異なる第１種別用の第２メニュー情報をチャットルームに表示することができる。これにより、限定ではなく例として、第１種別として第１アカウントと第２アカウントとの対応付けを要求したことに基づき、第１種別用の特別なメニュー情報（第２メニュー情報）をユーザが利用可能となる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１情報の送信に基づき、第２アカウントに関する第１メニュー情報とは異なる第１種別用の第２メニュー情報をチャットルームに表示することができる。これにより、限定ではなく例として、第１種別として第１アカウントと第２アカウントとの対応付けを要求したことに基づき、第１種別用の特別なメニュー情報（第２メニュー情報）をユーザが利用可能となる。
【0220】
また、本実施例は、一般アカウントの一般ユーザの端末２０（限定ではなく、第１端末の一例）、および、公式アカウントの公式ユーザの端末４０（限定ではなく、第２端末の一例）と通信するサーバ１０は、以下の処理を行う。
一般アカウントと公式アカウントとの対応付け（関連付け）には、第１種別と第２種別との対応付けがあり、サーバ１０は、公式アカウントメンバーシップ選択情報等の情報（限定ではなく、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報の一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０から受信する。そして、サーバ１０は、この第１情報の受信に基づき、第１種別用のメッセージであって一般ユーザの端末２０で一般アカウントと公式アカウントとを含むトークルームに表示されるメッセージ（限定ではなく、第１メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を受信したことに基づいて、第２アカウントから送信された第１種別用のメッセージであって、第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、第１端末に送信することができる。
一般アカウントと公式アカウントとの対応付け（関連付け）には、第１種別と第２種別との対応付けがあり、サーバ１０は、公式アカウントメンバーシップ選択情報等の情報（限定ではなく、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報の一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０から受信する。そして、サーバ１０は、この第１情報の受信に基づき、第１種別用のメッセージであって一般ユーザの端末２０で一般アカウントと公式アカウントとを含むトークルームに表示されるメッセージ（限定ではなく、第１メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を受信したことに基づいて、第２アカウントから送信された第１種別用のメッセージであって、第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、第１端末に送信することができる。
【0221】
＜第１変形例（１）＞
第１実施例では、メンバーシップコースに応じてＯＡトークルームに配信されるメッセージやリッチメニューが変化する例について例示したが、これに限定されない。
限定ではなく例として、ＯＡトークルーム以外の表示態様を変化させるようにしてもよい。
第１実施例では、メンバーシップコースに応じてＯＡトークルームに配信されるメッセージやリッチメニューが変化する例について例示したが、これに限定されない。
限定ではなく例として、ＯＡトークルーム以外の表示態様を変化させるようにしてもよい。
【0222】
図１－１４は、本変形例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
図１－１４左側は、限定ではなく例として、図１－８左側のホーム画面において、「友だち」メニュー右側のメニュー展開ボタンがタップされた場合の表示画面の一例である。
図１－１４左側は、限定ではなく例として、図１－８左側のホーム画面において、「友だち」メニュー右側のメニュー展開ボタンがタップされた場合の表示画面の一例である。
【0223】
この画面では、一般ユーザＡ．Ａの友だちとして、一般ユーザＢ．Ｂと、一般ユーザＣ．Ｃと、公式ユーザ「ＬＬヨガスタジオ」と、公式ユーザ「チームＮＮファンクラブ」と、公式ユーザ「ＹＹマート」等が登録されていることが表示されている。
そして、友だちとなっている公式ユーザのうち、メンバーシップコースとして月額料金の課金が必要である公式ユーザ「ＬＬヨガスタジオ」のアイコンには「Ｐ」の文字で示されるバッジが、公式ユーザ「チームＮＮファンクラブ」のアイコンには「Ｓ」の文字で示されるバッジが、それぞれ表示されるように構成されている。
そして、友だちとなっている公式ユーザのうち、メンバーシップコースとして月額料金の課金が必要である公式ユーザ「ＬＬヨガスタジオ」のアイコンには「Ｐ」の文字で示されるバッジが、公式ユーザ「チームＮＮファンクラブ」のアイコンには「Ｓ」の文字で示されるバッジが、それぞれ表示されるように構成されている。
【0224】
また、メンバーシップコースとして月額料金の課金が必要である公式ユーザ「ＬＬヨガスタジオ」と、公式ユーザ「チームＮＮファンクラブ」とは、限定ではなく例として、他の友だちに優先して上方に表示されるように構成されている。
【0225】
なお、一般ユーザの友だちと公式ユーザの友だちを分けて表示する場合、一般ユーザの表示順位には影響を与えず、公式ユーザの友だちにおける表示優先順位がメンバーシップコースによって変化するようにしてもよい。
【0226】
限定ではなく例として、機能メニューの「トーク」ボタンがタップされると、限定ではなく例として、図１－１４中央のトークルーム一覧を確認するためのトークリスト画面に表示が遷移する。
トークリスト画面は、限定ではなく例として、友だちやグループとのメッセージ送受信状態を簡易的に確認することができるように構成されている。
トークリスト画面は、限定ではなく例として、友だちやグループとのメッセージ送受信状態を簡易的に確認することができるように構成されている。
【0227】
この画面では、現在位置がメッセージングアプリケーションのトークリスト画面であることを示す「トーク」の文字が、現在位置表示領域内に表示されている。
【0228】
現在位置表示領域内の下には、友だちとなっているトークルーム情報として、メッセージを送受信した友だちまたはグループのアイコンと、名称と、最終送受信日時とが行ごとに表示されるように構成されている。また、各行の右端には、メッセージの未読数が黒丸の中に表示されるように構成されている。
【0229】
限定ではなく例として、この画面では、公式ユーザ「ＬＬヨガスタジオ」とのメッセージ最終送受信日時は、「昨日」であり、未読数が「１」であることが表示されている。また、一般ユーザＢ．Ｂとのメッセージ最終送受信日時は、「（本日）８時１７分」であり、未読数が「２」であることが表示されている。
【0230】
トークリスト画面では、限定ではなく例として、ユーザ入力に基づいて、トークルームの表示順位を、限定ではなく例として、メッセージ最終送受信日時の時系列順や、未読数等に応じて設定することができるように構成されている。
限定ではなく例として、この画面では、メッセージ最終送受信日時の時系列順に応じて降順で表示させるように設定されている。
限定ではなく例として、この画面では、メッセージ最終送受信日時の時系列順に応じて降順で表示させるように設定されている。
【0231】
トークリスト画面では、限定ではなく例として、メンバーシップコースとして月額料金の課金が必要なコースに加入している場合、限定ではなく例として、月額料金に応じてさらにトークルームの表示順位を優先するように設定することができるようにしてもよい。
そのため、限定ではなく例として、この画面では、月額費用が最も高額な公式ユーザ「ＬＬヨガスタジオ」のトークルーム情報が最上段に表示され、また、月額費用が次いで高額な公式ユーザ「チームＮＮファンクラブ」のトークルーム情報が次段に表示されている。
そのため、限定ではなく例として、この画面では、月額費用が最も高額な公式ユーザ「ＬＬヨガスタジオ」のトークルーム情報が最上段に表示され、また、月額費用が次いで高額な公式ユーザ「チームＮＮファンクラブ」のトークルーム情報が次段に表示されている。
【0232】
なお、トークルーム情報を一般ユーザの友だちと公式ユーザの友だちとに分けて表示する場合、一般ユーザのトークルーム情報の表示順位には影響を与えず、公式ユーザの友だちにおけるトークルーム情報の表示優先順位がメンバーシップコースによって変化するようにしてもよい。
【0233】
限定ではなく例として、機能メニューの「カード」ボタンがタップされると、限定ではなく例として、図１－１４右側のメンバーシップカード画面に表示が遷移する。
【0234】
この画面では、現在位置がメッセージングアプリケーションのメンバーシップカード画面であることを示す「カード」の文字が、現在位置表示領域内に表示されている。
現在位置表示領域内の下には、友だちとなっている公式ユーザについての会員カード情報を表示させるためのカード情報表示領域が表示されるように構成されている。
現在位置表示領域内の下には、友だちとなっている公式ユーザについての会員カード情報を表示させるためのカード情報表示領域が表示されるように構成されている。
【0235】
ここで、第１種コースに加入した一般アカウントのみに対して送信される会員カード情報を「第１種カードコンテンツ」、第２種コースに加入した一般アカウントのみに対して送信される会員カード情報を「第２種カードコンテンツ」、・・・、と呼称する。
カード情報表示領域には、限定ではなく例として、公式ユーザ「ＬＬヨガスタジオ」の第１種カードコンテンツＦＣＣ１と、公式ユーザ「チームＮＮファンクラブ」の第２種カードコンテンツＳＣＣ１と、公式ユーザ「ＹＹマート」の第３種カードコンテンツＴＣＣ１とが表示されている。なお、各公式ユーザのメンバーシップコースは、限定ではなく例として、公式ユーザ「ＬＬヨガスタジオ」と同様の月額料金設定とする。
カード情報表示領域には、限定ではなく例として、公式ユーザ「ＬＬヨガスタジオ」の第１種カードコンテンツＦＣＣ１と、公式ユーザ「チームＮＮファンクラブ」の第２種カードコンテンツＳＣＣ１と、公式ユーザ「ＹＹマート」の第３種カードコンテンツＴＣＣ１とが表示されている。なお、各公式ユーザのメンバーシップコースは、限定ではなく例として、公式ユーザ「ＬＬヨガスタジオ」と同様の月額料金設定とする。
【0236】
第１種カードコンテンツＦＣＣ１の表示態様は、限定ではなく例として、黒背景に白文字となっている。また、第１種カードコンテンツＦＣＣ１内右上方には、メンバーシップコースが「プレミアム会員」であることを示す「Ｐ」の文字で示されるバッジが表示されている。
第１種カードコンテンツＦＣＣ１内下方には、限定ではなく例として、公式ユーザの端末４０で読み込み可能なコード情報がバーコードとして表示されている。このコード情報には、限定ではなく例として、一般アプリケーションＩＤと、友だちとなっている公式アプリケーションＩＤと、メンバーシップコースＩＤとを含めるようにしてもよい。これにより、限定ではなく例として、端末４０においてコード情報を読み込むと、この一般ユーザ名や加入しているメンバーシップコース等を確認することができるようにしてもよい。
第１種カードコンテンツＦＣＣ１内下方には、限定ではなく例として、公式ユーザの端末４０で読み込み可能なコード情報がバーコードとして表示されている。このコード情報には、限定ではなく例として、一般アプリケーションＩＤと、友だちとなっている公式アプリケーションＩＤと、メンバーシップコースＩＤとを含めるようにしてもよい。これにより、限定ではなく例として、端末４０においてコード情報を読み込むと、この一般ユーザ名や加入しているメンバーシップコース等を確認することができるようにしてもよい。
【0237】
第２種カードコンテンツＳＣＣ１の表示態様は、限定ではなく例として、灰背景に黒文字となっている。また、第２種カードコンテンツＳＣＣ１内右上方には、メンバーシップコースが「スタンダード会員」であることを示す「Ｓ」の文字で示されるバッジが表示されている。
コード情報についても、限定ではなく例として、第１種カードコンテンツＦＣＣ１と同様に構成するようにしてもよい。
コード情報についても、限定ではなく例として、第１種カードコンテンツＦＣＣ１と同様に構成するようにしてもよい。
【0238】
第３種カードコンテンツＴＣＣ１の表示態様は、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。また、第３種カードコンテンツＴＣＣ１内右上方には、バッジが表示されていない。
コード情報についても、限定ではなく例として、第１種カードコンテンツＦＣＣ１と同様に構成するようにしてもよい。
コード情報についても、限定ではなく例として、第１種カードコンテンツＦＣＣ１と同様に構成するようにしてもよい。
【0239】
本変形例は、一般ユーザの端末２０は、少なくとも第１種別として公式アカウントと対応付けられた公式アカウントに関するトークルーム情報（限定ではなく、第１チャットルーム情報の一例）を含むトークルーム情報（限定ではなく、チャットルーム情報の一例）のトークリスト（限定ではなく、リストの一例）を表示部２４に表示する。そして、第１情報の送信に基づき、トークリストに表示するトークルーム情報を区別することに関する処理を制御部２１によって行う構成を示している。
このような構成により得られる変形例の効果の一例として、第１アカウントのユーザの端末は、第１情報の送信に基づき、リストに表示されるチャットルーム情報が区別されるため、ユーザの利便性を向上させることができる。
このような構成により得られる変形例の効果の一例として、第１アカウントのユーザの端末は、第１情報の送信に基づき、リストに表示されるチャットルーム情報が区別されるため、ユーザの利便性を向上させることができる。
【0240】
また、この場合、トークリストは、自己の一般アカウント（第１アカウント）がメッセージを受信した日時に基づいて表示される。そして、上記の区別することに関する処理は、第１種別として公式アカウントと対応付けられた公式アカウントに関するトークルーム情報（限定ではなく、第１チャットルーム情報の一例）を最も高い表示順位とする処理を含むようにしてもよい。
このような構成により得られる変形例の効果の一例として、第１種別として第２アカウントと対応付けられた第２アカウントに関する第１チャットルーム情報が最も高い表示順位とされるため、リストにおいて第１チャットルーム情報が最も目立つようにすることができ、ユーザの利便性を向上させることができる。
このような構成により得られる変形例の効果の一例として、第１種別として第２アカウントと対応付けられた第２アカウントに関する第１チャットルーム情報が最も高い表示順位とされるため、リストにおいて第１チャットルーム情報が最も目立つようにすることができ、ユーザの利便性を向上させることができる。
【0241】
＜第１変形例（２）＞
第１実施例では、メンバーシップコースに応じて一般ユーザの端末２０のＯＡトークルームに配信されるメッセージやリッチメニューが変化する例について例示したが、これに限定されない。
限定ではなく例として、一般ユーザの端末２０から公式ユーザの端末４０に送信されたメッセージの扱いをメンバーシップコースによって変化させるようにしてもよい。
第１実施例では、メンバーシップコースに応じて一般ユーザの端末２０のＯＡトークルームに配信されるメッセージやリッチメニューが変化する例について例示したが、これに限定されない。
限定ではなく例として、一般ユーザの端末２０から公式ユーザの端末４０に送信されたメッセージの扱いをメンバーシップコースによって変化させるようにしてもよい。
【0242】
図１－１５は、本変形例において端末２０の表示部２４に表示される画面の一例を示す図である。
図１－１５（Ａ）の画面は、限定ではなく例として、第１種コースである「プレミアム会員」に加入している一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるトークルーム画面の別例である。
この画面において、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＡ．Ａが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ１が表示されている。また、その下には、「こんにちは。代表のＬＬです」の文字で始まる第１種メッセージコンテンツＦＭＣ２と、「別日で振り替えも可能ですので」の文字で始まる第１種メッセージコンテンツＦＭＣ３とが表示されている。
図１－１５（Ａ）の画面は、限定ではなく例として、第１種コースである「プレミアム会員」に加入している一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるトークルーム画面の別例である。
この画面において、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＡ．Ａが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ１が表示されている。また、その下には、「こんにちは。代表のＬＬです」の文字で始まる第１種メッセージコンテンツＦＭＣ２と、「別日で振り替えも可能ですので」の文字で始まる第１種メッセージコンテンツＦＭＣ３とが表示されている。
【0243】
限定ではなく例として、送信済みメッセージコンテンツＵＭＣ１はこの端末２０のユーザから公式ユーザ「ＬＬヨガスタジオ」へ送信されたメッセージのため、ユーザＡ．Ａの端末２０Ａでは右側からの吹き出しで表示されている。
【0244】
限定ではなく例として、送信済みメッセージコンテンツＵＭＣ１は公式ユーザ「ＬＬヨガスタジオ」の端末４０に送信されて表示されている。そのため、第１種メッセージコンテンツＦＭＣ２と、第１種メッセージコンテンツＦＭＣ３とは、限定ではなく例として、端末４０のユーザ入力に基づいて送信されるメッセージとなっている。
【0245】
図１－１５（Ｂ）の画面は、限定ではなく例として、第２種コースである「スタンダード会員」に加入している一般ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示されるトークルーム画面の別例である。
この画面において、コンテンツ表示領域ＴＲ２には、限定ではなく例として、ユーザＢ．Ｂがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＢ．Ｂが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ２が表示されている。また、その下には、「Ｂ．Ｂさん、こんにちは」の文字で始まる第２種メッセージコンテンツＳＭＣ３と、「本日１９時からのレッスンをキャンセルでよろしいでしょうか？」の文字の第３種メッセージコンテンツＴＭＣ５とが表示されている。
この画面において、コンテンツ表示領域ＴＲ２には、限定ではなく例として、ユーザＢ．Ｂがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＢ．Ｂが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ２が表示されている。また、その下には、「Ｂ．Ｂさん、こんにちは」の文字で始まる第２種メッセージコンテンツＳＭＣ３と、「本日１９時からのレッスンをキャンセルでよろしいでしょうか？」の文字の第３種メッセージコンテンツＴＭＣ５とが表示されている。
【0246】
限定ではなく例として、送信済みメッセージコンテンツＵＭＣ２は公式ユーザ「ＬＬヨガスタジオ」の端末４０に送信されない。そのため、第２種メッセージコンテンツＳＭＣ３と、第３種メッセージコンテンツＴＭＣ３とは、限定ではなく例として、サーバ１０の制御部１１によって自動生成され送信されるメッセージとなっている。
【0247】
図１－１５（Ｃ）の画面は、限定ではなく例として、第３種コースである「無料会員」に加入している一般ユーザＣ．Ｃの端末２０Ｃの表示部２４に表示されるトークルーム画面の別例である。
この画面において、コンテンツ表示領域ＴＲ３には、限定ではなく例として、ユーザＣ．Ｃがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＣ．Ｃが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ３が表示されている。また、「本日１９時からのレッスンをキャンセルでよろしいでしょうか？」の文字の第３種メッセージコンテンツＴＭＣ５のみが表示されている。
この画面において、コンテンツ表示領域ＴＲ３には、限定ではなく例として、ユーザＣ．Ｃがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＣ．Ｃが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ３が表示されている。また、「本日１９時からのレッスンをキャンセルでよろしいでしょうか？」の文字の第３種メッセージコンテンツＴＭＣ５のみが表示されている。
【0248】
限定ではなく例として、送信済みメッセージコンテンツＵＭＣ３は公式ユーザ「ＬＬヨガスタジオ」の端末４０に送信されない。また、限定ではなく例として、送信元のメンバーシップコースが第３種コースであることに基づいて、送信済みメッセージコンテンツが同じ内容のメッセージであっても第２種メッセージコンテンツＳＭＣ３はサーバ１０の制御部１１によって自動生成されない。
【0249】
ここで、図１－１１におけるメッセージ配信処理において第３のメッセージ配信処理を導入する。
図１－１６は、第３のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（一般ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末４０Ａ（公式ユーザＡの端末４０）の制御部４１が実行する処理の一例を示している。
なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
図１－１６は、第３のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（一般ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末４０Ａ（公式ユーザＡの端末４０）の制御部４１が実行する処理の一例を示している。
なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
【0250】
端末２０Ａの制御部２１は、限定ではなく例として、ユーザ入力に基づいて、公式ユーザＡへのメッセージを含む問い合わせメッセージ情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１５０５）。
【0251】
通信Ｉ／Ｆ１４によって端末２０Ａから問い合わせメッセージ情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信元アカウントのメンバーシップコースが第１種コースであるか否かを判定する（Ｓ１５１５）。
送信元アカウントのメンバーシップコースが第１種コースであると判定された場合（Ｓ１５１５：ＹＥＳ）、サーバ１０の制御部１１は、問い合わせメッセージ情報を通信Ｉ／Ｆ１４によって端末４０Ａに送信する（Ｓ１５３５）。
送信元アカウントのメンバーシップコースが第１種コースであると判定された場合（Ｓ１５１５：ＹＥＳ）、サーバ１０の制御部１１は、問い合わせメッセージ情報を通信Ｉ／Ｆ１４によって端末４０Ａに送信する（Ｓ１５３５）。
【0252】
通信Ｉ／Ｆ４２によってサーバ１０から問い合わせメッセージ情報を受信したと判定する場合（Ｃ１５１０：ＹＥＳ）、端末４０Ａの制御部４１は、受信した問い合わせメッセージ情報を表示部４４に表示させる（Ｃ１５３０）。そして、端末４０Ａの制御部４１は、端末４０Ａのユーザ入力に基づいて、返信メッセージ情報を通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｃ１５５０）。
サーバ１０から問い合わせメッセージ情報を受信しないと判定する場合（Ｃ１５１０：ＮＯ）、端末４０Ａの制御部４１は、処理を終了させる。
サーバ１０から問い合わせメッセージ情報を受信しないと判定する場合（Ｃ１５１０：ＮＯ）、端末４０Ａの制御部４１は、処理を終了させる。
【0253】
通信Ｉ／Ｆ１４によって端末４０Ａから返信メッセージ情報を受信すると、サーバ１０の制御部１１は、返信メッセージ情報を含む第１種メッセージ情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５５５）。そして、サーバ１０の制御部１１は、処理を終了させる。
【0254】
送信元アカウントのメンバーシップコースが第２種コースであると判定された場合（Ｓ１５１５：ＮＯ）、サーバ１０の制御部１１は、受信した問い合わせメッセージ情報に基づいて自動応答メッセージを生成する自動応答メッセージ情報生成処理を実行する（Ｓ１５７５）。すると、サーバ１０の制御部１１は、自動応答メッセージ情報を含む第２種メッセージ情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５９５）。そして、サーバ１０の制御部１１は、処理を終了させる。
【0255】
なお、自動応答メッセージ情報生成処理において、限定ではなく例として、メンバーシップコースに基づいて、メッセージの生成内容を変化させるようにしてもよいし、そうしなくてもよい。
【0256】
本変形例は、サーバ１０は、一般ユーザの端末２０（限定ではなく、第１端末の一例）から送信された一のメッセージ（限定ではなく、第２メッセージの一例）を通信Ｉ／Ｆ１４によって受信したことに基づき、トークルームに表示される、このメッセージに基づく応答用メッセージ（限定ではなく、第３メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する。
また、サーバ１０は、第１情報を受信した後、一般ユーザの端末２０から送信された、上記の一のメッセージ（限定ではなく、第２メッセージの一例）を通信Ｉ／Ｆ１４によって受信したことに基づき、トークルームに表示される、上記の応答用メッセージとは異なる応答用メッセージ（限定ではなく、第４メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する構成を示している。
このような構成により得られる変形例の効果の一例として、サーバは、第１端末から送信された第２メッセージを受信したことに基づき、チャットルームに表示される、この第２メッセージに基づく第３メッセージを第１端末に送信する一方で、第１情報を受信した後は、第１アカウントのユーザの第１端末から送信された第２メッセージを受信したことに基づき、チャットルームに表示される、第３メッセージとは異なる第４メッセージを第１端末に送信することができる。つまり、第１情報を受信した後、第１端末から同じメッセージ（第２メッセージ）を再び受信したような場合に、第１情報を受信する前に送信したメッセージ（第３メッセージ）とは異なるメッセージ（第４メッセージ）を第１端末に送信することができる。
また、サーバ１０は、第１情報を受信した後、一般ユーザの端末２０から送信された、上記の一のメッセージ（限定ではなく、第２メッセージの一例）を通信Ｉ／Ｆ１４によって受信したことに基づき、トークルームに表示される、上記の応答用メッセージとは異なる応答用メッセージ（限定ではなく、第４メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する構成を示している。
このような構成により得られる変形例の効果の一例として、サーバは、第１端末から送信された第２メッセージを受信したことに基づき、チャットルームに表示される、この第２メッセージに基づく第３メッセージを第１端末に送信する一方で、第１情報を受信した後は、第１アカウントのユーザの第１端末から送信された第２メッセージを受信したことに基づき、チャットルームに表示される、第３メッセージとは異なる第４メッセージを第１端末に送信することができる。つまり、第１情報を受信した後、第１端末から同じメッセージ（第２メッセージ）を再び受信したような場合に、第１情報を受信する前に送信したメッセージ（第３メッセージ）とは異なるメッセージ（第４メッセージ）を第１端末に送信することができる。
【0257】
また、この場合、上記の第３メッセージは、自動応答メッセージであり、上記の第４メッセージは、手動応答メッセージであるようにしてもよい。
このような構成により得られる変形例の効果の一例として、サーバは、第１情報を受信する前は、自動応答メッセージを第１端末に送信する一方、第１情報を受信した後は、手動応答メッセージを第１端末に送信することができる。
このような構成により得られる変形例の効果の一例として、サーバは、第１情報を受信する前は、自動応答メッセージを第１端末に送信する一方、第１情報を受信した後は、手動応答メッセージを第１端末に送信することができる。
【0258】
＜第１変形例（３）＞
第１実施例では、同一の公式アプリケーションＩＤにおいて異なるメンバーシップコースが設定可能である例について例示したが、これに限定されない。
限定ではなく例として、メンバーシップコースごとに異なる公式アプリケーションＩＤを関連付けるようにしてもよい。
第１実施例では、同一の公式アプリケーションＩＤにおいて異なるメンバーシップコースが設定可能である例について例示したが、これに限定されない。
限定ではなく例として、メンバーシップコースごとに異なる公式アプリケーションＩＤを関連付けるようにしてもよい。
【0259】
図１－１７に、公式アカウント管理データベース１５５の別例である第２の公式アカウント管理データベース１５５Ｂのデータ構成例を示す。
第２の公式アカウント管理データベース１５５Ｂには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
第２の公式アカウント管理データベース１５５Ｂには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
【0260】
各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、メンバーシップコース名と、月額料金と、その他登録情報と、公式アカウント友だちデータとが記憶される。
【0261】
メンバーシップコース名は、第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データのメンバーシップコース名に対応する。また、月額料金は、第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データの月額料金に対応する。
その他登録情報には、第１の公式アカウント管理データベース１５５Ａにおけるその他登録情報に加えて、この公式アプリケーションＩＤにおけるメッセージ表示態様定義情報や、メンバーシップコースに加入した場合の特典情報、メンバーシップコース固有のアイコン情報といった各種の情報を含めるようにするようにしてもよい。
また、公式アカウント友だちデータには、第１の公式アカウント管理データベース１５５Ａにおける公式アカウント友だちデータとは異なり、メンバーシップコースＩＤは記憶されない。
その他登録情報には、第１の公式アカウント管理データベース１５５Ａにおけるその他登録情報に加えて、この公式アプリケーションＩＤにおけるメッセージ表示態様定義情報や、メンバーシップコースに加入した場合の特典情報、メンバーシップコース固有のアイコン情報といった各種の情報を含めるようにするようにしてもよい。
また、公式アカウント友だちデータには、第１の公式アカウント管理データベース１５５Ａにおける公式アカウント友だちデータとは異なり、メンバーシップコースＩＤは記憶されない。
【0262】
このように、異なる公式アプリケーションＩＤにおいても、同一の公式ユーザ名に対して異なるメンバーシップコース名を複数設定することで、第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データと同様の機能管理を実現することができるようにしてもよい。
【0263】
＜第１変形例（４）＞
第１実施例では、トークルーム画面に表示されるメッセージコンテンツの表示態様をメンバーシップコースによって異ならせることとしたが、これに限定されない。
限定ではなく例として、メッセージコンテンツの表示の順番に優先順位を設定し、優先順位に従って順番を変えて表示させるようにしてもよい。
また、メンバーシップコースによって、限定ではなく例として、トークルーム内の表示位置を異ならせる（限定ではなく例として、第１種メッセージコンテンツは左上側、第２種メッセージコンテンツは左下側等）ようにしてもよい。
第１実施例では、トークルーム画面に表示されるメッセージコンテンツの表示態様をメンバーシップコースによって異ならせることとしたが、これに限定されない。
限定ではなく例として、メッセージコンテンツの表示の順番に優先順位を設定し、優先順位に従って順番を変えて表示させるようにしてもよい。
また、メンバーシップコースによって、限定ではなく例として、トークルーム内の表示位置を異ならせる（限定ではなく例として、第１種メッセージコンテンツは左上側、第２種メッセージコンテンツは左下側等）ようにしてもよい。
【0264】
また、トークルーム画面やトークリスト画面において、メンバーシップコースごとにアイコンにバッジをつけることとしたが、これに限定されない。限定ではなく例として、メンバーシップコースごとにアイコンを変えてもよい。
【0265】
＜第１変形例（５）＞
第１実施例では、一般ユーザが公式アカウントを友だち登録（友だち追加）する際にメンバーシップコースを選択することとしたが、これに限定されない。限定ではなく例として、一般ユーザが公式アカウントを友だち登録すると、自動的に無課金のメンバーシップコースが選択される。その後、限定ではなく例として、一般ユーザの操作等の入力に基づいて、課金が必要なメンバーシップコースに移動できるようにしてもよい。
第１実施例では、一般ユーザが公式アカウントを友だち登録（友だち追加）する際にメンバーシップコースを選択することとしたが、これに限定されない。限定ではなく例として、一般ユーザが公式アカウントを友だち登録すると、自動的に無課金のメンバーシップコースが選択される。その後、限定ではなく例として、一般ユーザの操作等の入力に基づいて、課金が必要なメンバーシップコースに移動できるようにしてもよい。
【0266】
図１－１８は、本変形例において端末２０の表示部２４に表示される画面の一例を示す図である。
図１－１８左側は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－１８中央のトークルーム画面に表示が遷移する。
図１－１８左側は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－１８中央のトークルーム画面に表示が遷移する。
【0267】
図１－１８中央では、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「無料会員」コースに自動的に加入したことに基づいて、「無料会員登録ありがとうございます」の文字の第３種メッセージコンテンツＴＭＣ２と、「お得な有料メンバーシップコースに加入してみませんか？詳しくはこちら！」の文字の第３種メッセージコンテンツＴＭＣ１０とが表示されている。この第３種メッセージコンテンツは、限定ではなく例として、第１種別として第１アカウントと第２アカウントとを対応付けることをユーザに案内する情報と捉えてもよい。
【0268】
限定ではなく例として、第３種メッセージコンテンツＴＭＣ１０内のリンクがタップされると、限定ではなく例として、図１－１８右側の公式アカウントメンバーシップ選択画面に表示が遷移する。
【0269】
この画面では、ユーザＡ．Ａがメンバーシップコースとして「無料会員」コースに加入していることに基づいて、加入ボタンＪＢＴ３の文字は「加入中」となり、白黒反転の表示態様で表示されている。
限定ではなく例として、加入ボタンＪＢＴ１がユーザによってタップされると、メンバーシップコースが「プレミアム会員」コースに変更され、トークルーム画面に表示が遷移する。
限定ではなく例として、加入ボタンＪＢＴ１がユーザによってタップされると、メンバーシップコースが「プレミアム会員」コースに変更され、トークルーム画面に表示が遷移する。
【0270】
本変形例は、第１種別として自己のユーザの一般アカウントと公式アカウントとを対応付けることをユーザに案内する情報（限定ではなく、第２情報の一例）が、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示される構成を示している。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、第１アカウントと第２アカウントとを含むチャットルームに表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、第１アカウントと第２アカウントとを含むチャットルームに表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
【0271】
また、本変形例は、第２種別として自己のユーザの一般アカウントと公式アカウントとが対応付けられた後、第１種別として自己のユーザの一般アカウントと公式アカウントとが対応付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、最初は第２種別として第１アカウントと第２アカウントと対応付けておき、後から第１種別として第１アカウントと第２アカウントとを対応付けることが可能となる。
このような構成により得られる変形例の効果の一例として、最初は第２種別として第１アカウントと第２アカウントと対応付けておき、後から第１種別として第１アカウントと第２アカウントとを対応付けることが可能となる。
【0272】
＜第２実施例＞
第１実施例では、一般ユーザが、特定の公式ユーザのメンバーシップコースのうち、一つのコースに加入する例を例示したが、これに限定されない。
第２実施例は、限定ではなく例として、一般ユーザが、特定の公式ユーザのメンバーシップコースのうち、任意の複数のコースに加入することを可能にする実施例である。
第１実施例では、一般ユーザが、特定の公式ユーザのメンバーシップコースのうち、一つのコースに加入する例を例示したが、これに限定されない。
第２実施例は、限定ではなく例として、一般ユーザが、特定の公式ユーザのメンバーシップコースのうち、任意の複数のコースに加入することを可能にする実施例である。
【0273】
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0274】
第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データの別例を図２－１に示す。
公式アカウントメンバーシップ管理データには、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とに加えて、最大定員と、現在数とが関連付けて記憶される。
公式アカウントメンバーシップ管理データには、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とに加えて、最大定員と、現在数とが関連付けて記憶される。
【0275】
最大定員は、このメンバーシップコースに加入可能な一般ユーザの最大人数であり、限定ではなく例として、公式ユーザがメンバーシップコースを設定する際に登録する名称が記憶される。
【0276】
現在数は、このメンバーシップコースに加入している一般アカウントの数、または一般ユーザの人数であり、限定ではなく例として、初期値として「０」をとり、公式アカウント友だち追加処理において、サーバ１０の制御部１１によってインクリメントされる。
【0277】
＜表示画面＞
図２－２～図２－３は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－２～図２－３は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
図２－２～図２－３は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－２～図２－３は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
【0278】
図２－２左側は、図１－８左側と同様のホーム画面の一例である。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＭＭカフェ」の項目がユーザによってタップされると、限定ではなく例として、図２－２中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＭＭカフェ」の項目がユーザによってタップされると、限定ではなく例として、図２－２中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
【0279】
現在位置表示領域内の下には、ホーム画面で選択された公式ユーザ「ＭＭカフェ」のアイコンとユーザ名とが表示されている。
その下には、限定ではなく例として、第１種コース表示領域ＦＣＲ２と、第２種コース表示領域ＳＣＲ２と、第３種コース表示領域ＴＣＲ２とが表示されている。
その下には、限定ではなく例として、第１種コース表示領域ＦＣＲ２と、第２種コース表示領域ＳＣＲ２と、第３種コース表示領域ＴＣＲ２とが表示されている。
【0280】
第１種コース表示領域ＦＣＲ２には、メンバーシップコース名である「コーヒー会員」の名称の右側に、このメンバーシップコースの加入可能人数（すなわち、「最大定員－現在数」）が「あと２８人」であることが表示されている。また、その右側には、「コーヒー会員」コースに属した場合に付与されるコーヒーカップアイコンのバッジが表示されている。また、メンバーシップコース名の下には、「コーヒー会員」コースに属した場合に付与される特典情報が表示されている。特典情報の下には、このメンバーシップコースの月額料金（ここでは、「２，０００円／月」）が表示されている。月額料金の右側には、このメンバーシップコースに加入することを選択するための「選択する」の文字で示される加入選択ボタンＳＢＴ１が表示されている。
【0281】
第２種コース表示領域ＳＣＲ２や第３種コース表示領域ＴＣＲ２においても、限定ではなく例として、第１種コース表示領域ＦＣＲ２と同様の内容が表示されるように構成されている。また、加入選択ボタンＳＢＴ２と加入選択ボタンＳＢＴ３とは、限定ではなく例として、タップ操作され選択されたことにより、「選択済」の反転表示で表示されている。
【0282】
画面最下部には、加入選択ボタンによって選択されたメンバーシップコースに加入するための「メンバーシップに加入する」の文字で示される加入ボタンＪＢＴ４が表示されるように構成されている。
【0283】
限定ではなく例として、加入ボタンＪＢＴ４がユーザによってタップされると、限定ではなく例として、図２－２右側のトークルーム画面に表示が遷移する。
この画面では、現在位置が公式ユーザ名「ＭＭカフェ」とのＯＡトークルーム画面であることを示す「ＭＭカフェ」の文字と、加入しているメンバーシップコースを示す２つのバッジとが、現在位置表示領域内に表示されている。
この画面では、現在位置が公式ユーザ名「ＭＭカフェ」とのＯＡトークルーム画面であることを示す「ＭＭカフェ」の文字と、加入しているメンバーシップコースを示す２つのバッジとが、現在位置表示領域内に表示されている。
【0284】
図２－２右側では、コンテンツ表示領域ＴＲ４には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「おやつ会員」コースを選択して加入したことに基づいて、第２種メッセージコンテンツＳＭＣ６と、第２種メッセージコンテンツＳＭＣ７とが表示されている。また、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「ランチ会員」コースを選択して加入したことに基づいて、第３種メッセージコンテンツＴＭＣ６と、第３種メッセージコンテンツＴＭＣ７とが表示されている。
【0285】
リッチメニュー表示領域ＲＭ４には、ユーザＡ．Ａが「おやつ会員」コースに加入していることに基づいて、「デザートレシピ動画視聴」機能ボタンＳＲＢ２と、「シークレットランチ予約」機能ボタンＴＲＢ２とが表示されている。
【0286】
図２－３左側のトークルーム画面は、限定ではなく例として、図２－２右側のトークルーム画面から時間が経過した後の表示画面の一例である。
図２－３左側では、コンテンツ表示領域ＴＲ４には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「おやつ会員」コースを選択して加入したことに基づいて、第２種メッセージコンテンツＳＭＣ８が表示されている。また、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「ランチ会員」コースを選択して加入したことに基づいて、第３種メッセージコンテンツＴＭＣ８が表示されている。
図２－３左側では、コンテンツ表示領域ＴＲ４には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「おやつ会員」コースを選択して加入したことに基づいて、第２種メッセージコンテンツＳＭＣ８が表示されている。また、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「ランチ会員」コースを選択して加入したことに基づいて、第３種メッセージコンテンツＴＭＣ８が表示されている。
【0287】
限定ではなく例として、現在位置表示領域の右側に表示されるトークルームメニューボタンがタップされると、このトークルームにおける各種機能を設定するためのトークルームメニューＴＭ１が表示されるように構成されている。
トークルームメニューＴＭ１には、限定ではなく例として、このＯＡトークルームのメッセージ着信通知を止めるための「通知オフ」ボタンと、このＯＡトークルームに友だちを招待するための「招待」ボタンと、加入するメンバーシップコースを脱退・変更するための「メンバーシップ」ボタンと、この公式ユーザからのメッセージをブロックするための「ブロック」ボタンとが表示されるように構成されている。
トークルームメニューＴＭ１には、限定ではなく例として、このＯＡトークルームのメッセージ着信通知を止めるための「通知オフ」ボタンと、このＯＡトークルームに友だちを招待するための「招待」ボタンと、加入するメンバーシップコースを脱退・変更するための「メンバーシップ」ボタンと、この公式ユーザからのメッセージをブロックするための「ブロック」ボタンとが表示されるように構成されている。
【0288】
限定ではなく例として、「ブロック」ボタンがタップされると、限定ではなく例として、図２－２中央のトークルーム画面に表示が遷移する。
このトークルーム画面では、コンテンツ表示領域ＴＲ４に、月額料金を課金中のメンバーシップコースに加入していることに基づいて、通知表示領域ＮＴ１が表示されている。
このトークルーム画面では、コンテンツ表示領域ＴＲ４に、月額料金を課金中のメンバーシップコースに加入していることに基づいて、通知表示領域ＮＴ１が表示されている。
【0289】
通知表示領域ＮＴ１には、限定ではなく例として、「有償メンバーシップに加入中です」の文字と、懇願する熊のイラストと、加入しているメンバーシップコースとその月額料金とが表示されるように構成されている。また、通知表示領域ＮＴ１の下部には、加入しているメンバーシップコースを解約し、これ以上の課金が発生しないようにした状態でブロックするための「ブロックする」ボタンと、ブロック操作をキャンセルするための「キャンセル」ボタンとが表示されるように構成されている。
【0290】
限定ではなく例として、「ブロックする」ボタンタップされると、限定ではなく例として、図２－２右側のトークルーム画面に表示が遷移する。
このトークルーム画面では、コンテンツ表示領域ＴＲ４に、第２種メッセージコンテンツＳＭＣ８と第３種メッセージコンテンツＴＭＣ８とに加えて、メンバーシップコースから脱退したことを示す第２種メッセージコンテンツＳＭＣ９と第３種メッセージコンテンツＴＭＣ９とが表示されている。
このトークルーム画面では、コンテンツ表示領域ＴＲ４に、第２種メッセージコンテンツＳＭＣ８と第３種メッセージコンテンツＴＭＣ８とに加えて、メンバーシップコースから脱退したことを示す第２種メッセージコンテンツＳＭＣ９と第３種メッセージコンテンツＴＭＣ９とが表示されている。
【0291】
また、その下には、公式ユーザ「ＭＭカフェ」からのメッセージをブロックしたことを示すシステムメッセージＳＭ１が表示されている。
【0292】
なお、図２－２中央のトークルーム画面において、「通知オフ」ボタンがタップされると、通知表示領域ＮＴ１と同様の警告表示が表示されるようにしてもよい。この場合、加入しているメンバーシップコースの解約処理と、ＯＡトークルームのメッセージ着信通知停止処理とが行われるようにしてもよい。
【0293】
＜処理＞
処理については、限定ではなく例として、端末２０Ａのユーザが加入を希望する１以上のメンバーシップコースＩＤを受け付ける。そして、公式アカウントメンバーシップコース選択情報には、複数のメンバーシップコースＩＤを含めるようにしてもよい。
処理については、限定ではなく例として、端末２０Ａのユーザが加入を希望する１以上のメンバーシップコースＩＤを受け付ける。そして、公式アカウントメンバーシップコース選択情報には、複数のメンバーシップコースＩＤを含めるようにしてもよい。
【0294】
公式アカウント友だち追加処理において、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウントメンバーシップ管理データを読み込む。そして、サーバ１０の制御部１１は、限定ではなく例として、公式アカウントメンバーシップコース選択情報で指定された各メンバーシップコースにおいて、限定ではなく例として、人数制限判定条件「最大定員－現在数＞０」を満たすか否かを判定する。
【0295】
人数制限判定条件を満たすと判定する場合、サーバ１０の制御部１１は、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウント友だちデータに、端末２０Ａの一般アプリケーションＩＤと、人数制限判定条件を満たしたメンバーシップコースＩＤとを追加して記憶させる処理を行う。この場合、公式アカウント友だちデータのメンバーシップコースＩＤには、複数のメンバーシップコースＩＤが含まれるようにしてもよい。
一方、人数制限判定条件を満たさないと判定する場合、サーバ１０の制御部１１は、上記の記憶させる処理を行わない。
一方、人数制限判定条件を満たさないと判定する場合、サーバ１０の制御部１１は、上記の記憶させる処理を行わない。
【0296】
なお、人数制限判定条件を満たさないと判定する場合、サーバ１０の制御部１１は、限定ではなく例として、加入を希望するメンバーシップコースが既に定員に達していることを示すメンバーシップコース定員限界情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよい。そして、端末２０Ａは、メンバーシップコース定員限界情報を受信すると、表示部２４に表示させるようにしてもよい。
【0297】
＜第２実施例の効果＞
本実施例は、一般ユーザの端末２０が、第１情報を送信した後、公式アカウントをブロックすることに関する処理を制御部２１によって行う場合、公式アカウントから送信されたメッセージを受信することができないことを示すシステムメッセージ等の情報（限定ではなく、第２アカウントから送信されたメッセージを受信することができないことに関する情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１情報を送信した後、第２アカウントをブロックすることに関する処理を行う場合、第２アカウントから送信されたメッセージを受信することができないことに関する情報を表示部に表示することによって、第２アカウントから送信されたメッセージを受信することができないことをユーザに知らせることができる。
本実施例は、一般ユーザの端末２０が、第１情報を送信した後、公式アカウントをブロックすることに関する処理を制御部２１によって行う場合、公式アカウントから送信されたメッセージを受信することができないことを示すシステムメッセージ等の情報（限定ではなく、第２アカウントから送信されたメッセージを受信することができないことに関する情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１情報を送信した後、第２アカウントをブロックすることに関する処理を行う場合、第２アカウントから送信されたメッセージを受信することができないことに関する情報を表示部に表示することによって、第２アカウントから送信されたメッセージを受信することができないことをユーザに知らせることができる。
【0298】
また、本実施例は、サーバ１０が、第１種別として公式アカウントと対応付けられた現在数（限定ではなく、第１種別として第２アカウントと対応付けられたアカウント数の一例）を制御部１１によって取得する。そして、サーバ１０は、取得したアカウント数に基づく、アカウントの記憶処理や、メンバーシップコース定員限界情報を一般ユーザの端末２０に送信する処理等の処理（限定ではなく、アカウント数に基づく処理の一例）を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、サーバは、第１種別として第２アカウントと対応付けられたアカウント数を取得した上で、取得したアカウント数に基づく処理を行うことができる。
このような構成により得られる実施例の効果の一例として、サーバは、第１種別として第２アカウントと対応付けられたアカウント数を取得した上で、取得したアカウント数に基づく処理を行うことができる。
【0299】
また、この場合、上記の処理は、人数制限判定条件を満たさない場合（限定ではなく、アカウント数が設定数に達した場合の一例）、第１情報を受信しても、一般ユーザが加入を希望するメンバーシップコースのメッセージ（第１メッセージ）を、この一般ユーザの端末２０に送信しない処理を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウント数が設定数に達した場合、第１アカウントのユーザの端末から第１情報を受信しても、第１メッセージを第１端末に送信しないようにすることができる。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウント数が設定数に達した場合、第１アカウントのユーザの端末から第１情報を受信しても、第１メッセージを第１端末に送信しないようにすることができる。
【0300】
＜第２変形例（１）＞
上記の実施例では、メッセージのブロックにはメンバーシップコースからの脱退が必要である例を示したが、これに限定されない。限定ではなく例として、メンバーシップコースに加入したままの状態で、ブロックや着信通知の停止操作が実行できるようにしてもよい。
上記の実施例では、メッセージのブロックにはメンバーシップコースからの脱退が必要である例を示したが、これに限定されない。限定ではなく例として、メンバーシップコースに加入したままの状態で、ブロックや着信通知の停止操作が実行できるようにしてもよい。
【0301】
この場合、限定ではなく例として、ブロックまたは着信通知停止状態でメッセージコンテンツが端末２０に送信されると、限定ではなく例として、端末２０の制御部２１は、メンバーシップコースからの脱退忘れがないか否かの警告メッセージを表示部２４に表示させるようにしてもよい。
【0302】
あるいは、限定ではなく例として、サーバ１０の制御部１１は、ブロックまたは着信通知停止状態の端末２０へのメッセージ送信要求を受け付けると、要求されたメッセージに変えて、ブロックまたは着信通知停止状態の解除を求める警告メッセージを端末２０に送信するようにしてもよい。
【0303】
＜第２変形例（２）＞
上記の実施例では、公式ユーザを友だち追加する際にメンバーシップコースごとの定員数が確認できることとしたが、これに限定されない。限定ではなく例として、メンバーシップコースごとの最大定員や現在数を、ホーム画面の「おすすめの公式アカウント」欄や、トークリスト画面、ＯＡトークルーム画面等に表示させるようにしてもよい。
上記の実施例では、公式ユーザを友だち追加する際にメンバーシップコースごとの定員数が確認できることとしたが、これに限定されない。限定ではなく例として、メンバーシップコースごとの最大定員や現在数を、ホーム画面の「おすすめの公式アカウント」欄や、トークリスト画面、ＯＡトークルーム画面等に表示させるようにしてもよい。
【0304】
＜第３実施例＞
第１実施例と第２実施例とでは、ＯＡトークルームへの参加に関する例を例示したが、これに限定されない。
第３実施例は、限定ではなく例として、一般ユーザが、他の任意の１以上の一般ユーザとのコミュニケーションを図るためのトークルーム（以下、「オープントークルーム」と称する。）へ参加する場合の実施例である。
第１実施例と第２実施例とでは、ＯＡトークルームへの参加に関する例を例示したが、これに限定されない。
第３実施例は、限定ではなく例として、一般ユーザが、他の任意の１以上の一般ユーザとのコミュニケーションを図るためのトークルーム（以下、「オープントークルーム」と称する。）へ参加する場合の実施例である。
【0305】
オープントークルームでは、限定ではなく例として、同じ興味対象に興味を持つ一般ユーザ同士が参加可能なオープントークルームを、一般ユーザが作成することができるようにしてもよい。オープントークルームに一般ユーザが参加する場合、限定ではなく例として、一般アカウント登録データ１５３に登録されている一般ユーザ名とは異なるニックネームで参加できるようにしてもよい。
オープントークルームは、オープンチャットルームといってもよいし、そうしなくてもよい。
オープントークルームは、オープンチャットルームといってもよいし、そうしなくてもよい。
【0306】
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0307】
図３－１は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、アプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５とに加えて、オープンチャットアカウント管理データベース１５７が記憶される。
記憶部１５には、限定ではなく例として、アプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５とに加えて、オープンチャットアカウント管理データベース１５７が記憶される。
【0308】
オープンチャットアカウント管理データベース１５７は、メッセージングアプリケーションにおけるオープントークルームを管理するための管理用のデータベースであり、そのデータ構成例の一例を図３－２に示す。
オープンチャットアカウント管理データベース１５７には、オープントークルームごとの管理データとして、オープンチャットアカウント管理データが記憶される。
オープンチャットアカウント管理データベース１５７には、オープントークルームごとの管理データとして、オープンチャットアカウント管理データが記憶される。
【0309】
各々のオープンチャットアカウント管理データには、限定ではなく例として、オープンチャットＩＤと、オープンチャット名と、その他登録情報と、オープンチャットメンバーシップ管理データと、オープンチャット友だちデータとが記憶される。
【0310】
オープンチャットＩＤは、オープントークルームを識別するために用いられる情報である。
このオープンチャットＩＤは、好ましくはオープントークルームごとに一意な値であり、限定ではなく例として、サーバ１０によってオープントークルームごとに一意な値（固有の値）が設定されて記憶される。
このオープンチャットＩＤは、好ましくはオープントークルームごとに一意な値であり、限定ではなく例として、サーバ１０によってオープントークルームごとに一意な値（固有の値）が設定されて記憶される。
【0311】
オープンチャット名は、このオープントークルームの名称であり、限定ではなく例として、端末２０のユーザがオープントークルームを作成する際に登録する名称が記憶される。
【0312】
その他登録情報には、このオープントークルームの管理者となっている一般ユーザの一般アプリケーションＩＤや、オープントークルームのトピックに関する情報、オープントークルームのアイコン情報、オープントークルーム内における表示態様を規定する情報といった各種の情報を含めるようにすることができる。
【0313】
オープンチャットメンバーシップ管理データは、このオープントークルームの友だちとなるためのメンバーシップコースを管理するためのデータであり、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とが関連付けて記憶される。
【0314】
メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とは、限定ではなく例として、公式アカウントメンバーシップ管理データと同様に構成するようにしてもよい。
【0315】
なお、限定ではなく例として、メンバーシップコース名が「参加不能」である場合、このオープントークルームの友だちとなれない（オープントークルームに参加出来ない）ようにしてもよい。また、月額料金は、金額に幅をもたせ、その金額範囲内であれば任意の金額を課金出来るようにしてもよい。
また、第２実施例を参酌し、各メンバーシップコースに定員を設けられるようにしてもよい。
また、第２実施例を参酌し、各メンバーシップコースに定員を設けられるようにしてもよい。
【0316】
なお、月額料金としてこのオープントークルームに課金された金銭は、限定ではなく例として、オープトークルームの管理者のアカウントに付与されるようにしてもよい。
【0317】
オープンチャット友だちデータは、このオープントークルームと友だちである（オープントークルームに参加している）一般アカウントを識別するためのデータであり、限定ではなく例として、ニックネームと、一般アプリケーションＩＤと、メンバーシップコースＩＤと、月額課金額とが関連付けて記憶される。なお、オープンチャット友だちデータに、登録日時等をさらに関連付けて記憶させるようにしてもよい。
【0318】
ニックネームは、このオープントークルームにおける一時的なユーザ名（表示名）であり、限定ではなく例として、端末２０のユーザがこのオープントークルームに参加する際に登録する名称が記憶される。
【0319】
月額課金額は、この一般アカウントが設定している月額課金を記憶するためのデータであり、限定ではなく例として、端末２０のユーザがこのオープントークルームに参加する際に設定する課金額が記憶される。
【0320】
一般アプリケーションＩＤと、メンバーシップコースＩＤとは、限定ではなく例として、公式アカウント友だちデータと同様に構成するようにしてもよい。
【0321】
＜表示画面＞
図３－３～図３－５は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－３～図３－５は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
図３－３～図３－５は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－３～図３－５は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
【0322】
図３－３左側は、図１－８左側のホーム画面の別例である。
この画面では、限定ではなく例として、「おすすめの公式アカウント」メニューに変えて、端末２０Ａのユーザに友だち登録を薦めるオープントークルーム一覧を表示させるための「おすすめのオープンチャット」メニューが表示されるように構成されている。この画面では、「おすすめのオープンチャット」メニューには、限定ではなく例として、端末２０Ａのユーザ情報に基づいて、オープンチャット名「ＸＸスーパー友の会」と、オープンチャット名「チームＮＮに心臓を捧げよ」と、オープンチャット名「アイドルＺＺファン集まれ」との名称とアイコンとが表示されている。
この画面では、限定ではなく例として、「おすすめの公式アカウント」メニューに変えて、端末２０Ａのユーザに友だち登録を薦めるオープントークルーム一覧を表示させるための「おすすめのオープンチャット」メニューが表示されるように構成されている。この画面では、「おすすめのオープンチャット」メニューには、限定ではなく例として、端末２０Ａのユーザ情報に基づいて、オープンチャット名「ＸＸスーパー友の会」と、オープンチャット名「チームＮＮに心臓を捧げよ」と、オープンチャット名「アイドルＺＺファン集まれ」との名称とアイコンとが表示されている。
【0323】
限定ではなく例として、「おすすめのオープンチャット」メニュー内のオープンチャット名「アイドルＺＺファン集まれ」の項目がユーザによってタップされると、限定ではなく例として、図３－３中央のオープンチャットメンバーシップ選択画面に表示が遷移する。
【0324】
この画面では、現在位置がメッセージングアプリケーションのオープンチャットメンバーシップ選択画面であることを示す「オープンチャットメンバーシップ」の文字が、現在位置表示領域内に表示されている。
【0325】
現在位置表示領域内の下には、端末２０Ａのユーザが友だち登録を行うオープントークルームに関するメンバーシップコースの情報を表示するためのメンバーシップコース選択領域ＣＳＲ１が表示されるように構成されている。
【0326】
メンバーシップコース選択領域ＣＳＲ１には、ホーム画面で選択されたオープントークルーム「アイドルＺＺファン集まれ」のアイコンとユーザ名と、このオープントークルームに参加するためには課金が必要であることを示す「参加には課金が必要です」の文字とが表示されている。
その下には、メンバーシップコース名「レギュラー」からメンバーシップコース名「ゴッド」の各メンバーシップコースに加入するために必要な課金金額が一覧で表示されている。
その下には、メンバーシップコース名「レギュラー」からメンバーシップコース名「ゴッド」の各メンバーシップコースに加入するために必要な課金金額が一覧で表示されている。
【0327】
メンバーシップコース選択領域ＣＳＲ１の下部には、課金額を端末２０Ａのユーザに入力させるための課金額入力領域ＢＡＲ１が表示されるように構成されている。また、その下には、課金額入力領域ＢＡＲ１に入力された課金額でオープントークルームに参加するための「加入する」の文字で示される加入ボタンＪＢＴ５が表示されている。
この画面では、課金額入力領域ＢＡＲ１では、限定ではなく例として、１００円単位で課金額を変更できるように構成されている。また、課金額として、「１００円／月」が選択されていることが表示されている。
この画面では、課金額入力領域ＢＡＲ１では、限定ではなく例として、１００円単位で課金額を変更できるように構成されている。また、課金額として、「１００円／月」が選択されていることが表示されている。
【0328】
限定ではなく例として、加入ボタンＪＢＴ５がタップされると、限定ではなく例として、図３－３右側のオープンチャットメンバーシップ選択画面に表示が遷移する。
【0329】
この画面では、現在位置表示領域内の下には、端末２０Ａのユーザが加入するメンバーシップコースに関する情報を表示するためのメンバーシップコース確認領域ＣＣＲ１が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ１には、オープンチャット名と、メンバーシップコース選択領域ＣＳＲ１において選択された課金額に基づくメンバーシップコース名が表示されるように構成されている。また、その下には、ニックネームと、オープントークルーム内でのアイコンとを入力するための領域が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ１の下部には、メンバーシップコース確認領域ＣＣＲ１において表示されている内容に基づいてオープントークルームに参加するための「参加する」ボタンと、参加をやめるための「やめる」ボタンとが表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ１には、オープンチャット名と、メンバーシップコース選択領域ＣＳＲ１において選択された課金額に基づくメンバーシップコース名が表示されるように構成されている。また、その下には、ニックネームと、オープントークルーム内でのアイコンとを入力するための領域が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ１の下部には、メンバーシップコース確認領域ＣＣＲ１において表示されている内容に基づいてオープントークルームに参加するための「参加する」ボタンと、参加をやめるための「やめる」ボタンとが表示されるように構成されている。
【0330】
限定ではなく例として、「参加する」ボタンがユーザによってタップされると、限定ではなく例として、図３－４左側のトークルーム画面に表示が遷移する。
この画面では、現在位置がオープンチャット名「アイドルＺＺファン集まれ」のオープントークルーム画面であることを示す「アイドルＺＺファン集まれ」の文字が、現在位置表示領域内に表示されている。文字の右側には、一般ユーザ「Ａ．Ａ」の課金額が「月額１００円」であったことにより、メンバーシップコース名「レギュラー」のメンバーシップコースに加入していることを示すメダルアイコンが表示されている。
この画面では、現在位置がオープンチャット名「アイドルＺＺファン集まれ」のオープントークルーム画面であることを示す「アイドルＺＺファン集まれ」の文字が、現在位置表示領域内に表示されている。文字の右側には、一般ユーザ「Ａ．Ａ」の課金額が「月額１００円」であったことにより、メンバーシップコース名「レギュラー」のメンバーシップコースに加入していることを示すメダルアイコンが表示されている。
【0331】
コンテンツ表示領域ＴＲ５には、限定ではなく例として、ニックネーム「ＡＡＡ」の一般ユーザが参加したことを示すシステムメッセージＳＭ２と、「ＡＡＡさんようこそ！」の文字のオープンメッセージコンテンツＯＭＣ１と、「はじめまして～」の文字のオープンメッセージコンテンツＯＭＣ２と、「よろしく～」の文字のオープンメッセージコンテンツＯＭＣ３とが表示されている。
【0332】
限定ではなく例として、オープンメッセージコンテンツＯＭＣ１とオープンメッセージコンテンツＯＭＣ２とオープンメッセージコンテンツＯＭＣ３とでは表示態様（限定ではなく例として、アイコンバッジと、文字色と、背景色）とが異なる。これは、それぞれのメッセージ送信者のメンバーシップコースが異なるためである。
【0333】
限定ではなく例として、コンテンツ表示領域ＴＲ５に上記のメッセージに加えて「ＡＡＡさんの推しの曲教えて！」の文字のオープンメッセージコンテンツＯＭＣ４とが表示され、限定ではなく例として、トークルームメニューボタンがタップされると、限定ではなく例として、図３－４中央のトークルーム画面に表示が遷移する。
【0334】
この画面において、オープンメッセージコンテンツＯＭＣ４とオープンメッセージコンテンツＯＭＣ３との表示態様は、メッセージ送信者のメンバーシップコースが同じ「レギュラー」であるため、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。
【0335】
限定ではなく例として、トークルームメニューＴＭ２において、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図３－４右側のトークルーム画面に表示が遷移する。
【0336】
この画面では、「メンバーシップ」ボタンがタップされたことにより、限定ではなく例として、コンテンツ表示領域ＴＲ５に重畳して、メンバーシップコース選択領域ＣＳＲ２が表示されている。
この画面では、メンバーシップコース選択領域ＣＳＲ２における課金額入力領域ＢＡＲ２に対する入力に基づいて、課金額が「６００円／月」に変更されている。
限定ではなく例として、課金額入力領域ＢＡＲ２に入力された課金額への変更を行うための「変更する」の文字で示される変更ボタンＣＢＴ１がタップされると、限定ではなく例として、図３－５左側のオープンチャットメンバーシップ選択画面に表示が遷移する。
この画面では、メンバーシップコース選択領域ＣＳＲ２における課金額入力領域ＢＡＲ２に対する入力に基づいて、課金額が「６００円／月」に変更されている。
限定ではなく例として、課金額入力領域ＢＡＲ２に入力された課金額への変更を行うための「変更する」の文字で示される変更ボタンＣＢＴ１がタップされると、限定ではなく例として、図３－５左側のオープンチャットメンバーシップ選択画面に表示が遷移する。
【0337】
この画面では、コンテンツ表示領域ＴＲ５には、オープンメッセージコンテンツＯＭＣ４の下に、課金額が変更され、メンバーシップコースが「スター」に変更されたことにより、「ＡＡＡがランクアップしました」の文字のシステムメッセージＳＭ３が表示されている。
また、その下には、「全部好き！」の文字のオープンメッセージコンテンツＯＭＣ５が表示されている。
オープンメッセージコンテンツＯＭＣ５の表示態様は、限定ではなく例として、同じ「スター」であるオープンメッセージコンテンツＯＭＣ２と同様に変化している。
また、その下には、「全部好き！」の文字のオープンメッセージコンテンツＯＭＣ５が表示されている。
オープンメッセージコンテンツＯＭＣ５の表示態様は、限定ではなく例として、同じ「スター」であるオープンメッセージコンテンツＯＭＣ２と同様に変化している。
【0338】
限定ではなく例として、再度トークルームメニューＴＭ２において、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図３－５中央のトークルーム画面に表示が遷移する。
そして、メンバーシップコース選択領域ＣＳＲ２における課金額入力領域ＢＡＲ２に対する入力に基づいて、課金額が「０円／月」に変更され、変更ボタンＣＢＴ１がタップされると、限定ではなく例として、図３－５右側のオープンチャットメンバーシップ選択画面に表示が遷移する。
そして、メンバーシップコース選択領域ＣＳＲ２における課金額入力領域ＢＡＲ２に対する入力に基づいて、課金額が「０円／月」に変更され、変更ボタンＣＢＴ１がタップされると、限定ではなく例として、図３－５右側のオープンチャットメンバーシップ選択画面に表示が遷移する。
【0339】
この画面では、課金額が「０円／月」に変更され、オープントークルームに参加不能となったことにより、「チャットルームから強制退出されました」の文字の通知表示領域ＮＴ２が表示されている。そして、オープンチャットメンバーシップ選択画面に戻ったため、オープントークルームのメッセージ内容閲覧ができなくなっている。
【0340】
なお、課金額が「０円／月」に変更された場合、限定ではなく例として、課金によるサブスクリプションが有効である期間（限定ではなく例として、月額料金であれば月末までの間）、オープントークルームに参加可能な状態が続き、課金によるサブスクリプションが無効になると、オープントークルームに参加不能となるようにしてもよい。
【0341】
また、オープントークルームに参加不能となった場合、課金によるサブスクリプションが有効であった期間内にオープントークルームに投稿されたメッセージコンテンツは引き続き閲覧可能であるようにしてもよい。そして、オープントークルームに参加不能となったユーザからオープントークルームへの新たな投稿を受け付けないようにしてもよい。また、課金によるサブスクリプションが無効となった後、オープントークルームに入室（参加）は可能であるが投稿されたメッセージコンテンツが更新表示されないようにしてもよい。
【0342】
＜処理＞
処理については、限定ではなく例として、オープンチャットアカウント管理データを公式アカウント管理データと当てはめることで、限定ではなく例として、図１－１１の処理と同様に実行することが可能なため、詳細な説明は省略する。
処理については、限定ではなく例として、オープンチャットアカウント管理データを公式アカウント管理データと当てはめることで、限定ではなく例として、図１－１１の処理と同様に実行することが可能なため、詳細な説明は省略する。
【0343】
ここで、前述の第１種コースと、第２種コースとは、以下のように当てはめるようにしてもよい。
【0344】
・パターン（Ａ）
第１種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
第２種コース：オープントークルームに参加不能である課金不要のメンバーシップコース。
なお、第１種コース内に更に複数のメンバーシップコース（限定ではなく例として、「スタンダード」と「スター」と「ゴッド」）を設定可能であるようにしてもよい。
第１種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
第２種コース：オープントークルームに参加不能である課金不要のメンバーシップコース。
なお、第１種コース内に更に複数のメンバーシップコース（限定ではなく例として、「スタンダード」と「スター」と「ゴッド」）を設定可能であるようにしてもよい。
【0345】
第２種コースは、限定ではなく例として、図３－２に示したオープンチャットメンバーシップ管理データにおけるメンバーシップコースＩＤ「Ｍ０００」によって識別されるコース（参加不能）とすることができる。よって、このコースを選択した一般ユーザの一般アプリケーションＩＤは、図３－２に示したオープンチャット友だちデータには記憶されない（関連付けられない）ようにしてもよいし、そのようにしなくてもよい。
【0346】
・パターン（Ｂ）
第１種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
第２種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
この場合、限定ではなく例として、月額料金による加入条件を満たさない場合、いずれのコースのメンバーシップコースにも加入できないようにしてもよい。すなわち、月額料金による加入条件を満たさない場合、一般ユーザの一般アプリケーションＩＤは、図３－２に示したオープンチャット友だちデータには記憶されない（関連付けられない）ようにしてもよい。
また、オープントークルームには、メンバーシップコースに関わらず、第１種メッセージと第２種メッセージとが配信されるようにしてもよい。
パターン（Ｂ）は、パターン（Ａ）において、第１種コース内に更に複数のメンバーシップコースを設定可能にした場合の実装例の一例といってもよい。
第１種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
第２種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
この場合、限定ではなく例として、月額料金による加入条件を満たさない場合、いずれのコースのメンバーシップコースにも加入できないようにしてもよい。すなわち、月額料金による加入条件を満たさない場合、一般ユーザの一般アプリケーションＩＤは、図３－２に示したオープンチャット友だちデータには記憶されない（関連付けられない）ようにしてもよい。
また、オープントークルームには、メンバーシップコースに関わらず、第１種メッセージと第２種メッセージとが配信されるようにしてもよい。
パターン（Ｂ）は、パターン（Ａ）において、第１種コース内に更に複数のメンバーシップコースを設定可能にした場合の実装例の一例といってもよい。
【0347】
なお、パターン（Ｂ）では、限定ではなく例として、メンバーシップコースごとに異なるオープントークルームに振り分けられるようにしてもよいし、同じオープントークルームにおいて配信されるメッセージが異なるようにしてもよい。
【0348】
＜第３実施例の効果＞
本実施例は、限定ではなく例として、第１種別（限定ではなく例として、課金コース）としてオープントークルームを識別する情報（限定ではなく、第２アカウントの一例）と対応付けられたアカウントは、オープントークルームに参加可能である構成を示している。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウントがオープンチャットルームに参加できるようにすることができる。これにより、限定ではなく例として、特定の興味を持つユーザ同士が容易にコミュニケーションをとるといったことが可能となる。また、限定ではなく例として、オープンチャットルームへの参加に課金を要するようにすることで、熱量の高いユーザ同士でコミュニケーションをとるといったことが可能となる。
本実施例は、限定ではなく例として、第１種別（限定ではなく例として、課金コース）としてオープントークルームを識別する情報（限定ではなく、第２アカウントの一例）と対応付けられたアカウントは、オープントークルームに参加可能である構成を示している。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウントがオープンチャットルームに参加できるようにすることができる。これにより、限定ではなく例として、特定の興味を持つユーザ同士が容易にコミュニケーションをとるといったことが可能となる。また、限定ではなく例として、オープンチャットルームへの参加に課金を要するようにすることで、熱量の高いユーザ同士でコミュニケーションをとるといったことが可能となる。
【0349】
また、この場合、アカウントの対応付けが第１種別ではなくなった場合、オープントークルームへの参加が制限されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントとの対応付けを維持する動機付けをユーザに与えることができる。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントとの対応付けを維持する動機付けをユーザに与えることができる。
【0350】
＜第３変形例（１）＞
上記の実施例では、メンバーシップコースに関わらず同じオープントークルーム内でメッセージを配信する例を例示したが、これに限定されない。限定ではなく例として、メンバーシップコースごとに異なるオープントークルームに属するようにしてもよい。
この場合、オープトークルームごとに独立してメッセージが配信されるようにしてもよいし、第１種コースのオープントークルームには第１種メッセージと第２種メッセージとが配信されるが、第２種コースのオープントークルームには第２種メッセージのみが配信されるようにしてもよい。
上記の実施例では、メンバーシップコースに関わらず同じオープントークルーム内でメッセージを配信する例を例示したが、これに限定されない。限定ではなく例として、メンバーシップコースごとに異なるオープントークルームに属するようにしてもよい。
この場合、オープトークルームごとに独立してメッセージが配信されるようにしてもよいし、第１種コースのオープントークルームには第１種メッセージと第２種メッセージとが配信されるが、第２種コースのオープントークルームには第２種メッセージのみが配信されるようにしてもよい。
【0351】
なお、メンバーシップコースに関わらず同じオープントークルームに属する場合、限定ではなく例として、オープントークルーム内の設定された人数（限定ではなく例として、「３０人」）に達すると、それ以後に参加する一般ユーザは新たに自動生成される異なるオープントークルームに振り分けられるようにしてもよい。
【0352】
＜第４実施例＞
第４実施例は、限定ではなく例として、ある公式アカウントと友だちとなった一般ユーザ同士でメッセージの送受信が可能なトークルームを用いて、公式アカウントと友だち登録を行った一般ユーザ同士がチャットを行う実施例である。
以下では、ある公式アカウントと友だち登録を行った一般ユーザ同士でメッセージの送受信が可能なトークルームを「関連トークルーム」と呼称する。
なお、関連トークルームは、公式アカウントにおける所定のメンバーシップコースで提供される特典機能としてのグループトークルームまたはＯＡトークルームの一種としてもよい。また、関連トークルームは、公式アカウントと関連付けられたオープントークルームの一種としてもよい。つまり、関連トークルームは、第３実施例に示したオープントークルームの一種としてもよい。
第４実施例は、限定ではなく例として、ある公式アカウントと友だちとなった一般ユーザ同士でメッセージの送受信が可能なトークルームを用いて、公式アカウントと友だち登録を行った一般ユーザ同士がチャットを行う実施例である。
以下では、ある公式アカウントと友だち登録を行った一般ユーザ同士でメッセージの送受信が可能なトークルームを「関連トークルーム」と呼称する。
なお、関連トークルームは、公式アカウントにおける所定のメンバーシップコースで提供される特典機能としてのグループトークルームまたはＯＡトークルームの一種としてもよい。また、関連トークルームは、公式アカウントと関連付けられたオープントークルームの一種としてもよい。つまり、関連トークルームは、第３実施例に示したオープントークルームの一種としてもよい。
【0353】
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0354】
図４－１～図４－２は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。図４－１～図４－２は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
【0355】
図４－１左側は、図１－８左側のホーム画面の別例である。
この画面では、「おすすめの公式アカウント」メニューに、公式ユーザ「ＸＸスーパー」、公式ユーザ「ＬＬヨガスタジオ」、公式ユーザ「ＭＭカフェ」、公式ユーザ「ＺＺファンクラブ」等の複数の公式ユーザについて、その名称とそのアイコンとが表示されている。
この画面では、「おすすめの公式アカウント」メニューに、公式ユーザ「ＸＸスーパー」、公式ユーザ「ＬＬヨガスタジオ」、公式ユーザ「ＭＭカフェ」、公式ユーザ「ＺＺファンクラブ」等の複数の公式ユーザについて、その名称とそのアイコンとが表示されている。
【0356】
限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＺＺファンクラブ」の項目がユーザによってタップされると、限定ではなく例として、図４－１中央のトークルーム画面に表示が遷移する。
この画面では、現在位置が公式ユーザ名「ＺＺファンクラブ」とのＯＡトークルーム画面であることを示す「ＺＺファンクラブ」の文字が、現在位置表示領域内に表示されている。
この画面では、現在位置が公式ユーザ名「ＺＺファンクラブ」とのＯＡトークルーム画面であることを示す「ＺＺファンクラブ」の文字が、現在位置表示領域内に表示されている。
【0357】
図４－１中央では、コンテンツ表示領域ＴＲ６には、限定ではなく例として、ユーザＡ．Ａがこの公式アカウントにおいて課金を必要としないメンバーシップコースである第４種コースに自動的に加入したことに基づいて、「ファンクラブ参加ありがとう！」の文字の第４種メッセージコンテンツＱＭＣ１が表示されている。その下には、課金を行うことでメンバーシップコースの変更が可能であることを示す「課金額に応じて会員限定機能が使えるよ！」の文字の第４種メッセージコンテンツＱＭＣ２が表示されている。また、その下には、課金を行うことでメンバーシップコースの変更を行うための「課金する」の文字で示される課金ボタンＢＢＴ１が表示されている。
【0358】
また、この例では、コンテンツ表示領域ＴＲ６の下部には、リッチメニュー表示領域ＲＭ５が表示されるように構成されている。
リッチメニュー表示領域ＲＭ５には、第１種コースである「ゴッド」コース、または第２種コースである「スター」コース、または第３種コースである「レギュラー」コースに加入している場合に使用可能な「ファンクラブチャット参加」機能ボタンＴＲＢ３と、「ゴッド」コースまたは「スター」コースに加入している場合に使用可能な「新曲ＰＶ先行視聴」機能ボタンＳＲＢ３と、「ゴッド」コースに加入している場合に使用可能な「ライブ先行予約」機能ボタンＦＲＢ３とが表示されている。
「ファンクラブチャット参加」機能ボタンＴＲＢ３と、「新曲ＰＶ先行視聴」機能ボタンＳＲＢ３と、「ライブ先行予約」機能ボタンＦＲＢ３とは、限定ではなく例として、現在のメンバーシップコースが第４種コースであることに基づいて、グレーアウトの表示態様で表示され、機能が無効化されている。
リッチメニュー表示領域ＲＭ５には、第１種コースである「ゴッド」コース、または第２種コースである「スター」コース、または第３種コースである「レギュラー」コースに加入している場合に使用可能な「ファンクラブチャット参加」機能ボタンＴＲＢ３と、「ゴッド」コースまたは「スター」コースに加入している場合に使用可能な「新曲ＰＶ先行視聴」機能ボタンＳＲＢ３と、「ゴッド」コースに加入している場合に使用可能な「ライブ先行予約」機能ボタンＦＲＢ３とが表示されている。
「ファンクラブチャット参加」機能ボタンＴＲＢ３と、「新曲ＰＶ先行視聴」機能ボタンＳＲＢ３と、「ライブ先行予約」機能ボタンＦＲＢ３とは、限定ではなく例として、現在のメンバーシップコースが第４種コースであることに基づいて、グレーアウトの表示態様で表示され、機能が無効化されている。
【0359】
限定ではなく例として、課金ボタンＢＢＴ１がタップされると、限定ではなく例として、図４－１右側の公式アカウントメンバーシップ選択画面に表示が遷移する。
【0360】
メンバーシップコース選択領域ＣＳＲ３には、ＯＡトークルーム「アイドルＺＺファンクラブ」のアイコンとユーザ名と、ユーザに課金を促す「課金額を選んでね」の文字とが表示されている。
その下には、メンバーシップコース名「レギュラー」からメンバーシップコース名「ゴッド」の各メンバーシップコースに加入するために必要な課金金額が一覧で表示されている。
その下には、メンバーシップコース名「レギュラー」からメンバーシップコース名「ゴッド」の各メンバーシップコースに加入するために必要な課金金額が一覧で表示されている。
【0361】
メンバーシップコース選択領域ＣＳＲ３の下部には、課金額を端末２０Ａのユーザに入力させるための課金額入力領域ＢＡＲ３が表示されるように構成されている。また、その下には、課金額入力領域ＢＡＲ３に入力された課金額に基づいてＯＡトークルームのメンバーシップコースを変更するための「課金する」の文字で示される加入ボタンＪＢＴ６が表示されている。
この画面では、課金額入力領域ＢＡＲ３では、限定ではなく例として、１００円単位で課金額を変更できるように構成されている。また、課金額として「２００円／月」が選択されていることが示されている。
この画面では、課金額入力領域ＢＡＲ３では、限定ではなく例として、１００円単位で課金額を変更できるように構成されている。また、課金額として「２００円／月」が選択されていることが示されている。
【0362】
なお、公式アカウントメンバーシップ選択画面は、本画面とは異なり、限定ではなく例として、第１実施例や第２実施例を参酌し、複数のメンバーシップコースから任意のコースが選択可能であるようにしてもよい。
【0363】
限定ではなく例として、加入ボタンＪＢＴ６がタップされると、限定ではなく例として、図４－２左側のトークルーム画面に表示が遷移する。
この画面では、課金によりメンバーシップコースが「レギュラー」コースに変更されたことに基づいて、コンテンツ表示領域ＴＲ６には一般ユーザＡ．Ａのメンバーシップコースが「レギュラーコース」となったことを示すシステムメッセージＳＭ４が表示されている。
また、リッチメニュー表示領域ＲＭ５において、「ファンクラブチャット参加」機能ボタンＴＲＢ３が有効化され、グレーアウトの表示態様が解除されている。
この画面では、課金によりメンバーシップコースが「レギュラー」コースに変更されたことに基づいて、コンテンツ表示領域ＴＲ６には一般ユーザＡ．Ａのメンバーシップコースが「レギュラーコース」となったことを示すシステムメッセージＳＭ４が表示されている。
また、リッチメニュー表示領域ＲＭ５において、「ファンクラブチャット参加」機能ボタンＴＲＢ３が有効化され、グレーアウトの表示態様が解除されている。
【0364】
限定ではなく例として、「ファンクラブチャット参加」機能ボタンＴＲＢ３がタップされると、限定ではなく例として、図４－２中央の関連トークルーム参加画面に表示が遷移する。
この画面では、現在位置表示領域内の下に、端末２０Ａのユーザが加入しているメンバーシップコースに関する情報を表示するためのメンバーシップコース確認領域ＣＣＲ２が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ２には、メンバーシップコース選択領域ＣＳＲ３において選択された課金額に基づくメンバーシップコース名が表示されるように構成されている。また、その下には、ニックネームと、関連トークルーム内でのアイコンとを入力するための領域が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ２の下部には、メンバーシップコース確認領域ＣＣＲ２において表示されている内容に基づいて関連トークルームに参加するための「参加する」ボタンと、参加をやめるための「やめる」ボタンとが表示されるように構成されている。
この画面では、現在位置表示領域内の下に、端末２０Ａのユーザが加入しているメンバーシップコースに関する情報を表示するためのメンバーシップコース確認領域ＣＣＲ２が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ２には、メンバーシップコース選択領域ＣＳＲ３において選択された課金額に基づくメンバーシップコース名が表示されるように構成されている。また、その下には、ニックネームと、関連トークルーム内でのアイコンとを入力するための領域が表示されるように構成されている。
メンバーシップコース確認領域ＣＣＲ２の下部には、メンバーシップコース確認領域ＣＣＲ２において表示されている内容に基づいて関連トークルームに参加するための「参加する」ボタンと、参加をやめるための「やめる」ボタンとが表示されるように構成されている。
【0365】
限定ではなく例として、「参加する」ボタンがユーザによってタップされると、限定ではなく例として、図４－２右側のトークルーム画面に表示が遷移する。
この画面では、現在位置がチャット名「ファンクラブチャット」の関連トークルーム画面であることを示す「ＺＺファンクラブチャット」の文字が、現在位置表示領域内に表示されている。文字の右側には、一般ユーザ「Ａ．Ａ」がメンバーシップコース名「レギュラー」のメンバーシップコースに加入していることを示すメダルアイコンが表示されている。
この画面では、現在位置がチャット名「ファンクラブチャット」の関連トークルーム画面であることを示す「ＺＺファンクラブチャット」の文字が、現在位置表示領域内に表示されている。文字の右側には、一般ユーザ「Ａ．Ａ」がメンバーシップコース名「レギュラー」のメンバーシップコースに加入していることを示すメダルアイコンが表示されている。
【0366】
コンテンツ表示領域ＴＲ７には、限定ではなく例として、ニックネーム「ＡＡＡ」の一般ユーザが参加したことを示すシステムメッセージＳＭ５と、「ＡＡＡさんようこそ！」の文字の関連メッセージコンテンツＲＭＣ１と、「はじめまして～」の文字の関連メッセージコンテンツＲＭＣ２と、「よろしく～」の文字の関連メッセージコンテンツＲＭＣ３とが表示されている。
【0367】
限定ではなく例として、関連メッセージコンテンツＲＭＣ１と関連メッセージコンテンツＲＭＣ２と関連メッセージコンテンツＲＭＣ３とでは表示態様（限定ではなく例として、アイコンバッジと、文字色と、背景色）とが異なる。これは、それぞれのメッセージ送信者のメンバーシップコースが異なるためである。
【0368】
なお、図４－２左側のトークルーム画面において、限定ではなく例として、システムメッセージＳＭ４の下に、ＯＡアカウントから送信されて端末２０Ａが受信した関連トークルーム（この例では、ファンクラブチャットルーム）への案内・参加に関する第３種メッセージコンテンツ（限定ではなく例として、「ファンクラブ参加ありがとう。もしよければ、課金コースの入会者限定のトークルームをつかってね！」といった文面のリンク付きの第３種メッセージコンテンツ）が表示されるようにしてもよい。そして、限定ではなく例として、その第３種メッセージコンテンツのリンクに対するユーザ入力に基づいて、図４－２中央の関連トークルーム参加画面が表示されるようにしてもよい。
【0369】
また、限定ではなく例として、第３実施例を参酌し、関連トークルームにおいて、限定ではなく例として、公式アカウントメンバーシップへの課金が停止されたことにより、関連トークルームへの参加が制限されるようにしてもよい。参加の制限としては、関連トークルームの閲覧自体が不能となるようにしてもよいし、関連トークルームへの参加が制限された期間について関連トークルームに配信されたメッセージコンテンツが表示されないようにしてもよい。
【0370】
また、限定ではなく例として、関連トークルームに参加後、限定ではなく例として、トークルームメニューを用いて課金額またはメンバーシップコースの変更が可能であるようにしてもよい。
【0371】
また、上記の例では、課金コース（限定ではなく例として、第１種コース～第３種コース）のアカウントのみが関連トークルームに参加可能であることとしたが、これに限定されない。
限定ではなく例として、無料コース（限定ではなく例として、第４種コース）のアカウント（公式アカウントを友だち登録しただけのアカウント）も、関連トークルームに参加することができるようにしてもよい。つまり、上記の関連トークルームを、公式アカウントと友だちであるという条件（課金／無料を問わない。）を満たす一般アカウントが参加可能なトークルームとしてもよい。
限定ではなく例として、無料コース（限定ではなく例として、第４種コース）のアカウント（公式アカウントを友だち登録しただけのアカウント）も、関連トークルームに参加することができるようにしてもよい。つまり、上記の関連トークルームを、公式アカウントと友だちであるという条件（課金／無料を問わない。）を満たす一般アカウントが参加可能なトークルームとしてもよい。
【0372】
本変形例は、一般ユーザの端末２０が、第１種別（限定ではなく例として、課金コース）として公式アカウント（限定ではなく、第２アカウントの一例）と対応付けられた、自己のユーザの一般アカウントとは異なるアカウントを含む関連トークルーム（オープントークルームと捉えてもよい。）（限定ではなく、チャットグループの一例）への参加に関する情報を通信Ｉ／Ｆ２２によって受信する。そして、一般ユーザの端末２０は、受信した参加に関する情報を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１種別として第２アカウントと対応付けられた、第１アカウントとは異なるアカウントを含むチャットグループへの参加に関する情報を受信した上で、この参加に関する情報を表示して、ユーザに知らせることができる。また、これにより、第１種別として第２アカウントと対応付けられた、第１アカウントとは異なるアカウントを含むチャットグループに、自己の端末のユーザが参加できるようにすることができる。
このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１種別として第２アカウントと対応付けられた、第１アカウントとは異なるアカウントを含むチャットグループへの参加に関する情報を受信した上で、この参加に関する情報を表示して、ユーザに知らせることができる。また、これにより、第１種別として第２アカウントと対応付けられた、第１アカウントとは異なるアカウントを含むチャットグループに、自己の端末のユーザが参加できるようにすることができる。
【0373】
また、この場合、限定ではなく例として、第１種別（限定ではなく例として、課金コース）として公式アカウントと対応付けられたアカウントは、関連トークルームに参加可能なアカウントであり、第２種別（限定ではなく例として、無料コース）として公式アカウントと対応付けられたアカウントは、関連トークルームに参加不能なアカウントであるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウントは関連トークルームに参加できるようにする一方、第２種別として第２アカウントと対応付けられたアカウントは関連トークルームに参加できないようにすることができる。これにより、限定ではなく例として、第１種別として第２アカウントと対応付けられたアカウントのユーザ同士が容易にコミュニケーションをとるといったことが可能となる。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウントは関連トークルームに参加できるようにする一方、第２種別として第２アカウントと対応付けられたアカウントは関連トークルームに参加できないようにすることができる。これにより、限定ではなく例として、第１種別として第２アカウントと対応付けられたアカウントのユーザ同士が容易にコミュニケーションをとるといったことが可能となる。
【0374】
また、この場合、第１種別として公式アカウントと対応付けられたアカウントが、第２種別として公式アカウントと対応付けられた場合、関連トークルームへの参加が制限されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントとの対応付けを維持する動機付けをユーザに与えることができる。
このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントとの対応付けを維持する動機付けをユーザに与えることができる。
【0375】
＜第５実施例＞
第５実施例は、限定ではなく例として、公式ユーザが、自身の運用する公式アカウントに関する情報を確認する場合の実施例である。
第５実施例は、限定ではなく例として、公式ユーザが、自身の運用する公式アカウントに関する情報を確認する場合の実施例である。
【0376】
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0377】
図５－１～図５－２は、本実施例において端末２０（４０）の表示部２４（４４）に表示される画面の遷移の一例を示す図である。
図５－１～図５－２は、限定ではなく例として、公式ユーザＡ（この例では「ＬＬヨガスタジオ」の事業者）の端末４０Ａの表示部４４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
図５－１～図５－２は、限定ではなく例として、公式ユーザＡ（この例では「ＬＬヨガスタジオ」の事業者）の端末４０Ａの表示部４４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
【0378】
図５－１において、公式アカウント運用管理画面の最上部には、公式アカウント運用管理画面の概要表示領域が表示されている。
【0379】
概要表示領域の左端には、メッセージングアプリケーションの公式アカウント運用管理画面であることを示す「Ｏｆｆｉｃｉａｌ Ａｃｃｏｕｎｔ Ｍａｎａｇｅｒ」の文字が、メッセージングアプリケーションのアイコンと共に表示されている。
【0380】
その右には、限定ではなく例として、公式ユーザがメッセージングアプリケーション登録時等に登録したアイコンと、公式アカウントであることを示す星印のアイコンと、メッセージングアプリケーションを利用している公式ユーザ名である「ＬＬヨガスタジオ」の文字とが表示されている。
また、「ＬＬヨガスタジオ」の文字の右には、限定ではなく例として、管理する公式アカウントを切り替える際に用いられるプルダウンメニューを表示させるための下三角のアイコンが表示されている。
また、「ＬＬヨガスタジオ」の文字の右には、限定ではなく例として、管理する公式アカウントを切り替える際に用いられるプルダウンメニューを表示させるための下三角のアイコンが表示されている。
【0381】
その右には、限定ではなく例として、この公式アカウントと友だちとなっている一般アカウントの人数（友だち人数）が二重の人型アイコンと共に表示されている。限定ではなく例として、図５－１では、公式アカウント「ＬＬヨガスタジオ」の友だち人数は、「１８０人」であることが示されている。
【0382】
概要表示領域の右部には、限定ではなく例として、人型アイコンに「アカウント」の文字で示される公式アカウント登録情報変更ボタンと、クエスチョンマークのアイコンに「ヘルプ」の文字で示されるヘルプボタンとが表示されている。
限定ではなく例として、ユーザによって登録情報変更ボタンがタップされると、この公式アカウントの登録内容（限定ではなく例として、連絡先電話番号等）を変更するための登録内容変更画面に画面が遷移する。
また、限定ではなく例として、ユーザによってヘルプボタンがタップされると、公式アカウント運用管理画面の使い方を解説するヘルプ画面に画面が遷移する。
限定ではなく例として、ユーザによって登録情報変更ボタンがタップされると、この公式アカウントの登録内容（限定ではなく例として、連絡先電話番号等）を変更するための登録内容変更画面に画面が遷移する。
また、限定ではなく例として、ユーザによってヘルプボタンがタップされると、公式アカウント運用管理画面の使い方を解説するヘルプ画面に画面が遷移する。
【0383】
概要表示領域の下には、公式アカウント運用管理に関する各種メニューを公式ユーザに選択させるためのグローバルメニュー表示領域ＧＭＭ１が表示されている。
この画面では、グローバルメニュー表示領域ＧＭＭ１には、限定ではなく例として、友だちの認証や削除、メッセージの送信管理を行うための「ホーム」の文字で示されるホームメニュー選択タブと、友だち人数の推移やメッセージの送信数等の分析を行うための「分析」の文字で示される分析メニュー選択タブとが表示されている。
図５－１では、分析メニュー選択タブが手前側に表示されており、分析メニュー選択タブが選択されていることが示されている。
この画面では、グローバルメニュー表示領域ＧＭＭ１には、限定ではなく例として、友だちの認証や削除、メッセージの送信管理を行うための「ホーム」の文字で示されるホームメニュー選択タブと、友だち人数の推移やメッセージの送信数等の分析を行うための「分析」の文字で示される分析メニュー選択タブとが表示されている。
図５－１では、分析メニュー選択タブが手前側に表示されており、分析メニュー選択タブが選択されていることが示されている。
【0384】
グローバルメニュー表示領域ＧＭＭ１の下には、左ペインに、限定ではなく例として、グローバルメニュー表示領域ＧＭＭ１で選択されているメニュー選択タブ（この場合には分析メニュー選択タブ）と関連する機能メニューを表示するためのローカルメニュー表示領域ＬＭＭ１が表示されている。
ローカルメニュー表示領域ＬＭＭ１には、限定ではなく例として、分析メニュー選択タブと関連する機能メニューとして、限定ではなく例として、友だちとして登録した一般ユーザのメンバーシップコース等を分析し表示するための「メンバーシップ」の文字で示されるメンバーシップ解析メニューボタンと、メッセージの送信状況を分析し表示するための「メッセージ」の文字で示されるメッセージ解析メニューボタンと、クーポンの利用状況等を分析し表示するための「クーポン」の文字で示されるクーポン解析メニューボタンとが表示されている。
図５－１では、メンバーシップ解析メニューボタンが反転表示され、選択されていることが示されている。
ローカルメニュー表示領域ＬＭＭ１には、限定ではなく例として、分析メニュー選択タブと関連する機能メニューとして、限定ではなく例として、友だちとして登録した一般ユーザのメンバーシップコース等を分析し表示するための「メンバーシップ」の文字で示されるメンバーシップ解析メニューボタンと、メッセージの送信状況を分析し表示するための「メッセージ」の文字で示されるメッセージ解析メニューボタンと、クーポンの利用状況等を分析し表示するための「クーポン」の文字で示されるクーポン解析メニューボタンとが表示されている。
図５－１では、メンバーシップ解析メニューボタンが反転表示され、選択されていることが示されている。
【0385】
また、右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ１において選択されているメニューボタンと対応するレポート表示領域ＲＰＲ１が表示されている。
図５－１では、ローカルメニュー表示領域ＬＭＭ１においてメッセージ解析メニューボタンが選択されていることに基づいて、レポート表示領域ＲＰＲ１には友だちとなっている一般ユーザのメンバーシップに関する分析を行うことを示す「メンバーシップレポート」の文字が表示されている。
図５－１では、ローカルメニュー表示領域ＬＭＭ１においてメッセージ解析メニューボタンが選択されていることに基づいて、レポート表示領域ＲＰＲ１には友だちとなっている一般ユーザのメンバーシップに関する分析を行うことを示す「メンバーシップレポート」の文字が表示されている。
【0386】
その下には、限定ではなく例として、友だちとなっている「１８０」人のメンバーシップコース種別を一覧可能である「会員種別数」の表が表示されるように構成されている。
この画面では、メンバーシップコース名「無料会員」に属する一般ユーザが「１００」人、メンバーシップコース名「スタンダード会員」に属する一般ユーザが「６０」人、メンバーシップコース名「プレミアム会員」に属する一般ユーザが「２０」人であることが表示されている。
この画面では、メンバーシップコース名「無料会員」に属する一般ユーザが「１００」人、メンバーシップコース名「スタンダード会員」に属する一般ユーザが「６０」人、メンバーシップコース名「プレミアム会員」に属する一般ユーザが「２０」人であることが表示されている。
【0387】
その下には、限定ではなく例として、各メンバーシップコースの月額料金として一般ユーザに課金された結果、この公式ユーザが取得できる収入を確認可能である「月額メンバーシップ収入」の表が表示されるように構成されている。
ここでは、説明を簡略化するため、メッセージングサービス事業者は手数料を取らず、全額を公式ユーザに渡す例を例示する。
ここでは、説明を簡略化するため、メッセージングサービス事業者は手数料を取らず、全額を公式ユーザに渡す例を例示する。
【0388】
ここでは、「スタンダード会員」の月額料金が「４００円」、「プレミアム会員」の月額料金が「８００円」であることが表示され、その下には、「スタンダード会員」に属する一般ユーザからの収入が「２４，０００円」、「プレミアム会員」に属する一般ユーザからの収入が「１６，０００円」であり、月額の合計収入が「４０，０００円」であることが表示されている。
【0389】
その下には、限定ではなく例として、メッセージングサービスにおける公式アカウントの利用料金と、各メンバーシップコースの課金による収入との収支がＯＡトークルームへのメッセージ送信数によりどのように変化するかを図示した「月額利用料金収支」のグラフが表示されるように構成されている。
【0390】
ここでは、限定ではなく例として、「無料会員」へのメッセージ送信には１通あたり「１円」の利用料金が発生するが、課金が必要である「プレミアム会員」と「スタンダード会員」とへのメッセージ送信には利用料金が発生しない場合を考える。
【0391】
グラフでは、メッセージ送信数が「４００通」を超える場合、「無料会員」へのメッセージ送信利用料金が月額メンバーシップ収入を上回ることが表示されている。
【0392】
図５－２は、公式アカウント運用管理画面の別例である。
図５－２において、グローバルメニュー表示領域ＧＭＭ１では、ホームメニュー選択タブが手前側に表示されており、ホームメニュー選択タブが選択されていることが示されている。
図５－２において、グローバルメニュー表示領域ＧＭＭ１では、ホームメニュー選択タブが手前側に表示されており、ホームメニュー選択タブが選択されていることが示されている。
【0393】
ローカルメニュー表示領域ＬＭＭ２には、限定ではなく例として、ホームメニュー選択タブと関連する機能メニューとして、限定ではなく例として、メッセージを送信するための「メッセージ配信」の文字で示されるメッセージ配信メニューボタンと、クーポンの発行等を行うための「クーポン配信」の文字で示されるクーポン配信メニューボタンと、この公式アカウントのトークルーム（チャットルーム）内に構成されるリッチメニューを作成するための「リッチメニュー作成」の文字で示されるリッチメニュー管理メニューボタンが表示されている。
図５－２では、メッセージ配信メニューボタンが反転表示され、選択されていることが示されている。
図５－２では、メッセージ配信メニューボタンが反転表示され、選択されていることが示されている。
【0394】
グローバルメニュー表示領域ＧＭＭ１の下方右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ２において選択されているメニューボタンと対応する配信管理表示領域ＣＭＲ１が表示されている。
図５－２では、ローカルメニュー表示領域ＬＭＭ２においてメッセージ配信メニューボタンが選択されていることに基づいて、配信管理表示領域ＣＭＲ１には公式アカウントから配信（送信）するメッセージを予め作成することを示す「メッセージ予約配信」の文字が表示されている。
図５－２では、ローカルメニュー表示領域ＬＭＭ２においてメッセージ配信メニューボタンが選択されていることに基づいて、配信管理表示領域ＣＭＲ１には公式アカウントから配信（送信）するメッセージを予め作成することを示す「メッセージ予約配信」の文字が表示されている。
【0395】
その下には、メッセージ送信日時を指定するための「送信日時」の文字で示される送信日時選択領域が表示されるように構成されている。
送信日時選択領域には、メンバーシップコースごとに送信日時を指定するための「プレミアム会員」送信日時設定領域と、「スタンダード会員」送信日時設定領域と、「無料会員」送信日時設定領域とが表示されるように構成されている。
送信日時選択領域には、メンバーシップコースごとに送信日時を指定するための「プレミアム会員」送信日時設定領域と、「スタンダード会員」送信日時設定領域と、「無料会員」送信日時設定領域とが表示されるように構成されている。
【0396】
この画面では、「プレミアム会員」送信日時設定領域において、メッセージ送信日時として、「２０ＸＸ年３月３日１９時００分」が指定されていることが表示されている。そして、「スタンダード会員」送信日時設定領域では、「プレミアム会員の５分後」が、「無料会員」送信日時設定領域では、「スタンダード会員の１０分後」が、それぞれ指定されていることが表示されている。
【0397】
送信日時選択領域の下には、作成するメッセージのメッセージコンテンツを入力するためのコンテンツ記述領域が表示されている。
コンテンツ記述領域の上部には、限定ではなく例として、メッセージコンテンツとしてテキストを入力するための、吹き出しアイコンで示されるテキスト選択ボタンと、メッセージコンテンツとしてスタンプを入力するための、顔アイコンで示されるスタンプ選択ボタンと、メッセージコンテンツとして静止画を送信するための、山の絵のアイコンで示される静止画選択ボタンと、メッセージコンテンツとして動画を送信するための、フィルムアイコンで示される動画選択ボタンとが表示されている。
コンテンツ記述領域の上部には、限定ではなく例として、メッセージコンテンツとしてテキストを入力するための、吹き出しアイコンで示されるテキスト選択ボタンと、メッセージコンテンツとしてスタンプを入力するための、顔アイコンで示されるスタンプ選択ボタンと、メッセージコンテンツとして静止画を送信するための、山の絵のアイコンで示される静止画選択ボタンと、メッセージコンテンツとして動画を送信するための、フィルムアイコンで示される動画選択ボタンとが表示されている。
【0398】
図５－２では、テキスト選択ボタンが選択されているため、テキスト選択ボタンが反転表示されている。そのため、コンテンツ記述領域の下部には、テキスト入力ボックスが表示されている。テキスト入力ボックスの下には、テキストとして絵文字を指定するための「絵文字」の文字で示される絵文字入力ボタンが表示されている。
【0399】
配信管理表示領域ＣＭＲ１の右下には、コンテンツ記述領域に入力されたメッセージコンテンツを送信日時選択領域で指定された日時に配信するための「配信予約」の文字で示されるメッセージ配信予約ボタンＲＢＴ１が表示されている。
【0400】
限定ではなく例として、メッセージ配信予約ボタンＲＢＴ１がユーザによってタップされると、メンバーシップコースが「プレミアム会員」に加入している一般ユーザに対して、コンテンツ記述領域に入力されたメッセージが「２０ＸＸ年３月３日１９時００分」に配信される。また、メンバーシップコースが「スタンダード会員」に加入している一般ユーザに対して、コンテンツ記述領域に入力されたメッセージが「２０ＸＸ年３月３日１９時０５分」に配信される。メンバーシップコースが「無料会員」に加入している一般ユーザに対して、コンテンツ記述領域に入力されたメッセージが「２０ＸＸ年３月３日１９時１５分」に配信される。
【0401】
＜第５実施例の効果＞
本実施例は、公式アカウントの公式ユーザの端末４０（限定ではなく、第２アカウントのユーザの端末の一例）が、少なくとも第１種別として一般アカウントと公式アカウントとの対応付けが行われた一般アカウントに関する情報を表示部４４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、少なくとも第１種別として第１アカウントと第２アカウントとの対応付けが行われた第１アカウントに関する情報を、第２アカウントのユーザが確認できるようにすることができる。
本実施例は、公式アカウントの公式ユーザの端末４０（限定ではなく、第２アカウントのユーザの端末の一例）が、少なくとも第１種別として一般アカウントと公式アカウントとの対応付けが行われた一般アカウントに関する情報を表示部４４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、少なくとも第１種別として第１アカウントと第２アカウントとの対応付けが行われた第１アカウントに関する情報を、第２アカウントのユーザが確認できるようにすることができる。
【符号の説明】
【0402】
１ 通信システム
１０ サーバ
２０（４０） 端末
３０ ネットワーク
１０ サーバ
２０（４０） 端末
３０ ネットワーク
【図1-1】
【図1-2】
【図1-3】
【図1-4】
【図1-5】
【図1-6】
【図1-7】
【図1-8】
【図1-9】
【図1-10】
【図1-11】
【図1-12】
【図1-13】
【図1-14】
【図1-15】
【図1-16】
【図1-17】
【図1-18】
【図2-1】
【図2-2】
【図2-3】
【図3-1】
【図3-2】
【図3-3】
【図3-4】
【図3-5】
【図4-1】
【図4-2】
【図5-1】
【図5-2】