JP2003337739A - Ｗｅｂページ情報保存処理プログラム、Ｗｅｂページ変換用プログラム、及び、コンテンツ提供システム - Google Patents

Abstract

(57)【要約】 【課題】再利用する可能性の高いＷｅｂページ情報を保
存するのに好適なＷｅｂページ情報保存処理プログラム
と、一の者の提供する携帯電話サービス用のＷｅｂペー
ジを、他の者の提供する携帯電話サービス用Ｗｅｂペー
ジに変換するのに好適なＷｅｂページ変換用プログラム
と、これらのプログラムを利用したコンテンツ提供シス
テムと、を提供する。 【解決手段】Ｗｅｂページ情報変換システム１を、携帯
電話用のＷｅｂページ情報を有するＷｅｂサーバ３と、
Ｗｅｂページ情報の変換処理を行う変換用サーバ４と、
電話会社Ａ〜Ｃのそれぞれのサービスに対応した携帯電
話５〜７と、を含んだ構成とし、変換用サーバ４におい
て、再利用される可能性の高いＷｅｂページ情報のみを
変換用サーバ４の有する図示しない記憶装置の所定領域
に設けられたキャッシュ(Cache)領域に保存する処理を
行い、一の者用のＷｅｂページを、他の者用のＷｅｂペ
ージに変換する処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プロキシサーバな
どのコンテンツを中継するサーバを介してインターネッ
ト上のＷｅｂページ等のコンテンツを提供するコンテン
ツ提供システムと、当該システムに利用可能な、再利用
する可能性の高いＷｅｂページ情報を保存するのに好適
なＷｅｂページ情報保存処理プログラムと、一の者（所
定の会社）の提供する携帯電話サービスに対応した携帯
電話用のＷｅｂページを、他の者（前記所定の会社とは
異なる会社）の提供する携帯電話サービスに対応した携
帯電話が利用できるようにＷｅｂページのプログラムを
変換するのに好適なＷｅｂページ変換用プログラムと、
に関する。

【０００２】

【従来の技術】従来、情報処理端末によってインターネ
ット上に存在するＷｅｂページ情報を取得して閲覧する
ためのＷｅｂブラウザがある。このＷｅｂブラウザは、
過去に一度閲覧したＷｅｂページの情報を保存してお
き、再度同じＷｅｂページを閲覧したときに、その保存
された情報を再利用して高速にＷｅｂページ情報を取得
し表示部に表示する処理を行う。つまり、キャッシュメ
モリの原理と同様で、同じ情報は高速に情報を取得可能
なローカルなメモリ（情報処理端末のメモリ）から取得
し、更新された情報のみをインターネット上のＷｅｂサ
ーバから取得する処理を行う。

【０００３】また、プロキシサーバを介してインターネ
ット上のＷｅｂページ情報を高速に取得するシステムも
ある。これは、ＰＣ（Personal Computer）やＰＤＡ（P
ersonal Digital Assistant）などの情報処理端末がイ
ンターネット上の所望のＷｅｂサーバへのアクセス要求
をローカルに設置されたプロキシサーバに対して行うこ
とで、代わりにプロキシサーバがそのＷｅｂページにア
クセスしてページ情報を取得し要求元の情報処理端末に
配信するものである。

【０００４】この処理においてプロキシサーバは、一度
取得したページ情報を保存しておくことで、再度、同じ
Ｗｅｂページへのアクセス要求があったときに、更新さ
れたページ情報のみをインターネット上から取得し、そ
れ以外の情報は、自サーバに保存された情報を再利用し
て要求元の情報処理端末に配信することで高速にＷｅｂ
ページ情報の配信処理を行うようになっている。なお、
インターネット上から取得した更新情報によってプロキ
シサーバに保存された情報が更新され、この情報が同じ
Ｗｅｂページへの次のアクセス時に再利用される。

【０００５】また、携帯電話を利用したインターネット
へのアクセスサービスが普及し、インターネット上に
は、携帯電話専用のＷｅｂページも多数存在するように
なった。しかし、携帯電話専用のＷｅｂページには携帯
電話の機種（サービスを提供する電話会社毎に対応した
機種）に依存したものが多く、Ａ会社の携帯電話Ａでは
閲覧できても、Ｂ会社の携帯電話Ｂでは閲覧できないペ
ージなどが存在する。つまり、Ｘ会社の提供する携帯電
話サービスに対応した携帯電話Ａでは閲覧できても、Ｙ
会社の提供する携帯電話サービスに対応した携帯電話Ｂ
では閲覧できないＷｅｂページなどが存在する。そのた
め、携帯電話用のＷｅｂページを提供するサーバ側で
は、携帯電話の会社別の機種に応じたＷｅｂページを予
め複数種類用意したり、変換プログラムによって、ある
会社の機種用に用意されたＷｅｂページをアクセス元の
機種に応じたＷｅｂページへと変換してから提供するよ
うにしたりするなどの工夫をしている。この変換処理に
おいては、携帯電話Ａ用の言語で作られた機能毎に用意
されたサブルーチンを、これと同じか、あるいは、類似
した機能のＹ会社の携帯電話Ｂ用の言語で作られたサブ
ルーチンへと変換する。

【０００６】更に、携帯電話とＷｅｂページを提供する
Ｗｅｂサーバ（複数の場合もあり）との間に専用のプロ
キシサーバ（複数の場合もあり）を介して、例えば、携
帯電話Ｂが携帯電話Ａ用のＷｅｂページにアクセスをす
るときに、そのアクセス要求を専用のプロキシサーバを
介して行うことで、専用のプロキシサーバが、サーバに
ある携帯電話Ａ用のＷｅｂページを携帯電話Ｂが閲覧可
能なページに変換してから伝送するシステムもある。こ
の場合も、Ｗｅｂサーバが複数あるときなどに、伝送処
理を高速にするため、変換処理を施したＷｅｂページ情
報を保存しておく。つまり、次に同じＷｅｂページにア
クセスがあった時に、そのＷｅｂページが更新されてい
なければ、プロキシサーバに保存された変換済みの情報
をアクセス元の携帯電話に配信すれば良いので、高速な
情報配信が可能となる。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来の方法では、Ｗｅｂブラウザやプロキシサーバは、初
めてアクセスしたＷｅｂページの情報は必ず保存するよ
うになっているため、例えば、検索ページなどのアクセ
スする度に内容が変更されるページの情報も保存してし
まう。つまり、再利用される可能性の低い情報も保存し
てしまうためメモリの利用効率が非効率となる面があ
る。

【０００８】また、ある会社の携帯電話の機種用に用意
されたＷｅｂページをアクセス元の携帯電話の機種に利
用可能なＷｅｂページへと変換するときに、変換前のＷ
ｅｂページを構成するサブルーチン群の中に、アクセス
元の機種用のプログラム言語で作成されたサブルーチン
群では対応できないものがあるときに、この部分の変換
が行われない。そのため、アクセス元の携帯電話におい
て、Ｗｅｂページの提供内容を十分に堪能することが出
来ない場合がある。

【０００９】そこで、本発明は、このような従来の技術
の有する未解決の課題に着目してなされたものであっ
て、再利用する可能性の高いＷｅｂページ情報を保存す
るのに好適なＷｅｂページ情報保存処理プログラムと、
特定会社の提供する携帯電話サービスに対応した携帯電
話の機種用に用意されたＷｅｂページを、特定会社とは
異なる会社の提供する携帯電話サービスに対応したＷｅ
ｂページに変換するのに好適なＷｅｂページ変換用プロ
グラムと、これらのプログラムを利用したコンテンツ提
供システムと、を提供することを目的としている。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る請求項１記載のＷｅｂページ情報保存
処理プログラムは、所定の情報処理端末においてインタ
ーネット上に存在するＷｅｂページ情報の保存処理を行
うためのＷｅｂページ情報保存処理プログラムであっ
て、前記所定の情報処理端末によってインターネット上
にある所望のＷｅｂページの情報を取得するときに、当
該情報処理端末に保存されたＷｅｂページの情報中に前
記所望のＷｅｂページの情報があるか否かを判定する所
有状態判定ステップと、前記所有状態判定ステップにお
いて、前記保存されたＷｅｂページの情報中に前記所望
のＷｅｂページの情報がないと判定されたときに、最終
更新時間を現在の時間にして前記所望のＷｅｂページに
アクセスするＷｅｂページアクセスステップと、前記Ｗ
ｅｂページアクセスステップにおいて、前記Ｗｅｂペー
ジからの応答がヘッダ情報のみだったときにそのＷｅｂ
ページに再度アクセスして当該Ｗｅｂページの情報を取
得し前記情報処理端末に保存する処理を行い、前記Ｗｅ
ｂページからの応答が前記Ｗｅｂページの情報を含むも
のであったときにそのページ情報を前記情報処理端末に
保存しない処理を行うページ情報保存処理ステップと、
を備えることを特徴としている。

