JP3491889B2 - 対話処理システムおよびこれに用いるデータ処理装置、対話処理方法、記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、対話処理システム
およびこれに用いるデータ処理装置、対話処理方法、記
録媒体に関し、特に、ネットワーク上に接続された端末
間でリアルタイムな対話を行うシステムに用いて好適な
ものである。

【０００２】

【従来の技術】従来、インターネット等のネットワーク
上で情報交換を行うための手段として、電子メールが多
く利用されている。通常、電子メールによる情報交換
は、メールサーバを介して行われる。すなわち、端末Ａ
からネットワークを介して端末Ｂに電子メールを送信す
る場合、端末Ａから送信された電子メールは、メールサ
ーバに一旦送信され、ここで管理される。そして、端末
Ｂからメールサーバに対してアクセスがあったときに、
端末Ｂ宛の電子メールがメールサーバから端末Ｂに送ら
れる。

【０００３】端末Ｂが、受け取った電子メールに対して
端末Ａに返信を行う場合も同様である。すなわち、端末
Ｂからネットワークを介して端末Ａに返信の電子メール
を送信する場合、端末Ｂから送信された電子メールは、
メールサーバに一旦送信され、ここで管理される。そし
て、端末Ａからメールサーバに対してアクセスがあった
ときに、端末Ａ宛の電子メールがメールサーバから端末
Ａに送られる。

【０００４】このように、電子メールを用いれば、複数
の端末間でネットワークを介して情報交換を行うことが
できる。しかし、電子メールを用いた情報交換では、送
信側の端末から電子メールを送っても、それは受信側の
端末に直接届く訳ではなく、受信側の端末からメールサ
ーバにアクセスがあって始めて届けられる。そのため、
受信側の端末からメールサーバにアクセスが行われない
限り、情報交換は滞ることになる。したがって、電子メ
ールはリアルタイムな対話を行うための手段としては不
向きである。

【０００５】また、ネットワーク上で情報交換を行うた
めの別の手段として、ワールド・ワイド・ウェブ（ＷＷ
Ｗ）のブラウザソフトを用いて行うチャット等も多く利
用されている。通常、チャットは、例えばＩＲＣ（Inte
rnet Relay Chat）サーバ等のサーバを用いたサーバ・
クライアントシステムとして実現される。

【０００６】すなわち、あるクライアントから入力され
たテキストの発言情報は、サーバに送られて管理され
る。サーバは、チャットに参加している他のクライアン
トからの情報更新要求に応じて、あるいは一定の時間ご
とに、サーバに登録された発言内容を含むＨＴＭＬ情報
を送る。このＨＴＭＬ情報を受け取ったクライアントで
は、当該ＨＴＭＬ情報をウェブブラウザが解析し、画面
上に発言内容を更新して表示する。

【０００７】このチャットを用いれば、複数の参加者が
それぞれのクライアントから同時に発言を行うことがで
き、一人の発言は参加者全員のクライアントに送られて
表示される。しかし、このチャットは、クライアントが
サーバに一定周期で問い合わせを行うタイプ（プルモデ
ル）のものである。そのため、あるクライアントからの
書き込み内容が、その瞬間に同期をとって他のクライア
ントに送られるものではなく、リアルタイムな情報交換
は行うことができない。

【０００８】

【発明が解決しようとする課題】現在、インターネット
等のネットワーク上で広く普及している情報通信手段と
しては、電子メールやウェブブラウザがある。このう
ち、ウェブブラウザの基本的な機能は、所定のＵＲＬ
（Uniform Resource Locator）を指定してウェブサーバ
にアクセスし、当該ＵＲＬによって指定されたファイル
を取得してその情報を表示するものである。したがっ
て、このウェブブラウザの基本機能だけでは、複数の端
末間で情報交換を行うことはできない。

【０００９】また、上述したように、電子メールやウェ
ブブラウザのチャット機能を用いれば、ネットワーク上
に接続された複数の端末間で情報交換を行うことができ
る。しかしながら、これらの手法では何れもリアルタイ
ムな対話を行うことができないという問題があった。な
お、インスタント・メッセージ等のリアルタイム・チャ
ットが可能な仕組みも提案されてはいるが、ウェブブラ
ウザ以外の専用のクライアント・ソフトウェアや特殊な
コンポーネントを必要とし、これをインストールしない
限りリアルタイムな対話を行うことができないという問
題があった。

【００１０】本発明は、このような問題を解決するため
に成されたものであり、専用のクライアント・ソフトウ
ェアや特殊なコンポーネントを用いることなく、現在広
く利用されているウェブブラウザ上でリアルタイムな対
話を行うことができるようにすることを目的としてい
る。

【００１１】

【００１２】

【００１３】

【００１４】

【課題を解決するための手段】本発明の対話処理システ
ムは、 ＷＷＷネットワーク上でサーバ側装置とクライア
ント側装置のウェブブラウザとがステートレスのプロト
コルによって動作し、上記サーバ側装置と上記クライア
ント側装置との間で情報通信を行うことによって対話処
理を実行する対話処理システムであって、上記サーバ側
装置は、上記クライアント側装置との間で、ページ上で
分割された複数フレームの情報をそれぞれ非同期で送受
信するサーバ入出力手段と、上記クライアント側装置の
送信フレームから上記サーバ入出力手段に発言情報が入
力されたときに、上記入力された発言情報を表示して相
手の返答を要求する返答入力要求手段と、上記クライア
ント側装置の送信フレームから上記サーバ入出力手段に
上記発言情報が入力されたときに、上記サーバ入出力手
段を介して空の情報を上記送信フレームに送信する送信
フレーム応答手段と、上記返答入力要求手段による返答
の要求に応じて入力された返答情報を上記サーバ入出力
手段を介して上記クライアント側装置の受信フレームに
送信する受信フレーム応答手段と、上記クライアント側
装置の上記送信フレームからの接続要求に応じて当該送
信フレームと接続した後、上記サーバ入出力手段により
上記発言情報が入力され上記送信フレーム応答手段によ
り上記空の情報が上記送信フレームに送信された後に上
記送信フレームとの接続を切断するとともに、上記クラ
イアント側装置の上記受信フレームからの接続要求に応
じて当該受信フレームと接続した後、上記返答入力要求
手段による返答の要求に応じて上記返答情報が入力され
るまでの間、上記受信フレームとの接続状態を維持して
待機し、上記受信フレーム応答手段により上記返答情報
の送信が行われた後に上記受信フレームとの接続を切断
する接続維持制御手段とを備え、上記クライアント側装
置では、上記受信フレームで上記返答情報を受信した
後、上記受信フレームから上記サーバ側装置への接続要
求を行うように動作することを特徴とする。

【００１５】 本発明のその他の態様では、上記クライ
アント側装置では、上記受信フレームで受信された上記
返答情報を表示フレームにロードした後、上記受信フレ
ームから上記サーバ側装置への接続要求を直ちに行うよ
うに動作することを特徴とする。

【００１６】

【００１７】

【００１８】

【００１９】

【００２０】

【００２１】

【００２２】

【００２３】 本発明のデータ処理装置は、ＷＷＷネッ
トワーク上に存在するクライアント側装置のウェブブラ
ウザとの間で、ステートレスのプロトコルに従って情報
通信を行うことによって対話処理を実行するデータ処理
装置であって、上記クライアント側装置との間で、ペー
ジ上で分割された複数フレームの情報をそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側
装置の送信フレームから上記サーバ入出力手段に発言情
報が入力されたときに、上記サーバ入出力手段を介して
空の情報を上記クライアント側装置の送信フレームに送
信する送信フレーム応答手段と、上記クライアント側装
置の送信フレームから入力された上記発言情報に対する
返答情報を、上記サーバ入出力手段を介して上記クライ
アント側装置の受信フレームに送信する受信フレーム応
答手段と、上記クライアント側装置の上記送信フレーム
からの接続要求に応じて当該送信フレームと接続した
後、上記サーバ入出力手段により上記発言情報が入力さ
れ上記送信フレーム応答手段により上記空の情報が上記
送信フレームに送信された後に上記送信フレームとの接
続を切断するとともに、上記クライアント側装置の上記
受信フレームからの接続要求に応じて当該受信フレーム
と接続した後、上記返答情報が入力されるまでの間、上
記受信フレームとの接続状態を維持して待機し、上記サ
ーバ入出力手段により上記返答情報が上記クライアント
側装置に送信された後に上記受信フレームとの接続を切
断する接続維持制御手段とを備えることを特徴とする。

【００２４】

【００２５】

【００２６】

【００２７】

【００２８】

【００２９】 また、本発明の対話処理方法は、ＷＷＷ
ネットワーク上でサーバ側装置とクライアント側装置の
ウェブブラウザとがステートレスのプロトコルによって
動作し、上記サーバ側装置と上記クライアント側装置と
の間で情報通信を行うことによって対話処理を実行する
対話処理方法であって、上記サーバ側装置と上記クライ
アント側装置の送信フレームとが上記ネットワークを介
して接続され、上記クライアント側装置の送信フレーム
から上記サーバ側装置に発言情報が入力されたときに、
空の情報を上記クライアント側装置の送信フレームに返
信して上記サーバ側装置と上記クライアント側装置の送
信フレームとの接続を切断するとともに、上記サーバ側
装置と上記クライアント側装置の受信フレームとの接続
が行われてから上記発言情報に対する応答情報が入力さ
れるまでの間、上記サーバ側装置と上記クライアント側
装置の受信フレームとの接続状態を維持して待機し、上
記返答情報が入力されたときに当該返答情報を上記サー
バ側装置から上記クライアント側装置の受信フレームに
返信して上記サーバ側装置と上記クライアント側装置の
受信フレームとの接続を切断することを特徴とする。

【００３０】 また、本発明のコンピュータ読み取り可
能な記録媒体は、請求項１〜３の何れか１項に記載の各
手段としてコンピュータを機能させるためのプログラ
ム、または請求項４に記載の対話処理方法の処理手順を
コンピュータに実行させるためのプログラムを記録した
ことを特徴とする。

【００３１】本発明は上記技術手段より成るので、クラ
イアント側装置からサーバ側装置に発言情報を送ると、
その発言情報に対して返答情報が入力されるまでサーバ
側装置とクライアント側装置との接続が維持され、返答
情報が入力されるとそれが直ちにクライアント側装置に
返送されることとなる。これにより、ステートレス（接
続の状態情報を維持しないセッションレスの状態）で接
続されたクライアント側装置、例えばクライアント側装
置のウェブブラウザ上でもリアルタイムな対話を行うこ
とが可能となる。このように、ウェブブラウザを用いて
リアルタイムな対話を行えるので、サーバ側装置に本発
明の仕組みを導入するだけで、クライアント側装置には
専用のクライアント・ソフトウェアや特殊なコンポーネ
ントを用意する必要もない。

