(57)【特許請求の範囲】
【請求項１】
要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置に接続される情報処理装置であって、
前記サーバ装置により提供される、表示用のテキストデータと、当該テキストデータと同時に表示されるべき所定のデータを示すリンク先情報を取得する情報取得手段と、
前記情報取得手段により取得されたリンク先情報が示す、前記所定のデータのデータサイズを前記サーバ装置から取得するデータサイズ取得手段と、
前記情報取得手段により取得されたリンク先情報が示す前記所定のデータを取得する前に、ユーザにより当該所定のデータが選択されると、前記データサイズ取得手段によりデータサイズに応じた情報を取得して表示し、前記データサイズに応じた情報を表示した後、ユーザにより当該所定のデータが選択されると、当該所定のデータを取得して、前記テキストデータおよび前記所定のデータを表示する表示手段と、
を含むことを特徴とする情報処理装置。
【請求項２】
要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置から提供される情報を処理するための情報処理方法であって、
前記サーバ装置により提供される、表示用のテキストデータと、当該テキストデータと同時に表示されるべき所定のデータを示すリンク先情報を取得する情報取得ステップと、
前記情報取得ステップで取得されたリンク先情報が示す、前記所定のデータのデータサイズを前記サーバ装置から取得するデータサイズ取得ステップと、
前記情報取得ステップで取得されたリンク先情報が示す前記所定のデータを取得する前に、ユーザにより当該所定のデータが選択されると、前記データサイズ取得ステップによりデータサイズに応じた情報を取得して表示し、前記データサイズに応じた情報を表示した後、ユーザにより当該所定のデータが選択されると、当該所定のデータを取得して、前記テキストデータおよび前記所定のデータを表示する表示ステップと、
を含むことを特徴とする情報処理方法。
【請求項３】
要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置に接続されるコンピュータを、
前記サーバ装置により提供される、表示用のテキストデータと、当該テキストデータと同時に表示されるべき所定のデータを示すリンク先情報を取得する情報取得手段、
前記情報取得手段により取得されたリンク先情報が示す、前記所定のデータのデータサイズを前記サーバ装置から取得するデータサイズ取得手段、
前記情報取得手段により取得されたリンク先情報が示す前記所定のデータを取得する前に、ユーザにより当該所定のデータが選択されると、前記データサイズ取得手段によりデータサイズに応じた情報を取得して表示し、前記データサイズに応じた情報を表示した後、ユーザにより当該所定のデータが選択されると、当該所定のデータを取得して、前記テキストデータおよび前記所定のデータを表示する表示手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、データの取得にかかる通信料金などを予めユーザに通知する技術に関する。
【背景技術】
【０００２】
近年、携帯電話機などの情報処理装置では、パケット通信により様々なコンテンツを取得できるようになっている。パケット通信の課金方式として一般的な従量課金方式では、送受信したデータの量に応じて通信料金が決定される。このため、送受信するデータの量を考慮せずにパケット通信を行うと、後で多額の通信料金が請求される場合もある。
【０００３】
この点、特許文献１には、コンテンツの取得にかかるパケット通信料金等をコンテンツの配信要求前に画面に表示することにより、コンテンツの取得を行うか否かをユーザが容易に選択できるようにした通信端末装置が開示されている。
【特許文献１】特開２００４−２２２０４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、コンテンツ提供装置が提供するコンテンツにそのコンテンツからリンクされるリンク先コンテンツのサイズに関する情報（以下「リンク先データサイズ情報」という。）が含まれていなければ、リンク先コンテンツを取得するためにかかる通信料金などを予めユーザに通知することができない。
【０００５】
このため、各コンテンツにそのリンク先データサイズ情報を予め記述しておくか、各コンテンツにそのリンク先データサイズ情報を付加する処理をコンテンツ提供装置に実行させる必要があった。
【０００６】
本発明は、上記従来の課題に鑑みてなされたものであり、サーバ装置の構成を変更することなく、サーバ装置により提供されるデータのデータサイズに関する情報を予めユーザに通知することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明に係る情報処理装置は、要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置に接続される情報処理装置であって、前記サーバ装置により提供される、表示用のテキストデータと、当該テキストデータと同時に表示されるべき所定のデータを示すリンク先情報を取得する情報取得手段と、前記情報取得手段により取得されたリンク先情報が示す、前記所定のデータのデータサイズを前記サーバ装置から取得するデータサイズ取得手段と、前記情報取得手段により取得されたリンク先情報が示すデータを取得する前に、ユーザにより当該所定のデータが選択されると、前記データサイズ取得手段によりデータサイズに応じた情報を取得して表示し、前記データサイズに応じた情報を表示した後、ユーザにより当該所定のデータが選択されると、当該所定のデータを取得して、前記テキストデータおよび前記所定のデータを表示する表示手段と、を含むことを特徴とする。
【０００８】
本発明によれば、サーバ装置がもともと備える機能（要求されたデータのデータサイズを通知する手段）を活用することにより、リンク先情報が示すデータ（以下「リンク先データ」という。）を実際に取得することなくリンク先データのデータサイズを取得し、取得したデータサイズに応じた情報（データサイズそのもの、データサイズに応じた通信料金やメッセージ、データサイズに応じた装飾が施されたテキストや画像など）を表示する。このため、サーバ装置の構成を変更することなく、サーバ装置により提供されるデータのデータサイズに関する情報を予めユーザに通知することができる。
【０００９】
また、本発明の一態様では、前記表示手段は、前記データサイズ取得手段により取得されたデータサイズに応じた態様で、前記リンク先情報に対応する表示要素を表示する。
【００１０】
この態様によれば、リンク先データのデータサイズに応じて、そのリンク先データに対応する表示要素の態様（テキストデータや画像データなどへのリンクの色や背景色、そのリンクをポイントするカーソルの形状や色など）が変化する。このため、リンク先データのデータサイズに関する情報を予めユーザに視覚的に通知することができる。
【００１１】
また、本発明の一態様では、前記表示手段は、前記リンク先情報が示すデータの全部または一部を取得するための少なくとも２つの選択肢をさらに表示する。
【００１２】
この態様によれば、ユーザは、リンク先データのデータサイズを考慮した上で、そのリンク先データの取得範囲（「全部を取得」、「テキストデータのみ取得」、「取得しない」など）を決定することができる。
【００１３】
また、本発明の一態様では、前記データサイズ取得手段により取得されたデータサイズに基づいて、前記リンク先情報取得手段により取得されたリンク先情報が示すデータの取得にかかる通信料金を推定する通信料金推定手段をさらに含み、前記表示手段は、前記通信料金推定手段により推定された通信料金を表示する。
【００１４】
この態様によれば、リンク先データの取得にかかる通信料金を予めユーザに通知することができる。
【００１５】
なお、この態様では、前記通信料金推定手段により推定された通信料金が所定金額を超えるか否かを判定し、その判定結果に応じて、前記リンク先情報取得手段により取得されたリンク先情報が示すデータを取得する前に所定の通知を行う通信料金超過予告手段をさらに含んでもよい。こうすれば、リンク先データの取得にかかる通信料金が所定金額を超えることをユーザに予告できるようになる。
【００１６】
また、この態様では、前記所定金額は、通信料金の上限値と通信料金の積算値との差または無料通信料金の残高に応じた金額であってもよい。こうすれば、たとえば、リンク先データを取得すると、通信料金の積算値が事前に設定された通信料金の上限値を超えること、または当該ユーザに付与された無料通信料金の残高が事前に設定された所定残高を下回ること、を予めユーザに通知できるようになる。
【００１７】
また、本発明の一態様では、前記リンク先情報は、ＨＴＴＰサーバとして動作する前記サーバ装置により提供されるデータのＵＲＩ（Uniform Resource Identifier）であり、前記データサイズ取得手段は、前記リンク先情報を指定したＨＥＡＤメソッドに基づくＨＴＴＰリクエストメッセージに応じて前記サーバ装置から返信されるＨＴＴＰレスポンスメッセージのヘッダから、前記リンク先情報が示すデータのデータサイズを取得する。なお、ここでいうＨＴＴＰとは広義のＨＴＴＰであり、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）を含むのはもちろん、ＷＡＰ（Wireless Application Protocol）やＷＡＰ２．０などのＨＴＴＰの派生プロトコル（または類似プロトコル）も含むものとする。
【００１８】
この態様によれば、ＧＥＴメソッドやＰＯＳＴメソッドではなくＨＥＡＤメソッドを用いて、リンク先データのデータサイズを取得する。このため、サーバ装置にＨＴＴＰに規定のない機能を追加することなく、リンク先データのデータサイズに関する情報を予めユーザに通知することができる。
【００１９】
また、本発明に係る情報処理方法は、要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置から提供される情報を処理するための情報処理方法であって、前記サーバ装置により提供される、表示用のテキストデータと、当該テキストデータと同時に表示されるべき所定のデータを示すリンク先情報を取得する情報取得ステップと、前記情報取得ステップで取得されたリンク先情報が示す、前記所定のデータのデータサイズを前記サーバ装置から取得するデータサイズ取得ステップと、前記情報取得ステップで取得されたリンク先情報が示す前記所定のデータを取得する前に、ユーザにより当該所定のデータが選択されると、前記データサイズ取得ステップによりデータサイズに応じた情報を取得して表示し、前記データサイズに応じた情報を表示した後、ユーザにより当該所定のデータが選択されると、当該所定のデータを取得して、前記テキストデータおよび前記所定のデータを表示する表示ステップと、を含むことを特徴とする。
【００２０】
また、本発明に係るプログラムは、要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置に接続されるコンピュータを、前記サーバ装置により提供される、表示用のテキストデータと、当該テキストデータと同時に表示されるべき所定のデータを示すリンク先情報を取得する情報取得手段、前記情報取得手段により取得されたリンク先情報が示す、前記所定のデータのデータサイズを前記サーバ装置から取得するデータサイズ取得手段、前記情報取得手段により取得されたリンク先情報が示す前記所定のデータを取得する前に、ユーザにより当該所定のデータが選択されると、前記データサイズ取得手段によりデータサイズに応じた情報を取得して表示し、前記データサイズに応じた情報を表示した後、ユーザにより当該所定のデータが選択されると、当該所定のデータを取得して、前記テキストデータおよび前記所定のデータを表示する表示手段、として機能させるためのプログラムである。
【００２１】
なお、上記プログラムは、インターネットなどの通信ネットワークを介して提供されてもよいし、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な各種情報記録媒体に格納されて提供されてもよい。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の一実施形態を図面に基づいて詳細に説明する。
【００２３】
図１は、本発明の一実施形態に係る情報提供システム１０の全体構成図である。同図に示すように、情報提供システム１０は、携帯端末１２、基地局１４、課金サーバ１６、およびウェブサーバ１８を含んで構成されている。
【００２４】
携帯端末１２は、たとえば携帯電話機または無線通信機能が内蔵された携帯情報端末などのコンピュータであり、基地局１４と無線通信を行う。特に、携帯端末１２には、ウェブブラウザ機能および無線通信にかかる通信料金を算出する機能を実現するためのプログラムが格納されている。
【００２５】
基地局１４は、回線通信網やインターネットなどで構成されるネットワーク２０を介して課金サーバ１６およびウェブサーバ１８と接続され、携帯端末１２と、課金サーバ１６またはウェブサーバ１８と、の間で送受信されるデータを中継する。
【００２６】
課金サーバ１６は、たとえばハードディスク装置などの記憶部およびデータ通信部を備える公知のサーバコンピュータであり、携帯端末１２ごとに通信料金に関する情報を管理する。
【００２７】
すなわち、課金サーバ１６は、通信料金に関する契約の内容に応じて決定される単位パケットあたりの通信料金（以下「パケット単価」という。）を記憶するとともに、携帯端末１２ごとに、通信料金に関する契約内容を識別する情報（たとえば料金プランＩＤ）、所定期間に送受信されたデータのデータサイズを示す積算パケット数、積算パケット数に応じた通信料金の積算値（パケット単価×積算パケット数）、所定の通信料金まで無料で無線通信を行える無料通信料金の残高（パケット単価×無料で送受信できるデータのパケット数）などを記憶しており、携帯端末１２からの要求に応じて、その携帯端末１２に適用されるパケット単価および無料通信料金の残高を返信する。
【００２８】
ウェブサーバ１８は、たとえばハードディスク装置などの記憶部およびデータ通信部を備える公知のサーバコンピュータであり、ＨＴＴＰサーバとして動作する。
【００２９】
すなわち、ウェブサーバ１８は、携帯端末１２からＧＥＴメソッド（またはＰＯＳＴメソッド）に基づくＨＴＴＰリクエストメッセージを受信し、そのＨＴＴＰリクエストメッセージに指定されたＵＲＩが示すデータ（ＨＴＭＬデータ、画像データ、動画データ、音声データなど）をボディに含むＨＴＴＰレスポンスメッセージを返信する。また、ウェブサーバ１８は、携帯端末１２からＨＥＡＤメソッドに基づくＨＴＴＰリクエストメッセージを受信し、そのＨＴＴＰリクエストメッセージに指定されたＵＲＩが示すデータのデータサイズ（単位：バイト）をヘッダに含むＨＴＴＰレスポンスメッセージ（ヘッダのみ）を返信する。
【００３０】
なお、ウェブサーバ１８が携帯端末１２に提供するデータは、ウェブサーバ１８の記憶部またはウェブサーバに接続されるデータ記憶装置（図示せず）に記憶されている。
【００３１】
次に、携帯端末１２が備える構成についてより詳細に説明する。
【００３２】
図２は、携帯端末１２の機能ブロック図である。同図に示すように、携帯端末１２は、アンテナ３０、無線通信部３２、表示部３４、入力部３６、記憶部３８、および制御部４０を含んで構成されている。
【００３３】
アンテナ３０は、無線通信部３２から供給される無線信号を基地局１４に対して放射する。また、基地局１４から送信される無線信号を受信し、その無線信号を無線通信部３２に出力する。無線信号の送信および受信は、無線通信部３２の指示に従って切り替えられる。
【００３４】
無線通信部３２は、パワーアンプ、ローノイズアンプ、帯域通過フィルタ、ミキサ、Ａ／Ｄコンバータ、Ｄ／Ａコンバータ、復調回路、変調回路、などを含んで構成される。無線通信部３２は、アンテナ３０で受信される無線信号を受信データ（ベースバンド信号）に変換し、その受信データを制御部４０に出力する。また、制御部４０から入力される送信データ（ベースバンド信号）を無線信号に変換し、その無線信号を送信出力レベルにまで増幅してアンテナ３０に供給する。
【００３５】
表示部３４は、たとえば液晶パネル（有機ＥＬパネルなどでもよい）を含み、制御部４０から入力される信号に応じた情報を表示する。表示部３４に表示される情報には、ウェブサーバ１８から取得されたデータ（テキストデータ、画像データ、動画データなど）、そのデータサイズ、そのデータの受信にかかる通信料金などがある。
【００３６】
入力部３６は、たとえばテンキー、方向キー、決定キーなどのハードウェアキーで構成され、ユーザによるキー操作を検出し、検出されたキー操作に応じた信号を制御部４０に出力する。なお、入力部３６は、タッチパネル式の表示部３４とソフトウェアとにより実現されるソフトウェアキーで構成されてもよい。
【００３７】
記憶部３８は、ＲＡＭやＲＯＭなどのメモリ素子およびハードディスク装置などの記憶装置の少なくとも一方を含んで構成される。記憶部３８は、ＣＰＵにより実行される各種プログラムを格納するとともに、ＣＰＵの作業メモリとしても動作する。
【００３８】
また、記憶部３８は、課金サーバ１６から取得される通信料金情報（パケット単価、無料通信料金の残高）、所定期間に送受信されたデータのデータサイズを示す積算パケット数、通信料金の積算値である積算通信料金（パケット単価×積算パケット数）、ユーザにより設定された通信料金の上限値などを記憶する。さらに、記憶部３８は、ウェブサーバ１８から一度取得されたデータをキャッシュデータとしてを記憶（キャッシュ）する。なお、記憶部３８に記憶される積算パケット数、積算通信料金、および無料通信料金の残高は、携帯端末１２が基地局１４との間で実際にデータを送受信したタイミングで更新される。
【００３９】
制御部４０は、たとえばＣＰＵおよびＣＰＵの動作を制御するプログラムで構成され、携帯端末１２の各部を制御する。特に、制御部４０は、ＨＴＴＰ通信制御部４２、ウェブブラウザ部４４、データサイズ取得部４６、および通信料金管理部４８を機能的に含み、ウェブブラウザを動作させたり、無線通信によるデータの送受信にかかる通信料金を算出したりする。これらの機能は、たとえば記憶部３８に格納されるプログラムをＣＰＵが実行することによって実現される。
【００４０】
ＨＴＴＰ通信制御部４２は、ウェブブラウザ部４４またはデータサイズ取得部４６の指示に従って、ウェブサーバ１８との間でＨＴＴＰプロトコルに基づくメッセージの送受信を行う。
【００４１】
具体的には、ＨＴＴＰ通信制御部４２は、ウェブブラウザ部４４から入力されるＵＲＩを指定したＧＥＴメソッド（またはＰＯＳＴメソッド）に基づくＨＴＴＰリクエストメッセージを生成し、そのリクエストメッセージを当該ＵＲＩに対応するウェブサーバ１８宛てに送信する。そして、そのリクエストメッセージに応じてウェブサーバ１８から返信されるＨＴＴＰレスポンスメッセージを受信し、ウェブブラウザ部４４に出力する。
【００４２】
同様に、ＨＴＴＰ通信制御部４２は、データサイズ取得部４６から入力されるＵＲＩを指定したＨＥＡＤメソッドに基づくＨＴＴＰリクエストメッセージを生成し、そのリクエストメッセージを当該ＵＲＩに対応するウェブサーバ１８宛てに送信する。そして、そのリクエストメッセージに応じてウェブサーバ１８から返信されるＨＴＴＰレスポンスメッセージ（ヘッダのみ）を受信し、データサイズ取得部４６に出力する。
【００４３】
ウェブブラウザ部４４は、ウェブブラウザの起動指示に応じて、ウェブブラウザを表示部３４に表示する。その後、入力部３６からウェブブラウザへのデータの取得指示（リンクまたはブックマークの選択、ＵＲＬの直接入力など）に係る信号が入力されると、そのデータ（以下「取得対象データ」という。）をウェブサーバ１８から取得する前に、取得対象データのＵＲＩに基づいて、取得対象データのデータサイズを示すパケット数および取得対象データの受信にかかる通信料金をそれぞれ後述するデータサイズ取得部４６および通信料金管理部４８から取得する。そして、取得したパケット数と通信料金に加え、その取得対象データを本当に取得してよいか否かを確認するメッセージ（確認ボタンや確認メニューでもよい。）を表示部３４に表示する。
【００４４】
ユーザが取得対象データの取得を承諾すると、ウェブブラウザ部４４は、ＨＴＴＰ通信制御部４２に取得対象データのＵＲＩを出力し、それに応じてＨＴＴＰ通信制御部４２から入力されるＨＴＴＰレスポンスメッセージのボディから取得対象データを抽出する。そして、抽出したデータを表示部３４に表示されたウェブブラウザ内にレイアウトする。
【００４５】
なお、取得対象データがＨＴＭＬデータのようにテキストデータと他のデータ（たとえば画像データ）へのリンクとを含むものであれば、図３（ａ）に示すように、取得対象データの全部を取得するか、取得対象データの一部（ここでは「テキストデータのみ」とする。）を取得するか、または取得しないか、をユーザに選択させるための選択肢（選択ボタンや選択メニューなどでもよい。）を、テキストデータのパケット数（通信料金）とともに表示部３４に表示してもよい。こうすれば、ユーザは、取得対象データに含まれるテキストデータのパケット数（通信料金）を考慮して、テキストデータ以外のデータを取得するか否かを決定することができる。
【００４６】
ここで、ユーザが「テキストデータのみ取得」ボタンを押下すると、ウェブブラウザ部４４は、図３（ｂ）に示すように、取得対象データに含まれるテキストデータとその取得対象データからリンクされた他のデータ（ここでは画像データとする。）が存在することを示す情報（ここでは所定の画像とする。）を表示部３４に表示する。その後、図３（ｃ）に示すように、ユーザの指示に応じて、リンクされた未取得の画像データを個別に表示させるようにしてもよい。なお、画像データを取得する前に、その画像データのパケット数（通信料金）を表示部３４に表示してもよいし、取得対象データからリンクされた画像データが存在することを示す情報をその画像データのパケット数に応じた色などで装飾してもよい。また、その画像データを本当に取得してよいか否かを確認するメッセージを表示部３４に表示してもよい。
【００４７】
なお、取得対象データが記憶部３８にキャッシュされている場合、ウェブブラウザ部４４は、ウェブサーバ１８から取得対象データを受信する代わりに、キャッシュされた取得対象データを用いてもよい。こうすれば、取得対象データの受信にかかる通信料金を節約することができる。これは、ウェブブラウザ内にレイアウトされた情報を再取得（リロード）する場合も同様である。
【００４８】
データサイズ取得部４６は、ウェブブラウザ部４４の指示に従って、取得対象データのデータサイズをウェブサーバ１８から取得し、取得したデータサイズに応じたパケット数をウェブブラウザ部４４および通信料金管理部４８に出力する。
【００４９】
すなわち、データサイズ取得部４６は、ウェブブラウザ部４４から入力されるＵＲＩをＨＴＴＰ通信制御部４２に出力し、それに応じてＨＴＴＰ通信制御部４２から入力されるＨＴＴＰレスポンスメッセージのヘッダからＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに指定されたデータサイズ（単位：バイト）を取得する。そして、データサイズ取得部４６は、取得したデータサイズを単位パケットあたりのバイト数１２４で除算し、得られた商（データサイズ÷１２４）を取得対象データのパケット数としてウェブブラウザ部４４および通信料金管理部４８に出力する。
【００５０】
通信料金管理部４８は、たとえばウェブブラウザの起動時（携帯端末１２の電源起動時でもよい。）に、携帯端末１２に適用されるパケット単価および無料通信料金の残高を課金サーバ１６から取得し、記憶部３８に記憶させる。そして、記憶部３８に記憶される積算通信料金および無料通信料金の残高を、携帯端末１２が基地局１４との間で実際にデータを送受信したタイミングで更新する。
【００５１】
また、通信料金管理部４８は、データサイズ取得部４６により取得対象データのパケット数が入力されると、記憶部３８に記憶されるパケット単価と入力されたパケット数とに基づいて、取得対象データの受信にかかる通信料金（パケット単価×パケット数）を推定し、推定した通信料金をウェブブラウザ部４４に出力する。
【００５２】
さらに、通信料金管理部４８は、推定した通信料金が所定金額、すなわち記憶部３８に記憶される通信料金の上限値と積算通信料金との差額または記憶部３８に記憶される無料通信料金の残高に応じた金額、を超えるか否かを判定する。そして、推定した通信料金が上記所定金額を超える（または超えそうである）場合に、表示部３４にその旨を示す通知メッセージを表示したり、取得対応データに対応するウェブブラウザ内の表示要素の態様（取得対応データへのリンクの色や背景色など）を変化させるようウェブブラウザ部４４に指示したりする。また、通知メッセージなどに代えて（または加えて）、携帯端末１２に所定の警告音を出力させてもよいし、携帯端末１２のバイブ機能を用いて筐体を振動させてもよい。これにより、取得対象データの受信にかかる通信料金が上記所定金額を超えることをユーザに予告することができる。
【００５３】
ここで、携帯端末１２の動作について説明する。図４から６は、携帯端末１２で実行される処理の一例を示すフロー図である。
【００５４】
ユーザの操作によりウェブブラウザが起動されると、携帯端末１２は、図４に示すように、当該携帯端末１２に適用される通信料金情報（パケット単価、無料通信料金の残高）を課金サーバ１６から取得する（Ｓ１００）。ここで、たとえばユーザがあるリンクまたはブックマークを選択すると、その操作に基づいて、リンク先またはブックマーク先である取得対象データのＵＲＩを取得する（Ｓ１０２）。次に、取得したＵＲＩを指定したＨＥＡＤメソッドに基づくＨＴＴＰリクエストメッセージを生成し、当該ＵＲＩに対応するウェブサーバ１８に送信する（Ｓ１０４）。以下では、取得対象データが、テキストデータと２以上の画像データへのリンクとを含むＨＴＭＬデータであるものとして説明する。
【００５５】
ウェブサーバ１８からＨＴＴＰレスポンスメッセージが返信されると、携帯端末１２は、そのメッセージのヘッダからＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに指定されたデータサイズを取得する（Ｓ１０６）。次に、取得したデータサイズと、単位パケットあたりのバイト数と、Ｓ１００で取得したパケット単価と、に基づいて、取得対象データのパケット数と取得対象データの受信にかかる通信料金を算出する（Ｓ１０８）。そして、携帯端末１２は、算出したパケット数および通信料金とともに、取得対象データの「全部」を取得するか、取得対象データに含まれる「テキストデータのみ」を取得するか、または「取得しない」か、をユーザに選択させるための選択肢を表示部３４に表示する（Ｓ１１０）。
【００５６】
図５に示すように、ユーザが「全部」を選択すると（Ｓ１１２：全部）、携帯端末１２は、取得対象データの全部をＧＥＴメソッドによりウェブサーバ１８から取得し、表示部３４に表示されたウェブブラウザ内にレイアウトする（Ｓ１１４）。これに対し、ユーザが「テキストデータのみ」を選択すると（Ｓ１１２：テキストデータのみ）、携帯端末１２は、当該取得対象データが記憶部３８にキャッシュされているか否かを確認する（Ｓ１１６）。ここで、キャッシュされていなければ（Ｓ１１６：Ｎ）、携帯端末１２は、当該テキストデータをＧＥＴメソッドによりウェブサーバ１８から取得し、取得したテキストデータを表示部３４に表示されたウェブブラウザ内にレイアウトする（Ｓ１１８）。逆にキャッシュされていれば（Ｓ１１６：Ｙ）、携帯端末１２は、キャッシュされた取得対象データを記憶部３８から取得し、表示部３４に表示されたウェブブラウザ内にレイアウトする（Ｓ１２０）。
【００５７】
テキストデータの表示（Ｓ１１８）が完了すると、取得対象データからリンクされる画像データを表示するか否かをユーザに決定させるための画像取得処理を開始する（Ｓ１２４）。
【００５８】
図６に示すように、画像取得処理が開始されると、予めユーザにより設定された画像データの取得単位が「個別」であるか「全部」であるかに応じて、画像の取得方法が変化する（Ｓ２００）。
【００５９】
ここで、画像取得単位が「個別」であれば（Ｓ２００：個別）、携帯端末１２は、ユーザにより選択された画像データ（以下「選択画像データ」という。）のＵＲＩを取得する（Ｓ２０４）。次に、取得したＵＲＩを指定したＨＥＡＤメソッドに基づくＨＴＴＰリクエストメッセージを生成し、当該ＵＲＩに対応するウェブサーバ１８に送信する（Ｓ２０６）。ウェブサーバ１８からＨＴＴＰレスポンスメッセージが返信されると、携帯端末１２は、そのメッセージのヘッダからＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに指定されたデータサイズを所得する（Ｓ２０８）。次に、取得したデータサイズと、単位パケットあたりのバイト数と、Ｓ１００で取得したパケット単価と、に基づいて、指定画像対象データのパケット数と選択画像データの受信にかかる通信料金を算出する（Ｓ２１０）。そして、携帯端末１２は、算出したパケット数および通信料金とともに、選択画像データを取得するか否かをユーザに選択させるための選択肢を表示部３４に表示する（Ｓ２１２）。
【００６０】
ユーザが選択画像データの取得を承諾すると（Ｓ２１４：Ｙ）、携帯端末１２は、選択画像データをＧＥＴメソッドにより対応するウェブサーバ１８から取得し、表示部３４に表示されたウェブブラウザ内にレイアウトする（Ｓ２１６）。
【００６１】
一方、Ｓ２００において画像取得単位が「全部」であれば（Ｓ２００：全部）、携帯端末１２は、取得対象データからリンクされる全画像データのＵＲＩを取得する（Ｓ２１８）。次に、その各画像データについて、取得したＵＲＩを指定したＨＥＡＤメソッドに基づくＨＴＴＰリクエストメッセージを生成し、当該ＵＲＩに対応するウェブサーバ１８に送信する（Ｓ２２０）。ウェブサーバ１８からＨＴＴＰレスポンスメッセージが返信されると、携帯端末１２は、そのメッセージのヘッダからＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに指定されたデータサイズを所得する（Ｓ２２２）。次に、取得したデータサイズと、単位パケットあたりのバイト数と、Ｓ１００で取得したパケット単価と、に基づいて、各画像データのパケット数と各画像データの受信にかかる通信料金を算出する（Ｓ２２４）。そして、携帯端末１２は、算出したパケット数の合計値および通信料金の合計値とともに、全画像データを取得するか否かをユーザに選択させるための選択肢を表示部３４に表示する（Ｓ２２６）。
【００６２】
ユーザが全画像データの取得を承諾すると（Ｓ２２８：Ｙ）、携帯端末１２は、その各画像データをＧＥＴメソッドにより対応するウェブサーバ１８から取得し、表示部３４に表示されたウェブブラウザ内にレイアウトする（Ｓ２３０）。
【００６３】
Ｓ２１６またはＳ２３０の処理が完了するか、Ｓ２１４またはＳ２２８においてユーザが画像データの取得を拒否すると（Ｓ２１４：Ｎ、Ｓ２２８：Ｎ）、画像取得処理（図５のＳ１２４、図６）は完了する。
【００６４】
Ｓ１２４の画像取得処理が完了するか、Ｓ１１２において「取得しない」が選択されるか、または取得対象データの表示（Ｓ１１４またはＳ１２０）が完了すると、携帯端末１２は、ウェブブラウザを終了するか否かを判断し（Ｓ１２６）、ユーザからウェブブラウザの終了が指示されるまで、図４のＳ１０２移行の処理を繰り返し実行する。
【００６５】
以上説明した実施形態によれば、ＨＴＴＰサーバとして動作するウェブサーバ１８から、ＧＥＴメソッドやＰＯＳＴメソッドではなくＨＥＡＤメソッドを用いて取得対象データのデータサイズを取得するようにしたので、ウェブサーバ１８の構成を変更することなく、ウェブサーバ１８より提供されるデータのデータサイズに関する情報を予めユーザに通知することができる。
【００６６】
なお、本発明は、上記実施形態に限定されるものではない。すなわち、上記実施形態では、ＨＴＴＰサーバとして動作するウェブサーバと接続される携帯端末に対して本発明を適用したが、本発明は、要求されたデータを提供する手段と、要求されたデータのデータサイズを通知する手段と、を含むサーバ装置に接続される情報処理装置に広く適用可能である。
【００６７】
たとえば、情報処理装置とサーバ装置との間のデータ通信プロトコルは、ＨＴＴＰと類似の機能を有するＷＡＰであってもよいし、メールヘッダのみを取得するＴＯＰコマンドが規定されたＰＯＰ３であってもよい。また、情報処理装置は、従量課金制を適用する有線通信によってサーバ装置からデータを取得するパーソナルコンピュータなどであってもよい。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施形態に係る情報提供システムの全体構成図である。
【図２】本発明の実施形態に係る携帯端末の機能ブロック図である。
【図３】携帯端末の表示部に表示される情報の一例を示す図である。
【図４】携帯端末で実行される処理の一例を示すフロー図である。
【図５】携帯端末で実行される処理の一例を示すフロー図である。
【図６】携帯端末で実行される画像取得処理の一例を示すフロー図である。
【符号の説明】
【００６９】
１０  情報提供システム、１２  携帯端末、１４  基地局、１６  課金サーバ、１８  ウェブサーバ、２０  ネットワーク、３０  アンテナ、３２  無線通信部、３４  表示部、３６  入力部、３８  記憶部、４０  制御部、４２  ＨＴＴＰ通信制御部、４４  ウェブブラウザ部、４６  データサイズ取得部、４８  通信料金管理部。
【図１】
0005379969.tif 000002
【図２】
0005379969.tif 000003
【図３】
0005379969.tif 000004
【図４】
0005379969.tif 000005
【図５】
0005379969.tif 000006
【図６】
0005379969.tif 000007