JP2001265680A - 複数メディアのセッションを管理する装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザ端末と情報提供システムの間で、複数
メディアを複合的に利用したネットワーク経由の情報処
理を実現することが課題である。 【解決手段】 セッション統合管理部７５は、ｅメー
ル、ＷＥＢ、音声等の複数のメディアを利用したセッシ
ョンの識別子を発行する。データ送受信部７３−ｉがセ
ッション識別子を含む処理要求を任意のメディアでユー
ザから受け取ると、メディアインタフェース７８−ｉ
は、そのセッション識別子を統一的に利用可能なデータ
に変換して、統合管理部７５に渡す。そして、統合管理
部７５は、変換されたセッション識別子に基づいて、セ
ッション管理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットの
ように、ネットワークを通じて情報を提供するシステム
において、情報処理のセッションを管理する装置および
方法に関する。

【０００２】

【従来の技術】近年の情報技術の進展に伴い、情報ネッ
トワークの利用が拡大しており、特にインターネットは
その中心的な存在として著しい進歩を見せている。ま
た、米国や日本に留まらず、世界各国において、ネット
ワークを利用したデータ通信が急速に伸びている。この
ため、近い将来、データ通信量が電話等の音声通信量を
しのぐとも言われている。

【０００３】ここで、インターネットの用途を確認する
ために、サイトのアクセスランキングを参照すると、広
く利用されている各種の検索エンジンが常に上位を占め
ており、インターネット利用時の情報検索に対するニー
ズの大きさが伺える。また、電子商取引（e-commerce）
での商品購入の際にも、まず、目的とする商品の検索を
行うことが多く、情報検索は情報提供サーバの基本機能
であるといえる。

【０００４】現在、インターネット上で情報検索を行う
方法としては、ＷＷＷ（world wideweb）で提供されて
いる検索エンジンのサイトを介して、検索条件入力と検
索結果表示を行う方法が一般的である。検索エンジンの
他、一般企業のホームページにおける情報提供サービス
においても、同様の検索方法が採用されている。

【０００５】この場合、検索、結果の表示、および結果
の絞込み等のために必要なサーバへのアクセスは、ＷＥ
Ｂ（ウェブ）という単一のメディアを使用して行われ
る。このとき、継続する情報処理における処理の開始か
ら終了までの一連の処理が、セッションとして管理され
る。ここでは、ＷＥＢという単一のメディアがセッショ
ン管理の対象となり、アクセス時にセッションＩＤを作
成して、セッションＩＤをＷＥＢページ間で引き継ぐ等
の方法により管理される。

【０００６】また、今日では、ｉ−ｍｏｄｅに代表され
る携帯情報端末が発売以来の爆発的な普及を見せてい
る。このタイプの携帯情報端末の特徴は、音声・ＷＥＢ
・電子メール（ｅメール）等の複数メディアを同一端末
で扱えることである。このような携帯情報端末からサー
バにアクセスする場合、メディア毎に別々にセッション
が管理される。

【０００７】図６５は、複数メディアを利用する従来の
情報提供システムを示している。図６５の情報提供シス
テムは、サーバ１、２、３、インターネット４、および
公衆電話網５からなる。

【０００８】サーバ１は、インターネット送受信部１１
によりインターネット４に接続され、メールシステム１
２を備える。メールシステム１２は、メールセッション
情報管理部１３およびメール制御部１４を含む。

【０００９】メール制御部１４は、インターネット４か
らインターネット送受信部１１を通して送られてくるユ
ーザの処理要求に対して、個別情報処理の通信制御を行
い、メールセッション情報管理部１３は、ｅメールに関
するセッション開始、セッション同一性管理、セッショ
ン切断等のセッション管理を行う。セッション同一性管
理では、１つのセッションに属する複数の個別情報処理
が管理され、ユーザから要求された処理が既に開始され
ているセッションに属するか否かが判定される。

【００１０】また、サーバ２は、インターネット送受信
部２１によりインターネット４に接続され、ＷＥＢシス
テム２２を備える。ＷＥＢシステム２２は、ＷＥＢセッ
ション情報管理部２３およびＷＥＢ制御部２４を含む。
ＷＥＢ制御部２４は、ユーザの処理要求に対して、個別
情報処理の通信制御を行い、ＷＥＢセッション情報管理
部２３は、ＷＥＢに関するセッション管理を行う。

【００１１】また、サーバ３は、音声送受信部３１によ
り公衆電話網５に接続され、音声システム３２を備え
る。音声システム３２は、音声セッション情報管理部３
３および音声制御部３４を含む。音声制御部３４は、ユ
ーザの処理要求に対して、個別情報処理の通信制御を行
い、音声セッション情報管理部３３は、音声に関するセ
ッション管理を行う。

【００１２】

【発明が解決しようとする課題】しかしながら、上述し
た従来の情報提供システムには、次のような問題があ
る。

【００１３】ユーザが複数メディアを扱うことが可能な
携帯情報端末を用いて情報検索を行う場合、端末は、Ｗ
ＥＢ等の単一メディアを介して検索、絞込み、および表
示を行っている。

【００１４】しかし、複数メディアを同一端末で扱える
場合には、その特徴を活かして、あらゆるメディアを組
み合わせて利用しながら検索、絞込み、および表示を行
えば、より効率的な情報検索が可能になるはずである。
例えば、音声で検索条件を入力し、検索結果をある程度
絞り込んだ後に、その結果をＷＥＢで表示することがで
きれば、ユーザにとって効率的な絞込みが可能になる。

【００１５】ところが、従来の単一メディアのセッショ
ン管理では、メディア毎に別々にセッション情報が管理
されているため、複数メディアのセッション情報を一貫
して管理することはできない。このため、複数メディア
を同一端末で扱えるという特徴を活かした情報検索サー
ビスは、今のところ存在しない。

【００１６】本発明の課題は、携帯情報端末のようなユ
ーザ端末と情報提供システムの間で、複数メディアを複
合的に利用した情報検索等のネットワーク経由の情報処
理を実現するセッション管理装置およびその方法を提供
することである。

【００１７】

【課題を解決するための手段】図１は、本発明のセッシ
ョン管理装置の原理図である。本発明の第１の局面にお
いて、セッション管理装置は、複数の通信手段４１、複
数のインタフェース手段４２、および統合管理手段４３
を備え、複数のメディアを利用したネットワーク経由の
情報処理のセッションを管理する。

【００１８】各通信手段４１は、複数のメディアのうち
対応するメディアのデータを送受信する。各インタフェ
ース手段４２は、複数のメディアのうちの１つに対応
し、対応する通信手段４１からセッション情報を受け取
って、受け取ったセッション情報に対応する統一セッシ
ョン情報を生成する。

【００１９】統合管理手段４３は、各インタフェース手
段４１から統一セッション情報を受け取り、受け取った
統一セッション情報に基づいて、複数のメディアのうち
２つ以上のメディアを利用したセッションの開始、同一
性管理、および切断を含むセッション管理に関する処理
を行う。

【００２０】複数のメディアには、例えば、ｅメール、
ＷＥＢ、音声等のメディアが含まれる。通信手段４１
は、いずれかのメディアを用いて、データをネットワー
ク４４に送信したり、ネットワーク４４からデータを受
信したりする。そして、受信したデータを、対応するメ
ディアを扱うインタフェース手段４２に渡す。

【００２１】受信したデータが、例えば、セッション識
別子のような識別情報を含むセッション情報であった場
合、インタフェース手段４２は、必要に応じて、通信手
段４１から受け取ったセッション情報を統一セッション
情報に変換する。そして、統一セッション情報を統合管
理手段４３に渡す。統一セッション情報は、統合管理手
段４３が識別可能なセッション情報であり、セッション
管理装置内で統一的に用いられる。

【００２２】統合管理手段４３は、インタフェース手段
４１から受け取った統一セッション情報に基づいて、対
応するセッションのセッション管理に関する処理を行
う。セッション管理には、セッションの開始、同一性管
理、および切断が含まれ、統一セッション情報に含まれ
る識別情報に基づいて、セッション同一性管理が行われ
る。

【００２３】これにより、２つ以上のメディアにまたが
る一貫したセッション管理が行われ、ユーザは、１つの
セッション内でアクセス毎に任意のメディアを用いて、
一連の継続した情報処理を行うことができる。したがっ
て、ユーザ端末と情報提供システムの間で、複数メディ
アを複合的に利用したネットワーク経由の情報処理が実
現される。

【００２４】また、本発明の第２の局面において、セッ
ション管理装置は、複数の通信手段４１および複数のイ
ンタフェース手段４２を備え、複数のメディアを利用し
たネットワーク経由の情報処理のセッションを管理す
る。

【００２５】各通信手段４１は、複数のメディアのうち
対応するメディアのデータを送受信する。各インタフェ
ース手段４２は、複数のメディアのうちの１つに対応
し、対応する通信手段４１からセッション情報を受け取
って、受け取ったセッション情報に対応する統一セッシ
ョン情報を生成する。また、これらのインタフェース手
段４２は、統一セッション情報に基づいて、複数のメデ
ィアのうち２つ以上のメディアを利用したセッションの
開始、同一性管理、および切断を含むセッション管理に
関する処理を行う。

【００２６】この場合、複数のインタフェース手段４２
が、セッション管理に関する処理を統一セッション情報
に基づいて分散協調して行うか、あるいは、１つのイン
タフェース手段４２が代表してその処理を行う。これに
より、統合管理手段４３がなくても、同様のセッション
管理を行うことが可能になる。

【００２７】例えば、図１の通信手段４１は、後述する
図３のデータ送受信部７３−ｉ（ｉ＝１，．．．，ｎ）
に対応し、図１のインタフェース手段４２は、図３のメ
ディアインタフェース７８−ｉに対応し、統合管理手段
４３は、図３のセッション情報統合管理部７５に対応す
る。また、例えば、ネットワーク４４は、図３のアクセ
ス網７１−ｉに対応する。

【００２８】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。本実施形態において
は、図６５に示したメディア毎のセッション情報管理部
の代わりに、複数メディアにまたがるセッションを管理
するセッション情報統合管理部を設ける。そして、一連
の複数メディアの入出力に対して、一貫したセッション
管理を行う。

【００２９】図２は、使用されるメディアがｅメール、
ＷＥＢ、および音声の３つに固定されたセッション管理
システムの構成図である。図２のセッション管理システ
ム５１は、例えば、コンピュータを用いて構成される情
報提供サーバに対応し、インターネット４および公衆電
話網５に接続されている。

【００３０】システム５１は、音声送受信部５２、イン
ターネット送受信部５３、およびメディアシステム５４
を備え、メディアシステム５４は、セッション情報統合
管理部５５、メール制御部５６、ＷＥＢ制御部５７、お
よび音声制御部５８を備える。

【００３１】音声送受信部５２は、公衆電話網５に接続
され、公衆電話網５から受信した音声をメディアシステ
ム５４に渡し、メディアシステム５４から受け取った音
声を公衆電話網５に送信する。また、インターネット送
受信部５３は、インターネット４に接続され、インター
ネット４から受信したｅメールおよびＷＥＢデータをメ
ディアシステム５４に渡し、メディアシステム５４から
受け取ったｅメールおよびＷＥＢデータをインターネッ
ト４に送信する。

【００３２】また、メール制御部５６およびＷＥＢ制御
部５７は、インターネット送受信部５３に接続され、そ
れぞれ、メールセッション情報変換部５９およびＷＥＢ
セッション情報変換部６０を含む。音声制御部５８は、
音声送受信部５２に接続され、音声セッション情報変換
部６１を含む。

【００３３】セッション情報統合管理部５５は、セッシ
ョン識別子（セッションＩＤ）を含むセッション情報に
基づいて、セッション開始、セッション同一性管理、セ
ッション切断等のセッション管理に関する一連の処理を
行う。

【００３４】ｅメール、ＷＥＢ、および音声のうちの任
意のメディアによるユーザからシステムへの任意の処理
要求に対して、システム５１は、要求された処理を行
う。このとき、セッション情報統合管理部５５は、セッ
ションＩＤを発行し、そのセッションＩＤを処理結果と
ともに登録する。

【００３５】また、発行されたセッションＩＤは、ユー
ザがアクセスに使用しているメディアの制御部に渡さ
れ、その制御部内のセッション情報変換部により、対応
するメディアとして識別可能なデータに変換される。そ
して、変換されたセッションＩＤは、処理結果とともに
ユーザに送信される。

【００３６】例えば、ユーザがｅメールでシステム５１
にアクセスしている場合、発行されたセッションＩＤ
は、メール制御部５６に渡され、メールセッション情報
変換部５９によりｅメール用のテキストに変換される。

【００３７】また、ユーザがＷＥＢでシステム５１にア
クセスしている場合、セッションＩＤは、ＷＥＢ制御部
５７に渡され、ＷＥＢセッション情報変換部６０により
ＷＥＢ用のテキストに変換される。

【００３８】また、ユーザが音声でシステム５１にアク
セスしている場合、セッションＩＤは、音声制御部５８
に渡され、音声セッション情報変換部６１により電話用
の音声に変換される。

【００３９】ユーザは、セッションＩＤを受け取ると、
それ以降、継続する処理要求を任意のメディアでシステ
ム５１に送信する際、受け取ったセッションＩＤも同時
に送信する。メディアシステム５４は、ユーザから受信
した処理要求を、ユーザがアクセスに使用しているメデ
ィアの制御部に渡し、その制御部内のセッション情報変
換部は、セッションＩＤを、セッション情報統合管理部
５５が識別可能なデータに変換する。そして、変換され
たセッションＩＤは、セッション情報統合管理部５５に
渡される。

【００４０】セッション情報統合管理部５５は、受け取
ったセッションＩＤをキーとして、登録されている処理
結果を検索し、システム５１は、検索された処理結果を
用いて要求された処理を行う。これにより、ユーザは、
アクセス毎にｅメール、ＷＥＢ、および音声のうちの任
意のメディアを用いて、一連の継続した情報処理を行う
ことができる。

【００４１】また、セッション情報統合管理部５５に登
録されるセッションＩＤと処理結果は、ユーザからの消
去要求や、一定期間経過等のあらかじめ決められた消去
条件に基づいて、任意に消去することができる。これに
より、セッション情報統合管理部５５のリソースが有効
利用される。

【００４２】図２のセッション管理システム５１では、
使用されるメディアがｅメール、ＷＥＢ、および音声の
３つに固定されているが、これをより多くのメディアに
拡張し、特定のメディアに限定されないセッション管理
を行うことも可能である。

【００４３】図３は、このような汎用的なセッション管
理システムの構成図である。図３のセッション管理シス
テム７２は、例えば、情報提供サーバに対応し、特定の
メディアに限定されない複数のアクセス網７１−ｉ（ｉ
＝１，２，．．．，ｋ，．．．，ｎ）に接続されてい
る。

