特開 2023-77258 情報処理プログラム、情報処理方法及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023077258

(43)【公開日】2023-06-05

(54)【発明の名称】情報処理プログラム、情報処理方法及び情報処理装置

(51)【国際特許分類】

   G06F 9/52 20060101AFI20230529BHJP

   H04L 67/60 20220101ALI20230529BHJP

   H04L 9/08 20060101ALI20230529BHJP

   G06Q 40/04 20120101ALI20230529BHJP

【ＦＩ】

G06F9/52 150Z

H04L67/60

H04L9/08 B

H04L9/08 E

G06Q40/04

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021190498

(22)【出願日】2021-11-24

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】鎌田 泰毅

(72)【発明者】

【氏名】澤田 晃幸

(72)【発明者】

【氏名】奥村 直也

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055BB51

(57)【要約】

【課題】情報開示のタイミングの公平性が損なわれるのを抑制すること。
【解決手段】情報処理プログラムは、データの送信日時の指定を受け付け、送信日時に基づいてデータを送信する送信処理を実行するスレッドをデータの送信先ごとに起動し、データの送信先ごとに起動される複数のスレッドの各々でデータの送信先に通信接続要求が実行される直前に、複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、複数のスレッドの各々で起動が終了した場合、複数のスレッドの各々の待機状態を解除させる、処理をコンピュータに実行させる。
【選択図】図３

【特許請求の範囲】

【請求項1】

データの送信日時の指定を受け付け、
前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、
前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、
前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

【請求項2】

前記複数のスレッドは、複数のワーカスレッドに対応する、
ことを特徴とする請求項１に記載の情報処理プログラム。

【請求項3】

前記送信処理は、ソケット通信により実現される、
ことを特徴とする請求項１または２に記載の情報処理プログラム。

【請求項4】

前記データは、前記データの送信先に前記データよりも先行して送信された開示資料の暗号化データの復号化に用いる復号キーを含む、
ことを特徴とする請求項１～３のいずれか１つに記載の情報処理プログラム。

【請求項5】

前記データは、適時開示に関する開示資料のデータを含む、
ことを特徴とする請求項１～３のいずれか１つに記載の情報処理プログラム。

【請求項6】

データの送信日時の指定を受け付け、
前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、
前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、
前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、
処理をコンピュータが実行することを特徴とする情報処理方法。

【請求項7】

データの送信日時の指定を受け付け、
前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、
前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、
前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、
処理を実行する制御部を含む情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理技術に関する。

【背景技術】

【0002】

適時開示が電子化された適時開示情報伝達システムが知られている。例えば、適時開示情報伝達システムは、上場会社から登録を受け付けた開示資料が暗号化された暗号化データを報道機関などの情報ベンダへ事前に通知しておき、開示が指示されたタイミングで復号キーを通知する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－２２８９５４号公報

【特許文献2】特開２０１５－２１５７２８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の適時開示情報伝達システムでは、情報ベンダへの復号キーの通知がユニキャスト方式で直列化されているので、情報開示のタイミングの公平性が損なわれる側面がある。

【0005】

１つの側面では、本発明は、情報開示のタイミングの公平性が損なわれるのを抑制できる情報処理プログラム、情報処理方法及び情報処理装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

一側面にかかる情報処理プログラムは、データの送信日時の指定を受け付け、前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、処理をコンピュータに実行させる。

【発明の効果】

【0007】

一実施形態によれば、情報開示のタイミングの公平性が損なわれるのを抑制できる。

【図面の簡単な説明】

【0008】

【図1】図１は、情報伝達システムの構成例を示す図である。

【図2】図２は、適時開示に含まれ得るプロセスの一例を示す模式図である。

【図3】図３は、証券取引所サーバの機能構成例を示すブロック図である。

【図4】図４は、各スレッドの機能構成例を示すブロック図である。

【図5】図５は、待機状態の解除制御処理の手順を示すフローチャートである。

【図6】図６は、情報伝達処理の手順を示すシーケンス図である。

【図7】図７は、ハードウェア構成例を示す図である。

【発明を実施するための形態】

【0009】

以下、添付図面を参照して本願に係る情報処理プログラム、情報処理方法及び情報処理装置の実施例について説明する。各実施例には、あくまで１つの例や側面を示すに過ぎず、このような例示により数値や機能の範囲、利用シーンなどは限定されない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【実施例0010】

