JP2001075922A

JP2001075922A - サービス統合システム

Info

Publication number: JP2001075922A
Application number: JP25390399A
Authority: JP
Inventors: Masaya Fujita; 昌也藤田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-09-08
Filing date: 1999-09-08
Publication date: 2001-03-23

Abstract

(57)【要約】【課題】ユーザにとって操作性を向上させるとともに
サービス提供側にとってシステムの変更が容易な複数の
付加価値サービスを提供するサービス統合システムを提
供する。【解決手段】端末２０は、サービス制御装置２１で生
成された付加価値装置２２の提供する各種サービスへの
要求を選択できるメニューデータを受信し、メニュー表
示する。ユーザによって選択された選択項目にリンクさ
れた要求信号はサービス制御装置２１に送信される。サ
ービス制御装置２１は、予めこれら要求信号に対応して
付加価値装置２２の各種アクセス要求が登録され、また
予めサービス応答ごとに端末２０に送信するためのメニ
ューデータのテンプレートが登録されている。サービス
制御装置２１は、受信した要求信号に対応したアクセス
信号を付加価値装置２２に転送するとともに、付加価値
装置２２から受信したサービス応答に対応したテンプレ
ートを用いたサービス応答を端末２０に転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はサービス統合システ
ムに係わり、詳細には複数のサーバによって提供される
複数のサービスを統合するサービス統合システムに関す
る。

【０００２】

【従来の技術】従来から、移動通信システムでは、携帯
電話や簡易携帯電話システム（Personal Handy-phone S
ystem：ＰＨＳ）等の移動体通信端末により、固定され
た無線基地局を介して無線による通話サービスの提供が
行われている。このような移動通信システムは、近年の
通信技術および集積化技術の進歩によって、移動体通信
端末の小型化、軽量化および高機能化が進み、ユーザの
数がますます増加している。これにより業界の市場規模
が拡大して、複数の業者間のユーザ獲得競争が激化し、
ユーザの多様な要望に応えるべく種々の付加価値サービ
スの提供が開始されるに至っている。このような付加価
値サービスとしては、例えば留守番電話サービスや文字
メールサービスがある。

【０００３】図１２は、このような種々の付加価値サー
ビスが提供される移動通信システムの構成の概要を表わ
したものである。この移動通信システムは、移動体通信
端末１０と、付加価値装置群１１とが、図示しないネッ
トワークを介して接続されている。付加価値装置群１１
は、留守番電話サービスを提供する留守番電話サービス
サーバ１２と、各種情報を提供する情報提供サービスサ
ーバ１３と、その他異なる付加価値サービスを提供する
複数のサーバとを備えている。移動体通信端末１０は、
これら種々のサービスサーバによるサービスの提供を受
けるためには、あらかじめ所定の手続きを行って端末単
位にサービスの利用が可能であるとして登録されている
必要がある。

【０００４】ユーザが移動体通信端末１０から留守番電
話サービスを利用しようとするとき、あらかじめ留守番
電話サービス開始用に決められたダイヤル番号を押下し
て、図示しないネットワークを介して留守番電話サービ
スサーバ１２に対して発呼する。留守番電話サービスサ
ーバ１２は、この発呼を行った移動体通信端末１０が留
守番電話サービスの利用が可能として登録されているか
否かを検索する。そして、留守番電話サービスの利用が
可能であることが判別されたとき、例えば音声ガイダン
スを移動体通信端末１０に対して送出することによっ
て、留守番電話サービスを開始する旨を通知する。

【０００５】また、例えばユーザが移動体通信端末１０
から既に提供されている留守番電話サービスを停止させ
るときには、あらかじめ留守番電話サービス停止用に決
められたダイヤル番号を押下して、図示しないネットワ
ークを介して留守番電話サービスサーバ１２に対して発
呼する。留守番電話サービスサーバ１２は、この発呼を
行った移動体通信端末１０が留守番電話サービスが利用
されているか否か検索し、留守番電話サービスが利用さ
れていることが判別されたとき、例えば音声ガイダンス
を移動体通信端末１０に対して送出することによって、
留守番電話サービスの提供停止の旨を通知する。

【０００６】さらにまた、ユーザが移動体通信端末１０
から情報提供サービスを利用しようとするとき、あらか
じめ情報提供受信用に決められたダイヤル番号を押下し
て、図示しないネットワークを介して情報提供サービス
サーバ１３に対して発呼する。情報提供サービスサーバ
１３は、この発呼を行った移動体通信端末１０が情報提
供サービスの利用が可能として登録されているか否かを
検索する。そして、情報提供サービスの利用が可能であ
ることが判別されたとき、移動体通信端末１０のプッシ
ュボタン（Push Button：以下、ＰＢと略す。）の押下
によって、各種情報を受信する。

【０００７】このように従来の移動通信システムでは、
移動体通信端末１０からサービスごとにあらかじめ決め
られたダイヤル番号を押下して発呼することによって、
種々の付加価値サービスの提供を受けることができる。

