JP2021177219A - 電子楽器プログラム及び電子楽器 - Google Patents

Abstract

【課題】利用条件を満たさなくなったサウンドデータの利用を抑止できる電子楽器プログラムを提供すること。【解決手段】ＰＣ３０の所持サウンドデータテーブル３２ｃには、サウンドデータと、そのサウンドデータを入手したユーザのユーザＩＤとが関連付けて記憶されている。楽音生成処理に用いるサウンドデータが所持サウンドデータテーブル３２ｃから選択（取得）されたとき、その選択されたサウンドデータに関連付けられたユーザＩＤと、ログイン中のユーザＩＤとが一致するかを判定する（Ｓ４４）。それらのユーザＩＤが一致しないと判定された場合に、選択されたサウンドデータの利用を禁止する（Ｓ５６）。これにより、サウンドデータを入手したユーザとは異なるユーザがログインしたことで利用条件を満たさなくなったサウンドデータの利用を抑止できる。【選択図】図６

Description

本発明は、利用条件を満たさなくなったサウンドデータの利用を抑止できる電子楽器プログラム及び電子楽器に関するものである。

例えば、ユーザが購入したサウンドデータを、そのサウンドデータを配信するサーバから電子楽器にダウンロードするとき、購入したユーザ以外がサウンドデータを利用できないように制限するシステムが知られている。特許文献１では、ユーザが購入したサウンドデータを電子楽器へ送るときに、その電子楽器でサウンドデータが利用可能かをサーバで判定し、利用不可能と判定された場合には電子楽器へサウンドデータを送らず、利用可能と判定された場合に限り電子楽器へサウンドデータを送る。

特許第６１７１７９３号公報

しかしながら、上記特許文献１に開示された技術は、購入したサウンドデータをサーバから電子楽器へ送るときに、サーバで利用許諾を行うだけなので、サウンドデータを電子楽器にダウンロードした後、利用条件が変更された結果などに応じ、本来ならばサウンドデータを利用できない場合でも、電子楽器に既にダウンロードされたサウンドデータをそのまま利用できてしまうという問題点がある。例えば、サウンドデータを購入したユーザと、電子楽器を利用中のユーザとの一致という利用条件が設定されている場合に、電子楽器を利用するユーザを変更しても、変更する前のユーザが購入したサウンドデータを利用できてしまうという問題点がある。

本発明は上述した問題点を解決するためになされたものであり、利用条件を満たさなくなったサウンドデータの利用を抑止できる電子楽器プログラム及び電子楽器を提供することを目的とする。

この目的を達成するために本発明の電子楽器プログラムは、記憶部を備えたコンピュータにサウンドデータを用いて楽音生成処理を実行させるものであって、前記サウンドデータと、そのサウンドデータを配信サーバから取得したユーザを示すユーザ識別情報とを前記記憶部から取得する取得ステップと、前記楽音生成処理を実行させるユーザを示すユーザ識別情報を取得するユーザ取得ステップと、そのユーザ取得ステップで取得されたユーザ識別情報と、前記取得ステップで取得されたユーザ識別情報とが一致するかを判定するユーザ判定ステップと、そのユーザ判定ステップで前記ユーザ識別情報が一致しないと判定された場合に、前記取得ステップで取得されたサウンドデータを前記楽音生成処理に用いることを禁止する禁止ステップと、を前記コンピュータに実行させるものである。

本発明の電子楽器は、記憶部を備え、サウンドデータを用いて楽音生成処理を実行するものであって、前記サウンドデータと、そのサウンドデータを配信サーバから取得したユーザを示すユーザ識別情報とを前記記憶部から取得する取得手段と、前記楽音生成処理を実行させるユーザを示すユーザ識別情報を取得するユーザ取得手段と、そのユーザ取得手段で取得されたユーザ識別情報と、前記取得手段で取得されたユーザ識別情報とが一致するかを判定するユーザ判定手段と、そのユーザ判定手段で前記ユーザ識別情報が一致しないと判定された場合に、前記取得手段で取得されたサウンドデータを前記楽音生成処理に用いることを禁止する禁止手段と、を備えているものである。

一実施形態における電子楽器プログラムを有するＰＣ、電子楽器、サーバの電気的構成を示したブロック図である。 管理情報メモリの内容を模式的に示した図である。 所持サウンドデータテーブルの内容を模式的に示した図である。 （ａ）はＰＣのＣＰＵで実行される起動処理のフローチャートであり、（ｂ）はタイマー処理のフローチャートである。 管理情報更新処理のフローチャートである。 サウンドデータのロード処理のフローチャートである。 電子楽器のＣＰＵで実行されるサウンド追加処理のフローチャートである。

以下、好ましい実施の形態について、添付図面を参照して説明する。まず、図１を参照してＰＣ（パーソナルコンピュータ）３０及び電子楽器５０を備えたデータ利用システムＳの概要を説明する。図１はデータ利用システムＳの電気的構成を示したブロック図である。データ利用システムＳは、サーバ１０（配信サーバ）と、サーバ１０にインターネット２を介して接続されるＰＣ３０と、ＰＣ３０との間で記録メディア４５を介してデータが入出力される電子楽器５０とを備えて構成される。

電子楽器５０は、ユーザによる鍵盤５６の演奏操作による楽音や、所定の伴奏音等を混ぜ合わせて出力（放音）するシンセサイザーである。電子楽器５０は、複数の操作子５７を操作することにより、演奏者の演奏による楽音や伴奏音等を混ぜ合わせた波形データに対して所定の演算処理を行い、それらの音にリバーブやコーラス、ディレイ等の効果（エフェクト）を施す。ＰＣ３０は、いわゆるソフトシンセサイザーと称される楽器アプリプログラム（電子楽器プログラム）３２ａを実行することによって、このようなシンセサイザーのように動作する。

サーバ１０は、ＰＣ３０のソフトシンセサイザーや電子楽器５０で利用可能な複数のサウンドデータが記憶されたコンピュータであり、そのサウンドデータをＰＣ３０等へ配信する。ＰＣ３０及び電子楽器５０はユーザが持つ装置であるのに対し、サーバ１０はサウンドデータの配信者が持つ装置である。

サーバ１０は、ＣＰＵ１１と、ＨＤＤ１２と、ＲＡＭ１３とを有し、それぞれバスライン１４を介して入出力ポート１５に接続されている。また、入出力ポート１５には、サーバ１０の管理者による指示を入力する入力部１６と、その入力時の情報などを表示する表示部１７と、日付時刻を計時するリアルタイムクロック（ＲＴＣ）１８と、通信部１９とがそれぞれ接続されている。

ＣＰＵ１１は、バスライン１４により接続された各部を制御する演算装置である。ＨＤＤ１２は、ＣＰＵ１１により実行される各種プログラムや固定値データ等を格納した書き換え可能な不揮発性の記憶装置である。ＨＤＤ１２には、サウンドデータメモリ１２ａと、管理情報メモリ１２ｂとが設けられる。これらを図１にはそれぞれ「サウンドデータ」、「管理情報」と示している。

サウンドデータメモリ１２ａは、ＰＣ３０や電子楽器５０で利用可能な複数のサウンドデータが記憶されたメモリである。サウンドデータは、ＰＣ３０のソフトシンセサイザーや電子楽器５０によって生成される楽音の音源データである。なお、サウンドデータには、音色に関するパラメータ値と波形情報とが含まれている。

ＰＣ３０や電子楽器５０のユーザから、サウンドデータをＰＣ３０等に出力する要求をサーバ１０が受信したとき、サーバ１０はサウンドデータを要求元のＰＣ３０等へ出力する。サーバ１０からＰＣ３０等へサウンドデータを出力するとき、そのサウンドデータをＰＣ３０等で利用する際の認証情報が一緒にサーバ１０から出力される。その認証情報の詳細は後述する。

図２を参照して管理情報メモリ１２ｂについて説明する。図２は管理情報メモリ１２ｂの内容を模式的に示した図である。管理情報メモリ１２ｂは、各ユーザへ配信（出力）可能となったサウンドデータに関する製品情報などの管理情報が記憶されるメモリである。管理情報メモリ１２ｂに記憶される管理情報は、サーバ１０からサウンドデータを入手するためのサービスに登録したユーザ毎の個人管理情報２１と、そのユーザ全員に共通する共有管理情報２３とを備える。

個人管理情報２１には、サービスに登録したユーザを識別するためのユーザＩＤ（ユーザ識別情報）と、そのユーザのサービス利用の契約種別を表すサブスクリプション権限（ユーザ権限）と、ユーザがサーバ１０に最後にアクセスした時刻をＲＴＣ１８から取得した最終アクセス時刻と、ユーザの購入履歴を示す購入履歴メモリ２１ａとが記憶されている。ユーザＩＤは、登録したユーザ毎に異なり、例えば『ユーザＡ』や『ユーザＢ』等と設定される。なお、ユーザの登録を解除すると、そのユーザのユーザＩＤを含む個人管理情報２１が削除される。

サブスクリプション権限には、『ノーマル』、『コア』、『プロ』又は『アルティメット』のいずれかが設定される。『コア』、『プロ』及び『アルティメット』は、ユーザが月毎などの定額料金を支払い、特定のサウンドＩＤのサウンドデータを一定期間利用できる権利を購入した契約状態を示すものである。『アルティメット』は、サブスクリプション権限で利用可能なサウンドデータを全て利用できる契約種別である。そして『プロ』、『コア』、『ノーマル』の順に利用可能なサウンドデータが少なくなる。『ノーマル』は、ユーザが定額料金を支払っていない契約種別であることを示す。但し、『ノーマル』、『コア』、『プロ』のユーザでも、一定期間分の料金を支払えば、その一定期間の間だけ『アルティメット』に切り換えることができる。

購入履歴メモリ２１ａは、ユーザの購入したサウンドデータの識別情報を示すサウンドＩＤが記憶されるメモリである。ユーザが購入したサウンドデータには、利用期限がなく、購入したユーザに対してサウンドデータの利用が永続的に許可される。購入によって入手できるサウンドデータには、利用が永続的に許可された永続タイプを示すライセンスタイプ『１』が設定される。

共有管理情報２３は、サウンドデータの製品情報が記憶される製品情報テーブル２３ａを備える。製品情報テーブル２３ａには、現在配信されているサウンドデータや過去に配信されていたサウンドデータに関する情報が記憶されている。具体的に製品情報テーブル２３ａは、サウンドデータ毎に、そのサウンドデータのサウンドＩＤ、サウンドデータの名称を示すサウンド名、サウンドデータを使用できる機種を示した機種ＩＤ、サウンドデータのライセンスタイプがそれぞれ記憶されている。

