(57)【要約】【課題】複数業務のデータを複数の通信回線で送信するときに、業務の特性を考慮して、複数回線に送信データを分散させる。【解決手段】シングル注文のリクエストを発行するシングル注文処理部１１と、バスケット注文のリクエストを発行するバスケット注文処理部１３と、通信回線Ｌ１〜Ｌ４にそれぞれ一対一に対応付けられているデータ送信部２０，２０，・・・とを備える。シングル注文とバスケット注文のリクエストの発行数がピークなる時間帯が異なる。データ送信部２０，２０，・・・には、シングル注文、バスケット注文のそれぞれの優先順位が割り当てられていて、それぞれの最高順位のデータ送信部２０が異なる。シングル注文処理部１１及びバスケット注文処理部１３は、それぞれの優先順位に従ってデータ送信部２０を選択して、リクエストを発行する。【選択図】図１
2008250526.tif 000002
【特許請求の範囲】
【請求項１】
第１の業務処理を実行し、前記第１の業務処理に係る第１通信リクエストを発行する第１の業務処理部と、
第２の業務処理を実行し、前記第２の業務処理に係る第２通信リクエストを発行する第２の業務処理部であって、第１の時間帯には前記第１業務処理部が発行する前記第１通信リクエスト数よりも少ない前記第２通信リクエストを発行し、第２の時間帯には前記第１業務処理部が発行する前記第１通信リクエスト数よりも多い前記第２通信リクエストを発行する第２の業務処理部と、
複数の通信回線にそれぞれ一対一に対応付けられていて、その対応付けられている通信回線を用いて前記第１及び第２通信リクエストに係る通信データを送信する複数の送信手段と、を備え、
前記複数の送信手段のそれぞれには、業務処理別の優先順位が割り当てられていて、かつ、前記第１の業務処理について最も高い優先順位が割り当てられている送信手段と、前記第２の業務処理について最も高い優先順位が割り当てられている送信手段とが異なり、
前記第１の業務処理部は、前記第１の業務処理について優先順位が高い方から順に、リクエストの受け付けが可能な送信手段を検索して一つの送信手段を選択し、選択された送信手段に前記第１通信リクエストを割り当て、
前記第２の業務処理部は、前記第２の業務処理について優先順位が高い方から順に、リクエストの受け付けが可能な送信手段を検索して一つの送信手段を選択し、選択された送信手段に前記第２通信リクエストを割り当てることを特徴とするデータ送信システム。
【請求項２】
前記第１通信リクエストの発行数がピークとなる時間帯と、前記第２通信リクエストの発行数がピークとなる時間帯が異なることを特徴とする請求項１記載のデータ送信システム。
【請求項３】
前記第１の業務処理について最も低い優先順位が割り当てられている送信手段と、前記第２の業務処理について最も低い優先順位が割り当てられている送信手段とが異なることを特徴とする請求項１記載のデータ送信システム。
【請求項４】
前記複数の送信手段に対して、前記第１の業務処理の優先順位が昇順になるように割り当てられているときに、前記第２の業務処理の優先順位が降順になるように割り当てられていることを特徴とする請求項１記載のデータ送信システム。
【請求項５】
前記通信手段のそれぞれは、
前記第１の業務処理部のリクエストを受け付ける第１の通信チャネルと、
前記第２の業務処理部のリクエストを受け付ける第２の通信チャネルと、
両通信チャネルが受け付けた通信リクエストを蓄積するキューと、
通信プロトコルに従って、前記キューに蓄積された通信リクエストをまとめて送信するための処理を行うプロトコル制御部とを備えることを特徴とする請求項１記載のデータ送信システム。
【請求項６】
第１の業務処理を実行し、前記第１の業務処理に係る第１通信リクエストを発行する第１の業務処理部と、第２の業務処理を実行し、前記第２の業務処理に係る第２通信リクエストを発行する第２の業務処理部であって、第１の時間帯には前記第１業務処理部が発行する前記第１通信リクエスト数よりも少ない前記第２通信リクエストを発行し、第２の時間帯には前記第１業務処理部が発行する前記第１通信リクエスト数よりも多い前記第２通信リクエストを発行する第２の業務処理部と、複数の通信回線にそれぞれ一対一に対応付けられていて、その対応付けられている通信回線を用いて前記第１及び第２通信リクエストに係る通信データを送信する複数の送信手段と、を備えたデータ送信システムにおけるデータ送信方法であって、
前記複数の送信手段のそれぞれに、前記第１の業務処理について最も高い優先順位の送信手段と、前記第２の業務処理について最も高い優先順位の送信手段が異なるように、業務処理別の優先順位を割り当てるステップと、
前記第１及び第２の業務処理部が、それぞれの優先順位に従って、前記複数の送信手段のうちのいずれか一つを選択して、選択した送信手段に対して通信リクエストを発行するステップと、
前記複数の送信手段が、それぞれ受け付けた通信リクエストに係る通信データを送信するステップとを有するデータ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の業務処理のリクエストに係るデータを複数の通信回線で送信するための技術に関し、特に各業務処理が発行するリクエスト数がピークになる時間帯が異なるときに効率的に通信回線を利用してデータ送信をする技術に関する。
【背景技術】
【０００２】
従来、株式のシングル注文とバスケット注文という２種類の業務に係るデータを複数の通信回線に分散させて証券取引所へ送信するシステムが、例えば特許文献１に記載されている。
【特許文献１】特開平１０−３０１８７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなシステムでは、費用対効果の観点から通信回線を効率的に利用したいという要望がある。そのためには、回線容量の決定、あるいは回線の利用方法を検討する際に、業務の特性を考慮する必要がある。例えば、業務ごとにデータ量が変化するようなときは、発生するデータ量に応じて回線容量を決める必要がある。さらに、業務ごとに使用する回線を固定しては効率が悪い。
【０００４】
そこで、本発明の目的は、複数業務のデータを複数の通信回線で送信するときに、業務の特性を考慮して、複数回線に送信データを分散させるための技術を提供することである。
【課題を解決するための手段】
【０００５】
本発明の一実施態様に従うデータ送信システムは、第１の業務処理を実行し、前記第１の業務処理に係る第１通信リクエストを発行する第１の業務処理部と、第２の業務処理を実行し、前記第２の業務処理に係る第２通信リクエストを発行する第２の業務処理部であって、第１の時間帯には前記第１業務処理部が発行する前記第１通信リクエスト数よりも少ない前記第２通信リクエストを発行し、第２の時間帯には前記第１業務処理部が発行する前記第１通信リクエスト数よりも多い前記第２通信リクエストを発行する第２の業務処理部と、複数の通信回線にそれぞれ一対一に対応付けられていて、その対応付けられている通信回線を用いて前記第１及び第２通信リクエストに係る通信データを送信する複数の送信手段と、を備える。前記複数の送信手段のそれぞれには、業務処理別の優先順位が割り当てられていて、かつ、前記第１の業務処理について最も高い優先順位が割り当てられている送信手段と、前記第２の業務処理について最も高い優先順位が割り当てられている送信手段とが異なり、前記第１の業務処理部は、前記第１の業務処理について優先順位が高い方から順に、リクエストの受け付けが可能な送信手段を検索して一つの送信手段を選択し、選択された送信手段に前記第１通信リクエストを割り当て、前記第２の業務処理部は、前記第２の業務処理について優先順位が高い方から順に、リクエストの受け付けが可能な送信手段を検索して一つの送信手段を選択し、選択された送信手段に前記第２通信リクエストを割り当てる。
【０００６】
好適な実施形態では、前記第１通信リクエストの発行数がピークとなる時間帯と、前記第２通信リクエストの発行数がピークとなる時間帯が異なってもよい。
【０００７】
好適な実施形態では、前記第１の業務処理について最も低い優先順位が割り当てられている送信手段と、前記第２の業務処理について最も低い優先順位が割り当てられている送信手段とが異なるようにしてもよい。
【０００８】
好適な実施形態では、前記複数の送信手段に対して、前記第１の業務処理の優先順位が昇順になるように割り当てられているときに、前記第２の業務処理の優先順位が降順になるように割り当てられていてもよい。
【０００９】
好適な実施形態では、前記通信手段のそれぞれは、前記第１の業務処理部のリクエストを受け付ける第１の通信チャネルと、前記第２の業務処理部のリクエストを受け付ける第２の通信チャネルと、両通信チャネルが受け付けた通信リクエストを蓄積するキューと、通信プロトコルに従って、前記キューに蓄積された通信リクエストをまとめて送信するための処理を行うプロトコル制御部とを備えるように構成してもよい。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態に係るデータ通信システムについて、図面を参照して説明する。本実施形態に係るシステムは、証券会社などが受け付けた株式の売買注文を、証券取引所のシステムへ送信するためのデータ通信システムを一例にとって説明する。
【００１１】
図１は、本実施形態に係るデータ通信システムの構成図である。
【００１２】
株式注文のデータを送信するデータ送信システム１と、データ送信システム１から送信されたデータを受信する証券取引所システム３とを備える。
【００１３】
データ送信システム１は、シングル注文処理部１１と、バスケット注文処理部１３と、複数のデータ送信部２０（２０ａ〜ｄ）とを備える。
【００１４】
シングル注文処理部１１は、シングル注文に関する業務処理を行って、シングル注文のリクエストを発行する。ここで、シングル注文とは、単一銘柄の株式の売買注文をする株式注文方法をいう。シングル注文処理部１１は、通信チャネル２１ａ〜ｄのいずれかを選択して、シングル注文に係るリクエストを割り当てる。
【００１５】
バスケット注文処理部１３は、バスケット注文に関する業務処理を行って、バスケット注文のリクエストを発行する。バスケット注文とは、複数銘柄の株式を組み合わせて売買注文をする株式注文方法をいう。従って、一つのバスケット注文を受け付けたとき、バスケット注文処理部１３は大量のリクエストを発行する。バスケット注文処理部１３は、通信チャネル２３ａ〜ｄのいずれかを選択して、バスケット注文に係るリクエストを割り当てる。
【００１６】
シングル注文は、業務時間中にいつでも出される注文である。また、シングル注文は個別銘柄の価格への依存度が大きいとで、シングル注文処理部１１が発行するシングル注文リクエストは、迅速に証券取引所システム３へ送信される必要がある。
【００１７】
これに対して、バスケット注文は、特定の時間帯に出されることが多いという性質を有する。バスケット注文が出される時間帯は、例えば、業務開始時刻の直後（前場の寄り付き）であることが多いが、これは任意に変更可能である。また、バスケット注文が出されると、一時的に大量のリクエストが発行されることになる。
【００１８】
そこで、バスケット注文を発行するタイミングを調整して、シングル注文処理部１１及びバスケット注文処理部１３が発行するリクエスト数を図２に示すような関係とすることができる。
【００１９】
すなわち、同図に示すように、シングル注文処理部１１が多数のリクエストを発行するときには、バスケット注文処理部１３が発行するリクエスト数が少なくなるようにし、これとは反対に、シングル注文処理部１１が発行するリクエストが少ないときに、バスケット注文処理部１３が多数のリクエストを発行するように調整する。
【００２０】
また、これは、バスケット注文処理部１３の発行するリクエスト数がピークとなる時間帯と、シングル注文処理部１１が発行するリクエスト数がピークとなる時間帯とが異なるという特徴もある。つまり、バスケット注文処理部１３がピークの時間帯にシングル注文処理部１１の発行数は少なくなり、シングル注文処理部１１がピークの時間帯にバスケット注文処理部１３の発行数が少なくなる。
【００２１】
次に、データ送信部２０ａ〜ｄは、いずれも共通の構成を備えていて、シングル注文処理部１１及びバスケット注文処理部１３からのリクエスト１１０，１３０を受け付けて、それぞれ予め定められている通信回線Ｌ１〜４を利用して、証券取引所システム３へ株式の注文データを送信する。
【００２２】
データ送信部２０（２０ａ〜ｄ）は、シングルリクエスト１１０を受け付ける通信チャネル２１（２１ａ〜ｄ）と、バスケットリクエスト１３０を受け付ける通信チャネル２３（２３ａ〜ｄ）と、通信チャネル２１及び２３が受け付けたリクエスト１１０，１３０を蓄積するキュー２５（２５ａ〜ｄ）と、通信プロトコルに従った処理を行い、キュー２５に蓄積されたリクエスト１１０，１３０をまとめたパケットを生成して通信回線Ｌ（Ｌ１〜４）を介して証券取引所システム３へ送信するプロトコル制御部２７（２７ａ〜ｄ）とを備える。
【００２３】
通信チャネル２１は、シングル注文処理部１１からシングルリクエスト１１０を受け付ける。通信チャネル２１は、受け付けたシングルリクエスト１１０をキュー２５に格納する。通信チャネル２１は、キュー２５に空きがある限りシングルリクエスト１１０を受け付け可能である。
【００２４】
通信チャネル２３は、バスケット注文処理部１３からのバスケット注文リクエスト１３０を受け付ける。通信チャネル２３は、受け付けたリクエストをキュー２５に格納する。通信チャネル２３は、キュー２５に空きがある限りリクエストを受け付け可能である。
【００２５】
これにより、キュー２５には、通信チャネル２１及び２３がそれぞれ受け付けたリクエストが混在することがある。
【００２６】
キュー２５ａ〜ｄの容量は、通信回線Ｌ１〜４の容量に応じて予め定められている。
【００２７】
プロトコル制御部２７は、キュー２５に蓄積されたリクエストをまとめたパケットを生成する。プロトコル制御部２７は、キュー２５がリクエストで一杯になったとき、または前回の送信から所定時間が経過したときに、キュー２５に蓄積されているリクエストを取り出して、パケットを作成する。プロトコル制御部２７が取り出したリクエストは、キュー２５から消去される。
【００２８】
さらに、プロトコル制御部２７は、作成したパケットを通信回線Ｌを介して証券取引所システム３へ送信する。
【００２９】
次に、通信チャネル２１及び２３に対して割り当てる優先順位について説明する。
【００３０】
各通信チャネル２１ａ〜ｄには、予め優先順位が定められている。通信チャネル２１ａ〜ｄに割り当てられる優先順位は、データ送信部２０ａ〜ｄがシングル注文処理に係るシングルリクエスト１１０を受け付けるときの優先順位である。シングル注文処理部１１は、この優先順位に従っていずれか一つの通信チャネル２１を選択し、シングルリクエスト１１０を割り当てる。例えば、シングル注文処理部１１は、優先順位が最も高い通信チャネル２１から優先的にシングルリクエスト１１０を割り当てていく。つまり、シングル注文処理部１１は、最も優先順位が高いものから順に検索して、リクエストを受け付け可能な通信チャネル２１を一つ選択し、シングルリクエスト１１０を送る。
【００３１】
また、各通信チャネル２３ａ〜ｄにも、予め優先順位が定められている。通信チャネル２３ａ〜ｄに割り当てられる優先順位は、データ送信部２０ａ〜ｄがバスケット注文処理に係るバスケットリクエスト１３０を受け付けるときの優先順位である。バスケット注文処理部１３も同様に、この優先順位に従って、いずれか一つの通信チャネル２３を選択し、バスケットリクエスト１３０を割り当てる。例えば、バスケット注文処理部１３もシングル注文処理部１１と同様に、最も優先順位が高いものから順に検索して、リクエストを受け付け可能な通信チャネル２３を一つ選択し、バスケットリクエスト１３０を送る。
【００３２】
本実施形態では、最高優先順位が割り当てられている通信チャネル２１と、最高優先順位が割り当てられている通信チャネル２３とは、異なるデータ送信部２０に属するように、それぞれの優先順位を割り当てている。つまり、通信チャネル２１に対して最高優先順位が割り当てられているデータ送信部２０と、通信チャネル２３について最高優先順位が割り当てられているデータ送信部２０とが異なるように設定し、同一のデータ送信部２０の通信チャネル２１及び２３に、ともに最高優先順位が割り当てられることはない。
【００３３】
また、最低優先順位が割り当てられている通信チャネル２１と、最低優先順位が割り当てられている通信チャネル２３についても、異なるデータ送信部２０に属している。つまり、通信チャネル２１に対して最低優先順位が割り当てられているデータ送信部２０と、通信チャネル２３について最低優先順位が割り当てられているデータ送信部２０とが異なるように設定し、同一のデータ送信部２０の通信チャネル２１及び２３に、ともに最低優先順位が割り当てられることはない。
【００３４】
さらに、本実施形態では、データ送信部２０ａ〜ｄに対して、通信チャネル２１ａ〜ｄに割り当てられる優先順位が昇順であるときに、通信チャネル２３ａ〜ｄに割り当てられる優先順位が降順になるように割り当てられている。つまり、通信チャネル２１ａ、２１ｂ、２１ｃ、２１ｄに対して、優先順位が１→２→３→４で割り当てられている一方、２３ａ、２３ｂ、２３ｃ、２３ｄには、優先順位が４→３→２→１で割り当てられている。
【００３５】
この結果、高い優先順位が付けられている通信チャネル２１と対応する通信回線Ｌは、シングルリクエスト１１０を多く送信し、その回線使用率は比較的高い。同様に、通信チャネル２３と対応する通信回線Ｌは、バスケットリクエスト１３０を多く送信し、その回線使用率も比較的高い。これにより、通信回線Ｌ１〜４の負荷分散も実現できる。
【００３６】
図３は、所定の時刻における回線の使用状態の一例を示す図である。
【００３７】
同図（ａ）〜（ｃ）は、それぞれ時刻Ｔ１、Ｔ２，Ｔ３（図２参照）における通信回線Ｌ１〜４の使用状態を示す。すなわち、予め定められている回線容量に対して、シングルリクエスト及びバスケットリクエストが各通信回線Ｌ１〜４を占有している状態を示す。
【００３８】
例えば、図２に示すように、時刻Ｔ１ではシングルリクエスト１１０の発行数がほぼピークで、バスケットリクエスト１３０が少ない。このとき、シングル注文処理部１１が、通信回線Ｌ１→Ｌ４の順にシングルリクエスト１１０を割り当てているので、同図（ａ）に示すように、通信回線Ｌ１、Ｌ２のすべての回線容量をシングルリクエスト１１０が占有している。
【００３９】
また、時刻Ｔ２は、同じく図２に示すようにバスケットリクエスト１３０の発行数がピークとなっている。このとき、バスケット注文処理部１３が、通信回線Ｌ４→Ｌ１の順にバスケットリクエスト１３０を割り当てるので、同図（ｂ）に示すように、通信回線Ｌ４、Ｌ３のすべての回線容量をバスケットリクエスト１３０が占有している。一方で、シングルリクエスト１１０は通信回線Ｌ１から割り当てられていて、通信回線Ｌ２については、シングルリクエスト１１０とバスケットリクエスト１３０とが混在している。
【００４０】
なお、もし通信回線Ｌ１〜Ｌ４に対してリクエスト種類が固定的に割り当てられている（例えば、通信回線Ｌ１，Ｌ２はシングルリクエスト１１０のみを処理可能で、通信回線Ｌ３，Ｌ４はバスケットリクエスト１３０のみを処理可能など）としたら、この時刻Ｔ２において通信回線は５本必要となるが、本発明では通信回線１本１本について複数種類のリクエストが割り当てられ、かつ、通信回線全体として各リクエストのピーク同士が重ならないようになっているので、少ない通信回線で足りるというメリットがある。
【００４１】
時刻Ｔ３は、同じく図２に示すように、シングルリクエスト１１０がバスケットリクエスト１３０より多いものの、ピークではない。そして、このときは全体の回線容量に対して、全体のリクエスト数がそれほど多くないので、シングルリクエスト１１０及びバスケットリクエスト１３０を、それぞれＬ１及びＬ４から順に割り当てていったときに、通信回線Ｌ３が空いた状態となる。
【００４２】
なお、本実施形態のように、シングルリクエストの優先順位を昇順で割り当て、バスケットリクエストをこれとは反対の降順で割り当てると、シングルリクエスト及びバスケットリクエストのいずれの優先順位も中間の順位となる通信回線Ｌ（この例では、Ｌ２またはＬ３）は、いずれかの高い順位が割り当てられた通信回線Ｌに比べ、回線使用率が低くなる。従って、シングル注文及びバスケット注文以外の業務（例えば、発生頻度は低いが緊急度が高いもの）は、これらの回線を利用するようにしてもよい。
【００４３】
本実施形態によれば、シングル注文に係るリクエストは、バスケット注文に係るリクエストによる影響をほとんど受けずに、遅延なく証券取引所システム３へ送信される。さらに、バスケット注文はなるべく多くの回線を利用して、迅速に証券取引所システム３へ送信を完了することができる。
【００４４】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００４５】
上記実施形態では、株式のシングル注文及びバスケット注文を例に説明したが、これら以外の業務処理に対しても適用できる。例えば、発行するリクエストのピークである繁忙期が重ならない複数の業務（例えば、日中処理と夜間処理）について適用しても、全体の回線リソースを効率的に利用してデータ送信を行うことができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態に係るデータ通信システムの構成図である。
【図２】シングル注文処理部及びバスケット注文処理部が発行するリクエスト数の時間変化を示す。
【図３】所定の時刻における回線の使用状態の一例を示す図である。
【符号の説明】
【００４７】
１      データ送信システム
３      証券取引所システム
１１    シングル注文処理部
１３    バスケット注文処理部
２０ａ〜ｄ      データ送信部
２１ａ〜ｄ、２３ａ〜ｄ  通信チャネル
２５ａ〜ｄ      キュー
２７ａ〜ｄ      プロトコル制御部
Ｌ１〜４        通信回線
【図１】
2008250526.tif 000003
【図２】
2008250526.tif 000004
【図３】
2008250526.tif 000005