(57)【要約】【課題】通信ネットワーク上のコンテンツにアクセスする際に、無用な再アクセスをなくして、効率的な無線通信を行う移動無線端末装置を提供する。【解決手段】移動機１のユーザは、ブックマーク登録リストに表示されたウェブ・ページの名前を選択する。ＵＲＬ記憶部に記憶されたＵＲＬが呼び出され、移動機１は、サーバ１１にアクセスする。選択されたウェブ・ページのＵＲＬが変更されている場合、サーバ１１から変更後のＵＲＬを指示する応答を受信する。移動機１は、リダイレクトによって、変更後のＵＲＬに再アクセスする。移動機１は、サーバ１２から正常応答を受信すると、ブックマークに登録してあるウェブ・ページのＵＲＬを変更後のＵＲＬに自動更新する。【選択図】　図２
2004110094.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク上のコンテンツの所在を指示する宛先情報を用い、前記コンテンツへのアクセスを、移動無線回線を経由して該コンテンツの所在するサーバに対して要求する送信手段と、
該送信手段による前記アクセスの要求に対する応答を前記サーバから前記移動無線回線を経由して受信する受信手段と、
前記コンテンツの所在を指示する宛先情報を格納する記憶手段と、
該記憶手段から選択された所定の宛先情報を用いて、前記送信手段に前記アクセスを要求させ、前記受信手段により受信される前記送信手段による前記アクセスの要求に対する応答が、前記所定のコンテンツの恒久的移動を通知する情報および前記所定のコンテンツの移動先の宛先情報を含むものであるときは、前記送信手段に対し、前記移動先の宛先情報を用いて自動的に再アクセスを要求させるとともに、前記受信手段により受信される前記再アクセスの要求に対する前記応答が、前記再アクセスの正常完了を通知する情報を含むものであるときは、前記記憶手段に記憶された前記所定の宛先情報を、前記所定のコンテンツの移動先の宛先情報に自動更新するアクセス制御手段、
を有することを特徴とする移動無線端末装置。
【請求項２】
通信ネットワーク上のコンテンツの所在を指示する宛先情報を用い、前記コンテンツへのアクセスを、移動無線回線を経由して該コンテンツの所在するサーバに対して要求する送信手段と、
該送信手段による前記アクセスの要求に対する応答を前記サーバから前記移動無線回線を経由して受信する受信手段と、
該受信手段により受信される前記送信手段による前記アクセスの要求に対する応答が、前記コンテンツの恒久的または一時的移動を通知する情報および前記コンテンツの移動先の宛先情報を含む特定の応答であり、かつ、該特定の応答の連続受信回数が所定の複数回未満であるときには、前記送信手段に対し、前記移動先の宛先情報を用いて自動的に再アクセスさせるとともに、前記特定の応答の連続受信回数が前記所定の複数回になるときには、再アクセスを禁止するアクセス制御手段、
を有することを特徴とする移動無線端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワーク上のウェブ・ページなどのコンテンツに移動無線回線を経由してアクセスする携帯電話などの移動無線端末装置のアクセス制御に関するものである。
【０００２】
【従来の技術】
インターネットにおいては、ウェブ・ページ（ホームページ）等のコンテンツを閲覧したりダウンロードしたりする際に、通信プロトコルとしてＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いている（例えば、非特許文献１参照）。しかし、移動無線端末から移動無線回線、ゲートウエイ・サーバを経由してコンテンツ・プロバイダ・サーバのコンテンツにアクセスする場合に、ＨＴＴＰによる通常のアクセス方法では、移動無線回線を効率的に使用することができない。
【０００３】
すなわち、移動無線端末のメモリにブックマーク登録されている所定のコンテンツの所在が別のサーバに移動していた場合は、メモリから宛先情報を呼び出して、このコンテンツの所在するサーバにアクセスする毎に、サーバからコンテンツの移動通知を受信し、変更された宛先への再アクセス（リダイレクト）の要求を繰り返していた。再アクセスの要求にも移動無線回線の使用料が課金されるので、ユーザに余分な料金負担をかけると同時に、無用な通信トラフィックが発生して、限りある無線回線リソースが無駄に使用される。
また、コンテンツによっては再アクセスの要求を無制限に繰り返させるものがあり、ユーザの意図しないところで課金が発生してしまうと同時に、通信トラフィックが増大して無線通信ネットワークに悪影響を及ぼすことになる。
【０００４】
【非特許文献１】
“Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　−−　ＨＴＴＰ／１．１”，１９９９，［ｏｎｌｉｎｅ］Ｉｎｔｅｒｎｅｔ　Ｓｏｃｉｅｔｙ，ｐａｇｅ６１−６２，インターネット
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６１６．ｔｘｔ＞
【０００５】
【発明が解決しようとする課題】
本発明は、上述した問題点を解決するためになされたもので、通信ネットワーク上のコンテンツへのアクセスを、移動無線回線を経由してコンテンツの所在するサーバに対して要求する際に、無用な再アクセスをなくして、効率的な無線通信を行う移動無線端末装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、請求項１に記載の発明においては、移動無線端末装置において、通信ネットワーク上のコンテンツの所在を指示する宛先情報を用い、前記コンテンツへのアクセスを、移動無線回線を経由して該コンテンツの所在するサーバに対して要求する送信手段と、該送信手段による前記アクセスの要求に対する応答を前記サーバから前記移動無線回線を経由して受信する受信手段と、前記コンテンツの所在を指示する宛先情報を格納する記憶手段と、該記憶手段から選択された所定の宛先情報を用いて、前記送信手段に前記アクセスを要求させ、前記受信手段により受信される前記送信手段による前記アクセスの要求に対する応答が、前記所定のコンテンツの恒久的移動を通知する情報および前記所定のコンテンツの移動先の宛先情報を含むものであるときは、前記送信手段に対し、前記移動先の宛先情報を用いて自動的に再アクセスを要求させるとともに、前記受信手段により受信される前記再アクセスの要求に対する前記応答が、前記再アクセスの正常完了を通知する情報を含むものであるときは、前記記憶手段に記憶された前記所定の宛先情報を、前記所定のコンテンツの移動先の宛先情報に自動更新するアクセス制御手段を有するものである。
従って、記憶手段に記憶された所定のコンテンツの所在が移動していたときには、最初の１回だけ再アクセスの要求をするので、無用な再アクセスの要求による無用な課金や無用な通信トラフィックが発生しない。指示された移動先の宛先情報に再アクセスして所在が確認された後に、記憶された所定のコンテンツの宛先情報を自動更新するので、確実な更新が行われる。
【０００７】
請求項２に記載の発明においては、移動無線端末装置において、通信ネットワーク上のコンテンツの所在を指示する宛先情報を用い、前記コンテンツへのアクセスを、移動無線回線を経由して該コンテンツの所在するサーバに対して要求する送信手段と、該送信手段による前記アクセスの要求に対する応答を前記サーバから前記移動無線回線を経由して受信する受信手段と、該受信手段により受信される前記送信手段による前記アクセスの要求に対する応答が、前記コンテンツの恒久的または一時的移動を通知する情報および前記コンテンツの移動先の宛先情報を含む特定の応答であり、かつ、該特定の応答の連続受信回数が所定の複数回未満であるときには、前記送信手段に対し、前記移動先の宛先情報を用いて自動的に再アクセスさせるとともに、前記特定の応答の連続受信回数が前記所定の複数回になるときには、再アクセスを禁止するアクセス制御手段を有するものである。
従って、アクセスの要求に対する応答がコンテンツの恒久的または一時的移動を通知する情報を含むものである場合に行う、再アクセスの連続繰り返し回数を制限しているので、ユーザの意図しないところで課金が発生してしまうことがなく、同時に、通信トラフィックの増大を招かないので移動無線通信回線に悪影響を与えない。
【０００８】
【発明の実施の形態】
図１は、本発明の第１の実施の形態を示す移動機の説明図である。
図中、１は移動機であり、携帯電話端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）などの移動無線端末装置である。２はこの移動機１の表示画面であり、３はこの表示画面２に表示されるブックマーク登録リストである。ウェブ・ページを表示するＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイルやコンテンツ等が、名前を付けて登録されている。
移動機１は、通信ネットワーク上のコンテンツへのアクセスを、移動無線回線を経由してコンテンツの所在するサーバに対して要求する送信手段と、アクセスの要求に対する応答をサーバから移動無線回線を経由して受信する受信手段と、コンテンツが所在する宛先情報を格納するＵＲＬ記憶手段４，４’および、アクセス制御手段を有する。
ＵＲＬ記憶部４，４’に記憶されたＵＲＬは、ブックマーク登録リスト３に示された名前に１対１で対応する。
【０００９】
この実施の形態では、インターネット上のコンテンツを特定するＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）として、このコンテンツの所在を指示する宛先情報であるＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を用いている。ＵＲＩおよびＵＲＬは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）が提案しているＲＦＣ２６１６，ＲＦＣ２３９６で規定されている。
ユーザがスイッチ操作によりある１つのコンテンツ名を選択することによって、ＵＲＬ記憶部１からそのＵＲＬを呼び出す。移動機１は、ブックマークに登録されたコンテンツのＵＲＬが変更されていることを確認した場合に、ＵＲＬを自動更新する。図示の例では、「乗り換え案内」に対応する「ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／」が「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」に更新されて、ＵＲＬ記憶部４の登録内容がＵＲＬ記憶部４’に示すように自動更新される。
【００１０】
図２は、本発明の第１の実施の形態を説明するためのネットワーク構成図である。
ＨＴＴＰにおいては、ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）サーバは、ＷＷＷクライアントからの要求「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」に対する応答「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」によってＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）形式のドキュメントを送信する。
サーバ１１，１２はＷＷＷクライアントとなる移動機１からの要求を受信する受信手段と、移動機１への応答を送信する送信手段を有する。
【００１１】
移動機１のユーザは、図１に示したブックマーク登録リスト３に表示されたウェブ・ページ名、例えば、「乗り換え案内」をスイッチ操作で選択する。その結果、ＵＲＬ記憶部４に記憶された「ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／」が呼び出されて、移動機１は、コンテンツプロバイダのサーバ１１にアクセスする。
この場合、「乗り換え案内」のＵＲＬが、「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」に変更されている場合がある。このような場合、移動機１は、「乗り換え案内」があったサーバ１１から、変更後のＵＲＬを指示する応答を受信する。
【００１２】
移動機１は、再アクセス（リダイレクト）処理によって、指示された変更後の「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」をＵＲＬとして再度アクセスする。
「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」を有するサーバ１２は、移動機１に対して正常に応答する。
移動機１は、正常応答を受信すると、ブックマーク登録してある「乗り換え案内」のＵＲＬを「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」に自動更新する。
以後、ユーザが、ブックマーク登録リスト３から同じウェブ・ページを選択した場合は、直ちに更新された「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」にアクセスすることになる。
【００１３】
図３は、本発明の第１の実施の形態を説明するための信号シーケンス図である。
移動機１のユーザは、Ｓ２１において、ＵＲＩ（ＵＲＬ）が「ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／」である特定のコンテンツをブックマーク呼び出しする。移動機１は、ＵＲＩを「ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／」とした「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」をサーバ１１送信する。ＵＲＩが「ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／」である特定のコンテンツが移動していた場合は、このコンテンツが所在していたサーバ１１は、移動機１に対し、ステータス・コード”３０１”を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」２３を送信する。
ステータス・コードは、ＲＦＣ２６１６に規定されており、ＨＴＴＰ要求メッセージのサーバ側における処理状態をクライアントに通知するコードである。
ステータス・コード”３０１”（Ｍｏｖｅｄ　Ｐｅｒｍａｎｅｎｔｌｙ）は、リクエスト先のＵＲＬが永久的に移動したことを意味するコードであって、新しいＵＲＩがロケーション・フィールドに入れられて送信される。この具体例では、新しいＵＲＩを「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／」としている。
【００１４】
移動機１は、Ｓ２４において、新しいＵＲＩに対し再アクセス（リダイレクトｒｅｄｉｒｅｃｔ）する。すなわち、「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ」をＵＲＩとする「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」２５を送信する。「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ」により特定されるコンテンツが所在するサーバ１２は、この「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」２５を受信し、要求が成功したことを意味するステータス・コード”２００”を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」２６を移動機１に送信する。
移動機１は、Ｓ２７において、ブックマークに登録されＵＲＬ記憶部４に記憶されていた、この特定のコンテンツのＵＲＬを「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ」に自動更新する。
以後、Ｓ２８のように、ユーザが、再度ブックマーク登録リスト３から同じコンテンツを呼び出したときには、更新後の「ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ」をＵＲＩとした「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」２９が、サーバ１２に送信されることにより、特定のコンテンツにアクセスされる。サーバ１２は、ステータス・コード”２００”を有する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」３０を移動機１に送信する。
【００１５】
上述した説明は、日常的に行われているウェブ・ページ等のＵＲＬ変更に対処するアクセス制御方法についての説明であった。
これに対し、ウェブ・ページによっては、ホームページ管理者の不適切な管理あるいは悪意でＵＲＬ変更を行い、リダイレクトを無制限に行わせる場合がある。図４は、本発明の第２の実施の形態を説明するための信号シーケンス図である。図中、図１，図２と同様な部分には同じ符号を付している。なお、サーバ１１〜１５は、一部または全部が同じサーバになる場合もある。
この実施の形態においては、直接的にＵＲＬを入力してコンテンツにアクセスする場合について説明するが、ブックマーク登録リスト３からＵＲＬを呼び出してコンテンツにアクセスする場合についても同様である。
【００１６】
移動機１は、Ｓ４１において「Ａ．ｃｏｍ」という名前のコンテンツにアクセスする。すなわち、ＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏｍ／とした「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」４２をコンテンツ「Ａ．ｃｏｍ」が所在するサーバ１１に送信する。サーバ１１は、コンテンツ「Ａ．ｃｏｍ」が移動しているとして、移動機１に対し、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」４３を送信することにより、ステータス・コード”３０１”とともに、移動先のＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／を指示する。
移動機は、Ｓ４４において、「Ａ．ｃｏｍ」が移動したものである「Ｂ．ｃｏｍ」という名前のコンテンツに自動的にリダイレクトする。すなわち、ＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／とした「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」４５を、コンテンツ「Ｂ．ｃｏｍ」が所在するサーバ１２に送信する。ところが、サーバ１２は、コンテンツ「Ｂ．ｃｏｍ」が移動しているとして、移動機１に対して「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」４６を送信することにより、ステータス・コード”３０１”とともに、移動先のＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ｃ．ｃｏｍ／を指示する。
【００１７】
移動機は、Ｓ４７において、「Ｂ．ｃｏｍ」が移動したものである「Ｃ．ｃｏｍ」という名前のコンテンツに自動的にリダイレクトする。すなわち、ＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ｃ．ｃｏｍ／とした「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」４８を、コンテンツ「Ｃ．ｃｏｍ」が所在するサーバ１３に送信する。サーバ１３も、コンテンツ「Ｃ．ｃｏｍ」が移動しているとして、移動機１に対して「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」４９を送信することにより、ステータス・コード”３０１”とともに、移動先のＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ｄ．ｃｏｍ／を指示する。
同様にして、移動機１は、Ｓ５０においてリダイレクトを繰り返し、サーバ１４から、ステータス・コード”３０１”とともに、移動先のＵＲＩ＝ｈｔｔｐ：／／ｗｗｗ．ｅ．ｃｏｍ／の指示を受ける。
移動機１は、Ｓ５３において、連続したリダイレクトが規定回数（図示の例では３回）以上になると、エラーメッセージを表示画面２に表示し、再度の（４回目の）リダイレクトをしないようにする。その結果、サーバ１５に所在するとされるコンテンツ「Ｅ．ｃｏｍ」にはアクセスしない。
【００１８】
図５は、本発明の第２の実施の形態を説明するためのフローチャートである。移動機１は、Ｓ６１において、「Ａ．ｃｏｍ」にアクセスする。すなわち、ＵＲＩを「Ａ」（Ａは、「Ａ．ｃｏｍ」のＵＲＬを表す所定の文字列とする）として「ＨＴＴＰ　ｒｅｑｕｅｓｔ」６２を送信する。
Ｓ６３において、リダイレクト回数を表す変数ｋを初期値０にする。ＵＲＩ＝Ａのコンテンツが所在するサーバから「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」６４を受信する。
Ｓ６５において、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」６４に含まれたステータス・コードが”３０１”，”３０２”であるか否かを判定する。”３０１”，”３０２”であれば、Ｓ６７に処理を進め、それ以外の、例えば、”２００”などであれば、Ｓ６６に処理を進める。
【００１９】
ステータス・コードが”２００”であるときには、既に説明したように要求に対する処理が成功したことを意味するので、Ｓ６６において、変数ｋを初期値０にして、図示しない通常の処理に移行する。
これに対し、ステータス・コードが”３０１”であるときには、既に説明したようにＵＲＩ＝Ａのコンテンツが永久に移動したことを意味する。一方、ステータス・コードが”３０２”であるときには、ＵＲＩ＝Ａのコンテンツが一時的に移動していることを意味する。いずれの場合も、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」６４によって移動先Ｘ（移動先のＵＲＬを表す文字列の変数とする）が指示される。
従って、Ｓ６７においては、リダイレクト処理を行い、ＵＲＩ＝Ｘとする「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」６８を送信し、Ｓ６９において、変数ｋを（＋１）し、Ｓ７０に処理を進める。
なお、ステータス・コードが”２００”，”３０１”，”３０２”以外の場合もあるが、ステータス・コード”２００”と同様に、図示しない通常の処理において対処する。
【００２０】
Ｓ７０においては、リダイレクト回数ｋが所定回数Ｋｍａｘにならないときには、Ｓ６５の前の、受信待機状態に戻す。「ＨＴＴＰ　Ｒｅｑｕｅｓｔ」６８に対する「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」６４が受信されれば、再び、Ｓ６５においてステータス・コードを判定する。
Ｓ７０において、所定回数Ｋｍａｘになったときには、Ｓ７１に処理を進め、エラーメッセージを移動機１の表示画面２に表示し、リダイレクトを停止する。
なお、「ＨＴＴＰ　Ｒｅｓｐｏｎｓｅ」６４に含まれるステータス・コードは”３０１”，”３０２”のいずれか一方が連続することになるが、図５のフローチャートでは、いずれか一方が連続することは条件にしていない。
【００２１】
上述した説明では、通信プロトコルとしてＨＴＴＰを用いた場合について説明したが、同様に、サーバに対してコンテンツへのアクセスを要求し、この要求に対する応答で要求の処理状態を返す通信プロトコルにおいても、本発明を適用でき、移動無線回線を効率的に使用することができる。
【００２２】
【発明の効果】
上述した説明から明らかなように、本発明によれば、移動機にブックマーク登録されたコンテンツの移動に伴う不要な再アクセスをなくすことにより、無用な課金の発生を防止するとともに、無用な通信トラフィックが発生しないので、効率的な無線通信ができるという効果がある。
また、無意味な再アクセスを回数制限することにより、ユーザの意図しないところで課金が発生してしまうことがなく、通信トラフィックの増大を招かないので、効率的な無線通信ができるという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示す移動機の説明図である。
【図２】本発明の第１の実施の形態を説明するためのネットワーク構成図である。
【図３】本発明の第１の実施の形態を説明するための信号シーケンス図である。
【図４】本発明の第２の実施の形態を説明するための信号シーケンス図である。
【図５】本発明の第２の実施の形態を説明するためのフローチャートである。
【符号の説明】
１…移動機、２…表示画面、３…ブックマーク登録リスト、４，４’…ＵＲＬ記憶手段、１１〜１５…サーバ
【図１】
2004110094.tif 000003
【図２】
2004110094.tif 000004
【図３】
2004110094.tif 000005
【図４】
2004110094.tif 000006
【図５】
2004110094.tif 000007