JP2009020548A - コンテンツ配信システム、閲覧端末およびコンテンツ配信要求制御プログラム - Google Patents

Abstract

【課題】閲覧端末のデータの記憶容量を増大させることなく、必要なデータのみを利用可能とするコンテンツ配信システム、コンテンツ配信システムを構成する閲覧端末、および閲覧端末で動作するコンテンツ配信要求制御プログラム提供する。
【解決手段】携帯型の閲覧端末には、所定のコンテンツの全文データと、その関連コンテンツのインデックス情報とが記憶されている。インデックス情報に基づいて関連コンテンツが一覧表示されているときに、関連コンテンツの全文データが要求された場合（Ｓ４０１：ＹＥＳ）、閲覧端末がネットワークに接続中であれば（Ｓ４０３：ＹＥＳ）、関連コンテンツの全文データを保有するサーバに対して、直ちに全文データの配信が要求される（Ｓ４１０）。ネットワーク接続中でなければ（Ｓ４０３：ＮＯ）、ネットワークが接続された時点で配信要求を行うために、要求待ちリストが作成される（Ｓ４０５）。
【選択図】図１７

Description

本発明は、閲覧端末およびコンテンツ配信装置を備えたコンテンツ配信システム、コンテンツ配信システムを構成する閲覧端末、および閲覧端末で動作するコンテンツ配信要求制御プログラムに関する。

近年、ネットワークを介してサーバから文書データや画像データ等のコンテンツを配信し、ユーザが自己の端末で配信されたコンテンツを閲覧するシステムが種々提供されている。例えば、電子新聞システムでは、紙媒体の新聞を購入する場合と同様に、社会・政治・経済・スポーツ等、１紙分の情報がまとめられて配信されることが一般的に行われている。このような購読形態では、多岐に渡る情報が一度に得られるという利点がある一方、ユーザの嗜好は考慮されていない。そこで、複数紙の複数の分類からユーザの希望に応じて特定された記事のみを配信するデータ配信システムも提案されている（例えば、特許文献１）。
特開２００２−３０４４１２号公報

しかしながら、特許文献１に記載のデータ配信システムでは、ユーザの嗜好は考慮されているものの、配信される記事の情報元（新聞名）と分類は固定されている。したがって、例えば、ユーザが注目した記事について、複数の視点からみた情報を収集して比較したい場合に、他の情報元の同じ分類の記事が取得できないという問題があった。また、情報を比較するためだけに他紙を購読することとすると、必要でない情報までまとめて配信され、情報が過剰に収集されるという問題があった。特に、記事を閲覧する端末が携帯型の閲覧端末の場合、データの記憶容量に制限があるため、過剰な情報収集は不都合であった。

本発明は、上記問題点を解決するためになされたものであり、閲覧端末のデータの記憶容量を増大させることなく、必要なデータのみを利用可能とするコンテンツ配信システム、コンテンツ配信システムを構成する閲覧端末、および閲覧端末で動作するコンテンツ配信要求制御プログラム提供することを目的とする。

上記目的を達成するために、請求項１に係る発明のコンテンツ配信システムは、画像又は文書からなるコンテンツを表示する表示画面を有する閲覧端末と、コンテンツを配信する配信手段を有し、少なくとも前記閲覧端末と接続可能なコンテンツ配信装置とを備えたコンテンツ配信システムであって、前記閲覧端末は、少なくとも１つの前記コンテンツの全文データを記憶するコンテンツ記憶手段と、前記全文データが記憶された前記コンテンツである全文データ付コンテンツに関連する関連コンテンツの識別情報を前記全文データ付コンテンツに対応づけて記憶する識別情報記憶手段と、前記コンテンツ記憶手段に記憶された任意の前記全文データ付コンテンツを選択するコンテンツ選択手段と、前記識別情報記憶手段を参照して、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツに関連する前記関連コンテンツの前記識別情報を選択する識別情報選択手段と、前記識別情報選択手段によって選択された前記識別情報に対応する前記関連コンテンツの全文データである関連コンテンツデータを配信するように要求する配信要求を前記コンテンツ配信装置に送信する要求送信手段とを備え、前記コンテンツ配信装置の前記配信手段は、前記要求送信手段から前記配信要求を受信した場合に、前記関連コンテンツデータを配信することを特徴とする。

請求項２に係る発明のコンテンツ配信システムは、請求項１に記載の発明の構成に加え、前記コンテンツ配信装置の前記配信手段は、前記要求送信手段から前記配信要求を受信した場合に、前記関連コンテンツデータを前記閲覧端末に配信し、前記閲覧端末は、前記配信手段から配信された前記関連コンテンツの前記全文データを前記表示画面に表示させる表示制御手段をさらに備えたことを特徴とする。

請求項３に係る発明のコンテンツ配信システムは、請求項１または２に記載の発明の構成に加え、前記コンテンツの印刷を実行する印刷手段を有し、少なくとも前記コンテンツ配信装置に接続可能な印刷装置をさらに備え、前記閲覧端末は、前記閲覧端末または前記印刷装置のいずれかを、前記関連コンテンツデータの配信先として特定する配信先特定手段をさらに備え、前記要求送信手段は、前記関連コンテンツデータを、前記配信先特定手段によって特定された前記配信先に配信するように要求し、前記コンテンツ配信装置の前記配信手段は、前記配信要求を受信した場合に、前記関連コンテンツデータを前記配信先に配信し、前記印刷装置は、前記配信手段から配信された前記関連コンテンツデータの印刷を前記印刷手段に実行させる印刷制御手段を備えたことを特徴とする。

請求項４に係る発明のコンテンツ配信システムは、請求項１に記載の発明の構成に加え、前記コンテンツの印刷を実行する印刷手段を有し、少なくとも前記コンテンツ配信装置に接続可能な印刷装置をさらに備え、前記コンテンツ配信装置の前記配信手段は、前記要求送信手段から前記配信要求を受信した場合に、前記関連コンテンツデータを前記印刷装置に配信し、前記印刷装置は、前記配信手段から配信された前記関連コンテンツデータの印刷を前記印刷手段に実行させる印刷制御手段をさらに備えたことを特徴とする。

請求項５に係る発明のコンテンツ配信システムは、画像又は文書からなるコンテンツを表示する表示画面を有し、少なくともコンテンツ配信装置および印刷装置のいずれかに接続可能な閲覧端末と、コンテンツを配信する配信手段を有するコンテンツ配信装置と、前記コンテンツの印刷を実行する印刷手段を有し、閲覧端末およびコンテンツ送信装置に接続可能な印刷装置とを備えたコンテンツ配信システムであって、前記閲覧端末は、少なくとも１つの前記コンテンツの全文データを記憶するコンテンツ記憶手段と、前記全文データが記憶された前記コンテンツである全文データ付コンテンツに関連する関連コンテンツの識別情報を前記全文データ付コンテンツに対応づけて記憶する識別情報記憶手段と、前記コンテンツ記憶手段に記憶された任意の前記全文データ付コンテンツを選択するコンテンツ選択手段と、前記識別情報記憶手段を参照して、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツに関連する前記関連コンテンツの前記識別情報を選択する識別情報選択手段と、前記識別情報選択手段によって選択された前記識別情報に対応する前記関連コンテンツの全文データである関連コンテンツデータを配信するように要求する第１の配信要求を前記印刷装置に送信する第１の要求送信手段とを備え、前記印刷装置は、前記第１の要求送信手段から前記第１の配信要求を受信した場合に、前記関連コンテンツデータを配信するように要求する第２の配信要求を前記コンテンツ配信装置に送信する第２の要求送信手段を備え、前記コンテンツ配信装置の前記配信手段は、前記第２の配信要求を受信した場合に、前記関連コンテンツデータを前記印刷装置に配信することを特徴とする。

請求項６に係る発明のコンテンツ配信システムは、請求項５に記載の発明の構成に加え、前記印刷装置は、前記配信手段から配信された前記関連コンテンツデータの印刷を前記印刷手段に実行させる印刷制御手段とをさらに備えたことを特徴とする。

請求項７に係る発明のコンテンツ配信システムは、請求項６に記載の発明の構成に加え、前記閲覧端末は、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツの前記全文データを前記関連コンテンツデータとあわせて印刷するように要求する印刷要求を前記印刷装置に送信する印刷要求送信手段をさらに備え、前記印刷装置は、前記印刷要求送信手段から前記印刷要求を受信した場合に、前記閲覧端末または前記コンテンツ配信装置から前記全文データ付コンテンツの前記全文データを取得する全文データ取得手段をさらに備え、前記印刷制御手段は、前記印刷手段に、前記配信手段により配信された前記関連コンテンツデータ、および前記全文データ取得手段によって取得された前記全文データ付コンテンツの前記全文データを、共通の書式およびレイアウトで印刷させることを特徴とする。

請求項８に係る発明のコンテンツ配信システムは、請求項７に記載の発明の構成に加え、前記閲覧端末は、前記印刷要求手段から前記印刷要求を送信する場合に、前記全文データ付コンテンツの前記全文データを前記印刷装置に送信する全文データ送信手段をさらに備え、前記印刷装置の前記全文データ取得手段は、前記全文データ送信手段によって送信された前記全文データ付コンテンツの前記全文データを取得することを特徴とする。

請求項９に係る発明のコンテンツ配信システムは、請求項７に記載の発明の構成に加え、前記印刷装置は、前記印刷要求送信手段から前記印刷要求を受信した場合に、前記全文データ付コンテンツの前記全文データを前記関連コンテンツデータとあわせて配信するように要求する第３の配信要求を前記コンテンツ配信装置に送信する第３の要求送信手段をさらに備え、前記コンテンツ配信装置の前記配信手段は、前記第３の要求送信手段から前記第３の配信要求を受信した場合には、前記全文データ付コンテンツの前記全文データを前記関連コンテンツデータとあわせて前記印刷装置に配信することを特徴とする。

請求項１０に係る発明のコンテンツ配信システムは、請求項５〜９のいずれかに記載の発明の構成に加え、前記閲覧端末は、前記閲覧端末または前記印刷装置のいずれかを、前記関連コンテンツデータの配信先として特定する配信先特定手段と、前記関連コンテンツデータの配信先が前記閲覧端末である場合に、前記関連コンテンツの前記全文データを前記表示画面に表示させる表示制御手段とをさらに備え、前記第１の要求送信手段は、前記関連コンテンツデータを、前記配信先特定手段によって特定された前記配信先に配信するように要求し、前記印刷装置は、前記第１の要求送信手段から受信した前記第１の配信要求の前記配信先が前記閲覧端末である場合に、前記配信手段から配信された前記関連コンテンツデータを前記閲覧端末に転送する転送手段をさらに備えたことを特徴とする。

請求項１１に係る発明の閲覧端末は、画像又は文書からなるコンテンツを表示する表示画面を有し、少なくとも前記コンテンツを配信するコンテンツ配信装置および前記コンテンツを印刷する印刷装置のいずれかに接続可能な閲覧端末であって、少なくとも１つの前記コンテンツの全文データを記憶するコンテンツ記憶手段と、前記全文データが記憶された前記コンテンツである全文データ付コンテンツに関連する関連コンテンツの識別情報を前記全文データ付コンテンツに対応づけて記憶する識別情報記憶手段と、前記コンテンツ記憶手段に記憶された任意の前記全文データ付コンテンツを選択するコンテンツ選択手段と、前記識別情報記憶手段を参照して、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツに関連する前記関連コンテンツの前記識別情報を選択する識別情報選択手段と、前記識別情報選択手段によって選択された前記識別情報に対応する前記関連コンテンツの全文データである関連コンテンツデータを前記閲覧端末または前記印刷装置に配信するように要求する配信要求を前記コンテンツ配信装置または前記印刷装置に送信する要求送信手段とを備えたことを特徴とする。

請求項１２に係る発明の閲覧端末は、請求項１１に記載の発明の構成に加え、前記配信要求に応じて配信された前記関連コンテンツの前記全文データを前記表示画面に表示させる表示制御手段をさらに備えたことを特徴とする。

請求項１３に係る発明の閲覧端末は、請求項１１または１２に記載の発明の構成に加え、前記コンテンツ特定手段によって特定された前記全文データ付コンテンツの前記全文データを前記関連コンテンツの全文データとあわせて印刷するように要求する印刷要求を前記印刷装置に送信する印刷要求送信手段をさらに備えたことを特徴とする。

請求項１４に係る発明の閲覧端末は、請求項１１〜１３のいずれかに記載の発明の構成に加え、前記印刷要求送信手段によって、前記全文データ付コンテンツの前記全文データを前記関連コンテンツの全文データとあわせて印刷するように要求する前記印刷要求を送信する場合に、前記全文データ付コンテンツの前記全文データを前記印刷装置に送信する全文データ送信手段をさらに備えたことを特徴とする。

請求項１５に係る発明の閲覧端末は、請求項１１〜１４のいずれかに記載の発明の構成に加え、前記閲覧端末または前記印刷装置のいずれかを、前記関連コンテンツデータの配信先として特定する配信先特定手段をさらに備えたことを特徴とする。

請求項１６に係る発明の閲覧端末は、請求項１１〜１５のいずれかに記載の発明の構成に加え、前記表示制御手段は、前記識別情報選択手段によって選択された前記関連コンテンツの前記識別情報を前記表示画面にリスト表示させ、前記表示画面に前記識別情報がリスト表示された前記関連コンテンツから、全文データの配信要求を行う前記関連コンテンツを特定するコンテンツ特定手段をさらに備え、前記要求送信手段は、前記コンテンツ特定手段によって特定された前記関連コンテンツの全文データの配信要求を送信することを特徴とする。

請求項１７に係る発明の閲覧端末は、請求項１６に記載の発明の構成に加え、前記関連コンテンツの前記識別情報は、少なくとも前記関連コンテンツのタイトル、発行日、および課金情報のいずれか１つを含むことを特徴とする。

請求項１８に係る発明の閲覧端末は、請求項１１〜１７のいずれかに記載の発明の構成に加え、前記配信要求を記憶する要求記憶手段と、前記コンテンツ配信装置または前記印刷装置との接続状態を検知する接続検知手段とをさらに備え、前記要求送信手段は、前記接続検知手段によって前記コンテンツ配信装置または前記印刷装置と接続中であると検知された場合に、前記要求記憶手段に記憶された前記配信要求を送信することを特徴とする。

請求項１９に係る発明の閲覧端末は、請求項１１〜１８のいずれかに記載の発明の構成に加え、前記コンテンツ記憶手段に記憶された前記関連コンテンツの前記識別情報は、タグによって前記全文データ付コンテンツと対応づけられていることを特徴とする。

請求項２０に係る発明のコンテンツ配信要求制御プログラムは、請求項１１〜１９のいずれかに記載の閲覧端末の各種処理手段としてコンピュータを機能させる。

請求項１に係る発明のコンテンツ配信システムでは、ユーザが、あるコンテンツの全文データを閲覧した結果、閲覧端末に記憶されていない関連コンテンツの全文データも閲覧したい場合に、関連コンテンツの識別情報を基にして、全文データの配信を要求することができる。したがって、閲覧端末の記憶容量を徒に増大させることなく、ユーザは簡便に必要なコンテンツの全文データのみを利用することができる。

請求項２に係る発明のコンテンツ配信システムによれば、請求項１に記載の発明の効果に加え、関連コンテンツの全文データが閲覧端末に配信されるので、ユーザは、関連コンテンツについても表示画面で全文データを閲覧することができる。

請求項３に係る発明のコンテンツ配信システムでは、閲覧端末で特定された配信先（閲覧端末または印刷装置）に対して、コンテンツ配信装置から関連コンテンツの全文データが配信される。そして、配信先が印刷装置の場合には、配信された関連コンテンツの前文データが印刷される。したがって、請求項１または２に記載の発明の効果に加え、ユーザが全文データを画面上で閲覧したい場合と、紙面に印刷した状態で読みたい場合とのいずれにも対応できる。