新たなサウンドデータが配信される度に、管理者による入力部１６への入力に応じて製品情報テーブル２３ａの内容が更新される。但し、一度定められた製品情報テーブル２３ａのサウンドＩＤ、サウンド名、ライセンスタイプが基本的に編集されることはない。例えば、配信済みのサウンドデータのライセンスタイプを変更したい場合には、配信済みのサウンドデータと同一のデータであることを示す新たなサウンドＩＤを取得し、そのサウンドＩＤと、変更したいライセンスタイプとを関連付けて製品情報テーブル２３ａに記憶させる。

機種ＩＤとは、サウンドデータを利用するＰＣ３０のソフトシンセサイザー（楽器アプリプログラム３２ａ）の種類を示す識別情報や、電子楽器５０の種類を示す識別情報である。ＰＣ３０のソフトシンセサイザーの機種ＩＤは『楽器アプリＡ』であり、電子楽器５０の機種ＩＤは『電子楽器Ａ』である。なお、新たな機器やソフトシンセサイザーのプログラムが発売された場合、その機器やプログラムに固有の機種ＩＤを、製品情報テーブル２３ａの機種ＩＤの領域に追加しても良い。

また、製品情報のサウンドデータに機種ＩＤが設定されていない場合、そのサウンドデータをいずれの機種でも利用できることを示している。言い換えると、サウンドデータがいずれの機種でも利用できる場合、そのサウンドデータに関連付けられる機種ＩＤには、全ての機種ＩＤに一致する識別子として『−』が設定される。

ライセンスタイプは、ユーザがサービスを利用するための契約種別、購入、或いは無料配布などに基づくサウンドデータの利用形態を示すものである。ライセンスタイプ『１』は、前述した通り、サウンドデータの利用形態が購入に基づくことを示すものである。

ライセンスタイプ『２』は、サウンドデータの利用形態が契約種別に基づくことを示すものであって、その契約種別を表すサブスクリプション権限を用いてサウンドデータの利用許諾が行われることを示す。共有管理情報２３は、製品情報テーブル２３ａに加え、そのライセンスタイプ『２』に関する権限テーブル２３ｂを含む。権限テーブル２３ｂは、各サブスクリプション権限で利用可能なサウンドＩＤが記憶されている。権限テーブル２３ｂには、サブスクリプション権限が『ノーマル』の場合に、サウンドＩＤが１のサウンドデータを利用できることが記憶されている。同様に、サブスクリプション権限が『コア』の場合にはサウンドＩＤが１，２，３のサウンドデータを利用でき、サブスクリプション権限が『プロ』の場合にはサウンドＩＤが１，２，３，４，５のサウンドデータを利用でき、サブスクリプション権限が『アルティメット』の場合にはサウンドＩＤが１，２，３，４，５，６のサウンドデータであってライセンスタイプ『２』に関連付けられた全てのサウンドデータを利用できることが権限テーブル２３ｂに記憶されている。

ライセンスタイプ『３』、『４』は、サウンドデータの利用形態がキャンペーン（無料配布などの企画）に基づくことを示すものである。共有管理情報２３は、製品情報テーブル２３ａ及び権限テーブル２３ｂに加え、そのライセンスタイプ『３』に関するキャンペーンテーブル２３ｃと、ライセンスタイプ『４』に関するキャンペーンテーブル２３ｄとを含む。キャンペーンテーブル２３ｃ，２３ｄは、キャンペーンの種類毎に、そのキャンペーンにより配布された現在利用可能なサウンドデータのサウンドＩＤが記憶されている。キャンペーンテーブル２３ｃには、サウンドＩＤが９のサウンドデータがおまけとしてのキャンペーンで無料配布されて現在利用可能であることが記憶されている。

ライセンスタイプ『４』に関するキャンペーンテーブル２３ｄには、サウンドＩＤが１０のサウンドデータがバンドルとしてのキャンペーンで無料配布されて現在利用可能であることが記憶されている。バンドルのキャンペーンは、例えば、ＰＣ３０のソフトシンセサイザーと電子楽器５０とをそれぞれ所定期間内に購入したユーザにサウンドデータを配布するものである。そのため、ライセンスタイプ『４』のサウンドデータを利用可能な機種ＩＤには『楽器アプリＡ』及び『電子楽器Ａ』が設定されている。バンドルのキャンペーンでサウンドデータを配布してから一定期間後に、２つの機種ＩＤのいずれかを削除することで、ライセンスタイプ『４』のサウンドデータを利用できる機種を事後的に限定できる。

これらの権限テーブル２３ｂ及びキャンペーンテーブル２３ｃ，２３ｄに記憶されるサウンドＩＤは、サーバ１０の管理者による入力部１６の入力によって変更可能になっている。また、権限テーブル２３ｂに記憶されている通り、ユーザが持つサブスクリプション権限が変更されると、そのユーザが利用できるサウンドデータも変更される。よって、ライセンスタイプ『２』、『３』及び『４』は、サーバ１０で定められた管理情報に基づき、ユーザＩＤに示すユーザに対してサウンドデータの利用許諾が変化する非永続タイプであることを示している。

図１に戻る。ＲＡＭ１３は、ＣＰＵ１１が制御プログラム等のプログラム実行時に各種のワークデータやフラグ等を書き換え可能に記憶するメモリである。通信部１９は、インターネット２を介してＰＣ３０と接続し、そのＰＣ３０との間で各種のデータを送受信するための機器である。

サーバ１０は、登録されたユーザから、管理情報をＰＣ３０へ送る要求を受けると、そのユーザに関する個人管理情報２１及び共有管理情報２３を含む管理情報をＰＣ３０へ通信部１９を介して送る。またサーバ１０は、登録されたユーザから、サウンドデータをＰＣ３０へ送るように要求を受けると、要求されたサウンドデータと、そのサウンドデータを認証するための認証情報とをＰＣ３０へ通信部１９を介して送る。その認証情報は、要求されたサウンドデータのサウンド名に製品情報テーブル２３ａにより関連付けられているサウンドＩＤ、機種ＩＤ及びライセンスタイプと、要求したユーザのユーザＩＤとを含む。

なお、これらの管理情報およびサウンドデータをＰＣ３０へ送るという要求信号を、必ずしもＰＣ３０からサーバ１０へ送る必要はない。要求する情報と、登録されたユーザのユーザＩＤと、送信先とが要求信号に含まれていれば、ＰＣ３０と異なるＰＣや携帯電話機器などからインターネット２を介して、その要求信号をサーバ１０へ送っても良い。例えば、サウンドデータを要求するためのウェブサイトにＰＣ３０からログインし、特定のサウンドデータをＰＣ３０へ送ることを要求した場合、そのサウンドデータと、ウェブサイトのログインに用いたユーザＩＤを含む認証情報とが関連付けられた状態でＰＣ３０へ送られる。

ＰＣ３０は、ＣＰＵ３１と、ＨＤＤ３２と、ＲＡＭ３３とを有し、それぞれバスライン３４を介して入出力ポート３５に接続されている。また、入出力ポート３５には、通信部３６と、Ｄ／Ａ（Ｄｉｇｉｔａｌ ｔｏ Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）３７と、ユーザ（演奏者）による指示を入力するマウスやキーボードといった入力部３９と、その入力時の情報などを表示する表示部４０と、サーバ１０のＲＴＣ１８と同一に構成されるＲＴＣ４１と、外部入出力端子４２とがそれぞれ接続されている。Ｄ／Ａ３７にはスピーカ３８が接続される。

ＣＰＵ３１は、バスライン３４により接続された各部を制御する演算装置である。ＨＤＤ３２は、書き換え可能な不揮発性の記憶装置である。ＨＤＤ３２には、楽器アプリプログラム３２ａと、機種ＩＤメモリ３２ｂと、所持サウンドデータテーブル３２ｃと、管理情報メモリ３２ｄとがそれぞれ設けられる。図１において機種ＩＤメモリ３２ｂ及び管理情報メモリ３２ｄは、それぞれ「機種ＩＤ」、「管理情報」と示される。

楽器アプリプログラム３２ａは、ＰＣ３０をシンセサイザーのように動作させるソフトシンセサイザーのプログラムである。ＣＰＵ３１によって、楽器アプリプログラム３２ａが実行されると、その実行直後に起動処理（図４（ａ）参照）が実行されると共に、ＲＴＣ４１により計時される１時間毎にタイマー処理（図４（ｂ）参照）が実行される。起動処理の中では管理情報更新処理（図５参照）が実行される。さらに、ＨＤＤ３２の所持サウンドデータテーブル３２ｃの中から、楽音生成処理に用いるサウンドデータが選択されたときに割り込み処理としてサウンドデータのロード処理（図６参照）が実行される。

また、ＣＰＵ３１により楽器アプリプログラム３２ａが実行された状態で、入力部３７の入力に応じて、サウンドデータをサーバ１０からＰＣ３０へ送るように要求する処理や、サーバ１０や可搬の記憶装置などから取得したサウンドデータ及び認証情報を所持サウンドデータテーブル３２ｃに記憶する処理（データ記憶ステップ）、サウンドデータを作成・編集する処理などが行われる。

さらに、ＣＰＵ３１により楽器アプリプログラム３２ａが実行された状態で、入力部３９から演奏情報の入力があった場合に、各種の設定値などに応じて楽音信号を生成する楽音生成処理を実行し、その楽音信号をＤ／Ａ３７へ出力する処理が行われる。Ｄ／Ａ３７は、デジタル楽音信号をアナログ信号に変換してスピーカ３８へ出力する。スピーカ３８は、Ｄ／Ａ３７から出力された楽音信号に基づく楽音を発音する。

機種ＩＤメモリ３２ｂは、楽器アプリプログラム３２ａ（ソフトシンセサイザー）に固有の機種ＩＤを記憶するメモリである。ユーザによって楽器アプリプログラム３２ａがＰＣ３０にインストールされたときに、その楽器アプリプログラム３２ａに固有の機種ＩＤが機種ＩＤメモリ３２ｂに記憶される。

図３を参照して所持サウンドデータテーブル３２ｃについて説明する。図３は所持サウンドデータテーブル３２ｃの内容を模式的に示した図である。所持サウンドデータテーブル３２ｃは、サーバ１０からインターネット２を介して受信したサウンドデータと、そのサウンドデータを認証するための認証情報とが関連付けて記憶される。その認証情報は、前述した通りサウンドＩＤ、ユーザＩＤ、機種ＩＤ及びライセンスタイプを含む。

図１に戻る。管理情報メモリ３２ｄは、サーバ１０からインターネット２を介して受信した管理情報が記憶される。管理情報メモリ３２ｄに記憶される管理情報は、ＲＡＭ３３のユーザＩＤメモリ３３ａに記憶されているユーザＩＤを持つ個人管理情報２１と、共有管理情報２３とを含む。例えば、ユーザＩＤメモリ３３ａに記憶されたユーザＩＤが『ユーザＡ』である場合、管理情報メモリ３２ｄには、ユーザＩＤに『ユーザＡ』を持つ個人管理情報２１と、共有管理情報２３とを含んでいる図２に破線で示した領域の管理情報が記憶される。

