知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023173711
(43)【公開日】2023-12-07
(54)【発明の名称】楽曲管理装置、楽曲管理方法、およびプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20231130BHJP
G06Q 30/0601 20230101ALI20231130BHJP
【ＦＩ】
G06Q50/10
G06Q30/06 312
G06Q30/06 300
【審査請求】未請求
【請求項の数】18
【出願形態】ＯＬ
(21)【出願番号】P 2022086154
(22)【出願日】2022-05-26
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＴＥＮＳＯＲＦＬＯＷ
(71)【出願人】
【識別番号】522170445
【氏名又は名称】株式会社Ｅｖｅｒｙ Ｂｕｄｄｙ
(74)【代理人】
【識別番号】100115749
【弁理士】
【氏名又は名称】谷川 英和
(72)【発明者】
【氏名】松本 恵
(72)【発明者】
【氏名】大橋 優也
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB26
5L049BB53
5L049CC11
5L049CC16
(57)【要約】
【課題】従来、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームが存在しなかった。
【解決手段】楽曲識別子に対応付けて、楽曲と１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部１１４と、楽曲を受信する楽曲受信部１２２と、当該楽曲を、楽曲識別子に対応付けて、楽曲情報格納部１１４に蓄積する楽曲蓄積部１３２と、楽曲情報格納部１１４に格納されている２以上の楽曲のオーディションの結果情報を取得する結果取得部１３３と、２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部１３４とを具備し、楽曲利用処理部１３４が行う処理について、採択されなかった楽曲に対する処理と、採択された楽曲に対する処理とが異なる、楽曲管理装置１により、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【選択図】図３
【解決手段】楽曲識別子に対応付けて、楽曲と１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部１１４と、楽曲を受信する楽曲受信部１２２と、当該楽曲を、楽曲識別子に対応付けて、楽曲情報格納部１１４に蓄積する楽曲蓄積部１３２と、楽曲情報格納部１１４に格納されている２以上の楽曲のオーディションの結果情報を取得する結果取得部１３３と、２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部１３４とを具備し、楽曲利用処理部１３４が行う処理について、採択されなかった楽曲に対する処理と、採択された楽曲に対する処理とが異なる、楽曲管理装置１により、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【選択図】図３
【特許請求の範囲】
【請求項1】
楽曲を識別する楽曲識別子に対応付けて、当該楽曲と当該楽曲の１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部と、
楽曲を受信する楽曲受信部と、
前記楽曲受信部が受信した前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積部と、
前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得部と、
前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部とを具備し、
前記楽曲利用処理部が行う処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、楽曲管理装置。
楽曲を受信する楽曲受信部と、
前記楽曲受信部が受信した前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積部と、
前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得部と、
前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部とを具備し、
前記楽曲利用処理部が行う処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、楽曲管理装置。
【請求項2】
前記１以上の楽曲属性値は、楽曲のテーマを特定するテーマ情報を含み、
評価者端末からテーマ情報を含む募集情報を受信する募集情報受信部と、
前記募集情報に含まれる前記テーマ情報に対して、楽曲を応募するため場を構成する場構成部と、
前記場に対応する楽曲募集画面を送信する募集画面送信部と、
前記楽曲受信部は、
前記楽曲募集画面に対して受け付けられた前記楽曲を受信する、請求項１記載の楽曲管理装置。
評価者端末からテーマ情報を含む募集情報を受信する募集情報受信部と、
前記募集情報に含まれる前記テーマ情報に対して、楽曲を応募するため場を構成する場構成部と、
前記場に対応する楽曲募集画面を送信する募集画面送信部と、
前記楽曲受信部は、
前記楽曲募集画面に対して受け付けられた前記楽曲を受信する、請求項１記載の楽曲管理装置。
【請求項3】
前記楽曲利用処理部は、
採択されなかった楽曲は今後利用されることができ、採択された楽曲は今後利用されることができないようにするための処理を行う、請求項１または請求項２記載の楽曲管理装置。
採択されなかった楽曲は今後利用されることができ、採択された楽曲は今後利用されることができないようにするための処理を行う、請求項１または請求項２記載の楽曲管理装置。
【請求項4】
前記楽曲利用処理部は、
採択されなかった楽曲に対応付けて、今後利用されることができる旨を示す利用可能フラグを蓄積する処理を行う、または採択された楽曲に対応付けて、今後利用されることができない旨を示す利用可能フラグを蓄積する処理を行う、請求項３記載の楽曲管理装置。
採択されなかった楽曲に対応付けて、今後利用されることができる旨を示す利用可能フラグを蓄積する処理を行う、または採択された楽曲に対応付けて、今後利用されることができない旨を示す利用可能フラグを蓄積する処理を行う、請求項３記載の楽曲管理装置。
【請求項5】
前記楽曲利用処理部は、
採択された楽曲であり、利用条件を満たすに至った楽曲が利用可能となるための処理を行う、請求項３または請求項４記載の楽曲管理装置。
採択された楽曲であり、利用条件を満たすに至った楽曲が利用可能となるための処理を行う、請求項３または請求項４記載の楽曲管理装置。
【請求項6】
前記１以上の楽曲属性値は、楽曲のテーマを特定するテーマ情報を含み、
前記テーマ情報に関する条件を含む検索条件を受信する検索条件受信部をさらに具備し、
前記楽曲利用処理部は、
前記検索条件を満たす楽曲属性値に対応する楽曲であり、今後利用されることができる旨を示す利用可能フラグに対応する楽曲を検索し、当該検索結果を出力する、請求項４記載の楽曲管理装置。
前記テーマ情報に関する条件を含む検索条件を受信する検索条件受信部をさらに具備し、
前記楽曲利用処理部は、
前記検索条件を満たす楽曲属性値に対応する楽曲であり、今後利用されることができる旨を示す利用可能フラグに対応する楽曲を検索し、当該検索結果を出力する、請求項４記載の楽曲管理装置。
【請求項7】
前記楽曲情報格納部の前記２以上の楽曲のうち、１以上の各楽曲に対するテーマ情報を取得し、当該テーマ情報を前記各楽曲に対応付けて蓄積するテーマ取得部をさらに具備する請求項６記載の楽曲管理装置。
【請求項8】
楽曲と当該楽曲に付されたテーマ情報とを有する２以上の教師データに基づいて、機械学習の学習処理により取得された学習モデルが格納される学習モデル格納部をさらに具備し、
前記テーマ取得部は、
前記１以上の各楽曲と前記学習モデルとを用いて、機械学習の予測処理を行い、前記１以上の各楽曲に対応する前記テーマ情報を取得し、前記各楽曲に対応付けて蓄積する、請求項７記載の楽曲管理装置。
前記テーマ取得部は、
前記１以上の各楽曲と前記学習モデルとを用いて、機械学習の予測処理を行い、前記１以上の各楽曲に対応する前記テーマ情報を取得し、前記各楽曲に対応付けて蓄積する、請求項７記載の楽曲管理装置。
【請求項9】
前記２以上の各楽曲を提供した１以上の各クリエータに関する情報であり、クリエータ識別子を有する１以上のクリエータ情報を格納されるクリエータ管理部と、
楽曲を演奏するプレーヤーに関する情報であり、プレーヤー識別子を有する１以上のプレーヤー情報を格納されるプレーヤー管理部と、
楽曲を演奏するバンドメンバーを特定する情報であり、楽曲に対応するクリエータ識別子および１以上の各プレーヤーを識別するプレーヤー識別子に対応する１以上のメンバー情報を格納されるメンバー管理部と、
メンバー情報を決定するための決定情報を、楽曲識別子に対応付けて受信する決定情報受信部と、
前記決定情報を用いて取得されたメンバー情報を、前記メンバー管理部に蓄積するメンバー情報蓄積部とをさらに具備する請求項１記載の楽曲管理装置。
楽曲を演奏するプレーヤーに関する情報であり、プレーヤー識別子を有する１以上のプレーヤー情報を格納されるプレーヤー管理部と、
楽曲を演奏するバンドメンバーを特定する情報であり、楽曲に対応するクリエータ識別子および１以上の各プレーヤーを識別するプレーヤー識別子に対応する１以上のメンバー情報を格納されるメンバー管理部と、
メンバー情報を決定するための決定情報を、楽曲識別子に対応付けて受信する決定情報受信部と、
前記決定情報を用いて取得されたメンバー情報を、前記メンバー管理部に蓄積するメンバー情報蓄積部とをさらに具備する請求項１記載の楽曲管理装置。
【請求項10】
プレーヤーとして応募することを示す情報であり、プレーヤー端末から楽曲識別子を有する情報である応募情報を、プレーヤー識別子に対応付けて、受信する応募情報受信部と、
前記応募情報に対応する前記プレーヤー識別子により識別されるプレーヤーのプレーヤー情報をクリエータ端末に送信するプレーヤー情報送信部とをさらに具備し、
前記決定情報受信部は、
前記プレーヤー情報の送信に応じて、前記クリエータ端末から前記プレーヤー識別子に対応する決定情報であり、前記プレーヤー識別子で識別されるプレーヤーを採用する旨の決定情報を受信する、請求項９記載の楽曲管理装置。
前記応募情報に対応する前記プレーヤー識別子により識別されるプレーヤーのプレーヤー情報をクリエータ端末に送信するプレーヤー情報送信部とをさらに具備し、
前記決定情報受信部は、
前記プレーヤー情報の送信に応じて、前記クリエータ端末から前記プレーヤー識別子に対応する決定情報であり、前記プレーヤー識別子で識別されるプレーヤーを採用する旨の決定情報を受信する、請求項９記載の楽曲管理装置。
【請求項11】
楽曲を演奏するメンバーのバンドメンバー条件をクリエータ端末から受信するメンバー条件受信部と、
前記決定情報受信部は、
前記バンドメンバー条件に合致するプレーヤーのプレーヤー識別子と前記楽曲の楽曲識別子とに対応する前記決定情報を受信する、請求項９または請求項１０記載の楽曲管理装置。
前記決定情報受信部は、
前記バンドメンバー条件に合致するプレーヤーのプレーヤー識別子と前記楽曲の楽曲識別子とに対応する前記決定情報を受信する、請求項９または請求項１０記載の楽曲管理装置。
【請求項12】
前記プレーヤー情報は、１以上のプレーヤー属性値を有し、
前記バンドメンバー条件に合致するプレーヤー属性値に対応する１以上のプレーヤーを決定し、当該１以上の各プレーヤーに対して、バンドへの参加をオファーするオファー情報を送信するオファー部をさらに具備し、
前記決定情報受信部は、
前記オファー情報を受信したプレーヤーのプレーヤー端末から、前記バンドに参加する旨を示す決定情報を受信する、請求項１１記載の楽曲管理装置。
前記バンドメンバー条件に合致するプレーヤー属性値に対応する１以上のプレーヤーを決定し、当該１以上の各プレーヤーに対して、バンドへの参加をオファーするオファー情報を送信するオファー部をさらに具備し、
前記決定情報受信部は、
前記オファー情報を受信したプレーヤーのプレーヤー端末から、前記バンドに参加する旨を示す決定情報を受信する、請求項１１記載の楽曲管理装置。
【請求項13】
前記楽曲受信部が受信した楽曲が、１以上の他楽曲の著作権の侵害に関する判断を行い、判断結果を取得する侵害判断部と、
前記判断結果を出力する判断結果出力部とをさらに具備する請求項１記載の楽曲管理装置。
前記判断結果を出力する判断結果出力部とをさらに具備する請求項１記載の楽曲管理装置。
【請求項14】
クリエータ識別子と楽曲識別子に対応付けられたダウンロード指示をクリエータ端末から受信するダウンロード指示受信部と、
前記ダウンロード指示に応じて、前記楽曲識別子で識別される楽曲を前記クリエータ端末に送信するダウンロード部と、
前記クリエータが前記楽曲をダウンロードした旨を示すダウンロード情報を蓄積するダウンロード情報蓄積部とをさらに具備し、
前記侵害判断部は、
前記楽曲受信部がクリエータ識別子に対応する楽曲を受信した場合に、当該クリエータ識別子と対になるダウンロード情報に対応する楽曲識別子で識別される１以上の他楽曲に対して、前記楽曲受信部が受信した楽曲が著作権を侵害していないか否かを判断する、請求項１３記載の楽曲管理装置。
前記ダウンロード指示に応じて、前記楽曲識別子で識別される楽曲を前記クリエータ端末に送信するダウンロード部と、
前記クリエータが前記楽曲をダウンロードした旨を示すダウンロード情報を蓄積するダウンロード情報蓄積部とをさらに具備し、
前記侵害判断部は、
前記楽曲受信部がクリエータ識別子に対応する楽曲を受信した場合に、当該クリエータ識別子と対になるダウンロード情報に対応する楽曲識別子で識別される１以上の他楽曲に対して、前記楽曲受信部が受信した楽曲が著作権を侵害していないか否かを判断する、請求項１３記載の楽曲管理装置。
【請求項15】
前記楽曲情報格納部に格納されている楽曲に、クリエータ識別子とプレーヤー識別子とを有する２以上の著作権者識別子が対応付いており、
前記楽曲の利用に対して、利用料を取得し、当該利用料を前記クリエータ識別子で識別されるクリエータと前記プレーヤー識別子で識別されるプレーヤーとで分配するための処理を行う利用料金処理部をさらに具備する請求項１記載の楽曲管理装置。
前記楽曲の利用に対して、利用料を取得し、当該利用料を前記クリエータ識別子で識別されるクリエータと前記プレーヤー識別子で識別されるプレーヤーとで分配するための処理を行う利用料金処理部をさらに具備する請求項１記載の楽曲管理装置。
【請求項16】
楽曲に対して、二次著作権者の二次著作権者識別子が対応付いており、
前記利用料金処理部は、
前記楽曲の利用に対して、前記二次著作権者識別子で識別される二次著作権者に対しても前記利用料を分配するための処理を行う、請求項１５載の楽曲管理装置。
前記利用料金処理部は、
前記楽曲の利用に対して、前記二次著作権者識別子で識別される二次著作権者に対しても前記利用料を分配するための処理を行う、請求項１５載の楽曲管理装置。
【請求項17】
楽曲を識別する楽曲識別子に対応付けて、当該楽曲と当該楽曲の１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部と、楽曲受信部と、楽曲蓄積部と、結果取得部と、楽曲利用処理部とにより実現される楽曲管理方法であって、
前記楽曲受信部が、楽曲を受信する楽曲受信ステップと、
前記楽曲蓄積部が、前記楽曲受信ステップで受信された前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積ステップと、
前記結果取得部が、前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得ステップと、
前記楽曲利用処理部が、前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理ステップとを具備し、
前記楽曲利用処理ステップにおける処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、楽曲管理方法。
前記楽曲受信部が、楽曲を受信する楽曲受信ステップと、
前記楽曲蓄積部が、前記楽曲受信ステップで受信された前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積ステップと、
前記結果取得部が、前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得ステップと、
前記楽曲利用処理部が、前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理ステップとを具備し、
前記楽曲利用処理ステップにおける処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、楽曲管理方法。
【請求項18】
楽曲を識別する楽曲識別子に対応付けて、当該楽曲と当該楽曲の１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部にアクセス可能なコンピュータを、
楽曲を受信する楽曲受信部と、
前記楽曲受信部が受信した前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積部と、
前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得部と、
前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部として機能させ、
前記楽曲利用処理部が行う処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、プログラム。
楽曲を受信する楽曲受信部と、
前記楽曲受信部が受信した前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積部と、
前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得部と、
前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部として機能させ、
前記楽曲利用処理部が行う処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、創作された楽曲を受信し、管理し、利用する楽曲管理装置等に関するものである。
【背景技術】
【0002】
従来、ミュージシャン等のアーチストのプロモーションを行ったり、アーチストの楽曲を発表したり売り込んだりできるとともに、一般ユーザも気に入った楽曲を自由にダウンロードして入手できる配信サイト等を備えてなるアーチスト支援システムがあった（特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１４－１２０１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームが存在しなかった。
【0005】
具体的には、従来技術において、楽曲のオーディションにおいて、採択されなかった楽曲を適切に利用できなかった。
【0006】
また、従来、楽曲の提供を望むユーザからテーマを受け付け、当該テーマに対応する楽曲を管理し、オーディションを行うプラットフォームが存在しなかった。
【0007】
また、従来、テーマに対応付けられた楽曲の情報を用いて、テーマを自動決定する技術が存在しなかった。
【0008】
また、従来、プレーヤーと楽曲または楽曲のクリエータとのマッチングを行えるプラットフォームが存在しなかった。
【0009】
また、従来、受信された楽曲の著作権侵害のチェックを適切に行えるプラットフォームが存在しなかった。
【0010】
さらに、従来、楽曲の利用に対する利用料を、当該楽曲に携わった複数人の著作権者に対して適切に分配できるプラットフォームが存在しなかった。
【課題を解決するための手段】
【0011】
本第一の発明の楽曲管理装置は、楽曲を識別する楽曲識別子に対応付けて、楽曲と楽曲の１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部と、楽曲を受信する楽曲受信部と、楽曲受信部が受信した楽曲を、楽曲の楽曲識別子に対応付けて、楽曲情報格納部に蓄積する楽曲蓄積部と、楽曲情報格納部に格納されている２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得部と、２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部とを具備し、楽曲利用処理部が行う処理について、採択されなかったことを示す結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す結果情報に対応する１以上の各楽曲に対する処理とが異なる、楽曲管理装置である。
【0012】
かかる構成により、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【0013】
また、本第二の発明の楽曲管理装置は、第一の発明に対して、１以上の楽曲属性値は、楽曲のテーマを特定するテーマ情報を含み、評価者端末からテーマ情報を含む募集情報を受信する募集情報受信部と、募集情報に含まれるテーマ情報に対して、楽曲を応募するため場を構成する場構成部と、場に対応する楽曲募集画面を送信する募集画面送信部と、楽曲受信部は、楽曲募集画面に対して受け付けられた楽曲を受信する、楽曲管理装置である。
【0014】
かかる構成により、評価者が募集したテーマに対して、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【0015】
また、本第三の発明の楽曲管理装置は、第一または第二の発明に対して、楽曲利用処理部は、採択されなかった楽曲は今後利用されることができ、採択された楽曲は今後利用されることができないようにするための処理を行う、楽曲管理装置である。
【0016】
かかる構成により、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【0017】
また、本第四の発明の楽曲管理装置は、第三の発明に対して、楽曲利用処理部は、採択されなかった楽曲に対応付けて、今後利用されることができる旨を示す利用可能フラグを蓄積する処理を行う、または採択された楽曲に対応付けて、今後利用されることができない旨を示す利用可能フラグを蓄積する処理を行う、楽曲管理装置である。
【0018】
かかる構成により、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【0019】
また、本第五の発明の楽曲管理装置は、第三または第四の発明に対して、楽曲利用処理部は、採択された楽曲であり、利用条件を満たすに至った楽曲が利用可能となるための処理を行う、楽曲管理装置である。
【0020】
かかる構成により、クリエータが作成した楽曲を収集し、より適切に利用するプラットフォームを提供できる。
【0021】
また、本第六の発明の楽曲管理装置は、第四の発明に対して、１以上の楽曲属性値は、楽曲のテーマを特定するテーマ情報を含み、テーマ情報に関する条件を含む検索条件を受信する検索条件受信部をさらに具備し、楽曲利用処理部は、検索条件を満たす楽曲属性値に対応する楽曲であり、今後利用されることができる旨を示す利用可能フラグに対応する楽曲を検索し、検索結果を出力する、楽曲管理装置である。
【0022】
かかる構成により、利用可能フラグに対応する楽曲の中から、テーマ情報を用いた楽曲の検索ができる。
【0023】
また、本第七の発明の楽曲管理装置は、第六の発明に対して、楽曲情報格納部の２以上の楽曲のうち、１以上の各楽曲に対するテーマ情報を取得し、テーマ情報を各楽曲に対応付けて蓄積するテーマ取得部をさらに具備する楽曲管理装置である。
【0024】
かかる構成により、自動的に楽曲にテーマ情報を付加できる。
【0025】
また、本第八の発明の楽曲管理装置は、第七の発明に対して、楽曲と楽曲に付されたテーマ情報とを有する２以上の教師データに基づいて、機械学習の学習処理により取得された学習モデルが格納される学習モデル格納部をさらに具備し、テーマ取得部は、１以上の各楽曲と学習モデルとを用いて、機械学習の予測処理を行い、１以上の各楽曲に対応するテーマ情報を取得し、各楽曲に対応付けて蓄積する、楽曲管理装置である。
【0026】
かかる構成により、楽曲に対して付加されているテーマ情報を用いて、機械学習の技術を用いて、自動的に楽曲にテーマ情報を付加できる。
【0027】
また、本第九の発明の楽曲管理装置は、第一の発明に対して、２以上の各楽曲を提供した１以上の各クリエータに関する情報であり、クリエータ識別子を有する１以上のクリエータ情報を格納されるクリエータ管理部と、楽曲を演奏するプレーヤーに関する情報であり、プレーヤー識別子を有する１以上のプレーヤー情報を格納されるプレーヤー管理部と、楽曲を演奏するバンドメンバーを特定する情報であり、楽曲に対応するクリエータ識別子および１以上の各プレーヤーを識別するプレーヤー識別子に対応する１以上のメンバー情報を格納されるメンバー管理部と、メンバー情報を決定するための決定情報を、楽曲識別子に対応付けて受信する決定情報受信部と、決定情報を用いて取得されたメンバー情報を、メンバー管理部に蓄積するメンバー情報蓄積部とをさらに具備する楽曲管理装置である。
【0028】
かかる構成により、楽曲とプレーヤーとマッチングができる。
【0029】
また、本第十の発明の楽曲管理装置は、第九の発明に対して、プレーヤーとして応募することを示す情報であり、プレーヤー端末から楽曲識別子を有する情報である応募情報を、プレーヤー識別子に対応付けて、受信する応募情報受信部と、応募情報に対応するプレーヤー識別子により識別されるプレーヤーのプレーヤー情報をクリエータ端末に送信するプレーヤー情報送信部とをさらに具備し、決定情報受信部は、プレーヤー情報の送信に応じて、クリエータ端末からプレーヤー識別子に対応する決定情報であり、プレーヤー識別子で識別されるプレーヤーを採用する旨の決定情報を受信する、楽曲管理装置である。
【0030】
かかる構成により、楽曲とプレーヤーとマッチングのための適切なプロトコルを提供できる。
【0031】
また、本第十一の発明の楽曲管理装置は、第九または第十の発明に対して、楽曲を演奏するメンバーのバンドメンバー条件をクリエータ端末から受信するメンバー条件受信部と、決定情報受信部は、バンドメンバー条件に合致するプレーヤーのプレーヤー識別子と楽曲の楽曲識別子とに対応する決定情報を受信する、楽曲管理装置である。
【0032】
かかる構成により、クリエータが指定したバンドメンバー条件に基づいて、楽曲とプレーヤーとマッチングとのマッチングができる。
【0033】
また、本第十二の発明の楽曲管理装置は、第十一の発明に対して、プレーヤー情報は、１以上のプレーヤー属性値を有し、バンドメンバー条件に合致するプレーヤー属性値に対応する１以上のプレーヤーを決定し、１以上の各プレーヤーに対して、バンドへの参加をオファーするオファー情報を送信するオファー部をさらに具備し、決定情報受信部は、オファー情報を受信したプレーヤーのプレーヤー端末から、バンドに参加する旨を示す決定情報を受信する、楽曲管理装置である。
【0034】
かかる構成により、クリエータが指定したバンドメンバー条件に基づいて、楽曲とプレーヤーとマッチングとのマッチングをするための適切なプロトコルを提供できる。
【0035】
また、本第十三の発明の楽曲管理装置は、第一の発明に対して、楽曲受信部が受信した楽曲が、１以上の他楽曲の著作権の侵害に関する判断を行い、判断結果を取得する侵害判断部と、判断結果を出力する判断結果出力部とをさらに具備する楽曲管理装置である。
【0036】
かかる構成により、クリエータが提供した楽曲が他の楽曲に対して、著作権を侵害していないか否かのチェックができる。
【0037】
また、本第十四の発明の楽曲管理装置は、第十三の発明に対して、クリエータ識別子と楽曲識別子に対応付けられたダウンロード指示をクリエータ端末から受信するダウンロード指示受信部と、ダウンロード指示に応じて、楽曲識別子で識別される楽曲をクリエータ端末に送信するダウンロード部と、クリエータが楽曲をダウンロードした旨を示すダウンロード情報を蓄積するダウンロード情報蓄積部とをさらに具備し、侵害判断部は、楽曲受信部がクリエータ識別子に対応する楽曲を受信した場合に、クリエータ識別子と対になるダウンロード情報に対応する楽曲識別子で識別される１以上の他楽曲に対して、楽曲受信部が受信した楽曲が著作権を侵害していないか否かを判断する、楽曲管理装置である。
【0038】
かかる構成により、クリエータが提供した楽曲が他の楽曲に対して、著作権を侵害していないか否かのチェックができる。
【0039】
また、本第十五の発明の楽曲管理装置は、第一の発明に対して、楽曲情報格納部に格納されている楽曲に、クリエータ識別子とプレーヤー識別子とを有する２以上の著作権者識別子が対応付いており、楽曲の利用に対して、利用料を取得し、利用料をクリエータ識別子で識別されるクリエータとプレーヤー識別子で識別されるプレーヤーとで分配するための処理を行う利用料金処理部をさらに具備する楽曲管理装置である。
【0040】
かかる構成により、楽曲が利用された場合に、適切に利用料を分配できる。
【0041】
また、本第十六の発明の楽曲管理装置は、第十五の発明に対して、楽曲に対して、二次著作権者の二次著作権者識別子が対応付いており、利用料金処理部は、楽曲の利用に対して、二次著作権者識別子で識別される二次著作権者に対しても利用料を分配するための処理を行う、請求項１５載の楽曲管理装置である。
【0042】
かかる構成により、二次著作権者が存在する楽曲が利用された場合に、適切に利用料を分配できる。
【発明の効果】
【0043】
本発明による楽曲管理装置によれば、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【図面の簡単な説明】
【0044】
【図1】実施の形態１における情報システムＡの概念図
【図2】同情報システムＡのブロック図
【図3】同情報システムＡを構成する楽曲管理装置１のブロック図
【図4】同楽曲管理装置１の動作例について説明するフローチャート
【図5】同楽曲管理装置１の動作例について説明するフローチャート
【図6】同侵害判断処理の例について説明するフローチャート
【図7】同オファー処理の例について説明するフローチャート
【図8】同学習処理の例について説明するフローチャート
【図9】同テーマ取得処理の例について説明するフローチャート
【図10】同評価者端末２の動作例について説明するフローチャート
【図11】同クリエータ端末３の動作例について説明するフローチャート
【図12】同プレーヤー端末４の動作例について説明するフローチャート
【図13】同募集情報管理表を示す図
【図14】同クリエータ情報管理表を示す図
【図15】同プレーヤー情報管理表を示す図
【図16】同メンバー情報管理表を示す図
【図17】同楽曲情情報管理表を示す図
【図18】同コンピュータシステムの概観図
【図19】同コンピュータシステムのブロック図
【発明を実施するための形態】
【0045】
以下、楽曲管理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【0046】
（実施の形態１）
本実施の形態において、１以上の各クリエータ端末から１以上の楽曲を受信し、蓄積し、オーディションにより採択されなかった楽曲と採択された楽曲とで、異なる処理が行える楽曲管理装置を具備する情報システムについて説明する。なお、異なる処理とは、オーディションにより採択されなかった楽曲に対してのみ行う処理でも良い。
本実施の形態において、１以上の各クリエータ端末から１以上の楽曲を受信し、蓄積し、オーディションにより採択されなかった楽曲と採択された楽曲とで、異なる処理が行える楽曲管理装置を具備する情報システムについて説明する。なお、異なる処理とは、オーディションにより採択されなかった楽曲に対してのみ行う処理でも良い。
【0047】
また、本実施の形態において、評価者端末からテーマ情報を受信し、当該テーマ情報に対応する楽曲をクリエータ端末から受信し、管理する楽曲管理装置を具備する情報システムについて説明する。
【0048】
また、本実施の形態において、オーディションの結果、採択されなかった楽曲が今後利用されるための処理を行う楽曲管理装置を具備する情報システムについて説明する。
楽曲管理装置を具備する情報システムについて説明する。
楽曲管理装置を具備する情報システムについて説明する。
【0049】
また、本実施の形態において、採択された楽曲でも、所定条件を満たした場合に、当該楽曲が今後利用されるための処理を行う楽曲管理装置を具備する情報システムについて説明する。
【0050】
また、本実施の形態において、楽曲と当該楽曲に対応するテーマ情報とを用いて、他の楽曲のテーマ情報を自動的に決定する楽曲管理装置を具備する情報システムについて説明する。
【0051】
また、本実施の形態において、楽曲のプレーヤーと楽曲または楽曲のクリエータとのマッチングを行える楽曲管理装置を具備する情報システムについて説明する。
【0052】
また、本実施の形態において、受信された楽曲に対して、著作権侵害のチェックを行う楽曲管理装置を具備する情報システムについて説明する。
【0053】
さらに、本実施の形態において、楽曲に携わった複数の著作権者に、当該楽曲の利用料を適切に分配する仕組みを有する楽曲管理装置を具備する情報システムについて説明する。
【0054】
なお、本明細書において、情報Ｘが情報Ｙに対応付いていることは、情報Ｘから情報Ｙを取得できること、または情報Ｙから情報Ｘを取得できることであり、その対応付けの方法は問わない。情報Ｘと情報Ｙとがリンク付いていても良いし、同じバッファに存在していても良いし、情報Ｘが情報Ｙに含まれていても良いし、情報Ｙが情報Ｘに含まれている等でも良い。
【0055】
図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、楽曲管理装置１、１または２以上の評価者端末２、１または２以上のクリエータ端末３、および１または２以上のプレーヤー端末４を備える。
【0056】
楽曲管理装置１は、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームとなり得るサーバである。楽曲管理装置１は、例えば、いわゆるサーバであり、例えば、クラウドサーバ、ＡＳＰサーバ等であるが、その種類は問わない。
【0057】
評価者端末２は、評価者が使用する端末である。評価者は、要求者でも良い。要求者は、楽曲の提供を求めるユーザである。要求者は、例えば、企業のテーマソング、企業のＣＭソング等の提供を求める企業の担当者である。評価者は、例えば、楽曲を評価する者、楽曲の評価結果を送信する者である。楽曲の評価結果は、例えば、オーディションの結果である。評価者は、例えば、募集する楽曲のテーマ情報を送信する者である。
【0058】
クリエータ端末３は、クリエータが使用する端末である。クリエータは、楽曲の創作者またはその代理の者である。クリエータ端末３は、楽曲を楽曲管理装置１に送信する端末である。
【0059】
プレーヤー端末４は、プレーヤーが使用する端末である。プレーヤーは、楽曲の演奏者、楽曲のボーカル等、楽曲の演奏に関わる者である。
【0060】
評価者端末２、クリエータ端末３、およびプレーヤー端末４は、例えば、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その種類は問わない。
【0061】
【0062】
楽曲管理装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。格納部１１は、クリエータ管理部１１１、プレーヤー管理部１１２、メンバー管理部１１３、楽曲情報格納部１１４、および学習モデル格納部１１５を備える。受信部１２は、募集情報受信部１２１、楽曲受信部１２２、メンバー条件受信部１２３、評価受信部１２４、応募情報受信部１２５、決定情報受信部１２６、検索条件受信部１２７、およびダウンロード指示受信部１２８を備える。処理部１３は、場構成部１３０、侵害判断部１３１、楽曲蓄積部１３２、結果取得部１３３、楽曲利用処理部１３４、オファー部１３５、メンバー情報蓄積部１３６、ダウンロード部１３７、ダウンロード情報蓄積部１３８、利用料金処理部１３９、学習部１３Ａ、およびテーマ取得部１３Ｂを備える。送信部１４は、判断結果出力部１４１、募集画面送信部１４２、およびプレーヤー情報送信部１４３を備える。
【0063】
評価者端末２は、評価者格納部２１、評価者受付部２２、評価者処理部２３、評価者送信部２４、評価者受信部２５、および評価者出力部２６を備える。
【0064】
クリエータ端末３は、クリエータ格納部３１、クリエータ受付部３２、クリエータ処理部３３、クリエータ送信部３４、クリエータ受信部３５、およびクリエータ出力部３６を備える。
【0065】
プレーヤー端末４は、プレーヤー格納部４１、プレーヤー受付部４２、プレーヤー処理部４３、プレーヤー送信部４４、プレーヤー受信部４５、およびプレーヤー出力部４６を備える。
【0066】
楽曲管理装置１を構成する格納部１１には、各種の情報が格納される。各種の情報は、例えば、後述する募集情報、後述するクリエータ情報、後述するプレーヤー情報、後述するメンバー情報、後述する楽曲情報、後述する学習モデル、対応表、学習モジュール、予測モジュールである。
【0067】
対応表とは、楽曲とテーマ情報との対応に関する表である。対応表は、２以上の対応情報を有する表である。対応情報は、特徴量ベクトルとテーマ情報とを有する。特徴量ベクトルは、楽曲から取得された２以上の各楽曲特徴量を要素とするベクトルである。なお、楽曲から２以上の各楽曲特徴量を取得する技術は公知技術（参照：ＵＲＬ「https://www.jstage.jst.go.jp/article/ieejjournal/127/7/127_7_417/_pdf」）である。
【0068】
学習モジュールとは、機械学習の学習処理を行うモジュールである。予測モジュールとは、機械学習の予測処理を行うモジュールである。モジュールは、実行モジュール、関数、メソッド、プログラム等と言っても良い。
【0069】
ここで、学習モジュールや予測モジュールにおける機械学習のアルゴリズムは、深層学習、ランダムフォレスト、決定木等、問わない。また、機械学習には、例えば、ＴｅｎｓｏｒＦｌｏｗのライブラリ、Ｒ言語のｒａｎｄｏｍ ｆｏｒｅｓｔのモジュール、ｆａｓｔＴｅｘｔ等の各種の機械学習の関数や、種々の既存のライブラリを用いることができる。
【0070】
クリエータ管理部１１１には、１または２以上のクリエータ情報が格納される。クリエータ情報の一部または全部は、例えば、クリエータ端末３から受信された情報である。
【0071】
クリエータ情報とは、クリエータに関する情報である。クリエータとは、楽曲を提供した者である。クリエータは、通常、楽曲を創作した者であるが、その代理の者、楽曲の著作者財産権を有する者等をも含むと考えても良い。
【0072】
クリエータ情報は、通常、クリエータ識別子を有する。クリエータ識別子とは、クリエータを識別する情報である。クリエータ識別子は、例えば、クリエータのＩＤ、クリエータの氏名、メールアドレス、電話番号、またはクリエータ端末識別子である。クリエータ端末識別子とは、クリエータ端末３を識別する情報である。クリエータ端末識別子は、例えば、クリエータ端末３のＩＰアドレス、クリエータ端末３のＭＡＣアドレス、メールアドレス、または電話番号である。
【0073】
クリエータ情報は、例えば、クリエータの１以上のクリエータ属性値を有する。クリエータ属性値とは、クリエータの属性を特定する情報である。クリエータ属性値は、例えば、性別、年齢、経歴、住所、居住地域、クリエータ端末識別子である。クリエータ端末識別子とは、クリエータ端末３を識別する情報である。クリエータ端末識別子は、例えば、クリエータ端末３のＩＰアドレス、クリエータ端末３のＭＡＣアドレス、メールアドレス、または電話番号である。
【0074】
クリエータ情報は、例えば、１または２以上のダウンロード楽曲識別子を有しても良い。ダウンロード楽曲識別子は、クリエータがダウンロードした楽曲の識別子である。ダウンロード楽曲識別子が、例えば、クリエータがアップロードした楽曲の著作権侵害を検査する際に使用される。
【0075】
プレーヤー管理部１１２には、１または２以上のプレーヤー情報が格納される。プレーヤー情報の一部または全部は、例えば、プレーヤー端末４から受信された情報である。
【0076】
プレーヤー情報とは、プレーヤーに関する情報である。プレーヤーとは、通常、楽曲の演奏者であるが、ボーカル、楽曲の演奏に関わる者等も含むと考えても良い。プレーヤー情報は、通常、プレーヤー識別子を有する。プレーヤー識別子とは、プレーヤーを識別する情報である。プレーヤー識別子は、例えば、プレーヤーのＩＤ、プレーヤーの氏名、メールアドレス、電話番号、またはプレーヤー端末識別子である。プレーヤー端末識別子とは、プレーヤー端末４を識別する情報である。プレーヤー端末識別子は、例えば、プレーヤー端末４のＩＰアドレス、プレーヤー端末４のＭＡＣアドレス、メールアドレス、または電話番号である。
【0077】
プレーヤー情報は、通常、プレーヤーの１以上のプレーヤー属性値を有する。プレーヤー属性値とは、プレーヤーの属性を特定する情報である。プレーヤー属性値は、例えば、演奏できる楽器の楽器識別子、ジャンル、方向性、楽器の演奏の経験年数、楽器の演奏のレベルを特定するレベル情報、性別、年齢、住所、居住地域である。楽器識別子とは、楽器を識別する情報である。楽器識別子は、例えば、楽器名、楽器のＩＤである。楽器識別子は、パート識別子と言っても良い。パート識別子は、「ボーカル」でも良い。ジャンルとは、プレーヤーが演奏する音楽のジャンルである。方向性とは、プレーヤーが目指す方向性であり、例えば、プロのミュージシャンを目指す「プロ」、または趣味で音楽に関わる「趣味」である。
【0078】
メンバー管理部１１３には、１または２以上のメンバー情報を格納される。メンバー情報とは、楽曲を演奏するバンドメンバーを特定する情報である。メンバー情報は、クリエータ識別子および１以上のプレーヤー識別子に対応する。通常、メンバー情報は、クリエータ識別子および１以上のプレーヤー識別子を有する。メンバー情報は、例えば、楽曲識別子を有する。ンバー情報は、例えば、プレーヤー識別子に対応する楽器識別子（プレーヤーが担当するパートの識別情報）を有する。
【0079】
楽曲情報格納部１１４には、１または２以上の楽曲情報が格納される。楽曲情報とは、楽曲に関する情報である。楽曲情報は、楽曲識別子に対応付いている。楽曲識別子とは、楽曲を識別する情報である。楽曲識別子は、例えば、楽曲のＩＤ、楽曲の名称である。楽曲情報は、楽曲を有する。ここでの楽曲は、メドディーのみの曲でも良いし、詞を含む音楽でも良い。ここでの楽曲は、映像を含む情報でも良い。ここでの楽曲は、例えば、ファイルであるが、そのデータ構造は問わない。楽曲情報は、例えば、楽曲と１以上の楽曲属性値とを有する。楽曲属性値とは、楽曲の属性を特定する情報である。楽曲属性値は、例えば、１または２以上のテーマ情報、１または２以上のクリエータ識別子、１または２以上のプレーヤー識別子、アップロード日、元楽曲識別子、採択決定日、利用料である。テーマ情報とは、楽曲に対するテーマを特定する情報である。テーマ情報は、例えば、「自然」「春」「穏やか」「海」である。ただし、テーマ情報は、問わない。また、アップロード日は、楽曲がアップロードされた日である。元楽曲識別子とは、楽曲を作成する元になった楽曲である元楽曲の識別情報である。採択決定日は、楽曲が採択された日である。利用料とは、楽曲を利用（例えば、ダウンロード）する場合の料金である。
【0080】
学習モデル格納部１１５には、１または２以上の学習モデルが格納される。学習モデルは、楽曲のテーマ情報を取得する際に使用される情報である。学習モデルは、通常、楽曲と楽曲に付されたテーマ情報とを有する２以上のデータに基づいて、機械学習の学習処理により取得された情報である。学習モデルは、後述する学習部１３Ａにより取得された情報であることは好適である。なお、学習モデルは、学習器、分類器、分類モデル等と言っても良い。
【0081】
１または２以上の各学習モデルは、例えば、テーマ情報に対応付いている。かかる学習モデルは、対応付くテーマ情報に該当するか否かを判断するための二値分類のモデルである。
【0082】
また、学習モデルは、多値分類のモデルでも良い。多値分類の学習モデルは、例えば、特徴量ベクトルと共に、機械学習の予測モジュールに与えられ、テーマ情報である予測結果を取得するための情報である。
【0083】
受信部１２は、各種の情報を受信する。各種の情報は、例えば、後述する募集情報、募集画面送信指示、楽曲、後述するメンバー条件、後述する評価情報、後述する応募情報、後述する決定情報、後述する検索条件、後述するダウンロード指示である。
【0084】
なお、募集画面送信指示とは、楽曲募集画面の送信の指示である。募集画面送信指示は、例えば、募集情報識別子を有する。募集情報識別子とは、募集情報を識別する情報である。楽曲募集画面とは、楽曲を募集するための画面である。楽曲募集画面は、通常、テーマ情報に対応付いている。楽曲募集画面は、例えば、ＨＴＭＬ、ＸＭＬで実現されるが、プログラム等により実現される等、その実現手段は問わない。
【0085】
募集情報受信部１２１は、評価者端末２から募集情報を受信する。募集情報とは、楽曲の募集を依頼する情報である。募集情報は、１または２以上のテーマ情報を含む。受信される募集情報は、通常、評価者識別子に対応付いている。なお、評価者識別子とは、評価者を識別する情報である。評価者識別子は、募集情報を送信する者の識別情報である。
【0086】
楽曲受信部１２２は、１または２以上の楽曲を受信する。楽曲受信部１２２は、通常、クリエータ端末３から楽曲を受信する。楽曲受信部１２２は、例えば、楽曲募集画面に対して受け付けられた楽曲を受信する。楽曲受信部１２２は、例えば、１または２以上のテーマ情報に対応付けて、楽曲を受信する。楽曲受信部１２２は、例えば、募集情報識別子に対応付けられた１または２以上の楽曲を受信する。
【0087】
メンバー条件受信部１２３は、バンドメンバー条件をクリエータ端末３から受信する。バンドメンバー条件は、楽曲と一緒に受信されることは好適である。バンドメンバー条件は、バンドメンバー募集情報に含まれていても良い。
【0088】
バンドメンバー条件とは、楽曲を演奏するメンバーの条件を特定する情報である。バンドメンバー条件は、通常、１または２以上のクリエータ属性値に関する条件である。メンバー条件は、例えば、居住地域に関する条件、レベル情報に関する条件、楽器識別子に関する条件、方向性に関する条件、経験年数に関する条件である。メンバー条件は、例えば、「居住地域＝関西 ＡＮＤ 楽器識別子＝（ピアノ ＯＲ ギター ＯＲ バイオリン）」である。
【0089】
バンドメンバー募集情報とは、バンドメンバーを募集するための情報である。バンドメンバー募集情報は、例えば、バンドメンバー条件と楽曲識別子とを有する。ここでの楽曲識別子は、募集するバンドが演奏する楽曲の識別情報である。
【0090】
評価受信部１２４は、１または２以上の評価者端末２から評価情報を受信する。評価情報とは、楽曲に対する評価に関する情報である。評価情報は、例えば、楽曲を採択するか否かを示す情報、採択された１以上の楽曲の楽曲識別子、採択されなかった１以上の楽曲の楽曲識別子、楽曲の評価値（例えば、１から５の５段階のうちのいずれかの数値、Ａ，Ｂ，Ｃのうちのいずれかの段階を示す情報、採択すべきか否かを示す情報）である。なお、評価情報は、後述する結果情報と同じでも良い。
【0091】
応募情報受信部１２５は、プレーヤー端末４から応募情報を受信する。応募情報とは、楽曲のプレーヤーとして応募することを示す情報である。応募情報は、プレーヤーとして参加する楽曲の楽曲識別子を有する。応募情報は、応募するプレーヤーのプレーヤー識別子に対応付いている。応募情報は、例えば、バンド識別子に対応付いている。バンド識別子とは、バンドを識別する情報である。
【0092】
決定情報受信部１２６は、決定情報を受信する。決定情報とは、メンバー情報を決定するための情報である。決定情報は、例えば、１または２以上のプレーヤー識別子を含む。メンバー情報とは、楽曲のバンドメンバーを特定する情報である。バンドメンバーとは、楽曲を演奏に関わるメンバーであり、通常、演奏者、ボーカルである。
【0093】
決定情報受信部１２６は、例えば、クリエータ端末３から決定情報を受信する。ただし、決定情報受信部１２６は、例えば、プレーヤー端末４から決定情報を受信しても良い。決定情報受信部１２６がプレーヤー端末４から決定情報を受信する場合は、例えば、バンドメンバーの募集に対して、早く応募した者が採用されるような場合である。また、決定情報受信部１２６は、楽曲管理装置１の運営者等が使用する図示しない端末から決定情報を受信しても良い。
【0094】
決定情報受信部１２６は、通常、楽曲識別子に対応付けて、決定情報を受信する。
【0095】
決定情報受信部１２６は、例えば、プレーヤー情報の送信に応じて、クリエータ端末３からプレーヤー識別子に対応する決定情報であり、プレーヤー識別子で識別されるプレーヤーを採用する旨の決定情報を受信する。
【0096】
決定情報受信部１２６は、バンドメンバー条件に合致するプレーヤーのプレーヤー識別子と楽曲の楽曲識別子とに対応する決定情報を受信することは好適である。
【0097】
決定情報受信部１２６は、例えば、オファー情報を受信したプレーヤーのプレーヤー端末４から、バンドに参加する旨を示す決定情報を受信する。
【0098】
検索条件受信部１２７は、テーマ情報に関する条件を含む検索条件を受信する。検索条件とは、楽曲を検索するための条件である。検索条件は、例えば、ＳＱＬにより実現されるが、その実現手段、構造等は問わない。検索条件受信部１２７は、端末から検索条件を受信する。端末は、例えば、評価者端末２、クリエータ端末３、またはプレーヤー端末４である。
【0099】
ダウンロード指示受信部１２８は、ダウンロード指示をクリエータ端末３から受信する。ダウンロード指示とは、楽曲をダウンロードする指示である。ダウンロード指示は、通常、他のクリエータが作成した楽曲をダウンロードする指示である。ダウンロード指示は、楽曲をダウンロードするクリエータのクリエータ識別子と、ダウンロードする楽曲の楽曲識別子に対応付けられている。ダウンロード指示受信部１２８は、端末からダウンロード指示を受信する。端末は、例えば、評価者端末２、クリエータ端末３、またはプレーヤー端末４である。
【0100】
処理部１３は、各種の処理を行う。各種の処理とは、例えば、場構成部１３０、侵害判断部１３１、楽曲蓄積部１３２、結果取得部１３３、楽曲利用処理部１３４、オファー部１３５、メンバー情報蓄積部１３６、ダウンロード部１３７、ダウンロード情報蓄積部１３８、利用料金処理部１３９、学習部１３Ａ、テーマ取得部１３Ｂが行う処理である。
【0101】
場構成部１３０は、募集情報受信部１２１が受信した募集情報に含まれるテーマ情報に対して、楽曲を応募するため場を構成する。また、場構成部１３０は、評価者識別子に対応付けて、受信された募集情報を格納部１１に蓄積する。場構成部１３０は、例えば、ユニークな募集情報識別子を生成し、当該募集情報識別子に対応付けて、募集情報を蓄積する。
【0102】
ここで、場とは、楽曲を応募するためのインターフェイスである。場は、例えば、楽曲を応募するためのウェブページ、楽曲を応募するための画面内の応募ボタン等のユーザインターフェースである。
【0103】
場を構成することは、楽曲を楽曲管理装置１に送信することができるインターフェイスを構成することである。場を構成することは、クリエータが楽曲管理装置１に楽曲を送信することができる機能を提供できるようにすることである。
【0104】
侵害判断部１３１は、楽曲受信部１２２が受信した楽曲が、１以上の他楽曲の著作権の侵害に関する判断を行い、判断結果を取得する。なお、１以上の他楽曲は、例えば、楽曲情報格納部１１４に格納されている楽曲である。１以上の他楽曲は、例えば、図示しないサーバに格納されている楽曲でも良い。１以上の他楽曲は、検査条件に合致する楽曲であることは好適である。検査条件は、例えば、楽曲を送信してきたクリエータが過去にダウンロードした楽曲であることである。
【0105】
判断結果は、例えば、他楽曲の著作権を侵害しているか否かを示す情報、侵害している１以上の他楽曲の楽曲識別子、侵害している他楽曲の部分楽曲、侵害している他楽曲の部分楽曲の部分楽曲識別子、侵害している楽曲の部分楽曲、侵害している楽曲の部分楽曲の部分楽曲識別子である。部分楽曲とは、楽曲の一部の楽曲である。部分楽曲は、楽曲を休止情報により区切った一部分である。休止情報は、例えば、無音区間、音量が閾値以下の箇所の情報である。部分楽曲識別子とは、部分楽曲を識別する情報である。部分楽曲識別子は、例えば、部分楽曲のＩＤ、部分楽曲の開始点の楽曲の中でのオフセットである。
【0106】
侵害判断部１３１は、楽曲受信部１２２がクリエータ識別子に対応する楽曲を受信した場合に、当該クリエータ識別子と対になるダウンロード情報に対応する楽曲識別子で識別される１以上の他楽曲に対して、楽曲受信部１２２が受信した楽曲が著作権を侵害していないか否かを判断することは好適である。つまり、侵害判断部１３１は、クリエータがダウンロードした楽曲の著作権を侵害していないか否かを判断することは好適である。なお、ダウンロード情報とは、ダウンロードした楽曲を特定する情報である。ダウンロード情報は、例えば、１以上のダウンロード楽曲識別子である。ダウンロード楽曲識別子とは、ダウンロードした楽曲の楽曲識別子である。
【0107】
侵害判断部１３１は、例えば、楽曲を２以上の部分楽曲に分割し、部分楽曲ごとに類似条件を満たす部分楽曲が、検査対象の他楽曲の中に存在するか否かを判断する。なお、類似条件は、２つの部分楽曲の類似度が閾値以上または閾値より大きいことである。また、楽曲の類似度を取得する技術は、公知技術である（参照：ＵＲＬ「https://www.jstage.jst.go.jp/article/ieejjournal/127/7/127_7_417/_pdf」）。なお、検査対象の他楽曲は、例えば、検査条件に合致する楽曲である。
【0108】
侵害判断部１３１は、例えば、楽曲受信部１２２が受信した楽曲のうち検査対象（部分楽曲または楽曲全体）から１または２以上の楽曲特徴量を取得する。次に、侵害判断部１３１は、例えば、楽曲受信部１２２が受信した楽曲の１以上の各楽曲特徴量を要素とするベクトル（検査ベクトルという）を構成する。また、侵害判断部１３１は、著作権侵害の検査の対象の１以上の各楽曲の被検査対象（部分楽曲または楽曲全体）から１または２以上の楽曲特徴量を取得する。次に、次に、侵害判断部１３１は、例えば、著作権侵害の検査の対象の１以上の各楽曲の検査対象の１以上の各楽曲特徴量を要素とするベクトル（被検査ベクトルと言う）を構成する。次に、侵害判断部１３１は、例えば、１または２以上の検査ベクトルと類似条件に合致する被検査ベクトルが存在するか否かを判断する。そして、侵害判断部１３１は、楽曲受信部１２２が受信した楽曲の１以上のいずれかの検査ベクトルに対して類似条件に合致する被検査ベクトルが存在する場合、当該被検査ベクトルに対応する被検査対象の著作権を侵害している、と判断する。なお、類似条件は、例えば、２つのベクトルの類似度が閾値以上または閾値より大きいことである。また、楽曲特徴量は、例えば、スペクトル重心等のスペクトル特徴量、トレモロ等の変調特徴量、立ち上がり時間等のアタック特徴量であるが、問わない。楽曲から楽曲特徴量を取得する技術は公知技術である（参照：ＵＲＬ「https://www.jstage.jst.go.jp/article/ieejjournal/127/7/127_7_417/_pdf」）。
【0109】
楽曲蓄積部１３２は、楽曲受信部１２２が受信した楽曲を、当該楽曲の楽曲識別子に対応付けて、楽曲情報格納部１１４に蓄積する。
【0110】
結果取得部１３３は、楽曲情報格納部１１４に格納されている１または２以上の楽曲のオーディションの結果を示す結果情報を取得する。なお、オーディションとは、楽曲を採用する場である。ここでのオーディションは、募集情報に対して、クリエータ等から応募されたが楽曲のオーディションである。
【0111】
結果情報は、例えば、採択された１以上の各楽曲の楽曲識別子、採択されなかった１以上の各楽曲の楽曲識別子、または各楽曲識別子に対応付く採択フラグである。なお、採択フラグとは、採択されたか否かを示す情報である。なお、採択フラグは、後述する利用可能フラグと同じ、または利用可能フラグに対応付いていても良い。
【0112】
結果取得部１３３は、例えば、評価受信部１２４が受信した評価情報である結果情報を取得する。かかる場合、評価情報は、オーディションの結果を示す結果情報である。
【0113】
結果取得部１３３は、例えば、２以上の評価者端末２から受信された２以上の評価結果を統計処理し、結果情報を取得する。結果取得部１３３は、例えば、２以上の各評価結果が示す採択された楽曲の楽曲識別子のうち、最も出現頻度が大きい楽曲識別子を、結果情報として取得する。結果取得部１３３は、例えば、２以上の各評価結果が示す各楽曲のスコアの合計が最高である楽曲識別子を、結果情報として取得する。かかる場合、採択する楽曲を決定する評価者は複数人である。
【0114】
楽曲利用処理部１３４は、楽曲情報格納部１１４の２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う。利用処理は、例えば、利用可能フラグ蓄積処理、検索処理、楽曲を利用するためのダウンロード処理、楽曲を視聴するためだけの視聴ダウンロード処理、楽曲を元に二次著作物を作成するための編集処理である。なお、ここで、２以上の楽曲のうちのいずれか１以上の楽曲は、通常、採択されなかった楽曲である。つまり、利用処理の対象となるのは、採択されなかった楽曲のみであることは好適である。通常、採択された楽曲は、採択した者のみが、利用できる。
【0115】
楽曲利用処理部１３４は、採択されなかった楽曲は今後利用されることができ、採択された楽曲は今後利用されることができないようにするための処理を行うことは好適である。なお、かかる処理も利用処理である、とする。採択されなかった楽曲は今後利用されることができ、採択された楽曲は今後利用されることができないようにするための処理を行うとは、例えば、結果情報が採択されなかったことを示す楽曲は今後利用されることができ、結果情報が採択されたことを示す楽曲は今後利用されることができないようにするための処理を行うことである。なお、利用されることができる（利用可能となる）ための処理は、例えば、利用可能フラグの付加である。利用されることができる（利用可能となる）ための処理は、例えば、採択された楽曲に対して、利用不可であることを示すフラグの付加である。
【0116】
楽曲利用処理部１３４は、採択された楽曲であり、利用条件を満たすに至った楽曲が利用可能となるための処理を行うことは好適である。なお、利用条件とは、第三者が、通常では利用できない採択された楽曲を、第三者が利用できるようにするための条件である。利用条件は、例えば、採択日から所定期間以上経過したこと、権利者により利用可能フラグが付加されたことである。なお、ここでの権利者とは、楽曲を利用する権利を有する者であり、例えば、募集情報を送信し、一の楽曲の採択を決定した者（例えば、評価者）である。
【0117】
楽曲利用処理部１３４は、例えば、利用可能フラグ蓄積処理を行う。つまり、楽曲利用処理部１３４は、例えば、採択されなかった楽曲に対応付けて、今後利用されることができる旨を示す利用可能フラグを蓄積する処理を行う、または採択された楽曲に対応付けて、今後利用されることができない旨を示す利用可能フラグを蓄積する処理を行う。なお、採択されなかった楽曲は、例えば、採択されなかったことを示す結果情報に対応付く楽曲である。また、採択された楽曲は、例えば、採択されたことを示す結果情報に対応する楽曲である。今後利用されることができる旨を示す利用可能フラグに対応することは、今後利用されることができない旨を示す利用可能フラグに対応しないことと同意義である。
【0118】
楽曲利用処理部１３４は、例えば、検索処理を行う。つまり、楽曲利用処理部１３４は、例えば、検索条件受信部１２７が受信した検索条件を満たす楽曲属性値に対応する楽曲であり、今後利用されることができる旨を示す利用可能フラグに対応する楽曲を検索し、検索結果を出力する。つまり、検索処理は、採択されなかった楽曲のみを対象として行われることは好適である。また、検索処理は、採択された楽曲を除いた楽曲を対象として行われることは好適である。
【0119】
なお、検索結果は、例えば、１または２以上の楽曲識別子、１または２以上の楽曲属性値、１または２以上の楽曲である。ここで、出力は、例えば、検索条件を送信してきた端末への送信である。ここでの端末とは、例えば、評価者端末２、クリエータ端末３、プレーヤー端末４、または図示しない他者の端末である。
【0120】
楽曲利用処理部１３４は、例えば、楽曲を利用するためのダウンロード処理を行う。また、楽曲利用処理部１３４は、例えば、楽曲を視聴するためだけの視聴ダウンロード処理を行う。楽曲利用処理部１３４は、オーディションの結果、採択されなかった楽曲のみを対象として、ダウンロード可能とする処理を行うことは好適である。楽曲利用処理部１３４は、例えば、採択されなかった楽曲のみがダウンロードできるウェブページまたは画面を構成し、端末に送信する。なお、端末とは、例えば、評価者端末２、クリエータ端末３、プレーヤー端末４、または図示しない他者の端末である。
【0121】
楽曲利用処理部１３４は、例えば、楽曲を元に二次著作物を作成するための編集処理を行う。編集処理は、例えば、端末で入力された編集指示に応じて、楽曲を編集する処理、または端末で編集された楽曲を受信し、楽曲情報格納部１１４に蓄積する処理である。
【0122】
オファー部１３５は、メンバー条件受信部１２３が受信したバンドメンバー条件に合致するプレーヤー属性値に対応する１以上のプレーヤーを決定し、当該１以上の各プレーヤーに対して、オファー情報を送信する。オファー情報とは、楽曲を演奏するバンドへの参加をオファーするための情報である。オファー情報は、例えば、楽曲識別子を有する。オファー情報は、例えば、バンドメンバー条件に合致したプレーヤー属性値（例えば、楽器識別子）を有する。なお、オファー情報の送信手段は問わない。オファー情報の送信は、例えば、電子メールによる送信（プッシュ型）、ショートメッセージによる送信（プッシュ型）、プレーヤーからのアクセスによる送信（プル型）である。
【0123】
メンバー情報蓄積部１３６は、決定情報受信部１２６が受信した決定情報を用いて取得されたメンバー情報をメンバー管理部１１３に蓄積する。メンバー情報とは、バンドメンバーを特定する情報である。メンバー情報は、楽曲識別子と１または２以上のプレーヤー識別子とを含む。メンバー情報は、例えば、クリエータ識別子を含む。
【0124】
ダウンロード部１３７は、ダウンロード指示受信部１２８が受信したダウンロード指示に応じて、ダウンロード指示に対応する楽曲識別子で識別される楽曲を楽曲情報格納部１１４から取得し、当該楽曲を、ダウンロード指示を送信してきたクリエータ端末３に送信する。ダウンロード指示に対応する楽曲識別子は、例えば、ダウンロード指示に含まれる楽曲識別子、ダウンロード指示に含まれる検索条件に合致する楽曲属性値と対になる楽曲識別子である。
【0125】
ダウンロード情報蓄積部１３８は、ダウンロード部１３７による楽曲の送信に応じて、ダウンロード情報を蓄積する。ダウンロード情報蓄積部１３８は、例えば、ダウンロード情報をクリエータ管理部１１１に蓄積する。
【0126】
ダウンロード情報とは、クリエータが楽曲をダウンロードした旨を示す情報である。ダウンロード情報は、例えば、ダウンロードされた楽曲の楽曲識別子とクリエータ識別子とを対応付ける情報である。ダウンロード情報は、例えば、楽曲識別子とクリエータ識別子とを有する。
【0127】
利用料金処理部１３９は、楽曲の利用に対して、利用料を取得し、利用料をクリエータ識別子で識別されるクリエータとプレーヤー識別子で識別されるプレーヤーとで分配するための処理を行う。分配するための処理とは、例えば、各著作権者が受け取るべき報酬を取得し、出力する処理である。各著作権者は、通常、クリエータとプレーヤーとを含む。なお、楽曲の利用は、例えば、ダウンロード、検索、編集である。
【0128】
利用料金処理部１３９は、楽曲の利用に対して、二次著作権者識別子で識別される二次著作権者に対しても利用料を分配するための処理を行うことは好適である。
【0129】
利用料金処理部１３９は、楽曲が利用された場合、当該楽曲の楽曲識別子を取得する。次に、利用料金処理部１３９は、当該楽曲識別子と対になるクリエータ識別子とプレーヤー識別子とをメンバー管理部１１３から取得する。また、利用料金処理部１３９は、楽曲の利用に対する利用料を取得する。なお、利用料は、例えば、楽曲識別子に対応付いて、楽曲情報格納部１１４に格納されている。また、利用料は、例えば、楽曲識別子と利用識別子とに対応付いて、楽曲情報格納部１１４に格納されている。利用識別子とは、利用態様を示す情報である。利用識別子は、例えば、「ダウンロード」「編集」である。そして、利用料金処理部１３９は、例えば、取得した利用料の一部であり、予め決められている割合の報酬（例えば、金額、ポイント等）をクリエータの報酬として取得し、当該クリエータの報酬をクリエータ識別子に対応付けて出力する。利用料金処理部１３９は、例えば、取得した利用料の一部であり、予め決められている割合の報酬を、プレーヤーの数で割った報酬を、各プレーヤーの報酬として取得し、当該プレーヤーの報酬をプレーヤー識別子に対応付けて出力する。なお、ここでの出力は、例えば、格納部１１への蓄積、端末への送信等である。
【0130】
学習部１３Ａは、楽曲とテーマ情報とに基づく２以上の教師データに対して、機械学習の学習処理を行い、学習モデルを取得する。なお、学習部１３Ａは、取得した学習モデルを学習モデル格納部１１５に蓄積することは好適である。
【0131】
また、教師データは、例えば、楽曲とテーマ情報とを有する。教師データは、例えば、楽曲から取得された２以上の各楽曲特徴量を要素とする特徴量ベクトルとテーマ情報とを有する。教師データは、例えば、当該ベクトルを説明変数とし、テーマ情報を目的変数とする。
【0132】
学習部１３Ａは、例えば、テーマ情報ごとに、当該テーマ情報に対応する楽曲を正例とし、当該テーマ情報に対応しない楽曲を負例として、機械学習の学習処理を行い、二値分類を行うための学習モデルを取得する。なお、正例および負例は、例えば、特徴量ベクトル、またが楽曲である。なお、二値分類の学習モデルを用いて取得される予測結果は、学習モデルに対応するテーマ情報に該当するか否かを示す情報を含む。
【0133】
学習部１３Ａは、楽曲とテーマ情報とを有する２以上の教師データを用いて、機械学習の学習処理を行い、多値分類の学習モデルを取得する。また、学習部１３Ａは、楽曲から取得した特徴量ベクトルとテーマ情報とを有する２以上の教師データを用いて、機械学習の学習処理を行い、多値分類の学習モデルを取得する。なお、多値分類の学習モデルを用いて取得される予測結果はテーマ情報を含む。
【0134】
テーマ取得部１３Ｂは、楽曲情報格納部１１４の２以上の楽曲のうち、１以上の各楽曲に対するテーマ情報を取得し、テーマ情報を各楽曲に対応付けて蓄積する。
【0135】
テーマ取得部１３Ｂは、例えば、１以上の各楽曲と学習モデルとを用いて、機械学習の予測処理を行い、１以上の各楽曲に対応するテーマ情報を取得し、各楽曲に対応付けて蓄積する。かかる場合の学習モデルは、多値分類のモデルである。
【0136】
テーマ取得部１３Ｂは、例えば、楽曲から２以上の楽曲特徴量を取得し、当該２以上の楽曲特徴量と学習モデルとを用いて、機械学習の予測処理を行い、１以上の各楽曲に対応するテーマ情報を取得し、当該楽曲に対応付けて蓄積する。かかる場合の学習モデルは、多値分類のモデルである。
【0137】
テーマ取得部１３Ｂは、例えば、１または２以上の各テーマ情報ごとに、１以上の各楽曲と学習モデルとを用いて、機械学習の予測処理を行い、テーマ情報に合致するか否かを示す予測結果を取得する。そして、テーマ取得部１３Ｂは、「テーマ情報に合致する」との予測結果に対応するテーマ情報を取得する。かかる場合の学習モデルは、二値分類のモデルである。
【0138】
テーマ取得部１３Ｂは、例えば、１または２以上の各テーマ情報ごとに、１以上の各楽曲の特徴量ベクトルと学習モデルとを用いて、機械学習の予測処理を行い、テーマ情報に合致するか否かを示す予測結果を取得する。そして、テーマ取得部１３Ｂは、「テーマ情報に合致する」との予測結果に対応するテーマ情報を取得する。かかる場合の学習モデルは、二値分類のモデルである。
【0139】
テーマ取得部１３Ｂは、例えば、楽曲から２以上の楽曲特徴量を取得し、当該２以上の各楽曲特徴量を要素とする特徴量ベクトルを構成する。次に、テーマ取得部１３Ｂは、例えば、当該特徴量ベクトルと類似条件を満たす１以上の各ベクトルと対になるテーマ情報を対応表から取得する。
【0140】
送信部１４は、各種の情報を送信する。各種の情報は、例えば、判断結果、楽曲募集画面、プレーヤー情報である。
【0141】
判断結果出力部１４１は、侵害判断部１３１が取得した判断結果を出力する。ここで出力とは、通常、クリエータ端末３への送信であるが、記録媒体への蓄積、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、他の外部の装置への送信、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。
【0142】
募集画面送信部１４２は、場構成部１３０が構成した場に対応する楽曲募集画面を送信する。募集画面送信部１４２は、通常、クリエータ端末３に楽曲募集画面を送信する。募集画面送信部１４２は、例えば、クリエータ管理部１１１に格納されている１または２以上の各クリエータ識別子に対応するクリエータ端末３に楽曲募集画面を送信する。集画面送信部１４２は、例えば、当該画面の送信の指示を送信してきたクリエータ端末３に楽曲募集画面を送信する。なお、楽曲募集画面とは、テーマに沿った楽曲を募集する画面である。
【0143】
プレーヤー情報送信部１４３は、応募情報受信部１２５が受信した応募情報に対応する１または２以上のプレーヤー情報をクリエータ端末３に送信する。プレーヤー情報送信部１４３は、応募情報受信部１２５が受信した応募情報に対応する１以上のプレーヤー識別子を取得する。次に、プレーヤー情報送信部１４３は、当該１以上の各プレーヤー識別子により識別されるプレーヤーのプレーヤー情報をプレーヤー管理部１１２から取得する。次に、プレーヤー情報送信部１４３は、当該１以上のプレーヤー情報を、応募情報受信部１２５が受信した応募情報に対応するクリエータ端末３に送信する。なお、送信されるプレーヤー情報は、格納されているすべてのプレーヤー属性値を有する必要はない。
【0144】
評価者端末２を構成する評価者格納部２１には、各種の情報が格納される。各種の情報とは、例えば、評価者識別子である。
【0145】
評価者受付部２２は、各種の情報や指示等を受け付ける。各種の情報や指示等は、例えば、募集情報、ダウンロード指示、評価情報、決定情報、検索条件である。
【0146】
各種の情報や指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。
【0147】
ここでの受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【0148】
評価者処理部２３は、各種の処理を行う。各種の処理は、例えば、受け付けられた情報や指示等を、送信する構造の情報や指示等にする処理である。各種の処理は、例えば、受信された情報を出力する構造の情報にする処理である。
【0149】
評価者送信部２４は、各種の情報や指示等を楽曲管理装置１に送信する。各種の情報や指示等は、例えば、募集情報、ダウンロード指示、評価情報、決定情報、検索条件である。
【0150】
評価者受信部２５は、各種の情報を楽曲管理装置１から受信する。各種の情報は、例えば、楽曲、楽曲識別子、検索結果である。
【0151】
評価者出力部２６は、各種の情報を出力する。各種の情報は、例えば、楽曲、楽曲識別子、検索結果である。
【0152】
ここで出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、楽曲の出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【0153】
クリエータ端末３を構成するクリエータ格納部３１には、各種の情報が格納される。各種の情報とは、例えば、クリエータ識別子、楽曲である。
【0154】
クリエータ受付部３２は、各種の情報や指示等を受け付ける。各種の情報や指示等は、例えば、募集画面送信指示、楽曲、検索条件、ダウンロード指示、編集指示、バンドメンバー条件、決定情報、クリエータ情報である。
【0155】
なお、編集指示とは、楽曲を編集する指示である。編集指示は、例えば、編集対象の楽曲の楽曲識別子、編集の命令を有する。
【0156】
各種の情報や指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。
【0157】
ここでの受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【0158】
クリエータ処理部３３は、各種の処理を行う。各種の処理は、例えば、受け付けられた情報や指示等を、送信する構造の情報や指示等にする処理である。各種の処理は、例えば、受信された情報を出力する構造の情報にする処理である。
【0159】
クリエータ送信部３４は、各種の情報や指示等を楽曲管理装置１に送信する。各種の情報や指示等は、例えば、楽曲、バンドメンバー条件、検索条件、ダウンロード指示である。
【0160】
クリエータ受信部３５は、各種の情報を楽曲管理装置１から受信する。各種の情報は、例えば、判断結果、プレーヤー情報である。
【0161】
クリエータ出力部３６は、各種の情報を出力する。各種の情報は、例えば、楽曲、判断結果、プレーヤー情報である。
【0162】
ここで出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、楽曲の出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【0163】
プレーヤー端末４を構成するプレーヤー格納部４１には、各種の情報が格納される。各種の情報とは、例えば、プレーヤー識別子である。
【0164】
プレーヤー受付部４２は、各種の情報や指示等を受け付ける。各種の情報や指示等は、例えば、決定情報（例えば、オファーを受ける旨の情報）、応募情報、検索条件、ダウンロード指示である。
【0165】
各種の情報や指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。
【0166】
プレーヤー処理部４３は、各種の処理を行う。各種の処理は、例えば、受け付けられた情報や指示等を、送信する構造の情報や指示等にする処理である。各種の処理は、例えば、受信された情報を出力する構造の情報にする処理である。
【0167】
プレーヤー送信部４４は、各種の情報や指示等を楽曲管理装置１に送信する。各種の情報や指示等は、例えば、決定情報、応募情報、検索条件、ダウンロード指示である。
【0168】
プレーヤー受信部４５は、各種の情報を楽曲管理装置１から受信する。各種の情報は、例えば、オファー情報、検索結果、楽曲である。
【0169】
プレーヤー出力部４６は、各種の情報を出力する。各種の情報は、例えば、オファー情報、検索結果、楽曲である。
【0170】
ここで出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、楽曲の出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【0171】
格納部１１、クリエータ管理部１１１、プレーヤー管理部１１２、メンバー管理部１１３、楽曲情報格納部１１４、学習モデル格納部１１５、評価者格納部２１、クリエータ格納部３１、およびプレーヤー格納部４１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【0172】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【0173】
受信部１２、募集情報受信部１２１、楽曲受信部１２２、メンバー条件受信部１２３、評価受信部１２４、応募情報受信部１２５、決定情報受信部１２６、検索条件受信部１２７、ダウンロード指示受信部１２８、評価者受信部２５、クリエータ受信部３５、およびプレーヤー受信部４５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【0174】
処理部１３、場構成部１３０、侵害判断部１３１、楽曲蓄積部１３２、結果取得部１３３、楽曲利用処理部１３４、オファー部１３５、メンバー情報蓄積部１３６、ダウンロード部１３７、ダウンロード情報蓄積部１３８、利用料金処理部１３９、学習部１３Ａ、テーマ取得部１３Ｂ、評価者処理部２３、クリエータ処理部３３、およびプレーヤー処理部４３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。
【0175】
送信部１４、判断結果出力部１４１、募集画面送信部１４２、プレーヤー情報送信部１４３、評価者送信部２４、クリエータ送信部３４、およびプレーヤー送信部４４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【0176】
評価者受付部２２、クリエータ受付部３２、およびプレーヤー受付部４２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【0177】
評価者出力部２６、クリエータ出力部３６、およびプレーヤー出力部４６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。評価者出力部２６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【0178】
なお、楽曲利用処理部１３４、オファー部１３５、ダウンロード部１３７は、無線または有線の通信手段で実現されても良い。
【0179】
【0180】
（ステップＳ４０１）募集情報受信部１２１は、評価者端末２から募集情報を受信したか否かを判断する。募集情報を受信した場合はステップＳ４０２に行き、受信しなかった場合はステップＳ４０４に行く。なお、ここで、募集情報受信部１２１は、評価者識別子に対応付けて、募集情報を受信する。
【0181】
（ステップＳ４０２）場構成部１３０は、募集情報受信部１２１が受信した募集情報に含まれるテーマ情報に対して、楽曲を応募するため場を構成する。
【0182】
（ステップＳ４０３）場構成部１３０は、評価者識別子に対応付けて、受信された募集情報を格納部１１に蓄積する。ステップＳ４０１に戻る。
【0183】
（ステップＳ４０４）受信部１２は、クリエータ端末３から募集画面送信指示を受信したか否かを判断する。募集画面送信指示を受信し場合はステップＳ４０５に行き、募集画面送信指示を受信しなかった場合はステップＳ４１１に行く。
【0184】
（ステップＳ４０５）処理部１３は、募集画面送信指示が有する募集情報識別子に対応する楽曲募集画面を取得する。次に、送信部１４は、募集画面送信指示を送信してきたクリエータ端末３に、当該楽曲募集画面を送信する。
【0185】
（ステップＳ４０６）楽曲受信部１２２は、クリエータ端末３から楽曲を受信したか否かを判断する。楽曲を受信した場合はステップＳ４０７に行き、受信しなかった場合はステップＳ４０６に戻る。なお、受信される楽曲は、例えば、募集情報識別子、クリエータ識別子に対応付いている。
【0186】
（ステップＳ４０７）侵害判断部１３１は、ステップＳ４０６で受信された楽曲に対して、侵害判断処理を行う。侵害判断処理の例について、図６のフローチャートを用いて説明する。
【0187】
（ステップＳ４０８）処理部１３は、ステップＳ４０７における判断結果が「侵害」であったか否かを判断する。「侵害」であればステップＳ４０９に行き、「侵害」でなければステップＳ４１０に行く。
【0188】
（ステップＳ４０９）送信部１４は、ステップＳ４０６で受信された楽曲が他者の著作権を侵害している旨の情報をクリエータ端末３に送信する。ステップＳ４０１に戻る。なお、ここでは、他者の著作権を侵害している楽曲は蓄積されない。
【0189】
（ステップＳ４１０）楽曲蓄積部１３２は、ステップＳ４０６で受信された楽曲を楽曲情報格納部１１４に蓄積する。ステップＳ４０１に戻る。
【0190】
なお、楽曲蓄積部１３２は、例えば、ユニークが楽曲識別子を生成し、当該楽曲識別子とステップＳ４０６で受信された楽曲に対応付くクリエータ識別子と募集情報識別子とに対応付けて、楽曲を蓄積する。
【0191】
（ステップＳ４１１）メンバー条件受信部１２３は、クリエータ端末３からバンドメンバー条件を受信したか否かを判断する。バンドメンバー条件を受信した場合はステップＳ４１２に行き、受信しなかった場合はステップＳ４１３に行く。
【0192】
（ステップＳ４１２）オファー部１３５は、オファー処理を行う。オファー処理の例について、図７のフローチャートを用いて説明する。ステップＳ４０１に戻る。
【0193】
（ステップＳ４１３）評価受信部１２４は、評価者端末２から評価情報を受信したか否かを判断する。評価情報を受信した場合はステップＳ４１４に行き、受信しなかった場合はステップＳ４１９に行く。
【0194】
（ステップＳ４１４）処理部１３は、ステップＳ４１３で受信された評価情報を用いて、オーディションの結果が決定できるか否かを判断する。オーディションの結果が決定できる場合はステップＳ４１５に行き、決定できない場合はステップＳ４１８に行く。なお、オーディションの結果が決定できる場合は、通常、評価情報が確定した楽曲識別子を有する場合、または評価者全員の評価情報が受信された場合である。
【0195】
（ステップＳ４１５）結果取得部１３３は、ステップＳ４１３で受信された評価情報を用いて、結果情報を取得する。
【0196】
（ステップＳ４１６）送信部１４は、ステップＳ４１５で取得された結果情報（採択された旨の情報）を、当該結果情報に対応する楽曲識別子と対になるクリエータ識別子で識別されるクリエータに送信する。また、送信部１４は、結果情報を、評価情報に対応する評価者端末２に送信しても良い。
【0197】
（ステップＳ４１７）楽曲利用処理部１３４は、ステップＳ４１５で取得された結果情報と対になる募集情報識別子と対になる楽曲識別子であり、結果情報において、採択された楽曲ではない１以上の各楽曲の楽曲識別子に対応付けて、利用可能フラグを蓄積する。ステップＳ４０１に戻る。
【0198】
（ステップＳ４１８）処理部１３は、ステップＳ４１３で受信された評価情報を募集情報識別子に対応付けて蓄積する。ステップＳ４０１に戻る。
【0199】
（ステップＳ４１９）応募情報受信部１２５は、プレーヤー端末４から応募情報を受信したか否かを判断する。応募情報を受信した場合はステップＳ４２０に行き、受信しなかった場合はステップＳ４２２に行く。なお、ここでの応募情報は、楽曲識別子に対応付いている。
【0200】
（ステップＳ４２０）処理部１３は、ステップＳ４１９で受信された応募情報を、楽曲識別子に対応付けて蓄積する。
【0201】
（ステップＳ４２１）プレーヤー情報送信部１４３は、ステップＳ４１９で受信された応募情報に対応するプレーヤー情報をプレーヤー管理部１１２から取得する。次に、プレーヤー情報送信部１４３は、ステップＳ４１９で受信された応募情報に対応するクリエータ識別子で識別されるクリエータに、プレーヤー情報を送信する。ステップＳ４０１に戻る。
【0202】
なお、クリエータに送信することは、クリエータ端末３に送信することである。また、ここでの送信手段は問わない。
【0203】
（ステップＳ４２２）決定情報受信部１２６は、決定情報を受信したか否かを判断する。決定情報を受信した場合はステップＳ４２４に行き、受信しなかった場合はステップＳ４２５に行く。なお、決定情報受信部１２６は、通常、クリエータ端末３から決定情報を受信する。
【0204】
（ステップＳ４２３）メンバー情報蓄積部１３６は、ステップＳ４２２で受信された決定情報に対応するメンバー情報を構成する。
【0205】
メンバー情報蓄積部１３６は、例えば、ステップＳ４２２で受信された決定情報が有する１以上のプレーヤー識別子と、ステップＳ４２２で受信された決定情報に対応するクリエータ識別子であり、決定情報を送信したクリエータのクリエータ識別子とを有するメンバー情報を構成する。
【0206】
（ステップＳ４２４）メンバー情報蓄積部１３６は、ステップＳ４２３で構成したメンバー情報をメンバー管理部１１３に蓄積する。ステップＳ４０１に戻る。
【0207】
なお、ここで、送信部１４は、メンバー情報に含まれる１以上の各プレーヤー識別子に対応するプレーヤーに、バンドメンバーとして採用された旨を送信することは好適である。
【0208】
（ステップＳ４２５）検索条件受信部１２７は、検索条件を受信したか否かを判断する。検索条を受信した場合はステップＳ４２６に行き、受信しなかった場合はステップＳ４２８に行く。
【0209】
（ステップＳ４２６）楽曲利用処理部１３４は、ステップＳ４２５で受信された検索条件に合致する１以上の楽曲を楽曲情報格納部１１４から検索し、検索結果を取得する。ここで、楽曲利用処理部１３４は、利用可能な楽曲の中から検索することは好適である。
【0210】
（ステップＳ４２７）送信部１４は、ステップＳ４２６で取得された検索結果を、検索条件を送信してきた端末に送信する。ステップＳ４０１に戻る。
【0211】
（ステップＳ４２８）ダウンロード指示受信部１２８は、ダウンロード指示を受信したか否かを判断する。ダウンロード指示を受信した場合はステップＳ４２９に行き、受信しなかった場合はステップＳ４３２に行く。
【0212】
（ステップＳ４２９）ダウンロード部１３７は、ダウンロード指示に対応する１以上の楽曲を楽曲情報格納部１１４から取得する。ここで、楽曲利用処理部１３４は、利用可能な楽曲の中から取得することは好適である。楽曲利用処理部１３４は、採択された楽曲は取得しないことは好適である。
【0213】
（ステップＳ４３０）ダウンロード部１３７は、ステップＳ４２９で取得した１以上の楽曲を、ダウンロード指示を送信してきた端末に送信する。
【0214】
（ステップＳ４３１）ダウンロード情報蓄積部１３８は、ステップＳ４３０で送信された１以上の各楽曲の楽曲識別子を取得する。また、ダウンロード情報蓄積部１３８は、ダウンロード指示を送信してきた端末（例えば、クリエータ端末３）の識別子（例えば、クリエータ識別子）を取得する。次に、ダウンロード情報蓄積部１３８は、当該１以上の楽曲識別子と端末の識別子（例えば、クリエータ識別子）とを有するダウンロード情報を構成する。次に、ダウンロード情報蓄積部１３８は、当該ダウンロード情報を蓄積する。ステップＳ４０１に戻る。なお、ダウンロード情報蓄積部１３８は、例えば、ダウンロード情報を格納部１１に蓄積する。
【0215】
（ステップＳ４３２）利用料金処理部１３９は、楽曲の利用に対して、利用料金を取得するか否かを判断する。利用料金を取得する場合はステップＳ４３３に行き、利用料金を取得しない場合はステップＳ４３７に行く。なお、利用料金を取得する場合は、例えば、予め決められている。利用料金を取得する場合は、例えば、楽曲がダウンロードされた場合である。
【0216】
（ステップＳ４３３）利用料金処理部１３９は、利用された楽曲の利用料を取得する。なお、利用料金処理部１３９は、例えば、利用された楽曲の楽曲識別子と対になる利用料を、楽曲情報格納部１１４から取得する。また、利用料金処理部１３９は、例えば、楽曲の利用に共通の利用料を、格納部１１から取得する。
【0217】
（ステップＳ４３４）利用料金処理部１３９は、楽曲を利用した者に対して、課金処理を行う。
【0218】
なお、利用料金処理部１３９は、例えば、楽曲を利用した者の識別子（例えば、クリエータ識別子）を取得する。次に、利用料金処理部１３９は、例えば、当該識別子と対になるクレジットカード番号を格納部１１（例えば、クリエータ管理部１１１）から取得する。次に、利用料金処理部１３９は、当該クレジットカード番号を用いて、利用料の金額を課金する処理を行う。
【0219】
（ステップＳ４３５）利用料金処理部１３９は、ステップＳ４３３で取得した利用料の中からの、クリエータの報酬（例えば、「クリエータの報酬＝利用料×所定割合（例えば、割合１）」）を取得する。次に、利用料金処理部１３９は、取得したクリエータの報酬を、クリエータ識別子と対にして蓄積する。なお、利用料金処理部１３９は、クリエータに対して、取得した報酬を与える処理（例えば、クリエータの銀行口座に入金する処理）を行っても良い。
【0220】
（ステップＳ４３６）利用料金処理部１３９は、ステップＳ４３３で取得した利用料の中からの、プレーヤーの報酬（例えば、「プレーヤーの報酬＝利用料×所定割合（例えば、割合２）」）を取得する。次に、利用料金処理部１３９は、プレーヤーの人数を取得する。次に、利用料金処理部１３９は、プレーヤー一人当たりの報酬（一人の報酬＝プレーヤーの報酬／人数）を取得する。次に、利用料金処理部１３９は、取得したプレーヤーの一人当たりの報酬を、１以上の各プレーヤー識別子と対にして蓄積する。なお、利用料金処理部１３９は、クリエータに対して、取得した報酬を与える処理（例えば、各プレーヤーの銀行口座に入金する処理）を行っても良い。ステップＳ４０１に戻る。
【0221】
（ステップＳ４３７）学習部１３Ａは、学習処理を行うか否かを判断する。学習処理を行う場合はステップＳ４３８に行き、学習処理を行わない場合はステップＳ４４０に行く。なお、例えば、学習指示の受信に応じて、学習部１３Ａは、学習処理を行う、と判断する。但し、学習処理のトリガーは問わない。
【0222】
（ステップＳ４３８）学習部１３Ａは、楽曲と当該楽曲と対になるテーマ情報とを用いて、学習処理を行い、学習モデルを取得する。学習処理の例について、図８のフローチャートを用いて説明する。
【0223】
（ステップＳ４３９）学習部１３Ａは、ステップＳ４３８で取得した学習モデルを学習モデル格納部１１５に蓄積する。ステップＳ４０１に戻る。
【0224】
（ステップＳ４４０）テーマ取得部１３Ｂは、楽曲のテーマ情報を取得するか否かを判断する。楽曲のテーマ情報を取得する場合はステップＳ４４１に行き、取得しない場合はステップＳ４０１に戻る。なお、テーマ取得処理のトリガーは問わない。
【0225】
（ステップＳ４４１）テーマ取得部１３Ｂは、楽曲のテーマ情報を取得する処理を行う。ステップＳ４０１に戻る。なお、かかるテーマ取得処理の例について、図９のフローチャートを用いて説明する。
【0226】
【0227】
次に、ステップＳ４０７の侵害判断処理の例について、図６のフローチャートを用いて説明する。
【0228】
（ステップＳ６０１）侵害判断部１３１は、ステップＳ４０６で受信された楽曲を分割し、２以上の部分楽曲を取得する。
【0229】
（ステップＳ６０２）侵害判断部１３１は、カウンタｉに１を代入する。
【0230】
（ステップＳ６０３）侵害判断部１３１は、ｉ番目の部分楽曲が存在するか否かを判断する。ｉ番目の部分楽曲が存在する場合はステップＳ６０４に行き、存在しない場合はステップＳ６１７に行く。
【0231】
（ステップＳ６０４）侵害判断部１３１は、ｉ番目の部分楽曲の２以上の楽曲特徴量を取得する。
【0232】
（ステップＳ６０５）侵害判断部１３１は、ステップＳ６０３で取得した２以上の各楽曲特徴量を要素とする特徴量ベクトルを構成する。なお、かかる特徴量ベクトルは、検査対象のベクトルであるので、検査ベクトルと言うこととする。
【0233】
（ステップＳ６０６）侵害判断部１３１は、カウンタｊに１を代入する。
【0234】
（ステップＳ６０７）侵害判断部１３１は、ｊ番目の被検査対象の楽曲が存在するか否かを判断する。ｊ番目の被検査対象の楽曲が存在する場合はステップＳ６０８に行き、存在しない場合はステップＳ６１６に行く。なお、被検査対象の楽曲は、著作権が侵害された可能性のある楽曲であり、例えば、クリエータ管理部１１１に格納されている楽曲識別子であり、ステップＳ４０６で受信された楽曲を送信してきたクリエータがダウンロードした楽曲であり、当該クリエータのクリエータ識別子と対になる楽曲識別子で識別される楽曲である。
【0235】
（ステップＳ６０８）侵害判断部１３１は、カウンタｋに１を代入する。
【0236】
（ステップＳ６０９）侵害判断部１３１は、ｊ番目の被検査対象の楽曲に対応するｋ番目の被検査ベクトルが存在するか否かを判断する。ｋ番目の被検査ベクトルが存在する場合はステップＳ６１０に行き、存在しない場合はステップＳ６１５に行く。
【0237】
なお、被検査ベクトルとは、被検査対象の楽曲を分割した部分楽曲の２以上の各楽曲特徴量を要素とする特徴量ベクトルである。
【0238】
また、侵害判断部１３１は、予め、楽曲情報格納部１１４に格納されている各楽曲を分割し、２以上の部分楽曲を取得し、当該２以上の各部分楽曲から２以上の楽曲特徴量を取得し、当該２以上の楽曲特徴量を用いて被検査ベクトルを構成し、各被検査ベクトルを、楽曲および部分楽曲に対応付けて、楽曲情報格納部１１４に蓄積している、とする。
【0239】
（ステップＳ６１０）侵害判断部１３１は、ｊ番目の被検査対象の楽曲に対応するｋ番目の被検査ベクトルを楽曲情報格納部１１４から取得する。
【0240】
（ステップＳ６１１）侵害判断部１３１は、ステップＳ６０５で構成した検査ベクトルと、ステップＳ６１０で取得した被検査ベクトルとの類似度を取得する。
【0241】
（ステップＳ６１２）侵害判断部１３１は、ステップＳ６１１で取得した類似度が類似条件を満たすか否かを判断する。類似条件を満たす場合はステップＳ６１３に行き、類似条件を満たさない場合はステップＳ６１４に行く。なお、類似条件は、例えば、類似度が閾値以上、または類似度が閾値より大きいことである。
【0242】
（ステップＳ６１３）侵害判断部１３１は、ｊ番目の被検査対象の楽曲識別子、およびｋ番目の被検査ベクトルに対応する部分楽曲の部分楽曲識別子を、図示しないバッファに一時蓄積する。
【0243】
（ステップＳ６１４）侵害判断部１３１は、カウンタｋを１、インクリメントする。ステップＳ６０９戻る。
【0244】
（ステップＳ６１５）侵害判断部１３１は、カウンタｊを１、インクリメントする。ステップＳ６０７に戻る。
【0245】
（ステップＳ６１６）侵害判断部１３１は、カウンタｉを１、インクリメントする。ステップＳ６０３に戻る。
【0246】
（ステップＳ６１７）侵害判断部１３１は、判断結果を構成する。なお、判断結果は、例えば、「侵害」「非侵害」「侵害している場合の楽曲識別子、部分楽曲識別子」である。また、侵害判断部１３１は、通常、ステップＳ６１３で図示しないバッファに一時蓄積した情報を用いて、判断結果を構成する。
【0247】
次に、ステップＳ４１０のオファー処理の例について、図７のフローチャートを用いて説明する。
【0248】
（ステップＳ７０１）オファー部１３５は、ステップＳ４１１で受信されたバンドメンバー条件を取得する。
【0249】
（ステップＳ７０２）オファー部１３５は、カウンタｉに１を代入する。
【0250】
（ステップＳ７０３）オファー部１３５は、プレーヤー管理部１１２に、ｉ番目のプレーヤー識別子が存在するか否かを判断する。ｉ番目のプレーヤー識別子が存在する場合はステップＳ７０４に行き、存在しない場合はステップＳ７０８に行く。
【0251】
（ステップＳ７０４）オファー部１３５は、ｉ番目のプレーヤー識別子と対になる１以上のプレーヤー属性値をプレーヤー管理部１１２から取得する。
【0252】
（ステップＳ７０５）オファー部１３５は、ステップＳ７０４で取得した１以上のプレーヤー属性値が、ステップＳ７０１で取得したバンドメンバー条件に合致するか否かを判断する。バンドメンバー条件に合致する場合はステップＳ７０６に行き、合致しない場合はステップＳ７０７に行く。
【0253】
（ステップＳ７０６）オファー部１３５は、ｉ番目のプレーヤー識別子を、図示しないバッファに一時蓄積する。
【0254】
（ステップＳ７０７）オファー部１３５は、カウンタｉを１、インクリメントする。ステップＳ７０３に戻る。
【0255】
（ステップＳ７０８）オファー部１３５は、ステップＳ７０６で一時蓄積した１以上のプレーヤー識別子で識別されるプレーヤーの中で、各プレーヤーの１以上のプレーヤー属性値を用いて、オファーする１以上のプレーヤーを決定する。
【0256】
オファー部１３５は、例えば、バンドメンバー条件に合致するプレーヤーの中で、各楽器ごとに、最もスコアが高いプレーヤーを、オファーするプレーヤーとして決定する。また、オファー部１３５は、例えば、バンドメンバー条件に合致するプレーヤーのすべてを、オファーするプレーヤーとして決定する。
【0257】
（ステップＳ７０９）オファー部１３５は、カウンタｊに１を代入する。
【0258】
（ステップＳ７１０）オファー部１３５は、ステップＳ７０８で決定したプレーヤーの中で、ｊ番目のプレーヤーが存在するか否かを判断する。ｊ番目のプレーヤーが存在する場合はステップＳ７１１に行き、存在しない場合は上位処理にリターンする。
【0259】
（ステップＳ７１１）オファー部１３５は、ｊ番目のプレーヤーに対するオファー情報を取得する。なお、オファー情報は、例えば、クリエータ識別子、楽曲識別子、プレーヤー属性値（例えば、楽器識別子）を有する。
【0260】
（ステップＳ７１２）オファー部１３５は、ステップＳ７１１で構成したオファー情報を、ｊ番目のプレーヤーのプレーヤー端末４に送信する。なお、ここでのオファー情報の送信手段は問わない。
【0261】
（ステップＳ７１３）オファー部１３５は、カウンタｊを１、インクリメントする。ステップＳ７１０に戻る。
【0262】
次に、ステップＳ４３８の学習処理の例について、図８のフローチャートを用いて説明する。
【0263】
（ステップＳ８０１）学習部１３Ａは、カウンタｉに１を代入する。
【0264】
（ステップＳ８０２）学習部１３Ａは、教師データを構成する際に使用するｊ番目の楽曲が存在するか否かを判断する。ｊ番目の楽曲が存在する場合はステップＳ８０３に行き、存在しない場合はステップＳ８１１に行く。
【0265】
（ステップＳ８０３）学習部１３Ａは、ｊ番目の楽曲を楽曲情報格納部１１４から取得する。
【0266】
（ステップＳ８０４）学習部１３Ａは、ステップＳ８０３で取得したｊ番目の楽曲の１または２以上の楽曲特徴量を取得する。
【0267】
（ステップＳ８０５）学習部１３Ａは、カウンタｊに１を代入する。
【0268】
（ステップＳ８０６）学習部１３Ａは、ｊ番目の楽曲に対応するテーマ情報の中で、ｊ番目のテーマ情報が存在するか否かを判断する。ｊ番目のテーマ情報が存在する場合はステップＳ８０７に行き、存在しない場合はステップＳ８１０に行く。
【0269】
（ステップＳ８０７）学習部１３Ａは、ｊ番目の楽曲に対応するｊ番目のテーマ情報を楽曲情報格納部１１４から取得する。
【0270】
（ステップＳ８０８）学習部１３Ａは、ステップＳ８０４で取得した１または２以上の楽曲特徴量を説明変数とし、ｊ番目のテーマ情報を目的変数とする教師データを構成する。なお、教師データは、楽曲の１以上の楽曲属性値を説明変数としても良い。
【0271】
（ステップＳ８０９）学習部１３Ａは、カウンタｊを１、インクリメントする。ステップＳ８０６に戻る。
【0272】
（ステップＳ８１０）学習部１３Ａは、カウンタｉを１、インクリメントする。ステップＳ８０２に戻る。
【0273】
（ステップＳ８１１）学習部１３Ａは、ステップＳ８０８で構成した２以上の教師データを学習モジュールに与える。
【0274】
（ステップＳ８１２）学習部１３Ａは、学習モジュールを実行し、学習モデルを取得する。上位処理にリターンする。
【0275】
なお、図８のフローチャートにおいて、取得できた学習モデルは、多値分類の学習モデルである。
【0276】
次に、ステップＳ４４１のテーマ取得処理の例について、図９のフローチャートを用いて説明する。
【0277】
（ステップＳ９０１）テーマ取得部１３Ｂは、学習モデル格納部１１５の学習モデルを取得する。
【0278】
（ステップＳ９０２）テーマ取得部１３Ｂは、カウンタｉに１を代入する。
【0279】
（ステップＳ９０３）テーマ取得部１３Ｂは、テーマ情報を付加する対象のｉ番目の楽曲が楽曲情報格納部１１４に存在するか否かを判断する。ｉ番目の楽曲が存在する場合はステップＳ９０４に行き、存在しない場合は上位処理にリターンする。
【0280】
（ステップＳ９０４）テーマ取得部１３Ｂは、ｉ番目の楽曲を楽曲情報格納部１１４から取得する。
【0281】
（ステップＳ９０５）テーマ取得部１３Ｂは、ｉ番目の楽曲の１以上の楽曲特徴量を取得する。
【0282】
（ステップＳ９０６）テーマ取得部１３Ｂは、ステップＳ９０１で取得した学習モデルとステップＳ９０５で取得した１以上の楽曲特徴量とを、予測モジュールに与える。なお、ここで、ｉ番目の楽曲の１以上の楽曲属性値をも、予測モジュールに与えても良い。
【0283】
（ステップＳ９０７）テーマ取得部１３Ｂは、予測モジュールを実行する。
【0284】
（ステップＳ９０８）テーマ取得部１３Ｂは、テーマ情報を取得できたか否かを判断する。テーマ情報を取得できた場合はステップＳ９０９に行き、テーマ情報を取得できなかった場合はステップＳ９１０に行く。なお、予測モジュールの実行結果であるテーマ情報とスコアのうち、スコアが閾値以下または閾値より小さい場合に、テーマ情報を取得できなかったと判断することは好適である。
【0285】
（ステップＳ９０９）テーマ取得部１３Ｂは、取得したテーマ情報をｉ番目の楽曲に対応付けて蓄積する。
【0286】
（ステップＳ９１０）テーマ取得部１３Ｂは、カウンタｉを１、インクリメントする。ステップＳ９０３に戻る。
【0287】
次に、評価者端末２の動作例について、図１０のフローチャートを用いて説明する。
【0288】
（ステップＳ１００１）評価者受付部２２は、募集情報を受け付けたか否かを判断する。募集情報を受け付けた場合はステップＳ１００２に行き、受け付けなかった場合はステップＳ１００３に行く。なお、受け付けられた募集情報は、例えば、１または２以上のテーマ情報を有する。
【0289】
（ステップＳ１００２）評価者処理部２３は、送信する募集情報を構成する。次に、評価者送信部２４は、当該募集情報を楽曲管理装置１に送信する。ステップＳ１００１に戻る。
【0290】
なお、評価者処理部２３は、例えば、評価者格納部２１の評価者識別子を取得し、当該評価者識別子と１以上のテーマ情報とを有する募集情報を構成する。
【0291】
（ステップＳ１００３）評価者受付部２２は、ダウンロード指示を受け付けたか否かを判断する。ダウンロード指示を受け付けた場合はステップＳ１００４に行き、受け付けなかった場合はステップＳ１００７に行く。なお、ダウンロード指示は、楽曲を特定する情報を含む。楽曲を特定する情報は、例えば、楽曲識別子、１以上の楽曲属性値に基づく検索条件である。
【0292】
（ステップＳ１００４）評価者処理部２３は、送信するダウンロード指示を構成する。次に、評価者送信部２４は、当該ダウンロード指示を楽曲管理装置１に送信する。
【0293】
なお、評価者処理部２３は、評価者格納部２１の評価者識別子を取得し、当該評価者識別子と楽曲を特定する情報とを有するダウンロード指示を構成する。
【0294】
（ステップＳ１００５）評価者受信部２５は、楽曲管理装置１から楽曲を受信したか否かを判断する。楽曲を受信した場合はステップＳ１００６に行き、受信しなかった場合はステップＳ１００５に戻る。
【0295】
（ステップＳ１００６）評価者出力部２６は、ステップＳ１００５で受信された楽曲を取得する。ステップＳ１００１に戻る。なお、ここでの出力は、例えば、評価者格納部２１への蓄積、または再生である。
【0296】
（ステップＳ１００７）評価者受付部２２は、評価情報または決定情報を受け付けたか否かを判断する。評価情報または決定情報を受け付けた場合はステップＳ１００８に行き、受け付けなかった場合はステップＳ１００９に行く。
【0297】
（ステップＳ１００８）評価者処理部２３は、送信する評価情報または決定情報を構成する。次に、評価者送信部２４は、当該評価情報または決定情報を楽曲管理装置１に送信する。ステップＳ１００１に戻る。
【0298】
（ステップＳ１００９）評価者受付部２２は、検索条件を受け付けたか否かを判断する。検索条件を受け付けた場合はステップＳ１０１０に行き、受け付けなかった場合はステップＳ１００１に戻る。
【0299】
（ステップＳ１０１０）評価者処理部２３は、送信する検索条件を構成する。次に、評価者送信部２４は、当該検索条件を楽曲管理装置１に送信する。
【0300】
（ステップＳ１０１１）評価者受信部２５は、楽曲管理装置１から検索結果を受信したか否かを判断する。検索結果を受信した場合はステップＳ１０１２に行き、受信しなかった場合はステップＳ１０１１に戻る。
【0301】
（ステップＳ１０１２）評価者処理部２３は、ステップＳ１０１１で受信された検索結果を用いて、出力する検索結果を構成する。評価者出力部２６は、当該検索結果を出力する。ステップＳ１００１に戻る。
【0302】
なお、図１０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【0303】
次に、クリエータ端末３の動作例について、図１１のフローチャートを用いて説明する。
【0304】
（ステップＳ１１０１）クリエータ受付部３２は、募集画面送信指示を受け付けたか否かを判断する。募集画面送信指示を受け付けた場合はステップＳ１１０２に行き、受け付けなかった場合はステップＳ１１０７に行く。
【0305】
（ステップＳ１１０２）クリエータ処理部３３は、送信する募集画面送信指示を構成する。クリエータ送信部３４は、当該募集画面送信指示を楽曲管理装置１に送信する。なお、募集画面送信指示は、募集情報識別子を有する。
【0306】
（ステップＳ１１０３）クリエータ受信部３５は、楽曲募集画面を受信したか否かを判断する。楽曲募集画面を受信した場合はステップＳ１１０４に行き、受信しなかった場合はステップＳ１１０３に戻る。
【0307】
（ステップＳ１１０４）クリエータ処理部３３は、出力する楽曲募集画面を構成する。クリエータ出力部３６は、当該楽曲募集画面を出力する。
【0308】
（ステップＳ１１０５）クリエータ受付部３２は、楽曲を受け付けたか否かを判断する。楽曲を受け付けた場合はステップＳ１１０６に行き、受け付けなかった場合はステップＳ１１０５に戻る。
【0309】
（ステップＳ１１０６）クリエータ処理部３３は、送信する楽曲を構成する。クリエータ送信部３４は、当該楽曲を楽曲管理装置１に送信する。ステップＳ１１０１に戻る。なお、送信される楽曲は、例えば、募集情報識別子に対応付いている。
【0310】
（ステップＳ１１０７）クリエータ受付部３２は、検索条件を受け付けたか否かを判断する。検索条件を受け付けた場合はステップＳ１１０８に行き、受け付けなかった場合はステップＳ１１１１に行く。
【0311】
（ステップＳ１１０８）クリエータ処理部３３は、送信する検索条件を構成する。次に、クリエータ送信部３４は、当該検索条件を楽曲管理装置１に送信する。
【0312】
（ステップＳ１１０９）クリエータ受信部３５は、楽曲管理装置１から検索結果を受信したか否かを判断する。検索結果を受信した場合はステップＳ１１１０に行き、受信しなかった場合はステップＳ１１０９に戻る。
【0313】
（ステップＳ１１１０）クリエータ処理部３３は、ステップＳ１１０９で受信された検索結果を用いて、出力する検索結果を構成する。クリエータ出力部３６は、当該検索結果を出力する。ステップＳ１１０１に戻る。
【0314】
（ステップＳ１１１１）クリエータ受付部３２は、ダウンロード指示を受け付けたか否かを判断する。ダウンロード指示を受け付けた場合はステップＳ１１１２に行き、受け付けなかった場合はステップＳ１１１５に行く。
【0315】
（ステップＳ１１１２）クリエータ処理部３３は、送信するダウンロード指示を構成する。次に、クリエータ送信部３４は、当該ダウンロード指示を楽曲管理装置１に送信する。
【0316】
（ステップＳ１１１３）クリエータ受信部３５は、楽曲管理装置１から楽曲を受信したか否かを判断する。楽曲を受信した場合はステップＳ１１１４に行き、受信しなかった場合はステップＳ１１１３に戻る。
【0317】
（ステップＳ１１１４）クリエータ出力部３６は、ステップＳ１１１３で受信された楽曲を取得する。ステップＳ１１０１に戻る。なお、ここでの出力は、例えば、クリエータ格納部３１への蓄積、または再生である。
【0318】
（ステップＳ１１１５）クリエータ受付部３２は、楽曲の編集指示を受け付けたか否かを判断する。編集指示を受け付けた場合はステップＳ１１１６に行き、受け付けなかった場合はステップＳ１１１７に行く。
【0319】
（ステップＳ１１１６）クリエータ処理部３３は、編集指示に応じて、楽曲を編集する。ステップＳ１１０１に戻る。なお、当該編集により新たに作成された楽曲は、元の楽曲の楽曲識別子に対応付いている、とする。また、楽曲を編集する技術は公知技術である。
【0320】
（ステップＳ１１１７）クリエータ受付部３２は、バンドメンバー条件を受け付けたか否かを判断する。バンドメンバー条件を受け付けた場合はステップＳ１１１８に行き、受け付けなかった場合はステップＳ１１１９に行く。
【0321】
（ステップＳ１１１８）クリエータ処理部３３は、送信するバンドメンバー条件を構成する。次に、クリエータ送信部３４は、当該バンドメンバー条件を楽曲管理装置１に送信する。ステップＳ１１０１に戻る。なお、バンドメンバー条件は、通常、楽曲識別子に対応付いている。
【0322】
（ステップＳ１１１９）クリエータ受付部３２は、決定情報を受け付けたか否かを判断する。決定情報を受け付けた場合はステップＳ１１２０に行き、受け付けなかった場合はステップＳ１１２１に行く。
【0323】
（ステップＳ１１２０）クリエータ処理部３３は、送信する決定情報を構成する。次に、クリエータ送信部３４は、当該決定情報を楽曲管理装置１に送信する。ステップＳ１１０１に戻る。
【0324】
（ステップＳ１１２１）クリエータ受信部３５は、情報を受信したか否かを判断する。情報を受信した場合はステップＳ１１２２に行き、受信しなかった場合はステップＳ１１０１に戻る。なお、情報は、例えば、メンバー情報、楽曲が採択されたか否かを示す結果情報である。
【0325】
（ステップＳ１１２２）クリエータ処理部３３は、受信された情報を出力する構造にする。クリエータ出力部３６は、当該情報を出力する。ステップＳ１１０１に戻る。
【0326】
なお、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【0327】
次に、プレーヤー端末４の動作例について、図１２のフローチャートを用いて説明する。
【0328】
（ステップＳ１２０１）プレーヤー受信部４５は、オファー情報を受信したか否かを判断する。オファー情報を受信した場合はステップＳ１２０２に行き、受信しなかった場合はステップＳ１２０６に行く。
【0329】
（ステップＳ１２０２）プレーヤー処理部４３は、出力するオファー情報を構成する。プレーヤー出力部４６は、当該オファー情報を出力する。
【0330】
（ステップＳ１２０３）プレーヤー受付部４２は、オファーを受ける旨を受け付けたか、受けない旨を受け付けたかを判断する。オファーを受ける旨を受け付けた場合はステップＳ１２０４に行き、オファーを受けない旨を受け付けた場合はステップＳ１２０１に戻る。
【0331】
（ステップＳ１２０４）プレーヤー処理部４３は、決定情報を構成する。なお、決定情報は、例えば、オファー情報に含まれる楽曲識別子、およびプレーヤー識別子を有する。
【0332】
（ステップＳ１２０５）プレーヤー送信部４４は、ステップＳ１２０４で構成された決定情報を楽曲管理装置１に送信する。ステップＳ１２０１に戻る。
【0333】
（ステップＳ１２０６）プレーヤー受付部４２は、応募情報を受け付けたか否かを判断する。応募情報を受け付けた場合はステップＳ１２０７に行き、受け付けなかった場合はステップＳ１２０８に行く。
【0334】
（ステップＳ１２０７）プレーヤー処理部４３は、送信する応募情報を構成する。プレーヤー送信部４４は、当該応募情報を楽曲管理装置１に送信する。ステップＳ１２０１に戻る。なお、応募情報は、例えば、プレーヤー識別子、楽曲識別子を有する。
【0335】
（ステップＳ１２０８）プレーヤー受付部４２は、検索条件を受け付けたか否かを判断する。検索条件を受け付けた場合はステップＳ１２０９に行き、受け付けなかった場合はステップＳ１２１２に行く。
【0336】
（ステップＳ１２０９）プレーヤー処理部４３は、送信する検索条件を構成する。次に、プレーヤー送信部４４は、当該検索条件を楽曲管理装置１に送信する。
【0337】
（ステップＳ１２１０）プレーヤー受信部４５は、楽曲管理装置１から検索結果を受信したか否かを判断する。検索結果を受信した場合はステップＳ１２１１に行き、受信しなかった場合はステップＳ１２１０に戻る。
【0338】
（ステップＳ１２１１）プレーヤー処理部４３は、ステップＳ１２１０で受信された検索結果を用いて、出力する検索結果を構成する。プレーヤー出力部４６は、当該検索結果を出力する。ステップＳ１２０１に戻る。
【0339】
（ステップＳ１２１２）プレーヤー受付部４２は、ダウンロード指示を受け付けたか否かを判断する。ダウンロード指示を受け付けた場合はステップＳ１２１３に行き、受け付けなかった場合はステップＳ１２０１に戻る。
【0340】
（ステップＳ１２１３）プレーヤー処理部４３は、送信するダウンロード指示を構成する。次に、プレーヤー送信部４４は、当該ダウンロード指示を楽曲管理装置１に送信する。
【0341】
（ステップＳ１２１４）プレーヤー受信部４５は、楽曲管理装置１から楽曲を受信したか否かを判断する。楽曲を受信した場合はステップＳ１２１５に行き、受信しなかった場合はステップＳ１２１４に戻る。
【0342】
（ステップＳ１２１５）プレーヤー出力部４６は、ステップＳ１２１４で受信された楽曲を取得する。ステップＳ１２０１に戻る。なお、ここでの出力は、例えば、クリエータ格納部３１への蓄積、または再生である。
【0343】
なお、図１２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【0344】
以下、本実施の形態における情報システムＡの具体的な動作例について説明する。
【0345】
今、楽曲管理装置１の格納部１１には、図１３に示す構造を有する募集情報管理表が格納されている、とする。募集情報管理表は、１以上の募集情報を格納する表である。募集情報管理表は、評価者端末２から送信された募集情報に基づく。
【0346】
募集情報管理表は、「ＩＤ」「募集情報識別子」「評価者識別子」「評価者名」「テーマ情報」「報酬」「採用楽曲識別子」を有する１以上のレコードを格納し得る。「ＩＤ」は、レコードを識別する情報である。「募集情報識別子」は、募集情報を識別する情報である。「評価者識別子」は、評価者を識別する情報であり、ここでは、楽曲を募集する企業の担当者の識別子である。「評価者名」は、評価者の名称であり、ここでは、楽曲を募集する企業の名称（会社名）である。「テーマ情報」は、評価者が募集する楽曲のテーマを示す情報である。「報酬」は、採択された楽曲に対して、評価者（募集者）が支払う報酬である。「採用楽曲識別子」は、評価者により、採用された楽曲の楽曲識別子である。なお、「採用楽曲識別子」が「空」である場合、採用楽曲が未決定の状態であることを意味する。
【0347】
また、クリエータ管理部１１１には、図１４に示す構造を有するクリエータ情報管理表が格納されている、とする。クリエータ情報管理表は、クリエータ情報管理表は、１以上のクリエータ情報を格納する表である。クリエータ情報管理表は、クリエータ端末３から送信されたクリエータ情報に基づく。
【0348】
クリエータ情報管理表は、「ＩＤ」「クリエータ識別子」「クリエータ属性値」「ダウンロード楽曲識別子」を有する１以上のレコードを格納し得る。「クリエータ属性値」は、ここでは「氏名」「メールアドレス」「電話番号」「居住地域」を有する。「ＩＤ」は、レコードを識別する情報である。「ダウンロード楽曲識別子」は、クリエータがダウンロードした楽曲の楽曲識別子である。「居住地域」は、クリエータの居住地域を示す。
【0349】
プレーヤー管理部１１２には、図１５に示す構造を有するプレーヤー情報管理表が格納されている、とする。プレーヤー情報管理表は、１または２以上のプレーヤー情報を格納する表である。プレーヤー情報管理表は、プレーヤー端末４から送信されたプレーヤー情報に基づく。
【0350】
プレーヤー情報管理表は、「ＩＤ」「プレーヤー識別子」「プレーヤー属性値」を有する１以上のレコードを格納し得る。「プレーヤー属性値」は、ここでは「氏名」「メールアドレス」「電話番号」「居住地域」「ジャンル」「楽器識別子（パート）」「方向性」を有する。「居住地域」は、プレーヤーの居住地域を示す。「ジャンル」は、プレーヤーが演奏する音楽のジャンルを示す。「楽器識別子（パート）」は、プレーヤーが担当可能なパートであり、バンドの中でのパートを示す。「方向性」は、プレーヤーが目指す方向性を示し、ここでは、例えば、プロのミュージシャンを目指す「プロ」、または趣味で音楽に関わる「趣味」のいずれかである。
【0351】
メンバー管理部１１３には、図１６に示す構造を有するメンバー情報管理表が格納されている、とする。メンバー情報管理表は、１または２以上のメンバー情報を格納する表である。
【0352】
メンバー情報管理表は、「ＩＤ」「バンド識別子」「メンバー情報」を有する１以上のレコードを格納し得る。「メンバー情報」は、「クリエータ識別子」「楽曲識別子」「パート情報」を有する。「パート情報」は、「プレーヤー識別子」「パート識別子」を有する。「バンド識別子」は、バンドを識別する情報である。「パート情報」が有する「プレーヤー識別子」は、パートを担当するプレーヤーの識別情報である。「パート情報」が有する「パート識別子」は、パートを識別する情報である。なお、「パート情報」が「空」である場合、各パートが未決定である。
【0353】
楽曲情報格納部１１４には、図１７に示す構造を有する楽曲情情報管理表が格納されている、とする。楽曲情情報管理表は、１または２以上の楽曲情報を格納する表である。ここでの楽曲情報は、募集に対して、応募された楽曲の情報である。
【0354】
楽曲情情報管理表は、「ＩＤ」「楽曲識別子」「楽曲属性値」「募集情報識別子」「楽曲」「利用可能フラグ」を有する１以上のレコードを格納し得る。なお、利用可能フラグ「１」は、楽曲を利用できることを示す。また、利用可能フラグ「１」は、ここでは、オーディションで採択されなかったことを示す。また、利用可能フラグ「０」は、楽曲を利用できないことを示す。ここでは、利用可能フラグ「０」に対応する楽曲は、オーディションで採用された楽曲、またはオーディションでの結果が出ていない楽曲である、とする。
【0355】
かかる状況において、以下の５つの具体例を説明する。具体例１は、オーディション機能である。オーディション機能とは、楽曲のオーディションを行える処理である。オーディション機能は、募集されたテーマに対して、複数の楽曲が収集され、当該募集に対して、一の楽曲が採用されるまでの処理である。具体例２は、マッチング機能である。マッチングは、クリエータの楽曲とプレーヤーとのマッチングである。マッチング機能は、メンバー決定処理と言える。メンバー決定処理とは、楽曲を演奏するバンドのメンバーを募集し、決定するまでの処理である。具体例３は、著作権侵害チェック機能である。著作権侵害チェック機能は、アップロードされた楽曲が、他の楽曲の著作権を侵害していないか否かを判断する処理である。具体例４は、楽曲利用処理である。楽曲利用処理は、利用可能な楽曲を利用する処理である。なお、ここでの利用は、楽曲を検索し、ダウンロードする処理である。また、楽曲がダウンロードされた場合に、ここでは、利用料が発生し、利用料は、バンドのメンバー等に分配される、とする。具体例５は、テーマ情報を自動付加する機能である。
【0356】
（具体例１）
株式会社Ａは、自社のＣＭソングの募集を行いたく、株式会社Ａの担当者は、募集情報を評価者端末２から楽曲管理装置１に送信した、とする。
株式会社Ａは、自社のＣＭソングの募集を行いたく、株式会社Ａの担当者は、募集情報を評価者端末２から楽曲管理装置１に送信した、とする。
【0357】
次に、楽曲管理装置１の募集情報受信部１２１は、当該評価者端末２から募集情報「＜評価者識別子＞Ｅ００１ ＜評価者名＞株式会社Ａ ＜テーマ情報＞テーマａ ＜報酬＞１００万円」を受信した、とする。
【0358】
次に、場構成部１３０は、募集情報受信部１２１が受信した募集情報に含まれるテーマ情報「テーマａ」に対して、楽曲を応募するため場を構成する。ここでの場は、ウェブページであり、ページＸである、とする。
【0359】
また、場構成部１３０は、ユニークな募集情報識別子「Ｒ００１」を生成し、当該募集情報識別子と受信された募集情報とを有するレコードを、募集情報管理表（図１３）に蓄積した、とする。かかる情報は、図１３の「ＩＤ＝１」のレコードのうちの「採用楽曲識別子」を除く情報である。なお、この段階では、図１３の「ＩＤ＝１」の採用楽曲識別子は「ＮＵＬＬ」である。
【0360】
次に、クリエータ「山田Ａ夫」は、クリエータ端末３から楽曲管理装置１にアクセスし、ページＸをダウンロードした、とする。そして、当該クリエータ端末３は、ページＸを受信し、ページＸにより実現される楽曲募集画面を出力する。そして、山田Ａ夫は、楽曲募集画面に対して、自作した楽曲を与え、楽曲管理装置１にアップロードした、とする。すると、当該クリエータ端末３から楽曲管理装置１に、当該楽曲と、情報「＜クリエータ識別子＞Ｃ００１ ＜募集情報識別子＞Ｒ００１」とが送信される。
【0361】
次に、楽曲管理装置１の楽曲受信部１２２は、山田Ａ夫のクリエータ端末３から楽曲と情報「＜クリエータ識別子＞Ｃ００１ ＜募集情報識別子＞Ｒ００１」とを受信する。
【0362】
次に、侵害判断部１３１は、山田Ａ夫から受信された楽曲に対して、侵害判断処理を行う。ここでの著作権の侵害判断の対象は、クリエータがダウンロードした他の楽曲のみである、とする。つまり、侵害判断部１３１は、クリエータ識別子「Ｃ００１」と対になるダウンロード楽曲識別子をクリエータ管理表（図１４）から取得しようとするが、取得できない。そのため、侵害判断部１３１は、判断結果「非侵害」を取得する。
【0363】
次に、楽曲蓄積部１３２は、ユニークな楽曲識別子「Ｍ００１」を生成する。また、楽曲蓄積部１３２は、図示しない時計から本日の日付けであるアップロード日「２０２２／４／３」を取得する。また、楽曲蓄積部１３２は、オーディション前なので、利用可能フラグ「０」を取得する。そして、楽曲蓄積部１３２は、楽曲管理表に蓄積する情報を構成する。次に、楽曲蓄積部１３２は、構成した情報を楽曲管理表（図１４）に蓄積する。ここで、蓄積されたレコードは、楽曲管理表の「ＩＤ＝１」のレコードである。
【0364】
また、他の多数のクリエータも、山田Ａ夫と同様、自作した楽曲を、自分のクリエータ端末３から楽曲管理装置１に送信した、とする。そして、楽曲管理装置１は、「ＩＤ＝２」のレコード等の複数のレコード（楽曲情報）を楽曲管理表（図１４）に蓄積した、とする。
【0365】
次に、株式会社Ａの担当者は、募集情報識別子「Ｒ００１」と対になる楽曲（音楽ファイル）を、評価者端末２を用いてダウンロードし、聴いた、とする。次に、株式会社Ａの担当者は、楽曲識別子「Ｍ００１」で識別される楽曲が気に入り、当該楽曲を採用することを、自身の評価者端末２に入力した、とする。すると、評価情報「＜募集情報識別子＞Ｒ００１ ＜決定＞Ｍ００１」が、当該評価者端末２から楽曲管理装置１に送信された、とする。
【0366】
次に、楽曲管理装置１の評価受信部１２４は、当該評価者端末２から評価情報「＜募集情報識別子＞Ｒ００１ ＜決定＞Ｍ００１」を受信する。次に、結果取得部１３３は、受信された評価情報を用いて、結果情報（「Ｍ００１」が採用された旨の情報）を取得する。また、結果取得部１３３は、「Ｍ００１」を、募集情報識別子「Ｒ００１」と対にして、募集情報管理表の属性値「採用楽曲識別子」に蓄積する。
【0367】
次に、送信部１４は、評価情報に対応する楽曲識別子「Ｍ００１」と対になるクリエータ識別子「Ｃ００１」を楽曲管理表（図１７）から取得する。また、送信部１４は、当該クリエータ識別子「Ｃ００１」と対になるメールアドレス「ya@x.com」をクリエータ管理表（図１４）から取得し、当該メールアドレスが示す先に、取得された結果情報を送信する。かかることにより、山田Ａ夫は、自分の曲「Ｍ００１」が採用されたことを知る。
【0368】
次に、楽曲利用処理部１３４は、取得された結果情報と対になる募集情報識別子「Ｒ００１」と対になる楽曲識別子であり、結果情報において、採択された楽曲ではない１以上の各楽曲の楽曲識別子（例えば、「Ｍ００２」）に対応付けて、利用可能フラグ「１」を蓄積する。かかる処理により、例えば、楽曲管理表（図１７）の「ＩＤ＝２」のレコードの利用可能フラグが「１」に書き換えられた。
【0369】
次に、利用料金処理部１３９は、楽曲の採択に応じて、募集情報識別子「Ｒ００１」と対になる報酬（利用料）「１００万円」を、募集情報管理表（図１３）から取得する。次に、利用料金処理部１３９は、楽曲を採択した評価者（株式会社Ａ）に対して、１００万円の課金処理を行う。また、利用料金処理部１３９は、クリエータ「山田Ａ夫」に１００万円の報酬を与える処理（例えば、山田Ａ夫の銀行口座に入金する処理）を行う。
【0370】
以上、本具体例において、株式会社Ａは、テーマを与えた楽曲のオーディションを行った結果、クリエータから応募された複数の楽曲から、一の楽曲を選択でき、今後、その楽曲を使用することができる。また、本具体例において、クリエータが自作の楽曲を評価してもらえる場を提供でき、クリエータに報酬を与えることができる。
【0371】
（具体例２）
今、山田Ａ夫は、株式会社ＡのＣＭで使用する楽曲「Ｍ００１」を演奏するバンドのメンバーを募集するために、バンドメンバー条件「居住地域＝大阪 ＡＮＤ 楽曲識別子＝（ギター ＯＲ ボーカル） ＡＮＤ 方向性＝プロ」と楽曲識別子「Ｍ００１」を有するバンドメンバー募集情報を、クリエータ端末３に入力した、とする。次に、クリエータ端末３は、当該バンドメンバー募集情報を受け付け、楽曲管理装置１に送信する。なお、バンドメンバー条件が有する「楽曲識別子＝（ギター ＯＲ ボーカル）」は、ギター担当のメンバーを１名、ボーカル担当のメンバーを１名、募集することを示す、とする。
今、山田Ａ夫は、株式会社ＡのＣＭで使用する楽曲「Ｍ００１」を演奏するバンドのメンバーを募集するために、バンドメンバー条件「居住地域＝大阪 ＡＮＤ 楽曲識別子＝（ギター ＯＲ ボーカル） ＡＮＤ 方向性＝プロ」と楽曲識別子「Ｍ００１」を有するバンドメンバー募集情報を、クリエータ端末３に入力した、とする。次に、クリエータ端末３は、当該バンドメンバー募集情報を受け付け、楽曲管理装置１に送信する。なお、バンドメンバー条件が有する「楽曲識別子＝（ギター ＯＲ ボーカル）」は、ギター担当のメンバーを１名、ボーカル担当のメンバーを１名、募集することを示す、とする。
【0372】
次に、楽曲管理装置１のメンバー条件受信部１２３は、クリエータ端末３から当該バンドメンバー募集情報を受信する。
【0373】
次に、オファー部１３５は、以下のようにオファー処理を行う。つまり、オファー部１３５は、受信されたバンドメンバー募集情報が有するバンドメンバー条件「居住地域＝大阪 ＡＮＤ 楽曲識別子＝（ギター ＯＲ ボーカル） ＡＮＤ 方向性＝プロ」を取得する。次に、オファー部１３５は、プレーヤー情報管理表（図１５）の各プレーヤーのプレーヤー属性値「居住地域」「ジャンル」「楽曲識別子」「方向性」がバンドメンバー条件に合致するか否かを判断する。そして、オファー部１３５は、バンドメンバー条件に合致するプレーヤー属性値に対応するプレーヤーを選択する。ここでは、オファー部１３５は、プレーヤー識別子「Ｐ００１」「Ｐ００３」「Ｐ００４」等の多数のプレーヤー識別子をプレーヤー情報管理表（図１５）から取得する。次に、オファー部１３５は、取得した各プレーヤー識別子と対になるメールアドレス宛に、オファー情報を送信する。
【0374】
次に、２以上の各プレーヤー端末４は、オファー情報を受信し、出力する。なお、オファー情報は、株式会社ＡのＣＭソング（楽曲識別子「Ｍ００１」の楽曲）の演奏への参画のオファーを示す情報である。
【0375】
次に、株式会社ＡのＣＭソングの演奏に参画したいと考えたプレーヤーは、楽曲識別子「Ｍ００１」を有する応募情報をプレーヤー端末４に入力する。次に、プレーヤー端末４のプレーヤー受付部４２は当該応募情報を受け付け、プレーヤー処理部４３は、送信する応募情報（例えば、「＜クリエータ識別子＞Ｃ００１ ＜楽曲識別子＞Ｍ００１ ＜プレーヤー識別子＞Ｐ００１」を構成する。次に、プレーヤー送信部４４は、当該応募情報を楽曲管理装置１に送信する。
【0376】
次に、楽曲管理装置１の応募情報受信部１２５は、２以上の各プレーヤー端末４から応募情報を受信する。次に、処理部１３は、受信された２以上の各応募情報が有するプレーヤー識別子を、楽曲識別子「Ｍ００１」に対応付けて蓄積する。次に、プレーヤー情報送信部１４３は、受信された応募情報が有するプレーヤー識別子に対応するプレーヤー情報（種々のプレーヤー属性値を含む）をプレーヤー情報管理表（図１５）から取得する。次に、プレーヤー情報送信部１４３は、受信された応募情報に対応するクリエータ識別子「Ｃ００１」で識別されるクリエータに、２以上のプレーヤー情報を送信する。
【0377】
そして、クリエータ「山田Ａ夫」のクリエータ端末３は、応募した各プレーヤーのプレーヤー情報を受信し、出力する。次に、山田Ａ夫は、ギター担当１名（ここでは、プレーヤー識別子「Ｐ００１」のプレーヤー）と、ボーカル担当１名（ここでは、プレーヤー識別子「Ｐ００４」のプレーヤー）とを選択した、とする。すると、山田Ａ夫のクリエータ端末３は、当該選択を受け付け、当該プレーヤー識別子「Ｐ００１，Ｐ００４」を有する決定情報を構成し、楽曲管理装置１に送信する。
【0378】
次に、楽曲管理装置１の決定情報受信部１２６は、決定情報「＜クリエータ識別子＞Ｃ００１ ＜楽曲識別子＞Ｍ００１ ＜プレーヤー識別子＞Ｐ００１，Ｐ００４」を受信した、とする。
【0379】
次に、メンバー情報蓄積部１３６は、ユニークなバンド識別子「Ｂ００１」を生成する。そして、メンバー情報蓄積部１３６は、当該バンド識別子と受信された決定情報とに対応するメンバー情報「＜バンド識別子＞Ｂ００１ ＜クリエータ識別子＞Ｃ００１ ＜楽曲識別子＞Ｍ００１ ＜パート情報＞＜プレーヤー識別子＞Ｐ００１ ＜パート識別子＞ギター＜／パート情報＞ ＜パート情報＞＜プレーヤー識別子＞Ｐ００４ ＜パート識別子＞ボーカル＜／パート情報＞」を構成する。次に、メンバー情報蓄積部１３６は、当該メンバー情報をメンバー情報管理表（図１６）に蓄積する。なお、かかるメンバー情報は、メンバー情報管理表の「ＩＤ＝１」のレコードである。
【0380】
次に、送信部１４は、プレーヤー識別子「Ｐ００１，Ｐ００４」に対応する２名のプレーヤーに、バンドメンバーとして採用された旨を送信する。
【0381】
以上、本具体例によれば、楽曲を演奏するバンドメンバーを決定できる。つまり、本具体例によれば、クリエータとプレーヤーとのマッチングが実現できる。特に、本具体例によれば、クリエータが望むプレーヤーを容易に選択できる。
【0382】
（具体例３）
侵害判断部１３１は、上述した処理により、楽曲情情報管理表（図１７）の各楽曲を分割して取得した２以上の各部分楽曲から２以上の楽曲特徴量を取得し、部分楽曲ごとに、当該２以上の各楽曲特徴量を要素とするベクトルである特徴量ベクトルを、各楽曲に対応付けて、蓄積した、とする。
侵害判断部１３１は、上述した処理により、楽曲情情報管理表（図１７）の各楽曲を分割して取得した２以上の各部分楽曲から２以上の楽曲特徴量を取得し、部分楽曲ごとに、当該２以上の各楽曲特徴量を要素とするベクトルである特徴量ベクトルを、各楽曲に対応付けて、蓄積した、とする。
【0383】
かかる状況において、クリエータ識別子「Ｃ００２」で識別される田中Ｂ夫は、募集情報識別子「Ｒ００２」で識別される楽曲募集に対して、新しい楽曲を応募しようと考え、当該楽曲を、「＜募集情報識別子＞Ｒ００２」に対応付けて、クリエータ端末３に入力した、とする。
【0384】
次に、クリエータ端末３は、当該楽曲と、情報「＜募集情報識別子＞Ｒ００２」とを受け付ける。次に、クリエータ端末３は、送信する情報を「＜クリエータ識別子＞Ｃ００２ ＜募集情報識別子＞Ｒ００２」を構成し、当該情報と当該楽曲とを、楽曲管理装置１に送信する。
【0385】
次に、楽曲管理装置１の楽曲受信部１２２は、田中Ｂ夫のクリエータ端末３から楽曲と情報「＜クリエータ識別子＞Ｃ００２ ＜募集情報識別子＞Ｒ００２」とを受信する。
【0386】
次に、侵害判断部１３１は、山田Ａ夫から受信された楽曲に対して、侵害判断処理を行う。ここでの侵害判断の対象は、クリエータがダウンロードした他の楽曲のみである、とする。つまり、侵害判断部１３１は、クリエータ識別子「Ｃ００２」と対になるダウンロード楽曲識別子「Ｍ００１，Ｍ１２８」をクリエータ管理表（図１４）から取得する。
【0387】
次に、侵害判断部１３１は、田中Ｂ夫から受信された楽曲を分割し、２以上の部分楽曲を取得する。次に、侵害判断部１３１は、２以上の各部分楽曲から２以上の楽曲特徴量を取得する。次に、侵害判断部１３１は、部分楽曲ごとに、２以上の各楽曲特徴量を要素とする検査ベクトルを構成する。次に、侵害判断部１３１は、２以上の各検査ベクトルと、楽曲識別子「Ｍ００１」の各ベクトル（被検査ベクトル）との類似度を算出する。また、侵害判断部１３１は、２以上の各検査ベクトルと、楽曲識別子「Ｍ１２８」の各ベクトル（被検査ベクトル）との類似度を算出する。そして、侵害判断部１３１は、類似条件（例えば、「類似度＞＝０．９５」を満たす検査ベクトルと被検査ベクトルとが存在した、と判断する。ここで、侵害判断部１３１は、例えば、受信された楽曲の１５０の部分楽曲のうち、１３５の部分楽曲について、類似条件を満たした（真似ている）と判断した、とする。そして、侵害判断部１３１は、例えば、判断結果「＜結果＞侵害 ＜侵害箇所＞楽曲識別子「Ｍ００１」，１３０の部分楽曲識別子＜／侵害箇所＞」を構成する。なお、侵害判断部１３１は、類似条件を満たした部分楽曲の数が閾値以上または部分楽曲の割合が閾値以上である場合に、侵害である、と判断しても良い。また、侵害判断部１３１は、類似条件を満たした部分楽曲が一つでもある場合に、侵害である、と判断しても良い。
【0388】
次に、送信部１４は、田中Ｂ夫が送信してきた楽曲が他者の著作権を侵害している旨の情報である判断結果を田中Ｂ夫のクリエータ端末３に送信する。
【0389】
以上、本具体例によれば、楽曲を送信してきた者がダウンロードした他の楽曲と比較し、送信してきた楽曲が他の楽曲に対して、著作権侵害であるか否かを判断し、判断結果を通知できる。
【0390】
（具体例４）
一のクリエータは、検索条件「テーマ情報＝テーマｃ」をクリエータ端末３に送信した、とする。
一のクリエータは、検索条件「テーマ情報＝テーマｃ」をクリエータ端末３に送信した、とする。
【0391】
次に、楽曲管理装置１の検索条件受信部１２７は、検索条件「テーマ情報＝テーマｃ」を受信する。
【0392】
次に、楽曲利用処理部１３４は、受信された検索条件に合致する楽曲であり、「利用可能フラグ＝１」を満たす楽曲を、楽曲情報管理表（図１７）から検索し、検索結果を取得する。ここで、検索結果は、楽曲識別子「Ｍ０１１」と楽曲属性値である、とする。
【0393】
次に、送信部１４は、取得された検索結果「Ｍ０１１」と楽曲属性値とを、検索条件を送信してきたクリエータ端末３に送信する。
【0394】
次に、クリエータ端末３は、当該検索結果を受信し、出力する。そして、検索結果を見た当該クリエータは、楽曲識別子「Ｍ０１１」をダウンロードして利用したいと考え、楽曲識別子「Ｍ０１１」を含むダウンロード指示をクリエータ端末３に入力した、とする。
【0395】
次に、クリエータ端末３の当該ダウンロード指示を受け付け、楽曲管理装置１に送信する。
【0396】
次に、楽曲管理装置１のダウンロード指示受信部１２８は、ダウンロード指示「＜楽曲識別子＞Ｍ０１１」を受信する。そして、ダウンロード部１３７は、ダウンロード指示に対応するＭ０１１の楽曲を楽曲情報管理表（図１７）から取得し、クリエータ端末３に送信する。
【0397】
次に、クリエータ端末３は、楽曲を受信し、出力する。なお、ここで、出力は、例えば、クリエータ格納部３１への蓄積である。以後、クリエータ端末３は、当該楽曲を再生したり、編集したりできる。
【0398】
次に、利用料金処理部１３９は、楽曲のダウンロードに対して、利用料金を取得する、と判断する。なお、楽曲がダウンロードされた場合、３００円の利用料が発生することが決まっている、とする。そして、利用料金処理部１３９は、利用された楽曲の利用料「３００円」を格納部１１から取得する。
【0399】
次に、利用料金処理部１３９は、楽曲をダウンロード者に対して、３００円の課金処理を行う。
【0400】
次に、利用料金処理部１３９は、ステップＳ４３３で取得した利用料の中からの、クリエータの報酬「２００円」（ここでは、「クリエータの報酬＝利用料×２／３（割合が２／３）」）を取得する。次に、利用料金処理部１３９は、取得したクリエータの報酬「２００円」を、クリエータ識別子「Ｃ００３」と対にして蓄積する。
【0401】
次に、利用料金処理部１３９は、取得した利用料「３００円」の中からの、プレーヤーの報酬「１００円」（ここでは、「プレーヤーの報酬＝利用料×１／３」）を取得する。次に、利用料金処理部１３９は、楽曲識別子「Ｍ０１１」と対になるプレーヤー識別子「Ｐ００２」「Ｐ００３」をメンバー情報管理表（図１６）から取得する。そして、利用料金処理部１３９は、プレーヤーの人数「２」を取得する。次に、利用料金処理部１３９は、プレーヤー一人当たりの報酬「５０円」を取得する。
【0402】
次に、利用料金処理部１３９は、取得したプレーヤーの一人当たりの報酬「５０円」を、各プレーヤー識別子「Ｐ００２」「Ｐ００３」と対にして、プレーヤー情報管理表（図１５）に蓄積する。
【0403】
以上、本具体例によれば、ユーザは、利用可能な楽曲をダウンロードし、利用できる。また、本具体例によれば、楽曲の利用に対して、クリエータおよびプレーヤーに対して、適切な報酬を与えることができる。
【0404】
（具体例５）
テーマ取得部１３Ｂは、楽曲のテーマ情報を取得する処理を行うタイミングである、と判断する。
テーマ取得部１３Ｂは、楽曲のテーマ情報を取得する処理を行うタイミングである、と判断する。
【0405】
次に、学習部１３Ａは、楽曲情報管理表（図１７）から楽曲と１以上のテーマ情報とを取得する。そして、学習部１３Ａは、楽曲とテーマ情報の組を構成する。つまり、学習部１３Ａは、（楽曲識別子「Ｍ００１」の楽曲，テーマａ）（楽曲識別子「Ｍ００２」の楽曲，テーマａ）・・・（楽曲識別子「Ｍ０１１」の楽曲，テーマｂ）（楽曲識別子「Ｍ０１１」の楽曲，テーマｃ）（楽曲識別子「Ｍ０１２」の楽曲，テーマｂ）（楽曲識別子「Ｍ０１２」の楽曲，テーマｃ）・・・といった多数の組を、楽曲情報管理表から取得する。
【0406】
次に、学習部１３Ａは、楽曲情報管理表（図１７）の各楽曲から２以上の楽曲特徴量を取得し、当該２以上の各楽曲特徴量を有する特徴量ベクトルを構成する。
【0407】
次に、学習部１３Ａは、テーマ情報ごとに、正例の特徴量ベクトルと負例の特徴量ベクトルとを取得する。例えば、学習部１３Ａは、テーマ情報「テーマａ」に対する正例の特徴量ベクトル（正例の教師データ）として、テーマ情報「テーマａ」と対になる楽曲（楽曲識別子「Ｍ００１」「Ｍ００２」等の楽曲）の特徴量ベクトルを取得し、負例の特徴量ベクトル（負例の教師データ）として、テーマ情報「テーマａ」と対にならない楽曲（楽曲識別子「Ｍ０１１」「Ｍ０１２」等の楽曲）の特徴量ベクトルを取得する。
【0408】
次に、学習部１３Ａは、テーマ情報ごとに、正例の教師データと負例の教師データとを、機械学習の学習モジュールに与え、当該学習モジュールを実行し、学習モデルを取得し、当該学習モデルを、テーマ情報に対応付けて、学習モデル格納部１１５に蓄積する。
【0409】
以上の処理により、テーマ情報ごとに、楽曲がテーマ情報に対応するか否かを判断する二値分類の学習モデルが構築できた。
【0410】
次に、テーマ取得部１３Ｂは、楽曲情報管理表の各楽曲ごとに、対応するテーマ情報ではないデータ情報と対になる１以上の各学習モデルを、学習モデル格納部１１５から取得し、学習モデルごとに、当該学習モデルと楽曲の特徴量ベクトルとを、機械学習の予測モジュールに与え、当該予測モジュールを実行し、学習モデルに対応するテーマ情報に該当するか否かの予測結果を取得する。そして、テーマ取得部１３Ｂは、「テーマ情報に該当する」との予測結果に対応する学習モデルと対になるテーマ情報を取得し、当該テーマ情報を楽曲に対応付けて、楽曲情報管理表（図１７）に蓄積する。かかることにより、楽曲に、適切なテーマ情報を付加でき、楽曲の利用が広がる。なお、テーマ情報を付加する対象の楽曲は、利用可能フラグ「１」と対になる楽曲のみとすることは好適である。
【0411】
以上、本具体例において、多数の楽曲に付加されているテーマ情報を学習し、楽曲にテーマ情報を自動付加できる。
【0412】
以上、本実施の形態によれば、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【0413】
また、本実施の形態によれば、評価者が募集したテーマに対して、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できる。
【0414】
また、本実施の形態によれば、利用可能フラグに対応する楽曲の中から、テーマ情報を用いた楽曲の検索ができる。
【0415】
また、本実施の形態によれば、自動的に楽曲にテーマ情報を付加できる。特に、本実施の形態によれば、楽曲に対して付加されているテーマ情報を用いて、機械学習の技術を用いて、自動的に楽曲にテーマ情報を付加できる。
【0416】
また、本実施の形態によれば、楽曲とプレーヤーとマッチングができる。特に、本実施の形態によれば、楽曲とプレーヤーとマッチングのための適切なプロトコルを提供できる。
【0417】
また、本実施の形態によれば、クリエータが指定したバンドメンバー条件に基づいて、楽曲とプレーヤーとマッチングとのマッチングができる。
【0418】
また、本実施の形態によれば、クリエータが提供した楽曲が他の楽曲に対して、著作権を侵害していないか否かのチェックができる。
【0419】
さらに、本実施の形態によれば、楽曲が利用された場合に、適切に利用料を分配できる。特に、本実施の形態によれば、二次著作権者が存在する楽曲が利用された場合に、適切に利用料を分配できる。
【0420】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における楽曲管理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、楽曲を識別する楽曲識別子に対応付けて、当該楽曲と当該楽曲の１以上の楽曲属性値とを有する２以上の楽曲情報が格納される楽曲情報格納部にアクセス可能なコンピュータを、楽曲を受信する楽曲受信部と、前記楽曲受信部が受信した前記楽曲を、当該楽曲の楽曲識別子に対応付けて、前記楽曲情報格納部に蓄積する楽曲蓄積部と、前記楽曲情報格納部に格納されている前記２以上の楽曲のオーディションの結果を示す結果情報を取得する結果取得部と、前記２以上の楽曲のうちのいずれか１以上の楽曲を利用するための利用処理を行う楽曲利用処理部として機能させ、前記楽曲利用処理部が行う処理について、採択されなかったことを示す前記結果情報に対応する１以上の各楽曲に対する処理と、採択されたことを示す前記結果情報に対応する１以上の各楽曲に対する処理とが異なる、プログラムである。
【0421】
また、図１８は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の楽曲管理装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１８は、このコンピュータシステム３００の概観図であり、図１９は、システム３００のブロック図である。
【0422】
図１８において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【0423】
図１９において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【0424】
コンピュータシステム３００に、上述した実施の形態の楽曲管理装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【0425】
プログラムは、コンピュータ３０１に、上述した実施の形態の楽曲管理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【0426】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【0427】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【0428】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【0429】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【0430】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【0431】
以上のように、本発明にかかる楽曲管理装置１は、クリエータが作成した楽曲を収集し、適切に利用するプラットフォームを提供できるという効果を有し、楽曲を管理するサーバ等として有用である。
【符号の説明】
【0432】
Ａ 情報システム
１ 楽曲管理装置
２ 評価者端末
３ クリエータ端末
４ プレーヤー端末
１１ 格納部
１２ 受信部
１３ 処理部
１３ 学習部
１３ テーマ取得部
１４ 送信部
２１ 評価者格納部
２２ 評価者受付部
２３ 評価者処理部
２４ 評価者送信部
２５ 評価者受信部
２６ 評価者出力部
３１ クリエータ格納部
３２ クリエータ受付部
３３ クリエータ処理部
３４ クリエータ送信部
３５ クリエータ受信部
３６ クリエータ出力部
４１ プレーヤー格納部
４２ プレーヤー受付部
４３ プレーヤー処理部
４４ プレーヤー送信部
４５ プレーヤー受信部
４６ プレーヤー出力部
１１１ クリエータ管理部
１１２ プレーヤー管理部
１１３ メンバー管理部
１１４ 楽曲情報格納部
１１５ 学習モデル格納部
１２１ 募集情報受信部
１２２ 楽曲受信部
１２３ メンバー条件受信部
１２４ 評価受信部
１２５ 応募情報受信部
１２６ 決定情報受信部
１２７ 検索条件受信部
１２８ ダウンロード指示受信部
１３０ 場構成部
１３１ 侵害判断部
１３２ 楽曲蓄積部
１３３ 結果取得部
１３４ 楽曲利用処理部
１３５ オファー部
１３６ メンバー情報蓄積部
１３７ ダウンロード部
１３８ ダウンロード情報蓄積部
１３９ 利用料金処理部
１４１ 判断結果出力部
１４２ 募集画面送信部
１４２ 集画面送信部
１４３ プレーヤー情報送信部
１ 楽曲管理装置
２ 評価者端末
３ クリエータ端末
４ プレーヤー端末
１１ 格納部
１２ 受信部
１３ 処理部
１３ 学習部
１３ テーマ取得部
１４ 送信部
２１ 評価者格納部
２２ 評価者受付部
２３ 評価者処理部
２４ 評価者送信部
２５ 評価者受信部
２６ 評価者出力部
３１ クリエータ格納部
３２ クリエータ受付部
３３ クリエータ処理部
３４ クリエータ送信部
３５ クリエータ受信部
３６ クリエータ出力部
４１ プレーヤー格納部
４２ プレーヤー受付部
４３ プレーヤー処理部
４４ プレーヤー送信部
４５ プレーヤー受信部
４６ プレーヤー出力部
１１１ クリエータ管理部
１１２ プレーヤー管理部
１１３ メンバー管理部
１１４ 楽曲情報格納部
１１５ 学習モデル格納部
１２１ 募集情報受信部
１２２ 楽曲受信部
１２３ メンバー条件受信部
１２４ 評価受信部
１２５ 応募情報受信部
１２６ 決定情報受信部
１２７ 検索条件受信部
１２８ ダウンロード指示受信部
１３０ 場構成部
１３１ 侵害判断部
１３２ 楽曲蓄積部
１３３ 結果取得部
１３４ 楽曲利用処理部
１３５ オファー部
１３６ メンバー情報蓄積部
１３７ ダウンロード部
１３８ ダウンロード情報蓄積部
１３９ 利用料金処理部
１４１ 判断結果出力部
１４２ 募集画面送信部
１４２ 集画面送信部
１４３ プレーヤー情報送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】