JP6736174B6 - プログラムおよび情報処理方法 - Google Patents

Description

本発明は、プログラムおよび情報処理方法に関する。

楽譜等の文書データの所定部分と、実演を記録した実演データの所定部分とを対応付けて記憶し、文書データと実演データとを連動して再生する再生装置が提案されている（特許文献１）。

特開２０１３−７３６５０号公報

たとえば一つの楽曲等の演目に対して、複数の版の楽譜または歌詞等の文書データが存在する。同様に、一つの演目に対して複数の実演家または複数の実演機会に記録された実演データも存在する。プロの実演家、研究者および熱心な愛好家等は、様々なバージョンの文書データおよび実演データを入手して、対比する。

特許文献１には、既に保有している文書データまたは実演データと同じ演目の他の文書データまたは実演データを容易に入手することを可能にする方法は開示されていない。

一つの側面では、既に保有している文書データまたは実演データと同じ演目の他の文書データまたは実演データを容易に入手することを可能にするプログラム等を提供することを目的とする。

プログラムは、演目の選択を取得し、選択された前記演目の実演内容と実演の経過時間との関連付けを含む実演データの表題、および、前記演目に関する文書データの表題をそれぞれ一覧表示し、一覧表示した中から選択された表題に対応する前記実演データまたは前記文書データを取得し、再生中の実演データとは異なる実演データの選択を受け付けた場合に、再生中の実演内容と対応する、選択を受け付けた実演データの経過時間を取得し、取得した経過時間に基づいて選択を受け付けた実演データの再生開始箇所を定める処理をコンピュータに実行させる。

既に保有している文書データまたは実演データと同じ演目の他の文書データまたは実演データを容易に入手することを可能にするプログラム等を提供できる。

情報処理システムの構成を示す説明図である。 演目ＤＢのレコードレイアウトを示す説明図である。 書誌ＤＢのレコードレイアウトを示す説明図である。 保有ＤＢのレコードレイアウトを示す説明図である。 文書データＤＢのレコードレイアウトを示す説明図である。 文書データＤＢのデータを説明する説明図である。 文書データＤＢのデータを説明する説明図である。 実演データＤＢのレコードレイアウトを示す説明図である。 実演データＤＢのデータを説明する説明図である。 実演データＤＢのデータを説明する説明図である。 情報処理装置の表示画面の例を示す説明図である。 情報処理装置の表示画面の例を示す説明図である。 情報処理装置の表示画面の例を示す説明図である。 情報処理装置の表示画面の例を示す説明図である。 情報処理装置の表示画面の例を示す説明図である。 情報処理装置の表示画面の例を示す説明図である。 プログラムの処理の流れを示すフローチャートである。 保有ＤＢ更新のサブルーチンの処理の流れを示すフローチャートである。 再生のサブルーチンの処理の流れを示すフローチャートである。 変更のサブルーチンの処理の流れを示すフローチャートである。 再生位置変更のサブルーチンの処理の流れを示すフローチャートである。 実施の形態２の情報処理装置の表示画面の例を示す説明図である。 実施の形態３の情報処理装置の表示画面の例を示す説明図である。 実施の形態４の情報処理装置の表示画面の例を示す説明図である。 実施の形態４の再生のサブルーチンの処理の流れを示すフローチャートである。 実施の形態４の繰り返し再生のサブルーチンの処理の流れを示すフローチャートである。 実施の形態５の情報処理装置の表示画面の例を示す説明図である。 実施の形態６の情報処理装置の表示画面の例を示す説明図である。 実施の形態６の情報処理装置の表示画面の例を示す説明図である。 実施の形態６の情報処理装置の表示画面の例を示す説明図である。 実施の形態６の情報処理装置の表示画面の例を示す説明図である。 実施の形態７の情報処理装置の動作を示す機能ブロック図である。 実施の形態８の情報処理システムの構成を示す説明図である。

［実施の形態１］
図１は、情報処理システム１０の構成を示す説明図である。情報処理システム１０は、インターネット、公衆通信回線またはＬＡＮ（Local Area Network）等のネットワークを介して接続された情報処理装置１１およびサーバ２１を備える。

情報処理装置１１は、第１ＣＰＵ（Central Processing Unit）１２、主記憶装置１３、補助記憶装置１４、通信部１５、表示部１６、入力部１７、スピーカ１８およびバスを備える。本実施の形態の情報処理装置１１は、文書データおよび実演データを閲覧するユーザが使用する、汎用のスマートフォン、タブレット、パーソナルコンピュータ等の情報機器である。情報処理システム１０には、複数の情報処理装置１１が接続されている。

第１ＣＰＵ１２は、本実施の形態に係るプログラムを実行する演算制御装置である。第１ＣＰＵ１２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第１ＣＰＵ１２は、バスを介して情報処理装置１１を構成するハードウェア各部と接続されている。

主記憶装置１３は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置１３には、第１ＣＰＵ１２が行う処理の途中で必要な情報および第１ＣＰＵ１２で実行中のプログラムが一時的に保存される。

補助記憶装置１４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置１４には、第１ＣＰＵ１２に実行させるプログラム、演目ＤＢ（Data Base）４１、文書データＤＢ４４、実演データＤＢ４５、保有ＤＢ４６およびプログラムの実行に必要な各種情報が保存される。

演目ＤＢ４１、文書データＤＢ４４、実演データＤＢ４５および保有ＤＢ４６は、ネットワーク等を介して情報処理装置１１に接続された別の記憶装置に記憶されても良い。各ＤＢの詳細については後述する。

通信部１５は、ネットワークとの通信を行うインターフェイスである。表示部１６は、たとえば液晶表示装置、有機ＥＬ表示装置、プロジェクタ、ヘッドマウントディスプレイ等である。入力部１７は、たとえば、タッチパネル、マウス、ペンタブレット等である。スピーカ１８は、ヘッドホンまたはイヤホン等でも良い。

サーバ２１は、第２ＣＰＵ２２、主記憶装置２３、補助記憶装置２４、通信部２５およぼバスを備える。本実施の形態のサーバ２１は汎用のパーソナルコンピュータ、サーバマシン等の情報処理装置である。また、本実施の形態のサーバ２１は、大型計算機上で動作する仮想マシンでも良い。

第２ＣＰＵ２２は、本実施の形態に係るプログラムを実行する演算制御装置である。第２ＣＰＵ２２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第２ＣＰＵ２２は、バスを介してサーバ２１を構成するハードウェア各部と接続されている。

主記憶装置２３は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置２３には、第２ＣＰＵ２２が行う処理の途中で必要な情報および第２ＣＰＵ２２で実行中のプログラムが一時的に保存される。

補助記憶装置２４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置２４には、第２ＣＰＵ２２に実行させるプログラム、演目ＤＢ３１、文書データＤＢ３４、実演データＤＢ３５、書誌ＤＢ３６およびプログラムの実行に必要な各種情報が保存される。

なお、演目ＤＢ３１、文書データＤＢ３４、実演データＤＢ３５および書誌ＤＢ３６は、ネットワーク等を介してサーバ２１に接続された別の記憶装置に記憶されても良い。各ＤＢはそれぞれ異なる記憶装置に記憶されても良い。

情報処理装置１１の補助記憶装置１４に記憶された演目ＤＢ４１は、サーバ２１の補助記憶装置２４に記憶された演目ＤＢ３１の全部または一部の複写である。情報処理装置１１の補助記憶装置１４に記憶された文書データＤＢ４４および実演データＤＢ４５は、サーバ２１の補助記憶装置２４に記憶された文書データＤＢ３４および実演データＤＢ３５の一部の複写である。各ＤＢの詳細については後述する。

図２は、演目ＤＢ３１のレコードレイアウトを示す説明図である。演目ＤＢ３１は、楽曲等の演目に関する演目ＩＤ（IDentifier）、創作者および表題を関連付けるＤＢである。演目ＤＢ３１は、演目ＩＤフィールド、創作者フィールドおよび表題フィールドを有する。演目ＤＢ３１は、一つの演目について一つのレコードを有する。

演目ＩＤフィールドには、各演目に割り当てられた固有のＩＤが記録されている。創作者フィールドには、演目の創作者名が記録されている。表題フィールドには、演目の表題が記録されている。

図３は、書誌ＤＢ３６のレコードレイアウトを示す説明図である。書誌ＤＢ３６は、演目ＩＤとファイルとを関連付けるＤＢである。書誌ＤＢ３６は、演目ＩＤフィールド、種別フィールド、名称フィールド、ファイルＩＤフィールド、発行日フィールドおよびＵＲＬフィールドを有する。演目ＤＢ４６は、一つのファイルＩＤについて一つのレコードを有する。

演目ＩＤフィールドには、各演目に割り当てられた固有のＩＤが記録されている。種別フィールドには、文書ファイルに関するレコードであるのか、または、実演ファイルに関するレコードであるのかの種別が記録されている。名称フィールドには、レコードの名称が記録されている。すなわち、実演ファイルに関するレコードである場合には、名称フィールドに実演の表題が記録されている。文書ファイルに関するレコードである場合には、名称フィールドに文書の表題が記録されている。

