特許 5773443 クライアント装置、クライアント制御方法、及びプログラム

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

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

(11)【特許番号】5773443

(24)【登録日】2015年7月10日

(45)【発行日】2015年9月2日

(54)【発明の名称】クライアント装置、クライアント制御方法、及びプログラム

(51)【国際特許分類】

   G06F 15/00 20060101AFI20150813BHJP

   G06F 13/00 20060101ALI20150813BHJP

【ＦＩ】

   G06F15/00 420A

   G06F13/00 540A

【請求項の数】9

【全頁数】12

(21)【出願番号】特願2012-140625(P2012-140625)

(22)【出願日】2012年6月22日

(65)【公開番号】特開2014-6628(P2014-6628A)

(43)【公開日】2014年1月16日

【審査請求日】2014年2月13日

(73)【特許権者】

【識別番号】303013763

【氏名又は名称】ＮＥＣエンジニアリング株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】小川 義明

【審査官】 井上 宏一

(56)【参考文献】

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

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

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

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

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

Ｇ０６Ｆ １５／００

Ｇ０６Ｆ １３／００

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

【請求項1】

ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置であって、
前記第１クライアントアプリケーションの実行時に前記ブラウザが送信した前記ウェブサーバへの送信メッセージ内に前記第２クライアントアプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すダイレクト通信制御部、を有するクライアント装置。

【請求項2】

前記ダイレクト通信制御部は、前記ダイレクト通信フラグが存在しない場合または無効値が設定されている場合、前記送信メッセージを前記ウェブサーバに送信する、請求項１に記載のクライアント装置。

【請求項3】

前記ダイレクト通信制御部が前記ダイレクト通信フラグを検出した場合、前記送信メッセージに含まれる前記第１クライアントアプリケーション用のデータを予め定められた変換テーブルに応じて前記第２クライアントアプリケーションのデータに変換する変換部を更に備える請求項１または請求項２に記載のクライアント装置。

【請求項4】

ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置の制御方法であって、
前記第１クライアントアプリケーションの実行時に前記ブラウザが送信した前記ウェブサーバへの送信メッセージ内に前記第２クライアントアプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、
前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡す、処理をクライアント装置が有するコンピュータに実行させるクライアント装置の制御方法。

【請求項5】

前記ダイレクト通信フラグが存在しない場合または無効値が設定されている場合、前記送信メッセージを前記ウェブサーバに送信する、処理をコンピュータに実行させる請求項４に記載のクライアント装置の制御方法。

【請求項6】

前記ダイレクト通信フラグを検出した場合、前記送信メッセージに含まれる前記第１クライアントアプリケーション用のデータを予め定められた変換テーブルに応じて前記第２クライアントアプリケーションのデータに変換する、処理をコンピュータに実行させる請求項４または請求項５に記載のクライアント装置の制御方法。

【請求項7】

ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行させるブラウザを有するクライアント装置の制御プログラムであって、
前記第１クライアントアプリケーションの実行時に前記ブラウザが送信した前記ウェブサーバへの送信メッセージ内に前記第２クライアントアプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定するステップと、
前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すステップと、
をクライアント装置が有するコンピュータに実行させるプログラム。

【請求項8】

前記ダイレクト通信フラグが存在しない場合または無効値が設定されている場合、前記送信メッセージを前記ウェブサーバに送信するステップをコンピュータに実行させる、請求項７に記載のプログラム。

【請求項9】

前記ダイレクト通信フラグを検出した場合、前記送信メッセージに含まれる前記第１クライアントアプリケーション用のデータを予め定められた変換テーブルに応じて前記第２クライアントアプリケーションのデータに変換するステップをコンピュータに実行させる、請求項７または請求項８に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はクライアント装置、クライアント制御方法、及びプログラムに関する。

【背景技術】

【0002】

近年のインターネット技術の普及に伴い、様々な場面でウェブアプリケーションが利用されている。ウェブサーバは、インターネット接続されたクライアント装置のブラウザソフトウェア（以下、単にブラウザと記載する）から各種入力を受け付け、当該入力に応じたコンテンツを提供する。当該コンテンツとは、例えばＨＴＭＬ形式で記載されたコンテンツに加え、ブラウザが実行可能な各種のスクリプト言語（たとえばＪａｖａＳｃｒｉｐｔ（登録商標））等が記載されたコンテンツを含む。本明細書では、ブラウザが実行可能な各種のスクリプト言語等が記載されたコンテンツをクライアントアプリケーションとも呼称する。

