(57)【要約】【課題】多様なサービスコンテンツの提供を柔軟に制御する。【解決手段】サーバ２００に、認証コード２３０とサービスコード２３２からなるライセンス同意コード２２２が設定され、同じライセンス同意コード２２２が任意のユーザ１００に提供される。サーバ２００は、サービスコード２３２に、特定のサービス内容を表したコンテンツファイル２２０を関連付ける。その関連付けは任意に変更できる。ユーザ２２２は、入手したライセンス同意コード１０２を端末１０２からサーバ２００に送る。サーバ２００は、受信したライセンス同意コード１０２のサービスコード２３２に関連付けられたコンテンツファイル２２０を選択し、選択したコンテンツファイル２２０に対応したサービス内容をユーザ１００に提供する。ライセンス同意コード２２２にはサービス提供条件２３６も関連付けられ、それによりサービス提供の可否が制御される。【選択図】図１
2009187317.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供を制御するためのシステムにおいて、
認証コードとサービスコードとの組み合わせをそれぞれ含んだ１以上のライセンス同意コードを設定する認証情報設定手段と、
前記設定されたライセンス同意コードを任意の１以上のユーザに提供する認証情報提供手段と、
前記設定されたライセンス同意コードを記憶する認証情報記憶手段と、
異なるサービス内容にそれぞれ対応する異なるコンテンツデータを記憶するコンテンツ記憶手段と、
前記異なるコンテンツデータ中から任意の１以上のコンテンツデータを選択し、前記選択されたコンテンツデータと前記設定されたライセンス同意コードとの間の関連付けを設定し、そして、必要に応じて前記設定された関連付けを変更するコンテンツ制御手段と、
前記コンテンツ制御手段により設定された前記関連付けを記憶するコンテンツ関連付け記憶手段と、
任意の端末と接続し、前記接続された端末から任意のライセンス同意コードを受信し、そして、前記受信されたライセンス同意コードと一致するライセンス同意コードが、前記設定されたライセンス同意コード中に有るか否かの認証チェックを行う認証手段と、
前記認証チェックの結果が、前記一致するライセンス同意コードが前記設定されたライセンス同意コード中に有ることを示した場合、前記コンテンツ関連付け記憶手段と前記コンテンツ記憶手段とを参照して、前記一致するライセンス同意コードに含まれるサービスコードに関連付けられたコンテンツデータを特定し、そして、前記接続された端末又はそのユーザへの、前記特定されたコンテンツデータに対応したサービスコンテンツの提供を制御するサービス制御手段と
を備えたシステム。
【請求項２】
請求項１記載のシステムにおいて、
前記認証情報設定手段は、前記認証コードでは互いに異なるが前記サービスコードでは共通する複数のライセンス同意コードを設定することが可能であり、且つ、認証コードとサービスコードの双方にて互いに異なる複数のライセンス同意コードを設定することも可能である、
システム。
【請求項３】
請求項１又は２記載のシステムにおいて、
前記認証情報設定手段は、１以上のサービス提供条件を定義した条件データを前記設定されたライセンス同意コードの各々に関連付け、
前記認証情報記憶手段は、前記設定されたライセンス同意コードに関連付けられた前記特定の条件データを更に記憶し、
前記認証手段は、前記認証チェックを行う時、前記認証情報記憶手段を参照して、前記一致するライセンス同意コードに関連付けられた条件データにより定義された前記1以上のサービス提供条件が満たされているか否かの条件チェックを更に行い、
前記サービス提供手段は、前記条件チェックの結果に応じて、前記接続された端末又はそのユーザへの前記サービスコンテンツの提供を制御する、
システム。
【請求項４】
請求項３記載のシステムにおいて、
前記システムは、前記設定されたライセンス同意コードの各々に基づくサービスコンテンツの提供を過去に受けたことがある端末又はそのユーザの識別コードを、前記設定されたライセンス同意コードの各々に関連付けて記憶するライセンス情報記憶手段を更に備え、
前記認証情報記憶手段内の前記設定されたライセンス同意コードの前記条件データは、前記サービス提供条件の一つとして、最大ライセンス数を定義し、
前記認証手段は、前記接続された端末から、前記任意のライセンス同意コードを受信するとき、前記接続された端末又はそのユーザの識別コードも受信し、そして、前記受信されたライセンス同意コードについての前記条件チェックの中で、前記ライセンス情報記憶手段を参照して、前記受信されたライセンス同意コードに一致するライセンス同意コードと前記受信された識別コードとが既に関連付けられているか否かのライセンス済チェック、及び、前記一致するライセンス同意コードに既に関連付けられている他の識別コードの数が、前記一致するライセンス同意コードに関連付けられた条件データにより定義される前記最大ライセンス数未満か否かのライセンス数チェックを行い、
前記ライセンス情報記憶手段は、前記ライセンス済チェックの結果が、関連付けられていないことを示し、且つ、前記ライセンス数チェックの結果が、前記最大ライセンス数未満であることを示した場合、前記受信された識別コードを、前記一致するライセンス同意コードに関連付けて新たに記憶し、
前記サービス制御手段は、前記ライセンス済チェックの結果が、関連付けられていないことを示し、且つ、前記ライセンス数チェックの結果が、前記最大ライセンス数より少なくないことを示した場合、前記接続された端末又はそのユーザへの前記一致するライセンス同意コードに基づくサービスコンテンツの提供を拒否する、
システム。
【請求項５】
請求項３又は４記載のシステムにおいて、
前記条件データは、前記サービス提供条件の一つとして、特定の期間又は期限を定義し、
前記認証手段は、前記条件チェックの中で、前記特定の期間又は期限が終了してないかをチェックする、
システム。
【請求項６】
請求項１〜５のいずれか一項記載のシステムにおいて、
前記認証情報提供手段は、任意のユーザに配布されるようになった、前記設定されたライセンス同意コードが記録された記録媒体を含む、
システム。
【請求項７】
請求項１〜６のいずれか一項記載のシステムにおいて、
前記認証情報提供手段は、芸能又は芸術作品が上演される特定の劇場に入場した任意の観客に前記設定されたライセンス同意コードを提供し、
前記コンテンツ記憶手段内のコンテンツデータは、前記特定の劇場にて上演された前記作品の少なくとも一部が記録された作品データを含み、
前記サービス制御手段は、前記認証チェックの結果に応じて、前記接続された端末への、前記特定されたコンテンツデータのダウンロードを制御する、
システム。
【請求項８】
サービス提供を制御するための方法において、
認証コードとサービスコードとの組み合わせをそれぞれ含んだ１以上のライセンス同意コードを設定する認証情報設定ステップと、
前記設定されたライセンス同意コードを任意の１以上のユーザに提供する認証情報提供ステップと、
前記設定されたライセンス同意コードを記憶装置に記憶する認証情報記憶ステップと、
異なるサービス内容にそれぞれ対応する異なるコンテンツデータを記憶装置に記憶するコンテンツ記憶ステップと、
前記異なるコンテンツデータ中から任意の１以上のコンテンツデータを選択し、前記選択されたコンテンツデータと前記設定されたライセンス同意コードとの間の関連付けを設定し、そして、必要に応じて前記設定された関連付けを変更するコンテンツ制御ステップと、
前記コンテンツ制御ステップにより設定された前記関連付けを記憶装置に記憶するコンテンツ関連付け記憶ステップと、
任意の端末と接続し、前記接続された端末から任意のライセンス同意コードを受信し、そして、前記受信されたライセンス同意コードと一致するライセンス同意コードが、前記設定されたライセンス同意コード中に有るか否かの認証チェックを行う認証ステップと、
前記認証チェックの結果が、前記一致するライセンス同意コードが前記設定されたライセンス同意コード中に有ることを示した場合、前記記憶装置を参照して、前記一致するライセンス同意コードに含まれるサービスコードに関連付けられたコンテンツデータを特定し、そして、前記接続された端末又はそのユーザへの、前記特定されたコンテンツデータに対応したサービスコンテンツの提供を制御するサービス制御ステップと
を備えた方法。
【請求項９】
サービス提供のためのサーバにおいて、
認証コードとサービスコードとの組み合わせをそれぞれ含み、任意の１以上のユーザに提供されることになる、１以上のライセンス同意コードを設定する認証情報設定手段と、
前記設定されたライセンス同意コードを認証情報提供手段と、
前記設定されたライセンス同意コードを記憶する認証情報記憶手段と、
異なるサービス内容にそれぞれ対応する異なるコンテンツデータを記憶するコンテンツ記憶手段と、
前記異なるコンテンツデータ中から任意の１以上のコンテンツデータを選択し、前記選択されたコンテンツデータと前記設定されたライセンス同意コードとの間の関連付けを設定し、そして、必要に応じて前記設定された関連付けを変更するコンテンツ制御手段と、
前記コンテンツ制御手段により設定された前記関連付けを記憶するコンテンツ関連付け記憶手段と、
任意の端末と接続し、前記接続された端末から任意のライセンス同意コードを受信し、そして、前記受信されたライセンス同意コードと一致するライセンス同意コードが、前記設定されたライセンス同意コード中に有るか否かの認証チェックを行う認証手段と、
前記認証チェックの結果が、前記一致するライセンス同意コードが前記設定されたライセンス同意コード中に有ることを示した場合、前記コンテンツ関連付け記憶手段と前記コンテンツ記憶手段とを参照して、前記一致するライセンス同意コードに含まれるサービスコードに関連付けられたコンテンツデータを特定し、そして、前記接続された端末又はそのユーザへの、前記特定されたコンテンツデータに対応したサービスコンテンツの提供を制御するサービス制御手段と
を備えたサーバ。
【請求項１０】
請求項９記載のサーバとしてコンピュータを機能させる、コンピュータ読み取り可能なコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信やチケット販売などのサービスの提供を制御するためのシステム、方法、サーバ及びコンピュータプログラムに関する。
【背景技術】
【０００２】
サービスの提供を制御するための従来のシステムの典型例として、通信ネットワーク上に存在するサーバを備え、ユーザが端末からそのサーバに接続すると、サーバがそのユーザ又は端末について認証処理を行ない、その認証結果が成功であれば、サーバから端末へ所定のサービスが提供され得るようになったものが知られている。例えば、特許文献１及び２には、音楽データのようなコンテンツの配信のサービスを上記のように制御するシステムが開示されている。
【０００３】
【特許文献１】特開２００７−３１７１７８号公報
【特許文献２】特開２００７−３０６０７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この種のシステムにおいて、多様なサービスコンテンツの提供を柔軟に制御できることが望まれている。例えば、異なるユーザ又は端末に対して異なるサービスコンテンツを提供する制御や、同じユーザ又は端末に対して異なる時と場合に異なるサービスコンテンツを提供する制御や、同じサービスコンテンツを複数のユーザ又は端末に提供する場合にそのサービスが提供されるユーザ又は端末の最大数を制限する制御などが、行えることが望まれる。しかし、そのような制御のための技術は、特許文献１及び２のいずれにも開示されていない。
【０００５】
従って、本発明の目的は、多様なサービスコンテンツの提供を柔軟に制御することにある。
【課題を解決するための手段】
【０００６】
本発明の一つの側面に従って提供される、サービス提供を制御するためのシステムは、
認証コードとサービスコードとの組み合わせをそれぞれ含んだ１以上のライセンス同意コードを設定する認証情報設定手段と、
前記設定されたライセンス同意コードを任意の１以上のユーザに提供する認証情報提供手段と、
前記設定されたライセンス同意コードを記憶する認証情報記憶手段と、
異なるサービス内容にそれぞれ対応する異なるコンテンツデータを記憶するコンテンツ記憶手段と、
前記異なるコンテンツデータ中から任意の１以上のコンテンツデータを選択し、前記選択されたコンテンツデータと前記設定されたライセンス同意コードとの間の関連付けを設定し、そして、必要に応じて前記設定された関連付けを変更するコンテンツ制御手段と、
前記コンテンツ制御手段により設定された前記関連付けを記憶するコンテンツ関連付け記憶手段と、
任意の端末と接続し、前記接続された端末から任意のライセンス同意コードを受信し、そして、前記受信されたライセンス同意コードと一致するライセンス同意コードが、前記設定されたライセンス同意コード中に有るか否かの認証チェックを行う認証手段と、
前記認証チェックの結果が、前記一致するライセンス同意コードが前記設定されたライセンス同意コード中に有ることを示した場合、前記コンテンツ関連付け記憶手段と前記コンテンツ記憶手段とを参照して、前記一致するライセンス同意コードに含まれるサービスコードに関連付けられたコンテンツデータを特定し、そして、前記接続された端末又はそのユーザへの、前記特定されたコンテンツデータに対応したサービスコンテンツの提供を制御するサービス制御手段と
を備える。
【０００７】
このシステムは、それぞれ認証コードとサービスコードの組み合わせを含んだ1以上のライセンス同意コードを設定し、それらのライセンス同意コードを任意のユーザに提供する。各ライセンス同意コードを入手した各ユーザは、携帯電話或いはパーソナルコンピュータのような端末を用いて、このシステムに接続して、自分が入手したライセンス同意コードをこのシステムに送信する。すると、このシステムは、そのライセンス同意コードを用いて認証チェックを行なう。このシステムは、予め、それぞれのサービスコードに、任意のサービスコンテンツを関連付けている。上記認証チェックの結果に応じて、上記ライセンス同意コードに含まれるサービスコードに関連付けられたサービスコンテンツの提供が制御される（例えば、そのサービスコンテンツの提供を許可する又は拒否する）。それぞれのサービスコードに関連付けられるコンテンツデータの選択やその選択変更により、それぞれのライセンス同意コードを入手したユーザに対してどのサービスコンテンツを提供するかを柔軟に制御することができる。例えば、異なる価格をもつ有料の複数のライセンス同意コードを設定した場合、各ライセンス同意コードを購入したユーザに提供されるサービスコンテンツを、各購入価格に応じて変える、というような制御が容易に行える。例えば、一つのライセンス同意コードを入手したユーザに提供されるサービスコンテンツを、時期または場合に応じて変える、というような制御も容易に行える。
【０００８】
好適な実施形態では、前記認証情報設定手段は、認証コードでは互いに異なるがサービスコードでは共通する複数のライセンス同意コードを設定することが可能であり、且つ、認証コードとサービスコードの双方にて互いに異なる複数のライセンス同意コードを設定することも可能である。このようなライセンス同意コードの設定の仕方を選択することで、異なるライセンス同意コードを入手した異なるユーザに、異なるサービスコンテンツを提供するか、同じサービスコンテンツを提供するかの制御が行える。
【０００９】
また、好適な実施形態では、前記認証情報設定手段は、１以上のサービス提供条件を定義した条件データを前記設定されたライセンス同意コードの各々に関連付ける。前記認証情報記憶手段は、前記設定されたライセンス同意コードに関連付けられた前記特定の条件データを更に記憶する。前記認証手段は、前記認証チェックを行う時、前記認証情報記憶手段を参照して、前記一致するライセンス同意コードに関連付けられた条件データにより定義された前記1以上のサービス提供条件が満たされているか否かの条件チェックを更に行う。そして、前記サービス提供手段は、前記条件チェックの結果に応じて、前記接続された端末又はそのユーザへの前記サービスコンテンツの提供を制御する。
【００１０】
この実施形態によれば、条件データの定義の仕方で、サービスを提供する条件（例えば、期限のような時間的条件、端末やユーザの数又はコンテンツの量などの数量的条件など）を柔軟に制御できる。
【００１１】
さらに、好適な実施形態では、このシステムは、前記設定されたライセンス同意コードの各々に基づくサービスコンテンツの提供を過去に受けたことがある端末又はそのユーザの識別コードを、前記設定されたライセンス同意コードの各々に関連付けて記憶するライセンス情報記憶手段を更に備える。そして、前記認証情報記憶手段内の前記設定されたライセンス同意コードの前記条件データは、前記サービス提供条件の一つとして、最大ライセンス数を定義する。また、前記認証手段は、前記接続された端末から、前記任意のライセンス同意コードを受信するとき、前記接続された端末又はそのユーザの識別コードも受信し、そして、前記受信されたライセンス同意コードについての前記条件チェックの中で、前記ライセンス情報記憶手段を参照して、前記受信されたライセンス同意コードに一致するライセンス同意コードと前記受信された識別コードとが関連付けられているか否かのライセンス済チェック、及び、前記一致するライセンス同意コードに既に関連付けられている他の識別コードの数が、前記一致するライセンス同意コードに関連付けられた条件データにより定義される前記最大ライセンス数未満か否かのライセンス数チェックを行なう。前記ライセンス情報記憶手段は、前記ライセンス済チェックの結果が、関連付けられていないことを示し、且つ、前記ライセンス数チェックの結果が、前記最大ライセンス数未満であることを示した場合、前記受信された識別コードを、前記一致するライセンス同意コードに関連付けて新たに記憶する。そして、前記サービス制御手段は、前記ライセンス済チェックの結果が、関連付けられていないことを示し、且つ、前記ライセンス数チェックの結果が、前記最大ライセンス数より少なくないことを示した場合、前記接続された端末又はそのユーザへの前記一致するライセンス同意コードに基づくサービスコンテンツの提供を拒否する。
【００１２】
この実施形態によれば、条件データにおける最大ライセンス数の設定により、同じライセンス同意コードに基づいて最大何台の端末又は最大何人のユーザにサービス提供ができるかが制御できる。例えば、そのライセンス同意コードを入手した先着１００台の端末にのみ、特定のサービスを提供するというようなことができる。
【００１３】
またさらに、好適な実施形態では、前記条件データは、前記サービス提供条件の一つとして、特定の期間又は期限を定義し、前記認証手段は、前記条件チェックの中で、前記特定の期間又は期限が終了してないかをチェックする。この構成によれば、サービス提供の時間的な制御ができる。
【００１４】
本発明に従うこのシステムは、様々なサービス提供ビジネスに適用できるが、好適な実施形態は、一つの例示として、音楽や演劇などの芸能又は芸術作品を記録した作品データのダウンロードサービスに適用される。この好適な実施形態では、前記認証情報提供手段は、芸能又は芸術作品が上演される特定の劇場に入場した任意の観客に前記設定されたライセンス同意コードを提供し、前記コンテンツ記憶手段内のコンテンツデータは、前記特定の劇場にて上演された前記作品の少なくとも一部の記録である作品データを含み、そして、前記サービス制御手段は、前記認証チェックの結果に応じて、前記接続された端末への、前記特定されたコンテンツデータのダウンロードを制御する。
【００１５】
この実施形態によれば、ライブハウスや音楽ホールなどの劇場に入場した観客に対して、その劇場で上演された音楽、演劇又は舞踊などの作品を記録した作品データのダウンロードサービスを行うことができる。このサービスは、その上演された作品又は上演したアーティストのプロモーションに活用できるが、その場合、ダウンロード可能な作品の選択や変更の制御が柔軟に行えるから、多様なやり方でプロモーションが行える。作品の上演が行われた後、その作品データのこのシステムへの格納を短時間で行なうことで、観客が劇場から帰宅して、劇場で味わった感動の記憶がまだ新しいうちに、その作品データのダウンロードができるから、観客へのプロモーションの効果が高い。
【００１６】
また、好適な実施形態では、前記認証情報提供手段は、任意のユーザに配布されるようになった、前記設定されたライセンス同意コードが記録された記録媒体を含む。記録媒体としては、例えば、ライセンス同意コードが印刷及び/又は電子的に記録されたカード、ライセンス同意コードが印刷された出版物、通信ネットワークを通じてライセンス同意コードを提供するネットワークサイトなどが採用できる。
【００１７】
本発明の別の側面に従って提供される、サービス提供を制御するための方法は、
認証コードとサービスコードとの組み合わせをそれぞれ含んだ１以上のライセンス同意コードを設定する認証情報設定ステップと、
前記設定されたライセンス同意コードを任意の１以上のユーザに提供する認証情報提供ステップと、
前記設定されたライセンス同意コードを記憶装置に記憶する認証情報記憶ステップと、
異なるサービス内容にそれぞれ対応する異なるコンテンツデータを記憶装置に記憶するコンテンツ記憶ステップと、
前記異なるコンテンツデータ中から任意の１以上のコンテンツデータを選択し、前記選択されたコンテンツデータと前記設定されたライセンス同意コードとの間の関連付けを設定し、そして、必要に応じて前記設定された関連付けを変更するコンテンツ制御ステップと、
前記コンテンツ制御ステップにより設定された前記関連付けを記憶装置に記憶するコンテンツ関連付け記憶ステップと、
任意の端末と接続し、前記接続された端末から任意のライセンス同意コードを受信し、そして、前記受信されたライセンス同意コードと一致するライセンス同意コードが、前記設定されたライセンス同意コード中に有るか否かの認証チェックを行う認証ステップと、
前記認証チェックの結果が、前記一致するライセンス同意コードが前記設定されたライセンス同意コード中に有ることを示した場合、前記記憶装置を参照して、前記一致するライセンス同意コードに含まれるサービスコードに関連付けられたコンテンツデータを特定し、そして、前記接続された端末又はそのユーザへの、前記特定されたコンテンツデータに対応したサービスコンテンツの提供を制御するサービス制御ステップと
を備える。
【００１８】
本発明のさらに別の側面に従って提供される、サービス提供のためのサーバは、
認証コードとサービスコードとの組み合わせをそれぞれ含み、任意の１以上のユーザに提供されることになる、１以上のライセンス同意コードを設定する認証情報設定手段と、
前記設定されたライセンス同意コードを認証情報提供手段と、
前記設定されたライセンス同意コードを記憶する認証情報記憶手段と、
異なるサービス内容にそれぞれ対応する異なるコンテンツデータを記憶するコンテンツ記憶手段と、
前記異なるコンテンツデータ中から任意の１以上のコンテンツデータを選択し、前記選択されたコンテンツデータと前記設定されたライセンス同意コードとの間の関連付けを設定し、そして、必要に応じて前記設定された関連付けを変更するコンテンツ制御手段と、
前記コンテンツ制御手段により設定された前記関連付けを記憶するコンテンツ関連付け記憶手段と、
任意の端末と接続し、前記接続された端末から任意のライセンス同意コードを受信し、そして、前記受信されたライセンス同意コードと一致するライセンス同意コードが、前記設定されたライセンス同意コード中に有るか否かの認証チェックを行う認証手段と、
前記認証チェックの結果が、前記一致するライセンス同意コードが前記設定されたライセンス同意コード中に有ることを示した場合、前記コンテンツ関連付け記憶手段と前記コンテンツ記憶手段とを参照して、前記一致するライセンス同意コードに含まれるサービスコードに関連付けられたコンテンツデータを特定し、そして、前記接続された端末又はそのユーザへの、前記特定されたコンテンツデータに対応したサービスコンテンツの提供を制御するサービス制御手段と
を備える。
【００１９】
本発明はまたさらに、上記サーバとしてコンピュータを機能させるためのコンピュータプログラムも提供する。
【発明の効果】
【００２０】
本発明によれば、多様なサービスコンテンツの提供を柔軟に制御することができる。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明に従うサービス提供制御システムの一実施形態の全体的構成を示す。本発明に従うサービス提供制御システムは、様々なサービス提供ビジネスに適用可能であるが、本実施形態が適用されサービスビジネスは、説明のための一つの例示として、ライブハウスで上演された楽曲を記録した所謂「着うた」（登録商標）、「着うたフル」又は「着メロ」（登録商標）などと呼ばれる携帯電話用着信音のコンテンツファイルのダウンロードサービスを、そのライブハウスに入場した観客が使用する携帯電話に提供するというビジネスである。
【００２２】
図１において、参照番号１００は人を指しており、その人１００は或る携帯電話１０２のユーザである。携帯電話１０２は、その携帯電話１０２を識別するための端末ID１０４を記憶している。現実には、沢山のユーザ１００と携帯電話１０２が存在するが、図１では、一人のユーザ１００と一つの携帯電話１０２のみを図示し、それに焦点を当てて、以下の説明を行う。
【００２３】
「着うた」（「着メロ」）ダウンロードサービスの実行と制御を行うためのサーバ２００が、通信ネットワーク（典型的にはインターネット）上に存在し、携帯電話１０２と接続することが可能である。サーバ２００は、特定のライブハウス１０６（複数のライブハウスがあってよいが、こでは、１つのライブハウス１０６の場合を例にとり説明する）で演奏された複数の音楽をそれぞれ記録した「着うた」用の複数のコンテンツファイル２２０、２２０、…を記憶している。サーバ２００は、そこに記憶された複数のコンテンツファイル２２０、２２０、…中で、どのコンテンツファイル２２０をダウンロードする権利（以下、ライセンスという）が携帯電話１０２に対して発行されているかを判断し、そして、その判断されたコンテンツファイル２２０のみのダウンロードを携帯電話１０２に許可するという制御を行う。
【００２４】
さらに、複数枚のカード１０８、１０８、…が、ライブハウス１０６に来場した任意の複数の観客にそれぞれ提供される。それらのカード１０８、１０８、…の提供は、例えばライブハウス１０６内で行われ、有料でも無料でもよい。各カード１０８には、その提供を受けた人（または携帯電話）に或るライセンスを発行してもよいというサービス提供者側からの同意を表したコード（以下、ライセンス同意コードという）２２２が、記録されている。ライセンス同意コード２２２は、携帯電話で読み取れる形式、例えば、印刷された二次元バーコード１１２の形式と、人が読み取れる形式、例えば印刷された文字列の形式で、各カード１０８上に記録されている。各カード１０８上にはさらに、通信ネットワーク上でのサーバ２００のアドレス、典型的にはURLも、携帯電話で読み取れる形式、例えば上述した二次元バーコード１１２にライセンス同意コード２２２と一緒に組み込まれた形式、及び、人が読み取れる形式、例えば印刷された文字列の形式で、記録されている。
【００２５】
上述した制御を行うために、サーバ２００は、認証情報設定部２０２、コンテンツ設定部２０４、コンテンツ制御部２０６、認証部２０８及びサービス制御部２０９を有する。さらに、サーバ２００は、それが具備する記憶装置（図示省略）上に、コンテンツ記憶部１００、コンテンツ関連付け記憶部２１２、認証情報記憶部２１４及びライセンス情報記憶部２１６を有する。サーバ２００は、典型的には１台又は複数台のコンピュータから構成され、そこにインストールされた本発明の原理に従う１以上のコンピュータプログラムを実行することにより、上述した各部２０２〜２１６の機能を実現する。
【００２６】
以下、サーバ２００の機能と動作、及びユーザ１００と携帯電話１０２の動作について、具体的に説明する。
【００２７】
サーバ２００では、認証情報設定部２０２が、１以上、典型的には複数、のライセンス同意コード２２２、２３２、…を設定する（ステップS0）。その設定方法は、外部からサーバ２００に入力する方法でもよいし、或いは、サーバ２００内で自動的に生成する方法でもよい。設定されたライセンス同意コード２２２、２３２、…は、認証情報記憶部２１４に記憶される。図１に示されるように、各ライセンス同意コード２２２と一緒に、その各ライセンス同意コード２２２をサーバ２００内で容易に識別し管理するための管理コード２３４も設定され、各ライセンス同意コード２２２と各管理コード２３４とが互いに関連付けられた形で、認証情報記憶部２１４に記憶される。各管理コード２３４は、サーバ２００にとっては、それに対応する各ライセンス同意コード２２２と実質的に等価と考えてよい。認証情報設定部２０２は、さらに、各ライセンス同意コード２２２に関連付けられた条件データ２３６を設定し、その条件データ２３６も認証情報記憶部２１４に記憶される。
【００２８】
前述したように、各ライセンス同意コード２２２は、認証コード２３０とサービスコード２２２の組み合わせを含む。各ライセンス同意コード２２２内の認証コード２３０は、そのライセンス同意コード２２２が認証情報設定部２０２により設定された正当なライセンス同意コードであることを証明する。必ずしもそうでなければならないわけではないが、本実施形態では、異なるライセンス同意コード２２２には異なる認証コード２３０が含まれ、よって、認証コード２３０によってもライセンス同意コード２２２が識別できる。
【００２９】
各ライセンス同意コード２２２内のサービスコード２３２は、そのライセンス同意コード２２２に基づいて提供されることができるサービスコンテンツ（つまり、サービスの内容）を、別のサービスコード２３２をもつ別のライセンス同意コード２２２に基づいて提供されることができるサービスコンテンツから識別（区別）するためのものである。しかし、サービスコード２３２のそれ自体は、提供され得るサービスコンテンツが具体的に何であるか（すなわち、本実施形態では、ダウンロードできる１以上のコンテンツファイル２２０が具体的にどれであるか）を特定していない。後に説明するように、コンテンツ制御部２０６により設定される各サービスコード２３２と具体的なコンテンツファイル２２０との間の関連付けによって、各サービスコード２３２に基づいて（つまり各ライセンス同意コード２２２に基づいて）提供され得るサービスコンテンツが具体的に何であるかが、特定されることになる。
【００３０】
上記の意味において、サービスコード２３２は、提供され得る具体的なサービスコンテンツに付けられるラベル名、或いは、提供され得る具体的なサービスコンテンツを入れるための入れ物という役割をもつ。従って、各サービスコード２３２と具体的なコンテンツファイル２２０との間の上記関連付けが変更されれば、各サービスコード２３２に基づいて提供され得る具体的なサービスコンテンツも変わることになる。例えば、特定の「A」というサービスコード２３２に関連付けられているものが、今までは特定の「X」というコンテンツファイル２２０であったところ、それが別の「Y」というコンテンツファイル２２０に変更されたなら、その「A」というサービスコード２３２に基づいて提供される得るサービスコンテンツは、「X」から「Y」に変更されることになる。
【００３１】
認証情報設定部２０２は、複数のライセンス同意コード２２２、２２２、…を設定するとき、それらのライセンス同意コード２２２、２２２、…に異なるサービスコード２２０、２２０、…を含ませることも可能であるし、同じサービスコード２２０を含ませることも可能である。図２は、その例を示している。図２に例示された４つの異なるライセンス同意コード２２２−１、２２２−２、２２２−３及び２２２−４は、認証コード２３０においては相違している（「＃１」、「＃２」、「＃３」、「＃４」という異なる認証コード２３０をもつ）。しかし、１番目と２番目のライセンス同意コード２２２−１、２２２−２は、「＃１」という共通するサービスコード２３２をもつ。このことは、この２つのライセンス同意コード２２２−１、２２２−２に基づいて提供され得るサービスコンテンツは同じであることを意味する。３番目のライセンス同意コード２２２−３は、１番目と２番目のライセンス同意コード２２２−１、２２２−２とは異なる「＃２」というサービスコード２３２をもつ。このことは、３番目のライセンス同意コード２２２−３に基づいて提供され得るサービスコンテンツは、１番目と２番目のライセンス同意コード２２２−１、２２２−２に基づくそれとは異なることができる（具体的なコンテンツファイルとの関連付けに応じて、同じ場合もあるが、通常は通常は異なるであろう）ことを意味する。サービスコードをもつ。また、図２に示される４番目のライセンス同意コード２２２−４のように、１つのライセンス同意コード２２２に、複数の異なるサービスコード２３２、２３２、…が含まれてもよい。
【００３２】
このように、設定された複数のライセンス同意コード２２２、２２２、…にどのようなサービスコード２３２を含ませるかを選択することで、提供され得るサービスコンテンツを多様化することができる。
【００３３】
再び図１を参照する。上述したように、各ライセンス同意コード２２２(本実施形態では、ライセンス同意コード２２２中の認証コード２３０）に、条件データ２３６が関連付けられる。各ライセンス同意コード２２２に関連付けられた条件データ２３６は、各ライセンス同意コード２２２に基づいたサービスの提供を可能又は不可能にするための1以上の条件（以下、サービス提供条件といい、例えば、サービス提供の時間的な制限や量的な制限などである）を定義している。各ライセンス同意コード２２２に基づいたサービスの提供を可能又は不可能にするためには、条件データ２３６により定義されたサービス提供条件が満足される必要がある。
【００３４】
図３には、本実施形態において条件データ２３６により定義されるサービス提供条件の具体的項目の例が示されている。図３に示されるように、本実施形態では、サービス提供条件として、認証期限、有効期間及び最大ライセンス数が採用される。
【００３５】
認証期限は、各ライセンス同意コード２２２を用いた最初の認証チェックを行うことが可能な期限を意味する。後に具体的に説明するが、最初の認証を受けて通るとライセンス（サービスコンテンツの提供を受ける権利）が発行されることになる。認証期限が過ぎると、そのライセンス同意コード２２２を用いた最初の認証チェックを受けることが不可能になり、結果として、そのライセンス同意コード２２２に基づいたライセンスの発行が不可能になる。
【００３６】
有効期限は、各ライセンス同意コード２２２に基づいて発行されたライセンスが有効である期間の長さを意味し、そのライセンスの発行のトリガとなった最初の認証チェックの実行日時から起算される。従って、最初の認証チェックの実行日時に有効期限を足して得られた日時が、そのライセンスの有効期限である。
【００３７】
最大ライセンス数は、ライセンス同意コード２２２に基づいて発行できるライセンスの最大数を意味する。最大ライセンス数が複数値であれば、そのライセンス同意コード２２２に基づいて発行できるライセンスの数は複数、すなわち、複数の人または携帯端末にライセンスを発行することができる。
【００３８】
再び図１を参照する。サーバ２００では、上述のようにして、複数のライセンス同意コード２２２、２２２、…が設定され記憶される。他方、サーバ２００外では、人に手渡すことが可能な複数枚のカード１０８、１０８、…が用意され、それらにサーバ２００で設定されたのと同じライセンス同意コード２２２、２２２、…が記録される。そして、ライセンス同意コード２２２、２２２、…が記録されたカード１０８、１０８、…が、上述したように、ライブハウス１０６に来場した任意の複数の観客に渡されるために、ライブハウス１０６に供給されそこに置かれる。
【００３９】
ここで、１つのライセンス同意コード２２２が、１枚のカード１０８にのみ記録されてもよいし、２枚以上のカード１０８、１０８、…に記録されてもよい。また、１枚のカード１０８に、１つのライセンス同意コード２２２のみが記録されてもよいし、２以上のライセンス同意コード２２２のみが記録されてもよい。どれを採用するかは、サービス提供のポリシーによるであろう。
【００４０】
本実施形態では、例示として、１つのライセンス同意コード２２２が１枚のカード１０８にのみ記録され、且つ、１枚のカード１０８に１つのライセンス同意コード２２２のみが記録される（つまり、ライセンス同意コード２２２とカード１０８が１対１で対応する）。また本実施形態では、各カード１０８上に、各ライセンス同意コード２２２が、サーバ２００のURLと共に、二次元バーコード１１２の形で印刷され、且つ/又は、文字列の形でも印刷される。
【００４１】
以上のようにして、サーバ２００でのライセンス同意コード２２２、２２２、…の設定と、ライブハウス１０６でのカード１０８、１０８、…の観客への提供の準備が完了すると、通常その後に、以下の諸動作が行われる。以下では、図１を参照するとともに、図４に示す携帯電話１０２の通信の流れと、図５に示すサーバ２００の処理の流れも参照しつつ、それら諸動作を説明する。
【００４２】
まず、ユーザ１００がライブハウス１０６で開かれる特定のアーディストのコンサートへ行き（図１ステップS1）、そのコンサートを楽しむ。さらに、ユーザ１００は、ライブハウス１０６でのそのコンサートで配布または販売されている、少なくとも１枚のカード１０８を入手する（図１ステップS2）。
【００４３】
また、ライブハウス１０６では、そのコンサートの演奏された特定の１以上の楽曲の録音が行われ、その録音により得られた楽曲データが、所定のデータ変換装置（ライブハウス１０６やサーバ２００の外部に存在してもよし、いずれかの内部に存在してもよい）３００に転送されて、そこで「着うた」用のコンテンツファイル２２０に変換され、そして、そのコンテンツファイル２００が、サーバ２００のコンテンツ設定部２０４に転送される（図１ステップS3）。コンテンツ設定部２０４は、受け取ったコンテンツファイル２２０をサーバ２００内で識別するためのコンテンツID２２４を設定し、そして、そのコンテンツファイル２２０とコンテンツID２２４とを相互に関連付けてコンテンツ記憶部２１０に書き込む（図１ステップS4）。通常、ライブハウス１０６で上演された種々の楽曲のコンテンツファイル２２０、２２０、…がコンテンツ記憶部２１０に記憶されることになる。
【００４４】
次に、サーバ２００では、コンテンツ制御部２０６が、コンテンツ記憶部２１０に記憶されている複数のコンテンツファイル２２０、２２０、…中から任意の１以上の（例えば、ユーザ１００が観賞したのと同じ特定の楽曲の）コンテンツファイル２２０を選択し、また、認証情報記憶部２１４に記憶されている複数のサービスコード２３２、２３２、…中から任意の１つの（例えば、ユーザ１００が入手したカード１０８に記録されていたのと同じ）サービスコード２３２を選択し、そして、選択されたコンテンツファイル２２０と選択されたサービスコード２３２との間に関連付けを設定する（図１ステップS5）。
【００４５】
このようにして設定された、選択されたコンテンツファイル２２０と選択されたサービスコード２３２との間の関連付けは、コンテンツ関連付け記憶部２１２に記憶される（図１ステップS6）。本実施形態では、この関連付けは、例えば、選択されたコンテンツファイル２２０のコンテンツIDと、選択されたサービスコード２３２のとの間の関連付けという形で、コンテンツ関連付け記憶部２１２に記憶される。
【００４６】
このような関連付けの設定と記憶が、認証情報記憶部２１４に記憶されている複数のサービスコード２３２、２３２、…の各々についておこなわれる。この関連付けより、認証情報記憶部２１４に記憶されている複数のライセンス同意コード２２２、２２２、…の各々について、それに基づいて提供されるサービスコンテンツ（コンテンツファイル）が具体的にどれなのか特定される。
【００４７】
サービス提供者は、コンテンツ制御部２０６を操作して、どのサービスコード２３２にどのサービスコンテンツ２２０を関連付けるかを、自己の意図に基づいて自由に制御できる。例えば、異なるサービスコード２３２、２３２、…に対して、異なるコンテンツファイル２２０、２２０、…を関連付けることも、同じコンテンツファイル２２０を関連付けることも自由にできる。また、例えば、一つのサービスコード２３２に、一つのコンテンツファイル２２０を関連付けることも、複数のコンテンツファイル２２０、２２０、…を関連付けることも自由にできる。また、必要に応じて、一旦設定された関連付けを、後に変更することも自由にできる。
【００４８】
サービス提供者の意図の典型例は、特定のアーティストのプロモーションの目的に、この「着うた」ダウンロードサービスを利用することである。その場合には、通常、ライブハウス１０６で開催されたそのアーティストのコンサートで演奏された特定の楽曲のコンテンツファイル２２０と、そのコンサートで配布または販売されたカード１０８、１０８、…に記録されていたのと同じ特定のサービスコード２３２、２３２、…との間に、上記関連付けが設定されることになる。
【００４９】
上述した、サーバ２００での特定の楽曲のコンテンツファイル２２０の記憶と、コンテンツファイル２２０とサービスコード２３２との間の関連付けの設定は、その楽曲がライブハウス１０６で演奏された後、できるだけ短時間に（例えば、数時間の間に）完了することが望ましい。これが完了すると、サーバ２００は、その楽曲の「着うた」ダウンロードというサービス提供が開始できる状態になる。
【００５０】
その後、ユーザ１００は、自分が入手したカード１０８に二次元バーコード１１２又は文字列の形で記録されているライセンス同意コード２２２（認証コード２３０とサービスコード２３２の組み合わせ）及びサーバ２００のURLを、携帯電話１０２に入力する(図１ステップS7、図４ステップS20）。
【００５１】
次に、ユーザ１００は、携帯電話１０２に入力されたサーバ２００のURLを用いて、携帯電話１０２をサーバ２００に接続し、携帯電話１０２に入力されたライセンス同意コード２２２（認証コード２３０とサービスコード２３２の組み合わせ）を、携帯電話１０２からサーバ２００へ送信する（図１ステップS8、図４ステップS21）。このとき、携帯電話１０２からサーバ２００へ、ライセンス同意コード２２２（認証コード２３０とサービスコード２３２の組み合わせ）とともに、携帯電話１０２に記憶されている携帯電話１０２の端末ID１０４も送信される。
【００５２】
サーバ２００では、認証部２０８が、上記接続された携帯電話１０２からライセンス同意コード２２２（認証コード２３０とサービスコード２３２の組み合わせ）と端末ID１０４を受信し（図１ステップS8、図５ステップS30）、そして、受信されたライセンス同意コード２２２と一致するものが、認証情報記憶部２１４に記憶されているイセンス同意コード２２２、２２２、…中に有るか否かの認証チェックを行う（図１ステップS9-S13、図５ステップS31-S37）。この認証チェックでは、直ちに認証情報記憶部２１４内で上記一致するライセンス同意コード２２２のサーチを行っても良いが、この実施形態では、そうせずに、最初に、ライセンス情報記憶部２１６を参照する（図１ステップS9、図５ステップS31）。
【００５３】
すなわち、ライセンス情報記憶部２１６には、認証情報記憶部２１４に記憶されているライセンス同意コード２２２、２２２、…の各々に基づいてサービスコンテンツの提供を過去に受けたことがある（換言すれば、ライセンスの発行を既に受けたことがある）携帯電話が既に1以上存在する場合に、各ライセンス同意コード２２２（本実施形態では、そのサービスコード２３２と管理コード２３４）と、そのライセンス発行を既に受けた携帯電話の端末ID１０４とが、互いに関連付けられて記憶されている。ライセンス情報記憶部２１６に記憶されている相互に関連付けられたサービスコード２３２と管理コード２３４と端末ID１０４の組み合わせ（以下、ライセンスレコードという）は、その端末IDにより特定される携帯電話へ既に発行されたライセンスを指している。
【００５４】
また、ライセンス情報記憶部２１６内の各ライセンスレコードには、そのライセンスの有効期限を示した有効期限データ２３８も関連付けられている。その有効期限は、前述したように、そのライセンスの発行のトリガとなった最初の認証チェックの日時に、条件データ２３６により定義された有効期間（図３参照）を加算して得られた日時である。
【００５５】
認証部２０８は、上述したように、接続された携帯電話１０２からライセンス同意コード２２２と端末ID１０４を受信すると（図１ステップS8、図５ステップS30）、その受信したライセンス同意コード２２２と受信した端末ID１０４の関連付けと同じものが、ライセンス情報記憶部２１６内にライセンスレコードとして既に記憶されているか否か（すなわち、受信されたライセンス同意コード２２２に一致する設定されたライセンス同意レコード２２２がもつサービスコード２３２及び管理コード２３４と受信された端末ID１０４との組み合わせと一致するものが、ライセンス情報記憶部２１６内のライセンスレコード中に存在するか否か）のライセンス済チェックを行う（図１ステップS9、図５ステップS31）。
【００５６】
もし、このときが、携帯電話１０２がそのライセンス同意コード２２２を用いて認証チェックを受ける最初の機会であったならば（つまり、そのライセンス同意コード２２２に基づくライセンスの発行をまだ受けてない）ならば、上述したライセンス済チェックの結果は、まだ関連付けられていない（ライセンス情報記憶部２１６内に該当のライセンスレコードが無い）ことを示す（図５ステップS32でNO）。
【００５７】
その場合、認証部２０８は、次に、認証情報記憶部２１４を参照して、設定されたライセンス同意コード２２２、２２２、…の中に、上記受信されたライセンス同意コード２２２と一致するものが存在するかどうかをチェックする（図１ステップS10、図５ステップS33）。そのチェック結果が有りならば、それは、受信されたライセンス同意コード２２２はサーバ２００であらかじめ設定された正当なものであることを意味する。その場合、認証部２０８はさらに、認証情報記憶部２１４内の上記一致するライセンス同意コード２２２の条件データ２３６を参照し、接続日時がそこに定義されている認証期限内であることをチェックする。もし、認証期限が過ぎていたならば（図５ステップS34でNO）、認証部２０８は、携帯電話１０２に対するサービス提供を拒否する（図５ステップS37）。他方、認証期限内ならば（図５ステップS34でYES）、さらに以下のチェックを行う。
【００５８】
すなわち、認証部２０８は、再びライセンス情報記憶部２１６を参照して、上記一致するライセンス同意コード２２２に基づくライセンスレコード（一致するライセンス同意コード２２２の管理コード２３４をもったライセンスレコード）の個数をカウントし、このカウント数が、そのライセンス同意コード２２２の条件データ２３６により定義される上記最大ライセンス数未満か否かのライセンス数チェックを行なう（図５ステップS35）。
【００５９】
ライセンス数チェックの結果が、未満でないことを示す場合（図５ステップS36でNO）、既に他の携帯電話へ発行済みのライセンス数が最大ライセンス数に達しているので、接続された携帯電話１０２へは最早ライセンスを発行できないことを意味する。その場合は、認証部２０８は、携帯電話１０２に対するサービス提供を拒否する（図５ステップS37）。この制御により、最大ライセンス数より多い数のライセンスが発行されることが防止される。
【００６０】
他方、上記ライセンス数チェックの結果が未満を示す場合（図５ステップS36でYES）、それは、認証チェックが成功したので、接続された携帯電話１０２に対して新たにライセンスを発行して良いことを意味する。その場合、認証部２０８は、接続された携帯電話１０２から受信した端末ID１０４と上記一致するライセンス同意コード２２２とを関連付けた新たなライセンスレコードを作成して、その新たなライセンスレコードをライセンス情報記憶部２１６に追記する（図１ステップS12、図５ステップS38）。このことは、接続された携帯電話１０２にライセンスが発行されたことを意味する。そして、認証部２０８は、上記新たなライセンスレコードに含まれるサービスコード２３２をサービス制御部２０９に通知する（図１ステップS13）。
【００６１】
このようにして携帯電話１０２に対してライセンスが発行されるのであるが、このライセンス発行のトリガとなった認証部２０８による上記の一連のチェックが、前述した「最初の認証チェック」である。
【００６２】
さて、上記のように最初の認証チェックが成功して認証部２０８からサービス制御部２０９へサービスコード２３２が通知されると（図１ステップS13）、サービス提供部２０９は、コンテンツ関連付け記憶部２１２を参照して、その通知されたサービスコード２３２に関連付けられているコンテンツファイル２２０がどれであるか（コンテンツID２２４）を特定する（図１ステップS14、図５ステップS39）。そして、サービス制御部２０９は、特定されたコンテンツファイル２２０を、接続された携帯電話１０２へ送信する（すなわち、携帯電話１０２が「着うた」をダウンロードする）（図１ステップS16、図４ステップS22、図５ステップS40）。
【００６３】
以上が、最初の認証チェックで新たなライセンスが発行される場合の「着うた」ダウンロードのプロセスである。ダウンロードが終わればユーザ１００は携帯電話１０２とサーバ２００との接続が解除する。その後に、再び、ユーザ１００が携帯電話１０２をサーバ２００と接続して「着うた」をダウンロードしようとする場合には、上述した図１のステップS8（図４ステップS20）と同様に、携帯電話１０２からサーバ２００0へ、携帯電話の端末ID１０４と、入力されたライセンス同意コード２２２（認証コード２３０とサービスコード２３２の組み合わせ）が送信される。ただし、この場合は、入力されたライセンス同意コード２２２のうち、認証コード２３０は省略して、サービスコード２３２だけが、端末ID１０４とともに送信されてもよい。
【００６４】
サーバ２００の認証部２０８は、再接続された携帯端末１０２からサービスコード２３２と端末ID１０４を受信すると（図１ステップS8、図５ステップS30）、認証チェックを再び行うのであるが、その場合、既に説明した最初の認証チェックの場合と同様に、まず、受信されたサービスコード２３２と端末ID１０４の組み合わせをもつライセンスコードを、ライセンス情報記憶部２１６からサーチする（図１ステップS9、図５ステップS31）。この場合には、既にライセンスが発行されているので、該当のライセンスレコードが見つかる。認証部２０８は、見つかったライセンスレコードの有効期限データ２３８を参照して、再接続の日時がその有効期限内であるかをチェックする。
【００６５】
その結果、有効期限内であれば（図５ステップS32でYES）、再接続された携帯端末１０２がもつライセンス同期コード２２２はサーバ２００で設定された正当なものであって且つそこから発行されてたライセンスは有効期限内であることを意味する。その場合、認証部２０８は、その見つかったライセンスレコードのサービスコード２３２をサービス制御部２０９へ通知する。その後は、最初の認証チェックに関して説明したと同様の手順で、該当のコンテンツファイル２２０のダウンロードがおこなわれる。
【００６６】
以上、本発明の一つの好適な実施形態を説明したが、これは本発明の説明のための例示にすぎず、本発明の技術的範囲を上記実施形態にもに限定する趣旨ではない。本発明は、上記辞し携帯以外の様々な態様で実施することができる。
【００６７】
たとえば、本発明の原理に従ってその提供が制御されるサービスは、音楽や画像や動画やプログラムや文書などの情報コンテンツのダウンロードまたは配信だけでなく、例えば、各種のチケットの提供や、ウェブサイトへのログインや、商取引の受発注や、請求決済など、多岐にわたる。サービスコンテンツを表すコンテンツデータの意味するものは、それぞれのサービスによって異なる。例えば、チケットの提供の場合のコンテンツデータは、そのチケットそれ自体として使われるデータであってもよし、そのチケットを別の場所で受け取ることができるという権利を示すデータであってもよい。また、ウェブサイトへのログイン、商取引の受発注又は請求決済の場合には、コンテンツデータは、ログインを許可せよ、受発注を許可せよ、又は請求決済を許可せよという命令を表したデータであってもよい。そして、そのコンテンツデータがどのように扱われるかも、上述した実施形態のように端末へのダウンロードに限らず、特定のウェブサイトへ送信される、サービス提供に関わる特定の機械の制御に使われるなど、サービスの性質に応じて、異なってよい。
【００６８】
また、ライセンス同意コードをユーザに提供する方法も、カードに限らず、通信ネットネットワークを通じて送信する、刊行物に印刷して頒布されるなど、様々な方法が採用できる。
【００６９】
また、ユーザがシステムにライセンス同意コードを入力する方法も、携帯電話のような端末から送信する方法だけに限らす、自分で手入力する、オペレータに頼んで入力してもらう、口頭で言う、カードをシステムに読み取らせるなど、様々な方法が採用できる。
【００７０】
また、上記実施形態では端末IDを使うことで、認証の対象は携帯電話などの端末であるが、その代わりに又はそれと併用して、ユーザのIDを使うことで、ユーザを認証対象とすることもできる。
【図面の簡単な説明】
【００７１】
【図１】図１は、本発明に従うサービス提供制御システムの一実施形態の全体的構成を示すブロック図。
【図２】認証コードとサービスコードの組み合わせの多様な例を示す図。
【図３】条件データの項目例を示す図。
【図４】携帯電話の通信の流れ図。
【図５】サーバの処理の流れ図。
【符号の説明】
【００７２】
１００  ユーザ
１０２  携帯電話
１０４  端末ID
１０８  カード
２００  サーバ
２０２  認証情報設定部
２０４  コンテンツ設定部
２０６  コンテンツ制御部
２０８  認証部
２０９  サービス制御部
２１０  コンテンツ記憶部
２１２  コンテンツ関連付け記憶部
２１４  認証情報記憶部
２１６  ライセンス情報記憶部
２２０  コンテンツファイル
２２２  ライセンス同意コード
２３０  認証コード
２３２  サービスコード
２３６  条件データ
２３８  有効期限データ
【図１】
2009187317.tif 000003
【図２】
2009187317.tif 000004
【図３】
2009187317.tif 000005
【図４】
2009187317.tif 000006
【図５】
2009187317.tif 000007