JP2002007258A

JP2002007258A - 情報受信装置および情報受信プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2002007258A
Application number: JP2000182197A
Authority: JP
Inventors: Yoshifumi Kajikawa; 敬文梶川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-06-16
Filing date: 2000-06-16
Publication date: 2002-01-11

Abstract

(57)【要約】【課題】コンテンツ等の情報を配信するサーバ側の負
荷を低減させ、しかも低コストで情報を受信すること。【解決手段】複数のコンテンツを配信するコンテンツ
サーバ１０からインターネット３０を介して所望のコン
テンツを受信するユーザクライアント２０は、配信可能
な複数のコンテンツに関するコンテンツリストをコンテ
ンツリストサーバ１１より受信する工程と、受信したコ
ンテンツリストと受信済みのコンテンツに関する保存リ
スト２１との比較結果に基づいて、受信を要求するため
のコンテンツ要求リストを作成する工程と、コンテンツ
要求リストに対応するコンテンツをコンテンツサーバ１
０より受信する工程と、受信されたコンテンツに基づい
て、保存リスト２１を更新する工程とを経て動作する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント／サ
ーバシステムにおいてサーバから情報を受信（ダウンロ
ード）するための情報受信装置および情報受信プログラ
ムを記録したコンピュータ読み取り可能な記録媒体に関
するものであり、特に、サーバ側の処理負荷を低減させ
るための情報受信装置および情報受信プログラムを記録
したコンピュータ読み取り可能な記録媒体に関するもの
である。

【０００２】近時、インターネットの爆発的な普及に伴
って、コンテンツ等の情報をユーザクライアントに配信
するサーバの負荷も飛躍的に増大する傾向にある。従来
では、サーバの負荷の増大に対処する方法としては、サ
ーバを高性能なものに置換する等の対処が採られてい
た。しかしながら、今後、益々サーバの負荷が増大する
ことが見込まれているため、サーバを高性能なものに置
換するという対処方法では、コストが雪だるま式に増大
し、根本的な解決策とはならない。従って、従来より、
かかる問題を効果的に解決するための手段、方法が切望
されている。

【０００３】

【従来の技術】従来より、コンテンツ（音楽、映像、コ
ンピュータプログラム等）を有料（又は無料）でコンテ
ンツ利用者に配信する場合には、インターネットを介し
て構築されたクライアント／サーバシステムが利用され
ている。このクライアント／サーバシステムは、コンテ
ンツ配信事業者側に設置されたサーバと、複数のコンテ
ンツ利用者側にそれぞれ設置され、インターネットを介
して上記サーバからコンテンツの配信を受ける複数のク
ライアントとから構成されている。コンテンツ利用者
は、コンテンツ配信事業者側に登録されたユーザであ
る。

【０００４】上記構成において、クライアントからサー
バに対して、コンテンツ配信要求が出されると、サーバ
は、ユーザ認証を行った後、コンテンツ配信要求に応じ
て、どのコンテンツ利用者にどのコンテンツを配信すべ
きかを過去の配信履歴情報を参照することにより決定す
る。つぎに、サーバは、上記参照結果に基づいて、当該
コンテンツをインターネットを介して、当該コンテンツ
利用者側のクライアントに配信する。配信が終了する
と、サーバは、上記配信履歴情報を更新する。このよう
に、従来では、サーバ側で、複数のコンテンツ利用者毎
にそれぞれ対応する複数の配信履歴情報を集中管理し、
それぞれの配信履歴情報の更新処理を行っていた。

【０００５】また、クライアントとしては、パーソナル
コンピュータの他に、コンテンツ受信・再生機能を有す
るモバイル機器（携帯電話機、ＰＨＳ（Personal Handy
phone System）端末、ＰＤＡ（Personal Digital Assis
tant）等）が用いられる。このモバイル機器の場合に
は、無線回線およびインターネットを介してサーバから
コンテンツの配信を受けた後、コンテンツが再生され
る。

【０００６】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来では、配信履歴情報の管理や更新処理をサー
バ側で集中的に行っているため、クライアント数の増大
に伴って、サーバの負荷が増大する。このようにサーバ
の負荷が増大し、パフォーマンスが低下した場合には、
サーバを高性能なものに置換したり、サーバを増設し負
荷分散を図る等の対処が採られる。

【０００７】しかしながら、このような負荷増大に対す
る対処方法では、コンテンツ配信に関するコストが非常
に高くつくという問題があり、コンテンツ配信事業者の
収益構造を悪化させてしまう。さらに、かかる対処方法
では、サーバ置換・増設に伴ってコンテンツ配信サービ
スを一時的に停止させなければならないという問題もあ
った。

【０００８】また、コンテンツ利用者にとっては、コン
テンツの配信を受けている間、回線を接続する必要があ
るため、回線のトラフィックが多い時間帯に配信を受け
ると、通信コストがかさむという問題があった。さら
に、クライアントとして、モバイル機器を用いた場合に
は、無線回線の帯域が比較的狭いためデータ転送速度が
遅く、コンテンツの配信に非常に時間がかかり通信コス
トがかさみ、リアルタイム再生が必要なコンテンツの配
信に適さないという問題があった。

【０００９】本発明は、上記に鑑みてなされたもので、
コンテンツ等の情報を配信するサーバ側の負荷を低減さ
せ、しかも低コストで情報を受信することができる情報
受信装置および情報受信プログラムを記録したコンピュ
ータ読み取り可能な記録媒体を提供することを目的とす
る。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、複数の情報を配信するサーバから所望の
情報を受信する情報受信装置において、配信可能な前記
複数の情報に関する配信情報リストを前記サーバより受
信する配信情報リスト受信手段と、前記配信情報リスト
と受信済みの情報に関する受信済み情報リストとの比較
結果に基づいて、未受信情報リストを作成する未受信情
報リスト作成手段と、前記未受信情報リストに対応する
情報を前記サーバより受信した後、データベースに格納
する未受信情報受信手段と、前記未受信情報受信手段に
より受信された情報に基づいて、前記受信済み情報リス
トを更新する更新手段とを備えたことを特徴とする。