【0003】

ウェブアプリケーションの普及が進むにつれて、同一クライアント装置上で複数のクライアントアプリケーション（例えばＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語を含むウェブページ）を同時に実行する場合がある。この場合、クライアントアプリケーション間でデータの入出力を行うケースも想定される。

【0004】

なお、特許文献１には、ウェブアプリケーションの連携方法に関する一態様が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１１−２２８５６号公報

【発明の概要】

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

【0006】

本願発明者は、同一クライアント装置上で複数のクライアントアプリケーション（例えばＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語を含むウェブページ）を同時に実行する場合における問題を新たに見出した。当該問題を以下に説明する。

【0007】

クライアント装置上のあるクライアントアプリケーションをブラウザを介して実行し、同一クライアント装置上の他のクライアントアプリケーションにデータを受け渡す場合、一般的な手法ではブラウザはウェブサーバにアクセスを行う。そして、ウェブサーバからデータを他のクライアントアプリケーション宛てに送信することによりデータの受け渡しを行っていた。すなわち、必ずサーバを介した通信を行う必要があった。

【0008】

このように必ずサーバを介した通信を行う必要があるため、ネットワーク障害や外部要因による通信遅延の影響を受けやすいという問題があった。さらに、ネットワークを介した通信を行うため、セキュリティ上の問題が生じ得る。特に個人情報等のデータを受け渡す場合にセキュリティ上の懸念がある。

【0009】

本願は上述した問題に鑑みてなされたものであり、サーバを介することなくクライアントアプリケーション間でデータの受け渡しを行うことができるクライアント装置、データ処理方法、及びプログラムを提供することを主たる目的とする。

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

【0010】

本発明にかかるクライアント装置の一態様は、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置であって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すダイレクト通信制御部、
を有するものである。

【0011】

本発明にかかるクライアント制御方法の一態様は、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置の制御方法であって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡す、
ものである。

【0012】

本発明にかかるプログラムの一態様は、
コンピュータに、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行させるプログラムであって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定するステップと、
前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すステップと、
を実行させる、ものである。

【発明の効果】

【0013】

本願では、サーバを介することなくクライアントアプリケーション間でデータの受け渡しを行うことができるクライアント装置、クライアント制御方法、及びプログラムを提供することができる。

【図面の簡単な説明】

【0014】

【図1】実施の形態１にかかるクライアント装置１の構成を示すブロック図である。

【図2】実施の形態１にかかるクライアントアプリケーション＿Ａ４０のコード例を示す図である。

【図3】実施の形態１にかかるクライアントアプリケーション＿Ｂ５０のコード例を示す図である。

【図4】実施の形態１にかかるブラウザ６０から送信される送信メッセージを示す図である。

【図5】実施の形態１にかかる変換部１３が用いる変換ルールを示す図である。

【図6】実施の形態１にかかるブラウザ６０に引き渡される送信メッセージを示す図である。

【図7】実施の形態１にかかるクライアント装置１の動作を示すフローチャートである。

【図8】実施の形態１にかかるクライアント装置１の動作を示すフローチャートである。

【図9】実施の形態１にかかるクライアント装置１の動作概念を示す図である。

【図10】実施の形態１にかかるクライアント装置１の動作概念を示す図である。

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

【0015】

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかるクライアント装置１の構成を示すブロック図である。クライアント装置１は、データフィルタ部１０と、ネットワークドライバ部２０と、カーネル部３０と、ブラウザ６０を有する。なお、クライアント装置１０上ではブラウザ６０を介して２つのクライアントアプリケーション（クライアントアプリケーション＿Ａ４０、クライアントアプリケーション＿Ｂ５０）が実行されている。

【0016】

クライアント装置１は、一般的なネットワーク通信機能を持つ端末であればよく、例えばパーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等であればよい。

【0017】

ここでクライアントアプリケーション＿Ａ４０及びクライアントアプリケーションＢ＿５０は、ブラウザ６０などのクライアントサイドで実行される。例えば、クライアントアプリケーション＿Ａ４０及びクライアントアプリケーションＢ＿５０は、ＨＴＭＬ言語で記載された静的なコードと、スクリプト言語（ＪａｖａＳｃｒｉｐｔ（登録商標）等）により記述されたプログラムコードを含む。

