JP2008537202A - パブリックモバイルネットワークを介してウェブページにアクセスする端末に依存しないアドレッシングシステム - Google Patents

Abstract

パブリックモバイルネットワークを介してウェブページにアクセスするための端末に依存しないアドレッシングシステム（１）。システム（１）は、多くの異なる種類の携帯端末（３）からのアクセス（７）を操作する。携帯端末（３）では、その携帯端末（３）がＷＡＰ電話であるか、またはＸＨＴＭＬまたはそれに類似のものを支援しているかどうかに関わらず、常に同一なＵＲＬが利用される。ＵＲＬの一例は、www.contentprovider.comである。利用されるＵＲＬは、以前から存在している、ＰＣ適合のウェブページに利用されたＵＲＬと同一である。システム（１）により、特に、ＷＡＰページがwap.contentprovider.comのような異なるアドレスを持つ既知の技術とは異なり、ユーザは１つのアドレス（５）のみを利用することができる。

Description

本発明は、パブリックモバイルネットワークを介して通信する端末から、ウェブページにアクセスすることを可能にするシステムに関する。

公衆携帯電話システムおよびインターネットを介してデータおよび情報にアクセスすることを容易にする、比較的多くの既知の技術がある。

１つの課題は、多くのウェブページまたはオブジェクトにアクセスするためにユーザが持つ必要のある利用可能なウェブアドレスの数を低減することである。既知の技術を使用した場合、これらのアドレスは、ユーザが利用する携帯端末の種類に依存することが多い。携帯端末の一例は、携帯電話、パームコンピュータ（手のひらサイズのコンピュータ）、またはＰＤＡ（携帯情報端末）である。公衆携帯電話システムは、２Ｇ、２．５Ｇ、３Ｇ、またはそれに類似のものに基づいている。ある場合には、ユーザが、コンテンツプロバイダからの情報アクセスのため、ウェブブラウザが接続されたパーソナルコンピュータ（ＰＣ）を、また他の場合には、携帯端末、例えば携帯電話を利用する場合に特定の問題が発生する。コンテンツプロバイダの例として、ニュースサイト、ホテル予約サイト、またはゲームサイトがある。既知の技術を使用した場合、ユーザは、一般に、ＰＣに適合したウェブページのアドレスと、例えばＷＡＰベースのウェブページのアドレスという、２つのアドレスにアクセスする必要がある。本明細書におけるウェブページとは、特定の情報を含むページを指している。このような情報の例としては、レストランの営業時間、ホテル予約の詳細、またはドライブの道順を含む訪問先の住所がある。さらに、本明細書におけるウェブページとは、携帯端末の種類に適合された異なるバージョンにおいてコンテンツを取得できることを指している。この背景は、携帯電話および他の携帯端末がＰＣによって支援されているプロトコル以外のプロトコルを支援しているということである。このため、特定のコンテンツプロバイダは、ＰＣウェブページに適合された情報の選択された部分を携帯端末用の特定のウェブページに変換している。このようなページの一例が、ＷＡＰサイド（無線アプリケーションプロトコル）である。ＷＡＰページは、ＰＣに適合されたウェブページとは異なるアドレスを持っている。ＰＣに適合されたウェブページアドレスの一例が、www.contentprovider.comである。アドレス対応ＷＡＰサイドの一例が、www.contentprovider.com/wapである。ＷＡＰページへの一般的な指示のさらなる例が、wap.contentprovider.comである。

ＷＡＰ仕様の意図は、サービスが異なるプロバイダから提供される携帯端末から、サービスにアクセスすることを可能にするオープンスタンダードを作成することであった。例えば、電話番号を検索するまたは最新のニュースにアクセスする、ＷＡＰベースのサービスがある。ＷＡＰ仕様では、無線サービスを確立するために利用されるセットアップフォーマットを定義している。原則として、ＷＡＰは、既存のＰＣウェブページ内のコンテンツをＷＡＰベースのフォーマットに変換することを可能にしている。

