JP2010123073A - ページアクセス方法およびサーバ - Google Patents

Abstract

【課題】ユーザフレンドリなページアクセス方法を提供すること。
【解決手段】ポインティングデバイス無し、テンキー有りのＷｅｂクライアントからのアクセスに対して、Ｗｅｂサーバ１００は、固定桁または可変桁のいずれかの番号をリンクに付与し、番号入力方式を付加した修正Ｗｅｂページデータを作成し、Ｗｅｂクライアントに送信する。また、Ｗｅｂサーバ１００は、番号フォーマット、番号入力方式ごとに修正Ｗｅｂページデータ１４ａを保持し、同じ番号フォーマット、番号入力方式のＷｅｂクライアントからの２回目以降のアクセスに際して、保持したＷｅｂページを送信することで、自らの処理負荷を軽減する。Ｗｅｂクライアントは、番号フォーマット、番号入力方式に基づいてユーザが入力した番号を確定し、Ｗｅｂサーバ１００に通知する。
【選択図】 図５

Description

この発明は、ＩＰ（Internet Protocol）ネットワーク上に公開されるコンテンツにアクセスする方法の改良に関する。すなわちこの発明は、ＷＷＷ（World Wide Ｗｅｂ）上のＷｅｂページに、Ｗｅｂブラウザ機能を持つ端末からアクセスするのに最も好適に適用される。

近年ではパーソナルコンピュータに限らず、携帯電話機やＰＤＡ（Personal Digital Assistants）にもブラウザ機能を持つものがある。携帯電話機あるいはＰＨＳ（Personal Handy-phone System）端末とＰＤＡとを融合させた、いわゆるスマートフォン（Ｓｍａｒｔｐｈｏｎｅ）と称する高機能携帯電話機もブラウザ機能を持っている。

ところで、ブラウザを操作したりリンク先を指定したりするには、専らマウスなどのポインティングデバイスが用いられる。しかしながらスマートフォンなどの多くはこのようなブラウザ操作ユーザインタフェース（User Interface ： ＵＩ）を持たない。またコンピュータ端末の全てがブラウザ操作ＵＩを持つわけでもない。そこで、マウスなどを用いなくてもブラウザを操作できるようにするための配慮がなされるようになってきている（特許文献１、２を参照）。

例えばＸＨＴＭＬと称するページ記述言語は、アクセスキー属性［accesskey属性(XHTML 1.0)］、およびアクセス要素［access要素（access tag：XHTML 2.0)］と称する構文を備える。これらを用いて記述されたＷｅｂページではユーザがコンピュータのキーボードを用いて、ショートカットキーの要領でリンク先にジャンプすることができる。なおＸＨＴＭＬはＨＴＭＬ（HyperText Markup Language）をＸＭＬ（eXtended Markup Language）で再定義した言語である。

例えば、ホームページ（ホーム：Ｈｏｍｅ）に戻るためのリンクのアクセスキーに（Ｈ）が記述されたＷｅｂページを考える。標準的なブラウザではＡＬＴキーとＨキーとを同時に押せばホームに戻ることができる。しかし、この操作でホームに戻れることをユーザに知らせるためにはその旨をＷｅｂページに別途記述する必要がある。

また、そのＷｅｂページに特有の操作がブラウザ自体のショートカットキーと重複しないようにＷｅｂページを設計する必要がある。例えば一般的なブラウザソフトでは、ＡＬＴ＋Ｆはメニューバーにある「ファイル」へのショートカットである。よってリンクへのアクセスにＡＬＴ＋Ｆを使わないように、Ｗｅｂページを設計しなくてはならない。

さらに、スマートフォンなどのブラウザで閲覧可能なＷｅｂページは、キャリア独自規格の言語で記述されることが多い。日本のキャリアの言語ではアクセスキーの規格がサポートされている。例えば、ホームに戻るためのリンクのアクセスキーに”１”が記述されたＷｅｂページを考える。この場合「１を押せばホームに戻る」ということをユーザに知らせるためには、その旨をＷｅｂページに別途記述する必要がある。また、アクセスキーに割り当てる数字をＷｅｂページ設計者が最適に選択する必要もある。例えばスクロールなしで閲覧できるページ内に、０〜９の１０個以内の数字が配列されるようにキーを選択する必要がある。
特開２００２−３７３０４０号公報 特開平１０−３９９８１号公報