【００１１】この発明によれば、配信情報リスト受信手
段により配信情報リストが受信されると、未受信情報リ
スト作成手段により、上記配信情報リストと受信済み情
報リストとの比較結果に基づいて、未だ受信されていな
い情報（差分情報）に関する未受信情報リストが作成さ
れる。つぎに、未受信情報受信手段により、未受信情報
リストに対応する情報がサーバより受信され、データベ
ースに格納される。この受信処理が終了すると更新手段
は、受信済み情報リストを更新する。

【００１２】このように、この発明によれば、受信済み
の情報の管理や、サーバから受信すべき情報を、サーバ
ではなく受信側で管理するようにしたので、コンテンツ
等の情報を配信するサーバ側の負荷を低減させることが
できるとともに、サーバ増設にかかるコストを低減させ
ることができる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明にか
かる情報受信装置および情報受信プログラムを記録した
コンピュータ読み取り可能な記録媒体の一実施の形態に
ついて詳細に説明する。

【００１４】図１は、本発明にかかる一実施の形態の概
略構成を示すブロック図である。この図には、コンテン
ツの管理・配信や課金管理を行うコンテンツサーバ１０
と、このコンテンツサーバ１０にインターネット３０を
介して接続されたユーザクライアント２０とからなるク
ライアント／サーバシステムが図示されている。なお、
実際には、インターネット３０には、複数のユーザクラ
イアント２０が接続されている。

【００１５】コンテンツサーバ１０は、コンテンツ配信
事業者側に設置されており、コンテンツリストサーバ１
１、課金サーバ１２およびコンテンツ配信サーバ１３か
ら構成されている。コンテンツリストサーバ１１は、コ
ンテンツ利用者に対して配信可能な全コンテンツのリス
ト（以下、コンテンツリストと称する）を保持してお
り、ユーザクライアント２０からの要求に応じて、コン
テンツリストをインターネット３０を介してユーザクラ
イアント２０へ配信するサーバである。課金サーバ１２
は、有料のコンテンツの利用に際して、コンテンツ利用
者に対する課金情報を管理するとともに、コンテンツの
配信を受ける際のアクセス鍵を発行する。

【００１６】コンテンツ配信サーバ１３は、上述したコ
ンテンツリストに掲載されている全コンテンツ（コンテ
ンツ自体のファイル）を保持しており、ユーザクライア
ント２０からの要求に応じて、全コンテンツの中から要
求された当該コンテンツを暗号化した後、インターネッ
ト３０を介してユーザクライアント２０へ配信するサー
バである。ここで注意すべきは、コンテンツの配信履歴
の管理や更新処理をコンテンツサーバ１０側で一切行う
ことなく、ユーザクライアント２０側で行う点である。

【００１７】一方、ユーザクライアント２０は、コンテ
ンツ利用者側に設置されたパーソナルコンピュータであ
り、インターネット３０を介してコンテンツを受信する
機能、コンテンツを再生する機能、過去に受信済みのコ
ンテンツの履歴を管理する機能等を備えている。このユ
ーザクライアント２０は、保存リスト２１、保存コンテ
ンツ２２およびアクセス鍵リスト２３を保持・管理して
いる。これらの保存リスト２１、保存コンテンツ２２お
よびアクセス鍵リスト２３は、記憶装置（図示略）に保
存されている。

【００１８】保存リスト２１は、受信済みのコンテンツ
のリスト、すなわち、過去に受信済みのコンテンツの履
歴情報である。保存コンテンツ２２は、過去に受信済み
のコンテンツ（コンテンツ自体のファイル）である。ア
クセス鍵リスト２３は、有料のコンテンツの配信を受け
る際に課金サーバ１２から発行されるアクセス鍵のリス
トである。

【００１９】つぎに、一実施の形態の概略動作例１につ
いて、図２に示したシーケンス図を参照しつつ説明す
る。この概略動作例１では、有料のコンテンツの課金方
式としての従量課金の場合について説明する。図２に示
したステップＳＡ１では、ユーザクライアント２０は、
コンテンツリストサーバ１１に対してコンテンツリスト
を要求する。ステップＳＡ２では、コンテンツリストサ
ーバ１１は、コンテンツリストをユーザクライアント２
０へ送信する。

【００２０】ステップＳＡ３では、ユーザクライアント
２０は、コンテンツリストサーバ１１より受信したコン
テンツリストと、保存リスト２１とを比較し、コンテン
ツ要求リストを作成する。このコンテンツ要求リスト
は、コンテンツリストと保存リスト２１との差分であ
り、保存リスト２１に含まれていないコンテンツであっ
てかつコンテンツリストに含まれているコンテンツのリ
ストである。

【００２１】ステップＳＡ４では、ユーザクライアント
２０は、上記コンテンツ要求リストと、当該コンテンツ
利用者を識別するためのユーザＩＤとを課金サーバ１２
へ送信する。ステップＳＡ５では、課金サーバ１２は、
ユーザＩＤに基づいて、当該コンテンツ利用者に対して
課金を行った後、コンテンツ要求リストに掲載されてい
るコンテンツに対応するアクセス鍵のリスト（以下、ア
クセス鍵リストと称する）を作成する。

【００２２】ステップＳＡ６では、課金サーバ１２は、
作成したアクセス鍵リストをユーザクライアント２０へ
送信する。ステップＳＡ７では、ユーザクライアント２
０は、受信したアクセス鍵リストを記憶装置に保存す
る。これにより、アクセス鍵リスト２３には、新たに受
信したアクセス鍵リストが追加される。