htmlを支援する機能を持つ多くの携帯端末があるが、これは、理論上当該端末からのデータ要求が、ＰＣによって生成されるデータ要求の場合と同一アドレスを使用できることを意味している。実際には、その方策は、一般にＰＣ向けのウェブページが携帯端末上に表示されるのには適していないという単純な理由により使用されることは稀である。２つの典型的な欠点は、ページのサイズすなわちページ上で利用可能な情報量と、携帯端末を接続するために利用可能な帯域幅に関連している。他の問題は、色を支援する機能が異なる種類の端末間で変わるということである。異なる端末が異なる方法でプレゼンテーションおよび相互作用を実現する場合に、端末のユーザフレンドリーな環境の保証が難しいことが分かった。例えば、スクリーン／ディスプレイの大きさ、ユーザ相互作用の方法、および端末プロセッサの機能にばらつきがある。

大半の携帯端末は、携帯端末がＸＨＴＭＬを支援することを示すような端末が特定の規格を支援することを示す情報をデータ要求中に含んでいる。１つの問題は、サービスプロバイダが、メーカーが特定の規格の支援を示しているが実際にはそうではない携帯端末からのデータ要求を処理することである。

特許文献１は、数値アドレスを使用してワールドワイドウェブ上のリソースにアクセスする、システムおよび方法を記載している。この方法は、リソースに対応する文字列を選択し、該文字列を数値文字列にマッピングすることを含んでいる。ウェブに入力される文字列および最上位のドメイン拡張子をウェブ可能なデバイス上で受理することにより、数値文字列のドメインアドレスを利用することによって特定されるリソースへのアクセスが提供される、一例は、ドメイン拡張子として.wapを持つ文字列がある。システムおよび方法に関する残りの問題は、複数の種類の携帯端末を支援するには複数の文字列アドレスが必要であるということである。

特許文献１は、少なくとも１つのユーザ機器が、そのユーザ機器からネットワーク要素に送信される定義済み信号メッセージ内にそのユーザ機器のバージョンを示す識別子を自発的に統合するように構成され、また少なくとも１つのネットワーク要素が、信号メッセージを受信し、その信号メッセージからユーザ機器のバージョンを示す識別子を抽出するように構成されることを記載している。いくつかの問題が、特許文献１では解決されていない。例えば、どのようにして、１つの汎用wwwアドレスを、様々な携帯端末からのデータ要求において使用できるようにするかは開示されていない。

特許文献２は、ＵＲＩまたはＵＲＬを局所化して登録できる説明ドメイン名のプールを拡張し、インターネットを拡張局所化媒体とするプロセスを記載している。

実際に、ユーザは、端末の種類に関わらず、ウェブページに対して同一のアドレッシングを利用できない。アドレスは端末に依存している。かかる状況の一例として、会社が、ブックマークをＳＭＳとして、その会社のモバイルページアドレスとともにユーザに送信したい場合がある。しかし、どのアドレスを送信すべきであろうか？それは、ＷＡＰアドレシングのためのブックマーク、xhtmlに準拠した電話のためのブックマーク、またはＰＤＡのためのブックマークであるべきか？あるいは、ＰＣからアクセスするためのブックマークであるべきか？

既知のシステムに対する残りの問題は、当該システムがどのアドレスをブックマークとして送信すべきかを評価する必要があることである。いくつかの可能な代案は、xhtmlまたはｗａｐを支援する索引ページへのアドレスである。評価する必要があるかも知れない他の基準は、端末のスクリーン幅である。別の代案は、要求する端末がＰＣであることであるが、その場合のブックマークは、htmlを支援する索引ファイルへのアドレスであるべきである。
国際公開第ＷＯ２００４／０６８８８５号パンフレット 米国特許出願公開第２００３／００６９９４２号明細書

上述の問題点に鑑み、本発明の１つの目的は、異なるプレゼンテーション機能を持つ多くの異なる携帯端末に対して、ウェブベースのデータのプレゼンテーションを強化する手段を有するシステムを提示することである。他の目的は、携帯端末からのまたはＰＣからのデータ要求を処理する手段を有するシステムを提示することであり、ユーザがそのデータ要求をウェブブラウザを持つＰＣから、ＷＡＰリーダーを持つ携帯電話のような携帯端末から、またはxhtmlを支援するリーダーを持つＰＤＡまたは類似の種類の携帯端末から開始するかどうかに関係なく、そのデータ要求はそれぞれ、www.contentprovider.comのようなウェブページに対する同一のテキストベースのアドレスを含んでいる。