以上述べたように、アクセスキーを用いればポインティングデバイスを使わずにネットサーフできるが、Ｗｅｂページの設計にあたり特有の問題も生じる。つまりＷｅｂページ内にアクセスキーをメタデータとして記述し、Ｗｅｂクライアントソフトウェアにアクセスキーを認知させる必要がある。また、どのアクセスキーを押すとどのリンクが参照されるかをユーザに示すためのデータを、Ｗｅｂページ内に記述する必要もある。さらに、ＨＴＭＬタグからアクセスキーを特定し、入力されたアクセスキーのリンクをＷｅｂサーバに要求する機能を、Ｗｅｂクライアントが備える必要もある。仮にこれらが満たされないケースでは、ポインティングデバイスなしのＷｅｂクライアントからは、Ｗｅｂページ内のリンクを順次たどるしかリンクにアクセスすることができない。このように、既存の技術によるウェブページアクセス方法はユーザフレンドリであるとはいえない。
この発明は上記事情によりなされたもので、その目的は、ユーザフレンドリなページアクセス方法およびサーバを提供することにある。

上記目的を達成するためにこの発明の一態様によれば、ページ閲覧機能を持つ端末と、この端末からアクセス可能なウェブページを保持するサーバとを具備するネットワークシステムに適用されるページアクセス方法であって、前記サーバが、アクセス元端末のユーザインタフェースの特性を特定し、前記サーバが、特定した前記特性に応じて前記ウェブページ上のリンクの参照方式を加工して修正ウェブページを作成し、前記サーバが、前記修正ウェブページを前記アクセス元端末に送信し、前記端末が、前記送信された前記修正ウェブページを表示することを特徴とするページアクセス方法が提供される。

このような手段を講じることにより、端末からのアクセス要求を受けると、例えばマウスの有無、テンキー（１０キー）の有無といった端末ユーザインタフェースの特性が、サーバにおいて特定される。この特定の結果を受けて、既存のウェブページにおけるリンク先の参照方式がモディファイされた修正ウェブページが、サーバにおいて作成される。例えばマウスを持たないがテンキーを持つ端末に対しては、番号でリンク先を指定可能にしたページコードが送信される。これによりリンク先を逐次辿るといった操作を経ずとも、所望のページにジャンプすることが可能になるので、ユーザの利便性は格段に向上する。

この発明によれば、ユーザフレンドリなページアクセス方法およびサーバを提供することができる。

図１は、この発明に関わるウェブページアクセス方法を適用可能なネットワークシステムの一例を示す図である。このシステムを形成する主たるオブジェクトはＷｅｂサーバ１００、およびＷｅｂクライアントである。ＷｅｂクライアントはＩＰ電話機２００、インターネット端末（以下、ネット端末と略称する）３００、および、スマートフォン４００の上でそれぞれ動作する機能オブジェクトであり、固有の識別情報を持つ。この実施形態では端末の識別情報であるＭＡＣ（Media access control）アドレスにより、個々のＷｅｂクライアントを区別する。

ネット端末３００は携帯情報端末、パーソナルコンピュータ、ＰＤＡなどを含む。ネット端末３００およびスマートフォン４００は、例えばアクセスポイント５００を経由してＷｅｂサーバ１００にアクセス可能である。
ＷｅｂクライアントとしてのＩＰ電話機２００は、例えば図１のような外観を示す。ＩＰ電話機２００は液晶表示器（Liquid Crystal Display：ＬＣＤ）などの表示器を備え、Ｗｅｂサーバから取得したＷｅｂページをこの表示器に表示することが可能である。コンピュータのモニタに比べれば表示器のサイズは小さいが、画面をスクロールさせれば所望の情報を表示することができる。

普通、電話端末はポインティングデバイスを持たないのでこの画面内に表示されるリンクをクリックすることはできないが、リンクに付与された番号を入力することでリンクを選択指定することができる。図１には"03 Call History "、"04 Directory"などのリンクが示されている。このＩＰ電話機２００のＭＡＣアドレスを００：１１：２２：３３：４４：５５とする。