【００３２】本発明の他の特徴によれば、サーバ側装置
とクライアント側装置との間の情報通信が全二重通信に
よって行われ、送受信双方向の通信を非同期で任意に行
うことが可能となる。これにより、発言情報を入力して
から相手側より返答情報が送られてくるのを待つことな
く、続けて発言情報の入力を行うことも可能であり、よ
り自由に対話を行うことが可能となる。

【００３３】本発明の他の特徴によれば、１つのサーバ
装置に複数の返答用クライアント装置を接続し、当該複
数の返答用クライアント装置を複数のオペレータで操作
することが可能となる。これにより、数多くの対話を複
数のオペレータが分散して行うことが可能となる。

【００３４】本発明の他の特徴によれば、１つのサーバ
側装置で複数の専用のオペレータを用意し、クライアン
ト側装置により指定される識別情報に応じて適切なオペ
レータを割り当てて対話処理を行うことが可能となる。

【００３５】本発明の他の特徴によれば、サーバ側装置
で返答情報を入力するオペレータが複数存在する場合に
おいて、一連の対話が継続して行われるとき、２度目以
降のやり取りにおいても、対話の開始時に割り当てられ
たオペレータと同じオペレータとの間で継続して対話処
理を行うことが可能となる。

【００３６】本発明の他の特徴によれば、一連の対話を
同じオペレータとの間で継続して行うことができるだけ
でなく、対話の開始時に所望のオペレータを選択するこ
とが可能となる。

【００３７】本発明の他の特徴によれば、サーバ側装置
とクライアント側装置との双方でブラウザを用いたリア
ルタイムな対話を行うことが可能となる。したがって、
サーバ側装置とクライアント側装置の双方とも専用のク
ライアント・ソフトウェアや特殊なコンポーネントを用
意する必要がなく、ブラウザさえあれば対話を行うこと
が可能となる。

【００３８】

【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。

【００３９】（第１の実施形態）図１は、第１の実施形
態による対話処理システムの機能構成例を示すブロック
図である。図１に示すように、本実施形態の対話処理シ
ステムは、サーバコンピュータ１（以下、サーバと言
う）と、ウェブクライアントコンピュータ２（以下、ウ
ェブクライアントと言う）とを備えて構成される。これ
らのサーバ１およびウェブクライアント２は、通信手段
を介してインターネット等のネットワーク３に任意に接
続可能なように構成されている。

【００４０】なお、ここではウェブクライアント２を１
つのみ示しているが、この数には限定されない。実際に
は、多くのウェブクライアント２がネットワーク３に接
続される。

【００４１】サーバ１は、その機能構成として、ウェブ
サーバ入出力部４、返答入力要求部５、返答入力部６お
よび応答ページ生成部７を備えている。また、ウェブク
ライアント２は、その機能構成として、ウェブブラウザ
（ＷＷＷ検索・回覧ソフト）８を備えている。なお、ウ
ェブブラウザとは、例えばＨＴＴＰ（hypertext transf
er protocol）、ＨＴＴＰＳ（hypertext transfer prot
ocol over transportlayer security / secure sockets
layer）、Ｓ−ＨＴＴＰ（secure hypertexttransfer）
などのプロトコルに従って情報の送受信を行うウェブ用
のブラウザを言う。

【００４２】上記サーバ１内のウェブサーバ入出力部４
は、ネットワーク３上に接続されたウェブクライアント
２との間でＨＴＭＬ（Hyper Text Markup Language）形
式に従ってデータのやり取りをする。具体的には、ウェ
ブクライアント２からの要求に応じて対話用の入力画面
（以下、入力送信ページと称する）をウェブクライアン
ト２に提供したり、サーバ１側で作成した対話の応答画
面（以下、応答ページと称する）をウェブクライアント
２に提供したりする。

【００４３】ウェブクライアント２内のウェブブラウザ
８は、クライアント側のオペレータＡの指定するＵＲＬ
に従って、そのＵＲＬを持つサーバ１に対してＨＴＭＬ
情報の転送を要求する。また、この要求に応じてサーバ
１内のウェブサーバ入出力部４から提供されたＨＴＭＬ
情報を解析し、対話用の入力送信ページをウェブクライ
アント２の表示装置に表示する。オペレータＡは、この
入力送信ページに対して対話に必要な発言情報を入力
し、サーバ１に送信することが可能である。

【００４４】また、ウェブブラウザ８は、ウェブサーバ
入出力部４から応答ページに相当するＨＴＭＬ情報が送
られてきたときは、そのＨＴＭＬ情報を解析し、応答ペ
ージをウェブクライアント２の表示装置に表示する。こ
の応答ページは、オペレータＢからの返答内容に対して
オペレータＡが更に続けて発言するための入力送信ペー
ジとして利用される。この場合に表示される入力送信ペ
ージでは、サーバ１側のオペレータＢにより入力された
返答内容が表示される。オペレータＡは、この入力送信
ページに所望の発言内容を入力し、再びサーバ１に送信
することが可能である。

【００４５】サーバ１内の返答入力要求部５は、ウェブ
クライアント２から、入力送信ページに所望の発言情報
が入力されて送られてきたときに、返答入力ページをサ
ーバ１の表示装置に表示することによって、返答入力を
サーバ側のオペレータＢに要求する。このとき表示され
る返答入力ページには、ウェブクライアント２のオペレ
ータＡが入力した発言内容が表示される。

【００４６】返答入力部６は、オペレータＢが返答に関
する情報を入力するものである。応答ページ生成部７
は、返答入力部６により入力された返答内容をもとに、
ＨＴＭＬ形式の応答ページを生成する。応答ページ生成
部７により生成された応答ページは、ウェブサーバ入出
力部４によってウェブクライアント２に送信される。

【００４７】従来のウェブサーバは、ウェブクライアン
トから所定のＵＲＬが指定されたときに、そのＵＲＬに
該当するＨＴＭＬ情報をウェブクライアントに提供し、
必要に応じて当該ＨＴＭＬにリンクされた画像データや
音声データを更に提供するだけで、ウェブクライアント
との通信を切断していた。つまり、従来のウェブサーバ
は、ウェブクライアントから要求されたＨＴＭＬ情報と
それにリンクされた情報とを一方通行的に提供するだけ
であった。

【００４８】これに対して、本実施形態のウェブサーバ
入出力部４は、ウェブブラウザ８がサーバ１にリクエス
トを送信（入力送信ページに入力した発言情報を送信）
した後、オペレータＢが返答入力を完了するまで、ウェ
ブブラウザ８との接続を維持したまま待機する。そし
て、返答入力が行われて応答ページ生成部７によって応
答ページが作成されると、その応答ページをウェブブラ
ウザ８に直ちに返信する。これにより、ネットワーク３
上に存在する任意のウェブクライアントユーザであるオ
ペレータＡは、サーバ１側のオペレータＢとの間で、ウ
ェブブラウザ８を用いて対話を行うことが可能となる。

【００４９】また、既存のウェブブラウザで使用するチ
ャットプログラム等は、一定時間毎に表示を更新する仕
組みであるため、タイムラグが不可避である。これに対
して本実施形態の対話処理システムでは、サーバ１側の
オペレータＢが返答入力を完了したタイミングを完全に
把握でき、返答入力があったときに直ちに応答ページを
送信するため、タイムラグは発生しない。これにより、
オペレータＡは、サーバ１側のオペレータＢとの間でリ
アルタイムな対話を行うことが可能となる。

【００５０】この対話処理システムの使い方としては、
例えば、オペレータＡがインターネットユーザ、オペレ
ータＢがオンラインショップの販売員で、ショップ上の
商品の問い合わせや苦情などに関する対話をウェブブラ
ウザの機能により実現することができる。

【００５１】図２は、サーバ１のハードウェア構成例を
示す図である。サーバ１は、ＣＰＵ１１、ＲＯＭ１２、
ＲＡＭ１３を備えている。ＣＰＵ１１は、ＲＯＭ１２や
ＲＡＭ１３に記憶されたプログラムに従ってサーバ１の
全体の動作を制御するものであり、その際にＲＡＭ１３
等をワークメモリとして使用する。上記図１に示した機
能構成は、実際にはこのプログラムに基づくＣＰＵ１１
の動作によって実現される。

【００５２】また、サーバ１は、ＦＤインタフェース１
４、ＩＤＥ（Intelligent Drive Electronics）インタ
フェース１５等の外部記憶インタフェースを備えてい
る。そして、この外部記憶インタフェース１４，１５を
介して、フロッピーディスク（ＦＤ）２０、ハードディ
スク（ＨＤ）２１、ＣＤ−ＲＯＭ２２等との間でデータ
の授受を行うことができるように構成されている。ＣＰ
Ｕ１１を制御するプログラムをこれらのＦＤ２０、ＨＤ
２１、ＣＤ−ＲＯＭ２２からサーバ１内に入力するよう
にしても良い。

【００５３】サーバ１は更に、通信インタフェース１
６、入力デバイスインタフェース１７および表示インタ
フェース１８を備えている。通信インタフェース１６
は、ネットワーク３と接続し、他のコンピュータ等と通
信を行うものである。図１に示したウェブクライアント
２のウェブブラウザ８との間の通信は、この通信インタ
フェース１６を介して行われる。また、上記ＣＰＵ１１
を制御するプログラムは、この通信インタフェース１６
を介して他のコンピュータ等からダウンロードしても良
い。

【００５４】入力デバイスインタフェース１７は、キー
ボード２３やマウス２４等の入力デバイスに関する制御
を行うものであり、表示インタフェース１８は、ＣＲＴ
あるいはＬＣＤ（Liquid Crystal Display）等の表示装
置２５に関する制御を行うものである。オペレータＢ
は、これらのキーボード２３、マウス２４、表示装置２
５を用いて、オペレータＡから入力された発言情報に対
する返答入力を行う。

【００５５】上記ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１
３、ＦＤインタフェース１４、ＩＤＥインタフェース１
５、通信インタフェース１６、入力デバイスインタフェ
ース１７および表示インタフェース１８は、アドレスバ
ス、データバス等のバスライン１０に接続され、相互に
データの授受を行うことができるようになっている。

【００５６】なお、図示は省略するが、ウェブクライア
ント２のハードウェアもこの図２とほぼ同様に構成され
ている。

【００５７】図３は、本実施形態による対話処理システ
ムの動作を示すフローチャートである。また、図４は、
サーバ１およびウェブクライアント２の表示装置に表示
される画面の例を示す図である。以下、これらの図３お
よび図４を用いて本実施形態による対話処理システムの
動作を説明する。

【００５８】図３において、まずステップＳ１で、ウェ
ブクライアント２のウェブブラウザ８がサーバ１のウェ
ブサーバ入出力部４に接続し、入力送信ページの転送を
要求する。これを受けてサーバ１では、ステップＳ２
で、要求された入力送信ページをウェブクライアント２
に返信する。次に、ステップＳ３でウェブクライアント
２は、サーバ１から入力送信ページを受信して、それを
ウェブブラウザ８により表示装置に表示する。そして、
その表示した入力送信ページに対してオペレータＡが発
言情報を入力するのをステップＳ４で待機する。入力送
信ページを受信した段階で、サーバ１とウェブクライア
ント２との接続は一旦切断される。