【００１１】つまり、情報処理端末に保存されたＷｅｂ
ページの情報中に、アクセス先のＷｅｂページ情報がな
いときに、所望のＷｅｂページへのアクセス時に必要な
最終更新時間を現在の時間にしてそのＷｅｂページにア
クセスし、その応答がヘッダ情報のみだったときは、そ
のＷｅｂページに再度アクセスしてそのページの情報を
取得して情報処理端末に保存する処理を行う。一方、Ｗ
ｅｂページからの応答にそのページの情報が含まれてい
るときは、その取得した情報を情報処理端末に保存しな
いように処理するようにしたので、内容が頻繁に更新さ
れるようなＷｅｂページの情報は保存されず、内容の更
新が滅多にされないＷｅｂページの情報のみが保存され
るので、情報処理端末には、再利用する可能性の高いＷ
ｅｂページ情報のみが保存されることになり、情報処理
端末のメモリを効率良く使用することが可能となる。

【００１２】ここで、ＷｅｂとはWorld Wide Webのこと
であり、これは、１９８９年にＣＥＲＮ（Conseil Euro
pean pour la Recherche Nucleaire）により提案された
広域情報システムで、ハイパーテキストを介することに
よってインターネット上に分散している全ての情報にア
クセス可能なクライアント／サーバ型のアプリケーショ
ンのことである。つまり、Ｗｅｂサーバとは、このアプ
リケーションを備え、インターネットに接続されたサー
バマシンなどのことであり、Ｗｅｂサイトとは情報の書
き込まれた１以上のＷｅｂページを相互にリンクし、１
つのパッケージにまとめたものである。

【００１３】また、本発明に係る請求項２記載のＷｅｂ
ページ変換用プログラムは、一の者の提供する携帯電話
サービスに対応した第１の携帯電話用のＷｅｂページ
を、他の者の提供する携帯電話サービスに対応した第２
の携帯電話が利用できるように、前記Ｗｅｂページのメ
インプログラムを前記第２の携帯電話用に変換するため
のコンピュータが実行可能なプログラムであって、前記
メインプログラムの変換処理において、前記Ｗｅｂペー
ジのメインプログラムに使用されている、前記第１の携
帯電話用の第１のプログラム言語によって作成された第
１のサブルーチンの中に、前記第２の携帯電話用の第２
のプログラム言語によって作成された第２のサブルーチ
ン群には無い機能のものが使用されているときに、前記
第２のサブルーチン群に含まれる所定機能の第２のサブ
ルーチンを使用して、前記第２のサブルーチン群には無
い前記第１のサブルーチンの機能を代替するプログラム
を生成して前記メインプログラムの変換処理を行うこと
を特徴としている。

【００１４】つまり、上記したように、第２のサブルー
チン群には無い第１のサブルーチンの機能を代替するも
のを、第２のサブルーチン群に含まれる所定機能のサブ
ルーチンを使用して生成することが可能であるので、第
１の携帯電話用のＷｅｂページの提供内容を、ほとんど
損なわずに、第２の携帯電話によって利用することが可
能となる。

【００１５】ここで、第１のプログラム言語、第２のプ
ログラム言語とは、携帯電話用のＷｅｂページを作成す
るための言語であり、主に、Ｗ３Ｃ(World Wide Web Co
nsotium)の定めたＨＴＭＬ（Hyper Text Markup Langua
ge）を基本として作成された言語である。

【００１６】また、ＨＴＭＬとは、一言で言うならば、
ＳＧＭＬのＤＴＤのひとつである。ＳＧＭＬ (Standard
Generalized Markup Language)とは、文章に「タグ」
と呼ばれる文章の性格(論理的な意味合い)を表す記号を
付けて記述する方法を定めた標準のことである。そのタ
グの種類を定めたものをＤＴＤ (Document Type Defini
tion)というが、ＨＴＭＬはこれのひとつである。かつ
ては、様々な独自使用のＨＴＭＬが氾濫し、ブラウザに
よって表示されたりされなかったりといった具合に、非
常に困った状態があった(今も完全には解決していな
い)。現在では、Ｗ３Ｃが勧告を出し、世界中がそれに
従うように推奨されている。つまり、Ｗ３Ｃの定めたＨ
ＴＭＬを使えば、より多くのブラウザで正しく表示され
るＷｅｂページを作ったことになる。

【００１７】また、第１のサブルーチンとは、第１のプ
ログラム言語がＨＴＭＬを主体とした言語であるなら
ば、タグによって記述されたメインプログラムの内容に
応じて呼び出され、Ｗｅｂページ上においてチェックボ
ックスやラジオボタンなどのＷｅｂページの作成に便利
な様々な機能を提供するサブプログラムのことである。
また、第２のサブルーチンは、第１のサブルーチンと同
様に、第２のプログラム言語がＨＴＭＬを主体とした言
語であるならば、タグによって記述されたメインプログ
ラムの内容に応じて呼び出され、Ｗｅｂページ上に所定
文字サイズのテキスト表示や指定されたイメージファイ
ルの表示を行うなどのＷｅｂページの作に便利な様々な
機能を提供するサブプログラムのことである。

【００１８】ここで、上記各機能を提供する複数の第１
のサブルーチンが予め用意されたものが第１のサブルー
チン群であり、上記各機能を提供する複数の第２のサブ
ルーチンが予め用意されたものが第２のサブルーチン群
である。また、請求項３に係る発明は、請求項２記載の
Ｗｅｂページ変換用プログラムにおいて、前記メインプ
ログラムの変換処理において、前記第１の携帯電話用の
Ｗｅｂページで使用されている当該第１の携帯電話用の
第１の絵文字データを、当該第１の絵文字データと類似
した前記第２の携帯電話用の第２の絵文字データによっ
て代用することを特徴としている。

【００１９】つまり、第１の携帯電話固有の第１絵文字
がＷｅｂページに使用されているときに、このＷｅｂペ
ージのプログラムの変換処理時に、使用されている第１
の絵文字に類似した第２の携帯電話固有の第２の絵文字
によって代用するようにしたので、第１の携帯電話用の
Ｗｅｂページと比較して、第２の携帯電話において比較
的違和感の無い表示内容でＷｅｂページを利用すること
が可能である。

【００２０】また、請求項４に係る発明は、請求項２又
は請求項３記載のＷｅｂページ変換用プログラムにおい
て、前記メインプログラムの変換処理において、前記第
１の携帯電話用のＷｅｂページで使用されているイメー
ジファイルの第１の形式を、当該第１の形式とは異なる
第２の形式に変換することを特徴としている。つまり、
第１の形式のイメージファイルがデータ容量が大きい等
の問題があるときに、画質は落ちるがデータ容量の小さ
い第２の形式のファイルに変換することが可能となり、
第２の携帯電話の機能に合わせたプログラム変換をする
ことが可能となる。

【００２１】また、本発明に係る請求項５記載のコンテ
ンツ提供システムは、コンテンツ提供用サーバとコンテ
ンツ中継用サーバと情報処理装置とをそれぞれが互いに
データ通信可能に備え、前記情報処理装置からのコンテ
ンツの取得要求に応じて、前記コンテンツ中継用サーバ
を介して前記コンテンツ提供用サーバの有するコンテン
ツを要求元の前記情報処理装置に提供するコンテンツ提
供システムであって、前記コンテンツ中継用サーバは、
請求項１記載のＷｅｂページ情報保存処理プログラム、
請求項２乃至請求項４記載のＷｅｂページ変換用プログ
ラムのうち、少なくとも一を備えることを特徴としてい
る。

【００２２】このような構成であれば、コンテンツ中継
用サーバにおいて、上記したＷｅｂページ情報保存処理
プログラムによる処理、及び、上記したＷｅｂページ変
換用プログラムによる処理を行うことが可能であるの
で、効率的なコンテンツ提供を行うことが可能である。

