JP2008283354A - 携帯端末及び携帯端末用カバー - Google Patents

Abstract

【課題】キャラクターの形態を損ねるようなことはなくなり、携帯端末本体とカバーとの取り付けを直感的に誤ることなく極めて容易に行うことができ、携帯端末本体とカバーとを取り付けたときにいわゆるガタなどがなく、いかにもカバーが取り付けられているように感じさせること。
【解決手段】携帯電話１００は、外形が下膨れ楕円形状の携帯電話本体１１０と、携帯電話本体１１０の外形と合致する形状であって携帯電話本体１１０を着脱可能に収容する収容部１２１を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバー１２０と、外側から隠れるようにして設けられ、携帯電話本体１１０とカバー１２０とを固定する固定部１３０とを具備する。
【選択図】図１

Description

本発明は、携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）などの携帯端末及び携帯端末用カバーに関する。

携帯電話のデザインは、極めて短いサイクルの間にめまぐるしく変わっていく傾向にある。これに対応するため、例えば携帯電話のカバーを交換可能とすることが考えられる。

特許文献１には、携帯電話において「カバーは自由に交換することもできるので、キャラクターの好みに合わせて変えることができる」という技術が開示されている。

特開２００５−１０１７１８号公報（段落〔００２２〕、図５参照）

特許文献１には、携帯電話本体とカバーとの取り付けに関連する技術は開示も示唆もされていない。

本発明者らの知見によれば、携帯電話本体とカバーとの取り付けに関する技術を次のようにすることがカバー交換型の携帯電話を普及させるためのキーになると考えた。
（１）カバーに表現されるキャラクターの形態を殆ど損なうことなく携帯電話本体とカバーとが取り付けられていること。
（２）携帯電話本体とカバーとの取り付けを直感的に誤ることなく極めて容易に行うことができること。
（３）携帯電話本体とカバーとを取り付けたときにいわゆるガタなどがなく、いかにもカバーが取り付けられているように感じさせないこと。

本発明は、このような本発明者らの知見に基づき案出されたものである。

上記の課題を解決するため、本発明に係る携帯端末は、外形が下膨れ楕円形状の携帯端末本体と、前記携帯端末本体の外形と合致する形状であって前記携帯端末本体を着脱可能に収容する収容部を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバーと、外側から隠れるようにして設けられ、前記携帯端末本体と前記カバーとを固定する固定部とを具備する。

本発明者らの更なる知見によれば、最近のキャラクターの形態は下膨れ楕円形状となる傾向にある。バンダイキャラクター研究所の相原博之所長によれば「ハードなストレスをかかえる現代人が、キャラクターに癒しを傾向が年々強まっている。心を慰めてくれるはずの家族、友人との関係がうまく機能しないためキャラクターがその代替機能を果たしているのでは」と分析しており、かかる観点から考えてもキャラクターの形態は現実の人間の形態から離れ、しかも「癒し」という点から考えると上膨れ形状や角張った形状に比し下膨れ楕円形状となる傾向が今後ますます強まるものと予想される。ここで、「下膨れ楕円形状」とは、例えばキャラクターの髪、目、鼻、口、顎などにおいて、口や顎の側が髪や目の側よりも幅が長い楕円形状をいう。本発明は、このようなキャラクターの形態が下膨れ楕円形状となる傾向を上記の携帯端末本体とカバーとの取り付けに関する技術的課題に結びつけたものである。