なお、管理情報メモリ３２ｄに記憶された管理情報における個人管理情報２１の最終アクセス時刻には、サーバ１０からＰＣ３０に管理情報を送ったときの時刻が記憶されている。これは、ＰＣ３０に管理情報を送るためにユーザがサーバ１０へアクセスした時刻が、そのユーザの個人管理情報２１の最終アクセス時刻に記憶された状態で、ＰＣ３０へサーバ１０から管理情報が出力されるためである。また、サーバ１０からＰＣ３０に管理情報を送ったときの時刻とは、ＰＣ３０が管理情報を記憶したときの時刻と同一であるとみなすことができる。

ＲＡＭ３３は、ＣＰＵ３１が楽器アプリプログラム３２ａ等のプログラム実行時に各種のワークデータやフラグ等を書き換え可能に記憶するメモリである。ＲＡＭ３３には、ユーザＩＤメモリ３３ａと、管理情報更新フラグ３３ｂと、ワークメモリ３３ｃとがそれぞれ設けられる。図１においてユーザＩＤメモリ３３ａは、「ユーザＩＤ」と示される。

ユーザＩＤメモリ３３ａは、ＰＣ３０で楽器アプリプログラム３２ａを利用しているユーザのユーザＩＤを記憶するメモリである。ユーザＩＤメモリ３３ａの値は、楽器アプリプログラム３２ａがＣＰＵ３１によって実行された直後に、無効な値で初期化される。図４の起動処理で、ユーザが楽器アプリプログラム３２ａを用いるために、ユーザＩＤやパスワードを用いてログインした後、そのログインに用いたユーザＩＤをユーザＩＤメモリ３３ａに記憶する（図４，Ｓ２）。

管理情報更新フラグ３３ｂは、管理情報メモリ３２ｄに記憶された管理情報が最新のものに更新されており、その管理情報がサウンドデータの利用許諾に使用可能かを示すフラグである。具体的に、管理情報更新フラグ３３ｂがオンにされている場合に、管理情報メモリ３２ｄに記憶された管理情報をサウンドデータの利用許諾に使用できることを示す。管理情報更新フラグ３３ｂは、楽器アプリプログラム３２ａがＣＰＵ３１によって実行された直後にオフに設定される。

管理情報更新フラグ３３ｂは、図５の管理情報更新処理において、ＰＣ３０がサーバ１０に接続された状態で、ユーザＩＤメモリ３３ａに記憶されているユーザ識別情報に応じた管理情報をサーバ１０から取得できた場合にオンに設定され（図５、Ｓ１５）、それを取得できなかった場合にオフに設定される（図５、Ｓ１６）。また、管理情報更新フラグ３３ｂは、ＰＣ３０がサーバ１０に接続されていない状態で、サーバ１０から取得した管理情報を管理情報メモリ３２ｄに記憶した時刻から現在時刻までの経過時間が１週間以内である場合にオンに設定され（図５、Ｓ１９）、その経過時間が１週間を過ぎている場合にオフに設定される（図５、Ｓ２０）。

ワークメモリ３３ｃは、入力部３９の入力に応じた楽音生成処理に用いるサウンドデータを記憶するメモリである。ワークメモリ３３ｃは、楽器アプリプログラム３２ａがＣＰＵ３１によって実行された直後に、プリセットのサウンドデータが記憶されて初期化される。なお、プリセットのサウンドデータとは、ユーザによって楽器アプリプログラム３２ａがＰＣ３０にインストールされるとき、ＨＤＤ３２の所定領域（図示せず）に記憶されるデータである。図６のサウンドデータのロード処理において、所持サウンドデータテーブル３２ｃから選択されたサウンドデータが利用可能であると判定された場合に、そのサウンドデータをワークメモリ３３ｃに記憶する（図６、Ｓ４９）。

通信部３６は、インターネット２を介してサーバ１０と接続し、そのサーバ１０との間で各種のデータを送受信するための機器である。外部入出力端子４２は、可搬な記録メディア４５との間で各種のデータを送受信するためのインターフェイスである。

記録メディア４５は、書き換え可能な不揮発性の記憶装置であり、外部入出力端子４２に着脱可能に構成されている。記録メディア４５には、所持サウンドデータテーブル４５ａが設けられる。この所持サウンドデータテーブル４５ａの構成は、ＰＣ３０の所持サウンドデータテーブル３２ｃの構成と同一である。所持サウンドデータテーブル４５ａには、所持サウンドデータテーブル３２ｃに記憶されているサウンドデータ及び認証情報のうち、コピーが選択されたサウンドデータ及び認証情報が記憶される。本実施形態では、所持サウンドデータテーブル３２ｃに記憶されているサウンドデータ及び認証情報の全てが所持サウンドデータテーブル４５ａに記憶されているものとして説明する。

図４（ａ）から図６を参照して、ＰＣ３０のＣＰＵ３１で実行される起動処理、タイマー処理およびサウンドデータのロード処理について説明する。楽器アプリプログラム３２ａがＣＰＵ３１によって実行された直後に起動処理が実行される。起動処理は、楽器アプリプログラム３２ａをユーザが利用するために行うログインや、管理情報更新処理（図５）を実行する。

図４（ａ）は、起動処理のフローチャートである。起動処理は、まず、入力部３９を用いてユーザにユーザＩＤ及びパスワードを入力させてログインさせる（Ｓ１）。なお、ＰＣ３０を不特定多数のユーザが使用できる状態になければ、入力部３９による初回の入力以降、同様のユーザによるログインを自動的に行っても良い。

Ｓ１の処理後、そのログインに用いたユーザＩＤをＰＣ３０のＲＡＭ３３のユーザＩＤメモリ３３ａに記憶する（Ｓ２）。このユーザＩＤメモリ３３ａに記憶されたユーザＩＤが示すユーザが、楽器アプリプログラム３２ａが実行されたＰＣ３０を現在操作している（楽器アプリプログラム３２ａを使用中である）とＣＰＵ３１に認識される。

Ｓ２の処理後、管理情報メモリ３２ｄに記憶されている管理情報を更新するための管理情報更新処理を行い（Ｓ３）、起動処理を終了する。この管理情報更新処理の詳細については図５を参照して後述する。

図４（ｂ）に示すように、タイマー処理は、楽器アプリプログラム３２ａがＣＰＵ３１によって実行された後、１時間毎のインターバル割り込み処理によって、１時間毎に繰り返し実行される。タイマー処理は、図４（ａ）の起動処理における管理情報更新処理（Ｓ３）と同一の管理情報更新処理を行って（Ｓ７）、終了する。このタイマー処理によって管理情報が定期的に最新のものに更新される。なお、管理情報を更新する入力が入力部３９からあった場合に、管理情報更新処理（Ｓ３，Ｓ７）を行っても良い。

次に図５を参照して、図４（ａ）の起動処理中や図４（ｂ）のタイマー処理中に実行される管理情報更新処理（Ｓ３，Ｓ７）について説明する。管理情報更新処理（Ｓ３，Ｓ７）は、サーバ１０から最新の管理情報を取得する処理や、管理情報更新フラグ３３ｂのオンオフを行う。

図５は管理情報更新処理（Ｓ３，Ｓ７）のフローチャートである。管理情報更新処理（Ｓ３，Ｓ７）ではまず、管理情報をサーバ１０から取得できる状態にあるかを判定するために、ＰＣ３０が通信部３６によりインターネット２を介してサーバ１０に接続されているかを確認する（Ｓ１１）。ＰＣ３０がサーバ１０に接続されている場合には（Ｓ１１：Ｙｅｓ）、ＰＣ３０を現在利用しているユーザを示すユーザＩＤであって、ＰＣ３０のユーザＩＤメモリ３３ａに記憶されたユーザＩＤに関する管理情報をＰＣ３０へ送るようにサーバ１０に要求する（Ｓ１２）。

Ｓ１２の処理後、ユーザＩＤメモリ３３ａに記憶されたユーザＩＤを持つ個人管理情報２１と共有管理情報２３とを含む管理情報の所得が成功したかを確認する（Ｓ１３）。即ち、Ｓ１３の処理は、ＰＣ３０を操作しているユーザに関する個人管理情報２１を含む管理情報が、要求した通りにサーバ１０から取得できたかを確認する。

Ｓ１３の処理において、要求通りの管理情報をサーバ１０からＰＣ３０に取得できた場合には（Ｓ１３：Ｙｅｓ）、サーバ１０からＰＣ３０に取得した管理情報をＰＣ３０の管理情報メモリ３２ｄに記憶する（Ｓ１４）。管理情報メモリ３２ｄに最新の管理情報が記憶されたので、Ｓ１４の処理後、管理情報メモリ３２ｄに記憶された管理情報をサウンドデータの利用許諾に使用できるように、管理情報更新フラグ３３ｂをオンにして（Ｓ１５）、管理情報更新処理（Ｓ３，Ｓ７）を終了する。

Ｓ１３の処理において、要求通りの管理情報をサーバ１０から取得できなかった場合には（Ｓ１３：Ｎｏ）、管理情報更新フラグ３３ｂをオフにして（Ｓ１６）、管理情報更新処理（Ｓ３，Ｓ７）を終了する。サーバ１０に接続できているのに（Ｓ１１：Ｙｅｓ）、要求通りの管理情報をサーバ１０から取得できなかった場合（Ｓ１３：Ｎｏ）とは、ユーザＩＤメモリ３３ａに記憶されたユーザＩＤを示すユーザの登録が解除されるなどして、そのユーザＩＤの個人管理情報２１がサーバ１０側にない場合を示している。この場合には、ＰＣ３０を使用中の（楽器アプリプログラム３２ａを使用中の）ユーザが、サーバ１０から取得したサウンドデータを利用できる状態ではないため、管理情報更新フラグ３３ｂをオフにして、ＰＣ３０の所持サウンドデータテーブル３２ｃに既に記憶されているサウンドデータを利用できないようにする。

Ｓ１１の処理において、ＰＣ３０がサーバ１０に接続されていない場合には（Ｓ１１：Ｎｏ）、ＰＣ３０の管理情報メモリ３２ｄに記憶されている管理情報の個人管理情報２１から最終アクセス時刻を取得する（Ｓ１７）。この最終アクセス時刻は、管理情報メモリ３２ｄに最新の管理情報が記憶された時刻を示している。なお、管理情報メモリ３２ｄに記憶されている管理情報の中に、ユーザＩＤメモリ３３ａに記憶されたユーザＩＤの個人管理情報２１がない場合には、現在時刻よりも確実に１週間以上前の時刻を最終アクセス時刻として取得する。

