JPH1196115A

JPH1196115A - クライアントサーバ間の会話処理装置及び方法並びに記録媒体

Info

Publication number: JPH1196115A
Application number: JP9275120A
Authority: JP
Inventors: Takayuki Ito; 隆行伊藤
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1997-09-22
Filing date: 1997-09-22
Publication date: 1999-04-09

Abstract

(57)【要約】【課題】ウェブブラウザとＷＷＷサーバ側のアプリケ
ーションプロセス間で通信セッションを保持させ、アプ
リケーションプロセスに対し会話処理を行う。【解決手段】アプリケーションプロセスとプロセス間
通信が可能で、かつユーザ識別情報を特定のキー情報と
して用いてＷＷＷサーバプロセスと間のプロセス間通信
を可能とし、ＷＷＷサーバプロセスとアプリケーション
プロセスとの間の通信を中継する通信制御プロセスと、
ウェブブラウザよりアプリケーション要求があったとき
に、当該要求に付加されたユーザ識別情報を取り出し、
当該ユーザ識別情報を特定のキー情報に用いて通信制御
プロセスと通信するＷＷＷサーバプロセス内の会話処理
プロセスとを備え、ウェブブラウザとアプリケーション
プロセス間での通信セッションを保持し、会話処理を実
現可能とするクライアントサーバ間の会話処理装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はクライアントサー
バ間の会話処理装置及び方法並びに記録媒体、更に詳し
くは、クライアント計算機上のＷｅｂブラウザとサーバ
計算機上のアプリケーションプロセス等との通信機構の
部分に特徴のあるクライアントサーバ間の会話処理装置
及び方法並びに記録媒体に関するものである。

【０００２】

【従来の技術】近年、計算機技術、通信技術の発達とと
もに、世界的にインターネット網が普及しつつある。こ
のインターネット技術においては、クライアント計算機
上のＷｅｂブラウザ（ウェブブラウザ）がサーバ計算機
上のＷＷＷサーバプロセスに対して、例えばホームペー
ジといったデータ転送等，各種処理を要求し、ＷＷＷサ
ーバプロセスがさらに各種のアプリケーションプログラ
ムに実行させるといった仕組みが設けられている。

【０００３】このインターネットの仕組みをそのままＬ
ＡＮに導入し、インターネット技術を用いたサーバクラ
イアントシステムであるイントラネットという技術も開
発されている。イントラネットの場合にはアプリケーシ
ョンプログラムは単にホームページの転送のみならず、
基幹業務システムにおけるアプリケーションプロセス等
も用いられる。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うなインターネット／イントラネットでは、ウェブブラ
ウザ〜ＷＷＷサーバプロセス間の通信に、ＨＴＴＰとい
うプロトコルが用いられるが、ＨＴＴＰでは継続的な会
話通信を行うことができない。すなわち、ウェブブラウ
ザからＷＷＷサーバへ要求が発行され、ＷＷＷサーバが
当該要求に対する処理を終了する度に通信セッションが
切断するため、クライアント／サーバ間における会話処
理の現実は困難である。

【０００５】また、ＷＷＷサーバ側においても、ＷＷＷ
サーバプロセスとアプリケーションプロセスとの会話処
理が困難であるという問題がある。これはＷＷＷサーバ
プロセスの構成によるものである。

【０００６】ＷＷＷサーバプロセスは、一般的にはウェ
ブブラウザからの通信を受け付ける一の管理プロセス
と、通信内容を処理する複数の処理プロセスからなる。
ここで、管理プロセスは、あるウェブブラウザからの通
信内容を不特定の処理プロセスに引き渡すようになって
いる。処理プロセスは、さらに通信内容をアプリケーシ
ョンプロセスに引き渡す。しかし、ウェブブラウザ〜Ｗ
ＷＷサーバプロセス間の通信ではＨＴＴＰプロトコルが
用いられているため、通信毎にセッションが切断され
る。そのため、管理プロセスは、あるウェブブラウザか
らの通信を特定の処理プロセスに引き渡すという処理を
行うことができない。したがって、ＷＷＷサーバ内部に
おいても、特定のウェブブラウザに対応したアプリケー
ションプロセス〜ＷＷＷサーバプロセス間の継続的な会
話処理ができないこととなる。

【０００７】このように従来のインターネット／イント
ラネット技術では、ウェブブラウザとＷＷＷサーバ側の
アプリケーションプロセスとの会話処理が困難であっ
た。

【０００８】このような会話処理ができないこととなる
と、例えば業務用イントラネットにおいて、使用者がウ
ェブブラウザからＷＷＷサーバ側の業務アプリケーショ
ンに商品発注業務等の処理を実行させたいような場合
に、極めて不便である。

【０００９】かかる業務アプリケーションをしようする
場合には、使用者の確認、在庫確認処理、発注処理等の
会話処理を必須とする複数の処理が必要であるためであ
る。

【００１０】例えば、発注業務を例にあげて説明する。
通常、発注をする場合には、在庫を確認して、その後、
在庫に応じて、商品の発注を行う。

【００１１】クライアント／サーバーシステムで発注業
務を行う場合、図１０のように、クライアントから顧客
情報として名前、商品番号（又は商品名など）を入れる
と、当該２つの情報はＷＷＷサーバープロセス内の管理
プロセスに入力される。管理プロセスでは受け取った当
該２つの情報は複数存在する通信処理プロセスのうちの
いずれかに渡される（この例では通信処理プロセスＢに
渡される）。通信処理プロセスＢでは、当該２つの情報
を業務アプリに渡す。業務アプリでは、受け取った当該
２つの情報と在庫ＤＢ、顧客ＤＢ等を用いて在庫の参照
処理を行う。参照の結果、名前が適当でない場合は不適
当な人からのアクセスであるとしてクライアントにエラ
ーが返されることになる。また、適当な人からのアクセ
スと確認できた場合は、参照結果は、業務アプリ→通信
処理プロセスＢ→管理プロセス→クライアントプラウザ
に渡され、クライアントにてまず、在庫の確認できるこ
とになる。この場合、クライアン卜から入力された名
前、商品番号は各通信処理プロセス番に対応したメモリ
に記億・保持される。

【００１２】そして、今度は在庫の状況に応じて発注を
する場合、図１１のように、クライアントから顕客情報
として支払方法、発注個数を入力すると、２つの情報は
ＷＷＷ管理プロセスに入力される。管理ブロセスは、先
ほど在庫の参照を行う場合に使用した通信処理プロセス
Ｂに２つの情報が入力される。通信処理プロセスでは在
庫の参照時に保存しておいた名前、商品番号を２つの情
報に加えて、業務アプリに渡す。業務アプリでは、４つ
の情報を利用することにより発注処理を行う。ここで、
例えば、名前と商品番号がないとして、支払方法、発注
個数のみを業務アプリに渡すと、業務アプリでは発注人
が誰なのか分からず、またどの商品を発注するのかわか
らないため、発注処理を行うことができない。そのた
め、通信処理プロセスに在庫の参照時に用いた名前、商
品番号を保持しておくことが必要である。

