特許 6803374 サーバ、情報処理システム、クライアント端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6803374

(24)【登録日】2020年12月2日

(45)【発行日】2020年12月23日

(54)【発明の名称】サーバ、情報処理システム、クライアント端末

(51)【国際特許分類】

   G06F 13/00 20060101AFI20201214BHJP

【ＦＩ】

   G06F13/00 351A

【請求項の数】9

【全頁数】17

(21)【出願番号】特願2018-508355(P2018-508355)

(86)(22)【出願日】2016年8月3日

(86)【国際出願番号】JP2016072786

(87)【国際公開番号】WO2017168775

(87)【国際公開日】20171005

【審査請求日】2019年7月16日

(31)【優先権主張番号】特願2016-72242(P2016-72242)

(32)【優先日】2016年3月31日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000130581

【氏名又は名称】サトーホールディングス株式会社

(74)【代理人】

【識別番号】110000165

【氏名又は名称】グローバル・アイピー東京特許業務法人

(72)【発明者】

【氏名】風間 賢

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２００３−１９８６２４（ＪＰ，Ａ）

【文献】 特表２００１−５１９６１９（ＪＰ，Ａ）

【文献】 特開２００２−２２９８７３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

クライアント端末からリクエストを受付可能なサーバであって、
所定のポート番号による前記サーバとは異なる所定のホストサーバへのアクセスの可否を確認する確認処理を前記クライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、
前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信する手段と、
を備える、サーバ。

【請求項2】

前記記述ファイルは、複数のポート番号による前記ホストサーバへのテストアクセスを前記クライアント端末に実行させるためのスクリプトを含む、
請求項１に記載のサーバ。

【請求項3】

前記記述ファイルは、前記複数のポート番号の全てのポート番号による前記ホストサーバへのアクセスがプロキシサーバを経由しない第１ルートのテストアクセスを前記クライアント端末に実行させるための第１スクリプトと、前記複数のポート番号の少なくとも１つから前記ホストサーバへのアクセスが前記プロキシサーバを経由する第２ルートのテストアクセスを前記クライアント端末に実行させるための第２スクリプトとを含む、
請求項２に記載のサーバ。

【請求項4】

前記記述ファイルは、前記ポート番号による複数のホストサーバへのテストアクセスを前記クライアント端末に実行させるためのスクリプトを含む、
請求項１〜３の何れかに記載のサーバ。

【請求項5】

前記記述ファイルは、ユーザによって指定されたポート番号により、前記ユーザによって指定されたホストサーバへの第３ルートのテストアクセスを前記クライアント端末に実行させるための第３スクリプトを含む、
請求項１〜４の何れかに記載のサーバ。

【請求項6】

前記ホストサーバは、インターネットに接続されており、
前記クライアント端末は、イントラネットに接続されており、
前記イントラネットには、ファイアウォールが設けられている、
請求項１〜５の何れかに記載のサーバ。

【請求項7】

請求項１〜６の何れかに記載のサーバにアクセス可能なクライアント端末であって、
前記記述ファイルを前記サーバから取得する手段と、
取得した記述ファイルに基づいて、前記確認処理を実行する手段と、
前記確認処理の結果を表示する表示部と、を備える、
クライアント端末。

【請求項8】

請求項３に記載のサーバにアクセス可能なクライアント端末であって、
前記記述ファイルを前記サーバから取得する手段と、
取得した記述ファイルに含まれる前記第１スクリプト、及び、前記第２スクリプトのうち、ユーザによって指定された少なくとも１つのスクリプトに基づいて、前記テストアクセスを実行する手段と、
前記テストアクセスの結果を表示する表示部と、を備える、
クライアント端末。

【請求項9】

請求項１〜６の何れかに記載のサーバと、クライアント端末と、を備える情報処理システムであって、
前記クライアント端末は、前記サーバにリクエストを送信し、
前記サーバは、前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信し、
前記クライアント端末は、前記サーバから取得した記述ファイルに基づいて、前記確認処理を実行し、
前記クライアント端末は、前記確認処理の結果を表示する、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ、情報処理システム、及び、クライアント端末に関する。

【背景技術】

【0002】

近年、インターネット上のホストサーバを利用して、ユーザが購入した製品（例えば、プリンタ）のサポートサービスを提供する方法が知られている。

