説明

Fターム[5B089HB05]の内容

計算機、データ通信 (26,191) | 通信手順、プロトコル (1,177) | HTTP (195)

Fターム[5B089HB05]に分類される特許

61 - 80 / 195


【課題】複数のクライアント端末を使用するマルチモーダルを実現する際のユーザの負担を小さくする。
【解決手段】サーバと複数のクライアントとの間に設けられる中継サーバ装置であって、各クライアントから入力されるログインIDと各クライアントを識別するセッションIDとを対応づけて保持する管理部と、第1のクライアントからのリクエストを前記サーバに中継すると共に、前記サーバから受信した前記リクエストに対応するレスポンスを、前記第1のクライアントに返送するWebサーバ部と、前記管理部に保持された第2のクライアントを識別するセッションIDに対応するログインIDが、前記管理部に保持された前記第1のクライアントを識別するセッションIDに対応するログインIDと同じであったときに、前記レスポンスを、前記第2のクライアントに送信する配信部、を有する。 (もっと読む)


【課題】更新されるコンテンツに相当するコンテンツデータ自体を上書き更新することなく、更新後のコンテンツをノードにおいて取得可能となる情報処理システム等を提供する。
【解決手段】複数のノードNnがオーバーレイネットワーク9を介して接続され、各ノードNnで送受信されるコンテンツが各ノードNnに分散して保存される配信システムSにおいて、コンテンツを識別するコンテンツIDと、1以上のコンテンツIDが対応付けられた仮コンテンツIDと、を含むカタログ情報を生成する。このカタログ情報に含まれている仮コンテンツIDに対応付けられた1以上のコンテンツIDの中から、当仮コンテンツIDに対応付けるコンテンツIDを選択する選択指示をベンダサーバBから取得し、その選択指示により指示されているコンテンツIDを更新する。 (もっと読む)


【課題】サーバにおけるアプリケーション処理負荷を軽減し、簡単かつ確実に、連携アプリケーションを提供するために必要なHTTP/SIPセッションの共有を実現する。
【解決手段】本発明のセッション共有システムは、第1の機能処理手段と、第2の機能処理手段と、第1の機能処理手段又は第2の機能処理手段から取得した各アプリケーションサーバとの間で確立したセッション情報を所定形式に変換し、第2の機能処理手段又は第1の機能処理手段に与えるセッション情報連携手段とを備え、第2の機能処理手段又は第1の機能処理手段が、セッション情報連携手段からの変換セッション情報を含む要求メッセージを、各アプリケーションサーバに送信し、各アプリケーションサーバが、要求メッセージに含まれる変換セッション情報と、今回の通信処理プロトコルにより生成したセッション情報との対応付けを行う。 (もっと読む)


【課題】ホームアクセスサーバを通して制御装置によりホームネットワークにおける装置を制御する方法を提供する
【解決手段】本方法は、ホームアクセスサーバにおいて、ホームネットワークの仕様により定義されたそれぞれの機能コンポーネントタイプについて複数の一般的なユーザ制御プロトコルページを提供するステップ、ホームアクセスサーバにより、ホームネットワークにおける機能コンポーネントモジュールを発見するステップを含む。制御装置を通した機能コンポーネントモジュールの選択に基づいて、選択された機能コンポーネントモジュールのパラメータの関数として選択された機能コンポーネントモジュールに対応する一般的なユーザ制御プロトコルページをインスタンス化する。 (もっと読む)


【課題】サーバベース・コンピューティング・システムにおいて、ユーザから見たWebブラウザの動作を中断させることなく、サーバを動的に移動することを可能にする。
【解決手段】クライアントと接続されたサーバ(1)のブラウザプロキシ機能により、ユーザ入力イベントに応じたWebページが取得されクライアントで表示される状態で、例えばサーバ負荷分散のため、サーバ(1)からサーバ(2)へサーバ移動要求およびクライアントとの接続情報(IPアドレス)が送信されると、サーバ(2)でブラウザプロキシ機能が立上げられサーバ(1)へプロシキ準備完了が通知される。クライアントからの入力イベントに応じたサーバ(1)からのWebページ取得要求はサーバ(2)へ送信され、前記ブラウザプロキシ機能により要求Webページが取得される。サーバ(2)からクライアントに対しサーバ切替要求が送信され、さらに前記プロシキ機能により取得されたWebページの画面が送信される。 (もっと読む)


