JP4102570B2 - データ取得仲介装置、プロキシサーバ及びデータ取得仲介プログラム、データ取得仲介方法、記憶媒体、並びにデータ取得仲介システム - Google Patents
データ取得仲介装置、プロキシサーバ及びデータ取得仲介プログラム、データ取得仲介方法、記憶媒体、並びにデータ取得仲介システム Download PDFInfo
- Publication number
- JP4102570B2 JP4102570B2 JP2002034712A JP2002034712A JP4102570B2 JP 4102570 B2 JP4102570 B2 JP 4102570B2 JP 2002034712 A JP2002034712 A JP 2002034712A JP 2002034712 A JP2002034712 A JP 2002034712A JP 4102570 B2 JP4102570 B2 JP 4102570B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- acquisition request
- terminal
- acquisition
- program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する装置、サーバおよびプログラム、並びに方法に係り、特に、特殊用途に特化した特殊端末において、サービス提供の確実性を低下させることなく、操作不能な状態に陥るという不具合を解決するのに好適なデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法に関する。
【０００２】
【従来の技術】
Ｗｅｂベースの技術の浸透に伴い、ユーザインターフェースとしてＷｅｂブラウザを用い、アプリケーション本体はＷＷＷ（World Wide Web）サーバで稼働させるような、いわゆるシンクライアント型のシステムが利用されるようになってきている。このとき、ＷＷＷサーバからクライアントに送られる情報は、フォームを含むＨＴＭＬ（HyperText Markup Language）データであり、クライアントの端末では、Ｗｅｂブラウザさえ動けば、実行に先立って特にアプリケーションの配布・インストール等の作業を行うことなく、アプリケーションを実行させることができるようになる。また、一般的には、クライアント側でアプリケーションを実行するのに比して、クライアント側はより処理能力の低いハードウエアで運用することができる。
【０００３】
従来、このようなクライアント端末には、ローエンドのＰＣが用いられてきた。しかし、最近では、店舗等に設置して顧客に気軽に使用してもらうことを目的としたものとして、液晶ディスプレイ上にタッチパネルを設け、タッチパネル上の操作だけで利用することができる特殊端末も開発され、そのような特殊端末上でもＷｅｂブラウザが動作するようになってきている。
【０００４】
ローエンドのＰＣ上で動作するＷｅｂブラウザには、「戻る」というコントロールボタンが設けられており、ユーザは、戻るボタンをクリックするだけで、１つまたはいくつか前に閲覧したＷｅｂページを、再アクセスを行うことなく閲覧することができる。これに対して、特殊端末上で動作するＷｅｂブラウザには、戻るボタンが設けられていない場合が多い。これは、ＪＡＶＡ（登録商標）アプレット（以下、単にアプレットという。）を利用してＷｅｂページを構成し、そのＷｅｂページによりプリントサービス等の店舗専用のサービスを提供する場合、特殊端末においてアプレットの実行中に戻るボタンがクリックされてしまうと、Ｗｅｂページによるサービスを確実に提供できなくなってしまうからである。例えば、プリントの実行が完了する前に戻るボタンをクリックされてしまうと、プリントが完全に行われず印刷ミスとなる可能性がある。すなわち、店舗にとっては、戻るボタンが利用できない不便よりも、サービス提供の確実性が低下してしまう方が不都合であるため、特殊端末には、あえて戻るボタンが設けられていないのである。
【０００５】
【発明が解決しようとする課題】
しかしながら、特殊端末上で動作する上記従来のＷｅｂブラウザにあっては、戻るボタンが設けられていないことから、ＷＷＷサーバの更新の不手際等何らかの原因により、サービス提供に必要なアプレットがＷＷＷサーバ上に存在しない場合、特殊端末が特定の画面を表示したまま停止してしまい、操作不能な状態に陥ることがあった。従業員がこの状態を直ちに見つけて対処できればよいが、多くの場合困難であるし、またできても大変な手間がかかる。この場合、戻るボタンを設ければ、戻るボタンの操作により操作不能な状態に陥ることをとりあえず回避することはできるが、戻るボタンを設けては、上記要因によりサービス提供の確実性が低下してしまう。
【０００６】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、特殊用途に特化した特殊端末において、サービス提供の確実性を低下させることなく、操作不能な状態に陥るという不具合を解決するのに好適なデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を提供することを目的としている。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明に記載のデータ取得仲介装置は、
ネットワークを介してネットワークリソースに通信可能に接続されたときに、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する装置であって、
データの取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得手段と、前記データ取得手段で取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得したデータを要求元のネットワークリソースに提供するデータ提供手段とを備え、
前記データ提供手段は、前記データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定手段で判定したときは、前記特定形式のデータが存在しない旨の通知を行うようになっていることを特徴とする。
【０００８】
このような構成であれば、データの取得要求があると、データ取得手段により、取得要求に応じてネットワークリソースからデータが取得される。このとき、取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出され、データ存在判定手段により、その特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かが判定される。その結果、特定形式のデータが存在しないと判定されると、データ提供手段により、特定形式のデータが存在しない旨の通知が行われる。
【０００９】
また、取得されたデータに特定取得要求が含まれていない場合は、データ提供手段により、取得されたデータが要求元のネットワークリソースに提供される。
また、取得されたデータについて、そのデータに含まれる特定取得要求に係る特定形式のデータが存在すると判定された場合は、取得されたそのデータが要求元のネットワークリソースに提供される。
【００１０】
ここで、特定形式のデータが存在しない旨の通知は、要求元のクライアントに対して行うに限らず、本装置を組み込んだネットワークリソースに対して行うようにしてもよいし、要求元のネットワークリソースを管理する管理端末に対して行うようにしてもよい。この場合、特定形式のデータが存在しない旨は、イベントログとして通知するようにしてもよい。以下、本発明に記載のデータ取得仲介プログラム、およびデータ取得仲介方法において同じである。
【００１１】
また、本装置は、要求元のネットワークリソースおよび取得先のネットワークリソースとは別のネットワークリソースとして構成してもよいし、要求元のネットワークリソース、取得先のネットワークリソースまたはその他のネットワークリソースとして構成してもよい。
また、特定形式のデータとしては、実行型のプログラムデータ（例えば、ＪＡＶＡ(登録商標)アプレット）のほか、例えば、画像データ、音声データその他のマルチメディアデータ、またはテキストデータその他の文書データが含まれる。以下、本発明に記載のプロキシサーバ、データ取得仲介プログラム、およびデータ取得仲介方法において同じである。
一方、上記目的を達成するために、本発明に記載のプロキシサーバは、
ネットワークを介して複数のネットワークリソースに通信可能に接続し、前記ネットワークリソースからデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを要求元のネットワークリソースに送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得手段と、前記データ取得手段で取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得したデータを要求元のネットワークリソースに送信するデータ送信手段とを備え、
前記データ送信手段は、前記データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記特定形式のデータが存在しない旨の通知データを要求元のネットワークリソースに送信するようになっていることを特徴とする。
【００１２】
このような構成であれば、データの取得要求があると、データ取得手段により、取得要求に応じてネットワークリソースからデータが取得される。このとき、取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出され、データ存在判定手段により、その特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かが判定される。その結果、特定形式のデータが存在しないと判定されると、データ送信手段により、そのデータに代えて、特定形式のデータが存在しない旨の通知データが要求元のネットワークリソースに送信される。
【００１３】
また、取得されたデータに特定取得要求が含まれていない場合は、データ送信手段により、取得されたデータが要求元のネットワークリソースに送信される。
また、取得されたデータについて、そのデータに含まれる特定取得要求に係る特定形式のデータが存在すると判定された場合は、取得されたそのデータが要求元のネットワークリソースに送信される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記特定形式のデータは、実行型のプログラムデータであることを特徴とする。
【００１４】
このような構成であれば、取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出され、データ存在判定手段により、その特定取得要求に係る実行型のプログラムデータが取得先のネットワークリソースに存在するか否かが判定される。その結果、実行型のプログラムデータが存在しないと判定されると、データ送信手段により、その実行型のプログラムデータに代えて、実行型のプログラムデータが存在しない旨の通知データが要求元のネットワークリソースに送信される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記特定取得要求を含むデータには、前記特定取得要求であることを示す要求識別情報をあらかじめ付加しておき、
前記特定取得要求検出手段は、前記データ取得手段で取得したデータから前記要求識別情報を検出することにより当該データに前記特定取得要求が含まれていることを検出するようになっていることを特徴とする。
【００１５】
このような構成であれば、取得されたデータに要求識別情報が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記データ存在判定手段は、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式のデータが存在するか否かを判定したときは、当該特定形式のデータを識別するためのデータ識別情報および当該特定形式のデータの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出手段で前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報および前記取得先アドレスを取得し、取得したデータ識別情報および取得先アドレスが前記記憶手段に登録されていないときは、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式のデータが存在するか否かを判定するようになっていることを特徴とする。
【００１６】
このような構成であれば、データ存在判定手段により、取得先のネットワークリソースにアクセスして特定取得要求に係る特定形式のデータが存在するか否かが判定されると、その特定形式のデータについてデータ識別情報および取得先アドレスが対応付けられて記憶手段に登録される。
一方、特定取得要求が含まれていることが検出されると、データ存在判定手段により、その特定取得要求が含まれているデータからデータ識別情報および取得先アドレスが取得される。そして、取得されたデータ識別情報および取得先アドレスが記憶手段に登録されていないと、取得先のネットワークリソースにアクセスして特定取得要求に係る特定形式のデータが存在するか否かが判定される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記ネットワークリソースを識別するためのネットワークリソース識別情報を含む取得要求を受信したときは、受信した取得要求から前記ネットワークリソース識別情報を取得し、取得したネットワークリソース識別情報により特定されるネットワークリソースが、特殊用途に特化した特殊端末であると判定したときは、前記特定取得要求検出手段による検出および前記データ存在判定手段による判定を行うようになっていることを特徴とする。
【００１７】
このような構成であれば、ネットワークリソース識別情報を含む取得要求を受信すると、受信した取得要求からネットワークリソース識別情報が取得される。そして、取得されたネットワークリソース識別情報により特定されるネットワークリソースが特殊端末であると判定されると、特定取得要求検出手段による検出およびデータ存在判定手段による判定が行われる。
一方、上記目的を達成するために、本発明に記載のデータ取得仲介プログラムは、
ネットワークを介してネットワークリソースに通信可能に接続されたときに、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介するプログラムであって、
データの取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得手段、前記データ取得手段で取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出手段、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段、および前記データ取得手段で取得したデータを要求元のネットワークリソースに提供するデータ提供手段として実現される処理をコンピュータに実行させるためのプログラムであり、
前記データ提供手段は、前記データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定手段で判定したときは、前記特定形式のデータが存在しない旨の通知を行うようになっていることを特徴とする。
【００１８】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、本発明に記載のデータ取得仲介装置と同等の作用が得られる。
ここで、本プログラムは、要求元のネットワークリソースおよび取得先のネットワークリソースとは別のネットワークリソースに組み込んでもよいし、要求元のネットワークリソース、取得先のネットワークリソース、またはその他のネットワークリソースに組み込んでもよい。
一方、上記目的を達成するために、本発明に記載のデータ取得仲介方法は、
ネットワークを介してネットワークリソースに通信可能に接続されたときに、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する方法であって、
データの取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得ステップと、前記データ取得ステップで取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出ステップと、前記特定取得要求検出ステップの検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定ステップと、前記データ取得ステップで取得したデータを要求元のネットワークリソースに提供するデータ提供ステップとを含み、
前記データ提供ステップは、前記データ取得ステップで取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定ステップで判定したときは、前記特定形式のデータが存在しない旨の通知を行うことを特徴とする。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。図１ないし図７は、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法の実施の形態を示す図である。
本実施の形態は、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を、図１に示すように、インターネット１９８とプライベートネットワーク１９９との間に設けられたプロキシサーバ２００に適用したものである。
【００２０】
まず、本発明を適用するネットワークシステムの構成を図１を参照しながら説明する。図１は、本発明を適用するネットワークシステムの構成を示すブロック図である。
図１において、インターネット１９８には、ＨＴＭＬデータにより構成したＷｅｂページを蓄積する複数のＷＷＷサーバ１００が接続されており、プライベートネットワーク１９９には、特殊用途に特化した複数の特殊端末３００と、特殊用途以外の用途にも用いられる複数の通常端末３１０とが接続されている。また、インターネット１９８およびプライベートネットワーク１９９には、特殊端末３００および通常端末３１０とＷＷＷサーバ１００との間でＨＴＴＰ（HyperText Transfer Protocol）その他のプロトコルによりデータ取得を仲介するプロキシサーバ２００が接続されている。
【００２１】
特殊端末３００は、図示しないが、液晶ディスプレイ上にタッチパネルを設けて構成されており、Ｗｅｂブラウザを起動し、タッチパネル上の操作だけでＷｅｂブラウザを利用可能となっている。なお、特殊端末３００上で動作するＷｅｂブラウザには、Ｗｅｂページによるサービスを確実に提供するために、戻るボタンが設けられていない。
【００２２】
特殊端末３００は、組み込まれているＷｅｂブラウザによって「ND-2000」および「ND-3000」の２種類に分類される。「ND-2000」の特殊端末３００は、アプレット識別符号、アプレットのバージョン、アプレット名およびアプレットに与えるパラメータ等をすべて１つのタグとして記述した形式（以下、ND-2000形式という。）のＨＴＭＬデータが与えられたときは、そのタグを解読して適切に処理するが、アプレット識別符号、アプレットのバージョン、アプレット名およびアプレットに与えるパラメータ等をそれぞれ１つのタグとして記述した形式（以下、ND-3000形式という。）のＨＴＭＬデータが与えられたときは、それらタグを無視するようになっている。「ND-3000」の特殊端末３００は、ND-3000形式のＨＴＭＬデータが与えられたときは、それらタグを解読して適切に処理するが、ND-2000形式のＨＴＭＬデータが与えられたときは、そのタグを無視するようになっている。
【００２３】
次に、プロキシサーバ２００の構成を図２を参照しながら詳細に説明する。図２は、プロキシサーバ２００の構成を示すブロック図である。
プロキシサーバ２００は、図２に示すように、制御プログラムに基づいて演算およびシステム全体を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ３０の制御プログラム等を格納しているＲＯＭ３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互にかつデータ授受可能に接続されている。
【００２４】
Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９８に接続するための信号線と、プライベートネットワーク１９９に接続するための信号線とが接続されている。
【００２５】
記憶装置４２には、図３に示すように、プライベートネットワーク１９９に接続する各端末についてＩＰアドレスおよび端末識別情報を対応付けて登録した端末管理テーブル４００が格納されている。図３は、端末管理テーブル４００のデータ構造を示す図である。
端末管理テーブル４００には、図３に示すように、プライベートネットワーク１９９に接続する各端末ごとに１つのレコードが登録されている。各レコードは、端末に設定されたＩＰアドレスを登録したフィールド４０２と、端末を識別するための端末識別情報を登録したフィールド４０４とを含んで構成されている。
【００２６】
図３の例では、第１段目のレコードには、ＩＰアドレスとして「192.168.100.10」が、端末識別情報として「通常端末」がそれぞれ登録されており、これは、ＩＰアドレス「192.168.100.10」が設定された端末が通常端末であることを意味している。また、第４段目のレコードには、ＩＰアドレスとして「192.168.101.10」が、端末識別情報として「特殊端末」がそれぞれ登録されており、これは、ＩＰアドレス「192.168.101.10」が設定された端末が特殊端末であることを意味している。
【００２７】
また、記憶装置４２には、図４に示すように、Ｗｅｂページのアプレットを管理するアプレット管理テーブル４２０が格納されている。図４は、アプレット管理テーブル４２０のデータ構造を示す図である。
アプレット管理テーブル４２０は、図４に示すように、取得要求に応じてプロキシサーバ２００がＷｅｂページを取得するごとに、１つのレコードが作成されるものである。各レコードは、ＷｅｂページのＵＲＬ（Universal Resource Locater）を登録したフィールド４２２と、そのＷｅｂページが利用するアプレットの個数を登録したフィールド４２４，４３０と、そのＷｅｂページが利用するすべてのアプレットの存在の有無を登録したフィールド４２６，４３２と、そのＷｅｂページが利用する各アプレットについてアプレットが存在するか否かを管理するアプレット存在管理テーブルへのポインタを登録したフィールド４２８，４３４とを含んで構成されている。なお、フィールド４２４〜４２８は、Ｗｅｂページを構成するＨＴＭＬデータの形式がND-2000形式の場合に、アプレット数、アプレットの存在の有無およびテーブル名を登録するフィールドであり、フィールド４３０〜４３４は、Ｗｅｂページを構成するＨＴＭＬデータの形式がND-3000形式の場合に、アプレット数、アプレットの存在の有無およびテーブル名を登録するフィールドである。
【００２８】
図４の例では、第１段目のレコードには、ＵＲＬとして「http://www.aaa.com/index.htm」が、アプレット数、アプレット存在の有無およびアプレット存在管理テーブルへのポインタのうちND-2000形式に係るものとして、「３」、「０」および「テーブルＡ１」が、アプレット数、アプレット存在の有無およびアプレット存在管理テーブルへのポインタのうちND-3000形式に係るものとして、「４」、「０」および「テーブルＡ２」がそれぞれ登録されている。これは、ＵＲＬ「http://www.aaa.com/index.htm」により特定されるＷｅｂページに、アプレットを取得する要求である特定取得要求が７つ含まれており、アプレットが存在するか否かを、ND-2000形式に係るものについてはテーブルＡ１により、ND-3000形式に係るものについてはテーブルＡ２により管理することを意味している。さらに、ND-2000形式に係るアプレットの一部または全部が存在せず、ND-3000形式に係るアプレットの一部または全部が存在しないことを意味している。なお、各Ｗｅｂページには、特定取得要求を確実に検出するため、特定取得要求とともにアプレット識別符号があらかじめ付加されている。
【００２９】
アプレット存在管理テーブル４４０は、図５に示すように、各アプレットごとに１つのレコードが登録されている。各レコードは、アプレット名を登録したフィールド４４２と、アプレットの存在の有無を登録したフィールド４４４とを含んで構成されている。図５は、アプレット存在管理テーブル４４０のデータ構造を示す図である。
【００３０】
図５の例では、第１段目のレコードには、アプレット名として「exe_001」が、アプレット存在の有無として「１」がそれぞれ登録されており、これは、アプレット名「exe_001」のアプレットが規定のＷＷＷサーバ１００に存在することを意味している。また、第３段目のレコードには、アプレット名として「exe_003」が、アプレット存在の有無として「０」がそれぞれ登録されており、これは、アプレット名「exe_003」のアプレットが規定のＷＷＷサーバ１００に存在しないことを意味している。
【００３１】
ＣＰＵ３０は、マイクロプロセッシングユニットＭＰＵ等からなり、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図６のフローチャートに示すデータ取得仲介処理を実行するようになっている。図６は、データ取得仲介処理を示すフローチャートである。
データ取得仲介処理は、ＣＰＵ３０において実行されると、図６に示すように、まず、ステップＳ１００に移行するようになっている。
【００３２】
ステップＳ１００では、ＨＴＴＰによりページの取得要求を受信したか否かを判定し、取得要求を受信したと判定したとき(Yes)は、ステップＳ１０１に移行するが、そうでないと判定したとき(No)は、取得要求を受信するまでステップＳ１００で待機する。
ステップＳ１０１では、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されているか否かを判定し、端末管理テーブル４００に登録されていないと判定したとき(No)は、ステップＳ１０２に移行して、取得要求のＨＴＴＰヘッダを解析し、ステップＳ１０４に移行して、解析結果に基づいて要求元の端末が特殊端末３００であるか否かを判定し、要求元の端末が特殊端末３００であると判定したとき(Yes)は、ステップＳ１０５に移行する。
【００３３】
ステップＳ１０５では、取得要求に含まれるＩＰアドレスおよび特殊端末３００であることを示す端末識別情報を端末管理テーブル４００に登録し、ステップＳ１０６に移行して、取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１０８に移行して、取得要求に係るＷｅｂページをそのＷＷＷサーバ１００から取得し、ステップＳ１１０に移行する。
【００３４】
ステップＳ１１０では、取得したＷｅｂページを解析し、ステップＳ１１２に移行して、解析結果に基づいて、取得したＷｅｂページからアプレット識別符号を検出したか否かを判定し、アプレット識別符号を検出したと判定したとき(Yes)は、ステップＳ１１４に移行して、検出したアプレット識別符号に対応するアプレットがアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されているか否かを判定し、アプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されていないと判定したとき(No)は、ステップＳ１１６に移行する。
【００３５】
ステップＳ１１６では、検出したアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１１８に移行して、特定取得要求に係るアプレットがそのＷＷＷサーバ１００に存在するか否かを判定し、アプレットが存在しないと判定したとき(No)は、ステップＳ１２０に移行する。
ステップＳ１２０では、検出したアプレット識別符号に対応するアプレットがＷＷＷサーバ１００に存在しないことをアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録する。なお、この登録は、取得したＷｅｂページを構成するＨＴＭＬデータの形式に応じてそれぞれ行う。以下、ステップＳ１２４において同じである。
【００３６】
次いで、ステップＳ１２２に移行して、アプレットが存在しないことを通知するための差換ページを、取得したＷｅｂページに代えて要求元の端末に送信し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ１１８で、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在すると判定したとき(Yes)は、ステップＳ１２４に移行して、検出したアプレット識別符号に対応するアプレットがＷＷＷサーバ１００に存在することをアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録し、ステップＳ１１２に移行する。なお、ステップＳ１１２に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ１１２の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【００３７】
一方、ステップＳ１１４で、検出したアプレット識別符号に対応するアプレットがアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されていると判定したとき(Yes)は、ステップＳ１２８に移行して、アプレット管理テーブル４２０およびアプレット存在管理テーブル４４０を参照して、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在するか否かを判定し、アプレットが存在しないと判定したとき(No)は、ステップＳ１２２に移行する。
【００３８】
一方、ステップＳ１２８で、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在すると判定したとき(Yes)は、ステップＳ１１２に移行する。なお、ステップＳ１１２に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ１１２の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【００３９】
一方、ステップＳ１１２で、取得したＷｅｂページからアプレット識別符号を検出しないと判定したとき(No)は、ステップＳ１２６に移行して、取得したＷｅｂページを要求元の端末に送信し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ１０４で、要求元の端末が特殊端末３００でないと判定したとき(No)は、ステップＳ１３０に移行して、取得要求に含まれるＩＰアドレスおよび通常端末３１０であることを示す端末識別情報を端末管理テーブル４００に登録し、ステップＳ１３２に移行して、取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１３４に移行して、取得要求に係るＷｅｂページをそのＷＷＷサーバ１００から取得し、ステップＳ１２６に移行する。
【００４０】
一方、ステップＳ１０１で、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されていると判定したとき(Yes)は、ステップＳ１３６に移行して、端末管理テーブル４００を参照して要求元の端末が特殊端末３００であるか否かを判定し、要求元の端末が特殊端末３００であると判定したとき(Yes)は、ステップＳ１０６に移行する。
【００４１】
一方、ステップＳ１３６で、要求元の端末が特殊端末３００でないと判定したとき(No)は、ステップＳ１３２に移行する。
次に、本実施の形態の動作を図７を参照しながら説明する。図７は、特殊端末３００の表示画面である。
特殊端末３００では、ユーザがＷＷＷブラウザを操作すると、閲覧の目的となるＷｅｂページの取得要求がプロキシサーバ２００に送信される。この取得要求は、自己のＩＰアドレスを含むＨＴＴＰパケットとして送信される。
【００４２】
プロキシサーバ２００では、取得要求を受信すると、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されていない場合は、ステップＳ１０１〜Ｓ１０４を経て、取得要求のＨＴＴＰヘッダが解析され、解析結果に基づいて要求元の端末が特殊端末３００であるか否かが判定される。ここで、要求元の端末が特殊端末３００であると判定されると、ステップＳ１０５〜Ｓ１０８を経て、取得要求に含まれるＩＰアドレスおよび特殊端末３００であることを示す端末識別情報が端末管理テーブル４００に登録され、取得要求に係るＷＷＷサーバ１００にアクセスされ、取得要求に係るＷｅｂページがそのＷＷＷサーバ１００から取得される。
【００４３】
そして、ステップＳ１１０，Ｓ１１２を経て、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出される。ここで、アプレット存在管理テーブル４４０には、初期状態においてアプレットが登録されていないので、ステップＳ１１６を経て、検出されたアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスされる。その結果、特定取得要求に係るアプレットがそのＷＷＷサーバ１００に存在しない場合は、ステップＳ１２０，Ｓ１２２を経て、検出されたアプレット識別符号に対応するアプレットがＷＷＷサーバ１００に存在しないことがアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録され、アプレットが存在しないことを通知するための差換ページが、取得されたＷｅｂページに代えて要求元の特殊端末３００に送信される。
【００４４】
特殊端末３００では、差換ページを受信すると、図７（ａ）または同図（ｂ）に示すような差換ページが表示される。例えば、特殊端末３００が店舗等に設置して顧客の利用に供するものであれば、顧客は、その表示を見たときに不具合が発生したことが分かるので、従業員を呼ぶ等して適切な対処を行うことができる。したがって、アプレットの実行前に対処することができるので、操作不能な状態に陥る可能性を低減することができる。
【００４５】
次に、他の特殊端末３００において上記と同一のＷｅｂページを閲覧する場合、特殊端末３００では、ユーザがＷＷＷブラウザを操作すると、閲覧の目的となるＷｅｂページの取得要求がプロキシサーバ２００に送信される。
プロキシサーバ２００では、取得要求を受信すると、取得要求のＨＴＴＰヘッダが解析され、解析結果に基づいて要求元の端末が特殊端末３００であるか否かが判定される。ここで、要求元の端末が特殊端末３００であると判定されると、取得要求に係るＷＷＷサーバ１００にアクセスされ、取得要求に係るＷｅｂページがそのＷＷＷサーバ１００から取得される。
【００４６】
そして、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出される。ここで、アプレット存在管理テーブル４４０には、検出されたアプレット識別符号に対応するアプレットが上記処理において登録されているので、ステップＳ１２８，Ｓ１２２を経て、アプレット管理テーブル４２０およびアプレット存在管理テーブル４４０を参照して特定取得要求に係るアプレットがＷＷＷサーバ１００に存在しないと判定され、アプレットが存在しないことを通知するための差換ページが、取得されたＷｅｂページに代えて要求元の特殊端末３００に送信される。
【００４７】
なお、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在すると判定された場合、ＨＴＴＰヘッダの解析の結果、要求元の端末が通常端末３１０であると判定された場合、または取得したＷｅｂページにアプレット識別符号が含まれていない場合はいずれも、取得されたＷｅｂページがそのまま要求元の端末に送信される。この点は、従来のプロキシサーバと同様の動作である。
【００４８】
また、プロキシサーバ２００では、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されている場合は、ステップＳ１０１，Ｓ１３６を経て、端末管理テーブル４００を参照して要求元の端末が特殊端末３００であるか否かが判定される。したがって、端末管理テーブル４００に一旦登録されると、要求元の端末についてＨＴＴＰヘッダの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
【００４９】
このようにして、本実施の形態では、プロキシサーバ２００は、取得要求に応じてＷＷＷサーバ１００からＷｅｂページを取得し、取得したＷｅｂページに特定取得要求が含まれているときは、そのＷｅｂページから特定取得要求を検出し、検出した特定取得要求に係るアプレットがＷＷＷサーバ１００に存在するか否かを判定し、取得したＷｅｂページについて、そのＷｅｂページに含まれる特定取得要求に係るアプレットが存在しないと判定したときは、そのＷｅｂページに代えて、アプレットが存在しない旨の差換ページを要求元の端末に送信するようになっている。
【００５０】
これにより、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在しない場合は、要求元の端末が特定取得要求を送信する前に、アプレットが存在しないことを要求元の端末に通知することができるので、特殊端末３００において、従来に比して、操作不能な状態に陥る可能性を低減することができる。また、これを戻るボタンを設けずに実現することができるので、サービス提供の確実性を低下させることもさほどない。
【００５１】
さらに、本実施の形態では、プロキシサーバ２００は、取得したＷｅｂページからアプレット識別符号を検出することによりそのＷｅｂページに特定取得要求が含まれていることを検出するようになっている。
これにより、特定取得要求が含まれていることを比較的確実に検出することができる。
【００５２】
さらに、本実施の形態では、プロキシサーバ２００は、ＷＷＷサーバ１００にアクセスして特定取得要求に係るアプレットが存在するか否かを判定したときは、アプレットの存在の有無をアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録する一方、取得したＷｅｂページを解析し、解析結果に基づいてアプレットの存在の有無がアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されていないと判定したときは、ＷＷＷサーバ１００にアクセスして特定取得要求に係るアプレットが存在するか否かを判定するようになっている。
【００５３】
これにより、存在するか否かを一度も判定したことのないアプレットについてのみ、ＷＷＷサーバ１００に対してアクセスが行われるので、ＷＷＷサーバ１００にアクセスする回数を低減することができる。
さらに、本実施の形態では、プロキシサーバ２００は、取得要求を受信したときは、受信した取得要求の解析結果に基づいて要求元の端末が特殊端末３００であるか否かを判定し、特殊端末３００であると判定したときは、特定取得要求の検出およびアプレットの存在確認を行うようになっている。
【００５４】
これにより、特殊端末３００に送信すべきＷｅｂページについてのみ、特定取得要求の検出およびアプレットの存在確認が行われるので、処理負荷を低減することができる。
さらに、本実施の形態では、プロキシサーバ２００は、取得要求を受信したときは、取得要求のＨＴＴＰヘッダを解析し、解析結果に基づいて要求元の端末が特殊端末３００であるか否かを判定し、判定結果に基づいて端末管理テーブル４００への登録を行う一方、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されているときは、端末管理テーブル４００を参照して要求元の端末が特殊端末３００であるか否かを判定するようになっている。
【００５５】
これにより、端末管理テーブル４００に一旦登録されると、要求元の端末についてＨＴＴＰヘッダの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
上記実施の形態において、インターネット１９８およびプライベートネットワーク１９９は、ネットワークに対応し、ＷＷＷサーバ１００、特殊端末３００および通常端末３１０は、ネットワークリソースに対応している。また、アプレット管理テーブル４２０は、記憶手段に対応し、ステップＳ１０６，Ｓ１０８は、データ取得手段、またはデータ取得ステップに対応し、ステップＳ１１０，Ｓ１１２は、特定取得要求検出手段、または特定取得要求検出ステップに対応している。
【００５６】
また、上記実施の形態において、ステップＳ１１６，Ｓ１１８，Ｓ１２８は、データ存在判定手段、またはデータ存在判定ステップに対応し、ステップＳ１２２，Ｓ１２６は、データ提供手段、データ送信手段、またはデータ提供ステップに対応している。また、差換ページは、通知データに対応し、アプレットは、特定形式のデータ、または実行型のプログラムデータに対応し、アプレット識別符号は、要求識別情報に対応している。
【００５７】
また、上記実施の形態において、ＵＲＬは、データ識別情報、または取得先アドレスに対応し、ＩＰアドレスは、ネットワークリソース識別情報に対応している。
なお、上記実施の形態において、プロキシサーバ２００は、ステップＳ１１０で、取得したＷｅｂページを常に解析するように構成したが、これに限らず、取得したＷｅｂページのＵＲＬがアプレット管理テーブル４２０に登録されているか否かを判定し、アプレット管理テーブル４２０に登録されていると判定したときは、Ｗｅｂページの解析を省略するように構成してもよい。
【００５８】
これにより、アプレット管理テーブル４２０に一旦登録されると、Ｗｅｂページの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
また、上記実施の形態においては、図５に示すアプレット存在管理テーブル４４０をＷｅｂページごと複数設けて構成したが、これに限らず、それら複数のアプレット存在管理テーブル４４０を一つのテーブルとして構成してもよい。これにより、検索の高速化を図ることができる。
【００５９】
また、上記実施の形態において、図６のフローチャートに示す処理を実行するにあたっては、ＲＯＭ３２にあらかじめ格納されている制御プログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭ３４に読み込んで実行するようにしてもよい。
【００６０】
ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体であって、電子的、磁気的、光学的等の読み取り方法のいかんにかかわらず、コンピュータで読み取り可能な記憶媒体であれば、あらゆる記憶媒体を含むものである。
【００６１】
また、上記実施の形態においては、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を、インターネット１９８からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９８と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９８と同一方式により通信を行うネットワークに限らず、通常のネットワークに適用することもできる。
【００６２】
また、上記実施の形態においては、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を、図１に示すように、インターネット１９８とプライベートネットワーク１９９との間に設けられたプロキシサーバ２００に適用したが、これに限らず、本発明の主旨を逸脱しない範囲で他の場合にも適用可能である。例えば、プロキシサーバ２００が実現する処理を特殊端末３００に組み込むソフトウェアとして構成することもできる。
【図面の簡単な説明】
【図１】 本発明を適用するネットワークシステムの構成を示すブロック図である。
【図２】 プロキシサーバ２００の構成を示すブロック図である。
【図３】 端末管理テーブル４００のデータ構造を示す図である。
【図４】 アプレット管理テーブル４２０のデータ構造を示す図である。
【図５】 アプレット存在管理テーブル４４０のデータ構造を示す図である。
【図６】 データ取得仲介処理を示すフローチャートである。
【図７】 特殊端末３００の表示画面である。
【符号の説明】
１００ ＷＷＷサーバ
１９８ インターネット
３００ 特殊端末
３１０ 通常端末
１９９ プライベートネットワーク
２００ プロキシサーバ
３０ ＣＰＵ
３２ ＲＯＭ
３４ ＲＡＭ
３８ Ｉ／Ｆ
４０ 入力装置
４２ 記憶装置
４４ 表示装置
４００ 端末管理テーブル
４２０ アプレット管理テーブル
４４０ アプレット存在管理テーブル
【発明の属する技術分野】
本発明は、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する装置、サーバおよびプログラム、並びに方法に係り、特に、特殊用途に特化した特殊端末において、サービス提供の確実性を低下させることなく、操作不能な状態に陥るという不具合を解決するのに好適なデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法に関する。
【０００２】
【従来の技術】
Ｗｅｂベースの技術の浸透に伴い、ユーザインターフェースとしてＷｅｂブラウザを用い、アプリケーション本体はＷＷＷ（World Wide Web）サーバで稼働させるような、いわゆるシンクライアント型のシステムが利用されるようになってきている。このとき、ＷＷＷサーバからクライアントに送られる情報は、フォームを含むＨＴＭＬ（HyperText Markup Language）データであり、クライアントの端末では、Ｗｅｂブラウザさえ動けば、実行に先立って特にアプリケーションの配布・インストール等の作業を行うことなく、アプリケーションを実行させることができるようになる。また、一般的には、クライアント側でアプリケーションを実行するのに比して、クライアント側はより処理能力の低いハードウエアで運用することができる。
【０００３】
従来、このようなクライアント端末には、ローエンドのＰＣが用いられてきた。しかし、最近では、店舗等に設置して顧客に気軽に使用してもらうことを目的としたものとして、液晶ディスプレイ上にタッチパネルを設け、タッチパネル上の操作だけで利用することができる特殊端末も開発され、そのような特殊端末上でもＷｅｂブラウザが動作するようになってきている。
【０００４】
ローエンドのＰＣ上で動作するＷｅｂブラウザには、「戻る」というコントロールボタンが設けられており、ユーザは、戻るボタンをクリックするだけで、１つまたはいくつか前に閲覧したＷｅｂページを、再アクセスを行うことなく閲覧することができる。これに対して、特殊端末上で動作するＷｅｂブラウザには、戻るボタンが設けられていない場合が多い。これは、ＪＡＶＡ（登録商標）アプレット（以下、単にアプレットという。）を利用してＷｅｂページを構成し、そのＷｅｂページによりプリントサービス等の店舗専用のサービスを提供する場合、特殊端末においてアプレットの実行中に戻るボタンがクリックされてしまうと、Ｗｅｂページによるサービスを確実に提供できなくなってしまうからである。例えば、プリントの実行が完了する前に戻るボタンをクリックされてしまうと、プリントが完全に行われず印刷ミスとなる可能性がある。すなわち、店舗にとっては、戻るボタンが利用できない不便よりも、サービス提供の確実性が低下してしまう方が不都合であるため、特殊端末には、あえて戻るボタンが設けられていないのである。
【０００５】
【発明が解決しようとする課題】
しかしながら、特殊端末上で動作する上記従来のＷｅｂブラウザにあっては、戻るボタンが設けられていないことから、ＷＷＷサーバの更新の不手際等何らかの原因により、サービス提供に必要なアプレットがＷＷＷサーバ上に存在しない場合、特殊端末が特定の画面を表示したまま停止してしまい、操作不能な状態に陥ることがあった。従業員がこの状態を直ちに見つけて対処できればよいが、多くの場合困難であるし、またできても大変な手間がかかる。この場合、戻るボタンを設ければ、戻るボタンの操作により操作不能な状態に陥ることをとりあえず回避することはできるが、戻るボタンを設けては、上記要因によりサービス提供の確実性が低下してしまう。
【０００６】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、特殊用途に特化した特殊端末において、サービス提供の確実性を低下させることなく、操作不能な状態に陥るという不具合を解決するのに好適なデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を提供することを目的としている。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明に記載のデータ取得仲介装置は、
ネットワークを介してネットワークリソースに通信可能に接続されたときに、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する装置であって、
データの取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得手段と、前記データ取得手段で取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得したデータを要求元のネットワークリソースに提供するデータ提供手段とを備え、
前記データ提供手段は、前記データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定手段で判定したときは、前記特定形式のデータが存在しない旨の通知を行うようになっていることを特徴とする。
【０００８】
このような構成であれば、データの取得要求があると、データ取得手段により、取得要求に応じてネットワークリソースからデータが取得される。このとき、取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出され、データ存在判定手段により、その特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かが判定される。その結果、特定形式のデータが存在しないと判定されると、データ提供手段により、特定形式のデータが存在しない旨の通知が行われる。
【０００９】
また、取得されたデータに特定取得要求が含まれていない場合は、データ提供手段により、取得されたデータが要求元のネットワークリソースに提供される。
また、取得されたデータについて、そのデータに含まれる特定取得要求に係る特定形式のデータが存在すると判定された場合は、取得されたそのデータが要求元のネットワークリソースに提供される。
【００１０】
ここで、特定形式のデータが存在しない旨の通知は、要求元のクライアントに対して行うに限らず、本装置を組み込んだネットワークリソースに対して行うようにしてもよいし、要求元のネットワークリソースを管理する管理端末に対して行うようにしてもよい。この場合、特定形式のデータが存在しない旨は、イベントログとして通知するようにしてもよい。以下、本発明に記載のデータ取得仲介プログラム、およびデータ取得仲介方法において同じである。
【００１１】
また、本装置は、要求元のネットワークリソースおよび取得先のネットワークリソースとは別のネットワークリソースとして構成してもよいし、要求元のネットワークリソース、取得先のネットワークリソースまたはその他のネットワークリソースとして構成してもよい。
また、特定形式のデータとしては、実行型のプログラムデータ（例えば、ＪＡＶＡ(登録商標)アプレット）のほか、例えば、画像データ、音声データその他のマルチメディアデータ、またはテキストデータその他の文書データが含まれる。以下、本発明に記載のプロキシサーバ、データ取得仲介プログラム、およびデータ取得仲介方法において同じである。
一方、上記目的を達成するために、本発明に記載のプロキシサーバは、
ネットワークを介して複数のネットワークリソースに通信可能に接続し、前記ネットワークリソースからデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを要求元のネットワークリソースに送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得手段と、前記データ取得手段で取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得したデータを要求元のネットワークリソースに送信するデータ送信手段とを備え、
前記データ送信手段は、前記データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記特定形式のデータが存在しない旨の通知データを要求元のネットワークリソースに送信するようになっていることを特徴とする。
【００１２】
このような構成であれば、データの取得要求があると、データ取得手段により、取得要求に応じてネットワークリソースからデータが取得される。このとき、取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出され、データ存在判定手段により、その特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かが判定される。その結果、特定形式のデータが存在しないと判定されると、データ送信手段により、そのデータに代えて、特定形式のデータが存在しない旨の通知データが要求元のネットワークリソースに送信される。
【００１３】
また、取得されたデータに特定取得要求が含まれていない場合は、データ送信手段により、取得されたデータが要求元のネットワークリソースに送信される。
また、取得されたデータについて、そのデータに含まれる特定取得要求に係る特定形式のデータが存在すると判定された場合は、取得されたそのデータが要求元のネットワークリソースに送信される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記特定形式のデータは、実行型のプログラムデータであることを特徴とする。
【００１４】
このような構成であれば、取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出され、データ存在判定手段により、その特定取得要求に係る実行型のプログラムデータが取得先のネットワークリソースに存在するか否かが判定される。その結果、実行型のプログラムデータが存在しないと判定されると、データ送信手段により、その実行型のプログラムデータに代えて、実行型のプログラムデータが存在しない旨の通知データが要求元のネットワークリソースに送信される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記特定取得要求を含むデータには、前記特定取得要求であることを示す要求識別情報をあらかじめ付加しておき、
前記特定取得要求検出手段は、前記データ取得手段で取得したデータから前記要求識別情報を検出することにより当該データに前記特定取得要求が含まれていることを検出するようになっていることを特徴とする。
【００１５】
このような構成であれば、取得されたデータに要求識別情報が含まれていると、特定取得要求検出手段により、取得されたデータに特定取得要求が含まれていることが検出される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記データ存在判定手段は、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式のデータが存在するか否かを判定したときは、当該特定形式のデータを識別するためのデータ識別情報および当該特定形式のデータの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出手段で前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報および前記取得先アドレスを取得し、取得したデータ識別情報および取得先アドレスが前記記憶手段に登録されていないときは、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式のデータが存在するか否かを判定するようになっていることを特徴とする。
【００１６】
このような構成であれば、データ存在判定手段により、取得先のネットワークリソースにアクセスして特定取得要求に係る特定形式のデータが存在するか否かが判定されると、その特定形式のデータについてデータ識別情報および取得先アドレスが対応付けられて記憶手段に登録される。
一方、特定取得要求が含まれていることが検出されると、データ存在判定手段により、その特定取得要求が含まれているデータからデータ識別情報および取得先アドレスが取得される。そして、取得されたデータ識別情報および取得先アドレスが記憶手段に登録されていないと、取得先のネットワークリソースにアクセスして特定取得要求に係る特定形式のデータが存在するか否かが判定される。
さらに、本発明に記載のプロキシサーバは、上記のプロキシサーバにおいて、前記ネットワークリソースを識別するためのネットワークリソース識別情報を含む取得要求を受信したときは、受信した取得要求から前記ネットワークリソース識別情報を取得し、取得したネットワークリソース識別情報により特定されるネットワークリソースが、特殊用途に特化した特殊端末であると判定したときは、前記特定取得要求検出手段による検出および前記データ存在判定手段による判定を行うようになっていることを特徴とする。
【００１７】
このような構成であれば、ネットワークリソース識別情報を含む取得要求を受信すると、受信した取得要求からネットワークリソース識別情報が取得される。そして、取得されたネットワークリソース識別情報により特定されるネットワークリソースが特殊端末であると判定されると、特定取得要求検出手段による検出およびデータ存在判定手段による判定が行われる。
一方、上記目的を達成するために、本発明に記載のデータ取得仲介プログラムは、
ネットワークを介してネットワークリソースに通信可能に接続されたときに、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介するプログラムであって、
データの取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得手段、前記データ取得手段で取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出手段、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段、および前記データ取得手段で取得したデータを要求元のネットワークリソースに提供するデータ提供手段として実現される処理をコンピュータに実行させるためのプログラムであり、
前記データ提供手段は、前記データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定手段で判定したときは、前記特定形式のデータが存在しない旨の通知を行うようになっていることを特徴とする。
【００１８】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、本発明に記載のデータ取得仲介装置と同等の作用が得られる。
ここで、本プログラムは、要求元のネットワークリソースおよび取得先のネットワークリソースとは別のネットワークリソースに組み込んでもよいし、要求元のネットワークリソース、取得先のネットワークリソース、またはその他のネットワークリソースに組み込んでもよい。
一方、上記目的を達成するために、本発明に記載のデータ取得仲介方法は、
ネットワークを介してネットワークリソースに通信可能に接続されたときに、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する方法であって、
データの取得要求に応じて前記ネットワークリソースからデータを取得するデータ取得ステップと、前記データ取得ステップで取得したデータに特定形式のデータの取得要求が含まれていることを検出する特定取得要求検出ステップと、前記特定取得要求検出ステップの検出結果に基づいて前記特定取得要求に係る特定形式のデータが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定ステップと、前記データ取得ステップで取得したデータを要求元のネットワークリソースに提供するデータ提供ステップとを含み、
前記データ提供ステップは、前記データ取得ステップで取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式のデータが存在しないと前記データ存在判定ステップで判定したときは、前記特定形式のデータが存在しない旨の通知を行うことを特徴とする。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。図１ないし図７は、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法の実施の形態を示す図である。
本実施の形態は、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を、図１に示すように、インターネット１９８とプライベートネットワーク１９９との間に設けられたプロキシサーバ２００に適用したものである。
【００２０】
まず、本発明を適用するネットワークシステムの構成を図１を参照しながら説明する。図１は、本発明を適用するネットワークシステムの構成を示すブロック図である。
図１において、インターネット１９８には、ＨＴＭＬデータにより構成したＷｅｂページを蓄積する複数のＷＷＷサーバ１００が接続されており、プライベートネットワーク１９９には、特殊用途に特化した複数の特殊端末３００と、特殊用途以外の用途にも用いられる複数の通常端末３１０とが接続されている。また、インターネット１９８およびプライベートネットワーク１９９には、特殊端末３００および通常端末３１０とＷＷＷサーバ１００との間でＨＴＴＰ（HyperText Transfer Protocol）その他のプロトコルによりデータ取得を仲介するプロキシサーバ２００が接続されている。
【００２１】
特殊端末３００は、図示しないが、液晶ディスプレイ上にタッチパネルを設けて構成されており、Ｗｅｂブラウザを起動し、タッチパネル上の操作だけでＷｅｂブラウザを利用可能となっている。なお、特殊端末３００上で動作するＷｅｂブラウザには、Ｗｅｂページによるサービスを確実に提供するために、戻るボタンが設けられていない。
【００２２】
特殊端末３００は、組み込まれているＷｅｂブラウザによって「ND-2000」および「ND-3000」の２種類に分類される。「ND-2000」の特殊端末３００は、アプレット識別符号、アプレットのバージョン、アプレット名およびアプレットに与えるパラメータ等をすべて１つのタグとして記述した形式（以下、ND-2000形式という。）のＨＴＭＬデータが与えられたときは、そのタグを解読して適切に処理するが、アプレット識別符号、アプレットのバージョン、アプレット名およびアプレットに与えるパラメータ等をそれぞれ１つのタグとして記述した形式（以下、ND-3000形式という。）のＨＴＭＬデータが与えられたときは、それらタグを無視するようになっている。「ND-3000」の特殊端末３００は、ND-3000形式のＨＴＭＬデータが与えられたときは、それらタグを解読して適切に処理するが、ND-2000形式のＨＴＭＬデータが与えられたときは、そのタグを無視するようになっている。
【００２３】
次に、プロキシサーバ２００の構成を図２を参照しながら詳細に説明する。図２は、プロキシサーバ２００の構成を示すブロック図である。
プロキシサーバ２００は、図２に示すように、制御プログラムに基づいて演算およびシステム全体を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ３０の制御プログラム等を格納しているＲＯＭ３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互にかつデータ授受可能に接続されている。
【００２４】
Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９８に接続するための信号線と、プライベートネットワーク１９９に接続するための信号線とが接続されている。
【００２５】
記憶装置４２には、図３に示すように、プライベートネットワーク１９９に接続する各端末についてＩＰアドレスおよび端末識別情報を対応付けて登録した端末管理テーブル４００が格納されている。図３は、端末管理テーブル４００のデータ構造を示す図である。
端末管理テーブル４００には、図３に示すように、プライベートネットワーク１９９に接続する各端末ごとに１つのレコードが登録されている。各レコードは、端末に設定されたＩＰアドレスを登録したフィールド４０２と、端末を識別するための端末識別情報を登録したフィールド４０４とを含んで構成されている。
【００２６】
図３の例では、第１段目のレコードには、ＩＰアドレスとして「192.168.100.10」が、端末識別情報として「通常端末」がそれぞれ登録されており、これは、ＩＰアドレス「192.168.100.10」が設定された端末が通常端末であることを意味している。また、第４段目のレコードには、ＩＰアドレスとして「192.168.101.10」が、端末識別情報として「特殊端末」がそれぞれ登録されており、これは、ＩＰアドレス「192.168.101.10」が設定された端末が特殊端末であることを意味している。
【００２７】
また、記憶装置４２には、図４に示すように、Ｗｅｂページのアプレットを管理するアプレット管理テーブル４２０が格納されている。図４は、アプレット管理テーブル４２０のデータ構造を示す図である。
アプレット管理テーブル４２０は、図４に示すように、取得要求に応じてプロキシサーバ２００がＷｅｂページを取得するごとに、１つのレコードが作成されるものである。各レコードは、ＷｅｂページのＵＲＬ（Universal Resource Locater）を登録したフィールド４２２と、そのＷｅｂページが利用するアプレットの個数を登録したフィールド４２４，４３０と、そのＷｅｂページが利用するすべてのアプレットの存在の有無を登録したフィールド４２６，４３２と、そのＷｅｂページが利用する各アプレットについてアプレットが存在するか否かを管理するアプレット存在管理テーブルへのポインタを登録したフィールド４２８，４３４とを含んで構成されている。なお、フィールド４２４〜４２８は、Ｗｅｂページを構成するＨＴＭＬデータの形式がND-2000形式の場合に、アプレット数、アプレットの存在の有無およびテーブル名を登録するフィールドであり、フィールド４３０〜４３４は、Ｗｅｂページを構成するＨＴＭＬデータの形式がND-3000形式の場合に、アプレット数、アプレットの存在の有無およびテーブル名を登録するフィールドである。
【００２８】
図４の例では、第１段目のレコードには、ＵＲＬとして「http://www.aaa.com/index.htm」が、アプレット数、アプレット存在の有無およびアプレット存在管理テーブルへのポインタのうちND-2000形式に係るものとして、「３」、「０」および「テーブルＡ１」が、アプレット数、アプレット存在の有無およびアプレット存在管理テーブルへのポインタのうちND-3000形式に係るものとして、「４」、「０」および「テーブルＡ２」がそれぞれ登録されている。これは、ＵＲＬ「http://www.aaa.com/index.htm」により特定されるＷｅｂページに、アプレットを取得する要求である特定取得要求が７つ含まれており、アプレットが存在するか否かを、ND-2000形式に係るものについてはテーブルＡ１により、ND-3000形式に係るものについてはテーブルＡ２により管理することを意味している。さらに、ND-2000形式に係るアプレットの一部または全部が存在せず、ND-3000形式に係るアプレットの一部または全部が存在しないことを意味している。なお、各Ｗｅｂページには、特定取得要求を確実に検出するため、特定取得要求とともにアプレット識別符号があらかじめ付加されている。
【００２９】
アプレット存在管理テーブル４４０は、図５に示すように、各アプレットごとに１つのレコードが登録されている。各レコードは、アプレット名を登録したフィールド４４２と、アプレットの存在の有無を登録したフィールド４４４とを含んで構成されている。図５は、アプレット存在管理テーブル４４０のデータ構造を示す図である。
【００３０】
図５の例では、第１段目のレコードには、アプレット名として「exe_001」が、アプレット存在の有無として「１」がそれぞれ登録されており、これは、アプレット名「exe_001」のアプレットが規定のＷＷＷサーバ１００に存在することを意味している。また、第３段目のレコードには、アプレット名として「exe_003」が、アプレット存在の有無として「０」がそれぞれ登録されており、これは、アプレット名「exe_003」のアプレットが規定のＷＷＷサーバ１００に存在しないことを意味している。
【００３１】
ＣＰＵ３０は、マイクロプロセッシングユニットＭＰＵ等からなり、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図６のフローチャートに示すデータ取得仲介処理を実行するようになっている。図６は、データ取得仲介処理を示すフローチャートである。
データ取得仲介処理は、ＣＰＵ３０において実行されると、図６に示すように、まず、ステップＳ１００に移行するようになっている。
【００３２】
ステップＳ１００では、ＨＴＴＰによりページの取得要求を受信したか否かを判定し、取得要求を受信したと判定したとき(Yes)は、ステップＳ１０１に移行するが、そうでないと判定したとき(No)は、取得要求を受信するまでステップＳ１００で待機する。
ステップＳ１０１では、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されているか否かを判定し、端末管理テーブル４００に登録されていないと判定したとき(No)は、ステップＳ１０２に移行して、取得要求のＨＴＴＰヘッダを解析し、ステップＳ１０４に移行して、解析結果に基づいて要求元の端末が特殊端末３００であるか否かを判定し、要求元の端末が特殊端末３００であると判定したとき(Yes)は、ステップＳ１０５に移行する。
【００３３】
ステップＳ１０５では、取得要求に含まれるＩＰアドレスおよび特殊端末３００であることを示す端末識別情報を端末管理テーブル４００に登録し、ステップＳ１０６に移行して、取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１０８に移行して、取得要求に係るＷｅｂページをそのＷＷＷサーバ１００から取得し、ステップＳ１１０に移行する。
【００３４】
ステップＳ１１０では、取得したＷｅｂページを解析し、ステップＳ１１２に移行して、解析結果に基づいて、取得したＷｅｂページからアプレット識別符号を検出したか否かを判定し、アプレット識別符号を検出したと判定したとき(Yes)は、ステップＳ１１４に移行して、検出したアプレット識別符号に対応するアプレットがアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されているか否かを判定し、アプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されていないと判定したとき(No)は、ステップＳ１１６に移行する。
【００３５】
ステップＳ１１６では、検出したアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１１８に移行して、特定取得要求に係るアプレットがそのＷＷＷサーバ１００に存在するか否かを判定し、アプレットが存在しないと判定したとき(No)は、ステップＳ１２０に移行する。
ステップＳ１２０では、検出したアプレット識別符号に対応するアプレットがＷＷＷサーバ１００に存在しないことをアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録する。なお、この登録は、取得したＷｅｂページを構成するＨＴＭＬデータの形式に応じてそれぞれ行う。以下、ステップＳ１２４において同じである。
【００３６】
次いで、ステップＳ１２２に移行して、アプレットが存在しないことを通知するための差換ページを、取得したＷｅｂページに代えて要求元の端末に送信し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ１１８で、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在すると判定したとき(Yes)は、ステップＳ１２４に移行して、検出したアプレット識別符号に対応するアプレットがＷＷＷサーバ１００に存在することをアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録し、ステップＳ１１２に移行する。なお、ステップＳ１１２に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ１１２の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【００３７】
一方、ステップＳ１１４で、検出したアプレット識別符号に対応するアプレットがアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されていると判定したとき(Yes)は、ステップＳ１２８に移行して、アプレット管理テーブル４２０およびアプレット存在管理テーブル４４０を参照して、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在するか否かを判定し、アプレットが存在しないと判定したとき(No)は、ステップＳ１２２に移行する。
【００３８】
一方、ステップＳ１２８で、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在すると判定したとき(Yes)は、ステップＳ１１２に移行する。なお、ステップＳ１１２に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ１１２の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【００３９】
一方、ステップＳ１１２で、取得したＷｅｂページからアプレット識別符号を検出しないと判定したとき(No)は、ステップＳ１２６に移行して、取得したＷｅｂページを要求元の端末に送信し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ１０４で、要求元の端末が特殊端末３００でないと判定したとき(No)は、ステップＳ１３０に移行して、取得要求に含まれるＩＰアドレスおよび通常端末３１０であることを示す端末識別情報を端末管理テーブル４００に登録し、ステップＳ１３２に移行して、取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１３４に移行して、取得要求に係るＷｅｂページをそのＷＷＷサーバ１００から取得し、ステップＳ１２６に移行する。
【００４０】
一方、ステップＳ１０１で、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されていると判定したとき(Yes)は、ステップＳ１３６に移行して、端末管理テーブル４００を参照して要求元の端末が特殊端末３００であるか否かを判定し、要求元の端末が特殊端末３００であると判定したとき(Yes)は、ステップＳ１０６に移行する。
【００４１】
一方、ステップＳ１３６で、要求元の端末が特殊端末３００でないと判定したとき(No)は、ステップＳ１３２に移行する。
次に、本実施の形態の動作を図７を参照しながら説明する。図７は、特殊端末３００の表示画面である。
特殊端末３００では、ユーザがＷＷＷブラウザを操作すると、閲覧の目的となるＷｅｂページの取得要求がプロキシサーバ２００に送信される。この取得要求は、自己のＩＰアドレスを含むＨＴＴＰパケットとして送信される。
【００４２】
プロキシサーバ２００では、取得要求を受信すると、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されていない場合は、ステップＳ１０１〜Ｓ１０４を経て、取得要求のＨＴＴＰヘッダが解析され、解析結果に基づいて要求元の端末が特殊端末３００であるか否かが判定される。ここで、要求元の端末が特殊端末３００であると判定されると、ステップＳ１０５〜Ｓ１０８を経て、取得要求に含まれるＩＰアドレスおよび特殊端末３００であることを示す端末識別情報が端末管理テーブル４００に登録され、取得要求に係るＷＷＷサーバ１００にアクセスされ、取得要求に係るＷｅｂページがそのＷＷＷサーバ１００から取得される。
【００４３】
そして、ステップＳ１１０，Ｓ１１２を経て、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出される。ここで、アプレット存在管理テーブル４４０には、初期状態においてアプレットが登録されていないので、ステップＳ１１６を経て、検出されたアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスされる。その結果、特定取得要求に係るアプレットがそのＷＷＷサーバ１００に存在しない場合は、ステップＳ１２０，Ｓ１２２を経て、検出されたアプレット識別符号に対応するアプレットがＷＷＷサーバ１００に存在しないことがアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録され、アプレットが存在しないことを通知するための差換ページが、取得されたＷｅｂページに代えて要求元の特殊端末３００に送信される。
【００４４】
特殊端末３００では、差換ページを受信すると、図７（ａ）または同図（ｂ）に示すような差換ページが表示される。例えば、特殊端末３００が店舗等に設置して顧客の利用に供するものであれば、顧客は、その表示を見たときに不具合が発生したことが分かるので、従業員を呼ぶ等して適切な対処を行うことができる。したがって、アプレットの実行前に対処することができるので、操作不能な状態に陥る可能性を低減することができる。
【００４５】
次に、他の特殊端末３００において上記と同一のＷｅｂページを閲覧する場合、特殊端末３００では、ユーザがＷＷＷブラウザを操作すると、閲覧の目的となるＷｅｂページの取得要求がプロキシサーバ２００に送信される。
プロキシサーバ２００では、取得要求を受信すると、取得要求のＨＴＴＰヘッダが解析され、解析結果に基づいて要求元の端末が特殊端末３００であるか否かが判定される。ここで、要求元の端末が特殊端末３００であると判定されると、取得要求に係るＷＷＷサーバ１００にアクセスされ、取得要求に係るＷｅｂページがそのＷＷＷサーバ１００から取得される。
【００４６】
そして、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出される。ここで、アプレット存在管理テーブル４４０には、検出されたアプレット識別符号に対応するアプレットが上記処理において登録されているので、ステップＳ１２８，Ｓ１２２を経て、アプレット管理テーブル４２０およびアプレット存在管理テーブル４４０を参照して特定取得要求に係るアプレットがＷＷＷサーバ１００に存在しないと判定され、アプレットが存在しないことを通知するための差換ページが、取得されたＷｅｂページに代えて要求元の特殊端末３００に送信される。
【００４７】
なお、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在すると判定された場合、ＨＴＴＰヘッダの解析の結果、要求元の端末が通常端末３１０であると判定された場合、または取得したＷｅｂページにアプレット識別符号が含まれていない場合はいずれも、取得されたＷｅｂページがそのまま要求元の端末に送信される。この点は、従来のプロキシサーバと同様の動作である。
【００４８】
また、プロキシサーバ２００では、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されている場合は、ステップＳ１０１，Ｓ１３６を経て、端末管理テーブル４００を参照して要求元の端末が特殊端末３００であるか否かが判定される。したがって、端末管理テーブル４００に一旦登録されると、要求元の端末についてＨＴＴＰヘッダの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
【００４９】
このようにして、本実施の形態では、プロキシサーバ２００は、取得要求に応じてＷＷＷサーバ１００からＷｅｂページを取得し、取得したＷｅｂページに特定取得要求が含まれているときは、そのＷｅｂページから特定取得要求を検出し、検出した特定取得要求に係るアプレットがＷＷＷサーバ１００に存在するか否かを判定し、取得したＷｅｂページについて、そのＷｅｂページに含まれる特定取得要求に係るアプレットが存在しないと判定したときは、そのＷｅｂページに代えて、アプレットが存在しない旨の差換ページを要求元の端末に送信するようになっている。
【００５０】
これにより、特定取得要求に係るアプレットがＷＷＷサーバ１００に存在しない場合は、要求元の端末が特定取得要求を送信する前に、アプレットが存在しないことを要求元の端末に通知することができるので、特殊端末３００において、従来に比して、操作不能な状態に陥る可能性を低減することができる。また、これを戻るボタンを設けずに実現することができるので、サービス提供の確実性を低下させることもさほどない。
【００５１】
さらに、本実施の形態では、プロキシサーバ２００は、取得したＷｅｂページからアプレット識別符号を検出することによりそのＷｅｂページに特定取得要求が含まれていることを検出するようになっている。
これにより、特定取得要求が含まれていることを比較的確実に検出することができる。
【００５２】
さらに、本実施の形態では、プロキシサーバ２００は、ＷＷＷサーバ１００にアクセスして特定取得要求に係るアプレットが存在するか否かを判定したときは、アプレットの存在の有無をアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録する一方、取得したＷｅｂページを解析し、解析結果に基づいてアプレットの存在の有無がアプレット管理テーブル４２０およびアプレット存在管理テーブル４４０に登録されていないと判定したときは、ＷＷＷサーバ１００にアクセスして特定取得要求に係るアプレットが存在するか否かを判定するようになっている。
【００５３】
これにより、存在するか否かを一度も判定したことのないアプレットについてのみ、ＷＷＷサーバ１００に対してアクセスが行われるので、ＷＷＷサーバ１００にアクセスする回数を低減することができる。
さらに、本実施の形態では、プロキシサーバ２００は、取得要求を受信したときは、受信した取得要求の解析結果に基づいて要求元の端末が特殊端末３００であるか否かを判定し、特殊端末３００であると判定したときは、特定取得要求の検出およびアプレットの存在確認を行うようになっている。
【００５４】
これにより、特殊端末３００に送信すべきＷｅｂページについてのみ、特定取得要求の検出およびアプレットの存在確認が行われるので、処理負荷を低減することができる。
さらに、本実施の形態では、プロキシサーバ２００は、取得要求を受信したときは、取得要求のＨＴＴＰヘッダを解析し、解析結果に基づいて要求元の端末が特殊端末３００であるか否かを判定し、判定結果に基づいて端末管理テーブル４００への登録を行う一方、取得要求に含まれるＩＰアドレスが端末管理テーブル４００に登録されているときは、端末管理テーブル４００を参照して要求元の端末が特殊端末３００であるか否かを判定するようになっている。
【００５５】
これにより、端末管理テーブル４００に一旦登録されると、要求元の端末についてＨＴＴＰヘッダの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
上記実施の形態において、インターネット１９８およびプライベートネットワーク１９９は、ネットワークに対応し、ＷＷＷサーバ１００、特殊端末３００および通常端末３１０は、ネットワークリソースに対応している。また、アプレット管理テーブル４２０は、記憶手段に対応し、ステップＳ１０６，Ｓ１０８は、データ取得手段、またはデータ取得ステップに対応し、ステップＳ１１０，Ｓ１１２は、特定取得要求検出手段、または特定取得要求検出ステップに対応している。
【００５６】
また、上記実施の形態において、ステップＳ１１６，Ｓ１１８，Ｓ１２８は、データ存在判定手段、またはデータ存在判定ステップに対応し、ステップＳ１２２，Ｓ１２６は、データ提供手段、データ送信手段、またはデータ提供ステップに対応している。また、差換ページは、通知データに対応し、アプレットは、特定形式のデータ、または実行型のプログラムデータに対応し、アプレット識別符号は、要求識別情報に対応している。
【００５７】
また、上記実施の形態において、ＵＲＬは、データ識別情報、または取得先アドレスに対応し、ＩＰアドレスは、ネットワークリソース識別情報に対応している。
なお、上記実施の形態において、プロキシサーバ２００は、ステップＳ１１０で、取得したＷｅｂページを常に解析するように構成したが、これに限らず、取得したＷｅｂページのＵＲＬがアプレット管理テーブル４２０に登録されているか否かを判定し、アプレット管理テーブル４２０に登録されていると判定したときは、Ｗｅｂページの解析を省略するように構成してもよい。
【００５８】
これにより、アプレット管理テーブル４２０に一旦登録されると、Ｗｅｂページの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
また、上記実施の形態においては、図５に示すアプレット存在管理テーブル４４０をＷｅｂページごと複数設けて構成したが、これに限らず、それら複数のアプレット存在管理テーブル４４０を一つのテーブルとして構成してもよい。これにより、検索の高速化を図ることができる。
【００５９】
また、上記実施の形態において、図６のフローチャートに示す処理を実行するにあたっては、ＲＯＭ３２にあらかじめ格納されている制御プログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭ３４に読み込んで実行するようにしてもよい。
【００６０】
ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体であって、電子的、磁気的、光学的等の読み取り方法のいかんにかかわらず、コンピュータで読み取り可能な記憶媒体であれば、あらゆる記憶媒体を含むものである。
【００６１】
また、上記実施の形態においては、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を、インターネット１９８からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９８と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９８と同一方式により通信を行うネットワークに限らず、通常のネットワークに適用することもできる。
【００６２】
また、上記実施の形態においては、本発明に係るデータ取得仲介装置、プロキシサーバおよびデータ取得仲介プログラム、並びにデータ取得仲介方法を、図１に示すように、インターネット１９８とプライベートネットワーク１９９との間に設けられたプロキシサーバ２００に適用したが、これに限らず、本発明の主旨を逸脱しない範囲で他の場合にも適用可能である。例えば、プロキシサーバ２００が実現する処理を特殊端末３００に組み込むソフトウェアとして構成することもできる。
【図面の簡単な説明】
【図１】 本発明を適用するネットワークシステムの構成を示すブロック図である。
【図２】 プロキシサーバ２００の構成を示すブロック図である。
【図３】 端末管理テーブル４００のデータ構造を示す図である。
【図４】 アプレット管理テーブル４２０のデータ構造を示す図である。
【図５】 アプレット存在管理テーブル４４０のデータ構造を示す図である。
【図６】 データ取得仲介処理を示すフローチャートである。
【図７】 特殊端末３００の表示画面である。
【符号の説明】
１００ ＷＷＷサーバ
１９８ インターネット
３００ 特殊端末
３１０ 通常端末
１９９ プライベートネットワーク
２００ プロキシサーバ
３０ ＣＰＵ
３２ ＲＯＭ
３４ ＲＡＭ
３８ Ｉ／Ｆ
４０ 入力装置
４２ 記憶装置
４４ 表示装置
４００ 端末管理テーブル
４２０ アプレット管理テーブル
４４０ アプレット存在管理テーブル
Claims (16)
- 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続されたときに、前記データ要求端末と前記データ提供端末の間でデータの取得を仲介するデータ取得仲介装置であって、
前記データ要求端末から前記取得要求を受信する手段と、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段と、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得した前記データを前記データ要求端末に提供するデータ提供手段と、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルと、前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段とを備え、
前記データ提供手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、前記プログラムデータが存在しないことを示す通知を前記データ要求端末に対して行うようになっており、
当該データ取得仲介装置は、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行うようになっており、
前記データ存在判定手段は、前記管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とするデータ取得仲介装置。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続し、前記データ要求端末から前記取得要求を受信したときは、受信した取得要求に係るデータをデータ提供端末から取得し、取得した前記データをデータ要求端末に送信するプロキシサーバであって、
前記データ要求端末から前記取得要求を受信する手段と、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段と、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得した前記データを前記データ要求端末に送信するデータ送信手段と、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルと、前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段とを備え、
前記データ送信手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記プログラムデータが存在しないことを示す通知データを前記データ要求端末に送信するようになっており、
当該プロキシサーバは、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行うようになっており、
前記データ存在判定手段は、前記管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とするプロキシサーバ。 - 請求項２において、
前記特定取得要求を含むデータには、前記特定取得要求であることを示す要求識別情報を予め付加しておき、
前記特定取得要求検出手段は、前記データ取得手段で取得した前記データから前記要求識別情報を検出することにより当該データに前記特定取得要求が含まれていることを検出するようになっていることを特徴とするプロキシサーバ。 - 請求項２及び３のいずれかにおいて、
前記データ存在判定手段は、前記データ提供端末にアクセスして前記特定取得要求に係る実行型のプログラムデータが存在するか否かを判定したときは、当該プログラムデータを識別するためのデータ識別情報及び当該プログラムデータの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出手段で前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報及び前記取得先アドレスを取得し、取得したデータ識別情報及び取得先アドレスが前記記憶手段に登録されていないときは、前記データ提供端末にアクセスして前記特定取得要求に係る実行型のプログラムデータが存在するか否かを判定するようになっていることを特徴とするプロキシサーバ。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続されたときに、前記データ要求端末と前記データ提供端末の間でデータの取得を仲介するデータ取得仲介プログラムであって、
前記データ要求端末から前記取得要求を受信する手段、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段、前記データ取得手段で取得した前記データを前記データ要求端末に提供するデータ提供手段、及び前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段として実現される処理をコンピュータに実行させるためのプログラムを含み、
前記データ提供手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、前記プログラムデータが存在しないことを示す通知を前記データ要求端末に対して行うようになっており、
当該データ取得仲介プログラムは、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行う処理をコンピュータに実行させるためのプログラムを含み、
前記データ存在判定手段は、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とするデータ取得仲介プログラム。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続し、前記データ要求端末から前記取得要求を受信したときは、受信した取得要求に係るデータをデータ提供端末から取得し、取得した前記データをデータ要求端末に送信するデータ取得仲介プログラムであって、
前記データ要求端末から前記取得要求を受信する手段、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段、前記データ取得手段で取得した前記データを前記データ要求端末に送信するデータ送信手段、及び前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段として実現される処理をコンピュータに実行させるためのプログラムを含み、
前記データ送信手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記プログラムデータが存在しないことを示す通知データを前記データ要求端末に送信するようになっており、
当該データ取得仲介プログラムは、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行う処理をコンピュータに実行させるためのプログラムを含み、
前記データ存在判定手段は、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とするデータ取得仲介プログラム。 - 請求項６において、
前記特定取得要求を含むデータには、前記特定取得要求であることを示す要求識別情報を予め付加しておき、
前記特定取得要求検出手段は、前記データ取得手段で取得した前記データから前記要求識別情報を検出することにより当該データに前記特定取得要求が含まれていることを検出するようになっていることを特徴とするデータ取得仲介プログラム。 - 請求項６及び７のいずれかにおいて、
前記データ存在判定手段は、前記データ提供端末にアクセスして前記特定取得要求に係る実行型のプログラムデータが存在するか否かを判定したときは、当該プログラムデータを識別するためのデータ識別情報及び当該プログラムデータの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出手段で前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報及び前記取得先アドレスを取得し、取得したデータ識別情報及び取得先アドレスが前記記憶手段に登録されていないときは、前記データ提供端末にアクセスして前記特定取得要求に係る実行型のプログラムデータが存在するか否かを判定する処理をコンピュータに実行させるためのプログラムを含むことを特徴とするデータ取得仲介プログラム。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続されたときに、前記データ要求端末と前記データ提供端末の間でデータの取得を仲介するデータ取得仲介方法であって、
前記データ要求端末から前記取得要求を受信するステップと、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得ステップと、前記データ取得ステップで取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出ステップと、前記特定取得要求検出ステップの検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定ステップと、前記データ取得ステップで取得した前記データを前記データ要求端末に提供するデータ提供ステップと、前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定ステップとを含み、
前記データ提供ステップは、前記データ取得ステップで取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定ステップで判定したときは、前記プログラムデータが存在しないことを示す通知を前記データ要求端末に対して行い、
当該データ取得仲介方法は、前記データ要求端末が前記特殊端末であると前記要求端末種類判定ステップで判定したときは、前記特定取得要求検出ステップの検出及び前記データ存在判定ステップの判定を行い、
前記データ存在判定ステップは、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うことを特徴とするデータ取得仲介方法。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続し、前記データ要求端末から前記取得要求を受信したときは、受信した取得要求に係るデータをデータ提供端末から取得し、取得した前記データをデータ要求端末に送信するデータ取得仲介方法であって、
前記データ要求端末から前記取得要求を受信するステップと、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得ステップと、前記データ取得ステップで取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出ステップと、前記特定取得要求検出ステップの検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定ステップと、前記データ取得ステップで取得した前記データを前記データ要求端末に送信するデータ送信ステップと、前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定ステップとを含み、
前記データ送信ステップは、前記データ取得ステップで取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定ステップで判定したときは、当該データに代えて、前記プログラムデータが存在しないことを示す通知データを前記データ要求端末に送信し、
当該データ取得仲介方法は、前記データ要求端末が前記特殊端末であると前記要求端末種類判定ステップで判定したときは、前記特定取得要求検出ステップの検出及び前記データ存在判定ステップの判定を行い、
前記データ存在判定ステップは、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うことを特徴とするデータ取得仲介方法。 - 請求項１０において、
前記特定取得要求を含むデータには、前記特定取得要求であることを示す要求識別情報を予め付加しておき、
前記特定取得要求検出ステップは、前記データ取得ステップで取得した前記データから前記要求識別情報を検出することにより当該データに前記特定取得要求が含まれていることを検出することを特徴とするデータ取得仲介方法。 - 請求項１０及び１１のいずれかにおいて、
前記データ存在判定ステップは、前記データ提供端末にアクセスして前記特定取得要求に係る実行型のプログラムデータが存在するか否かを判定したときは、当該プログラムデータを識別するためのデータ識別情報及び当該プログラムデータの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出ステップで前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報及び前記取得先アドレスを取得し、取得したデータ識別情報及び取得先アドレスが前記記憶手段に登録されていないときは、前記データ提供端末にアクセスして前記特定取得要求に係る実行型のプログラムデータが存在するか否かを判定することを特徴とするデータ取得仲介方法。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続されたときに、前記データ要求端末と前記データ提供端末の間でデータの取得を仲介するプログラムを記憶したコンピュータ読取可能な記憶媒体であって、
前記データ要求端末から前記取得要求を受信する手段、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段、前記データ取得手段で取得した前記データを前記データ要求端末に提供するデータ提供手段、及び前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段として実現される処理をコンピュータに実行させるためのプログラムを記憶し、
前記データ提供手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、前記プログラムデータが存在しないことを示す通知を前記データ要求端末に対して行うようになっており、
当該記憶媒体は、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行う処理をコンピュータに実行させるためのプログラムを記憶し、
前記データ存在判定手段は、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とする記憶媒体。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、にネットワークを介して通信可能に接続し、前記データ要求端末から前記取得要求を受信したときは、受信した取得要求に係るデータをデータ提供端末から取得し、取得した前記データをデータ要求端末に送信するプログラムを記憶したコンピュータ読取可能な記憶媒体であって、
前記データ要求端末から前記取得要求を受信する手段、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段、前記データ取得手段で取得した前記データを前記データ要求端末に送信するデータ送信手段、及び前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段として実現される処理をコンピュータに実行させるためのプログラムを記憶し、
前記データ送信手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記プログラムデータが存在しないことを示す通知データを前記データ要求端末に送信するようになっており、
当該記憶媒体は、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行う処理をコンピュータに実行させるためのプログラムを記憶し、
前記データ存在判定手段は、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とする記憶媒体。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、前記データ要求端末及び前記データ提供端末の間でデータの取得を仲介するデータ取得仲介装置と、を通信可能に接続したデータ取得仲介システムであって、
前記データ取得仲介装置は、前記データ要求端末から前記取得要求を受信する手段と、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段と、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得した前記データを前記データ要求端末に提供するデータ提供手段と、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルと、前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段とを備え、
前記データ提供手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、前記プログラムデータが存在しないことを示す通知を前記データ要求端末に対して行うようになっており、
前記データ取得仲介装置は、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行うようになっており、
前記データ存在判定手段は、前記管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とするデータ取得仲介システム。 - 端末を識別するためのネットワークリソース識別情報を含むデータの取得要求を送信し当該取得要求に係るデータを取得する手段、及び該手段で取得したデータに、実行型のプログラムデータの取得要求である特定取得要求が含まれているときは、当該データに含まれる特定取得要求を送信し当該特定取得要求に係る前記プログラムデータを取得する手段を有するデータ要求端末と、データ提供端末と、前記データ要求端末から前記取得要求を受信したときは、受信した取得要求に係るデータをデータ提供端末から取得し、取得した前記データをデータ要求端末に送信するプロキシサーバと、を通信可能に接続したデータ取得仲介システムであって、
前記プロキシサーバは、前記データ要求端末から前記取得要求を受信する手段と、前記受信した取得要求に応じて前記データ提供端末からデータを取得するデータ取得手段と、前記データ取得手段で取得した前記データに前記特定取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る実行型のプログラムデータが前記データ提供端末に存在するか否かを判定するデータ存在判定手段と、前記データ取得手段で取得した前記データを前記データ要求端末に送信するデータ送信手段と、前記プログラムデータが前記データ提供端末に存在するか否か及び当該データ提供端末のアドレスを対応付けて前記データの形式ごとに登録する管理テーブルと、前記受信した取得要求から前記ネットワークリソース識別情報を取得し該取得したネットワークリソース識別情報により特定されるデータ要求端末がディスプレイ上にタッチパネルを設けて構成された特殊端末であるか否かを判定する要求端末種類判定手段とを備え、
前記データ送信手段は、前記データ取得手段で取得した前記データについて、当該データに含まれる前記特定取得要求に係る実行型のプログラムデータが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記プログラムデータが存在しないことを示す通知データを前記データ要求端末に送信するようになっており、
前記プロキシサーバは、前記データ要求端末が前記特殊端末であると前記要求端末種類判定手段で判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行うようになっており、
前記データ存在判定手段は、前記管理テーブルのうち前記特殊端末に係る前記データの形式に対応する登録情報を参照して判定を行うようになっていることを特徴とするデータ取得仲介システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002034712A JP4102570B2 (ja) | 2002-02-12 | 2002-02-12 | データ取得仲介装置、プロキシサーバ及びデータ取得仲介プログラム、データ取得仲介方法、記憶媒体、並びにデータ取得仲介システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002034712A JP4102570B2 (ja) | 2002-02-12 | 2002-02-12 | データ取得仲介装置、プロキシサーバ及びデータ取得仲介プログラム、データ取得仲介方法、記憶媒体、並びにデータ取得仲介システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003233549A JP2003233549A (ja) | 2003-08-22 |
| JP4102570B2 true JP4102570B2 (ja) | 2008-06-18 |
Family
ID=27777101
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002034712A Expired - Fee Related JP4102570B2 (ja) | 2002-02-12 | 2002-02-12 | データ取得仲介装置、プロキシサーバ及びデータ取得仲介プログラム、データ取得仲介方法、記憶媒体、並びにデータ取得仲介システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4102570B2 (ja) |
-
2002
- 2002-02-12 JP JP2002034712A patent/JP4102570B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003233549A (ja) | 2003-08-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6594697B1 (en) | Client system having error page analysis and replacement capabilities | |
| JP4334232B2 (ja) | クライアント側の性能を測定するための方法、およびそのための命令を保持するコンピュータ読取可能な媒体、ならびにクライアント側の性能に応答する方法 | |
| US6490617B1 (en) | Active self discovery of devices that participate in a network | |
| US6167448A (en) | Management event notification system using event notification messages written using a markup language | |
| US8700765B2 (en) | Methods and computer program products for monitoring and reporting network application performance | |
| US6212560B1 (en) | Dynamic proxy server | |
| US7277914B2 (en) | Proxy server apparatus and method for providing service using the same | |
| US6785740B1 (en) | Text-messaging server with automatic conversion of keywords into hyperlinks to external files on a network | |
| US7165222B1 (en) | Information providing method and information distribution apparatus | |
| EP1895401B1 (en) | Communication system and communication apparatus and control method thereof | |
| JP2008507057A (ja) | 改良型ユーザインターフェース | |
| US10567250B2 (en) | End-to-end tracing providers and session management | |
| JP2002541549A (ja) | 遠隔の装置監視 | |
| US20090172107A1 (en) | Proxy content for submitting web service data in the user's security context | |
| JP2006260343A (ja) | リンク切れチェックプログラム | |
| US20130091201A1 (en) | Methods, systems, and computer program products for processing an attached command response | |
| US20110295966A1 (en) | Methods, systems, and computer program products for processing a combined command response based on a markup element | |
| JP4102570B2 (ja) | データ取得仲介装置、プロキシサーバ及びデータ取得仲介プログラム、データ取得仲介方法、記憶媒体、並びにデータ取得仲介システム | |
| JP2004192346A (ja) | メモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラム及び監視プログラム、並びにメモリ管理方法 | |
| CN112948733B (zh) | 接口维护方法、装置、计算设备以及介质 | |
| US20130304807A1 (en) | Methods, systems, and computer program products for processing a non-returnable command response based on a markup element | |
| JP3613247B2 (ja) | プロキシサーバ、サーバ用プログラム及びメモリ管理方法 | |
| JP4093215B2 (ja) | メモリ管理システムおよびネットワークシステム | |
| JP2000222329A (ja) | 情報通信システム、情報提供装置、ユーザ属性情報収集方法及び記録媒体 | |
| JP3890911B2 (ja) | 情報処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041126 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041126 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20041126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050419 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050620 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050920 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051121 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20051212 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060602 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080117 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080324 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110328 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4102570 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130328 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140328 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |