JP6459652B2 - 配信システム及び配信方法 - Google Patents

Description

本発明は、携帯端末と、前記携帯端末から受信した電文を他の携帯端末へ配信する配信サーバと、を有する配信システム及び配信方法に関する。

従来から、携帯端末間でメッセージの送受信を行う方法として、ＳＭＳ（Short Message Service）や電子メール等が知られている。

また、従来では、多くの携帯端末にＳＭＳ等のメッセージを同報配信するための仕組みとして、Cell Broadcast Service（ＣＢＳ）やBroadcast Multicast Services（ＢＣＭＣＳ）等が知られている。この仕組みでは、特定のエリアにある携帯端末に対し、一律にメッセージの配信を行うことができ、緊急地震速報の配信等に利用されている。

特開２００３−６００４号公報

ところで、携帯端末の利用者は、災害の発生時やコンサート等の大規模なイベント開催時等に、家族や友人と連絡を取り合おうとして、ＳＭＳや電子メール等によりメッセージの送信を試みようとする傾向がある。その場合、特定のエリアにおいて、多くの携帯端末がメッセージの送信を試みることになり、送達率の低下や送達の遅延が起こりやすくなる。

１つの側面では、効率的にメッセージの送受信を行うことが可能な配信システム及び配信方法を提供することを目的としている。

一様態によれば、携帯端末と、前記携帯端末から受信した電文を他の携帯端末へ配信する配信サーバと、を有する配信システムであって、前記配信サーバは、前記受信した電文を、前記電文に含まれるパラメータと、前記電文を受信した時間帯とが一致する電文毎に集約して記憶部に蓄積する蓄積部と、集約された各電文の送信先と発信元を示す情報を含む配信用電文を作成し、ブロードキャスト方式にて前記配信用電文を配信する配信部と、を有し、前記携帯端末は、メッセージと対応して選択されたパラメータを含む電文を作成し、前記電文を前記配信サーバへ送信する送信処理部と、配信用電文を受信したとき、前記配信用電文において、自機を特定する情報が前記送信先に含まれる場合に、前記集約された各電文に含まれるパラメータと対応するメッセージを表示させる受信処理部と、を有する。

上記各部は、上記各部を手順としてコンピュータにより実行させる方法、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。

効率的にメッセージの送受信を行うことができる。

配信システムについて説明する第一の図である。 配信システムについて説明する第二の図である。 配信システムにおいて送受信される電文を説明する図である。 配信サーバのハードウェア構成の一例を示す図である。 配布情報データベースの一例を示す図である。 イベント定義データベースの一例を示す図である。 ＢＣメッセージ蓄積データベースの一例を示す図である。 配信エリアデータベースの一例を示す図である。 配信サーバの機能を説明する図である。 携帯端末の機能を説明する図である。 配信システムにおける配布情報の配布を説明するシーケンス図である。 配信サーバにおける配布情報の登録を説明するフローチャートである。 携帯端末における配布情報の登録を説明するフローチャートである。 配信システムにおける電文の蓄積を説明するシーケンス図である。 携帯端末における電文の送信を説明するフローチャートである。 配信サーバにおける電文の蓄積を説明するフローチャートである。 配信システムにおける電文の配信を説明するシーケンス図である。 配信サーバにおける電文の配信を説明するフローチャートである。 携帯端末における電文の受信を説明するフローチャートである。 本実施形態との比較例を示す図である。

以下に図面を参照して実施形態について説明する。図１は、配信システムについて説明する第一の図である。

本実施形態の配信システム１００は、配信サーバ２００と、携帯端末３００（３００−１、３００−２、３００−３、３００−４）を有する。配信システム１００に含まれる携帯端末３００の数は、任意であって良い。以下の説明では、携帯端末３００−１、３００−２、３００−３、３００−４を区別しない場合には、携帯端末３００と呼ぶ。

本実施形態では、災害の発生時や大規模なイベント開催時等において、例えば災害の発生した地域やイベント会場の近傍等、特定のエリアで送受信されるメッセージの内容が似通う傾向にある点に着目した。

例えば、コンサート会場等においては、携帯端末３００−１から携帯端末３００−３に対し、携帯端末３００−３の利用者の居場所を尋ねるメッセージが送信されることが想定される。また、同様に、携帯端末３００−２から携帯端末３００−４に対し、携帯端末３００−４の利用者の居場所を尋ねるメッセージが送信されることが想定される。

このように、大勢の人がそれぞれの相手と連絡を取り合うような事象（イベント）では、特定のエリアにおいて送受信されるメッセージの内容は、互いの安否の確認や、居場所の確認といった、似通った内容になることが想定される。

そこで本実施形態では、送信側の携帯端末３００において、送信されるメッセージの内容を、メッセージの内容と対応付けたパラメータに置き換えて定型化し、ブロードキャスト方式により特定のエリアの全ての携帯端末３００に配信する。

本実施形態では、メッセージを定型化し、ブロードキャスト方式による配信を適用することで、送受信されるデータ量を削減して通信の負荷を軽減し、効率的にメッセージの送受信を行うことができる。

本実施形態の配信サーバ２００は、配布情報データベース２１０、イベント定義データベース２２０、ブロードキャスト（Broadcast；以下、ＢＣ）メッセージ蓄積データベース２３０、配信エリアデータベース２４０、ＢＣ配信処理部２５０を有する。また、本実施形態の携帯端末３００は、パラメータ化処理部３１０を有する。

本実施形態の配信サーバ２００は、配布情報データベース２１０とイベント定義データベース２２０を参照し、携帯端末３００のそれぞれに対し、メッセージをパラメータに変換する際に参照される配布情報２１１を配信する。

携帯端末３００は、パラメータ化処理部３１０により、配布情報２１１に基づきメッセージをパラメータに置き換え、パラメータを含む電文を作成する。以下の説明では、メッセージをパラメータに置き換えることを、「メッセージのパラメータ化」と表現する。

配信サーバ２００は、携帯端末３００−１、３００−２から、パラメータを含む電文を受信すると、ＢＣ配信処理部２５０により、パラメータ及び所定時間のタイムスタンプ毎に電文を集約し、ＢＣメッセージ蓄積データベース２３０に格納する。そして、配信サーバ２００は、ＢＣ配信処理部２５０により、集約した電文から、複数の送信先と発信元の組と、パラメータに対応するメッセージとを含む１つの電文を作成する。作成された電文は、ＢＣ配信処理部２５０により、配信エリアデータベース２４０に基づくエリア毎に、エリア内の全ての携帯端末３００に対してブロードキャスト方式により配信される。

