JPH10254958A - 通信サービス処理装置及び通信サービス処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバがインタフェース仕様に影響されるこ
となくサービスを実行でき柔軟なシステム構築が可能な
通信サービス処理装置を得る。 【解決手段】 機能のタイトルが記述された複数のシナ
リオに記された機能のタイトルとこのタイトルに対応す
る内容とを対応させた対応表に基づき選択されたシナリ
オに記されたタイトルに対応する内容を出力する手段、
サービス仕様表に記されたデータ仕様に対応する機能の
内容のデータ仕様が記されたデータ仕様表に基づきその
手段から出力された内容に対応するサービスを検索する
手段、内容のデータ仕様とサービス仕様表に記されたデ
ータ仕様とを対応させたデータ仕様対応表に基づき選択
されたシナリオに対応させたタイトルの内容のデータの
仕様を検索されたサービスのデータ仕様に整合させ出力
する手段、この手段から出力されたデータ仕様に基づき
検索されたサービスを実行させる手段を備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアントか
らのサービスの要求をサーバで実行してサービスの提供
を実現する通信サービス処理装置及び通信サービス処理
方法の技術に関する。

【０００２】

【従来の技術】図３８は、例えば特開平４−２９９６３
４に示された従来の通信サービス処理装置を示す構成図
である。図３８中、１は発信者から通信サービス要求を
入力する通信要求入力手段、２は通信サービス要求を受
信して後述するサービスディクショナリ部から適切なサ
ービスシナリオを選択し、サービスシナリオの起動をか
ける発信処理部、３はサービス要求識別子や発信者もし
くは着信処理部識別子またはそれらの組み合わせの情報
からサービスシナリオを決定するサービスディクショナ
リ部である。

【０００３】また、４は発信サービスシナリオの実行を
制御する発信サービスシナリオ部、５はサービスシナリ
オの解釈が行なわれるインタプリタ部、６は着信側の処
理をする着信処理部、７は着信サービスシナリオの実行
制御が行なわれる着信サービスシナリオ部である。

【０００４】次に、このように構成された従来の通信サ
ービスシステムの通信サービスが入力された場合の動作
を図３８を用いて説明する。通信要求入力手段１は発信
側のサービス処理が必要な通信要求を受け付け、その通
信要求を示す要求入力識別子及び発信処理部識別子をサ
ービスディクショナリ部３へ送る（Ｐ１）。

【０００５】サービスディクショナリ部３はそれら識別
子及び時刻情報に基づいて実行すべきサービスシナリオ
を選択してそれら識別子を発信処理部２へ送り返す（Ｐ
２）。

【０００６】発信処理部２は指定されたサービスシナリ
オ識別子の発信サービスシナリオの実行を発信サービス
シナリオ部４に指示する（Ｐ３）。発信サービスシナリ
オ部４は指定されたサービスシナリオの解釈をインタプ
リタ部５に指示しながら（Ｐ４）、シナリオの実行制御
を行う（Ｐ５）。

【０００７】シナリオ実行の結果、得られる情報を用い
て、発信サービスシナリオ部４は着信処理部６を選択し
てその着信処理部６を起動させ、要求入力識別子及び発
信処理部識別子を渡す（Ｐ６）。

【０００８】起動された着信処理部６は要求入力識別子
及び発信処理部識別子をサービスディクショナリ部３に
渡す（Ｐ７）。サービスディクショナリ部３はそれら識
別子及び時刻情報を用いて着信サービスシナリオを選択
し、そのシナリオ識別子を着信処理部６に返す（Ｐ
８）。

【０００９】着信処理部６は着信サービスシナリオ部７
に対して着信シナリオ識別子に対応するシナリオの実行
を指示する（Ｐ９）。着信サービスシナリオ部７は、指
示された着信シナリオの解釈をインタプリタ部５に指示
しながら（Ｐ１０）、シナリオの実行制御を行う（Ｐ１
１）。

【００１０】即ち、このシステムは、予め記憶された複
数のシナリオの中から要求されたサービスに対応するサ
ービスシナリオを選択し実行し、ユーザからの問い合わ
せに対して意味を解釈しサービスを提供するものであ
る。

【００１１】

【発明が解決しようとする課題】従来の通信サービスシ
ステムは以上のように構成されているので、クライアン
トからサービスシナリオの実行要求があっても、複数の
サーバとのデータ形式等のインタフェース仕様の整合性
を検証していないため、サービスの実行を複数のサーバ
に依頼することができず、特定のサーバにサービス実行
の負荷が集中する事態を回避することができないという
問題があった。

【００１２】この発明はかかる問題点を解消するために
なされたもので、サーバがインタフェース仕様に影響さ
れることなくサービスを実行できると共に、シナリオに
記述されたサービス間の順序関係やデータの依存関係を
サービスの実行に反映して柔軟なシステム構築が可能な
通信サービス処理装置及び通信サービス処理方法を得る
ことを目的とする。

【００１３】また、サービス内容やインタフェース仕様
の変更に柔軟に対応でき、ユーザの要求に応じたサービ
ス結果の提供が可能なユーザフレンドリな通信サービス
処理装置及び通信サービス処理方法を得ることを目的と
する。

【００１４】

【課題を解決するための手段】この発明に係る通信サー
ビス処理装置は、サービスとそのサービスに対応したデ
ータの仕様が記されたサービス仕様表とを有しサービス
を実行する複数のサーバ、少なくとも１つの機能のタイ
トルが記述されたシナリオを予め複数記憶した記憶手段
と、記憶手段に記憶されたシナリオに記された機能のタ
イトルとこのタイトルに対応する内容とを対応させた内
容対応表に基づいて複数のシナリオの中から選択された
シナリオに記されたタイトルに対応する内容を出力する
解釈手段と、サービス仕様表に記されたデータの仕様に
対応する機能の内容のデータの仕様が記されたデータ仕
様表に基づいて解釈手段から出力された内容に対応する
サービスを検索する検索手段と、内容のデータの仕様と
サービス仕様表に記されたデータの仕様とを対応させた
データ仕様対応表に基づいて選択されたシナリオに対応
させたタイトルの内容のデータの仕様を検索手段で検索
されたサービスのデータの仕様に整合させ出力する整合
手段と、整合手段から出力されたデータの仕様に基づい
て検索手段で検索されたサービスをそのサービスを有す
るサーバに実行させる実行制御手段とを有するクライア
ント、を備えたものである。

【００１５】また、検索手段は、サーバが有するデータ
の仕様表に基づいて解釈手段から出力された内容に対応
するサービスを検索する代わりに、サービス仕様表を有
し、該サービス仕様表の中からサービスの検索を行うよ
うにしたものである。

【００１６】また、クライアントは、サーバが保持する
サービスの変動の有無を複数のサーバに問い合わせその
結果を出力する検診手段を有し、検索手段は、検診手段
の出力に基づいて検索手段に設けられたサービス仕様表
を修正するようにしたものである。

【００１７】また、サーバは、サーバが保持するサービ
スの変動があった場合にその変動情報を発信する変動情
報発信手段を有し、クライアントは、変動情報発信手段
が発信した変動情報を受信する変動情報受信手段を有
し、検索手段は、検診手段の出力に基づいて検索手段に
設けられたサービス仕様表を修正するようにしたもので
ある。

【００１８】また、解釈手段は、サーバが保持するサー
ビスの変動があった場合に、内容対応表及びデータ仕様
表の修正を行うようにしたものである。

【００１９】また、解釈手段は、シナリオに記述された
タイトルの内容に対応するサービスの実行を制御する規
則に基づいて複数のシナリオの中から選択されたシナリ
オに記されたタイトルに対応する内容を出力するように
したものである。

【００２０】また、実行制御手段は、サービスの実行結
果を受け取り、クライアントは、受け取った実行結果を
予め与えられた条件に基づいて表示するか否かを判定す
る判定手段を有するものである。

