JP5774429B2 - 通信装置および通信方法、ならびに、プログラム - Google Patents

Description

本発明の実施形態は、通信装置および通信方法、ならびに、プログラムに関する。

通信端末が、ネットワークを介して接続される他の通信ノードから様々な種類のデータをダウンロードして取得する通信システムが知られている。例えば、通信端末からブラウザアプリケーション（以下ブラウザと略称する）により、ＨＴＴＰ(Hypertext Transfer Protocol)をプロトコルとして用いて、インターネット上のＷｅｂサーバ上に置かれたＨＴＭＬ(Hyper Text Markup Language)ファイルなどにアクセスし、ファイルの記述に従い、コンテンツデータをＷｅｂサーバからダウンロードする技術が広く普及している。コンテンツデータは、例えば画面を構成するための画像データなどである。一般的には、１のＨＴＭＬファイルから複数のコンテンツデータが要求される場合が多い。

一方、ＨＴＴＰクライアント（通信端末）と、Ｗｅｂサーバとの間にプロキシサーバ（代理サーバ）を設置し、ＨＴＭＬファイルファイルにより取得が要求されるＷｅｂサーバ上のコンテンツデータを、予めプロキシサーバ上に格納しておき、ＨＴＴＰクライアントからの実際のアクセスをこのプロキシサーバに対して行う技術も、広く知られている。

プロキシサーバにおいては、ＨＴＴＰクライアントからコンテンツデータの取得が要求されると、要求に応じて、Ｗｅｂサーバからコンテンツを取得する。このときに、追加で必要となるコンテンツデータがある場合、プロキシサーバは、この追加コンテンツデータもＷｅｂサーバから取得する。そして、プロキシサーバは、例えば１画面の表示に必要な全てのコンテンツデータの取得が完了すると、取得したコンテンツデータをＨＴＴＰクライアントである通信端末に渡す。

米国特許出願公開第２００６／０１６０５０８号明細書

Marcelら：「PAWP：A Power Aware Web Proxy for Wireless LAN Clients」、WMCSA ’04: Proceedings of the Sixth IEEE Workshop on Mobile Computing Systems and Applications (WMCSA’04), pages 206〜215, 2004.

通信端末において、ブラウザにて例えばＷｅｂサーバ上のあるＨＴＭＬファイルによる画面を閲覧中に、他のＨＴＭＬファイルによる画面の表示に切り替える際には、切替後の画面において必要とされるコンテンツデータを取得する必要がある。この、コンテンツデータが取得され表示が切り替わるまでの間、通信端末のＣＰＵ(Central Processing Unit)などをスリープ状態にできることが求められていた。

また、上述のプロキシサーバを用いることで、コンテンツデータの取得時間を短縮でき、それに伴い、通信端末側の消費電力を抑制できる可能性がある。しかしながら、この場合、プロキシサーバを各所に設ける必要があり、コストが嵩んでしまう。

本発明が解決しようとする課題は、消費電力をより抑制可能な通信装置およびプログラムを提供することである。

実施形態の通信装置は、情報処理部からネットワークに向けて送信された、ネットワーク上の第１のデータを取得する方法を示す第１の取得方法情報を受信し、受信した第１の取得方法情報に基づき、第１のデータを情報処理部に代わって取得する。取得された第１のデータから、第１のデータの取得に伴い取得するべき第２のデータを取得する方法を示す第２の取得方法情報を抽出し、さらに、第２の取得方法情報に基づき第２のデータを取得する。第１のデータを情報処理部に代わって取得する取得処理の状態と、解析部の解析結果に対する条件とのうち少なくとも１つに従い、情報処理部の動作を変更する。

図１は、第１の実施形態に適用可能な通信システムの一例のブロック図である。 図２は、第１の実施形態によるデータ取得処理の一例を示すシーケンス図である。 図３は、通信ノードから送信されたＨＴＭＬファイルの内容の例を示す略線図である。 図４は、第２の実施形態による通信装置の機能を示す機能ブロック図である。 図５は、第２の実施形態によるデータ取得処理の一例を示すシーケンス図である。 図６は、第２の実施形態によるファイルまたはパケット群の解析処理を示すシーケンス図である。 図７は、フレーム表示を行うＨＴＭＬファイルを説明するための略線図である。 図８は、フレーム表示を行うＨＴＭＬファイルを説明するための略線図である。 図９は、各実施形態に適用可能な通信装置の一例の構成を示すブロック図である。 図１０は、各実施形態に適用可能な通信Ｉ／Ｆの一例の構成を示すブロック図である。

（第１の実施形態）
以下に、第１の実施形態に係る通信装置について説明する。図１は、第１の実施形態に適用可能な通信システムの一例を概略的に示す。通信装置１は、ネットワーク２を介して通信ノード３と通信可能となっている。通信ノード３は、例えばネットワーク２に接続されたサーバなどの情報処理装置である。例えば、ネットワーク２がインターネットである場合、通信ノード３の一例としてＷｅｂサーバを適用できる。

通信装置１は、汎用処理部１０と代理取得部１１とを有する。汎用処理部１０は、設定によって汎用的なデータ処理を実行することが可能とされる。例えば、汎用処理部１０は、ＣＰＵ(Central Processing Unit)、ＲＡＭ(Random Access Memory)およびＲＯＭなどを有し、ＯＳ(Operating System)やアプリケーションソフトウェアといったプログラムがＲＡＭをワークメモリとして用いて動作する。

代理取得部１１は、汎用処理部１０から通信ノード３に対して送信されたデータ取得要求を受信し、汎用処理部１０に代わって、通信ノード３に対してデータ取得要求を行う。また、代理取得部１１は、当該データ取得要求に応じて通信ノード３から送信されたデータを受信し、保持する。保持されたこのデータは、例えば汎用処理部１０からの要求に従い、汎用処理部１０に渡される。

本第１の実施形態によれば、汎用処理部１０が通信ノード３に対してデータ取得要求を送信した場合に、代理取得部１１がこのデータ取得要求に係る処理を、汎用処理部１０に代わって実行する。そのため、通信端末１において、汎用処理部１０がデータ取得要求を通信ノード３に対して送信した直後から、汎用処理部１０を、消費電力が抑制された動作モードであるスリープモードに移行させることができる。

なお、汎用処理部１０のスリープモードからの復帰は、汎用処理部１０におけるタイマ処理などにより自動的に実行されるようにしてもよいし、代理取得部１１が汎用処理部１０をスリープモードから復帰させるようにもできる。

図２は、本第１の実施形態によるデータ取得処理の一例を示すシーケンス図である。先ず、汎用処理部１０において、通信ノード３に対してデータの取得を要求するようなアプリケーションソフトウェア（以下、アプリケーションと略称する）が動作する（ＳＥＱ１００）。

