JPH0998221A - 情報サービス窓口システム - Google Patents

Abstract

(57)【要約】 【課題】 サービスが提供できない場合にサービスの提
供を禁止し、無駄な接続要求の発生を防ぐ。また、ユー
ザ端末に対してサービスが提供されない場合、他のユー
ザ端末に対してもサービス実施不可能なことを通知す
る。 【解決手段】 担当者テーブル３、ユーザ端末テーブル
４、表示手段５、担当者テーブル更新手段６、無効画面
表示手段７、無効判定通知手段８、担当者設定手段９を
設け、担当者設定手段９に担当者の変更あるいはサービ
ス無効化が入力された場合に、ユーザ端末に表示されて
いる担当者情報を変更する。また、サービス無効と判定
した場合は、ユーザ端末に表示されている担当者情報を
変更し、サーバ端末画面にサービス無効である旨を表示
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続された１つ以上のユーザ端末と１つ以上のサーバ端末
を通して利用者とサービス担当者との電子的対話を行う
情報サービス窓口システムに関する。

【０００２】

【従来の技術】ネットワークで接続された１つ以上のユ
ーザ端末と１つ以上のサーバ端末を通して利用者とサー
ビス担当者との電子的対話を行うシステムとして、文
献：Ｂｉｌｌ Ｂｕｘｔｏｎ、「未来のビデオ会議シス
テム、Ｕｂｉｑｕｉｔｏｕｓ Ｖｉｄｅｏ」、日経エレ
クトロニクス１９９５、３ー２７、ｎｏ６３２、ｐｐ．
１８７−１９５、１９９５等に見られるテレビ会議シス
テムが知られている。テレビ会議システムでは、ユーザ
端末がサーバ端末を呼び出すことによって、ユーザ端末
を利用する利用者と、サーバ端末を利用するサービス担
当者との間で電子的対話を行う。

【０００３】

【発明が解決しようとする課題】上記のテレビ会議シス
テムでは、相手を呼び出す前に、相手の状況を表わす別
のカメラに接続を行い、相手にアクセス可能かどうかを
知ることが可能となっている。しかし、リモートのカメ
ラに接続を行わなければ相手（サービス担当者）が誰で
あるか、また対話が可能な状態にあるかどうかが判定で
きない。また、ある１つのユーザ端末においてサービス
が利用できない、すなわち該サービスを提供するサーバ
端末に接続ができないことが判明しても、他のユーザ端
末にそのことを伝える手段がない。

【０００４】すなわち、（１）接続を行わないとサービ
ス担当者が誰であるか、またサービス可能な状態かどう
かが不明であり、サービスが不可能な場合でも無駄な接
続要求が行われる、（２）あるユーザ端末においてサー
ビスが提供できないことが判明しても、他のユーザ端末
に通知できないため、他のユーザ端末で無駄な接続要求
が行われる、という課題が存在する。

【０００５】本発明の第一の目的は、電子的対話を実現
することに関し、サービス端末において誰がサービスが
可能な状態にあるかを事前にユーザ端末に表示し、これ
を変更する機能を持つことにより、該サービスが提供で
きない場合に該サービスの利用選択を禁止し、無駄な接
続要求の発生を防ぐことが可能な情報サービス窓口シス
テムを提供することである。

【０００６】本発明の第二の目的は、ユーザ端末に対し
てサービスが提供されない場合に、それが確認された時
点で直ちに他のユーザ端末に対してもサービス実施不可
能なことを通知することが可能な情報サービス窓口シス
テムを提供することである。

【０００７】

【課題を解決するための手段】上記第一の目的を達成す
るために、サーバ端末は、接続可能なユーザ端末を記憶
するユーザ端末管理テーブルと、前記サーバ端末でサー
ビスを提供する担当者の担当者識別子を、前記ユーザ端
末管理テーブルに記憶されたユーザ端末に通知する担当
者設定手段を持ち、ユーザ端末は、サービス名、担当者
情報、担当者識別子、サーバ名、及びサービス中か否か
を区別する識別子を記憶する担当者テーブルと、前記担
当者設定手段からの通知を受けて、前記担当者テーブル
を更新する担当者テーブル更新手段と、前記担当者テー
ブルの前記サービス中か否かを区別する識別子を参照し
て、該担当者テーブルに記憶された担当者情報を表示す
る表示手段、を持つ情報サービス窓口システムを提供す
る。

