JP6197351B2 - 表示プログラム、表示方法及び表示装置 - Google Patents

Description

本発明は、表示プログラム、表示方法及び表示装置に関する。

新しい製品を作る場合、会社内では、設計部門、購買部門、生産技術部門などの各部門において様々な事項に関する検討を行う必要がある。一般的には、設計部門が検討し、確定した情報がデータベースに登録されると、購買部門や生産技術部門などがそれらの確定した情報について更に検討し、必要な情報をデータベースに追加する、という手順がとられている。

上述した手順を採用する場合、各部門でアクセスできる情報の範囲は決められており、他部門が非公開としている情報は閲覧することができない。このため、上流部門と下流部門とがすり合わせを行いながら様々な事項を決定する作業現場においては、システム外ですり合わせを行う必要があり、手間がかかっていた。

一方、上流部門において仕掛中となっている情報であっても、下流部門がその情報にアクセスできるようにすることも考えられるが、仕掛中の情報が上流部門で変更された場合には、下流部門が混乱するおそれがある。

これに対し、従来、特許文献１、２のような並行設計に関する技術が知られている。特許文献１では、いずれかの部品について修正が行われた場合に、その部品を参照している他の設計者に対して修正の事実と修正内容を通知する。また、特許文献２では、設計変更後の設計書類をワークフローを利用して配送する際に設計変更により影響される全ての部署に対して通知を行う。

特開平５−２４２１７４号公報 特開２００３−３０２５７号公報

しかしながら、上記特許文献１，２では、通知を受けた人は修正・変更内容を逐一確認する必要があり、手間がかかる。

１つの側面では、本発明は、複数部門における並行作業を支援することが可能な表示プログラム、表示方法及び表示装置を提供することを目的とする。

一つの態様では、表示プログラムは、複数部品を含む部品表の表示プログラムであって、第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にし、前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報のうち、変更前の仕掛中情報と比較して異なる箇所を、前記変更前の仕掛中情報と共通する箇所とは異なる表示態様に変更し、表示態様を変更した前記変更後の仕掛中情報と前記変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする、処理をコンピュータに実行させる表示プログラムである。

一つの態様では、表示方法は、複数部品を含む部品表の表示方法であって、第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にする工程と、前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報のうち、変更前の仕掛中情報と比較して異なる箇所を、前記変更前の仕掛中情報と共通する箇所とは異なる表示態様に変更し、表示態様を変更した前記変更後の仕掛中情報と前記変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする工程と、をコンピュータが実行する表示方法である。

一つの態様では、表示装置は、複数部品を含む部品表の表示装置であって、第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にする第１処理部と、前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報のうち、変更前の仕掛中情報と比較して異なる箇所を、前記変更前の仕掛中情報と共通する箇所とは異なる表示態様に変更し、表示態様を変更した前記変更後の仕掛中情報と前記変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする第２処理部と、を備えている。

複数部門における並行作業を支援することができる。

一実施形態に係る設計支援システムの構成を概略的に示す図である。 図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、クライアントのハードウェア構成を示す図である。 サーバ及びクライアントの機能ブロック図である。 品目構成ＤＢのデータ構造の一例を示す図である。 品目属性情報ＤＢのデータ構造の一例を示す図である。 公開情報ＤＢのデータ構造の一例を示す図である。 アクセス権テーブルのデータ構造の一例を示す図である。 情報管理部の処理を示すフローチャートである。 情報検索部の処理を示すフローチャートである。 図１０（ａ）は、部品表の画面の一例を示す図（その１）であり、図１０（ｂ）は、公開情報入力画面の一例を示す図である。 図１１（ａ）は、検索画面の一例を示す図であり、図１１（ｂ）は、検索結果画面の一例を示す図である。 図１２（ｂ）は、部品表の画面の一例を示す図（その２）であり、図１２（ｂ）は、図１２（ａ）の部品２を選択した場合に表示される部品属性の画面の一例を示す図である。

以下、設計支援システムの一実施形態について、図１〜図１２に基づいて詳細に説明する。

