JP4419858B2

JP4419858B2 - 音声メッセージ伝達システムおよびプログラム

Info

Publication number: JP4419858B2
Application number: JP2005027175A
Authority: JP
Inventors: 岳彦溝口
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2005-02-03
Filing date: 2005-02-03
Publication date: 2010-02-24
Anticipated expiration: 2025-02-03
Also published as: JP2006217195A; US20060172750A1

Description

この発明は、複数の端末装置がＩＰネットワークを介して接続され、何れかの端末装置から発信された同一の音声メッセージをその送信相手先である複数の端末装置に伝達する音声メッセージ伝達システムおよびプログラムに関する。

一般に、同一の音声メッセージを複数の相手先に一斉同報的に伝達する場合において、たとえば、ビデオ会議システムのように複数の端末装置間で通話するためには、マルチポイントコントロールユニットを導入したり、広帯域回線の敷設など、システム環境を整備する必要があり、また、音声メッセージを伝達する手段として電子掲示板システムを利用することは、相手先が音声メッセージを何時取得するか分からず、緊急を要するメッセージの伝達には不向きであった。

また、従来では、同一のメッセージを複数の相手先に一斉同報的に伝達する場合におけるネットワーク上のトラフィック対策として、たとえば、全国展開の各支店間を広域ネットワークで接続し、伝達情報を会社の部長、支店長、課長、係長の階層順に送信することで、発信者から第1の受信者(支店長)に伝達した後にあっては、広域ネットワークを経由せず、支店内での伝達に限られるため、トラフィック対策上有効であるとするネットワークシステムが知られている（特許文献１参照）。
特開平１１−２７５１３５号公報

しかしながら、特許文献１の技術にあっては、トラフィック対策としては有効であるが、受信者側で下位メンバを示す階層テーブルを作成しながら次ぎの相手先に送信する過程において、回線の不具合などによって伝達が途中で停止してしまう危険があった。
このように従来においては、メッセージを複数の相手先に一斉同報的に伝達する場合、広帯域回線の敷設などのシステム環境を整備する必要があったり、伝達までのタイムラグが長くなってしまったり、伝達の途中で停止してしまう危険性があるなどの問題があった。

この発明の課題は、何れかの端末装置から発信された同一の音声メッセージをその送信相手先である複数の端末装置に伝達する場合に、音声メッセージを複数の相手先に確実かつ合理的に伝達できるようにすることである。

請求項１記載の発明は、端末装置がネットワークを介したサーバ装置に音声メッセージを登録して送信相手先の端末装置を指定し、その登録した音声メッセージを元に前記サーバ装置が前記音声メッセージを再生するためのＷｅｂページを生成すると共に前記送信相手先の端末装置に前記ＷｅｂページをアクセスするためのＳＩＰプロトコルにしたがったＳＩＰショートメッセージを送信し、前記Ｗｅｂページに対して前記送信相手先の端末装置が自動的にアクセスすることにより、何れかの端末装置から発信された同一の音声メッセージをその送信相手先である複数の端末装置に伝達する音声メッセージ伝達システムであって、前記端末装置は、前記ＳＩＰショートメッセージを受信する受信手段と、前記ＳＩＰショートメッセージに含まれるコマンド識別子を解析することにより、前記Ｗｅｂページをアクセスするためのメッセージであることを判別し、前記ＳＩＰショートメッセージに含まれるリンク情報を抽出し、その抽出されたリンク情報に基づいて前記サーバ装置へアクセスして前記音声メッセージを再生するためのＷｅｂページを表示するＷｅｂページ表示手段と、前記Ｗｅｂページに含まれる前記リンク情報がユーザ操作によって指定された際に、このリンク情報に応じて音声メッセージの呼び出し要求を前記サーバ装置へ行い、前記サーバ装置から受信した音声メッセージを再生する音声メッセージ再生手段と、を具備したことを特徴とする。
さらに、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項２記載の発明）。

請求項１記載の発明によれば、端末装置が登録した音声メッセージを元にサーバ装置が音声メッセージを再生するためのＷｅｂページを生成すると共に送信相手先の端末装置にＷｅｂページをアクセスするためのＳＩＰプロトコルにしたがったＳＩＰショートメッセージを送信し、端末装置は、ＳＩＰショートメッセージがＷｅｂページをアクセスするためのメッセージである場合に、音声メッセージを再生するためのＷｅｂページを表示できるようにしたので、ＳＩＰショートメッセージに含まれるコマンド識別子を解析することにより、ＩＰネットワークを効率よく利用し、送信相手先の端末装置のユーザは、音声メッセージがあることを受信を表示されたＷｅｂページで確認することができ、表示されたＷｅｂページの指定操作により音声メッセージの再生操作を簡単に行うことができる。