【０００８】上記第二の目的を達成するために、ユーザ
端末にサービスが無効であることを判定し通知する無効
判定通知手段を持ち、前記テーブル更新手段は、サービ
ス無効の通知を受けて前記担当者テーブル及び表示され
ている担当者情報を変更する機能を含み、該サーバ端末
におけるサービスが無効であることを画面に表示する無
効画面表示手段、を持つ情報サービス窓口システムを提
供する。

【０００９】第一の目的を達成するための手段の作用に
ついて説明する。サーバ端末に対してサービス担当者の
変更や無効化の通知が担当者設定手段に対して入力され
ると、該担当者設定手段はメッセージを作成し、ユーザ
端末テーブルより接続可能なユーザ端末を求めこれらの
ユーザ端末に対して作成したメッセージを送信する。ユ
ーザ端末ではメッセージを受け取ると担当者テーブル更
新手段が起動され、メッセージの内容を元に担当者テー
ブルを更新し、その後表示手段に対して変更の通知を行
う。表示手段は、担当者テーブルの内容を参照して画面
に表示されている担当者情報の更新を行う。これにより
該サービスが提供できない場合に該サービスの提供を禁
止し、無駄な接続要求の発生を防ぐことが可能な情報サ
ービス窓口システムを提供することが可能となる。

【００１０】第二の目的を達成するための手段の作用に
ついて説明する。無効判定通知手段によって該サーバ端
末でサービスの提供ができないことが判定された場合、
該無効判定通知手段はメッセージを作成し、ユーザ端末
テーブルより接続可能なユーザ端末を求めこれらのユー
ザ端末に対して作成したメッセージを送信し、該サーバ
端末の無効画面表示手段を呼び出す。無効画面表示手段
は、該サーバ端末の画面に、該サーバ端末で行われるサ
ービスが無効であるという表示を該サーバ端末の画面に
行う。ユーザ端末ではメッセージを受け取ると担当者テ
ーブル更新手段が起動され、メッセージの内容を元に担
当者テーブルを更新し、その後表示手段に対して変更の
通知を行う。表示手段は、担当者テーブルの内容を参照
して画面に表示されている担当者情報の更新を行う。こ
れによりユーザ端末に対してサービスが提供されない場
合に、他のユーザ端末に対してもサービス実施不可能な
ことを通知することが可能な情報サービス窓口システム
を提供することが可能となる。

【００１１】

【発明の実施の形態】以下に、図１〜図１９を用いて、
本発明の実施例を説明する。

【００１２】図１は、本発明が実施されるブロック図の
例である。本システムは、１つ以上のユーザ端末１と１
つ以上のサーバ端末２とそれらを接続するネットワーク
から構成され、これら２種類の端末の間で電子的対話が
行われる。前記サーバ端末２は、サーバ側端末電子的対
話手段１１と、接続可能なユーザ端末を記憶するユーザ
端末管理テーブル４と、前記サーバ端末でサービスを提
供する担当者の担当者識別子を、前記ユーザ端末管理テ
ーブルに記憶されたユーザ端末に通知する担当者設定手
段９と、前記サーバ側端末電子的対話手段１１からユー
ザ端末にサービスが無効であることを通知する無効判定
通知手段８と、該サーバ端末におけるサービスが無効で
あることを画面に表示する無効画面表示手段７を持つ。
また、前記ユーザ端末１は、サービス名、担当者情報、
担当者識別子、サーバ名、及びサービス中か否かを区別
する識別子を記憶する担当者テーブル３と、前記担当者
設定手段９又は前記無効判定通知手段８からの通知を受
けて、前記担当者テーブル３を更新する担当者テーブル
更新手段６と、前記担当者テーブル３の前記サービス中
か否かを区別する識別子を参照して、該担当者テーブル
に記憶された担当者情報を表示する表示手段５を持つ。