請求項４に係る発明のコンテンツ配信システムは印刷装置を備えており、関連コンテンツの全文データが印刷装置に配信され、自動的に印刷される。したがって、請求項１に記載の発明の効果に加え、ユーザは、簡易な操作で印刷した状態の関連コンテンツを閲覧することができる。

請求項５に係る発明のコンテンツ配信システムでは、ユーザが、あるコンテンツの全文データを閲覧した結果、閲覧端末に記憶されていない関連コンテンツの全文データも閲覧したい場合に、関連コンテンツの識別情報を基にして、印刷装置を介して全文データの配信を要求することができる。したがって、閲覧端末の記憶容量を徒に増大させることなく、ユーザは簡便に必要なコンテンツの全文データのみを利用することができる。

請求項６に係る発明のコンテンツ配信システムでは、印刷装置に関連コンテンツの全文データが配信され、印刷される。したがって、請求項５に記載の発明の効果に加え、ユーザは、簡易な操作で印刷した状態の関連コンテンツを閲覧することができる。

請求項７に係る発明のコンテンツ配信システムでは、閲覧端末で特定された全文データ付コンテンツと、その関連コンテンツの全文データがあわせて共通フォーマットで印刷される。したがって、請求項６に記載の発明の効果に加え、複数のコンテンツの読み比べに好適である。

請求項８に係る発明のコンテンツ配信システムでは、全文データ付コンテンツと、その関連コンテンツの全文データがあわせて印刷される場合に、閲覧端末がすでに保有している全文データ付コンテンツの全文データが印刷装置に送信される。したがって、請求項７に記載の発明の効果に加え、印刷装置は、別途コンテンツ送信装置に対して全文データ付コンテンツの全文データの配信を要求する必要がない。

請求項９に係る発明のコンテンツ配信システムでは、全文データ付コンテンツと、その関連コンテンツの全文データがあわせて印刷される場合に、コンテンツ配信装置から印刷装置へ、全文データ付コンテンツおよび関連コンテンツの各全文データがあわせて配信される。したがって、請求項７に記載の発明の効果に加え、処理効率がよく、また、閲覧端末で保有している全文データがコンテンツ配信装置において更新されている場合には、最新の全文データの印刷結果を得ることができる。

請求項１０に係る発明のコンテンツ配信システムでは、閲覧端末からの配信要求を受けた印刷装置から、さらにコンテンツ配信装置に対して印刷装置を配信先とする配信要求が送信される。そして、コンテンツ配信装置から印刷装置に関連コンテンツの全文データが配信され、配信先に応じて、閲覧端末に転送されるか、印刷が行われる。したがって、請求項５〜９のいずれかに記載の発明の効果に加え、ユーザが全文データを画面上で閲覧したい場合と、紙面に印刷した状態で読みたい場合とのいずれにも対応できる。

請求項１１に係る発明の閲覧端末では、ユーザが、あるコンテンツの全文データを閲覧した結果、閲覧端末に記憶されていない関連コンテンツの全文データも閲覧したい場合に、関連コンテンツの識別情報を基にして、全文データの配信を要求することができる。したがって、閲覧端末の記憶容量を徒に増大させることなく、ユーザは簡便に必要なコンテンツの全文データのみを利用することができる。

請求項１２に係る発明の閲覧端末によれば、請求項１１に記載の発明の効果に加え、関連コンテンツの全文データが閲覧端末に配信されるので、ユーザは、関連コンテンツについても表示画面で全文データを閲覧することができる。

請求項１３に係る発明の閲覧端末では、特定された全文データ付コンテンツと、その関連コンテンツの全文データをあわせて共通フォーマットで印刷するように印刷装置に要求する。したがって、請求項１１または１２に記載の発明の効果に加え、複数のコンテンツの読み比べに好適である。

請求項１４に係る発明の閲覧端末では、全文データ付コンテンツと、その関連コンテンツの全文データをあわせて印刷するよう要求する場合に、閲覧端末がすでに保有している全文データ付コンテンツの全文データが印刷装置に送信される。したがって、請求項１１〜１３のいずれかに記載の発明の効果に加え、印刷装置は、別途コンテンツ送信装置に対して全文データ付コンテンツの全文データの配信を要求する必要がない。

請求項１５に係る発明の閲覧端末では、特定された配信先に応じて、コンテンツが閲覧端末に転送されるか、印刷装置による印刷が行われる。したがって、請求項１１〜１４のいすれかに記載の発明の効果に加え、ユーザが全文データを画面上で閲覧したい場合と、紙面に印刷した状態で読みたい場合とのいずれにも対応できる。

請求項１６に係る発明の閲覧端末では、全文データ付コンテンツの関連コンテンツのすべてが最初にコンテンツ選択手段により選択されてリスト表示され、その中から全文データを利用したいものをさらに特定できる。したがって、請求項１１〜１５のいずれかに記載の発明の効果に加え、閲覧端末に配信される全文データを絞り込めるので、閲覧端末の記憶容量を最小限に抑えることができる。

請求項１７に係る発明の閲覧端末によれば、関連コンテンツの識別情報が関連コンテンツのタイトル、発行日、課金情報のいずれかを含むため、請求項１６のいずれかに記載の発明の効果に加え、ユーザが配信を指示するか否かを判断するのに有用である。

請求項１８に係る発明の閲覧端末によれば、閲覧端末がコンテンツ配信装置または印刷装置に接続されていない間に配信要求がなされた場合でも、接続された状態になると自動的に配信要求が送信される。したがって、請求項１１〜１７のいずれかに記載の発明の効果に加え、ユーザは接続状態を気にすることなく配信を指示することができる。

請求項１９に係る発明の閲覧端末によれば、請求項１１〜１８のいずれかに記載の発明の効果に加え、タグ付けという簡便な方法で、全文データ付コンテンツと関連コンテンツとを対応づけることができる。

請求項２０に係る発明のコンテンツ配信要求制御プログラムは、請求項１１〜１９のいずれかに記載の閲覧端末の各種処理手段としてコンピュータを機能させる。したがって、請求項１１〜１９のいずれかに記載の発明の効果を奏することができる。

以下、本発明を具現化したコンテンツ配信システムの実施の形態について、図面を参照して説明する。なお、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。

<第１の実施形態>
以下、図１〜図２４を参照して、第１の実施形態に係るコンテンツ配信システム１００について説明する。まず、図１を参照して、コンテンツ配信システム１００の概略構成について説明する。図１は、コンテンツ配信システム１００の概略を示すシステム構成図である。

図１に示すように、コンテンツ配信システム１００は、表示部１５および操作キー１６を有する携帯型の閲覧端末１とサーバ３とから構成されており、両者は例えばインターネット１１０等のネットワークを介して相互に接続可能である。なお、図１では閲覧端末１は１つしか図示されていないが、サーバ３には複数の閲覧端末１が接続可能である。閲覧端末１は、ユーザの操作に応じて、インターネット１１０を介してサーバ３等の外部機器から文字や画像からなるコンテンツをダウンロードし、表示部１５に表示させる。閲覧端末１の表示部１５近傍には、十字キーおよび決定キーを含む操作キー１６が設けられている。ユーザは、これらの操作キー１６を用いて、閲覧端末１にダウンロードするコンテンツの選択やダウンロードの指示（配信要求）等、各種操作を行うことができる。

一方、サーバ３は、別途設けられた専用の通信回線３００を介して複数の情報元から種々のコンテンツのデータを取得し、記憶している。本実施形態では、情報元はＡ新聞、Ｂ新聞、Ｃ新聞等の新聞を発行する複数の新聞社であるものとする。サーバ３は、これらの新聞社（Ａ社、Ｂ社、Ｃ社）がそれぞれ有する記事サーバ３０１、３０２、３０３等から、専用回線３００を通じて各社の新聞記事の記事データを定期的に取得し、後述するハードディスク装置３４（図１０参照）に記憶している。そして、サーバ３は、予め設定された配信指示に従って、閲覧端末１へ特定の記事データを配信する。例えば、閲覧端末１のユーザがＡ新聞を購読していれば、閲覧端末１がインターネット１１０を介してサーバ３に接続した際、購読分の記事データが閲覧端末１に配信され、後述するメモリカード１９０（図２参照）に記憶される。あるいは、閲覧端末１から個別のコンテンツ配信要求を受けた場合には、要求されたコンテンツ（記事）のデータを閲覧端末１に配信する。なお、本実施形態では、説明の便宜上、サーバ３に接続されている記事サーバは、Ａ社、Ｂ社、Ｃ社の有する各記事サーバ３０１〜３０３の３つのみとするが、さらに多くの記事サーバに接続することも可能である。

次に、図２〜図１０を参照して、本実施形態のコンテンツ配信システム１００の構成要素である閲覧端末１とサーバ３の構成について説明する。まず、図２〜図９を参照して、閲覧端末１の構成について説明する。図２は、閲覧端末１の電気的構成を示すブロック図である。図３は、コンテンツ情報記憶エリア１９１に記憶されたコンテンツ情報の説明図である。図４および図５は、インデックス情報記憶エリア１９２に記憶されたインデックス情報の説明図である。図６は、ＲＡＭ１２の記憶エリアの説明図である。図７は、関連コンテンツリスト記憶エリア１２３に記憶された関連コンテンツリストの説明図である。図８は、要求待ちリスト記憶エリア１２５に記憶された要求待ちリストの説明図である。図９は、配信確認リスト記憶エリア１２６に記憶された配信確認リストの説明図である。

図２に示すように、閲覧端末１は、バスによって相互に接続されたＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＥＥＰＲＯＭ１３、表示コントローラ１４、操作キー１６、ＬＡＮコントローラ１７、ＵＳＢコントローラ１８、およびメモリカードコントローラ１９を備えている。ＲＯＭ１１は、閲覧端末１を動作させるための各種のプログラムを記憶しており、ＣＰＵ１０は、ＲＯＭ１１に記憶されたプログラムに従って、閲覧端末１の動作を制御する。ＲＡＭ１２の詳細については後述する。不揮発性メモリであるＥＥＰＲＯＭ１３は、閲覧端末１のユーザの識別情報であるユーザＩＤ等を記憶する記憶素子である。表示コントローラ１４は、表示コントローラ１４に接続された表示部１５の制御を行う。操作キー１６は、前述したように、ユーザによる各種操作の入力を受け付けるものである。ＬＡＮコントローラ１７は、インターネット１１０に接続し、サーバ３等の外部機器との間でデータの送受信を行うためのものである。ＵＳＢコントローラ１８は、ＵＳＢ通信によりＵＳＢケーブルで接続された他の外部機器との間でデータの送受信を行うためのものである。メモリカードコントローラ１９は、メモリカード１９０を接続するためのものである。

メモリカード１９０は、コンテンツ情報記憶エリア１９１およびインデックス情報記憶エリア１９２等を備えている。コンテンツ情報記憶エリア１９１には、表示部１５に表示させてユーザに閲覧させるためのコンテンツ情報が記憶される。コンテンツ情報は、例えば、各コンテンツに固有の識別コードであるコンテンツＩＤ、コンテンツのタイトルおよびコンテンツの本文の全文データとから構成されている。ここで、図３を参照して、コンテンツ情報について具体的に説明する。本実施形態では、閲覧端末１のユーザは、例えば、Ａ社の発行するＡ新聞の購読者であるとし、コンテンツ情報記憶エリア１９１に記憶されるコンテンツがＡ新聞の記事であるとする。この場合、図３に示すように、コンテンツ情報は、Ａ新聞の各記事毎に、Ａ新聞の記事の識別コードである記事ＩＤ（Ａｘｘｘ）、記事の見出しである記事タイトル、および記事本文のデータから構成されている。なお、社会、経済、スポーツといった、記事の分類をコンテンツ情報に含めてもよい。コンテンツ情報（記事データ）は、前述したように、閲覧端末１のユーザの購読分（例えば朝刊）がサーバ３から配信される毎に、コンテンツ情報記憶エリア１９１に記憶される。例えば、図３の例では、記事ＩＤが「Ａ１０１」、記事タイトルが「Ｘ社株価上昇」、記事本文が「Ｘ社の株価が・・・」である記事と、記事ＩＤが「Ａ１０２」、記事タイトルが「六カ国協議に関し首相談話」、記事本文が「中断されていた・・・」である記事等のコンテンツ情報がすでにサーバ３から配信され、コンテンツ情報記憶エリア１９１に記憶されている。

また、メモリカード１９０のインデックス情報記憶エリア１９２には、コンテンツ情報記憶エリア１９１に記憶されたＡ新聞の記事に関連する他の新聞（例えばＢ新聞、Ｃ新聞）の記事（以下、関連記事という）に関する情報が、インデックス情報として記憶されている。インデックス情報は、前述のように閲覧端末１にＡ新聞の新聞記事のコンテンツ情報が配信されるのと併せてサーバ３から配信され、インデックス情報記憶エリア１９２に記憶される。なお、コンテンツ情報およびインデックス情報のいずれについても、各構成項目を識別するための付加情報であるタグが埋め込まれている。

次に、図４および図５を参照して、インデックス情報について具体的に説明する。インデックス情報は、閲覧端末１のユーザの購読紙であるＡ新聞の記事ＩＤに基づいて関連記事を参照する際のインデックス（索引）として用いられるものである。図４および図５に示すように、本実施形態では、インデックス情報は、閲覧端末１のユーザの購読紙であるＡ新聞以外の各社毎（図４：Ｂ新聞、図５：Ｃ新聞）に、各記事の記事ＩＤ、記事タイトル、およびメイン記事ＩＤから構成されている。記事ＩＤは、この関連記事の識別コードであり、例えばＢ新聞の記事には「Ｂｘｘｘ」、Ｃ新聞には「Ｃｘｘｘ」というように、記事の発行元の各新聞社（ＢまたはＣ）と記事番号（ｘｘｘ）とが識別可能な固有のコードが付与されている。記事タイトルは、この関連記事の見出しである。また、メイン記事ＩＤは、この関連記事に対応するＡ新聞の新聞記事の記事ＩＤである。例えば、図４に示すＢ社の発行するＢ新聞のインデックス情報では、最初のインデックス情報として、関連記事ＩＤ「Ｂ１０３」、関連記事タイトル「Ｘ社業績拡大」、メイン記事ＩＤ「Ａ１０１」が記憶されている。すなわち、このＢ新聞の記事は、Ａ社の発行するＡ新聞の記事ＩＤ「Ａ１０１」（図３参照）に対応する関連記事であることがわかる。Ｂ新聞にＡ新聞のいずれかの記事に対応する記事があれば、サーバ３において図４に示すインデックス情報が作成され、Ａ新聞の記事のコンテンツ情報を配信するのと同時に閲覧端末１に配信される。そして、配信されたインデックス情報は、インデックス情報記憶エリア１９２に記憶される。また、同様に、図５に示すように、Ｃ社の発行するＣ新聞についてもインデックス情報が作成され、閲覧端末１に配信される。

ここで、図６を参照して、ＲＡＭ１２の詳細について説明する。図６に示すように、各種データを一時的に記憶するＲＡＭ１２には、表示コンテンツ記憶エリア１２１、関連コンテンツ記憶エリア１２２、関連コンテンツリスト記憶エリア１２３、全文要否フラグ記憶エリア１２４、要求待ちリスト記憶エリア１２５、配信確認リスト記憶エリア１２６等の複数の記憶エリアが設けられている。

