携帯端末装置、カバー、コンテンツ配信システム、サーバ及びコンテンツ配信方法
【課題】携帯端末装置に装着されるカバーに関連する情報を取得することができる携帯端末装置、カバー、これらを用いてコンテンツを配信するシステム、サーバ及びその配信方法を提供すること。
【解決手段】カバー３０は、所定の位置に接触型のＩＣチップ３１を備え、ＩＣチップ３１には、カバー３０に関連する関連情報が記憶されている。携帯電話機１０は、カバー３０が装着部４に装着されたときにＩＣチップ３１に接触して、上記関連情報を読み出す接触型のチップリーダ５を備える。チップリーダ５は、カバー３０のＩＣチップ３１が設けられる位置に応じた携帯電話機１０の位置に設けられ、カバー３０が装着されたときにＩＣチップ３１に接触するようになっている。これにより、カバー３０が装着部４に装着されたときにチップリーダ５により関連情報が読み出される。
【解決手段】カバー３０は、所定の位置に接触型のＩＣチップ３１を備え、ＩＣチップ３１には、カバー３０に関連する関連情報が記憶されている。携帯電話機１０は、カバー３０が装着部４に装着されたときにＩＣチップ３１に接触して、上記関連情報を読み出す接触型のチップリーダ５を備える。チップリーダ５は、カバー３０のＩＣチップ３１が設けられる位置に応じた携帯電話機１０の位置に設けられ、カバー３０が装着されたときにＩＣチップ３１に接触するようになっている。これにより、カバー３０が装着部４に装着されたときにチップリーダ５により関連情報が読み出される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置、この携帯端末装置の例えば装飾等に用いられるカバー、これらを用いてコンテンツを配信するシステム及びその配信方法に関する。
【背景技術】
【０００２】
近年では、携帯電話の携帯端末が十分に普及し、生活に欠かせない物となっている。これに伴い、多様化する消費者のニーズに対応するように、携帯電話のデザイン性が高められている。また、装飾用のカバーが着脱可能とされた携帯電話も商品化されている。これにより、ユーザは、多種のカバーを選択することができ、あたかも携帯電話の外観が変わったように見せることができるようになっている。
【０００３】
最近では、スキン（Skin）と呼ばれるデータにより、パーソナルコンピュータ等によりディスプレイに表示される壁紙やボタン等のＵＩ（User Interface）画像をユーザの好みの画像に変更できる、といった技術がある。このような技術は、携帯電話にも応用されつつある（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開２００５−５９０１号公報（段落[００３７]、図５）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
現在、様々な外観のカバーが商品化されている。ユーザが自分好みのカバーを購入し、携帯電話等の機器の外観を変更した場合、ユーザは、その機器のディスプレイに表示される壁紙等と、その外観とに統一感を持たせたいと考える場合もある。
【０００６】
あるいは、ユーザは、自分好みのカバーに関連する何らかの情報を得たいと考える場合もある。
【０００７】
以上のような事情に鑑み、本発明の目的は、携帯端末装置に装着されるカバーに関連する情報を取得することができる携帯端末装置に関連する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る携帯端末装置は、カバーが着脱可能とされた携帯端末装置であって、前記カバーに関連する関連情報を記憶したチップを有する前記カバーが装着される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記関連情報を読み出す接触型のリーダと、前記リーダにより読み出された前記関連情報に基き、所定の処理を行う処理手段とを具備する。
【０００９】
「関連情報」とは、カバーに関連する情報なら何でもよい。典型的には、カバーに固有の識別子、カバーに関連するコンテンツ、そのコンテンツの所在を示すアドレス情報、及びその他カバーの製造元等の書誌的な情報等のうち少なくとも１つである。
【００１０】
本発明によれば、例えば処理手段は、その関連情報に基き携帯端末装置のディスプレイにカバーに関連する画像等を表示させたり、あるいは画像以外の情報を出力したりすることができる。これにより、例えばその関連情報がＵＩ画像等である場合、処理手段は、ディスプレイにそのＵＩ画像を表示させることで、カバーと統一感のあるディスプレイを構築することができる。
【００１１】
本発明において、前記処理手段は、前記リーダにより前記チップから前記関連情報が読み出されたことに応じて、ネットワークを介してコンテンツを配信するサーバに接続する通信手段を有する。これにより、携帯端末装置は、例えばブラウザ等の機能によりサーバに接続することができる。この場合、関連情報にサーバのアドレス情報が含まれているか、または、携帯端末装置が予めサーバのアドレス情報を記憶しておけばよい。
【００１２】
本発明によれば、例えば、携帯端末装置は、そのサーバが提供する、そのカバーに関連するコンテンツのリンク先を示すウェブ画面等をダウンロードし、そのウェブ画面からユーザの好みのコンテンツを選択してダウンロードすることが可能となる。あるいは、上記のようなウェブ画面をダウンロードするのではなく、以下に説明する各発明のように自動でコンテンツがダウンロードされるようにしてもよい。
【００１３】
本発明において、例えば、前記リーダは、前記関連情報として前記カバーに固有の識別子を読み出す。
【００１４】
本発明において、携帯端末装置は、ネットワークを介してコンテンツを配信するサーバのアドレス情報を記憶する記憶手段をさらに具備し、前記処理手段は、前記リーダにより読み出された前記識別子に応じて、前記記憶手段により記憶された前記アドレス情報を用いて、前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段を有する。これにより、カバーが装着部に装着されたことをトリガーとして、携帯端末装置は、ネットワークを介してカバーに関連するコンテンツをサーバからダウンロードすることができる。
【００１５】
本発明において、前記処理手段は、前記識別子に基きネットワークを介してコンテンツを配信するサーバのアドレス情報を取得する取得手段と、前記リーダにより前記関連情報として読み出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記取得された前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段とを有する。本発明によれば、携帯端末装置は、カバーに関連するコンテンツをそのカバー（あるいはそのカバーに関連するコンテンツ）に応じたサーバからダウンロードすることができる。本発明は、特に、アドレス情報が複数ある場合に有効である。
【００１６】
処理手段が、識別子に基きアドレス情報を取得する方法の形態としては、次の２通りが考えられる。１つは、カバー固有の識別子と、サーバのアドレス情報とが対応付けられて予め何らかの記憶部に記憶されている形態である。もう１つは、何らかの処理部が、識別子に応じて特定の演算処理によりアドレス情報を得る形態である。
【００１７】
本発明において、携帯端末装置は、前記サーバのアドレス情報を記憶する記憶手段をさらに具備し、前記取得手段は、前記記憶手段から前記アドレス情報を抽出するようにしてもよい。あるいは、前記取得手段は、前記ネットワークに接続された、前記識別子に対応するアドレス情報を記憶するデータベースサーバから、該アドレス情報を取得するようにしてもよい。アドレス情報が上記演算処理により求められる場合、携帯端末装置が有する処理部（処理手段）が演算処理を行ってもよいし、ネットワークを介して接続された他のサーバが有する処理部が演算処理を行ってもよい。
【００１８】
本発明において、前記リーダは、前記関連情報として、前記識別子に対応した、ネットワークを介してコンテンツを配信するサーバのアドレス情報をさらに読み出し、前記処理手段は、前記リーダにより読み出された前記識別子及び前記アドレス情報に応じて、前記識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段を有する。つまり、本発明では、カバーのチップに予め識別子及びアドレス情報が記憶されている形態を想定している。これにより、携帯端末装置は、カバーに関連するコンテンツをそのカバー（あるいはそのカバーに関連するコンテンツ）に応じたサーバからダウンロードすることができる。
【００１９】
本発明において、前記信号出力手段は、前記識別子、及び前記携帯端末装置に固有の端末識別情報を含む信号を、前記送信要求信号として前記サーバに出力する。これにより、サーバは、複数のコンテンツ、複数の携帯端末装置を管理することができ、後述する認証等の処理を行うことができるようになる。
【００２０】
本発明において、携帯端末装置は、前記識別子に対応する前記コンテンツとしてＵＩデータを前記サーバから受信する受信手段と、前記受信したＵＩデータを記憶するＵＩデータ記憶部と、前記ＵＩデータを用いてＵＩ設定を変更する変更手段とをさらに具備する。これにより、コンテンツがＵＩデータである場合に、携帯端末装置によりそのＵＩデータを使用できるようになる。
【００２１】
本発明において、携帯端末装置は、前記ＵＩデータを識別するＵＩデータ識別情報の有無により、前記ＵＩデータが前記ＵＩデータ記憶部に記憶されているか否かを表すＵＩデータリストを記憶するＵＩデータリスト記憶手段と、前記受信手段により受信されたＵＩデータに対応するＵＩデータ識別情報が、前記ＵＩデータリストにあるか否かを判定するＵＩデータ判定手段と、前記ＵＩデータ判定手段により、前記受信されたＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストにないと判定された場合、該受信されたＵＩデータに対応するＵＩデータ識別情報を前記ＵＩデータリストに追加する追加手段とをさらに具備する。本発明では、受信された新しいＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストに追加され、ＵＩデータリストが更新される。これにより、ＵＩデータの管理が容易になる。
【００２２】
本発明において、前記変更手段は、ユーザにより選択されたＵＩデータ識別情報に対応するＵＩデータを用いて、前記ＵＩ設定を変更する。これにより、例えばユーザは、ＵＩデータリストを見ながら、複数のＵＩデータから１つのＵＩデータを選択することができ、ユーザにとって分かりやすい。
【００２３】
本発明において、前記リーダは、前記チップから、前記関連情報として、前記カバーに関連するコンテンツを読み出す。つまり、本発明では、カバーのチップに予めコンテンツが記憶されている形態を想定している。これにより、例えば読み出されたコンテンツが画像であれば、例えば処理手段は、その画像をディスプレイに表示させることができる。
【００２４】
本発明において、携帯端末装置は、前記携帯端末装置に固有の端末識別情報と、前記端末識別情報に応じて該携帯端末装置を認証するサーバであってネットワークを介して前記携帯端末装置と接続可能な認証サーバのアドレス情報とを記憶する記憶手段をさらに具備し、前記リーダは、前記コンテンツとして、保護機能が付加された保護機能付きコンテンツを読み出し、前記処理手段は、前記記憶手段により記憶された前記アドレス情報を用いて、前記ネットワークを介して前記端末識別情報を認証要求信号として前記認証サーバに送信する送信手段と、前記ネットワークを介して、前記認証要求信号に基き前記認証サーバにより認証されたことを示す認証信号を受信する受信手段と、前記受信手段により受信された前記認証信号に応じて、前記リーダにより読み出された前記保護機能付きコンテンツの前記保護機能を解除する解除手段とを有する。「保護機能」とは、認証サーバによる認証がない場合に、そのコンテンツ使用することができないように工夫された機能である。端末識別情報に加えカバーに固有の識別子をも含めた情報、あるいは端末識別情報に代えて当該識別子が、認証要求信号として認証サーバに送信されてもよい。
【００２５】
本発明において、携帯端末装置は、前記装着部に前記カバーが装着されたときに、当該携帯端末装置とは別の携帯端末装置と、前記装着されたカバーの前記チップとのアクセスを制限する制限情報を、前記チップに書き込むライタをさらに具備する。これにより、一度チップに制限情報が書き込まれたカバーが、別の携帯端末装置に装着されても、例えば当該別の携帯端末装置は、そのカバーに関連する関連情報を取得できないようなシステムを構築することができる。
【００２６】
ライタは、典型的には、上記リーダの接続端子（チップとの接続端子）を共用する、接触型のリーダ／ライタとして構成される。しかし、必ずしもリーダとライタが同じ接続端子を共用するタイプでなくてもよい。
【００２７】
本発明において、処理手段は、前記ライタにより前記制限情報を前記チップに書き込む前に、前記チップに電気的なロックがかけられているか否かを判定する書き込み判定手段を有する。
【００２８】
本発明において、前記処理手段は、前記携帯端末装置が、ネットワークに接続された前記識別子に対応するサーバが記憶するコンテンツを、前記サーバから取得済みであるか否かを判定する判定手段を有する。これにより、携帯端末装置が同じコンテンツを重複して取得してしまう、といった事態を防ぐことができる。
【００２９】
本発明の他の観点に係る携帯端末装置は、カバーが着脱可能とされた携帯端末装置であって、前記カバーに関連する関連情報を含む情報コードを撮像可能な撮像部と、前記撮像部により撮像された前記情報コードを解析することで、前記関連情報を抽出する抽出手段と、前記抽出手段により抽出された前記関連情報に基き、所定の処理を行う処理手段とを具備する。
【００３０】
「情報コード」としては、例えばＱＲ（Quick Response）コード等が挙げられる。ここでいうＱＲコードとは、典型的には２次元コードであるが、これに限られず、１次元コードであるバーコード、または、色等の他の情報を含む３次元以上のコードも含まれる。
【００３１】
本発明によれば、例えば処理手段は、その関連情報に基き携帯端末装置のディスプレイにカバーに関連する画像等を表示させたり、あるいは画像以外の情報を出力したりすることができる。
【００３２】
本発明に係るカバーは、携帯端末装置に着脱可能とされたカバーであって、前記携帯端末装置に装着される装着部と、前記カバーに関連する関連情報を記憶し、前記装着部が前記携帯端末装置に装着されたときに、前記携帯端末装置が有する接触型のリーダにより前記関連情報が抽出されるように設けられたチップとを具備する。
【００３３】
本発明に係るコンテンツ配信システムは、カバーと、前記カバーが着脱可能とされた携帯端末装置と、前記携帯端末装置にネットワークを介してコンテンツを配信するサーバとを備えるコンテンツ配信システムであって、前記カバーは、前記カバーに固有の識別子を記憶したチップを有し、前記携帯端末装置は、前記カバーが装着される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダと、前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段とを有し、前記サーバは、前記コンテンツを記憶するコンテンツ記憶手段と、前記送信要求信号を受信する受信手段と、前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを有する。
【００３４】
本発明に係るサーバは、カバーに固有の識別子を記憶したチップ有する当該カバーが着脱される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダとを含む携帯端末装置に、ネットワークを介してコンテンツを配信するサーバであって、前記コンテンツを記憶するコンテンツ記憶手段と、前記携帯端末装置から出力され、前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して受信する受信手段と、前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを具備する。
【００３５】
本発明の、「〜するサーバであって、」の部分である前提部分を定義したのは、発明の明確性を確保するためであって、本出願人が当該前提部分を従来技術として意識しているわけではない。本発明の他の観点に係るサーバについても同様の趣旨である。
【００３６】
本発明において、前記サーバは、前記識別子と前記端末識別情報とを対応付けて記憶する記憶手段をさらに有する。これにより、例えば、携帯電話機とは別の携帯電話機に同じカバー識別子を記憶したカバーが装着され、そのカバー識別子と携帯電話機の端末識別情報とがサーバに送られ、管理サーバがこれを受信したとしても、管理サーバはコンテンツを送信しない。
【発明の効果】
【００３７】
以上のように、本発明によれば、携帯端末装置に装着されるカバーに関連する情報を取得することができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の実施の形態を図面を参照しながら説明する。
【００３９】
図１は、本発明の一実施の形態に係る携帯端末装置と、これに装着されるカバーとを示す斜視図である。
【００４０】
携帯端末装置１０としては、典型的には携帯電話機が挙げられる。しかし、これに限られず、ＩＰ（Internet Protocol）を有し、例えば無線ＬＡＮ（Local Area Network）等のデバイスを有する端末装置が用いられてもよい。携帯端末装置１０がＩＰを持つ場合、ネットワーク５０（図５等参照）は、インターネットを含む。以下、携帯端末装置１０を携帯電話機１０として説明する。
【００４１】
携帯電話機１０は、本体２と、ディスプレイ部３とを備えている。本体２とディスプレイ部３とは、ヒンジ部６により、折りたたみ可能になっており、この携帯電話機１０は、いわゆる折りたたみタイプの電話機である。しかし、このような折りたたみタイプに限られず、ストレートタイプ、スライドタイプ、あるいはその他のタイプであってもよい。
【００４２】
例えば、携帯電話機１０のディスプレイ部３の側面には、カバー３０が装着される装着部４を有する。例えば、カバー３０には、携帯電話機１０の装着部４に装着される装着部３４として突起が設けられている。携帯電話機１０の装着部４は、その突起３４が嵌る溝または穴で構成される。カバー３０の突起３４は、例えばレール状の突起とされているが、点状、フック状、その他携帯電話機１０の装着部４に係合する突起であれば何でもよい。また、携帯電話機１０の装着部４も、カバー３０の形状に応じた形状を有していればよい。あるいは、携帯電話機１０の装着部４が突起状であって、カバー３０の装着部３４が溝や穴等の形状になっていてもよい。
【００４３】
図１では、携帯電話機１０に設けられた装着部４はディスプレイ部３としたが、これは単なる一例である。したがって、装着部４は、携帯電話機１０のどの部分に設けられていてもよく、カバー３０装着部３４は、その装着部４の位置に応じて適宜その位置が設計される。
【００４４】
カバー３０としては、典型的には装飾用として用いられるが、もちろん携帯電話機１０へ与えられる衝撃や傷を防止することを本来の目的として用いられるタイプのカバーであってもよい。
【００４５】
カバー３０は、所定の位置に接触型のＩＣチップ３１を備えている。所定の位置とは、どこでもよいが、図１の例ではカバー３０の端部または周縁付近とされている。ＩＣチップ３１は、カバー３０に関連する関連情報を記憶している。
【００４６】
「関連情報」とは、カバー３０に関連する情報なら何でもよい。典型的には、カバー３０に固有の識別子、後述するようにカバー３０に関連するコンテンツ、そのコンテンツの所在を示すアドレス情報、及びその他カバー３０の製造元等の書誌的または仕様的な情報のうち少なくとも１つである。
【００４７】
携帯電話機１０は、カバー３０が装着部４に装着されたときにＩＣチップ３１に接触して、上記関連情報を読み出す接触型のチップリーダ５を備える。チップリーダ５は、カバー３０のＩＣチップ３１が設けられる位置に応じた携帯電話機１０の位置に設けられ、カバー３０が装着されたときにＩＣチップ３１に接触するようになっている。
【００４８】
図２は、携帯電話機１０とカバー３０の電気的な回路構成を示すブロック図である。
【００４９】
携帯電話機１０は、本体２に取り付けられるバッテリパック２ａを備える。バッテリパック２ａは、セル８、バッテリ制御用のチップ７、保護回路９等を有する。保護回路９は、例えばＬｉイオンバッテリの場合に搭載される。携帯電話機１０は、システムプロセッサ１１、メモリ１２、図示しないＳＩＭ(Subscriber Identity Module)カード等を有する。また、携帯電話機１０は、当該携帯電話機１０に必要なその他の機能、例えば、通信機能（信号出力手段（送信手段）及び受信手段を含む通信手段）やディスプレイのドライバ等を有する。メモリ１２は、半導体メモリ、誘電体メモリ、あるいはハードディスク等、何でもよい。携帯電話機１０は、携帯電話機１０に着脱可能なカード型の外部メモリ（図示せず）を備える場合もある。
【００５０】
システムプロセッサ１１は、バッテリ制御用チップ７、メモリ１２の動作を制御する。システムプロセッサ１１は、もちろんメモリ１２と一体型であってもよい。システムプロセッサ１１は、チップリーダ５により読み出された関連情報に基き、所定の処理を行う処理手段として機能する。
【００５１】
カバー３０のＩＣチップ３１としては、例えばシリアルチップが用いられる。これにより、２本の電極線１３が設けられるだけで、システムプロセッサ１１が上記チップリーダ５の機能を果たすようなる。すなわち、図１において、チップリーダ５がある位置には、電極線さえ引き出されればよいので、コストを低減することができる。
【００５２】
しかし、チップリーダ５は、システムプロセッサ１１とは物理的に別のデバイスで構成されていももちろんかまわない。
【００５３】
カバー３０のＩＣチップ３１は、上記関連情報として、例えば、当該カバー３０に固有の識別子（以下、カバー識別子という。）を記憶している。図３は、ＩＣチップ３１に記憶されたカバー識別子３５の形態の各パターンをそれぞれ示す図である。以下、同じ種類ごとに分類されたカバー３０として、カバー３０ａ、カバー３０ｂ、カバー３０ｂという場合もある。
【００５４】
図３（Ａ）は、同じカバー３０の場合、それらは同じカバー識別子３５を有するパターンを示している。図３（Ｂ）は、同じカバー３０ａ（または３０ｂ、または３０ｃ）は、同じカバー識別子３５を有し、さらに同じカバー３０（または３０ｂ、または３０ｃ）の中でも、個々のカバーがシリアル番号を有するパターンを示している。図３（Ｃ）は、カバー３０が同じであるか異なるかに関係なく、個々のカバー３０がシリアル番号を有するパターンを示している。
【００５５】
カバー識別子３５は、典型的には、パターンの類推ができないように、暗号化されていたり、ランダム値で構成されていたりする。
【００５６】
図４は、携帯電話機１０に固有の識別情報の例を示す図である。携帯電話機１０に固有の識別情報（以下、端末識別情報という。）１５の例として、携帯電話機１０に固有の番号、あるいはＳＩＭのＩＤ等、その他機種名等の書誌的または仕様的情報がある。これら端末識別情報１５は、上記メモリ１２に記憶されていればよい。ＳＩＭのＩＤは、必ずしもメモリ１２に記憶されていなくてもよく、例えばシステムプロセッサ１１がＳＩＭカードにアクセスし、適宜そのＩＤを読み出すことが可能となっている。
【００５７】
図５は、このような携帯電話機１０及びカバー３０を用いた、一実施の形態に係るコンテンツ配信システムの構成を示す図である。
【００５８】
コンテンツ配信システム１００は、携帯電話機１０、カバー３０、コンテンツ７０をネットワーク５０上に配信するサーバ６０を含む。ネットワーク５０は、例えば移動体通信網、インターネット等を含むネットワークである。
【００５９】
「コンテンツ」とは、例えば、画像、音楽、テキスト、ＧＵＩデータ（例えばスキンデータ）、あるいはアプリケーションプログラム等が挙げられる。
【００６０】
「サーバ」とは、記憶処理、演算処理、入出力処理、通信処理（送受信処理）のコンピュータの機能を備える機器である。典型的には、サーバは、ＣＰＵ、ＲＯＭ及びＲＡＭを備え、さらにハードディスク等の記憶部を備える場合が多い。ＲＯＭやハードディスクには、サーバが演算処理を実行するためのプログラムが記憶される。
【００６１】
サーバ６０は、コンテンツ７０を記憶する記憶部６１、６２、６３、携帯電話機１０ごとのカバー登録リスト６４を備え、その他通信を行うための図示しないネットワークインターフェースを備える。コンテンツ記憶部６１、６２、６３は、カバー３０に関連するコンテンツ７０を記憶している。典型的には、コンテンツ記憶部６１、６２、６３は、カバー識別子３５に対応するように、論理的または物理的に分かれてそれぞれ設けられている。例えば図３（Ａ）、図３（Ｃ）に示すパターンの場合、サーバ６０は、カバー識別子(00001)、(00002)、・・・ごとにコンテンツ記憶部６１、６２、・・・を有する。図３（Ｂ）に示すパターンの場合、カバー識別子(00001-00001)、(00001-00002)、・・・ごとにコンテンツ記憶部６１、６２、・・・を有する。コンテンツ記憶部は、例えばハードディスク、半導体メモリ等、何でもよい。
【００６２】
カバー登録リストとは、カバー識別子と、そのカバー識別子を持つカバーが装着された携帯電話機の端末識別情報とが対応付けられて記憶された参照テーブルである。後述するように、サーバ６０は、カバー識別子と端末識別情報との組合せがそれまでに新しい組合せである場合、その組合せを参照テーブルに登録しておく。
【００６３】
上記したように、カバー識別子３５が暗号化等されている場合には、サーバ６０がその暗号を復号する機能を有する。例えばサーバ６０は、その復号のための特定の演算処理を行う変換アルゴリズムを用いたり、暗号化されたカバー識別子３５と１対１で対応する変換テーブルを用いて復号する。
【００６４】
カバー３０に関連するコンテンツ７０とは、例えばコンテンツ７０が画像の場合、カバー３０に印刷された絵柄と同じ絵柄の画像、これに類似する絵柄の画像、あるいはユーザによりカバー３０の絵柄と何らかの関連性があると認識される情報である。
【００６５】
例えば、カバー３０にプロ野球のある球団のロゴが印刷されている場合、それに関連するコンテンツ７０は、そのロゴ画像、あるいは、その球団に関連する画像等である。あるいは、カバー３０にアニメのキャラクターが印刷されている場合、関連するコンテンツ７０は、そのキャラクター画像等である。
【００６６】
コンテンツは、上記したように画像に限られず、音楽等の場合も考えられる。例えば、カバー３０に上記プロ野球球団のロゴが印刷されている場合、関連するコンテンツは、そのプロ野球の応援歌等である。
【００６７】
あるいは、カバー３０に印刷された絵柄がロゴやキャラクターである場合に限られず、例えば、模様のみの場合も考えられる。カバー３０にある模様が印刷されている場合、関連するコンテンツ７０は、その模様をモチーフとした画像やＧＵＩ等にすればよい。
【００６８】
図６は、上記コンテンツ配信システム１００の動作を説明するための図である。図７は、サーバの動作を示すフローチャートである。
【００６９】
図６では、携帯電話機１０は、予めサーバのアドレス（ＵＲＬ（Uniform Resource Locator）等）（アドレス情報）１７を持っている。このサーバ６０のアドレス１７は、メモリ１２等に記憶されている。サーバ６０のアドレス１７は、携帯電話機１０の出荷時に予め記憶されていてもよいし、ユーザが携帯電話機１０を用いて外部（例えばウェブ上）で取得したアドレス１７であってもよい。このように、携帯電話機１０がサーバ６０のアドレス１７を取得する場合、システムプロセッサ１１は、そのアドレスを取得する取得手段として機能する。
【００７０】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からカバー識別子３５を読み出す。システムプロセッサ１１は、カバー識別子３５を読み出すと、カバー識別子３５及び上記端末識別情報１５を、コンテンツ７０の送信を要求する送信要求信号として、通信機能を利用してネットワーク５０を介して、上記アドレス１７に対応するサーバ６０に送出する。
【００７１】
サーバ６０は、カバー識別子３５及び端末識別情報１５を受信する（ステップ１０１）。サーバ６０は、受信したカバー識別子３５が暗号化等されている場合、それを上記した演算処理や変換テーブル等により復号する（ステップ１０２）。サーバ６０が復号に失敗した場合、コンテンツ７０のダウンロードを許可しない（ステップ１１１）。すなわち、サーバ６０はコンテンツ７０を携帯電話機１０に送信しない。この場合、サーバ６０は、コンテンツ７０をダウンロードできない旨の情報を携帯電話機１０に送るようにしてもよい。
【００７２】
なお、カバー識別子が暗号化されていない場合、ステップ１０２の処理は不要となる。
【００７３】
ステップ１０２において、サーバ６０がカバー識別子３５の復号に成功した場合、サーバ６０は、上記カバー登録リスト６４に基き、受信したカバー識別子３５が、当該テーブルに登録されているか否かを判定する（ステップ１０３）。サーバ６０は、図示しない記憶装置にこのカバー登録リスト６４を記憶している。
【００７４】
受信したカバー識別子３５が、カバー登録リスト６４に登録されていない場合、サーバ６０は、そのカバー識別子３５と、受信した端末識別情報との組合せを登録（記録）する（ステップ１０４）。その後、サーバ６０は、カバー識別子３５に対応するコンテンツ（そのカバー３０に関連するコンテンツ）７０を、対応するコンテンツ記憶部６１から選択し、抽出する（ステップ１０７）。
【００７５】
そうすると、サーバ６０は、端末識別情報１５に応じてそのコンテンツ７０を加工する（ステップ１０９）。コンテンツ７０の加工とは、例えば携帯電話機１０が対応可能なハードウェアやソフトウェア等の形式にそのコンテンツ７０の形式を合わせるように加工することである。このようなコンテンツ７０の加工がなくても、予め携帯電話機１０に対応する形式のコンテンツ７０がコンテンツ記憶部６１、６２、６３に記憶され、サーバ６０がその携帯電話機１０に応じて適宜コンテンツ７０を選択するようにしてもよい。
【００７６】
サーバは６０、ステップ１０８で選択したコンテンツ７０を、ネットワーク５０を介して携帯電話機１０に送信する（ステップ１１０）。
【００７７】
ステップ１０３において受信したカバー識別子３５が、既にカバー登録リスト６４に登録されている場合、サーバ６０は、受信したカバー識別子３５と端末識別情報１５との組合せが、テーブルに登録されたカバー識別子及び端末識別情報１５と一致するか否かを判定する（ステップ１０５）。それらが一致しない場合、サーバ６０はコンテンツを送信しない（ステップ１１１）。この場合、サーバ６０は、コンテンツ７０をダウンロードできない旨の情報を携帯電話機１０に送るようにしてもよい。
【００７８】
ステップ１０５においてＹＥＳの場合、過去にステップ１０４の処理が実行され、さらにステップ１０８〜１１０の処理が既に実行されている場合がある。したがって、この場合、サーバ６０は、一旦、その携帯電話機１０に、携帯電話機１０がそのカバー識別子に対応するコンテンツをダウンロード可能である旨の情報を送信する（ステップ１０６）。そして、サーバ６０は、後に図８のステップ３０３で説明するように、携帯電話機１０からダウンロードするか否かの判定結果を示す信号の受信を待つ（ステップ１０７）。これにより、例えば、その携帯電話機１０が、過去にダウンロードしたコンテンツを消失してしまった場合でも、携帯電話機１０はそれと同じコンテンツを再度ダウンロードすることができる。
【００７９】
以上のように、本実施の形態に係る携帯電話機１０によれば、カバー３０のＩＣチップ３１に記憶された関連情報に基き、カバー３０に関連するコンテンツ７０の画像等をディスプレイに表示させたり、カバー３０に関連するコンテンツ７０の音楽を聴いたりすることが可能となる。例えば、ユーザは、カバー３０に関連する壁紙をディスプレイに表示させたり、カバー３０に関連する着信メロディを鳴らしたりすることができる。すなわち、カバー３０の外観と携帯電話機１０の中身（つまり、携帯電話が持つ機能や情報）に統一感を持たせることができる。
【００８０】
以下、携帯電話機１０がダウンロードしたコンテンツ７０の画像を表示したり、コンテンツ７０を音で出力したりすることを、コンテンツを「使用」する、という。
【００８１】
図８は、図６に示すシステムにおいて、主に携帯電話機１０の動作を示すフローチャートである。
【００８２】
既に説明したが、ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると（ステップ３０１）、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からカバー識別子３５を読み出す（ステップ３０２）。システムプロセッサ１１は、カバー識別子３５を読み出すと、カバー識別子３５に対応するコンテンツ７０を既にダウンロードしているか否かを判定する（ステップ３０３）。つまり、システムプロセッサ１１は、コンテンツ７０を取得済みである否かを判定する判定手段として機能する。これにより、携帯電話機が同じコンテンツを重複して取得してしまう、といった事態を防ぐことができる。
【００８３】
この判定処理では、例えば、システムプロセッサ１１が、カバー識別子３５とこれに対応するコンテンツ７０の名称（ファイル名等）やコンテンツを構成するデータの一部（ヘッダ等）を予め認識している特定のアプリケーションを使って、そのコンテンツの名称等をメモリ１２や外部メモリから抽出して検索する。あるいは、カバー３０のＩＣチップ３１にそのコンテンツ７０の名称やコンテンツ７０のデータの一部等が予め記憶されていて、システムプロセッサ１１がそれらの名称やデータを読み出し、それらに基き判定処理を行ってもよい。
【００８４】
ステップ３０３の判定処理の結果、カバー識別子３５に対応するコンテンツ７０がダウンロード済みであれば、後述する図２３または図２５におけるコンテンツの使用のフローへ進む。
【００８５】
ステップ３０３の判定処理の結果、カバー識別子３５に対応するコンテンツ７０がダウンロード済みでない場合、システムプロセッサ１１は、ネットワーク５０に接続を試み（ステップ３０４）、接続されていない場合、一定時間または定刻まで待機する（ステップ３０５）。ネットワークに接続されない場合とは、例えば、電波状態が悪いとか、または携帯電話機のあるエリアがサービス提供エリア以外、いわゆる圏外である場合等である。
【００８６】
携帯電話機１０がネットワーク５０に接続すると、システムプロセッサ１１は、既に説明したが、カバー識別子３５に関わらず、特定のサーバのアドレス１７を用いて、カバー識別子３５及び端末識別情報１５をサーバ６０に送出する（ステップ３０６）。サーバ６０は、図７に示したフローを実行する。
【００８７】
サーバからのコンテンツのダウンロードが許可されている場合（ステップ３０７のＹＥＳ）、システムプロセッサ１１は、カバー識別子３５に対応するコンテンツ７０をサーバ６０からダウンロードする（ステップ３０８）。サーバ６０からのコンテンツのダウンロードが許可されない場合とは、例えば図７のステップ１０５での処理において、受信したカバー識別子３５と端末識別情報１５との組合せが、テーブルに登録されたカバー識別子及び端末識別情報１５と一致しない場合等が挙げられる。
【００８８】
サーバ６０からのダウンロードが許可されない場合、システムプロセッサ１１は、何も実行しない（ステップ３１０）。あるいは、システムプロセッサ１１は、コンテンツをダウンロードできない旨の表示等することもできる。
【００８９】
システムプロセッサ１１は、コンテンツ７０を正常にダウンロードしたか否かを、所定のチェック機能により検証する（ステップ３０９）。正常にダウンロードできない場合、ステップ３０４に戻る。
【００９０】
図９は、本発明の他の実施の形態に係るコンテンツ配信システムの概念を示す図である。これ以降の説明では、図１等に示した実施形態に係る携帯電話機１０及びカバー３０の機能、図６等に示した実施形態に係るコンテンツ配信システム１００の機能等について同様のものは説明を簡略または省略し、異なる点を中心に説明する。
【００９１】
本実施の形態に係るコンテンツ配信システム２００では、携帯電話機１０のメモリ１２に、カバー識別子３５と、サーバ６０（６０Ａ、６０Ｂ、６０Ｃ）の各アドレス１７（１７Ａ、１７Ｂ、１７Ｃ）とが対応付けられて記憶されている。すなわち、メモリ１２は、カバー識別子３５及びサーバ６０のアドレス１７とが紐付けされた変換テーブルを記憶している。なお、このような変換テーブルではなく、所定の演算処理によりサーバ６０のアドレス１７を得るようにしてもよい。
【００９２】
サーバ６０Ａは、カバー識別子(00001)に対応するコンテンツを記憶している。サーバ６０Ｂは、カバー識別子(00002)に対応するコンテンツを記憶している。サーバ６０Ｃは、カバー識別子(00003)に対応するコンテンツを記憶している。
【００９３】
以降の説明では、サーバ６０Ａ、６０Ｂ、または６０Ｃをまとめて指すときは「サーバ６０」と記載する。また、アドレス１７Ａ、１７Ｂ、または１７Ｃをまとめて指すときは「アドレス１７」と記載する。
【００９４】
図１０は、図９に示したコンテンツ配信システム２００における携帯電話機１０の動作を示すフローチャートである。
【００９５】
ステップ４０１〜４０５まで、図８に示した上記ステップ３０１〜３０５と同じである。ステップ４０６では、携帯電話機１０のシステムプロセッサ１１は、上記変換テーブルを用いて、カバー識別子３５に対応するサーバ６０のアドレス１７をメモリ１２から抽出する。そして、システムプロセッサ１１は、そのアドレス１７に対応するサーバ６０に、カバー識別子３５及び端末識別情報１５を送出する。ステップ４０７〜４１０は、ステップ３０７〜３１０と同じである。
【００９６】
そのアドレス１７に対応するサーバ６０は、端末識別情報１５及びカバー識別子３５を受信し、図７に示したステップ１０２以降と同様に処理すればよい。
【００９７】
ただし、サーバ６０は、同じコンテンツを記憶しているので、ステップ１０８のコンテンツの選択を必要としない。あるいは、携帯電話機１０のシステムプロセッサ１１は、このカバー識別子３５に対応するサーバ６０のアドレス１７をメモリ１２から抽出した後、カバー識別子３５を、そのアドレス１７に対応するサーバ６０に送信しないようにしてもよい。カバー識別子３５がなくても、そのアドレス１７に対応するサーバ６０は、同じコンテンツしか持っておらず、サーバ６０は各自のコンテンツを携帯電話機１０に送信すればよいからである。
【００９８】
図１１は、本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。図１２は、そのコンテンツ配信システム８００における携帯電話機１０の動作を示すフローチャートである。
【００９９】
本実施の形態では、例えば、図９に示したカバー識別子３５及びアドレス１７の変換テーブルのデータベースが、ネットワーク５０に接続されているデータベースサーバ３６０に格納されている例を説明する。したがって、本実施の形態では、携帯電話機１０は、当該変換テーブルを持っていない。上記データベースサーバ３６０のアドレス（アドレスＤ）は予めメモリ１２等に記憶されていればよい。
【０１００】
ステップ５０１〜５０５、５０７〜５１０は、図８に示した上記ステップ４０１〜４０５、４０７〜４１０と同じである。ステップ５０６では、携帯電話機１０のシステムプロセッサ１１は、上記データベースサーバ３６０にアクセスし、データベースサーバ３６０は、変換テーブルを用いてカバー識別子３５に対応するサーバ６０のアドレス１７を抽出する。システムプロセッサ１１は、この抽出されたアドレス１７をダウンロードする。あるいは、システムプロセッサ１１が当該変換テーブルをデータベースサーバ３６０からダウンロードし、アドレス１７を取得するようにしてもよい。
【０１０１】
データベースサーバ３６０は、変換テーブルを用いてなくても、特定の演算処理によりカバー識別子に対応するサーバ６０のアドレスを取得するようにしてもよい。
【０１０２】
また、ステップ５０６では、システムプロセッサ１１は、そのアドレス１７に対応するサーバ６０に、カバー識別子３５及び端末識別情報１５を送出する。
【０１０３】
図１３は、本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。図１４は、このコンテンツ配信システム３００における携帯電話機１０の動作を示すフローチャートである。
【０１０４】
本実施の形態に係るコンテンツ配信システム３００では、カバー３０のＩＣチップ３１に予めカバー識別子３５とこれに対応するサーバのアドレス１７が記憶されている。
【０１０５】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると（ステップ６０１）、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からカバー識別子３５、及びこのカバー識別子３５に対応するコンテンツを記憶するサーバ６０のアドレス１７を読み出す（ステップ６０２）。ステップ６０３〜６０５は、図８のステップ３０３〜３０５と同じである。
【０１０６】
システムプロセッサ１１は、読み出したアドレス１７を持つサーバ６０に、カバー識別子３５及び端末識別情報１５を、ネットワーク５０を介して送信する（ステップ６０６）。ステップ６０７〜６１０は、ステップ３０７〜３１０と同じである。
【０１０７】
そのアドレス１７に対応するサーバ６０は、端末識別情報１５及びカバー識別子３５を受信し、図７に示したステップ１０２以降と同様に処理すればよい。
【０１０８】
本実施の形態において、図９に示した形態で説明したように、携帯電話機１０のシステムプロセッサ１１がカバー識別子３５を送信しない形態も考えられる。
【０１０９】
本実施の形態では、カバー３０のＩＣチップ３１は、カバー識別子３５内にサーバ６０のアドレス１７が埋め込まれているような識別子を記憶していてもよい。つまり、この場合のカバー識別子３５は、当該カバー識別子３５がサーバ６０のアドレス１７と一体化された情報である。
【０１１０】
図１５は、本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【０１１１】
本実施の形態に係るシステム４００では、カバー３０のＩＣチップ３１に予めそのカバー３０に関連するコンテンツ７０（７０Ａ、７０Ｂ、７０Ｃ）が記憶されている。コンテンツ７０Ａはカバー３０ａに対応し、コンテンツ７０Ｂはカバー３０ｂに対応し、コンテンツ７０Ｃはカバー３０ｃに対応する。以降の説明では、コンテンツ７０Ａ、７０Ｂ、または７０Ｃをまとめて指すときは「コンテンツ７０」と記載する。
【０１１２】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からコンテンツ７０を読み出し、メモリ１２等に記憶する。これにより、携帯電話機１０は、装着されたカバー３０に関連するコンテンツ７０を使用することが可能となる。
【０１１３】
本実施の形態において、１つのカバー３０のＩＣチップ３１に記憶されたコンテンツ７０は複数あってもかまわない。
【０１１４】
図１６は、本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【０１１５】
本実施の形態に係るコンテンツ配信システム５００では、カバー３０のＩＣチップ３１に、予めそのカバー３０に関連する保護機能が付加されたコンテンツ７０が記憶されている。また、ＩＣチップ３１には、カバー識別子３５も記憶されている。認証サーバ１６０は、ネットワーク５０を介して携帯電話機１０に接続可能であり、保護機能を解除する機能を有している。
【０１１６】
「保護機能」とは、認証サーバ１６０による認証がない場合に、そのコンテンツ７０を使用することができないように工夫された機能である。例えば、コンテンツ７０が暗号化されている形態が考えられる。具体的には、保護機能は、コンテンツ７０のデータそのものが暗号化されている場合、コンテンツの一部のデータが暗号化されている場合等がある。あるいは、例えばパスワードでの認証が行われることによりそのコンテンツ７０を使用できるようにしてもよい。
【０１１７】
図１７は、図１６に示すシステムの動作を示すシーケンス図である。
【０１１８】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からコンテンツ７０及びカバー識別子を読み出し（ステップ２０１）、メモリ１２等に記憶する。システムプロセッサ１１は、自己の携帯電話機１０の端末識別情報１５及びカバー識別子を、認証要求信号としてネットワーク５０を介して認証サーバ１６０に送信する（ステップ２０２）。
【０１１９】
認証サーバ１６０は、端末識別情報１５を受信し（ステップ２０３）、受信したカバー識別子３５及び端末識別情報１５が有効か否かを判定する（ステップ２０４）。カバー識別子３５及び端末識別情報１５が有効か否かの判定は、例えば図７で示したステップ１０３〜１０５の処理を実行することにより行われればよい。すなわち、図７で説明したように、有効の場合とは、そのカバー識別子３５及び端末識別情報１５の組合せを新規に登録した場合、または、そのカバー識別子及び端末識別情報１５の組合せが、カバー登録リスト６４に登録された組合せと一致する場合である。
【０１２０】
認証サーバは、端末識別情報１５が有効であると判定した場合、認証したことを示す認証信号を携帯電話機１０に送信する（ステップ２０５）。認証信号のデータは、所定の文字列等何でもよい。
【０１２１】
携帯電話機１０のシステムプロセッサ１１は、この認証信号を受信し（ステップ２０７）、この信号を受信したことに基きコンテンツの保護機能を解除する（ステップ２０８）。これにより、携帯電話機１０は、装着されたカバー３０に関連するコンテンツ７０を使用することが可能となる。
【０１２２】
ステップ２０４において、サーバは、端末識別情報１５及びカバー識別子３５が無効であると判定した場合、認証信号を送信しない（ステップ２０６）。つまり認証はできない。この場合、携帯電話機１０は、コンテンツ７０を使用することができない。
【０１２３】
上記認証信号のデータとして、パスワードでもよい。例えばサーバは、そのパスワードをそのまま携帯電話機１０に送信するか、暗号化されたシステムにより携帯電話機１０に送信する。この場合、ユーザが、受信したパスワードを携帯電話機１０に入力することで、携帯電話機１０はコンテンツ７０を使用できるようになる。
【０１２４】
なお、図１６に示すコンテンツ配信システム５００では、携帯電話機１０が、暗号化されたコンテンツ７０のデータを復号可能なアルゴリズムを予め持っている構成としてもよい。この場合、認証サーバ１６０は必要ない。
【０１２５】
以上説明した各実施の形態に係るコンテンツ配信システム１００、２００、３００、４００、及び５００のうち、少なくとも２つが組み合わされた形態も考えられる。例えば、図１８に示すコンテンツ配信システム９００のように、カバー３０のＩＣチップ３１が、カバー識別子３５と、そのカバー３０に関連するコンテンツ７０を記憶している形態であって、サーバ６０Ａ、６０Ｂ、・・・同じコンテンツごとにある形態である。
【０１２６】
図１８に示すコンテンツ配信システム９００では、ユーザが、カバー３０を携帯電話機１０の装着部に装着すると、システムプロセッサ１１（またはチップリーダ）は、カバー３０のＩＣチップからカバー識別子３５及びコンテンツ７０を読み出す。これらをメモリ等に記憶する。例えば、図９または図１１に示したシステムと同様に、システムプロセッサ１１が、読み出したカバー識別子３５に基き、そのカバー識別子に対応するサーバのアドレスを取得する。システムプロセッサ１１は、そのサーバにカバー識別子３５及び端末識別情報１５を送信し、サーバはこれを受信する。その後、サーバは、例えば図７に示したフローによりカバー３０に関連するコンテンツを携帯電話機１０に送信する。この場合、サーバは、例えばカバー３０のＩＣチップに記憶されていたコンテンツとは別の関連するコンテンツを送信することができる。
【０１２７】
図示しないが、図６に示したシステム、または、図１３に示したシステムと、図１５に示す形態とが組み合わされてもよい。あるいは、図６に示したシステムまたは図１３に示したシステムと、図１６に示したシステムとの組合せも考えられる。
【０１２８】
図１９は、本発明の一実施の形態に係るコンテンツの管理システムの概念を示す図である。なお、この管理システム６００の例では、図６に示したシステム１００が利用されることを前提に説明する。
【０１２９】
この管理システム６００は、コンテンツを管理する管理サーバ２６０を備える。管理サーバ２６０は、上記カバー登録リスト６４を備える。この管理システムにおける携帯電話機の動作は、図８で示したとおりである。
【０１３０】
本実施形態では、携帯電話機１０Ｘとは別の携帯電話機１０Ｙに同じカバー識別子３５を記憶したカバー３０が装着されたとしても、管理サーバ２６０は、図７のステップ１０３〜１０５の処理を実行するので、その別の携帯電話機１０Ｙを認証しない。したがって、管理サーバ２６０は、携帯電話機１０Ｙにコンテンツ７０を送信しないので、携帯電話機１０Ｙは、そのコンテンツ７０を使用できない。
【０１３１】
この管理システム６００では、図６に示すシステム１００を利用することを前提に説明した。しかし、もちろん、管理システム６００は、図９、図１１、図１３に示すシステム２００、８００、３００を前提にしてもかまわない。
【０１３２】
次に、さらに別の実施形態について説明する。この実施形態は、例えば、図１８のコンテンツ配信システム９００と、図１９の管理システム６００とが組み合わされたシステムに係る実施形態である。図２０は、その実施形態に係る、携帯電話機の動作を示すフローチャートである。
【０１３３】
ユーザが、カバー３０を携帯電話機１０Ｘの装着部４に装着すると（ステップ７０１）、システムプロセッサ１１（またはチップリーダ５）は、そのコンテンツを未だメモリ１２等に記憶していない場合（ステップ７０２のＮＯ）、カバー３０のＩＣチップ３１からカバー識別子を読み出す（ステップ７０３）。コンテンツ７０を読み出すコンテンツが既に記憶されている場合（ステップ７０２のＹＥＳ）、コンテンツの使用のフローへ進む。
【０１３４】
上記ステップ７０２は、図８のステップ３０３、図１０のステップ４０３、図１２のステップ５０３、または図１４のステップ６０３と同様な処理が行われればよい。
【０１３５】
コンテンツが正常に読み出されると（ステップ７０４のＹＥＳ）、システムプロセッサ１１は、ネットワーク５０に接続を試み（ステップ７０５）、接続されていない場合、一定時間または定刻まで待機する（ステップ７０６）。コンテンツが正常に読み出されない場合（ステップ７０４のＮＯ）、処理が終了する。
【０１３６】
携帯電話機１０Ｘがネットワークに接続されると、システムプロセッサ１１は、このカバー識別子３５及び自己の携帯電話機１０Ｘの端末識別情報Ｘ及びカバー識別子を管理サーバ２６０に送信する（ステップ７０７）。
【０１３７】
管理サーバ２６０は、上記したように、受信した端末識別情報及びカバー識別子に基き、カバー登録リスト６４を用いて、携帯電話機１０Ｘの認証処理を実行する。携帯電話機１０Ｘが、管理サーバ２６０により認証された場合（ステップ７０８のＹＥＳ）、コンテンツ使用のフローへ進む。認証されなかった場合、携帯電話機１０Ｘは、コンテンツ７０の使用ができない。
【０１３８】
図２１は、他の実施の形態に係るコンテンツの管理システムの概念を示す図である。図２２は、この管理システム７００における携帯電話機の動作を示す図である。
【０１３９】
本実施の形態の管理システム７００では、上記コンテンツの管理を、上記管理サーバ２６０（図１４参照）が用いられずに、携帯電話機１０及びカバー３０が行うシステムである。
【０１４０】
例えば、カバー３０が未だ一度も携帯電話機１０Ｘまたは１０Ｙに装着されていない場合において、カバー３０が携帯電話機１０Ｘに装着されたとする。そうすると、携帯電話機１０Ｘのシステムプロセッサ２１１（チップライタ）は、制限情報として自己の端末識別情報１５をカバー３０のＩＣチップ３１に書き込む。この場合、ＩＣチップ３１は、ＥＥＰＲＯＭ（Erasable Programmable ROM）等の書き換え可能なメモリを有していればよい。
【０１４１】
典型的には、図２２を参照して、ユーザが、カバー３０を携帯電話機１０の装着部４に装着する（ステップ９０１）。システムプロセッサ２１１（またはチップリーダ５）は、そのコンテンツを未だメモリ１２等に記憶されていない場合に（ステップ９０２のＮＯ）、カバー３０のＩＣチップ３１に電気的なロックがかけられているか否かを判定する（ステップ９０３）。この場合、システムプロセッサ２１１は、書き込み判定手段として機能する。
【０１４２】
電気的なロックがかけられている場合とは、例えば、本携帯電話機１０Ｘとは別の携帯電話機１０Ｙが、そのカバー３０のＩＣチップ３１に記憶されたコンテンツ７０を既に取得していることを意味する。すなわち、電気的なロックがかけられている場合とは、別の携帯電話機１０Ｙにより本フローによる処理が終了して、コンテンツ７０の取得の認証が既に行われていることを意味する。
【０１４３】
ＩＣチップ３１に電気的なロックがかけられている場合、処理は終了する。ＩＣチップ３１に電気的なロックがかけられていない場合、システムプロセッサ２１１は、カバー３０のＩＣチップ３１からコンテンツ７０を読み出す（ステップ９０４）。
【０１４４】
コンテンツが正常に読み出されると（ステップ９０５のＹＥＳ）、システムプロセッサ１１のチップライタは、コンテンツ７０を正常に読み出せたことを示す情報（例えば、上記制限情報）をＩＣチップ３１に書き込む（ステップ９０６）。これにより、ＩＣチップ３１には、上記のような電気的なロックがかけられる。
【０１４５】
こうすることで、例えば携帯電話機１０Ｘから外されたカバー３０が、別の携帯電話機１０Ｙに装着されたとしても、携帯電話機１０Ｙからのカバー３０のＩＣチップ３１へのアクセスを制限することができる。これにより、携帯電話機１０Ｙは、カバー３０に関連するコンテンツを、コンテンツを配信するサーバまたは当該カバー３０からダウンロードすることができなくなる。その結果、カバー３０が最初に装着された携帯電話機１０のみが、そのカバー３０に関連するコンテンツをダウンロードできるようになる。
【０１４６】
本実施の形態では、制限情報として端末識別情報１５が用いられたが、端末識別情報１５のような、携帯電話機１０ごとに異なる情報でなくてもよい。あるいは、複数の携帯電話機１０が持つ共通の（同じデータでなる）制限情報であってもよく、すなわち、フラグの有無であってもよい。
【０１４７】
次に、携帯電話機１０がコンテンツをダウンロードした後、コンテンツを使用する動作について説明する。
【０１４８】
図２３は、その動作の実施形態を示すフローチャートである。図２３では、携帯電話機１０は、コンテンツとしてＵＩデータ（上記スキンデータなど）をダウンロードする場合について説明する。図２４は、図２３に示す動作を実現するための携帯電話機の構成を示すブロック図である。
【０１４９】
図２４に示すように、携帯電話機２１０は、ＵＩデータを記憶するＵＩデータ記憶部４１と、ＵＩ設定の変更プログラムを記憶するＵＩ設定変更プログラム記憶部４２とを備える。ＵＩデータ記憶部４１及びＵＩ設定変更プログラム記憶部４２は、図２で示したメモリ１２に記憶される。例えば、ＵＩデータ記憶部４１は、書き換え可能な、半導体メモリやハードディスクに記憶される、ＵＩ設定変更プログラム記憶部４２は、図示しないＲＯＭに設けられることが多い。
【０１５０】
携帯電話機２１０により、コンテンツとしてＵＩデータがダウンロードされたことに応じて、システムプロセッサ１１は、ＵＩ設定変更プログラム及びダウンロードしたＵＩデータを用いてＵＩの設定を変更する（ステップ８０１）。これにより、ディスプレイ部３に表示されるＵＩが変更される。
【０１５１】
ここでいう、ダウンロードとは、ネットワーク５０を介してダウンロードする場合に限られない。図１５に示した形態のように、カバー３０のＩＣチップ３１から携帯電話機２１０がコンテンツを読み出す場合も、「ダウンロード」に含まれる。
【０１５２】
なお、本実施形態では、携帯電話機２１０が予めＵＩ設定変更プログラムを持っている形態について説明した。しかし、コンテンツにＵＩ設定変更プログラムが含まれていてもよい。
【０１５３】
図２５は、携帯電話機がコンテンツを使用する動作の他の実施形態を示すフローチャートである。図２６は、図２５に示す動作を実現するための携帯電話機の構成を示すブロック図である。この例でも、コンテンツがＵＩデータである場合について説明する。
【０１５４】
携帯電話機３１０は、図２４と同様なＵＩデータ記憶部４１及びＵＩ設定変更プログラム記憶部４２を備える。また、携帯電話機３１０は、ＵＩデータリスト記憶部４３を備える。ＵＩデータリスト記憶部４３は、複数の種類のＵＩデータのうち個々のＵＩデータを識別するためのＵＩデータ識別情報の有無によって、ＵＩデータがＵＩデータ記憶部に記憶されているか否かを表すリストである。ＵＩデータリスト記憶部４３は、例えば、書き換え可能な、半導体メモリやハードディスクに記憶される。
【０１５５】
ＵＩデータ識別情報としては、シーケンスな番号、ＵＩデータの名称、ＵＩデータを示す書誌情報、ＵＩデータの一部等、何でもよい。
【０１５６】
図２５に示すように、携帯電話機１０により、コンテンツとしてＵＩデータがダウンロードされる。そうすると、システムプロセッサ１１は、ダウンロードしたＵＩデータに対応するＵＩ識別情報が、ＵＩデータリストにあるか否かを判定する（ステップ１００１）。この場合、システムプロセッサ１１は、ＵＩデータ判定手段として機能する。典型的には、システムプロセッサ１１は、ダウンロードしたＵＩデータに含まれる、あるいはＵＩデータとともに受信したＵＩデータ識別情報を、ＵＩデータリストの中から検索すればよい。
【０１５７】
ＵＩデータリストにダウンロードしたＵＩデータ識別情報がない場合、システムプロセッサ１１は、ＵＩデータ識別情報をＵＩデータリストに追加することで、ＵＩデータリストを更新する（ステップ１００２）。この場合、システムプロセッサ１１は、追加手段として機能する。
【０１５８】
このように、本実施の形態では、受信された新しいＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストに追加され、ＵＩデータリストが更新されるので、ＵＩデータの管理が容易になる。
【０１５９】
ＵＩデータリストにダウンロードしたＵＩデータ識別情報がある場合、システムプロセッサ１１は、例えばダウンロードしたＵＩデータが既にＵＩデータ記憶部４１に記憶されている旨をディスプレイ部３に表示すればよい。あるいは、システムプロセッサ１１は、ＵＩデータをダウンロードする前に、そのＵＩデータが既にＵＩデータ記憶部４１に記憶されている旨をディスプレイ部３に表示してもよい。
【０１６０】
ユーザが、携帯電話機１０を操作することで、ＵＩデータリストから任意のコンテンツを選択する（ステップ１００３）。この場合、システムプロセッサ１１は、例えばＵＩデータリストに基き、該ＵＩデータリストまたはＵＩデータの一部をユーザが認識可能な状態でディスプレイ部３に表示すればよい。
【０１６１】
そうすると、システムプロセッサ１１は、ＵＩ設定変更プログラムを用いて、ユーザが選択したＵＩデータを用いてＵＩの設定を変更する（ステップ１００４）。ユーザは、ＵＩデータリスト等を見ながら、複数のＵＩデータから１つのＵＩデータを選択することができ、ユーザにとって分かりやすい。
【０１６２】
図２７は、本発明のさらに別の実施の形態に係るカバーの裏面側を示す斜視図である。
【０１６３】
このカバー１３０の表面１３３側は、例えば図１等に示したような絵柄、模様等が印刷されている。カバー１３０の裏面１３５には、情報コードとしてＱＲ（Quick Response）コード１３１が印刷されているか、あるいはＱＲコード１３１が印刷されたテープが貼り付けられている。
【０１６４】
ＱＲコード１３１は、そのカバー１３０に関連する関連情報を含んでいる。その関連情報としては、例えば、図６で示したカバー識別子３５、あるいは、図１３で示したカバー識別子３５及びサーバのアドレス１７等である。ＱＲコード１３１に含まれる情報量を大きくすることができれば、関連情報はコンテンツそのものであってもよい。
【０１６５】
ここでいうＱＲコード１３１とは、典型的には２次元コードであるが、これに限られず、１次元コードであるバーコード、または、色等の他の情報を含む３次元以上のコードも含まれる。
【０１６６】
図２８は、このカバー１３０が装着される携帯電話機の構成を示すブロック図である。携帯電話機１１０は、プロセッサ１１１、カメラ（撮像部）１１２、ＱＲコード解析部１１３を備えている。ＱＲコード解析部１１３は、プロセッサ１１１と物理的に一体的に設けられていもよい。典型的には、この携帯電話機１１０は、公知の携帯電話機が用いられる。
【０１６７】
ユーザは、この携帯電話機１１０でカバー１３０のＱＲコード１３１を撮像する。携帯電話機１１０のプロセッサ１１１は、このＱＲコード１３１を解析し、関連情報を抽出する。プロセッサ１１１は、関連情報を抽出した後は、上記各実施の形態によるシステム１００、２００、３００、４００、５００、６００、７００及び８００のうち１つを利用してコンテンツを取得することができる。
【０１６８】
本発明に係る実施の形態は、以上説明した実施の形態に限定されず、他の種々の実施形態が考えられる。
【０１６９】
上記各実施の形態では、携帯電話機１０、１１０がサーバ６０にアクセスし、カバー３０、１３０に関連するコンテンツを自動でダウンロードするようにした。しかし、例えば携帯電話機１０がカバー３０、１３０から関連情報を読み出した場合に、携帯電話機１０１３０のシステムプロセッサ１１、１１１は、その関連情報が読み出されたことに応じて、サーバに接続し、そのサーバの特定のサイトに一旦アクセスする。そして、システムプロセッサ１１、１１１、２１１は、そのサイトのウェブ画面を携帯電話機１０、１１０のブラウザにより表示する。そのウェブ画面上に、当該カバー３０、１３０に関連するコンテンツのリンク先の表示があり、システムプロセッサ１１、１１１、２１１）は、そのリンク先のアドレスにアクセスすることで、例えば複数あるコンテンツの中からユーザが好みのコンテンツを選択してダウンロードすることが可能となる。
【０１７０】
その場合に、関連情報は、典型的にはサーバのアドレスである。しかし、これに限らず、サーバのアドレスは図６に示すように予め携帯電話機１０、１１０が持っており、関連情報としてはその他の情報であってもかまわない。
【０１７１】
携帯電話機１０、１１０の形状やカバー３０、１３０の形状は、図中、１種類ずつしか示していないが、もちろん様々な形状が考えられる。
【図面の簡単な説明】
【０１７２】
【図１】本発明の一実施の形態に係る携帯電話機と、これに装着されるカバーとを示す斜視図である。
【図２】携帯電話機とカバーの電気的な回路構成を示すブロック図である。
【図３】カバーのＩＣチップに記憶されたカバー識別子の形態の各パターンをそれぞれ示す図である。
【図４】携帯電話機に固有の識別情報の例を示す図である。
【図５】携帯電話機及びカバーを用いた、一実施の形態に係るコンテンツ配信システムの構成を示す図である。
【図６】上記コンテンツ配信システムの動作を説明するための図である。
【図７】サーバの動作を示すフローチャートである。
【図８】図６に示すシステムにおいて、主に携帯電話機の動作をより具体的に示すフローチャートである。
【図９】本発明の他の実施の形態に係るコンテンツ配信システムの概念を示す図である。
【図１０】図９に示したコンテンツ配信システムにおける携帯電話機の動作を示すフローチャートである。
【図１１】本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。
【図１２】図１１のコンテンツ配信システムにおける携帯電話機の動作を示すフローチャートである。
【図１３】本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。
【図１４】図１３のコンテンツ配信システムにおける携帯電話機の動作を示すフローチャートである。
【図１５】本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【図１６】本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【図１７】図１６に示すシステムの動作を示すシーケンス図である。
【図１８】本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【図１９】本発明の一実施の形態に係るコンテンツの管理システムの概念を示す図である。
【図２０】図１８のコンテンツ配信システム９００と、図１９の管理システム６００とが組み合わされたシステムにおける携帯電話機の動作を示すフローチャートである。
【図２１】他の実施の形態に係るコンテンツ管理システムの概念を示す図である。
【図２２】図２１の管理システムにおける携帯電話機の動作を示す図である。
【図２３】携帯電話機がコンテンツをダウンロードした後、コンテンツを使用する動作を示すフローチャートである。
【図２４】図２３に示す動作を実現するための携帯電話機の構成を示すブロック図である。
【図２５】携帯電話機がコンテンツを使用する動作の他の実施形態を示すフローチャートである。
【図２６】図２５に示す動作を実現するための携帯電話機の構成を示すブロック図である。
【図２７】本発明のさらに別の実施の形態に係るカバーの裏面側を示す斜視図である。
【図２８】図２７に示すカバーが装着される携帯電話機の構成を示すブロック図である。
【符号の説明】
【０１７３】
４…（携帯電話機の）装着部
５…チップリーダ
１０（１０Ｘ、１０Ｙ）、１１０、２１０、３１０…携帯電話機
１１…システムプロセッサ
１５…端末識別情報
１７（１７Ａ，１７Ｂ、１７Ｃ）…アドレス
３０（３０ａ、３０ｂ、３０ｃ）、１３０…カバー
３１…ＩＣチップ
３４…（カバーの）装着部
３５…カバー識別子
４１…ＵＩデータ記憶部
４２…ＵＩ設定変更プログラム記憶部
４３…ＵＩデータリスト記憶部
５０…ネットワーク
６０（６０Ａ、６０Ｂ、６０Ｃ）…サーバ
６１、６２、６３…コンテンツ記憶部
７０（７０Ａ、７０Ｂ、７０Ｃ）…コンテンツ
１００、２００、３００、４００、５００、８００、９００…コンテンツ配信システム
１１１…プロセッサ
１１２…カメラ
１１３…ＱＲコード解析部
１３１…ＱＲコード
１６０…認証サーバ
２６０…管理サーバ
６００、７００…管理システム
【技術分野】
【０００１】
本発明は、携帯端末装置、この携帯端末装置の例えば装飾等に用いられるカバー、これらを用いてコンテンツを配信するシステム及びその配信方法に関する。
【背景技術】
【０００２】
近年では、携帯電話の携帯端末が十分に普及し、生活に欠かせない物となっている。これに伴い、多様化する消費者のニーズに対応するように、携帯電話のデザイン性が高められている。また、装飾用のカバーが着脱可能とされた携帯電話も商品化されている。これにより、ユーザは、多種のカバーを選択することができ、あたかも携帯電話の外観が変わったように見せることができるようになっている。
【０００３】
最近では、スキン（Skin）と呼ばれるデータにより、パーソナルコンピュータ等によりディスプレイに表示される壁紙やボタン等のＵＩ（User Interface）画像をユーザの好みの画像に変更できる、といった技術がある。このような技術は、携帯電話にも応用されつつある（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開２００５−５９０１号公報（段落[００３７]、図５）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
現在、様々な外観のカバーが商品化されている。ユーザが自分好みのカバーを購入し、携帯電話等の機器の外観を変更した場合、ユーザは、その機器のディスプレイに表示される壁紙等と、その外観とに統一感を持たせたいと考える場合もある。
【０００６】
あるいは、ユーザは、自分好みのカバーに関連する何らかの情報を得たいと考える場合もある。
【０００７】
以上のような事情に鑑み、本発明の目的は、携帯端末装置に装着されるカバーに関連する情報を取得することができる携帯端末装置に関連する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る携帯端末装置は、カバーが着脱可能とされた携帯端末装置であって、前記カバーに関連する関連情報を記憶したチップを有する前記カバーが装着される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記関連情報を読み出す接触型のリーダと、前記リーダにより読み出された前記関連情報に基き、所定の処理を行う処理手段とを具備する。
【０００９】
「関連情報」とは、カバーに関連する情報なら何でもよい。典型的には、カバーに固有の識別子、カバーに関連するコンテンツ、そのコンテンツの所在を示すアドレス情報、及びその他カバーの製造元等の書誌的な情報等のうち少なくとも１つである。
【００１０】
本発明によれば、例えば処理手段は、その関連情報に基き携帯端末装置のディスプレイにカバーに関連する画像等を表示させたり、あるいは画像以外の情報を出力したりすることができる。これにより、例えばその関連情報がＵＩ画像等である場合、処理手段は、ディスプレイにそのＵＩ画像を表示させることで、カバーと統一感のあるディスプレイを構築することができる。
【００１１】
本発明において、前記処理手段は、前記リーダにより前記チップから前記関連情報が読み出されたことに応じて、ネットワークを介してコンテンツを配信するサーバに接続する通信手段を有する。これにより、携帯端末装置は、例えばブラウザ等の機能によりサーバに接続することができる。この場合、関連情報にサーバのアドレス情報が含まれているか、または、携帯端末装置が予めサーバのアドレス情報を記憶しておけばよい。
【００１２】
本発明によれば、例えば、携帯端末装置は、そのサーバが提供する、そのカバーに関連するコンテンツのリンク先を示すウェブ画面等をダウンロードし、そのウェブ画面からユーザの好みのコンテンツを選択してダウンロードすることが可能となる。あるいは、上記のようなウェブ画面をダウンロードするのではなく、以下に説明する各発明のように自動でコンテンツがダウンロードされるようにしてもよい。
【００１３】
本発明において、例えば、前記リーダは、前記関連情報として前記カバーに固有の識別子を読み出す。
【００１４】
本発明において、携帯端末装置は、ネットワークを介してコンテンツを配信するサーバのアドレス情報を記憶する記憶手段をさらに具備し、前記処理手段は、前記リーダにより読み出された前記識別子に応じて、前記記憶手段により記憶された前記アドレス情報を用いて、前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段を有する。これにより、カバーが装着部に装着されたことをトリガーとして、携帯端末装置は、ネットワークを介してカバーに関連するコンテンツをサーバからダウンロードすることができる。
【００１５】
本発明において、前記処理手段は、前記識別子に基きネットワークを介してコンテンツを配信するサーバのアドレス情報を取得する取得手段と、前記リーダにより前記関連情報として読み出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記取得された前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段とを有する。本発明によれば、携帯端末装置は、カバーに関連するコンテンツをそのカバー（あるいはそのカバーに関連するコンテンツ）に応じたサーバからダウンロードすることができる。本発明は、特に、アドレス情報が複数ある場合に有効である。
【００１６】
処理手段が、識別子に基きアドレス情報を取得する方法の形態としては、次の２通りが考えられる。１つは、カバー固有の識別子と、サーバのアドレス情報とが対応付けられて予め何らかの記憶部に記憶されている形態である。もう１つは、何らかの処理部が、識別子に応じて特定の演算処理によりアドレス情報を得る形態である。
【００１７】
本発明において、携帯端末装置は、前記サーバのアドレス情報を記憶する記憶手段をさらに具備し、前記取得手段は、前記記憶手段から前記アドレス情報を抽出するようにしてもよい。あるいは、前記取得手段は、前記ネットワークに接続された、前記識別子に対応するアドレス情報を記憶するデータベースサーバから、該アドレス情報を取得するようにしてもよい。アドレス情報が上記演算処理により求められる場合、携帯端末装置が有する処理部（処理手段）が演算処理を行ってもよいし、ネットワークを介して接続された他のサーバが有する処理部が演算処理を行ってもよい。
【００１８】
本発明において、前記リーダは、前記関連情報として、前記識別子に対応した、ネットワークを介してコンテンツを配信するサーバのアドレス情報をさらに読み出し、前記処理手段は、前記リーダにより読み出された前記識別子及び前記アドレス情報に応じて、前記識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段を有する。つまり、本発明では、カバーのチップに予め識別子及びアドレス情報が記憶されている形態を想定している。これにより、携帯端末装置は、カバーに関連するコンテンツをそのカバー（あるいはそのカバーに関連するコンテンツ）に応じたサーバからダウンロードすることができる。
【００１９】
本発明において、前記信号出力手段は、前記識別子、及び前記携帯端末装置に固有の端末識別情報を含む信号を、前記送信要求信号として前記サーバに出力する。これにより、サーバは、複数のコンテンツ、複数の携帯端末装置を管理することができ、後述する認証等の処理を行うことができるようになる。
【００２０】
本発明において、携帯端末装置は、前記識別子に対応する前記コンテンツとしてＵＩデータを前記サーバから受信する受信手段と、前記受信したＵＩデータを記憶するＵＩデータ記憶部と、前記ＵＩデータを用いてＵＩ設定を変更する変更手段とをさらに具備する。これにより、コンテンツがＵＩデータである場合に、携帯端末装置によりそのＵＩデータを使用できるようになる。
【００２１】
本発明において、携帯端末装置は、前記ＵＩデータを識別するＵＩデータ識別情報の有無により、前記ＵＩデータが前記ＵＩデータ記憶部に記憶されているか否かを表すＵＩデータリストを記憶するＵＩデータリスト記憶手段と、前記受信手段により受信されたＵＩデータに対応するＵＩデータ識別情報が、前記ＵＩデータリストにあるか否かを判定するＵＩデータ判定手段と、前記ＵＩデータ判定手段により、前記受信されたＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストにないと判定された場合、該受信されたＵＩデータに対応するＵＩデータ識別情報を前記ＵＩデータリストに追加する追加手段とをさらに具備する。本発明では、受信された新しいＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストに追加され、ＵＩデータリストが更新される。これにより、ＵＩデータの管理が容易になる。
【００２２】
本発明において、前記変更手段は、ユーザにより選択されたＵＩデータ識別情報に対応するＵＩデータを用いて、前記ＵＩ設定を変更する。これにより、例えばユーザは、ＵＩデータリストを見ながら、複数のＵＩデータから１つのＵＩデータを選択することができ、ユーザにとって分かりやすい。
【００２３】
本発明において、前記リーダは、前記チップから、前記関連情報として、前記カバーに関連するコンテンツを読み出す。つまり、本発明では、カバーのチップに予めコンテンツが記憶されている形態を想定している。これにより、例えば読み出されたコンテンツが画像であれば、例えば処理手段は、その画像をディスプレイに表示させることができる。
【００２４】
本発明において、携帯端末装置は、前記携帯端末装置に固有の端末識別情報と、前記端末識別情報に応じて該携帯端末装置を認証するサーバであってネットワークを介して前記携帯端末装置と接続可能な認証サーバのアドレス情報とを記憶する記憶手段をさらに具備し、前記リーダは、前記コンテンツとして、保護機能が付加された保護機能付きコンテンツを読み出し、前記処理手段は、前記記憶手段により記憶された前記アドレス情報を用いて、前記ネットワークを介して前記端末識別情報を認証要求信号として前記認証サーバに送信する送信手段と、前記ネットワークを介して、前記認証要求信号に基き前記認証サーバにより認証されたことを示す認証信号を受信する受信手段と、前記受信手段により受信された前記認証信号に応じて、前記リーダにより読み出された前記保護機能付きコンテンツの前記保護機能を解除する解除手段とを有する。「保護機能」とは、認証サーバによる認証がない場合に、そのコンテンツ使用することができないように工夫された機能である。端末識別情報に加えカバーに固有の識別子をも含めた情報、あるいは端末識別情報に代えて当該識別子が、認証要求信号として認証サーバに送信されてもよい。
【００２５】
本発明において、携帯端末装置は、前記装着部に前記カバーが装着されたときに、当該携帯端末装置とは別の携帯端末装置と、前記装着されたカバーの前記チップとのアクセスを制限する制限情報を、前記チップに書き込むライタをさらに具備する。これにより、一度チップに制限情報が書き込まれたカバーが、別の携帯端末装置に装着されても、例えば当該別の携帯端末装置は、そのカバーに関連する関連情報を取得できないようなシステムを構築することができる。
【００２６】
ライタは、典型的には、上記リーダの接続端子（チップとの接続端子）を共用する、接触型のリーダ／ライタとして構成される。しかし、必ずしもリーダとライタが同じ接続端子を共用するタイプでなくてもよい。
【００２７】
本発明において、処理手段は、前記ライタにより前記制限情報を前記チップに書き込む前に、前記チップに電気的なロックがかけられているか否かを判定する書き込み判定手段を有する。
【００２８】
本発明において、前記処理手段は、前記携帯端末装置が、ネットワークに接続された前記識別子に対応するサーバが記憶するコンテンツを、前記サーバから取得済みであるか否かを判定する判定手段を有する。これにより、携帯端末装置が同じコンテンツを重複して取得してしまう、といった事態を防ぐことができる。
【００２９】
本発明の他の観点に係る携帯端末装置は、カバーが着脱可能とされた携帯端末装置であって、前記カバーに関連する関連情報を含む情報コードを撮像可能な撮像部と、前記撮像部により撮像された前記情報コードを解析することで、前記関連情報を抽出する抽出手段と、前記抽出手段により抽出された前記関連情報に基き、所定の処理を行う処理手段とを具備する。
【００３０】
「情報コード」としては、例えばＱＲ（Quick Response）コード等が挙げられる。ここでいうＱＲコードとは、典型的には２次元コードであるが、これに限られず、１次元コードであるバーコード、または、色等の他の情報を含む３次元以上のコードも含まれる。
【００３１】
本発明によれば、例えば処理手段は、その関連情報に基き携帯端末装置のディスプレイにカバーに関連する画像等を表示させたり、あるいは画像以外の情報を出力したりすることができる。
【００３２】
本発明に係るカバーは、携帯端末装置に着脱可能とされたカバーであって、前記携帯端末装置に装着される装着部と、前記カバーに関連する関連情報を記憶し、前記装着部が前記携帯端末装置に装着されたときに、前記携帯端末装置が有する接触型のリーダにより前記関連情報が抽出されるように設けられたチップとを具備する。
【００３３】
本発明に係るコンテンツ配信システムは、カバーと、前記カバーが着脱可能とされた携帯端末装置と、前記携帯端末装置にネットワークを介してコンテンツを配信するサーバとを備えるコンテンツ配信システムであって、前記カバーは、前記カバーに固有の識別子を記憶したチップを有し、前記携帯端末装置は、前記カバーが装着される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダと、前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段とを有し、前記サーバは、前記コンテンツを記憶するコンテンツ記憶手段と、前記送信要求信号を受信する受信手段と、前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを有する。
【００３４】
本発明に係るサーバは、カバーに固有の識別子を記憶したチップ有する当該カバーが着脱される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダとを含む携帯端末装置に、ネットワークを介してコンテンツを配信するサーバであって、前記コンテンツを記憶するコンテンツ記憶手段と、前記携帯端末装置から出力され、前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して受信する受信手段と、前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを具備する。
【００３５】
本発明の、「〜するサーバであって、」の部分である前提部分を定義したのは、発明の明確性を確保するためであって、本出願人が当該前提部分を従来技術として意識しているわけではない。本発明の他の観点に係るサーバについても同様の趣旨である。
【００３６】
本発明において、前記サーバは、前記識別子と前記端末識別情報とを対応付けて記憶する記憶手段をさらに有する。これにより、例えば、携帯電話機とは別の携帯電話機に同じカバー識別子を記憶したカバーが装着され、そのカバー識別子と携帯電話機の端末識別情報とがサーバに送られ、管理サーバがこれを受信したとしても、管理サーバはコンテンツを送信しない。
【発明の効果】
【００３７】
以上のように、本発明によれば、携帯端末装置に装着されるカバーに関連する情報を取得することができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の実施の形態を図面を参照しながら説明する。
【００３９】
図１は、本発明の一実施の形態に係る携帯端末装置と、これに装着されるカバーとを示す斜視図である。
【００４０】
携帯端末装置１０としては、典型的には携帯電話機が挙げられる。しかし、これに限られず、ＩＰ（Internet Protocol）を有し、例えば無線ＬＡＮ（Local Area Network）等のデバイスを有する端末装置が用いられてもよい。携帯端末装置１０がＩＰを持つ場合、ネットワーク５０（図５等参照）は、インターネットを含む。以下、携帯端末装置１０を携帯電話機１０として説明する。
【００４１】
携帯電話機１０は、本体２と、ディスプレイ部３とを備えている。本体２とディスプレイ部３とは、ヒンジ部６により、折りたたみ可能になっており、この携帯電話機１０は、いわゆる折りたたみタイプの電話機である。しかし、このような折りたたみタイプに限られず、ストレートタイプ、スライドタイプ、あるいはその他のタイプであってもよい。
【００４２】
例えば、携帯電話機１０のディスプレイ部３の側面には、カバー３０が装着される装着部４を有する。例えば、カバー３０には、携帯電話機１０の装着部４に装着される装着部３４として突起が設けられている。携帯電話機１０の装着部４は、その突起３４が嵌る溝または穴で構成される。カバー３０の突起３４は、例えばレール状の突起とされているが、点状、フック状、その他携帯電話機１０の装着部４に係合する突起であれば何でもよい。また、携帯電話機１０の装着部４も、カバー３０の形状に応じた形状を有していればよい。あるいは、携帯電話機１０の装着部４が突起状であって、カバー３０の装着部３４が溝や穴等の形状になっていてもよい。
【００４３】
図１では、携帯電話機１０に設けられた装着部４はディスプレイ部３としたが、これは単なる一例である。したがって、装着部４は、携帯電話機１０のどの部分に設けられていてもよく、カバー３０装着部３４は、その装着部４の位置に応じて適宜その位置が設計される。
【００４４】
カバー３０としては、典型的には装飾用として用いられるが、もちろん携帯電話機１０へ与えられる衝撃や傷を防止することを本来の目的として用いられるタイプのカバーであってもよい。
【００４５】
カバー３０は、所定の位置に接触型のＩＣチップ３１を備えている。所定の位置とは、どこでもよいが、図１の例ではカバー３０の端部または周縁付近とされている。ＩＣチップ３１は、カバー３０に関連する関連情報を記憶している。
【００４６】
「関連情報」とは、カバー３０に関連する情報なら何でもよい。典型的には、カバー３０に固有の識別子、後述するようにカバー３０に関連するコンテンツ、そのコンテンツの所在を示すアドレス情報、及びその他カバー３０の製造元等の書誌的または仕様的な情報のうち少なくとも１つである。
【００４７】
携帯電話機１０は、カバー３０が装着部４に装着されたときにＩＣチップ３１に接触して、上記関連情報を読み出す接触型のチップリーダ５を備える。チップリーダ５は、カバー３０のＩＣチップ３１が設けられる位置に応じた携帯電話機１０の位置に設けられ、カバー３０が装着されたときにＩＣチップ３１に接触するようになっている。
【００４８】
図２は、携帯電話機１０とカバー３０の電気的な回路構成を示すブロック図である。
【００４９】
携帯電話機１０は、本体２に取り付けられるバッテリパック２ａを備える。バッテリパック２ａは、セル８、バッテリ制御用のチップ７、保護回路９等を有する。保護回路９は、例えばＬｉイオンバッテリの場合に搭載される。携帯電話機１０は、システムプロセッサ１１、メモリ１２、図示しないＳＩＭ(Subscriber Identity Module)カード等を有する。また、携帯電話機１０は、当該携帯電話機１０に必要なその他の機能、例えば、通信機能（信号出力手段（送信手段）及び受信手段を含む通信手段）やディスプレイのドライバ等を有する。メモリ１２は、半導体メモリ、誘電体メモリ、あるいはハードディスク等、何でもよい。携帯電話機１０は、携帯電話機１０に着脱可能なカード型の外部メモリ（図示せず）を備える場合もある。
【００５０】
システムプロセッサ１１は、バッテリ制御用チップ７、メモリ１２の動作を制御する。システムプロセッサ１１は、もちろんメモリ１２と一体型であってもよい。システムプロセッサ１１は、チップリーダ５により読み出された関連情報に基き、所定の処理を行う処理手段として機能する。
【００５１】
カバー３０のＩＣチップ３１としては、例えばシリアルチップが用いられる。これにより、２本の電極線１３が設けられるだけで、システムプロセッサ１１が上記チップリーダ５の機能を果たすようなる。すなわち、図１において、チップリーダ５がある位置には、電極線さえ引き出されればよいので、コストを低減することができる。
【００５２】
しかし、チップリーダ５は、システムプロセッサ１１とは物理的に別のデバイスで構成されていももちろんかまわない。
【００５３】
カバー３０のＩＣチップ３１は、上記関連情報として、例えば、当該カバー３０に固有の識別子（以下、カバー識別子という。）を記憶している。図３は、ＩＣチップ３１に記憶されたカバー識別子３５の形態の各パターンをそれぞれ示す図である。以下、同じ種類ごとに分類されたカバー３０として、カバー３０ａ、カバー３０ｂ、カバー３０ｂという場合もある。
【００５４】
図３（Ａ）は、同じカバー３０の場合、それらは同じカバー識別子３５を有するパターンを示している。図３（Ｂ）は、同じカバー３０ａ（または３０ｂ、または３０ｃ）は、同じカバー識別子３５を有し、さらに同じカバー３０（または３０ｂ、または３０ｃ）の中でも、個々のカバーがシリアル番号を有するパターンを示している。図３（Ｃ）は、カバー３０が同じであるか異なるかに関係なく、個々のカバー３０がシリアル番号を有するパターンを示している。
【００５５】
カバー識別子３５は、典型的には、パターンの類推ができないように、暗号化されていたり、ランダム値で構成されていたりする。
【００５６】
図４は、携帯電話機１０に固有の識別情報の例を示す図である。携帯電話機１０に固有の識別情報（以下、端末識別情報という。）１５の例として、携帯電話機１０に固有の番号、あるいはＳＩＭのＩＤ等、その他機種名等の書誌的または仕様的情報がある。これら端末識別情報１５は、上記メモリ１２に記憶されていればよい。ＳＩＭのＩＤは、必ずしもメモリ１２に記憶されていなくてもよく、例えばシステムプロセッサ１１がＳＩＭカードにアクセスし、適宜そのＩＤを読み出すことが可能となっている。
【００５７】
図５は、このような携帯電話機１０及びカバー３０を用いた、一実施の形態に係るコンテンツ配信システムの構成を示す図である。
【００５８】
コンテンツ配信システム１００は、携帯電話機１０、カバー３０、コンテンツ７０をネットワーク５０上に配信するサーバ６０を含む。ネットワーク５０は、例えば移動体通信網、インターネット等を含むネットワークである。
【００５９】
「コンテンツ」とは、例えば、画像、音楽、テキスト、ＧＵＩデータ（例えばスキンデータ）、あるいはアプリケーションプログラム等が挙げられる。
【００６０】
「サーバ」とは、記憶処理、演算処理、入出力処理、通信処理（送受信処理）のコンピュータの機能を備える機器である。典型的には、サーバは、ＣＰＵ、ＲＯＭ及びＲＡＭを備え、さらにハードディスク等の記憶部を備える場合が多い。ＲＯＭやハードディスクには、サーバが演算処理を実行するためのプログラムが記憶される。
【００６１】
サーバ６０は、コンテンツ７０を記憶する記憶部６１、６２、６３、携帯電話機１０ごとのカバー登録リスト６４を備え、その他通信を行うための図示しないネットワークインターフェースを備える。コンテンツ記憶部６１、６２、６３は、カバー３０に関連するコンテンツ７０を記憶している。典型的には、コンテンツ記憶部６１、６２、６３は、カバー識別子３５に対応するように、論理的または物理的に分かれてそれぞれ設けられている。例えば図３（Ａ）、図３（Ｃ）に示すパターンの場合、サーバ６０は、カバー識別子(00001)、(00002)、・・・ごとにコンテンツ記憶部６１、６２、・・・を有する。図３（Ｂ）に示すパターンの場合、カバー識別子(00001-00001)、(00001-00002)、・・・ごとにコンテンツ記憶部６１、６２、・・・を有する。コンテンツ記憶部は、例えばハードディスク、半導体メモリ等、何でもよい。
【００６２】
カバー登録リストとは、カバー識別子と、そのカバー識別子を持つカバーが装着された携帯電話機の端末識別情報とが対応付けられて記憶された参照テーブルである。後述するように、サーバ６０は、カバー識別子と端末識別情報との組合せがそれまでに新しい組合せである場合、その組合せを参照テーブルに登録しておく。
【００６３】
上記したように、カバー識別子３５が暗号化等されている場合には、サーバ６０がその暗号を復号する機能を有する。例えばサーバ６０は、その復号のための特定の演算処理を行う変換アルゴリズムを用いたり、暗号化されたカバー識別子３５と１対１で対応する変換テーブルを用いて復号する。
【００６４】
カバー３０に関連するコンテンツ７０とは、例えばコンテンツ７０が画像の場合、カバー３０に印刷された絵柄と同じ絵柄の画像、これに類似する絵柄の画像、あるいはユーザによりカバー３０の絵柄と何らかの関連性があると認識される情報である。
【００６５】
例えば、カバー３０にプロ野球のある球団のロゴが印刷されている場合、それに関連するコンテンツ７０は、そのロゴ画像、あるいは、その球団に関連する画像等である。あるいは、カバー３０にアニメのキャラクターが印刷されている場合、関連するコンテンツ７０は、そのキャラクター画像等である。
【００６６】
コンテンツは、上記したように画像に限られず、音楽等の場合も考えられる。例えば、カバー３０に上記プロ野球球団のロゴが印刷されている場合、関連するコンテンツは、そのプロ野球の応援歌等である。
【００６７】
あるいは、カバー３０に印刷された絵柄がロゴやキャラクターである場合に限られず、例えば、模様のみの場合も考えられる。カバー３０にある模様が印刷されている場合、関連するコンテンツ７０は、その模様をモチーフとした画像やＧＵＩ等にすればよい。
【００６８】
図６は、上記コンテンツ配信システム１００の動作を説明するための図である。図７は、サーバの動作を示すフローチャートである。
【００６９】
図６では、携帯電話機１０は、予めサーバのアドレス（ＵＲＬ（Uniform Resource Locator）等）（アドレス情報）１７を持っている。このサーバ６０のアドレス１７は、メモリ１２等に記憶されている。サーバ６０のアドレス１７は、携帯電話機１０の出荷時に予め記憶されていてもよいし、ユーザが携帯電話機１０を用いて外部（例えばウェブ上）で取得したアドレス１７であってもよい。このように、携帯電話機１０がサーバ６０のアドレス１７を取得する場合、システムプロセッサ１１は、そのアドレスを取得する取得手段として機能する。
【００７０】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からカバー識別子３５を読み出す。システムプロセッサ１１は、カバー識別子３５を読み出すと、カバー識別子３５及び上記端末識別情報１５を、コンテンツ７０の送信を要求する送信要求信号として、通信機能を利用してネットワーク５０を介して、上記アドレス１７に対応するサーバ６０に送出する。
【００７１】
サーバ６０は、カバー識別子３５及び端末識別情報１５を受信する（ステップ１０１）。サーバ６０は、受信したカバー識別子３５が暗号化等されている場合、それを上記した演算処理や変換テーブル等により復号する（ステップ１０２）。サーバ６０が復号に失敗した場合、コンテンツ７０のダウンロードを許可しない（ステップ１１１）。すなわち、サーバ６０はコンテンツ７０を携帯電話機１０に送信しない。この場合、サーバ６０は、コンテンツ７０をダウンロードできない旨の情報を携帯電話機１０に送るようにしてもよい。
【００７２】
なお、カバー識別子が暗号化されていない場合、ステップ１０２の処理は不要となる。
【００７３】
ステップ１０２において、サーバ６０がカバー識別子３５の復号に成功した場合、サーバ６０は、上記カバー登録リスト６４に基き、受信したカバー識別子３５が、当該テーブルに登録されているか否かを判定する（ステップ１０３）。サーバ６０は、図示しない記憶装置にこのカバー登録リスト６４を記憶している。
【００７４】
受信したカバー識別子３５が、カバー登録リスト６４に登録されていない場合、サーバ６０は、そのカバー識別子３５と、受信した端末識別情報との組合せを登録（記録）する（ステップ１０４）。その後、サーバ６０は、カバー識別子３５に対応するコンテンツ（そのカバー３０に関連するコンテンツ）７０を、対応するコンテンツ記憶部６１から選択し、抽出する（ステップ１０７）。
【００７５】
そうすると、サーバ６０は、端末識別情報１５に応じてそのコンテンツ７０を加工する（ステップ１０９）。コンテンツ７０の加工とは、例えば携帯電話機１０が対応可能なハードウェアやソフトウェア等の形式にそのコンテンツ７０の形式を合わせるように加工することである。このようなコンテンツ７０の加工がなくても、予め携帯電話機１０に対応する形式のコンテンツ７０がコンテンツ記憶部６１、６２、６３に記憶され、サーバ６０がその携帯電話機１０に応じて適宜コンテンツ７０を選択するようにしてもよい。
【００７６】
サーバは６０、ステップ１０８で選択したコンテンツ７０を、ネットワーク５０を介して携帯電話機１０に送信する（ステップ１１０）。
【００７７】
ステップ１０３において受信したカバー識別子３５が、既にカバー登録リスト６４に登録されている場合、サーバ６０は、受信したカバー識別子３５と端末識別情報１５との組合せが、テーブルに登録されたカバー識別子及び端末識別情報１５と一致するか否かを判定する（ステップ１０５）。それらが一致しない場合、サーバ６０はコンテンツを送信しない（ステップ１１１）。この場合、サーバ６０は、コンテンツ７０をダウンロードできない旨の情報を携帯電話機１０に送るようにしてもよい。
【００７８】
ステップ１０５においてＹＥＳの場合、過去にステップ１０４の処理が実行され、さらにステップ１０８〜１１０の処理が既に実行されている場合がある。したがって、この場合、サーバ６０は、一旦、その携帯電話機１０に、携帯電話機１０がそのカバー識別子に対応するコンテンツをダウンロード可能である旨の情報を送信する（ステップ１０６）。そして、サーバ６０は、後に図８のステップ３０３で説明するように、携帯電話機１０からダウンロードするか否かの判定結果を示す信号の受信を待つ（ステップ１０７）。これにより、例えば、その携帯電話機１０が、過去にダウンロードしたコンテンツを消失してしまった場合でも、携帯電話機１０はそれと同じコンテンツを再度ダウンロードすることができる。
【００７９】
以上のように、本実施の形態に係る携帯電話機１０によれば、カバー３０のＩＣチップ３１に記憶された関連情報に基き、カバー３０に関連するコンテンツ７０の画像等をディスプレイに表示させたり、カバー３０に関連するコンテンツ７０の音楽を聴いたりすることが可能となる。例えば、ユーザは、カバー３０に関連する壁紙をディスプレイに表示させたり、カバー３０に関連する着信メロディを鳴らしたりすることができる。すなわち、カバー３０の外観と携帯電話機１０の中身（つまり、携帯電話が持つ機能や情報）に統一感を持たせることができる。
【００８０】
以下、携帯電話機１０がダウンロードしたコンテンツ７０の画像を表示したり、コンテンツ７０を音で出力したりすることを、コンテンツを「使用」する、という。
【００８１】
図８は、図６に示すシステムにおいて、主に携帯電話機１０の動作を示すフローチャートである。
【００８２】
既に説明したが、ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると（ステップ３０１）、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からカバー識別子３５を読み出す（ステップ３０２）。システムプロセッサ１１は、カバー識別子３５を読み出すと、カバー識別子３５に対応するコンテンツ７０を既にダウンロードしているか否かを判定する（ステップ３０３）。つまり、システムプロセッサ１１は、コンテンツ７０を取得済みである否かを判定する判定手段として機能する。これにより、携帯電話機が同じコンテンツを重複して取得してしまう、といった事態を防ぐことができる。
【００８３】
この判定処理では、例えば、システムプロセッサ１１が、カバー識別子３５とこれに対応するコンテンツ７０の名称（ファイル名等）やコンテンツを構成するデータの一部（ヘッダ等）を予め認識している特定のアプリケーションを使って、そのコンテンツの名称等をメモリ１２や外部メモリから抽出して検索する。あるいは、カバー３０のＩＣチップ３１にそのコンテンツ７０の名称やコンテンツ７０のデータの一部等が予め記憶されていて、システムプロセッサ１１がそれらの名称やデータを読み出し、それらに基き判定処理を行ってもよい。
【００８４】
ステップ３０３の判定処理の結果、カバー識別子３５に対応するコンテンツ７０がダウンロード済みであれば、後述する図２３または図２５におけるコンテンツの使用のフローへ進む。
【００８５】
ステップ３０３の判定処理の結果、カバー識別子３５に対応するコンテンツ７０がダウンロード済みでない場合、システムプロセッサ１１は、ネットワーク５０に接続を試み（ステップ３０４）、接続されていない場合、一定時間または定刻まで待機する（ステップ３０５）。ネットワークに接続されない場合とは、例えば、電波状態が悪いとか、または携帯電話機のあるエリアがサービス提供エリア以外、いわゆる圏外である場合等である。
【００８６】
携帯電話機１０がネットワーク５０に接続すると、システムプロセッサ１１は、既に説明したが、カバー識別子３５に関わらず、特定のサーバのアドレス１７を用いて、カバー識別子３５及び端末識別情報１５をサーバ６０に送出する（ステップ３０６）。サーバ６０は、図７に示したフローを実行する。
【００８７】
サーバからのコンテンツのダウンロードが許可されている場合（ステップ３０７のＹＥＳ）、システムプロセッサ１１は、カバー識別子３５に対応するコンテンツ７０をサーバ６０からダウンロードする（ステップ３０８）。サーバ６０からのコンテンツのダウンロードが許可されない場合とは、例えば図７のステップ１０５での処理において、受信したカバー識別子３５と端末識別情報１５との組合せが、テーブルに登録されたカバー識別子及び端末識別情報１５と一致しない場合等が挙げられる。
【００８８】
サーバ６０からのダウンロードが許可されない場合、システムプロセッサ１１は、何も実行しない（ステップ３１０）。あるいは、システムプロセッサ１１は、コンテンツをダウンロードできない旨の表示等することもできる。
【００８９】
システムプロセッサ１１は、コンテンツ７０を正常にダウンロードしたか否かを、所定のチェック機能により検証する（ステップ３０９）。正常にダウンロードできない場合、ステップ３０４に戻る。
【００９０】
図９は、本発明の他の実施の形態に係るコンテンツ配信システムの概念を示す図である。これ以降の説明では、図１等に示した実施形態に係る携帯電話機１０及びカバー３０の機能、図６等に示した実施形態に係るコンテンツ配信システム１００の機能等について同様のものは説明を簡略または省略し、異なる点を中心に説明する。
【００９１】
本実施の形態に係るコンテンツ配信システム２００では、携帯電話機１０のメモリ１２に、カバー識別子３５と、サーバ６０（６０Ａ、６０Ｂ、６０Ｃ）の各アドレス１７（１７Ａ、１７Ｂ、１７Ｃ）とが対応付けられて記憶されている。すなわち、メモリ１２は、カバー識別子３５及びサーバ６０のアドレス１７とが紐付けされた変換テーブルを記憶している。なお、このような変換テーブルではなく、所定の演算処理によりサーバ６０のアドレス１７を得るようにしてもよい。
【００９２】
サーバ６０Ａは、カバー識別子(00001)に対応するコンテンツを記憶している。サーバ６０Ｂは、カバー識別子(00002)に対応するコンテンツを記憶している。サーバ６０Ｃは、カバー識別子(00003)に対応するコンテンツを記憶している。
【００９３】
以降の説明では、サーバ６０Ａ、６０Ｂ、または６０Ｃをまとめて指すときは「サーバ６０」と記載する。また、アドレス１７Ａ、１７Ｂ、または１７Ｃをまとめて指すときは「アドレス１７」と記載する。
【００９４】
図１０は、図９に示したコンテンツ配信システム２００における携帯電話機１０の動作を示すフローチャートである。
【００９５】
ステップ４０１〜４０５まで、図８に示した上記ステップ３０１〜３０５と同じである。ステップ４０６では、携帯電話機１０のシステムプロセッサ１１は、上記変換テーブルを用いて、カバー識別子３５に対応するサーバ６０のアドレス１７をメモリ１２から抽出する。そして、システムプロセッサ１１は、そのアドレス１７に対応するサーバ６０に、カバー識別子３５及び端末識別情報１５を送出する。ステップ４０７〜４１０は、ステップ３０７〜３１０と同じである。
【００９６】
そのアドレス１７に対応するサーバ６０は、端末識別情報１５及びカバー識別子３５を受信し、図７に示したステップ１０２以降と同様に処理すればよい。
【００９７】
ただし、サーバ６０は、同じコンテンツを記憶しているので、ステップ１０８のコンテンツの選択を必要としない。あるいは、携帯電話機１０のシステムプロセッサ１１は、このカバー識別子３５に対応するサーバ６０のアドレス１７をメモリ１２から抽出した後、カバー識別子３５を、そのアドレス１７に対応するサーバ６０に送信しないようにしてもよい。カバー識別子３５がなくても、そのアドレス１７に対応するサーバ６０は、同じコンテンツしか持っておらず、サーバ６０は各自のコンテンツを携帯電話機１０に送信すればよいからである。
【００９８】
図１１は、本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。図１２は、そのコンテンツ配信システム８００における携帯電話機１０の動作を示すフローチャートである。
【００９９】
本実施の形態では、例えば、図９に示したカバー識別子３５及びアドレス１７の変換テーブルのデータベースが、ネットワーク５０に接続されているデータベースサーバ３６０に格納されている例を説明する。したがって、本実施の形態では、携帯電話機１０は、当該変換テーブルを持っていない。上記データベースサーバ３６０のアドレス（アドレスＤ）は予めメモリ１２等に記憶されていればよい。
【０１００】
ステップ５０１〜５０５、５０７〜５１０は、図８に示した上記ステップ４０１〜４０５、４０７〜４１０と同じである。ステップ５０６では、携帯電話機１０のシステムプロセッサ１１は、上記データベースサーバ３６０にアクセスし、データベースサーバ３６０は、変換テーブルを用いてカバー識別子３５に対応するサーバ６０のアドレス１７を抽出する。システムプロセッサ１１は、この抽出されたアドレス１７をダウンロードする。あるいは、システムプロセッサ１１が当該変換テーブルをデータベースサーバ３６０からダウンロードし、アドレス１７を取得するようにしてもよい。
【０１０１】
データベースサーバ３６０は、変換テーブルを用いてなくても、特定の演算処理によりカバー識別子に対応するサーバ６０のアドレスを取得するようにしてもよい。
【０１０２】
また、ステップ５０６では、システムプロセッサ１１は、そのアドレス１７に対応するサーバ６０に、カバー識別子３５及び端末識別情報１５を送出する。
【０１０３】
図１３は、本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。図１４は、このコンテンツ配信システム３００における携帯電話機１０の動作を示すフローチャートである。
【０１０４】
本実施の形態に係るコンテンツ配信システム３００では、カバー３０のＩＣチップ３１に予めカバー識別子３５とこれに対応するサーバのアドレス１７が記憶されている。
【０１０５】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると（ステップ６０１）、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からカバー識別子３５、及びこのカバー識別子３５に対応するコンテンツを記憶するサーバ６０のアドレス１７を読み出す（ステップ６０２）。ステップ６０３〜６０５は、図８のステップ３０３〜３０５と同じである。
【０１０６】
システムプロセッサ１１は、読み出したアドレス１７を持つサーバ６０に、カバー識別子３５及び端末識別情報１５を、ネットワーク５０を介して送信する（ステップ６０６）。ステップ６０７〜６１０は、ステップ３０７〜３１０と同じである。
【０１０７】
そのアドレス１７に対応するサーバ６０は、端末識別情報１５及びカバー識別子３５を受信し、図７に示したステップ１０２以降と同様に処理すればよい。
【０１０８】
本実施の形態において、図９に示した形態で説明したように、携帯電話機１０のシステムプロセッサ１１がカバー識別子３５を送信しない形態も考えられる。
【０１０９】
本実施の形態では、カバー３０のＩＣチップ３１は、カバー識別子３５内にサーバ６０のアドレス１７が埋め込まれているような識別子を記憶していてもよい。つまり、この場合のカバー識別子３５は、当該カバー識別子３５がサーバ６０のアドレス１７と一体化された情報である。
【０１１０】
図１５は、本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【０１１１】
本実施の形態に係るシステム４００では、カバー３０のＩＣチップ３１に予めそのカバー３０に関連するコンテンツ７０（７０Ａ、７０Ｂ、７０Ｃ）が記憶されている。コンテンツ７０Ａはカバー３０ａに対応し、コンテンツ７０Ｂはカバー３０ｂに対応し、コンテンツ７０Ｃはカバー３０ｃに対応する。以降の説明では、コンテンツ７０Ａ、７０Ｂ、または７０Ｃをまとめて指すときは「コンテンツ７０」と記載する。
【０１１２】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からコンテンツ７０を読み出し、メモリ１２等に記憶する。これにより、携帯電話機１０は、装着されたカバー３０に関連するコンテンツ７０を使用することが可能となる。
【０１１３】
本実施の形態において、１つのカバー３０のＩＣチップ３１に記憶されたコンテンツ７０は複数あってもかまわない。
【０１１４】
図１６は、本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【０１１５】
本実施の形態に係るコンテンツ配信システム５００では、カバー３０のＩＣチップ３１に、予めそのカバー３０に関連する保護機能が付加されたコンテンツ７０が記憶されている。また、ＩＣチップ３１には、カバー識別子３５も記憶されている。認証サーバ１６０は、ネットワーク５０を介して携帯電話機１０に接続可能であり、保護機能を解除する機能を有している。
【０１１６】
「保護機能」とは、認証サーバ１６０による認証がない場合に、そのコンテンツ７０を使用することができないように工夫された機能である。例えば、コンテンツ７０が暗号化されている形態が考えられる。具体的には、保護機能は、コンテンツ７０のデータそのものが暗号化されている場合、コンテンツの一部のデータが暗号化されている場合等がある。あるいは、例えばパスワードでの認証が行われることによりそのコンテンツ７０を使用できるようにしてもよい。
【０１１７】
図１７は、図１６に示すシステムの動作を示すシーケンス図である。
【０１１８】
ユーザが、カバー３０を携帯電話機１０の装着部４に装着すると、システムプロセッサ１１（またはチップリーダ５）は、カバー３０のＩＣチップ３１からコンテンツ７０及びカバー識別子を読み出し（ステップ２０１）、メモリ１２等に記憶する。システムプロセッサ１１は、自己の携帯電話機１０の端末識別情報１５及びカバー識別子を、認証要求信号としてネットワーク５０を介して認証サーバ１６０に送信する（ステップ２０２）。
【０１１９】
認証サーバ１６０は、端末識別情報１５を受信し（ステップ２０３）、受信したカバー識別子３５及び端末識別情報１５が有効か否かを判定する（ステップ２０４）。カバー識別子３５及び端末識別情報１５が有効か否かの判定は、例えば図７で示したステップ１０３〜１０５の処理を実行することにより行われればよい。すなわち、図７で説明したように、有効の場合とは、そのカバー識別子３５及び端末識別情報１５の組合せを新規に登録した場合、または、そのカバー識別子及び端末識別情報１５の組合せが、カバー登録リスト６４に登録された組合せと一致する場合である。
【０１２０】
認証サーバは、端末識別情報１５が有効であると判定した場合、認証したことを示す認証信号を携帯電話機１０に送信する（ステップ２０５）。認証信号のデータは、所定の文字列等何でもよい。
【０１２１】
携帯電話機１０のシステムプロセッサ１１は、この認証信号を受信し（ステップ２０７）、この信号を受信したことに基きコンテンツの保護機能を解除する（ステップ２０８）。これにより、携帯電話機１０は、装着されたカバー３０に関連するコンテンツ７０を使用することが可能となる。
【０１２２】
ステップ２０４において、サーバは、端末識別情報１５及びカバー識別子３５が無効であると判定した場合、認証信号を送信しない（ステップ２０６）。つまり認証はできない。この場合、携帯電話機１０は、コンテンツ７０を使用することができない。
【０１２３】
上記認証信号のデータとして、パスワードでもよい。例えばサーバは、そのパスワードをそのまま携帯電話機１０に送信するか、暗号化されたシステムにより携帯電話機１０に送信する。この場合、ユーザが、受信したパスワードを携帯電話機１０に入力することで、携帯電話機１０はコンテンツ７０を使用できるようになる。
【０１２４】
なお、図１６に示すコンテンツ配信システム５００では、携帯電話機１０が、暗号化されたコンテンツ７０のデータを復号可能なアルゴリズムを予め持っている構成としてもよい。この場合、認証サーバ１６０は必要ない。
【０１２５】
以上説明した各実施の形態に係るコンテンツ配信システム１００、２００、３００、４００、及び５００のうち、少なくとも２つが組み合わされた形態も考えられる。例えば、図１８に示すコンテンツ配信システム９００のように、カバー３０のＩＣチップ３１が、カバー識別子３５と、そのカバー３０に関連するコンテンツ７０を記憶している形態であって、サーバ６０Ａ、６０Ｂ、・・・同じコンテンツごとにある形態である。
【０１２６】
図１８に示すコンテンツ配信システム９００では、ユーザが、カバー３０を携帯電話機１０の装着部に装着すると、システムプロセッサ１１（またはチップリーダ）は、カバー３０のＩＣチップからカバー識別子３５及びコンテンツ７０を読み出す。これらをメモリ等に記憶する。例えば、図９または図１１に示したシステムと同様に、システムプロセッサ１１が、読み出したカバー識別子３５に基き、そのカバー識別子に対応するサーバのアドレスを取得する。システムプロセッサ１１は、そのサーバにカバー識別子３５及び端末識別情報１５を送信し、サーバはこれを受信する。その後、サーバは、例えば図７に示したフローによりカバー３０に関連するコンテンツを携帯電話機１０に送信する。この場合、サーバは、例えばカバー３０のＩＣチップに記憶されていたコンテンツとは別の関連するコンテンツを送信することができる。
【０１２７】
図示しないが、図６に示したシステム、または、図１３に示したシステムと、図１５に示す形態とが組み合わされてもよい。あるいは、図６に示したシステムまたは図１３に示したシステムと、図１６に示したシステムとの組合せも考えられる。
【０１２８】
図１９は、本発明の一実施の形態に係るコンテンツの管理システムの概念を示す図である。なお、この管理システム６００の例では、図６に示したシステム１００が利用されることを前提に説明する。
【０１２９】
この管理システム６００は、コンテンツを管理する管理サーバ２６０を備える。管理サーバ２６０は、上記カバー登録リスト６４を備える。この管理システムにおける携帯電話機の動作は、図８で示したとおりである。
【０１３０】
本実施形態では、携帯電話機１０Ｘとは別の携帯電話機１０Ｙに同じカバー識別子３５を記憶したカバー３０が装着されたとしても、管理サーバ２６０は、図７のステップ１０３〜１０５の処理を実行するので、その別の携帯電話機１０Ｙを認証しない。したがって、管理サーバ２６０は、携帯電話機１０Ｙにコンテンツ７０を送信しないので、携帯電話機１０Ｙは、そのコンテンツ７０を使用できない。
【０１３１】
この管理システム６００では、図６に示すシステム１００を利用することを前提に説明した。しかし、もちろん、管理システム６００は、図９、図１１、図１３に示すシステム２００、８００、３００を前提にしてもかまわない。
【０１３２】
次に、さらに別の実施形態について説明する。この実施形態は、例えば、図１８のコンテンツ配信システム９００と、図１９の管理システム６００とが組み合わされたシステムに係る実施形態である。図２０は、その実施形態に係る、携帯電話機の動作を示すフローチャートである。
【０１３３】
ユーザが、カバー３０を携帯電話機１０Ｘの装着部４に装着すると（ステップ７０１）、システムプロセッサ１１（またはチップリーダ５）は、そのコンテンツを未だメモリ１２等に記憶していない場合（ステップ７０２のＮＯ）、カバー３０のＩＣチップ３１からカバー識別子を読み出す（ステップ７０３）。コンテンツ７０を読み出すコンテンツが既に記憶されている場合（ステップ７０２のＹＥＳ）、コンテンツの使用のフローへ進む。
【０１３４】
上記ステップ７０２は、図８のステップ３０３、図１０のステップ４０３、図１２のステップ５０３、または図１４のステップ６０３と同様な処理が行われればよい。
【０１３５】
コンテンツが正常に読み出されると（ステップ７０４のＹＥＳ）、システムプロセッサ１１は、ネットワーク５０に接続を試み（ステップ７０５）、接続されていない場合、一定時間または定刻まで待機する（ステップ７０６）。コンテンツが正常に読み出されない場合（ステップ７０４のＮＯ）、処理が終了する。
【０１３６】
携帯電話機１０Ｘがネットワークに接続されると、システムプロセッサ１１は、このカバー識別子３５及び自己の携帯電話機１０Ｘの端末識別情報Ｘ及びカバー識別子を管理サーバ２６０に送信する（ステップ７０７）。
【０１３７】
管理サーバ２６０は、上記したように、受信した端末識別情報及びカバー識別子に基き、カバー登録リスト６４を用いて、携帯電話機１０Ｘの認証処理を実行する。携帯電話機１０Ｘが、管理サーバ２６０により認証された場合（ステップ７０８のＹＥＳ）、コンテンツ使用のフローへ進む。認証されなかった場合、携帯電話機１０Ｘは、コンテンツ７０の使用ができない。
【０１３８】
図２１は、他の実施の形態に係るコンテンツの管理システムの概念を示す図である。図２２は、この管理システム７００における携帯電話機の動作を示す図である。
【０１３９】
本実施の形態の管理システム７００では、上記コンテンツの管理を、上記管理サーバ２６０（図１４参照）が用いられずに、携帯電話機１０及びカバー３０が行うシステムである。
【０１４０】
例えば、カバー３０が未だ一度も携帯電話機１０Ｘまたは１０Ｙに装着されていない場合において、カバー３０が携帯電話機１０Ｘに装着されたとする。そうすると、携帯電話機１０Ｘのシステムプロセッサ２１１（チップライタ）は、制限情報として自己の端末識別情報１５をカバー３０のＩＣチップ３１に書き込む。この場合、ＩＣチップ３１は、ＥＥＰＲＯＭ（Erasable Programmable ROM）等の書き換え可能なメモリを有していればよい。
【０１４１】
典型的には、図２２を参照して、ユーザが、カバー３０を携帯電話機１０の装着部４に装着する（ステップ９０１）。システムプロセッサ２１１（またはチップリーダ５）は、そのコンテンツを未だメモリ１２等に記憶されていない場合に（ステップ９０２のＮＯ）、カバー３０のＩＣチップ３１に電気的なロックがかけられているか否かを判定する（ステップ９０３）。この場合、システムプロセッサ２１１は、書き込み判定手段として機能する。
【０１４２】
電気的なロックがかけられている場合とは、例えば、本携帯電話機１０Ｘとは別の携帯電話機１０Ｙが、そのカバー３０のＩＣチップ３１に記憶されたコンテンツ７０を既に取得していることを意味する。すなわち、電気的なロックがかけられている場合とは、別の携帯電話機１０Ｙにより本フローによる処理が終了して、コンテンツ７０の取得の認証が既に行われていることを意味する。
【０１４３】
ＩＣチップ３１に電気的なロックがかけられている場合、処理は終了する。ＩＣチップ３１に電気的なロックがかけられていない場合、システムプロセッサ２１１は、カバー３０のＩＣチップ３１からコンテンツ７０を読み出す（ステップ９０４）。
【０１４４】
コンテンツが正常に読み出されると（ステップ９０５のＹＥＳ）、システムプロセッサ１１のチップライタは、コンテンツ７０を正常に読み出せたことを示す情報（例えば、上記制限情報）をＩＣチップ３１に書き込む（ステップ９０６）。これにより、ＩＣチップ３１には、上記のような電気的なロックがかけられる。
【０１４５】
こうすることで、例えば携帯電話機１０Ｘから外されたカバー３０が、別の携帯電話機１０Ｙに装着されたとしても、携帯電話機１０Ｙからのカバー３０のＩＣチップ３１へのアクセスを制限することができる。これにより、携帯電話機１０Ｙは、カバー３０に関連するコンテンツを、コンテンツを配信するサーバまたは当該カバー３０からダウンロードすることができなくなる。その結果、カバー３０が最初に装着された携帯電話機１０のみが、そのカバー３０に関連するコンテンツをダウンロードできるようになる。
【０１４６】
本実施の形態では、制限情報として端末識別情報１５が用いられたが、端末識別情報１５のような、携帯電話機１０ごとに異なる情報でなくてもよい。あるいは、複数の携帯電話機１０が持つ共通の（同じデータでなる）制限情報であってもよく、すなわち、フラグの有無であってもよい。
【０１４７】
次に、携帯電話機１０がコンテンツをダウンロードした後、コンテンツを使用する動作について説明する。
【０１４８】
図２３は、その動作の実施形態を示すフローチャートである。図２３では、携帯電話機１０は、コンテンツとしてＵＩデータ（上記スキンデータなど）をダウンロードする場合について説明する。図２４は、図２３に示す動作を実現するための携帯電話機の構成を示すブロック図である。
【０１４９】
図２４に示すように、携帯電話機２１０は、ＵＩデータを記憶するＵＩデータ記憶部４１と、ＵＩ設定の変更プログラムを記憶するＵＩ設定変更プログラム記憶部４２とを備える。ＵＩデータ記憶部４１及びＵＩ設定変更プログラム記憶部４２は、図２で示したメモリ１２に記憶される。例えば、ＵＩデータ記憶部４１は、書き換え可能な、半導体メモリやハードディスクに記憶される、ＵＩ設定変更プログラム記憶部４２は、図示しないＲＯＭに設けられることが多い。
【０１５０】
携帯電話機２１０により、コンテンツとしてＵＩデータがダウンロードされたことに応じて、システムプロセッサ１１は、ＵＩ設定変更プログラム及びダウンロードしたＵＩデータを用いてＵＩの設定を変更する（ステップ８０１）。これにより、ディスプレイ部３に表示されるＵＩが変更される。
【０１５１】
ここでいう、ダウンロードとは、ネットワーク５０を介してダウンロードする場合に限られない。図１５に示した形態のように、カバー３０のＩＣチップ３１から携帯電話機２１０がコンテンツを読み出す場合も、「ダウンロード」に含まれる。
【０１５２】
なお、本実施形態では、携帯電話機２１０が予めＵＩ設定変更プログラムを持っている形態について説明した。しかし、コンテンツにＵＩ設定変更プログラムが含まれていてもよい。
【０１５３】
図２５は、携帯電話機がコンテンツを使用する動作の他の実施形態を示すフローチャートである。図２６は、図２５に示す動作を実現するための携帯電話機の構成を示すブロック図である。この例でも、コンテンツがＵＩデータである場合について説明する。
【０１５４】
携帯電話機３１０は、図２４と同様なＵＩデータ記憶部４１及びＵＩ設定変更プログラム記憶部４２を備える。また、携帯電話機３１０は、ＵＩデータリスト記憶部４３を備える。ＵＩデータリスト記憶部４３は、複数の種類のＵＩデータのうち個々のＵＩデータを識別するためのＵＩデータ識別情報の有無によって、ＵＩデータがＵＩデータ記憶部に記憶されているか否かを表すリストである。ＵＩデータリスト記憶部４３は、例えば、書き換え可能な、半導体メモリやハードディスクに記憶される。
【０１５５】
ＵＩデータ識別情報としては、シーケンスな番号、ＵＩデータの名称、ＵＩデータを示す書誌情報、ＵＩデータの一部等、何でもよい。
【０１５６】
図２５に示すように、携帯電話機１０により、コンテンツとしてＵＩデータがダウンロードされる。そうすると、システムプロセッサ１１は、ダウンロードしたＵＩデータに対応するＵＩ識別情報が、ＵＩデータリストにあるか否かを判定する（ステップ１００１）。この場合、システムプロセッサ１１は、ＵＩデータ判定手段として機能する。典型的には、システムプロセッサ１１は、ダウンロードしたＵＩデータに含まれる、あるいはＵＩデータとともに受信したＵＩデータ識別情報を、ＵＩデータリストの中から検索すればよい。
【０１５７】
ＵＩデータリストにダウンロードしたＵＩデータ識別情報がない場合、システムプロセッサ１１は、ＵＩデータ識別情報をＵＩデータリストに追加することで、ＵＩデータリストを更新する（ステップ１００２）。この場合、システムプロセッサ１１は、追加手段として機能する。
【０１５８】
このように、本実施の形態では、受信された新しいＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストに追加され、ＵＩデータリストが更新されるので、ＵＩデータの管理が容易になる。
【０１５９】
ＵＩデータリストにダウンロードしたＵＩデータ識別情報がある場合、システムプロセッサ１１は、例えばダウンロードしたＵＩデータが既にＵＩデータ記憶部４１に記憶されている旨をディスプレイ部３に表示すればよい。あるいは、システムプロセッサ１１は、ＵＩデータをダウンロードする前に、そのＵＩデータが既にＵＩデータ記憶部４１に記憶されている旨をディスプレイ部３に表示してもよい。
【０１６０】
ユーザが、携帯電話機１０を操作することで、ＵＩデータリストから任意のコンテンツを選択する（ステップ１００３）。この場合、システムプロセッサ１１は、例えばＵＩデータリストに基き、該ＵＩデータリストまたはＵＩデータの一部をユーザが認識可能な状態でディスプレイ部３に表示すればよい。
【０１６１】
そうすると、システムプロセッサ１１は、ＵＩ設定変更プログラムを用いて、ユーザが選択したＵＩデータを用いてＵＩの設定を変更する（ステップ１００４）。ユーザは、ＵＩデータリスト等を見ながら、複数のＵＩデータから１つのＵＩデータを選択することができ、ユーザにとって分かりやすい。
【０１６２】
図２７は、本発明のさらに別の実施の形態に係るカバーの裏面側を示す斜視図である。
【０１６３】
このカバー１３０の表面１３３側は、例えば図１等に示したような絵柄、模様等が印刷されている。カバー１３０の裏面１３５には、情報コードとしてＱＲ（Quick Response）コード１３１が印刷されているか、あるいはＱＲコード１３１が印刷されたテープが貼り付けられている。
【０１６４】
ＱＲコード１３１は、そのカバー１３０に関連する関連情報を含んでいる。その関連情報としては、例えば、図６で示したカバー識別子３５、あるいは、図１３で示したカバー識別子３５及びサーバのアドレス１７等である。ＱＲコード１３１に含まれる情報量を大きくすることができれば、関連情報はコンテンツそのものであってもよい。
【０１６５】
ここでいうＱＲコード１３１とは、典型的には２次元コードであるが、これに限られず、１次元コードであるバーコード、または、色等の他の情報を含む３次元以上のコードも含まれる。
【０１６６】
図２８は、このカバー１３０が装着される携帯電話機の構成を示すブロック図である。携帯電話機１１０は、プロセッサ１１１、カメラ（撮像部）１１２、ＱＲコード解析部１１３を備えている。ＱＲコード解析部１１３は、プロセッサ１１１と物理的に一体的に設けられていもよい。典型的には、この携帯電話機１１０は、公知の携帯電話機が用いられる。
【０１６７】
ユーザは、この携帯電話機１１０でカバー１３０のＱＲコード１３１を撮像する。携帯電話機１１０のプロセッサ１１１は、このＱＲコード１３１を解析し、関連情報を抽出する。プロセッサ１１１は、関連情報を抽出した後は、上記各実施の形態によるシステム１００、２００、３００、４００、５００、６００、７００及び８００のうち１つを利用してコンテンツを取得することができる。
【０１６８】
本発明に係る実施の形態は、以上説明した実施の形態に限定されず、他の種々の実施形態が考えられる。
【０１６９】
上記各実施の形態では、携帯電話機１０、１１０がサーバ６０にアクセスし、カバー３０、１３０に関連するコンテンツを自動でダウンロードするようにした。しかし、例えば携帯電話機１０がカバー３０、１３０から関連情報を読み出した場合に、携帯電話機１０１３０のシステムプロセッサ１１、１１１は、その関連情報が読み出されたことに応じて、サーバに接続し、そのサーバの特定のサイトに一旦アクセスする。そして、システムプロセッサ１１、１１１、２１１は、そのサイトのウェブ画面を携帯電話機１０、１１０のブラウザにより表示する。そのウェブ画面上に、当該カバー３０、１３０に関連するコンテンツのリンク先の表示があり、システムプロセッサ１１、１１１、２１１）は、そのリンク先のアドレスにアクセスすることで、例えば複数あるコンテンツの中からユーザが好みのコンテンツを選択してダウンロードすることが可能となる。
【０１７０】
その場合に、関連情報は、典型的にはサーバのアドレスである。しかし、これに限らず、サーバのアドレスは図６に示すように予め携帯電話機１０、１１０が持っており、関連情報としてはその他の情報であってもかまわない。
【０１７１】
携帯電話機１０、１１０の形状やカバー３０、１３０の形状は、図中、１種類ずつしか示していないが、もちろん様々な形状が考えられる。
【図面の簡単な説明】
【０１７２】
【図１】本発明の一実施の形態に係る携帯電話機と、これに装着されるカバーとを示す斜視図である。
【図２】携帯電話機とカバーの電気的な回路構成を示すブロック図である。
【図３】カバーのＩＣチップに記憶されたカバー識別子の形態の各パターンをそれぞれ示す図である。
【図４】携帯電話機に固有の識別情報の例を示す図である。
【図５】携帯電話機及びカバーを用いた、一実施の形態に係るコンテンツ配信システムの構成を示す図である。
【図６】上記コンテンツ配信システムの動作を説明するための図である。
【図７】サーバの動作を示すフローチャートである。
【図８】図６に示すシステムにおいて、主に携帯電話機の動作をより具体的に示すフローチャートである。
【図９】本発明の他の実施の形態に係るコンテンツ配信システムの概念を示す図である。
【図１０】図９に示したコンテンツ配信システムにおける携帯電話機の動作を示すフローチャートである。
【図１１】本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。
【図１２】図１１のコンテンツ配信システムにおける携帯電話機の動作を示すフローチャートである。
【図１３】本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。
【図１４】図１３のコンテンツ配信システムにおける携帯電話機の動作を示すフローチャートである。
【図１５】本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【図１６】本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【図１７】図１６に示すシステムの動作を示すシーケンス図である。
【図１８】本発明のさらに別の実施の形態に係るシステムの概念を示す図である。
【図１９】本発明の一実施の形態に係るコンテンツの管理システムの概念を示す図である。
【図２０】図１８のコンテンツ配信システム９００と、図１９の管理システム６００とが組み合わされたシステムにおける携帯電話機の動作を示すフローチャートである。
【図２１】他の実施の形態に係るコンテンツ管理システムの概念を示す図である。
【図２２】図２１の管理システムにおける携帯電話機の動作を示す図である。
【図２３】携帯電話機がコンテンツをダウンロードした後、コンテンツを使用する動作を示すフローチャートである。
【図２４】図２３に示す動作を実現するための携帯電話機の構成を示すブロック図である。
【図２５】携帯電話機がコンテンツを使用する動作の他の実施形態を示すフローチャートである。
【図２６】図２５に示す動作を実現するための携帯電話機の構成を示すブロック図である。
【図２７】本発明のさらに別の実施の形態に係るカバーの裏面側を示す斜視図である。
【図２８】図２７に示すカバーが装着される携帯電話機の構成を示すブロック図である。
【符号の説明】
【０１７３】
４…（携帯電話機の）装着部
５…チップリーダ
１０（１０Ｘ、１０Ｙ）、１１０、２１０、３１０…携帯電話機
１１…システムプロセッサ
１５…端末識別情報
１７（１７Ａ，１７Ｂ、１７Ｃ）…アドレス
３０（３０ａ、３０ｂ、３０ｃ）、１３０…カバー
３１…ＩＣチップ
３４…（カバーの）装着部
３５…カバー識別子
４１…ＵＩデータ記憶部
４２…ＵＩ設定変更プログラム記憶部
４３…ＵＩデータリスト記憶部
５０…ネットワーク
６０（６０Ａ、６０Ｂ、６０Ｃ）…サーバ
６１、６２、６３…コンテンツ記憶部
７０（７０Ａ、７０Ｂ、７０Ｃ）…コンテンツ
１００、２００、３００、４００、５００、８００、９００…コンテンツ配信システム
１１１…プロセッサ
１１２…カメラ
１１３…ＱＲコード解析部
１３１…ＱＲコード
１６０…認証サーバ
２６０…管理サーバ
６００、７００…管理システム
【特許請求の範囲】
【請求項１】
カバーが着脱可能とされた携帯端末装置であって、
前記カバーに関連する関連情報を記憶したチップを有する前記カバーが装着される装着部と、
前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記関連情報を読み出す接触型のリーダと、
前記リーダにより読み出された前記関連情報に基き、所定の処理を行う処理手段と
を具備することを特徴とする携帯端末装置。
【請求項２】
請求項１に記載の携帯端末装置であって、
前記処理手段は、前記リーダにより前記チップから前記関連情報が読み出されたことに応じて、ネットワークを介してコンテンツを配信するサーバに接続する通信手段を有することを特徴とする携帯端末装置。
【請求項３】
請求項１に記載の携帯端末装置であって、
前記リーダは、前記関連情報として前記カバーに固有の識別子を読み出すことを特徴とする携帯端末装置。
【請求項４】
請求項３に記載の携帯端末装置であって、
ネットワークを介してコンテンツを配信するサーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記処理手段は、前記リーダにより読み出された前記識別子に応じて、前記記憶手段により記憶された前記アドレス情報を用いて、前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項５】
請求項３に記載の携帯端末装置であって、
前記処理手段は、
前記識別子に基きネットワークを介してコンテンツを配信するサーバのアドレス情報を取得する取得手段と、
前記リーダにより前記関連情報として読み出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記取得されたアドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段と
を有することを特徴とする携帯端末装置。
【請求項６】
請求項５に記載の携帯端末装置であって、
前記サーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記取得手段は、前記記憶手段から前記アドレス情報を抽出することで該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項７】
請求項５に記載の携帯端末装置であって、
前記取得手段は、前記ネットワークに接続された、前記識別子に対応するアドレス情報を記憶するデータベースサーバから、該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項８】
請求項３に記載の携帯端末装置であって、
前記リーダは、前記関連情報として、前記識別子に対応した、ネットワークを介してコンテンツを配信するサーバのアドレス情報をさらに読み出し、
前記処理手段は、前記リーダにより読み出された前記識別子及び前記アドレス情報に応じて、前記識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項９】
請求項４、５、または８のうちいずれか１項に記載の携帯端末装置であって、
前記信号出力手段は、前記識別子、及び前記携帯端末装置に固有の端末識別情報を含む信号を、前記送信要求信号として前記サーバに出力することを特徴とする携帯端末装置。
【請求項１０】
請求項４、５、または８のうちいずれか１項に記載の携帯端末装置であって、
前記識別子に対応する前記コンテンツとしてＵＩデータを前記サーバから受信する受信手段と、
前記受信したＵＩデータを記憶するＵＩデータ記憶部と、
前記ＵＩデータを用いてＵＩ設定を変更する変更手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項１１】
請求項１０に記載の携帯端末装置であって、
前記ＵＩデータを識別するＵＩデータ識別情報の有無により、前記ＵＩデータが前記ＵＩデータ記憶部に記憶されているか否かを表すＵＩデータリストを記憶するＵＩデータリスト記憶手段と、
前記受信手段により受信されたＵＩデータに対応するＵＩデータ識別情報が、前記ＵＩデータリストにあるか否かを判定するＵＩデータ判定手段と、
前記ＵＩデータ判定手段により、前記受信されたＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストにないと判定された場合、該受信されたＵＩデータに対応するＵＩデータ識別情報を前記ＵＩデータリストに追加する追加手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項１２】
請求項１０に記載の携帯端末装置であって、
前記変更手段は、ユーザにより選択されたＵＩデータ識別情報に対応するＵＩデータを用いて、前記ＵＩ設定を変更することを特徴とする携帯端末装置。
【請求項１３】
請求項１に記載の携帯端末装置であって、
前記リーダは、前記チップから、前記関連情報として、前記カバーに関連するコンテンツを読み出すことを特徴とする携帯端末装置。
【請求項１４】
請求項１３に記載の携帯端末装置であって、
前記携帯端末装置に固有の端末識別情報と、前記端末識別情報に応じて該携帯端末装置を認証するサーバであってネットワークを介して前記携帯端末装置と接続可能な認証サーバのアドレス情報とを記憶する記憶手段をさらに具備し、
前記リーダは、前記コンテンツとして、保護機能が付加された保護機能付きコンテンツを読み出し、
前記処理手段は、
前記記憶手段により記憶された前記アドレス情報を用いて、前記ネットワークを介して前記端末識別情報を認証要求信号として前記認証サーバに送信する送信手段と、
前記ネットワークを介して、前記認証要求信号に基き前記認証サーバにより認証されたことを示す認証信号を受信する受信手段と、
前記受信手段により受信された前記認証信号に応じて、前記リーダにより読み出された前記保護機能付きコンテンツの前記保護機能を解除する解除手段と
を有することを特徴とする携帯端末装置。
【請求項１５】
請求項１に記載の携帯端末装置であって、
前記装着部に前記カバーが装着されたときに、当該携帯端末装置とは別の携帯端末装置と、前記装着されたカバーの前記チップとのアクセスを制限する制限情報を、前記チップに書き込むライタをさらに具備することを特徴とする携帯端末装置。
【請求項１６】
請求項１５に記載の携帯端末装置であって、
前記処理手段は、前記ライタにより前記制限情報を前記チップに書き込む前に、前記チップに電気的なロックがかけられているか否かを判定する書き込み判定手段を有することを特徴とする携帯端末装置。
【請求項１７】
請求項３に記載の携帯端末装置であって、
前記処理手段は、
前記携帯端末装置が、ネットワークに接続された前記識別子に対応するサーバが記憶するコンテンツを、前記サーバから取得済みであるか否かを判定する判定手段を有することを特徴とする携帯端末装置。
【請求項１８】
カバーが着脱可能とされた携帯端末装置であって、
前記カバーに関連する関連情報を含む情報コードを撮像可能な撮像部と、
前記撮像部により撮像された前記情報コードを解析することで、前記関連情報を抽出する抽出手段と、
前記抽出手段により抽出された前記関連情報に基き、所定の処理を行う処理手段と
を具備することを特徴とする携帯端末装置。
【請求項１９】
請求項１８に記載の携帯端末装置であって、
前記処理手段は、前記抽出手段により前記情報コードから前記関連情報が抽出されたことに応じて、ネットワークを介してコンテンツを配信するサーバに接続する通信手段を有することを特徴とする携帯端末装置。
【請求項２０】
請求項１８に記載の携帯端末装置であって、
前記抽出手段は、前記関連情報として前記カバーに固有の識別子を抽出することを特徴とする携帯端末装置。
【請求項２１】
請求項２０に記載の携帯端末装置であって、
ネットワークを介してコンテンツを配信するサーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記処理手段は、前記抽出手段により抽出された前記識別子に応じて、前記記憶手段により記憶された前記アドレス情報を用いて、前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項２２】
請求項２０に記載の携帯端末装置であって、
前記処理手段は、
前記識別子に基きネットワークを介してコンテンツを配信するサーバのアドレス情報を取得する取得手段と、
前記抽出手段により抽出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記取得されたアドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段と
を有することを特徴とする携帯端末装置。
【請求項２３】
請求項２２に記載の携帯端末装置であって、
前記サーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記取得手段は、前記記憶手段から前記アドレス情報を抽出することで該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項２４】
請求項２２に記載の携帯端末装置であって、
前記取得手段は、前記ネットワークに接続された、前記識別子に対応するアドレス情報を記憶するデータベースサーバから、該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項２５】
請求項２０に記載の携帯端末装置であって、
前記抽出手段は、前記関連情報として、前記識別子に対応した、ネットワークを介してコンテンツを配信するサーバのアドレス情報を前記情報コードからさらに抽出し、
前記処理手段は、前記抽出手段により前記関連情報として抽出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、取得した前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項２６】
請求項２１、２２、または２５のうちいずれか１項に記載の携帯端末装置であって、
前記信号出力手段は、前記識別子、及び前記携帯端末装置に固有の端末識別情報を含む信号を、前記送信要求信号として前記サーバに出力することを特徴とする携帯端末装置。
【請求項２７】
請求項２１、２２、または２５のうちいずれか１項に記載の携帯端末装置であって、
前記識別子に対応する前記コンテンツとしてＵＩデータを前記サーバから受信する受信手段と、
前記受信したＵＩデータを記憶するＵＩデータ記憶部と、
前記ＵＩデータを用いてＵＩ設定を変更する変更手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項２８】
請求項２７に記載の携帯端末装置であって、
前記ＵＩデータを識別するＵＩデータ識別情報の有無により、前記ＵＩデータが前記ＵＩデータ記憶部に記憶されているか否かを表すＵＩデータリストを記憶するＵＩデータリスト記憶手段と、
前記受信手段により受信されたＵＩデータに対応するＵＩデータ識別情報が、前記ＵＩデータリストにあるか否かを判定するＵＩデータ判定手段と、
前記ＵＩデータ判定手段により、前記受信されたＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストにないと判定された場合、該受信されたＵＩデータに対応するＵＩデータ識別情報を前記ＵＩデータリストに追加する追加手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項２９】
請求項２７に記載の携帯端末装置であって、
前記変更手段は、ユーザにより選択されたＵＩデータ識別情報に対応するＵＩデータを用いて、前記ＵＩ設定を変更することを特徴とする携帯端末装置。
【請求項３０】
請求項１８に記載の携帯端末装置であって、
前記抽出手段は、前記情報コードから、前記関連情報として、前記カバーに関連するコンテンツを抽出することを特徴とする携帯端末装置。
【請求項３１】
請求項３０に記載の携帯端末装置であって、
前記携帯端末装置に固有の端末識別情報と、前記端末識別情報に応じて該携帯端末装置を認証するサーバであってネットワークを介して前記携帯端末装置と接続可能な認証サーバのアドレス情報とを記憶する記憶手段をさらに具備し、
前記抽出手段は、前記コンテンツとして、保護機能が付加された保護機能付きコンテンツを抽出し、
前記処理手段は、
前記記憶手段により記憶された前記アドレス情報を用いて、前記ネットワークを介して前記端末識別情報を認証要求信号として前記認証サーバに送信する送信手段と、
前記ネットワークを介して、前記認証要求信号に基き前記認証サーバにより認証されたことを示す認証信号を受信する受信手段と、
前記受信手段により受信された前記認証信号に応じて、前記抽出手段により抽出された前記保護機能付きコンテンツの前記保護機能を解除する解除手段と
を有することを特徴とする携帯端末装置。
【請求項３２】
請求項２０に記載の携帯端末装置であって、
前記処理手段は、前記携帯端末装置が前記識別子に対応する、ネットワークに接続されたサーバが記憶するコンテンツを、前記サーバから取得済みであるか否かを判定する判定手段を有することを特徴とする携帯端末装置。
【請求項３３】
携帯端末装置に着脱可能とされたカバーであって、
前記携帯端末装置に装着される装着部と、
前記カバーに関連する関連情報を記憶し、前記装着部が前記携帯端末装置に装着されたときに、前記携帯端末装置が有する接触型のリーダにより前記関連情報が抽出されるようにように設けられたチップと
を具備することを特徴とするカバー。
【請求項３４】
撮像部を有する携帯端末装置に着脱可能とされたカバーであって、
前記携帯端末装置に装着される装着部と、
前記カバーに関連する関連情報を含み、前記撮像部により撮像され、前記携帯端末装置により解析されることで前記関連情報が前記携帯端末装置に抽出されるように設けられた情報コードと
を具備することを特徴とするカバー。
【請求項３５】
カバーと、前記カバーが着脱可能とされた携帯端末装置と、前記携帯端末装置にネットワークを介してコンテンツを配信するサーバとを備えるコンテンツ配信システムであって、
前記カバーは、前記カバーに固有の識別子を記憶したチップを有し、
前記携帯端末装置は、
前記カバーが装着される装着部と、
前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダと、
前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段とを有し、
前記サーバは、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記送信要求信号を受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを有することを特徴とするコンテンツ配信システム。
【請求項３６】
カバーと、前記カバーが着脱可能とされた携帯端末装置と、前記携帯端末装置にネットワークを介してコンテンツを配信するサーバとを備えるコンテンツ配信システムであって、
前記カバーは、前記カバーに固有の識別子を含む情報コードを有し、
前記携帯端末装置は、
前記情報コードを撮像可能な撮像部と、
前記撮像部により撮像された前記情報コードを解析することで、前記識別子を抽出する抽出手段と、
前記抽出手段により抽出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段とを有し、
前記サーバは、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記送信要求信号を受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを有することを特徴とするコンテンツ配信システム。
【請求項３７】
請求項３５または請求項３６に記載のコンテンツ配信システムであって、
前記サーバは、前記識別子と前記端末識別情報とを対応付けて記憶する記憶手段をさらに有することを特徴とするコンテンツ配信システム。
【請求項３８】
カバーに固有の識別子を記憶したチップ有する当該カバーが着脱される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダとを含む携帯端末装置に、ネットワークを介してコンテンツを配信するサーバであって、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記携帯端末装置から出力され、前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段と
を具備することを特徴とするサーバ。
【請求項３９】
カバーに固有の識別子を含む情報コードを有する当該カバーの前記情報コードを撮像可能な撮像部と、前記撮像部により撮像された前記情報コードを解析することで、前記識別子を抽出する抽出手段とを含む携帯端末装置に、ネットワークを介してコンテンツを配信するサーバであって、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記携帯端末装置から出力され、前記抽出手段により抽出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段と
を具備することを特徴とするサーバ。
【請求項４０】
カバーが着脱可能とされた携帯端末装置にネットワークを介してコンテンツを配信するコンテンツ配信方法であって、
前記携帯端末装置の装着部に前記カバーが装着されたときに、前記携帯端末装置に設けられた接触型のリーダが前記カバーに設けられたチップに接触することで、前記チップに記憶された前記カバーに固有の識別子を読み出し、
前記サーバのアドレス情報を用いて、読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記携帯端末装置から前記ネットワークを介して出力し、
前記送信要求信号を前記サーバにより受信し、
受信された前記送信要求信号に応じて、対応する前記コンテンツを前記サーバから前記携帯端末装置に送信する
ことを特徴とするコンテンツ配信方法。
【請求項４１】
カバーが着脱可能とされた携帯端末装置にネットワークを介してコンテンツを配信するコンテンツ配信方法であって、
前記携帯端末装置の撮像部により撮像された、前記カバーに設けられ前記カバーに固有の識別子を含む情報コードを前記携帯端末装置により解析することで、前記識別子を抽出し、
前記サーバのアドレス情報を用いて、抽出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記携帯端末装置から前記ネットワークを介して出力し、
前記送信要求信号を前記サーバにより受信し、
受信された前記送信要求信号に応じて、対応する前記コンテンツを前記サーバから前記携帯端末装置に送信する
ことを特徴とするコンテンツ配信方法。
【請求項１】
カバーが着脱可能とされた携帯端末装置であって、
前記カバーに関連する関連情報を記憶したチップを有する前記カバーが装着される装着部と、
前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記関連情報を読み出す接触型のリーダと、
前記リーダにより読み出された前記関連情報に基き、所定の処理を行う処理手段と
を具備することを特徴とする携帯端末装置。
【請求項２】
請求項１に記載の携帯端末装置であって、
前記処理手段は、前記リーダにより前記チップから前記関連情報が読み出されたことに応じて、ネットワークを介してコンテンツを配信するサーバに接続する通信手段を有することを特徴とする携帯端末装置。
【請求項３】
請求項１に記載の携帯端末装置であって、
前記リーダは、前記関連情報として前記カバーに固有の識別子を読み出すことを特徴とする携帯端末装置。
【請求項４】
請求項３に記載の携帯端末装置であって、
ネットワークを介してコンテンツを配信するサーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記処理手段は、前記リーダにより読み出された前記識別子に応じて、前記記憶手段により記憶された前記アドレス情報を用いて、前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項５】
請求項３に記載の携帯端末装置であって、
前記処理手段は、
前記識別子に基きネットワークを介してコンテンツを配信するサーバのアドレス情報を取得する取得手段と、
前記リーダにより前記関連情報として読み出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記取得されたアドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段と
を有することを特徴とする携帯端末装置。
【請求項６】
請求項５に記載の携帯端末装置であって、
前記サーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記取得手段は、前記記憶手段から前記アドレス情報を抽出することで該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項７】
請求項５に記載の携帯端末装置であって、
前記取得手段は、前記ネットワークに接続された、前記識別子に対応するアドレス情報を記憶するデータベースサーバから、該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項８】
請求項３に記載の携帯端末装置であって、
前記リーダは、前記関連情報として、前記識別子に対応した、ネットワークを介してコンテンツを配信するサーバのアドレス情報をさらに読み出し、
前記処理手段は、前記リーダにより読み出された前記識別子及び前記アドレス情報に応じて、前記識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項９】
請求項４、５、または８のうちいずれか１項に記載の携帯端末装置であって、
前記信号出力手段は、前記識別子、及び前記携帯端末装置に固有の端末識別情報を含む信号を、前記送信要求信号として前記サーバに出力することを特徴とする携帯端末装置。
【請求項１０】
請求項４、５、または８のうちいずれか１項に記載の携帯端末装置であって、
前記識別子に対応する前記コンテンツとしてＵＩデータを前記サーバから受信する受信手段と、
前記受信したＵＩデータを記憶するＵＩデータ記憶部と、
前記ＵＩデータを用いてＵＩ設定を変更する変更手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項１１】
請求項１０に記載の携帯端末装置であって、
前記ＵＩデータを識別するＵＩデータ識別情報の有無により、前記ＵＩデータが前記ＵＩデータ記憶部に記憶されているか否かを表すＵＩデータリストを記憶するＵＩデータリスト記憶手段と、
前記受信手段により受信されたＵＩデータに対応するＵＩデータ識別情報が、前記ＵＩデータリストにあるか否かを判定するＵＩデータ判定手段と、
前記ＵＩデータ判定手段により、前記受信されたＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストにないと判定された場合、該受信されたＵＩデータに対応するＵＩデータ識別情報を前記ＵＩデータリストに追加する追加手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項１２】
請求項１０に記載の携帯端末装置であって、
前記変更手段は、ユーザにより選択されたＵＩデータ識別情報に対応するＵＩデータを用いて、前記ＵＩ設定を変更することを特徴とする携帯端末装置。
【請求項１３】
請求項１に記載の携帯端末装置であって、
前記リーダは、前記チップから、前記関連情報として、前記カバーに関連するコンテンツを読み出すことを特徴とする携帯端末装置。
【請求項１４】
請求項１３に記載の携帯端末装置であって、
前記携帯端末装置に固有の端末識別情報と、前記端末識別情報に応じて該携帯端末装置を認証するサーバであってネットワークを介して前記携帯端末装置と接続可能な認証サーバのアドレス情報とを記憶する記憶手段をさらに具備し、
前記リーダは、前記コンテンツとして、保護機能が付加された保護機能付きコンテンツを読み出し、
前記処理手段は、
前記記憶手段により記憶された前記アドレス情報を用いて、前記ネットワークを介して前記端末識別情報を認証要求信号として前記認証サーバに送信する送信手段と、
前記ネットワークを介して、前記認証要求信号に基き前記認証サーバにより認証されたことを示す認証信号を受信する受信手段と、
前記受信手段により受信された前記認証信号に応じて、前記リーダにより読み出された前記保護機能付きコンテンツの前記保護機能を解除する解除手段と
を有することを特徴とする携帯端末装置。
【請求項１５】
請求項１に記載の携帯端末装置であって、
前記装着部に前記カバーが装着されたときに、当該携帯端末装置とは別の携帯端末装置と、前記装着されたカバーの前記チップとのアクセスを制限する制限情報を、前記チップに書き込むライタをさらに具備することを特徴とする携帯端末装置。
【請求項１６】
請求項１５に記載の携帯端末装置であって、
前記処理手段は、前記ライタにより前記制限情報を前記チップに書き込む前に、前記チップに電気的なロックがかけられているか否かを判定する書き込み判定手段を有することを特徴とする携帯端末装置。
【請求項１７】
請求項３に記載の携帯端末装置であって、
前記処理手段は、
前記携帯端末装置が、ネットワークに接続された前記識別子に対応するサーバが記憶するコンテンツを、前記サーバから取得済みであるか否かを判定する判定手段を有することを特徴とする携帯端末装置。
【請求項１８】
カバーが着脱可能とされた携帯端末装置であって、
前記カバーに関連する関連情報を含む情報コードを撮像可能な撮像部と、
前記撮像部により撮像された前記情報コードを解析することで、前記関連情報を抽出する抽出手段と、
前記抽出手段により抽出された前記関連情報に基き、所定の処理を行う処理手段と
を具備することを特徴とする携帯端末装置。
【請求項１９】
請求項１８に記載の携帯端末装置であって、
前記処理手段は、前記抽出手段により前記情報コードから前記関連情報が抽出されたことに応じて、ネットワークを介してコンテンツを配信するサーバに接続する通信手段を有することを特徴とする携帯端末装置。
【請求項２０】
請求項１８に記載の携帯端末装置であって、
前記抽出手段は、前記関連情報として前記カバーに固有の識別子を抽出することを特徴とする携帯端末装置。
【請求項２１】
請求項２０に記載の携帯端末装置であって、
ネットワークを介してコンテンツを配信するサーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記処理手段は、前記抽出手段により抽出された前記識別子に応じて、前記記憶手段により記憶された前記アドレス情報を用いて、前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項２２】
請求項２０に記載の携帯端末装置であって、
前記処理手段は、
前記識別子に基きネットワークを介してコンテンツを配信するサーバのアドレス情報を取得する取得手段と、
前記抽出手段により抽出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記取得されたアドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段と
を有することを特徴とする携帯端末装置。
【請求項２３】
請求項２２に記載の携帯端末装置であって、
前記サーバのアドレス情報を記憶する記憶手段をさらに具備し、
前記取得手段は、前記記憶手段から前記アドレス情報を抽出することで該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項２４】
請求項２２に記載の携帯端末装置であって、
前記取得手段は、前記ネットワークに接続された、前記識別子に対応するアドレス情報を記憶するデータベースサーバから、該アドレス情報を取得することを特徴とする携帯端末装置。
【請求項２５】
請求項２０に記載の携帯端末装置であって、
前記抽出手段は、前記関連情報として、前記識別子に対応した、ネットワークを介してコンテンツを配信するサーバのアドレス情報を前記情報コードからさらに抽出し、
前記処理手段は、前記抽出手段により前記関連情報として抽出された前記識別子に応じて、該識別子に対応する前記コンテンツの送信を要求するための送信要求信号を、取得した前記アドレス情報に応じた前記サーバに前記ネットワークを介して出力する信号出力手段を有することを特徴とする携帯端末装置。
【請求項２６】
請求項２１、２２、または２５のうちいずれか１項に記載の携帯端末装置であって、
前記信号出力手段は、前記識別子、及び前記携帯端末装置に固有の端末識別情報を含む信号を、前記送信要求信号として前記サーバに出力することを特徴とする携帯端末装置。
【請求項２７】
請求項２１、２２、または２５のうちいずれか１項に記載の携帯端末装置であって、
前記識別子に対応する前記コンテンツとしてＵＩデータを前記サーバから受信する受信手段と、
前記受信したＵＩデータを記憶するＵＩデータ記憶部と、
前記ＵＩデータを用いてＵＩ設定を変更する変更手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項２８】
請求項２７に記載の携帯端末装置であって、
前記ＵＩデータを識別するＵＩデータ識別情報の有無により、前記ＵＩデータが前記ＵＩデータ記憶部に記憶されているか否かを表すＵＩデータリストを記憶するＵＩデータリスト記憶手段と、
前記受信手段により受信されたＵＩデータに対応するＵＩデータ識別情報が、前記ＵＩデータリストにあるか否かを判定するＵＩデータ判定手段と、
前記ＵＩデータ判定手段により、前記受信されたＵＩデータに対応するＵＩデータ識別情報がＵＩデータリストにないと判定された場合、該受信されたＵＩデータに対応するＵＩデータ識別情報を前記ＵＩデータリストに追加する追加手段と
をさらに具備することを特徴とする携帯端末装置。
【請求項２９】
請求項２７に記載の携帯端末装置であって、
前記変更手段は、ユーザにより選択されたＵＩデータ識別情報に対応するＵＩデータを用いて、前記ＵＩ設定を変更することを特徴とする携帯端末装置。
【請求項３０】
請求項１８に記載の携帯端末装置であって、
前記抽出手段は、前記情報コードから、前記関連情報として、前記カバーに関連するコンテンツを抽出することを特徴とする携帯端末装置。
【請求項３１】
請求項３０に記載の携帯端末装置であって、
前記携帯端末装置に固有の端末識別情報と、前記端末識別情報に応じて該携帯端末装置を認証するサーバであってネットワークを介して前記携帯端末装置と接続可能な認証サーバのアドレス情報とを記憶する記憶手段をさらに具備し、
前記抽出手段は、前記コンテンツとして、保護機能が付加された保護機能付きコンテンツを抽出し、
前記処理手段は、
前記記憶手段により記憶された前記アドレス情報を用いて、前記ネットワークを介して前記端末識別情報を認証要求信号として前記認証サーバに送信する送信手段と、
前記ネットワークを介して、前記認証要求信号に基き前記認証サーバにより認証されたことを示す認証信号を受信する受信手段と、
前記受信手段により受信された前記認証信号に応じて、前記抽出手段により抽出された前記保護機能付きコンテンツの前記保護機能を解除する解除手段と
を有することを特徴とする携帯端末装置。
【請求項３２】
請求項２０に記載の携帯端末装置であって、
前記処理手段は、前記携帯端末装置が前記識別子に対応する、ネットワークに接続されたサーバが記憶するコンテンツを、前記サーバから取得済みであるか否かを判定する判定手段を有することを特徴とする携帯端末装置。
【請求項３３】
携帯端末装置に着脱可能とされたカバーであって、
前記携帯端末装置に装着される装着部と、
前記カバーに関連する関連情報を記憶し、前記装着部が前記携帯端末装置に装着されたときに、前記携帯端末装置が有する接触型のリーダにより前記関連情報が抽出されるようにように設けられたチップと
を具備することを特徴とするカバー。
【請求項３４】
撮像部を有する携帯端末装置に着脱可能とされたカバーであって、
前記携帯端末装置に装着される装着部と、
前記カバーに関連する関連情報を含み、前記撮像部により撮像され、前記携帯端末装置により解析されることで前記関連情報が前記携帯端末装置に抽出されるように設けられた情報コードと
を具備することを特徴とするカバー。
【請求項３５】
カバーと、前記カバーが着脱可能とされた携帯端末装置と、前記携帯端末装置にネットワークを介してコンテンツを配信するサーバとを備えるコンテンツ配信システムであって、
前記カバーは、前記カバーに固有の識別子を記憶したチップを有し、
前記携帯端末装置は、
前記カバーが装着される装着部と、
前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダと、
前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段とを有し、
前記サーバは、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記送信要求信号を受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを有することを特徴とするコンテンツ配信システム。
【請求項３６】
カバーと、前記カバーが着脱可能とされた携帯端末装置と、前記携帯端末装置にネットワークを介してコンテンツを配信するサーバとを備えるコンテンツ配信システムであって、
前記カバーは、前記カバーに固有の識別子を含む情報コードを有し、
前記携帯端末装置は、
前記情報コードを撮像可能な撮像部と、
前記撮像部により撮像された前記情報コードを解析することで、前記識別子を抽出する抽出手段と、
前記抽出手段により抽出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して出力する信号出力手段とを有し、
前記サーバは、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記送信要求信号を受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段とを有することを特徴とするコンテンツ配信システム。
【請求項３７】
請求項３５または請求項３６に記載のコンテンツ配信システムであって、
前記サーバは、前記識別子と前記端末識別情報とを対応付けて記憶する記憶手段をさらに有することを特徴とするコンテンツ配信システム。
【請求項３８】
カバーに固有の識別子を記憶したチップ有する当該カバーが着脱される装着部と、前記装着部に前記カバーが装着されたときに前記チップに接触することで、前記識別子を読み出す接触型のリーダとを含む携帯端末装置に、ネットワークを介してコンテンツを配信するサーバであって、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記携帯端末装置から出力され、前記リーダにより読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段と
を具備することを特徴とするサーバ。
【請求項３９】
カバーに固有の識別子を含む情報コードを有する当該カバーの前記情報コードを撮像可能な撮像部と、前記撮像部により撮像された前記情報コードを解析することで、前記識別子を抽出する抽出手段とを含む携帯端末装置に、ネットワークを介してコンテンツを配信するサーバであって、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記携帯端末装置から出力され、前記抽出手段により抽出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記ネットワークを介して受信する受信手段と、
前記受信手段により受信した前記送信要求信号に応じて、対応する前記コンテンツを前記携帯端末装置に送信する送信手段と
を具備することを特徴とするサーバ。
【請求項４０】
カバーが着脱可能とされた携帯端末装置にネットワークを介してコンテンツを配信するコンテンツ配信方法であって、
前記携帯端末装置の装着部に前記カバーが装着されたときに、前記携帯端末装置に設けられた接触型のリーダが前記カバーに設けられたチップに接触することで、前記チップに記憶された前記カバーに固有の識別子を読み出し、
前記サーバのアドレス情報を用いて、読み出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記携帯端末装置から前記ネットワークを介して出力し、
前記送信要求信号を前記サーバにより受信し、
受信された前記送信要求信号に応じて、対応する前記コンテンツを前記サーバから前記携帯端末装置に送信する
ことを特徴とするコンテンツ配信方法。
【請求項４１】
カバーが着脱可能とされた携帯端末装置にネットワークを介してコンテンツを配信するコンテンツ配信方法であって、
前記携帯端末装置の撮像部により撮像された、前記カバーに設けられ前記カバーに固有の識別子を含む情報コードを前記携帯端末装置により解析することで、前記識別子を抽出し、
前記サーバのアドレス情報を用いて、抽出された前記識別子に対応する前記コンテンツの送信を前記サーバに要求するための送信要求信号を、前記携帯端末装置から前記ネットワークを介して出力し、
前記送信要求信号を前記サーバにより受信し、
受信された前記送信要求信号に応じて、対応する前記コンテンツを前記サーバから前記携帯端末装置に送信する
ことを特徴とするコンテンツ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２００８−２５８８９８（Ｐ２００８−２５８８９８Ａ）
【公開日】平成２０年１０月２３日（２００８．１０．２３）
【国際特許分類】
【出願番号】特願２００７−９８４３７（Ｐ２００７−９８４３７）
【出願日】平成１９年４月４日（２００７．４．４）
【出願人】（５０１２７５１７８）ソフトバンクＢＢ株式会社 (112)
【Ｆターム（参考）】
【公開日】平成２０年１０月２３日（２００８．１０．２３）
【国際特許分類】
【出願日】平成１９年４月４日（２００７．４．４）
【出願人】（５０１２７５１７８）ソフトバンクＢＢ株式会社 (112)
【Ｆターム（参考）】
[ Back to top ]