【００５９】図４（ａ）は、ウェブクライアント２がサ
ーバ１から取得した入力送信ページに発言情報を入力し
た状態を示している。図４（ａ）に示すように、入力送
信ページには、自己の発言内容を入力するための自己発
言入力フィールド３１と、対話の相手により入力された
発言内容を表示するための相手発言表示フィールド３２
と、入力した発言情報の送信を指示するＧＵＩによる発
言送信ボタン３３とが含まれる。

【００６０】上記ステップＳ１〜Ｓ３でウェブクライア
ント２がサーバ１から最初に入力送信ページを取得、表
示した段階では、自己発言入力フィールド３１および相
手発言表示フィールド３２の双方とも空欄となってい
る。そして、オペレータＡが自己発言入力フィールド３
１に所望の発言内容を入力し、発言送信ボタン３３をク
リックすると、処理フローはステップＳ５に進む。

【００６１】ステップＳ５では、ウェブクライアント２
がサーバ１に再び接続し、自己発言入力フィールド３１
に入力された発言情報をネットワーク３を介してサーバ
１に送信する。この接続状態は、その後ステップＳ９で
ウェブクライアント２がオペレータＢの返答情報を受信
するまで維持される。

【００６２】ウェブクライアント２から発言情報を受け
取ったサーバ１は、ステップＳ６で、返答入力要求部５
により、その発言情報を含む返答入力ページを表示装置
に表示する。このとき表示される返答入力ページにも、
図４（ａ）に示した入力送信ページと同様の自己発言入
力フィールド３１および相手発言表示フィールド３２が
含まれる。ウェブクライアント２からサーバ１に送られ
てきたオペレータＡの発言情報は、サーバ１側の返答入
力ページ上では相手発言表示フィールド３２に表示され
る。

【００６３】サーバ１は、この返答入力ページの自己発
言入力フィールド３１に対してオペレータＢが返答情報
を入力するのをステップＳ７で待機する。そして、オペ
レータＢが返答入力部６を用いて自己発言入力フィール
ド３１に返答情報を入力すると、処理フローはステップ
Ｓ８に進む。ステップＳ８では、オペレータＢにより入
力された返答情報を含む応答ページを応答ページ生成部
７によって生成し、それをウェブサーバ入出力部４から
ウェブクライアント２にネットワーク３を介して送信す
る。

【００６４】このとき、サーバ１とウェブサーバ入出力
部４との接続は、上記ステップＳ５の処理で接続が行わ
れてからずっと維持されているので、返答入力部６によ
り入力されたオペレータＢの返答情報をタイムラグなし
にウェブブラウザ８に返送することができる。

【００６５】図４（ｂ）は、サーバ１の表示装置２５に
表示された返答入力ページ上で返答情報を入力した状態
を示している。また、図４（ｃ）は、サーバ１からウェ
ブクライアント２に送られた応答ページを示している。
この応答ページでは、オペレータＢにより入力された返
答情報が相手発言表示フィールド３２に表示され、自己
発言入力フィールド３１は空欄となっている。この応答
ページは、ウェブクライアント２のオペレータＡが返答
内容に対して再度発言を行うための入力送信ページとし
て利用される。

【００６６】上記ステップＳ８で応答ページ（再度の入
力送信ページ）がサーバ１からウェブクライアント２に
送信されると、次にステップＳ９で、ウェブブラウザ８
は、オペレータＢの返答情報を受信して、その返答内容
を含む図４（ｃ）のような入力送信ページをウェブクラ
イアント２の表示装置に表示する。このとき、サーバ１
とウェブクライアント２との間でそれまで維持されてい
た接続が切断される。

【００６７】その後は、ステップＳ４に戻り、以下同様
の処理を繰り返していく。この場合、ステップＳ５でオ
ペレータＡの発言情報を再びサーバ１に送信するときに
は、サーバ１とウェブクライアント２とが再度接続さ
れ、その状態がステップＳ９でオペレータＢの返答情報
を受信するまで維持される。なお、図３中に太線の矢印
で示したフロー部分は、対話が行われるたびに繰り返し
実行される部分である。

【００６８】以上のように、第１の実施形態によれば、
ウェブクライアント２のオペレータＡは、ウェブブラウ
ザ８上でサーバ１のオペレータＢとリアルタイムな対話
を行うことができる。また、ウェブクライアント２にお
いては、対話を行うために専用のクライアント・ソフト
ウェアを用意する必要がなく、ウェブブラウザ８さえあ
れば対話を行うことができる。よって、初期投資をかけ
ることなく誰でも簡易に対話を行うことができる。さら
に、本実施形態では、ウェブブラウザ８にスクリプトや
フレームなどの機能を要求しないので、より多くのウェ
ブクライアント２で利用することが可能である。

【００６９】なお、上述した入力送信ページは、図４に
示したものに限定されない。例えば、図５のように入力
送信ページを構成しても良い。図５（ａ）は、上述した
自己発言入力フィールド３１、相手発言表示フィールド
３２、発言送信ボタン３３の他に、自己の発言履歴を時
系列で表示するための自己発言履歴表示フィールド３４
を更に設けたものである。また、図５（ｂ）は、上述し
た相手発言表示フィールド３２の代わりに、自己および
相手の発言履歴を時系列で表示するための発言履歴表示
フィールド３５を設けたものである。

【００７０】このような発言履歴に関する情報を表示す
ることにより、過去にどのような対話を行ってきたのか
を一目瞭然とすることができ、対話をよりスムーズに行
うことができる。この発言履歴に関する情報の表示は、
ウェブクライアント２側の入力送信ページだけでなく、
サーバ１側の応答入力ページでも行うようにしても良
い。

【００７１】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。図６は、第２の実施形態に
よる対話処理システムの機能構成例を示すブロック図で
ある。この図６において、図１に示した符号と同じ符号
を付した部分は互いに同じ機能を有するものであるの
で、ここでは重複する説明を省略する。

【００７２】上記図１に示した第１の実施形態は、オペ
レータＢが操作するコンピュータはサーバ１のコンピュ
ータそのものであった。これに対して、第２の実施形態
は、オペレータＢが操作するコンピュータを、サーバ１
と独立した端末としたものである。

【００７３】すなわち、図６に示すように、オペレータ
Ｂは、サーバ１とは独立した返答用クライアントコンピ
ュータ３６（以下、返答用クライアントと言う）に対し
て、返答情報の入力などの操作を行う。この返答用クラ
イアント３６は、第１の実施形態でサーバ１が備えてい
た返答入力要求部５および返答入力部６の機能を備えて
いる。一方、サーバ１は、上記返答入力要求部５および
返答入力部６の代わりに、対話データ通信サーバ３７を
備えている。そして、返答用クライアント３６とサーバ
１内の対話データ通信サーバ３７は、ＬＡＮ（Local Ar
ea Network）、インターネット、イントラネット等のネ
ットワーク３８を介して接続可能なように構成されてい
る。

【００７４】上記対話データ通信サーバ３７は、ウェブ
クライアント２からウェブサーバ入出力部４に送られて
きた入力送信ページ中の発言情報を、返答用クライアン
ト３６内の返答入力要求部５に送信する。また、対話デ
ータ通信サーバ３７は、返答入力部６により入力された
返答情報を返答用クライアント３６から受け取り、それ
を応答ページ生成部７に供給する。応答ページ生成部７
は、対話データ通信サーバ３７より供給された返答情報
をもとに、ＨＴＭＬ形式の応答ページを生成する。

【００７５】図７は、本実施形態による対話処理システ
ムの動作を示すフローチャートである。図７において、
ウェブクライアント２とサーバ１との間で行われるステ
ップＳ１１〜Ｓ１５までの処理は、図３に示したステッ
プＳ１〜Ｓ５までの処理と同様である。

【００７６】一方、返答用クライアント３６では、ステ
ップＳ２５で、返答入力要求部５および返答入力部６な
どの返答入力が可能なユーザインタフェースを持つプロ
グラムを起動して、サーバ１内の対話データ通信サーバ
３７にネットワーク３８を介して接続する。対話データ
通信サーバ３７は、ステップＳ２６でこの接続を受け付
け、ウェブクライアント２からオペレータＡの発言情報
が送られてくるのを待機する。返答用クライアント３６
はサーバ１の専用クライアントとして動作するものなの
で、この接続状態はずっと維持される。

【００７７】ステップＳ１５において、サーバ１とウェ
ブクライアント２とが接続され、入力送信ページに入力
されたオペレータＡの発言情報がウェブクライアント２
からサーバ１に送信されると、処理フローはステップＳ
１６に進む。ステップＳ１６では、サーバ１内のウェブ
サーバ入出力部４が、ウェブクライアント２から送られ
てきた発言情報を受信する。この発言情報を受け取った
ウェブサーバ入出力部４は、ステップＳ１７で、対話デ
ータ通信サーバ３７に接続して上記受信した発言情報を
送信する。

【００７８】ウェブサーバ入出力部４からオペレータＡ
の発言情報を受け取った対話データ通信サーバ３７は、
ステップＳ１８で、その受信した発言情報をネットワー
ク３８を介して返答用クライアント３６に送信する。こ
れに応じて返答用クライアント３６は、ステップＳ１９
で、上記オペレータＡの発言情報を受信し、返答入力要
求部５によりその発言情報を含む応答入力ページを表示
装置に表示する。そして、返答用クライアント３６は、
オペレータＢが返答入力部６を用いて返答情報を入力す
るのをステップＳ２０で待機する。

【００７９】ここで、オペレータＢが返答情報を入力す
ると、処理フローはステップＳ２１に進む。ステップＳ
２１で返答用クライアント３６は、オペレータＢにより
入力された返答情報をネットワーク３８を介してサーバ
１内の対話データ通信サーバ３７に送信する。対話デー
タ通信サーバ３７は、ステップＳ２２で、上記オペレー
タＢの返答情報を受信して、それを応答ページ生成部７
に転送する。

【００８０】次に、ステップＳ２３で応答ページ生成部
７は、対話データ通信サーバ３７より受け取ったオペレ
ータＢの返答情報を含む応答ページを生成し、それをウ
ェブサーバ入出力部４からネットワーク３を介してウェ
ブクライアント２のウェブブラウザ８に送信する。この
とき、サーバ１とウェブクライアント２との接続は、上
記ステップＳ１５の処理で接続が行われてからずっと維
持されているので、オペレータＢにより入力された返答
情報を、対話データ通信サーバ３７を介してタイムラグ
なしにウェブブラウザ８に送信することができる。