【０００８】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の移動通信システムでは、利用するサービスご
とに異なる音声ガイダンスやＰＢによってサービス制御
を行う必要があるため、ユーザにとって操作が煩雑にな
るという問題があった。このため、操作ミスを招いた
り、操作に手間取って所望のサービス制御に不要な時間
を費やしてしまっていた。さらに、利用するサービスを
提供するサーバごとに異なるダイヤル番号による発呼が
必要であるため、例えば直接ダイヤルボタンを押下した
り、あらかじめ登録された短縮ボタンによる操作を行う
必要があり、ユーザにとっては使い易いものではなかっ
た。

【０００９】一方、上述した付加価値サービスを提供す
る業者側にとって新たな付加価値サービスの提供を開始
するときには、ユーザ全てに何らかの方法で告知する必
要があり、コストや効率の面で問題であるばかりでな
く、端末の機種に依存するなどシステムの変更も容易で
はなかった。

【００１０】例えば特開平９−４４５２７号公報「ウェ
ブ・ブラウザ・システム」に開示されているようなブラ
ウザ端末でサーバにより各種サービスを提供されるサー
ビス統合システムでは、端末上の表示項目を選択するこ
とによって、プロバイダを介して直接リンクされたイン
ターネット上のサーバに対してサービスの提供を受ける
ようにするため、システムの変更が非常に困難であり、
システム変更時にはかえってユーザを混乱させてしまう
という問題が生じる。

【００１１】そこで本発明の目的は、ユーザにとって操
作性を向上させるとともにサービス提供側にとってシス
テムの変更が容易な複数の付加価値サービスを提供する
サービス統合システムを提供することにある。

【００１２】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）所定のサービスを提供する第１の装置と、
（ロ）第１の装置に対して、受信したメニューデータを
表示し選択された項目に対応する要求信号を送信する端
末と、（ハ）第１の装置に対するあらかじめ決められた
複数のサービス要求の一覧を表示するためのメニューデ
ータを端末に送信するとともに、第１の装置から要求信
号に対応するサービス応答データを取得して端末に転送
する第２の装置とをサービス統合システムに具備させ
る。

【００１３】すなわち請求項１記載の発明では、第２の
装置から所定のサービスを提供する第１の装置に対する
各種要求をメニュー化したメニューデータを、端末に送
信する。端末では受信したメニューデータを表示してユ
ーザ等にメニューの中から選択することによって、第１
の装置に対する各種要求を行わせるようにしている。端
末で選択された第１の装置に対する要求は、選択項目に
対応付けられた要求信号として第２の装置に送信され、
第２の装置が受信した要求信号に対応して第１の装置か
らサービス応答データを取得するようにしている。

【００１４】請求項２記載の発明では、（イ）所定のサ
ービスを提供する複数の第１の装置と、（ロ）これら第
１の装置のいずれか１つに対して、受信したメニューデ
ータを表示し選択された項目に対応する要求信号を送信
する端末と、（ハ）第１の装置それぞれに対するあらか
じめ決められた複数のサービス要求の一覧を表示するた
めのメニューデータを端末に送信するとともに、要求信
号を受信したときあらかじめこの要求信号に対応付けら
れた第１の装置のいずれか１つからサービス応答データ
を取得して端末に転送する第２の装置とをサービス統合
システムに具備させる。

【００１５】すなわち請求項２記載の発明では、第２の
装置から所定のサービスを提供する複数の第１の装置に
対する各種要求をメニュー化したメニューデータを、端
末に送信する。端末では受信したメニューデータを表示
してユーザ等にメニューの中から選択することによっ
て、第１の装置に対する各種要求を行わせるようにして
いる。端末で選択された第１の装置に対する要求は、選
択項目に対応付けられた要求信号として第２の装置に送
信される。第２の装置では、あらかじめ複数の第１の装
置それぞれについて受信した要求信号に対応したサービ
スの提供を受けるためのアクセス信号が登録されてお
り、対応する第１の装置に対してこのアクセス信号を送
信することで、所望のサービスを提供する第１の装置い
ずれかからサービス応答データを取得するようにしてい
る。

【００１６】請求項３記載の発明では、（イ）あらかじ
め決められたサービス要求の一覧を表示するためのメニ
ューデータを送信するメニューデータ送信手段と、
（ロ）このメニューデータ送信手段によって送信された
メニューデータを受信するメニューデータ受信手段と、
（ハ）所定の表示データにしたがって表示する表示手段
と、（ニ）メニューデータ受信手段によって受信された
メニューデータに基づいてこの表示手段にサービス要求
の一覧を表示させる表示実行手段と、（ホ）この表示実
行手段によって表示された一覧の中から特定のサービス
要求を選択する選択手段と、（ヘ）この選択手段によっ
て選択されたサービス要求に対応した要求信号を送信す
る要求信号送信手段と、（ト）あらかじめこの要求信号
送信手段によって送信された要求信号に対応したアクセ
ス信号を記憶する要求対応記憶手段と、（チ）要求信号
送信手段によって送信された要求信号に基づいてこの要
求対応記憶手段に記憶されたアクセス信号を検索する要
求検索手段と、（リ）この要求検索手段によって検索さ
れたアクセス信号を送信するアクセス信号送信手段と、
（ヌ）このアクセス信号送信手段によって送信されたア
クセス信号に基づいて所定のサービス応答データを返信
するサービス応答手段とをサービス統合システムに具備
させる。

