JP2010086170A - 発注管理システムおよびその方法、並びにプログラム - Google Patents

Abstract

【課題】ファンドマネージャの指示に基づきブローカへの発注作業を行うトレーダの作業負担を軽減することができる発注管理システムおよびその方法を提供する。
【解決手段】発注管理サーバ２０に、作業状態の識別用のステータスデータおよび発注内容データを記憶しておき、トレーダ端末装置５０で、発注管理サーバ２０から取得したステータスデータおよび発注内容データを用いて各銘柄についての現在の作業状態および発注内容を示す発注管理画面を表示し、この発注管理画面でトレーダによる発注対象銘柄の選択入力を受け付けて発注管理サーバ２０から取得した発注内容データを用いてブローカへの送信用のファイルを作成する。
【選択図】図１

Description

本発明は、ファンドマネージャの指示に基づきトレーダがブローカに対して金融商品の売買注文を発注する作業を管理する処理を実行するコンピュータにより構成された発注管理システムおよびその方法、並びにプログラムに係り、例えば、ファンドの資金を用いて複数銘柄の株式や債券等をまとめて売買する場合に利用できる。

一般に、ファンドの構成銘柄の入替、追加、削除、あるいは各構成銘柄の数量を増減させる売買を行う際には、トレーダがファンドマネージャから発注指示を受け、ブローカ（証券会社）に対して発注するという作業を行う。このようなトレーダによる発注作業は、ブローカに対し、複数の銘柄をまとめて発注する形態が採られ、バスケット発注等の大量発注で行われるのが一般的である。

従来より、複数の銘柄をブローカに発注する際には、全ての銘柄の注文について、発注内容を記載した紙媒体の帳票を銘柄毎に出力するという作業を行う必要があった。そして、紙媒体として出力した帳票を、ファクシミリでブローカに送信するか、あるいは帳票をスキャンし、スキャンして得られたイメージデータのファイルを、電子メールに添付してブローカに送信していた。また、電子メールで送信する場合に、添付ファイルの容量を少なくするために、帳票に記載された発注内容を、手入力でファイル（例えば、マイクロソフト社のエクセルファイル等）に打ち込み、このファイルを電子メールに添付してブローカに送信する作業を行うこともあった。

なお、複数の銘柄について１つの画面から一斉に売買指示を出すバスケット注文（一括注文）を行うことができるシステムが知られている（非特許文献１参照）。

カブドットコム証券株式会社、"バスケット注文（一括注文）"、［online］、カブドットコム証券ホームページ、［平成２０年９月１６日検索］、インターネット＜ＵＲＬ：http://www.kabu.com/riskmanagement/basket.asp＞

しかしながら、紙媒体として銘柄毎に出力した帳票を、ファクシミリで送信するのは、事務作業が煩雑になり、また、スキャンしてファイルにして電子メールに添付して送信するのは、添付ファイルの容量が大きくなるという問題がある。さらに、添付ファイルの容量を減らすために、銘柄毎の各帳票に記載された発注内容を、手入力でファイルに打ち込んでまとめるのは、事務作業の負担が大きく、数値を打ち間違える等の人為的な入力ミスを生じるおそれもある。

また、前述した非特許文献１に記載されたバスケット注文（一括注文）を行うことができるシステムは、ファンドマネージャの発注指示に基づきトレーダがブローカ（証券会社）に対して発注する作業を行うためのシステムではなく、そのような作業を行う際における前述した問題を解消するものではない。

本発明の目的は、ファンドマネージャの指示に基づきブローカへの発注作業を行うトレーダの作業負担を軽減することができる発注管理システムおよびその方法、並びにプログラムを提供するところにある。

本発明は、ファンドマネージャの指示に基づきトレーダがブローカに対して金融商品の売買注文を発注する作業を管理する処理を実行するコンピュータにより構成された発注管理システムであって、金融商品の売買注文を発注する作業を管理する処理を実行するとともにこの処理に必要なデータを記憶する発注管理サーバと、この発注管理サーバに通信回線を介して接続された、トレーダの操作するトレーダ端末装置とを備え、発注管理サーバは、売買対象となる前記金融商品の各銘柄について、少なくともファンドマネージャがトレーダに対して発注を依頼することを検討中の依頼検討状態、ファンドマネージャがトレーダに対して発注を依頼した発注待ち状態、およびトレーダがブローカへの発注を行うか若しくは行った約定待ち状態を含む作業状態を識別するためのステータスデータ、並びに、発注に必要となる、ファンドを識別するファンド識別情報、ファンドの資金で売買される金融商品の銘柄を識別する銘柄識別情報、売買区分、および売買金額若しくは売買数量を含む発注内容データを関連付けて記憶する発注管理情報記憶手段と、トレーダ端末装置からのトレーダの要求に応じ、発注管理情報記憶手段に記憶されたステータスデータおよび発注内容データを、通信回線を介してトレーダ端末装置へ送信する処理を実行する発注管理情報送信処理手段と、トレーダ端末装置から通信回線を介して送信されてくる、発注待ち状態から約定待ち状態への作業状態変更指示情報およびその他の作業状態変更指示情報を前記銘柄識別情報とともに受信し、受信した銘柄識別情報に関連付けて発注管理情報記憶手段に記憶されているステータスデータを、発注待ち状態を示すデータから約定待ち状態を示すデータへ変更する処理を実行するステータス変更処理手段とを含んで構成され、トレーダ端末装置は、発注管理サーバから通信回線を介してステータスデータおよび発注内容データを取得し、取得したステータスデータおよび発注内容データを互いに関連付けて取得データ記憶手段に記憶させるとともに、取得したステータスデータおよび発注内容データを用いて、金融商品の各銘柄についての現在の作業状態および発注内容を示す発注管理画面を、トレーダ端末装置の画面上に表示する処理を実行する発注管理画面表示処理手段と、この発注管理画面表示処理手段により発注管理画面に表示されている金融商品の各銘柄の中からのトレーダによる発注対象銘柄の選択入力を受け付け、選択された発注対象銘柄についての銘柄識別情報と関連付けて取得データ記憶手段に記憶されている発注内容データを用いて、ブローカへの送信用のファイルを作成する処理を実行するファイル作成処理手段と、ブローカへの発注を行うか若しくは行った銘柄についてのトレーダによる発注待ち状態から約定待ち状態への作業状態変更指示情報の入力を受け付け、受け付けた作業状態変更指示情報を、ブローカへの発注を行うか若しくは行った銘柄についての銘柄識別情報とともに通信回線を介して発注管理サーバへ送信する処理を実行する作業状態変更指示受付処理手段とを含んで構成されていることを特徴とするものである。

このような本発明の発注管理システムにおいては、トレーダ端末装置で発注管理画面に表示されている金融商品の各銘柄の中からのトレーダによる発注対象銘柄の選択入力を受け付け、選択された発注対象銘柄についての銘柄識別情報と関連付けて取得データ記憶手段に記憶されている発注内容データを用いて、ブローカへの送信用のファイルを作成する構成とされているので、トレーダは、発注管理画面で各銘柄の発注作業の進捗状況や発注内容を参照しながら、発注対象銘柄の選択を行い、その選択操作に伴ってブローカへの送信用のファイルを作成することが可能となる。このため、従来行っていたファクシミリにより帳票を送信する場合に比べ、複数の銘柄を発注する際のトレーダの作業負担が軽減され、また、帳票をスキャンして添付ファイルとして電子メールで送信する場合に比べ、スキャン作業の手間がかからないことからトレーダの作業負担が軽減されるうえ、添付ファイルの容量が大きくなるという不都合も解消される。さらに、銘柄毎の各帳票に記載された発注内容を手入力でファイルに打ち込む作業も必要ないので、トレーダの作業負担が軽減されるうえ、人為的な入力ミスが発生するおそれも解消することが可能となり、これらにより前記目的が達成される。

また、前述した発注管理システムにおいて、トレーダ端末装置のファイル作成処理手段は、選択された発注対象銘柄についての銘柄識別情報と関連付けて取得データ記憶手段に記憶されているステータスデータを用いて、選択された発注対象銘柄が発注待ち状態であるか否かを判断し、発注待ち状態である場合には、ファイルを作成し、発注待ち状態でない場合には、ファイルを作成せずに、選択された発注対象銘柄は発注対象とすることができない旨を画面表示する処理を実行する構成とされていることが望ましい。

このようにトレーダ端末装置でトレーダが選択した発注対象銘柄についてステータスデータが発注待ち状態を示すデータでないときには、ファイルが作成されない構成とした場合には、ファンドマネージャが未だ発注を依頼していない銘柄を、トレーダが誤って発注してしまうという事態を未然に防止することが可能となる。

さらに、前述した発注管理システムにおいて、発注管理サーバのステータス変更処理手段は、トレーダ端末装置から通信回線を介して送信されてくる、発注待ち状態から約定待ち状態への作業状態変更指示情報を銘柄識別情報とともに受信したときに、受信した銘柄識別情報に関連付けて発注管理情報記憶手段に記憶されているステータスデータが約定待ち状態を示すデータであるか否かを判断し、約定待ち状態を示すデータであった場合には、既に発注済みであることを示すデータを、銘柄識別情報とともに通信回線を介してトレーダ端末装置へ送信する処理を実行する構成とされ、トレーダ端末装置の作業状態変更指示受付処理手段は、作業状態変更指示情報の発注管理サーバへの送信後に、発注管理サーバから通信回線を介して既に発注済みであることを示すデータを銘柄識別情報とともに受信した場合には、受信した銘柄識別情報の銘柄は既に発注済みである旨を画面表示する処理を実行する構成とされていることが望ましい。

このようにトレーダ端末装置から送信されてくる発注待ち状態から約定待ち状態への作業状態変更指示情報を発注管理サーバで受信したときに、ステータスデータが約定待ち状態を示すデータであったときには、既に発注済みであることを示すデータをトレーダ端末装置へ送信し、トレーダ端末装置で既に発注済みである旨を画面表示する構成とした場合には、トレーダは、ブローカへの発注作業を実施する前に、自分がブローカへ発注しようとしている銘柄が、既に発注済みであることを知ることができるので、２重発注を未然に防止することが可能となる。

そして、前述した発注管理システムにおいて、トレーダ端末装置のファイル作成処理手段は、トレーダによる発注対象銘柄の選択入力を受け付けたときに、選択された発注対象銘柄についての銘柄識別情報、ファンド識別情報、トレーダを識別するトレーダ識別情報、およびトレーダの操作するトレーダ端末装置を識別する端末識別情報を含むファイル作成信号を、通信回線を介して発注管理サーバへ送信する処理を実行する構成とされ、発注管理サーバは、トレーダにより選択された発注対象銘柄についての銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報、並びに発注作業を行ってよい１人のトレーダのみに付与される作業の優先権を付与する順番を定める順位データを、互いに関連付けて記憶する優先権管理データ記憶手段と、トレーダ端末装置から通信回線を介して送信されてくるファイル作成信号を受信し、受信時刻が早い順に作業の優先権が付与されるように受信時刻の順番に従って順位データを付与し、付与した順位データを、銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報と関連付けて優先権管理データ記憶手段に記憶させる処理を実行するとともに、受信したファイル作成信号に含まれるファンド識別情報のファンドの銘柄識別情報の銘柄について作業の優先権を有する別のトレーダによるファイル作成信号に係るデータが優先権管理データ記憶手段に既に記憶されている状態で、トレーダによるファイル作成信号を受信した場合には、発注作業を行ってはいけないことを示す発注作業不許可信号を、通信回線を介してファイル作成信号の送信元のトレーダ端末装置へ送信する処理を実行する発注作業許否判断処理手段とを含んで構成され、トレーダ端末装置は、発注管理サーバから通信回線を介して送信されてくる発注作業不許可信号を受信した場合には、発注作業を行ってはいけない旨を画面表示する処理を実行する発注作業許否結果表示処理手段を含んで構成されていることが望ましい。

このようにブローカへの送信用のファイルの作成時に、銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報を含むファイル作成信号を、トレーダ端末装置から発注管理サーバへ送信する構成とした場合には、複数のトレーダがファイルの作成を試みたときに、発注作業を行ってよい唯一のトレーダに付与される作業の優先権を管理することが可能となり、２重発注を未然に防止することが可能となる。

また、上記のようにブローカへの送信用のファイルの作成時に、銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報を含むファイル作成信号を、トレーダ端末装置から発注管理サーバへ送信する構成とした場合において、発注管理サーバの発注作業許否判断処理手段は、受信したファイル作成信号に含まれるファンド識別情報のファンドの銘柄識別情報の銘柄について作業の優先権を有する別のトレーダによるファイル作成信号に係るデータが優先権管理データ記憶手段に既に記憶されている状態で、トレーダによるファイル作成信号を受信した場合には、ファイル作成信号の送信元のトレーダ端末装置への発注作業不許可信号の送信処理に加え、作業の優先権を有する別のトレーダが作業中であるか否かを確認するための確認信号を、通信回線を介して作業の優先権を有する別のトレーダの操作するトレーダ端末装置へ送信する処理も実行する構成とされ、トレーダ端末装置は、発注管理サーバから通信回線を介して送信されてくる確認信号を受信し、作業中であるか否かを確認するための確認画面を表示して作業中であることを示す返答操作を受け付け、返答操作を受け付けた場合に作業中であることを伝達する返答信号を、通信回線を介して発注管理サーバへ送信する処理を実行する確認画面表示処理手段を含んで構成され、発注管理サーバは、トレーダ端末装置から通信回線を介して送信されてくる返答信号を予め定められた返答待ち時間内に受信しなかった場合に、返答操作を行わなかったトレーダについて作業の優先権を失効させ、作業の優先権が失効したことを通知する優先権失効通知信号を、返答操作を行わなかったトレーダの操作するトレーダ端末装置へ通信回線を介して送信するとともに、優先権管理データ記憶手段に記憶されている順位データを参照し、次の順位を有するトレーダに作業の優先権を付与し、作業の優先権が付与されたことを通知する優先権付与通知信号を、作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置へ通信回線を介して送信する処理を実行する優先権管理処理手段を含んで構成され、トレーダ端末装置は、発注管理サーバから通信回線を介して送信されてくる優先権失効通知信号を受信し、作業の優先権が失効した旨を通知する優先権失効通知画面を表示する処理を実行する優先権失効通知画面表示処理手段と、発注管理サーバから通信回線を介して送信されてくる優先権付与通知信号を受信し、作業の優先権が付与された旨を通知する優先権付与通知画面を表示する処理を実行する優先権付与通知画面表示処理手段とを含んで構成されていることが望ましい。

このように作業の優先権を有しないトレーダの操作するトレーダ端末装置からファイル作成信号を受信したときに、作業の優先権を有する別のトレーダが作業中であるか否かを確認し、返答を求める構成とした場合には、作業の優先権を有するトレーダが所定の返答待ち時間内に返答しなければ、発注作業を行っていないとみなし、次の順位を有するトレーダ（ファイル作成信号の送信元のトレーダ端末装置を操作したトレーダである場合と、その他のトレーダである場合とがある。）に作業の優先権を移すことができるので、業務の円滑化を図ることが可能となる。

さらに、上記のように作業の優先権を有しないトレーダの操作するトレーダ端末装置からファイル作成信号を受信したときに、作業の優先権を有する別のトレーダが作業中であるか否かを確認し、返答を求める構成とした場合において、発注管理サーバの優先権管理処理手段は、トレーダ端末装置から通信回線を介して送信されてくる返答信号を予め定められた返答待ち時間内に受信しなかった場合に、優先権管理データ記憶手段を参照し、作業の優先権を新たに付与されたトレーダについて、さらに次の順位のトレーダがいるか否かを判断し、さらに次の順位のトレーダがいる場合には、優先権付与通知信号に代えて、作業の優先権が付与されたことを通知し、かつ、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認するための優先権付与通知・確認信号を、作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置へ通信回線を介して送信する処理を実行する構成とされ、トレーダ端末装置は、発注管理サーバから通信回線を介して送信されてくる優先権付与通知・確認信号を受信し、作業の優先権が付与された旨を画面表示し、かつ、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認するための優先権付与通知・確認画面を表示して発注作業を行うことを示す返答操作を受け付け、返答操作を受け付けた場合に発注作業を行うことを伝達する返答信号を、通信回線を介して発注管理サーバへ送信する処理を実行する優先権付与通知・確認画面表示処理手段を含んで構成されていることが望ましい。

このように作業の優先権を移転したときに、作業の優先権を新たに付与されたトレーダについて、さらに次の順位のトレーダがいるときには、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認し、返答を求める構成とした場合には、作業の優先権を新たに付与されたトレーダが所定の返答待ち時間内に返答しなければ、発注作業を行わないとみなし、さらに次の順位のトレーダ（ファイル作成信号の送信元のトレーダ端末装置を操作したトレーダである場合と、その他のトレーダである場合とがある。）に作業の優先権を移すことができるので、業務の円滑化を図ることが可能となる。

