JP2006155260A - 変更データ送信装置、及び変更データ送信方法 - Google Patents

Abstract

【課題】設計データを変更する旨の変更データを統合して送信する変更データ送信装置を提供する。
【解決手段】記憶部１３と、変更データを受け付ける変更データ受付部１１と、変更データ受付部１１が受け付けた変更データを記憶部１３に蓄積する変更データ蓄積部１２と、変更データの送信先の装置が稼動中であるかどうかを判断する送信先判断部１６と、送信先の装置が稼動中であると判断された場合に、記憶部１３が記憶している変更データを送信する変更データ送信部１７と、未送信の変更データを記憶部１３が記憶しているかどうか判断する記憶判断部１４と、未送信の変更データを記憶部１３が記憶していると判断された場合に、変更データ受付部１１が新たに受け付けた変更データと、未送信の変更データとを統合する変更データ統合部１５とを備える。
【選択図】図１

Description

本発明は、設計に関するデータである設計データを変更する旨のデータである変更データを送信する変更データ送信装置等に関する。

設計に関するデータである設計データは、設計段階において、あるいはその後の生産準備段階や生産段階においても変更されることがある。設計データが変更された場合には、変更前の設計データを有している拠点における装置（例えば、設計データに基づいて生産を行う生産現場や、設計データに基づいて部品等の発注を行う発注拠点等における装置）に対して設計データを変更する旨のデータである変更データを送信しなければならない。なお、送信先の装置が稼動中である場合には、できるだけ早く設計データの変更を生産現場等において反映させることができるようにするために、設計データに変更が生じた時点で、その変更を示す変更データを送信先の装置に送信し、送信先の装置が稼動中でない場合には、変更データを保持しておき、送信先の装置が稼動されてから変更データを送信するという処理がなされていた。例えば、変更データを送信する装置と、変更データを受信する装置とが同一の国内にない場合には、時差によって就業時間等が異なっているために装置の稼働時間が異なっている場合もあり得る。そのような場合には、変更データが保持されて、送信先の装置が稼動してから変更データを送信することとなる。
なお、本発明に関連する従来の技術として、データの同期に関する変更ログを統合する技術が開発されている（例えば、特許文献１参照）。
特開２００２−１６３１３７号公報（第１頁、第１図等）

一方、設計データに関する複数回の変更が行われ、複数の変更データによって設計データが変更される場合もあり得る。その場合に、送信先の装置が稼動してから、保持していた複数の変更データを一括して送信したのでは、送信先の装置において混乱の生じる場合もあり得るという問題があった。例えば、Ａ部品でなくＢ部品を用いるようになった旨の変更データＴ１と、Ｂ部品でなくＣ部品を用いるようになった旨の変更データＴ２とを一括して送信した場合に、送信先の装置において、変更データＴ１に基づいてＡ部品の発注の停止とＢ部品の新たな発注が行われ、その後、変更データＴ２に基づいてＢ部品の発注の停止とＣ部品の新たな発注が行われたとする。この場合には、変更データＴ１，Ｔ２の送信先の装置において、Ｂ部品に関する新たな発注と、その発注の停止とがほぼ同時に行われることとなり、どの部品の発注が停止され、どの部品が新たに発注されたのかについて混乱の生じることもあり得る。
本発明は、上記問題点を解決するためになされたものであり、設計データの変更をできるだけ早く反映する変更データ送信装置等を提供することを目的とする。

上記目的を達成するため、本発明による変更データ送信装置は、設計に関するデータである設計データを変更する旨のデータである変更データを受け付ける変更データ受付部と、前記変更データが蓄積される記憶部と、前記変更データ受付部が受け付けた前記変更データを前記記憶部に蓄積する変更データ蓄積部と、前記変更データの送信先の装置が稼動中であるかどうかを判断する送信先判断部と、前記送信先の装置が稼動中であると前記送信先判断部が判断した場合に、前記記憶部が記憶している前記変更データを前記送信先の装置に送信する変更データ送信部と、前記変更データ送信部が送信していない前記変更データを前記記憶部が記憶しているかどうか判断する記憶判断部と、前記記憶判断部により
、前記変更データ送信部が送信していない前記変更データを前記記憶部が記憶していると判断された場合に、前記変更データ受付部が新たに受け付けた前記変更データと、前記変更データ送信部が送信していない前記変更データとを統合する変更データ統合部と、を備えたものである。

このような構成により、複数の変更データを統合して送信することができ、その結果、例えば、変更データの送信先の装置において複数の変更データに関する処理が順番に行われることによって生じる混乱を回避することができる。また、送信先の装置において、複数の変更データを統合するための装置が不要であり、このことは特に、送信先の装置が複数個存在する場合に有効である。

また、本発明による変更データ送信装置では、前記記憶判断部が、前記変更データ受付部が新たな前記変更データを受け付けた時点に前記判断を行ってもよい。
このような構成により、記憶部において記憶されている変更データを常に最新の変更データ、あるいは最新の変更データと統合されたものとすることができる。

また、本発明による変更データ送信装置では、前記変更データ統合部は、前記統合後の変更データが前記設計データを変更しない旨である場合に、当該統合後の変更データを廃棄してもよい。
このような構成により、設計データになんら変更を生じない無駄な変更データを送信先に送信することを回避でき、無駄な通信や処理等を省くことができる。

本発明による変更データ送信装置等によれば、複数の変更データを統合して送信することができ、その結果、例えば、その変更データの送信先の装置における混乱等を回避することができ得る。