【００１３】図２は、本発明が実施される環境の例であ
る。ユーザ端末１は、それぞれ、名称ユーザ端末Ａ、及
びユーザ端末Ｂを持つ２台、サーバ端末はそれぞれ名称
サーバ端末Ａ、サーバ端末Ｂ、サーバ端末Ｃを持つ３台
の端末から構成される。また、ユーザ端末１にはディス
プレイ２０１及び入力装置２０２が、またサーバ端末２
にはディスプレイ２０３、入力装置２０４が存在する。

【００１４】図１０は、サーバ端末２からユーザ端末１
に送られるメッセージ１００１の構造である。これに
は、サービス名１００２、担当者識別子１００３、サー
バ名１００４、要求種別情報１００５が含まれる。ここ
でも、名称はその実体を識別する識別子であってよい。

【００１５】次に、本発明で用いるデータ構造について
説明する。図３は、担当者テーブル３の構成を示してい
る。担当者テーブル３は、サービス名記憶領域３０１、
担当者イメージ情報記憶領域３０２、担当者識別子記憶
領域３０３、サーバ名記憶領域３０４、サービス中担当
者識別領域３０５から構成される。なお、名称で記憶さ
れている部分は、特に名称である必要はなく、名称に対
応した実体を識別できる識別子であってよい。また、担
当者イメージ情報記憶領域３０２の値は、イメージ実体
を格納する、あるいはイメージ実体の識別子のみを記憶
する、等の実現方式がある。

【００１６】図４は、ユーザ端末テーブル４の構成であ
り、ユーザ端末名称記憶領域４０１から構成される。こ
の場合も、特に名称である必要はなく、ユーザ端末を一
意に識別する識別子であってよい。

【００１７】次に、本発明で用いられるアルゴリズムに
ついて説明する。なお、ユーザ側端末電子的対話手段１
０、及びサーバ側端末電子的対話手段１１の電子的対話
実行部分については特に関係がないため省略する。

【００１８】図５は、表示手段５で実施されるアルゴリ
ズムであり、テーブル更新手段６からの通知を受けて開
始される。まず、要求種別１００５を参照して、要求種
別が担当者変更か、サービス無効かを判定する（ステッ
プ５０１）。担当者変更であった場合、担当者テーブル
３から、サービス中の担当者情報を取得する（ステップ
５０２）。サービス中の担当者は、担当者テーブル３に
おいて、サービス名１００２を持つ行のうち識別子記憶
領域３０５が有効な行として識別される。そして、当該
行がもつ担当者イメージ情報、担当者名をユーザ端末画
面２０１に表示する（ステップ５０４）。一方、要求種
別がサービス無効であった場合は、サービス名１００２
をもとに、表示されている担当者情報を無効表示する
（ステップ５０３）。

【００１９】図６は、テーブル更新手段６で実施される
アルゴリズムで、ネットワークを通してサーバ端末２か
らメッセージ１００１が送られた時に開始される。ま
ず、要求種別情報１００５を用いて要求種別を判定する
（ステップ６０１）。要求が担当者変更であった場合
は、担当者テーブル３より現在サービス中の担当者に関
する行を取り出し、サーバ名記憶領域３０４及び識別子
記憶領域３０５の値をクリアする（ステップ６０２）。
次に、担当者テーブル３のサービス名記憶領域３０１及
び担当者識別子記憶領域３０３の値が、それぞれサービ
ス名１００２及び担当者識別子１００３と等しい行を求
め、該行のサーバ名記憶領域３０４及び識別子記憶領域
３０５の値を、それぞれ、サーバ名１００４の値、及び
「有効」を示す値（本実施例では、以下単に「有効」と
記述する）に変更する（ステップ６０３）。そして、表
示手段５に通知を行う（ステップ６０４）。一方、要求
種別が担当者無効であった場合は、ステップ６０２の方
法と同様にサービス中の行を取り出し、該行のサーバ名
記憶領域３０４及び識別子記憶領域３０５をクリアする
（ステップ６０５）。

【００２０】図７は、サーバ端末２の無効画面表示手段
７において実施されるアルゴリズムであり、無効判定通
知手段８からの通知をうけて開始される。これは、サー
バ端末の画面２０３にサービス無効表示を行う（ステッ
プ７０１）。また、本実施例では、画面に表示している
が、音声出力装置があれば、音声による通知でも構わな
い。