すなわち、本発明は、上記構成により以下の作用・効果を奏する。
（１）カバーが下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したこと、及び携帯端末本体とカバーとを固定する固定部を外側から隠れるようにして設けたことで、カバーに表現されるキャラクターの形態を殆ど損なうことなく携帯端末本体とカバーとを取り付けることができる。すなわち、本発明では、上記特許文献１のようにカメラのための穴を設けたり、或いはヒンジなどが隠れないことで、キャラクターの形態を損ねるようなことはなくなる。
（２）カバーを下膨れ楕円形状のキャラクターの形態をほぼそのまま保持させると共に携帯端末本体の外形が下膨れ楕円形状であり、携帯端末本体を着脱可能に収容するカバーの収容部が携帯端末本体の外形と合致する形状（凹形状）であるので、携帯端末本体とカバーとの取り付けを直感的に誤ることなく極めて容易に行うことができる。
カバー及び携帯端末本体の外形が下膨れ楕円形状であることから、例えばキャラクターの顔を見てどちら向きではめれば良いかわかる。従って、例えば左右を誤ってカバーを取り付けるようなことは直感的にもありえない。よって、低年齢層でも間違えずにカバーの取り付けができる。また、カバーの取り付け方向等を間違うことで、カバーを壊すようなこともなくなる。加えて、カバーを携帯端末本体に正しく取り付けるための目印などを設ける必要がなくなるので、キャラクターの形態を損ねるようなことはなくなる。例えば、このような目印をカバーの裏面に設けたのでは非常に取り付けが面倒であり、目印をカバーの表面に設けたのではキャラクターの形態を損ねることになる。
（３）携帯端末本体の外形が下膨れ楕円形状であり、携帯端末本体を着脱可能に収容するカバーの収容部が携帯端末本体の外形と合致する形状（凹形状）であり、しかも携帯端末本体とカバーとを固定する固定部を設けたことで、携帯端末本体とカバーとを取り付けたときにいわゆるガタなどがなく、携帯端末本体とカバーとの一体感が強くなり、いかにもカバーが取り付けられているように感じさせることはなくなる。

カバーは、携帯端末本体の裏面側の全面を覆う下部カバーと、携帯端末本体の表面側の全面を覆う上部カバーとを有することが好ましい。これにより、携帯端末本体全体がカバーにより覆われることになり、キャラクターの形態を全面に押し出すことが可能となる。

携帯端末本体は、折りたたみ式であり、下部カバーと上部カバーとが、携帯端末本体の開閉と連動して開閉し、携帯端末本体のヒンジ部を外側から隠す構造を有する。これにより、折りたたみ式の携帯端末であってもキャラクターの形態を損ねるようなことはなくなる。

携帯端末本体は、スライド式であり、カバーは、携帯端末本体の表面側を開閉可能に覆うことが好ましい。

固定部は、携帯端末本体とカバーとをねじ止めにより固定することが好ましい。これにより、携帯端末本体とカバーとを取り付けたときにいわゆるガタなどがなく、いかにもカバーが取り付けられているように感じさせることはなくなる。

固定部は、携帯端末本体とカバーとを係止めにより固定することが好ましい。これにより、携帯端末本体とカバーとを取り付けたときにいわゆるガタなどがなく、いかにもカバーが取り付けられているように感じさせることはなくなる。しかも、より簡単に携帯端末本体とカバーとを固定することができる。「係止めにより固定」とは、例えば携帯端末本体やカバーのいずれかにフックを設け、相手方をこのフックにはめ合わせること、或いは携帯端末本体に凹部を設け、カバーに凸部を設け、これらの凹部と凸部とをはめ合わせることをいう。

本発明の別の観点に係る携帯端末用カバーは、外形が下膨れ楕円形状の携帯端末本体に取り付けられる携帯端末用カバーであって、前記携帯端末本体の外形と合致する形状であって前記携帯端末本体を着脱可能に収容する収容部を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバー本体と、外側から隠れるようにして設けられ、前記携帯端末本体と固定するための固定部とを具備する。

本発明に係る携帯端末用カバーの作用・効果は、既に説明した通りである。
ここで、既に説明した通り、カバー本体は、携帯端末本体の裏面側の全面を覆う下部カバーと、携帯端末本体の表面側の全面を覆う上部カバーとを有することが好ましい。下部カバーと上部カバーとが、折りたたみ式の携帯端末本体の開閉と連動して開閉し、携帯端末本体の開閉と連動して開閉し、携帯端末本体のヒンジ部を外側から隠す構造を有することが好ましい。カバー本体は、スライド式の前記携帯端末本体の表面側を開閉可能に覆うことが好ましい。

開閉可能となった複数のアームを有するとともに、景品置き場に対して移動可能に設けられたアームユニットを備え、このアームユニットを操作して、景品置き場に置かれた景品を前記アームユニットに把持させて取出口まで運ばせるゲームを行う開閉アーム式クレーンゲーム機であって、景品置き場に上記の携帯端末用カバーを置くようにしてもよい。携帯端末用カバーを景品置き場に景品として置くことで、興趣の向上を図ることができる。

本発明によれば、キャラクターの形態を損ねるようなことはなくなり、携帯端末本体とカバーとの取り付けを直感的に誤ることなく極めて容易に行うことができ、携帯端末本体とカバーとを取り付けたときにいわゆるガタなどがなく、いかにもカバーが取り付けられているように感じさせることはなくなる。

