(57)【要約】【課題】  単方向通信方式においてサーバが端末へ同一コマンドの電文を複数回送信しても、端末が誤って同一処理を複数回実行しないようにする。【解決手段】  コマンド入力端末２からサーバ３ａへ気配クリア発行のコマンドが入力されると、サーバ３ａは気配クリアの電文に通番“０００１”を添付して端末４ａ〜４ｎへ送信する。これによって、端末４ａ〜４ｎは気配クリアに関する処理を実行する。このときネットワーク５はサーバ３ａから端末４ａ〜４ｎへの単方向通信であるので、サーバ３ａは電文抜けを考慮して端末４ａ〜４ｎへ同一コマンドの電文を複数回送信する。しかし、これらの電文は同じ通番“０００１”が添付されているので、端末４ａ〜４ｎは同じ処理を再度行うおそれはない。つまり、端末４ａ〜４ｎは、コマンドが変わってカウントアップされた新通番“０００２”が添付された電文を受信したとき、初めて新たな処理を実行する。【選択図】      図１
2005215719.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して単方向通信方式で同一のデータを複数回に亘って送信するサーバと、前記サーバから受信した前記データに基づく処理を実行する端末とを備え、
前記サーバは、前記データを送信する際にそのデータに通番を付与して送信し、
前記端末は、受信した前記データの通番が繰り上げられている場合に、新たなデータを受信したものとして前記新たなデータに対応する処理を実行する
ことを特徴とするデータ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから端末へ単方向で通信を行う単方向通信方式において、端末がサーバから受信した電文に基づいて所望の処理を実行するデータ配信システムに関する。
【背景技術】
【０００２】
図６は、サーバから端末へ単方向通信でデータを配信する従来のデータ配信システムにおける電文形式を示す図である。サーバが発行する電文形式２０には、見出しなどのヘッダ２１と端末を制御するための電文種別２２のみがセットされている。なお、電文種別２２には、コマンドに基づいて発行された電文の内容に応じたコードがセットされている。例えば、株式市場で用いられる電文形式の電文種別においては、「気配クリア」がコード“０１”、「買気配」がコード“０２”、「売気配」がコード“０３”などというように区分されて電文内容に応じたコードがセットされている。なお、以下の説明では、サーバに対して行う実行処理の命令を『コマンド』といい、サーバがコマンドに基づいて発行する実行内容を『電文』ということにする。
【０００３】
図７は、従来のデータ配信システムにおけるサーバの電文送信処理の流れを示すフローチャートである。図７の例では、サーバが端末に対して「気配クリア」の電文を送信する場合を示している。まず、サーバに気配クリアを発行するための実行処理のコマンドが入力されると（ステップＳ２１）、サーバはコード“０１”を電文種別１２にセットして複数回（例えばｎ回）の電文を発行する（ステップＳ２２）。さらに、サーバは、端末に対して電文を複数回（ｎ回）に亘って送信する。つまり、サーバが端末へ電文を送信するたびに、あらかじめ設定されているｎ回から１回ずつ減算され、ｎ＝ｎ−１が０になるまでカウントして行く（ステップＳ２３）。そして、サーバは端末に対して電文をｎ回送信したか否かを判定し（ステップＳ２４）、まだ、電文をｎ回送信していなければ（ステップＳ２４でＮｏの場合）、ステップＳ２２に戻り前述のステップを繰り返す。一方、サーバから端末へ電文をｎ回送信していれば（ステップＳ２４でＹｅｓの場合）、その電文の送信を終了する。
【０００４】
ところが、図７に示すようなデータ配信システムの場合は、ネットワーク上でのデータ遅延などによって複数回送信した電文中の、例えば、最後の電文が端末によって遅れて受信された場合、端末は先に実行した処理を誤って再度実行してしまうおそれがある。つまり、最初にｎ回送信した電文と、後で別のタイミングで同一のコマンドがサーバに入力されて再びｎ回送信した電文との区別がつかなくなるので、端末は再度同じ内容の実行を行ってしまうことがある。
【０００５】
そこで、図７のようなデータ配信システムにおける電文遅延の対策として、端末側にタイマを設けて同一のコマンドによる電文を受信したタイミングでタイマを起動し、タイマがｎ秒経過したらタイマのカウントを終了する。つまり、タイマの起動中は同一のコマンドの電文を受信しても処理を実行しないようにして、同じ実効内容を再び繰り返さないようにしている。
【０００６】
図８は、従来のデータ配信システムにおける端末の電文受信処理の流れを示すフローチャートである。つまり、図８は、図７の処理で生じた電文遅延の対策として端末側にタイマを設けたときの処理の流れを示すフローチャートである。図８において、端末は気配クリアの電文を受信すると（ステップＳ３１）、タイマが起動したか否かを判断し（ステップＳ３２）、タイマが起動していれば（ステップＳ３２でＹｅｓの場合）、そのまま同一のコマンドにおける電文の受信を継続する。一方、まだタイマが起動していなければ（ステップＳ３２でＮｏの場合）、端末はタイマを起動させて（ステップＳ３３）、受信した電文に基づく気配クリアの処理を実行する。このとき、気配クリアの処理においては、端末の表示データの一部をクリアしたり、気配クリアの電文で特別に編集した電文を下位の端末へ送信したりする（ステップＳ３４）。
【０００７】
次に、端末はタイマ値がｎ秒を経過したか否かを判断し（ステップＳ３５）、まだｎ秒を経過していなければ（ステップＳ３５でＮｏの場合）、ｎ秒が経過するまで待つ。一方、ｎ秒が経過していれば（ステップＳ３５でＹｅｓの場合）、タイマを停止して（ステップＳ３６）、終了する。これによって、端末は、同一のコマンドの電文を受信しても、タイマでロックされているので後から受信した電文の処理を再度行うおそれはなくなる。
【０００８】
なお、下記の特許文献１には、サーバから端末へデータを配信するデータ配信システムにおいて、各端末個別の受信情報の表示／非表示をサーバからの送信電文によって変更することができる技術が開示されている。
【特許文献１】特開平２００１−２７３２５３号公報（段落番号０００７〜００１１、及び図１〜図３参照）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、図７、図８に示すような従来のデータ配信システムにおける電文処理の方式では、ＡＤＳＬなどのネットワークを含むインターネットの場合、サーバが複数回発行した電文の最初と最後の遅延時間がどのくらいになるかは明らかでないので、実験などによって評価してタイマ値を決める必要がある。また、仮にタイマ値を経験的に規定しても、その値は不確定なものであるので一般的にはタイマ値を規定することは非常に難しい。さらに、タイマ値が不適切であって値が大きかったり小さかったりする場合がある。例えば、タイマ値が大きすぎる場合は、再度、意図的にサーバへコマンドが入力されて電文が発行されたとき、端末側ではその電文を受け付けない。また、タイマ値が小さすぎる場合は、ｎ回送信された電文のうちのｇ番目の電文（但し、ｇは２〜ｎ番目）を再度受信し、誤って同じ処理を再度実行してしまうおそれがある。
【００１０】
本発明は、上記のような事情に鑑みてなされたものであり、単方向通信方式においてサーバが端末側へ同一コマンドに基づく電文を複数回送信しても、端末側が誤って同一処理を複数回実行しないようなデータ配信システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、上記の目的を達成するために創案されたものであり、請求項１に記載の発明は、ネットワークを介して単方向通信方式で同一のデータを複数回に亘って送信するサーバと、サーバから受信したデータに基づく処理を実行する端末とを備え、サーバはデータを送信する際にそのデータに通番を付与して送信し、端末は受信したデータの通番が繰り上げられている場合に新たなデータを受信したものとして新たなデータに対応する処理を実行することを特徴とする。
【００１２】
本発明のデータ配信システムは、ＵＤＰ（User Datagram Protocol：コネクションレス型データ転送プロトコル）などのような単方向通信方式で同一のコマンドに基づく電文を複数回送信するサーバと、そのサーバから複数回の電文を受信する端末とがネットワークで接続された構成となっている。このような構成において、サーバが端末へ電文を送信する際に、その電文に通番を付与して端末へ送信すると、端末は電文に添付された通番が繰り上げられている場合のみ、その電文に対応する処理を実行する。これによって端末は同一のコマンドに基づく電文を複数回受信しても同じ処理を再度行うおそれはなくなる。
【発明の効果】
【００１３】
つまり、従来の単方向通信方式におけるデータ配信システムでは、端末側にタイマを設けることによって、サーバが端末側へ同一のコマンドに基づく電文を複数回送信しても端末が同一の処理内容を再度実行しないようにしている。しかし、タイマ値を決定するためには、実際のネットワークによって実験したり評価したりしなければならないので、実験や評価にかなりの時間や費用などがかかる。ところが、本発明のデータ配信システムでは、サーバがあらかじめ電文に通番を添付して端末へ送信するので、端末は受信した電文に添付された通番によって同じ電文を再度受信したか否か判断し、同一の処理内容を再度実行しないようにしている。このため、タイマには無関係に同一処理を複数回実行しないようにすることができるので、実験や評価などに時間や費用がかかるおそれはなくなる。
【００１４】
また、従来のデータ配信システムでは、タイマ値を実験や評価によって決めたとしても、その値は不確定なものであるので、確実に同一処理を複数回実行させないようにすることはできない。しかし、本発明のデータ配信システムでは、送信側のサーバが同一のコマンドに基づく電文を発行する都度、その電文の通番をカウントして繰り上げて行く。したがって、受信側の端末は、通番が繰り上げられている場合のみ、ホスト側のサーバから新規のコマンドに基づく電文が入力されたものと判断し、その電文に対応する処理を実行するので、端末は、確実に同一処理を再度実行しないようにすることができる。
【発明を実施するための最良の形態】
【００１５】
まず、本発明におけるデータ配信システムの概要について説明する。ネットワークの構成上から伝送効率を上げるためにＵＤＰ通信などのような単方向通信を行う場合、サーバは、ＵＤＰ通信による電文抜けを回避するために複数回に亘って電文を端末に送信している。つまり、ＵＤＰ通信などのような単方向通信では、通信中のデータ紛失や順序エラーに対するデータ処理の対策を行っていない。そのため、同一のコマンドに基づく電文を複数回に亘って送信し、データ紛失の保証などを行って通信の信頼性を高めている。
【００１６】
この場合、サーバが端末側へ複数回に亘って電文を送信しても、端末側が誤って同一処理を複数回実行しないようにすることが求められる。そこで、本発明のデータ配信システムでは、サーバが、同一コマンドの電文に通番を付与し、この電文を複数回に亘ってネットワークを介して単方向通信方式で端末へ送信している。これによって、端末は、サーバから受信した電文に対応する処理を実行するとき、その電文中の通番が変わったことを認識したときのみ、新たなコマンドに基づく電文を受信したものと判断してその電文に対応する処理を実効する。これによって、端末は同一コマンドに基づく電文の処理を再び実行するおそれはなくなる。なお、以下の説明では、送信側のサーバに対して行う実行処理の命令をコマンドといい、サーバがコマンドに基づいて発行して端末へ送信する実行内容を電文といって区別することにする。
【００１７】
以下、本発明の実施の形態について図面を参照して説明する。図１は、本発明におけるデータ配信システムの構成図である。このデータ配信システム１は、インターネット、イントラネット、又はＡＤＳＬなどのネットワーク５に接続された複数の端末４ａ〜４ｎと、端末４ａ〜４ｎを制御するための実行処理命令であるコマンドを入力するコマンド入力端末２と、コマンド入力端末２からコマンドを受信し、ネットワーク５を介してコマンドに対応する実行内容である電文を端末４ａ〜４ｎへ送信するホスト側のサーバ３ａ〜３ｍとを備えた構成となっている。
【００１８】
次に、図１に示すデータ配信システムの動作を概略説明する。コマンド入力端末２からサーバ３ａへ所望のコマンドが入力されると、サーバ３ａはそのコマンドに対応する電文に通番“０００１”を添付して端末４ａ〜４ｎへ送信する。これによって、端末４ａ〜４ｎは受信した電文の内容に関する処理を実行する。このとき、ネットワーク５はサーバ３ａから端末４ａ〜４ｎへの単方向通信であるので、サーバ３ａは電文抜けを考慮して端末４ａ〜４ｎへ同一コマンドの電文を複数回送信する。しかし、これらの電文には同じ通番“０００１”が添付されているので、端末４ａ〜４ｎは同じ処理を再度実行するおそれはない。つまり、端末４ａ〜４ｎは、コマンドが変わってカウントアップされた新通番“０００２”が添付された電文を受信したときに初めて新たな処理を実行する。
【００１９】
図２は、サーバから端末へ単方向通信でデータを配信する本発明のデータ配信システムにおける電文形式である。本発明においてサーバが発行する電文形式６は、見出しなどのヘッダ７と、端末を制御するための電文種別８と、同一のコマンドに基づく電文ごとに個別に付与される通番９とがセットされている。なお、電文種別８にはコマンドに基づいて発行された電文の内容に応じたコードがセットされている。例えば、株式市場で用いられる電文形式の電文種別においては、「気配クリア」がコード“０１”、「買気配」がコード“０２”、「売気配」がコード“０３”などというように区分されて電文内容に応じたコードがセットされている。また、通番９は、同一コマンドの電文ごとに０００１，０００２…０００ｍなどと表示されるコードである。このような通番９は、所望のコマンドに基づく電文を発行するごとに、かつコマンド別に通番の番号をカウントアップして（繰り上げて）送信される。つまり、単方向通信では、データ紛失を考慮して、１回のコマンドがサーバへ入力されると複数回の電文が端末へ送信されるが、その際にｎ回送信される電文の通番は同一の通番をセットし、新たにコマンドがサーバへ入力された場合には通番を＋１するようにしている。
【００２０】
図３は、本発明のデータ配信システムにおけるサーバの電文送信処理の流れを示すフローチャートである。図３の例では、サーバが端末に対して「気配クリア」の電文を送信する場合を示している。なお、気配クリアとは、証券端末において端末に現在表示されている気配値段（例えば、売気配値段や買気配値段など）をクリアする処理を意味する。
【００２１】
まず、コマンド入力端末２からサーバ３ａに気配クリアを発行するための実行処理のコマンドが入力されると（ステップＳ１）、サーバ３ａは、コマンド入力端末２から入力されたコマンドに基づく電文に付与された通番を『＋１』カウントアップ（繰り上げ）する（ステップＳ２）。さらに、サーバ３ａはコード“０１”を電文種別８にセットして複数回（例えばｎ回）の電文を発行する（ステップＳ３）。そして、サーバ３ａは、端末４ａに対して電文を複数回に亘って送信する。つまり、サーバ３ａが端末４ａへ電文を送信するたびに、あらかじめ設定されているｎ回から１回ずつ減算され、ｎ＝ｎ−１が０になるまでカウントして行く（ステップＳ４）。そして、サーバ３ａは端末４ａに対して電文をｎ回送信したか否かを判断し（ステップＳ５）、まだ、電文をｎ回（例えば、１秒間に５，６回）送信していなければ（ステップＳ５でＮｏの場合）、ステップＳ３に戻り前述のステップを繰り返す。一方、電文をｎ回送信していれば（ステップＳ５でＹｅｓの場合）、その電文の送信を終了する。
【００２２】
図４は、本発明のデータ配信システムにおける端末の電文受信処理の流れを示すフローチャートである。図４において、端末４ａはサーバ３ａから気配クリアのコマンドに対応する電文を受信すると（ステップＳ１１）、その電文の通番と端末４ａの保持している通番とを比較チェックし、受信した電文の通番が繰り上げられている（カウントアップされている）か否かを判断する（ステップＳ１２）。ここで、受信した電文の通番が繰り上げられていなければ、つまり、受信した電文の通番と端末４ａの保持している通番とが同じであれば（ステップＳ１２でＮｏの場合）、ステップＳ１１に戻って、端末４ａは気配クリアのコマンドに対応する電文を受信し続ける。
【００２３】
一方、ステップＳ１２で、受信した電文の通番が繰り上げられていれば（ステップＳ１２でＹｅｓの場合）、端末が保持している現在の通番を今受信した電文の通番に更新し（ステップＳ１３）、端末４ａは受信した電文に基づく処理（つまり、気配クリアの処理）を実行して処理を終了する（ステップＳ１４）。
【００２４】
図５は、本発明のデータ配信システムに適用される気配クリアの電文の一例を示す構成図である。つまり、この図は、端末が気配クリアのコマンドに対応する電文を受信したとき、その端末が所定の電文のデータ部にスペースデータをセットして送信するときの電文の構成例を示している。この例では、電文の構成内容は、見出しなどのヘッダ１１、銘柄名をコード化した銘柄コード１２、値段１３ａ及び数量１３ｂが記録された売気配１３、及び値段１４ａ及び数量１４ｂが記録された買気配１４となっている。
【００２５】
以上説明したように、本発明のデータ配信システムによれば、サーバは同一コマンドの電文ごとに同じ番号の通番を添付して端末へ送信しているので、端末は受信した電文に添付されている通番が変わらない限り一度行った処理を再度実行するおそれはなくなる。また、本発明のデータ配信システムはタイマなどを付加することなく実現することができるので、コストパフォーマンスの高いデータ配信システムを構築することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明におけるデータ配信システムの構成図である。
【図２】サーバから端末へ単方向通信でデータを配信する本発明のデータ配信システムにおける電文形式である。
【図３】本発明のデータ配信システムにおけるサーバの電文送信処理の流れを示すフローチャートである。
【図４】本発明のデータ配信システムにおける端末の電文受信処理の流れを示すフローチャートである。
【図５】本発明のデータ配信システムに適用される気配クリアの電文の一例を示す構成図である。
【図６】サーバから端末へ単方向通信でデータを配信する従来のデータ配信システムにおける電文形式である。
【図７】従来のデータ配信システムにおけるサーバの電文送信処理の流れを示すフローチャートである。
【図８】従来のデータ配信システムにおける端末の電文受信処理の流れを示すフローチャートである。
【符号の説明】
【００２７】
１  データ配信システム、２  コマンド入力端末、３ａ〜３ｍ  サーバ、４ａ〜４ｎ  端末、５  ネットワーク、６，２０  電文形式、７，１１，２１  ヘッダ、８，２２  電文種別、９  通番、１２  銘柄コード、１３  売気配、１３ａ，１４ａ  値段、１４    買気配、１３ｂ，１４ｂ  数量。
【図１】
2005215719.tif 000003
【図２】
2005215719.tif 000004
【図３】
2005215719.tif 000005
【図４】
2005215719.tif 000006
【図５】
2005215719.tif 000007
【図６】
2005215719.tif 000008
【図７】
2005215719.tif 000009
【図８】
2005215719.tif 000010