ファイルＩＤフィールドには、各ファイルに割り当てられた固有のＩＤが記録されている。発行日フィールドには、ファイルの発行日が記録されている。ＵＲＬフィールドには、ファイルを販売または配布等を行うＷＥＢ（World Wide Web）サイトのＵＲＬが記録されている。

図４は、保有ＤＢ４６のレコードレイアウトを示す説明図である。保有ＤＢ４６は、演目ＩＤとファイルとを関連付けるＤＢである。保有ＤＢ４６は、演目ＩＤフィールド、種別フィールド、名称フィールド、ファイルＩＤフィールド、発行日フィールド、ＵＲＬフィールドおよび保有フィールドを有する。保有ＤＢ４６は、一つのファイルＩＤについて一つのレコードを有する。

演目ＩＤフィールド、種別フィールド、名称フィールド、ファイルＩＤフィールド、発行日フィールドおよびＵＲＬフィールドに記録された情報は、書誌ＤＢ３６と同一であるので説明を省略する。保有フィールドには、情報処理装置１１がそれぞれのファイルを保有しているか否かが記録されている。

保有ＤＢ４６には、書誌ＤＢ３６に記載されているレコードのうち、情報処理装置１１のユーザからのアクセス要求を受け付けた演目に関するレコードが記録されている。保有ＤＢ４６にレコードを記録する方法については後述する。

図５は、文書データＤＢ３４のレコードレイアウトを示す説明図である。図６および図７は、文書データＤＢ３４のデータを説明する説明図である。図６は、五線譜の楽譜を示す。図７は、邦楽器用に用いられる縦譜の楽譜を示す。図６と図７とは、同一の演目を異なる表記法で表現した文書の例である。図５から図７を使用して、文書データＤＢ３４について説明する。

文書データＤＢ３４は、図３を使用して説明した書誌ＤＢ３６において、種別が「文書」であるレコードのファイルＩＤ、文書ファイルおよび文書の各部分に付した文書タグを関連付けた、文書データを記録するＤＢである。

文書データＤＢ３４は、演目ＩＤフィールド、ファイルＩＤフィールド、文書ファイルフィールド、文書タグフィールド、ページ番号フィールドおよび位置フィールドを有する。文書データＤＢ３４は、一つの文書タグについて一つのレコードを有する。

演目ＩＤフィールドには、各演目に割り当てられた固有のＩＤが記録されている。ファイルＩＤフィールドには、各ファイルに割り当てられた固有のＩＤが記録されている。文書ファイルフィールドには、表示部１６に表示する文書の画面イメージを記録した文書ファイルが記録されている。

文書ファイルフィールドには、文書ファイルのファイル名が記録され、文書ファイル自体は、別途補助記憶装置２４に記録されていても良い。文書ファイルには、たとえばＰＤＦ（Portable Document Format）、ＴＩＦＦ（Tagged Image File Format）等のファイル形式を使用することができる。文書ファイルは、紙に印刷した文書をスキャナにより読み込んで電子化したファイルでも良い。文書ファイルは、MusicXML（Music Extensible Markup Language）またはMuTeXで記述されたものでもよい。

文書ファイルフィールドには、文書ファイルのＵＲＬが記録されていても良い。第１ＣＰＵ１２は、容量の大きい文書ファイルを、必要に応じてネットワークから取得することにより、補助記憶装置１４の記憶容量を節約することができる。

文書タグフィールドには、文書ファイルフィールドに記録した文書の各部分に付した文書タグが記録されている。ページ番号フィールドには、文書中のページ番号が記録されている。位置フィールドには、文書中の座標が記録されている。

図６および図７を使用して、さらに詳しく説明する。本実施の形態においては、各楽譜の一つの小節に対して一つの文書タグが付与されている。それぞれの楽譜の対応する小節には、同一の文書タグが付与されている。位置フィールドには、文書ファイル中の各小節の左上角および右下角の座標が記録されている。

文書タグは、たとえばページ毎、２小節毎、半小節毎または１音符毎等、任意の区切りに対して付与しても良い。

文書は、管弦楽や吹奏楽など複数の楽器を用いる合奏用のいわゆる総譜であっても良い。文書は、指導者、指揮者等が演奏者に対する指示事項を追記した楽譜であっても良い。その他、表示部１６に表示して、情報処理装置１１のユーザが視認することが可能な任意の形式の文書を使用することができる。

情報処理装置１１の補助記憶装置１４に記憶された文書データＤＢ４４には、文書データＤＢ３４に記録されたレコードのうち、情報処理装置１１のユーザが閲覧等を行う権利を有する文書、たとえば購入済の文書に関するレコードが記録されている。

図８は、実演データＤＢ３５のレコードレイアウトを示す説明図である。図９は、実演データＤＢ３５のデータを説明する説明図である。図８および図９を使用して、実演データＤＢ３５について説明する。

実演データＤＢ３５は、図３を使用して説明した書誌ＤＢ３６において、種別が「実演」であるレコードのファイルＩＤ、実演ファイル、実演の各部分に付した実演タグおよび前述の文書タグを関連づけた、実演データを記録するＤＢである。

実演データＤＢ３５は、演目ＩＤフィールド、ファイルＩＤフィールド、実演ファイルフィールド、実演タグフィールド、位置フィールドおよび文書タグフィールドを有する。実演データＤＢ３５は、一つの実演タグについて一つのレコードを有する。

演目ＩＤフィールドには、各演目に割り当てられた固有のＩＤが記録されている。ファイルＩＤフィールドには、各ファイルに割り当てられた固有のＩＤが記録されている。実演ファイルフィールドには、実演を記録した実演ファイルが記録されている。

実演ファイルフィールドには、実演ファイルのファイル名が記録され、実演ファイル自体は、別途補助記憶装置２４に記録されていても良い。実演ファイルには、たとえばＷＡＶ形式、ＡＩＦＦ（Audio Interchange File Format）形式、ＭＰ３（Moving Picture Experts Group-1 Audio Layer-3）形式等の任意の音声データファイル形式を使用することができる。実演ファイルには、たとえば、ＡＶＩ（Audio Video Interleave）形式、ＭＯＶ形式等の任意の動画データファイル形式を使用することもできる。

実演ファイルフィールドには、実演ファイルのＵＲＬが記録されていても良い。第１ＣＰＵ１２は、容量の大きい実演ファイルを、必要に応じてネットワークから取得することにより、補助記憶装置１４の記憶容量を節約することができる。第１ＣＰＵ１２は、実演を再生する都度、ネットワークからストリーミング方式により実演ファイルを取得しても良い。

実演タグフィールドには、記録された実演の各部分に付した実演タグが記録されている。位置フィールドには、実演の記録開始時刻からの経過時間が、ミリ秒単位で記録されている。文書タグフィールドには、位置フィールドに記録された時刻から、次のレコードの一フィールドに記録された時刻までの間に記録された実演に対応する文書タグが記録されている。

情報処理装置１１の補助記憶装置１４に記憶された実演データＤＢ４５には、実演データＤＢ３５に記録されたレコードのうち、情報処理装置１１のユーザが視聴する権利を有する実演、たとえば購入済の実演に関するレコードが記録されている。

図９を使用して、さらに詳しく説明する。前述の通り、本実施の形態においては、各楽譜の一つの小節に対して一つの文書タグが付与されている。同様に、一つの小節の実演に対して、一つの実演タグが付与されている。位置フィールドには、実演の記録開始時刻から実演タグに対応する小節の開始時刻までの経過時間が記録されている。したがって、楽譜を前から順番に実演した場合には、実演タグと文書タグが１対１に対応する。

楽譜に記載された繰り返し記号等の指示に基づいて、文書中の同一の場所を繰り返して実演する場合がある。また実演家の判断により、繰り返しの位置および回数が異なる場合がある。そのような場合の実演データＤＢ３５について、図１０を使用して説明する。

図１０は、実演データＤＢ３５のデータを説明する説明図である。図１０Ａは、文書ファイルの一部分を示す。図１０Ａにおいては、音符を省略し、各小節に文書タグを示す。図１０Ａにおいては、文書タグ「ＩＭ０２」の始めおよび文書タグ「ＩＭ０４」の終わりに、繰り返し記号が記載されている。

図１０Ｂは、図１０Ａの繰り返し記号に沿って実演を行った、実演１の実演データＤＢ３５の記録内容を示す。図１０Ｃは、図１０Ａの繰り返し記号を無視して実演を行った、実演２の実演データＤＢ３５の記録内容を示す。なお、図１０Ｂおよび図１０Ｃにおいては、演目フィールド、ファイルＩＤフィールド、実演ファイルフィールドおよび位置フィールドは記載を省略する。

図１０Ｂにおいては、実演タグ「ＰＬ０３」から実演タグ「ＰＬ０５」までの間で、文書タグ「ＩＭ０２」から文書タグ「ＩＭ０４」に対応する１回目の演奏が行われている。その後、実演タグ「ＰＬ０６」から実演タグ「ＰＬ０８」までの間で、文書タグ「ＩＭ０２」から文書タグ「ＩＭ０４」に対応する２回目の演奏が行われている。