【0018】

クライアントアプリケーション＿Ａ４０のコード例を図２に示す。クライアントアプリケーション＿Ａ４０は、あるスクリプト言語（Ａ言語とする）のコードを含む。ここで、ウェブサーバから当該コードをダウンロードした際に、他のクライアントアプリケーションとの直接通信を指示する特定のタグ（図２の例では"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）が含まれている。なお、他のクライアントアプリケーションとの直接通信を以下の説明ではダイレクト通信と呼称する。"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"は、他のクライアントアプリケーションに受け渡すデータを指示するタグであり、"ｄａｔａ−Ａ１"として関数"Ａ−ｆｕｎｃ（）"の実行結果を受け渡し、"ｄａｔａ−Ａ２"として数値"３３"を受け渡すことが規定されている。また、"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"には、データの受け渡し先となるクライアントアプリケーションの識別子（"ａｄｄｒｅｓｓ＝Ｂ"）が含まれている。

【0019】

同様にクライアントアプリケーション＿Ｂ５０のコード例を図３に示す。クライアントアプリケーション＿Ｂ５０は、クライアントアプリケーション＿Ａ４０とは別のスクリプト言語（Ｂ言語とする）のコードを含む。当該コードには、データ種別"ｄａｔａＢ−１"、"ｄａｔａＢ−２"のデータを表示する内容が記載されている。

【0020】

なお図１の例では２つのクライアントアプリケーションが動作している例を示したが、必ずしもこれに限られず、クライアント装置１は３以上のクライアントアプリケーションを実行しても良い。また、上述のタグ名（"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）等はあくまで一例であり、他の名称、他のフォーマットで記載されても良いことは勿論である。

【0021】

ブラウザ６０は、ダイレクト通信要求のタグを含む場合に、当該要求の情報を含む送信メッセージをネットワーク上のウェブサーバ（詳細にはクライアントアプリケーションＡ＿４０の配信元のサーバ）に送信する。当該送信メッセージの一例を図４に示す。当該メッセージは、上述のダイレクト通信に関するフラグ（ダイレクト通信を行うか否か）及びダイレクト通信を行う際の受け渡しデータを含む。図４の例では、ダイレクト通信の実行可否を示すフラグ（"ｆｌａｇ"）、データ送信元のアプリケーション識別子（"Ａ"）,データ送信先のアプリケーション識別子（"Ｂ"）、送信データ（"ｄａｔａＡ−１"、"ｄａｔａＡ−２"）が記載されている。

【0022】

以下の説明では、当該メッセージ（図４）はＸＭＬ（eXtensible Markup Language）形式のメッセージであるものとして説明するが、送信フォーマットはＸＭＬ形式に限られることなく、ブラウザ６０及びウェブサーバが解釈できる任意の形式（例えば各種のＨＴＴＰメソッド（ＨＴＴＰ ＰＯＳＴメソッド、ＨＴＴＰ ＰＵＴメソッド等）に埋め込まれる方式）で表現すればよい。

【0023】

ネットワークドライバ部２０は、オペレーティングシステム等が提供するネットワークの管理機能を実行する。カーネル部３０は、オペレーティングシステムが提供するシステムリソース処理等を実行する。

【0024】

データフィルタ部１０は、アプリケーション（ＡＰＩ）制御部１１と、ダイレクト通信制御部１２と、ＨＴＭＬ変換部１３と、ドライバインターフェイス制御部１４と、を備える。

【0025】

ドライバインターフェイス制御部１４は、データフィルタ部１０内の各処理部とネットワークドライバ部２０とのデータやり取りを行う際のインターフェイスとして動作する。

【0026】

アプリケーション（ＡＰＩ）制御部１１は、各種のクライアントアプリケーションのＡＰＩ（Application Programming Interface）を解釈し、送信されたＨＴＭＬデータやＨＴＴＰメッセージを抽出する。

【0027】

