JP2009207133A - 管理装置および管理方法 - Google Patents

Abstract

【課題】共通データに対するアクセス時間を短縮すること。
【解決手段】管理装置１００は、共通データ記憶部１１０がシステムで共通して利用される共通データを種別毎に分割して記憶し、アクセス内容判定部１４０が複数の個別装置から共通データに対するアクセス要求を受け付けた場合に、受け付けたアクセス要求識別情報とマルチキャストグループＩＤとを対応付けてマルチキャストグループＩＤ用バッファ１２０に登録し、共通データ管理部１６０が、共通データの種別に対応付けられたアクセス要求の送信元となる複数の個別装置に対して、該当する種別の共通データをマルチキャスト転送する。
【選択図】図２

Description

本発明は、複数の端末装置において共通して利用される共通データを管理する管理装置およびその管理方法に関し、特に、端末装置のアクセス時間を短縮することが出来る管理装置およびその管理方法に関するものである。

従来、システムの共通データを格納している管理装置と、この管理装置に格納された共通データを取得して各種の処理を実行する増設可能な個別装置群からなるシステムが様々な分野（例えば、携帯電話の基地局等）で利用されている。図１２は、従来のシステムの構成を示すブロック図である。

図１２に示すように、従来のシステムは、共通データａ，ｂ，ｃを格納する管理装置５０に、個別装置１０〜３０が接続されている（ここでは説明の便宜上、個別装置１０〜３０を示すが、このシステムは他の個別装置も備えているものとする）。なお、共通データａ，ｂ，ｃは論理的に一つのメモリで構成されており、管理装置５０は、共通データの読み出し要求となるアクセスに対して、シリアルに処理を実行する。

また、個別装置１０〜３０は、共通データを取得して所定の処理を実行するカードを備えている。具体的に、個別装置１０は、カード１０ａ〜１０ｃを備え、個別装置２０は、カード２０ａ，２０ｂを備え、個別装置３０は、カード３０ａ，３０ｃを備えている。ここで、例えば、カード１０ａ，２０ａ，３０ａは、共通データ「ａ」を用いて処理を行い、カード１０ｂ，２０ｂは、共通データ「ｂ」を用いて処理を行い、カード１０ｃ，３０ｃは、共通データ「ｃ」を用いて処理を行うものとする。

そして、上記のシステムでは、システムの起動時（あるいは再起動時）等に、管理装置５０が、個別装置１０〜３０からアクセスを受け付けて共通データを転送する場合、管理装置５０は、シリアルに処理を実行する。例えば、管理装置５０は、まず、個別装置１０に共通データａ，ｂ，ｃを転送した後に、個別装置２０に共通データａ，ｂを転送し、最後に個別装置３０に共通データａ，ｃを転送する。個別装置３０に共通データａ，ｃが転送された後に、システムが立ち上がる。

なお、特許文献１には、複数の情報処理手段により相互に教授する共通データを格納する同一の論理アドレス空間を有する複数のメモリを備え、このメモリのうちいずれかのメモリに書き込みが発生した場合に、書込まれたデータに対応する他のメモリのデータを同一の内容に書き換えることで、共通データに対するアクセスを簡単化するという技術が公開されている。

特開平６−２５９３１６号公報

しかしながら、上述した従来の技術では、システムの起動時（あるいは再起動時）などに個別装置群から同時にアクセスが発生する場合、アクセス要求に対する応答は、上述したように、シーケンシャルに処理されるので、待ち合わせ時間が発生してしまうという問題があった。

図１３は、従来のシステムにかかるタイミングイメージを示す図（１）である。同図に示すように、個別装置１０〜３０が同時に管理装置５０にアクセスした場合には、例えば、個別装置１０，２０，３０の順で共通データの転送が実行されるため（シーケンシャルに処理されるため）、個別装置２０，３０に待ち合わせが発生し、システムの立ち上げ時間が大幅に遅れてしまう。

なお、仮に待ち合わせ時間を短縮するために、個別装置１０〜３０側でアクセス調整を行ったとしても、個別装置毎のアクセス時間が減るわけではないので、個別装置が共通データを取得するのに要する時間を短縮することが出来ない。

図１４は、従来のシステムにかかるタイミングイメージを示す図（２）である。同図に示す例では、アクセス調整を行って、個別装置１０，２０，３０の順に管理装置５０にアクセスして共通データを取得しているが、図１３と比較すると、個別装置３０が共通データを取得するまでの時間は同じになり、システムの立ち上げ時間を短縮することが出来ない。

一方で、管理装置側にキャッシュを設け、アクセス時間短縮を図るなどの施策も行われているが、アクセス要求に対する応答処理はシリアルであるため、個別装置の接続数が増えるとその分アクセス時間が加算されるため十分な短縮化を行えていないのが現状である。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、共通データに対するアクセス時間を短縮することができる管理装置および管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、この管理装置は、複数の端末装置において共通して利用される共通データを管理する管理装置であって、前記共通データを種別毎に分割して記憶する共通データ記憶手段と、前記複数の端末装置から前記共通データに対するアクセス要求を受け付けた場合に、前記アクセス要求と前記共通データの種別とを対応付けて管理する管理手段と、前記共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に、該当する種別の共通データを一括して送信する送信手段と、を備えたことを要件とする。

また、この管理装置は、上記の管理装置において、前記送信手段は、前記端末装置から前記アクセス要求を受け付けた順番に基づいて、前記共通データを送信することを要件とする。

また、この管理装置は、上記の管理装置において、前記送信手段は、前記端末装置から送信されるアクセス要求に優先順位が設定されている場合に、当該優先順位に基づいて、前記共通データを送信する順序を判定することを要件とする。

また、この管理装置は、上記の管理装置において、前記送信手段が複数の端末装置に該当する種別の共通データを一括して送信している間に、他の端末装置から前記アクセス要求を受け付けた場合には、前記他の端末装置を送信先に加えて前記共通データを送信した後に、不足分の共通データを前記他の端末装置に再送する再送手段を更に備えたことを要件とする。

また、この管理装置は、上記の管理装置において、前記再送手段は、複数の端末装置に対して未送信の共通データを再送する場合には、再送する共通データのうち、データ量が最大となる共通データを複数の端末装置に再送することを要件とする。

また、この管理方法は、複数の端末装置において共通して利用される共通データを管理する管理装置の管理方法であって、前記管理装置は、前記共通データを種別毎に分割して記憶装置に記憶する共通データ記憶ステップと、前記複数の端末装置から前記共通データに対するアクセス要求を受け付けた場合に、前記アクセス要求と前記共通データの種別とを対応付けて管理する管理ステップと、前記共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に、該当する種別の共通データを一括して送信する送信ステップと、を含んだことを要件とする。

また、この管理方法は、上記の管理方法において、前記送信ステップは、前記端末装置から送信されるアクセス要求に優先順位が設定されている場合に、当該優先順位に基づいて、前記共通データを送信する順序を判定することを要件とする。

この管理装置によれば、システムで共通して利用される共通データを種別毎に分割して記憶し、複数の端末装置から共通データに対するアクセス要求を受け付けた場合に、受け付けたアクセス要求と共通データの種別とを対応付けて管理し、共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に対して、該当する種別の共通データを一括して送信する（マルチキャスト転送する）ので、システム起動時などに複数の端末装置からアクセス要求を受け付けた場合であっても、効率よく共通データを送信することができ、各端末装置のアクセス時間を短縮することができる。

また、この管理装置によれば、端末装置からアクセス要求を受け付けた順番に基づいて、共通データを送信するので、端末装置からのバラバラなアクセス要求に対して、システム側の要求に従ったアクセス応答を返すことが出来る。

また、この管理装置によれば、端末装置から送信されるアクセス要求に優先順位が設定されている場合に、優先順位に基づいて、共通データを送信する順序を判定するので、端末装置からのバラバラなアクセス要求に対して、システム側の要求に従ったアクセス応答を返すことが出来る。

また、この管理装置によれば、端末装置に該当する種別の共通データを一括して送信している最中に、他の端末装置からアクセス要求を受け付けた場合には、他の端末装置に対して途中から共通データを送信した後に、未送信の共通データを他の端末装置に再送するので、遅れてアクセス要求を行う端末装置が存在する場合のデータ転送時間を短縮することが出来る。

また、この管理装置によれば、複数の端末装置に対して未送信の共通データを再送する場合には、再送する共通データのうち、データ量が最大となる共通データを複数の端末装置に再送するので、複数の端末装置によるアクセス要求が遅れた場合にでも、一度の再送でデータ転送を完了することができる。

図１は、本実施例１にかかるシステムの構成を示す図である。 図２は、本実施例１にかかる管理装置の構成を示す機能ブロック図である。 図３は、共通データ記憶部が記憶する共通データのデータ構造の一例を示す図である。 図４は、マルチキャストグループＩＤ用バッファのデータ構造の一例を示す図である。 図５は、アクセス内容判定部が保持する管理テーブルのデータ構造の一例を示す図である。 図６は、処理待ち用ＦＩＦＯのデータ構造の一例を示す図である。 図７は、マルチキャストグループＩＤ用バッファのデータ変化を説明する図である。 図８は、本実施例１にかかる管理装置の処理手順を示すフローチャート（１）である。 図９は、本実施例１にかかる管理装置の処理手順を示すフローチャート（２）である。 図１０−１は、本実施例１のシステムにかかるタイミングイメージを示す図である。 図１０−２は、本実施例１における具体的な効果を説明するための図である。 図１１は、実施例にかかる管理装置を構成するコンピュータのハードウェア構成を示す図である。 図１２は、従来のシステムの構成を示すブロック図である。 図１３は、従来のシステムにかかるタイミングイメージを示す図（１）である。 図１４は、従来のシステムにかかるタイミングイメージを示す図（２）である。 図１５は、本実施例２の効果を説明するための図である。 図１６は、本実施例２にかかるシステムの構成を示す図である。 図１７は、本実施例２にかかる管理装置の構成を示す図である。 図１８は、本実施例２にかかるマルチキャストグループＩＤ用バッファのデータ構造の一例を示す図である。 図１９は、転送管理テーブルのデータ構造の一例を示す図である。 図２０は、本実施例２にかかるマルチキャストグループＩＤ用バッファのデータ変化を説明する図である。 図２１は、本実施例２にかかる管理装置の処理手順を示すフローチャート（１）である。 図２２は、本実施例２にかかる管理装置の処理手順を示すフローチャート（２）である。 図２３は、実施例１，２の転送時間の違いを説明するための図である。 図２４は、複数の個別装置からアクセス要求が遅れた場合のマルチキャストグループＩＤ用バッファのデータ構造の一例を示す図である。