表示コンテンツ記憶エリア１２１には、表示部１５に記事本文が表示されている記事のコンテンツ情報が、前述したメモリカード１９０のコンテンツ情報記憶エリア１９１から読み出され、表示コンテンツ情報として記憶される。関連コンテンツ記憶エリア１２２には、表示コンテンツ情報に含まれる記事ＩＤをメイン記事ＩＤとするインデックス情報が、前述したメモリカード１９０のインデックス情報記憶エリア１９２から読み出され、関連コンテンツ情報として記憶される。具体的には、表示中のＡ新聞の記事の記事ＩＤに対応するＢ新聞およびＣ新聞のインデックス情報がそれぞれ記憶される。

関連コンテンツリスト記憶エリア１２３には、記事ＩＤによってＡ新聞の記事とその他の新聞の関連記事とを対応づけるリストである関連コンテンツリストが記憶される。ここで、図７を参照して、関連コンテンツリストについて説明する。図７に示すように、関連コンテンツリストは、メイン記事ＩＤと、関連記事ＩＤとから構成されており、１つのメイン記事ＩＤに対して、１つまたは複数の関連記事ＩＤが対応づけられている。図７の例では、メイン記事ＩＤ「Ａ１０１」に対応して、関連記事ＩＤ「Ｂ１０３」および「Ｃ１１８」が記憶されており、Ａ新聞の記事ＩＤ「Ａ１０１」には、Ｂ新聞の記事ＩＤ「Ｂ１０３」およびＣ新聞の記事ＩＤ「Ｃ１１８」の２つの関連記事があることがわかる。詳細は後述するが、Ａ新聞の記事本文が表示部１５に表示されているときにコンテンツ要求処理（図１７参照）が行われると、その記事の関連コンテンツリストが生成され、関連コンテンツリスト記憶エリア１２３に記憶される。

全文要否フラグ記憶エリア１２４には、関連コンテンツリストに記憶されたメイン記事ＩＤおよび関連記事ＩＤに対応付けて、その記事本文の全文表示を要求するか否かをＯＮ／ＯＦＦで示す全文要否フラグが記憶される。

要求待ちリスト記憶エリア１２５には、閲覧端末１とサーバ３が非接続中の場合に、サーバ３と接続された時点で関連記事の全文データを要求するために準備される、要求待ちリストが記憶される。ここで、図８を参照して、要求待ちリストについて説明する。図８に示すように、要求待ちリストは、関連コンテンツリスト毎に付与される識別コードである要求ＩＤと、関連コンテンツリスト、すなわち、メイン記事ＩＤおよび関連記事ＩＤとから構成されている。詳細は後述するが、閲覧端末１とサーバ３が接続されると、サーバ３に対して、そのとき要求待ちリストに記憶されているコンテンツの全文データの要求処理が行われる。

配信確認リスト記憶エリア１２６には、記事の全文データがメモリカード１９０のコンテンツ情報記憶エリア１９１に記憶されているか否かを示す配信確認リストが記憶される。ここで、図９を参照して、配信確認リストについて説明する。図９に示すように、配信確認リストには、関連コンテンツリスト毎に付与される要求ＩＤと、関連コンテンツリストに含まれていたメイン記事ＩＤおよび関連記事ＩＤである記事ＩＤと、全文データの有無とが記憶されている。なお、図中、全文データ有無欄の「○」は全文データがコンテンツ情報記憶エリア１９１に記憶されていることを表し、「×」は記憶されていないことを表している。詳細は後述するが、配信確認リストに基づき、全文データが記憶されていないと判断された記事について、サーバ３に全文データの配信が要求される。

次に、図１０を参照して、サーバ３の構成について説明する。図１０は、サーバ３の電気的構成を示すブロック図である。図１０に示すように、サーバ３は、バスによって相互に接続されたＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、ハードディスク装置（ＨＤＤ）３４、ディスプレイ３５、キーボード３６、マウス３７、通信用Ｉ／Ｆ３８、およびＬＡＮコントローラ３９を備えている。ＲＯＭ３１は、ＢＩＯＳ等、サーバ３を動作させるための各種のプログラムを記憶しており、ＣＰＵ３０は、ＲＯＭ３１に記憶されたプログラムに従って、サーバ３の動作を制御する。ＲＡＭ３２は、各種データを一時的に記憶するための記憶素子である。

記憶装置であるＨＤＤ３４は、記事データベース（ＤＢ）記憶エリア３４１、プログラム記憶エリア３４２、その他の情報記憶エリア３４３等、複数の記憶エリアを備えている。記事ＤＢ記憶エリア３４１には、前述したように、専用回線３００を介して接続されたＡ社、Ｂ社、Ｃ社の各新聞社の記事サーバ３０１〜３０３から定期的に取得した新聞記事のデータを蓄積する記事ＤＢが記憶される。記事ＤＢに蓄積される新聞記事のデータは、各記事について、発行元の新聞社および記事を識別する記事ＩＤ、記事タイトル、記事本文の全文データ等を含むものである。プログラム記憶エリア３４２には、各種のプログラムが記憶される。また、その他の情報記憶エリア３４３には、その他の情報が記憶される。

通信用Ｉ／Ｆ３８は、専用回線３００を介して、Ａ社、Ｂ社、Ｃ社等の新聞社の有する記事サーバ３０１〜３０３と接続するためのものである。ＬＡＮコントローラ３９は、インターネット１１０に接続し、閲覧端末１等の外部の機器との間でデータの送受信を行うためのものである。なお、サーバ３に専用回線３００用の通信用Ｉ／Ｆ３８は設けず、インターネット１１０を介して記事サーバ３０１〜３０３と接続するようにしてもよい。

次に、図１１〜図２４を参照して、本実施形態のコンテンツ配信システム１００において行われる処理について説明する。まず、閲覧端末１において実行される各種の処理について、図１１〜図２３を参照して説明する。図１１は、閲覧端末１のメイン処理のフローチャートである。図１２は、メイン処理で実行される目次表示処理のフローチャートである。図１３は、メイン処理で実行されるキー入力処理のフローチャートである。図１４は、キー入力処理で実行される項目選択処理のフローチャートである。図１５は、キー入力処理で実行される項目決定処理のフローチャートである。図１６は、キー入力処理で実行される頁めくり処理のフローチャートである。図１７は、キー入力処理で実行されるコンテンツ要求処理のフローチャートである。図１８は、コンテンツ要求処理で実行される関連コンテンツリスト生成処理のフローチャートである。図１９は、コンテンツ要求処理で実行される全文データ要求処理のフローチャートである。図２０は、メイン処理で実行されるネットワーク接続更新時処理のフローチャートである。図２１は、メイン処理で実行される全文データ受信処理のフローチャートである。図２２は、関連コンテンツ表示画面１５１の説明図である。図２３は、関連コンテンツ表示画面１５１の別の説明図である。なお、図１１〜図２１の処理は、ＲＯＭ１１に記憶された各種のプログラムに従って、ＣＰＵ１０が実行する。

閲覧端末１の電源がＯＮにされ、図１１に示すメイン処理が開始されると、ＣＰＵ１０はまず、目次表示処理を行う（Ｓ１、図１２）。図１２に示す目次表示処理では、ＣＰＵ１０はまず、メモリカード１９０のコンテンツ情報記憶エリア１９１に記憶されているコンテンツ情報を読出して（Ｓ１１）、目次画面を生成し、表示部１５に表示させてから（Ｓ１２）。図１１のメイン処理に戻る。目次表示処理（Ｓ１、図１２）の後、電源ＯＦＦ操作が実行された場合は（Ｓ２：ＹＥＳ）、ＣＰＵ１０は、図１１のメイン処理を終了する。一方、電源ＯＦＦ操作がされなければ（Ｓ２：ＮＯ）、後述するＳ３〜Ｓ１０の処理を繰り返し実行する。

ＣＰＵ１０は、まず、キー入力処理を行う（Ｓ３、図１３）を行う。ここで、図１３〜図１９を参照して、キー入力処理の詳細について説明する。この処理は、操作キー１６からの入力に応じて、閲覧端末１の各種機能を呼び出して実行する処理である。なお、ここでは、項目選択処理、項目決定処理、頁めくり処理、目次表示処理、コンテンツ要求処理の５つを採り上げるが、閲覧端末１で実行可能な動作はこれらに限られるものではない。

図１３に示すように、キー入力処理が開始されると、ＣＰＵ１０はまず、十字キーにおいて上方向または下方向の操作が行われたか否かに基づき、項目選択操作が行われたか否かを判断する（Ｓ３１）。十字キーの上下いずれかの押下げがなされた場合（Ｓ３１：ＹＥＳ）、ＣＰＵ１０は項目選択処理を行う（Ｓ３２、図１４）。図１４に示す項目選択処理では、ＣＰＵ１０はまず、表示部１５に目次画面表示中か否かを判断する（Ｓ３２１）。目次画面表示中の場合は（Ｓ３２１：ＹＥＳ）、表示部１５に表示されている目次項目中、ハイライト表示されている項目（選択コンテンツ）を、十字キーで新たに選択された項目に更新する（Ｓ３２２）。その後、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

一方、目次画面表示中でなければ（Ｓ３２１：ＮＯ）、図２２に示す関連コンテンツ表示画面１５１の表示中か否かを判断する（Ｓ３２３）。関連コンテンツ表示画面１５１とは、後述する関連コンテンツリスト生成処理（図１８参照）で生成された関連コンテンツリストに基づいて表示部１５に表示される、関連記事のタイトル一覧画面である。なお、関連コンテンツリストとは、Ａ新聞の記事とその他の新聞の関連記事とを記事ＩＤによって対応づけるリストである。図２２に示すように、関連コンテンツ表示画面１５１には、Ａ新聞の新聞記事の１つおよびその関連記事について、発行元の新聞社名と記事タイトルとが一覧表示される。また、各記事に対応して、ユーザが記事本文の全文表示を希望するか否かを選択するための全文要否チェックボックス１５２が表示される。詳細は後述するが、コンテンツ要求処理（図１７参照）が行われると、サーバ３に対して、全文要否チェックボックス１５２がチェックされた記事について、閲覧端末１への記事本文の全文データの配信が要求される。なお、関連コンテンツ表示画面１５１が表示されるときには、全文要否チェックボックス１５２は、図２２のようにすべてチェックされた状態で表示される。また、ＲＡＭ１２の全文要否フラグ記憶エリア１２４（図６参照）のメイン記事および関連記事の全文要否フラグがすべてＯＮにされる。

関連コンテンツ表示画面１５１（図２２参照）表示中に、十字キーの上下いずれかの押下げがなされた場合は（Ｓ３２３：ＹＥＳ）、ＣＰＵ１０は、関連記事のタイトル一覧のうち、ハイライト表示されているもの（選択コンテンツ）を十字キーで新たに選択されたものに更新する（Ｓ３２２）。その後、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。関連コンテンツ表示画面１５１の表示中でもない場合は（Ｓ３２３：ＮＯ）、このキー操作は無効となり、そのまま図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

図１３のキー入力処理において、入力が十字キーの上下操作による項目選択操作でないと判断された場合（Ｓ３１：ＮＯ）、ＣＰＵ１０は、入力が決定キーの押下げによる項目決定操作か否かを判断する（Ｓ３３）。項目決定操作の場合は（Ｓ３３：ＹＥＳ）、ＣＰＵ１０は項目決定処理を行う（Ｓ３４、図１５）。図１５に示す項目決定処理では、ＣＰＵ１０はまず、表示部１５に目次画面表示中か否かを判断する（Ｓ３４１）。目次画面表示中の場合は（Ｓ３４１：ＹＥＳ）、表示部１５に一覧表示されている項目のうち、ハイライト表示されているもののコンテンツ情報を、メモリカード１９０のコンテンツ情報記憶エリア１９１からＲＡＭ１２の表示コンテンツ記憶エリア１２１（図６参照）に取得し、表示コンテンツ情報として記憶させる（Ｓ３４２）。そして、取得したコンテンツ情報に基づき、その１頁目（例えば、Ａ新聞の記事本文の１頁目）を表示部１５に表示させてから（Ｓ３４３）、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

一方、目次画面表示中でなければ（Ｓ３４１：ＮＯ）、ＣＰＵ１０は、関連コンテンツ表示画面１５１（図２２参照）の表示中か否かを判断する（Ｓ３４４）。関連コンテンツ表示画面１５１の表示中であれば（Ｓ３４４：ＹＥＳ）、全文要否フラグ記憶エリア１２４（図６参照）に記憶された全文要否フラグのうち、ハイライト表示されている選択コンテンツの全文要否フラグをＯＦＦにする（Ｓ３４５）。あわせて、関連コンテンツ表示画面１５１の全文要否チェックボックス１５２のチェックが外される。例えば、図２２の関連コンテンツ表示画面１５１において、Ｃ新聞の記事タイトル「過去最高Ｘ社」がハイライト表示された状態で決定キーが押し下げられると、図２３のように、この記事に対応する全文要否チェックボックス１５２は、チェックされていない状態に更新される（Ｓ３４５）。その後、ＣＰＵ１０は、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

図１３のキー入力処理において、決定キーの操作による項目決定操作でないと判断された場合（Ｓ３３：ＮＯ）、ＣＰＵ１０は、入力が十字キーの左右操作による頁めくり操作か否かを判断する（Ｓ３５）。十字キーの左右操作であれば（Ｓ３５：ＹＥＳ）、ＣＰＵ１０は頁めくり処理を行う（Ｓ３６、図１６）。図１６に示す頁めくり処理では、ＣＰＵ１０はまず、コンテンツ（例えば、Ａ新聞の記事本文）を表示中か否かを判断する（Ｓ３６１）。表示中であれば（Ｓ３６１：ＹＥＳ）、ＣＰＵ１０は、十字キーの操作に応じた頁（前頁または次頁）に表示頁を更新して表示部１５に表示させ（Ｓ３６２）、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。一方、コンテンツが表示されていないときにこの操作が行われた場合は（Ｓ３６１：ＮＯ）、キー操作は無効となり、ＣＰＵ１０はそのまま図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

図１３のキー入力処理において、十字キーの左右操作による頁めくり操作でないと判断された場合（Ｓ３５：ＮＯ）、ＣＰＵ１０は、目次表示操作が行われたか否かを判断する（Ｓ３７）。具体的には、例えば、いずれかの画面に表示された「目次」ボタンを操作キー１６で選択・決定操作することにより、目次表示操作を指示することができる。目次表示操作が行われた場合（Ｓ３７：ＹＥＳ）、前述した図１２の目次表示処理を実行してから（Ｓ３８）、図１１のメイン処理に戻る。

図１３のキー入力処理において、目次表示操作でないと判断された場合（Ｓ３７：ＮＯ）、ＣＰＵ１０は、コンテンツ要求操作が行われたか否かを判断する（Ｓ３９）。具体的には、例えば、十字キーおよび決定キーが同時に押下げられた場合に、コンテンツ要求操作が指示されたものすることができる。本実施形態では、コンテンツ（Ａ新聞の記事本文）の表示中、または関連コンテンツ表示画面１５１（図２２参照）の表示中に行われたこの同時押下げ操作が、コンテンツ要求操作に対応するものとする。または、Ａ新聞の記事本文の表示画面や関連コンテンツ表示画面１５１に、コンテンツ要求操作を指示するためのボタンを設けてもよい。コンテンツ要求操作が行われた場合（Ｓ３９：ＹＥＳ）、ＣＰＵ１０は、コンテンツ要求処理を行う（Ｓ４０、図１７）。この処理は、Ａ新聞の記事の関連記事のタイトル一覧を表示する、または関連記事の記事本文の全文データの配信を要求するための処理である。

図１７に示すコンテンツ要求処理が開始されると、ＣＰＵ１０はまず、関連コンテンツ表示画面１５１（図２２参照）の表示中か否かを判断する（Ｓ４０１）。関連コンテンツ表示画面１５１の表示中でない場合（Ｓ４０１：ＮＯ）、すなわち、Ａ新聞の記事本文の表示中の場合には、ＣＰＵ１０は、関連コンテンツリスト生成処理を行う（Ｓ４２０、図１８）。この処理は、ユーザが本文を閲覧中のＡ新聞の記事について、関連する他社の記事のリストを生成し、表示させる処理である。