（実施の形態１）
本発明の実施の形態１による変更データ送信装置について、図面を参照しながら説明する。
図１は、本実施の形態による変更データ送信装置の構成を示すブロック図である。図１において、本実施の形態による変更データ送信装置は、変更データ受付部１１と、変更データ蓄積部１２と、記憶部１３と、記憶判断部１４と、変更データ統合部１５と、送信先判断部１６と、変更データ送信部１７とを備える。

変更データ受付部１１は、変更データを受け付ける。ここで、変更データとは、設計データを変更する旨のデータである。この変更データは、設計データの変更を、例えば、設計データの古い（変更前の）データと、新しい（変更後の）データとの対応を示すデータ（以下、「新旧データ」という）であってもよく、あるいは、変更後の設計データを示すデータであってもよく、設計データの変更を示すどのようなデータであってもよい。変更データが新旧データである場合には、例えば、変更のある部品に関する部分のみのデータ（以下、「差分データ」という）であってもよく、変更のない部品をも含んだ設計データ全体の新旧の対応を示すデータ（以下、「全体の新旧データ」という）であってもよい。なお、本実施の形態では、変更データが全体の新旧データである場合について説明する。設計データとは、設計に関するデータであり、例えば、所定の製品を製造するために必要な部品の種類やその部品の個数、その部品の位置等の情報を有するデータである。この設計データは、例えば、製品の生産段階で用いられてもよく、製品の生産に必要な部品等の発注段階で用いられてもよい。変更データ受付部１１は、例えば、入力デバイス（例えば、キーボードやマウス、タッチパネルなど）から入力された変更データを受け付けてもよ
く、有線もしくは無線の通信回線を介して送信された変更データを受け付けてもよく、所定の記録媒体（例えば、光ディスクや磁気ディスク、半導体メモリなど）から読み出された変更データを受け付けてもよい。
変更データ蓄積部１２は、変更データ受付部１１が受け付けた変更データを記憶部１３に蓄積する。

記憶部１３は、変更データ蓄積部１２が蓄積した変更データを記憶している。この記憶部１３は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現され得る。記憶部１３での記憶は、変更データのＲＡＭ等における一時的な記憶でもよく、あるいは、磁気ディスク等による長期的な記憶でもよい。

記憶判断部１４は、変更データ送信部１７が送信していない変更データを記憶部１３が記憶しているかどうか判断する。この判断のタイミングは、所定のイベント（例えば、変更データ受付部１１が新たな変更データを受け付けたこと）をトリガーとするものであってもよく、所定の期間ごと（例えば、１時間ごとなど）であってもよく、その他のタイミングであってもよい。本実施の形態では、変更データ受付部１１が新たな変更データを受け付けた時点に判断が行われるものとする。

変更データ統合部１５は、記憶判断部１４により、変更データ送信部１７が送信していない変更データを記憶部１３が記憶していると判断された場合に、変更データ受付部１１が新たに受け付けた変更データと、記憶部１３において記憶されており、変更データ送信部１７が送信していない変更データとを統合する。例えば、変更データ統合部１５は、設計データＤ１を設計データＤ２に変更する変更データＴ１と、設計データＤ２を設計データＤ３に変更する変更データＴ２とを統合し、設計データＤ１を設計データＤ３に変更する変更データＴ３を生成する。

送信先判断部１６は、変更データの送信先の装置が稼動中であるかどうかを判断する。変更データの送信先の装置は、変更データ送信装置によって送信された変更データを受け取り、その変更データによって変更された設計データを用いる装置であり、あらかじめ決められている。稼動中であるかどうかについては、例えば、送信先の装置が物理的に稼動中であるかどうか、すなわち、送信先の装置が変更データを受信可能な状態であるかどうかによって判断してもよく、あるいは、送信先の装置が物理的に稼動中であり、かつ、送信された変更データを送信先の装置が用いる状態にあるかどうかによって判断してもよい。ここで、送信先の装置が物理的に稼動中であるが、変更データが用いられない状況としては、例えば、その送信先の装置が設置されている工場の就業時間を過ぎている場合や、その工場の休業日である場合などがある。送信先の装置が物理的に稼動中であるかどうかの判断は、例えば、送信先判断部１６が、送信先の装置が稼動中であるかどうかを確認する所定のデータを送信先の装置に送信し、その送信したデータに対して返信されたデータを受信する（もしくは、受信しない）ことによって判断してもよい。また、送信先の装置が変更データを用いる状況にあるかどうかについては、例えば、送信先判断部１６が、送信先の装置の稼動時間（例えば、送信先の装置が設置されている工場の就業時間）に関するスケジュール情報を保持しており、その保持しているスケジュール情報に基づいて、現在の時刻において送信先の装置が変更データを用いる状況にあるかどうかを判断してもよい。

変更データ送信部１７は、送信先の装置が稼動中であると送信先判断部１６が判断した場合に、記憶部１３が記憶している変更データを送信する。なお、変更データ送信部１７は、データの送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、変更データ送信部１７と通信回線との間に図示しない通信デバイスが存在することとなる）。また、変更データ送
信部１７は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。また、変更データ送信部１７は、記憶部１３が記憶している変更データを送信に適した所定のフォーマットに変換してから送信してもよい。

