(57)【要約】【課題】サーバを介することなくクライアントアプリケーション間でデータの受け渡しを行うことができるクライアント装置、データ処理方法、及びプログラムを提供すること【解決手段】データフィルタ部１０内のダイレクト通信制御部１２は、クライアントアプリケーションＡ＿４０を実行するブラウザ６０から送信された送信メッセージ内に同一クライアント装置１上で動作するクライアントアプリケーションＢ＿５０とのデータやり取りを指示するダイレクト通信用のフラグがあるか否かを判定する。当該フラグがある場合、ダイレクト通信制御部１２は、当該送信メッセージをサーバに送信することなく、そのままブラウザ６０に引き渡す。【選択図】図１０
2014006628.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置であって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すダイレクト通信制御部、を有するクライアント装置。
【請求項２】
前記ダイレクト通信制御部は、前記ダイレクト通信フラグが存在しない場合または無効値が設定されている場合、前記送信メッセージを前記ウェブサーバに送信する、請求項１に記載のクライアント装置。
【請求項３】
前記ダイレクト通信制御部が前記ダイレクト通信フラグを検出した場合、前記送信メッセージに含まれる前記第１アプリケーション用のデータを予め定められた変換テーブルに応じて前記第２クライアントアプリケーションのデータに変換する変換部を更に備える請求項１または請求項２に記載のクライアント装置。
【請求項４】
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置の制御方法であって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡す、クライアント制御方法。
【請求項５】
前記ダイレクト通信フラグが存在しない場合または無効値が設定されている場合、前記送信メッセージを前記ウェブサーバに送信する、請求項４に記載のクライアント制御方法。
【請求項６】
前記ダイレクト通信フラグを検出した場合、前記送信メッセージに含まれる前記第１アプリケーション用のデータを予め定められた変換テーブルに応じて前記第２クライアントアプリケーションのデータに変換する請求項４または請求項５に記載のクライアント制御方法。
【請求項７】
コンピュータに、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行させるプログラムであって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定するステップと、
前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すステップと、
を実行させるプログラム。
【請求項８】
前記ダイレクト通信フラグが存在しない場合または無効値が設定されている場合、前記送信メッセージを前記ウェブサーバに送信するステップを実行する、請求項７に記載のプログラム。
【請求項９】
前記ダイレクト通信フラグを検出した場合、前記送信メッセージに含まれる前記第１アプリケーション用のデータを予め定められた変換テーブルに応じて前記第２クライアントアプリケーションのデータに変換するステップを実行する、請求項７または請求項８に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアント装置、クライアント制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年のインターネット技術の普及に伴い、様々な場面でウェブアプリケーションが利用されている。ウェブサーバは、インターネット接続されたクライアント装置のブラウザソフトウェア（以下、単にブラウザと記載する）から各種入力を受け付け、当該入力に応じたコンテンツを提供する。当該コンテンツとは、例えばＨＴＭＬ形式で記載されたコンテンツに加え、ブラウザが実行可能な各種のスクリプト言語（たとえばＪａｖａＳｃｒｉｐｔ（登録商標））等が記載されたコンテンツを含む。本明細書では、ブラウザが実行可能な各種のスクリプト言語等が記載されたコンテンツをクライアントアプリケーションとも呼称する。
【０００３】
ウェブアプリケーションの普及が進むにつれて、同一クライアント装置上で複数のクライアントアプリケーション（例えばＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語を含むウェブページ）を同時に実行する場合がある。この場合、クライアントアプリケーション間でデータの入出力を行うケースも想定される。
【０００４】
なお、特許文献１には、ウェブアプリケーションの連携方法に関する一態様が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２２８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願発明者は、同一クライアント装置上で複数のクライアントアプリケーション（例えばＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語を含むウェブページ）を同時に実行する場合における問題を新たに見出した。当該問題を以下に説明する。
【０００７】
クライアント装置上のあるクライアントアプリケーションをブラウザを介して実行し、同一クライアント装置上の他のクライアントアプリケーションにデータを受け渡す場合、一般的な手法ではブラウザはウェブサーバにアクセスを行う。そして、ウェブサーバからデータを他のクライアントアプリケーション宛てに送信することによりデータの受け渡しを行っていた。すなわち、必ずサーバを介した通信を行う必要があった。
【０００８】
このように必ずサーバを介した通信を行う必要があるため、ネットワーク障害や外部要因による通信遅延の影響を受けやすいという問題があった。さらに、ネットワークを介した通信を行うため、セキュリティ上の問題が生じ得る。特に個人情報等のデータを受け渡す場合にセキュリティ上の懸念がある。
【０００９】
本願は上述した問題に鑑みてなされたものであり、サーバを介することなくクライアントアプリケーション間でデータの受け渡しを行うことができるクライアント装置、データ処理方法、及びプログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【００１０】
本発明にかかるクライアント装置の一態様は、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置であって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すダイレクト通信制御部、
を有するものである。
【００１１】
本発明にかかるクライアント制御方法の一態様は、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行するブラウザを有するクライアント装置の制御方法であって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定し、前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡す、
ものである。
【００１２】
本発明にかかるプログラムの一態様は、
コンピュータに、
ウェブサーバから供給された第１クライアントアプリケーション及び第２クライアントアプリケーションを同時実行させるプログラムであって、
前記第１クライアントアプリケーションの実行時に前記ウェブサーバへの送信メッセージ内に前記第２アプリケーションとのデータやり取りを示すダイレクト通信フラグがあるか否かを判定するステップと、
前記ダイレクト通信フラグが設定されている場合には前記送信メッセージを前記ウェブサーバに送信することなく前記第２クライアントアプリケーションを実行する前記ブラウザに引き渡すステップと、
を実行させる、ものである。
【発明の効果】
【００１３】
本願では、サーバを介することなくクライアントアプリケーション間でデータの受け渡しを行うことができるクライアント装置、クライアント制御方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１にかかるクライアント装置１の構成を示すブロック図である。
【図２】実施の形態１にかかるクライアントアプリケーション＿Ａ４０のコード例を示す図である。
【図３】実施の形態１にかかるクライアントアプリケーション＿Ｂ５０のコード例を示す図である。
【図４】実施の形態１にかかるブラウザ６０から送信される送信メッセージを示す図である。
【図５】実施の形態１にかかる変換部１３が用いる変換ルールを示す図である。
【図６】実施の形態１にかかるブラウザ６０に引き渡される送信メッセージを示す図である。
【図７】実施の形態１にかかるクライアント装置１の動作を示すフローチャートである。
【図８】実施の形態１にかかるクライアント装置１の動作を示すフローチャートである。
【図９】実施の形態１にかかるクライアント装置１の動作概念を示す図である。
【図１０】実施の形態１にかかるクライアント装置１の動作概念を示す図である。
【発明を実施するための形態】
【００１５】
＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかるクライアント装置１の構成を示すブロック図である。クライアント装置１は、データフィルタ部１０と、ネットワークドライバ部２０と、カーネル部３０と、ブラウザ６０を有する。なお、クライアント装置１０上ではブラウザ６０を介して２つのクライアントアプリケーション（クライアントアプリケーション＿Ａ４０、クライアントアプリケーション＿Ｂ５０）が実行されている。
【００１６】
クライアント装置１は、一般的なネットワーク通信機能を持つ端末であればよく、例えばパーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等であればよい。
【００１７】
ここでクライアントアプリケーション＿Ａ４０及びクライアントアプリケーションＢ＿５０は、ブラウザ６０などのクライアントサイドで実行される。例えば、クライアントアプリケーション＿Ａ４０及びクライアントアプリケーションＢ＿５０は、ＨＴＭＬ言語で記載された静的なコードと、スクリプト言語（ＪａｖａＳｃｒｉｐｔ（登録商標）等）により記述されたプログラムコードを含む。
【００１８】
クライアントアプリケーション＿Ａ４０のコード例を図２に示す。クライアントアプリケーション＿Ａ４０は、あるスクリプト言語（Ａ言語とする）のコードを含む。ここで、ウェブサーバから当該コードをダウンロードした際に、他のクライアントアプリケーションとの直接通信を指示する特定のタグ（図２の例では"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）が含まれている。なお、他のクライアントアプリケーションとの直接通信を以下の説明ではダイレクト通信と呼称する。"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"は、他のクライアントアプリケーションに受け渡すデータを指示するタグであり、"ｄａｔａ−Ａ１"として関数"Ａ−ｆｕｎｃ（）"の実行結果を受け渡し、"ｄａｔａ−Ａ２"として数値"３３"を受け渡すことが規定されている。また、"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"には、データの受け渡し先となるクライアントアプリケーションの識別子（"ａｄｄｒｅｓｓ＝Ｂ"）が含まれている。
【００１９】
同様にクライアントアプリケーション＿Ｂ５０のコード例を図３に示す。クライアントアプリケーション＿Ｂ５０は、クライアントアプリケーション＿Ａ４０とは別のスクリプト言語（Ｂ言語とする）のコードを含む。当該コードには、データ種別"ｄａｔａＢ−１"、"ｄａｔａＢ−２"のデータを表示する内容が記載されている。
【００２０】
なお図１の例では２つのクライアントアプリケーションが動作している例を示したが、必ずしもこれに限られず、クライアント装置１は３以上のクライアントアプリケーションを実行しても良い。また、上述のタグ名（"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）等はあくまで一例であり、他の名称、他のフォーマットで記載されても良いことは勿論である。
【００２１】
ブラウザ６０は、ダイレクト通信要求のタグを含む場合に、当該要求の情報を含む送信メッセージをネットワーク上のウェブサーバ（詳細にはクライアントアプリケーションＡ＿４０の配信元のサーバ）に送信する。当該送信メッセージの一例を図４に示す。当該メッセージは、上述のダイレクト通信に関するフラグ（ダイレクト通信を行うか否か）及びダイレクト通信を行う際の受け渡しデータを含む。図４の例では、ダイレクト通信の実行可否を示すフラグ（"ｆｌａｇ"）、データ送信元のアプリケーション識別子（"Ａ"）,データ送信先のアプリケーション識別子（"Ｂ"）、送信データ（"ｄａｔａＡ−１"、"ｄａｔａＡ−２"）が記載されている。
【００２２】
以下の説明では、当該メッセージ（図４）はＸＭＬ（eXtensible Markup Language）形式のメッセージであるものとして説明するが、送信フォーマットはＸＭＬ形式に限られることなく、ブラウザ６０及びウェブサーバが解釈できる任意の形式（例えば各種のＨＴＴＰメソッド（ＨＴＴＰ  ＰＯＳＴメソッド、ＨＴＴＰ  ＰＵＴメソッド等）に埋め込まれる方式）で表現すればよい。
【００２３】
ネットワークドライバ部２０は、オペレーティングシステム等が提供するネットワークの管理機能を実行する。カーネル部３０は、オペレーティングシステムが提供するシステムリソース処理等を実行する。
【００２４】
データフィルタ部１０は、アプリケーション（ＡＰＩ）制御部１１と、ダイレクト通信制御部１２と、ＨＴＭＬ変換部１３と、ドライバインターフェイス制御部１４と、を備える。
【００２５】
ドライバインターフェイス制御部１４は、データフィルタ部１０内の各処理部とネットワークドライバ部２０とのデータやり取りを行う際のインターフェイスとして動作する。
【００２６】
アプリケーション（ＡＰＩ）制御部１１は、各種のクライアントアプリケーションのＡＰＩ（Application Programming Interface）を解釈し、送信されたＨＴＭＬデータやＨＴＴＰメッセージを抽出する。
【００２７】
ダイレクト通信制御部１２は、ブラウザ６０からの送信メッセージ（図４）からダイレクト通信を指示するフラグ（"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）があるか否かを検証する。当該フラグがある場合、ダイレクト通信制御部１２は、当該フラグに関連付けられた宛先や受け渡すデータを抽出する。図４の例では、ダイレクト通信制御部１２は、当該メッセージ内にダイレクト通信を指示するフラグがある（＜ｆｌａｇ＞ｙｅｓ＜／ｆｌａｇ＞）と判定する。そしてダイレクト通信制御部１２は、"ｄａｔａ−Ａ１"及び"ｄａｔａ−Ａ２"をクライアントアプリケーション"Ｂ"（クライアントアプリケーションＢ＿５０の識別子）に受け渡すというデータとして抽出する。
【００２８】
変換部１３は、ダイレクト通信により受け渡すデータを受け渡し先のクライアントアプリケーションに応じて変換する。変換部１３は、予め定められた変換ルールに応じてデータを変換する。以下の説明では、データの送信元のクライアントアプリケーションＡ＿４０のコードを図２に示すコードとし、データの送信先のクライアントアプリケーションＢ＿５０のコードを図３に示すコードとする。また、変換部１３が使用する変換ルールの一例を図５に示す。
【００２９】
図５に示すように、クライアントアプリケーションＡ＿４０とクライアントアプリケーションＢ＿５０との間のデータの対応関係が規定されている。例えば図５には、"ｄａｔａＡ−１"と"ｄａｔａＢ−１"が等しいこと、ｄａｔａＡ−２" に２を乗算した値と"ｄａｔａＢ−２"が等しいこと、等が記載されている。
【００３０】
変換部１３は、送信メッセージ（図４）内から読み出したデータを変換ルールに応じて送信先に適応するように変換する。変換後のメッセージ例を図６に示す。図示するように、各データがクライアントアプリケーションＢ＿５０に応じたメッセージに変換されている。例えば"ｄａｔａＡ−１"が"ｄａｔａＢ−１"に変換され、"ｄａｔａＡ−２"に２を乗算した値が"ｄａｔａＢ−２"と記載されている。なお、図６に示すメッセージ形式（ＸＭＬ形式）もあくまで一例であり、ブラウザ６０が解釈可能な任意の形式であればよい。
【００３１】
ブラウザ６０は、ダイレクト通信制御部１２から変換部１３を介して受信した送信メッセージ（図６）を解釈して表示処理を行う。なお、ブラウザ６０上で実行されているクライアントアプリケーションが同一視できる場合（例えば同一のスクリプト言語を用いている場合）には変換部１３による変換を行わなくてもよい。
【００３２】
続いて、図７及び図８のフローチャートを参照して本実施の形態にかかるクライアント装置の動作について説明する。図７は、クライアントアプリケーションＡ＿４０（ダイレクト通信送信側）の実行中の動作を示すフローチャートである。
【００３３】
ウェブアプリケーションＡ＿４０を実行するブラウザ６０は、コード内（図２）からダイレクト通信要求を示すタグを抽出する（Ｓ１１）。ブラウザ６０は、ウェブアプリケーションＡ＿４０の供給元のサーバに送信するメッセージを生成し（Ｓ１２）、ダイレクト通信要求を示すタグから読み出した各種のデータを基に送信メッセージを設定する（Ｓ１３）。なおダイレクト通信を指示するタグが設定されていない場合、ダイレクト通信制御部１２は、ダイレクト通信要求用のタグの埋め込みは行わない。ブラウザ６０は、設定（Ｓ１３）の後に当該メッセージを送信する（Ｓ１４）。
【００３４】
続いて図８を参照してデータフィルタ部１０の動作を説明する。データフィルタ部１０は、ネットワークドライバ部２０にアタッチし、メッセージの受信待ちを行う（Ｓ２１、Ｓ２２）。ダイレクト通信制御部１２は、送信メッセージ内からダイレクト通信用タグ（"ｄｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ"）を取り出し（Ｓ２３）、当該タグからダイレクト通信用のフラグ（"ｆｌａｇ"）タグを抽出する（Ｓ２４）。
【００３５】
読み出したダイレクト通信用のフラグ（"ｆｌａｇ"）の値が"Ｙｅｓ"であった場合、ダイレクト通信制御部１２はダイレクト通信要求であると判定する（Ｓ２５：Ｙｅｓ）。ダイレクト通信要求である場合（Ｓ２５：Ｙｅｓ）、変換部１３は送信メッセージを変換ルール（図５）に基づいて変換し（Ｓ２６）、変換後のデータをブラウザ６０に引き渡す（Ｓ２７）。
【００３６】
ダイレクト通信用のフラグ（"ｆｌａｇ"）タグが設定されていない場合やダイレクト通信用のフラグ（"ｆｌａｇ"）タグに"Ｎｏ"等が設定されている場合、ダイレクト通信制御部１２はダイレクト通信要求ではないと判定する（Ｓ２５：Ｎｏ）。この場合、ダイレクト通信制御部１２は、送信メッセージをドライバインターフェイス制御部１４を介してネットワークドライバ部２０に引き渡す（Ｓ２８）。ネットワークドライバ部２０は、当該送信メッセージをウェブサーバに送信する。
【００３７】
次に、本実施の形態にかかるクライアント装置１の動作概念を図９の概念図を参照して説明する。前述のようにデータフィルタ部１０内のダイレクト通信制御部１２は、送信メッセージにダイレクト通信を指示するフラグが含まれているか否かを判定する。ダイレクト通信制御を指示するフラグが含まれている場合、データフィルタ部１０は、ウェブサーバに送信メッセージを送信することなく、必要な変換処理を行った上で送信メッセージをそのままブラウザ６０に引き渡す（図９実線矢印部分）。
【００３８】
一方、ダイレクト通信制御を指示するフラグが含まれていない場合、データフィルタ部１０は、ネットワークドライバ部２０を介して送信メッセージをウェブサーバに送信する（図９破線矢印部分）。
【００３９】
続いて、本実施の形態にかかるクライアント装置１の効果について説明する。上述したようにダイレクト通信制御部１２は、ウェブサーバに送信する送信メッセージ内にダイレクト通信用のフラグが設定されているか否かを判定し、フラグが設定されている場合にはウェブサーバに送信メッセージを送信することなく、通信先のクライアントアプリケーションに受け渡す。これにより、ウェブサーバを介さずにクライアントアプリケーション間でデータの受け渡しを行うことが可能となる。
【００４０】
さらに、同一クライアント装置上で動作するクライアントアプリケーションが直接通信できることにより、ネットワークアクセスに伴う悪影響を受ける可能性を減らすことができる。上述の悪影響とは、ネットワーク障害や外部要因による通信遅延、通信遮断、データの漏えい等のセキュリティ侵害等を含む。
【００４１】
さらに上述の方式は、ブラウザ６０とネットワークドライバ部２０との間に設けられるデータフィルタ部１０により実現される。これにより、ウェブアプリケーションの動作環境に影響を与えることなく、上述の効果（ウェブサーバを介さずにデータの受け渡し等）を実現することができる。
【００４２】
上述のクライアント装置１内の各処理部（データフィルタ部１０、ネットワークドライバ部２０、カーネル部３０、ブラウザ６０）の各処理は、任意のコンピュータ内で動作するプログラムとして実現してもよい。プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００４３】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００４４】
最後に、図１０を参照して本発明の概要を改めて説明する。データフィルタ部１０内のダイレクト通信制御部１２は、クライアントアプリケーションＡ＿４０を実行するブラウザ６０から送信された送信メッセージ内に同一クライアント装置１上で動作するクライアントアプリケーションＢ＿５０とのデータやり取りを指示するダイレクト通信用のフラグがあるか否かを判定する。
【００４５】
当該フラグがある場合、ダイレクト通信制御部１２は、当該送信メッセージをサーバに送信することなく、そのままブラウザ６０に引き渡す（図１０実線部分）。これにより、ウェブサーバを介した通信回数を削減でき、ネットワークやサーバに起因する各種の問題（通信遅延、セキュリティ上の問題）等を回避することができる。さらに、当該構成は、一般的なウェブサーバとブラウザにより実現されるウェブアプリケーションに親和性が高い（適応が容易である）。
【符号の説明】
【００４６】
１  クライアント装置
１０  データフィルタ部
１１  アプリケーション（ＡＰＩ）制御部
１２  ダイレクト通信制御部
１３  変換部
１４  ドライバインターフェイス制御部
２０  ネットワークドライバ部
３０  カーネル部
４０  クライアントアプリケーションＡ
５０  クライアントアプリケーションＢ
６０  ブラウザ
【図１】
2014006628.tif 000003
【図２】
2014006628.tif 000004
【図３】
2014006628.tif 000005
【図４】
2014006628.tif 000006
【図５】
2014006628.tif 000007
【図６】
2014006628.tif 000008
【図７】
2014006628.tif 000009
【図８】
2014006628.tif 000010
【図９】
2014006628.tif 000011
【図１０】
2014006628.tif 000012