汎用処理部１０は、このアプリケーションにより通信ノード３が有するデータが必要とされると、通信ノード３に対して当該データの取得要求と、通信ノード３からのデータの取得方法を示すデータ取得方法識別子とを送信する（ＳＥＱ１０１）。汎用処理部１０は、取得要求に従い取得したデータの格納方法などを含む格納情報をさらに送信してもよい。この取得要求およびデータ取得方法識別子は、代理取得部１１に受信される。格納情報が送信された場合は、この格納情報も代理取得部１１に受信される。汎用処理部１０は、ＳＥＱ１０１でデータの取得要求とデータ取得方法識別子とを送信した後は、スリープモードとなることができる。

なお、ネットワーク２がインターネットとした場合、通信ノード３はインターネット上のＷｅｂサーバ、汎用処理部１０は、通信装置１上で動作するブラウザアプリケーション（以下、ブラウザと略称する）とすることができる。このとき、汎用処理部１０から通信ノード３に対して要求されるデータは、例えばＨＴＭＬ(Hyper Text Markup Language)ファイル、データ取得方法識別子は、当該ＨＴＭＬファイルのＵＲＬ(Uniform Resource Locator)にそれぞれ対応付けることができる。

一例として、ＨＴＭＬファイルのＵＲＬが「http://example.com/sample.html」であるとき、スキーム名「http」は、プロトコルとしてＨＴＴＰ(Hypertext Transfer Protocol)を用いるべきであることを示す。また、記号「://」から直後の記号「/」までの間の文字列は、このＵＲＬで示されるリソースが保持されるホストを示す。さらにこの直後の記号「/」以降の文字列は、当該ホスト内でのファイルなどのリソースの所在を示す。このように、ＵＲＬは、インターネット上のリソースの位置と取得方法とを示す。

代理取得部１１は、汎用処理部１０から受信した取得要求およびデータ取得方法識別子に基づき、汎用処理部１０に代わって、通信ノード３に対してネットワーク２を介してデータの要求を行う（ＳＥＱ１０２）。この要求に応じて、通信ノード３は、データ取得方法識別子に示されるデータを通信装置１に送信する（ＳＥＱ１０３）。送信されたデータは、汎用処理部１０に代わって代理取得部１１に受信される。

代理取得部１１は、受信したデータを解析し、当該データに埋め込まれているデータ取得方法識別子を抽出する（ＳＥＱ１０４）。このとき、当該データは、複数のデータ取得方法識別子が埋め込まれている可能性がある。代理取得部１１は、当該データに埋め込まれている全てのデータ取得方法識別子を抽出する。

ＳＥＱ１０４で、通信ノード３から受信したデータに埋め込まれたデータ取得方法識別子を抽出した代理取得部１１は、ステップＳ１００で、データ取得方法識別子に従ったデータ取得処理を行う。より詳細には、ステップＳ１００において、代理取得部１１は、抽出したデータ取得方法識別子に従い通信ノード３に対してデータを要求する（ＳＥＱ１０５）。この要求に応じて通信ノード３から通信装置１に対して送信されたデータは、代理取得部１１に受信される（ＳＥＱ１０６）。代理取得部１１は、受信したデータを一時的にメモリなどに保持する。

代理取得部１１は、このステップＳ１００によるデータ取得処理を、ＳＥＱ１０４で抽出したデータ取得方法識別子のそれぞれについて行う。すなわち、ＳＥＱ１０４で複数のデータ取得方法識別子が抽出された場合には、抽出されたデータ取得方法識別子の数だけ、このステップＳ１００の処理が繰り返される。

一方、汎用処理部１０は、上述のＳＥＱ１０１の処理の後にスリープモードに移行している場合、所定のタイミングでスリープモードから復帰する（ＳＥＱ１０７）。例えば、汎用処理部１０は、タイマ処理によりスリープモードから自動的に復帰することができる。

これに限らず、代理取得部１１が汎用処理部１０の動作モードを制御することも可能である。例えば、代理取得部１１は、ＳＥＱ１０４で抽出された各データ取得方法識別子についてのステップＳ１００によるデータ取得処理が全て終了した時点で、汎用処理部１０の動作モードをスリープモードから復帰させる。さらに、汎用処理部１０は、代理取得部１１がステップＳ１００によるデータ取得処理を実行している最中に、動作モードをスリープモードから復帰させてもよい。この場合、代理取得部１１は、例えば、復帰の時点までに取得したデータを汎用処理部１０に送信してもよい。

汎用処理部１０は、スリープモードから復帰すると、代理取得部１１に対して、上述したＳＥＱ１０１での取得要求に応じて代理取得部１１が取得した結果のデータを要求する（ＳＥＱ１０８）。代理取得部１１は、この要求に応じて、ステップＳ１００によるデータ取得処理で取得したデータを汎用処理部１０に送信する（ＳＥＱ１０９）。汎用処理部１０では、代理取得部１１から送信されたデータを、ＳＥＱ１００で起動されたアプリケーションが処理する。

なお、上述のＳＥＱ１０１で取得要求およびデータ取得方法識別子と共に、格納情報が汎用処理部１０から送信された場合には、ＳＥＱ１０９において、ステップＳ１００によるデータ取得処理で取得したデータが、この格納情報に示される格納方法に従って、汎用処理部１０のメモリなどに記憶される。

上述の処理によれば、汎用処理部１０は、通信ノード３に対してデータの取得要求を送信してから、ＳＥＱ１０８で代理取得部１１に対して取得したデータを要求するまでの期間Ａの間、スリープモードとすることができる。そのため、通信ノード３に対してデータの取得要求を行った際の、通信装置１の消費電力を抑制することができる。

（第１の実施形態による処理の具体的な例）
本第１の実施形態による処理を、より具体的な例を用いて説明する。一例として、ネットワーク２がインターネット、通信ノード３がインターネット上のＷｅｂサーバであるものとする。そして、通信装置１が汎用処理部１０においてブラウザアプリケーションを起動させ、ブラウザにより、ネットワーク２を介して通信ノード３上のコンテンツデータを閲覧する場合について考える。このコンテンツデータは、例えばＨＴＭＬファイルによるＷｅｂページとして提供され、Ｗｅｂページは、さらに画像データや動画データなどの他のコンテンツデータを含むことができる。