【００８１】次に、ステップＳ２４でウェブクライアン
ト２内のウェブブラウザ８は、オペレータＢの返答情報
受信して、その返答内容を含む入力送信ページをウェブ
クライアント２の表示装置に表示する。この段階で、サ
ーバ１とウェブクライアント２との接続は一旦切断され
る。その後は、ステップＳ１４に戻り、以下同様の処理
を繰り返していく。

【００８２】以上のように、第２の実施形態によれば、
第１の実施形態と同様に、ウェブクライアント２のオペ
レータＡは、ウェブブラウザ８上でサーバ１のオペレー
タＢとリアルタイムな対話を行うことができる。また、
ウェブクライアント２においては、対話を行うために専
用のクライアント・ソフトウェアを用意する必要がな
く、ウェブブラウザ８さえあれば対話を行うことができ
る。また、ウェブブラウザ８にスクリプトやフレームな
どの機能を要求しないので、より多くのウェブクライア
ント２で利用することが可能である。

【００８３】さらに、本実施形態では、オペレータＢが
操作する端末をサーバ１とは独立した返答用クライアン
ト３６として用意し、返答用クライアント３６をネット
ワーク３８に複数接続することを可能としている。ま
た、ネットワーク３には通常、複数のウェブクライアン
ト２が接続されるので、複数のオペレータＡと複数のオ
ペレータＢとの間でリアルタイムな１対１の対話を行う
ことができる。これにより、複数のオペレータＡからの
発言に対して、複数のオペレータＢが分散して対応する
ことが可能となる。

【００８４】なお、上記図６の実施形態では、対話デー
タ通信サーバ３７をサーバ１内に設けた構成としたが、
対話データ通信サーバ３７もサーバ１から独立させ、サ
ーバ１と対話データ通信サーバ３７との間もネットワー
クを介して接続するようにしても良い。このようにする
ことにより、独立したネットワーク上に複数の対話デー
タ通信サーバ３７を配置することが可能となり、負荷を
分散させることができる。

【００８５】（第３の実施形態）次に、本発明の第３の
実施形態について説明する。上記第１および第２の実施
形態は、半二重通信によりリアルタイムな対話を行うも
のであった。半二重通信とは、サーバ１またはウェブク
ライアント２の一方がデータを入力して送信するまでの
間は、もう一方が待機させられる通信方式である。これ
に対して、第３の実施形態は、一方がデータを入力して
送信を行っている間も、他方がデータを入力して送信す
ることが可能な全二重通信によりリアルタイムな対話を
行うようにしたものである。

【００８６】図８は、第３の実施形態による対話処理シ
ステムの機能構成例を示すブロック図である。この図８
において、図１に示した符号と同じ符号を付した部分は
互いに同じ機能を有するものであるので、ここでは重複
する説明を省略する。

【００８７】図８において、ウェブクライアント２のウ
ェブブラウザ４３は、フレーム機能を有している。本実
施形態では、１つの入力送信ページを入力送信フレーム
４４と受信フレーム４５と表示フレーム４６とに分割
し、それぞれのフレーム情報を非同期で通信することに
より、送信および受信の双方向の通信を同時に行うこと
ができるようにしている。

【００８８】入力送信フレーム４４にはオペレータＡの
発言情報が入力され、サーバ１に送信される。また、受
信フレーム４５では、サーバ１から送られてきたオペレ
ータＢの返答情報が受信される。また、表示フレーム４
６には、受信フレーム４５で受信されたオペレータＢの
返答情報が表示される。

【００８９】本実施形態のサーバ１は、図１に示した応
答ページ生成部７の代わりに、送信フレーム生成部４１
および受信フレーム生成部４２を備えている。送信フレ
ーム生成部４１は、ウェブクライアント２から送られて
きたオペレータＡの発言情報を返答入力要求部５がサー
バ１の表示装置２５に表示した後直ちに、オペレータＢ
からの返答入力を待つことなく空の情報を生成し、ウェ
ブサーバ入出力部４に供給する。ウェブサーバ入出力部
４は、送信フレーム生成部４１から供給された空の情報
を、ネットワーク３を介してウェブブラウザ４３の入力
送信フレーム４４に送信する。

【００９０】また、受信フレーム生成部４２は、返答入
力部６を用いてオペレータＢから返答情報が入力された
ときに、その返答情報を含む受信フレームのページを生
成し、ウェブサーバ入出力部４に供給する。ウェブサー
バ入出力部４は、受信フレーム生成部４２から供給され
た返答情報を含む受信フレームのページを、ネットワー
ク３を介してウェブブラウザ４３の受信フレーム４５に
送信する。

【００９１】図９は、本実施形態による対話処理システ
ムの動作を示すフローチャートである。また、図１０
は、本実施形態においてサーバ１およびウェブクライア
ント２の表示装置に表示される画面の例を示す図であ
る。以下、これらの図９および図１０を用いて本実施形
態による対話処理システムの動作を説明する。

【００９２】図９において、まずステップＳ３１で、ウ
ェブクライアント２からサーバ１に対して、入力送信ペ
ージを構成する入力送信フレーム４４、受信フレーム４
５および表示フレーム４６の転送を要求する。これを受
けてサーバ１では、ステップＳ３２で、要求されたそれ
ぞれのフレームのページをウェブクライアント２に返信
する。これらの各フレームを受け取ったウェブクライア
ント２では、以下のように、それぞれのフレームに関す
る通信が非同期で実行される。

【００９３】まず、入力送信フレーム４４に関する処理
を説明する。ウェブクライアント２は、ステップＳ３３
で、サーバ１から受け取った入力送信フレーム４４のペ
ージをウェブブラウザ８により表示装置に表示する。そ
して、その表示した入力送信フレーム４４に対してオペ
レータＡが発言情報を入力するのをステップＳ３４で待
機する。

【００９４】図１０（ａ）は、ウェブクライアント２が
サーバ１から取得した入力送信ページ中の入力送信フレ
ーム４４に発言情報を入力した状態を示している。図１
０（ａ）に示すように、入力送信ページは、入力送信フ
レーム４４と受信フレーム４５と表示フレーム４６との
３つのフレームに分割されている。受信フレーム４５
は、隠しフレームとなっており、画面上にはほとんど表
示されない。

【００９５】上記入力送信フレーム４４は、自己の発言
内容を入力するための自己発言入力フィールド３１と、
入力した発言情報の送信を指示するＧＵＩによる発言送
信ボタン３３とを含んでいる。また、表示フレーム４６
は、対話の相手により入力された発言内容を表示するた
めの相手発言表示フィールド３２を含んでいる。

【００９６】上記ステップＳ３１〜Ｓ３３でウェブクラ
イアント２がサーバ１から最初に入力送信ページを取
得、表示した段階では、自己発言入力フィールド３１お
よび相手発言表示フィールド３２の双方とも空欄となっ
ている。そして、オペレータＡが自己発言入力フィール
ド３１に所望の発言内容を入力し、発言送信ボタン３３
をクリックすると、処理フローはステップＳ３５に進
む。ステップＳ３５では、ウェブクライアント２からサ
ーバ１への接続が行われ、入力送信フレーム４４内の自
己発言入力フィールド３１に入力された発言情報がネッ
トワーク３を介してサーバ１に送信される。

【００９７】ウェブクライアント２から発言情報を受け
取ったサーバ１は、ステップＳ３６で、返答入力要求部
５により、その発言情報を含む応答入力ページを表示す
る。図１０（ｂ）は、サーバ１の表示装置に表示される
応答入力ページを示している。この応答入力ページは、
図４（ｂ）と同様に、フレームに分割されることなく表
示される。ウェブクライアント２からサーバ１に送られ
てきたオペレータＡの発言情報は、相手発言表示フィー
ルド３２に表示される。

【００９８】このようにサーバ１でオペレータＡの発言
情報を表示した後は、ステップＳ３７に進み、オペレー
タＢから返答情報の入力を待つことなく、送信フレーム
生成部４１で空の入力送信フレーム４４を生成し、それ
をネットワーク３を介してウェブクライアント２に送信
する。そして、ステップＳ３３に戻り、ウェブクライア
ント２はその空の入力送信フレーム４４を表示して、以
降ステップＳ３３〜Ｓ３７の処理を繰り返し行う。この
ような処理により、入力送信フレーム４４では、発言情
報を入力してサーバ１に送信した後は直ちに空欄に戻さ
れ、再び発言情報の入力を行うことが可能となる。

【００９９】次に、受信フレーム４５および表示フレー
ム４６に関する処理を説明する。ウェブクライアント２
は、ステップＳ３８で、サーバ１から受け取った受信フ
レーム４５の情報を表示フレーム４６にロードした後、
受信フレーム４５のサブミットを自動的に実行し、サー
バ１に接続する。ステップＳ３９では、受信フレーム４
５からロードされた情報を表示フレーム４６に表示す
る。上記ステップＳ３１〜Ｓ３３でウェブクライアント
２がサーバ１から最初に入力送信ページを取得、表示し
た段階では、受信フレーム４５は無内容であるが、その
後はオペレータＢの返答情報が受信フレーム４５で受信
され、表示フレーム４６に表示されることになる。

【０１００】このように、受信フレーム４５を隠しフレ
ームとして、受信フレーム４５で受信した返答情報を別
の表示フレーム４６に表示するようにしているのは、以
下の理由からである。すなわち、受信フレーム４５で返
答情報を受信すると、サーバ１との接続が切断される
が、本実施形態においてリアルタイムな対話を実現する
ためには、受信フレーム４５で返答情報を受信した後、
直ちにサブミットを実行してサーバ１に接続し直す必要
がある。この場合に、受信フレーム４５でそのまま返答
情報を表示すると、サブミットの実行によって受信フレ
ーム４５の情報が消えてしまい、相手の返答情報をウェ
ブクライアント２の表示装置にうまく表示できなくなっ
てしまうことがあるからである。

【０１０１】上記受信フレーム４５のサブミットによっ
てウェブクライアント２からサーバ１への接続が要求さ
れると、サーバ１は、ステップＳ４０でその接続要求を
受け付ける。そして、応答入力ページの自己発言入力フ
ィールド３１に対してオペレータＢが返答情報を入力す
るのをステップＳ４１で待機する。

【０１０２】オペレータＢが返答入力部６を用いて自己
発言入力フィールド３１に返答情報を入力すると、処理
フローはステップＳ４２に進む。ステップＳ４２では、
オペレータＢにより入力された返答情報を含む受信フレ
ーム４５のページを受信フレーム生成部４２によって生
成し、それをウェブサーバ入出力部４からウェブクライ
アント２にネットワーク３を介して送信する。その後、
ステップＳ３８に戻り、ウェブクライアント２で受信し
た受信フレーム４５の返答情報を表示フレーム４６にロ
ードして、以降ステップＳ３８〜Ｓ４２の処理を繰り返
し行う。

【０１０３】図１０（ｂ）は、サーバ１の表示装置２５
に表示された応答入力ページ上で返答情報を入力した状
態を示している。また、図１０（ｃ）は、サーバ１から
ウェブクライアント２の受信フレーム４５に返答情報が
送られ、その返答情報が表示フレーム４６にロードされ
て表示された状態を示している。