【００２１】また、この発明に係る通信サービス処理方
法は、少なくとも１つの機能のタイトルが記述された複
数のシナリオに記された機能のタイトルとこのタイトル
に対応する内容とを対応させた内容対応表に基づいて複
数のシナリオの中から選択されたシナリオに記されたタ
イトルに対応する内容を出力する第１の工程と、サービ
スとそのサービスに対応したデータの仕様が記されたサ
ービス仕様表のデータの仕様に対応させて機能の内容の
データの仕様を記したデータ仕様表に基き第１の工程で
出力された内容に対応するサービスを検索する第２の工
程と、内容のデータの仕様とサービス仕様表に記された
データの仕様とを対応させたデータ仕様対応表に基づき
選択されたシナリオに記されたタイトルの内容のデータ
の仕様を第２の工程で検索されたサービスのデータの仕
様に整合させ出力する第３の工程と、第３の工程で出力
されたデータの仕様に基づいて第２の工程で検索された
サービスを実行する第４の工程とを備えたものである。

【００２２】

【発明の実施の形態】

実施の形態１．以下の説明で、シナリオとは、例えばグ
ラフィカルユーザインタフェースのようにユーザとシス
テムの間に介在してユーザに対して提供されるある一連
のサービスを実現するためプログラムの実行体であり、
ロールとは、シナリオで実現する内容をまとまった機能
単位毎に分解したプログラムの実行体であり、ロール列
とは、シナリオが提供するそれら一連のサービスを実現
するために複数のロールを組み合わせて構成されるプロ
グラムの実行体であって、これらの関係は図１に示す関
係にある。

【００２３】即ち、あるシナリオについて、そのシナリ
オはロールＡ〜Ｃからなるロール列で構成され、そし
て、ロールＡはサービスｂ、ｃで、ロールＢはサービス
ａ、ｅで、ロールＣはサービスｄ、ｆでそれぞれ実行さ
れる。

【００２４】図２は実施の形態１に係る通信サービス処
理装置及び通信サービス処理方法のブロック構成図であ
る。図２中、クライアント１００はネットワーク２００
を介して共に同様な構成をとるサービス実行サーバ（以
下、サーバという）３００Ａ、３００Ｂと接続してい
る。

【００２５】ここで、クライアント１００は次のように
構成される。クライアント１００中、１０１は例えばエ
ディタで構成されユーザが要求する一連のサービス内容
をシナリオとして記述するためのシナリオ記述手段、１
０２は例えばハードディスク等で構成されシナリオ記述
手段１０１で記述されたシナリオを記憶するための記憶
手段、１０２ａａ〜１０２ａｆは記述されたシナリオ、
１０２ｂａ〜１０２ｂｆはシナリオの仕様表、１０３は
ユーザが情報の入力を行うための入力手段、１０４は後
述するシナリオ・ロール対応表からロール列を生成しさ
らにシナリオ仕様表１０２ｂａ〜１０２ｂｆ及び後述す
るロール仕様表から各ロールに与えられるデータを明ら
かにするシナリオ解釈手段、１０４ａ〜１０４ｈはロー
ルの仕様を記述したロール仕様表、１０４ｂａ〜１０４
ｂｆはシナリオとロールとの対応を記述したシナリオ・
ロール対応表、１０５は実行を依頼されたサービスの実
行制御をするためのサービス実行制御手段、１０６はロ
ールに対応したサービスを実行するための前準備として
ロールとサービスとの整合性（データ形式の整合性）を
検証するための整合性検証手段、１０６ａはサービスを
実行するために各サーバが実現可能なインタフェースに
変換（データ形式の変換）するためのインタフェース変
換手段、１０６ｂはロールとサービスとのインタフェー
スの対応を記述したインタフェース変換表（データ形式
の変換表）、１０７は出力表示手段、１１０はシナリオ
に記述されている内容を実現するためサーバ３００が提
供するサービスを見い出だすためのサービス選択手段で
ある。

【００２６】一方、共に同様な構成であるサーバ３００
Ａ、３００Ｂは次のように構成される。これらを代表し
てサーバ３００Ａについて説明する。サービスａ〜ｃは
サーバ３００Ａが保有するサービスの実体、３０１Ａは
例えばデータベースで構成されサービスａ〜ｃ仕様を記
載したサービス仕様辞書である。

【００２７】このように構成された通信システムサービ
スの動作について説明する。始めに、システムが提供す
るシナリオが作成されて記憶されるまでについては、図
３に示すように、システムエンジニア等のシナリオ記述
者はシナリオ記述手段１０１を用いてシナリオを記述し
（ステップＳ２１）、記述されたシナリオを記憶手段１
０２に記憶する（ステップＳ２２）ことで行うことがで
きる。なお、シナリオの記憶と共に、エディタ等でシナ
リオの仕様も作成して記憶手段１０２に予め記憶させて
おく。

【００２８】また、記述したシナリオの記憶だけでな
く、記述したシナリオを実現するためシナリオ内に記述
されたサービスも、当然にサーバ３００Ａ叉は３００Ｂ
に記憶させているものとする。

【００２９】次に、サービスの提供を求めるユーザがシ
ナリオを使用してサービスの実行結果を得るまでの処理
について図４に従って説明する。例えば旅行予約シナリ
オの提供を求めるユーザは、記憶手段１０２に予め記録
された複数のシナリオの中から、提供を求めるシナリオ
サービスとして「旅行予約シナリオ」を選択し、「旅行
予約シナリオ」が展開されるとする。

【００３０】シナリオ解釈手段１０４は、ユーザの選択
（展開される「旅行予約シナリオ」）に基づき記憶手段
１０２に予め記憶された複数のシナリオの中から「旅行
予約シナリオ」のシナリオ仕様表（図５）を探し出し、
さらに「旅行予約シナリオ」のシナリオ仕様表で必要と
する入力項目の要求が出力表示手段１０７を介してユー
ザに提示される。

【００３１】そして、ユーザは、「旅行予約シナリオ」
のシナリオ仕様表で入力が要求され、このシナリオの実
現に必要な入力項目（列車の発車時刻、出発駅名、到着
駅名等）を入力手段１０３から入力する（ステップＳ３
１）。これら入力項目はこのシナリオ仕様表の各項目に
入力設定される（図６）。

【００３２】次に、シナリオ解釈手段１０４は、展開さ
れる「旅行予約シナリオ」に対応するシナリオ・ロール
対応表（そのシナリオで実行すべきロールの一覧、例え
ば図７）を選択し、そのシナリオ・ロール対応表から
「旅行予約シナリオ」で実行すべきロールを明らかにす
る（ロールのリストを生成する）、即ち、「旅行予約シ
ナリオ」の実現に必要なロール列を生成する（ステップ
Ｓ３２）。

【００３３】従って、シナリオ実現に必要なロールが明
らかになることでロール仕様表１０ａ〜１０４ｈ各ロー
ルの仕様も当然に明らかになる。さらに「旅行予約シナ
リオ」のシナリオ仕様表及びロール仕様表より、先に入
力された入力項目のこれらデータからロールに与えられ
るべき各データも明らかになる。これら一連の処理を
「シナリオを解釈する」という。

【００３４】ここでは、シナリオ解釈手段１０４による
シナリオの解釈の結果、「旅行予約シナリオ」について
は、「列車空席検索ロール」（図８に示す仕様）、「列
車予約ロール」（図９に示す仕様）、「ホテル空室検索
ロール」（図１０に示す仕様）、「ホテル予約ロール」
（図１１に示す仕様）のロールが必要であることが分か
り、これらロールからなる１つのロール列が生成され、
また各ロールに与えられるデータも明らかになる。

【００３５】次に、サービス選択手段１０６ａは、ロー
ル列の各ロールを順に実行するため、始めに、最初のロ
ールである「列車空席検索ロール」の実現に必要なサー
ビスが、ネットワーク２００に接続しているサーバ３０
０Ａ、３００Ｂにあるか否か問い合わせを行う（ステッ
プＳ３６、Ｓ３７）。

【００３６】このサービスの有無の問い合わせは、具体
的には、あるサーバを抽出、つまりネットワーク上のサ
ーバ位置を特定し、そのサーバ（サービス仕様辞書）に
ロール毎に予め定められた検索キーワードを渡して対応
するサービスを保持の有無の問い合せをサーバ１台づつ
に順に行い、対応するサービスが見つかった時点でサー
ビス検索をとりあえず終了するという手順を踏む。

【００３７】例えば、インターネットなどのネットワー
ク上でＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔ
ｏｒ等のネットワークアドレスを用いてサーバを指定
し、そのサーバのライブラリを読み出させクライアント
に対して提供するサービスの中から検索キーワードに対
応するサービスの有無を検索させることが考えられる。

