JP2014170288A - Message distribution system and message distribution method - Google Patents
Message distribution system and message distribution method Download PDFInfo
- Publication number
- JP2014170288A JP2014170288A JP2013040668A JP2013040668A JP2014170288A JP 2014170288 A JP2014170288 A JP 2014170288A JP 2013040668 A JP2013040668 A JP 2013040668A JP 2013040668 A JP2013040668 A JP 2013040668A JP 2014170288 A JP2014170288 A JP 2014170288A
- Authority
- JP
- Japan
- Prior art keywords
- message
- unit
- client terminal
- client
- distribution device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
Description
本発明は、WebSocketプロトコルを用いてメッセージを配信する技術に関するものである。 The present invention relates to a technique for delivering a message using a WebSocket protocol.
ネットワークを介してメッセージを配信する通信プロトコルとして、HTTP(HyperText Markup Language)が利用される場合がある。HTTPはセッションレス型のプロトコルであるため、クライアントからサーバに対してリクエストを発行してその返信を受け取るのが原則であり、サーバからクライアントに対してメッセージをPUSH配信することはできない。 HTTP (HyperText Markup Language) may be used as a communication protocol for distributing messages via a network. Since HTTP is a sessionless protocol, it is a principle that a request is issued from a client to a server and a reply is received, and a message cannot be PUSH distributed from the server to the client.
HTTPを用いたPUSH配信を擬似的に実現する手法として、HTTPポーリングと呼ばれる手法がある。これは、実際にリクエストを発行する必要があるか否かによらずクライアントからサーバに対して定期的にリクエストを発行し、その結果をレスポンスとして受け取る方法である。ポーリング間隔をある程度短くすれば、実質的にはサーバからPUSH配信しているのと同等の動作を実現することができる。ポーリングに関する技術の例として、下記特許文献1がある。
There is a technique called HTTP polling as a technique for realizing the push delivery using HTTP in a pseudo manner. This is a method of periodically issuing a request from the client to the server and receiving the result as a response regardless of whether or not the request needs to be actually issued. If the polling interval is shortened to some extent, it is possible to realize substantially the same operation as that performed by push delivery from the server. As an example of a technique related to polling, there is
車両の現在位置などを管理する車両管理システムにおいて、HTTPポーリングを利用して管理サーバと車両の間でメッセージを送受信することを考える。車両からサーバに対してメッセージを送信する場合は、HTTPリクエスト内にメッセージを記述して送信する。メッセージがサーバに到達したか否かについては、HTTPレスポンスにより判定することができる。サーバから車両に対してメッセージを送信する場合は、HTTPレスポンス内にメッセージを記述して送信する。メッセージが車両に到達したか否かについては以後のHTTPリクエストによって判定することができる。 In a vehicle management system that manages the current position of a vehicle, etc., consider sending and receiving messages between the management server and the vehicle using HTTP polling. When a message is transmitted from the vehicle to the server, the message is described in the HTTP request and transmitted. Whether or not the message has reached the server can be determined by an HTTP response. When a message is transmitted from the server to the vehicle, the message is described in the HTTP response and transmitted. Whether or not the message has reached the vehicle can be determined by a subsequent HTTP request.
一方で近年、HTTPに代わるプロトコルとして、WebSocketが注目されている。WebSocketは、下記非特許文献1に示すように、IETF(Internet Engineering Task Force)によりRFC6455として開示されている。
On the other hand, in recent years, WebSocket has attracted attention as a protocol that replaces HTTP. WebSocket is disclosed as RFC 6455 by IETF (Internet Engineering Task Force), as shown in Non-Patent
HTTPポーリングは、HTTPをベースとしてPUSH配信を実現する利点がある一方で、以下のような課題がある。
(課題1)プロトコルの性質上、双方向通信を前提に作られていないため、クライアントとサーバの間で対話的な通信をすることには向いていない。
(課題2)プロトコルの性質上、ポーリング間隔が存在するため、即時性のあるメッセージ配信を実施することはできない。
(課題3)プロトコルの性質上、無駄なヘッダ(HTTPヘッダ)があるため、通信量が大きい。
While HTTP polling has the advantage of realizing PUSH delivery based on HTTP, it has the following problems.
(Problem 1) Due to the nature of the protocol, it is not designed for two-way communication, and is not suitable for interactive communication between a client and a server.
(Problem 2) Due to the nature of the protocol, there is a polling interval, so it is not possible to implement immediate message delivery.
(Problem 3) Since there is a useless header (HTTP header) due to the nature of the protocol, the amount of communication is large.
WebSocketは、上述のような課題はないものの、到達確認をする必要がない娯楽目的のチャットなどが主な使用用途であり、その他の到達確認が必要な用途において用いるための手順は提供されていない。例えば車両管理システムにおいてWebSocketを用いる場合、管理センタから車両ドライバに対するメッセージが届いたことを確認する必要が生じる場合があるが、WebSocketはそのような手順を提供していない。また、管理センタと車両ドライバが対話する場合においても、娯楽目的のチャットとは異なり業務上のメッセージは相手方に対して確実に届くかまたはこれを確認できることが望ましいと考えられる。 Although WebSocket does not have the above-mentioned problems, it is mainly used for entertainment purpose chats that do not require confirmation of arrival, and no procedure is provided for use in other applications that require confirmation of arrival. . For example, when WebSocket is used in a vehicle management system, it may be necessary to confirm that a message for the vehicle driver has arrived from the management center, but WebSocket does not provide such a procedure. Further, even when the management center and the vehicle driver interact, it is desirable that the business message is surely delivered to the other party or can be confirmed unlike the chat for entertainment purposes.
本発明は、上記のような課題に鑑みてなされたものであり、WebSocketに準拠してメッセージを配信する際に、メッセージが相手方に到達したことを確認する仕組みを提供することを目的とする。 The present invention has been made in view of the above problems, and an object of the present invention is to provide a mechanism for confirming that a message has arrived at the other party when the message is distributed in conformity with WebSocket.
本発明に係るメッセージ配信システムにおいて、配信装置はメッセージとともにこれを固有識別するメッセージIDを送信し、クライアント端末はメッセージIDと受信確認応答を併せて返信する。 In the message distribution system according to the present invention, the distribution apparatus transmits a message ID that uniquely identifies the message together with the message, and the client terminal returns a message ID and a reception confirmation response together.
本発明に係るメッセージ配信システムによれば、WebSocketを利用して軽量な通信負荷の下で即時性のある双方向通信を実現しつつ、メッセージが相手方に届いたか否かを確認して必要に応じ再送処理などの通信エラー処理を実施することができる。 According to the message delivery system of the present invention, it is confirmed whether or not a message has arrived at the other party while realizing immediate bi-directional communication under a light communication load by using WebSocket. Communication error processing such as retransmission processing can be performed.
<実施の形態1>
図1は、本発明の実施形態1に係るメッセージ配信システム100の構成図である。メッセージ配信システム100は、クライアント端末3に対してメッセージを配信するシステムであり、管理者端末1、配信装置2、クライアント端末3を有する。ここでは、商用車が搭載しているクライアント端末3に対して、管理センタ側に設置されている配信装置2から配車依頼などのメッセージを送信する、車両管理システムを想定する。
<
FIG. 1 is a configuration diagram of a
管理者端末1は、メッセージ配信システム100の管理者が管理指示を実施するための端末である。管理者端末1は、通信ポート11、CPU(Central Processing Unit)12、メモリ13、操作送信部14、表示部15を備える。
The
通信ポート11は、ネットワーク4を介して他装置と通信する通信インターフェースである。CPU12は、管理者端末1が備える記憶装置が格納するプログラムを実行する。メモリ13はCPU12が一時的に使用するデータを格納する。操作送信部14は、管理者による操作指示を配信装置2に対して通信ポート11を介して送信する。表示部15は、管理指示に対する応答などを画面表示する。
The
配信装置2は、クライアント端末3に対してネットワーク4を介してメッセージを配信する装置である。配信装置2は、通信ポート21、CPU22、メモリ23、操作応答部24、サーバ側通信部25、メッセージ配信部26、サーバ側接続維持部27を備える。
The
通信ポート21は、ネットワーク4を介して他装置と通信する通信インターフェースである。CPU22は、配信装置2が備える記憶装置が格納するプログラムを実行する。メモリ23はCPU22が一時的に使用するデータを格納する。
The
操作応答部24は、管理者端末1が送信した操作指示に対する応答を通信ポート21経由で管理者端末1に返信する。サーバ側通信部25は、WebSocketプロトコルに準拠して通信ポート21経由でクライアント端末3と通信する。メッセージ配信部26は、サーバ側通信部25の機能を利用して、WebSocketプロトコルに準拠してクライアント端末3に対してメッセージを送信する。送信手順については後述する。サーバ側接続維持部27は、配信装置2とクライアント端末3の間のWebSocket接続が外部的要因によって切断されないようにするための処理を実施する。この処理については後述する。
The
クライアント端末3は、配信装置2からネットワーク4を介してメッセージを受信する端末である。クライアント端末3は、通信ポート31、CPU32、メモリ33、表示部34、クライアント側通信部35、メッセージ受信部36、クライアント側接続維持部37を備える。
The
通信ポート31は、ネットワーク4を介して他装置と通信する通信インターフェースである。CPU32は、クライアント端末3が備える記憶装置が格納するプログラムを実行する。メモリ33はCPU32が一時的に使用するデータを格納する。
The
表示部34は、配信装置2から受信したメッセージを画面表示する。クライアント側通信部35は、WebSocketプロトコルに準拠して通信ポート31経由で配信装置2と通信する。メッセージ受信部36は、クライアント側通信部35の機能を利用して、WebSocketプロトコルに準拠して配信装置2からメッセージを受信し、または応答を送信する。これらの手順については後述する。クライアント側接続維持部37は、配信装置2とクライアント端末3の間のWebSocket接続が外部的要因によって切断されないようにするための処理を実施する。この処理については後述する。
The
図2は、管理者端末1の表示部15が表示する画面例を示す図である。図2(a)はメッセージを送信する宛先とすべきクライアント端末3と送信するメッセージを選択する画面である。図2(b)は、送信可能なメッセージを列挙する画面である。
FIG. 2 is a diagram illustrating an example of a screen displayed by the
配信装置2は、複数のクライアント端末3およびそのIPアドレスを固有識別子によって管理しており、管理者は配信装置2が管理しているクライアント端末3の一覧を図2(a)の画面上で確認することができる。管理者は、いずれのクライアント端末3に対してメッセージを送信するかを同画面上で選択する。
The
配信装置2は、図2(b)に示すようなメッセージ一覧をあらかじめ記憶装置上に保持している。管理者は、配信装置2が保持しているメッセージの一覧を図2(b)の画面上で確認し、送信すべきメッセージをその一覧から選択することができる。
The
図3は、クライアント側接続維持部37の動作を説明するフローチャートである。図3(a)はクライアント側接続維持部37が常時実施している動作であり、図3(b)は配信装置2とクライアント端末3との間のWebSocket接続が切断されたときに実施する動作である。以下、図3の各ステップについて説明する。
FIG. 3 is a flowchart for explaining the operation of the client side
配信装置2とクライアント端末3との間は、サーバ側通信部25とクライアント側通信部35によってWebSocket接続が確立されている。この接続は通信セッションを維持するため、接続を開始したクライアント側通信部35から切断しない限りは原則として維持される。ただし、配信装置2とクライアント端末3との間で長時間通信がなされなかった場合、通信経路の途中に配置されているネットワーク装置(例えばルータ、ゲートウェイ、ファイアウォールなどの中継装置がこれに当たる)が両者の間の接続を強制的に切断する場合がある。そこでクライアント側接続維持部37は、図3(a)のフローチャートにより、配信装置2とクライアント端末3との間のWebSocket接続を上記のような外部的要因により切断させることなく維持する。
A WebSocket connection is established between the
(図3(a):ステップS301〜S302)
クライアント側接続維持部37は、配信装置2とクライアント端末3との間で通信がなされない時間(無通信間隔)を計測するためのカウンタを0に初期化する(S301)。クライアント側接続維持部37は、所定時間待機する(S302)。
(FIG. 3A: steps S301 to S302)
The client side
(図3(a):ステップS303)
クライアント側接続維持部37は、ステップS302の間に配信装置2とクライアント端末3との間で通信が発生したか否かを判定する。発生した場合はステップS301に戻り、発生しなかった場合はステップS304に進む。
(FIG. 3A: Step S303)
The client side
(図3(a):ステップS304)
クライアント側接続維持部37は、無通信間隔のカウンタを、ステップS302で待機した時間分インクリメントする。
(FIG. 3A: Step S304)
The client side
(図3(a):ステップS305)
クライアント側接続維持部37は、無通信間隔のカウンタが所定閾値以上に達したか否かを判定する。閾値以上に達している場合はステップS306に進み、達していない場合は無通信間隔のカウンタをリセットしてステップS302に戻る。
(FIG. 3A: Step S305)
The client-side
(図3(a):ステップS306)
クライアント側接続維持部37は、クライアント側通信部35を介して、配信装置2に対して接続維持信号を送付する。ここでいう接続維持信号は、配信装置2とクライアント端末3との間の通信が全くない期間をこれ以上生じさせないようにするためのものであるため、任意の通信データでよい。例えばACK以外の応答を要しない簡易パケットなどを用いればよい。このパケットは、サーバ側接続維持部27が受信する。本ステップの後はステップS301に戻る。
(FIG. 3A: Step S306)
The client side
図3(b)は、クライアント側接続維持部37が配信装置2とクライアント端末3との間のWebSocket接続を維持しているにも関わらず、両者の間の接続が切断された場合に実施する動作である。具体的には、ネットワーク4が携帯電話事業者の無線通信回線である場合において、電波不良による意図しない通信遮断が発生したときがこれに該当する。
FIG. 3B is performed when the client side
(図3(b):ステップS310)
クライアント側接続維持部37は、配信装置2とクライアント端末3との間のWebSocket接続が切断されたとき、例えばイベント割込などによって本フローチャートを開始する。
(FIG. 3B: Step S310)
When the WebSocket connection between the
(図3(b):ステップS311)
クライアント側接続維持部37は、配信装置2とクライアント端末3との間の接続断が意図しないものであるか否かを判定する。具体的には、例えばクライアント側通信部35が両者の間の接続を明示的に切断したか否かによって判定することができる。意図しない切断である場合はステップS312へ進み、意図した切断である場合は本フローチャートを終了する。
(FIG. 3B: Step S311)
The client side
(図3(b):ステップS312)
クライアント側接続維持部37は、クライアント側通信部35を介して、配信装置2との間のWebSocket接続を改めて開始する。
(FIG. 3B: Step S312)
The client side
図4は、メッセージ配信部26の動作を説明するフローチャートである。以下、図4の各ステップについて説明する。
FIG. 4 is a flowchart for explaining the operation of the
(図4:ステップS401)
メッセージ配信部26は、図2で説明した画面上で管理者が選択したメッセージ番号にしたがって、クライアント端末3に対して送信するメッセージとそのメッセージを識別するメッセージIDを生成する。
(FIG. 4: Step S401)
The
(図4:ステップS402〜S403)
メッセージ配信部26は、サーバ側通信部25を介して、ステップS401で生成したメッセージとメッセージIDを、図2で説明した画面上で管理者が選択したクライアント端末3に対して送信する(S402)。メッセージ配信部26は、クライアント端末3が送信する受信確認応答を所定時間待機する(S403)。
(FIG. 4: Steps S402 to S403)
The
(図4:ステップS404)
メッセージ配信部26は、ステップS401で送信したメッセージIDに対応する受信確認応答をクライアント端末3から受信したか否かを判定する。受信していない、または受信確認応答は受信したが正常受信できなかった旨を示す受信確認応答である場合は、ステップS402に戻る。それ以外であれば本フローチャートを終了する。
(FIG. 4: Step S404)
The
(図4:ステップS404:補足)
本ステップの後にステップS402へ戻る場合、例えばメッセージが到達しなかった旨を管理者端末1上で画面表示し、別のクライアント端末およびメッセージを指定するように促してもよいし、配信装置2が保持しているクライアント端末3のリストから適当な他のクライアント端末3を自動的に選択し同じメッセージとメッセージIDを再送してもよい。
(FIG. 4: Step S404: Supplement)
When returning to step S402 after this step, for example, a message indicating that the message has not arrived may be displayed on the
図5は、メッセージ受信部36の動作を説明するフローチャートである。以下、図5の各ステップについて説明する。
FIG. 5 is a flowchart for explaining the operation of the
(図5:ステップS501〜S502)
メッセージ受信部36は、配信装置2が送信するメッセージを待ち受け(S501)、メッセージを受信すると(S502)以下のステップを実施する。
(FIG. 5: Steps S501 to S502)
The
(図5:ステップS503)
メッセージ受信部36は、配信装置2からメッセージを受信している途中にエラーが発生したか否かを判定する。エラーが発生した場合はステップS504に進み、発生しなかった場合はステップS505に進む。
(FIG. 5: Step S503)
The
(図5:ステップS504)
メッセージ受信部36は、クライアント側通信部35を介して、メッセージを正常受信することに失敗した旨の受信確認応答を配信装置2に対して送信する。本ステップの後は本フローチャートを終了する。
(FIG. 5: Step S504)
The
(図5:ステップS505)
メッセージ受信部36は、受信確認応答を逐次送信してもよいし、通信負荷を軽減するため、受信確認応答を所定件数蓄積してから送信してもよい。蓄積する場合は、その蓄積量が所定量(件数、通信量、または蓄積データ量)に達したか否かを本ステップにおいて判定する。所定量に達した場合はステップS506へ進み、達していない場合は本フローチャートを終了する。
(FIG. 5: Step S505)
The
(図5:ステップS506)
メッセージ受信部36は、正常に受信したメッセージについて、その旨を示す各受信確認応答を、ステップS505において蓄積した分だけまとめた上で、配信装置2に対して送信する。これにより、受信確認応答のための通信回数とこれにともなうオーバヘッドを削減することができる。
(FIG. 5: Step S506)
The
図6は、メッセージ配信部26が送信するメッセージのデータ形式例である。fromフィールドは配信装置2のアドレスまたはホスト名である。toフィールドはクライアント端末3のアドレスまたはホスト名である。messageフィールドはメッセージ内容を示す文字列である。message_idは当該メッセージを一意に識別するメッセージIDである。
FIG. 6 is a data format example of a message transmitted by the
図7は、メッセージ受信部36が送信する受信確認応答のデータ形式例である。message_idフィールドは、受信したことを示すメッセージIDであり、ステップS505〜S506で説明したように複数の値を記述することもできる。resultフィールドは、message_idフィールドに記載しているメッセージを正常受信できたか否かを示す値である。例えば正常受信できた場合はSuccessと記述し、受信失敗した場合はFailureと記述する。
FIG. 7 is a data format example of a reception confirmation response transmitted by the
<実施の形態1:まとめ>
以上のように、本実施形態1に係るメッセージ配信システム100において、配信装置2は、クライアント端末3に対して送信するメッセージにこれを一意識別するメッセージIDを付与して受信確認応答を待機する。クライアント端末3は、正常受信できたか否かを示す受信確認応答を各メッセージIDについて返信する。これにより、単にWebSocket接続を確立して双方向通信可能な状態になっていることに依拠するのみならず、送受信が確実になされたか否かを送信側で確認することができる。したがって、WebSocketプロトコルを利用したメッセージ配信の信頼性を高めることができる。
<Embodiment 1: Summary>
As described above, in the
また、本実施形態1に係るメッセージ配信システム100において、クライアント端末3は配信装置2との間のWebSocketが外部的要因によって切断されないように、接続維持信号を発信する。これにより、WebSocketプロトコルの対象外の要因によるメッセージ配送不能を抑制することができる。同様の処理は、配信装置2が備えるサーバ側接続維持部27からクライアント端末3に対して実施してもよい。
In the
<実施の形態2>
実施形態1においては、配信装置2が送信したメッセージがクライアント端末3に到達したことを確認する動作例を説明した。このメッセージは配信装置2からクライアント端末3に対する1方向的なものを想定している。
<
In the first embodiment, the operation example for confirming that the message transmitted from the
一方で、例えば車両管理システムにおいては、特定の場所に対して配車を指示するメッセージが考えられる。この場合、そのメッセージ内容として、配車可能であるか否かをクライアント端末3の所持者に対して問い合わせるメッセージが記載されていると考えられる。クライアント端末3の所持者はこれに対して返答を入力するので、メッセージは双方向的なものとなる。
On the other hand, in a vehicle management system, for example, a message for instructing a specific place to be dispatched can be considered. In this case, it is considered that a message for inquiring of the owner of the
本発明の実施形態2においては、配信装置2とクライアント端末3双方からメッセージを送信する構成例について説明する。さらに、クライアント端末3が送信したメッセージの内容に応じて別のクライアント端末3に対して同じメッセージを再送する構成例についても説明する。
In the second embodiment of the present invention, a configuration example in which a message is transmitted from both the
図8は、本実施形態2に係るメッセージ配信システム100の構成図である。配信装置2は、実施形態1で説明した構成に加えて送信順決定部28と自動送信部29を備える。クライアント端末3は、実施形態1で説明した構成に加えて入力部38を備える。その他の構成は実施形態1と同様であるため、以下では差異点を中心に説明する。
FIG. 8 is a configuration diagram of the
送信順決定部28は、メッセージを送信するクライアント端末3の候補が複数ある場合において、その送信順序を決定する。決定手順については後述の図9で説明する。自動送信部29は、クライアント端末3が送信した応答内容に基づき、必要に応じて他のクライアント端末3に対して同じメッセージを再送する。再送手順については後述の図12で説明する。入力部38は、クライアント端末3の所持者がメッセージに対する応答を入力するための手段である。
The transmission
図9は、本実施形態2において管理者端末1の表示部15が表示する画面例を示す図である。図9(a)は、メッセージを送信する宛先とすべきクライアント端末3、送信するメッセージ、および送信順を選択する画面である。図9(b)は、決定された送信先を表示する画面である。
FIG. 9 is a diagram illustrating an example of a screen displayed by the
配信装置2は、複数のクライアント端末3またはその所持者の特性を管理している。ここでは車両管理システムを想定しているので、車両運転者のスキル、車両状態、車両現在位置などを管理しているものとする。これら情報はあらかじめ配信装置2上に入力して記憶装置に格納しておくことができる。車両現在位置や車両状態のように変化する情報については、例えばGPSその他任意の通信手段によって各クライアント端末3から収集して逐次更新しておけばよい。
The
管理者は配信装置2が管理しているクライアント端末3またはその所持者の特性のなかからいずれを優先してメッセージを送信するかを、図9(a)の画面上で選択することができる。例えば車両管理システムにおいては、配車先までの距離が短い順にメッセージを送信するように指定することが考えられる。配車先までの距離は、各クライアント端末3の現在位置と配車先の座標が分かれば、計算することができる。
The administrator can select on the screen of FIG. 9 (a) which one of the
送信順決定部28は、図9(a)の画面上で管理者が指定した送信順にしたがって、メッセージを送信する宛先であるクライアント端末3を決定する。メッセージ配信部26は、送信順決定部28が決定したクライアント端末3に対してメッセージを送信する。またこれと併せて、管理者端末1は、図9(b)に示すような画面を表示し、いずれのクライアント端末3にメッセージが送信されたかを管理者へ通知する。
The transmission
本実施形態2において、メッセージ配信部26は、クライアント端末3の所持者に対して返答を促すメッセージを送信する。例えば車両管理システムにおいては、配車指示とともに、その指示に応じることができるか否かを回答するよう促すメッセージを送信することが考えられる。
In the second embodiment, the
図10は、表示部34が画面表示するメッセージの例である。この例において、メッセージ配信部26が送信したメッセージは、配車指示とともに、指示に応じることができるか否かを回答するよう促している。クライアント端末3の所持者は、入力部38を介して返答を入力する。メッセージ受信部36は、クライアント側通信部35を介してその旨の回答を返信する。
FIG. 10 is an example of a message displayed on the screen by the
図11は、管理者端末1の動作を説明するフローチャートである。ステップS1101において、管理者は図9で説明した画面上で、メッセージを送信する対象とする範囲を指定する(例えばクライアント端末3が存在する地域名を指定する)。ステップS1102において、管理者は図9で説明した画面上で、送信するメッセージを選択する。ステップS1103において、管理者は図9で説明した画面上で、送信順序を指定する。ステップS1104において、管理者は図9で説明した画面上で、メッセージを送信するよう配信装置2に対して指示する。
FIG. 11 is a flowchart for explaining the operation of the
図12は、配信装置2がメッセージを送信する処理を説明するフローチャートである。以下、図12の各ステップについて説明する。
FIG. 12 is a flowchart for explaining processing in which the
(図12:ステップS1201)
送信順決定部28は、管理者が図9で説明した画面上で指定した内容にしたがって、メッセージを送信するクライアント端末3の順序を決定する。
(FIG. 12: Step S1201)
The transmission
(図12:ステップS1202)
自動送信部29は、送信順決定部28が決定した1番目の値を、メッセージの送信先として設定する。例えば配車先に対する距離が近い順に送信先を決定した場合、配車先に最も近いクライアント端末3が送信先として設定される。
(FIG. 12: Step S1202)
The
(図12:ステップS1203)
自動送信部29は、返答待ち時間twを設定する。twの値はあらかじめ固定的に定めておくこともできるし、例えばメッセージ種別に応じて変えてもよい。メッセージ配信部26は、送信するメッセージとそのメッセージIDを生成する。
(FIG. 12: Step S1203)
The
(図12:ステップS1204〜S1205)
メッセージ配信部26は、実施形態1の図4で説明したフローチャートに準じてメッセージを送信する(S1204)。ただし本実施形態2においては、メッセージとメッセージIDに加えて、ステップS1203で設定された返答待ち時間twをこれらと併せて通信データ内に記述しておく。メッセージ配信部26は、クライアント端末3の所持者が入力した返答を受信する(S1205)。
(FIG. 12: Steps S1204 to S1205)
The
(図12:ステップS1206)
メッセージ配信部26は、ステップS1205において受信したクライアント端末3からの返答結果が、メッセージに対する肯定的な回答であるか否かを判定する。例えば図10に示したメッセージ例においては、クライアント端末3の所持者が「OK」を回答したか否かを判定する。OKであればステップS1208へ進み、それ以外であればステップS1207へ進む。
(FIG. 12: Step S1206)
The
(図12:ステップS1207)
自動送信部29は、送信順決定部28が決定した次順位の値を、メッセージの送信先として設定する。ステップS1203に戻って同様の処理を実施する。
(FIG. 12: Step S1207)
The
(図12:ステップS1208〜S1209)
クライアント端末3の所持者がOKを入力した時点で、メッセージの目的は果たされた(配車に応じる車両が決定された)ことになる。管理者端末1は、最終的に決定された車両を、図9(b)のような画面上で表示する(S1208)。管理者端末1またはメッセージ配信部26は、クライアント端末3に対して追加で送信すべき詳細情報があれば送付する(S1209)。
(FIG. 12: Steps S1208 to S1209)
When the owner of the
図13は、クライアント端末3がメッセージを受信する処理を説明するフローチャートである。以下、図13の各ステップについて説明する。
FIG. 13 is a flowchart for explaining processing in which the
(図13:ステップS1301〜S1303)
メッセージ受信部36は、メッセージを待ち受け(S1301)、メッセージが到着するとこれを受信する(S1302)。メッセージを受信する処理は実施形態1で説明した図5と同様である。メッセージ受信部36は、クライアント端末3の所持者がメッセージに対する返答を入力するのを待機する(S1303)。
(FIG. 13: Steps S1301 to S1303)
The
(図13:ステップS1304)
メッセージ受信部36は、時間tw以内にメッセージに対する返答が入力されたか否かを判定する。入力がなかった場合はステップS1306に進み、あった場合はステップS1305に進む。
(FIG. 13: Step S1304)
The
(図13:ステップS1305〜S1306)
メッセージ受信部36は、返答が入力された場合はその内容を配信装置2に対する返答メッセージとして設定する(S1305)。メッセージ受信部36は、返答が入力されなかった場合はタイムアウトした旨の返答メッセージを設定する(S1306)。
(FIG. 13: Steps S1305 to S1306)
When receiving a reply, the
(図13:ステップS1307〜S1308)
メッセージ受信部36は、サーバに返答メッセージを送信する(S1307)。メッセージ受信部36は、配信装置2から受信すべき詳細情報がある場合はこれを受信する(S1308)。
(FIG. 13: Steps S1307 to S1308)
The
図14は、メッセージ配信部26が送信するメッセージのデータ形式例である。実施形態1で説明したデータ形式に加えて、クライアント端末3が返答を入力待ちすべき時間を指定するtwフィールドが追加されている。
FIG. 14 is a data format example of a message transmitted by the
<実施の形態2:まとめ>
以上のように、本実施形態2に係るメッセージ配信システム100において、配信装置2は返答待ち時間を指定した上で、返答を要するメッセージをクライアント端末3に対して送信し、クライアント端末3は返答内容を返信する。このような双方向通信において、配信装置2とクライアント端末3との間のWebSocket接続を確実に維持することにより、メッセージの伝達効率を高めることができる。
<Embodiment 2: Summary>
As described above, in the
また、本実施形態2に係るメッセージ配信システム100において、クライアント端末3の所持者がメッセージに対して肯定的な返答をしなかった場合は、配信装置2は他のクライアント端末3に対して同じメッセージを自動的に再送する。これにより、管理者の作業負担を軽減することができる。
In the
<実施の形態3>
実施形態2においては、返答待ち時間twは原則として固定であるが、なるべく特定のクライアント端末3から肯定的な返答を得たい場合には、そのクライアント端末3については返答待ち時間を長めに設定して猶予時間を多く与えることが考えられる。そこで本発明の実施形態3においては、クライアント端末3またはその所持者の特性に応じて、返答待ち時間twを補正する構成例を説明する。その他の構成は実施形態2と同様であるため、以下では返答待ち時間twの補正に係る事項を中心に説明する。
<
In the second embodiment, the response waiting time tw is fixed in principle. However, when a positive response is to be obtained from a
返答待ち時間twを補正する場合、例えば問い合わせやクレームの要望内容に応えるのにより適合した人や車両からの返答をより長く待ち、そうでない人や車両からの返答はこれよりも短く待機すれば足りる。そこで本実施形態3において、配信装置2はクライアント端末3またはその所持者の特性と補正時間との間の対応関係を記述した補正テーブルを保持しておく。管理者は管理者端末1を介してこれを参照し、メッセージを送信するクライアント端末3に応じてtwを補正することができる。あるいは補正テーブルの記述にしたがってメッセージ配信部26がtwの値を自動補正してもよい。
When the response waiting time tw is corrected, for example, it is sufficient to wait for a longer response from a person or vehicle that is more suitable for responding to a request or request, and for a response from the other person or vehicle to be shorter than this. . Therefore, in the third embodiment, the
図15は、補正テーブル231の構成とデータ例を示す図である。補正テーブル231は、補正対象項目2311、補正条件2312、補正値2313を有する。補正対象項目2311は、クライアント端末3またはその所持者の特性のうちtwを補正する対象となるものを列挙するフィールドである。補正条件2312は、twを補正するか否かの条件を記述している。補正値2313はtwを増減補正する値である。
FIG. 15 is a diagram illustrating the configuration of the correction table 231 and data examples. The correction table 231 includes
図15に示す例においては、例えば訪問先に対する距離が近いクライアント端末3に対して優先的に指示を割り当てるため、訪問先からの距離が近い場合はtwの値を加算補正している。メッセージ配信部26(または自動送信部29)は、補正後のtwを反映したメッセージをクライアント端末3に対して送信する。
In the example shown in FIG. 15, for example, an instruction is preferentially assigned to the
<実施の形態3:まとめ>
以上のように、本実施形態3に係るメッセージ配信システム100において、配信装置2は、クライアント端末3またはその所持者の特性に応じて返答待ち時間twを補正するための補正テーブルを備え、これに基づきtwを補正した上でメッセージを送信する。これにより、送信順決定部28が決定した順序にしたがってメッセージを自動送信しつつ、より望ましい送信先を選択することができる。
<Embodiment 3: Summary>
As described above, in the
<実施の形態4>
本発明の実施形態4では、以上の実施形態1〜3における各機能部の変形例について説明する。
<Embodiment 4>
In the fourth embodiment of the present invention, a modification of each functional unit in the first to third embodiments will be described.
実施形態2〜3において、メッセージ配信部26は、クライアント端末3からメッセージ内容に対する否定的な返答を所定期間内に受信した回数をカウントしておき、これがあらかじめ定めた上限に達した場合は、否定的返答を選択させない、すなわち返答選択肢がOKのみであるメッセージを送信するようにしてもよい。具体的には、メッセージ配信部26が送信するメッセージ自体を、OK以外の返答を許可しないように構成することもできるし、メッセージ内にはOK以外の返答を許可しない旨のフラグを記載しておき、入力部38がOK以外の返答を受け付けないようにしてもよい。
In the second to third embodiments, the
実施形態1〜3において、クライアント端末3から配信装置2に対して返答メッセージなどを送信する際に、実施形態1で説明したものと同様の受信確認応答を用いて、返答メッセージが到達したか否かをクライアント端末3側で確認するようにしてもよい。また、クライアント端末3から別のクラアイント端末3にメッセージを送信する際にも、同様の到達確認を実施してもよい。
In
実施形態2〜3において、入力部38として、音声入力などの画面操作以外の手段を用いてもよい。
In the second to third embodiments, as the
実施形態1〜3において、必ずしも全てのメッセージについて受信確認応答を要求する必要はなく、例えば重要ではないメッセージについてはこれを省略してもよい。 In the first to third embodiments, it is not always necessary to request a reception confirmation response for all messages. For example, an unimportant message may be omitted.
実施形態1〜3において、クライアント端末3は所持者が手で保持してもよいし、車両管理システムのように車両と対応させる場合には車載端末として構成してもよい。
In the first to third embodiments, the
実施形態3において、メッセージ内容に関する優先度が高い宛先、すなわち補正値2313が正値である場合には、返答待ち時間twを超過してからさらに一定時間が経過した後に、同じメッセージを再送してもよい。
In the third embodiment, when the message content has a high priority, that is, when the
実施形態2〜3において、必ずしも1台ずつメッセージを送信する必要はない。例えばまず所定範囲内に存在する複数のクライアント端末3に対して仮メッセージを送信し、返答のあったクライアント端末3に対して、本来のメッセージを順次送信するようにしてもよい。
In the second to third embodiments, it is not always necessary to transmit messages one by one. For example, first, a temporary message may be transmitted to a plurality of
実施形態1〜3では、管理者が管理者端末1上でメッセージ送信を指示することを説明したが、これを省略するため、例えば一般の携帯電話またはパーソナルコンピュータ利用者が、クライアント端末3に対してメッセージを直接送付してもよい。この場合は送信元端末が配信装置2と同様の構成を備える。
In the first to third embodiments, it has been described that the administrator instructs message transmission on the
実施形態2〜3において、複数のクライアント端末3が共同して対処すべきメッセージを送信する場合が考えられる。この場合は例えば、ステップS1206において、そのメッセージに対して対処するのに必要な人数分のOKが得られるまで待機するようにすればよい。
In the second to third embodiments, a case where a plurality of
実施形態1〜3において、クライアント端末3から配信装置2に対してメッセージを送信する場合においても、配信装置2からクライアント端末3に対してメッセージを送信する際と同様の処理を実施してもよい。クライアント端末3同士でメッセージを送受信する場合においても同様である。
In the first to third embodiments, even when a message is transmitted from the
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることもできる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の構成を追加・削除・置換することもできる。 The present invention is not limited to the embodiments described above, and includes various modifications. The above embodiment has been described in detail for easy understanding of the present invention, and is not necessarily limited to the one having all the configurations described. A part of the configuration of one embodiment can be replaced with the configuration of another embodiment. The configuration of another embodiment can be added to the configuration of a certain embodiment. Further, with respect to a part of the configuration of each embodiment, another configuration can be added, deleted, or replaced.
上記各構成、機能、処理部、処理手段等は、それらの一部や全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、SSD(Solid State Drive)等の記録装置、ICカード、SDカード、DVD等の記録媒体に格納することができる。 Each of the above-described configurations, functions, processing units, processing means, and the like may be realized in hardware by designing a part or all of them, for example, with an integrated circuit. Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor. Information such as programs, tables, and files for realizing each function can be stored in a recording device such as a memory, a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
1:管理者端末、11:通信ポート、12:CPU、13:メモリ、14:操作送信部、15:表示部、2:配信装置、21:通信ポート、22:CPU、23:メモリ、24:操作応答部、25:サーバ側通信部、26:メッセージ配信部、27:サーバ側接続維持部、28:送信順決定部、29:自動送信部、3:クライアント端末、31:通信ポート、32:CPU、33:メモリ、34:表示部、35:クライアント側通信部、36:メッセージ受信部、37:クライアント側接続維持部、38:入力部、100:メッセージ配信システム。 1: administrator terminal, 11: communication port, 12: CPU, 13: memory, 14: operation transmission unit, 15: display unit, 2: distribution device, 21: communication port, 22: CPU, 23: memory, 24: Operation response unit, 25: server side communication unit, 26: message distribution unit, 27: server side connection maintenance unit, 28: transmission order determination unit, 29: automatic transmission unit, 3: client terminal, 31: communication port, 32: CPU, 33: Memory, 34: Display unit, 35: Client side communication unit, 36: Message receiving unit, 37: Client side connection maintaining unit, 38: Input unit, 100: Message distribution system.
Claims (11)
前記クライアント端末に対してネットワークを介しメッセージを配信する配信装置と、
を有し、
前記配信装置は、
前記ネットワークを介して前記クライアント端末との間でWebSocketプロトコルに準拠して通信するサーバ側通信部と、
前記サーバ側通信部を介して前記クライアント端末に対して前記メッセージを送信するメッセージ配信部と、
を備え、
前記クライアント端末は、
前記ネットワークを介して前記配信装置との間でWebSocketプロトコルに準拠して通信するクライアント側通信部と、
前記クライアント側通信部を介して前記配信装置から前記メッセージを受信するメッセージ受信部と、
を備え、
前記メッセージ配信部は、前記メッセージを送信する際に、前記メッセージを固有に識別するメッセージIDを前記メッセージに付与して送信し、
前記メッセージ受信部は、前記メッセージを受信すると、その旨を示す受信確認応答を当該メッセージに付与されている前記メッセージIDとともに前記クライアント側通信部を介して前記配信装置に対して送信し、
前記メッセージ配信部は、前記クライアント端末から前記受信確認応答とともに前記メッセージIDを受信したか否かに基づき、前記メッセージが前記クライアント端末に到達したか否かを確認し、到達しなかった場合は所定の通信エラー処理を実施する
ことを特徴とするメッセージ配信システム。 A client terminal that receives the message;
A delivery device for delivering a message to the client terminal via a network;
Have
The distribution device includes:
A server-side communication unit that communicates with the client terminal via the network in conformity with the WebSocket protocol;
A message delivery unit that transmits the message to the client terminal via the server-side communication unit;
With
The client terminal is
A client-side communication unit that communicates with the distribution apparatus via the network according to the WebSocket protocol;
A message receiver that receives the message from the distribution device via the client-side communication unit;
With
When the message delivery unit sends the message, it sends a message ID that uniquely identifies the message to the message,
When the message reception unit receives the message, the message reception unit transmits a reception confirmation response indicating the message to the distribution device via the client side communication unit together with the message ID given to the message,
The message delivery unit confirms whether the message has reached the client terminal based on whether the message ID is received together with the reception confirmation response from the client terminal. A message delivery system characterized by performing communication error processing.
前記ネットワーク上には、前記クライアント端末と前記配信装置との間の無線接続を中継する中継装置が配置されており、
前記中継装置は、前記クライアント端末と前記配信装置が所定時間以上通信しなかった場合は前記無線接続を切断するように構成されており、
前記クライアント端末はさらに、前記中継装置が前記無線接続を切断する前に前記クライアント側通信部を介して通信データを送信することにより前記無線接続を継続させるクライアント側接続維持部を備える
ことを特徴とする請求項1記載のメッセージ配信システム。 The network is configured as a wireless communication line,
A relay device that relays a wireless connection between the client terminal and the distribution device is disposed on the network,
The relay device is configured to disconnect the wireless connection when the client terminal and the distribution device have not communicated for a predetermined time or more,
The client terminal further includes a client-side connection maintaining unit that continues the wireless connection by transmitting communication data via the client-side communication unit before the relay device disconnects the wireless connection. The message delivery system according to claim 1.
ことを特徴とする請求項2記載のメッセージ配信システム。 The message distribution system according to claim 2, wherein the connection maintaining unit reconnects to the distribution device via the client communication unit when the wireless connection is disconnected due to a factor other than the client terminal. .
ことを特徴とする請求項2または3記載のメッセージ配信システム。 The distribution device further includes a server-side connection maintaining unit that continues the wireless connection by transmitting communication data via the server-side communication unit before the relay device disconnects the wireless connection. The message delivery system according to claim 2 or 3.
ことを特徴とする請求項1から4のいずれか1項記載のメッセージ配信システム。 The message receiving unit suspends the reception confirmation response without immediately transmitting, and when the number of the pending reception confirmation responses reaches a predetermined number, the communication amount with the distribution device is When the predetermined amount is reached, or when the data amount of the pending reception confirmation response reaches a predetermined amount, the pending reception confirmation responses are collectively transmitted to the distribution device. The message delivery system according to any one of claims 1 to 4.
前記メッセージ受信部は、前記受信確認応答とともに前記入力部に入力された前記返答を前記配信装置に対して送信し、
前記メッセージ配信部は、前記返答を入力すべき制限時間を指定する制限時間指示とともに前記メッセージを前記クライアント端末に対して送信し、
前記メッセージ受信部は、前記制限時間内に前記入力部に対して前記返答が入力されなかった場合は、前記メッセージの内容に対する肯定的な返答が入力されなかった旨の前記返答を前記配信装置に対して送信する
ことを特徴とする請求項1から5のいずれか1項記載のメッセージ配信システム。 The client terminal further includes an input unit for an operator to input a reply to the content of the message,
The message reception unit transmits the response input to the input unit together with the reception confirmation response to the distribution device,
The message delivery unit transmits the message to the client terminal together with a time limit instruction that specifies a time limit for inputting the response.
If the reply is not input to the input unit within the time limit, the message receiving unit sends a response indicating that a positive reply to the content of the message has not been input to the distribution device. The message delivery system according to any one of claims 1 to 5, wherein the message delivery system is transmitted.
前記配信装置はさらに、前記メッセージ配信システムが有する複数の前記クライアント端末のリストを備え、
前記メッセージ配信部は、前記メッセージの内容に対する前記肯定的な返答を前記クライアント端末から受信しなかった場合は、前記リストが記述している他の前記クライアント端末に対して同じ前記メッセージを再送する
ことを特徴とする請求項6記載のメッセージ配信システム。 The message delivery system has a plurality of the client terminals,
The distribution device further includes a list of the plurality of client terminals included in the message distribution system,
When the message delivery unit does not receive the positive response to the content of the message from the client terminal, the message delivery unit resends the same message to the other client terminals described in the list. The message delivery system according to claim 6.
前記メッセージ配信部は、前記制限時間補正テーブルの記述にしたがって前記制限時間を増減補正した上で、前記メッセージを前記クライアント端末に対して送信する
ことを特徴とする請求項6または7記載のメッセージ配信システム。 The distribution device further includes a time limit correction table that defines an amount to increase or decrease the time limit for each characteristic of the client terminal or its owner,
The message delivery unit according to claim 6 or 7, wherein the message delivery unit transmits the message to the client terminal after correcting the increase / decrease of the time limit according to a description of the time limit correction table. system.
前記メッセージ配信部は、前記回数が所定上限に達した場合は、前記肯定的な入力以外の前記返答を許可しない旨の肯定強制指示とともに前記メッセージを前記クライアント端末に対して送信し、
前記入力部は、前記メッセージ受信部が前記肯定強制指示を受信した場合は、前記肯定的な入力以外の前記返答を受け付けない
ことを特徴とする請求項6から8のいずれか1項記載のメッセージ配信システム。 The distribution device includes a storage unit that records the number of times that a positive response to the content of the message has not been input,
When the number of times reaches a predetermined upper limit, the message delivery unit transmits the message to the client terminal together with a positive compulsory instruction not permitting the reply other than the positive input,
The message according to any one of claims 6 to 8, wherein the input unit does not accept the reply other than the positive input when the message receiving unit receives the positive compulsory instruction. Distribution system.
ことを特徴とする請求項1から9のいずれか1項記載のメッセージ配信システム。 The message delivery system according to any one of claims 1 to 9, wherein the client terminal is mounted on a vehicle.
前記配信装置から、前記通信接続を介して、前記メッセージとともに前記メッセージを固有に識別するメッセージIDを受信するステップ、
前記メッセージとともに前記IDを受信した場合は、その旨の受信確認応答を前記メッセージIDとともに前記配信装置に対して前記通信接続を介して送信するステップ、
を有することを特徴とするメッセージ配信方法。 Establishing a communication connection conforming to the WebSocket protocol to a delivery device that delivers a message;
Receiving from the distribution device a message ID that uniquely identifies the message along with the message via the communication connection;
When receiving the ID together with the message, a step of transmitting a reception confirmation response to that effect together with the message ID to the distribution device via the communication connection;
A message delivery method comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013040668A JP2014170288A (en) | 2013-03-01 | 2013-03-01 | Message distribution system and message distribution method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013040668A JP2014170288A (en) | 2013-03-01 | 2013-03-01 | Message distribution system and message distribution method |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2014170288A true JP2014170288A (en) | 2014-09-18 |
Family
ID=51692662
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013040668A Pending JP2014170288A (en) | 2013-03-01 | 2013-03-01 | Message distribution system and message distribution method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2014170288A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106155042A (en) * | 2016-07-20 | 2016-11-23 | 北京新能源汽车股份有限公司 | Test method and device for fault processing of vehicle control unit |
CN108305122A (en) * | 2017-01-11 | 2018-07-20 | 宁波轩悦行电动汽车服务有限公司 | Induction type is returned the car system and method extremely in a kind of vehicle automatic lending |
-
2013
- 2013-03-01 JP JP2013040668A patent/JP2014170288A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106155042A (en) * | 2016-07-20 | 2016-11-23 | 北京新能源汽车股份有限公司 | Test method and device for fault processing of vehicle control unit |
CN106155042B (en) * | 2016-07-20 | 2018-11-02 | 北京新能源汽车股份有限公司 | Test method and device for fault processing of vehicle control unit |
CN108305122A (en) * | 2017-01-11 | 2018-07-20 | 宁波轩悦行电动汽车服务有限公司 | Induction type is returned the car system and method extremely in a kind of vehicle automatic lending |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8769262B2 (en) | VPN connection system and VPN connection method | |
US9037935B2 (en) | Apparatus and method for retransmitting message in message transmission system | |
KR101233263B1 (en) | System and method for providing push service using feedback information | |
US10868780B2 (en) | Method of notifying a sender of an inability to deliver a message to an unreachable terminal | |
JP2011527467A (en) | Enhanced messaging platform | |
AU2009292966A1 (en) | System and method for dynamic automatic communication path selection, distributed device synchronization and task delegation | |
CN108476165A (en) | A kind of information interacting method, client and device | |
CN102611642A (en) | System for processing nonsynchronous message and method for system to send message and monitor processing task | |
JP6823740B2 (en) | Message management server, message management method, message management program and message management system | |
CN104104608B (en) | Receive the method and device of message | |
WO2015090218A1 (en) | Message transmission processing method for server and client, and message transmission method and system | |
CN102801644B (en) | Method and device for blocking mail behavior and gateway | |
CN102647365A (en) | Method and device for processing message and message status and data exchange server | |
CN103973414A (en) | Data transmission method and device | |
JP2018517992A (en) | Hypertext transfer protocol request retransmission method, device, and client terminal | |
CN104348874B (en) | The method and apparatus that message is transmitted between cloud platform component | |
KR102105561B1 (en) | Method for transmitting push notification and push notification server performing the same | |
CN107707689A (en) | A kind of DHCP message processing method, Dynamic Host Configuration Protocol server and gateway device | |
CN112738283B (en) | Signaling transmission method, device, equipment and storage medium | |
US20160100021A1 (en) | Information processing device, destination information updating method, and record medium | |
JP2014170288A (en) | Message distribution system and message distribution method | |
CN107786607B (en) | Message retransmission method, message retransmission server and user equipment | |
JP2007013353A (en) | Character/data transmission/reception system, terminal management equipment and character/data transmission/reception method to be used for the same and its program | |
JP5739370B2 (en) | Message delivery system and message delivery method | |
JP5585968B2 (en) | Method, system, server device, terminal device, and program for sending and receiving instant messages |