以下に、本願の開示する管理装置および管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

まず、本実施例１にかかる管理装置の概要について説明する。本実施例１にかかる管理装置は、システムで共通して利用される共通データを種別毎に分割して記憶し、複数の個別装置から共通データに対するアクセス要求を受け付けた場合に、受け付けたアクセス要求と共通データの種別とを対応付けて管理し、共通データの種別に対応付けられたアクセス要求の送信元となる複数の個別装置に対して、該当する種別の共通データを一括して送信する（マルチキャスト転送する）。

このように、本実施例１にかかる管理装置は、アクセス要求と共通データの種別とを対応付けて管理し、共通データの種別に対応付けられたアクセス要求の送信元となる複数の個別装置に対して、該当する種別の共通データを一括して送信するので、システム起動時などに複数の個別装置からアクセス要求を受け付けた場合であっても、効率よく共通データを送信することができ、各個別装置のアクセス時間を短縮することができる。

次に、本実施例１にかかるシステムの構成について説明する。図１は、本実施例１にかかるシステムの構成を示す図である。同図に示すように、このシステムは、共通データを格納する管理装置１００に個別装置６０〜８０が接続されている。ここでは説明の便宜上、個別装置６０〜８０のみを示すが、このシステムは他の個別装置も備えているものとする。

個別装置６０〜８０は、共通データを取得して所定の処理を実行するカードを備えている。具体的に、個別装置６０は、カード６０ａ〜６０ｃを備え、個別装置７０は、カード７０ａ，７０ｂを備え、個別装置８０は、カード８０ａ，８０ｃを備えている。

ここで、例えば、カード６０ａ，７０ａ，８０ａは、共通データ「ａ」を用いて処理を行い、カード６０ｂ，７０ｂは、共通データ「ｂ」を用いて処理を行い、カード６０ｃ，８０ｃは、共通データ「ｃ」を用いて所定の処理を行うものとする。

個別装置６０〜８０は、システムの起動時（あるいは再起動時）等に、共通データを取得するアクセス要求を管理装置１００に送信する。そして、管理装置１００からアクセス要求に対応する共通データを取得した場合には、取得した共通データを、対応するカードに出力し、各カードに所定の処理を実行させる。

個別装置６０〜８０から管理装置に送信されるアクセス要求には、個別装置を識別する個別装置識別情報と、アクセス要求識別情報（アクセス要求識別情報の説明は後述する）と、必要に応じて、アクセス要求の優先度を示す優先度情報（例えば、優先設定ＯＮ／ＯＦＦ及び優先度情報）とが含まれているものとする。

本実施例では一例として、優先度情報は、「１，２，３，・・・」の数値によって示され、数値が小さいものほど優先度が高いアクセス要求とする。個別装置６０〜８０の管理者は、予め、優先度情報をアクセス要求に含めるか否かを設定しておき、優先度情報を含める場合には、予め、優先度情報の値を設定しておくものとする。

管理装置１００は、システムで共通して利用される共通データを種別毎に分割して記憶し、複数の個別装置から共通データに対するアクセス要求を受け付けた場合に、受け付けたアクセス要求と共通データの種別とを対応付けて管理し、共通データの種別に対応付けられたアクセス要求の送信元となる複数の個別装置に対して、該当する種別の共通データをマルチキャスト転送する装置である。

図２は、本実施例１にかかる管理装置１００の構成を示す機能ブロック図である。同図に示すように、この管理装置１００は、共通データ記憶部１１０と、マルチキャストグループＩＤ用バッファ１２０と、個別装置群ＩＦ部１３０と、アクセス内容判定部１４０と、処理待ち用ＦＩＦＯ１５０と、共通データ管理部１６０とを備えて構成される。

共通データ記憶部１１０は、共通データを種別毎に分割して記憶する記憶手段である。図３は、共通データ記憶部１１０が記憶する共通データのデータ構造の一例を示す図である。同図に示すように、共通データは、共通データ「ａ」、「ｂ」、「ｃ」に分割されて記憶されており、各共通データは、マルチキャストグループＩＤに対応付けられている。

具体的には、マルチキャストグループＩＤ「Ａ」に共通データ「ａ」が対応付けられ、マルチキャストグループＩＤ「Ｂ」に共通データ「ｂ」が対応付けられ、マルチキャストグループＩＤ「Ｃ」に共通データ「ｃ」が対応付けられている。ここで、マルチキャストグループＩＤは、該当する共通データをマルチキャスト転送する場合に、マルチキャスト転送対象となる個別装置の組を識別する情報である。

マルチキャストグループＩＤ用バッファ１２０は、各マルチキャストグループＩＤに対応させて、アクセス要求識別情報を記憶する記憶手段である。図４は、マルチキャストグループＩＤ用バッファ１２０のデータ構造の一例を示す図である。

図４に示すように、このマルチキャストグループＩＤ用バッファ１２０は、マルチキャストグループＩＤ「Ａ」に対応するバッファ１２０ａ、マルチキャストグループＩＤ「Ｂ」に対応するバッファ１２０ｂ、マルチキャストグループＩＤ「Ｃ」に対応するバッファ１２０ｃを備えており、各バッファ１２０ａ〜１２０ｃが、各マルチグループＩＤに対応する、アクセス要求識別情報を記憶している。

図４に示す例では、バッファ１２０ａが、アクセス要求識別情報「ｘ，ｖ，ｓ」を記憶し、バッファ１２０ｂが、アクセス要求識別情報「ｙ，ｗ」を記憶し、バッファ１２０ｃが、アクセス要求識別情報「ｔ，ｚ」を記憶している。各バッファ１２０ａ〜１２０ｃのアクセス要求識別情報は、後述するアクセス内容判定部１４０によって登録される。

ここで、アクセス要求識別情報「ｘ」は、カード６０ａのアクセス要求を識別する情報であり、アクセス要求識別情報「ｙ」は、カード６０ｂのアクセス要求を識別する情報であり、アクセス要求識別情報「ｚ」は、カード６０ｃのアクセス要求を識別する情報である。

また、アクセス要求識別情報「ｖ」は、カード７０ａのアクセス要求を識別する情報であり、アクセス要求識別情報「ｗ」は、カード７０ｂのアクセス要求を識別する情報である。また、アクセス要求識別情報「ｓ」は、カード８０ａのアクセス要求を識別する情報であり、アクセス要求識別情報「ｔ」は、カード８０ｃのアクセス要求を識別する情報である。

そして、図４に示す例では、バッファ１２０ａに格納されたアクセス要求識別情報「ｘ，ｖ，ｓ」に対応するカード６０ａ，７０ａ，８０ａを備えた個別装置６０〜８０に向けて、マルチキャストグループＩＤ「Ａ」に対応する共通データ「ａ」（図３参照）がマルチキャスト転送される。

また、バッファ１２０ｂに格納されたアクセス要求識別情報「ｙ，ｗ」に対応するカード６０ｂ，７０ｂを備えた個別装置６０，７０に向けて、マルチキャストグループＩＤ「Ｂ」に対応する共通データ「ｂ」（図３参照）がマルチキャスト転送される。

また、バッファ１２０ｃに格納されたアクセス要求識別情報「ｔ，ｚ」に対応するカード６０ｃ，８０ｃを備えた個別装置６０，８０に向けて、マルチグループＩＤ「Ｃ」に対応する共通データ「ｃ」（図３参照）がマルチキャスト転送される。

図２の説明に戻ると、個別装置群ＩＦ部１３０は、主に個別装置６０〜８０との間における通信を制御する手段である。

アクセス内容判定部１４０は、個別装置６０〜８０からアクセス要求を取得した場合に、マルチキャストグループＩＤ用バッファ１２０にアクセス要求識別情報を登録すると共に、アクセス要求に対応するリクエストを処理待ち用ＦＩＦＯ１５０に登録する手段である。以下において、アクセス内容判定部１４０が、マルチキャストグループＩＤ用バッファ１２０にアクセス要求識別情報を登録する処理を説明した後に、処理待ち用ＦＩＦＯ１５０にリクエストを登録する処理について説明する。

まず、マルチキャストグループＩＤ用バッファ１２０にアクセス要求識別情報を登録する処理について説明する。アクセス内容判定部１４０は、管理テーブルを保持しており、個別装置６０〜８０からアクセス要求を取得した場合に、アクセス要求に含まれる個別装置識別情報およびアクセス要求識別情報と、管理テーブルとを比較することにより、マルチキャストグループＩＤ用バッファ１２０の各バッファ１２０ａ〜１２０ｃに登録するアクセス要求識別情報を識別して登録する。