Ｓ１７の処理後、現在時刻と最終アクセス時刻との差（最終アクセス時刻から現在時刻までの経過時間）が１週間以内であるかを確認する（Ｓ１８）。現在時刻と最終アクセス時刻との差が１週間以内である場合（Ｓ１８：Ｙｅｓ）、管理情報更新フラグ３３ｂをオンにして（Ｓ１９）、管理情報更新処理（Ｓ３，Ｓ７）を終了する。ＰＣ３０の管理情報メモリ３２ｄに管理情報が直近に記憶された時刻からの経過時間が１週間以内であれば、このＰＣ３０が持つ管理情報と、サーバ１０が持つ管理情報とが一致している可能性が高いため、管理情報メモリ３２ｄに記憶された管理情報をサウンドデータの利用許諾に使用できるように管理情報更新フラグ３３ｂをオンにしている。

一方、Ｓ１８の処理において、現在時刻と最終アクセス時刻との差が１週間を超えている場合（Ｓ１８：Ｎｏ）、管理情報更新フラグ３３ｂをオフにして（Ｓ２０）、管理情報更新処理（Ｓ３，Ｓ７）を終了する。これは、ＰＣ３０が持つ管理情報とサーバ１０が持つ最新の管理情報とが一致していない可能性が高く、ＰＣ３０が持つ管理情報を用いてサウンドデータの利用許諾を行うことが望ましくないからである。例えば、前述したサブスクリプション権限の解約や変更などをユーザが行った場合、今までのサブスクリプション権限に基づいて利用可能なサウンドデータがそのユーザに利用され続けることを防止できると共に、そのサウンドデータを利用できなくなるまでの期間に猶予を持たせることができる。

次に図６を参照して、サウンドデータのロード処理（以下「ロード処理」と称す）について説明する。ロード処理は、ＨＤＤ３２の所持サウンドデータテーブル３２ｃの中から、楽音生成処理に用いるサウンドデータが選択されて、そのサウンドデータがＣＰＵ３１に取得されたときに（取得ステップ、取得手段の一部）、ＣＰＵ３１で実行される割り込み処理であり、選択されたサウンドデータの利用許諾を行う。なお、サウンドデータの選択とは、所持サウンドデータテーブル３２ｃに記憶されている複数のサウンドデータの一部をユーザが入力部３９を用いて選択する場合、複数のサウンドデータをユーザが入力部３９を用いて全選択する場合、複数のサウンドデータの一部や全部を、起動処理後に自動選択する場合が挙げられる。

図６はロード処理のフローチャートである。ロード処理ではまず、管理情報メモリ３２ｄに記憶した管理情報を用いてサウンドデータの利用許諾を行えるか判定するために、管理情報更新フラグ３３ｂがオンであるかを確認する（Ｓ４２）。

管理情報更新フラグ３３ｂがオフである場合には（Ｓ４２：Ｎｏ）、管理情報メモリ３２ｄに記憶された管理情報を使用して、サウンドデータの利用許諾を行うことができないので、ロード処理の起動時に選択されたサウンドデータの利用を禁止し（Ｓ５６）、ロード処理を終了する。即ちＳ５６の処理では、選択されたサウンドデータをワークメモリ３３ｃに記憶せず、その後の楽音生成処理では元々ワークメモリ３３ｃに記憶されていたサウンドデータが用いられる。さらにＳ５６の処理では、選択されたサウンドデータの利用禁止に関するエラーメッセージを表示部４０に表示する。なお、管理情報更新フラグ３３ｂがオフである場合（Ｓ４２：Ｎｏ）にＳ５６の処理で表示するエラーメッセージとして、サーバ１０から最新の管理情報を受信するようにユーザに指示する内容を表示しても良い。

Ｓ４２の処理において、管理情報更新フラグ３３ｂがオンである場合には（Ｓ４２：Ｙｅｓ）、ロード処理の起動時に選択されたサウンドデータを利用できる可能性があるので、その選択されたサウンドデータに関連付けて所持サウンドデータテーブル３２ｃに記憶されているサウンドＩＤ、ユーザＩＤ、機種ＩＤ及びライセンスタイプをそれぞれ取得する（Ｓ４３）。次いで、Ｓ４３の処理で取得したユーザＩＤと、ＰＣ３０のユーザＩＤメモリ３３ａに記憶されているユーザＩＤであって楽器アプリプログラム３２ａ（ＰＣ３０）を使用中のユーザを示すユーザＩＤとが一致するかを確認する（Ｓ４４）。

Ｓ４４の処理において、それらのユーザＩＤが一致しない場合には（Ｓ４４：Ｎｏ）、選択されたサウンドデータの利用を禁止するＳ５６の処理を行った後、ロード処理を終了する。例えば、ＰＣ３０のユーザＩＤメモリ３３ａに記憶されているユーザＩＤが『ユーザＡ』である場合、図３に示す所持サウンドデータテーブル３２ｃに記憶されたサウンドデータのうち、ユーザＩＤが『ユーザＢ』であるＮｏ．４（サウンドＩＤ『１０』）のサウンドデータは、このＰＣ３０での利用が禁止される。また、ユーザＩＤが一致しない場合（Ｓ４４：Ｎｏ）にＳ５６の処理で表示するエラーメッセージとして、ユーザＩＤが一致しない等と表示しても良い。

Ｓ４４の処理において、Ｓ４３の処理で取得したユーザＩＤと、ＰＣ３０のユーザＩＤとが一致する場合には（Ｓ４４：Ｙｅｓ）、Ｓ４１の処理で選択されたサウンドデータを利用できる可能性がある。例えば、ＰＣ３０のユーザＩＤメモリ３３ａのユーザＩＤが『ユーザＡ』である場合、図３に示す所持サウンドデータテーブル３２ｃに記憶されたサウンドデータのうち、ユーザＩＤが一致するＮｏ．１，２，３のサウンドデータは、このＰＣ３０で利用できる可能性がある。そこで、Ｓ４３の処理で取得した機種ＩＤの少なくとも１と、ＰＣ３０の機種ＩＤメモリ３２ｂに記憶されている機種ＩＤであって現在ＣＰＵ３１で実行中の楽器アプリプログラム３２ａに固有の機種ＩＤとが一致するかを確認する（Ｓ４５）。

これらの機種ＩＤが一致しない場合には（Ｓ４５：Ｎｏ）、Ｓ４１の処理で選択されたサウンドデータの利用を禁止するＳ５６の処理を行った後、ロード処理を終了する。例えば、楽器アプリプログラム３２ａの機種ＩＤが『楽器アプリＡ』である場合、図３に示す所持サウンドデータテーブル３２ｃに記憶されたサウンドデータのうち、機種ＩＤが『電子楽器Ａ』であるＮｏ．１（サウンドＩＤ『７』）のサウンドデータは、Ｓ４４の処理でユーザＩＤが一致していても、このＰＣ３０での利用が禁止される。また、機種ＩＤが一致しない場合（Ｓ４５：Ｎｏ）にＳ５６の処理で表示するエラーメッセージとして、機種ＩＤが一致しない等と表示しても良い。

Ｓ４５の処理において、Ｓ４３の処理で取得した機種ＩＤと、楽器アプリプログラム３２ａの機種ＩＤとが一致する場合には（Ｓ４５：Ｙｅｓ）、ロード処理の起動時に選択されたサウンドデータを利用できる可能性がある。例えば、楽器アプリプログラム３２ａの機種ＩＤが『楽器アプリＡ』である場合、図３に示す所持サウンドデータテーブル３２ｃに記憶されたサウンドデータのうち、同じ機種ＩＤを含むＮｏ．２，４のサウンドデータや、全ての機種ＩＤと一致する（特定の機種ＩＤが設定されていない）Ｎｏ．３のサウンドデータは、このＰＣ３０で利用できる可能性がある。そこで、Ｓ４３の処理で取得したライセンスタイプを確認する（Ｓ４６）。

そのライセンスタイプが、サウンドデータの利用形態が購入に基づくライセンスタイプ『１』である場合には（Ｓ４６：１）、管理情報メモリ３２ｄに記憶されている管理情報を用いて、ライセンスタイプ『１』に関連した購入履歴メモリ２１ａに属するサウンドＩＤを参照する（Ｓ４７）。前述した通り、楽器アプリプログラム３２ａを使用中のユーザの個人管理情報２１の購入履歴メモリ２１ａに記憶されているサウンドＩＤは、ライセンスタイプ『１』で利用可能なサウンドデータのサウンドＩＤである。

Ｓ４６の処理において、Ｓ４３の処理で取得したライセンスタイプが、サウンドデータの利用形態が契約種別に基づくライセンスタイプ『２』である場合には（Ｓ４６：２）、管理情報メモリ３２ｄに記憶されている管理情報を用いて、ライセンスタイプ『２』に関連した各サブスクリプション権限に属するサウンドＩＤを参照する（Ｓ５１）。具体的に図２に示す管理情報を用いて説明すると、管理情報メモリ３２ｄに記憶されている管理情報には、楽器アプリプログラム３２ａを使用中のユーザの個人管理情報２１に記憶されたサブスクリプション権限と、各サブスクリプション権限毎に利用可能なサウンドデータのサウンドＩＤが記憶された権限テーブル２３ｂとが含まれている。そのため、Ｓ５１の処理では、権限テーブル２３ｂに基づいて、ＰＣ３０を使用中のユーザの契約種別を表すサブスクリプション権限で利用可能なサウンドデータのサウンドＩＤを参照する。

Ｓ４６の処理において、Ｓ４３の処理で取得したライセンスタイプが、サウンドデータの利用形態が無料配布に基づくライセンスタイプ『３』である場合には（Ｓ４６：３）、管理情報メモリ３２ｄに記憶されている管理情報を用いて、ライセンスタイプ『３』に関連したおまけキャンペーンに属するサウンドＩＤを参照する（Ｓ５２）。具体的には、管理情報のキャンペーンテーブル２３ｃに記憶されているサウンドＩＤを参照する。キャンペーンテーブル２３ｃには、ライセンスタイプ『３』で利用可能なサウンドデータのサウンドＩＤが記憶されている。

Ｓ４６の処理において、Ｓ４３の処理で取得したライセンスタイプが、サウンドデータの利用形態が無料配布に基づくライセンスタイプ『４』である場合には（Ｓ４６：４）、管理情報メモリ３２ｄに記憶されている管理情報を用いて、ライセンスタイプ『４』に関連したバンドルキャンペーンに属するサウンドＩＤを参照する（Ｓ５３）。具体的には、管理情報のキャンペーンテーブル２３ｄに記憶されているサウンドＩＤを参照する。キャンペーンテーブル２３ｄには、ライセンスタイプ『４』で利用可能なサウンドデータのサウンドＩＤが記憶されている。