ダイレクト通信制御部１２は、ブラウザ６０からの送信メッセージ（図４）からダイレクト通信を指示するフラグ（"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）があるか否かを検証する。当該フラグがある場合、ダイレクト通信制御部１２は、当該フラグに関連付けられた宛先や受け渡すデータを抽出する。図４の例では、ダイレクト通信制御部１２は、当該メッセージ内にダイレクト通信を指示するフラグがある（＜ｆｌａｇ＞ｙｅｓ＜／ｆｌａｇ＞）と判定する。そしてダイレクト通信制御部１２は、"ｄａｔａ−Ａ１"及び"ｄａｔａ−Ａ２"をクライアントアプリケーション"Ｂ"（クライアントアプリケーションＢ＿５０の識別子）に受け渡すというデータとして抽出する。

【0028】

変換部１３は、ダイレクト通信により受け渡すデータを受け渡し先のクライアントアプリケーションに応じて変換する。変換部１３は、予め定められた変換ルールに応じてデータを変換する。以下の説明では、データの送信元のクライアントアプリケーションＡ＿４０のコードを図２に示すコードとし、データの送信先のクライアントアプリケーションＢ＿５０のコードを図３に示すコードとする。また、変換部１３が使用する変換ルールの一例を図５に示す。

【0029】

図５に示すように、クライアントアプリケーションＡ＿４０とクライアントアプリケーションＢ＿５０との間のデータの対応関係が規定されている。例えば図５には、"ｄａｔａＡ−１"と"ｄａｔａＢ−１"が等しいこと、ｄａｔａＡ−２" に２を乗算した値と"ｄａｔａＢ−２"が等しいこと、等が記載されている。

【0030】

変換部１３は、送信メッセージ（図４）内から読み出したデータを変換ルールに応じて送信先に適応するように変換する。変換後のメッセージ例を図６に示す。図示するように、各データがクライアントアプリケーションＢ＿５０に応じたメッセージに変換されている。例えば"ｄａｔａＡ−１"が"ｄａｔａＢ−１"に変換され、"ｄａｔａＡ−２"に２を乗算した値が"ｄａｔａＢ−２"と記載されている。なお、図６に示すメッセージ形式（ＸＭＬ形式）もあくまで一例であり、ブラウザ６０が解釈可能な任意の形式であればよい。

【0031】

ブラウザ６０は、ダイレクト通信制御部１２から変換部１３を介して受信した送信メッセージ（図６）を解釈して表示処理を行う。なお、ブラウザ６０上で実行されているクライアントアプリケーションが同一視できる場合（例えば同一のスクリプト言語を用いている場合）には変換部１３による変換を行わなくてもよい。

【0032】

続いて、図７及び図８のフローチャートを参照して本実施の形態にかかるクライアント装置の動作について説明する。図７は、クライアントアプリケーションＡ＿４０（ダイレクト通信送信側）の実行中の動作を示すフローチャートである。

【0033】

ウェブアプリケーションＡ＿４０を実行するブラウザ６０は、コード内（図２）からダイレクト通信要求を示すタグを抽出する（Ｓ１１）。ブラウザ６０は、ウェブアプリケーションＡ＿４０の供給元のサーバに送信するメッセージを生成し（Ｓ１２）、ダイレクト通信要求を示すタグから読み出した各種のデータを基に送信メッセージを設定する（Ｓ１３）。なおダイレクト通信を指示するタグが設定されていない場合、ダイレクト通信制御部１２は、ダイレクト通信要求用のタグの埋め込みは行わない。ブラウザ６０は、設定（Ｓ１３）の後に当該メッセージを送信する（Ｓ１４）。

【0034】

続いて図８を参照してデータフィルタ部１０の動作を説明する。データフィルタ部１０は、ネットワークドライバ部２０にアタッチし、メッセージの受信待ちを行う（Ｓ２１、Ｓ２２）。ダイレクト通信制御部１２は、送信メッセージ内からダイレクト通信用タグ（"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）を取り出し（Ｓ２３）、当該タグからダイレクト通信用のフラグ（"ｆｌａｇ"）タグを抽出する（Ｓ２４）。

【0035】

読み出したダイレクト通信用のフラグ（"ｆｌａｇ"）の値が"Ｙｅｓ"であった場合、ダイレクト通信制御部１２はダイレクト通信要求であると判定する（Ｓ２５：Ｙｅｓ）。ダイレクト通信要求である場合（Ｓ２５：Ｙｅｓ）、変換部１３は送信メッセージを変換ルール（図５）に基づいて変換し（Ｓ２６）、変換後のデータをブラウザ６０に引き渡す（Ｓ２７）。

【0036】

ダイレクト通信用のフラグ（"ｆｌａｇ"）タグが設定されていない場合やダイレクト通信用のフラグ（"ｆｌａｇ"）タグに"Ｎｏ"等が設定されている場合、ダイレクト通信制御部１２はダイレクト通信要求ではないと判定する（Ｓ２５：Ｎｏ）。この場合、ダイレクト通信制御部１２は、送信メッセージをドライバインターフェイス制御部１４を介してネットワークドライバ部２０に引き渡す（Ｓ２８）。ネットワークドライバ部２０は、当該送信メッセージをウェブサーバに送信する。

【0037】

次に、本実施の形態にかかるクライアント装置１の動作概念を図９の概念図を参照して説明する。前述のようにデータフィルタ部１０内のダイレクト通信制御部１２は、送信メッセージにダイレクト通信を指示するフラグが含まれているか否かを判定する。ダイレクト通信制御を指示するフラグが含まれている場合、データフィルタ部１０は、ウェブサーバに送信メッセージを送信することなく、必要な変換処理を行った上で送信メッセージをそのままブラウザ６０に引き渡す（図９実線矢印部分）。

【0038】

一方、ダイレクト通信制御を指示するフラグが含まれていない場合、データフィルタ部１０は、ネットワークドライバ部２０を介して送信メッセージをウェブサーバに送信する（図９破線矢印部分）。

【0039】

続いて、本実施の形態にかかるクライアント装置１の効果について説明する。上述したようにダイレクト通信制御部１２は、ウェブサーバに送信する送信メッセージ内にダイレクト通信用のフラグが設定されているか否かを判定し、フラグが設定されている場合にはウェブサーバに送信メッセージを送信することなく、通信先のクライアントアプリケーションに受け渡す。これにより、ウェブサーバを介さずにクライアントアプリケーション間でデータの受け渡しを行うことが可能となる。

【0040】

さらに、同一クライアント装置上で動作するクライアントアプリケーションが直接通信できることにより、ネットワークアクセスに伴う悪影響を受ける可能性を減らすことができる。上述の悪影響とは、ネットワーク障害や外部要因による通信遅延、通信遮断、データの漏えい等のセキュリティ侵害等を含む。

【0041】

さらに上述の方式は、ブラウザ６０とネットワークドライバ部２０との間に設けられるデータフィルタ部１０により実現される。これにより、ウェブアプリケーションの動作環境に影響を与えることなく、上述の効果（ウェブサーバを介さずにデータの受け渡し等）を実現することができる。

【0042】

上述のクライアント装置１内の各処理部（データフィルタ部１０、ネットワークドライバ部２０、カーネル部３０、ブラウザ６０）の各処理は、任意のコンピュータ内で動作するプログラムとして実現してもよい。プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0043】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

【0044】

最後に、図１０を参照して本発明の概要を改めて説明する。データフィルタ部１０内のダイレクト通信制御部１２は、クライアントアプリケーションＡ＿４０を実行するブラウザ６０から送信された送信メッセージ内に同一クライアント装置１上で動作するクライアントアプリケーションＢ＿５０とのデータやり取りを指示するダイレクト通信用のフラグがあるか否かを判定する。

【0045】

当該フラグがある場合、ダイレクト通信制御部１２は、当該送信メッセージをサーバに送信することなく、そのままブラウザ６０に引き渡す（図１０実線部分）。これにより、ウェブサーバを介した通信回数を削減でき、ネットワークやサーバに起因する各種の問題（通信遅延、セキュリティ上の問題）等を回避することができる。さらに、当該構成は、一般的なウェブサーバとブラウザにより実現されるウェブアプリケーションに親和性が高い（適応が容易である）。

【符号の説明】

【0046】

１ クライアント装置
１０ データフィルタ部
１１ アプリケーション（ＡＰＩ）制御部
１２ ダイレクト通信制御部
１３ 変換部
１４ ドライバインターフェイス制御部
２０ ネットワークドライバ部
３０ カーネル部
４０ クライアントアプリケーションＡ
５０ クライアントアプリケーションＢ
６０ ブラウザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】