JP2003067330A

JP2003067330A - クライアントサーバシステム

Info

Publication number: JP2003067330A
Application number: JP2001257071A
Authority: JP
Inventors: Noriharu Fujiwara; 範治藤原
Original assignee: Oki Data Corp
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2001-08-28
Filing date: 2001-08-28
Publication date: 2003-03-07

Abstract

(57)【要約】【課題】ユーザの混乱や操作ミスの発生を極力減少さ
せることが可能なクライアントサーバシステムを提供す
る。【解決手段】サーバ情報格納手段１１、モニタ（監
視）手段１２、判定手段１３、サーバ通信手段１４、お
よび送信手段１５を含み構成されたクライアント１を、
Ｗｅｂブラウザ１６をインタフェースとしてＷｅｂサー
バ４とアクセスさせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
しＷｅｂ（World Wide Web）サーバとクライアントとで
構成されるクライアントサーバシステムに関する。

【０００２】

【従来の技術】今日、インターネット上では、静的な情
報公開だけでなく、よりアクティブな機能を提供するサ
イトが増えている。周知の例では、ユーザの入力したキ
ーワードに関係するＷｅｂページの検索サービスを提供
するエンジンサイトがある。その他、オンラインアルバ
ムサービスやＥ−ｃａｒｄ送信といったオンラインサー
ビスを提供するサイトもある。オンラインサービスで
は、画像データをサーバにアップロードして登録し、Ｗ
ｅｂを通じて一般公開または特定人に限った限定公開を
することができる。また、Ｅ−ｃａｒｄ送信では、画像
データやこの画像データに付加するコメント、送信先の
メールアドレスを指定して実行すると、ユーザ所望の画
像データを用いたコメントつきのＷｅｂページがサーバ
のＣＧＩ（Common Gateway Interface）により自動生成
され、当該ページのＵＲＬ（Uniform Resource Locato
r）の記された電子メールが指定の宛先に送信される。
電子メールを受け取った側はメール内に書かれたＵＲＬ
にアクセスすることにより、前記Ｗｅｂページを見るこ
とができる。

【０００３】これらは、画像を媒介としたユーザのコミ
ュニケーションの場や機会を提供する有用なオンライン
サービスの一例である。同一サイトにおいて複数のサー
ビス機能が提供される場合もある。例えば、一つのサイ
トにおいて前記オンラインサービス・Ｅ−ｃａｒｄ送信
双方のサービスが提供される場合がある。このようなオ
ンラインサービスを利用する場合には、ユーザはクライ
アント側のパーソナルコンピュータ（ＰＣ）上でＷｅｂ
ブラウザアプリケーションを実行し、オンラインサービ
スを提供するサーバとこのＷｅｂブラウザをインタフェ
ースとしてインタラクティブな交信操作を行う必要があ
る。

【０００４】以下、オンラインアルバムサービスを例に
用いて説明する。図１４はこのオンラインサービスを説
明するための図である。図１４（ａ）はサイトhttp://w
ww.abcdef.comにおけるオンラインアルバムサービス機
能を利用するためのトップページhttp://www.abcdef.co
m/album/create/にアクセスし、このトップページがＷ
ｅｂブラウザに表示された様子を示す図である。同ペー
ジにおいてユーザは、（１）ページ要素１３１にアルバ
ムタイトルを入力し、（２）ページ要素１３２にアルバ
ムの補足説明を入力し、（３）ページ要素１３３にアル
バム閲覧用パスワードを入力する。そして、ページ要素
１３４のプッシュボタンをマウスクリックすると、図１
４（ｂ）に示すような画像指定用ページに移動する。こ
の画像指定用ページでは、まず（４）アップロードした
い画像データのパスをページ要素１３５に入力し、次に
（５）画像に個別に付加したいコメントがあればそれを
ページ要素１３６に入力する。その後、ページ要素１３
７のアップロードボタンをマウスクリックすると、前記
（４）で指定した画像のアップロード処理が実行され
る。以上の操作をアップロードしたい画像の枚数分だけ
繰り返し、すべての画像のアップロードが終了した時点
でページ要素１３８の終了ボタンをマウスクリックする
とアルバム作成の操作は終了し、作成したアルバムの内
容が表示される（図１５（ａ）参照）。

【０００５】同一種類のオンラインサービスを提供する
サイトであっても、サイトの構造やページデザインの違
いにより、ユーザに要求される操作手順は異なる。例え
ば、同じオンラインアルバムサービスを提供するサイト
であっても、図１５（ｂ）に示すサイト例では、図１４
（ａ）、（ｂ）に示した例とは異なり、同一ページ内に
おいては次のような操作手順が要求される。まず、
（１）ページ要素１３９にアルバムタイトルを入力し、
（２）ページ要素１４０にアルバムの補足説明を入力
し、（３）ページ要素１４１にアップロードしたい画像
データのパスを指定してアップロードリンク１４２をマ
ウスクリックする。（４）もし、他にもアップロードし
たい画像がある場合には、前記（３）の操作をアップロ
ードしたい画像の枚数分だけ繰り返し行う。そして、
（５）最後にページ要素１４３の終了ボタンをマウスク
リックする。

【０００６】

【発明が解決しようとする課題】ところで、インターネ
ット上のオンラインサービスを利用する上で、オンライ
ンサービス提供サイトのページデザインおよびページ間
構造の複雑さから、所望のサービス機能のトップページ
へ進むためのリンクを探し当てるのに手間取ったり、所
望のサービス機能のトップページへの到達後サービス機
能を実行するための操作手順の遂行に手間取ったりする
ことがある。また、同様の問題は、同じ種類のサービス
機能を提供する複数のサイトを利用する場合であって
も、ページ間構造やページデザインに違いがあれば発生
するおそれがある。特に、ＰＣを使い慣れていない初心
者ユーザにとっては、これらの問題は顕著である。

【０００７】これらの問題が発生するのは、まず第１に
サイトのページデザインの複雑さに起因すると考えられ
る。すなわち、ユーザが利用しようとするサービス機能
とは本来関係ないページ要素がページ内に含まれている
ことによりユーザは混乱を生じるのである。第２にペー
ジ間構造の複雑さにも起因すると考えられる。すなわ
ち、ページデザインの複雑さだけでなく、ハイパーリン
クと対応付けられている無関係なページ要素が存在すれ
ば、それをユーザが誤ってマウスクリックしてしまうと
無関係なページが表示されてしまい、ユーザのさらなる
混乱を招くことになるのである。