携帯端末３００−３、３００−４は、配信された電文を受信すると、複数の送信先に自機が含まれるか否かを判定し、含まれていれば電文に含まれるメッセージを表示させる。また、携帯端末３００−３、３００−４は、複数の送信先に自機が含まれない場合、受信した電文を破棄する。

以上のように、本実施形態では、例えば災害時や大規模イベントの開催等、特定の時間に特定エリアへのメッセージの着信が大量に発生する状況下において、ブロードキャスト配信により効率的にメッセージの送受信を行うことができる。

図２は、配信システムについて説明する第二の図である。本実施形態の配信システム１００において、配信サーバ２００は、移動網１１及びＨＬＲ（Home Location Register）１２と接続される。ＨＬＲ（Home Location Register）１２は、携帯電話番号や端末識別番号等の利用者情報を管理するデータベースであり、携帯端末３００の移動に伴って、携帯端末３００の最新の位置情報が登録される。

移動網１１は、ＢＳＣ( Base Station Controller )１３と接続される。ＢＳＣ１３は、基地局１４と接続される。基地局１４は、基地局１４によって通信が制御される携帯端末３００と接続される。

図２の例において、エリアａ内の携帯端末３００ａは、基地局１４ａにより通信が制御される。エリアｂ内の携帯端末３００ｂは、基地局１４ｂにより通信が制御される。エリアｃ内の携帯端末３００ｃは、基地局１４ｃにより通信が制御される。

以下に、図３を参照し、本実施形態の携帯端末３００−１、３００−２から配信サーバ２００に送信される電文と、配信サーバ２００から携帯端末３００−３、３００−４にブロードキャスト方式で配信される配信用電文とについて説明する。

図３は、配信システムにおいて送受信される電文を説明する図である。図３（Ａ）は、送信側の携帯端末３００−１、３００−２から配信サーバ２００に送信される電文のデータフレーム構造の例を示しており、図３（Ｂ）は、配信サーバ２００から受信側の携帯端末３００−３、３００−４に配信される電文のデータフレーム構造の例を示している。

図３（Ａ）の電文３１は、携帯端末３００−１において作成されたものである。電文３１は、タイムスタンプと、送信先１と、発信元１と、パラメータｘと、を含む。タイムスタンプは、携帯端末３００−１が電文３１を送信した送信時刻を示す。送信先１は、電文３１の送信先の携帯端末である携帯端末３００−３の電話番号である。発信元１は、電文３１の発信元の携帯端末である自機の電話番号である。「ｘ」は、メッセージの本文と置き換えられたパラメータである。

電文３２も同様であり、送信先２は、電文３２の送信先の携帯端末である携帯端末３００−４の電話番号であり、発信元２は、電文３２の発信元の携帯端末である自機の電話番号である。

本実施形態の配信サーバ２００は、これらの電文３１、３２を受信すると、ブロードキャスト方式により配信する配信用電文３３を作成する。より具体的には、配信サーバ２００は、携帯端末３００から受信した電文のうち、パラメータが一致し、且つ所定時間内に受信した電文毎にグループ化し、電文をＢＣメッセージ蓄積データベース２３０に蓄積する。そして、配信サーバ２００は、ＢＣメッセージ蓄積データベース２３０を参照し、配信用電文３３を作成する。

本実施形態の配信用電文３３は、図３（Ｂ）に示すように、所定時間を示すタイムスタンプと、配信用電文３３を配信する配信エリアと、送信先／発信元の数と、送信先と発信先の組と、メッセージ（本文）とを含む。

所定時間を示すタイムスタンプは、例えば１分間等の所定の期間を示しており、配信用電文３３は、この期間に携帯端末３００から受信し、且つパラメータが一致する電文から作成される。配信エリアは、配信用電文３３を配信するエリアを示している。

送信先／発信元の数は、配信用電文３３に含まれるタイムスタンプが示す期間に、配信サーバ２００が携帯端末３００から受信した電文の数である。

送信先と発信先の組は、配信用電文３３に含まれるタイムスタンプが示す期間に携帯端末３００から受信した電文から取得した、送信先の電話番号と発信元の電話番号の組を示している。配信用電文３３では、送信先１と発信元１の組から、送信先Ｎと発信元Ｎの組まで、Ｎ個の組が含まれる。メッセージ（本文）は、パラメータｘと対応するメッセージの本文である。

本実施形態の配信サーバ２００は、配信用電文３３を、配信エリア内にある全ての携帯端末３００に対してブロードキャスト配信を行う。

配信用電文３３を受信した携帯端末３００は、配信用電文３３に含まれる送信先に自機の電話番号が含まれる場合に、メッセージ（本文）を表示させる。

本実施形態では、このように、送信側の携帯端末３００においてメッセージを定型化してパラメータに置き換えることで、携帯端末３００から配信サーバ２００へ送信されるデータのサイズを削減できる。また、配信サーバ２００に蓄積されるデータのサイズを軽減できる。さらに、本実施形態では、定型化したメッセージを含む配信用電文を特定エリア内の携帯端末３００に対してブロードキャスト方式により配信することで、電文の送受信における負荷を軽減できる。したがって、本実施形態によれば、特定のエリアにおける輻輳の発生を抑制し、効率的にメッセージの送受信を行うことができる。

尚、以下の説明では、携帯端末３００において作成される電文に含まれるタイムスタンプを送信時刻と呼ぶ。

次に、図４を参照して本実施形態の配信サーバ２００のハードウェア構成について説明する。図４は、配信サーバのハードウェア構成の一例を示す図である。

本実施形態の配信サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含む。

入力装置２１はキーボードやマウス等を含み、各種信号を入力するために用いられる。出力装置２２はディスプレイ装置等を含み、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置２７は、モデム、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

配信プログラムは、配信サーバ２００を制御する各種プログラムの少なくとも一部である。配信プログラムは例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。配信プログラムを記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

また、配信プログラムは、配信プログラムを記録した記録媒体２８がドライブ装置２３にセットされるとは記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた配信プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、インストールされた配信プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４から配信プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された配信プログラムに従って、後述するような各種処理を実現している。

また、本実施形態の携帯端末３００は、例えば一般的なコンピュータやタブレット等であり、そのハードウェア構成は配信サーバ２００と同様であるから説明を省略する。尚、携帯端末３００がタブレットやスマートフォン等であった場合には、入力装置２１と出力装置２２の代わりに、表示機能を有する表示操作装置を有していても良い。