一方、図１０においては、繰り返し演奏は行われていない。文書タグ「ＩＭ０５」に対応する実演には、図１０Ｂと同様に「ＰＬ０９」の実演タグが付与されている。したがって、図１０Ｃにおいては、実演タグ「ＰＬ０６」から実演タグ「ＰＬ０８」は記録されていない。

なお、以下の説明では各実演タグの末尾の数字に基づいて、実演タグの番号を記載する。たとえば、第６実演タグは「ＰＬ０６」を意味する。したがって、図１０Ｃに示す実演２においては、第６実演タグは存在せず、第５実演タグ「ＰＬ０５」の次は第９実演タグである。

図１１から図１６は、情報処理装置１１の表示画面の例を示す説明図である。図１１から図１６を使用して、情報処理システム１０の動作の概要を説明する。

図１１は、情報処理装置１１が取り扱い可能な演目のリストを示す画面である。第１ＣＰＵ１２は、ネットワークを介して演目ＤＢ３１を取得して、その複写である演目ＤＢ４１を補助記憶装置１４に保存する。第１ＣＰＵ１２は演目ＤＢ４１に基づいて図１１に示す画面を表示部１６に表示する。

図１１に示す画面には、複数の演目ボタン５１が表示されている。それぞれの演目ボタン５１は、演目ＤＢ４１の一つのレコードに対応している。第１ＣＰＵ１２は、ユーザによる設定または使用履歴等に応じて、表示する演目ボタン５１の数および配置を変更しても良い。また、第１ＣＰＵ１２は、ユーザによる設定または使用履歴等に応じて、演目ＤＢ３１の一部のレコードを演目ＤＢ４１に複写しても良い。

図１１に示す画面において、演目ボタン５１の選択を受け付けた場合、第１ＣＰＵ１２は選択を受け付けた演目ボタン５１に対応する演目ＩＤをキーとして、書誌ＤＢ３６からレコードを取得する。第１ＣＰＵ１２は、取得したレコードのうち、保有ＤＢ４６に記録されていないレコードを、保有ＤＢ４６に追加する。第１ＣＰＵ１２は、追加したレコードの保有フィールドに「無」を記録する。

以上の処理により、第１ＣＰＵ１２は、書誌ＤＢ３６に記録されたレコードのうち、情報処理装置１１のユーザによる選択を受け付けた演目に関連するレコードを保有ＤＢ４６に記録する。したがって、保有ＤＢ４６には、書誌ＤＢ３６に記録されたレコードのうち、情報処理装置１１のユーザが興味を持っている可能性が高い演目に関するレコードに対応する情報が記録される。

なお、第１ＣＰＵ１２は、保有フィールドに「有」が記録されたレコードが一つも存在しない演目については、保有ＤＢ４６から適宜削除することが望ましい。このようにすることにより、補助記憶装置１４の容量を節約することができるとともに、第１ＣＰＵ１２が行う検索等の処理量を少なくすることができる。

図１２は、図１１に示す画面において「さくら」の演目ボタン５１の選択を受け付けた場合に、第１ＣＰＵ１２が表示部１６に表示する画面を示す。図１２に示す画面の中央部には、文書欄５５が表示されている。文書欄５５には、図５を使用して説明した文書ファイルが表示されている。

文書欄５５の下側に、再生ボタン５６、繰り返しボタン５７、ページ送りボタン５８およびページ戻しボタン５９が表示されている。文書欄５５の上側に、文書ボタン５３および実演ボタン５４が表示されている。各ボタンは、入力部１７を介してユーザによる選択を受け付けることができる。

ページ送りボタン５８の選択を受け付けた場合、第１ＣＰＵ１２は文書欄５５に文書ファイルの次のページを表示する。ページ戻しボタン５９の選択を受け付けた場合、第１ＣＰＵ１２は文書欄５５に文書ファイルの前のページを表示する。再生ボタン５６および繰り返しボタン５７については後述する。

図１３は、図１２に示す画面において、文書ボタン５３の選択を受け付けた場合に、第１ＣＰＵ１２が表示部１６に表示する画面を示す。図１３においては、選択可能な文書の一覧がプルダウンメニューにより表示されている。

第１ＣＰＵ１２は、保有ＤＢ４６から表示中の演目の演目ＩＤをキーとしてレコードを抽出する。第１ＣＰＵ１２は、抽出したレコードから、種別フィールドに「文書」が記録されているレコードをさらに抽出する。第１ＣＰＵ１２は、抽出したレコードの名称フィールドに記録されている文書の表題を、プルダウンメニューに表示する。第１ＣＰＵ１２は、抽出したレコードの発行日フィールドに記録されたデータに基づいて、たとえば発行日が１ヶ月以内のレコードに対応する文書に新着マーク６１を表示する。

第１ＣＰＵ１２は、保有フィールドに「無」と記録されているレコードに対応する文書に購入ボタン６２を表示する。第１ＣＰＵ１２は、保有フィールドに「有」と記録されているレコードに対応する文書に表示位置ボタン６３を表示する。図１３は、「五線譜」の文書を左側に、「琴 縦譜」の文書を右側に表示する指定を受け付けた状態を示す。第１ＣＰＵ１２は、選択中の文書の表題に選択指標５２を表示する。

図１４は、図１２に示す画面において、実演ボタン５４の選択を受け付けた場合に、第１ＣＰＵ１２が表示部１６に表示する画面を示す。図１４においては、選択可能な実演の一覧がプルダウンメニューにより表示されている。

第１ＣＰＵ１２は、保有ＤＢ４６から表示中の演目の演目ＩＤをキーとしてレコードを抽出する。第１ＣＰＵ１２は、抽出したレコードから、種別フィールドに「実演」が記録されているレコードをさらに抽出する。第１ＣＰＵ１２は、抽出したレコードの名称フィールドに記録されている文書の表題を、プルダウンメニューに表示する。

新着マーク６１、購入ボタン６２および選択指標５２については、図１３を使用して説明した文書ボタン５３の選択を受け付けた場合と同様であるので、説明を省略する。

情報処理装置１１のユーザは、図１３および図１４を使用して説明した画面により、購入済の演目に関する別の版の文書および実演の存在を容易に知ることができる。さらにユーザは新しい版の文書および実演が発行されたことも容易に知ることができる。

第１ＣＰＵ１２は、保有ＤＢ４６から表示中の演目の演目ＩＤをキーとして抽出したレコードを主記憶装置１３または補助記憶装置１４に一時的に記憶しておいても良い。このようにすることで、図１２から図１４を使用して説明した各画面間の遷移を速やかに行うことができる。

ユーザによる購入ボタン６２の選択を受け付けた場合、第１ＣＰＵ１２はオンライン注文および決済の画面を表示する。オンライン注文および決済については以前から広く用いられているので説明を省略する。

購入手続の完了後、第２ＣＰＵ２２は、ユーザが購入した文書または実演に対応するレコードを、第１ＣＰＵ１２が取得可能な状態に文書データＤＢ３４または実演データＤＢ３５を設定する。第１ＣＰＵ１２は、ネットワークを介してユーザが購入した文書または実演に対応するレコードを取得し、文書データＤＢ４４または実演データＤＢ４５に記録する。

第１ＣＰＵ１２は、文書ユーザが購入した文書または実演に対応する保有ＤＢ４６のレコードの保有フィールドに「有」を記録する。この処理により、文書データＤＢ４４への文書ファイルの記録の有無、および、実演データＤＢ４５への実演ファイルの記録の有無が、保有ＤＢ４６の保有フィールドに記録される。

図１５は、図１２から図１４に示す画面において、再生ボタン５６の選択を受け付けた場合に、第１ＣＰＵ１２が表示部１６に表示する画面を示す。画面の中央に第１文書欄５５１と第２文書欄５５２に分割した文書欄５５が表示されている。

文書欄５５の下側に、再生ボタン５６、繰り返しボタン５７、ページ送りボタン５８およびページ戻しボタン５９が表示されている。再生ボタン５６の周囲に選択されていることを示す選択指標５２が表示されている。文書欄５５の上側に、実演ボタン５４が表示されている。

図１３を使用して説明したユーザによる指定に基づいて、「五線譜」の文書が左側の第１文書欄５５１に、「琴 縦譜」の文書が右側の第２文書欄５５２に表示されている。なお、第１ＣＰＵ１２は、三つ以上の文書の指定を受け付けて、表示しても良い。ユーザにより表示を指定された文書が一つだけである場合には、第１ＣＰＵ１２は、図１２から図１４と同様に一つの文書欄５５を表示する。

第１文書欄５５１および第２文書欄５５２に表示された文書には、実演中の小節を示す実演指標６４が表示されている。実演の再生が進むにつれて、実演指標６４の位置は変化する。

すなわち、第１ＣＰＵ１２は、図８を使用して説明した実演データＤＢ３５に基づいて実演を再生しながら、再生中の位置に関連付けられた文書タグを抽出する。第１ＣＰＵ１２は、文書データＤＢ４４に基づいて、文書上の文書タグの位置を抽出して、実演指標６４を表示する。

以上により、情報処理装置１１のユーザは、複数の文書の対応する箇所を容易に見比べながら実演を鑑賞することが可能である。

図１６は、図１５に示す画面において、実演指標６４とは異なる場所の選択を受け付けた場合に、第１ＣＰＵ１２が表示部１６に表示する画面を示す。図１６は、カーソル６５により選択された場所が２回繰り返して実演されている場合の例を示す。