【０００８】これらの問題に対する１つの解決方法とし
て、特開２０００−２２２２７６公報に開示された発明
がある。この発明は、Ｗｅｂサーバから送られてくるペ
ージ内に含まれるページ要素を置き換えまたは削除する
というものである。しかし、この発明は、携帯端末等の
普及コンピューティング装置においてＷｅｂページの表
示が問題なく行えるようにするということを基準にして
ページ要素の操作を行うものであり、ページデザインの
複雑さの問題はある程度解決されても、ページ間構造の
問題についての解決には至らない。

【０００９】そこで、本発明は上記のような従来技術の
有する問題点に鑑みなされたものであり、その目的はユ
ーザの混乱や操作ミスの発生を極力減少させることが可
能なクライアントサーバシステムを提供することにあ
る。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明のクライアントサーバシステムは、特定の処
理を実行するサーバとそのサービスを受けるクライアン
トで構成されたクライアントサーバシステムにおいて、
前記サーバに関する情報を格納するサーバ情報格納手段
と、前記サーバに対して送信されるリクエストを監視す
る監視手段と、前記サーバ情報格納手段に格納されてい
るサーバ情報に基づいて前記リクエストの有効無効を判
定する判定手段と、前記サーバとの通信を行い前記リク
エストに対するレスポンスを取得するサーバ通信手段
と、前記レスポンスを前記リクエストの送信元に送信す
る送信手段とを含み、前記判定手段は有効であると判定
した前記リクエストのみを前記サーバ通信手段へ送信す
る。

【００１１】また、本発明のクライアントサーバシステ
ムは、特定の処理を実行するサーバとそのサービスを受
けるクライアントで構成されたクライアントサーバシス
テムにおいて、前記サーバからのレスポンスの内容を抑
制するための制御情報を格納するサーバ情報格納手段
と、前記サーバと通信を行い前記送信元からのリクエス
トに対するレスポンスを取得するサーバ通信手段と、前
記サーバ情報格納手段に格納されている制御情報に基づ
いて前記レスポンスを構成するページ要素の加工処理を
行う加工手段と、この加工手段が加工した後のレスポン
スを前記リクエストの送信元に送信する送信手段と、を
含んでいる。前記サーバ情報格納手段は同一のサーバに
対して複数の異なる制御情報が格納できるようになって
いる。

【００１２】さらに、本発明のクライアントサーバシス
テムでは、前記監視手段が検出したリクエストの宛先で
ある前記サーバに対して定義された複数の制御情報に対
応する選択肢を前記リクエストの送信先に対し提示する
制御モード提示手段と、前記リクエストの送信先からの
選択肢の選択指定を受け付ける制御モード指定手段とを
備え、前記加工手段は、前記サーバに対して定義された
複数の制御情報の中から前記制御モード指定手段により
指定された制御情報に基づいて、前記サーバ通信手段が
取得したレスポンスを構成するページ要素の加工処理を
行う。

【００１３】本発明のクライアントサーバシステムにお
いて、前記加工手段は、ページ要素を除去する処理、ペ
ージ要素を他のものに書き換える処理、ページ要素から
ハイパーリンクとの対応付けを除去する処理、ページ要
素とハイパーリンクの対応付けを変更する処理、の何れ
か１つ以上を行う。

【００１４】また、本発明のクライアントサーバシステ
ムは、複数のサーバとクライアント管理者を含む複数の
クライアントを有するクライアントサーバシステムにお
いて、前記各クライアントには通信条件が設定されてい
る。なお、この通信条件は前記クライアント管理者によ
り変更が可能である。

【００１５】

【発明の実施の形態】以下、図示した一実施の形態に基
づいて本発明を詳細に説明する。〈実施の形態１〉図１は、本実施の形態にかかるクライ
アントサーバシステムの概略構成を示すブロック図であ
る。本実施の形態のクライアントサーバシステムでは、
サーバ情報格納手段１１、モニタ（監視）手段１２、判
定手段１３、サーバ通信手段１４、および送信手段１５
を含み構成されたクライアント１が、Ｗｅｂブラウザ１
６をインタフェースとしてＷｅｂサーバ２とアクセスす
る。

【００１６】サーバ情報格納手段１１は、アクセスする
Ｗｅｂサーバ２に関する情報を格納する。モニタ手段１
２は、Ｗｅｂブラウザ１６に対するユーザのアクセス操
作を監視する。判定手段１３は、モニタ手段１２によっ
て捕獲されたユーザのアクセス操作を判定し、有効であ
ると判定されたアクセス操作のみをサーバ通信手段１４
へ通知する。サーバ通信手段１４は、Ｗｅｂサーバ２と
の通信を行い、Ｗｅｂサーバ２から得たレスポンスを送
信手段１５へ送信する。送信手段１５は、サーバ通信手
段１４から受け取ったサーバレスポンスをＷｅｂブラウ
ザ１６へ送信する。

【００１７】本実施の形態のシステムでは、ユーザの操
作により、Ｗｅｂブラウザ１６を通じて発行されるリク
エストを監視し、あらかじめ格納保持しておくＷｅｂサ
ーバ２の情報に基づいて有効か無効かを判定し、無効と
判定されたリクエストを遮断する（サーバに渡さないよ
うにする）ことによって、Ｗｅｂブラウザ１６とＷｅｂ
サーバ２とのアクセスを制御する。

【００１８】サーバ情報格納手段１１では、あらかじめ
Ｗｅｂサーバ２からのＨＴＴＰ（HyperText Transfer P
rotocol）レスポンスに含まれるページ要素についての
有効無効データを格納しておく。その具体例を図２に示
す。図２は、サーバ情報格納手段１１に格納されるデー
タ構造の一例を示す図である。ＵＲＬ欄をもつノードを
ルートとするツリーデータ構造１０１、１０２、１０
３、…のそれぞれが、１つのＨＴＴＰレスポンスに関す
るデータを表している。ＵＲＬ欄には当該ＨＴＴＰレス
ポンスを得るためのＵＲＬ文字列を格納する。