以下、図１〜図１７を参照して本発明の実施例を説明する。
図１は、音声メッセージ伝達システムの全体構成の概要を示したブロック図である。
この音声メッセージ伝達システムは、音声メッセージを登録管理するサーバ装置１とＶｏＩＰ(Voice over Internet Protocol)ソフトフォン対応の複数台の端末装置２とネットワーク(ＩＰネットワーク)３を介して接続されたシステム環境となっており、このサーバ装置１の管理下で、何れかの端末装置２から発信された同一の音声メッセージをその送信相手先である他の複数の端末装置２に伝達するようにしている。この場合、ネットワーク３は、会社構内に構築されたローカル・エリア・ネットワーク(ＬＡＮ：イントラネット)であってもよいが、複数のＬＡＮを接続した広域ネットワークであってもよい。この場合、会社構内のＬＡＮとしは、構内に設置された複数のアクセスポイント４を有する無線ＬＡＮのほか、有線ＬＡＮであってもよい。そして、サーバ装置１と端末装置２との間では、ＴＣＰ／ＩＰを利用したＨＴＴＰ(Hyper Text Transfer Protocol)によってデジタル化（パケット化）されたデータの送受信を行うようにしている。

図２は、サーバ装置１に搭載されているソフトウエアの構成を示した図である。
サーバ装置１には、オペレーティングシステム１１のほか、ＳＩＰ(Session Initiation Protocol)を用いてＩＰネットワーク上で音声転送セッションを確立するＳＩＰ呼制御モジュール１２と、音声転送セッションにより音声メッセージの送受信を行う音声データ送受信モジュール１３が設けられている。そして、この実施例においては、何れかの端末装置２から発信された音声メッセージを音声データ送受信モジュール１３によって受信した際に、この音声メッセージを録音して音声メッセージファイルとして登録する音声データ録音・登録モジュール１４が設けられている。

さらに、この実施例におけるサーバ装置１には、ＳＩＰ・ＵＲＩ管理モジュール１５と、Ｗｅｂページ作成モジュール１６と、ショートメッセージ通達モジュール１７と、Ｗｅｂサーバモジュール１８が設けられている。このＳＩＰ・ＵＲＩ管理モジュール１５は、複数の端末装置２に１対１に割り当てられているＳＩＰ・ＵＲＩ(Uniform Resource Identifier)をグループ毎に管理することによって音声メッセージの送信相手先となるグループに属する複数の端末装置２を特定するためのモジュールであり、Ｗｅｂページ作成モジュール１６は、何れかの端末装置２から送信されて来た音声メッセージをファイル化して登録した後に、この音声メッセージファイルがリンクされている音声メッセージ公開用のＷｅｂページを作成するためのモジュールである。

ショートメッセージ通達モジュール１７は、音声メッセージ公開用Ｗｅｂページの作成完了後に当該Ｗｅｂページを任意にアクセス可能なリンク情報として音声メッセージ公開用ＷｅｂページのＵＲL(Uniform Resource Locator)を含むＳＩＰショートメッセージを作成すると共に、送信相手先として特定された複数の端末装置２に対して当該ＳＩＰショートメッセージを配信するためのモジュールである。なお、ショートメッセージとはテキストベースの短文メッセージである(以下、同様)。Ｗｅｂサーバモジュール１８は、ＳＩＰショートメッセージを配信した端末装置２側から音声メッセージ公開用Ｗｅｂページの呼び出し要求を受けた際に、当該ＳＩＰショートメッセージ内のリンク情報に対応付けられている音声メッセージ公開用Ｗｅｂページを読み出して当該要求元の端末装置２に返信するためのモジュールである。また、サーバ装置１には、ＳＩＰ・ＵＲＩ管理データテーブルＤ１、音声メッセージファイルＤ２、公開Ｗｅｂページ格納フォルダＤ３が設けられている。

図３は、各端末装置２に搭載されているＶｏＩＰソフトフォンのモジュールの構成を示した図である。
各端末装置２には、オペレーティングシステム２１のほか、ＶｏＩＰソフトフォン２２が設けられている。このＶｏＩＰソフトフォン２２は、ＳＩＰを用いてＩＰネットワーク上で音声転送セッションを確立するＳＩＰ呼制御モジュール２３と、音声転送セッションにより音声メッセージの送受信を行う音声データ送受信モジュール２４と、サーバ装置１から送信されて来たＳＩＰショートメッセージの内容を解析することによって音声メッセージファイルがリンクされている音声メッセージ公開用ＷｅｂページのＵＲLを自動抽出するショートメッセージ解析モジュール２５と、このショートメッセージ解析モジュール２５によって抽出されたＵＲLに基づいてサーバ装置１に対して音声メッセージ公開用Ｗｅｂページの呼び出し要求を行うアクセスするＷｅｂページアクセスモジュール２６とを有している。なお、この実施例においては、Ｗｅｂページアクセスモジュール２６をＶｏＩＰソフトフォン２２の中に組み入れた場合を示したが、端末装置２に内蔵されているブラウザを起動することによって音声メッセージ公開用Ｗｅｂページの呼び出し要求を行うようにしてもよい。