次に、図５乃至図８を参照し、配信サーバ２００の有する各データベースについて説明する。

図５は、配布情報データベースの一例を示す図である。本実施形態の配布情報データベース２１０は、例えば配信システム１００の管理者等により、予め配信サーバ２００に格納されている。

本実施形態の配布情報データベース２１０は、情報の項目として、イベント名、メッセージ内容、選択肢を有する。本実施形態の配布情報データベース２１０では、項目「イベント名」の値と、項目「メッセージ内容」の値、項目「パラメータ」の値とが対応付けられており、各項目の値を含む情報を配布情報と呼ぶ。

項目「イベント名」の値は、配信システム１００によるブロードキャスト配信が適用されるイベントの名前を示す。項目「メッセージ内容」の値は、送信先の携帯端末３００に対して送信されるメッセージである。項目「パラメータ」の値は、メッセージ内容と対応するパラメータ（選択肢）である。

例えば、図５では、イベント名「×××ライブ」と対応するメッセージとして、「無事ですか？」、「○○ですか？」、「××ですか？」の３つがある。メッセージ「無事ですか？」は、パラメータ「ｘ」と対応する。メッセージ「○○ですか？」は、パラメータ「ｙ」と対応する。メッセージ「××ですか？」は、パラメータ「ｚ」と対応する。

図６は、イベント定義データベースの一例を示す図である。本実施形態のイベント定義データベース２２０は、例えば配信システム１００の管理者等により、予め配信サーバ２００に格納されている。

本実施形態のイベント定義データベース２２０は、情報の項目として、イベントＩＤ、イベント名、有効開始時刻、有効終了時刻、配信間隔、配信エリア、パラメータ、メッセージ内容を有する。イベント定義データベース２２０では、項目「イベントＩＤ」の値と、他の項目の値とが対応付けられている。以下の説明では、項目「イベントＩＤ」の値と、他の項目の値とを含む情報をイベント定義情報と呼ぶ。

項目「イベントＩＤ」の値は、イベントを識別する識別子である。項目「イベント名」の値は、配信システム１００によるブロードキャスト配信が適用されるイベントの名前を示す。項目「有効開始時刻」の値は、配信システム１００によるブロードキャスト配信の適用が開始される開始時刻を示す。項目「有効終了時刻」の値は、配信システム１００によるブロードキャスト配信の適用が終了する終了時刻を示す。

項目「配信間隔」の値は、後述する配信サーバ２００のメッセージ配信部２５３による配信用電文のブロードキャスト配信を行う間隔を示す。項目「配信エリア」の値は、メッセージ配信部２５３による配信用電文の配信を行うエリアを示す。項目「パラメータ」の値は、配布情報データベース２１０の選択肢に対応し、メッセージ内容と対応する。項目「メッセージ内容」の値は、送信側の携帯端末３００に対して送信されるメッセージである。

図６の例では、イベントＩＤ「１」の「ＸＸＸライブイベント」に対応する有効開始時刻は、２０１４年８月３０日０：００であり、有効終了時刻は、２０１４年８月３０日２３：５９である。また、配信用電文の配信間隔は１分であり、配信エリアは○○外苑である。また、このイベントの各メッセージと対応付けられたパラメータは「ｘ」、「ｙ」、「ｚ」の３種類である。

図７は、ＢＣメッセージ蓄積データベースの一例を示す図である。本実施形態のＢＣメッセージ蓄積データベース２３０は、携帯端末３００から受信した電文にタイムスタンプが付与されて、蓄積（格納）される。

ＢＣメッセージ蓄積データベース２３０は、情報の項目として、イベントＩＤ、パラメータ、レコード時刻、送信先、発信元、タイムスタンプを有する。

項目「レコード時刻」の値は、携帯端末３００が作成した電文に含まれる送信時刻を示す。項目「送信先」の値は、電文の送信先となる携帯端末３００の電話番号である。項目「発信元」の値は、電文を発信した携帯端末３００の電話番号である。

項目「タイムスタンプ」の値は、配信用電文に含まれるタイムスタンプであり、各電の送信時刻を含む所定の期間（時間帯）を示す。

本実施形態のＢＣメッセージ蓄積データベース２３０では、項目「イベントＩＤ」と、項目「パラメータ」と、項目「タイムスタンプ」の値が一致する電文毎に集約して蓄積される。図７の例では、例えば、イベントＩＤ「１」、パラメータ「ｘ」、タイムスタンプ「１３：００：００〜１３：００：５９」である電文が集約されて格納されていることがわかる。

図８は、配信エリアデータベースの一例を示す図である。本実施形態の配信エリアデータベース２４０は、配信システム１００の管理者等により、配信サーバ２００に予め格納されている。

本実施形態の配信エリアデータベース２４０は、情報の項目として、配信エリアと、基地局ＩＤとを有する。項目「配信エリア」の値は、配信用電文を配信するエリアを示す。項目「基地局ＩＤ」の値は、対応する配信エリアの通信を制御する基地局を識別する基地局の識別子である。

次に、図９を参照して、本実施形態の配信サーバ２００の機能について説明する。図９は、配信サーバの機能を説明する図である。

本実施形態の配信サーバ２００は、ＢＣ配信処理部２５０、配布処理部２６０を有する。本実施形態のＢＣ配信処理部２５０と配布処理部２６０は、演算処理装置２６が配信プログラムを実行することで実現される。

また、本実施形態の配信サーバ２００は、加入者データベース２７０、Ｐ２Ｐ（Peer to Peer）メッセージ蓄積データベース２８０、メッセージ受信部２９１、Ｐ２Ｐメッセージ蓄積部２９２、Ｐ２Ｐメッセージ作成部２９３、位置情報収集部２９４、Ｐ２Ｐメッセージ配信部２９５を有する。

以下に、ＢＣ配信処理部２５０、配布処理部２６０の説明に先立ち、他の各部について説明する。本実施形態の加入者データベース２７０は、携帯端末３００の利用者の氏名、携帯端末３００の電話番号、メールアドレス等が格納されている。本実施形態のＰ２Ｐメッセージ蓄積データベース２８０は、携帯端末３００から、Ｐ２Ｐ方式により受信したメッセージが蓄積される。

メッセージ受信部２９１は、携帯端末３００からメッセージを受信する。本実施形態のメッセージ受信部２９１が受信するメッセージには、Ｐ２Ｐ方式により送信されたメッセージと、パラメータ化されたメッセージとを含む。