【００２３】ステップＳＡ８では、ユーザクライアント
２０は、アクセス鍵リスト２３から、新たに受信したア
クセス鍵リストを取り出した後、アクセス鍵リストをコ
ンテンツ配信サーバ１３へ送信することにより、新たな
コンテンツを要求する。ステップＳＡ９では、コンテン
ツ配信サーバ１３は、アクセス鍵リストに含まれるそれ
ぞれのアクセス鍵を確認する。この確認結果がＯＫであ
る場合、ステップＳＡ１０では、コンテンツ配信サーバ
１３は、アクセス鍵に対応する新たなコンテンツをユー
ザクライアント２０へ送信する。

【００２４】上記コンテンツを受信すると、ステップＳ
Ａ１１では、ユーザクライアント２０は、受信したコン
テンツを記憶装置に保存する。これにより、保存コンテ
ンツ２２には、新たに受信したコンテンツが追加され
る。また、ユーザクライアント２０は、新たに受信した
コンテンツに関する情報を保存リスト２１に追加すると
いう更新処理を実行する。そして、コンテンツ利用者
は、インターネット３０との回線を切断した後、保存コ
ンテンツ２２から希望のコンテンツを選択する。これに
より、当該コンテンツが再生される。

【００２５】つぎに、一実施の形態の概略動作例２につ
いて、図３に示したシーケンス図を参照しつつ説明す
る。この概略動作例２では、有料のコンテンツの課金方
式としての定額課金の場合について説明する。従って、
概略動作例２では、コンテンツの配信回数に関わらず、
定額で課金されるため、課金サーバ１２は不要となる。
この場合には、コンテンツリストサーバ１１がアクセス
鍵を発行する。図３に示したステップＳＢ１では、ユー
ザクライアント２０は、コンテンツリストサーバ１１に
対してユーザＩＤを送信することにより、コンテンツリ
ストを要求する。ステップＳＢ２では、コンテンツリス
トサーバ１１は、ユーザＩＤを確認し、この確認結果＝
ＯＫの場合にステップＳＢ３の処理を実行する。

【００２６】ステップＳＢ３では、コンテンツリストサ
ーバ１１は、コンテンツリストおよびアクセス鍵リスト
をユーザクライアント２０へ送信する。このアクセス鍵
リストは、コンテンツリストに掲載されている全コンテ
ンツに対応するアクセス鍵のリストである。ステップＳ
Ｂ４では、ユーザクライアント２０は、受信したアクセ
ス鍵リストを記憶装置に保存する。これにより、アクセ
ス鍵リスト２３には、新たに受信したアクセス鍵リスト
が追加される。

【００２７】つぎに、ユーザクライアント２０は、コン
テンツリストサーバ１１より受信したコンテンツリスト
と、保存リスト２１とを比較し、配信を受けるコンテン
ツを選択する。すなわち、ユーザクライアント２０は、
コンテンツリストと保存リスト２１との差分のコンテン
ツを選択する。従って、選択されたコンテンツは、保存
リスト２１に含まれていないコンテンツであってかつコ
ンテンツリストに含まれているコンテンツである。

【００２８】ステップＳＢ５では、ユーザクライアント
２０は、アクセス鍵リスト２３から、ステップＳＢ４で
選択されたコンテンツに対応するアクセス鍵リストを取
り出した後、アクセス鍵リストをコンテンツ配信サーバ
１３へ送信することにより、新たなコンテンツを要求す
る。ステップＳＢ６では、コンテンツ配信サーバ１３
は、アクセス鍵リストに含まれるそれぞれのアクセス鍵
を確認する。この確認結果がＯＫである場合、ステップ
ＳＢ７では、コンテンツ配信サーバ１３は、アクセス鍵
に対応する新たなコンテンツをユーザクライアント２０
へ送信する。

【００２９】上記コンテンツを受信すると、ステップＳ
Ｂ８では、ユーザクライアント２０は、受信したコンテ
ンツを記憶装置に保存する。これにより、保存コンテン
ツ２２には、新たに受信したコンテンツが追加される。
また、ユーザクライアント２０は、新たに受信したコン
テンツに関する情報を保存リスト２１に追加するという
更新処理を実行する。そして、コンテンツ利用者は、イ
ンターネット３０との回線を切断した後、保存コンテン
ツ２２から希望のコンテンツを選択する。これにより、
当該コンテンツが再生される。

【００３０】つぎに、本発明にかかる一実施の形態の具
体的構成について、図４を参照して詳述する。この図に
は、コンテンツの管理・配信や課金管理を行うコンテン
ツリストサーバ１００、コンテンツサーバ２００および
３００と、これらのコンテンツリストサーバ１００、コ
ンテンツサーバ２００および３００にインターネット５
００を介して接続されたユーザクライアント６００およ
び７００と、コンテンツ配信クライアント４００とから
なるクライアント／サーバシステムが図示されている。

【００３１】コンテンツリストサーバ１００は、コンテ
ンツ配信事業者側に設置されており、前述したコンテン
ツリストサーバ１１および課金サーバ１２（図１参照）
と同様の機能を備えている。また、コンテンツリストサ
ーバ１００は、コンテンツ利用者に対して配信可能な全
コンテンツのリスト（以下、コンテンツリストと称す
る）、有料のコンテンツに関する課金情報やアクセス鍵
をコンテンツリスト／課金データベース１１０に格納し
ている。

【００３２】コンテンツサーバ２００は、コンテンツデ
ータベース２１０に格納された複数のコンテンツ（コン
テンツ自体のファイル）の中から、ユーザクライアント
６００または７００から要求されたコンテンツをインタ
ーネット５００を介して配信するサーバである。コンテ
ンツサーバ３００は、コンテンツサーバ２００と同様に
して、コンテンツデータベース３１０に格納された複数
のコンテンツ（コンテンツ自体のファイル）の中からユ
ーザクライアント６００またはユーザクライアント７０
０から要求されたコンテンツをインターネット５００を
介して配信するサーバである。