図１は、情報伝達システムの構成例を示す図である。図１には、適時開示が電子化された情報伝達システム１が示されている。このような情報伝達システム１は、１つの側面として、企業端末３０Ａ～３０Ｍにより登録される適時開示情報を報道機関端末５０Ａ～５０Ｎへ開示時刻に公開する情報伝達機能を提供する。

【0011】

図１に示すように、情報伝達システム１には、証券取引所サーバ１０と、企業端末３０Ａ～３０Ｍと、報道機関端末５０Ａ～５０Ｎとが含まれ得る。以下、企業端末３０Ａ～３０Ｍの各々の個体を区別せずともよい場合、企業端末３０Ａ～３０Ｍのことを「企業端末３０」と記載する場合がある。同様に、報道機関端末５０Ａ～５０Ｎの各々の個体を区別せずともよい場合、報道機関端末５０Ａ～５０Ｎのことを「報道機関端末５０」と記載する場合がある。

【0012】

これら証券取引所サーバ１０、企業端末３０及び報道機関端末５０は、ネットワークＮＷを介して通信可能に接続され得る。このようなネットワークＮＷは、有線または無線を問わず、任意の種類の通信網であってよいが、例えば、専用線を始め、証券取引所により構築されたネットワークインフラであってよい。

【0013】

証券取引所サーバ１０は、証券取引所が運営する情報処理装置の一例に対応する。あくまで１つの側面として、証券取引所サーバ１０は、上記の情報伝達機能を提供する。一実施形態として、証券取引所サーバ１０は、上記の情報伝達機能を実現するソフトウェア、例えば情報処理プログラムを任意のコンピュータに実行させることにより、上記の情報伝達機能を提供できる。例えば、証券取引所サーバ１０は、上記の情報伝達機能に対応する情報伝達サービスをオンプレミスに提供するサーバにより実現される。この他、証券取引所サーバ１０は、ＳａａＳ（Software as a Service）型のアプリケーションとして実現されることで、上記の情報伝達サービスがクラウドサービスとして提供されてもよい。

【0014】

企業端末３０は、上場企業が運営する端末装置の一例に対応する。また、報道機関端末５０は、報道機関等の情報ベンダが運営する端末装置の一例である。これら「企業端末」および「報道機関端末」というラベルは、あくまで端末装置の所属の一面からの分類であって、ハードウェアの種類や構成は、特定のものに限定されず、任意であってよい。

【0015】

図２は、適時開示に含まれ得るプロセスの一例を示す模式図である。図２には、開示時刻ＴＤまでに証券取引所サーバ１０により実行されるプロセスが時刻ＴＤ－Ｔ２、時刻ＴＤ－Ｔ１およびＴＤの時系列に示されている。

【0016】

図２に示すように、時刻ＴＤ－Ｔ２には、証券取引所サーバ１０は、決算情報や決定事実、発生事実等の重要事実を開示する開示資料および開示資料を公開するタイミングが指定された開示日時を含む適時開示情報の登録を企業端末３０から受け付ける（Ｓ１）。

【0017】

例えば、開示資料は、ＸＢＲＬ（eXtensible Business Reporting Language）やＰＤＦ（Portable Document Format）などのフォーマットに従って登録されてよい。なお、開示資料は、証券取引所サイドのチェックを経て始めて公開されることとしてもよい。

【0018】

続いて、時刻ＴＤ－Ｔ１には、証券取引所サーバ１０は、ステップＳ１で登録された開示資料のデータが暗号化された暗号化データを報道機関端末５０Ａ～５０Ｎへ事前配信しておく（Ｓ２）。

【0019】

その後、開示時刻ＴＤになると、証券取引所サーバ１０は、ステップＳ２で事前配信された開示資料の暗号化データの復号化に用いる復号キーを報道機関端末５０Ａ～５０Ｎへ配信する（Ｓ３）。

【0020】

このように開示資料の暗号化データを開示時刻の事前に配信してその復号キーを開示時刻に配信するのは、開示時刻に伝送するデータのデータサイズの肥大化を抑制することで、各情報ベンダの間で生じるネットワークの遅延を均一化する側面がある。

【0021】

ここで、上記の背景技術の欄で説明した通り、上記の従来技術に係る適時開示情報伝達システムでは、情報ベンダへの復号キーの配信がユニキャスト方式で直列化されているので、情報開示のタイミングの公平性が損なわれる側面がある。

【0022】