図４は、会社組織を階層的に表現した組織図であり、この例では、「営業部」の下位階層として、「営業１課」、「営業２課」、「営業３課」が存在し、各「営業課」には課長などの社員が存在していることを示している。
図５は、この組織図に対応するＳＩＰ・ＵＲＩ管理データテーブルＤ１の一部として、ユーザ(会社員)毎に割り当てられているＳＩＰ・ＵＲＩなどを記憶管理するユーザデータテーブルＤ１１を示している。
このユーザデータテーブルＤ１１は、ユーザ毎にその「氏名」、「役職名」、「ＳＩＰ・ＵＲＩ」、「端末ＩＤ」を記憶管理する構成となっている。図示の例では、「氏名」が“Ａａ”の社員は、「役職」が“部長”で、「ＳＩＰ・ＵＲＩ」が“ｓｉｐ：１９２．１６８．１．１１”であることを示している。なお、「端末ＩＤ」はユーザ認証などで使用される。

図６は、ＳＩＰ・ＵＲＩ管理データテーブルＤ１の一部として、グループ(部署、管理職)毎に割り当てられているＳＩＰ・ＵＲＩを記憶管理するグループデータテーブルＤ１２を示した図である。
このグループデータテーブルＤ１２は、グループ毎にその「グループ名」、「グループＳＩＰ・ＵＲＩ」を記憶管理する構成となっている。図示の例では、「グループ名」が“営業部”の「グループＳＩＰ・ＵＲＩ」は、“ｓｉｐ：１９２．１６８．１．１００”であることを示している。

図７は、ＳＩＰ・ＵＲＩ管理データテーブルＤ１の一部として、各ユーザとグループとの対応関係を管理するユーザ・グループ対応テーブルＤ１３を示した図である。
このユーザ・グループ対応テーブルＤ１３は、マトリックス状の表内に各ユーザの「氏名」と各グループの「グループ名」を配置した構成で、この表内に付された○印は、ユーザとグループとの対応関係を示している。すなわち、たとえば、管理職のグループには、ユーザ「Ａａ」、「Ｂｂ」、「Ｄｄ」、「Ｇｇ」が対応付けられており、また、営業第１課のグループには、ユーザ「Ｂｂ」、「Ｃｃ」が対応付けられている。

図８は、ＳＩＰショートメッセージのデータ構造を示した図である。
ＳＩＰショートメッセージは、「コマンド識別子」、「通信アドレス」、「テキストデータ」、「付加情報」の各項目を有する構成となっている。ここで、「コマンド識別子」には、通常のテキストの場合には“０” がセットされ、音声メッセージ公開用ＷｅｂページのＵＲLを含んだテキストの場合には“１”がセットされる。このように「コマンド識別子」の内容に応じて音声メッセージ公開用ＷｅｂページのＵＲLの通知手段として、ＳＩＰショートメッセージを使用することができる。

図９は、サーバ装置１の基本的構成要素を示したブロック図である。
ＣＰＵ１０１は、記憶部１０２内のオペレーティングシステム、各種アプリケーションソフトに応じてこのサーバ装置１の全体動作を制御する中央演算処理装置である。記憶部１０２は、プログラム領域とデータ領域とを有し、磁気的メモリ、光学的メモリ、半導体メモリ等のほか、その駆動系を有する構成となっている。この記憶部１０２内のプログラム領域には、図２で示したオペレーティングシステム１１、ＳＩＰ呼制御モジュール１２、音声データ送受信モジュール１３、音声データ録音・登録モジュール１４、ＳＩＰ・ＵＲＩ管理モジュール１５、Ｗｅｂページ作成モジュール１６、ショートメッセージ通達モジュール１７、Ｗｅｂサーバモジュール１８などが格納されている。なお、記憶部１０２は、ハードディスク等の固定メモリのほか、ＣＤ−ＲＯＭ、ＤＶＤ等の着脱自在な記憶媒体であってもよい。

この記憶部１０２内のプログラム、データは、必要に応じてＲＡＭ（たとえば、スタティックＲＡＭ）１０３にロードされたり、このＲＡＭ１０３内のデータが記憶部１０２にセーブされる。なお、ＲＡＭ１０３は、プログラム実行領域と作業領域とを有している。ＣＰＵ１０１には、その入出力周辺デバイスである通信Ｉ／Ｆ(ＩＰネットワーク用の通信インターフェイス)１０４、キー入力部１０５、表示部１０６、外部記憶部１０７がバスラインを介して接続されており、入出力プログラムによってＣＰＵ１０１は、これらの入出力デバイスの動作制御を行う。キー入力部１０５は、キーボード、マウスなどのポインティングデバイスを有する構成で、文字列データ、各種コマンドの入力を行う。表示部１０６は、タッチパネル付きの液晶表示部などである。

図１０は、端末装置２の基本的構成要素を示したブロック図である。
この端末装置２は、ＶｏＩＰソフトフォン対応のＰＤＡ(Personal Digital Assistance)であり、上述したサーバ装置１の構成要素と基本的には同様に、ＣＰＵ２０１、記憶部２０２、ＲＡＭ２０３、通信Ｉ／Ｆ２０４、キー入力部２０５、表示部２０６、外部記憶部２０７を有するほか、この端末装置２には、電話機能を構成する音声マイク２０８および音声スピーカ２０９が設けられている。なお、記憶部２０２には、上述したオペレーティングシステム２１、ＶｏＩＰソフトフォン２２、ＳＩＰ呼制御モジュール２３と、音声データ送受信モジュール２４、ショートメッセージ解析モジュール２５、Ｗｅｂページアクセスモジュール２６などが格納されている。表示部２０６は、タッチパネル付きの液晶表示部などである。

