JP4925906B2 - 制御装置、情報提供方法及び情報提供プログラム - Google Patents

Description

本発明は、情報を提供する技術に関するものである。

ＣＴＩ（Computer Telephony Integration）システムは、電話等をコンピュータシステムと統合するシステムである。一般的にはコールセンタ等で用いられている。

ＣＴＩシステムを用いた技術が特許文献１に記載されている。特許文献１には、Ｗｅｂ（World Wide Web）アプリケーションとIP（Internet Protocol）テレフォニーとを連携させる技術が記載されている。

特開２００５−１５８０３７号公報

しかし、特許文献１に記載の技術は、Ｗｅｂアプリケーションを呼び出すだけである。したがって、例えば、通話しているユーザが同じ情報を閲覧等したい場合、ユーザが、同じ情報の取得を指示する必要がある。

本発明はこのような事情に鑑みてなされたもので、ＣＴＩシステムにおいて、複数のクライアントに同時に同じ情報を提供することを容易とする技術を提供することを目的とする。

本発明は上記の目的を達成するためになされたもので、入出力装置を有し互いに音声を入出力する複数のユーザ端末の各々と、要求された情報を提供する情報提供装置とに接続される制御装置であって、ユーザ端末間の通話を接続する呼制御装置により前記ユーザ端末間での通話接続が確立された後に、該呼制御装置からの、前記通話接続が確立した各ユーザ端末を示す情報である通話接続情報を受信し、該受信した通話接続情報に基づいて、前記通話接続が確立しているユーザ端末間に情報提供のための接続である情報提供接続を確立し、前記受信した通話接続情報と前記確立した情報提供接続とを対応付けて管理している間に、前記情報提供接続を確立しているユーザ端末のうち何れか１つからのデータ要求を受け付ける要求受付手段と、前記データ要求を前記情報提供装置に送信する要求手段と、前記情報提供装置から送信された情報を異なる形式に変換する変換手段と、前記変換した形式の情報を、前記情報提供接続を確立しているユーザ端末の各々に提供する提供手段と、を有することを特徴とする。

本発明の技術によれば、複数のクライアントに、同時に同じ情報を提供することが容易となる。また、通話しているユーザ同士が、同じ情報を閲覧等することが容易となる。

以下、本発明の一実施形態を、図面を参照して詳細に説明する。
＜第１の実施形態＞
まず、第１の実施形態を説明する。

図１を参照し、第１の実施形態のシステム構成の一例を説明する。

図１において、第１の実施形態では、ポータルサイト１０１、サービスサイト１０２、ＩＰセントレックスサービス１０３、拠点１０４、拠点１０５等を有する。ポータルサイト１０１には、ポータルサーバ１１１等が設置される。サービスサイト１０２には、地図情報配信サーバ１２１、スケジュール管理サーバ１２２等が設置される。ＩＰセントレックスサービス１０３には、セッション制御サーバ１３１、呼制御サーバ１３２、音声認識・合成サーバ１３３等が設置される。拠点１０４には、ユーザ端末１４１がある。拠点１０５には、ユーザ端末１５１等がある。ポータルサーバ１１１、地図情報配信サーバ１２１、スケジュール管理サーバ１２２、セッション制御サーバ１３１、呼制御サーバ１３２、音声認識・合成サーバ１３３、ユーザ端末１４１、ユーザ端末１５１等の各々は、通信ネットワーク１０６を介して接続される。

ユーザ端末１４１、ユーザ端末１５１の各々は、例えば、ＰＣ（Personal Computer）等、通信機能を有する情報端末である。ユーザ端末１４１、ユーザ端末１５１の各々は、ユーザＡ、ユーザＢの各々の指示に従いデータ要求を送信し、その要求に応じて送信されたデータを出力する。また、ユーザ端末１４１、ユーザ端末１５１は、ＶｏＩＰ（Voice over Internet Protocol）によりＩＰ電話機能を実現する。ユーザＡ、ユーザＢの各々は、ユーザ端末１４１、ユーザ端末１５１に接続された入出力装置（図示略）を用いて通話する。このようなユーザ端末１４１、ユーザ端末１５１は従来技術と同じである。

地図情報配信サーバ１２１、スケジュール管理サーバ１２２の各々は、ユーザにデータを提供するものである。ユーザに提供するデータは特に限定するものではないが、ここでは、地図情報配信サーバ１２１が地図情報を提供し、スケジュール管理サーバ１２２が、各ユーザのスケジュール情報を提供するものとする。このような地図情報配信サーバ１２１、スケジュール管理サーバ１２２は、従来技術と同じである。

ポータルサーバ１１１は、ユーザＡ、ユーザＢの各々にポータルサービスを提供するためのものである。なお、ここでいうポータルサービスとは、複数種のデータを、１つのインタフェースにより提供するものである。本実施形態では、これらのデータは、地図情報配信サーバ１２１、スケジュール管理サーバ１２２から取得するものとする。

呼制御サーバ１３２は、接続情報を用いて、従来技術のＳＩＰ（Session Initiation Protocol）等により呼発信等を行い、通話回線を確立させる。この呼制御サーバ１３２は従来技術と同じである。音声認識・合成サーバ１３３は、テキストデータから合成音声することにより音声データを取得する。また、音声認識・合成サーバ１３３は、音声データを音声認識することによりテキストデータを取得する。この音声認識・合成サーバ１３３による音声合成技術及び音声認識技術は従来技術であり、特に限定するものではないが、例えば、音声合成エンジン等により実現するとよい。セッション制御サーバ１３１は、地図情報配信サーバ１２１、スケジュール管理サーバ１２２から取得したデータのポータルサーバ１１１への提供、音声認識・合成サーバ１３３から取得した音声データのユーザ端末１４１、ユーザ端末１５１への提供等を制御する。

通信ネットワーク１０６は、例えばキャリアＩＰネットワーク、インターネット、公衆網等である。

本実施形態は、セッション制御サーバ１３１が、ユーザ端末１４１、ユーザ端末１５１へのデータ提供を制御することにより、ユーザ端末１４１、ユーザ端末１５１の各々へ、地図情報配信サーバ１２１、スケジュール管理サーバ１２２から取得したデータを同時に提供することが可能となる。また、セッション制御サーバ１３１は、スケジュール管理サーバ１２２から取得したスケジュールのテキストデータを、音声認識・合成サーバ１３３の音声合成技術により音声データとし、この音声データを、ユーザ端末１４１、ユーザ端末１５１の各々へ同時に提供することが可能となる。

なお、上述のシステムを構成する各機器の数は、図１に限るわけではなく、任意でよい。例えば、ユーザに情報を提供するサーバは２つに限るものではなく、任意でよい。また、例えば、ユーザの用いる情報端末の数は２つに限るものではなく、任意でよい。

次に、図２を参照し、上述の各機器のハードウェア構成の一例を説明する。

図２において、ポータルサーバ１１１、地図情報配信サーバ１２１、スケジュール管理サーバ１２２、セッション制御サーバ１３１、呼制御サーバ１３２、音声認識・合成サーバ１３３、ユーザ端末１４１、ユーザ端末１５１等の各々は、演算装置２０１、メモリ２０２、入出力インタフェース２０３、出力装置２０４、入力装置２０５、２次記憶装置２０６、通信装置２０７等を有する。

演算装置２０１は、例えばＣＰＵ（Central Processing Unit）等である。出力装置２０４は、例えば、ディスプレイ装置、スピーカ、プリンタ等である。入力装置２０５は、キーボード、マウス、スキャナ等である。２次記憶装置２０６は、例えば、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disk）等の記録メディア及びその記録メディアの駆動装置、ＨＤＤ（Hard Disk Drive）やシリコンディスク等である。

次に、図３を参照し、上述の各機器の機能ブロックの一例を説明する。

図３において、セッション制御サーバ１３１は、セッション管理ＤＢ３０１、ユーザ管理ＤＢ３０２、サービスエージェント３１１、セッション情報管理部３１２、呼制御サーバ連携部３１３、ポータルサーバ連携部３１４、音声認識・合成サービス連携部３１５、Ｗｅｂサービス連携部３１６、通話処理部３１７等を有する。セッション制御サーバ１３１の２次記憶装置２０６は、セッション管理ＤＢ３０１、ユーザ管理ＤＢ３０２を有する。また、セッション制御サーバ１３１の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより、サービスエージェント３１１、セッション情報管理部３１２、呼制御サーバ連携部３１３、ポータルサーバ連携部３１４、音声認識・合成サービス連携部３１５、Ｗｅｂサービス連携部３１６、通話処理部３１７等を実現する。