【００１９】ＲＥＭＯＶＥ欄には、当該ＨＴＴＰレスポ
ンスページ内に含まれるページ要素のうち、対応付けら
れているＨＴＴＰリクエストを無効にするものを列挙し
指定する。ページ要素には、テキスト、画像等があり、
それらに対してhrefタグを記述することにより他のＵＲ
Ｌと対応付けることができる。例えば、 <a href="http://www.abcdef.com/page1.html">最新情
報</a> の記述により、テキスト文字列“最新情報”に対し他の
ページpage1.htmlへの参照が設定される。これにより、
ページ内に表示されたテキスト文字列“最新情報”をマ
ウスクリックすると、サーバhttp://www.abcdef.com/に
対しpage1.htmlの取得要求リクエストがＷｅｂブラウザ
から発行される。同様に、hrefタグとimgタグを併用し
て、 <a href="http://www.abcdef.com/page2.html"><img sr
c=http://www.abcdef.com/button.gif></a> と記述することにより、画像button.gifにページpage2.
htmlへの参照を設定できる。このようなサーバへのリク
エスト発行と関連付けられているページ要素は、ホット
スポットと呼ばれることもある。

【００２０】また、その他のページ要素として、フォー
ムと呼ばれるものもある。フォームは、テキスト入力フ
ィールド、プッシュボタン等の種類のフォームフィール
ド要素をもち、各フィールドで指定したパラメータ群を
送信してサーバで処理を行わせるためのものである。例
えば、図１４、図１５に示した例では、ページ要素１３
１、１３２、１３３、１３５、１３６等がテキスト入力
フィールドであり、ページ要素１３４、１３７、１３８
がプッシュボタンである。フォームは以下に示すように
<form>〜</form>内に記述する。

【００２１】<form action="http://www.abcdef.com/cg
i-bin/create"> <input type="text"value="アルバム名"name="ALBUMNAM
E"> <input type="submit"value="次へ"name="NEXTBUTTON"> </form> １行目のactionにより、処理実行のためのcgiスクリプ
ト等のプログラムの所在地をＵＲＬで指定する。フォー
ムフィールド要素は、２行目のテキスト入力フィールド
と３行目のプッシュボタンであり、typeに“submit”が
指定されている要素がマウスクリックされると、フォー
ムフィールド要素に指定されたパラメータが送信され処
理が実行される。フォームフィールド要素のnameは、処
理を実行するサーバプログラムのための内部参照識別子
である。

【００２２】ページ要素の判定の仕方については、テキ
スト文字列の場合はその文字列情報そのもの、画像の場
合はbutton.gif等の画像ファイル名を用いて識別するこ
とができる。フォームフィールド要素の場合は、nameプ
ロパティによって識別可能である。またＰＣプラットフ
ォームで使用されるＷｅｂブラウザのほとんどのシェア
を占めているマイクロソフト社のＷｅｂブラウザ（Inte
rnet Explorer）のバージョン４．０以降では、任意の
ページ要素に対してidキーワードを用いた識別子の設定
が行えるようにＨＴＭＬの仕様が拡張されている。例え
ば、前述したテキスト文字列の例では、 <a href="http://www.abcdef.com/page1.html"id=whats
new>最新情報</a> の記述により、アンカー付きテキスト文字列“最新情
報”に対して、他のページ要素と区別するための識別子
として“whatsnew”の文字列を付与することができる
（ただし、未対応のＷｅｂブラウザでは前記id=whatsne
wの部分は読み捨てられる）。

【００２３】再び、図２の説明に戻る。ＲＥＭＯＶＥ欄
では、上記に例示したページ要素特定方法の何れかによ
り対応付けられているＨＴＴＰリクエストを無効にする
ページ要素を列挙し指定する。例えばページ要素１０１
では、http://www.abcdef.com/album/create/のＵＲＬ
リクエストに対するサーバレスポンスを構成するページ
要素のうち、画像名がbutton.gifの画像、およびname識
別子がclearであるフォームフィールド要素の２つに対
して、マウスクリックやリターンコード入力によるリク
エスト送信を無効にすることが指定されている。

【００２４】以下、図３に示すフローチャートに基づき
本実施の形態のシステムにおけるＷｅｂサーバとのアク
セス処理手順を説明する。１）まず、モニタ手段１２を作動させ、ユーザがＷｅｂ
ブラウザ１６上で行った操作をモニタ手段１２で検出す
る（ステップＳ１）。

【００２５】２）次に、判定手段１３において、ステッ
プＳ１において検出されたユーザ操作がＵＲＬの変更操
作であるか否かを判定する（ステップＳ２）。ここで
は、Ｗｅｂブラウザ１６のＵＲＬ入力欄にＵＲＬを直接
入力してリターンキー入力が行われたか、ブックマーク
の選択が行われたか、あるいはＷｅｂブラウザ１６に通
常装備されている“戻る”“進む”コマンドにより過去
に表示されたページの指定が行われたか等の方法によっ
てＷｅｂブラウザ１６に表示するページの変更が指示さ
れたか否かを判定する。そして、前記変更が指示された
場合にはステップＳ５へ進み、そうでなければステップ
Ｓ３へ進む。３）ステップＳ２において、Ｗｅｂブラウザ１６に表示
するページの変更が指示されていないと判定された場
合、ページ内のホットスポットに対するマウスクリック
やリターンキー操作であるかの判定を行う（ステップＳ
３）。ここで肯定された場合には次のステップＳ４へ進
み、否定された場合には処理を終了する。

【００２６】４）判定手段１３により、ステップＳ３に
おいて判定された操作対象のホットスポットの有効の有
無を判定する（ステップＳ４）。判定はptrが現在参照
しているサーバ情報データのＲＥＭＯＶＥ欄に列挙され
ているものに該当していれば無効と判定し、それ以外の
場合には有効と判定する。なお、ptrとは、図２に例示
されたサーバ情報をなすツリーデータ構造１０１、１０
２の参照ポインタであり、初期状態ではptr=NULL、すな
わちどのツリーデータ構造も参照していない状態とな
る。このステップＳ４では、ptr=NULLの場合も有効と判
定される。このステップＳ４において、有効と判定され
た場合には次のステップＳ５へ進み、無効と判定された
場合には処理を終了する。５）サーバ通信手段１４を作動させ、ユーザ操作に対応
するリクエストをＷｅｂサーバ２へ送信しＷｅｂサーバ
２からのレスポンスを得て、このサーバレスポンスを送
信手段１５へ送る（ステップＳ５）。