【００３８】即ち、対象とするロールの検索キーワード
に対応するサービスを保持しているサーバが見つかるま
で、ネットワーク２００に接続しているサーバ３００
Ａ、３００Ｂそれぞれへの問い合わせが１台づつ順次繰
り返される。

【００３９】この場合、図１２に示すように、例えば
「列車空席検索ロール」については検索キーワード
「“列車”＆（“空席”｜“検索”）」が、ネットワー
クに接続しているサーバ３００Ａ、３００Ｂに１台づつ
渡されれて「列車空席検索ロール」の実行のためのサー
ビスの有無が順に問い合わされた結果、検索キーワード
に対応するサービスがサーバ３００Ａが保持する「列車
空席検索サービス」で見つかり、クライアント１００の
そのサービスの仕様表の写しの返信、即ちクライアント
１００にあるサービス仕様の獲得があったとする（ステ
ップＳ３８）。このように、その対応するサービスが見
つかった時点でサービスの検索はとりあえず終了する。

【００４０】また、それ以外のロールについては、「列
車予約ロール」では検索キーワード「“列車”＆“予
約”」が、「ホテル空室ロール」では検索キーワード
「“ホテル”＆（“空席”｜“検索”）」が、「列車空
席検索ロール」では検索キーワード「“ホテル”＆“予
約”」が各サービスのサービス仕様表の検索に用いら
れ、先の場合と同様に該当するサービスのサービス仕様
表の検索が行われる。

【００４１】なお、これらキーワードは図８〜図１１の
各ロールの仕様に示すように、各ロールについて「ロー
ルの概要機能」の項目に示す機能説明の中から適当な語
彙を抽出して組み合わせてそれぞれ作成されたものであ
る。

【００４２】また、サービス仕様表は図１３〜図１７に
示すような形式でいずれかのサーバに保持されている
が、検索キーワードに基づくサービス仕様表の検索は、
検索キーワードが渡されたサービス実行サーバにおい
て、検索キーワードを保持しているサービス仕様表の
「サービス概要機能」の項目に示す概要機能に照らし合
わせて、該当するものがあるか否かを調べることで行っ
ている。

【００４３】話を元に戻して、その結果、最初のロール
である「列車空席検索ロール」については、その検索キ
ーワード「“列車”＆（“空席”｜“検索”）」に該当
するサービスとして図１３の仕様表に示すようなサーバ
３００Ａの「列車空席検索サービス」が検索されたとす
る。

【００４４】今、このように対象とするロールである
「列車空席検索ロール」に対して該当するサービスとし
てサーバ３００Ａの「列車空席検索サービス」が検索さ
れると、その検索された「列車空席検索サービス」のサ
ービス仕様表から、「旅行予約シナリオ」のインタフェ
ース仕様、即ち「列車空席検索サービス」で取り扱われ
るデータ形式、即ちサーバ３００Ａで取り扱われるデー
タの形式が分かる。

【００４５】そこで、整合性検証手段１０６は、「列車
空席検索サービス」でのインタフェース仕様の特定に基
づき、ロール・サービス間のインタフェース仕様の整合
性（データの整合性）をとるため、例えば、暦の取り扱
いが西暦と元号とで異なるとすれば、サーバ３００Ａの
データ形式とクライアント１００でのデータ形式とを対
応させた図１７に示すようなインタフェース変換表１０
６ａを作成する。

【００４６】ここで、サービスの実行に必要な入力項目
は、例えば、前述したように選択されたシナリオのシナ
リオ仕様表がユーザに提示されて入力が要求され、その
要求に応じてユーザが入力したデータが用いられる。

【００４７】次に、整合性検証手段１０６は、前述した
ようにユーザ入力したデータの中からサーバ３００Ａで
の「列車空席検索サービス」の実行に必要な入力項目を
インタフェース変換表１０６ａを用いてロール側でのデ
ータ形式からサービス側でのデータ形式に変換し（ステ
ップＳ３９）、さらに、整合性検証手段１０６は、サー
バ３００Ａでの「列車空席検索サービス」の実行をサー
ビス実行制御手段１０５に依頼する（ステップＳ４
０）。

【００４８】ここで、その依頼に際しては、インタフェ
ース変換手段１０６ｂはその「列車空席検索サービス」
の実行に必要なデータをインタフェース変換表１０６ａ
を用いてサーバ３００Ａで用いるデータに変換してあ
る。

【００４９】つまり、上記の例では、インタフェース変
換手段１０６ａにより図１８に示すインタフェース変換
表１０６ｂを用いて、「列車検索ロール」の西暦表示の
出発日”１９９７／１／１”を「鉄道会社列車空席検索
サービス」の入力データ型である年号表示の出発日”平
成９／１／１”に変換しておく。

【００５０】そして、サービス実行制御手段１０５は、
ネットワーク・を介してサーバ３００Ａにこのように変
換されたデータを渡して「列車空席検索サービス」を実
行させる。

【００５１】サーバ３００Ａが実行を指示された「列車
空席検索サービス」を実行すると、その実行結果がサー
ビス実行制御手段１０５に返され（ステップＳ４１）、
その返されたデータは、インタフェース変換手段１０６
ａがインタフェース変換表１０６ｂを介してサービス側
からロール側のデータ形式に変換した上で出力表示手段
１０７に表示される（ステップＳ４２）。

【００５２】尚、ロール側からサービス側へサービスの
実行依頼の際のデータの変換及びサービス側からロール
側への実行結果の返答の際のデータの逆変換は、後述す
るサーバでのサービスの実行の都度行われ、出力結果は
出力表示手段１０７に出力される。

【００５３】そして、シナリオ解釈手段１０４は、「列
車空席検索ロール」について検索された「列車空席検索
サービス」が実行され、その実行結果として「空席あ
り」の実行結果が返されて出力表示されると、「列車空
席検索ロール」について検索されたサービスが成功す
る、即ち、「列車空席検索ロール」のいわゆる終了条件
は満たされたと判断されているので（ステップＳ４３で
ＹＥＳ）、処理対象のロールをインクリメントし（ステ
ップＳ３４）、次のロールである「列車予約ロール」の
実行に移る。

【００５４】第２番目の「列車予約ロール」においても
上記と同様にサービス及びサーバが検索され、検索され
た「鉄道会社予約サービス」（図１４に示す仕様表）が
あるサーバで実行された結果、「予約ＯＫ」を得た場合
にロールの終了条件が満たされ、「列車予約ロール」は
終了する。

【００５５】ところで、上記のようにあるサービスを実
行した結果、ロールの終了条件を満たした場合はそれで
よいが、ロールの終了条件を満たさない場合（ステップ
Ｓ４３でＮＯ）は、そのロールについて別のサービスを
検索して実行する必要がある。

【００５６】例えば、第２番目の「列車予約ロール」が
終了して処理対象のロールがインクリメントされ、第３
番目の「ホテル空室検索ロール」についてサービス及び
サーバが検索され、まず「Ｓホテル空室検索サービス」
（図１６に示す仕様表）が検索されて、「Ｓホテル空室
検索サービス」を実行した結果として「空室なし」を得
たとする。

【００５７】この場合、ロールの終了条件は満たしてい
ないから（ステップＳ４３でＮＯ）、さらに「ホテル空
室検索ロール」についてのサービスの検索が再開され
て、「Ｐホテル空席検索サービス」（図１７に示す仕様
表）が検索され（ステップＳ３７）、前述した場合と同
様に「Ｐホテル空室検索サービス」を実行した結果とし
て「空室あり」を得た場合、ロールの終了条件は満たさ
れ（ステップＳ４３でＹＥＳ）、「ホテル検索ロール」
は終了する。

【００５８】第４番目の「ホテル予約ロール」の場合も
上記と同様に「予約ＯＫ」の実行結果を得てロール終了
条件が満たされるまで繰り返される。そして、このシナ
リオの全てのロールが実行されると（ステップＳ３３で
ＹＥＳ）「旅行予約シナリオ」は終了する。

【００５９】従って、上記実施の形態１によれば、シナ
リオに記述されている内容を実現するサーバのネットワ
ーク上の位置を見い出し、各サーバがサービスを実行で
きるようにデータ形式を変換してサービスの実行を依頼
することにより、各サーバのインタフェース仕様に影響
されないサービスシナリオによるサービスの実行が可能
となり、柔軟なシステム構築が可能になる。