【００４４】アクセス網７１−ｉは、それぞれ、異なる
タイプのメディアによる通信を担っており、このうち、
アクセス網７１−ｋおよび７１−ｎは、それぞれ、公衆
電話網およびインターネットに対応する。これらのアク
セス網上のメディアとしては、上述したｅメール、ＷＥ
Ｂ、および音声以外に、ファクシミリ、動画像、パーソ
ナルコンピュータ通信、ショートメール、制御信号等が
挙げられる。

【００４５】このうち、動画像は、リアルタイムで提供
される映像ストリームや、録画データを含み、制御信号
は、ユーザが特殊な入力装置を用いて生成する信号や、
ユーザが特殊な出力装置を用いて知覚する信号を含む。

【００４６】システム７２は、複数のデータ送受信部７
３−ｉおよびメディアシステム７４を備え、メディアシ
ステム７４は、セッション情報統合管理部７５と、特定
のメディアに限定されないメディア制御部７６を備え
る。このうち、データ送受信部７３−ｋおよび７３−ｎ
は、それぞれ、音声送受信部およびインターネット送受
信部に対応する。

【００４７】データ送受信部７３−ｉは、アクセス網７
１−ｉに接続され、アクセス網７１−ｉから受信したデ
ータをメディアシステム７４に渡し、メディアシステム
７４から受け取ったデータをアクセス網７１−ｉに送信
する。

【００４８】また、メディア制御部７６は、インタフェ
ース処理部７７と複数のメディアインタフェース７８−
ｉを備える。メディアインタフェース７８−ｉは、特定
のメディアに限定されないメディア別インタフェース群
を構成し、インタフェース処理部７７は、セッション情
報統合管理部７５と各メディアインタフェース７８−ｉ
の間のインタフェース処理を行う。また、メディアイン
タフェース７８−ｉは、データ送受信部７３−ｉに接続
され、セッション情報変換部７９−ｉを含む。

【００４９】このうち、メディアインタフェース７８−
ｋおよび７８−ｎは、それぞれ、音声インタフェースお
よびＷＥＢインタフェースに対応し、セッション情報変
換部７９−ｋおよび７８−ｎは、それぞれ、音声セッシ
ョン情報変換部およびＷＥＢセッション情報変換部に対
応する。

【００５０】セッション情報変換部７９−ｉは、対応す
るメディアインタフェース７８−ｉが扱うメディア別セ
ッション情報と、セッション情報統合管理部７５が扱う
セッション情報との間のデータ変換を行う。

【００５１】セッション情報統合管理部７５は、図２の
セッション情報統合管理部５５と同様に、セッションＩ
Ｄを含むセッション情報に基づいて、セッション開始、
セッション同一性管理、セッション切断等のセッション
管理に関する一連の処理を行う。

【００５２】任意のメディアによるユーザからシステム
７２への任意の処理要求に対して、システム７２は、要
求された処理を行う。このとき、セッション情報統合管
理部７５は、セッションＩＤを発行し、そのセッション
ＩＤを処理結果とともに登録する。

【００５３】また、発行されたセッションＩＤは、イン
タフェース処理部７７を介して、ユーザがアクセスに使
用しているメディアのメディアインタフェース７８−ｉ
に渡され、その中のセッション情報変換部７９−ｉによ
り、対応するメディアとして識別可能なデータに変換さ
れる。そして、変換されたセッションＩＤは、処理結果
とともにユーザに送信される。

【００５４】例えば、ユーザが音声でシステム７２にア
クセスしている場合、セッションＩＤは、音声インタフ
ェース７８−ｋに渡され、音声セッション情報変換部７
９−ｋにより電話用の音声に変換される。

【００５５】また、ユーザがＷＥＢでシステム７２にア
クセスしている場合、セッションＩＤは、ＷＥＢインタ
フェース７８−ｎに渡され、ＷＥＢセッション情報変換
部７９−ｎによりＷＥＢ用のテキストに変換される。

【００５６】ユーザは、セッションＩＤを受け取ると、
それ以降、継続する処理要求を任意のメディアでシステ
ム７２に送信する際、受け取ったセッションＩＤも同時
に送信する。

【００５７】メディアシステム７４は、ユーザから受信
した処理要求を、ユーザがアクセスに使用しているメデ
ィアのメディアインタフェース７８−ｉに渡し、その中
のセッション情報変換部７９−ｉは、セッションＩＤ
を、セッション情報統合管理部７５が識別可能なデータ
に変換する。そして、変換されたセッションＩＤは、イ
ンタフェース処理部７７を介して、セッション情報統合
管理部７５に渡される。

【００５８】セッション情報統合管理部７５は、受け取
ったセッションＩＤをキーとして、登録されている処理
結果を検索し、システム７２は、検索された処理結果を
用いて要求された処理を行う。これにより、ユーザは、
アクセス毎に任意のメディアを用いて、一連の継続した
情報処理を行うことができる。

【００５９】また、セッション情報統合管理部７５に登
録されるセッションＩＤと処理結果は、図２のシステム
と同様に、任意に消去することができ、セッション情報
統合管理部７５のリソースが有効利用される。

【００６０】また、セッション情報統合管理部７５は、
１人のユーザについて複数のセッションを管理すること
もできる。セッション情報統合管理部７５は、セッショ
ンＩＤの登録時に、ユーザＩＤ毎の複数のセッション確
立要求に応じて、ユーザＩＤ毎に複数のセッションＩＤ
を付与する。

【００６１】より具体的には、セッションＩＤ発行のタ
イミングにおいて、ユーザからの処理要求が新規である
とき、もしくは継続でないとき（処理要求にセッション
ＩＤが付加されていないとき）に、セッション情報統合
管理部７５は、新たにセッションＩＤを発行することを
許可する。

【００６２】そして、システム７２は、各ユーザからの
アクセス時に、それらのセッションＩＤから指定された
ものを選択し、指定されたセッションに対応する処理を
行う。これにより、各ユーザについて複数のセッション
を管理することができる。

【００６３】また、セッション情報統合管理部７５は、
１つのセッションに含まれる個別情報処理の版数管理を
行うこともできる。セッション情報統合管理部７５は、
個別情報処理の結果を保管するときに、処理結果毎に、
セッションＩＤとともに付加識別情報（版数情報または
履歴識別情報）を付与する。この付加識別情報として
は、例えば、付加番号（版数番号または履歴番号）が用
いられる。そして、ユーザは、継続する処理を行う際
に、複数の付加番号の中から必要なものを選択して、シ
ステム７２にアクセスする。

【００６４】より具体的には、セッション情報統合管理
部７５は、セッションＩＤを発行し、それを処理結果と
ともに登録するとき、もしくは、ユーザの継続処理要求
に対して、登録されたセッションＩＤと処理結果を検索
し、継続処理の結果をそのセッションＩＤに対して追加
登録するときに、セッションＩＤとともに版数番号（履
歴番号）を保管する。そして、処理結果の利用時に、ユ
ーザにセッションＩＤとともに版数番号を選択させる。

【００６５】これにより、ユーザは、セッション内の任
意の時点から再アクセスすることができ、継続処理の条
件を見直すことが可能となる。ところで、図３のセッシ
ョン管理システム７２では、セッション情報統合管理部
７５がメディア制御部７６から独立して、複数メディア
のセッション管理を行っているが、メディア制御部７６
内の各メディアインタフェース７８−ｉが分散協調して
セッション管理を行うことも可能である。

【００６６】図４は、このようなセッション管理システ
ムの構成図である。図４のセッション管理システム８１
は、図３のセッション情報統合管理部７５およびインタ
フェース処理部７７を含まず、メディア制御部７６内の
各メディアインタフェース７８−ｉがセッションＩＤを
発行する機能を有し、他のメディアインタフェースと通
信しながら、発行されたセッションＩＤと処理結果を協
調管理する。

【００６７】ユーザがセッションＩＤを送信して、ある
メディアインタフェース７８−ｉにアクセスしたとき、
そのメディアインタフェース７８−ｉ内のセッション情
報変換部７９−ｉは、そのセッションＩＤを共通のデー
タ形式に変換して、他のメディアインタフェースに転送
する。

【００６８】共通のセッションＩＤを受け取った各メデ
ィアインタフェースは、セッション情報変換部７９−ｉ
によりセッションＩＤを対応するメディアに変換し、そ
れをキーとして処理結果を検索する。そして、対応する
処理結果を取得すると、それを転送元のメディアインタ
フェース７８−ｉに返送する。これにより、メディアイ
ンタフェース間で同一のセッションが認識され、ユーザ
は任意の継続した情報処理を行うことができる。

【００６９】また、メディア制御部７６内のメディアイ
ンタフェース７８−ｉが分散協調してセッション管理を
行う代わりに、いずれか１つのメディアインタフェース
が代表してセッション管理を行うことも可能である。

【００７０】図５は、このようなセッション管理システ
ムの構成図である。図５のセッション管理システム８２
は、図３のセッション情報統合管理部７５およびインタ
フェース処理部７７を含まず、メディア制御部７６内の
特定のメディアインタフェース７８−２がセッションＩ
Ｄを発行し、他のメディアインタフェースと通信しなが
ら、発行されたセッションＩＤと処理結果を管理する。

【００７１】ユーザがセッションＩＤを送信して、ある
メディアインタフェース７８−ｉ（ｉ≠２）にアクセス
したとき、そのメディアインタフェース７８−ｉ内のセ
ッション情報変換部７９−ｉは、そのセッションＩＤを
共通のデータ形式に変換して、メディアインタフェース
７８−２に転送する。

【００７２】共通のセッションＩＤを受け取ったメディ
アインタフェース７８−２は、セッション情報変換部７
９−２によりセッションＩＤを対応するメディアに変換
し、それをキーとして処理結果を検索する。そして、対
応する処理結果を取得すると、それを転送元のメディア
インタフェース７８−ｉに返送する。これにより、メデ
ィアインタフェース間で同一のセッションが認識され、
ユーザは任意の継続した情報処理を行うことができる。

【００７３】図２から図５までに示したセッション管理
システムによれば、一連の複数メディアの入出力に対し
て、一貫したセッション管理が行われる。これにより、
ユーザからの処理要求がある限り、そのセッション情報
を永続的に管理することができる。また、複数メディア
間における処理の切り替えをインタラクティブに行うこ
とができ、非同期、非順序の処理を任意の処理回数で行
うことができる。したがって、シーケンシャルなシステ
ムとは異なり、自由度の高い情報処理が実現される。

【００７４】また、ユーザは、情報検索時に、複数メデ
ィアを自由に選択して組み合わせながら、効率の良い絞
込み検索を行うことができ、結果として、欲しい情報を
得るまでの時間を大幅に短縮することができる。さら
に、ＷＥＢに対するキー入力の代わりに音声入力を選択
したり、音声による検索結果通知の代わりにＷＥＢによ
る通知を選択したりすることで、操作性の良い絞込み検
索を行うことができる。したがって、複数のメディアを
複合的に利用しながらネットワーク経由の情報検索を行
う際の利便性が向上する。

【００７５】また、情報提供者は、情報検索のみなら
ず、複数メディアを利用した様々なサービスをユーザに
提供し、ユーザは、それらのサービスを任意のメディア
を用いて利用することが可能になる。例えば、電子商取
引のオンラインショッピング等において、商品閲覧・選
択時には、最も閲覧性の高いメディアを用い、クレジッ
ト決済時には、最もセキュリティの高いメディアを用い
ることが可能になる。

【００７６】次に、図６から図１２までを参照しなが
ら、図２および図３の構成に基づくセッション管理シス
テムの動作についてより詳細に説明する。図６は、図３
のセッション管理システムの詳細構成図である。図６の
セッション管理システム７２は、個別情報処理部９１と
マルチセッション管理データベース（マルチセッション
管理ＤＢ）９２をさらに備える。

【００７７】音声送受信部７３−ｋは、公衆電話網７１
−ｋとメディアシステム７４との間のインタフェースで
あり、音声データの送受信を制御する。また、インター
ネット送受信部７３−ｎは、インターネット７１−ｎと
メディアシステム７４との間のインタフェースであり、
インターネットデータの送受信を制御する。

【００７８】他のデータ送受信部７３−ｉは、他のアク
セス網７１−ｉとメディアシステム７４との間のインタ
フェースであり、各種メディアデータの送受信を制御す
る。これらの各種メディアには、現存するメディアの他
に、今後出現するメディアも含まれる。メディアシステ
ム７４は、メディア制御部７６により、任意のデータ送
受信部を介して任意のアクセス網に接続することができ
る。

【００７９】メディアシステム７４は、複数メディアの
セッションをマルチセッションとして統合管理するセッ
ション情報統合管理部７５と、任意のメディアからのシ
ステム７２の利用を可能とするメディア制御部７６と、
セッション情報を管理するマルチセッション管理データ
ベース９２とを含む。

【００８０】メディア制御部７６は、インタフェース処
理部７７を含み、任意に追加・削除できるメディアイン
タフェース７８−ｉを制御する。例えば、音声インタフ
ェース７８−ｋをメディア制御部７６に追加することに
より、システム５１は、音声メディアからの利用が可能
となり、ＷＥＢインタフェース７８−ｎを追加すること
により、ＷＥＢメディアからの利用が可能となる。

【００８１】個別情報処理部９１は、メディアシステム
７４からの依頼に応じて、ユーザが要求した個別情報処
理を行い、処理結果をメディアシステム７４に返す。個
別情報処理としては、例えば、情報検索、電子商取引に
おける商品閲覧や代金決済、ネットオークション、ＣＲ
Ｍ（customer relationship management）における顧客
オペレータと企業サーバ間の情報交換等の処理が行われ
る。

【００８２】図７は、図６のシステム７２によるマルチ
セッションＩＤ発行処理のフローチャートである。ユー
ザが任意のメディア（以降、アクセスメディアと記す）
によりシステム７２にアクセスし、初めて個別情報処理
を行う際、セッション情報統合管理部７５は、複数メデ
ィアを利用するためのマルチセッションＩＤを新規に発
行する（ステップＳ１）。そして、マルチセッション管
理データベース９２に格納されたマルチセッション情報
テーブルに、発行されたマルチセッションＩＤとともに
必要な情報を登録する。

【００８３】図８は、マルチセッション情報テーブルの
例を示している。図８のマルチセッション情報テーブル
には、マルチセッションＩＤ、ユーザＩＤ、最終アクセ
スメディア、アクセス開始日時、および最終アクセス日
時が、マルチセッション情報として登録される。新規マ
ルチセッションＩＤの発行時には、最終アクセス日時と
して、例えば、アクセス開始日時と同じ日時が登録され
る。

【００８４】次に、個別情報処理部９１は、メディアシ
ステム７４からマルチセッションＩＤを引き継いで、要
求された処理を行う（ステップＳ２）。そして、個別情
報処理部９１による処理が完了すると、セッション情報
統合管理部７５は、マルチセッション情報テーブルの最
終アクセスメディアと最終アクセス日時を更新する（ス
テップＳ３）。

【００８５】次に、メディア制御部７６は、アクセスメ
ディアを識別し（ステップＳ４）、対応するメディアイ
ンタフェース７８−ｉにマルチセッションＩＤを渡す。
メディアインタフェース７８−ｉは、セッション情報変
換部７９−ｉによりマルチセッションＩＤを変換し（ス
テップＳ５）、変換されたマルチセッションＩＤを、個
別情報処理の結果（回答）とともにユーザへ通知して、
処理を終了する。