図１８に示す関連コンテンツリスト生成処理が開始されると、ＣＰＵ１０はまず、ＲＡＭ１２の表示コンテンツ記憶エリア１２１を参照する。このとき表示コンテンツ記憶エリア１２１には、項目決定処理（図１５参照）のＳ３４２でメモリカード１９０から読み出された表示コンテンツ情報、すなわち、現在本文が表示されているＡ新聞の記事の記事ＩＤ、記事タイトルおよび記事本文の全文データが記憶されている。そこでＣＰＵ１０は、この記事ＩＤと一致するメイン記事ＩＤを含むインデックス情報を、関連コンテンツ情報として、メモリカード１９０のインデックス情報記憶エリア１９２からＲＡＭ１２の関連コンテンツ記憶エリア１２２に取得する。そして、表示コンテンツ情報の記事ＩＤをメイン記事ＩＤ、関連コンテンツ情報の記事ＩＤを関連記事ＩＤとして、関連コンテンツリスト（図７参照）を生成し、ＲＡＭ１２の関連コンテンツリスト記憶エリア１２３に記憶させる（Ｓ４２１）。

例えば、図３に示す、記事ＩＤ「Ａ１０１」のＡ新聞の記事本文「Ｘ社の株価が・・・」が表示部１５に表示されているときに、十字キーおよび決定キーが同時に押下げられ、コンテンツ要求操作が行われたものとする（図１３、Ｓ３９：ＹＥＳ→図１７、Ｓ４０１：ＮＯ）。また、このときメモリカード１９０のインデックス情報記憶エリア１９２には、図４に示すＢ新聞のインデックス情報と、図５に示すＣ新聞のインデックス情報とが記憶されているものとする。この場合、Ｂ新聞のインデックス情報から、「Ａ１０１」をメイン記事ＩＤとする、記事ＩＤが「Ｂ１０３」のインデックス情報が関連コンテンツ記憶エリア１２２に取得される。あわせて、Ｃ新聞のインデックス情報から、「Ａ１０１」をメイン記事ＩＤとする、記事ＩＤが「Ｃ１１８」のインデックス情報が関連コンテンツ記憶エリア１２２に取得される。そして、取得された「Ｂ１０３」および「Ｃ１１８」は、メイン記事ＩＤの「Ａ１０１」に対応づけられ、図７に示す関連コンテンツリストとして関連コンテンツリスト記憶エリア１２３に記憶される（Ｓ４２１）。また、関連コンテンツリストに記憶されたすべての記事ＩＤについて、全文要否フラグがＯＮとされてＲＡＭ１２の全文要否フラグ記憶エリア１２４に記憶される。例えば、図７の例では、メイン記事ＩＤである「Ａ１０１」と、関連記事ＩＤである「Ｂ１０３」および「Ｃ１１８」のすべてに対応づけて、ＯＮとされた全文要否フラグが記憶される。

その後、ＣＰＵ１０は、生成された関連コンテンツリストに基づいて、図２２に示すように、関連コンテンツ表示画面１５１に、表示部１５に本文が表示されていたＡ新聞のメイン記事およびＢ新聞およびＣ新聞の関連記事のタイトルと、チェックが入れられた全文要否チェックボックス１５２とを一覧表示させる（Ｓ４２２）。その後、図１７のコンテンツ要求処理、図１３のキー入力処理、さらに図１１のメイン処理まで戻る。

一方、図１７のコンテンツ要求処理のＳ４０１において、関連コンテンツ表示画面１５１（図２２参照）の表示中であると判断された場合には（Ｓ４０１：ＮＯ）、コンテンツ要求操作により、関連記事の記事本文の全文表示が指示されたことを意味する。前述したように、本実施形態では、閲覧端末１のユーザはＡ新聞のみしか購読していないため、Ｂ新聞およびＣ新聞の関連記事については、記事ＩＤと記事タイトルがインデックス情報（図４および図５参照）として配信されているのみである。すなわち、関連記事の記事本文の全文データは閲覧端末１には記憶されていないため、このままでは関連記事本文の全文表示をすることができない。そこで、ＣＰＵ１０は、Ｂ新聞およびＣ新聞の関連記事の記事本文の全文データを保有しているサーバ３に対して全文データを要求すべく、以下の処理を行う。

まず、ＣＰＵ１０は、全文要否フラグ記憶エリア１２４に全文要否フラグがＯＦＦとして記憶されている記事ＩＤを、関連コンテンツリスト記憶エリア１２３に記憶された関連コンテンツリストから削除する（Ｓ４０２）。全文要否フラグがＯＦＦとされている記事ＩＤは、前述のように、ユーザによって全文要否チェックボックス１５２（図２２参照）のチェックが外された記事、すなわち、本文の全文表示が指示されていない記事のものであるから、全文データを要求する必要がないためである。

その後、ＣＰＵ１０は、閲覧端末１がＬＡＮコントローラ１７を介して現在インターネット１１０等のネットワークに接続中か否かを判断する（Ｓ４０３）。これは、現在ネットワーク接続中か否かで、サーバ３に対して直ちに関連記事の全文データ配信を要求するのか、後に接続された時点で要求する準備を行うのか、処理が異なるためである。ネットワーク接続中の場合には（Ｓ４０３：ＹＥＳ）、サーバ３に対して直ちに全文データを配信するよう要求する全文データ要求処理（Ｓ４１０、図１９）を行う。図１９に示すように、全文データ要求処理が開始されると、ＣＰＵ１０はまず、ＲＡＭ１２の配信確認リスト記憶エリア１２６に記憶された配信確認リスト（図９参照）に、このとき関連コンテンツリスト記憶エリア１２３に記憶されている関連コンテンツリストを追加する（Ｓ４１１）。例えば、図７の関連コンテンツリストが記憶されていた場合には、メイン記事ＩＤおよび関連記事ＩＤである「Ａ１０１」、「Ｂ１０３」および「Ｃ１１８」を１つの関連コンテンツリストとして、図９のように、識別コードである要求ＩＤ「Ｐ０１」が付与される。また、各記事ＩＤについて、メモリカード１９０のコンテンツ情報記憶エリア１９１に記事本文の全文データが記憶されているか否かに基づいて、全文データ有無（図中の○または×）があわせて記憶される。前述したように、本実施形態では、閲覧端末１のユーザはＡ新聞のみしか購読していない。よって、図９に示すように、記事ＩＤ「Ａ１０１」に対応する全文データ有無としては、データがあることを示す「○」が記憶されるが、「Ｂ１０３」および「Ｃ１１８」にはデータがないことを示す「×」が記憶される。

その後、ＣＰＵ１０は、配信確認リストに記憶されているすべてのコンテンツについて処理が完了したか否かを判断する（Ｓ４１２）。処理がまだ完了していなければ（Ｓ４１２：ＮＯ）、ＣＰＵ１０は、配信確認リストの最初の記事ＩＤについて、配信確認リストを参照して、記事本文の全文データの有無を確認する（Ｓ４１３）。例えば、図９の例では、記事ＩＤが「Ａ１０１」であるＡ新聞の記事本文の全文データはコンテンツ情報記憶エリア１９１に記憶されているので（Ｓ４１３：ＹＥＳ）、ＣＰＵ１０はそのままＳ４１２に戻る。この時点ではまだ配信確認リストの全コンテンツの処理は完了していないので（Ｓ４１２：ＮＯ）、次の記事ＩＤ「Ｂ１０３」について、全文データの有無が確認される（Ｓ４１３）。図９に示すように、記事ＩＤが「Ｂ１０３」であるＢ新聞の関連記事の全文データはコンテンツ情報記憶エリア１９１には記憶されていない（Ｓ４１３：ＮＯ）。よって、ＣＰＵ１０は、記事ＩＤ「Ｂ１０３」に対応する記事本文の全文データを閲覧端末１に配信するように要求する配信要求を、サーバ３に送信する（Ｓ４１４）。同様にして、ＣＰＵ１０は、全文データがない（×）と記憶されている配信確認リストの記事ＩＤについて、サーバ３に配信要求を送信する処理を繰り返し（Ｓ４１２〜Ｓ４１４）、全コンテンツの処理が完了すると（Ｓ４１２：ＹＥＳ）、図１７のコンテンツ要求処理に戻る。その後、ＣＰＵ１０は、関連コンテンツ表示画面１５１が表示される直前の画面を表示部１５に表示させてから（Ｓ４０６）、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

一方、図１７のコンテンツ要求処理のＳ４０３において、閲覧端末１はネットワークに接続中でないと判断された場合には（Ｓ４０３：ＮＯ）、直ちにサーバ３に全文データの配信を要求することができない。そこでＣＰＵ１０は、要求待ちリスト記憶エリア１２５に記憶されている要求待ちリスト（図８参照）に、このとき関連コンテンツリスト記憶エリア１２３に記憶されている関連コンテンツリストを追加する（Ｓ４０５）。例えば、図７の関連コンテンツリストの場合には、メイン記事ＩＤおよび関連記事ＩＤである「Ａ１０１」、「Ｂ１０３」および「Ｃ１１８」を１つの関連コンテンツリストとして、識別コードである要求ＩＤ「ＰＷ０１」が付与される。なお、ネットワーク接続中でない間に、コンテンツ要求操作が複数回行われると、図８に示すように、要求待ちリストには複数の関連コンテンツリストが記憶された状態となる。その後、ＣＰＵ１０は、関連コンテンツ表示画面１５１が表示される直前の画面を表示部１５に表示させてから（Ｓ４０６）、図１３のキー入力処理に戻り、さらに図１１のメイン処理に戻る。

以上に詳細を説明したキー入力処理（図１３〜図１９）が終了すると、図１１のメイン処理では、ネットワーク接続情報が更新されたか否か、すなわち、切断されていたネットワークが接続されたか否か、または接続されていたネットワークが切断されたか否かが判断される（Ｓ４）。ネットワーク接続情報が更新されたと判断した場合には（Ｓ４：ＹＥＳ）、ＣＰＵ１０は、ネットワーク接続更新時処理（Ｓ５、図２０）を行う。この処理は、切断されていたネットワークが接続された場合に、予め記憶されていた前述の要求待ちリストに基づいて、サーバ３に関連記事の記事本文の全文データの配信を要求する処理である。

図２０に示すネットワーク接続更新時処理が開始されると、ＣＰＵ１０はまず、更新された情報が、切断されていたネットワークが接続されたことを示すものであるか否かを判断する（Ｓ４１）。ＣＰＵ１０は、ネットワークが接続されたのではなく、切断されたと判断した場合には（Ｓ４１：ＮＯ）、そのまま図１１のメイン処理に戻る。一方、切断されていたネットワークが接続された場合には（Ｓ４１：ＹＥＳ）、要求待ちリスト記憶エリア１２５に記憶された要求待ちリストに、関連コンテンツリストが記憶されているか否かを判断する（Ｓ４２）。前述したように、ユーザが記事本文の全文表示を指示するコンテンツ要求操作を行っても（図１７、Ｓ４０１：ＹＥＳ）、そのとき閲覧端末１がネットワークに接続中でなければ（図１７、Ｓ４０３：ＮＯ）、要求待ちリストに全文データを要求する関連コンテンツリストが追加され、要求待ちリスト記憶エリア１２５に記憶されている（図１７、Ｓ４０５）。そこで、要求待ちリストに関連コンテンツリストが記憶されていると判断した場合（Ｓ４２：ＹＥＳ）、ＣＰＵ１０は、全文データ要求処理を行う（Ｓ４３、図１９）。

図１９の全文データ要求処理が開始されると、ＣＰＵ１０はまず、ＲＡＭ１２の配信確認リスト記憶エリア１２６に記憶された配信確認リスト（図９参照）に、このとき要求待ちリスト記憶エリア１２５に記憶されている要求待ちリスト（図８参照）中の関連コンテンツリストを追加する（Ｓ４１１）。このとき、図８のように複数の関連コンテンツリストを含む要求待ちリストが記憶されていた場合には、図９のように複数の関連コンテンツリストを含む配信確認リストとなる。また、各記事ＩＤについて、コンテンツ情報記憶エリア１９１に記事本文の全文データが記憶されているか否かに基づき、全文データ有無（図中の○または×）があわせて記憶される。全文データ要求処理中のこれ以降の処理（Ｓ４１２〜Ｓ４１４）は、コンテンツ要求処理（図１７）のＳ４１０で行われた場合と同様であるため、ここでの説明は省略する。

全文データ要求処理（Ｓ４３）が終了すると、ＣＰＵ１０は、配信要求が完了した関連コンテンツリストを、要求待ちリスト記憶エリア１２５に記憶された要求待ちリストから削除する（Ｓ４４）。その後ＣＰＵ１０は、Ｓ４２に戻り、前述のＳ４２〜Ｓ４４の処理を繰り返す。例えば、図８の要求待ちリストの例では、最初の処理で、要求ＩＤ「ＰＷ０１」の関連コンテンツリスト中の記事ＩＤ「Ａ１０１」、「Ｂ１０３」および「Ｃ１１８」のうち、全文データがない（×）「Ｂ１０３」および「Ｃ１１８」について、全文データの配信要求が送信される（Ｓ４３）。そして、要求ＩＤ「ＰＷ０１」の関連コンテンツリストが要求待ちリストから削除される（Ｓ４４）。その後、２巡目の処理で、残る要求ＩＤ「ＰＷ０２」の関連コンテンツリストに含まれる記事ＩＤのうち、全文データがない「Ｂ１０４」、「Ｃ１２８」および「Ｃ０６８」について、配信要求が行われた後（Ｓ４３）、要求ＩＤ「ＰＷ０２」の関連コンテンツリストがが削除される（Ｓ４４）。その結果、要求待ちリストに記憶されている関連コンテンツリストがなくなるので（Ｓ４２：ＮＯ）、ＣＰＵ１０は、図１１のメイン処理に戻る。

前述のようにネットワーク接続更新時処理（Ｓ５）が行われた後、または、ネットワーク接続情報が更新されていない場合（Ｓ４：ＮＯ）、図１１のメイン処理では、配信要求に応じてサーバ３から送信された全文データを受信したか否かが判断される（Ｓ６）。全文データを受信したと判断した場合（Ｓ６：ＹＥＳ）、ＣＰＵ１０は、全文データ受信処理（Ｓ７、図２１）を行う。図２１の全文データ受信処理では、ＣＰＵ１０はまず、サーバ３から配信された記事本文の全文データと、記事ＩＤおよび記事タイトルを受信し（Ｓ７１）、コンテンツ情報としてメモリカード１９０のコンテンツ情報記憶エリア１９１に記憶させる。そして、配信確認リスト記憶エリア１２６に記憶されている配信確認リストにおいて、受信した記事ＩＤに対応する全文データの有無を更新して、図１１のメイン処理に戻る。具体的には、例えば、図９の配信待ちリストが記憶されている場合に、記事ＩＤ「Ｂ１０３」および「Ｃ１１８」の全文データを受信すると、これらの記事ＩＤに対応する全文データ有無がいずれもデータがあることを示す「○」に更新される。