【００１３】しかしながら、図１２に示すように、実際
に発注要求がクライアントから管理プロセスに渡される
と、受け取った管理プロセスがどの通信処理プロセスに
接続して、発注要求を渡すかは不確定である。そのた
め、在庫の参照時に通信処理プロセスＢに名前、商品番
号が保存されていたとしても、発注処理時には管理プロ
セスがどの通信プロセスに発注要求を渡せばよいかわか
らないため、発注処理を行うことができない状況となっ
ていた。このように、会話処理を行うことが困難となっ
ていた。

【００１４】したがって、会話処理ができないとなる
と、使用者は各処理において一々それまでの処理情報を
も付加してＷＷＷサーバ側に送信しなければならない。
しかしながら、これでは通信量も多くなり、また、ウェ
ブブラウザや業務アプリケーションの処理負担も大きな
ものとなる。

【００１５】本発明は、このような実情を考慮してなさ
れたもので、インターネット／イントラネットにおいて
ウェブブラウザとＷＷＷサーバ側のアプリケーションプ
ロセス間で通信セッションを保持させ、アプリケーショ
ンプロセスに対し会話処理を実現することを可能とした
クライアントサーバ間の会話処理装置及び方法並びに記
録媒体を提供することを目的とする。

【００１６】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に対応する発明は、クライアントシステム
側のウェブブラウザとサーバシステム側のＷＷＷサーバ
プロセスと間で通信が行われるとともに、サーバシステ
ム側にはアプリケーションプロセスが設けられ、かつ、
ウェブブラウザからアプリケーションプロセスへの要求
がＷＷＷサーバプロセスを中継してなされる場合のサー
バシステム上にあって適用されるものである。

【００１７】このサーバシステム上には、通信制御プロ
セスが設けられ、この通信制御プロセスでは、アプリケ
ーションプロセスとプロセス間通信が可能であり、か
つ、これと別途のプロセス間通信によりＷＷＷサーバプ
ロセスと間の通信も可能である。これにより、通信制御
プロセスによるＷＷＷサーバプロセスとアプリケーショ
ンプロセスとの間の通信の中継が行われる。

【００１８】ここで、アプリケーションプロセスとのプ
ロセス間通信は、特定のキー情報を用いることでプロセ
ス間の通信を可能とする通信処理機能，例えばＵＮＩＸ
のＩＰＣメッセージ機能をオペレーティングシステムに
設定させることで実現される。また、特定のキー情報と
してＷＷＷサーバプロセスがウェブブラウザに付与する
ユーザ識別情報，例えばＣｏｏｋｉｅ（クッキー）が用
いられる。したがって、手順としては、通信制御プロセ
スにおいてキー情報が決定され、このキー情報がその後
ユーザ識別情報として用いられることとなる。

【００１９】また、サーバシステム上のＷＷＷサーバプ
ロセス内には、ユーザ識別情報を特定のキー情報に用い
て通信制御プロセスと通信する会話処理プロセスが設け
られる。このときのユーザ識別情報は、通信制御プロセ
スにおいてキー情報として用いられたユーザ識別情報と
同一のものである。

【００２０】会話処理プロセスによれば、ウェブブラウ
ザよりアプリケーションプロセスへの要求があったとき
に、当該アプリケーション要求に付加されたユーザ識別
情報が取り出され、上記の如くユーザ識別情報がキー情
報として用いられ通信制御プロセスとの通信が実現す
る。この通信制御プロセス間との通信では、ウェブブラ
ウザからのアプリケーション要求を送出するのみなら
ず、アプリケーションプロセスからの応答の受け取りも
行われる。

【００２１】このように、ユーザ識別情報をキー情報と
して、通信制御プロセスを中継することで、ＷＷＷサー
バプロセスとウェブブラウザとからなるシステムにおい
ても、特定のウェブブラウザとアプリケーションプロセ
スと間での通信セッションを保持することが可能にな
り、会話処理が実現される。

【００２２】次に、請求項２に対応する発明は、請求項
１に対応する発明において、会話処理プロセスは、アプ
リケーション要求にユーザ識別情報が付加されていない
ときには、通信制御プロセスに新たな通信処理機能の設
定を要求するとともに、この通信制御プロセスがオペレ
ーティングシステムに通知した新たなキー情報をユーザ
識別情報としてアプリケーション要求発行元のウェブブ
ラウザに付与する。

【００２３】したがって、未だにユーザ識別情報が与え
られていない新たなウェブブラウザからアプリケーショ
ンプロセスに通信があったときに、新たなユーザ識別情
報がウェブブラウザに与えられるとともに、この新たな
ユーザ識別情報をキー情報とした通信中継通路が確保さ
れる。これにより、以降の通信においては、請求項１の
発明の場合と同様な通信が実現される。

【００２４】また、請求項３に対応する発明は、請求項
１又は２に対応する発明において、クライアントシステ
ム及びサーバシステムはイントラネット上に構成され
る。

【００２５】これにより、請求項１又は２に対応する発
明がイントラネット上でも実現される。

【００２６】さらに、請求項４に対応する発明は、請求
項１に対応する発明を方法発明のカテゴリーとしたもの
である。

【００２７】さらにまた、請求項５に対応する発明は、
請求項１に対応する発明における通信制御プロセス及び
会話処理プロセスの処理を実現するプログラムを記録媒
体に格納したものである。

【００２８】一方、請求項６に対応する発明は、請求項
１に対応する発明における通信制御プロセスの処理を実
現するプログラムを記録媒体に格納したものである。

【００２９】また、請求項７に対応する発明は、請求項
１に対応する発明を適用させたシステムにあって、ユー
ザ識別情報を保存するとともに、アプリケーション要求
発行時には、当該要求に保存されたユーザ識別情報を付
加するブラウザプロセスをクライアントシステム上のプ
ロセスとしてコンピュータに実現させるためのプログラ
ムを記録媒体に格納したものである。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。

【００３１】図１は本発明の実施の形態に係るクライア
ントサーバ間の会話処理装置を適用するイントラネット
の構成例を示すブロック図である。なお、本発明は、イ
ントラネットのみならずインターネットにも適用できる
が、本明細書ではイントラネットの場合を例にとって発
明を説明する。

【００３２】また、本装置は、例えば磁気ディスク等の
記録媒体に記録されたプログラムを読み込み、このプロ
グラムによって動作が制御される計算機によって実現さ
れるものである。