【0003】

クライアント端末がイントラネットに接続されている場合、ネットワーク環境によっては、クライアント端末からホストサーバへアクセスできない場合がある。特に、イントラネットにファイアウォールが設定されている場合、クライアント端末からホストサーバへのアクセスが許可されない場合がある。したがって、サポートサービスを提供する提供者は、ユーザのクライアント端末からホストサーバへのアクセスの可否を確認する必要がある。

【0004】

従来、クライアント端末のＯＳ（Operating System）の機能（例えば、Ｔｅｌｎｅｔ）を利用して、クライアント端末からインターネット上のホストサーバに対するアクセスの可否を確認する方法が知られている（特開２０１０−１２４３５７号公報を参照）。

【0005】

また、ウェブサーバの機能を利用して、ホストサーバに対するアクセスの可否を確認する方法も知られている。

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、特開２０１０−１２４３５７号公報の方法では、専用コマンドを入力する必要がある。したがって、技術知識が少ないユーザにとっては、特開２０１０−１２４３５７号公報の方法の実施は困難である。

【0007】

ウェブサーバからホストサーバに対するアクセスの可否を確認する方法では、クライアント端末からホストサーバに対するアクセスの可否を確認することはできない。したがって、ウェブサーバからホストサーバへのアクセスに成功したとしても、クライアント端末からホストサーバへのアクセスに失敗する場合がある。つまり、ウェブサーバからホストサーバに対するアクセスに成功したとしても、クライアント端末からホストサーバへのアクセスの成功が保証されるわけではない。

【0008】

上記のとおり、従来、クライアント端末からホストサーバへのアクセスの可否の確認は困難である。

【0009】

本発明の目的は、クライアント端末からホストサーバへのアクセスの可否の確認を容易化することである。

【課題を解決するための手段】

【0010】

本発明の一態様は、
クライアント端末からリクエストを受付可能なサーバであって、
所定のポート番号による前記サーバとは異なる所定のホストサーバへのアクセスの可否を確認する確認処理を前記クライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、
前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信する手段と、
を備える、サーバである。

【発明の効果】

【0011】

本発明によれば、クライアント端末からホストサーバへのアクセスの可否の確認を容易化することができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態の情報処理システムのシステム構成図。

【図2】本実施形態のクライアント端末及びサーバの構成を示す図。

【図3】本実施形態の記述ファイルの概略図。

【図4】本実施形態の通信ルートの概略図。

【図5】本実施形態の情報処理において表示される画面例を示す図。

【図6】本実施形態の情報処理において表示される画面例を示す図。

【図7】本実施形態の情報処理において表示される画面例を示す図。

【図8】本実施形態の情報処理において表示される画面例を示す図。

【図9】本実施形態の確認処理のシーケンス図。

【図10】本実施形態の第１ルートの確認のシーケンス図。

【図11】本実施形態の第２ルートの確認のシーケンス図。

【図12】本実施形態の第３ルートの確認のシーケンス図。

【発明を実施するための形態】

【0013】

（１）情報処理システムの構成（図１）
本実施形態の情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムのシステム構成図である。

【0014】

図１に示すように、情報処理システム１は、クライアント端末１０（１０−１〜１０−ｎ（ｎは正の整数））と、プロキシサーバ２０と、ウェブサーバ３０（３０−１〜３０−ｍ（ｍは正の整数））と、ホストサーバ４０（４０−１〜４０−ｋ（ｋは正の整数））と、を備える。
クライアント端末１０、プロキシサーバ２０、ウェブサーバ３０、及び、ホストサーバ４０は、ネットワークＮＷを介して、通信（例えば、ｈｔｔｐｓ通信）を行うことができる。
ネットワークＮＷは、例えば、インターネット、イントラネット、又は、それらの組合せである。

【0015】

クライアント端末１０は、ユーザが使用する情報処理装置の一例である。クライアント端末１０は、例えば、プリンタ（例えば、ラベルプリンタ、若しくは、バーコードプリンタ）、スマートフォン、タブレット端末、又は、パーソナルコンピュータ等である。
プロキシサーバ２０、ウェブサーバ３０、及び、ホストサーバ４０は、クライアント端末１０から送信されたリクエストに基づいて、所定の処理を実行する情報処理装置の一例である。

