ソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システム
【課題】コンテンツが登録済みであるか否かを確認してから、コンテンツ端末によってこのコンテンツの再生処理又は起動処理を行うこと。
【解決手段】コンテンツ端末３，３ａ，３ｂは、ソフトウェアを再生処理又は起動処理する再生部１７（処理手段）と、タグＴｏから、その再生部１７によって再生処理又は起動処理されるソフトウェアの付随情報を取得するリーダ１９と、リーダ１９によって取得されたソフトウェアの付随情報（メタデータ）が、各ソフトウェアのメタデータを管理するメタデータ管理サーバ５（付随情報管理装置）に登録済みであるか否かを問い合わせる確認部１２（確認手段）を有している。
【解決手段】コンテンツ端末３，３ａ，３ｂは、ソフトウェアを再生処理又は起動処理する再生部１７（処理手段）と、タグＴｏから、その再生部１７によって再生処理又は起動処理されるソフトウェアの付随情報を取得するリーダ１９と、リーダ１９によって取得されたソフトウェアの付随情報（メタデータ）が、各ソフトウェアのメタデータを管理するメタデータ管理サーバ５（付随情報管理装置）に登録済みであるか否かを問い合わせる確認部１２（確認手段）を有している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システムに係わり、特に、コンテンツの再生処理又は起動処理に関する。
【背景技術】
【０００２】
近年、インターネットを用いたコンテンツの配信サービス（以下、「コンテンツ配信サービス」という）が盛んに行われている。このようなコンテンツ配信サービスにおいては、コンテンツ端末が、コンテンツ配信サーバから所望のコンテンツの配信を受けることができる。
【０００３】
従来のコンテンツ配信サービスとしては、このコンテンツ配信サーバが、コンテンツ端末から提示された認証情報の認証に成功した場合に限り、このコンテンツ端末に対してコンテンツの供給を行うものが存在している（特許文献１参照）。
【特許文献１】特開２００６−２８５３６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年、例えば音楽や映画といったコンテンツなどのソフトウェアについては、その流通において著作権との関係が大きな問題点となっている。上記コンテンツ配信サービスにおいては、コンテンツ配信サーバがこのような認証を行った後であっても、この配信予定のコンテンツ自体が、例えば著作権に沿って著作物の利用許諾などの登録がなされたものであるか否かを確認した上で配信されるようになっていない。
【０００５】
本発明の目的は、コンテンツが登録済みであるか否かを確認してから、コンテンツ端末によってこのコンテンツの再生処理又は起動処理を行うことができるソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、第１の発明は、ソフトウェアの再生処理又は起動処理をする処理手段と、可般性付随情報記憶手段から、前記処理手段によって再生処理又は起動処理されるソフトウェアの付随情報を取得する付随情報取得手段と、前記付随情報取得手段によって取得されたソフトウェアの付随情報が、各ソフトウェアの付随情報を管理する付随情報管理装置に登録済みであるか否かを問い合わせる確認手段とを有する。
【０００７】
このような構成によれば、ソフトウェアの付随情報が付随情報管理装置に登録済みであるか否かを問い合わせてから、処理手段に、このソフトウェアの再生処理又は起動処理をさせることができる。また、処理手段に、この付随情報の内容に応じた態様でソフトウェアの再生処理又は起動処理をさせることができる。
【０００８】
第２の発明は、上記第１発明において、前記付随情報取得手段は、前記ソフトウェアの付随情報が格納された前記可般性付随情報記憶手段としての無線タグとの間で情報を送受信する送受信手段を備えることを特徴とする。
【０００９】
このような構成によれば、送受信手段によって無線タグから取得された付随情報の内容に応じて、処理手段に、このソフトウェアの再生処理又は起動処理をさせることができる。
【００１０】
第３の発明は、上記第２の発明において、前記無線タグを、前記ソフトウェアを記録した記録媒体の収納体に設けたことを特徴とする。
【００１１】
このような構成によれば、この収納体に収納された記録媒体を譲り渡せば、この記録媒体の中身であるソフトウェアの付随情報も併せて譲り渡すことができる。このため送受信手段が、記録媒体の収納体に付された無線タグとの間で情報を送受信し、この無線タグからソフトウェアの付随情報を受け取ることができる。従って処理手段は、この付随情報に基づいて所望の態様で記録媒体のソフトウェアを再生処理又は起動処理することができる。
【００１２】
第４の発明は、上記第２の発明又は第３の発明において、前記無線タグの付随情報に基づいて所望のソフトウェアをダウンロードするダウンロード手段を有することを特徴とする。
【００１３】
このような構成とすると、ソフトウェア処理装置が、再生すべきソフトウェア自体を内蔵しておく必要がなくなる。このため、ソフトウェア処理装置は、この所望のソフトウェアを常時記憶しておくための記憶媒体を内蔵しなくてもよい。
【００１４】
上記目的を達成するために、第５の発明は、再生処理又は起動処理をされたソフトウェアの付随情報を取得する付随情報取得手段と、無線タグとの間で情報の送受信を行い、前記付随情報取得手段によって取得された前記ソフトウェアの付随情報を前記無線タグに書き込む情報書込手段とを有することを特徴とする。
【００１５】
このような構成とすると、ソフトウェアの再生処理又は起動処理をした場合、このソフトウェアの付随情報を無線タグに書き込んで、この無線タグを移動させることができる。従って、この無線タグをどこへ移動させても、この無線タグの付随情報に基づいてソフトウェアを取得することができる。
【００１６】
第６の発明は、上記第５の発明において、前記情報書込手段は、前記再生処理又は起動処理をされたソフトウェアの付随情報として、前記再生処理又は起動処理をされたソフトウェア自体に関連する情報を前記無線タグに書き込み、かつ、この書き込んだ情報を、前記ソフトウェアを記録しているとともに前記無線タグが設けられた記録媒体の収納体に印刷することを特徴とする。
【００１７】
このような構成とすると、無線タグにはこのソフトウェアの付随情報及び関連情報が書き込まれているため、この無線タグを持ち歩けば、このソフトウェアの付随情報及び関連情報も携帯することができる。すると、どこへ移動しても、この無線タグの付随情報からソフトウェアを取得することができるばかりでなく、その関連情報を所望の用途に利用することができる。しかも、このソフトウェアの収納体の表面には、その関連情報に基づく画像が印刷されているため、その無線タグが設けられた収納体を参照すれば、そのソフトウェアの関連情報を把握することができる。
【００１８】
第７の発明は、再生処理又は起動処理をされる各ソフトウェアの付随情報を管理する付随情報管理装置と、処理手段によって再生処理又は起動処理をされるソフトウェアの付随情報が、前記付随情報管理装置に登録済みであるか否かを問い合わせる確認手段を含むソフトウェア処理装置とを有することを特徴とする。
【００１９】
このような構成とすると、ソフトウェアの付随情報が付随情報管理装置に登録済みであるか否かを問い合わせてから、ソフトウェア処理装置の処理手段に、このソフトウェアの再生処理又は起動処理をさせることができる。このためソフトウェア処理装置では、この付随情報の内容に応じた態様で処理手段にソフトウェアを再生処理又は起動処理をさせることができる。
【００２０】
第８の発明は、上記第７の発明において、所望の前記ソフトウェアの利用許諾が承認された場合に課金を行う承認時課金手段を有することを特徴とする。
【００２１】
このようにすると、所望のソフトウェアの利用許諾が承認された場合にのみ、処理手段に、この所望のソフトウェアの再生処理又は起動処理をさせることができるとともに、この所望のソフトウェアの利用許諾が承認される度に適正に課金を行うことができる。
【００２２】
第９の発明は、上記第７の発明又は第８の発明において、前記処理手段によって前記所望のソフトウェアが再生処理又は起動処理をされる度に課金する利用時課金手段を有することを特徴とする。
【００２３】
このようにすると、このソフトウェアを入手した際に課金される代わりに、実際に処理手段がこのソフトウェアの再生処理又は起動処理をする場合にのみ課金されることになる。このため、このソフトウェアの実際の利用状況に応じた妥当な課金がなされるようになる。
【発明の効果】
【００２４】
本発明によれば、コンテンツが登録済みであるか否かを確認してから、コンテンツ端末によってこのコンテンツの再生処理又は起動処理を行うことができるソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の一実施形態によるソフトウェア管理システムを図面を参照しつつ説明する。本実施形態は、本発明をソフトウェア管理システム等に適用した場合の実施形態である。
＜第１実施形態＞
図１は、第１実施形態としてのソフトウェア管理システム１００の構成例を示すシステム構成図である。
【００２６】
ソフトウェア管理システム１００は、コンテンツ端末３（ソフトウェア処理装置）、メタデータ管理サーバ５（付随情報管理装置）、無線アクセスポイント４及びネットワーク７を有する。このコンテンツ端末３は、例えば無線或いは有線によってネットワーク７に接続可能な構成となっている。
【００２７】
コンテンツ端末３は、例えば音楽、映画などのコンテンツを再生するための情報端末である。本実施形態では、コンテンツ端末３が再生するコンテンツの一例として音楽を例示する。コンテンツ端末３は、例えばこのコンテンツを出力するためのコンテンツデータを格納している。なお、このコンテンツ端末３は再生中の音楽に合わせて映像を表示してもよい。
【００２８】
一方、メタデータ管理サーバ５（付随情報管理装置）は、上記コンテンツ端末３が再生するコンテンツ群に関するメタデータ（付随情報）を管理するサーバコンピュータである。ここで、メタデータとは、例えば音楽或いは映像に付随する情報を表しており、例えばコンテンツの著作者、ジャンル、タイトル、コンテンツデータのデータ形式を総称したものである。このメタデータ管理サーバ５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を採用したネットワーク７に接続されている。無線アクセスポイント４は、コンテンツ端末３がネットワーク７にアクセスするための基地局などのアクセスポイントを表している。従って、メタデータ管理サーバ５及びコンテンツ端末３は、無線アクセスポイント４及びネットワーク７を経由して互いにデータ通信が可能な構成となっている。
【００２９】
図２は、図１に示すコンテンツ端末３のハードウェアの構成例を示すブロック図である。
【００３０】
コンテンツ端末３は、通信部１１、記憶部１３、制御部１５、再生部１７及び操作部２０を備えている。
【００３１】
通信部１１は、制御部１５の制御によって、コンテンツ端末３の外部との間でデータ通信を行う機能を有する。記憶部１３は、例えばメモリ、ハードディスクドライブのような記憶媒体を表している。この記憶部１３は、制御部１５の制御によって上記コンテンツデータ及びメタデータを記憶する機能を有する。この記憶部１３は、例えばいわゆるツリー構造の格納場所に各データを格納可能となっており、これらコンテンツデータ及びメタデータを各々格納場所（例えばフォルダ或いはディレクトリ）に格納可能となっている。
【００３２】
再生部１７（処理手段）は、コンテンツ（ソフトウェアの一種）の再生処理又は起動処理をする機能を有する。この再生部１７は、制御部１５の制御によって、例えば記憶部１３に記憶されているコンテンツデータの格納場所を指定し、このコンテンツデータを読み出し、そのコンテンツを再生する機能を有する。なお、このコンテンツデータの格納場所は、例えばユーザの操作に応じて指定されたコンテンツに応じて特定される。
【００３３】
制御部１５は、操作部２０の操作に応じてコンテンツ端末３の動作を制御する。つまりこの制御部１５は、通信部１１、記憶部１３及び再生部１７を制御することで、コンテンツ端末３全体の動作を制御している。操作部２０は、このコンテンツを再生するための再生ボタン及び、再生中のコンテンツを停止するための停止ボタンなどを表している。
【００３４】
図３は、図１に示すコンテンツ端末３のソフトウェア構成例を示すブロック図である。
【００３５】
コンテンツ端末３は、ソフトウェアとして、確認部１２、再生制御部１４及びコンテンツデータ１６を有する。
【００３６】
コンテンツデータ１６は、上述した記憶部１３に格納されている。このコンテンツデータ１６は音楽などのコンテンツに関するデータである。
【００３７】
再生制御部１４（処理手段）は、上述した再生部１７によって、そのコンテンツデータ１６などのソフトウェアを再生処理又は起動処理する機能を有する。本実施形態では、上述のようにコンテンツとして音楽を例示し、このコンテンツ端末３が音楽を再生することを例示している。
【００３８】
この確認部１２は、再生部１７（処理手段）によって再生処理又は起動処理されるコンテンツ（ソフトウェア）に関するメタデータ（付随情報）が、メタデータ管理サーバ５（付随情報管理装置）に登録済みであるか否かを問い合わせる機能を有する。
【００３９】
図４は、図１に示すメタデータ管理サーバ５のソフトウェア構成例を示すブロック図である。
【００４０】
メタデータ管理サーバ５は、通信制御部２１、認証部２３、コンテンツ登録確認部２５、データベース２７を有する。このデータベース２７は、認証テーブル２８及びメタデータテーブル２９を有する。
【００４１】
通信制御部２１は、メタデータ管理サーバ５の外部との間で上述したネットワーク７を用いてデータ通信を行う際における制御機能を有する。認証部２３は、通信制御部２１を制御し、上記コンテンツ端末３からの検索要求に基づいて、この検索要求に含まれるコンテンツＩＤに基づいて、認証テーブル２８を検索する検索機能を有する。この認証テーブル２８については後述する。
【００４２】
コンテンツ登録確認部２５は、上記検索要求に含まれるコンテンツＩＤに基づいてメタデータテーブル２９を検索し、このコンテンツＩＤに該当するレコードデータが存在しているか否かを確認する（登録確認処理）。このメタデータテーブル２９については後述する。このコンテンツ登録確認部２５は、この確認結果を通信制御部２１を経由してコンテンツ端末３に対して送信する機能を有する（登録確認処理）。
【００４３】
図５は、図４に示す認証テーブル２８の構成例を示すテーブル構成図である。
【００４４】
認証テーブル２８は、例えばカラム（列情報）としてユーザＩＤ、コンテンツＩＤ及び利用許諾フラグを有する。この認証テーブル２８は、例えばユーザＩＤ及びコンテンツＩＤを検索キーとしてレコードデータ（行情報）として利用許諾フラグを検索可能となっている。
【００４５】
この利用許諾フラグは、例えば「１」が、このコンテンツＩＤに該当するコンテンツに関して利用許諾されていることを表し、例えば「０」が、このコンテンツＩＤに該当するコンテンツに関して利用許諾されていないことを表している。本実施形態では、この認証テーブル２８の具体例として、ユーザＩＤが「０００１」であり、かつ、コンテンツＩＤが「００００３」であるレコードデータにおいて利用許諾が「１」であることを例示している。
【００４６】
図６は、図４に示すメタデータテーブル２９の構成例を示すテーブル構成図である。
【００４７】
メタデータテーブル２９は、そのカラムとして、例えばコンテンツＩＤ、著作者、ジャンル、タイトル及びデータ形式を管理している。著作者は、コンテンツＩＤに該当するコンテンツの著作者を表している。ジャンルは、コンテンツが属する種別を表している。タイトルは、コンテンツの題名を表している。データ形式は、このコンテンツＩＤに該当するコンテンツデータのデータ形式を表している。
【００４８】
このメタデータテーブル２９は、上述のように、コンテンツ登録確認部２９によって、例えばコンテンツＩＤを検索キーとして、これら著作者、ジャンル、タイトル及びデータ形式のいずれか又はこれらいずれかの組み合わせを検索することができる構成となっている。
【００４９】
このメタデータテーブル２９では、例えばコンテンツＩＤが「０００１」のレコードデータとして、著作者が「西島三郎」、ジャンルが「音楽」、タイトルが「お母さんよ」、データ形式が「ＭＩＤＩ」であることを表している。
【００５０】
またメタデータテーブル２９では、例えばコンテンツＩＤが「０００２」のレコードデータとして、著作者が「北鳥三郎」、ジャンルが「音楽」、タイトルが「日本海」、データ形式が「ＭＩＤＩ」であることを表している。また、メタデータテーブル２９では、コンテンツＩＤが「００００３」のレコードデータとして、著作者が「北島二郎」、ジャンルが音楽、タイトルが能登半島、データ形式がＭＩＤＩであることを表している。
【００５１】
コンテンツ端末３及びソフトウェア管理システム１００は、以上のような構成であり、次に図１〜図６を用いつつこのコンテンツ端末３及びソフトウェア管理システム１００の動作例について説明する。このソフトウェア管理システム１００の動作には、後述する端末処理及びメタデータサーバ処理を含んでいる。本実施形態では、このメタデータ管理サーバ５が、コンテンツデータ１６のメタデータを管理する組織に配置されている。このような組織としては、例えば著作権を管理する管理団体（例えば社団法人日本音楽著作権協会、いわゆるＪＡＳＲＡＣ）を挙げることができる。
【００５２】
図７は、コンテンツ端末３における端末処理における手順の一例を示すフローチャートである。
【００５３】
本実施形態では、ユーザがコンテンツ端末３を操作し、コンテンツとして例えば所望の音楽を再生しようとしている。このユーザが操作部２０の１つである再生ボタンを操作し、この音楽を再生しようとすると、この操作部２０が制御部１５に対して再生指示信号を出力する。ステップＳ１では、制御部１５が操作部２０からの再生指示信号を取得したか否かを判断する。
【００５４】
制御部１５は、操作部２０からの再生指示信号がない場合には待ち処理を行い、この再生指示信号があった場合には次のようなステップＳ２を実行する。このステップＳ２では、制御部１５が通信部１１を制御し、この再生すべきコンテンツの検索要求を行う。
【００５５】
具体的には、制御部１５が、この再生すべきコンテンツのコンテンツＩＤ及び自らのユーザＩＤを含めた検索要求データを生成する。なお、このコンテンツＩＤは、上記所望の音楽をその他の音楽などのコンテンツ群から識別するための識別子である。制御部１５は、この検索要求データをネットワーク７を経由してメタデータ管理サーバ５に対して送信する。なお、この検索要求データを受信したメタデータ管理サーバ５における詳細な処理内容については後述する。
【００５６】
次にステップＳ３では、制御部１５が通信部１１を制御し、メタデータ管理サーバ５から検索結果データを受信したか否かを判断する。この制御部１５は、この検索結果データを受信するまで待ち、この検索結果データを受信すると、次のステップＳ４を実行する。このステップＳ４では、制御部１５が、この検索結果データに含まれる登録済フラグが「１」であるか否かを判断する。
【００５７】
なお、この登録済フラグは、コンテンツに関して利用許諾がなされているか否かにかかわらず、単に、このコンテンツに関するメタデータがメタデータ管理サーバ５に登録されているか否かを表している。この点において、この登録済フラグは利用許諾フラグと異なっている。この登録済フラグの詳細については後述する。
【００５８】
制御部１５は、登録済フラグが「１」でない場合には、この端末処理を終了し、一方、登録済フラグが「１」である場合には、次に示すステップＳ５を実行する。このステップＳ５では、制御部１５が、再生部１７に対して再生開始信号を出力する。すると再生部１７は、記憶部１３から、上記コンテンツＩＤに該当するコンテンツの実体であるコンテンツデータ１６を取得する。
【００５９】
図８は、上記メタデータ管理サーバ５によるメタデータサーバ処理の手順の一例を示すフローチャートである。このメタデータサーバ処理は、メタデータ管理サーバ５におけるメタデータの検索処理の手順の一例を表している。
【００６０】
ステップＳ１１では、認証部２３が、通信制御部２１を制御し、上記検索要求データを受信しているか否かを判断する。この検索要求データは、上述したコンテンツ端末３におけるステップＳ２の処理によって出力されたものである。
【００６１】
認証部２３は、この検索要求データを受信するまで待ち、この検索要求データを受信すると、コンテンツ登録確認部２５に対し、コンテンツ端末３が再生しようとしているコンテンツが登録されているか否かを確認させる。ステップＳ１２では、このコンテンツ登録確認部２５が、その検索要求データに含まれるコンテンツＩＤに基づいて、メタデータテーブル２９を検索する。具体的には、コンテンツ登録確認部２５が、コンテンツＩＤを検索キーとしてメタデータテーブル２９のレコードデータを検索することで、レコードデータがヒットするか否かを判断する。
【００６２】
本実施形態では、上述のようにコンテンツＩＤが「００００１」であることが指定されているため、このコンテンツ登録確認部２５が、このメタデータテーブル２９においてデータ（図６に示す最上段のレコードデータ）をヒットすることができる（ステップＳ１３）。
【００６３】
このコンテンツ登録確認部２５は、このようにレコードデータがヒットした場合には登録済フラグを「１」と設定する一方（ステップＳ１４）、レコードデータがヒットしなかった場合には登録済フラグを「０」と設定する（ステップＳ１５）。
【００６４】
次に、ステップＳ１６では、コンテンツ登録確認部２５が、このコンテンツＩＤ及びその登録済フラグを有する検索結果データを作成する。次にステップＳ１７では、コンテンツ登録確認部２５が、通信制御部２１を制御し、ネットワーク７を経由して、上述のように作成した検索結果データをコンテンツ端末３に対して送信する。このコンテンツ端末３においては、上述したように、この検索結果データに基づいて、自らが再生を試みているコンテンツがメタデータ管理サーバ５に登録されていることを確認した上で、このコンテンツを再生することができる。
【００６５】
上記実施形態におけるソフトウェア管理システム１００は、再生処理又は起動処理をされる各コンテンツ（ソフトウェアの一例）のメタデータ（付随情報）を管理するメタデータ管理サーバ５（付随情報管理装置）と、再生部１７（処理手段）によって再生処理又は起動処理されるコンテンツ（ソフトウェア）のメタデータ（付随情報）が、そのメタデータ管理サーバ（付随情報管理装置）５に登録済みであるか否かを問い合わせる確認部１２（確認手段）を含むコンテンツ端末３（ソフトウェア処理装置）を有する。
【００６６】
このような構成とすると、再生対象のコンテンツに関するメタデータがメタデータ管理サーバ５に登録済みであるか否かを問い合わせてから、コンテンツ端末３の再生部１７に、この再生対象のコンテンツ（ソフトウェア）を再生処理又は起動処理させることができる。このためコンテンツ端末３では、このメタデータの内容に応じた態様で再生部１７（処理手段）にコンテンツの再生処理又は起動処理をさせることができる。
＜第２実施形態＞
図９は、第２実施形態におけるソフトウェア管理システム１００ａの一部であるコンテンツ端末３ａ及びタグＴｏを示す図である。
【００６７】
第２実施形態におけるソフトウェア管理システム１００ａは、第１実施形態とほぼ同様の構成でありほぼ同様の動作を行う。このため第２実施形態では、同一の構成及び動作については第１実施形態における図１乃至図８と同一の符号を用いるとともに、その説明を省略し、以下の説明では異なる点を中心として説明する。
【００６８】
第１実施形態においては、ユーザがコンテンツ端末３におけるコンテンツデータの位置を自ら特定し、このコンテンツデータを再生していたが、第２実施形態では、いわゆるリーダ機能を有するコンテンツ端末３にユーザがタグＴｏを近づけると、このコンテンツ端末３が内蔵するコンテンツデータ群のうちどのコンテンツデータを再生するか否かを特定することができるようになっている。以下、具体的に説明する。
【００６９】
本実施形態では、タグＴｏが、ユーザが再生を希望するコンテンツ（ソフトウェア）のメタデータ（付随情報）を予め格納している。このタグＴｏは、このメタデータを書き込むよう図示しないタグラベル作成装置によって作成されている。このタグＴｏは、ユーザが再生を希望するコンテンツデータ自体を記憶しているのではなく、このコンテンツデータに関するメタデータを記憶しているのである。
【００７０】
このメタデータは、上述した第１実施形態におけるメタデータの内容の代わりに或いは併せて、コンテンツ端末３の記憶部１３におけるこのコンテンツデータの格納場所に関する情報（配置情報）を有する。なおこのタグＴｏは、このような配置情報などのみならず、このコンテンツデータに関係するその他の情報、このコンテンツデータには関係しないその他の情報を格納していてもよい。
【００７１】
図１０は、図９に示すコンテンツ端末３のハードウェア構成例を示すブロック図である。なお、図１０に示すコンテンツ情報端末３ａは、第１実施形態におけるコンテンツ端末３とほぼ同様の構成であることから、以下の説明では異なる点を中心して説明する。
【００７２】
このコンテンツ端末３ａは、第１実施形態におけるコンテンツ端末３の構成に加えてリーダ１９を備えている。このリーダ１９（付随情報取得手段）は、可般性付随情報記憶手段の一例としてのタグＴｏから、再生部１７（処理手段）によって再生処理又は起動処理されるコンテンツ（ソフトウェア）のメタデータを取得する機能を有する。具体的には、このリーダ１９は、上記コンテンツ（ソフトウェア）のメタデータが格納された可般性付随情報記憶手段としてのタグＴｏ（無線タグ）との間で情報を送受信する機能を有する（送受信手段）。また確認部１２は、このリーダ１９によって取得されたメタデータ（付随情報）が、メタデータ管理サーバ５（付随情報管理装置）に登録済みであるか否かを問い合わせる機能を有する。
【００７３】
第２実施形態におけるソフトウェア管理システム１００ａの一部としてのコンテンツ端末３ａは以上のような構成であり、次に図１〜図１０を用いてこのコンテンツ端末３ａなどの動作例について説明する。なお以下の説明においては、メタデータ管理サーバ５におけるコンテンツの登録確認処理については同様であるので、以下の説明では異なる点を中心として説明する。
【００７４】
ユーザは、コンテンツ端末３ａにおいて再生を希望するコンテンツに関するメタデータを上記タグＴｏに予め記憶させている。このメタデータとしては、第１実施形態における内容のみならず、その代わりに或いは併せて、上述のように記憶部１３における所望のコンテンツデータの配置に関する配置情報を含んでいる。
【００７５】
このコンテンツ端末３ａは、上述のようにいわゆるリーダ機能（リーダ１９）を搭載しており、このリーダ１９は、ユーザがこのタグＴｏをコンテンツ端末３ａに近づけたことを契機として、このタグＴｏから再生を希望する所望のコンテンツに関するメタデータを読み取ることができる。
【００７６】
このメタデータは、上述した配置情報を含んでおり、コンテンツ端末３ａはこの配置情報に基づいて、再生を希望するコンテンツデータが記憶部１３のいずれの場所に配置しているか否かを把握することができる。このようにすると、コンテンツ端末３ａにおいては、このユーザが特に特定しなくても、再生部１７が、制御部１５の制御に応じて記憶部１３における所定の配置場所から上記所望のコンテンツデータを取得することができるようになる。
【００７７】
また本実施形態では、このメタデータに、問い合わせ先に関する情報（例えばメタデータ管理サーバ５のＵＲＬ、アドレス）を含めておき、コンテンツ端末３が、この問い合わせ先に関する情報に基づいてメタデータ管理サーバ５に接続するようにしてもよい。
【００７８】
以上のように、上記実施形態におけるコンテンツ端末３ａ（ソフトウェア処理装置）は、ソフトウェア（例えば音楽のようなコンテンツ）の再生処理又は起動処理をする再生部１７（処理手段）と、可般性付随情報記憶手段としてのタグＴｏから、再生部１７によって再生処理又は起動処理されるソフトウェアのメタデータ（付随情報）を取得するリーダ１９（付随情報取得手段）と、そのリーダ１９によって取得されたソフトウェアのメタデータが、各ソフトウェアのメタデータを管理するメタデータ管理サーバ５に登録済みであるか否かを問い合わせる確認部１２（確認手段）を有する。なお「可般性」とは、例えば、搬送可能なこと、つまり携帯して持ち歩き可能なことを表している。
【００７９】
このようにすると、再生対象のソフトウェアに関するメタデータがメタデータ管理サーバ５に登録済みであるか否かを問い合わせてから、コンテンツ端末３が、再生部１７（処理手段）に、このソフトウェアの再生処理又は起動処理をさせることができる。またコンテンツ端末３は、再生部１７に、このメタデータの内容に応じた態様でソフトウェアを再生処理又は起動処理をさせることができる。
【００８０】
また、上記実施形態おけるコンテンツ端末３ａ（ソフトウェア処理装置）は、上記構成に加えてさらに、上記リーダ１９（付随情報取得手段）は、ソフトウェア（例えばコンテンツ）のメタデータ（付随情報）が格納された可般性付随情報記憶手段としてのタグＴｏ（無線タグ）との間で情報を送受信する機能を有する（送受信手段）。
【００８１】
このようにすると、コンテンツ端末３ａが、リーダ１９（送受信手段）によってタグＴｏ（無線タグ）から出力されたメタデータの内容に応じて再生部１７（処理手段）に、このソフトウェア（例えばコンテンツ）を再生処理又は起動処理をさせることができる。
＜第３実施形態＞
図１１は、第３実施形態におけるソフトウェア管理システム１００ｂのシステム構成例を示す図である。
【００８２】
第３実施形態におけるソフトウェア管理システム１００ｂは、第１実施形態及び第２実施形態とほぼ同様の構成でありほぼ同様の動作を行う。このため第３実施形態では、同一の構成及び動作については第１実施形態及び第２実施形態における図１乃至図１０と同一の符号を用いるとともに、その説明を省略し、以下の説明では異なる点を中心として説明する。
【００８３】
第１実施形態及び第２実施形態では、各々、ユーザが再生を希望する所望のコンテンツデータが予めコンテンツ端末３，３ａに格納されていたが、第３実施形態においては、これらコンテンツ端末３，３ａがそれぞれ、このコンテンツデータをダウンロードして取得可能な構成となっている。
【００８４】
またこのソフトウェア管理システム１００ｂでは、第１実施形態及び第２実施形態におけるソフトウェア管理システム１００，１００ａの構成に加えて、コンテンツプロバイダサーバ９がネットワーク７に接続されている点が異なっている。
【００８５】
上記コンテンツ端末３，３ａは、再生対象とするコンテンツのコンテンツデータを要求するためのコンテンツ要求データを、コンテンツプロバイダサーバ９に送信する機能を有する。このコンテンツプロバイダサーバ９は、上記コンテンツ端末３，３ａからのコンテンツ要求データに応じて、所望のコンテンツデータを提供するサーバコンピュータである。
【００８６】
コンテンツプロバイダサーバ９は、コンテンツＩＤを検索キーとして、各コンテンツデータを管理している。このコンテンツプロバイダサーバ９は、上記コンテンツ要求データに基づいて、このコンテンツ要求データに含まれるコンテンツＩＤに該当するコンテンツデータを、内蔵するハードディスク（図示せず）から取得し、ネットワーク７を経由してコンテンツ端末３，３ａに対して送信する機能を有する。
【００８７】
図１２は、図１１に示すコンテンツ端末３，３ａのソフトウェア構成例を示すブロック図である。なお図１２に示すソフトウェア構成例においては、第１実施形態などにおける図３に示すソフトウェア構成例との相違点を中心として説明する。なお、以降の説明においては、第１実施形態及び第２実施形態におけるソフトウェアの構成を明示するため、コンテンツ端末３，３ａをコンテンツ端末３ｂと呼ぶ。
【００８８】
第３実施形態においては、ダウンロード制御部１８を有している点が異なっている。このダウンロード制御部１８は、上記制御部１５によるコンテンツ要求データに基づいて上述した通信部１１を制御する。このダウンロード制御部１８は、ユーザが再生を希望するコンテンツデータのコンテンツＩＤを、このコンテンツ要求データに含めてネットワーク７を経由してコンテンツプロバイダサーバ９に対して送信する。
【００８９】
このダウンロード制御部１８は、通信部１１を制御し、上述のようにコンテンツプロバイダサーバ９から、このコンテンツ要求データに対応したコンテンツデータをダウンロードする際における制御を行う。このようにしてダウンロードすると、コンテンツ端末３ｂは、所望のコンテンツデータ１６を図示のように取得することができる。
【００９０】
本実施形態では、例えばタグＴｏに、メタデータ管理サーバ５の問い合わせ先に関する情報（例えばＵＲＬ、アドレスなど）を含むメタデータを記憶させておき、コンテンツ端末３が、この問い合わせ先に関する情報に基づいてコンテンツプロバイダサーバ９にコンテンツ要求データを送信するようにしても良い。
【００９１】
上記実施形態におけるコンテンツ端末３ｂ（ソフトウェア処理装置）は、上記構成に加えて、タグＴｏ（無線タグ）のメタデータ（付随情報）に基づいて所望のソフトウェア（例えばコンテンツデータ）をダウンロードするダウンロード制御部１８（ダウンロード手段）を有する。
【００９２】
このような構成とすると、コンテンツ端末３ｂが、再生すべきソフトウェア（例えばコンテンツデータ）自体を内蔵しておく必要がなくなる。このためコンテンツ端末３ｂは、この所望のソフトウェアを常時記憶しておくための記憶媒体を内蔵しなくてもよい。
【００９３】
＜第４実施形態＞
図１３は、第４実施形態におけるソフトウェア管理システム１００ｃの構成例のシステム構成例を示すブロック図である。
【００９４】
第４実施形態におけるソフトウェア管理システム１００ｃは、第１実施形態〜第３実施形態とほぼ同様の構成でありほぼ同様の動作を行う。そのため第４実施形態においては、同一の構成及び動作については第１実施形態〜第３実施形態における図１〜図１２と同一の符号を用いるとともにその説明を省略し、以下の説明では異なる点を中心として説明する。
【００９５】
第４実施形態においては、第１実施形態〜第３実施形態（以下、単に「第１実施形態など」という）の構成に加えて、課金サーバ１０がネットワーク７に接続されている点が異なっている。なお、図１３に示すシステム構成においては、必要に応じて、上述したコンテンツプロバイダサーバ９を追加することができる。以下の説明では、このコンテンツプロバイダサーバ９を省略する。
【００９６】
この課金サーバ１０は、ユーザが使用するコンテンツ端末３，３ａ，３ｂ（以下、代表として「コンテンツ端末３」を例示する）によるコンテンツの使用状況に応じて課金を行う機能を有する。以下、この課金サーバ１０の具体的な構成例について説明する。
【００９７】
図１４は、図１３に示す課金サーバ１０のソフトウェア構成例を示すブロック図である。
【００９８】
この課金サーバ１０は、通信制御部３１、課金部３２（承認時課金手段、利用時課金手段）及びデータベース３５を有する。このデータベース３５は、課金テーブル３７及び課金単価テーブル３９を有する。通信制御部３１は、課金サーバ１０がネットワーク７を経由して、その外部とデータ通信を行う際の通信の制御を行う機能を有する。
【００９９】
課金部３２は、例えば認証を終えたメタデータ管理サーバ５からの課金請求に応じて、次に示すような課金処理を実行する。なお、この課金請求は、コンテンツ端末３から行われても良い。この課金部３２（承認時課金手段）は、所望のコンテンツ（ソフトウェア）の利用許諾が承認された場合に、課金を行う機能を有する（承認時課金機能）。なお、ここでいう利用許諾は、上記メタデータ管理サーバ５における利用許諾を表しているが、その代わりに、課金サーバ１０自体が、図４に示す認証部２３及び認証テーブル２８を備えており、同様にコンテンツに関する利用認証を行う構成であっても良い（認証手段）。
【０１００】
また、課金部３２（利用時課金手段）は、例えばコンテンツ端末３の再生部１７（処理手段）によって所望のソフトウェア（例えばコンテンツ）が再生処理又は起動処理をされる度に課金する機能を有する（利用時課金機能）。なお、課金部３２は、課金処理として承認時課金機能又は利用時課金機能を発揮させてもよいし、これら承認時課金機能及び利用時課金機能を併せて発揮させても良い。以下の説明では、この課金部３２が、データベース３５の課金テーブル３７及び課金単価テーブル３９を用いて、これら承認時課金機能及び利用時課金機能を用いて課金処理を行うことを例示する。
【０１０１】
図１５は、図１４に示す課金テーブル３７の構成例を示すテーブル構成図である。
【０１０２】
この課金テーブル３７は、カラム（列情報）として、例えばユーザＩＤ、コンテンツＩＤ、使用回数及び合計金額を有する。
【０１０３】
ユーザＩＤ及びコンテンツＩＤは、上述しているので説明を省略する。
【０１０４】
使用回数は、ある特定のユーザＩＤを有するユーザがある特定のコンテンツＩＤに該当するコンテンツデータを使用した回数を表している。合計金額は、上述した使用回数及び課金単価に応じて算出された合計金額を表している。
【０１０５】
具体的には、ユーザＩＤが「０００１」であり、かつ、コンテンツＩＤが「００００１」である場合には、このコンテンツの使用回数が４回であり、この使用回数に応じた合計金額（課金合計金額）が２００円となっている。また、ユーザＩＤが「０００１」であり、かつ、コンテンツＩＤが「００００３」である場合には、このコンテンツの使用回数が０回であり、この使用回数に応じた合計金額（課金合計金額）が０円となっている。また、ユーザＩＤが「０００２」であり、かつ、コンテンツＩＤが「００００２」である場合には、このコンテンツの使用回数が１回であり、この使用回数に応じた合計金額（課金合計金額）が７０円となっている。
【０１０６】
図１６は、図１４に示す課金単価テーブル３９の構成例を示すテーブル構成図である。
【０１０７】
この課金単価テーブル３９は、カラム（列情報）として、例えばコンテンツＩＤ及び課金単価を有する。このコンテンツＩＤは、図１５に示すコンテンツＩＤにリンクしている。
【０１０８】
課金単価は、各コンテンツＩＤごとに課金すべき単価を表している。具体的には、コンテンツＩＤが「００００１」である場合には課金単価が５０円と設定されている。また、コンテンツＩＤが「００００２」である場合には課金単価が７０円と設定されている。また、コンテンツＩＤが「００００３」である場合には課金単価が６０円と設定されている。
【０１０９】
図１７は、上記課金処理の手順の一例を示すフローチャートである。なお、この課金処理は上記課金サーバ１０における課金処理を表している。
【０１１０】
まずステップＳ２１では、課金部３２が通信制御部３１を制御し、例えばコンテンツ端末３からの課金請求があったか否かを判断する。なお、この課金請求は、コンテンツ端末３からなされる代わりに、コンテンツ端末３からのコンテンツのダウンロード要求に応じてメタデータ管理サーバ５からなされるようにしてもよい。
【０１１１】
課金部３２は、課金請求があるまで待ち処理を行い、上記課金請求があった場合には、次に示すステップＳ２４を実行する。
【０１１２】
このステップＳ２４では、まず、課金部３２が上記課金請求に含まれるユーザＩＤに基づいて課金テーブル３７を検索する。まず課金部３２は、このユーザＩＤが課金テーブル３７に存在するか否かを判断する。この課金部３２は、課金テーブル３７にこのユーザＩＤが存在しない場合には、このユーザＩＤで新規レコードデータ（図示のレコードに相当）を課金テーブル３７に作成する（ステップＳ２５）。
【０１１３】
一方、課金部３２は、このユーザＩＤが課金テーブル３７に存在した場合には次に示すステップＳ２６を実行する。このステップＳ２６では、課金部３２が、課金単価テーブル３９から、上記課金請求に含まれるコンテンツＩＤに基づく課金単価を取得する（ステップＳ２６）。次にステップＳ２７では、課金部３２が、このように取得したコンテンツデータの課金単価に使用回数を掛け合わせて合計金額を演算する。
【０１１４】
さらにこのステップＳ２７では、課金部３２が、これらユーザＩＤ及びコンテンツＩＤをキーとして、課金テーブル３７にこの演算結果としての合計金額を書き込んで更新する。
【０１１５】
上記実施形態におけるソフトウェア管理システム１００は、上記構成に加えてさらに、所望のコンテンツ（ソフトウェア）の利用許諾が承認された場合に課金を行う課金部３２（承認時課金手段）を有する。
【０１１６】
このようにすると、所望のコンテンツ（ソフトウェア）の利用許諾が承認された場合にのみ、処理手段に、この所望のコンテンツ（ソフトウェア）の再生処理又は起動処理をさせることができるとともに、この所望のコンテンツ（ソフトウェア）の利用許諾が承認される度に適正に課金を行うことができる。
【０１１７】
上記実施形態におけるソフトウェア処理装置１００は、上記構成に加えて或いはそれに代えて、再生部１７など（処理手段）によって所望のコンテンツ（ソフトウェア）が再生処理又は起動処理をされる度に課金する課金部３２（利用時課金手段）を有する。
【０１１８】
このようにすると、このコンテンツ（ソフトウェア）を入手した際に課金される代わりに、実際に処理手段がこのコンテンツ（ソフトウェア）の再生処理又は起動処理をする場合にのみ課金されることになる。このため、このコンテンツ（ソフトウェア）の実際の利用状況に応じた妥当な課金がなされるようになる。
＜第５実施形態＞
図１８は、第５実施形態におけるタグＴｏが記憶媒体４１の収納体４２に設けられている様子及びコンテンツ端末３，３ａ，３ｂの構成例を示す図である。
【０１１９】
第５実施形態においては、上述した第２実施形態などにおけるタグＴｏが記憶媒体４１（例えばコンパクトディスク）の収納体４２（例えばジャケット）に設けられている点が異なっている。なお第５実施形態においては、その他の構成及び動作については、上述の第２実施形態から第４実施形態と各々同様であるので説明を省略する。
【０１２０】
第５実施形態においては、例えばユーザが楽曲などのコンテンツデータを購入したときに、上述したタグラベル作成装置（図示せず）でタグＴｏを含むタグラベルを発行している。すると、コンテンツ（以下、コンパクトディスク４１を例示する）を販売する販売店においては、このように発行したタグラベルを、このコンパクトディスク４１を収納するジャケット４２に貼り付けて販売用に展示する。
【０１２１】
これを購入したユーザは、このジャケット４２ごと購入したコンパクトディスク４１を携帯すると、同時にタグＴｏを有するタグラベルも携帯することになる。従って、ユーザがジャケット４２をコンテンツ端末３などに近づけると、このコンテンツ端末３などは、ジャケット４２のタグＴｏから、上記タグデータをリーダ機能を用いて読み出すことができる。
【０１２２】
上記実施形態におけるコンテンツ端末３，３ａ，３ｂは、各々、タグＴｏ（無線タグ）を、そのソフトウェア（例えばコンテンツデータ）を記録した記録媒体（例えばコンパクトディスク４１）の収納体（例えばパッケージ：ジャケット４２）に設けている。
【０１２３】
このような構成とすると、コンテンツ端末３などは、このジャケット４２（収納体）に収納されたコンパクトディスク４１（記録媒体）を販売により譲り渡せば、このコンパクトディスク４１の中身であるソフトウェアのメタデータも併せて譲り渡すことができる。このため上記リーダ１９が、コンパクトディスク４１のジャケット４２に付されたタグＴｏ（無線タグ）との間で情報を送受信し、このタグＴｏからソフトウェアのメタデータを受け取ることができる。従って再生部１７（処理手段）は、この付随情報に基づいて所望の対応でコンパクトディスク４１のソフトウェアを再生処理又は起動処理をすることができる。
＜応用例＞
図１９は、上記各実施形態の応用例を示すイメージ図である。
【０１２４】
この応用例ではカラオケ装置５０を例示している。このカラオケ装置５０は、カラオケ装置本体４９、ライタ４４、スクリーン５１、スピーカ５３及びマイク５４を備えている。この応用例においては、このライタ４４がカラオケ装置本体４９（付随情報書込装置）に内蔵された形態を例示している。
【０１２５】
カラオケ装置本体４９は、図示しないリモートコントローラから入力された所望のコンテンツＩＤに該当するコンテンツデータをコンテンツ提供サーバから取得する機能を有する。このコンテンツ提供サーバとしては、上述したコンテンツプロバイダサーバ９を例示することができる。
【０１２６】
このコンテンツデータとしては、例えばユーザが歌うことを希望する曲を、スピーカ５３によって音として出力するとともに、これに同期させてスクリーン５１から映像として出力するためのデータである。このカラオケ装置本体４９は、上記スピーカ５３、スクリーン５１及びマイク５４が接続されている。このカラオケ装置本体４９は、上述のように取得したコンテンツデータに基づく映像をスクリーン５１から出力するものである。
【０１２７】
このとき、スクリーン５１には、このコンテンツデータに含まれるサブタイトル（字幕）によりこの曲の歌詞を表示している。そしてユーザは、マイク５４を用いてこの曲に合わせて歌うことができる。
【０１２８】
上記ライタ４４は、再生処理又は起動処理をされたソフトウェアのメタデータ（付随情報）を取得する機能（付随情報取得手段）を有する。さらにこのライタ４４は、所定のプロトコルに従って、上述したタグＴｏとの間で情報の送受信を行い、その取得されたコンテンツに関するメタデータをタグＴｏ（無線タグ）に書き込む機能（情報書込手段）を有する。
【０１２９】
さらにライタ４４（情報書込手段）は、上記構成に加えてさらに、再生処理又は起動処理をされたコンテンツに関するメタデータ（付随情報）として、その再生処理又は起動処理をされたコンテンツ自体に関連する情報（例えばＣＤジャケットの画像データ）をタグＴｏに書き込む機能を有する。
【０１３０】
具体的には、上記ライタ４４は、例えばユーザがこの曲を歌い終わった後に、そのユーザが所持するタグＴｏに、この曲に関するメタデータを書き込む機能を有する。このメタデータとしては、例えば先ほどユーザが歌った曲の曲名、その著作者及び演奏者などいずれか又はこれらいずれかの情報の他にも、例えばこの曲のＣＤジャケットに印刷されている画像に関する画像データを挙げることができる。上記ライタ４４（情報書込手段）は、この書き込んだ画像データに基づく画像（付随情報の一例）を、ソフトウェアを記録しているとともにそのタグＴｏが設けられた記録媒体４１の収納体４２の表面に印刷する機能を有していても良い。
【０１３１】
上述のようにカラオケ装置５０（付随情報書込装置）は、そのライタ４４に、再生処理又は起動処理をされたソフトウェアのメタデータ（付随情報）を取得する機能（付随情報取得手段）と、タグＴｏ（無線タグ）との間で情報の送受信を行い、上記付随情報取得手段によって取得されたソフトウェアのメタデータ（付随情報）をタグＴｏ（無線タグ）に書き込むライタ４４（情報書込手段）とを有する。
【０１３２】
このような構成とすると、カラオケ装置５０は、ソフトウェアを再生処理又は起動処理をした場合、このソフトウェア（曲）に関するメタデータをタグＴｏに書き込んで、このタグＴｏをどこへ移動させても、このタグＴｏのメタデータに基づいてコンテンツデータ（ソフトウェア）を取得することができる。
【０１３３】
上記実施形態におけるカラオケ装置５０（付随情報書込装置）は、上記構成に加えてさらに、上記ライタ４４（情報書込手段）は、それらその再生処理又は起動処理をされたソフトウェアの付随情報として上記再生処理又は起動処理をされたソフトウェア自体に関連する情報（関連情報）をタグＴｏに書き込み、かつ、この書き込んだ情報を、上記ソフトウェアを記録しているとともに上記タグＴｏが設けられた記録媒体４１の収納体４２に印刷している。この関連情報としては、例えばＣＤジャケット４２に印刷された画像に関する画像データを挙げることができる。
【０１３４】
このような構成とすると、タグＴｏにはこのソフトウェアのメタデータ及び関連情報が書き込まれているため、このタグＴｏを持ち歩けば、このソフトウェアのメタデータ及び関連情報も携帯することができる。すると、ユーザがどこへ移動しても、このタグＴｏのメタデータに基づいてコンテンツ（ソフトウェア）を取得することができるばかりでなく、その関連情報を所望の用途に使用することができる。しかも、このソフトウェアの収納体４２の表面には、その関連情報に基づく画像が印刷されているため、そのタグＴｏが設けられた収納体４２を参照すれば、そのソフトウェアの関連情報を把握することができる。
【０１３５】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。
【０１３６】
上記各実施形態においては、ユーザの操作によってコンテンツ端末３などがコンテンツデータに基づいてコンテンツを再生することを明示しているが、これに限られず、例えばミシンが、ソフトウェアの一例としての刺しゅうプログラムに従って所定の生地に刺しゅうを行う場合にも適用することができる。つまりこのミシンにおいては、図示しない起動部が刺しゅうプログラム起動し、この刺しゅうプログラムがミシンによる刺しゅう動作の制御を行う。
【０１３７】
このミシンでは、ソフトウェアの一例としての刺しゅうプログラムを起動処理する起動部（処理手段）と、その起動部によって起動処理される刺しゅうプログラムのメタデータ（付随情報）が刺しゅうプログラムの付随情報を管理する付随情報管理装置に登録済みであるか否かを問い合わせる確認部（確認手段）とを有する。この確認部は、上記実施形態における確認部１２（図７参照）と同様の機能を有する。
【０１３８】
このようにすると、このミシンは、自らの動作を制御する刺しゅうプログラムのメタデータが、上述したメタデータ管理サーバ５に登録されているか否かを確認した上で動作を開始することができる。このため刺しゅうプログラムが改ざんされることにより、この刺しゅうプログラムを表すコンテンツＩＤがない場合には、上記メタデータ管理サーバ５が、このミシンにおいて起動されようとしている刺しゅうプログラムが不正であることを発見することができる。
【０１３９】
このミシンは、例えば刺しゅうプログラムが不正である場合には起動しないようにする機能を備えておけば、確実に、このような不正な刺しゅうプログラムに従って動作することがなくなる。なお、このミシンは、所定の生地に刺しゅうを行う機能を有する点を除いて、上記各実施形態におけるコンテンツ端末３とほぼ同様の機能を有するとともに、ほぼ同様の作用及び効果を発揮することができる。
【０１４０】
また、上記第２実施形態〜第５実施形態は、各々、上述のような状況のみならず、例えばコンテンツのレンタルショップにおいてコンパクトディスク４１（及びジャケット４２）の貸し出し管理に用いても良い。すなわちこの変形例では、タグＴｏを上記タグラベルとしてジャケット４２に貼り付けておき、このタグＴｏに、貸し出し管理のための情報を格納し、貸し出し管理を行っている。
【０１４１】
また上記各実施形態においては、コンテンツ端末３などにおける再生部１７（処理手段）が再生処理又は起動処理を開始するソフトウェアとして、例えば音楽データを挙げているが、これに限られず、例えば映画、ゲームコンテンツ、その他のコンテンツに適用してもよい。また上述したメタデータ（メタ情報）は、上述したものに限られず、その他の情報を採用してもよい。
【０１４２】
また上記実施形態の応用例では、カラオケ装置５０においてライタ４４がカラオケ装置本体４９に内蔵された形態を例示しているが、これに限られず、このライタ４４がカラオケ装置本体４９とは別体となった形態であっても良い。
【０１４３】
また上記実施形態では、記録媒体の一例としてコンパクトディスク４１を挙げているが、これに限られず、デジタルバーサタイルディスク（いわゆるＤＶＤ）を挙げても良い。
【０１４４】
上記実施形態においては、上述した課金処理が課金サーバ１０において実行されていると例示したが、その課金処理の一部がコンテンツ端末３において実行されてもよい。
【０１４５】
また上記実施形態においては、コンテンツの一例として音楽を挙げたが、これに限られず、ゲームソフトなどを挙げてもよい。
【０１４６】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用してもよい。
【０１４７】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【図面の簡単な説明】
【０１４８】
【図１】第１実施形態におけるソフトウェア管理システムの構成例を示すシステム構成図である。
【図２】図１に示すコンテンツ端末のハードウェア構成例を示すブロック図である。
【図３】図１に示すコンテンツ端末におけるソフトウェアの構成例を示すブロック図である。
【図４】図１に示すメタデータ管理サーバのソフトウェア構成例を示すブロック図である。
【図５】図４に示す認証テーブルの構成例を示すテーブル構成図である。
【図６】図４に示すメタデータテーブルの構成例を示すテーブル構成図である。
【図７】端末処理の手順の一例を示すフローチャートである。
【図８】メタデータサーバ処理の手順の一例を示すフローチャートである。
【図９】第２実施形態としてのソフトウェア管理システムにおけるコンテンツ端末などの構成例を示す図である。
【図１０】図９に示すコンテンツ端末のハードウェア構成例を示すブロック図である。
【図１１】第３実施形態におけるソフトウェア管理システムのシステム構成例を示すブロック図である。
【図１２】図１１に示すコンテンツ端末のソフトウェア構成例を示すブロック図である。
【図１３】第４実施形態におけるソフトウェア管理システムの構成例を示すブロック図である。
【図１４】図１３に示す課金サーバのソフトウェア構成例を示すブロック図である。
【図１５】図１４に示す課金テーブルの構成例を示すテーブル構成図である。
【図１６】図１４に示す課金単価テーブルの構成例を示すテーブル構成図である。
【図１７】第４実施形態における課金処理の手順の一例を示すフローチャートである。
【図１８】第５実施形態におけるソフトウェア管理システムの一部であるコンテンツ端末などの構成例を示す図である。
【図１９】上記各実施形態の応用例を示す図である。
【図２０】コンテンツ端末に表示された画像の一例を示す図である。
【符号の説明】
【０１４９】
３ コンテンツ端末（ソフトウェア処理装置）
３ａ コンテンツ端末（ソフトウェア処理装置）
３ｂ コンテンツ端末（ソフトウェア処理装置）
５ メタデータ管理サーバ（付随情報管理装置）
１２ 確認部（確認手段）
１６ コンテンツデータ（ソフトウェア）
１７ 再生部（処理手段）
１８ ダウンロード制御手段（ダウンロード手段）
１９ リーダ（付随情報取得手段、送受信手段）
３２ 課金部（承認時課金手段、利用時課金手段）
４１ コンパクトディスク（記録媒体）
４２ ジャケット（収納体）
４４ ライタ（付随情報取得手段、情報書込手段）
４９ カラオケ装置本体（付随情報書込装置）
５０ カラオケ装置（付随情報書込装置）
１００ ソフトウェア管理システム
１００ａ ソフトウェア管理システム
１００ｂ ソフトウェア管理システム
１００ｃ ソフトウェア管理システム
Ｔｏ タグ（無線タグ）
【技術分野】
【０００１】
本発明は、ソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システムに係わり、特に、コンテンツの再生処理又は起動処理に関する。
【背景技術】
【０００２】
近年、インターネットを用いたコンテンツの配信サービス（以下、「コンテンツ配信サービス」という）が盛んに行われている。このようなコンテンツ配信サービスにおいては、コンテンツ端末が、コンテンツ配信サーバから所望のコンテンツの配信を受けることができる。
【０００３】
従来のコンテンツ配信サービスとしては、このコンテンツ配信サーバが、コンテンツ端末から提示された認証情報の認証に成功した場合に限り、このコンテンツ端末に対してコンテンツの供給を行うものが存在している（特許文献１参照）。
【特許文献１】特開２００６−２８５３６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年、例えば音楽や映画といったコンテンツなどのソフトウェアについては、その流通において著作権との関係が大きな問題点となっている。上記コンテンツ配信サービスにおいては、コンテンツ配信サーバがこのような認証を行った後であっても、この配信予定のコンテンツ自体が、例えば著作権に沿って著作物の利用許諾などの登録がなされたものであるか否かを確認した上で配信されるようになっていない。
【０００５】
本発明の目的は、コンテンツが登録済みであるか否かを確認してから、コンテンツ端末によってこのコンテンツの再生処理又は起動処理を行うことができるソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、第１の発明は、ソフトウェアの再生処理又は起動処理をする処理手段と、可般性付随情報記憶手段から、前記処理手段によって再生処理又は起動処理されるソフトウェアの付随情報を取得する付随情報取得手段と、前記付随情報取得手段によって取得されたソフトウェアの付随情報が、各ソフトウェアの付随情報を管理する付随情報管理装置に登録済みであるか否かを問い合わせる確認手段とを有する。
【０００７】
このような構成によれば、ソフトウェアの付随情報が付随情報管理装置に登録済みであるか否かを問い合わせてから、処理手段に、このソフトウェアの再生処理又は起動処理をさせることができる。また、処理手段に、この付随情報の内容に応じた態様でソフトウェアの再生処理又は起動処理をさせることができる。
【０００８】
第２の発明は、上記第１発明において、前記付随情報取得手段は、前記ソフトウェアの付随情報が格納された前記可般性付随情報記憶手段としての無線タグとの間で情報を送受信する送受信手段を備えることを特徴とする。
【０００９】
このような構成によれば、送受信手段によって無線タグから取得された付随情報の内容に応じて、処理手段に、このソフトウェアの再生処理又は起動処理をさせることができる。
【００１０】
第３の発明は、上記第２の発明において、前記無線タグを、前記ソフトウェアを記録した記録媒体の収納体に設けたことを特徴とする。
【００１１】
このような構成によれば、この収納体に収納された記録媒体を譲り渡せば、この記録媒体の中身であるソフトウェアの付随情報も併せて譲り渡すことができる。このため送受信手段が、記録媒体の収納体に付された無線タグとの間で情報を送受信し、この無線タグからソフトウェアの付随情報を受け取ることができる。従って処理手段は、この付随情報に基づいて所望の態様で記録媒体のソフトウェアを再生処理又は起動処理することができる。
【００１２】
第４の発明は、上記第２の発明又は第３の発明において、前記無線タグの付随情報に基づいて所望のソフトウェアをダウンロードするダウンロード手段を有することを特徴とする。
【００１３】
このような構成とすると、ソフトウェア処理装置が、再生すべきソフトウェア自体を内蔵しておく必要がなくなる。このため、ソフトウェア処理装置は、この所望のソフトウェアを常時記憶しておくための記憶媒体を内蔵しなくてもよい。
【００１４】
上記目的を達成するために、第５の発明は、再生処理又は起動処理をされたソフトウェアの付随情報を取得する付随情報取得手段と、無線タグとの間で情報の送受信を行い、前記付随情報取得手段によって取得された前記ソフトウェアの付随情報を前記無線タグに書き込む情報書込手段とを有することを特徴とする。
【００１５】
このような構成とすると、ソフトウェアの再生処理又は起動処理をした場合、このソフトウェアの付随情報を無線タグに書き込んで、この無線タグを移動させることができる。従って、この無線タグをどこへ移動させても、この無線タグの付随情報に基づいてソフトウェアを取得することができる。
【００１６】
第６の発明は、上記第５の発明において、前記情報書込手段は、前記再生処理又は起動処理をされたソフトウェアの付随情報として、前記再生処理又は起動処理をされたソフトウェア自体に関連する情報を前記無線タグに書き込み、かつ、この書き込んだ情報を、前記ソフトウェアを記録しているとともに前記無線タグが設けられた記録媒体の収納体に印刷することを特徴とする。
【００１７】
このような構成とすると、無線タグにはこのソフトウェアの付随情報及び関連情報が書き込まれているため、この無線タグを持ち歩けば、このソフトウェアの付随情報及び関連情報も携帯することができる。すると、どこへ移動しても、この無線タグの付随情報からソフトウェアを取得することができるばかりでなく、その関連情報を所望の用途に利用することができる。しかも、このソフトウェアの収納体の表面には、その関連情報に基づく画像が印刷されているため、その無線タグが設けられた収納体を参照すれば、そのソフトウェアの関連情報を把握することができる。
【００１８】
第７の発明は、再生処理又は起動処理をされる各ソフトウェアの付随情報を管理する付随情報管理装置と、処理手段によって再生処理又は起動処理をされるソフトウェアの付随情報が、前記付随情報管理装置に登録済みであるか否かを問い合わせる確認手段を含むソフトウェア処理装置とを有することを特徴とする。
【００１９】
このような構成とすると、ソフトウェアの付随情報が付随情報管理装置に登録済みであるか否かを問い合わせてから、ソフトウェア処理装置の処理手段に、このソフトウェアの再生処理又は起動処理をさせることができる。このためソフトウェア処理装置では、この付随情報の内容に応じた態様で処理手段にソフトウェアを再生処理又は起動処理をさせることができる。
【００２０】
第８の発明は、上記第７の発明において、所望の前記ソフトウェアの利用許諾が承認された場合に課金を行う承認時課金手段を有することを特徴とする。
【００２１】
このようにすると、所望のソフトウェアの利用許諾が承認された場合にのみ、処理手段に、この所望のソフトウェアの再生処理又は起動処理をさせることができるとともに、この所望のソフトウェアの利用許諾が承認される度に適正に課金を行うことができる。
【００２２】
第９の発明は、上記第７の発明又は第８の発明において、前記処理手段によって前記所望のソフトウェアが再生処理又は起動処理をされる度に課金する利用時課金手段を有することを特徴とする。
【００２３】
このようにすると、このソフトウェアを入手した際に課金される代わりに、実際に処理手段がこのソフトウェアの再生処理又は起動処理をする場合にのみ課金されることになる。このため、このソフトウェアの実際の利用状況に応じた妥当な課金がなされるようになる。
【発明の効果】
【００２４】
本発明によれば、コンテンツが登録済みであるか否かを確認してから、コンテンツ端末によってこのコンテンツの再生処理又は起動処理を行うことができるソフトウェア処理装置、付随情報書込装置及びソフトウェア管理システムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の一実施形態によるソフトウェア管理システムを図面を参照しつつ説明する。本実施形態は、本発明をソフトウェア管理システム等に適用した場合の実施形態である。
＜第１実施形態＞
図１は、第１実施形態としてのソフトウェア管理システム１００の構成例を示すシステム構成図である。
【００２６】
ソフトウェア管理システム１００は、コンテンツ端末３（ソフトウェア処理装置）、メタデータ管理サーバ５（付随情報管理装置）、無線アクセスポイント４及びネットワーク７を有する。このコンテンツ端末３は、例えば無線或いは有線によってネットワーク７に接続可能な構成となっている。
【００２７】
コンテンツ端末３は、例えば音楽、映画などのコンテンツを再生するための情報端末である。本実施形態では、コンテンツ端末３が再生するコンテンツの一例として音楽を例示する。コンテンツ端末３は、例えばこのコンテンツを出力するためのコンテンツデータを格納している。なお、このコンテンツ端末３は再生中の音楽に合わせて映像を表示してもよい。
【００２８】
一方、メタデータ管理サーバ５（付随情報管理装置）は、上記コンテンツ端末３が再生するコンテンツ群に関するメタデータ（付随情報）を管理するサーバコンピュータである。ここで、メタデータとは、例えば音楽或いは映像に付随する情報を表しており、例えばコンテンツの著作者、ジャンル、タイトル、コンテンツデータのデータ形式を総称したものである。このメタデータ管理サーバ５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を採用したネットワーク７に接続されている。無線アクセスポイント４は、コンテンツ端末３がネットワーク７にアクセスするための基地局などのアクセスポイントを表している。従って、メタデータ管理サーバ５及びコンテンツ端末３は、無線アクセスポイント４及びネットワーク７を経由して互いにデータ通信が可能な構成となっている。
【００２９】
図２は、図１に示すコンテンツ端末３のハードウェアの構成例を示すブロック図である。
【００３０】
コンテンツ端末３は、通信部１１、記憶部１３、制御部１５、再生部１７及び操作部２０を備えている。
【００３１】
通信部１１は、制御部１５の制御によって、コンテンツ端末３の外部との間でデータ通信を行う機能を有する。記憶部１３は、例えばメモリ、ハードディスクドライブのような記憶媒体を表している。この記憶部１３は、制御部１５の制御によって上記コンテンツデータ及びメタデータを記憶する機能を有する。この記憶部１３は、例えばいわゆるツリー構造の格納場所に各データを格納可能となっており、これらコンテンツデータ及びメタデータを各々格納場所（例えばフォルダ或いはディレクトリ）に格納可能となっている。
【００３２】
再生部１７（処理手段）は、コンテンツ（ソフトウェアの一種）の再生処理又は起動処理をする機能を有する。この再生部１７は、制御部１５の制御によって、例えば記憶部１３に記憶されているコンテンツデータの格納場所を指定し、このコンテンツデータを読み出し、そのコンテンツを再生する機能を有する。なお、このコンテンツデータの格納場所は、例えばユーザの操作に応じて指定されたコンテンツに応じて特定される。
【００３３】
制御部１５は、操作部２０の操作に応じてコンテンツ端末３の動作を制御する。つまりこの制御部１５は、通信部１１、記憶部１３及び再生部１７を制御することで、コンテンツ端末３全体の動作を制御している。操作部２０は、このコンテンツを再生するための再生ボタン及び、再生中のコンテンツを停止するための停止ボタンなどを表している。
【００３４】
図３は、図１に示すコンテンツ端末３のソフトウェア構成例を示すブロック図である。
【００３５】
コンテンツ端末３は、ソフトウェアとして、確認部１２、再生制御部１４及びコンテンツデータ１６を有する。
【００３６】
コンテンツデータ１６は、上述した記憶部１３に格納されている。このコンテンツデータ１６は音楽などのコンテンツに関するデータである。
【００３７】
再生制御部１４（処理手段）は、上述した再生部１７によって、そのコンテンツデータ１６などのソフトウェアを再生処理又は起動処理する機能を有する。本実施形態では、上述のようにコンテンツとして音楽を例示し、このコンテンツ端末３が音楽を再生することを例示している。
【００３８】
この確認部１２は、再生部１７（処理手段）によって再生処理又は起動処理されるコンテンツ（ソフトウェア）に関するメタデータ（付随情報）が、メタデータ管理サーバ５（付随情報管理装置）に登録済みであるか否かを問い合わせる機能を有する。
【００３９】
図４は、図１に示すメタデータ管理サーバ５のソフトウェア構成例を示すブロック図である。
【００４０】
メタデータ管理サーバ５は、通信制御部２１、認証部２３、コンテンツ登録確認部２５、データベース２７を有する。このデータベース２７は、認証テーブル２８及びメタデータテーブル２９を有する。
【００４１】
通信制御部２１は、メタデータ管理サーバ５の外部との間で上述したネットワーク７を用いてデータ通信を行う際における制御機能を有する。認証部２３は、通信制御部２１を制御し、上記コンテンツ端末３からの検索要求に基づいて、この検索要求に含まれるコンテンツＩＤに基づいて、認証テーブル２８を検索する検索機能を有する。この認証テーブル２８については後述する。
【００４２】
コンテンツ登録確認部２５は、上記検索要求に含まれるコンテンツＩＤに基づいてメタデータテーブル２９を検索し、このコンテンツＩＤに該当するレコードデータが存在しているか否かを確認する（登録確認処理）。このメタデータテーブル２９については後述する。このコンテンツ登録確認部２５は、この確認結果を通信制御部２１を経由してコンテンツ端末３に対して送信する機能を有する（登録確認処理）。
【００４３】
図５は、図４に示す認証テーブル２８の構成例を示すテーブル構成図である。
【００４４】
認証テーブル２８は、例えばカラム（列情報）としてユーザＩＤ、コンテンツＩＤ及び利用許諾フラグを有する。この認証テーブル２８は、例えばユーザＩＤ及びコンテンツＩＤを検索キーとしてレコードデータ（行情報）として利用許諾フラグを検索可能となっている。
【００４５】
この利用許諾フラグは、例えば「１」が、このコンテンツＩＤに該当するコンテンツに関して利用許諾されていることを表し、例えば「０」が、このコンテンツＩＤに該当するコンテンツに関して利用許諾されていないことを表している。本実施形態では、この認証テーブル２８の具体例として、ユーザＩＤが「０００１」であり、かつ、コンテンツＩＤが「００００３」であるレコードデータにおいて利用許諾が「１」であることを例示している。
【００４６】
図６は、図４に示すメタデータテーブル２９の構成例を示すテーブル構成図である。
【００４７】
メタデータテーブル２９は、そのカラムとして、例えばコンテンツＩＤ、著作者、ジャンル、タイトル及びデータ形式を管理している。著作者は、コンテンツＩＤに該当するコンテンツの著作者を表している。ジャンルは、コンテンツが属する種別を表している。タイトルは、コンテンツの題名を表している。データ形式は、このコンテンツＩＤに該当するコンテンツデータのデータ形式を表している。
【００４８】
このメタデータテーブル２９は、上述のように、コンテンツ登録確認部２９によって、例えばコンテンツＩＤを検索キーとして、これら著作者、ジャンル、タイトル及びデータ形式のいずれか又はこれらいずれかの組み合わせを検索することができる構成となっている。
【００４９】
このメタデータテーブル２９では、例えばコンテンツＩＤが「０００１」のレコードデータとして、著作者が「西島三郎」、ジャンルが「音楽」、タイトルが「お母さんよ」、データ形式が「ＭＩＤＩ」であることを表している。
【００５０】
またメタデータテーブル２９では、例えばコンテンツＩＤが「０００２」のレコードデータとして、著作者が「北鳥三郎」、ジャンルが「音楽」、タイトルが「日本海」、データ形式が「ＭＩＤＩ」であることを表している。また、メタデータテーブル２９では、コンテンツＩＤが「００００３」のレコードデータとして、著作者が「北島二郎」、ジャンルが音楽、タイトルが能登半島、データ形式がＭＩＤＩであることを表している。
【００５１】
コンテンツ端末３及びソフトウェア管理システム１００は、以上のような構成であり、次に図１〜図６を用いつつこのコンテンツ端末３及びソフトウェア管理システム１００の動作例について説明する。このソフトウェア管理システム１００の動作には、後述する端末処理及びメタデータサーバ処理を含んでいる。本実施形態では、このメタデータ管理サーバ５が、コンテンツデータ１６のメタデータを管理する組織に配置されている。このような組織としては、例えば著作権を管理する管理団体（例えば社団法人日本音楽著作権協会、いわゆるＪＡＳＲＡＣ）を挙げることができる。
【００５２】
図７は、コンテンツ端末３における端末処理における手順の一例を示すフローチャートである。
【００５３】
本実施形態では、ユーザがコンテンツ端末３を操作し、コンテンツとして例えば所望の音楽を再生しようとしている。このユーザが操作部２０の１つである再生ボタンを操作し、この音楽を再生しようとすると、この操作部２０が制御部１５に対して再生指示信号を出力する。ステップＳ１では、制御部１５が操作部２０からの再生指示信号を取得したか否かを判断する。
【００５４】
制御部１５は、操作部２０からの再生指示信号がない場合には待ち処理を行い、この再生指示信号があった場合には次のようなステップＳ２を実行する。このステップＳ２では、制御部１５が通信部１１を制御し、この再生すべきコンテンツの検索要求を行う。
【００５５】
具体的には、制御部１５が、この再生すべきコンテンツのコンテンツＩＤ及び自らのユーザＩＤを含めた検索要求データを生成する。なお、このコンテンツＩＤは、上記所望の音楽をその他の音楽などのコンテンツ群から識別するための識別子である。制御部１５は、この検索要求データをネットワーク７を経由してメタデータ管理サーバ５に対して送信する。なお、この検索要求データを受信したメタデータ管理サーバ５における詳細な処理内容については後述する。
【００５６】
次にステップＳ３では、制御部１５が通信部１１を制御し、メタデータ管理サーバ５から検索結果データを受信したか否かを判断する。この制御部１５は、この検索結果データを受信するまで待ち、この検索結果データを受信すると、次のステップＳ４を実行する。このステップＳ４では、制御部１５が、この検索結果データに含まれる登録済フラグが「１」であるか否かを判断する。
【００５７】
なお、この登録済フラグは、コンテンツに関して利用許諾がなされているか否かにかかわらず、単に、このコンテンツに関するメタデータがメタデータ管理サーバ５に登録されているか否かを表している。この点において、この登録済フラグは利用許諾フラグと異なっている。この登録済フラグの詳細については後述する。
【００５８】
制御部１５は、登録済フラグが「１」でない場合には、この端末処理を終了し、一方、登録済フラグが「１」である場合には、次に示すステップＳ５を実行する。このステップＳ５では、制御部１５が、再生部１７に対して再生開始信号を出力する。すると再生部１７は、記憶部１３から、上記コンテンツＩＤに該当するコンテンツの実体であるコンテンツデータ１６を取得する。
【００５９】
図８は、上記メタデータ管理サーバ５によるメタデータサーバ処理の手順の一例を示すフローチャートである。このメタデータサーバ処理は、メタデータ管理サーバ５におけるメタデータの検索処理の手順の一例を表している。
【００６０】
ステップＳ１１では、認証部２３が、通信制御部２１を制御し、上記検索要求データを受信しているか否かを判断する。この検索要求データは、上述したコンテンツ端末３におけるステップＳ２の処理によって出力されたものである。
【００６１】
認証部２３は、この検索要求データを受信するまで待ち、この検索要求データを受信すると、コンテンツ登録確認部２５に対し、コンテンツ端末３が再生しようとしているコンテンツが登録されているか否かを確認させる。ステップＳ１２では、このコンテンツ登録確認部２５が、その検索要求データに含まれるコンテンツＩＤに基づいて、メタデータテーブル２９を検索する。具体的には、コンテンツ登録確認部２５が、コンテンツＩＤを検索キーとしてメタデータテーブル２９のレコードデータを検索することで、レコードデータがヒットするか否かを判断する。
【００６２】
本実施形態では、上述のようにコンテンツＩＤが「００００１」であることが指定されているため、このコンテンツ登録確認部２５が、このメタデータテーブル２９においてデータ（図６に示す最上段のレコードデータ）をヒットすることができる（ステップＳ１３）。
【００６３】
このコンテンツ登録確認部２５は、このようにレコードデータがヒットした場合には登録済フラグを「１」と設定する一方（ステップＳ１４）、レコードデータがヒットしなかった場合には登録済フラグを「０」と設定する（ステップＳ１５）。
【００６４】
次に、ステップＳ１６では、コンテンツ登録確認部２５が、このコンテンツＩＤ及びその登録済フラグを有する検索結果データを作成する。次にステップＳ１７では、コンテンツ登録確認部２５が、通信制御部２１を制御し、ネットワーク７を経由して、上述のように作成した検索結果データをコンテンツ端末３に対して送信する。このコンテンツ端末３においては、上述したように、この検索結果データに基づいて、自らが再生を試みているコンテンツがメタデータ管理サーバ５に登録されていることを確認した上で、このコンテンツを再生することができる。
【００６５】
上記実施形態におけるソフトウェア管理システム１００は、再生処理又は起動処理をされる各コンテンツ（ソフトウェアの一例）のメタデータ（付随情報）を管理するメタデータ管理サーバ５（付随情報管理装置）と、再生部１７（処理手段）によって再生処理又は起動処理されるコンテンツ（ソフトウェア）のメタデータ（付随情報）が、そのメタデータ管理サーバ（付随情報管理装置）５に登録済みであるか否かを問い合わせる確認部１２（確認手段）を含むコンテンツ端末３（ソフトウェア処理装置）を有する。
【００６６】
このような構成とすると、再生対象のコンテンツに関するメタデータがメタデータ管理サーバ５に登録済みであるか否かを問い合わせてから、コンテンツ端末３の再生部１７に、この再生対象のコンテンツ（ソフトウェア）を再生処理又は起動処理させることができる。このためコンテンツ端末３では、このメタデータの内容に応じた態様で再生部１７（処理手段）にコンテンツの再生処理又は起動処理をさせることができる。
＜第２実施形態＞
図９は、第２実施形態におけるソフトウェア管理システム１００ａの一部であるコンテンツ端末３ａ及びタグＴｏを示す図である。
【００６７】
第２実施形態におけるソフトウェア管理システム１００ａは、第１実施形態とほぼ同様の構成でありほぼ同様の動作を行う。このため第２実施形態では、同一の構成及び動作については第１実施形態における図１乃至図８と同一の符号を用いるとともに、その説明を省略し、以下の説明では異なる点を中心として説明する。
【００６８】
第１実施形態においては、ユーザがコンテンツ端末３におけるコンテンツデータの位置を自ら特定し、このコンテンツデータを再生していたが、第２実施形態では、いわゆるリーダ機能を有するコンテンツ端末３にユーザがタグＴｏを近づけると、このコンテンツ端末３が内蔵するコンテンツデータ群のうちどのコンテンツデータを再生するか否かを特定することができるようになっている。以下、具体的に説明する。
【００６９】
本実施形態では、タグＴｏが、ユーザが再生を希望するコンテンツ（ソフトウェア）のメタデータ（付随情報）を予め格納している。このタグＴｏは、このメタデータを書き込むよう図示しないタグラベル作成装置によって作成されている。このタグＴｏは、ユーザが再生を希望するコンテンツデータ自体を記憶しているのではなく、このコンテンツデータに関するメタデータを記憶しているのである。
【００７０】
このメタデータは、上述した第１実施形態におけるメタデータの内容の代わりに或いは併せて、コンテンツ端末３の記憶部１３におけるこのコンテンツデータの格納場所に関する情報（配置情報）を有する。なおこのタグＴｏは、このような配置情報などのみならず、このコンテンツデータに関係するその他の情報、このコンテンツデータには関係しないその他の情報を格納していてもよい。
【００７１】
図１０は、図９に示すコンテンツ端末３のハードウェア構成例を示すブロック図である。なお、図１０に示すコンテンツ情報端末３ａは、第１実施形態におけるコンテンツ端末３とほぼ同様の構成であることから、以下の説明では異なる点を中心して説明する。
【００７２】
このコンテンツ端末３ａは、第１実施形態におけるコンテンツ端末３の構成に加えてリーダ１９を備えている。このリーダ１９（付随情報取得手段）は、可般性付随情報記憶手段の一例としてのタグＴｏから、再生部１７（処理手段）によって再生処理又は起動処理されるコンテンツ（ソフトウェア）のメタデータを取得する機能を有する。具体的には、このリーダ１９は、上記コンテンツ（ソフトウェア）のメタデータが格納された可般性付随情報記憶手段としてのタグＴｏ（無線タグ）との間で情報を送受信する機能を有する（送受信手段）。また確認部１２は、このリーダ１９によって取得されたメタデータ（付随情報）が、メタデータ管理サーバ５（付随情報管理装置）に登録済みであるか否かを問い合わせる機能を有する。
【００７３】
第２実施形態におけるソフトウェア管理システム１００ａの一部としてのコンテンツ端末３ａは以上のような構成であり、次に図１〜図１０を用いてこのコンテンツ端末３ａなどの動作例について説明する。なお以下の説明においては、メタデータ管理サーバ５におけるコンテンツの登録確認処理については同様であるので、以下の説明では異なる点を中心として説明する。
【００７４】
ユーザは、コンテンツ端末３ａにおいて再生を希望するコンテンツに関するメタデータを上記タグＴｏに予め記憶させている。このメタデータとしては、第１実施形態における内容のみならず、その代わりに或いは併せて、上述のように記憶部１３における所望のコンテンツデータの配置に関する配置情報を含んでいる。
【００７５】
このコンテンツ端末３ａは、上述のようにいわゆるリーダ機能（リーダ１９）を搭載しており、このリーダ１９は、ユーザがこのタグＴｏをコンテンツ端末３ａに近づけたことを契機として、このタグＴｏから再生を希望する所望のコンテンツに関するメタデータを読み取ることができる。
【００７６】
このメタデータは、上述した配置情報を含んでおり、コンテンツ端末３ａはこの配置情報に基づいて、再生を希望するコンテンツデータが記憶部１３のいずれの場所に配置しているか否かを把握することができる。このようにすると、コンテンツ端末３ａにおいては、このユーザが特に特定しなくても、再生部１７が、制御部１５の制御に応じて記憶部１３における所定の配置場所から上記所望のコンテンツデータを取得することができるようになる。
【００７７】
また本実施形態では、このメタデータに、問い合わせ先に関する情報（例えばメタデータ管理サーバ５のＵＲＬ、アドレス）を含めておき、コンテンツ端末３が、この問い合わせ先に関する情報に基づいてメタデータ管理サーバ５に接続するようにしてもよい。
【００７８】
以上のように、上記実施形態におけるコンテンツ端末３ａ（ソフトウェア処理装置）は、ソフトウェア（例えば音楽のようなコンテンツ）の再生処理又は起動処理をする再生部１７（処理手段）と、可般性付随情報記憶手段としてのタグＴｏから、再生部１７によって再生処理又は起動処理されるソフトウェアのメタデータ（付随情報）を取得するリーダ１９（付随情報取得手段）と、そのリーダ１９によって取得されたソフトウェアのメタデータが、各ソフトウェアのメタデータを管理するメタデータ管理サーバ５に登録済みであるか否かを問い合わせる確認部１２（確認手段）を有する。なお「可般性」とは、例えば、搬送可能なこと、つまり携帯して持ち歩き可能なことを表している。
【００７９】
このようにすると、再生対象のソフトウェアに関するメタデータがメタデータ管理サーバ５に登録済みであるか否かを問い合わせてから、コンテンツ端末３が、再生部１７（処理手段）に、このソフトウェアの再生処理又は起動処理をさせることができる。またコンテンツ端末３は、再生部１７に、このメタデータの内容に応じた態様でソフトウェアを再生処理又は起動処理をさせることができる。
【００８０】
また、上記実施形態おけるコンテンツ端末３ａ（ソフトウェア処理装置）は、上記構成に加えてさらに、上記リーダ１９（付随情報取得手段）は、ソフトウェア（例えばコンテンツ）のメタデータ（付随情報）が格納された可般性付随情報記憶手段としてのタグＴｏ（無線タグ）との間で情報を送受信する機能を有する（送受信手段）。
【００８１】
このようにすると、コンテンツ端末３ａが、リーダ１９（送受信手段）によってタグＴｏ（無線タグ）から出力されたメタデータの内容に応じて再生部１７（処理手段）に、このソフトウェア（例えばコンテンツ）を再生処理又は起動処理をさせることができる。
＜第３実施形態＞
図１１は、第３実施形態におけるソフトウェア管理システム１００ｂのシステム構成例を示す図である。
【００８２】
第３実施形態におけるソフトウェア管理システム１００ｂは、第１実施形態及び第２実施形態とほぼ同様の構成でありほぼ同様の動作を行う。このため第３実施形態では、同一の構成及び動作については第１実施形態及び第２実施形態における図１乃至図１０と同一の符号を用いるとともに、その説明を省略し、以下の説明では異なる点を中心として説明する。
【００８３】
第１実施形態及び第２実施形態では、各々、ユーザが再生を希望する所望のコンテンツデータが予めコンテンツ端末３，３ａに格納されていたが、第３実施形態においては、これらコンテンツ端末３，３ａがそれぞれ、このコンテンツデータをダウンロードして取得可能な構成となっている。
【００８４】
またこのソフトウェア管理システム１００ｂでは、第１実施形態及び第２実施形態におけるソフトウェア管理システム１００，１００ａの構成に加えて、コンテンツプロバイダサーバ９がネットワーク７に接続されている点が異なっている。
【００８５】
上記コンテンツ端末３，３ａは、再生対象とするコンテンツのコンテンツデータを要求するためのコンテンツ要求データを、コンテンツプロバイダサーバ９に送信する機能を有する。このコンテンツプロバイダサーバ９は、上記コンテンツ端末３，３ａからのコンテンツ要求データに応じて、所望のコンテンツデータを提供するサーバコンピュータである。
【００８６】
コンテンツプロバイダサーバ９は、コンテンツＩＤを検索キーとして、各コンテンツデータを管理している。このコンテンツプロバイダサーバ９は、上記コンテンツ要求データに基づいて、このコンテンツ要求データに含まれるコンテンツＩＤに該当するコンテンツデータを、内蔵するハードディスク（図示せず）から取得し、ネットワーク７を経由してコンテンツ端末３，３ａに対して送信する機能を有する。
【００８７】
図１２は、図１１に示すコンテンツ端末３，３ａのソフトウェア構成例を示すブロック図である。なお図１２に示すソフトウェア構成例においては、第１実施形態などにおける図３に示すソフトウェア構成例との相違点を中心として説明する。なお、以降の説明においては、第１実施形態及び第２実施形態におけるソフトウェアの構成を明示するため、コンテンツ端末３，３ａをコンテンツ端末３ｂと呼ぶ。
【００８８】
第３実施形態においては、ダウンロード制御部１８を有している点が異なっている。このダウンロード制御部１８は、上記制御部１５によるコンテンツ要求データに基づいて上述した通信部１１を制御する。このダウンロード制御部１８は、ユーザが再生を希望するコンテンツデータのコンテンツＩＤを、このコンテンツ要求データに含めてネットワーク７を経由してコンテンツプロバイダサーバ９に対して送信する。
【００８９】
このダウンロード制御部１８は、通信部１１を制御し、上述のようにコンテンツプロバイダサーバ９から、このコンテンツ要求データに対応したコンテンツデータをダウンロードする際における制御を行う。このようにしてダウンロードすると、コンテンツ端末３ｂは、所望のコンテンツデータ１６を図示のように取得することができる。
【００９０】
本実施形態では、例えばタグＴｏに、メタデータ管理サーバ５の問い合わせ先に関する情報（例えばＵＲＬ、アドレスなど）を含むメタデータを記憶させておき、コンテンツ端末３が、この問い合わせ先に関する情報に基づいてコンテンツプロバイダサーバ９にコンテンツ要求データを送信するようにしても良い。
【００９１】
上記実施形態におけるコンテンツ端末３ｂ（ソフトウェア処理装置）は、上記構成に加えて、タグＴｏ（無線タグ）のメタデータ（付随情報）に基づいて所望のソフトウェア（例えばコンテンツデータ）をダウンロードするダウンロード制御部１８（ダウンロード手段）を有する。
【００９２】
このような構成とすると、コンテンツ端末３ｂが、再生すべきソフトウェア（例えばコンテンツデータ）自体を内蔵しておく必要がなくなる。このためコンテンツ端末３ｂは、この所望のソフトウェアを常時記憶しておくための記憶媒体を内蔵しなくてもよい。
【００９３】
＜第４実施形態＞
図１３は、第４実施形態におけるソフトウェア管理システム１００ｃの構成例のシステム構成例を示すブロック図である。
【００９４】
第４実施形態におけるソフトウェア管理システム１００ｃは、第１実施形態〜第３実施形態とほぼ同様の構成でありほぼ同様の動作を行う。そのため第４実施形態においては、同一の構成及び動作については第１実施形態〜第３実施形態における図１〜図１２と同一の符号を用いるとともにその説明を省略し、以下の説明では異なる点を中心として説明する。
【００９５】
第４実施形態においては、第１実施形態〜第３実施形態（以下、単に「第１実施形態など」という）の構成に加えて、課金サーバ１０がネットワーク７に接続されている点が異なっている。なお、図１３に示すシステム構成においては、必要に応じて、上述したコンテンツプロバイダサーバ９を追加することができる。以下の説明では、このコンテンツプロバイダサーバ９を省略する。
【００９６】
この課金サーバ１０は、ユーザが使用するコンテンツ端末３，３ａ，３ｂ（以下、代表として「コンテンツ端末３」を例示する）によるコンテンツの使用状況に応じて課金を行う機能を有する。以下、この課金サーバ１０の具体的な構成例について説明する。
【００９７】
図１４は、図１３に示す課金サーバ１０のソフトウェア構成例を示すブロック図である。
【００９８】
この課金サーバ１０は、通信制御部３１、課金部３２（承認時課金手段、利用時課金手段）及びデータベース３５を有する。このデータベース３５は、課金テーブル３７及び課金単価テーブル３９を有する。通信制御部３１は、課金サーバ１０がネットワーク７を経由して、その外部とデータ通信を行う際の通信の制御を行う機能を有する。
【００９９】
課金部３２は、例えば認証を終えたメタデータ管理サーバ５からの課金請求に応じて、次に示すような課金処理を実行する。なお、この課金請求は、コンテンツ端末３から行われても良い。この課金部３２（承認時課金手段）は、所望のコンテンツ（ソフトウェア）の利用許諾が承認された場合に、課金を行う機能を有する（承認時課金機能）。なお、ここでいう利用許諾は、上記メタデータ管理サーバ５における利用許諾を表しているが、その代わりに、課金サーバ１０自体が、図４に示す認証部２３及び認証テーブル２８を備えており、同様にコンテンツに関する利用認証を行う構成であっても良い（認証手段）。
【０１００】
また、課金部３２（利用時課金手段）は、例えばコンテンツ端末３の再生部１７（処理手段）によって所望のソフトウェア（例えばコンテンツ）が再生処理又は起動処理をされる度に課金する機能を有する（利用時課金機能）。なお、課金部３２は、課金処理として承認時課金機能又は利用時課金機能を発揮させてもよいし、これら承認時課金機能及び利用時課金機能を併せて発揮させても良い。以下の説明では、この課金部３２が、データベース３５の課金テーブル３７及び課金単価テーブル３９を用いて、これら承認時課金機能及び利用時課金機能を用いて課金処理を行うことを例示する。
【０１０１】
図１５は、図１４に示す課金テーブル３７の構成例を示すテーブル構成図である。
【０１０２】
この課金テーブル３７は、カラム（列情報）として、例えばユーザＩＤ、コンテンツＩＤ、使用回数及び合計金額を有する。
【０１０３】
ユーザＩＤ及びコンテンツＩＤは、上述しているので説明を省略する。
【０１０４】
使用回数は、ある特定のユーザＩＤを有するユーザがある特定のコンテンツＩＤに該当するコンテンツデータを使用した回数を表している。合計金額は、上述した使用回数及び課金単価に応じて算出された合計金額を表している。
【０１０５】
具体的には、ユーザＩＤが「０００１」であり、かつ、コンテンツＩＤが「００００１」である場合には、このコンテンツの使用回数が４回であり、この使用回数に応じた合計金額（課金合計金額）が２００円となっている。また、ユーザＩＤが「０００１」であり、かつ、コンテンツＩＤが「００００３」である場合には、このコンテンツの使用回数が０回であり、この使用回数に応じた合計金額（課金合計金額）が０円となっている。また、ユーザＩＤが「０００２」であり、かつ、コンテンツＩＤが「００００２」である場合には、このコンテンツの使用回数が１回であり、この使用回数に応じた合計金額（課金合計金額）が７０円となっている。
【０１０６】
図１６は、図１４に示す課金単価テーブル３９の構成例を示すテーブル構成図である。
【０１０７】
この課金単価テーブル３９は、カラム（列情報）として、例えばコンテンツＩＤ及び課金単価を有する。このコンテンツＩＤは、図１５に示すコンテンツＩＤにリンクしている。
【０１０８】
課金単価は、各コンテンツＩＤごとに課金すべき単価を表している。具体的には、コンテンツＩＤが「００００１」である場合には課金単価が５０円と設定されている。また、コンテンツＩＤが「００００２」である場合には課金単価が７０円と設定されている。また、コンテンツＩＤが「００００３」である場合には課金単価が６０円と設定されている。
【０１０９】
図１７は、上記課金処理の手順の一例を示すフローチャートである。なお、この課金処理は上記課金サーバ１０における課金処理を表している。
【０１１０】
まずステップＳ２１では、課金部３２が通信制御部３１を制御し、例えばコンテンツ端末３からの課金請求があったか否かを判断する。なお、この課金請求は、コンテンツ端末３からなされる代わりに、コンテンツ端末３からのコンテンツのダウンロード要求に応じてメタデータ管理サーバ５からなされるようにしてもよい。
【０１１１】
課金部３２は、課金請求があるまで待ち処理を行い、上記課金請求があった場合には、次に示すステップＳ２４を実行する。
【０１１２】
このステップＳ２４では、まず、課金部３２が上記課金請求に含まれるユーザＩＤに基づいて課金テーブル３７を検索する。まず課金部３２は、このユーザＩＤが課金テーブル３７に存在するか否かを判断する。この課金部３２は、課金テーブル３７にこのユーザＩＤが存在しない場合には、このユーザＩＤで新規レコードデータ（図示のレコードに相当）を課金テーブル３７に作成する（ステップＳ２５）。
【０１１３】
一方、課金部３２は、このユーザＩＤが課金テーブル３７に存在した場合には次に示すステップＳ２６を実行する。このステップＳ２６では、課金部３２が、課金単価テーブル３９から、上記課金請求に含まれるコンテンツＩＤに基づく課金単価を取得する（ステップＳ２６）。次にステップＳ２７では、課金部３２が、このように取得したコンテンツデータの課金単価に使用回数を掛け合わせて合計金額を演算する。
【０１１４】
さらにこのステップＳ２７では、課金部３２が、これらユーザＩＤ及びコンテンツＩＤをキーとして、課金テーブル３７にこの演算結果としての合計金額を書き込んで更新する。
【０１１５】
上記実施形態におけるソフトウェア管理システム１００は、上記構成に加えてさらに、所望のコンテンツ（ソフトウェア）の利用許諾が承認された場合に課金を行う課金部３２（承認時課金手段）を有する。
【０１１６】
このようにすると、所望のコンテンツ（ソフトウェア）の利用許諾が承認された場合にのみ、処理手段に、この所望のコンテンツ（ソフトウェア）の再生処理又は起動処理をさせることができるとともに、この所望のコンテンツ（ソフトウェア）の利用許諾が承認される度に適正に課金を行うことができる。
【０１１７】
上記実施形態におけるソフトウェア処理装置１００は、上記構成に加えて或いはそれに代えて、再生部１７など（処理手段）によって所望のコンテンツ（ソフトウェア）が再生処理又は起動処理をされる度に課金する課金部３２（利用時課金手段）を有する。
【０１１８】
このようにすると、このコンテンツ（ソフトウェア）を入手した際に課金される代わりに、実際に処理手段がこのコンテンツ（ソフトウェア）の再生処理又は起動処理をする場合にのみ課金されることになる。このため、このコンテンツ（ソフトウェア）の実際の利用状況に応じた妥当な課金がなされるようになる。
＜第５実施形態＞
図１８は、第５実施形態におけるタグＴｏが記憶媒体４１の収納体４２に設けられている様子及びコンテンツ端末３，３ａ，３ｂの構成例を示す図である。
【０１１９】
第５実施形態においては、上述した第２実施形態などにおけるタグＴｏが記憶媒体４１（例えばコンパクトディスク）の収納体４２（例えばジャケット）に設けられている点が異なっている。なお第５実施形態においては、その他の構成及び動作については、上述の第２実施形態から第４実施形態と各々同様であるので説明を省略する。
【０１２０】
第５実施形態においては、例えばユーザが楽曲などのコンテンツデータを購入したときに、上述したタグラベル作成装置（図示せず）でタグＴｏを含むタグラベルを発行している。すると、コンテンツ（以下、コンパクトディスク４１を例示する）を販売する販売店においては、このように発行したタグラベルを、このコンパクトディスク４１を収納するジャケット４２に貼り付けて販売用に展示する。
【０１２１】
これを購入したユーザは、このジャケット４２ごと購入したコンパクトディスク４１を携帯すると、同時にタグＴｏを有するタグラベルも携帯することになる。従って、ユーザがジャケット４２をコンテンツ端末３などに近づけると、このコンテンツ端末３などは、ジャケット４２のタグＴｏから、上記タグデータをリーダ機能を用いて読み出すことができる。
【０１２２】
上記実施形態におけるコンテンツ端末３，３ａ，３ｂは、各々、タグＴｏ（無線タグ）を、そのソフトウェア（例えばコンテンツデータ）を記録した記録媒体（例えばコンパクトディスク４１）の収納体（例えばパッケージ：ジャケット４２）に設けている。
【０１２３】
このような構成とすると、コンテンツ端末３などは、このジャケット４２（収納体）に収納されたコンパクトディスク４１（記録媒体）を販売により譲り渡せば、このコンパクトディスク４１の中身であるソフトウェアのメタデータも併せて譲り渡すことができる。このため上記リーダ１９が、コンパクトディスク４１のジャケット４２に付されたタグＴｏ（無線タグ）との間で情報を送受信し、このタグＴｏからソフトウェアのメタデータを受け取ることができる。従って再生部１７（処理手段）は、この付随情報に基づいて所望の対応でコンパクトディスク４１のソフトウェアを再生処理又は起動処理をすることができる。
＜応用例＞
図１９は、上記各実施形態の応用例を示すイメージ図である。
【０１２４】
この応用例ではカラオケ装置５０を例示している。このカラオケ装置５０は、カラオケ装置本体４９、ライタ４４、スクリーン５１、スピーカ５３及びマイク５４を備えている。この応用例においては、このライタ４４がカラオケ装置本体４９（付随情報書込装置）に内蔵された形態を例示している。
【０１２５】
カラオケ装置本体４９は、図示しないリモートコントローラから入力された所望のコンテンツＩＤに該当するコンテンツデータをコンテンツ提供サーバから取得する機能を有する。このコンテンツ提供サーバとしては、上述したコンテンツプロバイダサーバ９を例示することができる。
【０１２６】
このコンテンツデータとしては、例えばユーザが歌うことを希望する曲を、スピーカ５３によって音として出力するとともに、これに同期させてスクリーン５１から映像として出力するためのデータである。このカラオケ装置本体４９は、上記スピーカ５３、スクリーン５１及びマイク５４が接続されている。このカラオケ装置本体４９は、上述のように取得したコンテンツデータに基づく映像をスクリーン５１から出力するものである。
【０１２７】
このとき、スクリーン５１には、このコンテンツデータに含まれるサブタイトル（字幕）によりこの曲の歌詞を表示している。そしてユーザは、マイク５４を用いてこの曲に合わせて歌うことができる。
【０１２８】
上記ライタ４４は、再生処理又は起動処理をされたソフトウェアのメタデータ（付随情報）を取得する機能（付随情報取得手段）を有する。さらにこのライタ４４は、所定のプロトコルに従って、上述したタグＴｏとの間で情報の送受信を行い、その取得されたコンテンツに関するメタデータをタグＴｏ（無線タグ）に書き込む機能（情報書込手段）を有する。
【０１２９】
さらにライタ４４（情報書込手段）は、上記構成に加えてさらに、再生処理又は起動処理をされたコンテンツに関するメタデータ（付随情報）として、その再生処理又は起動処理をされたコンテンツ自体に関連する情報（例えばＣＤジャケットの画像データ）をタグＴｏに書き込む機能を有する。
【０１３０】
具体的には、上記ライタ４４は、例えばユーザがこの曲を歌い終わった後に、そのユーザが所持するタグＴｏに、この曲に関するメタデータを書き込む機能を有する。このメタデータとしては、例えば先ほどユーザが歌った曲の曲名、その著作者及び演奏者などいずれか又はこれらいずれかの情報の他にも、例えばこの曲のＣＤジャケットに印刷されている画像に関する画像データを挙げることができる。上記ライタ４４（情報書込手段）は、この書き込んだ画像データに基づく画像（付随情報の一例）を、ソフトウェアを記録しているとともにそのタグＴｏが設けられた記録媒体４１の収納体４２の表面に印刷する機能を有していても良い。
【０１３１】
上述のようにカラオケ装置５０（付随情報書込装置）は、そのライタ４４に、再生処理又は起動処理をされたソフトウェアのメタデータ（付随情報）を取得する機能（付随情報取得手段）と、タグＴｏ（無線タグ）との間で情報の送受信を行い、上記付随情報取得手段によって取得されたソフトウェアのメタデータ（付随情報）をタグＴｏ（無線タグ）に書き込むライタ４４（情報書込手段）とを有する。
【０１３２】
このような構成とすると、カラオケ装置５０は、ソフトウェアを再生処理又は起動処理をした場合、このソフトウェア（曲）に関するメタデータをタグＴｏに書き込んで、このタグＴｏをどこへ移動させても、このタグＴｏのメタデータに基づいてコンテンツデータ（ソフトウェア）を取得することができる。
【０１３３】
上記実施形態におけるカラオケ装置５０（付随情報書込装置）は、上記構成に加えてさらに、上記ライタ４４（情報書込手段）は、それらその再生処理又は起動処理をされたソフトウェアの付随情報として上記再生処理又は起動処理をされたソフトウェア自体に関連する情報（関連情報）をタグＴｏに書き込み、かつ、この書き込んだ情報を、上記ソフトウェアを記録しているとともに上記タグＴｏが設けられた記録媒体４１の収納体４２に印刷している。この関連情報としては、例えばＣＤジャケット４２に印刷された画像に関する画像データを挙げることができる。
【０１３４】
このような構成とすると、タグＴｏにはこのソフトウェアのメタデータ及び関連情報が書き込まれているため、このタグＴｏを持ち歩けば、このソフトウェアのメタデータ及び関連情報も携帯することができる。すると、ユーザがどこへ移動しても、このタグＴｏのメタデータに基づいてコンテンツ（ソフトウェア）を取得することができるばかりでなく、その関連情報を所望の用途に使用することができる。しかも、このソフトウェアの収納体４２の表面には、その関連情報に基づく画像が印刷されているため、そのタグＴｏが設けられた収納体４２を参照すれば、そのソフトウェアの関連情報を把握することができる。
【０１３５】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。
【０１３６】
上記各実施形態においては、ユーザの操作によってコンテンツ端末３などがコンテンツデータに基づいてコンテンツを再生することを明示しているが、これに限られず、例えばミシンが、ソフトウェアの一例としての刺しゅうプログラムに従って所定の生地に刺しゅうを行う場合にも適用することができる。つまりこのミシンにおいては、図示しない起動部が刺しゅうプログラム起動し、この刺しゅうプログラムがミシンによる刺しゅう動作の制御を行う。
【０１３７】
このミシンでは、ソフトウェアの一例としての刺しゅうプログラムを起動処理する起動部（処理手段）と、その起動部によって起動処理される刺しゅうプログラムのメタデータ（付随情報）が刺しゅうプログラムの付随情報を管理する付随情報管理装置に登録済みであるか否かを問い合わせる確認部（確認手段）とを有する。この確認部は、上記実施形態における確認部１２（図７参照）と同様の機能を有する。
【０１３８】
このようにすると、このミシンは、自らの動作を制御する刺しゅうプログラムのメタデータが、上述したメタデータ管理サーバ５に登録されているか否かを確認した上で動作を開始することができる。このため刺しゅうプログラムが改ざんされることにより、この刺しゅうプログラムを表すコンテンツＩＤがない場合には、上記メタデータ管理サーバ５が、このミシンにおいて起動されようとしている刺しゅうプログラムが不正であることを発見することができる。
【０１３９】
このミシンは、例えば刺しゅうプログラムが不正である場合には起動しないようにする機能を備えておけば、確実に、このような不正な刺しゅうプログラムに従って動作することがなくなる。なお、このミシンは、所定の生地に刺しゅうを行う機能を有する点を除いて、上記各実施形態におけるコンテンツ端末３とほぼ同様の機能を有するとともに、ほぼ同様の作用及び効果を発揮することができる。
【０１４０】
また、上記第２実施形態〜第５実施形態は、各々、上述のような状況のみならず、例えばコンテンツのレンタルショップにおいてコンパクトディスク４１（及びジャケット４２）の貸し出し管理に用いても良い。すなわちこの変形例では、タグＴｏを上記タグラベルとしてジャケット４２に貼り付けておき、このタグＴｏに、貸し出し管理のための情報を格納し、貸し出し管理を行っている。
【０１４１】
また上記各実施形態においては、コンテンツ端末３などにおける再生部１７（処理手段）が再生処理又は起動処理を開始するソフトウェアとして、例えば音楽データを挙げているが、これに限られず、例えば映画、ゲームコンテンツ、その他のコンテンツに適用してもよい。また上述したメタデータ（メタ情報）は、上述したものに限られず、その他の情報を採用してもよい。
【０１４２】
また上記実施形態の応用例では、カラオケ装置５０においてライタ４４がカラオケ装置本体４９に内蔵された形態を例示しているが、これに限られず、このライタ４４がカラオケ装置本体４９とは別体となった形態であっても良い。
【０１４３】
また上記実施形態では、記録媒体の一例としてコンパクトディスク４１を挙げているが、これに限られず、デジタルバーサタイルディスク（いわゆるＤＶＤ）を挙げても良い。
【０１４４】
上記実施形態においては、上述した課金処理が課金サーバ１０において実行されていると例示したが、その課金処理の一部がコンテンツ端末３において実行されてもよい。
【０１４５】
また上記実施形態においては、コンテンツの一例として音楽を挙げたが、これに限られず、ゲームソフトなどを挙げてもよい。
【０１４６】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用してもよい。
【０１４７】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【図面の簡単な説明】
【０１４８】
【図１】第１実施形態におけるソフトウェア管理システムの構成例を示すシステム構成図である。
【図２】図１に示すコンテンツ端末のハードウェア構成例を示すブロック図である。
【図３】図１に示すコンテンツ端末におけるソフトウェアの構成例を示すブロック図である。
【図４】図１に示すメタデータ管理サーバのソフトウェア構成例を示すブロック図である。
【図５】図４に示す認証テーブルの構成例を示すテーブル構成図である。
【図６】図４に示すメタデータテーブルの構成例を示すテーブル構成図である。
【図７】端末処理の手順の一例を示すフローチャートである。
【図８】メタデータサーバ処理の手順の一例を示すフローチャートである。
【図９】第２実施形態としてのソフトウェア管理システムにおけるコンテンツ端末などの構成例を示す図である。
【図１０】図９に示すコンテンツ端末のハードウェア構成例を示すブロック図である。
【図１１】第３実施形態におけるソフトウェア管理システムのシステム構成例を示すブロック図である。
【図１２】図１１に示すコンテンツ端末のソフトウェア構成例を示すブロック図である。
【図１３】第４実施形態におけるソフトウェア管理システムの構成例を示すブロック図である。
【図１４】図１３に示す課金サーバのソフトウェア構成例を示すブロック図である。
【図１５】図１４に示す課金テーブルの構成例を示すテーブル構成図である。
【図１６】図１４に示す課金単価テーブルの構成例を示すテーブル構成図である。
【図１７】第４実施形態における課金処理の手順の一例を示すフローチャートである。
【図１８】第５実施形態におけるソフトウェア管理システムの一部であるコンテンツ端末などの構成例を示す図である。
【図１９】上記各実施形態の応用例を示す図である。
【図２０】コンテンツ端末に表示された画像の一例を示す図である。
【符号の説明】
【０１４９】
３ コンテンツ端末（ソフトウェア処理装置）
３ａ コンテンツ端末（ソフトウェア処理装置）
３ｂ コンテンツ端末（ソフトウェア処理装置）
５ メタデータ管理サーバ（付随情報管理装置）
１２ 確認部（確認手段）
１６ コンテンツデータ（ソフトウェア）
１７ 再生部（処理手段）
１８ ダウンロード制御手段（ダウンロード手段）
１９ リーダ（付随情報取得手段、送受信手段）
３２ 課金部（承認時課金手段、利用時課金手段）
４１ コンパクトディスク（記録媒体）
４２ ジャケット（収納体）
４４ ライタ（付随情報取得手段、情報書込手段）
４９ カラオケ装置本体（付随情報書込装置）
５０ カラオケ装置（付随情報書込装置）
１００ ソフトウェア管理システム
１００ａ ソフトウェア管理システム
１００ｂ ソフトウェア管理システム
１００ｃ ソフトウェア管理システム
Ｔｏ タグ（無線タグ）
【特許請求の範囲】
【請求項１】
ソフトウェアの再生処理又は起動処理をする処理手段と、
可般性付随情報記憶手段から、前記処理手段によって再生処理又は起動処理されるソフトウェアの付随情報を取得する付随情報取得手段と、
前記付随情報取得手段によって取得されたソフトウェアの付随情報が、各ソフトウェアの付随情報を管理する付随情報管理装置に登録済みであるか否かを問い合わせる確認手段と
を有することを特徴とするソフトウェア処理装置。
【請求項２】
請求項１記載のソフトウェア処理装置において、
前記付随情報取得手段は、
前記ソフトウェアの付随情報が格納された前記可般性付随情報記憶手段としての無線タグとの間で情報を送受信する送受信手段
を有することを特徴とするソフトウェア処理装置。
【請求項３】
請求項２記載のソフトウェア処理装置において、
前記無線タグを、前記ソフトウェアを記録した記録媒体の収納体に設けたことを特徴とするソフトウェア処理装置。
【請求項４】
請求項２又は請求項３記載のソフトウェア処理装置において、
前記無線タグの付随情報に基づいて所望のソフトウェアをダウンロードするダウンロード手段
を有することを特徴とするソフトウェア処理装置。
【請求項５】
再生処理又は起動処理をされたソフトウェアの付随情報を取得する付随情報取得手段と、
無線タグとの間で情報の送受信を行い、前記付随情報取得手段によって取得された前記ソフトウェアの付随情報を前記無線タグに書き込む情報書込手段と
を有することを特徴とする付随情報書込装置。
【請求項６】
請求項５記載の付随情報書込装置において、
前記情報書込手段は、
前記再生処理又は起動処理をされたソフトウェアの付随情報として、前記再生処理又は起動処理をされたソフトウェア自体に関連する情報を前記無線タグに書き込み、かつ、この書き込んだ情報を、前記ソフトウェアを記録しているとともに前記無線タグが設けられた記録媒体の収納体に印刷することを特徴とする付随情報書込装置。
【請求項７】
再生処理又は起動処理をされる各ソフトウェアの付随情報を管理する付随情報管理装置と、
処理手段によって再生処理又は起動処理をされるソフトウェアの付随情報が、前記付随情報管理装置に登録済みであるか否かを問い合わせる確認手段を含むソフトウェア処理装置と
を有することを特徴とするソフトウェア管理システム。
【請求項８】
請求項７記載のソフトウェア管理システムにおいて、
所望の前記ソフトウェアの利用許諾が承認された場合に課金を行う承認時課金手段
を有することを特徴とするソフトウェア管理システム。
【請求項９】
請求項７又は請求項８記載のソフトウェア管理システムにおいて、
前記処理手段によって前記所望のソフトウェアが再生処理又は起動処理をされる度に課金する利用時課金手段
を有することを特徴とするソフトウェア管理システム。
【請求項１】
ソフトウェアの再生処理又は起動処理をする処理手段と、
可般性付随情報記憶手段から、前記処理手段によって再生処理又は起動処理されるソフトウェアの付随情報を取得する付随情報取得手段と、
前記付随情報取得手段によって取得されたソフトウェアの付随情報が、各ソフトウェアの付随情報を管理する付随情報管理装置に登録済みであるか否かを問い合わせる確認手段と
を有することを特徴とするソフトウェア処理装置。
【請求項２】
請求項１記載のソフトウェア処理装置において、
前記付随情報取得手段は、
前記ソフトウェアの付随情報が格納された前記可般性付随情報記憶手段としての無線タグとの間で情報を送受信する送受信手段
を有することを特徴とするソフトウェア処理装置。
【請求項３】
請求項２記載のソフトウェア処理装置において、
前記無線タグを、前記ソフトウェアを記録した記録媒体の収納体に設けたことを特徴とするソフトウェア処理装置。
【請求項４】
請求項２又は請求項３記載のソフトウェア処理装置において、
前記無線タグの付随情報に基づいて所望のソフトウェアをダウンロードするダウンロード手段
を有することを特徴とするソフトウェア処理装置。
【請求項５】
再生処理又は起動処理をされたソフトウェアの付随情報を取得する付随情報取得手段と、
無線タグとの間で情報の送受信を行い、前記付随情報取得手段によって取得された前記ソフトウェアの付随情報を前記無線タグに書き込む情報書込手段と
を有することを特徴とする付随情報書込装置。
【請求項６】
請求項５記載の付随情報書込装置において、
前記情報書込手段は、
前記再生処理又は起動処理をされたソフトウェアの付随情報として、前記再生処理又は起動処理をされたソフトウェア自体に関連する情報を前記無線タグに書き込み、かつ、この書き込んだ情報を、前記ソフトウェアを記録しているとともに前記無線タグが設けられた記録媒体の収納体に印刷することを特徴とする付随情報書込装置。
【請求項７】
再生処理又は起動処理をされる各ソフトウェアの付随情報を管理する付随情報管理装置と、
処理手段によって再生処理又は起動処理をされるソフトウェアの付随情報が、前記付随情報管理装置に登録済みであるか否かを問い合わせる確認手段を含むソフトウェア処理装置と
を有することを特徴とするソフトウェア管理システム。
【請求項８】
請求項７記載のソフトウェア管理システムにおいて、
所望の前記ソフトウェアの利用許諾が承認された場合に課金を行う承認時課金手段
を有することを特徴とするソフトウェア管理システム。
【請求項９】
請求項７又は請求項８記載のソフトウェア管理システムにおいて、
前記処理手段によって前記所望のソフトウェアが再生処理又は起動処理をされる度に課金する利用時課金手段
を有することを特徴とするソフトウェア管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００８−２９９５８７（Ｐ２００８−２９９５８７Ａ）
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願番号】特願２００７−１４４８６７（Ｐ２００７−１４４８６７）
【出願日】平成１９年５月３１日（２００７．５．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願日】平成１９年５月３１日（２００７．５．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]