そして、上記のように作業の優先権を有しないトレーダの操作するトレーダ端末装置からファイル作成信号を受信したときに、作業の優先権を有する別のトレーダが作業中であるか否かを確認し、返答を求める構成とした場合において、発注管理サーバの発注作業許否判断処理手段は、作業の優先権を有する別のトレーダによるファイル作成信号に係るデータが優先権管理データ記憶手段に既に記憶されている状態で、トレーダによるファイル作成信号を受信したときに、作業の優先権を有する別のトレーダによるファイル作成信号の受信時刻から予め定められた確認猶予時間を経過していない場合には、確認信号を送信することなく、作業の優先権を有する別のトレーダについて、ファイル作成信号の受信時刻から確認猶予時間を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段に記憶させる処理を実行する構成とされ、発注管理サーバは、優先権管理データ記憶手段に記憶された次回確認時刻が到来したか否かを監視し、次回確認時刻が到来した場合には、トレーダが作業中であるか否かを確認するための確認信号を、通信回線を介して次回確認時刻が到来したトレーダの操作するトレーダ端末装置へ送信する処理を実行する次回確認時刻監視処理手段を含んで構成されていることが望ましい。

このように作業の優先権を有するトレーダに対して所定の確認猶予時間を経過するまでは確認信号を送信しない構成とした場合には、作業の優先権を有するトレーダに対し、過剰に確認画面を表示して返答を求めることを避け、ある程度の作業時間を見込むことにより、作業の優先権を有するトレーダに便宜を図ることが可能となる。

また、上記のように作業の優先権を有しないトレーダの操作するトレーダ端末装置からファイル作成信号を受信したときに、作業の優先権を有する別のトレーダが作業中であるか否かを確認し、返答を求める構成とした場合において、発注管理サーバの優先権管理処理手段は、トレーダ端末装置から通信回線を介して送信されてくる返答信号を予め定められた返答待ち時間内に受信した場合に、返答操作を行ったトレーダについて、返答信号受信時刻から予め定められた確認インタバル時間を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段に記憶させる処理を実行する構成とされ、発注管理サーバは、優先権管理データ記憶手段に記憶された次回確認時刻が到来したか否かを監視し、次回確認時刻が到来した場合には、トレーダが作業中であるか否かを確認するための確認信号を、通信回線を介して次回確認時刻が到来したトレーダの操作するトレーダ端末装置へ送信する処理を実行する次回確認時刻監視処理手段を含んで構成されていることが望ましい。

このように確認に対して返答操作が行われたときには、その返答信号受信時刻から所定の確認インタバル時間が経過した時点で、次の確認を行う構成とした場合には、作業の優先権を有するトレーダが、一旦、返答操作を行って発注作業を行う意思を示しても、その後、席を離れてしまう等により、発注作業が中断されていることもあり得ることから、所定の確認インタバル時間を置いて確認を繰り返すことで、そのような作業の中断を把握し、業務の円滑化を図ることが可能となる。

さらに、前述したように、ブローカへの送信用のファイルの作成時に、銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報を含むファイル作成信号を、トレーダ端末装置から発注管理サーバへ送信する構成とした場合において、トレーダ端末装置は、トレーダによる発注対象銘柄の入力を受け付け、受け付けた発注対象銘柄についての銘柄識別情報と関連付けて取得データ記憶手段に記憶されているステータスデータおよび発注データを用いて、ブローカへの発注内容を記載した帳票を出力するとともに、トレーダによる発注対象銘柄の入力を受け付けたときに、受け付けた発注対象銘柄についての銘柄識別情報、ファンド識別情報、トレーダを識別するトレーダ識別情報、およびトレーダの操作するトレーダ端末装置を識別する端末識別情報を含む帳票出力信号を、通信回線を介して発注管理サーバへ送信する処理を実行する帳票出力処理手段を含んで構成され、発注管理サーバの優先権管理データ記憶手段は、トレーダによりファイルの作成時に選択された発注対象銘柄についての銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報に加え、トレーダによる帳票の出力時に選択された発注対象銘柄についての銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報も、順位データとともに記憶する構成とされ、発注管理サーバの発注作業許否判断処理手段は、トレーダ端末装置から通信回線を介して送信されてくるファイル作成信号および帳票出力信号を受信し、これらの受信時刻が早い順に作業の優先権が付与されるように受信時刻の順番に従って順位データを付与し、付与した順位データを、銘柄識別情報、ファンド識別情報、トレーダ識別情報、および端末識別情報と関連付けて優先権管理データ記憶手段に記憶させる処理を実行するとともに、受信したファイル作成信号または帳票出力信号に含まれるファンド識別情報のファンドの銘柄識別情報の銘柄について作業の優先権を有する別のトレーダによるファイル作成信号または帳票出力信号に係るデータが優先権管理データ記憶手段に既に記憶されている状態で、トレーダによるファイル作成信号または帳票出力信号を受信した場合には、発注作業を行ってはいけないことを示す発注作業不許可信号を、通信回線を介してファイル作成信号または帳票出力信号の送信元のトレーダ端末装置へ送信する処理を実行する構成としてもよい。

このように帳票出力時に帳票出力信号をトレーダ端末装置から発注管理サーバへ送信する構成とした場合には、ファイル作成と、帳票出力とを併存させ、両者を合わせて作業の優先権を管理し、２重発注の未然防止を図ることが可能となる。

そして、上記のように帳票出力時に帳票出力信号をトレーダ端末装置から発注管理サーバへ送信する構成とした場合において、発注管理サーバの発注作業許否判断処理手段は、受信したファイル作成信号または帳票出力信号に含まれるファンド識別情報のファンドの銘柄識別情報の銘柄について作業の優先権を有する別のトレーダによるファイル作成信号または帳票出力信号に係るデータが優先権管理データ記憶手段に既に記憶されている状態で、トレーダによるファイル作成信号または帳票出力信号を受信した場合には、ファイル作成信号または帳票出力信号の送信元のトレーダ端末装置への発注作業不許可信号の送信処理に加え、作業の優先権を有する別のトレーダが作業中であるか否かを確認するための確認信号を、通信回線を介して作業の優先権を有する別のトレーダの操作するトレーダ端末装置へ送信する処理を実行する構成とされていることが望ましい。

このように作業の優先権を有しないトレーダの操作するトレーダ端末装置からファイル作成信号または帳票出力信号を受信したときに、作業の優先権を有する別のトレーダが作業中であるか否かを確認する構成とした場合には、作業の優先権を有するトレーダが発注作業を行っていなければ、次の順位を有するトレーダ（ファイル作成信号または帳票出力信号の送信元のトレーダ端末装置を操作したトレーダである場合と、その他のトレーダである場合とがある。）に作業の優先権を移すことができるので、業務の円滑化を図ることが可能となる。

また、以上に述べた本発明の発注管理システムにより実現される発注管理方法として、以下のような本発明の発注管理方法が挙げられる。

すなわち、本発明は、ファンドマネージャの指示に基づきトレーダがブローカに対して金融商品の売買注文を発注する作業を管理する処理を実行するコンピュータにより構成された発注管理システムで実行される発注管理方法であって、金融商品の売買注文を発注する作業を管理する処理を実行するとともにこの処理に必要なデータを記憶する発注管理サーバと、この発注管理サーバに通信回線を介して接続された、トレーダの操作するトレーダ端末装置とを設け、売買対象となる金融商品の各銘柄について、少なくともファンドマネージャがトレーダに対して発注を依頼することを検討中の依頼検討状態、ファンドマネージャがトレーダに対して発注を依頼した発注待ち状態、およびトレーダがブローカへの発注を行うか若しくは行った約定待ち状態を含む作業状態を識別するためのステータスデータ、並びに、発注に必要となる、ファンドを識別するファンド識別情報、ファンドの資金で売買される金融商品の銘柄を識別する銘柄識別情報、売買区分、および売買金額若しくは売買数量を含む発注内容データを関連付けて発注管理サーバの発注管理情報記憶手段に記憶させ、発注管理サーバの発注管理情報送信処理手段が、トレーダ端末装置からのトレーダの要求に応じ、発注管理情報記憶手段に記憶されたステータスデータおよび発注内容データを、通信回線を介してトレーダ端末装置へ送信する処理を実行し、トレーダ端末装置の発注管理画面表示処理手段が、発注管理サーバから通信回線を介してステータスデータおよび発注内容データを取得し、取得したステータスデータおよび発注内容データを互いに関連付けて取得データ記憶手段に記憶させるとともに、取得したステータスデータおよび発注内容データを用いて、金融商品の各銘柄についての現在の作業状態および発注内容を示す発注管理画面を、トレーダ端末装置の画面上に表示する処理を実行し、トレーダ端末装置のファイル作成処理手段が、発注管理画面表示処理手段により発注管理画面に表示されている金融商品の各銘柄の中からトレーダによる発注対象銘柄の選択入力を受け付け、選択された発注対象銘柄についての銘柄識別情報と関連付けて取得データ記憶手段に記憶されている発注内容データを用いて、ブローカへの送信用のファイルを作成する処理を実行し、トレーダ端末装置の作業状態変更指示受付処理手段が、ブローカへの発注を行うか若しくは行った銘柄についてのトレーダによる発注待ち状態から約定待ち状態への作業状態変更指示情報の入力を受け付け、受け付けた作業状態変更指示情報を、ブローカへの発注を行うか若しくは行った銘柄についての銘柄識別情報とともに通信回線を介して発注管理サーバへ送信する処理を実行し、発注管理サーバのステータス変更処理手段が、トレーダ端末装置から通信回線を介して送信されてくる、発注待ち状態から約定待ち状態への作業状態変更指示情報およびその他の作業状態変更指示情報を銘柄識別情報とともに受信し、受信した銘柄識別情報に関連付けて発注管理情報記憶手段に記憶されているステータスデータを、発注待ち状態を示すデータから約定待ち状態を示すデータへ変更する処理を実行することを特徴とするものである。

このような本発明の発注管理方法においては、前述した本発明の発注管理システムで得られる作用・効果がそのまま得られ、これにより前記目的が達成される。

また、本発明のプログラムは、前述した発注管理システムとして、コンピュータを機能させるためのものである。

なお、上記のプログラムまたはその一部は、例えば、光磁気ディスク（ＭＯ）、コンパクトディスク（ＣＤ）を利用した読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）、デジタル・バーサタイル・ディスク（ＤＶＤ）を利用した読出し専用メモリ（ＤＶＤ−ＲＯＭ）、ＤＶＤを利用したランダム・アクセス・メモリ（ＤＶＤ−ＲＡＭ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等の記録媒体に記録して保存や流通等させることが可能であるとともに、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等の有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に載せて搬送することも可能である。さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

以上に述べたように本発明によれば、トレーダ端末装置で発注管理画面に表示されている金融商品の各銘柄の中からのトレーダによる発注対象銘柄の選択入力を受け付け、選択された発注対象銘柄についての銘柄識別情報と関連付けて取得データ記憶手段に記憶されている発注内容データを用いて、ブローカへの送信用のファイルを作成する構成とされているので、トレーダは、発注管理画面で各銘柄の発注作業の進捗状況や発注内容を参照しながら、発注対象銘柄の選択を行い、その選択操作に伴ってブローカへの送信用のファイルを作成することができるため、複数の銘柄を発注する際のトレーダの作業負担を軽減することができるという効果がある。

以下に本発明の各実施形態について図面を参照して説明する。

［第１実施形態］

図１には、本発明の第１実施形態の発注管理システム１０の全体構成が示されている。図２には、発注管理情報記憶手段３０の構成が示されている。図３には、発注管理システム１０における発注作業に伴う処理の流れがフローチャートで示されている。図４は、トレーダ端末装置５０の画面上での操作の流れの説明図である。

図１において、発注管理システム１０は、株式や債券等の金融商品の売買注文を発注する作業を管理する処理を実行するとともにこの処理に必要なデータを記憶する発注管理サーバ２０と、この発注管理サーバ２０に通信回線である社内ネットワーク１を介して接続されたファンドマネージャ端末装置４０およびトレーダ端末装置５０とを備えている。また、トレーダ端末装置５０には、通信回線であるネットワーク２を介してブローカ端末装置７０が接続されている。

社内ネットワーク１は、ファンドの運用会社の内部のネットワークであり、例えば、イントラネットや社内ＬＡＮ等で構成されている。また、ネットワーク２は、例えば、インターネットやエクストラネット等である。社内ネットワーク１およびネットワーク２は、いずれも有線であるか無線であるか、さらには有線および無線の混在型であるかは問わず、要するに、複数地点（距離の長短は問わない。）間で、ある程度の速度をもって情報を伝送することができるものであればよい。

発注管理サーバ２０は、１台または複数台のコンピュータにより構成され、株式や債券等の金融商品の売買注文を発注する作業を管理する処理を実行する処理手段２０Ａと、この処理手段２０Ａに接続された発注管理情報記憶手段３０とを備えている。

処理手段２０Ａは、発注管理情報送信処理手段２１と、ステータス変更処理手段２２とを含んで構成されている。

発注管理情報送信処理手段２１は、ファンドマネージャ端末装置４０からのファンドマネージャの要求、またはトレーダ端末装置５０からのトレーダの要求に応じ、発注管理情報記憶手段３０（図２参照）に記憶されたステータスデータおよび発注内容データを、社内ネットワーク１を介してファンドマネージャ端末装置４０またはトレーダ端末装置５０へ送信する処理を実行するものである。

具体的には、発注管理情報送信処理手段２１は、ファンドマネージャ端末装置４０やトレーダ端末装置５０での発注管理画面１００（図４参照）におけるファンドマネージャやトレーダによる商品種別やファンド等の選択操作に従って発注管理画面表示処理手段５１により発信される要求信号に応じ、発注管理情報記憶手段３０（図２参照）に記憶された、要求に係る商品種別やファンド等に該当する銘柄についてのステータスデータおよび発注内容データを、発注管理画面表示処理手段５１に引き渡すために、ファンドマネージャ端末装置４０やトレーダ端末装置５０へ送信する処理を行う。

ステータス変更処理手段２２は、ファンドマネージャ端末装置４０から社内ネットワーク１を介して送信されてくる作業状態変更指示情報（例えば、依頼検討状態から発注待ち状態への作業状態変更指示情報等）と、トレーダ端末装置５０から社内ネットワーク１を介して送信されてくる作業状態変更指示情報（例えば、発注待ち状態から約定待ち状態への作業状態変更指示情報等）とを、銘柄識別情報およびファンド識別情報（依頼書Ｎｏ．でファンドおよび銘柄を特定できる場合には、依頼書Ｎｏ．で代用してもよい。）とともに受信し、受信した銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータを、作業状態変更指示情報で指示された作業状態を示すデータへ変更する処理を実行するものである。

また、ステータス変更処理手段２２は、トレーダ端末装置５０から社内ネットワーク１を介して送信されてくる、発注待ち状態から約定待ち状態への作業状態変更指示情報を、銘柄識別情報およびファンド識別情報とともに受信したときに、受信した銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータが約定待ち状態を示すデータであるか否かを判断し、約定待ち状態を示すデータであった場合には、既に発注済みであることを示すデータを、銘柄識別情報およびファンド識別情報とともに、作業状態変更指示受付処理手段５４に引き渡すために、社内ネットワーク１を介してトレーダ端末装置５０へ送信する処理を実行する。

発注管理情報記憶手段３０は、図２に示すように、売買対象となる金融商品の各銘柄について、発注に必要となる発注内容データとして、依頼書Ｎｏ．と、ファンドを識別するファンド識別情報（ファンドコード）と、ファンドの資金で売買される金融商品の銘柄を識別する銘柄識別情報（銘柄コード）と、売買の別を示す売買区分と、売買金額若しくは売買数量（債券の場合には、額面金額）とを記憶し、その他に、単価、利率、業者、償還年月、受渡日等を記憶するとともに、一連の発注作業における現在の作業状態を識別するためのステータスデータを記憶するものである。

ここで、ステータスデータは、本実施形態では、説明の便宜上、簡略化し、一例として、「１」をファンドマネージャがトレーダに対して発注を依頼することを検討中の依頼検討状態を示すデータとし、「２」をファンドマネージャがトレーダに対して発注を依頼した発注待ち状態を示すデータとし、「３」をトレーダがブローカへの発注を行うか若しくは行った約定待ち状態を示すデータとするが、これに限定されるものではなく、その他の作業状態を示すデータを用意してもよく、より詳細に作業状態を識別することができるようにしてもよい。

ファンドマネージャ端末装置４０は、ファンドマネージャが操作する端末装置であり、例えばマウスやキーボード等の入力手段と、例えば液晶ディスプレイやＣＲＴディスプレイ等の表示手段と、印刷装置とを備えたコンピュータにより構成され、図示は省略されているが、一部の機能が制限または解放されていることを除き、トレーダ端末装置５０に搭載されたプログラムと略同様なプログラムが搭載されている。

トレーダ端末装置５０は、トレーダが操作する端末装置であり、例えばマウスやキーボード等の入力手段と、例えば液晶ディスプレイやＣＲＴディスプレイ等の表示手段と、印刷装置とを備えたコンピュータにより構成され、トレーダの操作を受け付けて発注作業に関する処理を実行する処理手段５０Ａと、この処理手段５０Ａに接続された取得データ記憶手段６０およびファイル記憶手段６１とを備えている。なお、トレーダ端末装置５０には、電子メールの送受信を行うためのプログラム（汎用のメーラーでよい。）が搭載されている。

処理手段５０Ａは、発注管理画面表示処理手段５１と、ファイル作成処理手段５２と、帳票出力処理手段５３と、作業状態変更指示受付処理手段５４とを含んで構成されている。