【００６０】また、実施の形態１によれば、シナリオに
記述されたサービス間の順序関係やデータの依存関係を
サービスの実行に反映することができる通信サービス処
理装置及び通信サービス処理方法を得ることができる。

【００６１】実施の形態２．実施の形態１ではロールを
実行するサービスの検索は、該当するサービスを保持し
ているか否か問い合わせをサーバ１台づつに逐次行って
いるが、検索されたサービスが終了条件を満たさない場
合は、他のサーバに対して別のサービスの検索を再びや
り直す必要があるので、ロールの実行に時間がかかる場
合がある。

【００６２】各サーバが保有するサービスはロールに対
応するので、各サーバでのサービスの保有状況の一覧を
クライアント側でロール・サービス対応表として把握
し、サービスの検索はクライアント側でロール・サービ
ス対応表において行うようにしてもよい。

【００６３】そこで実施の形態２では、サーバ３００
Ａ、３００Ｂに保持するサービスを予め問い合わせる等
して求めたそれぞれのサービスの仕様表を、図１９中の
クライアント１００のロール・サービス対応表１１０ｃ
で管理させ、必要なサービスの検索はロール・サービス
対応表１１０ｃで行うようになっている。

【００６４】ここで、ロール・サービス対応表１１０ｃ
の作成については、図２０に示すように、サービス選択
手段１０４から、サーバ３００Ａ、３００Ｂに対し提供
するサービスの有無を問い合わせ（ステップＳ２４
１）、サーバ３００Ａ、３００Ｂではそれぞれサービス
の有無が判定され（ステップＳ２４２）、さらにサービ
スがあったならサービス選択手段１０４はサーバ３００
Ａ、３００Ｂからサービスの仕様を獲得し（ステップＳ
２４）、サービス選択手段１０４は問い合わせたサービ
ス仕様からそれぞれのサービス仕様表を作成し（ステッ
プＳ２４）、そして予め持っているロール仕様表及びサ
ービス仕様表からロール・サービス対応表１１０ｃを作
成する（ステップＳ２４５）、という手順を踏む。

【００６５】このように構成された、通信サービス処理
装置及び通信サービス処理方法では、サービス選択手段
１０６ａは、実施の形態１と同様に生成されたロール列
の各ロールを順に実行するため、始めに、最初のロール
である「列車空席検索ロール」の実現に必要なサービス
の有無をロール・サービス対応表１１０ｃを参照するこ
とで調べる。そして、検索されたサービスに対応するサ
ービス仕様表も選択される。

【００６６】例えば、サービスの検索は、ロール毎に予
め定められた検索キーワードに基づいて該当するサービ
スの仕様表の有無をロール・サービス対応表１１０ｃで
示されたサービスの仕様表を検索することで行ってもよ
い。

【００６７】つまり、「列車空席検索ロール」の場合、
検索キーワード「“列車”＆（“空席”｜“検索”）」
に該当するサービスのサービス仕様表の有無をロール・
サービス仕様表及びサービス仕様表を用いて調べること
でもよい。

【００６８】従って、１つのある検索キーワードに対し
て複数のサービス、即ち、１つのロールに対して複数の
サービスが一度に検索される場合もある。

【００６９】例えば、「列車空席検索ロール」に対し、
該当するサービスとして「列車空席検索サービス」だけ
が検索されると、サービス選択手段１０４は、その検索
されたサービスを実行するサーバを特定する。ここで、
そのサービスを実行するサーバの特定はサービス仕様表
にそれぞれ付されたサービスを保持するサーバを特定す
るアドレスから特定するようにしてもよい。

【００７０】また、整合性検証手段１０６は、「列車空
席検索サービス」のサービス仕様表から、「列車空席検
索サービス」で取り扱われるデータ形式の整合性等のイ
ンタフェース仕様を特定する。

【００７１】そして、実施の形態１と同様に、整合性検
証手段１０６によるインタフェース変換表１０６ａの作
成及びインタフェース変換表１０６ａを用いたデータ変
換がなされ、さらに、サービス実行制御手段１０５から
の依頼に基づいて該当する「列車空席検索サービス」の
実行がなされ、サーバでの「列車空席検索サービス」の
実行結果はサービス実行制御手段１０５に返されて、イ
ンタフェース変換手段１０６ｂでデータが逆変換された
上で出力表示手段１０７に表示される。

【００７２】ここで、「空席あり」の実行結果が出力表
示された場合は、サービスの実行が成功し、「列車空席
検索ロール」の終了条件を満たされているので、次のロ
ールである「列車予約ロール」の実行に移行する。

【００７３】第２番目の「列車予約ロール」においても
上記と同様に対応サービスが検索され、検索された「鉄
道会社予約サービス」が実行された結果、「予約ＯＫ」
を得た場合にロールの終了条件が満たされ、「列車予約
ロール」は終了する。

【００７４】ところで、上記のようにあるサービスを実
行した結果、ロールの終了条件を満たした場合はそれで
よいが、ロールの終了条件を満たさない場合は、そのロ
ールについて同時に検索された別のサービスを実行する
必要がある。

【００７５】例えば、第３番目の「ホテル空室検索ロー
ル」について、同様にサービスを検索し、「Ｓホテル空
室検索サービス」と「Ｐホテル空席検索サービス」が検
索されたとする。まず、「Ｓホテル空室検索サービス」
を実行した結果として「空室なし」を得た場合では、ロ
ールの終了条件は満たされていない。

【００７６】従って、この場合、次に「Ｐホテル空席検
索サービス」を実行する。そしてサービス実行結果とし
て「空室あり」を得た場合、ロールの終了条件は満たさ
れ、「ホテル検索ロール」は終了する。

【００７７】第４番目の「ホテル予約ロール」の場合も
上記と同様に「予約ＯＫ」の実行結果を得てそのロール
の終了条件が満たされるまでサービスの実行が繰り返さ
れる。そして、このシナリオの全てのロールが実行され
ると「旅行予約シナリオ」は終了する。

【００７８】従って、上記実施の形態２によれば、予め
サービス内容などをクライアントでも管理し、シナリオ
に記述されている内容を実現するサーバを選択するた
め、ネットワーク上のサーバを逐次探し出すことなく容
易にまた迅速に選定することができる。

【００７９】実施の形態３．例えば、実施の形態２にお
いて、クライアントから、サーバに対してサービスの追
加、削除、仕様変更等、サービス仕様表の管理に影響の
あるサービスの変動の有無を例えば定期的に問い合わせ
ると共に、あった場合はサーバでの内容に合わせてクラ
イアントで該当するサービスの仕様表及びロール・シナ
リオ対応表を逐次修正するようにしてもよい。

【００８０】そこで、実施の形態３に係る通信サービス
処理装置及び通信サービス処理方法では、図２１に示す
ように、サービス選択手段１１０にサービス検診手段１
１０ｄを設ける。そして、定期的に、サービス検診手段
１１０ｄからサーバ３００Ａ、３００Ｂに対してそれぞ
れサービスの変動の有無の問い合わせを行い、サービス
の変動があった場合は、サービス検診手段１１０ｄで変
動内容を取得しサーバ側でのサービス変動に対応してク
ライアント１００でもそのサービスの仕様表の修正等を
行うようにしている。

【００８１】このように構成された実施の形態３に係る
通信サービス処理装置及び通信サービス処理方法におい
て、例えば、サービス実行サーバ３００Ａにクライアイ
ント１００に提供する用意のある（クライアント１００
からの要求に応じて提供する用意のある）サービスとし
て「鉄道会社時刻表サービス」を新たに追加する場合を
例にとって図２２に従って説明する。

【００８２】始めに図２１に示すように、サービス検診
手段１１０ｄから、サーバ３００Ａに対してクライアイ
ント１００に提供する用意のあるサービスを登録してい
るか否かの有無を問い合わせ、サーバ３００Ａが提供す
る用意のあるサービスを保持していれば、さらに、その
サービスに対してサービス仕様辞書３０１Ａ内のサービ
ス仕様表の変動の有無を問い合わせる（ステップＳ２６
１）。

【００８３】ここで、サービスの追加、変更、中止等の
サービス仕様表に関係のある、サービスの変動の有無
は、例えば、サービスの変動があってサービス仕様辞書
３０１Ａのデータ（即ち、サービス仕様表）が変動され
たとしても、サービス仕様表に関する変更等の操作の履
歴はサービス仕様辞書３０１Ａ内に残しておけば、サー
ビス仕様辞書３０１Ａを参照することでわかる。