【００２３】また、本発明に係る請求項６記載のコンテ
ンツ中継用サーバは、請求項５記載のコンテンツ提供シ
ステムに適用可能なコンテンツ中継用サーバであって、
請求項１記載のＷｅｂページ情報保存処理プログラム、
請求項２乃至請求項４記載のＷｅｂページ変換用プログ
ラムのうち、少なくとも一を備えることを特徴としてい
る。ここで、本発明は、請求項５記載のコンテンツ提供
システムにおけるコンテンツ中継用サーバであり、その
作用効果は同様となるので、記載を省略する。

【００２４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１乃至図１１は、本発明に
係るＷｅｂページ情報保存処理プログラムを適用したＷ
ｅｂページ情報変換システムの実施の形態を示す図であ
る。まず、本発明に係るＷｅｂページ情報変換システム
の構成を図１を参照しながら説明する。図１は、本発明
に係るＷｅｂページ情報変換システムの構成を示すブロ
ック図である。

【００２５】Ｗｅｂページ情報変換システム１は、携帯
電話用のＷｅｂページ情報を有するＷｅｂサーバ３と、
Ｗｅｂページ情報の変換処理を行う変換用サーバ４と、
電話会社Ａのサービスに対応した携帯電話５と、電話会
社Ｂのサービスに対応した携帯電話６と、電話会社Ｄの
サービスに対応した携帯電話７と、を含んだ構成となっ
ている。

【００２６】Ｗｅｂサーバ３は、インターネットに接続
されたサーバであり、Ｗｅｂページ情報２を有する第１
のＷｅｂサーバ３ａと、同じくＷｅｂページ情報２を有
する第２のＷｅｂサーバ３ｂと、から構成されている。
ここで、本実施の形態において、Ｗｅｂページ情報２
は、Ｗｅｂページ情報２ａ及びＷｅｂページ情報２ｂか
ら構成され、それぞれＡ会社の携帯電話用のＷｅｂペー
ジ作成言語であるＡ言語によって作成されたものであ
る。

【００２７】第１のＷｅｂサーバ３ａは、変換用サーバ
４からのアクセス要求の要求事項（ReqHeaderの内容）
に応じて通常はＷｅｂページ情報２ａを提供するもので
ある。第２のＷｅｂサーバ３ｂは、変換用サーバ４から
のアクセス要求に応じて通常はＷｅｂページ情報２ｂを
提供するものである。

【００２８】変換用サーバ４は、携帯電話５〜７のいず
れかからの第１のＷｅｂサーバ３ａ又は第２のＷｅｂサ
ーバ３ｂへのアクセス要求に応じて、それぞれ該当する
Ｗｅｂサーバにアクセスし、それぞれのサーバが提供す
るＷｅｂページ情報を取得して、もし携帯電話の機種が
電話会社Ａに対応してないものであったときには、対応
する電話会社（電話会社ＢかＤのいずれか）のＷｅｂペ
ージ情報に変換してから、アクセス要求元の携帯電話に
変換後のＷｅｂページ情報を提供するものである。

【００２９】つまり、変換用サーバ４では、図２（ａ）
に示すように、携帯電話５用のＡ言語で作成されたＷｅ
ｂページを、アクセス元の携帯電話の機種に応じて、Ｂ
言語、あるいは、Ｄ言語によるＷｅｂページに変換する
処理を行う。この変換処理の特徴としては、Ａ言語によ
って作成されたＷｅｂページにおいて、ラジオボタンや
チェックボックスなどのあるときに、通常は、他機種に
おける同様の機能（例えば、関数（サブルーチン）で用
意されたもの）を利用してこれを変換するが、他機種側
にこの機能が無いときには、その機種の言語によってラ
ジオボタンやチェックボックス等に代替するものを作成
して、これにより変換を行う。更に、図２（ｃ）に示す
ように、×××イメージファイルを○○○イメージファ
イルに変換する処理や、図２（ｄ）に示すように、携帯
電話Ａ用の絵文字を、他機種用の絵文字の同様（あるい
は類似）のものに変換する処理なども行う。なお、この
処理は、変換用サーバ４上でＷｅｂページ変換用プログ
ラムを実行することで行われるものである。また、××
×イメージファイルを○○○イメージファイルに変換す
るとは、あるファイルの形式（bmp、jpeg等）のイメー
ジファイルを、この形式とは異なる形式（ping等）に変
換する処理である。

【００３０】更に、変換用サーバ４では、Ｗｅｂサーバ
から取得されるＷｅｂページの情報及びその変換後の情
報に対して、再利用される可能性の高いものだけ、変換
用サーバ４の有する図示しない記憶装置の所定領域に設
けられたキャッシュ(Cache)領域に保存する処理を行
う。なお、この処理は、変換用サーバ４上でＷｅｂペー
ジ情報保存処理プログラムを実行することで行われるも
のである。

【００３１】携帯電話５は、上記したように、電話会社
Ａのサービスに対応したものであり、電話会社Ａ用のＷ
ｅｂページ作成言語であるＡ言語で作成されたＷｅｂペ
ージの情報を取得し閲覧する機能を備えたものである。
携帯電話６は、上記したように、電話会社Ｂのサービス
に対応したものであり、電話会社Ｂ用のＷｅｂページ作
成言語であるＢ言語で作成されたＷｅｂページの情報を
取得し閲覧する機能を備えたものである。

【００３２】携帯電話７は、上記したように、電話会社
Ｄのサービスに対応したものであり、電話会社Ｄ用のＷ
ｅｂページ作成言語であるＤ言語で作成されたＷｅｂペ
ージの情報を取得し閲覧する機能を備えたものである。
まず、図３に基づき、Ｗｅｂページ情報変換システム１
の大まかな動作処理の流れを説明する。図３は、Ｗｅｂ
ページ情報変換システム１の大まかな動作処理を示すフ
ローチャートである。

【００３３】図３に示すように、まずステップＳ３００
に移行し、変換用サーバ４は、携帯電話５〜７のいずれ
かからＷｅｂサーバ３へのアクセス要求を取得してステ
ップＳ３０２に移行する。ステップＳ３０２では、変換
用サーバ４は、携帯電話からのアクセス要求情報から要
求事項を獲得してステップＳ３０４に移行する。

【００３４】ステップＳ３０４では、変換用サーバ４
は、要求事項を分析してステップＳ３０６に移行する。
ステップＳ３０６では、変換用サーバ４は、分析結果か
らLoad Balancing用データを獲得してステップＳ３０８
に移行する。ステップＳ３０８に移行すると、変換用サ
ーバ４は、キャッシュ領域内のデータの検索処理等のＷ
ｅｂページ情報保存処理プログラムによる処理を行いス
テップＳ３１０に移行する。

【００３５】ステップＳ３１０に移行すると、変換用サ
ーバ４は、Load Balancerによる要求項目に該当するＷ
ｅｂサーバへの接続処理を行い接続が成功した場合（Tr
ue)はステップＳ３１２に移行し、失敗した場合(False)
はステップＳ３２８に移行する。ステップＳ３１２に移
行した場合は、変換用サーバ４は、接続先のＷｅｂサー
バのＷｅｂページを取得して構文解析（Parsing）を行
いステップＳ３１４に移行する。

【００３６】ステップＳ３１４に移行すると、変換用サ
ーバ４は、各携帯電話用の変換実行モジュールを検出
し、携帯電話５からのアクセス要求であった場合はステ
ップＳ３２０に移行し、携帯電話６からのアクセス要求
であった場合はステップＳ３１６に移行し、携帯電話７
からのアクセス要求であった場合はステップＳ３１８に
移行する。

【００３７】ステップＳ３１６に移行した場合は、変換
用サーバ４は、Ａ言語→Ｂ言語への変換用モジュールが
選択されステップＳ３２０に移行する。ステップＳ３１
８に移行した場合は、変換用サーバ４は、Ａ言語→Ｄ言
語への変換用モジュールが選択されステップＳ３２０に
移行する。