図１には、一実施形態に係る設計支援システム１００の構成が概略的に示されている。本実施形態の設計支援システム１００は、開発する製品に使われる部品及びその組み合わせを機能面から検討する設計部門や、部品の調達に関して調査する調達部門、部品の品質に関して調査する品質保証部門、部品の加工や組立に関する生産準備を行う生産準備部門、などの関係部門にて作業を分担する際の支援を行うシステムである。

図１に示すように、設計支援システム１００は、サーバ１０と、複数のクライアント２０と、を備える。サーバ１０とクライアント２０とは、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。

図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（表示プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（表示プログラムを含む）をＣＰＵ９０が実行することにより、図３に示す、情報管理部１２、情報検索部１４としての機能が実現される。なお、図３には、サーバ１０のＨＤＤ９６等に格納されている品目構成ＤＢ（database）３１、品目属性情報ＤＢ３２、公開情報ＤＢ３３、及びアクセス権テーブル３４も図示されている。なお、各ＤＢ（テーブル）３１〜３４の具体的なデータ構造等については後述する。

情報管理部１２は、各ＤＢ（テーブル）３１〜３４に格納されている情報を管理するほか、クライアント２０からの指示（各部門の作業者からの指示）に応じて、品目構成ＤＢ３１内の情報を他の部門の作業者に公開する処理などを実行する。情報検索部１４は、クライアント２０からの指示（各部門の作業者からの指示）に応じて、公開情報ＤＢ３３内の情報を検索し、検索結果をクライアント２０に対して送信する処理などを実行する。

図２（ｂ）には、クライアント２０のハードウェア構成が示されている。クライアント２０は、設計部門や調達部門、品質保証部門などの各部門の作業者が利用する端末であり、図２（ｂ）に示すように、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ディスプレイ１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えている。クライアント２０の構成各部は、バス１９８に接続されている。ディスプレイ１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。クライアント２０においては、ＣＰＵ１９０が、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムを実行することで、図３に示す表示処理部６０及び入力処理部６２としての機能が実現される。

表示処理部６０は、サーバ１０の情報管理部１２や情報検索部１４からの指示に応じて、ディスプレイ１９３上に各種画面を表示する。入力処理部６２は、クライアント２０を利用する作業者が入力部１９５を介して入力した情報を受け付け、当該情報をサーバ１０に対して送信する。

ここで、サーバ１０が有する各ＤＢ及びテーブルについて、説明する。

図４には、品目構成ＤＢ３１のデータ構造の一例が示されている。品目構成ＤＢ３１は、製品の品目と、製品に含まれる部品との親子関係を格納するデータベースである。具体的には、品目構成ＤＢ３１は、「親」、「子」のフィールドを有しており、該親子関係を図に表すと、図１０（ａ）のようになる。なお、品目構成ＤＢ３１は、製品ごと（製品に対する設計情報ごと）に生成されるデータベースである。

図５には、品目属性情報ＤＢ３２のデータ構造の一例が示されている。品目属性情報ＤＢ３２は、各部門の作業者が決定する製品や部品の属性を管理するデータベースである。具体的には、品目属性情報ＤＢ３２は、「品番」、「名称」、「耐用」、「価格」などのフィールドを有する。「品番」、「名称」のフィールドには、製品や部品の品番や名称の情報が格納される。「耐用」のフィールドには、製品や部品の耐用年数が格納される。「価格」のフィールドには、部品の仕入れ価格などが格納される。なお、品目属性情報ＤＢは、製品ごと（製品に対する設計情報ごと）に生成されるデータベースである。

図６には、公開情報ＤＢ３３のデータ構造の一例が示されている。公開情報ＤＢ３３は、例えば、設計部門の作業者からある設計情報（仕掛中情報）について公開したいという要求が出された場合に、その設計情報に対応する品目構成ＤＢ３１の情報などをコピーして格納するデータベースである。具体的には、公開情報ＤＢ３３は、「品目」、「版数」、「名称」、「公開日時」、「コメント」、「構成情報」の各フィールドを有している。「品目」のフィールドには、製品の名称が格納され、「版数」のフィールドには、設計情報（仕掛中情報）を公開するのが何回目であるかを示す数値が格納される。「名称」のフィールドには、版ごとに公開した作業者が定めた設計情報の名称が格納される。「公開日時」のフィールドには、作業者によって設計情報が公開された日時が格納される。「コメント」のフィールドには、公開した作業者が入力したコメントが格納される。「構成情報」のフィールドには、公開した設計情報の品目構成ＤＢ３１の内容が格納される。なお、公開情報ＤＢ３３には、品目属性情報ＤＢ３２に格納されている情報は格納（コピー）されないようになっている。