【０１０４】以上のように、第３の実施形態によれば、
ウェブクライアント２のオペレータＡは、ウェブブラウ
ザ４３上でサーバ１のオペレータＢとリアルタイムな対
話を行うことができる。また、ウェブクライアント２に
おいては、対話を行うために専用のクライアント・ソフ
トウェアを用意する必要がなく、ウェブブラウザ４３さ
えあれば対話を行うことができる。

【０１０５】さらに、本実施形態では、入力送信フレー
ム４４と、受信フレーム４５および表示フレーム４６と
の２つの表示ループを独立させることで、２チャンネル
を確保して送信および受信の同時通信を実現することが
できる。この場合、ウェブブラウザ４３はフレーム機能
やスクリプト機能をサポートする必要があるが、相手か
らの情報入力を待たずに自己の発言を随時行うことがで
きるので、対話の柔軟性をより向上させることができ
る。

【０１０６】なお、ここでは入力送信ページを入力送信
フレーム４４、受信フレーム４５および表示フレーム４
６の３つのフレームに分割し、受信フレーム４５を隠し
フレームとして利用する例について説明したが、ウェブ
ブラウザのフレーム機能とスクリプト機能の持たせ方に
よっては、受信フレーム４５のサブミットによって表示
内容が消えないようにすることも可能である。この場合
には、入力送信ページを入力送信フレーム４４と受信フ
レーム４５の２つのフレームに分割するだけで十分であ
る。

【０１０７】また、ここでは、オペレータＢが操作する
コンピュータをサーバ１のコンピュータそのものとした
が、第２の実施形態のように、オペレータＢが操作する
コンピュータをサーバ１と独立した返答用クライアント
端末としても良い。なお、この第３の実施形態で説明し
た全二重通信のモデルは、後述する第４〜第８の実施形
態にも同様に適用することが可能である。

【０１０８】（第４の実施形態）次に、本発明の第４の
実施形態について説明する。図１１は、第４の実施形態
による対話処理システムの機能構成例を示すブロック図
である。この図１１において、図６に示した符号と同じ
符号を付した部分は互いに同じ機能を有するものである
ので、ここでは重複する説明を省略する。

【０１０９】この図１１に示す例では、１台のサーバ１
で２つのオンラインショップを運営し、それぞれのショ
ップ毎に専用のオペレータＢ１，Ｂ２を置く。そして、
各オンラインショップのウェブページに割り当てられた
ＵＲＬをもとに、オペレータＡの発言が何れのショップ
に関する発言かを判定し、適切なオペレータＢを選択し
て対話を行えるようにしたものである。

【０１１０】図１１に示すように、本実施形態では、２
つのオンラインショップに関する専用のオペレータＢ
１，Ｂ２が操作するための端末として、返答入力要求部
５および返答入力部６の機能を有する返答用クライアン
ト３６_-1，３６_-2を２台備えている。これらの返答用ク
ライアント３６_-1，３６_-2は、共にネットワーク３８を
介してサーバ１内の対話データ通信サーバ３７に接続可
能なように構成されている。

【０１１１】また、本実施形態のサーバ１は、図６に示
した機能構成の他に、対応情報記憶部５１およびオペレ
ータ識別部５２を備えている。対応情報記憶部５１は、
各オンラインショップのウェブページに割り当てられた
ＵＲＬと、各オンラインショップの接客を担当する専用
のオペレータＢ１，Ｂ２（例えば、これらが操作する返
答用クライアント３６_-1，３６_-2のＩＰアドレス等）と
の対応関係を表した情報をあらかじめ記憶しておくもの
である。

【０１１２】オペレータ識別部５２は、ウェブクライア
ント２からサーバ１内のウェブサーバ入出力部４にオペ
レータＡの発言情報が送られてきたときに、その発言情
報の送信を行ったＨＴＭＬファイルのＵＲＬ、もしくは
その発言情報を送信するＵＲＬをもとに、上記対応情報
記憶部５１に記憶されている対応関係の情報を参照し、
オペレータＢ１，Ｂ２のどちらにその発言情報を送るべ
きかを識別する。

【０１１３】そして、オペレータ識別部５２は、ＵＲＬ
をもとに特定したオペレータＢを対話データ通信サーバ
３７に通知する。対話データ通信サーバ３７は、２台の
返答用クライアント３６_-1，３６_-2のうち、特定された
オペレータＢが操作する方に対して発言情報を送信す
る。以降は、この特定された方のオペレータＢが使用す
る返答用クライアント３６と、オペレータＡが使用する
ウェブクライアント２との間で、第２の実施形態で説明
した処理と同様の処理によって対話が実行されることに
なる。

【０１１４】以上のように、第４の実施形態によれば、
ウェブクライアント２のオペレータＡは、ウェブブラウ
ザ８上でサーバ１のオペレータＢとリアルタイムな対話
を行うことができる。また、ウェブクライアント２にお
いては、対話を行うために専用のクライアント・ソフト
ウェアを用意する必要がなく、ウェブブラウザ８さえあ
れば対話を行うことができる。

【０１１５】さらに、本実施形態では、ＵＲＬに基づき
オペレータを特定できるので、１台のサーバ１で管理す
る複数のウェブページ毎に別の担当オペレータＢ１，Ｂ
２，…を割り当てることが可能となる。これにより、例
えば複数のオンラインショップを１台のサーバ１で適切
に運営することが可能となる。この場合、サーバ１がオ
ペレータＡの発言情報を適切なオペレータＢ１，Ｂ２，
…に自動的に振り分けてくれるので、オンラインショッ
プの客となるオペレータＡは、どのオペレータＢ１，Ｂ
２，…に発言を行えば良いかなどは特に意識する必要が
なく、オペレータＡの使い勝手を向上させることができ
る。

【０１１６】（第５の実施形態）次に、本発明の第５の
実施形態について説明する。上記第１〜第４の実施形態
では、１つのＵＲＬに対して複数のオペレータＢが存在
する場合、一連の対話の２度目以降のやり取りでは、前
回までにどのオペレータＢと対話をしていたのかの判別
が不可能である。そこで第５の実施形態は、一連の対話
の中では同じオペレータを続けて担当させることができ
るようにする。

【０１１７】図１２は、第５の実施形態による対話処理
システムの機能構成例を示すブロック図である。この図
１２において、図６および図１１に示した符号と同じ符
号を付した部分は互いに同じ機能を有するものであるの
で、ここでは重複する説明を省略する。

【０１１８】図１２に示すように、本実施形態のサーバ
１は、図６に示した機能構成の他に、固有セッションＩ
Ｄ生成部５５、対応情報記憶部５６およびオペレータ割
当・識別部５７を備えている。固有セッションＩＤ生成
部５５は、対話の開始時、例えばウェブクライアント２
からサーバ１に対して最初に入力送信ページの送信要求
が行われたときに、その対話に固有のセッションＩＤを
生成し、オペレータ割当・識別部５７に供給する。

【０１１９】オペレータ割当・識別部５７は、新しい対
話の開始時には、複数のオペレータＢ１，Ｂ２の中から
適当に選んだオペレータＢをその新規の対話（固有セッ
ションＩＤ）に割り当てる。対応情報記憶部５６は、固
有セッションＩＤとそれに割り当てられた担当オペレー
タＢ１，Ｂ２（例えば、これらが操作する返答用クライ
アント３６_-1，３６_-2のＩＰアドレス等）との対応関係
を表した情報を随時記憶していく。以降、対話の中で行
われる発言情報や返答情報の送受信は、その対話に固有
のセッションＩＤと共に行われる。

【０１２０】上記オペレータ割当・識別部５７は、対話
の２度目以降のやり取りでは、ウェブクライアント２か
らサーバ１内のウェブサーバ入出力部４にオペレータＡ
の発言情報が送られてきたときに、その発言情報と共に
送られてきた固有セッションＩＤをもとに、上記対応情
報記憶部５６に記憶されている対応関係の情報を参照
し、オペレータＢ１，Ｂ２のどちらにその発言情報を送
るべきかを識別する。

【０１２１】そして、オペレータ割当・識別部５７は、
固有セッションＩＤをもとに特定したオペレータＢを対
話データ通信サーバ３７に通知する。対話データ通信サ
ーバ３７は、２台の返答用クライアント３６_-1，３６_-2
のうち、特定されたオペレータＢが操作する方に対して
発言情報を送信する。そして、これに対応してオペレー
タＢから入力された返答情報が、サーバ１を介してウェ
ブクライアント２に返信される。

【０１２２】図１３は、本実施形態による対話処理シス
テムの動作を示すフローチャートである。なお、この図
１３は、対話処理システム全体の動作をまとめて示した
ものである。

【０１２３】図１３において、まずステップＳ５１で、
ウェブクライアント２からサーバ１に対して入力送信ペ
ージの転送を要求する。これを受けてサーバ１では、ス
テップＳ５２で、固有セッションＩＤ生成部５５により
新しい固有セッションＩＤを生成し、オペレータ割当・
識別部５７によりその新しい固有セッションＩＤに適当
なオペレータＢを割り当てる。さらに、新しく生成され
た固有セッションＩＤと、それに割り当てられた担当オ
ペレータＢとの対応関係を表した情報を対応情報記憶部
５６の対応表に追加記憶する。

【０１２４】そして、サーバ１は、ステップＳ５３で、
ウェブクライアント２から要求された入力送信ページを
固有セッションＩＤと共にウェブクライアント２に送信
する。次に、ステップＳ５４でウェブクライアント２
は、サーバ１から取得した入力送信ページをウェブブラ
ウザ８により表示装置に表示する。そして、その表示し
た入力送信ページに対してオペレータＡが発言情報を入
力するのをステップＳ５５で待機する。

【０１２５】ここで、オペレータＡが入力送信ページに
所望の発言情報を入力すると、ステップＳ５６でウェブ
クライアント２は、オペレータＡが入力した発言情報と
固有セッションＩＤとをネットワーク３を介してサーバ
１に送信する。これに応じてサーバ１はステップＳ５７
で、オペレータ割当・識別部５７により、ウェブクライ
アント２から受信した固有セッションＩＤを検索キーと
して対応情報記憶部５６を照会し、複数のオペレータＢ
１，Ｂ２の中から担当のオペレータＢを特定する。

【０１２６】そして、ステップＳ５８では、上記特定し
たオペレータＢを対話データ通信サーバ３７に伝える。
対話データ通信サーバ３７は、２つの返答用クライアン
ト３６_-1，３６_-2のうち、上記特定した担当オペレータ
Ｂが使用する返答用クライアント３６にオペレータＡの
発言情報を送信する。対話データ通信サーバ３７から発
言情報を受け取った返答用クライアント３６は、返答入
力要求部５により、その発言情報を含む返答入力ページ
を表示装置に表示する。