【００１７】すなわち請求項３記載の発明では、メニュ
ーデータ送信手段によって送信されたメニューデータを
受信し、このメニューデータにしたがって表示手段に表
示させる。そして、表示されたサービス要求の中から特
定のサービス要求を選択手段により選択させ、これに対
応する要求信号を要求信号送信手段により送信させるよ
うにした。また、あらかじめ要求信号に対応付けてアク
セス信号を記憶しており、受信した要求信号から要求検
索手段によって検索されたアクセス信号を取得し、この
アクセス信号によりサービス応答手段でサービス応答デ
ータを返信させるようにしている。

【００１８】請求項４記載の発明では、請求項３記載の
サービス統合システムで、あらかじめ前記サービス応答
手段によって返信されたサービス応答データに対応した
メニューデータのテンプレートを記憶するテンプレート
記憶手段と、サービス応答手段によって返信されたサー
ビス応答データに基づいてこのテンプレート記憶手段に
記憶されたテンプレートを検索するテンプレート検索手
段と、このテンプレート検索手段によって検索されたテ
ンプレートとサービス応答手段によって返信されたサー
ビス応答データに基づいてメニューデータを生成するメ
ニューデータ生成手段と、このメニューデータ生成手段
によって生成されたメニューデータを送信する応答デー
タ送信手段とを備えることを特徴としている。

【００１９】すなわち請求項４記載の発明では、テンプ
レート記憶手段を備え、あらかじめサービス応答手段に
よって返信されたサービス応答データに対応したメニュ
ーデータのテンプレートを記憶する。そして、テンプレ
ート検索手段により、サービス応答手段によって返信さ
れたサービス応答データに基づいてこのテンプレート記
憶手段に記憶されたテンプレートを検索し、これとサー
ビス応答手段によって返信されたサービス応答データに
基づいてメニューデータを生成して、これをサービスの
要求元に送信するようにしている。

【００２０】請求項５記載の発明では、請求項１〜請求
項４記載のサービス統合システムで、メニューデータ
は、ハイパーテキストマークアップ言語あるいはエクス
テンシブルマークアップ言語などの所定の汎用記述言語
で記述され、メニューデータの選択項目と要求信号は対
応付けられていることを特徴としている。

【００２１】すなわち請求項５記載の発明では、メニュ
ーデータをハイパーテキストマークアップ言語あるいは
エクステンシブルマークアップ言語などの所定の汎用記
述言語で記述して、メニューデータの選択項目と要求信
号は対応付けられるようにしている。これにより、一般
家庭に普及している多機能電話機、パーソナルコンピュ
ータや情報携帯端末などの多種にわたる端末宛てのサー
ビスを統合させることができる。

【００２２】

【発明の実施の形態】

【００２３】

【実施例】以下実施例につき本発明を詳細に説明する。

【００２４】第１の実施例

【００２５】図１は、本発明の第１の実施例におけるサ
ービス統合システムの原理的構成を表わしたものであ
る。第１の実施例におけるサービス統合システムは、ブ
ラウザ搭載端末２０が、サービス制御装置２１を介し
て、上述したような付加価値サービスを提供する付加価
値装置２２に接続されている。

【００２６】ブラウザ搭載端末２０は、中央処理装置
（Central Processing Unit：以下、ＣＰＵと略す。）
および所定の記憶装置を有し、例えばハイパーテキスト
マークアップ言語（HyperText Mark-up Language：以
下、ＨＴＭＬと略す。)や次世代のエクステンシブルマ
ークアップ言語（eXtensible Markup Language：ＸＭ
Ｌ）で作成されたデータを閲覧するためのブラウザ（Br
owser）を実行することができるようになっている。こ
のようなブラウザ搭載端末２０としては、例えば携帯電
話端末２３やパーソナルコンピュータ２４がある。

【００２７】サービス制御装置２１は、付加価値装置２
２への各種要求種別をメニュー化したＨＴＭＬデータを
ブラウザ搭載端末に送信する。各種要求種別は、ＨＴＭ
Ｌによってハイパーテキスト構造をなしており、端末か
ら各要求種別を選択することによって対応する要求信号
が付加価値装置２２に対して転送される。

【００２８】付加価値装置２２は、サービス制御装置２
１からの要求信号に応じて、あらかじめ決められた通信
サービスを提供する。

【００２９】このようなサービス統合システムは、サー
ビス制御装置２１によって生成された例えばＨＴＭＬに
よって記述されたメニューデータを受信したブラウザ搭
載端末２０は、これを実行して表示装置にメニュー表示
させる。そして、ブラウザ搭載端末２０のユーザにメニ
ューの中から選択させる。あらかじめメニュー表示され
た各選択項目は、対応する付加価値装置２２への各種要
求信号にリンクされているため、ユーザによって選択さ
れた選択項目は、対応する付加価値装置２２への各種要
求信号としてサービス制御装置２１に送信される。サー
ビス制御装置２１では、あらかじめメニューデータの各
選択項目ごとに、付加価値装置２２に対する所定のアク
セス信号に対応付けられており、ブラウザ搭載端末２０
から受信した要求信号を参照して、これらアクセス信号
として付加価値装置２２にサービス提供を要求するよう
になっている。