図７には、アクセス権テーブル３４のデータ構造の一例が示されている。アクセス権テーブル３４は、各部門の作業者が公開された設計情報のうちどの範囲までアクセスできるかを定義するテーブルである。具体的には、アクセス権テーブル３４は、「部門」、「属性」、「アクセス権」の各フィールドを有している。「部門」のフィールドには、各部門の名称が格納される。「属性」のフィールドには、品目属性情報ＤＢ３２のフィールド名（品番、名称、耐用、価格など）が格納される。図７では、例えば、購買部門の作業者であれば、名称や耐用については、表示のみすることができる一方、価格については、表示、編集、削除などを行うことができる旨定義されている。

（サーバ１０の処理）
次に、図８、図９のフローチャートに沿って、その他図面を適宜参照しつつ、サーバ１０の処理について詳細に説明する。

まず、図８に基づいて、情報管理部１２の処理について説明する。図８の処理では、情報管理部１２は、クライアント２０からの求めに応じて、設計情報を公開する処理を実行する。

図８の処理では、まず、ステップＳ１０において、情報管理部１２が、構成情報画面上で「公開する」が選択されるまで待機する。すなわち、設計部門の作業者が図１０（ａ）の部品表の画面上において入力部１９５を用いて（マウスで右クリックするなどして）「公開する」を選択した段階で、ステップＳ１２に移行する。なお、設計部門の作業者は、ある程度、製品の設計作業が進んだ段階の情報（仕掛中情報）を公開するものとする。

ステップＳ１２に移行すると、情報管理部１２は、公開情報入力画面のデータをクライアント２０（表示処理部６０）に送信する。具体的には、情報管理部１２は、図１０（ｂ）に示すような画面のデータをクライアント２０（表示処理部６０）に送信する。なお、表示処理部６０では、画面のデータを受信した段階で、図１０（ｂ）に示すような画面をディスプレイ１９３上に表示する。

次いで、ステップＳ１４では、情報管理部１２は、「公開」ボタンが押されるまで待機する。すなわち、情報管理部１２は、入力処理部６２から、作業者によって「公開」ボタンが押されたという情報が入力されるまで待機する。なお、作業者は、図１０（ｂ）の画面の空欄に適宜入力した後に、「公開」ボタンを押すものとする。ただし、「品目」や「版数」については、情報管理部１２が品目構成ＤＢ３１や公開情報ＤＢ３３のデータに基づいて予め入力しておいてもよい。

作業者が図１０（ｂ）の画面上で「公開」ボタンを押すと、情報管理部１２は、ステップＳ１６に移行し、構成情報ＤＢ３１のデータ及び公開情報入力画面（図１０（ｂ））上で入力された情報を、公開情報ＤＢ３３に格納する。例えば、「製品α」の版数「００３」が公開された場合には、図６の左から４つめのレコードが公開情報ＤＢ３３に格納される。

このように、本実施形態では、設計部門の作業者が設計情報（仕掛中情報）を公開したい任意のタイミングで、設計情報を公開することができる。ここで、情報管理部１２は、公開情報ＤＢ３３において変更後の設計情報（仕掛中情報）を変更前の設計情報（仕掛中情報）に上書きせずに、別データとして格納する。これにより、設計部門の作業者が変更後の設計情報を公開した場合には、変更後及び変更前の設計情報に対する他部門の作業者のアクセスが可能となる。なお、設計情報について最終の承認がされた場合にも、上記と同様に図８の処理が実行される。

次に、図９に基づいて、情報検索部１４の処理について説明する。図９の処理では、情報検索部１４は、クライアント２０からの要求に応じて、公開されている設計情報（仕掛中情報）をクライアント２０に対して提供する処理を実行する。