【０１２７】そして、返答用クライアント３６は、この
返答入力ページに対してオペレータＢが返答情報を入力
するのをステップＳ５９で待機する。そして、オペレー
タＢが返答入力部６を用いて返答情報を入力すると、ス
テップＳ６０に進み、その返答情報がサーバ１内の対話
データ通信サーバ３７に送信され、更に応答ページ生成
部７に転送される。

【０１２８】応答ページ生成部７は、オペレータＢによ
り入力された返答情報を含む応答ページを生成し、それ
をウェブサーバ入出力部４からウェブクライアント２に
ネットワーク３を介して送信する。この応答ページは、
ウェブクライアント２のオペレータＡが返答内容に対し
て再度発言を行うための入力送信ページとして利用され
る。

【０１２９】応答ページ（再度の入力送信ページ）がサ
ーバ１からウェブクライアント２に送信されると、ウェ
ブブラウザ８は、ステップＳ６１で、オペレータＢが返
答した内容を含む入力送信ページをウェブクライアント
２の表示装置に表示した後、ステップＳ５５に戻る。こ
こで、オペレータＡから再度の発言が入力されると、ス
テップＳ５６でその発言情報と固有セッションＩＤとが
再びサーバ１に送られ、以下同様の処理が繰り返し行わ
れていく。

【０１３０】以上のように、第５の実施形態によれば、
ウェブクライアント２のオペレータＡは、ウェブブラウ
ザ８上でサーバ１のオペレータＢとリアルタイムな対話
を行うことができる。また、ウェブクライアント２にお
いては、対話を行うために専用のクライアント・ソフト
ウェアを用意する必要がなく、ウェブブラウザ８さえあ
れば対話を行うことができる。

【０１３１】さらに、本実施形態では、固有セッション
ＩＤに基づきオペレータＢを特定できるので、１つＵＲ
Ｌに対して複数のオペレータＢが存在する場合でも、一
連の対話の中では常に同じオペレータＢに担当させるこ
とができ、よりスムーズな対話を実現することができ
る。

【０１３２】（第６の実施形態）次に、本発明の第６の
実施形態について説明する。上記第５の実施形態では、
一連の対話を常に同じオペレータＢとの間でやり取りす
ることが可能であるが、対話の開始時にどのオペレータ
Ｂを選択するかは、サーバ１が有するプログラムのアル
ゴリズムに従って自動的に決められていた。これに対し
て、第６の実施形態では、対話の開始時に所望のオペレ
ータＢをウェブクライアント２のオペレータＡが任意に
選択できるようにする。

【０１３３】図１４は、第６の実施形態による対話処理
システムの機能構成例を示すブロック図である。この図
１４において、図１２に示した符号と同じ符号を付した
部分は互いに同じ機能を有するものであるので、ここで
は重複する説明を省略する。

【０１３４】図１４に示すように、本実施形態のサーバ
１は、図１２に示した機能構成の他に、オペレータ情報
記憶部５８を備えている。このオペレータ情報記憶部５
８は、複数のオペレータＢ１，Ｂ２，…に関する情報
（例えば、各オペレータの氏名、顔写真など）をあらか
じめ記憶しておくものである。

【０１３５】本実施形態において、ウェブサーバ入出力
部４は、対話の開始時に、オペレータＢ１，Ｂ２，…の
選択ページの転送要求を受け付ける。オペレータ選択ペ
ージの転送要求を受けたウェブサーバ入出力部４は、そ
のことを応答ページ生成部７に伝える。応答ページ生成
部７は、オペレータ情報記憶部５８に記憶されているオ
ペレータ情報を用いて、複数のオペレータＢ１，Ｂ２，
…を識別する画像もしくはテキストデータを列挙したオ
ペレータ選択ページを生成する。

【０１３６】そして、ウェブサーバ入出力部４は、応答
ページ生成部７により生成されたオペレータ選択ページ
をウェブクライアント２に返信する。ウェブクライアン
ト２のオペレータＡは、サーバ１から送られてきたオペ
レータ選択ページ中のリストを見て、所望のオペレータ
Ｂを選択することが可能である。所望のオペレータＢを
選択すると、選択されたオペレータＢの識別情報がウェ
ブサーバ入出力部４に送られ、更にオペレータ割当・識
別部５７に転送される。

【０１３７】これに応じて、オペレータ割当・識別部５
７は、その選択されたオペレータＢを新規の対話（固有
セッションＩＤ生成部５５により生成された固有セッシ
ョンＩＤ）に割り当てる。このとき、固有セッションＩ
Ｄと選択されたオペレータＢの識別情報との対応関係を
表した情報が、対応情報記憶部５６に追加記憶される。
その後、入力送信ページがウェブクライアント２に送信
され、以降は、第６の実施形態で説明した処理と同様の
処理によって対話が実行される。

【０１３８】なお、ここでは、オペレータＡが所望のオ
ペレータＢを選択し、その識別情報がサーバ１に送られ
てきたときに、固有セッションＩＤ生成部５５によって
その対話に固有のセッションＩＤを付与するようにした
が、オペレータＡの要求に応じてオペレータ選択ページ
をウェブクライアント２に送信する際に固有セッション
ＩＤを生成し、これをオペレータ選択ページと共にウェ
ブクライアント２に送信するようにしても良い。

【０１３９】図１５は、本実施形態による対話処理シス
テムにおいて、サーバ１およびウェブクライアント２の
表示装置に表示される画面の例を示す図である。図１５
（ａ）は、対話の開始時にオペレータＡの要求に応じて
サーバ１から送られ、ウェブブラウザ８によって表示さ
れるオペレータ選択ページを示している。この例では、
リスト表示フィールド５９に複数のオペレータＢの氏名
が列挙して表示されている。

【０１４０】このリストの中からオペレータＡが所望の
オペレータＢを選択すると、選択したオペレータＢの識
別情報がサーバ１に送られ、上述した固有セッションＩ
Ｄの付与などの処理が行われた後、図１５（ｂ）のよう
入力送信ページがサーバ１からウェブクライアント２に
送られてくる。この図１５（ｂ）に示す入力送信ページ
は、図４（ａ）に示したものとほぼ同様であるが、現在
どのオペレータＢが担当しているのかが符号６０で示す
ように表示される。図１５（ｃ）（ｄ）に示す画面は、
図４（ｂ）（ｃ）に示した画面と同様のものである。

【０１４１】図１６は、本実施形態においてサーバ１お
よびウェブクライアント２の表示装置に表示される画面
の他の例を示す図である。上記図１５の例では、図１５
（ａ）に示すオペレータ選択ページと、図１５（ｂ）に
示す入力送信ページとが別々に表示されていたが、図１
６の例では、図１６（ａ）のようにこれらをまとめて表
示する。その他は図１５と同様である。

【０１４２】以上のように、第６の実施形態によれば、
上記第５の実施形態で説明した効果の他に、対話の開始
時にオペレータＡが所望のオペレータＢを任意に選択す
ることができるというメリットを有する。これにより、
以前の対話時に担当したオペレータＢをその後の対話時
にも選択することができ、馴染みのオペレータＢとの間
で、よりスムーズな対話を実現することができる。

【０１４３】（第７の実施形態）次に、本発明の第７の
実施形態について説明する。上記第１〜第６の実施形態
では、オペレータＢの操作する端末（サーバ１あるいは
返答用クライアント３６）がステートフル接続の場合、
すなわち、専用クライアントである場合について説明し
た。これに対して、第７の実施形態は、オペレータＡ，
Ｂの操作する端末を双方ともステートレスで接続、つま
り双方の端末をウェブクライアントで構成するものであ
る。

【０１４４】図１７は、第７の実施形態による対話処理
システムの機能構成例を示すブロック図である。この図
１７において、図６に示した符号と同じ符号を付した部
分は互いに同じ機能を有するものであるので、ここでは
重複する説明を省略する。

【０１４５】図１７に示すように、本実施形態において
オペレータＢが使用する端末は、返答用のウェブクライ
アント６１である。この返答用ウェブクライアント６１
は、ウェブブラウザ６２を備えている。そして、このウ
ェブブラウザ６２が、上述した返答入力要求部５および
返答入力部６を機能として備えている。本実施形態の場
合、この返答用ウェブクライアント６１は、ネットワー
ク３８を介してサーバ１内のウェブサーバ入出力部４に
接続される。

【０１４６】図６に示した第２の実施形態では、返答用
クライアント３６はネットワーク３８を介してサーバ１
内の対話データ通信サーバ３７にステートフルで接続さ
れていた。したがって、返答用クライアント３６とサー
バ１との間は常時接続状態にあった。

【０１４７】これに対し、本実施形態では、オペレータ
Ｂの使用する返答用の端末６１はウェブクライアントで
あり、ウェブブラウザ６２に従って動作する。そのた
め、ウェブクライアント２がサーバ１に接続して送信し
てきたオペレータＡの発言情報を返答用ウェブクライア
ント６１が受信した時点で、返答用ウェブクライアント
６１とサーバ１内のウェブサーバ入出力部４との接続は
切断される。ただし、この場合でも、ウェブサーバ入出
力部４とウェブクライアント２との接続は維持されたま
まである。

【０１４８】一方、オペレータＢが返答情報を入力する
と、返答用ウェブクライアント６１とサーバ１内のウェ
ブサーバ入出力部４とが接続され、返答情報がサーバ１
に送られる。そして、その返答情報を用いて応答ページ
生成部７により応答ページが生成され、ウェブクライア
ント２に送信される。応答ページをウェブクライアント
２が受信すると、ウェブクライアント２とサーバ１内の
ウェブサーバ入出力部４との接続は一旦切断される。た
だし、今度は、ウェブサーバ入出力部４と返答用ウェブ
クライアント６１との接続が維持されたままとなる。

【０１４９】このように、本実施形態では、サーバ１と
ウェブクライアント２、サーバ１と返答用ウェブクライ
アント６１が交互に接続を維持したまま相手側の情報入
力を待機する。すなわち、オペレータＡ側およびオペレ
ータＢ側の双方ともウェブクライアントを用いているに
も関わらず、片方の接続だけは常に維持されているた
め、サーバ１内に発言情報や返答情報を一時的に記憶す
ることなく直ちに情報送信を行うことができ、リアルタ
イムな対話を行うことができる。

【０１５０】なお、ここではオペレータＢが一人である
場合について示したが、オペレータＢが複数人いる場合
にも本実施形態を適用することが可能である。そして、
第５の実施形態と同様に、一連の対話の中で同じオペレ
ータＢを続けて担当させるようにすることも可能であ
る。図１８は、オペレータＢが複数人いる場合の対話処
理システムの機能構成例を示すブロック図である。この
図１８において、図１２および図１７に示した符号と同
じ符号を付した部分は互いに同じ機能を有するものであ
るので、ここでは重複する説明を省略する。