【００８４】そして、サービス仕様表の変動があった場
合は（ステップＳ２６２）、サービス検診手段１１０ｄ
は、サービス仕様辞書３０１Ａから変動のあった新たな
サービスの仕様情報を獲得し（ステップＳ２６３）、サ
ービス選択手段１１０は自らが管理する操作されたサー
ビスについて、例えば変更されたサービスの仕様表の変
更や、新規に提供されたサービスの仕様表の作成や、提
供が中止されたサービスの仕様表の削除等のサービス仕
様表の修正、またサービス仕様管理手段１１０ａの管理
情報の修正を行う（ステップＳ２６４）。

【００８５】また、新たなサービスの追加、差替え、中
止等の場合であれば、さらに、サービス選択手段１１０
ａは、ロール仕様表と新たなサービス仕様表から新たな
ロール・サービス対応表１１０ｃを作成し（ステップＳ
２６５）、再びサービスを管理する。他のサーバについ
ても同様である。

【００８６】例えば、サーバ３００Ａにおいてクライア
イント１００に提供する用意のある「鉄道会社空席検索
サービス」の入力項目の「列車の種類」が「列車名」に
変更された場合、サービス検診１１０ｄはサービスの変
動の有無の問い合わせに基づいて、サービス仕様辞書３
０１Ａから「鉄道会社空席検索サービス」の仕様情報を
獲得する。そして、サービス選択手段１１０は「鉄道会
社空席検索サービス」の仕様表及びサービス仕様管理手
段１１０ａの管理情報を修正して再びサービスを管理す
る。

【００８７】同様に、例えば、サーバ３０１Ａにおいて
ライアイント１００に提供する用意のあるサービスとし
て「鉄道時刻表サービス」が新たに追加提供された場
合、サービス検診手段１１０ｄはサービス仕様辞書３０
１Ａから「鉄道時刻表サービス」の仕様情報を獲得す
る。

【００８８】そして、サービス選択手段１１０は「鉄道
時刻表サービス」の仕様表の新規作成、及びサービス仕
様管理手段１１０ａの管理情報を修正して再びサービス
を管理する。

【００８９】さらに、サービス選択手段１００は、サー
ビス検診手段１１０ｄが得たサービスの仕様情報に基づ
いて、ロール・サービス対応表１１０ｃにおいて「鉄道
時刻表サービス」が提供されるロールに「鉄道時刻表サ
ービス」を追加する（図２３）。

【００９０】従って、上記実施の形態３によれば、サー
バにおいてサービスに変動があった場合に、サーバでは
変動したサービスの仕様を登録すると共に、クライアン
トからサービスの仕様を問い合わせて受け付けることに
より、クライアントはサーバでの最新のサービス内容を
得ることができ、柔軟なシステム構築が可能になる。

【００９１】実施の形態４．実施の形態３では、サーバ
において提供するサービスの操作があっても、クライア
ントからサーバに操作の有無を問い合わせて調べるよう
にしたが、逆に提供するサービスの操作があったサーバ
からクライアントに対してその旨を通知すると共に、ク
ライアントで管理しているその操作されたサービスの仕
様表を操作するようにしてもよい。

【００９２】そこで、実施の形態４に係る通信サービス
処理装置及び通信サービス処理方法では、図２３に示す
ように、サーバ３００Ａ、３００Ｂにサービスの変動の
有無をクライアント１００に通知するサービス変動情報
発信手段３０２ａ、３０２ｂをそれぞれ設け、またクラ
イアント１００のサービス選択手段１１０にサービス変
動情報受信手段１１０ｅをそれぞれ設け、サーバでのサ
ービスの変動があった場合は、サービス変動情報発信手
段３０２ａ乃至３０２ｂからサービス変動情報受信手段
１１０ｅにサービスの変動情報を伝え、クライアント１
００において実施の形態３で前述したような、サービス
仕様表、サービス仕様管理手段等での各種情報の変更等
を行うようにしている。

【００９３】実施の形態４に係る通信サービス処理装置
及び通信サービス処理方法の動作を図２５に従って説明
する。例えば、サーバ３００Ａにおいてクライアント１
００に提供する用意のあるサービスとして「鉄道会社時
刻表サービス」が新たに追加された場合に、当然にサー
ビス仕様辞書３０１Ａの内容も変更される。

【００９４】そして、サービス変動情報発信手段３０２
ａはサービス仕様辞書３０１Ａに新たに追加される「鉄
道会社時刻表サービス」の仕様情報を保持し、例えば電
子メールを用いてクライアント１００に対して「鉄道会
社時刻表サービス」の仕様情報を通知し（ステップＳ２
９１）、一方、サービス変動情報受信手段１１０ｅで
は、電子メールで伝えられた「鉄道会社空席検索サービ
ス」の仕様情報を受け付ける（ステップＳ２９２）。そ
して、実施の形態３と同様に、サービス選択手段１１０
は、サービス仕様管理手段１１０ａ、サービス仕様表１
１０ｂ等の各種情報の変更等を行う。

【００９５】即ち、サービス仕様管理手段１１０ａは
「鉄道会社空席検索サービス」の仕様表を新規に作成し
（ステップＳ２９３）、さらに、「鉄道会社時刻表サー
ビス」が対応するロールについて、ロール仕様表及び新
たな「鉄道会社時刻表サービス」の仕様表からロール・
サービス対応表を作成（ステップＳ２９４）を行う。
尚、サービス仕様管理手段の管理情報の修正も当然に行
われる。

【００９６】従って、上記実施の形態４によれば、サー
バにおいてサービスに変動があった場合に、サーバでは
変動したサービスの仕様を登録すると共に、サーバから
クライアントにその変動したサービスの仕様を通知する
ことにより、クライアントはサーバでの最新のサービス
内容を得ることができ、柔軟なシステム構築が可能にな
る。

【００９７】実施の形態５．例えば、サーバが提供する
サービスが変動し、実施の形態３叉は４の場合のように
何等かの方法でクライアントにその内容が伝えられた場
合に、その変動に合わせてクライアント側でロール仕様
表やシナリオ・ロール対応表の修正をするようにしても
よい。

【００９８】図２６は実施の形態５に係る通信サービス
処理装置及び通信サービス処理方法の構成図であり、シ
ナリオ解釈手段１０４内にはロール仕様表やシナリオ・
ロール対応表の修正をする修正手段１０４ｃが設けてあ
る。

【００９９】実施の形態５に係る通信サービス処理装置
及び通信サービス処理方法の動作を図２７に従って説明
する。例えば、サーバで「鉄道会社時刻表サービス」及
び「鉄道会社列車検索サービス」の提供が中止（サービ
スが削除）され、実施の形態３叉は４の場合のように何
等かの方法でクライアント１００にその旨が伝えられた
場合に、その通知に基づいてサービスの中止がシナリオ
解釈手段１０４に通知される（ステップＳ３０１）。

【０１００】次に、シナリオ解釈手段１０４は、「列車
空席検索ロール」を実行するサービスが中止されて「列
車空席検索ロール」は事実上中止状態となって実行でき
ないから、「列車空席検索ロール」が関係するシナリオ
・ロール対応表を一旦中止状態にし、修正手段１０４ｃ
はロール仕様表の修正（この場合は、むしろ仕様表の削
除）及びシナリオ・ロール対応表から「列車空席検索ロ
ール」を削除する（ステップＳ３０２、Ｓ３０３）。

【０１０１】また、サーバであるサービスの入力項目が
変更されたことがクライアント１００に伝えられた場合
は、サーバでのサービスの変動に伴い対応するサービス
の仕様表が変更される。すると、実施の形態４の場合で
あればサービス変動情報通知手段１１０ｆから、シナリ
オ解釈手段１０４に対してそのサービスの仕様情報の変
動が通知され、修正手段１０４ｃはシナリオ・ロール対
応表を修正する。

【０１０２】従って、上記実施の形態５によれば、この
ようにサーバでのサービスの変動に伴い、シナリオ解釈
手段においてシナリオ解釈に必要なロール仕様表やシナ
リオ・ロール仕様表をも修正することで、シナリオ解釈
手段はサービスの変動に柔軟に対応したシナリオ解釈を
行うことができ、柔軟なシステム構築が可能になる。