Ｐ２Ｐメッセージ蓄積部２９２は、Ｐ２Ｐ方式により送信されたメッセージを、Ｐ２Ｐメッセージ蓄積データベース２８０に蓄積する。Ｐ２Ｐメッセージ作成部２９３は、Ｐ２Ｐメッセージ蓄積データベース２８０を参照し、送信先の携帯端末３００に送信するＰ２Ｐ方式のメッセージを作成する。

位置情報収集部２９４は、ＨＬＲ１２を参照し、送信先の携帯端末３００の位置情報を取得する。Ｐ２Ｐメッセージ配信部２９５は、位置情報収集部２９４により取得した位置情報に基づき、Ｐ２Ｐ方式により、送信先の携帯端末３００にメッセージを配信する。

次に、本実施形態のＢＣ配信処理部２５０について説明する。本実施形態のＢＣ配信処理部２５０は、ＢＣメッセージ蓄積部２５１、ＢＣメッセージ作成部２５２、ＢＣメッセージ配信部２５３、イベント管理部２５４、配信エリア管理部２５５を有する。

本実施形態のＢＣメッセージ蓄積部２５１は、携帯端末３００から受信した電文をＢＣメッセージ蓄積データベース２３０に格納する。ＢＣメッセージ作成部２５２は、イベント定義データベース２２０とＢＣメッセージ蓄積データベース２３０とを参照し、ブロードキャスト配信により配信する配信用電文を作成する。

ＢＣメッセージ配信部２５３は、ＢＣメッセージ作成部２５２が作成した配信用電文を、配信用電文に含まれる配信エリア内の全ての携帯端末３００へ配信する。

本実施形態のＢＣメッセージ蓄積部２５１、ＢＣメッセージ作成部２５２、ＢＣメッセージ配信部２５３の処理の詳細は後述する。

イベント管理部２５４は、配信システム１００の管理者から入力されるイベント定義情報をイベント定義データベース２２０に格納する。配信システム１００の管理者とは、例えば配信システム１００を運用する通信事業者の運用部門等である。

配信エリア管理部２５５は、配信エリアデータベース２４０を参照し、ＢＣメッセージ作成部２５２により作成された配信用電文を配信するエリアを管理する。

本実施形態の配布処理部２６０は、配布情報データベース２１０を参照し、配信システム１００の管理者により入力された配布情報を携帯端末３００に配信する。

次に、図１０を参照して本実施形態の携帯端末３００の機能について説明する。図１０は、携帯端末の機能を説明する図である。

本実施形態の携帯端末３００は、パラメータ化処理部３１０、配布情報受信部３２０、配布情報登録部３３０、配布情報データベース３４０、電話帳データベース３５０を有する。

本実施形態のパラメータ化処理部３１０は、配布情報データベース３４０を参照し、携帯端末３００の利用者に対し、メッセージのパラメータ化を行わせる。また、本実施形態のパラメータ化処理部３１０は、配信サーバ２００から配信された配信用電文を表示させるか否かを判断し、表示させると判断された場合に配信用電文に含まれるメッセージを表示させる。パラメータ化処理部３１０は、携帯端末３００の演算処理装置が、パラメータ化プログラムを実行することで実現される。パラメータ化処理部３１０の詳細は後述する。

本実施形態の配布情報受信部３２０は、配信サーバ２００から配信される配布情報２１１を受信する。本実施形態の配布情報登録部３３０は、受信した配布情報２１１を配布情報データベース３４０に格納する。

本実施形態のパラメータ化処理部３１０は、送信処理部３６０と、受信処理部３７０とを有する。

本実施形態の送信処理部３６０は、メール表示部３６１、宛先入力部３６２、本文選択部３６３、電文作成部３６４、送信部３６５を有する。

本実施形態のメール表示部３６１は、配布情報データベース３４０を参照し、携帯端末３００に、電文の作成画面を表示させる。

宛先入力部３６２は、電話帳データベース３５０を参照し、電文の送信先となる携帯端末３００を特定する情報の入力を受け付ける。尚、電話帳データベース３５０には、他の携帯端末３００の電話番号やメールアドレス等が格納されている。本実施形態において、送信先となる携帯端末３００を特定する情報は、例えば送信先の携帯端末３００の電話番号やメールアドレス等である。

本実施形態の本文選択部３６３は、配布情報データベース３４０を参照し、電文の作成画面において、選択された選択肢の入力を受け付ける。電文作成部３６４は、入力された送信先の携帯端末３００を特定する情報と、選択された選択肢と対応するパラメータと、を含む電文を作成する。送信部３６５は、作成された電文を配信サーバ２００に対して送信する。送信部３６５は、電文を送信する際に、電文の送信時刻を電文に含ませても良い。尚、携帯端末３００が作成する電文には、イベントＩＤが含まれていても良い。

本実施形態の受信処理部３７０は、受信部３７１、宛先判定部３７２、メッセージ表示部３７３を有する。

受信部３７１は、配信サーバ２００から配信される配信用電文を受信する。宛先判定部３７２は、配信用電文に、自機を特定する情報が含まれか否かを判定する。メッセージ表示部３７３は、宛先に自機が含まれると判定された場合に、配信用電文に含まれるメッセージを表示させる。

次に、図１１を参照して配信システム１００の動作について説明する。始めに、図１１は、配信システムにおける配布情報の配信を説明するシーケンス図である。尚、本実施形態の配布情報の配信は、任意のタイミングで行われても良い。

本実施形態の配信サーバ２００は、運用部門等の管理者から、配布情報の入力を受け付けると（ステップＳ１１１）、配布情報を配布情報データベース２１０へ登録（格納）する（ステップＳ１１２）。

続いて配信サーバ２００は、配布処理部２６０により、配布情報データベース２１０を参照し、配布情報２１１を携帯端末３００に配信する（ステップＳ１１３）。

携帯端末３００は、配信サーバ２００から配布情報２１１を受信し、携帯端末３００の有する配布情報データベース３４０へ格納する（ステップＳ１１４）。

尚、本実施形態の配布情報２１１は、配信サーバ２００から携帯端末３００へのプッシュ型情報配信により配信されても良いし、携帯端末３００から配信サーバ２００に対するプル型情報配信により配信されても良い。

次に、図１２及び図１３を参照し、配信システム１００における配布情報の配信の際の配信サーバ２００と携帯端末３００の動作について説明する。図１２は、配信サーバにおける配布情報の登録を説明するフローチャートである。