【００３０】このように、サービス制御装置２１で生成
したメニューデータを端末に送信し、端末で表示された
メニューを選択させることでこれに対応した要求信号を
受信し、あらかじめ各要求信号と対応付けられた付加価
値装置２２へのアクセス信号により、所定の通信サービ
スを端末２０に提供することによって、端末２０のユー
ザにとって付加価値装置２２への各種要求が容易になっ
て操作性を向上させるとともに、サービス制御装置２１
で生成するメニューデータを変更するだけでシステムの
変更も容易となって保守性および信頼性を向上させるこ
とができる。

【００３１】以下、図２〜図９を参照して第１の実施例
におけるサービス統合システムの要部について説明す
る。

【００３２】図２は、第１の実施例におけるサービス統
合システムの具体的な動作を説明するためのものであ
る。このサービス統合システムは、表示部３０を備えた
ブラウザ搭載端末３１が、ボイスメールサーバ３２とサ
ービス制御装置３３を介して接続されている。サービス
制御装置３３は、ボイスメールサービスを提供するボイ
スメールサーバに対応してＨＴＭＬによって記述された
メニューデータを有しており、ブラウザ搭載端末３１に
送信する。ブラウザ搭載端末３１は、サービス制御装置
３３によって生成されメニューデータを受信し、表示部
３０に表示させる。

【００３３】ここでは、サービス制御装置３３が、ボイ
スメールサーバ３２に対応してあらかじめサービス開
始、サービス停止、メール再生、メール削除などの選択
項目を有するメニューデータを有しており、それぞれ対
応する要求信号にリンクされている。したがって、ブラ
ウザ搭載端末３１の表示部３０に表示されたメニューの
うち、ユーザが上述した選択項目のうちいずれかを選択
すると、サービス制御装置３３に選択項目に対応した要
求信号が送信される。サービス制御装置３３では、あら
かじめメニューデータの選択項目であるサービス開始、
サービス停止、メール再生およびメール削除それぞれに
対応してボイスメールサーバ３２へのアクセス信号が登
録されている。したがって、例えばユーザによってサー
ビス開始が選択されたとき、これに対応する要求信号が
サービス制御装置３３に送信され、サービス制御装置３
３はサービス開始の要求信号に対応してボイスメールサ
ーバ３２で端末３１に対するボイスメールサービスの開
始を要求するアクセス信号が、ボイスメールサーバ３２
に送信される。ボイスメールサーバ３２は、このような
アクセス信号を受信して、端末３１に対して所定のボイ
スメールサービスの提供を開始することになる。これに
より、従来のボイスメールサーバ３２への各種アクセス
信号を変更することなく、サービス制御装置で生成され
るメニューデータおよび要求信号とアクセス信号との対
応付けを変更するのみで、容易にシステムを変更するこ
とができるようになる。

【００３４】図３は、図２に示した端末３１の構成要部
を表わしたものである。端末３１は、サービス制御装置
３３から受信したメニューデータを表示する表示部３０
と、表示部３０に表示されたメニューから選択項目を選
択するための操作部４０と、サービス制御装置３３との
間でメニューデータおよび各種要求信号の送受信を行う
送受信部４１と、これらを制御する制御部４２とを有し
ている。

【００３５】制御部４２は、図示しないＣＰＵを有して
おり、呼び出し専用メモリ（Read Only Memory：以下、
ＲＯＭと略す。）などの所定の記憶装置に格納された制
御プログラムに基づいて各種制御を実行することができ
るようになっている。

【００３６】図４は、図３に示した制御部４２の処理内
容の一例を表わしたものである。制御部４２は、送受信
部４１で受信されるデータを監視し、サービス制御装置
３３からメニューデータが受信されたか否かを判定する
（ステップＳ５０）。送受信部４１でサービス制御装置
３３からメニューデータが受信されたと判定されたとき
には（ステップＳ５０：Ｙ）、図示しない記憶装置に格
納されたブラウザを実行し、表示部３０に表示させる
（ステップＳ５１）。これは、例えば図２に示したよう
にボイスメールサービスに対する各種要求が選択項目と
して表示される。

【００３７】一方、ステップＳ５０で送受信部４１で受
信されたデータがサービス制御装置３３からのメニュー
データではなく（ステップＳ５０：Ｎ）、既にサービス
の提供を受けているボイスメールサービスの音声データ
であるか否かを判定する（ステップＳ５２）。送受信部
４１で受信されたデータがボイスメールサーバ３２から
の音声データであると判定されたとき（ステップＳ５
２：Ｙ）、図示しないスピーカ部からこの音声データに
対応した音声を出力させる（ステップＳ５３）。

【００３８】ステップＳ５２で送受信部４１で受信され
たデータが音声データでないと判定されたとき（ステッ
プＳ５２：Ｎ）、操作部４０により表示部３０でメニュ
ー表示した各選択項目の選択操作を監視する（ステップ
Ｓ５４）。そして、これを検出したとき（ステップＳ５
４：Ｙ）には、ＨＴＭＬによって記述された各選択項目
にリンクされた要求信号が送受信部４１からサービス制
御装置３３に送信させる（ステップＳ５５）。

【００３９】ステップＳ５４でメニュー表示された選択
項目の選択操作が検出されないとき（ステップＳ５４：
Ｎ）、何ら処理を行わない。