【0016】

（２）クライアント端末及びサーバの構成（図２〜図３）
本実施形態のクライアント端末及びサーバの構成について説明する。図２は、本実施形態のクライアント端末及びサーバの構成を示す図である。図３は、本実施形態の記述ファイルの概略図である。

【0017】

図２に示すように、クライアント端末１０は、記憶装置１１と、ＣＰＵ（Central Processing Unit）１２と、入力部１３と、表示部１４と、通信インタフェース１５とを備える。

【0018】

記憶装置１１は、情報処理に必要なプログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳ（Operating System）のプログラム、情報処理を実行するアプリケーション（例えば、ブラウザ）のプログラム等である。
情報処理に必要なデータは、例えば、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。

【0019】

ＣＰＵ１２は、記憶装置１１に記憶されたプログラムを起動することによって、アプリケーションの機能を実現するように構成される。

【0020】

入力部１３は、ユーザ指示を受け付けるように構成される。入力部１３は、例えば、キーボード、ポインティングデバイス、タッチパネル等である。

【0021】

表示部１４は、ユーザに情報を提示するように構成される。表示部１４は、例えば、液晶ディスプレイである。

【0022】

通信インタフェース１５は、クライアント端末１０とネットワークＮＷとの間の通信を制御するように構成される。

【0023】

なお、クライアント端末１０がプリンタである場合、クライアント端末１０は、印字媒体（例えば、台紙に仮着されたラベル）を収容する収容部と、収容部に収容された印字媒体を搬送するプラテンローラと、プラテンローラによって搬送された印字媒体に印字を行う印字ヘッド（例えば、サーマルヘッド）とをさらに備える。

【0024】

プロキシサーバ２０は、記憶装置２１と、ＣＰＵ２２と、通信インタフェース２３とを備える。

【0025】

記憶装置２１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置２１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳのプログラム、プロキシサーバ２０の機能を実現するアプリケーションのプログラム等である。

【0026】

ＣＰＵ２２は、記憶装置２１に記憶されたプログラムを起動することによって、プロキシサーバ２０の機能を実現するように構成される。

【0027】

通信インタフェース２３は、プロキシサーバ２０と、ネットワークＮＷとの間の通信を制御するように構成される。

【0028】

ウェブサーバ３０は、記憶装置３１と、ＣＰＵ３２と、通信インタフェース３３とを備える。

【0029】

記憶装置３１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳのプログラム、ウェブサーバ３０の機能を実現するアプリケーションのプログラム等である。

【0030】

図３に示すように、記憶装置３１には、記述ファイルＳＦ（例えば、ＨＴＭＬ（HyperText Markup Language）ファイル）も格納されている。
記述ファイルＳＦは、クライアント端末１０の表示部１４に画面を表示させるためのＨＴＭＬコードと、第１ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第１スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））と、第２ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第２スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））と、第３ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第３スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））とを含んでいる。

【0031】

図２に示すように、ＣＰＵ３２は、記憶装置３１に記憶されたプログラムを起動することによって、ウェブサーバ３０の機能（例えば、クライアント端末１０に対する記述ファイルＳＦの提供）を実現するように構成される。

【0032】

通信インタフェース３３は、ウェブサーバ３０とネットワークＮＷとの間の通信を制御するように構成される。

【0033】

ホストサーバ４０は、クライアント端末１０の一例であるプリンタのサポートサービスを提供する。ユーザは、サポートサービスを利用することによって、プリンタの使用履歴の閲覧、プリンタの消耗品の管理、プリンタのエラーの解決等を行うことができる。このようなサポートサービスを利用するためには、ユーザは、クライアント端末１０からホストサーバ４０へアクセスする必要がある。

【0034】

ホストサーバ４０は、記憶装置４１と、ＣＰＵ４２と、通信インタフェース４３とを備える。

【0035】

記憶装置４１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置４１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳのプログラム、ホストサーバ４０の機能を実現するアプリケーションのプログラム等である。

【0036】

ＣＰＵ４２は、記憶装置４１に記憶されたプログラムを起動することによって、ホストサーバ４０の機能を実現するように構成される。

【0037】

