第1のアプリケーションがメッセージを発行する際に、該メッセージを記憶手段に記憶し、前記第1のアプリケーションが発行するメッセージを取得するアプリケーションとして登録された第2のアプリケーションが、前記第1のアプリケーションと前記第2のアプリケーションとの間のメッセージの送受信を仲介する通信ハブにメッセージの取得処理を行うと、前記記憶手段に記憶された前記メッセージを前記第2のアプリケーションに送信する、処理をコンピュータに実行させることを特徴とするメッセージ管理プログラム。前記記憶手段は、前記第1のアプリケーション及び前記第2のアプリケーションの初期化順序を規定した初期化シーケンステーブルを更に記憶し、前記コンピュータは、前記初期化シーケンステーブルに規定された初期化順序に基いて、前記第1のアプリケーション及び前記第2のアプリケーションの初期化を開始する、ことを特徴とする請求項1に記載のメッセージ管理プログラム。前記初期化シーケンステーブルには、前記第2のアプリケーションの初期化開始が、前記第1のアプリケーションの初期化開始より早くなるように、前記初期化順序が規定されている、ことを特徴とする請求項2に記載のメッセージ管理プログラム。前記コンピュータに、前記第1のアプリケーション及び前記第2のアプリケーションの初期化開始からメッセージを発行又は取得するまでの所要時間を計測し、前記所要時間に基いて、前記初期化シーケンステーブルに規定された初期化順序を更新する、処理を更に実行させることを特徴とする請求項2又は請求項3に記載のメッセージ管理プログラム。コンピュータが、第1のアプリケーションがメッセージを発行する際に、該メッセージを記憶手段に記憶し、前記第1のアプリケーションが発行するメッセージを取得するアプリケーションとして登録された第2のアプリケーションが、前記第1のアプリケーションと前記第2のアプリケーションとの間のメッセージの送受信を仲介する通信ハブにメッセージの取得処理を行うと、前記記憶手段に記憶された前記メッセージを前記第2のアプリケーションに送信する、処理を実行することを特徴とするメッセージ管理方法。しかしながら、従来技術においては、例えば、メッセージを受信するガジェットが初期化を完了していない状態で、メッセージを送信するガジェットからメッセージが送信されたときなど、ガジェット間のメッセージ送受信ができない場合がある。この場合、メッセージを送信するガジェットからHUBにメッセージが届いたとき、このメッセージを受信するガジェットがないために、メッセージが破棄されてしまい、所定のガジェットにメッセージが届かないという問題が発生する。その理由としては、複数のガジェットの初期化が非同期で行われるため、ガジェットの初期化完了の順番が保証されず、また、HUBを利用したガジェット間のメッセージ送受信では、メッセージを受信するガジェットが購読Subscribeを完了していないと、メッセージを受信できないなどのためである。ここで、購読を完了するとは、具体的には、トピック名及びメッセージ受信時に起動するコールバック関数を引数としてSubscribeメソッドを呼び出すことをいう。そこで、1つの側面では、本発明は、アプリケーション間のメッセージ送受信の確実性を高めることが可能なメッセージ管理技術を提供することを目的とする。コンピュータは、第1のアプリケーションがメッセージを発行する際に、このメッセージを記憶手段に記憶する。そして、コンピュータは、第1のアプリケーションが発行するメッセージを取得するアプリケーションとして登録された第2のアプリケーションが、第1のアプリケーションと第2のアプリケーションとの間のメッセージの送受信を仲介する通信ハブにメッセージの取得処理を行うと、記憶手段に記憶されたメッセージを第2のアプリケーションに送信する。1態様によれば、アプリケーション間のメッセージ送受信の確実性が高められる。以下、添付された図面を参照し、本発明を実施するための実施形態について詳細に説明する。図1は、本実施形態に係る情報システムの一例を示す。情報システムは、ユーザがWebアプリケーションを利用するための少なくとも1台のクライアント100と、Webアプリケーションのソースコード及びガジェットを提供するための少なくとも1台のサーバ200と、を有する。クライアント100とサーバ200とは、インターネット及びイントラネットなどのネットワーク300を介して相互に接続される。クライアント100及びサーバ200は、図2に示すように、メモリA、CPUCentralProcessingUnitB、ハードディスクC記憶手段、表示装置D、リムーバブルディスクEを読み込むドライブ装置F、入力装置G、ネットワーク300に接続するための通信装置HがバスIで接続されたコンピュータである。表示装置Dは、例えば、LCDLiquidCrystalDisplayなどのディスプレイである。リムーバブルディスクEは、例えば、CD-ROMCompactDiskReadOnlyMemory、DVD-ROMDigitalVersatileDiskReadOnlyMemoryなどの可搬記録媒体である。なお、リムーバブルディスクEに代えて、フラッシュメモリを内蔵したUSBUniversalSerialBusメモリなどを使用することもできる。入力装置Gは、例えば、マウスとキーボードである。通信装置Hは、例えば、NICNetworkInterfaceCardである。クライアント100は、ハードディスクCに格納されたブラウザプログラムを起動することで、図3に示すようなWebアプリケーション400が表示装置Dに表示される。Webアプリケーション400は、複数のガジェットを組み合わせて構築される。図3に示すWebアプリケーション400では、キーワードランキングを提供するガジェット400A、ニュースを提供するガジェット400B、乗り換え案内を提供するガジェット400C及び天気情報を提供するガジェット400Dが独立したガジェットである。また、クライアント100では、ガジェット間におけるメッセージの送受信を実現するため、図4に示すような手順を実行する、通信ハブHUB410と称される機能が具現化される。HUB410は、ガジェット間のメッセージの送受信を仲介する。メッセージを購読受信する機能を持つ購読ガジェット420第2のアプリケーションは、コンテンツの生成などが完了した初期化完了後の任意のタイミングで、例えば、トピック名及びメッセージ受信時に起動するコールバック関数を引数としたSubscribeメソッドを呼び出すことで、HUB410に対して登録を行う手順。また、メッセージを発行送信する機能を持つ発行ガジェット430第1のアプリケーションは、例えば、トピック名及びメッセージを引数としてPublishメソッドを呼び出すことで、HUB410に対して登録Publishを行う手順。HUB410は、発行されたメッセージの発行ガジェット430の確認を行い、管理対象であるガジェットであれば、同一のトピックを購読している購読ガジェット420にメッセージを送信する手順。そして、メッセージを受信した購読ガジェット420は、コールバック関数を利用してメッセージを処理する。クライアント100は、ハードディスクCに格納されたメッセージ管理プログラムを起動することで、図5に示すように、HUB生成部110、ガジェット生成部120、メッセージ削除部130、購読処理部140、発行処理部150及び初期化シーケンス更新部160を夫々具現化する。ここで、メッセージ管理プログラムは、リムーバブルディスクEをドライブ装置Fで読み込むことで、ハードディスクCに格納される。なお、メッセージ管理プログラムは、ネットワーク300を介して接続されたサーバなどから読み込むこともできる。HUB生成部110は、ユーザがWebアプリケーションを起動したことを契機として、メッセージを保存するためのメッセージキューを備えたHUB410を生成する。ガジェット生成部120は、ユーザがWebアプリケーションを起動したことを契機として、ガジェットを所定規則に則って順次初期化すると共に、メッセージ削除部130を起動する。メッセージ削除部130は、所定規則に則ってHUB410のメッセージキューからメッセージを削除する。購読処理部140は、購読ガジェット420が購読を行ったことを契機として、HUB410に対する購読処理を行う。発行処理部150は、発行ガジェット430が発行を行ったことを契機として、HUB410を経由して、同一トピックを購読する購読ガジェット420にメッセージを送信する。初期化シーケンス更新部160は、購読ガジェット420の購読実績及び発行ガジェット430の発行実績に基づいて、Webアプリケーションを構築するガジェットの初期化順序を更新する。クライアント100のハードディスクCは、図6~図12に示すように、初期化シーケンステーブル440、連携関係テーブル450、優先度テーブル460、削除規則テーブル470、アクセス実績テーブル480、初期化ステータステーブル490及びガジェットステータステーブル500を夫々格納する。初期化シーケンステーブル440は、ガジェットの初期化順序を規定し、図6に示すように、ガジェットを特定するガジェットIDと、ガジェットの初期化順序を示す優先度と、を関連付けたレコードの集合である。連携関係テーブル450は、ガジェット間の連携関係を規定し、図7に示すように、ガジェットIDと、ガジェット間で送受信するメッセージを特定するトピックと、連携関係を規定する連携タイプと、メッセージの送信規則を規定する送信指定と、を関連付けたレコードの集合である。連携タイプには、購読ガジェット420の場合Subscribeが格納され、発行ガジェット430の場合Publishが格納される。また、送信指定には、送信パターンNew/Old/All数値メッセージ数:All以外の場合という形式のデータが格納される。ここで、Newは最新のメッセージ、Oldは最古のメッセージ、Allはすべてのメッセージを示し、例えば、最新の1件のメッセージを送信する場合にはNew1、古い方から数えて2件のメッセージを送信する場合にはOld2となる。ここで、連携関係テーブル450が、送信規則テーブルの一例として挙げられる。優先度テーブル460は、ガジェットの初期化優先度を規定し、図8に示すように、ガジェットの連携タイプと、優先度と、を関連付けたレコードの集合である。連携タイプには、購読ガジェット420を示すSubscribe、発行ガジェット430を示すPublish、他のガジェットとの連携関係がないUndefinedが格納される。また、優先度には、ガジェットの初期化を開始する優先度順番が格納される。優先度テーブル460においては、メッセージ送受信の確実性を担保すべく、連携タイプがSubscribe、Publish及びUndefinedの順番に優先度が付されている。削除規則テーブル470は、HUB410に保存されているメッセージの削除規則を規定し、図9に示すように、メッセージを削除する時間間隔を示す削除間隔所定時間と、メッセージを削除した最終削除時刻と、を関連付けたレコードの集合である。アクセス実績テーブル480は、ガジェットのアクセス実績を保持し、図10に示すように、ガジェットIDと、トピックと、連携タイプと、アクセスがあったか否かを示すフラグと、初期化開始から購読又は発行を行うまでに要した待ち時間所要時間と、を関連付けたレコードの集合である。ここで、フラグには、アクセスがない場合False、アクセスがあった場合Trueが格納される。初期化ステータステーブル490は、ガジェットの初期化が開始されたか否かを把握する情報を保持し、図11に示すように、ガジェットIDと、ステータスと、を関連付けたレコードの集合である。ここで、ステータスには、ガジェットの初期化が開始された場合True初期化済が格納され、ガジェットの初期化が開始されていない場合False未初期化が格納される。なお、初期化ステータステーブル490は、Webアプリケーションを提供するサーバ200から、Webアプリケーションと共に取得されてもよい。このようにすれば、各Webアプリケーションに適した初期設定が行われた、初期化ステータステーブル490を初めから利用することができる。ガジェットステータステーブル500は、ガジェットが購読又は発行を行ったか否かを把握する情報を保持し、図12に示すように、ガジェットIDと、ステータスと、を関連付けたレコードの集合である。ここで、ステータスには、ガジェットが購読を行った場合Subscribed購読済が格納され、ガジェットが発行を行った場合Published発行済が格納される。ガジェットが購読又は発行を行っていない場合には、ステータスは空欄とされる。なお、ガジェットステータステーブル500は、初期化ステータステーブル490にマージしてもよい。また、クライアント100のハードディスクCは、図13に示すようなメッセージを保存するメッセージキュー510を具現化する。メッセージは、メッセージを特定するメッセージIDと、トピックと、発行ガジェット430から発行されたメッセージ本体と、メッセージの発行時刻と、を関連付けたレコードである。図14及び図15は、クライアント100において、ユーザがWebアプリケーションを起動する操作を行ったことを契機として、HUB生成部110及びガジェット生成部120が協働して実行するガジェット生成処理の一例を示す。ステップ1図ではS1と略記する。以下同様。では、ガジェット生成部120が、Webアプリケーションを提供するサーバからソースコードを読み込む。ここで、Webアプリケーションを提供するサーバは、例えば、WebアプリケーションのURLUniformResourceLocatorから特定することができる。ステップ2では、ガジェット生成部120が、Webアプリケーションのロード完了時に発生するonloadイベントがあるまで待機する。ステップ3では、HUB生成部110が、Webアプリケーションで使用するHUB410を生成する。ステップ4では、ガジェット生成部120が、Webアプリケーションに関する初期化シーケンステーブル440図6参照がハードディスクCに格納されているか否か、即ち、ガジェットの初期化順序が規定済みであるか否かを判定する。そして、ガジェット生成部120は、初期化シーケンステーブル440がハードディスクCに格納されていないと判定すれば処理をステップ5へと進める一方Yes、初期化シーケンステーブル440がハードディスクCに格納されていると判定すれば処理をステップ9へと進めるNo。ステップ5では、ガジェット生成部120が、Webアプリケーションのソースコードに記述されたガジェットIDの順番通りにガジェットの初期化が開始されるように、初期化シーケンステーブル440を生成する。ステップ6では、ガジェット生成部120が、ハードディスクCから連携関係テーブル450図7参照を読み込む。ステップ7では、ガジェット生成部120が、連携関係テーブル450にガジェットIDが登録されているか否か、即ち、ガジェット間の連携があるか否かを判定する。そして、ガジェット生成部120は、連携関係テーブル450にガジェットIDが登録されていると判定すれば処理をステップ8へと進める一方Yes、連携関係テーブル450にガジェットIDが登録されていないと判定すれば処理をステップ10へと進めるNo。ステップ8では、ガジェット生成部120が、初期化シーケンステーブル440を初期設定するためのサブルーチン図16参照を実行する。ステップ9では、ガジェット生成部120が、ハードディスクCから初期化シーケンステーブル440を読み込む。ステップ10では、ガジェット生成部120が、ガジェットの初期化が開始されたか否かを把握するために、図11に示す初期化ステータステーブル490のステータスをFalse未初期化で初期化する。ステップ11では、ガジェット生成部120が、初期化シーケンステーブル440に記述された優先度に従って、ガジェットの初期化を順次開始する。ステップ12では、ガジェット生成部120が、初期化を開始したガジェットについて、初期化ステータステーブル490のステータスをTrue初期化済に更新する。ステップ13では、ガジェット生成部120が、Webアプリケーションを構築するすべてのガジェットの初期化を開始したか否か、即ち、初期化シーケンステーブル440に記述された最後のガジェットまで初期化を開始したか否かを判定する。そして、ガジェット生成部120は、すべてのガジェットの初期化を開始したと判定すれば処理をステップ14へと進める一方Yes、すべてのガジェットの初期化を開始していないと判定すれば処理をステップ11へと戻すNo。ステップ14では、ガジェット生成部120が、メッセージ削除部130を起動する。図16は、ガジェット生成部120が実行する、初期化シーケンステーブル440を初期設定するための初期設定処理サブルーチンの一例を示す。ステップ21では、ガジェット生成部120が、Webアプリケーションのソースコードに記述された順番通りにすべてのガジェットIDを取得する。ステップ22では、ガジェット生成部120が、ステップ21で取得したガジェットIDの順番にガジェットIDを順次選定する。ステップ23では、ガジェット生成部120が、ステップ6で読み込んだ連携関係テーブル450を参照し、ガジェットIDに関連付けられた連携タイプを取得する。ステップ24では、ガジェット生成部120が、ハードディスクCに格納された優先度テーブル460を参照し、ステップ23で取得した連携タイプの優先度を取得する。ステップ25では、ガジェット生成部120が、ステップ22で選定したガジェットIDについて、初期化シーケンステーブル440の優先度をステップ24で取得した優先度に更新する書き換える。ステップ26では、ガジェット生成部120が、すべてのガジェットIDについて優先度を更新したか否か、即ち、ステップ21で取得した最後のガジェットIDまで処理したか否かを判定する。そして、ガジェット生成部120は、すべてのガジェットIDについて優先度を更新したと判定すれば処理をステップ27へと進める一方Yes、すべてのガジェットIDについて優先度を更新していないと判定すれば処理をステップ22へと戻すNo。ステップ27では、ガジェット生成部120が、初期化シーケンステーブル440をハードディスクCに保存する。かかるガジェット生成処理によれば、クライアント100においてWebアプリケーションが起動されたときに、初期化シーケンステーブル440が存在していれば、その初期化シーケンステーブル440に従って、ガジェットの初期化が順次開始される。一方、初期化シーケンステーブル440が存在していなければ、Webアプリケーションのソースコードに応じて初期設定された初期化シーケンステーブル440が生成される。また、購読ガジェットの初期化開始が発行ガジェットの初期化開始より早くなるように、初期化シーケンステーブル440が更新される。そして、初期化シーケンステーブル440に従って、ガジェットの初期化が順次開始される。このため、発行ガジェットが発行を行ったときに、購読ガジェットが購読を行っていない確率を低減でき、ガジェット間のメッセージ送受信の効率を向上させることができる。図17は、クライアント100において、ガジェットが初期化完了後に購読を行ったことを契機として、購読処理部140が実行する購読処理の一例を示す。ステップ31では、購読処理部140が、ガジェットの存在をHUB410に通知する。これにより、HUB410は、購読を行ったガジェットが管理対象であることを認識できる。ステップ32では、購読処理部140が、ガジェットが購読又は発行を行ったか否かを把握するために、図12に示すガジェットステータステーブル500のステータスをSubscribed購読済で更新する。ステップ33では、購読処理部140が、購読を行ったガジェットIDについて、初期化開始から購読を行ったときまでの経過時間に基づいて、ハードディスクCに格納されたアクセス実績テーブル480を更新する。かかる購読処理によれば、ガジェットが購読を行うと、その存在をHUB410に知らしめるべく、ガジェットの存在がHUB410に通知される。このため、HUB410は、購読を行ったガジェットが管理対象であることを認識し、ガジェット間のメッセージ送受信を管理できるようになる。また、ガジェットが購読を行ったことを把握可能とすべく、ガジェットステータステーブル500のステータスがSubscribed購読済に更新されると共に、アクセス実績テーブル480が適宜更新される。図18は、クライアント100において、ガジェットが初期完了後に発行を行ったことを契機として、発行処理部150が実行する発行処理の一例を示す。ステップ41では、発行処理部150が、発行を行ったガジェットIDについて、ガジェットステータステーブル500のスタータスをPublished発行済で更新する。ステップ42では、発行処理部150が、ガジェットIDにより特定されるガジェットが初めてメッセージを送信する初回送信であるか否かを判定する。そして、発行処理部150は、初回送信であると判定すれば処理をステップ43へと進める一方Yes、初回送信でないと判定すれば処理をステップ44へと進めるNo。ステップ43では、発行処理部150が、発行を行ったガジェットIDについて、初期化開始から発行を行ったときまでの経過時間に基づいて、ハードディスクCに格納されたアクセス実績テーブル480を更新する。ステップ44では、発行処理部150が、ガジェットが送信しようとするメッセージをHUB410のメッセージキュー510に保存する。ステップ45では、発行処理部150が、ハードディスクCに格納された連携関係テーブル450及びガジェットステータステーブル500を参照し、メッセージを購読するガジェットIDの中からメッセージを送信していないガジェットIDを順次選定する。即ち、発行処理部150は、連携関係テーブル450の連携タイプがSubscribeになっているガジェットIDの中から、ガジェットステータステーブル500のステータスがSubscribedになっていないガジェットIDを順次選定する。ステップ46では、発行処理部150が、ハードディスクCから初期化ステータステーブル490を読み込む。ステップ47では、発行処理部150が、初期化ステータステーブル490のステータスに基づいて、ステップ45で選定したガジェットIDにより特定されるガジェット選定ガジェットが初期化済みであるか否かを判定する。そして、発行処理部150は、選定ガジェットが初期化済みであると判定すれば処理をステップ48へと進める一方Yes、選定ガジェットが初期化済みでないと判定すれば処理をステップ46へと戻すNo。なお、発行処理部150が処理をステップ46へと戻すとき、任意に設定された時間だけ待機するようにしてもよい。ステップ48では、発行処理部150が、ハードディスクCからガジェットステータステーブル500を読み込む。ステップ49では、発行処理部150が、ガジェットステータステーブル500のステータスに基づいて、選定ガジェットが購読済みであるか否かを判定する。そして、発行処理部150は、選定ガジェットが購読済みであると判定すれば処理をステップ50へと進める一方Yes、選定ガジェットが購読済みでないと判定すれば処理をステップ48へと戻すNo。なお、発行処理部150が処理をステップ48へと戻すとき、任意に設定された時間だけ待機するようにしてもよい。ステップ50では、発行処理部150が、連携関係テーブル450の送信指定に従って、HUB410のメッセージキュー510からメッセージを取り出す。ステップ51では、発行処理部150が、選定ガジェットに対してメッセージを送信する。ステップ52では、発行処理部150が、すべての選定ガジェットにメッセージを送信したか否か、即ち、最後に選定したガジェットにメッセージを送信したか否かを判定する。そして、発行処理部150は、すべての選定ガジェットにメッセージを送信したと判定すれば処理をステップ53へと進める一方Yes、すべての選定ガジェットにメッセージを送信していないと判定すれば処理をステップ45へと戻すNo。ステップ53では、発行処理部150が、HUB410のメッセージキュー510からメッセージを削除する。かかる発行処理によれば、ガジェットが発行を行うと、そのガジェットから送信されるメッセージがメッセージキュー510に保存される。そして、このメッセージを購読するガジェットが初期化完了後に購読を行うと、メッセージキュー510に保存されているメッセージが送信される。要するに、メッセージを購読するガジェットが購読を行い、メッセージを受信できるようになるまで、メッセージの送信が遅延される。このため、ガジェットが発行を行ったときにメッセージを受信可能なガジェットがなくても、そのメッセージが破棄されることがなく、その後購読ガジェットにメッセージが送信される。よって、ガジェット間のメッセージ送受信を確実ならしめることができる。なお、ガジェットがメッセージを受信できるか否かは、購読済みであるか否かにより判定できるため、ステップ46及びステップ47の処理を省略してもよい。図19は、ガジェット生成処理においてメッセージ削除部130が起動されたことを契機として、メッセージ削除部130が実行するメッセージ削除処理の一例を示す。ステップ61では、メッセージ削除部130が、ハードディスクCから削除規則テーブル470図9参照を読み込む。ステップ62では、メッセージ削除部130が、例えば、クライアント100の計時機能を利用して、削除規則テーブル470の最終削除時刻から削除間隔経過しているか否か、即ち、メッセージを削除する時刻削除時刻になったか否かを判定する。そして、メッセージ削除部130は、メッセージの削除時刻であると判定すれば処理をステップ63へと進める一方Yes、メッセージの削除時刻でないと判定すれば処理をステップ65へと進めるNo。ステップ63では、メッセージ削除部130が、HUB410のメッセージキュー510に保存されているすべてのメッセージを削除する。ステップ64では、メッセージ削除部130が、ハードディスクCに格納されている削除規則テーブル470の最終削除時刻を更新する。ステップ65では、メッセージ削除部130が、所定時間例えば、10秒待機する。かかるメッセージ削除処理によれば、削除規則テーブル470に格納された削除間隔所定時間ごとに、HUB410のメッセージキュー510に保存されているメッセージがすべて削除される。このため、HUB410のメッセージキュー510がオーバフローすることを抑制できる。なお、HUB410のメッセージキュー510からメッセージを削除する条件として、日時、メッセージ数、メッセージサイズなどを加えてもよい。図20は、クライアント100において、ブラウザ終了時又は他のURLを同じブラウザで開いたときなど、unloadイベントが発生したことを契機として、初期化シーケンス更新部160が実行する初期化シーケンス更新処理を示す。ステップ71では、初期化シーケンス更新部160が、ハードディスクCから初期化シーケンステーブル440を読み込む。ステップ72では、初期化シーケンス更新部160が、ハードディスクCからアクセス実績テーブル480を読み込む。ステップ73では、初期化シーケンス更新部160が、初期化シーケンステーブル440の各ガジェットIDについて、アクセス実績テーブル480の待ち時間が短い順番に優先度を付与する。ステップ74では、初期化シーケンス更新部160が、アクセス実績テーブル480を参照し、同一のトピックを対象とする複数のガジェットが存在するか否か、即ち、初期化シーケンステーブル440を更新する必要があるか否かを判定する。そして、初期化シーケンス更新部160は、同一のトピックを対象とする複数のガジェットが存在すると判定すれば処理をステップ75へと進める一方Yes、同一のトピックを対象とする複数のガジェットが存在しないと判定すれば処理をステップ76へと進めるNo。ステップ75では、初期化シーケンス更新部160が、同一のトピックを対象とする購読ガジェットについて、同一優先度の発行ガジェットよりも1つ上の優先度に更新する。ステップ76では、初期化シーケンス更新部160が、初期化シーケンステーブル440をハードディスクCに保存する。かかる初期化シーケンス更新処理によれば、発行ガジェット及び購読ガジェットの初期化開始から発行又は購読を行うまでの所要時間に基づいて、初期化シーケンステーブル440が最適化される。即ち、購読ガジェットの初期化を優先した場合、図21に示すように、メッセージを受信できるようになるタイミングを短縮できる効果がある。しかし、すべての購読ガジェットは、例えば、ガジェット表示後にボタンクリックなどのユーザ操作を契機として購読を行うなど、必ずしも初期化完了直後に購読を行うとは限らない。このような場合、ガジェットの初期化完了直後にメッセージを受信する必要がないため、購読ガジェットであっても、ガジェットの初期化完了直後にメッセージを受信する必要があるガジェットよりも初期化優先度を低くすべきである。そこで、図22に示すように、初期化完了直後にメッセージを受信する必要があるガジェットの初期化開始を早めることで、ガジェットがメッセージを受信できるようになるタイミングをさらに短縮することができる。次に、本実施形態に対する理解を容易ならしめることを目的として、具体的な事例を想定した実施例について説明する。[第1実施例初期化シーケンステーブルの初期設定]本実施例の前提として、Webアプリケーションのソースコードには、Gadget1、Gadget2及びGadget3がこの順番で記述され、連携関係テーブル450は、図23に示すデータ構造をとり、優先度テーブル460は、図8に示すデータ構造をとっているものとする。まず、Gadget1について、連携関係テーブル450が参照され、Gadget1に関連付けられた連携タイプPublishが取得される。また、優先度テーブル460が参照され、連携タイプPublishに関連付けられた優先度2が取得される。そして、図24に示すように、Gadget1の優先度に2が格納される。次に、Gadget2について、連携関係テーブル450が参照され、Gadget2に関連付けられた連携タイプSubscribeが取得される。また、優先度テーブル460が参照され、連携タイプSubscribeに関連付けられた優先度1が取得される。そして、図24に示すように、Gadget2の優先度に1が格納される。さらに、Gadget3について、連携関係テーブル450が参照され、Gadget3は他のガジェットとの連携がないので、その連携タイプUndefinedが取得される。また、優先度テーブル460が参照され、連携タイプUndefinedに関連付けられた優先度3が取得される。そして、図24に示すように、Gadget3の優先度に3が格納される。要するに、初期化シーケンステーブル440の初期設定においては、Webアプリケーションのソースコードに記述された各ガジェットについて、購読ガジェット、発行ガジェット及び連携関係がないガジェットの順番で優先度が付される。なお、購読ガジェット、発行ガジェット及び連携関係がないガジェットが複数存在する場合には、同一優先度が付されることとなる。この場合には、同一優先度のガジェットについて、初期化シーケンステーブル440に格納されている順番に初期化を開始すればよい。[第2実施例初期化シーケンステーブルの更新]本実施例の前提として、初期化シーケンステーブル440は、図25Aに示すデータ構造をとり、また、アクセス実績テーブル480は、図25Bに示すデータ構造をとっているものとする。まず、アクセス実績テーブル480が参照され、待ち時間が短い順に優先度を付与、即ち、図26Aに示すように、Gadget3の優先度を1、Gadget4の優先度を2に設定すると共に、Gadget1、Gadget2及びGadget5の優先度を順次繰り下げる。次に、連携関係を有するGadget1及びGadget2、並びに、Gadget3及びGadget4の優先度について、図26Bに示すように、連携タイプがSubscribeとなっているGadget2及びGadget4の優先度を、連携タイプがPublishとなっているGadget1及びGadget3よりも1つ上げる。要するに、初期化シーケンステーブル440の更新においては、Webアプリケーションのソースコードに記述された各ガジェットについて、初期化開始から発行又は購読が行われるまでの所要時間が短い購読ガジェットの優先度が高くなるように、優先度が最適化される。以上の第1実施例及び第2実施例を含む実施形態に関し、更に以下の付記を開示する。付記1第1のアプリケーションがメッセージを発行する際に、該メッセージを記憶手段に記憶し、前記第1のアプリケーションが発行するメッセージを取得するアプリケーションとして登録された第2のアプリケーションが、前記第1のアプリケーションと前記第2のアプリケーションとの間のメッセージの送受信を仲介する通信ハブにメッセージの取得処理を行うと、前記記憶手段に記憶された前記メッセージを前記第2のアプリケーションに送信する、処理をコンピュータに実行させることを特徴とするメッセージ管理プログラム。付記2前記記憶手段は、前記メッセージの送信規則を規定した送信規則テーブルを更に記憶し、前記コンピュータは、前記送信規則テーブルに規定された送信規則に基づいて、前記メッセージキューに保存されているメッセージを送信する、ことを特徴とする付記1に記載のメッセージ管理プログラム。付記3前記記憶手段は、前記第1のアプリケーション及び前記第2のアプリケーションの初期化順序を規定した初期化シーケンステーブルを更に記憶し、前記コンピュータは、前記初期化シーケンステーブルに規定された初期化順序に基いて、前記第1のアプリケーション及び前記第2のアプリケーションの初期化を開始する、ことを特徴とする付記1又は付記2に記載のメッセージ管理プログラム。付記4前記初期化シーケンステーブルは、前記第1のアプリケーション及び前記第2のアプリケーションを提供するサーバから取得される、ことを特徴とする付記3に記載のメッセージ管理プログラム。付記5前記初期化シーケンステーブルには、前記第2のアプリケーションの初期化開始が、前記第1のアプリケーションの初期化開始より早くなるように、前記初期化順序が規定されている、ことを特徴とする付記3又は付記4に記載のメッセージ管理プログラム。付記6前記コンピュータに、前記第1のアプリケーション及び前記第2のアプリケーションの初期化開始からメッセージを発行又は取得するまでの所要時間を計測し、前記所要時間に基いて、前記初期化シーケンステーブルに規定された初期化順序を更新する、処理を更に実行させることを特徴とする付記3~付記5のいずれか1つに記載のメッセージ管理プログラム。付記7前記コンピュータに、前記記憶手段に記憶されたメッセージを所定時間ごとに削除する、処理を更に実行させることを特徴とする付記1~付記6のいずれか1つに記載のメッセージ管理プログラム。付記8前記記憶手段は、前記所定時間を規定した削除規則テーブルを更に記憶し、前記コンピュータは、前記削除規則テーブルに規定された所定時間ごとに、前記記憶手段に記憶されたメッセージを削除する、ことを特徴とする付記7記載のメッセージ管理プログラム。付記9コンピュータが、第1のアプリケーションがメッセージを発行する際に、該メッセージを記憶手段に記憶し、前記第1のアプリケーションが発行するメッセージを取得するアプリケーションとして登録された第2のアプリケーションが、前記第1のアプリケーションと前記第2のアプリケーションとの間のメッセージの送受信を仲介する通信ハブにメッセージの取得処理を行うと、前記記憶手段に記憶された前記メッセージを前記第2のアプリケーションに送信する、処理を実行することを特徴とするメッセージ管理方法。