以下、本発明の実施形態を図面に基づき詳細に説明する。
図１は本発明の一実施形態に係る携帯電話の構成を示す斜視図、図２は図１に示した携帯電話の平面図、図３は図１に示した携帯電話の分解斜視図である。

これらの図に示すように、この携帯電話１００は、外形が下膨れ楕円形状の携帯電話本体１１０と、携帯電話本体１１０の外形と合致する形状であって携帯電話本体１１０を着脱可能に収容する収容部１２１を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバー１２０と、外側から隠れるようにして設けられ、携帯電話本体１１０とカバー１２０とを固定する固定部１３０とを具備する。

携帯電話本体１１０は、フロント面１１１に「１」〜「０」、「＊」、「＃」などの操作ボタンなどを有する操作部１１２や通話用マイク１１３が配置された第１の筐体１１４と、フロント面１１５に液晶表示器などによる表示部１１６や通話相手からの音声等を出力するための受話用スピーカ１１７が配置された第２の筐体１１８とを有する。

携帯電話本体１１０は、折りたたみ式であり、すなわち第１の筐体１１４及び第２の筐体１１８の一端に設けられたヒンジ部１１９により第１の筐体１１４のフロント面１１１と第２の筐体１１８のフロント面１１５とが対向するように折りたたみ可能に構成されている。

携帯電話本体１１０は、ヒンジ部１１９が設けられた一端から他端側までの長さＬ１がこれと直交する方向の長さＬ２より長く、この長さＬ２方向に対して下膨れ楕円形状とされている。折りたたまれた状態の携帯電話本体１１０の表面全体は、原則的には、無模様かつ一色であり、何も配置されていない。「下膨れ楕円形状」については、後に詳述する。

カバー１２０は、携帯電話本体１１０の第１の筐体１１４の全面を覆う下部カバー１２２と、携帯電話本体１１０の第２の筐体１１８の全面を覆う上部を上部カバー１２３とを有する。

下部カバー１２２及び上部カバー１２３は、携帯電話本体１１０のヒンジ部１１９を外側から隠すような構造となっている。この構造については後述する。

収容部１２１は、第１の筐体１１４を収容する下部カバー１２２に設けられた第１の収容部１２５と、第２の筐体１１８を収容する上部カバー１２３に設けられた第２の収容部１２６とから構成される。第１の収容部１２５は、第１の筐体１１４の外周形状と合致する凹形状とされている。第２の収容部１２６は、第２の筐体１１８の外周形状と合致する凹形状とされている。収容部１２１は、このように携帯電話本体１１０の外形と合致する形状であってしかも後述する固定部１３０の機構により携帯電話本体１１０を着脱可能に収容する構成とされている。

折りたたまれたカバー１２０は、長さＬ２方向に対して下膨れ楕円形状のキャラクターの形態をほぼそのまま保持した構成とされている。「下膨れ楕円形状」については、後に詳述する。

図４は固定部１３０の構成の一例を示す図である。
図４に示すように、例えば携帯電話本体１１０の第１の筐体１１４の外周の４箇所に下部カバー１２２のフロント面側に突出する突出部１３１を設け、この突出部１３１に孔１３２を設け、この孔１３２を介して下部カバー１２２のねじ穴（図示を省略）にねじ１３３をねじ止めする。これにより、携帯電話本体１１０の第１の筐体１１４が下部カバー１２２の第１の収容部１２５に固定される。第２の筐体１１８も同様に上部カバー１２３の第２の収容部１２６に固定される。

図５は固定部１３０の構成の他の例を示す図である。
図５に示すように、例えば下部カバー１２２のフロント面側に第１の収容部１２５に向けて突出する弾性変形可能な爪１３４を４箇所に設ける。携帯電話本体１１０の第１の筐体１１４を下部カバー１２２の第１の収容部１２５に収容としたときに爪１３４が変形して収容を許容し、収容後に爪１３４が元の形状に戻り、下部カバー１２２の第１の収容部１２５に収容された第１の筐体１１４を表面から押さえる。このような係止めの構成により、携帯電話本体１１０の第１の筐体１１４が下部カバー１２２の第１の収容部１２５に固定される。第２の筐体１１８も同様に上部カバー１２３の第２の収容部１２６に固定される。