Ｗｅｂクライアントとしてのネット端末３００は、例えばＰＤＡであれば図２のような外観を示す。ネット端末は比較的サイズの大きな表示部を備え、画面のスクロール機能とも併せて多くの情報を表示することができる。図２には多数のリンクをもつＷｅｂページが表示される状態が示され、各リンクは例えばタッチペンなどのポインティングデバイスでクリックすることができる。このネット端末３００のＭＡＣアドレスを００：３３：４４：５５：６６：７７とする。

Ｗｅｂクライアントとしてのスマートフォン４００は例えば図３のような外観を示す。スマートフォン４００はポインティングデバイスを備えていないが、数字入力の可能なテンキーを備える。スマートフォン４００の表示部はネット端末３００に比べると小さくならざるを得ないが、画面をスクロールさせることで必要な情報を表示させることはできる。このスマートフォン４００のＭＡＣアドレスを００：２２：３３：４４：５５：６６とする。

図４は、図１のＷｅｂサーバ１００の実施の形態を示す機能ブロック図である。Ｗｅｂサーバ１００は、インタフェース部１１、表示部１２、入出力部１３、ストレージユニット１４、および、主制御部１５を備える。インタフェース部１１はＬＡＮに接続されてパケットの授受に関する処理を担う。表示部１２は入出力部１３とともにユーザインタフェースを提供し、ＧＵＩ（Graphical User Interface）環境を構築する。

ストレージユニット１４はハードディスクドライブなどのストレージデバイスであり、管理データベース１４ａと、Ｗｅｂページデータ１４ｂと、修正Ｗｅｂページデータ１４ｃとを記憶する。
図５は、管理データベース１４ａの一例を示す図である。このデータベースは、各端末のＭＡＣアドレスに、そのユーザインタフェースの特性を対応付けたデータベースである。ユーザインタフェースの特性には、［ブラウザ操作ＵＩ情報］、［番号フォーマット情報］、および、［番号入力方式］の項目がある。

［ブラウザ操作ＵＩ情報］は、その端末が、タッチパネルやマウスなどのポインティングデバイスを備えているかどうかを区別するための情報である。つまり、画面上に表示されるリンク、ポインタなどを操作するためのマンマシンインタフェースを端末が備えているかどうかを区別するための情報である。図５においては、ＩＰ電話機２００、スマートフォン４００のいずれも”なし”である。さらに、［ブラウザ操作ＵＩ情報］は、テンキーを備えているかどうかを示す情報も含む。図５においては、ＩＰ電話機２００、スマートフォン４００のいずれも”あり”である。

［番号フォーマット情報］は、Ｗｅｂページのリンクに付与する番号のフォーマットを示す情報である。つまりこの情報は、表示されるリンクの横の番号の桁数を固定とするか、可変にするかを区別するための情報である。すなわちこの情報により、１つのページのリンクの個数の桁数がｎ桁のとき、ｎ桁（固定）の番号を付与するか、または、１，２，…ｎ桁のように可変桁の番号を付与するかが区別される。

図５ではＩＰ電話機２００に対しては可変桁の設定となっており、これは図１と対応している。つまりＩＰ電話機２００に表示されるリンク横の数字は、１，２，３，…，９，１０，１１というように桁が繰り上がる。これに対しスマートフォン４００に対しては固定桁の設定となっており（図５）、これは図３と対応している。つまりスマートフォン４００に表示されるリンク横の数字は、０１，０２，…，１０，１１というように固定的である。

［番号入力方式］は、リンク横の数字によるリンク先の指定をクライアントが主導するか、あるいはサーバが主導するかを区別するための情報である。つまり、Ｗｅｂサーバ１００が主導する方式では、Ｗｅｂサーバ１００がＷｅｂページの先頭などにＨＴＭＬのＦＯＲＭタグを追加する。これによりＷｅｂクライアントにおいて入力テキストボックスを表示させることができる。Ｗｅｂクライアントが主導する方式では、リンクに番号を加えたＷｅｂページをＷｅｂクライアントが表示している状態でユーザから入力された番号を、リンク先指定の入力と判断する方式である。

管理データベース１４ａは、システムオペレータによるマニュアル入力で、図５の内容をＷｅｂサーバ１００に登録するようにしてもよい。あるいは、ＷｅｂクライアントからＭＡＣアドレスとともに図５の情報をＷｅｂサーバ１００に通知し、これを受けたＷｅｂサーバ１００が管理データベース１４ａを構築するようにしても良い。またこれらの手法を、Ｗｅｂクライアントが動作する端末に応じて選択しても良い。例えばこの実施形態では下記のようにする。