【００２１】図８は、無効判定通知手段８で実施される
アルゴリズムであり、サーバ端末側電子的対話手段１１
からの通知を受けて開始される。まず、ユーザ端末テー
ブル４より、該サーバ端末が接続可能なユーザ端末名を
取得する（ステップ８０１）。次に、メッセージ１００
１を組み立て、ステップ８０１で取得した全ユーザ端末
に対して、メッセージを送信する（ステップ８０２）。
ここで、メッセージ１００１のサービス名１００２の値
は、ユーザ端末が接続要求時に指定したサービス名であ
り、サーバ名１００４は当該サーバ端末名、要求種別１
００５には「サービス無効」を示す値が設定される。そ
の後、無効画面表示手段７に、サービス無効となった旨
を通知する（ステップ８０３）。

【００２２】図９は、担当者設定手段９で実施されるア
ルゴリズムであり、サーバ端末に対して担当者の変更、
あるいはサービスの無効化が入力された時に開始され
る。開始時に、サービス名及び担当者識別子が渡され
る。まず、ユーザ端末テーブル４より、該サーバ端末が
接続可能なユーザ端末の情報を取得する（ステップ９０
１）。次に、メッセージ１００１を作成し、ステップ９
０１で求めたユーザ端末に対して該メッセージ１００１
を送信する（ステップ９０２）。ここで、担当者変更の
場合はメッセージ１００１のサービス名１００２の値、
及び担当者識別子１００３は、本アルゴリズム開始時に
渡された値である。またサーバ名１００４は当該サーバ
端末名、要求種別１００５には「サービス担当者変更」
を示す値が設定され、サービス無効化の場合は担当者変
更の場合はメッセージ１００１のサービス名１００２の
値は、本アルゴリズム開始時に渡された値である。また
サーバ名１００４は当該サーバ端末名、要求種別１００
５には「サービス無効」を示す値が設定される。

【００２３】図１９は、サーバ側端末電子的対話手段１
１で実施されるアルゴリズムのうち、接続を要求したユ
ーザ端末１と接続要求を受けたサーバ端末２間で一定時
間内に接続が行われたかどうかを判定する部分である。
なお、サーバ端末側電子的対話手段１１で実施される他
のアルゴリズムは、本発明とは直接関係ないため省略し
てある。サーバ端末側電子的対話手段１１ユーザ端末１
からの電子的対話のための接続要求を受けたサーバ端末
２において、接続要求時に開始される。前記の電子的対
話のための接続要求によって、前記接続を要求したユー
ザ端末１と前記接続要求を受けたサーバ端末２間で一定
時間内に接続が行われたかどうかを判定する（ステップ
１９０１）。一定時間内に接続されなかった場合、無効
判定通知手段８に通知を行う（巣鉄扉１９０２）。

【００２４】本実施例のシステム構成を示す図２の構成
に基づき、住民票発行相談サービスを担当者山田及び田
中が、年金相談サービスを鈴木及び佐藤が行う場合の各
テーブルの値を説明する。

【００２５】図１１は、ユーザ端末１の担当者テーブル
３の例である。サービス名と担当者識別子の組み合わせ
毎に、それぞれ行が存在する。行１１０１は、住民票発
行サービスを山田さんが行うことを表している。そのた
め、サービス名３０１には「住民票発行」、担当者識別
子には「山田」という値が記憶されている。また、住民
票発行サービスは現在山田さんがサーバ端末２（名称サ
ーバＡ）で行っており、これを表すため、行１１０１の
サーバ名３０４及び識別子３０５がそれぞれ、「サーバ
Ａ」及び「有効」となっている。また、山田さんのイメ
ージ情報が行１１０１のフィールド３０２に記憶されて
いる。行１１０２は、同じく住民票発行サービスを田中
さんが行えることを示しているが、現在サービス中では
ないため、行１１０２のサーバ名３０４及び識別子３０
５は空欄である。

【００２６】図１２は、サーバが接続可能なユーザ端末
情報を記憶している。この例では、ユーザ端末１は、名
称ユーザ端末Ａ及びユーザ端末Ｂの２台が接続可能なた
め、該接続可能なユーザ端末名称を記憶している。