通信インタフェース４３は、ホストサーバ４０とネットワークＮＷとの間の通信を制御するように構成される。

【0038】

（３）通信ルート（図４）
本実施形態の通信ルートについて説明する。図４は、本実施形態の通信ルートの概略図である。

【0039】

本実施形態では、クライアント端末１０、及び、ホストサーバ４０は、任意の通信プロトコル（例えば、ＴＣＰ／ＩＰ）に従って通信を行う。一例として、クライアント端末１０は、ホストアドレスによって特定されるホストサーバ４０に対して、ＴＣＰ／ＩＰによって規定されるポート番号によるアクセスを実行する。

【0040】

図４Ａは、第１ルートを示している。
クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第１スクリプトは、ポート番号Ｐ１によるホストサーバ４０−１へのテストアクセスと、ポート番号Ｐ１によるホストサーバ４０−２へのテストアクセスと、ポート番号Ｐ２によるホストサーバ４０−３へのテストアクセスとを、クライアント端末１０に実行させるための命令である。

【0041】

図４Ｂは、第２ルートを示している。
クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第２スクリプトには、ポート番号Ｐ１による、プロキシサーバ２０を経由するホストサーバ４０−１へのテストアクセスと、ポート番号Ｐ１による、プロキシサーバ２０を経由するホストサーバ４０−２へのテストアクセスと、ポート番号Ｐ２による、プロキシサーバ２０を経由しないホストサーバ４０−３へのテストアクセスとを、クライアント端末１０に実行させるための命令である。

【0042】

図４Ｃは、第３ルートを示している。
クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第３スクリプトは、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−４へのテストアクセスと、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−５へのテストアクセスと、ユーザが指定したポート番号Ｐ４による、ユーザが指定したホストサーバ４０−６へのテストアクセスとを、クライアント端末１０に実行させるための命令である。

【0043】

（４）情報処理において表示される画面（図５〜図８）
本実施形態の情報処理において表示される画面について説明する。図５〜図８は、本実施形態の情報処理において表示される画面例を示す図である。
図５〜図８の画面は、クライアント端末１０の表示部１４に表示される。各画面では、ユーザは、入力部１３を用いてユーザ指示（入力フィールドへの入力、及び、ボタンの指定）を与えることができる。与えられたユーザ指示は、クライアント端末１０からサーバ（プロキシサーバ２０、ウェブサーバ３０、又は、ホストサーバ４０）に送信されるリクエストに含まれる。

【0044】

ユーザが、入力部１３を用いて、所定のＵＲＬ（Uniform Resource Locator）を指定すると、クライアント端末１０は、画面Ｐ１００（図５）を表示する。画面Ｐ１００は、トップ画面である。

【0045】

図５に示すように、画面Ｐ１００は、ボタンＢ１００ａ及びＢ１００ｂを含む。
ユーザが、入力部１３を用いて、「ログイン」ボタンＢ１００ａを指定すると、クライアント端末１０は、ホストサーバ４０が提供するサポートサービスへのログインに必要なログインＩＤ及びパスワードを入力するための画面を表示する。
ユーザが、入力部１３を用いて、「ポート確認」ボタンＢ１００ｂを指定すると、クライアント端末１０は、画面Ｐ１０１を表示する。画面Ｐ１０１は、ルート選択画面である。

【0046】

画面Ｐ１０１は、入力フィールドＦ１０１ａ〜Ｆ１０１ｂと、ボタンＢ１０１ａ〜Ｂ１０１ｅとを含む。
ユーザが、入力部１３を用いて、「ルート１」ボタンＢ１０１ａを指定すると、クライアント端末１０は、第１ルート（図４Ａ）のテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１０２を表示する。画面Ｐ１０２は、第１ルート（図４Ａ）の確認結果画面である。

【0047】

画面Ｐ１０２は、領域Ａ１０２ａ及びＡ１０２ｂを含む。
領域Ａ１０２ａには、第１スクリプトによって特定されたポート番号と、各ポート番号の確認結果とが表示される。確認結果は、第１スクリプトによって特定されたポート番号により、第１スクリプトによって特定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
領域Ａ１０２ｂには、確認結果に基づくメッセージが表示される。

【0048】