この場合、通信装置１において、汎用処理部１０でブラウザが動作し（ＳＥＱ１００）、ブラウザに対して、ブックマークからの選択や直接指定などにより、データ取得方法識別子として、目的のＨＴＭＬファイルのＵＲＬが入力される。ブラウザは、データ取得方法識別子に示されるＨＴＭＬファイルの取得要求を、当該データ取得方法識別子と共にネットワーク２に向けて送信する（ＳＥＱ１０１）。ブラウザから送信されたこの取得要求およびデータ取得方法識別子は、一旦、代理取得部１１に受信される。

代理取得部１１は、受信したＨＴＭＬファイルの取得要求とデータ取得方法識別子とを、汎用処理部１０に代わって、ネットワーク２を介してＷｅｂサーバである通信ノード３に対して送信する（ＳＥＱ１０２）。通信ノード３は、これらＨＴＭＬファイルの取得要求とデータ取得方法識別子とを受信し、受信したＨＴＭＬファイルの取得要求とデータ取得方法識別子とに応じて、ＨＴＭＬファイルを通信装置１に対して送信する（ＳＥＱ１０３）。

図３は、ＳＥＱ１０３で通信ノード３から通信装置１に対して送信されたＨＴＭＬファイル５０の内容の例を示す。なお、図３において、各行の先頭の数字は、説明のための行番号である。

画像データや動画データといったコンテンツデータをＷｅｂページ上に表示させるタグに対して、当該コンテンツデータを取得するためのデータ取得方法識別子が埋め込まれる。このようなタグとしては、例えば、画像データの埋め込みを示すタグ＜ｉｍｇ ｓｒｃ＞、画像データを背景画像として表示させるタグ＜ｂｏｄｙ ｂａｃｋｇｒｏｕｎｄ＞、マルチメディア要素やＪａｖａ（登録商標）アプレットを埋め込むタグ＜ｏｂｊｅｃｔ ｄａｔａ＞などがＨＴＭＬに定義されている。これらのタグに対して、一対のダブルクォーテーション（”）で挟まれたＵＲＬとして、データ取得方法識別子が埋め込まれている。ブラウザは、ＨＴＭＬファイルを読み込んだ際に、これらのタグに対して埋め込まれたデータ取得方法識別子で示されるデータを取得する取得要求を送信する。

図３の例では、ＨＴＭＬファイル５０において、５行目、７行目、１３〜１６行目、１９行目および２０行目にデータ取得方法識別子が埋め込まれている。より具体的には、５行目には、タグ＜ｂｏｄｙ ｂａｃｋｇｒｏｕｎｄ＞が記述され、背景画像の画像データを絶対パスで指定するＵＲＬが、データ取得方法識別子として埋め込まれる。７行目、１３行目〜１６行目、２０行目には、それぞれ、タグ＜ｉｍｇ ｓｒｃ＞が記述され、画像データを指定するＵＲＬがデータ取得方法識別子として埋め込まれる。なお、これらのうち、７行目、１６行目および２０行目は、画像データのＵＲＬが相対パスで指定され、１３行目〜１５行目は、画像データのＵＲＬが絶対パスで指定される。

また、１９行目には、タグ＜ｏｂｊｅｃｔ ｄａｔａ＞が記述され、動画の動画データを絶対パスで指定するＵＲＬが、データ取得方法識別子として埋め込まれる。このとき、１９行目において、「ｔｙｐｅ」、「ｗｉｄｔｈ」および「ｈｅｉｇｈｔ」で指定される値は、当該動画データの属性を示すパラメータである。

なお、２０行目において、アンカータグ＜ａ ｈｒｅｆ ”（ＵＲＬ）”＞＜／ａ＞は、タグ内のＵＲＬで示されるＨＴＭＬファイルに対するパスを示す。ブラウザ上で、このアンカータグに対して所定の操作を行うことで、当該パス先のＨＴＭＬファイルにアクセスされる。このアンカータグ内のＵＲＬは、当該ＨＴＭＬファイルの読み込みに伴いブラウザにより自動的に取得要求が送信されないので、各実施形態でいうところのデータ取得方法識別子に該当しないものとする。

代理取得部１１は、このＨＴＭＬファイル５０を受信すると、ＳＥＱ１０４で受信したＨＴＭＬファイル５０を解析して、ＨＴＭＬファイル５０からデータ取得方法識別子を抽出する。例えば、代理取得部１１は、ＨＴＭＬファイル５０の内容を１行ずつ解読していき、上述したタグ＜ｉｍｇ ｓｒｃ＞、タグ＜ｂｏｄｙ ｂａｃｋｇｒｏｕｎｄ＞、タグ＜ｏｂｊｅｃｔ ｄａｔａ＞のような、データ取得方法識別子が埋め込まれるタグを検索し、当該タグに埋め込まれたデータ取得方法識別子を抽出する。

代理取得部１１は、ＳＥＱ１０４で抽出されたデータ取得方法識別子に従い、ステップＳ１００によるデータ取得処理が実行される。この処理を、ＨＴＭＬファイル５０から抽出されたデータ取得方法識別子の全てについて実行する。

図３の例では、５行目、７行目、１３行目〜１６行目、１９行目および２０行目に記述される各画像データおよび動画データがステップＳ１００でのデータ取得処理により、順次、通信ノード３からネットワーク２を介して取得される。取得された各画像データおよび動画データは、代理取得部１１が有するメモリなどに一時的に格納される。

なお、上述では、ステップＳ１００の処理を繰り返し行う場合のデータの取得要求先が全て同一のように説明しているが、これはこの例に限定されない。すなわち、各データ取得方法識別子は、データ取得先としてそれぞれ異なる通信ノード３を示していてもよい。

また、ここでは、ＨＴＭＬのタグに埋め込まれたファイル取得方法識別子を抽出する例を示したが、これはこの例に限定されない。例えば、ＨＴＭＬファイル内に記述されるＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語に埋め込まれたファイル取得方法識別を抽出することも可能である。また、ＰＨＰ(Hypertext Preprocessor)などにより動的に生成されたＨＴＭＬデータに埋め込まれたファイル取得方法識別子を抽出することもできる。

ＳＥＱ１０７で汎用処理部１０の動作モードがスリープモードから復帰しＳＥＱ１０８でデータ取得要求が代理取得部１１に送信された場合、代理取得部１１は、このデータ取得要求に応じて、ステップＳ１００によるデータ取得処理で取得された各画像データおよび動画データを、汎用処理部１０に送信する（ＳＥＱ１０９）。

（第２の実施形態）
次に、第２の実施形態について説明する。図４は、本第２の実施形態による通信装置１’の一例の機能を示す。通信装置１’は、表示システム部２０、代理取得部３０、転送部３１、解析部３２、受信部３３、生成部３４およびインターフェイス４０を有する。