本実施形態の配信サーバ２００は、配布情報の登録要求を受け付けると、登録画面をディスプレイ等に表示させ（ステップＳ１２０１）、イベント名と、メッセージと、メッセージと対応する選択肢の入力を受け付ける（ステップＳ１２０２）。

続いて、配信サーバ２００は、入力が完了したか否かを判定する（ステップＳ１２０３）。ステップＳ１２０３において、入力が完了していない場合、配信サーバ２００は、ステップＳ１２０２に戻って入力が完了するまで待機する。

ステップＳ１２０３において、入力が完了すると、配信サーバ２００は、入力した選択肢に対してパラメータを割り当てる（ステップＳ１２０４）。具体的には、例えばステップＳ１２０２で入力された選択肢とメッセージが、「選択肢（１）「無事ですか？」」、「選択肢（２）「○○ですか？」」、「選択肢（３）「××ですか？」」であったとする。この場合、配信サーバ２００は、選択肢（１）に対してパラメータｘを割り当て、選択肢（２）に対してパラメータｙを割り当て、選択肢（３）に対してパラメータｚを割り当てる。

続いて配信サーバ２００は、イベント名、メッセージ、メッセージの選択肢、選択肢に割り当てたパラメータを配布情報として、配布情報データベース２１０に登録する（ステップＳ１２０５）。そして、配信サーバ２００は、配布処理部２６０により、配布情報を携帯端末３００へ配信し（ステップＳ１２０６）、配布情報の配信処理を終了する。

図１３は、携帯端末における配布情報の登録を説明するフローチャートである。

本実施形態の携帯端末３００は、配布情報受信部３２０により、配信サーバ２００から配信された配布情報を受信すると（ステップＳ１３０１）、配布情報登録部３３０により、受信した配布情報を配布情報データベース３４０に保存し（ステップＳ１３０２）、配布情報の保存の処理を終了する。

次に、配信システムにおけるメッセージの蓄積の動作について説明する。図１４は、配信システムにおける電文の蓄積を説明するシーケンス図である。

図１４の例では、配信サーバ２００が携帯端末３００−１と携帯端末３００−２から電文を受信した場合の処理を示している。また、図１４では、イベントＩＤ「１」の「ＸＸＸライブ」の開催に際して、配信システム１００がサービスを提供する場合を示している。

本実施形態の配信システム１００において、携帯端末３００−１は、メール表示部３６１により、配布情報データベース３４０を参照し、電文の作成画面１３１に表示させる（ステップＳ１４０１）。作成画面１３１には、例えばイベント名と、メッセージと、メッセージに対応する選択肢と、選択肢を選択する選択欄１３２とが表示される。

続いて、携帯端末３００−１は、宛先入力部３６２により、電話帳データベース３５０を参照し、電文の送信先となる携帯端末３００の電話番号の入力を受け付ける。そして、携帯端末３００は、本文選択部３６３により、選択された選択肢の入力を受け付ける（ステップＳ１４０２）。尚、本実施形態の作成画面１３１には、送信先の入力欄が含まれていても良い。

続いて、携帯端末３００は、電文作成部３６４により、配信サーバ２００へ送信する電文を作成し、送信部３６５により電文を配信サーバ２００へ送信する（ステップＳ１４０３）。

具体的には、携帯端末３００は、発信元の携帯端末３００−１と送信先の携帯端末３００それぞれの電話番号と、電文の送信時刻と、選択された選択肢と対応するパラメータｘと、を含む電文１３３を作成し、配信サーバ２００へ送信する。

配信サーバ２００は、携帯端末３００−１から電文１３３を一定時間の間受信し、電文１３３に含まれる送信時刻とパラメータとに基づき電文の仕分けを行った後に、ＢＣメッセージ蓄積データベース２３０に格納する（ステップＳ１４０４）。

尚、図１４に示す携帯端末３００−２によるステップＳ１４０５からステップＳ１４０７の処理は、携帯端末３００−１によるステップＳ１４０１からステップＳ１４０３までの処理と同様であるから、説明を省略する。携帯端末３００−２では、電文１３５が作成され、配信サーバ２００へ送信される。

図１５は、携帯端末における電文の送信を説明するフローチャートである。本実施形の携帯端末３００は、メッセージの作成要求を受けて、メーラを起動する（ステップＳ１５０１）。尚、メーラの起動要求を受けると、本実施形態の携帯端末３００は、パラメータ化処理部３１０を実現するパラメータ化プログラムを読み出して実行しても良い。

続いて携帯端末３００は、配布情報データベース３４０を参照し、配布情報２１１を含む電文の作成画面１３１を表示させる（ステップＳ１５０２）。

尚、携帯端末３００は、メッセージの作成要求を受けた際に、配布情報データベース３４０を参照し、配布情報データベース３４０に格納されているイベントＩＤと対応するイベント名の一覧を示すイベント一覧画面を携帯端末３００に表示させても良い。そして、携帯端末３００は、イベント一覧画面において、選択されたイベントと対応する配布情報に基づき、電文の作成画面１３１を表示させても良い。

続いて携帯端末３００は、宛先入力部３６２により、電話帳データベース３５０を参照して選択されたメッセージの送信先の電話番号の入力を受け付ける（ステップＳ１５０３）。

続いて携帯端末３００は、電文の作成画面１３１に表示された、メッセージと対応する選択肢の選択を受け付ける（ステップＳ１５０４）。続いて携帯端末３００は、電文作成部３６４により、発信元である自機の電話番号と、送信先となる携帯端末３００の電話番号と、選択された選択肢と対応するパラメータとを含む電文を作成し、送信部３６５により配信サーバ２００へ送信する（ステップＳ１５０５）。尚、電文には、電文の送信時に送信時刻を含むようになる。

図１６は、配信サーバにおける電文の蓄積を説明するフローチャートである。図１６に示す処理は、配信サーバ２００において予め設定された所定時間毎に実行される処理である。

本実施形態の配信サーバ２００は、所定時間が設定されたタイマを起動させる（ステップＳ１６０１）。本実施形態では、タイマに設定される所定時間が、配信用電文に付与されるタイムスタンプとして用いられる。尚、タイマとは、例えば配信サーバ２００が有する計時機能等により実現される。

続いて配信サーバ２００は、メッセージ受信部２９１により、携帯端末３００から送信される電文を受信する（ステップＳ１６０２）。

続いて配信サーバ２００は、所定時間が経過し、タイマがリセットされたか否かを判定する（ステップＳ１６０３）。ステップＳ１６０３において、所定時間が経過していない場合、配信サーバ２００は、携帯端末３００からの電文の受信を継続する。