【００３３】コンテンツ配信クライアント４００は、コ
ンテンツリスト／課金データベース１１０、コンテンツ
データベース２１０およびコンテンツデータベース３１
０にアクセス可能とされ、コンテンツリスト、課金情
報、アクセス鍵、コンテンツ等を更新するクライアント
である。

【００３４】一方、ユーザクライアント６００は、コン
テンツ利用者側に設置されたパーソナルコンピュータで
あり、インターネット５００を介してコンテンツを受信
する機能、コンテンツを再生する機能、過去に受信済み
のコンテンツの履歴を管理する機能等を備えている。こ
のユーザクライアント６００には、各種情報を格納する
ための記憶装置６６０と、キーボード、マウス等の入力
部６７０と、ＣＲＴ（Cathode-Ray Tube）やＬＣＤ（Li
quid Crystal Display）等の表示部６８０とが接続され
ている。

【００３５】ユーザクライアント６００において、メイ
ン制御部６１０は、コンテンツの受信・再生に関する制
御を行う。このメイン制御部６１０において、通信キュ
ー６４０は、インターネット５００を介しての通信処理
待ちのキューである。ＷＷＷ（World Wide Web）制御部
６２０は、ブラウザ６５０との連携により、コンテンツ
の受信・再生に関する制御を行う。言語処理エンジン６
３０は、各種通信処理を実行する。ブラウザ６５０は、
コンテンツを閲覧するためのものである。

【００３６】また、記憶装置６６０には、スクリプト格
納域６６１、コンテンツ格納域６６２、保存リスト格納
域６６３およびその他格納域６６４が確保されている。
スクリプト格納域６６１には、ある処理手順を記述した
スクリプトが格納される。コンテンツ格納域６６２に
は、受信したコンテンツ（コンテンツ自体のファイル）
が格納される。

【００３７】保存リスト格納域６６３には、受信済みの
コンテンツのリスト、すなわち、過去に受信済みのコン
テンツの履歴情報である、図６（ａ）に示した保存コン
テンツ一覧情報８５０が格納される。同図に示した保存
コンテンツ一覧情報８５０は、コンテンツを識別するた
めのコンテンツ識別子（コンテンツＩＤ_C1 、ＩＤ_C5、
ＩＤ_C7）と、コンテンツ識別子に対応付けられたコン
テンツファイルＡ〜Ｄの名称（コンテンツファイルのリ
スト）から構成されている。

【００３８】なお、一実施の形態では、上記保存コンテ
ンツ一覧情報８５０に代えて、図６（ｂ）に示したディ
レクトリ形式の保存コンテンツ一覧情報８６０を保存リ
スト格納域６６３に格納するようにしてもよい。この保
存コンテンツ一覧情報８６０では、コンテンツ識別子で
あるコンテンツＩＤ_C1 、ＩＤ_C5およびＩＤ_C7がディ
レクトリ名とされている。従って、コンテンツＩＤ_C1
には、コンテンツファイルＡ〜Ｃが対応付けられてお
り、コンテンツＩＤ_C5には、コンテンツファイルＤが
対応付けられている。これらのコンテンツファイルＡ〜
Ｄは、コンテンツ格納域６６２に格納されている。

【００３９】その他格納域６６４には、その他の各種情
報（例えば、コンテンツ利用者を識別するためのユーザ
ＩＤ_a）が格納される。ユーザクライアント７００は、
別のコンテンツ利用者側に設置されており、ユーザクラ
イアント６００と同一の構成とされている。このユーザ
クライアント７００には、記憶装置７１０、入力部７２
０および表示部７３０が接続されている。

【００４０】つぎに、一実施の形態の具体的動作例１に
ついて、図５〜図１０を参照しつつ説明する。図７は、
一実施の形態の具体的動作例１を説明するシーケンス図
であり、図８は、図４に示した表示部６８０の画面遷移
を示す図である。図９は、図４に示したユーザクライア
ント６００の動作を説明するフローチャートである。こ
の具体的動作例１では、有料のコンテンツの課金方式と
しての従量課金の場合について説明する。

【００４１】まず、図８に示したショートカットメニュ
ー画面９００が表示部６８０（図４参照）に表示されて
いる状態で、コンテンツの受信・再生の開始を指示する
ためのショートカット９０１がコンテンツ利用者により
クリックされると、メイン制御部６１０の制御により、
表示部６８０には、選択画面９１０が表示される。この
選択画面９１０には、非接続ボタン９１１および接続ボ
タン９１２が表示されている。

【００４２】非接続ボタン９１１は、インターネット５
００に接続することなく、コンテンツ格納域６６２に格
納されたコンテンツをブラウザ６５０により閲覧するた
めのボタンである。一方、接続ボタン９１２は、インタ
ーネット５００を介して外部からコンテンツを受信（ダ
ウンロード）するためにインターネット５００に接続す
るためのボタンである。

【００４３】この場合、コンテンツ利用者により接続ボ
タン９１２がクリックされると、ユーザクライアント６
００がインターネット５００と回線接続され、表示部６
８０には、外部のコンテンツをダウンロード（受信）す
る処理を実行しているこを表すダウンロード画面９２０
が表示される。このダウンロード画面９２０において、
切断ボタン９２１は、ダウンロード処理を中断するため
のボタンである。

【００４４】また、接続ボタン９１２がクリックされる
と、図７に示したステップＳＣ１では、開始指示がユー
ザクライアント６００のメイン制御部６１０に出され
る。これにより、ステップＳＣ２では、メイン制御部６
１０は、記憶装置６６０のその他格納域６６４より、コ
ンテンツ利用者を識別するためのユーザＩＤ_a を読み出
す。ステップＳＣ３では、ＷＷＷ制御部６２０は、コン
テンツリストサーバ１００に対して、コンテンツリスト
を要求すべく、図５（ａ）に示した要求情報８００を送
信する。この要求情報８００は、ユーザ識別子（ユーザ
ＩＤ_a ）と要求内容（コンテンツリスト要求）とから構
成されている。