表示システム部２０は、上述した汎用処理部１０に対応する機能を有し、ＯＳや各アプリケーションが動作する。本第２の実施形態では、汎用処理部１０の機能のうちブラウザの機能を主に用いるため、表示システム部２０としている。例えば、表示システム部２０は、ＣＰＵ、ＲＡＭおよびＲＯＭなどを有し、ＯＳやアプリケーションといったプログラムがＲＡＭをワークメモリとして用いて動作する。また、表示システム部２０は、ＣＰＵからプログラムに基づき生成された表示制御信号を、ＬＣＤ(Liquid Crystal Display)などの表示デバイスが表示可能な信号に変換する表示制御部を含む。表示システム部２０が表示デバイスを含んでいてもよい。

インターフェイス４０は、ネットワーク２を介した通信を制御し、例えば通信装置１’とネットワーク２に接続される通信ノード（図示しない）との間の通信を可能とする。代理取得部３０は、表示システム部２０からネットワーク２に向けて送信されたデータ取得要求を受信し、表示システム部２０に代わって、ネットワーク２に向けて当該データ取得要求の送信を行う。また、代理取得部３０は、受信部３３に対して受信パケットの受信要求を送信する。

なお、インターネット２を介したファイルの転送処理は、一般的には、ファイルのデータが所定サイズに分割されてパケットに詰め込まれて行われる。パケットに格納されるデータがどのファイルのどの位置のデータであるかを示す情報は、例えばパケットのヘッダ情報として記述される。

受信部３３は、代理取得部３０の受信要求に従い、ネットワーク２を介して送信され、インターフェイス４０に受信された受信パケットを受け取る。受信部３３は、受け取った受信パケットを保持する。

生成部３４は、受信部３３からの生成要求に従い、受信部３３に受け取られた受信パケットに格納されるデータを、予め定められた他のデータ形式に変換したデータを生成する。より具体的には、生成部３４は、受信部３３に受け取られ保持された受信パケットから、格納されたデータを取り出す。そして、受信パケットのヘッダ情報などに基づき、取り出したデータから、予め定められた形式のファイルを生成する。これに限らず、生成部３４は、受信パケットに格納されたデータから、予め定められた形式のストリームデータを生成してもよい。

このように、生成部３４がパケットからファイルを生成する動作は、換言すれば、パケットをファイルに変換する動作であるといえる。同様に、生成部３４がパケットからストリームデータを生成する動作は、換言すれば、パケットをストリームデータに変換する動作であるといえる。なお、生成部３４がパケットを変換して生成されるデータ形式は、ファイルやストリームデータに限定されない。

解析部３２は、解析要求に従い生成部３４で生成されたファイルを解析して、当該ファイルに含まれるデータ取得方法識別子を抽出する。転送部３１は、転送要求に従い、生成部３４で生成されたファイルを指定された場所に転送する。

なお、一般的なコンピュータの構成を例に取ると、表示システム部２０は、ＣＰＵ、ＲＡＭおよびＲＯＭ、ならびに、ストレージ装置などを含むコンピュータ本体側の構成に対応する。また、代理取得部３０、転送部３１、解析部３２、受信部３３、生成部３４およびインターフェイス４０は、コンピュータに対して接続され、ネットワーク２との通信を制御する、ＮＩＣ(Network Interface Card)に対応する。この場合、代理取得部３０、転送部３１、解析部３２、受信部３３および生成部３４は、ＮＩＣ内部の例えばマイクロプロセッサ上で動作するプログラムにより構成される。一方、インターフェイス４０は、実際にケーブルなどが接続され、電気的な処理を行うハードウェアにより構成される。勿論、これに限らず、代理取得部３０、転送部３１、解析部３２、受信部３３および生成部３４をそれぞれハードウェアで構成することも可能である。

図５は、本第２の実施形態によるデータ取得処理の一例を示すシーケンス図である。以下では、通信装置１’が表示システム部２０においてブラウザを起動させ、インターネットであるネットワーク２を介して、Ｗｅｂサーバである通信ノード（図示しない）上のＨＴＭＬファイルによるＷｅｂページを閲覧するものとする。

先ず、表示システム部２０において、ネットワーク２に接続される通信ノード（図示しない）上にあるファイルが必要となると、表示システム部２０からネットワーク２に向けて、ファイル取得要求と当該ファイル取得要求によるファイルの取得に関連する、ファイル取得関連情報とが送信される（ＳＥＱ２００）。表示システム部２０は、このＳＥＱ２００によるファイル取得要求の送信後、動作モードをスリープモードとすることができる。

ファイル取得関連情報は、当該通信ノードからのファイルの取得方法を示すファイル取得方法識別子と、取得要求により取得したファイルの格納方法、格納場所などを含む格納情報と、上述した生成要求および解析要求をそれぞれ示す各要求フラグとを含む。

ファイル取得関連情報に含まれるファイル取得方法識別子は、例えばファイルのＵＲＩ(Universal Resource Identifier)またはＵＲＬを用いることができる。以下では、特に記載のない限り、ＵＲＩおよびＵＲＬをＵＲＬで代表させて説明する。格納情報は、取得したファイルを格納するストレージ装置（ハードディスクドライブや不揮発性の半導体メモリなど）を特定する情報や、当該ストレージ装置におけるファイルの格納アドレス、当該ストレージ装置との通信方法などを含む。

表示システム部２０からネットワーク２に向けて送信されたファイル取得要求およびファイル取得関連情報は、一旦、代理取得部３０に受信される。これにより、表示システム部２０から代理取得部３０に対して、ファイルの受信処理が要求される（ＳＥＱ２００）。代理取得部３０は、受信したファイル取得要求およびファイル取得関連情報に基づき、表示システム部２０に代わって、ネットワーク２に接続される通信ノード（図示しない）に向けてファイルを要求する（ＳＥＱ２０２）。

例えば、ネットワーク２を介しての通信がＨＴＴＰを用いて行われる場合には、ＨＴＴＰに規定されるＧＥＴメソッドおよびＰＯＳＴメソッドを用いて、ファイルの要求および取得を行う。また例えば、ネットワーク２を介して通信がＦＴＰ(File Transfer Protocol)を用いて行われる場合、ＦＴＰに規定されるタグＲＥＴＲを用いて、ファイルの要求および取得を行う。なお、代理取得部３０は、ファイル取得要求を行う前にネットワーク２との間で予め実行すべき処理を、表示システム部２０に代わって実行可能とされている。

代理取得部３０は、ファイル取得要求と共に、受信部３３に対して、インターフェイス４０から受け取る受信パケットを受信するように要求する（ＳＥＱ２０１）。