次ぎに、この実施例における音声メッセージ伝達システムの動作概念を図１１に示すタイムチャートおよび図１３に示すフローチャートを参照して説明する。ここで、このタイムチャートあるいはフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体の他に、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。

図１１は、何れかの端末装置２から発信された音声メッセージを複数の端末装置２に対して送信する音声メッセージ伝達システムにおける動作手順を概念的に示したタイムチャートである。
なお、図中、(ＴＡ１)〜(ＴＡ２２)は、音声メッセージの発信元となる端末装置(発信元端末)２とサーバ装置１と音声メッセージの受信先となる端末装置(受信先端末)２との間において、発信元端末２から発信された同一の音声メッセージをサーバ装置１の制御下でその送信相手先である複数の受信先端末２に伝達する場合の動作順を示している。

先ず、音声メッセージの発信元(たとえば、営業部長「Ａａ」)の端末装置(発信元端末)２は、その送信相手先としてグループＳＩＰ・ＵＲＩ(たとえば、営業１課)を指定して発呼すると(ＴＡ１)、サーバ装置１側ではそのＳＩＰ呼制御モジュール１２により着呼検知が行われるほか(ＴＡ２)、送信相手先として指定されたグループＳＩＰ・ＵＲＩに基づいてグループデータテーブルＤ１２を検索し、正規なグループが送信相手先として指定されたか否かを判定する(ＴＡ３)。この場合、グループＳＩＰ・ＵＲＩ(営業１課)は、グループデータテーブルＤ１２に定義されているので、正規なグループである認識して音声転送セクション(自動応答)を行う(ＴＡ４)。

すると、発信元端末２側では、音声転送セッションが確立された状態において、音声データ送受信モジュール２４が起動され、伝達内容として入力された音声メッセージを録音させるために入力音声データをサーバ装置１に送信すると(ＴＡ５)、サーバ装置１側では、音声データ録音・登録モジュール１４の起動によって入力音声の録音を開始する(ＴＡ６)。ここで、発信元端末２側において伝達内容が全て入力された段階でオンフック操作(切断操作)が行われると、サーバ装置１側では、音声転送セッションの完了(録音完了)となる(ＴＡ７)。

そして、サーバ装置１は、ＳＩＰ呼制御モジュール１２による切断検知に応答し(ＴＡ８)、録音された音声メッセージを読み出して音声ファイルとして音声メッセージファイルＤ２に登録する(ＴＡ９)。このようにして音声メッセージファイルを登録した後、サーバ装置１側では、Ｗｅｂページ作成モジュール１６が起動し、この音声メッセージファイルをリンクとする音声メッセージ公開用のＷｅｂページを作成し、Ｗｅｂサーバモジュール１８側の公開Ｗｅｂページ格納フォルダＤ３に登録・公開する(ＴＡ１０)。

図１２は、音声メッセージ公開用Ｗｅｂページを例示したもので、この音声メッセージ公開用Ｗｅｂページは、ＨＴＭＬ(Hyper Text Markup Language)文の中に音声メッセージファイルの所在場所を示すリンク情報を含めたもので、(Ａ)は、ＨＴＭＬ実行例、(Ｂ)はＨＴＭＬソース例を示している。なお、この音声メッセージ公開用Ｗｅｂページは、後述する図１３に示すフローチャートに応じて作成されたもので、そのタイトル部は、「営業１課への音声メッセージ」、また、ボディ部は、音声メッセージファイルのリンク情報「２００５／０１／２２１５：２０Ａａ部長からの音声メッセージ」となっている。ここで、タイトル内の「営業１課」は、発信元端末２からの受信データ(グループＳＩＰ・ＵＲＩ)に基づいてグループデータテーブルＤ１２を検索することによって得られたデータであり、リンク情報の「２００５／０１／２２１５：２０Ａａ部長」も発信元端末２からの受信データに基づいて得られたデータである。

図１３は、Ｗｅｂページ作成モジュール１６が実行する音声メッセージ公開用Ｗｅｂページの作成処理を示したフローチャートである。
先ず、ＨＴＭＬ開始宣言を生成して(ステップＳ１)、ヘッダ部を生成した後に(ステップＳ２)、発信元端末２からの受信データからタイトル用データを抽出して(ステップＳ３)、ＨＴＭＬタイトル部を生成すると共に(ステップＳ４)、この受信データから行タイトル用データを抽出して(ステップＳ５)、ＨＴＭＬ行タイトル部を生成する(ステップＳ６)。そして、ＨＴＭＬ行の終了かをチェックし(ステップＳ７)、最終行に達するまで受信データから行データを抽出しながら(ステップＳ８)、必要に応じて行データを索引テーブルから取得して(ステップＳ９)、ＨＴＭＬ行データを生成する処理(ステップＳ１０)を繰り返す。これによってＨＴＭＬファイルを作成し終わると、その終了宣言を生成した後(ステップＳ１１)、生成したＨＴＭＬファイルを公開場所に格納する(ステップＳ１２)。