【００４５】ステップＳＣ４では、コンテンツリストサ
ーバ１００は、受信した要求情報８００内のユーザＩＤ
_aを認証する処理を実行する。この認証処理が正常に終
了すると、ステップＳＣ５では、コンテンツリストサー
バ１００は、コンテンツリスト／課金データベース１１
０から図５（ｂ）に示したコンテンツリスト８１０を読
み出す。

【００４６】このコンテンツリスト８１０は、コンテン
ツサーバ２００（コンテンツサーバ３００）からユーザ
クライアント６００へ配信可能な全コンテンツの情報リ
ストである。具体的には、コンテンツリスト８１０は、
コンテンツを識別するためのコンテンツ識別子（コンテ
ンツＩＤ_C1 〜ＩＤ_Cn ）と、コンテンツの名称（ｎａｍ
ｅ₁〜ｎａｍｅ_n）と、有料のコンテンツの金額（ｃｈ
ａｒｇｅ₁ 〜ｃｈａｒｇｅ_n ）と、コンテンツ利用期限
である有効日付（ｄａｔｅ₁ 〜ｄａｔｅ_n ）とから構成
されている。

【００４７】つぎに、ステップＳＣ６では、コンテンツ
リストサーバ１００は、インターネット５００を介して
コンテンツリスト８１０をメイン制御部６１０へ送信す
る。このコンテンツリスト８１０を受信すると、ステッ
プＳＣ７では、メイン制御部６１０は、保存リストとし
ての保存コンテンツ一覧情報８５０（図６（ａ）参照）
を保存リスト格納域６６３から読み出す。

【００４８】ステップＳＣ８では、メイン制御部６１０
は、受信したコンテンツリスト８１０と保存コンテンツ
一覧情報８５０との差分を計算し、計算結果を図５
（ｃ）に示したコンテンツ要求リスト８２０とする。こ
のコンテンツ要求リスト８２０は、保存コンテンツ一覧
情報８５０に含まれていないコンテンツであってかつコ
ンテンツリスト８１０に含まれているコンテンツのリス
トである。具体的には、コンテンツ要求リスト８２０
は、要求すべきコンテンツを識別するためのコンテンツ
識別子と、ユーザ識別子とから構成されている。

【００４９】ステップＳＣ９では、メイン制御部６１０
は、表示部６８０にコンテンツ要求リスト８２０を表示
させ、コンテンツ利用者に確認をとる。ステップＳＣ１
０で、コンテンツ利用者の確認がとれると、ステップＳ
Ｃ１１では、メイン制御部６１０は、コンテンツ要求リ
スト８２０をインターネット５００を介してコンテンツ
リストサーバ１００へ送信する。

【００５０】ステップＳＣ１２では、コンテンツリスト
サーバ１００は、コンテンツ要求リスト８２０のユーザ
ＩＤ_a（ユーザ識別子）基づいて、当該コンテンツ利用
者に対する課金処理を実行する。ステップＳＣ１３で
は、コンテンツリストサーバ１００は、コンテンツ要求
リスト８２０に掲載されているコンテンツ識別子に対応
するアクセス鍵等の情報を含むアクセス鍵リスト８３０
（図５（ｄ）参照）を送信する。このアクセス鍵リスト
８３０は、コンテンツ識別子（コンテンツＩＤ_C1〜ＩＤ
_Cn ）、当該コンテンツの格納場所を示すＵＲＬ（Unifo
rm Resource Locator）（ＵＲＬ₁〜ＵＲＬ_n）、アク
セス鍵（アクセス鍵Ｋ₁ 〜Ｋ_n）とから構成されてい
る。

【００５１】そして、アクセス鍵リスト８３０を受信す
ると、ステップＳＣ１４では、メイン制御部６１０は、
アクセス鍵リスト８３０から、アクセス鍵のリストを取
り出した後、アクセス鍵のリストを例えばコンテンツサ
ーバ２００（コンテンツサーバ３００の場合もある）へ
送信することにより、新たなコンテンツを要求する。ス
テップＳＣ１５では、コンテンツサーバ２００は、アク
セス鍵リストに含まれるそれぞれのアクセス鍵を確認
し、この確認結果がＯＫである場合、コンテンツデータ
ベース２１０を検索し、アクセス鍵に対応するコンテン
ツを取り出す。

【００５２】ステップＳＣ１６では、コンテンツサーバ
２００は、インターネット５００を介して、暗号化され
たコンテンツをユーザクライアント６００へ配信する。
ステップＳＣ１７では、メイン制御部６１０は、上記コ
ンテンツを受信した後、アクセス鍵を用いて、暗号化さ
れたコンテンツを復号する。また、メイン制御部６１０
は、インターネット５００との回線を切断する。

【００５３】ステップＳＣ１８では、メイン制御部６１
０は、受信したコンテンツをコンテンツ格納域６６２に
格納する。これにより、コンテンツ格納域６６２には、
新たに受信したコンテンツが追加される。また、メイン
制御部６１０は、新たに受信したコンテンツに関する情
報を保存コンテンツ一覧情報８５０に追加するという更
新処理を実行する。

【００５４】この受信されたコンテンツは、ブラウザ６
５０により、図８に示したブラウザ画面９３０として表
示部６８０に表示される。ここで、選択画面９４０の終
了ボタン９４１がコンテンツ利用者によりクリックされ
ると、ステップＳＣ１９では、メイン制御部６１０は、
一連の処理を終了する。この選択画面９４０において、
送信後終了ボタン９４２は、コンテンツの利用中に発生
したデータを外部の装置へ送信した後に、一連の処理を
終了させるためのボタンである。