【０１０３】実施の形態６．例えば、シナリオ運用上の
事情によりシナリオの実行の流れを途中で変更したい場
合がある。従って、ロールの実行順序について実行の流
れに条件を与える規則をいわゆるメタシナリオ（ロール
の実行を制御するシナリオ）として与えロールの実行を
制御するようにしてもよい。説明の便宜上、実施の形態
６は実施の形態１を例にとって説明する。

【０１０４】シナリオが与えられた場合に、そのシナリ
オを構成するロールは原則としてシナリオ・ロール対応
表に基づいてその対応表での整列順でそれぞれ実行され
る。

【０１０５】そこで、実施の形態６ではシナリオ解釈手
段１０４は、メタシナリオ記憶手段１０８に予め記憶さ
れたシナリオの流れを変えるシナリオとしてのメタシナ
リオの規則を解釈し、生成されたロール列でのロールの
整列順序をメタシナリオの規則に従って並べ替えてその
メタシナリオに従った新たなロール列を生成し、ロール
の実行順序を強制的に変更するようにしたものである。

【０１０６】図２８は実施の形態６に係る通信サービス
処理装置及び通信サービス処理方法の構成図である。メ
タシナリオ記憶手段１０８はメタシナリオ１０８ａを記
憶するようになっており、さらに、メタシナリオの規則
表は図２９に示すように強制的に与える実行制御命令を
規則として定義したものである。

【０１０７】このように構成された、実施の形態６に係
る通信サービス処理装置及び通信サービス処理方法で
は、始めに、メタシナリオの生成及び記憶については、
図３０に示すように、メタシナリオの記述者はエディタ
等のシナリオ記述手段によりシナリオに対して与えられ
るロール実行の優先順位やロール間の依存関係などのロ
ール列生成規則をメタシナリオとして作成し（ステップ
Ｓ２１１）、メタシナリオ記憶手段１０８に記憶する
（ステップＳ２１２）ことで行う。

【０１０８】次に、シナリオの実行においては、図３１
に示すように、実施の形態１の場合と同様に、提供を求
めるあるシナリオサービスを選択したユーザは入力手段
１０３からそのシナリオサービスで要求される入力項目
を入力すると（ステップＳ２２１）、シナリオ解釈手段
１０４によりユーザが選択したシナリオに基づいて「列
車空席検索ロール」、「列車予約ロール」、「ホテル空
室検索ロール」、「ホテル予約ロール」の順にロール列
が生成される（ステップＳ２２２）。ここまでの処理は
実施の形態１の場合と同様なので説明の詳細は省略す
る。

【０１０９】ここで、シナリオ解釈手段１０４は、その
シナリオの解釈に際してはそのメタシナリオに記述され
た例えば図２９に示したような規則１及び規則２に基づ
いて、生成されたロール列のロールの順序を「ホテル空
室検索ロール」、「ホテル予約ロール」、「列車空席検
索ロール」、「列車予約ロール」の順に入れ替えてメタ
シナリオの規則に従った新たなロール列を生成する（ス
テップＳ２２３）。

【０１１０】その後、シナリオ解釈手段１０４は、ロー
ルが入れ替えられて新たに生成されたロール列でのロー
ルの順で実施の形態１と同様に各ロールを実行する。

【０１１１】尚、ロールの実行に際し、「ホテル空室検
索ロール」で空室が検索できなかった場合や、「ホテル
予約ロール」でホテルが予約できなかった場合等、途中
でロールの遂行が不可能になった場合は、その段階で直
ちにシナリオの実行は終了する。

【０１１２】従って、上記実施の形態６によれば、シナ
リオ解釈手段は、シナリオ解釈の実行、即ちシナリオの
流れを制御する予め定められたメタシナリオを用いてシ
ナリオ解釈を行い、シナリオ解釈に際して、シナリオに
記述されたサービス間の順序関係やデータの依存関係を
強制的に変えてサービスを実行するので、システムの現
況に合わせたシナリオ解釈を行うことができ、柔軟なシ
ステム構築が可能になる。

【０１１３】実施の形態７．複数のサービスの結果をサ
ービス毎に全て出力するのではなく、ロール毎にまとめ
て表形式等にしたり、またサービス結果の内ユーザに不
必要な情報は予め除いて出力表示すればシナリオの提供
を受けるユーザにも便利である。

【０１１４】図３２は実施の形態７に係る通信サービス
処理装置及び通信サービス処理方法の構成図である。図
３２中、１０７ａは出力表示手段に設けられ出力結果の
表示形態を可変に制御する例えばソフトウエアで設定デ
ータを与えることで実現可能な表示態様制御手段であ
る。そして、設定データの如何によりロールごとに、シ
ナリオごとに、叉は実行サービスのうちどのサービスを
表示させるか等の表示形態を可変に変えることができる
ようになっている。

【０１１５】このように構成された実施の形態７に係る
通信サービス処理装置及び通信サービス処理方法では、
ロール毎に複数のサービス結果を整理して出力する場合
の例を図３３に基づいて説明すると、まず、表示態様制
御手段１０７ａに予め設定データを与えることにより表
示方法をロール毎に設定する。

【０１１６】そして、例えば「ホテル空室検索ロール」
の「Ｓホテル空室検索サービス」が実行され「空室な
し」のサービス結果を得た場合に、表示態様制御手段１
０７ａはこのサービス結果を表示するか否かを判定する
（ステップＳ３１１）。この判定は表示態様制御手段１
０７ａでのデータの設定内容と照らし合わせて行われ
る。ここでは表示しないからステップＳ３１３に移る。

【０１１７】次に、シナリオ解釈手段１０４は「ホテル
空室検索ロール」の終了条件を満たしたか否かを判定す
る（ステップＳ３１３）。この場合はロールの終了条件
は満されずさらに別のサービスが実行され、続く「Ｐホ
テル空室検索サービス」が同様に実行される。

【０１１８】その後、サービスが実行されて、出力表示
手段７ａは「空室あり」のサービス結果を得た場合に、
表示態様制御手段１０７ａは、再びこのサービス結果を
表示するか否かを判定する（ステップＳ３１１）。この
判定も設定スイッチでの設定に基づいて行われる。そし
て、仮に表示するものとされていた場合はそのサービス
結果は記憶される（ステップＳ３１２）。

【０１１９】以下同様にロールの終了条件が満たされる
まで、サービスの実行及び表示の要否の判定が行われ、
ロールの終了条件を満たしたサービス結果を得た場合
に、（ステップＳ３１３）、次のロールの実行に移る。

【０１２０】他のロールの場合でも同様にサービスが実
行され、このシナリオの全てのロールが実行されると、
記憶されたサービス結果は例えば順次サービス結果を列
挙した表形式にまとめられた形となって（ステップＳ３
１４）、例えば図３４に示すような形式でユーザに分か
り易く表示される（ステップＳ３１５）。

【０１２１】また、次に、ユーザに最低限必要なサービ
ス実行結果として、表示態様制御手段１０７ａでの設定
に基づいて特定のサービス結果のみが選択されて表示す
る例を説明する。

【０１２２】例えば、「列車空席検索ロール」において
「鉄道会社空席検索サービス」の結果が「空席あり」、
「列車予約ロール」において「鉄道会社予約サービス」
の結果が「予約ＯＫ」、「ホテル空室検索ロール」にお
いて「Ｓホテル空室検索サービス」結果が「空室な
し」、「ホテル空室検索ロール」において「Ｐホテル空
室検索サービス」の結果が「空室あり」、「ホテル空室
検索ロール」における「Ｐホテルの予約サービス」結果
が「予約ＯＫ」というサービス結果が得られる場合を想
定する。

【０１２３】表示態様制御手段１０７ａにおける設定デ
ータに基づいた表示形態の設定に基づいて、図３５に示
すように、「列車検索ロール」において「鉄道会社空席
検索サービス」のサービス結果は表示されるものとして
記憶され（ステップＳ３３１）、シナリオ解釈手段１０
４で「列車検索ロール」の終了条件を満たしたか否かが
判断される（ステップＳ３３２）。

