(57)【要約】【課題】実施形態によれば、情報処理装置は、要求元装置とのデータ送受信において、ブラウザの改変を極力さけつつ、ＴＣＰの輻輳制御の影響を緩和しデータ取得完了までの所要時間を短縮させることを目的とする。【解決手段】実施形態の情報処理装置は、データを分割する分割部と、前記分割部で分割したデータを複数のソケットへ分配する分配部と、前記分配部で分配した各々のデータと前記要求元装置の動作を制御するスクリプトとを、前記要求元装置に対し提供する提供部とを備え、前記スクリプトは、前記要求元装置に当該情報処理装置と前記複数のソケットを通じた通信を確立させ、前記分割部で分割したデータを収集させ、前記収集部で収集した分割データを結合させるスクリプトであることを特徴とする。【選択図】図１
2016076132.tif 000002
【特許請求の範囲】
【請求項１】
要求元装置からのデータ要求に対しコネクション型通信により複数のソケットを通じて当該データを伝送する情報処理装置であって、
前記データを所望のデータ量又は所望の数に分割する分割部と、
前記分割部で分割したデータを前記複数のソケットへ分配する分配部と、
前記分配部で分配した各データと前記要求元装置の動作を制御するスクリプトとを、前記要求元装置に対し前記複数のソケットを通じて提供する提供部と、
を備え、
前記スクリプトは、
前記要求元装置に、当該情報処理装置と前記複数のソケットを通じた通信を確立させ、前記分割部で分割したデータを収集させ、前記収集部で収集した分割データを結合させるスクリプトであることを特徴とする情報処理装置。
【請求項２】
前記スクリプトは、前記要求元装置に、さらに前記データの取得を要求させるスクリプトであることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記分割部は、一つのデータファイルを分割した各データに、分割の個数と順序を示す情報を付加することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記分割部は、複数のデータファイルを分割した各データが、どのデータファイルに属するかを示す識別番号を前記各データに付加することを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記要求元装置との通信で同時に使用可能なソケットの数を決定する決定部、をさらに備える請求項１記載の情報処理装置。
【請求項６】
前記確立部は、前記要求元との通信で使用するソケット数の希望値を前記決定部に送信し、前記決定部は、前記確立部からのソケット数の希望値に基づいて前記要求元との通信で使用するソケット数を決定することを特徴とする請求項５記載の情報処理装置。
【請求項７】
前記提供部は、ＷｅｂＳｏｃｋｅｔ規格に基づきデータを伝送することを特徴とする請求項１乃至６いずれか１項に記載の情報処理装置。
【請求項８】
要求元装置からのデータ要求に対し情報処理装置がコネクション型通信により複数のソケットを通じて当該データを伝送する情報処理システムであって、
前記情報処理装置は、
前記データを所望のデータ量又は所望の数に分割する分割部と、
前記分割部で分割したデータを前記複数のソケットへ分配する分配部と、
前記分配部で分配した各々のデータと前記要求元装置の動作を制御するスクリプトとを、前記要求元装置に対し前記複数のソケットを通じて提供する提供部と、を備え、
前記要求元装置は、
前記情報処理装置から前記ソケットを通じ受領した前記スクリプトを、実行する実行部を備え、
前記スクリプトは、前記実行部の前記スクリプトの実行に基づき、前記要求元装置が、前記情報処理装置と前記複数のソケットを通じた通信を確立し、前記分割部で分割したデータを収集し、前記収集部で収集した分割データを結合するスクリプトであることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による情報の送受信を行う情報処理装置及び情報処理システムに関する。
【背景技術】
【０００２】
ネットワークを介して接続されたサーバ装置とクライアント装置は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて情報の送受信を行う。
【０００３】
要求元装置であるクライアント装置が、ウェブ上のサーバ装置に対し、データの取得要求を送出すると、サーバ装置は取得要求に対する応答としてデータの送信を行う。ウェブ上でやり取りされる文書はウェブページと呼ばれ、通常ウェブページは、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルや動画像ファイル等から構成されている。ＨＴＭＬファイル内には動画像ファイルのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）への参照情報が埋め込まれ、クライアント装置上のブラウザアプリケーションは、ＵＲＬ情報を参照しサーバ装置からＨＴＭＬファイルの取得とともにこのＨＴＭＬ内に埋め込まれた動画像ファイルを取得しウェブページ内に表示させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−３０５６４３号公報
【特許文献２】特開２０１０−１９８１８７号公報
【非特許文献】
【０００５】
【非特許文献１】ＲＦＣ  ６４５５  Ｔｈｅ  ＷｅｂＳｏｃｋｅｔ  Ｐｒｏｔｏｃｏｌ（http://tools.ietf.org/html/rfc6455）
【０００６】
さて、ＨＴＴＰにおけるデータの取得要求（ＨＴＴＰリクエスト）と対応するデータ送信（ＨＴＴＰレスポンス）は、一つのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のストリーム上で送受信が行われる。ＴＣＰによるデータ送信では、特に、ブロードバンドインターネットや無線ネットワーク等の広帯域高遅延の通信路環境において、ＴＣＰの輻輳制御の影響により、ストリーム一つで達成できるスループットに上限が生じるという問題がある。このため通信路の帯域の利用効率が悪くなり、特に動画像のようなサイズの大きなデータにおいて、データの送受信完了までの所要時間が大きくなるという問題がある。
【０００７】
この問題への解決として、ＴＣＰストリームを一つでなく複数本確立し、データを並列的に伝送することでＴＣＰの輻輳制御の影響を緩和するという手法が知られている。
【０００８】
しかしＨＴＴＰによるデータ送受信にこの手法を適用することには困難がある。サーバ装置とクライアント装置の双方のアプリケーションに対し、従来の単一のＴＣＰストリームから、複数のＴＣＰストリームを使用するよう、改変を加える必要がある。ところが一般に普及しているブラウザアプリケーションへそのような改変を行うのは大変困難である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が解決する課題は、サーバとクライアント間のＨＴＴＰによるデータ送受信において、ブラウザの改変を極力さけつつ、ＴＣＰの輻輳制御の影響を緩和しデータ取得完了までの所要時間を短縮させることを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の実施形態に係る情報処理装置は、要求元装置からのデータ要求に対しコネクション型通信により複数のソケットを通じて当該データを伝送する情報処理装置であって、前記データを所望のデータ量又は所望の数に分割する分割部と、前記分割部で分割したデータを前記複数のソケットへ分配する分配部と、前記分配部で分配した各々のデータと前記要求元装置の動作を制御するスクリプトとを、前記要求元装置に対し前記複数のソケットを通じて提供する提供部と、を備え、前記スクリプトは、前記要求元装置に、当該情報処理装置と前記複数のソケットを通じた通信を確立させ、前記分割部で分割したデータを収集させ、前記収集部で収集した分割データを結合させるスクリプトであることを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る情報処理システムの構成例を示す図。
【図２】実施形態に係るクライアント装置がサーバ装置からスクリプトを受け取った図。
【図３】実施形態に係る分割部の分割処理例を示す図。
【図４】実施形態に係る情報処理システムで要求部を備える構成例を示す図。
【図５】実施形態に係る情報処理システムのソケット個数の決定処理を示す図。
【図６】クライアント装置からサーバ装置へデータ送信する実施形態に係る情報処理システムの構成例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら本発明の実施形態に係る情報処理装置について説明する。
【００１３】
図１は、ＨＴＴＰサーバとして機能する情報処理装置（以下サーバ装置１）と、ＨＴＴＰクライアントとして機能する情報処理端末（以下クライアント装置２）とが、ネットワーク３を介して接続される情報処理システムを示す図である。
【００１４】
サーバ装置１は、クライアント装置２に対して、ＨＴＴＰによるコンテンツデータの提供を行い、ＨＴＴＰサーバアプリケーション１０１と格納部１０２とソケット１０９Ａ〜Ｄと提供部１１０と分割部１１１と分配部１１２とを、その構成要素として含む。
【００１５】
ＨＴＴＰサーバアプリケーション１０１は、クライアント装置２からのＨＴＴＰリクエストを受信し、リクエストで指定されたデータファイルをＨＴＴＰレスポンスとして送出する。
【００１６】
格納部１０２は、ＨＴＭＬファイル１０３と、コンテンツである例えば画像ファイル１０４と、スクリプトファイル１０５を含む。ＨＴＭＬファイル１０３は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｐｕ Ｌａｎｇｕａｇｅ）で記述された文書であり、スクリプトファイル１０５のＵＲＬへの参照を含む。画像ファイル１０４はＨＴＭＬファイル１０３内にて表示される画像である。
【００１７】
スクリプトファイル１０５は、スクリプト言語で記述されたファイルである。クライアント装置２の動作内容を制御する。具体的な処理内容については後述する。スクリプトファイル１０５は、収集部１０６と結合部１０７と確立部１０８とを含む。
【００１８】
収集部１０６は、後述の複数ソケットを通じて受信したデータの収集を行う。
【００１９】
結合部１０７は、収集部１０６により収集したデータの結合を行う。
【００２０】
確立部１０８は、サーバ装置１とクライアント装置２との間で複数ソケットによる通信の確立を行う。
【００２１】
ソケット１０９Ａ〜Ｄは、クライアント装置２との間でコネクション型の通信をおこなうためのインターフェースである。本実施例では、一般的なブラウザに標準搭載されている技術規格であるＷｅｂＳｏｃｋｅｔによる通信が行われる。
【００２２】
提供部１１０は、格納部１０２の画像ファイル１０４をクライアント装置２に対し提供する。
【００２３】
分割部１１１は、画像ファイル１０４のデータを適切なデータ量で複数の部分に分割する。
【００２４】
分配部１１２は、分割部１１１において分割されたデータをソケット１０９Ａ〜Ｄに分配する。
【００２５】
クライアント装置２は、その構成要素として、ＨＴＴＰクライアントアプリケーション２０１と、ユーザインターフェース(以下ＵＩ)２０２と、レンダリングエンジン２０３と、ソケット２０４Ａ〜Ｄとを含む。
【００２６】
ＨＴＴＰクライアントアプリケーション２０１は、サーバ装置１に対してＨＴＴＰリクエストを送出してデータを要求し、ＨＴＴＰレスポンスにより受信したデータを表示する。
【００２７】
ＵＩ２０２は、クライアント装置２の利用者に対し入出力の手段を提供する。
【００２８】
レンダリングエンジン２０３は、ＨＴＭＬで記述された内容を解釈し画面に表示する文字や画像の配置を計算する実行部である。また、スクリプト言語で記述されたスクリプトファイルの内容に従い処理を実行する実行部である。
【００２９】
ソケット２０４Ａ〜Ｄは、サーバ装置１との間でコネクション型の通信をおこなうためのインターフェースである。サーバ装置１のソケット１０９Ａ〜Ｄとの間で所定の技術規格による通信が行われる。
【００３０】
次に、本実施形態に係る情報処理システムにより行われる処理について、図１を参照しながら適宜説明する。
【００３１】
始めに、クライアント装置２からサーバ装置１に対しＨＴＭＬファイル１０３の取得要求を行う。クライアント装置２のユーザはＵＩ２０２を操作し、サーバ装置１における画像ファイル１０４のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定する。例えばＵＩ２０２はブラウザのアドレスバーであり、ＵＲＬは「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ」といった文字列である。ＨＴＴＰクライアントアプリケーション２０１は、ＵＲＬの入力が行われると、当該ＵＲＬを含むＨＴＴＰリクエストを作成し、ネットワーク３を介してサーバ装置１へ送信する。サーバ装置１のＨＴＴＰサーバアプリケーション１０１は、ＨＴＴＰリクエストを受信すると、格納部１０２から当該のＨＴＭＬファイル１０３を取得し、これを含むＨＴＴＰレスポンスを作成し、ネットワーク３を介してクライアント装置２に対し送信する。
【００３２】
クライアント装置２のレンダリングエンジン２０３は、受信したＨＴＭＬファイル１０３を解釈する。ＨＴＭＬファイル１０３には、スクリプトファイル１０５へのＵＲＬの参照情報が含まれている。
【００３３】
ＨＴＴＰクライアントアプリケーション２０１は、当該スクリプトファイル１０５のＵＲＬを含むＨＴＴＰリクエストを作成し、ＨＴＭＬファイル１０３の際と同様にサーバ装置１へ送信する。
【００３４】
サーバ装置１のＨＴＴＰサーバアプリケーション１０１は、格納部１０２からスクリプトファイル１０５を取得しＨＴＴＰレスポンスとしてクライアント装置２へ送信する。なお、本実施例ではＨＴＭＬファイル１０３とスクリプトファイル１０５が別々のファイルであるとしたが、必ずしもこれに限らず、ＨＴＭＬファイル１０３内に同様のスクリプトが埋め込まれていてもよい。
【００３５】
クライアント装置２のレンダリングエンジン２０３は、受信したスクリプトファイル１０５を実行する。始めにスクリプトファイル１０５の確立部１０８の処理が実行される。確立部１０８は、サーバ装置１との間でＷｅｂＳｏｃｋｅｔの接続を複数回確立する処理を行う。ＨＴＴＰクライアントアプリケーション２０１は、ＷｅｂＳｏｃｋｅｔの接続を確立するために、サーバ装置１に対しハンドシェイク要求を送る。サーバ装置１のＨＴＴＰサーバアプリケーション１０１は、ハンドシェイク応答を返す。  
以上の手続きによりＷｅｂＳｏｃｋｅｔの確立が完了し、サーバ装置１とクライアント装置２にソケットの組（例えば、ソケット１０９Ａとソケット２０４Ａ）が作成される。ＨＴＴＰクライアントアプリケーション２０１は、このような確立の手続きを複数回（本実施例では４回とする）行い、複数のソケット（ソケット１０９Ａ〜Ｄとソケット２０４Ａ〜Ｄ）が作成される。以上の処理が終わった後の構成を図２に示す。
【００３６】
サーバ装置１において、提供部１１０は、ＷｅｂＳｏｃｋｅｔの確立が完了したことのイベントハンドラ（ｏｎｏｐｅｎ）として機能する。提供部１１０はソケット１０９Ａ〜Ｄすべての確立完了の通知を受けると、複数のＷｅｂＳｏｃｋｅｔによる画像ファイル１０４の送信を開始する。提供部１１０は、格納部１０２から画像ファイル１０４を取得し、これを分割部１１１へ渡す。
【００３７】
分割部１１１は、受け取ったデータに対し分割処理を施す。その分割例を図３に示す。この分割例では、画像ファイル１０４を均等のサイズに４分割し、分割後のそれぞれのデータの先頭に、分割情報を付加する。分割情報とは分割の仕方に関する情報であり、本実施例では、分割の総数（ここでは４）と、順序を示す番号（１〜４）の組で構成される。分割情報の付加された分割後データは、分配部１１２へ渡される。
【００３８】
分配部１１２は、分割されたデータをソケット１０９Ａ〜Ｄへ分配する。ここでは４つに分割されたデータのそれぞれを４つのソケットへ一つずつ分配する。分配されたデータは、ＷｅｂＳｏｃｋｅｔの通信により、それぞれ対応するクライアント装置２のソケット２０４Ａ〜Ｄへと送信される。
【００３９】
クライアント装置２におけるスクリプトファイル１０５の収集部１０６は、ソケット２０４Ａ〜Ｄを通じてデータを受信する。収集部１０６はＷｅｂＳｏｃｋｅｔのイベントハンドラ（ｏｎｍｅｓｓａｇｅ）として機能し、また、受信データに付加された分割情報を参照し、分割された全てのデータを受信するまで受信データを保持する。分割された全てのデータを受信すると、収集部１０６はこれらを結合部１０７へ渡す。結合部１０７は、受信データから分割情報を除去し、順序番号に従いバイト列の結合を行う。
【００４０】
これら収集部、結合部のスクリプト処理は、レンダリングエンジン２０３が実行する。
【００４１】
こうして元のデータ（画像ファイル１０４）が得られると、任意の方法でこのデータを利用する。例えばウェブページ内に画像を表示するといった処理がスクリプトファイル１０５に記述されており、これに従い画像の表示が行われる。
【００４２】
以上のように本実施形態によれば、複数のＷｅｂＳｏｃｋｅｔによる並列的なデータのダウンロードを行うことによって、ＴＣＰの輻輳制御を緩和することができる。これによりダウンロード完了までの所要時間を短縮することができる。さらに、既存のブラウザに搭載されているＷｅｂＳｏｃｋｅｔを用いるため、ブラウザの改変を避けることができるという利点がある。
【００４３】
なお、本実施形態では、ＷｅｂＳｏｃｋｅｔの確立が完了したことが提供部１１０へ通知されたことを契機として画像ファイル１０４の送信処理が開始されているが、必ずしもこれに限らなくともよい。
【００４４】
すなわち、スクリプトファイル１０５は、さらに要求部１１３を備えていてもよい。このときの構成を図４に示す。
【００４５】
要求部１１３は、クライアント装置２においてＷｅｂＳｏｃｋｅｔの確立が完了したことのイベントハンドラ（ｏｎｏｐｅｎ）として機能し、ソケット２０４Ａ〜Ｄから確立完了の通知を受けるものとする。要求部１１３はこれを受けて、ソケット２０４Ａ〜Ｄを通じて、サーバ装置１に対し画像ファイル１０４の取得要求を送出する。
【００４６】
この取得要求には、画像ファイル１０４のファイル名（「ｉｍａｇｅ．ｊｐｇ」）等が含まれる。この取得要求は提供部１１０へと通知される。以降の処理はこれまで述べた手順と同一である。つまり、画像ファイル１０４をサーバ装置１からプッシュする方式であってもよいし、クライアント装置２からプルする方式であってもよいということである。さらに、取得要求において、画像ファイル１０４のファイル名に加えて、分割の個数を指定する情報をさらに含めてもよい。この場合、取得要求を受けた提供部１１０は、この分割の個数の指定値を分割部１１１へ渡し、さらに分割部１１１はこの指定値の数だけ分割を行う。
【００４７】
また、本実施形態では、ソケット１０９Ａ〜Ｄの個数を固定値（４）としていたが、必ずしもこれに限らなくともよく、動的に決定するものであってもよい。
【００４８】
図５に示すサーバ装置１は、ソケットの個数を決定する決定部１１４をさらに備える。確立部１０８は、始めにソケットを１つだけ確立する。確立部１０８は、このソケットの確立が完了すると、このソケットを通じて、同時に使用するソケットの個数の希望の値をサーバ装置１の決定部１１４へ通知する。この希望値の決定方法は任意である。
【００４９】
決定部１１４は、同時に使用してよいソケットの個数を任意の方法によって決定する。例えば決定部１１４は、同時に使用してよいソケットの個数を規定値として保持しており、この規定値とクライアント装置２からの規定値の小さい方を同時に使用してよいソケットの個数と決定してよい。
【００５０】
あるいは、サーバ装置１がその時点でサービスを提供しているクライアント装置２の個数に基づいて、既定の閾値を上回っていれば小さめの値を採用するようにしてよい。
【００５１】
あるいは、任意の方法で取得したサーバ装置１とクライアント装置２の間の通信路品質に基づいて決定してもよい。
【００５２】
あるいは、画像ファイル１０４のファイルサイズを利用し、既定の閾値を上回っていれば大きめの値を採用するようにしてよい。
【００５３】
このように決定したソケットの個数を、決定部１１４は確立部１０８へ通知する。これを受けて確立部１０８は、通知された個数のソケットの確立（ＷｅｂＳｏｃｋｅｔのハンドシェイク要求）を行い、これの確立完了通知を受けて、画像ファイル１０４の取得要求の送信を開始する。
【００５４】
なおこの場合、サーバ装置１からクライアント装置２に対して、複数の種類の情報伝達が行われる（画像ファイル１０４の送信と、決定部１１４からのソケットの個数の通知）ため、ソケット内に複数種類の情報が混在することになる。これらの情報を区別するために、各々のデータの先頭に、情報の種類を識別するためのヘッダ情報をさらに付加することができる。あるいは、異なる種類の情報の送信には別のソケットを用いるなどしてもよい。
【００５５】
さらに、本実施形態では、サーバ装置１からクライアント装置２の方向へのデータ送信についてのみ説明したが、必ずしもこれに限らなくともよく、クライアント装置２からサーバ装置１の方向へのデータ送信に本発明を適用することもできる。
【００５６】
図６に示すサーバ装置１は、複数のソケット１０９Ａ〜Ｄを通じて受信したデータの収集と結合を行うための収集部１１８と結合部１１９を持つ。
【００５７】
スクリプトファイル１０５には、送信すべきデータの取得を行う提供部１１５と、このデータを複数のソケット２０４Ａ〜Ｄを通じて送信するためにデータの分割と分配を行う分割部１１６と分配部１１７を持つ。
【００５８】
提供部１１５は、ソケット２０４Ａ〜Ｄが確立完了したことをもって、任意の方法で送信すべきデータを取得し、これを分割部１１６へ渡す。
【００５９】
分割部１１６は前述の分割部１１１と同様の方法でデータの分割を行い、分割後のデータを分配部１１７へ渡す。分配部１１７は分配部１１２と同様の方法でデータの分配を行い、ソケット２０４Ａ〜Ｄを通じてサーバ装置１へデータの送信を行う。サーバ装置１において、受信データはソケット１０９Ａ〜Ｄを通じて収集部１１８へと渡される。
【００６０】
収集部１１８は、収集部１０６と同様の方法でデータの収集を行い、収集したデータを結合部１１９へ渡す。結合部１１９は結合部１０７と同様の方法でデータの結合を行い、任意の方法で結合後のデータを利用する。以上の手順により、クライアント装置２からサーバ装置１の方向のデータ送信にも本発明を適用することが可能である。
【００６１】
また、本実施形態では、分割部１１１は、分割後のデータに対して分割情報を付加していたが、さらに、ファイルを識別する識別番号（シーケンス番号）を付加してもよい。
【００６２】
すなわち、本実施形態では、画像ファイル１０４を一つのみ送信する例を挙げて説明したが、さらに続けて複数の画像ファイルを送信する際に、複数のファイルをそれぞれ複数個のデータに分割したときに、各分割データがどのファイルに属するかを示す識別番号を付加してもよい。
【００６３】
例えば、image１.jpgを２分割して送信し、さらにその後でimage２.jpgを２分割して送信した場合、計４個の分割データが生成される。
【００６４】
一つのデータファイルを分割した場合、それぞれ、１／２、２／２、１／２、２／２という識別番号で区別ができるが、複数のデータファイルを分割した場合、「１／２」という識別情報が二つ存在することとなり区別がつかない。
【００６５】
これを解決するため、例えば、1−１／２、１−２／２、２−１／２、２−２／２というように、分割データが、複数のデータファイルを分割したデータであることを示す情報を付加してもよい。
【００６６】
これにより、続けて複数の画像ファイルを送信する際に、この識別番号によりこれらの画像ファイルを互いに区別することが可能になるため、受信側のクライアント装置２で正しく結合を行うことが可能になる。
【００６７】
また、本実施形態では、ＨＴＭＬファイル１０３とスクリプトファイル１０５はサーバ装置１の格納部１０２に格納されており、クライアント装置２からＨＴＴＰリクエストにより取得するという構成となっていたが、必ずしもこれに限らなくともよく、あらかじめクライアント装置２がいずれとも保持しており、このスクリプトファイル１０５を実行することで確立部１０８によるＷｅｂＳｏｃｋｅｔの確立が開始されるという手順であってもよい。
【００６８】
あるいは、サーバ装置１ともクライアント装置２とも異なる別の機器にこれらのファイルが格納されており、クライアント装置２はこの機器からこれらのファイルをダウンロードしスクリプトファイル１０５を実行するという手順であってもよい。
【００６９】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【００７０】
これまで、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７１】
１  サーバ装置
２  クライアント装置
３  ネットワーク
１０１、２０１  ＨＨＴＰサーバアプリケーション
１０２  格納部
１０３  ＨＴＭＬファイル
１０４  画像ファイル
１０５  スクリプト
１０６  収集部
１０７  結合部
１０８  確立部
１０９、２０４  ソケット
１１０  提供部
１１１  分割部
１１２  分配部
２０３  レンダリングエンジン。
【図１】
2016076132.tif 000003
【図２】
2016076132.tif 000004
【図３】
2016076132.tif 000005
【図４】
2016076132.tif 000006
【図５】
2016076132.tif 000007
【図６】
2016076132.tif 000008