【００３８】ステップＳ３２０では、変換用サーバ４
は、アクセス要求が携帯電話５からのものであれば、変
換処理を行わずにステップＳ３２２に移行し、アクセス
要求が携帯電話６からのものでありＡ言語→Ｂ言語への
変換用モジュールが選択されたときはこのモジュールに
よってＡ言語で作成されたＷｅｂページをＢ言語による
Ｗｅｂページに変換する処理を行ってステップＳ３２２
に移行し、アクセス要求が携帯電話７からのものであり
Ａ言語→Ｄ言語への変換用モジュールが選択されたとき
はこのモジュールによってＡ言語で作成されたＷｅｂペ
ージをＤ言語によるＷｅｂページに変換する処理を行っ
てステップＳ３２２に移行する。

【００３９】ステップＳ３２２では、変換用サーバ４
は、アクセス要求元の携帯電話に、その機種に適したＷ
ｅｂページ情報を伝送してステップＳ３２４に移行す
る。ステップＳ３２４では、変換用サーバ４は、上記一
連の処理に関するｌｏｇ処理を行いステップＳ３２６に
移行する。ステップＳ３２６に移行すると、アクセス要
求元の携帯電話は、その画面部に取得したＷｅｂページ
情報を表示して処理を終了する。

【００４０】更に、変換用サーバ４において実行される
Ｗｅｂページ情報保存処理プログラムのより具体的な動
作を説明をする。まず、変換用サーバ４に対して、例え
ば、携帯電話５から第１のＷｅｂサーバ３ａへのアクセ
ス要求があると、変換用サーバ４は、その要求に含まれ
る要求事項のうちアクセス先のＵＲＬ（Uniform Resour
ce Locator）情報に基づき、第１のＷｅｂサーバ３ａの
該当するＷｅｂページへとアクセスして、その情報を取
得する処理を行う。このとき、変換用サーバ４は、Ｗｅ
ｂページにアクセスする前に、上記したキャッシュ領域
に携帯電話５からのアクセス要求のＷｅｂページの情報
が保存されているか否かを調べ、キャッシュ領域にその
情報が保存されている場合は、最終更新時間（last mod
ify time）を保存された情報の取得時間にして第１のＷ
ｅｂサーバ３ａにアクセスし、サーバ上のＷｅｂページ
情報の更新時間が最終更新時間よりも新しく、その応答
にＷｅｂページの情報が含まれているときは、更新情報
によってキャッシュ領域に保存されたデータを更新し、
更に、その更新されたデータを要求元の携帯電話５に配
信する処理を行う。また、取得時間よりも更新時間の方
が古く、Ｗｅｂサーバからの応答がヘッダ情報のみのと
きには、キャッシュ領域に保存されたページ情報を取得
してアクセス要求元の携帯電話５にそのページ情報を配
信する処理を行う。

【００４１】一方、キャッシュ領域にアクセス要求先の
Ｗｅｂページ情報が保存されていないときは、最終更新
時間を現在の時間にして第１のＷｅｂサーバ３ａにアク
セスし、サーバ上のＷｅｂページ情報の更新時間が最終
更新時間よりも新しく、その応答にＷｅｂページの情報
が含まれているときは、その更新されたＷｅｂページの
情報をキャッシュ領域に保存せずに要求元の携帯電話５
に配信する処理を行う。また、最終更新時間よりも更新
時間の方が古く、Ｗｅｂサーバからの応答がヘッダ情報
のみのときには、第１のＷｅｂサーバ３ａに再度アクセ
スしてそのＷｅｂページの情報を取得してキャッシュ領
域に保存し、更に、その情報を要求元の携帯電話５に配
信する処理を行う。

【００４２】なお、上記Ｗｅｂページ情報の保存処理
は、携帯電話５からのアクセス要求であるので取得した
Ｗｅｂページの情報を変換せずにキャッシュ領域に保存
したり、携帯電話５に配信する処理を行っているが、携
帯電話６、又は、携帯電話７からのアクセス要求に対し
ては、それぞれの携帯電話用の言語（Ｂ言語、又は、Ｄ
言語）によるページ情報に変換した後にそのデータの配
信処理を行い、更に、変換後のデータもキャッシュ領域
に保存するように処理が行われる。これにより、キャッ
シュ領域に変換後のデータがあるときには、変換を行わ
ずに高速にアクセス要求元の携帯電話に変換後のＷｅｂ
ページ情報を配信することが可能である。

【００４３】更に、図４に基づき、Ｗｅｂページ情報保
存処理プログラムの動作処理の流れを説明する。図４
は、Ｗｅｂページ情報保存処理プログラムの動作処理を
示すフローチャートである。図４に示すように、まずス
テップＳ４００に移行し、携帯電話からのアクセス要求
に応じて、そのアクセス先のＷｅｂページ情報がキャッ
シュ領域に保存されているか否かを判定し、保存されて
いると判定された場合(True)はステップＳ４０２に移行
し、そうでない場合(False)はステップＳ４２０に移行
する。

【００４４】ステップＳ４０２に移行した場合は、アク
セス要求にReqHeaderTime（前回の最終アクセス時間）
があるか否かを判定し、あると判定された場合(True)
は、最終更新時間をキャッシュ領域に保存されたＷｅｂ
ページ情報の取得時間にしてＷｅｂサーバ３にアクセス
しステップＳ４０６に移行する。

【００４５】ステップＳ４０６に移行した場合は、Ｗｅ
ｂサーバ３からの応答情報に基づき最終更新時間がＷｅ
ｂサーバ３上のＷｅｂページの更新時間よりも新しく、
応答情報にＷｅｂページ情報が含まれる場合（応答がＨ
ＴＭＬ（HyperText Markup Language）の状態コード２
００の場合）はステップＳ４０８に移行し、そうでない
場合（応答がＨＴＭＬの状態コード３０４の場合）は、
ヘッダ情報のみを要求元の携帯電話に配信する。つま
り、状態コード３０４は、リクエストのあったＷｅｂペ
ージのデータ内容に変更がなかったために、直接Ｗｅｂ
サーバーからデータが配信されるのではなく、過去に携
帯電話に配信され記憶されたデータ（キャッシュデー
タ）が表示された数値を示している。従って、携帯電話
は、端末内に内蔵されたキャッシュメモリからＷｅｂペ
ージの情報を読み出して表示部に表示する処理を行うこ
とになる。

【００４６】ステップＳ４０８に移行した場合は、Ｗｅ
ｂサーバ３から取得した更新されたＷｅｂページ情報に
よってキャッシュ領域に保存されたページ情報を更新
し、この更新情報に対して図３に示すステップＳ３１２
〜ステップＳ３２２の一連の処理を行いアクセス要求元
の携帯電話にＷｅｂページ情報を配信する。一方、ステ
ップＳ４０２において、アクセス要求にReqHeaderTime
がなくステップＳ４１０に移行した場合は、最終更新時
間をキャッシュ領域に保存されたＷｅｂページ情報の取
得時間にしてＷｅｂサーバ３にアクセスしステップＳ４
１２に移行する。

【００４７】ステップＳ４１２に移行すると、Ｗｅｂサ
ーバ３からの応答情報に基づき、最終更新時間がＷｅｂ
サーバ３上のＷｅｂページの更新時間よりも新しく、応
答情報にＷｅｂページ情報が含まれる場合はステップＳ
４１８に移行し、そうでない場合はステップＳ４１４に
移行する。ステップＳ４１４に移行した場合は、ReqHea
derの内容を修正してステップＳ４１６に移行する。

【００４８】ステップＳ４１６では、キャッシュ領域に
保存されたＷｅｂページ情報に対して図３に示すステッ
プＳ３１２〜ステップＳ３２２の一連の処理を行いアク
セス要求元の携帯電話にＷｅｂページ情報を配信する。
ここで、キャッシュ領域に、要求元の携帯電話用に変換
処理の施されたＷｅｂページ情報が保存されている場合
は、ステップＳ３１２〜ステップＳ３２２の処理を行わ
ずに、その保存された変換後のデータを要求元の携帯電
話に配信する。

【００４９】ステップＳ４１８に移行した場合は、Ｗｅ
ｂサーバ３から取得したＷｅｂページ情報によってキャ
ッシュ領域に保存されたデータを更新し、この更新情報
に対して図３に示すステップＳ３１２〜ステップＳ３２
２の一連の処理を行いアクセス要求元の携帯電話にＷｅ
ｂページ情報を配信する。