【００８６】図９は、図６のシステム７２によるマルチ
セッションＩＤ利用処理のフローチャートである。ユー
ザがアクセスメディアによりマルチセッションＩＤを指
示してシステム７２へアクセスし、２回目以降の個別情
報処理を行う際、メディア制御部７６は、アクセスメデ
ィア用マルチセッションＩＤを取得する（ステップＳ１
１）。

【００８７】次に、メディア制御部７６は、アクセスメ
ディアを識別し（ステップＳ１２）、対応するメディア
インタフェース７８−ｉが、セッション情報変換部７９
−ｉにより、マルチセッションＩＤを変換する（ステッ
プＳ１３）。そして、変換されたマルチセッションＩＤ
は、セッション情報統合管理部７５に渡される。

【００８８】次に、セッション情報統合管理部７５は、
受け取ったマルチセッションＩＤをキーとしてマルチセ
ッション情報テーブルを検索し、対応するマルチセッシ
ョン情報を取得し、最終アクセスメディアを更新する
（ステップＳ１４）。そして、個別情報処理部９１は、
メディアシステム７４からマルチセッションＩＤを引き
継いで、要求された処理を行う（ステップＳ１５）。

【００８９】次のステップＳ１６からＳ１８までの処理
は、図７のステップＳ３からＳ５までの処理と同様であ
る。このように、ユーザが既存のマルチセッションＩＤ
を利用することを指示した場合、セッション情報統合管
理部７５は、そのマルチセッションＩＤをキーとして、
マルチセッション管理データベース９２のマルチセッシ
ョン情報テーブルからマルチセッション情報を取得す
る。そして、個別情報処理部９１は、そのマルチセッシ
ョン情報に基づいて、そのユーザの過去の個別情報処理
の履歴を取得し、その履歴に基づいて、再度、継続処理
を行う。

【００９０】ここでは、例えば、マルチセッション管理
データベース９２に、図１０に示すようなマルチセッシ
ョン履歴情報テーブルを設けておく。そして、継続して
行われる個別情報処理毎に、マルチセッションＩＤ、ア
クセスメディア、および履歴日時を、マルチセッション
ＩＤ毎にユニークな履歴番号（付加番号）とともに、マ
ルチセッション情報として登録しておく。これにより、
ユーザがアクセスメディアによりマルチセッションＩＤ
と履歴番号を指示してシステム７２へアクセスしたと
き、過去に遡って、過去の処理結果からの継続処理を行
うことが可能になる。

【００９１】図１１は、図６のシステム７２によるマル
チセッションＩＤ削除処理のフローチャートである。ユ
ーザが２回目以降の個別情報処理（継続処理を含む）を
行って、その処理が完了する際、メディア制御部７６
は、アクセスメディア用マルチセッションＩＤを取得す
る（ステップＳ２１）。

【００９２】次のステップＳ２２およびＳ２３の処理
は、図９のステップＳ１２およびＳ１３の処理と同様で
ある。次に、セッション情報統合管理部７５は、メディ
ア制御部７６から受け取ったマルチセッションＩＤをキ
ーとしてマルチセッション情報テーブルおよびマルチセ
ッション履歴情報テーブルを検索する（ステップＳ２
４）。そして、これらのテーブルから対応するマルチセ
ッション情報を削除し、処理を終了する。

【００９３】ユーザが個別情報処理（継続処理を含む）
を行った後、一定期間内に、この個別情報処理を行わな
い場合、システム７２は、自動的にマルチセッション情
報を削除する。

【００９４】図１２は、このマルチセッションＩＤ自動
削除処理のフローチャートである。セッション情報統合
管理部７５は、マルチセッション情報テーブルの最終ア
クセス日時を定期的に監視し（ステップＳ３１）、最終
アクセス日時と現在日時の差が一定期間を越えているか
否かをチェックする（ステップＳ３２）。

【００９５】その差が一定期間を越えていなければ、ス
テップＳ３１以降の処理を繰り返す。そして、最終アク
セス日時と現在日時の差が一定期間を越えれば、対応す
るマルチセッションＩＤをキーとして、マルチセッショ
ン情報テーブルおよびマルチセッション履歴情報テーブ
ルからマルチセッション情報を削除する（ステップＳ３
３）。

【００９６】ところで、図２のセッション管理システム
５１においても、図６と同様の個別情報処理部９１とマ
ルチセッション管理データベース９２を設けることがで
きる。この場合、現存し最も幅広く利用されているｅメ
ール、ＷＥＢ、および音声の３つのメディアに限定し
て、図６のセッション管理システム７２と同様のセッシ
ョン管理が行われる。

【００９７】次に、図１３から図２５までを参照しなが
ら、図６のセッション管理システム７２に基づく情報検
索システムについて説明する。図１３は、このような情
報検索システムの構成図である。図１３の情報検索シス
テムは、セッション管理システム７２および検索エンジ
ン１０１を含む。検索エンジン１０１は、システム７２
の外部ではなく、その内部に設けてもよい。

【００９８】システム７２の個別情報処理部９１は、回
答制御部１１１、回答保持データベース（回答保持Ｄ
Ｂ）１１２、ユーザ情報管理部１１３、ユーザ情報管理
データベース（ユーザ情報管理ＤＢ）１１４、情報検索
依頼部１１５、および検索結果獲得部１１６を備える。

【００９９】回答制御部１１１は、回答登録部１２１、
指定メディア変換部１２２、および回答処理部１２３を
含み、情報検索結果の回答を制御する。回答登録部１２
１は、履歴番号を発行し、それを検索結果等の必要な情
報とともに回答保持データベース１１２に登録する。ま
た、回答保持データベース１１２の情報の書込み、削
除、および更新を行う。

【０１００】指定メディア変換部１２２は、検索結果を
ユーザが希望する回答メディアのフォーマットに変換す
る。回答処理部１２３は、新規検索／継続の判定処理
と、回答保持データベース１１２を参照しながらの分析
処理等を行う。この分析処理には、例えば、ユーザＩＤ
およびマルチセッションＩＤに基づいて検索履歴を取得
する処理が含まれる。

【０１０１】ユーザ情報管理部１１３は、ユーザ情報登
録部１３１およびユーザ情報処理部１３２を含み、情報
検索システムを利用するユーザの情報を管理する。ユー
ザ情報登録部１３１は、ユーザＩＤを発行し、それを他
の情報とともにユーザ情報管理データベース１１４に登
録する。また、ユーザ情報管理データベース１１４の情
報の書込み、削除、および更新を行う。

【０１０２】ユーザ情報処理部１３２は、メディアシス
テム７４から渡されるユーザ情報を、ユーザ情報管理デ
ータベース１１４を参照しながら分析する。この分析処
理には、新規登録／修正登録の判定、既登録／未登録の
判定、登録を希望するメディアの判定等が含まれる。

【０１０３】情報検索依頼部１１５は、情報検索を検索
エンジン１０１へ依頼し、検索結果獲得部１１６は、検
索エンジン１０１から検索結果を獲得する。このような
構成によれば、情報検索およびその絞込み検索を行う
際、セッション情報統合管理部７５がセッション管理を
行うことにより、複数メディアを利用した一貫性のある
検索処理が可能となる。これにより、セッション管理シ
ステム７２の処理が情報検索に特化され、ユーザは任意
のメディアにより継続した情報検索を行うことができ
る。

【０１０４】ユーザは、情報検索を行う前に、任意のメ
ディアによりユーザ情報登録を行う。このとき、ユーザ
情報登録部１１３は、ユーザ情報をユーザ情報管理デー
タベース１１４に登録する。ユーザ情報には、ユーザが
情報検索を行うときに使用するメディアの種類が含まれ
る。

【０１０５】メディア制御部７６は、ユーザの希望する
利用メディアのうち、確認可能なものについて接続試験
を行い、接続が確認されたもののみを利用メディアとし
て登録する。このとき、メディア制御部７６内の各メデ
ィアインタフェース７８−ｉは、ユーザに対して登録確
認のメッセージを送信する。そして、そのメッセージが
伝達可能であれば、さらに登録終了確認メッセージを作
成して送信し、ユーザ側の対応するメディアのインタフ
ェースが利用可能である旨を通知する。

【０１０６】このようなユーザ情報登録処理によれば、
複数メディアによる情報検索の際に、各メディアが利用
可能であることが保証され、正確なユーザ情報の登録が
可能になる。

【０１０７】また、ユーザ情報登録の際に、ユーザが検
索メディアとして音声の利用を希望する場合、メディア
制御部７６は、音声インタフェース７８−ｋと音声送受
信部７３−ｋを使用して、ユーザの声紋情報を入手す
る。このとき、音声インタフェース７８−ｋは、ユーザ
に声紋登録の案内を発信し、ユーザ情報登録部１１３
は、ユーザからの声紋情報をユーザ情報管理データベー
ス１１４に登録する。

【０１０８】そして、ユーザが音声によりシステム７２
に情報検索を要求したとき、音声インタフェース７８−
ｋは、声紋認証に基づいてユーザ認証を行う。これによ
り、音声メディアによるアクセスのセキュリティが確保
される。また、音声による声紋認証の後でその他のメデ
ィアによるアクセスを許可することで、複数メディアの
セッション全体のユーザ認証を行うことが可能になる。

【０１０９】音声インタフェース７８−ｋは、例えば、
図１４に示すように、音声セッション情報変換部７９−
ｋの他に、音声セッション情報取得部１４１、音声・Ｐ
Ｂ／テキスト変換部１４２、および音声送受信処理部１
４３を備える。

【０１１０】音声送受信処理部１４３は、音声データお
よびＰＢ（プッシュボタン）信号の送受信を制御し、音
声・ＰＢ／テキスト変換部１４２は、受け取った音声デ
ータおよびＰＢ信号を、音声セッション情報取得部１４
１が認識できるように、テキストデータに変換する。音
声セッション情報取得部１４１は、そのテキストデータ
に含まれるマルチセッションＩＤ等のセッション情報を
取得して、音声セッション情報変換部７９−ｋに渡す。

【０１１１】このような音声インタフェース７８−ｋを
備えることで、ユーザは、音声データおよびＰＢ信号を
用いて情報検索システムを利用することができる。図１
５および図１６は、図１３の情報検索システムによるユ
ーザ情報登録処理のフローチャートである。ユーザ登録
を希望するユーザがアクセスメディアによりシステム７
２へアクセスすると、メディア制御部７６は、アクセス
メディアを識別し（図１５のステップＳ４１）、アクセ
スメディア用ログイン処理を行う（ステップＳ４２）。

【０１１２】例えば、アクセスメディアがｅメールの場
合、ユーザは、ユーザ名、登録を希望するメディア（ｅ
メール、ＷＥＢ、音声等）、登録を希望するメディアの
アドレス情報（ｅメールアドレス、電話番号等）、登録
の種別（新規登録、修正登録等）等の情報を、規定のフ
ォーマットに従ってｅメールに記述し、システム７２へ
送信する。そして、メディア制御部７６は、そのｅメー
ルからログインに必要な情報を抽出する。

【０１１３】また、ＷＥＢの場合には、メディア制御部
７６は、ログインフォームをユーザ端末に表示し、ログ
イン処理を行う。また、音声の場合には、メディア制御
部７６は、音声ガイダンスを通知し、ログインを案内す
る。

【０１１４】次に、メディア制御部７６は、アクセスメ
ディアにより受信したログイン情報をシステム７２内で
統一して利用できるように、受信データのメディア変換
を行う（ステップＳ４３）。メディア変換後の受信デー
タは、統一受信ログインデータとしてユーザ情報管理部
１１３に渡される。

【０１１５】例えば、システム７２内で統一して利用す
るデータ形式がテキストである場合、ｅメールやＷＥＢ
で送信されたテキストデータは、そのまま利用すること
ができる。そこで、メディア制御部７６は、受信データ
をそのまま統一受信ログインデータとして、ユーザ情報
管理部１１３に渡す。

【０１１６】また、電話で送信された音声データは、図
１４の音声・ＰＢ／テキスト変換部１４２により、テキ
ストデータに変換される。また、ファクシミリで送信さ
れたイメージデータは、ＯＣＲ（optical character re
ader）等の文字認識装置により、テキストデータに変換
される。

【０１１７】次に、ユーザ情報管理部１１３のユーザ情
報処理部１３２は、統一受信ログインデータを参照し
て、新規登録か修正登録かを判定する（ステップＳ４
４）。修正登録であれば、ユーザＩＤ等の認証ＩＤを取
得してユーザ認証（エラーチェック）を行い（ステップ
Ｓ４５）、既登録ユーザ情報を取得する（ステップＳ４
６）。また、新規登録であれば、ユーザ情報登録部１３
１は、ユーザＩＤを新規に発行する（ステップＳ４
７）。

【０１１８】次に、メディア制御部７６は、アクセスメ
ディア用登録／更新準備を行う（ステップＳ４８）。例
えば、アクセスメディアがｅメールの場合には、受信し
たｅメールを解析してユーザ登録に必要な情報を抽出
し、ＷＥＢの場合には、登録／更新フォームを表示し、
音声の場合には、音声ガイダンスを通知し、登録／更新
を案内する。

【０１１９】次に、メディア制御部７６は、アクセスメ
ディアにより受信した登録／更新情報をシステム７２内
で統一して利用できるように、ステップＳ４３と同様の
メディア変換を行う（ステップＳ４９）。メディア変換
後の受信データは、統一受信登録／更新データとしてユ
ーザ情報管理部１１３に渡される。

【０１２０】次に、ユーザ情報処理部１３２は、統一受
信登録／更新データを参照して、同じユーザ情報が異な
るユーザＩＤで登録されているか否かを判定する（ステ
ップＳ５０）。そのようなユーザ情報が既に登録されて
いれば、発行された新ユーザＩＤを削除し、既登録確認
の旨のメッセージをメディア制御部７６に渡す（ステッ
プＳ５１）。メディア制御部７６は、そのメッセージを
アクセスメディア用に変換し（ステップＳ５２）、アク
セスメディアによりユーザに通知して（ステップＳ５
３）、処理を終了する。

【０１２１】同じユーザ情報が未登録であれば、ユーザ
情報登録部１３１は、統一受信登録／更新データをユー
ザ情報として、ユーザ情報管理データベース１１４に格
納されたユーザ情報テーブルと利用メディア情報テーブ
ルに登録／反映する（ステップＳ５４）。

【０１２２】図１７は、ユーザ情報テーブルの例を示し
ており、図１８は、利用メディア情報テーブルの例を示
している。図１７のユーザ情報テーブルには、ユーザＩ
Ｄ、ユーザ名、ユーザ名の読み、電話番号、住所、およ
びｅメールアドレスが登録されている。また、図１８の
利用メディア情報テーブルには、ユーザＩＤ、利用メデ
ィア、利用メディアのアドレス情報、確認発信日時、お
よび認証用情報が登録されている。