【００３３】図１に示すように、データ伝送路１に複数
のクライアント計算機２及び少なくとも一つのサーバ計
算機３が接続されて、イントラネットによるＬＡＮが構
成されている。

【００３４】各クライアント計算機には、それぞれウェ
ブブラウザ４が設けられており、ＨＴＴＰによりサーバ
計算機３のＷＷＷサーバプロセス５と通信できるように
なっている。

【００３５】また、このウェブブラウザ４は、Ｃｏｏｋ
ｉｅｓ機構に対応したものであり、ＷＷＷサーバプロセ
ス５にて設定される文字データ列Ｃｏｏｋｉｅ（クッキ
ー）を保存し、送信データに付加するようになってい
る。なお、ＣｏｏｋｉｅｓというのはＷｅｂサイトのア
クセスに関する情報のことである。例えばウェブブラウ
ザがサーバ計算機上のＷＷＷサーバから受け取った情報
（Ｃｏｏｋｉｅ）をクライアント計算機に保存してお
く。そして、再度ウェブブラウザが同じＷＷＷサーバへ
要求を発行した際に、ウェブブラウザからＷＷＷサーバ
へ送信するデータに加えてＣｏｏｋｉｅを送信する。そ
してＷＷＷサーバはＣｏｏｋｉｅを受け取ることにより
前回アクセスしたウェブブラウザと同一のウェブブラウ
ザであることを認識するのである。

【００３６】一方、サーバ計算機３には、ＷＷＷサーバ
プロセス５と、アプリケーションプロセス６と、通信制
御プロセス７とが設けられている。また、図１にはＵＮ
ＩＸにカーネル機能の一つであるＩＰＣメッセージ機能
８が示されている。

【００３７】ＷＷＷサーバプロセス５は、管理プロセス
９と処理プロセスとしての複数の会話処理ＡＰＩ１０と
を備えるとともにＣｏｏｋｉｅｓ機構にも対応してい
る。

【００３８】管理プロセス９は、ウェブブラウザ４から
の送信データを受け取り、会話処理ＡＰＩ１０に引き渡
すようになっている。

【００３９】会話処理ＡＰＩ１０は、その詳細構成は後
述するが、ＨＴＭＬ文書から要求を発行させるためのア
プリケーションプログラムインターフェースであって、
通信制御プロセス７を介してアプリケーションプロセス
６と会話し、そのアプリケーション応答をウェブブラウ
ザ４に返信する処理プロセスである。

【００４０】アプリケーションプロセス６は、当該サー
バ計算機３が提供するサービスプログラムである。業務
用アプリケーションやカタログショッピング用のアプリ
ケーション等のあらゆるアプリケーションが含まれる。
なお、このアプリケーションプロセス６には、会話処理
部１１が設けられ、特定のウェブブラウザ４と会話的な
処理を継続実行できるようになっている。

【００４１】通信制御プロセス７は、その詳細構成は後
述するが、特定のウェブブラウザ４と、アプリケーショ
ンプロセス６との間で不特定な会話処理ＡＰＩ１０を介
して会話通信を実現するための常駐プロセスである。通
信制御プロセス７は、この特定の会話通信を会話毎の子
プロセスを生成することでその処理を実現する。

【００４２】次に、会話処理ＡＰＩ１０と通信制御プロ
セス７の詳細な構成について説明する。

【００４３】図２は本実施形態の会話処理ＡＰＩの詳細
構成を示すブロック図である。

【００４４】同図に示すように、会話処理ＡＰＩ１０
は、ウェブブラウザ４とＨＴＴＰにより通信するウェブ
通信部２１、通信制御プロセス７と通信するサーバ内通
信部２２、クッキー読取部２３、ＩＰＣ立上部２４及び
クッキー設定部２５から構成される。

【００４５】すなわち会話処理ＡＰＩ１０は、管理プロ
セス９からあるウェブブラウザ４からの送信データ（ブ
ラウザ要求）を引き渡され、これに対するアプリケーシ
ョン応答を当該ウェブブラウザ４に返すまで、そのウェ
ブブラウザ４間との通信を担当する。

【００４６】ウェブ通信部２１は、このためのウェブブ
ラウザ間通信を行う処理部である。クッキー読取部２３
は、受け取ったブラウザ要求にクッキーが付加されてい
るか否か判定し、クッキーが付加されているときにはこ
れを抽出して、当該ブラウザ要求とともにサーバ内通信
部２２に引き渡す。

【００４７】サーバ内通信部２２は、ＩＰＣ設定通信部
２６と、ＩＰＣ通信部２７とからなり、ブラウザ要求に
クッキーが付加されているかによってその動作が異な
る。

【００４８】ここで、ＩＰＣというのは、ＵＮＩＸに用
意されているプロセス間通信の１つである。例として、
ＡとＢという２つのプロセス間でＩＰＣ通信を行う場合
を図３を参照して説明する。

【００４９】図３はＩＰＣについて説明する図である。

【００５０】ＩＰＣ通信を行う場台、Ａ，Ｂというプロ
セスは各々特定のＩＰＣキーで立ち上げる。ＩＰＣキー
はＡ，Ｂ２つのプロセスのみが持つ識別情報である。ま
た、ＩＰＣキーが立ち上げられると当該ＩＰＣキーに対
応した（プロセスＡ、プロセスＢがアクセスする）共有
領域（以下「ＩＰＣキュー」という）がＯＳカーネル領
域上に確保される。図３では、プロセスＡ，Ｂ各々はＩ
ＰＣキーをｋｅｙ３として立ち上がっており、ＩＰＣキ
ューの内、ｋｅｙ３の部分が確保されている。ここで、
ＩＰＣ通信の動作を説明する。各プロセスでｋｅｙ３を
ＩＰＣキーとしてＩＰＣを立ち上げる（ＩＰＣキー初期
化）。そして、各プロセスでは、ＩＰＣキューを定期的
に読み込みにいっている。ここで例えばプロセスＡがＩ
ＰＣキューに「ａ」を書き込んだとすると、プロセスＢ
は定期的にＩＰＣキューを読み込みに行っているので、
「ａ」がプロセスＢに読み込まれる。同様に、プロセス
ＢがＩＰＣキューに「ｂ」を書き込んだとすると、プロ
セスＡは定期的にＩＰＣキューを読み込みに行っている
ので、「ｂ」がプロセスＡに読み込まれる。