セッション管理ＤＢ３０１は、セッションごとの情報を管理するテーブルを有する。ユーザ管理ＤＢ３０２は、ユーザごとの、ポータルサーバ１１１、地図情報配信サーバ１２１、スケジュール管理サーバ１２２、呼制御サーバ１３２等へ接続等するための情報を管理するテーブルを有する。セッション管理ＤＢ３０１、ユーザ管理ＤＢ３０２の各々のテーブルの詳細は後述する。

サービスエージェント３１１は、セッション情報管理部３１２、呼制御サーバ連携部３１３、ポータルサーバ連携部３１４、音声認識・合成サービス連携部３１５、Ｗｅｂサービス連携部３１６、通話処理部３１７等を制御する。セッション情報管理部３１２は、セッション管理ＤＢ３０１内のテーブルにセッションに関する情報を格納等する。呼制御サーバ連携部３１３は、呼制御サーバ１３２に呼制御の指示等を行なう。ポータルサーバ連携部３１４は、ポータルサーバ１１１に指示等を行ない、また、ポータルサーバ１１１から出力された情報を受け付ける。音声認識・合成サービス連携部３１５は、ＶＸＭＬ（VoiceXML）等をサポートし、音声認識・合成サーバ１３３へ音声合成の指示を行ない、音声認識・合成サーバ１３３から送信された音声データを受け付ける。また、音声認識・合成サービス連携部３１５は、音声認識・合成サーバ１３３へ音声認識の指示を行ない、音声認識・合成サーバ１３３から送信されたテキストデータを受け付ける。Ｗｅｂサービス連携部３１６は、地図情報配信サーバ１２１、スケジュール管理サーバ１２２の各々にデータを要求し、地図情報配信サーバ１２１、スケジュール管理サーバ１２２の各々から送信されたデータを受け付ける。通話処理部３１７は、ユーザ端末１４１、ユーザ端末１５１の各々との通話を処理する。この通話処理部３１７は、例えば、従来技術のＲＴＰ（Real-time Transport Protocol）やＲＴＣＰ（RTP Control Protocol）等により、音声による通話等を処理する。

呼制御サーバ１３２は、呼制御部３２１等を有する。呼制御サーバ１３２の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより、呼制御部３２１等を実現する。

呼制御部３２１は、ＳＩＰ等により、呼制御を行なう。この呼制御部３２１の機能は従来技術と同じである。

音声認識・合成サーバ１３３は、音声情報ＤＢ３６１、音声処理部３６２等を有する。音声認識・合成サーバ１３３の２次記憶装置２０６は、音声情報ＤＢ３６１等を有する。また、音声認識・合成サーバ１３３の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより、音声処理部３６２等を実現する。

音声情報ＤＢ３６１は、音声情報を記憶する。この音声情報は特に限定するものではないが、例えば、音声データと、その音声データのテキストデータとを対応付けて記憶している。音声処理部３６２は、セッション制御サーバ１３１から音声データを含む認識要求が送信されると、音声情報ＤＢ３６１から、受信した音声データと一致する音声データを選択し、選択した音声データに対応するテキストデータを抽出し、セッション制御サーバ１３１に送信する。また、音声処理部３６２は、セッション制御サーバ１３１からテキストデータを含む合成要求が送信されると、音声情報ＤＢ３６１から、そのテキストデータと対応する音声データを抽出し、セッション制御サーバ１３１に送信する。上述のように、この音声認識・合成サーバ１３３の機能は従来技術の音声認識技術、及び、音声合成技術により実現される。

ポータルサーバ１１１は、データ要求部３３１、データ受付部３３２、合成部３３３、出力処理部３３４等を有する。ポータルサーバ１１１の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより、データ要求部３３１、データ受付部３３２、合成部３３３、出力処理部３３４等を実現する。

データ要求部３３１は、セッション制御サーバ１３１にデータ要求を送信する。データ受付部３３２は、セッション制御サーバ１３１から送信されたデータを受け付ける。合成部３３３は、受け付けたデータを合成して、１つのインタフェースのデータとする。出力処理部３３４は、合成したデータをユーザ端末１４１、ユーザ端末１５１の各々に送信する。

地図情報配信サーバ１２１は、地図情報ＤＢ３４１、要求処理部３４２等を有する。地図情報配信サーバ１２１の２次記憶装置２０６は地図情報ＤＢ３４１等を有する。また、地図情報配信サーバ１２１の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより要求処理部３４２等を実現する。

地図情報ＤＢ３４１は、地図データを記憶する。この地図データは特に限定するものではないが、例えば、地図画像データと、この地図画像データ上の位置における住所や地名、電話番号、緯度経度等とを含む。要求処理部３４２は、セッション制御サーバ１３１からのデータ要求を受け付けると、地図情報ＤＢ３４１から、要求された地図画像データ等を読出し、セッション制御サーバ１３１に送信する。

スケジュール管理サーバ１２２は、スケジュール情報ＤＢ３５１、要求処理部３５２等を有する。スケジュール管理サーバ１２２の２次記憶装置２０６はスケジュール情報ＤＢ３５１等を有する。また、スケジュール管理サーバ１２２の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより要求処理部３５２等を実現する。

スケジュール情報ＤＢ３５１は、ユーザ毎のスケジュールデータを記憶する。このスケジュールデータは特に限定するものではないが、例えば、ユーザ毎に、日時等と、その日時におけるユーザの予定等とを含む。このスケジュールデータは、例えば、予めユーザ毎に発行されているユーザアカウントと対応付けて、日時等と、その日時におけるユーザの予定とを記憶しておくと良い。要求処理部３５２は、セッション制御サーバ１３１からのデータ要求を受け付けると、スケジュール情報ＤＢ３５１から、要求されたスケジュールデータ等を読出し、セッション制御サーバ１３１に送信する。

ユーザ端末１４１、ユーザ端末１５１の各々は、通話処理部３７１、出力処理部３７２等を有する。ユーザ端末１４１、ユーザ端末１５１の各々の演算装置２０１は、メモリ２０２にロードしたプログラム（図示略）を実行することにより通話処理部３７１、出力処理部３７２等を実現する。

通話処理部３７１は、従来技術のＲＴＰやＲＴＣＰ等により、発信された呼に対して応答し、音声による通話を処理する。出力処理部３７２は、例えばブラウザ等により実現する機能であり、ポータルサーバ１１１から送信されたポータルサイト等を出力装置２０４のディスプレイ等に表示処理する。

次に、上述した情報の一例について説明する。

まず、図４を参照し、セッション管理ＤＢ３０１内の情報の一例について説明する。

本実施形態では、セッション情報管理部３１２は、１つのセッションに対し１つのテーブルを生成し、このテーブルをセッション管理ＤＢ３０１内に格納するものとする。即ち、複数のセッションが確立される場合、そのセッションの数だけ、このテーブルが生成される。以下、このテーブルを、セッション管理テーブルという。

図４において、セッション管理テーブル４０１は、統合セッションＩＤ４１１、呼制御サーバＩＤ４１２、ポータルサーバＩＤ４１３、ＳＩＰセッション情報４１４、Ｗｅｂセッション情報４１５等を有する。

統合セッションＩＤ４１１は、セッションの識別情報である。呼制御サーバＩＤ４１２は、呼制御を行なう呼制御サーバ１３２の識別情報である。ポータルサーバＩＤ４１３は、ポータルサービスを提供するポータルサーバ１１１の識別情報である。本実施形態では、呼制御サーバＩＤ４１２、ポータルサーバＩＤ４１３の各々は、呼制御サーバ１３２、ポータルサーバ１１１の各々のＵＲＬ（Uniform Resource Locator）であるものとする。ＳＩＰセッション情報４１４は、セッション制御サーバ１３１と呼接続を確立するセッションに関する情報である。ＳＩＰセッション情報４１４は、セッションを確立する端末ごとに、そのセッションに関する情報を格納する。具体的には、例えば、ＳＩＰセッション情報４１４は、ユーザＩＤ４２１、接続日時４２２、状態４２３、ユーザＩＤ４２４、接続日時４２５、状態４２６等を有する。ユーザＩＤ４２１、ユーザＩＤ４２４の各々は、ユーザＡ、ユーザＢ各々の識別情報である。接続日時４２２、接続日時４２５は、ユーザ端末１４１、ユーザ端末１５１の各々と、セッション制御サーバ１３１との接続が確立した日時である。状態４２３、状態４２６の各々は、ユーザ端末１４１、ユーザ端末１５１の各々と、セッション制御サーバ１３１との接続が確立したか否かを示す。Ｗｅｂセッション情報４１５は、ポータルサーバ１１１とＷｅｂ接続を確立するセッションに関する情報である。なお、ここでいうＷｅｂ接続とは、ユーザ端末１４１、ユーザ端末１５１の各々が、ポータルサーバ１１１にログイン等することを示す。Ｗｅｂセッション情報４１５は、セッションを確立する端末ごとに、そのセッションに関する情報を格納する。具体的には、例えば、Ｗｅｂセッション情報４１５は、ユーザＩＤ４３１、接続日時４３２、状態４３３、ユーザＩＤ４３４、状態４３５等を有する。ユーザＩＤ４３１、ユーザＩＤ４３４の各々は、ユーザ端末１４１、ユーザ端末１５１の各々の識別情報である。接続日時４３２は、ユーザ端末１４１と、ポータルサーバ１１１との接続が確立した日時である。状態４３３、状態４３５の各々は、ユーザ端末１４１、ユーザ端末１５１の各々と、ポータルサーバ１１１との接続が確立したか否かを示す。なお、図４の例では、ユーザ端末１５１とポータルサーバ１１１との接続がまだ確立していない場合の例であるので、ユーザ端末１５１とポータルサーバ１１１との接続が確立した日時が格納されておらず、かつ、状態４３５が「未ログイン」となっている。

