JP4744792B2 - Caching system - Google Patents
Caching system Download PDFInfo
- Publication number
- JP4744792B2 JP4744792B2 JP2003182200A JP2003182200A JP4744792B2 JP 4744792 B2 JP4744792 B2 JP 4744792B2 JP 2003182200 A JP2003182200 A JP 2003182200A JP 2003182200 A JP2003182200 A JP 2003182200A JP 4744792 B2 JP4744792 B2 JP 4744792B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- request
- cache
- web
- web server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、ウェブサーバからウェブクライアントがコンテンツを取得するためのキャッシングシステムに関し、移動通信網に適用して好適なものである。
【0002】
【従来の技術】
移動通信システムは、第1世代が、1980年代のアナログ方式の移動通信システム(NTT方式,AMPS(Advanced Mobile Phone Service),TACS(Total Access Communications System)など)とされ、第2世代が、1990年代のディジタル方式の移動通信システム(PDC(Personal Digital Cellular telecommunication system),GSM(global system for mobile communication),IS−54,IS−95など)とされている。さらに、第3世代は、サービス開始当初で64〜384kbps、将来は2Mbps という高速通信が実現される。これにより、第3世代では現行の第2世代移動通信システムにおいても可能であったモバイルインターネット接続サービス等についても、より快適かつ大容量で利用することが可能となり、高速パケット通信の進展や、PCカードタイプの携帯電話端末の発展、マルチコール(音声とパケットの同時通信)、添付ファイル付のメール、動画アプリケーション(ストリーミング等)、テレビ電話などの多様なサービスが実現可能となる。このような移動通信システムの普及はめざましく、我が国においては移動電話の普及台数は6000万台を超えるまでに至っている。この移動電話は携帯電話機として普及しており、第2世代においても携帯電話機を端末としてインターネットメールを送受信することや、ウェブコンテンツをインターネット上のサーバから取得することが可能とされている。
【0003】
【発明が解決しようとする課題】
移動通信網における移動機とコンテンツを提供するウェブサーバとの間には、応答の向上やネットワークリソースを有効に利用できるように、キャッシングシステムが設けられている。一般的なキャッシングシステムは、ウェブクライアントからウェブサーバへのウェブアクセス要求を中継し、中継することによりウェブサーバから得られたウェブデータをキャッシュとして保持している。そして、既にキャッシュとして保持しているデータに対するアクセス要求がウェブクライアントからあった際には、ウェブサーバにウェブアクセス要求を中継せず、キャッシュされているウェブデータをウェブクライアントに送信することにより、ウェブアクセス要求に応答している。
【0004】
ところで、一般的に、ウェブにおいて提供されるコンテンツは以下の3種類に分類することができる。
1.静的コンテンツ:ウェブコンテンツ作成者のレイアウトが終わると変更されないコンテンツであり、例えば、文書や図などが記載されているコンテンツとされる。
2.動的コンテンツ:ウェブアクセス要求に応じて、部分的または全体的に生成されるコンテンツである。この動的コンテンツは、ウェブアクセス要求のたびに生成されることからコンテンツの内容が異なる場合が多くされている。例えば、ウェブページの入力画面に探し出したい文字を入力し、検索を実行すると検索結果画面を表示する検索サイトにおいては動的コンテンツが生成されている。
3.ストリーミング:ストリーミングは静的コンテンツや動的コンテンツと異なり、ウェブアクセス要求したコンテンツをダウンロードした後に処理するのではなく、データを受信しながらリアルタイムで処理するコンテンツである。例えば、リアルタイムな音声や動画配信がストリーミングに該当する。
【0005】
このように、ウェブアクセス要求されたコンテンツが動的コンテンツとされた場合は、要求毎に異なる内容のコンテンツが生成されて応答される場合が多くなる。そこで、従来は、動的コンテンツのウェブアクセス要求であった場合は、コンテンツが動的に生成される可能性があるとしてキャッシュしないようにしている。すると、常時あるいは一定時間は同じコンテンツが生成される動的コンテンツの場合であっても、キャッシュを利用することができないという問題があった。また、ウェブアクセス要求されたコンテンツが全コンテンツの内の一部のコンテンツであった場合は、キャッシングシステムを利用するとデータ矛盾が生じるおそれがあることから、キャッシングシステムを利用しないようにしていた。これらの場合には、キャッシングシステムはウェブサーバにウェブアクセス要求を中継することから、応答が遅くなると共にウェブサーバの処理負担が大きくなってしまうという問題点が生じることになる。
【0006】
そこで、本発明はウェブアクセス要求されたコンテンツによらず、効率的に使用できるキャッシングシステムを提供することを目的としている。
【0007】
【課題を解決するための手段】
上記目的を達成するために、本発明のキャッシングシステムは、ウェブクライアントからウェブサーバへのコンテンツ要求を中継し、中継することにより前記ウェブサーバから得られたコンテンツを、前記ウェブクライアントへ前記コンテンツ要求に対する応答として送信すると共にキャッシュメモリに保存するキャッシングシステムであって、前記コンテンツ取得要求を中継する際に、前記ウェブクライアントから要求されたコンテンツが前記キャッシュメモリに保存されている場合には、前記コンテンツ要求を前記ウェブサーバに中継することなく、前記キャッシュメモリから該当するコンテンツを読み出して前記ウェブクライアントへ送信し、前記キャッシュメモリに要求されたコンテンツが保存されていない場合には、前記ウェブサーバに前記コンテンツ要求を中継して前記ウェブサーバから応答されたコンテンツを前記ウェブクライアントへ送信する制御手段を備え、前記制御手段は、前記ウェブクライアントからの前記コンテンツ要求が、一つのコンテンツの内の一部のコンテンツを取得する要求であった際に、前記一つのコンテンツの全てが前記キャッシュメモリに保存されている場合には、前記キャッシュメモリから該当する範囲のコンテンツを読み出して前記ウェブクライアントへ送信するようにしている。
【0011】
このような本発明によれば、ウェブサーバから取得したコンテンツが動的コンテンツとされて、応答中にキャッシュ可能指示情報が含まれている場合は、そのコンテンツをキャッシュメモリに保存している。これにより、動的コンテンツであっても支障の生じないコンテンツの場合はキャッシュすることができるようになる。また、ウェブクライアントからのコンテンツ要求が、全コンテンツの内の一部のコンテンツを取得する要求であった場合にもキャッシングシステムを利用できるようにしている。従って、キャッシングシステムを有効に利用することができると共に、ネットワークリソースを有効に利用することができるようになる。これにより、ウェブアクセス要求に対する応答を速くしてユーザビリティを向上することができると共に、ウェブサーバの処理負担を軽減することができるようになる。
【0012】
さらに、キャッシュメモリに保存する条件として応答の正常応答を加えると、キャッシュの信頼性を向上することができる。さらに加えて、コンテンツ要求にパラメータが付加されていること、動的コンテンツを示すパス拡張子あるいはパス要素が含まれていることを条件としても良い。さらにまた、ウェブサーバから取得したコンテンツが全コンテンツの内の一部のコンテンツであった場合は、そのコンテンツをキャッシュメモリに保存しないことにより、データ矛盾を生じないようにしている。さらにまた、キャッシュ保存期限情報が通知されている場合は、そのキャッシュ保存期限情報で示される期限だけキャッシュすることにより、所定期間毎に更新される動的コンテンツであっても、支障なくキャッシングシステムを利用することができるようになる。
【0013】
【発明の実施の形態】
本発明の実施の形態のキャッシングシステムを備えるネットワークの概略構成を図1に示す。
図1に示すネットワークは、移動通信網とインターネット等の他のネットワークから構成されており、移動通信網は、例えば携帯電話機とされる移動機(MS)10と無線通信路11として示されている。また、他のネットワークはそのネットワーク上に位置しているウェブサーバ13として示されている。本発明にかかるキャッシングシステム12は、移動通信網とウェブサーバ13との間に配置されており、移動機10からウェブサーバ13へのウェブアクセス要求を中継し、中継することによりウェブサーバ13から得られたウェブデータ(コンテンツ)を、移動機10へ送信すると共にキャッシングシステム12に備えられているキャッシュメモリ12aに保存している。そして、既にキャッシュとしてキャッシュメモリ12aに保持しているコンテンツに対するコンテンツ取得要求が移動機10からあった際には、ウェブサーバ13にコンテンツ取得要求を中継せず、キャッシュされているコンテンツをキャッシュメモリ12aから読み出して移動機10に送信することにより、コンテンツ取得要求に応答している。このような、キャッシングシステム12で実行される処理をキャッシングシステム処理ということにする。なお、ウェブサーバ13は提供するコンテンツ等が記憶されるハードディスク等の記憶手段14を備えている。
【0014】
なお、移動機10がウェブサーバ13からコンテンツを取得する際のプロトコルとしてはHTTP(Hypertext Transfer Protocol)が用いられる。HTTPは、TCP/IP(Transmission Control Protocol/Internet Protocol)の上位レイヤに属しており、インターネットにおいて、ウェブサーバとウェブクライアントの間でHTML文書や画像・音声、そのほかのマルチメディア・データを送受信するための通信プロトコルである。HTTPはリクエスト(要求::HTTP Request)とレスポンス(応答:HTTP Resoponse)からなる非常に単純なプロトコルであり、リクエストとレスポンスとで通信の単位とされている。例えば、ウェブクライアントが、リクエストとして表示したいHTML文書のURL(Uniform Resource Locators)をリクエストとして送信する。これを受けたウェブサーバは、URLで指定された自分が保存しているHTML文書をレスポンスとしてウェブクライアントに送信する。HTTPでは、この1回のデータ取得のたびにウェブサーバへの接続を行い、データの受信を終えると接続を切断している。なお、ウェブクライアントは、図1に示すネットワークにおいては移動機10となる。
【0015】
ところで、ウェブサーバ13から提供される移動機10向けを含む現状のウェブコンテンツの多くは、CGI(Common Gateway Interface)を利用したコンテンツが非常に多くされている。CGIは、ウェブブラウザからの要求を受け付けて、所望の外部プログラムを呼び出し、プログラムの実行結果をウェブブラウザに返すための仕組みであり、ウェブブラウザのフォームにデータを入力してもらい、結果を返すといったアプリケーションを作成するための基本的なインターフェースとされている。例えば、ウェブページの入力画面に探し出したい文字を入力し、検索を実行すると検索結果画面を表示する検索サイトや、ユーザが投稿した文字をすぐにウェブに反映し表示する掲示板がCGIを利用している。このように、CGIを利用したコンテンツではコンテンツが部分的あるいは全体的に生成されるため、動的コンテンツが生成されることになる。
【0016】
また、ウェブサーバ側で、Java(TM)ScriptやVisualBasic (TM)Scriptなどのスクリプト言語や、各種ActiveX(TM)コンポーネントを動作させるためのフレームワークとしてASP(Active Server Pages)がある。ASPとして記述されたウェブページは、まずサーバ側で解釈・実行されるため、参照時の状態によってダイナミックなコンテンツをクライアントに提供することが可能である。このように、ASPを利用したコンテンツでもコンテンツが部分的あるいは全体的に生成されるため、動的コンテンツが生成可能となる。
さらに、HTTP RequestのURI(Uniform Resource Identifier)にパラメータを付加する場合があるが、この場合にはHTTP Responseとして付加されたパラメータに応じて作成された動的コンテンツが返るようになる。なお、URIとはネットワーク上のリソースを特定するためのコンパクトな文字列の仕様であり、URLのスキーム(使用するプロトコルの識別子)を含んでいる。
【0017】
本発明のキャッシングシステム12では、このようなCGIやASPを利用した動的コンテンツあるいはHTTP Requestにパラメータが付加された場合であっても、ある条件の基でキャッシュメモリ12aにキャッシュするようにして、キャッシングシステム処理を行うようにしている。それは、CGIやASPを利用したコンテンツの中、あるいはHTTP Requestにパラメータが付加された場合にも静的コンテンツが存在することと、天気予報やニュースの動的コンテンツのように一定時間毎に更新されて、その時間内においては同じ内容の動的コンテンツが生成される場合があるからである。このようなCGIやASPを利用する動的コンテンツあるいはHTTP Requestにパラメータが付加された場合は、キャッシュ対象として、ウェブサーバ13からキャッシングシステム12がHTTP Responseを受け取った際に、そのコンテンツをキャッシュメモリ12aに保存するようにしている。
【0018】
ここで、移動機10からウェブサーバ13へのウェブアクセス要求(HTTP Request)をキャッシングシステム12が中継し、中継することによりウェブサーバ13から得られたコンテンツを、移動機10へウェブアクセス応答(HTTP Response)として送信すると共にキャッシングシステム12に備えられているキャッシュメモリ12aに保存する場合の様子が図2に示されている。キャッシングシステム12がウェブアクセス要求を中継するのは、ウェブアクセス要求に対応するコンテンツがキャッシュメモリ12aに格納されていなかったり、有効期限が過ぎておりキャッシュヒットしない場合である。この場合には、図2に示すようにウェブサーバ13にHTTP Requestを中継し、ウェブサーバ13はHTTP Requestに応じたコンテンツを記憶手段14から読み出しあるいは作成してHTTP Responseとしてキャッシングシステム12に返す。キャッシングシステム12は、取得したHTTP Responseを移動機10へ送信する。この場合、HTTP Responseのヘッダにおいて当該コンテンツがキャッシュ可能に指定されている場合には、そのコンテンツをキャッシュメモリ12aに格納する。
【0019】
この場合、当該コンテンツが動的コンテンツとされている場合であってもHTTP Requestの内容がキャッシュ可の定義に一致する場合には、対応するコンテンツをキャッシュメモリ12aに格納している。なお、キャッシュ可の定義に一致する動的コンテンツか否かはHTTP RequestにおけるURIから判断しており、URIを比較対象としてキャッシュ可の動的コンテンツを定義している。すなわち、URIにパラメータが付加されている場合はURIとパラメータとの間を区切る文字”?”が挿入されていることから、HTTP Requestに文字”?”が含まれている場合にはキャッシュ可と定義する。また、URIにおけるパス拡張子が”asp”あるいは”cgi”とされている場合にもキャッシュ可と定義する。さらに、URIにおけるパス要素に”cgi”が含まれている場合にもキャッシュ可と定義する。
【0020】
このような定義を示す図表を図5に「表1 キャッシュ制御パラメータ」として示す。また、URIのデータ構造を一例としてあげたURIを用いて図4に示す。
図5に示すように、#1では制御パラメータcond_cache_charとしてキャッシュ可とするCGIパラメータの文字列を”?”と設定し、CGI部の全文字を比較対象としている。図4に示すURIでは、比較対象に文字”?”が含まれていることから定義内容にマッチしており、ウェブサーバ13からの応答におけるヘッダにおいてキャッシュ可能と指定されているものは当該コンテンツをキャッシュメモリ12aに格納する。
【0021】
また、#2では制御パラメータcond_cache_suffixとしてキャッシュ可とするパス拡張子を”asp:cgi”と設定し、URIのパス拡張子を比較対象としている。図4に示すURIにおいて、パス拡張子は「.」の後に位置しており図4に示すURIでは”cgi”とされて、比較対象のパス拡張子が”cgi”とされていることから定義内容にマッチしており、ウェブサーバ13からの応答におけるヘッダにおいてキャッシュ可能と指定されているものは当該コンテンツをキャッシュメモリ12aに格納する。さらに、#3では制御パラメータcond_cache_compとしてキャッシュ可とするパス要素を”cgi”と設定し、URIのパス要素を比較対象としている。図4に示すURIにおいて、パス要素は「/」が前置する”abc”および”cgi”とされて、そのパス要素プレフィックスはa,ab,abc,e,ef,efgとされている。ここで、比較対象のパス要素に”cgi”が含まれている場合は定義内容にマッチしており、ウェブサーバ13の応答におけるヘッダにおいてキャッシュ可能と指定されているものは当該コンテンツをキャッシュメモリ12aに格納する。また、比較対象のパス要素に”cgi”が含まれていない場合は定義内容にマッチしていないことから、当該コンテンツはキャッシュしないことになるが、その場合でも#1〜#3の定義内容のいずれかにマッチしていればキャッシュ可とされる。
【0022】
上記したように、移動機10からのウェブアクセス要求(HTTP Request)にパラメータが付加されていたり、パス拡張子がCGIやASPあるいはパス要素がCGIと認められるものであっても、コンテンツを提供するウェブサーバ13からのHTTP ResponseにおけるCashe-Controlヘッダパラメータにおいて指定されるキャッシュ可能の指定が優先約に評価されて、キャッシュ可能の指定がある時に限りキャッシュメモリ12aにキャッシュしている。そして、同一コンテンツに対するコンテンツ取得要求があった際には、キャッシングシステム12におけるキャッシュヒット処理においてキャッシュヒットしたコンテンツをキャッシュメモリ12aから読み出して要求元へ送信する。この場合には、キャッシングシステム12はウェブアクセス要求をウェブサーバ13には中継しない。
【0023】
この場合の様子を図3に示す。図3において、移動機10からのHTTP Requestを受けたキャッシングシステムは、キャッシュシステム処理を実行してその中のキャッシュヒット処理において、要求されたコンテンツがキャッシュヒットしたか否かを判断する。そして、キャッシュヒットした場合にはキャッシュメモリ12aから当該コンテンツを読み出してHTTP Responseとして移動機10へ送信する。
ところで、ウェブサーバ13からのHTTP ResponseのCashe-Controlヘッダパラメータにおいて有効期間が指定されている場合は、その有効期間をキャッシュ保存期限としてその期限だけキャッシュメモリ12aにキャッシュするようにしている。これにより、ASPやCGIを利用していても静的コンテンツや所定期間毎に更新される動的コンテンツに対応することができる。
【0024】
上記したようにキャッシングシステム12では、HTTP ResponseにおけるCashe-Controlヘッダパラメータにおいてキャッシュ可能と指定されていることを条件の一つとして、当該コンテンツをキャッシュメモリ12aにキャッシュしている。これにより、動的に生成されるコンテンツであっても、キャッシュさせたいコンテンツや従来はキャッシングされていなかったコンテンツをキャッシュできるようになる。上記した応答をキャッシングする条件はHTTP1.1 準拠とされている。そこで、HTTP1.1 準拠の応答をキャッシングする条件を示す図表を図6に示す。図6に示すように、HTTP Responseにおけるヘッダパラメータには、コンテンツ作成の日時を表すDateヘッダパラメータ、有効期間を指定するCashe-ControlヘッダパラメータおよびExpireヘッダパラメータ、キャッシュ可能を指定するCashe-Controlヘッダパラメータ、最終更新日を示すLast_Modifiedヘッダパラメータがある。有効期間を指定するCashe-Controlヘッダパラメータには、max-ageパラメータおよびs-maxageパラメータがあり、キャッシュ可能を指定するCashe-Controlヘッダパラメータには、publicパラメータ、no_transformパラメータ、must#revalidateパラメータ、proxy_revalidateパラメータがある。
【0025】
図6にはこれらの4つのヘッダパラメータを組み合わせたパターン1〜パターン9の9パターンが示されており、その内のパターン2,4,6,8のCashe-Controlヘッダパラメータがキャッシュ可能指定のパラメータとなっている。キャッシュしたコンテンツは、コンテンツ毎に定められた有効期間だけ有効として使用されるが、パターン2,6においてはCashe-Controlヘッダパラメータによりその有効期間が指定されている。しかし、パターン4,8においてはコンテンツの有効期間が指定されていない。そこで、パターン4においては指定されている最終更新日(Last Modified)を利用して、(Last Modified−Date値)*10%の演算を行い、この演算結果を応答キャッシュの有効期間としている。また、パターン8においては最終更新日も指定されていないため、標準Max-ageを応答キャッシュの有効期間としている。これにより、パターン2,4,6,8に該当するヘッダを有するHTTP Responseのコンテンツをキャッシュメモリ12aにキャッシュした際のキャッシュ有効期間を決定することができる。
なお、キャッシュメモリ12aには、ウェブサーバ13からの応答中におけるステータスコードが正常応答を示している場合にキャッシュするのが好適である。これは、動的コンテンツに限らず静的コンテンツをキャッシュする場合も同様である。
【0026】
また、無線を通信手段としている移動機10でのウェブコンテンツ取得時においては、有線における途中切断の発生率より高い途中切断の発生率となってしまう。途中切断が発生した場合には、ウェブコンテンツを取得中であった移動機10は、取得できなかったコンテンツの残りを取得するために部分要求(Byte-Range要求)のコンテンツ要求を行うことになる。従来は、部分要求に対してはデータ矛盾を生じる可能性があるためキャッシュ機能を使用しないようにしているが、本発明のキャッシングシステム12では、キャッシングシステム12で保持しているキャッシュメモリ12aに該当する部分コンテンツを含む全コンテンツが存在する場合に限って、キャッシングシステム処理を行うようにしている。すなわち、該当するコンテンツがキャッシュされている場合は、部分要求のバイトレンジ指定に従って、キャッシュメモリ12aから全コンテンツの内の指定された範囲のコンテンツを読み出して、移動機10へ応答として送信するようにしている。この場合、全コンテンツがキャッシュされている場合に限っているのは、全コンテンツがキャッシュされていないとバイトレンジ指定された範囲のコンテンツと、読み出された部分コンテンツとが一致せず、要求と応答のコンテンツ間に矛盾が生じるおそれがあるからである。
【0027】
また、部分要求におけるRangeヘッダによる読出し先のバイトレンジ指定は、単一の範囲だけが指定されている場合のみキャッシングシステム処理を行っている。そして、複数の範囲が指定されている場合はキャッシングシステム処理を行わず、常にその部分要求をウェブサーバ13に中継している。ウェブサーバ13は、この部分要求に対応する一部のコンテンツを応答としてキャッシングシステム12に送信し、キャッシングシステム12はこの一部のコンテンツを移動機10へ中継する。これにより、移動機10から部分要求(Byte-Range要求)された範囲の部分コンテンツが移動機10で取得されるようになる。なお、キャッシングシステム12は、ウェブサーバ13から部分要求に対応する部分コンテンツを受け取っても、この部分コンテンツはキャッシュ対象とはせず、キャッシュメモリ12aに保存しないようにしている。
【0028】
次に、本発明にかかるキャッシングシステム12が実行するキャッシュシステム処理のフローチャートを図7に示す。
図7に示すキャッシュシステム処理は、キャッシングシステム12の電源が投入されたりリセットされたりして初期処理が行われた際にスタートされる。キャッシュシステム処理がスタートされると、ステップS1にて移動機10からコンテンツ要求があるか否かが判断される。ここで、コンテンツ要求がない場合はコンテンツ要求が検出されるまでここで待機される。そして、キャッシングシステム12が例えば移動機10からのHTTP Requestを受け取りコンテンツ要求があったと判断されると、ステップS2に進む。ステップS2では、HTTP RequestのURIに対するキャッシュがキャッシュメモリ12aに存在し、かつキャッシュされたコンテンツの有効期間が切れておらず有効とされているか否かが判断される。
【0029】
ここで、HTTP RequestのURIに対するキャッシュがキャッシュメモリ12aに存在し、かつキャッシュされたコンテンツが有効と判断された場合は、ステップS3に進み、HTTP Requestのヘッダにキャッシュ利用不可指示があるか否かが判断される。ここで、HTTP Requestのヘッダにキャッシュ利用不可指示がないと判断された場合は、ステップS4に進みHTTP RequestのURIに基づいてHTTP Requestがキャッシュ可能な動的コンテンツの要求か否かが判断される。この判断は、図5に示す表1に示す比較対象を比較することによりキャッシュの可否を判断している。ここで、HTTP Requestがキャッシュ可能な動的コンテンツの要求と判断された場合は、HTTP Requestのヘッダに部分要求のバイトレンジ指定(Range指定)があるか否かが判断される。そして、HTTP Requestのヘッダに部分要求のバイトレンジ指定があると判断された場合は、ステップS6に進み部分要求キャッシュヒット処理が実行される。部分要求キャッシュヒット処理では、キャッシュメモリ12aに該当する部分コンテンツを含む全コンテンツが存在し、かつキャッシュが有効と判断された場合にキャッシュヒットしたと判断する。
【0030】
また、ステップS5においてHTTP Requestのヘッダに部分要求のバイトレンジ指定がないと判断された場合は、ステップS9に進み通常キャッシュヒット処理が実行される。通常キャッシュヒット処理では、キャッシュメモリ12aに該当するコンテンツが存在し、かつキャッシュが有効と判断された場合にキャッシュヒットしたと判断する。ステップS6あるいはステップS9の処理が終了するとステップS7に進み、キャッシュヒットしたか否かが判断される。ここで、ステップS5あるいはステップS9においてキャッシュヒットしたと判断されている場合は、ステップS8においてキャッシュメモリ12aより該当するコンテンツが読み出されてコンテンツ要求した移動機へ送信される。
【0031】
上記ステップS2にてHTTP RequestのURIに対するキャッシュがキャッシュメモリ12aに存在しないか、存在してもキャッシュされたコンテンツが有効でないと判断された場合は、ステップS10へ進みウェブサーバ13へコンテンツ要求が中継される。また、上記ステップS3にてHTTP Requestのヘッダにキャッシュ利用不可指示があると判断された場合も、ステップS10へ進みウェブサーバ13へコンテンツ要求が中継される。さらに、上記ステップS4にてHTTP Requestがキャッシュ可能な動的コンテンツの要求ではないと判断された場合も、ステップS10へ進みウェブサーバ13へコンテンツ要求が中継される。さらにまた、上記ステップS7にてキャッシュヒットしなかったと判断された場合も、ステップS10へ進みウェブサーバ13へコンテンツ要求が中継される。そして、ステップS10の処理が終了すると、ステップS11にてウェブサーバ13から取得したコンテンツをコンテンツ要求した移動機へ送信する。次いで、ステップS12にて取得したコンテンツをキャッシュする後述するキャッシング処理が行われる。そして、ステップS8あるいはステップS12の処理が終了すると、ステップS1に戻りコンテンツ要求が検出される毎にステップS1ないしステップS12の処理が繰り返し実行されるようになる。
【0032】
次に、キャッシュシステム処理のステップS12にて実行されるキャッシング処理のフローチャートを図8に示す。
図8に示すキャッシング処理がスタートすると、ステップS20にてGET要求に対する応答が正常応答か否かが判断される。ここで、正常応答と判断された場合はステップS21へ進み、応答のステータスコードがパーシャルコンテンツを示しているか否かが判断される。通常コンテンツの正常応答のステータスコードは「200」とされ、パーシャルコンテンツの正常応答のステータスコードは「206」とされる。そこで、ステータスコードが「200」と判断された場合はステップS22に進み、HTTP Requestのヘッダにキャッシュ利用不可指示がないか否かが判断される。この場合、HTTP Requestのヘッダにキャッシュ利用不可指示がないと判断された場合はステップS23へ進み、ウェブサーバ13からのHTTP Responseのヘッダにキャッシュ可能指示があるか否かが判断される。この判断は、図6に示す表2に示すキャッシュ可能を指定するCashe-Controlヘッダパラメータを見て判断する。
【0033】
ここで、HTTP Responseのヘッダにキャッシュ可能指示があると判断された場合はステップS24に進み、HTTP Requestがキャッシュ可能な動的コンテンツの要求か否かが判断される。この判断は、HTTP RequestのURIにおける図5に示す表1に示す比較対象を比較することによりキャッシュ可能な動的コンテンツか否かを判断している。そして、HTTP Requestがキャッシュ可能な動的コンテンツの要求と判断された場合はステップS25へ進み動的コンテンツのキャッシュ判定処理が行われる。この動的コンテンツのキャッシュ判定処理では、図6に示す表2に示すHTTP Responseにおける4つのヘッダパラメータからキャッシュ可能か否かが判定される。ここでは、表2に示すパターン2,4,6,8に一致するヘッダパラメータを有するHTTP Responseについては、当該コンテンツをキャッシュ可能と判定する。また、ステップS24にてHTTP Requestがキャッシュ可能な動的コンテンツの要求ではないと判断された場合は、ステップS26へ進み通常コンテンツのキャッシュ判定処理が行われる。この通常コンテンツのキャッシュ判定処理においても図6に示す表2に示すHTTP Responseにおける4つのヘッダパラメータからキャッシュ可能か否かが判定される。ここでは、表2に示す応答キャッシュの欄に「○」が付されているパターン2,3,4,6,7,8に一致するヘッダパラメータを有するHTTP Responseについては、当該コンテンツをキャッシュ可能と判定する。
【0034】
ステップS25あるいはステップS26の処理が終了するとステップS27へ進み、ウェブサーバ13から取得したコンテンツがキャッシュ可能か否かが判断される。ここで、ステップS25あるいはステップS26の処理においてキャッシュ可能と判定されている場合は、ステップS28へ進み取得したコンテンツがキャッシュメモリ12aに蓄積される。次いで、キャッシュシステム処理へリターンされる。また、上記ステップS20にて正常応答と判断されない場合、上記ステップS21にてステータスコードが「200」と判断されない場合、上記ステップS22にてHTTP Requestのヘッダにキャッシュ利用不可指示があると判断された場合、上記ステップS23にてHTTP Responseのヘッダにキャッシュ可能指示がないと判断された場合、および、上記ステップS27にてキャッシュ可能でないと判定された場合は、そのままキャッシュシステム処理へリターンされ、取得されたコンテンツはキャッシュされない。
【0035】
なお、以上の説明では移動通信網における移動機10がウェブサーバ13からコンテンツを取得する場合のキャッシングシステム12を説明したが、本発明のキャッシングシステム12は、これに限らずHTTP通信一般に適用することができる。
【0036】
【発明の効果】
本発明は以上説明したように、ウェブサーバから取得したコンテンツが動的コンテンツとされて、応答中にキャッシュ可能指示情報が含まれている場合は、そのコンテンツをキャッシュメモリに保存している。これにより、動的コンテンツであっても支障の生じないコンテンツの場合はキャッシュすることができるようになる。また、ウェブクライアントからのコンテンツ要求が、全コンテンツの内の一部のコンテンツを取得する要求であった場合にもキャッシングシステムを利用できるようにしている。従って、キャッシングシステムを有効に利用することができると共に、ネットワークリソースを有効に利用することができるようになる。これにより、ウェブアクセス要求に対する応答を速くしてユーザビリティを向上することができると共に、ウェブサーバの処理負担を軽減することができるようになる。
【0037】
さらに、キャッシュメモリに保存する条件として応答の正常応答を加えると、キャッシュの信頼性を向上することができる。さらに加えて、コンテンツ要求にパラメータが付加されていること、動的コンテンツを示すパス拡張子あるいはパス要素が含まれていることを条件としても良い。さらにまた、ウェブサーバから取得したコンテンツが全コンテンツの内の一部のコンテンツであった場合は、そのコンテンツをキャッシュメモリに保存しないことにより、データ矛盾を生じないようにしている。さらにまた、キャッシュ保存期限情報が通知されている場合は、そのキャッシュ保存期限情報で示される期限だけキャッシュすることにより、所定期間毎に更新される動的コンテンツであっても、支障なくキャッシングシステムを利用することができるようになる。
【図面の簡単な説明】
【図1】本発明の実施の形態のキャッシングシステムを備えるネットワークの概略構成を示す図である。
【図2】図1に示すネットワークにおいて、コンテンツ要求を中継すると共に取得したコンテンツをキャッシュする様子を示す図である。
【図3】図1に示すネットワークにおいて、キャッシュヒットした際の様子を示す図である。
【図4】URIのデータ構造を説明するための図である。
【図5】本発明の実施の形態のキャッシングシステムにおけるキャッシュ制御パラメータの定義等を示す図表である。
【図6】 HTTP 1.1準拠の応答をキャッシングする条件を示す図表である。
【図7】本発明の実施の形態のキャッシングシステムで実行するキャッシュシステム処理のフローチャートである。
【図8】本発明の実施の形態のキャッシングシステムで実行するキャッシュシステム処理におけるキャッシング処理のフローチャートである。
【符号の説明】
10 移動機、11 無線通信路、12 キャッシングシステム、12a キャッシュメモリ、13 ウェブサーバ、14 記憶手段[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a caching system for a web client to acquire content from a web server, and is suitable for application to a mobile communication network.
[0002]
[Prior art]
As for the mobile communication system, the first generation is an analog mobile communication system of the 1980s (NTT system, AMPS (Advanced Mobile Phone Service), TACS (Total Access Communications System), etc.), and the second generation is the 1990s. Digital mobile communication systems (PDC (Personal Digital Cellular telecommunication system), GSM (global system for mobile communication), IS-54, IS-95, etc.). Furthermore, the third generation can realize high-speed communication of 64 to 384 kbps at the beginning of service and 2 Mbps in the future. As a result, the 3rd generation mobile Internet connection service, etc. that was possible in the current 2nd generation mobile communication system can be used more comfortably and with a large capacity. Various services such as the development of card-type mobile phone terminals, multicall (simultaneous communication of voice and packet), mail with attached files, video applications (streaming, etc.), and videophones can be realized. The spread of such mobile communication systems is remarkable, and in Japan, the number of mobile telephones has reached 60 million. This mobile phone is widely used as a mobile phone, and in the second generation, it is possible to send and receive Internet mail using a mobile phone as a terminal and to acquire web contents from a server on the Internet.
[0003]
[Problems to be solved by the invention]
A caching system is provided between a mobile device in a mobile communication network and a web server that provides content so as to improve response and to effectively use network resources. A general caching system relays a web access request from a web client to a web server, and holds web data obtained from the web server as a cache. When an access request for data already held in the cache is received from the web client, the web access request is not relayed to the web server, and the cached web data is transmitted to the web client. Responding to access requests.
[0004]
By the way, in general, content provided on the web can be classified into the following three types.
1. Static content: content that is not changed after the layout of the web content creator is completed, for example, content that describes a document, a figure, or the like.
2. Dynamic content: content that is partially or wholly generated in response to web access requests. Since the dynamic content is generated every time a web access request is made, the content content is often different. For example, dynamic content is generated in a search site that displays a search result screen when a character to be found is input on an input screen of a web page and a search is executed.
3. Streaming: Unlike static content and dynamic content, streaming is content that is processed in real time while receiving data, rather than being processed after downloading the content requested for web access. For example, real-time audio and video distribution corresponds to streaming.
[0005]
As described above, when the content requested for web access is dynamic content, content with different contents is generated for each request and responded in many cases. Therefore, conventionally, in the case of a web access request for dynamic content, the content is not cached because it may be dynamically generated. Then, there is a problem that the cache cannot be used even in the case of dynamic content in which the same content is generated at all times or for a fixed time. In addition, when the content requested for web access is a part of all the content, there is a risk of data inconsistency when the caching system is used, so the caching system is not used. In these cases, since the caching system relays the web access request to the web server, there arises a problem that the response becomes slow and the processing load of the web server increases.
[0006]
Therefore, an object of the present invention is to provide a caching system that can be used efficiently regardless of the content requested for web access.
[0007]
[Means for Solving the Problems]
In order to achieve the above object, the caching system of the present invention relays a content request from a web client to a web server, and transmits the content obtained from the web server by relaying the content request to the web client. A caching system that transmits as a response and stores the request in the cache memory, and when the content requested by the web client is stored in the cache memory when relaying the content acquisition request, the content request Without relaying to the web server, the corresponding content is read from the cache memory and transmitted to the web client. If the requested content is not stored in the cache memory, the web server The contents that were answered from the web server by relaying the content request to the server a control means for transmitting to said web client, wherein, When the content request from the web client is a request to acquire a part of content in one content, when all of the one content is stored in the cache memory, Read the corresponding range of content from the cache memory and send it to the web client I am doing so.
[0011]
According to the present invention as described above, when the content acquired from the web server is the dynamic content and the cacheable instruction information is included in the response, the content is stored in the cache memory. As a result, even if the content is dynamic content, the content can be cached. In addition, the caching system can be used even when the content request from the web client is a request for acquiring a part of all content. Accordingly, the caching system can be used effectively, and network resources can be used effectively. As a result, the response to the web access request can be made faster to improve usability, and the processing load on the web server can be reduced.
[0012]
Furthermore, if a normal response is added as a condition to be stored in the cache memory, the reliability of the cache can be improved. In addition, the content request may include a parameter and may include a path extension or a path element indicating dynamic content. Furthermore, when the content acquired from the web server is a part of all the content, the content is not stored in the cache memory so that no data contradiction occurs. Furthermore, when the cache storage expiration information is notified, the caching system can be operated without any trouble even if the dynamic content is updated every predetermined period by caching only the expiration date indicated by the cache storage expiration information. Can be used.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows a schematic configuration of a network including a caching system according to an embodiment of the present invention.
The network shown in FIG. 1 is composed of a mobile communication network and other networks such as the Internet. The mobile communication network is shown as a mobile device (MS) 10 that is a mobile phone, for example, and a wireless communication path 11. . Another network is shown as a
[0014]
Note that HTTP (Hypertext Transfer Protocol) is used as a protocol when the
[0015]
By the way, most of the current web contents including those for the
[0016]
In addition, there is ASP (Active Server Pages) as a framework for operating a script language such as Java (TM) Script and VisualBasic (TM) Script and various ActiveX (TM) components on the web server side. Since the web page described as ASP is first interpreted and executed on the server side, it is possible to provide dynamic content to the client depending on the state at the time of reference. As described above, even content using ASP is generated partially or entirely, so that dynamic content can be generated.
Furthermore, a parameter may be added to the URI (Uniform Resource Identifier) of the HTTP Request. In this case, the dynamic content created according to the parameter added as the HTTP Response is returned. The URI is a compact character string specification for specifying a resource on the network, and includes a URL scheme (an identifier of a protocol to be used).
[0017]
In the
[0018]
Here, the
[0019]
In this case, even if the content is dynamic content, if the content of the HTTP Request matches the cacheable definition, the corresponding content is stored in the cache memory 12a. Whether or not the dynamic content matches the cacheable definition is determined from the URI in the HTTP Request, and the cacheable dynamic content is defined with the URI as a comparison target. That is, when a parameter is added to the URI, a character “?” Separating the URI and the parameter is inserted. Therefore, when the character “?” Is included in the HTTP Request, caching is possible. Define. It is also defined as cacheable when the path extension in the URI is “asp” or “cgi”. Further, it is defined as cacheable even when “cgi” is included in the path element in the URI.
[0020]
A chart showing such a definition is shown in FIG. 5 as “Table 1 Cache Control Parameters”. FIG. 4 shows a URI using a URI data structure as an example.
As shown in FIG. 5, in # 1, the character string of the CGI parameter that can be cached is set as “?” As the control parameter cond_cache_char, and all characters in the CGI part are set as comparison targets. In the URI shown in FIG. 4, since the character “?” Is included in the comparison target, it matches the definition content, and the content specified as cacheable in the header in the response from the
[0021]
Further, in # 2, the path extension for enabling cache is set as “asp: cgi” as the control parameter cond_cache_suffix, and the URI path extension is set as a comparison target. In the URI shown in FIG. 4, the path extension is positioned after “.”. In the URI shown in FIG. 4, the path extension is “cgi” and the path extension to be compared is “cgi”. Those that match the contents and are specified as cacheable in the header in the response from the
[0022]
As described above, content is provided even if a parameter is added to the web access request (HTTP Request) from the
[0023]
The situation in this case is shown in FIG. In FIG. 3, the caching system that has received the HTTP Request from the
By the way, when the valid period is designated in the HTTP Response Cash-Control header parameter from the
[0024]
As described above, in the
[0025]
FIG. 6 shows nine
The cache memory 12a is preferably cached when the status code during the response from the
[0026]
In addition, when web content is acquired by the
[0027]
In addition, the byte range designation of the read destination by the Range header in the partial request performs the caching system processing only when only a single range is designated. When a plurality of ranges are specified, the caching system process is not performed, and the partial request is always relayed to the
[0028]
Next, FIG. 7 shows a flowchart of the cache system process executed by the
The cache system process shown in FIG. 7 is started when an initial process is performed after the
[0029]
If it is determined that the cache for the URI of the HTTP Request exists in the cache memory 12a and the cached content is valid, the process proceeds to step S3, and whether or not there is a cache unavailable instruction in the HTTP Request header. Is judged. If it is determined that there is no cache unavailable instruction in the HTTP Request header, the process proceeds to step S4 to determine whether the HTTP Request is a cacheable dynamic content request based on the HTTP Request URI. . In this determination, whether or not cache is possible is determined by comparing the comparison objects shown in Table 1 shown in FIG. Here, when it is determined that the HTTP Request is a request for dynamic content that can be cached, it is determined whether or not there is a byte range specification (Range specification) of the partial request in the header of the HTTP Request. When it is determined that the HTTP request header includes the byte range designation of the partial request, the process proceeds to step S6, and the partial request cache hit process is executed. In the partial request cache hit process, it is determined that a cache hit has occurred when all contents including the corresponding partial contents exist in the cache memory 12a and the cache is determined to be valid.
[0030]
If it is determined in step S5 that the partial request byte range is not specified in the header of the HTTP Request, the process proceeds to step S9, and normal cache hit processing is executed. In the normal cache hit process, it is determined that a cache hit has occurred when the corresponding content exists in the cache memory 12a and the cache is determined to be valid. When the process of step S6 or step S9 ends, the process proceeds to step S7 to determine whether or not a cache hit has occurred. If it is determined in step S5 or step S9 that a cache hit has occurred, the corresponding content is read from the cache memory 12a in step S8 and transmitted to the mobile device that requested the content.
[0031]
If it is determined in step S2 that the cache for the URI of the HTTP Request does not exist in the cache memory 12a or the cached content is not valid even if it exists, the process proceeds to step S10 and the content request is relayed to the
[0032]
Next, FIG. 8 shows a flowchart of the caching process executed in step S12 of the cache system process.
When the caching process shown in FIG. 8 is started, it is determined in step S20 whether or not the response to the GET request is a normal response. If it is determined that the response is normal, the process proceeds to step S21, and it is determined whether or not the response status code indicates partial content. The normal content normal response status code is “200”, and the partial content normal response status code is “206”. Therefore, if it is determined that the status code is “200”, the process proceeds to step S22, and it is determined whether or not there is a cache unavailable instruction in the HTTP Request header. In this case, if it is determined that there is no cache unavailable instruction in the HTTP Request header, the process proceeds to step S23, and it is determined whether there is a cacheable instruction in the HTTP Response header from the
[0033]
If it is determined that there is a cacheable instruction in the HTTP Response header, the process proceeds to step S24, and it is determined whether the HTTP Request is a request for dynamic content that can be cached. This determination is made by comparing the comparison targets shown in Table 1 shown in FIG. 5 in the HTTP Request URI to determine whether or not the dynamic content can be cached. If it is determined that the HTTP request is a request for dynamic content that can be cached, the process proceeds to step S25, and dynamic content cache determination processing is performed. In this dynamic content cache determination processing, it is determined whether or not caching is possible from the four header parameters in HTTP Response shown in Table 2 shown in FIG. Here, for HTTP Response having header parameters that match the
[0034]
When the process of step S25 or step S26 ends, the process proceeds to step S27, and it is determined whether or not the content acquired from the
[0035]
In the above description, the
[0036]
【The invention's effect】
As described above, according to the present invention, when content acquired from a web server is dynamic content and cacheable instruction information is included in the response, the content is stored in the cache memory. As a result, even if the content is dynamic content, the content can be cached. In addition, the caching system can be used even when the content request from the web client is a request for acquiring a part of all content. Accordingly, the caching system can be used effectively, and network resources can be used effectively. As a result, the response to the web access request can be made faster to improve usability, and the processing load on the web server can be reduced.
[0037]
Furthermore, if a normal response is added as a condition to be stored in the cache memory, the reliability of the cache can be improved. In addition, the content request may include a parameter and may include a path extension or a path element indicating dynamic content. Furthermore, when the content acquired from the web server is a part of all the content, the content is not stored in the cache memory so that no data contradiction occurs. Furthermore, when the cache storage expiration information is notified, the caching system can be operated without any trouble even if the dynamic content is updated every predetermined period by caching only the expiration date indicated by the cache storage expiration information. Can be used.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a schematic configuration of a network including a caching system according to an embodiment of this invention.
FIG. 2 is a diagram illustrating a state in which a content request is relayed and acquired content is cached in the network illustrated in FIG.
FIG. 3 is a diagram showing a state when a cache hit occurs in the network shown in FIG. 1;
FIG. 4 is a diagram for explaining a data structure of a URI.
FIG. 5 is a chart showing definitions of cache control parameters in the caching system according to the embodiment of the present invention.
FIG. 6 is a chart showing conditions for caching an HTTP 1.1 compliant response.
FIG. 7 is a flowchart of cache system processing executed by the caching system according to the embodiment of this invention.
FIG. 8 is a flowchart of the caching process in the cache system process executed by the caching system according to the embodiment of this invention.
[Explanation of symbols]
DESCRIPTION OF
Claims (1)
前記コンテンツ取得要求を中継する際に、前記ウェブクライアントから要求されたコンテンツが前記キャッシュメモリに保存されている場合には、前記コンテンツ要求を前記ウェブサーバに中継することなく、前記キャッシュメモリから該当するコンテンツを読み出して前記ウェブクライアントへ送信し、前記キャッシュメモリに要求されたコンテンツが保存されていない場合には、前記ウェブサーバに前記コンテンツ要求を中継して前記ウェブサーバから応答されたコンテンツを前記ウェブクライアントへ送信する制御手段を備え、
前記制御手段は、前記ウェブクライアントからの前記コンテンツ要求が、一つのコンテンツの内の一部のコンテンツを取得する要求であった際に、前記一つのコンテンツの全てが前記キャッシュメモリに保存されている場合には、前記キャッシュメモリから該当する範囲のコンテンツを読み出して前記ウェブクライアントへ送信するようにしたことを特徴とするキャッシングシステム。A caching system that relays a content request from a web client to a web server and transmits the content obtained from the web server as a response to the content request to the web client and stores the content request in a cache memory. ,
When relaying the content acquisition request, if the content requested by the web client is stored in the cache memory, the content request is not relayed to the web server, and the corresponding request is made from the cache memory. When content is read and transmitted to the web client, and the requested content is not stored in the cache memory, the content request is relayed to the web server and the content returned from the web server is sent to the web server. A control means for sending to the client,
When the content request from the web client is a request to acquire a part of one content, the control means stores all of the one content in the cache memory. In such a case, the caching system is characterized in that the content in the corresponding range is read from the cache memory and transmitted to the web client.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003182200A JP4744792B2 (en) | 2003-06-26 | 2003-06-26 | Caching system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003182200A JP4744792B2 (en) | 2003-06-26 | 2003-06-26 | Caching system |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008290491A Division JP2009076093A (en) | 2008-11-13 | 2008-11-13 | Caching system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005018398A JP2005018398A (en) | 2005-01-20 |
JP4744792B2 true JP4744792B2 (en) | 2011-08-10 |
Family
ID=34182647
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003182200A Expired - Lifetime JP4744792B2 (en) | 2003-06-26 | 2003-06-26 | Caching system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4744792B2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8056162B2 (en) | 2007-04-26 | 2011-11-15 | Hill-Rom Services, Inc. | Patient support apparatus with motorized traction control |
US8240410B2 (en) | 1999-09-15 | 2012-08-14 | Hill-Rom Services, Inc. | Patient support apparatus with powered wheel |
US8474073B2 (en) | 2006-10-13 | 2013-07-02 | Hill-Rom Services, Inc. | User interface for power drive system of a patient support apparatus |
US8757308B2 (en) | 2009-09-10 | 2014-06-24 | Hill-Rom Services Inc. | Powered transport system and control methods |
US10588803B2 (en) | 2012-08-11 | 2020-03-17 | Hill-Rom Services, Inc. | Person support apparatus power drive system |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2005325674A1 (en) * | 2005-01-24 | 2006-08-03 | Citrix Systems, Inc. | Systems and methods for performing caching of dynamically generated objects in a network |
JP5738506B2 (en) * | 2005-09-29 | 2015-06-24 | 株式会社野村総合研究所 | Screen information server, program |
JP2007172538A (en) * | 2005-12-26 | 2007-07-05 | Nec Corp | Script execution method, terminal device and program |
JP4692368B2 (en) * | 2006-04-19 | 2011-06-01 | 日本ビクター株式会社 | Browser-equipped device |
JP5078379B2 (en) * | 2007-02-01 | 2012-11-21 | 株式会社日立製作所 | Relay device, relay method, and program |
US8249245B2 (en) | 2007-11-13 | 2012-08-21 | Amazon Technologies, Inc. | System and method for automated call distribution |
JP6099396B2 (en) * | 2009-08-25 | 2017-03-22 | アマゾン テクノロジーズ インコーポレイテッド | System and method for customer contact |
US9088649B2 (en) | 2009-08-25 | 2015-07-21 | Amazon Technologies, Inc. | Systems and methods for customer contact |
US8958542B1 (en) | 2010-12-28 | 2015-02-17 | Amazon Technologies, Inc. | Followup of customer service agents |
WO2013118365A1 (en) * | 2012-02-09 | 2013-08-15 | 日本電気株式会社 | Communication control device, method for controlling communications, and recording medium |
JP2014225109A (en) * | 2013-05-16 | 2014-12-04 | 株式会社 日立産業制御ソリューションズ | Load distributing device, and program |
KR101565353B1 (en) | 2013-10-04 | 2015-11-03 | 주식회사 솔박스 | Method for caching contents based on content request record and request priority and HTTP cache server using the method |
JP2015165632A (en) * | 2014-03-03 | 2015-09-17 | 日本電気株式会社 | Information transfer device, information transfer method, and program |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001014209A (en) * | 1999-06-25 | 2001-01-19 | Sharp Corp | Device and method for relaying information and computer readable recording medium recording information relaying program |
JP2004504681A (en) * | 2000-07-17 | 2004-02-12 | エプリケーション ネットワークス リミテッド | Caching static and dynamic content on cache-distributed networks saves WWW site bit rates and improves QoS |
JP2002259333A (en) * | 2001-03-01 | 2002-09-13 | Hitachi Software Eng Co Ltd | Method for transferring contents |
-
2003
- 2003-06-26 JP JP2003182200A patent/JP4744792B2/en not_active Expired - Lifetime
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8240410B2 (en) | 1999-09-15 | 2012-08-14 | Hill-Rom Services, Inc. | Patient support apparatus with powered wheel |
US8474073B2 (en) | 2006-10-13 | 2013-07-02 | Hill-Rom Services, Inc. | User interface for power drive system of a patient support apparatus |
US8756726B2 (en) | 2006-10-13 | 2014-06-24 | Hill-Rom Services, Inc. | User interface for power drive system of a patient support apparatus |
US8056162B2 (en) | 2007-04-26 | 2011-11-15 | Hill-Rom Services, Inc. | Patient support apparatus with motorized traction control |
US8757308B2 (en) | 2009-09-10 | 2014-06-24 | Hill-Rom Services Inc. | Powered transport system and control methods |
US10588803B2 (en) | 2012-08-11 | 2020-03-17 | Hill-Rom Services, Inc. | Person support apparatus power drive system |
Also Published As
Publication number | Publication date |
---|---|
JP2005018398A (en) | 2005-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4744792B2 (en) | Caching system | |
US6862607B1 (en) | Method to provide information in an internet telecommunication network | |
US6907429B2 (en) | Satellite-based internet access system with remote prefetching of inline objects of web pages | |
CA2591782C (en) | System and method for enhancing network browsing speed by setting a proxy server on a handheld device | |
JP3448066B2 (en) | Data services for mobile communication networks | |
US20060009215A1 (en) | Storing data content in a remote computer | |
EP2083359B1 (en) | System and method for enhancing network-browsing speed by setting a proxy server on a handheld device | |
JP2004523180A (en) | Beacon network | |
WO2003015330A2 (en) | A system and a method for accelerating communication of tcp/ip based content | |
JP2009076093A (en) | Caching system | |
EP1202524B1 (en) | Object filtering method and client device using the same | |
EP2850809B1 (en) | Providing data to a network terminal | |
JP3658610B2 (en) | Message communication method and communication system using wireless telephone | |
JP2004110094A (en) | Mobile radio terminal unit | |
JP2005327150A (en) | Information delivery system and information delivery method | |
JP3844924B2 (en) | File transfer method and file transfer system | |
KR100430110B1 (en) | Method for store a data of wireless internet in mobile phone | |
JP2005267015A (en) | Server device | |
EP1289224B1 (en) | Communication terminal device for retrieving information comprising a base unit and a remote unit | |
JP2001333062A (en) | Web PAGE SHARING SYSTEM | |
JP4276562B2 (en) | Mobile communication system and server apparatus | |
JP2005108057A (en) | Contents acquisition system, browser device and contents downloading method and program to be used for browser device | |
CN115118593A (en) | Method and system for optimizing flow during network sharing of multiple devices | |
FI112581B (en) | Locative WAP gateway | |
JP2004032122A (en) | Information providing server, information using terminal device and telecommunication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051111 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080404 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080507 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080623 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080729 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080916 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081014 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110412 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110511 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140520 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4744792 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |