(57)【要約】【課題】  特定の属性のファイルの受信を抑制することにより、電子書籍等のコンテンツをより低い通信コストで端末装置に表示させるブラウザプログラムを提供する。【解決手段】  ネットワーク上のサーバに格納されたコンテンツを端末装置に受信させて表示させるブラウザプログラムであって、端末装置に、他のファイルよりも低い優先順位で受信すべきファイルの属性を示す非優先属性情報を予め保持する属性情報保持部と、コンテンツに含まれる各々のファイルの属性を取得する属性取得部と、コンテンツの中で、非優先属性情報に含まれる属性を有する非優先ファイルの受信を抑制する受信抑制部と、コンテンツには、受信抑制部によって受信が抑制されたファイルが含まれていたことを端末装置の利用者に通知する通知画像を表示する通知画像表示部とを実現させる。【選択図】図２
2005189923.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバに格納されたコンテンツを端末装置に受信させて表示させるブラウザプログラムであって、
前記端末装置に、
他のファイルよりも低い優先順位で受信すべきファイルの属性を示す非優先属性情報を予め保持する属性情報保持部と、
前記コンテンツに含まれる各々のファイルの属性を取得する属性取得部と、
前記コンテンツの中で、前記非優先属性情報に含まれる属性を有する非優先ファイルの受信を抑制する受信抑制部と
前記コンテンツには、前記受信抑制部によって受信が抑制されたファイルが含まれていたことを前記端末装置の利用者に通知する通知画像を表示する通知画像表示部と
を実現させるブラウザプログラム。
【請求項２】
前記受信抑制部は、
前記非優先ファイルを後に受信するか否かを前記利用者に入力させる予約入力フィールドを前記非優先ファイル毎に表示する予約入力フィールド表示部と、
前記非優先ファイルを後に受信すべき旨が前記予約入力フィールドに入力された場合に、その旨を保存する予約保存部と
を有し、
前記ブラウザプログラムは、
前記非優先ファイルを後に受信すべき旨が前記予約保存部に保存されていた場合に、前記非優先ファイルの受信を開始する受信再開部を更に前記端末装置に実現させる請求項１に記載のブラウザプログラム。
【請求項３】
前記端末装置が有する、通信コストの異なる２つの通信手段の中のいずれの通信手段によって前記ネットワークとの通信が行われているかを判断する通信コスト判断部を更に前記端末装置に実現させ、
前記受信抑制部は、
通信コストの高い方の通信手段によって通信が行われている場合に、前記非優先ファイルの受信を抑制し、
通信コストの低い方の通信手段によって通信が行われている場合に、前記非優先ファイルの受信を抑制しない請求項１に記載のブラウザプログラム。
【請求項４】
前記非優先ファイルは画像データを含み、
前記サーバは、前記画像データを、データサイズの異なる複数のファイルのそれぞれによって格納しており、
前記受信抑制部は、通信コストの高い方の通信手段によって通信が行われている場合に、前記コンテンツに含まれる画像データを、より小さいデータサイズのファイルをリクエストすることによって受信する請求項３に記載のブラウザプログラム。
【請求項５】
前記通信コストの低い方の通信手段によって通信が行われた場合に、前記受信抑制部により受信が抑制された前記非優先ファイルの受信を開始する受信再開部を更に前記端末装置に実現させる請求項３に記載のブラウザプログラム。
【請求項６】
前記コンテンツは、複数のデータ種別のファイルを含み、
前記属性情報保持部は、前記非優先属性情報として、他のファイルよりも低い優先順位で受信すべきファイルのデータ種別である非優先データ種別を保持しており、
前記属性取得部は、前記属性情報として各々の前記ファイルの前記データ種別を取得し、
前記受信抑制部は、前記コンテンツに含まれるファイルの中で前記非優先データ種別のファイルの受信を抑制する
請求項１に記載のブラウザプログラム。
【請求項７】
前記通知画像表示部は、前記通知画像として前記非優先ファイルの前記データ種別を表示する請求項６に記載のブラウザプログラム。
【請求項８】
前記コンテンツは、データサイズの異なる複数のファイルを含み、
前記属性情報保持部は、前記非優先属性情報として、他のファイルよりも低い優先順位で受信すべきファイルの最小サイズを保持しており、
前記属性取得部は、前記属性情報として各々の前記ファイルの前記データサイズを取得し、
前記受信抑制部は、前記コンテンツに含まれるファイルの中でデータサイズが前記最小サイズよりも大きいファイルの受信を抑制する
請求項１に記載のブラウザプログラム。
【請求項９】
前記非優先ファイルは画像データを含み、
前記受信抑制部は、前記非優先ファイルの画像データの一部のみを受信する部分受信部を含み、
前記通知画像表示部は、前記画像データの一部を前記通知画像と共に表示する請求項１に記載のブラウザプログラム。
【請求項１０】
前記非優先ファイルは音楽データを含み、
前記受信抑制部は、前記非優先ファイルの音楽データの一部のみを受信する部分受信部を含み、
前記通知画像表示部は、前記音楽データの一部のみが受信されている旨を前記通知画像と共に表示する請求項１に記載のブラウザプログラム。
【請求項１１】
前記サーバは、前記通知画像を予め格納しており、
前記受信抑制部は、前記非優先ファイルに代えて前記通知画像を前記サーバにリクエストする通知画像リクエスト部を含む請求項１に記載のブラウザプログラム。
【請求項１２】
前記受信抑制部が、前記非優先ファイルを受信することに代えて、当該非優先ファイルを示すＵＲＬを交換可能な記録媒体に格納するＵＲＬ格納部を含み、
前記記録媒体に前記非優先ファイルが格納されている場合に、当該非優先ファイルを前記記録媒体から読出して前記コンテンツ内に合成する合成部を更に前記端末装置に実現させる請求項１に記載のブラウザプログラム。
【請求項１３】
前記受信抑制部は、前記端末装置のメモリ空き容量が基準値よりも小さい場合に、前記非優先ファイルの受信を抑制する請求項１に記載のブラウザプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブラウザプログラムに関する。特に本発明は、ネットワーク上のサーバに格納されたコンテンツを端末装置に受信させて表示させるブラウザプログラムに関する。
【背景技術】
【０００２】
近年、情報通信機器の発達により、ＰＨＳ等の移動通信端末を用いてインターネット上のコンテンツを閲覧することができるようになっている。また、ＰＨＳ等の移動通信端末の表示画面は、大型化および高精細化しており、画像データや動画データを含むコンテンツを表示することができるようになっている（例えば、非特許文献１参照。）。
【非特許文献１】インターネット＜ＵＲＬ：http://www.ddipocket.co.jp/p_s/products/content/spec_air_h.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
コンテンツは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データおよびＨＴＭＬデータに含まれるファイル指定タグで指定される画像データや動画データ等のファイルを有する。ファイルのデータサイズは、ＨＴＭＬデータのデータサイズよりも大きい。ＰＨＳ等の移動通信端末を用いてインターネット上のコンテンツを受信する場合、受信したデータ量または通信時間に応じて課金される。そのため、画像データや動画データ等を含むコンテンツを受信する場合、画像データや動画データ等を含まないコンテンツを受信する場合に比べて、費用が高くなるという問題があった。
【０００４】
そこで本発明は、上記の課題を解決することのできるブラウザプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【課題を解決するための手段】
【０００５】
本発明の第１の形態は、ネットワーク上のサーバに格納されたコンテンツを端末装置に受信させて表示させるブラウザプログラムであって、端末装置に、他のファイルよりも低い優先順位で受信すべきファイルの属性を示す非優先属性情報を予め保持する属性情報保持部と、コンテンツに含まれる各々のファイルの属性を取得する属性取得部と、コンテンツの中で、非優先属性情報に含まれる属性を有する非優先ファイルの受信を抑制する受信抑制部と、コンテンツには、受信抑制部によって受信が抑制されたファイルが含まれていたことを端末装置の利用者に通知する通知画像を表示する通知画像表示部とを実現させる。これにより、コンテンツに含まれる全てのファイルを受信する場合に比べて、端末装置は、コンテンツを受信する場合にかかる費用を低くすることができる。
【０００６】
受信抑制部は、非優先ファイルを後に受信するか否かを利用者に入力させる予約入力フィールドを非優先ファイル毎に表示する予約入力フィールド表示部と、非優先ファイルを後に受信すべき旨が予約入力フィールドに入力された場合に、その旨を保存する予約保存部とを有し、ブラウザプログラムは、非優先ファイルを後に受信すべき旨が予約保存部に保存されていた場合に、非優先ファイルの受信を開始する受信再開部を更に端末装置に実現させる。
【０００７】
上記したブラウザプログラムは、端末装置が有する、通信コストの異なる２つの通信手段の中のいずれの通信手段によってネットワークとの通信が行われているかを判断する通信コスト判断部を更に端末装置に実現させ、受信抑制部は、通信コストの高い方の通信手段によって通信が行われている場合に、非優先ファイルの受信を抑制し、通信コストの低い方の通信手段によって通信が行われている場合に、非優先ファイルの受信を抑制しない。
【０００８】
非優先ファイルは画像データを含み、サーバは、画像データを、データサイズの異なる複数のファイルのそれぞれによって格納しており、受信抑制部は、通信コストの高い方の通信手段によって通信が行われている場合に、コンテンツに含まれる画像を、より小さいデータサイズのファイルをリクエストすることによって受信する。
【０００９】
上記したブラウザプログラムは、通信コストの低い方の通信手段によって通信が行われた場合に、受信抑制部により受信が抑制された非優先ファイルの受信を開始する受信再開部を更に端末装置に実現させる。
【００１０】
コンテンツは、複数のデータ種別のファイルを含み、属性情報保持部は、非優先属性情報として、他のファイルよりも低い優先順位で受信すべきファイルのデータ種別である非優先データ種別を保持しており、属性取得部は、属性情報として各々のファイルのデータ種別を取得し、受信抑制部は、コンテンツに含まれるファイルの中で非優先データ種別のファイルの受信を抑制する。
【００１１】
通知画像表示部は、通知画像として非優先ファイルのデータ種別を表示してもよい。
【００１２】
コンテンツは、データサイズの異なる複数のファイルを含み、属性情報保持部は、非優先属性情報として、他のファイルよりも低い優先順位で受信すべきファイルの最小サイズを保持しており、属性取得部は、属性情報として各々のファイルのデータサイズを取得し、受信抑制部は、コンテンツに含まれるファイルの中でデータサイズが最小サイズよりも大きいファイルの受信を抑制してもよい。
【００１３】
非優先ファイルは画像データを含み、受信抑制部は、非優先ファイルの画像データの一部のみを受信する部分受信部を含み、通知画像表示部は、画像データの一部を通知画像と共に表示する。
【００１４】
非優先ファイルは音楽データを含み、受信抑制部は、非優先ファイルの音楽データの一部のみを受信する部分受信部を含み、通知画像表示部は、音楽データの一部のみが受信されている旨を通知画像と共に表示してもよい。
【００１５】
サーバは、通知画像を予め格納しており、受信抑制部は、非優先ファイルに代えて通知画像をサーバにリクエストする通知画像リクエスト部を含む。
【００１６】
受信抑制部が、非優先ファイルを受信することに代えて、当該非優先ファイルを示すＵＲＬを交換可能な記録媒体に格納するＵＲＬ格納部を含み、記録媒体に非優先ファイルが格納されている場合に、当該非優先ファイルを記録媒体から読出してコンテンツ内に合成する合成部を更に端末装置に実現させる。
【００１７】
受信抑制部は、端末装置のメモリ空き容量が基準値よりも小さい場合に、非優先ファイルの受信を抑制してもよい。
【００１８】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明を実施するための最良の形態】
【００１９】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２０】
図１は、本発明の一実施形態に係るコンテンツ閲覧システム１０の構成を示す。コンテンツ閲覧システム１０は、端末装置２０、通信網４０、およびコンテンツサーバ５０を備える。コンテンツサーバ５０は、端末装置２０に表示させる電子書籍等のコンテンツを格納する。コンテンツサーバ５０は、通信網４０に接続されており、通信網４０を介して端末装置２０と通信する。端末装置２０は、コンテンツサーバ５０からコンテンツを受信させて端末装置２０の画面に表示させるブラウザプログラムを有する。
【００２１】
コンテンツサーバ５０が有するコンテンツは、例えばＨＴＭＬ等のコンテンツのフォーマット等を指定するドキュメントデータと、ドキュメントデータに含まれるファイル指定タグで指定されるファイルとを有する。ドキュメントデータは、例えばファイル指定タグ等のコンテンツを表示させるための制御データ、およびコンテンツに表示するテキストデータ等を含む。ファイル指定タグで指定されるファイルは、例えば画像データや、音楽データ、動画データ等であり、様々なデータの種別およびデータサイズ等の属性を有する。本実施形態のブラウザプログラムは、特定の属性のファイルの受信を抑制することにより、端末装置２０にコンテンツをより安い通信コストで表示させる。
【００２２】
コンテンツサーバ５０は、コンテンツ格納部５２および通知画像格納部５４を有する。コンテンツ格納部５２は、端末装置２０に表示させる電子書籍等のコンテンツを格納する。通知画像格納部５４は、コンテンツ格納部５２に格納された画像データ等のファイルに対応する通知画像を格納する。通知画像とは、コンテンツ格納部５２に格納された画像データ等のファイルの種別を示す画像または画像データ等のファイルの一部である。ファイルの一部とは、例えばファイルが画像データの場合、サムネイル画像等であり、コンテンツ格納部５２に格納されたファイルよりもデータサイズが小さい。このように、コンテンツサーバ５０は、コンテンツ格納部５２に格納されたファイルと通知画像格納部５４に格納された通知画像とによって、同一の画像データに対して、データサイズの異なる複数のファイルを有する。
【００２３】
通信網４０は、基地局４２、通信事業者網４３、ＩＲＤＡ通信装置４４、制御装置４５、およびインターネット４６を備える。インターネット４６には、通信事業者網４３、制御装置４５、およびコンテンツサーバ５０が接続される。基地局４２は、例えばＰＨＳ方式を用いて、電波により端末装置２０と通信する。通信事業者網４３は、ＰＨＳ通信事業者等により管理および運営される通信網であり、基地局４２を介して端末装置２０とインターネット４６とを通信させる。ＩＲＤＡ通信装置４４は、例えばＩＲＤＡ方式を用いて、赤外線により端末装置２０と通信する。制御装置４５は、ＩＲＤＡ通信装置４４を介して、端末装置２０とインターネット４６とを通信させる。端末装置２０は、基地局４２および通信事業者網４３、またはＩＲＤＡ通信装置４４および制御装置４５を介してコンテンツサーバ５０からコンテンツ、通知画像、またはその両方を受け取り、端末装置２０の画面に表示する。
【００２４】
基地局４２を介してコンテンツサーバ５０と通信する場合、端末装置２０は、送受信したデータサイズまたは基地局４２との通信時間に応じて課金される。一方、ＩＲＤＡ通信装置４４を介してコンテンツサーバ５０と通信した場合、端末装置２０は、コンテンツサーバ５０からコンテンツを無料で受信することができる。従って、ＩＲＤＡ通信装置４４を介して通信する場合の通信コストは、基地局４２を介して通信する場合の通信コストよりも低い。
【００２５】
図２は、端末装置２０の画面に表示された電子書籍等のコンテンツ８０の一例を示す。コンテンツ８０は、画像データ８００、拡大ボタン８０２、予約ボタン８０４、テキストデータ８０６、次項表示ボタン８０８、および次項予約ボタン８１０を有する。画像データ８００は、例えば画像データのサムネイル等である。拡大ボタン８０２が端末装置２０の入力装置を介して選択されると、端末装置２０は、画像データ８００を拡大して表示する。また、拡大ボタン８０２が例えば青色の場合、画像データ８００に対応するファイルは端末装置２０のメモリに格納されていることを示し、拡大ボタン８０２が選択されると、端末装置２０は、メモリに格納されているファイルに基づいて画像データ８００を画面に拡大表示する。拡大ボタン８０２が例えば赤色の場合、画像データ８００のファイルは端末装置２０のメモリに格納されていないことを示し、拡大ボタン８０２が選択されると、端末装置２０は、通信網４０を介してコンテンツサーバ５０から画像データ８００のファイルを受信して、画面に拡大表示する。
【００２６】
予約ボタン８０４は、画像データ８００のファイルの受信が予約されているか否かを示す。予約ボタン８０４が「予約（未）」と表示されている場合に端末装置２０の入力装置を介して選択されると、「予約（済）」という表示に変化し、対応する画像データのファイルの受信が予約されていることを示す。予約ボタン８０４が「予約（済）」という表示である場合、端末装置２０は、例えば通信コストが低い通信手段によってコンテンツサーバ５０と通信したときに、画像データ８００のファイルを受信する。
【００２７】
端末装置２０の入力装置を介して次項表示ボタン８０８が選択されると、端末装置２０は、コンテンツの次項を表示する。また、次項表示ボタン８０８が例えば青色の場合、次項のコンテンツが端末装置２０のメモリに格納されていることを示し、次項表示ボタン８０８が選択されると、端末装置２０は、メモリに格納されている次項のコンテンツを画面に表示する。次項表示ボタン８０８が例えば赤色の場合、次項のコンテンツが端末装置２０のメモリに格納されていないことを示し、次項表示ボタン８０８が選択されると、端末装置２０は、通信網４０を介してコンテンツサーバ５０から次項のコンテンツを受信し、画面に表示する。
【００２８】
次項予約ボタン８１０は、次項のコンテンツの受信が予約されているか否かを示す。次項予約ボタン８１０が「次項予約（未）」と表示されている場合に端末装置２０の入力装置を介して選択されると、「次項予約（済）」という表示に変化し、次項のコンテンツの受信が予約されたことを示す。次項予約ボタン８１０が「次項予約（済）」という表示である場合、端末装置２０は、例えば通信コストが低い通信手段によってコンテンツサーバ５０と通信したときに、次項のコンテンツを受信する。なお、予約ボタン８０４および次項予約ボタン８１０は、本発明における予約入力フィールドの一例である。
【００２９】
図３は、端末装置２０の構成の一例を示す。端末装置２０は、表示装置２２、入力装置２４、通信装置２６、記録媒体２８、記憶媒体２９、および端末本体３０を備える。表示装置２２は、電子書籍等のコンテンツおよび他のファイルよりも低い優先順位で受信すべきファイルの属性を示す非優先属性情報等を設定するための設定画面等を表示する。入力装置２４は、表示装置２２に表示された設定画面に応じて、非優先属性情報等を入力する。非優先属性情報は、他のファイルよりも低い優先順位で受信すべきファイルのデータ種別である非優先データ種別や、他のファイルよりも低い優先順位で受信すべきファイルの最小サイズ等である。通信装置２６は、端末本体３０を基地局４２またはＩＲＤＡ通信装置４４と通信させる。記録媒体２８は、交換可能である。
【００３０】
端末本体３０は、通知画像表示部３０２、合成部３０４、属性取得部３０６、受信抑制部３０８、受信再開部３１０、通信コスト判断部３１２、および通信部３２０を備える。通信部３２０は、ＰＨＳ通信部３２２およびＩＲＤＡ通信部３２４の複数の通信手段を有する。ＰＨＳ通信部３２２は、ＰＨＳ方式に基づいて通信装置２６を制御し、端末装置２０を基地局４２と通信させる。ＩＲＤＡ通信部３２４は、ＩＲＤＡ方式に基づいて通信装置２６を制御し、端末装置２０をＩＲＤＡ通信装置４４と通信させる。本例において、ＰＨＳ通信部３２２は、ＩＲＤＡ通信部３２４よりも通信を行う場合の費用、すなわち通信コストが高い。なお、本例において通信コストとは、通信するデータ量に対する費用であるが、他の例として、通信コストは、通信するデータの伝送速度であってもよい。この場合、通信コストが高いとは、伝送速度が低いことである。
【００３１】
通信コスト判断部３１２は、通信部３２０がいずれの通信手段によって通信網４０と通信しているかを判断する。また、通信時間帯毎の通信単価が通信事業者によって定められている場合、通信コスト判断部３１２は、通信時間帯毎の通信単価を予め格納し、通信を行う時刻に基づいて、現在の通信コストが高いか否かを判断してもよい。
【００３２】
属性取得部３０６は、通信部３２０を介してコンテンツサーバ５０からドキュメントデータを受信する。ドキュメントデータは、テキストデータならびにファイル指定タグ等で指定されるファイルのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、データサイズ、および対応する通知画像のＵＲＬ等のコンテンツに含まれる各々のファイルの属性を有する。属性取得部３０６は、取得した各ファイルの属性情報を合成部３０４、受信抑制部３０８、および受信再開部３１０へ送る。
【００３３】
受信抑制部３０８は、コンテンツの中で、非優先属性情報に含まれる属性を有する非優先ファイルの属性情報を予め入力装置２４を介して受け取り保持している。そして、受信抑制部３０８は、コンテンツを受信する場合、コンテンツに含まれる非優先ファイルの受信を抑制することにより、抑制すべきファイルとして指定されていないファイルである優先ファイルを優先して受信させる。ここで、抑制するとは、通知画像格納部５４に格納された通知画像を非優先ファイルに代えて受信する、または非優先ファイルの一部を受信する等である。これにより、端末装置２０は、受信するコンテンツのデータ量を少なくすることができる。従って、コンテンツを受信する場合の通信費用を低くすることができる。
【００３４】
通信コスト判断部３１２が通信コストの高い方の通信手段であるＰＨＳ通信部３２２によって通信が行われていると判断した場合、受信抑制部３０８は、非優先ファイルの受信を抑制する。また、通信コスト判断部３１２が通信コストの低い方の通信手段であるＩＲＤＡ通信部３２４によって通信が行われていると判断した場合、受信抑制部３０８は、非優先ファイルの受信を抑制しない。これにより、端末装置２０は、非優先ファイルを受信する場合の通信コストを低くすることができる。
【００３５】
通知画像表示部３０２は、通知画像格納部５４から通知画像を受信し、合成部３０４へ送る。合成部３０４は、ドキュメントデータに基づいて、テキストデータおよび画像データ等のファイルを合成し、合成した画像をコンテンツとして表示装置２２に表示させる。通知画像表示部３０２から通知画像を受け取った場合、合成部３０４は、コンテンツ内の非優先ファイルが表示されるべき位置に、受信抑制部３０８によって受信が抑制されたファイルが含まれていたことを端末装置２０の利用者に通知する通知画像を合成して表示装置２２に表示させる。通知画像格納部５４から受け取った通知画像は、ファイルの種別を示す情報が含まれている。これにより、端末装置２０の利用者は、コンテンツ上の表示されるべき位置に、どのようなファイルが表示されるかを、非優先ファイルを受信する前に知ることができる。そのため、端末装置２０の利用者は、非優先ファイルを想像しながら優先ファイルと共にテキストデータを読むことができる。従って、端末装置２０の利用者は、非優先ファイルを受信すべきか否かを、非優先ファイルを受信する前に判断することができる。
【００３６】
通信コストの低い方のＩＲＤＡ通信部３２４によって通信が行われた場合に、受信再開部３１０は、非優先ファイルをコンテンツサーバ５０にリクエストすることにより、受信抑制部３０８により受信が抑制された非優先ファイルの受信を開始させる。端末装置２０は、ＰＨＳ通信部３２２よりも通信コストが低いＩＲＤＡ通信部３２４によって非優先ファイルを受信するので、非優先ファイルを受信するのにかかる通信費用を低くすることができる。また、非優先ファイルを後に受信すべき旨が入力装置２４を介して予約された場合、受信再開部３１０は、次回通信を行ったときに予約された非優先ファイルを受信する。
【００３７】
合成部３０４は、属性取得部３０６から受け取ったファイルの属性および受信抑制部３０８が保持する非優先属性情報に基づいて、コンテンツに含まれる非優先ファイルを特定する。そして、記録媒体２８に非優先ファイルが格納されている場合、合成部３０４は、当該非優先ファイルを記録媒体２８から読出して、優先ファイルおよびテキストデータにより形成されたコンテンツ内に合成する。これにより、安価な通信手段に接続されている通信装置を用いて非優先ファイルを受信することができる。そのため、通信費用をかけずに非優先ファイルを受信することができる。
【００３８】
記憶媒体２９は、端末装置２０に、通知画像表示部３０２、合成部３０４、属性取得部３０６、受信抑制部３０８、受信再開部３１０、通信コスト判断部３１２、および通信部３２０として機能させるブラウザプログラムを格納する。記憶媒体２９は、例えばＲＡＭやＲＯＭ等の半導体記録媒体であってよい。端末装置２０は、これらのプログラムを、記憶媒体２９から読み取って実行する。また、端末装置２０は、基地局４２および通信事業者網４３、またはＩＲＤＡ通信装置４４および制御装置４５を介して、これらのプログラムを取得してもよい。
【００３９】
図４は、受信抑制部３０８の詳細な構成の一例を示す。受信抑制部３０８は、予約入力フィールド表示部３３０、情報保持部３３２、部分受信部３３４、通知画像リクエスト部３３６、ＵＲＬ格納部３３８、および保存部３４０を備える。予約入力フィールド表示部３３０は、非優先ファイルを後に受信するか否かを端末装置２０の利用者に入力させる予約入力フィールドを非優先ファイル毎に表示する。また、予約入力フィールド表示部３３０は、非優先属性情報等を設定する設定画面を表示する。保存部３４０は、予約入力フィールドおよび設定画面に入力された情報を情報保持部３３２に保存する。情報保持部３３２は、次回コンテンツサーバ５０と通信した場合に非優先ファイルを受信するか否かを示す旨、および非優先属性情報等を保持する。なお、情報保持部３３２は、本発明における属性情報保持部の一例であり、保存部３４０は、本発明における予約保存部の一例である。
【００４０】
非優先ファイルを通信コストの低い回線で受信すべき旨が情報保持部３３２に保存されている場合、受信再開部３１０は、通信コストが低い通信手段によって通信が行われた場合に、非優先ファイルをコンテンツサーバ５０にリクエストする。通信コストの高い方の通信手段によって通信が行われている場合、通知画像リクエスト部３３６は、属性取得部３０６から受け取った通知画像のＵＲＬに基づいて、非優先ファイルに代えて通知画像を通知画像格納部５４にリクエストする。このように、通信コストの高い方の通信手段によって通信が行われている場合、通知画像リクエスト部３３６は、コンテンツに含まれる画像データ等のファイルを、より小さいデータサイズのファイルである通知画像をリクエストすることによって合成部３０４に受信させる。また、通知画像格納部５４が格納する通知画像は、コンテンツ格納部５２が格納するそれぞれのファイルの種別を示している。そのため、端末装置２０の利用者は、非優先ファイルを受信すべきか否かを、非優先ファイルを受信するより前に、非優先ファイルの種別に基づいて判断することができる。
【００４１】
また、通知画像リクエスト部３３６は、端末装置２０のメモリ空き容量が基準値よりも小さい場合に、非優先ファイルに代えて通知画像を通知画像格納部５４にリクエストすることにより、非優先ファイルの受信を抑制する。これにより、端末装置２０のメモリが一杯になることにより発生する端末装置２０の不具合を防止することができる。なお、基準値とは、コンテンツに含まれるそれぞれのファイルのデータサイズよりもはるかに大きい。そのため、ファイルを受信することによって端末装置２０のメモリ空き容量がなくなることはない。
【００４２】
端末装置２０が通知画像格納部５４を有していないコンテンツサーバ５０と通信する場合、情報保持部３３２に非優先ファイルの一部を受信する旨が保存されており、かつ現在行っている通信の通信コストが高いとき、部分受信部３３４は、非優先ファイルの一部を受信する。部分受信部３３４は、先頭から例えば１０ｋバイト等の所定の部分の非優先ファイルをコンテンツサーバ５０にリクエストする。そして、部分受信部３３４は、非優先ファイルの先頭１０ｋバイトを受信する。部分受信部３３４は、ファイルの種別に応じた通知画像を予め格納しており、受信した非優先ファイルの一部に対応する種別の通知画像と共に、受信した非優先ファイルの一部を通知画像表示部３０２へ送る。通知画像表示部３０２は、受け取ったファイルの先頭１０ｋバイトに含まれるファイルのフォーマット情報および非優先ファイルの一部に基づいて、非優先ファイルの一部を復元し、通知画像と復元した非優先ファイルの一部とを合成部３０４へ送る。そして、合成部３０４は、受け取った非優先ファイルの一部と通知画像とを非優先ファイルが表示されるべきコンテンツ内の位置に合成して表示装置２２に表示させる。
【００４３】
本例において、非優先ファイルが画像データである場合、通知画像表示部３０２は、画像データを例えばサムネイル画像として復元する。また、非優先ファイルが音楽データである場合、通知画像表示部３０２は、例えば先頭１０ｋバイトに対応する再生時間を有する音楽データとして復元する。また、非優先ファイルが動画データである場合、通知画像表示部３０２は、例えば始めのフレームを静止画像として復元する。端末装置２０は、非優先ファイルを受信するより前に、非優先ファイルの一部を受信することにより、より早く非優先ファイルの概要を表示することができる。これにより、端末装置２０の利用者は、非優先ファイルの全体を受信すべきか否かを、非優先ファイルを受信するより前に判断することができる。
【００４４】
情報保持部３３２に非優先ファイルのＵＲＬを記録媒体２８に格納する旨が保存されている場合、ＵＲＬ格納部３３８は、非優先ファイルを受信することに代えて、当該非優先ファイルを示すＵＲＬを記録媒体２８に格納する。非優先ファイルのＵＲＬが格納された記録媒体２８を端末装置２０から取り外し、安価な通信手段に接続されている通信装置に装着することにより、非優先ファイルを低い通信コストで受信することができる。
【００４５】
図５は、表示装置２２に表示される設定画面の一例を示す。設定画面は、チェックボックス７０、７１、７２、７４、７６、７８、および入力ボックス７３を備える。チェックボックス７０、７１、７２、７４、７６、７８、および入力ボックス７３への設定内容は、入力装置２４および保存部３４０を介して情報保持部３３２に保存される。チェックボックス７０、７１、および７２がチェックされると、対応するファイルの受信が抑制される。入力ボックス７３には低い優先順位で受信すべきファイルの最小サイズが入力される。入力ボックス７３に数値が入力されると、入力された数値に対応するデータサイズ以上のファイルの受信が抑制される。
【００４６】
チェックボックス７４は、非優先ファイルの受信を通信コストの低い通信手段でのみ行うか否かを設定する。チェックボックス７４がチェックされており、かつ現在の通信コストが低い場合、受信再開部３１０は、非優先ファイルを受信させる。チェックボックス７６は、非優先ファイルの一部を受信するか否かを設定する。チェックボックス７６がチェックされており、かつ現在の通信コストが高い場合、部分受信部３３４は、非優先ファイルの一部を受信する。チェックボックス７８がチェックされている場合、ＵＲＬ格納部３３８は、非優先ファイルのＵＲＬを記録媒体２８に格納する。このような入力画面を介して、端末装置２０の利用者に非優先ファイルの受信方法を選択させることにより、端末装置２０は、利用者の希望に沿った受信方法を提供することができる。
【００４７】
図６は、画像データ、音楽デ−タ、および動画データの表示例を示す。（ａ）〜（ｃ）は、通知画像格納部５４に格納されたファイルの種別を示す通知画像の一例である。（ａ）はファイルが画像データであることを示し、（ｂ）はファイルが音楽データであることを示し、（ｃ）はファイルが動画データであることを示す。このように、非優先ファイルに代えて通知画像を表示することにより、端末装置２０の利用者は、非優先ファイルを受信するより前に、非優先ファイルの内容を想像しながらテキストデータおよび優先ファイルを閲覧することができる。
【００４８】
（ｄ）〜（ｆ）は、部分受信部３３４が受信した非優先ファイルの一部である。（ｄ）は画像データを示し、（ｅ）は音楽データを示し、（ｆ）は、動画データを示す。（ｅ）は、入力装置２４を介して選択されることにより、音楽データの一部を再生することができる。（ｆ）は、動画データの最初のフレームを静止画像として表示する。このように、非優先ファイルの一部を表示することにより、端末装置２０の利用者は、非優先ファイルを受信するより前に、非優先ファイルの内容をより明確に想像しながらテキストデータおよび優先ファイルを閲覧することができる。
【００４９】
図７は、端末装置２０の動作の一例を示すフローチャートである。コンテンツサーバ５０に電子書籍等のコンテンツをリクエストすることにより本フローチャートに示す端末装置２０の動作は開始する。まず、属性取得部３０６は、コンテンツ格納部５２からドキュメントデータを受信する。そして、属性取得部３０６は、ドキュメントデータに含まれるファイル指定タグで指定されるファイルの属性情報を取得する（Ｓ１００）。そして、属性取得部３０６は、それぞれのファイルの属性情報を合成部３０４、受信抑制部３０８、および受信再開部３１０へ送る。受信再開部３１０は、情報保持部３３２が保持する属性情報に基づいて、優先ファイルをリクエストする。そして、合成部３０４は、優先ファイルを受信する（Ｓ１０２）。ステップ１０２において、次回コンテンツサーバ５０と通信したときに受信すべき旨が情報保持部３３２に格納されていた場合、受信再開部３１０は、対応する非優先ファイルをコンテンツサーバ５０にリクエストすることにより、予約されていた非優先ファイルを受信させる。
【００５０】
次に、合成部３０４は、記録媒体２８に非優先ファイルが格納されているか否かを判定する（Ｓ１０４）。記録媒体２８に非優先ファイルが格納されている場合（Ｓ１０４：Ｙｅｓ）、合成部３０４は、記録媒体２８から非優先ファイルを読み出し、受信した優先ファイルと共にドキュメントデータに合成して表示装置２２に表示させ（Ｓ１２０）、本フローチャートに示す端末装置２０の動作は終了する。
【００５１】
記録媒体２８に非優先ファイルが格納されていない場合（Ｓ１０４：Ｎｏ）、通信コスト判断部３１２は、現在行っている通信の通信コストが低いか否かを判定する（Ｓ１０６）。現在の通信コストが低い場合（Ｓ１０６：Ｙｅｓ）、受信再開部３１０は、非優先ファイルを受信する。そして、合成部３０４は、優先ファイルおよび非優先ファイルをドキュメントデータに合成して表示装置２２に表示させ（Ｓ１０８）、本フローチャートに示す端末装置２０の動作は終了する。
【００５２】
現在の通信コストが高い場合（Ｓ１０６：Ｎｏ）、ＵＲＬ格納部３３８は、情報保持部３３２を参照して、非優先ファイルのＵＲＬを保存すべき旨が保存されているか否かを判定する（Ｓ１１０）。非優先ファイルのＵＲＬを保存すべき旨が保存されていない場合（Ｓ１１０：Ｎｏ）、部分受信部３３４は、情報保持部３３２を参照して、非優先ファイルの一部を受信すべき旨が保存されているか否かを判定する（Ｓ１１４）。非優先ファイルのＵＲＬを保存すべき旨が保存されている場合（Ｓ１１０：Ｙｅｓ）、ＵＲＬ格納部３３８は、非優先ファイルのＵＲＬを記録媒体２８に格納する（Ｓ１１２）。そして、部分受信部３３４は、情報保持部３３２を参照して、非優先ファイルの一部を受信すべき旨が保存されているか否かを判定する（Ｓ１１４）。
【００５３】
非優先ファイルの一部を受信すべき旨が保存されている場合（Ｓ１１４：Ｙｅｓ）、コンテンツサーバ５０が通知画像格納部５４を有するとき、通知画像リクエスト部３３６が、非優先ファイルに対応する通知画像を通知画像格納部５４にリクエストする。そして、通知画像表示部３０２は、通知画像格納部５４から非優先ファイルに対応する通知画像を受信する。コンテンツサーバ５０が通知画像格納部５４を有していないときは、部分受信部３３４が、非優先ファイルの一部を受信する。合成部３０４は、受信した優先ファイルと、通知画像表示部３０２から受け取った非優先ファイルの一部とをドキュメントデータに合成して表示装置２２に表示させ（Ｓ１１６）、本フローチャートに示す端末装置２０の動作は終了する。
【００５４】
非優先ファイルの一部を受信すべき旨が保存されていない場合（Ｓ１１４：Ｎｏ）、通知画像リクエスト部３３６は、非優先ファイルに対応する通知画像を通知画像格納部５４にリクエストする。そして、通知画像表示部３０２は、通知画像格納部５４から非優先ファイルに対応する通知画像を受信し、合成部３０４へ送る。合成部３０４は、受信した優先ファイルと通知画像表示部３０２から受け取った通知画像とをドキュメントデータに合成して表示装置２２に表示させ（Ｓ１１８）、本フローチャートに示す端末装置２０の動作は終了する。
【００５５】
上記説明から明らかなように、本実施形態のブラウザプログラムによれば、特定の属性のファイルの受信を抑制することにより、電子書籍等のコンテンツをより低い通信コストで端末装置２０に表示させることができると共に、利用者の希望に沿った受信方法を提供することができる。
【００５６】
以上説明した実施形態によれば、特許請求の範囲に記載したプラウザプログラムの他に以下に記載のブラウザプログラムが提供されることが明らかである。
項目１：ネットワークから端末装置へコンテンツを受信させて表示させるブラウザプログラムであって、
前記端末装置に、
前記コンテンツに含まれる各データファイルのデータサイズを取得するデータサイズ取得部と、
前記データファイルの中で前記データサイズが基準値より大きい大データファイルの受信を抑制することにより、他のデータファイルを優先して受信させる受信抑制部と、
前記コンテンツには大データファイルが含まれていたことを前記端末装置の利用者に通知する通知画像を表示する通知画像表示部と
を実現させるブラウザプログラム。
項目２：前記他のデータファイルの受信が完了した後に前記大データファイルの受信を開始する受信再開部を更に前記端末装置に実現させる項目１に記載のブラウザプログラム。
【００５７】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施形態に係るコンテンツ閲覧システム１０の構成を示す図である。
【図２】端末装置２０の画面に表示された電子書籍等のコンテンツ８０の一例を示す図である。
【図３】端末装置２０の構成の一例を示す図である。
【図４】受信抑制部３０８の詳細な構成の一例を示す図である。
【図５】表示装置２２に表示される設定画面の一例を示す図である。
【図６】画像データ、音楽データ、および動画データの表示例を示す図である。
【図７】端末装置２０の動作の一例を示すフローチャートである。
【符号の説明】
【００５９】
１０・・・コンテンツ閲覧システム、２０・・・端末装置、２２・・・表示装置、２４・・・入力装置、２６・・・通信装置、２８・・・記録媒体、２９・・・記憶媒体、３０・・・端末本体、３０２・・・通知画像表示部、３０４・・・合成部、３０６・・・属性取得部、３０８・・・受信抑制部、３１０・・・受信再開部、３１２・・・通信コスト判断部、３２０・・・通信部、３２２・・・ＰＨＳ通信部、３２４・・・ＩＲＤＡ通信部、３３０・・・予約入力フィールド表示部、３３２・・・情報保持部、３３４・・・部分受信部、３３６・・・通知画像リクエスト部、３３８・・・ＵＲＬ格納部、３４０・・・保存部、４０・・・通信網、４２・・・基地局、４３・・・通信事業者網、４４・・・ＩＲＤＡ通信装置、４５・・・制御装置、４６・・・インターネット、５０・・・コンテンツサーバ、５２・・・コンテンツ格納部、５４・・・通知画像格納部、７０、７１、７２、７４、７６、７８・・・チェックボックス、７３・・・入力ボックス、８０・・・コンテンツ、８００・・・画像データ、８０２・・・拡大ボタン、８０４・・・予約ボタン、８０６・・・テキストデータ、８０８・・・次項表示ボタン、８１０・・・次項予約ボタン
【図１】
2005189923.tif 000003
【図２】
2005189923.tif 000004
【図３】
2005189923.tif 000005
【図４】
2005189923.tif 000006
【図５】
2005189923.tif 000007
【図６】
2005189923.tif 000008
【図７】
2005189923.tif 000009