(57)【要約】【課題】フィルタリング機能を経由せずにメール機能だけを使ってＷｅｂサイトを閲覧等できるようにする。【解決手段】変換サーバ１３０は、ユーザ端末１１０とＷｅｂサーバ１４０との間でメールとＷｅｂ情報とを変換する変換サーバ１３０であって、ユーザ端末１１０からＷｅｂサーバ１４０における処理を要求する要求メールを受信するメール受信部１３１と、要求メールの内容を解読し、ＷｅｂサーバおよびＷｅｂサーバに行わせる処理を特定する解読部１３２と、特定されたＷｅｂサーバに特定された処理の実行を要求する実行要求部１３３と、Ｗｅｂサーバにより特定された処理を実行させて処理結果の情報を取得する結果情報取得部１３４と、取得された処理結果の情報をメール本文に変換するメール変換部１３５と、変換されたメール本文をユーザ端末へ送信するメール送信部１３６と、を備える。【選択図】図２
2009277149.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換する変換サーバであって、
ユーザ端末からＷｅｂサーバにおける処理を要求する要求メールを受信するメール受信部と、
前記要求メールの内容を解読し、前記Ｗｅｂサーバおよび前記Ｗｅｂサーバに行わせる処理を特定する解読部と、
前記特定されたＷｅｂサーバに前記特定された処理の実行を要求する実行要求部と、
前記Ｗｅｂサーバにより前記特定された処理を実行させて処理結果の情報を取得する結果情報取得部と、
前記取得された処理結果の情報をメール本文に変換するメール変換部と、
前記変換されたメール本文を前記ユーザ端末へ送信するメール送信部と、を備えることを特徴とする変換サーバ。
【請求項２】
前記解読部は、要求メールのテキストデータを解析し、前記テキストデータのフィールドを識別することでＷｅｂサーバに行わせる処理を特定することを特徴とする請求項１記載の変換サーバ。
【請求項３】
前記メール変換部は、前記取得された処理結果の情報に画像データの要求情報が含まれる場合には、前記画像データを取得するためのメール送信用のリンクを前記メール本文内に作成することを特徴とする請求項１または請求項２記載の変換サーバ。
【請求項４】
前記メール変換部は、前記変換されたメール本文のデータの量が所定値を超える場合には、前記変換されたメール本文を分割して、連続する分割データへのアクセスのために、メール送信用のリンクを前記メール本文内に作成し、
前記メール送信部は、一つの分割データのみをユーザ端末に送信することを特徴とする請求項１から請求項３のいずれかに記載の変換サーバ。
【請求項５】
前記メール変換部は、前記取得された処理結果の情報をメール本文に変換する際に、前記ユーザ端末に関するアカウント情報を前記記憶部に記憶させ、
前記実行要求部は、前記要求メールの内容にアカウント情報が含まれる場合には、前記記憶されたアカウント情報に基づいて前記Ｗｅｂサーバに処理の実行を要求することを特徴とする請求項１から請求項４のいずれかに記載の変換サーバ。
【請求項６】
ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換する変換方法であって、
ユーザ端末からＷｅｂサーバにおける処理を要求する要求メールを受信するメール受信ステップと、
前記要求メールの内容を解読し、前記Ｗｅｂサーバおよび前記Ｗｅｂサーバに行わせる処理を特定する解読ステップと、
前記特定されたＷｅｂサーバに前記特定された処理の実行を要求する実行要求ステップと、
前記Ｗｅｂサーバにより前記特定された処理を実行させて処理結果の情報を取得する結果情報取得ステップと、
前記取得された処理結果の情報をメール本文に変換するメール変換ステップと、
前記変換されたメール本文を前記ユーザ端末へ送信するメール送信ステップと、を含むことを特徴とする変換方法。
【請求項７】
ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換するために実行される変換プログラムであって、
ユーザ端末からＷｅｂサーバにおける処理を要求する要求メールを受信するメール受信処理と、
前記要求メールの内容を解読し、前記Ｗｅｂサーバおよび前記Ｗｅｂサーバに行わせる処理を特定する解読処理と、
前記特定されたＷｅｂサーバに前記特定された処理の実行を要求する実行要求処理と、
前記Ｗｅｂサーバにより前記特定された処理を実行させて処理結果の情報を取得する結果情報取得処理と、
前記取得された処理結果の情報をメール本文に変換するメール変換処理と、
前記変換されたメール本文を前記ユーザ端末へ送信するメール送信処理と、をコンピュータに実行させることを特徴とする変換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換する変換サーバ、変換方法および変換プログラムに関する。
【背景技術】
【０００２】
従来、メール本文をＷｅｂ情報に変換するシステムが開示されている（たとえば、特許文献１参照）。特許文献１に記載されるシステムは、電子メール本文等の電子メールデータを受信し、受信された電子メールデータからデータ内容に応じてＷｅｂサイト用メールデータを準備し、準備されたＷｅｂサイト用メールデータをＷｅｂサイト用のデータ形式に変換し、Ｗｅｂサイト用データの生成を自動的に行う。
【特許文献１】特開２００３−２８１０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記のようなメール内容の変換システムは、掲示板への投稿等には用いられるが、ユーザ端末によりＷｅｂサイトを閲覧するのには用いることができない。したがって、Ｗｅｂサイトを閲覧する場合には、ブラウザを用いて閲覧する方法しかなかった。
【０００４】
総務省の主導により青少年が利用する携帯電話機・ＰＨＳにはフィルタリング機能の搭載が原則義務化される。その場合には、基準には抵触せず問題ないはずのサービスが、フィルタリングによって一律に規制されてしまう可能性がある。フィルタリングとは、サイト内の文字や画像に対してプログラムまたは人により行うチェックであるが、これには限界がある。たとえば「有害サイトにアクセスした場合のリスク」や「性病にならないためのサイト」という表題をもつ健全なサイトを開設し運営した場合でも、キーワードによるチェックで規制対象になる可能性がある。また、有害サイトから健全サイトに変更した場合には、アクセスが許可されるまでにタイムラグが発生する。
【０００５】
本発明は、このような事情に鑑みてなされたものであり、フィルタリング機能を経由せずにメール機能だけを使ってＷｅｂサイトを閲覧等できるようにする変換サーバ、変換方法および変換プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）上記の目的を達成するため、本発明の変換サーバは、ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換する変換サーバであって、ユーザ端末からＷｅｂサーバにおける処理を要求する要求メールを受信するメール受信部と、前記要求メールの内容を解読し、前記Ｗｅｂサーバおよび前記Ｗｅｂサーバに行わせる処理を特定する解読部と、前記特定されたＷｅｂサーバに前記特定された処理の実行を要求する実行要求部と、前記Ｗｅｂサーバにより前記特定された処理を実行させて処理結果の情報を取得する結果情報取得部と、前記取得された処理結果の情報をメール本文に変換するメール変換部と、前記変換されたメール本文を前記ユーザ端末へ送信するメール送信部と、を備えることを特徴としている。
【０００７】
このように本発明のメール変換サーバは、Ｗｅｂサーバにより得られた処理結果の情報を取得し、メール本文に変換してユーザ端末に送信する。これにより、ユーザはフィルタリングを経由せずにメール機能だけでＷｅｂサイトを閲覧等できる。
【０００８】
（２）また、本発明の変換サーバは、前記解読部が要求メールのテキストデータを解析し、前記テキストデータのフィールドを識別することでＷｅｂサーバに行わせる処理を特定することを特徴としている。
【０００９】
たとえば、ＰＯＳＴ：フィールドを識別したときには、その後に続くテキストデータをテキストボックス内に入力する処理を特定し、これをＷｅｂサーバに行わせる。このように、メールを用いてＷｅｂブラウジングの操作を可能にする。
【００１０】
（３）また、本発明の変換サーバは、前記メール変換部が前記取得された処理結果の情報に画像データの要求情報が含まれる場合には、前記画像データを取得するためのメール送信用のリンクを前記メール本文内に作成することを特徴としている。これにより、メール本文によりＷｅｂサイトを閲覧したユーザがその中の興味のある画像を見たい場合には、リンクをクリックしてメールを送ることにより画像を要求することができる。
【００１１】
（４）また、本発明の変換サーバは、前記メール変換部が前記変換されたメール本文のデータの量が所定値を超える場合には、前記変換されたメール本文を分割して、連続する分割データへのアクセスのために、メール送信用のリンクを前記メール本文内に作成し、前記メール送信部は、一つの分割データのみをユーザ端末に送信することを特徴としている。これにより、限られたデータ量しか表示できないメーラーでもデータの分割により大きいデータ量のＷｅｂサイトを別メールで表示し、ユーザはこれを閲覧することができる。
【００１２】
（５）また、本発明の変換サーバは、メール変換部は、前記取得された処理結果の情報をメール本文に変換する際に、前記ユーザ端末に関するアカウント情報を前記記憶部に記憶させ、前記実行要求部は、前記要求メールの内容にアカウント情報が含まれる場合には、前記記憶されたアカウント情報に基づいて前記Ｗｅｂサーバに処理の実行を要求することを特徴としている。これにより、ユーザは、メール送信用リンク等を用いて２回目以降のアクセスを容易にすることができる。
【００１３】
（６）また、本発明の変換方法は、ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換する変換方法であって、ユーザ端末からＷｅｂサーバにおける処理を要求する要求メールを受信するメール受信ステップと、前記要求メールの内容を解読し、前記Ｗｅｂサーバおよび前記Ｗｅｂサーバに行わせる処理を特定する解読ステップと、前記特定されたＷｅｂサーバに前記特定された処理の実行を要求する実行要求ステップと、前記Ｗｅｂサーバにより前記特定された処理を実行させて処理結果の情報を取得する結果情報取得ステップと、前記取得された処理結果の情報をメール本文に変換するメール変換ステップと、前記変換されたメール本文を前記ユーザ端末へ送信するメール送信ステップと、を含むことを特徴としている。これにより、ユーザはフィルタリングを経由せずにメール機能だけでＷｅｂサイトを閲覧等できる。
【００１４】
（７）また、本発明の変換プログラムは、ユーザ端末とＷｅｂサーバとの間でメールとＷｅｂ情報とを変換するために実行される変換プログラムであって、ユーザ端末からＷｅｂサーバにおける処理を要求する要求メールを受信するメール受信処理と、前記要求メールの内容を解読し、前記Ｗｅｂサーバおよび前記Ｗｅｂサーバに行わせる処理を特定する解読処理と、前記特定されたＷｅｂサーバに前記特定された処理の実行を要求する実行要求処理と、前記Ｗｅｂサーバにより前記特定された処理を実行させて処理結果の情報を取得する結果情報取得処理と、前記取得された処理結果の情報をメール本文に変換するメール変換処理と、前記変換されたメール本文を前記ユーザ端末へ送信するメール送信処理と、をコンピュータに実行させることを特徴としている。この変換プログラムをユーザ端末とＷｅｂサーバとの間で情報を経由するサーバに実行させることで、ユーザはフィルタリングを経由せずにメール機能だけでＷｅｂサイトを閲覧等できる。
【発明の効果】
【００１５】
本発明によれば、ユーザはフィルタリングを経由せずにメール機能だけでＷｅｂサイトを閲覧等できる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施の形態について、図面を参照しながら説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては同一の参照番号を付し、重複する説明は省略する。
【００１７】
（システム全体の構成）
図１は、変換システム１００の概略構成を示す図である。図１に示すように、変換システム１００は、ユーザ端末１１０、メールサーバ１２０、変換サーバ１３０およびＷｅｂサーバ１４０から構成されている。これらはネットワークにより通信可能である。ユーザ端末１１０からメールサーバ１２０を経由して送信されたメールを、変換サーバ１３０がＷｅｂサーバ１４０への指示へ変更する。そして、変換サーバ１３０は、Ｗｅｂサーバ１４０から得られた処理結果をメールに変換し、メールサーバ１２０経由でユーザ端末１１０へ送信する。これにより、ユーザは、フィルタリングを経由せずにメール機能だけでＷｅｂサイトを閲覧できる。
【００１８】
一方、たとえばゲートウェイサーバ５００がユーザ端末１１０のブラウジングに対してフィルタリングを行っている場合には、ゲートウェイサーバ５００を介するルートではユーザはＷｅｂサイトの閲覧等を制限される。この場合、ゲートウェイサーバ５００が内部のリストと照会しユーザ端末１１０のＷｅｂサーバ１４０へのアクセスが認められないと判定したときには、アクセスできない旨をユーザ端末１１０に通知する。このような状況ではゲートウェイサーバ５００を経由するルートは使えないが、ユーザは変換システム１００を用いてメール機能によりＷｅｂブラウジング等を行うことが可能になる。
【００１９】
（各部の構成）
次に、変換サーバ１３０を中心に変換システム１００の構成の詳細を説明する。図２は、変換システム１００の機能的構成を示すブロック図である。図２に示すように、ユーザ端末１１０は、Ｗｅｂサイトの閲覧等を要求するための要求メールを変換サーバ１３０に送信する。メールサーバ１２０は、要求メールを変換サーバ１３０に転送する。その一方で、変換サーバ１３０から受信した返信メールをユーザ端末１１０に送信する。
【００２０】
変換サーバ１３０は、メール受信部１３１、解読部１３２、実行要求部１３３、結果情報取得部１３４、メール送信部１３６、メール変換部１３５、記憶部１３７および制御部１３８を備えている。メール受信部１３１は、ユーザ端末１１０からＷｅｂサーバ１４０における処理を要求する要求メールを受信する。
【００２１】
解読部１３２は、要求メールの内容を解読し、Ｗｅｂサーバ１４０およびＷｅｂサーバ１４０に行わせる処理を特定する。解読部１３２は、要求メールのテキストデータを解析し、テキストデータのフィールドを識別することでＷｅｂサーバ１４０に行わせる処理を特定する。たとえば、Ｓｕｂ：フィールドにより要求している処理を特定することができる。また、メール本文のＵＲＬ：フィールドによりそのフィールドが指定するＵＲＬの閲覧用データを送信する処理要求であることを解読する。また、メール本文のＰＯＳＴ：フィールドにより、フィールドが指定するテキストデータを入力する処理が要求されていることを解読する。その他にも、ＧＥＴ：フィールドによりデータ抽出処理の要求を解読したり、キャッシュサーバ照会の要求を解読したりすることができる。また、解読部１３２は、要求メールに含まれるアカウント情報を解読する。
【００２２】
実行要求部１３３は、ユーザ端末１１０から受信した要求メールに応じて、ソケット通信等により特定されたＷｅｂサーバ１４０に特定された処理の実行を要求する。たとえば、特定されたＵＲＬの閲覧用データを読み込み送信する処理の実行を要求する。また、Ｗｅｂサイトにおいて、テキストボックスに文字を入力する処理や、ボタンを選択する処理を要求する。また、実行要求部１３３は、要求メールの内容にアカウント情報が含まれる場合には、記憶部１３７に記憶されたアカウント情報に基づいてＷｅｂサーバ１３０に処理の実行を要求する。
【００２３】
結果情報取得部１３４は、Ｗｅｂサーバ１４０により実行された処理結果の情報を取得する。メール変換部１３５は、取得された処理結果の情報をメール本文に変換する。メール変換部１３５は、取得された処理結果の情報に画像データの要求情報が含まれる場合には、画像データを取得するためのメール送信用のリンクをメール本文内に作成する。また、メール変換部１３５は、取得された処理結果を変換したデータのデータ量が所定値を超える場合には、変換後データを分割して、一つの分割データのみをメール本文に変換する。
【００２４】
そして、処理の結果得られたユーザ端末に関するアカウント情報を、記憶部１３７に記憶させる。アカウント情報については後述する。所定値とは、たとえばデータの送信可能量に基づく値である。また、メール変換部１３５は、連続する分割データへアクセスするためのメール送信用のリンクを「次ページ」等の表示とともにメール本文内に作成する。
【００２５】
メール送信部１３６は、変換されたメール本文をユーザ端末１１０へ送信する。記憶部１３７は、アカウント情報等を記憶する。制御部１３８は、変換サーバ１３０の各部の制御を行う。Ｗｅｂサーバ１４０は、変換サーバ１３０からの処理要求に応じて処理を行い、処理結果を変換サーバ１３０に返す。
【００２６】
（システムの動作）
次に、上記のように構成された変換システム１００の動作を説明する。図３は、変換システム１００の特徴的な動作を示すシーケンスチャートである。まず、ユーザ端末１１０は、Ｗｅｂサーバ１４０における処理を要求する要求メールを作成する操作をユーザから受け付ける（ステップＳ１）。次に、ユーザ端末１１０は、ユーザにより作成された要求メールをメールサーバ１２０に送信する（ステップＳ２）。要求メールを受信したメールサーバ１２０は、要求メールを変換サーバ１３０に転送する。変換サーバ１３０は、要求メールを受信する（ステップＳ３）。
【００２７】
変換サーバ１３０は、要求メールの内容を解読し、Ｗｅｂサーバ１４０およびＷｅｂサーバ１４０に行わせる処理を特定する（ステップＳ４）。たとえば、Ｓｕｂ：フィールドによってＷｅｂサーバ１４０に行わせる処理を特定する。また、ＵＲＬ：フィールドによりＷｅｂサーバ１３０のＵＲＬを特定することができる。次に、変換サーバ１３０は、特定されたＷｅｂサーバ１４０に特定された処理の実行を要求する（ステップＳ５）。
【００２８】
Ｗｅｂサーバ１４０は、変換サーバ１３０から要求された処理を実行し、変換サーバ１３０は処理結果の情報を取得する（ステップＳ７）。そして、変換サーバ１３０は、取得された処理結果の情報をメール本文に変換する（ステップＳ８）。この変換処理については後述する。次に、変換サーバ１３０は、変換されたメール本文を返信メールとしてユーザ端末１１０へ送信する（ステップＳ９）。メールサーバ１２０は、ユーザ端末１１０に返信メールを送信する（ステップＳ１０）。このようにして、ユーザはメール機能だけでＷｅｂサイトを閲覧等できる。
【００２９】
次に変換サーバ１３０の特殊な動作を説明する。図４は、要求メールを受信した変換サーバ１３０の解読処理の一例を示すフローチャートである。図４に示すように、変換サーバ１３０は、要求メールにアカウント情報があるか否かを判定する（ステップＴ１）。アカウント情報とは、ユーザまたはユーザとの送受信履歴を識別するための情報を指し、リンクを辿って２回目のアクセスをする場合にはアカウント情報が要求メールにより送信される。アカウント情報には、トランザクションＩＤ、ＵＲＬ番号等が含まれる。アカウント情報があると判定された場合には、要求メールからアカウント情報および読込み開始バイト数等を解読し（ステップＴ２）、終了する。
【００３０】
一方、アカウント情報がないと判定された場合には、変換サーバ１３０は、Ｓｕｂ：フィールドにより特定される処理がＷｅｂサイトの閲覧用データを送信させる処理であるか否かを判定する（ステップＴ３）。Ｗｅｂサイトの閲覧用データを送信させる処理であると判定された場合には、ＵＲＬ：フィールドにより指定するＵＲＬを解読し（ステップＴ４）、終了する。
【００３１】
一方、Ｗｅｂサイトの閲覧用データを送信させる処理でないと判定された場合には、変換サーバ１３０は、Ｓｕｂ：フィールドにより特定される処理がテキストデータをテキストボックスに入力する処理であるか否かを判定する（ステップＴ５）。テキストデータをテキストボックスに入力する処理でないと判定された場合には、終了する。テキストデータをテキストボックスに入力する処理であると判定された場合には、ｎａｍｅ＿１：フィールドにより入力位置を解読し、ＰＯＳＴ：フィールドにより指定するテキストデータを解読する（ステップＴ６）。このように解読処理が行われ、解読された処理をＷｅｂサーバ１４０に実行させることにより、ユーザはＷｅｂサイトの閲覧用データを受信したり、テキストボックス内に書き込みをしたりすることが可能になる。
【００３２】
図５は、処理結果を受信した変換サーバ１３０の変換処理の一例を示すフローチャートである。図５に示すように、まず変換サーバ１３０は処理結果のデータを受信する（ステップＰ１）。次に、処理結果データの中に画像要求の指示があるか否かを判定する（ステップＰ２）。画像要求の指示が無い場合には、ステップＰ４へ進む。画像要求の指示がある場合には、画像を要求する要求メール作成のためのリンクをメール本文中に作成する（ステップＰ３）。
【００３３】
次に、リンクの指示があるか否かを判定する（ステップＰ４）。リンクの指示がある場合にはリンク先のデータを取得するためのメール送信用リンクを作成する（ステップＰ５）。同様にその他のデータもメール本文用に変換する（ステップＰ６）。
【００３４】
次に、処理結果を変換したデータのデータ量がメール送信可能量（所定値）を超えているか否かを判定する（ステップＰ７）。データ量がメール送信可能な限界量を超えてないと判定された場合には、ステップＰ９に進む。データ量がメール送信可能な限界量を超えていると判定された場合には、変換されたメール本文を分割し、最初の分割データのみを送信する（ステップＰ８）。そして、アカウント情報等を記憶部１３７に記録し（ステップＰ９）、終了する。記録部１３７にアカウント情報等を記録しておくことにより、ユーザにとって２回目以降のアクセスが容易になる。なお、上記の例では、Ｓｕｂ：フィールドにより処理を特定しているが、ｍｅｔｈｏｄ：フィールドで処理を特定してもよい。
【００３５】
（画面表示例）
次に、ユーザ端末１１０の表示画面例を説明する。図６（ａ）〜（ｂ）は、ユーザ端末１１０の表示画面例２００〜２０２を示す図である。図６（ａ）に示す表示画面例２００は、要求メールの送信内容を表示している。Ｔｏ：フィールド２０１はメールの送信先を表し、そのフィールドで指定された「ｕｒｌ＠ｍａｉｌ．ｘｘ．ｃｏｍ」は、変換サーバ１３０のアドレスである。また、Ｓｕｂ：フィールド２０２はＷｅｂサーバ１４０に要求する処理を表し、そのフィールドで指定された「ｕｒｌ＿ｓｅｎｄ」は、その指定するＵＲＬのＷｅｂサイトの閲覧用データを送信させる処理を意味する。また、メール本文のｕｒｌ：フィールド２０３は、アクセス先を表し、そのフィールドで指定された「ｈｔｔｐ：／／ｗｗｗ．ｙｙ．ｃｏｍ」はＷｅｂサイトのＵＲＬである。
【００３６】
図６（ｂ）に示す表示画面例２１０は、変換システム１００を利用せずブラウザでＷｅｂサーバ１４０にアクセスした場合のＷｅｂサイトを表示している。表示画面例２１０では、画像２１１が表示され、次のページを表示するための「次へ」のリンク２１２、テキストデータを投稿するための「投稿」のリンク２１３、検索を行うための「検索」のリンク２１４が表示されている。
【００３７】
一方、図６（ｃ）に示す表示画面例２２０は、変換システム１００を利用して図６（ｂ）に示すＷｅｂサイトと同じＷｅｂサイトにアクセスした場合の返信メールの内容を示している。メール本文には、画像表示の代わりに画像要求のためのメール送信用リンク２２１が貼られている。また、メール本文には、次の画面を要求するためのメール送信用リンク２２２、投稿用の画面を要求するためのメール送信用リンク２２３、検索用の画面を要求するためのメール送信用リンク２２４が貼られている。
【００３８】
たとえば、画像要求のリンクをクリックすると、画像要求のための送信メールが起動し、これをそのまま送信することで、ユーザ端末１１０は画像データを返信メールにより受け取ることができる。また、次へのリンクをクリックすると、続きの画面のデータを要求するための送信メールが起動し、これを送信することで、続きの画面を本文にもつ返信メールを受け取ることができる。投稿用の画面や検索用の画面についても同様である。次に、Ｗｅｂサイトへのアクセスの例を実施例１から実施例３において説明する。
【実施例１】
【００３９】
たとえば、「Ｕｒｌ＠ｍａｉｌ．ｘｘ．ｃｏｍ」のＵＲＬの以下に示すリンクにアクセスする場合には、そのための要求メールの送信を行う必要がある。
<A href="url_ 1?name_1=value_1">リンク</A>
【００４０】
図７（ａ）は、要求メールの内容を示す図である。図７（ａ）に示すように、ｍｅｔｈｏｄ：フィールド２０４ａはｇｅｔ処理を指定しており、ｎａｍｅ＿１：フィールド２０５ａは処理を行う位置としてｖａｌｕｅ＿１を指定している。このように指定された情報を用いて上記のリンクにアクセスし、ＷｅｂサイトのＨＴＭＬコードを取得することができる。
【実施例２】
【００４１】
また、たとえば、「Ｕｒｌ＠ｍａｉｌ．ｘｘ．ｃｏｍ」のＵＲＬにおいて以下に示すリンクにアクセスする場合には、ｐｏｓｔ処理を要求する要求メールの送信を行う必要がある。
<form action="url_ 2" method="post">
<INPUT type="hidden" name="name_1" value="value_1">
</form>
【００４２】
図７（ｂ）は、要求メールの内容を示す図である。図７（ｂ）に示すように、ｍｅｔｈｏｄ：フィールド２０４ｂはｐｏｓｔ処理を指定しており、ｎａｍｅ＿１：フィールド２０５ｂは処理を行う位置としてｖａｌｕｅ＿１を指定している。このように指定された情報を用いて上記のリンクにアクセスし、ＷｅｂサイトのＨＴＭＬコードを取得することができる。
【実施例３】
【００４３】
また、たとえばｕｒｌ＿０に初回アクセスし、ｕｒｌ＿０に記載されたリンク１にアクセス（２回目アクセス）する場合について説明する。このとき、トランザクションＩＤを１２３４５６７８９とする。携帯の受信できる容量を１０Ｋバイトとし、ＨＴＭＬコードが１０Ｋバイトを超えた場合は、分割処理を行う。
【００４４】
まず、初回のメール送信を行う。図８（ａ）は、その際のメール送信内容を示す図である。ｕｒｌ＿０のＨＴＭＬコードの内容は以下のものとする。
<a href=” url_1?name_1=value_1”>リンク1</a>
<img src=” url_2” alt="画像2" >
<a href=” url_3?name_1=1”>リンク3</a>
テキスト情報
<form action="url_4" method="post">
<INPUT type="hidden" name="name_4" value="value_4">
<INPUT type="submit" value="ボタン4">
</form>
【００４５】
変換サーバ１３０は、Ｗｅｂサーバ１４０にアクセスし、上記のＨＴＭＬコードを受信する。そして、トランザクションＩＤ、ＵＲＬナンバー、更新時刻、取得したＵＲＬおよびその位置、分割バイト数を記録する。図８（ｂ）は、その際の記録例を示す図である。このように、変換サーバ１３０がアクセスの記録を行うことで、２回目以降のアクセスを容易にすることができる。
【００４６】
変換サーバ１３０は、上記のようにアクセスの記録を行うとともに、上記のＨＴＭＬコードをメール本文に変換してユーザ端末１１０に送信する。図８（ｃ）は、返信メールの内容を示す図である。図８（ｃ）に示すように、Ｗｅｂサイトのテキスト情報は、そのままメール本文のテキスト２２５として表示され、リンク接続のためのメール作成用リンク２２６、画像取得のためのメール作成用リンク２２１、ボタン押下のためのメール作成用リンク２２７、次ページに進むためのメール作成用リンク２２２がそれぞれ表示される。
【００４７】
メール作成用リンクを選択することで、選択した情報を取得するための次の送信メール（要求メール）が起動する。２回目以降のアクセスは受信したメールに記載されたメールアドレスを選択し、空メール送信をすることによって、データを取得することができる。
【００４８】
２回目以降の要求メールにおいては、ユーザ端末１１０が、フォーマットとして、トランザクションＩＤ、ＵＲＬナンバー、読み込み開始バイト数を反映させたメールのアドレスへの送信メールを起動する。たとえば「１２３４５６７８９＿１＿０＠ｍａｉｌ.ｘｘ.ｃｏｍ」の「１２３４５６７８９」はトランザクションＩＤ、「１」はＵＲＬナンバー、「０」は読み込み開始バイト数を示している。
【００４９】
リンク１のページを最初から参照したい場合は、「１２３４５６７８９＿１＿０＠ｍａｉｌ.ｘｘ.ｃｏｍ」にメール送信をすると、変換サーバ１３０の解読部１３２が、アカウント部分「１２３４５６７８９＿１＿０」を記憶した記憶部１３７と照会し、「１２３４５６７８９」が有効なトランザクションＩＤかをチェックし、次にＵＲＬナンバーに対応したＵＲＬをチェック、読み込み開始バイト数（最初からの場合０）を取得する。変換サーバ１３０は、取得したＵＲＬにアクセスし、受信したデータについて、記憶部１３７に情報を追加、そして読み込み開始バイト数から分割バイト数のデータ部分を変換して送信者に送る。これによってリンクや画像取得は全て空メール送信によって取得することができる。このようにして、マウスでクリックしてリンクを辿る一般のインターネット方式を、空メールの送信操作によりインターネットライクとして実現する。その結果、ゲートウェイサーバを経由することなく、メールの送受信によりＷｅｂサイトの内容を閲覧することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明に係る変換システムの概略構成を示す図である。
【図２】本発明に係る変換システムの機能的構成を示すブロック図である。
【図３】本発明に係る変換システムの特徴的な動作を示すシーケンスチャートである。
【図４】本発明に係る変換サーバの解読処理を示すフローチャートである。
【図５】本発明に係る変換サーバの変換処理を示すフローチャートである。
【図６】（ａ）〜（ｃ）ユーザ端末の表示画面例を示す図である。
【図７】（ａ）、（ｂ）要求メールの内容を示す図である。
【図８】（ａ）要求メールの内容を示す図、（ｂ）記録例を示す図、（ｃ）返信メールの内容を示す図である。
【符号の説明】
【００５１】
１００  変換システム
１１０  ユーザ端末
１２０  メールサーバ
１３０  変換サーバ
１３１  メール受信部
１３２  解読部
１３３  実行要求部
１３４  結果情報取得部
１３５  メール変換部
１３６  メール送信部
１４０  Ｗｅｂサーバ
２００、２１０、２２０  表示画面例
５００  ゲートウェイサーバ
【図１】
2009277149.tif 000003
【図２】
2009277149.tif 000004
【図３】
2009277149.tif 000005
【図４】
2009277149.tif 000006
【図５】
2009277149.tif 000007
【図６】
2009277149.tif 000008
【図７】
2009277149.tif 000009
【図８】
2009277149.tif 000010