JP4313091B2 - 情報処理システム - Google Patents
情報処理システム Download PDFInfo
- Publication number
- JP4313091B2 JP4313091B2 JP2003155015A JP2003155015A JP4313091B2 JP 4313091 B2 JP4313091 B2 JP 4313091B2 JP 2003155015 A JP2003155015 A JP 2003155015A JP 2003155015 A JP2003155015 A JP 2003155015A JP 4313091 B2 JP4313091 B2 JP 4313091B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- protocol
- server
- application program
- device driver
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用した情報処理システムに関し、特に該情報処理システム上のアプリケーションプログラムで利用するハードウェアの効率的な制御技術に関する。
【０００２】
【従来の技術】
情報処理システムは、ＣＰＵ、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク）、入出力装置（キーボード、マウス、ディスプレイ、ネットワーク）など様々なハードウェア資源を持つ。一般に異なるハードウェアの仕様の違いを吸収し、そのシステム上のアプリケーションプログラムに共通の環境を提供するためＯＳによってシステムの管理を行う。
【０００３】
ＯＳによるデバイスの管理は、特開平７−１３７７８号公報に記載されているように、図７に示す構成で行われる。ＯＳ２０１はメモリの管理、スケジューリング、入出力の管理を行い、ハードウェアデバイス２０２の制御はその固有のデバイスドライバ２０３を介して行う。アプリケーションプログラム２０４、２０５は、ＯＳの用意するＡＰＩ２０６を介してデバイスドライバ２０３を制御し、ハードウェアデバイス２０２を利用する。図２中にデバイスを一つしか示していないが、通常デバイスは複数存在し、夫々のデバイスにデバイスドライバが用意される。
【０００４】
ＴＣＰ／ＩＰ等を利用するネットワークを用いる場合も、ＮＩＣ（ネットワークインタフェースカード）２０７のデバイスドライバ２０８を介してＮＩＣ２０７を制御するが、特開平７−２７３８０３号公報にあるようにデバイスドライバ２０８の上位にＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１等からなるプロトコルスタックが構成される。ネットワークを使用するアプリケーションは、ソケットインタフェース２１２を介してプロトコルスタックを利用し、デバイスドライバ２０８によるＮＩＣ２０７の制御を行って通信を行う。アプリケーションプログラム２０４、２０５は、ソケットインタフェース２１２によりＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１を利用でき、インターネット上の様々なサービスに接続できる。
【０００５】
しかし、アプリケーション２０４、２０５の利用するハードウェアデバイス２０２は、ＯＳ２０１によって定められたデバイスドライバ２０３によって制御され、ネットワークとしてのインタフェースとは関連性が無く、アプリケーション２０４、２０５でデバイスを使用するためにはデバイスごとにＯＳの定めたＡＰＩ対応部２１３を設ける必要があった。
【０００６】
【発明が解決しようとする課題】
従来、ＴＣＰ／ＵＤＰより上位のプロトコル及び通信データの処理を行うハードウェアをアプリケーションで使用するには、アプリケーションにそのハードウェア専用のインタフェースを設ける必要があった。この為、ＴＣＰ／ＵＤＰより上位のプロトコル及び通信データの処理を行うハードウェアをシステムに追加しても既存のアプリケーションプログラムでは使用することができない。使用するためには、既存のアプリケーションの変更も必要となり膨大なソフトウェア資産の変更が必要となるので、新規ハードウェアデバイスの利用が難しいという課題を有していた。
【０００７】
また、アプリケーションプログラムで新規ハードウェアデバイスに対応するとデバイスの有無でソフトウェアの構成の種類も増え、アプリケーションプログラムの移植性を損なうという課題も有していた。
【０００８】
また、ＳＳＬアクセラレータなど新規のデバイスが開発され、そのデバイスを既存アプリケーションより使用しようとすると、上述したようにアプリケーションにＡＰＩ対応部を追加し、デバイスの制御を行うよう変更を加える必要がある。
【０００９】
この様に、従来のデバイスドライバによるデバイスの制御方法では、ハードウェアによる既存アプリケーションの拡張はＯＳ、追加デバイスごとにアプリケーションに変更を加える必要があり、工数がかかり、ハードウェアデバイスの追加による機能拡張が難しいという課題を有していた。
【００１０】
【課題を解決するための手段】
本発明は、ネットワークを利用する既存アプリケーションがすでにネットワークに対応していることを利用し、サーバとしてのネットワークインタフェースを提供するソケットインタフェース対応部を持つハードウェア制御プログラムによって上記課題を解決する。これにより、ネットワークを利用する既存アプリケーションは、ネットワークインタフェースを介してハードウェア制御プログラムのソケットインタフェース対応部にアクセスできるので、ハードウェアデバイスの利用が可能となる。
【００１１】
また、本発明は、ネットワークインタフェースと、ネットワークアプリケーションの処理を受け持つハードウェアデバイスとを有し、ＯＳによって管理されて動作する情報処理システムであって、前記ＯＳには、ループバックアドレス又は自局アドレスのポートを使用するサーバ機能を有し、前記ハードウェアデバイスを制御するデバイスドライバからなるハードウェア制御プログラムを有することを特徴とする情報処理システムである。
【００１２】
また、本発明は、前記ＯＳには、更に前記ネットワークインタフェースを利用して通信を行うインターネットプロトコルを処理するプロトコルスタックからなるハードウェア制御プログラムを有することを特徴とする。
【００１３】
また、本発明は、前記情報処理システムにおいて、アプリケーションプログラムが、接続先アドレスとして前記サーバ機能が使用しているループバックアドレス又は自局アドレスのポートを指定することにより前記ハードウェア制御プログラムと通信を行うことを特徴とする。
【００１４】
また、本発明は、前記ハードウェア制御プログラムが、アプリケーションプログラムと外部ネットワーク上のサーバとの間で通信することを特徴とする。また、本発明は、前記ハードウェア制御プログラムが、アプリケーションプログラムと外部ネットワーク上のサーバ間の通信を中継することを特徴とする。
【００１５】
また、本発明は、前記デバイスドライバには、プロトコル変換部と、プロトコル変換テーブルとを有することを特徴とする。
【００１６】
また、本発明は、前記デバイスドライバは、アプリケーションプログラムと通信するＴＣＰ/ＩＰより上のプロトコルと、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバと通信するＴＣＰ/ＩＰより上のプロトコルとが異なるとき、前記アプリケーションプログラムから受信したデータを前記プロトコル変換部により前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバの使用するプロトコルにあわせ変換してそのサーバに送信することを特徴とする。
【００１７】
また、本発明は、前記デバイスドライバは、アプリケーションプログラムと通信するＴＣＰ/ＩＰより上のプロトコルと、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバと通信するＴＣＰ/ＩＰより上のプロトコルとが異なるとき、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバから受信したデータを前記プロトコル変換部により前記アプリケーションプログラムの使用するプロトコルにあわせて変換してアプリケーションプログラムに送信することを特徴とする。
【００１８】
また、本発明は、ネットワークを利用するネットワークアプリケーションと、該ネットワークアプリケーションの処理を受け持つハードウェアデバイスと、サーバ機能としてのネットワークインタフェースを提供するソケットインタフェース対応部を有し、前記ハードウェアデバイスを制御するデバイスドライバからなるハードウェア制御プログラムとを有し、前記ネットワークアプリケーションは、ネットワークインタフェースを介して前記ハードウェア制御プログラムのソケットインタフェース対応部にアクセスして前記ハードウェアデバイスの利用を可能とすることを特徴とする情報処理システムである。
【００１９】
【発明の実施の形態】
本発明に係る実施の形態について図面を用いて説明する。
【００２０】
まず、本発明に係る第１の実施の形態について図１及び図２を用いて説明する。図1は、本発明に係るネットワークアプリケーション向けハードウェア制御方法の第１の実施の形態の説明図である。
【００２１】
ＯＳ２０１はメモリの管理、スケジューリング、入出力の管理を行うものである。ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を利用するネットワークを用いる場合も、ＮＩＣ（Network Interface Card：ネットワークインタフェースカード）２０７のデバイスドライバ２０８を介してＮＩＣ２０７を制御する。デバイスドライバ２０８の上位には、ＩＰ（Internet Protocol）モジュール２０９、ＴＣＰ（Transmission Control Protocol）モジュール２１０、ＵＤＰ（User Datagram Protocol）モジュール２１１等からなるプロトコルスタックが構成される。ネットワークを使用するアプリケーション１０４は、ソケットインタフェース２１２を介してプロトコルスタックを利用し、デバイスドライバ２０８によるＮＩＣ２０７の制御を行って通信を行う。アプリケーションプログラム１０４は、ソケットインタフェース２１２によりＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１を利用でき、インターネット上の様々なサービスに接続できる。
【００２２】
更に、１０１はネットワークアプリケーション向けハードウェアデバイスである。１０２はハードウェアデバイス１０１のデバイスドライバであり、ソケットインタフェースを使用するネットワークインタフェース機能部１０３を有する。そして、１０４はソケットインタフェースを利用しネットワークを利用するアプリケーションプログラムである。
【００２３】
なお、アプリケーションプログラム１０４は、ＯＳの用意するＡＰＩ（Application Programming Interface）２０６を介してデバイスドライバ１０２を制御し、ハードウェアデバイス１０１を利用することも可能である。
【００２４】
アプリケーション１０４は、ハードウェアデバイス１０１を使用しない場合にはソケットインタフェース２１２を介し、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１、ＩＰモジュール２０９などのプロトコルスタックを利用し、デバイスドライバ２０８を介してＮＩＣ２０７の制御を行って通信する。このとき、アプリケーション１０４の接続するサーバは、ＮＩＣ２０７により繋がっている外部のネットワーク上にある。
【００２５】
本発明では、アプリケーション１０４がハードウェアデバイス１０１を使用するために、デバイスドライバ１０２にネットワークインタフェース機能部１０３を設け、デバイスドライバ１０２をループバックアドレス又は自局アドレスで動作するサーバとして機能させることにある。そして、アプリケーション１０４は、アプリケーション１０４の接続するサーバのアドレスとして、ループバックアドレス又は自局アドレスを指定することによって、デバイスドライバ１０２と通信し、ハードウェアデバイス１０１の制御を可能とする。
【００２６】
図２は、デバイスドライバ１０２の動作フローチャートを示している。デバイスドライバ１０２は、まず、ステップ３０１において、ハードウェアデバイス１０１の初期化を行う。これによりハードウェアデバイス１０１が使用可能な状態になる。次に、ステップ３０２において、ソケットインタフェース２１２との通信路を確保し、ソケットインタフェースを使用可能な状態にする。そして、確保した通信路のポート番号とＩＰアドレスをステップ３０３において決定する。このとき設定するＩＰアドレスはループバックアドレス（１２７．０．０．１）又は自局アドレスとする。
【００２７】
ネットワーク使用可能状態となったところで、ステップ３０４においてアプリケーション１０４からの接続を受け付ける。アプリケーション１０４からの接続を受け付け完了後、ステップ３０５においてアプリケーション１０４からの要求を受信する。その受信内容からアプリケーションの最終的に接続しようとしているネットワーク上のサーバのアドレスを取り出し、ステップ３０６でネットワーク上のサーバに接続する。さらに、ステップ３０７においてアプリケーション１０４からの要求を受信した後、ステップ３０８でその受信した要求データの加工及び要求データの生成をハードウェアデバイス１０１を用いて行う。そして、ステップ３０９において、ステップ３０７で加工または生成された要求データをステップ３０６で接続を確立したネットワーク上のサーバに送信する。次に、ステップ３０６で接続を確立したネットワーク上のサーバからの応答をステップ３１０にて行い、その受信した応答データの加工または応答データの生成をハードウェアデバイス１０１を利用して行うステップ３１１を実行する。そして、次のステップ３１２において、ステップ３１１で加工または生成された応答データをステップ３０４において接続を確立しているアプリケーションプログラム１０４へ送信する。このステップ３０５から３１２実行中にアプリケーションプログラム１０４からの切断要求またはエラーがないかをステップ３１３において判定し、切断要求、エラーがなければステップ３０７から３１２を繰り返す。切断要求またはエラーがあった場合は再びステップ３０４にもどりアプリケーション１０４からの接続を受け付ける。
【００２８】
このフローチャート中のハードウェアデバイス１０１を制御するステップ３０１、３０８、３１１を除くステップはネットワークインタフェース機能部１０３を介してアプリケーションプログラム１０４またはネットワーク上のサーバと通信することによって実現される。
【００２９】
この様に、デバイスドライバ１０２が動作することにより、アプリケーションプログラム１０４の設定でプロキシサーバとしてループバックアドレスまたは自局アドレスで動作するサーバを指定するだけで、アプリケーションプログラム１０４でＡＰＩ対応部の用意されていないハードウェアデバイス１０１を使用できるようになる。
【００３０】
ステップ３０３で決定されるＩＰアドレスが自局アドレスである場合には、ＮＩＣ２０７、デバイスドライバ２０８、ＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１、ソケットインタフェース２１２を介してネットワーク上の他局からハードウェアデバイス１０１が使用可能となる。ハードウェアデバイス１０１がセキュリティ上外部から使用されてはならない場合や、システム固有のデバイスである場合はステップ３０３で決定するアドレスはループバックアドレスが望ましいと考えられる。
【００３１】
図２ではデバイスドライバ１０２がプロキシサーバとして機能する場合の動作を示したが、デバイスドライバ１０２はプロキシサーバとしてだけでなく、httpd, ftpd, telnetd 等、使用するアプリケーションのプロトコルに対応したサーバの形式をとってハードウェアデバイス１０１を制御しても良い。
【００３２】
また、図１においてネットワークアプリケーション向けハードウェアデバイス１０１が1つである場合を示しているが、ネットワークアプリケーション向けハードウェアデバイス１０１は複数あっても良い。この場合は、夫々のデバイスにデバイスドライバ１０２を用意することでＡＰＩ対応部を持たないアプリケーション１０４で各デバイスが使用可能となる。また、複数のハードウェアデバイスを連携して動作させて効果が得られる場合は一つのデバイスドライバ１０２で複数のネットワークアプリケーション向けハードウェアデバイス１０１を制御しても良い。
【００３３】
次に、本発明に係るネットワークアプリケーション向けハードウェア制御方法をＳＳＬ（Secure Sockets Layer）アクセラレータに適用した第２の実施の形態について説明する。図４はＳＳＬアクセラレータを持つ情報処理システムの一実施例を示すブロック図である。ＳＳＬアクセラレータを持つ情報処理システムは、ＣＰＵ４０１、ＲＯＭ４０２、メインメモリ４０３、キーボードやマウスなどのＩ/Ｏ４０４、ＳＳＬアクセラレータ４０５、ディスプレイ４０７に表示する画像を表示するための表示コントローラ４０６、ＮＩＣ４０８がバスで接続されている構成をとっている。そして、ディスプレイコントローラ４０６にディスプレイ４０７が接続されており、画像を表示できる構成となっている。ＳＳＬアクセラレータ４０５は、ＳＳＬで使用する暗号の高速な暗号化及び復号化機能を提供する。これらの機能は暗号、復号演算の専用ハードウェアで構成されるため、ＣＰＵ４０１によりソフトウェアで行うのに比べ高速に暗号及び復号処理が可能となる。また、ＮＩＣ４０８はネットワークにつながり、サーバ４０９に接続可能となっている。この様なハードウェアシステム上で図４の構成のソフトウェアが動作する。
【００３４】
図４において、５０２はＳＳＬアクセラレータのデバイスドライバであり、ネットワークインタフェース機能部１０３を持つ。そして、このＳＳＬアクセラレータのデバイスドライバ５０２は図２のフローチャートに従い動作し、プロキシサーバとして機能する。また、５０４はネットワークを利用するアプリケーションでＷｅｂブラウザであり、図５に示すような画面でhttp (hypertext transfer protocol), https (hypertext transfer protocol, secure), ftp (file transfer protocol), gopher のプロキシサーバを設定可能である。この画面でhttps のプロキシサーバの項目に図２のステップ３０３で決定したアドレスとポート番号を設定することで、ＳＳＬを使用するhttp プロトコルである https を使用するサーバ４０９にアクセスするときには直接サーバ４０９に接続するのではなくhttpsプロキシサーバとして機能しているＳＳＬアクセラレータデバイスドライバ５０２を経由してサーバ４０９に接続するようになる。この為、図２のステップ３０８でＳＳＬアクセラレータ４０５の暗号化機能を利用して送信データの暗号化を高速に行い、ステップ３０９でサーバ４０９に送信できるようになる。
【００３５】
またステップ３１０でサーバ４０９より受信したデータを、ステップ３１１でＳＳＬアクセラレータ４０５の復号化機能を利用して受信データの高速な復号を行い、復号結果をＷｅｂブラウザ５０４に送信できるようになる。この結果Ｗｅｂブラウザ５０４は復号結果を受信できる。
【００３６】
この様にＣＰＵ４０１で行うと処理時間のかかるＳＳＬの暗号及び復号処理をＷｅｂブラウザ５０４の変更を行うことなく、ＳＳＬアクセラレータ４０５で行うことによって高速に処理可能となる。
【００３７】
Ｗｅｂブラウザ５０４の中には図５の様にhttps プロキシサーバを設定できないものもある。この場合は、図６に示すようにプロトコル変換部であるhttp, https 変換部７０１とプロトコル変換テーブルであるhttp, https 変換テーブル７０２を持つＳＳＬアクセラレータデバイスドライバ７０３で対応できる。この、ＳＳＬアクセラレータのデバイスドライバ７０３はＷｅｂブラウザ５０４に対してはhttp プロキシサーバとして働く。Ｗｅｂブラウザ５０４のプロキシサーバの設定ではhttp プロキシサーバとしてＳＳＬアクセラレータデバイスドライバ７０３のステップ３０３で決定したＩＰアドレスとポートを設定して使用する。このＳＳＬアクセラレータのデバイスドライバ７０３は、ほぼ図２のフローチャートに従って動作するが、ステップ３０５でＷｅｂブラウザから受信した後に、ステップ７０４（ステップ３１１に対応する）でサーバから受信したデータを復号し、該復号した後にステップ７０５（図示せず）を挿入した形で動作する。
【００３８】
ステップ３１１と３１２との間に挿入されるステップ７０５は、http, https変換部７０１で行われ、htmlデータの加工を行う。受信した html データ中に https サーバに対するリンクを発見すると、https を http に変換し、そのサーバに対するアドレスをhttp, https 変換テーブル７０２に登録する。ステップ７０４も、http, https変換部７０１で行う。このステップ７０４では、次に接続しようとするサーバがhttp, https変換テーブル７０２を確認し、そのサーバが変換テーブル７０２に登録されていれば使用するプロトコルをhttpsとし、次のステップ３０６で接続を確立する。また、ステップ３０８、及びステップ３１１ではステップ３０６で接続されたプロトコルがhttpsである場合のみ働き、ＳＳＬ処理のアクセラレートを行い、httpで接続されている場合はデータの加工を行わない。この様にＳＳＬアクセラレータデバイスドライバ５０２にhttp, https 変換部７０１とhttp, https 変換テーブル７０２を付加し、ステップ７０４及び７０５（図示せず）を追加し、ステップ３０８，３１１の動作を変更した httpプロキシサーバとして機能するＳＳＬアクセラレータデバイスドライバ７０３により、httpsプロキシサーバの設定のできないＷｅｂブラウザ５０４であってもＳＳＬアクセラレータ４０５が使用可能となる。
【００３９】
なお、これらhttpおよびhttpsは、共にＴＣＰ／ＩＰより上のプロトコルであり、互いに異なることになる。従って、ＳＳＬアクセラレータデバイスドライバ７０３は、アプリケーションプログラムであるＷｅｂブラウザ５０４と通信するプロトコルであるhttpと、http, https 変換テーブル７０２に登録されているhttps プロキシサーバと通信するプロトコルであるhttpsとが異なるとき、上記Ｗｅｂブラウザ５０４から受信したデータを上記http, https 変換部７０１により上記http, https 変換テーブル７０２に登録されているhttps プロキシサーバの使用するhttpsにあわせ変換してそのサーバに送信することになる。
【００４０】
また、ＳＳＬアクセラレータデバイスドライバ７０３は、Ｗｅｂブラウザ５０４と通信するプロトコルであるhttpと、http, https 変換テーブル７０２に登録されているhttps プロキシサーバと通信するプロトコルであるhttpsとが異なるとき、上記http, https 変換テーブル７０２に登録されているhttps プロキシサーバから受信したデータを上記http, https 変換部７０１により上記Ｗｅｂブラウザ５０４の使用するhttpにあわせて変換してＷｅｂブラウザ５０４に送信することになる。
【００４１】
ここまでネットワークと関連をもつハードウェアデバイスとしてＳＳＬアクセラレータを適用した場合について説明したが、音声合成、音声認識、生体認証、画像音声圧縮、伸張アクセラレータ、描画アクセラレータ、構文解析アクセラレータ描画、アクセラレータ、jpeg, png, xml, html のアクセラレータ等ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）以上のプロトコル及びネットワークと結びついたアプリケーションの処理をハードウェアデバイスで行う場合も、同様のデバイスドライバによりアプリケーションの変更をすることなくそのハードウェアデバイスドライバが使用可能となる。
【００４２】
【発明の効果】
本発明によれば、ネットワークアプリケーション向けハードウェア制御方法を用いることによって、アプリケーションプログラムを変更することなくネットワークを使用するアプリケーションプログラムでネットワークアプリケーションの向けのハードウェアを使用可能にすることが出来る。
【００４３】
また、本発明によれば、ネットワークと結びついたアプリケーションをサポートするハードウェアの制御をＯＳごとに異なるデバイスドライバのインタフェースでなく、ネットワークインタフェースで取り扱えるためアプリケーションの移植が容易になる。
【００４４】
また、本発明によれば、センサ等、今までネットワークと関連の無かったデバイスの制御を容易にネットワークに関連付けることが可能となる。
【図面の簡単な説明】
【図１】本発明に係るネットワークアプリケーション向けハードウェア制御方法を実行するデバイスドライバを備えた情報処理システムの一実施の形態を示す図である。
【図２】本発明に係るデバイスドライバの動作フローチャートの一実施例を示す図である。
【図３】本発明に係るＳＳＬアクセラレータを持つ情報処理システムの一実施の形態を示すブロック構成図である。
【図４】本発明に係るＳＳＬアクセラレータ制御方法を実行するＳＳＬアクセラレータデバイスドライバデバイスドライバを備えた情報処理システムの一実施の形態を示す図である。
【図５】プロキシサーバ設定画面の一実施例を示す図である。
【図６】本発明に係るhttp, https 変換機能付きＳＳＬアクセラレータ制御方法を実行するＳＳＬアクセラレータデバイスドライバデバイスドライバを備えた情報処理システムの一実施の形態を示す図である。
【図７】従来のハードウェア制御方法の説明図である。
【符号の説明】
１０１…ネットワークアプリケーション向けハードウェアデバイス、
１０２…ハードウェアデバイス１０１のデバイスドライバ、
１０３…ネットワークインタフェース機能部、
１０４…ネットワークを利用するアプリケーションプログラム、
２０１…ＯＳ（オペレーティングシステム）、
２０６…ＡＰＩ（アプリケーションプログラムインタフェース）、
２０７…ＮＩＣ（ネットワークインタフェースカード）、
２０８…ＮＩＣのデバイスドライバ、
２０９…ＩＰモジュール、２１０…ＴＣＰモジュール、
２１１…ＵＤＰモジュール、２１２…ソケットインタフェース、
４０１…ＣＰＵ、４０２…ＲＯＭ、４０３…メインメモリ、４０４…Ｉ/Ｏ、
４０５…ＳＳＬアクセラレータ、４０６…ディスプレイコントローラ、
４０７…ディスプレイ、４０８…ＮＩＣ、
４０９…ｈｔｔｐｓ を使用するサーバ、
５０２…ＳＳＬアクセラレータデバイスドライバ、
５０４…Ｗｅｂブラウザ（アプリケーションプログラム）、
７０１…ｈｔｔｐ、ｈｔｔｐｓ変換部（プロトコル変換部）、
７０２…ｈｔｔｐ、ｈｔｔｐｓ変換テーブル（プロトコル変換テーブル）、
７０３…ＳＳＬアクセラレータデバイスドライバ。
【発明の属する技術分野】
本発明は、ネットワークを利用した情報処理システムに関し、特に該情報処理システム上のアプリケーションプログラムで利用するハードウェアの効率的な制御技術に関する。
【０００２】
【従来の技術】
情報処理システムは、ＣＰＵ、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク）、入出力装置（キーボード、マウス、ディスプレイ、ネットワーク）など様々なハードウェア資源を持つ。一般に異なるハードウェアの仕様の違いを吸収し、そのシステム上のアプリケーションプログラムに共通の環境を提供するためＯＳによってシステムの管理を行う。
【０００３】
ＯＳによるデバイスの管理は、特開平７−１３７７８号公報に記載されているように、図７に示す構成で行われる。ＯＳ２０１はメモリの管理、スケジューリング、入出力の管理を行い、ハードウェアデバイス２０２の制御はその固有のデバイスドライバ２０３を介して行う。アプリケーションプログラム２０４、２０５は、ＯＳの用意するＡＰＩ２０６を介してデバイスドライバ２０３を制御し、ハードウェアデバイス２０２を利用する。図２中にデバイスを一つしか示していないが、通常デバイスは複数存在し、夫々のデバイスにデバイスドライバが用意される。
【０００４】
ＴＣＰ／ＩＰ等を利用するネットワークを用いる場合も、ＮＩＣ（ネットワークインタフェースカード）２０７のデバイスドライバ２０８を介してＮＩＣ２０７を制御するが、特開平７−２７３８０３号公報にあるようにデバイスドライバ２０８の上位にＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１等からなるプロトコルスタックが構成される。ネットワークを使用するアプリケーションは、ソケットインタフェース２１２を介してプロトコルスタックを利用し、デバイスドライバ２０８によるＮＩＣ２０７の制御を行って通信を行う。アプリケーションプログラム２０４、２０５は、ソケットインタフェース２１２によりＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１を利用でき、インターネット上の様々なサービスに接続できる。
【０００５】
しかし、アプリケーション２０４、２０５の利用するハードウェアデバイス２０２は、ＯＳ２０１によって定められたデバイスドライバ２０３によって制御され、ネットワークとしてのインタフェースとは関連性が無く、アプリケーション２０４、２０５でデバイスを使用するためにはデバイスごとにＯＳの定めたＡＰＩ対応部２１３を設ける必要があった。
【０００６】
【発明が解決しようとする課題】
従来、ＴＣＰ／ＵＤＰより上位のプロトコル及び通信データの処理を行うハードウェアをアプリケーションで使用するには、アプリケーションにそのハードウェア専用のインタフェースを設ける必要があった。この為、ＴＣＰ／ＵＤＰより上位のプロトコル及び通信データの処理を行うハードウェアをシステムに追加しても既存のアプリケーションプログラムでは使用することができない。使用するためには、既存のアプリケーションの変更も必要となり膨大なソフトウェア資産の変更が必要となるので、新規ハードウェアデバイスの利用が難しいという課題を有していた。
【０００７】
また、アプリケーションプログラムで新規ハードウェアデバイスに対応するとデバイスの有無でソフトウェアの構成の種類も増え、アプリケーションプログラムの移植性を損なうという課題も有していた。
【０００８】
また、ＳＳＬアクセラレータなど新規のデバイスが開発され、そのデバイスを既存アプリケーションより使用しようとすると、上述したようにアプリケーションにＡＰＩ対応部を追加し、デバイスの制御を行うよう変更を加える必要がある。
【０００９】
この様に、従来のデバイスドライバによるデバイスの制御方法では、ハードウェアによる既存アプリケーションの拡張はＯＳ、追加デバイスごとにアプリケーションに変更を加える必要があり、工数がかかり、ハードウェアデバイスの追加による機能拡張が難しいという課題を有していた。
【００１０】
【課題を解決するための手段】
本発明は、ネットワークを利用する既存アプリケーションがすでにネットワークに対応していることを利用し、サーバとしてのネットワークインタフェースを提供するソケットインタフェース対応部を持つハードウェア制御プログラムによって上記課題を解決する。これにより、ネットワークを利用する既存アプリケーションは、ネットワークインタフェースを介してハードウェア制御プログラムのソケットインタフェース対応部にアクセスできるので、ハードウェアデバイスの利用が可能となる。
【００１１】
また、本発明は、ネットワークインタフェースと、ネットワークアプリケーションの処理を受け持つハードウェアデバイスとを有し、ＯＳによって管理されて動作する情報処理システムであって、前記ＯＳには、ループバックアドレス又は自局アドレスのポートを使用するサーバ機能を有し、前記ハードウェアデバイスを制御するデバイスドライバからなるハードウェア制御プログラムを有することを特徴とする情報処理システムである。
【００１２】
また、本発明は、前記ＯＳには、更に前記ネットワークインタフェースを利用して通信を行うインターネットプロトコルを処理するプロトコルスタックからなるハードウェア制御プログラムを有することを特徴とする。
【００１３】
また、本発明は、前記情報処理システムにおいて、アプリケーションプログラムが、接続先アドレスとして前記サーバ機能が使用しているループバックアドレス又は自局アドレスのポートを指定することにより前記ハードウェア制御プログラムと通信を行うことを特徴とする。
【００１４】
また、本発明は、前記ハードウェア制御プログラムが、アプリケーションプログラムと外部ネットワーク上のサーバとの間で通信することを特徴とする。また、本発明は、前記ハードウェア制御プログラムが、アプリケーションプログラムと外部ネットワーク上のサーバ間の通信を中継することを特徴とする。
【００１５】
また、本発明は、前記デバイスドライバには、プロトコル変換部と、プロトコル変換テーブルとを有することを特徴とする。
【００１６】
また、本発明は、前記デバイスドライバは、アプリケーションプログラムと通信するＴＣＰ/ＩＰより上のプロトコルと、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバと通信するＴＣＰ/ＩＰより上のプロトコルとが異なるとき、前記アプリケーションプログラムから受信したデータを前記プロトコル変換部により前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバの使用するプロトコルにあわせ変換してそのサーバに送信することを特徴とする。
【００１７】
また、本発明は、前記デバイスドライバは、アプリケーションプログラムと通信するＴＣＰ/ＩＰより上のプロトコルと、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバと通信するＴＣＰ/ＩＰより上のプロトコルとが異なるとき、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバから受信したデータを前記プロトコル変換部により前記アプリケーションプログラムの使用するプロトコルにあわせて変換してアプリケーションプログラムに送信することを特徴とする。
【００１８】
また、本発明は、ネットワークを利用するネットワークアプリケーションと、該ネットワークアプリケーションの処理を受け持つハードウェアデバイスと、サーバ機能としてのネットワークインタフェースを提供するソケットインタフェース対応部を有し、前記ハードウェアデバイスを制御するデバイスドライバからなるハードウェア制御プログラムとを有し、前記ネットワークアプリケーションは、ネットワークインタフェースを介して前記ハードウェア制御プログラムのソケットインタフェース対応部にアクセスして前記ハードウェアデバイスの利用を可能とすることを特徴とする情報処理システムである。
【００１９】
【発明の実施の形態】
本発明に係る実施の形態について図面を用いて説明する。
【００２０】
まず、本発明に係る第１の実施の形態について図１及び図２を用いて説明する。図1は、本発明に係るネットワークアプリケーション向けハードウェア制御方法の第１の実施の形態の説明図である。
【００２１】
ＯＳ２０１はメモリの管理、スケジューリング、入出力の管理を行うものである。ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を利用するネットワークを用いる場合も、ＮＩＣ（Network Interface Card：ネットワークインタフェースカード）２０７のデバイスドライバ２０８を介してＮＩＣ２０７を制御する。デバイスドライバ２０８の上位には、ＩＰ（Internet Protocol）モジュール２０９、ＴＣＰ（Transmission Control Protocol）モジュール２１０、ＵＤＰ（User Datagram Protocol）モジュール２１１等からなるプロトコルスタックが構成される。ネットワークを使用するアプリケーション１０４は、ソケットインタフェース２１２を介してプロトコルスタックを利用し、デバイスドライバ２０８によるＮＩＣ２０７の制御を行って通信を行う。アプリケーションプログラム１０４は、ソケットインタフェース２１２によりＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１を利用でき、インターネット上の様々なサービスに接続できる。
【００２２】
更に、１０１はネットワークアプリケーション向けハードウェアデバイスである。１０２はハードウェアデバイス１０１のデバイスドライバであり、ソケットインタフェースを使用するネットワークインタフェース機能部１０３を有する。そして、１０４はソケットインタフェースを利用しネットワークを利用するアプリケーションプログラムである。
【００２３】
なお、アプリケーションプログラム１０４は、ＯＳの用意するＡＰＩ（Application Programming Interface）２０６を介してデバイスドライバ１０２を制御し、ハードウェアデバイス１０１を利用することも可能である。
【００２４】
アプリケーション１０４は、ハードウェアデバイス１０１を使用しない場合にはソケットインタフェース２１２を介し、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１、ＩＰモジュール２０９などのプロトコルスタックを利用し、デバイスドライバ２０８を介してＮＩＣ２０７の制御を行って通信する。このとき、アプリケーション１０４の接続するサーバは、ＮＩＣ２０７により繋がっている外部のネットワーク上にある。
【００２５】
本発明では、アプリケーション１０４がハードウェアデバイス１０１を使用するために、デバイスドライバ１０２にネットワークインタフェース機能部１０３を設け、デバイスドライバ１０２をループバックアドレス又は自局アドレスで動作するサーバとして機能させることにある。そして、アプリケーション１０４は、アプリケーション１０４の接続するサーバのアドレスとして、ループバックアドレス又は自局アドレスを指定することによって、デバイスドライバ１０２と通信し、ハードウェアデバイス１０１の制御を可能とする。
【００２６】
図２は、デバイスドライバ１０２の動作フローチャートを示している。デバイスドライバ１０２は、まず、ステップ３０１において、ハードウェアデバイス１０１の初期化を行う。これによりハードウェアデバイス１０１が使用可能な状態になる。次に、ステップ３０２において、ソケットインタフェース２１２との通信路を確保し、ソケットインタフェースを使用可能な状態にする。そして、確保した通信路のポート番号とＩＰアドレスをステップ３０３において決定する。このとき設定するＩＰアドレスはループバックアドレス（１２７．０．０．１）又は自局アドレスとする。
【００２７】
ネットワーク使用可能状態となったところで、ステップ３０４においてアプリケーション１０４からの接続を受け付ける。アプリケーション１０４からの接続を受け付け完了後、ステップ３０５においてアプリケーション１０４からの要求を受信する。その受信内容からアプリケーションの最終的に接続しようとしているネットワーク上のサーバのアドレスを取り出し、ステップ３０６でネットワーク上のサーバに接続する。さらに、ステップ３０７においてアプリケーション１０４からの要求を受信した後、ステップ３０８でその受信した要求データの加工及び要求データの生成をハードウェアデバイス１０１を用いて行う。そして、ステップ３０９において、ステップ３０７で加工または生成された要求データをステップ３０６で接続を確立したネットワーク上のサーバに送信する。次に、ステップ３０６で接続を確立したネットワーク上のサーバからの応答をステップ３１０にて行い、その受信した応答データの加工または応答データの生成をハードウェアデバイス１０１を利用して行うステップ３１１を実行する。そして、次のステップ３１２において、ステップ３１１で加工または生成された応答データをステップ３０４において接続を確立しているアプリケーションプログラム１０４へ送信する。このステップ３０５から３１２実行中にアプリケーションプログラム１０４からの切断要求またはエラーがないかをステップ３１３において判定し、切断要求、エラーがなければステップ３０７から３１２を繰り返す。切断要求またはエラーがあった場合は再びステップ３０４にもどりアプリケーション１０４からの接続を受け付ける。
【００２８】
このフローチャート中のハードウェアデバイス１０１を制御するステップ３０１、３０８、３１１を除くステップはネットワークインタフェース機能部１０３を介してアプリケーションプログラム１０４またはネットワーク上のサーバと通信することによって実現される。
【００２９】
この様に、デバイスドライバ１０２が動作することにより、アプリケーションプログラム１０４の設定でプロキシサーバとしてループバックアドレスまたは自局アドレスで動作するサーバを指定するだけで、アプリケーションプログラム１０４でＡＰＩ対応部の用意されていないハードウェアデバイス１０１を使用できるようになる。
【００３０】
ステップ３０３で決定されるＩＰアドレスが自局アドレスである場合には、ＮＩＣ２０７、デバイスドライバ２０８、ＩＰモジュール２０９、ＴＣＰモジュール２１０、ＵＤＰモジュール２１１、ソケットインタフェース２１２を介してネットワーク上の他局からハードウェアデバイス１０１が使用可能となる。ハードウェアデバイス１０１がセキュリティ上外部から使用されてはならない場合や、システム固有のデバイスである場合はステップ３０３で決定するアドレスはループバックアドレスが望ましいと考えられる。
【００３１】
図２ではデバイスドライバ１０２がプロキシサーバとして機能する場合の動作を示したが、デバイスドライバ１０２はプロキシサーバとしてだけでなく、httpd, ftpd, telnetd 等、使用するアプリケーションのプロトコルに対応したサーバの形式をとってハードウェアデバイス１０１を制御しても良い。
【００３２】
また、図１においてネットワークアプリケーション向けハードウェアデバイス１０１が1つである場合を示しているが、ネットワークアプリケーション向けハードウェアデバイス１０１は複数あっても良い。この場合は、夫々のデバイスにデバイスドライバ１０２を用意することでＡＰＩ対応部を持たないアプリケーション１０４で各デバイスが使用可能となる。また、複数のハードウェアデバイスを連携して動作させて効果が得られる場合は一つのデバイスドライバ１０２で複数のネットワークアプリケーション向けハードウェアデバイス１０１を制御しても良い。
【００３３】
次に、本発明に係るネットワークアプリケーション向けハードウェア制御方法をＳＳＬ（Secure Sockets Layer）アクセラレータに適用した第２の実施の形態について説明する。図４はＳＳＬアクセラレータを持つ情報処理システムの一実施例を示すブロック図である。ＳＳＬアクセラレータを持つ情報処理システムは、ＣＰＵ４０１、ＲＯＭ４０２、メインメモリ４０３、キーボードやマウスなどのＩ/Ｏ４０４、ＳＳＬアクセラレータ４０５、ディスプレイ４０７に表示する画像を表示するための表示コントローラ４０６、ＮＩＣ４０８がバスで接続されている構成をとっている。そして、ディスプレイコントローラ４０６にディスプレイ４０７が接続されており、画像を表示できる構成となっている。ＳＳＬアクセラレータ４０５は、ＳＳＬで使用する暗号の高速な暗号化及び復号化機能を提供する。これらの機能は暗号、復号演算の専用ハードウェアで構成されるため、ＣＰＵ４０１によりソフトウェアで行うのに比べ高速に暗号及び復号処理が可能となる。また、ＮＩＣ４０８はネットワークにつながり、サーバ４０９に接続可能となっている。この様なハードウェアシステム上で図４の構成のソフトウェアが動作する。
【００３４】
図４において、５０２はＳＳＬアクセラレータのデバイスドライバであり、ネットワークインタフェース機能部１０３を持つ。そして、このＳＳＬアクセラレータのデバイスドライバ５０２は図２のフローチャートに従い動作し、プロキシサーバとして機能する。また、５０４はネットワークを利用するアプリケーションでＷｅｂブラウザであり、図５に示すような画面でhttp (hypertext transfer protocol), https (hypertext transfer protocol, secure), ftp (file transfer protocol), gopher のプロキシサーバを設定可能である。この画面でhttps のプロキシサーバの項目に図２のステップ３０３で決定したアドレスとポート番号を設定することで、ＳＳＬを使用するhttp プロトコルである https を使用するサーバ４０９にアクセスするときには直接サーバ４０９に接続するのではなくhttpsプロキシサーバとして機能しているＳＳＬアクセラレータデバイスドライバ５０２を経由してサーバ４０９に接続するようになる。この為、図２のステップ３０８でＳＳＬアクセラレータ４０５の暗号化機能を利用して送信データの暗号化を高速に行い、ステップ３０９でサーバ４０９に送信できるようになる。
【００３５】
またステップ３１０でサーバ４０９より受信したデータを、ステップ３１１でＳＳＬアクセラレータ４０５の復号化機能を利用して受信データの高速な復号を行い、復号結果をＷｅｂブラウザ５０４に送信できるようになる。この結果Ｗｅｂブラウザ５０４は復号結果を受信できる。
【００３６】
この様にＣＰＵ４０１で行うと処理時間のかかるＳＳＬの暗号及び復号処理をＷｅｂブラウザ５０４の変更を行うことなく、ＳＳＬアクセラレータ４０５で行うことによって高速に処理可能となる。
【００３７】
Ｗｅｂブラウザ５０４の中には図５の様にhttps プロキシサーバを設定できないものもある。この場合は、図６に示すようにプロトコル変換部であるhttp, https 変換部７０１とプロトコル変換テーブルであるhttp, https 変換テーブル７０２を持つＳＳＬアクセラレータデバイスドライバ７０３で対応できる。この、ＳＳＬアクセラレータのデバイスドライバ７０３はＷｅｂブラウザ５０４に対してはhttp プロキシサーバとして働く。Ｗｅｂブラウザ５０４のプロキシサーバの設定ではhttp プロキシサーバとしてＳＳＬアクセラレータデバイスドライバ７０３のステップ３０３で決定したＩＰアドレスとポートを設定して使用する。このＳＳＬアクセラレータのデバイスドライバ７０３は、ほぼ図２のフローチャートに従って動作するが、ステップ３０５でＷｅｂブラウザから受信した後に、ステップ７０４（ステップ３１１に対応する）でサーバから受信したデータを復号し、該復号した後にステップ７０５（図示せず）を挿入した形で動作する。
【００３８】
ステップ３１１と３１２との間に挿入されるステップ７０５は、http, https変換部７０１で行われ、htmlデータの加工を行う。受信した html データ中に https サーバに対するリンクを発見すると、https を http に変換し、そのサーバに対するアドレスをhttp, https 変換テーブル７０２に登録する。ステップ７０４も、http, https変換部７０１で行う。このステップ７０４では、次に接続しようとするサーバがhttp, https変換テーブル７０２を確認し、そのサーバが変換テーブル７０２に登録されていれば使用するプロトコルをhttpsとし、次のステップ３０６で接続を確立する。また、ステップ３０８、及びステップ３１１ではステップ３０６で接続されたプロトコルがhttpsである場合のみ働き、ＳＳＬ処理のアクセラレートを行い、httpで接続されている場合はデータの加工を行わない。この様にＳＳＬアクセラレータデバイスドライバ５０２にhttp, https 変換部７０１とhttp, https 変換テーブル７０２を付加し、ステップ７０４及び７０５（図示せず）を追加し、ステップ３０８，３１１の動作を変更した httpプロキシサーバとして機能するＳＳＬアクセラレータデバイスドライバ７０３により、httpsプロキシサーバの設定のできないＷｅｂブラウザ５０４であってもＳＳＬアクセラレータ４０５が使用可能となる。
【００３９】
なお、これらhttpおよびhttpsは、共にＴＣＰ／ＩＰより上のプロトコルであり、互いに異なることになる。従って、ＳＳＬアクセラレータデバイスドライバ７０３は、アプリケーションプログラムであるＷｅｂブラウザ５０４と通信するプロトコルであるhttpと、http, https 変換テーブル７０２に登録されているhttps プロキシサーバと通信するプロトコルであるhttpsとが異なるとき、上記Ｗｅｂブラウザ５０４から受信したデータを上記http, https 変換部７０１により上記http, https 変換テーブル７０２に登録されているhttps プロキシサーバの使用するhttpsにあわせ変換してそのサーバに送信することになる。
【００４０】
また、ＳＳＬアクセラレータデバイスドライバ７０３は、Ｗｅｂブラウザ５０４と通信するプロトコルであるhttpと、http, https 変換テーブル７０２に登録されているhttps プロキシサーバと通信するプロトコルであるhttpsとが異なるとき、上記http, https 変換テーブル７０２に登録されているhttps プロキシサーバから受信したデータを上記http, https 変換部７０１により上記Ｗｅｂブラウザ５０４の使用するhttpにあわせて変換してＷｅｂブラウザ５０４に送信することになる。
【００４１】
ここまでネットワークと関連をもつハードウェアデバイスとしてＳＳＬアクセラレータを適用した場合について説明したが、音声合成、音声認識、生体認証、画像音声圧縮、伸張アクセラレータ、描画アクセラレータ、構文解析アクセラレータ描画、アクセラレータ、jpeg, png, xml, html のアクセラレータ等ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）以上のプロトコル及びネットワークと結びついたアプリケーションの処理をハードウェアデバイスで行う場合も、同様のデバイスドライバによりアプリケーションの変更をすることなくそのハードウェアデバイスドライバが使用可能となる。
【００４２】
【発明の効果】
本発明によれば、ネットワークアプリケーション向けハードウェア制御方法を用いることによって、アプリケーションプログラムを変更することなくネットワークを使用するアプリケーションプログラムでネットワークアプリケーションの向けのハードウェアを使用可能にすることが出来る。
【００４３】
また、本発明によれば、ネットワークと結びついたアプリケーションをサポートするハードウェアの制御をＯＳごとに異なるデバイスドライバのインタフェースでなく、ネットワークインタフェースで取り扱えるためアプリケーションの移植が容易になる。
【００４４】
また、本発明によれば、センサ等、今までネットワークと関連の無かったデバイスの制御を容易にネットワークに関連付けることが可能となる。
【図面の簡単な説明】
【図１】本発明に係るネットワークアプリケーション向けハードウェア制御方法を実行するデバイスドライバを備えた情報処理システムの一実施の形態を示す図である。
【図２】本発明に係るデバイスドライバの動作フローチャートの一実施例を示す図である。
【図３】本発明に係るＳＳＬアクセラレータを持つ情報処理システムの一実施の形態を示すブロック構成図である。
【図４】本発明に係るＳＳＬアクセラレータ制御方法を実行するＳＳＬアクセラレータデバイスドライバデバイスドライバを備えた情報処理システムの一実施の形態を示す図である。
【図５】プロキシサーバ設定画面の一実施例を示す図である。
【図６】本発明に係るhttp, https 変換機能付きＳＳＬアクセラレータ制御方法を実行するＳＳＬアクセラレータデバイスドライバデバイスドライバを備えた情報処理システムの一実施の形態を示す図である。
【図７】従来のハードウェア制御方法の説明図である。
【符号の説明】
１０１…ネットワークアプリケーション向けハードウェアデバイス、
１０２…ハードウェアデバイス１０１のデバイスドライバ、
１０３…ネットワークインタフェース機能部、
１０４…ネットワークを利用するアプリケーションプログラム、
２０１…ＯＳ（オペレーティングシステム）、
２０６…ＡＰＩ（アプリケーションプログラムインタフェース）、
２０７…ＮＩＣ（ネットワークインタフェースカード）、
２０８…ＮＩＣのデバイスドライバ、
２０９…ＩＰモジュール、２１０…ＴＣＰモジュール、
２１１…ＵＤＰモジュール、２１２…ソケットインタフェース、
４０１…ＣＰＵ、４０２…ＲＯＭ、４０３…メインメモリ、４０４…Ｉ/Ｏ、
４０５…ＳＳＬアクセラレータ、４０６…ディスプレイコントローラ、
４０７…ディスプレイ、４０８…ＮＩＣ、
４０９…ｈｔｔｐｓ を使用するサーバ、
５０２…ＳＳＬアクセラレータデバイスドライバ、
５０４…Ｗｅｂブラウザ（アプリケーションプログラム）、
７０１…ｈｔｔｐ、ｈｔｔｐｓ変換部（プロトコル変換部）、
７０２…ｈｔｔｐ、ｈｔｔｐｓ変換テーブル（プロトコル変換テーブル）、
７０３…ＳＳＬアクセラレータデバイスドライバ。
Claims (7)
- ネットワークに接続されるネットワークインタフェースと、
ネットワークに対応したアプリケーションプログラムと、
前記アプリケーションプログラムの処理を受け持つハードウェアデバイスとを有し、
ＯＳによって管理されて動作する情報処理システムであって、
前記ＯＳ内に前記ハードウェアデバイスを制御するデバイスドライバを有し、
前記デバイスドライバは、ソケットインタフェースを使用するためのネットワークインタフェース機能部を有し、前記ソケットインタフェース部のＩＰアドレスをループバックアドレス又は自局アドレスに設定し、
前記アプリケーションプログラムは、前記ループバックアドレス又は自局アドレスを指定することにより、前記ソケットインタフェース及び前記ネットワークインタフェース機能部を介して前記デバイスドライバと通信し、前記ハードウェアデバイスを制御し、
前記デバイスドライバは、前記アプリケーションプログラムからの通信に含まれる要求データを前記ハードウェアデバイスを用いて処理し、当該処理した要求データを前記アプリケーションプログラムからの通信に含まれるアドレスが示す前記ネットワークに接続されたサーバに、前記ネットワークインタフェース機能部、前記ソケットインタフェース及び前記ネットワークインタフェースを介して送信し、前記ネットワークインタフェース、前記ソケットインタフェース及び前記ネットワークインタフェース機能部を介して前記サーバから受信した応答データを前記ハードウェアデバイスを用いて処理し、当該処理した応答データを前記アプリケーションプログラムに前記ネットワークインタフェース機能部及び前記ソケットインタフェースを介して送信することを特徴とする情報処理システム。 - 前記ＯＳには、更に前記ネットワークインタフェースを利用して通信を行うインターネットプロトコルを処理するプロトコルスタックからなるハードウェア制御プログラムを有することを特徴とする請求項１記載の情報処理システム。
- 前記ハードウェア制御プログラムが、アプリケーションプログラムと外部ネットワーク上のサーバとの間で通信することを特徴とする請求項２記載の情報処理システム。
- 前記ハードウェア制御プログラムが、アプリケーションプログラムと外部ネットワーク上のサーバ間の通信を中継することを特徴とする請求項２記載の情報処理システム。
- 前記デバイスドライバには、プロトコル変換部と、プロトコル変換テーブルとを有することを特徴とする請求項１又は２記載の情報処理システム。
- 前記デバイスドライバは、アプリケーションプログラムと通信するＴＣＰ／ＩＰより上のプロトコルと、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバと通信するＴＣＰ／ＩＰより上のプロトコルとが異なるとき、前記アプリケーションプログラムから受信したデータを前記プロトコル変換部により前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバの使用するプロトコルにあわせ変換してそのサーバに送信することを特徴とする請求項５記載の情報処理システム。
- 前記デバイスドライバは、アプリケーションプログラムと通信するＴＣＰ／ＩＰより上のプロトコルと、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバと通信するＴＣＰ／ＩＰより上のプロトコルとが異なるとき、前記プロトコル変換テーブルに登録されている外部ネットワーク上のサーバから受信したデータを前記プロトコル変換部により前記アプリケーションプログラムの使用するプロトコルにあわせて変換してアプリケーションプログラムに送信することを特徴とする請求項５記載の情報処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003155015A JP4313091B2 (ja) | 2003-05-30 | 2003-05-30 | 情報処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003155015A JP4313091B2 (ja) | 2003-05-30 | 2003-05-30 | 情報処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004355511A JP2004355511A (ja) | 2004-12-16 |
| JP4313091B2 true JP4313091B2 (ja) | 2009-08-12 |
Family
ID=34049512
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003155015A Expired - Fee Related JP4313091B2 (ja) | 2003-05-30 | 2003-05-30 | 情報処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4313091B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8516174B2 (en) | 2007-05-25 | 2013-08-20 | Robert Bosch Gmbh | Data transmission method between master and slave devices |
| US8797208B2 (en) | 2010-12-13 | 2014-08-05 | Sony Corporation | Active radar system and method |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006093079A1 (ja) * | 2005-02-28 | 2006-09-08 | Nec Corporation | 通信システム、通信装置、通信方法、及びプログラム |
| US8286197B2 (en) * | 2008-07-17 | 2012-10-09 | Sharp Laboratories Of America, Inc. | Method and system for comprehensive socket application programming interface loopback processing |
| US8413172B2 (en) * | 2008-08-20 | 2013-04-02 | Sharp Laboratories Of America, Inc. | Method and system for socket API call emulation |
| JP4591582B2 (ja) * | 2008-09-09 | 2010-12-01 | ソニー株式会社 | ネットワークアダプタ及び通信装置 |
| JP2012155515A (ja) * | 2011-01-26 | 2012-08-16 | Renesas Electronics Corp | ソースデバイスドライバ及び実行モジュールの作成方法 |
| KR101222432B1 (ko) | 2011-07-06 | 2013-01-15 | 주식회사에어플러그 | 고정 호스트 주소에 기반하여 복수의 이종망(異種網)들을 선택적으로 사용하여 데이터 송수신할 수 있게 하는 장치와 이를 위한 방법 |
| JP6600957B2 (ja) | 2015-03-26 | 2019-11-06 | 富士ゼロックス株式会社 | 情報処理装置、およびプログラム |
| RU2635276C1 (ru) * | 2016-06-24 | 2017-11-09 | Акционерное общество "Лаборатория Касперского" | Безопасная аутентификация по логину и паролю в сети Интернет с использованием дополнительной двухфакторной аутентификации |
-
2003
- 2003-05-30 JP JP2003155015A patent/JP4313091B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8516174B2 (en) | 2007-05-25 | 2013-08-20 | Robert Bosch Gmbh | Data transmission method between master and slave devices |
| US8797208B2 (en) | 2010-12-13 | 2014-08-05 | Sony Corporation | Active radar system and method |
| CN102590806B (zh) * | 2010-12-13 | 2016-02-24 | 索尼公司 | 有源雷达系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004355511A (ja) | 2004-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6067579A (en) | Method for reducing message translation and traffic through intermediate applications and systems in an internet application | |
| US6070245A (en) | Application interface method and system for encryption control | |
| JP3794926B2 (ja) | スマートカードと協働する「ｗｅｂ」タイプのブラウザを用いたオブジェクトへのアクセスシステム | |
| CN103581265B (zh) | 远程访问方法及系统 | |
| US7127517B2 (en) | Protocol adapter framework for integrating non-IIOP applications into an object server container | |
| US7617275B2 (en) | Method and apparatus for terminal server addressability via URL specification | |
| EP1569416B1 (en) | Methods and apparatuses for providing a requested service on a standardised protocol interface | |
| EP1519539A2 (en) | Mobility device | |
| US6205415B1 (en) | Server and terminal emulator for persistent connection to a legacy host system with file transfer | |
| US20100095027A1 (en) | Secure communication port redirector | |
| EP1719320B1 (en) | Server-side protocol configuration of accessing clients | |
| US10367894B2 (en) | Information processing apparatus, method for controlling the same, non-transitory computer-readable storage medium, and information processing system | |
| US20060026100A1 (en) | Dynamic downloading of keyboard keycode data to a networked client | |
| JP2007507768A (ja) | 可動性装置 | |
| KR20030060884A (ko) | 웹 운영체제 및 웹 데스크탑 | |
| CN110071933B (zh) | 安全套接层加速方法、装置、设备及可读存储介质 | |
| JP4313091B2 (ja) | 情報処理システム | |
| US6216101B1 (en) | Server and terminal emulator for persistent connection to a legacy host system with client token authentication | |
| US7865577B1 (en) | Enhanced network elements and a method for configuring the enhanced network element via a trusted configuration device | |
| US8065715B2 (en) | Authenticating a user of a wireless data processing device | |
| US6205417B1 (en) | Server and terminal emulator for persistent connection to a legacy host system with direct As/400 host interface | |
| US8646066B2 (en) | Security protocol control apparatus and security protocol control method | |
| JP2004246747A (ja) | 既存サービスのラッピング方法および装置 | |
| EP1161048A2 (en) | System and method for secure duplex browser communication over disparate networks | |
| Montgomery et al. | Secure network card: implementation of a standard network stack in a smart card |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050808 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050808 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070821 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071022 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080318 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080516 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080523 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090421 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090514 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120522 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120522 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120522 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120522 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130522 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140522 Year of fee payment: 5 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |