中継装置、通信中継方法、そのプログラム、及び中継システム
【課題】Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継置して、コンテンツの取得を行う中継システムに関し、Ｗｅｂサーバからのコンテンツデータの取得について、携帯装置と中継装置との通信回数を減らすとともに、携帯装置の処理負担を軽減させて、コンテンツの取得時間を短縮させることにある。
【解決手段】Ｗｅｂサーバ６から受信した応答データであるＨＴＭＬデータ３８内に、外部ＣＳＳの参照要求がある場合、中継装置（ゲートウェイサーバ８）が携帯装置４に代わってＣＳＳデータ４４を取得し、取得したＣＳＳデータ４４をＨＴＭＬデータ３８に埋め込むインライン展開をしたコンテンツデータを携帯装置側に送信する構成である。
【解決手段】Ｗｅｂサーバ６から受信した応答データであるＨＴＭＬデータ３８内に、外部ＣＳＳの参照要求がある場合、中継装置（ゲートウェイサーバ８）が携帯装置４に代わってＣＳＳデータ４４を取得し、取得したＣＳＳデータ４４をＨＴＭＬデータ３８に埋め込むインライン展開をしたコンテンツデータを携帯装置側に送信する構成である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機等の通信機能を備える携帯装置とＷｅｂサーバとの中継に関し、特に、Ｗｅｂサーバと通信する携帯装置側のデータ取得及び処理を軽減する中継装置、通信中継方法、そのプログラム、及び中継システムに関する。
【背景技術】
【０００２】
Ｗｅｂサーバから提供されるＷｅｂページを構成するＨＴＭＬ（HyperText Markup Language ）言語のデータにおいて、文字のサイズや背景、Ｗｅｂページの余白等のスタイル（書式）を別個に規定するスタイルシート言語として、ＣＳＳ（Cascading Style Sheets）が利用されている。このＣＳＳは、Ｗｅｂページを構成するＨＴＭＬデータの中の所定の位置に、所定の形式で記載されている。
【０００３】
このＣＳＳは、ＨＴＭＬデータ内に直接書き込まれている場合の他、Ｗｅｂページの文字サイズや背景に関するＣＳＳのみをまとめた外部ページを作成し、ＷｅｂページのＨＴＭＬデータには、ＣＳＳに関する外部ページへのリンク（Link) 要素を記述することで関連付けるように構成する場合が知られている。
【０００４】
また、通信機能を有する携帯装置を利用して、ネットワーク上のＷｅｂページにアクセスし、コンテンツを入手することに関し、特許文献１には、移動端末からオリジン・サーバの有料コンテンツの購入要求があり、オリジン・サーバからの承認のＨＴＴＰ応答があったとき、ウェブ・ゲートウェイ（ＷＧＷ）は該ＨＴＴＰ応答のステータス・コードを "４０２" に設定してプロキシサーバに中継し、プロキシサーバは、該ＨＴＴＰ応答のステータスを" ２００" に設定して移動端末に送出した後、要求のあったページの構成要素をＷＡＰプッシュ又はＯＭＡダウンロードにより移動端末にダウンロードさせ、移動端末から全コンテンツを取得したことを示す送達確認を受信すると、ＷＧＷに対して課金通知を送信することが開示されている。
【特許文献１】特開２００５−２６７０１４公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、携帯装置からネットワーク上のＷｅｂサーバにアクセスするＨＴＴＰ（Hypertext Transfer Protocol ）通信処理では、先ず、携帯装置側からＷｅｂサーバ側にＨＴＴＰリクエストを発信し、Ｗｅｂサーバが携帯装置側に向けてＨＴＴＰレスポンスを返す。そして、携帯装置がレスポンスに対して解析処理を行い、そのレスポンス内に含まれているＷｅｂページのコンテンツが外部のＣＳＳを参照する構成である場合、携帯装置は再びＷｅｂサーバ側にＣＳＳデータ取得のＨＴＴＰリクエストを発信する必要があった。
【０００６】
このようなＷｅｂページの閲覧について、Ｗｅｂサーバに対して外部ＣＳＳファイルの取得要求が複数箇所ある場合、携帯電話等を利用した通信処理では、ブロードバンド等を利用した通信に比べて１回の通信データ転送量が比較的小さいため、データの読み込み処理を複数回行うことになる。この場合、図１２に示すように、従来の中継システム１００においては、携帯装置１０２と、ネットワークへの通信を中継するゲートウェイ（ＧＷ：Gateway)サーバ１０４との通信回数が多くなり、結果として、携帯装置１０２側がＷｅｂサーバ１０６からのコンテンツデータを取得するまでに長時間を要するという問題がある。
【０００７】
また、近年、携帯装置の演算処理装置が高性能となってきているが、上記のようなＨＴＭＬデータの解析、複数回のＣＳＳリクエストの送信、取得したＣＳＳデータとＷｅｂページとの統合処理等は高負荷であり、Ｗｅｂページの表示に長時間を要するという問題がある。
【０００８】
斯かる要求や課題について、特許文献１にはその開示や示唆はなく、それを解決する構成等についての開示や示唆はない。
【０００９】
そこで、本発明の目的は、携帯装置によるＷｅｂサーバにあるＨＴＭＬデータを取得するアクセスにおいて、携帯装置と中継装置との間のＨＴＴＰ通信の回数を削減することにある。
【００１０】
また、本発明の他の目的は、携帯装置によるＷｅｂサーバのＨＴＭＬデータの取得において、携帯装置の処理負荷を軽減することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、Ｗｅｂサーバから携帯装置へのＨＴＴＰ応答に外部ＣＳＳの参照要求がある場合、携帯装置とネットワークとの中継装置において、応答内容を解析し、外部ＣＳＳの参照要求がある場合には、携帯装置に代わってＣＳＳデータを取得し、そのＣＳＳデータとＨＴＭＬとを統合するインライン展開をして携帯装置側に送信する構成である。斯かる構成によれば、携帯装置の負荷が軽減でき、また、応答要求からＣＳＳ取得までの携帯装置と中継装置との通信回数を減らすことができ、上記目的が達成される。
【００１２】
そこで、上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置であって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するデータ取得手段を備える構成である。斯かる構成により、中継装置において、参照要求されているＣＳＳデータの代理取得を行うので、携帯装置と中継装置との通信回数を減らすことができ、上記目的が達成される。
【００１３】
また、上記目的を達成するためには、上記中継装置において、好ましくは、取得した前記ＣＳＳデータと前記応答データとを統合させる統合機能部を備え、前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込む構成であってもよい。斯かる構成によっても上記目的を達成することができる。
【００１４】
上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する通信中継方法であって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するステップを含む構成である。斯かる構成によっても上記目的を達成することができる。
【００１５】
また、上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置のコンピュータに実行させる通信中継プログラムであって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータの取得を前記コンピュータに実行させる構成である。斯かる構成によっても上記目的を達成することができる。
【００１６】
また、上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継システムであって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求があるか否かを解析し、前記応答データ内に外部ＣＳＳの参照要求を含む場合、ＷｅｂサーバからＣＳＳファイルを取得する中継装置を備える構成である。斯かる構成によっても上記目的を達成することができる。
【発明の効果】
【００１７】
本発明によれば、次のような効果が得られる。
【００１８】
(1) Ｗｅｂサーバからの応答に含まれている外部ＣＳＳの取得処理を中継装置で行うので、携帯装置と中継装置との通信回数を削減することができる。
【００１９】
(2) 外部ＣＳＳの取得を中継装置が行うことで、携帯装置のコンテンツ取得時間が短縮され、ユーザビリティを向上させることができる。
【００２０】
(3) 取得したＣＳＳデータを応答ＨＴＭＬに統合させるインライン展開を行うことで、携帯装置によるコンテンツ表示処理の負荷を軽減させることができる。
【００２１】
(4) 上記の処理を行うのに、既存の携帯装置の処理ソフト等の改編が不要であり、低コスト化を図ることができる。
【００２２】
そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。
【発明を実施するための最良の形態】
【００２３】
〔第１の実施の形態〕
【００２４】
第１の実施の形態について、図１を参照する。図１は、第１の実施の形態に係る中継システムの通信処理のシーケンス図である。なお、図１における中継システムの構成は一例であって、これに限定されるものではない。
【００２５】
この中継システム２には、携帯装置４とＷｅｂサーバ６とを中継するゲートウェイ（ＧＷ) サーバ８が構成されている。携帯装置４でネットワーク上のＷｅｂページ等を閲覧する場合、ゲートウェイサーバ８は、携帯装置４の通信機能を利用して発信された閲覧要求を受けると、そのＷｅｂページのコンテンツが格納されているＷｅｂサーバ６に対して、ネットワークを通じて閲覧要求を送信し、また、Ｗｅｂサーバ６からの応答を受けると、携帯装置４側にその応答を送信している。
【００２６】
ゲートウェイサーバ８は、携帯装置４との間で無線通信を行い、携帯装置４に代わってネットワーク上のＷｅｂサーバ６とデータ等のやり取りを行う中継装置であるプロキシサーバ（Proxy ）として機能する。また、このゲートウェイサーバ８は、携帯装置４とネットワークとの境界を構成し、ゲートウェイサーバ８の前後の各通信方式等を切り替えるゲートウェイ（Gateway ）として機能する。即ち、携帯装置４からゲートウェイサーバ８間の携帯通信網と、ゲートウェイサーバ８からＷｅｂサーバ６間のインターネット等のネットワークとを中継して、携帯装置４からＷｅｂサーバ６へのアクセスを行う構成である。
【００２７】
Ｗｅｂサーバ６は、ネットワーク上に設置され、Ｗｅｂページを含むＷｅｂサイトを開設し、各種コンテンツの提供等を行っている。Ｗｅｂサーバ６において提供されるコンテンツは、例えば、ＨＴＭＬ形式で記載されたプログラムや動画又は画像等のデータで構成されている。そして、ゲートウェイサーバ８からのＨＴＴＰ通信による要求（アクセス）に対する応答（レスポンス）によりコンテンツを構成するデータを送信する。この場合、図１に示すように、Ｗｅｂページの閲覧では、１回の通信処理でＷｅｂページのコンテンツの全てのデータを受けるのではなく、複数回に分け、段階的にＨＴＭＬデータ、各画像データ等毎に要求と応答を繰り返してデータを取得する。
【００２８】
そして、携帯装置４に対するコンテンツの提供では、ゲートウェイサーバ８からの要求に対して、先ず、コンテンツデータとして、ＨＴＭＬ形式で記載されたプログラムが応答される。このＨＴＭＬ形式のプログラム内にＣＳＳを参照する記載がある場合には、Ｗｅｂサーバ６側に対して要求を送信し、ＣＳＳデータを含む応答を受ける。このゲートウェイサーバ８では、携帯装置４側に対して、取得したＣＳＳデータとＨＴＭＬデータとをインライン展開したコンテンツデータを応答として送信する。即ち、取得したＨＴＭＬデータ内にＣＳＳの参照要求がある場合には、このＨＴＭＬデータを携帯装置４側にそのまま応答せず、ゲートウェイサーバ８において、ＣＳＳデータを代理取得する。そして、インライン展開として、ＨＴＭＬデータ中に取得したＣＳＳデータを埋め込んで統合させたコンテンツデータを送信する。
【００２９】
ＨＴＭＬのコンテンツデータの取得後、携帯装置４は、コンテンツ内に配置するインライン画像等のデータを取得するため、再びゲートウェイサーバ８側に対して、Ｗｅｂサーバ６への画像データの取得要求を送信し、Ｗｅｂサーバ６側から画像データを含む応答を受ける。
【００３０】
以上のように、要求と応答の処理をゲートウェイサーバ８を介して携帯装置４とＷｅｂサーバ６との間で行い、携帯装置４側でＷｅｂページの閲覧が可能となる。
【００３１】
次に、ゲートウェイにおける通信処理の機能構成及びＣＳＳ代理要求処理の構成について、図２を参照する。図２は、ゲートウェイにおける処理の機能構成を示すブロック図である。なお、図２における構成は一例であって、これに限られるものではない。
【００３２】
ゲートウェイ１０は、図２に示すように例えば、上記のゲートウェイサーバ８で構成されており、携帯装置４側からのコンテンツの取得要求をＷｅｂサーバ６側に中継し、また、Ｗｅｂサーバ６側からのコンテンツ応答を受け、携帯装置４側にコンテンツの応答を送信するＨＴＴＰ制御機能１２と、コンテンツ内のＨＴＭＬの解析を行うＨＴＭＬ解析機能１４と、Ｗｅｂサーバ６側に対するＣＳＳの要求を行うＣＳＳ代理要求機能１６と、ＨＴＭＬデータとＣＳＳデータとを統合させるＨＴＭＬ・ＣＳＳ統合機能１８とで構成されている。
【００３３】
ＨＴＴＰ制御機能１２は、例えば、ＨＴＴＰ通信機能を制御する制御部であって、携帯装置４側とネットワーク上のＷｅｂサーバ６側との中継処理部、又は通信制御部として機能する。また、ＨＴＭＬ解析機能１４は、ＨＴＴＰ制御機能１２で受信したＷｅｂサーバ６からの応答に含まれるＨＴＭＬデータを解析し、ＨＴＭＬがＣＳＳを参照している場合、全てのＣＳＳデータの参照先を示すＵＲＬ情報等を取得する。
【００３４】
ＣＳＳ代理要求機能１６は、ＨＴＭＬデータがＣＳＳを参照している場合に、Ｗｅｂサーバ６にＣＳＳデータの要求を送信し、Ｗｅｂサーバ６側からＣＳＳデータを取得するデータ取得手段であり、また、取得したＣＳＳデータをＨＴＭＬ・ＣＳＳ統合機能１８に送る通信処理部である。
【００３５】
ＨＴＭＬ・ＣＳＳ統合機能１８は、ＨＴＴＰ制御機能１２で受け取ったＨＴＭＬデータとＣＳＳデータとを統合する処理を行う。この統合処理では、ＨＴＭＬデータ内の外部ＣＳＳの参照要求の記載に代えて、取得したＣＳＳデータを書き込むインライン展開（Inline expansion）を行う。そして、この統合したＨＴＭＬデータをＨＴＴＰ制御機能１２から携帯装置４へとコンテンツ応答として送信する。
【００３６】
この場合、ゲートウェイ１０のＨＴＴＰ制御機能１２では、携帯装置４とＷｅｂサーバ６との間のＨＴＴＰ通信を監視しており、ＨＴＭＬデータを受信した後、ＨＴＭＬの代理要求をし、ＨＴＭＬとＣＳＳの統合処理が終了するまで、キャッシュメモリ等に保持して、携帯装置４側にＨＴＴＰ応答を送信しない構成である。
【００３７】
即ち、携帯装置４とＷｅｂサーバ６とを中継するゲートウェイ１０（８）では、プロキシサーバの機能として、Ｗｅｂサーバ６側からのＨＴＴＰレスポンスを解析し、外部ＣＳＳを参照している場合には、Ｗｅｂサーバ６側に対してＣＳＳを要求するＨＴＴＰリクエストを行っている。
【００３８】
次に、ゲートウェイサーバ８のハードウェア構成について、図３を参照する。図３は、ゲートウェイサーバのハードウェア構成を示す図である。なお、このゲートウェイサーバの構成は一例であって、これに限られるものではない。
【００３９】
ゲートウェイサーバ８は、例えば、ＣＰＵ（Central Prcessing Unit）２０、ＲＡＭ（Random Access Memory) ２２、記憶部２４、携帯装置側通信部２６、ネットワーク側通信部２８等で構成されている。
【００４０】
ＣＰＵ２０は、ゲートウェイサーバ８の基本動作等を制御するＯＳ（Operating System）の他、携帯装置４側やネットワーク上のＷｅｂサーバ６側との通信中継制御に関するプログラム、ＨＴＭＬデータ内のＣＳＳの参照要求の解析に関するプログラム、ＣＳＳ代理要求に関するプログラム、ＨＴＭＬとＣＳＳの統合に関するプログラム等の演算処理を実行するための手段であり、また、携帯装置側通信部２６、ネットワーク側通信部２８又は記憶部２４とのデータの授受や各機能部の制御を行う。ＲＡＭ２２は、前記の演算処理等を実行するためのワークエリアであって、後述する各制御プログラム等を動作させて、ＨＴＭＬ解析機能１４（図２）、ＨＴＭＬ・ＣＳＳ統合機能１８（図２）を構成する。
【００４１】
記憶部２４は、ＯＳ等の制御プログラムの他、携帯装置４やＷｅｂサーバ６との通信を中継制御する通信制御プログラム３０、ＨＴＭＬ解析プログラム３２、ＣＳＳ代理要求プログラム３４、ＨＴＭＬ・ＣＳＳ統合プログラム３６等を記憶している。また、記憶部２４には、例えば、後述する外部ＣＳＳの参照先情報等を記憶するためのデータ記憶部２５が構成されている。
【００４２】
携帯装置側通信部２６及びネットワーク側通信部２８は、例えば、携帯装置４からのコンテンツ要求を受信し、その要求に応じてＷｅｂサーバ６側へのコンテンツ要求の送信処理を行う。また、Ｗｅｂサーバ６側からのコンテンツ応答を受信し、ＨＴＭＬ解析機能１４へと送信し、ＨＴＭＬとＣＳＳとを統合したコンテンツ応答を携帯装置４側へと送信するＨＴＴＰ制御機能１２や、ＨＴＭＬ解析でＣＳＳの参照要求がある場合に、Ｗｅｂサーバ６に対してＣＳＳ要求を送信、及びＣＳＳデータの応答を受信するＣＳＳ代理要求機能１６を構成する。
【００４３】
次に、中継システム２における処理について、図４及び図５を参照する。図４は、中継システムにおけるＣＳＳ代理取得処理のシーケンス図、図５は、中継システムにおけるＣＳＳデータとＨＴＭＬデータとの統合処理のシーケンス図である。図４、図５において、図１と同一部分には同一符号を付し、その構成や処理内容の説明を省略する。また、図４及び図５に示す処理内容や手順は一例であって、これに限られるものではない。
【００４４】
ゲートウェイサーバ８では、図４に示すように、携帯装置４側からのＨＴＴＰ要求（リクエスト）をＷｅｂサーバ６側に中継し、そのＨＴＴＰ応答（レスポンス）を受け取ると、その応答内のＨＴＭＬデータを解析し（ステップＳ１１）、その解析結果により外部ＣＳＳの参照要求がある場合には、外部ＣＳＳの取得処理に移行する。この外部ＣＳＳの参照では、例えば、Ｗｅｂページ内にあるＣＳＳ参照要求の数に応じてＷｅｂサーバ６側に対して要求し、そのＣＳＳデータを含む応答処理を繰り返し行う（Ｆ1 〜ＦN ）。
【００４５】
このようにゲートウェイサーバ８において、Ｗｅｂページの配置構成等に関するＣＳＳデータの代理取得を行うことで、携帯装置４とゲートウェイサーバ８との通信回数を削減できる。
【００４６】
そして、外部ＣＳＳデータを取得した後、図５に示すように、インライン展開として、Ｗｅｂサーバ６から受け取ったＨＴＭＬデータに代理取得（Ｆ1 〜ＦN ）したＣＳＳデータを埋め込む（ステップＳ２１）。そして、ＣＳＳデータを埋め込んだＨＴＭＬデータを携帯装置４側にＨＴＴＰ応答として送信する。
【００４７】
次に、Ｗｅｂページ取得に関する通信中継方法及び通信中継プログラムについて、図６、図７、図８、図９及び図１０を参照する。図６は、ゲートウェイサーバによるＣＳＳ代理取得処理を示すフローチャート、図７は、ＨＴＭＬ解析処理を示すフローチャート、図８は、ＨＴＭＬの解析処理の一例を示す図、図９は、ＨＴＭＬ・ＣＳＳ統合処理を示すフローチャート、図１０は、ＨＴＭＬ・ＣＳＳ統合処理の一例を示す図である。なお、図６、図７、図８、図９及び図１０に示す構成及び処理内容は一例であって、これに限定されるものではない。
【００４８】
ゲートウェイサーバ８では、図６に示すように、携帯装置４からのＨＴＴＰ要求を受信すると（ステップＳ３１）、携帯装置４の中継機能として、Ｗｅｂサーバ６側に対しＨＴＴＰ要求を送信する（ステップＳ３２）。Ｗｅｂサーバ６側では、ゲートウェイサーバ８からの要求を受信すると（ステップＳ３３）、その要求に応じてゲートウェイサーバ８側にＷｅｂページのＨＴＭＬデータ等を含む応答を送信する（ステップＳ３４）。
【００４９】
そして、Ｗｅｂサーバ６側からの応答をゲートウェイサーバ８が受信したら（ステップＳ３５）、この応答に含まれたＷｅｂページを構成するＨＴＭＬ内に外部ＣＳＳの参照を要求する指令（コマンド）が有るか否かを判断するため、ＨＴＭＬ解析機能１４（図２）において解析を行う（ステップＳ３６）。解析の結果、ＨＴＭＬ内にＣＳＳの参照要求がある場合（ステップＳ３７のＹＥＳ）、ゲートウェイサーバ８は、携帯装置４に代わってＣＳＳの代理取得をする処理に移行する。
【００５０】
ＣＳＳの代理取得処理では、ゲートウェイサーバ８からＷｅｂサーバ６側に対してＣＳＳデータの要求を送信する（ステップＳ３８）。この要求をＷｅｂサーバ６側が受信すると（ステップＳ３９）、要求を送信してきたゲートウェイサーバ８に対して、ＣＳＳデータを含んだ応答を送信する（ステップＳ４０）。そして、この応答を受信する（ステップＳ４１）ことで、ゲートウェイサーバ８はＣＳＳデータを取得できる。
【００５１】
ＣＳＳデータを受け取った後、このＨＴＭＬデータの解析結果等を参照して、未取得のＣＳＳデータが有るか否かの判断を行う（ステップＳ４２）。この判断の結果、未取得のＣＳＳがある場合（ステップＳ４２のＹＥＳ）、ステップＳ３８に戻り、再びＣＳＳ要求送信を行う。ＣＳＳデータの取得処理は、ＨＴＭＬデータ内において、複数箇所にＣＳＳを参照する要求が含められている場合には、全てのＣＳＳデータを取得するまで繰り返し行う。そして、ＨＴＭＬデータ内に要求されている分のＣＳＳデータを取得したら（ステップＳ４２のＮＯ）、ＨＴＭＬデータとＣＳＳデータとの統合処理を行う（ステップＳ４３）。
【００５２】
ＨＴＭＬデータとＣＳＳデータとの統合処理（ステップＳ４３）の後、又は、取得したＨＴＭＬデータ内に外部ＣＳＳの参照要求が無い場合（ステップＳ３７のＮＯ）には、ゲートウェイサーバ８は、携帯装置４に対して、コンテンツの応答を送信する（ステップＳ４４）。
【００５３】
次に、ゲートウェイサーバ８のＨＴＭＬ解析（ステップＳ３６）の処理内容について、図７を参照する。
【００５４】
ＨＴＭＬ解析機能１４（図２）では、ＨＴＴＰ制御機能１２で取得したＨＴＭＬデータの一部を記憶部２４又はキャッシュメモリ等から読み込む（ステップＳ５１）。読み込んだＨＴＭＬデータ内に、外部ＣＳＳの参照を要求するタグが有るか否かの検索を行う（ステップＳ５２）。検索の結果、外部ＣＳＳを参照するタグがある場合（ステップＳ５２のＹＥＳ）には、タグ内の参照先のＵＲＬ（Uniform Resource Locator）を抽出し（ステップＳ５３）、例えばデータ記憶部２５等のメモリに解析結果として格納する（ステップＳ５４）。この解析処理は、未解析のＨＴＭＬデータが無くなるまで繰り返し行われる（ステップＳ５５）。また、外部ＣＳＳを参照するタグが無い場合（ステップＳ５２のＮＯ）、未解析のＨＴＭＬデータが無い場合（ステップＳ５５のＮＯ）には、この解析処理を終了する。
【００５５】
外部ＣＳＳを参照するタグの具体例を挙げると、以下の２種類の様式が存在する。
(1) <LINK REL=STYLESHEET TYPE="text/css"
HREF=http://style.com/style TITLE="Cool">
(2) <STYLE TYPE="text/css>@ import url(http://style.com/style);
・・・・・・・・・・</STYLE>
上記タグの記載内容の内、「http://style.com/style」の記載部分が参照先のＵＲＬを示している。
【００５６】
なお、上記のＨＴＭＬデータの一部読み込みにより、上記の(1) や(2) のタグの内容が部分的に検出された場合には、タグ全体の検出がされるまで解析処理を止め、追加の読み込み処理を行うようにしてもよい。また、ＲＡＭ２２等のハードウェアの容量に制約が無ければ、ＨＴＭＬデータの一部読み込みではなく、全てのデータをメモリから読み込むようにしてもよい。
【００５７】
外部ＣＳＳの参照に関する解析処理の具体例を図８に示す。図８Ａは、Ｗｅｂサーバ６から取得したＨＴＭＬデータ３８であって、ＣＳＳの参照を要求するタグが例えば、ＣＳＳ参照１、ＣＳＳ参照２〜ＣＳＳ参照Ｎまで複数個記載されている。このＨＴＭＬデータ３８において、外部ＣＳＳのＵＲＬはＬＩＮＫタグ３９（３９１、３９２・・・３９Ｎ）内の「href」パラメータで記述されており、この文字列を取得する。解析結果として全てのＣＳＳ参照先ＵＲＬをメモリであるデータ記憶部２５内に保持する。
【００５８】
このＨＴＭＬデータ３８に対してＨＴＭＬ解析機能１４による解析処理で作成したＣＳＳ参照データ４０の一例を図８Ｂに示している。このＣＳＳ参照データ４０には、ＨＴＭＬデータ３８に含まれていたタグに記載されている各タグ毎のＣＳＳ参照先のＵＲＬを抽出して、リスト化されている。即ち、ＣＳＳ参照１〜ＣＳＳ参照Ｎに対応したＣＳＳ参照先ＵＲＬ１、ＣＳＳ参照先ＵＲＬ２・・・ＣＳＳ参照先ＵＲＬＮが記載されている。
【００５９】
そして、ＨＴＭＬ解析機能１４は、図８Ｂに示すＣＳＳ参照データ４０をＣＳＳ代理要求機能１６に送る。そして、ＣＳＳ代理要求機能１６は、全ての参照先ＵＲＬに対してＣＳＳの代理要求を行う。
【００６０】
次に、ゲートウェイサーバ８によるＨＴＭＬ・ＣＳＳ統合処理について、図９を参照する。
【００６１】
ＨＴＭＬ・ＣＳＳ統合機能１８における統合処理の一例として、図９に示すように、ゲートウェイサーバ８で受け取ったＨＴＭＬデータ３８をデータ記憶部２５等のメモリから読み込む（ステップＳ６１）。そして、読み込んだＨＴＭＬデータ３８内に外部ＣＳＳの参照を要求するタグ３９が有るか否かを判断する（ステップＳ６２）。ＣＳＳ参照要求は、ＨＴＭＬデータ３８の中の特定の位置に、所定の形式で記載されている。また、複数のＣＳＳ参照要求が記載されている場合には、ＣＳＳデータの統合に備えて、ＣＳＳ参照要求の記載位置を記憶しておくようにしてもよい。
【００６２】
外部ＣＳＳの参照要求のタグ３９がある場合（ステップＳ６２のＹＥＳ）は、ＣＳＳ代理要求機能１６から、取得したＣＳＳデータを抽出し（ステップＳ６３）、ＨＴＭＬデータ３８にＣＳＳデータを統合する（ステップＳ６４）。このＨＴＭＬデータ３８にＣＳＳデータを統合させる処理は、図１０Ａに示すＨＴＭＬデータ３８内の外部ＣＳＳの参照を要求するＬＩＮＫタグ３９の記載位置に、図１０Ｂに示すＣＳＳ代理要求機能１６が取得した外部ＣＳＳデータ４４を書き替えるインライン展開を行う。この統合処理済みのＨＴＭＬデータ３８の例を図１０Ｃに示す。この場合、例えば、統合したＣＳＳデータ４４をＨＴＭＬデータ３８において機能させるためのＳＴＹＬＥタグ４６の書き込みも行う。
【００６３】
そして、未処理のＣＳＳ参照要求が無くなるまで、統合処理を行う（ステップＳ６５）。
【００６４】
なお、ＨＴＭＬデータ内のＣＳＳ参照要求の記載位置については、例えば、ＨＴＭＬ解析機能１４が作成したＣＳＳ参照データ４０（図８）を利用して、ＣＳＳ参照要求とＣＳＳデータとを対応させてもよい。
【００６５】
斯かる構成により、ゲートウェイサーバにおいてＣＳＳデータの代理取得を行うので、携帯装置とゲートウェイサーバとの通信回数を削減することができ、携帯装置でのコンテンツ取得時間を短縮することができる。また、ＣＳＳデータの取得や、ＨＴＭＬデータとＣＳＳデータとの統合処理を処理能力の高いサーバ装置で行うことで、携帯装置が行う処理を軽減でき、携帯装置側における電力消費量を削減できる。
【００６６】
〔第２の実施の形態〕
【００６７】
次に、第２の実施の形態について、図１１を参照する。図１１は、第２の実施の形態に係る中継システムの処理を示すフローチャートである。図１１において、図６と同様の処理については、その説明を省略する。
【００６８】
この実施の形態では、Ｗｅｂサーバ６で配信しているコンテンツに関し、ゲートウェイサーバ８において、配信されたコンテンツのＨＴＭＬデータ３８の解析から外部ＣＳＳ４４の参照要求がある場合には、携帯装置４に代わってＷｅｂサーバ６側からＣＳＳデータ４４の取得を行った後、取得したＨＴＭＬデータ３８及びＣＳＳデータ４４を携帯装置４側に送信する構成である。即ち、ゲートウェイサーバ８では、外部ＣＳＳデータ４４の代理取得処理まで行い、ＣＳＳデータ４４とＨＴＭＬデータ３８とを統合するインライン展開を携帯装置４側で行う中継システム２を構成する。
【００６９】
携帯装置４側からゲートウェイサーバ８に対してコンテンツの取得要求が送信される（ステップＳ７１）。この要求に対して、上記のように、ゲートウェイサーバ８はＷｅｂサーバ６側からコンテンツのＨＴＭＬデータ３８を取得する。そしてＨＴＭＬデータ３８を解析して、外部ＣＳＳの参照要求がある場合には、ＣＳＳデータ４４の代理取得を行う。この場合、図１１のステップＳ７２〜ステップＳ８３の処理は、図６のステップＳ３１〜ステップＳ４２と同様であるので、その説明を省略する。
【００７０】
そして、外部ＣＳＳデータ４４を取得したゲートウェイサーバ８は、このＣＳＳデータ４４と、記録しておいたＨＴＭＬデータ３８とをＷｅｂサーバ６からの応答として、携帯装置４側に送信する（ステップＳ８４）。このゲートウェイサーバ８からの応答を受信した（ステップＳ８５）携帯装置４では、受け取ったＨＴＭＬデータ３８に規定されている位置にＣＳＳデータ４４を埋め込むＨＴＭＬ・ＣＳＳ統合処理（ステップＳ８６）を行うことで、コンテンツを表示することができる。
【００７１】
なお、この実施の形態に係る中継システム２では、例えば、ゲートウェイサーバ８内にＨＴＭＬ・ＣＳＳ統合機能１８を備えない構成であってもよい。また、ゲートウェイサーバ８から携帯装置４への応答送信（ステップＳ８４）の際、ＨＴＭＬデータ３８やＣＳＳデータ４４とともに、例えば、図８Ｂに示すようなＨＴＭＬ解析機能１４によるＣＳＳ参照データ４０を送信して、携帯装置４による統合処理（ステップＳ８６）でＨＴＭＬ内のＬＩＮＫタグ３９とＣＳＳデータ４４との照合を行うようにしてもよい。
【００７２】
斯かる構成により、ゲートウェイサーバ側でＷｅｂサーバに対してＨＴＴＰの要求を送信し、また、ＣＳＳデータの代理取得を行うため、携帯装置とゲートウェイサーバとの間の通信回数を削減できるので、携帯装置でのコンテンツの取得時間を短縮することができる。その他、例えば、ゲートウェイサーバに負荷が集中している時間帯等では、ゲートウェイサーバでＨＴＭＬ・ＣＳＳの統合処理を行わず、取得したデータを携帯装置側で統合した方が早く処理を行うことができる。
【００７３】
〔その他の実施の形態〕
【００７４】
(1) 上記実施の形態では、ＨＴＭＬデータ３８とＣＳＳデータ４４を統合するインライン展開の処理をゲートウェイサーバ８又は携帯装置４の何れかで行う構成であるが、例えば、ゲートウェイサーバ８側にアクセスが集中している場合等で処理負荷が大きい状態のときには、ＨＴＭＬ・ＣＳＳ統合処理を携帯装置４側で行うように切り替える構成であってもよい。この場合、例えば、状況に応じてゲートウェイサーバ８から携帯装置４側に応答データの送信とともに統合処理の指示を出すようにしてもよい。斯かる構成によっても、ゲートウェイサーバの外部ＣＳＳの代理取得により、携帯装置４とゲートウェイサーバ８との通信回数を削減できるとともに、ゲートウェイサーバ８側が過負荷となっている場合等に、携帯装置４側では、統合処理が行われるまで待つことなく、ＨＴＭＬデータ３８とＣＳＳデータ４４を取得することができる。
【００７５】
(2) 上記実施の形態において、ゲートウェイサーバ８は、外部ＣＳＳの参照指示がある場合、コンテンツを構成するＨＴＭＬデータ３８を配信しているＷｅｂサーバ６に対してＣＳＳデータ４４の要求を行っているが、これに限られず、ＣＳＳの参照タグに記載されているＣＳＳ参照先ＵＲＬに従って、他のＷｅｂサーバからＣＳＳデータ４４を取得させる構成であってもよい。
【００７６】
(3) 上記実施の形態では、ゲートウェイサーバ８において取得したＨＴＭＬデータ３８の解析を行い、外部ＣＳＳの参照の有無を判断しているのに対し、ＨＴＭＬ解析機能１４を携帯装置４側が備える構成であってもよい。この場合、例えば、ゲートウェイサーバ８は、Ｗｅｂサーバ６からの応答を携帯装置４側に送信するとともに、その応答データ内のＨＴＭＬデータ３８を記憶しておく。携帯装置４では、受信したＨＴＭＬデータ３８を解析し、外部ＣＳＳの参照が必要な場合には、ゲートウェイサーバ８側にＣＳＳの取得指示や解析結果であるＣＳＳ参照データ４０等を送信し、この指示に基づいてゲートウェイサーバ８がＣＳＳデータ４４の代理取得を行う。そして、取得したＣＳＳデータ４４と記憶しておいたＨＴＭＬデータ３８を統合して、応答コンテンツを携帯装置４に送信するようにしてもよい。
【００７７】
即ち、サーバ装置であるゲートウェイサーバ８では判断処理を行わず、データや処理の指示を中継する中継手段、及びデータの処理手段としての機能のみを持たせることで、処理の高速化を図ることができる。斯かる構成によれば、Ｗｅｂサーバ６からの応答に対して、ゲートウェイサーバ８が解析処理を行わないので、例えば、外部ＣＳＳの参照を行わない場合には、より早くコンテンツの取得が可能になる。また、外部ＣＳＳの参照要求が複数ある場合には、上記の構成と同様に、複数のＣＳＳデータ４４を代理取得し、ＨＴＭＬデータ３８とＣＳＳデータ４４を統合するインライン展開処理を行って、携帯装置４側に送信するので、携帯装置４のコンテンツの取得時間を短縮することができる。
【００７８】
(4) 上記実施の形態では、コンテンツの取得、ＨＴＭＬデータの解析、外部ＣＳＳの代理取得、ＨＴＭＬデータとＣＳＳデータとの統合処理等を行うサーバ装置として、ゲートウェイサーバ、又はプロキシサーバを利用する構成であるが、これに限られず、例えば、ゲートウェイ内に、上記の処理を行うためのサーバ装置を備えるようにしてもよい。
【００７９】
次に、以上述べた本発明の実施の形態から抽出される技術的思想を請求項の記載形式に準じて付記として列挙する。本発明に係る技術的思想は上位概念から下位概念まで、様々なレベルやバリエーションにより把握できるものであり、以下の付記に本発明が限定されるものではない。
【００８０】
（付記１） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するデータ取得手段を備えることを特徴とする中継装置。
【００８１】
（付記２） 付記１の中継装置において、
前記Ｗｅｂサーバからの応答データ内に外部ＣＳＳの参照要求があるか否かを解析する解析機能部と、
外部ＣＳＳ参照先のアドレス情報を抽出して記憶する記憶部と、
を備えることを特徴とする中継装置。
【００８２】
（付記３） 付記１の中継装置において、
取得した前記ＣＳＳデータと前記応答データとを統合させる統合機能部を備え、
前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込むことを特徴とする中継装置。
【００８３】
（付記４） 付記３の中継装置において、
取得したＣＳＳデータを書き込んだ応答データを携帯装置側に送信することを特徴とする中継装置。
【００８４】
（付記５） 付記１の中継装置において、
取得した応答データ及びＣＳＳデータを携帯装置側に送信することを特徴とする中継装置。
【００８５】
（付記６） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する通信中継方法であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するステップを含むことを特徴とする通信中継方法。
【００８６】
（付記７） 付記６の通信中継方法において、
前記Ｗｅｂサーバからの応答データ内に外部ＣＳＳの参照要求があるか否かを解析するステップと、
外部ＣＳＳ参照先のアドレス情報を抽出して記憶するステップと、
を含むことを特徴とする通信中継方法。
【００８７】
（付記８） 付記６の通信中継方法において、
取得した前記ＣＳＳデータと前記応答データとを統合させるステップを含み、
前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込むことを特徴とする通信中継方法。
【００８８】
（付記９） 付記８の通信中継方法において、
取得したＣＳＳデータを書き込んだ応答データを携帯装置側に送信するステップを含むことを特徴とする通信中継方法。
【００８９】
（付記１０） 付記６の通信中継方法において、
取得した応答データ及びＣＳＳデータを携帯装置側に送信するステップを含むことを特徴とする通信中継方法。
【００９０】
（付記１１） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置のコンピュータに実行させる通信中継プログラムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータの取得を前記コンピュータに実行させることを特徴とする通信中継プログラム。
【００９１】
（付記１２） 付記１１の通信中継プログラムにおいて、
前記Ｗｅｂサーバからの応答データ内に外部ＣＳＳの参照要求があるか否かを解析させる指示を出すステップと、
外部ＣＳＳ参照先のアドレス情報を抽出して記憶するステップと、
を含むことを特徴とする通信中継プログラム。
【００９２】
（付記１３） 付記１１の通信中継プログラムにおいて、
取得した前記ＣＳＳデータと前記応答データとを統合させ、前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込む指示を出すことを特徴とする通信中継プログラム。
【００９３】
（付記１４） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継システムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求があるか否かを解析し、前記応答データ内に外部ＣＳＳの参照要求を含む場合、ＷｅｂサーバからＣＳＳファイルを取得する中継装置を備えることを特徴とする中継システム。
【００９４】
以上説明したように、本発明の最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、特許請求の範囲に記載され、又は発明を実施するための最良の形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。
【産業上の利用可能性】
【００９５】
本発明は、携帯電話機等の通信機能を備える携帯装置とＷｅｂサーバとを中継し、コンテンツの取得を行う中継システムに関し、中継装置において、ＣＳＳデータの取得やＨＴＭＬデータと統合するインライン展開をして携帯装置側に送信することで、携帯装置とサーバ装置との間のＨＴＴＰ通信の回数を削減でき、また、携帯装置の処理負荷を軽減することができ、有用である。
【図面の簡単な説明】
【００９６】
【図１】第１の実施の形態に係る中継システムの通信処理のシーケンス図である。
【図２】ゲートウェイにおける処理の機能構成を示すブロック図である。
【図３】ゲートウェイサーバのハードウェア構成を示す図である。
【図４】中継システムにおけるＣＳＳ代理取得処理のシーケンス図である。
【図５】中継システムにおけるＣＳＳデータとＨＴＭＬデータの統合処理（インライン展開）のシーケンス図である。
【図６】ゲートウェイサーバによるＣＳＳ代理取得処理を示すフローチャートである。
【図７】ＨＴＭＬ解析処理を示すフローチャートである。
【図８】ＨＴＭＬの解析処理の一例を示す図である。
【図９】ＨＴＭＬ・ＣＳＳ統合処理を示すフローチャートである。
【図１０】ＨＴＭＬ・ＣＳＳ統合処理の一例を示す図である。
【図１１】第２の実施の形態に係る中継システムの処理を示すフローチャートである。
【図１２】従来の中継システムにおけるコンテンツ取得処理を示すシーケンス図である。
【符号の説明】
【００９７】
２ 中継システム
４ 携帯装置
６ Ｗｅｂサーバ
８ ゲートウェイ（ＧＷ）サーバ
１０ ゲートウェイ
１２ ＨＴＴＰ制御機能
１４ ＨＴＭＬ解析機能
１６ ＣＳＳ代理要求機能
１８ ＨＴＭＬ・ＣＳＳ統合機能
２４ 記憶部
２５ データ記憶部
２６ 携帯装置側通信部
２８ ネットワーク側通信部
３０ 通信制御プログラム
３２ ＨＴＭＬ解析プログラム
３４ ＣＳＳ代理要求プログラム
３６ ＨＴＭＬ・ＣＳＳ統合プログラム
３８ ＨＴＭＬデータ
３９ ＬＩＮＫタグ
４０ ＣＳＳ参照データ
４４ 外部ＣＳＳデータ
４６ ＳＴＹＬＥタグ
【技術分野】
【０００１】
本発明は、携帯電話機等の通信機能を備える携帯装置とＷｅｂサーバとの中継に関し、特に、Ｗｅｂサーバと通信する携帯装置側のデータ取得及び処理を軽減する中継装置、通信中継方法、そのプログラム、及び中継システムに関する。
【背景技術】
【０００２】
Ｗｅｂサーバから提供されるＷｅｂページを構成するＨＴＭＬ（HyperText Markup Language ）言語のデータにおいて、文字のサイズや背景、Ｗｅｂページの余白等のスタイル（書式）を別個に規定するスタイルシート言語として、ＣＳＳ（Cascading Style Sheets）が利用されている。このＣＳＳは、Ｗｅｂページを構成するＨＴＭＬデータの中の所定の位置に、所定の形式で記載されている。
【０００３】
このＣＳＳは、ＨＴＭＬデータ内に直接書き込まれている場合の他、Ｗｅｂページの文字サイズや背景に関するＣＳＳのみをまとめた外部ページを作成し、ＷｅｂページのＨＴＭＬデータには、ＣＳＳに関する外部ページへのリンク（Link) 要素を記述することで関連付けるように構成する場合が知られている。
【０００４】
また、通信機能を有する携帯装置を利用して、ネットワーク上のＷｅｂページにアクセスし、コンテンツを入手することに関し、特許文献１には、移動端末からオリジン・サーバの有料コンテンツの購入要求があり、オリジン・サーバからの承認のＨＴＴＰ応答があったとき、ウェブ・ゲートウェイ（ＷＧＷ）は該ＨＴＴＰ応答のステータス・コードを "４０２" に設定してプロキシサーバに中継し、プロキシサーバは、該ＨＴＴＰ応答のステータスを" ２００" に設定して移動端末に送出した後、要求のあったページの構成要素をＷＡＰプッシュ又はＯＭＡダウンロードにより移動端末にダウンロードさせ、移動端末から全コンテンツを取得したことを示す送達確認を受信すると、ＷＧＷに対して課金通知を送信することが開示されている。
【特許文献１】特開２００５−２６７０１４公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、携帯装置からネットワーク上のＷｅｂサーバにアクセスするＨＴＴＰ（Hypertext Transfer Protocol ）通信処理では、先ず、携帯装置側からＷｅｂサーバ側にＨＴＴＰリクエストを発信し、Ｗｅｂサーバが携帯装置側に向けてＨＴＴＰレスポンスを返す。そして、携帯装置がレスポンスに対して解析処理を行い、そのレスポンス内に含まれているＷｅｂページのコンテンツが外部のＣＳＳを参照する構成である場合、携帯装置は再びＷｅｂサーバ側にＣＳＳデータ取得のＨＴＴＰリクエストを発信する必要があった。
【０００６】
このようなＷｅｂページの閲覧について、Ｗｅｂサーバに対して外部ＣＳＳファイルの取得要求が複数箇所ある場合、携帯電話等を利用した通信処理では、ブロードバンド等を利用した通信に比べて１回の通信データ転送量が比較的小さいため、データの読み込み処理を複数回行うことになる。この場合、図１２に示すように、従来の中継システム１００においては、携帯装置１０２と、ネットワークへの通信を中継するゲートウェイ（ＧＷ：Gateway)サーバ１０４との通信回数が多くなり、結果として、携帯装置１０２側がＷｅｂサーバ１０６からのコンテンツデータを取得するまでに長時間を要するという問題がある。
【０００７】
また、近年、携帯装置の演算処理装置が高性能となってきているが、上記のようなＨＴＭＬデータの解析、複数回のＣＳＳリクエストの送信、取得したＣＳＳデータとＷｅｂページとの統合処理等は高負荷であり、Ｗｅｂページの表示に長時間を要するという問題がある。
【０００８】
斯かる要求や課題について、特許文献１にはその開示や示唆はなく、それを解決する構成等についての開示や示唆はない。
【０００９】
そこで、本発明の目的は、携帯装置によるＷｅｂサーバにあるＨＴＭＬデータを取得するアクセスにおいて、携帯装置と中継装置との間のＨＴＴＰ通信の回数を削減することにある。
【００１０】
また、本発明の他の目的は、携帯装置によるＷｅｂサーバのＨＴＭＬデータの取得において、携帯装置の処理負荷を軽減することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、Ｗｅｂサーバから携帯装置へのＨＴＴＰ応答に外部ＣＳＳの参照要求がある場合、携帯装置とネットワークとの中継装置において、応答内容を解析し、外部ＣＳＳの参照要求がある場合には、携帯装置に代わってＣＳＳデータを取得し、そのＣＳＳデータとＨＴＭＬとを統合するインライン展開をして携帯装置側に送信する構成である。斯かる構成によれば、携帯装置の負荷が軽減でき、また、応答要求からＣＳＳ取得までの携帯装置と中継装置との通信回数を減らすことができ、上記目的が達成される。
【００１２】
そこで、上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置であって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するデータ取得手段を備える構成である。斯かる構成により、中継装置において、参照要求されているＣＳＳデータの代理取得を行うので、携帯装置と中継装置との通信回数を減らすことができ、上記目的が達成される。
【００１３】
また、上記目的を達成するためには、上記中継装置において、好ましくは、取得した前記ＣＳＳデータと前記応答データとを統合させる統合機能部を備え、前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込む構成であってもよい。斯かる構成によっても上記目的を達成することができる。
【００１４】
上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する通信中継方法であって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するステップを含む構成である。斯かる構成によっても上記目的を達成することができる。
【００１５】
また、上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置のコンピュータに実行させる通信中継プログラムであって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータの取得を前記コンピュータに実行させる構成である。斯かる構成によっても上記目的を達成することができる。
【００１６】
また、上記目的を達成するため、本発明は、Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継システムであって、前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求があるか否かを解析し、前記応答データ内に外部ＣＳＳの参照要求を含む場合、ＷｅｂサーバからＣＳＳファイルを取得する中継装置を備える構成である。斯かる構成によっても上記目的を達成することができる。
【発明の効果】
【００１７】
本発明によれば、次のような効果が得られる。
【００１８】
(1) Ｗｅｂサーバからの応答に含まれている外部ＣＳＳの取得処理を中継装置で行うので、携帯装置と中継装置との通信回数を削減することができる。
【００１９】
(2) 外部ＣＳＳの取得を中継装置が行うことで、携帯装置のコンテンツ取得時間が短縮され、ユーザビリティを向上させることができる。
【００２０】
(3) 取得したＣＳＳデータを応答ＨＴＭＬに統合させるインライン展開を行うことで、携帯装置によるコンテンツ表示処理の負荷を軽減させることができる。
【００２１】
(4) 上記の処理を行うのに、既存の携帯装置の処理ソフト等の改編が不要であり、低コスト化を図ることができる。
【００２２】
そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。
【発明を実施するための最良の形態】
【００２３】
〔第１の実施の形態〕
【００２４】
第１の実施の形態について、図１を参照する。図１は、第１の実施の形態に係る中継システムの通信処理のシーケンス図である。なお、図１における中継システムの構成は一例であって、これに限定されるものではない。
【００２５】
この中継システム２には、携帯装置４とＷｅｂサーバ６とを中継するゲートウェイ（ＧＷ) サーバ８が構成されている。携帯装置４でネットワーク上のＷｅｂページ等を閲覧する場合、ゲートウェイサーバ８は、携帯装置４の通信機能を利用して発信された閲覧要求を受けると、そのＷｅｂページのコンテンツが格納されているＷｅｂサーバ６に対して、ネットワークを通じて閲覧要求を送信し、また、Ｗｅｂサーバ６からの応答を受けると、携帯装置４側にその応答を送信している。
【００２６】
ゲートウェイサーバ８は、携帯装置４との間で無線通信を行い、携帯装置４に代わってネットワーク上のＷｅｂサーバ６とデータ等のやり取りを行う中継装置であるプロキシサーバ（Proxy ）として機能する。また、このゲートウェイサーバ８は、携帯装置４とネットワークとの境界を構成し、ゲートウェイサーバ８の前後の各通信方式等を切り替えるゲートウェイ（Gateway ）として機能する。即ち、携帯装置４からゲートウェイサーバ８間の携帯通信網と、ゲートウェイサーバ８からＷｅｂサーバ６間のインターネット等のネットワークとを中継して、携帯装置４からＷｅｂサーバ６へのアクセスを行う構成である。
【００２７】
Ｗｅｂサーバ６は、ネットワーク上に設置され、Ｗｅｂページを含むＷｅｂサイトを開設し、各種コンテンツの提供等を行っている。Ｗｅｂサーバ６において提供されるコンテンツは、例えば、ＨＴＭＬ形式で記載されたプログラムや動画又は画像等のデータで構成されている。そして、ゲートウェイサーバ８からのＨＴＴＰ通信による要求（アクセス）に対する応答（レスポンス）によりコンテンツを構成するデータを送信する。この場合、図１に示すように、Ｗｅｂページの閲覧では、１回の通信処理でＷｅｂページのコンテンツの全てのデータを受けるのではなく、複数回に分け、段階的にＨＴＭＬデータ、各画像データ等毎に要求と応答を繰り返してデータを取得する。
【００２８】
そして、携帯装置４に対するコンテンツの提供では、ゲートウェイサーバ８からの要求に対して、先ず、コンテンツデータとして、ＨＴＭＬ形式で記載されたプログラムが応答される。このＨＴＭＬ形式のプログラム内にＣＳＳを参照する記載がある場合には、Ｗｅｂサーバ６側に対して要求を送信し、ＣＳＳデータを含む応答を受ける。このゲートウェイサーバ８では、携帯装置４側に対して、取得したＣＳＳデータとＨＴＭＬデータとをインライン展開したコンテンツデータを応答として送信する。即ち、取得したＨＴＭＬデータ内にＣＳＳの参照要求がある場合には、このＨＴＭＬデータを携帯装置４側にそのまま応答せず、ゲートウェイサーバ８において、ＣＳＳデータを代理取得する。そして、インライン展開として、ＨＴＭＬデータ中に取得したＣＳＳデータを埋め込んで統合させたコンテンツデータを送信する。
【００２９】
ＨＴＭＬのコンテンツデータの取得後、携帯装置４は、コンテンツ内に配置するインライン画像等のデータを取得するため、再びゲートウェイサーバ８側に対して、Ｗｅｂサーバ６への画像データの取得要求を送信し、Ｗｅｂサーバ６側から画像データを含む応答を受ける。
【００３０】
以上のように、要求と応答の処理をゲートウェイサーバ８を介して携帯装置４とＷｅｂサーバ６との間で行い、携帯装置４側でＷｅｂページの閲覧が可能となる。
【００３１】
次に、ゲートウェイにおける通信処理の機能構成及びＣＳＳ代理要求処理の構成について、図２を参照する。図２は、ゲートウェイにおける処理の機能構成を示すブロック図である。なお、図２における構成は一例であって、これに限られるものではない。
【００３２】
ゲートウェイ１０は、図２に示すように例えば、上記のゲートウェイサーバ８で構成されており、携帯装置４側からのコンテンツの取得要求をＷｅｂサーバ６側に中継し、また、Ｗｅｂサーバ６側からのコンテンツ応答を受け、携帯装置４側にコンテンツの応答を送信するＨＴＴＰ制御機能１２と、コンテンツ内のＨＴＭＬの解析を行うＨＴＭＬ解析機能１４と、Ｗｅｂサーバ６側に対するＣＳＳの要求を行うＣＳＳ代理要求機能１６と、ＨＴＭＬデータとＣＳＳデータとを統合させるＨＴＭＬ・ＣＳＳ統合機能１８とで構成されている。
【００３３】
ＨＴＴＰ制御機能１２は、例えば、ＨＴＴＰ通信機能を制御する制御部であって、携帯装置４側とネットワーク上のＷｅｂサーバ６側との中継処理部、又は通信制御部として機能する。また、ＨＴＭＬ解析機能１４は、ＨＴＴＰ制御機能１２で受信したＷｅｂサーバ６からの応答に含まれるＨＴＭＬデータを解析し、ＨＴＭＬがＣＳＳを参照している場合、全てのＣＳＳデータの参照先を示すＵＲＬ情報等を取得する。
【００３４】
ＣＳＳ代理要求機能１６は、ＨＴＭＬデータがＣＳＳを参照している場合に、Ｗｅｂサーバ６にＣＳＳデータの要求を送信し、Ｗｅｂサーバ６側からＣＳＳデータを取得するデータ取得手段であり、また、取得したＣＳＳデータをＨＴＭＬ・ＣＳＳ統合機能１８に送る通信処理部である。
【００３５】
ＨＴＭＬ・ＣＳＳ統合機能１８は、ＨＴＴＰ制御機能１２で受け取ったＨＴＭＬデータとＣＳＳデータとを統合する処理を行う。この統合処理では、ＨＴＭＬデータ内の外部ＣＳＳの参照要求の記載に代えて、取得したＣＳＳデータを書き込むインライン展開（Inline expansion）を行う。そして、この統合したＨＴＭＬデータをＨＴＴＰ制御機能１２から携帯装置４へとコンテンツ応答として送信する。
【００３６】
この場合、ゲートウェイ１０のＨＴＴＰ制御機能１２では、携帯装置４とＷｅｂサーバ６との間のＨＴＴＰ通信を監視しており、ＨＴＭＬデータを受信した後、ＨＴＭＬの代理要求をし、ＨＴＭＬとＣＳＳの統合処理が終了するまで、キャッシュメモリ等に保持して、携帯装置４側にＨＴＴＰ応答を送信しない構成である。
【００３７】
即ち、携帯装置４とＷｅｂサーバ６とを中継するゲートウェイ１０（８）では、プロキシサーバの機能として、Ｗｅｂサーバ６側からのＨＴＴＰレスポンスを解析し、外部ＣＳＳを参照している場合には、Ｗｅｂサーバ６側に対してＣＳＳを要求するＨＴＴＰリクエストを行っている。
【００３８】
次に、ゲートウェイサーバ８のハードウェア構成について、図３を参照する。図３は、ゲートウェイサーバのハードウェア構成を示す図である。なお、このゲートウェイサーバの構成は一例であって、これに限られるものではない。
【００３９】
ゲートウェイサーバ８は、例えば、ＣＰＵ（Central Prcessing Unit）２０、ＲＡＭ（Random Access Memory) ２２、記憶部２４、携帯装置側通信部２６、ネットワーク側通信部２８等で構成されている。
【００４０】
ＣＰＵ２０は、ゲートウェイサーバ８の基本動作等を制御するＯＳ（Operating System）の他、携帯装置４側やネットワーク上のＷｅｂサーバ６側との通信中継制御に関するプログラム、ＨＴＭＬデータ内のＣＳＳの参照要求の解析に関するプログラム、ＣＳＳ代理要求に関するプログラム、ＨＴＭＬとＣＳＳの統合に関するプログラム等の演算処理を実行するための手段であり、また、携帯装置側通信部２６、ネットワーク側通信部２８又は記憶部２４とのデータの授受や各機能部の制御を行う。ＲＡＭ２２は、前記の演算処理等を実行するためのワークエリアであって、後述する各制御プログラム等を動作させて、ＨＴＭＬ解析機能１４（図２）、ＨＴＭＬ・ＣＳＳ統合機能１８（図２）を構成する。
【００４１】
記憶部２４は、ＯＳ等の制御プログラムの他、携帯装置４やＷｅｂサーバ６との通信を中継制御する通信制御プログラム３０、ＨＴＭＬ解析プログラム３２、ＣＳＳ代理要求プログラム３４、ＨＴＭＬ・ＣＳＳ統合プログラム３６等を記憶している。また、記憶部２４には、例えば、後述する外部ＣＳＳの参照先情報等を記憶するためのデータ記憶部２５が構成されている。
【００４２】
携帯装置側通信部２６及びネットワーク側通信部２８は、例えば、携帯装置４からのコンテンツ要求を受信し、その要求に応じてＷｅｂサーバ６側へのコンテンツ要求の送信処理を行う。また、Ｗｅｂサーバ６側からのコンテンツ応答を受信し、ＨＴＭＬ解析機能１４へと送信し、ＨＴＭＬとＣＳＳとを統合したコンテンツ応答を携帯装置４側へと送信するＨＴＴＰ制御機能１２や、ＨＴＭＬ解析でＣＳＳの参照要求がある場合に、Ｗｅｂサーバ６に対してＣＳＳ要求を送信、及びＣＳＳデータの応答を受信するＣＳＳ代理要求機能１６を構成する。
【００４３】
次に、中継システム２における処理について、図４及び図５を参照する。図４は、中継システムにおけるＣＳＳ代理取得処理のシーケンス図、図５は、中継システムにおけるＣＳＳデータとＨＴＭＬデータとの統合処理のシーケンス図である。図４、図５において、図１と同一部分には同一符号を付し、その構成や処理内容の説明を省略する。また、図４及び図５に示す処理内容や手順は一例であって、これに限られるものではない。
【００４４】
ゲートウェイサーバ８では、図４に示すように、携帯装置４側からのＨＴＴＰ要求（リクエスト）をＷｅｂサーバ６側に中継し、そのＨＴＴＰ応答（レスポンス）を受け取ると、その応答内のＨＴＭＬデータを解析し（ステップＳ１１）、その解析結果により外部ＣＳＳの参照要求がある場合には、外部ＣＳＳの取得処理に移行する。この外部ＣＳＳの参照では、例えば、Ｗｅｂページ内にあるＣＳＳ参照要求の数に応じてＷｅｂサーバ６側に対して要求し、そのＣＳＳデータを含む応答処理を繰り返し行う（Ｆ1 〜ＦN ）。
【００４５】
このようにゲートウェイサーバ８において、Ｗｅｂページの配置構成等に関するＣＳＳデータの代理取得を行うことで、携帯装置４とゲートウェイサーバ８との通信回数を削減できる。
【００４６】
そして、外部ＣＳＳデータを取得した後、図５に示すように、インライン展開として、Ｗｅｂサーバ６から受け取ったＨＴＭＬデータに代理取得（Ｆ1 〜ＦN ）したＣＳＳデータを埋め込む（ステップＳ２１）。そして、ＣＳＳデータを埋め込んだＨＴＭＬデータを携帯装置４側にＨＴＴＰ応答として送信する。
【００４７】
次に、Ｗｅｂページ取得に関する通信中継方法及び通信中継プログラムについて、図６、図７、図８、図９及び図１０を参照する。図６は、ゲートウェイサーバによるＣＳＳ代理取得処理を示すフローチャート、図７は、ＨＴＭＬ解析処理を示すフローチャート、図８は、ＨＴＭＬの解析処理の一例を示す図、図９は、ＨＴＭＬ・ＣＳＳ統合処理を示すフローチャート、図１０は、ＨＴＭＬ・ＣＳＳ統合処理の一例を示す図である。なお、図６、図７、図８、図９及び図１０に示す構成及び処理内容は一例であって、これに限定されるものではない。
【００４８】
ゲートウェイサーバ８では、図６に示すように、携帯装置４からのＨＴＴＰ要求を受信すると（ステップＳ３１）、携帯装置４の中継機能として、Ｗｅｂサーバ６側に対しＨＴＴＰ要求を送信する（ステップＳ３２）。Ｗｅｂサーバ６側では、ゲートウェイサーバ８からの要求を受信すると（ステップＳ３３）、その要求に応じてゲートウェイサーバ８側にＷｅｂページのＨＴＭＬデータ等を含む応答を送信する（ステップＳ３４）。
【００４９】
そして、Ｗｅｂサーバ６側からの応答をゲートウェイサーバ８が受信したら（ステップＳ３５）、この応答に含まれたＷｅｂページを構成するＨＴＭＬ内に外部ＣＳＳの参照を要求する指令（コマンド）が有るか否かを判断するため、ＨＴＭＬ解析機能１４（図２）において解析を行う（ステップＳ３６）。解析の結果、ＨＴＭＬ内にＣＳＳの参照要求がある場合（ステップＳ３７のＹＥＳ）、ゲートウェイサーバ８は、携帯装置４に代わってＣＳＳの代理取得をする処理に移行する。
【００５０】
ＣＳＳの代理取得処理では、ゲートウェイサーバ８からＷｅｂサーバ６側に対してＣＳＳデータの要求を送信する（ステップＳ３８）。この要求をＷｅｂサーバ６側が受信すると（ステップＳ３９）、要求を送信してきたゲートウェイサーバ８に対して、ＣＳＳデータを含んだ応答を送信する（ステップＳ４０）。そして、この応答を受信する（ステップＳ４１）ことで、ゲートウェイサーバ８はＣＳＳデータを取得できる。
【００５１】
ＣＳＳデータを受け取った後、このＨＴＭＬデータの解析結果等を参照して、未取得のＣＳＳデータが有るか否かの判断を行う（ステップＳ４２）。この判断の結果、未取得のＣＳＳがある場合（ステップＳ４２のＹＥＳ）、ステップＳ３８に戻り、再びＣＳＳ要求送信を行う。ＣＳＳデータの取得処理は、ＨＴＭＬデータ内において、複数箇所にＣＳＳを参照する要求が含められている場合には、全てのＣＳＳデータを取得するまで繰り返し行う。そして、ＨＴＭＬデータ内に要求されている分のＣＳＳデータを取得したら（ステップＳ４２のＮＯ）、ＨＴＭＬデータとＣＳＳデータとの統合処理を行う（ステップＳ４３）。
【００５２】
ＨＴＭＬデータとＣＳＳデータとの統合処理（ステップＳ４３）の後、又は、取得したＨＴＭＬデータ内に外部ＣＳＳの参照要求が無い場合（ステップＳ３７のＮＯ）には、ゲートウェイサーバ８は、携帯装置４に対して、コンテンツの応答を送信する（ステップＳ４４）。
【００５３】
次に、ゲートウェイサーバ８のＨＴＭＬ解析（ステップＳ３６）の処理内容について、図７を参照する。
【００５４】
ＨＴＭＬ解析機能１４（図２）では、ＨＴＴＰ制御機能１２で取得したＨＴＭＬデータの一部を記憶部２４又はキャッシュメモリ等から読み込む（ステップＳ５１）。読み込んだＨＴＭＬデータ内に、外部ＣＳＳの参照を要求するタグが有るか否かの検索を行う（ステップＳ５２）。検索の結果、外部ＣＳＳを参照するタグがある場合（ステップＳ５２のＹＥＳ）には、タグ内の参照先のＵＲＬ（Uniform Resource Locator）を抽出し（ステップＳ５３）、例えばデータ記憶部２５等のメモリに解析結果として格納する（ステップＳ５４）。この解析処理は、未解析のＨＴＭＬデータが無くなるまで繰り返し行われる（ステップＳ５５）。また、外部ＣＳＳを参照するタグが無い場合（ステップＳ５２のＮＯ）、未解析のＨＴＭＬデータが無い場合（ステップＳ５５のＮＯ）には、この解析処理を終了する。
【００５５】
外部ＣＳＳを参照するタグの具体例を挙げると、以下の２種類の様式が存在する。
(1) <LINK REL=STYLESHEET TYPE="text/css"
HREF=http://style.com/style TITLE="Cool">
(2) <STYLE TYPE="text/css>@ import url(http://style.com/style);
・・・・・・・・・・</STYLE>
上記タグの記載内容の内、「http://style.com/style」の記載部分が参照先のＵＲＬを示している。
【００５６】
なお、上記のＨＴＭＬデータの一部読み込みにより、上記の(1) や(2) のタグの内容が部分的に検出された場合には、タグ全体の検出がされるまで解析処理を止め、追加の読み込み処理を行うようにしてもよい。また、ＲＡＭ２２等のハードウェアの容量に制約が無ければ、ＨＴＭＬデータの一部読み込みではなく、全てのデータをメモリから読み込むようにしてもよい。
【００５７】
外部ＣＳＳの参照に関する解析処理の具体例を図８に示す。図８Ａは、Ｗｅｂサーバ６から取得したＨＴＭＬデータ３８であって、ＣＳＳの参照を要求するタグが例えば、ＣＳＳ参照１、ＣＳＳ参照２〜ＣＳＳ参照Ｎまで複数個記載されている。このＨＴＭＬデータ３８において、外部ＣＳＳのＵＲＬはＬＩＮＫタグ３９（３９１、３９２・・・３９Ｎ）内の「href」パラメータで記述されており、この文字列を取得する。解析結果として全てのＣＳＳ参照先ＵＲＬをメモリであるデータ記憶部２５内に保持する。
【００５８】
このＨＴＭＬデータ３８に対してＨＴＭＬ解析機能１４による解析処理で作成したＣＳＳ参照データ４０の一例を図８Ｂに示している。このＣＳＳ参照データ４０には、ＨＴＭＬデータ３８に含まれていたタグに記載されている各タグ毎のＣＳＳ参照先のＵＲＬを抽出して、リスト化されている。即ち、ＣＳＳ参照１〜ＣＳＳ参照Ｎに対応したＣＳＳ参照先ＵＲＬ１、ＣＳＳ参照先ＵＲＬ２・・・ＣＳＳ参照先ＵＲＬＮが記載されている。
【００５９】
そして、ＨＴＭＬ解析機能１４は、図８Ｂに示すＣＳＳ参照データ４０をＣＳＳ代理要求機能１６に送る。そして、ＣＳＳ代理要求機能１６は、全ての参照先ＵＲＬに対してＣＳＳの代理要求を行う。
【００６０】
次に、ゲートウェイサーバ８によるＨＴＭＬ・ＣＳＳ統合処理について、図９を参照する。
【００６１】
ＨＴＭＬ・ＣＳＳ統合機能１８における統合処理の一例として、図９に示すように、ゲートウェイサーバ８で受け取ったＨＴＭＬデータ３８をデータ記憶部２５等のメモリから読み込む（ステップＳ６１）。そして、読み込んだＨＴＭＬデータ３８内に外部ＣＳＳの参照を要求するタグ３９が有るか否かを判断する（ステップＳ６２）。ＣＳＳ参照要求は、ＨＴＭＬデータ３８の中の特定の位置に、所定の形式で記載されている。また、複数のＣＳＳ参照要求が記載されている場合には、ＣＳＳデータの統合に備えて、ＣＳＳ参照要求の記載位置を記憶しておくようにしてもよい。
【００６２】
外部ＣＳＳの参照要求のタグ３９がある場合（ステップＳ６２のＹＥＳ）は、ＣＳＳ代理要求機能１６から、取得したＣＳＳデータを抽出し（ステップＳ６３）、ＨＴＭＬデータ３８にＣＳＳデータを統合する（ステップＳ６４）。このＨＴＭＬデータ３８にＣＳＳデータを統合させる処理は、図１０Ａに示すＨＴＭＬデータ３８内の外部ＣＳＳの参照を要求するＬＩＮＫタグ３９の記載位置に、図１０Ｂに示すＣＳＳ代理要求機能１６が取得した外部ＣＳＳデータ４４を書き替えるインライン展開を行う。この統合処理済みのＨＴＭＬデータ３８の例を図１０Ｃに示す。この場合、例えば、統合したＣＳＳデータ４４をＨＴＭＬデータ３８において機能させるためのＳＴＹＬＥタグ４６の書き込みも行う。
【００６３】
そして、未処理のＣＳＳ参照要求が無くなるまで、統合処理を行う（ステップＳ６５）。
【００６４】
なお、ＨＴＭＬデータ内のＣＳＳ参照要求の記載位置については、例えば、ＨＴＭＬ解析機能１４が作成したＣＳＳ参照データ４０（図８）を利用して、ＣＳＳ参照要求とＣＳＳデータとを対応させてもよい。
【００６５】
斯かる構成により、ゲートウェイサーバにおいてＣＳＳデータの代理取得を行うので、携帯装置とゲートウェイサーバとの通信回数を削減することができ、携帯装置でのコンテンツ取得時間を短縮することができる。また、ＣＳＳデータの取得や、ＨＴＭＬデータとＣＳＳデータとの統合処理を処理能力の高いサーバ装置で行うことで、携帯装置が行う処理を軽減でき、携帯装置側における電力消費量を削減できる。
【００６６】
〔第２の実施の形態〕
【００６７】
次に、第２の実施の形態について、図１１を参照する。図１１は、第２の実施の形態に係る中継システムの処理を示すフローチャートである。図１１において、図６と同様の処理については、その説明を省略する。
【００６８】
この実施の形態では、Ｗｅｂサーバ６で配信しているコンテンツに関し、ゲートウェイサーバ８において、配信されたコンテンツのＨＴＭＬデータ３８の解析から外部ＣＳＳ４４の参照要求がある場合には、携帯装置４に代わってＷｅｂサーバ６側からＣＳＳデータ４４の取得を行った後、取得したＨＴＭＬデータ３８及びＣＳＳデータ４４を携帯装置４側に送信する構成である。即ち、ゲートウェイサーバ８では、外部ＣＳＳデータ４４の代理取得処理まで行い、ＣＳＳデータ４４とＨＴＭＬデータ３８とを統合するインライン展開を携帯装置４側で行う中継システム２を構成する。
【００６９】
携帯装置４側からゲートウェイサーバ８に対してコンテンツの取得要求が送信される（ステップＳ７１）。この要求に対して、上記のように、ゲートウェイサーバ８はＷｅｂサーバ６側からコンテンツのＨＴＭＬデータ３８を取得する。そしてＨＴＭＬデータ３８を解析して、外部ＣＳＳの参照要求がある場合には、ＣＳＳデータ４４の代理取得を行う。この場合、図１１のステップＳ７２〜ステップＳ８３の処理は、図６のステップＳ３１〜ステップＳ４２と同様であるので、その説明を省略する。
【００７０】
そして、外部ＣＳＳデータ４４を取得したゲートウェイサーバ８は、このＣＳＳデータ４４と、記録しておいたＨＴＭＬデータ３８とをＷｅｂサーバ６からの応答として、携帯装置４側に送信する（ステップＳ８４）。このゲートウェイサーバ８からの応答を受信した（ステップＳ８５）携帯装置４では、受け取ったＨＴＭＬデータ３８に規定されている位置にＣＳＳデータ４４を埋め込むＨＴＭＬ・ＣＳＳ統合処理（ステップＳ８６）を行うことで、コンテンツを表示することができる。
【００７１】
なお、この実施の形態に係る中継システム２では、例えば、ゲートウェイサーバ８内にＨＴＭＬ・ＣＳＳ統合機能１８を備えない構成であってもよい。また、ゲートウェイサーバ８から携帯装置４への応答送信（ステップＳ８４）の際、ＨＴＭＬデータ３８やＣＳＳデータ４４とともに、例えば、図８Ｂに示すようなＨＴＭＬ解析機能１４によるＣＳＳ参照データ４０を送信して、携帯装置４による統合処理（ステップＳ８６）でＨＴＭＬ内のＬＩＮＫタグ３９とＣＳＳデータ４４との照合を行うようにしてもよい。
【００７２】
斯かる構成により、ゲートウェイサーバ側でＷｅｂサーバに対してＨＴＴＰの要求を送信し、また、ＣＳＳデータの代理取得を行うため、携帯装置とゲートウェイサーバとの間の通信回数を削減できるので、携帯装置でのコンテンツの取得時間を短縮することができる。その他、例えば、ゲートウェイサーバに負荷が集中している時間帯等では、ゲートウェイサーバでＨＴＭＬ・ＣＳＳの統合処理を行わず、取得したデータを携帯装置側で統合した方が早く処理を行うことができる。
【００７３】
〔その他の実施の形態〕
【００７４】
(1) 上記実施の形態では、ＨＴＭＬデータ３８とＣＳＳデータ４４を統合するインライン展開の処理をゲートウェイサーバ８又は携帯装置４の何れかで行う構成であるが、例えば、ゲートウェイサーバ８側にアクセスが集中している場合等で処理負荷が大きい状態のときには、ＨＴＭＬ・ＣＳＳ統合処理を携帯装置４側で行うように切り替える構成であってもよい。この場合、例えば、状況に応じてゲートウェイサーバ８から携帯装置４側に応答データの送信とともに統合処理の指示を出すようにしてもよい。斯かる構成によっても、ゲートウェイサーバの外部ＣＳＳの代理取得により、携帯装置４とゲートウェイサーバ８との通信回数を削減できるとともに、ゲートウェイサーバ８側が過負荷となっている場合等に、携帯装置４側では、統合処理が行われるまで待つことなく、ＨＴＭＬデータ３８とＣＳＳデータ４４を取得することができる。
【００７５】
(2) 上記実施の形態において、ゲートウェイサーバ８は、外部ＣＳＳの参照指示がある場合、コンテンツを構成するＨＴＭＬデータ３８を配信しているＷｅｂサーバ６に対してＣＳＳデータ４４の要求を行っているが、これに限られず、ＣＳＳの参照タグに記載されているＣＳＳ参照先ＵＲＬに従って、他のＷｅｂサーバからＣＳＳデータ４４を取得させる構成であってもよい。
【００７６】
(3) 上記実施の形態では、ゲートウェイサーバ８において取得したＨＴＭＬデータ３８の解析を行い、外部ＣＳＳの参照の有無を判断しているのに対し、ＨＴＭＬ解析機能１４を携帯装置４側が備える構成であってもよい。この場合、例えば、ゲートウェイサーバ８は、Ｗｅｂサーバ６からの応答を携帯装置４側に送信するとともに、その応答データ内のＨＴＭＬデータ３８を記憶しておく。携帯装置４では、受信したＨＴＭＬデータ３８を解析し、外部ＣＳＳの参照が必要な場合には、ゲートウェイサーバ８側にＣＳＳの取得指示や解析結果であるＣＳＳ参照データ４０等を送信し、この指示に基づいてゲートウェイサーバ８がＣＳＳデータ４４の代理取得を行う。そして、取得したＣＳＳデータ４４と記憶しておいたＨＴＭＬデータ３８を統合して、応答コンテンツを携帯装置４に送信するようにしてもよい。
【００７７】
即ち、サーバ装置であるゲートウェイサーバ８では判断処理を行わず、データや処理の指示を中継する中継手段、及びデータの処理手段としての機能のみを持たせることで、処理の高速化を図ることができる。斯かる構成によれば、Ｗｅｂサーバ６からの応答に対して、ゲートウェイサーバ８が解析処理を行わないので、例えば、外部ＣＳＳの参照を行わない場合には、より早くコンテンツの取得が可能になる。また、外部ＣＳＳの参照要求が複数ある場合には、上記の構成と同様に、複数のＣＳＳデータ４４を代理取得し、ＨＴＭＬデータ３８とＣＳＳデータ４４を統合するインライン展開処理を行って、携帯装置４側に送信するので、携帯装置４のコンテンツの取得時間を短縮することができる。
【００７８】
(4) 上記実施の形態では、コンテンツの取得、ＨＴＭＬデータの解析、外部ＣＳＳの代理取得、ＨＴＭＬデータとＣＳＳデータとの統合処理等を行うサーバ装置として、ゲートウェイサーバ、又はプロキシサーバを利用する構成であるが、これに限られず、例えば、ゲートウェイ内に、上記の処理を行うためのサーバ装置を備えるようにしてもよい。
【００７９】
次に、以上述べた本発明の実施の形態から抽出される技術的思想を請求項の記載形式に準じて付記として列挙する。本発明に係る技術的思想は上位概念から下位概念まで、様々なレベルやバリエーションにより把握できるものであり、以下の付記に本発明が限定されるものではない。
【００８０】
（付記１） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するデータ取得手段を備えることを特徴とする中継装置。
【００８１】
（付記２） 付記１の中継装置において、
前記Ｗｅｂサーバからの応答データ内に外部ＣＳＳの参照要求があるか否かを解析する解析機能部と、
外部ＣＳＳ参照先のアドレス情報を抽出して記憶する記憶部と、
を備えることを特徴とする中継装置。
【００８２】
（付記３） 付記１の中継装置において、
取得した前記ＣＳＳデータと前記応答データとを統合させる統合機能部を備え、
前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込むことを特徴とする中継装置。
【００８３】
（付記４） 付記３の中継装置において、
取得したＣＳＳデータを書き込んだ応答データを携帯装置側に送信することを特徴とする中継装置。
【００８４】
（付記５） 付記１の中継装置において、
取得した応答データ及びＣＳＳデータを携帯装置側に送信することを特徴とする中継装置。
【００８５】
（付記６） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する通信中継方法であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するステップを含むことを特徴とする通信中継方法。
【００８６】
（付記７） 付記６の通信中継方法において、
前記Ｗｅｂサーバからの応答データ内に外部ＣＳＳの参照要求があるか否かを解析するステップと、
外部ＣＳＳ参照先のアドレス情報を抽出して記憶するステップと、
を含むことを特徴とする通信中継方法。
【００８７】
（付記８） 付記６の通信中継方法において、
取得した前記ＣＳＳデータと前記応答データとを統合させるステップを含み、
前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込むことを特徴とする通信中継方法。
【００８８】
（付記９） 付記８の通信中継方法において、
取得したＣＳＳデータを書き込んだ応答データを携帯装置側に送信するステップを含むことを特徴とする通信中継方法。
【００８９】
（付記１０） 付記６の通信中継方法において、
取得した応答データ及びＣＳＳデータを携帯装置側に送信するステップを含むことを特徴とする通信中継方法。
【００９０】
（付記１１） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置のコンピュータに実行させる通信中継プログラムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータの取得を前記コンピュータに実行させることを特徴とする通信中継プログラム。
【００９１】
（付記１２） 付記１１の通信中継プログラムにおいて、
前記Ｗｅｂサーバからの応答データ内に外部ＣＳＳの参照要求があるか否かを解析させる指示を出すステップと、
外部ＣＳＳ参照先のアドレス情報を抽出して記憶するステップと、
を含むことを特徴とする通信中継プログラム。
【００９２】
（付記１３） 付記１１の通信中継プログラムにおいて、
取得した前記ＣＳＳデータと前記応答データとを統合させ、前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込む指示を出すことを特徴とする通信中継プログラム。
【００９３】
（付記１４） Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継システムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求があるか否かを解析し、前記応答データ内に外部ＣＳＳの参照要求を含む場合、ＷｅｂサーバからＣＳＳファイルを取得する中継装置を備えることを特徴とする中継システム。
【００９４】
以上説明したように、本発明の最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、特許請求の範囲に記載され、又は発明を実施するための最良の形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。
【産業上の利用可能性】
【００９５】
本発明は、携帯電話機等の通信機能を備える携帯装置とＷｅｂサーバとを中継し、コンテンツの取得を行う中継システムに関し、中継装置において、ＣＳＳデータの取得やＨＴＭＬデータと統合するインライン展開をして携帯装置側に送信することで、携帯装置とサーバ装置との間のＨＴＴＰ通信の回数を削減でき、また、携帯装置の処理負荷を軽減することができ、有用である。
【図面の簡単な説明】
【００９６】
【図１】第１の実施の形態に係る中継システムの通信処理のシーケンス図である。
【図２】ゲートウェイにおける処理の機能構成を示すブロック図である。
【図３】ゲートウェイサーバのハードウェア構成を示す図である。
【図４】中継システムにおけるＣＳＳ代理取得処理のシーケンス図である。
【図５】中継システムにおけるＣＳＳデータとＨＴＭＬデータの統合処理（インライン展開）のシーケンス図である。
【図６】ゲートウェイサーバによるＣＳＳ代理取得処理を示すフローチャートである。
【図７】ＨＴＭＬ解析処理を示すフローチャートである。
【図８】ＨＴＭＬの解析処理の一例を示す図である。
【図９】ＨＴＭＬ・ＣＳＳ統合処理を示すフローチャートである。
【図１０】ＨＴＭＬ・ＣＳＳ統合処理の一例を示す図である。
【図１１】第２の実施の形態に係る中継システムの処理を示すフローチャートである。
【図１２】従来の中継システムにおけるコンテンツ取得処理を示すシーケンス図である。
【符号の説明】
【００９７】
２ 中継システム
４ 携帯装置
６ Ｗｅｂサーバ
８ ゲートウェイ（ＧＷ）サーバ
１０ ゲートウェイ
１２ ＨＴＴＰ制御機能
１４ ＨＴＭＬ解析機能
１６ ＣＳＳ代理要求機能
１８ ＨＴＭＬ・ＣＳＳ統合機能
２４ 記憶部
２５ データ記憶部
２６ 携帯装置側通信部
２８ ネットワーク側通信部
３０ 通信制御プログラム
３２ ＨＴＭＬ解析プログラム
３４ ＣＳＳ代理要求プログラム
３６ ＨＴＭＬ・ＣＳＳ統合プログラム
３８ ＨＴＭＬデータ
３９ ＬＩＮＫタグ
４０ ＣＳＳ参照データ
４４ 外部ＣＳＳデータ
４６ ＳＴＹＬＥタグ
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するデータ取得手段を備えることを特徴とする中継装置。
【請求項２】
請求項１の中継装置において、
取得した前記ＣＳＳデータと前記応答データとを統合させる統合機能部を備え、
前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込むことを特徴とする中継装置。
【請求項３】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する通信中継方法であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するステップを含むことを特徴とする通信中継方法。
【請求項４】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置のコンピュータに実行させる通信中継プログラムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータの取得を前記コンピュータに実行させることを特徴とする通信中継プログラム。
【請求項５】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継システムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求があるか否かを解析し、前記応答データ内に外部ＣＳＳの参照要求を含む場合、ＷｅｂサーバからＣＳＳファイルを取得する中継装置を備えることを特徴とする中継システム。
【請求項１】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するデータ取得手段を備えることを特徴とする中継装置。
【請求項２】
請求項１の中継装置において、
取得した前記ＣＳＳデータと前記応答データとを統合させる統合機能部を備え、
前記応答データ内の外部ＣＳＳ参照要求の記載に対応してＣＳＳデータを書き込むことを特徴とする中継装置。
【請求項３】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する通信中継方法であって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータを取得するステップを含むことを特徴とする通信中継方法。
【請求項４】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継装置のコンピュータに実行させる通信中継プログラムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求を含む場合、前記ＷｅｂサーバからＣＳＳデータの取得を前記コンピュータに実行させることを特徴とする通信中継プログラム。
【請求項５】
Ｗｅｂサーバと通信機能を備える携帯装置との通信を中継する中継システムであって、
前記携帯装置に対する前記Ｗｅｂサーバの応答データに外部ＣＳＳの参照要求があるか否かを解析し、前記応答データ内に外部ＣＳＳの参照要求を含む場合、ＷｅｂサーバからＣＳＳファイルを取得する中継装置を備えることを特徴とする中継システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−４１４０１（Ｐ２０１０−４１４０１Ａ）
【公開日】平成２２年２月１８日（２０１０．２．１８）
【国際特許分類】
【出願番号】特願２００８−２０２０３２（Ｐ２００８−２０２０３２）
【出願日】平成２０年８月５日（２００８．８．５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年２月１８日（２０１０．２．１８）
【国際特許分類】
【出願日】平成２０年８月５日（２００８．８．５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]