【０１５１】図１９は、図１８のように構成した対話処
理システムの動作を示すフローチャートである。図１９
において、まずステップＳ７１で、複数のオペレータＢ
１，Ｂ２，…の中の何れかのオペレータＢが、返答用ウ
ェブクライアント６１_-1，６１_-2からサーバ１のウェブ
サーバ入出力部４に対して、対話相手接続待機用の入力
送信ページ（応答入力ページと同様のページ）の転送を
要求する。これを受けてウェブサーバ入出力部４は、ス
テップＳ７２で、対話データ通信サーバ３７に接続す
る。

【０１５２】次に、ステップＳ７３で対話データ通信サ
ーバ３７は、固有セッションＩＤ生成部５５にて生成さ
れた新たな固有セッションＩＤを取得する。そして、そ
の固有セッションＩＤとオペレータＢとの対応関係を表
した情報をオペレータ割当・識別部５７によって対応情
報記憶部５６の対話相手テーブルに登録し、対話相手か
らの情報入力を待機する。

【０１５３】一方、ステップＳ７４では、ウェブクライ
アント２からサーバ１のウェブサーバ入出力部４に対し
て入力送信ページの転送を要求する。これを受けてウェ
ブサーバ入出力部４は、ステップＳ７５で対話データ通
信サーバ３７に接続する。次に、ステップＳ７６で対話
データ通信サーバ３７は、固有セッションＩＤ生成部５
５にて生成された固有セッションＩＤを取得する。そし
て、その固有セッションＩＤとオペレータＡとの対応関
係を表した情報をオペレータ割当・識別部５７によって
対応情報記憶部５６の対話相手テーブルに登録し、対話
相手のオペレータＢを決定する。

【０１５４】そして、ステップＳ７７で、ウェブサーバ
入出力部４は、オペレータＡから要求された入力送信ペ
ージを固有セッションＩＤと共にウェブクライアント２
に返信する。次に、ステップＳ７８でウェブクライアン
ト２は、サーバ１から取得した入力送信ページをウェブ
ブラウザ８により表示装置に表示する。そして、その表
示した入力送信ページに対してオペレータＡが発言情報
を入力するのをステップＳ７９で待機する。この段階
で、サーバ１ウェブクライアント２との接続は一旦切断
される。

【０１５５】その後、オペレータＡが入力送信ページに
所望の発言情報を入力すると、処理フローはステップＳ
８０に進み、サーバ１とウェブクライアント２とが再び
接続され、入力送信ページに入力された発言情報が、固
有セッションＩＤと共にネットワーク３を介してサーバ
１に送信される。この接続状態は、その後ステップＳ９
２でウェブクライアント２がオペレータＢの返答情報を
受信するまで維持される。

【０１５６】次に、ステップＳ８１でサーバ１内のウェ
ブサーバ入出力部４は、ウェブクライアント２から送ら
れた発言情報と固有セッションＩＤとを受信する。発言
情報等を受け取ったウェブサーバ入出力部４は、ステッ
プＳ８２で、対話データ通信サーバ３７に接続して受信
内容を転送する。これに応じて対話データ通信サーバ３
７は、ステップＳ８３で、受信した固有セッションＩＤ
を利用して、オペレータ割当・識別部５７により対応情
報記憶部５６内の対話相手テーブルを参照し、対話相手
であるオペレータＢを特定する。

【０１５７】そして、ステップＳ８４でウェブサーバ入
出力部４は、上記オペレータ割当・識別部５７により特
定されたオペレータＢの返答用ウェブクライアント６１
に対して、オペレータＡから入力された発言情報および
固有セッションＩＤを送信する。

【０１５８】次に、ステップＳ８５で返答用ウェブクラ
イアント６１は、サーバ１から上記オペレータＡの発言
情報を受信して、返答入力要求部５によりその発言情報
を含む応答入力ページを表示装置に表示する。この段階
で、上記ステップＳ７２で行われたサーバ１と返答用ウ
ェブクライアント６１との間の接続は、一旦切断され
る。この状態で返答用ウェブクライアント６１は、オペ
レータＢが返答入力部６を用いて返答情報を入力するの
をステップＳ８６で待機する。

【０１５９】そして、オペレータＢが返答情報を入力す
ると、処理フローはステップＳ８７に進む。ステップＳ
８７では、サーバ１と返答用ウェブクライアント６１と
が再び接続され、オペレータＢにより入力された返答情
報がネットワーク３８を介してサーバ１内のウェブサー
バ入出力部４に送信される。このときの接続状態は、そ
の後ステップＳ８５で返答用ウェブクライアント６１が
更にオペレータＡの発言情報を受信するまで維持され
る。

【０１６０】次に、ステップＳ８８でウェブサーバ入出
力部４は、返答用ウェブクライアント６１から送られた
オペレータＢの返答情報と固有セッションＩＤとを受信
する。返答情報等を受け取ったウェブサーバ入出力部４
は、ステップＳ８９で、対話データ通信サーバ３７に接
続して受信内容を転送する。これに応じて対話データ通
信サーバ３７は、ステップＳ９０で、受信した固有セッ
ションＩＤを利用して、オペレータ割当・識別部５７に
より対応情報記憶部５６内の対話相手テーブルを参照
し、対話相手であるオペレータＡを特定する。

【０１６１】そして、ステップＳ９１で応答ページ生成
部７は、対話データ通信サーバ３７から受け取ったオペ
レータＢの返答情報を含む応答ページを生成し、それを
固有セッションＩＤと共に、オペレータ割当・識別部５
７により特定されたオペレータＡのウェブクライアント
２に送信する。次に、ステップＳ９２でウェブクライア
ント２内のウェブブラウザ８は、オペレータＢの返答情
報を受信して、その返答内容を含む入力送信ページをウ
ェブクライアント２の表示装置に表示する。この段階
で、上記ステップＳ８０で行われたサーバ１とウェブク
ライアント２との間の接続は一旦切断される。

【０１６２】その後は、ステップＳ７９に戻り、以下同
様の処理を繰り返していく。このとき、オペレータＡか
ら引き続き発言情報が入力されると、ステップＳ８０で
サーバ１とウェブクライアント２とが再び接続され、そ
の後ステップＳ９２でオペレータＢの返答情報を受信す
るまでその接続状態を維持する。

【０１６３】このように、本実施形態では、サーバ１と
ウェブクライアント２との間の接続、サーバ１と返答用
ウェブクライアント６１との間の接続が交互に一旦切断
され、セッションは常に維持される訳ではないが、固有
セッションＩＤをもとに対話相手を特定することによ
り、同じ相手と対話を続けることができる。

【０１６４】以上のように、第７の実施形態によれば、
ウェブクライアント２側のオペレータＡとサーバ１側の
オペレータＢ１，Ｂ２は、それぞれウェブブラウザ８，
６２上でリアルタイムな対話を行うことができる。つま
り、本実施形態においては、オペレータＡの端末および
オペレータＢの端末の双方ともウェブクライアントとし
て動作することができる。

【０１６５】したがって、ウェブクライアント２および
返答用ウェブクライアント６１_-1，６１_-2の双方におい
て、対話を行うために専用のクライアント・ソフトウェ
アを用意する必要がなく、ウェブブラウザさえあれば対
話を行うことができる。また、ウェブブラウザにスクリ
プトやフレームなどの機能を要求しないので、より多く
のウェブクライアントで利用することが可能である。

【０１６６】なお、ここでは半二重通信タイプの実施形
態に適用した例を説明したが、第３の実施形態で説明し
たような全二重通信タイプの実施形態にも同様に適用す
ることが可能である。このようにした場合は、オペレー
タＡおよびオペレータＢは完全に互角の立場であり、ど
ちらが先にサーバ１に接続しても問題はない。オペレー
タＡとオペレータＢとで待機する順序を問わないので、
オンラインショップの対応などばかりでなく、インスタ
ント・メッセンジャーのようなコミュニティサイトの運
営にも適している。

【０１６７】（第８の実施形態）次に、本発明の第８の
実施形態について説明する。第８の実施形態は、従来の
チャットプログラムを応用したものであり、固有セッシ
ョンＩＤを付与することにより、チャット機能を利用し
て１対１の対話を行うことができるようにしたものであ
る。

【０１６８】図２０は、第８の実施形態による対話処理
システムの機能構成例を示すブロック図である。この図
２０において、図１に示した符号と同じ符号を付した部
分は互いに同じ機能を有するものであるので、ここでは
重複する説明を省略する。

【０１６９】上記図１に示したウェブサーバ入出力部４
は、ウェブブラウザ８がサーバ１に発言情報を送信した
後、オペレータＢが返答入力を完了するまで、ウェブブ
ラウザ８との接続を維持したまま待機していたが、本実
施形態のウェブサーバ入出力部７１は、このような待機
は行わない。また、本実施形態のサーバ１は、固有セッ
ションＩＤ生成部５５および対話内容データベース７２
を備える。対話内容データベース７２は、オペレータＢ
が返答入力部６により入力した返答情報を一時的に記憶
するものである。

【０１７０】以下に、本実施形態のよる対話処理システ
ムの動作を説明する。まず、ウェブクライアント２から
サーバ１に対して入力送信ページの転送を要求すると、
サーバ１では、固有セッションＩＤ生成部５５により新
しい固有セッションＩＤを生成し、その固有セッション
ＩＤと共に入力送信ページをウェブクライアント２に返
信する。ウェブクライアント２では、受け取った入力送
信ページを表示して、オペレータＡから発言情報が入力
されるか、一定時間が経過するかを待機する。

【０１７１】そして、オペレータＡが入力送信ページに
発言情報を入力して送信を指示するか、一定時間が経過
すると、ウェブクライアント２は、サーバ１に接続して
入力送信ページの内容を固有セッションＩＤと共にサー
バ１に送信する。このときサーバ１では、対話内容デー
タベース７２に記憶されているオペレータＢの返答情報
のうち、送られてきた固有セッションＩＤに対応するも
のを用いて応答ページを生成し、ウェブクライアント２
に返信する。また、ウェブクライアント２から送られて
きた入力送信ページの中にオペレータＡの発言情報が含
まれている場合は、その発言情報を含む応答入力ページ
を固有セッションＩＤ毎に表示し、オペレータＢから返
答情報が入力されるのを待つ。

【０１７２】オペレータＢから返答情報が入力された
ら、その返答情報を固有セッションＩＤと共に対話内容
データベース７２に記憶する。すなわち、オペレータＢ
から返答情報がサーバ１に入力されたとき、サーバ１と
ウェブクライアント２との接続は切断されているので、
返答情報をウェブクライアント２に直ちに返信すること
ができない。そこで、次にウェブクライアント２からア
クセスがあるまでの間、オペレータＢの返答情報を対話
内容データベース７２に記憶しておく。

【０１７３】応答ページ生成部７は、ウェブクライアン
ト２がサーバ１に接続して入力送信ページを送ってきた
ときに、対話内容データベース７２の中から、上記入力
送信ページと共に送られた固有セッションＩＤの返答情
報を抽出し、その返答情報を含む応答ページを生成して
ウェブサーバ入出力部４に供給する。ウェブサーバ入出
力部４は、この応答ページをウェブクライアント２に送
信する。