【００５０】また、ステップＳ４００において、アクセ
ス先のＷｅｂページ情報がキャッシュ領域に保存されて
なくステップＳ４２０に移行した場合は、アクセス要求
にReqHeaderTimeがあるか否かを判定し、あると判定さ
れた場合(True)はステップＳ４２２に移行し、そうでな
い場合(False)はステップＳ４３２に移行する。

【００５１】ステップＳ４２２に移行した場合は、最終
更新時間をReqHeaderTimeにしてＷｅｂサーバ３にアク
セスしステップＳ４２４に移行する。つまり、例えば、
サーバが再起動などしてキャッシュ領域の内容のみがク
リアされ前回の最終アクセス時間（ReqHeaderTime）の
みが存在する場合である。

【００５２】ステップＳ４２４では、Ｗｅｂサーバ３か
らの応答情報に基づき、最終更新時間がＷｅｂサーバ３
上のＷｅｂページの更新時間よりも新しく、応答情報に
Ｗｅｂページ情報が含まれる場合は、キャッシュ領域に
この更新されたＷｅｂページ情報を保存せずに、当該情
報に対して図３に示すステップＳ３１２〜ステップＳ３
２２の一連の処理を行いアクセス要求元の携帯電話にＷ
ｅｂページ情報を配信し、そうでない場合はステップＳ
４２６に移行する。

【００５３】ステップ４２６に移行した場合は、ReqHea
derの時間チェック項目を削除するなど、Ｗｅｂサーバ
３からＷｅｂページの情報を取得できるようにReqHeade
rの内容を修正してしてステップＳ４２８に移行する。
ステップＳ４２８では、修正されたReqHeaderによって
Ｗｅｂサーバ３に再度アクセスして、Ｗｅｂページ情報
を取得しステップＳ４３０に移行する。

【００５４】ステップＳ４３０に移行すると、取得した
Ｗｅｂページ情報をキャッシュ領域に保存し、更に、こ
の情報に対して、図３に示すステップＳ３１２〜ステッ
プＳ３２２の一連の処理を行いアクセス要求元の携帯電
話にＷｅｂページ情報を配信する。一方、ステップＳ４
２０において、アクセス要求にReqHeaderTimeがなくス
テップＳ４３２に移行した場合は、現在の時間を最終更
新時間としてＷｅｂサーバ３にアクセスしてステップＳ
４３４に移行する。

【００５５】ステップＳ４３４に移行すると、Ｗｅｂサ
ーバ３からの応答情報に基づき、最終更新時間がＷｅｂ
サーバ３上のＷｅｂページの更新時間よりも新しく、応
答情報にＷｅｂページ情報が含まれている場合は、キャ
ッシュ領域にこの更新されたＷｅｂページ情報を保存せ
ずに、当該情報に対して図３に示すステップＳ３１２〜
ステップＳ３２２の一連の処理を行いアクセス要求元の
携帯電話にＷｅｂページ情報を配信し、そうでない場合
はステップＳ４３６に移行する。

【００５６】ステップＳ４３６に移行した場合は、ReqH
eaderの時間チェック項目を削除するなど、Ｗｅｂサー
バ３からＷｅｂページの情報を取得できるようにReqHea
derの内容を修正してステップＳ４３８に移行する。ス
テップＳ４３８では、修正された最終更新時間によって
Ｗｅｂサーバ３に再度アクセスして、Ｗｅｂページ情報
を取得してステップＳ４４０に移行する。

【００５７】ステップＳ４４０に移行すると、取得した
Ｗｅｂページ情報をキャッシュ領域に保存して、更に、
この情報に対して、図３に示すステップＳ３１２〜ステ
ップＳ３２２の一連の処理を行いアクセス要求元の携帯
電話にＷｅｂページ情報を配信する。

【００５８】つまり、キャッシュ領域にアクセス先のＷ
ｅｂページの情報がない場合に、Ｗｅｂサーバ３からの
応答情報にＷｅｂページ情報が含まれている場合は、そ
の情報をキャッシュ領域に保存する処理を行わず、Ｗｅ
ｂサーバ３からの応答情報がヘッダ情報のみの場合は、
その情報をキャッシュ領域に保存する処理を行う。従っ
て、インターネット検索などのように、Ｗｅｂページの
情報が頻繁に変更されるようなページはキャッシュ領域
に保存されず、更新の時間間隔が比較的長いＷｅｂペー
ジの情報はキャッシュ領域に保存されることになるの
で、再利用する可能性の高いページ情報が保存されやす
くなると共に、再利用されにくいページ情報の保存が低
減するのでキャッシュ領域が効率的に利用されることに
なる。

【００５９】更に、Load BalanceｒによるＷｅｂサーバ
への接続処理を説明する。本実施の形態における変換用
サーバ４には、Load Balance機能が搭載されている。こ
れは、変換用サーバ４に同じページ情報を有するＷｅｂ
サーバが複数台接続されているときに、複数のユーザか
ら片方のサーバにアクセスが集中されるのを防ぐため
に、変換用サーバ４によってトラフィックを分散させて
複数台のＷｅｂサーバにバランス良くアクセスする機能
である。つまり、本実施の形態においては、同じＷｅｂ
ページ情報の保存されている第１のＷｅｂサーバ３ａと
第２のＷｅｂサーバ３ｂとに対して、変換サーバ４のLo
ad Balance機能によって、ユーザからのＷｅｂページへ
のアクセスをバランス良く振り分け、アクセスが片方の
サーバに集中するのを防ぐようになっている。

【００６０】以下、図５に基づき、変換用サーバ４にお
けるLoad Balance機能の動作処理の流れを説明する。図
５は、変換用サーバ４におけるLoad Balance機能の動作
処理を示すフローチャートである。図５に示すように、
まずステップＳ５００に移行し、Ｗｅｂサーバへのアク
セス要求データのヘッダを分析してステップＳ５０２に
移行する。

【００６１】ステップＳ５０２では、解析結果からアク
セス要求元の携帯電話のUserAgentを獲得してステップ
Ｓ５０４に移行する。ステップＳ５０４では、解析結果
から携帯電話のＩＰアドレスを獲得してステップＳ５０
６に移行する。ステップＳ５０６に移行すると、UserAg
entの設定をチェックして、携帯電話用のＷｅｂサーバ
へのアクセスである場合(True)はステップＳ５０８に移
行し、そうでない場合(False)はステップＳ５１６に移
行する。

【００６２】ステップＳ５０８では、UserAgentの携帯
電話の種類をチェックし、Ａ会社に対応した携帯電話５
であればステップＳ５１０に移行し、Ｂ会社に対応した
携帯電話６であればステップＳ５１２に移行し、Ｄ会社
に対応した携帯電話７であればステップＳ５１４に移行
する。ステップＳ５１０に移行した場合は、Load Balan
ce機能の設定に基づいて決定されたＡ会社に対応した携
帯電話５からのアクセス要求に応じたＷｅｂページ情報
を取得可能なＷｅｂサーバに接続する処理が行われる。

【００６３】ステップＳ５１２に移行した場合は、Load
Balance機能の設定に基づいて決定されたＢ会社に対応
した携帯電話６からのアクセス要求に応じたＷｅｂペー
ジ情報を取得可能なＷｅｂサーバに接続する処理が行わ
れる。ステップＳ５１４に移行した場合は、Load Balan
ce機能の設定に基づいて決定されたＤ会社に対応した携
帯電話７からのアクセス要求に応じたＷｅｂページ情報
を取得可能なＷｅｂサーバに接続する処理が行われる。

【００６４】ここで、Load Balance機能によるアクセス
の分散処理としては、接続されたＷｅｂサーバが２台で
ある場合は、携帯電話のＩＰアドレスの最終桁の偶数、
奇数によって、本実施の形態であれば、偶数なら第１の
Ｗｅｂサーバ３ａにアクセスするようにし、奇数なら第
２のＷｅｂサーバ３ｂにアクセスするようにする方法
と、接続されたＷｅｂサーバの数に合わせて、例えば、
５台のＷｅｂサーバが接続されている場合は、携帯電話
のＩＰアドレスに対して、ＩＰアドレスの下３桁が０〜
５０、５１〜１００、１０１〜１５０、１５１〜２０
０、２０１〜２５５の５つの範囲に分けて、それぞれの
範囲毎にアクセスするＷｅｂサーバを決めておくことに
よって、処理を分散させる方法と、が考えられる。