Ｓ４７，Ｓ５１，Ｓ５２，Ｓ５３のいずれかの処理後、管理情報メモリ３２ｄの管理情報を用いて参照したサウンドＩＤに、Ｓ４３の処理で取得したサウンドＩＤが含まれるかを確認する（Ｓ４８）。管理情報を用いて参照したサウンドＩＤに、Ｓ４３の処理で取得したサウンドＩＤが含まれる場合には（Ｓ４８：Ｙｅｓ）、そのサウンドＩＤが示すサウンドデータ、即ちロード処理の起動時に選択されたサウンドデータを楽音生成処理に利用できると判定されたので、その選択されたサウンドデータをワークメモリ３３ｃに記憶し（Ｓ４９）、ロード処理を終了する。

一方、Ｓ４８の処理において、管理情報を用いて参照したサウンドＩＤに、Ｓ４３の処理で取得したサウンドＩＤが含まれない場合には（Ｓ４８：Ｎｏ）、選択されたサウンドデータの利用を禁止するＳ５６の処理を行った後、ロード処理を終了する。

例えば、図３に示す所持サウンドデータテーブル３２ｃには、ライセンスタイプ『１』に関連付けられたＮｏ．１（サウンドＩＤ『７』）のサウンドデータが記憶されている。図２に示すように、管理情報メモリ３２ｄに記憶されている管理情報の個人管理情報２１がユーザＩＤ『ユーザＡ』の情報である場合、ライセンスタイプ『１』で利用可能なサウンドデータのサウンドＩＤは『７』、『８』である。よって、Ｎｏ．１のサウンドデータに関連付けられたユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致していれば、Ｓ４８，Ｓ４９の処理によってそのサウンドデータを楽音生成処理に利用できる。一方、管理情報メモリ３２ｄの個人管理情報２１がユーザＩＤ『ユーザＢ』の情報である場合には、ライセンスタイプ『１』で利用可能なサウンドデータのサウンドＩＤが『８』のみなので、Ｎｏ．１のサウンドデータに関連付けられたユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致していても、Ｓ４８，Ｓ５６の処理によってそのサウンドデータを楽音生成処理に利用できない。

また、図３に示す所持サウンドデータテーブル３２ｃに記憶されたサウンドデータには、ライセンスタイプ『２』に関連付けられたＮｏ．２（サウンドＩＤ『１』）のサウンドデータがある。図２に示すように、管理情報メモリ３２ｄに記憶されている管理情報の個人管理情報２１がユーザＩＤ『ユーザＡ』の情報である場合、そのユーザのサブスクリプション権限が『コア』であるので、Ｓ５１の処理では権限テーブル２３ｂを用いてサウンドＩＤ『１』、『２』、『３』が参照される。よって、Ｎｏ．２のサウンドデータに関連付けられたユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致していれば、Ｓ４８，Ｓ４９の処理によってＮｏ．２のサウンドデータを楽音生成処理に利用できる。

一方、製品情報テーブル２３ａに示すように、ライセンスタイプ『２』に関連付けられたサウンドデータには、サウンドＩＤ『４』、『５』、『６』のものがあるが、サブスクリプション権限が『コア』のときにＳ５１の処理で権限テーブル２３ｂを用いて参照されるサウンドＩＤに『４』、『５』、『６』が含まれていない。そのため、所持サウンドデータテーブル３２ｃにサウンドＩＤ『４』、『５』、『６』のサウンドデータが記憶されており、そのサウンドＩＤ『４』、『５』、『６』のサウンドデータに関連付けられたユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致していても、Ｓ４８，５６の処理によってサウンドＩＤ『４』、『５』、『６』のサウンドデータを楽音生成処理に利用できない。なお、サブスクリプション権限を『コア』から、ライセンスタイプ『２』に関連付けられた全てのサウンドデータを利用可能な『アルティメット』に変更することで、ユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致すれば、サウンドＩＤ『４』、『５』、『６』のサウンドデータを楽音生成処理に利用できる。

また同様に、所持サウンドデータテーブル３２ｃには、ライセンスタイプ『３』、『４』にそれぞれ関連付けられたＮｏ．３，４（サウンドＩＤ『９』、『１０』）のサウンドデータが記憶されている。Ｓ５２，Ｓ５３の処理では、共有管理情報２３のキャンペーンテーブル２３ｃ，２３ｄをそれぞれ用いてサウンドＩＤ『９』、『１０』が参照されるので、Ｎｏ．３，４のサウンドデータに関連付けられたユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致していれば、Ｓ４８，Ｓ４９の処理によってそのサウンドデータを楽音生成処理に利用できる。一方、キャンペーンテーブル２３ｃ，２３ｄにサウンドＩＤ『９』、『１０』がなかった場合には、Ｎｏ．３，４のサウンドデータに関連付けられたユーザＩＤや機種ＩＤがＳ４４，Ｓ４５の処理で一致していても、Ｓ４８，Ｓ５６の処理によってそのサウンドデータを楽音生成処理に利用できない。

Ｓ４６の処理において、ライセンスタイプが『１』〜『４』のいずれでもなく、例えばライセンスタイプ『５』である場合には（Ｓ４６：それ以外）、ロード処理の起動時に選択されたサウンドデータが、ＰＣ３０で実行される楽器アプリプログラム３２ａでの利用に対応してないので、選択されたサウンドデータの利用を禁止するＳ５６の処理を行った後、ロード処理を終了する。ライセンスタイプが『１』〜『４』のいずれでもない場合（Ｓ４６：それ以外）にＳ５６の処理で表示するエラーメッセージとして、非対応のライセンスタイプ等と表示しても良い。なお、ライセンスタイプ『５』としては、ＰＣ３０にサウンドデータをダウンロードしてからの経過時間に基づくサウンドデータの利用形態を示すものが例示される。

以上のような楽器アプリプログラム３２ａが実行されるＰＣ３０は、サーバ１０から受信したサウンドデータ及び認証情報を所持サウンドデータテーブル３２ｃに記憶するときに、その認証情報のユーザＩＤと、楽器アプリプログラム３２ａを使用中のユーザのユーザＩＤであってユーザＩＤメモリ３３ａに記憶されたユーザＩＤとが一致するかを判定するものではない。このＰＣ３０では、図６のＳ４３，Ｓ４４，Ｓ５６の処理によって、ＰＣ３０の所持サウンドデータテーブル３２ｃに既に記憶されているサウンドデータの中から楽音生成処理（発音信号の生成処理）に用いるサウンドデータが選択される度にユーザＩＤが一致するかを判定して、一致しない場合にサウンドデータの利用を禁止している。

これにより、それぞれ異なるユーザが購入した（ユーザＩＤが異なる）サウンドデータが所持サウンドデータテーブル３２ｃに記憶されていても、楽器アプリプログラム３２ａを使用中（ログイン中）のユーザのユーザＩＤと、楽器アプリプログラム３２ａを使用中のユーザとは別のユーザが購入したサウンドデータに関連付けられたユーザＩＤとは一致しないので、別のユーザが購入したサウンドデータの利用を抑止できる。

また、それぞれ異なるユーザが購入したサウンドデータが所持サウンドデータテーブル３２ｃに記憶されている場合でも、楽器アプリプログラム３２ａを使用中のユーザのユーザＩＤと、選択されたサウンドデータに関連付けられたユーザＩＤとが一致すれば、その選択されたサウンドデータを利用できる。これにより、別のユーザが購入したサウンドデータの利用を抑止しつつ、楽器アプリプログラム３２ａを使用中のユーザ自身が購入などによって正規に入手したデータの利用制限を防止でき、ユーザの利便性を確保できる。

選択されたサウンドデータの利用許諾にはユーザＩＤや機種ＩＤの照合だけではなく、図６のＳ４６〜Ｓ４８，Ｓ５１〜Ｓ５３の処理における利用許諾の通り、サーバ１０で定められる管理情報であってユーザＩＤに示すユーザが利用可能なサウンドデータに関する管理情報が用いられる。この管理情報をＰＣ３０がサーバ１０から予め取得し、その取得した管理情報に基づいてサウンドデータの利用許諾を行っている。そのため、サウンドデータを利用しようとするタイミングでサーバ１０からＰＣ３０に管理情報を取得することなく、楽器アプリプログラム３２ａが実行されるＰＣ３０上でサウンドデータの利用許諾を行うことができる。これにより、サーバ１０上でサウンドデータの利用許諾を判定する場合と比べて迅速に利用許諾を判定できる。

さらに、ＰＣ３０がサーバ１０に接続されていないためにサーバ１０から管理情報を取得できない場合には、ＰＣ３０の管理情報メモリ３２ｄに記憶されている管理情報をサウンドデータの利用許諾に使用できる（図５のＳ１１：Ｎｏ，Ｓ１９）。このように、ＰＣ３０がサーバ１０に接続されていない状態でも、管理情報メモリ３２ｄに直近に記憶された管理情報を用いてサウンドデータの利用許諾を判定できるので、利便性を向上できる。

ＰＣ３０がサーバ１０に接続されていない状態において、管理情報メモリ３２ｄに直近に記憶された管理情報を用いるには、その管理情報が記憶された時刻からの経過時間が１週間以内である必要がある（図５のＳ１８：Ｙｅｓ、Ｓ１９）。その経過時間が１週間以内であれば、管理情報メモリ３２ｄの管理情報と、サーバ１０における管理情報とが一致している可能性が高いため、直近に記憶された管理情報に基づくサウンドデータの利用許諾を許容し、利便性を向上できる。

一方、その経過時間が１週間を超えていると、管理情報メモリ３２ｄの管理情報と、サーバ１０における管理情報とが一致していない可能性が高く、ＰＣ３０を使用中のユーザが本来は利用できないサウンドデータを利用できてしまうことがある。そこで、管理情報メモリ３２ｄに管理情報が記憶された時刻からの経過時間が１週間を超えた場合に、その記憶された管理情報の使用を禁止してサウンドデータの利用を禁止することで（図５のＳ１８：Ｎｏ、Ｓ２０、図６のＳ４２：Ｎｏ、Ｓ５６）、利用できなくなったはずのサウンドデータが永続的に利用されることを防止できる。

ライセンスタイプ『２』、『３』、『４』のサウンドデータは、サーバ１０で定められた管理情報に基づいてユーザに対するそのサウンドデータの利用許諾が変化する。これに対して、ライセンスタイプ『１』のサウンドデータは、サーバ１０で定められた管理情報に基づいてサウンドデータの利用許諾が変化するものではなく、ユーザに対して一度許可されたサウンドデータの利用が永続的に許可されるものである。そのため、ライセンスタイプ『１』のサウンドデータをユーザが購入した場合、そのサウンドデータのサウンドＩＤが、購入したユーザの個人管理情報２１の購入履歴メモリ２１ａに基本的には必ず記憶されている。