このようにして全文データ受信処理（Ｓ７）が行われた後、または、全文データを受信していない場合には（Ｓ６：ＮＯ）、図１１のメイン処理では、サーバ３に対して全文データの配信を要求した関連コンテンツリストのすべての記事について、全文データの受信が完了したか否かが判断される（Ｓ８）。すべての記事について全文データを受信済みと判断した場合（Ｓ８：ＹＥＳ）、ＣＰＵ１０は、全文データを受信済みの関連コンテンツリストを配信確認リストから削除する（Ｓ９）。例えば、図９の配信確認リストにおいて、前述のように、要求ＩＤが「Ｐ０１」の関連コンテンツリストの記事ＩＤ「Ｂ１０３」および「Ｃ１１８」の全文データ有無がいずれも「○」になると、「Ａ１０１」の全文データは元々「○」なので、全ての全文データを受信済みと判断される。そこで、要求ＩＤが「Ｐ０１」の関連コンテンツリストが図９の配信確認リストから削除される。このようにして受信済みの関連コンテンツリストを削除した後（Ｓ９）、ＣＰＵ１０は、すべての全文データが揃った関連コンテンツリストに含まれる記事の本文を同時に表示部１５に表示させる（Ｓ１０）。このとき、例えば、予め別途記憶されたテンプレートに、Ａ新聞のメイン記事と、Ｂ新聞およびＣ新聞の関連記事のコンテンツ情報が流し込まれ、各記事について１頁ずつ、同じ書式および同じレイアウトで表示される。このような統一的な表示とすることにより、閲覧端末１のユーザが複数紙の関連記事を読み比べやすくなる。記事本文の表示後（Ｓ１０）、または、まだすべての全文データを受信していないと判断した場合（Ｓ８：ＮＯ）ＣＰＵ１０は、Ｓ２に戻り、電源がＯＦＦにされるまで（Ｓ２：ＹＥＳ）、前述したＳ３〜Ｓ１０の処理を繰り返す。

次に、図２４を参照して、サーバ３で行われる処理について説明する。図２４は、サーバ３のメイン処理のフローチャートである。この処理は、閲覧端末１から受信した記事本文の全文データの配信要求に応じて、閲覧端末１に全文データを送信するものであり、ＲＯＭ３１に記憶されたプログラムに従って、ＣＰＵ３０によって実行される。

図２４に示すように、サーバ３の電源がＯＮにされ、メイン処理が開始されると、ＣＰＵ３０は、ＲＡＭ３２の各記憶エリアをクリアする等の初期化処理を行う（Ｓ５１）。その後、電源ＯＦＦ操作が実行された場合は（Ｓ５２：ＹＥＳ）、ＣＰＵ３０は、図２４に示すメイン処理を終了する。一方、電源ＯＦＦ操作がされなければ（Ｓ５２：ＮＯ）、ＣＰＵ３０は、後述するＳ５３〜Ｓ５４の処理を繰り返し実行する。

ＣＰＵ３０はまず、閲覧端末１から、全文データの配信要求を受信したか否かを判断する（Ｓ５３）。配信要求は、前述したように、閲覧端末１において、ユーザがＡ新聞の記事に関連するＢ新聞およびＣ新聞の関連記事本文の全文表示を指示した場合に、閲覧端末１からサーバ３に対して送信される。サーバ３は、これを受信した場合（Ｓ５３：ＹＥＳ）、配信要求に含まれるＢ新聞およびＣ新聞の記事ＩＤと一致する記事ＩＤのコンテンツ情報（記事ＩＤ、記事タイトル、記事本文の全文データ）を、記事ＤＢ記憶エリア３４１の記事ＤＢ（図１０参照）からＲＡＭ３２に読出し、閲覧端末１に送信する（Ｓ５４）。なお、記事ＤＢには、前述したように、Ａ新聞、Ｂ新聞およびＣ新聞を発行する各新聞社の記事サーバ３０１〜３０３から取得したすべての新聞記事の記事のコンテンツ情報が蓄積されている。配信要求に応じて全文データを閲覧端末１に送信すると（Ｓ５４）、ＣＰＵ１１はＳ５２に戻り、電源がＯＦＦにされるまで（Ｓ５２：ＹＥＳ）、この処理を繰り返す。

以上に説明したように、本実施形態に係るコンテンツ配信システム１００では、閲覧端末１には、ユーザの購読しているＡ新聞の記事については定期的に記事本文の全文データがサーバ３から配信されるが、他紙の記事については、Ａ新聞の記事の関連記事を参照するためのインデックス情報のみが配信される。閲覧端末１のユーザがＡ新聞のメイン記事だけでなく、他紙の関連記事の本文全文を閲覧したい場合には、インデックス情報を利用して関連記事をリスト表示させ、サーバ３に対して、関連記事の全文データの配信を要求することができる。この配信要求を受けたサーバ３は、記事ＤＢに蓄積されている記事データから該当するものを選択し、閲覧端末１に送信する。そして、データの配信を受けた閲覧端末１では、ユーザが関連記事本文の閲覧をすることができる。このように、必要な時に限って、記事本文の全文データが追加で配信されるので、閲覧端末１におけるデータの記憶容量を徒に増大させることなく、ユーザは簡便に所望の記事を閲覧することができる。なお、閲覧端末１のユーザは、リスト表示された関連記事のタイトルから、さらに配信を要求するものを絞り込めるので、閲覧端末１に配信される全文データは最小限に抑えることができる。また、閲覧端末１では、Ａ新聞のメイン記事と、他紙の関連記事とが共通フォーマットで表示されるので、複数紙の記事の読み比べに好適である。

さらに、本実施形態の閲覧端末１によれば、閲覧端末１がサーバ３に接続されていない間にコンテンツ要求操作がなされた場合には、要求待ちリストが作成され、両者が接続された状態になると自動的に配信要求が送信される。したがって、ユーザは閲覧端末１とサーバ３との接続状態を気にすることなく、関連記事の配信を指示することができる。

なお、本実施形態では、コンテンツ配信システム１００が、本発明の「コンテンツ配信システム」に相当し、閲覧端末１およびサーバ３が、それぞれ「閲覧端末」および「コンテンツ配信装置」に相当する。また、閲覧端末１のメモリカード１９０のコンテンツ情報記憶エリア１９１が、「コンテンツ記憶手段」に相当し、インデックス情報記憶エリア１９２が、「識別情報記憶手段」に相当する。また、図１４のＳ３２２において、選択されたコンテンツを更新するＣＰＵ１０が、「コンテンツ選択手段」に相当する。また、図１８のＳ４２１において、インデックス情報をもとに関連コンテンツリストを生成するＣＰＵ１０が、「識別情報選択手段」に相当する。また、図１９のＳ４１４において、全文データの配信要求をサーバ３に送信するＣＰＵ１０が、「要求送信手段」に相当する。また、図１１のＳ１０において、メイン記事と関連記事とを表示部１５に表示させるＣＰＵ１０が、「表示制御手段」に相当する。また、図１５のＳ３４５において、選択されたコンテンツの全文要否フラグをＯＦＦにするＣＰＵ１０が、「コンテンツ特定手段」に相当する。また、要求待ちリストを記憶するＲＡＭ１２の要求待ちリスト記憶エリア１２５が、「要求記憶手段」に相当する。また、図２０のＳ４１において、ネットワークが接続中かを判断するＣＰＵ１０が、「接続検知手段」に相当する。また、図２４のＳ５４において、全文データを閲覧端末１に送信するサーバ３のＣＰＵ３０が、「配信手段」に相当する。

<第２の実施形態>
次に、図２５〜図４１を参照して、第１の実施形態と異なる点を主として、本発明の第２の実施形態に係るコンテンツ配信システム１０１について説明する。まず、図２５を参照して、本実施形態に係るコンテンツ配信システム１０１の概略構成について説明する。図２５は、コンテンツ配信システム１０１の概略構成を示すシステム構成図である。

本実施形態のコンテンツ配信システム１０１は、図２５に示すように、閲覧端末１およびサーバ３に加え、プリンタ２を含む点が、第１の実施形態のコンテンツ配信システム１００（図１参照）とは異なっている。本実施形態のコンテンツ配信システム１０１では、閲覧端末１は、例えばＵＳＢケーブル１８１を介して、プリンタ２に接続することができる。そして、サーバ３とプリンタ２とは、例えばインターネット１１０等のネットワークを介して相互に接続可能である。

第１の実施形態では、ユーザが購読するＡ新聞の記事のコンテンツ情報およびインデックス情報は、サーバ３から閲覧端末１に直接配信されていたが、本実施形態では、サーバ３からプリンタ２に一旦送信されたコンテンツ情報が、さらに閲覧端末１に転送されているものとする。そして、閲覧端末１は、ユーザの操作に応じて、ＵＳＢケーブル１８１を介して、閲覧や印刷を希望するコンテンツのリスト（例えば、新聞記事に関する関連コンテンツリスト）をプリンタ２に送信する。このとき、閲覧端末１のユーザは、コンテンツの出力先を指定することができる。リストを受信したプリンタ２は、リストに含まれるコンテンツのデータをプリンタ２に配信するようにサーバ３に要求し、要求に応じてサーバ３から送信されたデータを受信する。さらに、指定された出力先が閲覧端末１であれば、受信したデータを閲覧端末１に転送し、出力先がプリンタ２であれば、受信したデータに基づいて印刷を行う。すなわち、本実施形態のコンテンツ配信システム１０１では、プリンタ２を介して閲覧端末１からサーバ３への配信要求が行われている。また、ユーザがコンテンツの出力先を指定することにより、閲覧端末１に全文データを配信するのか、またはプリンタ２で印刷を行うのかを選択することができる。

次に、コンテンツ配信システム１０１の各構成要素について説明する。なお、閲覧端末１およびサーバ３の物理的・電気的構成は第１の実施形態と同様であるため、ここでの説明は省略し、プリンタ２についてのみ、図２６および図２７を参照して説明する。図２６は、プリンタ２の電気的構成を示すブロック図である。図２７は、ＲＡＭ２２の記憶エリアの説明図である。

図２６に示すように、プリンタ２は、バスによって相互に接続されたＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、ＥＥＰＲＯＭ２３、スキャナ部２４、記録部２５、操作キー２６、液晶ディスプレイ（ＬＣＤ）２７、ＵＳＢコントローラ２８、およびＬＡＮコントローラ２９を備えている。

ＲＯＭ２１は、プリンタ２を動作させるための各種のプログラムを記憶しており、ＣＰＵ２０は、ＲＯＭ２１に記憶されたプログラムに従って、プリンタ２の動作を制御する。ＲＡＭ２２の詳細については後述する。不揮発性のメモリであるＥＥＰＲＯＭ２３は、プリンタ２を識別するための識別コードである装置ＩＤ等を記憶している。スキャナ部２４は、画像データの読取りを行うスキャナとして機能する。記録部２５は、後述するようにサーバ３から配信されたコンテンツ等を印刷する印刷装置として機能する。操作キー２６は、ユーザの入力を受け付けるための入力手段である。ＬＣＤ２７は、操作キー２６を介した入力情報等を表示する表示画面である。ＵＳＢコントローラ２８は、ＵＳＢケーブル１８１を介して、ＵＳＢ通信により、閲覧端末１等の他の機器との間でデータの送受信を行うためのものである。ＬＡＮコントローラ２９は、インターネット１１０等のネットワークを介して、サーバ３等の他の外部機器に接続するためのものである。

ここで、図２７を参照して、ＲＡＭ２２について説明する。図２７に示すように、各種データを一時的に記憶するＲＡＭ２２は、関連コンテンツリスト記憶エリア２２１、配信確認リスト記憶エリア２２２、第１コンテンツ情報記憶エリア２２３、第２コンテンツ情報記憶エリア２２４、印刷データ記憶エリア２２５等の複数の記憶エリアを備えている。関連コンテンツリスト記憶エリア２２１には、閲覧端末１において生成され、プリンタ２に送信された関連コンテンツリストが記憶される。配信確認リスト記憶エリア２２２には、閲覧端末１から送信された関連コンテンツリストの各コンテンツ（記事）について、全文データの有無を確認するための配信確認リストが記憶される。第１コンテンツ情報記憶エリア２２３には、閲覧端末１から関連コンテンツリストとともに送信された記事のコンテンツ情報が記憶される。第２コンテンツ情報記憶エリア２２４には、プリンタ２からの全文データ配信要求に応じてサーバ３から配信された記事のコンテンツ情報が記憶される。印刷データ記憶エリア２２５には、印刷されるコンテンツ（記事）の印刷データが記憶される。

次に、図２８〜図４０を参照して、本実施形態に係るコンテンツ配信システム１０１において行われる処理について説明する。まず、図２８〜図３５を参照して、閲覧端末１で行われる処理について説明する。本実施形態の閲覧端末１は、プリンタ２に対して、Ａ新聞のメイン記事およびその関連記事を示す関連コンテンツリストを送信し、指定した出力先に出力するよう要求するものである。図２８は、閲覧端末１のメイン処理のフローチャートである。図２９は、キー入力処理で実行される項目選択処理のフローチャートである。図３０は、キー入力処理で行われる項目決定処理のフローチャートである。図３１は、キー入力処理で実行されるコンテンツ要求処理のフローチャートである。図３２は、閲覧端末１のメイン処理で実行されるプリンタ接続更新時処理のフローチャートである。図３３は、出力先選択画面１５６の説明図である。図３４は、関連コンテンツリストの説明図である。図３５は、要求待ちリストの説明図である。なお、図２８〜図３２の処理は、ＲＯＭ１１に記憶されたプログラムに従って、ＣＰＵ１０が実行する。

閲覧端末１の電源がＯＮにされ、図２８のメイン処理が開始されると、ＣＰＵ１０はまず、目次表示処理を行う（Ｓ１０１）。目次表示処理については、第１の実施形態と同一の処理（図１２）であるため、ここでの説明は省略する。目次画面を表示させた後、電源ＯＦＦ操作が実行された場合は（Ｓ１０２：ＹＥＳ）、ＣＰＵ１０は、図２８に示すメイン処理を終了する。一方、電源ＯＦＦ操作がされなければ（Ｓ１０２：ＮＯ）、後述するＳ１０３〜Ｓ１１０の処理を繰り返し実行する。

ＣＰＵ１０はまず、キー入力処理を行う（Ｓ１０３）。本実施形態のキー入力処理は、図１３に示す第１の実施形態のキー入力処理と、項目選択処理（Ｓ３２）、項目決定処理（Ｓ３４）、およびコンテンツ要求処理（Ｓ４０）の内容において異なるが、その他のステップで行われる処理は同一である。よって、本実施形態では、図１３および図２９〜図３１を参照して、項目選択処理（Ｓ３２）、項目決定処理（Ｓ３４）、およびコンテンツ要求処理（Ｓ４０）についてのみ、詳細を説明する。

まず、図１３に示すキー入力処理が開始され、十字キーの上下操作による項目選択操作が行われた場合には（Ｓ３１：ＹＥＳ）、項目選択処理（Ｓ３２）が行われる。図２９に示す本実施形態の項目選択処理処理では、目次画面または関連コンテンツ表示画面１５１の表示中であれば（Ｓ３３１：ＹＥＳまたはＳ３３３：ＹＥＳ）、ＣＰＵ１０は、第１実施形態の場合と同様に、選択コンテンツの更新を行う（Ｓ３３２またはＳ３３４）。さらに、本実施形態では、目次表示画面の表示中でも、関連コンテンツ表示画面の表示中でもない場合には（Ｓ３３１：ＮＯ→Ｓ３３３：ＮＯ）、出力先選択画面１５６の表示中であるか否かが判断される（Ｓ３３５）。本実施形態では、購読紙のＡ新聞の記事と関連記事とを合わせて読み比べたい場合に、閲覧端末１で閲覧のみを行うか、プリンタ２で印刷を行うかをユーザが選択できるように、例えば図３３に示すような出力先選択画面１５６が準備されている。よって、出力先選択画面１５６の表示中の場合には（Ｓ３３５：ＹＥＳ）、ＣＰＵ１０は、ハイライト表示される出力先（プリンタまたは閲覧端末）を十字キーの操作に応じて更新する（Ｓ３３６）。その後、図１３のキー入力処理に戻り、さらに図２８のメイン処理に戻る。また、出力先選択画面１５６の表示中でもない場合には（Ｓ３３５：ＮＯ）、このキー入力操作は無効とされ、ＣＰＵ１０は、そのまま図１３のキー入力処理に戻る。