【００５１】このように、各プロセスは、特定のＩＰＣ
キーで１ＰＣが立ち上げられ、当該ＩＰＣキーに対応し
たＩＰＣキューをアクセスすることにより、プロセス間
通信を行うのである。また、ＩＰＣ通信は一度立ち上げ
られると、１回の通信要求（上記の例では、プロセスＢ
が共有メモリに「ａ」を書き込み、プロセスＡがＩＰＣ
キューにアクセスし、「ａ」を読み出す一連の処理。ま
た、プロセス間で見ると、プロセスＢがプロセスＡに
「ａ」という情報を渡した処理）が終了しても、プロセ
スＡ，Ｂがｋｅｙ３で立ち上がり、ｋｅｙ３に対応した
ＩＰＣキューが確保されている状態は維持される。つま
り、この機能を用いれば特定のプロセス間で一々要求の
都度、接続処埋を行う必要はなく、ＩＰＣキーさえわか
ればデータ送信が可能である。この点で、ＴＣＰ／ＩＰ
やＨＴＴＰのように一度の要求毎に接続が切断されてし
まい、要求の都度、接続処理を行う通信とは異なるので
ある。

【００５２】サーバ内通信部２２は、ブラウザ要求にク
ッキーが付加されていれば、ＩＰＣ通信部２７によって
クッキーをキーとしてＩＰＣによる通信を実行し、クッ
キーが付加されていなければ、ＩＰＣ設定通信部２６に
よって一連のＩＰＣ立ち上げ処理を実行する。

【００５３】ＩＰＣ設定通信部２６は、ＴＣＰ／ＩＰに
より通信制御プロセス７からＩＰＣキーを受け取りＩＰ
Ｃ立上部２４に引き渡す。ここで受け取るＩＰＣキー
は、具体的には、通信制御プロセス７にて生成される子
プロセスのプロセスＩＤである。なお、このときＩＰＣ
設定通信部２６はブラウザ要求をも通信制御プロセス７
に引き渡す。

【００５４】ＩＰＣ通信部２３は、クッキー読取部２３
で抽出されたクッキーをＩＰＣキーとして会話処理ＡＰ
ＩにてＩＰＣを立ち上げるようにＩＰＣ立上部２４に依
頼する。そしてＩＰＣが立ち上がると、このクッキーと
同一のプロセスＩＤである子プロセス３２とＩＰＣによ
る通信を実行する。すなわちクッキーが添付されている
場合は、過去に少なくとも１回、特定のウェブブラウザ
４〜アプリケーションプロセス６間で通信が行われた場
合であり、対応する子プロセスが既に生成されているか
らである。

【００５５】つまり、ＩＰＣ立上部２４は、子プロセス
のプロセスＩＤにより会話処理ＡＰＩにてＩＰＣを立ち
上げた後、そのプロセスＩＤをクッキー設定部２５に引
き渡す。

【００５６】クッキー設定部２５は、このプロセスＩＤ
をクッキーの文字列としてクッキーを設定する。なお、
クッキー設定の機能はＷＷＷサーバプロセス５が有する
ものであり、クッキー設定部２５はこれを利用する。

【００５７】なお、ＩＰＣにより会話処理ＡＰＩと通信
制御プロセス７と間でＩＰＣ通信が可能になると、アプ
リケーション応答もＩＰＣ通信により返信されてくる
が、この応答をウェブブラウザ４に返すときに、クッキ
ー設定部２５の設定したクッキーの文字列でウェブブラ
ウザ４に対し、クッキーを設定する。

【００５８】図４は本実施形態の通信制御プロセスの詳
細構成を示すブロック図である。

【００５９】通信制御プロセス７は、親プロセス３１と
子プロセス３２とから構成される。システム起動当初は
親プロセス３１のみが存在し、特定のウェブブラウザ４
〜アプリケーションプロセス６間で通信が行われると、
この会話通信毎に対応する子プロセス３２が生成される
ようになっている。

【００６０】親プロセス３１は、ＩＰＣ設定通信部３３
と、子プロセス３２を生成する子プロセス生成部３４と
から構成される。ＩＰＣ設定通信部３３は、会話処理Ａ
ＰＩ１０のＩＰＣ設定通信部２６からの最初のＴＣＰ／
ＩＰ通信を受け付ける部分であり、この通信により子プ
ロセス３２の生成を子プロセス生成部３４に依頼する。
ＩＰＣ設定通信部３３は、子プロセス３２の生成後、親
プロセスと会話処理ＡＰＩ１０からの情報を当該子プロ
セス３２に引き渡すとともに、会話処理ＡＰＩ１０との
通信を終了させる。

【００６１】子プロセス３２は、プロセスＩＤ取得部３
５と、ＩＰＣ設定通信部３６と、ＩＰＣ立上部３７と、
ＩＰＣ通信部３８と、アプリケーション通信部３９とに
よって構成される。

【００６２】プロセスＩＤ取得部３５は、当該子プロセ
スが生成されるときに付けられるプロセスＩＤを取得す
る。

【００６３】ＩＰＣ設定通信部３６は、親プロセス３１
にコネクトしてきた会話処理ＡＰＩ１０のＩＰＣ設定通
信部２６とＴＣＰ／ＩＰ通信を行い、取得された自己の
プロセスＩＤを通知する。

【００６４】ＩＰＣ立上部３７は、自己のプロセスＩＤ
をＩＰＣキーとしてＩＰＣメッセージ機能を立ち上げ
る。

【００６５】ＩＰＣ通信部３８は、自己のプロセスＩ
Ｄ、すなわちこれは以降クッキーと同一のデータとなる
が、をＩＰＣキーとして、会話処理ＡＰＩ１０のＩＰＣ
通信部２７とＩＰＣメッセージ授受による通信を行う。

【００６６】アプリケーション通信部３９は、親プロセ
ス３１から引き継いだブラウザ要求又はＩＰＣ通信部３
８から受け付けたブラウザ要求をＴＣＰ／ＩＰ通信によ
りアプリケーションプロセス６に引き渡し、またアプリ
ケーションプロセス６からの応答を会話処理ＡＰＩ１０
に送信すべくＩＰＣ通信部３８に引き渡す。

【００６７】次に、以上のように構成された本発明の実
施の形態に係るクライアントサーバ間の会話処理装置の
動作について説明する。

【００６８】特定のウェブブラウザとアプリケーション
プロセスとの間で会話処理を実行するための会話処理設
定を行う動作について説明する。

【００６９】図５は会話処理設定を行う際の会話処理Ａ
ＰＩの動作を示す流れ図である。

【００７０】まず、管理プロセス９からウェブブラウザ
４からの要求を渡されると（ＳＴ１）、これにクッキー
が付加されているか否かが判定される（ＳＴ２）。