【０１２３】次に、メディア制御部７６は、統一受信登
録／更新データを参照して、利用メディア登録確認が必
要なメディアがあるか否かを判定する（図１６のステッ
プＳ５５）。そのようなメディアがあれば、それがなく
なるまで、利用メディア毎に登録確認処理を行う。

【０１２４】メディア制御部７６は、まず、未確認の利
用メディアがあるか否かを判定し（ステップＳ５６）、
そのようなメディアがあれば、その利用メディアを識別
する（ステップＳ５７）。次に、その利用メディア用の
登録確認処理を行い（ステップＳ５８）、ステップＳ５
６以降の処理を繰り返す。利用メディア用の登録確認処
理については後述する。

【０１２５】ステップＳ５５において、利用メディア登
録確認が必要なメディアがない場合、および、ステップ
Ｓ５６において、未確認の利用メディアがなくなった場
合、メディア制御部７６は、登録確認の旨のメッセージ
をアクセスメディア用に変換し（ステップＳ５９）、ア
クセスメディアによりユーザに通知する（ステップＳ６
０）。

【０１２６】次に、メディア制御部７６は、アクセスメ
ディアが双方向性を持つか（インタラクティブか）否か
を判定し（ステップＳ６１）、双方向性を持たなけれ
ば、処理を終了する。ここで、メディアが双方向性を持
つとは、ユーザとシステムの間で、再アクセスなしで情
報のやり取りができることを意味する。

【０１２７】アクセスメディアが双方向性を持っていれ
ば、登録終了／登録修正確認メッセージをアクセスメデ
ィアによりユーザに通知して、ユーザからの返答を判定
する（ステップＳ６２）。そして、ユーザが登録終了に
同意した場合は、処理を終了する。

【０１２８】ユーザから修正要求を受信した場合は、登
録修正メッセージをアクセスメディア用に変換して、ア
クセスメディアによりユーザに通知し（ステップＳ６
３）、図１５のステップＳ４８以降の処理を行う。

【０１２９】図１９および図２０は、図１６のステップ
Ｓ５８における利用メディア登録確認処理のフローチャ
ートである。まず、ユーザ情報管理部１１３のユーザ情
報処理部１３２は、ユーザ情報管理データベース１１４
の利用メディア情報テーブルから、対応する利用メディ
アの確認発信日時、アドレス等を取得して、その利用メ
ディア用の登録確認準備を行い、取得した確認発信日時
を待ち合わせる（図１９のステップＳ７１）。

【０１３０】次に、確認発信日時になると、メディア制
御部７６は、その利用メディアのアドレスに対して、利
用メディア用登録確認を発信し（ステップＳ７２）、登
録確認発信が正常か否かを判定する（ステップＳ７
３）。それが異常の場合は、その利用メディアがリトラ
イ可能か否かを判定する（ステップＳ７４）。

【０１３１】リトライ不可能であれば、利用メディア情
報テーブルから、登録されている利用可能メディアの１
つを選択し、利用メディア用の登録確認エラーメッセー
ジを選択したメディア用に変換する（ステップＳ７
５）。そして、そのエラーメッセージを選択したメディ
アによりユーザに通知して（ステップＳ７６）、処理を
終了する。また、リトライ可能であれば、リトライ処理
を行って（ステップＳ７７）、ステップＳ７２以降の処
理を繰り返す。

【０１３２】ステップＳ７３において、登録確認発信が
正常の場合は、メディア制御部７６は、利用メディア用
の登録情報（例えば、声紋等の認証用情報）が必要か否
かを判定する（ステップＳ７８）。そして、登録情報が
必要でなければ、処理を終了する。また、登録情報が必
要であれば、利用メディア用登録メッセージを発信し
（ステップＳ７９）、ユーザから認証用データを受信す
る。

【０１３３】次に、ユーザ情報処理部１３２は、受信デ
ータからユーザＩＤを取得してユーザ認証を行い（ステ
ップＳ８０）、利用メディア用の登録情報の登録準備を
行う（図２０のステップＳ８１）。

【０１３４】次に、メディア制御部７６は、ユーザから
登録情報を受信し（ステップＳ８２）、受信データのメ
ディア変換を行う（ステップＳ８３）。メディア変換後
の受信データは、統一受信利用メディア用登録情報デー
タとして、ユーザ情報管理部１１３に渡される。

【０１３５】次に、ユーザ情報登録部１３１は、統一受
信利用メディア用登録情報データをユーザ情報管理デー
タベース１１４の利用メディア情報テーブルに登録する
（ステップＳ８４）。

【０１３６】そして、メディア制御部７６は、登録した
利用メディア（現在のアクセスメディア）について、ス
テップＳ８５からＳ８７までの処理を行う。この処理
は、図１６のステップＳ６１からＳ６３までの処理と同
様である。

【０１３７】図２１および図２２は、図１３の情報検索
システムによる情報検索処理のフローチャートである。
情報検索を希望するユーザ登録済のユーザが、アクセス
メディアによりシステム７２へアクセスすると、メディ
ア制御部７６は、アクセスメディアを識別し（図２１の
ステップＳ９１）、アクセスメディア用ログイン処理を
行う（ステップＳ９２）。

【０１３８】例えば、アクセスメディアがｅメールの場
合、ユーザは、ユーザＩＤ、パスワード等の認証文字、
新規検索／継続（回答獲得または絞込み検索）の種別、
マルチセッションＩＤ、履歴番号、検索条件、結果取得
方法（回答メディア）等の情報を、規定のフォーマット
に従ってｅメールに記述し、システム７２へ送信する。
回答メディアが音声の場合は、システム７２がユーザに
電話をかけて結果を通知するのか、もしくは、ユーザか
らシステム７２へ電話をかけて結果を取得するのか等の
情報も、結果取得方法に含まれる。

【０１３９】そして、メディア制御部７６は、そのｅメ
ールからログインに必要な情報を抽出する。ＷＥＢや音
声の場合にも、ユーザ情報登録の場合と同様の処理によ
り、ログインに必要な情報が取得される。

【０１４０】次に、メディア制御部７６は、取得したロ
グイン情報のメディア変換を行って、統一受信ログイン
データを生成する（ステップＳ９３）。そして、ユーザ
情報処理部１３２は、統一受信ログインデータのユーザ
ＩＤ等によりユーザ認証を行う（ステップＳ９４）。

【０１４１】次に、セッション情報統合管理部７５は、
統一受信ログインデータを参照して、新規検索か継続か
を判定する（ステップＳ９５）。新規検索であれば、マ
ルチセッションＩＤを発行し、マルチセッション管理デ
ータベース９２のマルチセッション情報テーブルに必要
な情報を登録する（ステップＳ９６）。

【０１４２】次に、メディア制御部７６は、アクセスメ
ディア用検索準備を行う（ステップＳ９７）。例えば、
アクセスメディアがｅメールの場合には、受信したｅメ
ールを解析して情報検索に必要な情報を抽出し、ＷＥＢ
の場合には、情報検索フォームを表示し、音声の場合に
は、音声ガイダンスを通知し、情報検索を案内する。

【０１４３】次に、メディア制御部７６は、受信した検
索条件のメディア変換を行って、システム７２内で統一
利用できる統一受信情報検索データを生成し（ステップ
Ｓ９８）、セッション情報統合管理部７５は、統一受信
情報検索データを情報検索依頼部１１５に渡す。このと
き、情報検索依頼部１１５により、マルチセッションＩ
Ｄが引き継がれる。

【０１４４】次に、情報検索依頼部１１５は、統一受信
情報検索データの検索条件を検索エンジン１０１に渡し
て、情報検索を依頼する（ステップＳ９９）。そして、
検索結果獲得部１１６は、検索エンジン１０１から検索
結果を受け取り、セッション情報統合管理部７５に渡
す。

【０１４５】セッション情報統合管理部７５は、マルチ
セッション情報テーブルの最終アクセスメディアおよび
最終アクセス日時を更新し、受け取った検索結果をマル
チセッションＩＤとともに、回答制御部１１１に渡す。

【０１４６】回答制御部１１１の回答登録部１２１は、
回答保持データベース１１２の回答管理テーブルおよび
回答情報テーブルに、受け取った検索結果をユーザへの
回答として登録・保持する（ステップＳ１００）。

【０１４７】図２３は、回答管理テーブルの例を示して
おり、図２４は、回答情報テーブルの例を示している。
図２３の回答管理テーブルには、マルチセッションＩ
Ｄ、ユーザＩＤ、履歴番号、検索条件、回答メディア、
自動回答の可否（true／false）、および回答発信日時
が登録されている。また、図２４の回答情報テーブルに
は、マルチセッションＩＤ、履歴番号、回答（検索結
果）、および回答のリンク情報が登録されている。

【０１４８】図２３の回答メディアは、ユーザにより指
定された利用メディアを表し、自動回答の可否は、シス
テム７２からユーザに回答を自動通知するか否かを表
す。自動回答可の場合は、回答発信日時があらかじめ登
録される。

【０１４９】ステップＳ９５において、検索処理の種別
が継続（回答獲得または絞込み検索）であれば、セッシ
ョン情報統合管理部７５は、統一受信ログインデータか
らマルチセッションＩＤを取得し、そのマルチセッショ
ンＩＤをキーとして、マルチセッション情報テーブルか
らそのユーザのマルチセッション情報を取得する（ステ
ップＳ１０１）。そして、マルチセッション情報テーブ
ルの最終アクセスメディアを更新し、マルチセッション
ＩＤを回答制御部１１１に渡す。

【０１５０】次に、回答制御部１１１の回答処理部１２
３は、マルチセッションＩＤをキーとして回答保持デー
タベース１１２を検索し、回答情報テーブルから対応す
る回答を取得する（ステップＳ１０２）。そして、継続
処理の種別が回答獲得か絞込み検索かを判定する（ステ
ップＳ１０３）。

【０１５１】絞込み検索の場合は、ステップＳ９７以降
の処理が行われる。この場合、セッション情報統合管理
部７５は、回答情報テーブルから取得された回答と統一
受信情報検索データを、マルチセッションＩＤとともに
情報検索依頼部１１５に渡して、回答が示す検索結果に
基づく絞込み検索を要求する。そして、検索結果獲得部
１１６から絞込み検索の結果を受け取り、回答制御部１
１１に渡す。

【０１５２】このとき、セッション情報統合処理部７５
は、継続して行われる絞込み検索処理毎に、履歴番号、
マルチセッションＩＤ、アクセスメディア、および履歴
日時を、図１０のマルチセッション履歴情報テーブルに
登録する。また、回答制御部１１１の回答登録部１２１
は、各回答について、図２３の回答管理テーブルと図２
４の回答情報テーブルに、マルチセッションＩＤととも
に履歴番号を登録する。そして、メディア制御部７６
は、回答およびマルチセッションＩＤとともに、履歴番
号をユーザに通知する。

【０１５３】これにより、ユーザがマルチセッションＩ
Ｄと履歴番号を指定して、システム７２に情報検索を要
求したとき、過去の検索結果をもとにして絞込み検索を
行うことができる。したがって、マルチセッション内の
任意の時点から、条件見直しによる再検索が可能にな
る。

【０１５４】また、検索結果をマルチセッション履歴情
報テーブル、回答管理テーブル、および回答情報テーブ
ルに登録する際、マルチセッションＩＤ毎に、最新の履
歴番号とその検索結果だけを保持し、再検索の際に、必
ず最新の検索結果をもとにして絞込みを行うようにして
もよい。これにより、検索結果を常に最新版に保つこと
ができ、ユーザは、常に最新の検索結果を利用すること
ができる。

【０１５５】ステップＳ１００において、検索結果が回
答保持データベース１１２に登録されると、次に、メデ
ィア制御部７６は、現在のアクセスメディアが指定され
た回答メディアと同じか否かを判定する（図２２のステ
ップＳ１０４）。

【０１５６】アクセスメディアが指定回答メディアと同
じ場合は、メディア制御部７６は、回答とマルチセッシ
ョンＩＤをアクセスメディア用に変換し（ステップＳ１
０５）、アクセスメディアによりユーザに通知する（ス
テップＳ１０６）。

【０１５７】次に、メディア制御部７６は、アクセスメ
ディアが双方向性を持つか否かを判定し（ステップＳ１
０７）、双方向性を持っていれば、終了／絞込み確認メ
ッセージをアクセスメディアによりユーザに通知して、
ユーザからの返答を判定する（ステップＳ１０８）。そ
して、ユーザから絞込み要求を受信した場合は、絞込み
検索メッセージをアクセスメディア用に変換して、アク
セスメディアによりユーザに通知し（ステップＳ１０
９）、図２１のステップＳ９７以降の処理を行う。

【０１５８】ステップＳ１０４において、アクセスメデ
ィアが指定回答メディアと異なる場合は、回答処理部１
２３は、図２３の回答管理テーブルを参照して、回答時
の利用メディアを識別し（ステップＳ１１０）、その回
答メディア用の回答準備を行う（ステップＳ１１１）。

【０１５９】次に、回答処理部１２３は、回答管理テー
ブルを参照して、自動回答の可否を判定する（ステップ
Ｓ１１２）。自動回答可（true）の場合は、後でシステ
ム７２からユーザに自動回答するものと判断し、回答メ
ディア用の回答処理を行う（ステップＳ１１３）。この
回答処理については後述する。

【０１６０】次に、メディア制御部７６は、サービス終
了メッセージをアクセスメディア用に変換し、アクセス
メディアによりユーザに通知する（ステップＳ１１
４）。そして、セッション情報統合管理部７５は、マル
チセッションＩＤを保持するか否かを判定する（ステッ
プＳ１１５）。マルチセッションＩＤを保持する場合
は、そのまま処理を終了し、それを保持しない場合は、
マルチセッションＩＤを削除して（ステップＳ１１
６）、処理を終了する。

【０１６１】ステップＳ１１２において、自動回答不可
（false ）の場合は、回答処理部１２３は、後でユーザ
がシステム７２に回答獲得要求を行うものと判断し、ス
テップＳ１１４以降の処理が行われる。また、ステップ
Ｓ１０７において、アクセスメディアが双方向性を持た
ない場合、および、ステップＳ１０８において、ユーザ
から終了要求を受信した場合も、ステップＳ１１４以降
の処理が行われる。

【０１６２】また、図２１のステップＳ１０３におい
て、継続処理の種別が回答獲得の場合は、図２２のステ
ップＳ１０４以降の処理が行われる。図２５は、図２２
のステップＳ１１３における回答メディア用回答処理の
フローチャートである。まず、ユーザ情報処理部１３２
は、図１８の利用メディア情報テーブルから、回答メデ
ィアに対応する利用メディアのアドレス等を取得する
（ステップＳ１２１）。また、回答処理部１２３は、図
２３の回答管理テーブルから回答発信日時等を取得し
て、回答メディア用の回答準備を行い、取得した回答発
信日時を待ち合わせる。