ＳＥＱ２０２でのファイル取得要求に応じて、ネットワーク２を介して送信された受信パケットがインターフェイス４０に受信される。受信された受信パケットは、受信部３３に渡され、保持される。受信部３３は、例えば１のファイルを構成する全ての受信パケットの受信が完了すると、代理取得部３０から渡されたファイル取得関連情報に含まれる生成要求フラグおよび解析要求フラグに基づくフラグ判定を行う。

受信部３３によるフラグ判定について説明する。受信部３３でのフラグ判定では、（１）生成要求フラグおよび解析要求フラグの何れも立っていない場合、（２）生成要求フラグが立っている場合、（３）生成要求フラグが立っておらず、解析要求フラグが立っている場合、の３通りについて判定がなされる。なお、（２）生成要求フラグが立っている場合には、後に、生成部３４において、解析要求フラグについてのフラグ判定が行われる。

先ず、（１）生成要求フラグおよび解析要求フラグの何れも立っていない場合について説明する。この場合には、受信部３３は、転送部３１に対して、ＳＥＱ２０３で受け取った全ての受信パケット（以下、パケット群と呼ぶ）と、当該受信パケットの転送を要求する転送要求とを渡す（図示しない）。なお、転送要求には、ＳＥＱ２００で受信されたファイル関連情報に含まれる格納情報を含めることができる。この受信パケットと転送要求を受信した転送部３１は、受け取ったパケット群を、例えば格納情報に示される格納先に転送する。

次に、（２）生成要求フラグが立っている場合について説明する。この場合には、受信部３３は、生成部３４に対してファイルの生成要求と、生成関連情報とを渡す（ＳＥＱ２０４）。生成関連情報は、パケット群と、生成されたファイルの格納先や格納方法を示す格納情報と、解析要求フラグとを含む。そして、処理は、ステップＳ１０１の解析および取得処理に移行する。

ステップＳ１０１において、生成部３４は、受信部３３から渡された生成要求に従い、パケット群から、各受信パケットのヘッダ情報などに基づきファイルを生成する。すなわち、生成部３４は、各受信パケットに格納されたデータを、例えばヘッダ情報に格納されるデータ位置を示す情報に従い並べて元のデータを復元し、ファイルを生成する。ファイルが生成されると、生成部３４は、解析部３２に対してファイルの解析を要求する解析要求と、第１解析関連情報とを渡す（ＳＥＱ２０５）。第１解析関連情報は、生成部３４で生成されたファイルと、当該ファイルおよび解析結果の格納先や格納方法を示す格納情報とを含む。また、生成部３４は、生成したファイルをメモリなどに保持する。

次に、（３）生成要求フラグが立っておらず、解析要求フラグが立っている場合について説明する。この場合には、受信部３３は、解析部３２に対してパケット群の解析を要求する解析要求と、第２解析関連情報とを渡す（図示しない）。第２解析関連情報は、パケット群と、パケット群および解析結果の格納先や格納方法を示す格納情報とを含む。

図５の説明に戻り、解析部３２におけるファイルまたはパケット群の解析処理について説明する。解析部３２は、上述のＳＥＱ２０５で生成部３４から解析要求と第１解析関連情報を受け取るか、若しくは、受信部３３から解析要求と第２解析関連情報とを受け取ると、ステップＳ１０２で、ファイルまたはパケット群の解析を行い、ファイルまたはパケット群に含まれる、埋め込みファイルの取得方法を示すファイル取得方法識別子を抽出する。解析部３２は、ファイルまたはパケット群に含まれる、全てのファイル取得方法識別子を抽出する。

なお、解析部３２は、パケット群の解析を行う場合には、例えば各受信パケットのヘッダ情報などに基づきパケットのデータを所定の順序に並べて、元のデータを復元し、この復元されたデータに対して解析処理を行う。

ステップＳ１０２におけるファイルまたはパケット群の解析処理は、再帰的に行われる。図６は、ステップＳ１０２の処理を、より詳細に示すシーケンス図である。ここでは、生成要求フラグおよび解析要求フラグがそれぞれ立っており、ＳＥＱ２０５で生成部３４から受け取った解析要求と第１解析関連情報とに基づきファイルの解析を行うものとして説明する。

なお、生成要求フラグが立っておらず、解析要求フラグが立っている場合の処理は、ファイル生成が行われるか否か以外は、下記の処理と略同様であるので、ここでの説明を省略する。

解析部３２は、解析要求に応じて、第１解析関連情報に含まれるファイルを解析して、当該ファイルに含まれる全てのファイル取得方法識別子を抽出する（ＳＥＱ２１０）。そして、処理がステップＳ１０３に移行する。ステップＳ１０３において、抽出したファイル取得方法識別子のそれぞれについて、ファイル取得方法識別子に示されるファイルを取得する取得要求を、当該ファイル取得方法識別子を含む第１解析関連情報と共に代理取得部３０に渡す（ＳＥＱ２１１）。ステップＳ１０４で、代理取得部３０は、受け取った取得要求に応じて、上述したＳＥＱ２０１以降の処理に従い、第１解析関連情報に含まれるファイル取得方法識別子に示されるファイルの取得処理を行う。

ステップＳ１０４の処理について、より詳細に説明する。代理取得部３０は、受信部３３に対して受信パケットの受信を要求する（ＳＥＱ２０１）と共に、ファイル取得方法識別子に示されるファイルを、ネットワーク２に接続される通信ノード（図示しない）に向けて要求する（ＳＥＱ２０２）。受信部３０は、この要求に応じて受信された受信パケットをインターフェイス４０から受け取る（ＳＥＱ２０３）。そして、受信部３３は、例えば生成要求フラグおよび解析要求フラグをそれぞれ立てて、これら生成要求フラグおよび解析要求フラグと、パケット群と、格納情報とを含む生成関連情報を作成し、生成要求と共に生成部３４に渡す（ＳＥＱ２０４）。

生成部３４は、生成要求に応じて、生成関連情報に含まれるパケット群からファイルを生成する。生成したファイルは、メモリなどに保持する。また、生成部３４は、生成したファイルと、解析要求フラグと、格納情報とを含む解析関連情報を作成し、解析要求と共に解析部３２に渡す（ＳＥＱ２０５）。そして、ステップＳ１０２の処理により解析部３２によりファイルが解析され、ファイル取得方法識別子が抽出される。

以上のステップＳ１０２による再帰的な解析処理は、解析により取得されたファイル取得方法識別子に示されるファイルに、ファイル取得方法識別子がさらに含まれない場合に、終了とされる。