図６は固定部１３０の構成の別の例を示す図である。
図６に示すように、上部カバー１２３の一側に第２の収容部１２６まで貫通するＣ字形状の透孔１３５を設け、Ｃ字形状の透孔１３５を同形状の係止部材１３６により埋め込めるようにする。この係止部材１３６は、上部カバー１２３に取り付けたときに上部カバー１２３と一体の形態をなしており、これにより上部カバー１２３のキャラクターのデザイン性が損なわれないようにされている。

また、係止部材１３６の例えば内側には例えば第２の収容部１２６に向けて係合凸部１３７が設けられ、第２の筐体１１８には係合凸部１３７が係合する係合凹部１３８が設けられている。この係合凸部１３７が係合凹部１３８に係合することで、上部カバー１２３のＣ字形状の透孔１３５に係止部材１３６が係止し、第２の収容部１２６に第２の筐体１１８が固定される。

図７に示すように、係合凸部１３７の先端に爪１３７ａを設け、係合凹部１３８にこの爪１３７ａが引っかかる孔１３８ａを設け、係合凸部１３７を係合凹部１３８に係合したときに爪１３７ａが孔１３８ａに引っかかるような構成としてもよい。図８に示すように、上部カバー１２３の両側にこのような固定部１３０を設けてもよい。なお、第１の筐体１１４も同様に下部カバー１２２の第１の収容部１２５に固定することができる。

なお、図４乃至図８に示した固定部１３０の構成は一例にすぎず、様々な形態が考えられる。但し、固定部１３０は、図４乃至図８に示したように、外側から隠れるようにして設けられていなければならない。「外側から隠れるように」とは、例えばカバーの外側にねじ止めなどをしない趣旨である。これにより、キャラクターの形態を損ねないようにすることができる。

図９乃至図１３は携帯電話本体１１０のヒンジ部１１９を外側から隠すためのカバー１２０の構成の一例を示す図である。
これらの図に示すように、このカバー１２０では、例えば下部カバー１２２の携帯電話本体１１０のヒンジ部１１９（図３参照）を隠すように壁部１４１を設け、上部カバー１２３にはこの壁部１４１が嵌まり込む切り欠き部１４２を設けている。

壁部１４１は、図示を省略したバネなどの弾性部材により下部カバー１２２操作部側に向けて倒れようとする構成されている。壁部１４１の先端部には係合爪１４３が上部カバー１２３側に設けられ、上部カバー１２３の係合爪１４３と対応する位置に凹部１４４が設けられ、係合爪１４３が凹部１４４に係合するようになっている。これにより、図１２に示すように、携帯電話１００を折りたたんだり、開いたときに壁部１４１が上部カバー１２３と連動して動くようになっている。

このような構成により、図１３に示すように、携帯電話１００を背後から見た場合であっても携帯電話本体１１０のヒンジ部１１９（図３参照）が外側から隠れるようになる。これにより、折りたたみ式の携帯電話１００であってもキャラクターの形態を損ねるようなことはなくなる。

図１４は本発明に係る「下膨れ楕円形状」の意義を説明するための図である。
図１４において、破線１５０が楕円形状を示し、実線１５１が「下膨れ楕円形状」を示している。ここで、「下膨れ楕円形状」とは、例えばキャラクターの顔を上部側１５２と下部側１５３とに均等な高さに分割したときに楕円の長辺Ｌ３が下部側１５３に存在する楕円の形状をいう。なお、図中、キャラクターの顔に一例として目１５４及び口１５５を符号を付して示した。

本実施形態では、カバー１２０を下膨れ楕円形状のキャラクターの形態をほぼそのまま保持させると共に携帯電話本体１１０の外形が下膨れ楕円形状であり、カバー１２０の収容部１２１が携帯電話本体１１０の外形と合致する形状であるので、携帯電話本体１１０とカバー１２０との取り付けを直感的に誤ることなく極めて容易に行うことができる。

また、カバー１２０を下膨れ楕円形状のキャラクターの形態をほぼそのまま保持させると共にヒンジ部１１９を外側から隠れるように構成したので、キャラクターの形態を損ることなく、キャラクターの魅力をそのままユーザに訴えることがきる。

更に、携帯電話本体１１０及びカバー１２０の収容部１２１が左右非対称であり、しかも携帯電話本体１１０とカバー１２０とを固定する固定部１３０を設けたことで、携帯電話本体１１０とカバー１２０とを取り付けたときにいわゆるガタなどがなく、いかにもカバー１２０が取り付けられているように感じさせることはなくなる。

