特許 7113518 ＷＷＷサーバおよび通信制御方法

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

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

(11)【特許番号】

(24)【登録日】2022-07-28

(45)【発行日】2022-08-05

(54)【発明の名称】ＷＷＷサーバおよび通信制御方法

(51)【国際特許分類】

   H04L 67/02 20220101AFI20220729BHJP

【ＦＩ】

H04L67/02

【請求項の数】 3

(21)【出願番号】P 2019121111

(22)【出願日】2019-06-28

(65)【公開番号】P2021006971

(43)【公開日】2021-01-21

【審査請求日】2021-12-27

【早期審査対象出願】

(73)【特許権者】

【識別番号】500112146

【氏名又は名称】サイレックス・テクノロジー株式会社

(72)【発明者】

【氏名】細見 雄一

【審査官】今川 悟

(56)【参考文献】

【文献】米国特許出願公開第２００８／００９７９８８（ＵＳ，Ａ１）

【文献】特開２０００－１８７６２８（ＪＰ，Ａ）

【文献】特開２００８－１９１７４０（ＪＰ，Ａ）

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

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

Ｈ０４Ｌ ６７／０２

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

【請求項1】

通信端末がＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信を用いてＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバを経由して情報処理装置に格納されたコンテンツ情報を取得する通信システムのＷＷＷサーバであって、
前記通信端末と相互にデータ通信を行う第一通信部と、
前記情報処理装置と相互にデータ通信を行う第二通信部と、
前記第一通信部を通じて、前記通信端末から前記情報処理装置に対するコンテンツ情報取得要求を受信したか否かを判断する要求送受信部と、
応答部と、
前記第二通信部を通じて、前記要求送受信部から前記情報処理装置に行った特定処理要求に対する応答が前記情報処理装置から受信できたか否かを判断し当該判断の結果を前記応答部に通知する取得部と、を備え、
前記応答部は、前記取得部から
（１）前記特定処理要求に関する応答情報を受信できた旨の通知を受けた場合には、正常終了および前記取得部から通知を受けた前記特定処理要求に対する応答情報を前記通信端末に送信し、
（２）前記特定処理要求に関する応答情報を受信できない旨の通知を受けた場合には、前記コンテンツ情報取得要求のリダイレクト処理を促す通知を、前記通信端末に送信する、
ＷＷＷサーバ。

【請求項2】

さらに前記応答部は、
（１）前記特定処理要求に関する応答情報を受信できた場合には、ＨＴＴＰ通信ステータスコード２００を前記通信端末に送信し、
（２）前記特定処理要求に関する応答情報を受信できない場合には、自己のＵＲＬの再読込を促すＨＴＴＰ通信ステータスコード３０２を前記通信端末に送信する、
請求項１に記載のＷＷＷサーバ。

【請求項3】

通信端末がＨＴＴＰ通信を用いてＷＷＷサーバを経由して情報処理装置に格納されたコンテンツ情報を取得する通信システムにおいて実行される通信制御方法であって、
前記通信端末と相互にデータ通信を行う第一通信ステップと、
前記情報処理装置と相互にデータ通信を行う第二通信ステップと、
前記第一通信ステップを通じて、前記通信端末から前記情報処理装置に対するコンテンツ情報取得要求を受信したか否かを判断する要求送受信ステップと、
前記第二通信ステップを通じて、前記情報処理装置に行った特定処理要求に対する応答が前記情報処理装置から受信できたか否かを判断し当該判断の結果を通知する取得ステップと、
応答ステップであって、
（１）前記特定処理要求に関する応答情報を受信できた旨の通知を受けた場合には、正常終了および前記取得ステップから通知を受けた前記特定処理要求に対する応答情報を前記通信端末に送信し、
（２）前記特定処理要求に関する応答情報を受信できない旨の通知を受けた場合には、前記コンテンツ情報取得要求のリダイレクト処理を促す通知を、前記通信端末に送信する、
応答ステップと、
を備える通信制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、クライアント装置からＷＷＷサーバを経由して、ユーザが所望する情報を情報処理装置から取得する技術に関する。

【背景技術】

【0002】