次に、キー入力処理（図１３参照）において、決定キーの押下げ操作による項目決定操作が行われた場合には（Ｓ３３：ＹＥＳ）、項目決定処理（Ｓ３４）が行われる。図３０に示す本実施形態の項目決定処理が開始され、目次画面の表示中であれば（Ｓ３５１：ＹＥＳ）、ＣＰＵ１０は、第１実施形態の場合と同様に、選択コンテンツのコンテンツ情報をメモリカード１９０から読み出し（Ｓ３５２）、その１頁目を表示させる（Ｓ３５３）。目次画面ではなく、関連コンテンツ表示画面１５１の表示中に項目決定操作がなされた場合には（Ｓ３５１：ＮＯ→Ｓ３５４：ＹＥＳ）、ＣＰＵ１０は、第１実施形態の場合と同様に、選択コンテンツの全文要否フラグをＯＦＦにする（Ｓ３５５）。

一方、項目決定操作が行われたのが、目次表示画面の表示中でも、関連コンテンツ表示画面１５１の表示中でもない場合には（Ｓ３５１：ＮＯ→Ｓ３５４：ＮＯ）、ＣＰＵ１０は、前述の出力先選択画面１５６（図３３参照）の表示中か否かを判断する（Ｓ３５６）。出力先選択画面１５６の表示中であれば（Ｓ３５６：ＹＥＳ）、ＣＰＵ１０は、関連コンテンツリスト記憶エリア１２３に記憶された関連コンテンツリストの出力先のデータを更新する（Ｓ３５７）。なお、本実施形態の関連コンテンツリストには、図３４に示すように、第１の実施形態の関連コンテンツリストに含まれていたメイン記事ＩＤ、および関連記事ＩＤに加え、出力先のデータが含まれている。第１実施形態では、全文データは一律で閲覧端末１に配信されていたために、出力先のデータは不要であった。しかし、本実施形態では、記事を閲覧端末１で閲覧するのか印刷するのかによって異なった出力先が指定されるため、関連コンテンツリストにもこの情報が記憶されている。関連コンテンツリストの出力先が更新された後（Ｓ３５７）、ＣＰＵ１０は、図１３のキー入力処理に戻り、さらに図２８のメイン処理に戻る。また、出力先選択画面１５６の表示中でもない場合には（Ｓ３５６：ＮＯ）、このキー入力操作は無効とされ、そのまま図１３のキー入力処理に戻る。

また、キー入力処理（図１３参照）において、十字キーの左右操作による頁めくり操作が行われた場合には（Ｓ３５：ＹＥＳ）、図１６に示す頁めくり処理（Ｓ３６）が行われる。目次表示操作が行われた場合には（Ｓ３７：ＹＥＳ）、図１２に示す目次表示処理（Ｓ３８）が行われる。これらの処理は、第１の実施形態と同一であるため、説明は省略する。

キー入力処理（図１３参照）において、コンテンツ要求操作が行われた場合には（Ｓ３９：ＹＥＳ）、コンテンツ要求処理（Ｓ４０）が実行される。図３１に示す本実施形態のコンテンツ要求処理が開始され、関連コンテンツ表示画面１５１の表示中であれば（Ｓ４５１：ＹＥＳ）、ＣＰＵ１０は、第１の実施形態と同様、全文要否フラグがＯＦＦとされている記事ＩＤを、関連コンテンツリストから削除する（Ｓ４５２）。その後、ユーザに出力先を選択させるために、前述した図３３の出力先選択画面１５６を表示部１５に表示させ、図１３のキー入力処理に戻り、さらに図２８のメイン処理に戻る。

このようにして出力先選択画面１５６が表示された後、再びユーザによりコンテンツ要求操作が行われると（Ｓ４５１：ＮＯ→Ｓ４５４：ＹＥＳ）、ＣＰＵ１０は、現在、閲覧端末１がＵＳＢケーブル１８１を介してプリンタ２に接続中であるか否かを判断する（Ｓ４５５）。プリンタ２に接続中の場合（Ｓ４５５：ＹＥＳ）、ＣＰＵ１０は、直ちにプリンタ２を介してサーバ３に全文データの配信を要求する。このとき、出力先がプリンタ２であれば（Ｓ４５６：ＹＥＳ）、プリンタ２に対して、関連コンテンツリスト（図３４参照）と、関連コンテンツリスト中で記事本文の全文データがあるもののコンテンツ情報とを送信する（Ｓ４５８）。例えば、図３４の関連コンテンツリストの例では、記事ＩＤ「Ａ１０１」はＡ新聞の記事であるため、メモリカード１９０のコンテンツ情報記憶エリア１９１に、コンテンツ情報（記事ＩＤ、記事タイトル、記事本文の全文データ）が記憶されている。よって、このコンテンツ情報が読み出され、図３４の関連コンテンツリストとともにプリンタ２に送信される。

一方、出力先が閲覧端末１の場合には（Ｓ４５６：ＮＯ）、後で要求に応じて送信されてくる全文データの受信確認を行う必要がある。そこで、ＣＰＵ１０は、ＲＡＭ１２の配信確認リスト記憶エリア１２６に記憶された配信確認リスト（図９参照）に、このとき関連コンテンツリスト記憶エリア１２３に記憶されている関連コンテンツリストを追加する（Ｓ４５７）。なお、出力先は閲覧端末１と決まっているので、配信確認リストは、関連コンテンツリストのように出力先を記憶する必要はない。また、各記事ＩＤについて、コンテンツ情報記憶エリア１９１が参照され、記事本文の全文データが記憶されているか否かに基づき、全文データ有無があわせて記憶される。その後、ＣＰＵ１０は、プリンタ２に対して、関連コンテンツリスト（図３４参照）および関連コンテンツリスト中で記事本文の全文データがあるもののコンテンツ情報を送信する（Ｓ４５８）。

また、プリンタ２に接続中でない場合には（Ｓ４５５）、接続がされた時点でプリンタ２に送信するために、ＲＡＭ１２の要求待ちリスト記憶エリア１２５に記憶されている要求待ちリストに関連コンテンツリストを追加する（Ｓ４６１）。本実施形態では、関連コンテンツリスト（図３４参照）に含まれている出力先に関するデータも、要求待ちリストに記憶される。よって、要求待ちリストは、図３５に示すように、要求ＩＤ、出力先、メイン記事ＩＤ、関連記事ＩＤを含むリストとなる。ＣＰＵ１０は、Ｓ４５８またはＳ４６１の処理の後はいずれも、表示部１５の表示を出力先選択画面１５６の表示前の画面に戻してから（Ｓ４５９）、図１３のキー入力処理に戻り、さらに図２８のメイン処理に戻る。

一方、コンテンツ要求操作が行われたときに、関連コンテンツ表示画面１５１の表示中でも出力先選択画面１５６の表示中でもない場合（Ｓ４５１：ＮＯ→Ｓ４５４：ＮＯ）、すなわち、Ａ新聞の記事本文の表示中の場合には、関連コンテンツリスト生成処理が行われる（Ｓ４６３）。この処理の流れは、第１実施形態の処理と同様なので、図１８を参照して、相違点のみ説明する。本実施形態では、図１８のＳ４２１において、図３４に示すように、出力先、メイン記事ＩＤ、および関連記事ＩＤからなる関連コンテンツリストが生成される。なお、このとき、デフォルト値として予め設定されている出力先（例えばプリンタ）が、出力先として記憶される。すなわち、出力先選択画面１５６が表示されるときには、まず、プリンタに対応するチェックボタンがチェックされた（選択された）状態となる。

図２８のメイン処理において、以上に説明したキー入力処理（Ｓ１０３、図１３）が終了すると、プリンタ接続情報が更新されたか否か、すなわち、接続されていなかったプリンタ２がＵＳＢケーブル１８１で新たに接続されたか、または接続されていたプリンタ２が外されたかが判断される（Ｓ１０４）。プリンタ接続情報が更新されたと判断した場合には（Ｓ１０４：ＹＥＳ）、ＣＰＵ１０は、プリンタ接続更新時処理（Ｓ１１０、図３２）を行う。この処理は、接続されていなかったプリンタ２が接続された場合に、予め記憶されていた要求待ちリストに基づいて、サーバ３との仲介を行うプリンタ２に対して、関連コンテンツリストを送信する処理である。

図３２に示すプリンタ接続更新時処理が開始されると、ＣＰＵ１０はまず、更新された情報が、接続されていなかったプリンタ２が新たに接続されたことを示すものであるか否かを判断する（Ｓ１１１）。ＣＰＵ１０は、プリンタ２が接続されたのではなく、接続が解除されたと判断した場合には（Ｓ１１１：ＮＯ）、そのまま図２８のメイン処理に戻る。一方、プリンタ２が接続された場合には（Ｓ１１１：ＹＥＳ）、要求待ちリスト記憶エリア１２５に記憶された要求待ちリスト（図３５参照）に、関連コンテンツリストが記憶されているか否かを判断する（Ｓ１１２）。要求待ちリストに関連コンテンツリストが記憶されていない場合には（Ｓ１１２：ＮＯ）、そのまま図２８のメイン処理に戻る。

一方、要求待ちリストに関連コンテンツリストが記憶されていると判断した場合（Ｓ１１２：ＹＥＳ）、ＣＰＵ１０は、このとき要求待ちリストに記憶されている関連コンテンツリストの出力先がプリンタ２のみか否かを判断する（Ｓ１１３）。出力先が閲覧端末１の関連コンテンツリストが含まれている場合には（Ｓ１１３：ＮＯ）、ＣＰＵ１０は、後で送信されてくる全文データの受信確認を行うために、配信確認リストに、出力先が閲覧端末１の関連コンテンツリストを追加する（Ｓ１１４）。例えば、図３５の要求待ちリストの例では、要求ＩＤが「ＰＷ０２」の関連コンテンツリストが配信確認リストに追加される。その後、ＣＰＵ１０は、要求待ちリストに記憶されている関連コンテンツリスト、および関連コンテンツリスト中で記事本文の全文データがあるもののコンテンツ情報を、プリンタ２に送信する（Ｓ１１５）。一方、出力先がプリンタ２のみであれば（Ｓ１１３：ＹＥＳ）、配信確認リストに関連コンテンツリストを追加することなく、関連コンテンツリストおよび関連コンテンツリスト中で記事本文の全文データがあるもののコンテンツ情報をプリンタ２に送信する（Ｓ１１５）。そして、Ｓ１１２に戻ってＳ１１３〜Ｓ１１５の処理を繰り返し、要求待ちリストに記憶された関連コンテンツリストがなくなると（Ｓ１１２：ＮＯ）、ＣＰＵ１０は図２８のメイン処理に戻る。

図２８のメイン処理において、前述のプリンタ接続更新時処理（Ｓ１１０）が終了した後、またはプリンタ接続情報が更新されていないと判断された場合（Ｓ１０４：ＮＯ）、ＣＰＵ１０は、プリンタ２から全文データを受信したか否かを判断する（Ｓ１０５）。なお、閲覧端末１が全文データを受信するのは、出力先として、閲覧端末１が指定されていた場合である。全文データを受信した場合には（Ｓ１０５：ＹＥＳ）、全文データ受信処理が行われる（Ｓ１０６）。この処理の流れは、全文データの送信元がサーバ３ではなくプリンタ２であること以外、図２１に示す第１実施形態の処理と同様であるため、ここでの説明は省略する。

全文データ受信処理（Ｓ１０６）終了後、または全文データを受信していない場合には（Ｓ１０５：ＮＯ）、ＣＰＵ１０は、配信確認リストの全文データ有無に基づき、プリンタ２経由で全文データの配信を要求した関連コンテンツリストのすべての記事について、全文データの受信が完了したか否かを判断する（Ｓ１０７）。すべての記事について全文データを受信済みと判断した場合（Ｓ１０７：ＹＥＳ）、ＣＰＵ１０は、全文データを受信済みの関連コンテンツリストを配信確認リストから削除することにより、配信確認リストを更新する（Ｓ１０８）。その後、第１の実施形態の場合と同様、例えば、予め別途記憶されたテンプレートに、Ａ新聞のメイン記事と、Ｂ新聞およびＣ新聞の関連記事のコンテンツ情報が流し込まれ、各記事について１頁ずつ、同じ書式および同じレイアウトで表示部１５に表示される。記事本文の表示後（Ｓ１０９）、または、まだすべての全文データを受信していないと判断した場合（Ｓ１０７：ＮＯ）ＣＰＵ１０は、Ｓ１０２に戻り、電源がＯＦＦにされるまで（Ｓ１０２：ＹＥＳ）、前述の処理を繰り返す。

次に、図３６〜図４０を参照して、プリンタ２において行われる処理について説明する。本実施形態のプリンタ２は、閲覧端末１からの要求を仲介して、サーバ３に対してＡ新聞のメイン記事およびその関連記事の全文データの配信を要求する。そして、指定された配信先に応じて、サーバ３から受信した全文データを閲覧端末１に転送する、または印刷を行うものである。図３６は、プリンタ２のメイン処理のフローチャートである。図３７は、メイン処理で実行される全文データ要求処理のフローチャートである。図３８は、メイン処理で実行される全文データ受信処理のフローチャートである。図３９は、メイン処理で実行される印刷処理のフローチャートである。図４０は、配信確認リストの説明図である。図４１は、関連コンテンツリストの全記事の印刷結果の説明図である。なお、図３６〜図３９の処理は、ＲＯＭ２１に記憶されたプログラムに従って、ＣＰＵ２０が実行する。

プリンタ２の電源がＯＮにされ、図３６に示すメイン処理が開始されると、ＣＰＵ２０はまず、ＲＡＭ２２の各記憶エリアをクリアする等の初期化処理を行う（Ｓ２０１）。その後、電源ＯＦＦ操作が実行された場合は（Ｓ２０２：ＹＥＳ）、ＣＰＵ２０は、図３６に示すメイン処理を終了する。一方、電源ＯＦＦ操作がされなければ（Ｓ２０２：ＮＯ）、後述するＳ２０３〜Ｓ２３０の処理を繰り返し実行する。

まず、ＣＰＵ２０は、閲覧端末１から送信された関連コンテンツリスト（図３４参照）および全文データを受信したか否かを判断する（Ｓ２０３）。なお、ここで受信される全文データは、前述したように、関連コンテンツリストに含まれる記事のうち、閲覧端末１に記事本文の全文データが記憶されているもの、すなわち、Ａ新聞の記事の全文データが送信されたものである（図３１、Ｓ４５８または図３２、Ｓ１１５）。閲覧端末１から送信された関連コンテンツリストおよび全文データを含むコンテンツ情報を受信した場合（Ｓ２０３：ＹＥＳ）、ＣＰＵ２０は、これらをそれぞれＲＡＭ２２の関連コンテンツリスト記憶エリア２２１および第１コンテンツ情報記憶エリア２２３に記憶させる。そして、全文データ要求処理（Ｓ２１０、図３７）を行う。この処理は、閲覧端末１から受信した関連コンテンツリストの記事の全文データがない場合に、サーバ３に配信を要求する処理である。