【００２７】（１）サービス担当者の変更 以下に、住民票発行相談サービスを田中さんに変更する
場合の例について説明する。まずサーバ端末２（名称サ
ーバＡ）の担当者設定手段９が開始され、サービス名
「住民票発行」、担当者識別子「田中」が渡される。担
当者設定手段９では、図９に示したアルゴリズムが実行
される。まず、図１２に示したユーザ端末テーブル４よ
り、ユーザ端末名称「ユーザ端末Ａ」、「ユーザ端末
Ｂ」を取得する（ステップ９０１）。次に、ステップ９
０２によって、まずメッセージ１００１が作成される。
ここで、サービス名１００２は「住民票発行」、担当者
識別子１００３は「田中」、サーバ名１００４は「サー
バＡ」、要求種別１００５は「サービス担当者変更」で
ある。次に、該作成されたメッセージ１００１を、ステ
ップ９０１で取得した各ユーザ端末に対して送信する。

【００２８】ユーザ端末１に前記メッセージ１００１が
送られると、テーブル更新手段６が起動され、図６で示
したアルゴリズムが実行される。まず、要求種別は要求
種別１００５より担当者変更と判定される（ステップ６
０１）。次に、図１１に示した担当者テーブル３０１よ
り、住民票発行相談サービスを行っている担当者に関す
る行１１０１を取得し、サーバ名記憶領域３０４、及び
識別子記憶領域３０５をクリアする（ステップ６０
２）。次に、メッセージ１００１のサービス名１００２
と担当者識別子１００３の値から変更後の担当者に関す
る行１１０２を取得し、該行のサーバ名記憶領域３０４
の値をメッセージ１００１のサーバ名１００４の値に、
識別子記憶領域３０５の値を「有効」に、それぞれ変更
する（ステップ６０３）。変更後の担当者テーブル３の
状態を示したのが図１３である。行１１０１及び１１０
２のフィールド３０４、３０５の値が変更されているの
がわかる。次に、ステップ６０４によって、表示手段５
に担当者変更の旨を通知する。

【００２９】表示手段５では、図５に示すアルゴリズム
が実施される。まず、要求種別１００５の値を元に要求
種別判定を行う（ステップ５０１）。次に、サービス名
１００２及び担当者識別子３０３の値を元に、変更され
たサービス担当者の情報（行１１０２）を取得する（ス
テップ５０４）。そして、該行１１０２のフィールド３
０２に記憶されたイメージ情報をユーザ端末１のディス
プレイ２０１に表示する。

【００３０】図１４は、変更前のディスプレイ２０１の
例であり、担当者テーブル３の行１１０１のサービス名
記憶領域３０１、担当者識別子記憶領域３０３、担当者
情報記憶領域３０２の値が、それぞれ１４０３、１４０
４、１４０２として表示されている。

【００３１】図１５は、変更後の画面２０１であり、担
当者テーブル３の行１１０２に対応しており、担当者識
別子１４０３及び担当者イメージ情報１４０２が変更さ
れている。

【００３２】（２）サービス無効化の例 以下に、住民票発行相談サービスを無効化する場合の例
について説明する。まずサーバ端末２（名称サーバＡ）
の担当者設定手段９が開始され、サービス名「住民票発
行」、担当者識別子として「無効」を示す値が渡され
る。担当者設定手段９では、図９に示したアルゴリズム
が実行される。まず、図１２に示したユーザ端末テーブ
ル４より、ユーザ端末名称「ユーザ端末Ａ」、「ユーザ
端末Ｂ」を取得する（ステップ９０１）。次に、ステッ
プ９０２によって、まずメッセージ１００１が作成され
る。ここで、サービス名１００２は「住民票発行」、サ
ーバ名１００４は「サーバＡ」、要求種別１００５は
「サービス無効」である。次に、該作成されたメッセー
ジ１００１を、ステップ９０１で取得した各ユーザ端末
に対して送信する。

【００３３】ユーザ端末１に、前記メッセージ１００１
が送られると、テーブル更新手段６が起動され、図６で
示したアルゴリズムが実行される。まず、要求種別は要
求種別１００５よりサービス無効と判定される（ステッ
プ６０１）。次に、図１１に示した担当者テーブル３よ
り、住民票発行相談サービスを行っている担当者に関す
る行１１０１、１１０２を取得し、サーバ名記憶領域３
０４、及び識別子記憶領域３０５をクリアする（ステッ
プ６０５）。次に、ステップ６０４によって、表示手段
５に担当者変更の旨を通知する。