ＩＰ電話機２００については、図５の情報をそのＷｅｂクライアントからＷｅｂサーバ１００に通知し、Ｗｅｂサーバ１００が管理データベース１４ａを構築する。Ｗｅｂサーバ１００への情報の通知には、例えばＵＲＬ（Uniform Resource Locator）のパラメータに情報を載せるか、あるいは、ｈｔｔｐのＢｏｄｙに情報を載せるなどの汎用の手法を用いることができる。スマートフォン４００については、オペレータのマニュアル入力により図５の情報をＷｅｂサーバ１００に登録する。なお、ネット端末３００については、これら情報をＷｅｂサーバ１００に登録しない。管理データベース１４ａに登録のない端末に対しては、Ｗｅｂサーバ１００はポインティングデバイスを備えると看做す。

図４に戻り、ストレージユニット１４のＷｅｂページデータ１４ｂは、Ｗｅｂクライアントを搭載する端末からアクセス可能なＷｅｂページデータであり、例えばＸＨＴＭＬで記載されたドキュメントファイルである。修正Ｗｅｂページデータ１４ｃは、Ｗｅｂページデータ１４ｂをモディファイしたデータであり、特に、もとのＷｅｂページデータ１４ｂにおけるリンクの参照方式を修正したデータである。

主制御部１５は、その処理機能として特定処理部１５ａと、修正ページ作成処理部１５ｂと、送信処理部１５ｃとを備える。
特定処理部１５ａは、Ｗｅｂページデータ１４ｂにアクセスした端末（アクセス元端末）のユーザインタフェースの特性を特定する。すなわち特定処理部１５ａは、アクセス元端末のＭＡＣアドレスをキーとして管理データベース１４ａを参照し、このアクセス元端末のユーザインタフェースの特性を、［ブラウザ操作ＵＩ情報］、［番号フォーマット情報］、および、［番号入力方式］の各項目にわたって特定する。

修正ページ作成処理部１５ｂは、特定処理部１５ａにより特定された特性に応じてウェブページ上のリンクの参照方式を修正し、修正Ｗｅｂページデータ１４ｃを作成する。この修正Ｗｅｂページデータ１４ｃはストレージユニット１４に保存される。特に修正ページ作成処理部１５ｂは、特定された特性が”ポインティングデバイス無し”かつ”テンキー有り”であれば、テンキーにより入力可能な番号でリンク先を参照可能な修正ウェブページを作成する。テンキーにより入力可能な番号とは、ようするに図１、図３に示されるような、リンク横の番号である。

送信処理部１５ｃは修正Ｗｅｂページデータ１４ｃをアクセス元端末に送信する。もちろん、修正する必要のないウェブページについては、送信処理部１５ｃはＷｅｂページデータ１４ｂをそのままアクセス元端末（クライアント）に送信する。次に、上記構成における作用を説明する。

図６は、この実施形態におけるＷｅｂサーバ１００の処理手順の一例を示すフローチャートである。図６においてＷｅｂサーバ１００に、ＷｅｂクライアントからＷｅｂページへのアクセス要求が生じたとする（ブロックＢ１でＹｅｓ）。このＷｅｂページのファイル名を例えば（menu.html）とする。そうするとＷｅｂサーバ１００は要求元ＷｅｂクライアントのＭＡＣアドレスをキーとして管理データベース１４ａを参照し、ブラウザ操作ＵＩ情報を取得する（ブロックＢ２）。

表１に、menu.htmlのソースコードの一例を示す。

アクセス元端末がネット端末３００であれば、そのＭＡＣアドレスは管理データベース１４ａに登録されていない（ブロックＢ３でＮｏ）。よってＷｅｂサーバ１００は、ネット端末３００はポインティングデバイスを持つと看做す（ブロックＢ４）。この種のデバイスからのアクセスに対しては、Ｗｅｂサーバ１００は修正Ｗｅｂページデータ１４ｃを作成しない。つまりＷｅｂサーバ１００はＷｅｂページデータ１４ｂのリンクに番号を付与したり、番号入力方式を付加したりせず、要求されたＷｅｂページデータ１４ｂを表１の状態のまま送信する（ブロックＢ７）。