このようにして音声メッセージ公開用Ｗｅｂページを登録・公開した後において、サーバ装置１側では、ＳＩＰ・ＵＲＩ管理モジュール１５を起動させ、発信元端末２からの受信データ(グループＳＩＰ・ＵＲＩ)に基づいてユーザ・グループ対応テーブルＤ１３を検索して当該グループ内に属するユーザＳＩＰ・ＵＲＩを取得する(ＴＡ１１)。いま、発信元である営業部長「Ａａ」から指定されたグループＳＩＰ・ＵＲＩが「営業１課」であれば、ユーザ「Ｂｂ」、「Ｃｃ」に対応付けられているユーザＳＩＰ・ＵＲＩをそれぞれ取得して音声メッセージの送信相手先として特定する。

また、グループＳＩＰ・ＵＲＩが「管理職」であれば、ユーザ「Ａａ」、「Ｂｂ」、「Ｄｄ」、「Ｇｇ」に対応付けられているユーザＳＩＰ・ＵＲＩをそれぞれ取得して音声メッセージの送信相手先として特定する。そして、ショートメッセージ通達モジュール１７が起動され、音声メッセージ公開用ＷｅｂページのＵＲＬをメッセージボディとするＳＩＰショートメッセージを作成した後(ＴＡ１２)、このＳＩＰショートメッセージを送信相手先として特定したユーザＳＩＰ・ＵＲＩ宛に一斉同報する(ＴＡ１３)。

ここで、受信先端末２側においては、そのＳＩＰ呼制御モジュール２３によってサーバ装置１からのＳＩＰショートメッセージの着呼を検知すると(ＴＡ１４)、ショートメッセージ解析モジュール２５が起動され、このＳＩＰショートメッセージの「コマンド識別子」を解析することによって通常のテキストか音声メッセージ公開用のＷｅｂページのＵＲＬを含むかを判別し、ＷｅｂページのＵＲＬを含むメッセージであれば、このＳＩＰショートメッセージの中に含まれている当該ＷｅｂページのＵＲＬを自動抽出する(ＴＡ１５)。次いで、Ｗｅｂページアクセスモジュール２６が起動され、抽出されたＵＲＬに基づいてサーバ装置１側に対してＷｅｂページの呼び出し要求が行われる(ＴＡ１６)。すると、サーバ装置１側では該当する音声メッセージ公開用Ｗｅｂページを検索して要求元の受信先端末２に返信する(ＴＡ１７)。

この場合、受信先端末２側では、サーバ装置１から送信されて来た音声メッセージ公開用Ｗｅｂページを受信取得してブラウザによって表示出力されている状態において(ＴＡ１８)、このＷｅｂページ画面に貼り付けられている音声メッセージ用のリンク情報がユーザ操作によってカーソル指定(クリック操作)されると、このＷｅｂページからリンク情報を抽出すると共に、このリンク情報に応じて音声メッセージファイルの呼び出し要求をサーバ装置１に対して行う(ＴＡ１９)。

ここで、サーバ装置１側においては、受信先端末２から音声メッセージファイルの呼び出し要求を受けると、該当する音声メッセージファイルを検索して要求元の端末に送信する(ＴＡ２０)。この場合、音声メッセージファイルのダウンロードは、ＨＴＴＰによる非ストリーミング転送となる。そして、受信先端末２側では、サーバ装置１から送信されて来た音声メッセージファイルを受信取得して(ＴＡ２１)、この音声メッセージの再生動作を開始する(ＴＡ２２)。なお、サーバ装置１側においては、ＳＩＰショートメッセージによって複数の相手先に一斉同報的に伝達した後、他の受信先端末２から音声メッセージファイルの呼び出し要求を受ける毎に、それに応答して音声メッセージファイルを要求元の端末に送信する動作が繰り返される。

以上のように、この実施例の音声メッセージ伝達システムにおいてサーバ装置１は、何れかの発信元端末２からの通話呼び出しに自動応答してその音声メッセージを録音登録すると共に、この音声メッセージを公開するためのＷｅｂページを作成して登録・公開すると共に、このＷｅｂページのＵＲＬを含むＳＩＰショートメッセージを作成し、発信元端末２からの情報に基づいて特定された複数の受信先端末２に対してＳＩＰショートを配信した後に、この受信先端末２からＷｅｂページの呼び出し要求を受けた場合に、当該Ｗｅｂページをその要求元に送信するようにしたから、音声メッセージの発信が有った旨をＳＩＰショートメッセージによって複数の相手先に一斉同報的に伝達した後に、この相手先からの要求に応じて実際の音声メッセージを送信することができる。