ユーザが、入力部１３を用いて、「ルート２」ボタンＢ１０１ｂを指定すると、クライアント端末１０は、第２ルート（図４Ｂ）のテストアクセスを実行する。その後、クライアント端末１０は、画面Ｐ１１０（図６）を表示する。画面Ｐ１１０は、第２ルート（図４Ｂ）の確認結果画面である。

【0049】

図６に示すように、画面Ｐ１１０は、領域Ａ１１０ａ及びＡ１１０ｂを含む。
領域Ａ１１０ａには、第２スクリプトによって特定されたポート番号と、各ポート番号の確認結果と、確認結果が「ＮＧ」の場合の原因とが表示される。確認結果は、第２スクリプトによって特定されたポート番号により、第２スクリプトによって特定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
領域Ａ１１０ｂには、確認結果に基づくメッセージが表示される。

【0050】

ユーザが、入力部１３を用いて、「追加」ボタンＢ１０１ｅを指定すると、入力フィールドＦ１０１ａ及びＦ１０１ｂの入力行（ポート番号欄及びホストアドレス欄の組合せ）が増える。
ユーザが、入力部１３を用いて、「ルート３」ボタンＢ１０１ｃを指定すると、クライアント端末１０は、入力フィールドＦ１０１ａ及びＦ１０１ｂに入力された情報に基づいて、第３ルート（図４Ｃ）のテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１２０を表示する。画面Ｐ１２０は、第３ルートの確認結果画面である。

【0051】

画面Ｐ１２０は、領域Ａ１２０ａ及びＡ１２０ｂを含む。
領域Ａ１２０ａには、ユーザによって指定されたポート番号と、ユーザによって指定されたホストアドレスと、ポート番号及びホストアドレスの組合せ毎の確認結果とが表示される。確認結果は、ユーザによって指定されたポート番号により、ユーザによって指定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
領域Ａ１２０ｂには、確認結果に基づくメッセージが表示される。

【0052】

ユーザが、入力部１３を用いて、「一括確認」ボタンＢ１０１ｄ（図５）を指定すると、クライアント端末１０は、第１ルート（図４Ａ）及び第２ルート（図４Ｂ）の両方のルートのテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１３０（図８）を表示する。画面Ｐ１３０は、第１ルート（図４Ａ）及び第２ルート（図４Ｂ）を一括で確認した場合の確認結果画面である。

【0053】

図８に示すように、画面Ｐ１３０は、領域Ａ１３０ａ〜Ａ１３０ｃを含む。
領域Ａ１３０ａは、領域Ａ１０２ａ（図５）と同様に、第１スクリプトによって特定されたポート番号と、各ポート番号の確認結果とが表示される。
領域Ａ１３０ｂには、領域Ａ１１０ａと同様に、第２スクリプトによって特定されたポート番号と、各ポート番号の確認結果と、確認結果が「ＮＧ」の場合の原因とが表示される。
領域Ａ１３０ｃには、領域Ａ１０２ｂ（図５）及び領域Ａ１１０ｂ（図６）と同様に、確認結果に基づくメッセージが表示される。

【0054】

（５）情報処理（図９〜図１２）
本実施形態の情報処理について説明する。以下の情報処理は、図２のＣＰＵ１２、２２、３２、及び、４２が、それぞれ、記憶装置１１、２１、３１、及び、４１に記憶されたアプリケーションのプログラムを実行することによって実現される。

【0055】

（５−１）確認処理（図９）
本実施形態の確認処理について説明する。図９は、本実施形態の確認処理のシーケンス図である。

【0056】

クライアント端末１０は、トップ画面の表示（Ｓ１００）を実行する。
具体的には、ユーザが、入力部１３を用いて、所定のＵＲＬを指定すると、ＣＰＵ１２は、ウェブサーバ３０と通信することによって、画面Ｐ１００（図５）を表示部１４に表示する。

【0057】

クライアント端末１０は、記述ファイルのリクエスト（Ｓ１０１）を実行する。
具体的には、ユーザが、入力部１３を用いて、「ポート確認」ボタンＢ１００ｂを指定すると、ＣＰＵ１２は、記述ファイルの送信を要求するためのリクエストＲＥＱ１０１をウェブサーバ３０に送信する。

【0058】