図５は、アクセス内容判定部１４０が保持する管理テーブルのデータ構造の一例を示す図である。同図に示すように、この管理テーブルは、個別装置識別情報と、アクセス要求識別情報と、マルチキャストグループＩＤとを対応付けて記憶している。

具体的に、個別装置識別情報「ｋ１００１」は、アクセス要求識別情報「ｘ」、「ｙ」、「ｚ」に対応しており、アクセス要求識別情報「ｘ」は、マルチキャストグループＩＤ「Ａ」に対応し、アクセス要求識別情報「ｙ」は、マルチキャストグループＩＤ「Ｂ」に対応し、アクセス要求識別情報「ｚ」は、マルチキャストグループＩＤ「Ｃ」に対応している。

また、個別装置識別情報「ｋ１００２」は、アクセス要求識別情報「ｖ」、「ｗ」に対応しており、アクセス要求識別情報「ｖ」は、マルチキャストグループＩＤ「Ａ」に対応し、アクセス要求識別情報「ｗ」は、マルチキャストグループＩＤ「Ｂ」に対応している。

また、個別装置識別情報「ｋ１００３」は、アクセス要求識別情報「ｓ」、「ｔ」に対応しており、アクセス要求識別情報「ｓ」は、マルチキャストグループＩＤ「Ａ」に対応し、アクセス要求識別情報「ｔ」は、マルチキャストグループＩＤ「Ｃ」に対応している。

例えば、アクセス内容判定部１４０は、個別装置６０から個別装置識別情報「ｋ１００１」とアクセス要求識別情報「ｘ」とを含んだアクセス要求を取得した場合には、マルチキャストグループＩＤ「Ａ」に対応するため、アクセス要求識別情報「ｘ」をバッファ１２０ａに登録する。

次に、アクセス内容判定部１４０が処理待ち用ＦＩＦＯ１５０にリクエストを登録する処理について説明する。また、かかる処理を「アクセス要求に優先度情報が含まれていない場合」と「アクセス要求に優先度情報が含まれている場合」に分けて説明する。なお、アクセス内容判定部１４０は、アクセス要求のヘッダー情報により、優先度が設定されているか否かを判定する。

（アクセス要求に優先度情報が含まれていない場合）
アクセス内容判定部１４０が、個別装置６０〜８０からアクセス要求を取得し、取得したアクセス要求に優先度情報が含まれていない場合には、処理待ち用ＦＩＦＯ１５０の優先度フラグを「オフ」に設定する。

そして、アクセス内容判定部１４０は、アクセス要求に含まれる個別装置識別情報と、管理データ（図５参照）とを基にして、アクセス要求に対応するリクエストを作成する。図３に示したように、マルチキャストグループＩＤ（共通データ）の種別が３種類の場合には、リクエストの種類も３種類となる。

本実施例１では一例として、マルチキャストグループＩＤ「Ａ」（共通データ「ａ」）に対応するリクエストを「リクエストＡ」、マルチキャストグループＩＤ「Ｂ」（共通データ「ｂ」）に対応するリクエストを「リクエストＢ」、マルチキャストグループＩＤ「Ｃ」（共通データ「ｃ」）に対応するリクエストを「リクエストＣ」とする。

アクセス内容判定部１４０は、個別装置６０〜８０からアクセス要求を取得した場合には、アクセス要求に含まれる個別装置識別情報およびアクセス要求識別情報と、管理データとを比較して、リクエストを作成する。例えば、アクセス内容判定部１４０は、個別装置識別情報「ｋ１００１」、アクセス要求識別情報「ｘ」を有するアクセス要求を取得した場合には、マルチキャストグループＩＤ「Ａ」に対応するので、リクエストＡを作成する。

アクセス内容判定部１４０は、リクエストを作成した順に、処理待ち用ＦＩＦＯ１５０にリクエストを登録する。なお、アクセス内容判定部１４０は、リクエストを登録する場合に、すでに同一のリクエストが処理待ち用ＦＩＦＯ１５０に登録されている場合には、リクエストを登録しない。

例えば、アクセス内容判定部１４０は、リクエストＡを処理待ち用ＦＩＦＯ１５０に登録する場合に、すでに、処理待ち用ＦＩＦＯ１５０にリクエストＡが登録されている場合には、新規にリクエストＡを登録しない。

（アクセス要求に優先度情報が含まれている場合）
アクセス内容判定部１４０が、個別装置６０〜８０からアクセス要求を取得し、取得したアクセス要求に優先度情報が含まれている場合には、処理待ち用ＦＩＦＯ１５０の優先度フラグを「オン」に設定する。

そして、アクセス内容判定部１４０は、上述した、アクセス要求に優先度情報が含まれていない場合と同様にして、アクセス要求に対応するリクエストを生成し、生成したリクエストと優先度情報とを対応付けて、処理待ち用ＦＩＦＯ１５０にリクエストを登録する。

なお、アクセス内容判定部１４０は、リクエストに対応付けられた優先度情報に基づいて、優先度の高いリクエストから順に、処理待ち用ＦＩＦＯ１５０にリクエストを登録しても良い。また、アクセス内容判定部１４０は、リクエストＡを処理待ち用ＦＩＦＯ１５０に登録する場合に、すでに、処理待ち用ＦＩＦＯ１５０にリクエストＡが登録されている場合には、新規にリクエストＡを登録しない。

また、アクセス内容判定部１４０は、図１に示したシステムの構成情報を保持しており、管理装置１００に接続される個別装置の個数を管理している。従って、個別装置６０〜８０からのリクエストの種別および個数をカウントすることで、個別装置６０〜８０からのアクセスが完了したか否かを判定する。個別装置６０〜８０は判定結果を共通データ管理部１６０に出力する。

処理待ち用ＦＩＦＯ１５０は、アクセス内容判定部１４０によって登録されるリクエストを記憶する記憶手段（ＦＩＦＯ）である。図６は、処理待ち用ＦＩＦＯ１５０のデータ構造の一例を示す図である。

同図に示すように、この処理待ち用ＦＩＦＯ１５０は、リクエストを識別するリクエストＩＤと、優先度情報とを対応付けて記憶している。なお、リクエストに優先度情報が対応付けられていない場合には、リクエストに対応する優先度情報がブランクとなる。

なお、処理待ち用ＦＩＦＯ１５０は、優先度フラグ（図示略）が設定されており、優先度フラグが「オン」となっている場合には、優先度の高いリクエストから順に、共通データ管理部１６０に読み出される。一方、優先度フラグが「オフ」となっている場合には、先に登録されたリクエストから順に共通データ管理部１６０に読み出される。

共通データ管理部１６０は、アクセス内容判定部１４０からアクセスの完了通知を取得した後に、処理待ち用ＦＩＦＯ１５０からリクエストを取得し、リクエストに対応する共通データを共通データ記憶部１１０から読み出すと共に、マルチキャストグループＩＤ用バッファ１２０に記憶された情報に基づいて、共通データをマルチキャスト転送する手段である。

以下において、共通データ管理部１６０の処理について説明する。共通データ管理部１６０の処理は、共通データを共通データ記憶部１１０から読み出す処理と、共通データをマルチキャスト転送する処理に大別されるので、まず、共通データを共通データ記憶部１１０から読み出す処理を説明した後に、共通データをマルチキャスト転送する処理について説明する。

共通データ管理部１６０が、共通データを共通データ記憶部１１０から読み出す処理について説明する。共通データ管理部１６０は、処理待ち用ＦＩＦＯ１５０の優先度フラグを参照し、優先度フラグが「オフ」になっている場合には、処理待ち用ＦＩＦＯ１５０に先に登録されたリクエストから順に取得する。

一方、優先度フラグが「オン」になっている場合には、処理待ち用ＦＩＦＯ１５０に登録されたリクエストのうち、優先順位の高いリクエストから順に取得する。例えば、優先度情報が図６のように設定されている場合には、リクエストＡ，Ｂ，Ｃの順に、処理待ち用ＦＩＦＯ１５０からリクエストを取得する。

そして、取得したリクエストと共通データ記憶部１１０に記憶された共通データ（図３参照）とを比較して、リクエストに対応する共通データを共通データ記憶部１１０から取得する。なお、リクエストＡ〜Ｃは、マルチキャストグループＩＤＡ〜Ｃにそれぞれ対応しているものとする。従って、共通データ管理部１６０は、リクエストＡを取得した場合には、共通データ「ａ」を読み出し、リクエストＢを取得した場合には、共通データ「ｂ」を読み出し、リクエストＣを取得した場合には、共通データ「ｃ」を読み出す。

次に、共通データ管理部１６０が、共通データをマルチキャスト転送する処理について説明する。共通データ管理部１６０は、共通データを取得した場合に、取得した共通データのマルチキャストグループＩＤに対応するバッファ（バッファ１２０ａ〜１２０ｃのいずれか一つ）を参照し、参照したバッファに含まれるアクセス要求識別情報に基づいて、共通データを該当個別装置にマルチキャスト転送する。

具体的に、共通データ管理部１６０が、共通データ「ａ」を取得した場合には、マルチキャストグループＩＤ「Ａ」に対応するバッファ１２０ａを参照する。そして、共通データ管理部１６０は、バッファ１２０ａに含まれるアクセス要求識別情報「ｘ，ｖ，ｓ」に対応する個別装置６０〜８０（例えば、図５参照）に対して、共通データ「ａ」をマルチキャスト転送する。

共通データ管理部１６０は、共通データ「ａ」をマルチキャスト転送した後に、バッファ１２０ａに記憶されたアクセス要求識別情報を削除する。