近年、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）と呼ばれるインターネット通信技術が、普及し利用されている。ＷＷＷでは、情報管理者によって構築されたＷＷＷサーバと呼ばれるホストコンピュータに対して、利用者がクライアント装置（以後、ＷＷＷクライアントとも呼ぶ）に備わるＷＷＷブラウザと呼ばれるアプリケーションを用いてアクセスし、利用者が所望する情報を取得するという通信形態（以後、ＷＷＷシステムとも呼ぶ）がとられている。ＷＷＷブラウザは、ユーザから接続先のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）という規定に則った名前（例えば、ＨＴＴＰ：／／ＷＷＷ．ＸＸＸ．・・・など）でその所在を一意に指定でき、適切なＷＷＷサーバに問い合わせてＵＲＬで指定された情報を受け取る。ＷＷＷサーバから取得した情報はＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と呼ばれる記述言語で記述されている。ＷＷＷブラウザは、このＨＴＭＬを解釈してＨＴＭＬページとしてクライアント装置が備える表示装置、あるいは当該クライアント装置に接続された表示装置に表示する。このように、ＷＷＷサーバから取得した情報は、ＷＷＷブラウザとＷＷＷサーバとの間をＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）と呼ばれる手順や規約（プロトコル）に則り通信（ＨＴＴＰ通信プロトコルとも呼ぶ）を行う。具体的には、ＨＴＴＰ通信プロトコルでは、ＷＷＷブラウザがＷＷＷサーバに向けて情報取得の要求を行う時に使用されるＨＴＴＰリクエストと、ＷＷＷサーバから情報をＷＷＷブラウザに返信する時に使用されるＨＴＴＰレスポンスなどから構成される。

【0003】

特許文献１には、ユーザがクライアント装置に備えるＷｅｂブラウザ（ＷＷＷブラウザとも言う）を用いて、ホスト計算機上で処理された情報を取得するために上述したＷＷＷシステムを用いる通信システムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００２－２２２１２４号公報

【発明の概要】

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

【0005】

ここで、特許文献１に記載の通信システムのようなＷＷＷサーバとホスト計算機との間の通信において、ホスト計算機はユーザ（クライアント装置）からの処理要求に常に応答できるとは限らない。例えば、ホスト計算機が他のクライアント装置との通信における演算処理をしているために規定の時間内にＷＷＷサーバからの要求に応答できない場合や、ＷＷＷサーバとホスト計算機との間で通信処理能力（通信システムの仕様）を超えてしまう場合などにより、ＷＷＷサーバとホスト計算機との通信そのものが行えないことなどである。このように、クライアント装置（ＷＷＷクライアント）からの要求（例えばＨＴＴＰリクエスト）に対し、ＷＷＷサーバが正常な応答ができない場合には、ＷＷＷシステムでは通常、エラーである旨の情報をクライアント装置に返す。

【0006】

しかしながら、ユーザは、当該エラーである旨の情報をクライアント装置に備わるＷＷＷブラウザ上で閲覧することになり、原因も分からず、不快感を抱き得る。

【0007】

本発明は、上述の問題を解決するためになされたものであり、ユーザがＷＷＷブラウザを介して情報処理装置から取得したい情報を取得するＷＷＷシステムにおいて、ストレスのない閲覧ができる通信システムなどを提供することを目的とする。

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

【0008】

上記課題を解決するために、本発明の一態様に係るＷＷＷサーバは、通信端末がＨＴＴＰ通信を用いてＷＷＷサーバを経由して情報処理装置に格納されたコンテンツ情報を取得する通信システムのＷＷＷサーバであって、通信端末と相互にデータ通信を行う第一通信部と、情報処理装置と相互にデータ通信を行う第二通信部と、第一通信部を通じて、通信端末から情報処理装置に対するコンテンツ情報取得要求を受信したか否かを判断する要求送受信部と、応答部と、第二通信部を通じて、要求送受信部から情報処理装置に行った特定処理要求に対する応答が情報処理装置から受信できたか否かを判断し当該判断の結果を応答部に通知する取得部とを備え、その応答部は、取得部から（１）特定処理要求に関する応答情報を受信できた旨の通知を受けた場合には、正常終了および取得部から通知を受けた特定処理要求に対する応答情報を通信端末に送信し、（２）特定処理要求に関する応答情報を受信できない旨の通知を受けた場合には、コンテンツ情報取得要求のリダイレクト処理を促す通知を、通信端末に送信する。ここで、リダイレクト処理とは、後で詳細に説明するが、ユーザがＷＷＷブラウザ上で最初に入力したＵＲＬを再読込する処理である。また、ＷＷＷサーバは、単独のＷＷＷサーバ装置に限らず、後述のとおり、情報処理装置内に組み込まれる形態のものも包含する。また、この場合、ＷＷＷサーバは、情報処理装置が備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、記憶装置、および通信インタフェースなどのハードウェア、並びにＲＯＭに記憶されるプログラムをＣＰＵが実行することによっても実現され得る。