【００７１】クッキーが付加されていれば（ＳＴ２）、
クッキー読取部２３においてクッキーが抽出され、これ
をＩＰＣキーとして、その会話処理ＡＰＩ１０でＩＰＣ
の立ち上げ処理が行われるとともに、ブラウザ要求はＩ
ＰＣメッセージ機能８により対応する子プロセス３２に
渡される（ＳＴ１０）。そして、アプリケーション応答
が当該子プロセス３２からＩＰＣメッセージ機能により
通知されてくると、これがウェブブラウザ４に送出され
る（ＳＴ１１）。

【００７２】一方、クッキーが付加されていなければ
（ＳＴ２）、以下のような会話処理設定が実行される
（ＳＴ３〜ＳＴ９）。

【００７３】まず、通信制御プロセス７の親プロセス３
１にＩＰＣ設定通信が行われる（ＳＴ３）。このとき行
われるのはＴＣＰ／ＩＰ通信である。

【００７４】通信制御プロセス７ではこの会話処理のた
めの子プロセス３２の生成等が行われ、その子プロセス
３２から当該会話処理ＡＰＩ１０にＴＣＰ／ＩＰ通信を
行ってくる。

【００７５】この子プロセス３２からのＩＰＣ設定通信
によって（ＳＴ４）、当該子プロセスのプロセスＩＤが
取得され（ＳＴ５）、取得されたプロセスＩＤをキーと
してＩＰＣが立ち上げられる（ＳＴ６）。続いてこのプ
ロセスＩＤは、クッキー設定部２５に引き渡される。

【００７６】この間制御プロセス７（子プロセス）とア
プリケーションプロセス６間では会話通信が行われ、そ
の応答が対応した子プロセス経由でＩＰＣ通信により戻
ってくる（ＳＴ７）。

【００７７】そこで、クッキー設定部２５により、上記
子プロセスのプロセスＩＤをクッキーのデータ内容とし
て、クッキー設定が行われ（ＳＴ８）、当初のブラウザ
要求に対する応答がブラウザに対して送出される（ＳＴ
９）。ウェブブラウザ４では、アプリケーション応答を
受け取るとともに、クッキーを自己計算機の記憶装置に
保存し、以降、ＷＷＷサーバプロセス５にＨＴＴＰ通信
する際には、自己の要求にこのクッキーを付けることに
なる。

【００７８】次に通信制御プロセス７における動作につ
いて説明する。

【００７９】図６は会話処理設定を行う際の通信制御プ
ロセスの動作を示す流れ図である。

【００８０】まず、会話ＡＰＩ１０からのＩＰＣ設定通
信があれば、親プロセス３１がこれを受け取る（ＳＴ２
１）。

【００８１】このＩＰＣ設定通信に対応して親プロセス
３１によって、子プロセス３２が生成され、親プロセス
３１が受け取った会話ＡＰＩ１０のブラウザ要求等がそ
の子プロセス３２に引き渡される（ＳＴ２２）。なお、
この子プロセスは、以降、今回要求があったウェブブラ
ウザ４とアプリケーションプロセス６と間の会話通信の
ための中継を担当するものである。

【００８２】子プロセス３２が生成されると、親プロセ
ス３１〜会話ＡＰＩ１０間の通信は終了する。そして、
当該子プロセス３２から会話処理ＡＰＩに（ＴＣＰ／Ｉ
Ｐ）によるプロセス間通信が実行される（ＳＴ２３）。

【００８３】次に、子プロセス３２からそのプロセスＩ
Ｄが会話ＡＰＩ１０に通知される（ＳＴ２４）。

【００８４】次に、子プロセス３２では自己のプロセス
ＩＤをキーとしてＩＰＣが立ち上げられる（ＳＴ２
５）。またステップＳＴ２３〜ＳＴ２４と並行してある
いは前後して、ブラウザ要求がアプリケーションプロセ
スにＴＣＰ／ＩＰ通信により送出される（ＳＴ２６）。

【００８５】そして、アプリケーションプロセス６から
応答を受け取ると（ＳＴ２７）、その内容がＩＰＣメッ
セージ機能８により会話ＡＰＩ１０に伝送される（ＳＴ
２８）。

【００８６】このようにして特定のウェブブラウザとア
プリケーションプロセスとの間で会話処理設定が終了す
るが、この設定処理で生成した子プロセス３２はこのウ
ェブブラウザが終了してネットワークから抜ける等して
そのクッキーを消去するまで存在し続ける。

【００８７】すなわち子プロセス３２は、ＩＰＣ通信で
は特定のＩＰＣキーが用いられることで、自己が会話す
べき会話ＡＰＩ１０、ひいてはウェブブラウザを特定す
るのである。そしてこのＩＰＣキーはクッキーの形で会
話相手のウェブブラウザ４に保存され、通信時に使用さ
れる。

【００８８】なお、本実施形態では、ＩＰＣキーとして
子プロセスのプロセスＩＤを用いているが、子プロセス
側でＩＰＣキーとして使用し得て、かつ子プロセス毎に
識別できる情報であれば、ＩＰＣキー（ひいてはクッキ
ー）として用いる情報は子プロセスのプロセスＩＤに限
られないことになる。

【００８９】次に、会話処理設定が終了した後の会話処
理の動作について説明する。

【００９０】図７は会話処理設定後のクライアントサー
バ間の会話通信について説明する流れ図である。

【００９１】まず、ウェブブラウザ４からＷＷＷサーバ
プロセス５に対して何らかの要求がＨＴＴＰにより送出
される（ＳＴ３１）。このとき、会話処理設定後なの
で、このブラウザ要求にはクッキーが付加されている。

【００９２】次に、ＷＷＷサーバプロセス５の管理プロ
セス９は、会話処理ＡＰＩ１０にこのブラウザ要求を引
き渡すが、会話処理ＡＰＩ１０においては、ブラウザ要
求からクッキーが抽出され、これをＩＰＣのキーとして
ＩＰＣが立ち上がる。こうして、当該ＩＰＣキーでＩＰ
Ｃ立ち上げされた他のプロセスと通信可能になり、会話
処理ＡＰＩ１０からはこのＩＰＣメッセージによりブラ
ウザ要求が出力される（ＳＴ３２）。

【００９３】ＵＮＩＸ／ＯＳのカーネル機能によりＩＰ
Ｃメッセージがこの会話担当の子プロセス３２に届く
（ＳＴ３３）。

【００９４】当該子プロセス３２により、ブラウザ要求
がＴＣＰ／ＩＰによりアプリケーションプロセス６に転
送される（ＳＴ３４）。

【００９５】アプリケーションプロセス６の会話処理部
１１により、この特定ブラウザ４との会話処理が実現さ
れるとともに、アプリケーションプロセス６の本来のサ
ービス処理が実行され（ＳＴ３５）、その応答（処理結
果）がＴＣＰ／ＩＰ通信で子プロセスに返される（ＳＴ
３６）。