また、共通データ管理部１６０が、共通データ「ｂ」を取得した場合には、マルチキャストグループＩＤ「Ｂ」に対応するバッファ１２０ｂを参照する。そして、共通データ管理部１６０は、バッファ１２０ｂに含まれるアクセス要求識別情報「ｙ，ｗ」に対応する個別装置６０，７０（例えば、図５参照）に対して、共通データ「ｂ」をマルチキャスト転送する。

共通データ管理部１６０は、共通データ「ｂ」をマルチキャスト転送した後に、バッファ１２０ｂに記憶されたアクセス要求識別情報を削除する。

また、共通データ管理部１６０が、共通データ「ｃ」を取得した場合には、マルチキャストグループＩＤ「Ｃ」に対応するバッファ１２０ｃを参照する。そして、共通データ管理部１６０は、バッファ１２０ｃに含まれるアクセス要求識別情報「ｔ，ｚ」に対応する個別装置６０，８０（例えば、図５参照）に対して、共通データ「ｃ」をマルチキャスト転送する。

共通データ管理部１６０は、共通データ「ｃ」をマルチキャスト転送した後に、バッファ１２０ｃに記憶されたアクセス要求識別情報を削除する。なお、共通データ管理部１６０は、アクセス要求識別情報に対応する個別装置および、各個別装置の宛先情報等を保持しているものとする。

次に、アクセス内容判定部１４０および共通データ管理部１６０の処理に伴って変化するマルチキャストグループＩＤ用バッファ１２０について説明する。図７は、マルチキャストグループＩＤ用バッファ１２０のデータ変化を説明する図である。

アクセス内容判定部１４０は、個別装置６０〜８０からアクセス要求を取得した場合に、まず、バッファ１２０ａにアクセス要求識別情報「ｘ，ｖ，ｓ」を登録し（図７の１段目参照）、続いて、バッファ１２０ｂにアクセス要求識別情報「ｙ，ｗ」を登録し、バッファ１２０ｃにアクセス要求識別情報「ｔ」を登録する（図７の２段目参照）。その後、バッファ１２０ｃにアクセス要求識別情報「ｚ」を登録する（図７の３段目参照）。

また、共通データ管理部１６０が、共通データ「ａ」をマルチキャスト転送した後に、バッファ１２０ａに記憶されたアクセス要求識別情報「ｘ，ｖ，ｓ」を削除し（図７の４段目参照）、共通データ「ｂ」をマルチキャスト転送した後に、バッファ１２０ｂに記憶されたアクセス要求識別情報「ｙ，ｗ」を削除し（図７の５段目参照）、共通データ「ｃ」をマルチキャスト転送した後に、バッファ１２０ｃに記憶されたアクセス要求識別情報「ｔ，ｚ」を削除する（図７の６段目参照）。

次に、本実施例１にかかる管理装置１００の処理手順について説明する。図８および図９は、本実施例１にかかる管理装置１００の処理手順を示すフローチャートである。同図に示すように、管理装置１００は、アクセス内容判定部１４０が、各個別装置６０〜８０からアクセス要求を受け付け（ステップＳ１０１）、アクセス先を判定し、該当するマルチキャストグループＩＤを識別する（ステップＳ１０２）。

そして、アクセス内容判定部１４０は、マルチキャストグループＩＤ用バッファ１２０にアクセス要求識別情報を格納し（ステップＳ１０３）、アクセス要求に優先度情報が設定されているか否かを判定する（ステップＳ１０４）。

アクセス要求に優先度情報が設定されていない場合には（ステップＳ１０５，Ｎｏ）、先着のリクエスト（登録対象となるリクエストと同じリクエスト；以下同様）が処理待ち用ＦＩＦＯ１５０に存在するか否かを判定し（ステップＳ１０６）、先着のリクエストが存在する場合には（ステップＳ１０７，Ｙｅｓ）、ステップＳ１１３に移行する。

一方、先着のリクエストが存在しない場合には（ステップＳ１０７，Ｎｏ）、処理待ち用ＦＩＦＯ１５０にリクエストを格納し、処理待ち用ＦＩＦＯ１５０の優先度フラグをオフに設定し（ステップＳ１０８）、ステップＳ１１３に移行する。

ところで、ステップＳ１０５において、アクセス要求に優先度情報が設定されている場合には（ステップＳ１０５，Ｙｅｓ）、処理待ち用ＦＩＦＯ１５０に先着のリクエストが存在するか否かを判定し（ステップＳ１０９）、先着のリクエストが存在しない場合には（ステップＳ１１０，Ｎｏ）、処理待ち用ＦＩＦＯ１５０にリクエストを格納し、処理待ち用ＦＩＦＯ１５０の優先度フラグをオンに設定し（ステップＳ１１１）、ステップＳ１１３に移行する。

一方、先着のリクエストが存在する場合には（ステップＳ１１０，Ｙｅｓ）、処理待ち用ＦＩＦＯ１５０の優先度フラグをオンに設定し（ステップＳ１１２）、アクセス要求の受信が完了したか否かを判定し（ステップＳ１１３）、アクセス要求の受信が完了していない場合には（ステップＳ１１４，Ｎｏ）、ステップＳ１０２に移行する。

一方、アクセス要求の受信が完了した場合には（ステップＳ１１４，Ｙｅｓ）、処理待ち用ＦＩＦＯ１５０の優先度フラグがオンとなっているか否かを判定し（ステップＳ１１５）、優先度フラグがオンとなっている場合には（ステップＳ１１６，Ｙｅｓ）、優先度情報に基づいて、処理待ち用ＦＩＦＯ１５０からリクエストを読み出し（ステップＳ１１７）、該当個別装置に共通データをマルチキャストする（ステップＳ１１８）。

そして、処理待ち用ＦＩＦＯ１５０の読み出しが完了したか否かを判定し（ステップＳ１１９）、読み出しが完了していない場合には（ステップＳ１２０，Ｎｏ）、ステップＳ１１７に移行する。一方、読み出しが完了している場合には（ステップＳ１２０，Ｙｅｓ）、処理を終了する。

ところで、ステップＳ１１６において、処理待ち用ＦＩＦＯ１５０の優先度フラグがオフとなっている場合には（ステップＳ１１６，Ｎｏ）、処理待ち用ＦＩＦＯ１５０に先に格納されたリクエストから順に読み出し（ステップＳ１２１）、該当個別装置に共通データをマルチキャストする（ステップＳ１２２）。

そして、処理待ち用ＦＩＦＯ１５０の読み出しが完了したか否かを判定し（ステップＳ１２３）、読み出しが完了していない場合には（ステップＳ１２４，Ｎｏ）、ステップＳ１２１に移行する。一方、読み出しが完了している場合には（ステップＳ１２４，Ｙｅｓ）、処理を終了する。

図１０−１は、本実施例１のシステムにかかるタイミングイメージを示す図である。同図に示すように、個別装置６０〜８０が同時に管理装置１００にアクセス要求を行った場合でも、管理装置１００が、共通データをマルチキャスト送信するので、個別装置６０〜８０の待ち時間を無くし、システムを迅速に立ち上げることが可能となる。

ここで、本実施例１における具体的な効果を数値で説明する。図１０−２は、本実施例１における具体的な効果を説明するための図である。前提条件として、個別装置６０，７０，８０があり、個別装置６０はカード１０ａ，１０ｂ，１０ｃを搭載し、個別装置７０はカード２０ａ，２０ｂを搭載し、個別装置８０はカード３０ａ，３０ｃを搭載する。

また、システムの共通データのサイズを１２０MByteとする。カード種別を３つとしカード１種当たり、４０MByte（１２０MByte÷３）のデータを使用する。システムの共通データへのアクセス速度を１６MByteとする。システムの共通を格納するメモリとしてコンパクトフラッシュ（登録商標）を想定する。

また、管理装置１００と個別装置６０〜８０間のパスアクセス速度を１６０Mbyteとする。クロック１００MHz、データ幅１６Bitのシリアルバス（SERDES）を想定。なお、アクセス要求パケットサイズは小さいため、転送時間に入れない。

上記の前提条件に基づいて、カード１種分のデータ転送処理にかかる時間を算出する。
システムの共通データからカード１種分のデータリード時間は、
４０Mbyte÷１６Mbyte/sec＝２．５sec
となる。また、管理装置１００と個別装置６０〜８０間のデータ転送時間は、
４０Mbyte÷１６０Mbps＝４０Mbyte÷２０Mbps/sec＝２．０sec
となる。

次に、従来構成における全データ転送にかかる時間を算出する。管理装置は、全てシリアル処理にて転送処理を行うため、各転送処理時間が加算される。すなわち、従来構成による転送時間は、個別装置６０〜８０の転送時間をそれぞれ加算した時間となる。

個別装置６０は、カード１０ａ〜１０ｃを備えているため、データリード時間は、２．５sec×３となる。個別装置７０は、カード２０ａ，２０ｂを備えているため、データリード時間は、２．５sec×２となる。個別装置８０は、カード３０ａ，３０ｃを備えているため、データリード時間は、２．５sec×２となる。従って、従来構成による転送時間は、上記したデータリード時間にデータ転送時間２．０secを加算した値となるので、
２．５sec×７＋２．０sec＝１９．５sec
となる（図１０−２の上段参照）。

一方、本実施例１では、個別装置の接続数によらず、カード種別分の転送時間ですむ。すなわち、本実施例１にかかる転送時間は、共通データ「ａ」のデータリード時間と、共通データ「ｂ」のデータリード時間と、共通データ「ｃ」のデータリード時間と、データ転送時間を加算した値となるので、
２．５sec×３＋２．０sec＝１０sec
となる（図１０−２の下段参照）。

図１０−２に示したように、従来構成による転送時間と本実施例１にかかる転送時間とを比較すると、本実施例１にかかる転送時間のほうが１０sec短くなるため、データ転送時間を短縮することができる。