【0009】

これによれば、通信端末がＨＴＴＰ通信を用いてＷＷＷサーバを経由して情報処理装置に格納されたコンテンツ情報を取得する通信システムにおいて、ＷＷＷサーバは、通信端末から情報処理装置に対しコンテンツ情報の取得要求があった場合に情報処理装置が応答できない場合でも、通信端末にエラー情報を返信することなく、コンテンツ情報の取得要求を再処理するように制御できる。これにより、ユーザは通信端末上のＷＷＷブラウザで不意にエラー表示を閲覧することを抑制できる。

【0010】

また、好ましくは、応答部は、（１）特定処理要求に関する応答情報を受信できた場合には、ＨＴＴＰ通信ステータスコード２００を通信端末に送信し、（２）特定処理要求に関する応答情報を受信できない場合には、自己のＵＲＬの再読込を促すＨＴＴＰ通信ステータスコード３０２を通信端末に送信する。

【0011】

これによれば、ＷＷＷサーバは、通信端末から情報処理装置に対しコンテンツ情報の取得要求があった場合に、情報処理装置の応答可否により、その応答可否に応じてそれぞれ別のＨＴＴＰ通信ステータスコードを通信端末に送信する。これにより、コンテンツ情報が取得できない状況下でも、通信端末上のＷＷＷブラウザで不意にエラー表示が表示されることを抑制できる。

【0012】

また、本発明の一態様に係る通信制御方法は、通信端末がＨＴＴＰ通信を用いてＷＷＷサーバを経由して情報処理装置に格納されたコンテンツ情報を取得する通信システムにおいて実行される通信制御方法であって、通信端末と相互にデータ通信を行う第一通信ステップと、情報処理装置と相互にデータ通信を行う第二通信ステップと、第一通信ステップを通じて、通信端末から情報処理装置に対するコンテンツ情報取得要求を受信したか否かを判断する要求送受信ステップと、第二通信ステップを通じて、情報処理装置に行った特定処理要求に対する応答が情報処理装置から受信できたか否かを判断し当該判断の結果を通知する取得ステップと、応答ステップであって、（１）特定処理要求に関する応答情報を受信できた旨の通知を受けた場合には、正常終了および取得ステップから通知を受けた特定処理要求に対する応答情報を通信端末に送信し、（２）特定処理要求に関する応答情報を受信できない旨の通知を受けた場合には、コンテンツ情報取得要求のリダイレクト処理を促す通知を、通信端末に送信する。

【0013】

これによれば、上記のＷＷＷサーバと同様の効果を奏する。

【発明の効果】

【0014】

本発明にかかる通信システムは、ＷＷＷブラウザの閲覧時に、エラー表示による不快感を軽減できる。

【図面の簡単な説明】

【0015】

【図1】図１は、本発明の実施の形態にかかる通信システムの全体図である。

【図2】図２は、本発明の実施の形態にかかるＷＷＷサーバ装置の機能ブロック図である。

【図3】図３は、本発明の実施の形態にかかるＷＷＷサーバ装置の通信処理フローの図である。

【図4】図４は、本発明の実施の形態にかかる通信システムの情報処理シーケンスの図である。

【図5】図５は、従来技術における通信システムの全体図である。

【図6】図６は、従来技術における通信システムの情報処理シーケンスの図である。

【図7】図７は、従来技術における通信システムの通信端末に備わるＷＷＷブラウザ表示の一例である。

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

【0016】

以下、実施の形態について、図面を参照しながら具体的に説明する。

【0017】

以下の実施の形態で示される数値、構成要素、構成要素の配置位置などは、一例であり、発明の範囲内において種々の変形や変更が可能である。なお、同一の構成要素には同一の符号を付し、説明を省略する場合がある。

【0018】

（実施の形態）
図１は本発明の実施の形態にかかる通信システム１００の全体図である。

【0019】

図１に示されるように、通信システム１００は、ＷＷＷサーバ装置１と、通信端末２と、情報処理装置３と、通信リンク５および６とを備える。

【0020】

通信システム１００は、通信端末２がＷＷＷサーバ装置１を経由して情報処理装置３に格納されたコンテンツ情報（例えば、画像、動画、テキストファイルなど）を取得する通信システムである。

【0021】

ＷＷＷサーバ装置１と通信端末２とは、通信リンク５を通じて相互にデータ通信を行う。通信リンク５は、ＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎ規格等に適合する無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、あるいはＩＥＥＥ８０２．３規格等に適合する有線ＬＡＮで実現され得る。

【0022】

ＷＷＷサーバ装置１と情報処理装置３とは、通信リンク６を通じて相互にデータ通信を行う。通信リンク６は、ＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎ規格等に適合する無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、あるいはＩＥＥＥ８０２．３規格等に適合する有線ＬＡＮで実現されてもよいし、有線ケーブル（例えば、ＵＳＢケーブル）でローカル接続されてもよい。また、通信リンク６は、ＷＷＷサーバ装置１と情報処理装置３との間を信号線によって接続されていてもよい。つまり、通信リンク６は、ＷＷＷサーバ装置１と情報処理装置３とを接続する基板上の配線であってもよい。

【0023】

ＷＷＷサーバ装置１は、通信システム（ＷＷＷシステム）１００におけるＷＷＷサーバ機能を担う装置である。具体的には、通信端末２（ＷＷＷクライアント）に備わるＷＷＷブラウザと呼ばれるアプリケーションからの情報取得要求を受けて、当該アプリケーションが指定したＵＲＬ上の特定の情報を取得し、ＨＴＴＰ通信によって、通信端末２に情報を応答する機能を担う。また、ＷＷＷサーバ装置１は、本実施の形態では情報処理装置３とは別体の装置として説明するが、情報処理装置３の内部にＷＷＷサーバ機能（単に、ＷＷＷサーバとも呼ぶ）として、備わっていてもよい。

【0024】

通信端末２は、通信インタフェースを備え、通信リンク５を通じてＷＷＷサーバ装置１を介して情報処理通信３とデータ通信を行う通信端末である。例えば、通信端末２は、パソコン、タブレット端末、および携帯端末などである。通信端末２は、ＷＷＷブラウザ（例えば、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標））を備えている。ユーザは、当該ＷＷＷブラウザを用いて、ＷＷＷサーバ装置１を介して情報処理通信３の特定の情報を取得するためにコンテンツ情報取得要求を行う。

【0025】

情報処理装置３は、複数のコンテンツ情報を管理しているサーバ装置である。例えば、社内のネットワーク上に設置されたコンピュータであってもよいし、コンピュータ周辺機器であってもよく、この場合、本実施の形態において説明するＷＷＷサーバ装置１はこのコンピュータ周辺機器に組み込まれ、ネットワーク通信機能とＷＷＷサーバ機能その他実施の形態で述べる機能を担う一部分となってもよい。

【0026】

情報処理装置３は、さらに演算処理部１０および応答部１１を備える。

【0027】

演算処理部１０は、通信端末２からＷＷＷサーバ装置１を介して、コンテンツ情報取得要求を受信すると、情報処理装置３の内部でデータ処理（情報処理）を行う演算処理部である。ここで、演算処理部１０が行うデータ処理（情報処理）とは、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を通じて情報処理装置３のＣＰＵがメモリや記憶装置との間で行う信号処理である。具体的には、特定のメモリアドレスに格納された情報をロードしたり、外部の通信装置から通知された制御情報に基づいて情報処理装置３に備わる印刷機能や画像読取り機能に関してデータ処理を行い、その処理結果を外部の通信装置に応答する処理などである。

【0028】

応答部１１は、通信端末２からＷＷＷサーバ装置１を介して、演算処理部１０にコンテンツ情報取得要求を通知する。また、応答部１１は、当該演算処理部１０で処理生成された情報をＷＷＷサーバ装置１を介して、通信端末２に応答する。

【0029】

演算処理部１０および応答部１１は、情報処理装置３が備える図示しないＣＰＵ、メモリ、記憶装置、印刷装置、画像読取り装置などで実現される。

【0030】

図２は、本発明の実施の形態にかかるＷＷＷサーバ装置１の機能ブロック図である。