【００６５】このLoad Balance機能によって、アクセス
数が多いときなどに、Ｗｅｂサーバ１台にかかる処理能
力を低減させることが可能となるので、処理速度の低下
や故障等を防ぐことが可能となる。更に、本実施の形態
においては、Load Balance機能に加え、Fault Toleranc
e機能も備えている。これは、Ｗｅｂページ情報が保存
されているＷｅｂサーバに何らかの理由で障害が発生
し、アクセス出来なくなった場合、ユーザはそのサーバ
内の情報が利用できなくなるので、このときに変換用サ
ーバ４が、同じＷｅｂページ情報が保存されている別の
サーバに自動的にアクセス先を変換して、情報の利用を
停止させないようにする処理である。つまり、本実施の
形態においては、第１のＷｅｂサーバ３ａ、又は、第２
のＷｅｂサーバ３ｂのいずれかに障害が発生したとき
に、障害が発生しているＷｅｂサーバへのアクセスを発
生していな方のＷｅｂサーバに変更して、処理が停止す
るのを防ぐことなる。

【００６６】以下、図６に基づき、変換用サーバ４にお
けるFault Tolerance機能の動作処理の流れを説明す
る。図６は、変換用サーバ４におけるFault Tolerance
機能の動作処理を示すフローチャートである。図６に示
すように、まずステップＳ６００に移行して、Load Bal
ance機能によって決定された接続先のＷｅｂサーバのＩ
Ｐアドレスを取得してステップＳ６０２に移行する。

【００６７】ステップＳ６０２では、該当のＷｅｂサー
バにアクセスしてステップＳ６０４に移行する。ステッ
プＳ６０４に移行すると、該当のＷｅｂサーバの応答状
態をチェックして正常な応答である場合(True)はステッ
プＳ６０６に移行し、そうでない場合(False)はステッ
プＳ６０８に移行する。

【００６８】ステップＳ６０６に移行した場合は、該当
のＷｅｂサーバからＷｅｂページ情報を取得して、ペー
ジ変換等の処理を行う。ステップＳ６０８に移行した場
合は、サーバからの応答が異常な時に接続するように設
定されたＷｅｂサーバにアクセスしてステップＳ６１０
に移行する。ステップＳ６１０では、異常時の接続先サ
ーバの応答状態をチェックして、正常な応答である場合
(True)はステップＳ６０６に移行し、そうでない場合(F
alse)はステップＳ６１２に移行する。

【００６９】ステップＳ６１２に移行した場合は、エラ
ーログを出力して処理を終了する。このFault Toleranc
e機能によって、複数台あるＷｅｂサーバのうち全台数
の全てに障害が発生するような場合を除いて、障害の発
生時に処理を停止せずに続行させることが可能となる。
更に、変換用サーバ４におけるＷｅｂページの変換処理
の流れを図８及び図９に基づき説明する。図８及び図９
は、変換用サーバ４におけるＷｅｂページの変換処理の
一例を示すフローチャートである。

【００７０】図８に示すように、まずステップＳ８００
に移行し、取得したＷｅｂページのInput Tagの有無を
チェックしてある場合にステップＳ８０２に移行する。
ステップＳ８０２に移行した場合は、Input Tag中のTyp
eを取得して、取得したTypeがCheckBoxである場合はス
テップＳ８０４に移行し、RadioButtonである場合には
ステップＳ８２６に移行する。

【００７１】ステップＳ８０４に移行した場合は、変数
名、変数値及びCheckedStatus（CHECKED）を取得してス
テップＳ８０６に移行する。ステップＳ８０６では、変
数値がNULLであるか否かを判定し、変数値がNULLである
場合(Y)はステップＳ８０８に移行し、そうでない場合
(N)はステップＳ８１０に移行する。

【００７２】ステップＳ８０８に移行した場合は、変数
値にonを代入してステップＳ８１０に移行する。ステッ
プＳ８１０に移行した場合は、CheckedStatusがNULLか
否かを判定してNULLであった場合(Y)はステップＳ８１
２に移行し、そうでない場合(N)はステップＳ８１４に
移行する。

【００７３】ステップＳ８１２に移行した場合は、Ｎに
変数値を代入し、Ａに＋を代入し、ＣにCard番号を代入
してステップＳ８１６に移行する。ステップＳ８１４に
移行した場合は、Ｎに変数値を代入し、Ａに×を代入
し、ＣにCard番号＋１を代入してステップＳ８１６に移
行する。ステップＳ８１６では、Ｗｅｂページの作成言
語であるＡ、Ｂ、Ｄ言語に共通な記述となる共通部分に
初期値を追加してステップＳ８１８に移行する。

【００７４】ステップＳ８１８に移行すると、CARDを作
成してステップＳ８２０に移行する。ステップＳ８２０
では、CARD＋１を作成してステップＳ８２２に移行す
る。ステップＳ８２２では、CheckBox実行部を作成して
ステップＳ８２４に移行する。

【００７５】ステップＳ８２４では、Submit用Stringを
追加して変換処理を終了する。一方、ステップＳ８０２
において、TypeがRadioButtonでありステップＳ８２６
に移行した場合は、変数名(Name)を取得してステップＳ
８２８に移行する。ステップＳ８２８では、変数名別Da
ta構造を作成してステップＳ８３０に移行する。

【００７６】ステップＳ８３０に移行すると、TAGをチ
ェックしてである場合はステップＳ８３４に移行し、そ
うでない場合はステップＳ８３２に移行する。ステップ
Ｓ８３２に移行した場合は、TAG終了をチェックして＜H
TML＞であった場合はステップＳ８３４に移行し、そう
でない場合は本発明には特に関係しない処理なので記載
を省略する。

【００７７】ステップＳ８３４に移行した場合は、変数
名別Dataを取得してステップＳ８３６に移行する。ステ
ップＳ８３６では、変数名(Name)、変数値(Value)及びC
heckedStatus（CHECKED）を取得してステップＳ８３８
に移行する。ステップＳ８３８に移行すると、Submit用
Stringを追加してステップＳ８４０に移行する。

【００７８】ステップ８４０では、変数値がNULLか否か
を判定し、変数値がNULLであった場合(Y)はステップＳ
８４２に移行し、そうでない場合(N)はステップＳ８４
４に移行する。ステップＳ８４２に移行した場合は、変
数値にonを代入して図８のに対応する図９のを介し
てステップＳ８４６に移行する。

【００７９】ステップＳ８４４に移行した場合は、変数
値をEncodingして図８のに対応する図９のを介して
ステップＳ８４６に移行する。ステップＳ８４６に移行
すると、CheckedStatusがNULLか否かを判定してNULLで
あった場合(Y)はステップＳ８４８に移行し、そうでな
い場合(N)はステップＳ８５６に移行する。

【００８０】ステップＳ８４８に移行した場合は、Ａに
＋を代入してステップＳ８５０に移行する。ステップＳ
８５０では、Ｗｅｂページの作成言語であるＡ、Ｂ及び
Ｄ言語に共通な記述となる共通部分に初期値を追加して
ステップＳ８５２に移行する。ステップＳ８５２では、
CARDを作成してステップＳ８５４に移行する。

【００８１】ステップＳ８５４では、RadioBoxの実行部
を作成して変換処理を終了する。図７は、ｃＨＴＭＬ
（compact HyperText Markup Language）で作成された
Ｗｅｂページのチェックボックス部及びラジオボタン部
の記述をＨＤＭＬ（Handheld Device Markup Languag
e）による記述に変換する例を示す図である。ここで、
上記したステップＳ８００〜ステップＳ８５４のフロー
チャートの処理を行うことで図７に示す、ｃＨＴＭＬ→
ＨＤＭＬの記述の変換が行われる。