次に、図５を参照し、ユーザ管理ＤＢ３０２内の情報の一例について説明する。

本実施形態では、１人のユーザに関する情報を１つのテーブルで管理し、このテーブルをユーザ管理ＤＢ３０２内に格納するものとする。即ち、複数のユーザが本実施形態のシステムを使用する場合、そのユーザの数だけ、このテーブルを有するものとする。以下、このテーブルを、ユーザ管理テーブルという。このユーザ管理テーブルは、予め２次記憶装置２０６に格納等されているものとする。

図５において、ユーザ管理テーブル５０１は、ユーザＩＤ５１１、ポータルサーバアカウント５１２、Ｗｅｂサービス名５１３、ＵＲＬ５１４、ユーザアカウント５１５、Ｗｅｂサービス名５１６、ＵＲＬ５１７、ユーザアカウント５１８等を有する。

ユーザＩＤ５１１は、ユーザの識別情報である。ポータルサーバアカウント５１２は、ユーザＩＤ５１１のユーザがポータルサーバ１１１にログイン等するときのアカウントである。Ｗｅｂサービス名５１３は、地図情報配信サーバ１２１により提供されるサービス名である。ＵＲＬ５１４は、地図情報配信サーバ１２１のＵＲＬである。ユーザアカウント５１５は、ユーザＩＤ５１１のユーザが地図情報配信サーバ１２１にログイン等するときのアカウントである。Ｗｅｂサービス名５１６は、スケジュール管理サーバ１２２により提供されるサービス名である。ＵＲＬ５１７は、スケジュール管理サーバ１２２のＵＲＬである。ユーザアカウント５１８は、ユーザＩＤ５１１のユーザがスケジュール管理サーバ１２２にログイン等するときのアカウントである。

なお、上述のように、本実施形態では、地図情報配信サーバ１２１、スケジュール管理サーバ１２２のみがユーザにデータを提供するものとしている。しかし、ユーザにデータを提供するサーバは、地図情報配信サーバ１２１、スケジュール管理サーバ１２２のみに限られるわけではない。これら以外のサーバ等がユーザにデータを提供する場合、ユーザ管理テーブル５０１には、その各サーバ等のＷｅｂサービス名、ＵＲＬ、ユーザアカウント等がさらに含まれる。

次に、動作例を説明する。

ここでは、まず、シーケンス例を説明し、その後、単体の動作例を説明する。

まず、図６を参照し、セッションを確立する場合のシーケンス例を説明する。図６の例では、ユーザＡがユーザＢに発信する場合の例を説明する。

予め、ユーザ端末１４１の通話処理部３７１、ユーザ端末１５１の通話処理部３７１の各々は、起動時等に、呼制御サーバ１３２に、自身の識別情報と位置情報とを登録しておく（”ＲＥＧＩＳＴＥＲ”等）。これは、従来技術と同じである。ユーザＡは、ユーザ端末１４１の入力装置２０５を用いて、ユーザＢの識別情報を指定等して、発信を指示する。ユーザ端末１４１の通話処理部３７１は、その指示に従い発信する（Ｓ６０１）。呼制御サーバ１３２の呼制御部３２１は、登録された位置情報からユーザＢのユーザ端末１５１の位置を取得し、その位置を宛先としてリクエストを送信する（Ｓ６０２）。ユーザＢが、ユーザ端末１５１の入力装置２０５を用いて電話に出る等すると、ユーザ端末１５１の通話処理部３７１は、呼制御サーバ１３２に応答を送信する（Ｓ６０３）。呼制御サーバ１３２の呼制御部３２１は、ユーザ端末１５１からの応答を受信すると、この応答をユーザ端末１４１に転送する。ユーザ端末１４１の通話処理部３７１が、この応答に対する応答を呼制御サーバ１３２に送信する。呼制御サーバ１３２の呼制御部３２１は、この応答をユーザ端末１５１に転送する。これにより、ユーザ端末１４１とユーザ端末１５１との間でセッションが確立される（Ｓ６０４）。このようなセッションを確立する技術は、例えばＳＩＰ等の従来技術である。セッションが確立した後の、ユーザ端末１４１とユーザ端末１５１との間での音声データの送受信は、例えばＲＴＰ等の従来技術である。

一方、セッションが確立すると、呼制御サーバ１３２の呼制御部３２１は、セッション制御サーバ１３１に、セッションを確立したことを通知するセッション確立情報を送信する（Ｓ６０５）。このセッション確立情報には、セッションを確立したユーザＡ、ユーザＢの各々の識別情報等が含まれる。セッション制御サーバ１３１のセッション情報管理部３１２は、サービスエージェント３１１を生成する（Ｓ６０６）。セッション制御サーバ１３１のポータルサーバ連携部３１４は、ポータルサーバ１１１へ、ログイン要求を送信する（Ｓ６０７）。このログイン要求には、セッション制御サーバ１３１のアカウント等が含まれる。ポータルサーバ１１１のデータ要求部３３１は、ログイン要求に含まれるアカウントと一致するものが、自身の２次記憶装置２０６に予め格納されているテーブル等（図示略）内に含まれているか否か等により認証する。この認証によりログインが許可されると、データ要求部３３１は、セッション制御サーバ１３１に許可通知を送信等する。これにより、セッション制御サーバ１３１とポータルサーバ１１１とのＷｅｂセッションが確立する（Ｓ６０８）。

次に、セッション制御サーバ１３１のサービスエージェント３１１は、ユーザ端末１４１に、Ｗｅｂセッション確立要求を送信する（Ｓ６０９）。ユーザ端末１４１の出力処理部３７２は、ポータルサーバ１１１にログイン要求を送信する（Ｓ６１０）。このログイン要求には、ユーザ端末１４１のアカウント等が含まれる。ポータルサーバ１１１のデータ要求部３３１は、ログイン要求に含まれるアカウントと一致するものが、自身の２次記憶装置２０６に予め格納されているテーブル等（図示略）内に含まれているか否か等により認証する。この認証によりログインが許可されると、データ要求部３３１は、ユーザ端末１４１に許可通知を送信等する。これにより、ユーザ端末１４１とポータルサーバ１１１とのＷｅｂセッションが確立する（Ｓ６１１）。Ｗｅｂセッションが確立すると、ユーザ端末１４１の出力処理部３７２は、セッション制御サーバ１３１に、Ｗｅｂセッションの確立を通知するＷｅｂセッション確立通知を送信する（Ｓ６１２）。

また、セッション制御サーバ１３１のサービスエージェント３１１は、ユーザ端末１５１に、Ｗｅｂセッション確立要求を送信する（Ｓ６１３）。ユーザ端末１５１の出力処理部３７２は、ポータルサーバ１１１にログイン要求を送信する（Ｓ６１４）。このログイン要求には、ユーザ端末１５１のアカウント等が含まれる。ポータルサーバ１１１のデータ要求部３３１は、ログイン要求に含まれるアカウントと一致するものが、自身の２次記憶装置２０６に予め格納されているテーブル等（図示略）内に含まれているか否か等により認証する。この認証によりログインが許可されると、データ要求部３３１は、ユーザ端末１５１に許可通知を送信等する。これにより、ユーザ端末１５１とポータルサーバ１１１とのＷｅｂセッションが確立する（Ｓ６１５）。Ｗｅｂセッションが確立すると、ユーザ端末１５１の出力処理部３７２は、セッション制御サーバ１３１に、Ｗｅｂセッションの確立を通知するＷｅｂセッション確立通知を送信する（Ｓ６１６）。