ウェブサーバ３０は、記述ファイルの送信（Ｓ３００）を実行する。
具体的には、ＣＰＵ３２は、クライアント端末１０に、リクエストＲＥＱ１０１に対応するレスポンスＲＥＳ１０１を送信する。レスポンスＲＥＳ１０１は、記述ファイルＳＦを含んでいる。

【0059】

クライアント端末１０は、ルート選択画面の表示（Ｓ１０２）を実行する。
具体的には、ＣＰＵ１２は、レスポンスＲＥＳ１０１に含まれる記述ファイルＳＦのＨＴＭＬコードに基づいて、画面Ｐ１０１（図５）を表示部１４に表示する。

【0060】

クライアント端末１０は、選択ルートの受付（Ｓ１０３）を実行する。
具体的には、ユーザが、入力部１３を用いて、「ルート１」ボタンＢ１０１ａ（図５）を指定すると、ＣＰＵ１２は、第１ルート（図４Ａ）を選択ルートとして受け付ける。この場合（Ｓ１０４−Ａ）、第１ルートの確認（図１０）に進む。
ユーザが、入力部１３を用いて、「ルート２」ボタンＢ１０１ｂ（図５）を指定すると、ＣＰＵ１２は、第２ルート（図４Ｂ）を選択ルートとして受け付ける。この場合（Ｓ１０４−Ｂ）、第２ルートの確認（図１１）に進む。
ユーザが、入力部１３を用いて、入力フィールドＦ１０１ａ〜Ｆ１０１ｂ（図５）に情報を入力し、かつ、「ルート３」ボタンＢ１０１ｃ（図５）を指定すると、ＣＰＵ１２は、第３ルート（図４Ｃ）を選択ルートとして受け付ける。この場合（Ｓ１０４−Ｃ）、第３ルートの確認（図１２）に進む。

【0061】

（５−２）第１ルートの確認（図１０）
本実施形態の第１ルートの確認について説明する。図１０は、本実施形態の第１ルートの確認のシーケンス図である。

【0062】

クライアント端末１０は、テストアクセス（Ｓ１１０）を実行する。
具体的には、ＣＰＵ１２は、記述ファイルＳＦの第１スクリプトによって特定されたホストサーバ４０−１に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
ＣＰＵ１２は、第１スクリプトによって特定されたホストサーバ４０−２に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
ＣＰＵ１２は、第１スクリプトによって特定されたホストサーバ４０−３に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。

【0063】

ホストサーバ４０−１〜４０−３は、それぞれ、テストレスポンス（Ｓ４１０）を実行する。
具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１１０を受信できた場合、リクエストＲＥＱ１１０に対応するレスポンスＲＥＳ１１０をクライアント端末１０に送信する。
一方、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１１０を受信できなかった場合、レスポンスＲＥＳ１１０は送信しない。

【0064】

クライアント端末１０は、確認結果の判定（Ｓ１１１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１１０においてリクエストＲＥＱ１１０を送信してから所定時間以内にレスポンスＲＥＳ１１０を受信した場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
一方、ＣＰＵ１２は、Ｓ１１０においてリクエストＲＥＱ１１０を送信してから所定時間以内にレスポンスＲＥＳ１１０を受信できなかった場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
また、ＣＰＵ１２は、ホストサーバ４０からエラーを示すレスポンスＲＥＳ１１０を受信した場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。

【0065】

クライアント端末１０は、確認結果画面の表示（Ｓ１１２）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１１１の判定結果に基づく画面（例えば、図５のＰ１０２）を表示部１４に表示する。

【0066】

（５−３）第２ルートの確認（図１１）
本実施形態の第２ルートの確認について説明する。図１１は、本実施形態の第２ルートの確認のシーケンス図である。

【0067】

クライアント端末１０は、テストアクセス（Ｓ１２０）を実行する。
具体的には、ＣＰＵ１２は、ブラウザに設定されたプロキシサーバ２０に対して、記述ファイルＳＦの第２スクリプトによって特定されたポート番号により、第２スクリプトによって特定されたホストサーバ４０−１〜４０−２に対するテストアクセスのリクエストＲＥＱ１２０ｂを送信する。
ＣＰＵ１２は、第２スクリプトによって特定されたホストサーバ４０−３に対して、第２スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１２０ｂを送信する。

