(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたサーバとクライアントマシンとを有するデータ通信システムであって、
前記サーバは、前記クライアントマシンとの間で一連の電文の交換を行う一連のセッションを行う場合において、当該クライアントマシンに電文を送信する際に、前記セッションの進行のための前記クライアントマシンへの要求または応答を示す制御情報と、前記クライアントマシンに伝達すべきデータとのうちの少なくとも一方と、当該送信する電文の応答先となるアドレスとを含めた、ＸＭＬにて記述した電文を生成して、ｈｔｔｐにより前記クライアントマシンに送信し、
前記クライアントマシンは、一連の電文の交換を行う一連のセッションを行う場合において、前記サーバから受信した電文に応答して当該サーバに電文を送信する際に、前記セッションの進行のための前記サーバへの要求または応答を示す制御情報と、前記サーバに伝達すべきデータとのうちの少なくとも一方とを含めた、ＸＭＬにて記述した電文を生成して、前記サーバから受信した電文に含まれるアドレスを宛先としてｈｔｔｐにより送信し、
前記アドレスは、前記サーバ上のＵＲＬに、前記セッションの識別情報を付加したものであることを特徴とするデータ通信システム。
【請求項２】
前記サーバは、
前記クライアントマシンへの制御情報を生成する制御情報生成手段と、
前記クライアントマシンに伝達すべきデータを生成し、或いは、前記クライアントマシンから受理したデータに必要な処理を加えるデータ処理手段と、
前記制御情報、および、伝達すべきデータに基づき、予め与えられた定義情報にしたがって、ＸＭＬにて記述した電文を作成するＸＭＬ電文作成手段と、
前記クライアントマシンから伝達されたデータからＸＭＬにて記述された電文を認識して、当該電文が示す制御情報を識別する制御情報識別手段と、
前記電文を前記ネットワークを介して前記クライアントマシンに送信する際に、前記セッションの進行のための前記クライアントマシンへの要求または応答を示す制御情報と、前記クライアントマシンに伝達すべきデータとのうちの少なくとも一方とを含めた、ＸＭＬにて記述した電文を生成して、前記アドレスを宛先としてｈｔｔｐにより送信するように構成されたことを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記サーバが、一連の電文の交換のための一連のセッションを維持するための前記アドレスを生成するアドレス情報生成手段を備えたことを特徴とする請求項１または２に記載のデータ通信システム。
【請求項４】
前記クライアントマシンは、
前記サーバへの制御情報を生成する制御情報生成手段と、
前記サーバに伝達すべきデータを生成し、或いは、前記サーバから受理したデータに必要な処理を加えるデータ処理手段と、
前記制御情報、および、伝達すべきデータに基づき、予め与えられた定義情報にしたがって、ＸＭＬにて記述した電文を作成するＸＭＬ電文作成手段と、
前記サーバから伝達されたデータからＸＭＬにて記述された電文を認識して、当該電文が示す制御情報を識別する制御情報識別手段と、
前記電文を前記ネットワークを介して前記サーバに送信する際に、前記セッションの進行のための前記サーバへの要求または応答を示す制御情報と、前記サーバに伝達すべきデータとのうちの少なくとも一方とを含めた、ＸＭＬにて記述した電文を生成して、前記サーバから受信した電文に含まれる前記アドレスを宛先としてｈｔｔｐにより送信するように構成されたことを特徴とする請求項１に記載のデータ通信システム。
【請求項５】
前記クライアントマシンが、受理した前記アドレスを一時的に記憶するアドレス一時記憶手段を備えたことを特徴とする請求項４に記載のデータ通信システム。
【発明の詳細な説明】
【０００１】
【産業上の技術分野】
本発明は、ネットワークを介したコンピュータ間のデータ通信に関する。
【０００２】
【従来の技術】
近年、ネットワーク、特に、インターネットを利用したデータ通信においては、プロトコルとしてｈｔｔｐ(Hyper Text Transfer Protocol)が広く利用されている。ｈｔｔｐにより、ｗｗｗサーバにあるＨＴＭＬファイルをクライアントのｗｗｗブラウザに転送することができる。
したがって、データ交換においてもｈｔｔｐを利用できれば非常に汎用性の高いものとなる。
【０００３】
【発明が解決しようとする課題】
しかしながら、ｈｔｔｐは、一度のやりとり、すなわち、リクエストのアドレスと、そのレスポンスからなる一組のデータ通信にて終了する、いわゆるコネクションレス通信であるため、トランザクションを保証できないという問題点があった。ここで、交換するデータに関するトランザクションを保証するためには、ｈｔｔｐの上でトランザクション制御を形成する必要があった。
【０００４】
また、  従来のデータ交換においては、これを制御する情報の部分（制御情報）、および、交換すべきデータ本体の部分（交換データ本体）とはフォーマットが異なっており、制御部分は、固定長であることが一般的である。したがって、データ交換方式を変更すると、そのフォーマットも変更される。また、制御情報の追加、変更、削除があると、これに対応するために、データ通信をする各マシンのソフトウェア等の変更が必要であるという問題点もあった。
【０００５】
本発明は、たとえば、ｈｔｔｐなど汎用的なデータ通信において、トランザクションを保証しつつ、制御情報の変更等にも柔軟に対応できるシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の目的は、ネットワークを介した他のマシン間のデータ交換を実現するデータ通信装置であって、当該データ交換のための他のマシンへの要求を示す制御情報を生成する制御情報生成手段と、他のマシンに伝達すべきデータを生成し、或いは、他のマシンから受理したデータに必要な処理を加えるデータ処理手段と、前記制御情報、および、必要な場合にはデータ交換にかかる生成されたデータに基づき、予め与えられた定義情報にしたがって、ＸＭＬにて記述した電文を作成するＸＭＬ電文作成手段と、他のマシンから伝達されたデータからＸＭＬにて記述された電文を認識して、当該電文が示す制御情報を識別する制御情報識別手段と、前記電文を所定のプロトコルにしたがってネットワークを介して他のマシンに送信するとともに、前記他のマシンからネットワークを介して伝達された所定のプロトコルにしたがった電文を受理する通信制御手段とを備えたことを特徴とするデータ通信装置により達成される。
本発明によれば、制御情報をＸＭＬにより記述しているため、ｈｔｔｐなどの汎用的なデータ交換方式を利用することができる。また、データ交換方式の変更や、制御情報の追加、削除に柔軟に対応することが可能となる。
【０００７】
好ましい実施態様においては、さらに、データ交換のための一連のセッションを維持するためのアドレス情報を生成するアドレス情報生成手段を備え、前記ＸＭＬ電文作成手段が、前記アドレスを含む電文を作成するように構成されている。さらに、アドレス情報生成手段が、当該セッションを一意的に特定するためのセッションキーを生成し、ＸＭＬ電文作成手段が、アドレスおよびセッションキーを含む電文を作成するように構成されているのがより好ましい。
【０００８】
また、好ましい実施態様においては、さらに、前記アドレスを受理した場合に、当該アドレスを一時的に記憶するアドレス一時記憶手段を備え、前記通信制御手段が、当該セッションにおいて、アドレス一時記憶手段に記憶されたアドレスを宛先にして電文を送信するように構成されている。ここでは、セッションキーを受理した場合に、アドレス一時記憶手段が、アドレスおよびセッションキーを記憶し、通信制御手段が、当該セッションにおいて、アドレス一時記憶手段に記憶されたアドレスおよびセッションキーを用いて、電文を送信するように構成されているのがより望ましい。
これにより、コネクションレスの通信においても、複数のリクエストおよびレスポンスの組からなるセッションにおいてトランザクションを保証することが可能となる。
【０００９】
また、本発明の目的は、クライアントマシンとサーバとの間がネットワークにて接続され、相互のデータ交換がネットワークを介して実現される通信システムにおいて、当該データ交換のための他のマシンへの要求を示す制御情報を生成する制御情報生成手段と、他のマシンに伝達すべきデータを生成し、或いは、他のマシンから受理したデータに必要な処理を加えるデータ処理手段と、データ交換のための一連のセッションを維持するためのアドレス情報を生成するアドレス情報生成手段と、前記制御情報、および、必要な場合にはデータ交換にかかる生成されたデータに基づき、予め与えられた定義情報にしたがって、ＸＭＬにて記述した電文を作成するＸＭＬ電文作成手段であって、セッションを維持すべき場合に、前記生成されたアドレスを含む電文を作成するように構成されたＸＭＬ電文生成手段と、他のマシンから伝達されたデータからＸＭＬにて記述された電文を認識して、当該電文が示す制御情報を識別する制御情報識別手段と、前記電文を所定のプロトコルにしたがってネットワークを介して他のマシンに送信するとともに、前記他のマシンからネットワークを介して伝達された所定のプロトコルにしたがった電文を受理する通信制御手段とを備えたことを特徴とするサーバにより達成される。
【００１０】
本発明にかかるサーバにおいては、ＸＭＬ電文にて制御情報を伝達し、かつ、トランザクションを保証するために当該ＸＭＬ電文中に、一連のセッションにおけるアドレスを含めている。
より好ましくは、さらに、アドレス情報生成手段が、当該セッションを一意的に特定するためのセッションキーを生成し、ＸＭＬ電文作成手段が、前記アドレスおよびセッションキーを含む電文を作成するように構成されている。
【００１１】
また、本発明の目的は、クライアントマシンとサーバとの間がネットワークにて接続され、相互のデータ交換がネットワークを介して実現される通信システムにおいて、当該データ交換のための他のマシンへの要求を示す制御情報を生成する制御情報生成手段と、他のマシンに伝達すべきデータを生成し、或いは、他のマシンから受理したデータに必要な処理を加えるデータ処理手段と、制御情報、および、必要な場合にはデータ交換にかかる生成されたデータに基づき、予め与えられた定義情報にしたがって、ＸＭＬにて記述した電文を作成するＸＭＬ電文作成手段と、他のマシンから伝達されたデータからＸＭＬにて記述された電文を認識して、当該電文が示す制御情報を識別する制御情報識別手段と、セッションを維持するためのアドレスを受理した場合に、当該アドレスを一時的に記憶するアドレス一時記憶手段と、前記電文を所定のプロトコルにしたがってネットワークを介して他のマシンに送信するとともに、前記他のマシンからネットワークを介して伝達された所定のプロトコルにしたがった電文を受理する通信制御手段であって、一連のセッションにおいて、アドレス一時記憶手段に記憶されたアドレスを宛先にして電文を送信するように構成された通信制御手段とを備えたことを特徴とするクライアントマシンにより達成される。
【００１２】
本発明にかかるクライアントマシンにおいては、ＸＭＬ電文にて制御情報を伝達し、かつ、同一のセッションにおいて、ＸＭＬ電文中に含まれるアドレスを用いることによりトランザクションを保証することができる。
【００１３】
より好ましくは、セッションを一意的に特定するためのセッションキーを受理した場合に、前記アドレス一時記憶手段が、前記アドレスおよびセッションキーを記憶し、通信制御手段が、当該セッションにおいて、アドレス一時記憶手段に記憶されたアドレスおよびセッションキーを用いて、電文を送信するように構成されている。
また、本発明の目的は、データ通信装置、サーバ、クライアントを上に述べた手段として機能させるためのデータ通信プログラムによっても達成される。
【００１４】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態につき説明を加える。図１は、本発明の実施の形態にかかるシステムの概略を示すブロックダイヤグラムである。図１に示すように、本実施の形態におけるシステム１０においては、ネットワーク１２を介してクライアントマシン１４とサーバ１６とが接続されている。クライアントマシン１４とサーバ１６とを結ぶネットワーク１２は、インターネット、イントラネットなどのグローバルなものであっても良いし、ＬＡＮであっても良い。
【００１５】
クライアントマシン１４とサーバ１６との間においては、認証要求（ステップ１０１）や認証結果の回答（認証回答：ステップ１０２）のようなアクセス時の初期的なセッションと、データ送信の要求（ステップ１０３）やその回答（ステップ１０４）のようなデータ送受信の前段階に行うデータ通信、および、データ送信（ステップ１０５）およびその結果報告（ステップ１０６）からなるセッションとが実行されている。本実施の形態においては、図１に示すように、クライアントマシン１４からサーバ１６にデータが送信され、サーバ１６側がデータを受信する場合（以下、これを、サーバの立場から「データ受信」と称する。）と、図５を参照して、後述するように、サーバ１６側がデータを送信し、これをクライアントマシン１４が受信する場合（以下、これを、サーバの立場から「データ送信」と称する。）とが行われる。
【００１６】
図２は、本実施の形態にかかるサーバ１６のデータ交換に関する処理機構を示すブロックダイヤグラムである。図２に示すように、本実施の形態にかかるサーバ１６は、ネットワーク１２を介してクライアントマシン１４からのデータを受理するとともに、ネットワーク１２を介してデータを送信する通信Ｉ／Ｆ２２を備えている。通信Ｉ／Ｆ２２は、アドレス等に関する処理を実行するアドレス処理部２３を有し、トランスポート層、インターネット層における処理を実行する。
【００１７】
また、サーバ１６は、後述するデータ通信にかかるＸＭＬ電文を認識するＸＭＬ電文認識部２４と、ＣＭＬ電文中の制御に関する部分（制御データ）を認識する制御データ認識部２６と、初期的なデータ通信の際に、クライアントマシン１４のユーザを認証するユーザ認証部２８と、クライアントマシン１４のユーザごとのユーザＩＤ（ＵＩＤ）およびパスワード（ｐｗｄ）を保持するユーザ管理ＤＢ３０と、制御に関する部分（制御データ）に応答して必要な処理を実行する応答処理部３２と、クライアントマシン１４に伝達すべき交換データを生成し、或いは、受理した交換データに必要な処理を施すデータ処理部３４と、クライアントマシン１４に伝達すべきＸＭＬ電文を作成するＸＭＬ電文生成部３６と、電文に付与すべきセッションキーを生成するとともに、これを記憶するセッションキー生成／記憶部３８とを有している。ＸＭＬ電文処理部３６、ＸＭＬ電文認識部２４および制御データ識別部２６は、ＸＭＬパーサ４０を構成する。
【００１８】
図３は、本実施の形態にかかるクライアントマシン１４のデータ交換に関する処理機構を示すブロックダイヤグラムである。図３に示すように、クライアントマシン１４においても、ネットワーク１２を介してサーバ１６からのデータを受理するとともに、ネットワーク１２を介してデータを送信する処理を実行する通信Ｉ／Ｆ４２を備えている。通信Ｉ／Ｆ４２には、サーバ１６と同様に、アドレス処理部４３が設けられている。
【００１９】
また、クライアントマシン１４は、後述するデータ通信にかかるＸＭＬ電文を認識するＸＭＬ電文認識部４４と、ＣＭＬ電文中の制御に関する部分（制御データ）を認識する制御データ認識部４６とを有している。また、クライアントマシン１４は、サーバ１６から伝達されたアドレスやセッションキーを一時的に記憶するアドレス／キー一時記憶部４８と、ユーザＩＤ（ＵＩＤ）やパスワード（ｐｗｄ）を記憶しておくユーザ登録情報記憶部５０と、制御に関する部分（制御データ）に応答して必要な処理を実行する応答処理部５２と、サーバ１６に伝達すべき交換データを生成し、或いは、受理した交換データに必要な処理を施すデータ処理部５４と、サーバ１６に伝達すべきＸＭＬ電文を作成するＸＭＬ電文生成部５６とを有している。ＸＭＬ電文生成部５６、ＸＭＬ電文認識部４４および制御データ識別部４６によりＸＭＬパーサ６０が構成される。
【００２０】
これらクライアントマシン１４およびサーバ１６は、図４に示すようなハードウェア構成となっている。図４に示すように、これらは、それぞれ、ＣＰＵ６２と、ＲＡＭ６４と、ＲＯＭ６６と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの可搬記憶媒体６７をアクセスする可搬記憶媒体ドライバ６８と、ネットワーク１２に接続され、ネットワークに伝送すべき信号形式への変換等を行うモデムなどを含む通信回路７０と、キーボードやマウス等の入力装置７２と、ＣＲＴやＬＣＤなどの表示装置７４と、ハードディスクを含む外部記憶装置７６とを有している。
【００２１】
図２および図３に示す通信Ｉ／Ｆ２２、４２の機能は、通信回路７０やＣＰＵ６２により実現される。サーバ１６のユーザ管理ＤＢ３０の機能、および、クライアントマシン１４のユーザ登録情報記憶部５０の機能は、主として外部記憶装置７２により実現される。また、他の記憶部、たとえば、セッションキー生成／記憶部３８のセッションキーを記憶する機能や、アドレス／キー一時記憶部４８の機能は、主としてＲＡＭ６４により実現される。その他の処理機構の機能は、主として、ＣＰＵ６２が、ブラウザなど種々のアプリケーションを作動させることにより実現される。
【００２２】
また、本実施の形態において、ＣＰＵ６２により作動されるプログラムは、可搬記憶媒体６７に収容され、これが可搬記憶媒体ドライバ６８により読み出されて、ＲＡＭ６４に記憶されても良い。或いは、外部記憶装置７６に予め記憶されていていても良い。さらに、ネットワーク１２および通信回路７０を介して外部から取得され、これが、ＲＡＭ６４や外部記憶装置７６に記憶されるようなものであっても良い。特に、クライアントマシン１４においては、サーバ１６から必要なプログラムがダウンロードされるような形態であっても良いことは言うまでもない。
【００２３】
上述したように、本実施の形態においては、サーバ側が交換データを受信する「データ受信」と、サーバ側が交換データを送信する「データ送信」とが、クライアントマシンとサーバとの間で実行される。これらデータ受信およびデータ送信に際して、認証情報、データ条件指定情報、トランザクション情報など、クライアント／サーバ間で交換するデータ以外の制御情報もＸＭＬにて記述してｈｔｔｐ上の文字列として送信する。これにより、種類の異なる制御情報を区別することなく送受信することが可能となる。
【００２４】
図１に示すステップ１０１ないし１０６は、データ受信の処理概要を示したものであり、図５は、上記データ受信の際に通信される処理をより詳細に示すフローチャートである。
図５に示すように、データ受信の際には、認証（符号５００参照）と、送信要求およびデータ受信（符号５０１参照）という二つのセッションが存在する。まず、認証のセッション５００において、クライアントマシン１４は、所定のＵＲＬ「ｈｔｔｐ：／／１０．３０．３０．３１／ｅｆｓ／ａｕｔｈｓｒｖ」にアクセスする（符号５０２参照）。その際に、ＸＭＬ宣言（＜？ＸＭＬ  ｖｅｒｓｉｏｎ＝“１．０”  ｅｎｃｏｄｉｎｇ＝“ＵＴＦ−８”＞）とともに、認証要求を示す制御情報が送信される（ステップ５１１）。これは、クライアントマシン１４のＸＭＬ電文生成部５６により、制御情報が生成される。より具体的には、本実施の形態においては、認証要求の際には、
＜認証要求  ユーザＩＤ＝“＊＊＊”  パスワード＝“×××”
区分“認証／”＞
という形式のＸＭＬによる電文が制御情報となる。本実施の形態において、これらＸＭＬにて記述された情報を、以下、場合によって「ＸＭＬ電文」と称する。
【００２５】
本実施の形態においては、予め、認証要求、認証回答、受信結果報告、データ交換要求、データ交換回答、および、ＸＭＬにて記述された交換データが、ＤＴＤにて定義されており、これは、予めクライアントマシン１４およびサーバ１４にて記憶されている。したがって、後述するように、ＸＭＬパーサ４０、６０によりこれら制御情報は認識される。
【００２６】
アクセス先のサーバ１４においては、通信Ｉ／Ｆ４２がＸＭＬ電文を受理すると、これをＸＭＬパーサ４０のＸＭＬ電文認識部２４に伝達する。ここでは、電文がＸＭＬにて記述された制御情報であることを認識して、これを、制御データ識別部２６に伝達する。
【００２７】
制御データ認識部２６は、受理した情報が認証要求であることを判断し、ユーザＩＤおよびパスワードをユーザ認証部２８に渡して、ユーザ認証を依頼する。ユーザ認証の結果は、応答処理部３２に伝達され、応答処理部３２が、ＸＭＬパーサ４０のＸＭＬ電文生成部３６に対して、認証結果を示す電文の作成を依頼する。認証に際しては、リクエストとその応答（レスポンス）により一つのセッションが終結するため、ここでは、セッションキーの生成等に関する処理は実行されない。
【００２８】
ＸＭＬ電文生成部３６は、予め定められたＤＴＤの構造にしたがって、認証回答を示す（＜認証回答  認証結果＝“可”＞）という制御情報を作成し、ＸＭＬ宣言とともに当該制御情報を、クライアントマシン１４に伝達する（ステップ５１２）。これにより、認証のセッション５００は終了する。
次いで、クライアントマシン１４はデータの送信を要求し（送信要求）、サーバ１６側が受信可能であれば、サーバ１６に対してデータを送信する。これらはリクエストおよびその応答（レスポンス）が複数にわたるセッションとなる（符号５０１参照）。
【００２９】
クライアントマシン１４の通信Ｉ／Ｆ４２が、サーバ１６からの認証結果を受理すると、これがＸＭＬ電文認識部４４に伝達され、制御データ識別部４６により、認証結果が“可”であること、すなわち、認証に成功したことが判断される。次いで、応答処理部５２は、ＸＭＬ電文生成部５６に対して、データ送信要求を示す電文の作成を依頼する。ここでは、ＸＭＬ電文生成部５６により、ＸＭＬ宣言および
＜認証要求  ユーザＩＤ＝“＊＊＊”  パスワード＝“×××”
電文種類＝“ｅＦ２０１”  区分“送信／”＞
という形式のＸＭＬによる制御情報（ＸＭＬ電文）が作成される。
【００３０】
所定のＵＲＬ（符号５０３）を用いて、上記ＸＭＬ電文が、クライアントマシン１４からサーバ１６に伝達されると（ステップ５１３）、サーバ１６において、その応答処理が実行される。ここでは、制御データ識別部２６が、伝達されたＸＭＬ電文が、データ送信要求であることを認識し、認証およびユーザ要求に対して応えることができるか否かが、応答処理部３２にて判断される。ここで、応答（つまりデータの受理）が可能である場合には、応答処理部３２は、ＸＭＬ電文生成部３６に対して、応答可能であることを示す電文の作成を依頼する。ここでは、一組のリクエストおよびその応答（レスポンス）によりセッションが終結しないため、セッションキー処理部３８にて生成されたセッションキーが、ＸＭＬ電文生成部３６に伝達される。
【００３１】
ＸＭＬ電文生成部３６は、予め定められたＤＴＤの構造にしたがって、前記データ送信要求に対する回答である制御情報を作成し、ＸＭＬ宣言とともに当該制御情報をクライアントマシン１４に伝達する（ステップ５１４）
本実施の形態において、その制御情報、つまり、ＸＭＬ電文は、
＜認証回答  認証結果＝“可”  ＵＲＬ＝“＊＊＊ｓｆｓｋ＝×××／”＞
という形式になっている。図５において、ＵＲＬ以下の「ｈｔｔｐ・・・？」が、次回のクライアントマシン１４によるデータ送信の際に利用すべきＵＲＬであり、ｓｆｓｋ以下に示すものが、セッションキーとなる。
【００３２】
このようなＸＭＬ電文が受理されると、制御データ識別部４６において、データ送信が可能であると判断される。応答処理部５２は、次のサーバ１６へのアクセスに利用するアドレスおよびセッションキーを、アドレス／キー一時記憶部４８に記憶する。また、応答処理部は５２は、データ処理部５４に、送信すべきデータ（交換データ）の生成或いは記憶装置（図３には図示せず）からの読み出しを依頼するとともに、ＸＭＬ電文生成部５６に、データ交換をするためのＸＭＬ電文の作成を依頼する。
【００３３】
ＸＭＬ電文生成部５６は、依頼に応答して、データ処理部５４からの交換データを含むＸＭＬ電文を作成する。ここで、通信Ｉ／Ｆ４２のアドレス処理部４３は、ＸＭＬ電文の宛先となるアドレス等を、アドレス／キー一時記憶部４８から取り出す。これにより、通信Ｉ／Ｆ４２から、所定のアドレス（符号５０４参照）宛てに、作成されたＸＭＬ電文が伝達される（ステップ５１５）。ここでは、ＸＭＬ宣言およびＤＴＤにしたがって記述された交換データが、サーバ１６に伝達される。
【００３４】
サーバ１６においては、アドレス処理部２３が、セッションキー処理部３８中のセッションキーと、アクセスされたＵＲＬ中のセッションキーとに基づき、ユーザからのデータ通信に関するセッションを特定する。次いで、ＸＭＬ電文認識部２４が、交換データをデータ処理部３４に引き渡す。これにより、データ処理部２４において、たとえば、伝達された交換データの記憶や必要な処理を実行することができる。
【００３５】
その後、応答処理部３２は、交換データの受信を示す受信結果報告をクライアントマシン１４に伝達するための依頼を、ＸＭＬ電文生成部３６に与える。ＸＭＬ電文生成部３６は、これに応答して、
＜受信結果報告  受信結果＝“可”  受信件数＝“１”／＞
というＸＭＬ電文を生成する。上記ＸＭＬ電文はＸＭＬ宣言とともに、通信Ｉ／Ｆ２２からインターネット１２を介してクライアントマシン１４に伝達される（ステップ５１６）。クライアントマシン１４では、これを受理することで、交換データがサーバ１６に届けられてことを知ることができる。
【００３６】
このようにして、制御情報をＸＭＬにて記述し、これをｈｔｔｐ上の文字列として通信することにより、ＸＭＬにて作成された制御情報と、ＸＭＬによる交換データを結合して一度に送信することが可能となる。また、制御情報に追加等があっても、クライントマシン１４やサーバ１６においては、ＤＴＤの定義情報のみを把握しておけば足りず、ソフトウェア等の変更を必要としない。
次に、データ送信について説明を加える。データ送信におけるＸＭＬ電文についても、データ受信と類似する。図６は、この処理の概略を示すブロックダイヤグラムである。
【００３７】
この処理においては、認証要求（ステップ６０１）および認証結果の回答（ステップ６０２）のようなアクセス時の初期的なセッションと、サーバ１６からのデータ送信（つまりクライアント１４によるデータ受信）の要求（ステップ６０３）およびその回答（ステップ６０４）のようなデータ送受信の前段階に行われるデータ通信、実際の送信要求（ステップ６０５）およびサーバ１６によるデータ送信（ステップ６０６）、並びに、クライアントマシン１４からの受信結果報告（ステップ６０７）などからなるセッションとが実行されている。これらについて、より詳細なフローチャートである図７および図８を参照して説明を加える。
【００３８】
認証のセッション（符号７００参照）における認証要求（ステップ７１１）および認証結果の回答（ステップ７１２）は、図５に示すステップ５１１およびステップ５１２にそれぞれ一致する。認証の後に、サーバ１６からクライアントマシン１４へのデータ送信の処理（図７の符号７０１−１および図８の符号７０１−２）を実現するためのセッションが実行される。
【００３９】
クライアントマシン１４の応答処理部５２は、ＸＭＬ電文生成部５６に対して、データ受信要求を示す電文の作成を依頼する。ＸＭＬ電文生成部５６は、これに応答して以下のようなＸＭＬ電文を生成する。
＜認証要求  ユーザＩＤ＝“＊＊＊”  パスワード＝“×××”
電文種類＝“ｅＦ２０１”  区分“受信／”＞
【００４０】
クライアントマシン１４から、所定のＵＲＬ（符号７０２参照）に宛てて、ＸＭＬ宣言とともに上記生成された制御情報が伝達される（ステップ７１３）。サーバ１６においては、制御データ識別部２６が、伝達されたＸＭＬ電文が、データの受信要求であることを認識し、認証およびユーザ要求に対して応えることができるか否かが、応答処理部３２にて判断される。応答が可能であれば、応答処理部３２は、ＸＭＬ電文生成部３６に対して、セッションキー処理部３８にて生成されたセッションキーとともに、電文の作成を依頼する。
【００４１】
ＸＭＬ電文作成部３６は、予め定められたＤＴＤの構造にしたがって、以下のような制御情報（ＸＭＬ電文）を生成する。
＜認証回答  認証結果＝“可”  ＵＲＬ＝“＊＊＊ｓｆｓｋ＝×××／”＞
ここで、図７に示すＵＲＬ以下の「ｈｔｔｐ・・・？」が次回のアクセスの際に利用すべきＵＲＬであり、ｓｆｓｋ以下に示すものがセッションキーとなる。
このようにして得られたＸＭＬ電文は、クライアントマシン１４に伝達される（ステップ７１４）。
【００４２】
クライアントマシン１４に上記ＸＭＬ電文が受理されると、応答処理部３２は、受理したいデータに関する情報を特定して、これを示す制御情報の作成をＸＭＬ電文生成部３６に依頼する。また、与えられたアドレスおよびセッションキーは、アドレス／キー一時期億部４８に記憶される。
ＸＭＬ電文生成部３６においては、上記依頼に応答して、必要なＸＭＬ電文が生成される。ここで生成される電文は、たとえば以下のようなものとなる。
＜データ交換要求  全件＝“ｎｏ”  日付＝“２００１０１０１”
当日通番＝“４０”／＞
全ての関連するデータの送信をサーバ１６に求めるのであれば、全件に引き続くパラメータを“ｙｅｓ”とすればよい。
【００４３】
通信Ｉ／Ｆ４２のアドレス処理部４３は、ＸＭＬ電文の宛先となるアドレス等を、アドレス／キー一時記憶部４８から取り出す。これにより、Ｉ／Ｆ４２から、所定のアドレス（符号７０３参照）宛てに、作成されたＸＭＬ電文が伝達される（ステップ７１５）。
【００４４】
サーバ１６においては、アドレス処理部２３が、セッションキーそり部３８中のセッションキーとアクセスにかかるＵＲＬ中のセッションキーとに基づき、ユーザからのデータ通信に関するセッションを特定する。制御データ識別部２６は、クライアントが交換データ−受信を求めていることなどを制御情報から見出して、これに応答して制御情報の生成を、ＸＭＬ電文生成部３６に依頼する。この制御情報には、データ交換に利用すべきＵＲＬおよびセッションキーの情報も含まれる。
【００４５】
ＸＭＬ電文生成部３６においては、
＜データ交換回答  要求結果＝“可”ＵＲＬ＝“＊＊＊ｓｆｓｋ＝×××／”＞
という制御情報（ＸＭＬ電文）が生成される。
さらに、応答処理部３２は、クライアントマシン１４の要求にしたがったデータの生成、或いは、記憶装置（図３には図示せず）からの読み出しを、データ処理部３４に依頼する。これにより、データ処理部３４は必要なデータ（交換データ）を用意して、これをＸＭＬ電文生成部３６に引き渡す。
【００４６】
ＸＭＬ電文生成部３６は、データ交換回答を含む制御情報（ＸＭＬ電文）を生成するとともに、交換データを含むＸＭＬ電文を作成する。
サーバ１６からクライアントマシン１４に対して、ＸＭＬ宣言と、データ交換回答を含む制御情報（ＸＭＬ電文）が伝達され（ステップ７１６−１）、引き続いて、ＸＭＬ宣言とＸＭＬにて記述された交換データが伝達される（図８のステップ７０６−２）。
【００４７】
クライアントマシン１４においては、制御データ認識部４６が、データ交換回答を含む制御情報から、サーバ１６から交換データが送信されてくることを見出す。受理した制御情報のうち、アドレスやセッションキーは、応答処理部５２を介してアドレス／キー一時記憶部４８に記憶される。次いで、ＸＭＬにて記述された交換データは、ＸＭＬ電文認識部４４からデータ処理部５４に伝達される。データ処理部５４は、受理した交換データを記憶装置に記憶し、或いは、これに必要な処理を施す。
【００４８】
交換データが受理されると、応答処理部５２は、交換データの受信を示す受信結果方向を、サーバ１６に伝達するための依頼をＸＭＬ電文生成部５６に与える。ＸＭＬ電文生成部５６は、これに応答して、
＜受信結果報告  受信結果＝“可”  受信件数＝“１”／＞
というＸＭＬ電文を生成する。
【００４９】
上記ＸＭＬ電文は、ＸＭＬ宣言とともに通信Ｉ／Ｆ４２からサーバ１６に向けて送信される（ステップ８１１）。その際に、アドレス処理部４３によりアドレス／キー記憶部４８から、アドレスおよびセッションキー（符号８０１参照）が取得され、これに基づく宛先に上記データが送信される。
サーバ１６からは、上記データの受信に応答して空電文がサーバ１４に伝達される（ステップ８１２）。これにより、サーバによるデータ送信（つまりクライアントによりデータ受信）のセッションが終了する。
【００５０】
本実施の形態によれば、種々の制御情報をＸＭＬにて記述してｈｔｔｐ上の文字列として通信することができる。制御情報をＸＭＬにて表現することにより、認証情報、トランザクション情報など、種類の異なる制御情報を区別することなく送受信することが可能となる。また、ＸＭＬパーサにより制御情報の切り出しや認識ができるため、制御情報の追加や削除に対して極めて柔軟な対応が可能となる。また、本実施の形態において、受信した文字列は、ｘｍｌのタグである“＜？ｘｍｌ”を検出することにより分離できる。これにより、ＸＭＬパーサにて、ＸＭＬにて記述された制御情報と、ＸＭＬによる交換データ自体を分離することができる。
【００５１】
さらに、本実施の形態によれば、交換データ自体が複数ある場合にも、交換データを結合して送信できる。この場合にも、上記制御情報と交換データの分離と同様の手法により、個々のｘｍｌデータを分離することが可能である。
【００５２】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、ｈｔｔｐを用いた文字列による通信において、本発明を利用しているが、これに限定されるものではなく、文字列の送受信を行うようなデータ交換方式であれば、他の方式にも適用できることは言うまでもない。
【００５３】
また、前記実施の形態においては、データ認証およびデータ交換のための制御情報をｘｍｌにて記述しているが、これに限定されるものではなく、他の制御情報をｘｍｌにて記述しても良い。
さらに、本実施の形態においては、サーバ／クライアント間のデータ通信に本発明を適用しているが、これに限定されるものではなく、任意のコンピュータ間のデータ通信に本発明を適用できることは明らかである。
【００５４】
なお、本明細書において、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【００５５】
【発明の効果】
本発明によれば、たとえば、ｈｔｔｐなど汎用的なデータ通信において、トランザクションを保証しつつ、制御情報の変更等にも柔軟に対応できるシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】  図１は、本発明の実施の形態にかかるシステムの概略を示すブロックダイヤグラムである。
【図２】  図２は、本実施の形態にかかるサーバのデータ交換に関する処理機構を示すブロックダイヤグラムである。
【図３】  図３は、本実施の形態にかかるクライアントマシンのデータ交換に関する処理機構を示すブロックダイヤグラムである。
【図４】  図４は、本実施の形態にかかるクライアントマシンおよびサーバのハードウェア構成を示すブロックダイヤグラムである。
【図５】  図５は、本実施の形態において、サーバによるデータ受信の際に通信される処理をより詳細に示すフローチャートである。
【図６】  図６は、本実施の形態にかかるサーバからのデータ送信の際の概略を示す図である。
【図７】  図７は、本実施の形態において、サーバからのデータ送信の際に通信される処理をより詳細に示すフローチャートである。
【図８】  図８は、本実施の形態において、サーバからのデータ送信の際に通信される処理をより詳細に示すフローチャートである。
【符号の説明】
１４    クライアントマシン
１６    サーバ
２２    通信Ｉ／Ｆ
２３    アドレス処理部
２４    ＸＭＬ電文認識部
２６    制御データ識別部
２８    ユーザ認証部
３０    ユーザ管理ＤＢ
３２    応答処理部
３４    データ処理部
３６    ＸＭＬ電文生成部
３８    セッションキー処理部
４０    ＸＭＬパーサ
【図１】
0004939693.tif 000002
【図２】
0004939693.tif 000003
【図３】
0004939693.tif 000004
【図４】
0004939693.tif 000005
【図５】
0004939693.tif 000006
【図６】
0004939693.tif 000007
【図７】
0004939693.tif 000008
【図８】
0004939693.tif 000009