(57)【要約】【課題】  着信側のユーザ等のメッセージを入力すべきユーザの負担を増やすことなく、かつ適切に発信側の端末等の通信端末にメッセージを送信する。【解決手段】  メッセージ送信装置１０は、着信側の移動通信端末２０のユーザによってメッセージが入力された複数のユーザステータスインプットサーバ群４１〜４５からメッセージを取得するメッセージ集積部１１と、メッセージ同士が類似しているか否かを判断する類似判断部１４と、類似判断部１４による判断に基づいて、取得されたメッセージから送信するメッセージを決定し編集するメッセージ編集部１５と、編集され音声合成部１６によって音声データに変換されたメッセージを発信側の移動通信端末２０に送信するメッセージ再生部１７とを備える。【選択図】  図１
2011097161.tif 000002
【特許請求の範囲】
【請求項１】
通信端末にメッセージを送信するメッセージ送信装置であって、
複数の情報源からメッセージを取得するメッセージ取得手段と、
前記メッセージ取得手段によって取得されたメッセージ同士が類似しているか否かを判断する類似判断手段と、
前記類似判断手段による判断に基づいて、前記メッセージ取得手段によって取得されたメッセージから送信するメッセージを決定する送信メッセージ決定手段と、
前記送信メッセージ決定手段によって決定されたメッセージを前記通信端末に送信するメッセージ送信手段と、
を備えるメッセージ送信装置。
【請求項２】
前記メッセージ取得手段によって取得されるメッセージには、当該メッセージの更新時刻を示す時刻情報が付加されており、
前記送信メッセージ決定手段は、前記更新時刻にも基づいて前記送信するメッセージを決定する、
ことを特徴とする請求項１に記載のメッセージ送信装置。
【請求項３】
前記送信メッセージ決定手段は、前記メッセージ取得手段によって取得されたメッセージに優先して送信すべき旨の優先情報が付加されているか否かを判断して、当該優先情報が付加されていた場合は優先して前記送信するメッセージとすることを特徴とする請求項１又は２に記載のメッセージ送信装置。
【請求項４】
前記メッセージ取得手段によって取得されるメッセージには、前記通信端末に応じた当該メッセージの送信可否を示す可否情報が付加されており、
前記送信メッセージ決定手段は、前記可否情報にも基づいて前記送信するメッセージを決定する、
ことを特徴とする請求項１〜３のいずれか一項に記載のメッセージ送信装置。
【請求項５】
前記メッセージ取得手段は、前記情報源からメッセージをテキストデータとして取得し、
前記メッセージ送信手段は、前記メッセージをテキストデータから音声データに変換して送信する、
ことを特徴とする請求項１〜４のいずれか一項に記載のメッセージ送信装置。
【請求項６】
通信端末にメッセージを送信するメッセージ送信方法であって、
複数の情報源からメッセージを取得するメッセージ取得ステップと、
前記メッセージ取得ステップにおいて取得されたメッセージ同士が類似しているか否かを判断する類似判断ステップと、
前記類似判断ステップにおける判断に基づいて、前記メッセージ取得ステップにおいて取得されたメッセージから送信するメッセージを決定する送信メッセージ決定ステップと、
前記送信メッセージ決定ステップにおいて決定されたメッセージを前記通信端末に送信するメッセージ送信ステップと、
を含むメッセージ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末にメッセージを送信するメッセージ送信装置、及び当該メッセージ送信装置によるメッセージ送信方法に関する。
【背景技術】
【０００２】
従来から、電話の発信を行った発信側の端末に対して、予め着信側のユーザにおいて予め登録されたメッセージを送信することが行われている。例えば、電話の発信に対して着信側のユーザが対応できない場合に、予め端末側のユーザによって登録されたメッセージを発信側の端末に送信する技術が留守番電話機能で利用されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１４８９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように発信側の端末に送信されるメッセージで、着信側のユーザの状況、即ち、着信側のユーザのステータスを通知することがある。しかしながら、上記のように着信側のユーザが発信側の端末に送信される留守番電話機能用にメッセージを登録する態様では、着信側のユーザは常に登録されるメッセージをメンテナンスする必要がある。着信側のユーザによって適切にメンテナンスのメッセージが行われなければ、発信側の端末に送信されるメッセージの信頼性が低くなる（通知される着信側のユーザの状況のリアルタイム性が低下する）。
【０００５】
本発明は、上記を鑑みてなされたものであり、着信側のユーザ等のメッセージを入力すべきユーザの負担を増やすことなく、かつ適切に発信側の端末等の通信端末にメッセージを送信することを可能にするメッセージ送信装置及びメッセージ送信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係るメッセージ送信装置は、通信端末にメッセージを送信するメッセージ送信装置であって、複数の情報源からメッセージを取得するメッセージ取得手段と、メッセージ取得手段によって取得されたメッセージ同士が類似しているか否かを判断する類似判断手段と、類似判断手段による判断に基づいて、メッセージ取得手段によって取得されたメッセージから送信するメッセージを決定する送信メッセージ決定手段と、送信メッセージ決定手段によって決定されたメッセージを通信端末に送信するメッセージ送信手段と、を備えることを特徴とする。
【０００７】
本発明に係るメッセージ送信装置では、複数の情報源から通信端末に送信されうるメッセージが取得される。従って、例えば、災害伝言板、プレゼンスサーバ、スケジューラ、ＳＮＳ（Social Networking Service）及びプロフィールサービス等のユーザが通常、情報を入力している情報源の情報を用いてメッセージの送信が行われる。これにより、当該ユーザはメッセージ送信用だけのためのメッセージをメンテナンスする必要がなく、適宜ユーザが入力した情報に基づいてメッセージの送信が行われる。また、本発明に係るメッセージ送信装置では、複数のメッセージが類似しているか否かの判断に基づいて送信されるメッセージが決定される。従って、冗長でないメッセージのみが通信端末に送信されえる。上記のように、本発明に係るメッセージ送信装置によれば、メッセージを入力すべきユーザの負担を増やすことなく、かつ適切に通信端末にメッセージを送信することができる。
【０００８】
メッセージ取得手段によって取得されるメッセージには、当該メッセージの更新時刻を示す時刻情報が付加されており、送信メッセージ決定手段は、更新時刻にも基づいて送信するメッセージを決定する、ことが望ましい。この構成によれば、冗長でないメッセージとする際に、より新しく更新されたメッセージを送信することができ、更に適切に通信端末にメッセージを送信することができる。
【０００９】
送信メッセージ決定手段は、メッセージ取得手段によって取得されたメッセージに優先して送信すべき旨の優先情報が付加されているか否かを判断して、当該優先情報が付加されていた場合は優先して送信するメッセージとすることが望ましい。この構成によれば、優先的に送信されるべきメッセージがある場合、確実にメッセージの送信を行うことができる。
【００１０】
メッセージ取得手段によって取得されるメッセージには、通信端末に応じた当該メッセージの送信可否を示す可否情報が付加されており、送信メッセージ決定手段は、可否情報にも基づいて送信するメッセージを決定する、ことが望ましい。この構成によれば、メッセージの送信先の通信端末に応じた適切なメッセージの送信を行うことができる。
【００１１】
メッセージ取得手段は、情報源からメッセージをテキストデータとして取得し、メッセージ送信手段は、メッセージをテキストデータから音声データに変換して送信する、ことが望ましい。この構成によれば、メッセージ送信装置への入力をテキストデータ、メッセージ送信装置からの出力を音声データとすることができる。
【００１２】
ところで、本発明は、上記のようにメッセージ送信装置の発明として記述できる他に、以下のようにメッセージ送信方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１３】
即ち、本発明に係るメッセージ送信方法は、通信端末にメッセージを送信するメッセージ送信方法であって、複数の情報源からメッセージを取得するメッセージ取得ステップと、メッセージ取得ステップにおいて取得されたメッセージ同士が類似しているか否かを判断する類似判断ステップと、類似判断ステップにおける判断に基づいて、メッセージ取得ステップにおいて取得されたメッセージから送信するメッセージを決定する送信メッセージ決定ステップと、送信メッセージ決定ステップにおいて決定されたメッセージを通信端末に送信するメッセージ送信ステップと、を含むことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、送信されるメッセージを入力するユーザはメッセージ送信用だけのためのメッセージをメンテナンスする必要がなく、適宜ユーザが入力した情報に基づいてメッセージの送信が行われる。また、本発明によれば、複数のメッセージが類似しているか否かの判断に基づいて送信されるメッセージが決定されるので、冗長でないメッセージのみが通信端末に送信されえる。上記のように、本発明によれば、メッセージを入力すべきユーザの負担を増やすことなく、かつ適切に通信端末にメッセージを送信することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るメッセージ送信装置の機能構成を示す図である。
【図２】メッセージ送信装置に蓄積され移動通信端末への送信対象となるメッセージのデータ構成を示す図である。
【図３】本発明の実施形態に係るメッセージ送信装置のハードウェア構成を示す図である。
【図４】本発明の実施形態に係るメッセージ送信装置でメッセージの集積時に実行される処理（メッセージ送信方法）を示すシーケンス図である。
【図５】本発明の実施形態に係るメッセージ送信装置でメッセージの送信時に実行される処理（メッセージ送信方法）を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、図面と共に本発明に係るメッセージ送信装置及びメッセージ送信方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１７】
図１に本実施形態に係るメッセージ送信装置１０を示す。メッセージ送信装置１０は、移動体通信網に含まれており、移動通信端末２０にメッセージを送信する装置である。より具体的には、メッセージ送信装置１０は、移動通信端末２０から別の移動通信端末２０に電話通信を行うために発信を行った際に、当該別の移動通信端末２０からの応答が無かった場合に別の移動通信端末２０のユーザからの（予め登録された）メッセージを送信するものである。例えば、着信側の移動通信端末２０が災害地域に在圏していたり、通信圏外に位置していたり、電源がオフされた状態となっている等で、電話に出られない状況にある場合に上記のメッセージが送信される。
【００１８】
このメッセージは、例えば、別の移動通信端末２０（着信側の移動通信端末２０）のユーザの状況を示すメッセージである。具体的にどのようなメッセージが送信されるかは後述する。発信側の移動通信端末２０のユーザは、このメッセージを参照することによって着信側の移動通信端末２０のユーザの状況を知ることができる。
【００１９】
移動通信端末２０は、ユーザによって用いられて、移動体通信網に接続して移動体通信を行う装置である。移動通信端末２０は、上述したように、移動体通信機能によって別の移動通信端末２０に対して発信を行い、あるいは別の移動通信端末２０からの発信を受け付けて呼接続を確立することで電話通信を行う機能を有している。移動通信端末２０は、移動体通信網に含まれる交換機３０等を介して、メッセージ送信装置１０からのメッセージを受信することができる。図１では、メッセージ送信装置１０と移動通信端末２０との間には、交換機３０しか描かれていないが、通常、それ以外にも基地局や無線制御装置等の装置が設けられている。
【００２０】
移動体通信網は、移動通信端末２０に対して移動体通信機能を提供する通信網である。移動体通信網は、移動通信端末２０から別の移動通信端末２０への発信を受け付けて呼接続を確立する処理を行う。呼接続の確立の処理において、着信側の移動通信端末２０からの応答が（一定時間の間に）無い場合には、移動体通信網は、メッセージ送信装置１０に対して、発信側の移動通信端末２０にメッセージを送信するように要求を行う。
【００２１】
メッセージ送信装置１０から移動通信端末２０に上記のように送信されるメッセージの情報源となるのが、図１に示すユーザステータスインプットサーバ群４１〜４５である。ユーザステータスインプットサーバ群４１〜４５は、メッセージの情報源のみとして用いられるものでなくてもよく、後述するようにそれぞれのサービスに用いられるものであってもよい。また、ユーザステータスインプットサーバ群４１〜４５は、移動体通信網とは独立に設けられていてもよいし、移動体通信網に含まれる装置であってもよい。ユーザステータスインプットサーバ群４１〜４５は、メッセージ送信装置１０と有線又は無線の通信網等によって接続されており、メッセージ送信装置１０との間で情報の送受信を行うことができる。
【００２２】
ユーザステータスインプットサーバ群４１〜４５は、図１に示すように、具体的には、災害伝言板４１、プレゼンスサーバ４２、スケジューラ４３、ＳＮＳ４４及びプロフ（プロフィールサービス）４５等に相当する。災害伝言板４１は、災害が発生した時にユーザの状況を別のユーザに提供する装置であり、例えば、ユーザから「無事です」等のメッセージが登録される。プレゼンスサーバ４２は、ユーザの状況や位置等の情報（プレゼンス情報）を別のユーザに提供する装置であり、例えば、ユーザから「喫煙室にいます」等のメッセージが登録される。スケジューラ４３は、ユーザのスケジュールの情報を管理又は提供する装置であり、例えば、ユーザから「休憩中」等のメッセージが登録される。
【００２３】
ＳＮＳ４４は、ユーザ間のコミュニケーションを図る情報を提供する装置であり、例えば、ユーザから「恋人募集中！」等のメッセージが登録される。プロフ４５は、ユーザのプロフィールの情報を別のユーザに提供する装置であり、例えば、ユーザから「恋人募集中！」等のメッセージが登録される。ユーザステータスインプットサーバ群４１〜４５に登録されるメッセージは、ユーザを特定する情報（例えば、ユーザＩＤ）に対応付けられている。また、それぞれの情報には、より詳細には後述するように公開制限が設定されることがある。また、それぞれの情報には、優先して送信すべき旨の優先情報が付加されることがある。なお、ユーザステータスインプットサーバ群４１〜４５は、必ずしも上記のもの全てが利用される必要は無く、また、上記以外のものが用いられてもよく、複数の情報源があればよい。
【００２４】
引き続いて、本実施形態に係るメッセージ送信装置１０の機能について詳細に説明する。図１に示すように、メッセージ送信装置１０は、メッセージ集積部１１と、メッセージ送信要求受付部１２と、発呼者認証部１３と、類似判断部１４と、メッセージ編集部１５と、音声合成部１６と、メッセージ再生部１７とを備える。
【００２５】
メッセージ集積部１１は、ユーザステータスインプットサーバ群４１〜４５からメッセージを取得するメッセージ取得手段である。メッセージ集積部１１は、ユーザステータスインプットサーバ群４１〜４５から各ユーザのメッセージを受信して取得する。メッセージ集積部１１は、取得したメッセージをユーザ毎及びメッセージ毎にメッセージ管理データベース（図示せず）に記憶、蓄積しておく。メッセージ管理データベースは、メッセージ集積部１１によって保持される。メッセージ集積部１１は、取得したメッセージを例えば図２に示す形式でメッセージ管理データベースに記憶する。図２に示す形式は、１つのメッセージに係る形式である。即ち、メッセージ毎に図２に示す各情報が記憶されている。
【００２６】
「メッセージＩＤ」は、各メッセージを特定する情報である。「メッセージＩＤ」に各情報が対応付けられている。「着ユーザＩＤ」は、当該メッセージを登録したユーザ（メッセージが発信側の移動通信端末２０に送信される際には、着信側の移動通信端末２０のユーザとなる）を特定する情報である。「メッセージ再生可否」は、当該メッセージが、発信側の移動通信端末２０に送信されうるメッセージであるか否かを示す情報である。「メッセージ再生可否」が“対象”である場合には発信側の移動通信端末２０に送信されうるメッセージであり、“対象外”である場合には発信側の移動通信端末２０に送信されないメッセージであることを示している。
【００２７】
「ユーザステータスインプットサーバ」は、情報源が何れのユーザステータスインプットサーバ４１〜４５であるかを示す情報である接続ＩＤである。「更新日時許容範囲」は、当該メッセージを再生する期限を示す情報である。「メッセージ」は、送信されるメッセージのデータである。具体的にはテキストデータである。「更新日時」は、当該メッセージが更新された時刻を示す情報である。「優先指定」は、当該メッセージが優先して送信されるか否かを示す情報である。「優先指定」が“優先”である場合には、当該メッセージが優先して送信されるものであることを示し、「優先指定」が“通常”である場合には、当該メッセージが優先して送信されるものでないことを示している。「公開制限」は、特定の移動通信端末２０（のユーザ）にのみ当該メッセージが送信されるか否かを示す情報である。「公開制限」がありの場合には、「発ユーザ認証キー」は、公開制限がある場合にメッセージを送信する移動通信端末２０（のユーザ）を特定する情報であり、具体的には、移動通信端末２０の発信者番号（電話番号）、端末を特定するＩＤ、声紋情報等である。上記の「公開制限」及び「発ユーザ認証キー」は、移動通信端末２０に応じた当該メッセージの送信可否を示す可否情報である。
【００２８】
上記のメッセージ以外の「メッセージ再生可否」を除く各情報は、「メッセージ」に付加された付加情報されて、ユーザステータスインプットサーバ４１〜４５からメッセージ送信装置１０に送信される。但し、「メッセージＩＤ」については、メッセージ送信装置１０において付与されてもよい。また、メッセージの送信に係る設定情報である「メッセージ再生可否」、「更新日時許容範囲」、「優先指定」、「公開制限」及び「発ユーザ認証キー」については、メッセージがメッセージ集積部１１に記憶された後、メッセージ集積部１１への入力に応じて変更がなされてもよい。なお、メッセージのメッセージ集積部１１への格納は、図４のフローチャートを用いてより詳細に後述する。
【００２９】
ユーザステータスインプットサーバ群４１〜４５からメッセージ送信装置１０へのメッセージの送信は、ユーザステータスインプットサーバ群４１〜４５側から自発的に行われてもよいし、メッセージ送信装置１０（のメッセージ集積部１１）による要求に応じて行われてもよい。また、ユーザステータスインプットサーバ群４１〜４５からメッセージ送信装置１０へのメッセージの送信のタイミングは、ユーザステータスインプットサーバ群４１〜４５毎に任意に決められる。
【００３０】
例えば、ＳＮＳ４４、プロフ４５、ブログのようにユーザによりメッセージ更新に差があるものについては、定期周期とした場合には、不用意にメッセージ送信による処理負荷を上げるおそれがあり、ユーザによるメッセージ更新タイミングに合わせた送信とすることが望ましい。逆に、移動通信端末２０の位置情報を収集するプレゼンスサーバ４２のように、高頻度でメッセージ更新が実施されるものについては、サーバの処理能力に応じたメッセージ送信タイミングの設計が必要となり、最適化した形での定期周期によるメッセージ送信が望ましい。
【００３１】
メッセージ送信要求受付部１２は、移動通信端末２０からの発信（通常発信）に対して、発信先（着信側）の移動通信端末２０からの応答がない場合に、移動体通信網からメッセージ送信装置１０によってなされた発信側の移動通信端末２０にメッセージを送信する要求を受信する手段である。着信側の移動通信端末２０からの応答がない場合とは、例えば、着信側の移動通信端末２０が災害地域や花火等のイベント会場付近等のネットワーク輻輳が発生している地域に在圏している場合、着信側の移動通信端末２０が通信圏外となっている場合等である。移動体通信網からメッセージ送信装置１０への要求には、発信側及び着信側の移動通信端末２０を特定する情報（例えば、電話番号）が含められている。メッセージ送信要求受付部１２は、受信した要求を発呼者認証部１３に出力する。
【００３２】
なお、本実施形態では、メッセージ送信装置１０において、着信側の移動通信端末２０からの応答の有無の判断は行うこととしていないが、メッセージ送信装置１０において着信側の移動通信端末２０からの応答の有無の判断を行い、応答が無いと判断された場合にメッセージの送信処理を行うこととしてもよい。また、メッセージの送信は、着信側の移動通信端末２０からの応答が無かった場合だけでなく、発信側の移動通信端末２０と着信側の移動通信端末２０との間の呼接続が確立されなかった場合等にも行われてもよい。
【００３３】
発呼者認証部１３は、メッセージ送信要求受付部１２から入力された要求に含まれる情報に基づいて、メッセージ集積部１１のメッセージ管理データベースに記憶されているメッセージから、当該要求に係る発信側の移動通信端末２０に送信する候補となるメッセージを取得する手段である。発呼者認証部１３は、要求に含まれる着信側の移動通信端末２０に対応付けられたメッセージ（メッセージ集積部１１のメッセージ管理データベースに記憶されたメッセージに対応付けられた「着ユーザＩＤ」と、要求に含まれる着信側の移動通信端末２０を特定する情報とが、同一の移動通信端末２０（のユーザ）を示すものと判断されるメッセージ）を付加情報と共にメッセージ集積部１１から取得する。
【００３４】
発呼者認証部１３は、取得したメッセージに「公開制限」が“あり”のメッセージが含まれているか否かを判断する。発呼者認証部１３は、そのようなメッセージが含まれていると判断した場合、当該メッセージに対応付けられた「発ユーザ認証キー」と、要求に含まれる発信側の移動通信端末２０を特定する情報とを比較する。発呼者認証部１３は、比較の結果、「発ユーザ認証キー」と、発信側の移動通信端末２０を特定する情報とが同一の移動通信端末２０（のユーザ）を示すものであると判断された場合、当該メッセージを発信側の移動通信端末２０に送信する候補となるメッセージであるとする。
【００３５】
比較の結果、「発ユーザ認証キー」と、発信側の移動通信端末２０を特定する情報とが同一の移動通信端末２０（のユーザ）を示すものでないと判断された場合、当該メッセージを発信側の移動通信端末２０に送信する候補から除外する。発呼者認証部１３は、取得したメッセージのうち「公開制限」が“なし”のメッセージと、上記のように送信候補とされた「公開制限」が“あり”のメッセージとをメッセージ編集部１５に出力する。なお、「発ユーザ認証キー」が声紋情報等の移動通信端末２０のユーザに係る情報であった場合、上記の判断時点でメッセージ送信装置１０と移動通信端末２０との間で接続を確立して、移動通信端末２０から判断に用いるデータ（声紋情報である場合、発信側の移動通信端末２０のユーザの音声データ）を取得して上記の判断を行う。上記のように、発呼者認証部１３は、発信側の移動通信端末２０に送信するメッセージを決定する送信メッセージ決定手段の一機能である。
【００３６】
類似判断部１４は、メッセージ同士が類似しているか否かを判断する類似判断手段である。後述するように、類似判断部１４は、メッセージ編集部１５から判断対象となる複数のメッセージを入力して、入力されたメッセージ同士の各組み合わせについて類似の判断を行う。メッセージ（テキストデータ）同士が類似しているかの否かの判断は、既存の技術を用いることができる。例えば、類似判断部１４は、類似語を格納した類似語データベースを予め保持しており、類似語データベースによる類似語検索を実施する。入力されたメッセージのうち、メッセージ本文が完全に一致するもの、メッセージに含まれる動詞部分が同一又は類似語と同一であるメッセージが存在する場合にそれらを重複メッセージと判定し、上記のように同一性が認められるメッセージをまとめて、重複メッセージ群とする。類似判断部１４は、判断結果を示す情報をメッセージ編集部１５に出力する。
【００３７】
メッセージ編集部１５は、発呼者認証部１３から入力されたメッセージから、発信側の移動通信端末２０に送信するメッセージを決定する送信メッセージ決定手段（の一機能）である。メッセージ編集部１５は、発呼者認証部１３から入力されたメッセージを類似判断部１４に出力して、類似判断部１４によるメッセージ同士の類似の判断結果に基づいて送信するメッセージを決定する。メッセージ編集部１５によるメッセージの決定方法は、より詳細に後述する。メッセージ編集部１５は、決定したメッセージ（のテキストデータ）を編集して音声合成部１６に出力する。
【００３８】
音声合成部１６は、メッセージ編集部１５から入力されたテキストデータのメッセージを、音声データに変換する手段である。即ち、音声合成部１６は、発信側の移動通信端末２０にメッセージを送信するメッセージ送信手段の一機能である。テキストデータから音声データへの変換は、音声合成等の従来技術と同様に行われる。音声合成部１６は、変換後の音声データのメッセージをメッセージ再生部１７に出力する。
【００３９】
メッセージ再生部１７は、音声合成部１６から入力された音声データのメッセージを発信側の移動通信端末２０に送信するメッセージ送信手段（の一機能）である。音声データの送信は、移動体通信網を介して、従来の音声データの送受信と同様に行われる。なお、ここでメッセージの送信先となる移動通信端末２０は、メッセージ送信要求受付部１２によって受け付けられた要求に含まれる発信側の移動通信端末２０を特定する情報に係るものであり、メッセージ再生部１７はその情報を取得して送信を行う。
【００４０】
図３にメッセージ送信装置１０のハードウェア構成を示す。図３に示すようにメッセージ送信装置１０は、ＣＰＵ（Central Processing Unit）１０１、主記憶装置であるＲＡＭ（Random Access Memory）１０２及びＲＯＭ（ReadOnly Memory）１０３、通信を行うための通信モジュール１０４、並びにハードディスク等の補助記憶装置１０５等のハードウェアを備えるコンピュータを含むものとして構成される。これらの構成要素がプログラム等により動作することにより、上述したメッセージ送信装置１０の機能が発揮される。以上が、メッセージ送信装置１０の構成である。
【００４１】
引き続いて、図４及び図５のシーケンス図を用いて、本実施形態に係るメッセージ送信装置１０によって実行される処理（メッセージ送信方法）を説明する。まず、図４のフローチャートを用いて、ユーザステータスインプットサーバ群４１〜４５からメッセージを取得する処理について説明する。その後、図５のフローチャートを用いて、発信側の移動通信端末２０にメッセージを送信する処理を説明する。
【００４２】
まず、メッセージ送信装置１０では、メッセージ集積部１１によって、ユーザステータスインプットサーバ群４１〜４５からユーザのメッセージが受信されて取得される（Ｓ０１、メッセージ取得ステップ）。この取得は、上述した取得のタイミングで適宜行われる。続いて、メッセージ集積部１１によって、当該メッセージの付加情報として「更新日時」の情報がメッセージに付加されているか否かが判定される（Ｓ０２）。「更新日時」の情報が含まれていないと判定された場合は、メッセージ集積部１１によって、当該メッセージが受信された時刻が、メッセージ管理データベースに記憶されるメッセージの「更新日時」として設定される（Ｓ０３）。
【００４３】
続いて、メッセージ集積部１１によって、当該メッセージが優先指定されているか否かが判定される。具体的には、当該メッセージの付加情報として「優先指定」の情報がメッセージに付加されており「優先指定」が“優先”であるか否かが、メッセージ集積部１１によって判定される（Ｓ０４）。「優先指定」の情報がメッセージに付加されており、「優先指定」が“優先”であると判定された場合には、メッセージ管理データベースに記憶されるメッセージの「優先指定」が“優先”に設定される（Ｓ０５）。また、既にメッセージ管理データベースに記憶されている、当該メッセージの「着ユーザＩＤ」と同一の「着ユーザＩＤ」に係る別の（ユーザステータスインプットサーバ群４１〜４５からの）メッセージの「メッセージ再生可否」が“対象外”とされる（Ｓ０６）。これは、優先指定されたメッセージがある場合に、それ以外のメッセージの再生を抑止するものである。なお、「優先指定」が“優先”に指定されているメッセージが複数存在する場合には、「更新日時」が新しい“優先”メッセージのみを再生対象として、他の“優先”メッセージは再生“対象外”とされる。
【００４４】
Ｓ０４において、「優先指定」の情報がメッセージに付加されていないと判定された場合、及び「優先指定」の情報がメッセージに付加されているが「優先指定」が“通常”であると判定された場合には、メッセージ管理データベースに記憶されるメッセージの「優先指定」が“通常”に設定される（Ｓ０７）。
【００４５】
上記の処理は、下記のポリシーに基づくメッセージの再生優先処理を可能にするものである。
（１）災害時等のユーザメッセージ再生について緊急を要するメッセージが存在する場合、当該メッセージを優先指定し、他のメッセージの再生を抑止する。
（２）メッセージが示すユーザステータスの信頼性（実際のユーザステータスとの適合性）は、メッセージの更新日時が新しいものほど高いと規定する。これに従い優先指定によらないメッセージ再生の優先順位は、メッセージの更新日時が新しいものほど高いものとする。
（３）優先指定されたメッセージが通知される必要のない状況において、優先指定メッセージを受信してしまう場合、例えば、災害に関連するメッセージであるにもかかわらず災害が発生していないときにも優先指定でメッセージを受信してしまう場合、その不要なメッセージのために他のメッセージが再生抑止されるおそれがある。これを回避する方式として以下の２方式が考えられる。
【００４６】
（方式１）ユーザステータスインプットサーバ４１〜４５による制御
優先指定メッセージを送信するユーザステータスインプットサーバ４１〜４５が、メッセージが有用な状況にある場合に限りメッセージの送信を実施し、メッセージが不要になった時点でメッセージ送信装置１０のメッセージ管理データベースに記憶されたメッセージの削除を実施する。
【００４７】
（方式２）メッセージ送信装置１０による制御
優先指定メッセージを送信するユーザステータスインプットサーバ４１〜４５からメッセージ送信装置１０に対して、優先指定条件を通知する。メッセージ送信装置１０は、優先指定条件に合致する場合に限り、対象メッセージを優先指定メッセージとして扱う。
【００４８】
優先指定条件としては、例えば、次のようなものがある。
１．メッセージの優先指定の有無又は再生指定有無を、期間（日時）を特定して指定する。
２．メッセージの再生回数を指定して、同一の発信側の移動通信端末２０に対して、同一のメッセージを指定された再生回数、優先指定し、又は再生を禁止する。
３．別の状況通知サーバとの連携に応じて指定する。この場合、メッセージ送信装置１０は、ユーザステータスインプットサーバ４１〜４５からのメッセージの受信とは別に、状況通知サーバから着信側の移動通信端末２０の状況を示す情報を受信して当該情報に基づいて指定する。具体的には、例えば、ユーザステータスインプットサーバ４１〜４５が災害伝言板４１であり、状況通知サーバとして、着信側の移動通信端末２０の位置を示す情報を通知する位置情報管理サーバである場合に以下のように行われる。優先指定条件として、状況通知サーバからメッセージ送信装置１０に通知される着信側の移動通信端末２０の位置を示す情報が首都圏にある場合に優先指定を行うものとする。これは、首都圏で大規模災害が発生したことを想定したものである。メッセージ送信装置１０は、災害伝言板４１からのメッセージについて、着信側の移動通信端末２０が首都圏に位置している場合に限り、メッセージの優先指定又は再生を実施する。
【００４９】
続いて、図４のフローチャートに戻り、メッセージ集積部１１によって、当該メッセージの付加情報として「発ユーザ認証キー」の情報がメッセージに付加されているか否かが判定される（Ｓ０８）。「発ユーザ認証キー」の情報がメッセージに付加されていると判定された場合は、メッセージ集積部１１によって、当該「発ユーザ認証キー」の情報が認証処理に利用可能か否かの判定が行われる（Ｓ０９）。当該「発ユーザ認証キー」の情報が認証処理に利用可能であると判定された場合、当該メッセージの、メッセージ集積部１１によってメッセージ管理データベースに記憶される「公開制限」が“あり”に設定される（Ｓ１０）。当該「発ユーザ認証キー」の情報が認証処理に利用不可であると判定された場合、メッセージ集積部１１によって、当該メッセージの送信元であるユーザステータスインプットサーバ４１〜４５に対してエラー応答が実施され、メッセージの登録処理の取り消しが実行される。
【００５０】
Ｓ０８において、「発ユーザ認証キー」の情報がメッセージに付加されていないと判定された場合は、当該メッセージの、メッセージ集積部１１によってメッセージ管理データベースに記憶される「公開制限」が“なし”に設定される（Ｓ１１）。
【００５１】
続いて、メッセージ集積部１１によって、受信されたメッセージの付加情報である「接続ＩＤ」及び「着ユーザＩＤ」と同じ「接続ＩＤ」及び「着ユーザＩＤ」のメッセージが、既にメッセージ管理データベースに記憶されているかが判定される（Ｓ１２）。メッセージ管理データベース記憶されていないと判定された場合は、メッセージ集積部１１によって、受信されたメッセージが付加情報と共にメッセージ管理データベースに新たに記憶される（Ｓ１３）。一方で、メッセージ管理データベース記憶されていると判定された場合は、メッセージ集積部１１によって、既に記憶されているメッセージが削除されて受信されたメッセージが付加情報と共にメッセージ管理データベースに新たに記憶される（Ｓ１３）。以上が、ユーザステータスインプットサーバ群４１〜４５からメッセージを取得する処理である。
【００５２】
引き続いて、図５のフローチャートを用いて、発信側の移動通信端末２０にメッセージを送信する処理を説明する。本処理では、まず、発信側の移動通信端末２０から移動体通信網に対して、着信側の移動通信端末２０への発信が行われる。続いて、移動体通信網において、当該発信に対する着信側の移動通信端末２０からの応答が一定時間無いことが検出される。なお、着信側の移動通信端末２０からの応答があった場合には、呼接続が確立される等通常の通信処理が行われる。移動体通信網において、着信側の移動通信端末２０からの応答が一定時間無いことが検出されると、移動体通信網からメッセージ送信装置１０に対して発信側の移動通信端末２０にメッセージを送信するように要求を行う。メッセージ送信装置１０では、メッセージ送信要求受付部１２によって当該要求が受信される（Ｓ２１）。当該要求は、メッセージ送信要求受付部１２から発呼者認証部１３に出力される。
【００５３】
続いて、発呼者認証部１３によって、メッセージ集積部１１のメッセージ管理データベースに記憶されているメッセージから、当該要求に係る発信側の移動通信端末２０に送信する候補となるメッセージが当該メッセージの付加情報と共に取得される（Ｓ２２）。ここで取得されるメッセージは、メッセージ送信要求受付部１２から入力された要求に含まれる着信側の移動通信端末２０を特定する情報と、メッセージ集積部１１のメッセージ管理データベースに記憶されたメッセージに対応付けられた「着ユーザＩＤ」とが同一の移動通信端末２０（のユーザ）を示すものと判断されるものである。
【００５４】
ここでメッセージの「メッセージ再生可否」が“対象外”となっているものについては取得されない。また、メッセージの「更新日時許容範囲」の閾値と現時点の時刻とを比較して、閾値の方が早い時刻を示すものである場合は、当該メッセージは取得されない。「更新日時許容範囲」の閾値を用いた処理については、以下のように行われてもよい。メッセージ管理データベースにおいて、日付の切り替わり時等を契機とする定期的メンテナンス（定期オーディット）を実施する。その際にメッセージの「更新日時許容範囲」の閾値と現時点の時刻とを比較して、閾値の方が早い時刻を示すものである場合は、当該メッセージを削除するか、当該メッセージの「メッセージ再生可否」を“対象外”して、当該メッセージが取得されないようにしておく。
【００５５】
続いて、発呼者認証部１３によって、取得されたメッセージに「公開制限」が“あり”のメッセージが含まれているか否かが判断される。そのようなメッセージが含まれていると判断された場合、発呼者認証部１３によって当該メッセージに対応付けられた「発ユーザ認証キー」と、要求に含まれる発信側の移動通信端末２０を特定する情報とが比較される（Ｓ２２）。比較の結果、「発ユーザ認証キー」と、発信側の移動通信端末２０を特定する情報とが同一の移動通信端末２０（のユーザ）を示すものであると判断されると、発呼者認証部１３によって当該メッセージが、発信側の移動通信端末２０に送信される候補となるメッセージとされる。
【００５６】
続いて、取得されたメッセージのうち「公開制限」が“なし”のメッセージと、上記のように送信候補とされた「公開制限」が“あり”のメッセージとが、発呼者認証部１３からメッセージ編集部１５に出力される。続いて、類似判断部１４によって、メッセージ同士が類似しているか否かが判断される（Ｓ２４、類似判断ステップ）。類似判断部１４による判断の結果、重複メッセージ群とされたメッセージを示す情報が、類似判断部１４からメッセージ編集部１５に入力される。
【００５７】
重複メッセージ群とされたメッセージがある場合、続いて、メッセージ編集部１５によって、それらのメッセージのうち「更新日時」が最も新しいメッセージのみを残して、発信側の移動通信端末２０に送信する候補から除外される（Ｓ２５、メッセージ決定ステップ）。重複メッセージ群とされたメッセージがない場合には、上記の除外の処理は行われずに、その時点で残った全てのメッセージが発信側の移動通信端末２０に送信する候補とされる。
【００５８】
続いて、メッセージ編集部１５によって、発信側の移動通信端末２０に送信する候補とされたメッセージ（「メッセージ」のテキストメッセージ）を、「更新日時」の新しい順に並べ替えられる（Ｓ２６）。続いて、メッセージ編集部１５によって、それらのメッセージに共通メッセージが付与される。共通メッセージは、発信側の移動通信端末２０にメッセージが送信される場合に必ず付与されるもので、例えば、予めメッセージ編集部１５に記憶されている（メッセージ送信）サービスに関わるアナウンスやガイダンス等の移動体通信網の通信事業者のサービスの一環として提供される。但し、メッセージの変更が少ないケースには、後述するように音声合成実施後、既定の音声データを付与することとしてもよい。
【００５９】
このように編集されたメッセージ（テキストメッセージ）は、メッセージ編集部１５から音声合成部１６に出力される。続いて、音声合成部１６によって、テキストデータであるメッセージが音声データに変換される（Ｓ２８、メッセージ送信ステップ）。変換後の音声データは、音声合成部１６からメッセージ再生部１７に出力される。
【００６０】
続いて、メッセージ再生部１７によって、音声合成部１６から入力された音声データのメッセージが発信側の移動通信端末２０に送信される（Ｓ２９、メッセージ送信ステップ）。発信側の移動通信端末２０では、音声データである当該メッセージが受信されて再生が行われる。発信側の移動通信端末２０のユーザは、それを聞くことによって、着信側の移動通信端末２０のユーザによってユーザステータスインプットサーバ群４１〜４５に入力されたメッセージを基に、着信側の移動通信端末２０のユーザの状況等を知ることができる。
【００６１】
上述したように本実施形態によれば、災害伝言板４１、プレゼンスサーバ４２、スケジューラ４３、ＳＮＳ４４及びプロフ４５等のユーザが通常、情報を入力している情報源の情報を用いてメッセージの送信が行われる。即ち、本実施形態によれば、ネットワーク上のコミュニティサービスの多様化により、複数のコミュニティサービスを併用するユーザが増えている現状を踏まえ、ネットワーク上の複数の情報願からユーザのステータス等に係るメッセージを取得、集約することができる。これにより、ユーザはコミュニティサービスを利用するだけでメッセージの送信を行うことができ、当該ユーザはメッセージ送信用だけのためのメッセージをメンテナンスする必要がない。従って、発呼者にユーザのステータス等のメッセージを通知する際に、ユーザ（着信者）の負担を低減すると共に多様化が可能になりサービス性を向上させることができる。
【００６２】
また、本実施形態では、複数のメッセージが類似しているか否かの判断に基づいて送信されるメッセージが決定される。従って、冗長でないメッセージのみがユーザの選択等を必要とせずに自動的に移動通信端末２０に送信されえる。上記のように、本実施形態によれば、メッセージを入力すべきユーザの負担を増やすことなく、かつ適切に移動通信端末２０にメッセージを送信することができる。
【００６３】
また、本実施形態のように送信されるメッセージが決定される際にメッセージの「更新日時」を利用することとすれば、より新しく更新されたメッセージを送信することができ、更に適切に移動通信端末２０にメッセージを送信することができる。また、本実施形態のように、メッセージに優先指定を設けることによって、優先的に送信されるべきメッセージがある場合、確実にメッセージの送信を行うことができる。
【００６４】
また、本実施形態のように発信側の移動通信端末２０に応じた「公開制限」を設けることとすれば、サービスの条件（ユーザ公開条件）の異なる複数のユーザステータスインプットサーバ群４１〜４５とのサービス連携と、適切なユーザプライバシの保護を可能にする。
【００６５】
また、本実施形態のように音声データでメッセージを発信側の移動通信端末２０に送信することとすれば、ユーザが聴覚的に着信側の移動通信端末２０のメッセージを知ることができ、ユーザビリティが向上する。但し、必ずしも音声データへの変換は必要なく、例えば、テキストデータのままメッセージを発信側の移動通信端末２０に送信し、発信側の移動通信端末２０において当該メッセージが表示されることとしてもよい。
【００６６】
なお、本実施形態では、メッセージの送信先として移動通信端末２０の例で説明したが、メッセージの送信先は必ずしも移動通信端末２０でなくてもよく、固定的な通信端末（例えば、固定電話機）でもよい。
【００６７】
また、図５を用いて説明した、発信側の移動通信端末２０にメッセージを送信する処理の例では、Ｓ２２において、メッセージ集積部１１のメッセージ管理データベースに記憶されているメッセージから、当該要求に係る発信側の移動通信端末２０に送信する候補となるメッセージが当該メッセージの付加情報と共に取得されていた。ここで、メッセージの付加情報はＳ２３のユーザ認証処理で用いられて、認証により送信されるべきとされたメッセージが発信側の移動通信端末２０に送信される候補となるメッセージとなった。
【００６８】
従って、必ずしも、メッセージと付加情報とが共に（同時に）データベースから取得される必要は無く、まず、付加情報のみを取得して、当該付加情報を用いて発信側の移動通信端末２０のユーザ認証を行い（Ｓ２３に相当する処理）、この認証により送信されるべきとされたメッセージ（の本体である「テキストメッセージ」）のみをメッセージ集積部１１のメッセージ管理データベースから取得するようにしてもよい。上記のような処理とすることによって、メッセージ集積部１１のメッセージ管理データベースから取得するメッセージの数を抑えることができる。これにより、例えば、それぞれのメッセージ（の本体である「テキストメッセージ」）のデータサイズが大きい場合等は、処理負荷を低減させることができる。一方、それぞれのメッセージ（の本体である「テキストメッセージ」）のデータサイズが小さい場合等には、メッセージと付加情報とを同時に主張した方が、メッセージ集積部１１のメッセージ管理データベースへのアクセスを減らせるので効率的である。
【符号の説明】
【００６９】
１０…メッセージ送信装置、１１…メッセージ集積部、１２…メッセージ送信要求受付部、１３…発呼者認証部、１４…類似判断部、１５…メッセージ編集部、１６…音声合成部、１７…メッセージ再生部、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…通信モジュール、１０５…補助記憶装置、２０…移動通信端末、３０…交換機、４１…災害伝言板、４２…プレゼンスサーバ、４３…スケジューラ、４４…ＳＮＳ、４５…プロフ。
【図１】
2011097161.tif 000003
【図２】
2011097161.tif 000004
【図３】
2011097161.tif 000005
【図４】
2011097161.tif 000006
【図５】
2011097161.tif 000007