【００４０】図５は、図３に示したサービス制御装置３
３の構成要部を表わしたものである。サービス制御装置
３３は、端末３１からのサービス要求を受信するサービ
ス要求受信部６０と、サービス要求受信部６０によって
受信されたサービス要求を対応するサービスを提供する
サーバ装置のアクセス信号に変換するためのサービス制
御情報記憶部６１と、要求されたサーバ装置に対してア
クセス信号を送信する要求転送部６２とを備えている。
また、サービス制御装置３３は、要求転送部６２によっ
て送信されたアクセス信号に対応してサーバ装置からの
サービス応答を受信するサービス応答受信部６３と、サ
ービス応答受信部６３で受信されたサービス応答に対応
して端末３１にＨＴＭＬで記述されるメニューデータの
テンプレートにしたがってメニューデータを生成するメ
ニューデータ生成部６４と、メニューデータ生成部６４
によって生成されたメニューデータとしてサービス応答
を転送する応答転送部６５とを備えている。サービス制
御情報記憶部６１は、サーバ対応記憶部６６と、テンプ
レート記憶部６７とを備えている。

【００４１】図６は、サーバ対応記憶部６６に登録され
ているサーバ対応情報の概要を表わしたものである。こ
のようにサーバ対応記憶部６６に登録されているサーバ
対応情報７０は、端末３１でメニュー表示された選択項
目にリンクされた要求信号の種別であるサービス要求種
別７１に対応して、要求されたサービスを提供するサー
バ装置に対して送信するアクセス信号であるサーバアク
セス要求７２が登録されている。

【００４２】図７は、テンプレート記憶部６７に登録さ
れているテンプレート情報の概要を表わしたものであ
る。テンプレート記憶部６７に登録されているテンプレ
ート情報７２は、端末３１からのサービス要求に対応し
てボイスメールサーバなどのサーバ装置からのサーバ応
答の種別であるサービス応答種別７３に対応して、ＨＴ
ＭＬで記述されたメニューデータの記憶場所を特定する
テンプレートポインタ７４が登録されている。これらテ
ンプレートポインタ７４は、図示しない所定の記憶装置
に記憶されている複数種類のＨＴＭＬで記述されたメニ
ューデータのテンプレートの記憶場所の先頭アドレスを
示す。したがって、例えばサーバ応答種別がサービス開
始要求に対するものである場合、ボイスメールサーバ３
２から音声ガイダンスを端末３１で音声出力させるとと
もに、その旨を表示部３０に表示させるためのＨＴＭＬ
データのテンプレート情報が読み出され、メニューデー
タが生成されるようになっている。

【００４３】このようなサービス制御装置３３は、図示
しないＣＰＵを有しており、ＲＯＭなどの所定の記憶装
置に格納された制御プログラムに基づいて各種制御を実
行することができるようになっている。

【００４４】図８は、このようなサービス制御装置３３
のサービス要求制御の処理内容の一例を表わしたもので
ある。サービス制御装置３３は、サービス要求受信部６
０で端末３１からのサービス要求の受信を監視しており
（ステップＳ８０）、これを検出したとき（ステップＳ
８０：Ｙ）、図６に示したサービス制御情報記憶部６１
のサーバ対応記憶部６６に登録されたサーバ対応情報を
検索して、受信したサービス要求種別に対応するサーバ
アクセス要求を取得する（ステップＳ８１）。そして、
取得したサーバアクセス要求にしたがって、要求転送部
６２からボイスメールサーバ３２にアクセス信号を送出
し、端末３１から要求されたサービスの提供を依頼する
（ステップＳ８２）。ステップＳ８０で、サービス要求
受信部６０で端末３１からのサービス要求の受信が検出
されないとき（ステップＳ８０：Ｎ）には、一連の処理
を終了する。

【００４５】図９は、サービス制御装置３３のサービス
応答制御の処理内容の一例を表わしたものである。サー
ビス制御装置３３は、サービス応答受信部６３で要求転
送部６２によりサービス要求を行ったボイスメールサー
バなどのサーバ装置からのサービス応答データの受信を
監視しており（ステップＳ８５）、これを検出したとき
（ステップＳ８５：Ｙ）、図７に示したサービス制御情
報記憶部６１のテンプレート記憶部６７に登録されたテ
ンプレート情報を検索して、受信したサービス応答の種
別に対応するＨＴＭＬで記述されたメニューデータのテ
ンプレートを取得する（ステップＳ８６）。続いて、メ
ニューデータ生成部６４で、取得したメニューデータの
テンプレートに、サービス応答受信部６３で受信したサ
ービス応答データを付加したメニューデータを生成する
（ステップＳ８７）。そして、応答転送部６５から、生
成したメニューデータを端末３１に転送する（ステップ
Ｓ８８）。なお、受信したサービス応答の種別によって
は、メニューデータの生成が不要な場合は、そのまま端
末３１に転送するようにしてもよい。ステップＳ８５
で、サービス応答受信部６３でボイスメールサーバ３２
などのサーバ装置からのサービス応答データの受信が検
出されないとき（ステップＳ８５：Ｎ）には、一連の処
理を終了する。

