(57)【要約】【課題】外部より受信するデータのサイズに応じた空き容量を確保できる情報受信端末、配信サーバ及びデータ保持サーバを提供する。【解決手段】本発明に係る情報受信端末１は、配信サーバ２より受信しようとするコンテンツデータのサイズが、メモリ１３の空き容量よりも大きい場合であって、且つ、メモリ１３に格納されたデータに削除可能なデータが存在しない場合には、メモリ１３に格納されたデータの一部をデータ保持サーバ３に一時的に移動させることで、受信しようとするコンテンツデータの保存領域を確保する。【選択図】図１
2007336087.tif 000002
【特許請求の範囲】
【請求項１】
サーバとの間でデータの送受信を行う送受信部と、
前記送受信部より受信したデータを格納する格納部と、
前記格納部の空き容量を検出する容量検出部と、
新規データを受信するとき、前記送受信部が受信しようとする前記新規データのサイズと、前記容量検出部の検出した前記空き容量とを比較する判断部とを備え、
前記送受信部は、前記判断部が前記新規データのサイズが前記空き容量よりも大きいと判断した場合に、前記格納部に格納されたデータの一部又は全部を前記サーバに一時的に移動することを特徴とする情報受信端末。
【請求項２】
サーバとの間でデータの送受信を行う送受信部と、
前記送受信部より受信したデータを格納する格納部と、
前記格納部の空き容量を検出する容量検出部と、
新規データを受信するとき、前記送受信部が受信しようとする前記新規データのサイズと、前記容量検出部の検出した前記空き容量とを比較する判断部と、
前記新規データを前記格納部に格納することのできる期間を計測する計測部とを備え、
前記送受信部は、前記判断部が前記新規データのサイズが前記空き容量よりも大きいと判断した場合に、前記格納部に格納されたデータの一部又は全部を前記サーバに一時的に移動し、
前記格納部は、前記計測部が前記期間の経過を計測した場合に、前記新規データを消去し、
前記送受信部は、前記サーバに一時的に移動したデータを受信し、当該データを前記格納部に格納することを特徴とする情報受信端末。
【請求項３】
前記格納部は、格納されるデータの種類に応じた複数の領域を有し、
前記判断部は、前記新規データの種別を判別し、
前記送受信部は、前記新規データの種別に応じた前記格納部の領域に含まれるデータの一部又は全部を前記サーバに一時的に移動することを特徴とする請求項２記載の情報受信端末。
【請求項４】
情報受信端末との間でデータの送受信を行う送受信部と、
前記送受信部を介して送信するデータを格納する格納部とを備え、
前記情報受信端末から前記格納部に格納されたデータの送信要求があったとき、前記送受信部は、前記送信要求のあったデータのサイズ情報を送信し、
前記情報受信端末が前記サイズに応じた記録領域を確保した旨の通知を受けたとき、前記送受信部は、前記送信要求のあったデータを前記格納部から読み出して送信することを特徴とする配信サーバ。
【請求項５】
情報受信端末との間でデータの送受信を行う送受信部と、
前記送受信部を介して受信したデータを格納する格納部と、
前記データを前記格納部に格納することのできる期間を計測する計測部を備え、
前記格納部は、前記情報受信端末から受信した前記データと、前記情報受信端末の識別データとを格納し、
前記計測部は、前記期間の経過を計測した場合に、前記識別データに基づき、前記情報受信端末に前記データの返還要求または消去要求のいずれかを送信することを特徴とするデータ保持サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報受信端末、配信サーバ及びデータ保持サーバに関し、特にデータの移動（ＭＯＶＥ）を行う情報受信端末、配信サーバ及びデータ保持サーバに関する。
【背景技術】
【０００２】
近年、情報通信技術の発達により、携帯電話を初めとする携帯型の情報通信端末における大容量のデータの送受信が行われるようになってきた。
【０００３】
情報通信端末側の記憶容量も、年々増大しており、一度に大量のデータを保存することが可能となってきたが、それに伴い送受信されるデータの１つ１つのサイズも増大し、また、送受信されるデータの種類も増加してきた。
【０００４】
携帯型の情報通信端末においては、据置型の情報通信端末に比べて、記憶容量が小さいため、一定量のデータが既に格納されていると、それ以上のデータの受信は困難となってしまう。特に映像データや音声データ等は容量が大きく、記憶容量の制約を受けやすい。
ユーザが、不要なデータを選択して削除することも考えられるが、この方法はユーザに煩雑な作業を強いることになる。また、料金を支払った上で入手したデータである場合等には、データを削除することへの心理的抵抗も強い。
さらに、複数のコピーを作成して複数の装置に分散して記憶させておくことも考えられるが、著作権保護の観点から複製が認められていないデータも多い。
【０００５】
そのような場合の対策として、受信しようとするデータを当該情報通信端末以外の外部の記憶装置に転送して保存させるという情報処理システムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００４−１１２２３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の情報処理システムによると、外部記憶装置にデータを受信したとしても、外部記憶装置よりデータを受信するために情報受信端末の空き容量を確保しない限りはデータを利用することができないという課題があった。
【０００７】
従って本発明は、外部より受信するデータのサイズに応じた空き容量を確保できる情報受信端末、配信サーバ及びデータ保持サーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記目的を達成するため、サーバとの間でデータの送受信を行う送受信部と、前記送受信部より受信したデータを格納する格納部と、前記格納部の空き容量を検出する容量検出部と、新規データを受信するとき、前記送受信部が受信しようとする前記新規データのサイズと、前記容量検出部の検出した前記空き容量とを比較する判断部とを備え、前記送受信部は、前記判断部が前記新規データのサイズが前記空き容量よりも大きいと判断した場合に、前記格納部に格納されたデータの一部又は全部を前記サーバに一時的に移動することを特徴とする情報受信端を提供する。
【０００９】
また、本発明は上記目的を達成するため、サーバとの間でデータの送受信を行う送受信部と、前記送受信部より受信したデータを格納する格納部と、前記格納部の空き容量を検出する容量検出部と、新規データを受信するとき、前記送受信部が受信しようとする前記新規データのサイズと、前記容量検出部の検出した前記空き容量とを比較する判断部と、前記新規データを前記格納部に格納することのできる期間を計測する計測部とを備え、前記送受信部は、前記判断部が前記新規データのサイズが前記空き容量よりも大きいと判断した場合に、前記格納部に格納されたデータの一部又は全部を前記サーバに一時的に移動し、前記格納部は、前記計測部が前記期間の経過を計測した場合に、前記新規データを消去し、前記送受信部は、前記サーバに一時的に移動したデータを受信し、当該データを前記格納部に格納することを特徴とする情報受信端末を提供する。
【００１０】
また、本発明は上記目的を達成するため、情報受信端末との間でデータの送受信を行う送受信部と、前記送受信部を介して送信するデータを格納する格納部とを備え、前記情報受信端末から前記格納部に格納されたデータの送信要求があったとき、前記送受信部は、前記送信要求のあったデータのサイズ情報を送信し、前記情報受信端末が前記サイズに応じた記録領域を確保した旨の通知を受けたとき、前記送受信部は、前記送信要求のあったデータを前記格納部から読み出して送信することを特徴とする配信サーバを提供する。
【００１１】
また、本発明は上記目的を達成するため、情報受信端末との間でデータの送受信を行う送受信部と、前記送受信部を介して受信したデータを格納する格納部と、前記データを前記格納部に格納することのできる期間を計測する計測部を備え、前記格納部は、前記情報受信端末から受信した前記データと、前記情報受信端末の識別データとを格納し、前記計測部は、前記期間の経過を計測した場合に、前記識別データに基づき、前記情報受信端末に前記データの返還要求または消去要求のいずれかを送信することを特徴とするデータ保持サーバを提供する。
【発明の効果】
【００１２】
本発明によれば、情報受信端末のメモリの空き容量が十分でなくとも、新たなデータを受信し、利用することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００１４】
（システムの構成）
図１は、本実施形態に係る情報受信端末より構成されるネットワークの概要を示す構成図である。
【００１５】
図１に示すネットワークは、情報受信端末１と、配信サーバ２と、データ保持サーバ３とからなり、情報受信端末１は配信サーバ２とデータ保持サーバ３とのそれぞれとの間で無線通信により接続可能である。
【００１６】
情報受信端末１は、インターネット等を介して音楽、映像、ニュース等の情報を受信可能な端末であり、具体的には、図１に示すような携帯電話や、ＰＤＡ（Personal Digital Assistant）等が該当する。なお、通信手段は主として携帯電話を含めた無線通信が用いられるが、その都度ネットワークに有線接続を行うものであってもよい。
【００１７】
配信サーバ２は、複数の情報受信端末１に対して配信すべき音楽、映像、ニュース等の情報（映像データ、音楽データ、文字データ等）を格納し、情報通信端末１を操作するユーザの要望に応じて、或いは所定のタイミングにより、それらの情報を各情報受信端末１に対して配信するものである。
【００１８】
データ保持サーバ３は、情報受信端末１に格納されていた情報の１部または全部を、一時的に移動させ、保存するためのサーバである。
尚、本実施例でデータの「移動」とは、ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）で定義されるＭＯＶＥを指すものとする。ＭＯＶＥではデータの二重化を避けるため、データの転送後、転送元の装置から当該データを消去等することにより、当該転送元の装置のデータを無効化する。
【００１９】
また、図１及び以下の説明においては、配信サーバ２とデータ保持サーバ３とは、それぞれ別個のサーバとして説明しているが、これらの機能を同時に有する、１つのサーバによって構成されているものであってもよい。
【００２０】
（情報受信端末の構成）
図２は、本実施形態に係る情報受信端末１の内部構成を示すブロック図である。
【００２１】
情報受信端末１は、ＣＰＵ１１と、ＲＯＭ１２と、メモリ１３と、ＧＵＩ１４と、コンテンツ管理部１５と、タイマ１６と、通信モジュール１７と、アンテナ１８と、メイン内部バス１９とを備える。
【００２２】
ＣＰＵ１１は、情報受信端末１の制御を司るものであり、後述するＲＯＭ１２に格納された制御プログラムに従い、以下に説明する各構成部に対して制御指令を送信する。
またＣＰＵ１１は、プログラムによる制御の下、後述するメモリ１３に格納された音楽や動画、ニュース等にかかる音声データ、映像データ、文字データ等の再生を行う機能も有する。再生により得られる映像や音声は、ＧＵＩ１４を構成するＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等である表示部やスピーカから出力される。
【００２３】
ＲＯＭ１２は、情報受信端末１を駆動させるためにＣＰＵ１１において実行されるプログラム等を格納するものである。
【００２４】
メモリ１３は、情報受信端末１を駆動させる際にＣＰＵ１１が必要とするパラメータ等の一時的な格納や、情報受信端末１が後述する通信モジュール１７を介して配信サーバ２等から受信した各種データ等の格納をするものである。主としてＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）や半導体メモリ等が用いられるが、これに限らず、不揮発性の記憶媒体であれば、いかなるものであってもよい。
【００２５】
また、メモリ１３は、１のメモリから成るものでなくとも、異なる種類のメモリから成るものであってもよく、この場合、情報受信端末１を駆動させる際にＣＰＵ１１が必要とするパラメータ等の一時的な格納のためのメモリは、揮発性メモリであってもよい。
【００２６】
また、メモリ１３中において、配信サーバ２等から受信した各種データを格納する箇所については、そのデータの種類に応じて、ある一定の記憶容量を有する複数の領域に分割してもよい。例えば、図２に示すように、「音楽」に関するデータのみを格納する音楽領域１３１、「動画」に関するデータのみを格納する動画領域１３２、「ニュース」に関するデータのみを格納するニュース領域１３３等に分けることができる。
【００２７】
ＧＵＩ１４は、メモリ１３に格納される音声データ、映像データ等であるコンテンツデータの送受信等の情報受信端末１の各種操作を画面表示にしたがって行ったり、メモリ１３に格納されたデータを再生して画像や音声を出力してユーザに視聴させたりするものである。表示させる画面には、ＬＣＤや有機ＥＬ（ｅｌｅｃｔｒｏ−ｌｕｍｉｎｅｓｃｅｎｃｅ）等が用いられる。その他、ＧＵＩ１４は、操作を行うための操作ボタンや、音声を出力するスピーカ等を有する。
【００２８】
コンテンツ管理部１５は、メモリ１３に格納されたコンテンツデータに関する情報を管理する。
【００２９】
タイマ１６は、ＣＰＵ１１の実行するプログラムにしたがって、所定の時間を計測するものであり、例えば、あるデータを２４時間だけメモリ１３に格納するとした場合に、当該データが格納してからの時間を計測する。
【００３０】
なお、コンテンツデータの利用期限が時間によるものではなく、利用回数の制限によるものである場合には、タイマの代わりにカウンタを設けるものであってもよい。
【００３１】
通信モジュール１７は、後述のアンテナ１８を介して、配信サーバ２等の外部端末との間の通信を司るものである。
【００３２】
アンテナ１８は、配信サーバ２などの外部端末から発信される電波の受信、及び当該外部端末等への電波の発信を行うものである。
【００３３】
メイン内部バス１９は、上述した各構成部間を電気的に接続し、それらの間における信号の送受信を行うものである。
【００３４】
（本実施形態におけるコンテンツデータの送受信方法）
次に、本実施形態に係る情報受信端末１におけるコンテンツデータの受信方法について説明する。
【００３５】
図３は、情報受信端末１が配信サーバ２から所望するコンテンツデータを受信する際の動作を示す図である。
【００３６】
情報受信端末１のメモリ１３には、図３に示すように「データＡ」「データＢ」「データＣ」等の複数のコンテンツデータが既に格納されている。ここで、情報受信端末１は、新たなコンテンツデータを読み込むために、配信サーバ２に格納されているコンテンツデータに関するリスト（コンテンツリスト）の送信を受ける（図３の丸１）。
【００３７】
そして、ユーザは、受信したコンテンツデータのリスト中から受信を希望するコンテンツデータを選択する（図３の丸２）。例えば、「データ１」を選択したとする。このとき、「データ１」のサイズが、メモリ１３の未使用領域の容量以下であれば、「データ１」は受信可能であるが、「データ１」のサイズがメモリ１３の未使用領域の容量を超える場合には、このままでは「データ１」を受信することができない。そこで、データを受信する前に、配信サーバ２は、先に当該データのサイズに関するデータを情報受信端末１に送信する（図３の丸３）。
【００３８】
図３においては、受信を希望する「データ１」のサイズが２５０ｋＢであるのに対し、メモリ１３の未使用領域の容量は２００ｋＢであり、このままでは「データ１」を受信することはできない。
【００３９】
このとき、メモリ１３に格納されたコンテンツデータの中に削除可能なデータがあれば、そのデータを削除すれば、「データ１」を格納する領域を確保することができるが、ユーザが削除を望まないデータばかりである場合には、データを削除することもできない。
【００４０】
そこで、メモリ１３に格納されているデータのうちの一部を、一時的にデータ保持サーバ３に移動し、当該データを保管させることにより、「データ１」の保存領域を確保する（図３の丸４）。
【００４１】
その上で、配信サーバ２に対して「データ１」の送信要求を行い（図３の丸５）、配信サーバ２より情報受信端末１へ「データ１」が送信されることになる（図３の丸６）。
尚、本実施形態では、コンテンツリストの送信とデータサイズの送信とを別のステップ（丸１及び丸３）として行ったが、これに限られるものではない。例えば、コンテンツリストの送信時に、当該コンテンツリストに含まれる全てのコンテンツデータのデータサイズも合わせて送信するようにしても良い。この場合、丸２及び丸３のステップを省略することができる。
【００４２】
また、図４は、データ保持サーバ３に保管されていたコンテンツデータを情報受信端末１に戻す際の動作を示す図である。
【００４３】
最初に、データ保持サーバ３に「データＡ」を保管できる期限が到来、或いは、情報受信端末１に「データ１」を格納できる期限が到来すると（図４の丸１）、情報受信端末１のメモリ１３に格納された「データ１」が削除される（図４の丸２）。或いは、当該期限の到来前であっても、ユーザが自主的に「データ１」を削除してもよい。
【００４４】
そして、「データＡ」の格納領域が確保されたところで、データ保持サーバ３に対して「データＡ」の送信要求を行い（図４の丸３）、データ保持サーバ３から「データＡ」を受信（移動）する（図４の丸４）。
【００４５】
このような動作により、情報受信端末１のメモリ１３に格納されたデータが削除できないものであるために新たなデータを受信することができない場合であっても、格納されたデータを削除せず、一時的にデータ保持サーバ３に保管することで、データを削除せずに新たなデータを受信することができる。
【００４６】
（本実施形態におけるコンテンツデータの送受信の動作）
次に、本実施形態に係る情報受信端末における、配信サーバ及びデータ保持サーバとの間におけるデータの送受信の動作について、フローチャートを参照しつつ説明する。
【００４７】
図５は、情報受信端末１が配信サーバ２に格納された新着コンテンツデータを受信する際の動作を示すフローチャートである。
【００４８】
最初に、コンテンツデータを情報受信端末１が自動で取得するよう設定されているか否かの判断を行う（ステップＳ１０１）。コンテンツデータの取得が自動に設定されていないと判断した場合には（Ｓ１０１：Ｎｏ）、ユーザの指示を受け、それにより配信サーバ２における新着コンテンツに関するデータを取得する（ステップＳ１０２）。一方、コンテンツデータの取得が自動に設定されていると判断した場合には（Ｓ１０１：Ｙｅｓ）、上記のＳ１０２の処理は不要である。
【００４９】
次に、配信サーバ２に新着コンテンツがあるか否かの判断を行う（ステップＳ１０３）。配信サーバ２に新着コンテンツがないと判断した場合には（Ｓ１０３：Ｎｏ）、何ら処理を行うことなくこの処理を終了させる。一方、新着コンテンツがあると判断した場合には（Ｓ１０３：Ｙｅｓ）、当該新着コンテンツのサイズに関するデータの取得を行う（ステップＳ１０４）。
【００５０】
次に、新着コンテンツのデータサイズと、メモリ１３における未使用領域の容量とを比較し、新着コンテンツを格納可能な空き容量があるか否かの判断を行う（ステップＳ１０５）。空き容量があると判断した場合には（Ｓ１０５：Ｙｅｓ）、後述のステップＳ１１０へと処理を移し、空き容量がないと判断した場合には（Ｓ１０５：Ｎｏ）、メモリ１３に格納されている既存のコンテンツデータの削除が可能か否かの判断を行う（ステップＳ１０６）。
【００５１】
既存のコンテンツデータの削除が可能であると判断した場合には（Ｓ１０６：Ｙｅｓ）、削除可能なコンテンツデータを削除し（ステップＳ１０７）、空き容量の確保を行う。一方、既存のコンテンツデータの削除が不可能であると判断した場合には（Ｓ１０６：Ｎｏ）、既存のコンテンツデータの一部をデータ保持サーバ３へ移動し、保管させることで（ステップＳ１０８）、空き容量の確保を行う。
【００５２】
そして、新着コンテンツの受信のための空き容量が確保されたか否かの判断を行う（ステップＳ１０９）。まだ空き容量が確保されていないと判断した場合には（Ｓ１０９：Ｎｏ）、ステップＳ１０６へ処理を戻し、再び空き容量の確保を行う。
【００５３】
空き容量の確保がされたら、配信サーバ２との間の通信が可能であるか否かの判断を行う（ステップＳ１１０）。通信が不可能であると判断した場合は（Ｓ１１０：Ｎｏ）、通信可能となるまでこの処理を繰り返し、通信が可能であると判断した場合には（Ｓ１１０：Ｙｅｓ）、配信サーバ２より新着コンテンツの受信を行う（ステップＳ１１１）。
【００５４】
以上のような処理を行うことにより、メモリの空き容量が不足し、新たなコンテンツデータを取得できないような場合にも、既存のコンテンツデータの削除または一時保管により、メモリの空き容量を確保し、新たなコンテンツデータを取得することが可能となる。
【００５５】
次に、データ保持サーバ２に一時的に保管されたコンテンツデータを、情報受信端末１へ戻す際の動作について説明する。
【００５６】
図６は、データ保持サーバ２に一時的に保管されたコンテンツデータを、情報受信端末１へ戻す際の動作を示すフローチャートである。
【００５７】
最初に、データ保持サーバ３に保管したコンテンツデータに、保管期間の制限があるか否か、或いは、情報受信端末が受信した新着コンテンツに利用機関の制限があるか否かの判断が行われる（ステップＳ１２１）。これらの制限とは、例えば、データ保持サーバ３へのコンテンツデータの保管は１週間以内に限り認められる、情報受信端末１の受信した新着コンテンツの利用は、受信してから1週間に限られる、などの制限である。
【００５８】
これらの制限がないと判断した場合には（Ｓ１２１：Ｎｏ）、後述のステップＳ１２５へ処理を移し、制限があると判断した場合には（Ｓ１２１：Ｙｅｓ）、期限の管理を行っているのは情報受信端末1側であるか否かの判断を行う（ステップＳ１２２）。
【００５９】
管理を行っているのは端末でなくサーバ側であると判断した場合には（Ｓ１２２：Ｎｏ）、期限の管理を行うデータ保持サーバ３からデータ保持期限を超過する旨の通知があったか否かの判断を行う（ステップＳ１２３）。
【００６０】
一方、管理を行っているのは端末側であると判断した場合には（Ｓ１２２：Ｙｅｓ）、保存されたコンテンツデータの利用期間が超過しているか否かの判断を行う（ステップＳ１２４）。
【００６１】
データ保持サーバ３からの通知がないと判断した場合（Ｓ１２３：Ｎｏ）、端末においてデータ利用期間が超過していないと判断した場合（Ｓ１２４：Ｎｏ）、及びコンテンツ2期間制限がないと判断した場合（Ｓ１２１：Ｎｏ）には、ユーザよりコンテンツデータの削除指示があったか否かの判断が行われる（ステップＳ１２５）。
【００６２】
ユーザよりコンテンツデータの削除指示がなかったと判断された場合には（Ｓ１２５：Ｎｏ）、このままこの処理を終了する。
【００６３】
データ保持サーバ３からの通知があったと判断した場合（Ｓ１２３：Ｙｅｓ）、端末においてデータ利用期間が超過していると判断した場合（Ｓ１２４：Ｙｅｓ）、及びユーザよりコンテンツデータの削除指示があったと判断された場合（Ｓ１２５：Ｙｅｓ）には、コンテンツデータの削除を行う（ステップＳ１２６）。
【００６４】
次に、データ保持サーバ３との間の通信が可能であるか否かの判断を行う（ステップＳ１２７）。通信が不可能であると判断した場合は（Ｓ１２７：Ｎｏ）、通信可能となるまでこの処理を繰り返し、通信が可能であると判断した場合には（Ｓ１２７：Ｙｅｓ）、データ保持サーバ３より保管されていたコンテンツデータの返還（移動）を受ける（ステップＳ１２８）。
【００６５】
以上のような処理を行うことにより、メモリの空き容量が不足したために、一時的にデータ保持サーバ３へ保管していたデータの返還を受けることができる。
【図面の簡単な説明】
【００６６】
【図１】第１の実施形態に係る情報受信端末より構成されるネットワークの概要を示す構成図である。
【図２】第１の実施形態に係る情報受信端末１の内部構成を示すブロック図である。
【図３】情報受信端末１が配信サーバ２から所望するコンテンツデータを受信する際の動作を示す図である。
【図４】データ保持サーバ３に保管されていたコンテンツデータを情報受信端末１に戻す際の動作を示す図である。
【図５】情報受信端末１が配信サーバ２に格納された新着コンテンツデータを受信する際の動作を示すフローチャートである。
【図６】データ保持サーバ２に一時的に保管されたコンテンツデータを、情報受信端末１へ戻す際の動作を示すフローチャートである。
【符号の説明】
【００６７】
１、情報受信端末  ２、配信サーバ  ３、データ保持サーバ  １１、ＣＰＵ
１２、ＲＯＭ  １３、メモリ  １４、ＧＵＩ  １５、コンテンツ管理部  １６、タイマ
１７、通信モジュール  １８、アンテナ  １９、メイン内部バス  １３１、音楽領域
１３２、動画領域  １３３、ニュース領域
【図１】
2007336087.tif 000003
【図２】
2007336087.tif 000004
【図３】
2007336087.tif 000005
【図４】
2007336087.tif 000006
【図５】
2007336087.tif 000007
【図６】
2007336087.tif 000008