【００５５】ここで、上述したステップＳＣ１〜ステッ
プＳＣ１８までの処理におけるユーザクライアント６０
０の動作について、図９および図１０に示したフローチ
ャートを参照して詳述する。図９に示したステップＳＤ
１では、ＷＷＷ制御部６２０は、図８に示したショート
カット非接続ボタン９１１または接続ボタン９１２がク
リックされることにより、ＨＴＴＰ（Hypertext Transf
er Protocol）アクセス要求を受けると、ステップＳＤ
２では、ＷＷＷ制御部６２０は、スクリプト要求である
か否かを判断する。ここでいうスクリプト要求は、スク
リプト格納域６６１に格納されたスクリプトに基づい
て、コンテンツの利用（配信・再生）に関する要求であ
る。

【００５６】この場合、ステップＳＤ２の判断結果が
「Ｙｅｓ」である場合、ステップＳＤ３では、ＷＷＷ制
御部６２０は、スクリプト格納域６６１からスクリプト
を読み出し、これを言語処理エンジン６３０に渡す。ス
テップＳＤ４では、言語処理エンジン６３０は、通信処
理が必要であるか否かを判断する。この場合、接続ボタ
ン９１２がクリックされているものとすると、インター
ネット５００との間で通信処理が必要である。従って、
言語処理エンジン６３０は、ステップＳＤ４の判断結果
を「Ｙｅｓ」とする。

【００５７】一方、非接続ボタン９１１がクリックされ
た場合、通信処理が不要であるため、言語処理エンジン
６３０は、ステップＳＤ４の判断結果を「Ｎｏ」とす
る。ステップＳＤ５では、ＷＷＷ制御部６２０は、コン
テンツ格納域６６２から受信済みのコンテンツを読み出
し、これをブラウザ応答データとして作成した後、この
ブラウザ応答データをブラウザ６５０に渡す。これによ
り、ブラウザ画面９３０（図８参照）を通して当該コン
テンツが閲覧される。

【００５８】この場合、ステップＳＤ６では、言語処理
エンジン６３０は、図５（ａ）に示した要求情報８００
をインターネット５００を介してコンテンツリストサー
バ１００へ送信する。ステップＳＤ７では、コンテンツ
リストサーバ１００からのコンテンツリスト８１０（図
５（ｂ）参照）を受信する。ステップＳＤ８では、言語
処理エンジン６３０は、差分計算処理（ステップＳＣ
８：図７参照）を実行する。

【００５９】すなわち、図１０に示したステップＳＥ１
では、言語処理エンジン６３０は、受信したコンテンツ
リスト８１０（図５（ｂ）参照）からコンテンツ識別子
のリストＬ_n（コンテンツＩＤ_C1〜ＩＤ_Cn ）を作成す
る。ステップＳＥ２では、言語処理エンジン６３０は、
保存リスト格納域６６３から保存リストとしての保存コ
ンテンツ一覧情報８５０（図６（ａ）参照）からコンテ
ンツ識別子のリストＬ_O（コンテンツＩＤ_C2 、ＩＤ
_C5 、ＩＤ_C7）を作成する。ステップＳＥ３では、上記
リストＬ_nとＬ_Oとの差分をとり、コンテンツ要求リス
ト８２０（図５（ｃ）参照）を作成する。

【００６０】図９に戻り、言語処理エンジン６３０は、
ステップＳＥ３で作成したコンテンツ要求リストが空で
あるか否か、言い換えれば、差分が無い状態であるか否
かを判断し、この判断結果が「Ｙｅｓ」である場合、ス
テップＳＤ５の処理が実行される。この場合、ステップ
ＳＤ９の判断結果が「Ｎｏ」である場合、言語処理エン
ジン６３０は、コンテンツ要求リスト８２０をコンテン
ツリストサーバ１００へ送信することにより、コンテン
ツをダウンロードするための処理を実行する。

【００６１】以後、前述したステップＳＣ１１〜ステッ
プＳＣ１６（図７参照）の処理により、コンテンツサー
バ２００からユーザクライアント６００にコンテンツが
ダウンロード（受信）される。ステップＳＤ１１では、
言語処理エンジン６３０は、受信したコンテンツをコン
テンツ格納域６６２に格納するとともに、保存コンテン
ツ一覧情報８５０を更新する。

【００６２】つぎに、一実施の形態の具体的動作例２に
ついて、図１１に示したシーケンス図を参照しつつ説明
する。この具体的動作例２では、有料のコンテンツの課
金方式としての定額課金の場合について説明する。

【００６３】まず、図８に示したショートカットメニュ
ー画面９００が表示部６８０（図４参照）に表示されて
いる状態で、コンテンツの受信・再生の開始を指示する
ためのショートカット９０１がコンテンツ利用者により
クリックされると、メイン制御部６１０の制御により、
表示部６８０には、選択画面９１０が表示される。この
場合、コンテンツ利用者により接続ボタン９１２がクリ
ックされると、ユーザクライアント６００がインターネ
ット５００と回線接続され、表示部６８０には、外部の
コンテンツをダウンロード（受信）する処理を実行して
いるこを表すダウンロード画面９２０が表示される。

【００６４】また、接続ボタン９１２がクリックされる
と、図１１に示したステップＳＦ１では、開始指示がユ
ーザクライアント６００のメイン制御部６１０に出され
る。これにより、ステップＳＦ２では、メイン制御部６
１０は、記憶装置６６０のその他格納域６６４より、コ
ンテンツ利用者を識別するためのユーザＩＤ_a を読み出
す。ステップＳＦ３では、ＷＷＷ制御部６２０は、コン
テンツリストサーバ１００に対して、コンテンツリスト
を要求すべく、図５（ａ）に示した要求情報８００を送
信する。

【００６５】ステップＳＦ４では、コンテンツリストサ
ーバ１００は、受信した要求情報８００内のユーザＩＤ
_aを認証する処理を実行する。この認証処理が正常に終
了すると、ステップＳＦ５では、コンテンツリストサー
バ１００は、コンテンツリスト／課金データベース１１
０から図５（ｂ）に示したコンテンツリスト８１０を読
み出す。ステップＳＦ６では、コンテンツリストサーバ
１００は定額課金に関する処理を実行する。

