(57)【要約】【課題】  もっぱらメール機能のみを使用する携帯利用者でもＷＷＷコンテンツを利用可能にする。めんどうな操作をすることなく所望のコンテンツに直接誘導する。【解決手段】  処理装置１ａ及び１ｂは、携帯電話のメール機能とブラウザ機能を連携させるミドルウエアである。携帯電話のメーラーからは、1メールユーザーとして動作し、携帯WWWコンテンツに対しては、1携帯ブラウザとして動作する。処理装置１ａ及び１ｂはSMTPやPOP3で携帯電話のメールを受信し、システム構築者が作成する業種固有のメールの文章解析をおこない、その切り出したデータを携帯電話用ＷＷＷサーバ３に対してHTTPで要求する。そして、HTTPで応答された内容に基づき返信メールを作成し、要求元の携帯電話へメールで返信する。【選択図】              図１
2006039664.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話で、携帯WWWコンテンツ向けの要求を記載したメール本文と、どの携帯WWWコンテンツヘの処理かを表題の記載、もしくは、特定のアドレスで指定してメールを送り出す第１ステップと、
携帯電話会社のメールサーバーで、公開メールサーバーもしくは処理装置にメールを送信する第２ステップと、
前記公開メールサーバーに送信されたメールを、その受信アドレスに設定された前記処理装置へ転送する第３ステップと、
前記処理装置で、受けたメールに基づき予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立て、送信元のドメインに適合する形式でWWWサーバへ携帯WWWコンテンツヘリクエストを送信するか、又は、この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信する第４ステップと、
前記処理装置で、前記WWWサーバより応答を受信し携帯WWWコンテンツを取得し、取得したＷＷＷコンテンツに対して、応答のマークアップ言語から＜ａ＞タグをメール用に抽出し、これ以外のタグを除去し、アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替え、抽出したメールと要求元のアドレスから返信メールを作成するか、又は、応答が正しく取得できない場合は、管理者に異常を通知する第５ステップと、
前記処理装置で作成した前記返信メールを前記公開メールサーバーに送信する第６ステップと、
前記公開メールサーバーで、携帯電話会社のメールサーバーヘ前記返信メールを転送する第７ステップと、
携帯電話会社のメールサーバーで、要求元の携帯電話に返信メールを送信する第８ステップとを備える、携帯電話メールと携帯電話用コンテンツを仲介する方法。
【請求項２】
携帯電話で、前記返信メール内のリンクを選択することで携帯WWWコンテンツに直接接続する第９ステップをさらに備えることを特徴とする請求項１記載の携帯電話メールと携帯電話用コンテンツを仲介する方法。
【請求項３】
前記第４ステップにおいて、受けたメールの表題部分に示された処理デイレクトリ名に基づき処理内容を決定し、これに基づきリクエストを組み立てることを特徴とする請求項１記載の携帯電話メールと携帯電話用コンテンツを仲介する方法。
【請求項４】
前記第４ステップにおいて、受けたメールの受信アドレスに含まれる@以前の部分に予め定められた条件に合致する文字列が存在するとき、当該条件を設定したときに対応付けられた処理デイレクトリの処理と判断し、かつ、その文字列を受信データとして判断し、これらに基づきリクエストを組み立てることを特徴とする請求項１記載の携帯電話メールと携帯電話用コンテンツを仲介する方法。
【請求項５】
前記第４ステップにおいて、受けたメールのヘッダーのToフィールドに含まれるアドレスの@以後のドメイン表示に基づき処理デイレクトリを決定し、これに基づきリクエストを組み立てることを特徴とする請求項１記載の携帯電話メールと携帯電話用コンテンツを仲介する方法。    
【請求項６】
携帯電話メールと携帯電話用コンテンツを仲介するためのシステムであって、インターネットに接続され、携帯からメールを受信するＳＭＴＰサーバと、ひとつ又は複数の処理装置とを備え、前記処理装置が複数であるときは、いずれかがメイン、残りがサブとして機能し、相互に監視を行い、必要に応じてリダイレクトデータ転送を行い、
前記処理装置の少なくともひとつは、
携帯電話から受けたメールに基づき予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立て、送信元のドメインに適合する形式でWWWサーバへ携帯WWWコンテンツヘリクエストを送信するか、又は、この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信し、
WWWサーバより応答を受信し携帯WWWコンテンツを取得し、取得したＷＷＷコンテンツに対して、応答のマークアップ言語から＜ａ＞タグをメール用に抽出し、これ以外のタグを除去し、アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替え、抽出したメールと要求元のアドレスから返信メールを作成するか、又は、応答が正しく取得できない場合は、管理者に異常を通知し、
作成した前記返信メールを要求元の携帯電話へ送る、ことを特徴とするシステム。
【請求項７】
携帯電話メールと携帯電話用コンテンツを仲介する方法をコンピュータに実行させるためのプログラムであって、
携帯電話から受けたメールに基づき予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立て、送信元のドメインに適合する形式でWWWサーバへ携帯WWWコンテンツヘリクエストを送信するか、又は、この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信するステップと、
WWWサーバより応答を受信し携帯WWWコンテンツを取得し、取得したＷＷＷコンテンツに対して、応答のマークアップ言語から＜ａ＞タグをメール用に抽出し、これ以外のタグを除去し、アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替え、抽出したメールと要求元のアドレスから返信メールを作成するか、又は、応答が正しく取得できない場合は、管理者に異常を通知するステップと、
作成した前記返信メールを要求元の携帯電話へ送るステップとをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯電話メールと携帯電話用コンテンツを仲介する方法及びシステム並びにプログラムに関する。
【背景技術】
【０００２】
最近の携帯電話（以下、「携帯」と記す）は通話機能ばかりでなく、その他のさまざまな機能、例えば、デジタルカメラとしての機能、メールの送受信機能やＷｅｂ閲覧機能などを備えている。メールの送受信機能やＷｅｂ閲覧機能は主にパケットによるデータ通信により実現されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
携帯電話の用途について見ると、音声通話とデータ通信のうちデータ通信がその比率を上げているという事実がある。そして、データ通信利用者においてのブラウザの使用実態は概ね１０％前後であるという事実もある。つまり、携帯電話利用者の概ね９０％はメールの使用のみであり、ブラウザコンテンツを利用することがないということである。
【０００４】
本発明は、これら９０％のブラウザコンテンツの未利用者をブラウザ利用に近づけ、既に構築済みのブラウザコンテンツを有効活用させるためのツールを提供するためのものである。
【課題を解決するための手段】
【０００５】
この発明に係る携帯電話メールと携帯電話用コンテンツを仲介する方法は、
携帯電話で、携帯WWWコンテンツ向けの要求を記載したメール本文と、どの携帯WWWコンテンツヘの処理かを表題の記載、もしくは、特定のアドレスで指定してメールを送り出す第１ステップと、
携帯電話会社のメールサーバーで、公開メールサーバーもしくは処理装置にメールを送信する第２ステップと、
前記公開メールサーバーに送信されたメールを、その受信アドレスに設定された前記処理装置へ転送する第３ステップと、
前記処理装置で、受けたメールに基づき予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立て、送信元のドメインに適合する形式でWWWサーバへ携帯WWWコンテンツヘリクエストを送信するか、又は、この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信する第４ステップと、
前記処理装置で、前記WWWサーバより応答を受信し携帯WWWコンテンツを取得し、取得したＷＷＷコンテンツに対して、応答のマークアップ言語から＜ａ＞タグをメール用に抽出し、これ以外のタグを除去し、アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替え、抽出したメールと要求元のアドレスから返信メールを作成するか、又は、応答が正しく取得できない場合は、管理者に異常を通知する第５ステップと、
前記処理装置で作成した前記返信メールを前記公開メールサーバーに送信する第６ステップと、
前記公開メールサーバーで、携帯電話会社のメールサーバーヘ前記返信メールを転送する第７ステップと、
携帯電話会社のメールサーバーで、要求元の携帯電話に返信メールを送信する第８ステップとを備えるものである。
【０００６】
携帯電話で、前記返信メール内のリンクを選択することで携帯WWWコンテンツに直接接続する第９ステップをさらに備えるようにしてもよい。
【０００７】
この発明は、携帯電話メールと携帯電話用コンテンツを仲介するためのシステムであって、インターネットに接続され、携帯からメールを受信するＳＭＴＰサーバと、ひとつ又は複数の処理装置とを備え、前記処理装置が複数であるときは、いずれかがメイン、残りがサブとして機能し、相互に監視を行い、必要に応じてリダイレクトデータ転送を行い、
前記処理装置の少なくともひとつは、
携帯電話から受けたメールに基づき予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立て、送信元のドメインに適合する形式でWWWサーバへ携帯WWWコンテンツヘリクエストを送信するか、又は、この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信し、
WWWサーバより応答を受信し携帯WWWコンテンツを取得し、取得したＷＷＷコンテンツに対して、応答のマークアップ言語から＜ａ＞タグをメール用に抽出し、これ以外のタグを除去し、アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替え、抽出したメールと要求元のアドレスから返信メールを作成するか、又は、応答が正しく取得できない場合は、管理者に異常を通知し、
作成した前記返信メールを要求元の携帯電話へ送る、ことを特徴とするものである。
【０００８】
この発明は、携帯電話メールと携帯電話用コンテンツを仲介する方法をコンピュータに実行させるためのプログラムであって、
携帯電話から受けたメールに基づき予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立て、送信元のドメインに適合する形式でWWWサーバへ携帯WWWコンテンツヘリクエストを送信するか、又は、この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信するステップと、
WWWサーバより応答を受信し携帯WWWコンテンツを取得し、取得したＷＷＷコンテンツに対して、応答のマークアップ言語から＜ａ＞タグをメール用に抽出し、これ以外のタグを除去し、アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替え、抽出したメールと要求元のアドレスから返信メールを作成するか、又は、応答が正しく取得できない場合は、管理者に異常を通知するステップと、
作成した前記返信メールを要求元の携帯電話へ送るステップとをコンピュータに実行させるためのプログラムである。
【０００９】
この発明に係るプログラムは、例えば、記録媒体に記録される。
媒体には、例えば、ＥＰＲＯＭデバイス、フラッシュメモリデバイス、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、ＣＤ（ＣＤ−ＲＯＭ、Ｖｉｄｅｏ−ＣＤを含む）、ＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）、ＲＯＭカートリッジ、バッテリバックアップ付きのＲＡＭメモリカートリッジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカートリッジ等を含む。
【００１０】
また、電話回線等の有線通信媒体、マイクロ波回線等の無線通信媒体等の通信媒体を含む。インターネットもここでいう通信媒体に含まれる。
【００１１】
媒体とは、何等かの物理的手段により情報（主にデジタルデータ、プログラム）が記録されているものであって、コンピュータ、専用プロセッサ等の処理装置に所定の機能を行わせることができるものである。
【発明の効果】
【００１２】
本発明によれば、もっぱらメール機能のみを使用する携帯利用者でもＷＷＷコンテンツを利用することができるようになる。めんどうな操作をすることなく所望のコンテンツに直接誘導できるため、メール機能のみを使用する携帯利用者であっても煩わしさを感じることなく、所望のコンテンツに到達できるようになる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施の形態に係る装置及び方法並びにプログラムは、携帯電話のメール機能とブラウザ機能を連携させるミドルウエア（Middle Ware）である。すなわち、携帯のメーラーからは、1メールユーザーとして動作し、携帯WWWコンテンツに対しては、1携帯ブラウザとして動作するものである。
【００１４】
本発明の実施の形態に係る装置及び方法並びにプログラムは、要するに、SMTPやPOP3で携帯のメールを受信し、システム構築者が作成する業種固有のメールの文章解析をおこない、その切り出したデータを携帯電話専用のコンテンツにHTTPで要求し、そして、HTTPで応答された要求を、メールの送信者にメールで返信を行うのである。
【００１５】
図１は本発明の実施の形態に係るシステム構成を示す。１ａ及び１ｂは本発明の実施の形態に係る処理装置である。２つの処理装置１ａ，１ｂは一方がメイン、他方がサブとして機能し、相互に監視を行い、必要に応じてリダイレクトデータ転送を行う。２はインターネットに接続され、携帯からメールを受信するＳＭＴＰサーバである。３は携帯用のＷＷＷコンテンツを提供するＷＷＷサーバである。ＳＭＴＰサーバ２で受信したメールは２つの処理装置１ａ，１ｂの両方又は一方に送られ、ここでメールの文章解析を行い、その結果に基づきＷＷＷサーバ３に対してコンテンツを要求する。そして、処理装置１ａ，１ｂは、取得したコンテンツをメールの形式でＳＭＴＰサーバ２へ返す。２つの処理装置１ａ，１ｂはその負荷状況などに応じていずれか一方が処理を行う。
【００１６】
発明の実施の形態に係る装置／方法の動作について説明する。
【００１７】
図２は発明の実施の形態に係る装置／方法の動作を説明するためのブロック図であり、図３は処理フローチャートを示す。
【００１８】
Ｓ１：ユーザーは携帯電話４のメーラーで、携帯WWWコンテンツ向けの要求を記載したメール本文と、どの携帯WWWコンテンツヘの処理かを表題の記載、もしくは、特定のアドレスを指定してメールを送り出す。
【００１９】
Ｓ２：携帯電話会社のメールサーバー５が、公開メールサーバー２もしくは本発明の実施の形態に係る処理装置１にメールをSMTPで送信する（処理装置１は図１のように複数の装置１ａと１ｂを含んでいても良い）。本発明の実施の形態に係る処理装置１は同時並列で複数のメールを受信することができる(ただし、通常は図１に示すように公開メールサーバー２経由を想定している)。図３（ａ）は公開メールサーバー２を経由する場合を示し、図３（ｂ）は公開メールサーバー２を経由しない場合を示す。
【００２０】
Ｓ３：公開メールサーバー２に送信されたメールは、その受信アドレスに設定された処理装置１のアドレスへ転送される。これによって処理装置１がインドラネット内部に存在するようにできたり、外部から処理装置１自体を秘匿することができる。もし、転送設定が出来ない場合は、処理装置１が公開メールサーバー２にPOP3で受信要求をおこなうこともできる。ただし、この場合は、同時期で1ユーザー受信となるので、単位時間の処理量が限定される。
【００２１】
Ｓ４：処理装置１は受信メールに対して次の処理を行う。
（１）返信可能なドメインかユーザーのチェック、返信不可能のドメインかユーザーのチェック。この条件にマッチングした場合は、そのメール自体の処理は無視する。
（２）予め設定された文字切り出しロジックで携帯WWWコンテンツヘのリクエストを組み立てる。この組み立てが出来ない場合は、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信する。文字切り出しロジックの例は後述する。
【００２２】
処理装置１は、直接、もしくは、ＳＭＴＰサーバーの転送機能で送付されてきたメールの受信アドレスの@以前部分、もしくは、表題部分の処理デイレクトリ名の有無によって、その後の受信処理内容を決定する（処理デイレクトリとは、メールによる要求を送付すべきWWWサーバのアドレスである）。この機能は、それらのアドレスの確認が出来ない場合でも、もしくは、アドレスの@以前の部分を意図的にデータとして使用したいという要望に応えるためのやり方であり、@以前の文字列の特徴や@以後のdomainの特徴から判断し、処理デイレクトリを導きだす機能である。この例は後述する。
【００２３】
上記（１）（２）の処理が完了後、携帯WWWコンテンツヘリクエストが出される。当該リクエストは、送信元のドメインにしたがって（つまり携帯電話会社に応じて）、適切な要求を出す。例えば、vodafone.ne.jpの場合はvodafone（商標）用のコンテンツにXHTML端末として要求を出す。ezweb.ne.jpの場合はezweb（商標）用のコンテンツにXHTML端末として要求を出す。これら以外はimode（商標）端末として要求を出す。
【００２４】
Ｓ５：処理装置１はサーバ３より応答を受信し携帯WWWコンテンツを取得し、そして、取得したＷＷＷコンテンツに対して次の処理を行う。
（３）応答のマークアップ言語からタグを除去する。ただし、＜ａ＞タグはメールに設定できるタグなので、これをメール用に抽出する。アンカーの長さが、特定の長さ以上の場合はそのアンカーをリダイレクト処理用の短縮アンカーに入れ替える。
（４）抽出したメールと要求元のアドレスから返信メールを作成する。
（５）応答が正しく取得できない場合は、管理者に処理装置１ａ又は１ｂの基本機能を使ってメールで異常を通知する。
【００２５】
Ｓ６：処理装置１は返信メールをSMTPで公開メールサーバーに送信する。
携帯電話のメールはいわゆるテキストメールが多いので、ここでも返信メールとしてテキストメールを送信するが、HTMLメールを送信するようにしてもよい。この場合、返信メールにテキストだけではなく、HTMLを設定してHTMLメールとして送信する。
【００２６】
Ｓ７：公開メールサーバーは、携帯電話会社ヘメールを転送する。公開メールサーバー経由の場合、そのサーバーが、携帯電話会社の流量制限を免除されている場合、メールの遅延や拒否に合う確率は少ない。
【００２７】
Ｓ８：ユーザー端末が、公開メールサーバーのドメインやアドレスが許可していれば、携帯電話会社のサーバーは、携帯電話に返信メールを送信する。
【００２８】
Ｓ９：ユーザーは返信メールを、メールとしての機能で自動的に保持できる。必要であれば、メール内のリンクを選択することで実際の携帯WWWコンテンツに直接接続することもできる。
【００２９】
携帯から送信すべきメールについて説明を加える。
航空機の空席照会や発着案内を知るために本発明の実施の形態に係るサービスを受けるために、公開しているメールサーバーに送る場合、送付先は、conv@company.co.jpとなる。convは本発明の実施の形態に係る処理を行うために設けられたアドレスである。表題には、abc123と半角英小文字数字６バイトのみを入れる。表題は、どの携帯WWWコンテンツヘの処理かを特定するためのもので、予め定められている。ここでは、表題部分の処理デイレクトリ名（abc123）によって、その後の受信処理内容を決定している。本文には、例えば、空席照会では、明日の東京から福岡の空席  空席明日東京福岡  空席東京福岡  のように入れる。次の火曜日の鹿児島から羽田の空席  来週の木曜日の羽田から福岡への空席、来月１０日の大阪から沖縄の空席  再来月二十日の高知から東京の空席、７月１日の富山から羽田の空席、というように入れることもできる。例えば、発着案内では、東京から福岡の発着  東京福岡発着  名古屋沖縄の運行  のように入れる。
【００３０】
上記例の場合、文字切り出しロジックとして、「東京」「福岡」「鹿児島」「羽田」「大阪」「沖縄」「高知」「富山」などの空港名（地名）、「明日」「火曜日」「木曜日」「来月」「再来月」「１０日」「７月１日」などの日付、「空席」「発着」「運行」などの照会内容の文字が予め定められている。例えば照会内容の文字を切り出して、それが「空席」であれば空席を照会するためのクエリーを作成するが、その際に他に切り出された空港名と日付の文字を利用する。空港名と日付のいずれか一方を切り出せなかったり、切り出した文字が矛盾していたりした場合（例えば直行便が就航していない２つの空港名であったり、日付が過去であるなど）、ユーザーに対してやり直しを求めるとともに、そのやり方をアドバイスするガイダンスメールを送信する。
【００３１】
なお、前述のように表題部分の処理デイレクトリ名の有無によって、その後の受信処理続行を決定することに代えて、送付されてきたメールの受信アドレスの@以前部分によってその後の受信処理続行を決定することもできる。その例を以下に示す。
【００３２】
第１のやり方：n1文字以上n2文字以内の文字列が@以前に存在する場合、その設定に対応するデイレクトリへの受信と判断し、かつ、その文字列を受信データとして判断する。n1文字以上n2文字以内の文字列が@以前に存在する場合は、そのような条件設定がされたときに対応付けられた処理デイレクトリへの処理と判断するのである。
【００３３】
第２のやり方：上記第１のやり方と同じであるが、ハイフォンは除外した数値文字列で判断する。
【００３４】
例えば、宅配便などの荷物番号を1234-5678-9012@mhe.company.co.jpのように存在しない受信アドレスを設定しても、@以前がn1文字以上n2文字以内の数値文字と判断されると、@以前がn1文字以上n2文字以内の数値文字という条件に対応する処理デイレクトリと判定され（この場合、宅配便の荷物のトレースサービスを提供しているサーバと判定され）、そして、1234-5678-9012に基づき表題もしくは本文に設定された要求と同様に処理することができる（この場合、1234-5678-9012の荷物番号のトレースを実行する）。
【００３５】
他にも次のようなやり方がある。
第３のやり方：送信メールのヘッダーTo:フィールト゛に含まれるアドレスの@以後のdomain（通常は、公開メールサーバーもしくは処理装置１）に基づき処理デイレクトリを判断する。
【００３６】
例えば、192.168.1.1を登録した場合、1234-5678-9012@mhe.company.co.jpのように送付された場合は異常と判断するが、1234-5678-9012@192.168.1.1のように送付された場合は有効とし、192.168.1.1を処理デイレクトリ（例えば、宅配便の荷物のトレースサービスを提供しているサーバ）と判断し、1234-5678-9012を処理要求として採用する（この場合、1234-5678-9012の荷物番号のトレースを実行する）。なお、このやり方は、上記の２アドレスは同一のものであっても、複数のＤＮＳなどによって、あたかも別のもののnameが登録されている場合などで有効である。
【００３７】
本発明の実施の形態に係る処理装置に直接送る場合、abc123@ws5.company.co.jpとなる。この場合、表題の内容は無視される。本文は、上記場合と同じである。
【００３８】
本発明の実施の形態によれば、もっぱらメール機能のみを使用する携帯利用者でもＷＷＷコンテンツを利用することができるようになる。しかも、メール内のリンクにより簡単にＷＷＷサーバに接続することができる。めんどうな操作をすることなく所望のコンテンツに直接誘導できるため、メール機能のみを使用する携帯利用者であっても煩わしさを感じることなく、所望のコンテンツに到達できるようになる。さらに、当該コンテンツに存在するリンクにより他のコンテンツを閲覧することができるようになる。このように、本発明の実施の形態によれば、もっぱらメール機能のみを使用する携帯利用者に何ら抵抗感をもたせることなくブラウザを利用することを可能にし、これにより、既に構築済みのブラウザコンテンツを有効活用させることができるのである。
【００３９】
本発明の実施の形態によれば、利用者の携帯においてメールとして記録が自動的にメーラーの機能で残るので、公式サイトなどのコンテンツの入り口が階層の深いところに位置している場合であっても、メールでコンテンツに一気に誘導することができる。この特性に鑑みると、本発明の実施の形態は、特に照会系の単純なコンテンツに携帯利用者を誘導することに有効であると考えられる。例えば、予約系の空席、空車、空室案内。運輸の運行情報など。書籍やCDなどの文献検索。などである。コンテンツの処理が重たく、携帯電話のタイムアウトになるケースが多い場合、予め検索処理という事でユーザーに途中切断などの不快な思いをさせることがない。
【００４０】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【図面の簡単な説明】
【００４１】
【図１】発明の実施の形態に係るシステムのブロック図である。
【図２】発明の実施の形態に係る装置／方法の動作を説明するためのブロック図である。
【図３】発明の実施の形態に係る処理フローチャートである。
【符号の説明】
【００４２】
１、１ａ，１ｂ    発明の実施の形態に係る処理装置
２    ＳＭＴＰサーバー
３    携帯電話用ＷＷＷサーバー
４    携帯電話
５    携帯電話会社メールサーバー
【図１】
2006039664.tif 000003
【図２】
2006039664.tif 000004
【図３】
2006039664.tif 000005