【課題】コンピュータネットワークシステムにおいてウェブサービスのようなアプリケーションレイヤのサービスを妨害する分散サービス妨害(DDoS)攻撃を正確に探知し、防御できるコンピュータネットワークシステムのアプリケーションレイヤ保護方法及び装置を提供する。
【解決手段】本発明のコンピュータネットワークシステムのアプリケーションレイヤを保護する方法は、クライアントからのセッション連結要請に応答してネットワークを介して前記クライアントとデータ提供サーバ間のセッションを設定する段階と、前記クライアントから前記データ提供サーバへのデータ要請に従って前記データ提供サーバから前記クライアントに応答パケットを伝送する前、前記クライアントからセッション終了要請が発生すれば、前記クライアントをアプリケーションレイヤ攻撃クライアントとして探知する段階とを含む。 (もっと読む)


【課題】 ウイルス感染の通信機器や不正アクセスを目的とする通信機器等のネットワークへの接続を防止し、ネットワークへの接続を容易に行うことが可能なネットワーク接続方法を提供する。
【解決手段】 要求元の通信機器のユーザは、メインネットワークに接続する際に通信機器のケーブルをネットワーク機器のポートに差し込んで接続する。要求元の通信機器はネットワーク機器内のチェックインネットワークにて受付BOXに1対1に接続されると、ステップS2で受付BOX利用によるチェックインを行う。受付BOXはチェックイン処理で要求元の通信機器が接続条件を満たしていると判断すると、ステップS3で要求元の通信機器が接続するネットワークをチェックインネットワークからメインネットワークに切替える。要求元の通信機器はステップS4で、メインネットワークの実際の利用に移行する。 (もっと読む)


【課題】 一般的に用いられる基本トランスポート(例えばHTTP)以外のトランスポートで送受信したい場合は、相手側で対応するトランスポート処理モジュールを組み込む手間が発生する。
【解決手段】 基本トランスポート経由情報受信処理部213が、クライアント202からの情報を基本トランスポート経由で受信する。高速トランスポートの受信処理を行う高速トランスポート処理モジュールを基本トランスポート経由情報受信処理部で受信すると、メッセージ受信処理部218が、高速トランスポート経由でクライアント202からのメッセージを受信する。 (もっと読む)


【課題】 Ajaxなどの非同期アクセスが増えることにより、そのリクエストを受け付けるサーバ側の負荷が高くなってしまう。非同期のアクセスは、リクエスト後にユーザが不要になってしまう可能性もあるが、サーバ側では要不要の判断を行わず全て処理してしまっている。そのため、運用するためのサーバ構成に対して多くの投資をする必要がある。
【解決手段】 リクエストを同期(主処理)と非同期(副処理)に分けて、同期リクエストの状態によって、非同期リクエストの処理を制御することにより不要なリクエストの処理を行わないようにし、サーバ資源を適切に利用できるようにする。 (もっと読む)


【課題】ファイアウォールの後方で動作する1以上の業務用オフィス機器の状態を抽出すること。
【解決手段】本発明の一特徴は、1以上のオフィス機器の状態を決定する方法であって、1以上の計算装置の第1ネットワークにおいて、前記1以上のオフィス機器に関して1以上の機能を実行するための情報を含む要求文書を生成するステップと、前記要求文書を前記第1ネットワークから1以上の計算装置の第2ネットワークのファイアウォールの後方の計算装置に送信するステップと、前記第2ネットワーク上の計算装置から、前記要求文書に応答するものであって、前記1以上のオフィス機器に関して前記1以上の機能を実行した結果を反映した状態を含む応答文書を受信するステップとを有する方法に関する。 (もっと読む)