したがって、音声メッセージを複数の相手先に一斉同報的に伝達する場合、音声メッセージの登録と音声メッセージの再生とを分離することができ、ＩＰネットワーク上のトラフィック対策のために広帯域回線などの整備が不用となってコスト的に有利となるほかに、音声メッセージの登録から再生までのタイムラグを最小限に留めることができ、さらには、伝達途中で伝達が停止するような事態も回避することができるなど、音声メッセージを複数の相手先に確実かつ合理的に伝達することが可能となり、実用効果の高いものとなる。この場合、ＶｏＩＰソフトフォンを通常に使用する範疇で、発信者が意図する伝送タイミングで、最小のタイムラグをもって音声メッセージを送受信することができる。この場合、複数の端末装置による同時通話を回避することができ、通話による高トラフィックを防止することが可能となり、また、音声メッセージ公開用のＷｅｂページには、音声メッセージファイルを任意にアクセス可能なリンク情報が含まれているために音声メッセージの呼び出しは、必要に応じて何回でも自由に行うことができると共に、この音声メッセージの発信元およびその宛先を明示する情報が含まれているため、誰から伝達され、誰宛のメッセージかを確認することができる。

また、サーバ装置１は、各ユーザとグループとの対応関係が管理されている状態において、音声メッセージの発信元からの情報に基づいて当該発信元に対応付けられているグループに属する複数のユーザをＳＩＰショートメッセージの送信相手先として特定するようにしたから、音声メッセージの送信相手先をグループ別に特定することができる。ここで、ユーザとグループとの対応関係をどのように定義するかによって柔軟な対応が可能となり、複数のグループに亘って送信相手先を特定することもできる。また、サーバ装置１は、音声メッセージの登録時に音声メッセージの送信相手先として指定されたグループが正規なグループであるか否かを判別し、正規なグループであることを条件に音声メッセージを登録するようにしたから、関係者以外に音声メッセージが間違って伝達されることを防ぐことが可能となる。

なお、上述した実施例においてサーバ装置１は、発信元端末２からの発呼に自動応答して音声転送セッションを確立し、発信元端末２から入力された音声メッセージを受信取得して録音を開始した後、その切断検知に応答して録音メッセージを登録するようにしたが、発信元端末２側で事前に録音作成された音声メッセージファイルを受信取得して登録するようにしてもよい。

図１４は、発信元端末２側で事前に録音作成された音声メッセージファイルを受信取得して登録する場合の動作手順を概念的に示したタイムチャートである。なお、図中、(ＴＢ１)〜(ＴＢ５)は、音声メッセージの発信元となる端末装置(発信元端末)２とサーバ装置１との間において、発信元端末２から発信された同一の音声メッセージを取得して登録するまでの動作手順を示している。

先ず、音声メッセージの発信元端末２側では、伝達内容を音声入力して音声メッセージファイルとして録音した後において(ＴＢ１)、その送信相手先としてグループＳＩＰ・ＵＲＩ(たとえば、営業１課)を指定して発呼すると(ＴＢ２)、サーバ装置１側ではそのＳＩＰ呼制御モジュール１２により着呼検知して音声転送セクション(自動応答)を行う(ＴＢ３)。ここで、発信元端末２は、録音済みの音声メッセージファイルを読み出し、ＨＴＴＰにてサーバ装置１に送信すると(ＴＢ４)、サーバ装置１は、受信した音声メッセージファイルを登録する(ＴＢ５)。以下、上述した実施例と同様に、この音声メッセージファイルをリンクとする音声メッセージ公開用のＷｅｂページを作成し、Ｗｅｂサーバモジュール１８側の公開Ｗｅｂページ格納フォルダＤ３に登録・公開すると共に、ＳＩＰショートメッセージを作成して送信相手先としての複数の受信先端末２に一斉同報する。

このようにサーバ装置１は、発信端末２側において事前に録音作成された音声メッセージファイルを受信取得して登録するようにすれば、発信元端末２側で何回も録音をやり直したとしても、正しく録音された音声メッセージのみを登録することができ、通話時間の短縮化に有効なものとなるほか、話中状態による不都合も効果的に解消することができるなど、実用効果の高いものとなる。
なお、発信端末２側においては、音声メッセージファイルの録音作成とＨＴＴＰ転送に代わって音声メッセージファイルの録音作成とＦＴＰ(File Transfer Protocol)転送を行うようにしてもよい。

上述した実施例において、音声メッセージ公開用のＷｅｂページは、音声メッセージファイルを任意にアクセス可能なリンク情報を含めたが、この音声リンクのほかに、この音声メッセージの発信元端末２を通話呼び出しするための通信アドレス(ＳＩＰ・ＵＲＩ)を含めるようにしてもよい。この場合、サーバ装置１は、音声メッセージ公開用のＷｅｂページを作成する際に、この音声メッセージの登録時に受信取得した発信元のＳＩＰ・ＵＲＩをＷｅｂページに組み込むようにすればよい。

図１５は、音声メッセージファイルをアクセスするリンク情報のほかに、発信元のＳＩＰ・ＵＲＩを含む音声メッセージ公開用のＷｅｂページの実行例を示した図である。
このＷｅｂページには、音声リンクに続き、「連絡先はこちらまで」が含まれており、この項目内の“こちら”をクリックすると、発信元のＳＩＰ・ＵＲＩに基づいて発信元端末２に対する通話呼び出しが行われる。