更にまた、携帯電話本体１１０の形状を共通化することによって、携帯電話本体１１０を変更することなく外観を全く変えることができる。このことは、カバー１２０の別売りのビジネスが生まれる可能性をもつことを意味する。例えば、ＵＦＯキャッチャー（登録商標）などのプライズゲームで携帯用のカバー１２０を入手できるようにしたり、自作でカバー１２０を作れるようになってコミケ（登録商標）等で売られるなどの草の根的な広がり、販促効果も見込める。

ここで、ＵＦＯキャッチャー（登録商標）とは、開閉可能となった複数のアームを有するとともに、景品置き場に対して移動可能に設けられたアームユニットを備え、このアームユニットを操作して、景品置き場に置かれた景品を前記アームユニットに把持させて取出口まで運ばせるゲームを行う開閉アーム式クレーンゲーム機（図示を省略）のことである。

すなわち、本発明に係るカバー１２０を景品置き場に景品として置くことで、興趣の向上を図ることができる。例えばカバー１２０の形状がキャラクターの形そのままである場合には、例えばぬいぐるみなどの他の景品と並べても遜色無く、携帯電話本体１１０のユーザ以外にも訴求することが出来る。

上記の実施形態では、携帯電話の一例として折りたたみ式を例にとり説明したが、他の形態の携帯電話にも本発明を適用できる。
図１５はスライド式の携帯電話に本発明を適用して実施形態を示す図である。
図１５に示すように、携帯電話２００は、外形が下膨れ楕円形状の携帯電話本体２１０と、携帯電話本体２１０の外形と合致する形状であって携帯電話本体２１０を着脱可能に収容する収容部（図示を省略）を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバー２２０と、外側から隠れるようにして設けられ、携帯電話本体２１０とカバーとを固定する固定部（図示を省略）とを具備する。

携帯電話本体２１０は、フロント面に操作部や通話用マイクが配置された第１の筐体２１４と、フロント面に液晶表示器などによる表示部や受話用スピーカが配置された第２の筐体２１８とを有する。

携帯電話本体１１０は、スライド式であり、すなわち第１の筐体２１４が第２の筐体２１８からスライド式に引き出されるようになっている。図１５は第１の筐体２１４が第２の筐体２１８から引き出された状態を示している。

カバー２２０は、第２の筐体２１８をフロント面に配置されており、第２の筐体２１８に対して開閉可能にされている。これにより、表示部を外部から見ることができる。
本実施形態においても、上記の実施形態と同様の作用・効果を奏する。

以上のように、本発明により所有者は携帯電話本体を変えることなく気分やＴＰＯ、あるいは流行によって外観を丸ごと変更することが可能になる。また、携帯電話に対して複数のカバーを提供することで携帯電話本体の形状に飽きてしまうことを防止できる。更に、全体を覆う下膨れ楕円形状のカバーは、携帯電話の本体に対する保護にもなり、落下などによる本体の破損を防ぐ効果が期待でき、製品の寿命を高める効果が期待できる。

また、上記の実施形態では、携帯電話を例にとり説明したが、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）などの他の携帯端末にも本発明を適用できる。

次に、他の実施の形態について図面を用いて説明する。なお、本実施形態以降においては、上記実施形態と同じ構成等には同じ符号を付しその説明を省略する。

図１６は、本発明の一実施の形態に係る携帯電話本体と、これに装着されるカバーとを示す斜視図である。

以下、携帯電話３００を例として説明する。携帯電話３００は、携帯電話本体３１０と、上部カバー３２３、下部カバー１２２とを備えている。なお、携帯電話３００に限られず、ＩＰ（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）コード４３１が印刷されているか、あるいはＱＲコード４３１が印刷されたテープが貼り付けられている。

ＱＲコード４３１は、その上部カバー４２３に関連する関連情報を含んでいる。その関連情報としては、例えば、図２１で示したカバー識別子３３５、あるいは、図２８で示したカバー識別子３３５及びサーバのアドレス３１７等である。ＱＲコード４３１に含まれる情報量を大きくすることができれば、関連情報はコンテンツそのものであってもよい。

ここでいうＱＲコード４３１とは、典型的には２次元コードであるが、これに限られず、１次元コードであるバーコード、または、色等の他の情報を含む３次元以上のコードも含まれる。