例えば、上記の復号キーが報道機関Ａ～報道機関Ｚのアルファベット順に情報ベンダへ配信されるとしたとき、復号キーの配信が報道機関Ａよりも後回しにされる報道機関Ｂ以降の報道機関では、情報開示のタイミングが報道機関Ａに比べて遅延する。特に、報道機関Ｚでは、報道機関Ｂ～報道機関Ｙの後に復号キーが配信されるので、他の報道機関に比べて情報開示の遅延も増大する。このように、上記の従来技術に係る適時開示情報伝達システムによれば、報道機関Ａ～報道機関Ｚの間で情報開示の遅延に格差が生じるので、情報開示のタイミングの公平性が損なわれる。

【0023】

以下、上記の課題を解決する情報伝達機能を有する証券取引所サーバ１０の機能構成例について説明する。図３は、証券取引所サーバ１０の機能構成例を示すブロック図である。図３には、１つの側面として、上記の情報伝達機能のうち開示時刻ＴＤに動作する機能部に対応するブロックが抜粋して模式化されているが、他の機能部、例えば適時開示情報の閲覧サービスやデータベースサービスなどに対応する機能部が備わることを妨げない。

【0024】

図３に示すように、証券取引所サーバ１０は、適時開示情報記憶部１１と、メインスレッド実行部１３と、ワーカスレッド実行部１５Ａ～１５Ｎとを有する。以下、ワーカスレッド実行部１５Ａ～１５Ｎの個体を区別せずともよい場合、ワーカスレッド実行部１５Ａ～１５Ｎのことを「ワーカスレッド実行部１５」と記載する場合がある。

【0025】

図３に示す証券取引所サーバ１０が有する機能部のうち、メインスレッド実行部１３及びワーカスレッド実行部１５は、ハードウェアプロセッサにより実現される。また、適時開示情報記憶部１１などの記憶部は、補助記憶装置により実現されたり、補助記憶装置が有する記憶領域の一部を割り当てることにより実現されたりする。

【0026】

適時開示情報記憶部１１は、上記の適時開示情報を記憶する記憶部である。上述の通り、適時開示情報には、決算情報や決定事実、発生事実等の重要事実を開示する「開示資料」および開示資料を公開するタイミングが指定された「開示日時」が含まれてよい。このような適時開示情報は、当該適時開示情報の登録を行う上場企業を識別する識別情報に関連付けて記憶される。

【0027】

メインスレッド実行部１３は、上記の情報伝達機能を実現する情報処理プログラムがメモリ上で実行されることによりインスタンス化された情報伝達プロセスにより作成されるメインスレッドを実行する処理部である。

【0028】

一実施形態として、メインスレッド実行部１３は、適時開示情報記憶部１１に記憶された適時開示情報ごとに当該適時開示情報に含まれる開示日時を監視する。例えば、メインスレッド実行部１３は、毎分０秒をイベントの発火時刻とするタイマーイベントにより処理を開始する。メインスレッド実行部１３は、適時開示情報のうちタイムスタンプに保持される現在日時と一致する開示日時を含む適時開示情報が存在するか否かを判定する。このとき、開示日時が現在日時と一致する適時開示情報が存在する場合、メインスレッド実行部１３は、適時開示の配信対象として設定された報道機関端末５０の数に対応する個数、例えばＮ個分のワーカスレッドをワーカスレッド実行部１５に起動させる。その上で、メインスレッド実行部１３は、ワーカスレッド実行部１５ごとに当該ワーカスレッドに対応する報道機関端末５０に開示資料の暗号化データの復号化に用いる復号キーを送信するタスクを割り当てる。

【0029】

ワーカスレッド実行部１５Ａ～１５Ｎは、いずれもワーカスレッドを実行する処理部である。ワーカスレッド実行部１５Ａ～１５Ｎは、上記の復号キーを送信する宛先が報道機関端末５０Ａ～５０Ｎである点は異なるが、動作のアルゴリズムは同一であってよい。

【0030】

あくまで一例として、証券取引所サーバ１０および報道機関端末５０の間の通信は、ソケット通信により実現される。例えば、ワーカスレッド実行部１５Ａ～１５Ｎは、ソケットクライアントとして機能するソケット送信部１７Ａ～１７Ｎを生成する一方で、報道機関端末５０Ａ～５０Ｎは、ソケットサーバとして機能するソケット受信部５１Ａ～５１Ｎを生成する。１つの側面として、ソケット送信部１７Ａ～１７Ｎからソケット受信部５１Ａ～５１Ｎへ送信されるコネクション確立のリクエストに従ってソケット送信部１７Ａ～１７Ｎ及びソケット受信部５１Ａ～５１Ｎの間でコネクションが確立された後にデータが通信される。