このように音声メッセージ公開用のＷｅｂページ内に発信元のＳＩＰ・ＵＲＩを含めることによって、このＷｅｂページを受信した受信先端末２側では、この音声メッセージを再生して伝達内容を聞いた後に、必要に応じてその発信元との間での折り返し通話が可能となり、メッセージ内容を発信元に対して直接確認してその詳細を知ることができるなど、利便性と共に迅速対応が可能となる。

上述した実施例において、音声メッセージ公開用のＷｅｂページには、今回録音登録した音声メッセージファイルをアクセスするリンク情報のみを含めるようにしたが、複数の音声メッセージを任意にアクセス可能なリンク情報として、当該複数のリンク情報を一覧形式で表すようにしてもよい。
図１６は、音声メッセージファイルを任意にアクセス可能な複数のリンク情報を含む音声メッセージ公開用Ｗｅｂページの実行例を示した図である。

このＷｅｂページには、今回録音登録した音声メッセージファイルのリンク情報に続き、過去に録音登録した音声メッセージファイルのリンク情報がその登録順に配列表示されている。すなわち、今回の音声メッセージ「発信者：Ａａ部長」に続き、過去の音声メッセージ「発信日：２００５／１／２１、発信者：Ｄｄ課長」、「発信日：２００５／１／２０、発信者：Ｄｄ課長」、「発信者：Ｋｋ」が一覧表示されている。このＷｅｂページを受信した受信先端末２側において、この一覧表示の中から任意のリンク情報がクリック指定されると、このリンク対応の音声メッセージファイルを読み出して送信するようにすれば、受信先端末２側においては自分宛に発信された過去の音声メッセージであっても自由に再生することができ、伝達内容に一連性がある場合には、その前後のメッセージ内容を比較することができるなど、実用効果の高いものとなる。

上述した実施例において、音声メッセージ公開用のＷｅｂページに音声メッセージファイルをアクセスするリンク情報を貼り付けた構成としたが、音声メッセージ公開用Ｗｅｂページのバックグランドサウンドとして音声メッセージを付加するようにしてもよい。
図１７は、音声メッセージ公開用Ｗｅｂページのバックグランドサウンドとして音声メッセージを付加した場合におけるＷｅｂページの実行例を示した図であり、このＷｅｂページ画面には、音声メッセージを再生中である旨のコメントが表示される。

このように音声メッセージ公開用Ｗｅｂページのバックグランドサウンドとして音声メッセージを付加することによって受信先端末２においては、Ｗｅｂページ上で特別な操作を行うことなく、Ｗｅｂページの着信時に音声メッセージの自動再生が可能となると共に、音声メッセージの登録から再生までのタイムラグをさらに縮めることが可能となる。

その他、受信先端末２側において、任意のタイミングで新着メッセージの確認要求をサーバ装置１に対して行うにしてもよい。すなわち、ユーザ操作あるいは電源ＯＮ時などのタイミングで新着メッセージの確認を行うようにすれば、ＳＩＰショートメッセージの受信失敗、電源ＯＦＦ時などの場合に有効なものとなる。

また、各端末装置２をＶｏＩＰソフトフォン対応のＰＤＡとしたが、ＩＰソフトフォン対応のノート型のパーソナルコンピュータなどであってもよい。
また、サーバ装置１は、スタンドアロンタイプに限らず、その各構成要素が２以上の筐体に物理的に分離され、通信回線、ケーブル等の有線伝送路あるいは電波、マイクロウエーブ、赤外線等の無線伝送路を介してデータを送受信する分散型のシステムであってよい。

一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（たとえば、ＣＤ−ＲＯＭ、フレキシブルディスク、ＲＡＭカード等）を提供するようにしてもよい。すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、何れかの端末装置からの通話呼び出しに自動応答してその音声メッセージを登録管理する機能と、この音声メッセージをアクセス可能なリンク情報を含むショートメッセージを作成する機能と、前記ショートメッセージの送信相手先となる複数の端末装置を前記音声メッセージの発信元からの情報に基づいて特定する機能と、特定された複数の端末装置に対して前記ショートメッセージを配信する機能と、前記ショートメッセージを配信した端末装置側から音声メッセージの呼び出し要求を受けた場合に、当該ショートメッセージ内のリンク情報に対応付けられている音声メッセージを読み出して当該要求元の端末装置に送信する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。

