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

プログラム、情報処理方法、端末 Download PDF

Info

Publication number
JP7314383B2
JP7314383B2 JP2022175385A JP2022175385A JP7314383B2 JP 7314383 B2 JP7314383 B2 JP 7314383B2 JP 2022175385 A JP2022175385 A JP 2022175385A JP 2022175385 A JP2022175385 A JP 2022175385A JP 7314383 B2 JP7314383 B2 JP 7314383B2
Authority
JP
Japan
Prior art keywords
information
terminal
call
user
notification sound
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022175385A
Other languages
English (en)
Other versions
JP2023021210A (ja
Inventor
美恵子 古田
拓郎 森
岬 壱岐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Line Corp
Original Assignee
Line Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2021126345A external-priority patent/JP7170800B1/ja
Application filed by Line Corp filed Critical Line Corp
Priority to JP2022175385A priority Critical patent/JP7314383B2/ja
Publication of JP2023021210A publication Critical patent/JP2023021210A/ja
Application granted granted Critical
Publication of JP7314383B2 publication Critical patent/JP7314383B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本開示は、プログラム、情報処理方法、端末等に関する。
昨今、スマートフォン等の端末で実行可能なアプリケーションによって、ボイスオーバーＩＰ（ＶｏＩＰ）技術等を用いて端末間の通話を実現するサービスが普及しつつある。例えば特許文献１には、電源が切断されている受信側端末の電源を自動的に投入する技術が開示されている。
特開２００１－３２５０４７号公報
本発明の第１の態様によると、端末によって実行されるプログラムは、端末のユーザと端末とは異なる第１端末の第１ユーザとを含むチャットルームを端末の表示部に表示することと、少なくともユーザと第１ユーザとによる通話に関連する通話情報を、チャットルームに表示する制御を端末の制御部によって行うこととが端末によって実行され、通話情報は、音に関連する音情報を含む。
本発明の第２の態様によると、端末の情報処理方法は、端末のユーザと端末とは異なる第１端末の第１ユーザとを含むチャットルームを端末の表示部に表示することと、少なくともユーザと第１ユーザとによる通話に関連する通話情報を、チャットルームに表示する制御を端末の制御部によって行うこととを含み、通話情報は、音に関連する音情報を含む。
本発明の第３の態様によると、端末は、端末のユーザと端末とは異なる第１端末の第１ユーザとを含むチャットルームを表示する表示部と、少なくともユーザと第１ユーザとによる通話に関連する通話情報を、チャットルームに表示する制御を行う制御部とを備え、通話情報は、音に関連する音情報を含む。
実施形態に係る通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報等の一例を示す図。 第１実施例に係るアカウント登録データの一例を示す図。 第１実施例に係る通話通知音登録データの一例を示す図。 第１実施例に係るアカウント管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報等の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係るアカウント管理データベースの一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係るサーバの記憶部に記憶される情報等の一例を示す図。 第３実施例に係る楽曲管理データベースの一例を示す図。 第３実施例に係るアカウント管理データベースの一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末に送信される通話通知音情報の組み合わせの一例を示す図。 第４変形例に係る端末の表示部に表示される画面の一例を示す図。 第４変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係る端末の表示部に表示される画面の一例を示す図。 第５実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５変形例に係る端末の表示部に表示される画面の一例を示す図。 第５変形例に係る端末の表示部に表示される画面の一例を示す図。 第５変形例に係る端末の表示部に表示される画面の一例を示す図。 第６実施例に係る端末の表示部に表示される画面の一例を示す図。 第６変形例に係る端末の表示部に表示される画面の一例を示す図。
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
以下の実施例では、ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示する。また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。また、チャットアプリケーションでは、限定ではなく例として、ユーザ間における通話（音声通話やビデオ通話等）を行うことができるようにすることができる。
なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。
また、以下の実施例では、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で、コンテンツを簡単なメッセージの形式で送受するインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。また、インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザ間における通話（音声通話やビデオ通話等）を行うことができるようにすることができる。
チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。
また、トークルームには、一対一のユーザのトークルーム（以下、「一対一トークルーム」と称する。）、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）、公式アカウントのユーザとのトークルーム（以下、「ＯＡトークルーム」と称する。）等を含めることができる。
なお、一対一トークルームは、データ管理上、一対一のユーザや一対一のアカウントのトークルームとして管理してもよいし、２名のユーザや２つのアカウントで構成されるグループのトークルームとして管理してもよい。
公式アカウントは、一般のユーザではなく事業者のアカウント（事業者のユーザのアカウント）であり、この公式アカウントのユーザも、限定ではなく例として、一般のユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でコンテンツ（メッセージ）の送受信を行うことができるようにすることができる。
本明細書において、コンテンツとは、送信元から送信先に送信される情報であってもよい。また、コンテンツは、１または複数のコンテンツであってもよい。
コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。
また、以下の実施例では、ユーザが音楽鑑賞を行うためのサービスの一例として、楽曲配信サービス（Music Streaming Service）を例示する。また、楽曲配信サービスを実現するためのアプリケーションを「音楽アプリケーション」と称する。
音楽アプリケーションでは、限定ではなく例として、ユーザが任意の楽曲を聴くことができる。
なお、音楽アプリケーションでは、楽曲を端末にダウンロードし、端末でオフライン再生できるようにしてもよいし、楽曲をネットワーク経由でストリーミング再生できるようにしてもよい。また、楽曲は、音響データでもよいし、動画像データでもよい。
楽曲配信サービス（音楽アプリケーション）を実現するための形態としては、限定ではなく例として、以下のいずれかの形態を適用することができる。
（Ａ）メッセージングアプリケーションの一機能として楽曲配信サービスの機能を持たせる形態
（Ｂ）楽曲配信サービスの機能とメッセージングサービスの機能とを有するアプリケーション（統合的なアプリケーション）を構成する形態
（Ｃ）音楽アプリケーションとは別のアプリケーションとしてメッセージングアプリケーションを構成する形態
（Ａ）や（Ｂ）の形態では、限定ではなく例として、楽曲配信サービス事業者を、メッセージングサービス事業者と同じ事業者とすることができる。
また、この場合、１つの方法として、メッセージングアプリケーションにおけるユーザのアカウントと、音楽アプリケーションにおけるユーザのアカウントとを共通のアカウントとすることができる。
また、この場合、別の方法として、メッセージングアプリケーションにおけるユーザのアカウントと、音楽アプリケーションにおけるユーザのアカウントとが自動的に関連付けられる（連携される）ようにすることができる。
（Ｃ）の形態では、限定ではなく例として、楽曲配信サービス事業者を、メッセージングサービス事業者とは異なる事業者とすることができる。
また、（Ｃ）の形態では、メッセージングアプリケーションにおけるユーザのアカウントと、音楽アプリケーションにおけるユーザのアカウントとを関連付ける処理（連携する処理）を行うようにすることができる。
なお、上記とは異なり、音楽アプリケーションの一機能としてメッセージングサービスの機能を持たせるようにすることも可能である。
＜第１実施例＞
第１実施例は、限定ではなく例として、一の端末２０（以下、適宜「端末」と称する。）のユーザと、他の端末２０（以下、適宜「第１端末」と称する。）のユーザ（以下、適宜「第１ユーザ」と称する。）とを含むトークルーム（チャットルーム）において、端末と第１端末との間で通話が行われたことに基づいて、通話の呼び出し音、または着信音に関する情報を端末に表示する実施例である。
ここで、「呼び出し音」とは、通話の呼び出し中に通話の発信元のユーザ（通話を掛ける者）が聞く音とすることができる。呼び出し音は、限定ではなく例として、発信先のユーザによって設定された音とすることができる。
また、「着信音」とは、通話の呼び出し中に通話の発信先（着信先）のユーザ（通話を受ける者）が聞く音とすることができる。着信音は、限定ではなく例として、発信先のユーザによって設定された音とすることができる。
限定ではなく例として、メッセージングアプリケーションにおいて、通話の発信先のユーザが呼び出し音として「呼び出し音Ｘ」を設定している場合、通話の発信元のユーザが通話の発信先のユーザに通話を発信すると、通話の発信元のユーザは発信した通話の呼び出し中に、設定された呼び出し音である「呼び出し音Ｘ」を聞く。
また、限定ではなく例として、メッセージングアプリケーションにおいて、通話の発信先のユーザが着信音として「着信音Ｙ」を設定している場合、通話の発信元のユーザが通話の発信先のユーザに通話を発信すると、通話の発信先のユーザは発信された通話の着信中に、設定した着信音である「着信音Ｙ」を聞く。
以下では、限定ではなく例として、呼び出し音と着信音とをまとめて「通話通知音」と称する。
なお、通話通知音は、呼び出し音や着信音に限定されない。具体例については後述する。
また、以下では、通話を行うために発信する者である発信元のユーザアカウントを「発信元アカウント」、発信された通話を受ける者である着信先のユーザアカウントを「発信先アカウント」と称する。
また、以下では、前述したように、メッセージングアプリケーションによるメッセージングサービスを提供する事業者のことを「メッセージングサービス事業者」と称する。
なお、メッセージングサービス事業者は、メッセージングアプリケーションを提供する事業者や、サーバ１０の事業者と表現することもできる。
また、メッセージングサービスを提供する事業者という意味で、メッセージングサービスの事業者と表現することもできる。
また、以下では、メッセージングアプリケーションの名称を、適宜「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」と称して図示・説明する。
メッセージングアプリケーションでは、限定ではなく例として、友だちとしてサーバ１０に登録しているアカウント同士で、一対一トークを行うことができるように構成することができる。また、限定ではなく例として、２以上のアカウントを含むグループを構成し、グループに含まれるアカウント同士で、グループトークを行うことができるように構成することができる。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜システム構成＞
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０に、所定のサービス（限定ではなく例として、メッセージングサービス、楽曲配信サービス等）を提供する機能を有する。サーバ１０は、限定ではなく例として、メッセージングサーバ、楽曲配信サーバ等のように表現することもできる。
本実施形態では、メッセージングサービス事業者（運営者）や音楽配信サービス事業者（運営者）をサーバ１０のユーザとする。
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
また、システムのプログラム（システムによって実行されるプログラム）という場合、システムについては前述した通りである。そして、前述したシステムのプログラムとは、システム全体で実行可能なプログラムであって、このプログラムは、限定ではなく例として、システムを構成する装置個々のプログラムで構成されてもよく、システムを構成する個々の装置に保存されるプログラムは、各々異なっていてもよいものとする。つまり、システムを構成する個々の装置で共通のプログラムでなくてもよいものとする。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
＜機能構成＞
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、アプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、通話通知音登録データ１５５と、アカウント管理データベース１５７とが記憶される。
アカウント登録データ１５３は、アプリケーション（本実施例では、メッセージングアプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
ユーザ名は、このアプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
また、限定ではなく例として、１つのアプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。この場合、１つのアプリケーションＩＤを識別（ログイン）対象として、複数の端末２０においてアプリケーションを並行して（並列に）起動できるようにしてもよいし、そのようにしなくてもよい。
また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。なお、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報に代えず、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報と一対一に対応させるようにしてもよいし、そのようにしなくてもよい。
なお、以下の各種の実施例では、説明の簡明化のため、１つの端末２０につき１つのアカウントが登録されていることとして説明する。
また、この場合、上記のように「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」であるため、以下の説明で用いる「アカウントのユーザ」の用語は、「アカウントの端末」と実質的に同義としてよいものとする。
通話通知音登録データ１５５は、メッセージングアプリケーションにおける通話通知音（通話呼び出し音・通話着信音）に関する登録データであり、そのデータ構成の一例を図１－５に示す。
通話通知音登録データ１５５には、限定ではなく例として、通話通知音ＩＤと、通話通知音名と、通話通知音データＵＲＩとが関連付けて記憶される。
通話通知音ＩＤは、通話通知音を識別するために用いられる情報である。この通話通知音ＩＤは、好ましくは通話通知音ごとに一意な値であり、限定ではなく例として、サーバ１０によって通話通知音ごとに一意な値（固有の値）が設定されて記憶される。
通話通知音名は、この通話通知音の名称であり、限定ではなく例として、サーバ１０のユーザが通話通知音を追加する際に登録する名称が記憶される。
通話通知音データＵＲＩは、この通話通知音の音響データの保管先を示すＵＲＩ（Uniform Resource Identifier）であり、限定ではなく例として、サーバ１０のユーザが通話通知音を追加する際に登録する音響ファイル（限定ではなく例として、ＷＡＶファイルやＭＰ３ファイル等）のＵＲＩが記憶される。なお、通話通知音データＵＲＩとして、音響データを含む動画像データのＵＲＩを指定するようにしてもよい。
また、通話通知音は、端末２０のユーザが登録するようにしてもよい。この場合、限定ではなく例として、端末２０からサーバ１０に通話通知音として用いられる音響ファイルがアップロードされ、端末２０のユーザが登録する名称をその通話通知音名として記憶させるようにすることができる。
アカウント管理データベース１５７は、アカウント登録データ１５３に登録されたアカウントに関する情報を管理するためのデータベースであり、その一例であるアカウント管理データベース１５７Ａのデータ構成例を図１－６に示す。
アカウント管理データベース１５７Ａには、アカウントごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、通話通知音設定データとが記憶される。
アプリケーションＩＤは、アカウント管理データで管理されるアカウントを識別するための情報であり、限定ではなく例として、アカウント登録データ１５３に登録されたアプリケーションＩＤが記憶される。
通話通知音設定データは、このアプリケーションＩＤのアカウントに関連付けられた、通話通知音に関する設定を記憶させるためのデータであり、限定ではなく例として、通知音種別と、通話通知音ＩＤとが関連付けて記憶される。
通知音種別は、通話通知音を鳴らす条件ごとの種別であり、限定ではなく例として、着信音と、呼び出し音とを設定可能とすることができる。
なお、着信音と呼び出し音とのいずれか一方を設定可能としてもよいし、そうしなくてもよい。また、通知音種別として、限定ではなく例として、通話終了時（切断時）に鳴らす通話通知音である通話終了音等を設定可能としてもよい。
通話通知音ＩＤには、それぞれの通知音種別に設定されている、通話通知音登録データ１５５に登録された通話通知音の識別情報（通話通知音ＩＤ）が記憶される。限定ではなく例として、図１－６の例では、アプリケーションＩＤ「Ｕ０００２」のユーザ名「Ｂ．Ｂ」の通話通知音の設定は、着信音として、通話通知音ＩＤ「ＳＮＤ００２」の「システム音０２」が、呼び出し音として、通話通知音ＩＤ「ＳＮＤ００１」の「システム音０１」が、それぞれ設定されていることを示している。
アカウントごとの通話通知音設定データは、限定ではなく例として、端末２０に対するユーザ操作等のユーザ入力に基づいて変更可能とすることができる。
なお、通話通知音設定データの初期値（デフォルト）としては、限定ではなく例として、サーバ１０のユーザによって設定された通話通知音ＩＤが、着信音と呼び出し音とに予め設定されるようにすることができる。
（２）端末の機能構成
図１－７は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
図１－８は、本実施例において端末２０の記憶部２８に記憶されるデータ等の一例を示す図である。
記憶部２８には、限定ではなく例として、アプリケーション処理として実行されるアプリケーション処理プログラム２８１と、この端末２０、または端末２０のユーザのアカウントに対応するアプリケーションＩＤ２８３とが記憶される。
なお、端末２０の記憶部２８に、通話通知音登録データ１５５で登録された通話通知音ＩＤと通話通知音データＵＲＩが示すデータファイルとを関連付けて記憶させるようにしてもよい。
この場合、限定ではなく例として、端末２０の制御部２１は、所定期間ごとにサーバ１０から通話通知音登録データ１５５を受信し、通話通知音登録データ１５５が更新されたか否かを判定する。通話通知音登録データ１５５が更新されたと判定した場合、端末２０の制御部２１は、更新分のデータについて、通話通知音データＵＲＩを参照し参照先のデータファイルを記憶部２８にダウンロードし、通話通知音ＩＤと関連付けて記憶させるようにすることができる。
＜表示画面＞
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
図１－９～図１－１０は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図１－９左側は、メッセージングアプリケーション（限定ではなく、チャットアプリケーションの一例）のトークルーム（限定ではなく、チャットルームの一例）の画面であり、画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示されている。また、画面最上部右方には、この端末２０Ａのユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されている。
また、その下には、メッセージングアプリケーション内での現在の位置やページ等を示す領域（以下、包括的に「アプリ内位置表示領域」と称する。）が構成されており、この例では、トークルーム画面であることに基づいて、トークルーム名がユーザＢ．Ｂとの一対一トークルームであることを示す「Ｂ．Ｂ」の文字と、前の画面に戻るための「＜」のボタンとが表示されている。
その下には、トーク領域ＴＲ１１が構成されている。トーク領域ＴＲ１１では、限定ではなく例として、画面向かって右側に自分が送信元のコンテンツが表示され、画面向かって左側に相手が送信元のコンテンツが表示されるように構成され、日時が古い順に下方向に時系列に表示されるように構成されている。また、限定ではなく例として、自分が送信元のコンテンツは、トーク領域ＴＲ１１の右端から吹き出し（バブル）で表示され、相手が送信元のコンテンツは、トーク領域ＴＲ１１の左端にそのユーザのアイコン画像およびユーザ名と関連付けて吹き出し（バブル）で表示されるように構成されている。相手が送信元の吹き出しの左端上方には、送信元の端末２０のユーザ（この場合にはユーザＢ．Ｂ）のメッセージングアプリケーションにおけるアイコン画像が表示されるように構成されている。
また、トーク領域ＴＲ１１において、相手が送信元の吹き出しの右側、あるいは、自分が送信元の吹き出しの左側には、そのコンテンツを送信（投稿）した日時が表示されるように構成されている。
なお、限定ではなく例として、コンテンツの送信から設定時間（限定ではなく例として、２４時間）以上が経過している場合、吹き出しの横には送信した日付のみが表示されるようにしてもよい。また、限定ではなく例として、コンテンツの送信から設定時間以内である場合、吹き出しの横には送信時刻のみが表示されるようにしてもよい。
この例では、トーク領域ＴＲ１１内の向かって左側に、ユーザＢ．Ｂを送信元とする、ユーザＡ．Ａに駅に着いたことを知らせることを述べるテキストコンテンツＴＣ１１が表示されている。また、トーク領域ＴＲ１１内の向かって右側には、ユーザＡ．Ａを送信元とする、近くにいるはずのユーザＢ．Ｂを見つけられないためユーザＡ．ＡがユーザＢ．Ｂに通話を行うことを述べるテキストコンテンツＴＣ１２が表示されている。
限定ではなく例として、テキストコンテンツＴＣ１１左端上のアイコン画像がタップされると、限定ではなく例として、図１－９右側の画面が表示される。
この画面では、図１－９左側のトークルーム画面において、トーク領域ＴＲ１１に重畳して、トークルーム内で指定されたユーザ（この例ではユーザＢ．Ｂ）に対して通話を発信するための通話発信表示領域ＭＣＲ１１が表示されている。
なお、通話発信表示領域ＭＣＲ１１は、トークルーム画面内の不図示の通話発信ボタンがタップされると、表示されるようにしてもよい。
通話発信表示領域ＭＣＲ１１には、通話の発信先アカウントのユーザ名である「Ｂ．Ｂ」と、通話の発信先アカウントのアイコンとが表示されている。その下には、指定されたユーザに対して音声のみによる通話を発信するための音声通話発信ボタンＭＣＢ１と、指定されたユーザに対してビデオ通話を発信するためのビデオ通話発信ボタンＭＣＢ２とが並んで表示されている。
限定ではなく例として、音声通話発信ボタンＭＣＢ１またはビデオ通話発信ボタンＭＣＢ２がタップされると、発信先アカウントとして指定されたユーザとの通話が開始される。
図１－１０左側は、発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、テキストコンテンツＴＣ１１とテキストコンテンツＴＣ１２とに加えて、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ１１が表示されている。
通話処理結果情報ＣＲＲ１１には、通話を発信したことを示す受話器のマークが表示されている。その下には、発信した通話における通話ステータス情報ＣＳＲ１１が表示されている。
通話ステータス情報は、発信または着信した通話の通話状況を示す情報であり、この通話処理結果情報ＣＲＲ１１では、限定ではなく例として、通話が繋がり正常に終了したことに基づいて、その通話時間である通話時間情報（この例では、「２分１４秒」）が表示されている。限定ではなく例として、通話が繋がらなかった場合、通話ステータス情報は、発信元アカウントでは発信をキャンセルしたことに基づいて、「キャンセル」が表示される。また、限定ではなく例として、通話が繋がらなかった場合、通話ステータス情報は、発信先アカウントでは通話に応じなかったことに基づいて、「不在着信」が表示される。
なお、通話が繋がり正常に終了した場合、通話ステータス情報では、通話時間情報を表示しないようにしてもよい。この場合、通話ステータス情報には、限定ではなく例として、「通話終了」が表示される。
通話ステータス情報ＣＳＲ１１の下には、発信した通話の通話通知音に関する情報である通話通知音情報ＮＳＲ１１が表示されている。
通話通知音情報ＮＳＲ１１には、限定ではなく例として、発信先であるユーザＢ．Ｂの着信音が「システム音０２」に設定されていることが表示されている。
図１－１０右側は、発信先アカウントの端末２０Ｂにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１２には、テキストコンテンツＴＣ１１と対応するテキストコンテンツＴＣ１３と、テキストコンテンツＴＣ１２と対応するテキストコンテンツＴＣ１４と、通話処理結果情報ＣＲＲ１２が表示されている。
通話処理結果情報ＣＲＲ１２には、通話を着信したことを示す受話器のマークが表示されている。その下には、着信した通話における通話ステータス情報ＣＳＲ１２と、通話通知音情報ＮＳＲ１２とが表示されている。限定ではなく例として、通話通知音情報ＮＳＲ１２には、通話通知音情報ＮＳＲ１１と同じ情報が表示されている。
＜処理＞
図１－１１は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａの制御部２１が実行する処理、端末２０Ｂの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、これらに限定されるものではない。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。
ここでは、表示画面と同様に、
・発信元アカウント＝ユーザＡ．Ａ（限定ではなく、端末のユーザの一例）のアカウント
・発信先アカウント＝ユーザＢ．Ｂ（限定ではなく、第１端末のユーザの一例）のアカウント
とする場合の処理を例示する。
最初に、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（限定ではなく例として、ユーザ入力（ユーザによる操作入力や音入力等）。他の端末２０についても同じ。以下同様。）に基づいて、ユーザＢ．Ｂのアカウントとのトークルームを選択するためのトークルーム選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。
通信Ｉ／Ｆ１４によってトークルーム選択情報を受信すると、サーバ１０の制御部１１は、受信したトークルーム選択情報で指定されるトークルームのコンテンツに関する情報であるトークルーム情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１０）。
通信Ｉ／Ｆ２２によってサーバ１０からトークルーム情報を受信すると、端末２０Ａの制御部２１は、受信したトークルーム情報を表示部２４に表示させる（Ａ１２０）。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、表示されたトークルーム情報のトーク相手と通話することが選択されると、端末２０Ａの制御部２１は、限定ではなく例として、発信先アカウントの情報（限定ではなく例として、アプリケーションＩＤ）を含む通話要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１３０）。
通信Ｉ／Ｆ１４によって端末２０Ａから通話要求情報を受信すると、サーバ１０の制御部１１は、通話処理を開始する（Ｓ１２０）。
通話処理において、限定ではなく例として、サーバ１０の制御部１１は、アカウント管理データベース１５７Ａを参照し、発信先アカウントにおける通話通知音設定データを読み出す。そして、サーバ１０の制御部１１は、通知音種別「着信音」で指定される通話通知音ＩＤを読み取る。すると、サーバ１０の制御部１１は、通話通知音登録データ１５５を参照し、通話通知音ＩＤで指定される通話通知音データＵＲＩから音響ファイルのデータを読み取り、発信先アカウントの端末２０Ｂに送信する。
また、サーバ１０の制御部１１は、通知音種別「呼び出し音」で指定される通話通知音ＩＤを読み取る。すると、サーバ１０の制御部１１は、通話通知音登録データ１５５を参照し、通話通知音ＩＤで指定される通話通知音データＵＲＩから音響ファイルのデータを読み取り、発信元アカウントの端末２０Ａに送信する。
端末２０Ｂの制御部２１は、着信音に設定された音響データを受信すると、音出力部２６から着信音を音出力させる。これにより、ユーザＢ．Ｂに着信音を聞かせ、通話が要求されていることを報知させる（Ｂ１１０）。
端末２０Ａの制御部２１は、呼び出し音に設定された音響データを受信すると、音出力部２６から呼び出し音を出力させる。これにより、ユーザＡ．Ａに呼び出し音を聞かせ、通話を要求していることを報知させる（Ａ１４０）。
限定ではなく例として、端末２０Ｂの入出力部２３に対する入力に基づいて、通話が受け入れられると、端末２０Ａの制御部２１と、端末２０Ｂの制御部２１は、限定ではなく例として、サーバ１０を介してユーザ間の通話におけるＶｏＩＰ処理を実行する。なお、通話が受け入れられると、端末２０Ａの制御部２１と、端末２０Ｂの制御部２１とは、ピアツーピア通信を行い、通話におけるＶｏＩＰ処理を実行するようにしてもよい。
なお、サーバ１０の制御部１１は、発信元アカウントおよび発信先アカウントの端末２０に、音響ファイルのデータではなく、通話通知音データＵＲＩを送信するようにしてもよい。この場合、各端末２０の制御部２１は、通話通知音データＵＲＩに基づいて、音響ファイルのデータを読み取り、着信音または呼び出し音を音出力させる。
限定ではなく例として、端末２０Ａまたは端末２０Ｂの入出力部２３に対する入力に基づいて、通話が終了し切断されると、サーバ１０の制御部１１は、限定ではなく例として、通話処理結果情報を通信Ｉ／Ｆ１４によって端末２０Ａと端末２０Ｂとに送信する。そしてサーバ１０の制御部１１は、処理を終了させる。
ここで、通話処理結果情報には、限定ではなく例として、通話処理における通話ステータス情報と、通話通知音情報とを含めるようにすることができる。
なお、通話ステータス情報には、通話時間情報を含めるようにしてもよいし、そうしなくてもよい。
また、通話通知音情報には、限定ではなく例として、以下のいずれか１つを少なくとも含めるようにすることができる。
・発信先アカウントの着信音に関する情報
・発信先アカウントの呼び出し音に関する情報
・発信元アカウントの呼び出し音に関する情報
・発信元アカウントの着信音に関する情報
なお、着信音（呼び出し音）に関する情報には、限定ではなく例として、通話通知音名や通話通知音の長さ等の情報を含めることができる。
また、発信元アカウントの端末２０Ａに送信する通話通知音情報と、発信先アカウントの端末２０Ｂに送信する通話通知音情報とは、限定ではなく例として、同一の情報とすることができる。
通信Ｉ／Ｆ２２によってサーバ１０から通話処理結果情報を受信すると、端末２０Ａの制御部２１は、受信した通話処理結果情報を表示部２４に表示させる（Ａ１５０）。そして、端末２０Ａの制御部２１は、処理を終了させる。
通信Ｉ／Ｆ２２によってサーバ１０から通話処理結果情報を受信すると、端末２０Ｂの制御部２１は、受信した通話処理結果情報を表示部２４に表示させる（Ｂ１２０）。そして、端末２０Ｂの制御部２１は、処理を終了させる。
＜音に関連する音情報＞
本実施例では、音に関連する音情報として、通話に関連する音情報の一種である通話通知音情報を例示した。この通話通知音情報は、限定ではなく例として、通話に関連する音情報と捉えてもよいものとする。
しかし、本開示における音情報は、必ずしも通話に関連する音情報としなければならないわけではなく、通話に関連しない音情報としてもよい。限定ではなく例として、後述するプレイリストに含まれる楽曲のうち、通話通知音として設定されていない楽曲に関する情報などの情報を、この一例とすることができる。
なお、音情報とは、限定ではなく例として、通話通知音を識別するための識別ＩＤ（通話通知音ＩＤ）や、通話通知音名、通話通知音の長さ、等を含む概念とすることができる。また、音情報として、限定ではなく例として、通話通知音データＵＲＩで指定される音データそのものを含むようにしてもよいし、そうしなくてもよい。
また、後述するように通話通知音が楽曲である場合、音情報とは、楽曲の楽曲名や楽曲を収録するアルバム名、楽曲のアーティスト名等をさらに含む概念とすることができる。
＜第１実施例の効果＞
本実施例は、端末によって実行されるプログラムは、端末のユーザと端末とは異なる第１端末の第１ユーザとを含むチャットルームを端末の表示部に表示することと、少なくともユーザと第１ユーザとによる通話に関連する通話処理結果情報（限定ではなく、通話情報の一例）を、チャットルームに表示する制御を端末の制御部によって行うこととが端末によって実行され、通話情報は、音に関連する通話通知音情報（限定ではなく、音情報の一例）を含む構成を示している。
このような構成により得られる実施例の効果の一例として、少なくとも端末のユーザと第１端末の第１ユーザとによる通話に関連する通話情報を、端末のユーザと第１ユーザとを含むチャットルームへの表示によって端末のユーザに知らせることができる。また、この場合、通話情報が音に関連する音情報を含むようにすることで、音に関連する音情報を端末のユーザに知らせることができる。
また、本実施例は、音情報は、着信音、または呼び出し音に関する情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、音に関連する音情報として着信音や呼び出し音に関する情報を、チャットルームへの表示によって端末のユーザに知らせることができる。
また、本実施例は、通話情報は、少なくとも端末のユーザと第１端末の第１ユーザとによって通話が行われた場合、通話時間情報（限定ではなく、通話時間に関する情報の一例）を含む構成を示している。
このような構成により得られる実施例の効果の一例として、通話情報として通話時間に関する情報を、チャットルームへの表示によって端末のユーザに知らせることができる。
＜第１変形例（１）＞
上記の実施例では、通話通知音情報は、着信音または呼び出し音を含むこととしたが、これに限定されない。限定ではなく例として、通知音種別に通知音や呼び出し音以外の音が含まれる場合、サーバ１０が、通話通知音情報としてその種別の音に関する情報を端末２０に送信するようにしてもよい。限定ではなく例として、通知音種別として通話終了音が設定可能である場合、通話通知音情報に、発信先アカウントまたは発信元アカウントの通話終了音に関する情報を含めるようにしてもよい。
＜第１変形例（２）＞
上記の実施例では、サーバ１０においてアカウントごとの通話通知音設定データを管理する例を例示したが、これに限定されない。限定ではなく例として、各端末２０において、その端末のアカウントにおける通話通知音設定データを記憶させるようにしてもよい。
この場合の処理は、限定ではなく例として、以下のように実行することができる。
図１－１１において、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、表示されたトークルーム情報のトーク相手と通話することが選択されると、端末２０Ａの制御部２１は、限定ではなく例として、記憶部２８から通話通知音設定データを読み出し、着信音および／または呼び出し音に関する情報を含む通話通知音情報Ａと、発信先アカウントの情報（限定ではなく例として、アプリケーションＩＤ）とを含む通話要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１３０）。
なお、端末２０Ａの制御部２１は、通話通知音情報Ａを発信先アカウントの端末２０Ｂに送信するようにしてもよい。また、端末２０Ａの制御部２１は、通話通知音情報Ａを送信しないようにしてもよい。
通信Ｉ／Ｆ１４によって端末２０Ａから通話要求情報を受信すると、サーバ１０の制御部１１は、通話処理を開始する（Ｓ１２０）。
通話処理において、限定ではなく例として、サーバ１０の制御部１１は、通話通知音要求情報を通信Ｉ／Ｆ１４によって発信先アカウントの端末２０Ｂに送信する。通信Ｉ／Ｆ２２によってサーバ１０から通話通知音要求情報を受信すると、端末２０Ｂの制御部２１は、記憶部２８から通話通知音設定データを読み出し、着信音および／または呼び出し音に関する情報を含む通話通知音情報Ｂを通信Ｉ／Ｆ２２によってサーバ１０に送信する。
その後、サーバ１０の制御部１１は、受信した通話通知音情報Ｂに基づいて、通知音種別「呼び出し音」で指定される通話通知音ＩＤで指定される通話通知音データＵＲＩから音響ファイルのデータを読み取り、発信元アカウントの端末２０Ａに送信する。また、サーバ１０の制御部１１は、受信した通話通知音情報Ｂに基づいて、通知音種別「着信音」で指定される通話通知音ＩＤで指定される通話通知音データＵＲＩから音響ファイルのデータを読み取り、発信先アカウントの端末２０Ｂに送信する。
なお、発信先アカウントの端末２０Ｂが通信圏外等の理由で通信不能の場合、サーバ１０の制御部１１は、通話通知音情報Ｂを取得することができない。この場合、サーバ１０の制御部２１は、限定ではなく例として、既定の呼び出し音用音響データ（限定ではなく例として、発信先アカウントの端末２０が圏外であるアナウンス等）を発信元アカウントの端末２０Ａに送信する。
端末２０Ａの制御部２１は、呼び出し音に設定された音響データを受信すると、音出力部２６から呼び出し音を出力させる（Ａ１４０）。
端末２０Ｂの制御部２１は、着信音に設定された音響データを受信すると、音出力部２６から呼び出し音を出力させる（Ｂ１１０）。
なお、サーバ１０の制御部１１は、発信元アカウントの端末２０に、音響ファイルのデータではなく、通話通知音データＵＲＩを送信するようにしてもよい。この場合、各端末２０の制御部２１は、通話通知音データＵＲＩに基づいて、音響ファイルのデータを読み取り、着信音または呼び出し音を音出力させる。
また、端末２０の記憶部２８に通話通知音登録データ１５５を記憶させるようにしてもよい。この場合、各端末２０において、通話通知音ＩＤから通話通知音データＵＲＩを参照することができる。端末２０の制御部２１は、通話通知音登録データ１５５を、限定ではなく例として、設定期間（限定ではなく例として、「８時間」）ごとにサーバ１０の内容と同期させる。
通話が終了し切断されると、サーバ１０の制御部１１は、限定ではなく例として、通話通知音情報Ａおよび／または通話通知音情報Ｂを含む通話処理結果情報を通信Ｉ／Ｆ１４によって端末２０Ａと端末２０Ｂとに送信する（Ｓ１３０）。なお、端末２０Ｂが通信圏外等の理由で通信不能の場合、通話ステータス情報には、限定ではなく例として、「圏外」等の情報が含まれる。
なお、サーバ１０から端末２０に送信される通話処理結果情報には、通話通知音情報Ａおよび／または通話通知音情報Ｂを含まなくてもよい。この場合、限定ではなく例として、通話要求情報送信時に発信元アカウントの端末２０Ａから発信先アカウントの端末２０Ｂへ通話通知音情報Ａを送信する。また、限定ではなく例として、通話処理の着信時に発信先アカウントの端末２０Ｂから発信元アカウントの端末２０Ａへ通話通知音情報Ｂを送信する。そして、各端末２０の制御部２１は、通話処理結果情報を受信すると、通話通知音情報Ａおよび／または通話通知音情報Ｂと通話処理結果情報を関連付けて表示部２４に表示させる。
＜第１変形例（３）＞
上記の実施例では、設定済みの通話通知音に関する通話通知音情報を、サーバ１０が、通話処理結果情報として端末２０に送信する例を示したが、これに限定されない。限定ではなく例として、通話通知音を各端末２０のユーザが設定できるようにしてもよい。
図１－１２・図１－１３・図１－１４は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図１－１２左側は、端末２０Ｂにおけるメッセージングアプリケーションのホーム画面の一例である。この例では、現在位置がメッセージングアプリケーションのホームであることを示す「ホーム」の文字が、アプリ内位置表示領域に表示されている。
アプリ内位置表示領域の下には、メッセージングアプリケーション内の任意の機能を検索するための入力領域であるメッセージングアプリケーション機能検索領域が構成されており、この例では、検索キーワードを入力することを促す「検索」の文字が、メッセージングアプリケーション機能検索領域内に表示されている。
メッセージングアプリケーション機能検索領域の下には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名が表示されている。ユーザ名の右側には、メッセージングアプリケーションのアカウントごとの設定を行うための歯車アイコンで示される設定ボタンＣＦＢ１が表示されている。
その下には、メッセージングアプリケーションの各種の機能に対応する複数の機能アイコンが表示されている。機能アイコンには、限定ではなく例として、「友だち」、「事業者」、「サービス」といった、複数の機能の各々に対応するアイコンが含まれる。
「友だち」とは、メッセージングアプリケーションの機能の１つであり、一の端末２０のユーザ（一のアカウント）が、自己の端末２０から、他の端末２０のユーザ（他のアカウント）を友だちとして追加するための処理を行い、サーバ１０によって友だちを追加・登録する処理（友だち追加処理、友だち登録処理）が実行されることで、サーバ１０を介して、友だち登録された端末２０間でメッセージの送受信等を行うことが可能となる。個人のユーザが所有するメッセージングアプリケーションのアカウントを事業者用のアカウントと区別する必要がある場合、個人のユーザが所有するメッセージングアプリケーションのアカウントのことを「一般アカウント」と称する。一般アカウントを所有するユーザの端末２０間で送受信されたメッセージの履歴は、端末２０の表示部２４にトークルーム等として表示される。
「事業者」とは、限定ではなく例として、上記の友だちの機能の一種であり、一般アカウントではなく、事業者のユーザが所有するメッセージングアプリケーションのアカウント（以下、「公式アカウント」と称する。）を友だちとして登録することで、公式アカウントを所有する事業者から発信されるメッセージを、サーバ１０を介して端末２０で受信して表示することが可能となる。
なお、公式アカウントを所有する事業者の装置や端末も、一般アカウントを所有する個人のユーザの端末２０と同様に、サーバ１０を介して、他の装置との間でメッセージの送受信を行うことを可能とすることができる。限定ではなく例として、一の端末２０から他の端末２０にメッセージが送信される場合と同様に、一般アカウントを所有するユーザの端末２０から公式アカウントを所有する事業者の装置や端末宛に送信されたメッセージも、サーバ１０を介して、事業者の装置や端末に届けられる。そして、そのメッセージの履歴が、事業者の装置や端末の表示部（不図示）にトークルーム等として表示されるようにすることができる。
図１－１２左側では、複数の機能アイコンのうち、「サービス」の機能アイコンがタップされた状態が示されている。そして、機能アイコンの表示領域の下には、おすすめのサービスを示すアイコンが表示されている。
限定ではなく例として、設定ボタンＣＦＢ１１がユーザによってタップされると、限定ではなく例として、図１－１２右側の設定画面に表示が遷移する。
この画面では、現在位置がメッセージングアプリケーションの設定画面であることを示す「設定」の文字が、アプリ内位置表示領域内に表示されている。
アプリ内位置表示領域の下には、設定項目を選択するための設定項目選択領域が表示されている。
設定項目選択領域には、限定ではなく例として、ユーザ名等を設定するための「プロフィール」の文字で示されるプロフィール設定ボタンＣＦＢ１２と、パスワード等を設定するための「アカウント」の文字で示されるアカウント設定ボタンＣＦＢ１３と、通話に関する設定を行うための「通話」の文字で示される通話設定ボタンＣＦＢ１４が表示されている。
限定ではなく例として、通話設定ボタンＣＦＢ１４がユーザによってタップされると、限定ではなく例として、図１－１３左側の設定画面に表示が遷移する。
この画面では、現在位置が通話の設定を行うための通話設定画面であることを示す「通話」の文字が、アプリ内位置表示領域内に表示されている。
アプリ内位置表示領域の下には、設定項目の細目として、通話に関する全般的な設定を実行するための「全般設定」の文字で示される項目と、通話通知音に関する設定を実行するための「通話通知音設定」の文字で示される項目とが表示されている。
「通話通知音設定」の文字で示される項目には、着信音を設定するための「着信音」の文字で示される着信音設定ボタンＣＦＢ１５と、呼び出し音を設定するための「呼び出し音」の文字で示される呼び出し音設定ボタンＣＦＢ１６とが表示されている。
着信音設定ボタンＣＦＢ１５には、現在着信音として設定されている通話通知音名が「システム音０２」であることを示す表示が構成されている。また、呼び出し音設定ボタンＣＦＢ１６には、現在呼び出し音として設定されている通話通知音名が「システム音０１」であることを示す表示が構成されている。
限定ではなく例として、呼び出し音設定ボタンＣＦＢ１６がユーザによってタップされると、限定ではなく例として、図１－１３右側の設定画面に表示が遷移する。
この画面では、呼び出し音設定ボタンＣＦＢ１６がタップされたことに基づいて、グレーアウトの表示態様で表示されている。また、画面下部には、呼び出し音設定ボタンＣＦＢ１６がタップされたことに基づいて、呼び出し音を選択するための通話通知音選択領域ＳＭＮ１１が表示されている。
通話通知音選択領域ＳＭＮ１１には、限定ではなく例として、通話通知音登録データ１５５に登録された通話通知音名が列挙され表示されている。また、通話通知音名のうち、ユーザによって選択された通話通知音名が太字の表示態様で表示されている。この例では、「システム音０３」が選択されており、限定ではなく例として、通話通知音選択領域ＳＭＮ１１の「完了」の文字で示される呼び出し音設定完了ボタンがタップされると新たな呼び出し音として「システム音０３」が設定される。
なお、通話通知音選択領域ＳＭＮ１１において、不図示の「新規追加」と表記される項目が選択されると、ユーザが任意の通話通知音名と音響ファイルとを登録可能であるようにしてもよい。
図１－１４左側のトークルーム画面は、限定ではなく例として、図１－１３右側の設定画面において、「システム音０３」がユーザＢ．Ｂの呼び出し音として設定された場合の、図１－１０左側と対応する発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ１１において、通話通知音情報ＮＳＲ１１には、限定ではなく例として、発信先アカウントであるユーザＢ．Ｂの呼び出し音が「システム音０３」に設定されていることが表示されている。
図１－１４右側のトークルーム画面は、限定ではなく例として、図１－１３右側の設定画面において、「システム音０３」がユーザＢ．Ｂの呼び出し音として設定された場合の、図１－１０右側と対応する発信先アカウントの端末２０Ｂにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ１２において、通話通知音情報ＮＳＲ１２には、限定ではなく例として、発信先アカウントであるユーザＢ．Ｂの呼び出し音が「システム音０３」に設定されていることが表示されている。
図１－１５は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
まず、端末２０Ｂの制御部２１は、限定ではなく例として、端末２０Ｂの入出力部２３に対する入力に基づいて、自端末のアプリケーションＩＤと通話通知音ＩＤとを含む通話通知音設定情報を取得し、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１０５）。
なお、端末２０Ｂの制御部２１は、通話通知音の設定に必要となる情報（限定ではなく例として、通話通知音登録データ）を本ステップに先んじてサーバ１０から受信するようにしてもよい。
また、新規の通話通知音が登録される場合、通話通知音設定情報には、通話通知音名と、音響ファイル（または通話通知音データＵＲＩ）とが含まれるようにしてもよい。
また、通話通知音設定情報の設定と送信は、端末２０Ａ（あるいは他の端末２０）において実行するようにしてもよいし、そうしなくてもよい。
通信Ｉ／Ｆ１４によって端末２０Ｂから通話通知音設定情報を受信すると、サーバ１０の制御部１１は、通話通知音設定処理を実行する（Ｓ１０５）。通話通知音設定処理において、サーバ１０の制御部１１は、受信した通話通知音設定情報に基づいて、アカウント管理データベース１５７Ａの通話通知音設定データを更新する。
なお、通話通知音設定情報に、通話通知音名と、音響ファイル（または通話通知音データＵＲＩ）とが含まれる場合、サーバ１０の制御部１１は、通話通知音設定処理において、音響ファイルを保管し通話通知音データＵＲＩを生成する。そして、サーバ１０の制御部１１は、新規の通話通知音ＩＤを発行し、発光した通話通知音ＩＤを通話通知音名および通話通知音データＵＲＩと関連付け、通話通知音登録データ１５５に追加して記憶させる。そして、アカウント管理データベース１５７Ａの通話通知音設定データを更新する。
また、各端末２０において通話通知音設定データを管理する場合、端末２０は通話通知音設定情報をサーバ１０送信しないようにしてもよいし、そうしなくてもよい。
本変形例は、音情報は、端末のユーザ、または第１端末の第１ユーザによって設定される構成を示している。
このような構成により得られる実施例の効果の一例として、音に関連する音情報を端末のユーザ、または第１端末の第１ユーザが設定可能とすることができ、利便性を向上させることができる。
また、本変形例は、音情報は、呼び出し音に関する情報を含み、呼び出し音は、第１端末の第１ユーザによって設定される構成を示している。
このような構成により得られる実施例の効果の一例として、通話情報として第１端末の第１ユーザによって設定された呼び出し音に関する情報を、チャットルームへの表示によって端末のユーザに知らせることができる。
＜第１変形例（４）＞
上記の実施例では、一対一トークルームにおける例を例示したが、これに限定されない。限定ではなく例として、グループトークルームや、ＯＡトークルームに適用するようにしてもよい。
限定ではなく例として、ユーザＡ．Ａと、ユーザＢ．Ｂと、ユーザＣ．Ｃとを含むグループトークルームにおける場合、個別のユーザに対する発着信は上記の実施例と同様に構成することができる。
限定ではなく例として、あるグループのユーザ（限定ではなく例として、ユーザＡ．Ａ）が、グループのメンバーである他の複数のユーザ（限定ではなく例として、ユーザＢ．ＢとユーザＣ．Ｃ）に対するグループ通話（三者以上の同時通話）を行う場合、通話処理結果情報として送信される通話通知音情報としては、限定ではなく例として、以下のような例が挙げられる。
・発信元アカウントの呼び出し音
・発信元アカウントの着信音
・グループメンバーのうち、任意の発信先アカウントの呼び出し音
・グループメンバーのうち、任意の発信先アカウントの着信音
・グループの代表アカウントの呼び出し音
・グループの代表アカウントの着信音
・グループに対して設定される任意の音（限定ではなく例として、そのグループのテーマ曲として設定された音）
なお、後述するプレイリスト機能を用いることで、グループメンバーの任意の発信先アカウントの組み合わせにおける、複数の呼び出し音および／または着信音を通話通知音情報とするようにしてもよいし、そうしなくてもよい。
＜第２実施例＞
第１実施例では、端末２０のユーザが通話通知音を設定する場合、限定ではなく例として、メッセージングアプリケーションの設定項目から通話通知音の設定項目を選択する例を例示した。第２実施例は、端末２０に表示された通話処理結果情報に基づいて、通話通知音の設定項目に遷移する実施例である。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図２－１は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－１左側は、発信元アカウントの端末２０Ａにおける、ユーザＡ．ＡとユーザＢ．Ｂとの通話が終了した後に表示されるトークルーム画面の一例である。図２－１左側の表示画面は、限定ではなく例として、図１－１０左側のトークルーム画面の別例である。
この画面では、通話処理結果情報ＣＲＲ２１には、限定ではなく例として、通話ステータス情報ＣＳＲ１１と、発信先であるユーザＢ．Ｂの呼び出し音が「システム音０３」に設定されていることが表示されている通話通知音情報ＮＳＲ１１とに加えて、通話通知音の変更を行うための「通話通知音変更」の文字で示される通話通知音変更ボタンＳＣＢ１１が表示されるように構成されている。
限定ではなく例として、ユーザによって通話通知音変更ボタンＳＣＢ１１がタップされると、限定ではなく例として、図２－１右側の通話設定画面に遷移する。この画面では、着信音設定ボタンＣＦＢ２５には、現在着信音として設定されている通話通知音名が「システム音０７」であることを示す表示が構成されている。また、呼び出し音設定ボタンＣＦＢ２６には、現在呼び出し音として設定されている通話通知音名が「システム音０６」であることを示す表示が構成されている。
ユーザは、着信音設定ボタンＣＦＢ２５または呼び出し音設定ボタンＣＦＢ２６をタップすることで表示される通話通知音選択領域において通話通知音選択することで、通話通知音の設定を容易に実行することができる。
なお、通話通知音情報ＮＳＲ１１に呼び出し音に関する情報が表示される場合、限定ではなく例として、ユーザによって通話通知音変更ボタンＳＣＢ１１がタップされると、呼び出し音設定ボタンＣＦＢ２６をタップすることで表示される通話通知音選択領域をトークルーム画面内に表示させ、呼び出し音を設定できるようにしてもよい。また、通話通知音情報ＮＳＲ１１に着信音に関する情報が表示される場合、限定ではなく例として、ユーザによって通話通知音変更ボタンＳＣＢ１１がタップされると、着信音設定ボタンＣＦＢ２５をタップすることで表示される通話通知音選択領域をトークルーム画面内に表示させ、着信音を設定できるようにしてもよい。
また、呼び出し音と着信音とにおいて設定画面が異なる場合、限定ではなく例として、通話通知音情報ＮＳＲ１１に呼び出し音に関する情報が表示され、通話通知音変更ボタンＳＣＢ１１がタップされると、呼び出し音の設定画面に遷移するようにしてもよい。着信音についても同様である。
図２－１右側の通話設定画面において、限定ではなく例として、アプリ内位置表示領域左端の戻るボタンがタップされる場合、限定ではなく例として、メッセージングアプリケーションの設定画面に戻るようにしてもよいし、元のトークルーム画面に戻るようにしてもよい。
また、トークルーム画面から通話通知音変更ボタンＳＣＢ１１を経て通話設定画面に遷移した場合、通話設定画面にトークルーム画面に戻るための遷移ボタンを加えて表示させるようにしてもよいし、そうしなくてもよい。
なお、発信先アカウントの端末２０Ｂにおける、ユーザＡ．ＡとユーザＢ．Ｂとの通話が終了した後に表示されるトークルーム画面においても、上記と同様に、通話処理結果情報には、限定ではなく例として、通話ステータス情報ＣＳＲ１３と、通話通知音情報ＮＳＲ１４とに加えて、通話通知音変更ボタンが表示されるように構成される。
＜処理＞
図２－２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
端末２０Ａの制御部２１は、Ａ１４０のステップの後、通話処理結果情報を表示すると（Ａ１５０）、表示された通話処理結果情報に基づいて、通話通知音の設定を変更するか否かを判定する。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、通話通知音の設定を変更することが選択される場合、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、通話通知音設定情報を取得し、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２１０）。通話通知音設定情報の取得方法については、限定ではなく例として、図１－１５のＢ１０５のステップと同様に実行することができる。
なお、通話通知音の設定を変更することが選択される場合、端末２０Ａの制御部２１は、通話通知音の設定に必要となる情報（限定ではなく例として、通話通知音登録データ）をサーバ１０から受信するようにしてもよい。
通信Ｉ／Ｆ１４によって端末２０Ａから通話通知音設定情報を受信する場合、サーバ１０の制御部１１は、通話通知音設定処理を実行する（Ｓ２１０）。通話通知音設定処理については、限定ではなく例として、図１－１５のＳ１０５のステップと同様に実行することができる。
端末２０Ａにおいて通話通知音の設定を変更しないことが選択される場合、端末２０Ａの制御部２１は、処理を終了させる。端末２０Ａから通話通知音設定情報を受信しない場合、サーバ１０の制御部１１は、処理を終了させる。
＜第２実施例の効果＞
本実施例は、チャットルームに表示された通話情報に対する端末のユーザの入力に基づいて、音情報の設定に関する通話設定画面（限定ではなく、設定情報の一例）を表示部に表示することが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザと第１端末の第１ユーザとを含むチャットルームに表示された通話情報に対する端末のユーザの入力に基づいて、設定情報として、音情報を設定するための情報といった情報を、端末の表示部に表示することができる。
また、本実施例は、音情報は、着信音、または呼び出し音に関する情報を含み、設定情報に対する端末のユーザの入力に基づいて、端末のユーザの着信音、または呼び出し音として設定される構成を示している。
このような構成により得られる実施例の効果の一例として、上記の設定情報に対する端末のユーザの入力に基づいて、端末のユーザの着信音、または端末のユーザの呼び出し音として、音情報が設定されるようにすることができる。
＜第２変形例（１）＞
上記の実施例では、通話通知音の設定を変更する場合、通話通知音変更ボタンＳＣＢ１１がタップした後にユーザが手動で通話通知音を選択し、設定したが、これに限定されない。限定ではなく例として、通話通知音情報ＮＳＲ１１に基づいて、自動的に通話通知音が設定されるようにしてもよい。
図２－３は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－３左側は、図２－１左側の表示画面と同様の、発信元アカウントの端末２０ＡにおけるユーザＡ．ＡとユーザＢ．Ｂとの通話が終了した後に表示されるトークルーム画面の一例である。
限定ではなく例として、ユーザによって通話通知音変更ボタンＳＣＢ１２がタップされると、限定ではなく例として、図２－３中央の通話設定画面に遷移する。この画面では、限定ではなく例として、中央部分に通話通知音提案表示領域ＳＣＲ２１がポップアップ表示されるように構成されている。
通話通知音提案表示領域ＳＣＲ２１には、通話通知音情報ＮＳＲ１１における、発信先アカウントの呼び出し音が「システム音０３」に設定されているという情報に基づいて、同様の設定（この例では呼び出し音に「システム音０３」を用いる設定）に変更するか否かの確認用表示が表示されるように構成されている。
また、その下には、提案された内容に基づいて、通話通知音の設定を変更するための「変更」の文字で示される通話通知音変更ボタンＳＢＴ１と、通話通知音の設定を変更しないための「キャンセル」の文字で示されるキャンセルボタンＳＢＴ２とが表示されるように構成されている。
限定ではなく例として、通話通知音変更ボタンＳＢＴ１がタップされると、限定ではなく例として、図２－３右側の通話設定画面に遷移する。この画面では、呼び出し音設定ボタンＣＦＢ２６には、通話通知音提案表示領域ＳＣＲ２１において通話通知音変更ボタンＳＢＴ１がタップされたことにより、現在呼び出し音として設定されている通話通知音名が「システム音０３」に変更されたことを示す表示が構成されている。
なお、図２－３左側の画面において通話通知音変更ボタンＳＣＢ１２がタップされると、トークルーム画面に重畳して通話通知音提案表示領域ＳＣＲ２１が表示されるようにしてもよい。また、通話通知音変更ボタンＳＢＴ１がタップされると、設定変更後通話設定画面ではなく元のトークルーム画面に遷移するようにしてもよい。
また、図２－３左側の画面において通話通知音変更ボタンＳＣＢ１２がタップされると、通話通知音提案表示領域ＳＣＲ２１におけるユーザの確認無しに、通話通知音情報ＮＳＲ１１に基づいて、通話通知音が自動的に変更されるようにしてもよい。
本変形例は、音情報は、呼び出し音に関する情報を含み、呼び出し音は、第１端末の第１ユーザによって設定され、設定情報に対する端末のユーザの入力に基づいて、呼び出し音の情報が表示され、呼び出し音の情報に対する端末のユーザの入力に基づいて、第１ユーザによって設定された呼び出し音をユーザの呼び出し音として設定する制御を制御部によって行うことが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、上記の設定情報に対する端末のユーザの入力に基づいて、第１端末の第１ユーザによって設定された呼び出し音の情報を表示して、端末のユーザに知らせることができる。また、表示された呼び出し音の情報に対する端末のユーザの入力に基づいて、第１端末の第１ユーザによって設定された呼び出し音が、端末のユーザの呼び出し音として設定されるようにすることができる。つまり、通話相手が設定している呼び出し音を、自分の呼び出し音として設定するといったことが可能となる。
＜第２変形例（２）＞
上記の実施例では、発信元アカウントの端末２０において通話通知音が変更されると、全ユーザからの着信に対して発信先アカウントの端末２０では同一の着信音が音出力され、発信元アカウントの端末２０では同一の呼び出し音が音出力されることとしたが、これに限定されない。限定ではなく例として、任意のユーザごとに、着信音と呼び出し音とを設定可能としてもよい。
本変形例におけるアカウント管理データベース１５７の一例であるアカウント管理データベース１５７Ｂのデータ構成例を図２－４に示す。
アカウント管理データベース１５７Ｂには、アカウントごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アカウント管理データベース１５７ＡにおけるアプリケーションＩＤと、通話通知音設定データとに加えて、ユーザ個別通話通知音設定データが記憶される。
ユーザ個別通話通知音設定データは、通話の発信元アカウントごとに関連付けられた通話通知音に関する設定を記憶させるためのデータであり、限定ではなく例として、通知音種別と、通話通知音ＩＤと、発信元アプリケーションＩＤとが関連付けて記憶される。
通知音種別と、通話通知音ＩＤとは、限定ではなく例として、通話通知音設定データと同様である。
発信元アプリケーションＩＤには、通知音種別および通話通知音ＩＤとで規定される通話通知音を音出力させる対象となる発信元アカウントのアプリケーションＩＤが記憶される。
この例では、限定ではなく例として、ユーザＡ．Ａを発信元アカウント（ユーザＡ．ＡのアプリケーションＩＤ＝「Ｕ０００１」）とする着信を受けた場合、発信先アカウント（ユーザＢ．ＢのアプリケーションＩＤ＝「Ｕ０００２」）の端末２０Ｂでは、着信音として、通話通知音ＩＤ「ＳＮＤ００８」で識別される音が用いられる。また、発信元アカウントの端末２０Ａでは、呼び出し音として、通話通知音ＩＤ「ＳＮＤ０１０」で識別される音が用いられる。
限定ではなく例として、ユーザＣ．Ｃを発信元アカウント（ユーザＣ．ＣのアプリケーションＩＤ＝「Ｕ０００３」）とする着信を受けた場合、発信先アカウントの端末２０Ｂでは、着信音として、通話通知音ＩＤ「ＳＮＤ００９」で識別される音が用いられる。しかし、ユーザ個別通話通知音設定データでは、呼び出し音に関する設定が行われていないため、発信元アカウントの端末２０Ｃでは、呼び出し音として、通話通知音設定データで設定されている通話通知音ＩＤ「ＳＮＤ００１」で識別される音が用いられる。
他のユーザを発信元アカウントとする着信を受けた場合、発信先アカウントの端末２０Ｂにおける着信音と、発信元アカウントの端末２０における呼び出し音とは、通話通知音設定データで設定されている通話通知音が用いられる。
なお、アプリケーションＩＤ単位ではなく任意のグループに対して通話通知音が設定可能であるようにしてもよい。この場合、ユーザ個別通話通知音設定データの発信元アプリケーションＩＤに、対象となるグループの識別情報（限定ではなく例として、グループＩＤ）を記憶することで実現可能である。
図２－５～図２－６は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－５左側には、図１－１３右側と同様の通話設定画面の一例を示す。この画面では、呼び出し音設定ボタンＣＦＢ１６がタップされたことに基づいて、グレーアウトの表示態様で表示されている。また、画面下部には、呼び出し音設定ボタンＣＦＢ１６がタップされたことに基づいて、呼び出し音を選択するための通話通知音選択領域ＳＭＮ２１が表示されている。また、通話通知音選択領域ＳＭＮ２１では、限定ではなく例として、「システム音１０」が選択されている。限定ではなく例として、通話通知音選択領域ＳＭＮ２１の「完了」の文字で示される呼び出し音設定完了ボタンがタップされると、限定ではなく例として、図２－５中央の通話設定画面に表示が遷移する。
この図では、通話通知音設定として、通話通知音選択領域ＳＭＮ２１において選択された「システム音１０」が呼び出し音として設定されることを示す表示が表示されるように構成されている。また、その下には、選択された通話通知音を全員に設定するか否かを選択させるためのスライドボタンが表示されるように構成されている。この画面では、限定ではなく例として、スライドボタンがオフに設定され、呼び出し音を全員に設定しないことが選択されていることに基づいて、下にはさらに通話通知音を設定する（この例では呼び出し音を「システム音１０」に設定する）ユーザを選択させるための通話通知音適用選択領域が表示されるように構成されている。
通話通知音適用選択領域では、限定ではなく例として、このユーザの友だちや、このユーザが所属するグループが一覧表示されるように構成されている。この画面では、限定ではなく例として、友だち「ユーザＡ．Ａ」がタップされ、通話通知音の設定対象として選択されていることを示すチェックマークがユーザＡ．Ａのアイコンの左側に表示されるように構成されている。
通話通知音適用選択領域の下には、通話通知音適用選択領域において選択されたユーザおよび／またはグループに対して個別の通話通知音設定を実行するための「設定」の文字で示される個別通話通知音設定ボタンＳＢＴ１１と、通話通知音の設定をキャンセルするための「キャンセル」の文字で示される通話通知音設定キャンセルボタンＳＢＴ１２とが表示されるように構成されている。
限定ではなく例として、個別通話通知音設定ボタンＳＢＴ１１がタップされると、限定ではなく例として、図２－５右側の通話設定画面に表示が遷移する。
この画面では、呼び出し音設定ボタンＣＦＢ１６には、上記のようにして設定されたユーザＡ．Ａ以外に対して現在呼び出し音として設定されている通話通知音名が「システム音０１」であることを示す表示がなされている。また、その下には、ユーザＡ．Ａに対する個別の呼び出し音として設定されている通話通知音名が「システム音１０」であることを示す表示がなされている。
より詳細に説明する。
図２－５中央の上部の呼び出し音「システム音１０」は、設定対象としている呼び出し音が「システム音１０」であることを示している。
この呼び出し音「システム音１０」を全員に対して設定する場合は、「全員に設定」の文字と関連付けて設けられたスライドボタンをオンとする、またはスライドボタンをオンとした上で個別通話通知音設定ボタンＳＢＴ１１をタップする。すると、全員に対する呼び出し音として設定されていた「システム音０１」（図２－５左側で「システム音０１」と表示されていたもの）が「システム音１０」に変更されたことに基づき、図２－５右側において呼び出し音設定ボタンＣＦＢ１６の表示が「システム音１０」に変わる。
また、呼び出し音「システム音１０」を個別（ユーザ別）やグループ別に設定する場合は、上記のように、図２－５中央の友だち・グループの欄から、呼び出し音「システム音１０」を設定するユーザやグループにチェックマークを入れた上で、個別通話通知音設定ボタンＳＢＴ１１をタップする。すると、図２－５右側に示すように、呼び出し音設定ボタンＣＦＢ１６の「システム音０１」の表示の下に、チェックマークを入れたユーザに関する情報（この例ではアイコンおよびユーザ名）と関連付けて「システム音１０」と表示される。呼び出し音設定ボタンＣＦＢ１６に表示されている「システム音０１」は、その下に表示される個別に呼び出し音を設定したユーザやグループ以外に対しては「システム音０１」が設定されていることを示している。
図２－５右側の表示の後、限定ではなく例としてユーザＡ．Ａ以外のユーザやグループに対して呼び出し音を設定する場合は、限定ではなく例として、図２－５右側における「システム音０１」と表示された呼び出し音設定ボタンＣＦＢ１６をタップした上で、図２－５左側→図２－５中央と同様の手順で呼び出し音を設定する。限定ではなく例として、ユーザＣ．Ｃに対する呼び出し音として「システム音０７」を設定するのであれば、図２－５左側と同様に画面下部に表示されるシステム音の候補の中から「システム音０７」を選択し、図２－５中央においてユーザＣ．Ｃにチェックマークを入れ、個別通話通知音設定ボタンＳＢＴ１１をタップする。すると、図２－５右側において、呼び出し音設定ボタンＣＦＢ１６の「システム音０１」の表示の下のユーザＡ．Ａ「システム音１０」の下に、ユーザＣ．Ｃ「システム音０７」が追加して表示される。
なお、図２－５中央において複数の友だちを選択した場合は、その選択された複数の友だちに対して呼び出し音を一度に設定可能とすることができる。また、友だちとグループとの両方を選択した場合は、その選択されたユーザとグループとに対して呼び出し音を一度に設定可能とすることができる。
また、着信音を設定する場合も同様である。
この場合、ユーザ別やグループ別に設定された着信音の情報は、限定ではなく例として図２－５右側の着信音設定ボタンＣＦＢ１５（着信音 システム音０２）の下に表示されるようにすることができる。
図２－６左側は、発信元アカウントの端末２０Ａから発信先アカウントの端末２０Ｂにおいて通話が行われた後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１２には、テキストコンテンツＴＣ１３とテキストコンテンツＴＣ１４とに加えて、ユーザＡ．Ａからの通話を着信したことに基づいて、通話処理結果情報ＣＲＲ２３が表示されている。
この通話処理結果情報ＣＲＲ２３における通話通知音情報ＮＳＲ２１には、限定ではなく例として、発信元アカウントがユーザＡ．Ａであることに基づいて、発信先であるユーザＢ．Ｂの呼び出し音が「システム音１０」に設定されていることが表示されている。
図２－６右側は、発信元アカウントの端末２０Ｃから発信先アカウントの端末２０Ｂにおいて通話が行われた後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ２１には、ユーザＣ．ＣがユーザＢ．Ｂに質問を投げかけるテキストコンテンツＴＣ２１と、ユーザＢ．Ｂが通話で返答可能であることを示すテキストコンテンツＴＣ２２とに加えて、ユーザＣ．Ｃからの通話を着信したことに基づいて、通話処理結果情報ＣＲＲ２４が表示されている。
この通話処理結果情報ＣＲＲ２４における通話通知音情報ＮＳＲ２２には、限定ではなく例として、発信元アカウントがユーザＣ．Ｃであることに基づいて、発信先であるユーザＢ．Ｂの呼び出し音が「システム音０１」に設定されていることが表示されている。
なお、図２－５で説明した通話設定画面はあくまでも一例に過ぎず、これに限定されるわけではない。以下、通話設定画面の別例を例示する。
図２－７は、通話設定画面の別例を示す図であり、図２－５と同様に、ユーザＢ．Ｂの端末２０Ｂに表示される通話設定画面の一例を示している。
図２－７左側では、前述した全般設定の他、通話通知音設定として、着信音の設定を行うための項目と、呼び出し音を設定するための項目とが表示されている。
着信音の設定を行うための項目には、限定ではなく例として、全員に対して設定する着信音を設定するための「みんな共通着信音」と示されたボタンと、個別（ユーザ別）やグループ別に着信音を設定するための「個別・グループ別着信音」と示されたボタンとが表示されている。
同様に、呼び出し音の設定を行うための項目には、限定ではなく例として、全員に対して設定する呼び出し音を設定するための「みんな共通呼び出し音」と示されたボタンと、個別（ユーザ別）やグループ別に呼び出し音を設定するための「個別・グループ別呼び出し音」と示されたボタンとが表示されている。
つまり、この通話設定画面では、通話通知音の設定・変更を行うための入り口となる画面において、全員に対する設定を行うか、ユーザ別・グループ別の設定を行うかを、ユーザが選択可能に構成されている。
限定ではなく例として、このうちの「個別・グループ別呼び出し音」と示されたボタンがタップされると、限定ではなく例として図２－７中央の画面が表示される。
この画面では、限定ではなく例として、いずれのユーザやいずれのグループに対して、どの呼び出し音が設定済みであるかを示す設定済みリスト表示領域が構成されている。具体的には、「設定済みリスト」の文字が表示され、その下に、友だちのアイコンおよびユーザ名と関連付けて、その友だちやグループに対して設定済みの呼び出し音が表示されている。
また、この例では、設定済みリスト表示領域内に表示しきれない情報については、ユーザが設定済みリスト表示領域上で上方向のスクロール操作を行うことで、設定済みリスト表示領域に対するスクロール制御が行われ、上位に表示されている情報（この例では「ユーザＥ．Ｅ」）から順に非表示とされ、表示されていなかった情報が下から現れて表示されるように構成されている。
その後にユーザが下方向のスクロール操作を行った場合は、その逆となる。
この例では、上から順に、友だちであるユーザＥ．Ｅに対しては呼び出し音として「システム音０６」が設定済みであり、友だちであるユーザＧ．Ｇに対しては呼び出し音として「システム音０８」が設定済みであることが示されている。
また、その下には、友だちやグループのリストが表示される友だち・グループリスト表示領域が構成されている。具体的には、「友だち・グループリスト」の文字が表示され、その下に、友だちのユーザがアイコンおよびユーザ名によって一覧表示され、さらにその下に、グループがアイコンおよびグループ名によって一覧表示されている。また、各々のアイコンおよびユーザ名の横には、図２－５と同様にチェックマークを入れる領域が構成されており、この例では、ユーザＡ．Ａが選択されてチェックマークが入れられた状態が示されている。友だち・グループリスト表示領域についても、設定済みリスト表示領域と同様に、ユーザによるスクロール操作に基づいて、端末２０によってスクロール制御が行われる。
なお、図２－５と同様に、複数の友だちを選択した場合は、その選択された複数の友だちに対して呼び出し音を一度に設定可能とすることができる。また、友だちとグループとの両方を選択した場合は、その選択されたユーザとグループとに対して呼び出し音を一度に設定可能とすることができる。
また、画面下部には、選択したユーザやグループに対する通話通知音（この例では呼び出し音）を選択して設定するための通話通知音設定ボタンＳＢＴ１３が構成されており、これがタップされると、限定ではなく例として図２－７右側のような表示がなされる。
この例では、図２－７中央の画面が表示された状態で、友だち・グループリスト表示領域の一部に重畳するように、通話通知音を選択するための通話通知音選択領域ＳＭＮ３１が、画面下部からせり上がって表示されている。また、この例ではユーザＡ．Ａが設定対象のユーザとなっているため、限定ではなく例として、ユーザＡ．Ａの表示領域が、他のユーザの表示領域とは異なる表示態様で表示されている。
また、この例では、図２－５と同様に、通話通知音選択領域ＳＭＮ３１において、ドラムロール方式で表示される通話通知音の候補の中から、設定する通話通知音をユーザが選択可能に構成され、ここでは「システム音１０」が選択された状態が示されている。この状態で、限定ではなく例として、通話通知音選択領域ＳＭＮ３１の「完了」のボタンがタップされると、ユーザＡ．Ａに対する個別の呼び出し音として「システム音１０」が設定される。そして、その結果、設定済みリスト表示領域に、ユーザＡ．Ａに関する情報（この例では、ユーザＡ．Ａのアイコンおよびユーザ名）と「システム音１０」とが追加される。
設定済みリスト表示領域に設定済みとして表示されているユーザやグループについて通話通知音を変更する場合、１つの方法としては、限定ではなく例として、設定済みリストの中から変更したいユーザが選択されると、通話通知音の候補をドラムロール方式等でその近傍位置に表示させたり、ポップアップで表示させるなどし、その中から変更する通話通知音をユーザに選択させるようにすることができる。そして、これに伴い、設定済みリスト表示領域に表示される通話通知音が更新されるようにすることができる。
また、別の方法としては、限定ではなく例として、友だち・グループリスト表示領域において、そのユーザやグループにチェックを入れた上で、上記と同様の手順で通話通知音を変更するようにしてもよい。そして、これに伴い、設定済みリスト表示領域に表示される通話通知音が更新されるようにしてもよい。
なお、端末２０が、各々の領域について個別にスクロール制御を行う構成とするのではなく、設定済みリストと友だち・グループリストとに対して一体的にスクロール制御を行う構成とすることも可能である。
つまり、画面上でユーザによって上方向のスクロール操作が行われ、スクロール制御によって設定済みリストに含まれる全ての情報が表示された後、友だち・グループリストが下から表示されるようにしてもよい。
また、設定済みリスト表示領域と友だち・グループリスト表示領域との表示位置の関係を逆にしてもよい。この場合も同様である。
また、設定済みリストを表示させることは必須ではなく、これを表示させないようにしてもよい。あるいは、設定済みリストは友だち・グループとは別の画面に表示させるようにしてもよい。
また、図２－７中央→図２－７右側のように、同じ画面内で通話通知音を設定するようにするのではなく、限定ではなく例として、通話通知音設定ボタンＳＢＴ１３がタップされたことに基づいて、図２－７中央に示す画面から、通話通知音を設定するための画面を表示させる（つまり別の画面に遷移させる）ようにしてもよい。
また、友だち・グループリスト表示領域において、ユーザやグループと関連付けてチェックマークが入れられたことに基づき、限定ではなく例として、その近傍位置に通話通知音の候補を表示させたり、ポップアップ表示させるなどしてもよい。そして、設定する通話通知音をユーザが選択することができるようにしてもよい。
本変形例は、設定情報に対する端末のユーザの入力に基づいて、音情報を第１端末の第１ユーザに対して設定する制御を制御部によって行うことが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、上記の設定情報に対する端末のユーザの入力に基づいて、音情報が第１端末の第１ユーザに対して設定されるようにすることができる。限定ではなく例として、呼び出し音や着信音を第１端末の第１ユーザに対して設定するといったことが可能となる。
また、本変形例は、設定情報に対する端末のユーザの入力に基づいて、チャットルームのグループに対して音情報を設定する制御を制御部によって行うことが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、上記の設定情報に対する端末のユーザの入力に基づいて、音情報がチャットルームのグループに対して設定されるようにすることができる。限定ではなく例として、呼び出し音や着信音をチャットルームのグループに対して設定するといったことが可能となる。
＜第２変形例（３）＞
上記の実施例では、通話処理結果情報には、通話ステータス情報と、通話通知音情報と、通話通知音変更ボタンとが表示されるように構成されている例を示したが、これに限定されない。
限定ではなく例として、通話処理結果情報に通話通知音情報を含めない一方で、通話処理結果情報に通話通知音を設定（変更）するための情報を含めるようにしてもよい。つまり、通話通知音の表示は省略するが、通話通知音を設定するための情報は表示することとして、通話通知音の設定を端末のユーザが行うことを可能としてもよい。
図２－８は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－８左側は、発信元アカウントの端末２０ＡにおけるユーザＡ．ＡとユーザＢ．Ｂとの通話が終了した後に表示されるトークルーム画面の一例である。図２－８左側は、図２－１左側の表示画面の別例である。
この例では、通話処理結果情報ＣＲＲ２２には、限定ではなく例として、通話ステータス情報ＣＳＲ１１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。つまり、本変形例では、通話通知音に関する情報は表示されていない。
限定ではなく例として、ユーザによって通話通知音変更ボタンＳＣＢ１１がタップされると、限定ではなく例として、図２－８右側の通話設定画面に遷移する。この画面は、図２－１右側の表示画面と同様の通話設定画面である。
このように、本変形例は、通話処理結果情報に、通話通知音を設定するための情報は含めるが、通話通知音情報は含めない構成を示している。
限定ではなく例として、第２変形例（２）ではユーザ別やグループ別に通話通知音を設定可能としたが、これを第２変形例（３）と組み合わせて適用することも可能である。この場合は、限定ではなく例として図２－５や図２－７の通話設定画面においてユーザ別やグループ別に通話通知音を設定可能とするが、図２－６のトークルームに表示される通話処理結果情報に通話ステータス情報や通話通知音変更ボタンは含めるが通話通知音情報は含めないようにすることができる。また、通話通知音変更ボタンがタップされたことに基づいて、限定ではなく例として図２－５や図２－７の通話設定画面を表示させるなどすることができる。
＜第３実施例＞
第３実施例は、通話通知音として、楽曲を設定可能とする実施例である。
第３実施例では、メッセージングアプリケーションに加えて、またはこれに変えて、音楽アプリケーションを利用する例を例示する。
なお、端末２０では、音楽アプリケーションに変えて、またはこれに加えて、楽曲配信サービスの事業者が運営するＷｅｂサイト（以下、「音楽サイト」と称する。）にアクセスすることで、楽曲を再生できるようにしてもよいし、そうしなくてもよい。
以下では、説明の簡略化のため、本実施例では音楽アプリケーションにおけるアカウント登録データと、メッセージングアプリケーションにおけるアカウント登録データとを共通のデータとして説明する。
なお、音楽アプリケーションとメッセージングアプリケーションとにおいて、個別のアカウント登録データおよび／またはアカウント管理データベースを用いるようにしてもよいし、そうしなくてもよい。メッセージングサービスと楽曲配信サービスとにおいて、サービスを提供するサーバ１０を別体としてもよいし、そうしなくてもよい。
また、以下では、音楽アプリケーションの名称を、適宜「Ｍｕｓｉｃ Ａｐｐ」と称して図示・説明する。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜機能構成＞
図３－１は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、前述したプログラムやデータの他に、限定ではなく例として、楽曲管理データベース１５９が記憶される。
楽曲管理データベース１５９は、音楽アプリケーションで再生可能な楽曲を管理するための管理データベースである。
楽曲管理データベース１５９のデータ構成例を図３－２に示す。
楽曲管理データベース１５９には、限定ではなく例として、音楽アルバムごとの管理データとして、楽曲管理データが記憶される。
各々の楽曲管理データには、限定ではなく例として、アルバムＩＤと、アルバム名と、アーティストＩＤと、アルバムアーティスト名と、アルバムアートＵＲＩと、その他情報と、トラック管理データとが記憶される。
アルバムＩＤは、この音楽アルバム（限定ではなく例として、アルバム・シングル・ＥＰ・ミニアルバム等を含む）を識別するために用いられる情報である。
このアルバムＩＤは、好ましくは音楽アルバムごとに一意な値であり、限定ではなく例として、サーバ１０によって音楽アルバムごとに一意な値（固有の値）が設定されて記憶される。
アルバム名は、この音楽アルバムの名称であり、限定ではなく例として、サーバ１０のユーザが音楽アルバムを登録する際に入力した名称が記憶される。
アーティストＩＤは、この音楽アルバムのアーティストを識別するために用いられる情報である。
このアーティストＩＤは、好ましくはアーティストごとに一意な値であり、限定ではなく例として、サーバ１０によってアーティストごとに一意な値（固有の値）が設定されて記憶される。
アルバムアーティスト名は、この音楽アルバムのアーティスト名称であり、限定ではなく例として、サーバ１０のユーザが音楽アルバムを登録する際に入力した名称が記憶される。
アルバムアートＵＲＩは、この音楽アルバムのアートワーク（ジャケット）写真の保管先を示すＵＲＩであり、限定ではなく例として、サーバ１０のユーザが音楽アルバムを登録する際に指定したＵＲＩが記憶される。
その他情報には、限定ではなく例として、この音楽アルバムの総トラック数、リリース年、音楽ジャンル、コメント、作曲者情報、著作権情報といった各種の情報を含めるようにすることができる。
トラック管理データは、このアルバムＩＤの音楽アルバムに関連付けられる個別の楽曲（音楽一曲一曲）を管理するためのデータであり、限定ではなく例として、トラックナンバー（図中では「トラックＮｏ．」と表記する。）と、トラック名と、アーティスト名と、トラックデータＵＲＩとが関連付けて記憶される。
トラックナンバーは、この楽曲の音楽アルバム中における曲順を指定するための番号であり、限定ではなく例として、トラックナンバーが「０１」ならば、音楽アルバムの一曲目として収録されていることを表している。
トラック名は、この楽曲の名称（曲名）である。
アーティスト名は、この楽曲を演奏（歌唱）するアーティスト名称である。
トラックデータＵＲＩは、この楽曲の楽曲データ保管先を示すＵＲＩである。
トラック管理データ内の内容は、限定ではなく例として、サーバ１０のユーザが楽曲を登録する際に入力したデータが記憶される。
なお、トラック管理データとして、トラック毎に、アーティストＩＤやアルバムアートＵＲＩ、その他情報を関連付けて記憶させるようにしてもよいし、そうしなくてもよい。
上記の楽曲管理データベース１５９を用いることで、任意の楽曲を、アルバムＩＤとトラックナンバーとの組み合わせで指定することができる。限定ではなく例として、アルバムＩＤとトラックナンバーとの組み合わせ（以下、「楽曲ＩＤ」と称する。）を「アルバムＩＤ‐トラックナンバー」で表記することとする。
このとき、図３－２の例では、トラック名（曲名）「スイングＭＮＯ」の曲は楽曲ＩＤ「ＡＬ０２４５１‐０１」で指定することができる。また、楽曲ＩＤ「ＡＬ０２４５１‐０３」の曲のアーティスト名は「ＤＥＦバンド＆Ｇ」と登録されていることが分かる。
図３－３は、本実施例におけるアカウント管理データベース１５７の一例であるアカウント管理データベース１５７Ｃの一例を示す図である。
アカウント管理データベース１５７Ｃには、アカウントごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、通話通知音設定データとに加えて、プレイリスト管理データが記憶される。
アカウント管理データベース１５７Ｃに含まれる通話通知音設定データに記憶される情報は、アカウント管理データベース１５７Ａと同様であるが、通話通知音ＩＤに記憶される情報が一部異なっている。通話通知音ＩＤには、通話通知音登録データ１５５に登録されている通話通知音ＩＤ以外に、楽曲管理データベース１５９に記憶される任意の楽曲ＩＤを記憶させることができる。
プレイリスト管理データは、音楽アプリケーションにおける、このアカウントのプレイリストを管理するためのデータであり、限定ではなく例として、曲順ナンバー（図中では「曲順Ｎｏ．」と表記する。）と、楽曲ＩＤとが関連付けて記憶される。
曲順ナンバーは、プレイリスト中の曲順を指定するための番号であり、限定ではなく例として、楽曲をプレイリストに追加する際にサーバ１０によって設定され、記憶される。
楽曲ＩＤは、楽曲を識別するための情報であり、限定ではなく例として、楽曲をプレイリストに追加する際に端末２０によって設定され、記憶される。
ここで、「プレイリスト」とは、楽曲を再生する順番をリスト化した音楽のリストである。プレイリストは、音楽リストと言ってもよい。
プレイリストは、端末２０のユーザによって設定される、音楽アプリケーションにおける楽曲再生キューのリストとしてもよいし、音楽アプリケーションにおけるアカウントごとの楽曲再生履歴のリストとしてもよい。プレイリストは、サーバ１０によって生成される各ユーザへのお勧め音楽リストとしてもよいし、サーバ１０によって集計される再生ランキングのリストとしてもよい。
なお、プレイリスト管理データに加えて、端末２０のユーザが気に入った楽曲を保管するためのお気に入りリスト管理データ等を記憶させるようにしてもよいし、そうしなくてもよい。
また、アカウント管理データにプレイリスト管理データを記憶しないようにしてもよいし、そうしなくてもよい。
＜表示画面＞
図３－４～図３－５は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－４左側は、発信先アカウントの端末２０Ｂにおける通話設定画面の一例である。
限定ではなく例として、呼び出し音設定ボタンＣＦＢ１６がユーザによってタップされると、画面下部に通話通知音選択領域ＳＭＮ１２が表示される。通話通知音選択領域ＳＭＮ１２には、通話通知音登録データ１５５に登録された通話通知音名に加えて、楽曲を通話通知音として設定するための「Ｍｕｓｉｃ Ａｐｐ連携」の文字で示される楽曲選択項目が表示されるように構成されている。
この例では、「Ｍｕｓｉｃ Ａｐｐ連携」が選択され、楽曲選択項目が選択された状態で太字の表示態様で表示されている。
限定ではなく例として、呼び出し音設定完了ボタンがタップされると、限定ではなく例として、図３－４中央の画面に表示が遷移する。
図３－４中央は、音楽アプリケーションの楽曲選択画面であり、画面最上部中央には、音楽アプリケーションの名称として「Ｍｕｓｉｃ Ａｐｐ」の文字が表示されている。また、画面最上部右方には、この端末２０Ｂのユーザの音楽アプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＢ．Ｂ）が表示されている。
また、その下には、音楽アプリケーションにおける現在位置を示すアプリ内位置表示領域が構成されており、この例では、楽曲選択画面であることに基づいて、「曲を選択」の文字と、前の画面に戻るための「＜」のボタンとが表示されている。
その下には、限定ではなく例として、曲の選択方法を提示する曲目選択タブが表示されている。「人気の曲」の文字で示されるタブは、通話通知音として設定される回数が多い楽曲を選択するためのタブである。また、「プレイリスト」の文字で示されるタブは、このユーザのプレイリストから楽曲を選択するためのタブである。「お気に入り」の文字で示されるタブは、このユーザがお気に入りに登録した楽曲リストから楽曲を選択するためのタブである。
この画面では、曲目選択タブにおいて、限定ではなく例として、「プレイリスト」のタブがタップされた状態が示されている。
曲目選択タブの下には、プレイリストに登録されている楽曲が順に表示されている。各楽曲では、限定ではなく例として、アートワークと、トラック名と、アーティスト名とをまとめて表示されるように構成されている。限定ではなく例として、プレイリストの一曲目には、アートワークＡＲ１と、トラック名ＴＲ１「ＪＫＬロックンロール」と、アーティスト名ＴＡ１「ＡＢＣパンクロッカー」が表示されている。二曲目以降も同様である。
限定ではなく例として、アートワークＡＲ１がタップされると、音楽アプリケーションのミニプレイヤーが起動し、選択された楽曲が再生される。
また、限定ではなく例として、トラック名ＴＲ１およびアーティスト名ＴＡ１を含む領域がタップされると、選択された楽曲が通話通知音として設定される。
図３－４中央の画面において、限定ではなく例として、二曲目の楽曲がタップされると、限定ではなく例として、図３－４右側の通話設定画面に表示が遷移する。
この画面では、呼び出し音設定ボタンＣＦＢ１６には、現在呼び出し音として設定されている通話通知音が「Ｍｕｓｉｃ Ａｐｐ連携」の楽曲であることを示す表示が構成されている。その下には、設定された楽曲のトラック名とアーティスト名とが表示されている。
図３－５左側のトークルーム画面は、限定ではなく例として、図３－４右側の設定画面において、所定の楽曲（この例では、トラック名「スイングＭＮＯ」）がユーザＢ．Ｂの呼び出し音として設定された場合の、図２－１左側と対応する発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ３１において、通話通知音情報として通話通知音情報ＮＳＲ３１が表示されるように構成されている。
通話通知音情報ＮＳＲ３１には、表示している通話通知音が発信先アカウントであるユーザＢ．Ｂの呼び出し音であることを示す表示の他、通話通知音として設定されている楽曲の情報（以下、「通話通知音楽曲情報」と称する。）であるアートワークＡＲ２と、トラック名ＴＮ２「スイングＭＮＯ」と、アーティスト名ＴＡ２「ＤＥＦバンド」とが表示されるように構成されている。また、通話通知音情報ＮＳＲ３１には、通話通知音として設定されている楽曲を再生するための楽曲再生ボタンＰＬＢ１が表示されるように構成されている。
限定ではなく例として、トラック名ＴＮ２がタップされると、この楽曲を含む音楽アルバムの曲目一覧表示に画面が遷移する。また、限定ではなく例として、アーティスト名ＴＡ２がタップされると、このアーティスト名を含む音楽アルバム一覧表示に画面が遷移する。
限定ではなく例として、楽曲再生ボタンＰＬＢ１がタップされると、限定ではなく例として、図３－５中央のトークルーム画面に表示が遷移する。この画面では、音楽アプリケーションのミニプレイヤーＭＮＰ１が起動し、トークルーム画面に重畳して表示されるように構成されている。また、端末２０Ａの音出力部２６から、楽曲が音出力される。
また、トーク領域ＴＲ１１内の向かって右側には、ユーザＡ．Ａを送信元とする、ユーザＢ．Ｂが呼び出し音として設定した楽曲が気に入ったことを述べるテキストコンテンツＴＣ３１が表示されている。
図３－５右側は、発信先アカウントの端末２０Ｂにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１２には、テキストコンテンツＴＣ１１と対応するテキストコンテンツＴＣ１３と、テキストコンテンツＴＣ１２と対応するテキストコンテンツＴＣ１４と、通話処理結果情報ＣＲＲ３２が表示されている。また、その下には、テキストコンテンツＴＣ３１と対応するテキストコンテンツＴＣ３２が表示され、ユーザＢ．Ｂを送信元とする、呼び出し音として設定した楽曲が気に入っていることを述べるテキストコンテンツＴＣ３３が表示されている。
通話処理結果情報ＣＲＲ３２の表示構成としては、限定ではなく例として、通話処理結果情報ＣＲＲ３１と同様に構成することができる。また、楽曲再生ボタンＰＬＢ２がタップされると、音楽アプリケーションのミニプレイヤーが起動し、トークルーム画面に重畳して表示されるように構成されている。また、端末２０Ｂの音出力部２６から、楽曲が音出力される。
＜処理＞
図３－６は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
サーバ１０の制御部２１は、Ｓ１３０のステップにおいて、通話通知音として楽曲が設定されている場合、着信音（呼び出し音）に関する情報として、限定ではなく例として、楽曲ＩＤを含む通話通知音楽曲情報を送信する。なお、通話通知音楽曲情報には、トラック名・アーティスト名・アルバムアート情報等を含めるようにしてもよい。
端末２０Ａの制御部２１は、通話処理結果情報を表示すると（Ａ１５０）、表示された通話処理結果情報に基づいて、通話通知音の楽曲を再生するか否かを判定する。限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、楽曲を再生することが選択される場合、端末２０Ａの制御部２１は、楽曲ＩＤを含む楽曲要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３１０）。
通信Ｉ／Ｆ１４によって楽曲要求情報を受信する場合、サーバ１０の制御部１１は、受信した楽曲要求情報から楽曲ＩＤを読み込む。すると、サーバ１０の制御部１１は、楽曲管理データベース１５９に基づいて、楽曲ＩＤで指定されるトラックデータＵＲＩを探索する。そして、サーバ１０の制御部１１は、トラックデータＵＲＩに基づいて、楽曲ファイルのデータを読み取る。サーバ１０の制御部１１は、楽曲ファイルのデータを含む楽曲情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３１０）。
通信Ｉ／Ｆ２２によってサーバ１０から楽曲情報を受信すると、端末２０Ａの制御部２１は、楽曲再生処理を実行する（Ａ３２０）。楽曲再生処理において、端末２０Ａの制御部２１は、受信した楽曲情報に基づいて、楽曲を音出力部２９に音出力させる。
なお、サーバ１０の制御部１１は、楽曲情報として、トラックデータＵＲＩを送信するようにしてもよい。この場合、楽曲再生処理において、端末２０Ａの制御部２１は、トラックデータＵＲＩに基づいて、楽曲ファイルのデータを要求し、受信したデータを音出力させる。
＜第３実施例の効果＞
本実施例は、チャットルームに表示された通話情報に対する端末のユーザの入力に基づいて、楽曲（限定ではなく、音情報に基づく音の一例）を再生する制御を制御部によって行うことが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザと第１端末の第１ユーザとを含むチャットルームに表示された通話情報に対する端末のユーザの入力に基づいて、音情報に基づく音を再生して、端末のユーザに聴かせることができる。
＜第３変形例（１）＞
上記の実施例では、音楽アプリケーションが端末２０Ａにインストール済みである場合について例示したが、これに限定されない。限定ではなく例として、端末２０Ａには、音楽アプリケーションがインストールされていない状態であってもよい。
図３－７は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－７左側のトークルーム画面は、図３－５左側と同様の発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。
限定ではなく例として、楽曲再生ボタンＰＬＢ２がタップされると、限定ではなく例として、図３－７右側のトークルーム画面に表示が遷移する。この画面では、端末２０Ａに音楽アプリケーションがインストールされていないことに基づいて、アプリ要求通知領域ＮＴＲ１が表示画面下方からせり上がり表示されるように構成されている。
アプリ要求通知領域ＮＴ１には、楽曲を再生するためにアプリケーションのインストールが必要である旨のメッセージと、インストールが要求されるアプリケーション名である「Ｍｕｓｉｃ Ａｐｐ」の文字とが表示されている。その下には、アプリケーションをインストールすることを確認するメッセージと、アプリケーションをインストールするためのインストールボタンＳＢＴ３と、インストールせずに中断するためのキャンセルボタンＳＢＴ４とが表示されている。
限定ではなく例として、ユーザによってインストールボタンＳＢＴ３がタップされると、端末２０Ａに音楽アプリケーションがダウンロードされ、インストールされる。
なお、音楽アプリケーションが端末２０Ａにインストールされていない場合、端末２０Ａの制御部２１は、楽曲再生ボタンＰＬＢ２がタップされると、限定ではなく例として、バックグラウンドでＷｅｂブラウザを起動し、音楽サイトにアクセスすることで、楽曲を再生するようにしてもよいし、そうしなくてもよい。
本変形例は、音楽アプリケーション（限定ではなく、設定されたアプリケーションの一例）が端末にダウンロードされていない場合、チャットルームに表示された通話通知音楽曲情報に基づく楽曲再生ボタン（限定ではなく、通話情報の一例）に対するユーザの入力に基づいて、設定されたアプリケーションをダウンロードすることに関する情報を表示部に表示することが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、設定されたアプリケーションが端末にダウンロードされていない場合、端末のユーザと第１端末の第１ユーザとを含むチャットルームに表示された通話情報に対する端末のユーザの入力に基づいて、設定されたアプリケーションを簡単にダウンロードさせることが可能となり、利便性を向上させることができる。
＜第３変形例（２）＞
上記の実施例では、通話通知音情報として表示される通話通知音楽曲情報は、通話の発信先アカウントと発信元アカウントとのトークルームに表示される例を示したが、これに限定されない。限定ではなく例として、通話通知音楽曲情報を、通話の当事者以外の第三者に対して共有できるようにようにしてもよい。
図３－８は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－８左側のトークルーム画面は、図３－５左側と同様の発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。
限定ではなく例として、通話通知音情報ＮＳＲ３１のアートワークＡＲ２がユーザによってタップされると、限定ではなく例として、図３－８中央のトークルーム画面に画面が遷移する。
この画面では、図３－８左側のトークルーム画面に重畳して、通話通知音楽曲情報を表示するための通話通知音楽曲情報表示領域ＴＩＲ１が表示されるように構成されている。
通話通知音楽曲情報表示領域ＴＩＲ１には、限定ではなく例として、アートワークＡＲ２が大写しで表示されるように構成されている。その下には、トラック名ＴＮ２「スイングＭＮＯ」と、アーティスト名ＴＡ２「ＤＥＦバンド」とが表示されるように構成されている。限定ではなく例として、トラック名ＴＮ２がタップされると、この楽曲を含む音楽アルバムの曲目一覧表示に画面が遷移する。また、限定ではなく例として、アーティスト名ＴＡ２がタップされると、このアーティスト名を含む音楽アルバム一覧表示に画面が遷移する。
アーティスト名ＴＡ２の下には、この楽曲を音楽アプリケーションのお気に入りリストに登録するための「お気に入り登録」の文字で示される楽曲お気に入り登録ボタンＳＢＴ５と、この楽曲を通話通知音の着信音に設定するための「着信音に設定」で示される楽曲着信音設定ボタンＳＢＴ６と、この楽曲を通話通知音の呼び出し音に設定するための「呼び出し音に設定」の文字で示される楽曲呼び出し音設定ボタンＳＢＴ７とが表示されるように構成されている。
また、限定ではなく例として、アートワークＡＲ２の右上側には、この楽曲に関する情報を他のユーザと共有するための楽曲共有ボタンＴＳＢ１が表示されるように構成されている。
限定ではなく例として、楽曲共有ボタンＴＳＢ１がユーザによってタップされると、共有先のユーザまたはグループを選択するための画面に表示が遷移する。その後、共有先のユーザまたはグループが選択されると、そのユーザまたはグループとのトークルームに、通話通知音楽曲情報表示領域ＴＩＲ１に表示されている通話通知音楽曲情報が送信される。
図３－８右側のトークルーム画面は、限定ではなく例として、通話通知音楽曲情報の共有先としてユーザＣ．Ｃが指定された場合の、ユーザＣ．Ｃの端末２０Ｃにおける表示画面の一例である。
この画面では、メッセージングアプリケーションの名称の下には、トークルーム名がユーザＡ．Ａとの一対一トークルームであることを示す「Ａ．Ａ」の文字と、前の画面に戻るための「＜」のボタンとが表示されている。その下には、トーク領域ＴＲ１３が構成されている。
トーク領域ＴＲ１３内の向かって左側に、ユーザＡ．Ａを送信元とする、共有された通話通知音楽曲情報のコンテンツである楽曲情報共有コンテンツＴＳＣ１が表示されている。楽曲情報共有コンテンツＴＳＣ１には、限定ではなく例として、アートワークＡＲ２と、トラック名ＴＮ２「スイングＭＮＯ」と、アーティスト名ＴＡ２「ＤＥＦバンド」と、楽曲再生ボタンＰＬＢ４とが表示されるように構成されている。
楽曲情報共有コンテンツＴＳＣ１内の各要素の挙動は、限定ではなく例として、通話通知音情報ＮＳＲ３１における挙動と同様に構成することができる。
また、この例では、トーク領域ＴＲ１３内の向かって左側に、ユーザＡ．Ａを送信元とする、ユーザＡ．Ａが通話通知音楽曲情報を共有した楽曲がヒットするのではないかと推測したことを述べるテキストコンテンツＴＣ３４が表示されている。また、トーク領域ＴＲ１３内の向かって右側には、ユーザＣ．Ｃを送信元とする、通話通知音楽曲情報として共有された楽曲は初聴だが琴線に触れたことを述べるテキストコンテンツＴＣ３５が表示されている。
図３－９は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
端末２０Ａの制御部２１は、通話処理結果情報を表示させると（Ａ１５０）、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、通話処理結果情報のうち、通話通知音楽曲情報を他のユーザ（またはグループ）と共有することが選択されたと判断する場合、共有先のアプリケーションＩＤ（またはグループＩＤ）と、通話通知音楽曲情報を含む楽曲共有要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３３０）。ここでは、ユーザＢ．Ｂが共有先である例を示す。
通信Ｉ／Ｆ１４によって端末２０Ａから楽曲共有要求情報を受信すると、サーバ１０の制御部１１は、受信した楽曲共有要求情報に基づいて、通話通知音楽曲情報を含む楽曲共有情報を通信Ｉ／Ｆ１４によって共有先のアカウントの端末２０に送信する（Ｓ３２０）。
通信Ｉ／Ｆ２２によってサーバ１０から楽曲共有情報を受信すると、端末２０Ｂの制御部２１は、受信した楽曲共有情報を表示部２４に表示させる（Ｂ３１０）。
本変形例は、通話情報に対する端末のユーザの入力に基づいて、少なくとも音情報を送信する制御を制御部によって行うことが端末によって実行される構成を示している。
このような構成により得られる実施例の効果の一例として、通話情報に対する端末のユーザの入力に基づいて、音情報が送信されるようにすることができる。その結果、限定ではなく例として、送信先（送信先のユーザ）と音情報を共有するといったことが可能となる。
＜第３変形例（３）＞
第３実施例では、通話通知音として楽曲を設定可能とした。
この実施例についても、限定ではなく例として、第２変形例（２）で説明した通話通知音の個別設定といった各種の内容についても同様に適用可能である。
限定ではなく例として、図２－５や図２－７に示した通話設定画面において、着信音や呼び出し音として楽曲を設定することを可能とし、全員に対して同じ楽曲を設定することを可能とする他、ユーザ別やグループ別に楽曲を設定可能としてもよい。また、図２－５または図２－７の通話設定画面と図３－４の通話設定画面とを組み合わせた通話設定画面を構成してもよい。
また、図３－５，図３－７等では、通話通知音情報として、通話通知音として設定されている楽曲を再生するための楽曲再生ボタンを表示させることとしたが、これを表示させないようにしてもよい。
また、第３実施例と第２変形例（３）とを組み合わせてもよい。限定ではなく例として図３－５，図３－７等のトークルームに表示される通話処理結果情報に、通話ステータス情報や通話通知音変更ボタンは含めるが、通話通知音情報は含めないようにしてもよい。また、通話通知音変更ボタンがタップされたことに基づいて、図３－４の通話設定画面を表示させたり、上記のように図２－５または図２－７の通話設定画面と図３－４の通話設定画面とを組み合わせた通話設定画面を表示させるなどしてもよい。
また、同様に第３実施例と第２変形例（３）とを組み合わせる場合、通話通知音情報の構成要素である通話通知音楽曲情報（限定ではなく例として、アートワーク、トラック名、アーティスト名等）は表示させないが、楽曲再生ボタンは表示させるようにしてもよい。この場合、概念的には、通話通知音情報の構成要素を通話通知音楽曲情報とし、この通話通知音情報（＝通話通知音楽曲情報）を通話処理結果情報に含めないようにすることができる。そして、限定ではなく例として、通話通知音が誰のものであるかを示す情報（限定ではなく例として、「ユーザ～の呼び出し音」、「ユーザ～の着信音」等の文字）と、楽曲再生ボタンと、通話通知音変更ボタンとを通話処理結果情報に含めて、これらの情報をトークルームに表示させるようにすることができる。
＜第４実施例＞
上記の実施例では、送信元アカウントの端末２０と、送信先アカウントの端末２０とにおいて、同じ通話通知音情報を表示することとした。
第４実施例は、送信元アカウントの端末２０と、送信先アカウントの端末２０とにおいて、異なる通話通知音情報を表示することを可能にする実施例である。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図４－１は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図４－１左側のトークルーム画面は、限定ではなく例として、図３－４右側の設定画面において、トラック名「スイングＭＮＯ」の楽曲がユーザＢ．Ｂの呼び出し音として設定され、また、トラック名「ＪＫＬロックンロール」の楽曲がユーザＢ．Ｂの着信音として設定された場合の、図２－１左側と対応する発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ４１において、通話通知音情報として通話通知音情報ＮＳＲ４１が表示されるように構成されている。
通話通知音情報ＮＳＲ４１には、表示している通話通知音が発信先アカウントであるユーザＢ．Ｂの呼び出し音であることを示す表示の他、通話通知音楽曲情報であるアートワークＡＲ２と、トラック名ＴＮ２「スイングＭＮＯ」と、アーティスト名ＴＡ２「ＤＥＦバンド」と、この楽曲を再生させるための楽曲再生ボタンＰＬＢ１とが表示されるように構成されている。
なお、通話通知音情報ＮＳＲ４１における、アートワークＡＲ２と、トラック名ＴＮ２と、アーティスト名ＴＡ２と、楽曲再生ボタンＰＬＢ１との構成要素のうち、全ての構成要素を表示させるようにしてもよいし、一部の構成要素（限定ではなく例として、トラック名ＴＮ２と楽曲再生ボタンＰＬＢ１）のみを表示させるようにしてもよい。
また、通話通知音情報ＮＳＲ４１には、他の構成要素（限定ではなく例として、楽曲の長さやリリース年等）を加えて表示させるようにしてもよいし、そのようにしなくてもよい。
他の通話通知音情報においても同様である。
一方、図４－１右側のトークルーム画面は、限定ではなく例として、図３－４右側の設定画面において、トラック名「スイングＭＮＯ」の楽曲がユーザＢ．Ｂの呼び出し音として設定され、また、トラック名「ＪＫＬロックンロール」の楽曲がユーザＢ．Ｂの着信音として設定された場合の、発信先アカウントの端末２０Ｂにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ４２において、通話通知音情報として、通話通知音情報ＮＳＲ４１とは異なる通話通知音情報ＮＳＲ４２が表示されるように構成されている。
通話通知音情報ＮＳＲ４２には、表示している通話通知音が発信先アカウントであるユーザＢ．Ｂの着信音であることを示す表示の他、通話通知音楽曲情報であるアートワークＡＲ１と、トラック名ＴＮ１「ＪＫＬロックンロール」と、アーティスト名ＴＡ１「ＡＢＣパンクロッカー」と、この楽曲を再生させるための楽曲再生ボタンＰＬＢ２とが表示されるように構成されている。
＜処理＞
処理については、限定ではなく例として、図１－１１のＳ１３０のステップにおいて、サーバ１０の制御部１１は、通話処理結果情報として、送信元アカウントの端末２０と、送信先アカウントの端末２０とに異なる通話通知音情報を送信することで実現することができる。
限定ではなく例として、通話通知音情報の種別が呼び出し音と着信音とである場合、各端末２０に送信される通話通知音情報は、以下の４種類とすることができる。
（Ａ）発信元アカウントの呼び出し音
（Ｂ）発信先アカウントの呼び出し音
（Ｃ）発信元アカウントの着信音
（Ｄ）発信先アカウントの着信音
この場合、発信元アカウントの端末２０に送信される通話通知音情報と、発信先アカウントの端末２０に送信される通話通知音情報との組み合わせを図４－２に示す。
発信元アカウントの端末２０に送信される通話通知音情報は（Ａ）～（Ｄ）の４種類であり、発信先アカウントの端末２０に送信される通話通知音情報は（Ａ）～（Ｄ）の４種類であるため、通話通知音情報の送信方法は４×４＝１６通りの組み合わせをとる。この表において、表示パターンの項目には上記の（Ａ）～（Ｄ）の組み合わせ方法を、発信元アカウントの端末２０の項目には発信元アカウントの端末２０に送信される通話通知音情報の内容を、発信先アカウントの端末２０の項目には発信先アカウントの端末２０に送信される通話通知音情報の内容を、それぞれ示している。
なお、通話通知音情報の種別が「Ｎ」（「Ｎ」は自然数）通り存在する場合、発信元アカウントの端末２０に送信される通話通知音情報と、発信先アカウントの端末２０に送信される通話通知音情報との組み合わせは「２Ｎの２乗」通り発生する。
＜第４実施例の効果＞
本実施例は、音情報は、端末のユーザと第１端末の第１ユーザとで異なる情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザと第１端末の第１ユーザとで異なる情報を含む音情報を、端末のユーザと第１端末の第１ユーザとを含むチャットルームに表示して、端末のユーザに知らせることができる。
また、本実施例は、端末に表示されたチャットルームは、第１ユーザによって設定された呼び出し音に関する情報を音情報として表示し、第１端末に表示されたチャットルームは、第１ユーザによって設定された着信音に関する情報を音情報として表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末の第１ユーザによって設定された呼び出し音に関する情報を、端末に表示されたチャットルームに表示して端末のユーザに知らせることができる。その一方で、第１ユーザによって設定された着信音に関する情報を、第１端末に表示されたチャットルームに表示して、第１端末の第１ユーザに知らせることができる。つまり、発信元のユーザは発信先のユーザが設定した呼び出し音に関する情報を知ることができる一方、発信先のユーザは自分が設定した着信音に関する情報を確認することができ、両者の利便性を向上させることができる。
また、本実施例は、端末に表示されたチャットルームは、ユーザによって設定された着信音、または呼び出し音に関する情報を音情報として表示し、第１端末に表示されたチャットルームは、第１ユーザによって設定された着信音、または呼び出し音に関する情報を音情報として表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザによって設定された着信音、または呼び出し音に関する情報を、端末に表示されたチャットルームに表示して端末のユーザに知らせることができる。その一方で、第１ユーザによって設定された着信音、または呼び出し音に関する情報を、第１端末に表示されたチャットルームに表示して、第１端末の第１ユーザに知らせることができる。その結果、両者の利便性を向上させることができる。
＜第４変形例（１）＞
上記の実施例では、端末２０では、通話処理結果情報における通話通知音情報として、現在設定されている着信音または呼び出し音に関する情報を表示したが、これに限定されない。限定ではなく例として、着信音または呼び出し音がデフォルト設定から変更されていない場合、通話通知音の変更を促す表示を行うようにしてもよい。
図４－３は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図４－３左側のトークルーム画面は、限定ではなく例として、発信元アカウントの端末２０Ａと、発信先アカウントの端末２０Ｂとにおいて、通話通知音が初期設定から変更されていない（設定されていない）場合の、図２－１左側と対応する発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ４３において、通話通知音情報として通話通知音情報ＮＳＲ４３が表示されるように構成されている。また、通話の呼び出し中に発信元アカウントの端末２０Ａにおいて通話をキャンセルしたことに基づいて、通話ステータス情報ＣＳＲ４１には、「キャンセル」の文字が表示されている。
通話通知音情報ＮＳＲ４３には、通話通知音情報としてユーザＢ．Ｂの呼び出し音が初期設定音である「システム音０１」に設定されていることが表示されている。また、発信元アカウントの端末２０Ａにおいて、通話通知音が初期設定から変更されていないことに基づいて、通話通知音の変更を促す「好きな音楽に変えてみよう」の文字が表示されている。
一方、図４－３右側のトークルーム画面は、上記の場合と対応する、発信先アカウントの端末２０Ｂにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ４４において、通話通知音情報として通話通知音情報ＮＳＲ４４が表示されるように構成されている。また、通話の着信中に発信元アカウントの端末２０Ａにおいて通話をキャンセルしたことに基づいて、通話ステータス情報ＣＳＲ４２には、「不在着信」の文字が表示されている。
通話通知音情報ＮＳＲ４４には、通話通知音情報としてユーザＢ．Ｂの着信音が初期設定音である「システム音０２」に設定されていることが表示されている。また、発信元アカウントの端末２０Ｂにおいて、通話通知音が初期設定から変更されていないことに基づいて、通話通知音の変更を促す「好きな音楽に変えてみよう」の文字が表示されている。
また、通話処理結果情報ＣＲＲ４４の下には、トーク領域ＴＲ１２内の向かって右側に、ユーザＢ．Ｂを送信元とする、周囲が喧しいために通話の着信音に気が付かなかったことを述べるテキストコンテンツＴＣ４１と、着信音にふさわしい楽曲をユーザＡ．Ａに尋ねることを述べるテキストコンテンツＴＣ４２とが表示されている。
図４－４は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
端末２０Ａの制御部２１は、通話処理結果情報を表示させると（Ａ１５０）、通話通知音の設定を初期設定から変更したか否かを判定する（Ａ４１０）。なお、端末２０Ａの制御部２１は、通話通知音の設定が、通話通知音登録データ１５５に登録されている通話通知音ＩＤから楽曲ＩＤに変更されているか否かを判定するようにしてもよい。また、本判定に先んじて、端末２０Ａの制御部２１は、サーバ１０から現在の設定状況を受信するようにしてもよい。
通話通知音の設定が初期設定から変更されていないと判定した場合（Ａ４１０：ＮＯ）、端末２０Ａの制御部２１は、通話通知音の設定変更を促すための通話通知音設定促進情報を表示部２４に表示させる。なお、Ａ４１０のステップをＡ１５０のステップに先んじて実行することで、端末２０Ａの制御部２１は、通話処理結果情報と共に通話通知音設定促進情報を表示部２４に表示させるようにしてもよい。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、通話通知音の設定を変更することが選択される場合、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、通話通知音設定情報を取得し、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４３０）。
通話通知音の設定が初期設定から変更されていると判定した場合（Ａ４１０：ＹＥＳ）、端末２０Ａの制御部２１は、Ａ４２０，Ａ４３０のステップをスキップする。
端末２０Ｂの制御部２１は、Ａ４１０～Ａ４３０のステップと同様に、Ｂ４１０～Ｂ４３０のステップを実行する。
通信Ｉ／Ｆ１４によって端末２０から通話通知音設定情報を受信したと判定される場合（Ｓ４１０：ＹＥＳ）、サーバ１０の制御部２１は、受信した通話通知音設定情報に基づいて、通話通知音設定処理を実行する（Ｓ４２０）。通話通知音設定情報を受信しないと判定される場合（Ｓ４１０：ＮＯ）、サーバ１０の制御部２１は、処理を終了させる。
なお、通話通知音の設定が期設定から変更されている（または通話通知音ＩＤから楽曲ＩＤに変更されている）か否かの判定をサーバ１０の制御部１１において実行するようにしてもよい。この場合、サーバ１０の制御部１１は、限定ではなく例として、通話通知音の設定が期設定から変更されていないと判定したアカウントの端末２０に、通話通知音設定促進情報を送信する。そして、端末２０の制御部２１は、通話通知音促進情報を受信すると、表示部２４に表示させる。
また、送信元アカウントの端末２０では、送信先アカウントの端末２０において、通話通知音の設定が初期設定から変更されていない場合、通話通知音促進情報を表示部２４に表示させるようにしてもよいし、そうしなくてもよい。送信先アカウントの端末２０では、送信元アカウントの端末２０において、通話通知音の設定が初期設定から変更されていない場合、通話通知音促進情報を表示部２４に表示させるようにしてもよいし、そうしなくてもよい。
本変形例は、通話情報は、音情報が設定されている場合、音情報を含み、音情報が設定されていない場合、音情報を設定することに関する情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、音情報が設定されている場合は、音情報を表示して、端末のユーザに知らせることができる。それに対し、音情報が設定されていない場合は、音情報を設定することに関する情報を表示して、音情報を設定するよう端末のユーザに促したり、音情報を端末のユーザに設定させるなどすることができる。
＜第４変形例（２）＞
上記の実施例では、端末２０では、通話処理結果情報における通話通知音情報として、現在設定されている着信音または呼び出し音に関する情報を表示したが、これに限定されない。限定ではなく例として、着信音または呼び出し音がデフォルト設定から変更されていない場合、通話処理結果情報に通話通知音情報を表示させないようにしてもよい。
この場合、表示画面としては、限定ではなく例として、図４－３左側のトークルーム画面において、通話処理結果情報ＣＲＲ４３には、通話ステータス情報ＣＳＲ４１のみが表示されるように構成することができる。なお、通話処理結果情報ＣＲＲ４３に、通話ステータス情報ＣＳＲ４１と通話通知音変更ボタンＳＣＢ１１とが表示されるように構成するようにしてもよい。
一方、図４－３右側のトークルーム画面において、通話処理結果情報ＣＲＲ４４には、通話ステータス情報ＣＳＲ４２のみが表示されるように構成することができる。なお、通話処理結果情報ＣＲＲ４４に、通話ステータス情報ＣＳＲ４２と通話通知音変更ボタンＳＣＢ３１とが表示されるように構成するようにしてもよい。
＜第４変形例（３）＞
第４実施例や第４変形例に、第２変形例（２）の内容を適用することも可能である。また、第４変形例（２）で示したように、第２変形例（３）の内容を適用することも可能である。
＜第５実施例＞
上記の実施例では、端末２０において、通話処理結果情報として、通話ステータス情報と通話通知音情報とを常に表示していた。
第５実施例は、通話間の時間間隔に基づいて、通話処理結果情報に通話通知音情報を表示させないようにすることを可能にする実施例である。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図５－１は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図５－１左側は、発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、テキストコンテンツＴＣ１１とテキストコンテンツＴＣ１２とに加えて、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５１と通話処理結果情報ＣＲＲ５２とが表示されている。
通話処理結果情報ＣＲＲ５２には、限定ではなく例として、通話ステータス情報ＣＳＲ５２と、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
一方、通話処理結果情報ＣＲＲ５１には、限定ではなく例として、通話処理結果情報ＣＲＲ５１の送信時刻「１７時６分」と、通話処理結果情報ＣＲＲ５２の送信時刻「１７時１０分」との間隔が所定の間隔（限定ではなく例として、「６０分」）より短いことに基づいて、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とは表示されないように構成されている。なお、通話処理結果情報ＣＲＲ５１に、通話ステータス情報ＣＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成してもよいし、そうしなくてもよい。
なお、通話処理結果情報ＣＲＲ５２が未表示である「１７時１０分」より前のトークルーム画面では、通話処理結果情報ＣＲＲ５１には、限定ではなく例として、通話ステータス情報ＣＳＲ５１と、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
図５－１中央は、図５－１左側のトークルーム画面において、更に発信先アカウントの端末２０Ｂに通話を発信し、その通話が終了した後の発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、テキストコンテンツＴＣ１１とテキストコンテンツＴＣ１２に加えて、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５１と通話処理結果情報ＣＲＲ５２と通話処理結果情報ＣＲＲ５３とが表示されている。
通話処理結果情報ＣＲＲ５３には、限定ではなく例として、通話ステータス情報ＣＳＲ５３と、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
一方、通話処理結果情報ＣＲＲ５２には、限定ではなく例として、通話処理結果情報ＣＲＲ５２の送信時刻「１７時１０分」と、通話処理結果情報ＣＲＲ５３の送信時刻「１７時１３分」との間隔が所定の間隔（限定ではなく例として、「６０分」）より短いことに基づいて、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とは表示されないように構成されている。
図５－１右側は、図５－１中央のトークルーム画面において、しばらく時間をおいた後、発信先アカウントの端末２０Ｂに通話を発信し、その通話が終了した後の発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５２と通話処理結果情報ＣＲＲ５３と通話処理結果情報ＣＲＲ５４とが表示されている。
通話処理結果情報ＣＲＲ５３には、限定ではなく例として、通話処理結果情報ＣＲＲ５３の送信時刻「１７時１３分」と、通話処理結果情報ＣＲＲ５３の送信時刻「１９時２２分」との間隔が所定の間隔（限定ではなく例として、「６０分」）より長いことに基づいて、通話ステータス情報ＣＳＲ５３と、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
また、通話処理結果情報ＣＲＲ５４には、限定ではなく例として、通話ステータス情報ＣＳＲ５４と、通話通知音情報ＮＳＲ５１と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
＜処理＞
図５－２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
サーバ１０の制御部１１は、通話処理を終了すると（Ｓ１２０）、限定ではなく例として、前回の通話処理における通話終了時刻と、今回の通話処理における通話終了時刻の時間間隔を算出する。そして、通話間の時間間隔が設定時間（限定ではなく例として、「６０分」）より短いか否かを判定する（Ｓ５１０）。なお、サーバ１０の制御部１１は、通話間の時間間隔が設定時間以内であるか否かを判定するようにしてもよいし、そうしなくてもよい。
通話間の時間間隔が設定時間より短いと判定される場合（Ｓ５１０：ＹＥＳ）、サーバ１０の制御部１１は、前回の通話処理における通話処理結果情報を簡略化した簡略通話処理結果情報を通信Ｉ／Ｆ１４によって通話の発信先アカウントの端末２０Ｂと発信元アカウントの端末２０Ａとに送信する（Ｓ５２０）。簡略通話処理結果情報には、限定ではなく例として、通話ステータス情報が含まれる。
通話間の時間間隔が設定時間と等しい、または長いと判定される場合（Ｓ５１０：ＮＯ）、サーバ１０の制御部１１は、Ｓ５２０のステップをスキップする。
通話処理結果情報を送信すると（Ｓ１３０）、サーバ１０の制御部１１は、処理を終了させるか否かを判定する（Ｓ５３０）。処理を終了させる場合には、限定ではなく例として、トークルーム内の端末２０から処理を終了させることが選択される場合等が挙げられる。処理を終了させると判定される場合（Ｓ５３０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了させる。そうでない場合（Ｓ５３０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、Ｓ１１０のステップに処理を戻す。
通信Ｉ／Ｆ２２によってサーバ１０から簡略通話処理結果情報を受信したと判定される場合（Ａ５１０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した簡略通話処理結果情報を、限定ではなく例として、前回の通話と対応する通話処理結果情報に上書きし、表示部２４に表示させる（Ａ５２０）。
簡略通話処理結果情報を受信しないと判定される場合（Ａ５２０：ＮＯ）、端末２０Ａの制御部２１は、Ａ５２０のステップをスキップする。
通話処理結果情報を表示させると（Ａ１５０）、端末２０Ａの制御部２１は、処理を終了させるか否かを判定する（Ａ５３０）。処理を終了させる場合には、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、メッセージングアプリケーションを終了させることが選択される場合等が挙げられる。処理を終了させると判定される場合（Ａ５３０：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。そうでない場合（Ａ５３０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１１０のステップに処理を戻す。
端末２０Ｂにおいても同様である。
なお、本フローチャートでは、最新の通話処理結果情報に必ず通話通知音情報を含む例を示したが、これに限定されない。通話間の時間間隔が設定時間より短いと判定される場合（Ｓ５１０：ＹＥＳ）、サーバ１０の制御部１１は、今回の通話処理における通話処理結果情報を簡略化した簡略通話処理結果情報を通信Ｉ／Ｆ１４によって通話の発信先アカウントの端末２０Ｂと発信元アカウントの端末２０Ａとに送信するようにしてもよい。この場合、サーバ１０の制御部１１は、Ｓ１３０のステップをスキップする。また、端末２０Ａの制御部２１は、受信した簡略通話処理結果情報を、限定ではなく例として、今回の通話における通話処理結果情報として表示部２４に表示させる。
＜第５実施例の効果＞
本実施例は、少なくともユーザと第１ユーザとによる第１通話に関連する第１通話情報と、少なくともユーザと第１ユーザとによる第２通話に関連する第２通話情報とをチャットルームに表示する制御を制御部によって行うことが端末によって実行され、第１通話情報と、第２通話情報とは、第１通話と第２通話とに基づく時間間隔が設定された間隔よりも短い場合、第１通話情報と第２通話情報とのうちのいずれか一つに音情報が含まれ、第１通話と第２通話とに基づく時間間隔が設定された間隔よりも長い場合、第１通話情報と第２通話情報とに音情報が含まれる構成を示している。
このような構成により得られる実施例の効果の一例として、第１通話と第２通話とに基づく時間間隔が設定された間隔よりも短い場合、第１通話情報と第２通話情報とのうちのいずれか一つに音情報が含まれるようにすることで、第１通話と第２通話とのうちのいずれか一つに関連する音情報を、端末のユーザに知らせることができる。つまり、限定ではなく例として、それほど間を置かずに２回通話が行われたような場合（頻繁に通話が行われるような場合）は、いずれか一方の通話について音情報の表示を省略して、端末のユーザが煩わしさを感じないようにすることができる。
それに対し、第１通話と第２通話とに基づく時間間隔が設定された間隔よりも長い場合は、第１通話情報と第２通話情報とに音情報が含まれるようにすることで、第１通話と第２通話との両方に関連する音情報を、端末のユーザに知らせることができる。つまり、限定ではなく例として、ある程度の間を置いて２回通話が行われたような場合は、上記とは異なり、音情報の表示を省略しないようにすることができる。
＜第５変形例（１）＞
上記の実施例では、サーバ１０において、通話処理結果情報に通話通知音情報を含めるか否かを判定したが、これに限定されない。限定ではなく例として、端末２０において判定するようにしてもよい。
この場合、限定ではなく例として、端末２０Ａの制御部２１は、通話処理結果情報を受信すると、限定ではなく例として、前回の通話処理における通話処理結果情報の送信時刻と、今回の通話処理における通話処理結果情報の送信時間の間隔を算出する。そして、送信時刻間の間隔が設定時間（限定ではなく例として、「６０分」）より短いか否かを判定する。なお、端末２０Ａの制御部２１は、、送信時刻間の間隔が設定時間以内であるか否かを判定するようにしてもよいし、そうしなくてもよい。
送信時刻間の間隔が設定時間より短いと判定される場合、端末２０Ａの制御部２１は、前回の通話処理における通話処理結果情報のうち、通話通知音情報を非表示とする。そして、端末２０Ａの制御部２１は、今回の通話処理における通話処理結果情報を通話通知音情報を含む形で表示部２４に表示させる。
端末２０Ｂにおいても同様である。
＜第５変形例（２）＞
上記の実施例では、通話通知音情報を通話処理結果情報内に表示させることとしたが、これに限定されない。限定ではなく例として、通話通知音情報を独立させ、限定ではなく例として、トークルーム内のシステムメッセージとして表示させるようにしてもよい。
図５－３は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図５－３左側は、発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、テキストコンテンツＴＣ１１とテキストコンテンツＴＣ１２とに加えて、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５１が表示されている。また、トーク領域ＴＲ１１には、通話処理結果情報ＣＲＲ５１に基づく通話通知音情報である通話通知音コンテンツ領域ＳＭＲ５１が加えて表示されるように構成されている。通話通知音コンテンツ領域ＳＭＲ５１は、トークルーム内の中央に沿って表示されるように構成され、この通話通知音コンテンツがシステムメッセージ（サーバ１０から自動的に送信されるメッセージ）であることを示している。
通話処理結果情報ＣＲＲ５１には、限定ではなく例として、通話ステータス情報ＣＳＲ５１のみが表示されるように構成されている。また、通話通知音コンテンツ領域ＳＭＲ５１には、限定ではなく例として、通話通知音情報ＮＳＲ５１と通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
図５－３中央は、図５－３左側のトークルーム画面において、更に発信先アカウントの端末２０Ｂに通話を発信し、その通話が終了した後の発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、テキストコンテンツＴＣ１１とテキストコンテンツＴＣ１２に加えて、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５１と通話処理結果情報ＣＲＲ５２と通話通知音コンテンツ領域ＳＭＲ５２とが表示されている。
通話処理結果情報ＣＲＲ５１には、限定ではなく例として、通話ステータス情報ＣＳＲ５１のみが表示されるように構成されている。通話処理結果情報ＣＲＲ５２には、限定ではなく例として、通話ステータス情報ＣＳＲ５２のみが表示されるように構成されている。
また、通話通知音コンテンツ領域ＳＭＲ５２には、限定ではなく例として、通話通知音情報ＮＳＲ５１と通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
図５－３右側は、図５－３中央のトークルーム画面において、更に発信先アカウントの端末２０Ｂに通話を発信し、その通話が終了した後の発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例を示す図である。
この例では、トーク領域ＴＲ１１には、テキストコンテンツＴＣ１１とテキストコンテンツＴＣ１２に加えて、ユーザＢ．Ｂに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５１と通話処理結果情報ＣＲＲ５２と通話処理結果情報ＣＲＲ５３と通話通知音コンテンツ領域ＳＭＲ５３とが表示されている。
通話処理結果情報ＣＲＲ５１には、限定ではなく例として、通話ステータス情報ＣＳＲ５１のみが表示されるように構成されている。また、通話処理結果情報ＣＲＲ５２には、限定ではなく例として、通話ステータス情報ＣＳＲ５２のみが表示されるように構成されている。また、通話処理結果情報ＣＲＲ５３には、限定ではなく例として、通話ステータス情報ＣＳＲ５３のみが表示されるように構成されている。
一方、通話通知音コンテンツ領域ＳＭＲ５３には、限定ではなく例として、通話通知音情報ＮＳＲ５１と通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
本変形例では、通話通知音コンテンツ領域に通話通知音情報に関する表示をまとめることで、頻繁に通話が行われる場合においてもユーザが通話通知音を容易に把握することができる。
＜第５変形例（３）＞
上記の実施例や変形例に、第２変形例（２）や第２変形例（３）を適用してもよい。
限定ではなく例として、第２変形例（３）を適用する場合、限定ではなく例として図５－１，図５－３等のトークルームに表示される通話処理結果情報のうち、通話通知音情報を含めて表示させるものについて、通話ステータス情報や通話通知音変更ボタンは表示させるが、通話通知音情報は表示させないようにしてもよい。
＜第５変形例（４）＞
本変形例は、メッセージングアプリケーションにおけるブロック機能を用いる場合における、通話処理結果情報についての表示例である。ユーザは、ブロック機能を用いることで、任意のユーザまたはグループとの関係を保ったまま（友だち登録の解除やグループ脱退無しに）、そのユーザまたはグループから送信されるメッセージ（コンテンツ）を受け取らない状態にすることができる。
図５－４は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図５－４左側は、発信先アカウントの端末２０Ｄにおける、ユーザＡ．Ａをブロックした場合のトークルーム画面の一例を示す図である。
この例では、アプリ内位置表示領域には、トークルーム名がユーザＡ．Ａとの一対一トークルームであることを示す「Ａ．Ａ」の文字と、前の画面に戻るための「＜」のボタンとが表示されている。トーク領域ＴＲ５１内の向かって右側には、ユーザＤ．Ｄを送信元とする、ユーザＡ．Ａに別れ話を切り出すことを述べるテキストコンテンツＴＣ５１が表示されている。その下には、限定ではなく例として、端末２０Ｄの入出力部２３に対する入力に基づいて、ユーザＡ．Ａからのメッセージをブロックする設定を実行したことを示すシステムメッセージであるブロック通知領域ＢＮＲ５１が表示されている。
限定ではなく例として、ブロック設定が実行された後、トーク領域ＴＲ５１内にはユーザＡ．Ａから送信されるメッセージ（コンテンツ）は非表示となる。そのため、発信元アカウントの端末２０Ａから発信先アカウントの端末２０Ｄに通話を開始する場合、端末２０Ｄにおいて着信表示は表示されず、着信音は音出力されない。
図５－４右側は、発信元アカウントの端末２０Ａにおける、ユーザＤ．ＤによってユーザＡ．Ａがブロックされた後、通話を試みた場合のトークルーム画面の一例を示す図である。
この例では、アプリ内位置表示領域には、トークルーム名がユーザＤ．Ｄとの一対一トークルームであることを示す「Ｄ．Ｄ」の文字と、前の画面に戻るための「＜」のボタンとが表示されている。トーク領域ＴＲ５２内の向かって左側には、テキストコンテンツＴＣ５１と対応するテキストコンテンツＴＣ５２が表示されている。トーク領域ＴＲ５２には、ブロックされたことをユーザＡ．Ａに悟られることを防止するために、ブロック通知領域ＢＮＲ５１が表示されていない。
また、トーク領域ＴＲ５１内の向かって右側には、ユーザＡ．Ａを送信元とする、ユーザＤ．Ｄに謝罪の意を表することを述べるテキストコンテンツＴＣ５３と、ユーザＤ．Ｄとの再会を懇願することを述べるテキストコンテンツＴＣ５４とが表示されている。
その下には、ユーザＤ．Ｄに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５５が表示されている。通話処理結果情報ＣＲＲ５５には、限定ではなく例として、通話ステータス情報ＣＳＲ５５と、通話通知音情報ＮＳＲ５２と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。
通話通知音情報ＮＳＲ５２には、表示している通話通知音が発信先アカウントであるユーザＤ．Ｄの呼び出し音であることを示す表示の他、通話通知音楽曲情報として、アートワークＡＲ４と、トラック名ＴＮ４「ＸＹＺのレクイエム」と、アーティスト名ＴＡ４「グループＵＶＷ」とが表示されるように構成されている。また、通話通知音情報ＮＳＲ５２には、通話通知音として設定されている楽曲を再生するための楽曲再生ボタンＰＬＢ１が表示されるように構成されている。
通話処理結果情報ＣＲＲ５５の表示内容はブロック設定前と同様であり、ユーザＡ．ＡはユーザＤ．Ｄからブロックされていることを認知することができない。
なお、上記の例とは異なり、ブロック設定後には通話処理結果情報の表示内容が変更されるようにしてもよい。
図５－５は、この場合において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図５－５左側は、図５－４左側と同様の、発信先アカウントの端末２０Ｄにおける、ユーザＡ．Ａをブロックした場合のトークルーム画面の一例を示す図である。
図５－５右側は、図５－４右側と同様の、発信元アカウントの端末２０Ａにおける、ユーザＤ．ＤによってユーザＡ．Ａがブロックされた後、通話を試みた場合のトークルーム画面の一例を示す図である。
この画面では、ユーザＤ．Ｄに対して通話を発信したことに基づいて、通話処理結果情報ＣＲＲ５６が表示されている。通話処理結果情報ＣＲＲ５６には、限定ではなく例として、通話ステータス情報ＣＳＲ５５と、通話通知音変更ボタンＳＣＢ１１とが表示されるように構成されている。通話処理結果情報ＣＲＲ５６には、ユーザＤ．Ｄに関する通話通知音情報ＮＳＲ５２が表示されないため、ユーザＤ．Ｄの設定状況に関する情報がブロック設定を行った相手に漏れることを防ぐことができる。
本変形例は、通話情報は、端末のユーザがユーザＤ．Ｄ（限定ではなく、第１端末の第１ユーザの一例）にブロックされた場合であっても、音情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザが第１端末の第１ユーザにブロックされた場合であっても、音情報を表示させることができる。その結果、限定ではなく例として、第１端末の第１ユーザにブロックされていることが端末のユーザに知られないようにするといったことが可能となる。
また、本変形例は、通話情報は、端末のユーザが第１端末の第１ユーザにブロックされた場合、音情報を含まない構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザが第１端末の第１ユーザにブロックされた場合、音情報が表示されないようにすることができる。その結果、限定ではなく例として、第１端末の第１ユーザが設定している音情報が端末のユーザに知られないようにするといったことが可能となる。
＜第６実施例＞
上記の実施例では、通話通知音が単一の通知音または楽曲である場合について説明した。
第６実施例は、通話通知音が２以上の通知音および／または楽曲の組み合わせである場合の実施例である。
第６実施例では通知音および／または楽曲の組み合わせ方法として、限定ではなく例として、第３実施例で述べた音楽アプリケーションにおけるプレイリストを用いる場合について説明する。
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図６－１は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図６－１左側のトークルーム画面は、限定ではなく例として、図３－４右側の設定画面において、所定のプレイリスト（この例では、「Ｂ．Ｂのプレイリスト」）がユーザＢ．Ｂの呼び出し音として設定された場合の、図３－５左側と対応する発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。この画面では、通話処理結果情報ＣＲＲ６１において、通話通知音情報として通話通知音情報ＮＳＲ６１が表示されるように構成されている。
通話通知音情報ＮＳＲ３１には、表示している通話通知音が発信先アカウントであるユーザＢ．Ｂの呼び出し音であることを示す表示の他、通話通知音楽曲情報として、プレイリストに登録されている楽曲のアートワークをまとめたアートワークサムネイルＰＬＪ１と、プレイリストタイトルＰＬＴ１とが表示されるように構成されている。アートワークサムネイルＰＬＪ１には、限定ではなく例として、タイトル「Ｂ．Ｂのプレイリスト」に登録されている楽曲のアートワークＡＲ１～ＡＲ４がサムネイル表示されるように構成されている。
なお、通話通知音としてプレイリストが設定されている場合、音出力させる内容としては、以下のような例が挙げられる。
・プレイリスト内の楽曲を順番に再生
・プレイリスト内の楽曲をランダムに選択して再生
・プレイリスト内の楽曲を順番に設定時間（限定ではなく例として、「１５秒間」）ずつ冒頭から再生
・プレイリスト内の楽曲を順番に設定時間（限定ではなく例として、「１５秒間」）ずつサビのフレーズから再生
・プレイリスト内の楽曲をランダムに設定時間（限定ではなく例として、「１５秒間」）ずつ冒頭から再生
・プレイリスト内の楽曲をランダムに設定時間（限定ではなく例として、「１５秒間」）ずつサビのフレーズから再生
また、ユーザＡ．Ａの着信音として「Ａ．Ａのプレイリスト」が設定されている場合、通話通知音情報ＮＳＲ３１に、表示している通話通知音が発信元アカウントであるユーザＡ．Ａの着信音であることを示す表示の他、通話通知音楽曲情報として、「Ａ．Ａのプレイリスト」に登録されている楽曲のアートワークをまとめたアートワークサムネイルと、プレイリストタイトル「Ａ．Ａのプレイリスト」とが表示されるように構成されるようにしてもよい。
また、アカウント管理データベース１５７Ｃにおけるプレイリスト管理データの楽曲ＩＤとして、楽曲ＩＤおよび／または通話通知音ＩＤを設定できるようにしてもよいし、そうしなくてもよい。
限定ではなく例として、アートワークサムネイルＰＬＪ１またはプレイリストタイトルＰＬＴ１がユーザによってタップされると、限定ではなく例として、限定ではなく例として、図６－１中央のトークルーム画面に表示が遷移する。
この画面では、図６－１左側のトークルーム画面に重畳して、プレイリストに関する情報を表示するためのプレイリスト情報表示領域ＰＩＲ１が表示されるように構成されている。
プレイリスト情報表示領域ＰＩＲ１には、限定ではなく例として、プレイリストのタイトルである「Ｂ．Ｂのプレイリスト」の文字が表示されるように構成されている。タイトルの下には、このプレイリストに登録されている楽曲情報が曲順ナンバーに準じて表示されるように構成されている。この例では、個別の楽曲情報として、限定ではなく例として、アートワークと、トラック名と、アーティスト名とが表示されるように構成されている。限定ではなく例として、トラック名がタップされると、その楽曲を含む音楽アルバムの曲目一覧表示に画面が遷移する。また、限定ではなく例として、アーティスト名がタップされると、そのアーティスト名を含む音楽アルバム一覧表示に画面が遷移する。
プレイリスト情報表示領域ＰＩＲ１の下部には、このプレイリストに従って順番に楽曲を再生させるためのプレイリスト再生ボタンＰＰＢ１が表示されるように構成されている。限定ではなく例として、プレイリスト再生ボタンＰＰＢ１がユーザによってタップされると、ミニプレイヤーが起動し、プレイリストに沿って楽曲を再生させる。
限定ではなく例として、ユーザによってアートワークＡＲ２がタップされると、限定ではなく例として、図６－１右側のトークルーム画面に画面が遷移する。この画面では、図６－１左側のトークルーム画面に重畳して、通話通知音楽曲情報を表示するための通話通知音楽曲情報表示領域ＴＩＲ１が表示されるように構成されている。通話通知音楽曲情報表示領域ＴＩＲ１内の表示内容については、限定ではなく例として、図３－７中央のトークルーム画面における通話通知音楽曲情報表示領域ＴＩＲ１内の表示内容と同様に構成することができる。
＜処理＞
処理については、限定ではなく例として、図３－６のフローチャートに従って実行することができる。この場合、サーバ１０の制御部１１は、通話処理結果情報における通話通知音楽曲情報として、限定ではなく例として、アカウント管理データベース１５７Ｃで管理されるプレイリスト管理データを送信する。
＜第６実施例の効果＞
本実施例は、音情報は、端末のユーザ、または第１端末の第１ユーザによって設定されたプレイリストの情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、音情報として、端末のユーザ、または第１端末の第１ユーザによって設定されたプレイリストの情報を表示して、端末のユーザに知らせることができる。
＜第６変形例（１）＞
上記の実施例では、通知音および／または楽曲の組み合わせ方法として、プレイリストについて例示したが、これに限定されない。限定ではなく例として、通知音および／または楽曲の組み合わせ方法として、過去の発着信における通話通知音の履歴リストを用いるようにしてもよい。
図６－２は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図６－２左側のトークルーム画面は、発信元アカウントの端末２０Ａにおける通話終了後のトークルーム画面の一例である。
この画面では、通話処理結果情報ＣＲＲ６２において、通話通知音情報として通話通知音情報ＮＳＲ３１が表示されるように構成されている。通話通知音情報ＮＳＲ３１には、表示している通話通知音が発信先アカウントであるユーザＢ．Ｂの呼び出し音であることを示す表示の他、通話通知音楽曲情報として、ユーザＢ．Ｂが呼び出し音として設定したトラック名ＴＮ２「スイングＭＮＯ」の楽曲の情報が表示されるように構成されている。
通話通知音情報ＮＳＲ３１の上下には、端末２０Ａが受信した通話処理結果情報における通話通知音情報の履歴を遡るための履歴バックボタンＨＢＴ２と、履歴を進めるための履歴フォワードボタンＨＢＴ１とが表示されるように構成されている。この画面では、通話処理結果情報ＣＲＲ６２には、最新の履歴である通話通知音情報ＮＳＲ３１が表示されていることに基づいて、履歴フォワードボタンＨＢＴ１はグレーアウトの表示態様で表示され、機能が無効化されている。
限定ではなく例として、履歴バックボタンＨＢＴ２が履ユーザによってタップされると、限定ではなく例として、図６－２中央のトークルーム画面に表示が遷移する。
この画面では、通話処理結果情報ＣＲＲ６２において、通話通知音情報としてユーザＡ．Ａが一つ前の通話において受信した通話通知音情報ＮＳＲ５２が表示されるように構成されている。通話通知音情報ＮＳＲ５２には、表示している通話通知音が一つ前の通話における発信先アカウントであるユーザＤ．Ｄの呼び出し音であることを示す表示の他、通話通知音楽曲情報として、ユーザＤ．Ｄが呼び出し音として設定したトラック名ＴＮ４「ＸＹＺのレクイエム」の楽曲の情報が表示されるように構成されている。
通話通知音情報ＮＳＲ５２の上下には、履歴バックボタンＨＢＴ２と、履歴フォワードボタンＨＢＴ１とが表示されるように構成されている。この画面では、履歴フォワードボタンＨＢＴ１はグレーアウトの表示態様が解除され、機能が有効化されている。
なお、通話通知音情報の履歴は、発信先アカウントごとに切り替わるようにしてもよいし、そうしなくてもよい。また、通話の発信と着信とで履歴を分けて表示させるようにしてもよいし、そうしなくてもよい。
限定ではなく例として、通話通知音変更ボタンＳＣＢ１１がタップされると、限定ではなく例として、図６－２右側の通話設定画面に遷移する。この画面では、この画面では、限定ではなく例として、中央部分に通話通知音提案表示領域ＳＣＲ５１がポップアップ表示されるように構成されている。
通話通知音提案表示領域ＳＣＲ５１には、通話通知音情報ＮＳＲ５２における、発信先アカウントであるユーザＤ．Ｄの呼び出し音がトラック名ＴＮ４「ＸＹＺのレクイエム」の楽曲に設定されているという情報に基づいて、同様の設定に変更するか否かの確認用表示が表示されるように構成されている。
また、その下には、提案された内容に基づいて、通話通知音の設定を変更するための通話通知音変更ボタンＳＢＴ８と、通話通知音の設定を変更しないためのキャンセルボタンＳＢＴ９とが表示されるように構成されている。
限定ではなく例として、通話通知音変更ボタンＳＢＴ８がタップされると、限定ではなく例として、通話設定画面が表示され、通話通知音提案表示領域ＳＣＲ５１において通話通知音変更ボタンＳＢＴ８がタップされたことにより、現在呼び出し音として設定されている通話通知音名がトラック名ＴＮ４「ＸＹＺのレクイエム」の楽曲に変更されたことを示す表示が表示される。
＜その他＞
上記の各実施例や各変形例で説明した内容は、他の各実施例や各変形例で説明した内容と適宜組み合わせて適用することが可能である。以下、そのうちの一部を例示する。
限定ではなく例として、第２変形例（２）で説明したユーザ別やグループ別の通話通知音の設定に関する内容は、基本的には各々の実施例や各々の変形例に同様に適用可能である。また、この設定は、発信元の端末２０と発信先の端末２０とのいずれについても適用可能である。
また、第２変形例（３）で説明した、通話処理結果情報に通話通知音を設定するための情報は含めるが、通話通知音情報を含めない内容は、各々の実施例や各々の変形例の趣旨や目的を逸脱しない範囲で適用可能である。第２変形例（３）の内容は、通話通知音情報を表示させることが必須や必然であるものを除き、同様に適用可能である。
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク

Claims (13)

  1. 端末によって実行されるプログラムであって、
    前記端末のユーザと前記端末とは異なる第１端末の第１ユーザとを含むチャットルームを前記端末の表示部に表示することと、
    少なくとも前記ユーザと前記第１ユーザとによる通話に関連する通話情報を、前記チャットルームに表示する制御を前記端末の制御部によって行うこととが前記端末によって実行され、
    前記通話情報は、音に関する音情報を含み、
    前記ユーザの前記端末に表示される前記チャットルームは、前記通話情報に含まれる第１音情報が表示され、
    前記第１ユーザの前記第１端末に表示される前記チャットルームは、前記通話情報に含まれる、前記第１音情報とは異なる第２音情報が表示される。
  2. 請求項１に記載のプログラムであって、
    前記端末に表示された前記チャットルームは、前記第１ユーザによって設定された呼び出し音に関する情報を前記第１音情報として表示し、
    前記第１端末に表示された前記チャットルームは、前記第１ユーザによって設定された着信音に関する情報を前記第２音情報として表示する。
  3. 請求項１に記載のプログラムであって、
    前記端末に表示された前記チャットルームは、前記ユーザによって設定された着信音、または呼び出し音に関する情報を前記第１音情報として表示し、
    前記第１端末に表示された前記チャットルームは、前記第１ユーザによって設定された着信音、または呼び出し音に関する情報を前記第２音情報として表示する。
  4. 請求項１から請求項３のいずれか一項に記載のプログラムであって、
    前記通話情報は、着信音または呼び出し音の変更に関する情報を含む。
  5. 請求項４に記載のプログラムであって、
    前記通話情報は、前記音情報がデフォルト設定の場合、着信音または呼び出し音の変更に関する情報を含む。
  6. 請求項４または請求項５に記載のプログラムであって、
    前記端末のユーザによる前記通話情報に対する入力に基づいて、前記端末のユーザの音情報を設定することに関する制御を前記制御部によって行うことが前記端末によって実行される。
  7. 請求項１から請求項６のいずれか一項に記載のプログラムであって、
    前記通話情報は、少なくとも第１情報と第２情報とを音情報として含む。
  8. 請求項７に記載のプログラムであって、
    前記第１情報と前記第２情報とは、前記第１ユーザによって設定された音情報である。
  9. 請求項７に記載のプログラムであって、
    前記第１情報は、前記第１ユーザによって設定された音情報であり、
    前記第２情報は、前記第１ユーザとは異なる第２ユーザによって設定された音情報である。
  10. 請求項９に記載のプログラムであって、
    前記端末のユーザによる前記通話情報に対する入力に基づいて、前記第１情報と前記第２情報とのいずれか一方を前記表示部に表示する制御を前記制御部によって行うことが前記端末によって実行される。
  11. 請求項７から請求項１０のいずれか一項に記載のプログラムであって、
    前記端末のユーザによる、前記第１情報または前記通話情報に対する入力に基づいて、前記第１情報を前記端末のユーザの着信音、または呼び出し音に設定する制御を前記制御部によって行うことが前記端末によって実行される。
  12. 端末の情報処理方法であって、
    前記端末のユーザと前記端末とは異なる第１端末の第１ユーザとを含むチャットルームを前記端末の表示部に表示することと、
    少なくとも前記ユーザと前記第１ユーザとによる通話に関連する通話情報を、前記チャットルームに表示する制御を前記端末の制御部によって行うこととを含み、
    前記通話情報は、音に関する音情報を含み、
    前記ユーザの前記端末に表示される前記チャットルームは、前記通話情報に含まれる第１音情報が表示され、
    前記第１ユーザの前記第１端末に表示される前記チャットルームは、前記通話情報に含まれる、前記第１音情報とは異なる第２音情報が表示される。
  13. 端末であって、
    前記端末のユーザと前記端末とは異なる第１端末の第１ユーザとを含むチャットルームを表示する表示部と、
    少なくとも前記ユーザと前記第１ユーザとによる通話に関連する通話情報を、前記チャットルームに表示する制御を行う制御部とを備え、
    前記通話情報は、音に関する音情報を含み、
    前記ユーザの前記端末に表示される前記チャットルームは、前記通話情報に含まれる第１音情報が表示され、
    前記第１ユーザの前記第１端末に表示される前記チャットルームは、前記通話情報に含まれる、前記第１音情報とは異なる第２音情報が表示される。
JP2022175385A 2021-07-31 2022-11-01 プログラム、情報処理方法、端末 Active JP7314383B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022175385A JP7314383B2 (ja) 2021-07-31 2022-11-01 プログラム、情報処理方法、端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021126345A JP7170800B1 (ja) 2021-07-31 2021-07-31 プログラム、情報処理方法、端末
JP2022175385A JP7314383B2 (ja) 2021-07-31 2022-11-01 プログラム、情報処理方法、端末

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2021126345A Division JP7170800B1 (ja) 2021-07-31 2021-07-31 プログラム、情報処理方法、端末

Publications (2)

Publication Number Publication Date
JP2023021210A JP2023021210A (ja) 2023-02-10
JP7314383B2 true JP7314383B2 (ja) 2023-07-25

Family

ID=87428124

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022175385A Active JP7314383B2 (ja) 2021-07-31 2022-11-01 プログラム、情報処理方法、端末

Country Status (1)

Country Link
JP (1) JP7314383B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7362177B1 (ja) 2023-07-24 2023-10-17 株式会社クアンド 情報処理システム、情報処理方法及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016135980A1 (ja) 2015-02-27 2016-09-01 シャープ株式会社 通信端末装置
US20200313920A1 (en) 2019-03-25 2020-10-01 Letstalk Technology Limited Method for recording a multimedia call by common consent via an instant communication software program, and electronic devices and computer program products that implement the same

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101819964B1 (ko) * 2016-04-14 2018-01-22 엘에스디테크 주식회사 영상 채팅 서비스 시스템

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016135980A1 (ja) 2015-02-27 2016-09-01 シャープ株式会社 通信端末装置
US20200313920A1 (en) 2019-03-25 2020-10-01 Letstalk Technology Limited Method for recording a multimedia call by common consent via an instant communication software program, and electronic devices and computer program products that implement the same

Also Published As

Publication number Publication date
JP2023021210A (ja) 2023-02-10

Similar Documents

Publication Publication Date Title
US10270862B1 (en) Identifying non-search actions based on a search query
US8775535B2 (en) System and method for the transmission and management of short voice messages
JP5620517B2 (ja) モバイルユーザーによるマルチメディアタグ付けのためのシステム
US9262120B2 (en) Audio service graphical user interface
US9374670B2 (en) System and method for determining a location-based preferred media file
WO2015127822A1 (zh) 信息获取方法、信息查询方法、终端和服务器
US8849252B2 (en) Mobile device having messenger function and related supporting method
US20110119637A1 (en) Method and apparatus for interacting with a content object
WO2017088357A1 (zh) 歌词页面生成方法及装置
US8326338B1 (en) Synthetic radio channel utilizing mobile telephone networks and VOIP
WO2016184295A1 (zh) 即时通讯方法、用户设备及系统
JP2014522027A (ja) Ｌｂｓを用いたソシアル音楽サービス提供方法とシステム及びその提供方法を実行するためのプログラムが記録された記録媒体
WO2016115716A1 (zh) 一种语音播放方法和语音播放设备
JP7314383B2 (ja) プログラム、情報処理方法、端末
KR101127569B1 (ko) 휴대 단말기의 위치 기반 말풍선 서비스 이용방법, 장치 및 이를 이용한 시스템
US8200766B2 (en) Social networking runtime
CN105141509B (zh) 一种基于多媒体播放器应用的信息交互方法及装置
WO2023013193A1 (ja) プログラム、情報処理方法、端末
KR20170038807A (ko) 인스턴트 메시징 그룹 설문 기법
KR20170038806A (ko) 인스턴트 메시징 기법
WO2021225104A1 (ja) プログラム、表示方法、端末
KR101842770B1 (ko) VoIP 통화 서비스에서 링백톤 및 링톤을 제공하기 위한 방법 및 시스템
CA2806485C (en) System and method for determining a location-based preferred media file
JP7319426B2 (ja) プログラム、情報処理方法、及び情報処理端末
JP2022155362A (ja) プログラム、情報処理方法、端末

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221101

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20221101

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230404

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230704

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230712

R150 Certificate of patent or registration of utility model

Ref document number: 7314383

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350