【0031】

図４は、各スレッドの機能構成例を示すブロック図である。図４に示すように、メインスレッド実行部１３は、起動部１３ａと、カウント部１３ｂと、解除制御部１３ｃとを有する。

【0032】

起動部１３ａは、ワーカスレッドを起動する処理部である。あくまで一例として、起動部１３ａは、開示日時が現在日時と一致する適時開示情報が存在する場合、次のような処理を実行する。１つの側面として、起動部１３ａは、カウント部１３ｂにより保持されるカウント変数を初期値、例えば配信対象として設定された報道機関端末５０の数Ｎに初期化する。他の側面として、起動部１３ａは、上記の情報伝達プロセスが保持するスレッドプールからＮ個のワーカスレッドを抽出して起動する。これにより、ワーカスレッド実行部１５Ａ～１５Ｎが起動される。これらワーカスレッド実行部１５Ａ～１５Ｎには、各々のワーカスレッドに対応する報道機関端末５０に上記の復号キーを送信するタスクが割り当てられる。

【0033】

カウント部１３ｂは、特定の値をカウントする処理部である。以下では、カウントのあくまで一例として、カウントダウンが実行される例を挙げるが、他の方法、例えばカウントアップが実行されることとしてもよい。あくまで一例として、カウント部１３ｂは、後述のカウント依頼部１５ｂからカウント依頼を受け付ける度に、カウント変数をデクリメントする。これにより、カウント変数は、初期値であるワーカスレッドの数Ｎから１つずつカウントダウンされることになる。

【0034】

解除制御部１３ｃは、待機状態の解除を制御する処理部である。あくまで一例として、解除制御部１３ｃは、カウント部１３ｂにより保持されるカウント変数が特定の値、例えばゼロである場合、各ワーカスレッドの待機状態を解除する側面から、待機状態の解除を後述の解除部１５ｄに指示する。

【0035】

ワーカスレッド実行部１５は、図４に示すように、起動部１５ａと、カウント依頼部１５ｂと、待機部１５ｃと、解除部１５ｄとを有する。なお、図４には、適時開示の配信対象として設定された報道機関の宛先の数に対応するワーカスレッド実行部１５Ａ～１５Ｎのうち１つが抜粋して例示されているが、ワーカスレッド実行部１５Ａ～１５Ｎに備わる機能は同一であってよい。

【0036】

起動部１５ａは、ソケット送信部１７を起動する処理部である。あくまで一例として、起動部１５ａは、ワーカスレッドが起動された場合、ソケットクライアントとして機能するソケット送信部１７を起動する。

【0037】

カウント依頼部１５ｂは、カウント部１３ｂによるカウントを依頼する処理部である。あくまで一例として、カウント依頼部１５ｂは、起動部１５ａによりソケット送信部１７が起動された場合、カウント部１３ｂにより保持されるカウント変数をカウントダウンするカウント依頼をカウント部１３ｂへ通知する。

【0038】

待機部１５ｃは、ワーカスレッドをワーカスレッドの処理を一旦停止する待機状態へ移行させる処理部である。あくまで一例として、待機部１５ｃは、カウント依頼部１５ｂからカウント部１３ｂへカウント依頼が通知された場合、ソケット送信部１７からソケット受信部５１へコネクション確立のリクエストが送信される直前で、ワーカスレッドを待機状態へ移行させる。ここで言う「直前」とは、あくまで１つの側面として、ワーカスレッドが起動したタイミングを指してよいし、ソケット送信部１７の起動が実行されたタイミングを指してもよいし、カウント依頼部１５ｂによるカウント依頼が実行されたタイミングを指してもよい。

【0039】

解除部１５ｄは、ワーカスレッドの待機状態を解除する処理部である。あくまで一例として、解除部１５ｄは、解除制御部１３ｃにより待機状態の解除が指示された場合、ワーカスレッドの待機状態を解除する。

【0040】

このように、ワーカスレッド実行部１５Ａ～１５Ｎが開示資料の暗号化データの復号化に用いる復号キーをマルチスレッドによる並列処理で配信する。したがって、情報開示のタイミングの公平性が損なわれるのを抑制できる。