【００３４】表示手段５では、図５に示すアルゴリズム
が実施される。まず、要求種別１００５の値を元に要求
種別判定を行う（ステップ５０１）。次に、画面に表示
されている担当者情報を無効表示にする（ステップ５０
３）。

【００３５】ユーザ端末１の無効画面表示を図１７に示
す。ディスプレイ２０１に表示されているサービス情報
１７０１に影が付けられ、無効化されている。

【００３６】（３）サービス無効通知の例 以下に、サービス無効化の例について示す。ユーザ端末
１（名称ユーザ端末Ａ）において、住民票発行相談サー
ビスが選択されると、図１１に示す担当者テーブルの情
報をもとに、サーバ端末２（名称サーバＡ）に対して、
接続要求が行われる。この時、サーバ端末２（名称サー
バＡ）の無効判定通知手段８が開始される。無効判定通
知手段８では、図８に示すアルゴリズムが実施される。

【００３７】まず、ステップ８０１によって一定時間内
にサーバ端末２（名称サーバＡ）とユーザ端末１（名称
ユーザ端末Ａ）が接続されたかどうかを判定する。本実
施例は、接続に失敗した場合の例であるため、こちらに
ついてのみ説明する。まず、図１２に示したユーザ端末
テーブル４より、ユーザ端末名称「ユーザ端末Ａ」、
「ユーザ端末Ｂ」を取得する（ステップ８０２）。次
に、ステップ８０３によって、まずメッセージ１００１
が作成される。ここで、サービス名１００２は「住民票
発行」、サーバ名１００４は「サーバＡ」、要求種別１
００５は「サービス無効」である。次に、該作成された
メッセージ１００１を、ステップ８０２で取得した各ユ
ーザ端末に対して送信する。変更後の担当者テーブル３
の状態を示したのが図１６である。行１１０１及び１１
０２のフィールド３０４、３０５の値がクリアされてい
るのがわかる。次に、無効画面表示手段７に対してサー
ビスが無効になった旨を通知する（ステップ８０４）。

【００３８】無効画面表示手段７では、図７に示すアル
ゴリズムが実施され、サーバ端末の画面２０３にサービ
ス無効表示を行う（ステップ７０１）。また、本実施例
では、画面に表示しているが、音声出力装置があれば、
音声による通知でも構わない。 サーバ端末２の無効画
面の表示例を図１８に示す。ディスプレイ２０３に、無
効表示１８０１が表示されている。

【００３９】ユーザ端末１に、前記メッセージ１００１
が送られると、テーブル更新手段６が起動され、図６で
示したアルゴリズムが実行される。まず、要求種別は要
求種別１００５よりサービス無効と判定される（ステッ
プ６０１）。次に、図１１に示した担当者テーブル３よ
り、住民票発行相談サービスを行っている担当者に関す
る行１１０１、１１０２を取得し、サーバ名記憶領域３
０４、及び識別子記憶領域３０５をクリアする（ステッ
プ６０５）。次に、ステップ６０４によって、表示手段
５に担当者変更の旨を通知する。

【００４０】表示手段５では、図５に示すアルゴリズム
が実施される。まず、要求種別１００５の値を元に要求
種別判定を行う（ステップ５０１）。次に、画面に表示
されている担当者情報を無効表示にする（ステップ５０
３）。

【００４１】ユーザ端末１の無効画面表示を図１７に示
す。ディスプレイ２０１に表示されているサービス情報
１７０１に影が付けられ、無効化されている。

【００４２】

【発明の効果】以上示したように、本発明によれば、ユ
ーザ端末からサービスを選択し、サーバ端末と電子的対
話を行う情報サービス窓口システムにおいて、サービス
が可能かどうかを事前にユーザ端末に表示し、これを変
更する機能を持つことにより、該サービスが提供できな
い場合に該サービスの提供を禁止するため、無駄な接続
要求の発生を防ぐこという顕著な効果が得られる。ま
た、ユーザ端末に対してサービスが提供されない場合
に、他のユーザ端末に対してもサービス実施不可能なこ
とを通知する手段を提供するため、無駄な接続要求の発
生を防ぐ効果が得られる。