発注管理画面表示処理手段５１は、発注管理画面１００（図４参照）でトレーダによる商品種別やファンド等の選択操作を受け付け、受け付けた商品種別やファンド等の銘柄についての発注作業の進捗状況および発注内容を表示するための要求信号（商品種別識別情報やファンド識別情報を含む。）を、社内ネットワーク１を介して発注管理サーバ２０へ送信することにより、発注管理サーバ２０から社内ネットワーク１を介してステータスデータおよび発注内容データを取得し、取得したステータスデータおよび発注内容データを互いに関連付けて取得データ記憶手段６０に記憶させるとともに、取得したステータスデータおよび発注内容データを用いて、金融商品の各銘柄についての現在の作業状態および発注内容を示す発注管理画面１００（図４参照）を、トレーダ端末装置５０の画面上に表示する処理を実行するものである。

ファイル作成処理手段５２は、発注管理画面表示処理手段５１により発注管理画面１００（図４参照）に表示されている金融商品の各銘柄の中からのトレーダによる発注対象銘柄の選択入力を受け付けた後、発注管理画面１００の「ファイル作成」ボタン１４１の押下操作を受け付け、選択された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データ（例えば、債券の場合には、依頼書Ｎｏ．、ファンド識別情報、銘柄識別情報（銘柄コード、銘柄名、ＩＳＩＮコード）、売買区分、額面金額、利率、償還年月、受渡日等）を用いて、選択された全ての発注対象銘柄の発注内容データを含む、ブローカへの送信用のファイルを作成する処理を実行するものである。なお、ファイル名は、トレーダが適宜付せばよいが、ファイル作成処理手段５２により自動決定してもよい。

また、ファイル作成処理手段５２は、選択された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されているステータスデータを用いて、選択された発注対象銘柄が発注待ち状態であるか否かを判断し、発注待ち状態である場合には、ファイルを作成し、発注待ち状態でない場合には、ファイルを作成せずに、選択された発注対象銘柄は発注対象とすることができない旨をトレーダ端末装置５０に画面表示する処理を実行する。

帳票出力処理手段５３は、発注管理画面１００（図４参照）とは異なる図示されない帳票出力画面で、トレーダによる発注対象銘柄の入力を受け付けた後、帳票出力画面の「帳票出力」ボタンの押下操作を受け付け、入力された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データ（例えば、債券の場合には、依頼書Ｎｏ．、ファンド識別情報、銘柄識別情報（銘柄コード、銘柄名、ＩＳＩＮコード）、売買区分、額面金額、利率、償還年月、受渡日等）を用いて、入力された発注対象銘柄の発注内容が記載された帳票６２を印刷する処理を実行するものである。

作業状態変更指示受付処理手段５４は、作業状態変更指示画面１５０（図４参照）で、「発注」ボタン１５１の押下操作を受け付けることにより、ブローカへの発注を行うか若しくは行った銘柄についてのトレーダによる発注待ち状態から約定待ち状態への作業状態変更指示情報の入力を受け付け、受け付けた作業状態変更指示情報を、ブローカへの発注を行うか若しくは行った銘柄についての銘柄識別情報およびファンド識別情報とともに、ステータス変更処理手段２２に引き渡すために、社内ネットワーク１を介して発注管理サーバ２０へ送信する処理を実行するものである。

また、作業状態変更指示受付処理手段５４は、作業状態変更指示情報の発注管理サーバ２０への送信後に、発注管理サーバ２０から社内ネットワーク１を介して既に発注済みであることを示すデータを、銘柄識別情報およびファンド識別情報とともに受信した場合には、受信したファンド識別情報のファンドの受信した銘柄識別情報の銘柄は既に発注済みである旨をトレーダ端末装置５０に画面表示する処理を実行する。

取得データ記憶手段６０は、発注管理画面表示処理手段５１により取得したステータスデータおよび発注内容データを、互いに関連付けて一時的に記憶させるものである。

ファイル記憶手段６１は、ファイル作成処理手段５２により作成したブローカへの送信用のファイルを記憶するものである。ファイルの保存場所（フォルダ等）は、トレーダが適宜決定すればよい。

ブローカ端末装置７０は、ブローカ（証券会社の担当者）が操作する端末装置であり、例えばマウスやキーボード等の入力手段と、例えば液晶ディスプレイやＣＲＴディスプレイ等の表示手段と、印刷装置とを備えたコンピュータにより構成されている。なお、ブローカ端末装置７０には、電子メールの送受信を行うためのプログラム（汎用のメーラーでよい。）が搭載されている。

そして、発注管理サーバ２０の発注管理情報記憶手段３０、並びにトレーダ端末装置５０の取得データ記憶手段６０およびファイル記憶手段６１としては、例えば、ハードディスク、ＥＥＰＲＯＭ、フラッシュ・メモリ、ＲＡＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＦＤ、磁気テープ、あるいはこれらの組合せ等を採用することができる。

また、発注管理サーバ２０の処理手段２０Ａに含まれる各処理手段２１，２２、およびトレーダ端末装置５０の処理手段５０Ａに含まれる各処理手段５１〜５４は、発注管理サーバ２０およびトレーダ端末装置５０を構成する各コンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラムにより実現される。

さらに、発注管理サーバ２０は、１台のコンピュータあるいは１つのＣＰＵにより実現されるものに限定されず、複数のコンピュータあるいは複数のＣＰＵで分散処理を行うことにより実現されるものであってもよい。

このような第１実施形態においては、以下のようにして発注管理システム１０により発注作業に関する一連の処理が行われる。本第１実施形態では、ブローカへの電子メールの送信またはファクシミリの送信を行う前に、トレーダが、作業状態変更指示画面１５０（図４参照）で「発注」ボタン１５１の押下操作を行うことにより、発注待ち状態から約定待ち状態への作業状態の変更指示を行うという業務手順を定め、２重発注を防止する。

図３において、ファンドマネージャは、ファンドマネージャ端末装置４０を操作し、自己が担当するファンドについて、今後、発注を依頼する可能性があるか、あるいは依頼することを予定している候補銘柄を指定し、その発注内容データ（候補銘柄についての銘柄識別情報、担当するファンドについてのファンド識別情報、売買区分、売買金額または売買数量等）を、社内ネットワーク１を介して発注管理サーバ２０へ送信する（ステップＳ１）。この送信処理は、作業状態変更指示受付処理手段５４により行われる。

発注管理サーバ２０では、ファンドマネージャ端末装置４０から送信されてくる発注内容データ（候補銘柄についての銘柄識別情報、ファンド識別情報、売買区分、売買金額または売買数量等）を受信し、発注管理情報記憶手段３０（図２参照）に記憶させるとともに、受信した発注内容データに関連付けて、ステータスデータとして、ファンドマネージャがトレーダに対して発注を依頼することを検討中の依頼検討状態を示すデータ「１」を記憶させる（ステップＳ２）。この送信処理は、ステータス変更処理手段２２により行われる。

続いて、ファンドマネージャは、候補銘柄として登録している銘柄について、トレーダに発注を依頼する際には、発注を依頼する銘柄を指定し、作業状態変更指示画面（不図示）に設けられた「発注を依頼する」ボタンを押下操作し、発注依頼信号（依頼検討状態から発注待ち状態への作業状態変更指示情報）を、発注を依頼する銘柄についての銘柄識別情報およびファンド識別情報とともに、社内ネットワーク１を介して発注管理サーバ２０へ送信する（ステップＳ３）。この送信処理は、作業状態変更指示受付処理手段５４により行われる。

発注管理サーバ２０では、ファンドマネージャ端末装置４０から送信されてくる発注依頼信号（依頼検討状態から発注待ち状態への作業状態変更指示情報）を、銘柄識別情報およびファンド識別情報とともに受信し、受信した銘柄識別情報およびファンド識別情報と関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータを、ファンドマネージャがトレーダに対して発注を依頼した発注待ち状態を示すデータ「２」に変更する（ステップＳ４）。この送信処理は、ステータス変更処理手段２２により行われる。

その後、トレーダは、トレーダ端末装置５０を操作し、図４に示すような発注管理画面１００を表示させる（ステップＳ５）。この表示処理は、発注管理画面表示処理手段５１により行われる。

図４において、発注管理画面１００には、表示対象とするファンドについてのファンドコードを入力するファンドコード入力部１０１と、表示対象とするファンドを選択するファンド選択部１０２と、発注日を入力する発注日入力部１０３と、全ての商品種別（現物商品、先物・先物オプション商品）を表示することを選択する全商品選択部１１０と、商品別に表示することを選択する商品別選択部１１１と、この商品別選択部１１１を選択した場合において表示する商品種別を選択する商品選択入力部１１２とが設けられている。なお、国内債券、国内株式、外国債券、外国株式等の別は、この画面１００の表示前に、選択操作が行われている。

また、発注管理画面１００には、表示対象の各銘柄（債券の場合）について、銘柄コード、銘柄名、売買区分、額面金額、単価、レート、業者、ファンドコードを示す各表示欄１２１〜１２８が設けられるとともに、各銘柄についての現在の作業の進捗状況を示すステータス（作業状態）の表示欄として、依頼、発注、発注結果、約定の各表示欄１２９〜１３２が設けられている。

ここで、「依頼」表示欄１２９に「△」が表示されている作業状態は、ステータスデータが「１」の場合であり、ファンドマネージャがトレーダに対して発注を依頼することを検討中の依頼検討状態を示す。また、「依頼」表示欄１２９に「→」が表示され、かつ、「発注」表示欄１３０に「△」が表示されている作業状態は、ステータスデータが「２」の場合であり、ファンドマネージャがトレーダに対して発注を依頼した発注待ち状態を示す。さらに、「発注」表示欄１３０に「→」が表示され、かつ、「約定」表示欄１３２に「△」が表示されている作業状態は、ステータスデータが「３」の場合であり、トレーダがブローカへの発注をこれから行うか若しくは既に行った約定待ち状態を示す。従って、トレーダは、各表示欄１２９〜１３２を参照することにより、発注作業を行うべき銘柄を把握することができる。

さらに、発注管理画面１００には、トレーダによりファンドコード入力部１０１またはファンド選択部１０２で指定されたファンドであり、かつ、トレーダにより全商品選択部１１０、あるいは商品別選択部１１１および商品選択入力部１１２で指定された商品種別に該当する銘柄について、各表示欄１２１〜１３２へのデータ表示を行うための「参照」ボタン１４０と、トレーダにより各表示欄１２１〜１３２で選択された発注対象銘柄についてブローカへの送信用のファイルを作成する「ファイル作成」ボタン１４１と、「参照」ボタン１４０の押下操作により各表示欄１２１〜１３２に表示された銘柄の合計件数を表示する合計件数表示部１４２と、発注管理画面１００を閉じる「終了」ボタン１４３とが設けられている。

図４の発注管理画面１００において、トレーダが、ファンドコード入力部１０１またはファンド選択部１０２で、表示対象とするファンドを指定し、かつ、全商品選択部１１０、あるいは商品別選択部１１１および商品選択入力部１１２で、表示対象とする商品種別を指定し、「参照」ボタン１４０の押下操作を行うと、発注管理画面表示処理手段５１により、データの表示要求信号（ファンド識別情報および商品種別識別情報を含む。）が、社内ネットワーク１を介して発注管理サーバ２０へ送信される（図３のステップＳ５）。

発注管理サーバ２０では、発注管理情報送信処理手段２１により、トレーダ端末装置５０から送信されてくるデータの表示要求信号（ファンド識別情報および商品種別識別情報を含む。）を受信し、受信したファンド識別情報および商品種別識別情報を用いて発注管理情報記憶手段３０（図２参照）からトレーダの表示要求に係る銘柄についてのステータスデータおよび発注内容データを抽出し、抽出したステータスデータおよび発注内容データを、発注管理画面表示処理手段５１に引き渡すために、社内ネットワーク１を介してトレーダ端末装置５０へ送信する（ステップＳ６）。

トレーダ端末装置５０では、発注管理画面表示処理手段５１により、発注管理サーバ２０から送信されてきたステータスデータおよび発注内容データを受信し、受信したステータスデータおよび発注内容データを互いに関連付けて取得データ記憶手段６０に記憶させるとともに、受信したステータスデータおよび発注内容データを用いて、発注管理画面１００（図４参照）の各表示欄１２１〜１３２に、トレーダの表示要求に係る各銘柄についての現在の作業状態および発注内容を表示する（ステップＳ５）。

それから、トレーダは、発注管理画面１００（図４参照）の各表示欄１２１〜１３２において、表示されている銘柄の中から、「依頼」表示欄１２９に「→」が表示され、かつ、「発注」表示欄１３０に「△」が表示されている銘柄（ファンドマネージャがトレーダに対して発注を依頼した発注待ち状態となっている銘柄）を見つけて発注対象銘柄として選択し、ファイル作成処理手段５２により、この選択操作を受け付ける（ステップＳ７）。図４の例では、銘柄Ｃおよび銘柄Ｅが選択されている。

続いて、トレーダが、発注管理画面１００（図４参照）の「ファイル作成」ボタン１４１の押下操作を行うと、ファイル作成処理手段５２により、この押下操作が受け付けられ、ステップＳ７で選択された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データ（例えば、債券の場合には、依頼書Ｎｏ．、ファンド識別情報、銘柄識別情報（銘柄コード、銘柄名、ＩＳＩＮコード）、売買区分、額面金額、利率、償還年月、受渡日等）を用いて、選択された全ての発注対象銘柄の発注内容データを含む、ブローカへの送信用のファイルが作成され、ファイル記憶手段６１に格納される（ステップＳ８）。この際、ファイル名については、トレーダが適当な名称を付すことができ、ファイルの格納先のフォルダについては、トレーダが適宜決めることができる。なお、作成されるファイルは、例えばＣＳＶファイル等である。

また、トレーダは、従来から行われている帳票出力を行ってもよい。すなわち、帳票出力処理手段５３により、発注管理画面１００（図４参照）とは異なる図示されない帳票出力画面で、トレーダによる発注対象銘柄の入力を受け付けた後（ステップＳ７）、帳票出力画面に設けられた「帳票出力」ボタンの押下操作を受け付け、入力された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データ（例えば、債券の場合には、依頼書Ｎｏ．、ファンド識別情報、銘柄識別情報（銘柄コード、銘柄名、ＩＳＩＮコード）、売買区分、額面金額、利率、償還年月、受渡日等）を用いて、入力された発注対象銘柄の発注内容が記載された帳票６２を印刷する（ステップＳ８）。この帳票６２の印刷は、銘柄毎に行われる。

それから、トレーダが、ブローカへの電子メールの送信またはファクシミリの送信を行う前に、トレーダ端末装置５０に作業状態変更指示画面１５０（図４参照）を表示させ、この画面１５０で「発注」ボタン１５１の押下操作を行うと、作業状態変更指示受付処理手段５４により、この押下操作が受け付けられ、トレーダによる発注作業履行信号（ブローカへの発注がこれから行われる銘柄についてのトレーダによる発注待ち状態から約定待ち状態への作業状態変更指示情報）が、銘柄識別情報およびファンド識別情報とともに、社内ネットワーク１を介して発注管理サーバ２０へ送信される（ステップＳ９）。

発注管理サーバ２０では、ステータス変更処理手段２２により、トレーダ端末装置５０から社内ネットワーク１を介して送信されてくる作業状態変更指示情報（発注待ち状態から約定待ち状態への作業状態変更指示情報等）を、銘柄識別情報およびファンド識別情報（依頼書Ｎｏ．でファンドおよび銘柄を特定できる場合には、依頼書Ｎｏ．で代用してもよい。）とともに受信する（ステップＳ１０）。

そして、ステータス変更処理手段２２により、受信した銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータが約定待ち状態を示すデータであるか否かを判断し（ステップＳ１１）、約定待ち状態を示すデータであった場合には、発注作業不許可信号（既に発注済みであることを示すデータ）を、銘柄識別情報およびファンド識別情報とともに、社内ネットワーク１を介してトレーダ端末装置５０へ送信する（ステップＳ１２）。

トレーダ端末装置５０では、作業状態変更指示受付処理手段５４により、発注管理サーバ２０から送信されてきた発注作業不許可信号（既に発注済みであることを示すデータ）を、銘柄識別情報およびファンド識別情報とともに受信した場合には、受信したファンド識別情報のファンドの受信した銘柄識別情報の銘柄は既に発注済みであるから発注作業を行ってはならない旨を画面表示する（ステップＳ１３）。

一方、ステップＳ１１で、約定待ち状態を示すデータでなかった場合には、ステータス変更処理手段２２により、受信した銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータを、約定待ち状態を示すデータへ変更する（ステップＳ１４）。この結果、前述したステップＳ７で、図４の上側の発注管理画面１００に示すように、発注対象銘柄として銘柄Ｃおよび銘柄Ｅが選択され、これらの銘柄Ｃ，Ｅについてブローカへの発注作業が行われた場合には、再び、トレーダが発注管理画面１００を表示させると、図４の下側の発注管理画面１００に示すように、銘柄Ｃおよび銘柄Ｅについて、「発注」表示欄１３０に「→」が表示され、かつ、「約定」表示欄１３２に「△」が表示されている状態となり、ファンドαの銘柄Ｃ，Ｅが発注済みであり、発注作業を行う必要のない銘柄であることがわかるようになっている。

その後、トレーダは、作業状態変更指示受付処理手段５４により、発注管理サーバ２０からの発注作業不許可信号（既に発注済みであることを示すデータ）を受信しなかった場合には、ブローカへ送信するための電子メールを作成し、作成した電子メールにファイル記憶手段６１に格納されたファイルを添付し、ネットワーク２を介してブローカ端末装置７０へ送信する（ステップＳ１５）。また、トレーダは、帳票６２を印刷した場合には、これをファクシミリでブローカへ送信するか、または帳票６２をスキャンしてファイルを作成し、このファイルを電子メールに添付してネットワーク２を介してブローカ端末装置７０へ送信してもよい（ステップＳ１５）。