第１ＣＰＵ１２は、図５を使用して説明した文書データＤＢ４４を参照して、選択を受け付けた座標に対応する文書タグを抽出する。第１ＣＰＵ１２は、抽出した文書タグをキーとして、図８を使用して説明した実演データＤＢ４５から実演タグを抽出する。

抽出した実演タグが一つだけである場合、第１ＣＰＵ１２は抽出した実演タグの位置から実演の再生を開始する。第１ＣＰＵ１２は、実演の再生位置にあわせて実演指標６４の表示位置も変更する。

たとえば、選択を受け付けた位置に対応する文書タグが図１０Ｂを使用して説明した実演１における文書タグ「ＩＭ０２」である場合には、第１ＣＰＵ１２は、実演タグ「ＰＬ０３」および実演タグ「ＰＬ０６」を抽出する。このように、抽出した実演タグが複数である場合、第１ＣＰＵ１２は、図１６に示す選択欄６６を表示し、入力部１７を介してユーザによる選択を受け付ける。ユーザによる選択を受け付けた場合、第１ＣＰＵ１２は選択を受け付けた実演タグの位置から実演の再生を開始する。第１ＣＰＵ１２は、実演の再生位置にあわせて実演指標６４の表示位置も変更する。

実演ボタン５４の選択を受け付けた場合、第１ＣＰＵ１２は図１４を使用して説明した様に、選択可能な実演の一覧をプルダウンメニューにより表示する。既に、実演データＤＢ４５に記録されている実演の指定を受け付けた場合、第１ＣＰＵ１２は再生中の実演を選択された実演に切り替える。

すなわち、第１ＣＰＵ１２は、実演データＤＢ４５を参照して、再生する実演タグに対応する選択された実演の実演タグを抽出する。第１ＣＰＵ１２は、抽出した実演タグから再生を開始する。

たとえば、図１０Ｂを使用して説明した実演１における実演タグ「ＰＬ１１」を再生中に、図１０Ｃを使用して説明した実演２の指定を受け付けた場合、第１ＣＰＵ１２は実演タグ「ＰＬ１１」の次のレコードである実演タグ「ＰＬ１２」から実演２を再生する。

一方、図１０Ｂを使用して説明した実演１における実演タグ「ＰＬ０６」を再生中に、図１０Ｃを使用して説明した実演２の指定を受け付けた場合、実演２には「ＰＬ０６」が存在しない。このような場合には、第１ＣＰＵ１２は実演１における実演タグ「ＰＬ０６」に対応する文書タグ「ＩＭ０２」を抽出し、実演２において文書タグ「ＩＭ０２」に対応する実演タグ「ＰＬ０３」の次のレコードである「ＰＬ０４」から実演２を再生する。

以上により、情報処理装置１１のユーザは複数の実演をスムーズに切り替えて再生することが可能である。

図１７は、プログラムの処理の流れを示すフローチャートである。図１７を使用して、本実施の形態のプログラムの処理の流れを説明する。

第１ＣＰＵ１２は、ネットワークを介して第２ＣＰＵ２２に演目ＤＢ３１のデータの送信を要求する（ステップＳ５０１）。第２ＣＰＵ２２は、要求を受信する（ステップＳ６０１）。第２ＣＰＵ２２は、演目ＤＢ３１内のデータを第１ＣＰＵ１２に送信する（ステップＳ６０２）。第１ＣＰＵ１２はデータを受信して、演目ＤＢ４１に記録する。以上の処理により、演目ＤＢ４１のデータが最新の状態に更新される。第１ＣＰＵ１２は、更新した演目ＤＢ４１に基づいて、図１１を使用して説明した演目のリストを表示する画面を表示部１６に表示する（ステップＳ５０３）。

第１ＣＰＵ１２は、保有ＤＢ更新のサブルーチンを起動する（ステップＳ５０４）。保有ＤＢ更新のサブルーチンは、演目の選択を受け付け、選択を受け付けた演目に関連する保有ＤＢ４６のデータを更新し、図１２を使用して説明した画面を表示するサブルーチンである。保有ＤＢ更新のサブルーチンの処理の流れは後述する。

第１ＣＰＵ１２は、文書ボタン５３または実演ボタン５４の選択を受け付けたか否かを判定する（ステップＳ５０５）。選択を受け付けたと判定した場合（ステップＳ５０５でＹＥＳ）、第１ＣＰＵ１２は、図１３または図１４を使用して説明した画面により文書または実演のリストを表示する（ステップＳ５０６）。

さらに具体的に説明する。ステップＳ５０５で文書ボタン５３の選択を受け付けたと判定した場合（ステップＳ５０５でＹＥＳ）、第１ＣＰＵ１２は選択を受け付けた演目の演目ＩＤおよび種別フィールドの「文書」をキーとして保有ＤＢ４６を検索して、選択中の演目に対応する文書を抽出する。第１ＣＰＵ１２は、図１３に示すように文書ボタン５３に対応するプルダウンメニューに、抽出した文書を表示する。

第１ＣＰＵ１２は、保有ＤＢ４６の発行日フィールドに記録された発行日に基づいて、新着マーク６１を表示する。第１ＣＰＵ１２は、保有ＤＢ３２の保有フィールドに「無」と記録されている文書に、購入ボタン６２を表示する。

第１ＣＰＵ１２は、文書データＤＢ４４に記録されている文書については、たとえばタッチパネル上で指をすばやく所定の方向に動かすフリック等の操作により表示位置ボタン６３の設定を受け付ける。第１ＣＰＵ１２は、たとえばダブルタップ等の操作により文書の選択を受け付ける。第１ＣＰＵ１２は、選択を受け付けた文書に選択指標５２を表示する。

ステップＳ５０５で実演ボタン５４の選択を受け付けたと判定した場合（ステップＳ５０５でＹＥＳ）、第１ＣＰＵ１２は選択を受け付けた演目の演目ＩＤおよび種別フィールドの「実演」をキーとして保有ＤＢ４６を検索して、選択中の演目に対応する実演を抽出する。第１ＣＰＵ１２は、図１４に示すように実演ボタン５４に対応するプルダウンメニューに、抽出した実演を表示する。

第１ＣＰＵ１２は、保有ＤＢ４６の発行日フィールドに記録された発行日に基づいて、新着マーク６１を表示する。第１ＣＰＵ１２は、保有ＤＢ３２の保有フィールドに「無」と記録されている実演に、購入ボタン６２を表示する。

第１ＣＰＵ１２は、たとえばダブルタップ等の操作により実演の選択を受け付ける。第１ＣＰＵ１２は、選択を受け付けた実演に選択指標５２を表示する。

第１ＣＰＵ１２は、ユーザによる選択を受け付けた文書または実演に関するファイルを、第１情報処理装置１１のユーザが保有しているか否かを、保有ＤＢ４６の保有フィールドに基づいて判定する（ステップＳ５０７）。保有していないと判定した場合（ステップＳ５０７でＮＯ）、第１ＣＰＵ１２は選択された文書または実演のデータを販売する画面を表示する（ステップＳ５０８）。

第１ＣＰＵ１２は、選択を受け付けた文書または実演を保有ＤＢ４６のＵＲＬフィールドに記録されたＵＲＬに発注する発注データを第２ＣＰＵ２２に送信する（ステップＳ５０９）。第２ＣＰＵ２２は、決済処理を行う（ステップＳ６０５）。決済処理は、たとえば銀行等の金融機関またはクレジット会社等が運用する図示しない決済サーバに対して第２ＣＰＵ２２が決済処理要求を送信し、決済完了情報を受信することにより行っても良い。

決済処理が完了することにより、第１ＣＰＵ１２は選択を受け付けた文書または実演を取得する権利を得る。なお、第１ＣＰＵ１２が権利を得る手段は金銭による売買に限定しない。たとえば、先着１００名へのプレゼント、サンプルの提供、抽選への当選等の理由により、第２ＣＰＵ２２が第１ＣＰＵ１２に権利を与えても良い。

第２ＣＰＵ２２は、実演データＤＢ３５または文書データＤＢ３４中の受注を受け付けたレコードに、第１ＣＰＵ１２のアクセス権を付与する（ステップＳ６０６）。なお、実演データＤＢ３５および文書データＤＢ３４は、アクセス権を記録するフィールドを有しても良いし、別のＤＢによりアクセス権を管理しても良い。

第２ＣＰＵ２２は対象の文書または実演に関するレコードを文書データＤＢ３４または実演データＤＢ３５から送信する（ステップＳ６０７）。第１ＣＰＵ１２は、レコードを受信する（ステップＳ５１０）。第１ＣＰＵ１２は、受信したレコードを、文書データＤＢ４４または実演データＤＢ４５に記録する。なお、ネットワークを介したデータ等の決済、認証等の処理については、以前から使用されているので詳細な説明は省略する。

