設計システム用配信システム、設計システム配信サーバ、及びクライアントシステム
【課題】ユーザの都合に合わせ、手間と時間を抑制しつつ設計システムの更新ができ、更新漏れを防止可能なように設計システムを配信する。
【解決手段】クライアント側設計システムを記憶部２２に有するクライアントシステム２、及びクライアント側設計システムの更新状態を示すクライアント更新情報とクライアント側設計システムの更新を補助する更新補助システムとサーバ側設計システムとを記憶部１２に有するサーバ１を具備する設計システム用配信システムを用いる。サーバ１は、サーバ側設計システムとクライアント更新情報とを比較し、クライアント側設計システムの更新用の更新データと更新補助システムとをクライアントシステム２へ配信する。クライアントシステム２は、更新補助システムで、ユーザによる更新の命令までユーザに更新を促し、更新の命令に応答して、更新データのうちの最新のものに基づいてクライアント側設計システムを更新する。
【解決手段】クライアント側設計システムを記憶部２２に有するクライアントシステム２、及びクライアント側設計システムの更新状態を示すクライアント更新情報とクライアント側設計システムの更新を補助する更新補助システムとサーバ側設計システムとを記憶部１２に有するサーバ１を具備する設計システム用配信システムを用いる。サーバ１は、サーバ側設計システムとクライアント更新情報とを比較し、クライアント側設計システムの更新用の更新データと更新補助システムとをクライアントシステム２へ配信する。クライアントシステム２は、更新補助システムで、ユーザによる更新の命令までユーザに更新を促し、更新の命令に応答して、更新データのうちの最新のものに基づいてクライアント側設計システムを更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計システム用配信システム及び設計システム配信方法に関し、特にＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）の設計システムに関わる設計システム用配信システム、設計システム配信サーバ、及びクライアントシステムに関する。
【背景技術】
【０００２】
ＡＳＩＣの設計システム（プログラム及びライブラリ）を販売する業者は、その設計システムが更新（バージョンアップ）されるごとに、ユーザ所有の設計システムを更新する契約上の義務がある。すなわち、最新の設計システムを契約したユーザに届けること、及び、その届けられた設計システムでユーザの設計システムが更新されることが業者の責務として存在する。そのため、業者は、設計システムを配信するサーバからユーザのクライアントシステムへ最新の設計システムを送信し、ユーザに更新を依頼している。
【０００３】
サーバによるクライアントのソフトウエアの更新に関して、以下の技術が開示されている。特開２００１−２８２５４４号公報に、機器管理システムが開示されている。この機器管理システムでは、サーバが、クライアントのソフトウェア情報及びハードウェア情報を予め把握しておく。そして、サーバは、ソフトウェアの更新のとき、把握しているソフトウェア情報に基づいて、そのソフトウェアの更新先のクライアントを決定し、その更新先のクライアントへそのソフトウェアを所定の更新スケジュールに沿って送信する。クライアントはそのソフトウェアを導入する。ただし、導入（更新）過程については明記されていない。
【０００４】
特開２０００−２５９５１９号公報に、ネットワークシステムが開示されている。このネットワークシステムでは、サーバは、ソフトウエアの更新が発生すると、各クライアントへソフトウェア更新情報を送信する。クライアントは、ソフトウェア更新情報に基づいて、更新対象のソフトウェアが停止している場合、サーバへダウンロード要求を出して更新ソフトウェアをダウンロードする。更新対象のソフトウェアが動作している場合、警告画面が表示されると共に、一定間隔で動作が終了しているか否かをチェックし、動作終了後に自動的にサーバへダウンロード要求を出力する。すなわち、クライアントの更新対象のソフトウェアが停止した時点で自動的に更新が行われる。
【０００５】
特開２００３−６０８４号公報に、ネットワークシステムにおけるデータ更新方式が開示されている。このデータ更新方式では、データサーバは、ホームサーバに対してデータ更新処理を行い、ホームサーバは、各端末装置がアクセスしたときに各端末装置に対してデータ更新処理を行う。すなわち、各端末装置に対して強制的にソフトウエアの更新を行っている。
【０００６】
特開２００４−３６２２８７号公報に、データ更新方式が開示されている。このデータ更新方式では、サーバーからの辞書更新の通知に基づいて、クライアントは辞書更新を行う場合、更新要求をサーバへ送信する。サーバは差分データをクライアントへ送信する。すなわち、クライアントからサーバーへ更新要求を行わなければ更新は行われない。
【０００７】
【特許文献１】特開２００１−２８２５４４号公報
【特許文献２】特開２０００−２５９５１９号公報
【特許文献３】特開２００３−６０８４号公報
【特許文献４】特開２００４−３６２２８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
最新の設計システムをユーザへ送信してユーザに更新を依頼すると、ユーザがその更新を忘れてしまうことがある。そうなると、更新の内容によっては、その更新により解決しようとする設計システムの重要な問題が設計システムに残存してしまうことが考えられる。加えて、ユーザの設計システムを更新する契約上の義務を果たせず、更新漏れが発生してしまうことが考えられる。また、前の更新を行っていないとき、次の更新用の設計システムが送信された場合、複数回の更新動作を行う必要があるので、この場合にも、更新漏れが発生してしまうことが考えられる。
【０００９】
一方、業者のサーバが強制的にユーザの設計システムを更新すると、以下のような問題が発生することが考えられる。すなわち、ユーザの意図とは異なるタイミング、例えば、ユーザが設計システムを使用して設計を行っているとき、ユーザの設計システムが最新の設計システムに更新されること場合がある。その場合、作業途中の設計データが破壊されたり、設計システムの更新の前後で設計データに不整合が生じたりすることが考えられる。
【００１０】
すなわち、ユーザの設計の都合に合わせ、手間と時間を抑制しつつ設計システムの更新ができ、かつ、更新漏れを防止可能なように設計システムを配信可能なシステムが望まれる。
【課題を解決するための手段】
【００１１】
以下に、発明を実施するための最良の形態で使用される番号・符号を用いて、課題を解決するための手段を説明する。これらの番号・符号は、特許請求の範囲の記載と発明を実施するための最良の形態との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、特許請求の範囲に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１２】
従って、上記課題を解決するために、本発明の設計システム用配信システムは、クライアントシステム（２）と、サーバ（１）とを具備する。クライアントシステム（２）は、クライアント側設計システム（５５ａ）を第１記憶部（２２）に格納する。サーバ（１）はクライアントシステム（２）とネットワーク（４）で接続され、サーバ側設計システム（３７ａ）と、クライアント側設計システム（５５ａ）の更新状態を示すクライアント更新情報（３８ａ）と、クライアント側設計システム（５５ａ）の更新を補助する更新補助システム（３６）とを第２記憶部（１２）に格納する。サーバ（１）は、サーバ側設計システム（３７ａ）の更新に応答して、更新されたサーバ側設計システム（３７ａ）とクライアント更新情報（３８ａ）とを比較して、クライアント側設計システム（５５ａ）の更新に必要な必要ファイルを含む更新データ（３３ａ）と更新補助システム（３６）とをクライアントシステム（２）へ配信する。クライアントシステム（２）は、受信した更新補助システム（３６）により、クライアント側設計システム（５５ａ）の更新を促す更新通知を、クライアント側設計システム（５５ａ）の更新の命令まで、予め設定された条件が満足されるごとに出力する。更新の命令に応答して、受信した更新データ（３３ａ）のうちの最新のものに基づいてクライアント側設計システム（５５ａ）を更新する。クライアント側設計システム（５５ａ）の今回の更新状態を示す最新クライアント更新情報（５４ａ）を生成して、サーバ（１）へ送信する。サーバ（１）は、最新クライアント更新情報（５４ａ）に基づいて、クライアント更新情報（３８ａ）を更新する。
【００１３】
本発明では、ユーザがクライアント側設計システム（５５ａ）の更新を行わないとき、サーバ側設計システムに新たな更新が行われた場合、最新の更新データ（３３ａ）は全ての更新を含んだデータになっている。したがって、クライアントシステム（２）において各更新を個別に実行する必要はなく、更新データ（３３ａ）のうちの最新のものに基づいてクライアント側設計システム（５５ａ）を更新すればよいので、ユーザの手間や更新時間を削減でき、更新漏れを防止することが出来る。
また、本発明では、クライアントシステム（２）は、ユーザによる更新の命令に応答して、クライアント側設計システム（５５ａ）を更新する。すなわち、ユーザは自分の都合に合わせて更新を実行することが出来る。そのとき、更新補助システム（３６）により、クライアント側設計システム（５５ａ）の更新を促す更新通知を、クライアント側設計システム（５５ａ）の更新の命令まで継続的に出力するので、ユーザに更新を確実に実行させることが出来る。すなわち、クライアント側設計システムの更新漏れを防止することが出来る。
【発明の効果】
【００１４】
本発明により、ユーザの設計の都合に合わせ、手間と時間を抑制しながら設計システムの更新ができ、更新漏れの発生を防止可能なように設計システムを配信することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の設計システム用配信システム、設計システム配信サーバ、及びクライアントシステムの実施の形態に関して、添付図面を参照して説明する。
【００１６】
図１は、本発明の設計システム用配信システムの実施の形態の構成を示すブロック図である。設計システム用配信システム１０は、サーバ１と、複数のクライアントシステム２−１〜２−ｎとを具備する。
【００１７】
サーバ１は、ワークステーションに例示される情報処理装置である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に例示される制御装置１１、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）に例示される記憶装置１２、及びデータ配信やデータの入出力を行う入出力装置１３を備える。クライアントシステム２−ｉ（ｉ＝１〜ｎ：自然数）は、ワークステーションやパーソナルコンピュータに例示される情報処理装置である。ＣＰＵに例示される制御装置２１、ＨＤＤに例示される記憶装置２２、及びデータ配信やデータの入出力を行う入出力装置２３を備える。サーバ１とクライアントシステム２−ｉとは、インターネットに例示されるネットワーク４で双方向通信可能に接続されている。
【００１８】
図２は、本発明のサーバの実施の形態の構成を示すブロック図である。サーバ１は、要求監視部３１、差分情報生成部３２、更新データ生成部３３、更新データ配信部３４、クライアント更新情報管理部３５、更新補助システム３６、設計システムデータベース３７、クライアント更新情報データベース３８、更新情報データベース３９、及び更新要求格納部４０を含む。
【００１９】
これらはそれぞれ、ソフトウェア、ハードウェア、又はそれらの組み合わせにより実現可能である。例えば、要求監視部３１、差分情報生成部３２、更新データ生成部３３、更新データ配信部３４、クライアント更新情報管理部３５、及び更新補助システム３６はプログラムとして記憶装置１２に格納され、制御装置１１により実行される。設計システムデータベース３７、クライアント更新情報データベース３８、及び更新情報データベース３９は、プログラム及びデータとして記憶装置１２に格納され、制御装置１１により制御される。更新要求格納部４０は、データの格納領域として所定のディレクトリ（記憶装置１１の所定の領域でも可）を割り当てられる。
【００２０】
設計システムデータベース３７は、サーバ側設計システム３７ａとサーバ側設計システム３７ａを特定するサーバ側設計システム情報とを関連付けて格納する。サーバ側設計システム３７ａは、サーバ１の有するＡＳＩＣ設計システムであり、複数種類存在する。ＡＳＩＣ設計システムは、例えば、テキストファイル、Ｃ言語などのコンパイラーで変換後のオブジェクトファイル（バイナリ−ファイル）から構成されている。
【００２１】
クライアント更新情報データベース３８は、クライアント更新情報３８ａとクライアント側設計システム５５ａを特定するクライアント側設計システム情報とを関連付けて格納する。クライアント更新情報３８ａは、クライアントシステム２−ｉの有するＡＳＩＣ設計システムとしてのクライアント側設計システム５５ａに関する更新状態を示す。クライアント更新情報３８ａは、例えば、クライアントシステム２−ｉの所定環境変数下にインストールされたクライアント側設計システム５５ａを構成する全てのファイルについてのファイル情報（例示：ディレクトリパス＋ファイル名、そのファイルサイズ、ファイルのタイムスタンプの情報）、及びクライアントシステム２−ｉを特定するための情報（例示：クライアントシステム名、クライアントシステム認証番号）を有する。クライアント更新情報データベース３８により、全てのクライアントシステム２−１〜２−ｎの有するクライアント側設計システム５５ａの更新状態をサーバ１の側で把握することができる。
【００２２】
更新情報データベース３９は、更新情報３９ａとサーバ側設計システム情報とを関連付けて格納する。更新情報３９ａは、サーバ側設計システム３７ａが更新されたことを示す。更新情報３９ａは、例えば、更新したサーバ側設計システムのインストール場所（例示：所定の環境変数で指定されるディレクトリ）、更新日、更新内容、更新理由のような更新に関わる情報を含む。
【００２３】
更新要求格納部４０は、更新要求情報５１ａとクライアントシステム２−ｉを特定するクライアントシステム情報とを関連付けて格納する。更新要求情報５１ａは、クライアントシステム２−ｉから送信された、クライアント側設計システム（５５ａ：後述）の更新の要求を示す。例えば、更新要求情報５１ａは、クライアントシステム名、クライアントシステム認証番号、更新希望のシリーズ（設計システム内の小分類）名を示す情報を含む。
【００２４】
要求監視部３１は、サーバ１の更新情報データベース３９に格納される更新情報３９ａ、又は更新要求格納部４０に格納される更新要求情報５１ａが更新されたか否かを一定の時間間隔でチェックする。要求監視部３１は、いずれか一方の情報の更新を確認した場合、当該情報を差分情報生成部３２へ出力する。
【００２５】
差分情報生成部３２は、サーバ側設計システム３７ａの更新（更新情報３９ａ）に応答して、サーバ側設計システムデータベース３７とクライアント更新情報データベース３８とを参照する。次に、更新されたサーバ側設計システム３７ａのサーバ側設計システム情報に対応する全てのクライアント側設計システム情報を抽出する。その後、抽出された全てのクライアント側設計システム情報の各々ごとに、クライアント更新情報３８ａを取り出し、そのクライアント更新情報３８ａとその更新されたサーバ側設計システム３７ａとを比較する。そして、必要ファイル情報と不要ファイル情報とを含む差分情報３２ａを生成する。すなわち、抽出された全てのクライアント側設計システム情報の各々ごとに、差分情報３２ａを生成する。ただし、必要ファイル情報は、クライアント側設計システム５５ａの更新に必要な必要ファイルを特定する。不要ファイル情報は、クライアント側設計システム５５ａの更新に不要な不要ファイルを示す。
【００２６】
このように、サーバ側設計システム３７ａの更新が行われた場合、その更新に関連する全てのクライアント側設計システム情報が抽出される。したがって、以後のステップが実行されることで、その更新に関連する全てのクライアント側設計システムについて、漏れなく更新を実行させることが出来る。以下では、一つのクライアント側システムの場合について説明する。
なお、差分情報生成部３２は、更新要求情報５１ａに対しては、その更新要求情報５１ａを送信してきたクライアントシステム２−ｉに対してのみ、クライアント側設計システムの更新を実行させる。
【００２７】
更新データ生成部３３は、差分情報３２ａに基づいて、サーバ側設計システムデータベース３７を参照して、必要ファイル情報に対応する必要ファイルを抽出し、必要ファイルを含む更新データ３３ａを生成する。
【００２８】
更新データ配信部３４は、更新データ３３ａ、差分情報３２ａ、更新案内情報（４１：後述）、及び更新補助システム３６をクライアント側設計システム５５ａに対応するクライアントシステム２−ｉへ配信する。ここで、更新案内情報４１は、クライアント側設計システム５５ａの更新用のファイルを送付することを示す通知であり、ｅ−ｍａｉｌに例示される。更新補助システム３６は、クライアント側設計システム５５ａの更新を補助する。
【００２９】
クライアント更新情報管理部３５は、クライアントシステム２−ｉから出力されたクライアント更新情報５４ａに基づいて、クライアント更新情報データベース３８におけるクライアント更新情報を更新する。すなわち、前のクライアント更新情報を削除し、クライアントシステム２−ｉから送信された最新のクライアント更新情報に置き換えられる。ここで、クライアント更新情報５４ａは、更新データ３３ａ及び差分情報３２ａのうちの最新のものに基づいて更新されたクライアント側設計システム５５ａの更新状態を示す。
【００３０】
更新補助システム３６は、クライアントシステム２−ｉにおいて、更新データ３３ａ及び差分情報３２ａのうちの最新のものに基づくクライアント側設計システム５５ａの更新を促す更新通知を、クライアント側設計システム５５ａに対する更新の命令が入力されるまで、予め設定された条件が満足されるごとに出力させる。予め設定された条件は、例えば、クライアントシステム２−ｉの起動時又は終了時、クライアント側設計システム５５ａの起動時又は終了時に例示される。
【００３１】
図３は、本発明のクライアントシステムの実施の形態の構成を示すブロック図である。クライアントシステム２−ｉは、更新要求部５１、更新可否確認部５２、システム更新部５３、クライアント更新情報生成部５４、設計システムデータベース５５、更新データ格納部５６及び起動データ格納部５７を含む。
【００３２】
これらはそれぞれ、ソフトウェア、ハードウェア、又はそれらの組み合わせにより実現可能である。例えば、更新要求部５１、更新可否確認部５２、システム更新部５３、及びクライアント更新情報生成部５４はプログラムとして記憶装置２２に格納され、制御装置２１により実行される。設計システムデータベース５５は、プログラム及びデータとして記憶装置２２に格納され、制御装置２１により制御される。更新データ格納部５６は、データの格納領域として記憶装置２１の所定の領域を割り当てられる。起動データ格納部５７は、データの格納領域として所定のディレクトリ（記憶装置２１の所定の領域でも可）を割り当てられる。所定のディレクトリは、上記の予め設定された条件が満足されるごとに参照され、そこにあるプログラムが実行される。例えば、クライアントシステム２−ｉの起動時又は終了時に参照されるディレクトリや、クライアント側設計システム５５ａの起動時又は終了時に参照されるディレクトリである。
【００３３】
設計システムデータベース５５は、クライアント側設計システム５５ａとクライアント側設計システム情報とを関連付けて格納する。クライアント側設計システム５５ａは、クライアントシステム２−ｉの有するＡＳＩＣ設計システムであり、複数のサーバ側設計システム３７ａのいずれかに相当する。クライアント側設計システム情報は、クライアント側設計システム５５ａを特定し、識別子（ＩＤ）に例示される。
【００３４】
更新データ格納部５６は、サーバ１から送信される更新データ３３ａ及び差分情報３２ａを格納する。また、新たに更新データ３３ａ及び差分情報３２ａを受信したとき、前に受信した更新データ３３ａ及び差分情報３２ａに上書きして保存しても良い。この場合、前に受信した更新データ３３ａ及び差分情報３２ａは削除される。すなわち、更新データ格納部５６は、最新の更新データ３３ａ及び差分情報３２ａを格納する。
【００３５】
起動データ格納部５７は、サーバ１から送信される更新補助システム３６を格納する。また、新たに更新補助システム３６を受信したとき、前に受信した更新補助システム３６に上書きして保存しても良い。この場合、前に受信した更新補助システム３６は削除される。すなわち、起動データ格納部５７は、最新の更新補助システム３６を格納する。
【００３６】
更新要求部５１は、ユーザがクライアント側設計システム５５ａの更新を要求する入力を行った場合、その入力に応答して、更新要求情報５１ａを生成する。そして、更新要求情報５１ａをクライアント情報に関連付けてサーバ１へ送信する。
【００３７】
更新可否確認部５２は、サーバ１から送信された更新補助システム３６により起動され、更新通知を、クライアント側設計システム５５ａに対する更新の命令が入力されるまで、既述の予め設定された条件が満足されるごとに出力する。ここで、更新通知は、更新データ３３ａ及び差分情報３２ａの最新のものに基づいたクライアント側設計システム５５ａの更新をユーザに促す。クライアントシステム２−ｉの表示装置に表示される。
【００３８】
システム更新部５３は、更新の命令の入力に応答して、更新データ３３ａ及び差分情報３２ａの最新のものに基づいて、クライアント側設計システムデータベース５５のクライアント側設計システム５５ａを更新する。例えば、更新データ３３ａの必要ファイルを、クライアント側設計システムデータベース５５における対応するファイルに上書きする。差分情報３２ａの不要ファイル情報に対応するクライアント側設計システムデータベース５５のファイルを削除する。
【００３９】
クライアント更新情報生成部５４は、クライアント側設計システム５５ａの更新に応答して、クライアント側設計システム５５ａの今回の更新状態を示すクライアント更新情報５４ａを生成する。クライアント更新情報５４ａは、クライアント側設計システム５５ａに含まれる全てのファイルを特定する情報を含む。そして、そのクライアント更新情報５４ａを、サーバ１へ送信する。
【００４０】
図４は、本発明の設計システム用配信システムの実施の形態の動作（設計システム配信方法の実施の形態）を示すフロー図である。ここでは、更新対象のクライアント側設計システム５５ａを有する複数のクライアントシステム２−ｉ、ｊ、ｋ、…（１≦ｊ、ｋ≦ｎ）のうち、クライアントシステム２−ｉについて説明する。
【００４１】
ＡＳＩＣ設計システムの開発者がサーバ側設計システム３７ａを更新した場合、そのサーバ側設計システム３７ａ及び更新情報３９ａをサーバ側設計システム情報に関連付けてサーバ１へｆｔｐ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）で送信する（ステップＳ０１）。サーバ側設計システム情報及びサーバ側設計システム３７ａは設計システムデータベース３７に、更新情報３９ａは更新情報データベース３９にそれぞれ格納される。
【００４２】
サーバ１の要求監視部３１は、更新情報データベース３９に格納される更新情報３９ａが更新されたか否かを一定の時間間隔でチェックする。要求監視部３１は、いずれか一方の情報の更新を確認した場合、当該情報を差分情報生成部３２へ出力する（ステップＳ０２）。
【００４３】
図５は、更新前のサーバ側設計システムの一例を示す図である。更新前のサーバ側設計システム３７ａには、ディレクトリ“ｂｉｎ”に、ツールとして“ｔｏｏｌ１”及び“ｔｏｏｌ２”が格納されている。また、ディレクトリ“ｌｉｂ”に、“ＳＥＲＩＥＳ１”のライブラリとして、ディレクトリ“ｕｄｌ”に“Ａ．ｕｄｌ”及び“Ｂ．ｕｄｌ”が、ディレクトリ“ｄｂ”に“Ａ．ｄｂ”がそれぞれ格納されている。ディレクトリ“ｌｉｂ”に、“ＳＥＲＩＥＳ２”のライブラリとして、ディレクトリ“ｕｄｌ”に“Ｃ．ｕｄｌ”が、ディレクトリ“ｄｂ”に“Ａ．ｄｂ”がそれぞれ格納されている。これは、図８に示す更新前のクライアント側設計システム５５ａと同じである。
【００４４】
図６は、更新後のサーバ側設計システムの一例を示す図である。更新後のサーバ側設計システム３７ａにおいて、ディレクトリ“ｂｉｎ”では、“ｔｏｏｌ１”が更新され、図中分かり易さのために［ｔｏｏｌ］で表されている。また、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ａ．ｕｄｌ”が更新され、図中分かり易さのために［Ａ．ｕｄｌ］で表されている。また、“Ａ．ｄｂ”が削除され、“Ｂ．ｄｂ”が追加され、図中分かり易さのために［Ｂ．ｄｂ］で表されている。これは、クライアント側設計システム５５ａの更新の目標でもある。
【００４５】
図４を参照して、差分情報生成部３２は、サーバ側設計システム３７ａの更新に応答して、サーバ側設計システムデータベース３７を参照して、更新されたサーバ側設計システム３７ａのサーバ側設計システム情報を取得する。次に、クライアント更新情報データベース３８を参照して、取得したサーバ側設計システム情報と同じクライアント側設計システム情報を抽出する。これにより、更新対象のクライアント側設計システムを特定できる。
【００４６】
その後、抽出されたクライアント側設計システム情報に対応するクライアント更新情報３８ａを抽出する。続いて、抽出されたクライアント更新情報３８ａと、更新されたサーバ側設計システム３７ａとを比較する。その後、比較結果から、クライアント側設計システム情報に対応するクライアント側設計システム５５ａを、更新されたサーバ側設計システム３７ａと同じにするために、更新に必要な必要ファイル（更新対象ファイル）と更新に不要な不要ファイル（削除対象ファイル）とを抽出する。そして、必要ファイルを示す必要ファイル情報と不要ファイルを示す不要ファイル情報とを含む差分情報３２ａを生成する（ステップＳ０３）。
【００４７】
具体的には、例えば、以下のようにして差分情報３２ａを生成することが出来る。すなわち、差分情報生成部３２は、比較のとき、まず更新されたサーバ側設計システム３７ａについて、所定の環境変数下のディレクトリパス名＋ファイル名、そのファイルサイズ、ファイルのタイムスタンプの情報を、設計システムを構成する全てのファイルに対してテキストファイルに出力する。そして、その出力された内容と、クライアント更新情報３８ａの同一情報部分の比較を行う。そのとき、あるファイルにおいて、ファイル名が同じであり、ファイルサイズが違い、タイムスタンプがクライアントのほうが古い場合、当該ファイルを更新対象と判断する。一方、全て同じであれば、当該ファイルを更新対象では無いと判断する。更に、更新されたサーバ側設計システム３７ａにだけ存在するファイルがあれば、当該ファイルを更新対象と判断する。クライアント更新情報３８ａ（クライアント側設計システム５５ａ）にだけ存在するファイルがあれば、それはクライアント側設計システム５５ａから削除すべきファイルと判断する。上記判断に基づいて、差分情報３２ａとして、例えば、全ての更新対象ファイル及び削除対象ファイルに対して、識別子（更新対象又は削除対象を示す）＋更新対象又は削除対象のファイル名（ディレクトリパスを含む）を記述したテキストファイルを生成する。
【００４８】
図５及び図６を参照すると、更新前後のサーバ側設計システムから、差分情報３２ａは、例えば以下のデータを含むことになる。
更新識別子＋ｂｉｎ／［ｔｏｏｌ１］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ／［Ａ．ｕｄｌ］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／［Ｂ．ｄｂ］
削除識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／Ａ．ｄｂ
【００４９】
更新データ生成部３３は、差分情報３２ａに基づいて、サーバ側設計システムデータベース３７を参照して、必要ファイル情報に対応する必要ファイル（ファイル本体）を抽出する。そして、全ての必要ファイルを含む更新データ３３ａを生成する（ステップＳ０４）。なわち、更新データ生成部３３は、差分情報３２ａの識別子を参照して、必要ファイル（更新対象ファイル）を認識する。そして、更新されたサーバ側設計システム３７ａのファイル群から、それら必要ファイル（ファイルそのもの）を集め、一つの更新データ３３ａとする。
【００５０】
図７は、更新前後のサーバ側設計システムが図５及び図６の場合における更新データ３３ａの一例を示す図である。更新データ３３ａは、更新に必要な必要ファイルとして、ディレクトリ“ｂｉｎ”について更新された［ｔｏｏｌ］、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ”について更新された［Ａ．ｕｄｌ］、及びディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について追加（更新）された［Ｂ．ｄｂ］、のそれぞれを含んでいる。また、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について削除された“Ａ．ｄｂ”については、上記のように差分情報３２ａに記述されている。
【００５１】
図４を参照して、更新データ配信部３４は、更新データ３３ａ、差分情報３２ａ、更新案内情報４１、及び更新補助システム３６をクライアント側設計システム５５ａに対応するクライアントシステム２−ｉへｆｔｐにより配信する（ステップＳ０５）。更新案内情報４１は、例えばｅ−ｍａｉｌで、クライアントシステム２−ｉの所定のメールアドレスに対して配信される。そのｅ−ｍａｉｌの内容は、サーバ側設計システムが更新されたこと、その結果としてクライアント側設計システムの更新が必要となったこと、その更新の内容に例示される。更新の内容は、更新情報３９ａから引用される。このように、更新のために、サーバ側設計システム３７ａそのものではなく、差分である更新データ３３ａ及び差分情報３２ａを送信することで、送信するデータ量を少なくすることが出来る。
【００５２】
更新データ３３ａ、差分情報３２ａ、更新案内情報４１、及び更新補助システム３６は、ネットワーク４を介して送信される（ステップＳ０６）。更新データ格納部５６は、サーバ１から送信される更新データ３３ａ、及び差分情報３２ａを格納する。起動データ格納部５７は、サーバ１から送信される更新補助システム３６を格納する（ステップＳ０７）。このとき、更新データ格納部５６は、新たに更新データ３３ａ及び差分情報３２ａを受信したとき、前に受信した更新データ３３ａ及び差分情報３２ａがあるときは、前に受信したもに上書き保存する。同様に、起動データ格納部５７は、新たに更新補助システム３６を受信したとき、前に受信した更新補助システム３６があるときは、前に受信したものに上書き保存する。これにより、常に最新の更新に関する更新補助システム３６、更新データ３３ａ及び差分情報３２ａを保持することが出来る。
【００５３】
更新可否確認部５２は、予め設定された条件が満足されるごとに、更新補助システム３６により起動される。そして、クライアント側設計システム５５ａの更新をユーザに促す更新通知を、クライアント側設計システム５５ａに対する更新の命令が入力されるまで出力する（ステップＳ０８）。クライアントシステム２−ｉの表示装置は、その更新通知を表示する。予め設定された条件は、例えば、クライアントシステム２−ｉの起動時又は終了時、クライアント側設計システム５５ａの起動時又は終了時に例示される。
【００５４】
クライアントシステム２−ｉに表示された更新通知に対して、ユーザは更新するか否かを選択する（ステップＳ０９）。ユーザが今回の更新を行わない場合（ステップＳ０９：Ｎｏ）、予め設定された条件が満足されるごとに、更新可否確認部５２が更新補助システム３６により起動されて、クライアント側設計システム５５ａの更新をユーザに促す更新通知を出力する（ステップＳ０８）。
【００５５】
クライアントシステム２−ｉに表示された更新通知に対して、ユーザが更新を行う場合（ステップＳ０９：Ｙｅｓ）、ユーザは更新の命令をクライアントシステム２−ｉに入力する。システム更新部５３は、更新の命令の入力に応答して、更新データ格納部５６に格納された更新データ３３ａ及び起動データ格納部５７に格納された差分情報３２ａの最新のものに基づいて、クライアント側設計システムデータベース５５のクライアント側設計システム５５ａを更新する（ステップＳ１０）。例えば、更新データ３３ａの必要ファイルを、クライアント側設計システムデータベース５５における対応するファイルに上書きする。差分情報３２ａの不要ファイル情報に対応するクライアント側設計システムデータベース５５のファイルを削除する。
【００５６】
図９は、更新後のクライアント側設計システムの一例を示す図である。更新後のクライアント側設計システム３７ａにおいて、ディレクトリ“ｂｉｎ”では、“ｔｏｏｌ１”が更新され、図中分かり易さのために［ｔｏｏｌ］で表されている。また、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ａ．ｕｄｌ”が更新され、図中分かり易さのために［Ａ．ｕｄｌ］で表されている。また、“Ａ．ｄｂ”が削除され、“Ｂ．ｄｂ”が追加され、図中分かり易さのために［Ｂ．ｄｂ］で表されている。これは、更新されたサーバ側設計システム３７ａ（図６）と同じである。ただし、このクライアント側設計システム３７ａは、“ＳＥＲＩＥＳ２”を有していない。
【００５７】
図４を参照して、クライアント更新情報生成部５４は、クライアント側設計システム５５ａの更新に応答して、クライアント側設計システム５５ａの今回の更新状態を示すクライアント更新情報５４ａを生成する（ステップＳ１１）。クライアント更新情報５４ａは、クライアント側設計システム５５ａに含まれる全てのファイルを特定する情報を含む。クライアント更新情報５４ａは、例えば、クライアントシステム２−ｉの所定環境変数下にインストールされているクライアント側設計システム５５ａを構成する全てのファイルについてのファイル情報（例示：ディレクトリパス＋ファイル名、そのファイルサイズ、ファイルのタイムスタンプの情報）、及びクライアントシステム２−ｉを特定するための情報（例示：クライアントシステム名、クライアントシステム認証番号）を有する。今回の更新処理により、その内容が更新されている。そして、そのクライアント更新情報５４ａを、サーバ１へ送信する（ステップＳ１２）。
【００５８】
クライアント更新情報管理部３５は、クライアントシステム２−ｉから出力されたクライアント更新情報５４ａに基づいて、クライアント更新情報データベース３８におけるクライアント更新情報を更新する（ステップＳ１３）。すなわち、前のクライアント更新情報を削除し、クライアントシステム２−ｉから送信された最新のクライアント更新情報に置き換える。
【００５９】
以上のようにして、通常の更新が行われる。ただし、ステップＳ０９において、クライアントシステム２−ｉが更新（以下、「今回の更新」ともいう）を行わない場合（ステップＳ０９：Ｎｏ）、その今回の更新を行う（ステップＳ１０以降を実行する）前に、サーバ側設計システム３７ａにおいて新たな更新（以下、「次回の更新」ともいう）が行われる場合がある。その場合、クライアントシステム２−ｉの更新が行われていないので、クライアント更新情報３８ａは、今回の更新を行う前の状態を維持している。したがって、サーバ１は、クライアントシステム２−ｉでの今回の更新の有無を考慮せずに、通常のステップＳ０２〜ステップＳ０６の動作を実行して、次回の更新のための更新データ３３ａ、差分情報３２ａ、更新案内情報４１、及び更新補助システム３６をクライアントシステム２−ｉへ送信すればよい。クライアントシステム２−ｉでは、更新可否確認部５２が、次回の更新のための更新データ３３ａ及び差分情報３２ａを更新データ格納部５６に格納し、今回の更新のための更新データ３３ａ及び差分情報３２ａを削除（又は、上書き保存）し、次回の更新のための更新補助システム３６を起動データ格納部５７に格納し、今回の更新のための更新補助システム３６を削除（又は、上書き保存）すれば良い。
【００６０】
例えば、今回の更新が図５のサーバ側設計システム３７ａから図６のそれへの更新であり、次回の更新が図６のサーバ側設計システム３７ａから図１０のそれへの更新である場合を考える。図１０は、次回の更新後のサーバ側設計システムの一例を示す図である。更新後のサーバ側設計システム３７ａにおいて、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ｂ．ｕｄｌ”が更新され、図中分かり易さのために［Ｂ．ｕｄｌ］で表されている。このとき、クライアント側設計システム５５ａでは、今回の更新がなされていないので、未だ図８に示す状態である。すなわち、クライアント側設計システム５５ａとしては、図５の状態から図１０の状態へ更新する必要がある。
【００６１】
この状態において、サーバ１がステップＳ０２〜ステップＳ０６を実行すると、次回の更新における差分情報３２ａは、例えば以下のデータを含むことになる。
更新識別子＋ｂｉｎ／［ｔｏｏｌ１］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ／［Ａ．ｕｄｌ］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ／［Ｂ．ｕｄｌ］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／［Ｂ．ｄｂ］
削除識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／Ａ．ｄｂ
【００６２】
また、次回の更新における更新データ３３ａは、例えば以下のようになる。
図１１は、更新前後のサーバ側設計システムが図５及び図１０の場合における更新データ３３ａの一例を示す図である。更新データ３３ａは、更新に必要な必要ファイルとして、ディレクトリ“ｂｉｎ”について更新された［ｔｏｏｌ］、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ”について更新された［Ａ．ｕｄｌ］、［Ｂ．ｕｄｌ］及びディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について追加（更新）された［Ｂ．ｄｂ］、のそれぞれを含んでいる。また、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について削除された“Ａ．ｄｂ”については、上記のように差分情報３２ａに記述されている。
【００６３】
図１２は、更新後のクライアント側設計システムの一例を示す図である。更新後のクライアント側設計システム３７ａにおいて、ディレクトリ“ｂｉｎ”では、“ｔｏｏｌ１”が更新され、図中分かり易さのために［ｔｏｏｌ］で表されている。また、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ａ．ｕｄｌ”及び“Ｂ．ｕｄｌ”が更新され、図中分かり易さのために［Ａ．ｕｄｌ］及び［Ｂ．ｕｄｌ］で表されている。また、“Ａ．ｄｂ”が削除され、“Ｂ．ｄｂ”が追加され、図中分かり易さのために［Ｂ．ｄｂ］で表されている。これは、更新されたサーバ側設計システム３７ａ（図１０）と同じである。ただし、このクライアント側設計システム３７ａは、“ＳＥＲＩＥＳ２”を有していない。
【００６４】
上記のような次回の更新のための差分情報３２ａ及び更新データ３３ａを用いることで、最新の更新のみを実行すれば、それまでの全ての更新（今回及び次回の両方）を実行することが出来る。すなわち、図５の状態から図１０の状態へ更新することが可能となる。
【００６５】
なお、クライアントシステム２−ｉから更新要求情報５１ａをサーバ１へ送信することで、更新を開始しても良い。例えば、ユーザがクライアント側設計システム５５ａの更新を要求する入力をクライアントシステム２−ｉに行った場合、更新要求部５１が、その入力に応答して、更新要求情報５１ａを生成する。そして、更新要求情報５１ａをクライアント情報に関連付けてサーバ１へｆｔｐで送信する（ステップＳ０１’）。クライアント情報及び新要求情報５１ａは、更新要求格納部４０に格納される。サーバ１の要求監視部３１は、更新要求情報５１ａが更新要求格納部４０に格納されたか否かについても一定の時間間隔でチェックする。要求監視部３１は、更新要求情報５１ａの格納を確認した場合、当該情報を差分情報生成部３２へ出力する（ステップＳ０２）。以下同様である。
【００６６】
本発明において、クライアントシステム２−ｉは、サーバ１から送信された更新関連のデータを保存することで、クライアント側設計システムの更新を一旦拒否することが出来る。それにより、その保存された更新関連のデータを用いて、ユーザは自分の希望するときに更新を実行することが出来る。また、更新補助システム３６により、継続的にユーザに更新を促すので、ユーザに更新を確実に実行させることが出来る。すなわち、クライアント側設計システムの更新漏れを防止することが出来る。
【００６７】
本発明において、更に、ユーザがクライアント側設計システムの更新を行わないとき、サーバ側設計システムに新たな更新が行われた場合、最新の更新関連のデータは全ての更新を含んだデータになっているので、クライアントシステム２−ｉにおいて各更新を個別に実行する必要はない。すなわち、ユーザは、クライアント側設計システムの最新の更新のみを行えばよいので、ユーザの手間や更新時間を削減でき、更新漏れも防止することが出来る。
【００６８】
本発明において、クライアントシステム２−ｉの最新のクライアント更新情報３８ａがサーバ１上にあるため、サーバ１内で更新が必要となるクライアントシステム２−ｉの検索、クライアント設計システム５５ａの更新状況に応じた更新データ３３ａの生成が可能となる。それにより、サーバ１でのサーバ側設計システム３７ａの更新から、クライアント設計システム５５ａの更新要求までの時間を短くで出来る。加えて、設計システム全体ではなく、更新に必要なデータのみを送信するので、データ転送にかかるネットワークの負荷を少なくできる。
【図面の簡単な説明】
【００６９】
【図１】図１は、本発明の設計システム用配信システムの実施の形態の構成を示すブロック図である。
【図２】図２は、本発明のサーバの実施の形態の構成を示すブロック図である。
【図３】図３は、本発明のクライアントシステムの実施の形態の構成を示すブロック図である。
【図４】図４は、本発明の設計システム用配信システムの実施の形態の動作を示すフロー図である。
【図５】図５は、更新前のサーバ側設計システムの一例を示す図である。
【図６】図６は、更新後のサーバ側設計システムの一例を示す図である。
【図７】図７は、更新前後のサーバ側設計システムが図５及び図６の場合における更新データの一例を示す図である。
【図８】図８は、更新前のクライアント側設計システムの一例を示す図である。
【図９】図９は、更新後のクライアント側設計システムの一例を示す図である。
【図１０】図１０は、次回の更新後のサーバ側設計システムの一例を示す図である。
【図１１】図１１は、更新前後のサーバ側設計システムが図５及び図１０の場合における更新データの一例を示す図である。
【図１２】図１２は、更新後のクライアント側設計システムの一例を示す図である。
【符号の説明】
【００７０】
１ サーバ
２、２−１〜２−ｎ、２−ｉ（ｉ＝１〜ｎ） クライアントシステム
４ ネットワーク
１０ 設計システム用配信システム
１１ 制御装置
１２ 記憶装置
１３ 入出力装置
２１ 制御装置
２２ 記憶装置
２３ 入出力装置
３１ 要求監視部
３２ 差分情報生成部
３２ａ 差分情報
３３ 更新データ生成部
３３ａ 更新データ
３４ 更新データ配信部
３５ クライアント更新情報管理部
３６ 更新補助システム
３７ 設計システムデータベース
３７ａ サーバ側設計システム
３８ クライアント更新情報データベース
３８ａ クライアント更新情報
３９ 更新情報データベース
３９ａ 更新情報
４０ 更新要求格納部
４０ａ 更新要求情報
５１ 更新要求部
５１ａ 更新要求情報
５２ 更新可否確認部
５３ システム更新部
５４ クライアント更新情報生成部
５５ 設計システムデータベース
５５ａ クライアント側設計システム
５６ 更新データ格納部
５７ 起動データ格納部
【技術分野】
【０００１】
本発明は、設計システム用配信システム及び設計システム配信方法に関し、特にＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）の設計システムに関わる設計システム用配信システム、設計システム配信サーバ、及びクライアントシステムに関する。
【背景技術】
【０００２】
ＡＳＩＣの設計システム（プログラム及びライブラリ）を販売する業者は、その設計システムが更新（バージョンアップ）されるごとに、ユーザ所有の設計システムを更新する契約上の義務がある。すなわち、最新の設計システムを契約したユーザに届けること、及び、その届けられた設計システムでユーザの設計システムが更新されることが業者の責務として存在する。そのため、業者は、設計システムを配信するサーバからユーザのクライアントシステムへ最新の設計システムを送信し、ユーザに更新を依頼している。
【０００３】
サーバによるクライアントのソフトウエアの更新に関して、以下の技術が開示されている。特開２００１−２８２５４４号公報に、機器管理システムが開示されている。この機器管理システムでは、サーバが、クライアントのソフトウェア情報及びハードウェア情報を予め把握しておく。そして、サーバは、ソフトウェアの更新のとき、把握しているソフトウェア情報に基づいて、そのソフトウェアの更新先のクライアントを決定し、その更新先のクライアントへそのソフトウェアを所定の更新スケジュールに沿って送信する。クライアントはそのソフトウェアを導入する。ただし、導入（更新）過程については明記されていない。
【０００４】
特開２０００−２５９５１９号公報に、ネットワークシステムが開示されている。このネットワークシステムでは、サーバは、ソフトウエアの更新が発生すると、各クライアントへソフトウェア更新情報を送信する。クライアントは、ソフトウェア更新情報に基づいて、更新対象のソフトウェアが停止している場合、サーバへダウンロード要求を出して更新ソフトウェアをダウンロードする。更新対象のソフトウェアが動作している場合、警告画面が表示されると共に、一定間隔で動作が終了しているか否かをチェックし、動作終了後に自動的にサーバへダウンロード要求を出力する。すなわち、クライアントの更新対象のソフトウェアが停止した時点で自動的に更新が行われる。
【０００５】
特開２００３−６０８４号公報に、ネットワークシステムにおけるデータ更新方式が開示されている。このデータ更新方式では、データサーバは、ホームサーバに対してデータ更新処理を行い、ホームサーバは、各端末装置がアクセスしたときに各端末装置に対してデータ更新処理を行う。すなわち、各端末装置に対して強制的にソフトウエアの更新を行っている。
【０００６】
特開２００４−３６２２８７号公報に、データ更新方式が開示されている。このデータ更新方式では、サーバーからの辞書更新の通知に基づいて、クライアントは辞書更新を行う場合、更新要求をサーバへ送信する。サーバは差分データをクライアントへ送信する。すなわち、クライアントからサーバーへ更新要求を行わなければ更新は行われない。
【０００７】
【特許文献１】特開２００１−２８２５４４号公報
【特許文献２】特開２０００−２５９５１９号公報
【特許文献３】特開２００３−６０８４号公報
【特許文献４】特開２００４−３６２２８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
最新の設計システムをユーザへ送信してユーザに更新を依頼すると、ユーザがその更新を忘れてしまうことがある。そうなると、更新の内容によっては、その更新により解決しようとする設計システムの重要な問題が設計システムに残存してしまうことが考えられる。加えて、ユーザの設計システムを更新する契約上の義務を果たせず、更新漏れが発生してしまうことが考えられる。また、前の更新を行っていないとき、次の更新用の設計システムが送信された場合、複数回の更新動作を行う必要があるので、この場合にも、更新漏れが発生してしまうことが考えられる。
【０００９】
一方、業者のサーバが強制的にユーザの設計システムを更新すると、以下のような問題が発生することが考えられる。すなわち、ユーザの意図とは異なるタイミング、例えば、ユーザが設計システムを使用して設計を行っているとき、ユーザの設計システムが最新の設計システムに更新されること場合がある。その場合、作業途中の設計データが破壊されたり、設計システムの更新の前後で設計データに不整合が生じたりすることが考えられる。
【００１０】
すなわち、ユーザの設計の都合に合わせ、手間と時間を抑制しつつ設計システムの更新ができ、かつ、更新漏れを防止可能なように設計システムを配信可能なシステムが望まれる。
【課題を解決するための手段】
【００１１】
以下に、発明を実施するための最良の形態で使用される番号・符号を用いて、課題を解決するための手段を説明する。これらの番号・符号は、特許請求の範囲の記載と発明を実施するための最良の形態との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、特許請求の範囲に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１２】
従って、上記課題を解決するために、本発明の設計システム用配信システムは、クライアントシステム（２）と、サーバ（１）とを具備する。クライアントシステム（２）は、クライアント側設計システム（５５ａ）を第１記憶部（２２）に格納する。サーバ（１）はクライアントシステム（２）とネットワーク（４）で接続され、サーバ側設計システム（３７ａ）と、クライアント側設計システム（５５ａ）の更新状態を示すクライアント更新情報（３８ａ）と、クライアント側設計システム（５５ａ）の更新を補助する更新補助システム（３６）とを第２記憶部（１２）に格納する。サーバ（１）は、サーバ側設計システム（３７ａ）の更新に応答して、更新されたサーバ側設計システム（３７ａ）とクライアント更新情報（３８ａ）とを比較して、クライアント側設計システム（５５ａ）の更新に必要な必要ファイルを含む更新データ（３３ａ）と更新補助システム（３６）とをクライアントシステム（２）へ配信する。クライアントシステム（２）は、受信した更新補助システム（３６）により、クライアント側設計システム（５５ａ）の更新を促す更新通知を、クライアント側設計システム（５５ａ）の更新の命令まで、予め設定された条件が満足されるごとに出力する。更新の命令に応答して、受信した更新データ（３３ａ）のうちの最新のものに基づいてクライアント側設計システム（５５ａ）を更新する。クライアント側設計システム（５５ａ）の今回の更新状態を示す最新クライアント更新情報（５４ａ）を生成して、サーバ（１）へ送信する。サーバ（１）は、最新クライアント更新情報（５４ａ）に基づいて、クライアント更新情報（３８ａ）を更新する。
【００１３】
本発明では、ユーザがクライアント側設計システム（５５ａ）の更新を行わないとき、サーバ側設計システムに新たな更新が行われた場合、最新の更新データ（３３ａ）は全ての更新を含んだデータになっている。したがって、クライアントシステム（２）において各更新を個別に実行する必要はなく、更新データ（３３ａ）のうちの最新のものに基づいてクライアント側設計システム（５５ａ）を更新すればよいので、ユーザの手間や更新時間を削減でき、更新漏れを防止することが出来る。
また、本発明では、クライアントシステム（２）は、ユーザによる更新の命令に応答して、クライアント側設計システム（５５ａ）を更新する。すなわち、ユーザは自分の都合に合わせて更新を実行することが出来る。そのとき、更新補助システム（３６）により、クライアント側設計システム（５５ａ）の更新を促す更新通知を、クライアント側設計システム（５５ａ）の更新の命令まで継続的に出力するので、ユーザに更新を確実に実行させることが出来る。すなわち、クライアント側設計システムの更新漏れを防止することが出来る。
【発明の効果】
【００１４】
本発明により、ユーザの設計の都合に合わせ、手間と時間を抑制しながら設計システムの更新ができ、更新漏れの発生を防止可能なように設計システムを配信することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の設計システム用配信システム、設計システム配信サーバ、及びクライアントシステムの実施の形態に関して、添付図面を参照して説明する。
【００１６】
図１は、本発明の設計システム用配信システムの実施の形態の構成を示すブロック図である。設計システム用配信システム１０は、サーバ１と、複数のクライアントシステム２−１〜２−ｎとを具備する。
【００１７】
サーバ１は、ワークステーションに例示される情報処理装置である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に例示される制御装置１１、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）に例示される記憶装置１２、及びデータ配信やデータの入出力を行う入出力装置１３を備える。クライアントシステム２−ｉ（ｉ＝１〜ｎ：自然数）は、ワークステーションやパーソナルコンピュータに例示される情報処理装置である。ＣＰＵに例示される制御装置２１、ＨＤＤに例示される記憶装置２２、及びデータ配信やデータの入出力を行う入出力装置２３を備える。サーバ１とクライアントシステム２−ｉとは、インターネットに例示されるネットワーク４で双方向通信可能に接続されている。
【００１８】
図２は、本発明のサーバの実施の形態の構成を示すブロック図である。サーバ１は、要求監視部３１、差分情報生成部３２、更新データ生成部３３、更新データ配信部３４、クライアント更新情報管理部３５、更新補助システム３６、設計システムデータベース３７、クライアント更新情報データベース３８、更新情報データベース３９、及び更新要求格納部４０を含む。
【００１９】
これらはそれぞれ、ソフトウェア、ハードウェア、又はそれらの組み合わせにより実現可能である。例えば、要求監視部３１、差分情報生成部３２、更新データ生成部３３、更新データ配信部３４、クライアント更新情報管理部３５、及び更新補助システム３６はプログラムとして記憶装置１２に格納され、制御装置１１により実行される。設計システムデータベース３７、クライアント更新情報データベース３８、及び更新情報データベース３９は、プログラム及びデータとして記憶装置１２に格納され、制御装置１１により制御される。更新要求格納部４０は、データの格納領域として所定のディレクトリ（記憶装置１１の所定の領域でも可）を割り当てられる。
【００２０】
設計システムデータベース３７は、サーバ側設計システム３７ａとサーバ側設計システム３７ａを特定するサーバ側設計システム情報とを関連付けて格納する。サーバ側設計システム３７ａは、サーバ１の有するＡＳＩＣ設計システムであり、複数種類存在する。ＡＳＩＣ設計システムは、例えば、テキストファイル、Ｃ言語などのコンパイラーで変換後のオブジェクトファイル（バイナリ−ファイル）から構成されている。
【００２１】
クライアント更新情報データベース３８は、クライアント更新情報３８ａとクライアント側設計システム５５ａを特定するクライアント側設計システム情報とを関連付けて格納する。クライアント更新情報３８ａは、クライアントシステム２−ｉの有するＡＳＩＣ設計システムとしてのクライアント側設計システム５５ａに関する更新状態を示す。クライアント更新情報３８ａは、例えば、クライアントシステム２−ｉの所定環境変数下にインストールされたクライアント側設計システム５５ａを構成する全てのファイルについてのファイル情報（例示：ディレクトリパス＋ファイル名、そのファイルサイズ、ファイルのタイムスタンプの情報）、及びクライアントシステム２−ｉを特定するための情報（例示：クライアントシステム名、クライアントシステム認証番号）を有する。クライアント更新情報データベース３８により、全てのクライアントシステム２−１〜２−ｎの有するクライアント側設計システム５５ａの更新状態をサーバ１の側で把握することができる。
【００２２】
更新情報データベース３９は、更新情報３９ａとサーバ側設計システム情報とを関連付けて格納する。更新情報３９ａは、サーバ側設計システム３７ａが更新されたことを示す。更新情報３９ａは、例えば、更新したサーバ側設計システムのインストール場所（例示：所定の環境変数で指定されるディレクトリ）、更新日、更新内容、更新理由のような更新に関わる情報を含む。
【００２３】
更新要求格納部４０は、更新要求情報５１ａとクライアントシステム２−ｉを特定するクライアントシステム情報とを関連付けて格納する。更新要求情報５１ａは、クライアントシステム２−ｉから送信された、クライアント側設計システム（５５ａ：後述）の更新の要求を示す。例えば、更新要求情報５１ａは、クライアントシステム名、クライアントシステム認証番号、更新希望のシリーズ（設計システム内の小分類）名を示す情報を含む。
【００２４】
要求監視部３１は、サーバ１の更新情報データベース３９に格納される更新情報３９ａ、又は更新要求格納部４０に格納される更新要求情報５１ａが更新されたか否かを一定の時間間隔でチェックする。要求監視部３１は、いずれか一方の情報の更新を確認した場合、当該情報を差分情報生成部３２へ出力する。
【００２５】
差分情報生成部３２は、サーバ側設計システム３７ａの更新（更新情報３９ａ）に応答して、サーバ側設計システムデータベース３７とクライアント更新情報データベース３８とを参照する。次に、更新されたサーバ側設計システム３７ａのサーバ側設計システム情報に対応する全てのクライアント側設計システム情報を抽出する。その後、抽出された全てのクライアント側設計システム情報の各々ごとに、クライアント更新情報３８ａを取り出し、そのクライアント更新情報３８ａとその更新されたサーバ側設計システム３７ａとを比較する。そして、必要ファイル情報と不要ファイル情報とを含む差分情報３２ａを生成する。すなわち、抽出された全てのクライアント側設計システム情報の各々ごとに、差分情報３２ａを生成する。ただし、必要ファイル情報は、クライアント側設計システム５５ａの更新に必要な必要ファイルを特定する。不要ファイル情報は、クライアント側設計システム５５ａの更新に不要な不要ファイルを示す。
【００２６】
このように、サーバ側設計システム３７ａの更新が行われた場合、その更新に関連する全てのクライアント側設計システム情報が抽出される。したがって、以後のステップが実行されることで、その更新に関連する全てのクライアント側設計システムについて、漏れなく更新を実行させることが出来る。以下では、一つのクライアント側システムの場合について説明する。
なお、差分情報生成部３２は、更新要求情報５１ａに対しては、その更新要求情報５１ａを送信してきたクライアントシステム２−ｉに対してのみ、クライアント側設計システムの更新を実行させる。
【００２７】
更新データ生成部３３は、差分情報３２ａに基づいて、サーバ側設計システムデータベース３７を参照して、必要ファイル情報に対応する必要ファイルを抽出し、必要ファイルを含む更新データ３３ａを生成する。
【００２８】
更新データ配信部３４は、更新データ３３ａ、差分情報３２ａ、更新案内情報（４１：後述）、及び更新補助システム３６をクライアント側設計システム５５ａに対応するクライアントシステム２−ｉへ配信する。ここで、更新案内情報４１は、クライアント側設計システム５５ａの更新用のファイルを送付することを示す通知であり、ｅ−ｍａｉｌに例示される。更新補助システム３６は、クライアント側設計システム５５ａの更新を補助する。
【００２９】
クライアント更新情報管理部３５は、クライアントシステム２−ｉから出力されたクライアント更新情報５４ａに基づいて、クライアント更新情報データベース３８におけるクライアント更新情報を更新する。すなわち、前のクライアント更新情報を削除し、クライアントシステム２−ｉから送信された最新のクライアント更新情報に置き換えられる。ここで、クライアント更新情報５４ａは、更新データ３３ａ及び差分情報３２ａのうちの最新のものに基づいて更新されたクライアント側設計システム５５ａの更新状態を示す。
【００３０】
更新補助システム３６は、クライアントシステム２−ｉにおいて、更新データ３３ａ及び差分情報３２ａのうちの最新のものに基づくクライアント側設計システム５５ａの更新を促す更新通知を、クライアント側設計システム５５ａに対する更新の命令が入力されるまで、予め設定された条件が満足されるごとに出力させる。予め設定された条件は、例えば、クライアントシステム２−ｉの起動時又は終了時、クライアント側設計システム５５ａの起動時又は終了時に例示される。
【００３１】
図３は、本発明のクライアントシステムの実施の形態の構成を示すブロック図である。クライアントシステム２−ｉは、更新要求部５１、更新可否確認部５２、システム更新部５３、クライアント更新情報生成部５４、設計システムデータベース５５、更新データ格納部５６及び起動データ格納部５７を含む。
【００３２】
これらはそれぞれ、ソフトウェア、ハードウェア、又はそれらの組み合わせにより実現可能である。例えば、更新要求部５１、更新可否確認部５２、システム更新部５３、及びクライアント更新情報生成部５４はプログラムとして記憶装置２２に格納され、制御装置２１により実行される。設計システムデータベース５５は、プログラム及びデータとして記憶装置２２に格納され、制御装置２１により制御される。更新データ格納部５６は、データの格納領域として記憶装置２１の所定の領域を割り当てられる。起動データ格納部５７は、データの格納領域として所定のディレクトリ（記憶装置２１の所定の領域でも可）を割り当てられる。所定のディレクトリは、上記の予め設定された条件が満足されるごとに参照され、そこにあるプログラムが実行される。例えば、クライアントシステム２−ｉの起動時又は終了時に参照されるディレクトリや、クライアント側設計システム５５ａの起動時又は終了時に参照されるディレクトリである。
【００３３】
設計システムデータベース５５は、クライアント側設計システム５５ａとクライアント側設計システム情報とを関連付けて格納する。クライアント側設計システム５５ａは、クライアントシステム２−ｉの有するＡＳＩＣ設計システムであり、複数のサーバ側設計システム３７ａのいずれかに相当する。クライアント側設計システム情報は、クライアント側設計システム５５ａを特定し、識別子（ＩＤ）に例示される。
【００３４】
更新データ格納部５６は、サーバ１から送信される更新データ３３ａ及び差分情報３２ａを格納する。また、新たに更新データ３３ａ及び差分情報３２ａを受信したとき、前に受信した更新データ３３ａ及び差分情報３２ａに上書きして保存しても良い。この場合、前に受信した更新データ３３ａ及び差分情報３２ａは削除される。すなわち、更新データ格納部５６は、最新の更新データ３３ａ及び差分情報３２ａを格納する。
【００３５】
起動データ格納部５７は、サーバ１から送信される更新補助システム３６を格納する。また、新たに更新補助システム３６を受信したとき、前に受信した更新補助システム３６に上書きして保存しても良い。この場合、前に受信した更新補助システム３６は削除される。すなわち、起動データ格納部５７は、最新の更新補助システム３６を格納する。
【００３６】
更新要求部５１は、ユーザがクライアント側設計システム５５ａの更新を要求する入力を行った場合、その入力に応答して、更新要求情報５１ａを生成する。そして、更新要求情報５１ａをクライアント情報に関連付けてサーバ１へ送信する。
【００３７】
更新可否確認部５２は、サーバ１から送信された更新補助システム３６により起動され、更新通知を、クライアント側設計システム５５ａに対する更新の命令が入力されるまで、既述の予め設定された条件が満足されるごとに出力する。ここで、更新通知は、更新データ３３ａ及び差分情報３２ａの最新のものに基づいたクライアント側設計システム５５ａの更新をユーザに促す。クライアントシステム２−ｉの表示装置に表示される。
【００３８】
システム更新部５３は、更新の命令の入力に応答して、更新データ３３ａ及び差分情報３２ａの最新のものに基づいて、クライアント側設計システムデータベース５５のクライアント側設計システム５５ａを更新する。例えば、更新データ３３ａの必要ファイルを、クライアント側設計システムデータベース５５における対応するファイルに上書きする。差分情報３２ａの不要ファイル情報に対応するクライアント側設計システムデータベース５５のファイルを削除する。
【００３９】
クライアント更新情報生成部５４は、クライアント側設計システム５５ａの更新に応答して、クライアント側設計システム５５ａの今回の更新状態を示すクライアント更新情報５４ａを生成する。クライアント更新情報５４ａは、クライアント側設計システム５５ａに含まれる全てのファイルを特定する情報を含む。そして、そのクライアント更新情報５４ａを、サーバ１へ送信する。
【００４０】
図４は、本発明の設計システム用配信システムの実施の形態の動作（設計システム配信方法の実施の形態）を示すフロー図である。ここでは、更新対象のクライアント側設計システム５５ａを有する複数のクライアントシステム２−ｉ、ｊ、ｋ、…（１≦ｊ、ｋ≦ｎ）のうち、クライアントシステム２−ｉについて説明する。
【００４１】
ＡＳＩＣ設計システムの開発者がサーバ側設計システム３７ａを更新した場合、そのサーバ側設計システム３７ａ及び更新情報３９ａをサーバ側設計システム情報に関連付けてサーバ１へｆｔｐ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）で送信する（ステップＳ０１）。サーバ側設計システム情報及びサーバ側設計システム３７ａは設計システムデータベース３７に、更新情報３９ａは更新情報データベース３９にそれぞれ格納される。
【００４２】
サーバ１の要求監視部３１は、更新情報データベース３９に格納される更新情報３９ａが更新されたか否かを一定の時間間隔でチェックする。要求監視部３１は、いずれか一方の情報の更新を確認した場合、当該情報を差分情報生成部３２へ出力する（ステップＳ０２）。
【００４３】
図５は、更新前のサーバ側設計システムの一例を示す図である。更新前のサーバ側設計システム３７ａには、ディレクトリ“ｂｉｎ”に、ツールとして“ｔｏｏｌ１”及び“ｔｏｏｌ２”が格納されている。また、ディレクトリ“ｌｉｂ”に、“ＳＥＲＩＥＳ１”のライブラリとして、ディレクトリ“ｕｄｌ”に“Ａ．ｕｄｌ”及び“Ｂ．ｕｄｌ”が、ディレクトリ“ｄｂ”に“Ａ．ｄｂ”がそれぞれ格納されている。ディレクトリ“ｌｉｂ”に、“ＳＥＲＩＥＳ２”のライブラリとして、ディレクトリ“ｕｄｌ”に“Ｃ．ｕｄｌ”が、ディレクトリ“ｄｂ”に“Ａ．ｄｂ”がそれぞれ格納されている。これは、図８に示す更新前のクライアント側設計システム５５ａと同じである。
【００４４】
図６は、更新後のサーバ側設計システムの一例を示す図である。更新後のサーバ側設計システム３７ａにおいて、ディレクトリ“ｂｉｎ”では、“ｔｏｏｌ１”が更新され、図中分かり易さのために［ｔｏｏｌ］で表されている。また、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ａ．ｕｄｌ”が更新され、図中分かり易さのために［Ａ．ｕｄｌ］で表されている。また、“Ａ．ｄｂ”が削除され、“Ｂ．ｄｂ”が追加され、図中分かり易さのために［Ｂ．ｄｂ］で表されている。これは、クライアント側設計システム５５ａの更新の目標でもある。
【００４５】
図４を参照して、差分情報生成部３２は、サーバ側設計システム３７ａの更新に応答して、サーバ側設計システムデータベース３７を参照して、更新されたサーバ側設計システム３７ａのサーバ側設計システム情報を取得する。次に、クライアント更新情報データベース３８を参照して、取得したサーバ側設計システム情報と同じクライアント側設計システム情報を抽出する。これにより、更新対象のクライアント側設計システムを特定できる。
【００４６】
その後、抽出されたクライアント側設計システム情報に対応するクライアント更新情報３８ａを抽出する。続いて、抽出されたクライアント更新情報３８ａと、更新されたサーバ側設計システム３７ａとを比較する。その後、比較結果から、クライアント側設計システム情報に対応するクライアント側設計システム５５ａを、更新されたサーバ側設計システム３７ａと同じにするために、更新に必要な必要ファイル（更新対象ファイル）と更新に不要な不要ファイル（削除対象ファイル）とを抽出する。そして、必要ファイルを示す必要ファイル情報と不要ファイルを示す不要ファイル情報とを含む差分情報３２ａを生成する（ステップＳ０３）。
【００４７】
具体的には、例えば、以下のようにして差分情報３２ａを生成することが出来る。すなわち、差分情報生成部３２は、比較のとき、まず更新されたサーバ側設計システム３７ａについて、所定の環境変数下のディレクトリパス名＋ファイル名、そのファイルサイズ、ファイルのタイムスタンプの情報を、設計システムを構成する全てのファイルに対してテキストファイルに出力する。そして、その出力された内容と、クライアント更新情報３８ａの同一情報部分の比較を行う。そのとき、あるファイルにおいて、ファイル名が同じであり、ファイルサイズが違い、タイムスタンプがクライアントのほうが古い場合、当該ファイルを更新対象と判断する。一方、全て同じであれば、当該ファイルを更新対象では無いと判断する。更に、更新されたサーバ側設計システム３７ａにだけ存在するファイルがあれば、当該ファイルを更新対象と判断する。クライアント更新情報３８ａ（クライアント側設計システム５５ａ）にだけ存在するファイルがあれば、それはクライアント側設計システム５５ａから削除すべきファイルと判断する。上記判断に基づいて、差分情報３２ａとして、例えば、全ての更新対象ファイル及び削除対象ファイルに対して、識別子（更新対象又は削除対象を示す）＋更新対象又は削除対象のファイル名（ディレクトリパスを含む）を記述したテキストファイルを生成する。
【００４８】
図５及び図６を参照すると、更新前後のサーバ側設計システムから、差分情報３２ａは、例えば以下のデータを含むことになる。
更新識別子＋ｂｉｎ／［ｔｏｏｌ１］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ／［Ａ．ｕｄｌ］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／［Ｂ．ｄｂ］
削除識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／Ａ．ｄｂ
【００４９】
更新データ生成部３３は、差分情報３２ａに基づいて、サーバ側設計システムデータベース３７を参照して、必要ファイル情報に対応する必要ファイル（ファイル本体）を抽出する。そして、全ての必要ファイルを含む更新データ３３ａを生成する（ステップＳ０４）。なわち、更新データ生成部３３は、差分情報３２ａの識別子を参照して、必要ファイル（更新対象ファイル）を認識する。そして、更新されたサーバ側設計システム３７ａのファイル群から、それら必要ファイル（ファイルそのもの）を集め、一つの更新データ３３ａとする。
【００５０】
図７は、更新前後のサーバ側設計システムが図５及び図６の場合における更新データ３３ａの一例を示す図である。更新データ３３ａは、更新に必要な必要ファイルとして、ディレクトリ“ｂｉｎ”について更新された［ｔｏｏｌ］、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ”について更新された［Ａ．ｕｄｌ］、及びディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について追加（更新）された［Ｂ．ｄｂ］、のそれぞれを含んでいる。また、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について削除された“Ａ．ｄｂ”については、上記のように差分情報３２ａに記述されている。
【００５１】
図４を参照して、更新データ配信部３４は、更新データ３３ａ、差分情報３２ａ、更新案内情報４１、及び更新補助システム３６をクライアント側設計システム５５ａに対応するクライアントシステム２−ｉへｆｔｐにより配信する（ステップＳ０５）。更新案内情報４１は、例えばｅ−ｍａｉｌで、クライアントシステム２−ｉの所定のメールアドレスに対して配信される。そのｅ−ｍａｉｌの内容は、サーバ側設計システムが更新されたこと、その結果としてクライアント側設計システムの更新が必要となったこと、その更新の内容に例示される。更新の内容は、更新情報３９ａから引用される。このように、更新のために、サーバ側設計システム３７ａそのものではなく、差分である更新データ３３ａ及び差分情報３２ａを送信することで、送信するデータ量を少なくすることが出来る。
【００５２】
更新データ３３ａ、差分情報３２ａ、更新案内情報４１、及び更新補助システム３６は、ネットワーク４を介して送信される（ステップＳ０６）。更新データ格納部５６は、サーバ１から送信される更新データ３３ａ、及び差分情報３２ａを格納する。起動データ格納部５７は、サーバ１から送信される更新補助システム３６を格納する（ステップＳ０７）。このとき、更新データ格納部５６は、新たに更新データ３３ａ及び差分情報３２ａを受信したとき、前に受信した更新データ３３ａ及び差分情報３２ａがあるときは、前に受信したもに上書き保存する。同様に、起動データ格納部５７は、新たに更新補助システム３６を受信したとき、前に受信した更新補助システム３６があるときは、前に受信したものに上書き保存する。これにより、常に最新の更新に関する更新補助システム３６、更新データ３３ａ及び差分情報３２ａを保持することが出来る。
【００５３】
更新可否確認部５２は、予め設定された条件が満足されるごとに、更新補助システム３６により起動される。そして、クライアント側設計システム５５ａの更新をユーザに促す更新通知を、クライアント側設計システム５５ａに対する更新の命令が入力されるまで出力する（ステップＳ０８）。クライアントシステム２−ｉの表示装置は、その更新通知を表示する。予め設定された条件は、例えば、クライアントシステム２−ｉの起動時又は終了時、クライアント側設計システム５５ａの起動時又は終了時に例示される。
【００５４】
クライアントシステム２−ｉに表示された更新通知に対して、ユーザは更新するか否かを選択する（ステップＳ０９）。ユーザが今回の更新を行わない場合（ステップＳ０９：Ｎｏ）、予め設定された条件が満足されるごとに、更新可否確認部５２が更新補助システム３６により起動されて、クライアント側設計システム５５ａの更新をユーザに促す更新通知を出力する（ステップＳ０８）。
【００５５】
クライアントシステム２−ｉに表示された更新通知に対して、ユーザが更新を行う場合（ステップＳ０９：Ｙｅｓ）、ユーザは更新の命令をクライアントシステム２−ｉに入力する。システム更新部５３は、更新の命令の入力に応答して、更新データ格納部５６に格納された更新データ３３ａ及び起動データ格納部５７に格納された差分情報３２ａの最新のものに基づいて、クライアント側設計システムデータベース５５のクライアント側設計システム５５ａを更新する（ステップＳ１０）。例えば、更新データ３３ａの必要ファイルを、クライアント側設計システムデータベース５５における対応するファイルに上書きする。差分情報３２ａの不要ファイル情報に対応するクライアント側設計システムデータベース５５のファイルを削除する。
【００５６】
図９は、更新後のクライアント側設計システムの一例を示す図である。更新後のクライアント側設計システム３７ａにおいて、ディレクトリ“ｂｉｎ”では、“ｔｏｏｌ１”が更新され、図中分かり易さのために［ｔｏｏｌ］で表されている。また、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ａ．ｕｄｌ”が更新され、図中分かり易さのために［Ａ．ｕｄｌ］で表されている。また、“Ａ．ｄｂ”が削除され、“Ｂ．ｄｂ”が追加され、図中分かり易さのために［Ｂ．ｄｂ］で表されている。これは、更新されたサーバ側設計システム３７ａ（図６）と同じである。ただし、このクライアント側設計システム３７ａは、“ＳＥＲＩＥＳ２”を有していない。
【００５７】
図４を参照して、クライアント更新情報生成部５４は、クライアント側設計システム５５ａの更新に応答して、クライアント側設計システム５５ａの今回の更新状態を示すクライアント更新情報５４ａを生成する（ステップＳ１１）。クライアント更新情報５４ａは、クライアント側設計システム５５ａに含まれる全てのファイルを特定する情報を含む。クライアント更新情報５４ａは、例えば、クライアントシステム２−ｉの所定環境変数下にインストールされているクライアント側設計システム５５ａを構成する全てのファイルについてのファイル情報（例示：ディレクトリパス＋ファイル名、そのファイルサイズ、ファイルのタイムスタンプの情報）、及びクライアントシステム２−ｉを特定するための情報（例示：クライアントシステム名、クライアントシステム認証番号）を有する。今回の更新処理により、その内容が更新されている。そして、そのクライアント更新情報５４ａを、サーバ１へ送信する（ステップＳ１２）。
【００５８】
クライアント更新情報管理部３５は、クライアントシステム２−ｉから出力されたクライアント更新情報５４ａに基づいて、クライアント更新情報データベース３８におけるクライアント更新情報を更新する（ステップＳ１３）。すなわち、前のクライアント更新情報を削除し、クライアントシステム２−ｉから送信された最新のクライアント更新情報に置き換える。
【００５９】
以上のようにして、通常の更新が行われる。ただし、ステップＳ０９において、クライアントシステム２−ｉが更新（以下、「今回の更新」ともいう）を行わない場合（ステップＳ０９：Ｎｏ）、その今回の更新を行う（ステップＳ１０以降を実行する）前に、サーバ側設計システム３７ａにおいて新たな更新（以下、「次回の更新」ともいう）が行われる場合がある。その場合、クライアントシステム２−ｉの更新が行われていないので、クライアント更新情報３８ａは、今回の更新を行う前の状態を維持している。したがって、サーバ１は、クライアントシステム２−ｉでの今回の更新の有無を考慮せずに、通常のステップＳ０２〜ステップＳ０６の動作を実行して、次回の更新のための更新データ３３ａ、差分情報３２ａ、更新案内情報４１、及び更新補助システム３６をクライアントシステム２−ｉへ送信すればよい。クライアントシステム２−ｉでは、更新可否確認部５２が、次回の更新のための更新データ３３ａ及び差分情報３２ａを更新データ格納部５６に格納し、今回の更新のための更新データ３３ａ及び差分情報３２ａを削除（又は、上書き保存）し、次回の更新のための更新補助システム３６を起動データ格納部５７に格納し、今回の更新のための更新補助システム３６を削除（又は、上書き保存）すれば良い。
【００６０】
例えば、今回の更新が図５のサーバ側設計システム３７ａから図６のそれへの更新であり、次回の更新が図６のサーバ側設計システム３７ａから図１０のそれへの更新である場合を考える。図１０は、次回の更新後のサーバ側設計システムの一例を示す図である。更新後のサーバ側設計システム３７ａにおいて、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ｂ．ｕｄｌ”が更新され、図中分かり易さのために［Ｂ．ｕｄｌ］で表されている。このとき、クライアント側設計システム５５ａでは、今回の更新がなされていないので、未だ図８に示す状態である。すなわち、クライアント側設計システム５５ａとしては、図５の状態から図１０の状態へ更新する必要がある。
【００６１】
この状態において、サーバ１がステップＳ０２〜ステップＳ０６を実行すると、次回の更新における差分情報３２ａは、例えば以下のデータを含むことになる。
更新識別子＋ｂｉｎ／［ｔｏｏｌ１］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ／［Ａ．ｕｄｌ］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ／［Ｂ．ｕｄｌ］
更新識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／［Ｂ．ｄｂ］
削除識別子＋ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ／Ａ．ｄｂ
【００６２】
また、次回の更新における更新データ３３ａは、例えば以下のようになる。
図１１は、更新前後のサーバ側設計システムが図５及び図１０の場合における更新データ３３ａの一例を示す図である。更新データ３３ａは、更新に必要な必要ファイルとして、ディレクトリ“ｂｉｎ”について更新された［ｔｏｏｌ］、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｕｄｌ”について更新された［Ａ．ｕｄｌ］、［Ｂ．ｕｄｌ］及びディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について追加（更新）された［Ｂ．ｄｂ］、のそれぞれを含んでいる。また、ディレクトリ“ｌｉｂ／ＳＥＲＩＥＳ１／ｄｂ”について削除された“Ａ．ｄｂ”については、上記のように差分情報３２ａに記述されている。
【００６３】
図１２は、更新後のクライアント側設計システムの一例を示す図である。更新後のクライアント側設計システム３７ａにおいて、ディレクトリ“ｂｉｎ”では、“ｔｏｏｌ１”が更新され、図中分かり易さのために［ｔｏｏｌ］で表されている。また、ディレクトリ“ｌｉｂ”では、“ＳＥＲＩＥＳ１”の“Ａ．ｕｄｌ”及び“Ｂ．ｕｄｌ”が更新され、図中分かり易さのために［Ａ．ｕｄｌ］及び［Ｂ．ｕｄｌ］で表されている。また、“Ａ．ｄｂ”が削除され、“Ｂ．ｄｂ”が追加され、図中分かり易さのために［Ｂ．ｄｂ］で表されている。これは、更新されたサーバ側設計システム３７ａ（図１０）と同じである。ただし、このクライアント側設計システム３７ａは、“ＳＥＲＩＥＳ２”を有していない。
【００６４】
上記のような次回の更新のための差分情報３２ａ及び更新データ３３ａを用いることで、最新の更新のみを実行すれば、それまでの全ての更新（今回及び次回の両方）を実行することが出来る。すなわち、図５の状態から図１０の状態へ更新することが可能となる。
【００６５】
なお、クライアントシステム２−ｉから更新要求情報５１ａをサーバ１へ送信することで、更新を開始しても良い。例えば、ユーザがクライアント側設計システム５５ａの更新を要求する入力をクライアントシステム２−ｉに行った場合、更新要求部５１が、その入力に応答して、更新要求情報５１ａを生成する。そして、更新要求情報５１ａをクライアント情報に関連付けてサーバ１へｆｔｐで送信する（ステップＳ０１’）。クライアント情報及び新要求情報５１ａは、更新要求格納部４０に格納される。サーバ１の要求監視部３１は、更新要求情報５１ａが更新要求格納部４０に格納されたか否かについても一定の時間間隔でチェックする。要求監視部３１は、更新要求情報５１ａの格納を確認した場合、当該情報を差分情報生成部３２へ出力する（ステップＳ０２）。以下同様である。
【００６６】
本発明において、クライアントシステム２−ｉは、サーバ１から送信された更新関連のデータを保存することで、クライアント側設計システムの更新を一旦拒否することが出来る。それにより、その保存された更新関連のデータを用いて、ユーザは自分の希望するときに更新を実行することが出来る。また、更新補助システム３６により、継続的にユーザに更新を促すので、ユーザに更新を確実に実行させることが出来る。すなわち、クライアント側設計システムの更新漏れを防止することが出来る。
【００６７】
本発明において、更に、ユーザがクライアント側設計システムの更新を行わないとき、サーバ側設計システムに新たな更新が行われた場合、最新の更新関連のデータは全ての更新を含んだデータになっているので、クライアントシステム２−ｉにおいて各更新を個別に実行する必要はない。すなわち、ユーザは、クライアント側設計システムの最新の更新のみを行えばよいので、ユーザの手間や更新時間を削減でき、更新漏れも防止することが出来る。
【００６８】
本発明において、クライアントシステム２−ｉの最新のクライアント更新情報３８ａがサーバ１上にあるため、サーバ１内で更新が必要となるクライアントシステム２−ｉの検索、クライアント設計システム５５ａの更新状況に応じた更新データ３３ａの生成が可能となる。それにより、サーバ１でのサーバ側設計システム３７ａの更新から、クライアント設計システム５５ａの更新要求までの時間を短くで出来る。加えて、設計システム全体ではなく、更新に必要なデータのみを送信するので、データ転送にかかるネットワークの負荷を少なくできる。
【図面の簡単な説明】
【００６９】
【図１】図１は、本発明の設計システム用配信システムの実施の形態の構成を示すブロック図である。
【図２】図２は、本発明のサーバの実施の形態の構成を示すブロック図である。
【図３】図３は、本発明のクライアントシステムの実施の形態の構成を示すブロック図である。
【図４】図４は、本発明の設計システム用配信システムの実施の形態の動作を示すフロー図である。
【図５】図５は、更新前のサーバ側設計システムの一例を示す図である。
【図６】図６は、更新後のサーバ側設計システムの一例を示す図である。
【図７】図７は、更新前後のサーバ側設計システムが図５及び図６の場合における更新データの一例を示す図である。
【図８】図８は、更新前のクライアント側設計システムの一例を示す図である。
【図９】図９は、更新後のクライアント側設計システムの一例を示す図である。
【図１０】図１０は、次回の更新後のサーバ側設計システムの一例を示す図である。
【図１１】図１１は、更新前後のサーバ側設計システムが図５及び図１０の場合における更新データの一例を示す図である。
【図１２】図１２は、更新後のクライアント側設計システムの一例を示す図である。
【符号の説明】
【００７０】
１ サーバ
２、２−１〜２−ｎ、２−ｉ（ｉ＝１〜ｎ） クライアントシステム
４ ネットワーク
１０ 設計システム用配信システム
１１ 制御装置
１２ 記憶装置
１３ 入出力装置
２１ 制御装置
２２ 記憶装置
２３ 入出力装置
３１ 要求監視部
３２ 差分情報生成部
３２ａ 差分情報
３３ 更新データ生成部
３３ａ 更新データ
３４ 更新データ配信部
３５ クライアント更新情報管理部
３６ 更新補助システム
３７ 設計システムデータベース
３７ａ サーバ側設計システム
３８ クライアント更新情報データベース
３８ａ クライアント更新情報
３９ 更新情報データベース
３９ａ 更新情報
４０ 更新要求格納部
４０ａ 更新要求情報
５１ 更新要求部
５１ａ 更新要求情報
５２ 更新可否確認部
５３ システム更新部
５４ クライアント更新情報生成部
５５ 設計システムデータベース
５５ａ クライアント側設計システム
５６ 更新データ格納部
５７ 起動データ格納部
【特許請求の範囲】
【請求項１】
クライアント側設計システムを第１記憶部に格納するクライアントシステムと、
前記クライアントシステムとネットワークで接続され、サーバ側設計システムと、前記クライアント側設計システムの更新状態を示すクライアント更新情報と、前記クライアント側設計システムの更新を補助する更新補助システムとを第２記憶部に格納するサーバと
を具備し、
前記サーバは、
前記サーバ側設計システムの更新に応答して、更新された前記サーバ側設計システムと前記クライアント更新情報とを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データと前記更新補助システムとを前記クライアントシステムへ配信し、
前記クライアントシステムは、
受信した前記更新補助システムにより、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力し、
前記更新の命令に応答して、受信した前記更新データのうちの最新のものに基づいて前記クライアント側設計システムを更新し、
前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成して、前記サーバへ送信し、
前記サーバは、前記最新クライアント更新情報に基づいて、前記クライアント更新情報を更新する
設計システム用配信システム。
【請求項２】
請求項１に記載の設計システム用配信システムにおいて、
前記クライアントシステムは、新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除する
設計システム用配信システム。
【請求項３】
請求項２に記載の設計システム用配信システムにおいて、
前記サーバは、
前記サーバ側設計システムの更新に応答して、前記更新データと前記更新補助システムとに加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を前記クライアントシステムへ配信し、
前記クライアントシステムは、
前記更新の命令に応答して、受信した前記更新データのうちの最新のものに基づいて前記クライアント側設計システムを更新すると共に、受信した前記差分情報のうちの最新のものに基づいて前記クライアント側設計システム中の前記不要ファイルを削除する
設計システム用配信システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の設計システム用配信システムにおいて、
前記クライアントシステムは、前記最新クライアント更新情報を生成した後、前記更新補助システムを削除する
設計システム用配信システム。
【請求項５】
請求項１乃至４のいずれか一項に記載の設計システム用配信システムにおいて、
前記クライアントシステムは、前記クライアント側設計システムの更新を要求する更新要求情報を前記サーバへ送信し、
前記サーバは、前記更新要求情報に応答して、前記クライアント側設計システムに対応する更新された前記サーバ側設計システムと前記クライアント更新情報とを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データと前記更新補助システムとを前記クライアントシステムへ配信する
設計システム用配信システム。
【請求項６】
サーバ側設計システムと前記サーバ側設計システムを特定するサーバ側設計システム情報とを関連付けて格納するサーバ側設計システムデータベースと、
クライアントシステムの有するクライアント側設計システムの更新状態を示すクライアント更新情報と前記クライアント側設計システムを特定するクライアント側設計システム情報とを関連付けて格納するクライアント更新情報データベースと、
前記サーバ側設計システムの更新に応答して、前記サーバ側設計システムデータベースと前記クライアント更新情報データベースとを参照して、更新された前記サーバ側設計システムの前記サーバ側設計システム情報に対応する前記クライアント側設計システム情報の前記クライアント更新情報と、更新された前記サーバ側設計システムとを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを特定する必要ファイル情報を含む差分情報を生成する差分情報生成部と、
前記差分情報に基づいて、前記サーバ側設計システムデータベースを参照して、前記必要ファイル情報に対応する前記必要ファイルを抽出し、前記必要ファイルを含む更新データを生成する更新データ生成部と
を具備し、
前記クライアント側設計システムの更新を補助する更新補助システム及び前記更新データは、前記クライアント側設計システムに対応する前記クライアントシステムへ配信され、
更新補助システムは、前記クライアントシステムにおいて、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力させる
設計システム配信サーバ。
【請求項７】
請求項６に記載の設計システム配信サーバにおいて、
前記差分情報生成部は、前記サーバ側設計システムの更新に応答して、前記必要ファイル情報に加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を生成し、
前記第１送受信部は、前記更新補助システム及び前記更新データに加えて、前記差分情報を前記クライアントシステムへ配信する
設計システム配信サーバ。
【請求項８】
請求項６に記載の設計システム配信サーバにおいて、
前記クライアントシステムから出力された、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新の更新状態を示す最新クライアント更新情報に基づいて、前記クライアント更新情報データベースにおける前記クライアント更新情報を更新するクライアント更新情報管理部を更に具備する
設計システム配信サーバ。
【請求項９】
クライアント側設計システムを格納するクライアント側設計システムデータベースと、
設計システム配信サーバから送信され前記クライアント側設計システムの更新を補助する更新補助システムにより起動され、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力する更新確認部と、
前記更新の命令に応答して、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データのうちの最新のものに基づいて、前記クライアント側設計システムデータベースの前記クライアント側設計システムを更新する更新部と、
前記クライアント側設計システムの更新に応答して、前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成する更新情報生成部と
を具備し、
前記最新クライアント更新情報は、前記サーバへ送信される
クライアントシステム。
【請求項１０】
請求項９に記載のクライアントシステムにおいて、
前記更新確認部は、新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除する
クライアントシステム。
【請求項１１】
請求項９に記載のクライアントシステムにおいて、
前記更新部は、前記更新の命令に応答して、更に、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む差分情報のうちの最新のものに基づいて、前記クライアント側設計システム中の前記不要ファイルを削除する
クライアントシステム。
【請求項１２】
（ａ）サーバが、サーバ側設計システムの更新に応答して、クライアントシステムの有するクライアント側設計システムの更新状態を示すクライアント更新情報と、更新された前記サーバ側設計システムとを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データと、前記クライアント側設計システムの更新を補助する更新補助システムとを前記クライアントシステムへ配信するステップと、
（ｂ）前記クライアントシステムが、受信した前記更新補助システムにより、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力するステップと、
（ｃ）前記クライアントシステムが、前記更新の命令に応答して、受信した前記更新データのうちの最新のものに基づいて前記クライアント側設計システムを更新するステップと、
（ｄ）前記クライアントシステムが、前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成して、前記サーバへ送信するステップと、
（ｅ）前記サーバが、前記最新クライアント更新情報に基づいて、前記クライアント更新情報を更新するステップと
を具備する
設計システム配信方法。
【請求項１３】
請求項１２に記載の設計システム配信方法において、
前記（ｂ）ステップは、
（ｂ１）前記クライアントシステムが、新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除するステップを備える
設計システム配信方法。
【請求項１４】
請求項１３に記載の設計システム配信方法において、
前記（ａ）ステップは、
（ａ１）前記サーバが、前記サーバ側設計システムの更新に応答して、前記更新データと前記更新補助システムとに加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を前記クライアントシステムへ配信するステップを備え、
前記（ｃ）ステップは、
（ｃ１）前記クライアントシステムが、前記更新の命令に応答して、受信した前記差分情報のうちの最新のものに基づいて前記クライアント側設計システム中の前記不要ファイルを削除するステップを備える
設計システム配信方法。
【請求項１５】
請求項１２乃至１４のいずれか一項に記載の設計システム配信方法において、
前記（ｄ）ステップは、
（ｄ１）前記クライアントシステムが、前記最新クライアント更新情報を生成した後、前記更新補助システムを削除するステップを備える
設計システム配信方法。
【請求項１６】
（ａ）サーバ側設計システムの更新に応答して、前記サーバ側設計システムと前記サーバ側設計システムを特定するサーバ側設計システム情報とを関連付けて格納するサーバ側設計システムデータベースと、クライアントシステムの有するクライアント側設計システムの更新状態を示すクライアント更新情報と前記クライアント側設計システムを特定するクライアント側設計システム情報とを関連付けて格納するクライアント更新情報データベースとを参照して、更新された前記サーバ側設計システムの前記サーバ側設計システム情報に対応する前記クライアント側設計システム情報の前記クライアント更新情報と、更新された前記サーバ側設計システムとを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを特定する必要ファイル情報を含む差分情報を生成するステップと、
（ｂ）前記差分情報に基づいて、前記サーバ側設計システムデータベースを参照して、前記必要ファイル情報に対応する前記必要ファイルを抽出し、前記必要ファイルを含む更新データを生成するステップと、
（ｃ）前記クライアント更新情報データベースを参照して、前記クライアント側設計システムに対応する前記クライアントシステムへ、前記クライアント側設計システムの更新を補助する更新補助システム及び前記更新データを配信するステップと
を具備し、
更新補助システムは、前記クライアントシステムにおいて、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力させる
方法をコンピュータに実行させるプログラム。
【請求項１７】
請求項１６に記載のプログラムにおいて、
前記（ａ）ステップは、
（ａ１）前記サーバ側設計システムの更新に応答して、前記必要ファイル情報に加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を生成するステップを備え、
前記（ｃ）ステップは、
（ｃ１）前記更新補助システム及び前記更新データに加えて、前記差分情報を前記クライアントシステムへ配信するステップを備える
プログラム。
【請求項１８】
請求項１６に記載のプログラムにおいて、
（ｄ）前記クライアントシステムから出力された、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新の更新状態を示す最新クライアント更新情報に基づいて、前記クライアント更新情報データベースにおける前記クライアント更新情報を更新するステップを更に具備する
プログラム。
【請求項１９】
（ａ）クライアント側設計システムデータベースに格納されたクライアント側設計システムの更新を補助するために設計システム配信サーバから送信された更新補助システムにより起動され、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力するステップと、
（ｂ）前記更新の命令に応答して、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データのうちの最新のものに基づいて、前記クライアント側設計システムデータベースの前記クライアント側設計システムを更新するステップと、
（ｃ）前記クライアント側設計システムの更新に応答して、前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成するステップと、
（ｄ）前記最新クライアント更新情報を前記サーバへ送信するステップと
を具備する方法をコンピュータに実行させるプログラム。
【請求項２０】
請求項１９に記載のプログラムにおいて、
前記（ａ）ステップは、
（ａ１）新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除するステップを備える
プログラム。
【請求項２１】
請求項１９に記載のプログラムにおいて、
前記（ｂ）ステップは、
（ｂ１）前記更新の命令に応答して、更に、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む差分情報のうちの最新のものに基づいて、前記クライアント側設計システム中の前記不要ファイルを削除するステップを備える
プログラム。
【請求項１】
クライアント側設計システムを第１記憶部に格納するクライアントシステムと、
前記クライアントシステムとネットワークで接続され、サーバ側設計システムと、前記クライアント側設計システムの更新状態を示すクライアント更新情報と、前記クライアント側設計システムの更新を補助する更新補助システムとを第２記憶部に格納するサーバと
を具備し、
前記サーバは、
前記サーバ側設計システムの更新に応答して、更新された前記サーバ側設計システムと前記クライアント更新情報とを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データと前記更新補助システムとを前記クライアントシステムへ配信し、
前記クライアントシステムは、
受信した前記更新補助システムにより、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力し、
前記更新の命令に応答して、受信した前記更新データのうちの最新のものに基づいて前記クライアント側設計システムを更新し、
前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成して、前記サーバへ送信し、
前記サーバは、前記最新クライアント更新情報に基づいて、前記クライアント更新情報を更新する
設計システム用配信システム。
【請求項２】
請求項１に記載の設計システム用配信システムにおいて、
前記クライアントシステムは、新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除する
設計システム用配信システム。
【請求項３】
請求項２に記載の設計システム用配信システムにおいて、
前記サーバは、
前記サーバ側設計システムの更新に応答して、前記更新データと前記更新補助システムとに加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を前記クライアントシステムへ配信し、
前記クライアントシステムは、
前記更新の命令に応答して、受信した前記更新データのうちの最新のものに基づいて前記クライアント側設計システムを更新すると共に、受信した前記差分情報のうちの最新のものに基づいて前記クライアント側設計システム中の前記不要ファイルを削除する
設計システム用配信システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の設計システム用配信システムにおいて、
前記クライアントシステムは、前記最新クライアント更新情報を生成した後、前記更新補助システムを削除する
設計システム用配信システム。
【請求項５】
請求項１乃至４のいずれか一項に記載の設計システム用配信システムにおいて、
前記クライアントシステムは、前記クライアント側設計システムの更新を要求する更新要求情報を前記サーバへ送信し、
前記サーバは、前記更新要求情報に応答して、前記クライアント側設計システムに対応する更新された前記サーバ側設計システムと前記クライアント更新情報とを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データと前記更新補助システムとを前記クライアントシステムへ配信する
設計システム用配信システム。
【請求項６】
サーバ側設計システムと前記サーバ側設計システムを特定するサーバ側設計システム情報とを関連付けて格納するサーバ側設計システムデータベースと、
クライアントシステムの有するクライアント側設計システムの更新状態を示すクライアント更新情報と前記クライアント側設計システムを特定するクライアント側設計システム情報とを関連付けて格納するクライアント更新情報データベースと、
前記サーバ側設計システムの更新に応答して、前記サーバ側設計システムデータベースと前記クライアント更新情報データベースとを参照して、更新された前記サーバ側設計システムの前記サーバ側設計システム情報に対応する前記クライアント側設計システム情報の前記クライアント更新情報と、更新された前記サーバ側設計システムとを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを特定する必要ファイル情報を含む差分情報を生成する差分情報生成部と、
前記差分情報に基づいて、前記サーバ側設計システムデータベースを参照して、前記必要ファイル情報に対応する前記必要ファイルを抽出し、前記必要ファイルを含む更新データを生成する更新データ生成部と
を具備し、
前記クライアント側設計システムの更新を補助する更新補助システム及び前記更新データは、前記クライアント側設計システムに対応する前記クライアントシステムへ配信され、
更新補助システムは、前記クライアントシステムにおいて、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力させる
設計システム配信サーバ。
【請求項７】
請求項６に記載の設計システム配信サーバにおいて、
前記差分情報生成部は、前記サーバ側設計システムの更新に応答して、前記必要ファイル情報に加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を生成し、
前記第１送受信部は、前記更新補助システム及び前記更新データに加えて、前記差分情報を前記クライアントシステムへ配信する
設計システム配信サーバ。
【請求項８】
請求項６に記載の設計システム配信サーバにおいて、
前記クライアントシステムから出力された、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新の更新状態を示す最新クライアント更新情報に基づいて、前記クライアント更新情報データベースにおける前記クライアント更新情報を更新するクライアント更新情報管理部を更に具備する
設計システム配信サーバ。
【請求項９】
クライアント側設計システムを格納するクライアント側設計システムデータベースと、
設計システム配信サーバから送信され前記クライアント側設計システムの更新を補助する更新補助システムにより起動され、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力する更新確認部と、
前記更新の命令に応答して、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データのうちの最新のものに基づいて、前記クライアント側設計システムデータベースの前記クライアント側設計システムを更新する更新部と、
前記クライアント側設計システムの更新に応答して、前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成する更新情報生成部と
を具備し、
前記最新クライアント更新情報は、前記サーバへ送信される
クライアントシステム。
【請求項１０】
請求項９に記載のクライアントシステムにおいて、
前記更新確認部は、新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除する
クライアントシステム。
【請求項１１】
請求項９に記載のクライアントシステムにおいて、
前記更新部は、前記更新の命令に応答して、更に、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む差分情報のうちの最新のものに基づいて、前記クライアント側設計システム中の前記不要ファイルを削除する
クライアントシステム。
【請求項１２】
（ａ）サーバが、サーバ側設計システムの更新に応答して、クライアントシステムの有するクライアント側設計システムの更新状態を示すクライアント更新情報と、更新された前記サーバ側設計システムとを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データと、前記クライアント側設計システムの更新を補助する更新補助システムとを前記クライアントシステムへ配信するステップと、
（ｂ）前記クライアントシステムが、受信した前記更新補助システムにより、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力するステップと、
（ｃ）前記クライアントシステムが、前記更新の命令に応答して、受信した前記更新データのうちの最新のものに基づいて前記クライアント側設計システムを更新するステップと、
（ｄ）前記クライアントシステムが、前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成して、前記サーバへ送信するステップと、
（ｅ）前記サーバが、前記最新クライアント更新情報に基づいて、前記クライアント更新情報を更新するステップと
を具備する
設計システム配信方法。
【請求項１３】
請求項１２に記載の設計システム配信方法において、
前記（ｂ）ステップは、
（ｂ１）前記クライアントシステムが、新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除するステップを備える
設計システム配信方法。
【請求項１４】
請求項１３に記載の設計システム配信方法において、
前記（ａ）ステップは、
（ａ１）前記サーバが、前記サーバ側設計システムの更新に応答して、前記更新データと前記更新補助システムとに加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を前記クライアントシステムへ配信するステップを備え、
前記（ｃ）ステップは、
（ｃ１）前記クライアントシステムが、前記更新の命令に応答して、受信した前記差分情報のうちの最新のものに基づいて前記クライアント側設計システム中の前記不要ファイルを削除するステップを備える
設計システム配信方法。
【請求項１５】
請求項１２乃至１４のいずれか一項に記載の設計システム配信方法において、
前記（ｄ）ステップは、
（ｄ１）前記クライアントシステムが、前記最新クライアント更新情報を生成した後、前記更新補助システムを削除するステップを備える
設計システム配信方法。
【請求項１６】
（ａ）サーバ側設計システムの更新に応答して、前記サーバ側設計システムと前記サーバ側設計システムを特定するサーバ側設計システム情報とを関連付けて格納するサーバ側設計システムデータベースと、クライアントシステムの有するクライアント側設計システムの更新状態を示すクライアント更新情報と前記クライアント側設計システムを特定するクライアント側設計システム情報とを関連付けて格納するクライアント更新情報データベースとを参照して、更新された前記サーバ側設計システムの前記サーバ側設計システム情報に対応する前記クライアント側設計システム情報の前記クライアント更新情報と、更新された前記サーバ側設計システムとを比較して、前記クライアント側設計システムの更新に必要な必要ファイルを特定する必要ファイル情報を含む差分情報を生成するステップと、
（ｂ）前記差分情報に基づいて、前記サーバ側設計システムデータベースを参照して、前記必要ファイル情報に対応する前記必要ファイルを抽出し、前記必要ファイルを含む更新データを生成するステップと、
（ｃ）前記クライアント更新情報データベースを参照して、前記クライアント側設計システムに対応する前記クライアントシステムへ、前記クライアント側設計システムの更新を補助する更新補助システム及び前記更新データを配信するステップと
を具備し、
更新補助システムは、前記クライアントシステムにおいて、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力させる
方法をコンピュータに実行させるプログラム。
【請求項１７】
請求項１６に記載のプログラムにおいて、
前記（ａ）ステップは、
（ａ１）前記サーバ側設計システムの更新に応答して、前記必要ファイル情報に加えて、前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む前記差分情報を生成するステップを備え、
前記（ｃ）ステップは、
（ｃ１）前記更新補助システム及び前記更新データに加えて、前記差分情報を前記クライアントシステムへ配信するステップを備える
プログラム。
【請求項１８】
請求項１６に記載のプログラムにおいて、
（ｄ）前記クライアントシステムから出力された、前記更新データのうちの最新のものに基づく前記クライアント側設計システムの更新の更新状態を示す最新クライアント更新情報に基づいて、前記クライアント更新情報データベースにおける前記クライアント更新情報を更新するステップを更に具備する
プログラム。
【請求項１９】
（ａ）クライアント側設計システムデータベースに格納されたクライアント側設計システムの更新を補助するために設計システム配信サーバから送信された更新補助システムにより起動され、前記クライアント側設計システムの更新を促す更新通知を、前記クライアント側設計システムの更新の命令まで、予め設定された条件が満足されるごとに出力するステップと、
（ｂ）前記更新の命令に応答して、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に必要な必要ファイルを含む更新データのうちの最新のものに基づいて、前記クライアント側設計システムデータベースの前記クライアント側設計システムを更新するステップと、
（ｃ）前記クライアント側設計システムの更新に応答して、前記クライアント側設計システムの今回の更新状態を示す最新クライアント更新情報を生成するステップと、
（ｄ）前記最新クライアント更新情報を前記サーバへ送信するステップと
を具備する方法をコンピュータに実行させるプログラム。
【請求項２０】
請求項１９に記載のプログラムにおいて、
前記（ａ）ステップは、
（ａ１）新たに前記更新補助システム及び前記更新データを受信したとき、前に受信した前記更新補助システム及び前記更新データを削除するステップを備える
プログラム。
【請求項２１】
請求項１９に記載のプログラムにおいて、
前記（ｂ）ステップは、
（ｂ１）前記更新の命令に応答して、更に、前記設計システム配信サーバから送信された前記クライアント側設計システムの更新に不要な不要ファイルを示す不要ファイル情報を含む差分情報のうちの最新のものに基づいて、前記クライアント側設計システム中の前記不要ファイルを削除するステップを備える
プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−１６３６０２（Ｐ２００９−１６３６０２Ａ）
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願番号】特願２００８−２０３７（Ｐ２００８−２０３７）
【出願日】平成２０年１月９日（２００８．１．９）
【出願人】（３０２０６２９３１）ＮＥＣエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願日】平成２０年１月９日（２００８．１．９）
【出願人】（３０２０６２９３１）ＮＥＣエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
[ Back to top ]