そして、ブローカは、ブローカ端末装置７０を操作し、トレーダからの電子メールを受信し、添付ファイルの内容を参照して発注内容を確認するか、またはトレーダからのファクシミリを受信し、このファクシミリを参照して発注内容を確認し、市場での売買取引を実行する（ステップＳ１６）。

このような第１実施形態によれば、次のような効果がある。すなわち、発注管理システム１０は、トレーダ端末装置５０で発注管理画面１００（図４参照）に表示されている金融商品の各銘柄の中からのトレーダによる発注対象銘柄の選択入力を受け付け、選択された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データを用いて、ブローカへの送信用のファイルを作成する構成とされているので、トレーダは、発注管理画面１００（図４参照）で各銘柄の発注作業の進捗状況や発注内容を参照しながら、発注対象銘柄の選択を行い、その選択操作に伴ってブローカへの送信用のファイルを作成することができる。このため、従来行っていたファクシミリにより帳票６２を送信する場合（本第１実施形態の発注管理システム１０でも、帳票６２の出力を選択することはできる。）に比べ、複数の銘柄を発注する際のトレーダの作業負担を軽減することができる。また、帳票６２をスキャンして添付ファイルとして電子メールで送信する場合に比べ、スキャン作業の手間がかからないことからトレーダの作業負担を軽減することができるうえ、添付ファイルの容量が大きくなるという不都合も解消することができる。さらに、添付ファイルの容量を減らすことを目的として銘柄毎の各帳票６２に記載された発注内容を手入力でファイルに打ち込んでまとめる作業も必要ないので、トレーダの作業負担を軽減することができるうえ、人為的な入力ミスが発生するおそれも解消することができる。

また、ファイル作成処理手段５２は、選択された発注対象銘柄についての銘柄識別情報およびファイル識別情報と関連付けて取得データ記憶手段６０に記憶されているステータスデータを用いて、選択された発注対象銘柄が発注待ち状態であるか否かを判断し、発注待ち状態でない場合には、ファイルを作成せずに、選択された発注対象銘柄は発注対象とすることができない旨を画面表示する構成とされているので、ファンドマネージャが未だ発注を依頼していない銘柄を、トレーダが誤って発注してしまうという事態を未然に防止することができる。

さらに、発注管理システム１０は、作業状態変更指示画面１５０（図４参照）で「発注」ボタン１５１の押下操作が行われ、トレーダ端末装置５０から送信されてくる発注待ち状態から約定待ち状態への作業状態変更指示情報を発注管理サーバ２０で受信したときに、ステータスデータが約定待ち状態を示すデータであった場合には、既に発注済みであることを示すデータをトレーダ端末装置５０へ送信し、トレーダ端末装置５０で既に発注済みである旨を画面表示する構成とされているので、トレーダは、ブローカへの発注作業（電子メールやファクシミリの送信）を実施する前に、自分がブローカへ発注しようとしている銘柄が、既に発注済みであることを知ることができるため、２重発注を未然に防止することができる。

そして、発注管理システム１０は、発注管理画面１００（図４参照）で「ファイル作成」ボタン１４１の押下操作が行われたときに、ファイルの作成は行うが、この押下操作が行われたことをもって、ステータスデータを約定待ち状態を示すデータに変更するということはなく、ステータスデータの変更は、別の画面である作業状態変更指示画面１５０（図４参照）の「発注」ボタン１５１の押下操作を行うことで初めて実行される構成とされているので、ファイル作成ではなく、従来からの帳票６２の出力を行いたいトレーダの要望にも応えることができ、従来の帳票６２による発注作業に慣れているトレーダにとっても、便利なシステムを実現することができる。

［第２実施形態］

図５には、本発明の第２実施形態の発注管理システム２００の全体構成が示されている。図６には、優先権管理データ記憶手段２３１の構成が示されている。図７には、発注管理システム２００における発注作業に伴う処理の流れがフローチャートで示されている。また、図８および図９には、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタンの押下操作が行われたときの処理の流れがフローチャートで示され、図１０には、所定周期で繰り返される返答期限の監視処理の流れがフローチャートで示され、図１１には、所定周期で繰り返される次回確認時刻の監視処理の流れがフローチャートで示され、図１２には、「発注」ボタン１５１（図４参照）の押下操作が行われたときの処理の流れがフローチャートで示されている。さらに、図１３および図１４には、作業の優先権の管理の例が示されている。

本第２実施形態の発注管理システム２００では、トレーダ端末装置２５０でトレーダが「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタンの押下操作を行ったときに、ファイル作成信号または帳票出力信号を発注管理サーバ２２０へ送信することにより、複数のトレーダがファイル作成または帳票出力を試みた場合における作業の優先権の管理を行う点が、前記第１実施形態の発注管理システム１０の場合と異なるが、その他の点は、前記第１実施形態の発注管理システム１０の場合と略同様であるから、同一部分には同一符号を付し、以下には、異なる部分について説明を行う。

図５において、発注管理システム２００は、株式や債券等の金融商品の売買注文を発注する作業を管理する処理を実行するとともにこの処理に必要なデータを記憶する発注管理サーバ２２０と、この発注管理サーバ２２０に通信回線である社内ネットワーク１を介して接続されたファンドマネージャ端末装置４０およびトレーダ端末装置２５０とを備えている。また、トレーダ端末装置２５０には、通信回線であるネットワーク２を介してブローカ端末装置７０が接続されている。

発注管理サーバ２２０は、１台または複数台のコンピュータにより構成され、株式や債券等の金融商品の売買注文を発注する作業を管理する処理を実行する処理手段２２０Ａと、この処理手段２２０Ａに接続された発注管理情報記憶手段３０および優先権管理データ記憶手段２３１とを備えている。

処理手段２２０Ａは、発注管理情報送信処理手段２１と、ステータス変更処理手段２２と、発注作業許否判断処理手段２２３と、優先権管理処理手段２２４と、次回確認時刻監視処理手段２２５とを含んで構成されている。

発注作業許否判断処理手段２２３は、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくるファイル作成信号または帳票出力信号を受信し、受信時刻が早い順に作業の優先権が付与されるように受信時刻の順番に従って順位データを付与し、付与した順位データを、銘柄識別情報（銘柄コード等）、ファンド識別情報（ファンドコード等）、トレーダ識別情報（従業員コード等）、および端末識別情報（ＩＰアドレス等）と関連付けて優先権管理データ記憶手段２３１（図６参照）に記憶させる処理を実行するものである。

また、発注作業許否判断処理手段２２３は、受信したファイル作成信号または帳票出力信号に含まれるファンド識別情報のファンドの銘柄識別情報の銘柄について、すなわち同一ファンドの同一銘柄について作業の優先権を有する別のトレーダによるファイル作成信号または帳票出力信号に係るデータが優先権管理データ記憶手段２３１（図６参照）に既に記憶されている状態で、作業の優先権を有しないトレーダによるファイル作成信号または帳票出力信号を受信した場合には、発注作業を行ってはいけないことを示す発注作業不許可信号を、社内ネットワーク１を介してファイル作成信号または帳票出力信号の送信元のトレーダ端末装置２５０へ送信するとともに、作業の優先権を有する別のトレーダが作業中であるか否かを確認するための確認信号を、社内ネットワーク１を介して作業の優先権を有する別のトレーダの操作するトレーダ端末装置２５０へ送信し、作業の優先権を有する別のトレーダについて優先権管理データ記憶手段２３１（図６参照）の返答期限に、所定の返答待ち時間（例えば３分間等）経過後の時刻を記憶させる処理を実行する。

さらに、発注作業許否判断処理手段２２３は、作業の優先権を有する別のトレーダによるファイル作成信号または帳票出力信号に係るデータが優先権管理データ記憶手段２３１（図６参照）に既に記憶されている状態で、作業の優先権を有しないトレーダによるファイル作成信号または帳票出力信号を受信したときに、作業の優先権を有する別のトレーダが最初に優先権を付与されたトレーダ（順位＝１のトレーダ）であり、かつ、この最初に優先権を付与されたトレーダについての初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻から所定の確認猶予時間（例えば１０分間等）を経過していない場合には、確認信号を送信することなく、作業の優先権を有する別のトレーダ（順位＝１のトレーダ）について、初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻から所定の確認猶予時間を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段２３１（図６参照）に記憶させる処理を実行する。

優先権管理処理手段２２４は、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくる返答信号を、所定の返答待ち時間（例えば３分間等）内に受信しなかった場合、すなわち優先権管理データ記憶手段２３１（図６参照）に記憶された返答期限までに受信しなかった場合には、返答操作を行わなかったトレーダについて作業の優先権を失効させて優先権管理データ記憶手段２３１（図６参照）に作業の優先権が失効したことを示すデータを記憶させ、作業の優先権が失効したことを通知する優先権失効通知信号を、返答操作を行わなかったトレーダの操作するトレーダ端末装置２５０へ社内ネットワーク１を介して送信するとともに、優先権管理データ記憶手段２３１（図６参照）に記憶されている順位データを参照し、次の順位を有するトレーダに作業の優先権を付与して優先権管理データ記憶手段２３１（図６参照）に作業の優先権を保有することを示すデータを記憶させ、作業の優先権が付与されたことを通知する優先権付与通知信号を、作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置２５０へ社内ネットワーク１を介して送信する処理を実行するものである。

また、優先権管理処理手段２２４は、優先権管理データ記憶手段２３１（図６参照）に記憶されている順位データを参照し、作業の優先権を新たに付与されたトレーダについて、さらに次の順位のトレーダがいるか否かを判断し、さらに次の順位のトレーダがいる場合には、優先権付与通知信号に代えて、作業の優先権が付与されたことを通知し、かつ、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認するための優先権付与通知・確認信号を、作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置２５０へ社内ネットワーク１を介して送信する処理を実行する。

さらに、優先権管理処理手段２２４は、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくる返答信号（ファンド識別情報、銘柄識別情報、トレーダ識別情報、端末識別情報を含む。）を、所定の返答待ち時間（例えば３分間等）内に受信した場合、すなわち優先権管理データ記憶手段２３１（図６参照）に記憶された返答期限までに受信した場合には、返答操作を行ったトレーダについて、優先権管理データ記憶手段２３１（図６参照）に返答信号受信時刻を記憶させ、この返答信号受信時刻から所定の確認インタバル時間（例えば１０分間等）を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段２３１（図６参照）に記憶させる処理を実行する。

次回確認時刻監視処理手段２２５は、優先権管理データ記憶手段２３１（図６参照）に記憶された次回確認時刻が到来したか否かを監視し、次回確認時刻が到来したと判断した場合には、トレーダが作業中であるか否かを確認するための確認信号を、社内ネットワーク１を介して次回確認時刻が到来したトレーダの操作するトレーダ端末装置２５０へ送信する処理を実行するものである。

優先権管理データ記憶手段２３１は、図６に示すように、トレーダによりファイル作成時または帳票出力時に選択された発注対象銘柄についての依頼書Ｎｏ．、ファンド識別情報（ファンドコード）、銘柄識別情報（銘柄コード）、トレーダ識別情報（従業員コード等）、および端末識別情報（ＩＰアドレス等）、並びにファイル作成・帳票出力の別を示すデータ、作業の優先権（発注作業を行ってよい１人のトレーダのみに付与される権利）を付与する順番を定める順位データ、作業の優先権の有無を示すデータ、初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻、直近のファイル作成信号受信時刻または直近の帳票出力信号受信時刻、返答期限、返答信号受信時刻、次回確認時刻を、互いに関連付けて記憶するものである。なお、図６の例は、図１３の例に対応している。また、作業の優先権の有無を示すデータには、作業の優先権を失効した場合には、「失効」を示すデータが記憶され、作業の優先権を有する場合には、「保有」を示すデータが記憶され、それ以外の場合、すなわち作業の優先権を有しないが、作業の優先権を付与される候補である場合は、空欄またはＮＵＬＬとなる。

本第２実施形態のトレーダ端末装置２５０は、処理手段２５０Ａの構成が、前記第１実施形態のトレーダ端末装置５０の場合と異なっている。

処理手段２５０Ａは、発注管理画面表示処理手段５１と、ファイル作成処理手段２５２と、帳票出力処理手段２５３と、作業状態変更指示受付処理手段５４と、発注作業許否結果表示処理手段２５５と、確認画面表示処理手段２５６と、優先権失効通知画面表示処理手段２５７と、優先権付与通知画面表示処理手段２５８と、優先権付与通知・確認画面表示処理手段２５９とを含んで構成されている。

ファイル作成処理手段２５２は、前記第１実施形態のファイル作成処理手段５２と同様な処理を行うことに加え、トレーダによる発注対象銘柄の選択入力を受け付け、「ファイル作成」ボタン１４１（図４参照）の押下操作を受け付けたときに、選択された発注対象銘柄についての銘柄識別情報（銘柄コード等）、ファンド識別情報（ファンドコード等）、トレーダを識別するトレーダ識別情報（従業員コード等）、およびトレーダの操作するトレーダ端末装置２５０を識別する端末識別情報（ＩＰアドレス等）を含むファイル作成信号を、社内ネットワーク１を介して発注管理サーバ２２０へ送信する処理を実行するものである。

帳票出力処理手段２５３は、前記第１実施形態の帳票出力処理手段５３と同様な処理を行うことに加え、トレーダによる発注対象銘柄の入力を受け付け、「帳票出力」ボタン（不図示）の押下操作を受け付けたときに、受け付けた発注対象銘柄についての銘柄識別情報（銘柄コード等）、ファンド識別情報（ファンドコード等）、トレーダを識別するトレーダ識別情報（従業員コード等）、およびトレーダの操作するトレーダ端末装置２５０を識別する端末識別情報（ＩＰアドレス等）を含む帳票出力信号を、社内ネットワーク１を介して発注管理サーバ２２０へ送信する処理を実行するものである。

発注作業許否結果表示処理手段２５５は、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる発注作業不許可信号を受信した場合には、発注作業を行ってはいけない旨を、トレーダ端末装置２５０に画面表示する処理を実行するものである。

確認画面表示処理手段２５６は、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる確認信号を受信し、トレーダが作業中であるか否かを確認するための確認画面（不図示）をトレーダ端末装置２５０の画面上に表示して作業中であることを示す返答操作を受け付け、返答操作を受け付けた場合に作業中であることを伝達する返答信号（ファンド識別情報、銘柄識別情報、トレーダ識別情報、端末識別情報を含む。）を、社内ネットワーク１を介して発注管理サーバ２２０へ送信する処理を実行するものである。この確認画面（不図示）には、例えば、「発注作業をしていますか」等の問いかけの文章が表示されるとともに、返答用の「はい」ボタンが表示され、ワンクリック操作またはワンタッチ操作での返答操作を受け付けるようになっている。

優先権失効通知画面表示処理手段２５７は、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる優先権失効通知信号を受信し、作業の優先権が失効した旨を通知する優先権失効通知画面（不図示）を、トレーダ端末装置２５０に表示する処理を実行するものである。この優先権失効通知画面（不図示）には、例えば、「あなたの作業の優先権は失効しました。他のトレーダが発注作業を行いますので、あなたは発注作業を行ってはいけません。」等の文章が表示されるようになっている。

優先権付与通知画面表示処理手段２５８は、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる優先権付与通知信号を受信し、作業の優先権が付与された旨を通知する優先権付与通知画面（不図示）を、トレーダ端末装置２５０に表示する処理を実行するものである。この優先権付与通知画面（不図示）には、例えば、「あなたに作業の優先権が移りましたので、あなたが発注作業を行って下さい。」等の文章が表示されるようになっている。

優先権付与通知・確認画面表示処理手段２５９は、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる優先権付与通知・確認信号を受信し、作業の優先権が付与された旨を画面表示し、かつ、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認するための優先権付与通知・確認画面（不図示）を表示して発注作業を行うことを示す返答操作を受け付け、返答操作を受け付けた場合に発注作業を行うことを伝達する返答信号を、社内ネットワーク１を介して発注管理サーバ２２０へ送信する処理を実行するものである。この優先権付与通知・確認画面（不図示）には、例えば、「あなたに作業の優先権が移りました。あなたが発注作業を行いますか。」等の問いかけの文章が表示されるとともに、返答用の「はい」ボタンが表示され、ワンクリック操作またはワンタッチ操作での返答操作を受け付けるようになっている。

そして、発注管理サーバ２２０の優先権管理データ記憶手段２３１としては、例えば、ハードディスク、ＥＥＰＲＯＭ、フラッシュ・メモリ、ＲＡＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＦＤ、磁気テープ、あるいはこれらの組合せ等を採用することができる。

また、発注管理サーバ２２０の処理手段２２０Ａに含まれる各処理手段２１，２２，２２３〜２２５、およびトレーダ端末装置２５０の処理手段２５０Ａに含まれる各処理手段５１，２５２，２５３，５４，２５５〜２５９は、発注管理サーバ２２０およびトレーダ端末装置２５０を構成する各コンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラムにより実現される。

さらに、発注管理サーバ２２０は、１台のコンピュータあるいは１つのＣＰＵにより実現されるものに限定されず、複数のコンピュータあるいは複数のＣＰＵで分散処理を行うことにより実現されるものであってもよい。