【００８２】つまり、図中、ｃＨＴＭＬ及びＨＤＭＬに
共通の記述となる共通部の上部にあるｃＨＴＭＬで記述
された「＜ＩＮＰＵＴ ＴＹＰＥ＝"ＣＨＥＣＫＢＯ
Ｘ" ＮＡＭＥ＝"ＮＡＭＥ3" ＶＡＬＵＥ＝"ＶＡＬＵＥ
3" ＣＨＥＣＫＥＤ＞ＣＯＮＴ3＜ＢＲ＞」の部分は、変
換処理によって、ＨＤＭＬ言語により、図中、共通部の
下部にある、「＜Ａ ＴＡＳＫ＝ＧＯＳＵＢ ＤＥＳＴ
＝＃＄Ｃ3 ＬＡＢＥＬ＝Ｃｈｅｃｋ ＲＥＣＥＩＶＥ＝
Ｎ3；Ａ3；Ｃ3＞＄Ａ3＜／Ａ＞ＣＯＮＴ3＜ＢＲ＞」、
「＜ＮＯＤＩＳＰＬＡＹ ＮＡＭＥ＝ＣＡＲＤ3＞＜Ａ
ＣＴＩＯＮ ＴＹＰＥ＝ＡＣＣＥＰＴ ＴＡＳＫ＝ＲＥＴ
ＵＲＮ ＲＥＴＶＡＬＳ＝ＶＡＬＵＥ3；ｘ；ＣＡＲＤ4
＞＜／ＮＯＤＩＳＰＬＡＹ＞」及び「＜ＮＯＤＩＳＰ
ＬＡＹ ＮＡＭＥ＝ＣＡＲＤ4＞＜ＡＣＴＩＯＮ ＴＹＰ
Ｅ＝ＡＣＣＥＰＴ ＴＡＳＫ＝ＲＥＴＵＲＮ ＲＥＴＶＡ
ＬＳ＝；ｘ；ＣＡＲＤ3＞＜／ＮＯＤＩＳＰＬＡＹ＞」
と記述される。

【００８３】更に、図中、共通部の上部にあるｃＨＴＭ
Ｌで記述された「＜ＩＮＰＵＴＴＹＰＥ＝"ＣＨＥＣ
ＫＢＯＸ" ＮＡＭＥ＝"ＮＡＭＥ32" ＣＨＥＣＫＥＤ＞
ＣＯＮＴ32＜ＢＲ＞」の部分は、変換処理によって、Ｈ
ＤＭＬ言語により、図中、共通部の下部にある、「＜
Ａ ＴＡＳＫ＝ＧＯＳＵＢ ＤＥＳＴ＝＃＄Ｃ4 ＬＡＢＥ
Ｌ＝Ｃｈｅｃｋ ＲＥＣＥＩＶＥ＝Ｎ4；Ａ4；Ｃ4＞＄Ａ
4＜／Ａ＞ＣＯＮＴ32＜ＢＲ＞」、「＜ＮＯＤＩＳＰ
ＬＡＹ ＮＡＭＥ＝ＣＡＲＤ5＞＜ＡＣＴＩＯＮＴＹＰＥ
＝ＡＣＣＥＰＴ ＴＡＳＫ＝ＲＥＴＵＲＮ ＲＥＴＶＡＬ
Ｓ＝ｏｎ；ｘ；ＣＡＲＤ6＞＜／ＮＯＤＩＳＰＬＡＹ
＞」及び「＜ＮＯＤＩＳＰＬＡＹ ＮＡＭＥ＝ＣＡＲ
Ｄ6＞＜ＡＣＴＩＯＮ ＴＹＰＥ＝ＡＣＣＥＰＴ ＴＡＳ
Ｋ＝ＲＥＴＵＲＮ ＲＥＴＶＡＬＳ＝；ｘ；ＣＡＲＤ5＞
＜／ＮＯＤＩＳＰＬＡＹ＞」と記述される。

【００８４】更に、図中、共通部の上部にあるｃＨＴＭ
Ｌで記述された「＜ＩＮＰＵＴＴＹＰＥ＝"ＲＡＤＩ
Ｏ" ＮＡＭＥ＝"ＮＡＭＥ4" ＶＡＬＵＥ＝"ＶＡＬＵＥ
41"ＣＨＥＣＫＥＤ＞ＣＯＮＴ41＜ＢＲ＞」の部分は、
変換処理によって、ＨＤＭＬ言語により、図中、共通部
の下部にある、「＜Ａ ＴＡＳＫ＝ＧＯＳＵＢ ＤＥＳ
Ｔ＝＃ＣＡＲＤ10 ＬＡＢＥＬ＝Ｓｅｌｅｃｔ ＲＥＣＥ
ＩＶＥ＝Ｎ7；Ａ7；Ａ8＞＄Ａ7＜／Ａ＞ＣＯＮＴ41＜Ｂ
Ｒ＞」及び「＜ＮＯＤＩＳＰＬＡＹ ＮＡＭＥ＝ＣＡ
ＲＤ10＞＜ＡＣＴＩＯＮ ＴＹＰＥ＝ＡＣＣＥＰＴ ＴＡ
ＳＫ＝ＲＥＴＵＲＮ ＲＥＴＶＡＬＳ＝ＶＡＬＵＥ41；
ｏ；＋＞＜／ＮＯＤＩＳＰＬＡＹ＞」と記述される。

【００８５】更に、図中、共通部の上部にあるｃＨＴＭ
Ｌで記述された「＜ＩＮＰＵＴ ＴＹＰＥ＝"ＲＡＤＩ
Ｏ" ＮＡＭＥ＝"ＮＡＭＥ4" ＞ＣＯＮＴ42＜ＢＲ＞」
の部分は、変換処理によって、ＨＤＭＬ言語により、図
中、共通部の下部にある、「＜Ａ ＴＡＳＫ＝ＧＯＳ
ＵＢ ＤＥＳＴ＝＃ＣＡＲＤ11 ＬＡＢＥＬ＝Ｓｅｌｅｃ
ｔ ＲＥＣＥＩＶＥ＝Ｎ7；Ａ7；Ａ8＞＄Ａ8＜／Ａ＞Ｃ
ＯＮＴ42＜ＢＲ＞」及び「＜ＮＯＤＩＳＰＬＡＹ Ｎ
ＡＭＥ＝ＣＡＲＤ11＞＜ＡＣＴＩＯＮ ＴＹＰＥ＝ＡＣ
ＣＥＰＴ ＴＡＳＫ＝ＲＥＴＵＲＮ ＲＥＴＶＡＬＳ＝ｏ
ｎ；＋；ｏ＞＜／ＮＯＤＩＳＰＬＡＹ＞」と記述され
る。

【００８６】図１０は、携帯電話５、６、７によるチェ
ックボックス部の画面表示例であり、それぞれ、図１０
（ａ）は携帯電話５の表示例であり、図１０（ｂ）は携
帯電話６の表示例であり、図１０（ｃ）は携帯電話７の
表示例である。つまり、携帯電話５用にＡ言語で作成さ
れたＷｅｂページにおいては、チェックボックスは図１
０（ａ）に示すように表示される。また、この携帯電話
５用のＷｅｂページを、携帯電話６用（Ｂ言語に対応）
に変換した場合は、この携帯電話には携帯電話５と同様
のチェックボックスのサブルーチンがあるので、図１０
（ｂ）に示すように表示される。また、携帯電話５用の
Ｗｅｂページを、携帯電話７用（Ｄ言語に対応）に変換
した場合は、この携帯電話には携帯電話５と同様のチェ
ックボックスのサブルーチンがないので、図１０（ｃ）
に示すように「[]」等を利用したチェックボックスを代
替したものが表示される。

【００８７】図１１は、携帯電話５、６、７によるラジ
オボタン部の画面表示例であり、それぞれ、図１１
（ａ）は携帯電話５の表示例であり、図１１（ｂ）は携
帯電話６の表示例であり、図１１（ｃ）は携帯電話７の
表示例である。つまり、携帯電話５用にＡ言語で作成さ
れたＷｅｂページにおいては、ラジオボタンは図１１
（ａ）に示すように表示される。また、この携帯電話５
用のＷｅｂページを、携帯電話６用（Ｂ言語に対応）に
変換した場合は、この携帯電話には携帯電話５と同様の
ラジオボタンのサブルーチンがあるので、図１１（ｂ）
に示すように表示される。また、携帯電話５用のＷｅｂ
ページを、携帯電話７用（Ｄ言語に対応）に変換した場
合は、この携帯電話には携帯電話５と同様のラジオボタ
ンのサブルーチンがないので、図１１（ｃ）に示すよう
に「[]」等を利用したラジオボタンを代替したものが表
示される。

【００８８】つまり、変換用サーバ４は、携帯電話５用
にＡ言語で作成されたＷｅｂページを、携帯電話５とは
サービス提供会社の異なる携帯電話６や携帯電話７など
に対応した言語によって、それらの携帯電話で閲覧可能
なページ情報に変換する機能を有している。