次に、本実施の形態による変更データ送信装置の動作について、図２のフローチャートを用いて説明する。
（ステップＳ１０１）変更データ受付部１１は、変更データを受け付けたかどうか判断する。そして、変更データを受け付けた場合には、その旨を記憶判断部１４に渡してステップＳ１０２に進み、そうでない場合には、ステップＳ１０５に進む。なお、変更データ受付部１１は、受け付けた変更データが変更データ蓄積部１２や変更データ統合部１５によって蓄積や統合されるまで、変更データ受付部１１が有する図示しない記憶媒体で、その受け付けた変更データを一時的に記憶しているものとする。

（ステップＳ１０２）記憶判断部１４は、変更データ受付部１１が新たに受け付けた変更データに対応する未送信の変更データが記憶部１３で記憶されているかどうか判断する。そして、その変更データが記憶部１３で記憶されている場合には、その旨を変更データ統合部１５に渡してステップＳ１０４に進み、そうでない場合には、その旨を変更データ受付部１１に渡してステップＳ１０３に進む。

（ステップＳ１０３）変更データ受付部１１は、受け付けた変更データを変更データ蓄積部１２に渡す。変更データ蓄積部１２は、変更データ受付部１１から受け取った変更データを記憶部１３に蓄積する。そして、ステップＳ１０１に戻る。

（ステップＳ１０４）変更データ統合部１５は、変更データ受付部１１で新たに受け付けられた変更データと、その変更データの受け付けより以前から記憶部１３で記憶されている未送信の変更データとを統合して新たな変更データを構成し、その変更データを記憶部１３に蓄積する。そして、ステップＳ１０１に戻る。

（ステップＳ１０５）変更データ送信部１７は、未送信の変更データが記憶部１３で記憶されているかどうか判断する。そして、記憶されている場合には、その旨を送信先判断部１６に渡してステップＳ１０６に進み、そうでない場合には、ステップＳ１０１に戻る。

（ステップＳ１０６）送信先判断部１６は、記憶部１３で記憶されている未送信の変更データを送信可能かどうか判断する。具体的には、その未送信の変更データの送信先が稼動中であるかどうか判断する。そして、送信先が稼動中であり送信可能である場合には、その旨を変更データ送信部１７に渡してステップＳ１０７に進み、そうでない場合には、ステップＳ１０１に戻る。

（ステップＳ１０７）変更データ送信部１７は、記憶部１３で記憶されている未送信の変更データを送信する。
（ステップＳ１０８）変更データ送信部１７は、記憶部１３で記憶されており、ステップＳ１０７で送信した変更データを削除する。そして、ステップＳ１０１に戻る。

次に、本実施の形態による変更データ送信装置の動作について、具体例を用いて説明する。この具体例では、図３で示すように、変更データ送信装置１と、設計データ管理装置２と、設計データ処理装置３とが有線または無線の通信回線４を介して接続されており、システムが構成されているとする。ここで、設計データ管理装置２は、設計データや変更データを生成する装置である。設計データ処理装置３は、設計データに基づいて、処理を
行う装置であり、例えば、設計データに基づいた部品の発注等を行う。通信回線４は、例えば、インターネットやイントラネットである。

まず、設計データ管理装置２において設計データが生成され、その設計データが変更データ送信装置１に送信され、変更データ送信装置１から設計データ処理装置３に送信されたとする。その後、設計データ管理装置２において、その設計データに対する変更データが生成され、変更データ送信装置１に送信されたとする。すると、その変更データは、変更データ受付部１１で受け付けられ（ステップＳ１０１）、記憶判断部１４によって、対応する未送信の変更データが記憶されていないと判断される（ステップＳ１０２）。その結果、その受け付けられた変更データは、変更データ蓄積部１２によって記憶部１３に蓄積される（ステップＳ１０３）。

このようにして蓄積された変更データは、図４（ａ）で示されるものであるとする。図４（ａ）は、全体の新旧データの一例を示す図である。ここで、図４（ａ）の変更データにおいて、「ＣＳ−００１Ａ」は、設計データに対応する製品を識別する製品番号である。また、「ＯＬＤ」の列には、設計データに含まれる変更前の各部品の部品番号が対応している。また、「ＮＥＷ」の列には、設計データに含まれる変更後の各部品の部品番号が対応している。この図４（ａ）で示される変更データでは、部品「ＲＨ８５０」が部品「Ｈ８５１」に変更される旨が示されている。

図４（ａ）で示される変更データが記憶部１３で記憶されているため、変更データ送信部１７は、未送信の変更データが記憶部１３で記憶されていると判断する（ステップＳ１０１、Ｓ１０５）。そして、送信先判断部１６は、送信先の装置である設計データ処理装置３が稼動中であるかどうか判断する（ステップＳ１０６）。具体的には、送信先判断部１６は、設計データ処理装置３に対して、設計データ処理装置３が稼動中であるかどうかを確認するためのデータを送信する。そのデータの送信に対して返信がなかったとすると、返信があるまで待ち続ける（ステップＳ１０１，Ｓ１０５，Ｓ１０６）。