システムは端末依存ページを含み、さらに、そのシステムは、公衆携帯電話システムを介して携帯端末からウェブページに送信されたデータ要求を処理する第１の手段を有し、そのデータ要求は、ＰＣ内のウェブブラウザからウェブページへの従来のアクセス中に使用される同一のアドレスを含んでいる。システムは、携帯端末と互換性を持つウェブページの端末依存バージョンにアクセスを切り替える切り替え手段を含んでいる。さらなる特徴は請求項に規定されている。

携帯端末用のウェブバージョンが付加される環境においては、ＰＣ用の索引ファイルはその元の形態で保持されてもよく、切り替え手続きはデータ要求を携帯端末から携帯端末用に調整された索引ファイルに送る。ＰＣバージョン用の元の索引ファイルは保持されているので、ＰＣ用のウェブバージョンに関する重みは検索エンジン内で保持される。

本発明のさらなる利点は、広範囲の携帯端末を支援するコンテンツプロバイダによって提供される移動体の機能性の拡張を可能にすることである。このような拡張は、ＰＣ内のウェブブラウザを支援するように適合されかつ拡張に先立って利用可能なサービスおよび情報のサブセットを、携帯端末からのアクセスに利用可能にできるようにする。ユーザは、既知のアドレス、例えばwww.contentprovider.comを利用して、自身の携帯端末からのデータ要求を開始する。

本発明の一態様において、システムは、携帯端末から、以前はＰＣウェブページバージョンとしてのみ利用可能であった情報の決まったサブセットへのアクセスを可能にする。その情報のサブセットは、携帯端末からのデータ要求時にデータベースから自動的に取得されてもよい。

本発明のさらなる利点は、複数の種類の携帯端末に対する切り替えを実行できることである。

本発明の一態様において、携帯端末はＧＰＲＳを介して通信し、ＷＡＰを使用して情報を示す。本発明は、携帯端末が、htmlまたはxhtmlのような他の種類のプレゼンテーション規格を使用して情報を示す場合にも好適である。本発明の他の態様において、携帯端末は３Ｇを介して通信する。

本発明のこれらおよび他の特徴、利点、ならびに目的は、以下の説明、請求項、および添付図面を参照することにより、当業者にはさらに理解され認識されるであろう。

本発明は、添付図面を参照して説明される。

図１Ａは、本発明によるシステム１の概略を示している。システムは、携帯端末において、その携帯端末がＷＡＰ電話であるすなわちＸＨＴＭＬまたはそれに類似なものを支援しているかどうかに関わらず、常に同一のＵＲＬを利用して特定のウェブページにアクセスするように構成されている。テキストベースのＵＲＬアドレスの例として、www.contentprovider.comがある。利用されるＵＲＬは、以前から存在しているＰＣ適合のウェブページに利用されたＵＲＬと同一である。好ましい実施形態において、第１のソフトウェア手段１７は、入力データ要求７を切り替え手段２に送る（１６）。切り替えは、切り替え手段２によって実行される。図１Ａの切り替え手段２は、端末３の機能だけでなくデータ要求７を実行する携帯端末３の種類を解釈するソフトウェア手段を含んでいる。切り替え手段は、どの端末依存ページ８が携帯端末３と互換性のあるウェブページのバージョン９であるかを解釈する。切り替え手段２は、ＰＣおよびテレビ受像機のような他の種類の装置を解釈することもできる。www.serviceprovider.comのようなアドレス５は、ＰＣ１１からの従来のアクセス中に使用されるアドレス５と全く同一である。実施形態において、複数の端末依存ページ８が自動生成手段１０によって作成される。自動生成は、通常ウェブページのＰＣバージョンのデータ、テキスト、グラフィック、ＪＡＶＡベースの機能、またはそれに類似のものを選択した後に行われる。ウェブページの更新された端末依存バージョン９は、営業時間のようなＰＣバージョンの情報が更新されているときに自動生成されてもよい。本発明を用いれば、会社または公的機関のようなサービスプロバイダは、ＰＣ用の既存のウェブページ内のコード、機能、またはソフトウェアの変更を必要とせずに、自身のクライアントにモバイル入力を提供することができる。本発明は、ＰＣユーザを対象として既になされている投資の利用を可能にし、それと同時に付加の移動体機能を提供することを可能にする。データ要求７の結果は、パブリックネットワークプロバイダ４とシステム１の間で送信されるデータが、インターネット１３を介して作成されることであり得る。携帯端末３は、xhtml、wap、html、またはそれに類似のものを支援することができる。切り替え手段２は、携帯端末３がxhtml、html、またはそれに類似のものを支援するプレゼンテーション手段を有している場合、スクリーン幅のような機能を端末から読み取る。携帯電話用の頻出するxhtml言語はＭＰ（モバイルプロファイル）である。通常の割込み処理でhtmlを解釈する携帯端末の一例は、ＰＤＡ（携帯情報端末）である。切り替え手段２は、Ｗｉｎｄｏｗｓ ＸＰ、ＵＮＩＸ、ＬＩＮＵＸ、またはそれに類似のものを支援する通常知られているサーバプラットフォーム上で好都合に実現される。切り替え手段２は、ホスト環境内に、またはコンテンツプロバイダによって操作されるサーバ内にあってもよい。ホスト環境において、コンテンツプロバイダのような情報の所有者は、システム１の保守および操作に対する責任をホストに送ってもよい。