上述してきたように、本実施例１にかかる管理装置１００は、共通データ記憶部１１０がシステムで共通して利用される共通データを種別毎に分割して記憶し、アクセス内容判定部１４０が複数の個別装置から共通データに対するアクセス要求を受け付けた場合に、受け付けたアクセス要求識別情報とマルチキャストグループＩＤとを対応付けてマルチキャストグループＩＤ用バッファ１２０に登録し、共通データ管理部１６０が、共通データの種別に対応付けられたアクセス要求の送信元となる複数の個別装置に対して、該当する種別の共通データをマルチキャスト転送するので、システム起動時などに複数の個別装置６０〜８０からアクセス要求を受け付けた場合であっても、効率よく共通データを送信することができ、各個別装置のアクセス時間を短縮することができる。

また、本実施例１にかかる管理装置１００は、同じ共通データへのアクセスをグルーピングして管理しているため、同じ共通データへのアクセス要求数が増加しても（個別装置が増設され、アクセス要求数が増加しても）、アクセス時間の増加を防ぐことが出来る。

また、本実施例１では、管理装置１００が、各個別装置のアクセス時間の増加を防いでいるので、各個別装置間が特別な処理を実施する必要がないので、各個別装置の処理負荷を軽減することが出来る。

また、本実施例１にかかる管理装置１００は、転送先をマルチキャストグループＩＤ用バッファ１２０に登録して、マルチキャスト転送を実行するので、転送準備処理負荷を軽減することが出来る。

また、本実施例１にかかる管理装置１００は、処理待ち用ＦＩＦＯ１５０にリクエストを格納し、共通データ管理部１６０が、先に登録されたリクエスト順、あるいは優先度情報に応じてリクエストを読み出し、共通データを送信するので、個別装置からのバラバラなアクセス要求に対して、システム側の要求に従ったアクセス応答を返すことが出来る。

ところで、本実施例１において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図２に示した管理装置１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

図１１は、実施例にかかる管理装置１００を構成するコンピュータ２００のハードウェア構成を示す図である。図１１に示すように、このコンピュータ（管理装置）２００は、入力装置２０１、モニタ２０２、マルチキャストグループＩＤ用バッファ２０３（図２に示したマルチキャストグループＩＤ用バッファ１２０に対応する）と、処理待ち用ＦＩＦＯ２０４（図２に示した処理待ち用ＦＩＦＯ１５０に対応する）と、ＲＡＭ（Random Access Memory）２０５、ＲＯＭ（Read Only Memory）２０６、記憶媒体からデータを読み取る媒体読取装置２０７、他の装置（例えば、個別装置６０〜８０）との間でデータの送受信を行う通信装置２０８、ＣＰＵ（Central Processing Unit）２０９、ＨＤＤ（Hard Disk Drive）２１０をバス２１１で接続して構成される。

そして、ＨＤＤ２１０には、上記した管理装置１００の機能と同様の機能を発揮する管理プログラム２１０ｂが記憶されている。ＣＰＵ２０９が、管理プログラム２１０ｂを読み出して実行することにより、管理プロセス２０９ａが起動される。ここで、管理プロセス２０９ａは、図２に示したアクセス内容判定部１４０、共通データ管理部１６０に対応する。

また、ＨＤＤ２１０は、共通データ２１０ａを記憶する。ＣＰＵ２０９は、ＨＤＤ２１０に格納された共通データ２１０ａを読み出して、ＲＡＭ２０５に格納し、ＲＡＭ２０５に格納された共通データ２０５ａを用いて、マルチキャスト転送を実行する。

ところで、図１１に示した管理プログラム２１０ｂは、必ずしも最初からＨＤＤ２１０に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに管理プログラム２１０ｂを記憶しておき、コンピュータがこれらから管理プログラム２１０ｂを読み出して実行するようにしてもよい。

次に、本実施例２にかかる管理装置について説明する。本実施例２にかかる管理装置は複数の個別装置に該当する種別のデータを一括して送信している最中に、他の個別装置からアクセス要求を受け付けた場合に、他の個別装置に対して途中から共通データを送信した後に、未送信の共通データを他の端末装置に再送する。

図１５は、本実施例２の効果を説明するための図である。ここでは一例として、個別装置６０，７０が、共通データ「ａ」に対するアクセス要求を送信した後に、個別装置８０が共通データ「ａ」に対するアクセス要求を送信した場合について説明する。リセット解除のタイミング等による時間差が個別装置６０〜８０に存在すると、各個別装置６０〜８０が共通データ「ａ」に対するアクセス要求を管理装置に送信するタイミングがずれる。

図１５の下段に示すように、実施例２では、個別装置６０，７０から共通データに対するアクセス要求を受信した場合に、管理装置は、共通データ「ａ」のマルチキャスト転送の準備が整った時点で、共通データ「ａ」のマルチキャスト転送を個別装置６０，７０に対して開始する。共通データ「ａ」のマルチキャスト転送は、個別装置８０からのアクセス要求を受け付けていない場合でも開始される。なお、管理装置は、マルチキャスト転送により共通データ「ａ」の全データの内、何処までデータを転送したのかを管理しておく。

管理装置は、マルチキャスト転送を実行している最中に、個別装置８０から共通データ「ａ」に対するアクセス要求を受信した場合には、転送先に個別装置８０を追加して、個別装置６０〜８０に共通データ「ａ」を引き続き転送する。すなわち、個別装置８０は、共通データ「ａ」を途中から取得する。そして、管理装置は、マルチキャスト転送が一旦完了し、共通データ「ａ」の転送準備が終わった後に、共通データ「ａ」の不足分のみを個別装置８０に転送する。

本実施例２の手法によれば、個別装置６０，７０がアクセス要求を行った後に、個別装置８０がアクセス要求を遅れて行った場合には、個別装置６０〜８０に共通データ「ａ」が完全に転送されるまでの時間が時間Ａとなる。

一方、図１５の上段に示すように、実施例１では、個別装置６０および個別装置７０から共通データに対するアクセス要求を受け付けた場合に、管理装置１００は、共通データ「ａ」のマルチキャスト転送の準備が整った時点で、共通データ「ａ」のマルチキャスト転送を開始する。共通データ「ａ」のマルチキャスト転送は、個別装置８０からのアクセス要求を受信していない場合でも開始される。

管理装置１００は、マルチキャスト転送を実行している最中に、個別装置８０から共通データ「ａ」に対するアクセス要求を受信した場合には、個別装置６０，７０に対するマルチキャスト転送を完了させる。そして、管理装置１００は、個別装置６０，７０に対するマルチキャスト転送を完了させた後に、個別装置８０に対して共通データ「ａ」の送信をはじめから開始する。

このように、管理装置１００は、個別装置６０，７０に対するマルチキャスト転送が完了した後にまとめて、共通データ「ａ」を個別装置８０に転送しているので、全ての個別装置に共通データを転送するまでの時間が時間Ｂとなる。実施例１と実施例２とを比較すると、実施例１と比較して、実施例２の方が、マルチキャスト転送の終了時間が時間Ｃだけ短縮されていることがわかる。

次に、本実施例２にかかるシステムの構成について説明する。図１６は、本実施例２にかかるシステムの構成を示す図である。同図に示すように、このシステムは、共通データを格納する管理装置３００に個別装置６０〜８０が接続されている。ここでは説明の便宜上、個別装置６０〜８０のみを示すが、このシステムは他の個別装置も備えているものとする。なお、個別装置６０〜８０に関する説明は、図１に示した個別装置と同様である。

管理装置３００は、個別装置からアクセス要求を受信した場合に、各個別装置に対応した共通データをマルチキャスト転送する装置である。また、管理装置３００は、個別装置に該当する共通データを一括して送信している最中に、他の個別装置からアクセス要求を受け付けた場合に、他の個別装置に対して途中から共通データを送信した後に、未送信の共通データを他の端末装置に再送する。

図１７は、本実施例２にかかる管理装置３００の構成を示す図である。図１７に示すように、この管理装置３００は、共通データ記憶部３１０と、マルチキャストグループＩＤ用バッファ３２０と、個別装置群ＩＦ部３３０と、アクセス内容判定部３４０と、処理待ち用ＦＩＦＯ３５０と、共通データ管理部３６０とを有する。

共通データ記憶部３１０は、共通データを種別毎に分割して記憶する記憶手段である。なお、共通データ記憶部３１０が記憶する共通データのデータ構造は、図３に示した共通データと同様である。

マルチキャストグループＩＤ用バッファ３２０は、各マルチキャストグループＩＤに対応させて、アクセス要求識別情報を記憶する記憶手段である。図１８は、本実施例２にかかるマルチキャストグループＩＤ用バッファ３２０のデータ構造の一例を示す図である。

図１８に示すように、このマルチキャストグループＩＤ用バッファ３２０は、マルチキャストグループＩＤ「Ａ」に対応するバッファ３２０ａ、マルチキャストグループＩＤ「Ｂ」に対応するバッファ３２０ｂ、マルチキャストグループＩＤ「Ｃ」に対応するバッファ３２０ｃを有している。

また、各バッファ３２０ａ〜３２０ｃは、アクセス要求識別情報と、再送サイズとを対応付けて記憶している。ここで、再送サイズは、対応付けられたアクセス要求識別情報に再送する共通データのサイズを示す。再送サイズは、後述するアクセス内容判定部３４０によって登録される。

図１７の説明に戻ると、個別装置群ＩＦ部３３０は、主に個別装置６０〜８０との間における通信を制御する手段である。