図４３は、この上部カバー４２３が装着される携帯電話本体の構成を示すブロック図である。携帯電話本体４１０は、プロセッサ４１１、カメラ（撮像部）４１２、ＱＲコード解析部４１３を備えている。ＱＲコード解析部４１３は、プロセッサ４１１と物理的に一体的に設けられていもよい。典型的には、この携帯電話本体４１０は、公知の携帯電話が用いられる。

ユーザは、この携帯電話本体４１０で上部カバー４２３のＱＲコード４３１を撮像する。携帯電話本体４１０のプロセッサ４１１は、このＱＲコード４３１を解析し、関連情報を抽出する。プロセッサ４１１は、関連情報を抽出した後は、上記各実施の形態によるシステム１１００、１２００、１３００、１４００、１５００、１６００、１７００及び１８００のうち１つを利用してコンテンツを取得することができる。

本発明に係る実施の形態は、以上説明した実施の形態に限定されず、他の種々の実施形態が考えられる。

上記各実施の形態では、携帯電話本体３１０、４１０がサーバ３６５にアクセスし、上部カバー３２３、４２３に関連するコンテンツを自動でダウンロードするようにした。しかし、例えば携帯電話本体３１０が上部カバー３２３、３２３から関連情報を読み出した場合に、携帯電話本体３１０、４１０のシステムプロセッサ３１１、４１１は、その関連情報が読み出されたことに応じて、サーバに接続し、そのサーバの特定のサイトに一旦アクセスする。そして、システムプロセッサ３１１、４１１は、そのサイトのウェブ画面を携帯電話本体３１０、４１０のブラウザにより表示する。そのウェブ画面上に、当該上部カバー３２３、４２３に関連するコンテンツのリンク先の表示があり、システムプロセッサ３１１、４１１）は、そのリンク先のアドレスにアクセスすることで、例えば複数あるコンテンツの中からユーザが好みのコンテンツを選択してダウンロードすることが可能となる。

その場合に、関連情報は、典型的にはサーバのアドレスである。しかし、これに限らず、サーバのアドレスは図２１に示すように予め携帯電話本体３１０、４１０が持っており、関連情報としてはその他の情報であってもかまわない。

携帯電話本体３１０、４１０の形状や上部カバー３２３、４２３の形状は、図中、１種類ずつしか示していないが、もちろん様々な形状が考えられる。

本発明の一実施形態に係る携帯電話の構成を示す斜視図である。 図２は図１に示した携帯電話の平面図である。 図１に示した携帯電話の分解斜視図である。 固定部の構成の一例を示す図である。 固定部の構成の他の例を示す図である。 固定部の構成の別の例を示す図である。 図６に示した固定部の更なる詳細を説明するための図である。 図６に示した固定部の変形例を示す図である。 携帯電話本体のヒンジ部を外側から隠れるようにして設けるための下部カバーの構成の一例を示す斜視図である。 携帯電話本体のヒンジ部を外側から隠れるようにして設けるための上部カバーの構成の一例を示す斜視図である。 図９に示した下部カバーの側面図である。 図９に示した下部カバーと図１０に示した上部カバーとの折りたたむとき及び開くときの状態を示す図である。 図１２に示した携帯電話の背面からみた斜視図である。 本発明に係る「下膨れ楕円形状」の意義を説明するための図である。 スライド式の携帯電話に本発明を適用して実施形態を示す斜視図である 本発明の一実施の形態に係る携帯電話本体と、これに装着されるカバーとを示す斜視図である。 携帯電話本体とカバーの電気的な回路構成を示すブロック図である。 カバーのＩＣチップに記憶されたカバー識別子の形態の各パターンをそれぞれ示す図である。 携帯電話に固有の識別情報の例を示す図である。 携帯電話及びカバーを用いた、一実施の形態に係るコンテンツ配信システムの構成を示す図である。 上記コンテンツ配信システムの動作を説明するための図である。 サーバの動作を示すフローチャートである。 図２１に示すシステムにおいて、主に携帯電話の動作をより具体的に示すフローチャートである。 本発明の他の実施の形態に係るコンテンツ配信システムの概念を示す図である。 図２４に示したコンテンツ配信システムにおける携帯電話の動作を示すフローチャートである。 本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。 図２６のコンテンツ配信システムにおける携帯電話の動作を示すフローチャートである。 本発明のさらに別の実施の形態に係るコンテンツ配信システムの概念を示す図である。 図２８のコンテンツ配信システムにおける携帯電話の動作を示すフローチャートである。 本発明のさらに別の実施の形態に係るシステムの概念を示す図である。 本発明のさらに別の実施の形態に係るシステムの概念を示す図である。 図３１に示すシステムの動作を示すシーケンス図である。 本発明のさらに別の実施の形態に係るシステムの概念を示す図である。 本発明の一実施の形態に係るコンテンツの管理システムの概念を示す図である。 図３３のコンテンツ配信システム１９００と、図３４の管理システム１６００とが組み合わされたシステムにおける携帯電話機の動作を示すフローチャートである。 他の実施の形態に係るコンテンツ管理システムの概念を示す図である。 図３６の管理システムにおける携帯電話の動作を示す図である。 携帯電話がコンテンツをダウンロードした後、コンテンツを使用する動作を示すフローチャートである。 図３８に示す動作を実現するための携帯電話本体の構成を示すブロック図である。 携帯電話がコンテンツを使用する動作の他の実施形態を示すフローチャートである。 図４０に示す動作を実現するための携帯電話本体の構成を示すブロック図である。 本発明のさらに別の実施の形態に係るカバーの裏面側を示す斜視図である。 図４２に示すカバーが装着される携帯電話本体の構成を示すブロック図である。