よって、Ｓ４４の処理でユーザＩＤが一致し、Ｓ４６の処理でライセンスタイプが『１』であった場合には、そのライセンスタイプに関連付けられたサウンドデータのサウンドＩＤが購入履歴メモリ２１ａのサウンドＩＤに基本的には必ず含まれているので、Ｓ４７，Ｓ４８の処理をスキップして、ロード処理の起動時に選択されたサウンドデータをワークメモリ３３ｃに記憶しても良い。本実施形態では、Ｓ４４の処理でユーザＩＤが一致し、Ｓ４６の処理でライセンスタイプが『１』であった場合でも、Ｓ４７，Ｓ４８の処理により管理情報を用いてサウンドデータの利用許諾を確認しているので、例えばライセンスタイプ『２』、『３』、『４』のサウンドデータをライセンスタイプ『１』のサウンドデータに改ざんして利用する等の不正利用を防止できる。

図１に戻って電子楽器５０について説明する。電子楽器５０は、ＣＰＵ５１と、フラッシュＲＯＭ５２と、ＲＡＭ５３とを有し、それぞれバスライン５４に接続されている。また、バスライン５４には、外部入出力端子５５と、鍵盤５６と、操作子５７と、エラーメッセージ等を表示する表示部５８と、音源５９とがそれぞれ接続されている。音源５９にはＤ／Ａ６０が接続され、Ｄ／Ａ６０にはスピーカ６１が接続される。

鍵盤５６は、ユーザ（演奏者）による演奏情報を入力する入力機器である。操作子５７は、サウンドデータを作成・編集するための変数値の調整などユーザからの指示を入力する入力機器である。

音源５９は、ＣＰＵ５１からの発音信号にしたがって楽音の音色や各種効果などを制御する機器である。Ｄ／Ａ６０及びスピーカ６１はＰＣ３０のＤ／Ａ３７及びスピーカ３８と同様に構成される。鍵盤５６への演奏情報の入力に基づいてＣＰＵ５１から音源５９へ発音信号が出力され、その発音信号が音源５９で処理される。その処理された発音信号がＤ／Ａ６０を介してスピーカ６１へ出力され、スピーカ６１から楽音が放音される。

ＣＰＵ５１は、バスライン５４により接続された各部を制御する演算装置である。フラッシュＲＯＭ５２は、書き換え可能な不揮発性のメモリである。フラッシュＲＯＭ５２には、サウンド追加処理プログラム５２ａと、機種ＩＤメモリ５２ｂと、ユーザＩＤメモリ５２ｃと、サウンドデータメモリ５２ｄとがそれぞれ設けられる。図１において機種ＩＤメモリ５２ｂ、ユーザＩＤメモリ５２ｃ及びサウンドデータメモリ５２ｄは、それぞれ「機種ＩＤ」、「ユーザＩＤ」、「サウンドデータ」と示される。

サウンド追加処理プログラム５２ａは、ハードウェア（コンピュータ）を電子楽器５０として動作させるプログラムである。ＣＰＵ５１によって、サウンド追加処理プログラム５２ａが実行された後、記録メディア４５の所持サウンドデータテーブル４５ａの中から、フラッシュＲＯＭ５２のサウンドデータメモリ５２ｄへコピーするサウンドデータが選択されたときに割り込み処理としてサウンド追加処理（図７参照）が実行される。

機種ＩＤメモリ５２ｂは、サウンド追加処理プログラム５２ａ（電子楽器５０）に固有の機種ＩＤを記憶するメモリである。電子楽器５０が工場から出荷された時点で、その電子楽器５０に固有の機種ＩＤが既に機種ＩＤメモリ５２ｂに記憶されている。なお、サウンド追加処理プログラム５２ａをアップデートするときなどに、アップデートされたサウンド追加処理プログラム５２ａに固有の機種ＩＤを機種ＩＤメモリ５２ｂに上書きしても良い。

ユーザＩＤメモリ５２ｃは、電子楽器５０を所持しているユーザのユーザＩＤを１つだけ記憶するメモリである。ユーザＩＤメモリ５２ｃには、電子楽器５０が工場から出荷された時点で無効な値が記憶されている。また、ユーザＩＤメモリ５２ｃの値をクリアする操作が行われた場合に、そのユーザＩＤメモリ５２ｃに無効な値を記憶することでユーザＩＤメモリ５２ｃをクリアする。図７のサウンド追加処理で、ユーザＩＤメモリ５２ｃに無効な値が入っているときに、操作子５７を用いてユーザが入力したユーザＩＤをユーザＩＤメモリ５２ｃに記憶する（図７，Ｓ６０，６１）。

サウンドデータメモリ５２ｄは、外部入出力端子５５を介して記録メディア４５から取得したサウンドデータが、楽音生成処理に利用できる状態で記憶されるメモリである。サウンドデータメモリ５２ｄは、複数のサウンドデータを記憶可能なものである。

ＲＡＭ５３は、ＣＰＵ５１がサウンド追加処理プログラム５２ａ等のプログラム実行時に各種のワークデータやフラグ等を書き換え可能に記憶するメモリである。ＲＡＭ５３には、ワークメモリ５３ａが設けられる。

ワークメモリ５３ａは、鍵盤５６の入力に応じた楽音生成処理（発音信号の生成処理）に用いるサウンドデータを記憶するメモリである。ワークメモリ５３ａは、電子楽器５０の電源投入時に、プリセットのサウンドデータや、この起動時にサウンドデータメモリ５２ｄから読み出すように設定されたサウンドデータが記憶されて初期化される。なお、プリセットのサウンドデータとは、電子楽器５０が工場から出荷された時点でフラッシュＲＯＭ５２の所定領域（図示せず）に記憶されるデータである。サウンドデータメモリ５２ｄ内のサウンドデータが操作子５７の操作によって選択された場合に、そのサウンドデータをワークメモリ５３ａに記憶する。

外部入出力端子５５は、可搬な記録メディア４５との間で各種のデータを送受信するためのインターフェイスである。前述した通り、記録メディア４５の所持サウンドデータテーブル４５ａには、ＰＣ３０の所持サウンドデータテーブル３２ｃに記憶されているサウンドデータ及び認証情報の全てが記憶されている。

図７を参照して、電子楽器５０のＣＰＵ５１で実行されるサウンド追加処理について説明する。サウンド追加処理プログラム５２ａがＣＰＵ５１によって実行された後、記録メディア４５からフラッシュＲＯＭ５２へコピーするサウンドデータが選択されたときに、割り込み処理としてサウンド追加処理（図７参照）が実行される。サウンド追加処理は、ユーザＩＤメモリ５２ｃへのユーザＩＤの記憶やサウンドデータの利用許諾を実行する。

図７はサウンド追加処理のフローチャートである。サウンド追加処理は、まず電子楽器５０のフラッシュＲＯＭ５２のユーザＩＤメモリ５２ｃに記憶されているユーザＩＤが有効であるか、即ち電子楽器５０を所持するユーザのユーザＩＤが電子楽器５０に既に登録（記憶）されているかを確認する（Ｓ６０）。そのユーザＩＤが電子楽器５０に未だ登録されていない場合には（Ｓ６０：Ｎｏ）、操作子５７を用いてユーザが入力したユーザＩＤを電子楽器５０のユーザＩＤメモリ５２ｃに記憶し（Ｓ６１）、Ｓ６２の処理を行う。

一方、Ｓ６０の処理において、ユーザＩＤメモリ５２ｃに記憶されているユーザＩＤが有効である場合、即ち電子楽器５０を所持するユーザのユーザＩＤが電子楽器５０に既に記憶されている場合には（Ｓ６０：Ｙｅｓ）、Ｓ６１の処理をスキップしてＳ６２の処理を行う。

Ｓ６２の処理では、サウンド追加処理の起動時に選択されたサウンドデータに関連付けて記録メディア４５の所持サウンドデータテーブル４５ａに記憶されているユーザＩＤ、機種ＩＤ及びライセンスタイプをそれぞれ取得する。

Ｓ６２の処理で取得したライセンスタイプが、サウンドデータの利用形態が購入に基づくライセンスタイプ『１』であるかを確認する（Ｓ６３）。ライセンスタイプ『１』でない場合には（Ｓ６３：Ｎｏ）、サウンド追加処理の起動時に選択されたサウンドデータが電子楽器５０での利用に対応してないので、選択されたサウンドデータの利用を禁止する、即ち、記録メディア４５の所持サウンドデータテーブル４５ａのサウンドデータを電子楽器５０のサウンドデータメモリ５２ｄに利用可能な状態で記憶せず（Ｓ６７）、サウンド追加処理を終了する。

例えば、図３に示す所持サウンドデータテーブル４５ａに記憶されたサウンドデータのうち、ライセンスタイプ『２』、『３』、『４』であるＮｏ２，３，４（サウンドＩＤ『１』、『９』、『１０』）のサウンドデータは、この電子楽器５０に記憶できず、電子楽器５０の楽音生成処理に利用できない。ライセンスタイプ『２』、『３』、『４』のサウンドデータを電子楽器５０で利用できない理由について説明する。

ライセンスタイプ『２』、『３』、『４』のサウンドデータは、サーバ１０で定められた管理情報に基づいてユーザに対するそのサウンドデータの利用許諾が変化する。そして、電子楽器５０は、管理情報を持っているサーバ１０と接続できないため、管理情報が取得または記憶されていない（管理情報を持っていない）。よって、サーバ１０が持つ管理情報に基づいて利用許諾が変化するライセンスタイプ『２』、『３』、『４』のサウンドデータの利用を電子楽器５０で禁止（電子楽器５０へのサウンドデータの記憶を禁止）することで、管理情報を持っていない電子楽器５０でそのサウンドデータが永続的に利用されることを防止できる。

さらにＳ６７の処理では、選択されたサウンドデータの利用禁止に関するエラーメッセージを表示部５８に表示する。ライセンスタイプが『１』でない場合（Ｓ６３：Ｎｏ）にＳ６７の処理で表示するエラーメッセージとして、非対応のライセンスタイプ等と表示しても良い。

Ｓ６３の処理において、Ｓ６２の処理で取得したライセンスタイプが『１』である場合には（Ｓ６３：Ｙｅｓ）、サウンド追加処理の起動時に選択されたサウンドデータを利用（電子楽器５０に記憶）できる可能性があるため、Ｓ６４の処理を行う。これは、ライセンスタイプ『１』のサウンドデータは、サーバ１０で定められた管理情報に基づいて利用許諾が変化するものではなく、ユーザに対して一度許可されたサウンドデータの利用が永続的に許可されるものであるためである。