【0041】

さらに、ワーカスレッド実行部１５Ａ～１５Ｎの各々でソケット送信部１７Ａ～１７Ｎが生成され終えるまで、ソケット送信部１７Ａ～１７Ｎからソケット受信部５１Ａ～５１Ｎへコネクション確立のリクエストが送信される処理の開始が待機される。これにより、ソケット送信部１７が生成され終えていないワーカスレッドが置き去りにされたまま、ソケット送信部１７が生成され終えたワーカスレッドによりコネクション確立が先行して開始される事態を抑制できる。

【0042】

その一方で、ワーカスレッド実行部１５Ａ～１５Ｎの各々でソケット送信部１７Ａ～１７Ｎが生成され終えた段階で、ソケット送信部１７Ａ～１７Ｎからソケット受信部５１Ａ～５１Ｎへコネクション確立のリクエストが送信される処理の待機を解除する。これにより、ソケット受信部５１、すなわちソケットサーバ側が原因となってコネクション確立が困難、あるいは遅延し得る状況で、コネクション確立済みのソケット送信部１７によるデータの送信が待機状態になることも抑制できる。

【0043】

すなわち、一般の通信で情報伝達の同時性を高める側面から言えば、ソケット送信部１７Ａ～１７Ｎの各々でコネクションが確立され終えるまでソケット送信部１７Ａ～１７Ｎによるデータの送信の開始を待機することも選択肢として考えられる。しかしながら、一部の報道機関サイドによる報道機関端末５０やソケット受信部５１のメンテナンス不良が原因となって他の報道機関サイドへの情報開示が遅延すれば、情報開示のタイミングの適時性が損なわれる。

【0044】

以上のように、本実施例に係る情報伝達機能では、適時開示に関するデータの送信先ごとに全てのワーカスレッドの起動が終了するまで、送信先への通信接続要求を行う直前で各ワーカスレッドを待機させる。したがって、本実施例に係る情報伝達機能によれば、情報開示のタイミングの公平性および適時性の両立を実現できる。

【0045】

次に、本実施例に係る情報伝達システム１の処理の流れについて説明する。ここでは、メインスレッド実行部１３により実行される（１）待機状態の解除制御処理を説明した後に、情報伝達システム１全体で実行される（２）情報伝達処理を説明することとする。

【0046】

図５は、待機状態の解除制御処理の手順を示すフローチャートである。この処理は、あくまで一例として、開示日時が現在日時と一致する適時開示情報が適時開示情報記憶部１１に存在する場合、開始される。

【0047】

図５に示すように、起動部１３ａは、カウント部１３ｂにより保持されるカウント変数を初期値、例えば配信対象として設定された報道機関端末５０の数Ｎに初期化する（ステップＳ１０１）。

【0048】

さらに、起動部１３ａは、上記の情報伝達プロセスが保持するスレッドプールから、配信対象として設定された報道機関端末５０の数に対応するＮ個のワーカスレッドを抽出して起動する（ステップＳ１０２）。

【0049】

その後、カウント部１３ｂにより保持されるカウント変数を監視し（ステップＳ１０３）、カウント部１３ｂにより保持されるカウント変数が特定の値、例えばゼロになるまで（ステップＳ１０４Ｎｏ）、下記のステップＳ１０５および下記のステップＳ１０６の処理を実行する。

【0050】

すなわち、ワーカスレッド実行部１５のカウント依頼部１５ｂからカウント依頼を受け付けた場合（ステップＳ１０５Ｙｅｓ）、カウント部１３ｂは、カウント変数をデクリメントすることによりカウント変数のカウントダウンを実行する（ステップＳ１０６）。なお、カウント依頼が受け付けられていない場合（ステップＳ１０５Ｎｏ）、上記のステップＳ１０６の処理をスキップしてステップＳ１０４の処理へ移行する。

【0051】

その後、カウント変数が特定の値、例えばゼロになると（ステップＳ１０４Ｙｅｓ）、解除制御部１３ｃは、ワーカスレッド実行部１５Ａ～１５Ｎの各々の解除部１５ｄに待機状態の解除を指示し（ステップＳ１０７）、処理を終了する。

【0052】

図６は、情報伝達処理の手順を示すシーケンス図である。この情報伝達処理において、受信側となる報道機関端末５０では、送信側の情報伝達機能に対応する受信側の情報受信機能を実現する情報受信プログラムが起動される。