このような第２実施形態においては、以下のようにして発注管理システム２００により発注作業に関する一連の処理が行われる。

図７において、ファンドマネージャ端末装置４０でのファンドマネージャによる発注依頼する候補銘柄の指定の受付および送信処理（ステップＳ２１）、発注管理サーバ２２０での候補銘柄の受信および保存処理（ステップＳ２２）、ファンドマネージャ端末装置４０でのファンドマネージャによる発注依頼の受付および発注依頼信号の送信処理（ステップＳ２３）、発注管理サーバ２２０での発注依頼信号の受信およびステータス変更処理（ステップＳ２４）、トレーダ端末装置２５０での発注管理画面１００（図４参照）へのデータの表示要求および表示要求に係る銘柄についての発注管理画面１００へのデータの表示処理（ステップＳ２５）、発注管理サーバ２２０での発注管理画面１００（図４参照）へのデータの表示要求信号の受信およびトレーダの表示要求に係る銘柄についてのステータスデータおよび発注内容データの送信処理（ステップＳ２６）、トレーダ端末装置２５０でのトレーダによる発注対象銘柄の選択受付処理（ステップＳ２７）は、前記第１実施形態の図３のステップＳ１〜Ｓ７の処理と同様である。

続いて、トレーダ端末装置２５０で、トレーダによる「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を受け付け、トレーダ端末装置２５０と発注管理サーバ２２０との間で信号の送受信を行うことにより、この押下操作に伴う処理を行う（ステップＳ２８）。

それから、トレーダ端末装置２５０で、作業状態変更指示画面１５０（図４参照）に設けられた「発注」ボタン１５１の押下操作を受け付け、トレーダ端末装置２５０と発注管理サーバ２２０との間で信号の送受信を行うことにより、この押下操作に伴う処理を行う（ステップＳ２９）。

その後、作業状態変更指示受付処理手段５４により、発注管理サーバ２２０からの発注作業不許可信号（既に発注済みであることを示すデータ）を受信しなかった場合には、トレーダ端末装置２５０で、トレーダは、ブローカへ送信するための電子メールを作成し、作成した電子メールにファイル記憶手段６１に格納されたファイルを添付し、ネットワーク２を介してブローカ端末装置７０へ送信する（ステップＳ３０）。また、トレーダは、帳票６２を印刷した場合には、これをファクシミリでブローカへ送信するか、または帳票６２をスキャンしてファイルを作成し、このファイルを電子メールに添付してネットワーク２を介してブローカ端末装置７０へ送信してもよい（ステップＳ３０）。このステップＳ３０の処理は、前記第１実施形態の図３のステップＳ１５の処理と同様である。

そして、ブローカは、ブローカ端末装置７０を操作し、トレーダからの電子メールを受信し、添付ファイルの内容を参照して発注内容を確認するか、またはトレーダからのファクシミリを受信し、このファクシミリを参照して発注内容を確認し、市場での売買取引を実行する（ステップＳ３１）。このステップＳ３１の処理は、前記第１実施形態の図３のステップＳ１６の処理と同様である。

図８および図９において、前述した図７のステップＳ２８の処理を詳述する。先ず、トレーダが、トレーダ端末装置２５０を操作し、発注管理画面１００（図４参照）の「ファイル作成」ボタン１４１の押下操作を行うと、ファイル作成処理手段２５２により、この押下操作が受け付けられ、図７のステップＳ２７で選択された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データ（例えば、債券の場合には、依頼書Ｎｏ．、ファンド識別情報、銘柄識別情報（銘柄コード、銘柄名、ＩＳＩＮコード）、売買区分、額面金額、利率、償還年月、受渡日等）を用いて、図７のステップＳ２７で選択された全ての発注対象銘柄の発注内容データを含む、ブローカへの送信用のファイル（例えばＣＳＶファイル等）が作成され、作成されたファイルがファイル記憶手段６１に保存される（図８のステップＳ２８０１）。

但し、ファイル作成処理手段５２により、図７のステップＳ２７で選択された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されているステータスデータを用いて、図７のステップＳ２７で選択された発注対象銘柄が発注待ち状態であるか否かを判断し、発注待ち状態である場合には、ファイルを作成するが、発注待ち状態でない場合には、ファイルを作成せずに、図７のステップＳ２７で選択された発注対象銘柄は発注対象とすることができない旨をトレーダ端末装置２５０に画面表示する（ステップＳ２８０１）。

また、トレーダは、従来から行われている帳票出力を行ってもよい。すなわち、トレーダが、トレーダ端末装置２５０を操作し、図示されない帳票出力画面の「帳票出力」ボタンの押下操作を行うと、帳票出力処理手段２５３により、この押下操作が受け付けられ、図７のステップＳ２７で入力された発注対象銘柄についての銘柄識別情報およびファンド識別情報と関連付けて取得データ記憶手段６０に記憶されている発注内容データ（例えば、債券の場合には、依頼書Ｎｏ．、ファンド識別情報、銘柄識別情報（銘柄コード、銘柄名、ＩＳＩＮコード）、売買区分、額面金額、利率、償還年月、受渡日等）を用いて、図７のステップＳ２７で入力された発注対象銘柄の発注内容が記載された帳票６２を印刷する（ステップＳ２８０１）。

そして、ファイルの作成処理が行われた場合には、ファイル作成処理手段２５２により、図７のステップＳ２７で選択された発注対象銘柄についての銘柄識別情報（銘柄コード等）、ファンド識別情報（ファンドコード等）、トレーダ識別情報（従業員コード等）、および端末識別情報（ＩＰアドレス等）を含むファイル作成信号を、社内ネットワーク１を介して発注管理サーバ２２０へ送信する（ステップＳ２８０１）。また、帳票６２の出力処理が行われた場合には、帳票出力処理手段２５３により、図７のステップＳ２７で入力された発注対象銘柄についての銘柄識別情報（銘柄コード等）、ファンド識別情報（ファンドコード等）、トレーダ識別情報（従業員コード等）、および端末識別情報（ＩＰアドレス等）を含む帳票出力信号を、社内ネットワーク１を介して発注管理サーバ２２０へ送信する（ステップＳ２８０１）。

発注管理サーバ２２０では、発注作業許否判断処理手段２２３により、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくるファイル作成信号または帳票出力信号を受信する（ステップＳ２８０２）。

続いて、発注作業許否判断処理手段２２３により、ファイル作成信号または帳票出力信号とともに受信した銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータを参照し、ステータスデータが約定待ち状態を示す「３」、すなわち既に発注済になっているか否かを判断し（ステップＳ２８０３）、既に発注済になっている場合には、発注済に基づく発注作業不許可信号を、社内ネットワーク１を介してトレーダ端末装置２５０へ送信する（ステップＳ２８０４）。トレーダ端末装置２５０では、発注作業許否結果表示処理手段２５５により、発注管理サーバ２２０から送信されてくる発注済に基づく発注作業不許可信号を受信し、既に他のトレーダが発注作業を済ませたので、発注作業を行ってはいけない旨をトレーダ端末装置２５０に画面表示する（ステップＳ２８０５）。

一方、ステップＳ２８０３で、発注済になっていないと判断した場合には、発注作業許否判断処理手段２２３により、受信したファンド識別情報のファンドの受信した銘柄識別情報の銘柄について優先権管理データ記憶手段２３１（図６参照）にデータが保存されているか否かを参照することにより、既に「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作が行われているか否かを判断し（ステップＳ２８０６）、まだ１回も「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作が行われていないと判断した場合には、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダに作業の優先権を付与するために、順位データ＝１を付与し、ファンド識別情報（ファンドコード等）、銘柄識別情報（銘柄コード等）、トレーダ識別情報（従業員コード等）、端末識別情報（ＩＰアドレス等）、初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻（現在の時刻による。）、付与した順位データ＝１、および作業の優先権を保有していることを示すデータを、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８０７）。

また、ステップＳ２８０６で、既に「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作が行われていると判断した場合には、発注作業許否判断処理手段２２３により、優先権管理データ記憶手段２３１（図６参照）から現時点で作業の優先権を保有しているトレーダについてのトレーダ識別情報を取得し、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダについてのトレーダ識別情報（ステップＳ２８０２で受信したトレーダ識別情報）と、作業の優先権を保有しているトレーダについてのトレーダ識別情報とが一致しているか否かを比較判断することにより、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダに作業の優先権があるか否かを判断する（ステップＳ２８０８）。ここで、作業の優先権があると判断した場合には、作業の優先権を保有するトレーダの２回目以降の押下操作であるから、発注作業許否判断処理手段２２３により、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダについて、直近のファイル作成信号受信時刻または直近の帳票出力信号受信時刻（現在の時刻による。）を保存し、さらに、「ファイル作成」ボタン１４１（図４参照）等の押下操作があったことにより発注作業が継続しているものとみなすことができるので、次回確認時刻がある場合には、直近のファイル作成信号受信時刻または直近の帳票出力信号受信時刻から所定の確認インタバル時間（例えば１０分間等）を経過した時点を新たな次回確認時刻として算出し、次回確認時刻を更新する（ステップＳ２８０９）。

一方、ステップＳ２８０８で、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダに作業の優先権がないと判断した場合には、発注作業許否判断処理手段２２３により、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダについてのトレーダ識別情報が、優先権管理データ記憶手段２３１（図６参照）に下位の順位のデータとして記憶されていないか否かを判断することにより、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダの初回の押下操作であるか否かを判断する（ステップＳ２８１０）。ここで、初回の押下操作であると判断した場合には、作業の優先権を有しないトレーダの初回の押下操作であるから、発注作業許否判断処理手段２２３により、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダの順位を、最低順位（優先権管理データ記憶手段２３１に記憶されている最も大きな数値の順位に１を加えた順位）に決定し、ファンド識別情報（ファンドコード等）、銘柄識別情報（銘柄コード等）、トレーダ識別情報（従業員コード等）、端末識別情報（ＩＰアドレス等）、初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻（現在の時刻による。）、および決定した順位データ（最低順位）を、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８１１）。

また、ステップＳ２８１０で、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダの初回の押下操作ではないと判断した場合には、作業の優先権を有しないトレーダの２回目以降の押下操作であるから、優先権管理データ記憶手段２３１（図６参照）に既にデータが記憶されているので、発注作業許否判断処理手段２２３により、今回、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダについて、直近のファイル作成信号受信時刻または直近の帳票出力信号受信時刻（現在の時刻による。）を、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８１２）。

それから、発注作業許否判断処理手段２２３により、優先権管理データ記憶手段２３１（図６参照）を参照することにより、現時点で作業の優先権を保有しているトレーダは、最初に作業の優先権を付与されたトレーダ（順位データ＝１のトレーダ）であるか否かを判断する（図９のステップＳ２８１３）。ここで、最初に作業の優先権を付与されたトレーダ（順位データ＝１のトレーダ）であると判断された場合には、現時点が、優先権管理データ記憶手段２３１（図６参照）に記憶されている、作業の優先権を保有しているトレーダの初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻から所定の確認猶予時間（例えば１０分間等）を経過しているか否かを判断する（ステップＳ２８１４）。

そして、ステップＳ２８１３で、現時点で作業の優先権を保有しているトレーダは、最初に作業の優先権を付与されたトレーダ（順位データ＝１のトレーダ）ではないと判断された場合、またはステップＳ２８１４で、現時点が、作業の優先権を保有しているトレーダの初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻から所定の確認猶予時間（例えば１０分間等）を経過していると判断された場合には、発注作業許否判断処理手段２２３により、優先権管理データ記憶手段２３１（図６参照）を参照し、作業の優先権を有するトレーダに次回確認時刻があるか否かを判断し（ステップＳ２８１５）、次回確認時刻がない場合には、発注作業許否判断処理手段２２３により、優先権管理データ記憶手段２３１（図６参照）を参照し、作業の優先権を有するトレーダに返答期限がなければ、作業の優先権を有するトレーダについて、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダの初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻から所定の返答待ち時間（例えば３分間等）を経過した時点を返答期限として算出し、算出した返答期限を、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８１６）。

続いて、発注作業許否判断処理手段２２３により、作業の優先権を有するトレーダが作業中か否かの確認信号を、社内ネットワーク１を介して、作業の優先権を有するトレーダの操作するトレーダ端末装置２５０へ送信する（ステップＳ２８１７）。作業の優先権を有するトレーダの操作するトレーダ端末装置２５０では、確認画面表示処理手段２５６により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる確認信号を受信し、作業の優先権を有するトレーダが作業中であるか否かを確認するための確認画面（不図示）をトレーダ端末装置２５０の画面上に表示する（ステップＳ２８１８）。例えば、「発注作業をしていますか」等の問いかけの文章を画面表示する。

また、ステップＳ２８１４で、所定の確認猶予時間（例えば１０分間等）を経過していないと判断した場合には、発注作業許否判断処理手段２２３により、優先権管理データ記憶手段２３１（図６参照）を参照し、作業の優先権を有するトレーダに次回確認時刻があるか否かを判断し（ステップＳ２８１９）、次回確認時刻がない場合には、発注作業許否判断処理手段２２３により、優先権管理データ記憶手段２３１（図６参照）を参照し、作業の優先権を有するトレーダについて、初回のファイル作成信号受信時刻または初回の帳票出力信号受信時刻から所定の確認猶予時間（例えば１０分間等）を経過した時点を次回確認時刻として算出し、算出した次回確認時刻を、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８２０）。

それから、発注作業許否判断処理手段２２３により、発注作業不許可信号を、社内ネットワーク１を介して、「ファイル作成」ボタン１４１（図４参照）または「帳票出力」ボタン（不図示）の押下操作を行ったトレーダの操作するトレーダ端末装置２５０へ送信する（ステップＳ２８２１）。「ファイル作成」ボタン１４１（図４参照）等の押下操作を行ったトレーダの操作するトレーダ端末装置２５０では、発注作業許否結果表示処理手段２５５により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる発注作業不許可信号を受信し、発注作業を行ってはいけない旨を、トレーダ端末装置２５０に画面表示する（ステップＳ２８２２）。

その後、作業の優先権を有するトレーダの操作するトレーダ端末装置２５０で、作業の優先権を有するトレーダが、ステップＳ２８１８で表示した確認画面（不図示）で、作業中であることを示す返答操作（例えば、返答用の「はい」ボタンを押し下げるワンクリック操作またはワンタッチ操作）を行うと、確認画面表示処理手段２５６により、この返答操作が受け付けられ、作業中であることを伝達する返答信号（ファンド識別情報、銘柄識別情報、トレーダ識別情報、端末識別情報を含む。）が、社内ネットワーク１を介して発注管理サーバ２２０へ送信される（ステップＳ２８２３）。発注管理サーバ２２０では、優先権管理処理手段２２４により、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくる返答信号を、所定の返答待ち時間（例えば３分間等）内に受信した場合、すなわち優先権管理データ記憶手段２３１（図６参照）に記憶された返答期限までに受信した場合には、返答操作を行ったトレーダについて、優先権管理データ記憶手段２３１（図６参照）に返答信号受信時刻を記憶させ、さらに、この返答信号受信時刻から所定の確認インタバル時間（例えば１０分間等）を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８２４）。

図１０において、優先権管理処理手段２２４により所定周期で繰り返される返答期限の監視処理の流れを詳述する。先ず、優先権管理処理手段２２４により、優先権管理データ記憶手段２３１（図６参照）に記憶されている各データのファンド識別情報および銘柄識別情報を用いて（依頼書Ｎｏ．を用いてもよい。）、これらのファンド識別情報および銘柄識別情報（依頼書Ｎｏ．でもよい。）に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータが約定待ち状態を示す「３」になっているか否かを判断し、すなわち優先権管理データ記憶手段２３１（図６参照）に記憶されている各ファンドの各銘柄が発注済であるか否かを判断し（ステップＳ２８３１）、発注済でない場合には、優先権管理処理手段２２４により、優先権管理データ記憶手段２３１（図６参照）を参照し、作業の優先権を有するトレーダ（作業の優先権の有無を示すデータが「保有」を示すデータになっているトレーダ）について、返答期限が到来し、かつ、返答がない（返答信号受信時刻が記憶されていない）状態であるか否かを判断する（ステップＳ２８３２）。

そして、ステップＳ２８３２で、返答期限が到来し、かつ、返答がない状態であると判断した場合には、優先権管理処理手段２２４により、作業の優先権を有するトレーダ（作業の優先権の有無を示すデータが「保有」を示すデータになっているトレーダ）について、作業の優先権を失効させ、優先権管理データ記憶手段２３１（図６参照）の作業の優先権の有無を示すデータを「失効」を示すデータに変更し（失効させる場合には、順位データを抹消してもよい。）、次の順位のトレーダ（これまで作業の優先権を有していたトレーダの順位データに１を加えた順位のトレーダ）に作業の優先権を移し、作業の優先権を新たに付与されたトレーダについて、作業の優先権の有無を示すデータを「保有」を示すデータに変更する（ステップＳ２８３３）。