Ｓ６４の処理では、Ｓ６２の処理で取得したユーザＩＤと、電子楽器５０のユーザＩＤメモリ５２ｃに記憶されているユーザＩＤであって電子楽器５０を所持する（使用中の）ユーザを示すユーザＩＤとが一致するかを確認する。それらのユーザＩＤが一致しない場合には（Ｓ６４：Ｎｏ）、サウンド追加処理の起動時に選択されたサウンドデータの利用を禁止するＳ６７の処理を行った後、サウンド追加処理を終了する。

Ｓ６４の処理において、Ｓ６２の処理で取得したユーザＩＤと、電子楽器５０のユーザＩＤとが一致する場合には（Ｓ６４：Ｙｅｓ）、サウンド追加処理の起動時に選択されたサウンドデータを利用できる可能性があるので、Ｓ６２の処理で取得した機種ＩＤの少なくとも１と、機種ＩＤメモリ５２ｂに記憶されている機種ＩＤであって電子楽器５０に固有の機種ＩＤとが一致するかを確認する（Ｓ６５）。

それらの機種ＩＤが一致しない場合には（Ｓ６５：Ｎｏ）、サウンド追加処理の起動時に選択されたサウンドデータの利用を禁止するＳ６７の処理を行った後、サウンド追加処理を終了する。機種ＩＤが一致しない場合（Ｓ６５：Ｎｏ）にＳ６７の処理で表示するエラーメッセージとして、機種ＩＤが一致しない等と表示しても良い。

Ｓ６５の処理において、Ｓ６２の処理で取得した機種ＩＤと、電子楽器５０の機種ＩＤとが一致する場合には（Ｓ６５：Ｙｅｓ）、サウンド追加処理の起動時に選択されたサウンドデータを楽音生成処理に利用できると判定されたので、その選択されたサウンドデータを記録メディア４５から電子楽器５０のフラッシュＲＯＭ５２のサウンドデータメモリ５２ｄに記憶し（Ｓ６６）、サウンド追加処理を終了する。

以上、実施形態に基づき説明したが、本発明は上記形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。例えば、電子楽器５０に内蔵された音源５９を用いる場合に限らず、電子楽器５０を外部の音源装置に接続しても良い。１つのサーバ１０（配信サーバ）からサウンドデータ、認証情報および管理情報をＰＣ３０へ送る場合に限らず、サウンドデータ及び認証情報をＰＣ３０へ送るサーバと、管理情報をＰＣ３０へ送るサーバとを含むサーバ群によって配信サーバを構成しても良い。

また、ＰＣ３０は、配信サーバからインターネット２を介して管理情報などを直接取得する場合に限らない。管理情報を、配信サーバからインターネット２を介して、ＰＣ３０とは異なるＰＣやスマートフォン等の装置へ送った後、その各種装置からＰＣ３０へインターネット２や可搬の記憶装置を介して管理情報を送っても良い。即ち、ＰＣ３０は、配信サーバから各種装置や記憶装置などを介して管理情報を取得しても良く、配信サーバ、各種装置または記憶装置などの外部機器から管理情報を取得しても良い。

また、楽器アプリプログラム３２ａが実行されたＰＣ３０のＣＰＵ３１によって１時間毎にタイマー処理を実行する場合に限らず、タイマー処理を実行する間隔を適宜変更しても良い。またＰＣ３０がサーバ１０に接続されていない状態において、サーバ１０から取得した管理情報をＰＣ３０の管理情報メモリ３２ｄに記憶した時刻から現在時刻までの経過時間が１週間以内であれば、管理情報更新フラグ３３ｂをオンにする場合（Ｓ１１：Ｎｏ、Ｓ１８：Ｙｅｓ、Ｓ１９）について説明したが、必ずしもこれに限られるものではない。管理情報更新フラグ３３ｂをオンにするときの経過時間を適宜変更しても良い。

上記形態では、楽音生成処理に用いるサウンドデータがＨＤＤ３２から選択されて、そのサウンドデータがＣＰＵ３１に取得される処理（ロード処理の起動時）と、そのサウンドデータに関連付けられたサウンドＩＤやユーザＩＤ、機種ＩＤ、ライセンスタイプがＣＰＵ３１に取得されるＳ４３の処理とが別々のタイミングである場合について説明したが、必ずしもこれに限られるものではない。楽音生成処理に用いるサウンドデータがＨＤＤ３２から選択されたときに、選択されたサウンドデータと一緒に、そのサウンドデータに関連付けられたユーザＩＤ等をＣＰＵ３１に取得させても良い。

上記形態では、サウンドデータを用いた楽音生成処理をコンピュータに実行させる楽器アプリプログラム３２ａによってＰＣ３０がシンセサイザーのように動作する場合や、サウンド追加処理プログラム５２ａを有する電子楽器５０がシンセサイザーである場合について説明したが、必ずしもこれに限られるものではない。サウンドデータを楽音生成処理で用いる電子楽器を、電子ピアノや電子オルガン等のシンセサイザー以外の電子鍵盤楽器、電子打楽器、電子ギター等によって構成しても良く、その電子楽器のようにコンピュータを動作させるプログラムに本発明を適用しても良い。

上記形態では、管理情報メモリ３２ｄに記憶された管理情報における個人管理情報２１に、管理情報メモリ３２ｄに管理情報が記憶されたときの時刻を示す最終アクセス時刻が記憶されている場合について説明したが、必ずしもこれに限られるものではない。ＰＣ３０のＨＤＤ３２の所定領域にその最終アクセス時刻を記憶しても良い。

上記形態において図６に示すＰＣ３０のサウンドデータのロード処理では、ユーザＩＤを照合するＳ４４の処理、機種ＩＤを照合するＳ４５の処理、ライセンスタイプ毎にサウンドＩＤを照合するＳ４６〜Ｓ４８，Ｓ５１〜Ｓ５３の処理が順に行われる場合について説明したが、必ずしもこれに限られるものではない。これらの処理の順番を適宜変更しても良い。また、管理情報更新フラグ３３ｂがオンであるかを確認するＳ４２の処理は、Ｓ４６〜Ｓ４８，Ｓ５１〜Ｓ５３の処理の前に行われることを前提に、Ｓ４４，Ｓ４５の処理の後で行っても良い。図７に示す電子楽器５０のサウンド追加処理でも同様に、ライセンスタイプに関するＳ６３の処理、ユーザＩＤを照合するＳ６４の処理、機種ＩＤを照合するＳ６５の処理の順番を適宜変更しても良い。

上記形態では、ＰＣ３０に内蔵されるＨＤＤ３２に所持サウンドデータテーブル３２ｃや管理情報メモリ３２ｄが設けられる場合について説明したが、必ずしもこれに限られるものではない。ＰＣ３０の外部入出力端子４２に接続される記録メディア４５やその他の不揮発性メモリに所持サウンドデータテーブル３２ｃや管理情報メモリ３２ｄを設けても良い。

上記形態における電子楽器５０は、記録メディア４５の所持サウンドデータテーブル４５ａに記憶されているサウンドデータを電子楽器５０のサウンドデータメモリ５２ｄにコピーする場合に、図７のサウンド追加処理が実行される場合について説明したが、必ずしもこれに限られるものではない。サウンドデータメモリ５２ｄを省略し、記録メディア４５のサウンドデータを楽音生成処理で利用するため、そのサウンドデータを一時的にワークメモリ５３ａに記憶しようとするときに、サウンド追加処理を行っても良い。この場合、Ｓ６６の処理では、サウンド追加処理の起動時に選択されたサウンドデータを記録メディア４５からＰＣ３０のワークメモリ５３ａに記憶し、そのサウンドデータを楽音生成処理で利用可能にする。また、サウンドデータメモリ５２ｄを省略して、記録メディア４５の所持サウンドデータテーブル４５ａを電子楽器５０のフラッシュＲＯＭ５２にコピーし、そのフラッシュＲＯＭ５２の所持サウンドデータテーブル４５ａに記憶されているサウンドデータを選択した場合に、上記のサウンド追加処理を実行するようにしても良い。

上記形態における電子楽器５０は、サウンドデータ及び認証情報をＰＣ３０から記録メディア４５を介して取得する場合について説明したが、必ずしもこれに限られるものではない。インターネット２に接続するための通信部を電子楽器５０に設け、電子楽器５０のフラッシュＲＯＭ５２に管理情報メモリ３２ｄ、サウンドデータメモリ５２ｄの代わりに所持サウンドデータテーブル３２ｃを設け、ＲＡＭ３３に管理情報更新フラグ３３ｂを設け、バスライン５４にＲＴＣ４１を接続しても良い。これにより、電子楽器５０でもＰＣ３０と同様に図４（ａ）から図６に示す各処理を実行できる。

また、管理情報を所定領域に記憶した記録メディア４５を電子楽器５０に接続したり、その記録メディア４５の管理情報を電子楽器５０のフラッシュＲＯＭ５２の所定領域にコピーしたりして、電子楽器５０に管理情報を記憶や取得させ、電子楽器５０に電源が投入された直後や定期的に管理情報更新処理を行っても良い。この場合の管理情報更新処理としては、図５のＳ１７からＳ２０の処理が実行される。そうすると、電子楽器５０におけるサウンド追加処理のＳ６２〜Ｓ６７の処理をＰＣ３０のサウンドデータのロード処理と同様にできる。

上記形態では、サーバ１０からサウンドデータを入手するためのサービスへのユーザの登録を解除すると、登録が解除されたユーザに関する個人管理情報２１がサーバ１０の管理情報メモリ１２ｂから削除される場合について説明したが、必ずしもこれに限られるものではない。登録が解除されたユーザに関する個人管理情報２１を削除せずに、登録が解除されたユーザのサブスクリプション権限に『非会員』と設定しても良い。この場合、ユーザが再びサービスに登録したとき、過去の購入履歴に基づいてサウンドデータをユーザに入手させることができる。また、登録が解除されたユーザに関する個人管理情報２１を残す場合、図５のＳ１３の処理ではサブスクリプション権限が『非会員』であるかを確認し、『非会員』でなければＳ１４の処理を行い、『非会員』であればＳ１６の処理を行うようにする。

上記形態におけるＰＣ３０のサウンドデータのロード処理では、ユーザＩＤを照合するＳ４４の処理と、機種ＩＤを照合するＳ４５の処理と、ライセンスタイプ毎にサウンドＩＤを照合するＳ４６〜Ｓ４８，Ｓ５１〜Ｓ５３の処理とが行われる場合について説明したが、必ずしもこれに限られるものではない。サウンドデータに関連付けて所持サウンドデータテーブル３２ｃ，４５ａに記憶されるユーザＩＤや機種ＩＤ、ライセンスタイプの少なくとも１を省略し、それを用いた照合を省略しても良い。

