(57)【特許請求の範囲】
【請求項１】
メッセージを登録する登録装置と、メッセージの登録状況を照会する照会装置と、を備えた情報システムにおいて、
前記照会装置は、
前記登録装置から転送された登録済みメッセージのリンク先ＵＲＬを記憶する記憶手段と、
前記記憶手段に照会対象メッセージのリンク先ＵＲＬが記憶されているか否かに基づき前記照会対象メッセージが前記登録装置に登録されているかを異なる複数のメディア種別のメッセージについてそれぞれ判定する複数のメッセージ登録状況照会処理を１つに統合した照会手段と、
を有することを特徴とする情報システム。
【請求項２】
前記記憶手段は、前記登録装置から転送されたメディア種別の異なる複数のメッセージの各リンク先ＵＲＬをレプリケーションするタイミングでマージし、
前記照会手段は、
マージされた前記複数のリンク先ＵＲＬを用いて前記複数のメッセージ登録状況照会処理をそれぞれ行い、メッセージ登録状況照会要求を受け付けた受付手段に対して全ての照会結果を送信することを特徴とする請求項１に記載の情報システム。
【請求項３】
登録装置でのメッセージの登録状況を照会する照会装置で行うメッセージ登録状況照会方法において、
前記照会装置は、
前記登録装置から転送された登録済みメッセージのリンク先ＵＲＬを記憶手段に記憶する記憶ステップと、
前記記憶手段に照会対象メッセージのリンク先ＵＲＬが記憶されているか否かに基づき前記照会対象メッセージが前記登録装置に登録されているかを異なる複数のメディア種別のメッセージについてそれぞれ判定する複数のメッセージ登録状況照会処理を行う照会ステップと、
を有することを特徴とするメッセージ登録状況照会方法。
【請求項４】
前記記憶ステップでは、前記登録装置から転送されたメディア種別の異なる複数の各リンク先ＵＲＬをレプリケーションするタイミングでマージし、
前記照会ステップでは、
マージされた前記複数のリンク先ＵＲＬを用いて前記複数のメッセージ登録状況照会処理をそれぞれ行い、メッセージ登録状況照会要求を受け付けた受付手段に対して全ての照会結果を送信することを特徴とする請求項３に記載のメッセージ登録状況照会方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異種メディアを混合させたデータの照会技術に関する。
【背景技術】
【０００２】
近年、ＩＴ技術の発展に伴い、メディア種別の異なるメッセージ（音声メッセージ、テキストメッセージ、動画メッセージ、静止画メッセージ等）を登録可能な情報システムがインターネット上に構築されている。ユーザは、自己のユーザ端末を用い、契約しているサービス事業者の通信網を通じてインターネットに接続することにより、あらゆるメディア種別のメッセージを上記情報システムに登録でき、登録されたメッセージを確認・閲覧等できる。
【０００３】
上記情報システムを備えたネットワーク構成を図６に示す。サービス事業者Ａは、自己の通信網１０Ａにユーザ端末２０Ａを収容し、インターネット網３０上で上記情報システム１を運営・管理している。このとき、ユーザ端末２０Ａは、該サービス事業者Ａの通信網１０Ａを介して様々なメディア種別のメッセージを情報システム１に登録できる。
【０００４】
一方、他のサービス事業者Ｂの通信網１０Ｂに収容されているユーザ端末２０Ｂが上記情報システム１のメッセージを閲覧する場合、契約しているサービス事業者が異なるため、メッセージの閲覧前に、サービス事業者Ａに対して閲覧対象メッセージの有無を確認する必要がある。そのため、サービス事業者Ｂからサービス事業者Ａの情報システム１に対してメッセージの登録状況の照会が求められる。
【０００５】
このようなメッセージの照会、更には閲覧等を実現するため、サービス事業者Ｂは、自己の通信網１０Ｂ内に自事業者内サービス用として情報システムを構築している。図６では、該情報システムを情報システム１に対する外部システム１’と呼称している。該外部システム１’は、収容していないユーザ端末２０Ａの登録メッセージを閲覧するため、インターネット網３０内の情報システム１に向けてメッセージの登録状況の照会を要求する。このとき、一般的には、照会対象を判別するために用いるキー情報（ユーザ端末２０Ａの電話番号等）を含めたメッセージ登録状況照会要求が送信される。他のサービス事業者Ｃが照会要求を行う場合も同様である。
【０００６】
ここで、上記情報システム１の従来構成を図７に示す。情報システム１は、メッセージ登録・確認処理とメッセージ登録状況照会処理を別々の装置で実行し、各装置のＤＢサーバ同士を連携させてメッセージの登録状況を２つの装置間で共有する（特許文献１参照）。
【０００７】
これは、上記２つの処理をメッセージが格納されたＤＢサーバを含めて同一の装置で実行すると、トラヒック量が数百倍程度大きいと想定されるメッセージ登録状況照会処理により、メッセージ登録・確認処理ができなかったり遅延したりしてユーザの利便性が損なわれてしまうからである。
【０００８】
そのため、図７のように、メッセージ登録・確認処理とメッセージ登録状況照会処理を分離して別々の装置で実行することにより、メッセージ登録・確認処理に影響を与えないようにしている。例えば、本情報システム１を安否確認システムに適用する場合、被災者側で行われる安否登録処理のような優先度の高い処理を実現する上で重要となる。
【０００９】
情報システム１は、異なるアドレスを持つデータ登録確認装置１００とデータ照会装置２００とを備えている。インターネット網３０内のスイッチ４０により、ユーザ端末２０Ａからのメッセージ登録・確認要求はデータ登録確認装置１００に振り分けられ、外部システム１’からのメッセージ登録状況照会要求はデータ照会装置２００に振り分けられる。
【００１０】
メッセージ登録・確認要求は、データ登録確認装置１００のＷｅｂサーバ１１０で受け付けられ、メッセージのメディア種別に応じた登録確認装置に振り分けられる。例えば、音声メッセージの場合、音声メッセージを扱う音声登録確認装置１２０ａに振り分けられ、該装置内部のＤＢサーバ（不図示）に登録される。
【００１１】
データ照会装置２００は、メディア種別の異なるメッセージの各データ形式を扱うため、メッセージの照会処理を実行する照会装置をメディア種別毎に備えている。各照会装置は、個々の装置内部にＤＢサーバ（不図示）をそれぞれ備えており、該ＤＢサーバは、同種別のメディアを扱う登録確認装置から転送された、メッセージを参照・取得するための情報（以下、リンク先ＵＲＬ）と該メッセージのキー情報を受信して格納する。メッセージ登録状況照会要求を受けた場合、個々の照会装置は、自己のＤＢサーバにそれぞれアクセスし、照会対象メッセージのリンク先ＵＲＬが該ＤＢサーバに格納されているか否かを判定し、該判定結果に基づくメッセージの有無を照会結果としてＷｅｂサーバ２１０に返信する。
【００１２】
例えば、照会対象メッセージのメディア種別が音声の場合、メッセージ登録状況照会要求は、Ｗｅｂサーバ２１０で受け付けられた後、音声データ照会装置２２０ａに振り分けられる。そして、該音声データ照会装置２２０ａにおいて、照会対象メッセージのリンク先ＵＲＬが自装置内部のＤＢサーバに格納されているか否かに基づく照会処理が実行される。その後、該照会結果はＷｅｂサーバ２１０に返信され、テキストデータ照会装置２２０ｂ、動画データ照会装置２２０ｃ、静止画データ照会装置２２０ｎで行われた他の照会結果とマージされた後、要求元の外部システム１’に送信される。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０１４−８９５３９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、データ照会装置２００において、データの照会処理を実行する照会装置がメディア種別毎に構築されているため、データ照会装置２００の構築コストが高いという課題があった。
【００１５】
また、データ照会装置２００において、各照会装置でそれぞれ行われた照会結果をＷｅｂサーバ２１０でマージし、一律のシステム処理結果として外部システム１’に返信するため、Ｗｅｂサーバ２１０に負荷が集中するという課題もあった。このとき、連結する情報システムが増加（地域毎に存在する安否確認システム同士の接続等）すると、上記情報システムの設備規模が肥大化し、連結する全ての照会装置を取りまとめるＷｅｂサーバ２１０の負荷が更に高くなってしまう。
【００１６】
本発明は、上記事情を鑑みてなされたものであり、データ照会装置の構築コストを削減することを第１の目的とし、データ照会装置におけるデータ受付手段の負荷を軽減することを第２の目的とする。
【課題を解決するための手段】
【００１７】
以上の課題を解決するため、請求項１に記載の情報システムは、メッセージを登録する登録装置と、メッセージの登録状況を照会する照会装置と、を備えた情報システムにおいて、前記照会装置は、前記登録装置から転送された登録済みメッセージの識別情報を記憶する記憶手段と、前記記憶手段に照会対象メッセージの識別情報が記憶されているか否かに基づき前記照会対象メッセージが前記登録装置に登録されているかを異なる複数のメディア種別のメッセージについてそれぞれ判定する複数のメッセージ登録状況照会処理を１つに統合した照会手段と、を有することを要旨とする。
【００１８】
請求項２に記載の情報システムは、請求項１に記載の情報システムにおいて、前記記憶手段は、前記記憶手段は、前記登録装置から転送されたメディア種別の異なる複数のメッセージの各識別情報をレプリケーションするタイミングでマージし、前記照会手段は、マージされた前記複数の識別情報を用いて前記複数のメッセージ登録状況照会処理をそれぞれ行い、メッセージ登録状況照会要求を受け付けた受付手段に対して全ての照会結果を送信することを要旨とする。
【００１９】
請求項３に記載のメッセージ登録状況照会方法は、登録装置でのメッセージの登録状況を照会する照会装置で行うメッセージ登録状況照会方法において、前記照会装置は、前記登録装置から転送された登録済みメッセージの識別情報を記憶手段に記憶する記憶ステップと、前記記憶手段に照会対象メッセージの識別情報が記憶されているか否かに基づき前記照会対象メッセージが前記登録装置に登録されているかを異なる複数のメディア種別のメッセージについてそれぞれ判定する複数のメッセージ登録状況照会処理を行う照会ステップと、を有することを要旨とする。
【００２０】
請求項４に記載のメッセージ登録状況照会方法は、請求項３に記載のメッセージ登録状況照会方法において、前記記憶ステップでは、前記登録装置から転送されたメディア種別の異なる複数の各識別情報をレプリケーションするタイミングでマージし、前記照会ステップでは、マージされた前記複数の識別情報を用いて前記複数のメッセージ登録状況照会処理をそれぞれ行い、メッセージ登録状況照会要求を受け付けた受付手段に対して全ての照会結果を送信することを要旨とする。
【発明の効果】
【００２１】
本発明によれば、データ照会装置の構築コストを削減できる。また、データ照会装置におけるデータ受付手段の負荷を軽減できる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る情報システムの構成を示す図である。
【図２】レプリケーション処理フローを示す図である。
【図３】メッセージ登録状況照会処理フローを示す図である。
【図４】安否確認システムの従来構成を示す図である。
【図５】安否確認システムに対する本実施形態の適用例を示す図である。
【図６】情報システムを備えたネットワーク構成例を示す図である。
【図７】情報システムの従来構成を示す図である。
【発明を実施するための形態】
【００２３】
本発明は、上述した課題を解決するため、データ照会装置を構成する個々の照会装置を１つに統合することを特徴としている。また、メディア種別の異なる各登録装置から転送されるリンク先ＵＲＬ（及びキー情報）をレプリケーションするタイミングで１つのＤＢデータとして特別な変換処理を行わずにマージすることを特徴としている。以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００２４】
図１は、本実施の形態に係る情報システム１の機能ブロック構成を示す図である。該情報システム１は、従来と同様に、データ登録確認装置１００と、データ照会装置２００と、を備えて構成される。
【００２５】
まず、データ登録確認装置１００について説明する。データ登録確認装置１００は、従来と同様の構成を備えている。すなわち、ユーザ端末２０からのメッセージ登録・確認要求を受け付けるＷｅｂサーバ１１０と、音声メッセージを自己のＤＢサーバに登録・確認する音声登録確認装置１２０ａと、テキストメッセージを自己のＤＢサーバに登録・確認するテキスト登録確認装置１２０ｂと、動画メッセージを自己のＤＢサーバに登録・確認する動画登録確認装置１２０ｃと、静止画メッセージを自己のＤＢサーバに登録・確認する静止画登録確認装置１２０ｎと、を備えて構成される。
【００２６】
なお、登録とは、メッセージ登録・確認要求に基づき登録対象のメッセージをＤＢサーバに登録する処理をいう。また、確認とは、メッセージ登録・確認要求に基づき登録済のメッセージを返信して確認要求元の画面等に出力させる処理をいう。また、データ登録確認装置１００は、音声、テキスト、動画、静止画以外のメディア種別のメッセージを登録・確認する登録確認装置を更に備えてもよい。
【００２７】
引き続き、図１を参照しながら、データ登録確認装置１００の処理動作について説明する。該処理動作も従来と同様である。例えば、ユーザ端末２０が音声メッセージを登録する場合について説明する。音声メッセージを登録するためのメッセージ登録・確認要求が送信されると、スイッチ４０によりデータ登録確認装置１００に送信される。その後、Ｗｅｂサーバ１１０は、送信されたメッセージ登録・確認要求を受け付け、音声メッセージを扱う音声登録確認装置１２０ａに送信する。該音声登録確認装置１２０ａは、送信されたメッセージ登録・確認要求から音声メッセージを取り出して、自己のＤＢサーバに登録する。
【００２８】
これにより、ユーザ端末２０の音声メッセージが該音声メッセージのキー情報と共に音声登録確認装置１２０ａに登録される。なお、キー情報とは、例えば、ユーザ端末２０の電話番号等である。ユーザ端末２０のユーザが任意に指定した文字列・数字列等を用いてもよいし、情報システム１が適宜割り当てた数値等を用いてもよい。
【００２９】
なお、他のメディア種別のメッセージを登録する場合も同様である。登録対象メッセージのメディア種別に応じて、テキスト登録確認装置１２０ｂ、動画登録確認装置１２０ｃ、静止画登録確認装置１２０ｎが、同様の登録処理を実行する。
【００３０】
次に、データ照会装置２００について説明する。データ照会装置２００は、Ｗｅｂサーバ２１０と、メディア統合データ照会装置２３０と、を備えて構成される。
【００３１】
Ｗｅｂサーバ２１０は、外部システム１’から送信されたメッセージ登録状況照会要求を受け付け、受け付けた全てのメッセージ登録状況照会要求をメディア統合データ照会装置２３０に送信する。また、メディア統合データ照会装置２３０から送信された照会結果を上記外部システム１’に送信する。
【００３２】
メディア統合データ照会装置２３０は、従来の音声データ照会装置２２０ａと、テキストデータ照会装置２２０ｂと、動画データ照会装置２２０ｃと、静止画データ照会装置２２０ｎと、が統合（集約）された１つの装置である。本実施の形態では、データ照会処理部２３０ａと、データ記憶部２３０ｂと、を備えて構成される。
【００３３】
データ照会処理部２３０ａは、データ記憶部２３０ｂに照会対象メッセージのリンク先ＵＲＬが記憶されているか否かに基づき照会対象メッセージがデータ登録確認装置１００に登録されているかを異なる複数のメディア種別（音声、テキスト、動画、静止画等）のメッセージについてそれぞれ判定する複数のメッセージ登録状況照会処理を実行する。また、データ記憶部２３０ｂでマージされた複数のリンク先ＵＲＬ（及びキー情報）を用いて上記複数のメッセージ登録状況照会処理を実行した後、全ての照会結果をまとめてＷｅｂサーバ２１０に送信する。
【００３４】
データ記憶部２３０ｂは、データ登録確認装置１００の各登録確認装置１２０ａ〜１２０ｎとの間でレプリケーション（データ同期処理）を実行する機能を備える。各登録確認装置１２０ａ〜１２０ｎからそれぞれ転送されたメディア種別の異なる複数のメッセージの各リンク先ＵＲＬと該メッセージのキー情報をレプリケーションするタイミングで１つのＤＢデータとして特別な変換処理を行わずにマージする。リンク先ＵＲＬが転送された場合はメッセージ有りとして管理し、転送されていないメッセージについてはメッセージ無しとして管理する。
【００３５】
なお、リンク先ＵＲＬは一例である。データ照会装置２００では、データ登録確認装置１００に照会対象メッセージが登録されているか否かを判定できればよいため、メッセージの識別情報に相当するものであれば他のものを用いてもよい。
【００３６】
引き続き、データ照会装置２００の処理動作について説明する。
【００３７】
最初に、図２を参照しながら、メッセージデータのレプリケーション処理について説明する。
【００３８】
まず、データ記憶部２３０ｂは、データ登録確認装置１００の各登録確認装置１２０ａ〜１２０ｎからそれぞれ転送された各メディア種別の複数のメッセージの各リンク先ＵＲＬと該メッセージのキー情報を受信する（ステップＳ１０１）。
【００３９】
その後、データ記憶部２３０ｂは、受信した全てのリンク先ＵＲＬとキー情報を１つのＤＢデータとして機械的に、すなわち特別な変換処理を行わずにマージしてレプリケーションする（ステップＳ１０２）。
【００４０】
以降、データ登録確認装置１００にメッセージが登録された直後等のタイミングでステップＳ１０１〜Ｓ１０２を繰り返し行うことにより、リンク先ＵＲＬ及びキー情報の上記マージ処理がその都度順次実行される。メッセージ登録直後のタイミングに代えて、一定の時間間隔で実行するようにしてもよい。
【００４１】
次に、図３を参照しながら、メッセージ登録状況照会処理について説明する。ここでは、外部システム１’から音声メッセージとテキストメッセージの各メッセージ登録状況照会要求が送信された場合を説明する。
【００４２】
まず、Ｗｅｂサーバ２１０は、外部システム１’から送信された各メッセージ登録状況照会要求を受け付け、受け付けた全てのメッセージ登録状況照会要求をメディア統合データ照会装置２３０に送信する（ステップＳ２０１）。
【００４３】
次に、メディア統合データ照会装置２３０において、データ照会処理部２３０ａは、送信された各メッセージ登録状況照会要求からキー情報をそれぞれ取得し、各キー情報にそれぞれ対応する音声メッセージのリンク先ＵＲＬとテキストメッセージのリンク先ＵＲＬがデータ記憶部２３０ｂにレプリケーションされているかを判定する（ステップＳ２０２）。
【００４４】
そして、データ照会処理部２３０ａは、照会対象である音声メッセージのリンク先ＵＲＬやテキストメッセージのリンク先ＵＲＬがデータ記憶部２３０ｂにレプリケーションされている場合、登録されている旨の照会結果をＷｅｂサーバ２１０に返信する（ステップＳ２０３）。一方、データ記憶部２３０ｂにレプリケーションされていない場合には、登録されていない旨の照会結果を該Ｗｅｂサーバ２１０に返信する（ステップＳ２０４）。このとき、データ照会処理部２３０ａは、音声メッセージとテキストメッセージに対する各照会結果をまとめてＷｅｂサーバ２１０に返信する。
【００４５】
その後、Ｗｅｂサーバ２１０は、メディア統合データ照会装置２３０から返信された全ての照会結果を外部システム１’に送信する（ステップＳ２０５）。
【００４６】
以上より、本実施の形態によれば、従来の音声データ照会装置２２０ａとテキストデータ照会装置２２０ｂと動画データ照会装置２２０ｃと静止画データ照会装置２２０ｎとを１つに統合し、照会対象メッセージのリンク先ＵＲＬがデータ登録確認装置１００に登録されているか否かを１つのメディア統合データ照会装置２３０で行うため、データ照会装置２００の構築コストを削減できる。
【００４７】
また、本実施の形態によれば、データ登録確認装置１００から転送されたメディア種別の異なる複数のメッセージの各リンク先ＵＲＬと該メッセージデータのキー情報をレプリケーションするタイミングで１つのＤＢデータとして機械的にマージする、つまり、メディア種別の異なる登録装置からのＤＢ情報であっても特別な変換処理を行わずにメディア種別の区別なく同一のＤＢデータとしてマージするため、複数の照会対象メッセージに対する全てのメッセージ登録状況照会処理を１つのメディア統合データ照会装置２３０でメディア種別を意識することなく同一のＤＢ処理として実行可能となることから、メッセージ登録状況照会の処理コストを削減でき、Ｗｅｂサーバ２１０の負荷を軽減できる。
【００４８】
さらに、本実施の形態によれば、メッセージ本体ではなく、メッセージのリンク先ＵＲＬやキー情報をレプリケーションするため、テキスト、音、動画、画像といったメディア種別に依らず同じＤＢ構造を採用でき、レプリケーション時に同一のＤＢに格納でき、システムのシンプル化、データ統合によるコストレス化を実現できる。
【００４９】
次に、上述した情報システム１の適用例について説明する。ここでは、安否確認システムに適用した場合を説明する。該安否確認システムは、例えば大規模災害発生時に利用可能であり、音声メッセージとテキストメッセージによる２つの異種メディアの安否メッセージを混在させたシステムである。本実施形態の発明と比較するため、安否確認システムの従来構成を図４に示し、該安否確認システムに対する本実施形態の発明の適用例を図５に示す。
【００５０】
図４に示す安否確認システム３は、データ登録確認装置１００のＷｅｂサーバ１１０に相当するサーバとして、電話網５０を介して電話端末２０ａに接続される呼接続サーバ３００ａと、インターネット網３０を介してＷｅｂ端末２０ｂに接続されるＷｅｂサーバ３００ｂと、を備えている。また、音声登録確認装置１２０ａに相当するサーバとして、呼接続サーバ３００ａで受け付けた音声メッセージを登録・確認する音声系ＡＰ（アプリケーション）サーバ４００ａと、登録対象の音声メッセージを記憶する音声メッセージデータサーバ４００ｂと、登録対象の音声メッセージのリンク先ＵＲＬとキー情報を記憶する音声系ＤＢサーバ４００ｃと、を備えている。更に、テキスト登録確認装置１２０ｂに相当するサーバとして、Ｗｅｂサーバ３００ｂで受け付けたテキストメッセージを登録・確認するテキスト系ＡＰサーバ５００ａと、登録対象のテキストメッセージを記憶するテキスト系ＤＢサーバ５００ｂと、を備えている。
【００５１】
また、データ照会装置２００のＷｅｂサーバ２１０に相当するサーバとして、Ｗｅｂサーバ６００を備えている。また、音声データ照会装置２２０ａに相当するサーバとして、照会対象の音声メッセージが安否確認システム３に登録されているかを照会する音声照会用ＡＰサーバ７００ａと、音声系ＤＢサーバ４００ｃに登録されている音声メッセージのリンク先ＵＲＬとキー情報がレプリケーションされる音声照会用ＤＢサーバ７００ｂと、を備えている。更に、テキストデータ照会装置２２０ｂに相当するサーバとして、照会対象のテキストメッセージが安否確認システム３に登録されているかを照会するテキスト照会用ＡＰサーバ８００ａと、テキスト系ＤＢサーバ５００ｂに登録されているテキストメッセージのリンク先ＵＲＬとキー情報がレプリケーションされるテキスト照会用ＤＢサーバ８００ｂと、を備えている。
【００５２】
引き続き、図４を参照しながら、安否メッセージの登録処理動作について説明する。音声伝言メッセージが電話端末２０ａに入力されると、電話網５０を介して呼接続サーバ３００ａで受け付けられる。音声系ＡＰサーバ４００ａは、受け付けた音声メッセージを音声メッセージデータサーバ４００ｂに登録し、該音声メッセージのリンク先ＵＲＬを電話端末２０ａの電話番号（キー情報）と共に音声系ＤＢサーバ４００ｃに登録する。そして、該登録直後に、該音声系ＤＢサーバ４００ｃの音声メッセージのリンク先ＵＲＬ及び電話端末２０ａの電話番号を音声照会用ＤＢサーバ７００ｂにレプリケーションする。
【００５３】
一方、テキスト伝言メッセージがＷｅｂ端末２０ｂから送信されると、インターネット網３０を介してＷｅｂサーバ３００ｂで受け付けられる。テキスト系ＡＰサーバ５００ａは、受け付けたテキストメッセージをテキスト系ＤＢサーバ５００ｂに登録する。このとき、Ｗｅｂ端末２０ｂのキー情報として紐付くリンク先ＵＲＬが、該テキスト系ＤＢサーバ５００ｂのテキストメッセージと共に登録される。そして、該登録直後に、該テキスト系ＤＢサーバ５００ｂのテキストメッセージのリンク先ＵＲＬ及びＷｅｂ端末２０ｂのキー情報をテキスト照会用ＤＢサーバ８００ｂにレプリケーションする。
【００５４】
続いても図４を参照しながら、安否メッセージの登録状況の照会処理動作について説明する。音声伝言メッセージとテキスト伝言メッセージが登録されているか否かを確認する場合、上述したように、外部システム１’から伝言メッセージの照会要求が送信され、スイッチ４０により該照会要求の宛先アドレスを有する照会用のＷｅｂサーバ６００に送信される。
【００５５】
該Ｗｅｂサーバ６００は、送信された照会要求を参照し、音声伝言メッセージとテキスト伝言メッセージの両方を照会するため、音声照会用ＡＰサーバ７００ａとテキスト照会用ＡＰサーバ７００ｂに照会要求をそれぞれ送信する。その後、音声照会用ＡＰサーバ７００ａは、音声照会用ＤＢサーバ７００ｂを参照し、照会相手である電話端末２０ａの電話番号を基に照会対象の音声メッセージのリンク先ＵＲＬがレプリケーションされているかを判定して、該判定に基づく照会結果をＷｅｂサーバ６００に送信する。また、テキスト照会用ＡＰサーバ８００ａは、テキスト照会用ＤＢサーバ８００ｂを参照し、同様に照会対象のテキストメッセージのリンク先ＵＲＬがレプリケーションされているかを判定して、該判定に基づく照会結果をＷｅｂサーバ６００に送信する。その後、Ｗｅｂサーバ６００は、音声照会用ＡＰサーバ７００ａでの照会結果とテキスト照会用ＡＰサーバ８００ａでの照会結果を１つにまとめて外部システム１’に送信する。
【００５６】
しかし、大規模災害が発生した場合、安否確認システム３に対して、災害発生直後から短時間で非被災地の多くのユーザから膨大なメッセージ登録状況照会要求が送信される。そのため、該メッセージ登録状況照会要求のトラヒックが照会用のＷｅｂサーバ６００で集中することになる。また、該Ｗｅｂサーバ６００は、メッセージのメディア種別に応じて各照会要求を音声照会用ＡＰサーバ７００ａとテキスト照会用ＡＰサーバ８００ａに振り分け、各照会結果をまとめて外部システム１’に送信するため、Ｗｅｂサーバ６００の負荷が極めて増大する。
【００５７】
一方、上記安否確認システム３に本実施形態の発明を適用すると、音声とテキストのメディア種別毎に設けていた複数の照会用ＡＰサーバを１つに集約できる。具体的には、図５に示すように、音声照会用ＡＰサーバ７００ａとテキスト照会用ＡＰサーバ８００ａを統合したデータ照会用ＡＰサーバ９００ａと、音声照会用ＤＢサーバ７００ｂとテキスト照会用ＤＢサーバ８００ｂを統合したデータ照会用ＤＢサーバ９００ｂと、を備えることになる。統合されたデータ照会用ＡＰサーバ９００ａは、Ｗｅｂサーバ６００の配下に接続され、データ照会用ＤＢサーバ９００ｂにアクセスして音声メッセージ及びテキストメッセージの有無を確認する。
【００５８】
引き続き、図５を参照しながら、本実施形態の発明を適用した場合における安否メッセージの登録処理動作について説明する。まず、音声系ＤＢサーバ４００ｃとテキスト系ＤＢサーバ５００ｂからそれぞれ転送される音声メッセージのリンク先ＵＲＬ及びキー情報とテキストメッセージのリンク先ＵＲＬ及びキー情報とは、照会装置側にレプリケーションするタイミングで１つのＤＢデータとして電話番号等のキー情報と共に機械的（＝特別な変換処理を行わずに）にマージされ、データ照会用ＤＢサーバ９００ｂに格納される。
【００５９】
そして、音声伝言メッセージとテキスト伝言メッセージが登録されているか否かを確認する場合、Ｗｅｂサーバ６００は、外部システム１’から送信された伝言メッセージの照会要求をデータ照会用ＡＰサーバ９００ａに送信する。データ照会用ＡＰサーバ９００ａは、データ照会用ＤＢサーバ９００ｂを参照し、照会相手である電話端末ａの電話番号等を基に照会対象の音声メッセージのリンク先ＵＲＬとテキストメッセージのリンク先ＵＲＬがレプリケーションされているかをそれぞれ判定して、該判定に基づく各照会結果をまとめてＷｅｂサーバ６００に送信する。その後、Ｗｅｂサーバ６００は、データ照会用ＡＰサーバ９００ａでの照会結果を外部システム１’に送信する。
【００６０】
図４に示した従来の安否確認システムと比べて、複数のメディア種別のメッセージに対する全ての照会処理をデータ照会用ＡＰサーバ９００ａに集約しているため、２つの照会用ＡＰサーバ（音声照会用ＡＰサーバ７００ａとテキスト照会用ＡＰサーバ８００ａ）を構築しないでよいことから、データ照会用ＡＰサーバ９００ａの構築コストを削減できる。また、データ照会用ＤＢサーバ９００ｂにおいて、音声系ＤＢサーバ４００ｃからの音声メッセージのリンク先ＵＲＬ及びキー情報とテキスト系ＤＢサーバ５００ｂからのテキストメッセージのリンク先ＵＲＬ及びキー情報とをレプリケーションするタイミングで１つのＤＢデータとしてマージするため、音声及びテキストの各メッセージに対する全ての照会処理を１つのデータ照会用ＡＰサーバ９００ａでメディア種別を意識することなく同一のＤＢ処理として実行可能となり、照会用のＷｅｂサーバ６００での負荷集中を軽減できる。
【００６１】
最後に、上述したデータ登録確認装置１００及びデータ照会装置２００は、ＣＰＵ等の演算機能やメモリ等の記憶機能を備えたコンピュータで実現できる。また、データ登録確認装置１００又はデータ照会装置２００としてコンピュータを機能させるためのプログラムや該プログラムの記憶媒体を作成することも可能である。
【符号の説明】
【００６２】
１…情報システム
１’…外部システム
３…安否確認システム
１０…通信網
２０…ユーザ端末
２０ａ…電話端末
２０ｂ…Ｗｅｂ端末
３０…インターネット網
４０…スイッチ
５０…電話網
１００…データ登録確認装置
１１０…Ｗｅｂサーバ
１２０ａ…音声登録確認装置
１２０ｂ…テキスト登録確認装置
１２０ｃ…動画登録確認装置
１２０ｎ…静止画登録確認装置
２００…データ照会装置
２１０…Ｗｅｂサーバ
２２０ａ…音声データ照会装置
２２０ｂ…テキストデータ照会装置
２２０ｃ…動画データ照会装置
２２０ｎ…静止画データ照会装置
２３０…メディア統合データ照会装置
２３０ａ…データ照会処理部
２３０ｂ…データ記憶部
３００ａ…呼接続サーバ
３００ｂ…Ｗｅｂサーバ
４００ａ…音声系ＡＰサーバ
４００ｂ…音声メッセージデータサーバ
４００ｃ…音声系ＤＢサーバ
５００ａ…テキスト系ＡＰサーバ
５００ｂ…テキスト系ＤＢサーバ
６００…Ｗｅｂサーバ
７００ａ…音声照会用ＡＰサーバ
７００ｂ…音声照会用ＤＢサーバ
８００ａ…テキスト照会用ＡＰサーバ
８００ｂ…テキスト照会用ＤＢサーバ
９００ａ…データ照会用ＡＰサーバ
９００ｂ…データ照会用ＤＢサーバ
Ｓ１０１〜Ｓ１０２，Ｓ２０１〜Ｓ２０５…ステップ
【図１】
0006306526.tif 000002
【図２】
0006306526.tif 000003
【図３】
0006306526.tif 000004
【図４】
0006306526.tif 000005
【図５】
0006306526.tif 000006
【図６】
0006306526.tif 000007
【図７】
0006306526.tif 000008