【0031】

図２に示すＷＷＷサーバ装置１は、第一通信部２０、第二通信部２１、要求送受信部２２、取得部２３、応答部２４などを備えている。なお、これら各部は、本発明の実施の形態にかかるＷＷＷサーバ装置１に備わるとして、実施の形態では説明を行うが、これに限定されることなく、情報処理装置３に備わってもよい。また、この場合、これら各部は、情報処理装置３に備わるＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、および通信インタフェースなどのハードウェア、並びにＲＯＭに記憶されるプログラムをＣＰＵが実行することによっても実現される。

【0032】

第一通信部２０は、通信端末２と通信リンク５を通じて相互にデータ通信を行う。具体的には、通信端末２に備わるＷＷＷブラウザに入力されたＵＲＬなどをもとに通信端末２と間でＨＴＴＰ通信が行われる。

【0033】

第二通信部２１は、情報処理装置３と通信リンク６を通じて相互にデータ通信を行う。

【0034】

要求送受信部２２は、第一通信部２０を通じて、通信端末２から情報処理装置３に対するコンテンツ情報取得要求（例えば、情報処理装置３に格納されたファイルの情報取得要求）を受信したか否かを判断する。要求送受信部２２は、当該コンテンツ情報取得要求を受けた場合には、当該コンテンツ情報取得要求を解析し、第二通信部２１を通じて、情報処理装置３に向けて特定処理要求を送信し、その旨を取得部２３に通知する。一方、要求送受信部２２は、当該コンテンツ情報取得要求を受けていない場合には、第一通信部２０からのコンテンツ情報取得要求を受信するまで待機する。ここで、要求送受信部２２が行うコンテンツ情報取得要求の解析とは、通信端末２から受信したＨＴＴＰリクエストに格納された情報取得要求（例えば、情報処理装置３に格納されたファイル）を特定し、特定処理要求を生成することである。そして、要求送受信部２２は、情報処理装置３に向けて特定処理要求（例えば、情報処理装置３に格納されたファイル名）として送信する。

【0035】

取得部２３は、要求送受信部２２から情報処理装置３に行った特定処理要求に対する応答が、第二通信部２１を通じて、情報処理装置３から受信できたか否かを判断する。取得部２３は、当該応答を受信できた場合には、特定処理要求に関する応答情報（例えば、情報処理装置３に格納された特定のファイルの情報を含む）を応答部２４に通知する。一方、取得部２３は、当該応答を受信できない場合には、応答部２４に応答を返せない旨を通知する。つまり、取得部２３は、エラー応答を行う。ここで、応答を返せない理由とは、情報処理装置３の処理が通信端末２からの要求に規定時間内に応答できない、あるいは、ＷＷＷサーバ装置１と情報処理装置３との間でデータ送受信ができないなどの障害（例えば、後に詳細に説明するセッション処理の未完了など）である。

【0036】

応答部２４は、取得部２３からの通知（情報処理装置３からの応答情報の有無）をもとに、以下の動作を行う。（１）情報処理装置３から特定処理要求に関する応答情報を受信できた場合－ＨＴＴＰ通信プロトコルのステータスコード「２００」（正常終了）、および取得部２３から通知を受けたコンテンツ情報取得要求に対する応答情報をＨＴＴＰレスポンスとして、第一通信部２０を通じて、通信端末２に送信する。（２）情報処理装置３から応答を受信できず、通信端末２に応答を返せない場合－ＨＴＴＰ通信プロトコルのエラーコード「３０２」（リダイレクト）をＨＴＴＰレスポンスとして、第一通信部２０を通じて、通信端末２に送信する。なお、通常このような場合は、後述するとおり、エラーコード「５００」（Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ Ｅｒｒｏｒ）を返すのが一般的であるが、そうすると、通信端末の画面にはエラーである旨の情報だけが表示され、ユーザは、原因も分からず、不快感を抱き得る。一方、本発明では、サーバ装置２は意図的にエラーコード「３０２」を送信し、かつ同一のＵＲＬにリダイレクトさせることにより、通信端末は再度同じコンテンツ情報取得要求を行うので、エラー画面を見ることを回避できるのである。

【0037】

つぎに、図３を参照しながら、本発明の実施の形態にかかるＷＷＷサーバ装置の通信処理フローについて、順をおって説明する。