続いて、優先権管理処理手段２２４により、作業の優先権が失効したことを通知する優先権失効通知信号を、返答操作を行わなかったトレーダ（これまで作業の優先権を有していたトレーダ）の操作するトレーダ端末装置２５０へ社内ネットワーク１を介して送信する（ステップＳ２８３４）。返答操作を行わなかったトレーダ（これまで作業の優先権を有していたトレーダ）の操作するトレーダ端末装置２５０では、優先権失効通知画面表示処理手段２５７により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる優先権失効通知信号を受信し、作業の優先権が失効した旨を通知する優先権失効通知画面（不図示）を、トレーダ端末装置２５０に表示する（ステップＳ２８３５）。例えば、「あなたの作業の優先権は失効しました。他のトレーダが発注作業を行いますので、あなたは発注作業を行ってはいけません。」等の文章を画面表示する。

それから、優先権管理処理手段２２４により、優先権管理データ記憶手段２３１（図６参照）に記憶されている順位データを参照し、作業の優先権を新たに付与されたトレーダ（これまで作業の優先権を有していたトレーダの順位データに１を加えた順位のトレーダ）について、さらに次の順位のトレーダ（これまで作業の優先権を有していたトレーダの順位データに２を加えた順位のトレーダ）がいるか否かを判断する（ステップＳ２８３６）。

ここで、さらに次の順位（次の次の順位）のトレーダがいないと判断した場合には、優先権管理処理手段２２４により、次の順位を有するトレーダに作業の優先権を付与して優先権管理データ記憶手段２３１（図６参照）の作業の優先権の有無を示すデータに「保有」を示すデータを記憶させ、作業の優先権が付与されたことを通知する優先権付与通知信号を、作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置２５０へ社内ネットワーク１を介して送信する（ステップＳ２８３７）。作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置２５０では、優先権付与通知画面表示処理手段２５８により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる優先権付与通知信号を受信し、作業の優先権が付与された旨を通知する優先権付与通知画面（不図示）を、トレーダ端末装置２５０に表示する（ステップＳ２８３８）。例えば、「あなたに作業の優先権が移りましたので、あなたが発注作業を行って下さい。」等の文章を画面表示する。

一方、ステップＳ２８３６で、さらに次の順位（次の次の順位）のトレーダがいると判断した場合には、優先権管理処理手段２２４により、次の順位を有するトレーダに作業の優先権を付与して優先権管理データ記憶手段２３１（図６参照）の作業の優先権の有無を示すデータに「保有」を示すデータを記憶させるとともに、次の順位を有するトレーダについて、現時点から所定の返答待ち時間（例えば３分間等）を経過した時点を返答期限として算出し、算出した返答期限を、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８３９）。そして、優先権管理処理手段２２４により、優先権付与通知信号に代えて、作業の優先権が付与されたことを通知し、かつ、作業の優先権を新たに付与されたトレーダ（次の順位を有するトレーダ）が発注作業を行うか否かを確認するための優先権付与通知・確認信号を、作業の優先権を新たに付与されたトレーダの操作するトレーダ端末装置２５０へ社内ネットワーク１を介して送信する（ステップＳ２８４０）。作業の優先権を新たに付与されたトレーダ（次の順位を有するトレーダ）の操作するトレーダ端末装置２５０では、優先権付与通知・確認画面表示処理手段２５９により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる優先権付与通知・確認信号を受信し、作業の優先権が付与された旨を画面表示し、かつ、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認するための優先権付与通知・確認画面（不図示）を表示する（ステップＳ２８４１）。例えば、「あなたに作業の優先権が移りました。あなたが発注作業を行いますか。」等の問いかけの文章を画面表示する。

その後、作業の優先権を新たに付与されたトレーダ（次の順位を有するトレーダ）の操作するトレーダ端末装置２５０において、ステップＳ２８４１で表示された優先権付与通知・確認画面（不図示）で、作業の優先権を新たに付与されたトレーダが、発注作業を行うことを示す返答操作（例えば、返答用の「はい」ボタンを押し下げるワンクリック操作またはワンタッチ操作）を行うと、優先権付与通知・確認画面表示処理手段２５９により、この返答操作が受け付けられ、発注作業を行うことを伝達する返答信号（ファンド識別情報、銘柄識別情報、トレーダ識別情報、端末識別情報を含む。）が、社内ネットワーク１を介して発注管理サーバ２２０へ送信される（ステップＳ２８４２）。発注管理サーバ２２０では、優先権管理処理手段２２４により、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくる返答信号を受信し、返答操作を行ったトレーダ（次の順位を有するトレーダ）について、優先権管理データ記憶手段２３１（図６参照）に返答信号受信時刻を記憶させ、さらに、この返答信号受信時刻から所定の確認インタバル時間（例えば１０分間等）を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８４３）。以上の図１０のステップＳ２８３１〜Ｓ２８４３の処理を所定周期で繰り返す。

図１１において、次回確認時刻監視処理手段２２５により所定周期で繰り返される次回確認時刻の監視処理の流れを詳述する。先ず、次回確認時刻監視処理手段２２５により、優先権管理データ記憶手段２３１（図６参照）に記憶されている各データのファンド識別情報および銘柄識別情報を用いて（依頼書Ｎｏ．を用いてもよい。）、これらのファンド識別情報および銘柄識別情報（依頼書Ｎｏ．でもよい。）に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータが約定待ち状態を示す「３」になっているか否かを判断し、すなわち優先権管理データ記憶手段２３１（図６参照）に記憶されている各ファンドの各銘柄が発注済であるか否かを判断し（ステップＳ２８５１）、発注済でない場合には、次回確認時刻監視処理手段２２５により、優先権管理データ記憶手段２３１（図６参照）を参照し、作業の優先権を有するトレーダ（作業の優先権の有無を示すデータが「保有」を示すデータになっているトレーダ）について、次回確認時刻が到来したか否かを判断する（ステップＳ２８５２）。

ここで、次回確認時刻が到来したと判断した場合には、次回確認時刻監視処理手段２２５により、作業の優先権を有するトレーダについて、現時点から所定の返答待ち時間（例えば３分間等）を経過した時点を返答期限として算出し、算出した返答期限を、優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８５３）。そして、次回確認時刻監視処理手段２２５により、作業の優先権を有するトレーダが作業中であるか否かを確認するための確認信号を、社内ネットワーク１を介して、作業の優先権を有するトレーダ（次回確認時刻が到来したトレーダ）の操作するトレーダ端末装置２５０へ送信する（ステップＳ２８５４）。作業の優先権を有するトレーダ（次回確認時刻が到来したトレーダ）の操作するトレーダ端末装置２５０では、確認画面表示処理手段２５６により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる確認信号を受信し、作業の優先権を有するトレーダ（次回確認時刻が到来したトレーダ）が作業中であるか否かを確認するための確認画面（不図示）をトレーダ端末装置２５０の画面上に表示する（ステップＳ２８５５）。例えば、「発注作業をしていますか」等の問いかけの文章を画面表示する。

その後、作業の優先権を有するトレーダ（次回確認時刻が到来したトレーダ）の操作するトレーダ端末装置２５０において、ステップＳ２８５５で表示された確認画面（不図示）で、作業の優先権を有するトレーダが、発注作業を行っていることを示す返答操作（例えば、返答用の「はい」ボタンを押し下げるワンクリック操作またはワンタッチ操作）を行うと、確認画面表示処理手段２５６により、この返答操作が受け付けられ、発注作業を行っていることを伝達する返答信号（ファンド識別情報、銘柄識別情報、トレーダ識別情報、端末識別情報を含む。）が、社内ネットワーク１を介して発注管理サーバ２２０へ送信される（ステップＳ２８５６）。発注管理サーバ２２０では、優先権管理処理手段２２４により、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくる返答信号を受信し、返答操作を行ったトレーダ（作業の優先権を有するトレーダ）について、優先権管理データ記憶手段２３１（図６参照）に返答信号受信時刻を記憶させ、さらに、この返答信号受信時刻から所定の確認インタバル時間（例えば１０分間等）を経過する時点を次回確認時刻として算出し、算出した次回確認時刻を優先権管理データ記憶手段２３１（図６参照）に記憶させる（ステップＳ２８５７）。以上の図１１のステップＳ２８５１〜Ｓ２８５７の処理を所定周期で繰り返す。

図１２において、前述した図７のステップＳ２９の処理の流れを詳述する。先ず、トレーダ端末装置２５０で、作業状態変更指示受付処理手段５４により作業状態変更指示画面１５０（図４参照）を表示する（ステップＳ２９０１）。この画面１５０で、トレーダが、ブローカへの発注を行う銘柄およびその銘柄のファンドを指定し、「発注」ボタン１５１の押下操作を行うと、作業状態変更指示受付処理手段５４により、この押下操作が受け付けられ、発注作業履行信号（発注待ち状態から約定待ち状態への作業状態変更指示情報）が、ブローカへの発注を行う銘柄およびそのファンドについての銘柄識別情報およびファンド識別情報、並びにブローカへの発注を行うトレーダについてのトレーダ識別情報および端末識別情報とともに、社内ネットワーク１を介して発注管理サーバ２２０へ送信される（ステップＳ２９０１）。

発注管理サーバ２２０では、ステータス変更処理手段２２により、トレーダ端末装置２５０から社内ネットワーク１を介して送信されてくる発注作業履行信号を受信し（ステップＳ２９０２）、発注作業履行信号とともに受信した銘柄識別情報およびファンド識別情報を用いて、これらの銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータが約定待ち状態を示す「３」になっているか否か、すなわちトレーダがブローカへの発注を行おうとしている銘柄およびその銘柄のファンドが既に発注済であるか否かを判断する（ステップＳ２９０３）。

ここで、発注済であると判断した場合には、ステータス変更処理手段２２により、発注済であることに基づく発注作業不許可信号を、銘柄識別情報およびファンド識別情報とともに、社内ネットワーク１を介してトレーダ端末装置２５０へ送信する（ステップＳ２９０４）。トレーダ端末装置２５０では、作業状態変更指示受付処理手段５４により、発注管理サーバ２２０から送信されてきた発注作業不許可信号（既に発注済みであることを示すデータ）を、銘柄識別情報およびファンド識別情報とともに受信した場合には、受信したファンド識別情報のファンドの受信した銘柄識別情報の銘柄は既に発注済みであるから発注作業を行ってはならない旨を画面表示する（ステップＳ２９０５）。

一方、ステップＳ２９０３で、発注済でないと判断した場合には、ステータス変更処理手段２２により、優先権管理データ記憶手段２３１（図６参照）を参照し、発注作業履行信号とともに受信した銘柄識別情報およびファンド識別情報を有するデータの有無を判断することにより、当該ファンドの当該銘柄についてファイル作成または帳票出力が１回も行われていないか否かを確認し（ステップＳ２９０６）、１回も行われていない場合には、ステータス変更処理手段２２により、ファイル作成または帳票出力へ誘導するための誘導表示信号を、社内ネットワーク１を介してトレーダ端末装置２５０へ送信する（ステップＳ２９０７）。トレーダ端末装置２５０では、作業状態変更指示受付処理手段５４により、発注管理サーバ２２０から社内ネットワーク１を介して送信されてくる誘導表示信号を受信した場合には、ファイル作成または帳票出力を行って下さいという誘導表示を行う（ステップＳ２９０８）。

また、ステップＳ２９０６で、ファイル作成または帳票出力が１回は行われていると判断した場合には、発注作業履行信号とともに受信したトレーダ識別情報と、優先権管理データ記憶手段２３１（図６参照）に記憶されている作業の優先権を有するトレーダ（作業の優先権の有無を示すデータが「保有」を示すデータになっているトレーダ）についてのトレーダ識別情報とが一致しているか否かを比較判断することにより、作業の優先権が「発注」ボタン１５１（図４参照）の押下操作を行ったトレーダにあるのか否かを判断し（ステップＳ２９０９）、作業の優先権が「発注」ボタン１５１（図４参照）の押下操作を行ったトレーダにない場合には、作業の優先権を保有していないことに基づく発注作業不許可信号を、銘柄識別情報およびファンド識別情報とともに、社内ネットワーク１を介してトレーダ端末装置２５０へ送信する（ステップＳ２９１０）。トレーダ端末装置２５０では、作業状態変更指示受付処理手段５４により、発注管理サーバ２２０から送信されてきた発注作業不許可信号を、銘柄識別情報およびファンド識別情報とともに受信した場合には、受信したファンド識別情報のファンドの受信した銘柄識別情報の銘柄については、作業の優先権が他のトレーダにあるので、発注作業を行ってはならない旨を画面表示する（ステップＳ２９１１）。

一方、ステップＳ２９０９で、作業の優先権が「発注」ボタン１５１（図４参照）の押下操作を行ったトレーダにあると判断した場合には、ステータス変更処理手段２２により、発注作業履行信号とともに受信した銘柄識別情報およびファンド識別情報に関連付けて発注管理情報記憶手段３０（図２参照）に記憶されているステータスデータを、約定待ち状態を示すデータへ変更する（ステップＳ２９１２）。

図１３および図１４には、作業の優先権の管理の例が示されている。図１３は、最初に作業の優先権を付与された１人目のトレーダ（トレーダ識別情報＝Ｔ０００１）が「ファイル作成」ボタン１４１（図４参照）の初回の押下操作をしてから、所定の確認猶予時間（例えば１０分間等）が経過した後に、２人目のトレーダ（Ｔ０００２）が「ファイル作成」ボタン１４１の押下操作をした場合の例であり、一方、図１４は、１人目のトレーダ（Ｔ０００１）が「ファイル作成」ボタン１４１の初回の押下操作をしてから、所定の確認猶予時間（例えば１０分間等）が経過する前に、２人目のトレーダ（Ｔ０００２）が「ファイル作成」ボタン１４１の押下操作をした場合の例である。いずれの図においても、横軸は、時間軸であり、図中の左側から右側に向かって時間が流れており、太線になっている部分が、作業の優先権を保有している時間帯を示している。なお、図１３の例は、図６の優先権管理データ記憶手段２３１の例と対応しており、図６に示された状態は、図１３の例で、７人目のトレーダ（Ｔ０００７）に作業の優先権が移った後の状態を示している。

図１３および図６において、２００８／０９／０２の０９：１３：２２に、１人目のトレーダ（Ｔ０００１）が「ファイル作成」ボタン１４１の押下操作をし、０９：２６：１８に、２人目のトレーダ（Ｔ０００２）が「ファイル作成」ボタン１４１の押下操作をすると、０９：１３：２２から所定の確認猶予時間（ここでは１０分間）が経過した後なので、１人目のトレーダ（Ｔ０００１）に対して直ぐに確認が行われ、１人目のトレーダ（Ｔ０００１）について、０９：２６：１８から所定の返答待ち時間（ここでは３分間）が経過した時点である０９：２９：１８を、返答期限として記憶させる。そして、０９：２７：１６に、３人目のトレーダ（Ｔ０００３）が「ファイル作成」ボタン１４１の押下操作をすると、１人目のトレーダ（Ｔ０００１）の返答待ち時間中であるから、１人目のトレーダ（Ｔ０００１）に対して確認は行わない。さらに、０９：２８：０５に、再度、３人目のトレーダ（Ｔ０００３）が「ファイル作成」ボタン１４１の押下操作をすると、やはり１人目のトレーダ（Ｔ０００１）の返答待ち時間中であるから、１人目のトレーダ（Ｔ０００１）に対して確認は行わず、また、３人目のトレーダ（Ｔ０００３）の２回目の押下操作であるから、０９：２８：０５は、３人目のトレーダ（Ｔ０００３）について、初回ではなく、直近のファイル作成信号受信時刻として記憶させる。

その後、１人目のトレーダ（Ｔ０００１）の返答期限である０９：２９：１８になっても、１人目のトレーダ（Ｔ０００１）からの返答が無かった場合には、作業の優先権を、１人目のトレーダ（Ｔ０００１）から、次の順位の２人目のトレーダ（Ｔ０００２）に移す。この際、１人目のトレーダ（Ｔ０００１）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された２人目のトレーダ（Ｔ０００２）に対して優先権付与通知を行い、かつ、この０９：２９：１８の時点で、次の次の順位の３人目のトレーダ（Ｔ０００３）が存在するので、２人目のトレーダ（Ｔ０００２）に対して確認も行い、２人目のトレーダ（Ｔ０００２）について、０９：２９：１８から所定の返答待ち時間（ここでは３分間）が経過した時点である０９：３２：１８を、返答期限として記憶させる。

それから、２人目のトレーダ（Ｔ０００２）の返答期限である０９：３２：１８になっても、２人目のトレーダ（Ｔ０００２）からの返答が無かった場合には、作業の優先権を、２人目のトレーダ（Ｔ０００２）から、次の順位の３人目のトレーダ（Ｔ０００３）に移す。この際、２人目のトレーダ（Ｔ０００２）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された３人目のトレーダ（Ｔ０００３）に対して優先権付与通知を行う。なお、０９：３２：１８の時点で、次の次の順位の４人目のトレーダ（Ｔ０００４）は存在しないので、３人目のトレーダ（Ｔ０００２）に対して確認は行わない。

続いて、０９：３９：２４に、４人目のトレーダ（Ｔ０００４）が「ファイル作成」ボタン１４１の押下操作をすると、３人目のトレーダ（Ｔ０００３）に対して直ぐに確認が行われ、３人目のトレーダ（Ｔ０００３）について、０９：３９：２４から所定の返答待ち時間（ここでは３分間）が経過した時点である０９：４２：２４を、返答期限として記憶させる。そして、０９：４１：３８に、５人目のトレーダ（Ｔ０００５）が「ファイル作成」ボタン１４１の押下操作をすると、３人目のトレーダ（Ｔ０００３）の返答待ち時間中であるから、３人目のトレーダ（Ｔ０００３）に対して確認は行わない。

