説明

Fターム[5B089HB05]の内容

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

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

101 - 120 / 195


【課題】 ネットワーク上でサーバから提供されるアプリケーションのユーザインターフェースの状態をHTML及びHTTPを用いて管理するユーザインターフェースを管理する装置及び方法を提供する。
【解決手段】 少なくとも1つ以上の遠隔サーバがネットワーク上に存在することを示す通知パケットを生成するパケット生成部と、ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、通知パケットの配布結果として受信される状態の保存命令または抽出命令を管理するウェブサーバと、保存命令に従ってユーザインターフェースの状態を保存する状態保存部及び保存されたユーザインターフェースの状態のうち、抽出命令に従って抽出された特定ユーザインターフェースの状態を送信する通信部とを備える。 (もっと読む)


【課題】既存のインターネットを利用することで低コストを維持しながら、セキュリティを確保して、機器からの情報を容易に取得する。
【解決手段】機器24におけるデバイスD1〜Dnのいずれかにアラームの事象となる異常が発生すると、機器24内のプログラマブル表示器25は、HMI処理部251によってアラームデータを作成する。WWW送受信部251aは、このアラームデータをWWW通信でインターネット5を介して送信する。Webサーバ4は、このデータをWWW送受信部41で受信すると、アラームデータをデータベース42のレポートページに書き込む。管理ユーザ側システム3では、管理端末32のWWW送受信321からWebサーバ4にアクセスして、データベース42のレポートページに保存されているアラームデータを確認する。 (もっと読む)


【課題】クライアントに別途のエージェントプログラムを設置しなくても匿名のサーバを経由する接続者の実際ネットワーク情報と位置を把握することができ、悪意的な接続者によりウェブ攻撃が発生した場合、ウェブサーバに被害が発生しないようにするリバースキャッシングプロキシを用いた逆追跡システム及び方法を提供する。
【解決手段】クライアントからウェブサーバに転送するHTTPのヘッダを分析して、クライアントが匿名のサーバを利用したか否かを判断するリバースキャッシングプロキシサーバと、前記プロキシサーバから匿名のサーバに対する利用の可否が通報されると、追跡コードが付加されたHTTP応答ページを生成して前記プロキシサーバを介してクライアントに提供するウェブ追跡サーバとを含み、追跡コードは、応答ページを受信したクライアントのウェブブラウザで自動実行されてクライアントのネットワーク情報をウェブ追跡サーバに提供する。 (もっと読む)


ラウンドトリップ回数を低減するために、ネットワークを介してクロス・レイヤ・パラメータをパイプライン処理する、ピギーバック処理する、および転送するための方法が開示されている。アプリケーション起動、たとえばインターネットを介したWebサイトアクセスは、Webサイトからのデータがユーザに表示されることができる前に、DNS名前解決、TCP接続確立、HTTPリクエストの送信、およびWebページデータを含むHTTPレスポンスの取得を含むいくつかのプロトコルを現在使用する。そのような動作は中継ネットワークを介していくつかのラウンドトリップを持ち込み、最良の場合で無線アクセスネットワークでは100msから200msまでのオーダとなる。これらのラウンドトリップを低減するためのマルチ・パート・メッセージを生成する方法だけでなく、有線ネットワーク内で標準的メッセージを利用するがクライアント側のラウンドトリップを最小にするプロキシ機器が開示されている。本発明は、アプリケーションを最初に指定するとき(プレフィックス)、またはアプリケーションを最後に指定するとき(ポストフィックス)の、クライアント側のユーザパラメータ収集を含む。
(もっと読む)


【課題】オンラインショッピングなどのWebアプリケーションの処理において、Webのタイムアウト(Httpセッションタイムアウト)をユーザに知らしめ、また、タイムアウトの時間をユーザが変更できることにより、不意のWebタイムアウトを未然に防ぎ、Webによる確実なビジネス処理を可能とする。
【解決手段】ネットワーク20を介してアプリケーションサービスを提供するアプリケーションシステム(サーバ)30と、ネットワーク20を介してアプリケーションサービスの提供を受けるクライアント10とを備え、このアプリケーションシステム(サーバ)30は、アプリケーションサービスにおけるWebセッションのタイムアウトに関する情報を表示するウィンドウを生成するためのプログラムをクライアント10に送信し、このクライアント10は、受信されるプログラムに基づいて、このウィンドウを表示する。 (もっと読む)