設計データ処理装置３からの返信を待っている間に、再度、設計データに関する変更が生じ、設計データ管理装置２から変更データ送信装置１に図４（ｂ）で示す変更データが送信されたとする。すると、その変更データが変更データ受付部１１で受け付けられる（ステップＳ１０１）。この変更データでは、部品「Ｈ８５１」が部品「Ｈ８５９」に変更され、部品「Ｈ３２１」が部品「Ｈ３２５」に変更される旨が示されている。その変更データ受付部１１で新たに受け付けられた変更データに含まれる製品番号「ＣＳ−００１Ａ」に対応する変更データが記憶部１３で記憶されているため、変更データ受付部１１で受け付けられた新たな変更データに対応する未送信の変更データが記憶部１３で記憶されていると判断される（ステップＳ１０２）。その結果、変更データ統合部１５は、変更データ受付部１１で受け付けられた変更データ（図４（ｂ））と、記憶部１３で記憶されている未送信の変更データ（図４（ａ））とを統合する（ステップＳ１０４）。その統合後の変更データは、図４（ｃ）で示されるように、部品「ＲＨ８５０」が部品「Ｈ８５９」に変更され、部品「Ｈ３２１」が部品「Ｈ３２５」に変更される旨を示すものである。なお、変更データ統合部１５が統合後の図４（ｃ）で示される変更データを記憶部１３に上書きで蓄積することにより、それまでに記憶されていた図４（ａ）で示される変更データは削除される。

設計データ処理装置３が稼動中となると、送信先判断部１６が設計データ処理装置３からの返信を受け付ける。その結果、送信先判断部１６は、送信先の装置である設計データ処理装置３が稼動中であり、変更データを送信可能であると判断し（ステップＳ１０６）、その旨を変更データ送信部１７に渡す。すると、変更データ送信部１７は、設計データ処理装置３に対して記憶部１３が記憶している図４（ｃ）で示される変更データを送信す
る（ステップＳ１０７）。その後、変更データ送信部１７は、送信した変更データを記憶部１３から削除する（ステップＳ１０８）。

以上のように、本実施の形態による変更データ送信装置では、設計データの変更をできるだけ早く反映することができるように、送信先の装置が稼動中である場合には、受け付けた変更データをそのまま送信すると共に、送信先の装置が稼動中でない状況において複数の変更データが受け付けられた場合には、その複数の変更データを統合し、送信先の装置が稼動中となった後に送信することで、複数個の変更データが一括して送信先の装置に送信される事態を防止することができる。その結果、例えば、送信先の装置において、一括して送信された複数個の変更データに基づいて、部品の発注やその発注の取り消し等を複数回にわたって実行するような事態を防止することができ、変更データの送信先における混乱を回避することができる。また、変更データの送信先の装置において、複数個の変更データに関する無駄な処理を行う必要がなくなり、送信先の装置における処理量を低減させることもできる。

このように、本実施の形態による変更データ送信装置によれば、送信先の装置において設計データの変更を早期に反映させることができるという効果と、送信先における混乱を防止することができるという効果を得ることができる。

なお、変更データの統合は、送信先の装置においても行うことが可能ではあるが、本実施の形態による変更データ送信装置では、変更データの送信元で変更データの統合を行うため、例えば、変更データの送信先が複数あるような場合であっても、変更データの統合を送信先の装置のぞれぞれで行う必要がなくなり、各送信先の装置に変更データを統合するための機能を備える必要がなく、各送信先の装置における処理量を低減させることができ、また、各送信先の装置のコストの低減を実現することができ得る。また、送信先の装置におけるメンテナンス性が低下するようなこともない。

また、変更データを統合することにより、記憶部１３において必要な記憶容量を低減させることができ、さらに、送信する変更データのデータ容量が小さくなるため、変更データの送信による通信の負荷を軽減することができる。

また、上記具体例では、変更データの送信先が１つである場合について説明したが、変更データの送信先が複数個ある場合（例えば、日本にある変更データ送信装置から日本の生産拠点と、マレーシアの生産拠点とに変更データを送信する場合など）には、変更データの送信先が複数個であってもよい。送信先の装置が複数の国に散在している場合には、送信先の装置の稼働時間が異なっていることも多く、そのような場合に、送信先の装置が稼動中となるまでに受け付けた変更データを統合して、送信先の装置が稼動中となった後に送信することは特に有効である。

また、本実施の形態において、変更データ統合部１５は、統合後の変更データが設計データを変更しない旨である場合に、統合後の変更データを廃棄してもよい。例えば、図４（ａ）で示される変更データが記憶部１３において未送信の変更データとして記憶されている場合に、部品「Ｈ８５１」が部品「ＲＨ８５０」に変更される旨を示す変更データが変更データ受付部１１で受け付けられ、その変更データと記憶されている変更データとが統合された場合には、実質的に設計データを変更しない旨の変更データとなる。この場合には、その統合後の変更データを廃棄することにより、無駄な変更データを送信先の装置に送信する事態を回避することができる。なお、変更データを廃棄するとは、例えば、その変更データを削除することであってもよく、あるいは、そのデータを送信しない旨を示すフラグをその変更データに対応付けて設定することなどであってもよい。

また、上記具体例では、変更データの統合後に、それまでに記憶されていた変更データを削除する場合について説明したが、これは一例であって、変更データの統合後にも、その統合に用いた変更データを削除せず、統合に用いられた変更データである旨を示すフラグを、変更データの統合に用いられた記憶部１３で記憶されている変更データに対して設定し、そのフラグの設定された変更データを、その後は変更データの統合において用いないようにしてもよい。

また、本実施の形態では、変更データの送信後に送信した変更データを削除する場合について説明したが、変更データの送信後であっても、送信した変更データを削除せず、送信した旨を示すフラグを送信した変更データに対応付けて設定するようにしてもよい。このようにすることで、記憶判断部１４は、記憶部１３で記憶されている変更データが未送信のものであるのか、送信済みのものであるのかを判断することができる。