【0068】

プロキシサーバ２０は、代行テストアクセス（Ｓ２２０）を実行する。
具体的には、ＣＰＵ２２は、Ｓ１２０において送信されたリクエストＲＥＱ１２０ａを、第２スクリプトによって特定されたホストサーバ４０−１〜４０−２に送信する。

【0069】

ホストサーバ４０−１〜４０−３は、それぞれ、テストレスポンス（Ｓ４２０）を実行する。
具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１２０ｂを受信できた場合、リクエストＲＥＱ１２０ｂに対応するレスポンスＲＥＳ１２０ｂをクライアント端末１０に送信する。
ＣＰＵ４２は、リクエストＲＥＱ１２０ａを受信できた場合、リクエストＲＥＱ１２０ａに対応するレスポンスＲＥＳ１２０ａをプロキシサーバ２０に送信する。
一方、ＣＰＵ４２は、リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを受信できなかった場合、レスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂは送信しない。

【0070】

プロキシサーバ２０は、代行テストレスポンス（Ｓ２２１）を実行する。
具体的には、ＣＰＵ２２は、レスポンスＲＥＳ１２０ａを受信できた場合、リクエストＲＥＱ１２０ａを送信したクライアント端末１０にレスポンスＲＥＳ１２０ａを送信する。
一方、ＣＰＵ２２は、リクエストＲＥＱ１２０ａを受信できなかった場合、レスポンスＲＥＳ１２０ａは送信しない。

【0071】

クライアント端末１０は、確認結果の判定（Ｓ１２１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１２０においてリクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを送信してから所定時間以内にレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信した場合、当該リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂの送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
一方、ＣＰＵ１２は、Ｓ１２０においてリクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを送信してから所定時間以内にレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信できなかった場合、当該リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂの送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
また、ＣＰＵ１２は、プロキシサーバ２０又はホストサーバ４０の少なくとも一方からエラーを示すレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信した場合、当該リクエストＲＥＱ１２０ａ又は１２０ｂの送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。

【0072】

クライアント端末１０は、確認結果画面の表示（Ｓ１２２）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１２１の判定結果に基づく画面（例えば、図６のＰ１１０）を表示部１４に表示する。

【0073】

（５−４）第３ルートの確認（図１２）
本実施形態の第３ルートの確認について説明する。図１２は、本実施形態の第３ルートの確認のシーケンス図である。

【0074】

クライアント端末１０は、テストアクセス（Ｓ１３０）を実行する。
具体的には、ユーザが、入力部１３を用いて、入力フィールドＦ１０１ａ及びＦ１０１ｂに情報を入力し、かつ、「ルート３」ボタンＢ１０１ｃを指定すると、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０−４（ホストアドレス「host4.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「123」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
また、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０−５（ホストアドレス「host5.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「123」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
また、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０−６（ホストアドレス「host6.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「9876」によるテストアクセスのリクエストＲＥＱ１３０を送信する。

【0075】

ホストサーバ４０−４〜４０−６は、それぞれ、テストレスポンス（Ｓ４３０）を実行する。
具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１３０を受信できた場合、リクエストＲＥＱ１３０に対応するレスポンスＲＥＳ１３０をクライアント端末１０に送信する。
一方、ＣＰＵ４２は、リクエストＲＥＱ１３０を受信できなかった場合、レスポンスＲＥＳ１３０は送信しない。

【0076】

クライアント端末１０は、確認結果の判定（Ｓ１３１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１３０においてリクエストＲＥＱ１３０を送信してから所定時間以内にレスポンスＲＥＳ１３０を受信した場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
一方、ＣＰＵ１２は、Ｓ１３０においてリクエストＲＥＱ１３０を送信してから所定時間以内にレスポンスＲＥＳ１３０を受信できなかった場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
また、ＣＰＵ１２は、ホストサーバ４０からエラーを示すレスポンスＲＥＳ１３０を受信した場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。

【0077】

クライアント端末１０は、確認結果画面の表示（Ｓ１３２）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１３１の判定結果に基づく画面（例えば、図７のＰ１２０）を表示部１４に表示する。

【0078】

（６）小括
本実施形態について小括する。