【００２７】６）送信手段１５を作動させ、サーバ通信
手段１４から送られたサーバレスポンスをＷｅｂブラウ
ザ１６へ送信する（ステップＳ６）。７）サーバ情報格納手段１１に格納されているデータの
ツリーデータ構造のうち、ＵＲＬ欄の記載内容がステッ
プＳ５においてＷｅｂサーバ２へ送信したリクエストに
該当するものを探し、その存在が確認された場合にはpt
rにその参照を設定し、その存在が確認できない場合に
はptr=NULLと設定し（ステップＳ７）、終了する。

【００２８】以上説明した手順により、本実施の形態の
システムによれば、Ｗｅｂブラウザ１６を介して行われ
るＷｅｂサーバ２とのやり取りを監視し、サーバ情報格
納手段１１に格納されているデータに基づいて無効であ
るとあらかじめ定義されたリクエストはＷｅｂサーバ２
へ送らず遮断することで、Ｗｅｂブラウザ２の公開して
いるＨＴＭＬページのページデザインやページ間構造を
自由に簡素化することができる。これにより、決められ
た操作手順が要求されるオンラインサービスにアクセス
する場合でも、利用しようとするサービス機能に必要最
小限なページ要素に対する操作のみが有効となるように
サーバ情報格納手段１１に格納されているデータを構成
して制御することにより、例えば無用なページを開いて
しまうといった操作上の無駄を未然に防ぐことができ
る。

【００２９】〈実施の形態２〉図４は、本実施の形態に
かかるクライアントサーバシステムの概略構成を示すブ
ロック図である。本実施の形態のクライアントサーバシ
ステムでは、サーバ情報格納手段３１、受信（監視）手
段３２、加工手段３３、サーバ通信手段３４、および送
信手段３５を含み構成されたクライアント３が、Ｗｅｂ
ブラウザ３６をインタフェースとしてＷｅｂサーバ４と
アクセスする。

【００３０】サーバ情報格納手段３１は、アクセスする
Ｗｅｂサーバ４に関する情報を格納する。受信手段３２
は、Ｗｅｂブラウザ３６から発行されるリクエストを受
信し、必要な情報を加工手段３３およびサーバ通信手段
３４へ送る。加工手段３３は、受信手段３２によって取
得されたリクエストの内容、サーバ情報格納手段３１に
格納されているデータをもとに後述するサーバ通信手段
３４から得たサーバレスポンスの内容を加工し、加工後
のサーバレスポンスを送信手段３５に送信する。サーバ
通信手段３４は、受信手段３２経由で得たリクエストの
内容に基づきＷｅｂサーバ４との通信を行い、Ｗｅｂサ
ーバ４から得たレスポンスを加工手段３３へ送信する。
送信手段３５は、加工手段３３から得た加工後のサーバ
レスポンスをＷｅｂブラウザ３６へ送信する。

【００３１】本実施の形態のシステムは、ユーザの操作
によりＷｅｂブラウザ３６を通じてＷｅｂサーバ４に向
けて発せられるリクエストを監視し、このリクエストに
対するＷｅｂサーバ４からのレスポンス内容をあらかじ
め格納保持しておいたＷｅｂサーバ４の情報に基づいて
加工してからＷｅｂブラウザ３６に表示するものであ
る。

【００３２】サーバ情報格納手段３１では、あらかじめ
Ｗｅｂサーバ４からのＨＴＴＰレスポンスに含まれるペ
ージ要素についての有効無効の情報を格納しておく。こ
のサーバ情報格納手段３１におけるデータ構造は、図２
に示した実施の形態１のものと同様である。

【００３３】加工手段３３では、受信手段３２によって
取得されたリクエストの内容およびサーバ情報格納手段
３１に格納されているデータをもとにサーバ通信手段３
４から得たサーバレスポンスの内容を加工し、加工後の
サーバレスポンスをＷｅｂブラウザ３６へ送信する。こ
の処理手順を図５に示す。

【００３４】１）受信手段３２から受け取ったのが、例
えばＵＲＬリクエストhttp://www.abcdef.com/album/cr
eate/であった場合、まず、サーバ情報格納手段３１の
中にＵＲＬ欄が一致するツリーデータ構造のものがある
か否かを検索する（ステップＳ１１）。ＵＲＬ欄が一致
するツリーデータ構造のもの（例えば、図２に示したデ
ータ構造１０１）がある場合には、次のステップＳ１２
へ進み、なければ処理を終了する。２）次に、検索されたツリーデータ構造のもの（例え
ば、図２に示したデータ構造１０１）がある場合には、
次のステップＳ１２へ進み、なければ処理を終了する。

【００３５】３）次に、検索されたツリーデータ構造の
ＲＥＭＯＶＥ欄で指定されているページ要素の加工処理
を行う（ステップＳ１２）。４）次いで、ステップＳ１２において加工された後のレ
スポンスを送信手段３５へ送信し（ステップＳ１３）、
終了する。

【００３６】ステップＳ１２における加工処理は、Ｗｅ
ｂサーバ４からのレスポンスであるテキストデータのパ
ーシング（構文解析処理）を行い、ＲＥＭＯＶＥ欄で指
定されているページ要素部分を削除するか、hrefタグに
よるＵＲＬとの関連付けを削除することにより無効化を
行うものである。例えば、ホットスポットであるページ
要素button1.gifが <a href="http://www.abcdef.com/page2.html"><img sr
c=http://www.abcdef.com/button1.gif></a> と記述されている場合、この記述を完全に削除するかhr
efタグ記述を削除して <img src=http://www.abcdef.com/button1.gif> のように記述を加工する。記述を完全に削除した場合
は、そのページ要素はＷｅｂブラウザ３６上で全く表示
されなくなる。一方、hrefタグ記述のみを削除した場合
は、ページ要素自体はＷｅｂブラウザ３６上に表示され
るが、ＵＲＬ情報との関連性は失われるのでマウスクリ
ックによるＷｅｂサーバ４へのリクエスト発行は行われ
なくなる。

【００３７】以下、図６に示すフローチャートに基づき
本実施の形態のシステムにおけるＷｅｂサーバ４とのア
クセス処理手順を説明する。１）まず、ユーザの操作によりＷｅｂブラウザ３６から
発行されたリクエストを受信手段３２により受信し、こ
れを加工手段３３およびサーバ通信手段３４へ送る（ス
テップＳ２１）。２）次に、サーバ通信手段３４を作動させ、前記リクエ
ストに対するＷｅｂサーバ４からのレスポンスを取得
し、これを加工手段３３へ送る（ステップＳ２２）。