【００９６】子プロセス３２において受け取られたアプ
リケーション応答が、ＩＰＣメッセージとして会話処理
ＡＰＩ１０に送出される（ＳＴ３７）。

【００９７】このＩＰＣメッセージは、この子プロセス
のプロセスＩＤをブラウザ４からクッキーとして受け取
った，ステップＳＴ３２の会話処理ＡＰＩ１０に届く
（ＳＴ３８）。

【００９８】会話処理ＡＰＩによりアプリケーション応
答が当初のウェブブラウザ４に送出され、１回の会話通
信が終了する（ＳＴ３９）。

【００９９】上述したように、本発明の実施の形態に係
るクライアントサーバ間の会話処理装置は、通信制御プ
ロセス７を設けてＷＷＷサーバプロセス５〜アプリケー
ションプロセス６間の通信を中継する。そして、ＷＷＷ
サーバプロセス５内に会話処理ＡＰＩ１０を設けてクッ
キーからＩＰＣキーを抽出して特定されたプロセス間通
信を実現するようにしたので、インターネット／イント
ラネットにおいてウェブブラウザとＷＷＷサーバ側のア
プリケーションプロセス間で通信セッションを保持さ
せ、アプリケーションプロセスに対し会話処理を実現す
ることができる。また、ウェブブラウザ４に未だクッキ
ーが設定されていない場合には、会話処理用のアプリケ
ーションプログラムインターフェースである会話処理Ａ
ＰＩ１０によって、その会話用の子プロセス３２のプロ
セスＩＤをＩＰＣキーとし、かつクッキーとしてウェブ
ブラウザ４に送出する。そのため一度通信制御プロセス
７に接続したウェブブラウザ４は、それ以降のアプリケ
ーションプロセス６への要求の度に、先に受信したクッ
キーが自動的に要求メッセージに添付され、会話処理Ａ
ＰＩ１０でクッキーを受信し、ＩＰＣキー情報を採取す
ることにより、再度以前に接続した通信制御プロセス
（子プロセス）を介して同一のアプリケーションプロセ
スとの通信が可能である。このような構成としたため、
特別に通信セッション保持のための機構をクライアント
側に作成する必要なく、上記効果を得ることができる。

【０１００】以上本実施形態では、ドライバ（会話処理
ＡＰＩ）が１個の場合について述べたが、会話処理ＡＰ
Ｉ１０は複数としてもよい。

【０１０１】図８は会話処理ＡＰＩが複数設けられた場
合を示す図である。

【０１０２】同図に示すように、管理プロセス内でのス
ループットを向上させるためにドライバー（この中に、
会話処理ＡＰＩ１０が組み込まれている）が複数設けら
れている。管理プロセスは、ブラウザ要求を受けると、
空いているドライバに当該要求を渡す。ここで例えば前
回ドライバＣの会話処理ＡＰＩと通信プロセスＢとの間
でＩＰＣキーをｘとしてＩＰＣ通信されたとする
（（１）の接続）。そして、今回、通信プロセスＢとＩ
ＣＰ通信するドライバーがドライバーＣでなくドライバ
ーａであっても、ドライバーａでＩＰＣキーとｘとして
ＩＰＣを立ち上げれば前回とは異なるドライバーであっ
てもＩＰＣ通信を行うことができる（（２）の接続）。

【０１０３】さらに、上記発明以外にも以下のように発
注業務を処理する方法が考えられる。通信制御プロセス
に対応したメモリに図１１を用いて説明すると、発注業
務要求を出す場合に名前、商品番号、支払方法、発注個
数の４つの情報をクライアントブラウザから管理プロセ
スに入力し、管理プロセス→通信制御プロセス→業務プ
ロセスと渡されることによっても、業務プロセスにて発
注業務が処理されるのである。

【０１０４】しかしながら、発注業務を行う場合にも顧
客情報を添付するなど、要求を出すたびに顧客情報等の
秘密情報を送信することは危険である（クライアントブ
ラウザと管理プロセスとの間では、盗聴等される可能性
がある）。それに比べると、本発明は名前等の秘密情報
は最初の顧客／在庫検索のときのみ送信され、通信制御
プロセスに対応したメモリに記億される。その後、業務
アプリで使用されるときは、記憶された情報を使用す
る。そのため、本発明は秘密情報を何度も送信する危険
を回避する効果を有するのである。

【０１０５】

【実施例】実施形態で説明した発明について、商品発注
管理を行う業務プロセスシステムをイントラネットで構
成した場合を例にとって説明する。なお、この業務プロ
セスシステムは、例えばカタログショッピングシステム
等に当てはめインターネット上に構築しても同様な処理
を実現できる。

【０１０６】図９は本実施例における，クライアントか
らＷＷＷサーバを介し業務プロセスと会話処理を行う場
合のソフトウェア構成を示す図であり、図１〜図４と同
一部分には同一符号を付してその説明を省略する。

【０１０７】本実施例では、オペレータが顧客から要求
のあった商品に対し、在庫確認をした後、発注をかける
処理を想定している。

【０１０８】同図において、まず、クライアントブラウ
ザ４ｂは、オペレータが操作する図１のウェブブラウザ
４である。

【０１０９】一方、業務プロセス６ｂは、顧客照合、在
庫参照業務及び発注（在庫更新）を行う業務用の図１に
示すアプリケーションプロセス６である。顧客参照・在
庫参照業務部６１は、顧客情報の参照、在庫参照を行う
業務処理を実行する部分である。発注業務部６２は、在
庫データベースの在庫数を更新し、発注業務処理を実行
する部分である。

【０１１０】また、顧客データベース６３は顧客情報を
格納するデータベースであり、在庫データベース６４は
商品の在庫情報を格納するデータベースである。

【０１１１】以上のように構成された業務プロセスシス
テムの動作について、図７に付された（１）〜（１３）
に従って説明する。

【０１１２】（１）クライアントブラウザ４ｂから、業
務プロセス６ｂに対しＨＴＭＬ文書からＧＥＴ命令にて
会話処理が開始され、ブラウザ要求が発行される。この
際、サーバ側では会話処理ＡＰＩ１０が使用され顧客照
合、在庫検索処理が要求される。このためオペレータは
顧客の名前や、購入したい商品の管理番号（以降商品番
号と示す）などを含む顧客情報を入力する。

【０１１３】（２）会話処理ＡＰＩ１０は、通信制御プ
ロセス７ヘＵＮＩＸのソケットを使い、顧客情報や商品
番号を含むデータを送信するとともに、この会話に対応
する子プロセスを生成し会話処理設定を行う。

【０１１４】（３）通信制御プロセス７は受信した情報
を、業務プロセス６ｂに送信する。（４）業務プロセス６ｂでは、受信した顧客情報が正し
いか顧客情報データベース６３を参照する。さらに商品
番号に対する在庫数を、在庫データベース６４から参照
する。