【０１７４】以上のように、第８の実施形態によれば、
固有セッションＩＤを利用することにより、従来のチャ
ット機能を利用して１対１の対話を行うことができる。
なお、ここではオペレータＢがサーバ１を操作する例を
示したが、第２の実施形態のように、サーバ１とは独立
した返答用クライアントを設けても良い。また、第７の
実施形態のように、この返答用クライアントをウェブク
ライアントにより構成することも可能である。

【０１７５】なお、以上に説明した各実施形態の対話処
理システムおよびこれを構成するサーバおよびウェブク
ライアント等は、例えば図２に示したようにコンピュー
タのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどで構成
されるものであり、ＲＡＭやＲＯＭに記憶されたプログ
ラムが動作することによって実現できる。

【０１７６】また、上述したように、コンピュータが上
記機能を果たすように動作させるプログラムを、例えば
ＣＤ−ＲＯＭのような記録媒体に記録し、コンピュータ
に読み込ませることによっても実現できる。上記プログ
ラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外
に、フロッピー（登録商標）ディスク、ハードディス
ク、磁気テープ、光磁気ディスク、不揮発性メモリカー
ド等を用いることができる。

【０１７７】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。

【０１７８】また、本実施形態の対話処理システムは、
ネットワーク環境で利用されるものであり、全部あるい
は一部のプログラムが他のコンピュータで実行されるよ
うになっていても良い。

【０１７９】なお、上記に示した各実施形態は、何れも
本発明を実施するにあたっての具体化の一例を示したも
のに過ぎず、これらによって本発明の技術的範囲が限定
的に解釈されてはならないものである。すなわち、本発
明はその精神、またはその主要な特徴から逸脱すること
なく、様々な形で実施することができる。

【０１８０】例えば、上述の各実施形態では、情報の送
受信をＨＴＭＬ形式で行っているが、ＸＭＬなどの他の
形式で情報の送受信を行うようにしても良い。また、上
述の各実施形態では、クライアントユーザとサーバユー
ザとの間で１対１の対話を行う例について説明したが、
１対多、多対１、多対多の対話に適用することも可能で
ある。

【０１８１】

【発明の効果】以上詳しく説明したように、本発明によ
れば、専用のクライアントソフトを用いることなく、現
在広く利用されているウェブブラウザ上でリアルタイム
な対話を行うことができるようになる。

【図面の簡単な説明】

【図１】第１の実施形態による対話処理システムの機能
構成例を示すブロック図である。

【図２】本実施形態によるサーバのハードウェア構成例
を示す図である。

【図３】第１の実施形態による対話処理システムの動作
例を示すフローチャートである。

【図４】第１の実施形態等においてオペレータＡおよび
オペレータＢが使用する表示装置に表示される画面の例
を示す図である。

【図５】第１の実施形態等においてオペレータＡおよび
オペレータＢが使用する表示装置に表示される画面の他
の例を示す図である。

【図６】第２の実施形態による対話処理システムの機能
構成例を示すブロック図である。

【図７】第２の実施形態による対話処理システムの動作
例を示すフローチャートである。

【図８】第３の実施形態による対話処理システムの機能
構成例を示すブロック図である。

【図９】第３の実施形態による対話処理システムの動作
例を示すフローチャートである。

【図１０】第３の実施形態においてオペレータＡおよび
オペレータＢが使用する表示装置に表示される画面の例
を示す図である。

【図１１】第４の実施形態による対話処理システムの機
能構成例を示すブロック図である。

【図１２】第５の実施形態による対話処理システムの機
能構成例を示すブロック図である。

【図１３】第５の実施形態による対話処理システムの動
作例を示すフローチャートである。

【図１４】第６の実施形態による対話処理システムの機
能構成例を示すブロック図である。

【図１５】第６の実施形態においてオペレータＡおよび
オペレータＢが使用する表示装置に表示される画面の例
を示す図である。

【図１６】第６の実施形態においてオペレータＡおよび
オペレータＢが使用する表示装置に表示される画面の他
の例を示す図である。

【図１７】第７の実施形態による対話処理システムの機
能構成例を示すブロック図である。

【図１８】第７の実施形態による対話処理システムの他
の機能構成例を示すブロック図である。

【図１９】第７の実施形態による対話処理システムの動
作例を示すフローチャートである。

【図２０】第８の実施形態による対話処理システムの機
能構成例を示すブロック図である。

【符号の説明】

１ サーバ ２ ウェブクライアント ３ ネットワーク ４ ウェブサーバ入出力部 ５ 返答入力要求部 ６ 返答入力部 ７ 応答ページ生成部 ８ ウェブブラウザ ３６ 返答用クライアント ３７ 対話データ通信サーバ ３８ ネットワーク ４１ 送信フレーム生成部 ４２ 受信フレーム生成部 ４３ ウェブブラウザ ４４ 入力送信フレーム ４５ 受信フレーム ４６ 表示フレーム ５１ 対応情報記憶部 ５２ オペレータ識別部 ５５ 固有セッションＩＤ生成部 ５６ 対応情報記憶部 ５７ オペレータ割当・識別部 ５８ オペレータ情報記憶部 ６１ 返答用ウェブクライアント ６２ ウェブブラウザ ７１ ウェブサーバ入出力部 ７２ 対話内容データベース

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 G06F 15/00 H04L 12/00

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 ＷＷＷネットワーク上でサーバ側装置と
   クライアント側装置のウェブブラウザとがステートレス
   のプロトコルによって動作し、上記サーバ側装置と上記
   クライアント側装置との間で情報通信を行うことによっ
   て対話処理を実行する対話処理システムであって、 上記サーバ側装置は、上記クライアント側装置との間
   で、ページ上で分割された複数フレームの情報をそれぞ
   れ非同期で送受信するサーバ入出力手段と、 上記クライアント側装置の送信フレームから上記サーバ
   入出力手段に発言情報が入力されたときに、上記入力さ
   れた発言情報を表示して相手の返答を要求する返答入力
   要求手段と、 上記クライアント側装置の送信フレームから上記サーバ
   入出力手段に上記発言情報が入力されたときに、上記サ
   ーバ入出力手段を介して空の情報を上記送信フレームに
   送信する送信フレーム応答手段と、 上記返答入力要求手段による返答の要求に応じて入力さ
   れた返答情報を上記サーバ入出力手段を介して上記クラ
   イアント側装置の受信フレームに送信する受信フレーム
   応答手段と、 上記クライアント側装置の上記送信フレームからの接続
   要求に応じて当該送信フレームと接続した後、上記サー
   バ入出力手段により上記発言情報が入力され上記送信フ
   レーム応答手段により上記空の情報が上記送信フレーム
   に送信された後に上記送信フレームとの接続を切断する
   とともに、上記クライアント側装置の上記受信フレーム
   からの接続要求に応じて当該受信フレームと接続した
   後、上記返答入力要求手段による返答の要求に応じて上
   記返答情報が入力されるまでの間、上記受信フレームと
   の接続状態を維持して待機し、上記受信フレーム応答手
   段により上記返答情報の送信が行われた後に上記受信フ
   レームとの接続を切断する接続維持制御手段とを備え、 上記クライアント側装置では、上記受信フレームで上記
   返答情報を受信した後、上記受信フレームから上記サー
   バ側装置への接続要求を行うように動作することを特徴
   とする対話処理システム。
2. 【請求項２】 上記クライアント側装置では、上記受信
   フレームで受信された上記返答情報を表示フレームにロ
   ードした後、上記受信フレームから上記サーバ側装置へ
   の接続要求を直ちに行うように動作することを特徴とす
   る請求項１に記載の対話処理システム。
3. 【請求項３】 ＷＷＷネットワーク上に存在するクライ
   アント側装置のウェブブラウザとの間で、ステートレス
   のプロトコルに従って情報通信を行うことによって対話
   処理を実行するデータ処理装置であって、 上記クライアント側装置との間で、ページ上で分割され
   た複数フレームの情報をそれぞれ非同期で送受信するサ
   ーバ入出力手段と、 上記クライアント側装置の送信フレームから上記サーバ
   入出力手段に発言情報が入力されたときに、上記サーバ
   入出力手段を介して空の情報を上記クライアント側装置
   の送信フレームに送信する送信フレーム応答手段と、 上記クライアント側装置の送信フレームから入力された
   上記発言情報に対する返答情報を、上記サーバ入出力手
   段を介して上記クライアント側装置の受信フレームに送
   信する受信フレーム応答手段と、 上記クライアント側装置の上記送信フレームからの接続
   要求に応じて当該送信フレームと接続した後、上記サー
   バ入出力手段により上記発言情報が入力され上記送信フ
   レーム応答手段により上記空の情報が上記送信フレーム
   に送信された後に上記送信フレームとの接続を切断する
   とともに、上記クライアント側装置の上記受信フレーム
   からの接続要求に応じて当該受信フレームと接続した
   後、上記返答情報が入力されるまでの間、上記受信フレ
   ームとの接続状態を維持して待機し、上記サーバ入出力
   手段により上記返答情報が上記クライアント側装置に送
   信された後に上記受信フレームとの接続を切断する接続
   維持制御手段とを備えることを特徴とするデータ処理装
   置。
4. 【請求項４】 ＷＷＷネットワーク上でサーバ側装置と
   クライアント側装置のウェブ ブラウザとがステートレス
   のプロトコルによって動作し、上記サーバ側装置と上記
   クライアント側装置との間で情報通信を行うことによっ
   て対話処理を実行する対話処理方法であって、 上記サーバ側装置と上記クライアント側装置の送信フレ
   ームとが上記ネットワークを介して接続され、上記クラ
   イアント側装置の送信フレームから上記サーバ側装置に
   発言情報が入力されたときに、空の情報を上記クライア
   ント側装置の送信フレームに返信して上記サーバ側装置
   と上記クライアント側装置の送信フレームとの接続を切
   断するとともに、 上記サーバ側装置と上記クライアント側装置の受信フレ
   ームとの接続が行われてから上記発言情報に対する応答
   情報が入力されるまでの間、上記サーバ側装置と上記ク
   ライアント側装置の受信フレームとの接続状態を維持し
   て待機し、上記返答情報が入力されたときに当該返答情
   報を上記サーバ側装置から上記クライアント側装置の受
   信フレームに返信して上記サーバ側装置と上記クライア
   ント側装置の受信フレームとの接続を切断することを特
   徴とする対話処理方法。
5. 【請求項５】 請求項１〜３の何れか１項に記載の各手
   段としてコンピュータを機能させるためのプログラムを
   記録したことを特徴とするコンピュータ読み取り可能な
   記録媒体。
6. 【請求項６】 請求項４に記載の対話処理方法の処理手
   順をコンピュータに実行させるためのプログラムを記録
   したことを特徴とするコンピュータ読み取り可能な記録
   媒体。