【0079】

上記のとおり、ウェブサーバ３０は、クライアント端末１０からリクエストを受付可能である。ウェブサーバ３０は、所定のポート番号Ｐ１及びＰ２による所定のホストサーバ４０−１〜４０−３へのアクセスの可否を確認する確認処理をクライアント端末１０に実行させるためのスクリプトを含む記述ファイルＳＦを記憶する記憶装置３１（記憶部の一例）と、リクエストＲＥＱ１０１に基づいて、記憶装置３１に記憶された記述ファイルＳＦをクライアント端末１０に送信する手段（例えば、Ｓ３００の処理を実行するＣＰＵ３２）と、を備える。

【0080】

クライアント端末１０は、ウェブサーバ３０にアクセス可能である。クライアント端末１０は、記述ファイルＳＦをウェブサーバ３０から取得する手段（例えば、Ｓ１０１の処理を実行するＣＰＵ１２）と、記述ファイルＳＦに基づいて、確認処理を実行する手段（例えば、Ｓ１１０〜Ｓ１１１の処理、Ｓ１２０〜Ｓ１２１の処理、又は、Ｓ１３０〜Ｓ１３１の処理を実行するＣＰＵ１２）と、確認処理の結果を表示する表示部１４と、を備える。

【0081】

これにより、クライアント端末１０から所定のホストサーバ４０へのアクセスの可否の確認を容易化することができる。

【0082】

また、クライアント端末１０から任意のホストサーバ４０へのアクセスの可否の確認を容易化することができる。

【0083】

また、クライアント端末１０は、ウェブサーバ３０が提供する記述ファイルＳＦに従って、アクセスの可否を確認する。つまり、アクセスの可否を確認したクライアント端末１０は、記述ファイルＳＦを取得可能である。換言すると、アクセスの可否を確認したクライアント端末１０は、ウェブサーバ３０にアクセス可能である。これにより、クライアント端末１０がウェブサーバ３０にアクセス可能か否か（つまり、ユーザのインターネット環境）を容易に把握することができる。

【0084】

（７）その他の変形例
上記実施形態では、クライアント端末１０にインストールされたウェブブラウザがｈｔｔｐｓ通信を行うことによって情報処理が実現される例について説明したが、本実施形態はこれに限られるものではない。
例えば、上記実施形態の情報処理は、クライアント端末１０にインストールされた専用アプリケーション（ブラウザ以外のアプリケーション）がｈｔｔｐｓ通信を行うことによっても実現可能である。
また、上記実施形態の通信方式は、ｈｔｔｐｓ通信に限られるものではない。

【0085】

上記実施形態において、クライアント端末１０及びプロキシサーバ２０がイントラネットに接続され、かつ、ウェブサーバ３０及びホストサーバ４０がインターネットに接続されていてもよい。
さらに、この場合、イントラネットにファイアウォールが設けられていてもよい。
さらに、イントラネットにファイアウォールが設けられている場合、クライアント端末１０は、テストアクセスに失敗の要因がファイアウォール又はホストサーバ４０の何れにあるかを判定してもよい。

【0086】

上記実施形態の通信ルートは、第４ルートをさらに含んでもよい。第４ルートは、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−４へのプロキシサーバ２０を経由するテストアクセスと、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−５へのプロキシサーバ２０へのテストアクセスと、ユーザが指定したポート番号Ｐ４による、ユーザが指定したホストサーバ４０−６へのプロキシサーバ２０を経由しないテストアクセスとを含む。

【0087】

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記実施形態に限定されない。また、上記実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記実施形態及び変形例は、組合せ可能である。

【符号の説明】

【0088】

１ ：情報処理システム
１０ ：クライアント端末
１１ ：記憶装置
１２ ：ＣＰＵ
１３ ：入力部
１４ ：表示部
１５ ：通信インタフェース
２０ ：プロキシサーバ
２１ ：記憶装置
２２ ：ＣＰＵ
２３ ：通信インタフェース
３０ ：ウェブサーバ
３１ ：記憶装置
３２ ：ＣＰＵ
３３ ：通信インタフェース
４０（４０−１〜４０−６）：ホストサーバ
４１ ：記憶装置
４２ ：ＣＰＵ
４３ ：通信インタフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】