【０１１５】（５）業務プロセス６ｂは、顧客情報の参
照結果と、顧客名及び商品番号、在庫数を応答として通
信制御プロセス７に送信する。このとき通信制御プロセ
スにおいて顧客名及び商品番号を、この会話相手のブラ
ウザ４に対応させ、内部に保存する。

【０１１６】（６）通信制御プロセス７では受信したデ
ータを、会話処理ＡＰＩ１０へＩＰＣにより送信する。

【０１１７】（７）会話処理ＡＰＩ１０では、受信した
データに加え、通信制御プロセス７の対応子プロセスの
ＩＰＣキー等をクッキーに設定し、クライアントブラウ
ザ４ｂヘ応答を返す。

【０１１８】（８）オペレータは、顧客情報及び在庫数
の確認を終えると、商品の発注個数を指定して再度業務
プロセス６ｂに発注業務処理を要求する。このとき
（７）で受信したっクッキーは、自動的に会話処理ＡＰ
Ｉ１０ヘ送信される。

【０１１９】（９）会話処理ＡＰＩ１０は、受信したク
ッキー情報からＩＰＣキーを参照し、先に接続した通信
制御プロセス（子プロセス）にＩＰＣにより接続する。

【０１２０】（１０）通信制御プロセス７は、業務プロ
セス６ｂに発注要求を発行する。このとき（５）で保存
した顧客名及び商品番号を併せて送信する。

【０１２１】（１１）業務プロセス６ｂは先に受信した
顧客情報と商品番号を参照し、在庫データベース６４か
ら該当する商品番号の在庫数を要求数分だけ減算する。

【０１２２】（１２）業務処理において発注業務処理が
完了すると、その応答を通信制御プロセス７、会話処理
ＡＰＩ１０を経由してクライアントブラウザ４ｂヘ返
す。

【０１２３】このようにして、会話処理による一連の業
務処理が実行されることとなる。

【０１２４】なお、本発明は、上記実施形態又は実施例
に限定されるものでなく、その要旨を逸脱しない範囲で
種々に変形することが可能である。

【０１２５】また、実施形態又は実施例に記載した手法
は、計算機に実行させることができるプログラム（ソフ
トウエア手段）として、例えば磁気ディスク（フロッピ
ーディスク、ハードディスク等）、光ディスク（ＣＤ−
ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納
し、また通信媒体により伝送して頒布することもでき
る。なお、媒体側に格納されるプログラムには、計算機
に実行させるソフトウエア手段（実行プログラムのみな
らずテーブルやデータ構造も含む）を計算機内に構成さ
せる設定プログラムをも含むものである。本装置を実現
する計算機は、記憶媒体に記録されたプログラムを読み
込み、また場合により設定プログラムによりソフトウエ
ア手段を構築し、このソフトウエア手段によって動作が
制御されることにより上述した処理を実行する。

【０１２６】また、実施形態及び実施例においては、子
プロセス〜会話処理ＡＰＩ間以外の、例えば子プロセス
〜アプリケーションプロセス間等の種々のプロセス間通
信でソケットを用いたが、本発明はこれに限られるもの
でなく、ＩＰＣを含む他のプロセス間通信方式を利用し
てもよい。

【０１２７】

【発明の効果】以上詳記したように本発明によれば、イ
ンターネット／イントラネットにおいてウェブブラウザ
とＷＷＷサーバ側のアプリケーションプロセス間で通信
セッションを保持させ、アプリケーションプロセスに対
し会話処理を実現することができるクライアントサーバ
間の会話処理装置及び方法並びに記録媒体を提供するこ
とができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るクライアントサーバ
間の会話処理装置を適用するイントラネットの構成例を
示すブロック図。

【図２】同実施形態の会話処理ＡＰＩの詳細構成を示す
ブロック図。

【図３】ＩＰＣについて説明する図。

【図４】同実施形態の通信制御プロセスの詳細構成を示
すブロック図。

【図５】会話処理設定を行う際の会話処理ＡＰＩの動作
を示す流れ図。

【図６】会話処理設定を行う際の通信制御プロセスの動
作を示す流れ図。

【図７】会話処理設定後のクライアントサーバ間の会話
通信について説明する流れ図。

【図８】会話処理ＡＰＩが複数設けられた場合を示す図

【図９】本発明の実施例におけるクライアントからＷＷ
Ｗサーバを介し業務プロセスと会話処理を行う場合のソ
フトウェア構成を示す図。

【図１０】クライアントサーバシステムで発注業務を行
う場合を示す図。

【図１１】クライアントサーバシステムで発注業務を行
う場合を示す図。

【図１２】クライアントサーバシステムで発注業務を行
う場合を示す図。

【符号の説明】

１…データ伝送路２…クライアント計算機３…サーバ計算機４…ウェブブラウザ５…ＷＷＷサーバプロセス６…アプリケーションプロセス７…通信制御プロセス８…ＩＰＣメッセージ機能９…管理プロセス１０…会話処理ＡＰＩ１１…会話処理部２１…ウェブ通信部２２…サーバ内通信部２３…クッキー読取部２４…ＩＰＣ立上部２５…クッキー設定部３１…親プロセス３２…子プロセス３３…ＩＰＣ設定通信部３４…子プロセス生成部３５…プロセスＩＤ取得部３６…ＩＰＣ設定通信部３７…ＩＰＣ立上部３８…ＩＰＣ通信部３９…アプリケーション通信部

Claims

【特許請求の範囲】