【００８９】従って、Ｗｅｂサーバ３は、Ａ会社のサー
ビスに対応した携帯電話５用のＡ言語によって作成され
たＷｅｂページ情報を有しているだけで、Ｂ会社やＤ会
社などの他の会社のサービスに対応した携帯電話用のＷ
ｅｂページを提供することが可能となるので、他の会社
用に、それぞれの言語でＷｅｂページを作成する手間が
省け、更に、サーバのメモリに保存するＷｅｂページの
容量も低減可能となる。

【００９０】ここで、図１に示す、変換用サーバ４は、
請求項５及び請求項６記載のコンテンツ中継用サーバに
対応し、Ｗｅｂサーバ３は、請求項５記載のコンテンツ
提供用サーバに対応する。

【００９１】

【発明の効果】以上説明したように、情報処理端末に保
存されたＷｅｂページの情報中に、アクセス先のＷｅｂ
ページ情報がないときに、所望のＷｅｂページへのアク
セス時に必要な最終更新時間を現在の時間にしてそのＷ
ｅｂページにアクセスし、その応答がヘッダ情報のみだ
ったときは、そのＷｅｂページに再度アクセスしてその
ページの情報を取得して情報処理端末に保存する処理を
行う。一方、Ｗｅｂページからの応答にそのページの情
報が含まれているときは、その取得した情報を情報処理
端末に保存しないように処理するようにしたので、内容
が頻繁に更新されるようなＷｅｂページの情報は保存さ
れず、内容の更新が滅多にされないＷｅｂページの情報
のみが保存されるので、情報処理端末には、再利用する
可能性の高いＷｅｂページ情報のみが保存されることに
なり、情報処理端末のメモリを効率良く使用することが
可能となる。

【００９２】また、第１の携帯電話用のＷｅｂページ
を、第２の携帯電話用に変換するときに、第２の携帯電
話において第２のサブルーチン群には無い第１のサブル
ーチンの機能を代替するものを、第２のサブルーチン群
に含まれる所定機能のサブルーチンを使用して生成する
ことが可能であるので、第１の携帯電話用のＷｅｂペー
ジの提供内容を、ほとんど損なわずに、第２の携帯電話
によって利用することが可能となる。

【図面の簡単な説明】

【図１】本発明に係るＷｅｂページ情報変換システムの
構成を示すブロック図である。

【図２】（ａ）〜（ｄ）は、それぞれ変換用サーバ４に
おけるＷｅｂページ変換処理例を示す図である。

【図３】Ｗｅｂページ情報変換システム１の大まかな動
作処理を示すフローチャートである。

【図４】Ｗｅｂページ情報保存処理プログラムの動作処
理を示すフローチャートである。

【図５】変換用サーバ４におけるLoad Balance機能の動
作処理を示すフローチャートである。

【図６】変換用サーバ４におけるFault Tolerance機能
の動作処理を示すフローチャートである。

【図７】ｃＨＴＭＬで作成されたＷｅｂページのチェッ
クボックス部及びラジオボタン部の記述をＨＤＭＬによ
る記述に変換する例を示す図である。

【図８】変換用サーバ４におけるＷｅｂページの変換処
理の一例を示すフローチャートである。

【図９】変換用サーバ４におけるＷｅｂページの変換処
理の一例を示すフローチャートである。

【図１０】携帯電話５、６、７によるチェックボックス
部の画面表示例であり、それぞれ、（ａ）は携帯電話５
の表示例であり、（ｂ）は携帯電話６の表示例であり、
（ｃ）は携帯電話７の表示例である。

【図１１】携帯電話５、６、７によるラジオボタン部の
画面表示例であり、それぞれ、（ａ）は携帯電話５の表
示例であり、（ｂ）は携帯電話６の表示例であり、
（ｃ）は携帯電話７の表示例である。

【符号の説明】

１ Ｗｅｂページ情報変換システム ２ Ｗｅｂページ情報 ３ Ｗｅｂサーバ ４ 変換用サーバ ５ Ａ会社のサービスに対応した携帯電
話 ６ Ｂ会社のサービスに対応した携帯電
話 ７ Ｄ会社のサービスに対応した携帯電
話

Claims (6)

【特許請求の範囲】
1. 【請求項１】 所定の情報処理端末においてインターネ
   ット上に存在するＷｅｂページ情報の保存処理を行うた
   めのＷｅｂページ情報保存処理プログラムであって、 前記所定の情報処理端末によってインターネット上にあ
   る所望のＷｅｂページの情報を取得するときに、当該情
   報処理端末に保存されたＷｅｂページの情報中に前記所
   望のＷｅｂページの情報があるか否かを判定する所有状
   態判定ステップと、 前記所有状態判定ステップにおいて、前記保存されたＷ
   ｅｂページの情報中に前記所望のＷｅｂページの情報が
   ないと判定されたときに、最終更新時間を現在の時間に
   して前記所望のＷｅｂページにアクセスするＷｅｂペー
   ジアクセスステップと、 前記Ｗｅｂページアクセスステップにおいて、前記Ｗｅ
   ｂページからの応答がヘッダ情報のみだったときにその
   Ｗｅｂページに再度アクセスして当該Ｗｅｂページの情
   報を取得し前記情報処理端末に保存する処理を行い、前
   記Ｗｅｂページからの応答が前記Ｗｅｂページの情報を
   含むものであったときにそのＷｅｂページの情報を前記
   情報処理端末に保存しない処理を行うページ情報保存処
   理ステップと、を備えることを特徴とするＷｅｂページ
   情報保存処理プログラム。
2. 【請求項２】 一の者の提供する携帯電話サービスに対
   応した第１の携帯電話用のＷｅｂページを、他の者の提
   供する携帯電話サービスに対応した第２の携帯電話が利
   用できるように、前記Ｗｅｂページのメインプログラム
   を前記第２の携帯電話用に変換するためのコンピュータ
   が実行可能なプログラムであって、 前記メインプログラムの変換処理において、 前記Ｗｅｂページのメインプログラムに使用されてい
   る、前記第１の携帯電話用の第１のプログラム言語によ
   って作成された第１のサブルーチンの中に、前記第２の
   携帯電話用の第２のプログラム言語によって作成された
   第２のサブルーチン群には無い機能のものが使用されて
   いるときに、 前記第２のサブルーチン群に含まれる所定機能の第２の
   サブルーチンを使用して、前記第２のサブルーチン群に
   は無い前記第１のサブルーチンの機能を代替するプログ
   ラムを生成して前記メインプログラムの変換処理を行う
   ことを特徴とするＷｅｂページ変換用プログラム。
3. 【請求項３】 前記メインプログラムの変換処理におい
   て、前記第１の携帯電話用のＷｅｂページで使用されて
   いる当該第１の携帯電話用の第１の絵文字データを、当
   該第１の絵文字データと類似した前記第２の携帯電話用
   の第２の絵文字データによって代用することを特徴とす
   る請求項２記載のＷｅｂページ変換用プログラム。
4. 【請求項４】 前記メインプログラムの変換処理におい
   て、前記第１の携帯電話用のＷｅｂページで使用されて
   いるイメージファイルの第１の形式を、当該第１の形式
   とは異なる第２の形式に変換することを特徴とする請求
   項２又は請求項３記載のＷｅｂページ変換用プログラ
   ム。
5. 【請求項５】 コンテンツ提供用サーバとコンテンツ中
   継用サーバと情報処理装置とをそれぞれが互いにデータ
   通信可能に備え、前記情報処理装置からのコンテンツの
   取得要求に応じて、前記コンテンツ中継用サーバを介し
   て前記コンテンツ提供用サーバの有するコンテンツを要
   求元の前記情報処理装置に提供するコンテンツ提供シス
   テムであって、 前記コンテンツ中継用サーバは、請求項１記載のＷｅｂ
   ページ情報保存処理プログラム、請求項２乃至請求項４
   記載のＷｅｂページ変換用プログラムのうち、少なくと
   も一を備えることを特徴とするコンテンツ提供システ
   ム。
6. 【請求項６】 請求項５記載のコンテンツ提供システム
   に適用可能なコンテンツ中継用サーバであって、 請求項１記載のＷｅｂページ情報保存処理プログラム、
   請求項２乃至請求項５記載のＷｅｂページ変換用プログ
   ラムのうち、少なくとも一を備えることを特徴とするコ
   ンテンツ中継用サーバ。