【０１２４】「列車検索ロール」の終了条件が満たされ
ていると、「列車検索ロール」のロール実行結果の表示
の要否が判断され（ステップＳ３３３）。ここでは予め
行われた表示形態の設定に基づき「列車検索ロール」と
しての実行結果は表示されないとする（ステップＳ３３
３でＮＯ）。

【０１２５】そして「列車検索ロール」が終了すると次
に「列車予約ロール」、「ホテル空室検索ロール」、
「ホテル予約ロール」の実行に移り、以下同様に各ロー
ルが実行され、表示するものとして予め定められた各ロ
ールのサービス結果は逐次累積的に記憶される。そし
て、全てのロールが実行されると、予め表示するものと
された結果は図３６に示すようにユーザに分かり易く表
示される（ステップＳ３３６）。

【０１２６】ロール単位で結果を出力することは、例え
ば、あるシナリオとして「旅行予約シナリオ」が「航空
チケット検索ロール」と「航空チケット予約ロール」の
複数のロールに展開される場合、「航空チケット検索ロ
ール」の結果がユーザに逐次表示されることでユーザか
ら確認をとることが出来るというメリットがある。

【０１２７】即ち、例えばユーザから新たな入力を受け
付けて（断続的にユーザから希望する便名の入力を受
け）、「航空チケット予約ロール」の入力とするよう設
計することで、ユーザから最初の入力に基づいたチケッ
トが予約できなくてもユーザの判断で希望するものに近
いチケットの予約が行える。

【０１２８】従って、上記実施の形態７によれば、表示
態様制御手段を用いているので、関連する複数のサービ
ス結果をまとめて表示したり、シナリオとしての一連の
サービス結果をまとめて表示したり、サービス単位で表
示したり、ロール単位で表示したりと表示形式を可変に
変えてユーザに分かり易く（ユーザフレンドリな）サー
ビスを提供することができる。

【０１２９】尚、本システムは以上のように示されたシ
ステム構成に限られるものではなく、例えば、図３６に
示すような一般的なクライアント／サーバシステムの構
成であってもよい。

【０１３０】

【発明の効果】この発明によれば、サービスとそのサー
ビスに対応したデータの仕様が記されたサービス仕様表
とを有しサービスを実行する複数のサーバ、少なくとも
１つの機能のタイトルが記述されたシナリオを予め複数
記憶した記憶手段と、記憶手段に記憶されたシナリオに
記された機能のタイトルとこのタイトルに対応する内容
とを対応させた内容対応表に基づいて複数のシナリオの
中から選択されたシナリオに記されたタイトルに対応す
る内容を出力する解釈手段と、サービス仕様表に記され
たデータの仕様に対応する機能の内容のデータの仕様が
記されたデータ仕様表に基づいて解釈手段から出力され
た内容に対応するサービスを検索する検索手段と、内容
のデータの仕様とサービス仕様表に記されたデータの仕
様とを対応させたデータ仕様対応表に基づいて選択され
たシナリオに対応させたタイトルの内容のデータの仕様
を検索手段で検索されたサービスのデータの仕様に整合
させ出力する整合手段と、整合手段から出力されたデー
タの仕様に基づいて検索手段で検索されたサービスをそ
のサービスを有するサーバに実行させる実行制御手段と
を有するクライアント、を備えたので、サーバがインタ
フェース仕様に影響されることなくサービスを実行でき
ると共に、シナリオに記述されたサービス間の順序関係
やデータの依存関係をサービスの実行に反映して柔軟な
システム構築が可能な通信サービス処理装置及び通信サ
ービス処理方法を得ることができる。

【０１３１】また、検索手段は、サーバが有するデータ
の仕様表に基づいて解釈手段から出力された内容に対応
するサービスを検索する代わりに、サービス仕様表を有
し、該サービス仕様表の中からサービスの検索を行うよ
うにしたので、サーバがインタフェース仕様に影響され
ることなくサービスを実行できると共に、シナリオに記
述されたサービス間の順序関係やデータの依存関係をサ
ービスの実行に反映して柔軟なシステム構築が可能な通
信サービス処理装置及び通信サービス処理方法を得るこ
とができる。また、サービス内容やインタフェース仕様
の変更に柔軟に対応でき、ユーザの要求に応じたサービ
ス結果の提供が可能なユーザフレンドリな通信サービス
処理装置及び通信サービス処理方法を得ることができ
る。

【０１３２】また、クライアントは、サーバが保持する
サービスの変動の有無を複数のサーバに問い合わせその
結果を出力する検診手段を有し、検索手段は、検診手段
の出力に基づいて検索手段に設けられたサービス仕様表
を修正するようにしたので、サーバがインタフェース仕
様に影響されることなくサービスを実行できると共に、
シナリオに記述されたサービス間の順序関係やデータの
依存関係をサービスの実行に反映して柔軟なシステム構
築が可能な通信サービス処理装置及び通信サービス処理
方法を得ることができる。また、サービス内容やインタ
フェース仕様の変更に柔軟に対応でき、ユーザの要求に
応じたサービス結果の提供が可能なユーザフレンドリな
通信サービス処理装置及び通信サービス処理方法を得る
ことができる。

【０１３３】また、サーバは、サーバが保持するサービ
スの変動があった場合にその変動情報を発信する変動情
報発信手段を有し、クライアントは、変動情報発信手段
が発信した変動情報を受信する変動情報受信手段を有
し、検索手段は、検診手段の出力に基づいて検索手段に
設けられたサービス仕様表を修正するようにしたので、
サーバがインタフェース仕様に影響されることなくサー
ビスを実行できると共に、シナリオに記述されたサービ
ス間の順序関係やデータの依存関係をサービスの実行に
反映して柔軟なシステム構築が可能な通信サービス処理
装置及び通信サービス処理方法を得ることができる。ま
た、サービス内容やインタフェース仕様の変更に柔軟に
対応でき、ユーザの要求に応じたサービス結果の提供が
可能なユーザフレンドリな通信サービス処理装置及び通
信サービス処理方法を得ることができる。

【０１３４】また、解釈手段は、サーバが保持するサー
ビスの変動があった場合に、内容対応表及びデータ仕様
表の修正を行うようにしたので、サーバがインタフェー
ス仕様に影響されることなくサービスを実行できると共
に、シナリオに記述されたサービス間の順序関係やデー
タの依存関係をサービスの実行に反映して柔軟なシステ
ム構築が可能な通信サービス処理装置及び通信サービス
処理方法を得ることができる。また、サービス内容やイ
ンタフェース仕様の変更に柔軟に対応でき、ユーザの要
求に応じたサービス結果の提供が可能なユーザフレンド
リな通信サービス処理装置及び通信サービス処理方法を
得ることができる。

【０１３５】また、解釈手段は、シナリオに記述された
タイトルの内容に対応するサービスの実行を制御する規
則に基づいて複数のシナリオの中から選択されたシナリ
オに記されたタイトルに対応する内容を出力するように
したので、サーバがインタフェース仕様に影響されるこ
となくサービスを実行できると共に、シナリオに記述さ
れたサービス間の順序関係やデータの依存関係をサービ
スの実行に反映して柔軟なシステム構築が可能な通信サ
ービス処理装置及び通信サービス処理方法を得ることが
できる。また、サービス内容やインタフェース仕様の変
更に柔軟に対応でき、ユーザの要求に応じたサービス結
果の提供が可能なユーザフレンドリな通信サービス処理
装置及び通信サービス処理方法を得ることができる。

【０１３６】また、実行制御手段は、サービスの実行結
果を受け取り、クライアントは、受け取った実行結果を
予め与えられた条件に基づいて表示するか否かを判定す
る判定手段を有するので、サーバがインタフェース仕様
に影響されることなくサービスを実行できると共に、シ
ナリオに記述されたサービス間の順序関係やデータの依
存関係をサービスの実行に反映して柔軟なシステム構築
が可能な通信サービス処理装置及び通信サービス処理方
法を得ることができる。また、サービス内容やインタフ
ェース仕様の変更に柔軟に対応でき、ユーザの要求に応
じたサービス結果の提供が可能なユーザフレンドリな通
信サービス処理装置及び通信サービス処理方法を得るこ
とができる。