図３７の全文データ要求処理が開始されると、ＣＰＵ２０はまず、ＲＡＭ２２の配信確認リスト記憶エリア２２２に記憶された配信確認リストに、閲覧端末１から受信した関連コンテンツリスト（図３４参照）を追加する（Ｓ２１１）。あわせて、識別コードである要求ＩＤが付与され、各記事ＩＤについて第１コンテンツ情報記憶エリア２２３に記事本文の全文データが記憶されているか否かに基づいて、全文データ有無が記憶される。本実施形態で、プリンタ２の配信確認リスト記憶エリア２２２に記憶されている配信確認リストは、閲覧端末１に記憶されている配信確認リスト（図９参照）と同様のものである。ただし、本実施形態では、プリンタ２には、図３４に示すように、出力先のデータを含む関連コンテンツリストが閲覧端末１から送信され、出力先に応じた処理をする必要があるため、プリンタ２の配信確認リストは、図４０に示すようなものとなる。すなわち、配信確認リストには、受信した各関連コンテンツリスト毎に、要求ＩＤ、出力先、関連記事ＩＤ、全文データの有無が記憶されている。図４０の例は、要求ＩＤが「Ｐ０１」および「Ｐ０２」の２つの関連コンテンツリストを受信したときの配信確認リストである。要求ＩＤが「Ｐ０１」の関連コンテンツリストの出力先はプリンタ２であり、３つの記事ＩＤのうち、Ａ新聞の記事ＩＤである「Ａ１０１」のみ、記事本文の全文データがあることを示している。また、要求ＩＤが「Ｐ０２」の関連コンテンツリストの出力先は閲覧端末１であり、５つの記事ＩＤのうち、Ａ新聞の記事ＩＤである「Ａ１０２」および「Ａ０６２」のみ、記事本文の全文データがあることを示している。

その後、ＣＰＵ２０は、配信確認リストに記憶されているすべての記事ＩＤについて処理が完了したか否かを判断する（Ｓ２１２）。処理がまだ完了していなければ（Ｓ２１２：ＮＯ）、ＣＰＵ２０は、配信確認リストの最初の記事ＩＤについて、記事本文の全文データの有無を確認する（Ｓ２１３）。図４０の記事ＩＤ「Ａ１０１」のように全文データがある場合には（Ｓ２１３：ＹＥＳ）、サーバ３に配信を要求する必要はないので、ＣＰＵ２０は、そのままＳ２１２に戻る。一方、記事ＩＤ「Ｂ１０３」のように全文データがなければ（Ｓ２１３：ＮＯ）、その記事ＩＤに対応する記事本文の全文データをプリンタ２に配信するように、サーバ３に要求する（Ｓ２１４）。同様にして、ＣＰＵ１０は、全文データがない配信確認リストの記事ＩＤについて、サーバ３に配信要求を送信する処理を繰り返し（Ｓ２１２〜Ｓ２１４）、全コンテンツの処理が完了すると（Ｓ２１２：ＹＥＳ）、図３６のメイン処理に戻る。

図３６のメイン処理において、全文データ要求処理（Ｓ２１０）が終了した後、または閲覧端末１から関連コンテンツリストを受信していない場合には（Ｓ２０３：ＮＯ）、ＣＰＵ２０は、サーバ３から全文データを含むコンテンツ情報を受信したか否かを判断する（Ｓ２０４）。プリンタ２からの配信要求に応じてサーバ３から送信された全文データを受信した場合（Ｓ２０４：ＹＥＳ）、ＣＰＵ２０は、全文データ受信処理（Ｓ２２０、図３８）を行う。図３８に示す全文データ受信処理が開始されると、ＣＰＵ２０はまず、全文データを含む記事のコンテンツ情報を受信し、ＲＡＭ２２の第２コンテンツ情報記憶エリア２２４に記憶させる（Ｓ２２１）。そして、配信確認リスト記憶エリア２２２に記憶されている配信確認リスト（図４０参照）において、対応する記事ＩＤの全文データの有無を、全文データがあることを示すデータ（○）に更新して、図３６のメイン処理に戻る。

前述のように全文データ受信処理（Ｓ２２０）を行った後、または全文データを受信していない場合には（Ｓ２０４：ＮＯ）、ＣＰＵ２０は、サーバ３に対して全文データの配信を要求した関連コンテンツリストのすべての記事について、全文データの受信が完了したか否かを判断する（Ｓ２０５）。すべての記事について全文データを受信済みと判断した場合（Ｓ２０５：ＹＥＳ）、ＣＰＵ２０は、印刷処理を行う（Ｓ２３０、図３９）。この印刷処理では、閲覧端末１で指定された出力先がプリンタ２であれば印刷が行われ、閲覧端末１であれば全文データが転送される。

図３９の印刷処理が開始されると、ＣＰＵ２０はまず、配信確認リストにおいて（図４０参照）すべての記事の全文データが揃った関連コンテンツリストについて、出力先がプリンタであるか否かを判断する（Ｓ２３１）。出力先がプリンタ２の場合には（Ｓ２３１：ＹＥＳ）、ＣＰＵ２０は、関連コンテンツリストの各記事ＩＤに対応するコンテンツ情報を第１コンテンツ情報記憶エリア２２３または第２コンテンツ情報記憶エリア２２４から読出す。そして、読み出したコンテンツ情報から印刷データを生成して印刷データ記憶エリア２２５に記憶させる（Ｓ２３２）。その後、ＣＰＵ２０は、生成された印刷データに基づいて記録部２５を駆動制御し、印刷を実行させる（Ｓ２３３）。このとき、ＣＰＵ２０は、例えば、予め記憶されたテンプレートを用いて、図４１に示すように、Ａ新聞のメイン記事と、Ｂ新聞およびＣ新聞の関連記事を、すべて同じ書式および同じ配置で並べて印刷させる。これにより、閲覧端末１のユーザは、紙面に印刷されたＡ新聞の所望の記事と、関連する他紙の関連記事とを、容易に読み比べることができる。印刷を終了すると（Ｓ２３３）、ＣＰＵ２０は、配信確認リスト記憶エリア２２２に記憶された配信確認リスト（図４０参照）から印刷済の関連コンテンツリストを削除し（Ｓ２３４）、図３６のメイン処理に戻る。

一方、配信確認リスト（図４０参照）に記憶されている出力先が、プリンタ２ではなく閲覧端末１の場合には（Ｓ２３２：ＮＯ）、その関連コンテンツリストの全コンテンツ（記事）について処理が完了したか否かを確認する（Ｓ２３５）。まだ処理が完了していなければ（Ｓ２３５：ＮＯ）、閲覧端末１に必要な全文データを送信する処理を行う。まず、ＣＰＵ２０は、関連コンテンツリストの最初の記事ＩＤの全文データが閲覧端末１に記憶されているか否かを判断する（Ｓ２３６）。具体的には、第１コンテンツ情報記憶エリア２２３に記事ＩＤが一致するコンテンツ情報が記憶されていれば、それは閲覧端末１から受信したものであるから（図３１、Ｓ４５８または図３２、Ｓ１１５）、閲覧端末１に全文データがあると判断する（Ｓ２３６：ＹＥＳ）。この場合には、閲覧端末１に全文データを転送する必要はないので、そのままＳ２３５に戻る。一方、第１コンテンツ情報記憶エリア２２３に、記事ＩＤが一致するコンテンツ情報が記憶されていない場合には、閲覧端末１には全文データはない（Ｓ２３６：ＮＯ）。そこでＣＰＵ２０は、サーバ３から受信し、第２コンテンツ情報記憶エリア２２３に記憶されているコンテンツ情報のうち、記事ＩＤが一致するコンテンツ情報を読み出して、閲覧端末１に転送する（Ｓ２３７）。その後、Ｓ２３５に戻り、Ｓ２３５〜Ｓ２３７の処理を繰り返す。そして、関連コンテンツリストのすべてのコンテンツ（記事）について、必要に応じて閲覧端末１へ全文データを転送する処理が完了すると（Ｓ２３５：ＹＥＳ）、ＣＰＵ２０は、配信確認リストから転送処理済みの関連コンテンツリストを削除し（Ｓ２３４）、図３６のメイン処理に戻る。

図３６の印刷処理（Ｓ２３０）の終了後、または、まだすべての全文データを受信していないと判断した場合（Ｓ２０５：ＮＯ）ＣＰＵ２０は、Ｓ２０２に戻り、電源がＯＦＦにされるまで（Ｓ２０２：ＹＥＳ）、前述したＳ２０３〜Ｓ２３０の処理を繰り返す。そして、電源がＯＦＦにされると（Ｓ２０２）、図３６のメイン処理は終了する。

次に、サーバ３において行われる処理について説明する。本実施形態のサーバ３は、プリンタ２からの配信要求に応じて、プリンタ２に対してコンテンツ情報を配信する。本実施形態のサーバ３における処理は、第１の実施形態とほぼ同一であるため、図２４を参照して簡単に説明する。

サーバ３の電源がＯＮにされ、図２４に示すサーバ３のメイン処理が開始されると、電源がＯＦＦにされない限り（Ｓ５２：ＮＯ）、サーバ３は要求されたデータを送信する処理を繰り返す。まず、サーバ３のＣＰＵ３０は、プリンタ２から全文データの配信要求を受信すると（Ｓ５３：ＹＥＳ）、要求された記事ＩＤのコンテンツ情報を、記事ＤＢ記憶エリア３４１の記事ＤＢ（図１０参照）からＲＡＭ３２に読出し、プリンタ２に送信する（Ｓ５４）。全文データをプリンタ２に送信すると、ＣＰＵ１１はＳ５２に戻り、電源がＯＦＦにされるまで（Ｓ５２：ＹＥＳ）、この処理を繰り返す。

以上に説明したように、本実施形態のコンテンツ配信システム１０１では、第１の実施形態と同様、閲覧端末１には、Ａ新聞の記事についてのみ記事本文の全文データが配信されており、他の新聞記事については、Ａ新聞の記事の関連記事を参照するためのインデックス情報のみが配信されている。閲覧端末１のユーザは、メイン記事と関連記事の本文全文を読み比べたくなった場合、インデックス情報を利用して読み比べを行いたい記事のリストを生成し、出力先を指定してプリンタ２に送信することができる。リストを受信したプリンタ２は、必要な記事本文の全文データの配信要求をサーバ３に送信する。この配信要求を受けたサーバ３は、記事ＤＢに蓄積されている記事データから該当するものを選択し、プリンタ２に送信する。そして、データの配信を受けたプリンタ２は、出力先がプリンタ２であれば印刷を実行し、出力先が閲覧端末１であれば、記事本文の全文データを転送する。このように、ユーザが全文データを画面上で閲覧したい場合と、紙面に印刷した状態で読みたい場合とのいずれにも対応できる。また、出力先を閲覧端末１に指定した時に限って、所望の記事本文の全文データが追加で配信されるので、閲覧端末１におけるデータの記憶容量を徒に増大させることがない。また、プリンタ２を出力先として指定すれば、記事が紙面に印刷されるため、読み比べをしやすい。

本実施形態では、コンテンツ配信システム１０１が、本発明の「コンテンツ配信システム」に相当し、閲覧端末１、プリンタ２、およびサーバ３が、それぞれ「閲覧端末」、「印刷装置」、および「コンテンツ配信装置」に相当する。また、閲覧端末１のメモリカード１９０のコンテンツ情報記憶エリア１９１が、「コンテンツ記憶手段」に相当し、インデックス情報記憶エリア１９２が、「識別情報記憶手段」に相当する。また、図２９のＳ３３２において、選択されたコンテンツを更新するＣＰＵ１０が、「コンテンツ選択手段」に相当する。また、図１８のＳ４２１において、インデックス情報をもとに関連コンテンツリストを生成するＣＰＵ１０が、「識別情報選択手段」に相当する。また、図３１のＳ４５８または図３２のＳ１１５において、関連コンテンツリストをプリンタ２に送信するＣＰＵ１０が、「第１の要求送信手段」および「印刷要求手段」に相当する。また、図３１のＳ４５８または図３２のＳ１１５において、全文データをプリンタ２に送信するＣＰＵ１０が、「全文データ送信手段」に相当する。また、図２８のＳ１０９において、メイン記事と関連記事とを表示部１５に表示させるＣＰＵ１０が、「表示制御手段」に相当する。また、図３０のＳ３５７において、出力先データを更新するＣＰＵ１０が、「配信先特定手段」に相当する。また、図３０のＳ３５５において、選択されたコンテンツの全文要否フラグをＯＦＦにするＣＰＵ１０が、「コンテンツ特定手段」に相当する。また、要求待ちリストを記憶するＲＡＭ１２の要求待ちリスト記憶エリア１２５が、「要求記憶手段」に相当し、図３２のＳ１１１において、プリンタとの接続状態を判断するＣＰＵ１０が、「接続検知手段」に相当する。

また、図３７のＳ２１４において、全文データの配信要求をサーバ３に送信するプリンタ２のＣＰＵ２０が、「第２の要求送信手段」に相当する。また、図３９のＳ２３３において、印刷処理を行うＣＰＵ２０が、「印刷制御手段」に相当する。また、図３６のＳ２０３において、関連コンテンツリストとともに全文データを受信するＣＰＵ２０が、「全文データ取得手段」に相当する。また、図３９のＳ２３７において、閲覧端末１に全文データを転送するＣＰＵ２０が、「転送手段」に相当する。また、図２４のＳ５４において、全文データを閲覧端末１に送信するサーバ３のＣＰＵ３０が、「配信手段」に相当する。

なお、前述の実施形態に示されるコンテンツ配信システムの構成は例示であり、本発明は各種の変形が可能なことはいうまでもない。例えば、第２の実施形態では、閲覧端末１はプリンタ２にＵＳＢケーブル１８１を介して接続可能であるが、サーバ３とは接続されていなかったため、閲覧端末１からの記事本文の全文データの配信要求や、閲覧端末１への全文データの配信が、プリンタ２を経由して行われていた。しかし、本発明は、このようなシステム構成に限られない。図４２を参照して、システム構成の変形例について説明する。図４２は、変形例に係るコンテンツ配信システム１０２の概略構成を示すシステム構成図である。図４２に示すように、コンテンツ配信システム１０２では、、閲覧端末１、プリンタ２、およびサーバ３が相互にインターネット１１０等のネットワークを介して接続可能とされている。この場合、閲覧端末１は直接サーバ３に配信要求を行い、サーバ３は、指定された出力先に応じて、直接閲覧端末１またはプリンタ２に全文データを送信することができる。

また、例えば、前述の第１および第２の実施形態において、閲覧端末１のメモリカード１９０に記憶されるインデックス情報は、図４および図５に示すように、記事ＩＤ、記事タイトル、およびメイン記事ＩＤから構成されていた。しかし、インデックス情報には、その他の情報を含むことができる。図４３を参照して、インデックス情報の別の例について説明する。図４３は、インデックス情報の別の一例の説明図である。図４３に示すインデックス情報には、メイン記事ＩＤ、関連記事ＩＤ、記事タイトル、料金、発行日が含まれている。料金は、この記事の全文データの配信を受けた場合に課金される金額を示しており、発行日は、この記事が発行された日付を示している。これらの情報は、閲覧端末１のユーザが、関連記事の全文データの配信を指示するか否かの判断を行うにあたり、非常に有用な情報である。したがって、図４３のようなインデックス情報が記憶されている場合には、関連コンテンツ表示画面１５１（図２２参照）を表示部１５に表示させるときに、料金および発行日をあわせて表示すればよい。

また、第２の実施形態では、ユーザは、閲覧端末１において出力先を指定することにより、閲覧端末１でメイン記事および関連記事本文をあわせて閲覧するか、プリンタ２で両者をあわせて印刷するかを選択することが可能であった。この場合、ユーザの要望に臨機応変に対応できるという利点がある。しかし、本発明はこのような構成に限られない。例えば、閲覧端末１でコンテンツ要求操作を行った場合、閲覧端末１はプリンタ２へ関連コンテンツリストを送信し、プリンタ２はサーバ３から配信された全文データに基づき、一律に印刷処理を行うようにしてもよい。携帯型の閲覧端末１の表示部１５で閲覧するよりも、紙面に統一的なレイアウトで印刷されれば新聞記事等の読み比べがさらに容易になるため、このような一律の処理を行うことも可能である。