通信ネットワーク内で発生している所与のタイプの管理端末事象を監視するための方法が説明される。この通信ネットワークは複数のネットワーク要素を備える。この管理端末は、ウェブのような管理グラフィックインターフェースをサポートするのに適したブラウザを有する。この方法は、ネットワーク要素のうちの1つにおいて監視モジュールを提供するステップと、管理端末において、監視モジュールと管理端末との間の監視チャネルにアクセスするための許可を取得するのに適したアクセストークンを含む、所与のタイプの事象を監視するための要求を監視モジュールに送信するステップと、監視モジュールにおいて:事象に対して可能性のある管理情報について聴取するステップと、管理情報が受信されるたびに、更新データを生成するためにその管理情報を処理するステップと、監視チャネルにアクセスして、その監視チャネルを介して、その更新データをその管理端末に送信するために、アクセストークンを使用するステップとを備える。
(もっと読む)


データネットワーク上で配信される広告コンテンツをキャンペーンの間において、自動的に監視および照合するための方法。1つ以上の広告主が、ユーザインターフェースを介して、所望の広告掲載注文(広告掲載注文の情報は、あらゆる時点で修正が可能である)に従って、該広告コンテンツが配置されるべきサイトのリスト(手動で作成されても、あるいはマッピングクローラで作成されてもよい)、あるいは各サイトのセクションのリストを提出する。さらに、1つ以上のマッピングクローラが作動されて、これらのサイトにアクセスし、所要のセクションに属している広告を有するページ、あるいは所要のセクションには属していないページ、あるいはインシデントの高い確率を有するページを配置する。サイトごとにアクセスするページのリストが生成され、自律あるいはプラグインビジュアルクローラが、所定のサイトアクセスプランに従って、リストのページにアクセスすることが許可される。クローラマネジャーは、所要のインシデント範囲が十分に得られるように、複数のビジュアルクローラにページを割り当て、該ビジュアルクローラにロードする。インシデント識別子は、広告掲載注文と配信データとを比較して、広告掲載注文と、当該広告掲載注文に対応する配信データとが一致しないときはいつでも、インシデントレポートを生成する。
(もっと読む)


【課題】サーバの負荷を軽減させること。
【解決手段】イベント制御装置1を、受信手段1a、要求手段1b、転送手段1cとして機能させる。
受信手段1aは、クライアント4a、4bを指定する指定情報を含むイベントの通知要求を受信する。要求手段1bは、受信した指定情報に基づいて、サーバ3a〜3cの中から指定情報によって特定されるクライアントに対してサービスを提供している振り分け先のサーバの通知を要求する。転送手段1cは、要求手段1bによる要求に応じて通知された振り分け先のサーバに、イベントの通知要求を転送する。 (もっと読む)


【課題】
モバイルコンピューティングデバイスを用いてデジタル出力コンテンツファイルを効率的にダウンロードして提供する。
【解決手段】
出力デバイスをモバイル通信デバイス(携帯電話等)に接続し、モバイル通信デバイスによって無線ネットワークを介して出力情報(デジタル画像等)を出力デバイスにダウンロードし、出力情報に基づいて出力をプリントするように出力デバイスを使用するための技術が開示される。ユーザは、出力情報を提供する出力サーバに接続するように、モバイル通信デバイスを使用し得る。出力情報の出力デバイスへの送信の前に、出力サーバは、出力デバイスの能力に基づいて出力情報を調整するために、出力情報を処理し得る。出力サーバは、1つ以上の出力プロトコルを用いて出力デバイスと通信し得る。出力デバイスは、出力プロトコルに従って通信するためのコントローラを具備し得る。 (もっと読む)


【課題】ユーザ端末が一連のページ遷移においてアクセスした1以上の情報提供装置に依存する情報をユーザに提供する。
【解決手段】A銀行サーバ100a、B証券会社サーバ100b、およびC銀行サーバ100cは、ユーザ端末300に対して発行したセッションIDと、他サーバへのページ遷移に対して発行した遷移IDとを対応づけてID記憶装置200に記録する。資産管理サーバ100dは、ID記憶装置200を参照して、ユーザ端末300から通知された遷移IDをもとに、ウェブサーバ100の中から1以上の遷移元のサーバを特定する。資産管理サーバ100dは、遷移元のサーバに依存する情報を取得して、この情報が設定されたページをユーザ端末300に送信する。 (もっと読む)