【0038】

図３は、本発明の実施形態における動作を説明するため、一例として、ユーザが通信端末２に備わるＷＷＷブラウザからＷＷＷサーバ装置１を介し情報処理装置３に格納された特定のファイルの情報を取得する（ファイル取得とも呼ぶ）例におけるＷＷＷサーバ装置の処理フローを説明する。なお、本発明の実施の形態にかかる図３の例では、特定のファイルを取得することで説明するが、これに限らず、情報処理装置３において何かしらのデータ処理（例えば、演算処理、情報取得処理）を通信端末２から実行する場合にも適用できる。なお、通信端末２とＷＷＷサーバ装置との間で行われるＨＴＴＰ通信において、通信端末２から情報処理装置３に向けて送信するコンテンツ情報取得要求はＨＴＴＰリクエストのフォーマットで送信され、情報処理装置３から通信端末２に向けて送信する応答情報は、ＨＴＴＰレスポンスのフォーマットで送信される。

【0039】

ステップＳ３１にて、要求送受信部２２は、第一通信部２０を通じて、通信端末２から情報処理装置３に格納されたコンテンツ情報取得要求（ファイルの情報取得要求）を受信したか否かを判断する。要求送受信部２２は、コンテンツ情報取得要求を受けた場合には、ステップＳ３２に遷移する（ステップＳ３１のＹｅｓ）。一方、コンテンツ情報取得要求を受信していない場合には、ステップＳ３１を繰り返す（ステップＳ３１のＮｏ）。

【0040】

ステップＳ３２にて、要求送受信部２２は、情報処理装置３に向けて、特定処理要求を送信し、当該特定処理要求を送信した旨を取得部２３に通知する。

【0041】

ステップＳ３３にて、取得部２３は、ステップＳ３２で行った情報処理装置３に対する特定処理要求の応答を第二通信部２１を通じて、情報処理装置３から受信できたか否かを判断し、その結果を応答部２４に通知（受信結果）する。取得部２３は、応答を受信できた場合には、ファイルの情報および特定処理要求に関する応答情報を応答部２４に通知し、ステップＳ３５に遷移する（ステップＳ３３のＹｅｓ）。一方、応答を受信できない場合には、応答部２４に応答情報を受信できない旨を通知し、ステップＳ３４に遷移する（ステップＳ３３のＮｏ）。

【0042】

ステップＳ３４にて、応答部２４は、第一通信部２０を通じて、ユーザによりＷＷＷブラウザ上に入力されたＵＲＬ（自己のＵＲＬ）の再読込を促すべく、ＨＴＴＰ通信プロトコルのエラーコード「３０２」をＨＴＴＰレスポンスとして、通信端末２に送信し、ステップＳ３１に戻って処理を繰り返す。

【0043】

ステップＳ３５にて、応答部２４は、第一通信部２０を通じて、ＨＴＴＰ通信プロトコルの表示コード「２００」および、ステップＳ３３にて取得部２３から通知を受けた特定処理要求に関する応答情報（特定のファイルの情報を含む）をＨＴＴＰレスポンスとして、通信端末２に送信する。

【0044】

ここで、ステップＳ３４にて、通信端末２は、情報処理装置３からＨＴＴＰ通信プロトコルのステータスコード「３０２」を受信すると、自装置に備わるＷＷＷブラウザにて情報処理装置３に格納された特定のファイルの情報を取得要求する処理を繰り返す。このとき、ユーザには、ＷＷＷブラウザはユーザがファイル取得要求処理を行った際の画面情報を引き続き表示しているように認識させるとともに、通信端末２の内部処理では受信したＨＴＴＰ通信プロトコルのステータスコード「３０２」（リダイレクト）をもとに再読込（リダイレクト処理）が行われ、コンテンツ情報取得要求が繰り返される。一方、ステップＳ３５にて、通信端末２は、ＨＴＴＰ通信プロトコルのステータスコード「２００」（正常終了）および、ステップＳ３３にて取得部２３から通知を受けたファイルの情報（コンテンツ情報取得要求をした情報）を受信すると、自装置に備わるＷＷＷブラウザ上に当該ファイルの情報を表示する。

【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】

ＵＲＬ表示部７１は、通信端末２のユーザがＷＷＷブラウザを用いて、ＷＷＷサーバ装置を介して、特定の情報が存在する場所を示すものである。例えば、情報処理装置３に格納されたデータファイルの情報を取得するために入力されるＵＲＬは、「http://xxx.com/sample.txt」などである。