図９の処理では、まず、ステップＳ３０において、情報検索部１４が、設計情報を検索するための検索要求を受信するまで待機する。各部門（設計部門以外）の作業者が、各自利用しているクライアント２０の入力部１９５を用いて、検索要求を入力した段階で、ステップＳ３２に移行する。

ステップＳ３２に移行すると、情報検索部１４は、検索画面のデータをクライアント２０（表示処理部６０）に送信する。表示処理部６０では、検索画面のデータを受信した段階で、図１１（ａ）に示すような検索画面を表示する。図１１（ａ）に示すように、検索画面には、品目を入力するための入力欄と、「検索」ボタンが設けられている。

次いで、ステップＳ３４では、情報検索部１４は、「検索」ボタンが押されるまで待機する。すなわち、作業者によって、品目の入力欄に製品名（例えば、「製品α」など）が入力された後、「検索」ボタンが押された段階で、情報検索部１４は、ステップＳ３６に移行する。

ステップＳ３６に移行すると、情報検索部１４は、検索画面上で入力された製品（品目）に関する情報を公開情報ＤＢ３３内において検索する。例えば、検索画面上で入力された製品（品目）が「製品α」であった場合には、図６の公開情報ＤＢ３３から、版数「００１」〜「００３」の情報が検索される（ヒットする）ことになる。

次いで、ステップＳ３８では、情報検索部１４が、ヒットした情報を版数の値が大きい順に並べた（版数でソートした）検索結果画面のデータを作成し、クライアント２０（表示処理部６０）に送信する。表示処理部６０では、検索結果画面のデータを受信した段階で、図１１（ｂ）に示す検索結果画面をクライアント２０のディスプレイ１９３上に表示する。

このように、版数でソートして、版数が大きいものから順に検索結果を表示することとしているので、作業者は、検索した品目（製品α）の公開情報のうち、最新の公開情報を容易に選択することができる。また、変更前と変更後の設計情報を表示する（アクセスを可能にする）ことで、作業者は、設計情報に変更があったことを知ることができるとともに、各設計情報にアクセスすれば変更内容を確認することもできる。なお、ステップＳ３８では、版数でソートする場合について説明したが、これに限らず、公開日時に基づいてソート（例えば、最も最近公開されたものから順に表示）することとしてもよい。

次いで、ステップＳ４０では、情報検索部１４は、作業者によって設計情報が選択されるまで待機する。ここでは、作業者によって、例えば、版数「００３」の情報が選択されたものとする。

ステップＳ４２に移行すると、情報検索部１４は、選択された情報の画面データをクライアント２０（表示処理部６０）に送信する。表示処理部６０では、データを受信した段階で、図１２（ａ）に示すような画面をディスプレイ１９３上に表示する。なお、図１２（ａ）の画面の品目名や部品名は、品目属性情報ＤＢ３２の各情報にリンクした状態となっている。このため、作業者が、図１２（ａ）の画面上において、例えば「部品２」を選択した場合には、図１２（ｂ）に示すような、部品属性の画面が表示される。この場合、例えば、公開された設計情報にアクセスした作業者が購買部門に属しているとすると、図７のアクセス権テーブル３４より、「名称」や「耐用」の欄については表示のみされる（編集や削除はできない）が、「価格」の欄については、編集や削除ができるように表示される。また、作業者が品質保証部門に属しているとすると、「名称」の欄については編集できるように表示され、「耐用」の欄については編集や削除ができるように表示される。このように、本実施形態では、アクセス権テーブル３４を用いて、各部門における公開情報の利用可否をコントロールすることで、不用意な属性情報の書き換えを防止したり、部門外秘情報の適切な取り扱いを実現することができる。

また、作業者が、図１２（ｂ）の部品属性の画面においてデータが編集した場合には、情報管理部１２は、品目属性情報ＤＢ３２を更新する。これにより、設計部門において品目構成ＤＢ３１の内容が再度更新された場合でも、当該更新に合わせて品目属性情報ＤＢ３２のデータ構造を変更したり、最新の情報と比較したりする必要がない。また、品目構成ＤＢ３１の更新が繰り返されても、データの整合性を保つことができる。