ステップＳ５１０の終了後、またはファイルを保有していると判定した場合（ステップＳ５０７でＹＥＳ）、第１ＣＰＵ１２は、ユーザから受け付けた選択に基づいて、文書欄５５、文書ボタン５３および実演ボタン５４の表示を切り替える（ステップＳ５１１）。ステップＳ５１１の終了後、または、ボタンの選択を受け付けていないと判定した場合（ステップＳ５０５でＮＯ）、第１ＣＰＵ１２は、選択中の演目に関する実演ファイルが実演データＤＢ４５に記録されているか否かを判定する（ステップＳ５１２）。

記録されていないと判定した場合（ステップＳ５１２でＮＯ）、第１ＣＰＵ１２はステップＳ５０５に戻る。記録されていると判定した場合（ステップＳ５１２でＹＥＳ）、第１ＣＰＵ１２は再生ボタン５６をユーザが選択可能な状態に設定する。

第１ＣＰＵ１２は、再生ボタン５６の選択を受け付けたか否かを判定する（ステップＳ５１３）。再生ボタン５６の選択を受け付けたと判定した場合（ステップＳ５１３でＹＥＳ）、第１ＣＰＵ１２は再生のサブルーチンを起動する（ステップＳ５１４）。再生のサブルーチンは実演を再生するサブルーチンである。再生のサブルーチンの処理の流れは後述する。第１ＣＰＵ１２は、処理を終了する。

再生ボタン５６の選択を受け付けていないと判定した場合（ステップＳ５１３でＮＯ）、第１ＣＰＵ１２はステップＳ５０５に戻る。

図１８は、保有ＤＢ４６更新のサブルーチンの処理の流れを示すフローチャートである。保有ＤＢ更新のサブルーチンは、演目の選択を受け付け、選択を受け付けた演目に関連する保有ＤＢ４６のデータを更新し、図１２を使用して説明した画面を表示するサブルーチンである。図１８を使用して、保有ＤＢ更新のサブルーチンの処理の流れを説明する。

第１ＣＰＵ１２は、入力部１７を介してユーザによる演目ボタン５１の選択を受け付ける（ステップＳ７４１）。第１ＣＰＵ１２は、選択を受け付けた演目の演目ＩＤに対応する書誌情報の要求を第２ＣＰＵ２２に送信する（ステップＳ７４２）。

第２ＣＰＵ２２は、要求を受信する（ステップＳ６２１）。第２ＣＰＵ２２は、演目ＩＤをキーにして書誌ＤＢ３６から書誌レコードを抽出する（ステップＳ６２２）。第２ＣＰＵ２２は、抽出した書誌レコードを第１ＣＰＵ１２に送信する（ステップＳ６２３）。

第１ＣＰＵ１２は、書誌レコードを受信し、補助記憶装置に一時記憶する（ステップＳ７４４）。第１ＣＰＵ１２は、カウンタＩを初期値１に設定する（ステップＳ７４５）。第１ＣＰＵ１２は、ステップＳ７４４で一時記憶したうちのＩ番目の書誌レコードに対応するデータが、保有ＤＢ４６に含まれているか否かを判定する（ステップＳ７４６）。

記録されていないと判定した場合（ステップＳ７４６でＮＯ）、第１ＣＰＵ１２は書誌レコードを保有ＤＢ４６に追加する（ステップＳ７４７）。第１ＣＰＵ１２は、追加したレコードの保有フィールドに「無」と記録する。

記録されていると判定した場合（ステップＳ７４６でＹＥＳ）またはステップＳ７４７の終了後、第１ＣＰＵ１２はステップＳ７４４で受信したすべての書誌レコードの処理が終了したか否かを判定する（ステップＳ７４８）。終了していないと判定した場合（ステップＳ７４８でＮＯ）、第１ＣＰＵ１２はカウンタＩに１を加算する（ステップＳ７４９）。第１ＣＰＵ１２はステップＳ７４６に戻る。

終了すると判定した場合（ステップＳ７４８でＹＥＳ）、第１ＣＰＵ１２は、図１２を使用して説明した画面を表示部１６に表示する（ステップＳ７５０）。この際、ステップＳ７４１で選択を受け付けた演目に対応する文書が文書データＤＢ４４に記録されている場合には、文書欄５５に表示する。その後、第１ＣＰＵ１２は処理を終了する。

図１９は、再生のサブルーチンの処理の流れを示すフローチャートである。再生のサブルーチンは実演を再生するサブルーチンである。図１９を使用して、再生のサブルーチンの処理の流れを説明する。

第１ＣＰＵ１２は、表示部１６に表示する画面を、図１５を使用して説明した画面に切り替える（ステップＳ５２０）。第１ＣＰＵ１２は、変数Ｊを初期値１に設定する（ステップＳ５２１）。第１ＣＰＵ１２は、実演データＤＢ４５を参照して、第Ｊ実演タグに対応する文書タグを取得する（ステップＳ５２２）。

第１ＣＰＵ１２は、文書タグをキーとして文書データＤＢ４４を検索し、文書タグに対応する位置を抽出する。第１ＣＰＵ１２は、文書欄５５に実演指標６４を表示する（ステップＳ５２３）。この際、第１ＣＰＵ１２は、文書欄５５に表示する複数の文書それぞれについて、文書タグに対応する位置の抽出と実演指標６４の表示とを行う。したがって、第１ＣＰＵ１２は図１５を使用して説明した第１文書欄５５１と第２文書欄５５２のそれぞれに表示された実演指標６４をほぼ同時に移動させる。

第１ＣＰＵ１２は、実演データＤＢ４５を参照して第Ｊ実演タグに対応する部分の実演を再生する（ステップＳ５２４）。第１ＣＰＵ１２は、ユーザによる表示する文書または再生する実演の変更の指示を受け付けたか否かを判定する（ステップＳ５２５）。なお、第１ＣＰＵ１２は、たとえばユーザによるフリック等の操作により変更の指示、および、変更後の文書または実演の指定を受け付ける。

変更の指示を受け付けたと判定した場合（ステップＳ５２５でＹＥＳ）、第１ＣＰＵ１２は変更のサブルーチンを起動する（ステップＳ５２６）。変更のサブルーチンは、表示する文書または再生する実演を変更するサブルーチンである。変更のサブルーチンの処理の流れは後述する。

ステップＳ５２６の終了後、または変更の指示を受け付けていないと判定した場合（ステップＳ５２５でＮＯ）、第１ＣＰＵ１２は再生位置の変更の指示を受け付けたか否かを判定する（ステップＳ５２７）。なお、第１ＣＰＵ１２は、たとえばユーザが文書上を短時間触るタップ等の操作により再生位置の変更を受け付ける。

再生位置の変更の指示を受け付けたと判定した場合（ステップＳ５２７でＹＥＳ）、第１ＣＰＵ１２は再生位置変更のサブルーチンを起動する（ステップＳ５２８）。再生位置変更のサブルーチンは、実演を再生する位置を変更するサブルーチンである。再生位置変更のサブルーチンの処理の流れは後述する。

ステップＳ５２８の終了後、または再生位置の変更の指示を受け付けていないと判定した場合（ステップＳ５２７でＮＯ）、第１ＣＰＵ１２は実演の再生が終了したか否かを判定する（ステップＳ５２９）。終了したと判定した場合（ステップＳ５２９でＹＥＳ）。第１ＣＰＵ１２は処理を終了する。

終了していないと判定した場合（ステップＳ５２９でＮＯ）、第１ＣＰＵ１２は実演データＤＢ４５を参照して、次のレコードの実演タグの番号を変数Ｊに設定する（ステップＳ５３０）。第１ＣＰＵ１２はステップＳ５２２に戻る。

図２０は、変更のサブルーチンの処理の流れを示すフローチャートである。変更のサブルーチンは、表示する文書または再生する実演を変更するサブルーチンである。図２０を使用して、変更のサブルーチンの処理の流れを説明する。

第１ＣＰＵ１２は、変更の指示を受け付けた対象が実演であるか否かを判定する（ステップＳ５４１）。実演ではないと判定した場合（ステップＳ５４１でＮＯ）、第１ＣＰＵ１２は、文書欄５５に表示する文書を、ユーザによる指定を受け付けた文書に切り替える（ステップＳ５４２）。

さらに具体的には、第１ＣＰＵ１２は、文書データＤＢ４４を参照して、変更後の文書ファイルを文書欄５５に表示する。第１ＣＰＵ１２は、文書データＤＢ４４を参照して文書タグに対応する位置を抽出し、実演指標６４を表示する。第１ＣＰＵ１２は、その後処理を終了する。

実演であると判定した場合（ステップＳ４５１でＹＥＳ）、第１ＣＰＵ１２は、再生中の実演タグに対応する実演タグが指定を受け付けた実演に含まれているか否かを判定する（ステップＳ５５１）。

再生中の実演タグに対応する実演タグが含まれていないと判定した場合（ステップＳ５５１でＮＯ）、第１ＣＰＵ１２は実演データＤＢ４５を参照して再生中の実演タグに対応する文書タグを抽出する（ステップＳ５６１）。

第１ＣＰＵ１２は、実演データＤＢ４５を参照して、指定を受け付けた実演からステップＳ５６１で抽出した文書タグに対応する実演タグを抽出する（ステップＳ５６２）。第１ＣＰＵ１２は、ステップＳ６６２で抽出した実演タグの番号を変数Ｊに設定する（ステップＳ５６３）。