ステップＳ１６０３において、所定時間が経過し、タイマがリセットされると、配信サーバ２００は、ＢＣメッセージ蓄積部２５１により、パラメータが同一の電文を仕分ける（ステップＳ１６０４）。そして、配信サーバ２００は、ＢＣメッセージ蓄積部２５１により、仕分けた電文を時間単位毎にＢＣメッセージ蓄積データベース２３０に格納し、処理を終了する（ステップＳ１６０５）。

以下に、ステップＳ１６０４とステップＳ１６０５の処理について説明する。

ここでは、配信サーバ２００のタイマに、所定時間として１３：００：００〜１３：００：５９が設定されており、携帯端末３００−１から電文１３３を受信し、携帯端末３００−２から電文１３５を受信した場合について説明する。

電文１３３は、電文の発信元の携帯端末３００−１の電話番号と、送信先の携帯端末３００の電話番号と、メッセージの選択肢（１）と対応するパラメータｘと、を含み、１３：００：００に携帯端末３００−１から送信されたものである。また、電文１３５は、電文の発信元の携帯端末３００−５の電話番号と、送信先の携帯端末３００の電話番号と、メッセージの選択肢（１）と対応するパラメータｘと、を含み、１３：００：２９に携帯端末３００−２から送信されたものである（図１４参照）。

すなわち、電文１３３と電文１３５に含まれるパラメータは、両方とも「ｘ」である。よって、ＢＣメッセージ蓄積部２５１は、電文１３３と電文１３５とを、パラメータが同一の電文として仕分ける（グループ化する）。

また、電文１３３と電文１３５は、何れも「１３：００：００〜１３：００：５９」において、携帯端末３００が送信したものである。すなわち、電文１３３と電文１３５は、それぞれがタイムスタンプ「１３：００：００〜１３：００：５９」の期間に受信されたものであり、タイムスタンプが一致する。

よって、ＢＣメッセージ蓄積部２５１は、電文１３３と電文１３５を、タイムスタンプ「１３：００：００〜１３：００：５９」と対応付けてＢＣメッセージ蓄積データベース２３０に格納する。尚、本実施形態のＢＣメッセージ蓄積部２５１は、電文１３３、１３５を格納する際に、各電文に含まれる送信時刻を項目「レコード時刻」の値として格納する。

このように、本実施形態のＢＣメッセージ蓄積データベース２３０では、電文が、パラメータとタイムスタンプ毎に集約されて蓄積される。

次に、図１７を参照して配信システム１００における配信用電文の配信の動作を説明する。図１７は、配信システムにおける電文の配信を説明するシーケンス図である。

本実施形態の配信サーバ２００はＢＣメッセージ作成部２５２により、ＢＣメッセージ蓄積データベース２３０を参照し、パラメータ毎に、エリア単位の配信用電文を作成する（ステップＳ１７０１）。

続いて配信サーバ２００は、ＢＣメッセージ蓄積データベース２３０の送信先電話番号と対応する携帯端末３００のそれぞれについて、携帯端末３００が存在するエリアを特定する。そして、配信サーバ２００は、ＢＣメッセージ配信部２５３により、エリア毎に作成した配信用電文をブロードキャスト方式により配信する（ステップＳ１７０２）。ステップＳ１７０１とステップＳ１７０２の詳細は後述する。

以下では、エリアａに存在する携帯端末３００に配信用電文が配信された場合について説明する。エリアａには、携帯端末３００−３、３００−４、３００−Ｎが存在している。

携帯端末３００−３は、配信用電文を受信すると、配信用電文に含まれる送信先に自機の電話番号が含まれるか否かを判定する。ここでは、配信用電文に該当する電話番号が含まれるため、携帯端末３００−３は配信用電文に含まれるメッセージを表示させる（ステップＳ１７０３）。

携帯端末３００−４においても、同様にメッセージを表示させる（ステップＳ１７０４）。携帯端末３００−Ｎは、配信用電文に含まれる送信先に、自機の電話番号が含まれないため、配信用電文を破棄する（ステップＳ１７０４）。

図１８は、配信サーバにおける電文の配信を説明するフローチャートである。本実施形態のＢＣメッセージ蓄積データベース２３０は、前述したように、携帯端末３００から受信した電文が、パラメータ及びタイムスタンプが一致するものにグループ化されて格納されている。

図１８で説明する処理は、例えばパラメータとタイムスタンプが一致する複数の電文について、行われる。

本実施形態の配信サーバ２００は、ＢＣメッセージ作成部２５２により、イベント定義データベース２２０を参照し、パラメータを、パラメータと対応するメッセージに変換する（ステップＳ１８０１）。

続いて配信サーバ２００は、ＢＣメッセージ作成部２５２により、ＢＣメッセージ蓄積データベース２３０内に格納された電文をパラメータ毎に仕分ける（ステップＳ１８０２）。すなわち、ＢＣメッセージ作成部２５２は、ＢＣメッセージ蓄積データベース２３０内に格納された電文のうち、メッセージが同一のもの同士を集約する。

続いて配信サーバ２００は、ステップＳ１８０２で集約した各電文に含まれる電話番号毎に、送信先となる携帯端末３００が所定のエリア内にあるか否か確認する在圏確認を行う（ステップＳ１８０３）。在圏確認は、例えば配信サーバ２００の外部に設けられた在圏データベース１８を参照して行われても良い。在圏データベース１８は、例えは携帯端末３００が存在するエリアを示す在圏情報が格納されている。在圏情報は、携帯端末３００の移動に応じて更新される。

続いて配信サーバ２００は、ＢＣメッセージ作成部２５２により、ステップＳ１８０３の在圏確認の際に参照した携帯端末３００の在圏情報と、配信エリアデータベース２４０とに基づき、携帯端末３００の存在するエリアを特定する。そして、ＢＣメッセージ作成部２５２は、配信用電文の配信エリアを、送信先の携帯端末３００が存在するエリアに確定する（ステップＳ１８０４）。

本実施形態のＢＣメッセージ作成部２５２は、携帯端末３００の存在するエリアを特定する際に、携帯端末３００と、携帯端末３００が存在するエリアとを対応付けたデータベース１９を生成しても良い。データベース１９の例では、電話番号「０８０−１１１１−１１１１」の携帯端末３００−３と、電話番号「０８０−３３３３−３３３３」の携帯端末３００−４とが、エリアａ内に存在していることがわかる。