【００６６】ステップＳＦ７では、コンテンツリストサ
ーバ１００は、コンテンツデータベース２１０およびコ
ンテンツデータベース３１０に格納されている全コンテ
ンツに対応するアクセス鍵等の情報を含むコンテンツ／
アクセス鍵リスト８４０（図５（ｅ）参照）を送信す
る。このコンテンツ／アクセス鍵リスト８４０は、コン
テンツ識別子（コンテンツＩＤ_C1 〜ＩＤ_Cn ）、当該コ
ンテンツの格納場所を示すＵＲＬ（ＵＲＬ₁〜ＵＲＬ
_n ）、アクセス鍵（アクセス鍵Ｋ₁ 〜Ｋ_n）、名称（ｎ
ａｍｅ₁〜ｎａｍｅ_n）と、コンテンツ利用期限である
有効日付（ｄａｔｅ ₁ 〜ｄａｔｅ_n ）とから構成されて
いる。

【００６７】このコンテンツ／アクセス鍵リスト８４０
を受信すると、ステップＳＦ９では、メイン制御部６１
０は、保存リストとしての保存コンテンツ一覧情報８５
０（図６（ａ）参照）を保存リスト格納域６６３から読
み出す。ステップＳＦ８では、メイン制御部６１０は、
受信したコンテンツ／アクセス鍵リスト８４０と保存コ
ンテンツ一覧情報８５０との差分を計算し、計算結果を
図５（ｃ）に示したコンテンツ要求リスト８２０とす
る。

【００６８】ステップＳＦ１０では、メイン制御部６１
０は、表示部６８０にコンテンツ要求リスト８２０を表
示させ、コンテンツ利用者に確認をとる。ステップＳＦ
１１で、コンテンツ利用者の確認がとれると、ステップ
ＳＦ１２では、メイン制御部６１０は、コンテンツ要求
リスト８２０からアクセス鍵リストを取り出した後、ア
クセス鍵リストをコンテンツサーバ２００へ送信するこ
とにより、新たなコンテンツを要求する。ステップＳＦ
１３では、コンテンツサーバ２００は、アクセス鍵リス
トに含まれるそれぞれのアクセス鍵を確認し、この確認
結果がＯＫである場合、コンテンツデータベース２１０
を検索し、アクセス鍵に対応するコンテンツを取り出
す。

【００６９】ステップＳＦ１４では、コンテンツサーバ
２００は、インターネット５００を介して、暗号化され
たコンテンツをユーザクライアント６００へ配信する。
ステップＳＦ１５では、メイン制御部６１０は、上記コ
ンテンツを受信した後、アクセス鍵を用いて、暗号化さ
れたコンテンツを復号する。また、メイン制御部６１０
は、インターネット５００との回線を切断する。

【００７０】ステップＳＦ１７では、メイン制御部６１
０は、コンテンツをコンテンツ格納域６６２に格納す
る。これにより、コンテンツ格納域６６２には、新たに
受信したコンテンツが追加される。また、メイン制御部
６１０は、新たに受信したコンテンツに関する情報を保
存コンテンツ一覧情報８５０に追加するという更新処理
を実行する。この受信されたコンテンツは、ブラウザ６
５０により、図８に示したブラウザ画面９３０として表
示部６８０に表示される。

【００７１】以上説明したように、一実施の形態によれ
ば、受信済みのコンテンツの管理や、サーバから受信す
べきコンテンツを、サーバではなく受信側（ユーザクラ
イアント２０、６００、７００）で管理するようにした
ので、コンテンツを配信するサーバ側（コンテンツサー
バ１０、コンテンツリストサーバ１００、コンテンツサ
ーバ２００、３００）の負荷を低減させることができる
とともに、サーバ増設にかかるコストを低減させること
ができる。

【００７２】また、一実施の形態によれば、コンテンツ
の受信が終了した後にサーバへの接続回線を切断し、オ
フラインで、データベースに格納されたコンテンツを利
用するようにしたので、従来のようにサーバに回線接続
した状態でコンテンツを利用する場合に比して、通信コ
ストを低減させることができる。

【００７３】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。

【００７４】例えば、前述した一実施の形態において
は、ユーザクライアント２０またはユーザクライアント
６００の機能を実現するための情報受信プログラムを図
１２に示したコンピュータ読み取り可能な記録媒体１１
００に記録して、この記録媒体１１００に記録された情
報受信プログラムを同図に示したコンピュータ１０００
に読み込ませ、実行することによりユーザクライアント
２０またはユーザクライアント６００の機能を実現する
ようにしてもよい。

【００７５】図１２に示したコンピュータ１０００は、
上記情報受信プログラムを実行するＣＰＵ１００１と、
キーボード、マウス等の入力装置１００２と、各種デー
タを記憶するＲＯＭ（Read Only Memory）１００３と、
演算パラメータ等を記憶するＲＡＭ（Random Access Me
mory）１００４と、記録媒体１１００から情報受信プロ
グラムを読み取る読取装置１００５と、ディスプレイ、
プリンタ等の出力装置１００６と、装置各部を接続する
バスＢＵとから構成されている。

【００７６】ＣＰＵ１００１は、読取装置１００５を経
由して記録媒体１１００に記録されている情報受信プロ
グラムを読み込んだ後、情報受信プログラムを実行する
ことにより、前述した機能を実現する。なお、記録媒体
１１００には、光ディスク、フロッピー（登録商標）デ
ィスク、ハードディスク等の可搬型の記録媒体が含まれ
ることはもとより、ネットワークのようにデータを一時
的に記録保持するような伝送媒体も含まれる。

【００７７】また、上述した一実施の形態では、ユーザ
クライアント２０（図１参照）およびユーザクライアン
ト６００、７００（図４参照）をパーソナルコンピュー
タとした例について説明したが、これらのユーザクライ
アント２０、６００および７００に代えて、コンテンツ
受信・再生機能を備えたモバイル機器（携帯電話機、Ｐ
ＨＳ端末、ＰＤＡ等）を用いてもよい。この構成例で
は、モバイル機器は、無線回線およびインターネットを
介してサーバからコンテンツを受信する。この場合に
は、無線回線のトラフィック量が少なく、データ転送速
度が速い時間帯にコンテンツを一括して受信することが
可能となり、結果的に通信コストが低減される。