【課題】ローカルネットワークからリモートネットワークのエンティティを制御する方法
【解決手段】ソースネットワークからエンティティを制御するのに使用できる第1のプロトコルに従う制御インタフェースを介してローミングリレーモジュール(DMS−R2)によって第1のリクエストを受信し、ソースリレーモジュール(DMS−R1)によって第1のプロトコルに従う少なくとも1つの第3のリクエストに変換することを目的とする第2のリクエストを、ローミングリレーモジュール(DMS−R2)からソースリレーモジュール(DMS−R1)へ送信し、第1のプロトコルに従う少なくとも1つの第3のリクエストへソースリレーモジュール(DMS−R1)によって変換されることを目的とする第2のリクエストを、ローミングリレーモジュール(DMS−R2)からソースリレーモジュール(DMS−R1)に送信する。 (もっと読む)


【課題】処理性能の低下を防止すること。
【解決手段】受信部1aは、クライアントコンピュータ2から複数のサーバコンピュータ5〜7の1つへ送信されるデータ2aを受信する。識別処理部1bは、受信部1aが受信したデータから、転送先のサーバコンピュータ5〜7に関する転送先情報と転送元のクライアントコンピュータ2に関する転送元情報を抽出する。検索装置決定部1cは、識別処理部1bが抽出した情報を基に転送先のサーバコンピュータ5〜7を検索する検索装置3または検索装置4を決定する。送信部1dは、データ、転送先情報および転送元情報を決定された検索装置3に送信する。 (もっと読む)


本発明は、双方向データストリーム用トランスポートプロトコルとしてHTTP(ハイパーテキスト転送プロトコル)を使用する方法、システムおよびコンピュータプログラム製品にまで及ぶ。本発明の実施形態は、ファイアウォールを介して、別の方法で遮断されたTCP通信をファイアウォールに通過させることを容易にする。ファイアウォールが正当なTCP通信を遮断するように構成されていても、本発明の実施形態を使用すれば、正当なTCP通信はファイアウォールを通過することができる。
(もっと読む)


【課題】
Webアプリケーションの体感性能を取得するために,クライアント側で,ユーザによるWebブラウザ操作を記録し,記録した一連のWebブラウザ操作を再生することで,各操作の所要時間を計測する。そこで,記録済み操作に対する再生が失敗した場合,再度最初から操作を記録し直す必要がなく,失敗した操作内容であるスクリプトを書き換えることなく,簡単に操作内容を変更,追加,削除でき,しかも前後の操作で連続性を維持することができるようにする。
【解決手段】
ある操作シナリオに含まれる操作を再生実行している際、操作の再生に失敗すると、再生に失敗した操作で再生処理を中断し、ユーザから修正操作を受け付け、元の操作シナリオの修正箇所を特定し、ユーザによる修正操作をもとの操作シナリオに反映することにより、上記課題を解決する。 (もっと読む)


【課題】オフライン状態で発行されたリクエストとオンライン状態で発行されたリクエストとの間の送信順序の入れ替えが起こるのを防ぐ。
【解決手段】本発明の端末は、Webページを管理するWebサーバとネットワークを介して接続された端末であって、Webページのデータを要求するリクエストを発行する発行部と、自端末とネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視部と、オフライン状態で発行された第1のリクエストを、第1のリクエストが未送信であるか否かを示す情報と共に保存する保存部と、オンライン状態で発行された第2のリクエストが、発行の時点で保存部に未送信のまま保存されている第1のリクエストと同一のWebページのデータを要求するものである場合、保存部に保存されている第1のリクエストを第2のリクエストよりも先にWebサーバに送信する送信部と、を有する。 (もっと読む)