続いて配信サーバ２００は、ＢＣメッセージ作成部２５２により、エリア単位に配信用電文を作成する（ステップＳ１８０５）。そして、配信サーバ２００は、ＢＣメッセージ配信部２５３により、配信用電文をエリア毎に配信する（ステップＳ１８０６）。

以下に、配信用電文の作成について、具体的に説明する。以下では、パラメータがｘであり、タイムスタンプが１３：００：００〜１３：００：５９である電文を用いて配信用電文を作成する場合を説明する。

ＢＣメッセージ作成部２５２は、パラメータｘを、パラメータｘと対応するメッセージに変換する。本実施形態では、パラメータｘと対応するメッセージは、「無事ですか？」であるため、パラメータｘを「無事ですか？」というメッセージに変換する。

次に、ＢＣメッセージ作成部２５２は、パラメータがｘであり、タイムスタンプが１３：００：００〜１３：００：５９である電文に含まれる電話番号を抽出する。ここでは、電話番号「０８０−１１１１―１１１１」、「０８０−２２２２―２２２２」、「０８０−３３３３―３３３３」、「０８０−４４４４―４４４４」が抽出される。電話番号「０８０−１１１１―１１１１」は、発信元の電話番号「０８０−２２２２―２２２２」の送信先である。電話番号「０８０−３３３３―３３３３」は、発信元の電話番号「０８０−４４４４―４４４４」の送信先である。

次に、ＢＣメッセージ作成部２５２は、各電話番号毎に在圏確認を行い、各電話番号と対応する携帯端末３００が存在するエリアを特定する。

図１８の例では、電話番号「０８０−１１１１―１１１１」、「０８０−３３３３―３３３３」の携帯端末３００がエリアａに存在し、電話番号「０８０−２２２２―２２２２」の携帯端末３００はエリアｂに存在し、電話番号「０８０−４４４４―４４４４」の携帯端末３００はエリアｃに存在する。

したがって、ＢＣメッセージ作成部２５２は、配信用電文において、タイムスタンプを「１３：００：００〜１３：００：５９」とし、配信エリアを「エリアａ」とし、送信先／発信元の数を「２」とする。さらに、ＢＣメッセージ作成部２５２は、配信用電文において、送信先１を「０８０−１１１１―１１１１」、発信元１を「０８０−２２２２―２２２２」、送信先２を「０８０−３３３３―３３３３」、発信元２を「０８０−４４４４―４４４４」とする。そして、ＢＣメッセージ作成部２５２は、配信用電文において、本文を「無事ですか？」とする（図３（Ｂ）参照）。

本実施形態の配信サーバ２００は、このような配信用電文が作成されると、ＢＣメッセージ配信部２５３により、配信エリアであるエリアａに存在する全ての携帯端末３００に対し、配信用電文を配信する。

したがって、本実施形態によれば、エリアａにおいて、メッセージの内容毎に、メッセージの送信先の携帯端末３００を一括りにまとめ、一斉にメッセージを配信することができる。よって、個々の携帯端末３００同士がメッセージの送受信を行う場合と比べ、効率的にメッセージを送受信することができる。

図１９は、携帯端末における電文の受信を説明するフローチャートである。本実施形態の携帯端末３００は、受信部３７１により、ブロードキャスト配信された配信用電文を受信する（ステップＳ１９０１）。続いて携帯端末３００は、宛先判定部３７２により、配信用電文の送信先を確認し（ステップＳ１９０２）、自機の電話番号と一致する電話番号があるか否かを判定する（ステップＳ１９０３）。

ステップＳ１９０３において、一致する送信先がない場合、受信した配信用電文を破棄し、処理を終了する。

ステップＳ１９０３において、一致する送信先がある場合、メッセージ表示部３７３は、配信用電文に含まれるメッセージを表示させ（ステップＳ１９０４）、処理を終了する。

尚、本実施形態では、電文に含まれるパラメータは、配信サーバ２００においてメッセージ本文に変換されるものとしたが、これに限定されない。例えば、パラメータは、配信サーバ２００ではなく、携帯端末３００においてメッセージに変換されても良い。この場合、配信用電文には、パラメータから変換されたメッセージではなく、パラメータがそのまま含まれることになる。

以下に、本実施形態の効果について説明する。図２０は、本実施形態との比較例を示す図である。図２０（Ａ）は、一般的なＰ２Ｐ方式による電文のデータフレーム構造の例を示しており、図２０（Ｂ）は、一般的なブロードキャスト配信における電文のデータフレーム構造の例を示している。

図２０（Ａ）に示すように、一般的なＰ２Ｐ方式の電文では、タイムスタンプ（送信時刻）と、送信先１と発信元１と、本文（メッセージ）が含まれる。したがって、例えば携帯端末３００−１と携帯端末３００−２、携帯端末３００−ＮのそれぞれがＰ２Ｐ方式の電文２０１、２０２、２０３を作成した場合、メッセージの内容が似通っていた場合でも、電文２０１、２０２、２０３はそれぞれが個別のメッセージを含む電文となる。

これに対し、本実施形態の携帯端末３００により作成される電文は、メッセージがパラメータ化されており、メッセージ本文は含まれない。したがって、本実施形態によれば、携帯端末３００から配信サーバ２００に送信する電文のデータのサイズを削減することができる。

また、本実施形態では、携帯端末３００から送信される電文のメッセージをパラメータ化することで、電文をメッセージの内容毎にまとめて管理することができる。

一般的なブロードキャスト配信における電文では、図２０（Ｂ）に示すように、タイムスタンプと、配信エリアと、メッセージ（本文）が含まれ、電文の送信先と発信元の情報は含まれない。

これに対し、本実施形態の配信サーバ２００により作成される配信用電文は、メッセージの発信元と送信先の情報を含む。したがって、本実施形態では、送信先毎の電文の送信を行うことなく、送信先の携帯端末３００にのみメッセージを表示させることができ、配信する電文の数とデータのサイズを削減し、電文の送信に係る負荷を軽減することができる。

したがって、本実施形態の配信システム１００によれば、効率的にメッセージの送受信を行うことができる。

尚、本実施形態の配信システム１００では、例えば、携帯端末３００の利用者が配布情報データベース３４０に格納されているイベントと一致する事象に遭遇した際に、携帯端末３００の利用者によりメーラが起動されることで、パラメータ化処理部３１０の処理が実行されても良い。