【０１６３】次に、回答発信日時になると、メディア制
御部７６は、回答メディアのアドレスに対して、回答と
マルチセッションＩＤを発信し（ステップＳ１２２）、
回答発信が正常か否かを判定する（ステップＳ１２
３）。それが異常の場合は、回答メディアがリトライ可
能か否かを判定する（ステップＳ１２４）。

【０１６４】リトライ不可能であれば、利用メディア情
報テーブルから、登録されている利用可能メディアの１
つを選択し、回答メディア用の回答エラーメッセージを
選択したメディア用に変換する（ステップＳ１２５）。
そして、そのエラーメッセージを選択したメディアによ
りユーザに通知して（ステップＳ１２６）、処理を終了
する。また、リトライ可能であれば、リトライ処理を行
って（ステップＳ１２７）、ステップＳ１２２以降の処
理を繰り返す。

【０１６５】ステップＳ１２３において、回答発信が正
常の場合は、メディア制御部７６は、回答メディアにつ
いて、図２２のステップＳ１０７およびＳ１０８と同様
の処理を行う（ステップＳ１２８およびＳ１２９）。そ
して、ステップＳ１２８において、回答メディアが双方
向性を持たなければ、そのまま処理を終了し、ステップ
Ｓ１２９において、ユーザから絞込み要求を受信した場
合は、図２２のステップＳ１０９以降の処理を行う。

【０１６６】また、システム７２は、一定期間、ユーザ
が情報検索処理を行わない場合、図１２と同様のマルチ
セッションＩＤ自動削除処理により、マルチセッション
管理データベース９２からマルチセッション情報を削除
する。

【０１６７】次に、図２６から図６２までを参照しなが
ら、図２のセッション管理システム５１に基づく情報検
索システムについて説明する。図２６は、このような情
報検索システムの構成図である。図２６の情報検索シス
テムは、セッション管理システム５１および検索エンジ
ン１０１を含み、インターネット４上に情報検索サービ
スのサイトを有する。検索エンジン１０１は、システム
５１の外部ではなく、その内部に設けてもよい。また、
システム５１は、図１３と同様の構成を有する個別情報
処理部９１を含む。

【０１６８】音声送受信部５２は、公衆電話網５とメデ
ィアシステム５４との間のインタフェースであり、音声
データの送受信を制御する。また、インターネット送受
信部５３は、インターネット４とメディアシステム５４
との間のインタフェースであり、インターネットデータ
の送受信を制御する。

【０１６９】メディアシステム５４は、ｅメール、ＷＥ
Ｂ、および音声が複合したセッションをマルチセッショ
ンとして統合管理するセッション情報統合管理部５５
と、各メディアからのシステム５１の利用を可能とする
メール制御部５６、ＷＥＢ制御部５７、および音声制御
部５８と、マルチセッション管理データベース９２とを
含む。

【０１７０】メール制御部５６は、メールセッション情
報変換部５９、メールセッション情報取得部１５１、お
よびメール送受信処理部１５２を備える。メール送受信
処理部１５２は、ｅメールの送受信を制御し、メールセ
ッション情報取得部１５１は、受信したｅメールのデー
タからマルチセッションＩＤ等のセッション情報を取得
する。また、メールセッション情報変換部５９は、得ら
れたセッション情報をセッション情報統合管理部５５が
扱える形式に変換する。

【０１７１】また、ＷＥＢ制御部５７は、ＷＥＢセッシ
ョン情報変換部６０、ＷＥＢセッション情報取得部１５
３、およびＷＥＢ送受信処理部１５４を備える。ＷＥＢ
送受信処理部１５４は、ＷＥＢデータの送受信を制御
し、ＷＥＢセッション情報取得部１５３は、受信したデ
ータからセッション情報を取得する。また、ＷＥＢセッ
ション情報変換部６０は、得られたセッション情報をセ
ッション情報統合管理部５５が扱える形式に変換する。

【０１７２】また、音声制御部５８は、音声セッション
情報変換部６１と、図１４の音声セッション情報取得部
１４１、音声・ＰＢ／テキスト変換部１４２、および音
声送受信処理部１４３を備える。この場合、音声セッシ
ョン情報変換部６１は、音声セッション情報取得部１４
１が取得したセッション情報を、セッション情報統合管
理部５５が扱える形式に変換する。

【０１７３】このような構成によれば、情報検索および
その絞込み検索を行う際、セッション情報統合管理部５
５がセッション管理を行うことにより、ｅメール、ＷＥ
Ｂ、および音声を利用した一貫性のある検索処理が可能
となる。これにより、セッション管理システム５１の処
理が情報検索に特化され、ユーザはｅメール、ＷＥＢ、
および音声のうちの任意のメディアにより継続した情報
検索を行うことができる。

【０１７４】図２７および図２８は、図２６の情報検索
システムにおけるｅメールによるユーザ情報登録処理の
フローチャートである。ユーザ登録を希望するユーザ
は、事前に、図２９に示すような規定のｅメールユーザ
登録フォーマットを入手しておく。そして、そのフォー
マットに従い、登録の種別（新規登録、修正登録等）、
ユーザＩＤ（修正登録の場合）、ユーザ名、登録を希望
するメディア（ｅメール、ＷＥＢ、音声等）、登録を希
望するメディアのアドレス情報（ｅメールアドレス、電
話番号等）等をｅメールに記述し、記入済みフォーマッ
トのｅメールをシステム５１に送信する。

【０１７５】メール制御部５６は、受信したｅメールか
らユーザ情報を抽出し、ユーザ情報処理部１３２は、登
録の種別が新規登録か修正登録かを判断する（図２７の
ステップＳ１３１）。新規登録であれば、次に、そのユ
ーザのユーザ情報が既登録か否かを判断する（ステップ
Ｓ１３２）。

【０１７６】ユーザ情報が既登録であれば、メール制御
部５６は、図３０に示すように、ユーザ情報が既登録の
旨を明記し、既登録のユーザ情報を添付した、既登録確
認ｅメールを作成・準備する（ステップＳ１３３）。そ
して、その既登録確認ｅメールをユーザに送信して（ス
テップＳ１３４）、処理を終了する。

【０１７７】ユーザ情報が未登録であれば、ユーザ情報
登録部１３１は、そのユーザに対してユーザＩＤを発行
し（ステップＳ１３５）、そのユーザＩＤと登録フォー
マットのユーザ情報を図１７のユーザ情報テーブルと図
１８の利用メディア情報テーブルに登録する（ステップ
Ｓ１３６）。

【０１７８】次に、ユーザ情報処理部１３２は、利用メ
ディア情報テーブルを参照し、ユーザが登録を希望する
メディアに音声が含まれているか否かと、認証用情報
（パスワード）としての声紋が登録されているか否かを
判断する（ステップＳ１３７）。希望メディアに音声が
含まれており、かつ、声紋が登録されていなければ、声
紋登録用通信予約設定処理により、音声制御部５８がユ
ーザへ電話をかけ、ユーザの声紋登録を行う（ステップ
Ｓ１３８）。この処理については、後で詳述する。

【０１７９】ステップＳ１３１において、登録の種別が
修正登録であれば、ユーザ情報処理部１３２は、そのユ
ーザのユーザＩＤを取得してユーザ認証を行い（ステッ
プＳ１３９）、ステップＳ１３６以降の処理を行う。こ
の場合、ユーザ情報テーブルと利用メディア情報テーブ
ルの内容が修正登録の内容に従って書き換えられる。

【０１８０】次に、ユーザ情報処理部１３２は、ユーザ
が登録時に使用するｅメールアドレスと、情報検索サー
ビスの利用時に使用するｅメールアドレスが一致するか
否かを判定する（図２８のステップＳ１４０）。両者が
一致すれば、メール制御部５６は、図３１に示すよう
に、ユーザ情報登録処理の結果メッセージと登録された
ユーザ情報を添付した登録確認ｅメールを作成・準備し
（ステップＳ１４１）、それをユーザに送信して（ステ
ップＳ１４２）、処理を終了する。

【０１８１】ステップＳ１４０において、登録時とサー
ビス利用時のｅメールアドレスが異なる場合、メール制
御部５６は、図３２に示すように、「システム利用ｅメ
ールアドレスが登録されました」等の定型文を添付した
利用ｅメールアドレス確認ｅメールを作成・準備する
（ステップＳ１４３）。そして、そのｅメールを利用ｅ
メールアドレスに対して送信し（ステップＳ１４４）、
正常に送信されたか否かを判断する（ステップＳ１４
５）。

【０１８２】利用ｅメールアドレス確認ｅメールが正常
に送信できれば、ステップＳ１４１以降の処理を行う。
それが正常に送信できなかった場合、ＷＥＢ制御部５７
は、図３３に示すように、ユーザが登録した利用ｅメー
ルアドレスがエラーである旨を通知し、ユーザ情報の修
正を促す、利用ｅメールアドレスエラーメッセージを作
成・準備する（ステップＳ１４６）。

【０１８３】そして、そのメッセージを、ユーザ登録の
ためのサービスサイト上の対応するユーザ専用のＷＥＢ
ページ（ｍｙページ）に登録・表示することで、ユーザ
に通知し（ステップＳ１４７）、ステップＳ１４１以降
の処理を行う。

【０１８４】また、図２７のステップＳ１３７におい
て、希望メディアに音声が含まれていない場合、あるい
は、希望メディアに音声が含まれており、かつ、声紋が
既に登録されている場合は、そのまま図２８のステップ
Ｓ１４０以降の処理を行う。

【０１８５】図３４および図３５は、図２６の情報検索
システムにおけるＷＥＢによるユーザ情報登録処理のフ
ローチャートである。ユーザ登録を希望するユーザは、
ユーザ登録のためのサービスサイトにアクセスし、ＷＥ
Ｂ制御部５７は、図３６に示すように、サービス案内と
新規登録を行うか修正登録を行うかの選択肢を提供する
登録ログインフォームを表示する（図３４のステップＳ
１５１）。ユーザが登録ログインフォーム上でいずれか
の選択肢を選択して、フォームをシステム５１に送信す
ると、システム５１はそれを受信し、ＷＥＢ制御部５７
は、受信データのエラーチェックを行う（ステップＳ１
５２）。

【０１８６】次に、ＷＥＢ制御部５７は、受信した登録
ログインフォームから、登録の種別が新規登録か修正登
録かを判断する（ステップＳ１５３）。新規登録であれ
ば、ＷＥＢ制御部５７は、図３７に示すように、図２９
と同様のユーザ情報を記述するためのユーザ情報登録／
更新フォームを表示する（ステップＳ１５４）。ただ
し、このフォームでは、登録の種別は省略されている。

【０１８７】次に、ユーザがユーザ情報登録／更新フォ
ームに必要事項を記入し、システム５１に送信すると、
システム５１はそれを受信し、ＷＥＢ制御部５７は、受
信データのエラーチェックを行って、必要事項の記入漏
れがないことを確認する（ステップＳ１５５）。

【０１８８】次のステップＳ１５６からＳ１６２までの
処理は、図２７のステップＳ１３２からＳ１３８までの
処理と同様である。この場合、ＷＥＢ制御部５７は、ス
テップＳ１５７において、図３０の既登録確認ｅメール
の代わりに、図３８に示すような登録確認ＷＥＢページ
を作成・準備し、ステップＳ１５８において、それを表
示する。また、登録の種別が新規登録であれば、ユーザ
情報登録部１３１は、ステップＳ１６０において、発行
されたユーザＩＤとユーザ情報登録／更新フォームのユ
ーザ情報をユーザ情報テーブルと利用メディア情報テー
ブルに登録する。

【０１８９】ステップＳ１５３において、登録の種別が
修正登録であれば、ユーザ情報処理部１３２は、ユーザ
認証を行い（ステップＳ１６３）、ＷＥＢ制御部５７
は、図３９に示すように、登録されているユーザ情報を
ユーザ情報更新画面に表示する（ステップＳ１６４）。
ユーザが表示されたユーザ情報を修正し、システム５１
に送信すると、システム５１はそれを受信し（ステップ
Ｓ１６５）、ステップＳ１６０以降の処理を行う。この
場合、ユーザ情報テーブルと利用メディア情報テーブル
の内容が修正されたユーザ情報に従って書き換えられ
る。

【０１９０】ステップＳ１６２の声紋登録用通信予約設
定処理が終了すると、次に、ＷＥＢ制御部５７は、新規
登録または修正登録によりｅメールが登録されたか否か
を判断する（図３５のステップＳ１６７）。ｅメールが
登録された場合、図２８のステップＳ１４３からＳ１４
７までの処理と同様の処理が行われる（ステップＳ１６
８〜Ｓ１７５）。

【０１９１】次に、ＷＥＢ制御部５７は、図３８に示し
たように、ユーザ情報登録処理の結果メッセージと登録
されたユーザ情報を添付した登録確認ＷＥＢページを作
成・準備し（ステップＳ１７１）、それを表示する（ス
テップＳ１７２）。このとき、ユーザは、登録確認ＷＥ
Ｂページに表示された登録情報が正しいか否かを判断
し、正しければ終了指示を送信し、間違っていれば修正
指示を送信する。

【０１９２】次に、ＷＥＢ制御部５７は、ユーザからの
指示を判定し、それが修正指示であれば、図３４のステ
ップＳ１６４以降の処理を繰り返し、終了指示であれ
ば、処理を終了する。ステップＳ１６７において、ｅメ
ールが登録されていない場合は、そのままステップＳ１
７１以降の処理が行われる。

【０１９３】図４０および図４１は、図２６の情報検索
システムにおける音声によるユーザ情報登録処理のフロ
ーチャートである。この処理においては、ユーザからシ
ステム５１への要求は、音声またはＰＢ信号等により行
われる。

【０１９４】ユーザ登録を希望するユーザは、システム
５１に電話をかけ、音声制御部５８は、サービス開始の
旨のメッセージと登録の種別を問合せるメッセージをユ
ーザに対して送出し、ログインのための音声ガイダンス
を行う（図４０のステップＳ１８１）。ユーザは、音声
ガイダンスに従って、新規登録を行うか修正登録を行う
かを、音声またはＰＢ信号等によりシステム５１に入力
し、システム５１は入力データを受信する（ステップＳ
１８２）。

【０１９５】次に、音声制御部５８は、ユーザが要求し
た登録の種別が新規登録か修正登録かを判断する（ステ
ップＳ１８３）。新規登録であれば、音声ガイダンスに
より、図３７と同様のユーザ情報の各事項について質問
し、ユーザは、音声ガイダンスに従って、１つずつ情報
を入力する（ステップＳ１８４）。そして、システム５
１は入力データを受信する。

【０１９６】次のステップＳ１８５からＳ１９０までの
処理は、図２７のステップＳ１３２からＳ１３７までの
処理と同様である。この場合、音声制御部５８は、ステ
ップＳ１８６において、図３０の既登録確認ｅメールの
代わりに、既登録確認メッセージを作成・準備し、ステ
ップＳ１８７において、それを音声ガイダンスにてユー
ザに通知する。また、登録の種別が新規登録であれば、
ユーザ情報登録部１３１は、ステップＳ１８９におい
て、発行されたユーザＩＤと入力されたユーザ情報をユ
ーザ情報テーブルと利用メディア情報テーブルに登録す
る。