第２実施形態では、記事本文の全文データが記憶されているＡ新聞の記事については、閲覧端末１からプリンタ２へコンテンツ情報を送信する処理を行っていた。この場合、プリンタ２では、サーバ３に別途Ａ新聞の記事の配信要求をする必要がないという利点がある。しかし、Ａ新聞の記事本文の全文データについては、他の処理を行ってもよい。例えば、閲覧端末１にすでに記事本文の全文データが記憶されているか否かを示す情報を、関連コンテンツリストに含めることができる。この場合、プリンタ２では、出力先に応じて、サーバ３に対する配信要求を行えばよい。すなわち、出力先が閲覧端末１の場合には、プリンタ２のＣＰＵ２０は、閲覧端末１に全文データが記憶されていない記事についてのみサーバ３に配信要求を行い、受信した全文データを閲覧端末１に送信すればよい。一方、出力先がプリンタ２であれば、閲覧端末１の全文データ保有の有無に関わらず、メイン記事および関連記事のすべてについて全文データの配信要求を行い、受信した全文データに基づいて印刷処理を行えばよい。この場合、サーバ３からプリンタ２へ、メイン記事および関連記事の全文データがあわせて配信されるので、処理効率がよい。また、閲覧端末１ですでに保有している全文データがサーバ３において更新されている場合には、最新の全文データが得られるという利点がある。

コンテンツ配信システム１００の概略を示すシステム構成図である。 閲覧端末１の電気的構成を示すブロック図である。 コンテンツ情報記憶エリア１９１に記憶されたコンテンツ情報の説明図である。 インデックス情報記憶エリア１９２に記憶されたインデックス情報の説明図である。 インデックス情報記憶エリア１９２に記憶された別のインデックス情報の説明図である。 ＲＡＭ１２の記憶エリアの説明図である。 関連コンテンツリストの説明図である。 要求待ちリストの説明図である。 配信確認リストの説明図である。 サーバ３の電気的構成を示すブロック図である。 閲覧端末１のメイン処理のフローチャートである。 メイン処理で実行される目次表示処理のフローチャートである。 メイン処理で実行されるキー入力処理のフローチャートである。 キー入力処理で実行される項目選択処理のフローチャートである。 キー入力処理で実行される項目決定処理のフローチャートである。 キー入力処理で実行される頁めくり処理のフローチャートである。 キー入力処理で実行されるコンテンツ要求処理のフローチャートである。 コンテンツ要求処理で実行される関連コンテンツリスト生成処理のフローチャートである。 コンテンツ要求処理で実行される全文データ要求処理のフローチャートである。 メイン処理で実行されるネットワーク接続更新時処理のフローチャートである。 メイン処理で実行される全文データ受信処理のフローチャートである。 関連コンテンツ表示画面１５１の説明図である。 関連コンテンツ表示画面１５１の別の説明図である。 サーバ３のメイン処理のフローチャートである。 コンテンツ配信システム１０１の概略構成を示すシステム構成図である。 プリンタ２の電気的構成を示すブロック図である。 ＲＡＭ２２の記憶エリアの説明図である。 閲覧端末１のメイン処理のフローチャートである。 キー入力処理で実行される項目選択処理のフローチャートである。 キー入力処理で行われる項目決定処理のフローチャートである。 キー入力処理で実行されるコンテンツ要求処理のフローチャートである。 閲覧端末１のメイン処理で実行されるプリンタ接続更新時処理のフローチャートである。 出力先選択画面１５６の説明図である。 関連コンテンツリストの説明図である。 要求待ちリストの説明図である。 プリンタ２のメイン処理のフローチャートである。 メイン処理で実行される全文データ要求処理のフローチャートである。 メイン処理で実行される全文データ受信処理のフローチャートである。 メイン処理で実行される印刷処理のフローチャートである。 配信確認リストの説明図である。 関連コンテンツリストの全記事の印刷結果の説明図である。 コンテンツ配信システム１０２の概略構成を示すシステム構成図である。 インデックス情報の別の一例の説明図である。

符号の説明

１００、１０１ コンテンツ配信システム
１ 閲覧端末
１０ ＣＰＵ
１２ ＲＡＭ
１９０ メモリカード
１９１ コンテンツ情報記憶エリア
１９２ インデックス情報記憶エリア
２ プリンタ
２０ ＣＰＵ
３ サーバ
３０ ＣＰＵ

Claims (20)

1. 画像又は文書からなるコンテンツを表示する表示画面を有する閲覧端末と、コンテンツを配信する配信手段を有し、少なくとも前記閲覧端末と接続可能なコンテンツ配信装置とを備えたコンテンツ配信システムであって、
   前記閲覧端末は、
   少なくとも１つの前記コンテンツの全文データを記憶するコンテンツ記憶手段と、
   前記全文データが記憶された前記コンテンツである全文データ付コンテンツに関連する関連コンテンツの識別情報を前記全文データ付コンテンツに対応づけて記憶する識別情報記憶手段と、
   前記コンテンツ記憶手段に記憶された任意の前記全文データ付コンテンツを選択するコンテンツ選択手段と、
   前記識別情報記憶手段を参照して、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツに関連する前記関連コンテンツの前記識別情報を選択する識別情報選択手段と、
   前記識別情報選択手段によって選択された前記識別情報に対応する前記関連コンテンツの全文データである関連コンテンツデータを配信するように要求する配信要求を前記コンテンツ配信装置に送信する要求送信手段とを備え、
   前記コンテンツ配信装置の前記配信手段は、前記要求送信手段から前記配信要求を受信した場合に、前記関連コンテンツデータを配信することを特徴とするコンテンツ配信システム。
2. 前記コンテンツ配信装置の前記配信手段は、
   前記要求送信手段から前記配信要求を受信した場合に、前記関連コンテンツデータを前記閲覧端末に配信し、
   前記閲覧端末は、
   前記配信手段から配信された前記関連コンテンツの前記全文データを前記表示画面に表示させる表示制御手段をさらに備えたことを特徴とする請求項１に記載のコンテンツ配信システム。
3. 前記コンテンツの印刷を実行する印刷手段を有し、少なくとも前記コンテンツ配信装置に接続可能な印刷装置をさらに備え、
   前記閲覧端末は、
   前記閲覧端末または前記印刷装置のいずれかを、前記関連コンテンツデータの配信先として特定する配信先特定手段をさらに備え、
   前記要求送信手段は、
   前記関連コンテンツデータを、前記配信先特定手段によって特定された前記配信先に配信するように要求し、
   前記コンテンツ配信装置の前記配信手段は、
   前記配信要求を受信した場合に、前記関連コンテンツデータを前記配信先に配信し、
   前記印刷装置は、
   前記配信手段から配信された前記関連コンテンツデータの印刷を前記印刷手段に実行させる印刷制御手段を備えたことを特徴とする請求項１または２に記載のコンテンツ配信システム。
4. 前記コンテンツの印刷を実行する印刷手段を有し、少なくとも前記コンテンツ配信装置に接続可能な印刷装置をさらに備え、
   前記コンテンツ配信装置の前記配信手段は、
   前記要求送信手段から前記配信要求を受信した場合に、前記関連コンテンツデータを前記印刷装置に配信し、
   前記印刷装置は、
   前記配信手段から配信された前記関連コンテンツデータの印刷を前記印刷手段に実行させる印刷制御手段をさらに備えたことを特徴とする請求項１に記載のコンテンツ配信システム。
5. 画像又は文書からなるコンテンツを表示する表示画面を有し、少なくともコンテンツ配信装置および印刷装置のいずれかに接続可能な閲覧端末と、コンテンツを配信する配信手段を有するコンテンツ配信装置と、前記コンテンツの印刷を実行する印刷手段を有し、閲覧端末およびコンテンツ送信装置に接続可能な印刷装置とを備えたコンテンツ配信システムであって、
   前記閲覧端末は、
   少なくとも１つの前記コンテンツの全文データを記憶するコンテンツ記憶手段と、
   前記全文データが記憶された前記コンテンツである全文データ付コンテンツに関連する関連コンテンツの識別情報を前記全文データ付コンテンツに対応づけて記憶する識別情報記憶手段と、
   前記コンテンツ記憶手段に記憶された任意の前記全文データ付コンテンツを選択するコンテンツ選択手段と、
   前記識別情報記憶手段を参照して、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツに関連する前記関連コンテンツの前記識別情報を選択する識別情報選択手段と、
   前記識別情報選択手段によって選択された前記識別情報に対応する前記関連コンテンツの全文データである関連コンテンツデータを配信するように要求する第１の配信要求を前記印刷装置に送信する第１の要求送信手段とを備え、
   前記印刷装置は、
   前記第１の要求送信手段から前記第１の配信要求を受信した場合に、前記関連コンテンツデータを配信するように要求する第２の配信要求を前記コンテンツ配信装置に送信する第２の要求送信手段を備え、
   前記コンテンツ配信装置の前記配信手段は、
   前記第２の配信要求を受信した場合に、前記関連コンテンツデータを前記印刷装置に配信することを特徴とするコンテンツ配信システム。
6. 前記印刷装置は、
   前記配信手段から配信された前記関連コンテンツデータの印刷を前記印刷手段に実行させる印刷制御手段とをさらに備えたことを特徴とする請求項５に記載のコンテンツ配信システム。
7. 前記閲覧端末は、
   前記コンテンツ選択手段によって選択された前記全文データ付コンテンツの前記全文データを前記関連コンテンツデータとあわせて印刷するように要求する印刷要求を前記印刷装置に送信する印刷要求送信手段をさらに備え、
   前記印刷装置は、
   前記印刷要求送信手段から前記印刷要求を受信した場合に、前記閲覧端末または前記コンテンツ配信装置から前記全文データ付コンテンツの前記全文データを取得する全文データ取得手段をさらに備え、
   前記印刷制御手段は、
   前記印刷手段に、前記配信手段により配信された前記関連コンテンツデータ、および前記全文データ取得手段によって取得された前記全文データ付コンテンツの前記全文データを、共通の書式およびレイアウトで印刷させることを特徴とする請求項６に記載のコンテンツ配信システム。
8. 前記閲覧端末は、
   前記印刷要求手段から前記印刷要求を送信する場合に、前記全文データ付コンテンツの前記全文データを前記印刷装置に送信する全文データ送信手段をさらに備え、
   前記印刷装置の前記全文データ取得手段は、
   前記全文データ送信手段によって送信された前記全文データ付コンテンツの前記全文データを取得することを特徴とする請求項７に記載のコンテンツ配信システム。
9. 前記印刷装置は、
   前記印刷要求送信手段から前記印刷要求を受信した場合に、前記全文データ付コンテンツの前記全文データを前記関連コンテンツデータとあわせて配信するように要求する第３の配信要求を前記コンテンツ配信装置に送信する第３の要求送信手段をさらに備え、
   前記コンテンツ配信装置の前記配信手段は、
   前記第３の要求送信手段から前記第３の配信要求を受信した場合には、前記全文データ付コンテンツの前記全文データを前記関連コンテンツデータとあわせて前記印刷装置に配信することを特徴とする請求項７に記載のコンテンツ配信システム。
10. 前記閲覧端末は、
    前記閲覧端末または前記印刷装置のいずれかを、前記関連コンテンツデータの配信先として特定する配信先特定手段と、
    前記関連コンテンツデータの配信先が前記閲覧端末である場合に、前記関連コンテンツの前記全文データを前記表示画面に表示させる表示制御手段とをさらに備え、
    前記第１の要求送信手段は、
    前記関連コンテンツデータを、前記配信先特定手段によって特定された前記配信先に配信するように要求し、
    前記印刷装置は、
    前記第１の要求送信手段から受信した前記第１の配信要求の前記配信先が前記閲覧端末である場合に、前記配信手段から配信された前記関連コンテンツデータを前記閲覧端末に転送する転送手段をさらに備えたことを特徴とする請求項５〜９のいずれかに記載のコンテンツ配信システム。
11. 画像又は文書からなるコンテンツを表示する表示画面を有し、少なくとも前記コンテンツを配信するコンテンツ配信装置および前記コンテンツを印刷する印刷装置のいずれかに接続可能な閲覧端末であって、
    少なくとも１つの前記コンテンツの全文データを記憶するコンテンツ記憶手段と、
    前記全文データが記憶された前記コンテンツである全文データ付コンテンツに関連する関連コンテンツの識別情報を前記全文データ付コンテンツに対応づけて記憶する識別情報記憶手段と、
    前記コンテンツ記憶手段に記憶された任意の前記全文データ付コンテンツを選択するコンテンツ選択手段と、
    前記識別情報記憶手段を参照して、前記コンテンツ選択手段によって選択された前記全文データ付コンテンツに関連する前記関連コンテンツの前記識別情報を選択する識別情報選択手段と、
    前記識別情報選択手段によって選択された前記識別情報に対応する前記関連コンテンツの全文データである関連コンテンツデータを前記閲覧端末または前記印刷装置に配信するように要求する配信要求を前記コンテンツ配信装置または前記印刷装置に送信する要求送信手段とを備えたことを特徴とする閲覧端末。
12. 前記配信要求に応じて配信された前記関連コンテンツの前記全文データを前記表示画面に表示させる表示制御手段をさらに備えたことを特徴とする請求項１１に記載の閲覧端末。
13. 前記コンテンツ特定手段によって特定された前記全文データ付コンテンツの前記全文データを前記関連コンテンツの全文データとあわせて印刷するように要求する印刷要求を前記印刷装置に送信する印刷要求送信手段をさらに備えたことを特徴とする請求項１１または１２に記載の閲覧端末。
14. 前記印刷要求送信手段によって、前記全文データ付コンテンツの前記全文データを前記関連コンテンツの全文データとあわせて印刷するように要求する前記印刷要求を送信する場合に、前記全文データ付コンテンツの前記全文データを前記印刷装置に送信する全文データ送信手段をさらに備えたことを特徴とする請求項１１〜１３のいずれかに記載の閲覧端末。
15. 前記閲覧端末または前記印刷装置のいずれかを、前記関連コンテンツデータの配信先として特定する配信先特定手段をさらに備えたことを特徴とする請求項１１〜１４のいずれかに記載の閲覧端末。
16. 前記表示制御手段は、前記識別情報選択手段によって選択された前記関連コンテンツの前記識別情報を前記表示画面にリスト表示させ、
    前記表示画面に前記識別情報がリスト表示された前記関連コンテンツから、全文データの配信要求を行う前記関連コンテンツを特定するコンテンツ特定手段をさらに備え、
    前記要求送信手段は、前記コンテンツ特定手段によって特定された前記関連コンテンツの全文データの配信要求を送信することを特徴とする請求項１１〜１５のいずれかに記載の閲覧端末。
17. 前記関連コンテンツの前記識別情報は、少なくとも前記関連コンテンツのタイトル、発行日、および課金情報のいずれか１つを含むことを特徴とする請求項１６に記載の閲覧端末。
18. 前記配信要求を記憶する要求記憶手段と、
    前記コンテンツ配信装置または前記印刷装置との接続状態を検知する接続検知手段とをさらに備え、
    前記要求送信手段は、前記接続検知手段によって前記コンテンツ配信装置または前記印刷装置と接続中であると検知された場合に、前記要求記憶手段に記憶された前記配信要求を送信することを特徴とする請求項１１〜１７のいずれかに記載の閲覧端末。
19. 前記コンテンツ記憶手段に記憶された前記関連コンテンツの前記識別情報は、タグによって前記全文データ付コンテンツと対応づけられていることを特徴とする請求項１１〜１８のいずれかに記載の閲覧端末。
20. 請求項１１〜１９のいずれかに記載の閲覧端末の各種処理手段としてコンピュータを機能させるためのコンテンツ配信要求制御プログラム。

Images