符号の説明

１００、３００ 携帯電話
１１０、３１０、４１０、５１０、６１０ 携帯電話本体
１１４ 第１の筐体
１１８ 第２の筐体
１１９ ヒンジ部
１２０ カバー
１２２ 下部カバー
１２３、３２３（３２３ａ、３２３ｂ、３２３ｃ）、４２３ 上部カバー
１２５ 第１の収容部
１２６ 第２の収容部
１２１ 収容部
１３０ 固定部

Claims (10)

1. 外形が下膨れ楕円形状の携帯端末本体と、
   前記携帯端末本体の外形と合致する形状であって前記携帯端末本体を着脱可能に収容する収容部を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバーと、
   外側から隠れるようにして設けられ、前記携帯端末本体と前記カバーとを固定する固定部と
   を具備することを特徴とする携帯端末。
2. 請求項１に記載の携帯端末であって、
   前記カバーは、前記携帯端末本体の裏面側の全面を覆う下部カバーと、前記携帯端末本体の表面側の全面を覆う上部カバーとを有することを特徴とする携帯端末。
3. 請求項２に記載の携帯端末であって、
   前記携帯端末本体は、折りたたみ式であり、
   前記下部カバーと前記上部カバーとが、前記携帯端末本体の開閉と連動して開閉し、前記携帯端末本体のヒンジ部を外側から隠す構造を有する
   ことを特徴とする携帯端末。
4. 請求項１に記載の携帯端末であって、
   前記携帯端末本体は、スライド式であり、
   前記カバーは、前記携帯端末本体の表面側を開閉可能に覆うことを特徴とする携帯端末。
5. 請求項１に記載の携帯端末であって、
   前記固定部は、前記携帯端末本体と前記カバーとをねじ止めにより固定することを特徴とする携帯端末。
6. 請求項１に記載の携帯端末であって、
   前記固定部は、前記携帯端末本体と前記カバーとを係止めにより固定することを特徴とする携帯端末。
7. 外形が下膨れ楕円形状の携帯端末本体に取り付けられる携帯端末用カバーであって、
   前記携帯端末本体の外形と合致する形状であって前記携帯端末本体を着脱可能に収容する収容部を有し、下膨れ楕円形状のキャラクターの形態をほぼそのまま保持したカバー本体と、
   外側から隠れるようにして設けられ、前記携帯端末本体と固定するための固定部と
   を具備することを特徴とする携帯端末用カバー。
8. 請求項７に記載の携帯端末用カバーであって、
   前記カバー本体は、前記携帯端末本体の裏面側の全面を覆う下部カバーと、前記携帯端末本体の表面側の全面を覆う上部カバーとを有することを特徴とする携帯端末用カバー。
9. 請求項８に記載の携帯端末用カバーであって、
   前記下部カバーと前記上部カバーとが、折りたたみ式の前記携帯端末本体の開閉と連動して開閉し、前記携帯端末本体のヒンジ部を外側から隠す構造を有することを特徴とする携帯端末用カバー。
10. 請求項７に記載の携帯端末用カバーであって、
    前記カバー本体は、スライド式の前記携帯端末本体の表面側を開閉可能に覆うことを特徴とする携帯端末用カバー。

Images