【００３８】３）次いで、加工手段３３を作動させ、前
記サーバレスポンスを加工し、この加工したサーバレス
ポンスを送信手段３５へ送信する（ステップＳ２３）。４）そして、送信手段３５を作動させ、加工手段３３か
ら送られた前記加工後のサーバレスポンスをＷｅｂブラ
ウザ３６へ送り（ステップＳ２４）、終了する。

【００３９】ステップＳ２３において、加工手段３３が
行う処理としては、指定したページ要素を無効化するだ
けでなく、指定のページ要素を任意のものに置き換える
処理であってもよい。また、これらの処理が混在しても
よい。

【００４０】次に、ページ要素の置き換えを行うための
サーバ情報格納手段３１に格納されるデータ構造の一例
を図７に示す。このデータ構造は、図２に示したデータ
形式におけるＲＥＭＯＶＥ欄に加えてＲＥＰＬＡＣＥ欄
が設けられている。ツリーデータ構造１１１のＲＥＰＬ
ＡＣＥ欄では、ＵＲＬリクエストhttp://www.abcdef.co
m/album/create/に対するレスポンスを構成するページ
要素のうちの画像button6.gifをok button.gifに置き換
えることが指定されている。置き換え処理は、 <a href="http://www.abcdef.com/page2.html"><img sr
c=http://www.abcdef.com/button6.gif></a> がもとのページ要素の記述であれば、 <a href="http://www.abcdef.com/page2.html"><img sr
c=C:\Windows\TEMP\okbutton.gif></a> のように、<img…>タグ内の"src="の部分を例えばサー
バ情報格納手段３１内の所定のアドレスにコピーした置
き換え用画像ok button.gifの参照記述に置換すること
により達成できる。

【００４１】図７に示すツリーデータ構造１１２のＲＥ
ＰＬＡＣＥ欄も同様に、ＵＲＬリクエストhttp://www.x
yz.com/myalbum/のレスポンスに対して、ページ要素but
ton7.gifをok button.gifに置き換えることを指示する
情報である。ツリーデータ構造１１１とツリーデータ構
造１１２のように、異なるサーバレスポンスのページ要
素に対して同じ画像ok button.gifへの置き換えを指定
してもよい。このようにすれば、例えば同じオンライン
サービス機能を提供するサイトＡとサイトＢを利用する
場合、機能利用の操作手順にとって不要なものは無効に
し、なおかつ操作手順において同じ役割を担っているペ
ージ要素は同一の外観をもつページ要素に置き換えて表
示させるようにすることが可能である。これにより、ペ
ージデザインやページ間構造の違いによるサイト間のイ
ンタフェースの違いを緩和することができ、ユーザ操作
の混乱やミスの発生を減少させることができる。

【００４２】以上のように、本実施の形態のクライアン
トサーバシステムでは、ユーザの操作によりＷｅｂブラ
ウザ３６を通じてＷｅｂサーバ４に発行されるリクエス
トを監視し、このリクエストに対するＷｅｂサーバ４か
らのレスポンスの内容をあらかじめサーバ情報格納手段
３１に格納保持してあるサーバ情報に基づいて加工する
ことにより、ユーザがＷｅｂサーバ４にアクセスする際
のインタフェースであるＷｅｂブラウザ３６の表示内容
を制御する。これにより、ユーザの操作の混乱やミスの
発生を抑制することができる。

【００４３】また、本実施の形態のクライアントサーバ
システムは、図８に示すように、サーバ情報格納手段３
１、受信手段３２、加工手段３３、サーバ通信手段３
４、および送信手段３５を備えた中継用サーバ６を介
し、Ｗｅｂブラウザ３６をインタフェースとして、クラ
イアント５とＷｅｂサーバ４とをアクセスさせる構成と
することも可能である。

【００４４】〈実施の形態３〉図９は、本実施の形態に
かかるクライアントサーバシステムの概略構成を示すブ
ロック図である。本実施の形態のクライアントサーバシ
ステムでは、サーバ情報格納手段７１、受信（監視）手
段７２、加工手段７３、サーバ通信手段７４、送信手段
７５、閲覧モード提示手段７６、および閲覧モード指定
手段７７を含み構成されたクライアント７が、Ｗｅｂブ
ラウザ７８をインタフェースとしてＷｅｂサーバ８とア
クセスする。

【００４５】サーバ情報格納手段７１は、アクセスする
Ｗｅｂサーバ８に関する情報を格納する。受信手段７２
は、Ｗｅｂブラウザ７８から発行されるリクエストを受
信し、必要な情報を加工手段７３およびサーバ通信手段
７４へ送る。加工手段７３は、受信手段７２によって取
得されたリクエストの内容、サーバ情報格納手段７１に
格納されているデータをもとにサーバ通信手段７４から
得た後述するサーバレスポンスの内容を加工し、加工後
のサーバレスポンスを送信手段７５に渡す。サーバ通信
手段７４は、受信手段７２経由で得たリクエストの内容
に基づきＷｅｂサーバ８との通信を行い、Ｗｅｂサーバ
８から得たレスポンスを加工手段７３へ送信する。送信
手段７５は、加工手段７３から得た加工後のサーバレス
ポンスをＷｅｂブラウザ７８へ送信する。閲覧モード提
示手段７６は、Ｗｅｂブラウザ７８でのページ表示に適
用可能な閲覧モードをユーザに提示する。閲覧モード指
定手段７７は、ユーザからの閲覧モードの選択指定を受
け付ける。

【００４６】本実施の形態のクライアントサーバシステ
ムでは、ユーザの操作によりＷｅｂブラウザ７８を通じ
てＷｅｂサーバ８に発行されるリクエストを監視し、こ
のリクエストに対するサーバレスポンスの内容をあらか
じめ格納保持されているＷｅｂサーバ情報に基づいて加
工してからＷｅｂブラウザ７８に表示することにより、
ユーザがＷｅｂサーバ８にアクセスする際のインタフェ
ースであるＷｅｂブラウザ７８の内容表示を自由に制御
する。加えて、複数の閲覧モードに基づいた選択的なサ
ーバレスポンスの加工処理を行うことにより、同一のＷ
ｅｂページであっても、Ｗｅｂブラウザ７８に表示する
ページ要素の制御をユーザの目的に応じた最適なものに
できる。