【0053】

図６に示すように、情報受信プログラムは、常駐プロセスとしてソケットの送信を待ち受ける側面から、socket()のシステムコールを実行することにより、ソケットサーバとして機能するソケット受信部５１を生成する（ステップＳ３０１Ａ）。

【0054】

続いて、情報受信プログラムは、bind()のシステムコールを実行することにより、ステップＳ３０１Ａで生成されたソケット受信部５１に報道機関端末５０のポート番号を割り当てる（ステップＳ３０２Ａ）。

【0055】

その後、ソケット受信部５１は、listen()のシステムコールを実行することにより、ソケット受信部５１の状態をソケットクライアントであるソケット送信部１７からの接続を待ち受ける状態に移行する（ステップＳ３０３Ａ）。

【0056】

上記のステップＳ３０１Ａから上記のステップＳ３０３Ａまでにエラーが検出された場合、情報受信プログラムの起動時のエラーと判定し、上記のステップＳ３０１Ａから上記のステップＳ３０３Ａまでの処理がリトライされる。

【0057】

一方、送信側の証券取引所サーバ１０では、上記の情報伝達機能を実現する情報処理プログラムがメモリ上で実行されることによりインスタンス化された情報伝達プロセスによりメインスレッド実行部１３が生成される。

【0058】

メインスレッド実行部１３は、開示日時が現在日時と一致する適時開示情報が適時開示情報記憶部１１に存在する場合、次のような処理を実行する。すなわち、図６に示すように、メインスレッド実行部１３の起動部１３ａは、メインスレッド実行部１３のカウント部１３ｂにより保持されるカウント変数を初期値、例えば配信対象として設定された報道機関端末５０の数Ｎに初期化する（ステップＳ３０１Ｂ）。

【0059】

続いて、メインスレッド実行部１３の起動部１３ａは、上記の情報伝達プロセスが保持するスレッドプールから、配信対象として設定された報道機関端末５０の数に対応するＮ個のワーカスレッドを抽出して起動する（ステップＳ３０２Ｂ）。

【0060】

上記のステップＳ３０２Ｂの処理により、ワーカスレッド実行部１５Ａ～１５Ｎが起動される。ここで、図６には、ワーカスレッド実行部１５Ａ～１５Ｎのうち１つが抜粋して例示されているが、ワーカスレッド実行部１５Ａ～１５Ｎにより実行される処理は同一であってよい。

【0061】

このようにワーカスレッドが起動されると、ワーカスレッド実行部１５の起動部１５ａは、ソケットクライアントとして機能するソケット送信部１７を生成する（ステップＳ３０１Ｃ）。

【0062】

続いて、ワーカスレッド実行部１５のカウント依頼部１５ｂは、メインスレッド実行部１３のカウント部１３ｂにより保持されるカウント変数をカウントダウンするカウント依頼をカウント部１３ｂへ通知する（ステップＳ３０２Ｃ）。

【0063】

さらに、ワーカスレッド実行部１５の待機部１５ｃは、ワーカスレッド実行部１５のソケット送信部１７からソケット受信部５１へコネクション確立のリクエストが送信される直前で、ワーカスレッドを待機状態へ移行させる（ステップＳ３０３Ｃ）。

【0064】

一方、ステップＳ３０２Ｃでカウント依頼が通知されたメインスレッド実行部１３のカウント部１３ｂは、カウント変数をデクリメントすることにより、カウント変数のカウントダウンを実行する（ステップＳ３０３Ｂ）。その後、メインスレッド実行部１３の解除制御部１３ｃは、メインスレッド実行部１３のカウント部１３ｂにより保持されるカウント変数を監視する（ステップＳ３０４Ｃ）。

【0065】

ここで、メインスレッド実行部１３の解除制御部１３ｃは、カウント変数が特定の値、例えばゼロになると、ワーカスレッド実行部１５Ａ～１５Ｎの各々の解除部１５ｄに待機状態の解除を指示する（ステップＳ３０５）。

【0066】

このようにステップＳ３０５で待機状態の解除が指示されたワーカスレッド実行部１５の解除部１５ｄは、ワーカスレッドの待機状態を解除する。これにより、ワーカスレッド実行部１５は、connect()のシステムコールを実行することにより、ソケット送信部１７からソケット受信部５１へ接続要求が実行される（ステップＳ３０６及びステップＳ３０７）。