【０１３７】また、この発明によれば、少なくとも１つ
の機能のタイトルが記述された複数のシナリオに記され
た機能のタイトルとこのタイトルに対応する内容とを対
応させた内容対応表に基づいて複数のシナリオの中から
選択されたシナリオに記されたタイトルに対応する内容
を出力する第１の工程と、サービスとそのサービスに対
応したデータの仕様が記されたサービス仕様表のデータ
の仕様に対応させて機能の内容のデータの仕様を記した
データ仕様表に基き第１の工程で出力された内容に対応
するサービスを検索する第２の工程と、内容のデータの
仕様とサービス仕様表に記されたデータの仕様とを対応
させたデータ仕様対応表に基づき選択されたシナリオに
記されたタイトルの内容のデータの仕様を第２の工程で
検索されたサービスのデータの仕様に整合させ出力する
第３の工程と、第３の工程で出力されたデータの仕様に
基づいて第２の工程で検索されたサービスを実行する第
４の工程とを備えたので、サーバがインタフェース仕様
に影響されることなくサービスを実行できると共に、シ
ナリオに記述されたサービス間の順序関係やデータの依
存関係をサービスの実行に反映して柔軟なシステム構築
が可能な通信サービス処理装置及び通信サービス処理方
法を得ることができる。また、サービス内容やインタフ
ェース仕様の変更に柔軟に対応でき、ユーザの要求に応
じたサービス結果の提供が可能なユーザフレンドリな通
信サービス処理装置及び通信サービス処理方法を得るこ
とができる。

【０１３８】また、サービス内容やインタフェース仕様
の変更に柔軟に対応でき、ユーザの要求に応じたサービ
ス結果の提供が可能なユーザフレンドリな通信サービス
処理装置及び通信サービス処理方法を得ることができ
る。

【図面の簡単な説明】

【図１】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図２】 実施の形態１に係る通信サービス処理装置の
説明図である。

【図３】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図４】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図５】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図６】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図７】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図８】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図９】 実施の形態１に係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図１０】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１１】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１２】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１３】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１４】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１５】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１６】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１７】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１８】 実施の形態１に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図１９】 実施の形態２に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２０】 実施の形態２に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２１】 実施の形態３に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２２】 実施の形態３に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２３】 実施の形態３に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２４】 実施の形態４に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２５】 実施の形態４に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２６】 実施の形態５に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２７】 実施の形態５に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図２８】 実施の形態６係る通信サービス処理装置及
び通信サービス処理方法の説明図である。

【図２９】 実施の形態６に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３０】 実施の形態６に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３１】 実施の形態６に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３２】 実施の形態７に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３３】 実施の形態７に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３４】 実施の形態７に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３５】 実施の形態７に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３６】 実施の形態７に係る通信サービス処理装置
及び通信サービス処理方法の説明図である。

【図３７】 この発明に係る通信サービス処理装置及び
通信サービス処理方法の説明図である。

【図３８】 従来の通信サービス処理装置の構成図であ
る。

【符号の説明】

１００ クライアント、１０１ シナリオ記述手段、１
０２ シナリオ記憶手段、１０２ａａ〜１０２ａｆ シ
ナリオ、１０２ｂａ〜１０２ｂｆ シナリオの仕様表、
１０２ｃａ〜１０２ｃｆ メタシナリオ、１０３ 入力
手段、１０４ シナリオ解釈手段、１０４ａａ〜１０４
ａｆ ロール仕様表、１０４ｂａ〜１０４ｂｆ シナリ
オ・ロール対応表、１０４ｃ 修正手段、１０５ サー
ビス実行制御手段、１０６ 整合性検証手段、１０６ａ
インタフェース変換手段、１０６ｂ インタフェース
変換表、１０７ 出力表示手段、１０７ａ 表示態様制
御手段 １０８ メタシナリオ記憶手段、１０８ メタシナリ
オ、１１０ サービス選択手段、１１０ｃ ロール・サ
ービス対応表 １１０ｄ サービス検診手段、１１０ｅ サービス変動
情報受信手段、２００ ネットワーク、３００Ａ、３０
０Ｂ サーバ、３０１Ａ サービス仕様辞書、３０２
ａ、３０２ｂ サービス変動情報発信手段。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サービスとそのサービスに対応したデー
   タの仕様が記されたサービス仕様表とを有し前記サービ
   スを実行する複数のサーバ、少なくとも１つの機能のタ
   イトルが記述されたシナリオを予め複数記憶した記憶手
   段と、前記記憶手段に記憶されたシナリオに記された機
   能のタイトルとこのタイトルに対応する内容とを対応さ
   せた内容対応表に基づいて前記複数のシナリオの中から
   選択されたシナリオに記されたタイトルに対応する内容
   を出力する解釈手段と、前記サービス仕様表に記された
   データの仕様に対応する機能の内容のデータの仕様が記
   されたデータ仕様表に基づいて前記解釈手段から出力さ
   れた内容に対応するサービスを検索する検索手段と、前
   記内容のデータの仕様とサービス仕様表に記されたデー
   タの仕様とを対応させたデータ仕様対応表に基づいて前
   記選択されたシナリオに対応させたタイトルの内容のデ
   ータの仕様を前記検索手段で検索されたサービスのデー
   タの仕様に整合させ出力する整合手段と、前記整合手段
   から出力されたデータの仕様に基づいて前記検索手段で
   検索されたサービスをそのサービスを有するサーバに実
   行させる実行制御手段とを有するクライアント、を備え
   たことを特徴とする通信サービス処理装置。
2. 【請求項２】 検索手段は、サーバが有するデータの仕
   様表に基づいて解釈手段から出力された内容に対応する
   サービスを検索する代わりに、サービス仕様表を有し、
   該サービス仕様表の中からサービスの検索を行うことを
   特徴とする請求項１に記載の通信サービス処理装置。
3. 【請求項３】 クライアントは、サーバが保持するサー
   ビスの変動の有無を複数のサーバに問い合わせその結果
   を出力する検診手段を有し、検索手段は、前記検診手段
   の出力に基づいて前記検索手段に設けられたサービス仕
   様表を修正することを特徴とする請求項２に記載の通信
   サービス処理装置。
4. 【請求項４】 サーバは、サーバが保持するサービスの
   変動があった場合にその変動情報を発信する変動情報発
   信手段を有し、クライアントは、前記変動情報発信手段
   が発信した変動情報を受信する変動情報受信手段を有
   し、検索手段は、前記検診手段の出力に基づいて前記検
   索手段に設けられたサービス仕様表を修正することを特
   徴とする請求項２に記載の通信サービス処理装置。
5. 【請求項５】 解釈手段は、サーバが保持するサービス
   の変動があった場合に、内容対応表及びデータ仕様表の
   修正を行うことを特徴とする請求項３叉は４のいずれか
   に記載の通信サービス処理装置。
6. 【請求項６】 解釈手段は、シナリオに記述されたタイ
   トルの内容に対応するサービスの実行を制御する規則に
   基づいて複数のシナリオの中から選択されたシナリオに
   記されたタイトルに対応する内容を出力することを特徴
   とする請求項１乃至５のいずれかに記載の通信サービス
   処理装置。
7. 【請求項７】 実行制御手段は、サービスの実行結果を
   受け取り、クライアントは、受け取った実行結果を予め
   与えられた条件に基づいて表示するか否かを判定する判
   定手段を有することを特徴とする請求項１乃至６のいず
   れかに記載の形態を通信サービス処理装置。
8. 【請求項８】 少なくとも１つの機能のタイトルが記述
   された複数のシナリオに記された機能のタイトルとこの
   タイトルに対応する内容とを対応させた内容対応表に基
   づいて前記複数のシナリオの中から選択されたシナリオ
   に記されたタイトルに対応する内容を出力する第１の工
   程と、サービスとそのサービスに対応したデータの仕様
   が記されたサービス仕様表のデータの仕様に対応させて
   機能の内容のデータの仕様を記したデータ仕様表に基き
   前記第１の工程で出力された内容に対応するサービスを
   検索する第２の工程と、前記内容のデータの仕様とサー
   ビス仕様表に記されたデータの仕様とを対応させたデー
   タ仕様対応表に基づき前記選択されたシナリオに記され
   たタイトルの内容のデータの仕様を前記第２の工程で検
   索されたサービスのデータの仕様に整合させ出力する第
   ３の工程と、前記第３の工程で出力されたデータの仕様
   に基づいて前記第２の工程で検索されたサービスを実行
   する第４の工程とを備えたことを特徴とする通信サービ
   ス処理方法。