セッション制御サーバ１３１の呼制御サーバ連携部３１３は、呼制御サーバ１３２に、ユーザＡ、ユーザＢの各々の識別情報を含むＳＩＰセッション確立要求を送信する（Ｓ６１７）。呼制御サーバ１３２の呼制御部３２１は、上述と同じ動作により、セッション制御サーバ１３１とユーザ端末１４１、ユーザ端末１５１とセッション制御サーバ１３１の各々との間のセッションを確立する（Ｓ６１８、Ｓ６１９）。

なお、上述のシーケンスの例では、セッション制御サーバ１３１が、Ｗｅｂセッションを確立した後に続いてＳＩＰセッション確立要求を送信する例を説明したが、このＷｅｂセッション確立要求の送信するタイミングと、ＳＩＰセッション確立要求を送信するタイミングとは特に限定するものではない。例えば、上述のＳ６０１〜Ｓ６１６までの処理でセッションが確立したユーザ端末１４１、ユーザ端末１５１の各々を用いて、ユーザＡとユーザＢとが通話等している間に、ユーザ端末１４１、ユーザ端末１５１の入力装置２０５を用いて音声認識及び合成出力を指示し、この指示に従い、ユーザ端末１４１、ユーザ端末１５１の各々が、セッション制御サーバ１３１に、音声認識及び合成出力要求を送信した場合でもよい。また、例えば、予め、セッション制御サーバ１３１の２次記憶装置２０６等に、ユーザ毎等に音声認識及び合成出力を行なうか否かを示すテーブル等（図示略）を格納しておき、呼制御サーバ連携部３１３が、このテーブル等を参照して、上述のＳ６０１〜Ｓ６１６までの処理でセッションが確立した端末が音声認識及び合成出力を行なうものであると判定した場合、Ｓ６１７以降の処理を行なっても良い。また、ＳＩＰセッションを確立した後に、Ｗｅｂセッションを確立してもよい。

次に、図７を参照し、地図情報配信サーバ１２１から地図データを取得する場合のシーケンス例を説明する。ここでは、ユーザＡが地図検索サービスを要求する場合の例を説明する。なお、このシーケンス例は、取得した地図データを画像データ等で入力及び出力する場合の例を説明する。図７を用いて説明するシーケンス例は、ＳＩＰセッションの確立、Ｗｅｂセッションの確立までの動作例は、上述の図６に一例を示すシーケンス例のＳ６１６までと同じであるので、それ以降の動作例を説明する。

ユーザＡは、ユーザ端末１４１の入力装置２０５を用いる等して、地図検索サービスの提供を指示する。このとき、ユーザＡは、地図の検索条件等もあわせて指示する。ユーザ端末１４１の出力処理部３７２は、地図の検索条件を含む地図検索サービス要求をポータルサーバ１１１に送信する（Ｓ７０１）。ポータルサーバ１１１のデータ要求部３３１は、この地図検索サービス要求をセッション制御サーバ１３１に転送する（Ｓ７０２）。セッション制御サーバ１３１のＷｅｂサービス連携部３１６は、地図情報配信サーバ１２１に、ユーザＡの識別情報を含む地図検索サービス要求を送信する（Ｓ７０３）。地図情報配信サーバ１２１の要求処理部３４２は、ユーザＡの識別情報により認証等した後、自身の２次記憶装置２０６内の地図情報ＤＢ３４１から、受信した地図検索サービス要求に含まれる検索条件に合致する地図データを検索する（Ｓ７０４）。要求処理部３４２は、セッション制御サーバ１３１に、検索した地図データ等を送信する（Ｓ７０５）。セッション制御サーバ１３１のポータルサーバ連携部３１４は、ポータルサーバ１１１に、受信した地図データ等を送信する（Ｓ７０６）。ポータルサーバ１１１のデータ受付部３３２は、地図データを受け付ける。合成部３３３は、受け付けた地図データを、予め定められたフォーマットと合成する等して出力データを生成する。出力処理部３３４は、生成された出力データ等を、ユーザ端末１４１、ユーザ端末１５１の各々に送信する（Ｓ７０７、Ｓ７０８）。ユーザ端末１４１、ユーザ端末１５１の各々は、自身の出力装置２０４に、受信した出力データ等を出力する。

ここで、図８を参照し、ユーザ端末１４１、ユーザ端末１５１の各々が、自身の出力装置２０４のディスプレイに出力データを表示する場合の画面例を説明する。

図８において、画面８０１は、領域８１１、領域８１２等を有する。領域８１１は、発信可能なユーザ等を表示する領域である。領域８１２は、サービスを提供するための領域である。画面８０１の例では、領域８１２は、地図データの検索サービスを提供するためのものである。領域８１２は、領域８３１、領域８４１を有する。領域８３１は、地図データの検索条件の入力を受け付けるためのものである。この領域８３１に検索条件が入力され、ボタン８３２が押下等されると、ユーザ端末１４１、ユーザ端末１５１の各々の出力処理部３７２は、領域８３１に入力された検索条件を含む地図検索サービス要求を、ポータルサーバ１１１に送信する。また、ポータルサーバ１１１は、上述の動作例により検索された地図データ等を領域８４１に表示するように合成したデータを、ユーザ端末１４１、ユーザ端末１５１の各々に送信する。ユーザ端末１４１、ユーザ端末１５１の各々の出力処理部３７２は、受信したデータ等を出力装置２０４のディスプレイ等に表示する。

次に、図９を参照し、スケジュール管理サーバ１２２からスケジュールデータを取得する場合のシーケンス例を説明する。なお、このシーケンス例は、要求したスケジュールデータの検索条件を音声データで入力し、取得したスケジュールデータを音声データ及び画像データの両方で出力する場合の例を説明する。図９を用いて説明するシーケンス例は、ユーザ端末１４１、ユーザ端末１５１の各々との間のセッション確立までの動作例は、上述の図６に一例を示すシーケンス例のＳ６１９までと同じであるので、それ以降の動作例を説明する。

ユーザＡは、ユーザ端末１４１の入力装置２０５を用いて、出力装置２０４のディスプレイに表示されたボタンを押下等することにより、スケジュールデータの取得を指示する。ユーザ端末１４１の出力処理部３７２は、ポータルサーバ１１１に、スケジュールサービス要求を送信する（Ｓ９０１）。ポータルサーバ１１１のデータ要求部３３１は、このスケジュールサービス要求をセッション制御サーバ１３１に転送する（Ｓ９０２）。

セッション制御サーバ１３１の音声認識・合成サービス連携部３１５は、予め定められているＶＸＭＬ定義に従い、スケジュール管理サーバ１２２に、テキストデータを含む合成要求を送信する（Ｓ９０３）。この合成要求に含まれるテキストデータは、ＶＸＭＬ定義で定められた、取得するスケジュールデータの条件を問合せるためのものである。この詳細は後述する。

スケジュール管理サーバ１２２の音声処理部３６２は、音声情報ＤＢ３６１から、合成要求に含まれるテキストデータと対応する音声データを抽出し、セッション制御サーバ１３１に送信する（Ｓ９０４）。この処理は、従来技術の音声合成と同じである。

セッション制御サーバ１３１の通話処理部３１７は、スケジュール管理サーバ１２２から送信された音声データを、ユーザ端末１４１、ユーザ端末１５１の各々に送信する（Ｓ９０５、Ｓ９０６）。ユーザ端末１４１、ユーザ端末１５１の各々の通話処理部３７１は、出力装置２０４のスピーカ等から、この音声データを出力する。

ユーザＡは、ユーザ端末１４１の入力装置２０５のマイク等を用いて、音声データに対する応答を入力する。ユーザ端末１４１の通話処理部３７１は、この音声データをセッション制御サーバ１３１に送信する（Ｓ９０７）。

セッション制御サーバ１３１の音声認識・合成サービス連携部３１５は、音声認識・合成サーバ１３３に、ユーザ端末１４１から入力された音声データを含む認識要求を、音声認識・合成サーバ１３３に送信する（Ｓ９０８）。

音声認識・合成サーバ１３３の音声処理部３６２は、音声情報ＤＢ３６１から、受信した音声データと一致する音声データを選択し、選択した音声データに対応するテキストデータを抽出し、セッション制御サーバ１３１に送信する（Ｓ９０９）。この処理は、従来技術の音声認識と同じである。