【課題】UPnPを実装している機器のServiceURLを有効に管理する。
【解決手段】ServiceURLを管理する制御部15と、ServiceURLの管理情報を格納する管理データベースを備えたメモリ部17とを備え、管理データベースは、ServiceURLを構成するMACアドレス、IPアドレス、ポート番号、及びXMLファイルまでのディレクトリファイルパスのうち、MACアドレスとIPアドレスとポート番号とが共通化されており、複数のサービスの内容に応じて異なる前記ディレクトリファイルパスが前記共通化データに対応付けて複数登録されている。 (もっと読む)


【課題】通信端末の使用者によらず、captive portal環境下である事を認識し、ファイアウォールのHTTP接続の制限を一時解除する。
【解決手段】captive portal判定手段は、captive portalを介して接続されたネットワーク上のサーバに対してGETリクエストを送信し、サーバの代わりにcaptive portalからGETレスポンスを受信し、GETレスポンスがリダイレクトを指示する内容であるかどうか確認し、GETレスポンスがリダイレクトを指示する内容であれば、captive portal環境下であると判定する。ファイアウォールは、captive portal判定手段の配下にあり、通信端末のネットワーク接続を制限し、captive portal判定手段からcaptive portal環境下であると通知された場合、通信端末のネットワーク接続の制限を一時解除する。 (もっと読む)


【課題】 ネットワーク内の装置を管理するための方法、システム、およびプログラムを提供すること。
【解決手段】 ネットワーク内の少なくとも1つの装置に関する装置管理操作を実行するための第1のタイプのコマンドを受信するが、受信コマンドはネットワーク内の複数の装置のうちの少なくとも1つに向けることができる。受信コマンドが向けられる装置のネットワーク・アドレスを第1のマッピングから決定する。第1のタイプの受信コマンドに関連する第2のタイプの少なくとも1つのコマンドを第2のマッピングから決定するが、このマッピングは、第2のタイプの関連コマンド内の少なくとも1つのパラメータに対する第1のタイプの受信コマンドに含まれる少なくとも1つのパラメータのマッピングを示す。第2のマッピングに示される第1のタイプのコマンドからの少なくとも1つのパラメータをパラメータとして含むように決定した第2のタイプのコマンドを生成し、決定したネットワーク・アドレスに対し生成した第2のタイプのコマンドを送信する。 (もっと読む)


【課題】制御機器からの操作で一方の被制御機器から他方の被制御機器へデータを転送することができるサーバ装置、ネットワークシステムを提供する。
【解決手段】サーバは制御機器と被制御機器との関連付けを管理し、被制御機器との間で常時接続セッションを確立する。制御機器から複数の被制御機器間でコンテンツデータをコピーする指示がサーバに送信されると、サーバはコピー先である被制御機器に常時接続セッションを通じて、複数の被制御機器間で直接データ転送を行うように指示する。コピー先である被制御機器はこの指示に従ってLANを通じて接続されているコピー元の被制御機器にダイレクトにアクセスしてコンテンツデータを取得する。複数の被制御機器がインターネットを通じて接続されている場合、常時接続セッションを通じて一方の被制御機器からその被制御機器にインターネットを通じてアクセスするために必要なグローバルIPアドレスを取得し、これを他方の被制御機器に常時接続セッションを通じて転送する。 (もっと読む)


【課題】プロキシサーバを介したHTTPトンネリングによる接続を、転送データ量を把握することなく確立して維持することが可能な情報処理装置、情報処理方法、リモートサーバ、情報処理システムを提供する。
【解決手段】本発明に係る情報処理装置は、接続対象装置との間のHTTPトンネリングによる接続の確立を要請するアプリケーションを実行するアプリケーション実行部と、接続対象装置との間で設定可能な最大のコンテンツ長を設定し、接続されているプロキシサーバを介してコンテンツ長を指定したHTTPトンネリングによる接続を確立するとともに、確立された接続の解消に応じて接続を複数回更新する接続確立部と、複数のHTTPトンネリングによる接続それぞれの接続状況を管理し、複数のHTTPトンネリングによる接続を一つの仮想的なHTTPトンネリングによる接続としてアプリケーション実行部に認識させる接続管理部と、を設けた。 (もっと読む)