【0074】

表示領域７２は、ＵＲＬ表示部７１に記載の内容に基づいた情報、およびＨＴＴＰ通信の各種ステータスコードに準拠した内容をＷＷＷブラウザ上に表示する領域である。

【0075】

上記、従来の通信システムでは、通信端末のユーザがＷＷＷブラウザを用いて、ＷＷＷサーバ装置を介して、情報処理装置から特定の情報を取得する場合において、ＷＷＷサーバ装置に情報処理装置から情報処理が未完了である旨の通知が送信された場合には、通信端末にエラー応答をそのままに送信していたため、通信端末のユーザは、当該エラーである旨の情報（例えば、「このページを表示できません」）をＷＷＷブラウザ上で閲覧することになり、エラーの原因も詳細に分からず、不快感を抱いていた。

【0076】

ここで、当該エラーである旨の情報が表示される場合には、情報処理装置の処理が通信端末からの要求に規定時間内に応答できない場合や、ＷＷＷサーバ装置と情報処理装置間でデータ送受信ができない場合などの障害が一例として挙げられる。

【0077】

実施の形態にかかる通信システムでは、情報処理装置から応答できない場合を情報処理装置に格納されたファイルを取得する例を用いて説明したが、これに限らず、情報処理が何かしらの理由でエラーである旨の情報をＷＷＷサーバ装置経由で通信端末に送信する場合に適用できる。

【0078】

例えば、ＷＷＷサーバ装置と情報処理装置間でデータ送受信ができない別の障害例として、ＷＷＷブラウザでの通信で使う暗号化プロトコルであるＳＳＬ（ｓｅｃｕｒｅ ｓｏｃｋｅｔｓ ｌａｙｅｒ）でのセッション処理が完了していないことが考えられる。より具体的には、ＳＳＬを使ったＷＷＷサイトへのアクセスでは実際のデータ転送に先だって，ＷＷＷブラウザとＷＷＷサーバ装置がＳＳＬで使う暗号の仕様についてやりとりして合意（セッション処理）をしてから，暗号化したデータを転送する。そして、この転送で利用するセッション処理が一度なされると、その後の暗号の仕様に関する処理の確認は不要になる。このようなセッション処理が完了しない状況は、通常、通信ネットワークの遅延や他のセッション処理が行われているときに、通信端末からの要求に対し応答を一定期間で返せないことが多い。よって、それら原因が解消すれば、正常な通信処理として完了し、情報処理装置から通信端末にエラー応答が送信されることもない。ここで、通信端末からの要求に対し応答を返せない期間は、せいぜい数百ｍｓである。

【0079】

そこで、上述したように本発明の実施の形態にかかる通信システムでは、エラー応答をＷＷＷサーバ装置がそのままに通信端末に送信するのではなく、予め定めた一定期間の間、ＨＴＴＰ通信プロトコルステータスコード「３０２」を応答することで、通信端末のＷＷＷブラウザ上で、リダイレクト処理を繰り返し、エラーの解消を待つ。このようにすることで、通信端末のユーザがＷＷＷブラウザ上でエラー情報を閲覧することなく、ユーザの所望する情報の要求（コンテンツ情報取得要求）に対し、あたかもエラーが生じなかったかのように、ＷＷＷブラウザ上の画面にコンテンツ情報を掲示し、ユーザの不快感を軽減できる（解消できる）。

【産業上の利用可能性】

【0080】

ＷＷＷシステムにおいて、ユーザ（ＷＷＷクライアント）がＷＷＷブラウザを用いて、ＷＷＷサーバ（装置）を介して、情報処理装置から特定の情報を取得する場合に、情報処理が何かしらの理由でエラーである旨の情報を通信端末に送信する場合に適用できる。

【符号の説明】

【0081】

１、１０１ ＷＷＷサーバ装置
２ 通信端末
３ 情報処理装置
５、６ 通信リンク
１０ 演算処理部
１００、１１０ 通信システム
２０ 第一通信部
２１ 第二通信部
２２ 要求送受信部
２３ 取得部
１１、２４ 応答部
７０ ＷＷＷブラウザ画面
７１ ＵＲＬ表示部
７２ 表示領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】