【０１９７】ステップＳ１８３において、登録の種別が
修正登録であれば、ユーザ情報処理部１３２は、ＰＢ信
号のパスワードや声紋パスワード等をユーザＩＤとして
用いて、ユーザ認証を行う（ステップＳ１９４）。

【０１９８】次に、音声制御部５８は、音声ガイダンス
により、登録されているユーザ情報を順番に読み上げ
（ステップＳ１９５）、ユーザがどの情報を修正したい
のか（変更事項）を問合せるメッセージを出力する（ス
テップＳ１９６）。そして、ユーザが、音声ガイダンス
に従って、変更事項を選択し、更新データを入力する
と、システム５１は入力データを受信し（ステップＳ１
９７）、ステップＳ１８９以降の処理を行う。この場
合、ユーザ情報テーブルと利用メディア情報テーブルの
内容が修正登録の内容に従って書き換えられる。

【０１９９】ステップＳ１９０において、希望メディア
に音声が含まれており、かつ、声紋が未登録の場合は、
音声制御部５８は、今から声紋登録を行う旨の音声ガイ
ダンスをユーザに対して送出し（ステップＳ１９１）、
声紋データを入力させる（ステップＳ１９２）。そし
て、声紋データを受信すると、それを符号化する。次
に、ユーザ情報登録部１３１は、符号化された声紋デー
タを、図１８の利用メディア情報テーブルの認証用情報
として登録し（ステップＳ１９３）、図４１の処理を行
う。

【０２００】図４１のステップＳ１９８からＳ２０１ま
での処理は、図３５のステップＳ１６７からＳ１７０ま
での処理と同様である。ステップＳ２０１において、利
用ｅメールアドレス確認ｅメールが正常に送信できた場
合、音声制御部５８は、ユーザ情報登録処理の結果と登
録されたユーザ情報を含むメッセージを作成・準備し
（ステップＳ２０２）、それを音声ガイダンスによりユ
ーザに通知する（ステップＳ２０３）。このとき、ユー
ザは、通知された登録情報が正しいか否かを判断し、正
しければ終了指示を送信し、間違っていれば修正指示を
送信する。

【０２０１】次に、音声制御部５８は、ユーザからの指
示を判定し（ステップＳ２０４）、それが修正指示であ
れば、図３４のステップＳ１９５以降の処理を繰り返
し、終了指示であれば、処理を終了する。

【０２０２】ステップＳ２０１において、利用ｅメール
アドレス確認ｅメールが正常に送信できなかった場合、
音声制御部５８は、ユーザが登録した利用ｅメールアド
レスがエラーである旨を通知するエラーメッセージを作
成・準備する（ステップＳ２０５）。そして、そのエラ
ーメッセージを音声ガイダンスによりユーザに通知する
（ステップＳ２０６）。次のステップＳ２０７およびＳ
２０８の処理は、図２８のステップＳ１４６およびＳ１
４７の処理と同様である。その後、ステップＳ２０２以
降の処理が行われる。

【０２０３】ステップＳ１９８において、ｅメールが登
録されていない場合は、そのままステップＳ２０２以降
の処理が行われる。また、図４０のステップＳ１９０に
おいて、希望メディアに音声が含まれていない場合、あ
るいは、希望メディアに音声が含まれており、かつ、声
紋が既に登録されている場合は、そのまま図４１のステ
ップＳ１９８以降の処理が行われる。

【０２０４】図４２および図４３は、図２７のステップ
Ｓ１３８および図３４のステップＳ１６２における声紋
登録用通信予約設定処理のフローチャートである。この
処理では、電話により声紋登録が行われる。

【０２０５】まず、音声制御部５８は、声紋登録用通信
準備を行い（ステップＳ２１１）、ユーザの登録電話番
号に対して声紋登録用通信発信を行って（ステップＳ２
１２）、ユーザ端末に正常に接続されたか否かを判断す
る（ステップＳ２１３）。正常に接続されなければ、次
に、ユーザ端末の状態が“話中”または“応答なし”に
該当するか否かを判断する（ステップＳ２１４）。ユー
ザ端末がいずれかの状態であれば、リトライ処理を行う
（ステップＳ２１５）。

【０２０６】リトライ処理では、例えば、３分おきに５
回というように、事前にシステム側で設定しておいた間
隔と回数で、電話発信を繰り返し、最終的に接続できな
ければ、異常パターン処理を開始する（ステップＳ２１
６）。

【０２０７】異常パターン処理では、ＷＥＢ制御部５７
は、図４４に示すように、ユーザが登録した電話番号が
エラーであった旨を通知する利用電話番号エラーメッセ
ージを作成・準備する（ステップＳ２１７）。そして、
そのエラーメッセージを、ユーザ専用のＷＥＢページ
（ｍｙページ）に登録・表示することで、ユーザに通知
する（ステップＳ２１８）。

【０２０８】次に、ユーザ情報処理部１３２は、図１８
の利用メディア情報テーブルを参照し、登録を希望する
メディアにｅメールが含まれているか否かを判断し（ス
テップＳ２１９）、ｅメールが含まれていなければ、処
理を終了する。ｅメールが含まれていれば、メール制御
部５６は、図４５に示すように、ユーザが登録した利用
電話番号がエラーである旨を通知し、ユーザ情報の修正
を促す、利用電話番号エラーメッセージｅメールを作成
・準備する（ステップＳ２２０）。そして、そのｅメー
ルをユーザに送信して（ステップＳ２２１）、処理を終
了する。

【０２０９】ステップＳ２１３およびステップＳ２１５
において、ユーザ端末に正常に接続できた場合は、音声
制御部５８は、今から声紋登録を行う旨の音声ガイダン
スをユーザに対して送出する（図４３のステップＳ２２
２）。そして、ユーザにＰＢ信号のパスワード等のユー
ザＩＤを入力させ、ユーザ情報処理部１３２は、入力さ
れたユーザＩＤを用いてユーザ認証を行う（ステップＳ
２２３）。

【０２１０】次のステップＳ２２４およびＳ２２５の処
理は、図４０のステップＳ１９２およびＳ１９３の処理
と同様である。声紋が登録されると、次に、音声制御部
５８は、登録された声紋データを音声に変換して登録確
認メッセージを作成・準備し（ステップＳ２２６）、音
声ガイダンスにより、そのメッセージをユーザに通知す
る（ステップＳ２２７）。このとき、ユーザは、システ
ム５１から送出される音声で、ユーザ自身が入力した声
紋を確認し、修正が必要なければ終了を指示し、修正が
必要であれば修正を指示する。

【０２１１】次に、音声制御部５８は、ユーザからの指
示を判定する（ステップＳ２２８）。それが修正指示で
あれば、声紋登録の修正を行う旨を音声ガイダンスによ
りユーザに通知し（ステップＳ２２９）、ユーザが終了
を指示するまで、ステップＳ２２４以降の処理を繰り返
す。そして、ユーザが終了を指示すると、処理を終了す
る。

【０２１２】図４６および図４７は、図２６の情報検索
システムにおけるｅメールによる情報検索処理のフロー
チャートである。情報検索を希望するユーザ登録済のユ
ーザは、事前に、図４８に示すような規定のｅメール検
索フォーマットを入手しておく。そして、そのフォーマ
ットに従って、ユーザＩＤ、パスワード等の認証文字、
新規検索／継続（回答獲得または絞込み検索）の種別、
マルチセッションＩＤ、履歴番号、検索条件（キーワー
ド等）、結果取得方法（回答メディア）等の情報を記述
し、記入済みフォーマットのｅメールをシステム５１に
送信する。

【０２１３】回答メディアが音声の場合は、システム５
１がユーザに電話をかけて結果を通知するのか、もしく
は、ユーザからシステム５１へ電話をかけて結果を取得
するのか等の情報も、結果取得方法に含まれる。

【０２１４】次に、ユーザ情報管理部１１３のユーザ情
報処理部１３２は、ユーザから送信されたｅメールに記
述されているユーザ情報が、図１７のユーザ情報テーブ
ルに登録されているユーザ情報と一致するか否かを判定
して、ユーザ認証を行う（図４６のステップＳ２３
１）。そして、認証結果が正常であることを確認する。

【０２１５】次に、セッション情報統合管理部５５は、
ｅメールの指示が新規検索か継続（絞込み検索）かを判
定する（ステップＳ２３２）。新規検索であれば、マル
チセッションＩＤを発行し、図８のマルチセッション情
報テーブルに必要な情報を登録する（ステップＳ２３
３）。

【０２１６】次に、メール制御部５６は、ｅメールを分
析して検索条件を抽出し（ステップＳ２３４）、検索条
件が正常に抽出できたか否かを判断する（ステップＳ２
３５）。検索条件が正常に抽出できなければ、図４９に
示すように、その旨を記した検索条件抽出エラー通知ｅ
メール（情報検索エラーｅメール）を作成・準備する
（ステップＳ２３６）。そして、そのｅメールをユーザ
に送信して（ステップＳ２３７）、処理を終了する。

【０２１７】ステップＳ２３５において、検索条件が正
常に抽出できれば、メディアシステム５４は、検索条件
を情報検索依頼部１１５に渡し、情報検索依頼部１１５
は、検索条件を検索エンジン１０１に渡して、情報検索
を依頼する（ステップＳ２３８）。そして、検索結果獲
得部１１６は、検索エンジン１０１から検索結果を受け
取り、それをメディアシステム５４に渡す。

【０２１８】次に、セッション情報統合管理部５５は、
条件一貫性処理を行い、条件検索とその結果の履歴管理
のために、マルチセッションＩＤに対する履歴番号を発
行する（ステップＳ２３９）。このとき、現在の検索処
理が履歴番号を使用した検索の場合には、新たにマルチ
セッションＩＤおよび対応する履歴番号を発行するよう
な、マルチセッションＩＤと履歴番号の管理方法を用い
てもよい。

【０２１９】次に、セッション情報統合管理部５５は、
マルチセッションＩＤと履歴番号とを対応付けて、図１
０のマルチセッション履歴情報テーブルに保存し、回答
制御部１１１の回答登録部１２１は、マルチセッション
ＩＤと履歴番号と検索結果とを対応付けて、図２３の回
答管理テーブルおよび図２４の回答情報テーブルに保存
する（ステップＳ２４０）。

【０２２０】次に、ＷＥＢ制御部５７は、ユーザ専用の
ＷＥＢページにマルチセッションＩＤと履歴番号と検索
結果（回答）との対応関係を登録し（ステップＳ２４
１）、図４７の処理を行う。ステップＳ２３２におい
て、ｅメールの指示が継続の場合は、セッション情報統
合管理部５５は、ｅメールよりマルチセッションＩＤを
取得し、マルチセッションＩＤに対応するマルチセッシ
ョン情報テーブルに必要な情報を登録する（ステップＳ
２４２）。その後、ステップＳ２３４以降の処理が行わ
れる。

【０２２１】また、回答制御部１１１は、回答管理テー
ブルと回答情報テーブルを参照し、マルチセッションＩ
Ｄに対応する情報を保持する。この場合、ステップＳ２
３５において、メディアシステム５４は、回答制御部１
１１に保持された情報と検索条件を併せて分析し、検索
条件を情報依頼部１１５に渡す。

【０２２２】ステップＳ２４１において、ＷＥＢページ
に回答が登録されると、次に、メール制御部５６は、ユ
ーザから送信されたｅメールから回答メディアを抽出
し、回答メディアがｅメール、ＷＥＢ、および音声のい
ずれであるかを判定する（図４７のステップＳ２４
３）。そして、回答メディアがＷＥＢであれば、そのま
ま処理を終了する。

【０２２３】回答メディアがｅメールであれば、メール
制御部５６は、セッション情報統合管理部５５および回
答制御部１１１を介して、マルチセッション情報テーブ
ル、回答管理テーブル、および回答情報テーブルに対応
付けて保存されたマルチセッションＩＤ、履歴番号、お
よび検索結果を参照する（ステップＳ２４４）。そし
て、例えば、マルチセッションＩＤと履歴番号の組合
せ、またはそれに対応するタグ等の識別情報と、検索結
果の件数、検索結果の一覧等を添付した回答ｅメールを
作成・登録する。

【０２２４】新規検索の場合は、例えば、図５０に示す
ような回答ｅメールが作成され、絞込み検索結果の場合
は、例えば、図５１に示すような回答ｅメールが作成さ
れる。次に、メール制御部５６は、回答ｅメールをユー
ザに送信して（ステップＳ２４５）、図２８のステップ
Ｓ１４５からＳ１４７までと同様の処理を行い（ステッ
プＳ２４６〜Ｓ２４８）、処理を終了する。

【０２２５】ステップＳ２４３において、回答メディア
が音声であれば、音声制御部５８は、上述の回答ｅメー
ルと同様の情報を記したメッセージを作成・登録し（ス
テップＳ２４９）、回答管理テーブルを参照して自動回
答の可否を判断する（ステップＳ２５０）。

【０２２６】自動回答可の場合は、後でシステム５１か
らユーザに自動回答するものと判断し、回答用通信予約
設定処理により回答をユーザに通知して（ステップＳ２
５１）、処理を終了する。この回答用通信予約設定処理
については後述する。自動回答不可の場合は、後でユー
ザがシステム５１に回答獲得要求を行うものと判断し、
そのまま処理を終了する。

【０２２７】図５２および図５３は、図２６の情報検索
システムにおけるＷＥＢによる情報検索処理のフローチ
ャートである。情報検索を希望するユーザ登録済のユー
ザは、情報検索サービスのサイトにアクセスし、ＷＥＢ
制御部５７は、図５４に示すように、検索ログインフォ
ームをＷＥＢページに表示する（図５２のステップＳ２
６１）。この検索ログインフォームには、サービス案内
とともに、ユーザＩＤ、パスワード等の認証用情報を入
力するためのボックスと、新規検索／継続（絞込み検
索）の選択肢が表示される。

【０２２８】ユーザが検索ログインフォームに必要事項
を記入して、フォームをシステム５１に送信すると、シ
ステム５１はそれを受信し、ＷＥＢ制御部５７は、受信
データのエラーチェックを行う（ステップＳ２６２）。

【０２２９】次に、ユーザ情報処理部１３２は、図４６
のステップＳ２３１と同様のユーザ認証を行い、ＷＥＢ
制御部５７は、受信した検索ログインフォームから、処
理の種別が新規検索か継続かを判断する（ステップＳ２
６４）。新規検索であれば、セッション情報統合管理部
５５は、マルチセッションＩＤを発行し、図８のマルチ
セッション情報テーブルに必要な情報を登録する（ステ
ップＳ２６５）。

【０２３０】次に、ＷＥＢ制御部５７は、図５５に示す
ように、新規情報検索フォームを表示する（ステップＳ
２６６）。ユーザが表示されたフォームに検索条件と回
答メディアを入力し、システム５１に送信すると、シス
テム５１はそれを受信し、ＷＥＢ制御部５７は、エラー
チェックを行って、検索条件が正常に入力されたことを
確認する（ステップＳ２６７）。