また、本実施の形態では、変更データ受付部１１で新たに受け付けられた変更データを、記憶部１３に蓄積する前に、記憶部１３で記憶されている未送信の変更データと統合する場合について説明したが、これは一例であって、例えば、変更データ受付部１１で受け付けられた変更データをすべて記憶部１３に蓄積し、その蓄積された変更データに関して、以前から記憶されていた未送信の変更データ（すなわち、古い変更データ）と、新たに受け付けられた変更データ（すなわち、最新の変更データ）とを統合するようにしてもよい。

また、本実施の形態では、変更データを統合するタイミングを、新たな変更データが受け付けられた時点である場合について説明したが、変更データを統合するタイミングは、変更データが送信される以前の時点であれば、任意である。例えば、変更データを送信する直前に、統合すべき変更データがある場合には統合を行ってから送信するようにしてもよい。

また、変更データ統合部１５は、複数回にわたって変更データの統合を行ってもよい。例えば、変更データ統合部１５は、変更データＴ１と変更データＴ２とを統合して変更データＴ３を生成し、その後、新たに受け付けられた変更データＴ４と、統合後の変更データＴ３とを統合して変更データＴ５を生成する、という処理を繰り返して行ってもよい。

また、本実施の形態において、変更データ送信装置は、変更される前の設計データ（例えば、図３の設計データ管理装置２の生成した設計データ）を送信先の装置に送信してもよい。この場合には、「変更データ」に「設計データ」が含まれるものとする。したがって、記憶部１３において未送信の「設計データ」が記憶されている場合にその「設計データ」を変更する旨の変更データが受け付けられた場合には、その変更データと設計データとが統合されるものとする。

また、変更データには、変更データが有効となる時点を示す情報が含まれていてもよい。この情報は、変更データの示す設計データの変更がどの時点から有効となるのかを示すものであり、例えば、２００４年１月５日というように有効開始日として示される。

また、変更データの送信先が複数である場合には、送信先ごとに稼動中かどうかを判断し、稼動中である送信先についてのみ変更データを送信してもよい。その場合には、送信先ごとに所定の変更データを送信したかどうかを示す情報を変更データ送信部１７が保持していてもよい。

（実施の形態２）
本発明の実施の形態２による変更データ送信装置について、図面を参照しながら説明す
る。
図５は、本実施の形態による変更データ送信装置の構成を示すブロック図である。図５において、本実施の形態による変更データ送信装置は、変更データ受付部１１と、変更データ蓄積部２１と、記憶部１３と、記憶判断部２２と、変更データ統合部２３と、送信先判断部１６と、変更データ送信部１７とを備える。ここで、本実施の形態では、変更データ受付部１１が受け付ける変更データは、１以上のレコードから構成されるものであり、新旧データであるとする。変更データ蓄積部２１、記憶判断部２２、変更データ統合部２３以外の構成及び動作は、実施の形態１と同様であり、その説明を省略する。

変更データ蓄積部２１は、記憶部１３への変更データの蓄積をレコード単位で行う以外、実施の形態１による変更データ蓄積部１２と同様のものである。
記憶判断部２２は、変更データ送信部１７が送信していない変更データを記憶部１３が記憶しているかどうかの判断を、変更データのレコード単位で行う以外、実施の形態１による記憶判断部１４と同様のものである。

変更データ統合部２３は、記憶判断部２２により、変更データ送信部１７が送信していない変更データを記憶部１３が記憶していると判断された場合、すなわち、変更データ送信部１７が送信していない変更データに、変更データ受付部１１が受け付けた変更データのレコードに対応するレコードが含まれている場合に、変更データの統合を行う。ここで、変更データの統合とは、例えば、記憶部１３が記憶している変更データのレコードを、変更データ受付部１１が受け付けた変更データのレコードに基づいて更新することや、記憶部１３が記憶している変更データのレコードを削除することである。

図６は、本実施の形態による変更データ送信装置の動作について、図６のフローチャートを用いて説明する。なお、ステップＳ２０１、Ｓ２０２以外の処理は、実施の形態１における図２のフローチャートの説明と同様であり、その説明を省略する。

（ステップＳ２０１）記憶判断部２２は、変更データ受付部１１が新たに受け付けた変更データのすべてのレコードについて処理を行ったかどうか判断する。そして、すべてのレコードについて処理を行った場合には、ステップＳ１０１に戻り、まだ処理を行っていないレコードがある場合には、そのレコードについて処理を行うためにステップＳ２０２に進む。

（ステップＳ２０２）変更データ蓄積部２１、記憶判断部２２、変更データ統合部２３は、変更データ受付部１１が受け付けた変更データの未処理のレコードについて、レコードの統合等の処理を行う。そして、ステップＳ２０１に戻る。この処理の詳細については、後述する。なお、変更データ受付部１１が受け付ける変更データが全体の新旧データであるのか、あるいは、差分データであるのかによって、また、変更データ送信部１７が送信する変更データが全体の新旧データであるのか、あるいは、差分データであるのかによって、このステップＳ２０２の処理内容が異なるため、それらを以下の具体例において場合分けして説明する。

次に、本実施の形態による変更データ送信装置の動作について、具体例を用いて説明する。なお、変更データ蓄積部２１、記憶判断部２２、変更データ統合部２３に関する以外の点については、上記実施の形態１の具体例と同様であるとする。また、変更データの送信等の上記実施の形態１の具体例の説明と重複する部分については、その説明を省略する。