その後、３人目のトレーダ（Ｔ０００３）の返答期限である０９：４２：２４になっても、３人目のトレーダ（Ｔ０００３）からの返答が無かった場合には、作業の優先権を、３人目のトレーダ（Ｔ０００３）から、次の順位の４人目のトレーダ（Ｔ０００４）に移す。この際、３人目のトレーダ（Ｔ０００３）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された４人目のトレーダ（Ｔ０００４）に対して優先権付与通知を行い、かつ、この０９：４２：２４の時点で、次の次の順位の５人目のトレーダ（Ｔ０００５）が存在するので、４人目のトレーダ（Ｔ０００４）に対して確認も行い、４人目のトレーダ（Ｔ０００４）について、０９：４２：２４から所定の返答待ち時間（ここでは３分間）が経過した時点である０９：４５：２４を、返答期限として記憶させる。

それから、０９：４４：０７に、すなわち４人目のトレーダ（Ｔ０００４）の返答期限である０９：４５：２４になる前の時点で、４人目のトレーダ（Ｔ０００４）からの返答があると、４人目のトレーダ（Ｔ０００４）について、０９：４４：０７を返答信号受信時刻として記憶させ、この０９：４４：０７から所定の確認インタバル時間（ここでは１０分間）が経過した時点である０９：５４：０７を、次回確認時刻として記憶させる。この際、４人目のトレーダ（Ｔ０００４）について記憶されていた返答期限０９：４５：２４はクリアする。

続いて、４人目のトレーダ（Ｔ０００４）の次回確認時刻である０９：５４：０７になったときに、４人目のトレーダ（Ｔ０００４）に対して確認を行い、４人目のトレーダ（Ｔ０００４）について、０９：５４：０７から所定の返答待ち時間（ここでは３分間）が経過した時点である０９：５７：０７を、返答期限として記憶させる。この際、４人目のトレーダ（Ｔ０００４）について記憶されていた返答信号受信時刻０９：４４：０７および次回確認時刻０９：５４：０７はクリアする。

その後、４人目のトレーダ（Ｔ０００４）の返答期限である０９：５７：０７になっても、４人目のトレーダ（Ｔ０００４）からの返答が無かった場合には、作業の優先権を、４人目のトレーダ（Ｔ０００４）から、次の順位の５人目のトレーダ（Ｔ０００５）に移す。この際、４人目のトレーダ（Ｔ０００４）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された５人目のトレーダ（Ｔ０００５）に対して優先権付与通知を行う。なお、０９：５７：０７の時点で、次の次の順位の６人目のトレーダ（Ｔ０００６）は存在しないので、５人目のトレーダ（Ｔ０００５）に対して確認は行わない。

続いて、１０：０８：１１に、６人目のトレーダ（Ｔ０００６）が「ファイル作成」ボタン１４１の押下操作をすると、５人目のトレーダ（Ｔ０００５）に対して直ぐに確認が行われ、５人目のトレーダ（Ｔ０００５）について、１０：０８：１１から所定の返答待ち時間（ここでは３分間）が経過した時点である１０：１１：１１を、返答期限として記憶させる。

それから、１０：０９：４８に、すなわち５人目のトレーダ（Ｔ０００５）の返答期限である１０：１１：１１になる前の時点で、５人目のトレーダ（Ｔ０００５）からの返答があると、５人目のトレーダ（Ｔ０００５）について、１０：０９：４８を返答信号受信時刻として記憶させ、この１０：０９：４８から所定の確認インタバル時間（ここでは１０分間）が経過した時点である１０：１９：４８を、次回確認時刻として記憶させる。この際、５人目のトレーダ（Ｔ０００５）について記憶されていた返答期限１０：１１：１１はクリアする。

そして、１０：１８：３９に、７人目のトレーダ（Ｔ０００７）が「ファイル作成」ボタン１４１の押下操作をすると、５人目のトレーダ（Ｔ０００５）の確認インタバル時間中であるから、５人目のトレーダ（Ｔ０００５）に対して確認は行わない。

続いて、５人目のトレーダ（Ｔ０００５）の次回確認時刻である１０：１９：４８になったときに、５人目のトレーダ（Ｔ０００５）に対して確認を行い、５人目のトレーダ（Ｔ０００５）について、１０：１９：４８から所定の返答待ち時間（ここでは３分間）が経過した時点である１０：２２：４８を、返答期限として記憶させる。この際、５人目のトレーダ（Ｔ０００５）について記憶されていた返答信号受信時刻１０：０９：４８および次回確認時刻１０：１９：４８はクリアする。

その後、５人目のトレーダ（Ｔ０００５）の返答期限である１０：２２：４８になっても、５人目のトレーダ（Ｔ０００５）からの返答が無かった場合には、作業の優先権を、５人目のトレーダ（Ｔ０００５）から、次の順位の６人目のトレーダ（Ｔ０００６）に移す。この際、５人目のトレーダ（Ｔ０００５）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された６人目のトレーダ（Ｔ０００６）に対して優先権付与通知を行い、かつ、この１０：２２：４８の時点で、次の次の順位の７人目のトレーダ（Ｔ０００７）が存在するので、６人目のトレーダ（Ｔ０００６）に対して確認も行い、６人目のトレーダ（Ｔ０００６）について、１０：２２：４８から所定の返答待ち時間（ここでは３分間）が経過した時点である１０：２５：４８を、返答期限として記憶させる。

その後、６人目のトレーダ（Ｔ０００６）の返答期限である１０：２５：４８になっても、６人目のトレーダ（Ｔ０００６）からの返答が無かった場合には、作業の優先権を、６人目のトレーダ（Ｔ０００６）から、次の順位の７人目のトレーダ（Ｔ０００７）に移す。この際、６人目のトレーダ（Ｔ０００６）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された７人目のトレーダ（Ｔ０００７）に対して優先権付与通知を行う。なお、１０：２５：４８の時点で、次の次の順位の８人目のトレーダ（Ｔ０００８）は存在しないので、７人目のトレーダ（Ｔ０００７）に対して確認は行わない。

図１４において、１人目のトレーダ（Ｔ０００１）が「ファイル作成」ボタン１４１の押下操作をしてから所定の確認猶予時間（ここでは１０分間）が経過する前に、２人目のトレーダ（Ｔ０００２）が「ファイル作成」ボタン１４１の押下操作をすると、１人目のトレーダ（Ｔ０００１）に対して直ぐに確認は行われず、１人目のトレーダ（Ｔ０００１）が「ファイル作成」ボタン１４１の押下操作をしてから所定の確認猶予時間（ここでは１０分間）が経過した時点を、次回確認時刻として算出し、この次回確認時刻を記憶させる。さらに、１人目のトレーダ（Ｔ０００１）が「ファイル作成」ボタン１４１の押下操作をしてから所定の確認猶予時間（ここでは１０分間）が経過する前に、３人目のトレーダ（Ｔ０００３）が「ファイル作成」ボタン１４１の押下操作をしたときも、１人目のトレーダ（Ｔ０００１）に対して直ぐに確認は行われないが、このとき１人目のトレーダ（Ｔ０００１）について次回確認時刻が既に記憶されているので、次回確認時刻を算出して記憶させる処理は行わない。

続いて、１人目のトレーダ（Ｔ０００１）についての次回確認時刻になったときには、１人目のトレーダ（Ｔ０００１）に対して確認を行い、１人目のトレーダ（Ｔ０００１）について、次回確認時刻から所定の返答待ち時間（ここでは３分間）が経過した時点を、返答期限として記憶させる。

その後、１人目のトレーダ（Ｔ０００１）についての返答期限になっても、１人目のトレーダ（Ｔ０００１）からの返答が無かった場合には、作業の優先権を、１人目のトレーダ（Ｔ０００１）から、次の順位の２人目のトレーダ（Ｔ０００２）に移す。この際、１人目のトレーダ（Ｔ０００１）に対して優先権失効通知を行うとともに、作業の優先権を新たに付与された２人目のトレーダ（Ｔ０００２）に対して優先権付与通知を行い、かつ、この時点で、次の次の順位の３人目のトレーダ（Ｔ０００３）が存在するので、２人目のトレーダ（Ｔ０００２）に対して確認も行い、２人目のトレーダ（Ｔ０００２）について、１人目のトレーダ（Ｔ０００１）についての返答期限から所定の返答待ち時間（ここでは３分間）が経過した時点を、返答期限として記憶させる。以下、同様であるため、説明を省略する。

なお、あるトレーダについて作業の優先権が失効した後に、そのトレーダが「ファイル作成」ボタン１４１の押下操作をした場合には、発注管理システム２００では、そのトレーダは、作業の優先権が失効したトレーダとは別のトレーダとして取り扱い、つまりそのトレーダの初回の押下操作とみなし、作業の優先権を管理する。従って、順位データについても、作業の優先権が失効したトレーダの順位データとは別の順位データが付与される。

このような第２実施形態によれば、前記第１実施形態の場合と同様に、ファイル作成処理手段２５２によるファイル作成処理に基づくトレーダの作業負担の軽減効果および入力ミスの未然防止効果、ファイル作成処理手段２５２が発注待ち状態でない銘柄についてファイル作成処理を行わないことによるトレーダの誤発注未然防止効果、ステータス変更処理手段２２および作業状態変更指示受付処理手段５４による発注済である旨の表示処理に基づく２重発注の未然防止効果、ファイル作成と帳票出力との併存効果が得られることに加え、次のような効果を得ることができる。

すなわち、ファイル作成処理手段２５２は、ファイル作成時にファイル作成信号を発注管理サーバ２２０へ送信する構成とされているので、これにより発注作業を行ってよい唯一のトレーダに付与される作業の優先権を管理することができ、２重発注を未然に防止することができる。

また、発注管理システム２００は、作業の優先権を有しないトレーダの操作するトレーダ端末装置２５０からファイル作成信号を受信したときに、作業の優先権を有する別のトレーダが作業中であるか否かを確認し、返答を求める構成とされているので、作業の優先権を有するトレーダが所定の返答待ち時間（例えば３分間等）内に返答しなければ、発注作業を行っていないとみなし、次の順位を有するトレーダ（ファイル作成信号の送信元のトレーダ端末装置２５０を操作したトレーダである場合と、その他のトレーダである場合とがある。）に作業の優先権を移すことができるため、業務の円滑化を図ることができる。

さらに、発注管理システム２００は、作業の優先権を移転したときに、作業の優先権を新たに付与されたトレーダ（次の順位のトレーダ）について、さらに次の順位（次の次の順位）のトレーダがいるときには、作業の優先権を新たに付与されたトレーダが発注作業を行うか否かを確認し、返答を求める構成とされているので、作業の優先権を新たに付与されたトレーダが所定の返答待ち時間（例えば３分間等）内に返答しなければ、発注作業を行わないとみなし、さらに次の順位（次の次の順位）のトレーダ（ファイル作成信号の送信元のトレーダ端末装置２５０を操作したトレーダである場合と、その他のトレーダである場合とがある。）に作業の優先権を移すことができるため、業務の円滑化を図ることができる。

そして、発注管理システム２００は、作業の優先権を有するトレーダに対して所定の確認猶予時間（例えば１０分間等）を経過するまでは確認信号を送信しない構成とされているので（図９のステップＳ２８１４、Ｓ２８１９、Ｓ２８２０参照）、作業の優先権を有するトレーダに対し、過剰に確認画面を表示して返答を求めることを避け、ある程度の作業時間を見込むことにより、作業の優先権を有するトレーダに便宜を図ることができる。

また、発注管理システム２００は、確認に対して返答操作が行われたときには、その返答信号受信時刻から所定の確認インタバル時間（例えば１０分間等）が経過した時点で、次の確認を行う構成とされているので、所定の確認インタバル時間を置いて確認を繰り返すことができる。このため、作業の優先権を有するトレーダが、一旦、返答操作を行って発注作業を行う意思を示し、その後、席を離れてしまう等により、発注作業の中断が生じても、そのような中断状態を把握することができるので、業務の円滑化を図ることができる。

［変形の形態］

なお、本発明は前記各実施形態に限定されるものではなく、本発明の目的を達成できる範囲内での変形等は本発明に含まれるものである。

例えば、前記各実施形態では、ファンドの資金で売買される金融商品は、債券とされていたが、これに限定されるものではなく、例えば、株式や投資信託等でもよい。

以上のように、本発明の発注管理システムおよびその方法、並びにプログラムは、例えば、ファンドの資金を用いて複数銘柄の株式や債券等をまとめて売買する場合に用いるのに適している。

本発明の第１実施形態の発注管理システムの全体構成図。 第１実施形態の発注管理情報記憶手段の構成図。 第１実施形態の発注管理システムにおける発注作業に伴う処理の流れを示すフローチャートの図。 第１実施形態のトレーダ端末装置の画面上での操作の流れの説明図。 本発明の第２実施形態の発注管理システムの全体構成図。 第２実施形態の優先権管理データ記憶手段の構成図。 第２実施形態の発注管理システムにおける発注作業に伴う処理の流れを示すフローチャートの図。 第２実施形態において「ファイル作成」ボタンまたは「帳票出力」ボタンの押下操作が行われたときの処理の流れ（その１）を示すフローチャートの図。 第２実施形態において「ファイル作成」ボタンまたは「帳票出力」ボタンの押下操作が行われたときの処理の流れ（その２）を示すフローチャートの図。 第２実施形態において所定周期で繰り返される返答期限の監視処理の流れを示すフローチャートの図。 第２実施形態において所定周期で繰り返される次回確認時刻の監視処理の流れを示すフローチャートの図。 第２実施形態において「発注」ボタンの押下操作が行われたときの処理の流れを示すフローチャートの図。 第２実施形態における作業の優先権の管理の第１の例を示す説明図。 第２実施形態における作業の優先権の管理の第２の例を示す説明図。

符号の説明

１ 通信回線である社内ネットワーク
２ 通信回線であるネットワーク
１０，２００ 発注管理システム
２０，２２０ 発注管理サーバ
２１ 発注管理情報送信処理手段
２２ ステータス変更処理手段
３０ 発注管理情報記憶手段
５０，２５０ トレーダ端末装置
５１ 発注管理画面表示処理手段
５２，２５２ ファイル作成処理手段
５３，２５３ 帳票出力処理手段
５４ 作業状態変更指示受付処理手段
２２３ 発注作業許否判断処理手段
２２４ 優先権管理処理手段
２２５ 次回確認時刻監視処理手段
２３１ 優先権管理データ記憶手段
２５５ 発注作業許否結果表示処理手段
２５６ 確認画面表示処理手段
２５７ 優先権失効通知画面表示処理手段
２５８ 優先権付与通知画面表示処理手段
２５９ 優先権付与通知・確認画面表示処理手段

Claims (12)

1. ファンドマネージャの指示に基づきトレーダがブローカに対して金融商品の売買注文を発注する作業を管理する処理を実行するコンピュータにより構成された発注管理システムであって、
   前記金融商品の売買注文を発注する作業を管理する処理を実行するとともにこの処理に必要なデータを記憶する発注管理サーバと、
   この発注管理サーバに通信回線を介して接続された、前記トレーダの操作するトレーダ端末装置とを備え、
   前記発注管理サーバは、
   売買対象となる前記金融商品の各銘柄について、少なくとも前記ファンドマネージャが前記トレーダに対して発注を依頼することを検討中の依頼検討状態、前記ファンドマネージャが前記トレーダに対して発注を依頼した発注待ち状態、および前記トレーダが前記ブローカへの発注を行うか若しくは行った約定待ち状態を含む作業状態を識別するためのステータスデータ、並びに、発注に必要となる、ファンドを識別するファンド識別情報、前記ファンドの資金で売買される前記金融商品の銘柄を識別する銘柄識別情報、売買区分、および売買金額若しくは売買数量を含む発注内容データを関連付けて記憶する発注管理情報記憶手段と、
   前記トレーダ端末装置からの前記トレーダの要求に応じ、前記発注管理情報記憶手段に記憶された前記ステータスデータおよび前記発注内容データを、前記通信回線を介して前記トレーダ端末装置へ送信する処理を実行する発注管理情報送信処理手段と、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる、前記発注待ち状態から前記約定待ち状態への作業状態変更指示情報およびその他の作業状態変更指示情報を前記銘柄識別情報とともに受信し、受信した前記銘柄識別情報に関連付けて前記発注管理情報記憶手段に記憶されている前記ステータスデータを、前記発注待ち状態を示すデータから前記約定待ち状態を示すデータへ変更する処理を実行するステータス変更処理手段とを含んで構成され、
   前記トレーダ端末装置は、
   前記発注管理サーバから前記通信回線を介して前記ステータスデータおよび前記発注内容データを取得し、取得した前記ステータスデータおよび前記発注内容データを互いに関連付けて取得データ記憶手段に記憶させるとともに、取得した前記ステータスデータおよび前記発注内容データを用いて、前記金融商品の各銘柄についての現在の作業状態および発注内容を示す発注管理画面を、前記トレーダ端末装置の画面上に表示する処理を実行する発注管理画面表示処理手段と、
   この発注管理画面表示処理手段により前記発注管理画面に表示されている前記金融商品の各銘柄の中からの前記トレーダによる発注対象銘柄の選択入力を受け付け、選択された前記発注対象銘柄についての銘柄識別情報と関連付けて前記取得データ記憶手段に記憶されている前記発注内容データを用いて、前記ブローカへの送信用のファイルを作成する処理を実行するファイル作成処理手段と、
   前記ブローカへの発注を行うか若しくは行った銘柄についての前記トレーダによる前記発注待ち状態から前記約定待ち状態への作業状態変更指示情報の入力を受け付け、受け付けた前記作業状態変更指示情報を、前記ブローカへの発注を行うか若しくは行った銘柄についての前記銘柄識別情報とともに前記通信回線を介して前記発注管理サーバへ送信する処理を実行する作業状態変更指示受付処理手段とを含んで構成されている
   ことを特徴とする発注管理システム。