【０２３１】次のステップＳ２６８からＳ２７１までの
処理は、図４６のステップＳ２３８からＳ２４１までの
処理と同様である。次に、ＷＥＢ制御部５７は、図５６
に示すように、情報検索回答フォームをＷＥＢページに
表示して（ステップＳ２７２）、図５３の処理を行う。
この情報検索回答フォームには、ステップＳ２７１で登
録された回答が表示されるとともに、絞込み検索のため
の検索条件と回答メディアを入力するためのボックスが
表示される。

【０２３２】ステップＳ２６４において、処理の種別が
継続の場合は、回答制御部１１１の回答処理部１２３
は、そのユーザのユーザＩＤをキーとして回答管理テー
ブルおよび回答情報テーブルを参照し、必要な情報を抽
出する（ステップＳ２７３）。そして、ＷＥＢ制御部５
７は、抽出された情報に基づいて、図５７に示すような
マルチセッション一覧画面を表示する。このマルチセッ
ション一覧画面には、対応するユーザに対して発行され
たマルチセッションＩＤ、履歴番号、検索条件、および
検索結果の一覧が表示される。

【０２３３】ユーザは、表示された画面上で特定のマル
チセッションＩＤを選択し、必要であれば、さらに履歴
番号を選択する。そして、ＷＥＢ制御部５７は、選択さ
れたマルチセッションＩＤと履歴番号を取得する。その
後、ステップＳ２６６以降の処理が行われる。

【０２３４】この場合、ステップＳ２６６では、ＷＥＢ
制御部５７は、図５８に示すように、絞込み情報検索フ
ォームを表示する。この絞込み情報検索フォームには、
取得されたマルチセッションＩＤと履歴番号に対応する
検索結果が表示されるとともに、絞込み検索のための検
索条件と回答メディアを入力するためのボックスが表示
される。

【０２３５】ステップＳ２７２において、情報検索回答
フォームがＷＥＢページに表示されると、次に、ＷＥＢ
制御部５７は、情報検索フォームに入力された回答メデ
ィアを抽出し、回答メディアがｅメール、ＷＥＢ、およ
び音声のいずれであるかを判定する（図５３のステップ
Ｓ２７４）。

【０２３６】回答メディアがＷＥＢであれば、情報検索
回答フォームにおいて、絞込み検索を行うか否かをユー
ザに入力させる（ステップＳ２７５）。絞込み検索を行
う場合は、図５２のステップＳ２６７以降の処理を繰り
返し、絞込み検索を行わない場合は、そのまま処理を終
了する。

【０２３７】また、回答メディアがｅメールであれば、
システム５１は、図４７のステップＳ２４４からＳ２４
８までの処理と同様の処理を行った後（ステップＳ２７
６〜Ｓ２８０）、ステップＳ２７５の処理を行う。

【０２３８】また、回答メディアが音声であれば、シス
テム５１は、図４７のステップＳ２４９からＳ２５１ま
での処理と同様の処理を行い（ステップＳ２８１〜Ｓ２
８３）、処理を終了する。

【０２３９】図５９および図６０は、図２６の情報検索
システムにおける音声による情報検索処理のフローチャ
ートである。この処理においては、ユーザからシステム
５１への要求は、音声またはＰＢ信号等により行われ
る。

【０２４０】情報検索を希望するユーザ登録済のユーザ
は、システム５１に電話をかけ、情報検索を要求する。
これを受けて、音声制御部５８は、サービス開始の旨の
メッセージと、ユーザＩＤ、パスワード、声紋等の認証
用情報を要求するメッセージと、新規検索／継続（絞込
み検索）の種別を問合せるメッセージとを、ユーザに対
して送出し、ログインのための音声ガイダンスを行う
（図５９のステップＳ２９１）。

【０２４１】ユーザは、音声ガイダンスに従って、必要
な情報を音声またはＰＢ信号等によりシステム５１に入
力し、システム５１は入力データを受信する（ステップ
Ｓ２９２）。

【０２４２】次に、ユーザ情報処理部１３２は、図４０
のステップＳ１９４と同様のユーザ認証を行い（ステッ
プＳ２９３）、音声制御部５８は、受信したデータか
ら、処理の種別が新規検索か継続かを判断する（ステッ
プＳ２９４）。新規検索であれば、セッション情報統合
管理部５５は、マルチセッションＩＤを発行し、図８の
マルチセッション情報テーブルに必要な情報を登録する
（ステップＳ２９５）。

【０２４３】次に、音声制御部５８は、新規検索を促す
旨の音声ガイダンスを送出し、検索条件と回答メディア
をユーザに問合せる（ステップＳ２９６）。そして、ユ
ーザが検索条件と回答メディアを音声により入力する
と、音声制御部５８は、入力データを受信し、検索条件
が正常に入力されたことを確認する（ステップＳ２９
７）。次のステップＳ２９８からＳ３０１までの処理
は、図４６のステップＳ２３８からＳ２４１までの処理
と同様である。

【０２４４】ステップＳ２９４において、処理の種別が
継続の場合は、図５７に示したようなマルチセッション
一覧画面と同様の情報を音声ガイダンスで送出する（ス
テップＳ３０２）。ユーザは、音声ガイダンスに従っ
て、特定のマルチセッションＩＤを選択し、必要であれ
ば、さらに履歴番号を選択する。そして、音声制御部５
８は、選択されたマルチセッションＩＤと履歴番号を取
得する。その後、ステップＳ２９６以降の処理が行われ
る。

【０２４５】この場合、ステップＳ２９６では、音声制
御部５８は、図５７に示したような絞込み情報検索フォ
ームと同様の情報を音声ガイダンスで送出し、ユーザに
絞込み検索を促す。

【０２４６】ステップＳ３０１において、回答がＷＥＢ
ページに登録されると、次に、音声制御部５８は、ユー
ザが指定した回答メディアがｅメール、ＷＥＢ、および
音声のいずれであるかを判定する（図６０のステップＳ
３０３）。

【０２４７】回答メディアが音声であれば、システム５
１は、図４７のステップＳ２４９およびＳ２５０の処理
と同様の処理を行う（ステップＳ３０４およびＳ３０
５）。ステップＳ３０５において、自動回答不可の場合
は、そのまま処理を終了する。

【０２４８】自動回答可の場合は、音声制御部５８は、
回答の音声ガイダンスにより、検索結果の一覧をユーザ
に通知し（ステップＳ３０６）、絞込み検索を行うか否
かをユーザに入力させる（ステップＳ３０７）。絞込み
検索を行う場合は、図５９のステップＳ２９６以降の処
理を繰り返し、絞込み検索を行わない場合は、そのまま
処理を終了する。

【０２４９】また、回答メディアがｅメールであれば、
システム５１は、図４７のステップＳ２４４からＳ２４
８までの処理と同様の処理を行った後（ステップＳ３０
８〜Ｓ３１２）、ステップＳ３０７の処理を行う。この
場合、ユーザは、受信した回答ｅメールに基づいて、絞
込み検索を行うか否かを決定する。

【０２５０】また、回答メディアがＷＥＢであれば、シ
ステム５１は、そのままステップＳ３０７の処理を行
う。この場合、ユーザは、ＷＥＢページに表示された回
答に基づいて、絞込み検索を行うか否かを決定する。

【０２５１】図６１および図６２は、図４７のステップ
Ｓ２５１および図５３のステップＳ２８３における回答
用通信予約設定処理のフローチャートである。この処理
では、システム５１が、情報検索結果を取得を希望する
ユーザに電話をかけて、検索結果を音声により通知す
る。

【０２５２】まず、回答処理部１２３は、図２３の回答
管理テーブルおよび図２４の回答情報テーブルを参照し
て、回答を取得し、検索結果の一覧等を添付したメッセ
ージを作成する（ステップＳ３２１）。次に、ユーザ情
報処理部１３２は、図１７のユーザ情報テーブルおよび
図１８の利用メディア情報テーブルを参照し、登録され
た電話番号を取得する（ステップＳ３２２）。そして、
音声制御部５８は、その電話番号に対して通信発信を行
う（ステップＳ３２３）。

【０２５３】次のステップＳ３２４からＳ３３１までの
処理は、図４２のステップＳ２１３からＳ３３１までの
処理と同様である。ステップＳ３２４およびステップＳ
３２６において、ユーザ端末に正常に接続できた場合
は、音声制御部５８は、音声ガイダンスにより、図４３
のステップＳ２２３と同様のユーザ認証を行う（図６２
のステップＳ３３２）。

【０２５４】次に、音声制御部５８は、音声ガイダンス
により、ステップＳ３２１で作成されたメッセージをユ
ーザに通知し（ステップＳ３３３）、図６０のステップ
Ｓ３０７と同様の判定を行う（ステップＳ３３４）。そ
して、ユーザが絞込み検索を行う場合は、図５９のステ
ップＳ２９６以降の処理を行い、ユーザが絞込み検索を
行わない場合は、そのまま処理を終了する。

【０２５５】以上説明した実施形態においては、既存の
セッションの継続処理を行う場合、ユーザがセッション
ＩＤ／履歴番号を明示的に指定することで、システムが
セッションＩＤ／履歴番号を取得している。その代わり
に、システムがこれまでの処理結果（検索結果等）を表
す情報の一覧を選択肢としてユーザに提示し、ユーザが
選択した情報に対応するセッションＩＤ／履歴番号を自
動的に取得するようにしてもよい。

【０２５６】図２、３、４、５、６、１３、および２６
のセッション管理システムと、これらのシステムからサ
ービスを受けるユーザ端末は、例えば、図６３に示すよ
うな情報処理装置（コンピュータ）を用いて構成するこ
とができる。図６３の情報処理装置は、ＣＰＵ（中央処
理装置）１６１、メモリ１６２、入力装置１６３、出力
装置１６４、外部記憶装置１６５、媒体駆動装置１６
６、およびネットワーク接続装置１６７を備え、それら
はバス１６８により互いに接続されている。

【０２５７】メモリ１６２は、例えば、ＲＯＭ（read o
nly memory）、ＲＡＭ（random access memory）等を含
み、処理に用いられるプログラムとデータを格納する。
ＣＰＵ１６１は、メモリ１６２を利用してプログラムを
実行することにより、必要な処理を行う。

【０２５８】例えば、図２および図２６のメディアシス
テム５４と、図３、４、５、６、および１３のメディア
システム７４と、図６、１３、および２６の個別情報処
理部９１と、図１３および図２６の検索エンジン１０１
は、プログラムにより記述されたソフトウェアコンポー
ネントとしてメモリ１６２に格納される。メディアシス
テム５４、７４、および個別情報処理部９１内の各構成
要素についても、同様である。

【０２５９】入力装置１６３は、例えば、キーボード、
ポインティングデバイス、タッチパネル等であり、オペ
レータ（ユーザ、管理者等）からの指示や情報の入力に
用いられる。出力装置１６４は、例えば、ディスプレ
イ、プリンタ、スピーカ等であり、オペレータへの問い
合わせや処理結果の出力に用いられる。

【０２６０】外部記憶装置１６５は、例えば、磁気ディ
スク装置、光ディスク装置、光磁気ディスク（magneto-
optical disk）装置、テープ装置等である。情報処理装
置は、この外部記憶装置１６５に、上述のプログラムと
データを保存しておき、必要に応じて、それらをメモリ
１６２にロードして使用する。

【０２６１】また、外部記憶装置１６５は、図６、１
３、および２６のマルチセッション管理データベース９
２、回答保持データベース１１２、およびユーザ情報管
理データベース１１４としても利用される。

【０２６２】媒体駆動装置１６６は、可搬記録媒体１６
９を駆動し、その記録内容にアクセスする。可搬記録媒
体１６９としては、メモリカード、フロッピー（登録商
標）ディスク、ＣＤ−ＲＯＭ（compact disk read only
memory ）、光ディスク、光磁気ディスク等、任意のコ
ンピュータ読み取り可能な記録媒体が用いられる。オペ
レータは、この可搬記録媒体１６９に上述のプログラム
とデータを格納しておき、必要に応じて、それらをメモ
リ１６２にロードして使用する。

【０２６３】ネットワーク接続装置１６７は、インター
ネット４、公衆電話網５、および各種アクセス網７１−
ｉへの接続に用いられ、通信に伴うデータ変換を行う。
また、情報処理装置は、上述のプログラムとデータをネ
ットワーク接続装置１６７を介して他の装置から受け取
り、必要に応じて、それらをメモリ１６２にロードして
使用する。

【０２６４】図６４は、図６３の情報処理装置にプログ
ラムとデータを供給することのできるコンピュータ読み
取り可能な記録媒体を示している。可搬記録媒体１６９
や外部のデータベース１７０に保存されたプログラムと
データは、メモリ１６２にロードされる。そして、ＣＰ
Ｕ１６１は、そのデータを用いてそのプログラムを実行
し、必要な処理を行う。

【０２６５】

【発明の効果】本発明によれば、ｅメール、ＷＥＢ、音
声等の複数メディアにまたがる一貫したセッション管理
が行われ、ユーザは、１つのセッション内でアクセス毎
に任意のメディアを用いて、一連の継続した情報処理を
行うことができる。これにより、ユーザ端末と情報提供
システムの間で、複数メディアを複合的に利用したネッ
トワーク経由の情報処理が実現される。

【図面の簡単な説明】

【図１】本発明のセッション管理装置の原理図である。

【図２】第１のセッション管理システムの構成図であ
る。

【図３】第２のセッション管理システムの構成図であ
る。

【図４】第３のセッション管理システムの構成図であ
る。

【図５】第４のセッション管理システムの構成図であ
る。

【図６】第５のセッション管理システムの構成図であ
る。

【図７】マルチセッションＩＤ発行処理のフローチャー
トである。

【図８】マルチセッション情報テーブルを示す図であ
る。

【図９】マルチセッションＩＤ利用処理のフローチャー
トである。

【図１０】マルチセッション履歴情報テーブルを示す図
である。

【図１１】マルチセッションＩＤ削除処理のフローチャ
ートである。

【図１２】マルチセッションＩＤ自動削除処理のフロー
チャートである。

【図１３】第１の情報検索システムの構成図である。

【図１４】音声インタフェースを示す図である。

【図１５】第１のユーザ情報登録処理のフローチャート
（その１）である。

【図１６】第１のユーザ情報登録処理のフローチャート
（その２）である。

【図１７】ユーザ情報テーブルを示す図である。

【図１８】利用メディア情報テーブルを示す図である。

【図１９】利用メディア登録確認処理のフローチャート
（その１）である。

【図２０】利用メディア登録確認処理のフローチャート
（その２）である。

【図２１】第１の情報検索処理のフローチャート（その
１）である。

【図２２】第１の情報検索処理のフローチャート（その
２）である。

【図２３】回答管理テーブルを示す図である。

【図２４】回答情報テーブルを示す図である。

【図２５】回答処理のフローチャートである。

【図２６】第２の情報検索システムの構成図である。

【図２７】第２のユーザ情報登録処理のフローチャート
（その１）である。

【図２８】第２のユーザ情報登録処理のフローチャート
（その２）である。

