JP4004839B2

JP4004839B2 - 通信装置及びネットワークシステム

Info

Publication number: JP4004839B2
Application number: JP2002112338A
Authority: JP
Inventors: 芳樹寺島; 圭一寺本; 健斉藤; 雄三玉田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2002-04-15
Filing date: 2002-04-15
Publication date: 2007-11-07
Anticipated expiration: 2022-04-15
Also published as: US20030218629A1; US7770105B2; JP2003308295A; US20070198909A1; US7210101B2

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットを介してＷｅｂページを取得する機能を有する通信装置、ネットワークシステム及びＷｅｂページ処理方法に関する。
【０００２】
【従来の技術】
近年、デジタル家電の普及が急である。デジタル家電は、デジタルテレビ、ＤＶＤプレーヤ、ＭＰ３プレーヤ等の、いわゆる「スタンドアロン」の装置が、その普及の中心であった。これに対し、最近大きな注目を集めているのが「ネットワーク家電」と呼ばれるカテゴリーである。ネットワーク家電が従来の家電と大きく異なるのは、「インターネット」に対応した家電機器が中心となる点である。これは、従来、パソコンが主なプラットホームであったインターネットの技術が、家電の世界でも本格的に利用され始める、ということであり、デジタル家電の世界にも、インターネット技術やパソコン技術が積極的に利用される大きなきっかけとなると考えられる。
【０００３】
このパソコンやインターネットの世界で非常に広く普及しているのが、いわゆるＷｅｂブラウザの技術である。いまや、パソコンだけでなく、ほとんどの携帯電話や、一部のテレビなどにも導入が開始され、その応用範囲は非常に広いことが既に広く認知されている。この技術は、今後、家電コントローラやリモコンなど、非常に幅広く適用が更に広がることが期待されている。
【０００４】
Ｗｅｂブラウザに関する技術で注目を集める技術にＪａｖａ^(R)がある。よく知られるように、Ｊａｖａ^(R)を用いることにより、Ｗｅｂブラウザに表示される画面の表現力を飛躍的に向上させたり、Ｗｅｂブラウザ上であたかもコンピュータアプリケーションが稼動しているかのように見せることが出来たりと言ったことが可能となる。
【０００５】
【発明が解決しようとする課題】
しかしながら、今後、インターネットに対応したデジタル家電の普及に伴い、デジタル家電に求められるような様々な機能、例えば「音声認識」や「音声合成」、「におい認識」、「感情認識」等と言った機能と、ネットワークの機能あるいはＷｅｂブラウザの機能をうまく結び付けていくことが必要となる。これからのネットワーク家電やＷｅｂブラウザには、これらの種々の機能を、動的に適用していく仕組みが必要である。
【０００６】
本発明は、上記事情を考慮してなされたもので、外部の状態に関する情報に反応してＷｅｂページに関する処理を行うことができる通信装置、ネットワークシステム及びＷｅｂページ処理方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、所定のサーバ装置と通信可能な通信装置において、指定されたＷｅｂページをインターネットを介しＷｅｂサーバから取得し表示画面へ表示する機能及び該Ｗｅｂページに関連する通信アプレットを実行する機能を有するＷｅｂブラウザを実現するためのＷｅｂブラウザ・プログラムを実行する実行手段を備え、前記サーバ装置は、前記通信装置に対して遠隔地に存在し、所定の通信アプレットを保持し、前記通信装置からの要求に応じて、該所定の通信アプレットを提供する通信アプレット提供手段と、外部の状態に関する情報である外部状態情報を取得する外部状態情報取得手段と、前記通信装置において実行された前記所定の通信アプレットからの要求に応じて、前記外部状態情報取得手段から取り込んだ前記外部状態情報を提供する状態監視処理手段とを備えるものであり、前記Ｗｅｂブラウザは、前記サーバ装置の通信アプレット提供手段に保持されている前記所定の通信アプレットを指定する指定情報を含むＷｅｂページを取得した場合には、該サーバ装置の通信アプレット提供手段から該所定の通信アプレットを取得し、取得した該所定の通信アプレットを実行させるものであり、実行された前記所定の通信アプレットは、当該所定の通信アプレット自身を提供した前記通信アプレット提供手段を備える前記サーバ装置が備える前記状態監視処理手段に要求して取得した前記外部状態情報に基づいて、当該所定の通信アプレットを取得するもととなった前記Ｗｅｂページの表示に関する前記Ｗｅｂブラウザへの制御としては、該Ｗｅｂページから新たなＷｅｂページへ遷移させる制御のみを行うものであることを特徴とする。
【００１１】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００１２】
本発明では、通信装置に、外部の状態に関する情報を取得する機能を設ける場合には、通信装置は、外部の状態に関する情報に反応して、Ｗｅｂページに関する処理を行うことができる。ユーザは、例えば、マウスやキーボードを使用して所望の入力を行う代わりに、外部の状態として所望の状態を作り出して通信装置に認識等させることで、通信装置に、Ｗｅｂページに関する所定の処理を行わせることができる。
【００１３】
また、本発明では、通信装置から遠隔の位置にあるサーバに、外部の状態に関する情報を取得する機能を設ける場合には、通信装置は、当該遠隔の位置における外部の状態に関する情報に反応して、Ｗｅｂページに関する処理を行うことができる。
【００１４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００１５】
図１に、本発明の一実施形態に係るネットワーク・システム全体の構成例を示す。
【００１６】
図１の例では、家庭内（３０）に設けられた家庭内ネットワーク（図示せず）に、所定の端末装置（あるいは通信装置）（例えば、家庭内ネットワークに接続されたネットワーク家電機器の制御や監視等を仲介する機能を持った家電コントローラ）１が接続されており、この家庭内の端末装置１は、家庭内ネットワーク（図示せず）を介して、インターネット８に（直接あるいはＬＡＮ等を介して）接続されたサーバ等と、通信可能である。
【００１７】
図１において、家庭内（３０）の家庭内ネットワークに１又は複数の他の装置（例えば、他の家電コントローラや、ネットワーク家電機器等）が接続されていてもよい。また、家庭内ネットワークは、有線ネットワークでもよいし、無線ネットワークでもよいし、それらが混在する形態でもよい（それらが混在する形態の場合、家庭内ネットワークに接続する装置には、有線通信インタフェースのみ有するものと、無線通信インタフェースのみ有するものと、それらを両方有するものとが考えられる）。
【００１８】
一方、図１の例では、インターネット８上に、宅外のＷｅｂサーバ２が接続されている。もちろん、インターネット８上に、他のＷｅｂサーバやルータなどが接続されていてもよい。
【００１９】
本実施形態では、この家庭内の端末装置１には、外部とのインタフェース（例えば、マイク、カメラ、においセンサなどの所定の物理量を検出する装置等）から取り込んだ情報をもとに、外部の状態に関する情報（例えば、ユーザが発した言葉（の認識結果）など）を取得する機能（処理エンジン（例えば、音声認識エンジン））があり、該端末装置１は、外部の状態に関する情報に反応して、Ｗｅｂページに関する処理を行うことができる。ユーザは、例えば、マウスやキーボードを使用して所望の入力を行う代わりに、外部の状態として所望の状態を（意識的にでも無意識的にでも）作り出して端末装置１に認識等させることで（例えば、選択したい文字列を発声することで）、端末装置１に、Ｗｅｂページに関する所定の処理を行わせることができる、というような機能である。以下では、その一例として、この家庭内の端末装置１には、音声認識の機能（音声認識エンジン）があり、この音声認識の機能を使って、該端末装置１のユーザは、該端末装置１に対して、（アクセスしたいＷｅｂページのアドレスあるいはそれに対応する文字列等を手を使って入力するのではなく）音声を入力することによって、Ｗｅｂサーフィンができるようになる、というような場合を例にとって説明する。なお、家庭内に端末装置１以外に１又は複数の他の装置が接続されている場合に、当該他の装置の全部又は一部も、このような機能を提供するものであってもよい。
【００２０】
以下では、図１の例において家庭内の端末装置１がインターネット８に接続された宅外のＷｅｂサーバ２と通信する場合を例にとって説明する。
【００２１】
図２に、本実施形態に係る家庭内の端末装置１の内部構成例を示す。
【００２２】
図２に示されるように、（外部の状態に関する情報の取得として音声認識を行う場合の）家庭内の端末装置１は、Ｗｅｂブラウザ１１、ローカルＷｅｂサーバ１２、音声認識エンジン１３、状態監視処理部１４を有する。なお、Ｗｅｂブラウザ１１、ローカルＷｅｂサーバ１２、音声認識エンジン１３、状態監視処理部１４は、いずれも、プログラム（をＣＰＵで実行すること）によって実現可能であり、また、それらの全部又は一部を半導体集積装置等のハードウェアで実現することも可能である。また、図２では、入力装置、表示装置、通信装置等は、省略している。
【００２３】
Ｗｅｂブラウザ１１は、例えばＨＴＭＬで記述されたＷｅｂページを閲覧することのできるブラウザ（例えば、後述する通信アプレットとしてＪａｖａ^(R) ａｐｐｌｅｔが使用される場合にはＪａｖａ^(R)対応Ｗｅｂブラウザ）である。
【００２４】
このＷｅｂブラウザ１は、ローカルＷｅｂサーバ１２や宅外のＷｅｂサーバ２等と、ＨＴＴＰにて通信する機能を有している。なお、本実施形態では、Ｗｅｂブラウザ１１とローカルＷｅｂサーバ１２とは、同一の端末装置１内に内蔵されている場合を例にとって説明するが、家庭内ネットワーク（図示せず）を介して接続されるような別々の装置に存在していてもよい（前者の場合、装置内通信（例えば、プロセス間通信）が行われ、後者の場合、家庭内ネットワークを介して通信が行われる）。
【００２５】
（処理エンジンの一例としての）音声認識エンジン１３は、端末装置１が内蔵するあるいは端末装置１の接続端子を介して外付けされた音声マイク（図示せず）から入力した音声に対して、内部の辞書（図示せず）を用るなどして（好ましくは、高品質の）音声認識を行って、ユーザの音声のうちの意味のある部分を取り出し、その結果を、文字列（例えば日本語のテキストの文字列）として出力する機能を持つ。
【００２６】
状態監視処理部１４は、後述する通信アプレットからの要求に応じて、端末装置１内に備わっている処理エンジン（本例では、音声認識エンジン１３）が処理した内容を取得し、要求元に応答するように設定されている。本例においては、音声認識エンジン１３が、直前に認識した単語を文字列として得るような処理を行う。
【００２７】
ローカルＷｅｂサーバ１２は、例えばＷｅｂサーバであるが、Ｗｅｂブラウザ１１からのアクセスを受けられるように設定されている。このローカルＷｅｂサーバ１２には、所定の通信アプレット（例えば、Ｊａｖａ^(R) ａｐｐｌｅｔ）１２１が予め保存されている。本実施形態におけるこの通信アプレット１２１は、状態監視処理部１４と通信し、該状態監視処理部１４が処理エンジンから取得した処理エンジンの処理内容（本例では、音声認識エンジン１３が認識した文字列）を受け取ることができる機能を有するものとする。
【００２８】
なお、ローカルＷｅｂサーバ１２とＷｅｂブラウザ１１とが同一の端末装置１内に内蔵されている場合には、ローカルＷｅｂサーバ１２は、当該同一の端末装置１内に埋め込まれたＷｅｂブラウザ１１からのアクセスのみが受け付けられるようになっていてもよい（すなわち、ローカルＷｅｂサーバ１２とＷｅｂブラウザ１１とが同一の端末装置１内に内蔵されている場合には、ローカルＷｅｂサーバ１２は、当該同一の端末装置１以外の装置からのアクセスを受け付けられないように予め設定されていてもよい）。
【００２９】
一方、図１の宅外に設置されたＷｅｂサーバ２では、家庭内の端末装置１等の端末に対して送信することが想定されたＷｅｂページが保持されている。
【００３０】
これらのＷｅｂページの形態には、種々の種類が想定される。図３に、本例において使用するＷｅｂページの例を示す。図３に示されるように、このＷｅｂページ２１は、「その（当該通信アプレットの）ダウンロード先として（当該Ｗｅｂページをダウンロードした）端末装置１上のローカルＷｅｂサーバが指定された通信アプレットをダウンロードするための記述」（図３の<applet codebase=“http://ローカルWebサーバ/applet/” code=“通信アプレット.class” with=0 height=0>の部分参照）が埋め込まれているようなＷｅｂページである。なお、図３において、「宅外Ｗｅｂサーバ」は、例えば、www.xyz.co.jpのような、宅外Ｗｅｂサーバのアドレス（ネーム）を示すものとする。
【００３１】
ここで、図４に、Ｗｅｂページの取得が指示された場合のＷｅｂブラウザ１１の処理手順の一例を示す。（ユーザからＷｅｂページの取得が指定されるなどして、）指定されたＷｅｂページを取得し（ステップＳ１）、取得したＷｅｂページに、ダウンロード先が指定された通信アプレットが埋め込まれているならば（ステップＳ２）、指定されたダウンロード先から該通信アプレットを取得する（ステップＳ３）。そして、取得した通信アプレットは、当該Ｗｅｂページに対応付けられて、実行される。なお、この手順は、取得したＷｅｂページの表示に先立って行ってもよいし、表示が完了してから行ってもよいし、表示とは独立して行ってもよい。
【００３２】
次に、図５に、通信アプレット１２１の処理手順の一例を示す。図５の手順は、通信アプレット１２１が起動されている間、定期的に繰り返し行われる。（例えばタイマーに基づくなどして、状態監視処理部１４へアクセスする時刻になったならば、）状態監視処理部１４へアクセスし（ステップＳ１１）、状態監視処理部１４から空の文字列あるいは文字列がない旨を受け取った場合には（ステップＳ１２）、何もせず、また、状態監視処理部１４から空でない文字列を受け取った場合でも（ステップＳ１２）、受け取った文字列に対応するＵＲＬが指定されていなければ、何もしない。しかし、状態監視処理部１４から空でない文字列を受け取った場合（ステップＳ１２）、受け取った文字列に対応するＵＲＬが指定されていれば、該当するＷｅｂページを取得させる（ステップＳ１３）。なお、この例では、該当するＷｅｂページが取得され表示されると、元のＷｅｂページに対応する当該通信アプレット１２１の起動は中断されることになる。
【００３３】
次に、図６に、通信アプレット１２１からアクセスされた場合の状態監視処理部１４の処理手順の一例を示す。（通信アプレット１２１からアクセスされると、）音声認識エンジン１３へアクセスし（ステップＳ２１）、音声認識エンジン１３から空でない文字列を受け取ったならば（ステップＳ２２）、該文字列を通信アプレット１２１へ返す（ステップＳ２３）。一方、音声認識エンジン１３から空の文字列あるいは文字列がない旨を受け取ったならば（ステップＳ２２）、空の文字列あるいは文字列がない旨を通信アプレット１２１へ返す（ステップＳ２４）。
【００３４】
以下では、図７を参照しながら、Ｗｅｂページ要求から通信アプレット取得までの処理の流れについて説明する。
【００３５】
図７は、家庭内の端末装置１のユーザが、同端末のＷｅｂブラウザ１１から、宅外Ｗｅｂサーバ２の
http://宅外Webサーバ/html/startpage.html
で示されるようなＷｅｂページ（図３のＷｅｂページ参照）にアクセスしたときの様子を示している。
【００３６】
まず、ユーザは、このＷｅｂブラウザ１１を通して、宅外Ｗｅｂサーバ２に対して、該当するＷｅｂページを要求する。
【００３７】
Ｗｅｂブラウザ１１が宅外Ｗｅｂサーバ１２のＵＲＬである
http://宅外Webサーバ/html/startpage.html
にアクセス要求を行う（図７のＳ１０１参照）と、指定されたＷｅｂページ２１がＷｅｂブラウザ１１にダウンロードされる（図７のＳ１０２参照）。
【００３８】
このＷｅｂページ中は、
codebase=“http://ローカルWebサーバ/applet/” code=“通信アプレット.class”
で示されるように、ダウンロード先が明示的に指定された通信アプレットの記述が埋め込まれている。よって、この場合には、このＷｅｂブラウザ１１は、該Ｗｅｂページをダウンロードした直後に、（宅外Ｗｅｂサーバ２ではなく）ローカルＷｅｂサーバ１２のＵＲＬである
http://ローカルWebサーバ/applet/通信アプレット.class
へのアクセスが行われる（図７のＳ１０３参照）。前述したように、このＵＲＬには、所定の通信アプレット１２１が予め設置されている。よって、ローカルＷｅｂサーバ１２上に置かれている、この通信アプレット１２１が、Ｗｅｂブラウザ１１へダウンロードされる（図７のＳ１０４参照）。
【００３９】
なお、このＷｅｂページ２１が宅外のＷｅｂサーバ２からダウンロードされる時点で、宅外のＷｅｂサーバ２は、家庭内の端末装置１にローカルＷｅｂサーバ１２が内蔵されており、このローカルＷｅｂサーバ１２に設置されている通信アプレット１２１がどのような機能を持つか、またその通信アプレット１２１のインタフェースやロケーションなどについての情報を、予めもっているものとする。
【００４０】
なお、これらの情報は、一般に各端末装置ごとに異なるが、宅外Ｗｅｂサーバ２がこれらの情報を予め持つための方法として、例えば、クッキーが利用できる。Ｗｅｂブラウザ１１は、宅外Ｗｅｂサーバ２へのＷｅｂページ２１取得要求時に、同時にクッキーを送信する。このクッキーには、ローカルＷｅｂサーバー１２に設置されている通信アプレット１２１がどのような機能を持つか、またそのインターフェースやロケーションなどの必要な情報が記述される。宅外Ｗｅｂサーバ２では、Ｗｅｂブラウザ１１から送られたクッキーから、必要な情報を得ることができる。宅外Ｗｅｂサーバ２が、各端末装置ごとの情報をデータベースとして保持しているのならば、Ｗｅｂブラウザ１１から送られるクッキーとして、どの端末装置かを識別できるような情報だけを記述するとしてもよい。
【００４１】
さて、このダウンロードされた通信アプレット１２１は、Ｗｅｂブラウザ１１上で実行される。ただし、この通信アプレット１２１は、幅０、高さ０とされ（図３の<applet codebase=“http://ローカルWebサーバ/applet/” code=“通信アプレット.class” with=0 height=0>の部分参照）、実行されても、Ｗｅｂブラウザ１１上からは見えず、ユーザに特に意識されることはないようになっている（なお、幅及び高さを０を越える値にして、ユーザから視認されるようにしても構わない）。
【００４２】
ところで、一般に通信アプレットは、セキュリティ上の理由から、当該通信アプレットのダウンロード元とのみ通信可能である。この通信アプレットは、端末装置１上のローカルＷｅｂサーバ１２よりダウンロードされたものであるので、ダウンロード元であるローカルＷｅｂサーバ１２と同一の端末装置１上の状態監視処理部１４とのみ通信可能である。この通信アプレット１２１による通信を利用することで、外部の状態に関する情報すなわち本例においては音声認識エンジン１３での認識結果を、状態監視処理部１４を介して、Ｗｅｂブラウザ１１上に反映させることができる。
【００４３】
次に、図８を参照しながら、通信アプレット１２１と状態監視処理部１４及び音声認識エンジン１３との通信並びに外部の状態に関する情報に基づくＷｅｂページに関する所定の処理の一例としての音声入力によるＷｅｂページジャンプの機能について説明する。
【００４４】
例えば、図３のＷｅｂページ２１を、家庭内の端末装置１のＷｅｂブラウザ１１の表示画面（図示せず）に表示した場合には、該表示画面に「りんご、みかん、いちご」といった文字列が表示される。ここで、ユーザ（３）が、任意の文字列（例えば「りんご」）を選択すると、Ｗｅｂブラウザ１１は、図３の＜ａｈｒｅｆ＝…＞のような記述にしたがって、該当するサーバへアクセスし、該当するＷｅｂページを取得し、これを新たなＷｅｂページとして、表示画面に表示する。
【００４５】
ここで、ユーザ（３）が、任意の文字列として例えば「りんご」を選択するとした場合に、その選択のために、表示画面上の「りんご」という表示の部分にマウスを合わせてクリックするなど手で入力してもよいが、本実施形態では、その代わりに、「りんご」という音声を発声してもよい。すると、これは音声認識エンジン１３により認識され、これが通信アプレット１２１の働きによって、状態監視処理部１４を介してＷｅｂブラウザ１１上に反映され、この「りんご」で指定される次のページ、すなわち
http://宅外Webサーハ゛/html/ringo.html
へジャンプする、という仕組みとなっている。
【００４６】
まず、端末装置１のユーザ（３）は、表示画面に表示されたＷｅｂページを閲覧するなどした結果、次に、「りんご」で指定されているＷｅｂページを閲覧したいと考え、「りんご」と発声する。すると、音声認識エンジン１３は、ユーザが発声した音声を認識した言葉を、文字列として記憶する（図８のＳ１２１参照）。
【００４７】
一方、通信アプレット１２１は、一定時間ごとに状態監視処理部１４にポーリングを行っている（図８のＳ１２２参照）。このポーリングは、「何か認識された文字列はないか」といったことを問い合わせるためのポーリングである。
【００４８】
状態監視処理部１４は、上記のポーリングによってアクセスされると、その都度、音声認識エンジン１３に対して、どのような言葉（文字列）を認識したのかを聞きにいく。音声認識エンジン１３に記憶されている文字列が存在する場合（音声認識エンジン１３から、文字列が返された場合）には、状態監視処理部１４は、この文字列を、応答として通信アプレット１２１に返す（図８のＳ１２３参照）。音声認識エンジン１３が何も認識していなかった場合（音声認識エンジン１３から、例えば空の文字列などによって何も認識していなかった旨が返された場合）には、状態監視処理部１４は、例えば空の文字列などを返すことで、何も認識されなかった旨を通信アプレット１２１に示す。
【００４９】
さて、この通信アプレット１２１には、図８の１２１１に例示するように、どのような文字列を受け取ったときに、ＵＲＬで指定されたどのＷｅｂページを表示するか、についての対応を一つの組とした引数が指定されている（なお、図３の「りんご」、「みかん」、「いちご」の例参照）。通信アプレット１２１が状態監視処理部１４から受け取った文字列が、これらの引数の中にあった場合（図８のＳ１２４参照）、通信アプレット１２１は、それに対応したＵＲＬをＷｅｂブラウザ１１に表示させる。
【００５０】
例えば、図３の例において、音声認識エンジン１３が例えば「りんご」という言葉を認識した場合に、状態監視処理部１４を介して“りんご”という文字を通信アプレット１２１が受け取り、
http://宅外Webサーバ/html/ringo.html
というＷｅｂページが表示される（図８のＳ１２５参照）。
【００５１】
同様に、例えば「みかん」という言葉を認識した場合には、
http://宅外Webサーバ/html/mikan.html
が表示され、
例えば「みかん」という言葉を認識した場合、
http://宅外Webサーバ/html/itigo.html
が表示される。
【００５２】
一方、音声認識エンジン１３において何も認識されなかったために通信アプレット１２１が空の文字列などにより文字列がない旨を受け取った場合や、通信アプレット１２１が引数で指定されていない文字列を受け取った場合などは、ページの切替えは行われない。
【００５３】
なお、Ｗｅｂページごとに、任意の文字列を選択するにあたって、（１）表示画面で文字列にマウスを合わせてクリックするなどの手入力と、音声入力とのいずれでも可能としたものと、（２）音声でのみ入力するものと、（３）手でのみ入力するものとがあり得る。
【００５４】
なお、上記では、音声認識エンジン１３による認識として、日本語を対象としたが、もちろん、他の言語を対象とするものであってもよいし、複数の言語から選択した１または複数の言語を対象とするものであってもよい。
【００５５】
また、上記では、「りんご」、「みかん」、「いちご」に直接ＵＲＬを対応させたが、例えば、表示画面上には、「１：りんご」、「２：みかん」、「３：いちご」のように表示し、ユーザは所望の項目に対応する数字を発声し、認識された数字に対応するＷｅｂページを取得するというような方法も可能である（ユーザが所望の項目に対応する数字を発声しても文字列を発声しても対応可能なようにしてもよい）。
【００５６】
このように音声認識等を利用して新たなＷｅｂページを取得してＷｅｂブラウザ１１上に表示させるような場合に、新たなＷｅｂページとしては、任意のＵＲＬに対して可能である（新たなＷｅｂページが、ダウンロード先が明示的に指定された通信アプレットの記述が埋め込まれているものであってもよいし、埋め込まれていないものであってもよい）。ただし、ＪＡＶＡ^(R)アプレットのセキュリティ上の制限から、アプレットのダウンロード元以外から受信した新たなＷｅｂデータの内容は、元のＷｅｂページに対応する通信アプレット１２１中から直接参照することはできない。
【００５７】
なお、Ｗｅｂページが切り替わると、元のＷｅｂページに埋め込まれていた通信アプレットは停止してしまうが、遷移先の新たなＷｅｂページ、例えば、上記の
http://宅外Webサーバ/html/ringo.html
にも、同様の通信アプレットの記述を埋め込んでおくことで、遷移先のＷｅｂページでも同様の通信アプレットと状態監視処理部による通信が始まり、動作を続けて行くことができる。
【００５８】
以上のように、Ｗｅｂページ上に埋め込まれた通信アプレットと、その通信アプレットのダウンロード元のＷｅｂサーバ上で動く状態監視処理部とが通信することによって、状態監視処理部が検出した状態（あるいはその変化）に応じ、Ｗｅｂブラウザ上に動的に任意のＷｅｂページを表示させることができるようになる。
【００５９】
ところで、上記したように、各々のＷｅｂページに通信アプレットの記述を埋め込んでおく方法でも、遷移先のＷｅｂページで同じ通信アプレットが使用されるのならば、一般に通信アプレットは一度ダウンロードされると次回以降はキャッシュされたものが使用されるので、毎回、通信アプレットがダウンロードされることはない。しかし、通信アプレットの始動に伴うオーバーヘッドなどが毎回発生してしまう可能性は存在する。
【００６０】
そこで、通信アプレットの始動に伴うオーバーヘッドなどを回避する方法もある。
【００６１】
例えば、同じ通信アプレットを動作させつづける方法として、図９（ａ）に示すように、あるページ（例えば最初のページ）を、フレーム１、フレーム２という複数のフレームからなるページとし、通信アプレットの記述はフレーム１に表示するＷｅｂページ中に行っておき、状態変化に応じて新たに開くＷｅｂページはフレーム２に表示する、という方法がある（フレーム３以降があっても構わない）。このようにすれば、フレーム２中のＷｅｂページが遷移してもフレーム１は変わらないので、通信アプレットは止まらずに動作しつづけることができる。
【００６２】
なお、図９（ｂ）に示すように、フレームは必ずしもブラウザ上にフレームとして表示させる必要はなく、幅及び又は高さを０としたフレームを作成し、その中で通信アプレットを動かすことで、ユーザに同じフレームが表示され続けているということを意識されにくくすることもできる。
【００６３】
フレームを用いて同じ通信アプレットを動作させつづける方法は、例えば、図１０のように、サブのフレームに各ページへのリンク項目があり、メインのフレームにその内容が表示されるような、フレームを用いたＷｅｂページに一般に見られるようなページ構成に対して特に有効である（この場合、図１０のように、サブフレームで通信アプレット（常駐アプレット）を動作させる）。これは、サブフレームを含む、最初のフレーム全体の表示時にリンク先候補が分かるため、通信アプレットの起動時の引数として登録できるからである。
【００６４】
他方、図１１の（ａ）→（ｂ）→（ｃ）ように、あるページを開くと新たなリンク先が次々現れるようなページ構成に対しては、通信アプレットの起動時には全てのリンク先が分からないので、このような場合には、例えば、同じ通信アプレットを動作させ続けたいのなら、通信アプレットに動的に引数を渡すような機構を追加しそれを用いるようにしてもよいし、先に述べたように全てのページに通信アプレットを埋め込む方法を用いてもよい。
【００６５】
なお、このような各々のＷｅｂページに通信アプレットの記述を埋め込んでおく方法や、図９で説明したフレームを用いる方法などは、適宜選択して使い分けて構わない。
【００６６】
さて、これまでの例では、通信アプレットとその引数の記述が埋め込まれた、図３のようなＷｅｂページを宅外Ｗｅｂサーバ２にて、あらかじめ用意しておく場合を例にとって説明したが、以下では、Ｗｅｂサーバ２以外の装置でＷｅｂページに所定の通信アプレットの記述を付加して図３のようなＷｅｂページにする場合の一例について説明する。
【００６７】
図１２に、この場合の一構成例を示す。図１２では、宅外のＷｅｂサーバ２から取得してきたＷｅｂページをＷｅｂブラウザ１１に表示する前に、その途中のプロキシサーバ１８で該Ｗｅｂページに通信アプレットの記述を埋め込むような、適切なＷｅｂページの変換ができれば、任意のＷｅｂサーバの任意のＷｅｂページに対して、音声入力によるＷｅｂサーフィン等が可能となる。
【００６８】
この場合、例えば、対象となるＷｅｂページに対して、所定の通信アプレットのタグ＜ａｐｐｌｅｔ＞を埋め込み、その引数として、当該Ｗｅｂページ中に含まれる、リンクを示すタグ
<a href=...>...</a>
で囲まれた文字列と、そのリンク先との組とを与えるようにすればよい。
なお、図１２ではプロキシサーバは、端末装置内に存在する場合の一例を示したが、これに限定されず、プロキシサーバは、どこに存在してもよい。例えば、図１５に示すように、家庭内に設けられた家庭内ネットワーク（宅内ＬＡＮ）の入口に独立して存在する場合も可能であるし（宅内の人は透過的に利用できる）、インターネットの経路途中に存在する場合も可能であるし、宅外Ｗｅｂサーバの出口に存在する場合も可能である（サーバにアクセスした人は透過的に利用できる）。
【００６９】
さて、ここまでは、通信アプレットのダウンロード元をローカルＷｅｂサーバとする場合を例にとって説明したが、以下では、ダウンロード元として他の装置を指定する場合の一例について説明する。
【００７０】
通信アプレットのダウンロード元としては、任意のＷｅｂサーバを指定することができ、例えば、家庭内の端末装置１に対して遠隔地に存在するサーバを指定して、当該遠隔地の状態（あるいはその変化）に応じて異なるＷｅｂページを開いて行くというようなことも可能になる。
【００７２】
図１３に、この場合のネットワーク・システムの構成例を示す。サーバ４は、家庭内の端末装置１からみて遠隔地に位置し、ローカルＷｅｂサーバ１２と同様に通信アプレット１２１を端末装置１へ提供する機能を持つサーバであり、さらに、これまで説明したのと同様の音声認識エンジン等の処理エンジン４３と状態監視処理部４４を含むものである。この場合、端末装置１のＷｅｂブラウザ１１にて動作する通信アプレット１２１が、サーバ４の状態監視処理部４４と通信し、サーバ４内では状態監視処理部４４が処理エンジン４３と通信するので、端末装置１側の通信アプレット１２１は、遠隔の地にあるサーバ４の外部の状態に関する情報を取得することができることになる。
【００７３】
なお、このとき、通信アプレット１２１と状態監視処理部３３との間との通信に、ＨＴＴＰを用いれば、セキュリティのために宅内、宅外でＨＴＴＰ以外を通過させないような環境においても、状態監視処理部３３の機構を使用することができる。
【００７４】
ＨＴＴＰを用いる場合、状態監視処理部３３をｃｇｉとし、通信アプレット１２１からの要求をＨＴＴＰ要求としてそのｃｇｉに対して行い、状態監視処理部１２１が得た文字列をＨＴＴＰ応答として受け取るようにしてもよい。
【００７５】
このように状態監視処理部４４が遠隔にある場合、通信アプレット１２１と状態監視処理部３３との間の通信量が問題になり得る。図８の例では、通信アプレット１２１が要求するごとに、状態監視処理部１４は、音声認識エンジン１３により発生した何らかの文字列を返すなどしており、その文字列によりＷｅｂページを遷移させるべきかどうかなどは、通信アプレット１２１側で行っていた。その代わりに、例えば、通信アプレット１２１の起動時に、通信アプレット１２１に与えられた引数を、状態監視処理部４４に送信し登録しておき、状態監視処理部４４は、処理エンジン４４により何らかの処理結果（例えば、音声認識エンジンにより何らかの文字列）が発生した場合でも、登録してある引数（例えば、登録してある文字列）以外のときは処理結果がない旨（例えば、空の文字列などにより文字列がない旨）を返すようにしてもよい。このように、文字列の登録、抹消などの新たな機構によって、通信量はより少なくすることができる。なお、この仕組みを図８の場合にも適用してもよい。
【００７６】
また、これまでは、取得した外部の状態に関する情報が、予め定められた外部の状態に関する情報に一致する場合に、Ｗｅｂページに関する所定の処理を行うようにした例を中心に説明を行ってきたが、外部の状態に関する情報の遷移に基づいて、Ｗｅｂページに関する所定の処理を行うようにすることも可能である。例えば、少なくとも最後に取得した外部の状態に関する情報を保持しておき、最も新しく取得した外部の状態に関する情報と、その時点で保持されている次に新しい外部の状態に関する情報との組についての遷移が、予め定められた外部の状態に関する情報の遷移に一致する場合に、Ｗｅｂページに関する所定の処理を行う（例えば、遷移内容に対応するＵＲＬのＷｅｂページを取得する）ようにすることも可能である。具体的には、例えば、単語Ａ→単語Ｂの遷移に対してＵＲＬ１が、単語Ａ→単語Ｃの遷移に対してＵＲＬ２が、単語Ａ→単語Ｄの遷移に対してＵＲＬ３がそれぞれ設定されている場合に、ユーザがまず単語Ａを発声して単語Ａが認識されている状態で、続いてユーザが単語Ｂを発声し単語Ｂが認識された際に、単語Ａ→単語Ｂの遷移に対するＵＲＬ１に該当するＷｅｂページが取得される（ユーザは、単語Ａ、単語Ｂの順に発声することによって、ＵＲＬ１のＷｅｂページを取得させ表示させることができる）、というような構成も可能である。また、その他にも、種々の形態が可能である。
【００７７】
ところで、以上では、家庭内の端末装置１が外部とのインタフェースから取り込んだ情報をもとに、外部の状態に関する情報を取得する機能（処理エンジン）があり、該端末装置１は、外部の状態に関する情報に反応して、Ｗｅｂページに関する処理を行うことができる、という構成の具体例として、図１４（ａ）のように音声認識の機能を使って、外部の状態に関する情報として、ユーザの発声した言葉を認識する場合を例にとって説明したが、もちろん、これ以外にも、種々のバリエーションが可能である。
【００７８】
例えば、図１４（ｂ）のように画像認識の機能を使って、外部の状態に関する情報として、画像認識結果を使用することも可能である。画像認識の対象としても種々のバリエーションが可能であり、例えば、手話や読唇術によって、ユーザが発する表現を読み取って、対応する文字列を生成し、これを利用する方法も可能である。また、例えば、ユーザが予め定められた特定の動作パターンを行い、これを認識して、その結果を利用することも可能である。また、例えば、周辺を撮像した画像から予め定められた特徴量（例えば、明るさ、代表色、動きの激しさ、など）を抽出し、その抽出結果に基づいてＷｅｂページに関する所定の処理を行うようにしてもよい。
【００７９】
また、例えば、図１４（ｃ）のように、ユーザの発声に対する音声認識及びユーザの顔画像等に対する画像認識などに基づくユーザに対する感情認識（例えば、ユーザの現在の喜怒哀楽の状態を推測する）の機能を使って、外部の状態に関する情報として、感情認識結果を使用することも可能である。
【００８０】
また、例えば、図１４（ｄ）のように、においセンサによるにおい認識の機能を使って、外部の状態に関する情報として、におい認識結果を使用することも可能である。
【００８１】
なお、これまでは、家庭内ネットワークに接続された端末装置１が該ネットワークを介してインターネットに接続する場合について説明したが、もちろん、これに限定されるものではなく、家庭内ネットワーク以外のネットワーク（例えば、企業内ネットワーク、携帯電話事業者内ネットワーク、インターネット接続プロバイダ内ネットワークなど）に接続された端末装置が該ネットワークを介してインターネットに接続する場合についても本発明は同様に適用可能である。また、インターネットに直接接続された端末装置についても本発明は同様に適用可能である。
【００８２】
なお、以上の各機能は、ソフトウェアとして実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムとして実施することもでき、該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【００８３】
なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。また、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。
また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。
また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。
従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。
【００８４】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【００８５】
【発明の効果】
本発明によれば、通信装置は、外部の状態に関する情報に反応して、Ｗｅｂページに関する処理を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るネットワーク・システム全体の構成例を示す図
【図２】同実施形態に係る家庭内の端末装置の内部構成例を示す図
【図３】同実施形態に係るＷｅｂページの例を示す図
【図４】同実施形態に係るＷｅｂブラウザの処理手順の一例を示すフローチャート
【図５】同実施形態に係る通信アプレットの処理手順の一例を示すフローチャート
【図６】同実施形態に係る状態監視処理部の処理手順の一例を示すフローチャート
【図７】同実施形態に係るＷｅｂページ要求から通信アプレット取得までの処理の流れの一例について説明するための図
【図８】同実施形態に係る外部の状態に関する情報に基づくＷｅｂページに関する所定の処理の一例について説明するための図
【図９】同実施形態に係る複数のフレームからなるページを利用する場合について説明するための図
【図１０】同実施形態に係る複数のフレームからなるページを利用する場合について説明するための図
【図１１】同実施形態に係る複数のフレームからなるページを利用しない場合について説明するための図
【図１２】同実施形態に係るネットワーク・システム全体の他の構成例を示す図
【図１３】同実施形態に係るネットワーク・システム全体のさらに他の構成例を示す図
【図１４】同実施形態に係る処理エンジンのバリエーションについて説明するための図
【図１５】同実施形態に係るネットワーク・システム全体のさらに他の構成例を示す図
【符号の説明】
１…端末装置
２…宅外Ｗｅｂサーバ
８…インターネット
１１…Ｗｅｂブラウザ
１２…ローカルＷｅｂサーバ
１３…音声認識エンジン
１４…状態監視処理部
１８…プロキシサーバ
４３…処理エンジン
４４…状態監視処理部

