(57)【要約】【課題】マークアップ言語で構成されたデータを基にして次回以降の通信に使用する通信経路をより簡単に指定することができる通信端末およびアドレスアクセス方法を提供する。【解決手段】ＨＴＭＬ解析処理部２１９は、受信したＨＴＭＬデータを解析して液晶ディスプレイ２１４に表示させるとともに、各リンクのアンカテキストとＵＲＬと通信インタフェースとを抽出し、リンク情報格納部２２０に格納する。タッチパネル２１５でいずれかのアンカテキストが選択されると、イベント処理部２１７はリンク情報格納部２２０を参照して対応するＵＲＬと通信インタフェースを取得し、コンテンツ取得処理部２１８へ送る。コンテンツ取得処理部２１８は、通信制御部２１３に対して、該当する通信インタフェースを使用してそのＵＲＬへ接続させる。接続されて新たに受信したＨＴＭＬデータはＨＴＭＬ解析処理部２１９へ送られ、再び解析される。【選択図】図２
2006031125.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ異なる通信経路で通信を行う複数の通信手段と、
これら複数の通信手段のいずれかを使用して取得したデータが所定のマークアップ言語で構成されている場合には、これを判別するマークアップ言語判別手段と、
このマークアップ言語判別手段で判別されたマークアップ言語を解読して、通信ネットワーク上のアドレスにリンクするためのリンク情報を抽出するリンク情報抽出手段と、
このリンク情報抽出手段の抽出したそれぞれのリンク情報から、それぞれのリンク情報の示すアドレスにアクセスする際に使用する通信手段を選択するための通信手段選択情報を取得する通信手段選択情報取得手段と、
この通信手段選択情報取得手段によって取得されたそれぞれの通信手段選択情報が前記複数の通信手段のいずれに対応するかを判別する対応通信手段判別手段と、
この対応通信手段判別手段によって判別された通信手段と前記リンク情報の表わす通信ネットワーク上のアドレスのそれぞれを対応付けて記憶する通信手段・アドレス対応関係記憶手段と、
通信先のアドレスを指定するアドレス指定手段と、
このアドレス指定手段によって指定されたアドレスで前記通信手段・アドレス対応関係記憶手段を検索する検索手段と、
この検索手段によって前記複数の通信手段のうちいずれかの通信手段が検索されたとき、その通信手段を使用して前記アドレス指定手段によって指定されたアドレスにアクセスする通信手段選択手段
とを具備することを特徴とする通信端末。
【請求項２】
前記対応通信手段判別手段は、１つの通信ネットワーク上のアドレスに２以上の通信手段を判別したとき、前記通信手段・アドレス対応関係記憶手段に１つのアドレスにこれら２以上の通信手段を対応付けて記憶することを特徴とする請求項１記載の通信端末。
【請求項３】
前記通信手段・アドレス対応関係記憶手段は、前記複数の通信手段のいずれかが通信可能なサーバ上に配置されていることを特徴とする請求項１記載の通信端末。
【請求項４】
前記通信手段・アドレス対応関係記憶手段は、自装置に内蔵されていることを特徴とする請求項１記載の通信端末。
【請求項５】
前記検索手段が２以上の通信手段を検索したとき、前記通信手段選択手段の使用する通信手段に優先度を設定するための優先度設定手段を具備することを特徴とする請求項１記載の通信端末。
【請求項６】
前記検索手段がいずれの通信手段も検索しなかったとき、前記通信手段選択手段は、前記複数の通信手段をあらかじめ定めた順序で使用して前記アドレス指定手段によって指定されたアドレスにアクセスすることを特徴とする請求項１記載の通信端末。
【請求項７】
前記通信手段選択情報が通信に使用する１つあるいは複数の通信手段を優先度を付加して指定するものであるときに、前記通信手段選択手段は、この優先度に従って前記複数の通信手段のいずれかを使用する手段であることを特徴とする請求項１記載の通信端末。
【請求項８】
前記複数の通信手段の少なくとも１つはＩＥＥＥ８０２．１１の規格に準拠した無線ＬＡＮによる通信を行う通信手段であり、前記通信手段選択情報のうちこの無線ＬＡＮを使用した通信を行う通信手段を指定する通信手段選択情報には更に接続する無線ＬＡＮアクセスポイントを指定する情報としてのアクセスポイント指定情報が付加されており、前記通信手段選択手段は、この無線ＬＡＮを使用した通信を行う通信手段を使用する場合には対応するアクセスポイント指定情報が示す無線ＬＡＮアクセスポイントへ接続して前記アドレス指定手段によって指定されたアドレスへアクセスすることを特徴とする請求項１記載の通信端末。
【請求項９】
通信端末に備えられたそれぞれ異なる通信経路で通信を行う複数の通信手段のいずれかを使用して取得したデータが所定のマークアップ言語で構成されている場合にこれを判別するマークアップ言語判別ステップと、
このマークアップ言語判別ステップで判別されたマークアップ言語を解読して通信ネットワーク上のアドレスにリンクするためのリンク情報を抽出するリンク情報抽出ステップと、
このリンク情報抽出ステップで抽出したそれぞれのリンク情報から、それぞれのリンク情報の示すアドレスにアクセスする際に使用する通信手段を選択するための通信手段選択情報を取得する通信手段選択情報取得ステップと、
この通信手段選択情報取得ステップで取得されたそれぞれの通信手段選択情報が前記複数の通信手段のいずれに対応するかを判別する対応通信手段判別ステップと、
この対応通信手段判別ステップで判別された通信手段と前記リンク情報の表わす通信ネットワーク上のアドレスのそれぞれを対応付けて通信手段・アドレス対応関係記憶手段に記憶する記憶ステップと、
通信先のアドレスを指定するアドレス指定ステップと、
このアドレス指定ステップで指定されたアドレスで前記通信手段・アドレス対応関係記憶手段を検索する検索ステップと、
この検索ステップで前記複数の通信手段のうちいずれかの通信手段が検索されたとき、その通信手段を使用して前記アドレス指定ステップで指定されたアドレスにアクセスする通信手段選択ステップ
とを具備することを特徴とする通信端末のアドレスアクセス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信インタフェースを備えた通信端末およびこのような通信端末を使用したアドレスアクセス方法に係わり、特に情報やサービスを扱うコンテンツにそれぞれ異なる通信経路で通信を試みることのできる複数の通信インタフェースを備えた通信端末およびこのような通信端末を使用したアドレスアクセス方法に関する。
【背景技術】
【０００２】
近年、通信技術の成熟やチップ等の回路部品の低価格化によって、無線ＬＡＮ（Local Area Network）のアクセスポイントを備えた通信ネットワークが個人や企業あるいはホットスポット事業者等により多数構築されるようになっている。無線ＬＡＮを使用した通信ネットワークはインターネットに接続されているものも多く、無線ＬＡＮ端末を使用した、いわゆるベアラ通信によるインターネットへのアクセスが広く行われている。一方、携帯電話会社等によって携帯電話網を経由したインターネット接続サービスが提供されており、携帯電話機を使用したインターネットへのアクセスも一般化している。
【０００３】
これら各種の通信ネットワークでは、利用可能なサービスの内容だけでなく、通信速度や通信料金といった通信品質や確保されるセキュリティの度合いも異なる場合が多い。たとえば、無線ＬＡＮを経由したインターネット接続の方が高速で低コストだが、携帯電話網を経由したインターネット接続の方が高いセキュリティが確保されるといった違いが存在しうる。したがって、通常の通信には無線ＬＡＮを使用する一方、重要な情報のやりとりを行う際には携帯電話網を使用するというように、たとえ同じ通信先であっても状況に応じて通信品質の異なる通信ネットワークを適宜使い分けることができることが望ましい。しかしながら、異なる複数の通信ネットワークを選択して通信を行うためには、それぞれの通信ネットワークに対応した通信インタフェースが必要となる。また、無線ＬＡＮ端末と携帯電話機というように複数の通信端末を使い分けなければならず、通信を開始するための作業が煩雑となるだけでなく、通信端末を携行する必要がある場合に適切でない通信端末を間違って携行してしまう恐れもある。
【０００４】
そこで、複数の通信インタフェース（ベアラ）を１つの装置内に組み込んだ通信端末が従来より提案されている（たとえば、特許文献１参照）。この第１の提案では、通信端末は、使用する通信インタフェースの選択をユーザから受け付け、データの送信を行う際に選択された通信インタフェースを使用するようになっている。
【０００５】
更に、使用する通信インタフェースを送信データの種類に応じて通信端末側で選択するようにした通信端末が従来より提案されている（たとえば、特許文献２および特許文献３参照）。これらの第２および第３の提案では、予め送信データの種類と使用すべき通信インタフェースとを対応付けたテーブルを備えており、データの送信を行う際にこのテーブルを参照することによって、送信データの種類に適した通信インタフェースを選択できるようになっている。これらの提案では、通信インタフェースを通信端末側で自動で切り替えて使用することができ、ユーザの負担を軽減したより快適な通信環境を提供することが可能となる。
【０００６】
ところで、たとえばインターネット上の特定のサーバへアクセスしようとする際に、通信経路によってアクセスが可能であったり不可能であったりする場合がある。また、通信インタフェースが異なると通信経路が異なる場合がある。したがって、アクセスの対象となるサーバに応じて通信インタフェースを選択する必要が生じることがある。
【０００７】
第２および第３の提案では、送信データの種類に応じて通信インタフェースを切り替えることにしている。したがって、送信データとアクセスの可能なサーバの対応付け、あるいはこれを含めた通信インタフェースとの対応付けをテーブルに記述しておけば、通信インタフェースが送信データに応じて自動的に切り替えられる結果、目的とするサーバへのアクセスが不可能になる事態を回避することができる。しかしながら、通信システム全体の通信ネットワークの配置関係は時間の経過と共に変化する可能性があり、テーブルの内容が古くなると、目的とするサーバにアクセスできない通信インタフェースが選択される可能性がある。
【０００８】
そこで、送信データの種類と通信インタフェースを対応付けるテーブルを、通信ネットワーク側から送られる情報で適宜更新できるようにした通信端末が従来より提案されている（たとえば、特許文献４参照）。この第４の提案によれば、通信システムを構成する通信ネットワークに、通信ネットワーク上に存在する各サーバのＵＲＬ（Uniform Resource Locator）とそれぞれのサーバと通信する際に使用すべき通信インタフェースとを対応付けたテーブルを保持する特定のサーバが置かれている。通信端末は適宜この特定のサーバから必要なテーブルの情報をダウンロードし、自己のテーブルの内容を最新のものに更新できるようになっている。
【特許文献１】特開２００４−４０４８３号公報（段落０００９、００２３、図１）
【特許文献２】特開２００１−２３７９７６号公報（段落００２６、００２７、図６）
【特許文献３】特開２００１−１１９４５２号公報（段落００４１、００４２、図１）
【特許文献４】特表２００２−５２３９２８号公報（段落００５９、図４Ｂ）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、無線ＬＡＮを使用した多くの通信ネットワークでは、インターネットと同じようにＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルが通信プロトコルとして使用されている。したがって、無線ＬＡＮを使用した通信ネットワークに接続する際にも、携帯電話網を経由したインターネット接続で使用するＷＷＷ（World Wide Web）ブラウザやメーラ等の市販のアプリケーションソフトウェアを、ほぼそのまま使用できる場合が多い。そこで、接続しようとする各通信ネットワークでこのように同じプロトコルが使用されている場合には、共通したアプリケーションソフトウェアを使用することが可能である。すなわち、複数備えられた通信インタフェースを使い分けながら、共通のＷＷＷブラウザでインターネット上の様々なウェブサイトにアクセスするというようなことが可能である。
【００１０】
一方、プロバイダや企業あるいは個人が立ち上げるウェブサイトに含まれる情報やサービスといったコンテンツは多様化しており、コンテンツごとにユーザ側あるいはコンテンツ作成者側が求める通信品質が異なるのが通常である。たとえば、ストリーミングによる映像データの受信の場合には比較的高速な通信が求められる。文字で会話を行うチャットでは比較的低コストな通信が求められる。一方で、銀行等の金融機関のサービスを利用できるネットバンキングでは高いセキュリティが求められるといった具合である。また、通信品質は、既に説明したように通信経路によってそれぞれ異なる場合がある。
【００１１】
すなわち、複数の異なる通信インタフェースを備えた通信端末の場合、コンテンツごとに使用に適する通信インタフェースが異なる場合がある。このような場合には、それぞれのコンテンツに適した通信インタフェースを適宜選択しながら通信を行えることが望ましい。
【００１２】
しかしながら、たとえば所望のＵＲＬへのハイパーリンクを選択してそのＵＲＬからデータを受信するような場合には、データの種類やデータサイズが不明な場合があり、コンテンツを取得する通信端末側で適切な通信経路を選択できない場合がある。また、ウェブサイト上でクレジットカードの番号の送信を伴うようなサービスで、高いセキュリティの保障を実現するためには、データの送信の際に通信端末側にセキュリティの高い通信経路を確実に使用させる必要がある。
【００１３】
したがって、ウェブサイトのコンテンツのセキュリティの向上や通信端末側のユーザに対するきめ細やかなサービスの実現のために、ウェブサイトのコンテンツ作成者側で通信端末の次のコンテンツの取得や次のデータ送信で使用する通信インタフェースを通信経路との関係で指定できることが望ましい。
【００１４】
しかしながら、第４の提案を適用してコンテンツ作成者側で通信経路を指定するには、コンテンツ作成者側で通信端末の通信の相手先と成りうる各ＵＲＬと適切な通信インタフェースとを対応付けたテーブルを作成して特定のサーバに登録しなければならず、手間がかかる。また、それぞれの通信端末はアクセスする可能性のある全てのＵＲＬについての情報を取得して自己のテーブルに格納しておかなくてはならず、多くのＵＲＬにアクセスする場合には必要なメモリの容量が増大し、テーブルの更新にも時間がかかってしまう。すなわち、不特定多数のウェブサイトをハイパーリンクによって自由に閲覧できることを特徴とするＷＷＷブラウザに適用することは難しい。
【００１５】
そこで本発明の目的は、マークアップ言語で構成されたデータを基にして次回以降の通信に使用する通信経路をより簡単に指定することができる通信端末およびアドレスアクセス方法を提供することにある。
【課題を解決するための手段】
【００１６】
請求項１記載の発明では、（イ）それぞれ異なる通信経路で通信を行う複数の通信手段と、（ロ）これら複数の通信手段のいずれかを使用して取得したデータが所定のマークアップ言語で構成されている場合には、これを判別するマークアップ言語判別手段と、（ハ）このマークアップ言語判別手段で判別されたマークアップ言語を解読して、通信ネットワーク上のアドレスにリンクするためのリンク情報を抽出するリンク情報抽出手段と、（ニ）このリンク情報抽出手段の抽出したそれぞれのリンク情報から、それぞれのリンク情報の示すアドレスにアクセスする際に使用する通信手段を選択するための通信手段選択情報を取得する通信手段選択情報取得手段と、（ホ）この通信手段選択情報取得手段によって取得されたそれぞれの通信手段選択情報が複数の通信手段のいずれに対応するかを判別する対応通信手段判別手段と、（ヘ）この対応通信手段判別手段によって判別された通信手段とリンク情報の表わす通信ネットワーク上のアドレスのそれぞれを対応付けて記憶する通信手段・アドレス対応関係記憶手段と、（ト）通信先のアドレスを指定するアドレス指定手段と、（チ）このアドレス指定手段によって指定されたアドレスで通信手段・アドレス対応関係記憶手段を検索する検索手段と、（リ）この検索手段によって複数の通信手段のうちいずれかの通信手段が検索されたとき、その通信手段を使用してアドレス指定手段によって指定されたアドレスにアクセスする通信手段選択手段とを通信端末に具備させる。
【００１７】
すなわち請求項１記載の発明では、通信端末はそれぞれ異なる通信経路で通信を行う複数の通信手段を備えている。これらを使用した通信で取得したデータがたとえばＨＴＭＬ（Hyper Text Markup Language）といった所定のマークアップ言語で構成されている（一部が構成されている場合も含む）にはこれを判別し、そのマークアップ言語からリンク情報を抽出し、抽出したリンク情報から通信手段選択情報を取得する。リンク情報は、たとえばハイパーテキストリンクといった通信ネットワーク上のアドレスにリンクするためのものであり、通信手段選択情報は、それぞれのリンク情報の示すアドレスにアクセスする際に使用する通信手段を選択するためのものである。取得された通信手段選択情報のそれぞれは複数の通信手段のいずれに対応するかが判別され、判別された通信手段は、それぞれリンク情報の表わすアドレスに対応付けられた状態で通信手段・アドレス対応関係記憶手段に記憶される。そして、次あるいは次以降の通信先のアドレスが指定されると、そのアドレスで通信手段・アドレス対応関係記憶手段を検索し、自装置に備えられた複数の通信手段のうちいずれかが検索されると、その通信手段を使用して指定されたアドレスにアクセスする。これにより、通信端末は、取得した所定のマークアップ言語で構成されているデータを基に、そのデータに含まれるリンク情報が表わすアドレスにアクセスする際に使用する通信手段を選択することができる。すなわち、マークアップ言語を使用したデータの作成者側で、マークアップ言語で構成されたデータを取得した通信端末に対して、通信手段選択情報付加したリンク情報によって次あるいは次以降のアクセスに使用する通信経路を簡単に指定することが可能となる。
【００１８】
請求項９記載の発明では、（イ）通信端末に備えられたそれぞれ異なる通信経路で通信を行う複数の通信手段のいずれかを使用して取得したデータが所定のマークアップ言語で構成されている場合にこれを判別するマークアップ言語判別ステップと、（ロ）このマークアップ言語判別ステップで判別されたマークアップ言語を解読して通信ネットワーク上のアドレスにリンクするためのリンク情報を抽出するリンク情報抽出ステップと、（ハ）このリンク情報抽出ステップで抽出したそれぞれのリンク情報から、それぞれのリンク情報の示すアドレスにアクセスする際に使用する通信手段を選択するための通信手段選択情報を取得する通信手段選択情報取得ステップと、（ニ）この通信手段選択情報取得ステップで取得されたそれぞれの通信手段選択情報が複数の通信手段のいずれに対応するかを判別する対応通信手段判別ステップと、（ホ）この対応通信手段判別ステップで判別された通信手段とリンク情報の表わす通信ネットワーク上のアドレスのそれぞれを対応付けて通信手段・アドレス対応関係記憶手段に記憶する記憶ステップと、（ヘ）通信先のアドレスを指定するアドレス指定ステップと、（ト）このアドレス指定ステップで指定されたアドレスで通信手段・アドレス対応関係記憶手段を検索する検索ステップと、（チ）この検索ステップで複数の通信手段のうちいずれかの通信手段が検索されたとき、その通信手段を使用してアドレス指定ステップで指定されたアドレスにアクセスする通信手段選択ステップとをアドレスアクセス方法に具備させる。
【００１９】
すなわち請求項９記載の発明では、取得した所定のマークアップ言語で構成されているデータに含まれるリンク情報から、通信ネットワーク上のアドレスと使用する通信手段を選択するための通信手段選択情報とを取得し、取得されたそれぞれの通信手段選択情報が複数の通信手段のいずれに対応するかを判別する。そして、それぞれリンク情報が表わすアドレスに対応付けられた状態で記憶される。次あるいは次以降の通信先として記憶されたアドレスのいずれかが指定されると、これと対応して記憶された通信手段が検索され、該当する通信手段を使用して指定されたアドレスにアクセスする。これにより、取得した所定のマークアップ言語で構成されているデータを基に、そのデータに含まれるリンク情報が表わすアドレスにアクセスする際に使用する通信手段を選択することができる。すなわち、マークアップ言語を使用したデータの作成者側で、マークアップ言語で構成されたデータを取得した通信端末に対して、通信手段選択情報付加したリンク情報によって次あるいは次以降のアクセスに使用する通信経路を簡単に指定することが可能となる。
【発明の効果】
【００２０】
以上説明したように本発明では、取得したマークアップ言語で構成されるデータに含まれるリンク情報からアドレスを取得するとともに、リンク情報を基にそのリンク情報が示すアドレスへアクセスする際に使用する通信手段を判別する。そして、リンク情報から取得したアドレスにアクセスする際には、対応して判別した通信手段を使用する。これにより、マークアップ言語で構成されるデータの作成者側で、データを取得した通信端末に対して、次あるいは次以降のアクセスに使用する通信経路を簡単に指定することが可能となる。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明の実施の形態による通信システムの構成の概要を表わしたものである。この通信システム２００には、各種情報の送受信を行う通信端末としての携帯情報端末２０１が、第１のネットワーク２０２1または第２のネットワーク２０２2を用いて、共にＴＣＰ／ＩＰプロトコルを使用して通信を行うようになっている。第１のネットワーク２０２1には第１の無線基地局２０３1が、また第２のネットワーク２０２2には第２の無線基地局２０３2がそれぞれ配置されており、携帯情報端末２０１はこれらと無線通信を行う第１の無線通信アンテナ２０４1と第２の無線通信アンテナ２０４2を備えている。
【００２２】
携帯情報端末２０１は、第１の無線通信アンテナ２０４1を使用したときには第１の無線基地局２０３1にのみ接続可能であり、第２の無線通信アンテナ２０４2を使用したときには第２の無線基地局２０３2にのみ接続可能となっている。すなわち、携帯情報端末２０１は第１の無線通信アンテナ２０４1を使用して第１のネットワーク２０２1にアクセスすることができる一方、第２の無線通信アンテナ２０４2を使用して第２のネットワーク２０２2にアクセスすることができるようになっている。第１のネットワーク２０２1には第１のＷＷＷサーバ２０５1が、また第２のネットワーク２０２2には第２のＷＷＷサーバ２０５2が接続されている。本実施の形態で第１のＷＷＷサーバ２０５1のドメイン名は、“ｃａｒｒｉｅｒ．ｎｅ．ｊｐ”であり、第２のＷＷＷサーバ２０５2のドメイン名は“ａｒｃｈｉｖｅ．ｎｅ．ｊｐ”であるとする。
【００２３】
図２は、本実施の形態で使用される携帯情報端末の構成を表わしたものである。携帯情報端末２０１には、第１の無線通信アンテナ２０４1を用いた第１の無線通信の制御を行う第１の無線通信制御部２１１1と、第２の無線通信アンテナ２０４2を用いた第２の無線通信の制御を行う第２の無線通信制御部２１１2と、これら双方の無線通信制御部２１１1、２１１2に接続されて、両者に共通した通信制御を行う通信制御部２１３が設けられている。また、ユーザとのインタフェースとして、表示部としての液晶ディスプレイ２１４が設けられており、その前面にはタッチパネル２１５が設けられている。通信制御部２１３と液晶ディスプレイ２１４およびタッチパネル２１５の間には、ＷＷＷブラウザ処理部２１６が配置されている。
【００２４】
ＷＷＷブラウザ処理部２１６には、各種イベントに対応して処理を行うイベント処理部２１７が備えられている。このイベント処理部２１７は、コンテンツの取得を行うコンテンツ取得処理部２１８と、ＨＴＭＬ（Hyper Text Markup Language）データの解析を行うＨＴＭＬ解析処理部２１９およびリンク先に関する各種情報としてのリンク情報を格納するリンク情報格納部２２０と接続されている。また、ＨＴＭＬ解析処理部２１９とリンク情報格納部２２０は、イベント処理部２１７を介することなく直結されている。ここで、ＨＴＭＬとは文書構造記述用言語であり、ＨＴＭＬデータとはＨＴＭＬで記述されたテキストデータをいう。ＨＴＭＬ解析処理部２１９の内部には、ＨＴＭＬデータに含まれる通信インタフェースの指定を読み取る通信インタフェース指定取得部２２１が配置されている。ＷＷＷブラウザ処理部２１６内のコンテンツ取得処理部２１８は通信制御部２１３と接続されており、イベント処理部２１７はタッチパネル２１５と、ＨＴＭＬ解析処理部２１９は液晶ディスプレイ２１４とそれぞれ接続されている。
【００２５】
このＷＷＷブラウザ処理部２１６の各構成は、それぞれ図示しないＣＰＵ（中央処理装置）および制御用のプログラムを格納したＲＯＭ（リード・オンリ・メモリ）等の記憶媒体によって実現されるものであり、ＷＷＷブラウザ処理部２１６全体はＷＷＷブラウザソフトウェア（以下、単にブラウザと称する。）として機能するものである。第１の無線通信制御部２１１1による第１の無線通信と、第２の無線通信制御部２１１1による第２の無線通信には、デフォルトとして予め優先度が設定されており、コンテンツ取得処理部２１８に登録されている。
【００２６】
このような構成の携帯情報端末２０１で、ＨＴＭＬデータのハイパーテキストリンク（以下、単にリンクと称する。）を選択する形で図１に示した第１のＷＷＷサーバ２０５1あるいは第２のＷＷＷサーバ２０５2からコンテンツを取得する場合について説明する。ブラウザに第１のＨＴＭＬデータからなるコンテンツが読み込まれ、その内容が第１のウェブページとして液晶ディスプレイ２１４に表示されているものとする。
【００２７】
図３は、液晶ディスプレイに表示される第１のＨＴＭＬデータによる第１のウェブページを表わしたものである。液晶ディスプレイ２１４には、第１のウェブページ２２６1として、文字列“メニュー”と“お知らせ”が表示されている。これらの文字列に付されたアンダーラインは、その文字列が別の特定のウェブページにリンクしていることを示すものである。タッチパネル２１５におけるアンダーラインの付された文字列に対応する箇所を押圧することによって、リンク先のページが液晶ディスプレイ２１４に表示されることになる。
【００２８】
図４は、第１のＨＴＭＬデータの記述内容を表わしたものである。第１のＨＴＭＬデータ２２７1として２つのリンクが記述されている。１つ目は、“メニュー”についてのリンクであり、リンク先としての“ｈｔｔｐ：／／ｐｒｏｖｉｄｅｒ１．ｃｏ．ｊｐ／ｍｅｎｕ．ｈｔｍｌ”がアンカタグ（リンクタグ）を使用して記述されている。２つ目は、“お知らせ”についてのリンクであり、リンク先としてのＵＲＬ“ｈｔｔｐ：／／ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｎｏｔｉｃｅ．ｈｔｍｌ”が同様にアンカタグを使用して記述されている。後者については、アンカタグの属性として「ｂｅａｒｅｒ＝“第１の無線通信”」という通信インタフェース優先情報が付加されている。これは、そのＵＲＬが示すコンテンツを取得する際に使用するベアラすなわち通信インタフェースを指定するためのものであり、第１のＨＴＭＬデータ２２７1の作成者が記述したものである。
【００２９】
ＷＷＷブラウザ処理部２１６が起動して最初にウェブページとして液晶ディスプレイ２１４に表示させるＵＲＬおよび使用する通信インタフェースは、予めイベント処理部２１７に設定されている。そして、イベント処理部２１７は、最初にこれらをリンク情報としてコンテンツ取得処理部２１８へ渡すようになっており、後に説明する処理によってコンテンツ取得処理部２１８が初期画面として取得したＨＴＭＬデータが、この第１のＨＴＭＬデータ２２７1であるとする。
【００３０】
図５は、第１のＨＴＭＬに対応してリンク情報格納部に格納されているリンク情報の内容を表わしたものである。図２に示したＨＴＭＬ解析処理部２１９は、図４に示した第１のＨＴＭＬデータ２２７1がＷＷＷブラウザ処理部２１６に読み込まれた際に、後に説明する処理によって各リンクのウェブページに表示される文字列としてのアンカテキストとＵＲＬおよび使用する通信インタフェースにより構成されるリンク情報を抽出する。そして、これらをアンカテキストの表示される座標と予め対応付けてリンク情報格納部２２０へ格納するようになっている。この対応付けはイベント処理部２１７へ伝達される。図４に示した例の場合、“メニュー”のリンクに使用する通信インタフェースについては特に記述がないので、“指定なし”である。“お知らせ”のリンクに使用する通信インタフェースの場合は“第１の無線通信”と記述されており、その記述内容の指定が行われている。
【００３１】
さて、図３に示すように第１のウェブページ２２６1が携帯情報端末２０１の液晶ディスプレイ２１４に表示されている状態で、ユーザがタッチパネル２１５のいずれかの箇所を押圧してリンク先の新たなコンテンツを取得するものとする。この処理は、図２に示したＷＷＷブラウザ処理部２１６内のイベント処理部２１７の指示によりコンテンツ取得処理部２１８が行うようになっている。
【００３２】
図６は、リンクの選択による新たなコンテンツの取得処理の流れを表わしたものである。図２に示したイベント処理部２１７は、タッチパネル２１５の押圧を監視している（ステップＳ２３１）。タッチパネル２１５が押圧されると（Ｙ）、その押圧された位置の座標データを解析して、コンテンツの取得が指示されたかどうかをチェックする（ステップＳ２３２）。図２のいずれかのアンカテキストに対応する領域の座標が押圧されることでコンテンツの取得が指示された場合には（Ｙ）、リンク情報格納部２２０の前記した座標を参照し、押圧されたアンカテキストに対応するリンク情報を取得する（ステップＳ２３３）。たとえば、図３の第１のウェブページの文字列“メニュー”がクリックされた場合には、図５のリンク情報格納部２２０に格納されたリンク情報のうち、ＵＲＬ“ｈｔｔｐ：／／ｐｒｏｖｉｄｅｒ１．ｃｏ．ｊｐ／ｍｅｎｕ．ｈｔｍｌ”と、使用する通信インタフェース“指定なし”が取得される。イベント処理部２１７は、取得したリンク情報をコンテンツ取得処理部２１８へ渡す（ステップＳ２３４）。
【００３３】
コンテンツ取得処理部２１８は、リンク情報を受け取ると、そのリンク情報で通信インタフェースについて指定が行われているか否かをチェックする（ステップＳ２３５）。通信インタフェースについて指定が行われている場合には（Ｙ）、コンテンツ取得処理部２１８は、コンテンツの取得要求のために、通信制御部２１３を制御して指定された通信インタフェースを用いて、指定されたＵＲＬが存在するサーバにＨＴＴＰプロトコルで接続させる（ステップＳ２３６）。指定が行われていない場合には（ステップＳ２３５：Ｎ）、前記したコンテンツ取得処理部２１８に登録された優先度を基に使用する通信インタフェースを決定し（ステップＳ２３７）、その通信インタフェースを用いて通信制御部２１３にサーバへ接続することを指示する（ステップＳ２３６）。ステップ２３７では、優先度の高い無線通信インタフェースから順に選択していくようにする。
【００３４】
サーバへの接続が成功すると（ステップＳ２３８：Ｙ）、コンテンツ取得処理部２１８は指示されたＵＲＬに対応するＨＴＭＬデータとしてのコンテンツをサーバから取得し、イベント処理部２１７を介してＨＴＭＬ解析処理部２１９へと渡す（ステップＳ２３９）。ＨＴＭＬ解析処理部２１９は、受け取ったＨＴＭＬデータを解析して、データに含まれるコンテンツの配置を決定しウェブページを構成して液晶ディスプレイ２１４にこれを表示する（ステップＳ２４０）。そして、ＨＴＭＬ解析処理部２１９の通信インタフェース指定取得部２２１は、ＨＴＭＬデータからリンク情報を取得する処理を行う（ステップＳ２４１）
【００３５】
また、ステップＳ２３８でサーバへの接続が失敗し（Ｎ）、予め設定された同じ通信インタフェースで接続を試みる上限としての所定の回数に達していない場合には（ステップＳ２４２：Ｎ）、ステップＳ２３６へ戻って再度接続を試みる。接続失敗が所定の回数に達し（ステップＳ２４２：Ｙ）、ステップＳ２３４で通信インタフェースが指定されておらず、なおかつ指定されたＷＷＷサーバへの接続を試みるのに使用していない通信インタフェースが存在する場合には（ステップＳ２４３：Ｙ）、ステップＳ２３７へ戻って１つ優先度の低い通信インタフェースを使用して接続を試みる。ステップＳ２３３で通信インタフェースについて指定が取得されている、あるいは指定が行われていなくても全ての通信インタフェースを使用してしまった場合には（ステップＳ２４３：Ｎ）、処理を終了する（リターン）。
【００３６】
図７は、通信インタフェース指定取得部によるリンク情報取得処理の流れを表わしたものであり、図６のステップＳ２４１に対応するものである。通信インタフェース指定取得部２２１は、図６のステップＳ２３９でＨＴＭＬ解析処理部２１９が受け取ったＨＴＭＬデータの最初から、アンカタグすなわち“＜Ａ＞”の記述文を検索していき、検索されたアンカタグからアンカテキストとＵＲＬを取得する（ステップＳ２５１）。そして、そのアンカタグの属性として「ｂｅａｒｅｒ＝“  ”」の書式の記述文が存在するか否かを判別する（ステップＳ２５２）。存在する場合には、そのダブルクォーテーション内の文字列が自装置で通信インタフェースを指定するのに有効か否かを判別する（ステップＳ２５３）。具体的には、ダブルクォーテーション内に文字列が存在し、なおかつ自装置に備えられた通信インタフェースのいずれかを指定するものであるか否かを判別する。
【００３７】
有効である場合には（Ｙ）、指定された通信インタフェースを、使用する通信インタフェースとしてその文字列を取得する（ステップＳ２５４）。そして、液晶ディスプレイ２１４に表示されるウェブページのそのアンカテキストの位置とタッチパネル２１５の座標データとを対応付けて（ステップＳ２５５）、アンカテキストとＵＲＬと使用する通信インタフェースとをリンク情報格納部２２０に格納する（ステップＳ２５６）。
【００３８】
アンカタグに通信インタフェースを指定するタグ属性が記述されていない（ステップＳ２５２：Ｎ）、あるいは記述されていてもそのタグ属性が有効でない場合には（ステップＳ２５３：Ｎ）、使用する通信インタフェースを“指定なし”に設定し（ステップＳ２５７）、ステップＳ２５５へ進む。そして、ステップＳ２５６で、リンク情報格納部２２０に使用する通信インタフェースとして“指定なし”が格納される。
【００３９】
アンカタグの検索がＨＴＭＬデータの最後まで達していない場合には（ステップＳ２５８：Ｎ）、ステップＳ２５１へ戻って続けて検索を行う。ＨＴＭＬデータの最後まで検索が終了し、全てのアンカタグについてリンク情報の抽出と格納が終了すると（ステップＳ２５８：Ｙ）、処理を終了する。ＨＴＭＬ解析処理部２１９がリンク情報格納部２２０に新たなリンク情報を格納する際には、前回格納したリンク情報を削除するようにする。あるいは、リンク情報格納部２２０自身がデータ量や格納された時間を基に格納されたデータを古い順に削除していくようにしてもよい。
【００４０】
図６へ戻って説明を続ける。図７で説明したステップＳ２４１の処理でＨＴＭＬデータの全てのリンク情報がリンク情報格納部２２０への格納されると、リンクの選択による新たなコンテンツの取得の処理は終了し、再びユーザによるタッチパネルの押圧を待機する（リターン）。以上のようにして新たなウェブページが液晶ディスプレイ２１４に表示されるとともにリンク情報がリンク情報格納部２２０に格納された状態となる
【００４１】
以上の処理を具体例を挙げて説明する。図３に示した第１のウェブページ２２６1の文字列における“お知らせ”がクリックされたとする。すると、その押圧された位置が図２に示すイベント処理部２１７に通知される。イベント処理部２１７は対応するアンカテキストである“お知らせ”を図５に示したリンク情報が格納されたリンク情報格納部２２０で検索する。その結果、リンク先のＵＲＬとして“ｈｔｔｐ：／／ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｎｏｔｉｃｅ．ｈｔｍｌ”が、また、使用する通信インタフェースとして“第１の無線通信”がそれぞれ取得される。“ｃａｒｒｉｅｒ．ｎｅ．ｊｐ”は図１の第１のＷＷＷサーバ２０５1のドメイン名であるため、通信制御部２１３は第１のＷＷＷサーバ２０５1に接続を試みるが、このとき指定された第１の無線通信アンテナ２０４1を使用する。そして、接続が成功すると、第１のＷＷＷサーバ２０５1から第２のＨＴＭＬデータとしてコンテンツ“／ｎｏｔｉｃｅ．ｈｔｍｌ”を取得する。
【００４２】
図１に示す第２のネットワーク２０２2を経由して第１のネットワーク２０２1にアクセスできないとすると、第２の無線通信アンテナ２０４2を使用して第１のＷＷＷサーバ２０５1にアクセスすることはできない。すなわち、第２の無線通信アンテナ２０４2を使用してもコンテンツ“／ｎｏｔｉｃｅ．ｈｔｍｌ”を取得することができない。しかしながら、アンカタグの属性として「ｂｅａｒｅｒ＝“第１の無線通信”」という情報が付加されているので、これを解析して指示された通りの通信インタフェース（この場合には、第１の無線通信アンテナ２０４1等）を使用することによって、適切な通信経路を選択し、速やかにコンテンツを取得することが可能になる。
【００４３】
図８は、第２のＨＴＭＬデータの内容を表わしたものである。第１のＷＷＷサーバ２０５1から取得したコンテンツ“／ｎｏｔｉｃｅ．ｈｔｍｌ”である第２のＨＴＭＬデータ２２７2には、アンカタグによって３つのリンクが記述されている。１つ目は、アンカテキストが“新着情報”、リンク先がＵＲＬ“ｈｔｔｐ：／／ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｗｈａｔｓｎｅｗ．ｈｔｍｌ”であり、更に属性として「ｂｅａｒｅｒ＝“第１の無線通信”」が付加されている。２つ目は、アンカテキストが“過去の内容”、リンク先がＵＲＬ“ｈｔｔｐ：／／ａｒｃｈｉｖｅ．ｎｅ．ｊｐ／ｏｌｄ．ｈｔｍｌ”であり、更に属性として「ｂｅａｒｅｒ＝“第２の無線通信”」が付加されている。３つ目は、アンカテキストが“ニュース”、リンク先がＵＲＬ“ｈｔｔｐ：／／ｎｅｗｓ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ”であり、使用する通信インタフェースに関する属性は特に付加されていない。
【００４４】
図６のステップＳ２４０で、ＨＴＭＬ解析処理部２１９は、この第２のＨＴＭＬデータ２２７2を解析して、データに含まれるコンテンツの配置を決定しウェブページを構成して液晶ディスプレイ２１４に表示させる。そして、同図ステップＳ２４１すなわち図７に示した処理によって、リンク情報を抽出してリンク情報格納部２２０へ格納する。
【００４５】
図９は、図８に示した第２のＨＴＭＬデータを基にして表示部に表示される第２のウェブページの画面を表わしたものである。第２のウェブページ２２６2には、アンダーラインが付された文字列“新着情報”と“過去の内容”と“ニュース”が表示されている。
【００４６】
図１０は、図９に示した第２のＨＴＭＬデータに対応してリンク情報格納部に格納されるリンク情報の内容を表わしたものである。“新着情報”のリンクに使用する通信インタフェースは“第１の無線通信”となっており、“過去の内容”のリンクに使用する通信インタフェースは“第２の無線通信”となっており、“ニュース”のリンクに使用する通信インタフェースは“指定なし”となっている。
【００４７】
ここで、図８に示した第２のウェブページ２２６2の文字列“過去の内容”の表示部分が更に押圧されたとする。すると、第１のウェブページ２２６1のときと同様に、タッチパネル２１５（図２）の押圧位置がイベント処理部２１７に通知される。イベント処理部２１７は対応するアンカテキストである“過去の内容”をリンク情報格納部２２０で検索する。その結果、リンク先のＵＲＬとして“ｈｔｔｐ：／／ａｒｃｈｉｖｅ．ｎｅ．ｊｐ／ｏｌｄ．ｈｔｍｌ”を、また、使用する通信インタフェースとして“第２の無線通信”をそれぞれ取得する。“ａｒｃｈｉｖｅ．ｎｅ．ｊｐ”は図１の第２のＷＷＷサーバ２０５2のドメイン名であるため、通信制御部２１３は第２のＷＷＷサーバ２０５2に接続を試みる。このとき指定された第２の無線通信アンテナ２０４2を使用することになる。接続が成功すると、第２のＷＷＷサーバ２０５2から新たなＨＴＭＬデータとしてコンテンツ“／ｏｌｄ．ｈｔｍｌ”を取得する。
【００４８】
図１の第１のネットワーク２０２1を経由して第２のネットワーク２０２2にアクセスできない場合には、第１の無線通信アンテナ２０４1を使用して第２のＷＷＷサーバ２０５2にアクセスすることはできず、コンテンツ“／ｏｌｄ．ｈｔｍｌ”を取得することができない。しかしながら、本実施の形態では以上説明したように、アンカタグの属性として「ｂｅａｒｅｒ＝“第２の無線通信”」という情報が付加されるようになっている。そこで、これを解析して指示された通りの通信インタフェースを使用することによって、適切な通信経路を選択し、速やかにコンテンツを取得することが可能となる。
【００４９】
このように、ＨＴＭＬデータのアンカテキストに所定の形式の通信インタフェース優先情報を関連付けて付加し、これをＨＴＭＬデータを受信する通信端末で解析して通信インタフェース優先情報に従って通信を実行することにより、コンテンツ作成者側で通信端末で使用する通信インタフェースを指定することができる。具体的には、ＨＴＭＬを拡張させる形で使用する通信インタフェースを指定するためのアンカタグの属性を定義し、通信端末のブラウザがこれを解析して使用する通信インタフェースを通信制御部に指示するように設定すればよい。
【実施例１】
【００５０】
以上説明した実施の形態を基にした実施例を次に説明する。この実施例は、携帯情報端末をＷＣＤＭＡ（Wideband Code Division Multiple Access：広帯域時分割多元接続）方式の無線通信とＩＥＥＥ（the Institute of Electrical and Electronic Engineers：米国電気電子学会）８０２．１１方式の無線通信に対応した携帯電話機としている。
【００５１】
図１１は、実施例による携帯電話通信システムの構成の概要を表わしたものである。この携帯電話通信システム３００では、図１に示した通信システム２００の携帯情報端末２０１と第１のネットワーク２０２1および第２のネットワーク２０２2に対応するものとして、携帯電話機３０１と、公衆網である携帯電話網３０２と、企業が構築するイントラネットであるＬＡＮ３０３が存在している。携帯電話網３０２にはＷＣＤＭＡ方式で無線通信を行うＷＣＤＭＡ無線基地局３０４が接続されており、携帯電話機３０１に備えられたＷＣＤＭＡ用アンテナ３０５はこのＷＣＤＭＡ無線基地局３０４と無線通信を行うようになっている。また、ＬＡＮ３０３にはＩＥＥＥ８０２．１１による無線ＬＡＮ方式で無線通信を行う無線ＬＡＮアクセスポイント３０６が接続されており、携帯電話機３０１に備えられた無線ＬＡＮ用アンテナ３０７はこの無線ＬＡＮアクセスポイント３０６と無線通信を行うようになっている。
【００５２】
更に、携帯電話網３０２とＬＡＮ３０３は、それぞれ第１のゲートウェイ装置３０８1と第２のゲートウェイ装置３０８2を介して、インターネット３０９に接続されている。携帯電話網３０２には第１のＷＷＷサーバ３１０1が、ＬＡＮ３０３には第２のＷＷＷサーバ３１０2が、インターネット３０９には第３のＷＷＷサーバ３１０3が、それぞれ接続されている。第１のＷＷＷサーバ３１０1のドメイン名は“ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ”となっている。第２のＷＷＷサーバ３１０2のドメイン名は“ｌｏｃａｌ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ”となっている。第３のＷＷＷサーバ３１０3のドメイン名は“ｗｗｗ．ｐｒｏｖｉｄｅｒ１．ｃｏ．ｊｐ”となっている。
【００５３】
第１のゲートウェイ装置３０８1は、携帯電話網３０２からインターネット３０９側へは自由にアクセスできるようになっているが、セキュリティ確保のためにインターネット３０９側から携帯電話網３０２側への接続要求を拒否するように設定されている。したがって、無線ＬＡＮ用アンテナ３０７を使用して携帯電話網３０２上の第１のＷＷＷサーバ３１０1にアクセスすることはできない。同様に、第２のゲートウェイ装置３０８2もインターネット３０９側からＬＡＮ３０３側への接続要求を拒否するように設定されているため、ＷＣＤＭＡ用アンテナ３０５を使用してＬＡＮ３０３上の第２のＷＷＷサーバ３１０2にアクセスすることはできない。
【００５４】
携帯電話網３０２とこれに接続されたＷＣＤＭＡ無線基地局３０４と第１のＷＷＷサーバ３１０1および第１のゲートウェイ装置３０８1は、携帯電話事業者が構築しているものである。また、ＬＡＮ３０３とこれに接続された無線ＬＡＮアクセスポイント３０６と第２のＷＷＷサーバ３１０2および第２のゲートウェイ装置３０８2は、企業が構築しているものである。ＷＣＤＭＡ無線基地局３０４と無線ＬＡＮアクセスポイント３０６は比較的近い距離に設置されており、携帯電話機３０１はそれぞれの通信エリアが重複している場所にいるものとする。
【００５５】
図１２は、本実施例における携帯電話機の構成を表わしたものであり、図２に対応するものである。図２と同一部分には同一符号を付しており、これらについての説明を適宜省略する。携帯電話機３０１には、図２の第１および第２の無線通信制御部２１１1、２１１2に対応するものとして、ＷＣＤＭＡ用アンテナ３０５の制御を行うＷＣＤＭＡ制御部３１１と、無線ＬＡＮ用アンテナ３０７の制御を行う無線ＬＡＮ制御部３１２が設けられている。また、図２の液晶ディスプレイ２１４とタッチパネル２１５のそれぞれに対応するものとして、液晶パネル部３１４と、複数のボタンスイッチにより構成されるダイヤルボタン部３１５が設けられている。また、ＷＷＷブラウザ処理部２１６と通信制御部２１３は図２と同様であり、ＷＷＷブラウザ処理部２１６は図６で説明した処理手順を実行する。
【００５６】
このような構成の携帯電話機３０１で、ＨＴＭＬデータのリンクを選択する形で図１１の第１のＷＷＷサーバ３１０1、第２のＷＷＷサーバ３１０2あるいは第３のＷＷＷサーバ３１０3からコンテンツを取得していく場合について説明する。まず、ブラウザに第１のＨＴＭＬデータからなるコンテンツが読み込まれ、第１のウェブページとして液晶パネル部３１４に表示されているものとする。
【００５７】
図１３は、液晶パネル部に表示される第１のウェブページの画面を表わしたものである。第１のウェブページ３２６1には、リンクであることを示すアンダーラインが付された文字列“メニュー”と“お知らせ”が表示されている。これらの文字列は、ダイヤルボタン部３１５の操作によりクリックされることによって、対応付けられたＵＲＬのコンテンツを取得できるようになっている。
【００５８】
図１４は、第１のＨＴＭＬデータの内容を表わしたものである。第１のＨＴＭＬデータ３２７1には、２つのリンクが記述されている。１つ目は、“メニュー”というアンカテキストが与えられた通常のリンクであり、リンク先はＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｖｉｄｅｒ１．ｃｏ．ｊｐ／ｍｅｎｕ．ｈｔｍｌ”となっている。２つ目は、“お知らせ”というアンカテキストが与えられたリンクであり、リンク先はＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｎｏｔｉｃｅ．ｈｔｍｌ”となっているが、更にアンカタグの属性として「ｂｅａｒｅｒ＝“ｗｃｄｍａ”」という通信インタフェース優先情報が付加されている。
【００５９】
図１５は、第１のＨＴＭＬに対応してリンク情報格納部に格納されているリンク情報の内容を表わしたものである。これらのリンク情報は、第１のＨＴＭＬデータ３２７1がＷＷＷブラウザ処理部２１６に読み込まれた際にＨＴＭＬ解析処理部２１９によってリンク情報が抽出されたものであり、“メニュー”のリンクに使用する通信インタフェースは“指定なし”となっており、“お知らせ”のリンクに使用する通信インタフェースは“ＷＣＤＭＡ”となっている。
【００６０】
ここでは、図１３に示した第１のウェブページ３２６1の文字列“お知らせ”がクリックされて、対応するコンテンツの取得が要求されたとする。すると、そのクリック操作のイベントがイベント処理部２１７に通知され、イベント処理部２１７はどのリンクがクリックされたのを判別し、そのリンクに関する情報をリンク情報格納部２２０に問い合わせる。その結果、アンカテキスト“お知らせ”に対応付けられたリンク情報が取得される。すなわち、リンク先のＵＲＬとして“ｈｔｔｐ：／／ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｎｏｔｉｃｅ．ｈｔｍｌ”が、使用する通信インタフェースとして“ＷＣＤＭＡ”が取得される。そして、イベント処理部２１７はコンテンツ取得処理部２１８にこれらのリンク情報を渡して該当するコンテンツの取得を指示する。コンテンツ取得処理部２１８は、通信制御部２１３に対して、ＷＣＤＭＡ用アンテナ３０５を使用してドメイン名“ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ”を有する図１１の第１のＷＷＷサーバ３１０1へ接続することを指示する。そして、接続が成功すると、第１のＷＷＷサーバ３１０1から第２のＨＴＭＬデータとしてコンテンツ“／ｎｏｔｉｃｅ．ｈｔｍｌ”をダウンロードし、この第２のＨＴＭＬデータはＨＴＭＬ解析処理部２１９へ渡される。
【００６１】
このとき、無線ＬＡＮ用アンテナ３０７を使用しても第１のＷＷＷサーバ３１０1にアクセスすることはできず、第１のＷＷＷサーバ３１０1に格納されたコンテンツ“／ｎｏｔｉｃｅ．ｈｔｍｌ”を取得することはできない。しかしながら、本実施例ではアンカタグの属性として「ｂｅａｒｅｒ＝“ｗｃｄｍａ”」という情報が付加されている。そこでこれを解析して指示された通りの通信インタフェースを使用することによって、適切な通信経路を選択し、速やかにコンテンツを取得することが可能となっている。
【００６２】
図１６は、第２のＨＴＭＬデータの内容を表わしたものである。第１のＷＷＷサーバ３１０1から取得したコンテンツ“／ｎｏｔｉｃｅ．ｈｔｍｌ”である第２のＨＴＭＬデータ３２７2には、アンカタグによって３つのリンクが記述されている。１つ目は、アンカテキストが“ニュース”、リンク先がＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｖｉｄｅｒ１．ｃｏ．ｊｐ／ｎｅｗｓ．ｈｔｍｌ”であり、使用する通信インタフェースに関する属性は特に付加されていない。２つ目は、アンカテキストが“過去の記事”、リンク先がＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｏｌｄ．ｈｔｍｌ”であり、更に属性として「ｂｅａｒｅｒ＝“ｗｃｄｍａ”」が付加されている。３つ目は、アンカテキストが“イントラネット”、リンク先がＵＲＬ“ｈｔｔｐ：／／ｌｏｃａｌ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ”であり、更に属性として「ｂｅａｒｅｒ＝“ｗｌａｎ”」が付加されている。
【００６３】
図６のステップＳ２４０で、ＨＴＭＬ解析処理部２１９は、この第２のＨＴＭＬデータ３２７2を解析して、データに含まれるコンテンツの配置を決定しウェブページを構成して液晶パネル部３１４に表示させる。そして、同図ステップＳ２４１すなわち図７に示した処理によって、リンク情報を抽出してリンク情報格納部２２０へ格納する。
【００６４】
図１７は、図１６に示した第２のＨＴＭＬデータを基にして液晶パネル部に表示される第２のウェブページの画面を表わしたものである。第２のウェブページ３２６2には、アンダーラインが付された文字列“ニュース”と“過去の記事”と“イントラネット”が表示されている。
【００６５】
図１８は、図１７に示した第２のＨＴＭＬデータに対応してリンク情報格納部に格納されるリンク情報の内容を表わしたものである。“過去の記事”のリンクに使用する通信インタフェースは“ＷＣＤＭＡ”となっており、“イントラネット”のリンクに使用する通信インタフェースは“ＷＬＡＮ”となっており、“ニュース”のリンクに使用する通信インタフェースは“指定なし”となっている。すなわち、ＨＴＭＬ解析処理部２１９は、「ｂｅａｒｅｒ＝“ｗｃｄｍａ”」はＷＣＤＭＡ用アンテナ３０５の使用を、「ｂｅａｒｅｒ＝“ｗｌａｎ”」は無線ＬＡＮ用アンテナ３０７の使用をそれぞれ指示していると解釈するようになっている。
【００６６】
図１７の第２のウェブページ３２６2が表示されているときに、更にユーザの操作によって文字列“イントラネット”がクリックされると、同様の手順により使用すべき通信インタフェースが選択される。アンカテキスト“イントラネット”には使用する通信インタフェースとして“ＷＬＡＮ”が対応付けられているため、無線ＬＡＮ用アンテナ３０７を使用して該当するサーバである図１１の第２のＷＷＷサーバ３１０2への接続を試みる。そして、接続が成功した場合には、コンテンツ“／ｉｎｄｅｘ．ｈｔｍｌ”が取得される。
【００６７】
このとき、ＷＣＤＭＡ用アンテナ３０５を使用しても第２のＷＷＷサーバ３１０2にアクセスすることはできず、第２のＷＷＷサーバ３１０2に格納されたコンテンツ“／ｉｎｄｅｘ．ｈｔｍｌ”を取得することはできない。しかしながら、アンカタグの属性として「ｂｅａｒｅｒ＝“ｗｌａｎ”」という情報が付加されているとともにこれを解析して指示された通りの通信インタフェースを使用することによって、適切な通信経路を選択し、速やかにコンテンツを取得することが可能となっている。
【００６８】
図１７の第２のウェブページ３２６2の文字列“ニュース”がクリックされた場合には、使用すべき通信インタフェースが特に指定されない。これは、該当するサーバがインターネット３０９上に配置された第３のＷＷＷサーバ３１０3であり、ＷＣＤＭＡ用アンテナ３０５を使用した通信経路でも、無線ＬＡＮ用アンテナ３０７を使用した通信経路でも、アクセスが可能であるためである。したがって、一方の無線通信インタフェースを使用して接続が失敗した場合には他方で再度試みるといったことが可能である。
【００６９】
以上説明したように、本実施例によれば、通信端末は通信を行う際に複数備えた通信インタフェースのいずれかを選択して使用する。このため、ユーザが手動で使用する通信インタフェースを選択するという手間を省くことができる。また、ＨＴＭＬデータ中にリンクに対応付けて記述された使用する通信インタフェースを指定する通信インタフェース優先情報を解析して、該当するリンクのコンテンツを取得する際に通信インタフェース優先情報により指定された通信インタフェースを使用するため、ＨＴＭＬデータを基に通信インタフェースを選択することができる。また、ブラウザにＨＴＭＬを拡張させる形で使用する通信インタフェースを指定するための新たなアンカタグの属性を定義するとともに各種通信インタフェースに識別子を設定することにより、コンテンツ作成側での通信インタフェース指定を容易に標準化させることができる。
【００７０】
また、本実施例では通信端末に備えられた複数の通信インタフェースは、それぞれ異なる通信経路で通信を行うようになっている。したがって、この通信インタフェース優先情報の形式を通信端末に備えられた各通信インタフェースに対応付けて予め定義した上で、通信システム全体のネットワークの配置関係や環境を考慮してコンテンツ作成側で優先して使用すべき通信インタフェースを指定する通信インタフェース優先情報が正しく付加されることによって、適切な通信経路を選択することが可能となる。すなわち、それぞれのリンク先にアクセス可能な通信インタフェースを指定する通信インタフェース優先情報を付加することによって、通信端末は目的のサーバにアクセス可能な通信インタフェースを接続前に特定することができ、無駄な接続処理や切断処理を低減させることができる。近年、ＩＥＥＥ８０２．１１の規格に準拠した無線ＬＡＮ機器が低コストで市販されるようになり、企業や一般ユーザ等による独自の通信ネットワーク構築が多く行われるようになっている。中にはインターネットに接続されていないものも存在し、また、接続されていても不正なアクセスを防ぐためのファイアウォールを設けている場合もある。このような通信ネットワークを使用して通信を行う場合に、通信経路を選択する余地のある本発明の通信端末は好適である。また、コンテンツ作成者にコンテンツを取得する通信端末に対して次の通信に使用する通信インタフェースを指示する余地を与えることができる。これにより、コンテンツ作成者側でユーザに対する負担の軽減やきめ細やかなサービスの実現といったより利便性の高いサービスの構築や、コンテンツのセキュリティの向上を図ることが可能となる。
【００７１】
更に、本実施例では複数の異なるネットワーク間でサーバの名前が衝突していても、使用する通信インタフェースを指定することでこれらを区別して接続し、コンテンツをダウンロードすることが可能となる。
【００７２】
なお、以上説明した実施の形態および実施例では、通信端末が２つの無線通信インタフェースを備えた場合について説明したが、有線通信インタフェースのみを備えた場合や、無線通信インタフェースと有線通信インタフェースとを混合して備えた場合にも本発明を適用できることはもちろんである。３つ以上の通信インタフェースを備えた場合にも本発明を適用できることはもちろんである。また、使用する通信インタフェースの指定として、複数の通信インタフェースを指定したり、その中で優先順位を指定できるようにしてもよい。具体的には、たとえば「ｂｅａｒｅｒ＝“  ”」で記述された部分のダブルクォーテーション内の文字列にカンマで区切って複数の通信インタフェースの識別子が記述されているときに、前から順に優先度が高いと解析するようにすればよい。この場合、優先度の高い無線通信インタフェースを使用して接続を試み、接続が所定回数失敗したら、次に優先度の高い無線通信インタフェースに切り替えて接続を試みるという処理を繰り返すようにする。また、通信インタフェース優先情報の形式は「ｂｅａｒｅｒ＝“  ”」に限るものではなく、他のアンカタグ属性と区別され、なおかつ指定する通信インタフェースを判定できるものであればよい。また、通信インタフェースの種別だけでなく、直接に通信を行う無線基地局やアクセスポイントのネットワーク上の識別子としてのＥＳＳＩＤ（Extended Service Set Identifier）情報を関連付けるようにしてもよい。
【００７３】
また、アンカテキストの選択を受け付けるための手段にタッチパネルやボタンスイッチを採用したが、これに限るものではなく、表示位置を指定できる他の入力手段としてもよい。更に、リンク情報格納部を個々の通信端末で管理するのではなく、これらの通信端末が共通してアクセスできるサーバ側に備えさせることも可能である。この場合、ＨＴＭＬ解析処理部およびイベント処理部はこのサーバにアクセスして情報のやりとりを行うようにし、リンク情報格に格納されたリンク情報を複数の通信端末で共有できるようにしてもよい。この場合、ＨＴＭＬ解析処理部はリンク情報のうちＵＲＬと使用する通信インタフェースを対にして格納し、イベント処理部には自装置の入力手段の座標データと各リンクのＵＲＬとの対応付けを伝達するようにする。そして、イベント処理部は、入力手段からコンテンツの取得の要求を受け取るとＵＲＬをサーバに送信し、サーバは受け取ったＵＲＬを基に自己に備えられたリンク情報格納手段から使用する通信インタフェースを取得してＵＲＬを送信してきた通信端末のイベント処理部へ返送するようにする。また、このサーバへのアクセスには、コンテンツの取得に使用する通信インタフェースを使用してもよいし、有線あるいは無線による別の通信手段を用いるようにしてもよい。
【００７４】
また、通信インタフェース指定取得部は、ＨＴＭＬ解析処理部がＨＴＭＬデータを解析する際に通信インタフェースの指定を取得するとしたが、ＵＲＬが選択されてからＨＴＭＬデータの対応するアンカタグの記述文から読み取るようにしてもよい。この場合、リンク情報格納部には使用する通信インタフェースは格納されない。また、ＨＴＭＬのアンカタグに属性として埋め込む形で通信インタフェース優先情報を付加したが、ＩＭＧ、ＦＯＲＭ、ＯＢＪＥＣＴ、ＥＭＢＥＤ等のＵＲＬ指定によるコンテンツ取得を指定する他のＨＴＭＬタグに適用してもよい。更に、コンテンツ取得を指定する以外にも、たとえばＦＯＲＭにＡＣＴＩＯＮ属性を付加している場合のように、通信端末側から特定のＵＲＬへのデータの送信を指定するＨＴＭＬタグに適用してもよい。この場合、通信端末側からのデータの送信に使用される通信インタフェースをコンテンツ作成者側で指定でき、より安全な通信経路使用させてセキュリティの向上を図るといったことが可能となる。
【００７５】
また、ＨＴＭＬに適用する場合について説明したが、ＸＨＴＭＬ（eXtensible HyperText Markup Language）等のＵＲＬ指定によるコンテンツ取得が指定できる他の文書構造記述用言語にも適用できることはもちろんである。ＷＷＷブラウザではなく、これらの文書構造記述用言語で記述されたデータを表示させてリンクの選択を受け付ける機能を有する他のソフトウェアに適用してもよい。更に、複数の通信インタフェースの通信方式が同一であっても、それぞれ異なる無線基地局やアクセスポイントと通信を行うというように、それぞれ異なる通信経路を経由して通信を行うように設定されている場合にも適用可能であることはいうまでもない。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施の形態における通信システムの構成の概要を表わしたシステム構成図である。
【図２】実施の形態における通信端末としての携帯情報端末の構成を表わした構成図である。
【図３】実施の形態における表示部に表示される第１のウェブページの画面を表わした平面図である。
【図４】実施の形態における第１のＨＴＭＬデータの内容を表わした説明図である。
【図５】実施の形態における第１のＨＴＭＬに対応してリンク情報格納部に格納されているリンク情報の内容を表わした説明図である。
【図６】実施の形態におけるリンクの選択により新たなコンテンツを取得する際の処理の流れを表わした流れ図である。
【図７】実施の形態における通信インタフェース指定取得部によるリンク情報取得処理の流れを表わした流れ図である。
【図８】実施の形態における第２のＨＴＭＬデータの内容を表わした説明図である。
【図９】実施の形態における第２のＨＴＭＬデータを基にして表示部に表示される第２のウェブページの画面を表わした平面図である
【図１０】実施の形態における第２のＨＴＭＬデータに対応してリンク情報格納部に格納されるリンク情報の内容を表わした説明図である。
【図１１】実施例における携帯電話通信システムの構成の概要を表わしたシステム構成図である。
【図１２】実施例における携帯電話機の構成を表わした構成図である。
【図１３】実施例における液晶パネル部に表示される第１のウェブページの画面を表わした平面図である。
【図１４】実施例における第１のＨＴＭＬデータの内容を表わした説明図である。
【図１５】実施例における第１のＨＴＭＬに対応してリンク情報格納部に格納されているリンク情報の内容を表わした説明図である。
【図１６】実施例における第２のＨＴＭＬデータの内容を表わした説明図である。
【図１７】実施例における第２のＨＴＭＬデータを基にして液晶パネル部に表示される第２のウェブページの画面を表わした平面図である。
【図１８】実施例における第２のＨＴＭＬデータに対応してリンク情報格納部に格納されるリンク情報の内容を表わした説明図である。
【符号の説明】
【００７７】
２００  通信システム
２０１  携帯情報端末
２０２  ネットワーク
２０３  無線基地局
２０４  無線通信アンテナ
２０５、３１０  ＷＷＷサーバ
２１１  無線通信制御部
２１３  通信制御部
２１４  液晶ディスプレイ
２１５  タッチパネル
２１６  ＷＷＷブラウザ処理部
２１７  イベント処理部
２１８  コンテンツ取得処理部
２１９  ＨＴＭＬ解析処理部
２２０  リンク情報格納部
２２１  通信インタフェース指定取得部
２２６、３２６  ウェブページ
２２７、３２７  ＨＴＭＬデータ
３００  携帯電話通信システム
３０１  携帯電話機
３０２  携帯電話網
３０３  ＬＡＮ
３０４  ＷＣＤＭＡ無線基地局
３０５  ＷＣＤＭＡ用アンテナ
３０６  無線ＬＡＮアクセスポイント
３０７  無線ＬＡＮ用アンテナ
３０８  ゲートウェイ装置
３０９  インターネット
３１１  ＷＣＤＭＡ制御部
３１２  無線ＬＡＮ制御部
３１４  液晶パネル部
３１５  ダイヤルボタン部
【図１】
2006031125.tif 000003
【図２】
2006031125.tif 000004
【図３】
2006031125.tif 000005
【図４】
2006031125.tif 000006
【図５】
2006031125.tif 000007
【図６】
2006031125.tif 000008
【図７】
2006031125.tif 000009
【図８】
2006031125.tif 000010
【図９】
2006031125.tif 000011
【図１０】
2006031125.tif 000012
【図１１】
2006031125.tif 000013
【図１２】
2006031125.tif 000014
【図１３】
2006031125.tif 000015
【図１４】
2006031125.tif 000016
【図１５】
2006031125.tif 000017
【図１６】
2006031125.tif 000018
【図１７】
2006031125.tif 000019
【図１８】
2006031125.tif 000020