ここで、音声認識・合成サービス連携部３１５は、上述のＳ９０３〜Ｓ９０９の処理を繰り返すことにより、他の検索条件を取得しても良い。ここでは、説明の簡略化のため、必要な検索条件のすべてを取得したものとする。

ポータルサーバ１１１のＷｅｂサービス連携部３１６は、スケジュール管理サーバ１２２に、ユーザＡ及びユーザＢの識別情報と、上述のＳ９０３〜Ｓ９０９の処理で取得した検索条件とを含むサービス要求を送信する（Ｓ９１０）。スケジュール管理サーバ１２２の要求処理部３５２は、２次記憶装置２０６内のスケジュール情報ＤＢ３５１から、サービス要求に含まれる識別情報と対応付けられており、かつ、そのサービス要求に含まれている検索条件と合致するスケジュールデータを検索する（Ｓ９１１）。要求処理部３５２は、検索したスケジュールデータをセッション制御サーバ１３１に送信する（Ｓ９１２）。

セッション制御サーバ１３１のポータルサーバ連携部３１４は、受信したユーザ毎のスケジュールデータを含む書き込み要求をポータルサーバ１１１に送信する（Ｓ９１３）。ポータルサーバ１１１のデータ受付部３３２は、書き込み要求を受け付ける。合成部３３３は、受け付けたスケジュールデータを所定フォーマットに追加する等して、ユーザ毎のスケジュールデータを表示する画面データ等を作成する。

一方、セッション制御サーバ１３１の音声認識・合成サービス連携部３１５は、音声認識・合成サーバ１３３に、テキストデータを含む合成要求を送信する（Ｓ９１４）この合成要求に含まれるテキストデータは、上述の処理によりスケジュール管理サーバ１２２から送信された、ユーザ毎のスケジュールデータである。音声認識・合成サーバ１３３の音声処理部３６２は、音声情報ＤＢ３６１から、合成要求に含まれるテキストデータと対応する音声データを抽出する等して、セッション制御サーバ１３１に送信する（Ｓ９１５）。セッション制御サーバ１３１の通話処理部３１７は、スケジュール管理サーバ１２２から送信された音声データを、ユーザ端末１４１、ユーザ端末１５１の各々に送信する（Ｓ９１６、Ｓ９１７）。

一方、ポータルサーバ１１１の出力処理部３３４は、ユーザ毎のスケジュールデータを表示する画面データを、ユーザ端末１４１、ユーザ端末１５１の各々に送信する（Ｓ９１８、Ｓ９１９）。これにより、ユーザ端末１４１、ユーザ端末１５１の各々の出力装置２０４から、ユーザＡ及びユーザＢのスケジュールが、音声、及び、画像により出力される。

ここで、図１０を参照し、ユーザ端末１４１、ユーザ端末１５１の各々が、自身の出力装置２０４のディスプレイにスケジュールデータを表示する場合の画面例を説明する。

図１０において、画面１００１は、領域１０１１等を有する。領域１０１１は、ユーザ毎のスケジュールを表示する領域である。ここで、ユーザＡ、ユーザＢは、ユーザ端末１４１、ユーザ端末１５１の各々の入力装置２０５を用いてボタン１０２１を押下等することにより、音声認識及び合成出力を行なうこと、及び、音声認識及び合成出力を行なわないことを指示することが可能となる。即ち、ボタン１０２１が１回押下等されるたびに、ユーザ端末１４１、ユーザ端末１５１の各々から、ポータルサーバ１１１に、音声認識及び合成出力要求、音声認識及び合成出力の停止要求が交互に送信される。ポータルサーバ１１１のデータ要求部３３１は、セッション制御サーバ１３１に、受信した音声認識及び合成出力要求、音声認識及び合成出力の停止要求を転送する。セッション制御サーバ１３１は、この要求に従い、音声認識及び合成出力を制御する。また、ユーザＡ、ユーザＢの各々が、ユーザ端末１４１、ユーザ端末１５１各々の入力装置２０５を用いて出力装置２０４のディスプレイに表示されたいずれかのスケジュールを指定する等すると、図１０のポップアップ１０３１に一例を示すように、そのスケジュールの詳細が表示される。

次に、セッション制御サーバ１３１単体の動作例を説明する。

まず、図１１を参照し、上述のＳ６０１〜Ｓ６１９までの、ポータルサーバ１１１、音声認識・合成サーバ１３３、ユーザ端末１４１、ユーザ端末１５１の各々とセッションを確立する動作例を説明する。

セッション制御サーバ１３１の呼制御サーバ連携部３１３は、呼制御サーバ１３２から送信されたセッション確立情報を受け付ける（Ｓ１１０１）。このセッション確立情報には、上述のように、セッションを確立したユーザの識別情報（ユーザＩＤ）に加え、呼制御サーバ１３２の識別情報（呼制御サーバＩＤ）も含まれる。セッション情報管理部３１２は、このセッションに関する情報をセッション管理ＤＢ３０１に格納する。具体的には、例えば、セッション情報管理部３１２は、まず、新たなセッション管理テーブル４０１を作成する。次に、セッション情報管理部３１２は、このセッションの統合セッションＩＤを取得し、セッション管理テーブル４０１の統合セッションＩＤ４１１として格納する。この統合セッションＩＤを取得する技術は任意でよく、例えば、所定の値と連番とを組み合わせることにより取得しても良い。さらに、セッション情報管理部３１２は、セッション確立情報に含まれている呼制御サーバ１３２の識別情報を、セッション管理テーブル４０１の呼制御サーバＩＤ４１２の値として格納する。

次に、セッション情報管理部３１２は、サービスエージェント３１１が生成されているか否か判定する（Ｓ１１０２）。この判定は任意でよいが、例えば、サービスエージェント３１１が生成されているか否かを示すフラグを参照することにより判定してもよい。

Ｓ１１０２の判定の結果、サービスエージェント３１１が生成されている場合、サービスエージェント３１１は、セッション制御サーバ１３１がポータルサーバ１１１とセッションを確立しているか否か判定する（Ｓ１１０３）。この判定は任意でよいが、例えば、セッションが確立されているか否かを示すフラグを参照することにより判定してもよい。

Ｓ１１０３の判定の結果、セッションが確立されていない場合、ポータルサーバ連携部３１４は、ポータルサーバ１１１に、ログイン要求を送信する（Ｓ１１０４）。このログイン要求には、セッション制御サーバ１３１のアカウントが含まれる。上述のように、ポータルサーバ１１１のデータ要求部３３１は、ログイン要求に対し認証等したうえで、応答を送信する。この応答には、ポータルサーバ１１１の識別情報が含まれている。ポータルサーバ１１１からの応答を受信すると、セッション制御サーバ１３１のセッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１を更新する。具体的には、セッション情報管理部３１２は、新たに生成したセッション管理テーブル４０１のポータルサーバＩＤ４１３の値として、ログイン要求に対し応答を送信したポータルサーバ１１１の識別情報を格納する。

一方、上述のＳ１１０３の判定の結果、セッションが確立されている場合、又は、上述のＳ１１０４の処理の後、サービスエージェント３１１は、ユーザの端末に、Ｗｅｂセッション確立要求を送信する（Ｓ１１０５）。そのために、サービスエージェント３１１は、呼制御サーバ１３２から送信されたセッション確立情報に含まれているユーザの識別情報（ユーザＩＤ）の各々を宛先とするＷｅｂセッション確立要求を送信する。具体的には、例えば、サービスエージェント３１１は、ユーザ端末１４１、ユーザ端末１５１の各々に、Ｗｅｂセッション確立要求を送信する。また、セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１を更新する。具体的には、セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１のＷｅｂセッション情報４１５に、上述のＳ１１０１で受信したセッション確立情報に含まれていたユーザの識別情報を格納し、さらに、このユーザの識別情報毎に、状態が「未ログイン」であることを示す情報を格納する。

Ｗｅｂセッション確立要求を受信したユーザ端末１４１、ユーザ端末１５１の各々は、ポータルサーバ１１１に、自身の識別情報等を含むログイン要求を送信する。ポータルサーバ１１１は、２次記憶装置２０６に記憶されているテーブルに、ログイン要求に含まれている識別情報と一致するものが含まれているか否かにより認証し、認証結果をユーザ端末１４１、ユーザ端末１５１の各々に送信する。認証された場合、ユーザ端末１４１、ユーザ端末１５１の各々は、セッション制御サーバ１３１にログインしたことを通知するＷｅｂセッション確立通知を送信する。

