"複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得手段と、取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択手段と、上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得手段と、取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択手段と、ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得手段とを備えていることを特徴とするコンテンツ再生装置。取得された上記サービスリストを、非揮発性メモリに保存するサービスリスト保存手段をさらに備えており、上記サービスリスト取得手段は、上記サーバから上記サービスリストを取得できない場合、当該サービスリストと同じ内容のサービスリストを、上記非揮発性メモリから取得することを特徴とする請求項1に記載のコンテンツ再生装置。取得された上記コンテンツリストを、上記非揮発性メモリに保存するコンテンツリスト保存手段をさらに備えており、上記コンテンツリスト取得手段は、上記サーバから上記コンテンツリストが取得できない場合、当該コンテンツリストと同じ内容のコンテンツリストを、上記非揮発性メモリから取得することを特徴とする請求項2に記載のコンテンツ再生装置。コンテンツ再生装置の位置に関する位置情報を取得する位置情報取得手段をさらに備えており、上記サービスリスト取得手段は、上記位置情報に応じた上記サービスリストを上記サーバから取得することを特徴とする請求項1~3のいずれか1項の記載のコンテンツ再生装置。コンテンツ再生装置のユーザを識別するための識別情報を取得する識別情報取得手段をさらに備えており、上記サービスリスト取得手段は、上記識別情報に応じた上記サービスリストを上記サーバから取得することを特徴とする請求項1~4のいずれか1項の記載のコンテンツ再生装置。請求項1~5のいずれか1項に記載のコンテンツ再生装置と、上記コンテンツ再生装置に、上記サービスリスト、上記コンテンツリスト、および、上記ユーザによって選択されたコンテンツとを配信するサーバとを備えていることを特徴とするコンテンツ配信システム。複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得ステップと、取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択ステップと、上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得ステップと、取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択ステップと、ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得ステップとを備えていることを特徴するコンテンツ再生方法。請求項1~5のいずれか1項に記載のコンテンツ再生装置を動作させるプログラムであって、コンピュータを上記の各手段として機能させるためのプログラム。請求項8に記載のプログラムを記録しているコンピュータ読み取り可能な記録媒体。しかし、従来の技術では、各店舗がそれぞれ個別に提供するサービス仮想店舗を、仮想ショッピングモールにおいて一元的に管理しているため、新たなサービスを追加しようとする場合、既存の管理情報を大きく修正する必要がある。このような柔軟性を欠いた管理方法では、新たなサービスを提供する際の手間が大きくなる問題が生ずる。本発明は上記の課題を解決するためになされたものである。そしてその目的は、新たなサービスをユーザに提供する際の手間を少なくすることができるコンテンツ再生装置、コンテンツ再生方法、コンテンツ配信システム、プログラム、および記録媒体を提供することにある。本発明に係るコンテンツ再生装置は、上記の課題を解決するために、複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得手段と、取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択手段と、上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得手段と、取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択手段と、ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得手段とを備えていることを特徴としている。上記の構成によれば、サービスリストおよびコンテンツリストを使うことによって、コンテンツ再生装置は、サーバから所望のコンテンツを取得することができる。その際、サービスリストには複数のサービスに関する情報が含まれているので、ユーザは、複数のサービスを切り替えて利用できる。すなわち、所望のサービスに関するコンテンツを取得できる。ここで、本発明では、サービスリストとコンテンツリストとは、互いに分離されている。また、複数のサービスのうちユーザが選択したサービスに関するコンテンツリストを、コンテンツ再生装置はサーバから取得できる。したがってサーバにはサービスごとに、そのサービス専用のコンテンツリストが用意されている。このように、本発明では、サービスリストとコンテンツリストとは、互いに階層構造の関係にある。したがって、新たなサービスをコンテンツ再生装置のユーザに利用させたい場合、サービスリストにそのサービスに関する情報を追記すればよい。サービスリストにおける既存の情報は、何ら改変する必要がない。その上で、このサービスに関する新たなコンテンツリストをサーバに用意し、コンテンツ再生装置に配信できるようにすればよい。既存のサービスに関するコンテンツリストは、何ら改変する必要がない。以上のように、本発明に係るコンテンツ再生装置では、新たなサービスをユーザに提供する際の手間を少なくすることができる効果を奏する。本発明に係るコンテンツ再生方法は、上記の課題を解決するために、複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得ステップと、取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択ステップと、上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得ステップと、取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択ステップと、ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得ステップとを備えていることを特徴としている。上記の構成によれば、本発明に係るコンテンツ再生装置と同様の作用効果を奏する。本発明に係るコンテンツ再生装置では、さらに、取得された上記サービスリストを、非揮発性メモリに保存するサービスリスト保存手段をさらに備えており、上記サービスリスト取得手段は、上記サーバから上記サービスリストを取得できない場合、当該サービスリストと同じ内容のサービスリストを、上記非揮発性メモリから取得することが好ましい。上記の構成によれば、コンテンツ再生装置がオフライン状態にあり、サーバと通信できない場合でも、ユーザは所望のサービスを選択することができる。本発明に係るコンテンツ再生装置では、さらに、取得された上記コンテンツリストを、上記非揮発性メモリに保存するコンテンツリスト保存手段をさらに備えており、上記コンテンツリスト取得手段は、上記サーバから上記コンテンツリストが取得できない場合、当該コンテンツリストと同じ内容のコンテンツリストを、上記非揮発性メモリから取得することが好ましい。上記の構成によれば、コンテンツ再生装置がオフライン状態にあり、サーバと通信できない場合でも、ユーザは所望のコンテンツを選択することができる。本発明に係るコンテンツ再生装置では、さらに、コンテンツ再生装置の位置に関する位置情報を取得する位置情報取得手段をさらに備えており、上記サービスリスト取得手段は、上記位置情報に応じた上記サービスリストを上記サーバから取得することが好ましい。上記の構成によれば、コンテンツ再生装置の位置に応じた様々なサービスを、ユーザに利用させることができる。本発明に係るコンテンツ再生装置では、さらに、コンテンツ再生装置のユーザを識別するための識別情報を取得する識別情報取得手段をさらに備えており、上記サービスリスト取得手段は、上記識別情報に応じた上記サービスリストを上記サーバから取得することが好ましい。上記の構成によれば、ユーザの種類に応じた様々なサービスを、ユーザに利用させることができる。本発明に係るコンテンツ配信システムは、上記の課題を解決するために、上述したいずれかのコンテンツ再生装置と、上記コンテンツ再生装置に、上記サービスリスト、上記コンテンツリスト、および、上記ユーザによって選択されたコンテンツとを配信するサーバとを備えていることを特徴としている。上記の構成によれば、新たなサービスをユーザに提供する際の手間を少なくすることができるコンテンツ配信システムを実現できる。なお、上記コンテンツ再生装置は、コンピュータによって実現してもよい。この場合、コンピュータを上記各手段として動作させることにより上記コンテンツ再生装置をコンピュータにおいて実現するプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。本発明に係るコンテンツ再生装置では、新たなサービスをユーザに提供する際の手間を少なくすることができるという効果を奏する。本発明に係るコンテンツ配信システム100の一実施形態について、図1~図21を参照して以下に説明する。コンテンツ配信システム100の構成図1は、本発明の一実施形態に係るコンテンツ配信システム100の要部構成を示すブロック図である。この図に示すように、コンテンツ配信システム100は、携帯端末1コンテンツ再生装置およびサーバ2によって構成されている。携帯端末1とサーバ2とは、ネットワーク4によって互いに通信可能である。サーバ2は、インターネット上の仮想ショッピングモールを運営する装置である。携帯端末1のユーザは、携帯端末1を使ってサーバ2にアクセスすることによって、この仮想ショッピングモールを利用する。サーバ2は、ユーザが選択した各種のコンテンツ電子書籍、楽曲データ等を、携帯端末1に配信する機能も有している。図1では、サーバ2は1台のサーバとして表記されている。しかしサーバ2は、それぞれが異なる機能を有する複数のサーバの集合体であってもよい。たとえば、このような個別のサーバとして、RSS管理サーバ、RSS配信サーバ、データ管理サーバ、データ配信サーバ、データ入稿サーバ、およびRSS作成サーバなどがある。携帯端末1の構成図1に示すように、携帯端末1は、ユーザ入力取得部10、ユーザ入力処理部12サービス選択手段、コンテンツ選択手段、ネットワーク処理部14、データリスト処理部16、サービスリスト取得部18サービスリスト取得手段、位置情報取得手段、識別情報取得手段、コンテンツリスト取得部20コンテンツリスト取得手段、サービスリスト制御部22、コンテンツリスト制御部24、データリスト管理部26サービスリスト保存手段、コンテンツリスト保存手段、内部記憶部28非揮発性メモリ、ダウンロードコンテンツ管理部30コンテンツ取得手段、表示制御部32コンテンツ再生手段、サービス選択手段、コンテンツ選択手段、表示部34、および外部記憶部36非揮発性メモリを備えている。ユーザ入力取得部10は、タッチパネルまたはボタンなどの、ユーザによる入力を受け付けるハードウェアである。本実施形態では、タッチパネルとしてのユーザ入力取得部10が、表示部34の表示画面上に形成されている。ユーザ入力処理部12は、ユーザ入力取得部10に対するユーザの入力操作を検知し、解析する。その結果、たとえばタップ、ドラッグ、フリックなどの、操作の具体的内容を特定する。また、特定した内容に応じて、携帯端末1内の各部材に対して、実行すべき処理を指定する。サービスリスト取得部18は、サーバ2からサービスリスト40を取得し、サービスリスト40に含まれている項目を解析する。サービスリスト40の詳細については後述する。本実施形態では、サービスリスト取得部18はいわゆるRSSパーサーの一種である。サービスリスト制御部22は、サービスリスト取得部18から取得したサービスリスト40と、内部記憶部28内のデータベースに形成されたサービステーブル90とを比較する。サービステーブル90については後述する。サービスリスト制御部22は、比較結果に応じて、サービスリスト40をデータベースに登録したり、サービスの新着設定を行ったりする。さらに、ユーザ操作に応じて、表示サービスを決定する。サービスリスト取得部18は、サーバ2からコンテンツリスト42を取得し、コンテンツリスト42に含まれている項目を解析する。コンテンツリスト42の詳細については後述する。本実施形態では、コンテンツリスト取得部20は、いわゆるRSSパーサーである。コンテンツリスト制御部24は、コンテンツリスト取得部20から取得したコンテンツリスト42と、内部記憶部28内のデータベースに形成されたコンテンツテーブル92とを比較する。コンテンツテーブル92については後述する。コンテンツリスト制御部24は、比較結果に応じて、コンテンツリスト42をデータベースに登録したり、コンテンツの新着設定を行ったりする。また、サービスリスト制御部22によって決定された表示サービスに応じて、表示するコンテンツリスト42を決定する。データリスト管理部26は、サービスリスト40およびコンテンツリスト42を、携帯端末1内に保存し、かつ、管理する。保存する際には、サービスリスト40およびコンテンツリスト42をそのままの形式で保存するのではなく、内部記憶部28内のデータベースにテーブル形式で保存する。内部記憶部28は、ハードディスクなどの不揮発性のメモリである。データリスト管理部26は、このようなデータベースを内部記憶部28内に構築したり、データベース内のテーブルを形成したり、テーブルの値を更新したりする処理を行う。また、テーブルから値を取得する処理も担当する。ダウンロードコンテンツ管理部30は、携帯端末1がサーバ2からダウンロードしたコンテンツを、携帯端末1において管理する。具体的には、ダウンロードしたコンテンツを外部記憶部36に保存する。外部記憶部36は、SDカードなどの不揮発性メモリである。ダウンロードコンテンツ管理部30は、ダウンロード済みコンテンツの一覧を外部記憶部36から取得する。さらに、再生対象のダウンロード済みコンテンツを、外部記憶部36から取得する。表示制御部32は、各種の情報の表示部34における表示を制御する。その対象は、たとえば、サービスリスト40、コンテンツリスト42、ダウンロード済みコンテンツリスト、コンテンツ選択画面などである。また、コンテンツそのものも表示部34に表示する。表示部34は、液晶ディスプレイなどの、情報を画面に表示する表示デバイスである。携帯端末1のユーザは、仮想ショッピングモールを利用するための専用のアプリケーションを、携帯端末1にインストールする。そして、このアプリケーションを通じて、仮想ショッピングモールを利用する。携帯端末1内のデータリスト処理部16等の各ブロックは、このアプリケーションの機能の一部を担当する。携帯端末1は、サーバ2が配信するサービスリスト40およびコンテンツリスト42を利用することによって、サーバ2が提供する仮想ショッピングモールを利用する。言い換えると、サーバ2が配信するコンテンツをダウンロードするためには、携帯端末1は、まずサービスリスト40およびコンテンツリスト42をサーバ2から取得する必要がある。階層リスト本実施形態では、サービスリスト40とコンテンツリスト42とは互いに分離されており、かつ、互いに階層関係にある。図2は、サービスリスト40とコンテンツリスト42との階層関係を模式的に示す説明図である。サービスリスト40は、複数の異なるサービスについての情報を含むリスト情報である。一方、コンテンツリスト42は、複数の異なるコンテンツに関する情報を含むリスト情報である。図2の例では、サービスリスト40は、サービスSS1~SS7の合計7つのサービスに関する情報を含んでいる。また、コンテンツリスト42は、サービスごとに一つずつ、合計、7つ用意されている。すなわち、サービスとコンテンツリスト42とは常に一対一の関係にある。言い換えると、サービスの数と、コンテンツリスト42の数とは常に等しい。各コンテンツリスト42は、いずれも、複数のコンテンツC1,C2,に関する情報を含んでいる。これらの各コンテンツは、いずれも、コンテンツリスト42に対応するサービスに関するものである。したがって、サービスリスト40によって定義される各サービスと、コンテンツリスト42によって定義される各コンテンツとは、互いに階層関係にあると言える。すなわち、サービスが上層にあり、その下層にコンテンツがある。また、あるサービス内に、複数のコンテンツが含まれている。サービスリスト40は、サーバ2の管理者が作成することができる。コンテンツリスト42は、サーバ2の管理者が作成してもよく、または、このコンテンツリスト42に関連するサービスを提供する事業者が作成し、サーバ2に提供するようにしてもよい。あるいは、サーバ2は、各事業者からサービスに関する情報および各コンテンツに関する情報を受け取り、それらの情報に基づき、サービスリスト40およびコンテンツリスト42を自動的に作成するようにしてもよい。サービスリスト40図3は、サービスリスト40のデータ構造の一例を示す図である。この図に示すように、本実施形態では、サービスリスト40はRSSRDFSiteSummaryとして実現される。サービスリスト40は、サービスごとにentryタグを含んでいる。このentryタグ内に、一つのサービスに関する各種の情報が記述される。サービスリスト40に新たなサービスを加える場合は、対応する新たなentryタグを増やせばよい。各entryタグは、複数の他のタグを含んでいる。これらのタグには、いずれも、サービスに関する何らかの情報が記述される。図3の例では、各entryタグは、titleタグ、updatedタグ、linkタグおよびiconタグを含んでいる。titleタグは、サービスの名称を記述する。linkタグには、サービスに対応するコンテンツリスト42を取得するためのアドレスを記述する。サービスリスト40にlinkタグが含まれていることによって、サービスリスト40とコンテンツリスト42とが階層関係になることができる。このように、linkタグはサービスリスト40に必須の構成要素である。updatedタグは、サービスの更新日を記述する。より具体的には、サービスが提供するコンテンツの内容に変更があった日を、更新日とする。iconタグは、サービスを表すアイコンサービスアイコンの格納場所アドレスを記述する。本実施形態では、アイコンはサービスごとに二種類用意されている。一方は、サービスがアクティブであることを表すアイコンであり、もう一方は、サービスが非アクティブであることを表すアイコンである。サービスリスト40に含まれるタグは、上述したものに限られない。サーバ2がサービスリスト40を作る際に、サービスリスト40に定義したタグが、携帯端末1によって解釈可能であるのなら、どのようなタグであっても、サービスリスト40に含めることができる。コンテンツ配信システム100では、サービスリスト取得部18がサービスリスト40をサーバ2から取得する。具体的には次の流れである。サーバ2によって配信されるサービスリスト40を、ネットワーク4を通じてネットワーク処理部14が取得する。ネットワーク処理部14は、取得したサービスリスト40をデータリスト処理部16内のサービスリスト取得部18に出力する。サービスリスト取得部18は、取得したサービスリスト40を参照して、このサービスリスト40によって規定される複数のサービスの各サービスアイコンを取得する。サービスリスト制御部22は、取得したサービスリスト40および複数のサービスアイコンを、それぞれサービスリスト制御部22に出力する。サービスリスト制御部22は、サービスリスト40およびサービスアイコンを、表示制御部32に出力する。表示制御部32は、サービスアイコンを表示部34に画面に表示する。画面表示の一例図4は、サービスリストエリア50にサービスアイコン60および62が表示されている様子を示す図である。この図に示すように、表示制御部32は、表示部34の画面におけるサービスリストエリア50に、各サービスを表すサービスアイコンを表示する。図4の例では、各サービスアイコンはサービスリストエリア50において横並びに一列に配置される。表示制御部32は、ユーザが選択しているサービスについては、そのサービスがアクティブであることを表すサービスアイコン60を表示する。一方、ユーザが選択していないサービスについては、そのサービスが非アクティブであることを表すサービスアイコン62を表す。これらの工夫によって、ユーザは、複数のサービスのうちどれがアクティブであるのかを一目で把握することができる。コンテンツリスト42図5は、コンテンツリスト42のデータ構造を示す図である。この図に示すように、本実施形態では、コンテンツリスト42はRSSRDFSiteSummaryとして実現される。コンテンツリスト42は、コンテンツごとにentryタグを含んでいる。entryタグ内に、コンテンツに関する情報が記述される。コンテンツリスト42に新たなコンテンツを加える場合は、対応する新たなentryタグを増やせばよい。コンテンツリスト42は、entryタグに加えて、一つのlogoタグを含んでいる。logoタグは、このコンテンツリスト42に対応するサービスの背景画像のアドレスを記述する。コンテンツリスト42において、各entryタグは、複数の他のタグを含んでいる。これらのタグには、いずれも、コンテンツに関する何らかの情報が記述される。図5の例では、各entryタグは、idタグ、titleタグ、updatedタグ、contentmineタグ、contributoruriタグ、summaryタグ、sourcegenerator、sourceicon、sourcelinkタグ、およびsourcesubtitleを含んでいる。idタグは、コンテンツに一意に付与された識別子コンテンツIDを表す。後述するように、データリスト管理部26は、データベースにおいて各コンテンツを管理する際、このコンテンツIDを利用する。同一のコンテンツIDは、同一のコンテンツを表す。したがって、各コンテンツリスト42に同じコンテンツIDを含むentryタグがあれば、複数のサービス間で同じコンテンツを共有できる。titleタグは、コンテンツの名称を記述する。この名称は、内部記憶部28に形成されるデータベースに記録される。updatedタグは、コンテンツの更新日を記述する。contentmineタグは、コンテンツのマイムタイプを記述する。マイムタイプとは、コンテンツの種類を示す情報である。携帯端末1は、このマイムタイプに基づき、コンテンツを再生するためのアプリケーションビューアまたはプレイヤ等を決定する。contributoruriタグは、コンテンツの軽量版のアドレスを記述する。このアドレスから入手できるコンテンツは、たとえば、サンプル用のコンテンツである。コンテンツの視聴用に用いる。summaryタグは、コンテンツの説明文を記述する。sourcegeneratorタグは、コンテンツのファイルサイズを記述する。sourceiconは、コンテンツのサムネイルのアドレスを記述する。sourcelinkタグは、コンテンツ本体のアドレスを記述する。sourcesubtitleは、summaryタグで記述される説明文よりも短い、コンテンツの説明文を記述する。コンテンツリスト42は、上述した各タグ以外にも、著者名を示すタグ、または出版社名を示すタグなどの、一般的なタグを含んでいてもよい。また、コンテンツリスト42に含まれるタグは、上述したものに限られない。サーバ2がコンテンツリスト42を作成する際に、コンテンツリスト42に定義したタグが、携帯端末1によって解釈可能であるのなら、どのようなタグであっても、コンテンツリスト42に含めることができる。コンテンツ配信システム100では、コンテンツリスト取得部20がコンテンツリスト42をサーバ2から取得する。具体的には次の流れである。サーバ2によって配信されるコンテンツリスト42を、ネットワーク4を通じてネットワーク処理部14が取得する。ネットワーク処理部14は、取得したサービスリスト40をデータリスト処理部16内のコンテンツリスト取得部20に出力する。コンテンツリスト取得部20は、取得したコンテンツリスト42を参照して、コンテンツリスト42によって規定される複数のコンテンツを示す各コンテンツサムネイルを、サーバ2から取得する。コンテンツリスト取得部20は、取得したサービスリスト40および複数のコンテンツサムネイルを、それぞれコンテンツリスト制御部24に出力する。コンテンツリスト制御部24は、サービスリスト40およびコンテンツサムネイルを、表示制御部32に出力する。表示制御部32は、複数のコンテンツサムネイルを表示部34に画面に表示する。画面表示の一例図6は、コンテンツリストエリア52に複数のコンテンツサムネイル64が表示されている様子を示す図である。この図に示すように、表示制御部32は、表示部34の画面におけるコンテンツリストエリア52に、各コンテンツを表すコンテンツサムネイル64を表示する。これにより、複数のコンテンツをユーザに対し提示し、そのいずれかをユーザに選択させるようにする。図6の例では、各コンテンツサムネイル64はコンテンツリスト42においてマトリックス状に配置される。表示制御部32は、コンテンツサムネイル64に加えて、このサービスの背景画像66もコンテンツリストエリア52に表示する。基本画面図7は、携帯端末1の表示部34における基本画面を示す図である。この図に示すように、表示部34の基本画面は、サービスリストエリア50、コンテンツリストエリア52、およびバー72を含んでいる。サービスリストエリア50には、サービスアイコン60およびサービスアイコン62が表示される。コンテンツリストエリア52には、複数のコンテンツサムネイル64、および一つの背景画像66が表示される。図7では、コンテンツリストエリア52において、ユーザがダウンロード済みのコンテンツを表すコンテンツサムネイル64には、その事実を表すチェックマーク68が付与される。ダウンロード済みコンテンツの表示バー72を画面上部に移動させると、図7の画面は図8に示す画面に遷移する。図8は、ダウンロード済みコンテンツリストエリア54を含む画面を示す図である。この図に示す画面は、サービスリストエリア50、コンテンツリストエリア52、バー72に加え、ダウンロード済みコンテンツリストエリア54を含んでいる。ダウンロード済みコンテンツリストエリア54には、ユーザが過去にダウンロードし、現在、携帯端末1内に保存されているコンテンツを表すダウンロード済みコンテンツサムネイル76が表示される。ユーザが過去にダウンロードしたが、携帯端末1からは削除されたコンテンツを表すサムネイルは、ダウンロード済みコンテンツリストエリア54には表示されない。ダウンロード済みコンテンツサムネイル76には、全て、チェックマーク68が付与される。バー72を画面下部に移動させると、図8の画面は図7の画面に遷移する。ダウンロード済みコンテンツの選択図7または図8の画面が表示部34に表示されているとき、ユーザが、チェックマーク68が付与されたいずれかのサムネイルを、コンテンツリストエリア52またはダウンロード済みコンテンツリストエリア54から選択すると、図9の画面が表示部34に表示される。その際、ユーザは、サムネイルをタップ、ロングタップ、またはダブルタップすればよい。図9は、ダウンロード済みコンテンツを選択するための画面を示す図である。この図に示す画面は、ダウンロード済みコンテンツリストエリア54および詳細表示エリア56を含んでいる。詳細表示エリア56には、ユーザが選択したコンテンツのコンテンツサムネイル76、および、そのコンテンツに関する各種の情報コンテンツ名、説明文、および更新日等が表示される。これらの情報は、コンテンツリスト42に記述されている。詳細表示エリア56に表示されたコンテンツをユーザが選択すれば、携帯端末1は、選択されたコンテンツの再生を開始する。これにより、コンテンツが電子書籍であれば、ユーザはその電子書籍を閲覧することができる。未ダウンロードコンテンツの選択図7または図8の画面が表示部34に表示されているとき、ユーザが、チェックマーク68が付与されていないいずれかのサムネイルを、コンテンツリストエリア52から選択すると、図10の画面が表示部34に表示される。図10は、未ダウンロードコンテンツを選択するための画面を示す図である。この図に示す画面は、ダウンロード済みコンテンツリストエリア54および詳細表示エリア56を含んでいる。詳細表示エリア56には、ユーザが選択したコンテンツのコンテンツサムネイル78、および、そのコンテンツに関する各種の情報コンテンツ名、説明文、および更新日等が表示される。これらの情報は、コンテンツリスト42に記述されている。詳細表示エリア56に表示されたコンテンツサムネイルを画面上でユーザがタップすれば、携帯端末1は、選択されたコンテンツサムネイルによって表されるコンテンツの軽量版をコンテンツからダウンロードし、再生する。携帯端末1は、このときダウンロードした軽量版のコンテンツを、携帯端末1内には保存しない。一方、詳細表示エリア56に表示されたコンテンツサムネイルを画面上でユーザが下フリックすれば、携帯端末1は、選択されたコンテンツサムネイルによって表されるコンテンツの本体を、サーバ2からダウンロードする。ダウンロードコンテンツ管理部30は、このときダウンロードしたコンテンツの本体を、携帯端末1内に保存する。具体的には、ダウンロード済みコンテンツ管理部30が、ダウンロードされたコンテンツの本体を、外部記憶部36に保存する。ダウンロードの完了後、このコンテンツのコンテンツサムネイルが画面に表示されるときには、コンテンツがダウンロード済みであることを示すチェックマーク68がかならず付与される。図9または図10の画面が表示されているとき、ユーザが、戻るボタンを押下するか、詳細表示エリア56における欄外サムネイル以外の場所をタップすると、表示部34に表示される画面は、図7または図8のものに戻る。本発明の利点上述したように、コンテンツ配信システム100では、サービスリスト40およびコンテンツリスト42を使うことによって、携帯端末1は、サーバ2から所望のコンテンツを取得することができる。その際、サービスリスト40には複数のサービスに関する情報が含まれているので、ユーザは、複数のサービスを切り替えて利用できる。すなわち、所望のサービスに関するコンテンツを取得できる。コンテンツ配信システム100では、サービスリスト40とコンテンツリスト42とは、互いに分離されている。また、複数のサービスのうちユーザが選択したサービスに関するコンテンツリスト42を、携帯端末1からはサーバ2から取得できる。したがってサーバ2にはサービスごとに、そのサービス専用のコンテンツリスト42が用意されている。このように、コンテンツ配信システム100では、サービスリスト40とコンテンツリスト42とは、互いに階層構造の関係にある。したがって、新たなサービスを携帯端末1のユーザに利用させたい場合、サービスリスト40にそのサービスに関する情報を追記すればよい。サービスリスト40における既存の情報は、何ら改変する必要がない。その上で、このサービスに関する新たなコンテンツリスト42をサーバ2に用意し、携帯端末1に配信できるようにすればよい。既存のサービスに関するコンテンツリスト42は、何ら改変する必要がない。以上のように、コンテンツ配信システム100では、新たなサービスをユーザに提供する際の手間を少なくすることができる。サーバ2による新着の設定携帯端末1では、あるサービスに対応するコンテンツリスト42に、以前にはなかった新たなコンテンツの情報を含めるとき、そのことを示す特別なタグを、サービスリスト40およびコンテンツリスト42に追加する。図11aは、新着を示すタグを含むサービスリスト40を示す図であり、図11bは、新着を示すタグを含むコンテンツリスト42を示す図である。図11aの例では、サービスリスト40は、サービスSS1に関するentryタグ内に、labelタグを含んでいる。このlabelタグは、サービスに新たなコンテンツが追加されたか否かを記述する。本実施形態では、newが記述されていれば、サービスに新たなコンテンツが追加されたことを表す。一方、labelタグに何も記述されていなければ、サービスには何も新たなコンテンツは追加されていないことを表す。図11bの例では、コンテンツリスト42は、コンテンツC1に関するentryタグ内に、labelタグを含んでいる。このlabelタグは、コンテンツが新たな追加されたものであることを表している。新着の表示図12は、サービスアイコン60およびコンテンツサムネイル64にそれぞれ新着アイコン80が付与されている画面を示す図である。表示制御部32は、サービスリスト40内において、labelタグにnewが記述されているサービスについて、そのサービスを表すサービスアイコンを表示する際、そのサービスが新着であることを表す新着アイコン80を付与して表示する。図12の例では、サービスアイコン60がサービスSS1を表し、このサービスアイコン60に、新着アイコン80が付与されている。これによりユーザは、サービスSS1にはこれまでにはなかった新たなコンテンツが追加されていることを把握することができる。サービスリスト40とコンテンツリスト42とは、互いに独立している。したがって携帯端末1は、サービスリスト40を取得するのみで、各サービスが新着であるか否かを判定できる。これにより、図12に示すように、携帯端末1は、現在アクティブなサービスSS1を表すサービスアイコン60に限らず、現在アクティブでない別のサービスを表すサービスアイコン62にも、新着アイコン80を付与して表示することができる。その結果、ユーザは、あるサービスを利用しているときに、アクティブでない表示対象ではない他のサービスに新着があるか否かを確認することができる。表示制御部32は、コンテンツリスト42において、labelタグにnewが記述されているコンテンツサムネイル64に、そのコンテンツが新着であることを表す新着アイコン80を付与して表示する。図12の例では、コンテンツリストエリア52において、左上隅に表示されているコンテンツサムネイル64が、コンテンツC1を表し、このコンテンツサムネイル64に新着アイコン80が付与されている。これによりユーザは、コンテンツC1が新着のコンテンツであることを把握することができる。図11および図12の例では、サービスに新着のコンテンツがあることを、サーバ2が設定している。したがって、サービスリスト40およびコンテンツリスト42内のlabelタグを削除する際は、そのタイミングをサーバ2が決定する。すなわち、携帯端末1がlabelタグを削除することはない。したがって、図11の例では新着コンテンツとは、携帯端末1のユーザのみならず、コンテンツの配信者にとっても新しいコンテンツであると言える。携帯端末1による新着の設定サービスまたはコンテンツの新着の設定は、携帯端末1が行ってもよい。その際、携帯端末1は、サービスリスト40およびコンテンツリスト42に含まれるupdatedタグを利用する。図13aは、更新日を示すタグを含むサービスリスト40を示す図であり、図13bは、更新日を示すタグを含むコンテンツリスト42を示す図である。携帯端末1は、サーバ2から取得したサービスリスト40に含まれる、サービスに関するentryタグに含まれるupdatedタグと、内部記憶部28に記録されている、同じサービスに関するサービステーブル90内の更新日とを比較する。前者の方が新しい日付の場合、このサービスに関するサービステーブル90内に、サービス新着フラグを立てる。このフラグは、サービスリスト40内のlabelタグに相当する。新着フラグを立てたあと、サービステーブル90に新しい更新日を書き込む。携帯端末1は、サービスリスト40に含まれるすべてのサービスを対象に、これらの処理を実行する。また、携帯端末1は、サーバ2から取得したコンテンツリスト42に含まれる、コンテンツに関するentryタグに含まれるupdatedタグと、内部記憶部28に記録されている、同じコンテンツに関するコンテンツテーブル92内の更新日とを比較する。前者の方が新しい日付の場合、このコンテンツに関するコンテンツテーブル92内に、新着フラグを立てる。このフラグは、コンテンツリスト42内のlabelタグに相当する。新着フラグを立てたあと、コンテンツテーブル92に新しい更新日を書き込む。携帯端末1は、コンテンツリスト42に含まれるすべてのコンテンツを対象に、これらの処理を実行する。表示制御部32は、あるサービスのサービスアイコン60またはサービスアイコン62を表示部34に表示する際、内部記憶部28内のデータベースにアクセスして、そのサービスのサービステーブル90を参照し、新着フラグが立っている否かを確認する。立っている場合は、図12に示すように、そのサービスのサービスアイコン60またはサービスアイコン62を表示する際、新着アイコン80を付与して表示する。表示制御部32は、あるコンテンツのコンテンツサムネイル64を表示部34に表示する際、内部記憶部28内のデータベースにアクセスして、そのコンテンツのコンテンツテーブル92を参照し、新着フラグが立っている否かを確認する。立っている場合は、図12に示すように、そのコンテンツのコンテンツサムネイル64を表示する際、新着アイコン80を付与して表示する。上述した例では、サービスまたはコンテンツが新着であることを示す情報は、サービスリスト40またはコンテンツリスト42の中ではなく、内部記憶部28の中に記録されている。したがって、携帯端末1が、新着アイコン80を表示するか否かを制御できる。すなわち、ユーザによって操作、または、サービスリスト40およびコンテンツリスト42を再取得するタイミングで、新着アイコン80の表示を消すか否かを決定できる。たとえば、ユーザが一度選択したコンテンツの新着フラグを、そのコンテンツのコンテンツテーブル92から削除すれば、新着アイコン80が付与されているコンテンツサムネイル64のコンテンツは、ユーザがまだ再生したり閲覧したりしていないコンテンツであるという意味にすることができる。なお、携帯端末1は、あるサービスのサービスアイコン60またはサービスアイコン62に付与する新着アイコン80を削除するタイミングを、そのサービス内のすべてのコンテンツの新着フラグが、各コンテンツのコンテンツテーブル92から消えたときとしてもよい。新着および未読の表示サービスリスト40およびコンテンツリスト42に、labelタグおよびupdatedタグの両方さを含めることによって、サーバ2よる新着の設定と、携帯端末1による新着の設定とを、両方とも行うことができる。図14aは、新着を示すタグおよび更新日を示すタグを両方とも含むサービスリスト40を示す図であり、図14bは、新着を示すタグおよび更新日を示すタグを両方とも含むコンテンツリスト42を示す図である。この場合、表示制御部32は、サーバ2よる新着が設定がなされた場合は、新着アイコン80を表示する。一方、携帯端末1よる新着設定がなされた場合は、新着アイコン80ではなく、コンテンツが未読であることを表す未読アイコン82を表示する。図15は、サービスアイコン60およびコンテンツサムネイル64にそれぞれ新着アイコン80および未読アイコン82が付与されている画面を示す図である。これらの図に示す例では、サービスアイコン60に新着アイコン80および未読アイコン82の両方が付与されている。これは、サービスアイコン60が表すサービスSS1に、ユーザがまだ一度も選択していないコンテンツがあることを示している。また、コンテンツリスト42における左上隅のコンテンツサムネイル64にも、新着アイコン80および未読アイコン82が付与されている。これは、このコンテンツサムネイル64によって表されるコンテンツを、ユーザがまだ一度も選択していないことを示している。なお、サービスを表すサービスアイコン60またはサービスアイコン62に、未読アイコン82を付与する際には、そのサービス内の新着コンテンツが一つでも含まれる場合にするようにしてもよい。図15において、新着アイコン80を削除するタイミングは、サーバ2が決定する。一方、未読アイコン82を削除するタイミングは、携帯端末1が決定する。仮想ショッピングモールの使い分けコンテンツ配信システム100では、配信するサービスリスト40を他の内容のものに変更することによって、異なる構成の仮想ショッピングモールを実現することができる。その際、ユーザが特定エリア内にいるかいないかによって、配信するサービスリスト40を変えることができる。また、ユーザが特定エリアにいる場合でも、ユーザの特定に応じて、配信するサービスリスト40を変えることができる。これらの工夫によって、ユーザの種類や居場所に適した仮想ショッピングモールを、ユーザに利用させることができる。図16aは、特定エリア内でサーバ2が一般ユーザに配信するサービスリスト40の一例を示す図である。図16bは、特定エリア内でサーバ2が従業員に配信するサービスリスト40の一例を示す図である。図16cは、特定エリア外でサーバ2が配信するサービスリスト40の一例を示す図である。一般的なユーザが、特定エリアの一種であるサービスステーション内にいる場合に、サーバ2は、図16aに示すサービスリスト40を、ユーザの携帯端末1に配信する。ここでいうサービスステーションとは、たとえば、空港、駅、ガソリンスタンド、または飲食店などの、公衆無線LANを来客に対して提供する施設のことである。携帯端末1は、自身の周辺にある無線LANを検索する。さらに、見つかった無線LANのルータから、当該無線LANを識別するための識別子を取得する。もし複数の無線LANが見つかった場合には、それぞれの無線LANを識別するための識別子を各ルータから取得するので、複数の識別子を取得することになる。携帯端末1は、特定エリア内にある無線LANを識別するための識別子を格納した一覧テーブルを保持している。この一覧テーブルは、サーバ2から携帯端末1に対して事前に提供されている。携帯端末1は、各ルータから取得した各識別子が、一覧テーブルに含まれているいずれかの識別子と一致するか否かを判定する。携帯端末1は、複数の識別子が、一覧テーブルに含まれているいずれかの識別子と一致すると判定した場合、それらの識別子によって識別される各無線LANの電波強度を、互いに比較する。そして、最も電波強度の高い無線LANを特定し、その無線LANを識別するための識別子を、サーバ2に対して送信する識別子として選択する。この結果、携帯端末1は、特定エリアにある複数の無線LANのうち、最も電波強度の高い無線LANを識別するための識別子を選択することになる。なお、携帯端末1は、一つの識別子のみが、一覧テーブルに含まれているいずれかの識別子と一致していると判定した場合、その識別子を、サーバ2に対して送信する識別子として選択する。また、携帯端末1は、取得した全ての識別子が、一覧テーブルに含まれている如何なる識別子とも一致しないと判定した場合、特定エリア外を示す識別子たとえばotherなどを、サーバ2に対して送信する識別子として選択する。携帯端末1は、サーバ2に対して、何らかの通信回線を通じて接続する。この通信回線は、携帯端末1が選択した無線LANであってもよいし、または、携帯端末1が利用可能な広域通信回線3G回線などであってもよい。携帯端末1は、サーバ2にアクセスする際、選択済みの識別子を、サーバ2に送信する。サーバ2は、受信した識別子に応じたサービスリスト40を選択し、携帯端末1に送信する。この識別子が、特定エリア特定のサービスステーションを示す識別子である場合、ユーザは、オススメ、クーポン、チラシ等の、サービスステーションが提供する各種のサービスを、そのサービスステーション内で利用できる。一方、サービスステーションを運営する事業者の従業員であるユーザが、そのサービスステーション内にいる場合、サーバ2は、図16bに示すサービスリスト40を、ユーザの携帯端末1に配信する。ユーザの携帯端末1は、公衆無線LANを識別する識別子に加え、自身が従業員であることを示す識別情報も取得し、サーバ2に送信する。このような、ユーザの種類を識別するための識別情報は、携帯端末1内のいずれかの記憶部にあらかじめ記憶されている。サーバ2は、受信した識別子および識別情報に応じたサービスリスト40を選択し、携帯端末1に送信する。これにより、ユーザは、マニュアル、販売カタログ、サービスメニュー等のサービスを、サービスステーション内で利用できる。ユーザが、サービスステーション以外の場所にいる場合、サーバ2は、図16cに示すサービスリスト40を、ユーザの携帯端末1に配信する。ユーザは、サービスステーション外で利用できる、何らかの通信回線たとえば3G回線、または自宅の無線LANを利用して、サーバ2にアクセスしている。携帯端末1は、自身の周辺に存在する無線LANを検索し、その無線LANを識別するための識別子を取得する。しかし、携帯端末1は、特定エリア外にいるので、取得した識別子が一覧テーブルに含まれているとは決して判定しない。そこで携帯端末1は、サーバ2に対して、いま自身が特定エリア外にいることを表す識別子をサーバ2に送信する。サーバ2は、受信した識別子に応じたサービスリスト40を選択し、携帯端末1に送信する。サーバ2には、この識別子に対応した特別のサービスリスト40が用意されていない。そこで、一般的なサービスリスト40をサーバ2に送信する。これにより、ユーザは、SS1、SS2、SS3等のサービスを、サービスステーション外で利用できる。これらは、いずれかのサービスステーションを表している。すなわち、各サービスステーションで提供可能なコンテンツを集約したサービスである。特定エリア内の画面図17は、一般ユーザがサービスステーション内にいる際の画面の一例を示す図である。この図に示す例では、ユーザはオススメのサービスを選択している。これにより、画面にはオススメのサービスに関するコンテンツのコンテンツサムネイル64が表示されている。各コンテンツサムネイル64が表すコンテンツは、いくつかの種類に分かれる。まず、共通コンテンツは、何の制限もないコンテンツである。SS1限定コンテンツは、サービスステーション内でのみ配信されるコンテンツである。したがって、サービスステーション内でサービスを利用しているユーザの携帯端末1には、図17に示すように、このコンテンツのコンテンツサムネイル64が表示される。特定エリア外の画面図18は、ユーザが特定エリア外にいる際の画面の一例を示す図である。ユーザがサービスステーションの外部に移動すると、図17の画面は図18の画面に遷移する。図18では、ユーザは、SS1のサービスを選択している。このサービスは、サービスステーションSS1内で提供される各サービスを集約したサービスである。したがって、SS1内で配信されるコンテンツのうち、何の制限もない共通コンテンツのコンテンツサムネイル64は、図18の画面にも表示される。これに加え、サービスステーション外での配信される専用のコンテンツであるSS1外専用コンテンツのコンテンツサムネイル64も、図18の画面には表示される。ユーザは、自宅などの、サービスステーションの外部からのみ、このコンテンツを取得できる。サービスステーション内で配信されるコンテンツには、エリア限定が設定されているコンテンツがある。このようなコンテンツは、サービスステーション内では配信も閲覧も可能であるが、サービスステーション外では配信に加え閲覧もできない。したがって、ユーザがサービスステーション内でエリア限定が設定されているコンテンツをダウンロードしたとしても、このコンテンツをサービスステーション外では閲覧できない。携帯端末1は、ユーザがサービスステーション外に移動した際、エリア限定が設定されているコンテンツを外部記憶部36から削除するか、または、表示部34にまったく表示しないか、あるいは、薄い灰色で表示する。ユーザは、このようにして表示したエリア限定コンテンツを選択したり再生したりすることは出来ない。サービスリスト40の取得処理図19は、携帯端末1がサーバ2からサービスリスト40を取得する際の処理の流れを示すフローチャートである。まず、携帯端末1のサービスリスト取得部18が、携帯端末1の現在位置を示す情報を取得するステップS1。その際、たとえば、GPSを利用して、携帯端末1が存在する場所の住所を取得する。あるいは、携帯端末1が利用している無線LANルータの識別子か、または、携帯端末1の周辺に存在する複数の無線LANから選択した一つの無線LANを識別するための識別子を、現在位置の情報としてもよい。携帯端末1のサービスリスト取得部18は、取得した現在位置の情報をサーバ2に送信することによって、サーバ2に、サービスリスト40の配信を要求する。これによりサービスリスト取得部18は、サーバ2からサービスリスト40を取得するステップS2。ここで、サーバ2は、携帯端末1の位置が変化した場合に、ステップS2の処理を行えばよい。あるいは、携帯端末1の通信状態が、オフラインからオンラインに変わった場合、または、オフラインからオンラインに変わった場合に、行ってもよい。ここで、サービスリスト取得部18は、携帯端末1の現在位置が変わったことをトリガとして、サービスリスト40の配信を要求してもよい。あるいは、携帯端末1の通信状態がオンラインからオフラインへ、またはオフラインからオンラインに変化したことをトリガとしてもよい。サービスリスト取得部18は、サービスリスト40の取得が成功したか否かを判断するステップS3。ステップS3における判定の結果が真であるときYes、サービスリスト取得部18は、携帯端末1が特定エリア内に存在するか否かを判断するステップS4。ステップS4における判定の結果が真であるときYes、サービスリスト取得部18は、取得したサービスリスト40をサービスリスト制御部22を経由して、データリスト管理部26および表示制御部32にそれぞれ出力する。データリスト管理部26は、受け取ったサービスリスト40を内部記憶部28内のデータベースに保存するステップS5。次に、表示制御部32が、受け取ったサービスリスト40を表示部34に表示するステップS6。こうして、図19に示す処理は終了する。一方、ステップS4における判定の結果が偽であるときNo、ステップS5の処理はスキップされる。この結果、表示制御部32が、受け取ったサービスリスト40を表示部34に表示するステップS6。こうして、図19に示す処理は終了する。これにより、携帯端末1が特定エリアに存在するときには、その特定エリアに応じたサービスリスト40を携帯端末1は取得するが、データベースには保存しない。したがって、ユーザが特定エリア外に移動したとしても、データベースにはその特定エリアに応じたサービスリスト40は保存されていないので、オフラインで特定エリアに応じたサービスを利用することはできない。ステップS3における判定の結果が偽であるときNo、すなわち、コンテンツからサービスリスト40を取得できない場合、サービスリスト取得部18は、データベースからサービスリスト40を取得するステップS7。サービスリスト取得部18は、データベースからサービスリスト40を取得することが成功したか否かを判断するステップS8。ステップ8における判定の結果が真であるときYes、サービスリスト取得部18は、取得したサービスリスト40を、サービスリスト制御部22を介して表示制御部32に出力する。表示制御部32は、受け取ったサービスリスト40を表示部34に表示する。この結果、ユーザは、携帯端末1がオフライン状態にあっても、サービスを選択する処理を実行することができる。一方、ステップS8における判定の結果が偽であるときNo、サービスリスト取得部18は、携帯端末1内のいずれかの記憶部に格納されている、デフォルトのサービスリスト40を取得する。このサービスリスト40は、携帯端末1を一度もオンラインに接続していない場合に表示するためのデータである。主に、ネットワークを接続を促すための情報や、簡単な説明書などを、サービスとして含んでいる。サービスリスト取得部18は、取得したサービスリスト40を、サービスリスト制御部22を介して表示制御部32に出力する。表示制御部32は、受け取ったサービスリスト40を表示部34に表示する。こうして、図19に示す処理は終了する。コンテンツリスト42の取得処理図20は、携帯端末1がサーバ2からコンテンツリスト42を取得する際の処理の流れを示すフローチャートである。まず、コンテンツリスト取得部20が、ユーザがコンテンツリスト42の更新を指示したか否かを判断するステップS11。ステップS11における判定の結果が偽であるときNo、コンテンツリスト取得部20は、ユーザがサービスを切り替えたか否かを判断するステップS12。ステップS12における判定の結果が真であるときYes、コンテンツリスト取得部20は、切り替え後のサービスを、表示サービスとして決定するステップS13。サービスリスト取得部18は、表示サービスのコンテンツリスト42が、携帯端末1のメインメモリに展開されているか否かを判断するステップS14。ステップSにおける判定の結果が真であるときYes、コンテンツリスト取得部20は、表示サービスのサービスアイコンに、新着アイコン80が表示されているか否かを判断するステップS15。ステップS15における判定の結果が真であるときYes、コンテンツリスト取得部20は、表示サービス内のコンテンツに変化があったと判断する。これにより、表示サービスの背景画像66およびコンテンツリスト42を、サーバ2から取得するステップS16。コンテンツリスト取得部20は、取得処理が成功したか否かを判断するステップS17。ステップS17における判定の結果が真であるときYes、コンテンツリスト取得部20は、携帯端末1が特定エリア外に存在するか否かを判定するステップS18。ステップS18における判定の結果が真であるときYes、コンテンツリスト取得部20は、取得した背景画像66およびコンテンツリスト42を、コンテンツリスト制御部24を通じて、データリスト管理部26および表示制御部32に出力する。表示制御部32は、受け取った背景画像66およびコンテンツリスト42を、内部記憶部28内のデータベースに保存するステップS19。一方、表示制御部32は、まず、受け取った背景画像66を表示部34に表示するステップS20。ネットワーク処理部14に、受け取ったコンテンツリスト42を表示部34に表示するステップS21。ここでいうコンテンツリスト42の表示とは、コンテンツリスト42そのものをそのまま表示することではなく、コンテンツリスト42に含まれているタグから、コンテンツサムネイル64のアドレスを特定し、そのアドレスからコンテンツサムネイル64を取得して、表示部34に表示する処理のことである。こうして、図20に示す処理は終了する。一方、ステップS15における判定の結果が偽であるときNo、すなわち、表示サービスのサービスアイコンに新着アイコン80が表示されていない場合、表示サービス内のコンテンツに変わりはない。したがってコンテンツリスト取得部20は、表示サービスの背景画像66およびコンテンツリスト42を、メインメモリから取得するステップS22。この後、ステップS20およびS21の処理を実行して、図20に示す処理は終了する。一方、ステップS17における判定の結果が偽であるときNo、すなわち、表示サービスの背景画像66およびコンテンツリスト42をサーバ2から取得できない場合、コンテンツリスト取得部20は、これらを内部記憶部28内のデータベースから取得するステップS23。次にコンテンツリスト取得部20は、背景画像66およびコンテンツリスト42の取得が成功したか否かを判定するステップS24。ステップS24における判定の結果が真であるときYes、この後、ステップS20およびS21の処理を実行して、図20に示す処理は終了する。その結果、データベース内の背景画像66およびコンテンツリスト42が表示部34に表示される。このように携帯端末1は、オフライン状態のためにコンテンツリスト42をサーバ2から取得できない場合も、携帯端末1のデータベースに過去に保存した、表示サービスのコンテンツリスト42を使うことができる。したがってユーザは、オフライン状態でも、表示サービスのコンテンツを閲覧するなどの処理が実行できる。一方、ステップS24における判定の結果が偽であるときNo、すなわち、表示サービスの背景画像66およびコンテンツリスト42をデータベースから取得していない場合、コンテンツリスト取得部20は、携帯端末1のいずれかの記憶部に記録されているデフォルトの背景画像66およびコンテンツリスト42を取得する。この後、ステップS20およびS21の処理を実行して、図20に示す処理は終了する。その結果、デフォルトの背景画像66およびコンテンツリスト42が表示部34に表示される。なお、コンテンツリスト取得部20は、特にユーザからの指示がなく、また表示サービスの切り替えがなされない場合でも、現在の表示サービスに対応するコンテンツリスト42を、定期的にサーバ2から取得してもよい。テーブルのデータ構造図21は、携帯端末1においてデータベースに形成されているテーブルの構造の一例を示す図である。この図に示すように、携帯端末1の内部記憶部28内のデータベースには、サービステーブル90、コンテンツテーブル92、およびリストテーブル94のテーブルが形成されている。サービステーブル90は、サービスリスト40に含まれるサービスごとに設けられる。サービステーブル90は、サービス名、サービスアイコンのアドレス、サービスアイコンpush時のアドレス、サービス更新日、およびサービス新着フラグを、それぞれ値として格納している。コンテンツテーブル92は、コンテンツリスト42に含まれるコンテンツごとに設けられる。コンテンツID、サムネイルパス、本体URL、試読URL、説明文長、説明文短、ファイルサイズ、更新日、および新着フラグを、それぞれ値として格納している。リストテーブル94は、サービス名およびコンテンツIDを値として格納している。あるサービス内の全てのコンテンツのコンテンツIDは、同じリストテーブル94に格納される。したがって、リストテーブル94は複数の異なるコンテンツIDを格納しうる。リストテーブル94内のサービス名と、サービステーブル90内のサービス名とは、互いに関連づけられ、同じ値を取る。リストテーブル94のコンテンツIDと、コンテンツテーブル92のコンテンツIDとは、互いに関連づけられ、互いに同じ値を取る。したがって、携帯端末1は、リストテーブル94を参照することによって、サービステーブル90およびコンテンツテーブル92にそれぞれアクセスすることができる。携帯端末1では、データリスト管理部26が、サービスリスト40およびコンテンツリスト42を用いて、サービステーブル90、コンテンツテーブル92およびリストテーブル94をデータベース内に形成する。これらのテーブル内の各項目の値は、サービスリスト40またはコンテンツリスト42から取得する。たとえば、サービスリスト40内のtitleタグの値を取得し、サービス名の値としてサービステーブル90内に格納する。また、コンテンツリスト42内の識別子タグの値を取得し、コンテンツIDの値として、コンテンツテーブル92内に格納する。携帯端末1は、リストテーブル94を参照することによって、あるサービス内の全コンテンツのコンテンツIDの一覧を取得することができる。プログラムおよび記録媒体最後に、携帯端末1に含まれている各ブロックは、ハードウェアロジックによって構成すればよい。または、次のように、CPUCentralProcessingUnitを用いてソフトウェアによって実現してもよい。すなわち携帯端末1は、各機能を実現するプログラムの命令を実行するCPU、このプログラムを格納したROMReadOnlyMemory、上記プログラムを実行可能な形式に展開するRAMRandomAccessMemory、および、上記プログラムおよび各種データを格納するメモリ等の記憶装置記録媒体を備えている。この構成により、本発明の目的は、所定の記録媒体によっても、達成できる。この記録媒体は、上述した機能を実現するソフトウェアである携帯端末1のプログラムのプログラムコード実行形式プログラム、中間コードプログラム、ソースプログラムをコンピュータで読み取り可能に記録していればよい。携帯端末1に、この記録媒体を供給する。これにより、コンピュータとしての携帯端末1またはCPUやMPUが、供給された記録媒体に記録されているプログラムコードを読み出し、実行すればよい。プログラムコードを携帯端末1に供給する記録媒体は、特定の構造または種類のものに限定されない。すなわちこの記録媒体は、たとえば、磁気テープやカセットテープ等のテープ系、フロッピー登録商標ディスク/ハードディスク等の磁気ディスクやCD-ROM/MO/MD/DVD/CD-R等の光ディスクを含むディスク系、ICカードメモリカードを含む/光カード等のカード系、あるいはマスクROM/EPROM/EEPROM/フラッシュROM等の半導体メモリ系などとすることができる。また、携帯端末1を通信ネットワークと接続可能に構成しても、本発明の目的を達成できる。この場合、上記のプログラムコードを、通信ネットワークを介して携帯端末1に供給する。この通信ネットワークは携帯端末1にプログラムコードを供給できるものであればよく、特定の種類または形態に限定されない。たとえばインターネット、イントラネット、エキストラネット、LAN、ISDN、VAN、CATV通信網、仮想専用網VirtualPrivateNetwork、電話回線網、移動体通信網、衛星通信網等であればよい。この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な任意の媒体であればよく、特定の構成または種類のものに限定されない。たとえばIEEE1394、USBUniversalSerialBus、電力線搬送、ケーブルTV回線、電話線、ADSLAsymmetricDigitalSubscriberLine回線等の有線でも、IrDAやリモコンのような赤外線、Bluetooth登録商標、802.11無線、HDR、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。本発明は上述した各実施形態に限定されるものではない。当業者は、請求項に示した範囲内において、本発明をいろいろと変更できる。すなわち、請求項に示した範囲内において、適宜変更された技術的手段を組み合わせれば、新たな実施形態が得られる。"