上述した再帰的な解析処理が終了すると、生成部３４は、生成してメモリなどに保持している１または複数のファイルの転送要求を、当該ファイルとファイルの格納先や格納方法を示す格納情報とを含む転送関連情報と共に、転送部３１に渡す（ＳＥＱ２０６）。転送部３１は、転送要求に従い、転送関連情報に含まれる１または複数のファイルを、格納情報に従い転送する（ＳＥＱ２０７）。

なお、上述では、解析部３２は、解析要求に従い、ファイルからファイル取得方法識別子を抽出するように説明したが、実際には、当該ファイルからデータ取得方法識別子も抽出する。データ取得方法識別子の取得処理は、取得したファイルから、さらにファイル取得方法識別子を抽出する点を除いて、ファイル取得処理と略同様となる。

例えば、図６を参照し、解析部３２は、ＳＥＱ２０５で生成部３４から解析要求および第１解析関連情報を渡されると、解析要求に応じて、第１解析関連情報に含まれるファイルを解析して、当該ファイルに含まれる全てのデータ取得方法識別子を抽出する。そして、抽出されたデータ取得方法識別子のそれぞれについて、データ取得方法識別子に示されるデータを取得する取得要求を、当該データ取得方法識別子や、取得したデータの格納場所や格納方法を示す格納情報と共に、代理取得部３０に渡す（ＳＥＱ２１１）。ステップＳ１０４で、代理取得部３０は、受け取った取得要求に応じて、上述したＳＥＱ２０１以降の処理に従い、データ取得方法識別子に示されるデータの取得処理を行う。取得されたデータは、例えば生成部３４によりファイルに変換されてメモリなどに保持される。

また、表示システム部２０が代理取得部３０に渡すファイル取得関連情報に対して、表示システム部２０の動作モードをスリープモードから復帰させる条件を示す情報と、当該復帰の方法を示す情報とをさらに含ませることができる。代理取得部３０は、通信装置１’の各部の状態などがこの条件を満たす場合に、表示システム部２０の動作モードをスリープモードから復帰させるように制御する。

表示システム部２０の動作モードをスリープモードから復帰させる条件は、様々に考えられる。例えば、タイマ制御により、表示システム部２０の動作モードがスリープモードに移行してから予め設定された時間が経過した時点で、代理取得部３０が表示システム部２０の動作モードをスリープモードから復帰させる。また、インターフェイス４０を介して受信された、外部からの起動命令を条件としてもよい。さらに、代理取得部３０、受信部３３、生成部３４、解析部３２および転送部３１のうち少なくともつ１の部位による所定の要求を条件としてもよい。さらにまた、インターフェイス４０に受信された受信パケットの総サイズや受信ファイルの総サイズを条件とすることも考えられる。また、例えば通信装置１’に接続される他の機器の動作状態を条件とすることもできる。

なお、上述では、受信部３３は、１のファイルを構成する受信パケットを全て受信してから、パケット群を生成部３４に渡すように説明したが、これはこの例に限定されず、１つのファイルの受信パケットを受信中に、既に受信した受信パケットを生成部３４に渡してもよい。また、上述では、生成部３４でファイル生成を行った後、解析部３２による解析を行い、さらにその後に、転送部３１に夜転送処理を行うように説明したが、これはこの例に限定されない。例えば、生成部３４によるファイル生成と、解析部３２による解析処理と、転送部３１による転送処理とを並列的に行うことも可能である。

上述したように、本第２の実施形態によれば、表示システム部２０は、ネットワーク２に向けてファイル所得要求とファイル取得関連情報とを送信した時点で、動作モードをスリープモードとすることができる。そのため、ネットワーク２に向けてデータの取得要求を行った際の、通信装置１’の消費電力を抑制することができる。

また、本第２の実施形態によれば、ファイル取得方法識別子の抽出処理を再帰的に行うようにしているため、ファイル取得方法識別子に示されるファイルにさらにファイル取得方法識別子が含まれるような場合にも対応できる。

（第２の実施形態の具体的な例）
次に、本第２の実施形態による処理を、より具体的な例を用いて説明する。一例として、第１の実施形態の場合と同様に、ネットワーク２がインターネットであり、通信装置１’が表示システム部２０においてブラウザを起動させ、ブラウザによりネットワーク２に接続されるＷｅｂサーバい図示しない）に向けて、ＵＲＬで示されるＨＴＭＬファイルによるＷｅｂページを閲覧する場合について考える。なお、以下では、生成要求フラグおよび解析要求フラグがそれぞれ立っており、受信パケットからのファイル生成と、ファイルに対する解析処理とをそれぞれ行うものとする。

また、以下では、表示システム部２０がネットワーク２に向けて取得を要求するＨＴＭＬファイルは、ＨＴＭＬファイル中に他のＨＴＭＬファイルを自動的に呼び出すファイル取得方法識別子が含まれるファイルであるものとする。このようなＨＴＭＬファイルの代表的なものとして、フレームを使用した画面を表示するためのＨＴＭＬファイルが挙げられる。フレームは、１画面を分割し、分割されたそれぞれの領域に対し、一般的には、異なるＨＴＭＬファイルによる表示を行うものである。

図７および図８を用いてフレーム表示のためのＨＴＭＬファイルについて説明する。フレームは、フレームを定義するためのＨＴＭＬファイル（以下、フレーム定義ファイルと呼ぶ）と、フレームの分割領域に表示を行うための２以上のＨＴＭＬファイル（以下、フレーム内ページファイルと呼ぶ）とを用いて表示される。

図７は、フレーム定義ファイル５１の一例を示す。６行目に記述されるタグ＜ｆｒａｍｅｓｅｔ＞で、フレームが定義される。この例では、７行目および８行目にそれぞれ記述されるタグ＜ｆｒａｍｅ ｎａｍｅ＞により、フレームの分割領域のそれぞれに表示するためのフレーム内ページファイルのファイル取得方法識別子が各々埋め込まれる。すなわち、タグ＜ｆｒａｍｅ ｎａｍｅ＞のパラメータ「ｓｒｃ」に対して一対のダブルクォーテーションで挟まれたＵＲＬ（この例では相対ＵＲＬ）として、フレーム内ページファイルのファイル取得方法識別子が埋め込まれる。これらタグ＜ｆｒａｍｅ ｎａｍｅ＞に埋め込まれるファイル取得方法識別子により示されるファイルは、このフレーム定義ファイル５１が表示システム部２０に取得されるのに伴い、それぞれ取得される必要がある。

なお、フレーム定義ファイル５１には、一般的には、画像データや動画データといったコンテンツデータのデータ取得方法識別子を記述しない。記述した場合は、無視される（フレーム対応のブラウザの場合）。

