(57)【要約】【課題】ユーザの使い勝手を向上させることを課題とする。【解決手段】通信装置は、受付部と、取得部と、転送部とを有する。受付部は、汎用処理部からネットワークに対して送信された、該ネットワーク上のデータを取得するための情報を表す取得情報を受け付ける。取得部は、受け付けられた取得情報に基づいて、汎用処理部の代替としてデータを取得する。転送部は、汎用処理部による処理単位で利用されるデータを表す処理単位データが取得された場合に、取得された処理単位データを汎用処理部に対して転送する。【選択図】図４
2015153089.tif 000002
【特許請求の範囲】
【請求項１】
汎用処理部からネットワークに対して送信された、該ネットワーク上のデータを取得するための情報を表す取得情報を受け付ける受付部と、
受け付けられた前記取得情報に基づいて、前記汎用処理部の代替として前記データを取得する取得部と、
前記汎用処理部による処理単位で利用される前記データを表す処理単位データが取得された場合に、取得された前記処理単位データを前記汎用処理部に対して転送する転送部と
を有する通信装置。
【請求項２】
前記転送部は、前記取得情報に含まれる前記データの取得方法識別子との類似度が所定値以上である前記データを前記処理単位データとして、該処理単位データを前記汎用処理部に対して転送する請求項１に記載の通信装置。
【請求項３】
前記転送部は、定義ファイルに指定された前記データを前記処理単位データとして、該処理単位データを前記汎用処理部に対して転送する請求項１に記載の通信装置。
【請求項４】
前記転送部は、前記処理単位データが取得されていない場合に、ダミーデータを含む前記処理単位データを前記汎用処理部に対して転送する請求項１〜３の何れか一つに記載の通信装置。
【請求項５】
前記転送部は、前記ダミーデータを含む前記処理単位データの転送後、該ダミーデータに対する正規の前記データが取得された場合に、取得された正規の前記データを前記汎用処理部に対して転送する請求項４に記載の通信装置。
【請求項６】
前記転送部は、前記取得情報が受け付けられたとき、又は、前記処理単位データを転送したときから所定時間が経過した場合に、未転送の前記処理単位データを前記汎用処理部に対して転送する請求項１〜５の何れか一つに記載の通信装置。
【請求項７】
前記転送部は、前記処理単位データの転送ごとに変更される前記所定時間が経過した場合に、未転送の前記処理単位データを前記汎用処理部に対して転送する請求項６に記載の通信装置。
【請求項８】
汎用処理部からネットワークに対して送信された、該ネットワーク上のデータを取得するための情報を表す取得情報を受け付けるステップと、
受け付けられた前記取得情報に基づいて、前記汎用処理部の代替として前記データを取得するステップと、
前記汎用処理部による処理単位で利用される前記データを表す処理単位データが取得された場合に、取得された前記処理単位データを前記汎用処理部に対して転送するステップと
を含む通信方法。
【請求項９】
ネットワーク上のデータを取得するための情報を表す取得情報を出力する汎用処理部と、
前記取得情報を受け付ける受付部と、
受け付けられた前記取得情報に基づいて、前記汎用処理部の代替として前記データを取得する取得部と、
前記汎用処理部による処理単位で利用される前記データを表す処理単位データが取得された場合に、取得された前記処理単位データを前記汎用処理部に対して転送する転送部と、を有し、
前記汎用処理部は、転送された前記処理単位データをもとに処理を実行する
端末装置。
【請求項１０】
前記汎用処理部によって実行される前記処理単位データごとの処理に応じて、情報を表示する表示部をさらに有する請求項９に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信装置、通信方法及び端末装置に関する。
【背景技術】
【０００２】
従来、端末装置によるウェブアクセス時に、ウェブページ全体を構成するためのデータをプロセッサに代わって取得する技術が知られている。例えば、プロセッサによってウェブページ全体の取得要求が行なわれた場合に、ウェブページ全体を構成するためのデータをプロセッサとは独立して取得する機能を有する。これにより、プロセッサは、ウェブページ全体を構成するためのデータが取得されている間、スリープ状態に移行することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−７３４６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、ユーザの使い勝手が低下する可能性がある。例えば、従来技術は、ウェブページ全体を構成するためのデータが大きい場合や電波環境が悪い場合等には、プロセッサの処理負荷が増大するため、ウェブページの表示に多くの時間を要してしまう可能性がある。この結果、従来技術は、ウェブページが更新されない時間が増大することで、ユーザの使い勝手が低下する。
【０００５】
本発明が解決しようとする課題は、ユーザの使い勝手を向上させることができる通信装置、通信方法及び端末装置を提供することである。
【課題を解決するための手段】
【０００６】
実施形態の通信装置は、受付部と、取得部と、転送部とを有する。受付部は、汎用処理部からネットワークに対して送信された、該ネットワーク上のデータを取得するための情報を表す取得情報を受け付ける。取得部は、受け付けられた取得情報に基づいて、汎用処理部の代替としてデータを取得する。転送部は、汎用処理部による処理単位で利用されるデータを表す処理単位データが取得された場合に、取得された処理単位データを汎用処理部に対して転送する。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態に係る通信システムの構成を示す図。
【図２】第１の実施形態に係るデータ取得処理を示すシーケンス図。
【図３】第１の実施形態に係る端末装置のハードウェア構成を示すブロック図。
【図４】第１の実施形態に係る端末装置の機能構成を示すブロック図。
【図５】第１の実施形態に係る通信装置による処理の流れを示すフローチャート。
【図６】第２の実施形態に係る端末装置の機能構成を示すブロック図。
【図７】第２の実施形態に係る通信装置による処理の流れを示すフローチャート。
【図８】第３の実施形態に係る端末装置の機能構成を示すブロック図。
【図９】第３の実施形態に係る通信装置による処理の流れを示すフローチャート。
【発明を実施するための形態】
【０００８】
（第１の実施形態）
図１は、第１の実施形態に係る通信システムの構成例を示す図である。図１に示すように、通信システム１は、インターネットやＬＡＮ（Local  Area  Network）等のネットワーク２に接続された、端末装置１００と、通信ノード９０とを有する。なお、ネットワーク２の通信は、無線や有線により実現されても良い。また、通信システム１には、端末装置１００や通信ノード９０が複数配置されても良い。
【０００９】
これらのうち、通信ノード９０は、例えば、サーバ等の情報処理装置である。また、ネットワーク２がインターネットである場合には、通信ノード９０をＷｅｂサーバとして適用することができる。通信ノード９０は、端末装置１００による処理で利用される各種データを保持し、端末装置１００からの要求に応じてデータを送信する。
【００１０】
端末装置１００は、汎用処理部５０と、代理取得部７０とを有する。かかる端末装置１００は、例えば、ＰＣ等の情報処理装置、スマートフォンやタブレット端末等である。汎用処理部５０は、汎用的なデータ処理を実行する。例えば、汎用処理部５０は、ＣＰＵ（Central  Processing  Unit）、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）等を有する。ＲＡＭは、ＯＳ（Operating  System）やアプリケーションソフトウェア等のプログラムが動作する場合に、ワークメモリとして用いられる。汎用処理部５０は、データ処理で利用するデータの取得要求を通信ノード９０に対して送信する。また、汎用処理部５０は、データの取得要求を送信すると、消費電力を抑制した動作モードであるスリープモードに移行する。
【００１１】
代理取得部７０は、汎用処理部５０によるデータ処理で利用されるデータを、該汎用処理部５０に代わって取得する。例えば、代理取得部７０は、汎用処理部５０から通信ノード９０に対して送信された取得要求を受け付けると、該汎用処理部５０に代わって、通信ノード９０に対して取得要求を行なう。そして、代理取得部７０は、取得要求に応じて通信ノード９０から適宜送信されるデータを取得する。その後、代理取得部７０は、汎用処理部５０による処理単位で利用されるデータを表す処理単位データが取得された場合に、処理単位データを汎用処理部５０に対して転送する。なお、代理取得部７０は、処理単位データの転送に際して、スリープモードになっている汎用処理部５０を起動するための起動指示も行なう。
【００１２】
代理取得部７０によって転送された処理単位データを受け付けた汎用処理部５０は、スリープモードから復帰し、処理単位データをもとにデータ処理を実行する。また、汎用処理部５０は、データ処理の実行後、次の処理単位データが転送されるまで、再度スリープモードに移行する。つまり、本実施形態では、代理取得部７０によってデータが取得されている間、汎用処理部５０をスリープモードに移行させることで省電力を実現することができる。加えて、本実施形態では、処理単位データが取得された場合に汎用処理部５０に転送し、データ処理を実行させるので、処理負荷を軽減するとともに、例えばウェブページが更新されない時間が増大することを抑制し、ユーザの使い勝手を向上させることができる。
【００１３】
図２は、第１の実施形態に係るデータ取得処理の例を示すシーケンス図である。なお、図２では、Ｗｅｂサーバである通信ノード９０から、端末装置１００のブラウザアプリケーションを更新するためのデータを取得するデータ取得処理を例に挙げて説明する。すなわち、汎用処理部５０が通信ノード９０に対してデータの取得要求を行なう要因となるアプリケーションソフトウェアの動作を、ブラウザアプリケーションの更新とする。
【００１４】
例えば、汎用処理部５０から通信ノード９０に対して要求されるデータは、ＨＴＭＬ（Hyper  Text  Markup  Language）ファイル等の、ウェブページを構成するファイルであり、後述するデータ取得方法識別子を含むファイルに対応する。また、データ取得方法識別子は、例えば、ＨＴＭＬインターネット上のファイル等のリソースの位置と取得方法を示すＵＲＬ（Uniform  Resource  Locator）に対応する。
【００１５】
図２に示すように、汎用処理部５０は、ブラウザアプリケーションで通信ノード９０が保持するデータを利用する場合に、ＨＴＭＬファイルの取得要求と、通信ノード９０からのデータの取得方法を表すデータ取得方法識別子とを送信する（ステップＳ１０１）。なお、汎用処理部５０は、取得要求に伴って取得したデータの格納方法等を含む格納情報をさらに送信しても良い。その後、汎用処理部５０は、スリープモード（停止）に移行する（ステップＳ１０２）。図２では、スリープモードの状態であることを太線で示している。
【００１６】
代理取得部７０は、ＨＴＭＬファイルの取得要求と、データ取得方法識別子とを受信すると、ネットワーク２を介して、通信ノード９０に対してデータの取得要求を開始する。例えば、代理取得部７０は、ＨＴＭＬファイルを通信ノード９０に対して要求する（ステップＳ１０３）。これにより、通信ノード９０は、要求に応じて該当するＨＴＭＬファイルを代理取得部７０に対して応答する（ステップＳ１０４）。
【００１７】
ＨＴＭＬファイルを取得した代理取得部７０は、汎用処理部５０に対して起動指示を行なう（ステップＳ１０５）。これにより、汎用処理部５０は、スリープモードから起動した状態へと移行する（ステップＳ１０６）。また、代理取得部７０は、取得したＨＴＭＬファイルを汎用処理部５０に対して転送する（ステップＳ１０７）。これにより、汎用処理部５０は、ＨＴＭＬファイルを受信する。そして、汎用処理部５０は、再びスリープモードに移行する（ステップＳ１０８）。
【００１８】
また、代理取得部７０は、取得したＨＴＭＬファイルを解析し、該ＨＴＭＬファイルに埋め込まれているデータ取得方法識別子を抽出する（ステップＳ１０９）。ここで、ＨＴＭＬファイルには、複数のデータ取得方法識別子が埋め込まれている可能性がある。代理取得部７０は、ＨＴＭＬファイルに埋め込まれている全てのデータ取得方法識別子を抽出する。そして、代理取得部７０は、抽出したデータ取得方法識別子に基づいてデータを取得していく。
【００１９】
一例として、ＨＴＭＬファイル、inside１．pngファイル及びinside２．pngファイル、outside１．pngファイル及びoutside２．pngファイル、がそれぞれ上述した処理単位データとする。また、ＨＴＭＬファイルには、inside１．pngファイル、inside２．pngファイル、outside１．pngファイル、outside２．pngファイルのデータ取得方法識別子が含まれるものとする。代理取得部７０は、inside１．pngファイルを通信ノード９０に対して要求する（ステップＳ１１０）。これにより、通信ノード９０は、要求に応じて該当するinside１．pngファイルを代理取得部７０に対して応答する（ステップＳ１１１）。また、代理取得部７０は、inside２．pngファイルを通信ノード９０に対して要求する（ステップＳ１１２）。これにより、通信ノード９０は、要求に応じて該当するinside２．pngファイルを代理取得部７０に対して応答する（ステップＳ１１３）。
【００２０】
処理単位データを取得した代理取得部７０は、汎用処理部５０に対して起動指示を行なう（ステップＳ１１４）。これにより、汎用処理部５０は、スリープモードから起動した状態へと移行する（ステップＳ１１５）。また、代理取得部７０は、取得したinside１．pngファイルとinside２．pngファイルとを、汎用処理部５０に対して転送する（ステップＳ１１６，ステップＳ１１７）。これにより、汎用処理部５０は、処理単位データ（inside１．png，inside２．png）を受信する。そして、汎用処理部５０は、処理単位データに基づいて、ブラウザアプリケーションを更新し、表示を切り替える（ステップＳ１１８）。その後、汎用処理部５０は、再びスリープモードに移行する（ステップＳ１１９）。
【００２１】
また、代理取得部７０は、outside１．pngファイルを通信ノード９０に対して要求する（ステップＳ１２０）。これにより、通信ノード９０は、要求に応じて該当するoutside１．pngファイルを代理取得部７０に対して応答する（ステップＳ１２１）。また、代理取得部７０は、outside２．pngファイルを通信ノード９０に対して要求する（ステップＳ１２２）。これにより、通信ノード９０は、要求に応じて該当するoutside２．pngファイルを代理取得部７０に対して応答する（ステップＳ１２３）。なお、outside１．pngファイル及びoutside２．pngファイルは、上述した処理単位データの一例である。
【００２２】
処理単位データを取得した代理取得部７０は、汎用処理部５０に対して起動指示を行なう（ステップＳ１２４）。これにより、汎用処理部５０は、スリープモードから起動した状態へと移行する（ステップＳ１２５）。また、代理取得部７０は、取得したoutside１．pngファイルとoutside２．pngファイルとを、汎用処理部５０に対して転送する（ステップＳ１２６，ステップＳ１２７）。これにより、汎用処理部５０は、処理単位データ（outside１．png，outside２．png）を受信する。そして、汎用処理部５０は、処理単位データに基づいて、ブラウザアプリケーションを更新し、表示を切り替える（ステップＳ１２８）。その後、汎用処理部５０は、再びスリープモードに移行する（ステップＳ１２９）。
【００２３】
図３は、第１の実施形態に係る端末装置１００のハードウェア構成例を示すブロック図である。図３に示すように、端末装置１００は、バス１５により互いに接続された、ＣＰＵ１１と、ＲＡＭ１２と、ＲＯＭ１３と、通信Ｉ／Ｆ１４とを有する。
【００２４】
これらのうち、ＣＰＵ１１は、端末装置１００の全体制御を行なう。ＲＡＭ１２は、ＣＰＵ１１の制御により実行される処理で利用されるデータ等を一時的に記憶する。ＲＯＭ１３は、ＣＰＵ１１の制御により実行される処理で利用されるプログラムや各種データを記憶する。通信Ｉ／Ｆ１４は、ネットワーク２を介して、通信ノード９０等の外部装置と通信を行なう。例えば、ＣＰＵ１１は、上述した汎用処理部５０の機能を有する。また、例えば、通信Ｉ／Ｆ１４は、上述した代理取得部７０の機能を有する。
【００２５】
図４は、第１の実施形態に係る端末装置１００の機能構成例を示すブロック図である。図４に示すように、端末装置１００は、汎用処理部１１０と、表示部１２０と、通信装置１３０とを有する。かかる通信装置１３０は、受付部１３１と、取得部１３２と、通信部１３３と、記憶部１３４と、転送部１３５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。また、汎用処理部１１０は、上述した汎用処理部５０の一例である。また、通信装置１３０は、上述した代理取得部７０の一例である。
【００２６】
汎用処理部１１０は、汎用的なデータ処理を実行する。より具体的には、汎用処理部１１０は、データ処理で利用するデータを取得するための情報を表す取得情報を出力する。かかる取得情報は、データ処理で利用するデータの取得要求や、データの取得方法を表すデータ取得方法識別子、取得要求に伴って取得されたデータの格納方法等を含む格納情報等である。また、汎用処理部１１０は、データが取得された場合に、データ処理を実行する。取得されるデータは、処理単位で利用される処理単位データである。例えば、データ処理は、表示部１２０に表示されるブラウザアプリケーションの更新（表示の切り替え）を実行するものである。すなわち、汎用処理部１１０は、適宜取得される処理単位データに基づいて、ブラウザアプリケーションの更新を行なう。なお、汎用処理部１１０は、取得情報の出力後やデータ処理の実行後にスリープモードに移行し、処理単位データの取得時にデータ処理を実行するためにスリープモードから復帰する。
【００２７】
例えば、ユーザは、端末装置１００を用いて、ブラウザアプリケーションを起動し、ブックマークから選択したり直接指定したりして、データ取得方法識別子として、目的のＨＴＭＬファイルのＵＲＬを入力する。これにより、汎用処理部１１０は、データ取得方法識別子に示されたＨＴＭＬファイルの取得要求を、該データ取得方法識別子とともに、ネットワーク２に対して送信する。本実施の形態では、汎用処理部１１０によって送信された取得要求やデータ取得方法識別子が、取得部１３２によって受信される。
【００２８】
表示部１２０は、汎用処理部１１０による制御に従って、各種情報を表示する。例えば、表示部１２０は、汎用処理部１１０によるブラウザアプリケーションの更新処理の実行により、更新されたブラウザアプリケーションを表示する。
【００２９】
受付部１３１は、取得情報を受け付ける。より具体的には、受付部１３１は、汎用処理部１１０によって出力された取得情報を受け付ける。そして、受付部１３１は、受け付けた取得情報を取得部１３２に対して出力する。
【００３０】
取得部１３２は、取得情報に基づいてデータを取得する。より具体的には、取得部１３２は、受付部１３１によって出力された取得情報に含まれる取得要求及びデータ取得方法識別子をもとに、汎用処理部１１０の代わりに、通信ノード９０からデータを取得する。ここで、通信ノード９０は、データ取得方法識別子に示されるデータを端末装置１００に対して送信する。例えば、通信ノード９０がインターネット上のＷｅｂサーバである場合には、ＨＴＭＬファイルによるＷｅｂページとしてコンテンツデータが送信される。なお、Ｗｅｂページは、画像データや動画データ等の各種コンテンツデータを含む場合がある。通信ノード９０との通信は、通信部１３３を介して行なわれる。また、取得部１３２は、取得したデータに埋め込まれているデータ取得方法識別子に従い、データ取得処理を行なう。例えば、取得部１３２は、抽出したデータ取得方法識別子に従って、データの取得要求を行ない、取得したデータを記憶部１３４に格納する。
【００３１】
詳細には、取得部１３２は、ＨＴＭＬファイルを受信すると、受信したＨＴＭＬファイルを解析して、ＨＴＭＬファイルからデータ取得方法識別子を抽出する。例えば、取得部１３２は、ＨＴＭＬファイルの内容を解読していき、タグ「ｉｍｇ  ｓｒｃ」、タグ「ｂｏｄｙ  ｂａｃｋｇｒｏｕｎｄ」、タグ「ｏｂｊｅｃｔ  ｄａｔａ」のようなデータ取得方法識別子が埋め込まれたタグを検索する。そして、取得部１３２は、タグに埋め込まれたデータ取得方法識別子を抽出する。なお、タグの種類は、上記のものに限られない。
【００３２】
取得部１３２は、上述したデータ取得処理を、抽出したデータ取得方法識別子のそれぞれについて行なう。すなわち、複数のデータ取得方法識別子が抽出された場合には、抽出されたデータ取得方法識別子の数分のデータ取得処理が繰り返される。データ取得処理を行なう順序については、データ取得方法識別子の記述順序をもとに決定しても良い。また、データ取得処理を行なう順序は、データのホスト名やドメイン名、ＵＲＬと、データ取得方法識別子との類似度合いをもとに決定しても良い。この他、データ取得処理を行なう順序については、データの種類によって決定しても良い。
【００３３】
データ取得処理を行なう順序の具体例として以下の例を挙げる。まず、取得部１３２は、表示部１２０による表示で利用されるファイルを優先度のより高いグループとする。そして、取得部１３２は、グループ分けしていないデータ取得方法識別子をドメインごとにグループ分けする。続いて、取得部１３２は、ＨＴＭＬファイルのドメイン名とデータ取得方法識別子の類似度合いからグループごとに順序付けを行なう。ここで、それぞれのグループ内でのファイルの順序付けは、ＨＴＭＬファイル、ＣＳＳファイル、スクリプトファイル、その他のファイル、等の順で行なう。また、ファイルの種類が同一であるファイルが存在する場合には、表示位置をもとに順序付けを行なう。例えば、画面の中央により近い位置に表示される対象ファイルを優先する。なお、データ取得処理を行なう順序は、上記に限られるものではない。例えば、データ取得処理を行なう順序は、ファイルの種類よりも表示位置を優先して決定しても良い。
【００３４】
通信部１３３は、外部装置と通信を行ない、各種情報を送受信する。例えば、通信部１３３は、ネットワーク２を介して、通信ノード９０に対してデータの取得要求を行ない、該通信ノード９０から送信されたデータを受信する。記憶部１３４は、各種情報を記憶する。例えば、記憶部１３４は、汎用処理部１１０によるデータ処理で利用されるデータを記憶する。
【００３５】
転送部１３５は、処理単位データを転送する。より具体的には、転送部１３５は、表示部１２０による表示に利用される最低限のデータ、すなわち処理単位データを記憶部１３４から取得し、汎用処理部１１０に転送する。また、転送部１３５は、処理単位データの転送に際し、スリープモードに移行している汎用処理部１１０を復帰させるための起動指示も行なう。なお、転送部１３５は、取得要求やデータ取得方法識別子とともに、格納情報が存在する場合には、格納情報に示された格納方法に従って、汎用処理部１１０のメモリ等に処理単位データを格納する。
【００３６】
ここで、処理単位データは、例えば、ＨＴＭＬファイルやＣＳＳファイル等からなるウェブページを表示するために最小限必要なデータである。この他、処理単位データは、解析の元となるファイルのホスト名やドメイン名、ＵＲＬと、データ取得方法識別子との類似度合いが高いデータであっても良い。また、処理単位データは、マニフェストファイル等の定義ファイルに予め指定されたデータであっても良い。また、処理単位データは、上述した例に含まれないデータであっても良い。これらにより、汎用処理部１１０は、転送部１３５によって転送された処理単位データをもとに、データ処理を実行する。
【００３７】
次に、図５を用いて、第１の実施形態に係る通信装置１３０による処理の流れを説明する。図５は、第１の実施形態に係る通信装置１３０による処理の流れの例を示すフローチャートである。
【００３８】
図５に示すように、受付部１３１によって汎用処理部１１０から取得情報が受け付けられた場合に（ステップＳ２０１：Ｙｅｓ）、取得部１３２は、取得情報に基づいて、通信部１３３を介して通信ノード９０からデータを取得する（ステップＳ２０２）。なお、取得されたデータは、記憶部１３４に格納される。このとき、受付部１３１は、取得情報が受け付けられていない場合に（ステップＳ２０１：Ｎｏ）、該取得情報の受け付け待ちの状態となる。
【００３９】
そして、転送部１３５は、記憶部１３４に記憶されたデータをもとに、処理単位データが取得されたか否かを判定する（ステップＳ２０３）。このとき、転送部１３５は、処理単位データが取得されていると判定した場合に（ステップＳ２０３：Ｙｅｓ）、処理単位データを汎用処理部１１０に対して転送する（ステップＳ２０４）。一方、転送部１３５によって処理単位データが取得されていないと判定された場合には（ステップＳ２０３：Ｎｏ）、ステップＳ２０２の処理が再度実行される。
【００４０】
また、取得部１３２は、取得情報に基づき、全てのデータを取得したか否かを判定する（ステップＳ２０５）。このとき、取得部１３２は、全てのデータが取得されていない場合に（ステップＳ２０５：Ｎｏ）、ステップＳ２０２の処理を再度実行する。一方、取得部１３２は、全てのデータが取得された場合に（ステップＳ２０５：Ｙｅｓ）、処理を終了する。
【００４１】
本実施形態によれば、汎用処理部１１０に代わって、汎用処理部１１０が利用するデータを取得し、データを取得している間は汎用処理部１１０をスリープモードに移行するので、消費電力を削減することができる。また、処理単位データの取得毎に、処理単位データの転送とともに汎用処理部１１０をスリープモードから復帰させ、データ処理を実行させるので、ユーザの使い勝手を向上させることができる。
【００４２】
（第２の実施形態）
図６は、第２の実施形態に係る端末装置の機能構成例を示すブロック図である。第２の実施形態では、第１の実施形態と同様の構成については同一の符号を付し、同様の構成については詳細な説明を省略する場合がある。第２の実施形態では、以下に示す転送部２３５以外の機能及び構成、処理については第１の実施形態と同様である。
【００４３】
図６に示すように、端末装置２００は、汎用処理部１１０と、表示部１２０と、通信装置２３０とを有する。かかる通信装置２３０は、受付部１３１と、取得部１３２と、通信部１３３と、記憶部１３４と、転送部２３５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００４４】
転送部２３５は、ダミーデータを含む処理単位データを転送する。より具体的には、転送部２３５は、記憶部１３４に記憶されたデータをもとに、処理単位データが記憶されていない場合に、不足しているデータの代わりをダミーデータとし、ダミーデータを含む処理単位データを汎用処理部１１０に転送する。つまり、転送部２３５は、取得部１３２によって適宜データが取得されている状況において、未取得のデータの代わりに、表示部１２０で表示可能なダミーデータを含む処理単位データを、汎用処理部１１０に転送する。これにより、汎用処理部１１０は、ブラウザアプリケーション等の更新処理の実行をより迅速に行うことができる。また、ブラウザアプリケーションが更新されることにより、表示が停止している時間を短くすることができるため、ユーザの使い勝手も向上できる。
【００４５】
また、転送部２３５は、ダミーデータを含む処理単位データの転送後に、該ダミーデータに対する正規のデータが取得部１３２によって取得され、記憶部１３４に格納された場合に、正規のデータを汎用処理部１１０に転送する。これにより、汎用処理部１１０は、ダミーデータを正規のデータと入れ替えたうえで、ブラウザアプリケーション等の更新処理を実行する。なお、上述した手法を実現する一例としては、表示完了後に表示を入れ替えるスクリプトファイルをＨＴＭＬファイル内等に事前に追加しておけば良い。
【００４６】
次に、図７を用いて、第２の実施形態に係る通信装置２３０による処理の流れを説明する。図７は、第２の実施形態に係る通信装置２３０による処理の流れの例を示すフローチャートである。なお、図７では、第１の実施形態に係る通信装置１３０による処理と同様の処理については説明を省略する。具体的には、ステップＳ３０１及びステップＳ３０２は、ステップＳ２０１及びステップＳ２０２における処理と同様である。また、ステップＳ３０５、ステップＳ３０６及びステップＳ３０８は、ステップＳ２０３、ステップＳ２０４及びステップＳ２０５における処理と同様である。
【００４７】
図７に示すように、転送部２３５は、取得部１３２によるデータの取得後、ダミーデータに対する正規のデータが取得されたか否かを判定する（ステップＳ３０３）。このとき、転送部２３５は、正規のデータが取得されたと判定した場合に（ステップＳ３０３：Ｙｅｓ）、取得された正規のデータを汎用処理部１１０に転送する（ステップＳ３０４）。一方、転送部２３５によって正規のデータが取得されていないと判定された場合には（ステップＳ３０３：Ｎｏ）、ステップＳ３０５における処理が実行される。また、転送部２３５は、処理単位データが取得されていないと判定した場合に（ステップＳ３０５：Ｎｏ）、ダミーデータを含む処理単位データを汎用処理部１１０に転送する（ステップＳ３０７）。
【００４８】
本実施形態によれば、処理単位データが取得されていない場合に、ダミーデータを含む処理単位データを汎用処理部１１０に転送するので、ブラウザアプリケーション等の表示が適宜更新されることで、ユーザの使い勝手を向上させることができる。
【００４９】
（第３の実施形態）
図８は、第３の実施形態に係る端末装置の機能構成例を示すブロック図である。第３の実施形態では、第１の実施形態と同様の構成については同一の符号を付し、同様の構成については詳細な説明を省略する場合がある。第３の実施形態では、以下に示す転送部３３５以外の機能及び構成、処理については第１の実施形態と同様である。
【００５０】
図８に示すように、端末装置３００は、汎用処理部１１０と、表示部１２０と、通信装置３３０とを有する。かかる通信装置３３０は、受付部１３１と、取得部１３２と、通信部１３３と、記憶部１３４と、転送部３３５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００５１】
転送部３３５は、所定時間の経過ごとに、未転送の処理単位データを転送する。より具体的には、転送部３３５は、受付部１３１によって取得情報が受け付けられたとき、又は、処理単位データを汎用処理部１１０に転送したときから所定時間が経過した場合に、未転送の処理単位データを汎用処理部１１０に転送する。つまり、本実施形態では、予め設定されたタイムアウト時間が経過した場合に、適宜処理単位データを転送する。これにより、汎用処理部１１０によってデータ処理が行なわれない時間が長くなることを抑制することができる。また、ダミーデータを含む処理単位データを転送する場合には、タイムアウト時間を設けることで、ブラウザアプリケーションの表示の更新が遅いことでユーザを不快にさせることも減少する。
【００５２】
また、かかるタイムアウト時間は、処理単位データの転送ごと、すなわち汎用処理部１１０をスリープモードから復帰させるごとに変更しても良い。例えば、タイムアウト時間は、処理単位データの転送ごとに徐々に長くする。これにより、汎用処理部１１０が不用意にスリープモードから復帰することを抑制することができる。
【００５３】
次に、図９を用いて、第３の実施形態に係る通信装置３３０による処理の流れを説明する。図９は、第３の実施形態に係る通信装置３３０による処理の流れの例を示すフローチャートである。なお、図９では、第２の実施形態に係る通信装置２３０による処理と同様の処理については説明を省略する。具体的には、ステップＳ４０１及びステップＳ４０２は、ステップＳ３０１及びステップＳ３０２における処理と同様である。また、ステップＳ４０４〜ステップＳ４０９は、ステップＳ３０３〜ステップＳ３０８における処理と同様である。
【００５４】
図９に示すように、転送部３３５は、取得部１３２によるデータの取得後、所定時間（タイムアウト時間）が経過したか否かを判定する（ステップＳ４０３）。このとき、転送部３３５によって所定時間が経過していないと判定された場合に（ステップＳ４０３：Ｎｏ）、再度ステップＳ４０２における処理が実行される。一方、転送部３３５は、所定時間が経過したと判定した場合に（ステップＳ４０３：Ｙｅｓ）、ステップＳ４０４における処理を実行する。
【００５５】
本実施形態によれば、所定時間の経過に応じて、汎用処理部１１０に処理単位データを転送するので、ブラウザアプリケーション等の表示の更新が長時間停止することを抑制して、ユーザの使い勝手を向上させることができる。
【００５６】
（第４の実施形態）
さて、これまで端末装置や通信装置の実施形態について説明したが、上述した実施形態以外にも種々の異なる形態にて実施されて良い。そこで、（１）データの転送、（２）データの取得、（３）データ取得方法識別子の抽出、（４）構成、について異なる実施形態を説明する。
【００５７】
（１）データの転送
上記実施形態では、処理単位データが取得されたときや、タイムアウト時間の経過により、汎用処理部１１０をスリープモードから復帰させ、処理単位データを適宜転送する場合を説明した。処理単位データの転送については、全データの取得後に汎用処理部１１０をスリープモードから復帰させ、処理単位データを順次転送しても良い。これにより、一度に全データを転送することにより発生する処理負荷の増大を抑制し、例えばブラウザアプリケーションの表示の更新が長時間停止してしまうことを削減することができる。
【００５８】
また、処理単位データの取得に時間を要する場合には、データ量や通信環境等をもとに、取得にかかる予測時間をブラウザアプリケーションに対して返しても良い。ブラウザアプリケーションは、予測時間をもとに表示を切り替え、データの取得に応じて正規のデータを表示する。
【００５９】
（２）データの取得
また、上記実施形態では、１台の通信ノード９０からデータを取得する場合を説明した。データの取得要求先については、複数の異なる通信ノード９０から取得しても良い。また、上記実施形態では、データ取得方法識別子ごとにデータ取得処理を繰り返す場合を説明した。データ取得処理は、以下のように行なわれても良い。例えば、複数のホストに同時に接続してデータ取得処理を行なっても良いし、１つのホストに複数の接続を行なってデータ取得処理を行なっても良い。
【００６０】
（３）データ取得方法識別子の抽出
また、上記実施形態では、ＨＴＭＬのタグに埋め込まれたデータ取得方法識別子を抽出する場合を例に挙げた。データ取得方法識別子の抽出については、以下のように行なわれても良い。例えば、ＣＳＳファイル内に記述されたデータ取得方法識別子や、ＨＴＭＬ５にて規定されたマニフェストファイル等の定義ファイル内に記述されたデータ取得方法識別子、スクリプト言語にて記述されたファイルに埋め込まれたデータ取得方法識別子を抽出しても良い。また、ＰＨＰ（Hypertext  Preprocessor）等により動的に生成されたＨＴＭＬデータに埋め込まれたデータ取得方法識別子を抽出しても良い。
【００６１】
（４）構成
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメータ等を含む情報は、特記する場合を除いて任意に変更することができる。また、図示した装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合することができる。
【００６２】
例えば、通信装置１３０は、端末装置１００に含まれていなくても良い。かかる場合には、少なくとも汎用処理部１１０を有する端末装置１００に、通信装置１３０が接続される構成となる。また、例えば、表示部１２０は、端末装置１００に含まれていなくても良い。かかる場合には、少なくとも汎用処理部１１０を有する端末装置１００に、表示装置としての表示部１２０が接続される構成となる。
【００６３】
また、上述した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。各実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。また、各実施形態は、内容を矛盾させない範囲で適宜組み合わせることが可能である。また、各実施形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６４】
１００  端末装置
１１０  汎用処理部
１２０  表示部
１３０  通信装置
１３１  受付部
１３２  取得部
１３３  通信部
１３４  記憶部
１３５  転送部
【図１】
2015153089.tif 000003
【図２】
2015153089.tif 000004
【図３】
2015153089.tif 000005
【図４】
2015153089.tif 000006
【図５】
2015153089.tif 000007
【図６】
2015153089.tif 000008
【図７】
2015153089.tif 000009
【図８】
2015153089.tif 000010
【図９】
2015153089.tif 000011