2. 前記トレーダ端末装置の前記ファイル作成処理手段は、
   選択された前記発注対象銘柄についての前記銘柄識別情報と関連付けて前記取得データ記憶手段に記憶されている前記ステータスデータを用いて、選択された前記発注対象銘柄が前記発注待ち状態であるか否かを判断し、前記発注待ち状態である場合には、前記ファイルを作成し、前記発注待ち状態でない場合には、前記ファイルを作成せずに、選択された前記発注対象銘柄は発注対象とすることができない旨を画面表示する処理を実行する構成とされている
   ことを特徴とする請求項１に記載の発注管理システム。
3. 前記発注管理サーバの前記ステータス変更処理手段は、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる、前記発注待ち状態から前記約定待ち状態への作業状態変更指示情報を前記銘柄識別情報とともに受信したときに、受信した前記銘柄識別情報に関連付けて前記発注管理情報記憶手段に記憶されている前記ステータスデータが前記約定待ち状態を示すデータであるか否かを判断し、前記約定待ち状態を示すデータであった場合には、既に発注済みであることを示すデータを、前記銘柄識別情報とともに前記通信回線を介して前記トレーダ端末装置へ送信する処理を実行する構成とされ、
   前記トレーダ端末装置の前記作業状態変更指示受付処理手段は、
   前記作業状態変更指示情報の前記発注管理サーバへの送信後に、前記発注管理サーバから前記通信回線を介して前記既に発注済みであることを示すデータを前記銘柄識別情報とともに受信した場合には、受信した前記銘柄識別情報の銘柄は既に発注済みである旨を画面表示する処理を実行する構成とされている
   ことを特徴とする請求項１または２に記載の発注管理システム。
4. 前記トレーダ端末装置の前記ファイル作成処理手段は、
   前記トレーダによる前記発注対象銘柄の選択入力を受け付けたときに、選択された前記発注対象銘柄についての前記銘柄識別情報、前記ファンド識別情報、前記トレーダを識別するトレーダ識別情報、および前記トレーダの操作する前記トレーダ端末装置を識別する端末識別情報を含むファイル作成信号を、前記通信回線を介して前記発注管理サーバへ送信する処理を実行する構成とされ、
   前記発注管理サーバは、
   前記トレーダにより選択された前記発注対象銘柄についての前記銘柄識別情報、前記ファンド識別情報、前記トレーダ識別情報、および前記端末識別情報、並びに発注作業を行ってよい１人の前記トレーダのみに付与される作業の優先権を付与する順番を定める順位データを、互いに関連付けて記憶する優先権管理データ記憶手段と、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる前記ファイル作成信号を受信し、受信時刻が早い順に前記作業の優先権が付与されるように受信時刻の順番に従って前記順位データを付与し、付与した前記順位データを、前記銘柄識別情報、前記ファンド識別情報、前記トレーダ識別情報、および前記端末識別情報と関連付けて前記優先権管理データ記憶手段に記憶させる処理を実行するとともに、受信した前記ファイル作成信号に含まれる前記ファンド識別情報のファンドの前記銘柄識別情報の銘柄について前記作業の優先権を有する別の前記トレーダによる前記ファイル作成信号に係るデータが前記優先権管理データ記憶手段に既に記憶されている状態で、前記トレーダによる前記ファイル作成信号を受信した場合には、発注作業を行ってはいけないことを示す発注作業不許可信号を、前記通信回線を介して前記ファイル作成信号の送信元の前記トレーダ端末装置へ送信する処理を実行する発注作業許否判断処理手段とを含んで構成され、
   前記トレーダ端末装置は、
   前記発注管理サーバから前記通信回線を介して送信されてくる前記発注作業不許可信号を受信した場合には、発注作業を行ってはいけない旨を画面表示する処理を実行する発注作業許否結果表示処理手段を含んで構成されている
   ことを特徴とする請求項１〜３のいずれかに記載の発注管理システム。
5. 前記発注管理サーバの前記発注作業許否判断処理手段は、
   受信した前記ファイル作成信号に含まれる前記ファンド識別情報のファンドの前記銘柄識別情報の銘柄について前記作業の優先権を有する別の前記トレーダによる前記ファイル作成信号に係るデータが前記優先権管理データ記憶手段に既に記憶されている状態で、前記トレーダによる前記ファイル作成信号を受信した場合には、前記ファイル作成信号の送信元の前記トレーダ端末装置への前記発注作業不許可信号の送信処理に加え、前記作業の優先権を有する別の前記トレーダが作業中であるか否かを確認するための確認信号を、前記通信回線を介して前記作業の優先権を有する別の前記トレーダの操作する前記トレーダ端末装置へ送信する処理も実行する構成とされ、
   前記トレーダ端末装置は、
   前記発注管理サーバから前記通信回線を介して送信されてくる前記確認信号を受信し、作業中であるか否かを確認するための確認画面を表示して作業中であることを示す返答操作を受け付け、前記返答操作を受け付けた場合に作業中であることを伝達する返答信号を、前記通信回線を介して前記発注管理サーバへ送信する処理を実行する確認画面表示処理手段を含んで構成され、
   前記発注管理サーバは、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる前記返答信号を予め定められた返答待ち時間内に受信しなかった場合に、返答操作を行わなかった前記トレーダについて前記作業の優先権を失効させ、前記作業の優先権が失効したことを通知する優先権失効通知信号を、返答操作を行わなかった前記トレーダの操作する前記トレーダ端末装置へ前記通信回線を介して送信するとともに、前記優先権管理データ記憶手段に記憶されている前記順位データを参照し、次の順位を有する前記トレーダに前記作業の優先権を付与し、前記作業の優先権が付与されたことを通知する優先権付与通知信号を、前記作業の優先権を新たに付与された前記トレーダの操作する前記トレーダ端末装置へ前記通信回線を介して送信する処理を実行する優先権管理処理手段を含んで構成され、
   前記トレーダ端末装置は、
   前記発注管理サーバから前記通信回線を介して送信されてくる前記優先権失効通知信号を受信し、前記作業の優先権が失効した旨を通知する優先権失効通知画面を表示する処理を実行する優先権失効通知画面表示処理手段と、
   前記発注管理サーバから前記通信回線を介して送信されてくる前記優先権付与通知信号を受信し、前記作業の優先権が付与された旨を通知する優先権付与通知画面を表示する処理を実行する優先権付与通知画面表示処理手段とを含んで構成されている
   ことを特徴とする請求項４に記載の発注管理システム。
6. 前記発注管理サーバの前記優先権管理処理手段は、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる前記返答信号を予め定められた返答待ち時間内に受信しなかった場合に、前記優先権管理データ記憶手段を参照し、前記作業の優先権を新たに付与された前記トレーダについて、さらに次の順位の前記トレーダがいるか否かを判断し、さらに次の順位の前記トレーダがいる場合には、前記優先権付与通知信号に代えて、前記作業の優先権が付与されたことを通知し、かつ、前記作業の優先権を新たに付与された前記トレーダが発注作業を行うか否かを確認するための優先権付与通知・確認信号を、前記作業の優先権を新たに付与された前記トレーダの操作する前記トレーダ端末装置へ前記通信回線を介して送信する処理を実行する構成とされ、
   前記トレーダ端末装置は、
   前記発注管理サーバから前記通信回線を介して送信されてくる前記優先権付与通知・確認信号を受信し、前記作業の優先権が付与された旨を画面表示し、かつ、前記作業の優先権を新たに付与された前記トレーダが発注作業を行うか否かを確認するための優先権付与通知・確認画面を表示して発注作業を行うことを示す返答操作を受け付け、前記返答操作を受け付けた場合に発注作業を行うことを伝達する返答信号を、前記通信回線を介して前記発注管理サーバへ送信する処理を実行する優先権付与通知・確認画面表示処理手段を含んで構成されている
   ことを特徴とする請求項５に記載の発注管理システム。
7. 前記発注管理サーバの前記発注作業許否判断処理手段は、
   前記作業の優先権を有する別の前記トレーダによる前記ファイル作成信号に係るデータが前記優先権管理データ記憶手段に既に記憶されている状態で、前記トレーダによる前記ファイル作成信号を受信したときに、前記作業の優先権を有する別の前記トレーダによる前記ファイル作成信号の受信時刻から予め定められた確認猶予時間を経過していない場合には、前記確認信号を送信することなく、前記作業の優先権を有する別の前記トレーダについて、前記ファイル作成信号の受信時刻から前記確認猶予時間を経過する時点を次回確認時刻として算出し、算出した前記次回確認時刻を前記優先権管理データ記憶手段に記憶させる処理を実行する構成とされ、
   前記発注管理サーバは、
   前記優先権管理データ記憶手段に記憶された前記次回確認時刻が到来したか否かを監視し、前記次回確認時刻が到来した場合には、前記トレーダが作業中であるか否かを確認するための前記確認信号を、前記通信回線を介して前記次回確認時刻が到来した前記トレーダの操作する前記トレーダ端末装置へ送信する処理を実行する次回確認時刻監視処理手段を含んで構成されている
   ことを特徴とする請求項５または６に記載の発注管理システム。
8. 前記発注管理サーバの前記優先権管理処理手段は、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる前記返答信号を予め定められた返答待ち時間内に受信した場合に、返答操作を行った前記トレーダについて、返答信号受信時刻から予め定められた確認インタバル時間を経過する時点を次回確認時刻として算出し、算出した前記次回確認時刻を前記優先権管理データ記憶手段に記憶させる処理を実行する構成とされ、
   前記発注管理サーバは、
   前記優先権管理データ記憶手段に記憶された前記次回確認時刻が到来したか否かを監視し、前記次回確認時刻が到来した場合には、前記トレーダが作業中であるか否かを確認するための前記確認信号を、前記通信回線を介して前記次回確認時刻が到来した前記トレーダの操作する前記トレーダ端末装置へ送信する処理を実行する次回確認時刻監視処理手段を含んで構成されている
   ことを特徴とする請求項５〜７のいずれかに記載の発注管理システム。
9. 前記トレーダ端末装置は、
   前記トレーダによる前記発注対象銘柄の入力を受け付け、受け付けた前記発注対象銘柄についての銘柄識別情報と関連付けて前記取得データ記憶手段に記憶されている前記ステータスデータおよび前記発注データを用いて、前記ブローカへの発注内容を記載した帳票を出力するとともに、前記トレーダによる前記発注対象銘柄の入力を受け付けたときに、受け付けた前記発注対象銘柄についての前記銘柄識別情報、前記ファンド識別情報、前記トレーダを識別するトレーダ識別情報、および前記トレーダの操作する前記トレーダ端末装置を識別する端末識別情報を含む帳票出力信号を、前記通信回線を介して前記発注管理サーバへ送信する処理を実行する帳票出力処理手段を含んで構成され、
   前記発注管理サーバの前記優先権管理データ記憶手段は、
   前記トレーダにより前記ファイルの作成時に選択された前記発注対象銘柄についての前記銘柄識別情報、前記ファンド識別情報、前記トレーダ識別情報、および前記端末識別情報に加え、前記トレーダによる前記帳票の出力時に選択された前記発注対象銘柄についての前記銘柄識別情報、前記ファンド識別情報、前記トレーダ識別情報、および前記端末識別情報も、前記順位データとともに記憶する構成とされ、
   前記発注管理サーバの前記発注作業許否判断処理手段は、
   前記トレーダ端末装置から前記通信回線を介して送信されてくる前記ファイル作成信号および前記帳票出力信号を受信し、これらの受信時刻が早い順に前記作業の優先権が付与されるように受信時刻の順番に従って前記順位データを付与し、付与した前記順位データを、前記銘柄識別情報、前記ファンド識別情報、前記トレーダ識別情報、および前記端末識別情報と関連付けて前記優先権管理データ記憶手段に記憶させる処理を実行するとともに、受信した前記ファイル作成信号または前記帳票出力信号に含まれる前記ファンド識別情報のファンドの前記銘柄識別情報の銘柄について前記作業の優先権を有する別の前記トレーダによる前記ファイル作成信号または前記帳票出力信号に係るデータが前記優先権管理データ記憶手段に既に記憶されている状態で、前記トレーダによる前記ファイル作成信号または前記帳票出力信号を受信した場合には、発注作業を行ってはいけないことを示す発注作業不許可信号を、前記通信回線を介して前記ファイル作成信号または前記帳票出力信号の送信元の前記トレーダ端末装置へ送信する処理を実行する構成とされている
   ことを特徴とする請求項４〜８のいずれかに記載の発注管理システム。
10. 前記発注管理サーバの前記発注作業許否判断処理手段は、
    受信した前記ファイル作成信号または前記帳票出力信号に含まれる前記ファンド識別情報のファンドの前記銘柄識別情報の銘柄について前記作業の優先権を有する別の前記トレーダによる前記ファイル作成信号または前記帳票出力信号に係るデータが前記優先権管理データ記憶手段に既に記憶されている状態で、前記トレーダによる前記ファイル作成信号または前記帳票出力信号を受信した場合には、前記ファイル作成信号または前記帳票出力信号の送信元の前記トレーダ端末装置への前記発注作業不許可信号の送信処理に加え、前記作業の優先権を有する別の前記トレーダが作業中であるか否かを確認するための確認信号を、前記通信回線を介して前記作業の優先権を有する別の前記トレーダの操作する前記トレーダ端末装置へ送信する処理を実行する構成とされている
    ことを特徴とする請求項９に記載の発注管理システム。
11. ファンドマネージャの指示に基づきトレーダがブローカに対して金融商品の売買注文を発注する作業を管理する処理を実行するコンピュータにより構成された発注管理システムで実行される発注管理方法であって、
    前記金融商品の売買注文を発注する作業を管理する処理を実行するとともにこの処理に必要なデータを記憶する発注管理サーバと、
    この発注管理サーバに通信回線を介して接続された、前記トレーダの操作するトレーダ端末装置とを設け、
    売買対象となる前記金融商品の各銘柄について、少なくとも前記ファンドマネージャが前記トレーダに対して発注を依頼することを検討中の依頼検討状態、前記ファンドマネージャが前記トレーダに対して発注を依頼した発注待ち状態、および前記トレーダが前記ブローカへの発注を行うか若しくは行った約定待ち状態を含む作業状態を識別するためのステータスデータ、並びに、発注に必要となる、ファンドを識別するファンド識別情報、前記ファンドの資金で売買される前記金融商品の銘柄を識別する銘柄識別情報、売買区分、および売買金額若しくは売買数量を含む発注内容データを関連付けて前記発注管理サーバの発注管理情報記憶手段に記憶させ、
    前記発注管理サーバの発注管理情報送信処理手段が、前記トレーダ端末装置からの前記トレーダの要求に応じ、前記発注管理情報記憶手段に記憶された前記ステータスデータおよび前記発注内容データを、前記通信回線を介して前記トレーダ端末装置へ送信する処理を実行し、
    前記トレーダ端末装置の発注管理画面表示処理手段が、前記発注管理サーバから前記通信回線を介して前記ステータスデータおよび前記発注内容データを取得し、取得した前記ステータスデータおよび前記発注内容データを互いに関連付けて取得データ記憶手段に記憶させるとともに、取得した前記ステータスデータおよび前記発注内容データを用いて、前記金融商品の各銘柄についての現在の作業状態および発注内容を示す発注管理画面を、前記トレーダ端末装置の画面上に表示する処理を実行し、
    前記トレーダ端末装置のファイル作成処理手段が、前記発注管理画面表示処理手段により前記発注管理画面に表示されている前記金融商品の各銘柄の中から前記トレーダによる発注対象銘柄の選択入力を受け付け、選択された前記発注対象銘柄についての銘柄識別情報と関連付けて前記取得データ記憶手段に記憶されている前記発注内容データを用いて、前記ブローカへの送信用のファイルを作成する処理を実行し、
    前記トレーダ端末装置の作業状態変更指示受付処理手段が、前記ブローカへの発注を行うか若しくは行った銘柄についての前記トレーダによる前記発注待ち状態から前記約定待ち状態への作業状態変更指示情報の入力を受け付け、受け付けた前記作業状態変更指示情報を、前記ブローカへの発注を行うか若しくは行った銘柄についての前記銘柄識別情報とともに前記通信回線を介して前記発注管理サーバへ送信する処理を実行し、
    前記発注管理サーバのステータス変更処理手段が、前記トレーダ端末装置から前記通信回線を介して送信されてくる、前記発注待ち状態から前記約定待ち状態への作業状態変更指示情報およびその他の作業状態変更指示情報を前記銘柄識別情報とともに受信し、受信した前記銘柄識別情報に関連付けて前記発注管理情報記憶手段に記憶されている前記ステータスデータを、前記発注待ち状態を示すデータから前記約定待ち状態を示すデータへ変更する処理を実行する
    ことを特徴とする発注管理方法。
12. 請求項１〜１０のいずれかに記載の発注管理システムとして、コンピュータを機能させるためのプログラム。

Images