【図面の簡単な説明】

【図１】システム構成の一例を示すブロック図である。

【図２】システムの動作環境の一例を示すブロック図で
ある。

【図３】担当者テーブルの構成例である。

【図４】ユーザ端末テーブルの構成例である。

【図５】表示手段で実施されるアルゴリズムの例であ
る。

【図６】担当者テーブル更新手段で実施されるアルゴリ
ズムの例である。

【図７】無効画面表示手段で実施されるアルゴリズムの
例である。

【図８】無効判定通知手段で実施されるアルゴリズムの
例である。

【図９】担当者設定手段で実施されるアルゴリズムの例
である。

【図１０】メッセージの構成例である。

【図１１】本発明の実施例において用いられる担当者テ
ーブルの例である。

【図１２】本発明の実施例において用いられるユーザ端
末テーブルの例である。

【図１３】担当者変更後の担当者テーブルの例である。

【図１４】本実施例において用いられるユーザ端末画面
の表示例である。

【図１５】担当者変更後のユーザ端末画面の表示例であ
る。

【図１６】サービス無効を示す担当者テーブルの例であ
る。

【図１７】サービス無効を示すユーザ端末画面の表示例
である。

【図１８】サービス無効を示すサーバ端末画面の表示例
である。

【図１９】サーバ端末側電子的対話手段において実施さ
れる、接続成功判定アルゴリズムの例である。

【符号の説明】

１…ユーザ端末、２…サーバ端末、３…担当者テーブ
ル、４…ユーザ端末テーブル、５…表示手段、６…担当
者テーブル更新手段、７…無効画面表示手段、８…無効
判定通知手段、９…担当者設定手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 水野 浩孝 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (5)

【特許請求の範囲】
1. 【請求項１】一つ又は複数のユーザ端末と一つ又は複数
   のサーバ端末から構成され、ユーザ端末とサーバ端末の
   間で電子対話が行われる情報サービス窓口システムにお
   いて、 該サーバ端末は、 接続可能なユーザ端末を記憶するユーザ端末管理テーブ
   ルと、 該サーバ端末でサービスを提供する担当者の担当者識別
   子を、該ユーザ端末管理テーブルに記憶されたユーザ端
   末に通知する担当者設定手段を持ち、 該ユーザ端末は、 サービス名、担当者情報、担当者識別子、サーバ名、及
   びサービス中か否かを区別する識別子を記憶する担当者
   テーブルと、 前記担当者設定手段からの通知を受けて、該担当者テー
   ブルを更新する担当者テーブル更新手段と、 前記担当者テーブルの前記サービス中か否かを区別する
   識別子を参照して、該担当者テーブルに記憶された担当
   者情報を表示する表示手段を持つことを特徴とする情報
   サービス窓口システム。
2. 【請求項２】請求項１の情報サービス窓口システムにお
   いて、 前記サーバ端末の前記担当者設定手段から担当者の変更
   が入力されると、直ちに前記表示手段により前記ユーザ
   端末に表示されている担当者情報を変更することを特徴
   とする情報サービス窓口システム。
3. 【請求項３】請求項１の情報サービス窓口システムにお
   いて、 前記担当者情報に、担当者のイメージ情報を含むことを
   特徴とする請求項１記載の情報サービス窓口システム。
4. 【請求項４】請求項１の情報サービス窓口システムにお
   いて、 前記ユーザ端末にサービスが無効であることを判定し通
   知する無効判定通知手段を持ち、 前記テーブル更新手段は、サービス無効の通知を受けて
   前記担当者テーブル及び表示されている担当者情報を変
   更する機能を含み、 該ユーザ端末より要求したサービスが提供されなかった
   とき、他のユーザ端末の担当者テーブル及び表示されて
   いる担当者イメージ情報を変更することを特徴とする情
   報サービス窓口システム。
5. 【請求項５】請求項４の情報サービス窓口システムにお
   いて、 該サーバ端末におけるサービスが無効であることを画面
   に表示する無効画面表示手段を持ち、 サーバ端末においてサービスが無効であると判定された
   場合に、該サーバ端末に無効画面を表示することを特徴
   とする請求項４記載の情報サービス窓口システム。