【００４７】図１０はサーバ情報格納手段７１に格納さ
れるデータ構造の一例を示す図である。このデータは複
数のページ集合データ１２１、１２２、…からなってい
る。各ページ集合データは、アクセスしようとするＷｅ
ｂサーバ８が返してくるＨＴＴＰレスポンスについて、
ページ要素の加工情報を格納する。ページ集合データ１
２１は、閲覧モード定義テーブル１２３、ＨＴＴＰレス
ポンスデータ１２４、１２５、…を有している。閲覧モ
ード定義テーブル１２３は、当該ページ集合データに属
するＨＴＴＰレスポンスに対して適用される閲覧モード
を定義している。閲覧モード定義テーブル１２３では、
mode1、mode2、mode3の３つの閲覧モードがあり、各モ
ードをユーザに対して“アルバム作成”、“Ｅ−ｃａｒ
ｄ送信”、“画像カテゴリ検索”として提示することが
定義されている。ＨＴＴＰレスポンスデータ１２４は、
http://www.abcdef.com/album/create/に対するもので
ある。また、ＨＴＴＰレスポンスデータ１２５は、htt
p://www.abcdef.com/cgi-bin/create/に対するものであ
る。ＨＴＴＰレスポンスデータ１２４、１２５では、mo
de1、mode2、mode3の各閲覧モードが適用される場合に
ついてそれぞれのページ要素の加工情報を有している。
また、ページ集合データ１２２以下もページ集合データ
１２１と同様の構成である。なお、ページ集合データの
構成方法としては、Ｗｅｂサーバごとに分類して構成す
る形態が考えられるが、これに限らず、１つのページ集
合データが異なるＷｅｂサーバのＨＴＴＰレスポンス情
報を含んでいてもよい。

【００４８】以下、図１１に示すフローチャートに基づ
き本実施の形態のシステムにおけるＷｅｂサーバ８との
アクセス処理手順を説明する。このシステムでは、ユー
ザ操作によりＷｅｂブラウザ７８から発行されたリクエ
ストを受信手段７２が受信するか、またはユーザの行っ
た閲覧モード指定を閲覧モード指定手段７７が受けるか
の何れかによって処理が開始される。図１１（ａ）が前
者の場合の処理手順を示すフローチャートであり、同図
（ｂ）が後者の場合の処理手順を示すフローチャートで
ある。なお、図中のptrは、図１０において例示したサ
ーバ情報を構成するツリーデータ構造（ＨＴＴＰレスポ
ンスデータ１２４、１２５）の参照ポインタ変数であ
り、初期状態ではptr=NULL、すなわちどのツリーデータ
構造も参照していない状態であるとする。また、MODE
は、ユーザに指定された閲覧モードを保持しておく変数
であり、初期状態ではMODE=none、すなわち閲覧モード
未定義であるとする。

【００４９】まず、ユーザ操作によりＷｅｂブラウザ７
８から発行されたリクエストを受信手段７２が受信した
場合の処理手順を、図１１（ａ）に示すフローチャート
に基づき説明する。１）まず、受信手段７２を作動させ、Ｗｅｂブラウザ７
８から発行されたリクエスト情報を加工手段７３および
サーバ通信手段７４へ送る（ステップＳ３１）。２）次に、加工手段７３は、サーバ情報格納手段７１に
格納されているデータのツリーデータ構造のうちＵＲＬ
欄の記載内容が受信したリクエストに該当するものを探
し、該当するものがあればそのptrに参照値を設定し、
該当するものがなければptr=NULLと設定する（ステップ
Ｓ３２）。

【００５０】３）次いで、加工手段７３においてptr=NU
LLであるか否かを判定する（ステップＳ３３）。ptr=NU
LLである場合にはステップＳ３４へ進み、ptr=NULLでな
い場合にはステップＳ３５へ進む。４）ptr=NULLである場合は、サーバ情報格納手段７１に
格納されたデータの中に該当するツリーデータ構造はな
いので（ページ要素の表示を制御する必要はない）、閲
覧モードの提示をクリアし（ステップＳ３４）、ステッ
プＳ３７へ進む。５）ptr=NULLでない場合は、ptrに設定されたツリーデ
ータ構造の属するページ集合データがそれまでのものか
ら変わったか否かを判定する（ステップＳ３５）。変わ
っている場合にはステップＳ３６へ進み、変わっていな
い場合にはステップＳ３７へ進む。

【００５１】６）ステップＳ３５でptrに設定されたツ
リーデータ構造の属するページ集合データがそれまでの
ものから変わっていると判定された場合に、閲覧モード
提示手段７６を作動させ、ptrの示すツリーデータ構造
の属するページ集合データ閲覧モード定義テーブルに基
づいて閲覧モードの選択肢をユーザに提示しMODE=none
（初期化）と設定する（ステップＳ３６）。そして、ス
テップＳ３７へ進む。７）サーバ通信手段７４を作動し、Ｗｅｂブラウザ７８
から発行された前記リクエストに対するＷｅｂサーバ８
からのレスポンスを取得し、これを加工手段７３へ送る
（ステップＳ３７）。

【００５２】８）加工手段７３を作動させ、ステップＳ
３７で取得したサーバレスポンスを加工し、加工後のサ
ーバレスポンスを送信手段７５へ送る（ステップＳ３
８）。９）送信手段７５を作動させ、加工手段７３から送られ
た前記加工後のサーバレスポンスをＷｅｂブラウザ７８
へ送信し（ステップＳ３９）、終了する。

【００５３】次に、ユーザの行った閲覧モード指定を閲
覧モード指定手段７７が受ける場合の処理手順を、図１
１（ｂ）に示すフローチャートに基づき説明する。１）まず、閲覧モード指定手段７７を作動させ、ユーザ
からの閲覧モード指定を受け変数MODEを設定する（ステ
ップＳ４１）。２）サーバ通信手段７４を作動させ、Ｗｅｂブラウザ７
８から発行されたリクエストに対するＷｅｂサーバ８か
らのレスポンスを取得し、これを加工手段７３へ送る
（ステップＳ４２）。