図１Ｂは、ＰＣ１１からウェブページのＰＣバージョン６へのデータ要求７の概略を示している。図１Ｂは、携帯端末３からのデータ要求７において使用されるアドレスと全く同一のアドレス５が、ウェブページのＰＣバージョン６へのアクセス５において利用されることも示している。ウェブページのＰＣバージョン６へのアクセスは、通常ブロードバンドネットワークおよびインターネット１３を介して行われる。ウェブページのＰＣバージョン６は、通常ウェブページの端末依存バージョン９よりも非常に多くの情報を含んでいる。図１Ｂのデータ要求７は、ＳＭＳまたは電子メールが、サービスプロバイダから携帯端末３に送信されてもよく、かかるＳＭＳまたは電子メールはゲームまたは楽曲の配布を含んでいる。

図２Ａにおいて、データ要求７は、第１のモジュール１４内の第１のソフトウェア手段１７によって送られ、第１のソフトウェア手段１７は、データ要求１６を第２のモジュール１５の切り替え手段２に送る。一実施形態において、システムは、ホテルまたは他の類似の宿泊施設の予約システムに関する。そのような実施形態では、携帯端末３とシステム１の間の少なくとも１つの種類の確保された接続が支援されている。適切な接続は、ＳＳＬまたはそれに類似のものを使用して証明書を扱うことに基づいていてもよい。ホテル予約の場合、通常予約番号が識別手段として使用される。第２のモジュール１５は、ウェブページの端末依存バージョン９への切り替え２を処理する。図２Ａのシステム１の実施形態は、本発明がウェブホスティング環境１８で使用するのに特に有利であることを示している。それは、例えばサービスプロバイダがウェブホスティング環境１８にウェブページを持っていて、端末に依存しないサービスを伝えたい場合である。一例は、特定の施設の営業時間のような情報へのアクセスを携帯端末に提供するパブリック観光ポータルである。図２Ｂは、サービスプロバイダに関する多くのアカウントを有するウェブホスティング環境１８を示している。第１のモジュール１９が、サービスプロバイダのアカウント１４でアクセス可能である。ウェブホスティング環境１８は、第２のモジュール１５がある別個のアカウントを有している。第２のモジュール１５は切り替え手段２を有している。サービスプロバイダのアカウント１４内の第１の手段１７は、入力データ要求７を切り替え手段２に送る（１６）。

一実施形態において、システムは、ハイパーテキストプリプロセッサ（ｐｈｐ）に基づいたプログラミング環境により少なくとも部分的に構成される。システムを構成するのに適した別の言語はＣ＋＋である。図２Ａおよび図２Ｂの第１のソフトウェア手段１７に含まれる名前、index.（公序良俗違反につき、不掲載）の表示は一例である。他の多くの名前が可能である。

