(57)【要約】【課題】  フィールド定義が異なるデータベースシステム間において、シームレスなインターネットトランザクション環境を提供する。【解決手段】  ユーザ端末において起動するアプリケーションプロセスを識別するセッションキーを発行し、アプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を第１のデータベースと指定して、セッションキーとともに出力し、アプリケーションプロセスより、セッションキーとともに、共通のデータフィールドのデータを入力して、第１のデータベースを更新し、更新後の第１のデータベースより、アプリケーションプロセスが要求するデータを読み出して、出力する。【選択図】  図３
2005038354.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースへの入力を同期して出力するデータ受け渡し制御装置であって、
前記アプリケーションプロセスを識別するセッションキーを発行するセッション管理手段と、
前記アプリケーションプロセスに対して、前記第２のデータベースにおける前記第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を前記第１のデータベースと指定して、前記セッションキーとともに出力する値渡し先管理手段と、
前記アプリケーションプロセスより、前記セッションキーとともに、前記共通のデータフィールドのデータを入力して、前記第１のデータベースを更新するデータベース管理手段と、
該更新後の第１のデータベースより、前記アプリケーションプロセスが要求するデータを読み出して、出力するデータ要求処理手段と、
を具備することを特徴とするデータ受け渡し制御装置。
【請求項２】
前記値渡し先管理手段は、前記共通データフィールドへの入力データの受け渡し先を前記第１のデータベースのＵＲＬと前記セッションキーとによって指定する
ことを特徴とする請求項１に記載のデータ受け渡し制御装置。
【請求項３】
前記セッション管理手段は、前記セッションキー発行時において、前記ユーザ端末の識別情報を入力し、
前記値渡し先管理手段は、前記セッション管理手段が入力するユーザ端末の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームを前記第１のデータベースより読み出し、前記受け渡し先を指定して、前記セッションキーとともに出力する
ことを特徴とする請求項１または請求項２に記載のデータ受け渡し制御装置。
【請求項４】
前記データベース管理手段は、前記第１のデータベースを更新時において、前記アプリケーションプロセスより入力するセッションキーに基づいて、前記共通のデータフィールドのデータを入力するビジネスオブジェクトを特定する
ことを特徴とする請求項１から請求項３のいずれかの項に記載のデータ受け渡し制御装置。
【請求項５】
ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースへの入力を同期して出力するデータ受け渡し制御方法であって、
前記アプリケーションプロセスを識別するセッションキーを発行し、
前記アプリケーションプロセスに対して、前記第２のデータベースにおける前記第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を前記第１のデータベースと指定して、前記セッションキーとともに出力し、
前記アプリケーションプロセスより、前記セッションキーとともに、前記共通のデータフィールドのデータを入力して、前記第１のデータベースを更新し、
該更新後の第１のデータベースより、前記アプリケーションプロセスが要求するデータを読み出して、出力する
ことを特徴とするデータ受け渡し制御方法。
【請求項６】
前記共通データフィールドへの入力データの受け渡し先は、前記第１のデータベースのＵＲＬと前記セッションキーとによって指定される
ことを特徴とする請求項５に記載のデータ受け渡し制御方法。
【請求項７】
前記セッションキー発行時において、前記ユーザ端末の識別情報を入力し、
該ユーザ端末の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームを前記第１のデータベースより読み出し、前記受け渡し先を指定して、前記セッションキーとともに出力する
ことを特徴とする請求項５または請求項６に記載のデータ受け渡し制御方法。
【請求項８】
前記第１のデータベースを更新時において、
前記アプリケーションプロセスより入力するセッションキーに基づいて、前記共通のデータフィールドのデータを入力するビジネスオブジェクトを特定する
ことを特徴とする請求項５から請求項７のいずれかの項に記載のデータ受け渡し制御方法。
【請求項９】
ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースへの入力を同期して出力する処理をコンピュータに実行させるためのプログラムであって、
前記アプリケーションプロセスを識別するセッションキーを発行する処理と、
前記アプリケーションプロセスに対して、前記第２のデータベースにおける前記第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を前記第１のデータベースと指定して、前記セッションキーとともに出力する処理と、
前記アプリケーションプロセスより、前記セッションキーとともに、前記共通のデータフィールドのデータを入力して、前記第１のデータベースを更新する処理と、
該更新後の第１のデータベースより、前記アプリケーションプロセスが要求するデータを読み出して、出力する処理と
を実行させるためのデータ受け渡し制御プログラム。
【請求項１０】
前記共通データフィールドへの入力データの受け渡し先は、前記第１のデータベースのＵＲＬと前記セッションキーとによって指定される
ことを特徴とする請求項１０に記載のデータ受け渡し制御プログラム。
【請求項１１】
前記セッションキー発行時において、前記ユーザ端末の識別情報を入力する処理と、
該ユーザ端末の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームを前記第１のデータベースより読み出し、前記受け渡し先を指定して、前記セッションキーとともに出力する処理と
をさらにコンピュータに実行させるための請求項１０または請求項１１に記載のデータ受け渡し制御プログラム。
【請求項１２】
前記第１のデータベースを更新時において、前記アプリケーションプロセスより入力するセッションキーに基づいて、前記共通のデータフィールドのデータを入力するビジネスオブジェクトを特定する処理
をさらにコンピュータに実行させるための請求項１０から請求項１２のいずれかの項に記載のデータ受け渡し制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる複数のデータベースへの入力を同期して出力するデータ受け渡し制御装置、データ受け渡し制御方法、及びデータ受け渡し制御プログラムに関する。
【背景技術】
【０００２】
従来、管理形式の異なるデータファイルやリレーショナルデータベースシステムに対して、レコードフォーマット並びに表定義を共通レコードフォーマット情報で管理して、データファイルやリレーショナルデータベースシステム間の移行を統一的に行うための技術が存在する。
例えば、先行技術文献１には、ソースプログラムあるいはリレーショナルデータベースシステム毎に異なるデータ定義情報及び属性情報を統一した表現で定義した共通レコードフォーマット情報によって、管理形式の異なるデータファイルあるいはリレーショナルデータベースシステムの間で、移行元のレコードあるいは表を共通レコードフォーマット情報に基づくデータ変換によって、移行先のレコードあるいは表に変換するデータファイル自動変換装置に係る発明が開示されている。
この発明によれば、移行元のデータファイルを移行先のデータファイルに移行する場合、異なる管理形式のデータファイル間のデータ変換処理が一本化かつ自動化できる効果が得られる。
【特許文献１】特開２０００−３４７９０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一方で、多くのビジネスにおいて、商品やサービスの調達にかなりのコストがかかっていることに鑑み、近年、商品やサービス購買にかかわるサプライヤとの企業間プロセスを自動化するためのサプライヤ・リレーションシップ・マネジメント（以下、ＳＲＭと呼ぶ）の活用が検討されている。
ＳＲＭとして、例えば、コスト効率よく、電子的な調達プロセスにバイヤ（購入者）、サプライヤ（供給者）を参加させる入札管理機能を提供することで、透過性に優れたプロセス、トランザクションのサイクル全体の短縮を図り、サプライヤ選定プロセスの改善、納期の短縮を図り、購買コストの低減を実現する。
【０００４】
このような機能要求を実現するためには、購買サイトと販売サイトの両方をリアルタイムに統合し、購買要求から支払までの調達サイクルすべてのプロセスを同じアプリケーション内で管理することが望ましく、各ユーザ（購入者及び供給者）の既存バックエンドシステムへ共通の資材管理インタフェースを提供して、インターネットベースのシステムと共に活用することが提案されている。
【０００５】
ところで、クライアント側のユーザ端末において、既存バックエンドデータベースシステムの表定義に従って入力したデータを他の既存バックエンドデータベースシステムへポスト処理する場合、データ型やフォーマットが異なると、データベース間で整合性がとれず、セッションが無効化されてしまい、シームレスなトランザクション環境を提供することができないという問題点がある。
上述したようなデータファイル自動変換装置は、レコードフォーマット並びに表定義の変換が許容されるような環境下では有効であるが、各ユーザの既存バックエンドシステムがそれぞれ独自にカスタマイズされたWWWサーバを有しているような場合には、データベースシステムにおけるレコードフォーマット並びに表定義の変換に伴って、既存のＨＴＭＬファイル資源、アプリケーション資源が利用できなくなってしまうという問題点があった。
【０００６】
本発明は、このような事情を考慮してなされたものであり、その目的は、フィールド定義が異なるデータベースシステム間において、シームレスなインターネットトランザクション環境を提供するデータ受け渡し制御装置、データ受け渡し制御方法、及びデータ受け渡し制御プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
この発明は上記の課題を解決すべくなされたもので、本発明は、ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースへの入力を同期して出力するデータ受け渡し制御装置であって、前記アプリケーションプロセスを識別するセッションキーを発行するセッション管理手段と、前記アプリケーションプロセスに対して、前記第２のデータベースにおける前記第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を前記第１のデータベースと指定して、前記セッションキーとともに出力する値渡し先管理手段と、前記アプリケーションプロセスより、前記セッションキーとともに、前記共通のデータフィールドのデータを入力して、前記第１のデータベースを更新するデータベース管理手段と、該更新後の第１のデータベースより、前記アプリケーションプロセスが要求するデータを読み出して、出力するデータ要求処理手段とを具備することを特徴とする。
【０００８】
また、本発明は、前記値渡し先管理手段は、前記共通データフィールドへの入力データの受け渡し先を前記第１のデータベースのＵＲＬと前記セッションキーとによって指定することを特徴とする。
【０００９】
また、本発明は、前記セッション管理手段は、前記セッションキー発行時において、前記ユーザ端末の識別情報を入力し、前記値渡し先管理手段は、前記セッション管理手段が入力するユーザ端末の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームを前記第１のデータベースより読み出し、前記受け渡し先を指定して、前記セッションキーとともに出力することを特徴とする。
【００１０】
また、本発明は、前記データベース管理手段は、前記第１のデータベースを更新時において、前記アプリケーションプロセスより入力するセッションキーに基づいて、前記共通のデータフィールドのデータを入力するビジネスオブジェクトを特定することを特徴とする。
【００１１】
また、本発明は、ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースへの入力を同期して出力するデータ受け渡し制御方法であって、前記アプリケーションプロセスを識別するセッションキーを発行し、前記アプリケーションプロセスに対して、前記第２のデータベースにおける前記第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を前記第１のデータベースと指定して、前記セッションキーとともに出力し、前記アプリケーションプロセスより、前記セッションキーとともに、前記共通のデータフィールドのデータを入力して、前記第１のデータベースを更新し、該更新後の第１のデータベースより、前記アプリケーションプロセスが要求するデータを読み出して、出力することを特徴とする。
【００１２】
また、本発明は、前記共通データフィールドへの入力データの受け渡し先は、前記第１のデータベースのＵＲＬと前記セッションキーとによって指定されることを特徴とする。
【００１３】
また、本発明は、前記セッションキー発行時において、前記ユーザ端末の識別情報を入力し、該ユーザ端末の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームを前記第１のデータベースより読み出し、前記受け渡し先を指定して、前記セッションキーとともに出力することを特徴とする。
【００１４】
また、本発明は、前記第１のデータベースを更新時において、前記アプリケーションプロセスより入力するセッションキーに基づいて、前記共通のデータフィールドのデータを入力するビジネスオブジェクトを特定することを特徴とする。
【００１５】
また、本発明は、ユーザ端末において起動するアプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースへの入力を同期して出力する処理をコンピュータに実行させるためのプログラムであって、前記アプリケーションプロセスを識別するセッションキーを発行する処理と、前記アプリケーションプロセスに対して、前記第２のデータベースにおける前記第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を前記第１のデータベースと指定して、前記セッションキーとともに出力する処理と、前記アプリケーションプロセスより、前記セッションキーとともに、前記共通のデータフィールドのデータを入力して、前記第１のデータベースを更新する処理と、該更新後の第１のデータベースより、前記アプリケーションプロセスが要求するデータを読み出して、出力する処理とを実行させるためのデータ受け渡し制御プログラムである。
【００１６】
また、本発明は、前記共通データフィールドへの入力データの受け渡し先は、前記第１のデータベースのＵＲＬと前記セッションキーとによって指定されることを特徴とする。
【００１７】
また、本発明は、前記セッションキー発行時において、前記ユーザ端末の識別情報を入力する処理と、該ユーザ端末の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームを前記第１のデータベースより読み出し、前記受け渡し先を指定して、前記セッションキーとともに出力する処理とをさらにコンピュータに実行させるためのデータ受け渡し制御プログラムである。
【００１８】
また、本発明は、前記第１のデータベースを更新時において、前記アプリケーションプロセスより入力するセッションキーに基づいて、前記共通のデータフィールドのデータを入力するビジネスオブジェクトを特定する処理をさらにコンピュータに実行させるためのデータ受け渡し制御プログラムである。
【発明の効果】
【００１９】
以上説明したように、本発明は、ユーザ端末において起動するアプリケーションプロセスを識別するセッションキーを発行し、アプリケーションプロセスに対して、フィールド定義が異なる第１、第２のデータベースに共通のデータフィールドに入力されたデータの受け渡し先を第１のデータベースと指定して、セッションキーとともに出力し、アプリケーションプロセスより、セッションキーとともに、共通のデータフィールドのデータを入力して、第１のデータベースを更新し、更新後の第１のデータベースより、アプリケーションプロセスが要求するデータを読み出して、出力するので、フィールド定義が異なるデータベースシステム間において、シームレスなインターネットトランザクション環境を提供することができる効果を得ることができる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照して、本発明のデータ受け渡し制御装置の一実施形態について説明する。図１は、本実施形態のデータ受け渡し制御装置（以下、ＳＲＭ１０：サプライヤリレーションマネンジメントサーバシステム１０と呼ぶ）を適用した入札管理システム１の全体構成を示す構成図である。
本実施形態の入札管理システム１は、ＳＲＭ１０と、見積依頼（以下、ＲＦＱと呼ぶ）発行管理サーバシステム（以下、ＲＦＱＧと呼ぶ）２０と、プライスマネジメントサーバシステム（以下、ＰＭＳと呼ぶ）３０と、複数のユーザ端末４０−１〜ｎ（購入者側のクライント端末）、５０−１〜ｍ（供給者側のクライアント端末）とをインターネット６０を介して接続することで構成される。
【００２１】
図２を用いて、ＳＲＭ１０の構成を説明する。
ＳＲＭ１０は、インターネットトランザクションサーバ（以下、ＩＴＳと呼ぶ）１００、ビジネスオブジェクトデータベース（以下、ＤＢと呼ぶ）２００、ＲＦＱ管理ＤＢ２１０、ユーザ情報ＤＢ２２０とから構成される。
【００２２】
ＩＴＳ１００は、ユーザ端末４０−１〜ｎ、５０−１〜ｍにおいて起動するアプリケーションプロセス（以下、一例としてＷＷＷブラウザアプリケーションとして説明する）に対して、フィールド定義が異なる複数のデータベース（具体的には、ＳＲＭ１０が管理するビジネスオブジェクトＤＢ２００及びＰＭＳ３０が管理するプライスＤＢ３００）へのデータ入出力をエミュレート（擬似同期）して表示するＷＷＷサーバである。本実施形態においては、このＩＴＳ１００により、購買サイトと販売サイトの両方をリアルタイムに統合した入札管理環境を実現し、購買要求から支払までの調達サイクルすべてのプロセスを同じアプリケーション内で管理する。
ＩＴＳ１００は、具体的には、データベース管理部１１０、値渡し先管理部１２０、データ要求処理部１３０、セッション管理部１４０、ネットワークインターフェイス（以下、Ｉ／Ｆと呼ぶ）部１５０とから構成される。
【００２３】
セッション管理部１４０は、ＩＴＳ１００にアクセスしてきたユーザ端末４０、５０（以下、購入者側、供給者側のユーザ端末の代表例とする）上のＷＷＷブラウザアプリケーションプロセスとのセッション管理プロセスである。
具体的には、セッション管理部１４０は、入札トランザクション毎に、ＷＷＷブラウザアプリケーションプロセスとのトランザクションを識別するためのセッションキーを発行し、例えば、ユーザ端末４０、５０がＩＴＳ１００にログインする際に取得する識別情報（例えばユーザＩＤ）と紐付けてセッションテーブルを作成・管理する。
【００２４】
データベース管理部１１０は、ＩＴＳ１００と、ビジネスオブジェクトＤＢ２００、ＲＦＱ管理ＤＢ２１０及びユーザ情報ＤＢ２２０との間のデータ入出力管理プロセスである。
具体的には、データベース管理部１１０は、ユーザ端末４０、５０上のＷＷＷブラウザアプリケーションプロセスより、セッション管理部１４０が発行するセッションキーとともに、ビジネスオブジェクトＤＢ２００及びプライスＤＢ３００に共通のデータフィールドのデータを入力して、ビジネスオブジェクトＤＢ２００を更新する。
ビジネスオブジェクトＤＢ２００を更新時において、データベース管理部１１０は、ユーザ端末４０、５０上のＷＷＷブラウザアプリケーションプロセスより入力するセッションキーに基づいて、共通のデータフィールドのデータを入力するビジネスオブジェクトを特定する。
【００２５】
ビジネスオブジェクトＤＢ２００は、複数のビジネスオブジェクトを格納する。
ビジネスオブジェクトは、入札トランザクション処理に関連するプロパティとビジネスメソッドとをカプセル化して定義され、本実施形態においては、各トランザクションを構成するＲＦＱやＲＦＱに基づく入札案内（ＢＩＴ  ＩＮＶＩＴＡＴＩＯＮ）に回答する入札情報（ＢＩＴ）を格納する。
ＲＦＱ管理ＤＢ２１０は、ＲＦＱＧ２０が、ユーザ端末（購入者）４０−１〜ｎから入力する見積依頼情報（購入者ＩＤ、入札許可された供給者ＩＤ、入札期間、部品情報等）に基づいて発行するＲＦＱを格納する。
ＲＦＱは、見積依頼情報から取得される購入者ＩＤ、入札期間、部品情報等に加え、必要に応じて、購入者、供給者の国ＩＤ、タイムゾーンＩＤ、仮入札期限時刻、本入札期限時刻等の見積依頼情報から構成される。
ユーザ情報ＤＢ２２０は、ユーザＩＤ、ユーザ名、住所、国ＩＤ、タイムゾーンＩＤ等のユーザ情報を格納する。
【００２６】
値渡し先管理部１２０は、ユーザ端末４０、５０上のＷＷＷブラウザアプリケーションプロセスに対して、データの受け渡し先を指定するプロセスである。
具体的には、値渡し先管理部１２０は、ユーザ端末４０、５０上のＷＷＷブラウザアプリケーションプロセスによって、プライスＤＢ３００のデータフィールドに入力されるデータのうち、ビジネスオブジェクトＤＢ２００及びプライスＤＢ３００に共通のデータフィールドに入力されたデータについては、ＩＴＳ１００またはビジネスオブジェクトＤＢ２００をデータの受け渡し先として指定し、セッションキーとともに出力する。
また、値渡し先管理部１２０は、セッション管理部１４０が入力するユーザ端末４０、５０の識別情報に紐付けられたビジネスオブジェクト及び該ビジネスオブジェクト内のフィールドの表示、非表示の設定フォームをビジネスオブジェクトＤＢ２００より読み出し、受け渡し先を指定して、セッションキーとともに出力する。
この共通データフィールドへの入力データの受け渡し先の指定は、ＩＴＳ１００又はビジネスオブジェクトＤＢ２００のＵＲＬとセッションキーとを組み合わせて行う。
【００２７】
データ要求処理部１３０は、ビジネスオブジェクトＤＢ２００及びＲＦＱ管理ＤＢ２１０へのデータ要求を処理するプロセスであって、ＨＴＭＬファイル生成部１３１を備える。すなわち、データ要求処理部１３０は、ビジネスオブジェクトＤＢ２００及びＲＦＱ管理ＤＢ２１０より、ユーザ端末４０、５０上のＷＷＷブラウザアプリケーションプロセスが要求するデータを読み出して、ＨＴＭＬファイルを生成し、ユーザ端末４０、５０に出力（公開）する。
ネットワークＩ／Ｆ部１５０は、インターネット６０とＳＲＭ１０とを接続するインタフェースである。
【００２８】
ＰＭＳ３０は、部品供給者側のユーザ端末５０−１〜ｍより入力する入札情報の詳細な内訳情報をプライスＤＢ３００において管理する。すなわち、ＳＲＭ１０が管理するビジネスオブジェクトＤＢ２００内に格納されるビジネスオブジェクトが示す入札情報は、ＰＭＳ３０が管理するプライスＤＢ３００のインデックスであって、これに紐付けられたマスタデータがプライスＤＢ３００に格納される。
本実施形態においては、ビジネスオブジェクトＤＢ２００と、プライスＤＢ３００とは異なるデータベースシステムとして構成される。具体的には、各データベースシステムは、独自の表定義を有しており、データ型やフォーマット（具体的には、フィールド数）が異なるものとする。このため、ＳＲＭ１０側で生成されるＨＴＭＬファイルに規定される入力フィールドのデータ型や入力フィールド数は、ＰＭＳ３０側で生成されるＨＴＭＬファイルに規定される入力フィールドのデータ型や入力フィールド数と一部で共通し、他の部分で異なる。
【００２９】
次に、図面を参照して、本実施形態の入札管理システム１について説明する。
図３は、本実施形態の入札管理システム１におけるデータ受け渡し制御処理の過程を示すフローチャートである。
ＲＦＱＧ２０がユーザ端末４０から登録された見積依頼情報に基づいて、ＳＲＭ１０において定義されているＲＦＱフォーマットに従ったＲＦＱを発行し、ＳＲＭ１０に登録すると、ＳＲＭ１０は、ＲＦＱが示すＰＭＳ３０へ入札案内のＩＤと、ＲＦＱが示す入札許可された供給者のユーザ端末５０のＩＤを通知した後、ＲＦＱが示す入札許可された供給者のユーザ端末５０へ入札案内を電子メール等の形式で出力する。
ユーザ端末５０において、供給者は入札案内を確認し、入札情報を入力するために、ＳＲＭ１０へアクセスする。
【００３０】
すなわち、ユーザ端末５０上のＷＷＷブラウザアプリケーションプロセスは、予めＳＲＭ１０によって発行されたユーザ（供給者）ＩＤ及びパスワードの入力を受けて、ログイン要求を行う（図３のステップＳ１）。
ＳＲＭ１０において、ＩＴＳ１００は、パスワード認証を行った後、セッション管理部１４０がこのＷＷＷブラウザアプリケーションプロセスに対してセッションキーを発行するとともに（ステップＳ２）、新規にセッションオブジェクトを生成して、セッションキーとセッションオブジェクトとの対応関係をセッションテーブルに書き込む。以後のトランザクションで発生するデータは、一時的に生成されたセッションオブジェクト内において格納されるものとする。
【００３１】
次に、ＩＴＳ１００は、ユーザＩＤと紐付けられたＲＦＱ及び入札情報入力フォーム（ＲＦＱパラメータ）からなるビジネスオブジェクトをビジネスオブジェクトＤＢ２００から読み出す（ステップＳ３）。そして、ＰＭＳ３０のホストドメイン、ＲＦＱパラメータ、表示設定フォームを埋め込んでＨＴＭＬファイルを作成し（ステップＳ４）、ユーザ端末５０に対して出力する。
なお、ユーザ端末５０上のＷＷＷブラウザアプリケーションプロセスへのセッションキーの受け渡しは、ＰＭＳ３０のホストドメインに付加する形でＵＲＬを構成することで行う。
また、ＰＭＳ３０のホストドメインの指定は、実装に依存するが、ＰＭＳ３０が１のみであれば、デフォルトで指定し、複数存在する場合は、読み出したＲＦＱと紐付けられたドメインを指定することが考えられる。
【００３２】
ユーザ端末５０において、ＷＷＷブラウザアプリケーションプロセスは、ＩＴＳ１００より入力するＨＴＭＬファイルを読み込んで（ステップＳ５）、ＲＦＱパラメータが示す各入力フィールドの表示／非表示、入力可／不可を表示設定フォームに従って表示処理する（ステップＳ６）。
また、このとき、ＰＭＳ３０のホストドメインとセッションキーが組み合わされたＵＲＬへのリンクアクションが所定の表示オブジェクト（例えばリンクボタンなど）に設定される。
図４、５は、ユーザ端末５０において、読み込まれるＨＴＭＬコードの例、表示処理結果の例を示す。
図４のＳＲＭスクリーンＤ１に示すように、ＲＦＱパラメータ、表示設定フォームが埋め込まれた結果、ユーザ端末５０において、図５に示すように、部品♯１、２毎に、入力フィールドＦ１、リンクボタンＬ１が表示処理される。
【００３３】
ユーザ端末５０において、入力フィールドＦ１にデータが入力された状態でリンクボタンＬ１に設定されたトリガイベント（マウスクリック等）が発生すると、ＷＷＷブラウザアプリケーションプロセスは、ＰＭＳ３０にＨＴＴＰ  Ｐｏｓｔを利用して値渡し処理を行う。
すなわち、ＷＷＷブラウザアプリケーションプロセスは、まずリンクを辿って、ＩＴＳ１００が生成する中間ページへジャンプする（ステップＳ７）。
このとき、ＷＷＷブラウザアプリケーションプロセスは、ＩＴＳ１００のパラメータから取得するＰＭＳ３０のホストドメインとセッションキーが組み合わされたＵＲＬと、ＲＦＱＧ２０のパラメータから取得するＰＭＳ３０上で起動するサーブレット名を指定して（ステップＳ８）、入力データを出力する。
これにより、選択したビジネスオブジェクト（例えば、パーツ♯１）をキーとした、プライスデータの要求がＰＭＳ３０に出力される（ステップＳ９）。
【００３４】
ＰＭＳ３０は、プライスデータ要求を入力すると、指定されたサーブレットを起動して、選択されたビジネスオブジェクトをキーとして、プライスＤＢ３００を検索し、ヒットしたプライスデータを読み出して（ステップＳ１０）、独自の表定義に従ってＨＴＭＬファイルを生成して返す（ステップＳ１１）。このとき、生成されるＨＴＭＬファイルには、ＳＲＭ１０のホストドメインとセッションキーが組み合わされたＵＲＬへのリンクアクションが所定の表示オブジェクト（例えばリンクボタンなど）に設定される。
【００３５】
ユーザ端末５０において、ＷＷＷブラウザアプリケーションプロセスは、ＰＭＳ３０より入力するＨＴＭＬファイルを読み込んで（ステップＳ１２）、ＲＦＱパラメータが示す各入力フィールドの表示／非表示、入力可／不可を表示設定フォームに従って表示処理する（ステップＳ１３）。
図６は、ユーザ端末５０における表示処理結果の例を示す。
図４のＰＭＳページＤ２に示すように、ＲＦＱパラメータ、表示設定フォームが埋め込まれた結果、ユーザ端末５０において、図６に示すように、選択された部品♯１の入力フィールドＦ１〜Ｆ８、リンクボタンＢ１が表示処理される。
【００３６】
ユーザ端末５０において、入力フィールドＦ１〜Ｆ８にデータが入力された状態でリンクボタンＢ１に設定されたトリガイベント（マウスクリック等）が発生すると、ＷＷＷブラウザアプリケーションプロセスは、ＳＲＭ１０にＨＴＴＰ  Ｐｏｓｔを利用して値渡し処理を行う。
すなわち、ＷＷＷブラウザアプリケーションプロセスは、ステップＳ７と同様に、まずリンクを辿って、ＩＴＳ１００が生成する中間ページへジャンプする。
【００３７】
このとき、ＷＷＷブラウザアプリケーションプロセスは、ＩＴＳ１００のパラメータから取得するＩＴＳ１００のホストドメインとセッションキーが組み合わされたＵＲＬを指定して、プライスＤＢ３００における入力フィールドＦ１〜Ｆ８のうち、ビジネスオブジェクトＤＢ２００及びプライスＤＢ３００に共通のデータフィールド（例えば入力フィールドＦ１）に入力されたデータを出力する。
これにより、選択したビジネスオブジェクト（例えば、パーツ♯１）をキーとした、プライスデータの入力フィールドのうち、ビジネスオブジェクトＤＢ２００及びプライスＤＢ３００に共通のデータフィールドＦ１に入力されたデータがＳＲＭ１０に対して、ＨＴＴＰ  Ｐｏｓｔを利用して値渡し処理される（ステップＳ１４）。
【００３８】
ＳＲＭ１０において、ＩＴＳ１００は、ＷＷＷブラウザアプリケーションプロセスより、セッションキーとともに、ビジネスオブジェクトＤＢ２００及びプライスＤＢ３００に共通のデータフィールドのデータを入力する。
入力するセッションキーに基づいて、ＩＴＳ１００は、まず共通のデータフィールドのデータを入力するビジネスオブジェクトＤＢ２００上のビジネスオブジェクトを特定する（ステップＳ１５）。
そして、共通のデータフィールドのデータ型等をチェックした後、ＷＷＷブラウザアプリケーションプロセスからの入力データで、ビジネスオブジェクトＤＢ２００を更新する（ステップＳ１６）。
【００３９】
ビジネスオブジェクトＤＢ２００の更新後、ＩＴＳ１００は、ユーザＩＤと紐付けられたＲＦＱ及び入札情報入力フォーム（ＲＦＱパラメータ）からなるビジネスオブジェクトを、更新後のビジネスオブジェクトＤＢ２００から読み出す（ステップＳ１７）。
そして、ＰＭＳ３０のホストドメイン、ＲＦＱパラメータ、表示設定フォームを埋め込んで、再度ＨＴＭＬファイルを作成し（ステップＳ１８）、ユーザ端末５０に対して出力する。
【００４０】
ユーザ端末５０において、ＷＷＷブラウザアプリケーションプロセスは、ＩＴＳ１００より入力するＨＴＭＬファイルを読み込んで（ステップＳ１９）、ＲＦＱパラメータが示す各入力フィールドの表示／非表示、入力可／不可を表示設定フォームに従って表示処理する（ステップＳ２０）。また、このとき、ＰＭＳ３０のホストドメインとセッションキーが組み合わされたＵＲＬへのリンクアクションが所定の表示オブジェクト（例えばリンクボタンなど）に設定される。
【００４１】
ＳＲＭ１０は、以上のデータ受け渡し制御処理を各トランザクションがコミットするまで繰り返し実行する。そして、入札情報の入力が確定すると、ＳＲＭ１０は、見積依頼情報を登録したユーザ端末４０に対して、入札情報確定を電子メール等で通知する。また、ＩＴＳ１００は、当該トランザクションに対応して生成したセッションオブジェクトを開放する。
【００４２】
以上説明したように、本実施形態のデータ受け渡し制御装置を適用した入札管理システム１によれば、クライアント側のユーザ端末において、既存バックエンドデータベースシステムの表定義に従って入力したデータを他の既存バックエンドデータベースシステムへポスト処理する場合において、データ型やフォーマットが異なるため、データベース間で整合性がとれず、セッションが無効化されてしまうことを防止することが出来るため、フィールド定義が異なるデータベースシステム間において、シームレスなインターネットトランザクション環境を提供することができる効果が得られる。具体的には、クライアント側のアプリケーションプロセスにおいて、同一フレーム内における閉じたトランザクション環境を提供することができる効果が得られる。
また、本実施形態のデータ受け渡し制御装置を適用した入札管理システム１によれば、レコードフォーマット並びに表定義の変換を伴わないため、各ユーザの既存バックエンドシステムがそれぞれ独自にカスタマイズされたWWWサーバを有しているような場合おいても、データベースシステムにおけるレコードフォーマット並びに表定義の変換に伴って、既存のＨＴＭＬファイル資源、アプリケーション資源が利用できなくなってしまうという問題点を回避することができる効果が得られる。
【００４３】
なお、本実施形態のデータ受け渡し制御装置においては、表示設定フォームにおける各入力フィールドの表示／非表示、入力可／不可の設定について、特に限定しなかったが、本発明はこれに限られるものではなく、例えば、表示設定フォーム（表示／非表示、入力可／不可）に基づいて、ＰＭＳ３０が生成するＨＴＴＰファイルを変更するようにしてよい。
図６、７に示す表示設定フォームに基づく表示処理結果は、それぞれ入力可状態、入力不可状態（書き込みモード／読み込みモード）の場合を示す。
図４のＰＭＳページＤ２に示すように、ＲＦＱパラメータ、表示設定フォームが埋め込まれた結果、書き込みモードであれば、ユーザ端末５０において、図６に示すように、それぞれ選択された部品♯１の入力フィールドＦ１〜Ｆ８、リンクボタンＢ１が表示処理される。
【００４４】
一方、読み込みモードであれば、ユーザ端末５０において、図７に示すように、それぞれ選択された部品♯１の入力フィールドＦ１〜Ｆ８については、入力禁止とされ、書き込みモード時において入力された仮保存結果または入力確定結果が表示処理される。また、ユーザ端末５０において、リンクボタンＢ１に設定されたトリガイベント（マウスクリック等）が発生すると、ＷＷＷブラウザアプリケーションプロセスは、ＳＲＭ１０にＨＴＴＰ  Ｐｏｓｔを利用して値渡し処理を行う。すなわち、ＷＷＷブラウザアプリケーションプロセスは、ステップＳ１４と同様に、まずリンクを辿って、ＩＴＳ１００が生成する中間ページへジャンプする。そして、ＩＴＳ１００のパラメータから取得するＩＴＳ１００のホストドメインとセッションキーが組み合わされたＵＲＬを指定することで、ＳＲＭ１０に対して、ＨＴＴＰ  Ｐｏｓｔを利用して値渡し処理される。
【００４５】
したがって、本実施形態のデータ受け渡し制御装置によれば、入札情報入力時のみならず、入札情報を仮保存しておく場合においても、レコードフォーマット並びに表定義の変換を伴わないため、各ユーザの既存バックエンドシステムがそれぞれ独自にカスタマイズされたWWWサーバを有しているような場合おいても、データベースシステムにおけるレコードフォーマット並びに表定義の変換に伴って、既存のＨＴＭＬファイル資源、アプリケーション資源が利用できなくなってしまうという問題点を回避することができる効果が得られる。
【００４６】
上述のＳＲＭ１０、ＲＦＱＧ２０、ＰＭＳ３０、ユーザ端末４０、５０は、内部に、コンピュータシステムを有している。
そして、上述したデータ受け渡し制御処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、ＳＲＭ１０、ＲＦＱＧ２０、ＰＭＳ３０、ユーザ端末４０、５０における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【図面の簡単な説明】
【００４７】
【図１】入札管理システム１の全体構成図。
【図２】ＳＲＭ１０の構成図。
【図３】データ受け渡し制御のフローチャート。
【図４】ＨＴＭＬコードの一例。
【図５】ユーザ端末における表示画面例。
【図６】書き込みモードでの表示画面遷移例。
【図７】読み込みモードでの表示画面遷移例。
【符号の説明】
【００４８】
１…入札管理システム
１０…ＳＲＭ
２０…ＲＦＱＧ
３０…ＰＭＳ
４０−１〜ｎ…ユーザ端末（購入者）
５０−１〜ｍ…ユーザ端末（供給者）
６０…インターネット
１００…ＩＴＳ
１１０…データベースＤＢ
１２０…値渡し先管理部
１３０…データ要求処理部
１４０…セッション管理部
１５０…ネットワークＩ／Ｆ部
２００…ビジネスオブジェクトＤＢ
２１０…ＲＦＱ管理ＤＢ
２２０…ユーザ管理ＤＢ
【図１】
2005038354.tif 000003
【図２】
2005038354.tif 000004
【図３】
2005038354.tif 000005
【図４】
2005038354.tif 000006
【図５】
2005038354.tif 000007
【図６】
2005038354.tif 000008
【図７】
2005038354.tif 000009