(57)【特許請求の範囲】
【請求項１】
コンテンツ変換サーバにおけるコンテンツ変換方法であって、
ユーザ端末から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報を受信するステップと、
前記アクセス先情報が当該コンテンツ変換サーバのみをアクセス先として示していると解釈される場合には、登録済みの別のサーバに当該コンテンツ変換サーバを経由してアクセスさせるようなリンク情報を含む情報をユーザ端末に送信するステップと、
前記アクセス先情報が前記コンテンツ変換サーバとは別のサーバにおけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバから前記アクセス先情報において示されたコンテンツ情報を取得するステップと、
取得された任意の形式のコンテンツ情報を前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらに前記コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成ステップと、
前記変換後コンテンツ情報を前記ユーザ端末に送信するステップと、
を含むコンテンツ変換方法。
【請求項２】
前記所定のルールが、
元のリンク先を、前記コンテンツ変換サーバをアクセス先とし且つ前記元のリンク先の情報を含める形式に変換するルールである
ことを特徴とする請求項１記載のコンテンツ変換方法。
【請求項３】
コンテンツ変換サーバ用のコンテンツ変換プログラムであって、
ユーザ端末から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報を受信するステップと、
前記アクセス先情報が当該コンテンツ変換サーバのみをアクセス先として示していると解釈される場合には、登録済みの別のサーバに当該コンテンツ変換サーバを経由してアクセスさせるようなリンク情報を含む情報をユーザ端末に送信するステップと、
前記アクセス先情報が前記コンテンツ変換サーバとは別のサーバにおけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバから前記アクセス先情報において示されたコンテンツ情報を取得するステップと、
取得された任意の形式のコンテンツ情報を前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらに前記コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成ステップと、
前記変換後コンテンツ情報を前記ユーザ端末に送信するステップと、
をコンピュータに実行させるためのコンテンツ変換プログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述されたコンテンツ情報をユーザ端末等に合わせて変換するための技術に関する。
【０００２】
【従来の技術】
例えば特開平８−４４６４３号公報には、以下のような事項が開示されている。すなわち、企業内ネットワークに接続されたクライアント端末と、企業内ネットワークを外部ネットワークに接続するルータと、外部ネットワークに接続されたゲートウェイ装置（例えばＵＲＬ（Uniform Resource Locator）がwww.out.company.co.jp）及び各種サーバ（例えばＵＲＬがwww.is.university.ac.jp）とが存在している場合に、クライアント端末は、ゲートウェイ装置から各種サーバの情報を得るようになっている。ゲートウェイ装置は、他のサーバから取得したＨＴＭＬファイルにリンクの情報が含まれている場合に、当該リンクの情報を変更する。例えば、http://www.is.university.ac.jp/welcome.htmlがリンク先である場合には、http://www.out.company.co.jp/http://www.is.university.ac.jp/welcome.htmlとリンクの情報を変更する。また、企業内ネットワークにおいてはＨＴＴＰ（Hyper Text Transfer Protocol）のみ使用でき、リンクの情報が例えばＦＴＰ（File Transfer Protocol）で示されている場合、クライアント端末において当該リンクが選択されると、ゲートウェイ装置が他のサーバからＦＴＰで情報を取得し、当該情報をハイパーテキストに変換してＨＴＴＰでクライアント端末に送信する。
【０００３】
【発明が解決しようとする課題】
上で述べたような従来技術では、企業内ネットワークに接続されるクライアント端末は限定されており、ゲートウェイ装置は各クライアント端末の種別等を考慮した処理を実施する必要は無かった。
【０００４】
しかし、インターネット等のコンピュータ・ネットワークに接続できる装置の種類が急速に増加した今日では、表示装置の大きさやサポートするマークアップ言語の種類に差のある全ての装置向けにコンテンツ情報を用意することは全く困難であるか、又は非常に大きなコストを生じさせるものである。一方、ユーザは、有用な情報を、使用している装置とは関係なく、利用できるようになることを望んでいる。特に携帯電話機では、通信事業者毎に利用できるサイトが限定されており、他社のユーザは非常に有用なサイトが存在していても、自分の使用している携帯電話機では見ることもできない場合がある。
【０００５】
従って、本発明の目的は、コンテンツ提供側にほとんど負担をかけず複数の種類のコンテンツ情報を端末等の種別に関わらず利用可能にするための技術を提供することである。
【０００６】
【課題を解決するための手段】
本発明の第１の態様に係る、コンテンツ変換サーバにおけるコンテンツ変換方法は、ユーザ端末（例えば携帯電話機。パーソナル・コンピュータやＰＤＡ（Personal Digital Asistance）等を含む。）から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元（例えばブラウザ）の種別に関する情報を受信するステップと、アクセス先情報がコンテンツ変換サーバとは別のサーバ（例えば実施の形態におけるコンテンツ提供サーバ）におけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバからアクセス先情報において示されたコンテンツ情報を取得するステップと、取得されたコンテンツ情報の形式を判断して当該コンテンツ情報をユーザ端末又はユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらにコンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成ステップと、変換後コンテンツ情報をユーザ端末に送信するステップとを含む。
【０００７】
これによりコンテンツ提供側は一種類のコンテンツを用意するだけでよい。コンテンツ提供側で独自にコンテンツ変換プログラムなどを用意する必要も無い。また、ユーザも例えばコンテンツ変換サーバのドメイン名にコンテンツ提供サーバのＵＲＬを連結した形で入力したり、既にそのような形のリンク情報がハイパーテキストで提供されていればその部分をクリックするだけで、自動的に自己のユーザ端末又はユーザ端末におけるアクセス要求元の種別に適合するコンテンツ情報を得ることができるようになる。
【０００８】
なお、上で述べた所定のルールは、例えば、元のリンク先を、コンテンツ変換サーバをアクセス先（例えばドメイン名）とし且つ元のリンク先の情報（例えばリンク先のＵＲＬ）を含める形式に変換するルールとするような構成であってもよい。
【０００９】
また、アクセス先情報が当該コンテンツ変換サーバのみをアクセス先として示していると解釈される場合には、登録済みの別のサーバに当該コンテンツ変換サーバを経由してアクセスさせるようなリンク情報を含む情報をユーザ端末に送信するステップをさらに含むような構成であってもよい。例えば、一番最初のアクセス時には、上で述べたようにユーザが例えばコンテンツ変換サーバのドメイン名にコンテンツ提供サーバのＵＲＬを連結した形で入力してもよいし、このように直接コンテンツ変換サーバにアクセスして、登録されたコンテンツ提供サーバのリンク情報（コンテンツ変換サーバのドメイン名にコンテンツ提供サーバのＵＲＬを連結した形）のリストを得るような構成であってもよい。コンテンツ提供側はコンテンツ変換サーバに登録することにより、より多くのユーザの利用を促すことができるようになる。
【００１０】
本発明の第２の態様に係る変換後コンテンツ取得方法は、ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別とは異なる種別にかかる任意の形式のコンテンツ情報を取得するために、コンテンツ情報の提供元のユニフォーム・リソース・ロケータ（ＵＲＬ）の少なくとも一部（例えばアクセス先のパス名として。プロトコル名は省略される場合もある。）とユーザ端末又は当該ユーザ端末におけるアクセス要求元（例えばウェブ（Ｗｅｂ）ブラウザ）の種別に関する情報とをコンテンツ変換サーバに（例えばＨＴＴＰのＧＥＴリクエストとして）送信するステップと、コンテンツ変換サーバから、ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に対応する変換が施され且つコンテンツ情報にリンク情報が含まれる場合には当該リンク情報が所定のルールに従って変更されたコンテンツ情報を受信し、表示装置に表示するステップとを含む。
【００１１】
なお、上述のコンテンツ変換方法はコンピュータ・ハードウエアに専用のプログラムをインストールすることによっても実現可能である。この場合、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００１２】
【発明の実施の形態】
図１に本発明の一実施の形態に係るシステム概要図を示す。コンピュータ・ネットワークであるインターネット１には、通信事業者Ａ社の仕様に合わせたコンテンツを提供するＷｅｂサーバ機能を有するコンテンツ提供サーバＡ（５ａ）と、通信事業者Ｂ社の仕様に合わせたコンテンツを提供するＷｅｂサーバ機能を有するコンテンツ提供サーバＢ（５ｂ）と、通信事業者Ｃ社の仕様に合わせたコンテンツを提供するＷｅｂサーバ機能を有するコンテンツ提供サーバＣ（５ｃ）と、本実施の形態において主要な処理を実施するコンテンツ変換サーバ３と、通信事業者Ａ社の基地局Ａ（７ａ）と、通信事業者Ｂ社の基地局Ｂ（７ｂ）と、通信事業者Ｃ社の基地局Ｃ（７ｃ）と、例えばＷｅｂブラウザ機能を有するパーソナル・コンピュータであるユーザ端末９ｄとが接続されている。なお、図示しないが、インターネット１には、パーソナル・コンピュータ用のＷｅｂブラウザ向けコンテンツを提供するコンテンツ提供サーバが多数接続されている。また、ユーザ端末９ｄは、パーソナル・コンピュータだけでなく、専用のブラウザ機能を有するＰＤＡ等他の種類の端末である場合もある。
【００１３】
通信事業者Ａ社の基地局Ａ（７ａ）と無線で通信を行うのは、通信事業者Ａ社の仕様に合わせたブラウザ機能を有する携帯電話機Ａ（９ａ）である。通信事業者Ｂ社の基地局Ｂ（７ｂ）と無線で通信を行うのは、通信事業者Ｂ社の仕様に合わせたブラウザ機能を有する携帯電話機Ｂ（９ｂ）である。通信事業者Ｃ社の基地局Ｃ（７ｃ）と無線で通信を行うのは、通信事業者Ｃ社の仕様に合わせたブラウザ機能を有する携帯電話機Ｃ（９ｃ）である。
【００１４】
通信事業者Ａ社の仕様は、例えばコンパクトＨＴＭＬ（Compact HTML）でコンテンツを記述することである。通信事業者Ｂ社の仕様は、例えばＨＤＭＬ（Handheld Device Markup Language）でコンテンツを記述することである。通信事業者Ｃ社の仕様は、例えばＭＭＬ（Mobile Markup Language）でコンテンツを記述することである。コンテンツ提供サーバＡ（５ａ）は、コンパクトＨＴＭＬで記述されたコンテンツの情報をコンパクトＨＴＭＬで記述されたコンテンツを表示するためのブラウザを有する携帯電話機Ａ（９ａ）からの要求に応じて当該携帯電話機Ａ（９ａ）に送信する。コンテンツ提供サーバＢ（５ｂ）は、ＨＤＭＬで記述されたコンテンツの情報をＨＤＭＬで記述されたコンテンツを表示するためのブラウザを有する携帯電話機Ｂ（９ｂ）からの要求に応じて当該携帯電話機Ｂ（９ｂ）に送信する。コンテンツ提供サーバＣ（５ｃ）は、ＭＭＬで記述されたコンテンツの情報をＭＭＬで記述されたコンテンツを表示するためのブラウザを有する携帯電話機Ｃ（９ｃ）からの要求に応じて当該携帯電話機Ｃ（９ｃ）に送信する。
【００１５】
コンテンツ変換サーバ３には、携帯電話機等からの要求に応じてコンテンツ提供サーバからコンテンツ情報を取得するためのコンテンツ取得部３１と、コンテンツの形式を変更する処理を実施するコンテンツ変換部３３とが含まれる。コンテンツ変換部３３は、情報の要求元である携帯電話機等から送られてくるブラウザの種類や端末種別に応じて、コンテンツ形式の変換として、画面の表示桁数を変換したり、元のコンテンツでは１画面に表示されていたものを複数画面に分割したりするなどの変更のための処理を実施する。また、コンテンツ変換部３３は、コンテンツの形式の変換以外に、下で詳しく述べるようなリンク情報の変更処理も実施する。また、コンテンツ変換サーバ３は、コンテンツ変換サーバ３に対して登録を行ったコンテンツ提供サーバの情報を登録する登録サーバＤＢ３５と、コンテンツ変換部３３において変換処理を実施する際に用いられる変換ルールを格納する変換ルールＤＢ３７とを管理する。
【００１６】
コンテンツ変換部３３は、例えば、携帯電話機Ａ（９ａ）がコンテンツ提供サーバＢ（５ｂ）において提供しているコンテンツを要求している場合には、ＨＤＭＬをコンパクトＨＴＭＬに変換するための処理を実施する。携帯電話機Ａ（９ａ）がコンテンツ提供サーバＣ（５ｃ）において提供しているコンテンツを要求している場合には、コンテンツ変換部３３はＭＭＬをコンパクトＨＴＭＬに変換するための処理を実施する。携帯電話機Ｂ（９ｂ）がコンテンツ提供サーバＡ（５ａ）において提供しているコンテンツを要求している場合には、コンテンツ変換部３３はコンパクトＨＴＭＬをＨＤＭＬに変換するための処理を実施する。携帯電話機Ｂ（９ｂ）がコンテンツ提供サーバＣ（５ｃ）において提供しているコンテンツを要求している場合には、コンテンツ変換部３３はＭＭＬをＨＤＭＬに変換するための処理を実施する。携帯電話機Ｃ（９ｃ）がコンテンツ提供サーバＡ（５ａ）において提供しているコンテンツを要求している場合には、コンテンツ変換部３３はコンパクトＨＴＭＬをＭＭＬに変換するための処理を実施する。携帯電話機Ｃ（９ｃ）がコンテンツ提供サーバＢ（５ｂ）において提供しているコンテンツを要求している場合には、コンテンツ変換部３３はＨＤＭＬをＭＭＬに変換するための処理を実施する。この他、パーソナル・コンピュータ向けのＨＴＭＬで記述されたコンテンツの情報を、コンパクトＨＴＭＬ、ＨＤＭＬ、ＭＭＬのそれぞれに変換するような処理も実施する場合もある。これらの変換のためのルールは、変換前言語と変換後言語の組み合わせ毎に変換ルールＤＢ３７に格納されている。但し、これらの変換ルールについては、従来と同様であるからここではこれ以上説明しない。
【００１７】
次に、図１に示した第１の処理フローを図２乃至図４を用いて説明する。なお、ここでは携帯電話機Ａ（９ａ）、携帯電話機Ｂ（９ｂ）、携帯電話機Ｃ（９ｃ）及びユーザ端末９ｄを総称してユーザ端末としている。また、ユーザ端末の処理は、主にユーザ端末のブラウザによる処理である。最初に、ユーザ端末を操作するユーザは、ドメイン名をコンテンツ変換サーバのドメイン名とし且つパス名を目的のコンテンツ提供サーバについてのＵＲＬとするＵＲＬを、ユーザ端末に入力する。図３にＵＲＬの説明のための図面を示す。この例では、ｈｔｔｐがプロトコル名を示し、ig.bsc.co.jp（以下、コンテンツ変換サーバ５のドメイン名として用いる）がドメイン名を示し、index.htmlがパス名を示す。ここではパス名はファイル名だけになっているが、ディレクトリ名を含む場合もある。すなわち、パス名がIMAGE/index.htmlといった記述になる場合もある。従って、http://a1.co.jp/index.htmlがコンテンツ提供サーバ（例えばコンテンツ提供サーバＡ（５ａ））についてのＵＲＬである場合には、ユーザはhttp://ig.bsc.co.jp/a1.co.jp/index.htmlを入力する。なお、コンテンツ提供サーバ側のプロトコル名は省略する。なお、プロトコルが異なる場合にはプロトコル名を省略せずに用いる場合もある。ユーザ端末は、ユーザからの入力を受け付ける（ステップＳ１）。
【００１８】
ユーザ端末は、入力されたＵＲＬのドメイン名で指定されたコンテンツ変換サーバ３のＩＰアドレスをＤＮＳ（Domain Name System）サーバ（図示せず）から取得し、コンテンツ変換サーバ３と接続する（ステップＳ３）。コンテンツ変換サーバ３もユーザ端末と接続する（ステップＳ５）。次に、ユーザ端末は、コンテンツ提供サーバについてのＵＲＬであるパス名及びブラウザ種別を含むＨＴＴＰのＧＥＴリクエストとしてコンテンツ変換サーバ３に送信する（ステップＳ７）。
【００１９】
このＧＥＴリクエストのヘッダ部分の一例を図４（１）に示す。このようにＨＴＴＰのＧＥＴリクエストのヘッダの第１行目には、ＧＥＴであること、パス名（/a1.co.jp/index.html）、及びＨＴＴＰのバージョン（HTTP/1.0）が含まれる。また、２行目以降には、USER-AGENTというヘッダ・フィールドが設けられており、当該ＧＥＴリクエストを発行したプログラム、例えばブラウザの名前などがＸＸＸＸの部分に入れられる。但し、ユーザ端末の種別である場合もある。なお、関係する通信事業社名がUSER-AGENTフィールドに入れられる場合もあるが、その場合であっても通信事業社名等からブラウザやユーザ端末の種別を特定することができるので、ブラウザやユーザ端末の種別に関する情報として考えることができる。
【００２０】
コンテンツ変換サーバ３のコンテンツ取得部３１は、ユーザ端末からパス名及びブラウザ種別を含むＨＴＴＰのＧＥＴリクエストを受信する（ステップＳ９）。そして、受信したパス名を解析し、パス名に含まれるコンテンツ提供サーバのドメイン名を抽出し、当該コンテンツ提供サーバと接続する（ステップＳ１１）。この際ＤＮＳサーバからドメイン名に対応するＩＰアドレスを取得する。コンテンツ提供サーバはコンテンツ変換サーバ３と接続する（ステップＳ１３）。そして、コンテンツ取得部３１は、受信したパス名をさらに解析し、当該パス名に含まれ且つコンテンツ提供サーバにおけるコンテンツ情報のパス名を含むＨＴＴＰのＧＥＴリクエストをコンテンツ提供サーバに送信する（ステップＳ１５）。図４（２）にこのＧＥＴリクエストのヘッダの一例を示す。第１行目には、ＧＥＴであること、パス名（/index.html）と、ＨＴＴＰのバージョン（HTTP/1.0）とが含まれる。（１）と同様に２行目以降に、USER-AGENTフィールドを設ける場合もあるが、ここではこのフィールドは重要でないので、説明を省略する。
【００２１】
コンテンツ提供サーバは、コンテンツ情報のパス名を含むＨＴＴＰのＧＥＴリクエストを受信すると（ステップＳ１７）、当該コンテンツ情報（図４の例ではindex.html）を読み出してコンテンツ変換サーバ３のコンテンツ取得部３１にＨＴＴＰのレスポンス（RESPONSE）として返信する（ステップＳ１９）。コンテンツ取得部３１は、コンテンツ情報をＨＴＴＰのレスポンスとして受信する（ステップＳ２１）。
【００２２】
例えば図４（３）のようなファイルを受信するものとする。図４（３）の例では、第１行目はＨＴＭＬ開始タグで第４行目はＨＴＭＬ終了タグである。第２行目のＡ開始タグには、ＨＲＥＦ属性として、http://a2.co.jp/inf1.htmlが含まれる。「情報１」という文字がハイパーリンクになり、Ａ開始タグとＡ終了タグに挟まれている。同様に、第３行目のＡ開始タグには、ＨＲＥＦ属性として、http://a3.co.jp/inf2.htmlが含まれる。「情報２」という文字がハイパーリンクになり、Ａ開始タグとＡ終了タグに挟まれている。
【００２３】
次に、コンテンツ変換部３３は、ステップＳ９で受信したＧＥＴリクエストに含まれるブラウザ種別に合わせて、受信したコンテンツ情報を変換する。すなわち、受信したコンテンツ情報の形式を解析し、使用されている言語（変換前言語）を判別する。そして、ブラウザ種別に基づき変換後の言語を判断して、変換前言語と変換後言語の組み合わせに基づき変換ルールＤＢ３７に規定された変換ルールを取得して、当該ルールに基づきコンテンツ情報を変換する。さらに、コンテンツ情報にリンク情報が含まれていないかを判断する。そして、コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を抽出し、当該リンク情報に含まれているドメイン名をコンテンツ変換サーバ３のドメイン名（ig.bsc.co.jp）に変更し、元のリンク先ＵＲＬをパス名に変更する（ステップＳ２３）。そして、変換後のコンテンツ情報をユーザ端末に送信する（ステップＳ２５）。
【００２４】
このステップＳ２５で送信される変換後のコンテンツ情報は、例えば図４（４）のようなコンテンツ情報である。図４（３）と比較すると、第２行目のＡ開始タグに含まれるＨＲＥＦ属性の内容が変更されている。すなわち、ドメイン名がig.bsc.co.jpというコンテンツ変換サーバ３のドメイン名になっており、元もとのＵＲＬはパス名として入れられている。すなわち、http://ig.bsc.co.jp/a2.co.jp/inf1.htmlとなる。第３行目のＡ開始タグに含まれるＨＲＥＦ属性の内容も同様に変更されている。すなわち、http://ig.bsc.co.jp/a3.co.jp/inf2.htmlとなる。
【００２５】
ユーザ端末は、コンテンツ変換サーバ３から変換後のコンテンツ情報を受信し、表示装置に表示する（ステップＳ２７）。図４（４）のような変換後のコンテンツ情報を受信すると、図４（５）のような表示がなされる。なお、図４（３）のような変換前のコンテンツ情報を受信しても、図４（５）のような表示がなされる。但し、図４（３）の場合と図４（４）の場合ではリンク先が異なる。
【００２６】
ユーザがこの表示を見て、ハイパーテキスト（リンク部分）のクリックを行う場合には、当該クリックを受け付け（ステップＳ２９：Ｙｅｓルート）、ステップＳ７に戻る。情報２の部分をクリックした場合には、a2.co.jp/inf1.htmlをパス名として、ブラウザ種別を含むＧＥＴリクエストをコンテンツ変換サーバ３に送信する。以下、処理は上で述べたとおりである。
【００２７】
一方、ハイパーテキストのクリックを行わない場合には（ステップＳ２９：Ｎｏルート）、他のコンテンツ提供サーバへのアクセスであれば（ステップＳ３１のＹｅｓルート）、ステップＳ１に戻る。一方、他のコンテンツ提供サーバへのアクセスでもなければ処理を終了する。
【００２８】
このようにすれば、ユーザ端末がどのような種類であっても、またコンテンツ提供サーバがどのようなマークアップ言語のコンテンツを提供していようとも、コンテンツ変換サーバ３が適切にコンテンツ情報を変換してユーザに提供するため、ユーザは利用できるコンテンツ提供サーバの種類が増え、コンテンツ提供サーバは１種類のコンテンツを用意するだけで利用者を増加させることができる。
【００２９】
次に、コンテンツ提供サーバがコンテンツ変換サーバ３に対して登録を行う場合について説明する。図２の処理フローにおいて、ユーザは最初、ドメイン名がコンテンツ変換サーバ３のドメイン名であり且つコンテンツ情報のＵＲＬをパス名とするＵＲＬを自ら入力しなければならない。これではユーザの負担が重い。ここでは、コンテンツ変換サーバ３の管理・運営者が自ら、又はコンテンツ提供サーバの管理・運営者の要求によりコンテンツ変換サーバ３の管理・運営者が、若しくはコンテンツ提供サーバの管理・運営者による登録要求を受け付けて登録を行うコンテンツ変換サーバ３内の処理部が、コンテンツ提供サーバのＵＲＬ等の情報をコンテンツ変換サーバ３の登録サーバＤＢ３５に登録する（ステップＳ４１）。コンテンツ提供サーバの管理・運営者による登録要求の場合、登録料などを徴収する場合もある。登録サーバＤＢ３５に登録されるデータは、例えば、コンテンツ提供サーバのＵＲＬや、コンテンツ提供サーバの管理・運営者についての情報である。
【００３０】
次に、ユーザは、ユーザ端末を操作してユーザ端末にコンテンツ変換サーバ３へアクセスさせる（ステップＳ４３）。このアクセスに応答して、コンテンツ変換サーバ３は、登録サーバＤＢ３５を検索して、当該登録コンテンツ提供サーバのＵＲＬなどの情報を抽出する。そして、ドメイン名がコンテンツ変換サーバ３のドメイン名であり且つ登録コンテンツ提供サーバのＵＲＬをパス名とするＵＲＬを生成してリンク先情報として用い、Ｗｅｂページ・データを構成する。このＷｅｂページ・データは、例えば登録コンテンツ提供サーバのリストであってハイパーテキストとなっている。コンテンツ変換サーバ３は、このＷｅｂページ・データをユーザ端末に送信する（ステップＳ４５）。
【００３１】
Ｗｅｂページ・データの一例を図６（１）に示す。ここでは、１つのサーバのみ登録されている例を示している。「Ａ１サービス」という登録コンテンツ提供サーバのサービス名が、Ａ開始タグとＡ終了タグに挟まれている。Ａ開始タグに含まれるＨＲＥＦ属性は、元のリンク先がhttp://a1.co.jp/inf1.htmlであるが、コンテンツ変換サーバ３のドメイン名ig.bsc.co.jpをドメイン名に挿入するため、http://ig.bsc.co.jp/a1.co.jp/inf1.htmlとなる。
【００３２】
ユーザ端末は、コンテンツ変換サーバ３から登録コンテンツ提供サーバのリストであるＷｅｂページ・データを受信し、表示装置に表示する（ステップＳ４７）。図６（１）のようなＷｅｂページ・データを表示すると、図６（２）となる。ユーザは、このような表示内容を見て、コンテンツ提供サーバを選択し、クリックする。ユーザ端末は、コンテンツ提供サーバの選択を受け付け（ステップＳ４９）、リンク先のＵＲＬを取得する。そして、当該リンク先のＵＲＬのうちドメイン名に指定されているコンテンツ変換サーバ３と接続する（ステップＳ５１）。この際ＤＮＳサーバからドメイン名に対応するＩＰアドレスを取得する。これに対してコンテンツ変換サーバ３もユーザ端末と接続する（ステップＳ５３）。そして、ユーザ端末は、リンク先のＵＲＬのパス名（選択コンテンツ提供サーバについてのＵＲＬ）及びブラウザ種別を含むＨＴＴＰのＧＥＴリクエストをコンテンツ提供サーバ３に送信する（ステップＳ５５）。
【００３３】
この際送信されるＧＥＴリクエストのヘッダの一例を図６（３）に示す。図６（３）の例では、第１行目に、ＧＥＴリクエストであることを示すＧＥＴと、リンク先ＵＲＬのパス名であるコンテンツ提供サーバのＵＲＬ（a1.co.jp/inf1.html）と、ＨＴＴＰのバージョン（HTTP/1.0）とが含まれる。また、第２行目以降に、ブラウザ種別を含むUSER-AGENTフィールドが設けられている。この部分については図４において説明したのと同じである。
【００３４】
コンテンツ変換サーバ３のコンテンツ取得部３１は、ユーザ端末からパス名及びブラウザ種別を含むＨＴＴＰのＧＥＴリクエストを受信する（ステップＳ５７）。そして、受信したパス名を解析し、パス名に含まれるコンテンツ提供サーバのドメイン名を抽出し、当該コンテンツ提供サーバと接続する（ステップＳ５９）。この際ＤＮＳサーバからドメイン名に対応するＩＰアドレスを取得する。コンテンツ提供サーバはコンテンツ変換サーバ３と接続する（ステップＳ６１）。そして、コンテンツ取得部３１は、受信したパス名をさらに解析し、当該パス名に含まれ且つコンテンツ提供サーバにおけるコンテンツ情報のパス名を含むＨＴＴＰのＧＥＴリクエストをコンテンツ提供サーバに送信する（ステップＳ６３）。図６の例では、/inf1.htmlというパス名が送信される。
【００３５】
コンテンツ提供サーバは、コンテンツ情報のパス名を含むＨＴＴＰのＧＥＴリクエストを受信すると（ステップＳ６５）、当該コンテンツ情報（図６の例ではinf1.html）を読み出してコンテンツ変換サーバ３のコンテンツ取得部３１にＨＴＴＰのレスポンスとして返信する（ステップＳ６７）。コンテンツ取得部３１は、コンテンツ情報をＨＴＴＰのレスポンスとして受信する（ステップＳ６９）。
【００３６】
次に、コンテンツ変換部３３は、ステップＳ５７で受信したＧＥＴリクエストに含まれるブラウザ種別に合わせて、受信したコンテンツ情報を変換する。すなわち、受信したコンテンツ情報の形式を解析し、使用されている言語（変換前言語）を判別する。なお、コンテンツ提供サーバの種別やＵＲＬで判別できる場合もある。そして、ブラウザ種別に基づき変換後の言語を判断して、変換前言語と変換後言語の組み合わせに基づき変換ルールＤＢ３７に規定された変換ルールを取得して、当該ルールに基づきコンテンツ情報を変換する。さらに、コンテンツ情報にリンク情報が含まれていないかを判断する。そして、コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を抽出し、当該リンク情報に含まれているドメイン名をコンテンツ変換サーバ３のドメイン名（ig.bsc.co.jp）に変更し、元のリンク先ＵＲＬをパス名に変更する（ステップＳ７１）。そして、変換後のコンテンツ情報をユーザ端末に送信する（ステップＳ７３）。ユーザ端末は、コンテンツ変換サーバ３から変換後のコンテンツ情報を受信し、表示装置に表示する（ステップＳ７５）。
【００３７】
このような処理を繰り返すことにより、ユーザ端末はそのユ−ザ端末の種別又はブラウザの種別とは関係なく、登録されたコンテンツ提供サーバによる情報を得ることができるようになる。また、コンテンツ提供サーバの管理・運営者も自ら各種ユーザ端末又はブラウザ種別に応じたコンテンツ情報を用意することなく、またコンテンツ変換プログラム等を自ら用意せずにコンテンツ変換サーバ３に登録だけすればよいので、大きな負担が無くユーザを増やすことができるようになる。
【００３８】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、マークアップ言語の種類について、ＨＴＭＬ、コンパクトＨＴＭＬ、ＨＤＭＬ、ＭＭＬを示したが、これらに限定されるものではなく、他のマークアップ言語に対応するような変更を加えることも可能である。
【００３９】
また、図４及び図６のＨＴＴＰのＧＥＴメッセージについては、ＨＴＴＰのバージョン１．０を元に記載しているので、バージョンが異なれば異なる記述が必要となる場合もある。
【００４０】
また、図１においてコンテンツ変換サーバ３の機能分けは、説明のためだけに行っており、実際のプログラムのモジュール分けとは異なる場合もある。データベースの管理についても同様である。さらに、コンテンツ変換サーバやコンテンツ提供サーバは、一台のコンピュータではなく、複数台のコンピュータで構成される場合もある。本発明を実際のビジネスとして実現する際には、例えばコンテンツ変換サーバ３をＡＳＰ（Application Service Provider）事業者等に備え、ＡＳＰ事業者は、コンテンツ変換サーバ３を経由して情報を閲覧したユーザや、それらユーザが利用している通信事業者等から、１パケット単位の課金や、ページ単位の課金や、利用時間毎の課金等を行うことによって、利益を得ることができる。
【００４１】
（付記１）
コンテンツ変換サーバにおけるコンテンツ変換方法であって、
ユーザ端末から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報を受信するステップと、
前記アクセス先情報が前記コンテンツ変換サーバとは別のサーバにおけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバから前記アクセス先情報において示されたコンテンツ情報を取得するステップと、
取得された任意の形式のコンテンツ情報を前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらに前記コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成ステップと、
前記変換後コンテンツ情報を前記ユーザ端末に送信するステップと、
を含むコンテンツ変換方法。
【００４２】
（付記２）
前記所定のルールが、
元のリンク先を、前記コンテンツ変換サーバをアクセス先とし且つ前記元のリンク先の情報を含める形式に変換するルールである
ことを特徴とする付記１記載のコンテンツ変換方法。
【００４３】
（付記３）
前記アクセス先情報が当該コンテンツ変換サーバのみをアクセス先として示していると解釈される場合には、登録済みの別のサーバに当該コンテンツ変換サーバを経由してアクセスさせるようなリンク情報を含む情報をユーザ端末に送信するステップ
をさらに含む付記１又は２記載のコンテンツ変換方法。
【００４４】
（付記４）
前記ユーザ端末におけるアクセス要求元の種別が、ブラウザの種別であることを特徴とする付記１乃至３のいずれか１記載のコンテンツ変換方法。
【００４５】
（付記５）
前記変換後コンテンツ生成ステップが、
取得した前記コンテンツ情報に含まれる任意のマークアップ言語のタグを、前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に対応するマークアップ言語のタグに再構築するステップ
を含む付記１乃至４のいずれか１つ記載のコンテンツ変換方法。
【００４６】
（付記６）
コンテンツ変換サーバ用のコンテンツ変換プログラムであって、
ユーザ端末から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報を受信するステップと、
前記アクセス先情報が前記コンテンツ変換サーバとは別のサーバにおけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバから前記アクセス先情報において示されたコンテンツ情報を取得するステップと、
取得された任意の形式のコンテンツ情報を前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらに前記コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成ステップと、
前記変換後コンテンツ情報を前記ユーザ端末に送信するステップと、
をコンピュータに実行させるためのコンテンツ変換プログラム。
【００４７】
（付記７）
コンテンツ変換サーバ用のコンテンツ変換プログラムを格納する記録媒体であって、
前記コンテンツ変換プログラムが、コンピュータに、
ユーザ端末から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報を受信するステップと、
前記アクセス先情報が前記コンテンツ変換サーバとは別のサーバにおけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバから前記アクセス先情報において示されたコンテンツ情報を取得するステップと、
取得された任意の形式のコンテンツ情報を前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらに前記コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成ステップと、
前記変換後コンテンツ情報を前記ユーザ端末に送信するステップと、
を実行させる、記録媒体。
【００４８】
（付記８）
コンテンツ変換サーバであって、
ユーザ端末から、アクセス先情報及び当該ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報を受信する手段と、
前記アクセス先情報が前記コンテンツ変換サーバとは別のサーバにおけるコンテンツ情報をアクセス先として示していると解釈される場合には、当該別のサーバから前記アクセス先情報において示されたコンテンツ情報を取得する手段と、取得された任意の形式のコンテンツ情報を前記ユーザ端末又は前記ユーザ端末におけるアクセス要求元の種別に関する情報に基づき変換し、さらに前記コンテンツ情報にリンク情報が含まれている場合には当該リンク情報を所定のルールに従って変更することにより、変換後コンテンツ情報を生成する変換後コンテンツ情報生成手段と、
前記変換後コンテンツ情報を前記ユーザ端末に送信する手段と、
を含むコンテンツ変換サーバ。
【００４９】
（付記９）
ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別とは異なる種別にかかるコンテンツ情報を取得するために、前記コンテンツ情報の提供元のユニフォーム・リソース・ロケータの少なくとも一部と前記ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に関する情報とをコンテンツ変換サーバに送信するステップと、
前記コンテンツ変換サーバから、前記ユーザ端末又は当該ユーザ端末におけるアクセス要求元の種別に対応する変換が施され且つ前記コンテンツ情報にリンク情報が含まれる場合には当該リンク情報が所定のルールに従って変更されたコンテンツ情報を受信し、表示装置に表示するステップと、
を含む変換後コンテンツ取得方法。
【００５０】
【発明の効果】
以上述べたように本発明によれば、コンテンツ提供側にほとんど負担をかけず複数の種類のコンテンツ情報を端末等の種別に関わらず利用可能にするための技術を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係るシステムの概要を示す図である。
【図２】コンテンツ変換サーバにおける処理フローを示す図である。
【図３】ＵＲＬを説明するための図である。
【図４】図２の処理フローで送信されるデータ例や表示される画面例を示す図である。
【図５】コンテンツ変換サーバにおける第２の処理フローを示す図である。
【図６】図５の処理フローで送信されるデータ例や表示される画面例を示す図である。
【符号の説明】
１  インターネット    ３  コンテンツ変換サーバ
５ａ，５ｂ，５ｃ  コンテンツ提供サーバ
７ａ，７ｂ，７ｃ  基地局
９ａ，９ｂ，９ｃ  携帯電話機    ９ｄ  ユーザ端末
３１  コンテンツ取得部    ３３  コンテンツ変換部
３５  登録サーバＤＢ    ３７  変換ルールＤＢ
【図１】
0003880337.tif 000002
【図２】
0003880337.tif 000003
【図３】
0003880337.tif 000004
【図４】
0003880337.tif 000005
【図５】
0003880337.tif 000006
【図６】
0003880337.tif 000007