これに対し、ＩＰ電話機２００、スマートフォン４００からのアクセスについてはこれらの端末のＭＡＣアドレスが管理データベース１４ａに登録されており、ブラウザ操作ＵＩの設定を見つけ出すことができる（ブロックＢ３でＹｅｓ）。よってＷｅｂサーバ１００はポインティングデバイスを持たない端末からのアクセスと識別する。この種の端末からのアクセスに対しては、Ｗｅｂサーバ１００は番号フォーマットに基づいてＷｅｂページ上のリンクに番号を付与し、番号入力方式に基づいて番号入力方式を付加し、修正Ｗｅｂページデータ１４ｃを作成する。

なお修正Ｗｅｂページデータ１４ｃを作成する前に、Ｗｅｂサーバ１００は、同じ番号フォーマット、かつ同じ番号入力方式のためのＷｅｂページが既にストレージユニット１４に記憶されているか否かを判断する（ブロックＢ６）。記憶されていなければ（Ｎｏ）、処理手順は修正Ｗｅｂページデータ１４ｃの作成に移る。

すなわちＷｅｂサーバ１００は、まず、表１のＷｅｂページのリンクの数を求める（ブロックＢ８）。ここではリンクの個数は１１である。次にＷｅｂサーバ１００は、カウントした個々のリンクに通し番号を付与する。ＩＰ電話機２００のための修正Ｗｅｂページデータ１４ｃについては番号フォーマットが可変桁であるので、０，１，…，９，１０の番号をリンクに付与する。スマートフォン４００のための修正Ｗｅｂページデータ１４ｃについては、番号フォーマットが固定桁であるので、００，０１，…，０９，１０の番号をリンクに付与する。

表２は、修正Ｗｅｂページデータ１４ｃのソースコードの一例を示す。このソースコードは番号フォーマット情報が可変桁のケースのものであり、ファイル名を（menu_1_1.html)とする。

表３は、修正Ｗｅｂページデータ１４ｃのソースコードの他の例を示す。このソースコードは番号フォーマット情報が固定桁のケースのものであり、ファイル名を（menu_2_2.html)とする。

表２のコード、および表３のコードについては、もとのＷｅｂページデータのファイル名（menu.html）に、番号フォーマット、番号入力方式の違いを加味したインデックスを持つファイル名で、ストレージユニット１４に保存される。例えば、番号フォーマットの可変桁をインデックス１、固定桁をインデックス２で識別し、番号入力方式のクライアント主導型をインデックス１、サーバ主導型をインデックス２で識別するようにする。そうすると表２のＷｅｂページには、menu_1_1.html、表３のＷｅｂページには、menu_2_2.htmlというファイル名が付けられる。

図６のブロックＢ６において、Ｗｅｂサーバ１００は、番号フォーマット、番号入力方式ごとに保持したＷｅｂページ（menu_*_*.html）を検索する。同じ番号フォーマット、番号入力方式のＷｅｂページ（修正Ｗｅｂページデータ１４ｃ）がストレージユニット１４に記憶されていれば（Ｙｅｓ）、これを読み出し、要求元クライアントに送信する（ブロックＢ７）。この手順により再度のデータ修正が不要になる。つまり、menu_*_*.htmlを２度、３度と生成しなくても良くなる。これによりＷｅｂサーバ１００の処理負荷を軽減することができる。

ＩＰ電話機２００が表１のＷｅｂページにアクセスするケースでは、このＩＰ電話機２００に返送されるコードデータ（修正Ｗｅｂページデータ）は表２のようになる。スマートフォン４００が表１のＷｅｂページにアクセスするケースでは、このスマートフォン４００に返送される修正Ｗｅｂページデータは表３のようになる。この差異をもたらすのは、リンクに対して付与する番号フォーマット、および、リンクに対して付与する番号の入力方式である。これらの情報は管理データベース１４ａを用いて管理される。

なおスマートフォン４００に返送されるコードにおいては、その先頭に、リンクを選択する番号を入力するためのＨＴＭＬタグ（ＦＯＲＭタグ）が付加される。このタグは標準的なものである。これは、スマートフォン４００の番号入力方式がＷｅｂサーバ主導型であることによるもので、クライアント主導型のＩＰ電話機２００については、このタグは不要である。