【００４６】このように第１の実施例におけるサービス
統合システムは、端末２０は、サービス制御装置２１で
生成され例えばＨＴＭＬで記述された付加価値装置２２
の提供する各種サービスへの要求を選択できるメニュー
データを受信し、端末２０の表示部においてメニュー表
示する。そして、端末２０のユーザによって、メニュー
表示された複数の選択項目から選択させ、この選択項目
にリンクされた要求信号がサービス制御装置２１に送信
される。サービス制御装置２１は、あらかじめこれら要
求信号に対応して付加価値装置２２の各種アクセス要求
が登録されており、受信した要求信号に対応したアクセ
ス信号が付加価値装置２２に転送される。そして、サー
ビス制御装置２１は、付加価値装置２２から、アクセス
信号に応答したサービス応答を受信する。サービス制御
装置２１は、さらにあらかじめ受信するサービス応答ご
とに端末２０に送信するためのメニューデータのテンプ
レートが登録されており、受信したサービス応答に対応
したテンプレートを用いてサービス応答を組み込んで端
末２０に転送する。端末２０では、受信したサービス応
答を表示部に表示させたり、あるいは音声出力させる等
して、自身が要求したサービスの提供を受ける。これに
より、端末２０のユーザにとって付加価値装置２２への
各種要求が容易になって操作性を向上させるとともに、
サービス制御装置２１で生成するメニューデータを変更
するだけでシステムの変更も容易となって保守性および
信頼性を向上させることができる。

【００４７】第２の実施例

【００４８】第１の実施例におけるサービス統合システ
ムは、サービス制御装置に対して１つの付加価値装置か
らのサービスを提供するものとして説明したが、サービ
ス制御装置に対して複数の付加価値装置のサービス提供
を制御させることで、種々のサービス提供を受けるため
により複雑になるユーザの操作性の低下とシステムの保
守性および信頼性の低下を回避することができる。

【００４９】図１０は、本発明の第２の実施例における
サービス統合システムの原理的構成を表わしたものであ
る。第２の実施例におけるサービス統合システムは、ブ
ラウザ搭載端末９０が、サービス制御装置９１を介して
付加価値装置群９２に接続されている。

【００５０】ブラウザ搭載端末９０は、第１の実施例に
おけるブラウザ搭載端末２０と同様にＣＰＵおよび所定
の記憶装置を有し、例えばハイパーテキストマークアッ
プ言語（HyperText Mark-up Language：以下、ＨＴＭＬ
と略す。)で作成されたデータを閲覧するためのブラウ
ザを実行することができるようになっている。このよう
なブラウザ搭載端末９０としては、例えば携帯電話端末
９３やパーソナルコンピュータ９４がある。

【００５１】サービス制御装置９１は、付加価値装置群
９２への各種要求種別をメニュー化したＨＴＭＬデータ
をブラウザ搭載端末に送信する。各種要求種別は、ＨＴ
ＭＬによってハイパーテキスト構造をなしており、端末
から各要求種別を選択することによって対応する要求信
号が付加価値装置群９２に対して転送される。

【００５２】付加価値装置群９２は、第１〜第Ｎの付加
価値装置９５₁〜９５_Nから構成されており、それぞれサ
ービス制御装置９１からの各種要求信号に応じて、あら
かじめ決められた通信サービスを提供する。

【００５３】このようなサービス統合システムは、第１
の実施例と異なり、サービス制御装置９１では、あらか
じめ付加価値装置群９２のそれぞれの付加価値装置に対
応して、メニューデータの各選択項目ごとに、各付加価
値装置に対する所定のアクセス信号に対応付けられてお
り、ブラウザ搭載端末９０から受信した要求信号を参照
して、これらアクセス信号として対応する付加価値装置
にサービス提供を要求するようになっている。また、付
加価値装置からのサービス応答データは、同様に付加価
値装置単位に設けられたサービス応答種別に対応するテ
ンプレートより生成されたメニューデータを端末９０に
転送する。

【００５４】図１１は、第２の実施例におけるサービス
統合システムの具体的な動作を説明するためのものであ
る。このサービス統合システムは、表示部を備えたブラ
ウザ搭載端末１００が、ボイスメールサーバ１０１、文
字メールサーバ１０２および情報提供サーバ１０３から
なる付加価値装置群１０４と、サービス制御装置１０５
を介して接続されている。

【００５５】端末１００の構成要部および動作は、第１
の実施例における端末３１と同様なので説明を省略す
る。サービス制御装置の構成要部および動作は、上述し
たように付加価値装置ごとに対応するサーバアクセス要
求およびメニューデータのテンプレートが設けられてい
る以外は、第１の実施例におけるサービス制御装置３３
と同様なので説明を省略する。

【００５６】このような構成のサービス統合システムで
は、サービス制御装置１０５から、付加価値装置群１０
４のボイスメールサーバ１０１、文字メールサーバ１０
２および情報提供サーバ１０３それぞれの各種サービス
要求をＨＴＭＬによって記述したメニューデータが、端
末１００に送信される（メニュー表示１０６）。

【００５７】端末１００は、ブラウザを搭載しており、
受信したメニューデータにしたがって、図示しない表示
部に表示させる。そして、表示部にメニュー表示された
各サーバに対応した各種要求の中から、ユーザに選択さ
せる。そして、選択された項目にリンクされている要求
信号がサービス制御装置１０５に送信される（サービス
要求１０７）。ここで、例えばユーザによって、ボイス
メールシステムのメール再生が要求されたものとする。