音声メッセージ伝達システムの全体構成の概要を示したブロック図。サーバ装置１に搭載されているソフトウエアの構成を示した図。各端末装置２に搭載されているＶｏＩＰソフトフォンのモジュールの構成を示した図。会社組織を階層的に表現した組織図。組織図に対応するＳＩＰ・ＵＲＩ管理データテーブルＤ１の一部として、ユーザＳＩＰ・ＵＲＩを記憶管理するユーザデータテーブルＤ１１を示した図。ＳＩＰ・ＵＲＩ管理データテーブルＤ１の一部として、グループＳＩＰ・ＵＲＩを記憶管理するグループデータテーブルＤ１２を示した図ＳＩＰ・ＵＲＩ管理データテーブルＤ１の一部として、各ユーザとグループとの対応関係を管理するユーザ・グループ対応テーブルＤ１３を示した図。ＳＩＰショートメッセージのデータ構造を示した図。サーバ装置１の基本的構成要素を示したブロック図。端末装置２の基本的構成要素を示したブロック図。何れかの端末装置２から発信された同一の音声メッセージを複数の端末装置２に対して送信する音声メッセージ伝達システムにおける動作手順を概念的に示したタイムチャート。音声メッセージ公開用Ｗｅｂページを例示したもので、(Ａ)は、ＨＴＭＬ実行例、(Ｂ)はＨＴＭＬソース例を示した図。Ｗｅｂページ作成モジュール１６が実行する音声メッセージ公開用Ｗｅｂページの作成処理を示したフローチャート。実施例の変形応用例として、発信元端末２側で事前に録音作成された音声メッセージファイルを受信取得して登録する場合の動作手順を概念的に示したタイムチャート。実施例の変形応用例として、音声メッセージファイルをアクセスするリンク情報のほかに、発信元のＳＩＰ・ＵＲＩを含む音声メッセージ公開用のＷｅｂページの実行例を示した図。実施例の変形応用例として、音声メッセージファイルを任意にアクセス可能な複数のリンク情報を含む音声メッセージ公開用Ｗｅｂページの実行例を示した図。実施例の変形応用例として、音声メッセージ公開用Ｗｅｂページのバックグランドサウンドとして音声メッセージを付加した場合におけるＷｅｂページの実行例を示した図。

符号の説明

１サーバ装置
２端末装置
３ネットワーク(ＩＰネットワーク)
１２、２３ＳＩＰ呼制御モジュール
１３、２４音声データ送受信モジュール
１４音声データ録音・登録モジュール
１５ＳＩＰ・ＵＲＩ管理モジュール
１６Ｗｅｂページ作成モジュール
１７ショートメッセージ通達モジュール
１８Ｗｅｂサーバモジュール
２２ＶｏＩＰソフトフォン
２５ショートメッセージ解析モジュール２５、
２６Ｗｅｂページアクセスモジュール２６
１０１、２０１ＣＰＵ
１０２、２０２記憶部
１０４、２０４通信Ｉ／Ｆ
２０５キー入力部
２０６表示部
２０８音声マイク
２０９音声スピーカ
Ｄ１ＳＩＰ・ＵＲＩ管理データテーブル

Claims

端末装置がネットワークを介したサーバ装置に音声メッセージを登録して送信相手先の端末装置を指定し、その登録した音声メッセージを元に前記サーバ装置が前記音声メッセージを再生するためのＷｅｂページを生成すると共に前記送信相手先の端末装置に前記ＷｅｂページをアクセスするためのＳＩＰプロトコルにしたがったＳＩＰショートメッセージを送信し、前記Ｗｅｂページに対して前記送信相手先の端末装置が自動的にアクセスすることにより、何れかの端末装置から発信された同一の音声メッセージをその送信相手先である複数の端末装置に伝達する音声メッセージ伝達システムであって、
前記端末装置は、
前記ＳＩＰショートメッセージを受信する受信手段と、
前記ＳＩＰショートメッセージに含まれるコマンド識別子を解析することにより、前記Ｗｅｂページをアクセスするためのメッセージであることを判別し、前記ＳＩＰショートメッセージに含まれるリンク情報を抽出し、その抽出されたリンク情報に基づいて前記サーバ装置へアクセスして前記音声メッセージを再生するためのＷｅｂページを表示するＷｅｂページ表示手段と、
前記Ｗｅｂページに含まれる前記リンク情報がユーザ操作によって指定された際に、このリンク情報に応じて音声メッセージの呼び出し要求を前記サーバ装置へ行い、前記サーバ装置から受信した音声メッセージを再生する音声メッセージ再生手段と、
を具備したことを特徴とする音声メッセージ伝達システム。
端末装置がネットワークを介したサーバ装置に音声メッセージを登録して送信相手先の端末装置を指定し、その登録した音声メッセージを元に前記サーバ装置が前記音声メッセージを再生するためのＷｅｂページを生成すると共に前記送信相手先の端末装置に前記ＷｅｂページをアクセスするためのＳＩＰプロトコルにしたがったＳＩＰショートメッセージを送信し、前記Ｗｅｂページに対して前記送信相手先の端末装置が自動的にアクセスすることにより、何れかの端末装置から発信された同一の音声メッセージをその送信相手先である複数の端末装置に伝達する音声メッセージ伝達システムにおいて、
前記端末装置のコンピュータを、
前記ＳＩＰショートメッセージを受信する受信手段、
前記ＳＩＰショートメッセージに含まれるコマンド識別子を解析することにより、前記Ｗｅｂページをアクセスするためのメッセージであることを判別し、前記ＳＩＰショートメッセージに含まれるリンク情報を抽出し、その抽出されたリンク情報に基づいて前記サーバ装置へアクセスして前記音声メッセージを再生するためのＷｅｂページを表示するＷｅｂページ表示手段、
前記Ｗｅｂページに含まれる前記リンク情報がユーザ操作によって指定された際に、このリンク情報に応じて音声メッセージの呼び出し要求を前記サーバ装置へ行い、前記サーバ装置から受信した音声メッセージを再生する音声メッセージ再生手段、
として機能させるためのプログラム。