ＦＯＲＭタグを付与することで、スマートフォン４００においては図３に示されるように、表示部の先頭行に番号入力ボックスと、ＯＫボタンが表示される。このボックスを用いて、リンクを選択する番号をスマートフォン４００上の汎用ブラウザから入力することができる。

ＩＰ電話機２００では番号入力ボックスは表示されず（図１）、番号入力方式をＷｅｂクライアントの主導で制御する。すなわちＷｅｂクライアントは、Ｗｅｂページが表示されている状態でユーザが入力した番号を、リンクを選択するための入力であると特定する。例えば表２のＷｅｂページには、リンクを選択する番号として、１と、１０とがある。これを区別する必要がある。そこでＷｅｂクライアントは、１をテンキー入力したのち一定期間の入力がないと、つまり規定のインターバルが経過すれば、１で確定したものと見做す。タイムアウト前にさらに０が入力された場合、１０で入力確定とする。

ＩＰ電話機２００（Ｗｅｂクライアント）は、確定したリンク指定番号を汎用の方法を用いてＷｅｂサーバ１００に通知する。例えば、Ｗｅｂクライアントは、リンク選択番号をＵＲＬのパラメータとして指定して、menu.htmlのリンク選択を処理するスクリプト言語で書かれたページ（例えば、PHPで書かれたmenu.php）をアクセスし、Ｗｅｂサーバ１００に情報を渡す。
スマートフォン４００（Ｗｅｂクライアント）では、ＦＯＲＭタグのパラメータ（表３のmethod=”get” action=”menu.php”）を汎用のブラウザが処理することにより、番号入力ボックス内の番号がＷｅｂサーバ１００に渡される。

以上説明したようにこの実施形態では、ポインティングデバイス無し、テンキー有りのＷｅｂクライアントからのアクセスに対して、Ｗｅｂサーバ１００は、固定桁または可変桁のいずれかの番号をリンクに付与し、番号入力方式を付加した修正Ｗｅｂページデータを作成し、Ｗｅｂクライアントに送信する。また、Ｗｅｂサーバ１００は、番号フォーマット、番号入力方式ごとに修正Ｗｅｂページデータ１４ｃを保持し、同じ番号フォーマット、番号入力方式のＷｅｂクライアントからの２回目以降のアクセスに際して、保持したＷｅｂページを送信することで、自らの処理負荷を軽減する。Ｗｅｂクライアントは、番号フォーマット、番号入力方式に基づいてユーザが入力した番号を確定し、Ｗｅｂサーバ１００に通知するようにしている。

このようにＷｅｂサーバ１００が、ブラウザ操作ＵＩ、番号フォーマット、番号入力方式に基づいて、Ｗｅｂページ上のリンクを指定するための番号および番号入力方式を付加してＷｅｂページデータ１４ｂを修正することにより、アクセスキーに関するメタデータ、データをＷｅｂページ内に記述する必要がなくなる。また、Ｗｅｂクライアントにアクセスキーの処理機能が無くても、ポインティングデバイスなし、テンキーありのＷｅｂクライアントから、Ｗｅｂページ内のリンクを順次辿ることなく、リンクにアクセスすることが可能になる。これらのことから、ユーザフレンドリなページアクセス方法およびサーバを提供することが可能となる。

なお、この発明は上記実施の形態に限定されるものではない。例えばＷｅｂクライアントから、ポインティングデバイスの有無、テンキーの有無に加えて端末の表示器の解像度をＷｅｂサーバ１００に通知し、この情報も併せて管理するようにすれば、さらにきめ細かなＷｅｂページデータを作成することができる。また、図５の情報を端末のCookieに保存し、アクセスを受けたＷｅｂサーバ１００がCookieから情報を取得するようにしてもよい。

さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

この発明に関わるウェブページアクセス方法を適用可能なネットワークシステムの一例を示す図。 ネット端末３００の概観の一例を示す図。 スマートフォン４００の外観の一例を示す図。 図１のＷｅｂサーバ１００の実施の形態を示す機能ブロック図。 管理データベース１４ａの一例を示す図。 この発明の実施形態におけるＷｅｂサーバ１００の処理手順の一例を示すフローチャート。

符号の説明