【図２９】ｅメールユーザ登録フォーマットを示す図で
ある。

【図３０】既登録確認ｅメールを示す図である。

【図３１】登録確認ｅメールを示す図である。

【図３２】利用ｅメールアドレス確認ｅメールを示す図
である。

【図３３】利用ｅメールアドレスエラーメッセージを示
す図である。

【図３４】第３のユーザ情報登録処理のフローチャート
（その１）である。

【図３５】第３のユーザ情報登録処理のフローチャート
（その２）である。

【図３６】登録ログインフォームを示す図である。

【図３７】ユーザ情報登録／更新フォームを示す図であ
る。

【図３８】登録確認ＷＥＢページを示す図である。

【図３９】ユーザ情報更新画面を示す図である。

【図４０】第４のユーザ情報登録処理のフローチャート
（その１）である。

【図４１】第４のユーザ情報登録処理のフローチャート
（その２）である。

【図４２】第１の通信予約設定処理のフローチャート
（その１）である。

【図４３】第１の通信予約設定処理のフローチャート
（その２）である。

【図４４】利用電話番号エラーメッセージを示す図であ
る。

【図４５】利用電話番号エラーメッセージｅメールを示
す図である。

【図４６】第２の情報検索処理のフローチャート（その
１）である。

【図４７】第２の情報検索処理のフローチャート（その
２）である。

【図４８】ｅメール検索フォーマットを示す図である。

【図４９】検索条件抽出エラー通知ｅメールを示す図で
ある。

【図５０】第１の回答ｅメールを示す図である。

【図５１】第２の回答ｅメールを示す図である。

【図５２】第３の情報検索処理のフローチャート（その
１）である。

【図５３】第３の情報検索処理のフローチャート（その
２）である。

【図５４】検索ログインフォームを示す図である。

【図５５】新規情報検索フォームを示す図である。

【図５６】情報検索回答フォームを示す図である。

【図５７】マルチセッション一覧画面を示す図である。

【図５８】絞込み情報検索フォームを示す図である。

【図５９】第４の情報検索処理のフローチャート（その
１）である。

【図６０】第４の情報検索処理のフローチャート（その
２）である。

【図６１】第２の通信予約設定処理のフローチャート
（その１）である。

【図６２】第２の通信予約設定処理のフローチャート
（その２）である。

【図６３】情報処理装置の構成図である。

【図６４】記録媒体を示す図である。

【図６５】従来の情報提供システムを示す図である。

【符号の説明】

１、２、３ サーバ ４、７１−ｎ インターネット ５、７１−ｋ 公衆電話網 １１、２１、５３、７３−ｎ インターネット送受信部 １２ メールシステム １３ メールセッション情報管理部 １４、５６ メール制御部 ２２ ＷＥＢシステム ２３ ＷＥＢセッション情報管理部 ２４、５７ ＷＥＢ制御部 ３１、５２、７３−ｋ 音声送受信部 ３２ 音声システム ３３ 音声セッション情報管理部 ３４、５８ 音声制御部 ４１ 通信手段 ４２ インタフェース手段 ４３ 統合管理手段 ４４ ネットワーク ５１、７２、８１、８２ セッション管理システム ５４、７４ メディアシステム ５５、７５ セッション情報統合管理部 ５９ メールセッション情報変換部 ６０、７９−ｎ ＷＥＢセッション情報変換部 ６１、７９−ｋ 音声セッション情報変換部 ７１−１、７１−２ アクセス網 ７３−１、７３−２ データ送受信部 ７６ メディア制御部 ７７ インタフェース処理部 ７８−１、７８−２ メディアインタフェース ７８−ｋ 音声インタフェース ７８−ｎ ＷＥＢインタフェース ７９−１、７９−２ セッション情報変換部 ９１ 個別情報処理部 ９２ マルチセッション管理データベース １０１ 検索エンジン １１１ 回答制御部 １１２ 回答保持データベース １１３ ユーザ情報管理部 １１４ ユーザ情報管理データベース １１５ 情報検索依頼部 １１６ 検索結果獲得部 １２１ 回答登録部 １２２ 指定メディア変換部 １２３ 回答処理部 １３１ ユーザ情報登録部 １３２ ユーザ情報処理部 １４１ 音声セッション情報取得部 １４２ 音声・ＰＢ／テキスト変換部 １４３ 音声送受信処理部 １５１ メールセッション情報取得部 １５２ メール送受信処理部 １５３ ＷＥＢセッション情報取得部 １５４ ＷＥＢ送受信処理部 １６１ ＣＰＵ １６２ メモリ １６３ 入力装置 １６４ 出力装置 １６５ 外部記憶装置 １６６ 媒体駆動装置 １６７ ネットワーク接続装置 １６８ バス １６９ 可搬記録媒体 １７０ データベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 やよい 福岡県福岡市早良区百道浜２丁目２番１号 富士通九州通信システム株式会社内 Ｆターム(参考） 5B089 GB01 HB18 JA24 JA31 JB01 JB05 JB06 KA10 KA13 KC44 LA11 LB13 LB14 5K030 GA16 HA11 HB21 HC01 JT10 KA06 KA13 KA20 LB16 LD17 LD20 9A001 BB04 CC07 JJ14 JJ25 JJ26 KK56 LL09

Claims (23)

【特許請求の範囲】
1. 【請求項１】 複数のメディアを利用したネットワーク
   経由の情報処理のセッションを管理するセッション管理
   装置であって、 前記複数のメディアのデータをそれぞれ送受信する複数
   の通信手段と、 前記複数のメディアにそれぞれ対応し、前記複数の通信
   手段からそれぞれセッション情報を受け取って、受け取
   ったセッション情報に対応する統一セッション情報を生
   成する複数のインタフェース手段と、 前記複数のインタフェース手段の各々から統一セッショ
   ン情報を受け取り、受け取った統一セッション情報に基
   づいて、前記複数のメディアのうち２つ以上のメディア
   を利用したセッションのセッション管理に関する処理を
   行う統合管理手段とを備えることを特徴とするセッショ
   ン管理装置。
2. 【請求項２】 前記統合管理手段は、前記２つ以上のメ
   ディアを利用したセッションの開始、同一性管理、およ
   び切断を含むセッション管理に関する処理を行うことを
   特徴とする請求項１記載のセッション管理装置。
3. 【請求項３】 前記複数のインタフェース手段の各々
   は、前記受け取ったセッション情報を前記統一セッショ
   ン情報に変換するセッション情報変換手段を含むことを
   特徴とする請求項１記載のセッション管理装置。
4. 【請求項４】 前記統一セッション情報を引き継ぎなが
   ら情報処理を行う処理手段をさらに備え、前記統合管理
   手段は、該統一セッション情報に対応する処理を該処理
   手段に指示することを特徴とする請求項１記載のセッシ
   ョン管理装置。
5. 【請求項５】 前記統合管理手段は、ユーザからの複数
   のセッション確立要求に応じて、該ユーザのユーザ識別
   子に対して複数のセッション識別子を付与し、該複数の
   セッション識別子に対応する複数のセッションを管理
   し、該複数のセッション識別子から該ユーザが選択した
   セッション識別子を含む統一セッション情報を受け取っ
   たとき、選択されたセッション識別子に対応する処理を
   前記処理手段に指示することを特徴とする請求項４記載
   のセッション管理装置。
6. 【請求項６】 前記統合管理手段は、前記２つ以上のメ
   ディアを利用したセッションに属する複数の個別情報処
   理の結果に対応する複数の付加識別情報を保存し、該複
   数の付加識別情報からユーザが選択した付加識別情報を
   含む統一セッション情報を受け取ったとき、選択された
   付加識別情報に対応する個別情報処理の結果に基づく処
   理を、前記処理手段に指示することを特徴とする請求項
   ４記載のセッション管理装置。
7. 【請求項７】 ユーザ情報を登録する登録手段をさらに
   備え、前記複数のインタフェース手段のうち、ユーザが
   希望する利用メディアに対応するインタフェース手段
   は、該利用メディアの接続確認を行い、該利用メディア
   の接続が確認されたとき、前記登録手段は、該利用メデ
   ィアを前記ユーザ情報として登録することを特徴とする
   請求項１記載のセッション管理装置。
8. 【請求項８】 ユーザ情報を登録する登録手段とユーザ
   認証を行う認証手段とをさらに備え、前記複数のメディ
   アは音声メディアを含み、ユーザが該音声メディアの利
   用を希望するとき、前記複数のインタフェース手段のう
   ち、該音声メディアに対応するインタフェース手段は、
   該ユーザの声紋情報を取得し、前記登録手段は、該声紋
   情報を前記ユーザ情報として登録し、前記認証手段は、
   該ユーザからのアクセスがあったとき、登録された声紋
   情報を用いて前記ユーザ認証を行うことを特徴とする請
   求項１記載のセッション管理装置。
9. 【請求項９】 前記統一セッション情報を引き継ぎなが
   ら情報検索に関する処理を行う処理手段をさらに備え、
   前記統合管理手段は、該統一セッション情報に対応する
   検索処理を該処理手段に指示することを特徴とする請求
   項１記載のセッション管理装置。
10. 【請求項１０】 前記処理手段は、前記２つ以上のメデ
    ィアを利用したセッションに属する複数の検索処理の結
    果に対して、対応する複数の履歴識別情報を付与する制
    御手段を含み、前記統合管理手段は、該複数の履歴識別
    情報からユーザが選択した履歴識別情報を含む統一セッ
    ション情報を受け取ったとき、選択された履歴識別情報
    に対応する検索処理の結果に基づく再検索処理を、前記
    処理手段に指示することを特徴とする請求項９記載のセ
    ッション管理装置。
11. 【請求項１１】 前記処理手段は、前記２つ以上のメデ
    ィアを利用したセッションに属する複数の検索処理の結
    果のうち、最新の検索処理の結果を保持する保持手段
    と、前記統合管理手段から前記統一セッション情報に対
    応する検索処理を指示されたとき、該最新の検索処理の
    結果に基づく再検索処理を行うための制御を行う制御手
    段とを含むことを特徴とする請求項９記載のセッション
    管理装置。
12. 【請求項１２】 ネットワーク経由の情報処理のセッシ
    ョンを管理するセッション管理装置であって、 電子メールメディアのデータを送受信するメール通信手
    段と、 ウェブメディアのデータを送受信するウェブ通信手段
    と、 音声メディアのデータを送受信する音声通信手段と、 前記メール通信手段からセッション情報を受け取り、受
    け取ったセッション情報に対応する統一セッション情報
    を生成するメール制御手段と、 前記ウェブ通信手段からセッション情報を受け取り、受
    け取ったセッション情報に対応する統一セッション情報
    を生成するウェブ制御手段と、 前記音声通信手段からセッション情報を受け取り、受け
    取ったセッション情報に対応する統一セッション情報を
    生成する音声制御手段と、 前記メール制御手段、ウェブ制御手段、および音声制御
    手段から統一セッション情報を受け取り、受け取った統
    一セッション情報に基づいて、前記電子メールメディ
    ア、ウェブメディア、および音声メディアのうち２つ以
    上のメディアを利用したセッションのセッション管理に
    関する処理を行う統合管理手段とを備えることを特徴と
    するセッション管理装置。
13. 【請求項１３】 前記統合管理手段は、前記２つ以上の
    メディアを利用したセッションの開始、同一性管理、お
    よび切断を含むセッション管理に関する処理を行うこと
    を特徴とする請求項１２記載のセッション管理装置。
14. 【請求項１４】 前記統一セッション情報を引き継ぎな
    がら情報検索に関する処理を行う処理手段をさらに備
    え、前記統合管理手段は、該統一セッション情報に対応
    する検索処理を該処理手段に指示することを特徴とする
    請求項１２記載のセッション管理装置。
15. 【請求項１５】 複数のメディアを利用したネットワー
    ク経由の情報処理のセッションを管理するセッション管
    理装置であって、 前記複数のメディアのデータをそれぞれ送受信する複数
    の通信手段と、 前記複数のメディアにそれぞれ対応し、前記複数の通信
    手段からそれぞれセッション情報を受け取って、受け取
    ったセッション情報に対応する統一セッション情報を生
    成し、該統一セッション情報に基づいて、該複数のメデ
    ィアのうち２つ以上のメディアを利用したセッションの
    セッション管理に関する処理を行う複数のインタフェー
    ス手段とを備えることを特徴とするセッション管理装
    置。
16. 【請求項１６】 前記複数のインタフェース手段は、前
    記２つ以上のメディアを利用したセッションの開始、同
    一性管理、および切断を含むセッション管理に関する処
    理を行うことを特徴とする請求項１５記載のセッション
    管理装置。
17. 【請求項１７】 前記複数のインタフェース手段は、前
    記セッション管理に関する処理を、前記統一セッション
    情報に基づいて分散協調して行うことを特徴とする請求
    項１５記載のセッション管理装置。
18. 【請求項１８】 前記複数のインタフェース手段のうち
    の１つが代表して、前記セッション管理に関する処理を
    行うことを特徴とする請求項１５記載のセッション管理
    装置。
19. 【請求項１９】 複数のメディアを利用したネットワー
    ク経由の情報処理のセッションを管理するセッション管
    理装置であって、 前記複数のメディアのうち２つ以上のメディアを利用し
    たセッションの識別情報を発行する発行手段と、 前記識別情報に基づいて、前記２つ以上のメディアに関
    する一貫したセッション管理を行う管理手段とを備える
    ことを特徴とするセッション管理装置。
20. 【請求項２０】 複数のメディアを利用したネットワー
    ク経由の情報処理のセッションを管理するコンピュータ
    のためのプログラムを記録した記録媒体であって、 前記プログラムは、 前記ネットワークから前記複数のメディアの各々のセッ
    ション情報を受け取り、 受け取ったセッション情報に対応する統一セッション情
    報を生成し、 前記統一セッション情報に基づいて、前記複数のメディ
    アのうち２つ以上のメディアを利用したセッションのセ
    ッション管理を行う処理を前記コンピュータに実行させ
    ることを特徴とするコンピュータ読み取り可能な記録媒
    体。
21. 【請求項２１】 前記プログラムは、前記２つ以上のメ
    ディアを利用したセッションの開始、同一性管理、およ
    び切断を含むセッション管理を行う処理を、前記コンピ
    ュータに実行させることを特徴とする請求項２０記載の
    記録媒体。
22. 【請求項２２】 複数のメディアを利用したネットワー
    ク経由の情報処理のセッションを管理するセッション管
    理方法であって、 前記ネットワークから前記複数のメディアの各々のセッ
    ション情報を受け取り、 受け取ったセッション情報に対応する統一セッション情
    報を生成し、 前記統一セッション情報に基づいて、前記複数のメディ
    アのうち２つ以上のメディアを利用したセッションのセ
    ッション管理を行うことを特徴とするセッション管理方
    法。
23. 【請求項２３】 前記セッション管理は、前記２つ以上
    のメディアを利用したセッションの開始、同一性管理、
    および切断を含むことを特徴とする請求項２２記載のセ
    ッション管理方法。