アクセス内容判定部３４０は、個別装置６０〜８０からアクセス要求を取得した場合に、マルチキャストグループＩＤ用バッファ３２０にアクセス要求識別情報を登録する手段である。また、アクセス内容判定部３４０は、アクセス要求に対応するリクエストを処理待ち用ＦＩＦＯ３５０に登録する。

以下において、アクセス内容判定部３４０が、マルチキャストグループＩＤ用バッファ３２０にアクセス要求識別情報を登録する処理を説明した後に、処理待ち用ＦＩＦＯ３５０にリクエストを登録する処理について説明する。

まず、マルチキャストグループＩＤ用バッファ３２０にアクセス要求識別情報を登録する処理について説明する。アクセス内容判定部３４０は、管理テーブルを保持しており、個別装置６０〜８０からアクセス要求を取得した場合に、アクセス要求に含まれる個別装置識別情報およびアクセス要求識別情報と、管理テーブルとを比較することにより、マルチキャストグループＩＤ用バッファ３２０の各バッファ３２０ａ〜３２０ｃに登録するアクセス要求識別情報を識別して登録する。アクセス内容判定部３４０が保持する管理テーブルのデータ構造は、図５に示した管理テーブルのデータ構造と同様である。

なお、アクセス内容判定部３４０は、アクセス要求識別情報を各バッファ３２０ａ〜３２０ｃに登録する場合に、転送管理テーブルに基づいて、再送サイズをあわせて登録する。

ここで、転送管理テーブルは、転送された共通データの転送サイズを管理するテーブルである。図１９は、転送管理テーブルのデータ構造の一例を示す図である。図１９に示すように、転送管理テーブルは、マルチキャストグループＩＤと転送済データサイズとを対応付けて記憶している。転送管理テーブルは、アクセス内容判定部３４０が保持しているものとする。

例えば、アクセス内容判定部３４０は、アクセス要求識別情報「ｘ」をバッファ３２０ａに登録する場合には、転送管理テーブル内のマルチキャストグループＩＤの転送済データサイズを参照する。ここで、転送済データが「０」であれば、まだマルチキャスト転送は行われていないので、アクセス要求識別情報「ｘ」と再送サイズ「０」とを対応付けてバッファ３２０ａに登録する。

また、アクセス内容判定部３４０は、アクセス要求識別情報「ｓ」をバッファ３２０ａに登録する場合には、転送管理テーブル内のマルチキャストグループＩＤの転送済データサイズを参照する。ここで、転送済データが「５０」であれば、アクセス要求識別情報「ｓ」と再送サイズ「５０」とを対応付けてバッファ３２０ａに登録する。

転送管理テーブルにおいて、転送済データサイズの初期値は「０」となっている。アクセス内容判定部３４０は、共通データのマルチキャスト転送が開始された時点から、転送された共通データのデータサイズをカウントアップし、転送管理テーブルの転送済データサイズを順次更新する。

なお、マルチキャストグループＩＤ「Ａ」に対応する転送済データサイズは、共通データ「ａ」の転送済データサイズである。マルチキャストグループＩＤ「Ｂ」に対応する転送済データサイズは、共通データ「ｂ」の転送済データサイズである。マルチキャストグループＩＤ「Ｃ」に対応する転送済データサイズは、共通データ「ｃ」の転送済データサイズである。

次に、アクセス内容判定部３４０が処理待ち用ＦＩＦＯ３５０にリクエストを登録する処理について説明する。また、かかる処理を「アクセス要求に優先度情報が含まれていない場合」と「アクセス要求に優先度情報が含まれている場合」に分けて説明する。なお、アクセス内容判定部３４０は、アクセス要求のヘッダー情報により、優先度が設定されているか否かを判定する。

（アクセス要求に優先度情報が含まれていない場合）
アクセス内容判定部３４０が、個別装置からアクセス要求を取得し、取得したアクセス要求に優先度情報が含まれていない場合には、処理待ち用ＦＩＦＯ３５０の優先度フラグを「オフ」に設定する。

そして、アクセス内容判定部３４０は、アクセス要求に含まれる個別装置識別情報と、管理データ（図５参照）とを基にして、アクセス要求に対応するリクエストを作成する。図３に示したように、マルチキャストグループＩＤ（共通データ）の種別が３種類の場合には、リクエストの種類も３種類となる。

例えば、アクセス内容判定部３４０は、個別装置識別情報「ｋ１００１」、アクセス要求識別情報「ｘ」を有するアクセス要求を取得した場合には、マルチキャストグループＩＤ「Ａ」に対応するので、リクエストＡを作成する。

アクセス内容判定部３４０は、リクエストを作成した順に、処理待ち用ＦＩＦＯ３５０にリクエストを登録する。なお、アクセス内容判定部３４０は、リクエストを登録する場合に、すでに同一のリクエストが処理待ち用ＦＩＦＯ３５０に登録されている場合には、リクエストを登録しない。

例えば、アクセス内容判定部３４０は、リクエストＡを処理待ち用ＦＩＦＯ３５０に登録する場合に、すでに、処理待ち用ＦＩＦＯ３５０にリクエストＡが登録されている場合には、新規にリクエストＡを登録しない。

（アクセス要求に優先度情報が含まれている場合）
アクセス内容判定部３４０が、個別装置からアクセス要求を取得し、取得したアクセス要求に優先度情報が含まれている場合には、処理待ち用ＦＩＦＯ３５０の優先度フラグを「オン」に設定する。

そして、アクセス内容判定部３４０は、上述した、アクセス要求に優先度情報が含まれていない場合と同様にして、アクセス要求に対応するリクエストを生成し、生成したリクエストと優先度情報とを対応付けて、処理待ち用ＦＩＦＯ３５０にリクエストを登録する。

なお、アクセス内容判定部３４０は、リクエストに対応付けられた優先度情報に基づいて、優先度の高いリクエストから順に、処理待ち用ＦＩＦＯ３５０にリクエストを登録しても良い。また、アクセス内容判定部３４０は、リクエストＡを処理待ち用ＦＩＦＯ３５０に登録する場合に、すでに、処理待ち用ＦＩＦＯ３５０にリクエストＡが登録されている場合には、新規にリクエストＡを登録しない。

処理待ち用ＦＩＦＯ３５０は、アクセス内容判定部３４０によって登録されるリクエストを記憶する記憶手段（ＦＩＦＯ）である。処理待ち用ＦＩＦＯ３５０のデータ構造は、図６に示した処理待ち用ＦＩＦＯ１５０のデータ構造と同様である。

なお、処理待ち用ＦＩＦＯ３５０は、優先度フラグ（図示略）が設定されており、優先度フラグが「オン」となっている場合には、優先度の高いリクエストから順に、共通データ管理部３６０に読み出される。一方、優先度フラグが「オフ」となっている場合には、先に登録されたリクエストから順に共通データ管理部３６０に読み出される。

共通データ管理部３６０は、処理待ち用ＦＩＦＯ３５０からリクエストを取得し、リクエストに対応する共通データを該当する個別装置にマルチキャスト転送する手段である。共通データ管理部３６０は、リクエストに対応する共通データを共通データ記憶部３１０から読み出した時点で、マルチキャストグループＩＤ用バッファ３２０に記憶された情報に基づいて、共通データをマルチキャスト転送する。

なお、共通データ管理部３６０は、マルチキャスト転送を行っている最中に、転送先が追加された場合には、追加された転送先を加えてマルチキャスト転送を継続する。そして、共通データ管理部３６０は、マルチキャスト転送が終了した後に、途中から転送を開始した転送先に、不足する分の共通データを再送する。

以下において、共通データ管理部３６０の処理について説明する。共通データ管理部３６０の処理は、共通データを共通データ記憶部３１０から読み出す処理と、共通データをマルチキャスト転送する処理に大別されるので、まず、共通データを共通データ記憶部３１０から読み出す処理を説明した後に、共通データをマルチキャスト転送する処理について説明する。

共通データ管理部３６０が、共通データを共通データ記憶部３１０から読み出す処理について説明する。共通データ管理部３６０は、処理待ち用ＦＩＦＯ３５０の優先度フラグを参照し、優先度フラグが「オフ」になっている場合には、処理待ち用ＦＩＦＯ３５０に先に登録されたリクエストから順に取得する。

一方、優先度フラグが「オン」になっている場合には、処理待ち用ＦＩＦＯ３５０に登録されたリクエストのうち、優先順位の高いリクエストから順に取得する。例えば、優先度情報が図６のように設定されている場合には、リクエストＡ，Ｂ，Ｃの順に、処理待ち用ＦＩＦＯ３５０からリクエストを取得する。

そして、共通データ管理部３６０は、取得したリクエストと共通データ記憶部３１０に記憶された共通データ（図３参照）とを比較して、リクエストに対応する共通データを共通データ記憶部３１０から取得する。

なお、リクエストＡ〜Ｃは、マルチキャストグループＩＤＡ〜Ｃにそれぞれ対応しているものとする。従って、共通データ管理部３６０は、リクエストＡを取得した場合には、共通データ「ａ」を読み出し、リクエストＢを取得した場合には、共通データ「ｂ」を読み出し、リクエストＣを取得した場合には、共通データ「ｃ」を読み出す。

次に、共通データ管理部３６０が、共通データをマルチキャスト転送する処理について説明する。共通データ管理部３６０は、共通データを取得した場合に、取得した共通データのマルチキャストグループＩＤに対応するバッファ（バッファ３２０ａ〜３２０ｃのいずれか一つ）を参照し、参照したバッファに含まれるアクセス要求識別情報に基づいて、共通データを該当個別装置にマルチキャスト転送する。

