(57)【要約】【課題】新たなサービスをユーザに提供する際の手間を少なくする【解決手段】携帯端末１は、複数のサービスに関する情報を含むサービスリストと、このサービスリストから分離されており、複数のサービスのうちユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストとを、サーバ２から取得する。【選択図】図１
2013105340.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得手段と、
取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択手段と、
上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得手段と、
取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択手段と、
ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得手段とを備えていることを特徴とするコンテンツ再生装置。
【請求項２】
取得された上記サービスリストを、非揮発性メモリに保存するサービスリスト保存手段をさらに備えており、
上記サービスリスト取得手段は、上記サーバから上記サービスリストを取得できない場合、当該サービスリストと同じ内容のサービスリストを、上記非揮発性メモリから取得することを特徴とする請求項１に記載のコンテンツ再生装置。
【請求項３】
取得された上記コンテンツリストを、上記非揮発性メモリに保存するコンテンツリスト保存手段をさらに備えており、
上記コンテンツリスト取得手段は、上記サーバから上記コンテンツリストが取得できない場合、当該コンテンツリストと同じ内容のコンテンツリストを、上記非揮発性メモリから取得することを特徴とする請求項２に記載のコンテンツ再生装置。
【請求項４】
コンテンツ再生装置の位置に関する位置情報を取得する位置情報取得手段をさらに備えており、
上記サービスリスト取得手段は、上記位置情報に応じた上記サービスリストを上記サーバから取得することを特徴とする請求項１〜３のいずれか１項の記載のコンテンツ再生装置。
【請求項５】
コンテンツ再生装置のユーザを識別するための識別情報を取得する識別情報取得手段をさらに備えており、
上記サービスリスト取得手段は、上記識別情報に応じた上記サービスリストを上記サーバから取得することを特徴とする請求項１〜４のいずれか１項の記載のコンテンツ再生装置。
【請求項６】
請求項１〜５のいずれか１項に記載のコンテンツ再生装置と、
上記コンテンツ再生装置に、上記サービスリスト、上記コンテンツリスト、および、上記ユーザによって選択されたコンテンツとを配信するサーバとを備えていることを特徴とするコンテンツ配信システム。
【請求項７】
複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得ステップと、
取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択ステップと、
上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得ステップと、
取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択ステップと、
ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得ステップとを備えていることを特徴するコンテンツ再生方法。
【請求項８】
請求項１〜５のいずれか１項に記載のコンテンツ再生装置を動作させるプログラムであって、コンピュータを上記の各手段として機能させるためのプログラム。
【請求項９】
請求項８に記載のプログラムを記録しているコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバからコンテンツ再生装置にコンテンツを配信するコンテンツ配信システム、このコンテンツ配信システムを構成するコンテンツ再生装置、このコンテンツ再生装置が実行するコンテンツ再生方法、このコンテンツ再生装置を実現するためのプログラム、およびこのプログラムが記録されている記録媒体に関する。
【背景技術】
【０００２】
インターネットの発展に伴い、仮想店舗を運営する事業者が増えている。かつて、多くの事業者は、仮想店舗を提供するウェブサイトを自ら運営し、運営していた。しかし、このような仮想店舗が多くなるにつれて、単独の仮想店舗では思うように顧客を集められない問題が生じていた。そこで近年では、複数の異なる事業者が提供する個々の仮想店舗を、一つにまとめて提供する、いわゆる仮想ショッピングモールの導入が進んでいる。
【０００３】
このような仮想ショッピングモールでは、ユーザは各事業者が提供するサービスを、一つの場所（ウェブサイト等）で受けられるという利点がある。また、各事業者にとっては、単独で仮想店舗を運営する場合に比べて、顧客を増やすことができる利点がある。近年では携帯電話機でもアクセスできる仮想ショッピングモールが増えており、このようなモール構造のサービス提供は、今後もますます増加していくことが期待されている。
【０００４】
一方で、異なる事業者がそれぞれ別々のサービスを用意し、それらを一つの仮想ショッピングモールで提供する場合、各サービス、および各サービスが提供する商品を、どのように管理するかが、大きな課題となっている。このような課題を解決すべく、従来、様々な発明がなされている。たとえば特許文献１には、複数の商店および商品を統一ＩＤで管理することによって、各店舗の商品情報や在庫などを、一元的に管理する技術が開示されている。また、特許文献２には、複数店舗で共有する商品を設けることによって、ユーザの利便性を向上させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５７２６３号公報（２００１年１２月２６日公開）
【特許文献２】特開２００８−９５３５号公報（２００８年１月１７日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来の技術では、各店舗がそれぞれ個別に提供するサービス（仮想店舗）を、仮想ショッピングモールにおいて一元的に管理しているため、新たなサービスを追加しようとする場合、既存の管理情報を大きく修正する必要がある。このような柔軟性を欠いた管理方法では、新たなサービスを提供する際の手間が大きくなる問題が生ずる。
【０００７】
本発明は上記の課題を解決するためになされたものである。そしてその目的は、新たなサービスをユーザに提供する際の手間を少なくすることができるコンテンツ再生装置、コンテンツ再生方法、コンテンツ配信システム、プログラム、および記録媒体を提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係るコンテンツ再生装置は、上記の課題を解決するために、
複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得手段と、
取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択手段と、
上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得手段と、
取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択手段と、
ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得手段とを備えていることを特徴としている。
【０００９】
上記の構成によれば、サービスリストおよびコンテンツリストを使うことによって、コンテンツ再生装置は、サーバから所望のコンテンツを取得することができる。その際、サービスリストには複数のサービスに関する情報が含まれているので、ユーザは、複数のサービスを切り替えて利用できる。すなわち、所望のサービスに関するコンテンツを取得できる。
【００１０】
ここで、本発明では、サービスリストとコンテンツリストとは、互いに分離されている。また、複数のサービスのうちユーザが選択したサービスに関するコンテンツリストを、コンテンツ再生装置はサーバから取得できる。したがってサーバにはサービスごとに、そのサービス専用のコンテンツリストが用意されている。
【００１１】
このように、本発明では、サービスリストとコンテンツリストとは、互いに階層構造の関係にある。したがって、新たなサービスをコンテンツ再生装置のユーザに利用させたい場合、サービスリストにそのサービスに関する情報を追記すればよい。サービスリストにおける既存の情報は、何ら改変する必要がない。その上で、このサービスに関する新たなコンテンツリストをサーバに用意し、コンテンツ再生装置に配信できるようにすればよい。既存のサービスに関するコンテンツリストは、何ら改変する必要がない。
【００１２】
以上のように、本発明に係るコンテンツ再生装置では、新たなサービスをユーザに提供する際の手間を少なくすることができる効果を奏する。
【００１３】
本発明に係るコンテンツ再生方法は、上記の課題を解決するために、
複数のサービスに関する情報を含むサービスリストを、サーバから取得するサービスリスト取得ステップと、
取得された上記サービスリストをユーザに提示することによって、上記複数のサービスのうちいずれかをユーザに選択させるサービス選択ステップと、
上記サービスリストから分離されており、上記ユーザによって選択されたサービスに関連する複数のコンテンツに関する情報を含むコンテンツリストを、上記サーバから取得するコンテンツリスト取得ステップと、
取得された上記コンテンツリストをユーザに提示することによって、上記複数のコンテンツのうちいずれかをユーザに選択させるコンテンツ選択ステップと、
ユーザによって選択された上記コンテンツを、上記サーバから取得するコンテンツ取得ステップとを備えていることを特徴としている。
【００１４】
上記の構成によれば、本発明に係るコンテンツ再生装置と同様の作用効果を奏する。
【００１５】
本発明に係るコンテンツ再生装置では、さらに、
取得された上記サービスリストを、非揮発性メモリに保存するサービスリスト保存手段をさらに備えており、
上記サービスリスト取得手段は、上記サーバから上記サービスリストを取得できない場合、当該サービスリストと同じ内容のサービスリストを、上記非揮発性メモリから取得することが好ましい。
【００１６】
上記の構成によれば、コンテンツ再生装置がオフライン状態にあり、サーバと通信できない場合でも、ユーザは所望のサービスを選択することができる。
【００１７】
本発明に係るコンテンツ再生装置では、さらに、
取得された上記コンテンツリストを、上記非揮発性メモリに保存するコンテンツリスト保存手段をさらに備えており、
上記コンテンツリスト取得手段は、上記サーバから上記コンテンツリストが取得できない場合、当該コンテンツリストと同じ内容のコンテンツリストを、上記非揮発性メモリから取得することが好ましい。
【００１８】
上記の構成によれば、コンテンツ再生装置がオフライン状態にあり、サーバと通信できない場合でも、ユーザは所望のコンテンツを選択することができる。
【００１９】
本発明に係るコンテンツ再生装置では、さらに、
コンテンツ再生装置の位置に関する位置情報を取得する位置情報取得手段をさらに備えており、
上記サービスリスト取得手段は、上記位置情報に応じた上記サービスリストを上記サーバから取得することが好ましい。
【００２０】
上記の構成によれば、コンテンツ再生装置の位置に応じた様々なサービスを、ユーザに利用させることができる。
【００２１】
本発明に係るコンテンツ再生装置では、さらに、
コンテンツ再生装置のユーザを識別するための識別情報を取得する識別情報取得手段をさらに備えており、
上記サービスリスト取得手段は、上記識別情報に応じた上記サービスリストを上記サーバから取得することが好ましい。
【００２２】
上記の構成によれば、ユーザの種類に応じた様々なサービスを、ユーザに利用させることができる。
【００２３】
本発明に係るコンテンツ配信システムは、上記の課題を解決するために、
上述したいずれかのコンテンツ再生装置と、
上記コンテンツ再生装置に、上記サービスリスト、上記コンテンツリスト、および、上記ユーザによって選択されたコンテンツとを配信するサーバとを備えていることを特徴としている。
【００２４】
上記の構成によれば、新たなサービスをユーザに提供する際の手間を少なくすることができるコンテンツ配信システムを実現できる。
【００２５】
なお、上記コンテンツ再生装置は、コンピュータによって実現してもよい。この場合、コンピュータを上記各手段として動作させることにより上記コンテンツ再生装置をコンピュータにおいて実現するプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００２６】
本発明に係るコンテンツ再生装置では、新たなサービスをユーザに提供する際の手間を少なくすることができるという効果を奏する。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態に係るコンテンツ配信システムの要部構成を示すブロック図である。
【図２】サービスリストとコンテンツリストとの階層関係を模式的に示す説明図である。
【図３】サービスリストのデータ構造の一例を示す図である。
【図４】サービスリストエリアにサービスアイコンおよび６２が表示されている様子を示す図である。
【図５】コンテンツリストのデータ構造を示す図である。
【図６】コンテンツリストエリア５２に複数のコンテンツサムネイルが表示されている様子を示す図である。
【図７】携帯端末の表示部３４における基本画面を示す図である。
【図８】ダウンロード済みコンテンツリストエリア５４を含む画面を示す図である。
【図９】ダウンロード済みコンテンツを選択するための画面を示す図である。
【図１０】未ダウンロードコンテンツを選択するための画面を示す図である。
【図１１】（ａ）は、新着を示すタグを含むサービスリストを示す図であり、（ｂ）は、新着を示すタグを含むコンテンツリストを示す図である。
【図１２】サービスアイコンおよびコンテンツサムネイルにそれぞれ新着アイコンが付与されている画面を示す図である。
【図１３】（ａ）は、更新日を示すタグを含むサービスリストを示す図であり、（ｂ）は、更新日を示すタグを含むコンテンツリストを示す図である。
【図１４】（ａ）は、新着を示すタグおよび更新日を示すタグを両方とも含むサービスリストを示す図であり、（ｂ）は、新着を示すタグおよび更新日を示すタグを両方とも含むコンテンツリストを示す図である。
【図１５】サービスアイコンおよびコンテンツサムネイルにそれぞれ新着アイコンおよび未読アイコン８２が付与されている画面を示す図である。
【図１６】（ａ）は、特定エリア内でサーバが一般ユーザに配信するサービスリストの一例を示す図であり、（ｂ）は、特定エリア内でサーバが従業員に配信するサービスリストの一例を示す図であり、（ｃ）は、特定エリア外でサーバが配信するサービスリストの一例を示す図である。
【図１７】一般ユーザがサービスステーション内にいる際の画面の一例を示す図である。
【図１８】ユーザが特定エリア外にいる際の画面の一例を示す図である。
【図１９】携帯端末がサーバからサービスリストを取得する際の処理の流れを示すフローチャートである。
【図２０】携帯端末がサーバからコンテンツリストを取得する際の処理の流れを示すフローチャートである。
【図２１】携帯端末においてデータベースに形成されているテーブルの構造の一例を示す図である。
【発明を実施するための形態】
【００２８】
本発明に係るコンテンツ配信システム１００の一実施形態について、図１〜図２１を参照して以下に説明する。
【００２９】
（コンテンツ配信システム１００の構成）
図１は、本発明の一実施形態に係るコンテンツ配信システム１００の要部構成を示すブロック図である。この図に示すように、コンテンツ配信システム１００は、携帯端末１（コンテンツ再生装置）およびサーバ２によって構成されている。携帯端末１とサーバ２とは、ネットワーク４によって互いに通信可能である。サーバ２は、インターネット上の仮想ショッピングモールを運営する装置である。携帯端末１のユーザは、携帯端末１を使ってサーバ２にアクセスすることによって、この仮想ショッピングモールを利用する。サーバ２は、ユーザが選択した各種のコンテンツ（電子書籍、楽曲データ等）を、携帯端末１に配信する機能も有している。
【００３０】
図１では、サーバ２は１台のサーバとして表記されている。しかしサーバ２は、それぞれが異なる機能を有する複数のサーバの集合体であってもよい。たとえば、このような個別のサーバとして、ＲＳＳ管理サーバ、ＲＳＳ配信サーバ、データ管理サーバ、データ配信サーバ、データ入稿サーバ、およびＲＳＳ作成サーバなどがある。
【００３１】
（携帯端末１の構成）
図１に示すように、携帯端末１は、ユーザ入力取得部１０、ユーザ入力処理部１２（サービス選択手段、コンテンツ選択手段）、ネットワーク処理部１４、データリスト処理部１６、サービスリスト取得部１８（サービスリスト取得手段、位置情報取得手段、識別情報取得手段）、コンテンツリスト取得部２０（コンテンツリスト取得手段）、サービスリスト制御部２２、コンテンツリスト制御部２４、データリスト管理部２６（サービスリスト保存手段、コンテンツリスト保存手段）、内部記憶部２８（非揮発性メモリ）、ダウンロードコンテンツ管理部３０（コンテンツ取得手段）、表示制御部３２（コンテンツ再生手段、サービス選択手段、コンテンツ選択手段）、表示部３４、および外部記憶部３６（非揮発性メモリ）を備えている。
【００３２】
ユーザ入力取得部１０は、タッチパネルまたはボタンなどの、ユーザによる入力を受け付けるハードウェアである。本実施形態では、タッチパネルとしてのユーザ入力取得部１０が、表示部３４の表示画面上に形成されている。
【００３３】
ユーザ入力処理部１２は、ユーザ入力取得部１０に対するユーザの入力操作を検知し、解析する。その結果、たとえばタップ、ドラッグ、フリックなどの、操作の具体的内容を特定する。また、特定した内容に応じて、携帯端末１内の各部材に対して、実行すべき処理を指定する。
【００３４】
サービスリスト取得部１８は、サーバ２からサービスリスト４０を取得し、サービスリスト４０に含まれている項目を解析する。サービスリスト４０の詳細については後述する。本実施形態では、サービスリスト取得部１８はいわゆるＲＳＳパーサーの一種である。サービスリスト制御部２２は、サービスリスト取得部１８から取得したサービスリスト４０と、内部記憶部２８内のデータベースに形成されたサービステーブル９０とを比較する。サービステーブル９０については後述する。サービスリスト制御部２２は、比較結果に応じて、サービスリスト４０をデータベースに登録したり、サービスの新着設定を行ったりする。さらに、ユーザ操作に応じて、表示サービスを決定する。
【００３５】
サービスリスト取得部１８は、サーバ２からコンテンツリスト４２を取得し、コンテンツリスト４２に含まれている項目を解析する。コンテンツリスト４２の詳細については後述する。本実施形態では、コンテンツリスト取得部２０は、いわゆるＲＳＳパーサーである。
【００３６】
コンテンツリスト制御部２４は、コンテンツリスト取得部２０から取得したコンテンツリスト４２と、内部記憶部２８内のデータベースに形成されたコンテンツテーブル９２とを比較する。コンテンツテーブル９２については後述する。コンテンツリスト制御部２４は、比較結果に応じて、コンテンツリスト４２をデータベースに登録したり、コンテンツの新着設定を行ったりする。また、サービスリスト制御部２２によって決定された表示サービスに応じて、表示するコンテンツリスト４２を決定する。
【００３７】
データリスト管理部２６は、サービスリスト４０およびコンテンツリスト４２を、携帯端末１内に保存し、かつ、管理する。保存する際には、サービスリスト４０およびコンテンツリスト４２をそのままの形式で保存するのではなく、内部記憶部２８内のデータベースにテーブル形式で保存する。内部記憶部２８は、ハードディスクなどの不揮発性のメモリである。データリスト管理部２６は、このようなデータベースを内部記憶部２８内に構築したり、データベース内のテーブルを形成したり、テーブルの値を更新したりする処理を行う。また、テーブルから値を取得する処理も担当する。
【００３８】
ダウンロードコンテンツ管理部３０は、携帯端末１がサーバ２からダウンロードしたコンテンツを、携帯端末１において管理する。具体的には、ダウンロードしたコンテンツを外部記憶部３６に保存する。外部記憶部３６は、ＳＤカードなどの不揮発性メモリである。ダウンロードコンテンツ管理部３０は、ダウンロード済みコンテンツの一覧を外部記憶部３６から取得する。さらに、再生対象のダウンロード済みコンテンツを、外部記憶部３６から取得する。
【００３９】
表示制御部３２は、各種の情報の表示部３４における表示を制御する。その対象は、たとえば、サービスリスト４０、コンテンツリスト４２、ダウンロード済みコンテンツリスト、コンテンツ選択画面などである。また、コンテンツそのものも表示部３４に表示する。
【００４０】
表示部３４は、液晶ディスプレイなどの、情報を画面に表示する表示デバイスである。
【００４１】
携帯端末１のユーザは、仮想ショッピングモールを利用するための専用のアプリケーションを、携帯端末１にインストールする。そして、このアプリケーションを通じて、仮想ショッピングモールを利用する。携帯端末１内のデータリスト処理部１６等の各ブロックは、このアプリケーションの機能の一部を担当する。
【００４２】
携帯端末１は、サーバ２が配信するサービスリスト４０およびコンテンツリスト４２を利用することによって、サーバ２が提供する仮想ショッピングモールを利用する。言い換えると、サーバ２が配信するコンテンツをダウンロードするためには、携帯端末１は、まずサービスリスト４０およびコンテンツリスト４２をサーバ２から取得する必要がある。
【００４３】
（階層リスト）
本実施形態では、サービスリスト４０とコンテンツリスト４２とは互いに分離されており、かつ、互いに階層関係にある。図２は、サービスリスト４０とコンテンツリスト４２との階層関係を模式的に示す説明図である。サービスリスト４０は、複数の異なるサービスについての情報を含むリスト情報である。一方、コンテンツリスト４２は、複数の異なるコンテンツに関する情報を含むリスト情報である。図２の例では、サービスリスト４０は、サービスＳＳ１〜ＳＳ７の合計７つのサービスに関する情報を含んでいる。また、コンテンツリスト４２は、サービスごとに一つずつ、合計、７つ用意されている。すなわち、サービスとコンテンツリスト４２とは常に一対一の関係にある。言い換えると、サービスの数と、コンテンツリスト４２の数とは常に等しい。
【００４４】
各コンテンツリスト４２は、いずれも、複数のコンテンツＣ１，Ｃ２，・・・に関する情報を含んでいる。これらの各コンテンツは、いずれも、コンテンツリスト４２に対応するサービスに関するものである。したがって、サービスリスト４０によって定義される各サービスと、コンテンツリスト４２によって定義される各コンテンツとは、互いに階層関係にあると言える。すなわち、サービスが上層にあり、その下層にコンテンツがある。また、あるサービス内に、複数のコンテンツが含まれている。
【００４５】
サービスリスト４０は、サーバ２の管理者が作成することができる。コンテンツリスト４２は、サーバ２の管理者が作成してもよく、または、このコンテンツリスト４２に関連するサービスを提供する事業者が作成し、サーバ２に提供するようにしてもよい。あるいは、サーバ２は、各事業者からサービスに関する情報および各コンテンツに関する情報を受け取り、それらの情報に基づき、サービスリスト４０およびコンテンツリスト４２を自動的に作成するようにしてもよい。
【００４６】
（サービスリスト４０）
図３は、サービスリスト４０のデータ構造の一例を示す図である。この図に示すように、本実施形態では、サービスリスト４０はＲＳＳ（RDF Site Summary）として実現される。サービスリスト４０は、サービスごとにentryタグを含んでいる。このentryタグ内に、一つのサービスに関する各種の情報が記述される。サービスリスト４０に新たなサービスを加える場合は、対応する新たなentryタグを増やせばよい。
【００４７】
各entryタグは、複数の他のタグを含んでいる。これらのタグには、いずれも、サービスに関する何らかの情報が記述される。図３の例では、各entryタグは、titleタグ、updatedタグ、linkタグおよびiconタグを含んでいる。titleタグは、サービスの名称を記述する。linkタグには、サービスに対応するコンテンツリスト４２を取得するためのアドレスを記述する。サービスリスト４０にlinkタグが含まれていることによって、サービスリスト４０とコンテンツリスト４２とが階層関係になることができる。このように、linkタグはサービスリスト４０に必須の構成要素である。updatedタグは、サービスの更新日を記述する。より具体的には、サービスが提供するコンテンツの内容に変更があった日を、更新日とする。iconタグは、サービスを表すアイコン（サービスアイコン）の格納場所（アドレス）を記述する。本実施形態では、アイコンはサービスごとに二種類用意されている。一方は、サービスがアクティブであることを表すアイコンであり、もう一方は、サービスが非アクティブであることを表すアイコンである。
【００４８】
サービスリスト４０に含まれるタグは、上述したものに限られない。サーバ２がサービスリスト４０を作る際に、サービスリスト４０に定義したタグが、携帯端末１によって解釈可能であるのなら、どのようなタグであっても、サービスリスト４０に含めることができる。
【００４９】
コンテンツ配信システム１００では、サービスリスト取得部１８がサービスリスト４０をサーバ２から取得する。具体的には次の流れである。サーバ２によって配信されるサービスリスト４０を、ネットワーク４を通じてネットワーク処理部１４が取得する。ネットワーク処理部１４は、取得したサービスリスト４０をデータリスト処理部１６内のサービスリスト取得部１８に出力する。
【００５０】
サービスリスト取得部１８は、取得したサービスリスト４０を参照して、このサービスリスト４０によって規定される複数のサービスの各サービスアイコンを取得する。サービスリスト制御部２２は、取得したサービスリスト４０および複数のサービスアイコンを、それぞれサービスリスト制御部２２に出力する。サービスリスト制御部２２は、サービスリスト４０およびサービスアイコンを、表示制御部３２に出力する。表示制御部３２は、サービスアイコンを表示部３４に画面に表示する。
【００５１】
（画面表示の一例）
図４は、サービスリストエリア５０にサービスアイコン６０および６２が表示されている様子を示す図である。この図に示すように、表示制御部３２は、表示部３４の画面におけるサービスリストエリア５０に、各サービスを表すサービスアイコンを表示する。図４の例では、各サービスアイコンはサービスリストエリア５０において横並びに一列に配置される。表示制御部３２は、ユーザが選択しているサービスについては、そのサービスがアクティブであることを表すサービスアイコン６０を表示する。一方、ユーザが選択していないサービスについては、そのサービスが非アクティブであることを表すサービスアイコン６２を表す。これらの工夫によって、ユーザは、複数のサービスのうちどれがアクティブであるのかを一目で把握することができる。
【００５２】
（コンテンツリスト４２）
図５は、コンテンツリスト４２のデータ構造を示す図である。この図に示すように、本実施形態では、コンテンツリスト４２はＲＳＳ（RDF Site Summary）として実現される。
【００５３】
コンテンツリスト４２は、コンテンツごとにentryタグを含んでいる。entryタグ内に、コンテンツに関する情報が記述される。コンテンツリスト４２に新たなコンテンツを加える場合は、対応する新たなentryタグを増やせばよい。コンテンツリスト４２は、entryタグに加えて、一つのlogoタグを含んでいる。logoタグは、このコンテンツリスト４２に対応するサービスの背景画像のアドレスを記述する。
【００５４】
コンテンツリスト４２において、各entryタグは、複数の他のタグを含んでいる。これらのタグには、いずれも、コンテンツに関する何らかの情報が記述される。図５の例では、各entryタグは、idタグ、titleタグ、updatedタグ、content-mineタグ、contributor-uriタグ、summaryタグ、source-generator、source-icon、source-linkタグ、およびsource-subtitleを含んでいる。
【００５５】
idタグは、コンテンツに一意に付与された識別子（コンテンツＩＤ）を表す。後述するように、データリスト管理部２６は、データベースにおいて各コンテンツを管理する際、このコンテンツＩＤを利用する。同一のコンテンツＩＤは、同一のコンテンツを表す。したがって、各コンテンツリスト４２に同じコンテンツＩＤを含むentryタグがあれば、複数のサービス間で同じコンテンツを共有できる。
【００５６】
titleタグは、コンテンツの名称を記述する。この名称は、内部記憶部２８に形成されるデータベースに記録される。updatedタグは、コンテンツの更新日を記述する。content-mineタグは、コンテンツのマイムタイプを記述する。マイムタイプとは、コンテンツの種類を示す情報である。携帯端末１は、このマイムタイプに基づき、コンテンツを再生するためのアプリケーション（ビューアまたはプレイヤ等）を決定する。contributor-uriタグは、コンテンツの軽量版のアドレスを記述する。このアドレスから入手できるコンテンツは、たとえば、サンプル用のコンテンツである。コンテンツの視聴用に用いる。summaryタグは、コンテンツの説明文を記述する。source-generatorタグは、コンテンツのファイルサイズを記述する。source-iconは、コンテンツのサムネイルのアドレスを記述する。source-linkタグは、コンテンツ本体のアドレスを記述する。source-subtitleは、summaryタグで記述される説明文よりも短い、コンテンツの説明文を記述する。
【００５７】
コンテンツリスト４２は、上述した各タグ以外にも、著者名を示すタグ、または出版社名を示すタグなどの、一般的なタグを含んでいてもよい。また、コンテンツリスト４２に含まれるタグは、上述したものに限られない。サーバ２がコンテンツリスト４２を作成する際に、コンテンツリスト４２に定義したタグが、携帯端末１によって解釈可能であるのなら、どのようなタグであっても、コンテンツリスト４２に含めることができる。
【００５８】
コンテンツ配信システム１００では、コンテンツリスト取得部２０がコンテンツリスト４２をサーバ２から取得する。具体的には次の流れである。サーバ２によって配信されるコンテンツリスト４２を、ネットワーク４を通じてネットワーク処理部１４が取得する。ネットワーク処理部１４は、取得したサービスリスト４０をデータリスト処理部１６内のコンテンツリスト取得部２０に出力する。
【００５９】
コンテンツリスト取得部２０は、取得したコンテンツリスト４２を参照して、コンテンツリスト４２によって規定される複数のコンテンツを示す各コンテンツサムネイルを、サーバ２から取得する。コンテンツリスト取得部２０は、取得したサービスリスト４０および複数のコンテンツサムネイルを、それぞれコンテンツリスト制御部２４に出力する。コンテンツリスト制御部２４は、サービスリスト４０およびコンテンツサムネイルを、表示制御部３２に出力する。表示制御部３２は、複数のコンテンツサムネイルを表示部３４に画面に表示する。
【００６０】
（画面表示の一例）
図６は、コンテンツリストエリア５２に複数のコンテンツサムネイル６４が表示されている様子を示す図である。この図に示すように、表示制御部３２は、表示部３４の画面におけるコンテンツリストエリア５２に、各コンテンツを表すコンテンツサムネイル６４を表示する。これにより、複数のコンテンツをユーザに対し提示し、そのいずれかをユーザに選択させるようにする。図６の例では、各コンテンツサムネイル６４はコンテンツリスト４２においてマトリックス状に配置される。表示制御部３２は、コンテンツサムネイル６４に加えて、このサービスの背景画像６６もコンテンツリストエリア５２に表示する。
【００６１】
（基本画面）
図７は、携帯端末１の表示部３４における基本画面を示す図である。この図に示すように、表示部３４の基本画面は、サービスリストエリア５０、コンテンツリストエリア５２、およびバー７２を含んでいる。サービスリストエリア５０には、サービスアイコン６０およびサービスアイコン６２が表示される。コンテンツリストエリア５２には、複数のコンテンツサムネイル６４、および一つの背景画像６６が表示される。図７では、コンテンツリストエリア５２において、ユーザがダウンロード済みのコンテンツを表すコンテンツサムネイル６４には、その事実を表すチェックマーク６８が付与される。
【００６２】
（ダウンロード済みコンテンツの表示）
バー７２を画面上部に移動させると、図７の画面は図８に示す画面に遷移する。図８は、ダウンロード済みコンテンツリストエリア５４を含む画面を示す図である。この図に示す画面は、サービスリストエリア５０、コンテンツリストエリア５２、バー７２に加え、ダウンロード済みコンテンツリストエリア５４を含んでいる。ダウンロード済みコンテンツリストエリア５４には、ユーザが過去にダウンロードし、現在、携帯端末１内に保存されているコンテンツを表すダウンロード済みコンテンツサムネイル７６が表示される。ユーザが過去にダウンロードしたが、携帯端末１からは削除されたコンテンツを表すサムネイルは、ダウンロード済みコンテンツリストエリア５４には表示されない。ダウンロード済みコンテンツサムネイル７６には、全て、チェックマーク６８が付与される。バー７２を画面下部に移動させると、図８の画面は図７の画面に遷移する。
【００６３】
（ダウンロード済みコンテンツの選択）
図７または図８の画面が表示部３４に表示されているとき、ユーザが、チェックマーク６８が付与されたいずれかのサムネイルを、コンテンツリストエリア５２またはダウンロード済みコンテンツリストエリア５４から選択すると、図９の画面が表示部３４に表示される。その際、ユーザは、サムネイルをタップ、ロングタップ、またはダブルタップすればよい。図９は、ダウンロード済みコンテンツを選択するための画面を示す図である。この図に示す画面は、ダウンロード済みコンテンツリストエリア５４および詳細表示エリア５６を含んでいる。詳細表示エリア５６には、ユーザが選択したコンテンツのコンテンツサムネイル７６、および、そのコンテンツに関する各種の情報（コンテンツ名、説明文、および更新日等）が表示される。これらの情報は、コンテンツリスト４２に記述されている。詳細表示エリア５６に表示されたコンテンツをユーザが選択すれば、携帯端末１は、選択されたコンテンツの再生を開始する。これにより、コンテンツが電子書籍であれば、ユーザはその電子書籍を閲覧することができる。
【００６４】
（未ダウンロードコンテンツの選択）
図７または図８の画面が表示部３４に表示されているとき、ユーザが、チェックマーク６８が付与されていないいずれかのサムネイルを、コンテンツリストエリア５２から選択すると、図１０の画面が表示部３４に表示される。図１０は、未ダウンロードコンテンツを選択するための画面を示す図である。この図に示す画面は、ダウンロード済みコンテンツリストエリア５４および詳細表示エリア５６を含んでいる。詳細表示エリア５６には、ユーザが選択したコンテンツのコンテンツサムネイル７８、および、そのコンテンツに関する各種の情報（コンテンツ名、説明文、および更新日等）が表示される。これらの情報は、コンテンツリスト４２に記述されている。詳細表示エリア５６に表示されたコンテンツサムネイルを画面上でユーザがタップすれば、携帯端末１は、選択されたコンテンツサムネイルによって表されるコンテンツの軽量版をコンテンツからダウンロードし、再生する。携帯端末１は、このときダウンロードした軽量版のコンテンツを、携帯端末１内には保存しない。
【００６５】
一方、詳細表示エリア５６に表示されたコンテンツサムネイルを画面上でユーザが下フリックすれば、携帯端末１は、選択されたコンテンツサムネイルによって表されるコンテンツの本体を、サーバ２からダウンロードする。ダウンロードコンテンツ管理部３０は、このときダウンロードしたコンテンツの本体を、携帯端末１内に保存する。具体的には、ダウンロード済みコンテンツ管理部３０が、ダウンロードされたコンテンツの本体を、外部記憶部３６に保存する。ダウンロードの完了後、このコンテンツのコンテンツサムネイルが画面に表示されるときには、コンテンツがダウンロード済みであることを示すチェックマーク６８がかならず付与される。
【００６６】
図９または図１０の画面が表示されているとき、ユーザが、戻るボタンを押下するか、詳細表示エリア５６における欄外（サムネイル以外の場所）をタップすると、表示部３４に表示される画面は、図７または図８のものに戻る。
【００６７】
（本発明の利点）
上述したように、コンテンツ配信システム１００では、サービスリスト４０およびコンテンツリスト４２を使うことによって、携帯端末１は、サーバ２から所望のコンテンツを取得することができる。その際、サービスリスト４０には複数のサービスに関する情報が含まれているので、ユーザは、複数のサービスを切り替えて利用できる。すなわち、所望のサービスに関するコンテンツを取得できる。
【００６８】
コンテンツ配信システム１００では、サービスリスト４０とコンテンツリスト４２とは、互いに分離されている。また、複数のサービスのうちユーザが選択したサービスに関するコンテンツリスト４２を、携帯端末１からはサーバ２から取得できる。したがってサーバ２にはサービスごとに、そのサービス専用のコンテンツリスト４２が用意されている。
【００６９】
このように、コンテンツ配信システム１００では、サービスリスト４０とコンテンツリスト４２とは、互いに階層構造の関係にある。したがって、新たなサービスを携帯端末１のユーザに利用させたい場合、サービスリスト４０にそのサービスに関する情報を追記すればよい。サービスリスト４０における既存の情報は、何ら改変する必要がない。その上で、このサービスに関する新たなコンテンツリスト４２をサーバ２に用意し、携帯端末１に配信できるようにすればよい。既存のサービスに関するコンテンツリスト４２は、何ら改変する必要がない。
【００７０】
以上のように、コンテンツ配信システム１００では、新たなサービスをユーザに提供する際の手間を少なくすることができる。
【００７１】
（サーバ２による新着の設定）
携帯端末１では、あるサービスに対応するコンテンツリスト４２に、以前にはなかった新たなコンテンツの情報を含めるとき、そのことを示す特別なタグを、サービスリスト４０およびコンテンツリスト４２に追加する。図１１（ａ）は、新着を示すタグを含むサービスリスト４０を示す図であり、図１１（ｂ）は、新着を示すタグを含むコンテンツリスト４２を示す図である。
【００７２】
図１１（ａ）の例では、サービスリスト４０は、「サービスＳＳ１」に関するentryタグ内に、labelタグを含んでいる。このlabelタグは、サービスに新たなコンテンツが追加されたか否かを記述する。本実施形態では、「new」が記述されていれば、サービスに新たなコンテンツが追加されたことを表す。一方、labelタグに何も記述されていなければ、サービスには何も新たなコンテンツは追加されていないことを表す。
【００７３】
図１１（ｂ）の例では、コンテンツリスト４２は、「コンテンツＣ１」に関するentryタグ内に、labelタグを含んでいる。このlabelタグは、コンテンツが新たな追加されたものであることを表している。
【００７４】
（新着の表示）
図１２は、サービスアイコン６０およびコンテンツサムネイル６４にそれぞれ新着アイコン８０が付与されている画面を示す図である。
【００７５】
表示制御部３２は、サービスリスト４０内において、labelタグに「new」が記述されているサービスについて、そのサービスを表すサービスアイコンを表示する際、そのサービスが新着であることを表す新着アイコン８０を付与して表示する。図１２の例では、サービスアイコン６０が「サービスＳＳ１」を表し、このサービスアイコン６０に、新着アイコン８０が付与されている。これによりユーザは、「サービスＳＳ１」にはこれまでにはなかった新たなコンテンツが追加されていることを把握することができる。
【００７６】
サービスリスト４０とコンテンツリスト４２とは、互いに独立している。したがって携帯端末１は、サービスリスト４０を取得するのみで、各サービスが新着であるか否かを判定できる。これにより、図１２に示すように、携帯端末１は、現在アクティブなサービスＳＳ１を表すサービスアイコン６０に限らず、現在アクティブでない別のサービスを表すサービスアイコン６２にも、新着アイコン８０を付与して表示することができる。その結果、ユーザは、あるサービスを利用しているときに、アクティブでない（表示対象ではない）他のサービスに新着があるか否かを確認することができる。
【００７７】
表示制御部３２は、コンテンツリスト４２において、labelタグに「new」が記述されているコンテンツサムネイル６４に、そのコンテンツが新着であることを表す新着アイコン８０を付与して表示する。図１２の例では、コンテンツリストエリア５２において、左上隅に表示されているコンテンツサムネイル６４が、「コンテンツＣ１」を表し、このコンテンツサムネイル６４に新着アイコン８０が付与されている。これによりユーザは、「コンテンツＣ１」が新着のコンテンツであることを把握することができる。
【００７８】
図１１および図１２の例では、サービスに新着のコンテンツがあることを、サーバ２が設定している。したがって、サービスリスト４０およびコンテンツリスト４２内のlabelタグを削除する際は、そのタイミングをサーバ２が決定する。すなわち、携帯端末１がlabelタグを削除することはない。したがって、図１１の例では「新着コンテンツ」とは、携帯端末１のユーザのみならず、コンテンツの配信者にとっても新しいコンテンツであると言える。
【００７９】
（携帯端末１による新着の設定）
サービスまたはコンテンツの新着の設定は、携帯端末１が行ってもよい。その際、携帯端末１は、サービスリスト４０およびコンテンツリスト４２に含まれるupdatedタグを利用する。図１３（ａ）は、更新日を示すタグを含むサービスリスト４０を示す図であり、図１３（ｂ）は、更新日を示すタグを含むコンテンツリスト４２を示す図である。
【００８０】
携帯端末１は、サーバ２から取得したサービスリスト４０に含まれる、サービスに関するentryタグに含まれるupdatedタグと、内部記憶部２８に記録されている、同じサービスに関するサービステーブル９０内の更新日とを比較する。前者の方が新しい日付の場合、このサービスに関するサービステーブル９０内に、サービス新着フラグを立てる。このフラグは、サービスリスト４０内のlabelタグに相当する。新着フラグを立てたあと、サービステーブル９０に新しい更新日を書き込む。携帯端末１は、サービスリスト４０に含まれるすべてのサービスを対象に、これらの処理を実行する。
【００８１】
また、携帯端末１は、サーバ２から取得したコンテンツリスト４２に含まれる、コンテンツに関するentryタグに含まれるupdatedタグと、内部記憶部２８に記録されている、同じコンテンツに関するコンテンツテーブル９２内の更新日とを比較する。前者の方が新しい日付の場合、このコンテンツに関するコンテンツテーブル９２内に、新着フラグを立てる。このフラグは、コンテンツリスト４２内のlabelタグに相当する。新着フラグを立てたあと、コンテンツテーブル９２に新しい更新日を書き込む。携帯端末１は、コンテンツリスト４２に含まれるすべてのコンテンツを対象に、これらの処理を実行する。
【００８２】
表示制御部３２は、あるサービスのサービスアイコン６０またはサービスアイコン６２を表示部３４に表示する際、内部記憶部２８内のデータベースにアクセスして、そのサービスのサービステーブル９０を参照し、新着フラグが立っている否かを確認する。立っている場合は、図１２に示すように、そのサービスのサービスアイコン６０またはサービスアイコン６２を表示する際、新着アイコン８０を付与して表示する。
【００８３】
表示制御部３２は、あるコンテンツのコンテンツサムネイル６４を表示部３４に表示する際、内部記憶部２８内のデータベースにアクセスして、そのコンテンツのコンテンツテーブル９２を参照し、新着フラグが立っている否かを確認する。立っている場合は、図１２に示すように、そのコンテンツのコンテンツサムネイル６４を表示する際、新着アイコン８０を付与して表示する。
【００８４】
上述した例では、サービスまたはコンテンツが新着であることを示す情報は、サービスリスト４０またはコンテンツリスト４２の中ではなく、内部記憶部２８の中に記録されている。したがって、携帯端末１が、新着アイコン８０を表示するか否かを制御できる。すなわち、ユーザによって操作、または、サービスリスト４０およびコンテンツリスト４２を再取得するタイミングで、新着アイコン８０の表示を消すか否かを決定できる。たとえば、ユーザが一度選択したコンテンツの新着フラグを、そのコンテンツのコンテンツテーブル９２から削除すれば、新着アイコン８０が付与されているコンテンツサムネイル６４のコンテンツは、ユーザがまだ再生したり閲覧したりしていないコンテンツであるという意味にすることができる。なお、携帯端末１は、あるサービスのサービスアイコン６０またはサービスアイコン６２に付与する新着アイコン８０を削除するタイミングを、そのサービス内のすべてのコンテンツの新着フラグが、各コンテンツのコンテンツテーブル９２から消えたときとしてもよい。
【００８５】
（新着および未読の表示）
サービスリスト４０およびコンテンツリスト４２に、labelタグおよびupdatedタグの両方さを含めることによって、サーバ２よる新着の設定と、携帯端末１による新着の設定とを、両方とも行うことができる。図１４（ａ）は、新着を示すタグおよび更新日を示すタグを両方とも含むサービスリスト４０を示す図であり、図１４（ｂ）は、新着を示すタグおよび更新日を示すタグを両方とも含むコンテンツリスト４２を示す図である。この場合、表示制御部３２は、サーバ２よる新着が設定がなされた場合は、新着アイコン８０を表示する。一方、携帯端末１よる新着設定がなされた場合は、新着アイコン８０ではなく、コンテンツが未読であることを表す未読アイコン８２を表示する。
【００８６】
図１５は、サービスアイコン６０およびコンテンツサムネイル６４にそれぞれ新着アイコン８０および未読アイコン８２が付与されている画面を示す図である。これらの図に示す例では、サービスアイコン６０に新着アイコン８０および未読アイコン８２の両方が付与されている。これは、サービスアイコン６０が表すサービスＳＳ１に、ユーザがまだ一度も選択していないコンテンツがあることを示している。また、コンテンツリスト４２における左上隅のコンテンツサムネイル６４にも、新着アイコン８０および未読アイコン８２が付与されている。これは、このコンテンツサムネイル６４によって表されるコンテンツを、ユーザがまだ一度も選択していないことを示している。なお、サービスを表すサービスアイコン６０またはサービスアイコン６２に、未読アイコン８２を付与する際には、そのサービス内の新着コンテンツが一つでも含まれる場合にするようにしてもよい。
【００８７】
図１５において、新着アイコン８０を削除するタイミングは、サーバ２が決定する。一方、未読アイコン８２を削除するタイミングは、携帯端末１が決定する。
【００８８】
（仮想ショッピングモールの使い分け）
コンテンツ配信システム１００では、配信するサービスリスト４０を他の内容のものに変更することによって、異なる構成の仮想ショッピングモールを実現することができる。その際、ユーザが特定エリア内にいるかいないかによって、配信するサービスリスト４０を変えることができる。また、ユーザが特定エリアにいる場合でも、ユーザの特定に応じて、配信するサービスリスト４０を変えることができる。これらの工夫によって、ユーザの種類や居場所に適した仮想ショッピングモールを、ユーザに利用させることができる。
【００８９】
図１６（ａ）は、特定エリア内でサーバ２が一般ユーザに配信するサービスリスト４０の一例を示す図である。図１６（ｂ）は、特定エリア内でサーバ２が従業員に配信するサービスリスト４０の一例を示す図である。図１６（ｃ）は、特定エリア外でサーバ２が配信するサービスリスト４０の一例を示す図である。
【００９０】
一般的なユーザが、特定エリアの一種であるサービスステーション内にいる場合に、サーバ２は、図１６（ａ）に示すサービスリスト４０を、ユーザの携帯端末１に配信する。ここでいうサービスステーションとは、たとえば、空港、駅、ガソリンスタンド、または飲食店などの、公衆無線ＬＡＮを来客に対して提供する施設のことである。
【００９１】
携帯端末１は、自身の周辺にある無線ＬＡＮを検索する。さらに、見つかった無線ＬＡＮのルータから、当該無線ＬＡＮを識別するための識別子を取得する。もし複数の無線ＬＡＮが見つかった場合には、それぞれの無線ＬＡＮを識別するための識別子を各ルータから取得するので、複数の識別子を取得することになる。
【００９２】
携帯端末１は、特定エリア内にある無線ＬＡＮを識別するための識別子を格納した一覧テーブルを保持している。この一覧テーブルは、サーバ２から携帯端末１に対して事前に提供されている。携帯端末１は、各ルータから取得した各識別子が、一覧テーブルに含まれているいずれかの識別子と一致するか否かを判定する。
【００９３】
携帯端末１は、複数の識別子が、一覧テーブルに含まれているいずれかの識別子と一致すると判定した場合、それらの識別子によって識別される各無線ＬＡＮの電波強度を、互いに比較する。そして、最も電波強度の高い無線ＬＡＮを特定し、その無線ＬＡＮを識別するための識別子を、サーバ２に対して送信する識別子として選択する。この結果、携帯端末１は、特定エリアにある複数の無線ＬＡＮのうち、最も電波強度の高い無線ＬＡＮを識別するための識別子を選択することになる。
【００９４】
なお、携帯端末１は、一つの識別子のみが、一覧テーブルに含まれているいずれかの識別子と一致していると判定した場合、その識別子を、サーバ２に対して送信する識別子として選択する。また、携帯端末１は、取得した全ての識別子が、一覧テーブルに含まれている如何なる識別子とも一致しないと判定した場合、特定エリア外を示す識別子（たとえば"other"など）を、サーバ２に対して送信する識別子として選択する。
【００９５】
携帯端末１は、サーバ２に対して、何らかの通信回線を通じて接続する。この通信回線は、携帯端末１が選択した無線ＬＡＮであってもよいし、または、携帯端末１が利用可能な広域通信回線（３Ｇ回線など）であってもよい。携帯端末１は、サーバ２にアクセスする際、選択済みの識別子を、サーバ２に送信する。サーバ２は、受信した識別子に応じたサービスリスト４０を選択し、携帯端末１に送信する。この識別子が、特定エリア（特定のサービスステーション）を示す識別子である場合、ユーザは、「オススメ」、「クーポン」、「チラシ」等の、サービスステーションが提供する各種のサービスを、そのサービスステーション内で利用できる。
【００９６】
一方、サービスステーションを運営する事業者の従業員であるユーザが、そのサービスステーション内にいる場合、サーバ２は、図１６（ｂ）に示すサービスリスト４０を、ユーザの携帯端末１に配信する。ユーザの携帯端末１は、公衆無線ＬＡＮを識別する識別子に加え、自身が従業員であることを示す識別情報も取得し、サーバ２に送信する。このような、ユーザの種類を識別するための識別情報は、携帯端末１内のいずれかの記憶部にあらかじめ記憶されている。サーバ２は、受信した識別子および識別情報に応じたサービスリスト４０を選択し、携帯端末１に送信する。これにより、ユーザは、「マニュアル」、「販売カタログ」、「サービスメニュー」等のサービスを、サービスステーション内で利用できる。
【００９７】
ユーザが、サービスステーション以外の場所にいる場合、サーバ２は、図１６（ｃ）に示すサービスリスト４０を、ユーザの携帯端末１に配信する。ユーザは、サービスステーション外で利用できる、何らかの通信回線（たとえば３Ｇ回線、または自宅の無線ＬＡＮ）を利用して、サーバ２にアクセスしている。携帯端末１は、自身の周辺に存在する無線ＬＡＮを検索し、その無線ＬＡＮを識別するための識別子を取得する。しかし、携帯端末１は、特定エリア外にいるので、取得した識別子が一覧テーブルに含まれているとは決して判定しない。そこで携帯端末１は、サーバ２に対して、いま自身が特定エリア外にいることを表す識別子をサーバ２に送信する。サーバ２は、受信した識別子に応じたサービスリスト４０を選択し、携帯端末１に送信する。サーバ２には、この識別子に対応した特別のサービスリスト４０が用意されていない。そこで、一般的なサービスリスト４０をサーバ２に送信する。これにより、ユーザは、「ＳＳ１」、「ＳＳ２」、「ＳＳ３」等のサービスを、サービスステーション外で利用できる。これらは、いずれかのサービスステーションを表している。すなわち、各サービスステーションで提供可能なコンテンツを集約したサービスである。
【００９８】
（特定エリア内の画面）
図１７は、一般ユーザがサービスステーション内にいる際の画面の一例を示す図である。この図に示す例では、ユーザは「オススメ」のサービスを選択している。これにより、画面には「オススメ」のサービスに関するコンテンツのコンテンツサムネイル６４が表示されている。各コンテンツサムネイル６４が表すコンテンツは、いくつかの種類に分かれる。まず、共通コンテンツは、何の制限もないコンテンツである。ＳＳ１限定コンテンツは、サービスステーション内でのみ配信されるコンテンツである。したがって、サービスステーション内でサービスを利用しているユーザの携帯端末１には、図１７に示すように、このコンテンツのコンテンツサムネイル６４が表示される。
【００９９】
（特定エリア外の画面）
図１８は、ユーザが特定エリア外にいる際の画面の一例を示す図である。ユーザがサービスステーションの外部に移動すると、図１７の画面は図１８の画面に遷移する。図１８では、ユーザは、「ＳＳ１」のサービスを選択している。このサービスは、サービスステーションＳＳ１内で提供される各サービスを集約したサービスである。したがって、ＳＳ１内で配信されるコンテンツのうち、何の制限もない共通コンテンツのコンテンツサムネイル６４は、図１８の画面にも表示される。これに加え、サービスステーション外での配信される専用のコンテンツである「ＳＳ１外専用」コンテンツのコンテンツサムネイル６４も、図１８の画面には表示される。ユーザは、自宅などの、サービスステーションの外部からのみ、このコンテンツを取得できる。
【０１００】
サービスステーション内で配信されるコンテンツには、「エリア限定」が設定されているコンテンツがある。このようなコンテンツは、サービスステーション内では配信も閲覧も可能であるが、サービスステーション外では配信に加え閲覧もできない。したがって、ユーザがサービスステーション内で「エリア限定」が設定されているコンテンツをダウンロードしたとしても、このコンテンツをサービスステーション外では閲覧できない。携帯端末１は、ユーザがサービスステーション外に移動した際、エリア限定が設定されているコンテンツを外部記憶部３６から削除するか、または、表示部３４にまったく表示しないか、あるいは、薄い灰色で表示する。ユーザは、このようにして表示したエリア限定コンテンツを選択したり再生したりすることは出来ない。
【０１０１】
（サービスリスト４０の取得処理）
図１９は、携帯端末１がサーバ２からサービスリスト４０を取得する際の処理の流れを示すフローチャートである。
【０１０２】
まず、携帯端末１のサービスリスト取得部１８が、携帯端末１の現在位置を示す情報を取得する（ステップＳ１）。その際、たとえば、ＧＰＳを利用して、携帯端末１が存在する場所の住所を取得する。あるいは、携帯端末１が利用している無線ＬＡＮルータの識別子か、または、携帯端末１の周辺に存在する複数の無線ＬＡＮから選択した一つの無線ＬＡＮを識別するための識別子を、現在位置の情報としてもよい。
【０１０３】
携帯端末１のサービスリスト取得部１８は、取得した現在位置の情報をサーバ２に送信することによって、サーバ２に、サービスリスト４０の配信を要求する。これによりサービスリスト取得部１８は、サーバ２からサービスリスト４０を取得する（ステップＳ２）。ここで、サーバ２は、携帯端末１の位置が変化した場合に、ステップＳ２の処理を行えばよい。あるいは、携帯端末１の通信状態が、オフラインからオンラインに変わった場合、または、オフラインからオンラインに変わった場合に、行ってもよい。
【０１０４】
ここで、サービスリスト取得部１８は、携帯端末１の現在位置が変わったことをトリガとして、サービスリスト４０の配信を要求してもよい。あるいは、携帯端末１の通信状態がオンラインからオフラインへ、またはオフラインからオンラインに変化したことをトリガとしてもよい。
【０１０５】
サービスリスト取得部１８は、サービスリスト４０の取得が成功したか否かを判断する（ステップＳ３）。ステップＳ３における判定の結果が「真」であるとき（Ｙｅｓ）、サービスリスト取得部１８は、携帯端末１が特定エリア内に存在するか否かを判断する（ステップＳ４）。ステップＳ４における判定の結果が「真」であるとき（Ｙｅｓ）、サービスリスト取得部１８は、取得したサービスリスト４０をサービスリスト制御部２２を経由して、データリスト管理部２６および表示制御部３２にそれぞれ出力する。データリスト管理部２６は、受け取ったサービスリスト４０を内部記憶部２８内のデータベースに保存する（ステップＳ５）。次に、表示制御部３２が、受け取ったサービスリスト４０を表示部３４に表示する（ステップＳ６）。こうして、図１９に示す処理は終了する。
【０１０６】
一方、ステップＳ４における判定の結果が「偽」であるとき（Ｎｏ）、ステップＳ５の処理はスキップされる。この結果、表示制御部３２が、受け取ったサービスリスト４０を表示部３４に表示する（ステップＳ６）。こうして、図１９に示す処理は終了する。これにより、携帯端末１が特定エリアに存在するときには、その特定エリアに応じたサービスリスト４０を携帯端末１は取得するが、データベースには保存しない。したがって、ユーザが特定エリア外に移動したとしても、データベースにはその特定エリアに応じたサービスリスト４０は保存されていないので、オフラインで特定エリアに応じたサービスを利用することはできない。
【０１０７】
ステップＳ３における判定の結果が「偽」であるとき（Ｎｏ）、すなわち、コンテンツからサービスリスト４０を取得できない場合、サービスリスト取得部１８は、データベースからサービスリスト４０を取得する（ステップＳ７）。サービスリスト取得部１８は、データベースからサービスリスト４０を取得することが成功したか否かを判断する（ステップＳ８）。ステップ８における判定の結果が「真」であるとき（Ｙｅｓ）、サービスリスト取得部１８は、取得したサービスリスト４０を、サービスリスト制御部２２を介して表示制御部３２に出力する。表示制御部３２は、受け取ったサービスリスト４０を表示部３４に表示する。この結果、ユーザは、携帯端末１がオフライン状態にあっても、サービスを選択する処理を実行することができる。
【０１０８】
一方、ステップＳ８における判定の結果が「偽」であるとき（Ｎｏ）、サービスリスト取得部１８は、携帯端末１内のいずれかの記憶部に格納されている、デフォルトのサービスリスト４０を取得する。このサービスリスト４０は、携帯端末１を一度もオンラインに接続していない場合に表示するためのデータである。主に、ネットワークを接続を促すための情報や、簡単な説明書などを、サービスとして含んでいる。サービスリスト取得部１８は、取得したサービスリスト４０を、サービスリスト制御部２２を介して表示制御部３２に出力する。表示制御部３２は、受け取ったサービスリスト４０を表示部３４に表示する。こうして、図１９に示す処理は終了する。`
（コンテンツリスト４２の取得処理）
図２０は、携帯端末１がサーバ２からコンテンツリスト４２を取得する際の処理の流れを示すフローチャートである。
【０１０９】
まず、コンテンツリスト取得部２０が、ユーザがコンテンツリスト４２の更新を指示したか否かを判断する（ステップＳ１１）。ステップＳ１１における判定の結果が「偽」であるとき（Ｎｏ）、コンテンツリスト取得部２０は、ユーザがサービスを切り替えたか否かを判断する（ステップＳ１２）。ステップＳ１２における判定の結果が「真」であるとき（Ｙｅｓ）、コンテンツリスト取得部２０は、切り替え後のサービスを、表示サービスとして決定する（ステップＳ１３）。
【０１１０】
サービスリスト取得部１８は、表示サービスのコンテンツリスト４２が、携帯端末１のメインメモリに展開されているか否かを判断する（ステップＳ１４）。ステップＳにおける判定の結果が「真」であるとき（Ｙｅｓ）、コンテンツリスト取得部２０は、表示サービスのサービスアイコンに、新着アイコン８０が表示されているか否かを判断する（ステップＳ１５）。ステップＳ１５における判定の結果が「真」であるとき（Ｙｅｓ）、コンテンツリスト取得部２０は、表示サービス内のコンテンツに変化があったと判断する。これにより、表示サービスの背景画像６６およびコンテンツリスト４２を、サーバ２から取得する（ステップＳ１６）。コンテンツリスト取得部２０は、取得処理が成功したか否かを判断する（ステップＳ１７）。ステップＳ１７における判定の結果が「真」であるとき（Ｙｅｓ）、コンテンツリスト取得部２０は、携帯端末１が特定エリア外に存在するか否かを判定する（ステップＳ１８）。
【０１１１】
ステップＳ１８における判定の結果が「真」であるとき（Ｙｅｓ）、コンテンツリスト取得部２０は、取得した背景画像６６およびコンテンツリスト４２を、コンテンツリスト制御部２４を通じて、データリスト管理部２６および表示制御部３２に出力する。表示制御部３２は、受け取った背景画像６６およびコンテンツリスト４２を、内部記憶部２８内のデータベースに保存する（ステップＳ１９）。一方、表示制御部３２は、まず、受け取った背景画像６６を表示部３４に表示する（ステップＳ２０）。ネットワーク処理部１４に、受け取ったコンテンツリスト４２を表示部３４に表示する（ステップＳ２１）。ここでいうコンテンツリスト４２の表示とは、コンテンツリスト４２そのものをそのまま表示することではなく、コンテンツリスト４２に含まれているタグから、コンテンツサムネイル６４のアドレスを特定し、そのアドレスからコンテンツサムネイル６４を取得して、表示部３４に表示する処理のことである。こうして、図２０に示す処理は終了する。
【０１１２】
一方、ステップＳ１５における判定の結果が「偽」であるとき（Ｎｏ）、すなわち、表示サービスのサービスアイコンに新着アイコン８０が表示されていない場合、表示サービス内のコンテンツに変わりはない。したがってコンテンツリスト取得部２０は、表示サービスの背景画像６６およびコンテンツリスト４２を、メインメモリから取得する（ステップＳ２２）。この後、ステップＳ２０およびＳ２１の処理を実行して、図２０に示す処理は終了する。
【０１１３】
一方、ステップＳ１７における判定の結果が「偽」であるとき（Ｎｏ）、すなわち、表示サービスの背景画像６６およびコンテンツリスト４２をサーバ２から取得できない場合、コンテンツリスト取得部２０は、これらを内部記憶部２８内のデータベースから取得する（ステップＳ２３）。次にコンテンツリスト取得部２０は、背景画像６６およびコンテンツリスト４２の取得が成功したか否かを判定する（ステップＳ２４）。ステップＳ２４における判定の結果が「真」であるとき（Ｙｅｓ）、この後、ステップＳ２０およびＳ２１の処理を実行して、図２０に示す処理は終了する。その結果、データベース内の背景画像６６およびコンテンツリスト４２が表示部３４に表示される。このように携帯端末１は、オフライン状態のためにコンテンツリスト４２をサーバ２から取得できない場合も、携帯端末１のデータベースに過去に保存した、表示サービスのコンテンツリスト４２を使うことができる。したがってユーザは、オフライン状態でも、表示サービスのコンテンツを閲覧するなどの処理が実行できる。
【０１１４】
一方、ステップＳ２４における判定の結果が「偽」であるとき（Ｎｏ）、すなわち、表示サービスの背景画像６６およびコンテンツリスト４２をデータベースから取得していない場合、コンテンツリスト取得部２０は、携帯端末１のいずれかの記憶部に記録されているデフォルトの背景画像６６およびコンテンツリスト４２を取得する。この後、ステップＳ２０およびＳ２１の処理を実行して、図２０に示す処理は終了する。その結果、デフォルトの背景画像６６およびコンテンツリスト４２が表示部３４に表示される。
【０１１５】
なお、コンテンツリスト取得部２０は、特にユーザからの指示がなく、また表示サービスの切り替えがなされない場合でも、現在の表示サービスに対応するコンテンツリスト４２を、定期的にサーバ２から取得してもよい。
【０１１６】
（テーブルのデータ構造）
図２１は、携帯端末１においてデータベースに形成されているテーブルの構造の一例を示す図である。この図に示すように、携帯端末１の内部記憶部２８内のデータベースには、サービステーブル９０、コンテンツテーブル９２、およびリストテーブル９４のテーブルが形成されている。
【０１１７】
サービステーブル９０は、サービスリスト４０に含まれるサービスごとに設けられる。サービステーブル９０は、サービス名、サービスアイコンのアドレス、サービスアイコンpush時のアドレス、サービス更新日、およびサービス新着フラグを、それぞれ値として格納している。コンテンツテーブル９２は、コンテンツリスト４２に含まれるコンテンツごとに設けられる。コンテンツＩＤ、サムネイルパス、本体ＵＲＬ、試読ＵＲＬ、説明文（長）、説明文（短）、ファイルサイズ、更新日、および新着フラグを、それぞれ値として格納している。リストテーブル９４は、サービス名およびコンテンツＩＤを値として格納している。あるサービス内の全てのコンテンツのコンテンツＩＤは、同じリストテーブル９４に格納される。したがって、リストテーブル９４は複数の異なるコンテンツＩＤを格納しうる。
【０１１８】
リストテーブル９４内のサービス名と、サービステーブル９０内のサービス名とは、互いに関連づけられ、同じ値を取る。リストテーブル９４のコンテンツＩＤと、コンテンツテーブル９２のコンテンツＩＤとは、互いに関連づけられ、互いに同じ値を取る。したがって、携帯端末１は、リストテーブル９４を参照することによって、サービステーブル９０およびコンテンツテーブル９２にそれぞれアクセスすることができる。
【０１１９】
携帯端末１では、データリスト管理部２６が、サービスリスト４０およびコンテンツリスト４２を用いて、サービステーブル９０、コンテンツテーブル９２およびリストテーブル９４をデータベース内に形成する。これらのテーブル内の各項目の値は、サービスリスト４０またはコンテンツリスト４２から取得する。たとえば、サービスリスト４０内のtitleタグの値を取得し、サービス名の値としてサービステーブル９０内に格納する。また、コンテンツリスト４２内の識別子タグの値を取得し、コンテンツＩＤの値として、コンテンツテーブル９２内に格納する。
【０１２０】
携帯端末１は、リストテーブル９４を参照することによって、あるサービス内の全コンテンツのコンテンツＩＤの一覧を取得することができる。
【０１２１】
（プログラムおよび記録媒体）
最後に、携帯端末１に含まれている各ブロックは、ハードウェアロジックによって構成すればよい。または、次のように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を用いてソフトウェアによって実現してもよい。
【０１２２】
すなわち携帯端末１は、各機能を実現するプログラムの命令を実行するＣＰＵ、このプログラムを格納したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、上記プログラムを実行可能な形式に展開するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、および、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）を備えている。この構成により、本発明の目的は、所定の記録媒体によっても、達成できる。
【０１２３】
この記録媒体は、上述した機能を実現するソフトウェアである携帯端末１のプログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録していればよい。携帯端末１に、この記録媒体を供給する。これにより、コンピュータとしての携帯端末１（またはＣＰＵやＭＰＵ）が、供給された記録媒体に記録されているプログラムコードを読み出し、実行すればよい。
【０１２４】
プログラムコードを携帯端末１に供給する記録媒体は、特定の構造または種類のものに限定されない。すなわちこの記録媒体は、たとえば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などとすることができる。
【０１２５】
また、携帯端末１を通信ネットワークと接続可能に構成しても、本発明の目的を達成できる。この場合、上記のプログラムコードを、通信ネットワークを介して携帯端末１に供給する。この通信ネットワークは携帯端末１にプログラムコードを供給できるものであればよく、特定の種類または形態に限定されない。たとえばインターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等であればよい。
【０１２６】
この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な任意の媒体であればよく、特定の構成または種類のものに限定されない。たとえばＩＥＥＥ１３９４、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１２７】
本発明は上述した各実施形態に限定されるものではない。当業者は、請求項に示した範囲内において、本発明をいろいろと変更できる。すなわち、請求項に示した範囲内において、適宜変更された技術的手段を組み合わせれば、新たな実施形態が得られる。
【産業上の利用可能性】
【０１２８】
本発明は、仮想ショッピングモールを運営するシステムおよびそのシステムにおいて仮想ショッピングモールを利用するための端末装置（スマートフォン等）として、幅広く利用できる。
【符号の説明】
【０１２９】
１  携帯端末
２  サーバ
４  ネットワーク
１０  ユーザ入力取得部
１２  ユーザ入力処理部
１４  ネットワーク処理部
１６  データリスト処理部
１８  サービスリスト取得部
２０  コンテンツリスト取得部
２２  サービスリスト制御部
２４  コンテンツリスト制御部
２６  データリスト管理部
２８  内部記憶部
３０  ダウンロードコンテンツ管理部
３２  表示制御部
３４  表示部
３６  外部記憶部
１００  コンテンツ配信システム
【図１】
2013105340.tif 000003
【図２】
2013105340.tif 000004
【図３】
2013105340.tif 000005
【図４】
2013105340.tif 000006
【図５】
2013105340.tif 000007
【図６】
2013105340.tif 000008
【図７】
2013105340.tif 000009
【図８】
2013105340.tif 000010
【図９】
2013105340.tif 000011
【図１０】
2013105340.tif 000012
【図１１】
2013105340.tif 000013
【図１２】
2013105340.tif 000014
【図１３】
2013105340.tif 000015
【図１４】
2013105340.tif 000016
【図１５】
2013105340.tif 000017
【図１６】
2013105340.tif 000018
【図１７】
2013105340.tif 000019
【図１８】
2013105340.tif 000020
【図１９】
2013105340.tif 000021
【図２０】
2013105340.tif 000022
【図２１】
2013105340.tif 000023