【００５４】３）加工手段７３を作動させ、前記サーバ
レスポンスを加工して加工後のサーバレスポンスを送信
手段７５へ送る（ステップＳ４３）。４）送信手段７５を作動させ、加工手段７３から送られ
た加工後のサーバレスポンスをＷｅｂブラウザ７８へ送
信する（ステップＳ４４）。

【００５５】前記ステップＳ３８およびステップＳ４３
で行われる加工手段７３による処理は、変数ptrおよびM
ODEを参照して行われる。この手順を図１２に示す。１）まず、加工手段７３は、ptr=NULLであるか否かを判
定する（ステップＳ５１）。ptr=NULLである場合にはペ
ージ要素を制御する必要はないのでサーバレスポンスの
加工は行わず、そのままステップＳ５４へ進む。ptr=NU
LLでない場合にはステップＳ５２へ進む。２）次に、加工手段７３は、MODE=noneであるか否かを
判定する（ステップＳ５２）。MODE=noneである場合は
閲覧モードの指定がまだ行われていない状態であるので
ページ要素を制御する必要はなく、サーバレスポンスの
加工は行わず、そのままステップＳ５４へ進む。MODE=n
oneでない場合にはステップＳ５３へ進む。

【００５６】３）次いで、加工手段７３は、ページ要素
の加工処理を行う（ステップＳ５３）。このステップに
おけるページ要素の加工処理は、サーバ情報格納手段７
１に格納されているデータ中の、ptrが参照するツリー
データ構造の変数MODEに設定されている閲覧モードに対
応する加工情報に基づいて行われる。先に示した図１０
のデータ構造例でいえば、ptrがツリーデータ構造１２
５を参照していてMODE=mode2の場合は、加工情報１２６
に基づいて該当するページ要素の無効化または置き換え
処理を行う。なお、ページ要素の無効化または置き換え
処理については実施の形態２で説明した通りである。４）サーバレスポンスを送信手段７５へ送信し（ステッ
プＳ５４）、終了する。

【００５７】以上のように、本実施の形態のクライアン
トサーバシステムによれば、ユーザがＷｅｂサーバ８に
アクセスする際のインタフェースであるＷｅｂブラウザ
７８の表示に対して、複数の閲覧モードごとに異なる制
御を施すことができる。すなわち、同一のＷｅｂページ
／Ｗｅｂサーバにアクセスする場合であっても、目的に
応じた最適なページ要素の制御を選択的に実行すること
ができる。

【００５８】先に従来技術で説明したオンラインサービ
ス提供サイトを例にとって考えてみると、あるオンライ
ンサービス提供Ｗｅｂサーバが、利用できる機能として
“アルバム作成”、“Ｅ−ｃａｒｄ送信”、“画像カテ
ゴリ検索”の３つのサービスを提供しているとする。通
常のアクセス方法では、Ｗｅｂサーバから送信されるペ
ージの内容がそのまま表示されるＷｅｂブラウザを介し
てユーザはサーバにアクセスし、サービス利用のための
操作を行う。したがって、ユーザの利用目的のサービス
機能とは本来無関係のページ要素を誤って操作してしま
うなどして、目的とするサービス機能実行の操作に手間
取ることも考えられる。

【００５９】しかし、本実施の形態のシステムによれ
ば、Ｗｅｂサーバにアクセスした際に“アルバム作
成”、“Ｅ−ｃａｒｄ送信”、“画像カテゴリ検索”の
サービス機能に対応する３つの閲覧モードをユーザに提
供し、ユーザの選択した閲覧モードに応じてサーバから
送信されてくるページの内容を最適に制御する。すなわ
ち、ユーザの選択したサービス利用にとって不要なペー
ジ要素を無効にする等の制御を行う。この結果、ユーザ
がＷｅｂサーバにアクセスする際の操作ミスの発生を効
果的に減少させることができる。

【００６０】また、本実施の形態のクライアントサーバ
システムは、図１３に示すように、サーバ情報格納手段
７１、受信手段７２、加工手段７３、サーバ通信手段７
４、送信手段７５、閲覧モード提示手段７６ｂ、および
閲覧モード指定手段７７ｂを備えた中継用サーバ１０を
介し、Ｗｅｂブラウザ７８をインタフェースとして、閲
覧モード受信提示手段７６ａと閲覧モード指定送信手段
７７ａを備えたクライアント９とＷｅｂサーバ８とをア
クセスさせる構成とすることも可能である。

【００６１】閲覧モード受信提示手段７６ａは、中継用
サーバ１０から送信されてくる閲覧モード情報を受信し
それをユーザに提示するためのものである。閲覧モード
指定送信手段７７ａは、ユーザによる閲覧モードの指定
情報を中継用サーバ１０へ送信するためのものである。
また、閲覧モード受信提示手段７６ａおよび閲覧モード
指定送信手段７７ａは、ネットワークを通じて情報の受
渡しを行うものである。閲覧モード受信提示手段７６ａ
と閲覧モード提示手段７６ｂとで行う動作が図９に示さ
れた閲覧モード提示手段７６の動作に相当し、また、閲
覧モード指定送信手段７７ａと閲覧モード指定手段７７
ｂとで行われる動作が図９に示された閲覧モード指定手
段７７に相当する。

【００６２】以上、本発明の一実施形態を図面に沿って
説明した。しかしながら本発明はこの実施の形態に示し
た事項に限定されず、特許請求の範囲の記載に基づいて
その変更、改良等が可能であることは云うまでもない。
例えば、各実施の形態に示した通信装置は、目的のＷｅ
ｂサーバとの通信に際し、キャッシュデータを考慮する
ものであってもよい。

【００６３】また、上記各実施の形態では、１つのサー
バに対し１つのクライアントが接続された状態のシステ
ムについて示したが、複数のサーバと複数のクライアン
トを有するシステムとして構成することも可能である。
ただ、このようなシステム構成の場合、情報の送受信が
特定のクライアントに集中すると、通信障害が発生する
おそれがある。そこで、複数のサーバと複数のクライア
ントを有するシステム構成を採用する場合には、クライ
アント管理者を設けるとよい。そして、クライアント管
理者と各クライアントとの間では、次のような通信方式
の設定を行うとよい。