［具体例１］
この具体例では、変更データ受付部１１が差分データを受け付け、変更データ送信部１
７が差分データを送信する場合の処理について説明する。図７は、ステップＳ２０２の処理の詳細を説明するためのフローチャートである。図８は、この具体例における変更データの一例を示す図である。図８（ａ）は、変更データ受付部１１が変更データを受け付ける以前に記憶部１３において記憶されている変更データの一例を示す図である。図８（ｂ）は、変更データ受付部１１が受け付けた変更データの一例を示す図である。図８（ｃ）は、変更データ受付部１１が受け付けた変更データに基づいた処理が行われた後の、記憶部１３において記憶されている変更データの一例を示す図である。図８で示されるように、変更データ（差分データ）の各レコードには、対応する製品番号を示すデータと、変更前の部品を示すデータ（フィールド「ＯＬＤ」の属性値）と、変更後の部品を示すデータ（フィールド「ＮＥＷ」の属性値）とが含まれる。

（ステップＳ３０１）記憶判断部２２は、変更データ受付部１１が受け付けた変更データの未処理レコードのうち、ステップＳ２０２で処理を行うレコード（以下、「処理対象レコード」という）に対応するレコード（ただし、変更データ送信部１７によって未送信のレコード）が記憶部１３で記憶されているかどうか判断する。そして、対応するレコードが記憶されている場合には、ステップＳ３０２に進み、そうでない場合には、その処理対象レコードを蓄積する旨の指示を変更データ蓄積部２１に渡してステップＳ３０５に進む。ここで、処理対象レコードに対応する、記憶部１３で記憶されているレコードとは、処理対象レコードと製品番号が等しく、また、処理対象レコードの変更前の部品を、変更後の部品とするレコードのことである。

（ステップＳ３０２）記憶判断部２２は、処理対象レコードに基づいて、そのレコードに対応する記憶部１３で記憶されているレコードを更新した場合に、その更新後の変更データのレコードにおいて、変更前の部品と、変更後の部品とが等しくなるかどうか判断する。具体的には、処理対象レコードの変更後の部品と、その処理対象レコードに対応する記憶部１３で記憶されているレコードの変更前の部品とが等しい場合には、更新後の変更データのレコードにおいて、変更前の部品と、変更後の部品とが等しくなると判断する。そして、更新後の変更データのレコードにおいて、変更前の部品と、変更後の部品とが等しくなると判断した場合には、処理対象レコードに対応するレコードを削除する旨の指示を変更データ統合部２３に渡してステップＳ３０３に進み、そうでない場合には、処理対象レコードに基づいて、その処理対象レコードに対応するレコードを更新する旨の指示を変更データ統合部２３に渡してステップＳ３０４に進む。
（ステップＳ３０３）変更データ統合部２３は、処理対象レコードに対応するレコードを記憶部１３から削除する。そして、ステップＳ２０１に戻る。

（ステップＳ３０４）変更データ統合部２３は、処理対象レコードに基づいて、その処理対象レコードに対応するレコードを更新する。具体的には、処理対象レコードの変更後の部品を示すデータを、その処理対象レコードに対応する記憶部１３で記憶されているレコードの変更後の部品を示すデータとする。そして、ステップＳ２０１に戻る。
（ステップＳ３０５）変更データ蓄積部２１は、処理対象レコードを記憶部１３に蓄積する。そして、ステップＳ２０１に戻る。

まず、記憶部１３において図８（ａ）で示される変更データが記憶されているときに、変更データ受付部１１において図８（ｂ）で示される変更データが受け付けられたとする（ステップＳ１０１）。すると、記憶判断部２２は、未処理のレコードがあると判断し（ステップＳ２０１）、まず、図８（ｂ）の１番目のレコードの処理を行う（ステップＳ２０２）。

図８（ａ）の１番目のレコードは、図８（ｂ）の１番目のレコードと製品番号「００１Ａ」が同じであり、また、図８（ａ）の１番目のレコードの変更後の部品「Ｂ」は、図８
（ｂ）の１番目のレコードの変更前の部品「Ｂ」と等しいため、記憶判断部２２は、図８（ｂ）の１番目のレコードに対応するレコードがあると判断する（ステップＳ３０１）。また、図８（ａ）の１番目のレコードの変更前の部品「Ａ」は、図８（ｂ）の１番目のレコードの変更後の部品「Ｃ」とは等しくないため、記憶判断部２２は、更新後のレコードにおいて、変更前の部品と変更後の部品が等しくならないと判断する（ステップＳ３０２）。その結果、変更データ統合部２３は、図８（ｂ）の１番目のレコードに基づいて、図８（ａ）の１番目のレコードを更新する（ステップＳ３０４）。その更新後のレコードは、図８（ｃ）の１番目のレコードである。

同様にして、記憶判断部２２は次に、図８（ｂ）の２番目のレコードについて、図８（ａ）の２番目のレコードが対応するレコードであるため、対応するレコードがあると判断する（ステップＳ３０１）。この場合には、図８（ａ）の２番目のレコードの変更前の部品「Ｆ」は、図８（ｂ）の２番目のレコードの変更後の部品「Ｆ」と等しいため、記憶判断部２２は、更新後のレコードにおいて、変更前の部品と変更後の部品が等しくなると判断する（ステップＳ３０２）。その結果、変更データ統合部２３は、図８（ａ）の２番目のレコードを削除する（ステップＳ３０３）。

同様にして、記憶判断部２２は次に、図８（ｂ）の３番目のレコードについて、図８（ａ）において対応するレコードがないと判断する（ステップＳ３０１）。その結果、図８（ｂ）の３番目のレコードが記憶部１３で記憶されている変更データに蓄積される（ステップＳ３０５）。このようにして、記憶部１３が記憶している変更データは、図８（ｃ）で示されるようになる。この後の処理については、実施の形態１における具体例と同様であり、その説明を省略する。