上記形態における製品情報テーブル２３ａには、ライセンスタイプ『３』に関連付けられた機種ＩＤに、全ての機種ＩＤに一致する識別子『−』が設定される場合について説明したが、必ずしもこれに限られるものではない。ライセンスタイプ『１』、『２』、『４』に関連付けられた機種ＩＤに『−』を設定しても良い。また、ライセンスタイプ『１』、『２』、『３』に関連付けられた機種ＩＤに、複数の機種ＩＤを設定しても良い。

上記形態では、図４（ａ）のＳ１〜Ｓ３の処理と、図４（ｂ）のタイマー処理と、図６のサウンドデータのロード処理と、楽音生成処理とをＣＰＵ３１に実行させる楽器アプリプログラム３２ａについて説明したが、必ずしもこれに限られるものではない。楽器アプリプログラム３２ａは、起動時のＳ１〜Ｓ３の処理およびタイマー処理をＣＰＵ３１に実行させる管理情報更新プログラムと、起動時のＳ１，Ｓ２の処理、サウンドデータのロード処理および楽音生成処理をＣＰＵ３１に実行させる楽器アプリ本体プログラムとを備えるものとしても良い。なお、タイマー処理が実行されないように管理情報更新プログラムによる処理を終了させた場合、管理情報更新フラグ３３ｂはオフに設定される。これにより、管理情報更新フラグ３３ｂがオンのときに管理情報更新プログラムを終了させて、楽器アプリ本体プログラムによって古い管理情報を用いたサウンドデータの利用許諾が行われ続けることを防止できる。

なお、管理情報更新プログラムのＳ１，Ｓ２の処理と、楽器アプリ本体プログラムのＳ１，Ｓ２の処理とは別々の処理である。そのため、管理情報更新プログラムのＳ２の処理でユーザＩＤが記憶されるユーザＩＤメモリと、楽器アプリ本体プログラムのＳ２の処理でユーザＩＤが記憶されるユーザＩＤメモリとをそれぞれＨＤＤ３２等に設けることがある。この場合には、図６のＳ４２の処理の前に、２つのユーザＩＤメモリのユーザＩＤが一致するかを確認して、ユーザＩＤが一致すればＳ４２の処理を行い、ユーザＩＤが一致しなければＳ５６の処理を行う。なお、２つのユーザＩＤメモリのユーザＩＤが一致するかを確認する処理と、Ｓ４２の処理との順番は逆でも良い。これにより、楽器アプリ本体プログラムを利用するためにログインしているユーザとは別のユーザの個人管理情報２１を用いて、サウンドデータの利用許諾が行われることを防止できる。

但し、ユーザＩＤメモリ３３ａを１つにして、管理情報更新プログラムのＳ１，Ｓ２の処理で先にユーザＩＤメモリ３３ａにユーザＩＤが記憶されている場合に、そのユーザＩＤを用いて、楽器アプリ本体プログラムのＳ１の処理で自動ログインを行っても良い。これにより、同じログイン情報を入力するというユーザの手間を省くことができると共に、別のユーザの個人管理情報２１を用いて、サウンドデータの利用許諾が行われることを防止できる。さらに、ＰＣ３０上で複数の楽器アプリ本体プログラムを実行する場合でも、管理情報更新プログラムによって１回ログインすれば、複数の楽器アプリ本体プログラムを利用するためにそれぞれログインするというユーザの手間を省くことができる。

上記形態では、楽器アプリプログラム３２ａを実行するコンピュータとして、ＰＣ３０を例示したが、これに限られず、スマートフォンやタブレット端末などの装置で楽器アプリプログラム３２ａを実行しても良い。また、楽器アプリプログラム３２ａをＲＯＭ等に記憶し、楽器アプリプログラム３２ａのみを実行する専用装置に、本発明を適用しても良い。

上記形態に挙げた数値は一例であり、他の数値を採用することは当然可能である。

１０ サーバ（配信サーバ）
３０ ＰＣ（コンピュータ）
３２ ＨＤＤ（記憶部の一部）
２１ 個人管理情報（管理情報の一部）
２３ 共有管理情報（管理情報の一部）
２３ｂ 権限テーブル（権限管理情報）
３２ａ 楽器アプリプログラム（電子楽器プログラム）
３２ｄ 管理情報メモリ（管理情報記憶手段）
５０ 電子楽器
５２ フラッシュＲＯＭ（記憶部の一部）
Ｓ２ ユーザ取得ステップ、ユーザ取得手段
Ｓ１３，Ｓ１４ 管理情報取得ステップ
Ｓ１７ 時刻取得ステップ
Ｓ１８，Ｓ１９，Ｓ４２，Ｓ４６〜Ｓ４８，Ｓ５１〜Ｓ５３ 管理情報判定ステップ
Ｓ４３ 取得ステップの一部
Ｓ４４ ユーザ判定ステップ、ユーザ判定手段
Ｓ５６，Ｓ６７ 禁止ステップ、禁止手段
Ｓ６２ ライセンスタイプ取得手段

Claims (9)

1. 記憶部を備えたコンピュータにサウンドデータを用いて楽音生成処理を実行させる電子楽器プログラムであって、
   前記サウンドデータと、そのサウンドデータを配信サーバから取得したユーザを示すユーザ識別情報とを前記記憶部から取得する取得ステップと、
   前記楽音生成処理を実行させるユーザを示すユーザ識別情報を取得するユーザ取得ステップと、
   そのユーザ取得ステップで取得されたユーザ識別情報と、前記取得ステップで取得されたユーザ識別情報とが一致するかを判定するユーザ判定ステップと、
   そのユーザ判定ステップで前記ユーザ識別情報が一致しないと判定された場合に、前記取得ステップで取得されたサウンドデータを前記楽音生成処理に用いることを禁止する禁止ステップと、
   を前記コンピュータに実行させることを特徴とする電子楽器プログラム。
2. 前記ユーザ取得ステップで取得されたユーザ識別情報のユーザが利用可能な前記サウンドデータに関する管理情報を前記配信サーバから取得する管理情報取得ステップと、
   その管理情報取得ステップで取得された管理情報に基づいて、前記取得ステップで取得されたサウンドデータが利用可能かを判定する管理情報判定ステップと、を更に前記コンピュータに実行させ、
   前記禁止ステップは、前記管理情報判定ステップで前記サウンドデータが利用不可能であると判定された場合に、前記取得ステップで取得されたサウンドデータを前記楽音生成処理に用いることを禁止することを特徴とする請求項１記載の電子楽器プログラム。
3. 前記管理情報は、サービス利用の契約種別を表すユーザ権限と、そのユーザ権限ごとに利用可能なサウンドデータを定めた権限管理情報とを有し、
   前記管理情報判定ステップは、前記取得ステップで取得されたサウンドデータが、前記権限管理情報に定められた利用可能なサウンドデータのうち、前記管理情報のユーザ権限に該当する利用可能なサウンドデータに含まれていなければ、その取得されたサウンドデータが利用不可能であると判定することを特徴とする請求項２記載の電子楽器プログラム。
4. 前記取得ステップは、前記契約種別、購入、或いは無料配布に基づくサウンドデータの利用形態を示したライセンスタイプであってこの取得ステップで取得されるサウンドデータに関連付けられたライセンスタイプを前記記憶部から取得し、
   前記管理情報判定ステップは、前記取得ステップで取得されたライセンスタイプが前記契約種別に基づく利用形態を示すものである場合に、前記管理情報のユーザ権限および権限管理情報に基づいてサウンドデータの利用許諾を行うことを特徴とする請求項３記載の電子楽器プログラム。
5. 前記管理情報取得ステップで取得された管理情報を前記記憶部に記憶する管理情報記憶ステップを更に前記コンピュータに実行させ、
   前記管理情報判定ステップは、前記管理情報取得ステップで前記配信サーバから管理情報が取得されなかった場合に、前記管理情報記憶ステップで記憶された管理情報に基づいて、前記取得ステップで取得されたサウンドデータが利用可能かを判定することを特徴とする請求項２から４のいずれかに記載の電子楽器プログラム。
6. 前記管理情報記憶ステップで管理情報が記憶された時刻を取得する時刻取得ステップを更に前記コンピュータに実行させ、
   前記管理情報判定ステップは、前記管理情報取得ステップで前記配信サーバから管理情報が取得されなかった場合であって、前記時刻取得ステップで取得された時刻から現在時刻までの経過時間が所定時間以内である場合に、前記管理情報記憶ステップで記憶された管理情報に基づいて、前記取得ステップで取得されたサウンドデータが利用可能かを判定することを特徴とする請求項５記載の電子楽器プログラム。
7. 前記取得ステップは、前記サウンドデータの利用形態を示すライセンスタイプであってこの取得ステップで取得されるサウンドデータに関連付けられたライセンスタイプを前記記憶部から取得し、
   前記禁止ステップは、前記取得ステップで取得されたライセンスタイプが非永続権限を示す場合は、前記ユーザ判定ステップの判定にかかわらず、前記取得ステップで取得されたサウンドデータを前記楽音生成処理に用いることを禁止することを特徴とする請求項１から６のいずれかに記載の電子楽器プログラム。
8. 前記サウンドデータの利用形態は、サービス利用の契約種別、購入、或いは無料配布に基づくものであり、
   前記非永続権限は、前記サウンドデータの利用形態が契約種別または無料配布に基づくライセンスタイプであって、前記配信サーバで定められた管理情報に基づいて前記ユーザ識別情報に対するサウンドデータの利用許諾が変化することを示すものであり、
   前記禁止ステップは、前記取得ステップで取得されたライセンスタイプが非永続権限を示して、前記コンピュータに前記管理情報が取得または記憶されていない場合には、前記取得ステップで取得されたサウンドデータを前記楽音生成処理に用いることを禁止することを特徴とする請求項７記載の電子楽器プログラム。
9. 記憶部を備え、サウンドデータを用いて楽音生成処理を実行する電子楽器であって、
   前記サウンドデータと、そのサウンドデータを配信サーバから取得したユーザを示すユーザ識別情報とを前記記憶部から取得する取得手段と、
   前記楽音生成処理を実行させるユーザを示すユーザ識別情報を取得するユーザ取得手段と、
   そのユーザ取得手段で取得されたユーザ識別情報と、前記取得手段で取得されたユーザ識別情報とが一致するかを判定するユーザ判定手段と、
   そのユーザ判定手段で前記ユーザ識別情報が一致しないと判定された場合に、前記取得手段で取得されたサウンドデータを前記楽音生成処理に用いることを禁止する禁止手段と、を備えていることを特徴とする電子楽器。

Images