(57)【特許請求の範囲】
【請求項１】
ネットワークを介して他装置と通信する通信装置と、
データを格納する記憶装置と、
他システムのユーザが管理する情報に関する変更内容の確認依頼を、ユーザ端末より受信し、当該確認依頼が含む、確認対象を規定した第１の条件を記憶装置に格納する処理と、
他システムのユーザが管理する情報に関する変更内容のうち取得すべきものを規定した第２の条件を、ユーザ端末より受信し記憶装置に格納する処理と、
記憶装置に保持する前記第１の条件を指定した、情報の変更内容の確認依頼を、前記他システムとの間のプロトコル変換を行う変換装置に送信する処理と、
前記変換装置にアクセスし前記確認依頼に応じて該当情報に関する変更内容の確認処理を行った他システムのユーザ端末が、前記変換装置に返信した変更内容の確認結果を、前記変換装置より取得し記憶装置に格納する処理と、
記憶装置に保持する前記確認結果を前記第２の条件に照合し、当該第２の条件にマッチする確認結果を前記ユーザ端末に返信する処理を実行する演算装置と、
を備える情報処理装置。
【請求項２】
前記演算装置は、
前記第１の条件または前記第２の条件として、前記他システムのユーザの識別情報、または、前記他システムのユーザが取り扱う製品の識別情報、の少なくともいずれか、ないしそれらの組み合わせを取得し記憶装置に格納する処理を実行するものであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記演算装置は、
前記第１の条件または前記第２の条件として、前記他システムのユーザが取り扱う製品の仕様情報を取得し記憶装置に格納する処理を実行するものであることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記演算装置は、
前記第１の条件または前記第２の条件として、前記確認依頼ないし前記第２の条件を送信してきた前記ユーザ端末のユーザの識別情報、および前記他システムのユーザの識別情報、の組み合わせを取得し記憶装置に格納する処理を実行するものであることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
製品のサプライヤとバイヤの間の企業間取引処理を仲介するサーバ装置であり、前記変換装置を介して、他システムたる他の企業間取引システムとデータ授受を行うものであることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
ネットワークを介して他装置と通信する通信装置と、データを格納する記憶装置とを備えた情報処理装置が、
他システムのユーザが管理する情報に関する変更内容の確認依頼を、ユーザ端末より受信し、当該確認依頼が含む、確認対象を規定した第１の条件を記憶装置に格納する処理と、
他システムのユーザが管理する情報に関する変更内容のうち取得すべきものを規定した第２の条件を、ユーザ端末より受信し記憶装置に格納する処理と、
記憶装置に保持する前記第１の条件を指定した、情報の変更内容の確認依頼を、前記他システムとの間のプロトコル変換を行う変換装置に送信する処理と、
前記変換装置にアクセスし前記確認依頼に応じて該当情報に関する変更内容の確認処理を行った他システムのユーザ端末が、前記変換装置に返信した変更内容の確認結果を、前記変換装置より取得し記憶装置に格納する処理と、
記憶装置に保持する前記確認結果を前記第２の条件に照合し、当該第２の条件にマッチする確認結果を前記ユーザ端末に返信する処理と、
を実行することを特徴とする情報処理方法。
【請求項７】
ネットワークを介して他装置と通信する通信装置と、データを格納する記憶装置とを備えた情報処理装置に、
他システムのユーザが管理する情報に関する変更内容の確認依頼を、ユーザ端末より受信し、当該確認依頼が含む、確認対象を規定した第１の条件を記憶装置に格納する処理と、
他システムのユーザが管理する情報に関する変更内容のうち取得すべきものを規定した第２の条件を、ユーザ端末より受信し記憶装置に格納する処理と、
記憶装置に保持する前記第１の条件を指定した、情報の変更内容の確認依頼を、前記他システムとの間のプロトコル変換を行う変換装置に送信する処理と、
前記変換装置にアクセスし前記確認依頼に応じて該当情報に関する変更内容の確認処理を行った他システムのユーザ端末が、前記変換装置に返信した変更内容の確認結果を、前記変換装置より取得し記憶装置に格納する処理と、
記憶装置に保持する前記確認結果を前記第２の条件に照合し、当該第２の条件にマッチする確認結果を前記ユーザ端末に返信する処理と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、およびプログラムに関するものであり、具体的には、異なるシステム間における、情報変更の確認対象に関して生じた情報変更の通知を、情報要求元のユーザのニーズに対応したものとし、各ユーザの作業負担や手間等を低減出来る技術に関する。
【背景技術】
【０００２】
企業間における各種部品やサービスの受発注、決済等を電子的に処理するＥＤＩ（Electronic Data Interchange）の仕組みや、見積内容の授受、その他各種の情報交換など、いわゆる企業間取引の処理を、セキュアなネットワークインフラの下で実現する、企業間の情報交換・共有システムが存在している。こうした企業間情報交換・共有システムの会員企業らは、例えば、使用部品の仕様や型番、環境負荷情報など各種属性に変更があれば、該当部品を用いる自身の工程や製品等に影響が及ぶ為、該当部品を供給する取引相手にその変更情報を要求し、取得することになる。このような他所での情報変更について検知する一般的な従来技術としては、例えば、分散アプリケーションシステムにおいて、監視対象のノード以外の他のノードが備える外部ＡＰＩ部の更新を検出する技術（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２５７９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した企業間情報交換・共有システムは、所定のプロトコル変換サーバ等を介して他システムとも接続可能であり、ひいては、自身の会員企業のユーザ端末の他、他システムに属する他のユーザ端末とも間接的にデータ授受を行うことが出来る。こうした構成において、例えば上述のユーザ端末と、他システムの他ユーザ端末との間で変更情報の授受を行おうとした場合、企業間情報交換・共有システムおよびプロトコル変換サーバ等において所定手順のデータの受け渡しと変換を行い、変更情報がやりとりされることになる。
【０００５】
変更情報の確認対象における情報更新頻度が高い場合、或いは、変更情報の確認対象（例：部品、製品等）が多い場合、上述の如き手順で変更情報の授受を行うとすれば、ユーザたる会員企業ら、および関係する各種情報の授受相手たる他システムのユーザにとって、変更情報の依頼と応答の各作業が非常に煩雑となり、手間やそれに伴うコストも増大してしまう。
【０００６】
一方、従来技術のような更新通知を行う技術を採用した場合、企業間情報交換・共有システムやプロトコル変換サーバ等の運用に従って、変更情報の通知が会員企業と他システムのユーザとの間で自動的に転送されることになる。上述のように変更情報の確認対象の数や情報更新頻度が多い場合、変更情報の通知の受け手側は膨大な数の通知を取得することになり、通知内容の確認や必要性の判断、同じ確認対象に関する通知同士の差異確認、といった作業が非常に煩雑化し、負担は増大する。
【０００７】
そこで本発明の目的は、異なるシステム間における、情報変更の確認対象に関して生じた情報変更の通知を、情報要求元のユーザのニーズに対応したものとし、各ユーザの作業負担や手間等を低減出来る技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の情報処理装置は、ネットワークを介して他装置と通信する通信装置と、データを格納する記憶装置と、他システムのユーザが管理する情報に関する変更内容の確認依頼を、ユーザ端末より受信し、当該確認依頼が含む、確認対象を規定した第１の条件を記憶装置に格納する処理と、他システムのユーザが管理する情報に関する変更内容のうち取得すべきものを規定した第２の条件を、ユーザ端末より受信し記憶装置に格納する処理と、記憶装置に保持する前記第１の条件を指定した、情報の変更内容の確認依頼を、前記他システムとの間のプロトコル変換を行う変換装置に送信する処理と、前記変換装置にアクセスし前記確認依頼に応じて該当情報に関する変更内容の確認処理を行った他システムのユーザ端末が、前記変換装置に返信した変更内容の確認結果を、前記変換装置より取得し記憶装置に格納する処理と、記憶装置に保持する前記確認結果を前記第２の条件に照合し、当該第２の条件にマッチする確認結果を前記ユーザ端末に返信する処理を実行する演算装置と、を備える。
【０００９】
また、本発明の情報処理方法は、ネットワークを介して他装置と通信する通信装置と、データを格納する記憶装置とを備えた情報処理装置が、他システムのユーザが管理する情報に関する変更内容の確認依頼を、ユーザ端末より受信し、当該確認依頼が含む、確認対象を規定した第１の条件を記憶装置に格納する処理と、他システムのユーザが管理する情報に関する変更内容のうち取得すべきものを規定した第２の条件を、ユーザ端末より受信し記憶装置に格納する処理と、記憶装置に保持する前記第１の条件を指定した、情報の変更内容の確認依頼を、前記他システムとの間のプロトコル変換を行う変換装置に送信する処理と、前記変換装置にアクセスし前記確認依頼に応じて該当情報に関する変更内容の確認処理を行った他システムのユーザ端末が、前記変換装置に返信した変更内容の確認結果を、前記変換装置より取得し記憶装置に格納する処理と、記憶装置に保持する前記確認結果を前記第２の条件に照合し、当該第２の条件にマッチする確認結果を前記ユーザ端末に返信する処理と、を実行することを特徴とする。
【００１０】
また、本発明のプログラムは、ネットワークを介して他装置と通信する通信装置と、データを格納する記憶装置とを備えた情報処理装置に、他システムのユーザが管理する情報に関する変更内容の確認依頼を、ユーザ端末より受信し、当該確認依頼が含む、確認対象を規定した第１の条件を記憶装置に格納する処理と、他システムのユーザが管理する情報に関する変更内容のうち取得すべきものを規定した第２の条件を、ユーザ端末より受信し記憶装置に格納する処理と、記憶装置に保持する前記第１の条件を指定した、情報の変更内容の確認依頼を、前記他システムとの間のプロトコル変換を行う変換装置に送信する処理と、前記変換装置にアクセスし前記確認依頼に応じて該当情報に関する変更内容の確認処理を行った他システムのユーザ端末が、前記変換装置に返信した変更内容の確認結果を、前記変換装置より取得し記憶装置に格納する処理と、記憶装置に保持する前記確認結果を前記第２の条件に照合し、当該第２の条件にマッチする確認結果を前記ユーザ端末に返信する処理と、を実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、異なるシステム間における、情報変更の確認対象に関して生じた情報変更の通知を、情報要求元のユーザのニーズに対応したものとし、各ユーザの作業負担や手間等を低減出来る。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における企業間情報交換・共有システムを含むネットワーク構成図である。
【図２】本実施形態における企業間情報交換・共有システムのハードウェア構成例を示す図である。
【図３】本実施形態における情報処理方法の手順例１を示すフロー図である。
【図４】本実施形態における情報処理方法の手順例２を示すフロー図である。
【図５】本実施形態における情報処理方法の手順例３を示すフロー図である。
【図６】本実施形態における情報処理方法の手順例４を示すフロー図である。
【図７】本実施形態における情報処理方法の手順例５を示すフロー図である。
【図８】本実施形態における情報処理方法の手順例６を示すフロー図である。
【図９】本実施形態における情報処理方法の手順例７を示すフロー図である。
【図１０】本実施形態における情報処理方法の手順例８を示すフロー図である。
【図１１】本実施形態における情報処理方法の手順例９を示すフロー図である。
【図１２】本実施形態における情報処理方法の手順例１０を示すフロー図である。
【図１３】本実施形態における情報処理方法の手順例１１を示すフロー図である。
【図１４】本実施形態における情報処理方法の手順例１２を示すフロー図である。
【図１５】本実施形態における依頼企業情報ＤＢのデータ構成例を示す図である。
【図１６】本実施形態における提供企業情報ＤＢのデータ構成例を示す図である。
【図１７】本実施形態における製品情報ＤＢのデータ構成例を示す図である。
【図１８】本実施形態における依頼メッセージ管理ＤＢのデータ構成例を示す図である。
【図１９】本実施形態における提供メッセージ管理ＤＢのデータ構成例を示す図である。
【図２０】本実施形態における変更内容取得条件ＤＢのデータ構成例を示す図である。
【図２１】本実施形態における変更確認依頼条件ＤＢのデータ構成例を示す図である。
【図２２】本実施形態における変更確認依頼メッセージ管理ＤＢのデータ構成例を示す図である。
【図２３】本実施形態における変更内容提供メッセージ管理ＤＢのデータ構成例を示す図である。
【図２４】本実施形態における認証情報のデータ構成例を示す図である。
【図２５】本実施形態における情報提供依頼メッセージのデータ構成例を示す図である。
【図２６】本実施形態における情報提供回答メッセージのデータ構成例を示す図である。
【図２７】本実施形態における変更確認依頼条件メッセージのデータ構成例を示す図である。
【図２８】本実施形態における変更内容取得条件メッセージのデータ構成例を示す図である。
【図２９】本実施形態における変更内容提供メッセージのデータ構成例を示す図である。
【発明を実施するための形態】
【００１３】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の情報処理装置たる企業間情報交換・共有システム１を含むネットワーク構成図である。図１に示す企業間情報交換・共有システム１は、異なるシステム間における、情報変更の確認対象に関して生じた情報変更の通知を、情報要求元のユーザのニーズに対応したものとし、各ユーザの作業負担や手間等を低減出来るコンピュータシステムである。本実施形態で例示する企業間情報交換・共有システム１は、製品のサプライヤとバイヤの間の企業間取引処理を仲介するサーバ装置であり、変換装置（後述するシステム間連携基盤２、情報交換システム３）を介して、他システムたる情報交換システム３（のユーザ端末２３）とデータ授受を行えるものである。
【００１４】
ここでは、企業間情報交換・共有システム１とは別の、他の企業間取引システムである情報交換システム３のユーザ企業が管理している情報を、上述した「情報変更の確認対象」とする。また、この「情報変更の確認対象」である情報は、該当ユーザ企業が他の企業に供給している部品に関する各種情報（例：仕様や型番、環境負荷情報等）である。情報交換システム３に属するユーザ端末２３で管理されている情報に関する変更内容を、企業間情報交換・共有システム１のユーザ端末１１が取得する状況を前提とする。
【００１５】
こうした、図１に例示する企業間情報交換・共有システム１には、依頼元ユーザ端末１１がネットワーク７を介して接続されている。また、企業間情報交換・共有システム１には、システム間連携基盤２、情報交換システム３、および提供元ユーザ端末２３が、ネットワーク８を介して接続されている。
【００１６】
依頼元ユーザ端末１１は、企業間情報交換・共有システム１の会員となっているユーザ企業（以後、ユーザ企業Ａとする）が利用する端末である。この依頼元ユーザ端末１１の利用者たるユーザ企業Ａは、情報交換システム３のユーザ企業（以後、ユーザ企業Ｂとする）から、部品の供給を受けている。従ってこのユーザ企業Ａは、ユーザ企業Ｂから供給されている部品に関して、仕様や型番、環境負荷情報等の変更が生じたならば、こうした情報の変更内容を確認する必要がある。ユーザ企業Ａは、部品に関する情報の変更内容の確認依頼を、当該依頼元ユーザ端末１１を介して、企業間情報交換・共有システム１に送ることになる。
【００１７】
一方、提供元ユーザ端末２３は、上述の情報交換システム３の会員となっているユーザ企業Ｂが利用する端末である。この提供元ユーザ端末２３の利用者たるユーザ企業Ｂは、上述のユーザ企業Ａに対し、部品の供給を行っている。このユーザ企業Ｂは、ユーザ企業Ａに供給している部品に関して、必要に応じて、仕様や型番、環境負荷情報等の変更を自身所有の記憶装置等で随時行っている。ユーザ企業Ｂは、上述の依頼元ユーザ端末１１を起源とした変更内容の確認依頼に対し、該当部品の情報の変更内容について、情報交換システム３およびシステム間連携基盤２を介して、当該提供元ユーザ端末２３により業間情報交換・共有システム１に応答することになる。
【００１８】
また、システム間連携基盤２は、異なる企業間情報交換・共有システム、すなわち企業間情報交換・共有システム１および情報交換システム３の間にあって、各システムのユーザ企業からの「情報交換」要求を仲介処理する機能を持つ基盤である。このシステム間連携基盤２の具体的な例としては、化学物質の情報交換の基盤となるシステム（例えば、ＪＡＭＰ−ＧＰ：http://www.biz.jemai.or.jp/JAMP-GP/about/）などがある。
【００１９】
他方、本実施形態の企業間情報交換・共有システム１は、Ｇ／Ｗサーバ１２とＤＢサーバ１３から構成されている。このうちＤＢサーバ１３は、依頼メッセージ管理ＤＢ１４、提供メッセージ管理ＤＢ１５、変更確認依頼メッセージ管理ＤＢ１６、変更内容提供メッセージ管理ＤＢ１７、依頼企業情報ＤＢ１８、提供企業情報ＤＢ１９、製品情報ＤＢ２０、変更確認依頼条件ＤＢ２１、および変更内容取得条件ＤＢ２２の各データベースを記憶装置にて保持する。また、Ｇ／Ｗサーバ１２は、このＤＢサーバ１３の各データベースを利用しつつ、本実施形態の情報処理装置として必要な処理を実行するサーバ装置となる。
【００２０】
このＧ／Ｗサーバのハードウェア構成例を図２に示す。Ｇ／Ｗサーバ１２は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶装置２０１、記憶装置２０１に保持されるプログラム２１０を読み出すなどして実行しサーバ装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置２００、ユーザからのキー入力や音声入力を受け付ける入力装置２０２、処理データの表示を行うディスプレイ等の出力装置２０３、ネットワークと接続し、依頼元ユーザ端末１１やシステム間連携基盤２といった他装置との通信処理を担う通信装置２０４、を備える。なお、各装置２００〜２０４の間は、バス（ＢＵＳ）によって接続されている。
【００２１】
また、上述したプログラム２１０は、認証機能２１１、メッセージ受付機能２１２、メッセージ送信機能２１３、メッセージ受信機能２１４、メッセージ回答機能２１５、および変更通知制御機能２１６を実装するためのプログラムである。
【００２２】
また記憶装置２０１は、依頼元ユーザ端末１１や提供元ユーザ端末２３を発信起源とする、認証情報２１８、情報提供依頼メッセージ２１９、情報提供回答メッセージ２２０、変更確認依頼条件メッセージ２２１、変更内容取得条件メッセージ２２２、変更確認依頼メッセージ２２３、および変更内容提供メッセージ２２４といったデータ２１７を保持する。
【００２３】
続いて、本実施形態の企業間情報交換・共有システム１が備える機能について説明する。上述したように、以下に説明する機能は、例えば企業間情報交換・共有システム１を構成するＧ／Ｗサーバ１２が備えるプログラム２１０を実行することで実装される機能と言える。
【００２４】
企業間情報交換・共有システム１は、情報交換システム３のユーザ企業Ｂが管理する情報に関する変更内容の確認依頼を、ユーザ企業Ａの依頼元ユーザ端末１１より受信し、当該確認依頼が含む、確認対象を規定した、変更確認依頼条件（第１の条件）を記憶装置２０１に格納する機能を備えている。この機能は、図２において示す、メッセージ受付機能２１２が備えている。
【００２５】
また、企業間情報交換・共有システム１は、情報交換システム３のユーザ企業Ｂが管理する情報に関する変更内容のうち取得すべきものを規定した変更内容取得条件（第２の条件）を、ユーザ企業Ａの依頼元ユーザ端末１１より受信し記憶装置２０１に格納する機能を備えている。この機能は、図２において示す、メッセージ受付機能２１２が備えている。
【００２６】
また、企業間情報交換・共有システム１は、記憶装置２０１に保持する変更確認依頼条件を指定した、情報の変更内容の確認依頼を、情報交換システム３との間のプロトコル変換を行う変換装置である、上述のシステム間連携基盤２に送信する機能を備えている。この機能は、変更通知制御機能２１６が備えている。
【００２７】
また、企業間情報交換・共有システム１は、上述の提供元ユーザ端末２３が情報交換システム３を介してシステム間連携基盤２に返信した変更内容の確認結果を、システム間連携基盤２より取得し記憶装置２０１に格納する機能を備えている。この場合、提供元ユーザ端末２３は、情報交換システム３を介してシステム間連携基盤２にアクセスし、依頼元ユーザ端末１１からの確認依頼に応じて該当情報に関する変更内容の確認処理を行っているものとする。この機能は、メッセージ受信機能２１４が備えている。
【００２８】
また、企業間情報交換・共有システム１は、記憶装置２０１に保持する確認結果を変更内容取得条件に照合し、当該変更内容取得条件にマッチする確認結果を、依頼元ユーザ端末１１に返信する機能を備えている。この機能は、変更通知制御機能２１６が備えている。
【００２９】
なお、企業間情報交換・共有システム１は、変更確認依頼条件または変更内容取得条件として、情報交換システム３のユーザ企業Ｂの識別情報、または、情報交換システム３のユーザ企業Ｂが取り扱う製品の識別情報、の少なくともいずれか、ないしそれらの組み合わせを取得し、記憶装置２０１に格納する機能を備えているとすれば好適である。
【００３０】
また、企業間情報交換・共有システム１は、変更確認依頼条件または変更内容取得条件として、情報交換システム３のユーザ企業Ｂが取り扱う製品の仕様情報を取得し記憶装置２０１に格納する機能を備えているとすれば好適である。
【００３１】
また、企業間情報交換・共有システム１は、変更確認依頼条件または変更内容取得条件として、確認依頼ないし変更内容取得条件を送信してきた依頼元ユーザ端末１１のユーザ企業Ａの識別情報、および情報交換システム３のユーザ企業Ｂの識別情報、の組み合わせを取得し記憶装置２０１に格納する機能を備えているとすれば好適である。
【００３２】
−−−処理手順例１−−−
以下、本実施形態における情報処理方法の実際手順について図に基づき説明する。以下で説明する情報処理方法に対応する各種動作は、企業間情報交換・共有システム１を構成するＧ／Ｗサーバ１２が実行するプログラム２１０によって実現される。そして、このプログラム２１０は、以下に説明される各種の動作を行うためのコードから構成されている。
【００３３】
図３は、本実施形態における情報処理方法の処理手順例１を示すフロー図である。ここではまず、ユーザ企業Ｂが管理する部品の情報に関して、変更が生じていない状況において、依頼元ユーザ端末１１が、ユーザ企業Ｂが提供中の所定部品について情報提供の依頼を企業間情報交換・共有システム１に対して行った際の、企業間情報交換・共有システム１での処理を説明する。
【００３４】
この場合、企業間情報交換・共有システム１のＧ／Ｗサーバ１２は、依頼元ユーザ端末１１からネットワーク７を介し送られてきた、情報提供依頼メッセージ２１９を受け付け、記憶装置２０１に格納する（Ｓ１）。情報提供依頼メッセージ２１９の具体的な例としては、図２５に示すように、上述のユーザ企業Ａの識別情報である依頼企業ＩＤ、同様にユーザ企業Ｂの識別情報である提供企業ＩＤ、および、ユーザ企業Ａが情報提供を所望する対象品の識別情報たる製品番号、といった各値を含む電文が想定できる。
【００３５】
また、依頼元ユーザ端末１１から情報提供依頼メッセージ２１９を受信したＧ／Ｗサーバ１２は、システム間連携基盤２および情報交換システム３を通じて、ユーザ企業Ｂの提供元ユーザ端末２３に対して、該当部品に関する情報提供を依頼する（Ｓ２）。続いてＧ／Ｗサーバ１２は、システム間連携基盤２を通じて、提供元ユーザ端末２３からの情報提供の回答を取得する（Ｓ３）。Ｇ／Ｗサーバ１２は、情報提供回答メッセージ２２０を生成し、これを依頼元ユーザ端末１１に送信する（Ｓ４）。情報提供回答メッセージ２２０の具体的な例としては、図２６に示すように、上述のユーザ企業Ａの識別情報である依頼企業ＩＤ、同様にユーザ企業Ｂの識別情報である提供企業ＩＤ、ユーザ企業Ａが情報提供を所望する対象品の識別情報たる製品番号と製品バージョン、および、添付ファイル情報、といった各値を含む電文が想定できる。
【００３６】
−−−処理手順例２−−−
次に、Ｇ／Ｗサーバ１２が、依頼元ユーザ端末１１から変更確認依頼条件メッセージ２２１および変更内容取得条件メッセージ２２２を受け付けて、これらのメッセージが示す条件に応じた情報を依頼元ユーザ端末１１に送信する一連の処理について図に基づき説明する。図４は、本実施形態における情報処理方法の処理手順例２を示すフロー図である。
【００３７】
この場合、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１から、情報の変更に関する確認対象を規定した変更確認依頼条件が記述された変更確認依頼条件メッセージ２２１を受け付けて、これを変更確認依頼条件ＤＢ２１へ登録する（Ｓ５）。変更確認依頼条件メッセージ２２１の具体的な例としては、図２７に示すように、上述のユーザ企業Ａの識別情報である会員ＩＤ、確認条件１〜３といった各値を含む電文が想定できる。この例では、ユーザ企業Ａの識別情報である会員ＩＤ、確認条件１〜３の組み合わせが、変更確認依頼条件となっている。
【００３８】
また、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１から、上述のユーザ企業Ｂが管理する情報に関する変更内容のうち取得すべきものを規定した変更内容取得条件メッセージ２２２を受け付けて、これを変更内容取得条件ＤＢ２２へ登録する（Ｓ６）。変更内容取得条件メッセージ２２２の具体的な例としては、図２８に示すように、上述のユーザ企業Ａの識別情報である会員ＩＤ、取得条件１、２といった各値を含む電文が想定できる。この例では、ユーザ企業Ａの識別情報である会員ＩＤ、取得条件１、２の組み合わせが、変更内容取得条件となっている。
【００３９】
続いてＧ／Ｗサーバ１２は、変更確認依頼条件ＤＢ２１における変更確認依頼条件を読み取り、この変更確認依頼条件に応じた内容の変更内容の確認依頼をシステム間連携基盤２へ行う（Ｓ７）。また、Ｇ／Ｗサーバ１２は、前記の変更内容の確認依頼に応じて必要な処理を実行したシステム間連携基盤２より、前記の変更確認依頼条件にマッチした情報、すなわちユーザ企業Ｂの提供元ユーザ端末２３からシステム間連携基盤２にアップロードされた、確認対象の情報の変更内容を取得する（Ｓ８）。
【００４０】
続いてＧ／Ｗサーバ１２は、変更内容取得条件ＤＢ２２の取得条件を読み取り、この取得条件にマッチした変更内容の情報（ステップｓ８で取得しているもの）を特定し、これを含む変更内容提供メッセージ２２４を、依頼元ユーザ端末１１向けに生成する（Ｓ９）。また、Ｇ／Ｗサーバ１２は、変更内容提供メッセージ２２４を依頼元ユーザ端末１１に送信し（Ｓ１０）、処理を終了する。
【００４１】
−−−処理手順例３−−−
次に、上述の処理手順例１におけるステップＳ１の処理について図に基づき説明する。図５は、本実施形態における情報処理方法の処理手順例３を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、依頼元ユーザ端末１１から送られてきた情報提供依頼メッセージ２１９を受け付ける手順を示す図である。
【００４２】
この場合、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１より送信されてきた、認証情報２１８と情報提供依頼メッセージ２１９を受信する（Ｓ１０１）。認証情報２１８の具体的な例としては、図２４に示すように、依頼元ユーザ端末１１のユーザたる上述のユーザ企業Ａの識別情報であるユーザＩＤ、およびこのユーザＩＤと対になったパスワード、の各値を含む電文が想定できる。情報提供依頼メッセージ２１９の具体的な例としては、図２５に示すように、上述のユーザ企業Ａの識別情報である依頼企業ＩＤ、同様にユーザ企業Ｂの識別情報である提供企業ＩＤ、および、ユーザ企業Ａが情報提供を所望する対象品の識別情報たる製品番号、といった各値を含む電文が想定できる。
【００４３】
続いて、Ｇ／Ｗサーバ１２の認証機能２１１は、認証情報２１８のユーザＩＤとパスワードを、依頼企業情報ＤＢ１８に照合し、該当ユーザＩＤおよびパスワードのセットが依頼企業情報ＤＢ１８のレコード中に存在することを確認する（Ｓ１０２）。依頼企業情報ＤＢ１８の具体的な例としては、図１５に示すように、各ユーザ企業の識別情報である会員ＩＤ、依頼企業ＩＤ、およびユーザＩＤと、該当ユーザ企業に関して設定されているパスワード、および、該当ユーザ企業がシステム間連携基盤２を利用できる権限の有無を示すシステム間連携基盤利用権限、といった各値を含むレコードの集合体が想定できる。また、Ｇ／Ｗサーバ１２の認証機能２１１は、当該ステップＳ１０２にて、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有するか、依頼企業情報ＤＢ１８における該当レコードのシステム間連携基盤利用権限の値をチェックする。
【００４４】
前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在しないか、または、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有しない場合（Ｓ１０２：認証ＮＧ）、Ｇ／Ｗサーバ１２の認証機能２１１は、認証不成功を示す所定のリターン値を依頼元ユーザ端末１１に送信し、処理を終了する（Ｓ１０３）。一方、前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在し、なおかつ、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有する場合（Ｓ１０２：認証ＯＫ）、Ｇ／Ｗサーバ１２のメッセージ受付機能２１２は、情報提供依頼メッセージ２１９を上述の依頼元ユーザ端末１１から受付け、この情報提供依頼メッセージ２１９の案件番号を所定規則に沿って採番して依頼メッセージ管理ＤＢ１４に保存する（Ｓ１０４）。情報提供依頼メッセージ２１９の具体的な例としては、図２５に示すように、上述のユーザ企業Ａの識別情報である依頼企業ＩＤ、同様にユーザ企業Ｂの識別情報である提供企業ＩＤ、および、ユーザ企業Ａが情報提供を所望する対象品の識別情報たる製品番号、といった各値を含む電文が想定できる。また、依頼メッセージ管理ＤＢ１４の具体的な例としては、図１８に示すように、上述のように採番した案件番号をキーとして、情報提供を望んでいるユーザ企業Ａの識別情報である依頼企業ＩＤ、情報提供を望まれているユーザ企業Ｂの識別情報である提供企業ＩＤ、ユーザ企業Ａが情報提供を所望する対象品の識別情報たる製品情報、該当ユーザ企業Ｂへ情報提供を依頼済みか否かを示す依頼情報といった各値を含むレコードの集合体が想定できる。なお、上述のステップＳ１０４にて情報提供依頼メッセージ２１９を依頼メッセージ管理ＤＢ１４に格納する際、「依頼状態」の値には「未依頼」を設定するものとする。
【００４５】
−−−処理手順例４−−−
次に、上述の処理手順例１におけるステップＳ２の処理について図に基づき説明する。図６は、本実施形態における情報処理方法の処理手順例４を示すフロー図であり、具体的には、依頼元ユーザ端末１１から情報提供依頼メッセージ２１９を受信したＧ／Ｗサーバ１２が、システム間連携基盤２および情報交換システム３を通じて、ユーザ企業Ｂの提供元ユーザ端末２３に対して、該当部品に関する情報提供を依頼する手順を示す図である。
【００４６】
この場合、Ｇ／Ｗサーバ１２は、依頼メッセージ管理ＤＢ１４に保存してある情報提供依頼メッセージ２１９のうち、「依頼状態」の値が「未依頼」のデータを抽出してシステム間連携基盤２へアップロードする（Ｓ２０１）。このステップＳ２０１に続いて、Ｇ／Ｗサーバ１２は、システム間連携基盤２からアップロード結果を受信し、それを判定する（Ｓ２０２）。アップロード結果が「ＯＫ」であった場合（Ｓ２０２：アップロードＯＫ）、Ｇ／Ｗサーバ１２のメッセージ送信機能２１３は、依頼メッセージ管理ＤＢ１４における該当情報提供依頼メッセージの「依頼状態」の値を、「依頼済」に更新し（Ｓ２０３）、処理を終了する。他方、アップロード結果が「ＮＧ」であった場合（Ｓ２０２：アップロードＮＧ）、Ｇ／Ｗサーバ１２のメッセージ送信機能２１３は、エラー終了する（Ｓ２０４）。
【００４７】
−−−処理手順例５−−−
次に、上述の処理手順例１におけるステップＳ３について図に基づき説明する。図７は、本実施形態における情報処理方法の処理手順例５を示すフロー図であり、具体的にには、Ｇ／Ｗサーバ１２が、システム間連携基盤２を通じて、提供元ユーザ端末２３からの情報提供の回答を取得する手順について示す図である。
【００４８】
この場合、Ｇ／Ｗサーバ１２は、上述の如くシステム間連携基盤２にアップロードしてあった情報提供依頼メッセージ２１９に対する、提供元ユーザ端末２３からの回答結果として、情報提供回答メッセージ２２０と添付ファイルをシステム間連携基盤２よりダウンロードする（Ｓ３０１）。情報提供回答メッセージ２２０の具体的な例としては、図２６に示すように、情報提供を望んでいる上述のユーザ企業Ａの識別情報である依頼企業ＩＤ、依頼に応じて情報提供を行ったユーザ企業Ｂの識別情報である提供企業ＩＤ、前記のユーザ企業Ａが情報提供を所望する対象品の識別情報たる製品番号および製品Ｖｅｒ、および添付ファイル情報といった各値を含む電文が想定できる。
【００４９】
続いてＧ／Ｗサーバ１２は、上述のステップＳ３０１におけるシステム間連携基盤２からのダウンロード処理の結果を判定する（Ｓ３０２）。ダウンロードデータありの場合（Ｓ３０２：ダウンロードデータあり）、Ｇ／Ｗサーバ１２のメッセージ受信機能２１４は、情報提供回答メッセージ２２０を提供メッセージ管理ＤＢ１５に格納する（Ｓ３０３）。  提供メッセージ管理ＤＢ１５の具体的な例としては、図１９に示すように、案件番号をキーとして、情報提供を依頼したユーザ企業Ａの識別情報である依頼企業ＩＤ、情報提供を行ったユーザ企業Ｂの識別情報である提供企業ＩＤ、ユーザ企業Ａが情報提供を所望して情報提供がなされた対象品の識別情報たる製品情報とその製品Ｖｅｒ、添付ファイル、および、情報提供を依頼してきたユーザ企業Ａへ情報提供回答メッセージを提供済みか否かを示す提供状態といった各値を含むレコードの集合体が想定できる。なお、上述のステップＳ３０３にて情報提供回答メッセージ２２０を提供メッセージ管理ＤＢ１５に格納する際、「提供状態」の値には「未提供」を設定するものとする。
【００５０】
他方、上述のステップＳ３０２にて、ダウンロードデータなしの場合（Ｓ３０２：ダウンロードデータなし）、Ｇ／Ｗサーバ１２のメッセージ受信機能２１４は、対象データなしとして処理を終了する（Ｓ３０４）。
【００５１】
−−−処理手順例６−−−
次に、上述の処理手順例１におけるステップＳ４について図に基づき説明する。図８は、本実施形態における情報処理方法の処理手順例６を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、情報提供回答メッセージ２２０を依頼元ユーザ端末１１に送信する手順を示す図である。
【００５２】
この場合、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１より送信されてきた認証情報２１８を受信する（Ｓ４０１）。この認証情報２１８のデータ構造例は、上述の処理手順例３にて例示したものと同様である。
【００５３】
Ｇ／Ｗサーバ１２の認証機能２１１は、上述の認証情報２１８のユーザＩＤとパスワードを依頼企業情報ＤＢ１８に照合し、該当ユーザＩＤおよびパスワードのセットが依頼企業情報ＤＢ１８のレコード中に存在することを確認する（Ｓ４０２）。依頼企業情報ＤＢ１８の具体的な例としては、上述の処理手順例３にて例示したものと同様である。また、Ｇ／Ｗサーバ１２の認証機能２１１は、当該ステップＳ４０２にて、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有するか、依頼企業情報ＤＢ１８における該当レコードのシステム間連携基盤利用権限の値をチェックする。
【００５４】
前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在しないか、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有しない場合（Ｓ４０２：認証ＮＧ）、Ｇ／Ｗサーバ１２の認証機能２１１は、認証不成功を示す所定のリターン値を依頼元ユーザ端末１１に送信し、処理を終了する（Ｓ４０３）。
【００５５】
一方、前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在し、なおかつ前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有する場合（Ｓ４０２：認証ＯＫ）、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、提供メッセージ管理ＤＢ１５にて、前記の認証情報２１８が示す該当ユーザ企業に関するレコードのうち、提供状態の値が「未提供」となっているレコードが存在するかチェックする（Ｓ４０４）。
【００５６】
上述のステップＳ４０４にて、提供状態の値が「未提供」となっているレコードが存在する場合（Ｓ４０４：対象象データあり）、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、提供状態の値が「未提供」となっている情報提供回答メッセージ２２０を依頼元ユーザ端末１１へ送信する（Ｓ４０５）。この送信が完了した際、Ｇ／Ｗサーバ１２は、提供メッセージ管理ＤＢ１５にて、該当レコードにおける提供状態の値を「提供済」と更新する。
【００５７】
他方、上述のステップＳ４０４にて、提供状態の値が「未提供」となっているレコードが存在しなかった場合（Ｓ４０４：対象象データなし）、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、対象データなしとした結果を依頼元ユーザ端末１１に送信し（Ｓ４０６）、処理を終了する。
【００５８】
−−−処理手順例７−−−
次に、上述の処理手順例２におけるステップＳ５について図に基づき説明する。図９は、本実施形態における情報処理方法の処理手順例７を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、依頼元ユーザ端末１１から変更確認依頼条件メッセージ２２１を受け付けて変更確認依頼条件ＤＢ２１へ登録する手順を示す図である。
【００５９】
この場合、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１より送信されてきた認証情報２１８と変更確認依頼条件メッセージ２２１を受信する（Ｓ５０１）。変更確認依頼条件メッセージ２２１の具体例は、上述の処理手順例２にて例示したとおりである。Ｇ／Ｗサーバ１２の認証機能２１１は、依頼元ユーザ端末１１から受信した認証情報２１８のユーザＩＤとパスワードを、依頼企業情報ＤＢ１８に照合し、該当ユーザＩＤおよびパスワードのセットが依頼企業情報ＤＢ１８のレコード中に存在することを確認する（Ｓ５０２）。  また、Ｇ／Ｗサーバ１２の認証機能２１１は、当該ステップＳ５０２にて、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有するか、依頼企業情報ＤＢ１８における該当レコードのシステム間連携基盤利用権限の値をチェックする。
【００６０】
前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在しないか、または、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有しない場合（Ｓ５０２：認証ＮＧ）、Ｇ／Ｗサーバ１２の認証機能２１１は、認証不成功を示す所定のリターン値を依頼元ユーザ端末１１に送信し、処理を終了する（Ｓ５０３）。一方、前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在し、なおかつ、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有する場合（Ｓ５０２：認証ＯＫ）、Ｇ／Ｗサーバ１２のメッセージ受付機能２１２は、変更内容の確認依頼たる変更確認依頼条件メッセージ２２１を、依頼元ユーザ端末１１より受付け、これを変更確認依頼条件ＤＢ２１へ保存する（Ｓ５０４）。
【００６１】
変更確認依頼条件ＤＢ２１の具体的な例としては、図２１に示すように、変更内容の確認依頼を要求してきたユーザ企業Ａの識別情報である会員ＩＤ、および確認条件１〜３といった各値を含むレコードの集合体が想定できる。
【００６２】
−−−処理手順例８−−−
次に、上述の処理手順例２におけるステップＳ６について図に基づき説明する。図１０は、本実施形態における情報処理方法の処理手順例８を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、依頼元ユーザ端末１１から変更内容取得条件メッセージ２２２を受け付けて変更内容取得条件ＤＢ２２へ登録する手順を示す図である。
【００６３】
この場合、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１より送信されてきた認証情報２１８と変更内容取得条件メッセージ２２２を受信する（Ｓ６０１）。また、Ｇ／Ｗサーバ１２の認証機能２１１は、認証情報２１８のユーザＩＤとパスワードを、依頼企業情報ＤＢ１８に照合し、該当ユーザＩＤおよびパスワードのセットが依頼企業情報ＤＢ１８のレコード中に存在することを確認する（Ｓ６０２）。また、Ｇ／Ｗサーバ１２の認証機能２１１は、当該ステップＳ６０２にて、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有するか、依頼企業情報ＤＢ１８における該当レコードのシステム間連携基盤利用権限の値をチェックする。
【００６４】
前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在しないか、または、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有しない場合（Ｓ６０２：認証ＮＧ）、Ｇ／Ｗサーバ１２の認証機能２１１は、認証不成功を示す所定のリターン値を依頼元ユーザ端末１１に送信し、処理を終了する（Ｓ６０３）。  一方、前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在し、なおかつ、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有する場合（Ｓ６０２：認証ＯＫ）、Ｇ／Ｗサーバ１２のメッセージ受付機能２１２は、変更内容取得条件メッセージ２２２を、前記の依頼元ユーザ端末１１より受付け、これを変更内容取得条件ＤＢ２２へ格納する（Ｓ６０４）。変更内容取得条件ＤＢ２２の具体的な例としては、図２０に示すように、変更内容の確認依頼を希望するユーザ企業Ａの識別情報たる会員ＩＤ、および、確認対象に関する情報に生じた変更内容のうち、依頼元ユーザ端末１１が取得すべき対象を限定する取得条件１（製品情報）〜取得条件２（製品Ｖｅｒ）といった各値を含むレコードの集合体が想定できる。図２０にて示す変更内容取得条件ＤＢ２２の例では、例えば、会員ＩＤ「ＭＥＭＢＥＲ１」からの確認依頼に応じて取得する変更内容のうち、取得条件１（製品情報）「ＰＡＲＴＳ２１」、および、取得条件２（製品Ｖｅｒ）「２．０以上」のもののみを取得する条件が格納されている。
【００６５】
−−−処理手順例９−−−
次に、上述の処理手順例２におけるステップＳ７について図に基づき説明する。図１１は、本実施形態における情報処理方法の処理手順例９を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、変更確認依頼条件ＤＢ２１における変更確認依頼条件を読み取り、この変更確認依頼条件に応じた内容の変更内容の確認依頼をシステム間連携基盤２へ行う手順を示す図である。
【００６６】
この場合、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、例えば、依頼企業情報ＤＢ１８の各レコードより会員ＩＤを抽出し、ここで抽出した会員ＩＤをキーに、変更確認依頼条件ＤＢ２２での検索を実行する（Ｓ７０１）。Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、この検索で特定したレコードにおいて依頼企業ＩＤが指定されているかチェックする（Ｓ７０２）。
【００６７】
前記のレコードにおいて依頼企業ＩＤが指定されていない場合（ステップＳ７０２：指定されていない）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、システム間連携基盤２への変更確認の依頼を実施せず（Ｓ７０３）、処理を終了する。こうした状況は、変更内容の確認依頼を該当ユーザが行っていない状況に対応する。
【００６８】
他方、前記のレコードにおいて依頼企業ＩＤが指定されている場合（ステップＳ７０２：指定されている）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、該当レコードにおいて、提供企業ＩＤが指定されているかチェックする（Ｓ７０４）。ここで、該当レコードにて提供企業ＩＤが指定されていない場合（ステップＳ７０４：指定されていない）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、前記ステップ７０２でチェックした依頼企業ＩＤに関する全ての変更確認の依頼を、システム間連携基盤２に対し実施し（Ｓ７０５）、処理を終了する。
【００６９】
一方、該当レコードにて提供企業ＩＤが指定されている場合（ステップＳ７０４：指定されている）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、該当レコードにおいて、製品情報が指定されているかチェックする（Ｓ７０６）。該当レコードにおいて、製品情報が指定されていない場合（Ｓ７０６：指定されていない）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、前記ステップＳ７０２でチェックした依頼企業ＩＤと前記ステップＳ７０４でチェックした提供企業ＩＤとをＡＮＤ条件とした変更確認の依頼を、システム間連携基盤２に対し実施し（Ｓ７０７）、処理を終了する。
【００７０】
他方、該当レコードにおいて、製品情報が指定されている合（Ｓ７０６：指定されている）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、前記ステップＳ７０２でチェックした依頼企業ＩＤと、前記ステップＳ７０４でチェックした提供企業ＩＤと、前記ステップＳ７０６でチェックした製品情報とをＡＮＤ条件とした変更確認の依頼を、システム間連携基盤２に対し実施し（Ｓ７０８）、処理を終了する。
【００７１】
−−−処理手順例１０−−−
次に、上述の処理手順例２におけるステップＳ８について図に基づき説明する。図１２は、本実施形態における情報処理方法の処理手順例１０を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、変更内容の確認依頼に応じて必要な処理を実行したシステム間連携基盤２より、確認対象の情報の変更内容を取得する手順を示す図である。
【００７２】
この場合、Ｇ／Ｗサーバ１２は、変更確認依頼メッセージ２２３に対する回答結果として提供元ユーザ端末２３がアップロードしてある、変更内容提供メッセージ２２４と添付ファイルを、システム間連携基盤２よりダウンロードする（Ｓ８０１）。
【００７３】
また、Ｇ／Ｗサーバ１２は、この、システム間連携基盤２からのダウンロード処理の結果を判定する（Ｓ８０２）。ダウンロード処理により、ダウンロードデータ、すなわち変更内容提供メッセージ２２４等が得られた場合（Ｓ８０２：ダウンロードデータあり）、Ｇ／Ｗサーバ１２のメッセージ受信機能２１４は、ダウンロードした変更内容提供メッセージ２２４を、変更内容提供メッセージ管理ＤＢ１７に保存し（Ｓ８０３）、処理を終了する。なお、Ｇ／Ｗサーバ１２のメッセージ受信機能２１４は、ダウンロードした変更内容提供メッセージ２２４を、変更内容提供メッセージ管理ＤＢ１７に保存するに際し、変更内容提供状態の値を「未提供」と設定する。
【００７４】
変更内容提供メッセージ管理ＤＢ１７の具体的な例としては、図２３に示すように、案件番号をキーとして、情報提供を依頼したユーザ企業Ａの識別情報である依頼企業ＩＤ、情報提供を行ったユーザ企業Ｂの識別情報である提供企業ＩＤ、ユーザ企業Ａが情報提供を所望して情報提供がなされた対象品の識別情報たる製品情報とその製品Ｖｅｒ、添付ファイル、および、情報提供を依頼してきたユーザ企業Ａへ変更内容を提供済みか否かを示す変更内容提供状態といった各値を含むレコードの集合体が想定できる。
【００７５】
他方、ダウンロード処理により、ダウンロードデータ、すなわち変更内容提供メッセージ２２４等が得られなかった場合（Ｓ８０２：ダウンロードデータなし）、Ｇ／Ｗサーバ１２のメッセージ受信機能２１４は、対象データなしとして処理を終了する（Ｓ８０４）。
【００７６】
−−−処理手順例１１−−−
次に、上述の処理手順例２におけるステップＳ９について図に基づき説明する。図１３は、本実施形態における情報処理方法の処理手順例１１を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、変更内容取得条件ＤＢ２２の取得条件を読み取り、この取得条件にマッチした変更内容の情報を特定し、これを含む変更内容提供メッセージ２２４を、依頼元ユーザ端末１１向けに生成する手順を示す図である。
【００７７】
この場合、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、変更情報取得条件ＤＢ２２ において、所定のユーザ企業の会員ＩＤに対応したレコードを検索する（Ｓ９０１）。また、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、この検索で該当会員ＩＤに関してレコードが得られたか判定する（Ｓ９０２）。
【００７８】
前記の検索でレコードが得られなかった場合（Ｓ９０２：指定されていない）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、変更内容の確認依頼の結果である、変更内容提供メッセージ２２４を受信する指定が、該当ユーザ企業に関してなされていないと特定し、変更通知のみの変更内容提供メッセージ２２４を作成し、これを提供メッセージ管理ＤＢ１５に格納する（Ｓ９０３）。なお、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、この変更内容提供メッセージ２２４を提供メッセージ管理ＤＢ１５に保存する際、提供状態を「未提供」と設定する。
【００７９】
他方、前記の検索で該当会員ＩＤに関してレコードが得られた場合（Ｓ９０２：指定されている）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、前記のステップＳ９０１で得たレコードに取得条件が指定されているか判定する（Ｓ９０４）。この判定で、該当レコードに取得条件が指定されていないと判定した場合（Ｓ９０４：指定されていない）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、該当会員ＩＤに関して得られる全ての変更内容を変更内容提供メッセージ２２４とし、これを提供メッセージ管理ＤＢ１５に格納する（Ｓ９０５）。なお、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、この変更内容提供メッセージ２２４を提供メッセージ管理ＤＢ１５に格納する際、そのレコードにおいて提供状態の値を「未提供」と設定する。
【００８０】
また、前記の判定で該当レコードに取得条件が指定されている判定した場合（Ｓ９０４：指定されている）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、上述のステップＳ８で該当会員ＩＤに関して得ている変更内容と、前記のステップＳ９０４で特定している取得条件とを照合する（Ｓ９０６）。この照合処理で、該当会員ＩＤに関して得ている変更内容と取得条件とが一致していない場合（Ｓ９０６：一致していない）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、前記の変更内容を提供メッセージ管理ＤＢ１５に保存する処理を行うことなく、そのまま処理を終了する（Ｓ９０７）。
【００８１】
他方、該当会員ＩＤに関して得ている変更内容と取得条件とが一致している場合（Ｓ９０６：一致している）、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、前記の取得条件と一致している変更内容を、変更内容提供メッセージ２２４とし、これを提供メッセージ管理ＤＢ１５に格納する（Ｓ９０８）。なお、Ｇ／Ｗサーバ１２の変更通知制御機能２１６は、この変更内容提供メッセージ２２４を提供メッセージ管理ＤＢ１５に格納する際、そのレコードにおいて提供状態の値を「未提供」と設定する。
【００８２】
−−−処理手順例１２−−−
次に、上述の処理手順例２におけるステップＳ１０について図に基づき説明する。図１４は、本実施形態における情報処理方法の処理手順例１２を示すフロー図であり、具体的には、Ｇ／Ｗサーバ１２が、変更内容提供メッセージ２２４を依頼元ユーザ端末１１に送信する手順を示す図である。
【００８３】
この場合、Ｇ／Ｗサーバ１２は、依頼元ユーザ端末１１より送信されてきた認証情報２１８を受信する（Ｓ１００１）。Ｇ／Ｗサーバ１２の認証機能２１１は、認証情報２１８のユーザＩＤとパスワードを、依頼企業情報ＤＢ１８に照合し、該当ユーザＩＤおよびパスワードのセットが依頼企業情報ＤＢ１８のレコード中に存在することを確認する（Ｓ１００２）。また、Ｇ／Ｗサーバ１２の認証機能２１１は、当該ステップＳ１００２にて、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有するか、依頼企業情報ＤＢ１８における該当レコードのシステム間連携基盤利用権限の値をチェックする。
【００８４】
前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在しないか、または、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有しない場合（Ｓ１００２：認証ＮＧ）、Ｇ／Ｗサーバ１２の認証機能２１１は、認証不成功を示す所定のリターン値を依頼元ユーザ端末１１に送信し、処理を終了する（Ｓ１００３）。  一方、前記受信したユーザＩＤとパスワードが、依頼企業情報ＤＢ１８に存在し、なおかつ、前記のユーザＩＤに該当するユーザ企業が、システム間連携基盤２の利用権限を有する場合（Ｓ１００２：認証ＯＫ）、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、提供メッセージ管理ＤＢ１５のレコード中で、提供状態が「未提供」のレコードを検索する（Ｓ１００４）。この検索で、提供状態が「未提供」のレコードが存在した場合（Ｓ１００４：対象データあり）、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、該当レコードが示す変更内容提供メッセージ２２４を、依頼元ユーザ端末１１へ送信し（Ｓ１００５）、処理を終了する。なお、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、この送信処理が完了した時点で、提供メッセージ管理ＤＢ１５での該当レコードにおける提供状態の値を「提供済」とする。
【００８５】
他方、上述のステップＳ１００４にて、提供状態が「未提供」のレコードが存在しなかった場合（Ｓ１００４：対象データなし）、Ｇ／Ｗサーバ１２のメッセージ回答機能２１５は、対象データなしとした結果を依頼元ユーザ端末１１に送信し（Ｓ１００６）、処理を終了する。
【００８６】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００８７】
こうした本実施形態によれば、異なるシステム間における、情報変更の確認対象に関して生じた情報変更の通知を、情報要求元のユーザのニーズに対応したものとし、各ユーザの作業負担や手間等を低減することが可能となる。
【００８８】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の情報処理装置において、前記演算装置は、前記第１の条件または前記第２の条件として、前記他システムのユーザの識別情報、または、前記他システムのユーザが取り扱う製品の識別情報、の少なくともいずれか、ないしそれらの組み合わせを取得し記憶装置に格納する処理を実行するものである、としてもよい。
【００８９】
また、本実施形態の情報処理装置において、前記演算装置は、前記第１の条件または前記第２の条件として、前記他システムのユーザが取り扱う製品の仕様情報を取得し記憶装置に格納する処理を実行するものである、としてもよい。
【００９０】
また、本実施形態の情報処理装置において、前記演算装置は、前記第１の条件または前記第２の条件として、前記確認依頼ないし前記第２の条件を送信してきた前記ユーザ端末のユーザの識別情報、および前記他システムのユーザの識別情報、の組み合わせを取得し記憶装置に格納する処理を実行するものである、としてもよい。
【００９１】
また、本実施形態の情報処理装置は、製品のサプライヤとバイヤの間の企業間取引処理を仲介するサーバ装置であり、前記変換装置を介して、他システムたる他の企業間取引システムとデータ授受を行うものである、としてもよい。
【符号の説明】
【００９２】
１  企業間情報交換・共有システム（情報処理装置）
２  システム間連携基盤（変換装置）
３  情報交換システム（変換装置）
７、８  ネットワーク
１１  依頼元ユーザ端末
１２  Ｇ／Ｗサーバ
１３  ＤＢサーバ
１４  依頼メッセージ管理ＤＢ
１５  提供メッセージ管理ＤＢ
１６  変更確認依頼メッセージ管理ＤＢ
１７  変更内容提供メッセージ管理ＤＢ
１８  依頼企業情報ＤＢ
１９  提供企業情報ＤＢ
２０  製品情報ＤＢ
２１  変更確認依頼条件ＤＢ
２２  変更内容取得条件ＤＢ
２３  提供元ユーザ端末
１５０  他の企業間取引システム
２００  演算装置
２０１  記憶装置
２０２  入力装置
２０３  出力装置
２０４  通信装置
２１０  プログラム
２１１  認証機能
２１２  メッセージ受付機能
２１３  メッセージ送信機能
２１４  メッセージ受信機能
２１５  メッセージ回答機能
２１６  変更通知制御機能
【図１】
0005636394.tif 000002
【図２】
0005636394.tif 000003
【図３】
0005636394.tif 000004
【図４】
0005636394.tif 000005
【図５】
0005636394.tif 000006
【図６】
0005636394.tif 000007
【図７】
0005636394.tif 000008
【図８】
0005636394.tif 000009
【図９】
0005636394.tif 000010
【図１０】
0005636394.tif 000011
【図１１】
0005636394.tif 000012
【図１２】
0005636394.tif 000013
【図１３】
0005636394.tif 000014
【図１４】
0005636394.tif 000015
【図１５】
0005636394.tif 000016
【図１６】
0005636394.tif 000017
【図１７】
0005636394.tif 000018
【図１８】
0005636394.tif 000019
【図１９】
0005636394.tif 000020
【図２０】
0005636394.tif 000021
【図２１】
0005636394.tif 000022
【図２２】
0005636394.tif 000023
【図２３】
0005636394.tif 000024
【図２４】
0005636394.tif 000025
【図２５】
0005636394.tif 000026
【図２６】
0005636394.tif 000027
【図２７】
0005636394.tif 000028
【図２８】
0005636394.tif 000029
【図２９】
0005636394.tif 000030