【００７８】また、上述した一実施の形態では、スケジ
ューラを用いて、差分計算（ステップＳＣ８およびステ
ップＳＦ８）を実行した後に、所定時間経過後の通信料
金が安い時間帯（深夜帯）にコンテンツを実際に受信す
るようにしてもよい。この場合には、通信コストが低減
される。

【００７９】また、上述した一実施の形態では、図４に
示したコンテンツデータベース２１０とコンテンツデー
タベース３１０とに同一の内容のコンテンツを格納し、
負荷分散を図る構成を採ってもよい。この構成では、同
一コンテンツを複数のユーザクライアントで受信する場
合に、同一のコンテンツに対して複数種類のコンテンツ
鍵が用意され、これらのコンテンツ鍵が複数のユーザに
振り分けられる。この構成によれば、負荷分散装置等の
特別な装置を必要とすることなく、負荷分散を低コスト
で実現することができ、サーバ故障時の対応を楽にとる
ことができる。

【００８０】

【発明の効果】以上説明したように、本発明によれば、
受信済みの情報の管理や、サーバから受信すべき情報
を、サーバではなく受信側で管理するようにしたので、
コンテンツ等の情報を配信するサーバ側の負荷を低減さ
せることができるとともに、サーバ増設にかかるコスト
を低減させることができるという効果を奏する。

【００８１】また、本発明によれば、情報の受信が終了
した後にサーバへの接続回線を切断し、オフラインで、
データベースに格納された情報を利用するようにしたの
で、従来のようにサーバに回線接続した状態で情報を利
用する場合に比して、通信コストを低減させることがで
きるという効果を奏する。

【００８２】また、本発明によれば、通信コストが安い
時間帯にサーバへ回線接続し、情報受信を実行させるよ
うにしたので、通信コストをさらに低減させることがで
きるという効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の概略構成を示す
ブロック図である。

【図２】同一実施の形態の概略動作例１を説明するシー
ケンス図である。

【図３】同一実施の形態の概略動作例２を説明するシー
ケンス図である。

【図４】同一実施の形態の具体的構成を示すブロック図
である。

【図５】同一実施の形態で用いられる各種情報を示す図
である。

【図６】同一実施の形態で用いられる保存コンテンツ一
覧情報８５０および８６０を示す図である。

【図７】同一実施の形態の具体的動作例１を説明するシ
ーケンス図である。

【図８】図４に示した表示部６４０の画面遷移を示す図
である。

【図９】図４に示したユーザクライアント６００の動作
を説明するフローチャートである。

【図１０】図９に示した差分計算処理を説明するフロー
チャートである。

【図１１】同一実施の形態の具体的動作例２を説明する
シーケンス図である。

【図１２】同一実施の形態の変形例を示すブロック図で
ある。

【符号の説明】

１０コンテンツサーバ１１コンテンツリストサーバ１３コンテンツ配信サーバ２０ユーザクライアント１００コンテンツリストサーバ２００コンテンツサーバ６００ユーザクライアント６１０メイン制御部６２０ＷＷＷ制御部６３０言語処理エンジン６６０記憶装置１０００コンピュータ１００１ＣＰＵ１１００記録媒体

Claims

【特許請求の範囲】

【請求項１】複数の情報を配信するサーバから所望の
情報を受信する情報受信装置において、配信可能な前記複数の情報に関する配信情報リストを前
記サーバより受信する配信情報リスト受信手段と、前記配信情報リストと受信済みの情報に関する受信済み
情報リストとの比較結果に基づいて、未受信情報リスト
を作成する未受信情報リスト作成手段と、前記未受信情報リストに対応する情報を前記サーバより
受信した後、データベースに格納する未受信情報受信手
段と、前記未受信情報受信手段により受信された情報に基づい
て、前記受信済み情報リストを更新する更新手段と、を備えたことを特徴とする情報受信装置。
【請求項２】前記未受信情報受信手段による受信が終
了した後、前記サーバへの接続回線を切断する回線制御
手段と、回線切断中に、前記データベースに格納された情報を利
用する情報利用手段と、を備えたことを特徴とする請求項１に記載の情報受信装
置。
【請求項３】前記回線制御手段は、前記未受信情報リ
ストを作成した後、前記サーバへの接続回線を一旦切断
し、通信コストが安い時間帯に前記サーバへ回線接続
し、前記未受信情報受信手段に情報受信を実行させるこ
とを特徴とする請求項２に記載の情報受信装置。
【請求項４】複数の情報を配信するサーバから所望の
情報を受信する情報受信装置に適用される情報受信プロ
グラムを記録したコンピュータ読み取り可能な記録媒体
であって、配信可能な前記複数の情報に関する配信情報リストを前
記サーバより受信させる配信情報リスト受信工程と、前記配信情報リストと受信済みの情報に関する受信済み
情報リストとの比較結果に基づいて、未受信情報リスト
を作成させる未受信情報リスト作成工程と、前記未受信情報リストに対応する情報を前記サーバより
受信させた後、データベースに格納させる未受信情報受
信工程と、前記未受信情報受信工程で受信された情報に基づいて、
前記受信済み情報リストを更新させる更新工程と、をコンピュータに実行させるための情報受信プログラム
を記録したコンピュータ読み取り可能な記録媒体。
【請求項５】前記未受信情報受信工程における受信が
終了した後、前記サーバへの接続回線を切断させる回線
制御工程と、回線切断中に、前記データベースに格納された情報を利
用させる情報利用工程と、を含むことを特徴とする請求項４に記載の情報受信プロ
グラムを記録したコンピュータ読み取り可能な記録媒
体。