サービスエージェント３１１は、ユーザ端末から送信されたＷｅｂセッション確立通知を受け付ける（Ｓ１１０６）。セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１を更新する。具体的には、セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１のＷｅｂセッション情報４１５のユーザの識別情報毎の状態のうち、Ｗｅｂセッション確立通知を受信したものを「ログイン中」に更新する。さらに、セッション情報管理部３１２は、Ｗｅｂセッション情報４１５のユーザの識別情報のうち、Ｗｅｂセッション確立通知を送信したものに対応する接続日時として、このＷｅｂセッション確立通知を受信した日時等を格納する。

次に、呼制御サーバ連携部３１３は、呼制御サーバ１３２に、セッション確立要求を送信する（Ｓ１１０７）。このセッション確立要求には、上述のＳ１１０１で受信したセッション確立情報に含まれていたユーザの識別情報が含まれる。また、セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１を更新する。具体的には、セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１のＳＩＰセッション情報４１４に、上述のＳ１１０１で受信したセッション確立情報に含まれていたユーザの識別情報を格納し、さらに、このユーザの識別情報毎に、状態が「未確立」であることを示す情報を格納する。

次に、呼制御サーバ１３２の呼制御部３２１は、上述と同様に、このユーザの識別情報からユーザ端末１４１、ユーザ端末１５１の位置情報を取得し、この位置情報を宛先とする要求を送信等することにより、セッション制御サーバ１３１とユーザ端末１４１、セッション制御サーバ１３１とユーザ端末１５１とのＳＩＰセッションを確立する。呼制御サーバ１３２の呼制御部３２１は、セッション確立処理結果をセッション制御サーバ１３１に送信する。セッション制御サーバ１３１の呼制御サーバ連携部３１３は、セッション確立処理結果を受け付ける（Ｓ１１０８）。セッション情報管理部３１２は、セッション確立処理結果をセッション管理ＤＢ３０１に格納する。具体的には、セッション情報管理部３１２は、上述の処理で新たに生成したセッション管理テーブル４０１のＳＩＰセッション情報４１４内のユーザの識別情報毎の状態に、受信したセッション確立処理結果を格納する。セッション確立処理結果がセッション確立済みであることを通知するものである場合、セッション情報管理部３１２は、さらに、ユーザの識別情報毎の接続日時に、このセッション確立処理結果を受信した日時等を格納する。

一方、上述のＳ１１０２の判定の結果、サービスエージェント３１１が生成されていない場合、セッション情報管理部３１２は、サービスエージェント３１１を生成する（Ｓ１１０９）。この処理は、例えば、セッション情報管理部３１２が、所定のモジュールプログラムを実行することにより実現する。

サービスエージェント３１１は、セッション制御サーバ１３１と、上述のＳ１１０１で受信したセッション確立情報に含まれている識別情報のユーザの端末との間に、ＳＩＰセッションが確立されているか否か判定する（Ｓ１１１０）。この判定は任意でよいが、例えば、セッション管理ＤＢ３０１内のセッション管理テーブル４０１のＳＩＰセッション情報４１４に、上述のＳ１１０１で受信したセッション確立情報に含まれている識別情報と一致するものが含まれているか否かにより判定してもよい。

Ｓ１１１０の判定の結果、ＳＩＰセッションが確立されていない場合、上述のＳ１１０３以降の処理を行なう。

なお、上述のように、ＳＩＰセッションを確立するタイミングは任意でよい。

Ｓ１１１０の判定の結果、ＳＩＰセッションが確立されている場合、処理を終了する。

次に、図１２を参照し、上述のＳ７０１〜Ｓ７０８、Ｓ９０１〜Ｓ９１９までの、ユーザの端末へデータを提供するセッション制御サーバ１３１の動作例を説明する。

上述のように、ユーザ端末１４１、ユーザ端末１５１の各々は、自身の識別情報（ユーザＩＤ）を含む要求を送信する。ポータルサーバ１１１のデータ要求部３３１は、受信した要求をセッション制御サーバ１３１に転送する。

セッション制御サーバ１３１のポータルサーバ連携部３１４は、ポータルサーバ１１１から転送された要求を受け付ける。この要求の受付により、図１２に示す動作例が起動される。

サービスエージェント３１１は、ポータルサーバ１１１から入力される要求等から、要求されるサービスの種別が、地図検索サービス、音声認識・合成サービス、スケジュールサービスのうちどれに該当するのか判定する（Ｓ１２０１）。この判定は、例えば、サービスエージェント３１１は、入力される要求に地図検索サービス要求であることを示す情報が含まれている場合、地図検索サービス要求であると判定する。また、例えば、サービスエージェント３１１は、入力される要求にスケジュールサービス要求であることを示す情報が含まれている場合、スケジュールサービスであると判定する。この場合、サービスエージェント３１１は、Ｗｅｂサービス連携部３１６に、地図検索サービス要求、又は、スケジュールサービス要求への対応を指示する。

また、例えば、サービスエージェント３１１は、入力された要求に地図検索サービス要求であることを示す情報又はスケジュールサービス要求であることを示す情報が含まれ、かつ、音声認識・合成サービスが指示されている場合、音声認識・合成サービスを行なうと判定する。なお、ここで、音声認識・合成サービスが指示されているか否かを判定する処理は任意でよいが、例えば、ユーザ毎等に音声認識及び合成出力を行なうか否かを示すテーブル等を参照することにより判定してもよく、また、入力された要求にこのサービスを要求する情報が含まれているか否かにより判定してもよい。この場合、サービスエージェント３１１は、音声認識・合成サービス連携部３１５に、音声認識・合成サービスへの対応を指示する。

Ｓ１２０１の判定の結果、地図検索サービスである場合、Ｗｅｂサービス連携部３１６は、地図情報配信サーバ１２１に、検索要求を送信する（Ｓ１２０２）。Ｗｅｂサービス連携部３１６は、この検索要求に、地名や住所等の検索条件、及び、ユーザＡ又はユーザＢのアカウント等を含めて送信する。この検索条件は、ユーザ端末１４１、ユーザ端末１５１の各々から送信された地図検索サービス要求に含まれていたものでもよく、また、後述する音声合成及び音声認識処理により取得したものでもよい。また、ユーザＡ又はユーザＢのアカウントを取得するために、例えば、サービスエージェント３１１は、ユーザ管理ＤＢ３０２内のユーザ管理テーブル５０１のうち、ポータルサーバ１１１から転送された要求に含まれているユーザの識別情報と一致するユーザＩＤ５１１を有するものを選択し、選択したユーザ管理テーブル５０１から、Ｗｅｂサービス名５１３「地図情報配信」のユーザアカウント５１５を抽出する。

検索要求を受信すると、地図情報配信サーバ１２１の要求処理部３４２は、その検索要求に含まれるアカウントによる認証等を行なう。この認証は、例えば、要求処理部３４２が、地図情報配信サーバ１２１の２次記憶装置２０６に予め格納されているテーブル（図示略）に、検索要求に含まれるアカウントと一致するものが含まれているか否かにより判定する。次に、要求処理部３４２は、地図情報ＤＢ３４１から、その検索要求に含まれる検索条件を満たす地図データを読出し、セッション制御サーバ１３１に送信する。具体的には、例えば、要求処理部３４２は、地図情報ＤＢ３４１から、検索条件の地名や住所等の位置を含む所定範囲の地図画像データを読出し、セッション制御サーバ１３１に送信する。

セッション制御サーバ１３１のＷｅｂサービス連携部３１６は、地図情報配信サーバ１２１から送信された地図画像データを受け付ける（Ｓ１２０３）。ポータルサーバ連携部３１４は、この地図画像データを含む書き込み要求をポータルサーバ１１１に送信する（Ｓ１２０４）。

ポータルサーバ１１１のデータ受付部３３２は、書き込み要求を受け付ける。合成部３３３は、所定のフォーマット等に、受信した書き込み要求に含まれている地図画像データを組み合わせる等して、出力データを生成する。ポータルサーバ１１１の出力処理部３３４は、合成部３３３の生成した出力データをユーザ端末１４１、ユーザ端末１５１に送信する。なお、出力データの送信先は、ポータルサーバ１１１がセッション毎に管理しているものから取得してよく、また、セッション制御サーバ１３１がセッション管理テーブル４０１のＷｅｂセッション情報４１５からユーザＩＤ等を抽出して書き込み要求に含めたものから取得しても良い。