なお、ステップＳ５６２において複数の実演タグを抽出した場合、第１ＣＰＵ１２は再生中の実演タグにもっとも近い番号の実演タグを選択することが望ましい。第１ＣＰＵ１２は、どの実演タグを選択するか、ユーザによる指示を受け付けても良い。

ステップＳ５６３の終了後、または対応する実演タグが含まれていると判定した場合（ステップＳ５５１でＹＥＳ）、第１ＣＰＵ１２は再生する実演を切り替える（ステップＳ５５２）。第１ＣＰＵ１２は、その後処理を終了する。

さらに具体的には、第１ＣＰＵ１２は、実演データＤＢ４５を参照して、再生する実演ファイルを変更後の実演の実演ファイルに切り替える。第１ＣＰＵ１２は、再生中の実演タグに対応する部分の再生終了後、次の実演タグから切替後の実演ファイルを再生する。

図２１は、再生位置変更のサブルーチンの処理の流れを示すフローチャートである。再生位置変更のサブルーチンは、実演を再生する位置を変更するサブルーチンである。図２１を使用して、再生位置変更のサブルーチンの処理の流れを説明する。

第１ＣＰＵ１２は、ユーザによる指示を受け付けた文書上の座標を取得する（ステップＳ５８１）。第１ＣＰＵ１２は、文書データＤＢ４４を参照して、座標が対応する文書タグを取得する（ステップＳ５８２）。具体的には、第１ＣＰＵ１２は、取得した座標を位置フィールドに記録された範囲に含む文書タグを抽出する。

第１ＣＰＵ１２は、文書タグの抽出に成功したか否かを判定する（ステップＳ５８３）。たとえば、ステップＳ５８１で取得した座標が文書の余白や表題等、文書タグが設定されていない位置である場合である場合には、第１ＣＰＵ１２は文書タグの抽出に成功しない。成功していないと判定した場合（ステップＳ５８３でＮＯ）、第１ＣＰＵ１２は処理を終了する。

成功したと判定した場合（ステップＳ５８３でＹＥＳ）、第１ＣＰＵ１２は文書タグをキーとして、実演データＤＢ４５から実演タグを抽出する（ステップＳ５８４）。第１ＣＰＵ１２は、抽出した実演タグが１個であるか否かを判定する（ステップＳ５８５）。

１個では無いと判定した場合（ステップＳ５８５でＮＯ）、第１ＣＰＵ１２は、図１６を使用して説明した選択欄６６を表示する（ステップＳ５８６）。第１ＣＰＵ１２はユーザによる選択を取得する（ステップＳ５８７）。

ステップＳ５８７の終了後、または１個であると判定した場合（ステップＳ５８５でＹＥＳ）、第１ＣＰＵ１２は変数ＪにステップＳ５８４またはステップＳ５８７で取得した実演タグの番号を設定する（ステップＳ５８８）。第１ＣＰＵ１２は処理を終了する。

本実施の形態によると、既に保有している文書データまたは実演データと同じ演目の他の文書データまたは実演データを容易に入手することを可能にするプログラム等を提供できる。

本実施の形態のプログラム等を使用することにより、情報処理装置１１のユーザは、興味のある演目の文書および実演のコレクションを容易に充実させることが可能である。また文書および実演の提供元は、高い興味を持っているユーザに対して新着データおよび未購入のデータを薦めることが可能である。したがって、効果的な販促活動等を行うことが可能である。

本実施の形態によると、実演を再生しながら、複数の文書中の実演に対応する位置を表示することが可能なプログラム等を提供することができる。したがって情報処理装置１１のユーザは、複数の文書の対応する箇所を容易に見比べながら実演を鑑賞することが可能である。

本実施の形態によると、複数の実演をスムーズに切り替えて再生することが可能なプログラム等を提供することが可能である。

本実施の形態によると、書誌ＤＢ３６に記録されているレコードのうちの、第１情報処理装置１１のユーザが関心を持った演目に関するレコードを保有ＤＢ４６に複写するので、保有ＤＢ４６の容量を節約することが可能である。保有ＤＢ４６の容量を少なくすることにより、第１ＣＰＵ１２が行う検索等の処理を高速化することが可能である。

書誌ＤＢ３６は、演目ＩＤ毎に異なるＣＳＶ（Comma-Separated Values）ファイルまたはテキストファイル等に分けて記録されていても良い。ステップＳ７６２２において、第２ＣＰＵ２２は、ステップＳ６２１で要求を受信した演目ＩＤに対応するデータを速やかに第１ＣＰＵ１２に送信することが可能である。

同様に、保有ＤＢ４６も演目ＩＤ毎に異なるＣＳＶファイルまたはテキストファイル等に記録されていても良い。第１ＣＰＵ１２は、演目ＩＤ毎のファイルを参照することにより、ステップＳ５０５およびステップＳ５０６の処理を速やかに実施することが可能である。

文書データＤＢ３４には、文書タグフィールド、ページ番号フィールドおよび位置フィールドが空欄のレコードが記録されていても良い。実演データＤＢ３５には、実演タグフィールド、位置フィールドおよび文書タグフィールドが空欄のレコードが記録されていても良い。

このようなレコードが選択された場合には、第１ＣＰＵ１２は実演指標６４を表示しない。情報処理装置１１のユーザは、ページ送りボタン５８およびページ戻しボタン５９の操作により、希望するページを閲覧することができる。

文書データＤＢ３４および実演データＤＢ３５に、文書タグフィールド等が空欄のレコードを記録可能にすることにより、第１ＣＰＵ１２は、まだ各タグの付与が行われていない文書ファイルの表示および実演ファイルの再生を行うことが可能である。

なお、補助記憶装置１４の容量に余裕がある場合には、第１ＣＰＵ１２は、図１８を使用して説明した保有ＤＢ更新のサブルーチンをバックグラウンドで動作させて、保有ＤＢ４６のレコードを最新の状態に更新しても良い。たとえば、第１ＣＰＵ１２は、ユーザが既に文書データまたは実演データを保有している演目、ユーザの好みのジャンルの演目等に関するレコードを、書誌ＤＢ３６から取得して、保有ＤＢ４６に記録しておく。この場合、第１ＣＰＵ１２は、演目ＤＢ４１も演目ＤＢ３１とバックグラウンドで同期させることが望ましい。

このようにすることにより、第１ＣＰＵ１２は、ネットワークに接続されていない環境であっても、図１１から図１４を使用して説明した画面を表示部１６に表示して、文書および演目の表題の一覧をユーザに提示することが可能である。ユーザは、ネットワークに接続されていない環境でも、保有していない演目、文書データ、実演データ等の表題を閲覧して、楽しむことが可能である。

［実施の形態２］
本実施の形態は、実演を切り替える操作を容易に行うことが可能なプログラム等に関する。実施の形態１と共通する部分については説明を省略する。

図２２は、実施の形態２の情報処理装置１１の表示画面の例を示す説明図である。本実施の形態においては、実演データＤＢ４５に記録されており、切り替えることが可能な実演に対応する実演選択ボタン６７が文書欄５５の上に配置されている。再生中の実演を示す実演選択ボタン６７に選択指標５２が表示されている。

たとえば、ユーザが図２２の左側に表示された「ピアノ」の実演選択ボタン６７を選択した場合、第１ＣＰＵ１２は再生する実演を「ピアノ」に切り替える。

なお、実演データＤＢ４５に同一演目に関する３個以上の実演が記録されている場合、第１ＣＰＵ１２は３個以上の実演選択ボタン６７を表示しても良い。

本実施の形態によると、再生する実演をワンタッチで切り替えることが可能なプログラム等を提供することが可能である。

［実施の形態３］
本実施の形態は、未保有の実演に対応する実演選択ボタン６７も表示するプログラム等に関する。実施の形態２と共通する部分については、説明を省略する。

図２３は、実施の形態３の情報処理装置１１の表示画面の例を示す説明図である。保有ＤＢ４６に記録されている実演のうち、保有フィールドに「無」と記録されている「琴と尺八」および「合唱」については、実演選択ボタン６７が選択不能な状態で表示されている。

本実施の形態によると、実演を再生しながら、その演目に関する未保有の実演の表題を表示するプログラム等を提供することが可能である。情報処理装置１１のユーザは、実演を再生中に、未入手の他のバージョンの実演にも興味を持つことが可能である。

情報処理装置１１は、実演データＤＢ４５に記録されていない実演に対する実演選択ボタン６７の選択を受け付け、発注または発注予約等の処理を行っても良い。

［実施の形態４］
本実施の形態は、文書を用いて指定された範囲の実演を繰り返して再生することが可能なプログラム等に関する。実施の形態３と共通する部分については、説明を省略する。

図２４は、実施の形態４の情報処理装置１１の表示画面の例を示す説明図である。第１文書欄５５１および第２文書欄５５２に表示された文書に、繰り返し指標６８が表示されている。

第１ＣＰＵ１２は、一方の文書上でのユーザによるフリック操作等により繰り返し指標６８を表示する範囲を受け付ける。第１ＣＰＵ１２は、他方の文書の対応する場所にも繰り返し指標６８を表示する。