なお、設計情報について、最終の承認がなされた場合には、自動で公開される（品目構成ＤＢ３１の情報が自動的に公開情報ＤＢ３３にコピーされる）ようにしてもよい。

以上、詳細に説明したように、本実施形態によると、情報管理部１２は、第１の部門（例えば設計部門）から公開可の仕掛中の設計情報が入力されると、第２の部門（例えば調達部門）による仕掛中の設計情報に対するアクセスを可能にし、仕掛中の設計情報が第１の部門（設計部門）によって変更され公開可とされた場合に、変更後の仕掛中の設計情報と変更前の仕掛中の設計情報とに対する第２の部門（調達部門）によるアクセスを可能にする。これにより、第２の部門（調達部門）では、仕掛中の設計情報が第１の部門（設計部門）で変更されたような場合であっても、変更後の仕掛中の設計情報に対してアクセスし、作業を行うようにすれば、最新の設計情報に対する作業を行うことが可能となる。したがって、設計部門が設計情報を確定するまで、他の部門が作業に着手できないという場合と比べ、各部門による並行作業により、設計期間全体の短縮を図ることが可能である。また、公開情報ＤＢ３３においては、変更後の設計情報で変更前の設計情報を上書きするような場合も想定されるが、本実施形態のように、変更前と変更後の設計情報に対するアクセスを可能にすることで、第２の部門（調達部門）では、設計情報に変更があったことを容易に知ることができるとともに、変更前の設計情報と変更後の設計情報にアクセスすることで変更内容の確認をすることもできる。

また、本実施形態では、アクセス可能とされた仕掛中の設計情報のうち、部品表に含まれる複数部品の構成情報は、公開情報ＤＢ３３に格納され、部品それぞれの属性情報は、品目属性情報ＤＢ３２に格納され、部品表の画面において第２の部門（調達部門等）による部品の選択を受け付けると、選択された部品の属性情報をディスプレイ１９３上に表示する。これにより、公開情報ＤＢ３３に格納するデータ量を低減することができる。また、品目構成（部品表）が頻繁に変更されても、属性情報への影響がないため、品目構成（部品表）に変更が生じるたびに最新の品目構成（部品表）に最新の属性情報を反映させるなどの作業を行う必要がない。

また、本実施形態では、アクセス権テーブル３４において、部門ごとに、属性情報に対するアクセスが制限されているので、各部門における属性情報の利用可否をコントロールすることで、不用意な属性情報の書き換えを防止したり、部門外秘情報の適切な取り扱いを実現することができる。

なお、上記実施形態では、アクセス権テーブル３４を用いて、部門ごとに属性情報に対するアクセスを制限する場合について説明したが、これに限られるものではない。例えば、アクセス権テーブル３４を用意せず、各部門の作業者が自由に属性情報にアクセスできるようにしてもよい。

なお、上記実施形態では、公開情報ＤＢ３３に公開された設計情報に対応する品目属性情報ＤＢ３２の情報を格納しない場合について説明したが、これに限られるものではない。すなわち、公開情報ＤＢ３３に公開された設計情報に対応する品目属性情報ＤＢ３２の情報を格納するようにしてもよい。

なお、上記実施形態では、図１１（ａ）等において、「品目」をキーとして設計情報の検索を実行する場合について説明したが、これに限らず、例えば部品名などをキーとして設計情報の検索を行えるようにしてもよい。