【００５８】サービス制御装置１０５では、受信した要
求信号から、サービス対応記憶部に記憶されているサー
ビス対応情報を検索して、ボイスメールサーバ１０１へ
のメール再生を要求するサーバアクセス要求を取得し、
ボイスメールサーバ１０１に転送する（データ要求１０
８）。

【００５９】ボイスメールサーバ１０１は、これにより
要求されたボイスメールの再生データをサービス応答デ
ータとしてサービス制御装置に返信する（データ応答１
０９）。

【００６０】サービス制御装置１０５は、ボイスメール
サーバ１０１からサービス応答データを受信すると、テ
ンプレート記憶部に記憶されているテンプレート情報を
検索して、ボイスメールサーバのメール再生用のＨＴＭ
Ｌで記述されたメニューデータのテンプレートを取得
し、サービス応答データであるメール再生データを組み
込んだメニューデータを端末１００に転送する（サービ
ス１１０）。

【００６１】端末１００は、受信したメニューデータ
を、あらかじめ搭載しているブラウザにより図示しない
表示部に表示する。これにより、端末１００のユーザ
は、例えば時間順に表示されたボイスメールの一覧表か
ら、１つずつ所望のボイスメールを選択することによっ
て、順次音声出力させることができる。

【００６２】このように第２の実施例におけるサービス
統合システムは、サービス制御装置２１で、付加価値装
置ごとに、対応するサーバアクセス要求およびメニュー
データのテンプレートを設けることによって、提供され
るサービスの種類が増えることによって、本来端末９０
のユーザにとって複雑になる付加価値装置への各種要求
の操作性を容易にし、同時にシステムの変更時における
保守性および信頼性の低下を回避することができる。

【００６３】なお第１および第２の実施例におけるサー
ビス統合システムは、ボイスメールサービスについて説
明したが、このような音声メディアに限定されるもので
はなく、種々のメディアに適用することができる。例え
ば、将来サービスの提供が想定されるビデオメールサー
ビスなどの動画メディアについても同様に適用すること
ができる。

【００６４】なお第１および第２の実施例におけるサー
ビス統合システムは、端末とサービス制御装置、サービ
ス制御装置と付加価値装置それぞれの間の回線の形態に
は依存せず、インターネットや移動体通信等あらゆる通
信形態が想定される。

【００６５】なお第１および第２の実施例におけるサー
ビス統合システムのサービス制御装置は、付加価値装置
との間の輻輳状態に応じてサーバアクセス要求をバッフ
ァリングすることによって、サービス制御装置と付加価
値装置との間のネットワークの負荷を軽減させることも
可能である。

【００６６】なお第１および第２の実施例におけるサー
ビス統合システムのサービス制御装置は、端末との間の
輻輳状態に応じてサービス応答データを組み込んだメニ
ューデータをバッファリングすることによって、サービ
ス制御装置と端末との間のネットワークの負荷を軽減さ
せることも可能である。

【００６７】なお第１および第２の実施例におけるサー
ビス統合システムのメニューデータは、ＨＴＭＬやＸＭ
Ｌで記述されるものとして説明したが、これに限定され
るものではない。端末上のブラウザで閲覧することがで
き、ハイパーテキスト構造のメニューが表示できれる所
定の汎用記述言語であればよい。

【００６８】

【発明の効果】以上説明したように請求項１〜請求項３
記載の発明によれば、ユーザにとって各種サービスへの
要求が容易になって操作性を向上させるとともに、メニ
ューデータを変更するだけでシステムの変更も容易とな
って保守性および信頼性を向上させることができる。

【００６９】さらにまた請求項２記載の発明によれば、
本来端末のユーザにとって複雑になる複数サービスへの
各種要求の操作性を容易にし、同時にシステムの変更時
における保守性および信頼性の低下を回避することがで
きる。

【００７０】さらにまた請求項４記載の発明によれば、
サービス要求側でメニューデータによりサービス応答を
受信するようにしたので、操作性の一元化を図ることが
でき、システム構成の簡略化を図ることができる。

【００７１】さらに請求項５記載の発明によれば、メニ
ューデータをハイパーテキストマークアップ言語あるい
はエクステンシブルマークアップ言語などの所定の汎用
記述言語で記述して、メニューデータの選択項目と要求
信号は対応付けられるようにしたので、一般家庭に普及
している多機能電話機、パーソナルコンピュータや情報
携帯端末などの多種にわたる端末宛てのサービスを統合
させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるサービス統合シ
ステムの原理的構成を示す構成図である。

【図２】第１の実施例におけるサービス統合システムの
具体的な動作を説明するための説明図である。

【図３】第１の実施例における端末の構成要部を示すブ
ロック図である。

【図４】第１の実施例における端末の処理内容の一例を
示す流れ図である。

【図５】第１の実施例におけるサービス制御装置の構成
要部を示すブロック図である。

【図６】第１の実施例におけるサーバ対応記憶部に登録
されているサーバ対応情報の概要を示す説明図である。

【図７】第１の実施例におけるテンプレート記憶部に登
録されているテンプレート情報の概要を示す説明図であ
る。