繰り返しボタン５７の選択を受け付けた場合、第１ＣＰＵ１２は繰り返し指標６８で指定された範囲を実演を繰り返して再生する。実演データＤＢ４５に同一の演目に対する複数の実演が記録されている場合、第１ＣＰＵ１２は、繰り返し毎に異なる実演を再生する。

繰り返しボタン５７の選択が解除された場合、第１ＣＰＵ１２は繰り返し範囲の終了後その続きの実演を再生する。

図２５は、実施の形態４の再生のサブルーチンの処理の流れを示すフローチャートである。図２５に示すサブルーチンは、図１９を使用して説明したサブルーチンの代わりに使用するサブルーチンである。ステップＳ５２８までは、図１９と同一であるので説明を省略する。

ステップＳ５２８の終了後、または再生位置の変更の指示を受け付けていないと判定した場合（ステップＳ５２７でＮＯ）、第１ＣＰＵ１２は繰り返し指標６８により指定された範囲の終端に到達しているか否かを判定する（ステップＳ７０１）。

到達していると判定した場合（ステップＳ７０１でＹＥＳ）、第１ＣＰＵ１２は繰り返し再生のサブルーチンを起動する（ステップＳ７０２）。繰り返し再生のサブルーチンは、繰り返し指標６８で指定された範囲を、実演を切り替えながら繰り返し再生するサブルーチンである。繰り返し再生のサブルーチンの処理の流れは後述する。

ステップＳ７０２の終了後、または繰り返し指標６８で指定された範囲の終端に到達していないと判定した場合（ステップＳ７０１でＮＯ）、第１ＣＰＵ１２は実演の再生が終了したか否かを判定する（ステップＳ５２９）。以後の処理は図１９と同一であるので説明を省略する。

図２６は、実施の形態４の繰り返し再生のサブルーチンの処理の流れを示すフローチャートである。繰り返し再生のサブルーチンは、繰り返し指標６８で指定された範囲を、実演を切り替えながら繰り返し再生するサブルーチンである。図２６を使用して、繰り返し再生のサブルーチンの処理の流れを説明する。

第１ＣＰＵ１２は、繰り返し指標６８で指定された範囲の終端であると判定した実演タグを主記憶装置１３または補助記憶装置１４に記録する。以後の説明では、ここで記録した実演タグを終端タグと記載する（ステップＳ７１１）。

第１ＣＰＵ１２は、繰り返し指標６８で指定された繰り返し開始位置の文書タグを取得する（ステップＳ７１２）。第１ＣＰＵ１２は、再生する実演を実演データＤＢ４５に記録された同一の演目の他の実演に切り替える（ステップＳ７１３）。なお、第１ＣＰＵ１２は、ユーザによる切り替える対象の実演の指定を、入力部１７を介してあらかじめ受け付けておいても良い。

第１ＣＰＵ１２は、実演データＤＢ４５を参照して、ステップＳ７１２で取得した文書タグに対応する実演タグを抽出する（ステップＳ７１４）。第１ＣＰＵ１２は、抽出した実演タグが１個であるか否かを判定する（ステップＳ７１５）。

１個であると判定した場合（ステップＳ７１５でＹＥＳ）、第１ＣＰＵ１２はステップＳ７１４で抽出した実演タグを繰り返しの開始タグに設定する（ステップＳ７１６）。１個でないと判定した場合（ステップＳ７１５でＮＯ）、第１ＣＰＵ１２は抽出した実演タグのうち、ステップＳ７１１で記録した終端タグの直近の実演タグを繰り返しの開始タグに設定する（ステップＳ７１７）。

ステップＳ７１６またはステップＳ７１７の終了後、第１ＣＰＵ１２は変数Ｊを開始タグの番号に設定する（ステップＳ７２１）。第１ＣＰＵ１２は、実演データＤＢ４５を参照して、第Ｊ実演タグに対応する文書タグを取得する（ステップＳ７２２）。

第１ＣＰＵ１２は、文書タグをキーとして文書データＤＢ４４を検索し、文書タグに対応する位置を抽出する。第１ＣＰＵ１２は、文書欄５５に実演指標６４を表示する（ステップＳ７２３）。第１ＣＰＵ１２は、実演データＤＢ４５を参照して第Ｊ実演タグに対応する部分の実演を再生する（ステップＳ７２４）。

第１ＣＰＵ１２は、繰り返しを終了するか否かを判定する（ステップＳ７２５）。たとえば、繰り返しボタン５７の選択が解除された場合に、第１ＣＰＵ１２は繰り返しを終了すると判定する。終了すると判定した場合（ステップＳ７２５でＹＥＳ）、第１ＣＰＵ１２は処理を終了する。

繰り返しを終了しないと判定した場合（ステップＳ７２５でＮＯ）、第１ＣＰＵ１２は繰り返し指標６８により指定された範囲の終端に到達しているか否かを判定する（ステップＳ７２６）。

到達していると判定した場合（ステップＳ７２６でＹＥＳ）、第１ＣＰＵ１２はステップＳ７１３に戻る。到達していないと判定した場合（ステップＳ７２６でＮＯ）、第１ＣＰＵ１２は実演データＤＢ４５を参照して、次のレコードの実演タグの番号を変数Ｊに設定する（ステップＳ７２７）。第１ＣＰＵ１２はステップＳ７２２に戻る。

本実施の形態によると、文書を用いて指定された範囲の実演を繰り返して再生することが可能なプログラム等を提供することが可能である。さらに本実施の形態によると、繰り返しのたびに実演を切り替えることができる。

情報処理装置１１のユーザは、繰り返し指標６８を設定することにより特定の範囲の実演を聞き比べることができる。実演を自動的に切り替えることが可能であるため、情報処理装置１１のユーザは、装置の操作に煩わされずに実演および文書の対比に集中することが可能である。

［実施の形態５］
本実施の形態は、実演データまたは文書データの選択により演目の選択を取得するプログラム等に関する。実施の形態１と共通する部分については説明を省略する。

図２７は、実施の形態５の情報処理装置１１の表示画面の例を示す説明図である。図２７に示す画面には、文書リスト欄７１および実演リスト欄７２が表示されている。文書リスト欄７１には、保有ＤＢ４６に記録されている文書が記録されている。

さらに具体的には、文書リスト欄の文書名列には、保有ＤＢ４６から種別フィールドの「文書」、および、保有フィールドの「保有」をキーとして抽出したレコードの、名称フィールドに記録されている文書の表題が表示されている。創作者列および表題列には、保有ＤＢ４６から抽出したレコードの演目ＩＤフィールドをキーとして、演目ＤＢ４１から抽出したレコードの創作者フィールドおよび表題フィールドに記録されている創作者および表題が表示されている。

実演リスト欄７２についても同様に、保有ＤＢ４６から抽出した実演の表題および実演ＤＢから抽出した創作者および表題が表示されている。

第１ＣＰＵ１２は、図１１から図１４を使用して説明した画面の代わりに、図２７を使用して説明した画面を表示する。第１ＣＰＵ１２は、ユーザによる実演または文書の選択を受け付けることにより、演目の選択も受け付ける。図示しない再生ボタンの選択を受け付けた後に、第１ＣＰＵ１２は表示部１６に図１５を使用して説明した画面を表示する。

第１ＣＰＵ１２は、文書データ欄７１または実演データ欄７２のどちらか一方だけを表示部１６に表示しても良い。第１ＣＰＵ１２は、図２７に示す画面に、さらに図１１を使用して説明した演目のリストを表示しても良い。

［実施の形態６］
本実施の形態は、文書、音声、ビデオ、歌詞カード等のデータを組み合わせて扱うことが可能なプログラム等に関する。実施の形態１と共通する部分については説明を省略する。

図２８から図３１は、実施の形態６の情報処理装置１１の表示画面の例を示す説明図である。図２８は、文書、音声、ビデオ、歌詞カード等のデータを選択する際に使用する画面を示す。本実施の形態においては、保有ＤＢ４６および書誌ＤＢ３６の種別フィールドには、「文書」、「音声」、「ビデオ」、「歌詞カード」が記録されている。

図２８の中央に、演目ボタン５１が表示されている。演目ボタン５１の選択を受け付けた場合、第１ＣＰＵ１２は、演目ＤＢ３１に記録されている演目がプルダウンメニュー等により表示し、演目の選択を受け付ける。

演目の選択を受け付けた場合、第１ＣＰＵ１２は書誌ＤＢ３６より選択を受け付けた演目に関連づけられたレコードを取得して、保有ＤＢ４６に記録する。第１ＣＰＵ１２は、保有ＤＢ４６の種別フィールドに記録されたデータに基づいて名称フィールドに記録された表題を分類して図２８に示すように表示する。

左上に、演目ボタン５１により選択された演目に対応する文書の一覧が表示されている。文書は、文書データＤＢ４４に記録されている。左下に、演目ボタン５１により選択された演目に対応する歌詞カードの一覧が表示されている。歌詞カードは、テキストデータまたはＰＤＦ等のイメージデータの形式で補助記憶装置１４に記録されている。

右上に、演目ボタン５１により選択された演目に対応する音楽の一覧が表示されている。右下に、演目ボタン５１により選択された演目に対応するビデオの一覧が表示されている。音楽およびビデオは、いずれも実演データＤＢ４５に記録されている。