また、本実施形態では、例えば携帯端末３００において、Ｐ２Ｐ方式の電文の送信または受信に、予め設定された所定時間以上の時間がかかる場合や、送受信の何れかがエラーになった場合等に、パラメータ化処理部３１０の処理が実行されても良い。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
携帯端末と、前記携帯端末から受信した電文を他の携帯端末へ配信する配信サーバと、を有する配信システムであって、
前記配信サーバは、
前記受信した電文を、前記電文に含まれるパラメータと、前記電文を受信した時間帯とが一致する電文毎に集約して記憶部に蓄積する蓄積部と、
集約された各電文の送信先と発信元を示す情報を含む配信用電文を作成し、ブロードキャスト方式にて前記配信用電文を配信する配信部と、を有し、
前記携帯端末は、
メッセージと対応して選択されたパラメータを含む電文を作成し、前記電文を前記配信サーバへ送信する送信処理部と、
配信用電文を受信したとき、前記配信用電文において、自機を特定する情報が前記送信先に含まれる場合に、前記集約された各電文に含まれるパラメータと対応するメッセージを表示させる受信処理部と、を有する配信システム。
（付記２）
前記配信サーバは、
メッセージとパラメータとの対応付けを示す情報を参照し、前記集約された各電文に含まれるパラメータを、前記パラメータと対応するメッセージに変換し、
前記送信先と発信元を示す情報と、変換した前記メッセージと、を含む配信用電文を作成する電文作成部を有する付記１記載の配信システム。
（付記３）
前記電文作成部は、
前記集約された電文において、前記送信先となる携帯端末毎に、前記送信先となる携帯端末が存在するエリアを特定し、
特定された前記エリアを示す情報を含む配信用電文を、特定された前記エリア毎に作成する付記２記載の配信システム。
（付記４）
前記携帯端末は、
前記配信用電文の送信先に、前記自機を特定する情報が含まれるか否かを判定する宛先判定部を有し、
前記宛先判定部により、前記自機を特定する情報が含まれないと判定されたとき、前記配信用電文を破棄する付記１乃至３の何れか一項に記載の配信システム。
（付記５）
前記配信サーバは、
所定の事象を識別する識別情報と、前記事象に対する複数の前記メッセージと、前記メッセージと対応する前記パラメータと、を対応付けた配布情報を前記携帯端末へ配信する配布処理部を有する付記１乃至４の何れか一項に記載の配信システム。
（付記６）
前記携帯端末は、
前記配布情報を参照し、複数の前記メッセージと、前記メッセージと対応する前記パラメータを選択させる選択欄とを含む電文作成画面が表示される付記５記載の配信システム。
（付記７）
携帯端末と、前記携帯端末から受信した電文を他の携帯端末へ配信する配信サーバと、を有する配信システムによる配信方法であって、
前記配信サーバが、
前記受信した電文を、前記電文に含まれるパラメータと、前記電文を受信した時間帯とが一致する電文毎に集約して記憶部に蓄積し、
集約された各電文の送信先と発信元を示す情報を含む配信用電文を作成し、ブロードキャスト方式にて前記配信用電文を配信し、
前記携帯端末が、
メッセージと対応して選択されたパラメータを含む電文を作成し、前記電文を前記配信サーバへ送信し
配信用電文を受信したとき、前記配信用電文において、自機を特定する情報が前記送信先に含まれる場合に、前記集約された各電文に含まれるパラメータと対応するメッセージを表示させる配信方法。

本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１００ 配信システム
２００ 配信サーバ
２１０、３４０ 配布情報データベース
２２０ イベント定義データベース
２３０ ＢＣメッセージ蓄積データベース
２４０ 配信エリアデータベース
２５０ ＢＣ配信処理部
２５１ ＢＣメッセージ蓄積部
２５２ ＢＣメッセージ作成部
２５３ ＢＣメッセージ配信部
３００ 携帯端末
３１０ パラメータ化処理部
３６０ 送信処理部
２６３ 本文選択部
２６４ メッセージ作成部
３７０ 受信処理部
３７２ 宛先判定部

Claims (5)

1. 携帯端末と、前記携帯端末から受信した電文を他の携帯端末へ配信する配信サーバと、を有する配信システムであって、
   前記配信サーバは、
   前記受信した電文を、前記電文に含まれるパラメータと、前記電文を受信した時間帯とが一致する電文毎に集約して記憶部に蓄積する蓄積部と、
   集約された各電文の送信先と発信元を示す情報を含む配信用電文を作成し、ブロードキャスト方式にて前記配信用電文を配信する配信部と、を有し、
   前記携帯端末は、
   メッセージと対応して選択されたパラメータを含む電文を作成し、前記電文を前記配信サーバへ送信する送信処理部と、
   配信用電文を受信したとき、前記配信用電文において、自機を特定する情報が前記送信先に含まれる場合に、前記集約された各電文に含まれるパラメータと対応するメッセージを表示させる受信処理部と、を有する配信システム。
2. 前記配信サーバは、
   メッセージとパラメータとの対応付けを示す情報を参照し、前記集約された各電文に含まれるパラメータを、前記パラメータと対応するメッセージに変換し、
   前記送信先と発信元を示す情報と、変換した前記メッセージと、を含む配信用電文を作成する電文作成部を有する請求項１記載の配信システム。
3. 前記電文作成部は、
   前記集約された電文において、前記送信先となる携帯端末毎に、前記送信先となる携帯端末が存在するエリアを特定し、
   特定された前記エリアを示す情報を含む配信用電文を、特定された前記エリア毎に作成する請求項２記載の配信システム。
4. 前記携帯端末は、
   前記配信用電文の送信先に、前記自機を特定する情報が含まれるか否かを判定する宛先判定部を有し、
   前記宛先判定部により、前記自機を特定する情報が含まれないと判定されたとき、前記配信用電文を破棄する請求項１乃至３の何れか一項に記載の配信システム。
5. 携帯端末と、前記携帯端末から受信した電文を他の携帯端末へ配信する配信サーバと、を有する配信システムによる配信方法であって、
   前記配信サーバが、
   前記受信した電文を、前記電文に含まれるパラメータと、前記電文を受信した時間帯とが一致する電文毎に集約して記憶部に蓄積し、
   集約された各電文の送信先と発信元を示す情報を含む配信用電文を作成し、ブロードキャスト方式にて前記配信用電文を配信し、
   前記携帯端末が、
   メッセージと対応して選択されたパラメータを含む電文を作成し、前記電文を前記配信サーバへ送信し、
   配信用電文を受信したとき、前記配信用電文において、自機を特定する情報が前記送信先に含まれる場合に、前記集約された各電文に含まれるパラメータと対応するメッセージを表示させる配信方法。

Images