【0067】

一方、ソケット受信部５１は、ステップＳ３０３Ａにおけるlisten()のシステムコールの実行後にselect()のシステムコールを実行することにより、複数同時接続を監視して接続要求があるソケットクライアントを識別する（ステップＳ３０８）。そして、ソケット受信部５１は、accept()のシステムコールを実行することにより、ソケット送信部１７からの接続要求を受け入れる（ステップＳ３０９）。

【0068】

また、ワーカスレッド実行部１５は、getOutputStream.writeのシステムコールを実行して、開示資料の暗号化データの復号化に用いる復号キーなどのデータをソケット送信部１７からソケット受信部５１へ送信する（ステップＳ３１０及びステップＳ３１１）。

【0069】

一方、ソケット受信部５１は、select()のシステムコールを実行することにより、複数同時接続を監視してデータ送信要求があるソケットクライアントを識別する（ステップＳ３１２）。続いて、ソケット受信部５１は、recv()のシステムコールを実行することにより、コネクション確立済みであるソケット送信部１７から送信されるデータを受診する（ステップＳ３１３）。その上で、ソケット受信部５１は、send()のシステムコールを実行することにより、ソケット送信部１７から受信したデータをそのままソケット送信部１７へ送信する（ステップＳ３１４）。その後、ソケット受信部５１は、close()のシステムコールを実行することにより、ソケットリソースを開放し（ステップＳ３１５）、処理を終了する。

【0070】

なお、上記のステップＳ３０８から上記のステップＳ３１４までの処理でエラーが検出された場合、リトライにより復旧される可能性があるエラーであるか否かが識別される。この結果、復旧の可能性があると識別された場合、接続要求およびデータ送信を改めて待ち受ける。一方、復旧の可能性がないと識別された場合、情報受信プログラムが停止される。

【0071】

また、ワーカスレッド実行部１５は、getInputStream.readのシステムコールを実行して、ソケット受信部５１から応答されるデータを受診する（ステップＳ３１６及びステップＳ３１７）。その後、ワーカスレッド実行部１５は、close()のシステムコールを実行することにより、ソケットを切断し（ステップＳ３１８）、処理を終了する。

【0072】

上述してきたように、本実施例に係る証券取引所サーバ１０では、ワーカスレッド実行部１５Ａ～１５Ｎが開示資料の暗号化データの復号化に用いる復号キーをマルチスレッドによる並列処理で配信する。したがって、本実施例に係る証券取引所サーバ１０によれば、情報開示のタイミングの公平性が損なわれるのを抑制できる。

【0073】

さらに、ワーカスレッド実行部１５Ａ～１５Ｎの各々でソケット送信部１７Ａ～１７Ｎが生成され終えるまで、ソケット送信部１７Ａ～１７Ｎからソケット受信部５１Ａ～５１Ｎへコネクション確立のリクエストが送信される処理の開始が待機される。これにより、ソケット送信部１７が生成され終えていないワーカスレッドが置き去りにされたまま、ソケット送信部１７が生成され終えたワーカスレッドによりコネクション確立が先行して開始される事態を抑制できる。その一方で、ワーカスレッド実行部１５Ａ～１５Ｎの各々でソケット送信部１７Ａ～１７Ｎが生成され終えた段階で、ソケット送信部１７Ａ～１７Ｎからソケット受信部５１Ａ～５１Ｎへコネクション確立のリクエストが送信される処理の待機を解除する。これにより、ソケット受信部５１、すなわちソケットサーバ側が原因となってコネクション確立が困難、あるいは遅延し得る状況で、コネクション確立済みのソケット送信部１７によるデータの送信が待機状態になることも抑制できる。したがって、本実施例に係る証券取引所サーバ１０によれば、情報開示のタイミングの公平性および適時性の両立を実現できる。

【実施例0074】

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

【0075】

例えば、上記の実施例１では、開示資料の暗号化データを先行して送信しておき、開示日時に復号キーを送信する例を挙げたが、開示日時に開示資料のデータを送信することとしてもよい。

【0076】

また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、メインスレッド実行部１３、ワーカスレッド実行部１５Ａ～１５Ｎまたはこれらの少なくとも１つを証券取引所サーバ１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、メインスレッド実行部１３、ワーカスレッド実行部１５Ａ～１５Ｎまたはこれらの少なくとも１つを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記の証券取引所サーバ１０の機能を実現するようにしてもよい。