入力データ要求７は、切り替え手段２のファイルまたは他の識別子のインクルード文を含んだindex.（公序良俗違反につき、不掲載）のような、第１のソフトウェア手段１７に呼を渡すウェブホスト環境１８のスクリプトによって処理されてもよい。かかる手続きの利点は、各サービスプロバイダのアカウントが切り替え手段２の全機能を有する必要がないことである。

切り替え手段２は、通常データ要求７を渡す端末３の種類および端末３のプレゼンテーション機能の検出を含んだ多くの工程を実行する。そのプレゼンテーション機能の例として、スクリーン幅および言語サポートがある。

切り替え手段２は、携帯端末３からのデータ要求が、その携帯端末がhttp＿acceptのxhtmlを支援することを示す少なくとも１つの変数を持つかどうかを評価するように構成されてもよい。発明者らは、http＿acceptで規定されているものとは異なり、携帯端末によっては実際にはxhtmlを支援しないものがあることを見出した。携帯端末の特定のモデルには、データ要求で支援されているものとして、誤った方法で指定されている他の機能に関する問題がある。そのような携帯端末３の種類の識別子は、データベースに含まれている。切り替え手段２は、特定の機能のどのレベルまたは規格に携帯端末のモデルが対応するかを表すデータベース内の情報に基づいて、データ要求７を携帯端末３と互換性を持つ端末依存バージョン９に送る。xhtmlがhttp＿acceptにおいて間違って記述されている場合には、切り替え手段は、携帯端末３と互換性を持つwmlに基づいてデータ要求をウェブページに送ってもよい。

携帯端末３の識別は切り替え手段２によって行われる。一実施形態において、その識別は、ヘッダーパラメータの内容を検査することにより行われる。切り替え手段は、次のような識別を行うように構成することもできる。
ｉｆ（ｓｔｒｉｓｔｒ（＄＿ＳＥＲＶＥＲ［“ＨＴＴＰ＿ＡＣＣＥＰＴ”］，“ｗａｐ”））｛＄ｗａｐ＝‘ｙｅｓ’｝＝真の場合、携帯端末のメーカーはそれがｗａｐを支援していることを示し、
ｉｆ（ｓｔｒｉｓｔｒ（＄＿ＳＥＲＶＥＲ［“ＨＴＴＰ＿ＡＣＣＥＰＴ”］，“ａｐｐｌｉｃａｔｉｏｎ／ｘｈｔｍｌ＋ｘｍｌ”））｛＄ｘｈｔｍｌ＝‘ｙｅｓ’｝＝真の場合、携帯端末のメーカーはそれがｘｈｔｍｌを支援していることを示し、
ｉｆ（ｓｔｒｉｓｔｒ（＄＿ＳＥＲＶＥＲ［“ＨＴＴＰ＿ＡＣＣＥＰＴ”］，“ｊａｖａｓｃｒｉｐｔ”））｛＄ｊａｖａｓｃｒｉｐｔ＝‘ｙｅｓ’｝＝真の場合、携帯端末のメーカーはそれがｊａｖａｓｃｒｉｐｔを支援していることを示し、
ｉｆ（ｓｔｒｉｓｔｒ（＄＿ＳＥＲＶＥＲ［“ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴ”］，“Ｓｙｍｂｉａｎ”））｛＄ｔｅｒｍｉｎａｌ＝‘ｍｏｂｉｌｅ’｝＝真の場合、携帯端末のメーカーはそれが携帯端末であることを示し、
ｉｆ（ｉｓｓｅｔ（＄＿ＳＥＲＶＥＲ［“ＨＴＴＰ＿Ｘ＿ＷＡＰ＿ＰＲＯＦＩＬＥ”］））｛＄ＵＡＰｒｏｆ＝＄＿ＳＥＲＶＥＲ［“ＨＴＴＰ＿Ｘ＿ＷＡＰ＿ＰＲＯＦＩＬＥ”］｝＝スクリーン幅のような端末機能を検査するため、識別が実行される。

図２Ｂに示した一実施形態において、複数の端末依存ページ８が、自動生成手段１０によって作成される。かかる実施形態では、切り替え手段２によって、データ要求が受け取られ、端末機能が確立されると、端末依存バージョンが作成される。かかる実施形態は、宿泊施設の予約システムのような頻繁に更新されるデータベースから情報が取得される場合に好ましい。予約システムの場合、識別のために、データ要求が予約または予約の照会を含むと好都合である。