本発明は、通信ネットワークに接続されたクライアントによって生成された情報を表示する方法に関する。本発明はまた、通信ネットワークに接続されているサーバーに対するクライアントとして機能する装置にも関する。ユーザーによる表示レンダリングの間の切り替えを防ぐための可能な解決策の一つは、ジャバスクリプトのようなスクリプトを用いることである。だが、これはセキュリティおよびプライバシー上の懸念につながりうる。本発明の方法は、プレースホルダーを含む第一の情報コンテンツを取得および表示すること;アピアランス〔見え方〕定義を含む第二の情報コンテンツを取得すること;前記クライアント(10)から、前記クライアントによって生成および制御される第三の情報コンテンツを取得すること;前記第三の情報コンテンツを前記プレースホルダーによって決定される前記表示における位置に表示すること;前記第三の情報コンテンツを前記アピアランス定義に従って表示することを含む。機能的なコンテンツを「ルックアンドフィール」のコンテンツから分離することにより、機能的なコンテンツは、サービス・プロバイダーに見えたりアクセス可能になったりすることなく、クライアントによって提供されうる。それでいて、サービス・プロバイダーは一貫した「ルックアンドフィール」を維持できる。
(もっと読む)


【課題】三次元仮想環境へウエブ・コンテンツを取り込む方法を提供する。
【解決手段】 本発明の方法は、(A)ウエブ・コンテンツを、コンピュータ上でインスタンスで表されたウエブ・ブラウザで獲得するステップと、(B)前記ウエブ・コンテンツを、前記コンピュータのバッファに記憶するステップと、(C)仮想環境クライアントが、前記ウエブ・コンテンツを、前記三次元の仮想環境の三次元表面上に、配置するステップとを有する。前記ウエブ・コンテンツは、前記仮想環境クライアントから独立した、前記ウエブ・ブラウザにより得られる。前記ウエブ・コンテンツは、仮想環境サーバから独立した、前記ウエブ・サーバにより得られる。 (もっと読む)


【課題】非UPnP(ユニバーサル・プラグ・アンド・プレイ)デバイスをUPnPネットワークシステムに参加させるために、非UPnPデバイスのプロキシ方法及び関連装置を提供する。
【解決手段】方法は、媒体情報をコントロールポイントに提供し、コントロールポイントと通信を確立する段階と、コントロールポイントにおいて媒体情報に基づいて生成した、複数のサービスのうち1つを制御するために用いられるコントロールメッセージを受信する段階と、コントロールメッセージに基づいて、サービスに対応するコントロール指令を非UPnPデバイスに出力する段階と、非UPnPデバイスにおいてコントロール指令に基づいて生成した確認返答指令を受信する段階と、確認返答に基づいて、UPnP機能に用いる返答メッセージをコントロールポイントに出力する段階とを含む。 (もっと読む)


【課題】 セキュリティレベルを高く設定したいときに、ローカルの端末装置から周辺機器インタフェースを経由して、権限のないユーザからの状態情報取得、設定変更などの要求を受け付けてしまうことを防止する。
【解決手段】 情報格納部14は、状態情報取得および/または設定変更の要求を受信する際のプロトコルについて要求の可否の設定を格納する。制御部12は、周辺機器インタフェース16によりローカル端末装置4からの要求が受信されると、設定において、セキュリティ機能を有さないネットワークプロトコルによる要求が拒否されている場合には、受信された要求を拒否し、設定において、セキュリティ機能を有さないネットワークプロトコルによる要求がいずれも拒否されていない場合には、受信された要求を許可する。 (もっと読む)


【課題】 画像形成装置において、アプリケーションと複数種の通信プロトコルデーモンとの間でのデータの授受に関するプログラム部分の開発に時間とコストがかかっていた。
【解決手段】 本発明の画像形成装置は、アプリケーションと通信プロトコルデーモンとの間に統一したインタフェースを持たせたインタフェースライブラリ群からなる統一インタフェース層を備えることにより、アプリケーションは前記統一インタフェースに従って開発を行えばよく、開発の時間及びコストを削減可能となった。さらに、SNMPなどの小サイズかつ多数回の通信が行われるプロトコルについての統一インタフェース層でのオーバヘッドによる遅延をなくすために、通信プロトコルを判断してSNMPなどの通信では、統一インタフェース層を介さない直接通信を行う方式とした。 (もっと読む)


101 - 120 / 195