知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024061539
(43)【公開日】2024-05-07
(54)【発明の名称】情報管理装置、情報管理方法、情報管理プログラム
(51)【国際特許分類】
G06Q 50/04 20120101AFI20240425BHJP
【ＦＩ】
G06Q50/04
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022169539
(22)【出願日】2022-10-22
(71)【出願人】
【識別番号】521385024
【氏名又は名称】合同会社バビエカ
(74)【代理人】
【識別番号】110003498
【氏名又は名称】弁理士法人アイピールーム
(74)【代理人】
【識別番号】100167117
【弁理士】
【氏名又は名称】打越 佑介
(72)【発明者】
【氏名】枚田 哲也
(72)【発明者】
【氏名】阿部 典行
(72)【発明者】
【氏名】上山 大介
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC04
5L050CC04
(57)【要約】 （修正有）
【課題】取り扱う製品や部品を含むアイテムにおける各フェーズや業務といったプロセスを越えた統合的な構成管理と、高精度、かつ、双方向のトレーサビリティを実現する情報管理装置等を提供する。
【解決手段】情報管理端末Ｃにおいて、符号化部１１は、アイテムを特定するアイテム情報を符号化する第１符号化部と、アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するの第２符号化部と、アイテム、プロセスに対する実行などインストラクション情報を符号化する第３符号化部と、アイテム情報、コンテキスト情報、インストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、依存制約情報により成立するアイテム情報、コンテキスト情報、インストラクション情報との相互関係情報を符号化する第５符号化部とを有し、算出部１２は、符号化された相互関係情報に基づき構成の解を命題論理式で算出する。
【選択図】図２
【解決手段】情報管理端末Ｃにおいて、符号化部１１は、アイテムを特定するアイテム情報を符号化する第１符号化部と、アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するの第２符号化部と、アイテム、プロセスに対する実行などインストラクション情報を符号化する第３符号化部と、アイテム情報、コンテキスト情報、インストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、依存制約情報により成立するアイテム情報、コンテキスト情報、インストラクション情報との相互関係情報を符号化する第５符号化部とを有し、算出部１２は、符号化された相互関係情報に基づき構成の解を命題論理式で算出する。
【選択図】図２
【特許請求の範囲】
【請求項1】
各種情報を符号化する符号化部と、符号化された各種情報に基づき所望の解を算出する算出部とを備え、
符号化部は、
アイテムを特定するアイテム情報を符号化する第１符号化部と、
アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化する第２符号化部と、
アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化する第３符号化部と、
アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、
依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の相互関係情報を符号化する第５符号化部とを有し、
算出部は、符号化された相互関係情報に基づき前記構成の解を命題論理式で算出する
ことを特徴とする情報管理装置。
符号化部は、
アイテムを特定するアイテム情報を符号化する第１符号化部と、
アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化する第２符号化部と、
アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化する第３符号化部と、
アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、
依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の相互関係情報を符号化する第５符号化部とを有し、
算出部は、符号化された相互関係情報に基づき前記構成の解を命題論理式で算出する
ことを特徴とする情報管理装置。
【請求項2】
インストラクション情報は、アイテム情報及び／又はコンテキスト情報を特定する所定の順序を示す順序情報及び／又は年月日時分秒を示す時系列情報を含む
ことを特徴とする請求項１に記載の情報管理装置。
ことを特徴とする請求項１に記載の情報管理装置。
【請求項3】
アイテム情報は、アイテムの管理用に付与されるアイテム共通識別情報と、アイテム共通識別情報を前提としてアイテムの管理用に付与されるアイテム非共通識別情報とを含み、
コンテキスト情報は、プロセスの管理用に付与されるプロセス共通識別情報と、プロセス共通識別情報を前提としてプロセスの管理用に付与されるプロセス非共通識別情報とを含み、
インストラクション情報は、アイテム非共通識別情報及び／又はプロセス非共通識別情報を特定する
ことを特徴とする請求項１に記載の情報管理装置。
コンテキスト情報は、プロセスの管理用に付与されるプロセス共通識別情報と、プロセス共通識別情報を前提としてプロセスの管理用に付与されるプロセス非共通識別情報とを含み、
インストラクション情報は、アイテム非共通識別情報及び／又はプロセス非共通識別情報を特定する
ことを特徴とする請求項１に記載の情報管理装置。
【請求項4】
算出部は、相互関係情報の組み合わせ問題として前記構成の解を算出する
ことを特徴とする請求項１に記載の管理装置。
ことを特徴とする請求項１に記載の管理装置。
【請求項5】
符号化された各種情報を可視化する可視化部をさらに備え、
可視化部は、算出された前記構成の解を組み合わせ毎にリストとして可視化する
ことを特徴とする請求項４に記載の情報管理装置。
可視化部は、算出された前記構成の解を組み合わせ毎にリストとして可視化する
ことを特徴とする請求項４に記載の情報管理装置。
【請求項6】
符号化された各種情報を可視化する可視化部をさらに備え、
可視化部は、
符号化されたアイテム情報をアイテム情報モデルとして可視化する第１可視化部と、
符号化されたコンテキスト情報をコンテキスト情報モデルとして可視化する第２可視化部と、
符号化されたインストラクション情報をインストラクション情報モデルとして可視化する第３可視化部と、 符号化された依存制約情報を依存制約情報モデルとして可視化する第４可視化部と、
符号化された相互関係情報を相互関係情報モデルとして可視化する第５可視化部とを有する
ことを特徴とする請求項１に記載の情報管理装置。
可視化部は、
符号化されたアイテム情報をアイテム情報モデルとして可視化する第１可視化部と、
符号化されたコンテキスト情報をコンテキスト情報モデルとして可視化する第２可視化部と、
符号化されたインストラクション情報をインストラクション情報モデルとして可視化する第３可視化部と、 符号化された依存制約情報を依存制約情報モデルとして可視化する第４可視化部と、
符号化された相互関係情報を相互関係情報モデルとして可視化する第５可視化部とを有する
ことを特徴とする請求項１に記載の情報管理装置。
【請求項7】
第１可視化部は、２種類のアイコンを含む第１のアイコン群及び／又は第１のアイコン群と異なる２種類以上のアイコンを含む第２のアイコン群からアイコンを抽出してアイテム情報モデルを可視化し、
第２可視化部は、第１のアイコン群及び／又は第２のアイコン群からアイコンを抽出してコンテキスト情報モデルを可視化し、
第３可視化部は、第１のアイコン群及び／又は第２のアイコン群からアイコンを抽出してインストラクション情報モデルを可視化する ことを特徴とする請求項６に記載の情報管理装置。
第２可視化部は、第１のアイコン群及び／又は第２のアイコン群からアイコンを抽出してコンテキスト情報モデルを可視化し、
第３可視化部は、第１のアイコン群及び／又は第２のアイコン群からアイコンを抽出してインストラクション情報モデルを可視化する ことを特徴とする請求項６に記載の情報管理装置。
【請求項8】
コンピュータが、
アイテムを特定するアイテム情報を符号化するステップと、
アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するステップと、
アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化するステップと、
アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化するステップと、
依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化するステップと、
符号化された相互関係情報に基づき前記構成の解を命題論理式で算出するステップとを含む
ことを特徴とする情報管理方法。
アイテムを特定するアイテム情報を符号化するステップと、
アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するステップと、
アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化するステップと、
アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化するステップと、
依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化するステップと、
符号化された相互関係情報に基づき前記構成の解を命題論理式で算出するステップとを含む
ことを特徴とする情報管理方法。
【請求項9】
コンピュータに、
アイテムを特定するアイテム情報を符号化するステップと、
アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するステップと、
アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化するステップと、
アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化するステップと、
依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化するステップと、
符号化された相互関係情報に基づき前記構成の解を命題論理式で算出するステップとを実行させる
ことを特徴とする情報管理プログラム。
アイテムを特定するアイテム情報を符号化するステップと、
アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するステップと、
アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化するステップと、
アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化するステップと、
依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化するステップと、
符号化された相互関係情報に基づき前記構成の解を命題論理式で算出するステップとを実行させる
ことを特徴とする情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、例えば製造業での設計・製造・販売（販売後のアフターサービス含む）の対象となる製品の仕様に関する情報と上記製品が設計から販売に至るまでの工程を含む業務に関する情報とを管理する情報管理装置、情報管理方法、情報管理プログラムに関する。
【背景技術】
【0002】
従来から、例えば製造業の分野では、ＣＡＤ（Computer Aided Design）やＣＡＥ（Computer Aided Engineering）等のツール（ソフトウェア）に代表されるように、コンピュータを使用して製品の設計・製造・販売といった各フェーズを支援するツールが多く用いられている。このようなツールに関する技術として、例えば特許文献１では製品の製造における計画立案について、特許文献２では製品の製造に関わる情報のトレーサビリティについて、それぞれ開示されている。
【0003】
特許文献１に記載の計画立案システムは、計画の仕様を特定する複数の要素に関する仕様情報と複数の要素の各々についての制約条件を規定した制約条件情報とを基に複数の計画候補を立案して計画データを生成する計画立案装置と、各計画データを評価して、複数の評価データを生成する計画評価装置と、計画立案装置により生成された各計画データをユーザー用端末に送信し、ユーザー用端末から各計画データに対するユーザーの評価結果を示すユーザーデータを受信する評価入力装置と、少なくとも評価入力装置の受信による各ユーザーデータを学習データとして学習し、学習結果から各計画候補に対する評価学習器を構築する評価学習装置を備える。
【0004】
特許文献２に記載のトレーサビリティ方法は、前加工品を組み立てる前組工程と、前組工程で組み立てた前加工品を、１又は複数の前加工品ごとに台車に保管する保管工程と、保管工程で保管した前加工品から完成品を組み立てる完成品組立工程とを有し、前組工程は、各前加工品について、組立材料と台車番号とを有する前加工品票を記録する工程を含み、完成品組立工程は、各完成品について、組立材料となる前加工品の保管場所となる台車の台車番号を有する製品票を記録する工程を含むものである。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２０－２０１６１１号公報
【特許文献2】特開２０１８－２２２０８号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、特許文献１の技術は、要するに仕様情報と制約条件情報とに基づく計画データに対するユーザーの評価を学習させた評価学習器を用いて予測信頼度の高い計画を選択するものであるが、製品の設計から販売に至るまでの工程を含む業務及びこれらの領域を越えた統合的な構成管理には至っていない。すなわち、仕様情報を構成する製品の納期・品種・生産時間・コストといった複数の要素に対する実行や変更の指示や承認といった情報を考慮しなければ、本質的に予測信頼度の高い計画データを生成できないことから、統合的な構成管理の実現には程遠い。
【0007】
また、特許文献２の技術は、要するに前加工品票を第１トレーサビリティ情報、製品票を第２トレーサビリティ情報として、前加工品の組立工程と完成品の組立工程とが時間的に不連続でも製品１台ごとのトレーサビリティを可能にするものであるが、製品や部品の納期・品種・生産時間・コスト等に対する実行や変更の指示や承認といった情報について記載も示唆もないことから、たとえ特許文献１の技術と組み合わせても、製品の設計から販売に至るまでの工程を含む業務やこれらの領域を越えた統合的な構成管理の実現は困難である。
【0008】
構成管理（Configuration Management）とは、ＩＴ（Information Technology）を活用したサービスの提供に必要な要素の管理を意味し、上記要素には、例えば組織や人材、図面・仕様書・指示書・発注書といったドキュメント、システムを構成するハードウェアやソフトウェアやこれらのライセンス、トラブルやクレームへの対応も含まれる。すなわち、上記サービスの提供に応じたインシデント・問題・変更・リリース等の管理において、構成管理が必要不可欠であることから、上記要素に関する情報を構成アイテム（CI、Configuration Item）とし管理するのも効果的である。
【0009】
また上記複数の要素に対する実行や変更の指示や承認といった情報を考慮しなければ、所定の制約が相対的に厳しくなるおそれもある。すなわち、制約の設定には、仕様のような無機的（抽象的）な情報のみならず、順序や時系列を含む有機的（具体的）な情報を加味するべきである。換言すると、有機的な情報で無機的な情報を特定することで、制約を厳しくしたり緩めたり柔軟に設定でき、また、無機的な情報はそのままでも有機的な情報を見直すことで、制約を随時調整できる。
【0010】
ここで、図１５を参照しつつ、製造業における情報管理の従来手法の一例を説明する。図１５に示すように、製品や部品を販売するまでに、各フェーズの部門や担当者の各々の要求を体現した上記ドキュメントを管理する複数のリスト（複合的な要求）は、組織等のルールに従って集約されたリスト（単一の結果）として、次フェーズに提供される。提供されたリストは、そのフェーズで生成された複数のリストと共に扱われる。すなわち、各フェーズでは、リスト化された複合的な要求（前フェーズからの要求含む）を、所定の事情を踏まえて上記要求の承認や変更を適宜加えながら、単一の結果に集約している。
【0011】
そのため、各フェーズでは、前フェーズの部門や担当者毎の要求を正確に把握し切れず、提供されたリストのみで上記要求の承認・非承認、上記要求に対する変更の有無・範囲、及びをこれらが行われた時期を判断せざるを得ない。また、各フェーズの部門や担当者は、各々の要求をリスト化するところまでしか行わず、それ以降に上記要求の承認・非承認、上記要求に対する変更の有無・範囲、及びをこれらが行われた時期を把握しにくい。すなわち、各フェーズの部門や担当者の要求が最終的な製品にいつ・どこで・誰に・どの程度反映されたかの追跡（いわゆるトレーサビリティ）は容易でない。
【0012】
例えば、最終製品に組み込まれた部品に不具合が発見された場合、上記部品に関する最初の設計フェーズの部門や担当者の要求の適否の確認、上記要求を含む単一の結果の適否の確認、次フェーズでの上記単一の結果の反映状況の適否の確認、上記反映状況を踏まえて集約された単一の結果の適否の確認といった最上流から下流に向かって順々に上記適否の確認をしなければ、上記部品の不具合の原因を突き止められなかった。換言すると、アフターサービスを含む販売フェーズでの上記部品に関する直前の要求の適否の確認といった最下流から上流に向かって逆順にそれぞれのフェーズで行われた処理の適否を確認できないため、上記部品の不具合の原因を発見するまで極めて非効率だった。
【0013】
また、上記部品の不具合は、上記部品の仕様自体のみならず、上記部品が通過した各フェーズでの工程を含む業務自体に原因があった場合もある。すなわち、製品や部品ばかりでなく、各フェーズでこれらに施される業務に対する要求に加え、上記要求の承認・非承認、上記要求に対する変更の有無・範囲、及びこれらが行われた時期を、例えば制約条件として反映して集約しない限り、最適な単一結果とは言えず、最適な単一結果でない限り、トレーサビリティの精度も期待できず、上述した逆順からのトレーサビリティが不可能であることは言うまでもない。
【0014】
例えば、設計フェーズにおける部品のデザイン・色・機能・素材といった仕様に対する要求、この要求に対する承認・非承認、変更の有無・範囲、及びこれらが行われた時期、製造フェーズにおける部品の製造のための手配・配置・調整といった業務に対する要求、この要求に対する承認・非承認、変更の有無・範囲、及びこれらが行われた時期を含め、各フェーズで選択できる項目や発生する可能性がある項目を組み合わせの対象とすることで、最適な組み合わせとして単一結果を得られる効果を期待できる。
【0015】
また、従来から製品や部品に付す管理番号は、組織毎にルール化されており、かつ複雑な構成だった。上記管理番号は、例えば製品や部品の図面（例えば組立図、システム図、構造図、外観図、仕様図、緊度図、加工図、配管配線図、線図、アイテム図、治具図、関係図、プロセス図）、機能、構成（例えば親子関係）、類別（例えば試作、量産）、完成レベル（例えば完成品、半完成品）、仕様（例えば単品、被結合）、仕向け（例えば日本、米国、欧州）、変更管理（例えば１回目変更、１回目改訂）、計画レベル（例えば正規試作、臨時試作、暫定図）といった要素の各々を表す数字や文字や記号を１つ又は２つ以上組み合わせて生成され、換言すると、各フェーズの部門や担当者の要求を結合かつ体現化したものであり、所定の意味を有する要素と有さない要素とを混ぜ合わせたものである。
【0016】
特に、所定の意味を有する要素を多用すると、採番可能な数字や文字や記号が払底し、意味が増えれば増えるほど管理番号が複雑になり、また、管理番号と現物とが乖離してしまったり、別の部門や担当者が上記意味を誤解したりするおそれがある。一方、所定の意味を有さない要素を優先すると、要素同士の組み合わせによる意味合いの連続性が失われ、また、部門や担当者同士が意思疎通しにくくなるおそれがある。このことから、所定の意味を有する要素と有しない要素とを簡潔に定義し、これらの採番をルール化することが、管理番号における問題の解決に効果的である。
【0017】
そこで、本発明の第１の目的は、取り扱う製品や部品を含むアイテムにおける各フェーズやこれらの業務といったプロセスを越えた統合的な構成管理と共に、高精度かつ双方向のトレーサビリティを実現する情報管理装置、情報管理方法、及び情報管理プログラムを提供することにある。
【0018】
本発明の第２の目的は、アイテムの仕様の要求、アイテムの仕様を叶えるプロセスの要求、並びにこれらの要求に対する承認・非承認、変更の有無・範囲、及び／又はこれらが行われた時期（以下「インストラクション」ともいう。）を含めた組み合わせの最適化を実現する情報管理装置、情報管理方法、及び情報管理プログラムを提供することにある。
【0019】
本発明の第３の目的は、アイテムとコンテキストとインストラクションの組み合わせによる管理番号の体系化を実現する情報管理装置、情報管理方法、及び情報管理プログラムを提供することにある。
【課題を解決するための手段】
【0020】
すなわち、本発明における情報管理装置は、各種情報を符号化する符号化部と、符号化された各種情報に基づき所望の解を算出する算出部とを備え、符号化部は、アイテムを特定するアイテム情報を符号化する第１符号化部と、アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化する第２符号化部と、アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化する第３符号化部と、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報との相互関係情報を符号化する第５符号化部とを有し、算出部は、符号化された相互関係情報に基づき上記構成の解を命題論理式で算出することを特徴とする。
【0021】
この構成によれば、図１に示すように、複合的な要求として符号化されたアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報との構成を依存制約情報で関係付けて符号化された相互関係情報に基づいてこれらの構成の解を命題論理式で算出することにより、上記構成の最適解を得られる効果を期待できる。また、上記最適解と上記構成の他の解とを当フェーズの複合的な要求を集約した結果として次フェーズに提供することにより、新たな要求ばかりでなく上記結果に対する変更の要求がインストラクション情報として次フェーズの複合的な要求に含まれていても、インストラクション情報としての適否や上記結果の良し悪しを前フェーズに遡って判断しやすい効果を期待できる。そして、各フェーズ共通のツールとして提供できることから、フェーズ毎のアイテム情報やコンテキスト情報やインストラクション情報を横断的（横串状）に管理しやすくなる効果を期待できる。
【0022】
すなわち、本発明によれば、例えばアイテムの提供に応じたインシデント・問題・変更・リリース等の管理として、設計から販売に至るまでの工程を含む業務やこれらの領域を越えた統合的な構成管理の実現と共に、ＥＣＭ（Engineering Chain Management）・ＳＣＭ（Supply Chain Management）といった各フェーズの作業状態の動的管理を期待できる。
【0023】
また、無機的なアイテム情報やコンテキスト情報を、有機的なインストラクション情報で特定することで、相互関係情報の制約を厳しくしたり緩めたり柔軟に設定でき、また、アイテム情報やコンテキスト情報はそのままで変更せずにインストラクション情報を見直して変更することで、制約を柔軟に調整できる効果を期待できる。
【0024】
また、所定のフェーズで発見されたアイテムの不具合等の原因究明の手法として、例えば直前のフェーズでなされたこのアイテムに対するインストラクションのような、下流から上流に向かって逆順にそれぞれのフェーズで行われた処理の適否を確認しやすいことから、上記原因究明を効率的に行える効果を期待できる。
【0025】
また、例えばアイテム情報やコンテキスト情報に対するインストラクション情報を含め、各フェーズで選択できる項目や発生する可能性がある項目をアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、コンテキスト情報とインストラクション情報といった組み合わせの対象とすることで、最適解である組み合わせとして各フェーズにて単一結果を得られる効果を期待できる。
【0026】
また、例えばアイテム情報としてアイテムの仕様に含まれる機能や適用箇所に基づく意味を有する管理番号、コンテキスト情報として所定の業務の申請順や時系列に基づく意味を有さない管理番号、インストラクション情報として上記業務に対する実行や変更の指示や承認の申請順や時系列に基づく意味を有さない管理番号のように採番をルール化することで、これらの管理番号により各フェーズの部門や担当者の要求を伝えられる上に、シンプルな番号体系の実現を期待できる。
【0027】
以下、本発明に含まれると望ましい発明を列挙する。
【0028】
インストラクション情報は、アイテム情報及び／又はコンテキスト情報を特定する所定の順序を示す順序情報及び／又は年月日時分秒を示す時系列情報を含むことが望ましい。
【0029】
この構成によれば、インストラクション情報に特定されたアイテム情報とコンテキスト情報の構成の解の確度をより高められる上、上流から下流のトレーサビリティも下流から上流のトレーサビリティも双方柔軟に行える効果を期待できる。
【0030】
アイテム情報は、アイテムの管理用に付与されるアイテム共通識別情報と、アイテム共通識別情報を前提としてアイテムの管理用に付与されるアイテム非共通識別情報とを含み、コンテキスト情報は、プロセスの管理用に付与されるプロセス共通識別情報と、プロセス共通識別情報を前提としてプロセスの管理用に付与されるプロセス非共通識別情報とを含み、インストラクション情報は、アイテム非共通識別情報及び／又はプロセス非共通識別情報を特定することが望ましい。
【0031】
この構成によれば、例えば所定の番号に相当するアイテム共通識別情報とアイテム非共通識別情報とのセットで成立する管理番号でアイテム情報を符号化でき、所定の番号に相当するプロセス共通識別情報とプロセス非共通識別情報とで成立する管理番号でコンテキスト情報を符号化でき、さらに所定の番号に相当するインストラクション情報でアイテム非共通識別情報やプロセス非共通識別情報を特定すればより正確な管理番号を得られることから、アイテム情報とコンテキスト情報の構成の解の確度を高める効果を期待できる。
【0032】
算出部は、相互関係情報の組み合わせ問題として上記構成の解を算出することが望ましい。
【0033】
この構成によれば、公知の数理モデルにより命題論理式を解けることから、高度な中央集約的装置（ハードウェア）ではなく、汎用的なコンピュータ等の情報処理装置で足りるため、導入及び展開しやすい効果を期待できる。
【0034】
上記情報管理装置は、符号化された各種情報を可視化する可視化部をさらに備え、可視化部は、算出された上記構成の解を組み合わせ毎にリストとして可視化することが望ましい。
【0035】
この構成によれば、アイテム情報とコンテキスト情報とインストラクション情報の構成の解のパターンを組み合わせ毎にリストとして提供できることから、フェーズ間で最適解とそれ以外の解との両方を共有しやすく、これらの解に対する変更等を要求しやすくなるため、解の確度を高めるのみならず、上述した双方向のトレーサビリティを行いやすくなる効果を期待できる。
【0036】
上記情報管理装置は、符号化された各種情報を可視化する可視化部をさらに備え、可視化部は、符号化されたアイテム情報をアイテム情報モデルとして可視化する第１可視化部と、符号化されたコンテキスト情報をコンテキスト情報モデルとして可視化する第２可視化部と、符号化されたインストラクション情報をインストラクション情報モデルとして可視化する第３可視化部と、符号化された依存制約情報を依存制約情報モデルとして可視化する第４可視化部と、符号化された相互関係情報を相互関係情報モデルとして可視化する第５可視化部とを有することが望ましい。
【0037】
この構成によれば、モデル化したアイテム情報モデル、コンテキスト情報モデル、インストラクション情報モデル、及び依存制約情報モデルでこれらの相互関係情報モデルを記述できることから、ユーザビリティが向上し、より効率的な情報管理が実現する効果を期待できる。
【0038】
第１可視化部は、２種類のアイコンを含む第１のアイコン群及び／又は第１のアイコン群と異なる２種類以上のアイコンを含む第２のアイコン群から第１のアイコン及び／又は第２のアイコンを抽出してアイテム情報モデルを可視化し、第２可視化部は、第１のアイコン群及び／又は第２のアイコン群から第１のアイコン及び／又は第２のアイコンを抽出してコンテキスト情報モデルを可視化し、第３可視化部は、第１のアイコン群及び／又は第２のアイコン群から第１のアイコン及び／又は第２のアイコンを抽出してインストラクション情報モデルを可視化することが望ましい。
【0039】
この構成によれば、例えば形状の異なる複数のアイコンのうち、２種類を第１のアイコン群、第１のアイコン群以外の２種類以上を第２のアイコン群とすることで、視覚によりアイテム情報モデルとコンテキスト情報モデルとインストラクション情報の意味合いを理解しやすく、相互関係情報モデルを生成しやすくなる効果を期待できる。
【0040】
また、以下は、本発明に対してカテゴリーのみ異なる方法及びプログラムに関する発明であることから、発明の作用効果や発明を表現する言葉の意味や例示を省略する。
【0041】
本発明による情報管理方法は、コンピュータが、アイテムを特定するアイテム情報を符号化するステップと、アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するステップと、アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化するステップと、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化するステップと、依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化するステップと、符号化された相互関係情報に基づき上記構成の解を命題論理式で算出するステップとを含むことを特徴とする。
【0042】
本発明による情報管理プログラムは、コンピュータに、アイテムを特定するアイテム情報を符号化するステップと、アイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報を符号化するステップと、アイテム及び／又はプロセスに対する実行又は変更の指示又は承認に関するインストラクション情報を符号化するステップと、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化するステップと、依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化するステップと、符号化された相互関係情報に基づき上記構成の解を命題論理式で算出するステップとを実行させることを特徴とする。
【0043】
以下、本発明の内容を補足するために、これを表現する言葉の意味や例示のうち、特筆すべきものを列挙する。
【0044】
符号化とは、コンピュータで処理できるように所定の文字列・画像・音声・信号といった情報を電子化（デジタル化）したりその他の形式に置き換えたりすることであり、上記情報を模式的に表す（例えばモデル化する）ことを含んでもよい。
【0045】
可視化とは、符号化された情報をアイコンのように図形・線・符号等で図化したり、上記情報の種類（項目）・名称・属性値（例えば価格・評価・寸法・重量・温度・速度・面積）等をリスト化したりすることであり、ユーザーの情報処理端末で操作可能な所定のツールで行ってもよい。
【0046】
アイテムとは、ハードウェアでもソフトウェアでも所定の文字列で構成された電子データでもよく、製造業で製品化されるハードウェアの場合、所定の原料から得られる素材、上記素材を形成して得られる部材、上記部材を加工したり組み立てたりして得られる完成品でもよく、完成品には製品も部品も含まれ、また、上記ハードウェアが市場に流通するまでの流れの全部又は一部（以下「フロー」ともいう。）において採用される原料・素材・部材・部品・プログラム・ソフトウェアパッケージ・図面・原料・素材・消耗品・治具等の品目であってもよい。
【0047】
プロセスとは、アイテムを所定の状態から別の状態に変更することであり、例えばハードウェアの設計工程や製造工程（例えば加工工程・成型工程・塗装工程・組立工程・検査工程、以下「ワーク」ともいう。）、上記設計工程や上記製造工程の成立に必要な手順（以下「ステップ」ともいう。）、上記手順の成立に必要な行為（以下「タスク」ともいう。）、ハードウェアの移動先であるエリアや団体を示す経路（以下「ルート」ともいう。）、２つ以上のハードウェアや２つ以上のワーク・ステップ・タスク・ルートに対する選択（以下「セレクション」又は「チョイス」ともいう。）を含む。
【0048】
アイテム情報とは、アイテムを特定する情報であり、例えば名称や形状・デザイン・色・構造・寸法・成分・精度・機能・性能・グレード・分類・適用技術といった仕様を含むアイテム基礎情報、アイテム基礎情報の管理用に付与されるアイテム共通識別情報と、アイテム共通識別情報を前提としてアイテム基礎情報の管理用に付与されるアイテム非共通識別情報とを含む。
【0049】
アイテム共通識別情報とは、アイテムの名称や仕様又はこれらを文字列化した番号や記号で、例えば機能番号や機能に付随する規格番号・計測単位・法規を含み、品目を除くアイテムに付与されるものでもよい。
【0050】
アイテム非共通識別情報とは、アイテムの名称や仕様又はこれらを文字列化した番号や記号で、例えば部品番号・図面番号を含み、アイテム共通識別情報と組み合わさってアイテムを識別可能にするものであってもよく、品目を除くアイテムに付与されるものでもよい。
【0051】
コンテキスト情報とは、プロセスを特定する情報であり、プロセスの名称や仕様といったプロセス基礎情報と、品目又はプロセスの管理用に付与されるプロセス共通識別情報と、プロセス共通識別情報を前提として品目又はプロセスの管理用に付与されるプロセス非共通識別情報と、アイテム非共通識別情報及び／又はプロセス非共通識別情報に付加されてこれらの情報を具体的にする非共通識別付加情報とを含む。
【0052】
プロセス共通識別情報とは、ワーク・ステップ・タスク・ルート・セレクションの名称や仕様又はこれらを文字列化した番号や記号で、例えば標準的な工程（以下「標準工程」ともいう。）を識別する標準工程番号や上記工程に付随する規格番号・計測単位・法規を含む。
【0053】
プロセス非共通識別情報とは、ワーク・ステップ・タスク・ルート・セレクションの名称や仕様又はこれらを文字列化した番号や記号で、例えば標準工程に適用するように調整された工程（以下「適用工程」ともいう。）を識別する適用工程番号を含み、プロセス共通識別情報と組み合わさってプロセスを識別可能にするものであってもよい。
【0054】
換言すると、アイテム共通識別情報及びプロセス共通識別情報は、所定の条件（識別対象の外部環境、例えば、温度、場所などの設計・製造に関する条件）に関わらず変化しない情報、アイテム非共通識別情報及びプロセス非共通識別情報は上記条件に応じて変化する情報である。
【0055】
非共通識別付加情報とは、例えばルートに関する情報（以下「ルート情報」ともいう。）やセレクションに関する情報(以下「セレクション情報」ともいう。）を含む。ルート情報は、ルートの名称又はこれを文字列化した番号や記号でもよい。セレクション情報は、セレクションの名称又はこれを文字列化した番号や記号でもよい。
【0056】
インストラクション情報とは、インストラクションに関する説明又はこれを文字列化した番号や記号で、例えば設変番号・承認番号・指示番号を含む。
【0057】
インストラクション情報に含まれる順序情報とは、アイテム及び／又はプロセスを所定の状態から所望の状態にするために必要な段取りに関する情報（以下「アレンジ情報」ともいう。）を意味する。
【0058】
インストラクション情報に含まれる時系列情報（以下「タイム情報」ともいう。）とは、アイテム及び／又はプロセスを所定の状態から所望の状態にする年月日時分秒であっても、アイテム及び／又はプロセスに対するインストラクションが発動される年月日時分秒であってもよい。
【0059】
ルート情報・チョイス情報は、コンテキスト情報の全部又は一部であってもよい。
【0060】
依存制約情報とは、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す情報であり、例えば一方と他方とが並列する関係（以下「並列関係」という。）、一方が他方に従属する関係（以下「従属関係」という。）、一方が１つ又は２つ以上の他方を選択する関係（以下「選択関係」という。）、一方が１つ又は２つ以上の他方を必須とする関係（以下「必須関係」という。）、双方が排他する関係（以下「排他関係」ともいう。）、一方が１つ又は２つ以上の他方を所属させる関係（以下「所属関係」ともいう。）、一方が１つの他方を所有する関係（以下「所有関係」ともいう。）、一方が１つ又は２つ以上の他方を共有する関係（以下「共有関係」ともいう。）、一方が他方に派生した関係（以下「派生関係」ともいう。）、一方を他方で具現化した関係（以下「具現化関係」ともいう。）を含む。
【0061】
組み合わせ問題とは、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成に相当する相互関係情報の各々を組み合わせとして処理することであり、上記組み合わせの制約充足に寄与する制約情報や最適化に寄与する目的関数に鑑みて処理されてもよく、組み合わせの制約充足とは、依存制約情報を前提に、所望の組み合わせとして最適解を得るために抽出する組み合わせを絞ることを意味し、組み合わせの最適化とは、上記制約充足を前提に、さらに所望の組み合わせとして最適解を得るために抽出する組み合わせを絞ることを意味する。
【0062】
制約情報とは、属性値（個別値）又は属性値の計算値を閾値として所定の数値範囲内であること、所定の数値以上であること、又は以下であることの全６通りのいずれかとして設定され、目的関数は、属性値の計算値が最大、最小、又は極値となることの全３通りのいずれかとして設定されてもよい。制約情報及び目的関数は、属性値の各項目に応じて１つ又は２つ以上設定されてもよく、目的関数が２つ以上ある場合は優先順位があってもよい。属性値の計算値とは、例えば複数の属性値の総和やいずれか２つ以上の属性値の合計値であるが、四則演算等の計算式により算出される値であればいずれでもよい。制約情報は、属性値又は属性値の計算値を閾値として設定され、目的関数は、属性値の計算値の最大、最小、又は極値として設定されてもよい。
【0063】
命題論理式を解く数理モデルとは、例えばＳＡＴ（Satisfiability Problem、充足可能性検証）、ＳＭＴ（Satisfiable Modulo Theories、充足可能性検証）、ＡＳＰ（Answer Set Programming、解集合プログラミング）、ＳＰＩＮ（Simple Promela Interpreter、状態遷移検証）、ＣＴＬ（Computation Tree Logic、分岐的時相論理検証）、ＬＴＬ（Linear Time Temporal Logic、線形時相論理検証）、ＡＴＰ（Automated Theorem Proving、自動定理証明）、ＰＡ（証明支援器）、ＰＣ（証明支援器）、ＶＤＭ（Vienna Development Method、形式仕様記述検証）を含み、これら以外でもよい。
【0064】
本発明を実施するユーザーとは、各フェーズの部門や担当者を含み、例えば製造業における完成品メーカー・パーツメーカー・ＯＥＭ（Original Equipment Manufacturing）メーカー・部品や部材やソフトウェアの供給会社（いわゆるサプライヤー、ベンダー）・ソフトハウス・物流業者等・その他関連する会社であり、これらのうち２社以上で構成されるグループでもよい。
【発明の効果】
【0065】
本発明によれば、取り扱う製品や部品を含むアイテムにおける各フェーズやこれらの業務といったプロセスを越えた統合的な構成管理と共に、高精度かつ双方向のトレーサビリティを実現し、また、アイテムの仕様の要求、アイテムの仕様を叶えるプロセスの要求、並びにこれらの要求に対する承認・非承認、変更の有無・範囲、及び／又はこれらが行われた時期といったインストラクションを含めた組み合わせの最適化を実現し、また、アイテムとコンテキストとインストラクションとの組み合わせによる管理番号の体系化を実現する効果を期待できる。
【図面の簡単な説明】
【0066】
【図1】本発明の一実施形態を示す情報管理装置の概念図である。
【図2】上記情報管理装置のシステム構成図である。
【図3】上記情報管理装置により実行されるソフトウェア画面の一例を示す図である。
【図4A】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図4B】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図4C】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図5】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図6】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図7】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図8】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図9】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図10A】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図10B】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図11A】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図11B】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図11C】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図12A】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図12B】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図13A】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図13B】上記ソフトウェアで作成されたモデルの一例を示す図である。
【図14】上記情報管理装置の基本的な実行処理の流れを示す図である。
【図15】従来の情報管理装置の概念図である。
【発明を実施するための形態】
【0067】
【0068】
＜本情報管理装置の概要＞
本情報管理装置は、要するに、製造業における製品の企画・設計から製造を経て販売に至るまでに必要なアイテムやプロセスやインストラクションのパターンに相当するＢＯＭ（Bill Of Material）を柔軟に組み合わせ、上記パターン同士の組み合わせとして適した解を上記製品に関わるユーザー同士で共有し、上記選択肢や解の良し悪しの判断やこれらの見直しをしやすくするもので、製造業における統合的な構成管理、上記製品における各フェーズの作業状態の動的管理、上記製品に対する双方向のトレーサビリティ、上記組み合わせに対する制約の調整、上記組み合わせによるシンプルな番号体系を実現し、最終的には上記製品の品質の向上に寄与するものである。
本情報管理装置は、要するに、製造業における製品の企画・設計から製造を経て販売に至るまでに必要なアイテムやプロセスやインストラクションのパターンに相当するＢＯＭ（Bill Of Material）を柔軟に組み合わせ、上記パターン同士の組み合わせとして適した解を上記製品に関わるユーザー同士で共有し、上記選択肢や解の良し悪しの判断やこれらの見直しをしやすくするもので、製造業における統合的な構成管理、上記製品における各フェーズの作業状態の動的管理、上記製品に対する双方向のトレーサビリティ、上記組み合わせに対する制約の調整、上記組み合わせによるシンプルな番号体系を実現し、最終的には上記製品の品質の向上に寄与するものである。
【0069】
アイテムは、例えば製造業で製品化される自動車の場合、所定の原料から得られる素材、上記素材を形成して得られる部材、上記部材を加工したり組み立てたりして得られるエンジン・ボディ・ＥＣＵ（Electronic Control Unit）といった部品、部品を組み立てて得られる自動車といった完成品であり、完成品が市場に流通するまでのフローにおいて採用される原料・素材・部材・部品・プログラム・ソフトウェアパッケージ・図面・消耗品・治具等の品目も含み、製造業で製品化される自動車以外の完成品や部品でも、非製造業で商品化されるサービスでもよい。
【0070】
プロセスは、上述したワーク、ステップ、タスク、セレクションを含む。
【0071】
＜本情報管理装置を構成する基本的なハードウェア・ソフトウェア＞
本情報管理装置は、コンピュータ又は２つ以上のコンピュータで構成されたコンピュータシステムであって、電子情報｛例えばＯＳ（Operating System）・ミドルウェア・ファームウェア・アプリケーションといったソフトウェア・これらを実行するプログラム・その他文字・静止画像・動画像・音｝を演算処理したり各ハードウェアに命令処理したりするＣＰＵ（Central Processing Unit）を含むマイクロプロセッサ、電子情報を記憶するハードディスクやＳＳＤといった補助記憶装置、ＣＰＵによる制御に伴い一時的に上記電子情報を記憶する一時記憶装置、ＲＦチップ・ベースバンドチップ・その他通信モジュールといった通信機器、キーボード・マウス・タッチパネル・マイク・カメラ・ボイスレコーダー・センサ等の入力機器、ディスプレイ・プリンタ・スピーカ・ヘッドホン等の出力機器、バッテリー等の電源機器、モーター等の稼働機器といったハードウェアを適宜組み合わせて形成されてもよく、ハードウェアの各々はバスやＵＳＢ等の入出力インタフェースを介して相互に接続されてもよい。
本情報管理装置は、コンピュータ又は２つ以上のコンピュータで構成されたコンピュータシステムであって、電子情報｛例えばＯＳ（Operating System）・ミドルウェア・ファームウェア・アプリケーションといったソフトウェア・これらを実行するプログラム・その他文字・静止画像・動画像・音｝を演算処理したり各ハードウェアに命令処理したりするＣＰＵ（Central Processing Unit）を含むマイクロプロセッサ、電子情報を記憶するハードディスクやＳＳＤといった補助記憶装置、ＣＰＵによる制御に伴い一時的に上記電子情報を記憶する一時記憶装置、ＲＦチップ・ベースバンドチップ・その他通信モジュールといった通信機器、キーボード・マウス・タッチパネル・マイク・カメラ・ボイスレコーダー・センサ等の入力機器、ディスプレイ・プリンタ・スピーカ・ヘッドホン等の出力機器、バッテリー等の電源機器、モーター等の稼働機器といったハードウェアを適宜組み合わせて形成されてもよく、ハードウェアの各々はバスやＵＳＢ等の入出力インタフェースを介して相互に接続されてもよい。
【0072】
コンピュータは、例えばパーソナルコンピュータ・スマートフォン・タブレットといった情報処理端末である。コンピュータが搭載するハードウェアやソフトウェアの種類・数・サイズは、用途やスペックに応じて適宜決定してもよく、量子コンピュータとして構成されてもよい。２つ以上のコンピュータの各々は、入出力インタフェース又は通信機器から通信ネットワークを介して相互に接続され、これ以外の方式で接続されてもよい。通信ネットワークは、例えばインターネット・イントラネット・エキストラネット・ＬＡＮ・ＣＡＴＶ通信網・ＶＰＮ・電話回線・移動体通信網・衛星通信網である。通信ネットワークを構成する伝送媒体は、ＩＥＥＥ１３９４・電力線搬送・電話線等の有線やＩｒＤＡ、ブルートゥース（登録商標）・ＩＥＥＥ８０２．１１（ｗｉｆｉ等）・携帯電話網・衛星回線・地上波デジタル網等の無線でもよい。コンピュータの各々は、通信機器から通信ネットワークを介して電子情報を相互に送受信してもよい。
【0073】
＜本情報管理装置とハードウェアとの関係＞
図２に示すように、本情報管理装置は、情報処理端末Ｃで構成されており、マイクロプロセッサとして機能する制御部１と、補助記憶装置や一時記憶装置として機能する記憶部２とを備えており、制御部１又はこれに備わる各部が記憶部２に格納されたソフトウェアやプログラムを実行することで実現するものであるが、所定の電子情報を他の端末処理装置に送信したり他の端末処理装置から受信したりする通信機器として機能する付番しない通信部と、出力機器として機能する付番しない出力部と、入力機器として機能する付番しない入力部とを備えてもよく、電子情報を取り扱う公知のコンピュータに備わる部品や機能を全て備えてもよい。情報処理端末Ｃは、通信ネットワークを介してサーバ装置Ｓと通信し合ってもよく、サーバ装置に備わる図示しない記憶部に電子情報を記憶してもよく、制御部１に備わる各部がサーバ装置Ｓから提供された上記ソフトウェアや上記プログラムを実行することで実現するもの｛いわゆるＡＳＰ（Application Service Provider）方式｝でもよい。
図２に示すように、本情報管理装置は、情報処理端末Ｃで構成されており、マイクロプロセッサとして機能する制御部１と、補助記憶装置や一時記憶装置として機能する記憶部２とを備えており、制御部１又はこれに備わる各部が記憶部２に格納されたソフトウェアやプログラムを実行することで実現するものであるが、所定の電子情報を他の端末処理装置に送信したり他の端末処理装置から受信したりする通信機器として機能する付番しない通信部と、出力機器として機能する付番しない出力部と、入力機器として機能する付番しない入力部とを備えてもよく、電子情報を取り扱う公知のコンピュータに備わる部品や機能を全て備えてもよい。情報処理端末Ｃは、通信ネットワークを介してサーバ装置Ｓと通信し合ってもよく、サーバ装置に備わる図示しない記憶部に電子情報を記憶してもよく、制御部１に備わる各部がサーバ装置Ｓから提供された上記ソフトウェアや上記プログラムを実行することで実現するもの｛いわゆるＡＳＰ（Application Service Provider）方式｝でもよい。
【0074】
＜制御部１の詳細＞
制御部１は、各種情報を符号化する符号化部１１と、符号化された各種情報に基づき所望の解を算出する算出部１２と、符号化された各種情報を可視化する可視化部１３とを備えているが、符号化された各種情報に対して制約を設定する設定部１４と、入力部を介して符号化する各種情報を取得する図示しない取得部と、出力部を介して符号化及び可視化された各種情報を表示する図示しない表示部とを備えていてもよい。
制御部１は、各種情報を符号化する符号化部１１と、符号化された各種情報に基づき所望の解を算出する算出部１２と、符号化された各種情報を可視化する可視化部１３とを備えているが、符号化された各種情報に対して制約を設定する設定部１４と、入力部を介して符号化する各種情報を取得する図示しない取得部と、出力部を介して符号化及び可視化された各種情報を表示する図示しない表示部とを備えていてもよい。
【0075】
＜記憶部２の詳細＞
記憶部２は、符号化されたアイテム情報・コンテキスト情報・インストラクション情報・依存制約情報・相互関係情報、可視化されたアイテム情報モデル・コンテキスト情報モデル・インストラクション情報モデル・依存制約情報モデル・相互関係情報モデル、ＯＶＭ（Orthogonal Variability Model、直交可変性モデル）によってアイテム情報・コンテキスト情報・インストラクション情報・依存制約情報・相互関係情報を記述するＯＶＭモデラー及びＯＶＭモデラーで記述された相互関係情報を組み合わせ問題としてアイテム情報同士の構成・コンテキスト情報同士の構成・インストラクション情報同士の構成・アイテム情報とコンテキスト情報・アイテム情報とインストラクション情報・コンテキスト情報とインストラクション情報の構成を命題論理式で解くソルバを含むソフトウェアやプログラム、本情報管理装置に関係するユーザーに関するユーザー情報を記憶していてもよい。
記憶部２は、符号化されたアイテム情報・コンテキスト情報・インストラクション情報・依存制約情報・相互関係情報、可視化されたアイテム情報モデル・コンテキスト情報モデル・インストラクション情報モデル・依存制約情報モデル・相互関係情報モデル、ＯＶＭ（Orthogonal Variability Model、直交可変性モデル）によってアイテム情報・コンテキスト情報・インストラクション情報・依存制約情報・相互関係情報を記述するＯＶＭモデラー及びＯＶＭモデラーで記述された相互関係情報を組み合わせ問題としてアイテム情報同士の構成・コンテキスト情報同士の構成・インストラクション情報同士の構成・アイテム情報とコンテキスト情報・アイテム情報とインストラクション情報・コンテキスト情報とインストラクション情報の構成を命題論理式で解くソルバを含むソフトウェアやプログラム、本情報管理装置に関係するユーザーに関するユーザー情報を記憶していてもよい。
【0076】
アイテム情報は、上述したアイテム基礎情報、アイテム共通識別情報、アイテム非共通識別情報を含む。
【0077】
コンテキスト情報は、上述したプロセス基礎情報、プロセス共通識別情報、プロセス非共通識別情報、ルート情報、セレクション情報を含む。
【0078】
インストラクション情報は、上述したアレンジ情報、タイム情報を含む。
【0079】
依存制約情報は、上述した並列関係、従属関係、選択関係、必須関係、排他関係、所属関係、所有関係、共有関係、派生関係、具現化関係を含む。
【0080】
ＯＶＭとは、アイテム情報やコンテキスト情報やインストラクション情報のような可変性の情報をモデル化する手法であり、変異の対象を示す可変情報｛以下「バリエーションポイント」又は「ＶＰ」（Variation Pointの略称）ともいう。｝、変異の内容（可変点の具体的なインスタンス）を示す変異情報｛以下「バリアント」、「Ｖ」（Variantの略称）、又は単に選択肢ともいう。｝、及びこれらの依存制約情報でモデル化する。アイテム情報やコンテキスト情報やインストラクション情報は、可変情報や変異情報として扱われてもよく、可変情報や変異情報に置き換えられてもよい。可変情報同士、変異情報同士、及び可変情報と変異情報の構成の依存制約情報は、上述した並列関係、従属関係、選択関係、必須関係、排他関係であってもよい。
【0081】
＜符号化部１１の詳細＞
符号化部１１は、アイテム情報を符号化する第１符号化部と、コンテキスト情報を符号化する第２符号化部と、インストラクション情報を符号化する第３符号化部と、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の相互関係情報を符号化する第５符号化部とを有する。符号化されるアイテム情報・コンテキスト情報・インストラクション情報・依存制約情報は、取得部が取得した文字情報でも画像情報でも音声情報でもよい。符号化部１１は、ＯＶＭモデラーを実行して各種情報を符号化してもよい。
符号化部１１は、アイテム情報を符号化する第１符号化部と、コンテキスト情報を符号化する第２符号化部と、インストラクション情報を符号化する第３符号化部と、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化する第４符号化部と、依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の相互関係情報を符号化する第５符号化部とを有する。符号化されるアイテム情報・コンテキスト情報・インストラクション情報・依存制約情報は、取得部が取得した文字情報でも画像情報でも音声情報でもよい。符号化部１１は、ＯＶＭモデラーを実行して各種情報を符号化してもよい。
【0082】
＜算出部１２の詳細＞
算出部１２は、符号化された相互関係情報に基づき、組み合わせ問題として、アイテム情報同士、コンテキスト情報同士、インストラクション情報、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成の解を命題論理式で算出する。算出部１２は、ＯＶＭモデラーを介して例えばＡＳＰソルバを実行して上記解を算出してもよい。ＡＳＰとは、論理プログラミングと制約プログラミングの概念を融合した概念であり、変数を含むプログラムを符号化し、符号化されたプログラムの解集合を計算するものである。
算出部１２は、符号化された相互関係情報に基づき、組み合わせ問題として、アイテム情報同士、コンテキスト情報同士、インストラクション情報、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成の解を命題論理式で算出する。算出部１２は、ＯＶＭモデラーを介して例えばＡＳＰソルバを実行して上記解を算出してもよい。ＡＳＰとは、論理プログラミングと制約プログラミングの概念を融合した概念であり、変数を含むプログラムを符号化し、符号化されたプログラムの解集合を計算するものである。
【0083】
＜可視化部１３の詳細＞
可視化部１３は、算出された上記構成の解を組み合わせ毎にリストとして可視化する。可視化部１３は、符号化されたアイテム情報をアイテム情報モデルとして可視化する第１可視化部と、符号化されたコンテキスト情報をコンテキスト情報モデルとして可視化する第２可視化部と、符号化されたインストラクション情報をインストラクション情報モデルとして可視化する第３可視化部と、符号化された依存制約情報を依存制約情報モデルとして可視化する第４可視化部と、符号化された相互関係情報を相互関係情報モデルとして可視化する第５可視化部とを有する。可視化部１３は、ＯＶＭモデラーを実行して上記リストや各種情報を可視化してもよい。
可視化部１３は、算出された上記構成の解を組み合わせ毎にリストとして可視化する。可視化部１３は、符号化されたアイテム情報をアイテム情報モデルとして可視化する第１可視化部と、符号化されたコンテキスト情報をコンテキスト情報モデルとして可視化する第２可視化部と、符号化されたインストラクション情報をインストラクション情報モデルとして可視化する第３可視化部と、符号化された依存制約情報を依存制約情報モデルとして可視化する第４可視化部と、符号化された相互関係情報を相互関係情報モデルとして可視化する第５可視化部とを有する。可視化部１３は、ＯＶＭモデラーを実行して上記リストや各種情報を可視化してもよい。
【0084】
第１可視化部は、２種類のアイコンを含む第１のアイコン群及び／又は第１のアイコン群と異なる２種類以上のアイコンを含む第２のアイコン群からアイコンを抽出してアイテム情報モデルを可視化し、第２可視化部は、第１のアイコン群及び／又は第２のアイコン群からアイコンを抽出してコンテキスト情報モデルを可視化し、第３可視化部は、第１のアイコン群及び／又は第２のアイコン群からアイコンを抽出してインストラクション情報モデルを可視化し、第４可視化部は、第３のアイコン群からアイコンを抽出して依存制約情報モデルを可視化する。第１可視化部・第２可視化部・第３可視化部・第４可視化部は、ＯＶＭモデラーを実行して第１のアイコン、第２のアイコン、第３のアイコンを抽出してもよい。
【0085】
第１のアイコン群は、例えば三角形や四角形といった２種類の形状のアイコンを含む。第２のアイコン群は、第１のアイコン群に含まれるアイコンの各々と視覚により区別できればいずれでもよいが、例えば形状及び／又は色が異なっており、ファイル、メモ、円形、太線状の矢印、三角形、その他フローチャート用の図形に相当するアイコンを含む。第１のアイコン群のアイコン及び第２のアイコン群のアイコンには、それぞれの意味や名称が記載されていてもよく、第１のアイコン群と第２のアイコン群との差異を上記意味や名称で区別してもよい。第３のアイコン群は、細線状の矢印に相当するアイコンを含む。第３のアイコン群には、それぞれの意味や名称が記載されていてもよい。
【0086】
＜設定部１４の詳細＞
設定部１４は、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成に相当する相互関係情報の各々の組み合わせの制約充足に寄与する制約情報及び／又は最適化に寄与する目的関数を設定し、設定した制約情報及び／又は目的関数を算出部１２に提供してもよい。設定部１４は、ＯＶＭモデラーを実行して制約情報及び／又は目的関数の設定並びに算出部１２への提供を行ってもよい。
設定部１４は、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成に相当する相互関係情報の各々の組み合わせの制約充足に寄与する制約情報及び／又は最適化に寄与する目的関数を設定し、設定した制約情報及び／又は目的関数を算出部１２に提供してもよい。設定部１４は、ＯＶＭモデラーを実行して制約情報及び／又は目的関数の設定並びに算出部１２への提供を行ってもよい。
【実施例0087】
次に、ＯＶＭモデラーの操作画面を用いて本情報管理装置について説明する。
【0088】
図２及び図３に示すように、本情報管理装置は、制御部１がＯＶＭモデラーを実行することで実現する。制御部１は、ＯＶＭモデラーを起動する。制御部１は、各種情報を可視化するために記述する記述部Ｄ１と、第１のアイコン群Ｉ１、第２のアイコン群Ｉ２、及び第３のアイコン群Ｉ３を含むアイコン抽出部Ｄ２とを含む操作画面Ｄを表示する。
【0089】
第１のアイコン群Ｉ１は、可変情報を表す三角形に「ＶＰ」と表示されたアイコンＩ１ａ、変異情報を表す四角形に「Ｖ」と表示されたアイコンＩ１ｂを含む。
【0090】
第２のアイコン群Ｉ２は、アイテム共通識別情報（以下「ＭａｓｔｅｒＩｔｅｍ」ともいう。）を表すファイルに「ＭａｓｔｅｒＩｔｅｍ」と表示されたアイコンＩ２ａ、アイテム非共通識別情報（以下「ＡｆｆｅｃｔｅｄＩｔｅｍ」ともいう。）を表す円形に「ＡｆｆｅｃｔｅｄＩｔｅｍ」と表示されたアイコンＩ２ｂ、プロセス共通識別情報（以下「ＭａｓｔｅｒＬｉｎｋ」ともいう。）を表すファイルに「ＭａｓｔｅｒＬｉｎｋ」と表示されたアイコンＩ２ｃ、プロセス非共通識別情報（以下「ＡｆｆｅｃｔｅｄＬｉｎｋ」ともいう。）を表す円形に「ＡｆｆｅｃｔｅｄＬｉｎｋ」と表示されたアイコンＩ２ｄ、ルート情報（以下「ＣｏｄｅＬｉｎｅ」ともいう。）を表す太線状の矢印かに「ＣｏｄｅＬｉｎｅ」と表示されたアイコンＩ２ｅ、セレクション情報（以下「Ｓｅｌｅｃｔｉｏｎ」、「チョイス情報」、「Ｃｈｏｉｃｅ」ともいう。）を表す三角形に「Ｓｅｌｅｃｔｉｏｎ」と表示されたアイコンＩ２ｆ、インストラクション情報（以下「ＷｏｒｋＩｔｅｍ」や「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」ともいう。）を表すメモに「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」と表示されたアイコンＩ２ｇを含む。
【0091】
第３のアイコン群Ｉ３は、可変情報同士・変異情報同士・可変情報と変異情報の構成を示す必須関係・選択関係・要求関係・排他関係を表す細線状の矢印に「必須」・「選択」・「要求」・「排他」と表示されたアイコンＩ３ａ、アイテム情報同士・コンテキスト情報同士・インストラクション情報同士・アイコン情報とコンテキスト情報・アイテム情報とインストラクション情報の構成を示す所属関係・所有関係・共有関係・派生関係を表す細線状の矢印に「所属」・「所有」・「共有」・「派生」、変異情報とアイテム情報、コンテキスト情報、又はインストラクション情報・可変情報とアイテム情報、コンテキスト情報、又はインストラクション情報との構成を示す具現化関係を表す細線状の矢印に「具現化」と表示されたアイコンＩ３ｂを含む。
【0092】
符号化部１１のうち、第１符号化部がアイテム情報からアイテム共通識別情報及び／又はアイテム非共通識別情報を選択して符号化し、第２符号化部がコンテキスト情報からプロセス共通識別情報、プロセス非共通識別情報、ルート情報、セレクション情報のいずれか又は２つ以上を選択して符号化し、第３符号化部がインストラクション情報を符号化し、第４符号化部が第１符号化部、第２符号化部、及び／又は第３符号化部で符号化された各種情報を構成する依存制約情報を選択して符号化し、第５符号化部が上記依存制約情報で成立する各種情報の相互関係情報を符号化する。
【0093】
符号化部１１は、第６符号化部と第７符号化部と第８符号化部を有してもよく、第６符号化部が可変情報及び変異情報を選択して符号化し、第７符号化部が第６符号化部で符号化された可変情報と変異情報を構成する依存制約情報を選択して符号化し、第８符号化部が上記依存制約情報で成立する各種情報の相互関係情報を符号化する。この構成によれば、アイテム共通識別情報・アイテム非共通識別情報・プロセス共通識別情報・プロセス非共通識別情報・ルート情報・セレクション情報・インストラクション情報を可変情報や変異情報に置き換えて抽象的に符号化できる。
【0094】
符号化部１１は、第９符号化部と第１０符号化部とを有してもよく、第９符号化部が第６符号化部により符号化された可変情報と第１符号化部により符号化されたアイテム共通識別情報又は第２符号化部により符号化されたプロセス共通識別情報或いはセレクション情報を構成する依存制約情報、または第６符号化部により符号化された変異情報と第１符号化部により符号化されたアイテム共通識別情報或いはアイテム非共通識別情報、第２符号化部により符号化されたプロセス共通識別情報、プロセス非共通識別情報、ルート情報、セレクション情報、又は第３符号化部により符号化されたインストラクション情報のいずれかを構成する依存制約情報として具現化関係を選択して符号化し、第１０符号化部が上記具現化関係で成立する各種情報の相互関係情報を符号化する。この構成によれば、抽象的に符号化した可変情報や変異情報と具体的に符号化したアイテム共通識別情報・アイテム非共通識別情報・プロセス共通識別情報・プロセス非共通識別情報・ルート情報・セレクション情報・インストラクション情報の構成を具現化関係として表せるため、各種情報の選択肢のバリエーションの増加及び構成の解の確度の向上を期待できる。
【0095】
可視化部１３のうち、第１可視化部が符号化されたアイテム共通識別情報をアイコンＩ２ａでアイテム共通識別情報モデル、アイテム非共通識別情報をアイコンＩ２ｂでアイテム非共通識別情報モデルとして可視化し、第２可視化部が符号化されたプロセス共通識別情報をアイコンＩ２ｃでプロセス共通識別情報モデル、プロセス非共通識別情報をアイコンＩ２ｄでプロセス非共通識別情報モデル、ルート情報をアイコンＩ２ｅでルート情報モデル、セレクション情報をアイコンＩ２ｆでセレクション情報モデルとして可視化し、第３可視化部がインストラクション情報をアイコンＩ２ｇでインストラクション情報モデルとして可視化し、第４可視化部が符号化された所属関係・所有関係・共有関係・派生関係の各々をアイコンＩ３ｂで所属関係モデル・所有関係モデル・共有関係モデル・派生関係モデルとして可視化し、第５可視化部が第１可視化部・第２可視化部・第３可視化部・第４可視化部で可視化された各種モデルに基づいて相互関係情報モデルとして可視化する。
【0096】
可視化部１３は、第６可視化部と第７可視化部と第８可視化部とを有してもよく、第６可視化部が符号化された可変情報をアイコンＩ１ａで可変情報モデル、変異情報をアイコンＩ１ｂで変異情報モデルとして可視化し、第７可視化部が符号化された必須関係・選択関係・要求関係・排他関係の各々をアイコンＩ３ａで必須関係モデル・選択関係モデル・要求関係モデル・排他関係モデルとして可視化し、第８可視化部が第６可視化部・第７可視化部で可視化された各種モデルに基づいて相互関係情報モデルとして可視化する。
【0097】
可視化部１３は、第９可視化部と第１０可視化部とを有してもよく、第９可視化部が符号化された具現化関係をアイコンＩ３ｂで具現化関係モデルとして可視化し、第１０可視化部が第６可視化部で可視化された可変情報モデル又は変異情報モデルと第１可視化部で可視化されたアイテム共通識別情報モデル・アイテム非共通識別情報モデル、第２可視化部で可視化されたプロセス共通識別情報モデル・プロセス非共通識別情報モデル・ルート情報モデル・セレクション情報モデル、第３可視化部で可視化されたインストラクション情報モデルのいずれかの構成に基づいて相互関係情報モデルとして可視化する。
【0098】
次に、表１を用いて、変異情報「ＶＰ」・可変情報「Ｖ」・アイテム共通識別情報「ＭａｓｔｅｒＩｔｅｍ」・アイテム非共通識別情報「ＡｆｆｅｃｔｅｄＩｔｅｍ」・プロセス共通識別情報「ＭａｓｔｅｒＬｉｎｋ」・プロセス非共通識別情報「ＡｆｆｅｃｔｅｄＬｉｎｋ」・ルート情報「ＣｏｄｅＬｉｎｅ」・セレクション情報「Ｓｅｌｅｃｔｉｏｎ」・インストラクション情報「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」のいずれか同士の依存制約情報について説明する。
【0099】
【表1】
【0100】
表１は、縦軸（Ｆｒｏｍ）が主体側、横軸（Ｔｏ）が主体と所定の関係を有する側を示し、表内に記載されている関係を有したり、「×」印のように所定の関係を有さなかったりするが、表内に記載されていない他の関係を有したり、「×」印ではなく所定の関係を有したりしてもよく、限定されない。
【0101】
「ＶＰ」に対して別の「ＶＰ」は要求関係又は排他関係を有し、「Ｖ」は要求関係、排他関係、必須関係、又は選択関係を有する。換言すると、「ＶＰ」は別の「ＶＰ」を要求又は排他し、「Ｖ」を要求、排他、必須、又は選択する。
【0102】
「Ｖ」に対して「ＶＰ」及び別の「Ｖ」は要求関係又は排他関係を有する。換言すると、「Ｖ」は「ＶＰ」及び別の「Ｖ」を要求又は排他する。
【0103】
「ＶＰ」に対して「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」や「Ｓｅｌｅｃｔｉｏｎ」は具現化の関係を有する。換言すると、「ＶＰ」が抽象的な記述であるのに対し、「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」や「Ｓｅｌｅｃｔｉｏｎ」は具体性を伴う記述である。
【0104】
「Ｖ」に対して「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「ＣｏｄｅＬｉｎｅ」や「Ｓｅｌｅｃｔｉｏｎ」や「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」は具現化の関係を有する。換言すると、「Ｖ」が抽象的な記述であるのに対し、「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「ＣｏｄｅＬｉｎｅ」や「Ｓｅｌｅｃｔｉｏｎ」や「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」は具体性を伴う記述である。
【0105】
「ＭａｓｔｅｒＩｔｅｍ」に対して別の「ＭａｓｔｅｒＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「Ｓｅｌｅｃｔｉｏｎ」は所属関係を有する。換言すると、「ＭａｓｔｅｒＩｔｅｍ」は別の「ＭａｓｔｅｒＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「Ｓｅｌｅｃｔｉｏｎ」を所属させる。
【0106】
「ＡｆｆｅｃｔｅｄＩｔｅｍ」に対して「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」は所有関係又は共有関係を有し、別の「ＡｆｆｅｃｔｅｄＩｔｅｍ」は派生関係にある。換言すると、「ＡｆｆｅｃｔｅｄＩｔｅｍ」は「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」を所有又は共有し、別の「ＡｆｆｅｃｔｅｄＩｔｅｍ」を派生する。また「ＡｆｆｅｃｔｅｄＩｔｅｍ」は別の「ＡｆｆｅｃｔｅｄＩｔｅｍ」及び／又は「ＡｆｆｅｃｔｅｄＬｉｎｋ」を所有又は共有してもよい。
【0107】
「ＭａｓｔｅｒＬｉｎｋ」に対して別の「ＭａｓｔｅｒＬｉｎｋ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「ＣｏｄｅＬｉｎｅ」は所属関係にある。換言すると、「ＭａｓｔｅｒＬｉｎｋ」は別の「ＭａｓｔｅｒＬｉｎｋ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「ＣｏｄｅＬｉｎｅ」を所属させる。
【0108】
「ＡｆｆｅｃｔｅｄＬｉｎｋ」に対して「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」は所有関係又は共有関係にあり、別の「ＡｆｆｅｃｔｅｄＬｉｎｋ」は派生関係にある。換言すると、「ＡｆｆｅｃｔｅｄＬｉｎｋ」は「ＭａｓｔｅｒＩｔｅｍ」や「ＭａｓｔｅｒＬｉｎｋ」を所有し、別の「ＡｆｆｅｃｔｅｄＬｉｎｋ」を派生する。また「ＡｆｆｅｃｔｅｄＬｉｎｋ」は別の「ＡｆｆｅｃｔｅｄＩｔｅｍ」及び／又は「ＡｆｆｅｃｔｅｄＬｉｎｋ」を所有又は共有してもよい。
【0109】
「ＣｏｄｅＬｉｎｅ」に対して「ＡｆｆｅｃｔｅｄＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」は所属関係にある。換言すると、「ＣｏｄｅＬｉｎｅ」は「ＡｆｆｅｃｔｅｄＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」を所属させる。
【0110】
「Ｓｅｌｅｃｔｉｏｎ」に対して「ＡｆｆｅｃｔｅｄＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」は共有関係にある。換言すると、「Ｓｅｌｅｃｔｉｏｎ」は「ＡｆｆｅｃｔｅｄＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」を共有する。
【0111】
「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」対して「ＡｆｆｅｃｔｅｄＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「ＣｏｄｅＬｉｎｅ」や「Ｓｅｌｅｃｔｉｏｎ」は所有関係にあり、別の「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」は共有関係にある。換言すると、「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」は「ＡｆｆｅｃｔｅｄＩｔｅｍ」や「ＡｆｆｅｃｔｅｄＬｉｎｋ」や「ＣｏｄｅＬｉｎｅ」や「Ｓｅｌｅｃｔｉｏｎ」を所有し、別の「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」を共有する。
【0112】
【0113】
【0114】
図４Ａは、「ＭａｓｔｅｒＩｔｅｍ」を部品Ａ、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品Ａのバージョン１～３として、部品Ａが部品Ａのバージョン１～３を所属させる関係を符号化及び可視化したものである。
【0115】
これによれば、アイテム共通識別情報（例えば部品Ａ）とアイテム非共通識別情報（例えば部品Ａのバージョン１～３）とこれらの構成を示す依存制約情報（例えば所属関係）とによる相互関係情報を符号化及び可視化でき、具体的には部品Ａとしてはバージョン１～３が選択の対象であることを管理しやすい効果を期待できる。
【0116】
図４Ｂは、図４Ａの内容に加え、「ＭａｓｔｅｒＩｔｅｍ」を部品Ｂ、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品Ｂのバージョン１～３とし、部品Ｂが部品Ｂのバージョン１～３を所属させる関係、及び部品Ａが部品Ｂを所属させる関係を符号化及び可視化したものである。
【0117】
これによれば、図４Ａで説明した効果に加え、アイテム共通識別情報同士（例えば部品Ａと部品Ｂ）とこの構成を示す依存制約情報（例えば所属関係）とによる相互関係情報を符号化及び可視化でき、具体的には部品Ａとしては部品Ｂのバージョン１～３も選択の対象であることを管理しやすい効果を期待できる。
【0118】
図４Ｃは、図４Ｂの内容のうち、部品Ａのバージョン３が部品Ｂを所有する関係に変更して符号化及び可視化したものである。これによれば、アイテム非共通識別情報（例えば部品Ａのバージョン３）とアイテム共通識別情報（例えば部品Ｂ）との構成を示す依存制約情報（例えば所有関係）との相互関係情報を符号化及び可視化でき、具体的には部品Ａのバージョン３としては部品Ｂのバージョン１～３が選択の対象であることを管理しやすい効果を期待できる。
【0119】
図５は、「ＭａｓｔｅｒＬｉｎｋ」を手配、「ＡｆｆｅｃｔｅｄＬｉｎｋ」を内製・Ａ社からの調達・Ｂ社からの調達として、手配が内製・Ａ社からの調達・Ｂ社からの調達を所属させる関係を符号化及び可視化したものである。
【0120】
これによれば、プロセス共通識別情報（例えば手配）とプロセス非共通識別情報（例えば内製・Ａ社からの調達・Ｂ社からの調達）とこれらの構成を示す依存制約情報（例えば所属関係）とによる相互関係情報を符号化及び可視化でき、具体的には手配としては内製・Ａ社からの調達・Ｂ社からの調達が選択の対象であることを管理しやすい効果を期待できる。
【0121】
図４Ａと図５からわかるとおり、「ＭａｓｔｅｒＩｔｅｍ」と「ＡｆｆｅｃｔｅｄＩｔｅｍ」の構成例と、「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」の構成例とは、情報の種別のみ異なることから、「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」も図４Ｂ及び図４Ｃに示すような構成例を採用できる。
【0122】
図６は、「ＭａｓｔｅｒＩｔｅｍ」と「ＡｆｆｅｃｔｅｄＩｔｅｍ」の構成例に対し、「ＣｏｄｅＬｉｎｅ」と「Ｓｅｌｅｃｔｉｏｎ」を付加した構成例を示す。
【0123】
図６は、「ＭａｓｔｅｒＩｔｅｍ」を部品Ｂ、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品Ｂのバージョン１・バージョン２ａ・バージョン２ｂ、「ＣｏｄｅＬｉｎｅ」をメーカーＡ・メーカーＢ、「Ｓｅｌｅｃｔｉｏｎ」を部品Ｂの互換性とし、部品ＢがメーカーＡ・メーカーＢを所属させる関係、メーカーＡ・メーカーＢが部品Ｂのバージョン１をそれぞれ所属させる関係、部品Ｂのバージョン１が部品Ｂのバージョン２ａ・バージョン２ｂに派生した関係、部品Ｂの互換性が部品Ｂのバージョン１・バージョン２ｂを共有する関係を符号化及び可視化したものである。
【0124】
これによれば、アイテム共通識別情報（例えば部品Ｂ）とアイテム非共通識別情報（例えば部品Ｂのバージョン１・バージョン２ａ・バージョン２ｂ）の構成に対し、ルート情報（例えばメーカーＡ・メーカーＢ）及び／又はセレクション情報（例えば部品Ｂの互換性）とこれらの依存制約情報（例えば所属関係・共有関係）との相互関係情報を付加して符号化及び可視化でき、具体的には部品Ｂのバージョン１とこの派生版であるバージョン２ａ・バージョン２ｂの所在（例えば製造先・保管先・搬送先）としてはメーカーＡとメーカーＢが選択の対象であり、互換性を有する部品Ｂとしてはバージョン１とこの派生版であるバージョン２ｂが選択の対象であることを管理しやすい効果を期待できる。
【0125】
図７は、「ＭａｓｔｅｒＩｔｅｍ」と「ＡｆｆｅｃｔｅｄＩｔｅｍ」と「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」とによる手配手順の構成例を示す。
【0126】
図７は、「ＭａｓｔｅｒＩｔｅｍ」を部品Ａ・部品Ｂ、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品Ａのバージョン１～３・部品Ｂのバージョン１、「ＭａｓｔｅｒＬｉｎｋ」を部品Ａの手配１・手配２、「ＡｆｆｅｃｔｅｄＬｉｎｋ」を内製・Ａ社からの調達・Ｂ社からの調達・Ｃ社からの調達とし、部品Ａが部品Ａのバージョン１～３を所属させ、部品Ｂが部品Ｂのバージョン１を所属させ、部品Ａの手配１が内製とＡ社からの調達を所属させ、部品Ａの手配２がＢ社からの調達とＣ社からの調達を所属させ、部品Ａのバージョン１と２が部品Ａの手配１を共有し、部品Ａのバージョン３が部品Ａの手配２を所有し、部品Ａの手配１の内製が部品Ｂを所有する関係を符号化及び可視化したものである。
【0127】
これによれば、アイテム共通識別情報（例えば部品Ａ）に含まれるアイテム非共通識別情報（例えば部品Ａのバージョン１～３）をプロセス共通識別情報（例えば部品Ａの手配１・手配２）とこの各々に含まれるプロセス非共通識別情報（例えば内製・Ａ社からの調達・Ｂ社からの調達・Ｃ社からの調達）で特定でき、さらにプロセス非共通識別情報（例えば内製）をアイテム共通識別情報（例えば部品Ｂ）とこれに含まれるアイテム非共通識別情報（例えば部品Ｂのバージョン１）で特定でき、具体的には部品Ａとしてはバージョン１～３が選択の対象であり、部品Ａのバージョン１・２の手配先として内製かＡ社からの調達、部品Ａのバージョン３の手配先としてＢ社からの調達かＣ社からの調達が選択の対象であり、手配先が内製の場合は部品Ｂのバージョン１が選択の対象であることを管理しやすい効果を期待できる。
【0128】
図８は、「ＭａｓｔｅｒＩｔｅｍ」と「ＡｆｆｅｃｔｅｄＩｔｅｍ」と「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」とによる組立手順の構成例を示す。
【0129】
図８は、「ＭａｓｔｅｒＩｔｅｍ」を部品Ａ・部品Ｂ・部品Ｃ、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品Ａのバージョン１・部品Ｂのバージョン１・部品Ｃのバージョン１、「ＭａｓｔｅｒＬｉｎｋ」を部品Ａの組立・部品Ｂの組立、「ＡｆｆｅｃｔｅｄＬｉｎｋ」を部品Ａの組立１・部品Ａの組立２・部品Ｂの組立とし、部品Ａ～Ｃがそれぞれ部品Ａ～Ｃのバージョン１を所属させ、部品Ａの組立が組立１・組立２を所属させ、部品Ｂの組立が組立を所属させ、部品Ａのバージョン１が部品Ａの組立を所有し、部品Ａの組立１が部品Ｂを共有し、部品Ａの組立２が部品Ｂ・部品Ｃを共有し、部品Ｂのバージョン１が部品Ｂの組立を所有し、部品Ｂの組立が部品Ｃを共有する関係を符号化及び可視化したものである。
【0130】
これによれば、アイテム共通識別情報（例えば部品Ａ・部品Ｂ）に含まれるアイテム非共通識別情報（例えば部品Ａ・部品Ｂのバージョン１）をプロセス共通識別情報（例えば部品Ａの組立、部品Ｂの組立）とこれに含まれるプロセス非共通識別情報（例えば部品Ａの組立１・組立２、部品Ｂの組立）で特定でき、プロセス非共通識別情報（例えば部品Ａの組立１・組立２、部品Ｂの組立）をアイテム共通識別情報（例えば部品Ｂ・部品Ｃ）とこれらに含まれるアイテム非共通識別情報（例えば部品Ｂ・部品Ｃのバージョン１）で特定でき、具体的には部品Ａのバージョン１の組立工程は組立工程１と組立工程２の２種類が選択の対象であり、組立工程１は部品Ｂのバージョン１の組立工程で部品Ｃのバージョン１を組み込み済みの部品Ｂのバージョン１が要求され、組立工程２は部品Ｂのバージョン１と部品Ｃのバージョン１の各々が要求されていることを管理しやすい効果を期待できる。
【0131】
図９は、「ＭａｓｔｅｒＩｔｅｍ」と「ＡｆｆｅｃｔｅｄＩｔｅｍ」と「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」と「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」とによる組立手順の構成例を示す。
【0132】
図９は、「ＭａｓｔｅｒＩｔｅｍ」を部品Ａ・部品Ｂ・部品Ｃ、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品Ａのバージョン１・部品Ｂのバージョン１・部品Ｃのバージョン１、「ＭａｓｔｅｒＬｉｎｋ」を部品Ａの組立・部品Ｂの組立、「ＡｆｆｅｃｔｅｄＬｉｎｋ」を部品Ａの組立１・部品Ａの組立２・部品Ｂの組立、「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」を部品Ａのバージョン１に対する設計変更（以下「設変」ともいう。）指示Ａ１、部品Ｂのバージョン１に対する設変指示Ｂ１、部品Ｃのバージョン１に対する設変指示Ｃ１、部品Ａの組立１及び部品Ｂの組立に対する組立指示１、部品Ａの組立２に対する組立指示２とし、部品Ａ～Ｃがそれぞれ部品Ａ～Ｃのバージョン１を所属させ、部品Ａの組立が組立１・組立２を所属させ、部品Ｂの組立が組立を所属させ、部品Ａのバージョン１が部品Ａの組立を所有し、部品Ａの組立１が部品Ｂを共有し、部品Ａの組立２が部品Ｂ・部品Ｃを共有し、部品Ｂのバージョン１が部品Ｂの組立を所有し、部品Ｂの組立が部品Ｃを共有し、設変指示Ａ１～Ｃ１がそれぞれ部品Ａ～Ｃのバージョン１を所有し、組立指示１が部品Ａの組立１と部品Ｂの組立を所有し、組立指示２が部品Ａの組立２を所有する関係、換言すると、図３に示す関係に対して「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」を追加した関係を符号化及び可視化したものである。
【0133】
これによれば、アイテム共通識別情報（例えば部品Ａ・部品Ｂ）に含まれるアイテム非共通識別情報（例えば部品Ａ・部品Ｂのバージョン１）をプロセス共通識別情報（例えば部品Ａの組立、部品Ｂの組立）とこれに含まれるプロセス非共通識別情報（例えば部品Ａの組立１・組立２、部品Ｂの組立）で特定でき、プロセス非共通識別情報（例えば部品Ａの組立１・組立２、部品Ｂの組立）をアイテム共通識別情報（例えば部品Ｂ・部品Ｃ）とこれらに含まれるアイテム非共通識別情報（例えば部品Ｂ・部品Ｃのバージョン１）で特定でき、アイテム非共通識別情報（例えば部品Ａ～Ｃのバージョン１）をインストラクション情報（例えば設変指示Ａ１～Ｃ１）で特定でき、プロセス非共通識別情報（例えば部品Ａの組立１・組立２、部品Ｂの組立）をインストラクション情報（例えば組立指示１・２）で特定でき、具体的には部品Ａのバージョン１の組立工程は組立工程１と組立工程２の２種類が選択の対象であり、組立工程１は部品Ｂのバージョン１の組立工程で部品Ｃのバージョン１を組み込み済みの部品Ｂのバージョン１が要求され、組立工程２は部品Ｂのバージョン１と部品Ｃのバージョン１の各々が要求され、部品Ａ～Ｃのバージョン１はそれぞれ設変指示Ａ１～Ｃ１に従い、部品Ａの組立工程１と部品Ｂの組立はそれぞれ組立指示１に従い、部品Ａの組立工程２は組立指示２に従うことを管理しやすい効果を期待できる。
【0134】
【0135】
図１０Ａは、「ＶＰ」を部品Ａ、「Ｖ」を部品Ａのバージョン１～３とし、部品Ａが部品Ａのバージョン１～３を選択する関係であり、さらに「ＶＰ」の部品Ａが「ＭａｓｔｅｒＩｔｅｍ」の部品Ａを具現化した関係を符号化及び可視化したものである。
【0136】
これによれば、可変情報（例えば部品Ａ）をアイテム共通識別情報（例えば部品Ａ）に具現化できることから、ＯＶＭモデルの記法で示す可変情報としての部品Ａを実際の業務に近い表現であるＢＯＭモデルで管理しやすい効果を期待できる。
【0137】
図１０Ｂでは図５に示す「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」の基本的な構成例と「ＶＰ」と「Ｖ」の基本的な構成例との関係を示すが、情報の種類の差異以外は図１０Ａで説明した内容と同等である。
【0138】
【0139】
図１１Ａは、「ＶＰ」を仕向け、「Ｖ」を日本仕向け・米国仕向けとし、仕向けが日本仕向け・米国仕向けを選択する関係であり、さらに「Ｖ」の日本仕向け・米国仕向けがそれぞれ「ＡｆｆｅｃｔｅｄＩｔｅｍ」の製品Ａのバージョン１・バージョン２を具現化した関係、換言すると、製品Ａのバージョン１が日本仕向け、バージョン２が米国仕向けであることを符号化及び可視化したものである。
【0140】
これによれば、変異情報（例えば日本仕向け・米国仕向け）をアイテム非共通識別情報（例えば製品Ａのバージョン１・バージョン２）に具現化できることから、ＯＶＭモデルの記法で示す変異情報としての仕向けに関する情報を実際の業務に近い製品Ａのバージョン１・バージョン２で特定したＢＯＭモデルで管理しやすい効果を期待できる。
【0141】
【0142】
図１１Ｂは、「ＶＰ」を工場、「Ｖ」をＡ工場・Ｂ工場とし、工場ＡがＡ工場・Ｂ工場を選択する関係であり、さらに「Ｖ」のＡ工場・Ｂ工場が「ＣｏｄｅＬｉｎｅ」のメーカーＡ・メーカーＢを具現化した関係を符号化及び可視化したものである。
【0143】
これによれば、変異情報（例えばＡ工場・Ｂ工場）をルート情報（例えばメーカーＡ・メーカーＢ）として具現化することで、ＯＶＭモデルの記法で示す変異情報としてのＡ工場・Ｂ工場を実際の業務により近い発注先等に相当するメーカーＡ・メーカーＢで特定したＢＯＭモデルで管理しやすい効果を期待できる。
【0144】
図１１Ｃでは、「ＶＰ」と「Ｖ」の基本的な構成例と「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」との関係を示す。
【0145】
図１１Ｃは、「ＶＰ」を製品、「Ｖ」を製品Ｘ・製品Ｙ・製品Ｚとし、製品が製品Ｘ～Ｚを選択する関係であり、さらに「Ｖ」の製品Ｘ～Ｚが「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」の製造指示Ｘ～Ｚをそれぞれ具現化した関係を符号化及び可視化したものである。
【0146】
これによれば、変異情報（例えば製品Ｘ～Ｚ）をインストラクション情報（例えば製造指示Ｘ～Ｚ）として具現化することで、ＯＶＭモデルの記法で示す変異情報としての製品Ｘ～Ｚを実際の業務により近い製造指示で特定したＢＯＭモデルで管理しやすい効果を期待できる。
【0147】
図１２Ａは、「ＭａｓｔｅｒＩｔｅｍ」と「ＡｆｆｅｃｔｅｄＩｔｅｍ」と「ＭａｓｔｅｒＬｉｎｋ」と「ＡｆｆｅｃｔｅｄＬｉｎｋ」と「ＶＰ」と「Ｖ」とによる仕様説明の構成例を示す。以下では、図４Ａ～図１１Ｃで説明した内容と同等な内容についての説明を適宜省略している箇所もある。
【0148】
図１２Ａは、「ＭａｓｔｅｒＩｔｅｍ」を機械Ａ・サブ機械Ａ１・サブ機械Ａ２、「ＡｆｆｅｃｔｅｄＩｔｅｍ」を部品ａ１・部品ａ１１・部品ａ１２、「ＭａｓｔｅｒＬｉｎｋ」を部品ａ１の構成、「ＡｆｆｅｃｔｅｄＬｉｎｋ」を部品ａ１の構成１・構成２、「ＶＰ」を機械Ａの部品構成、「Ｖ」を機械Ａの部品構成１・部品構成２とし、機械Ａが部品ａ１、サブ機械Ａ１が部品ａ１１、サブ機械Ａ２が部品ａ１２をそれぞれ所属させ、部品ａ１の構成が構成１・構成２を所属させ、部品ａ１が部品ａ１の構成を所有し、部品ａ１の構成１がサブ機械Ａ１・Ａ２を所有又は共有し、部品ａ１の構成２がサブ機械１を所有し、機械Ａの部品構成が部品ａ１の構成、機械Ａの部品構成１が部品ａ１の構成１、機械Ａの部品構成２が部品ａ１の構成２にそれぞれ具現化された関係を符号化及び可視化したものである。
【0149】
これによれば、可変情報（例えば機械Ａの部品構成）をアイテム共通識別情報（例えば部品ａ１の構成）、変異情報（例えば機械Ａの部品構成１・部品構成２）をそれぞれアイテム非共通識別情報（例えば部品ａ１の構成１・構成２）として具現化することで、ＯＶＭモデルの記法で示す可変情報及び変異情報としての機械Ａの部品構成を実際の業務に近い部品ａ１の構成で特定したＢＯＭモデルで管理しやすい効果を期待できる。
【0150】
図１２Ｂは、図１２Ａを図１０Ａ・図１０Ｂに示すように具現化して符号化及び可視化したものである。すなわち、図１２Ｂと図１２Ａとの相違品は、「ＭａｓｔｅｒＩｔｅｍ」及び「ＭａｓｔｅｒＬｉｎｋ」を「ＶＰ」、「ＡｆｆｅｃｔｅｄＩｔｅｍ」及び「ＡｆｆｅｃｔｅｄＬｉｎｋ」を「Ｖ」、所属関係を選択関係、所有関係又は共有関係を要求関係に変換した点である。
【0151】
これによれば、ＢＯＭモデルをＯＶＭモデルに変換して符号化できることから、ＢＯＭモデルで記述された各種情報の構成から得られる解をＯＶＭモデラーのソルバで算出することができる。
【0152】
【0153】
図１３Ａに示すように、「ＶＰ」が部品Ａ、「ＶＰ」に対して選択関係を有する「Ｖ」が部品Ａ－１及び部品Ａ－２とする。これにより、部品Ａの種類として部品Ａ－１と部品Ａ－２があることを記述できる。一方、「ＶＰ」と「Ｖ」のみでは部品Ａ並びに部品Ａ－１及び部品Ａ－２に関する組み合わせ情報をモデル化しきれないことから、他の選択肢との併用によりＢＯＭとしての組み合わせ情報モデルを記述しやすくなる。
【0154】
まず「ＶＰ」である部品Ａを「ＭａｓｔｅｒＩｔｅｍ」として具現化し、「Ｖ」である部品Ａ－１及び部品Ａ－２を「ＡｆｆｅｃｔｅｄＩｔｅｍ」として具現化する。そして「ＭａｓｔｅｒＩｔｅｍ」である部品Ａに「ＣｏｄｅＬｉｎｅ」である第１工場を介して「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ａ－１を所属させ、「ＣｏｄｅＬｉｎｅ」である第２工場を介して「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ａ－２を所属させる。これにより、例えば上位概念として定義される部品Ａのうち、下位概念として定義される部品Ａ－１を第１工場での製造等を経由して得られ、部品Ａ－２を第２工場での製造等を経由して得られることを記述できる。
【0155】
次に「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」である製造指示が「Ｓｅｌｅｃｔｉｏｎ」である変更（例えば２０２２年１月１日より）を所有し、上記変更が「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ａ－１と部品Ａ－２とを共有する。これにより、製造指示が２０２２年１月１日より変更して部品Ａ－１又は部品Ａ－２を製造することを記述できる。
【0156】
また「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ａ－１は別の「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ａ－１ａに派生する。これにより、例えば部品Ａ－１と略同等だが仕様が一部のみ異なる部品Ａ－１ａを記述できる。
【0157】
また「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ａ－１は「ＭａｓｔｅｒＬｉｎｋ」である部品Ａ－１の組立工程を所有しており、上記部品Ａ－１の組立工程は「ＡｆｆｅｃｔｅｄＬｉｎｋ」である部品Ａ－１の組立手順１と組立手順２を所属させる。これより、部品Ａ－１における組立工程に組立手順１と組立手順２が含まれることを記述できる。
【0158】
また「ＡｆｆｅｃｔｅｄＬｉｎｋ」である部品Ａ－１の組立手順１と組立手順２は「ＭａｓｔｅｒＩｔｅｍ」である部品Ｂを共有し、上記部品Ｂは「ＡｆｆｅｃｔｅｄＩｔｅｍ」である部品Ｂ－１と部品Ｂ－２を所属させる。これにより、部品Ａ－１の組立手順１と組立手順２には部品Ｂ－１及び／又は部品Ｂ－２が使われることを記述できる。
【0159】
また「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」である部品Ａ－１の組立指示は２パターンあり、１パターン目は「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」が部品Ａ－１の組立工程の設変指示１と部品Ｂ－１の仕様の設変指示とを共有し、２パターン目は「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」が部品Ａ－１の組立工程の設変指示２と部品Ｂ－２の仕様の設変指示とを共有する。これによれば、部品Ａ－１の組立手順１と組立手順２とのいずれかは部品Ａ－１の組立指示に従うことを記述できる。すなわち、部品Ａ－１の組立工程が２つ以上のパターンを含み、かつ各パターンで部品Ｂに分類される部品Ｂ－１や部品Ｂ－２が用いられる場合、部品Ａ－１の組立指示として部品Ａ－１の組立工程の設計変更指示１と部品Ｂ－１の仕様の設変指示とをし、または部品Ａ－１の組立工程の設計変更指示２と部品Ｂ－２の仕様の設変指示とをそれぞれ記述できる。
【0160】
図１３Ｂに示すように、算出部１２は、図１３Ａの組み合わせ情報モデルを構成する各選択肢の組み合わせのパターンを、ＡＳＰソルバインタフェースを介して解として算出する。図１３Ｂには、「ＶＰ」が可変点かつ「Ｖ」がこの選択肢（変位点）、「ＭａｓｔｅｒＩｔｅｍ」と「Ｓｅｌｅｃｔｉｏｎ」と「ＣｏｄｅＬｉｎｅ」が可変点かつ「ＡｆｆｅｃｔｅｄＩｔｅｍ」がこれらの選択肢（変位点）、「ＭａｓｔｅｒＬｉｎｋ」が可変点かつ「ＡｆｆｅｃｔｅｄＬｉｎｋ」がこの選択肢（変位点）、「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」が可変点かつこの内容が選択肢（変位点）であることと、それぞれの可変点及び選択肢の組み合わせを満たす場合に「〇」、満たさない場合に「×」、満たすが関連する他の組み合わせの一部を満たさない場合に「△」として算出された解１～５とがリスト化されている。解１～５の算出に制約情報及び目的関数は設定されていないが、これらが設定されたら解の数が減ることもある。
【0161】
このとき、算出部１２は、部品Ｂ－１の仕様の設変指示が部品Ｂ－１、部品Ｂ－２の仕様の設変指示が部品Ｂ－２、部品Ａ－１の組立工程の設変指示１が部品Ａ－１の組立１、部品Ａ－１の組立工程の設変指示２が部品Ａ－１の組立２に対応していることから、「ＥｎｇｉｎｅｅｒｉｎｇＣｈａｎｇｅ」の全組み合わせを解に反映せず、それぞれ対応している組み合わせのみ解に反映することで、不要な組み合わせに基づく解の算出を回避する効果を期待できる。
【0162】
設定部１４は、上述した解の算出前に制約情報及び目的関数を設定してよい。例えば価格や評価といった属性値の属性項目と、それぞれ例えばＷ１・Ｗ２といった変数とを設定し、選択肢の属性に対する個別値としての制約の最小値・最大値、合計値としての制約の最小値・最大値、及び目的関数を設定し、依存制約情報の属性に対する個別値としての制約の最小値・最大値を設定してもよい。
【0163】
具体的に図示しないが、設定部１４は、例えば制約情報として「部品Ａ－１～２及び部品Ｂ－１～２（変異情報に相当）の価格（属性値に相当）の計算値（変数に相当）が３００（値に相当）以下であること」、目的関数として「部品Ａ－１～２及び部品Ｂ－１～２（変異情報に相当）の評価（属性値に相当）の計算値（変数に相当）が最大であること」を設定する。なお、結果的に目的関数を満たす解が複数算出された場合、算出された解全てではなく、「選択肢を最少化」とする解、又は「選択肢を最大化」とする解、のいずれかを抽出する設定をしてもよい。
【0164】
制約情報は、「計算値が所定の値以下」の他に、「計算値が所定の値以上」、「計算値が所定の値と所定の値の間」、「個別値が所定の値以下」、「個別値が所定の値以上」、「個別値が所定の値と所定の値の間」も含む。さらに、目的関数は、計算値が最大となる解を求める「最大化」の他に、最小となる解を求める「最小化」、極値となる解を求める「極値化」も含み、最大化又は最小化と極値化とが結果的に同等であってもよい。すなわち、制約情報が属性値（個別値）又は属性値の計算値を閾値とする６タイプであり、かつ目的関数が属性値の計算値の最大、最小、又は極値とする３タイプであることで、ユーザーは組み合わせに対して所望の制約を設定しやすい。
【0165】
以下、上述した内容を参照しつつ、本情報管理装置の基本的な実行処理の流れについて説明する。
【0166】
図１４に示すように、まず、例えば部品や名称や仕様といったアイテムを特定するアイテム情報、組立指示・部品手配・設変指示といったアイテムを所定の状態から別の状態に変更するプロセスを特定するコンテキスト情報、及び／又はアイテム或いはプロセスに対する実行若しくは変更の指示若しくは承認に関するインストラクション情報を符号化及び可視化する（Ｓｔｅｐ１）。インストラクション情報は、アレンジ情報及び／又はタイム情報を含んでいる。次に、アイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報の構成を示す依存制約情報を符号化及び可視化する（Ｓｔｅｐ２）。そして、依存制約情報により成立するアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、及び／又はコンテキスト情報とインストラクション情報の相互関係情報を符号化及び可視化する（Ｓｔｅｐ３）。最後に、符号化した相互関係情報に基づき上記構成の解を命題論理式で算出する（Ｓｔｅｐ４）。
【0167】
このような流れによれば、例えばアイテムの提供に応じたインシデント・問題・変更・リリース等の管理として、設計から販売に至るまでの工程を含む業務やこれらの領域を越えた統合的な構成管理の実現と共に、ＥＣＭ（Engineering Chain Management）・ＳＣＭ（Supply Chain Management）といった各フェーズの作業状態の動的管理を期待できる。
【0168】
また、無機的なアイテム情報やコンテキスト情報を、順序情報や時系列情報といったこれらとは相対的に有機的なインストラクション情報で特定することで、相互関係情報の制約を厳しくしたり緩めたり柔軟に設定でき、また、アイテム情報やコンテキスト情報はそのままで変更せずにインストラクション情報を見直して変更することで、制約を柔軟に調整できる効果を期待できる。
【0169】
また、所定のフェーズで発見されたアイテムの不具合等の原因究明の手法として、例えば直前のフェーズでなされたこのアイテムに対するインストラクションのような、下流から上流に向かって逆順にそれぞれのフェーズで行われた処理の適否を確認しやすいことから、上記原因究明を効率的に行える効果を期待できる。
【0170】
また、例えばアイテム情報やコンテキスト情報インストラクション情報を含め、各フェーズで選択できる項目や発生する可能性がある項目をアイテム情報同士、コンテキスト情報同士、インストラクション情報同士、アイテム情報とコンテキスト情報、アイテム情報とインストラクション情報、又はコンテキスト情報とインストラクション情報といった組み合わせの対象とすることで、最適解である組み合わせとして各フェーズにて単一結果を得られる効果を期待できる。
【0171】
また、例えばアイテム情報としてアイテムの仕様に含まれる機能や適用箇所に基づく意味を有する管理番号、コンテキスト情報として所定の業務の申請順や時系列に基づく意味を有さない管理番号、インストラクション情報として上記業務に対する実行や変更の指示や承認の申請順や時系列に基づく意味を有さない管理番号のように採番をルール化することで、これらの管理番号により各フェーズの部門や担当者の要求を伝えられる上に、シンプルな番号体系の実現を期待できる。
【0172】
また、モデル化したアイテム情報モデルやコンテキスト情報モデルやインストラクション情報モデルや依存制約情報モデルでこれらの相互関係情報モデルを記述できることから、ユーザビリティが向上し、より効率的な情報管理が実現する効果を期待できる。
【0173】
なお、本実施形態は、上述した内容に限定されず、同等の効果を得られる限り、あらゆるシステム構成・方法・ソフトウェア・ハードウェア・機能、及びこれらの相互関係を含む。
【符号の説明】
【0174】
Ｃ 情報処理端末
１ 制御部
１１ 符号化部
１２ 算出部
１３ 可視化部
１４ 設定部
２ 記憶部
Ｉ１ 第１のアイコン群
Ｉ２ 第２のアイコン群
Ｉ３ 第３のアイコン群
Ｓ サーバ装置
１ 制御部
１１ 符号化部
１２ 算出部
１３ 可視化部
１４ 設定部
２ 記憶部
Ｉ１ 第１のアイコン群
Ｉ２ 第２のアイコン群
Ｉ３ 第３のアイコン群
Ｓ サーバ装置
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11A】
【図11B】
【図11C】
【図12A】
【図12B】
【図13A】
【図13B】
【図14】
【図15】