一方、Ｓ１２０１の判定の結果、音声認識・合成サービスである場合、音声認識・合成サービス連携部３１５は、予め定められたＶＸＭＬ定義に従い、取得するデータの条件を問い合わせるためのテキストデータを取得する（Ｓ１２０５）。ここで、本実施形態のＶＸＭＬ定義の一例を図１３に示す。図１３の例は、スケジュールサービスを受けるときのＶＸＭＬの一例である。ＶＸＭＬ定義は任意であるが、図１３に一例を示すように、複数の検索条件を、数回に分けて取得しても良い。

次に、音声認識・合成サービス連携部３１５は、スケジュール管理サーバ１２２に、上述のＳ１２０５の処理で取得したテキストデータを含む合成要求を送信する（Ｓ１２０６）。この合成要求に含まれるテキストデータは、ＶＸＭＬ定義で定められた、取得するスケジュールデータの条件を問合せるためのものである。

上述のように、スケジュール管理サーバ１２２の音声処理部３６２は、音声情報ＤＢ３６１から、合成要求に含まれるテキストデータと対応する音声データを抽出し、セッション制御サーバ１３１に送信する。

セッション制御サーバ１３１の音声認識・合成サービス連携部３１５は、スケジュール管理サーバ１２２から送信された音声データを受け付ける（Ｓ１２０７）。セッション制御サーバ１３１の通話処理部３１７は、ユーザ端末１４１、ユーザ端末１５１の各々に、この音声データを送信する（Ｓ１２０８）。

ユーザ端末１４１、ユーザ端末１５１の各々の通話処理部３７１は、出力装置２０４のスピーカ等から、この音声データを出力する。ユーザＡ、ユーザＢの何れか一方は、ユーザ端末１４１又はユーザ端末１５１の入力装置２０５のマイク等を用いて、音声データに対する応答を入力する。ここでは、ユーザＡがユーザ端末１４１の入力装置２０５を用いて音声データを入力したものとする。ユーザ端末１４１の通話処理部３７１は、この音声データをセッション制御サーバ１３１に送信する。この処理は、従来技術の通話処理と同じである。

セッション制御サーバ１３１の通話処理部３１７は、音声データを受け付ける（Ｓ１２０９）。音声認識・合成サービス連携部３１５は、Ｓ１２０９で受け付けた音声データを含む認識要求を、音声認識・合成サーバ１３３に送信する（Ｓ１２１０）。

音声認識・合成サーバ１３３の音声処理部３６２は、音声情報ＤＢ３６１から、受信した音声データと一致する音声データを選択し、選択した音声データに対応するテキストデータを抽出し、このテキストデータを含む応答をセッション制御サーバ１３１に送信する。

セッション制御サーバ１３１の音声認識・合成サービス連携部３１５は、音声認識・合成サーバ１３３からのテキストデータを含む応答を受け付ける（Ｓ１２１１）。次に、音声認識・合成サービス連携部３１５は、検索条件を全て取得したか否か判定する（Ｓ１２１２）。この判定は、例えば、予め定められたＶＸＭＬ定義に定められた処理を行ったか否かにより判定するとよい。

Ｓ１２１２の判定の結果、検索条件を取得していない場合、音声認識・合成サービス連携部３１５は、上述のＳ１２０５以降の処理を再度行なう。

Ｓ１２１２の判定の結果、検索条件を取得している場合、音声認識・合成サービス連携部３１５は、上述のＳ１２０１以降の処理を再度行なう。即ち、入力される要求に地図検索サービス要求であることを示す情報が含まれている場合、上述のＳ１２０２以降の処理を行なう。また、入力される要求にスケジュールサービス要求であることを示す情報が含まれている場合、後述するＳ１２１３以降の処理を行う。

一方、Ｓ１２０１の判定の結果、受信した要求がスケジュールサービス要求である場合、セッション制御サーバ１３１のＷｅｂサービス連携部３１６は、スケジュール管理サーバ１２２に、サービス要求を送信する（Ｓ１２１３）。このサービス要求には、例えばユーザの識別情報、アカウント、日時、期間等、スケジュールを検索する検索条件が含まれる。スケジュール管理サーバ１２２に送信するサービス要求に含まれる識別情報は、受信したスケジュールサービス要求に含まれているものである。即ち、ユーザ端末１４１、ユーザ端末１５１の各々は、ユーザの指示に従う等して、スケジュールを要求するユーザの識別情報を含むスケジュールサービス要求を送信する。また、スケジュール管理サーバ１２２に送信するサービス要求に含まれる識別情報はセッション制御サーバ１３１が取得するものとする。このアカウントを取得するために、例えば、サービスエージェント３１１は、ユーザ管理ＤＢ３０２内のユーザ管理テーブル５０１のうち、ポータルサーバ１１１から転送された要求に含まれているユーザの識別情報と一致するユーザＩＤ５１１を有するものを選択し、選択したユーザ管理テーブル５０１から、Ｗｅｂサービス名５１６「スケジュール管理」のユーザアカウント５１８を抽出する。なお、ここで取得するアカウントは、通話しているユーザの一部でもよく、全てでもよい。また、スケジュール管理サーバ１２２に送信するサービス要求に含まれる検索条件は、ユーザ端末１４１、ユーザ端末１５１の各々から送信されたスケジュールサービス要求に含まれていたものでもよく、また、上述の音声合成及び音声認識処理により取得したものでもよい。

検索要求を受信すると、スケジュール管理サーバ１２２の要求処理部３５２は、その検索要求に含まれるアカウントによる認証等を行なう。この認証は、例えば、要求処理部３５２が、スケジュール管理サーバ１２２の２次記憶装置２０６に予め格納されているテーブル（図示略）に、検索要求に含まれるアカウントと一致するものが含まれているか否かにより判定する。次に、要求処理部３５２は、スケジュール情報ＤＢ３５１から、受信したスケジュールサービス要求に含まれる検索条件を満たすスケジュールデータを読み出す。具体的には、例えば、検索条件に、ユーザＡ、ユーザＢの各々の識別情報と、期間等が含まれる場合、要求処理部３５２は、スケジュール情報ＤＢ３５１から、ユーザＡ、ユーザＢの各々の識別情報毎に、検索条件の期間を含む日時と対応付けられているスケジュールデータを読み出す。要求処理部３５２は、読み出したユーザ毎のスケジュールデータを含む応答をセッション制御サーバ１３１に送信する。

セッション制御サーバ１３１のＷｅｂサービス連携部３１６は、送信された応答を受け付ける（Ｓ１２１４）。呼制御サーバ連携部３１３は、ポータルサーバ１１１に、この応答に含まれるユーザ毎のスケジュールデータ等を含む書き込み要求を送信する（Ｓ１２１５）。

ポータルサーバ１１１のデータ受付部３３２は、書き込み要求を受け付ける。合成部３３３は、所定のフォーマット等に、受信した書き込み要求に含まれているユーザ毎のスケジュールデータを組み合わせる等して、出力データを生成する。ポータルサーバ１１１の出力処理部３３４は、合成部３３３の生成した出力データをユーザ端末１４１、ユーザ端末１５１に送信する。なお、出力データの送信先は、ポータルサーバ１１１がセッション毎に管理しているものから取得してよく、また、セッション制御サーバ１３１がセッション管理テーブル４０１のＷｅｂセッション情報４１５からユーザＩＤ等を抽出して書き込み要求に含めたものから取得しても良い。

一方、セッション制御サーバ１３１のサービスエージェント３１１は、音声出力が指示されているか否か判定する（Ｓ１２１６）。この処理は任意でよく、例えば、ユーザ毎等に音声認識及び合成出力を行なうか否かを示すテーブル等を参照することにより判定してもよく、また、入力された要求にこのサービスを要求する情報が含まれているか否かにより判定してもよい。

Ｓ１２１６の判定の結果、音声出力が指示されていない場合、今回の処理を終了する。

Ｓ１２１６の判定の結果、音声出力が指示されている場合、音声認識・合成サービス連携部３１５は、音声認識・合成サーバ１３３に、上述のＳ１２１４の処理で受け付けたスケジュールデータを含む合成要求を送信する（Ｓ１２１７）。

スケジュール管理サーバ１２２の音声処理部３６２は、音声情報ＤＢ３６１から、合成要求に含まれるテキストデータと対応する音声データを抽出し、この音声データを含む応答をセッション制御サーバ１３１に送信する。

セッション制御サーバ１３１の音声認識・合成サービス連携部３１５は、スケジュール管理サーバ１２２から送信された応答を受け付ける（Ｓ１２１８）。セッション制御サーバ１３１の通話処理部３１７は、ユーザ端末１４１、ユーザ端末１５１の各々に、この音声データを送信する（Ｓ１２１９）。