【0077】

また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図７を用いて、実施例１及び実施例２と同様の機能を有する情報処理プログラムを実行するコンピュータの一例について説明する。

【0078】

図７は、ハードウェア構成例を示す図である。図７に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０～１８０の各部はバス１４０を介して接続される。

【0079】

ＨＤＤ１７０には、図７に示すように、上記の実施例１で示されたメインスレッド実行部１３およびワーカスレッド実行部１５と同様の機能を発揮する情報処理プログラム１７０ａが記憶される。この情報処理プログラム１７０ａは、図３に示したメインスレッド実行部１３およびワーカスレッド実行部１５の各構成要素と同様、統合又は分離してもよい。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。

【0080】

このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から情報処理プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、情報処理プログラム１７０ａは、図７に示すように、情報処理プロセス１８０ａとして機能する。この情報処理プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち情報処理プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、展開された各種データを用いて各種の処理を実行する。例えば、情報処理プロセス１８０ａが実行する処理の一例として、図５～図６に示す処理などが含まれ得る。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。

【0081】

なお、上記の情報処理プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に情報処理プログラム１７０ａを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から情報処理プログラム１７０ａを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに情報処理プログラム１７０ａを記憶させておく。このように記憶された情報処理プログラム１７０ａをコンピュータ１００にダウンロードさせた上で実行させるようにしてもよい。

【0082】

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

【0083】

（付記１）データの送信日時の指定を受け付け、
前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、
前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、
前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

【0084】

（付記２）前記複数のスレッドは、複数のワーカスレッドに対応する、
ことを特徴とする付記１に記載の情報処理プログラム。

【0085】

（付記３）前記送信処理は、ソケット通信により実現される、
ことを特徴とする付記１または２に記載の情報処理プログラム。

【0086】

（付記４）前記データは、前記データの送信先に前記データよりも先行して送信された開示資料の暗号化データの復号化に用いる復号キーを含む、
ことを特徴とする付記１～３のいずれか１つに記載の情報処理プログラム。

【0087】

（付記５）前記データは、適時開示に関する開示資料のデータを含む、
ことを特徴とする付記１～３のいずれか１つに記載の情報処理プログラム。

【0088】

（付記６）データの送信日時の指定を受け付け、
前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、
前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、
前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、
処理をコンピュータが実行することを特徴とする情報処理方法。

【0089】

（付記７）前記複数のスレッドは、複数のワーカスレッドに対応する、
ことを特徴とする付記６に記載の情報処理方法。

【0090】

（付記８）前記送信処理は、ソケット通信により実現される、
ことを特徴とする付記６または７に記載の情報処理方法。

【0091】

（付記９）前記データは、前記データの送信先に前記データよりも先行して送信された開示資料の暗号化データの復号化に用いる復号キーを含む、
ことを特徴とする付記６～８のいずれか１つに記載の情報処理方法。

【0092】

（付記１０）前記データは、適時開示に関する開示資料のデータを含む、
ことを特徴とする付記６～８のいずれか１つに記載の情報処理方法。

【0093】

（付記１１）データの送信日時の指定を受け付け、
前記送信日時に基づいて前記データを送信する送信処理を実行するスレッドを前記データの送信先ごとに起動し、
前記データの送信先ごとに起動される複数のスレッドの各々で前記データの送信先に通信接続要求が実行される直前に、前記複数のスレッドの各々の状態を前記データの送信開始を待機する待機状態へ移行させ、
前記複数のスレッドの各々で起動が終了した場合、前記複数のスレッドの各々の前記待機状態を解除させる、
処理を実行する制御部を含む情報処理装置。

【0094】

（付記１２）前記複数のスレッドは、複数のワーカスレッドに対応する、
ことを特徴とする付記１１に記載の情報処理装置。

【0095】

（付記１３）前記送信処理は、ソケット通信により実現される、
ことを特徴とする付記１１または１２に記載の情報処理装置。

【0096】

（付記１４）前記データは、前記データの送信先に前記データよりも先行して送信された開示資料の暗号化データの復号化に用いる復号キーを含む、
ことを特徴とする付記１１～１３のいずれか１つに記載の情報処理装置。

【0097】

（付記１５）前記データは、適時開示に関する開示資料のデータを含む、
ことを特徴とする付記１１～１３のいずれか１つに記載の情報処理装置。