情報処理装置１１のユーザは、任意のデータを選択および購入等を行うことが可能である。

図２９から図３１は、本実施の形態の第１ＣＰＵ１２が、図１５を使用して説明した画面の代わりに、表示部１６に表示する画面の例を示す。図２９は、画面の左側に文書欄５５を、画面の右側に動画欄７３を表示した例を示す。第１ＣＰＵ１２は、文書欄５５に縦譜の楽譜を表示している。第１ＣＰＵ１２は、動画欄７３に、実演の動画を表示している。図２９においては、実演の動画は、演奏中の実演家の手元を撮影した動画である。第１ＣＰＵ１２は、スピーカ１８から、動画に同期して音声を出力する。

図２９においては、動画の一部分が拡大指標７４により選択されている。第１ＣＰＵ１２は、拡大指標７４により選択された範囲の動画を拡大して表示する。

図２９の表示によると、第１ＣＰＵ１２は、たとえば楽器の演奏指導の動画と、楽譜とを対比して表示することが可能である。たとえば楽譜上の任意の場所の選択を受け付けた場合に、第１ＣＰＵ１２は、動画および音声の再生位置を変更する。

図３０は、第１文書欄５５１に五線譜の楽譜を、第２文書欄５５２に歌詞を表示した例を示す。第２文書欄５５２に表示されている歌詞には、文書タグが付与されている。第１ＣＰＵ１２は、実演の音声と同期して五線譜および歌詞に実演指標６４を表示する。

図３１は、画面の左側に文書欄５５を、画面の右上に動画欄７３を、画面の右下に歌詞カード欄７５を表示した例を示す。第１ＣＰＵ１２は、文書欄５５に縦譜の楽譜を表示している。第１ＣＰＵ１２は、動画欄７３には実演の動画を表示している。図３１においては、実演の動画は音楽に合わせたイメージビデオである。

第１ＣＰＵ１２は、歌詞カード欄７５に、歌詞を表示している。言語ボタン７６の選択を受け付けた場合に、第１ＣＰＵ１２は歌詞カード欄７５に表示する歌詞を切り替える。

図２８から図３１に示す画面のレイアウトはいずれも例示である。第１ＣＰＵ１２は、ユーザによるレイアウトの指定を受け付けて、表示部１６に表示することが望ましい。

さらに、第１ＣＰＵ１２は演目に関連付いた書籍、論文等を取得し、表示部１６に表示しても良い。

本実施の形態によると、演目に関連する様々な資料を組み合わせることが可能なプログラム等を提供することができる。情報処理装置１１のユーザは、一つの演目に対する様々な資料を収集し、閲覧することが可能である。

［実施の形態７］
図３２は、実施の形態７の情報処理装置１１の動作を示す機能ブロック図である。本実施の形態の情報処理装置１１は、第１ＣＰＵ１２による制御に基づいて以下のように動作する。

第１取得部９６は、演目の選択を取得する。一覧表示部９７は、第１取得部９６が取得した演目の実演を記録した実演データの表題および前記演目に関する文書データの表題をそれぞれ一覧表示する。第２取得部９８は、一覧表示部９７が一覧表示した中から選択された表題に対応する前記実演データまたは前記文書データを取得する。

［実施の形態８］
本実施の形態は、汎用のコンピュータとプログラム８２とを組み合わせて動作させることにより、本実施の形態の情報処理装置１１を実現する形態に関する。図３３は、実施の形態８の情報処理システム１０の構成を示す説明図である。図３３を使用して、本実施の形態の構成を説明する。なお、実施の形態１と共通する部分の説明は省略する。

本実施の形態の情報処理システム１０は、コンピュータ８４、およびサーバ２１を備える。コンピュータ８４とサーバ２１とは、ネットワークを介して接続している。

コンピュータ８４は、第１ＣＰＵ１２、主記憶装置１３、補助記憶装置１４、通信部１５、表示部１６、入力部１７、スピーカ１８、読取部１９およびバスを備える。コンピュータ８４は、汎用のスマートフォン、タブレット、パーソナルコンピュータ等の情報機器である。

プログラム８２は、可搬型記録媒体８１に記録されている。コンピュータ８４は、読取部１９を介してプログラム８２を読み込み、補助記憶装置１４に保存する。また第１ＣＰＵ１２は、コンピュータ８２内に実装されたフラッシュメモリ等の半導体メモリ８３に記憶されたプログラム８２を読出しても良い。さらに、第１ＣＰＵ１２は、通信部１５およびネットワークを介して接続される図示しない他のサーバコンピュータからプログラム８２をダウンロードして補助記憶装置１４に保存しても良い。

プログラム８２は、コンピュータ８４の制御プログラムとしてインストールされ、主記憶装置１３にロードして実行される。これにより、コンピュータ８４は上述した情報処理装置１１として機能する。

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 情報処理システム
１１ 情報処理装置（コンピュータ）
１２ 第１ＣＰＵ
１３ 主記憶装置
１４ 補助記憶装置
１５ 通信部
１６ 表示部
１７ 入力部
１８ スピーカ
１９ 読取部
２１ サーバ
２２ 第２ＣＰＵ
２３ 主記憶装置
２４ 補助記憶装置
２５ 通信部
３１ 演目ＤＢ
３４ 文書データＤＢ
３５ 実演データＤＢ
３６ 書誌ＤＢ
４１ 演目ＤＢ
４４ 文書データＤＢ
４５ 実演データＤＢ
４６ 保有ＤＢ
５１ 演目ボタン
５２ 選択指標
５３ 文書ボタン
５４ 実演ボタン
５５ 文書欄
５５１ 第１文書欄
５５２ 第２文書欄
５６ 再生ボタン
５７ 繰り返しボタン
５８ ページ送りボタン
５９ ページ戻しボタン
６１ 新着マーク
６２ 購入ボタン
６３ 表示位置ボタン
６４ 実演指標
６５ カーソル
６６ 選択欄
６７ 実演選択ボタン
６８ 繰り返し指標
７１ 文書リスト欄
７２ 実演リスト欄
７３ 動画欄
７４ 拡大指標
７５ 歌詞カード欄
７６ 言語ボタン
８１ 可搬型記憶媒体
８２ プログラム
８３ 半導体メモリ
８４ コンピュータ
９６ 第１取得部
９７ 一覧表示部
９８ 第２取得部

Claims (8)

1. 演目の選択を取得し、
   選択された前記演目の実演内容と実演の経過時間との関連付けを含む実演データの表題、および、前記演目に関する文書データの表題をそれぞれ一覧表示し、
   一覧表示した中から選択された表題に対応する前記実演データまたは前記文書データを取得し、
   再生中の実演データとは異なる実演データの選択を受け付けた場合に、再生中の実演内容と対応する、選択を受け付けた実演データの経過時間を取得し、
   取得した経過時間に基づいて選択を受け付けた実演データの再生開始箇所を定める
   処理をコンピュータに実行させるプログラム。
2. 選択された表題に対応する前記実演データまたは前記文書データを取得する権利を有しているか否かを判定し、
   有していないと判定した場合、前記権利を取得する
   処理をコンピュータに実行させる請求項１に記載のプログラム。
3. 前記演目の選択は、該演目を記録した実演データまたは該演目に関する文書データの選択により取得する
   処理をコンピュータに実行させる請求項１または請求項２に記載のプログラム。
4. 前記文書データは楽譜または歌詞を含み、
   前記実演データは実演の経過時間と前記文書データ中の位置との関連付けを含み、
   選択された前記実演データを再生し、
   選択された前記文書データを表示するとともに、該文書データ中に前記実演データの再生中の位置に対応する指標を表示する
   処理をコンピュータに実行させる請求項１から請求項３のいずれか一つに記載のプログラム。
5. 複数の前記文書データの選択を受け付け、
   選択を受け付けた文書データを並べて表示し、
   それぞれの文書データ中に前記指標を表示する
   処理をコンピュータに実行させる請求項４に記載のプログラム。
6. 表示中の文書データ中の位置の選択を受け付け、
   選択を受け付けた位置に関連付けられた実演データ中の経過時間を取得し、
   複数の経過時間が関連付けられている場合には、そのうちの一つの経過時間の選択を取得し、
   取得した経過時間から実演の再生を開始する
   処理をコンピュータに実行させる請求項４または請求項５に記載のプログラム。
7. 選択を受け付けた表題に対応する前記実演データまたは前記文書データを保有しているか否かを判定し、
   保有していないと判定した場合、前記実演データまたは前記文書データを販売する画面を表示する
   処理をコンピュータに実行させる請求項１から請求項６のいずれか一つに記載のプログラム。
8. 演目の選択を取得し、
   選択された前記演目の実演内容と実演の経過時間との関連付けを含む実演データの表題、および、前記演目に関する文書データの表題をそれぞれ一覧表示し、
   一覧表示した中から選択された表題に対応する前記実演データまたは前記文書データを取得し、
   再生中の実演データとは異なる実演データの選択を受け付けた場合に、再生中の実演内容と対応する、選択を受け付けた実演データの経過時間を取得し、
   取得した経過時間に基づいて選択を受け付けた実演データの再生開始箇所を定める
   処理をコンピュータに実行させる情報処理方法。

Images