Claims

所定のサーバ装置と通信可能な通信装置において、
指定されたＷｅｂページをインターネットを介しＷｅｂサーバから取得し表示画面へ表示する機能及び該Ｗｅｂページに関連する通信アプレットを実行する機能を有するＷｅｂブラウザを実現するためのＷｅｂブラウザ・プログラムを実行する実行手段を備え、
前記サーバ装置は、
前記通信装置に対して遠隔地に存在し、
所定の通信アプレットを保持し、前記通信装置からの要求に応じて、該所定の通信アプレットを提供する通信アプレット提供手段と、
外部の状態に関する情報である外部状態情報を取得する外部状態情報取得手段と、
前記通信装置において実行された前記所定の通信アプレットからの要求に応じて、前記外部状態情報取得手段から取り込んだ前記外部状態情報を提供する状態監視処理手段とを備えるものであり、
前記Ｗｅｂブラウザは、前記サーバ装置の通信アプレット提供手段に保持されている前記所定の通信アプレットを指定する指定情報を含むＷｅｂページを取得した場合には、該サーバ装置の通信アプレット提供手段から該所定の通信アプレットを取得し、取得した該所定の通信アプレットを実行させるものであり、
実行された前記所定の通信アプレットは、当該所定の通信アプレット自身を提供した前記通信アプレット提供手段を備える前記サーバ装置が備える前記状態監視処理手段に要求して取得した前記外部状態情報に基づいて、当該所定の通信アプレットを取得するもととなった前記Ｗｅｂページの表示に関する前記Ｗｅｂブラウザへの制御としては、該Ｗｅｂページから新たなＷｅｂページへ遷移させる制御のみを行うものであることを特徴とする通信装置。
前記所定の通信アプレットを取得するもととなった前記Ｗｅｂページは、該所定の通信アプレットが特定の外部状態情報を取得した場合に、前記新たなＷｅｂページとして特定のＷｅｂページを取得し表示すべきことを指定する記述部分を1又は複数含むものであり、
前記所定の通信アプレットは、前記状態監視処理手段に要求して取得した前記外部状態情報が、前記記述部分のいずれかにおいて指定されている前記特定の外部状態情報に一致する場合に、当該一致した記述部分において指定されている前記特定のＷｅｂページを前記新たなＷｅｂページとして取得し表示させる制御を行うものであることを特徴とする請求項１に記載の通信装置。
前記所定の通信アプレットを取得するもととなった前記Ｗｅｂページは、該所定の通信アプレットが第１の特定の外部状態情報を取得した後に第２の特定の外部状態情報を取得した場合に、前記新たなＷｅｂページとして特定のＷｅｂページを取得し表示すべきことを指定する記述部分を1又は複数含むものであり、
前記所定の通信アプレットは、最後に前記状態監視処理手段に要求して取得した前記外部状態情報を記憶しておき、最も新しく前記状態監視処理手段に要求して取得した前記外部状態情報及び記憶しておいた前記外部状態情報が、それぞれ、前記記述部分のいずれかにおいて指定されている前記第２の特定の外部状態情報及び前記第１の特定の外部状態情報に一致する場合に、当該一致した記述部分において指定されている前記特定のＷｅｂページを前記新たなＷｅｂページとして取得し表示させる制御を行うものであることを特徴とする請求項１に記載の通信装置。
前記状態監視処理手段は、前記所定の通信アプレットに対して、前記外部状態情報として、文字列を提供するものであり、
前記所定の通信アプレットを取得するもととなった前記Ｗｅｂページに含まれる前記記述部分において指定されている前記特定の外部状態情報は、予め決められた特定の文字列であることを特徴とする請求項２または３に記載の通信装置。
前記外部状態情報取得手段は、外部から入力された入力音声について音声認識を行う音声認識機能を有し、
前記状態監視処理手段は、前記外部状態情報として、前記外部状態情報取得手段の前記音声認識機能による音声認識結果を提供するものであり、
前記所定の通信アプレットを取得するもととなった前記Ｗｅｂページは、該所定の通信アプレットが前記外部状態情報として特定の音声認識結果を取得した場合に、前記新たなＷｅｂページとして特定のＷｅｂページを取得し表示すべきことを指定する記述部分を1又は複数含むものであり、
前記所定の通信アプレットは、前記状態監視処理手段に要求して取得した前記音声認識結果が、前記記述部分のいずれかにおいて指定されている前記特定の音声認識結果に一致する場合に、当該一致した記述部分において指定されている前記特定のＷｅｂページを前記新たなＷｅｂページとして取得し表示させる制御を行うものであることを特徴とする請求項１に記載の通信装置。
前記所定の通信アプレットを取得するもととなった前記Ｗｅｂページに含まれる前記記述部分において前記特定のＷｅｂページはＵＲＬにより指定されていることを特徴とする請求項２ないし５のいずれか１項に記載の通信装置。
前記指定情報を含む形で、前記Ｗｅｂページが、前記Ｗｅｂサーバから提供されることを特徴とする請求項１に記載の通信装置。
前記指定情報を含まない形で、前記Ｗｅｂページが、前記Ｗｅｂサーバから提供され、
前記Ｗｅｂページが前記通信装置に受信されるのに先立って、前記Ｗｅｂサーバと前記通信装置との間に存在するプロキシサーバにより、前記指定情報が、前記Ｗｅｂページに付加されることを特徴とする請求項１に記載の通信装置。
前記通信アプレット提供手段により提供される前記所定の通信アプレットは、前記状態監視処理手段に対して、前記外部状態情報の送信を要求し、前記状態監視処理手段から前記外部状態情報を取得した場合に、前記制御を行うものであることを特徴とする請求項１に記載の通信装置。
前記通信アプレット提供手段により提供される前記所定の通信アプレットが前記Ｗｅｂブラウザにより実行された場合における、該所定の通信アプレットに対応する前記表示画面における表示領域の大きさの指定として、その幅と高さの少なくとも一方を０とすることで、該所定の通信アプレットに対応する表示領域を前記表示画面には表示させないようにすることを特徴とする請求項１に記載の通信装置。
前記所定の通信アプレットは、それが関連する前記Ｗｅｂページが前記表示画面に表示されている間だけ実行されることを特徴とする請求項１に記載の通信装置。
前記Ｗｅｂブラウザが前記外部状態情報に基づき前記新たなＷｅｂページを取得した場合に、該新たなＷｅｂページにも、前記指定情報と同一の指定情報が含まれていることを特徴とする請求項１に記載の通信装置。
前記Ｗｅｂブラウザは、少なくとも第１及び第２のフレームを含む複数のフレームを表示する機能を有し、
前記所定の通信アプレットの記述は、前記第１のフレームに表示するＷｅｂページ内に記載され、
前記所定の通信アプレットが関係することによって取得されたＷｅｂページは、前記第２のフレームに表示されることを特徴とする請求項１に記載の通信装置。
前記第１のフレームは、その幅と高さとの少なくとも一方を０とすることを特徴とする請求項１３に記載の通信装置。
前記外部状態情報取得手段は、外部から入力された入力音声について音声認識を行う機能を有し、
前記所定の通信アプレットは、前記状態監視処理手段を介して取得した前記外部状態情報取得手段による特定の音声認識結果に応答して、特定のＷｅｂページを取得し表示させるように予め設定されているものであることを特徴とする請求項１に記載の通信装置。
前記外部状態情報取得手段は、外部から入力された所定の種類の物理量を検出するセンサが示す状態を取得する機能を有し、
前記所定の通信アプレットは、前記状態監視処理手段を介して取得した前記外部状態情報取得手段による前記センサが示す特定の状態に応答して、特定のＷｅｂページを取得し表示させるように予め設定されているものであることを特徴とする請求項１に記載の通信装置。
通信端末とサーバ装置とを含むネットワークシステムにおいて、
前記通信端末は、
指定されたＷｅｂページをインターネットを介しＷｅｂサーバから取得し表示画面へ表示する機能及び該Ｗｅｂページに関連する通信アプレットを実行する機能を有するＷｅｂブラウザを実現するためのＷｅｂブラウザ・プログラムを実行する実行手段を備え、
前記サーバ装置は、
前記通信端末に対して遠隔地に存在し、
所定の通信アプレットを保持し、前記通信端末からの要求に応じて、該所定の通信アプレットを提供する通信アプレット提供手段と、
外部の状態に関する情報である外部状態情報を取得する外部状態情報取得手段と、
前記通信端末において実行された前記所定の通信アプレットからの要求に応じて、前記外部状態情報取得手段から取り込んだ前記外部状態情報を提供する状態監視処理手段とを備え、
前記通信端末のＷｅｂブラウザは、前記サーバ装置の通信アプレット提供手段に保持されている前記所定の通信アプレットを指定する指定情報を含むＷｅｂページを取得した場合には、該サーバ装置の通信アプレット提供手段から該所定の通信アプレットを取得し、取得した該所定の通信アプレットを実行させるものであり、
実行された前記所定の通信アプレットは、当該所定の通信アプレット自身を提供した前記通信アプレット提供手段を備える前記サーバ装置が備える前記状態監視処理手段に要求して取得した前記外部状態情報に基づいて、当該所定の通信アプレットを取得するもととなった前記Ｗｅｂページの表示に関する前記Ｗｅｂブラウザへの制御としては、該Ｗｅｂページから新たなＷｅｂページへ遷移させる制御のみを行うものであることを特徴とするネットワークシステム。