［具体例２］
この具体例では、変更データ受付部１１が全体の新旧データを受け付け、変更データ送信部１７が差分データを送信する場合の処理について説明する。図９は、ステップＳ２０２の処理の詳細を説明するためのフローチャートである。なお、図９のフローチャートにおいて、ステップＳ４０１以外の処理は、具体例１の図７のフローチャートの説明と同様であり、その説明を省略する。図１０は、この具体例における変更データの一例を示す図である。図１０（ａ）は、変更データ受付部１１が変更データを受け付ける以前に記憶部１３において記憶されている変更データの一例を示す図である。図１０（ｂ）は、変更データ受付部１１が受け付けた変更データの一例を示す図である。図１０（ｃ）は、変更データ受付部１１が受け付けた変更データに基づいた処理が行われた後の、記憶部１３において記憶されている変更データの一例を示す図である。図１０で示されるように、変更データ（新旧データ）の各レコードには、対応する製品番号を示すデータと、変更前の部品を示すデータ（フィールド「ＯＬＤ」の属性値）と、変更後の部品を示すデータ（フィールド「ＮＥＷ」の属性値）とが含まれる。

（ステップＳ４０１）記憶判断部２２は、変更データ受付部１１が受け付けた変更データの未処理レコードのうち、あるレコードの変更後の部品と、変更前の部品とが等しいかどうか判断する。そして、等しい場合には、ステップＳ２０１に戻り、等しくない場合には、ステップＳ３０１に進む。

まず、記憶部１３において図１０（ａ）で示される変更データが記憶されているときに、変更データ受付部１１において図１０（ｂ）で示される変更データが受け付けられたとする（ステップＳ１０１）。すると、記憶判断部２２は、未処理のレコードがあると判断し（ステップＳ２０１）、まず、図１０（ｂ）の１番目のレコードの処理を行う（ステップＳ２０２）。

図１０（ｂ）の１番目のレコードにおいて、変更前の部品「Ｂ」と、変更後の部品「Ｃ」とは異なると記憶判断部２２によって判断される（ステップＳ４０１）。この後の処理は、上記具体例１と同様であり、その説明を省略する。図１０（ｂ）の２番目のレコードについても同様である。

図１０（ｂ）の３番目のレコードにおいて、変更前の部品「Ｄ」と、変更後の部品「Ｄ」とが等しいと判断される（ステップＳ４０１）。その結果、レコードの蓄積や更新等の処理が行われずに、次のレコードの処理が行われる（ステップＳ２０１、Ｓ２０２）。このような処理が繰り返されて、記憶部１３が記憶している変更データは、図１０（ｃ）で示されるようになる。この後の処理については、実施の形態１における具体例と同様であり、その説明を省略する。

［具体例３］
この具体例では、変更データ受付部１１が全体の新旧データを受け付け、変更データ送信部１７が全体の新旧データを送信する場合の処理について説明する。図１１は、ステップＳ２０２の処理の詳細を説明するためのフローチャートである。なお、図１１のフローチャートにおいて、各ステップの処理は、具体例１の図７のフローチャートの説明と同様であり、その説明を省略する。図１２は、この具体例における変更データの一例を示す図である。図１２（ａ）は、変更データ受付部１１が変更データを受け付ける以前に記憶部１３において記憶されている変更データの一例を示す図である。図１２（ｂ）は、変更データ受付部１１が受け付けた変更データの一例を示す図である。図１２（ｃ）は、変更データ受付部１１が受け付けた変更データに基づいた処理が行われた後の、記憶部１３において記憶されている変更データの一例を示す図である。図１２で示されるように、変更データ（全体の新旧データ）の各レコードには、対応する製品番号を示すデータと、変更前の部品を示すデータ（フィールド「ＯＬＤ」の属性値）と、変更後の部品を示すデータ（フィールド「ＮＥＷ」の属性値）とが含まれる。

まず、記憶部１３において図１２（ａ）で示される変更データが記憶されているときに、変更データ受付部１１において図１２（ｂ）で示される変更データが受け付けられたとする（ステップＳ１０１）。すると、記憶判断部２２は、未処理のレコードがあると判断し（ステップＳ２０１）、図１２（ｂ）の１番目のレコードから順次、処理を行う（ステップＳ２０２）。この処理は、上記具体例１で説明した処理と同様であり、その説明を省略する。なお、この具体例の場合には、図１２（ｂ）の３番目のレコードのように、変更前の部品「Ｄ」と、変更後の部品「Ｄ」とが等しい場合であっても、そのレコードに基づいたレコードの更新（ステップＳ３０４）が行われる。なお、この場合には、レコードの更新（ステップＳ３０４）の処理の前後において、記憶部１３が記憶している変更データに変化がないため、変更前の部品「Ｄ」と、変更後の部品「Ｄ」とが等しいレコードの場合には、そのレコードに基づいたレコードの更新を行わず、次のレコードに進んでもよい。

以上のように、本実施の形態による変更データ送信装置では、変更データの統合等をレコード単位で行うことによって、実施の形態１と同様の効果を得ることができる。また、受け付けられる変更データが全体の新旧データであり、送信される変更データが差分データであるような場合にも対応することができうる。この場合には、送信するデータの容量を削減することができるメリットもある。