【課題】診断の不要なパラメータを選別可能な、使い勝手の良いWebアプリケーション診断装置を提供する。
【解決手段】Webアプリケーション診断装置100aは、診断用HTTPリクエストの雛形である雛形HTTPリクエストからパラメータを抽出するパラメータ抽出部140と、複数のパラメータについて、各パラメータが擬似攻撃データを設定するべきパラメータである診断対象パラメータかどうかを示すパラメータ判定条件情報を記憶する診断対象パラメータ判定条件蓄積部160と、前記パラメータ判定条件情報に基づいて、パラメータ抽出部140によって抽出されたパラメータが診断対象パラメータに該当するかどうかを判定する診断対象パラメータ絞込み130とを備えた。 (もっと読む)


【課題】通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能な中間サーバ装置、送信サーバ装置、通信システム及び通信方法を提供する。
【解決手段】送信サーバ装置12、受信サーバ装置16、及び送信サーバ装置12と受信サーバ装置16との間の要求信号及び応答信号の中継を行う中間サーバ装置A13を含み、中間サーバ装置A13が、受信サーバ装置の障害状態を取得する障害監視制御部23と、送信サーバ装置12からの要求信号を受信処理すると共に、受信サーバ装置16の障害状態に基づいて、送信サーバ装置12に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信するHTTP信号送受信部20と、を備え、送信サーバ装置12が、中間サーバ装置A13から通知される受信サーバ装置16の障害状態に応じて、中間サーバ装置A13に対して要求信号再送処理を行うHTTP信号送受信部17を備える。 (もっと読む)


インターネット上で集中データベースのボリュームビジュアライゼーション・データセットの一連の三次元仮想ビューをクライアント装置に表示するシステムは、遠隔地から集中データベースへボリュームビジュアライゼーション・データセットを確実に送るための通信装置と、ボリュームビジュアライゼーション・データセットを含む1つ以上の中央データ記憶媒体と、クライアントの要求に基づいて仮想ビューを生成するように集中データベースと通信する複数のサーバを用いる。リソースマネージャはサーバの負荷バランスを取り、セキュリティ装置はクライアント装置とサーバとリソースマネージャと中央記憶媒体の間の通信を制御する。物理的に固定されたサイトはコンポーネントを含む。ウェブアプリケーションはボリュームビジュアライゼーション・データセットの仮想ビューに対する遠隔地のユーザの要求を受け入れ、その要求をサーバに伝送し、結果としての仮想ビューをサーバから受け取り、そして結果としての仮想ビューを遠隔地のユーザに表示する。 (もっと読む)


【課題】 ブラウザベースの環境且つWWWプラットフォームでサービスを提供するシステムにおいて、ジョブの状態に関わらずエラーなどが発生した場合にユーザに通知を行うことが出来るWeb環境で動作するシステム及びその制御方法を提供する。
【解決手段】 Webサーバが動作してサービスの提供を制御するサービス提供サーバとWebブラウザが動作して該サービスが提供されるクライアント装置とがネットワークを介して接続されたWeb環境で動作するシステムで、前記サービス提供サーバが、サービスを提供するジョブの履歴を参照先アドレスと共に保持し、ジョブのステータスに変更があった場合にステータスを判定して、前記判定したステータスに応じて、前記履歴に含める異なる参照先アドレスを決定し、前記履歴から前記参照先アドレスを含む更新情報を配信するためのファイルを作成して、Webブラウザに送信する。 (もっと読む)


【課題】自動的にトラフィックを監視しブロックする能動的ネットワーク防衛システムを提供する。
【解決手段】本システムは、ネットワーク・インフラストラクチャの一部として、パケット・トラフィック・データ・フローに関してインラインに設置される。この構成においては、全通過パケットの検査及び処理が可能である。多数のセッションにわたって存在する脅威を識別するために、アルゴリズム・フィルタリング動作が、データ・フローに対して統計学的閾値フィルタリングを適用する。個々のセッション内に存在する脅威を識別するために、トリガー・フィルタリング動作がデータ・フローに対してヘッダ・コンテンツ・マッチフィルタリングを適用する。脅威パケット・トラフィックはブロックされ、脅威セッションは終了される。疑わしいトラフィックは、データ・フローから抽出されて、より包括的なコンテンツマッチング調査並びに資産リスク解析調査を更に受ける。 (もっと読む)


61 - 80 / 195