【図８】第１の実施例におけるサービス制御装置のサー
ビス要求制御の処理内容の一例を示す流れ図である。

【図９】第１の実施例におけるサービス制御装置のサー
ビス応答制御の処理内容の一例を示す流れ図である。

【図１０】本発明の第２の実施例におけるサービス統合
システムの原理的構成を示す構成図である。

【図１１】第２の実施例におけるサービス統合システム
の具体的な動作を説明するための説明図である。

【図１２】種々の付加価値サービスが提供される移動通
信システムの構成の概要を示す構成図である。

【符号の説明】

２０、３０、９０、１００ブラウザ搭載端末２１、３３、９１、１０５サービス制御装置２２付加価値装置２３、９３携帯電話端末２４、９４パーソナルコンピュータ３０表示部３２、１０１ボイスメールサーバ９２、１０４付加価値装置群９５₁〜９５_N 第１〜第Ｎの付加価値装置１０２文字メールサーバ１０３情報提供サーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｍ 3/42 Ｇ０６Ｆ 15/40 ３１０Ｆ５Ｋ０２４ 15/403 ３２０Ｂ９Ａ００１Ｆターム(参考） 5B069 AA01 AA20 BA01 BA04 BB16 LA05 5B075 PP13 PP22 PQ02 PQ46 5B085 CE02 5B089 GA11 GA25 GB04 HA13 JA31 JA33 JB01 KA01 KA12 KB03 KC22 KC26 KC44 LA08 LB08 LB13 LB14 5E501 AA02 AA04 AB03 AB16 AC16 AC33 BA05 CA02 CA08 DA02 FA05 FA32 5K024 AA02 AA14 AA75 AA76 BB03 BB07 CC09 CC11 DD01 DD02 EE06 FF04 FF06 GG03 GG10 9A001 CZ05 KK56

Claims

【特許請求の範囲】

【請求項１】所定のサービスを提供する第１の装置
と、前記第１の装置に対して、受信したメニューデータを表
示し選択された項目に対応する要求信号を送信する端末
と、前記第１の装置に対するあらかじめ決められた複数のサ
ービス要求の一覧を表示するためのメニューデータを前
記端末に送信するとともに、前記第１の装置から前記要
求信号に対応するサービス応答データを取得して前記端
末に転送する第２の装置とを具備することを特徴とする
サービス統合システム。
【請求項２】所定のサービスを提供する複数の第１の
装置と、これら第１の装置のいずれか１つに対して、受信したメ
ニューデータを表示し選択された項目に対応する要求信
号を送信する端末と、前記第１の装置それぞれに対するあらかじめ決められた
複数のサービス要求の一覧を表示するためのメニューデ
ータを前記端末に送信するとともに、前記要求信号を受
信したときあらかじめこの要求信号に対応付けられた前
記第１の装置のいずれか１つからサービス応答データを
取得して前記端末に転送する第２の装置とを具備するこ
とを特徴とするサービス統合システム。
【請求項３】あらかじめ決められたサービス要求の一
覧を表示するためのメニューデータを送信するメニュー
データ送信手段と、このメニューデータ送信手段によって送信されたメニュ
ーデータを受信するメニューデータ受信手段と、所定の表示データにしたがって表示する表示手段と、前記メニューデータ受信手段によって受信されたメニュ
ーデータに基づいてこの表示手段に前記サービス要求の
一覧を表示させる表示実行手段と、この表示実行手段によって表示された一覧の中から特定
のサービス要求を選択する選択手段と、この選択手段によって選択されたサービス要求に対応し
た要求信号を送信する要求信号送信手段と、あらかじめこの要求信号送信手段によって送信された要
求信号に対応したアクセス信号を記憶する要求対応記憶
手段と、前記要求信号送信手段によって送信された要求信号に基
づいてこの要求対応記憶手段に記憶されたアクセス信号
を検索する要求検索手段と、この要求検索手段によって検索されたアクセス信号を送
信するアクセス信号送信手段と、このアクセス信号送信手段によって送信されたアクセス
信号に基づいて所定のサービス応答データを返信するサ
ービス応答手段とを具備することを特徴とするサービス
統合システム。
【請求項４】あらかじめ前記サービス応答手段によっ
て返信されたサービス応答データに対応した前記メニュ
ーデータのテンプレートを記憶するテンプレート記憶手
段と、前記サービス応答手段によって返信されたサービ
ス応答データに基づいてこのテンプレート記憶手段に記
憶されたテンプレートを検索するテンプレート検索手段
と、このテンプレート検索手段によって検索されたテン
プレートと前記サービス応答手段によって返信されたサ
ービス応答データに基づいてメニューデータを生成する
メニューデータ生成手段と、このメニューデータ生成手
段によって生成されたメニューデータを送信する応答デ
ータ送信手段とを備えることを特徴とする請求項３記載
のサービス統合システム。
【請求項５】前記メニューデータは、ハイパーテキス
トマークアップ言語あるいはエクステンシブルマークア
ップ言語などの所定の汎用記述言語で記述され、前記メ
ニューデータの選択項目と前記要求信号は対応付けられ
ていることを特徴とする請求項１〜請求項４記載のサー
ビス統合システム。