図８（ａ）および図８（ｂ）は、それぞれ、フレーム定義ファイル５１の７行目および８行目のタグ＜ｆｒａｍｅ ｎａｍｅ＞に埋め込まれるファイル取得方法識別子が示すフレーム内ページファイル５２および５３の例を示す。フレーム内ページファイル５２では、５行目、８行目〜１０行目に、データ取得方法識別子が埋め込まれている。また、フレーム内ページファイル５３では、５行目、９行目〜１１行目にデータ取得方法識別子が埋め込まれている。

図５のＳＥＱ２０４での受信部３３からの生成要求に応じて、生成部３４は、インターフェイス４０から受け取った受信パケットから、フレーム定義ファイル５１を生成する。そして、ステップＳ１０１において、ＳＥＱ２０５で、解析部３２に対して解析要求と第１解析関連情報とを渡す。解析部３２は、ステップＳ１０２で、受け取った解析要求に応じてフレーム定義ファイル５１を解析し、フレーム定義ファイル５１に埋め込まれるファイル取得方法識別子およびデータ取得方法識別子を抽出する（図６、ＳＥＱ２１０）。この例では、７行目および８行目からそれぞれファイル取得方法識別子が抽出される。また、フレーム定義ファイル５１からは、データ取得方法識別子は抽出されない。

処理はステップＳ１０２に移行され、解析部３２は、抽出された各ファイル取得方法識別子について、ファイル取得方法識別子に示されるファイルを取得する取得要求を、当該ファイル取得方法識別子を含む第１解析関連情報と共に代理取得部３０に渡す（ＳＥＱ２１１）。ステップＳ１０４で、代理取得部３０は、受け取った各取得要求に応じて、図５におけるＳＥＱ２０１以降の処理に従い、第１解析関連情報に含まれるファイル取得方法識別子に示されるファイルのそれぞれの取得処理を行う。

この取得処理により取得されたフレーム内ページファイル５２および５３の解析をそれぞれ要求する解析要求が、解析部３２に対して渡される（ＳＥＱ２０５）。解析部３２は、これらの解析要求に応じて、フレーム内ページファイル５２および５３をそれぞれ解析して、ファイル取得方法識別子およびデータ取得方法識別子をそれぞれ抽出する。

例えば図８（ａ）に示すフレーム内ページファイル５２の例では、５行目、８行目〜１０行目からデータ取得方法識別子が抽出される。図８（ｂ）に示すフレーム内ページファイル５３の例では、５行目、９行目〜１１行目からデータ取得方法識別子が抽出される。また、フレーム内ページファイル５２および５３それぞれにおいて、ファイル取得方法識別子は、抽出されない。

解析部３２は、このようにして抽出されたデータ取得方法識別子のそれぞれについて、データ取得方法識別子に示されるデータを取得する取得要求を、当該データ取得方法識別子を含む第１解析関連情報と共に代理取得部３０に渡す（ＳＥＱ２１１）。代理取得部３０は、受け取った取得要求に応じて、上述したＳＥＱ２０１以降の処理に従い、第１解析関連情報に含まれるデータ取得方法識別子に示されるデータの取得処理を行う。取得されたデータは、それぞれ、例えば生成部３４においてコンテンツファイルとされて、メモリなどに保持される。

この場合、フレーム内ページファイル５２および５３からは、ファイル取得方法識別子が抽出されていないので、これ以上、解析部３２における解析処理を行う必要が無い。例えば、解析要求フラグを下げておくことで、ＳＥＱ２０５以降の解析部３２による解析処理を行わないようにできる。

上述したフレーム定義ファイル５１の解析処理に伴う再帰的な解析処理が終了すると、生成部３４は、生成してメモリなどに保持している１または複数のファイルの転送要求を、当該ファイルとファイルの格納先や格納方法を示す格納情報とを含む転送関連情報と共に、転送部３１に渡す。転送部３１は、転送要求に従い、転送関連情報に含まれる１または複数のファイルを、格納情報に従い転送する（ＳＥＱ２０７）。

なお、第１の実施形態および第２の実施形態では、ＨＴＭＬファイルにおいてＨＴＭＬのタグに埋め込まれたファイル取得方法識別子やデータ取得方法識別子を抽出する例を示したが、これはこの例に限定されない。例えば、ＨＴＭＬファイル内に記述されるＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語に埋め込まれたファイル取得方法識別やデータ取得方法識別子を抽出することも可能である。

（各実施形態に適用可能な通信装置の構成例）
図９は、上述の各実施形態に適用可能な通信装置１００の一例の構成を示す。通信装置１００は、ＣＰＵ１１０、ＲＡＭ１１１、ＲＯＭ１１２、表示制御部１１３、ストレージ部１１４、入出力部１１５および通信Ｉ／Ｆ１１６を有し、これら各部がバス１０１で互いに通信可能に接続されている。ストレージ部１１４は、ハードディスクドライブ、ＳＳＤ(Solid State Disk)、不揮発性の半導体メモリなど書き換え可能な大容量の記憶媒体であり、ＣＰＵが動作するためのＯＳや各種アプリケーションのプログラム、各種データなどが記憶される。

ＣＰＵ１１０は、ストレージ部１１４やＲＯＭ１１２に予め記憶されたプログラムに従い、ＲＡＭ１１１をワークメモリとして用いて、この通信装置１００の全体の動作を制御する。上述した第１の実施形態における汎用処理部１０や、第２の実施形態における表示システム部２０は、このＣＰＵ１１０上で動作するプログラムにより実現される。

表示制御部１１３は、例えばＬＣＤ(Liquid Crystal Display)といった表示デバイスを有する表示部１１７が接続され、ＣＰＵ１１０によりプログラムに従い生成された表示制御信号を、表示デバイスが表示可能な信号に変換する。表示部１１７は、通信装置１００に内蔵されていてもよいし、外部に接続して用いるものでもよい。

入出力部１１５は、マウスなどのポインティングデバイスや、キーボードといったユーザ操作を受け付ける入力デバイスを含む。入力デバイスは、キーボードなどの個別のハードウェアに限らず、例えば表示部１１７の表示デバイスと一体的に構成され、押圧箇所に応じた制御信号を出力する、所謂タッチパネルでもよい。また、入出力部１１５は、ＵＳＢ(Universal Serial Bus)や、ＩＥＥＥ(Institute of Electrical and Electronics Engineers)１３９４といった、データ転送を行う通信インターフェイスをさら有していてもよい。さらにまた、入出力部１１５は、ＣＤ(Compact Disk)やＤＶＤ(Digital Versatile Disk)といったディスク記憶媒体の読み書きを行うドライブ装置をさらに有していてもよい。