ここで、アクセス内容判定部３４０および共通データ管理部３６０の処理に伴って変化するマルチキャストグループＩＤ用バッファ３２０について説明する。図２０は、本実施例２にかかるマルチキャストグループＩＤ用バッファ３２０のデータ変化を説明する図である。なお、図２０では一例として、個別装置６０，７０の共通データ「ａ」に対するリクエスト要求に遅れて、個別装置８０が共通データ「ａ」に対するリクエストを送信した場合について説明する。

アクセス内容判定部３４０は、個別装置６０，７０から共通データ「ａ」に対応するアクセス要求を取得した場合に、バッファ３２０ａにアクセス要求識別情報「ｘ，ｙ」を登録する。また、この時点で、共通データ「ａ」のマルチキャスト転送は開始されていないので、アクセス要求識別情報「ｘ，ｙ」に対応する再送サイズは「０」となる（ステップＳ１０）。

アクセス内容判定部３４０は、個別装置６０，７０から共通データ「ｂ」に対応するアクセス要求を取得した場合に、バッファ３２０ｂにアクセス要求識別情報「ｙ，ｗ」を登録する。また、この時点で、共通データ「ｂ」のマルチキャスト転送は開始されていないので、アクセス要求識別情報「ｙ，ｗ」に対応する再送サイズは「０」となる（ステップＳ１１）。

アクセス内容判定部３４０は、個別装置６０，８０から共通データ「ｃ」に対応するアクセス要求を取得した場合に、バッファ３２０ｃにアクセス要求識別情報「ｚ，ｔ」を登録する。また、この時点で、共通データ「ｃ」のマルチキャスト転送は開始されていないので、アクセス要求識別情報「ｚ，ｔ」に対応する再送サイズは「０」となる。共通データ管理部３６０は、共通データ「ａ」の転送準備が整った時点で、バッファ３２０ａを参照し、該当する個別装置６０，７０にマルチキャスト転送を開始する（ステップＳ１２）。

共通データ管理部３６０が、共通データ「ａ」のマルチキャスト転送を実行している最中に、アクセス内容判定部３４０が、共通データ「ａ」のアクセス要求を個別装置８０から取得した場合には、バッファ３２０ａにアクセス要求識別情報「ｓ」を登録する。この時点で、転送管理テーブル（図１９参照）のマルチキャストグループＩＤ「Ａ」に対応する転送済データサイズが「５０」の場合には、アクセス要求識別情報「ｓ」に対応する再送サイズは「５０」となる。

共通データ管理部３６０は、バッファ３２０ａにアクセス要求識別情報「ｓ」が遅れて登録された時点から、共通データ「ａ」を個別装置６０，７０，８０にマルチキャスト転送する（ステップＳ１３）。すなわち、共通データ管理部３６０は、共通データ「ａ」を途中から個別装置８０に転送する。

共通データ管理部３６０は、共通データ「ａ」の転送が終了した場合に、バッファ３２０ａに登録されているアクセス要求識別情報のうち、再送サイズが「０」のアクセス要求識別情報「ｘ，ｖ」を削除する。そして、共通データ管理部３６０は、共通データ「ｂ」の転送準備が整った時点で、バッファ３２０ｂを参照し、該当する個別装置６０，７０にマルチキャスト転送を開始する（ステップＳ１４）。

共通データ管理部３６０は、共通データ「ｂ」の転送が終了した場合に、バッファ３２０ｂに登録されているアクセス要求識別情報のうち、再送サイズが「０」のアクセス要求識別情報「ｙ，ｗ」を削除する。そして、共通データ管理部３６０は、共通データ「ｃ」の転送準備が整った時点で、バッファ３２０ｃを参照し、該当する個別装置６０，８０にマルチキャスト転送を開始する（ステップＳ１５）。

共通データ管理部３６０は、共通データ「ｃ」の転送が終了した場合に、バッファ３２０ｃに登録されているアクセス要求識別情報のうち、再送サイズが「０」のアクセス要求識別情報「ｚ，ｔ」を削除する。そして、共通データ管理部３６０は、再送対象となるアクセス要求識別情報をバッファ３２０ａから検出し、該当する個別装置８０に、未送信の再送データを転送する（ステップＳ１６）。

共通データ管理部３６０は、個別装置８０に対する再送が完了した場合に、再送対象となったアクセス要求識別情報「ｓ」をバッファ３２０ａから削除する（ステップＳ１７）。

次に、本実施例２にかかる管理装置２００の処理手順について説明する。図２１および図２２は、本実施例２にかかる管理装置２００の処理手順を示すフローチャートである。図２１に示すように、管理装置２００は、アクセス内容判定部３４０が各個別装置からアクセス要求を受付（ステップＳ２０１）、アクセス先を判定し、該当するマルチキャストグループＩＤを識別する（ステップＳ２０２）。

アクセス内容判定部３４０は、マルチキャストグループＩＤ用バッファ３２０にアクセス要求識別情報を格納し（ステップＳ２０３）、アクセス要求に優先度情報が設定されているか否かを判定する（ステップＳ２０４）。

アクセス要求に優先度情報が設定されていない場合には（ステップＳ２０５，Ｎｏ）、アクセス内容判定部３４０は、先着のリクエストが処理待ち用ＦＩＦＯ３５０に存在するか否かを判定し（ステップＳ２０６）、先着のリクエストが存在する場合には（ステップＳ２０７，Ｙｅｓ）、ステップＳ２１３に移行する。

一方、先着のリクエストが存在しない場合には（ステップＳ２０７，Ｎｏ）、アクセス内容判定部３４０は、処理待ち用ＦＩＦＯ３５０にリクエストを格納し、処理待ち用ＦＩＦＯ３５０の優先度フラグをオフに設定し（ステップＳ２０８）、ステップＳ２１３に移行する。

ところで、ステップＳ２０５において、アクセス要求に優先度情報が設定されている場合には（ステップＳ２０５，Ｙｅｓ）、アクセス内容判定部３４０は、処理待ち用ＦＩＦＯ３５０に先着のリクエストが存在するか否かを判定する（ステップＳ２０９）。先着のリクエストが存在しない場合には（ステップＳ２１０，Ｎｏ）、処理待ち用ＦＩＦＯ３５０にリクエストを格納し、処理待ち用ＦＩＦＯ３５０の優先度フラグをオンに設定し（ステップＳ２１１）、ステップＳ２１３に移行する。

一方、先着のリクエストが存在する場合には（ステップＳ２１０，Ｙｅｓ）、処理待ち用ＦＩＦＯ３５０の優先度フラグをオンに設定し（ステップＳ２１２）、共通データの転送準備が完了したか否かを判定する（ステップＳ２１３）。共通データの転送準備が完了していない場合には（ステップＳ２１４，Ｎｏ）、ステップＳ２０２に移行する。

共通データの転送準備が完了している場合には（ステップＳ２１４，Ｙｅｓ）、共通データ管理部３６０が、優先度フラグがオンとなっているか否かを判定する（ステップＳ２１５）。優先度フラグがオフとなっている場合には（ステップＳ２１６，Ｎｏ）、処理待ち用ＦＩＦＯ３５０に登録されたリクエストから順に読み出し、該当個別装置にマルチキャストを開始し（ステップＳ２１７）、ステップＳ２１９に移行する。

一方、優先度フラグがオンとなっている場合には（ステップＳ２１６，Ｙｅｓ）、共通データ管理部３６０は、優先度情報に基づいて、処理待ち用ＦＩＦＯ３５０からリクエストを読み出し、該当個別情報にマルチキャストを開始する（ステップＳ２１８）。

アクセス内容判定部３４０は、共通データの転送データサイズをカウントし（ステップＳ２１９）、マルチキャスト転送中にアクセス要求を受信したか否かを判定する（ステップＳ２２０）。マルチキャスト転送中にアクセス要求を受信していない場合には（ステップＳ２２１，Ｎｏ）、共通データ管理部３６０は、共通データの送信が完了した後に、マルチキャストを終了する（ステップＳ２２２）。

一方、マルチキャスト転送中にアクセス要求を受信した場合には（ステップＳ２２１，Ｙｅｓ）、共通データ管理部３６０は、新たな転送先を加えてマルチキャストを継続する（ステップＳ２２３）。そして、共通データ管理部３６０は、マルチキャスト転送終了後に、未送信の共通データを個別装置に再送する（ステップＳ２２４）。

次に、実施例１の管理装置１００と、実施例２の管理装置２００との転送時間の違いについて説明する。図２３は、実施例１，２の転送時間の違いを説明するための図である。前提条件として、個別装置６０，７０，８０があり、個別装置６０はカード１０ａ，１０ｂ，１０ｃを搭載し、個別装置７０はカード２０ａ，２０ｂを搭載し、個別装置８０はカード３０ａ，３０ｃを搭載する。

また、システムの共通データのサイズを１２０MByteとする。カード種別を３つとしカード１種当たり、４０MByte（１２０MByte÷３）のデータを使用する。システムの共通データへのアクセス速度を１６MByteとする。システムの共通を格納するメモリとしてコンパクトフラッシュ（登録商標）を想定する。

また、管理装置１００と個別装置６０〜８０間のパスアクセス速度を１６０Mbyteとする。クロック１００MHz、データ幅１６Bitのシリアルバス（SERDES）を想定。なお、アクセス要求パケットサイズは小さいため、転送時間に入れない。また、管理装置が個別装置６０，７０にデータ転送を開始してから１sec後に、個別装置８０からのアクセス要求が発生するものとする。