なお、上記実施形態においては、情報検索部１４は、公開された情報が変更された場合、変更前の版と変更後の版の構成情報を図６の公開情報ＤＢ３３において比較し、異なる箇所（変更された箇所）をその他の箇所とは異なる態様で（例えば文字の色を異ならせて）出力するようにしてもよい。このようにすることで、公開された情報にアクセスした作業者は、変更された箇所を容易に確認することができる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 複数部品を含む部品表の表示プログラムであって、
第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にし、
前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報と変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする、処理をコンピュータに実行させる表示プログラム。
（付記２） 前記第１の部門から公開可の仕掛中情報が入力されると、該仕掛中情報のうち、前記部品表に含まれる前記複数部品の構成情報に対する前記第２の部門によるアクセスを可能にし、
前記部品表において前記第２の部門による一の部品の選択を受け付けると、選択された部品の属性情報に対する前記第２の部門によるアクセスを可能にすることを特徴とする付記１に記載の表示プログラム。
（付記３） 前記第２の部門の種別に応じて、部品の属性情報に対するアクセス範囲を制限することを特徴とする付記２に記載の表示プログラム。
（付記４） 複数部品を含む部品表の表示方法であって、
第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にする工程と、
前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報と変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする工程と、をコンピュータが実行することを特徴とする表示方法。
（付記５） 前記第１の部門から公開可の仕掛中情報が入力されると、該仕掛中情報のうち、前記部品表に含まれる前記複数部品の構成情報に対する前記第２の部門によるアクセスを可能にし、
前記部品表において前記第２の部門による一の部品の選択を受け付けると、選択された部品の属性情報に対する前記第２の部門によるアクセスを可能にすることを特徴とする付記４に記載の表示方法。
（付記６） 前記第２の部門の種別に応じて、部品の属性情報に対するアクセス範囲を制限することを特徴とする付記５に記載の表示方法。
（付記７） 複数部品を含む部品表の表示装置であって、
第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にする第１処理部と、
前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報と変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする第２処理部と、を備える表示装置。
（付記８） 前記第１の部門から公開可の仕掛中情報が入力されると、該仕掛中情報のうち、前記部品表に含まれる前記複数部品の構成情報に対する前記第２の部門によるアクセスを可能にし、
前記部品表において前記第２の部門による一の部品の選択を受け付けると、選択された部品の属性情報に対する前記第２の部門によるアクセスを可能にすることを特徴とする付記７に記載の表示装置。
（付記９） 前記第１、第２処理部は、前記第２の部門の種別に応じて、部品の属性情報に対するアクセス範囲を制限することを特徴とする付記８に記載の表示装置。

１０ サーバ（表示装置）
１２ 情報管理部（第１処理部、第２処理部）

Claims (5)

1. 複数部品を含む部品表の表示プログラムであって、
   第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にし、
   前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報のうち、変更前の仕掛中情報と比較して異なる箇所を、前記変更前の仕掛中情報と共通する箇所とは異なる表示態様に変更し、表示態様を変更した前記変更後の仕掛中情報と前記変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする、処理をコンピュータに実行させる表示プログラム。
2. 前記第１の部門から公開可の仕掛中情報が入力されると、該仕掛中情報のうち、前記部品表に含まれる前記複数部品の構成情報に対する前記第２の部門によるアクセスを可能にし、
   前記部品表において前記第２の部門による一の部品の選択を受け付けると、選択された部品の属性情報に対する前記第２の部門によるアクセスを可能にすることを特徴とする請求項１に記載の表示プログラム。
3. 前記第２の部門の種別に応じて、部品の属性情報に対するアクセス範囲を制限することを特徴とする請求項２に記載の表示プログラム。
4. 複数部品を含む部品表の表示方法であって、
   第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にする工程と、
   前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報のうち、変更前の仕掛中情報と比較して異なる箇所を、前記変更前の仕掛中情報と共通する箇所とは異なる表示態様に変更し、表示態様を変更した前記変更後の仕掛中情報と前記変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする工程と、
   をコンピュータが実行することを特徴とする表示方法。
5. 複数部品を含む部品表の表示装置であって、
   第１の部門から公開可の仕掛中情報が入力されると、第２の部門による前記仕掛中情報に対するアクセスを可能にする第１処理部と、
   前記仕掛中情報が前記第１の部門によって変更され公開可とされた場合に、変更後の仕掛中情報のうち、変更前の仕掛中情報と比較して異なる箇所を、前記変更前の仕掛中情報と共通する箇所とは異なる表示態様に変更し、表示態様を変更した前記変更後の仕掛中情報と前記変更前の仕掛中情報とに対する前記第２の部門によるアクセスを可能にする第２処理部と、
   を備える表示装置。
   

Images