なお、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記各実施の形態における変更データ送信装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、設計に関するデータである設計データを変更する旨のデータである変更データを受け付ける変更データ受付ステップと、前記変更データ受付ステップで受け付けた前記変更データを記憶部に蓄積する変更データ蓄積ステップと、前記変更データの送信先の装置が稼動中であるかどうかを判断する送信先判断ステップと、前記送信先の装置が稼動中であると前記送信先判断ステップで判断した場合に、前記記憶部で記憶されている前記変更データを前記送信先の装置に送信する変更データ送信ステップと、前記変更データ送信ステップで送信していない前記変更データが前記記憶部で記憶されているかどうか判断する記憶判断ステップと、前記変更データ送信ステップで送信していない前記変更データが前記記憶部で記憶されていると前記記憶判断ステップにおいて判断された場合に、前記変更データ受付ステップで新たに受け付けた前記変更データと、前記変更データ送信ステップで送信していない前記変更データとを統合する変更データ統合ステップと、を実行させるためのものである。

なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受け付ける受付ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

以上のように、本発明による変更データ送信装置等は、複数の変更データを統合して送信することができるものであり、設計データを変更する旨の変更データを、例えば、部品の発注等を行う装置等に送信する装置として有効である。

本発明の実施の形態１による変更データ送信装置の構成を示すブロック図 同実施の形態による変更データ送信装置の動作を示すフローチャート 同実施の形態におけるシステムの一例を示す図 同実施の形態における変更データの一例を示す図 本発明の実施の形態２による変更データ送信装置の構成を示すブロック図 同実施の形態による変更データ送信装置の動作を示すフローチャート 同実施の形態による変更データ送信装置の動作を示すフローチャート 同実施の形態における変更データの一例を示す図 同実施の形態による変更データ送信装置の動作を示すフローチャート 同実施の形態における変更データの一例を示す図 同実施の形態による変更データ送信装置の動作を示すフローチャート 同実施の形態における変更データの一例を示す図

符号の説明

１ 変更データ送信装置
１１ 変更データ受付部
１２、２１ 変更データ蓄積部
１３ 記憶部
１４、２２ 記憶判断部
１５、２３ 変更データ統合部
１６ 送信先判断部
１７ 変更データ送信部

Claims (5)

1. 設計に関するデータである設計データを変更する旨のデータである変更データを受け付ける変更データ受付部と、
   前記変更データが蓄積される記憶部と、
   前記変更データ受付部が受け付けた前記変更データを前記記憶部に蓄積する変更データ蓄積部と、
   前記変更データの送信先の装置が稼動中であるかどうかを判断する送信先判断部と、
   前記送信先の装置が稼動中であると前記送信先判断部が判断した場合に、前記記憶部が記憶している前記変更データを前記送信先の装置に送信する変更データ送信部と、
   前記変更データ送信部が送信していない前記変更データを前記記憶部が記憶しているかどうか判断する記憶判断部と、
   前記記憶判断部により、前記変更データ送信部が送信していない前記変更データを前記記憶部が記憶していると判断された場合に、前記変更データ受付部が新たに受け付けた前記変更データと、前記変更データ送信部が送信していない前記変更データとを統合する変更データ統合部と、を備えた変更データ送信装置。
2. 前記記憶判断部は、前記変更データ受付部が新たな前記変更データを受け付けた時点に前記判断を行う、請求項１記載の変更データ送信装置。
3. 前記変更データ統合部は、前記統合後の変更データが前記設計データを変更しない旨である場合に、当該統合後の変更データを廃棄する、請求項１または２記載の変更データ送信装置。
4. 設計に関するデータである設計データを変更する旨のデータである変更データを受け付ける変更データ受付ステップと、
   前記変更データ受付ステップで受け付けた前記変更データを記憶部に蓄積する変更データ蓄積ステップと、
   前記変更データの送信先の装置が稼動中であるかどうかを判断する送信先判断ステップと、
   前記送信先の装置が稼動中であると前記送信先判断ステップで判断した場合に、前記記憶部で記憶されている前記変更データを前記送信先の装置に送信する変更データ送信ステップと、
   前記変更データ送信ステップで送信していない前記変更データが前記記憶部で記憶されているかどうか判断する記憶判断ステップと、
   前記変更データ送信ステップで送信していない前記変更データが前記記憶部で記憶されていると前記記憶判断ステップにおいて判断された場合に、前記変更データ受付ステップで新たに受け付けた前記変更データと、前記記憶部で記憶されており、前記変更データ送信ステップで送信していない前記変更データとを統合する変更データ統合ステップと、を備えた、変更データ送信方法。
5. コンピュータに、
   設計に関するデータである設計データを変更する旨のデータである変更データを受け付ける変更データ受付ステップと、
   前記変更データ受付ステップで受け付けた前記変更データを記憶部に蓄積する変更データ蓄積ステップと、
   前記変更データの送信先の装置が稼動中であるかどうかを判断する送信先判断ステップと、
   前記送信先の装置が稼動中であると前記送信先判断ステップで判断した場合に、前記記憶部で記憶されている前記変更データを前記送信先の装置に送信する変更データ送信ステッ
   プと、
   前記変更データ送信ステップで送信していない前記変更データが前記記憶部で記憶されているかどうか判断する記憶判断ステップと、
   前記変更データ送信ステップで送信していない前記変更データが前記記憶部で記憶されていると前記記憶判断ステップにおいて判断された場合に、前記変更データ受付ステップで新たに受け付けた前記変更データと、前記記憶部で記憶されており、前記変更データ送信ステップで送信していない前記変更データとを統合する変更データ統合ステップと、を実行させるためのプログラム。

Images