上述の処理により、複数のユーザ端末の各々に、同じ情報を提供することが可能となる。これにより、ユーザは、相手と同じ情報を参照等しながら通話することが可能となる。また、情報を音声データに変換してユーザに提供することが可能となる。
＜第２の実施形態＞
次に、第２の実施形態を説明する。

以下で説明する第２の実施形態は、ユーザの用いる端末が携帯電話であるという点のみが、上述の第１の実施形態との違いである。それ以外の構成例及び動作例は上述の第１の実施形態と同じであるので、異なるシステム構成のみ説明する。

図１４は、第２の実施形態のシステム構成例を示す。図１４において、通信ネットワーク１０６は、携帯通信事業者ネットワーク１４０１、公衆無線ＬＡＮネットワーク１４０２とさらに接続される。ユーザ端末１４２１、ユーザ端末１４２２の各々は、携帯電話である。ユーザ端末１４２１と、ユーザ端末１４２２との各々は、携帯通信事業者ネットワーク１４０１、公衆無線ＬＡＮネットワーク１４０２の各々に接続され、これらのうち何れか一方を介して、通信ネットワーク１０６と接続する。

なお、ユーザ端末１４２１、ユーザ端末１４２２の各々の機能及び動作例は、上述の第１の実施形態のユーザ端末１４１、ユーザ端末１５１等と同じであるので省略する。

このように、本実施形態を携帯電話に適用することで、通話しながら地図を見る、スケジュールを確認することが可能となる。

以上、この発明の実施形態を、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

具体的には、例えば、上述の実施形態では、ユーザに地図及びスケジュールを提供する場合の例を説明したが、提供するデータは任意であり、これに限られるわけではない。例えば、電子メールや任意のアプリケーションソフトのファイル等、動画像データ、静止画像データ、音声データ、テキストデータ等を提供可能である。

また、上述の実施形態では、スケジュールの検索条件を音声合成及び音声認識により取得する場合の例を説明したが、これに限られるわけではない。スケジュールの検索条件は、ユーザがキーボードやスイッチ、ボタン等を用いてテキストデータとして入力したものでもよい。また逆に、地図の検索条件を音声合成及び音声認識により取得してもよい。

また、上述の実施形態では、ポータルサーバがユーザ端末に、要求されたデータを含む出力データを送信しているが、これに限られるわけではない。セッション制御サーバがユーザ端末に出力データを送信しても良い。即ち、ユーザ端末に出力データを送信するものは任意でよい。

また、上述の実施形態では、音声認識・合成サーバが音声認識及び合成処理を行なっているが、これに限られるわけではない。セッション制御サーバが音声認識及び合成処理を行なっても良い。即ち、音声認識及び合成処理を行なうものは任意でよい。

第１の実施形態のシステム構成例を示す図である。 同実施形態において、ハードウェア構成例を示す図である。 同実施形態において、機能ブロックの一例を示す図である。 同実施形態において、セッション管理テーブルの一例を示す図である。 同実施形態において、ユーザ管理テーブルの一例を示す図である。 同実施形態において、シーケンス例を示す図である。 同実施形態において、シーケンス例を示す図である。 同実施形態において、画面例を示す図である。 同実施形態において、シーケンス例を示す図である。 同実施形態において、画面例を示す図である。 同実施形態において、セッション制御サーバの動作例を示す図である。 同実施形態において、セッション制御サーバの動作例を示す図である。 同実施形態において、ＶＸＭＬの一例を示す図である。 第２の実施形態のシステム構成例を示す図である。

符号の説明

１０１：ポータルサイト、１０２：サービスサイト、１０３：ＩＰセントレックスサービス、１０４：拠点、１０５：拠点、２０１：演算装置、２０２：メモリ、２０３：入出力インタフェース、２０４：出力装置、２０５：入力装置、２０６：２次記憶装置、２０７：通信装置、１１１：ポータルサーバ、３３１：データ要求部、３３２：データ受付部、３３３：合成部、３３４：出力処理部、１２１：地図情報配信サーバ、３４１：地図情報ＤＢ、３４２：要求処理部、１２２：スケジュール管理サーバ、３５１：スケジュール情報ＤＢ、３５２：要求処理部、１３１：セッション制御サーバ、３０１：セッション管理ＤＢ、４０１：セッション管理テーブル、３０２：ユーザ管理ＤＢ、５０１：ユーザ管理テーブル、３１１：サービスエージェント、３１２：セッション情報管理部、３１３：呼制御サーバ連携部、３１４：ポータルサーバ連携部、３１５：音声認識・合成サービス連携部、３１６：Ｗｅｂサービス連携部、３１７：通話処理部、１３２：呼制御サーバ、３２１：呼制御部、１３３：音声認識・合成サーバ、３１６：音声情報ＤＢ、３６２：音声処理部、１４１：ユーザ端末、１５１：ユーザ端末、３７１：通話処理部、３７２：出力処理部

Claims (5)

1. 入出力装置を有し互いに音声を入出力する複数のユーザ端末の各々と、要求された情報を提供する情報提供装置とに接続される制御装置であって、
   ユーザ端末間の通話を接続する呼制御装置により前記ユーザ端末間での通話接続が確立された後に、該呼制御装置からの、前記通話接続が確立した各ユーザ端末を示す情報である通話接続情報を受信し、該受信した通話接続情報に基づいて、前記通話接続が確立しているユーザ端末間に情報提供のための接続である情報提供接続を確立し、前記受信した通話接続情報と前記確立した情報提供接続とを対応付けて管理している間に、前記情報提供接続を確立しているユーザ端末のうち何れか１つからのデータ要求を受け付ける要求受付手段と、
   前記データ要求を前記情報提供装置に送信する要求手段と、
   前記情報提供装置から送信された情報を異なる形式に変換する変換手段と、
   前記変換した形式の情報を、前記情報提供接続を確立しているユーザ端末の各々に提供する提供手段と、を有すること
   を特徴とする制御装置。
2. 請求項１記載の制御装置であって、
   前記変換手段は、前記情報提供装置から送信された情報に含まれているテキストデータを音声データに変換すること
   を特徴とする制御装置。
3. 請求項１または２記載の制御装置であって、
   前記提供手段は、前記情報提供装置から送信された情報に含まれている画像データを、前記ユーザ端末の各々に提供すること
   を特徴とする制御装置。
4. 入出力装置を有し互いに音声を入出力する複数のユーザ端末の各々と、要求された情報を提供する情報提供装置とが、制御装置に接続されるシステムにおける情報提供方法であって、
   前記制御装置が、
   ユーザ端末間の通話を接続する呼制御装置により前記ユーザ端末間での通話接続が確立された後に、該呼制御装置からの、前記通話接続が確立した各ユーザ端末を示す情報である通話接続情報を受信し、該受信した通話接続情報に基づいて、前記通話接続が確立しているユーザ端末間に情報提供のための接続である情報提供接続を確立し、前記受信した通話接続情報と前記確立した情報提供接続とを対応付けて管理している間に、前記情報提供接続を確立しているユーザ端末のうち何れか１つからのデータ要求を受け付ける要求受付ステップと、
   前記データ要求を前記情報提供装置に送信する要求ステップと、
   前記情報提供装置から送信された情報を異なる形式に変換する変換ステップと、
   前記変換した形式の情報を、前記接続が確立しているユーザ端末の各々に提供する提供ステップと、を実行すること
   を特徴とする情報提供方法。
5. 入出力装置を有し互いに音声を入出力する複数のユーザ端末の各々と、要求された情報を提供する情報提供装置とが接続される制御装置に実行させる情報提供プログラムであって、
   演算装置を有する前記制御装置に、
   ユーザ端末間の通話を接続する呼制御装置により前記ユーザ端末間での通話接続が確立された後に、該呼制御装置からの、前記通話接続が確立した各ユーザ端末を示す情報である通話接続情報を受信し、該受信した通話接続情報に基づいて、前記通話接続が確立しているユーザ端末間に情報提供のための接続である情報提供接続を確立し、前記受信した通話接続情報と前記確立した情報提供接続とを対応付けて管理している間に、前記情報提供接続を確立しているユーザ端末のうち何れか１つからのデータ要求を受け付ける要求受付ステップと、
   前記データ要求を前記情報提供装置に送信する要求ステップと、
   前記情報提供装置から送信された情報を異なる形式に変換する変換ステップと、
   前記変換した形式の情報を、前記接続が確立しているユーザ端末の各々に提供する提供ステップと、を実行させること
   を特徴とする情報提供プログラム。

Images