(57)【特許請求の範囲】
【請求項１】
メッセージ配信サーバと、送信者端末と、受信者端末とを備えるメッセージ配信システムであって、
前記メッセージ配信サーバは、
第１のモードおよび第２のモードを含む運用モードの切替を行うモード切替部と、
送信者端末からのリクエストに応答して、前記送信者端末に現在の運用モードを返信するモード返信部と、
前記送信者端末から受信したメッセージと当該メッセージの受信者情報とを対応付けて記憶する記憶部と、
前記受信者端末からのリクエストに応答して、前記受信者情報で特定される受信者端末に対して、当該受信者情報に対応付けて記憶されたメッセージを配信する配信部と、
を備え、
前記送信者端末は、
動画または静止画を撮影可能なカメラと、
前記メッセージ配信サーバから受信した運用モードが第２のモードである場合、前記カメラを用いて第２の画質でメッセージを録画し、前記メッセージ配信サーバから受信した運用モードが第１のモードである場合、前記カメラを用いて前記第２の画質よりも低画質の第１の画質でメッセージを録画する録画部と、
送信者から、メッセージの受信者情報を受け付ける受付部と、
前記録画部によって録画されたメッセージと、前記受付部によって受け付けられた受信者情報とを、前記メッセージ配信サーバに送信する送信部と、
を備え、
前記配信部は、前記受信者端末からのリクエストを受信した際の運用モードが第１のモードであり、前記受信者情報に対応付けて記憶されたメッセージが前記第２の画質である場合、前記受信者端末からのリクエストを拒否する、メッセージ配信システム。
【請求項２】
前記配信部は、運用モードが第１のモードである場合、前記第１の画質でメッセージを配信し、運用モードが第２のモードである場合、前記第２の画質でメッセージを配信することを特徴とする請求項１に記載のメッセージ配信システム。
【請求項３】
前記メッセージ配信サーバは、前記運用モードの切替に用いる情報を取得する情報取得部をさらに備える請求項１または２に記載のメッセージ配信システム。
【請求項４】
前記記憶部は、メッセージと対応付けて、前記メッセージの配信対象地域をさらに記憶し、
前記メッセージ配信サーバは、前記モード切替部が第２のモードから第１のモードへの切替を行うことに応答して、前記配信対象地域に位置する受信者端末に対して、メッセージに関する情報を通知する通知部をさらに備える請求項１乃至３のいずれか１項に記載のメッセージ配信システム。
【請求項５】
第１のモードおよび第２のモードを含む運用モードの切替を行うモード切替部と、
送信者端末からのリクエストに応答して、前記送信者端末に現在の運用モードを返信するモード返信部であって、運用モードが第２のモードである場合、前記送信者端末に第２の画質でメッセージを録画させ、運用モードが第１のモードである場合、前記送信者端末に前記第２の画質よりも低画質の第１の画質でメッセージを録画させる、モード返信部と、
前記送信者端末から、メッセージと当該メッセージの受信者情報とを受信して、両者を対応付けて記憶する記憶部と、
受信者端末からのリクエストに応答して、前記受信者情報で特定される受信者端末に対して、当該受信者情報に対応付けて記憶されたメッセージを配信する配信部であって、前記受信者端末からのリクエストを受信した際の運用モードが第１のモードであり、前記受信者情報に対応付けて記憶されたメッセージが前記第２の画質である場合、前記受信者端末からのリクエストを拒否する、配信部と、
を備えるメッセージ配信サーバ。
【請求項６】
記憶部を備えるコンピュータが、
第１のモードおよび第２のモードを含む運用モードの切替を行うステップと、
送信者端末からのリクエストに応答して、前記送信者端末に現在の運用モードを返信するステップであって、運用モードが第２のモードである場合、前記送信者端末に第２の画質でメッセージを録画させ、運用モードが第１のモードである場合、前記送信者端末に前記第２の画質よりも低画質の第１の画質でメッセージを録画させる、ステップと
前記送信者端末から、メッセージと当該メッセージの受信者情報とを受信して、両者を対応付けて前記記憶部に記憶するステップと、
受信者端末からのリクエストに応答して、前記受信者情報で特定される受信者端末に対して、当該受信者情報に対応付けて記憶されたメッセージを配信するステップであって、前記受信者端末からのリクエストを受信した際の運用モードが第１のモードであり、前記受信者情報に対応付けて記憶されたメッセージが前記第２の画質である場合、前記受信者端末からのリクエストを拒否する、ステップと、
を実行する方法。
【請求項７】
請求項６に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ配信システム、メッセージ配信方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、ユーザがメッセージやマルチメディアコンテンツを送信することを可能とするインターネットアプリケーションに関する技術が多く見られている。例えば、特許文献１には、端末から受け取ったメッセージおよびコンテンツをデータ保存部に保存するとともに、それを閲覧するためのＵＲＬを記載した電子メールを各宛先に配信する、サーバ装置について開示されている。
【０００３】
ところで、震災等の非常事態が発生した際、通信トラフィックが急激に増大し、通信回線の輻輳が発生する場合がある。そのため、このような局面では、発信規制や接続規制等の通信制限を行うことにより、災害時優先通信等、特定の通信を確保する対策が採られている。
【０００４】
一方、非常時には、被災者の安否確認、被災状況や復旧状況等の被災地域内での情報共有、被災地からの情報発信等が重要となり、ビデオメッセージ等のメディアコンテンツを送受信したいという要求は高まる。しかし、通信制限等の通信トラフィック制御が行われているネットワークを使用してメディアコンテンツを配信した場合、宛先に確実に配信される保証はなく、大容量のメディアコンテンツを配信した結果、さらなる輻輳を引き起こす恐れもある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３５５４６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述したように、非常時には、通信回線の輻輳が発生し、通信回線が不安定になっている場合がある。このような状況で、例えば特許文献１に開示された従来の技術を利用してメッセージを送受信する場合、端末からサーバ装置にメッセージを送信する際、およびメッセージ受信者がメッセージを再生する際に通信回線を圧迫し、その結果、メッセージの送受信ができない状態となる恐れがある。
【０００７】
また、今日、インターネット上のサーバに不特定多数の利用者がコンテンツをアップロードして共有できる動画共有サービスが普及しており、非常時にこのようなサービスを利用することも考えられるが、上述の従来技術同様、利用者がサーバにコンテンツをアップロードする際、および利用者がコンテンツを再生する際に通信回線を圧迫し、コンテンツの共有ができない状態となる恐れがある。また、このようなサービスでは、メッセージは不特定多数の者に再生される可能性があり、非常時に特定の人にプライベートな情報を送信したいという要求にそぐわない。さらに、このようなサービスでは、利用者がコンテンツをアップロードしても、その存在を受信者に知らせることができないので、非常時に特定の人に特定の情報を早急に知らせたいという要求にそぐわない。
【０００８】
そこで、本発明は、上記事情に鑑み、非常時等の影響により通信回線が混雑している場合や、基地局等の設備要因により通信回線が不安定な環境であっても、メッセージの送信や再生時の負荷を低減しながら、特定の宛先にメッセージを配信することが可能なメッセージ配信システム、メッセージ配信方法およびそのプログラムを提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
本発明の所定の実施形態に係るメッセージ配信システムは、メッセージ配信サーバと、送信者端末と、受信者端末とを備え、前記メッセージ配信サーバは、第１のモードおよび第２のモードを含む運用モードの切替を行うモード切替部と、送信者端末からのリクエストに応答して、前記送信者端末に現在の運用モードを返信するモード返信部と、前記送信者端末から受信したメッセージと当該メッセージの受信者情報とを対応付けて記憶する記憶部と、前記受信者端末からのリクエストに応答して、前記受信者情報で特定される受信者端末に対して、当該受信者情報に対応付けて記憶されたメッセージを配信する配信部と、を備え、前記送信者端末は、動画または静止画を撮影可能なカメラと、前記メッセージ配信サーバから受信した運用モードが第２のモードである場合、前記カメラを用いて第２の画質でメッセージを録画し、前記メッセージ配信サーバから受信した運用モードが第１のモードである場合、前記カメラを用いて前記第２の画質よりも低画質の第１の画質でメッセージを録画する録画部と、送信者から、メッセージの受信者情報を受け付ける受付部と、前記録画部によって録画されたメッセージと、前記受付部によって受け付けられた受信者情報とを、前記メッセージ配信サーバに送信する送信部と、を備える。
【００１０】
「システム」とは、情報処理装置等から構成される、特定の機能をユーザに提供するためのシステムを含む。例えば、サーバ装置、クラウドコンピューティング形態のもの、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）、クライアントサーバモデルのもの、等により構成されるが、これに限られるものではない。
【００１１】
また、本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリ等の各種の記録媒体を通じて、又は通信ネットワーク等を介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。
【００１２】
また、本明細書等において、「部」とは、単に物理的構成を意味するものではなく、その構成が有する機能をソフトウェアによって実現する場合も含む。また、１つの構成が有する機能が２つ以上の物理的構成により実現されても、２つ以上の構成の機能が１つの物理的構成により実現されてもよい。
【発明の効果】
【００１３】
本発明の所定の実施形態によれば、非常時において、通信回線が混雑している場合や通信回線が不安定な環境であっても、メッセージの送信や再生時の負荷を低減しながら、メッセージを配信することが可能になる。
【００１４】
さらに、本発明の所定の実施形態によれば、メッセージの送信者は、非常時であっても、不特定の者にその内容を知られることなく、特定の宛先を指定してメッセージを配信することが可能になる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係るメッセージ配信処理の概要を示す図である。
【図２】本発明の一実施形態に係るメッセージ配信システムのシステム構成図である。
【図３】本発明の一実施形態に係るメッセージ配信処理の一例を示すシーケンス図である。
【図４】本発明の一実施形態に係るサーバ装置の運用モード切替処理を示すフローチャートである。
【図５】本発明の一実施形態に係るサーバ装置のメッセージ登録処理を示すフローチャートである。
【図６】本発明の一実施形態に係るサーバ装置のメッセージ配信処理を示すフローチャートである。
【図７】本発明の一実施形態に係るサーバ装置の処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態の１つについて詳細に説明する。なお、以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。
【００１７】
（システム構成）
図１は、本発明の一実施形態に係るメッセージ配信処理の概要を示す。メッセージ配信システム１０は、サーバ装置１００を備え、サーバ装置１００は、送信ユーザＵ０１ａ、送信ユーザＵ０１ｂ、受信ユーザＵ０２ａ、および受信ユーザＵ０２ｂが保有するユーザ端末２０１ａ、２０１ｂ、２０２ａ、および２０２ｂと、ネットワークを介して通信を行うよう構成されている。
【００１８】
サーバ装置１００は、ユーザ端末２０１を介して送信ユーザＵ０１からメッセージおよび送信情報を受信し、送信情報によって指定された受信ユーザＵ０２のユーザ端末２０２にメッセージの再生を促す情報を送信する。本明細書における「メッセージ」は、ビデオメッセージを想定しているが、テキストメッセージ、その他のメッセージも含む。
【００１９】
サーバ装置１００はまた、管理者端末３００と、ネットワークを介して通信を行うよう構成されている。サーバ装置１００は、平常時モードおよび非常時モードを含む運用モードを実装しており、管理者ＭＧは、管理者端末３００を介して運用モードの切替を行うことができる。
【００２０】
なお、本明細書において、非常時モードとは、メッセージを低画質で送受信ないし再生するサーバ装置１００の運用モードを含む。一方、平常時モードとは、画質に関わらず、メッセージを送受信ないし再生するサーバ装置１００の運用モードを含む。
【００２１】
サーバ装置１００はまた、気象庁、内閣府等を含む外部システム４００と、ネットワークを介して通信を行うよう構成されており、災害、暴動、テロ等の非常事態に関する情報を周期的に取得している。管理者ＭＧによる運用モードの切替の他、サーバ装置１００は、外部システム４００から取得した非常事態に関する情報に基づいて、運用モードの切替を行うことができる。
【００２２】
送信ユーザＵ０１、および受信ユーザＵ０２は、メッセージ配信システム１０を利用することで、平常時には、例えばＦｕｌｌ−ＨＤ等の高画質のメッセージによるコミュニケーションを行うことができる。また、非常時においては、送信ユーザＵ０１、および受信ユーザＵ０２は、メッセージ配信システム１０を利用することで、平常時よりも低画質のメッセージによるコミュニケーションを行う。
【００２３】
図２は、本実施形態に係るメッセージ配信システム１０のシステム構成を示す。なお、図２では、単一のサーバ装置１００を想定し、必要な機能構成だけを示しているが、サーバ装置１００を、複数のコンピュータシステムによる多機能の分散システムの一部として構成することもできる。
【００２４】
サーバ装置１００は、インターネットや専用線等のネットワーク５００に接続されたサーバ用コンピュータである。前述したように、サーバ装置１００、ユーザ端末２０１、ユーザ端末２０２、および管理者端末３００が、ネットワーク５００を介して互いに通信可能に接続されることにより、メッセージ配信システム１０は構成される。また、サーバ装置１００は、ネットワーク５００を介して、外部システム４００と通信可能に接続される。
【００２５】
ユーザ端末２０１、および２０２は、ネットワーク５００を介してサーバ装置１００と通信する機能を備えた情報処理装置である。具体的には、携帯電話やスマートフォン、ＰＣ、ＰＤＡ、タブレット等が挙げられるが、これに限られない。図２に示すように、ユーザ端末２０１、および２０２は、ＣＰＵおよびメモリを含む制御部２１０、ネットワーク５００と接続するための通信部２２０、ユーザからの操作を受け付けるタッチパネル等の入力部を表示する表示部２３０、記憶部２４０、動画または静止画を撮影可能なカメラ２５０、カメラを用いてメッセージを録画する録画部２６０等を備えている。制御部２１０は、メッセージの送信情報を受け付ける受付部２１１、および録画部２６０によって録画されたメッセージと、受付部によって受け付けられた送信情報とを、サーバ装置１００に送信する送信部２１２を備えている。
【００２６】
管理者端末３００は、ネットワーク５００を介してサーバ装置１００と通信する機能を備えた情報処理装置である。具体的には、携帯電話やスマートフォン、ＰＣ、ＰＤＡ、タブレット等が挙げられるが、これに限られない。図２には図示しないが、管理者端末３００は、ＣＰＵおよびメモリを含む制御部、ネットワーク５００と接続するための通信部、ユーザからの操作を受け付けるタッチパネル等の入力部を表示する表示部、記憶部等を備えている。
【００２７】
外部システム４００は、ネットワーク５００を介してサーバ装置１００と通信する機能を備えた情報処理装置である。図２では、単一のシステムとして図示されているが、災害、暴動、テロ等の非常事態に関する情報を提供する複数のシステムが含まれるものとする。
【００２８】
（サーバ構成）
図２に示すように、サーバ装置１００は、入力部１１０と、制御部１２０と、記憶部１３０と、通信部１４０とを備えている。
【００２９】
入力部１１０は、サーバ装置１００の管理者ＭＧからの操作を受け付けるように構成され、キーボードやマウス、タッチパネル等によって実現することができる。
【００３０】
制御部１２０は、ＣＰＵやＭＰＵ等の演算処理部１２１、ＲＡＭ等のメモリ１２２、および画像処理部（図示せず）を備えている。演算処理部１２１は、各種入力に基づき、記憶部１３０に記録されたプログラムを実行することで、各種機能部を動作させるものである。このプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶され、もしくはネットワーク５００を介して配布され、コンピュータにインストールされるものであってもよい。メモリ１２２は、サーバ用プログラムにおいて処理の実行中に、演算等に必要な各種データを、一時的に記憶するためのものである。
【００３１】
記憶部１３０は、ハードディスク等の記憶装置によって構成され、制御部１２０における処理の実行に必要な各種プログラムや、各種プログラムの実行に必要なデータ等を記録しておくものである。具体的には、記憶部１３０は、会員情報ＤＢ１３１、メッセージＤＢ１３２、およびメッセージ管理情報ＤＢ１３３を有していることが望ましい。
【００３２】
会員情報ＤＢ１３１には、会員ユーザの情報が保存されている。具体的には、会員情報ＤＢ１３１には、会員ＩＤ、メールアドレス、氏名、住所等が登録されていることが望ましい。本実施形態では、メッセージ配信システム１０を利用するユーザは、本発明を用いたサービスの利用契約を行っているものとする。利用契約を通じてユーザには会員ＩＤが付与され、会員ＩＤごとに会員ページが作成されるものとする。
【００３３】
メッセージＤＢ１３２には、送信ユーザＵ０１が登録したメッセージが保存されている。具体的には、メッセージＤＢ１３２には、メッセージＩＤに関連付けてメッセージが登録されていることが望ましい。送信ユーザＵ０１は、ユーザ端末２０１を用いてメッセージをサーバ装置１００にアップロードすることができる。
【００３４】
メッセージ管理情報ＤＢ１３３には、メッセージを管理するための情報が保存されている。具体的には、メッセージ管理情報ＤＢ１３３には、管理対象のメッセージＩＤに関連付けて、送信ユーザＵ０１の会員ＩＤ、受信ユーザＵ０２の会員ＩＤ、通知済みフラグ、メッセージの再生回数等が登録されていることが望ましい。メッセージに関する情報が受信ユーザＵ０２に通知されると、通知済みフラグには、メッセージが登録されたことが通知済みであることを示すフラグが立てられる。
【００３５】
通信部１４０は、サーバ装置１００をネットワーク５００に接続するように構成される。例えば、通信部１４０は、ＬＡＮカード、アナログモデム、ＩＳＤＮモデム等、および、これらをシステムバス等の伝送路を介して処理部と接続するためのインタフェースから実現することができる。
【００３６】
さらに、図２に示すように、演算処理部１２１は、機能部として、非常時情報取得部１２１０と、モード切替部１２１１と、ログイン部１２１２と、メッセージ管理部１２１３と、通知部１２１４とを備えている。
【００３７】
非常時情報取得部１２１０は、外部システム４００から災害、暴動、テロ等の非常事態に関する情報を周期的に取得する。情報を取得する周期は一定とすることもできるし、災害やテロ等の発生確率があがるとの予測に基づいて頻度を上げる等、管理者ＭＧが必要に応じて変更することもできる。
【００３８】
モード切替部１２１１は、平常時モードおよび非常時モードを含む運用モードの切替を行う。モード切替部１２１１は、非常時情報取得部１２１０が取得した非常事態に関する情報に基づいて運用モードの切替を行うこともできるし、管理者端末３００からの運用モード切替指示に応答して、運用モードの切替を行うこともできる。
【００３９】
ログイン部１２１２は、メッセージ配信システム１０の会員がユーザ端末２０１、または２０２を用いてサーバ装置１００に会員ページへのログイン要求を送信することに応答して、ログイン要求を送信したユーザ端末にサーバ装置１００の運用モードを返信する。ユーザ端末２０１、または２０２の制御部２１０は、受信した運用モードが平常時モードである場合、高画質で録画するよう録画部２６０を構成し、一方、受信した運用モードが非常時モードである場合、低画質で録画するよう録画部２６０を構成する。
【００４０】
一般に、画質を落とすことによってメッセージのファイルサイズを小さくすることができる。そこで、運用モードに応じて録画部２６０における録画の画質を調整するなど、サーバ装置１００を介して送信ユーザＵ０１が低画質のメッセージを送信することを促すことによって、通信回線が混雑している場合や通信回線が不安定な環境であっても、メッセージの送信や再生時の負荷を低減しながら、メッセージを配信することが可能になる。
【００４１】
なお、一部の実施形態では、ユーザ端末の制御部２１０は、当該ユーザ端末の入力部からの指示に応答して、高画質または低画質で録画するよう録画部２６０を構成することもできる。これによって、ログイン要求時にサーバ装置１００が非常時モードであっても、送信ユーザＵ０１は、必要に応じて高画質のメッセージをサーバ装置１００に登録することができる。
【００４２】
メッセージ管理部１２１３は、送信ユーザＵ０１からメッセージとメッセージに関連する送信情報を受け付け、メッセージをメッセージＤＢ１３２に保存し、送信情報をメッセージ管理情報ＤＢ１３３に登録する。また、メッセージ管理部１２１３は、受信ユーザＵ０２からメッセージの再生要求を受信し、当該メッセージの配信処理を行うことができる。
【００４３】
本実施形態では、メッセージの登録および再生が行えるのはメッセージ配信システム１０の会員が会員ページにログイン中である場合に限定されるように制御される。受信ユーザＵ０２が、会員ページにログインして再生要求を行うと、メッセージ管理部１２１３は当該ユーザの会員ＩＤと、メッセージ管理情報ＤＢ１３３に登録されている受信ユーザＵ０２の会員ＩＤとが一致するかを確認し、一致する場合に再生を許可することが望ましい。これによって、送信情報で指定した受信ユーザＵ０２以外のユーザがメッセージを再生することを防ぐことが可能になる。
【００４４】
さらに、本実施形態では、メッセージ管理部１２１３は、受信ユーザＵ０２からメッセージの再生要求を受信した際、サーバ装置１００の運用モードが非常時モードである場合には、メッセージの画質を判定し、メッセージが低画質である場合に再生を許可することが望ましい。これによって、サーバ装置１００は、非常時モードの場合、低画質のメッセージを受信ユーザＵ０２に配信することを保証することができる。
【００４５】
通知部１２１４は、メッセージＤＢ１３２に保存されたメッセージに関する情報を受信ユーザＵ０２に通知する。具体的には、通知部１２１４は、メッセージ管理部１２１３が受け付けた送信情報に基づいて、受信ユーザＵ０２を特定する。次に、通知部１２１４は、特定した受信ユーザＵ０２のメールアドレスを会員情報ＤＢ１３１から取得して、送信ユーザＵ０１からのメッセージの再生を促す電子メールを送信する。電子メールの送信後、通知部１２１４は、メッセージ管理情報ＤＢ１３３の通知済みフラグに、メッセージが登録されたことが通知済みであることを示すフラグを立て、処理を完了する。
【００４６】
なお、ユーザ端末の制御部２１０が当該ユーザ端末の入力部からの指示に応答して録画部２６０を構成する場合、サーバ装置１００の運用モードが非常時モードであっても、送信ユーザＵ０１が高画質のメッセージをサーバ装置１００に登録することがある。このような実施形態では、サーバ装置１００の運用モードが非常時モードである場合、通知部１２１４は、メッセージ管理部１２１３が受け付けたメッセージの画質を判定し、メッセージが低画質である場合に、受信ユーザＵ０２を特定する。次に、通知部１２１４は、特定した受信ユーザＵ０２のメールアドレスを会員情報ＤＢ１３１から取得して、送信ユーザＵ０１からのメッセージの再生を促す電子メールを送信する。
【００４７】
このように、例外的に高画質のメッセージの登録を可能とする実施形態においては、サーバ装置１００の運用モードが非常時モードである場合に高画質のメッセージに関する通知を一時的に停止することで、通信回線を圧迫することを最小限とすることが可能となる。なお、通知を一時的に停止することによって未通知であるメッセージについては、通知部１２１４は、運用モードが平常時モードである任意のタイミングで通知することができる。
【００４８】
（第１の実施形態）
図３は、本発明の一実施形態に係るメッセージ配信処理の一例を示す。図３は、被災地の送信ユーザＵ０１ａがユーザ端末２０１ａを操作して作成したメッセージを、非被災地の受信ユーザＵ０２ｂがユーザ端末２０２ｂを用いて再生する例を示す。その他、実施形態には、被災地の送信ユーザＵ０１ａが作成したメッセージを、被災地の受信ユーザＵ０２ａがユーザ端末２０２ａを用いて再生する例、非被災地の送信ユーザＵ０１ｂがユーザ端末２０１ｂを操作して作成したメッセージを、被災地の受信ユーザＵ０２ａが再生する例等も含まれるが、同様の処理が行われるため、説明を省略する。
【００４９】
サーバ装置１００の非常時情報取得部１２１０は、外部システム４００に周期的にアクセスし（Ｓ３０１）、災害、暴動、テロ等の非常事態に関する情報を取得する（Ｓ３０２）。
【００５０】
また、サーバ装置１００の管理者ＭＧは、何らかの方法で非常事態を検知した場合、管理者端末３００を用いて、サーバ装置１００に平常時モードから非常時モードへの運用モード切替指示を送信する（Ｓ３０３）。
【００５１】
サーバ装置１００のモード切替部１２１１は、非常時情報取得部１２１０が取得した非常事態に関する情報に基づいて、または管理者端末３００から受信した運用モード切替指示に基づいて、運用モードの切替を行う（Ｓ３０４）。本実施例では、平常時モードから非常時モードへの切替を行う。
【００５２】
その後、メッセージ配信システム１０の会員である送信ユーザＵ０１ａが、ユーザ端末２０１ａを操作して、自身の会員ページにログインする（Ｓ３０５）。
【００５３】
サーバ装置１００のログイン部１２１２は、ユーザ端末２０１ａからのログイン要求に応答して、ユーザ端末２０１ａにサーバ装置１００の運用モードを返信する（Ｓ３０６）。本実施例では、運用モードとして「非常時モード」を返す。
【００５４】
ユーザ端末２０１ａの制御部２１０は、受信した運用モードに基づいて録画部２６０を構成する（Ｓ３０７）。本実施例では、受信した運用モード「非常時モード」に基づいて、低画質で録画するよう録画部２６０を構成する。
【００５５】
送信ユーザＵ０１ａは、ユーザ端末２０１ａを用いてメッセージを作成し、サーバ装置１００にアップロードする（Ｓ３０８）。この際、送信ユーザＵ０１ａは、メッセージに関連する送信情報を登録する。本実施例では、送信ユーザＵ０１ａは、送信情報として受信ユーザＵ０２ｂの会員ＩＤを登録するものとする。
【００５６】
ユーザ端末２０１ａからのメッセージ登録要求に応答して、サーバ装置１００のメッセージ管理部１２１３は、メッセージをメッセージＤＢ１３２に保存し、送信情報をメッセージ管理情報ＤＢ１３３に登録する（Ｓ３０９）。
【００５７】
次に、サーバ装置１００の通知部１２１４は、メッセージＤＢ１３２に保存されたメッセージに関する情報を受信ユーザＵ０２に通知する。（Ｓ３１０）。本実施例では、送信情報で指定された受信ユーザＵ０２ｂに、メッセージに関する情報が通知される。
【００５８】
その後、通知を受けた受信ユーザＵ０２ｂが、ユーザ端末２０２ｂを操作して、自身の会員ページにログインする（Ｓ３１１）。前述したように、サーバ装置１００のログイン部１２１２は、ユーザ端末２０２ｂにサーバ装置１００の運用モードを返し、ユーザ端末２０２ｂの制御部２１０は、受信した運用モードに基づいて録画部２６０を構成するが、図３上では省略する。
【００５９】
会員ページにログイン後、受信ユーザＵ０２ｂは、サーバ装置１００にメッセージ再生要求を送信する（Ｓ３１２）。本実施例では、受信ユーザＵ０２ｂは、Ｓ３１０において受けた通知に含まれる情報を用いて、送信ユーザＵ０１ａが作成したメッセージの再生要求を送信するものとする。
【００６０】
ユーザ端末２０２ｂからのメッセージ再生要求に応答して、サーバ装置１００のメッセージ管理部１２１３は、当該メッセージの配信処理を行う（Ｓ３１３）。
【００６１】
図４〜６は、本発明の一実施形態に係るサーバ装置１００の処理の流れを示すフローチャートである。以下、サーバ装置１００の処理フローを、運用モード切替処理、メッセージ登録処理、およびメッセージ配信処理に分けて、詳細に説明する。
【００６２】
（運用モード切替処理）
サーバ装置１００の非常時情報取得部１２１０は、管理者端末３００から運用モード切替指示を受信したか否か判定する（Ｓ４０１）。また、非常時情報取得部１２１０は、外部システム４００から非常事態情報を受信したか否か判定する（Ｓ４０２）。管理者端末３００から運用モード切替指示を受信した場合（Ｓ４０１：ＹＥＳ）、または外部システム４００から非常事態情報を受信した場合（Ｓ４０２：ＹＥＳ）、サーバ装置１００のモード切替部１２１１は、運用モードの切替を行う（Ｓ４０３）。
【００６３】
（メッセージ登録処理）
サーバ装置１００のログイン部１２１２がユーザ端末２０１からログイン要求を受信した場合（Ｓ５０１）、ログイン部１２１２は、サーバ装置１００の運用モードを返信する（Ｓ５０２）。続いて、ユーザ端末２０１からメッセージ登録要求を受信すると（Ｓ５０３）、サーバ装置１００のメッセージ管理部１２１３は、メッセージをメッセージＤＢ１３２に保存し、送信情報をメッセージ管理情報ＤＢ１３３に登録する（Ｓ５０４）。
【００６４】
次に、サーバ装置１００の通知部１２１４は、メッセージ管理部１２１３が受信した送信情報に基づいて、受信ユーザＵ０２のメールアドレスを会員情報ＤＢ１３１から取得する（Ｓ５０５）。通知部１２１４は、取得した受信ユーザＵ０２のメールアドレスに、送信ユーザＵ０１からのメッセージの再生を促す電子メールを送信する（Ｓ５０６）。電子メールの送信後、通知部１２１４は、メッセージ管理情報ＤＢ１３３の通知済みフラグに、メッセージが登録されたことが通知済みであることを示すフラグを立て、メッセージ登録処理を完了する。
【００６５】
（メッセージ配信処理）
Ｓ６０１、Ｓ６０２については、Ｓ５０１、Ｓ５０２と重複した処理となるため、説明を省略する。
【００６６】
ユーザ端末２０２からメッセージ再生要求を受信すると（Ｓ６０３）、メッセージ管理部１２１３は、サーバ装置１００の運用モードを判定する（Ｓ６０４）。運用モードが非常時モードである場合（Ｓ６０４：ＹＥＳ）、メッセージ管理部１２１３は、再生要求で指定されたメッセージの画質を判定する（Ｓ６０５）。メッセージが低画質である場合（Ｓ６０５：ＹＥＳ）、メッセージ管理部１２１３は、メッセージをユーザ端末２０２にストリーミング配信するが（Ｓ６０６）、メッセージが高画質である場合（Ｓ６０５：ＮＯ）、メッセージ管理部１２１３は、メッセージの再生要求を拒否する。一方、運用モードが平常時モードである場合（Ｓ６０４：ＮＯ）、メッセージ管理部１２１３は、メッセージの画質に関わらず、要求されたメッセージをユーザ端末２０２にストリーミング配信する。
【００６７】
（第２の実施形態）
第１の実施形態では、任意のタイミングで送信ユーザＵ０１が作成したメッセージを、送信ユーザＵ０１が指定した１または複数の受信ユーザＵ０２に配信する例について説明した。第２の実施形態では、事前に管理者ＭＧがメッセージＤＢ１３２に保存したメッセージを、非常事態が発生したタイミングで受信ユーザＵ０２に配信する例について説明する。
【００６８】
本実施形態では、メッセージ管理情報ＤＢ１３３には、メッセージを管理するための情報として、さらに非常時配信情報および配信対象地域が保存されている。非常時配信情報には、非常時に配信すべきか否か、および／または非常時の種別が保存される。非常時の種別には、例えば地震、テロ行為等が含まれる。配信対象地域には、地域名や施設名等が保存される。
【００６９】
管理者ＭＧは、非常事態の発生に備えて、非常時に有益なメッセージをメッセージＤＢ１３２に保存することができる。例えば、非常時配信情報の設定に合わせて、施設内の避難経路、施設から施設外の避難場所への避難経路、周辺の避難場所一覧等、様々なメッセージを保存することができる。
【００７０】
図７は、本発明の一実施形態に係るサーバ装置１００の処理の流れを示すフローチャートである。
【００７１】
サーバ装置１００のメッセージ管理部１２１３は、管理者端末３００からメッセージ登録要求を受信すると（Ｓ７０１）、メッセージをメッセージＤＢ１３２に保存し、送信情報をメッセージ管理情報ＤＢ１３３に登録する（Ｓ７０２）。本実施形態では、送信情報には、非常時配信情報および配信対象地域が含まれる。本実施例では、管理者ＭＧは、非常時配信情報として「非常時配信：有」を登録し、配信対象地域として「競技場１」を登録するものとする。
【００７２】
その後、サーバ装置１００のモード切替部１２１１が、図４を用いて説明した運用モードの切替を行うと（図示せず）、サーバ装置１００の通知部１２１４は、平常時モードから非常時モードへの切替が行われたか否かを判定する（Ｓ７０３）。平常時モードから非常時モードへの切替が行われた場合（Ｓ７０３：ＹＥＳ）、通知部１２１４は、メッセージ管理情報ＤＢ１３３の非常時配信情報が非常時に配信すべきことを示すメッセージを抽出して、抽出したメッセージの配信対象地域に位置するユーザ端末のメールアドレスを会員情報ＤＢ１３１から取得する（Ｓ７０４）。
【００７３】
本実施例では、非常時配信情報に「非常時配信：有」を含むメッセージ管理情報と対応付けられたメッセージが抽出され、抽出したメッセージの配信対象地域「競技場１」に位置するユーザ端末のメールアドレスが会員情報ＤＢ１３１から取得されたものとする。
【００７４】
通知部１２１４は、取得したユーザ端末のメールアドレスに、抽出したメッセージの再生を促す電子メールを送信する（Ｓ７０５）。
【００７５】
このように、事前に登録したメッセージに関する情報を非常時に通知することによって、非常事態に遭遇したユーザに、有益なメッセージを提供することができる。
【符号の説明】
【００７６】
１０             メッセージ配信システム
１００           サーバ装置
１１０           入力部
１２０           制御部
１２１           演算処理部
１２１０         非常時情報取得部（情報取得部）
１２１１         モード切替部
１２１２         ログイン部（モード返信部）
１２１３         メッセージ管理部（配信部）
１２１４         通知部
１３０           記憶部
１３１           会員情報ＤＢ
１３２           メッセージＤＢ
１３３           メッセージ管理情報ＤＢ
１４０           通信部
２０１ａ、ｂ     ユーザ端末
２０２ａ、ｂ     ユーザ端末
２１０           制御部
２１１           受付部
２１２           送信部
２２０           通信部
２３０           表示部
２４０           記憶部
２５０           カメラ
２６０           録画部
３００           管理者端末
４００           外部システム
【図１】
0006551926.tif 000002
【図２】
0006551926.tif 000003
【図３】
0006551926.tif 000004
【図４】
0006551926.tif 000005
【図５】
0006551926.tif 000006
【図６】
0006551926.tif 000007
【図７】
0006551926.tif 000008