【００６４】１）まず、クライアント管理者は、特定ま
たは全てのクライアントに対しクライアント管理者から
の通信であることを認識させるための識別信号を送信す
る。２）この識別信号を受信したクライアントは、あらかじ
めサーバ情報格納手段に格納されている通信条件をクラ
イアント管理者に対し送信する。３）クライアント管理者はクライアントから送られた通
信条件と新たに設定すべき通信条件とを比較する。４）クライアント管理者は、クライアントから送られた
通信条件に対し新たに設定、変更または削除が必要な場
合に、クライアントのサーバ情報格納手段に格納されて
いる通信条件（回線トラフィックの混雑を回避する条件
等）の書換えを行う。

【００６５】このようにすることにより、特定のクライ
アントへの通信が集中することを回避し、回線トラフィ
ックの混雑を緩和することが可能になる。また、１つの
クライアントを複数のユーザが使用する場合、通信条件
の設定により、クライアント管理者が意図しないアクセ
スが行われることを回避することもできる。

【００６６】

【発明の効果】上述のように、本発明によれば、ユーザ
の混乱や操作ミスの発生を極力減少させることが可能な
クライアントサーバシステムを提供することができる。

【図面の簡単な説明】

【図１】実施の形態１にかかるクライアントサーバシス
テムの概略構成を示すブロック図である。

【図２】サーバ情報格納手段１１に格納されるデータ構
造の一例を示す図である。

【図３】実施の形態１のクライアントサーバシステムの
動作を説明するためのフローチャートである。

【図４】実施の形態２にかかるクライアントサーバシス
テムの概略構成を示すブロック図である。

【図５】加工手段３３の動作を説明するためのフローチ
ャートである。

【図６】実施の形態２のクライアントサーバシステムの
動作を説明するためのフローチャートである。

【図７】サーバ情報格納手段３１に格納されるデータ構
造の一例を示す図である。

【図８】実施の形態２のクライアントサーバシステムの
変形例を示すブロック図である。

【図９】実施の形態３にかかるクライアントサーバシス
テムの概略構成を示すブロック図である。

【図１０】サーバ情報格納手段７１に格納されるデータ
構造の一例を示す図である。

【図１１】（ａ）、（ｂ）は実施の形態３のクライアン
トサーバシステムの動作を説明するためのフローチャー
トである。

【図１２】加工手段７３の動作を説明するためのフロー
チャートである。

【図１３】実施の形態３のクライアントサーバシステム
の変形例を示す図である。

【図１４】（ａ）、（ｂ）はオンラインアルバムサービ
スサイトの一例を示す図である。

【図１５】（ａ）、（ｂ）はオンラインアルバムサービ
スサイトの一例を示す図である。

【符号の説明】

１、３、５、７、９クライアント２、４、８Ｗｅｂサーバ６、１０中継用サーバ１１、３１、７１サーバ情報格納手段１２モニタ手段１３判定手段１４、３４、７４サーバ通信手段１５、３５、７５送信手段１６、３６、７８Ｗｅｂブラウザ３２、７２受信手段３３、７３加工手段７６、７６ｂ閲覧モード提示手段７７、７７ｂ閲覧モード指定手段７６ａ閲覧モード受信提示手段７７ａ閲覧モード指定送信手段１０１、１０２、１０３、１１１、１１２ツリーデー
タ構造１２１、１２２ページ集合データ１２３閲覧モード定義テーブル１２４、１２５ＨＴＴＰレスポンスデータ１２６加工情報１３１〜１４１、１４３ページ要素１４２アップロードリンク

Claims

【特許請求の範囲】

【請求項１】特定の処理を実行するサーバとそのサー
ビスを受けるクライアントで構成されたクライアントサ
ーバシステムにおいて、前記サーバに関する情報を格納するサーバ情報格納手段
と、前記サーバに対して送信されるリクエストを監視す
る監視手段と、前記サーバ情報格納手段に格納されてい
るサーバ情報に基づいて前記リクエストの有効無効を判
定する判定手段と、前記サーバとの通信を行い前記リク
エストに対するレスポンスを取得するサーバ通信手段
と、前記レスポンスを前記リクエストの送信元に送信す
る送信手段とを含み、前記判定手段は有効であると判定した前記リクエストの
みを前記サーバ通信手段へ送信するようにしたことを特
徴とするクライアントサーバシステム。
【請求項２】特定の処理を実行するサーバとそのサー
ビスを受けるクライアントで構成されたクライアントサ
ーバシステムにおいて、前記サーバからのレスポンスの内容を抑制するための制
御情報を格納するサーバ情報格納手段と、前記サーバと
通信を行い前記送信元からのリクエストに対するレスポ
ンスを取得するサーバ通信手段と、前記サーバ情報格納
手段に格納されている制御情報に基づいて前記レスポン
スを構成するページ要素の加工処理を行う加工手段と、
この加工手段が加工した後のレスポンスを前記リクエス
トの送信元に送信する送信手段と、を含むことを特徴と
するクライアントサーバシステム。
【請求項３】前記サーバ情報格納手段は同一のサーバ
に対して複数の異なる制御情報を格納することを特徴と
する請求項２に記載のクライアントサーバシステム。
【請求項４】前記監視手段が検出したリクエストの宛
先である前記サーバに対して定義された複数の制御情報
に対応する選択肢を前記リクエストの送信先に対し提示
する制御モード提示手段と、前記リクエストの送信先か
らの選択肢の選択指定を受け付ける制御モード指定手段
とを備え、前記加工手段は、前記サーバに対して定義された複数の
制御情報の中から前記制御モード指定手段により指定さ
れた制御情報に基づいて、前記サーバ通信手段が取得し
たレスポンスを構成するページ要素の加工処理を行うよ
うにしたことを特徴とする請求項３に記載のクライアン
トサーバシステム。
【請求項５】前記加工手段は、ページ要素を除去する
処理、ページ要素を他のものに書き換える処理、ページ
要素からハイパーリンクとの対応付けを除去する処理、
ページ要素とハイパーリンクの対応付けを変更する処
理、の何れか１つ以上を行うことを特徴とする請求項２
ないし４の何れかに記載のクライアントサーバシステ
ム。
【請求項６】複数のサーバとクライアント管理者を含
む複数のクライアントを有するクライアントサーバシス
テムにおいて、前記各クライアントには通信条件が設定
されていることを特徴とするクライアントサーバシステ
ム。
【請求項７】前記通信条件は前記クライアント管理者
により変更が可能であることを特徴とする請求項６に記
載のクライアントサーバシステム。