１００…Ｗｅｂサーバ、２００…ＩＰ電話機、３００…インターネット端末、４００…スマートフォン、５００…アクセスポイント、１１…インタフェース部、１２…表示部、１３…入出力部、１４…ストレージユニット、１４ａ…管理データベース、１４ｂ…Ｗｅｂページデータ、１４ｃ…修正Ｗｅｂページデータ、１５…主制御部、１５ａ…特定処理部、１５ｂ…修正ページ作成処理部、１５ｃ…送信処理部

Claims (13)

1. ページ閲覧機能を持つ端末と、この端末からアクセス可能なウェブページを保持するサーバとを具備するネットワークシステムに適用されるページアクセス方法であって、
   前記サーバが、アクセス元端末のユーザインタフェースの特性を特定し、
   前記サーバが、特定した前記特性に応じて前記ウェブページ上のリンクの参照方式を修正した修正ウェブページを作成し、
   前記サーバが、前記修正ウェブページを前記アクセス元端末に送信し、
   前記端末が、前記送信された前記修正ウェブページを表示することを特徴とするページアクセス方法。
2. 前記特性は、ポインティングデバイスの有無と、テンキーの有無とを含み、
   前記特定した特性が”ポインティングデバイス無し”かつ”テンキー有り”であれば、前記サーバは、前記テンキーにより入力可能な番号で前記リンクを参照可能な修正ウェブページを作成することを特徴とする請求項１に記載のページアクセス方法。
3. 前記端末は、前記修正ウェブページを表示した状態で入力された番号に対応するリンクへの参照要求を前記サーバに送信することを特徴とする請求項２に記載のページアクセス方法。
4. 前記番号の桁数は固定数であり、
   前記端末は、前記固定数の桁の番号が入力されると、この番号に対応するリンクへの参照要求を前記サーバに送信することを特徴とする請求項３に記載のページアクセス方法。
5. 前記番号の桁数は可変数であり、
   前記端末は、前記番号入力のためのテンキー操作時に規定のインターバルが経過すれば、その時点の桁の番号に対応するリンクへの参照要求を前記サーバに送信することを特徴とする請求項３に記載のページアクセス方法。
6. 前記サーバは、前記修正ウェブページに番号入力ボックスを表示し、
   前記端末は、前記番号入力ボックスに入力された番号に対応するリンクへの参照要求を前記サーバに送信することを特徴とする請求項３に記載のページアクセス方法。
7. 前記端末は、そのユーザインタフェースの特性をアクセス先のサーバに通知することを特徴とする請求項１に記載のページアクセス方法。
8. 前記サーバは、端末の識別子とそのユーザインタフェースの特性とを対応付けた管理データベースを記憶し、
   前記サーバは、アクセス元端末の識別子をキーとして前記管理データベースを参照し、当該アクセス元端末のユーザインタフェースの特性を特定することを特徴とする請求項１に記載のページアクセス方法。
9. 前記サーバは、前記修正ウェブページを保存し、
   前記サーバは、前記保存した修正ウェブページの送信先端末と同じ特性を持つアクセス元端末に、この保存した修正ウェブページを送信することを特徴とする請求項１に記載のページアクセス方法。
10. ページ閲覧機能を持つ端末からアクセス可能なウェブページを保持するサーバにおいて、
    アクセス元端末のユーザインタフェースの特性を特定する特定手段と、
    特定した前記特性に応じて前記ウェブページ上のリンクの参照方式を修正した修正ウェブページを作成する作成手段と、
    前記修正ウェブページを前記アクセス元端末に送信する送信手段とを具備することを特徴とするサーバ。
11. 前記特性は、ポインティングデバイスの有無と、テンキーの有無とを含み、
    前記作成手段は、前記特定した特性が”ポインティングデバイス無し”かつ”テンキー有り”であれば、前記テンキーにより入力可能な番号で前記リンクを参照可能な修正ウェブページを作成することを特徴とする請求項１０に記載のサーバ。
12. さらに、端末の識別子とそのユーザインタフェースの特性とを対応付けた管理データベースを具備し、
    前記特定手段は、アクセス元端末の識別子をキーとして前記管理データベースを参照し、当該アクセス元端末のユーザインタフェースの特性を特定することを特徴とする請求項１０に記載のサーバ。
13. さらに、前記修正ウェブページを保存する保存手段を具備し、
    前記送信手段は、前記保存した修正ウェブページの送信先端末と同じ特性を持つアクセス元端末に、この保存した修正ウェブページを送信することを特徴とする請求項１０に記載のサーバ。

Images