【請求項１】クライアントシステム側のウェブブラウ
ザとサーバシステム側のＷＷＷサーバプロセスと間で通
信が行われるとともに、前記サーバシステム側にはアプ
リケーションプロセスが設けられ、かつ、前記ウェブブ
ラウザからの前記アプリケーションプロセスへの要求が
前記ＷＷＷサーバプロセスを中継してなされる場合の前
記サーバシステム上にあって、前記アプリケーションプロセスと前記ＷＷＷサーバプロ
セスとのプロセス間通信として、特定のキー情報を用い
ることでプロセス間の通信を可能とする通信処理機能を
オペレーティングシステムに設定させるとともに、前記
特定のキー情報として前記ＷＷＷサーバプロセスが前記
ウェブブラウザに付与するユーザ識別情報を用い、これ
らのプロセス間通信により前記ＷＷＷサーバプロセスと
アプリケーションプロセスとの間の通信を中継する通信
制御プロセスと、前記ウェブブラウザより前記アプリケーションプロセス
への要求があったときに、当該アプリケーション要求に
付加された前記ユーザ識別情報を取り出し、当該ユーザ
識別情報を前記特定のキー情報に用いて前記通信制御プ
ロセスと通信する前記ＷＷＷサーバプロセス内の会話処
理プロセスとを備え、前記ウェブブラウザと前記アプリ
ケーションプロセス間での通信セッションを保持し、会
話処理を実現可能とすることを特徴とするクライアント
サーバ間の会話処理装置。
【請求項２】前記会話処理プロセスは、前記アプリケ
ーション要求に前記ユーザ識別情報が付加されていない
ときには、前記通信制御プロセスに新たな前記通信処理
機能の設定を要求するとともに、この通信制御プロセス
がオペレーティングシステムに通知した新たなキー情報
を前記ユーザ識別情報として前記アプリケーション要求
発行元のウェブブラウザに付与することを特徴とする請
求項１記載のクライアントサーバ間の会話処理装置。
【請求項３】前記クライアントシステム及び前記サー
バシステムはイントラネット上に構成されることを特徴
とした請求項１又は２記載のクライアントサーバ間の会
話処理装置。
【請求項４】クライアントシステム側のウェブブラウ
ザとサーバシステム側のＷＷＷサーバプロセスと間で通
信が行われるとともに、前記サーバシステム側にはアプ
リケーションプロセスが設けられ、かつ、前記ウェブブ
ラウザからの前記アプリケーションプロセスへの要求が
前記ＷＷＷサーバプロセスによって中継される場合の前
記サーバシステム上にあって、前記アプリケーションプロセスと前記ＷＷＷサーバプロ
セスとのプロセス間通信として、特定のキー情報を用い
ることでプロセス間の通信を可能とする通信処理機能を
オペレーティングシステムに設定させるとともに、前記
特定のキー情報として前記ＷＷＷサーバプロセスが前記
ウェブブラウザに付与するユーザ識別情報を用い、これ
らのプロセス間通信により前記ＷＷＷサーバプロセスと
アプリケーションプロセスとの間の通信を中継する通信
制御プロセスを実現する手順と、前記ウェブブラウザより前記アプリケーションプロセス
への要求があったときに、当該アプリケーション要求に
付加された前記ユーザ識別情報を取り出し、当該ユーザ
識別情報を前記特定のキー情報に用いて前記通信制御プ
ロセスと通信する前記ＷＷＷサーバプロセス内の会話処
理プロセスを実現する手順とを実行し、前記ウェブブラ
ウザと前記アプリケーションプロセス間での通信セッシ
ョンを保持し、会話処理を実現可能とすることを特徴と
するクライアントサーバ間の会話処理方法。
【請求項５】クライアントシステム側のウェブブラウ
ザとサーバシステム側のＷＷＷサーバプロセスと間で通
信が行われるとともに、前記サーバシステム側にはアプ
リケーションプロセスが設けられ、かつ、前記ウェブブ
ラウザからの前記アプリケーションプロセスへの要求が
前記ＷＷＷサーバプロセスによって中継されるシステム
にあって、前記アプリケーションプロセスと前記ＷＷＷサーバプロ
セスとのプロセス間通信として、特定のキー情報を用い
ることでプロセス間の通信を可能とする通信処理機能を
オペレーティングシステムに設定させるとともに、前記
特定のキー情報として前記ＷＷＷサーバプロセスが前記
ウェブブラウザに付与するユーザ識別情報を用い、これ
らのプロセス間通信により前記ＷＷＷサーバプロセスと
アプリケーションプロセスとの間の通信を中継する通信
制御プロセスと、前記ウェブブラウザより前記アプリケーションプロセス
への要求があったときに、当該アプリケーション要求に
付加された前記ユーザ識別情報を取り出し、当該ユーザ
識別情報を前記特定のキー情報に用いて前記通信制御プ
ロセスと通信する前記ＷＷＷサーバプロセス内の会話処
理プロセスとを前記サーバシステム上のプロセスとして
コンピュータに実現させるためのプログラムを記録した
コンピュータ読み取り可能な記録媒体。
【請求項６】クライアントシステム側のウェブブラウ
ザとサーバシステム側のＷＷＷサーバプロセスと間で通
信が行われるとともに、前記サーバシステム側にはアプ
リケーションプロセスが設けられ、かつ、前記ウェブブ
ラウザからの前記アプリケーションプロセスへの要求が
前記ＷＷＷサーバプロセスによって中継されるシステム
にあって、前記アプリケーションプロセスとの前記ＷＷＷサーバプ
ロセスとのプロセス間通信として、特定のキー情報を用
いることでプロセス間の通信を可能とする通信処理機能
をオペレーティングシステムに設定させるとともに、前
記特定のキー情報として前記ＷＷＷサーバプロセスが前
記ウェブブラウザに付与するユーザ識別情報を用い、こ
れらのプロセス間通信により前記ＷＷＷサーバプロセス
とアプリケーションプロセスとの間の通信を中継する通
信制御プロセスを前記サーバシステム上のプロセスとし
てコンピュータに実現させるためのプログラムを記録し
たコンピュータ読み取り可能な記録媒体。
【請求項７】クライアントシステム側のウェブブラウ
ザとサーバシステム側のＷＷＷサーバプロセスと間で通
信が行われるとともに、前記サーバシステム側にはアプ
リケーションプロセスが設けられ、かつ、前記ウェブブ
ラウザからの前記アプリケーションプロセスへの要求が
前記ＷＷＷサーバプロセスによって中継される場合に、
前記アプリケーションプロセスと前記ＷＷＷサーバプロ
セスとのプロセス間通信として、特定のキー情報を用い
ることでプロセス間の通信を可能とする通信処理機能を
オペレーティングシステムに設定させるとともに、前記
特定のキー情報として前記ＷＷＷサーバプロセスが前記
ウェブブラウザに付与するユーザ識別情報を用い、これ
らのプロセス間通信により前記ＷＷＷサーバプロセスと
アプリケーションプロセスとの間の通信を中継する通信
制御プロセスと、前記ウェブブラウザより前記アプリケ
ーションプロセスへの要求があったときに、当該アプリ
ケーション要求に付加された前記ユーザ識別情報を取り
出し、当該ユーザ識別情報を前記特定のキー情報に用い
て前記通信制御プロセスと通信する前記ＷＷＷサーバプ
ロセス内の会話処理プロセスとを備え、前記ウェブブラ
ウザと前記アプリケーションプロセス間での通信セッシ
ョンを保持し、会話処理を実現可能とするシステムにあ
って、前記ユーザ識別情報を保存するとともに、前記アプリケ
ーション要求発行時には、当該要求に保存されたユーザ
識別情報を付加するブラウザプロセスを前記クライアン
トシステム上のプロセスとしてコンピュータに実現させ
るためのプログラムを記録したコンピュータ読み取り可
能な記録媒体。