通信Ｉ／Ｆ１１６は、ＣＰＵ１１０の指示により、インターネットやＬＡＮ(Local Area Network)といった外部のネットワークに対する通信を制御する。上述した第１の実施形態における代理取得部１１は、この通信Ｉ／Ｆ１１６上の機能である。また、上述した第２の実施形態における代理取得部３０、転送部３１、解析部３２、受信部３３、生成部３４およびインターフェイス４０は、この通信Ｉ／Ｆ１１６上の機能および構成である。通信Ｉ／Ｆ１１６は、外部からネットワークを介してなされて指示や、通信Ｉ／Ｆ１１６自身の動作により、ＣＰＵ１１０などの動作を抑制させることができる。

図１０は、通信Ｉ／Ｆ１１６の一例の構成を示す。通信Ｉ／Ｆ１１６は、Ｉ／Ｆ１２１部およびＩ／Ｏ部１２２を有すると共に、ＣＰＵ１３０、ＲＯＭ１３１およびＲＡＭ１３２を有し、これら各部がバス１２０で互いに通信可能に接続されている。通信Ｉ／Ｆ１１６は、外部のネットワークとの物理的な接続を司るもので、ネットワーク上でユニークな識別情報であるＭＡＣ(Media Access Control)アドレスを有する。Ｉ／Ｏ(Input/Output)部１２２は、通信装置１００本体（バス１０１）との接続を行うポートである。

ＣＰＵ１３０は、ＲＯＭ１３１に予め記憶されたプログラムに従い、ＲＡＭ１３２をワークメモリとして用いてこの通信Ｉ／Ｆ１１６の動作を制御する。例えば、上述の第１の実施形態における代理取得部１１の機能は、このＣＰＵ１３０上で動作するプログラムにより実現される。同様に、上述の第２の実施形態による代理取得部３０、転送部３１、解析部３２、受信部３３および生成部３４の各部の機能は、このＣＰＵ１３０上で動作するプログラムにより実現される。なお、第２の実施形態による通信装置１’において、インターフェイス４０は、図１０のＩ／Ｆ部１２１に対応する。

なお、通信Ｉ／Ｆ１１６で実行される、各実施形態の機能を実現するためのプログラムは、例えばＲＯＭ１３１に予め組み込まれて提供される。当該プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ、フレキシブルディスク（ＦＤ）、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、通信Ｉ／Ｆ１１６で実行される、各実施形態の機能を実現するためのプログラムを、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、当該プログラムをインターネットなどのネットワーク経由で提供または配布するように構成してもよい。

通信Ｉ／Ｆ１１６で実行される、各実施形態の機能を実現するためのプログラムは、上述した各部（第１の実施形態においては代理取得部１１、第２の実施形態においては代理取得部３０、転送部３１、解析部３２、受信部３３および生成部３４）を含むモジュール構成となっており、実際のハードウェアとしては、ＣＰＵ１３０がＲＯＭ１３１から当該プログラムを読み出して実行することにより、これら各部がＲＡＭ１３２上にロードされ、代理取得部１１、または、代理取得部３０、転送部３１、解析部３２、受信部３３および生成部３４がＲＡＭ１３２上に生成されるようになっている。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１，１’ 通信装置
２ ネットワーク
３ 通信ノード
１０ 汎用処理部
１１，３０ 代理取得部
２０ 表示システム部
３１ 転送部
３２ 解析部
３３ 受信部
３４ 生成部
４０ インターフェイス

Claims (7)

1. 情報処理部からネットワークに向けて送信された、該ネットワーク上の第１のデータを取得する方法を示す第１の取得方法情報を受信する受信部と、
   前記受信部に受信された前記第１の取得方法情報に基づき、該第１のデータを前記情報処理部に代わって取得する取得部と、
   前記取得部で取得された前記第１のデータから、該第１のデータの取得に伴い取得するべき第２のデータを取得する方法を示す第２の取得方法情報を抽出する解析部と
   を有し、
   前記取得部は、さらに、
   前記第２の取得方法情報に基づき前記第２のデータを取得し、
   前記第１のデータを前記情報処理部に代わって取得する取得処理の状態と、前記解析部の解析結果に対する条件とのうち少なくとも１つに従い、前記情報処理部の動作を変更する
   ことを特徴とする通信装置。
2. 前記条件は、
   前記情報処理部から前記第１の取得方法情報と共に指定される
   ことを特徴とする請求項１に記載の通信装置。
3. 前記取得部で取得した前記第１のデータおよび前記第２のデータを、前記情報処理部から指定された格納場所に転送する転送部をさらに有する
   ことを特徴とする請求項１に記載の通信装置。
4. 前記解析部は、さらに、
   前記第２のデータを前記第１のデータとして再帰的に前記抽出する処理を行う
   ことを特徴とする請求項１に記載の通信装置。
5. 前記取得部が取得した前記第１のデータおよび前記第２のデータのデータ形式を予め定められた他のデータ形式に変換する変換部をさらに有する
   ことを特徴とする請求項１に記載の通信装置。
6. 受信部が、情報処理部からネットワークに向けて送信された、該ネットワーク上の第１のデータを取得する方法を示す第１の取得方法情報を受信する受信ステップと、
   取得部が、前記受信ステップにより受信された前記第１の取得方法情報に基づき、該第１のデータを前記情報処理部に代わって取得する取得ステップと、
   解析部が、前記取得ステップにより取得された前記第１のデータから、該第１のデータの取得に伴い取得するべき第２のデータを取得する方法を示す第２の取得方法情報を抽出する解析ステップと
   を有し、
   前記取得ステップは、さらに、
   前記第２の取得方法情報に基づき前記第２のデータを取得し、
   前記第１のデータを前記情報処理ステップに代わって取得する取得処理の状態と、前記解析ステップの解析結果に対する条件とのうち少なくとも１つに従い、前記情報処理部の動作を変更する
   ことを特徴とする通信方法。
7. 情報処理部からネットワークに向けて送信された、該ネットワーク上の第１のデータを取得する方法を示す第１の取得方法情報を受信する受信ステップと、
   前記受信ステップにより受信された前記第１の取得方法情報に基づき、該第１のデータを前記情報処理部に代わって取得する取得ステップと、
   前記取得ステップにより取得された前記第１のデータから、該第１のデータの取得に伴い取得するべき第２のデータを取得する方法を示す第２の取得方法情報を抽出する解析ステップと
   を有し、
   前記取得ステップは、さらに、
   前記第２の取得方法情報に基づき前記第２のデータを取得し、
   前記第１のデータを前記情報処理ステップに代わって取得する取得処理の状態と、前記解析ステップの解析結果に対する条件とのうち少なくとも１つに従い、前記情報処理部の動作を変更する通信方法をコンピュータに実行させるためのプログラム。

Images