本発明のさらなる利点は、例えば電話を介して行われるユーザによる問い合わせに、コンテンツプロバイダで働く人が１つのアドレスのみを用いて応答できることである。本発明により、１つのブックマークのみを送信するだけで十分になり得る。そのような状況の一例として、ユーザがこれまで訪れたことがない都市の美術館の開館時間についてそのユーザが調査したい場合がある。この場合、例えばＳＭＳあるいは電子メールにより１つのアドレスのみが送信される必要がある。ユーザが、アドレスを利用して携帯端末から例えばＧＰＲＳを介してアクセスした場合、自動生成されたページが現れて、開館時間のみが示される。ユーザがＰＣのウェブブラウザからのアドレスを利用した場合、完全なウェブページが現れて、現在のテーマおよび開催中の展示も示される。

本発明の修正が、当業者、および本発明を成しまたは使用する者には想到されるであろう。したがって、図面に示され上述された実施形態は単に例示目的のものであり、均等論を含む、特許法の原則にしたがって解釈されるように請求項によって規定される、本発明の範囲を限定するものではないことが理解されるであろう。

本発明によるシステムの概略を示す。システムは、携帯端末と互換性を持つ端末依存ページへの切り替えが実行されるように構成された切り替え手段を有する。 携帯端末からのアクセスに利用されるのと全く同一のアドレスが、ＰＣウェブページバージョンへのアクセスにも利用されることを示す。 システムがウェブホスティング環境を支援するために適用される一実施形態の概略図である。データ要求は、そのデータ要求を受け取る第１のモジュールにより第２のモジュールに送られる。第２のモジュールは、端末依存ページへの切り替えを行うように動作する。 端末依存ページが自動的に生成されるウェブホスティング環境に適用された本発明によるシステムである。

Claims (7)

1. 異なる種類の多くの携帯端末からウェブページをアドレスし、パブリックモバイルシステム（４）を用いて前記携帯端末からウェブアドレス（５）を受け取るように適合されたシステム（１）において、
   該システム（１）は、
   前記ウェブアドレス（５）を含むデータ要求を受け取るように構成された第１の手段（１７）と、
   前記データ要求を実行する携帯端末の種類を検出するように適合された検出手段および前記携帯端末（３）のプレゼンテーション機能を検出する手段と、
   前記携帯端末の種類およびプレゼンテーション機能に基づいて前記ウェブページのどのバージョンが前記携帯端末（３）と互換性を持つかどうかを判断して、前記データ要求（７）を端末依存バージョン（９）に転送するように適合された切り替え手段（２）と、を有し、
   全く同一の前記ウェブアドレス（５）がすべての携帯端末（３）によって使用されることを可能にすることを特徴とするシステム。
2. 前記第１の手段（１７）がウェブホスティング環境（１８）内にあり、前記第１の手段（１７）は前記切り替え手段（２）のインクルード命令を含むことを特徴とする、請求項１に記載のシステム（１）。
3. 前記切り替え手段（２）が、前記携帯端末（３）の機能に関する、前記データ要求（７）の少なくとも１つの環境変数を評価するように構成されていることを特徴とする、請求項１または２に記載のシステム（１）。
4. 前記切り替え手段（２）は、正しくない機能が前記少なくとも１つの環境変数によって指定される携帯端末の一覧を含むデータベースにアクセスするように構成され、
   前記切り替え手段（２）は、前記データベース内の情報に基づいて前記ウェブページのどの端末依存バージョン（９）が前記携帯端末（３）と互換性を持つかどうかを判断するように適合されていることを特徴とする、請求項３に記載のシステム（１）。
5. 前記システムが、前記端末依存ページ（９）を自動的に生成する第２の手段（１０）を有することを特徴とする、請求項４に記載のシステム（１）。
6. 前記第２の手段（１０）は、データ要求（７）が発生した際に、前記ウェブページの前記端末依存バージョン（９）を自動的に生成するように構成されていることを特徴とする、請求項５に記載のシステム（１）。
7. 前記第２の手段（１０）は、xhtmlを支援するページを生成できる前記端末依存ページ（９）を自動的に生成するように構成されていることを特徴とする、請求項６に記載のシステム（１）。

Images