実施例１に示した管理装置１００は、共通データ「ａ」を転送している最中に、個別装置８０からアクセス要求を受けた場合には、共通データ「ａ」〜「ｃ」の転送が完了した後に、共通データ「ａ」をはじめから個別装置８０に転送する。従って、実施例１にかかる転送時間は、共通データ「ａ」のデータリード時間×２と、共通データ「ｂ」のデータリード時間と、共通データ「ｃ」のデータリード時間と、データ転送時間を加算した値となるので、
２．５sec×４＋２．０sec＝１２sec
となる（図２３の上段参照）。

一方、本実施例２に示した管理装置２００は、共通データ「ａ」を転送している最中に、個別装置８０からアクセス要求を受けた場合には、途中から共通データ「ａ」を個別装置８０に転送する。そして、共通データ「ａ」〜「ｃ」の転送が完了した後に、残りの共通データ「ａ」を個別装置８０に転送する。

従って、本実施例２にかかる転送時間は、共通データ「ａ」のデータリード時間×２と、共通データ「ｂ」のデータリード時間と、共通データ「ｃ」のデータリード時間と、共通データ「ｃ」のデータリード時間と、データ転送時間を加算した値から１sec減算した値となるので、
２．５sec×４＋２．０sec−１．０sec＝１１sec
となる（図２３の下段参照）。

図２３に示したように、実施例１の管理装置による転送時間と実施例２の管理装置による転送時間とを比較すると、個別装置８０が遅れてアクセス要求を出力した場合には、実施例２の管理装置の方が１sec短くなるため、データ転送時間を短縮することが出来る。

上述してきたように、本実施例２にかかる管理装置２００は、複数の個別装置に該当する種別のデータを一括して送信している最中に、他の個別装置からアクセス要求を受け付けた場合に、他の個別装置に対して途中から共通データを送信した後に、未送信の共通データを他の端末装置に再送するので、データ転送時間を短縮することが出来る。

ところで、本実施例２では動作簡略化のため、個別装置６０〜８０のアクセス要求の内、１つの個別装置（例えば、個別装置８０）のアクセス要求が遅れた場合について説明した。しかし、複数の個別装置からのアクセス要求が遅れた場合には、遅れたもの同士の再送サイズを比較し、大きいほうの再送サイズで共通データを再送するものとする。

図２４は、複数の個別装置からアクセス要求が遅れた場合のマルチキャストグループＩＤ用バッファのデータ構造の一例を示す図である。図２４に示す例では、個別装置６０に対する共通データ「ａ」のマルチキャスト転送を実行している最中に、個別装置７０，８０からアクセス要求を受けた場合のマルチキャストグループＩＤ用バッファのデータ構造を示している。ただし、個別装置７０は、個別装置８０よりも先にアクセス要求を行ったものとする。

共通データ管理部３６０は、共通データ「ａ」を再送する場合に、アクセス要求識別情報「ｖ」の再送サイズと、アクセス要求識別情報「ｓ」の再送サイズとを比較する。比較した結果、アクセス要求識別情報「ｓ」の再送サイズの方が大きいので、共通データ管理部３６０は、再送サイズ「５０」の共通データ「ａ」を個別装置７０，８０に再送する。

このように、大きいほうの再送サイズにあわせて、共通データの再送サイズを設定することで、一度の再送で、各個別装置で不足するデータを補うことができる。

また、個別装置は、アクセス要求を管理装置に送信する前に、管理装置から共通データの受信を開始し、全ての共通データを受信できた場合には、受信終了報告を管理装置に出力しても良い。受信完了報告を受けた管理装置は、受信完了報告の送信基となる個別装置に対する再送処理をスキップする。このように、再送処理をスキップすることで、データ転送時間を更に削減することができる。

また、本実施例１にかかる管理装置１００は、処理待ち用ＦＩＦＯ１５０にリクエストを格納し、共通データ管理部１６０が、先に登録されたリクエスト順、あるいは優先度情報に応じてリクエストを読み出し、共通データを送信するので、個別装置からのバラバラなアクセス要求に対して、システム側の要求に従ったアクセス応答を返すことが出来る。

ところで、本実施例２において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図１７に示した管理装置３００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、実施例１に示した管理装置１００と同様にして、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

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

（付記１）複数の端末装置において共通して利用される共通データを管理する管理装置であって、
前記共通データを種別毎に分割して記憶する共通データ記憶手段と、
前記複数の端末装置から前記共通データに対するアクセス要求を受け付けた場合に、前記アクセス要求と前記共通データの種別とを対応付けて管理する管理手段と、
前記共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に、該当する種別の共通データを一括して送信する送信手段と、
を備えたことを特徴とする管理装置。

（付記２）前記送信手段は、前記端末装置から前記アクセス要求を受け付けた順番に基づいて、前記共通データを送信することを特徴とする付記１に記載の管理装置。

（付記３）前記送信手段は、前記端末装置から送信されるアクセス要求に優先順位が設定されている場合に、当該優先順位に基づいて、前記共通データを送信する順序を判定することを特徴とする付記１または２に記載の管理装置。

（付記４）前記送信手段が複数の端末装置に該当する種別の共通データを一括して送信している間に、他の端末装置から前記アクセス要求を受け付けた場合には、前記他の端末装置を送信先に加えて前記共通データを送信した後に、不足分の共通データを前記他の端末装置に再送する再送手段を更に備えたことを特徴とする付記１、２または３に記載の管理装置。

（付記５）前記再送手段は、複数の端末装置に対して未送信の共通データを再送する場合には、再送する共通データのうち、データ量が最大となる共通データを複数の端末装置に再送することを特徴とする付記４に記載の管理装置。

（付記６）複数の端末装置において共通して利用される共通データを管理する管理装置の管理方法であって、
前記管理装置は、
前記共通データを種別毎に分割して記憶装置に記憶する共通データ記憶ステップと、
前記複数の端末装置から前記共通データに対するアクセス要求を受け付けた場合に、前記アクセス要求と前記共通データの種別とを対応付けて管理する管理ステップと、
前記共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に、該当する種別の共通データを一括して送信する送信ステップと、
を含んだことを特徴とする管理方法。

（付記７）前記送信ステップは、前記端末装置から前記アクセス要求を受け付けた順番に基づいて、前記共通データを送信することを特徴とする付記６に記載の管理方法。

（付記８）前記送信ステップは、前記端末装置から送信されるアクセス要求に優先順位が設定されている場合に、当該優先順位に基づいて、前記共通データを送信する順序を判定することを特徴とする付記６または７に記載の管理方法。

１０，２０，３０，６０，７０，８０ 個別装置
１０ａ，１０ｂ，１０ｃ，２０ａ，２０ｂ，３０ａ，３０ｃ，６０ａ，６０ｂ，６０ｃ，７０ａ，７０ｂ，８０ａ，８０ｃ カード
５０，１００ 管理装置
１１０ 共通データ記憶部
１２０ マルチキャストグループＩＤ用バッファ
１２０ａ，１２０ｂ，１２０ｃ バッファ
１３０ 個別装置群ＩＦ部
１４０ アクセス内容判定部
１５０ 処理待ち用ＦＩＦＯ
１６０ 共通データ管理部
２００ コンピュータ
２０１ 入力装置
２０２ モニタ
２０３ マルチキャストグループＩＤ用バッファ
２０４ 処理待ち用ＦＩＦＯ
２０５ ＲＡＭ
２０５ａ，２１０ａ 共通データ
２０６ ＲＯＭ
２０７ 媒体読取装置
２０８ 通信装置
２０９ ＣＰＵ
２０９ａ 管理プロセス
２１０ ＨＤＤ
２１０ｂ 管理プログラム
２１１ バス

Claims (7)

1. 複数の端末装置において共通して利用される共通データを管理する管理装置であって、
   前記共通データを種別毎に分割して記憶する共通データ記憶手段と、
   前記複数の端末装置から前記共通データに対するアクセス要求を受け付けた場合に、前記アクセス要求と前記共通データの種別とを対応付けて管理する管理手段と、
   前記共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に、該当する種別の共通データを一括して送信する送信手段と、
   を備えたことを特徴とする管理装置。
2. 前記送信手段は、前記端末装置から前記アクセス要求を受け付けた順番に基づいて、前記共通データを送信することを特徴とする請求項１に記載の管理装置。
3. 前記送信手段は、前記端末装置から送信されるアクセス要求に優先順位が設定されている場合に、当該優先順位に基づいて、前記共通データを送信する順序を判定することを特徴とする請求項１または２に記載の管理装置。
4. 前記送信手段が複数の端末装置に該当する種別の共通データを一括して送信している間に、他の端末装置から前記アクセス要求を受け付けた場合には、前記他の端末装置を送信先に加えて前記共通データを送信した後に、不足分の共通データを前記他の端末装置に再送する再送手段を更に備えたことを特徴とする請求項１、２または３に記載の管理装置。
5. 前記再送手段は、複数の端末装置に対して未送信の共通データを再送する場合には、再送する共通データのうち、データ量が最大となる共通データを複数の端末装置に再送することを特徴とする請求項４に記載の管理装置。
6. 複数の端末装置において共通して利用される共通データを管理する管理装置の管理方法であって、
   前記管理装置は、
   前記共通データを種別毎に分割して記憶装置に記憶する共通データ記憶ステップと、
   前記複数の端末装置から前記共通データに対するアクセス要求を受け付けた場合に、前記アクセス要求と前記共通データの種別とを対応付けて管理する管理ステップと、
   前記共通データの種別に対応付けられたアクセス要求の送信元となる複数の端末装置に、該当する種別の共通データを一括して送信する送信ステップと、
   を含んだことを特徴とする管理方法。
7. 前記送信ステップは、前記端末装置から送信されるアクセス要求に優先順位が設定されている場合に、当該優先順位に基づいて、前記共通データを送信する順序を判定することを特徴とする請求項６に記載の管理方法。

Images