JP2004102922A - アプリケーション仲介サーバ及びアプリケーション仲介方法 - Google Patents
アプリケーション仲介サーバ及びアプリケーション仲介方法 Download PDFInfo
- Publication number
- JP2004102922A JP2004102922A JP2002267253A JP2002267253A JP2004102922A JP 2004102922 A JP2004102922 A JP 2004102922A JP 2002267253 A JP2002267253 A JP 2002267253A JP 2002267253 A JP2002267253 A JP 2002267253A JP 2004102922 A JP2004102922 A JP 2004102922A
- Authority
- JP
- Japan
- Prior art keywords
- data
- application
- application mediation
- location
- data set
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】自由に拡張することのできるアプリケーション仲介サーバを提供する。
【解決手段】本発明のアプリケーション仲介サーバ１ａは、データセットが記録されている所在地情報を管理し、データセットに格納されたデータを収集する分散データ管理手段１１ａと、分散データ管理手段１１ａが管理している所在地情報を参照してデータセットを特定し、データセットへの要求を、特定されたデータセットへ振り分ける所在地振分手段１２ａとを備える。
【選択図】 図１
【解決手段】本発明のアプリケーション仲介サーバ１ａは、データセットが記録されている所在地情報を管理し、データセットに格納されたデータを収集する分散データ管理手段１１ａと、分散データ管理手段１１ａが管理している所在地情報を参照してデータセットを特定し、データセットへの要求を、特定されたデータセットへ振り分ける所在地振分手段１２ａとを備える。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のアプリケーション仲介サーバ（ＡＳＰサーバ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ Ｓｅｒｖｅｒ）をシームレスに接続することのできるアプリケーション仲介サーバ及びアプリケーション仲介方法に関する。
【０００２】
【従来の技術】
近年のインターネット等の通信回線や計算機の著しい発達に伴い、ＡＳＰサービスが普及している。このＡＳＰサービスとは、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ）データと呼ばれる標準的な書式形式を用いて、ブラウザ等をユーザインタフェースとして持つＷｅｂ上で、インターネットを介して、企業間でそのデータを電子的に交換する仕組みである。
【０００３】
従来のＡＳＰサービスとして、図８に示すように、従来のＡＳＰサービスにおいては、アプリケーションを購入するバイヤー端末（ユーザクライアント装置）２１０及び２１２と、アプリケーションを提供するサプライヤー端末（ベンダクライアント装置）２１６乃至２１８と、バイヤー端末２１０及び２１２とサプライヤー端末２１６乃至２１８を仲介するアプリケーション仲介サーバ（アプリ開発仲介サーバ）２１５が、通信ネットワーク４によって接続されている。アプリケーション仲介サーバ２１５は、例えば、バイヤー端末２１０からの購入条件と、サプライヤー端末２１６からの販売条件とが合致した場合、その売買契約を成立させる（例えば特許文献１参照。）。
【０００４】
従来は、アプリケーションのサプライヤー毎に見積などの交渉を重ねて売買契約を交わしていたところ、アプリケーション仲介サーバにより、バイヤーとサプライヤーの交渉を簡素化し、スピーディーな取引を実現することができるようになった。
【０００５】
一方、サーバとクライアントの連携方法として、図９に示すように、サーバ側とクライアント側両方にスタブを設けることにより、サーバとクライアントの連携を測る方法が挙げられる（例えば特許文献２参照。）。この方法を適用すれば、複数のアプリケーション仲介サーバを、クライアントからシームレスに接続することも可能である。しかし、クライアント側にスタブを用意する必要があり、クライアント側ではインストールしたり、バージョンアップを行ったりなど、運用コストが必要になる。このように、特許文献２における提案においては、複数のクライアントやサーバに対応するのは、非常に困難である。
【０００６】
【特許文献１】
特開２００２−４９７０３号公報
【特許文献２】
特開平６−３３２８３０号公報
【０００７】
【発明が解決しようとする課題】
しかし、このようなＷｅｂ上で、ＥＤＩデータのやりとりをＡＳＰとして提供する場合には、バイヤーの要求により、特定バイヤー専用のアプリケーション仲介サーバを構築する必要があったり、付加を分散するため、ＡＳＰインスタンス（アプリケーションセットのデータベース）を複数の計算機で運用することが望まれる。この場合、サプライヤー端末においてアプリケーション仲介サーバを利用する際に、取引するベンダー毎に、或いは分散したアプリケーション仲介サーバのサイト毎に、アクセスを行わなければならない。これは非常に効率が悪く、論理的又は物理的に分散したＡＳＰインスタンスをシームレスに接続することが求められている。
【０００８】
これを解決するために、複数のＡＳＰサイトをシームレスにアクセスできるように、ポータルサイトを構築し、目的毎に中間的なサイトにデータ又はロジックを配置して対応していた。この場合、ポータルサイト内に備えられたデータを利用して行われる各サイトのデータが混在した一覧を表示するなど、データを共通的に扱う処理については向いている。しかし、個別のデータをそのデータが存在するアプリケーションを適用して参照・更新する処理を実現することは困難であった。
【０００９】
又、上述したように、ベンダー側端末やサプライヤー側端末に処理を加えることなく、複数のアプリケーション仲介サーバをシームレスに接続することが求められている。
【００１０】
従って本発明の目的は、アプリケーション仲介サーバを自由に拡張することのできるアプリケーション仲介サーバ及びアプリケーション仲介方法を提供することである。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明の第１の特徴に係るアプリケーション仲介サーバは、データベースに記録されたデータセットを備えた第１のアプリケーション仲介サーバと、この第１のアプリケーション仲介サーバとシームレスに接続することのできる第２のアプリケーション仲介サーバと、第１のアプリケーション仲介サーバに接続されたクライアント端末とを備えるアプリケーション提供システムに用いられるアプリケーション仲介サーバに関する。即ち、本発明の第１の特徴に係るアプリケーション仲介サーバは、データセットが記録されている所在地情報を管理し、データセットに格納されたデータを収集する分散データ管理手段と、分散データ管理手段が管理している所在地情報を参照してデータセットを特定し、データセットへの要求を、特定されたデータセットへ振り分ける所在地振分手段とを備える。
【００１２】
このような本発明の第１の特徴に係るアプリケーション仲介サーバによれば、複数のアプリケーション仲介サーバと連携して、機能を提供することができるので、アプリケーション仲介サーバの拡張を行うことができる。
【００１３】
又、分散データ管理手段は、データセットが記録されたデータベースの識別子及びデータセットの識別子を含む、所在地情報を記録したデータ所在地定義情報記憶装置と、データ所在地定義情報記憶装置を参照して、データセットの所在地を判定するデータ所在地判定手段と、データ所在地判定手段で判定されたデータセットの所在地を考慮して、複数のアプリケーション仲介サーバに備えられたデータベースからデータセットのデータを収集するデータ収集加工手段とを備えることが好ましい。
【００１４】
これによれば、分散データ管理手段によって、データセットの所在地を判定し、データを収集するので、利用者は、データセットの所在地を考慮せずに、データを収集することができる。
【００１５】
又、分散データ管理手段は、データセット毎に異なるデータ項目の対応を記録したデータ項目マッピング定義情報記憶装置を更に備え、データ収集加工手段は、データ項目マッピング定義情報記憶装置を参照して、収集するデータセット毎に、データ項目を変更してデータを収集することが好ましい。
【００１６】
これによれば、データセット毎に項目名が異なる場合でも、個別に異なる項目に変換して検索を行うことができる。
【００１７】
又、所在地振分手段は、データの所在地情報と、データのＵＲＬを含む位置情報をと対応付けた振分先定義情報記憶装置と、振分先定義情報記憶装置を参照して、クライアント端末からのデータへの要求に対して、データの位置情報に変換するＵＲＬ解析変換手段と、ＵＲＬ解析変換手段で変換されたデータの位置情報を用いて、データへの要求を行うＵＲＬ振分手段とを備えることが好ましい。
【００１８】
これによれば、これによれば、所在地振分手段によって、データセットへのリクエストを変換された位置情報（実ＵＲＬ）へ振り分けるので、利用者は、データセットの所在地を考慮せずにそのデータセットへ接続することができる。
【００１９】
又、データセットへのアクセスを制御するアクセス制御情報が記録されたアクセス制御情報記憶装置と、アクセス制御情報記憶装置を参照して、クライアント端末からデータセットへの接続が許可されている場合、ＵＲＬ振分手段を実行するアクセス制御手段とを備えることが好ましい。
【００２０】
これによれば、アクセス権限を持っている利用者のみデータセットへ接続させることができる。
【００２１】
又、クライアント端末からのリクエストが、複数のアプリケーション仲介サーバが共有する機能のリクエストであった場合、分散データ管理手段が、複数のアプリケーション仲介サーバから収集したデータをクライアント端末に提示し、クライアント端末からのリクエストが、複数のアプリケーション仲介サーバの個別の機能のリクエストであった場合、所在地振分手段が、データのＵＲＬへリクエストを振り分けることが好ましい。
【００２２】
これによれば、検索機能などのアプリケーション仲介サーバが共有する機能については、分散データ管理手段によって複数のアプリケーション仲介サーバからデータを収集することができる。更に、更新など、アプリケーション仲介サーバに直接接続する個別機能については、所在地振分手段によって、データのＵＲＬへリクエストを振り分けることができる。
【００２３】
本発明の第２の特徴に係るアプリケーション仲介方法は、データベースに記録されたデータセットを備えた第１のアプリケーション仲介サーバと、この第１のアプリケーション仲介サーバとシームレスに接続することのできる第２のアプリケーション仲介サーバと、第１のアプリケーション仲介サーバに接続されたクライアント端末とを備えるアプリケーション提供システムに用いられるアプリケーション仲介方法において、アプリケーション仲介サーバがクライアント端末から複数のアプリケーション仲介サーバに共有の機能のリクエストを受信するステップと、共有の機能のリクエストを受信した後に、アプリケーション仲介サーバに備えられた分散データ管理手段によって、データセットの所在地を参照して、複数のアプリケーション仲介サーバから、データセットから必要なデータを収集し、処理するステップと、アプリケーション仲介サーバがクライアントから複数のアプリケーション仲介サーバに個別の機能のリクエストを受信するステップと、個別の機能のリクエストを受信した後に、分散データ管理手段手段によって管理されたデータの所在地の情報を参照して、アプリケーション仲介サーバに備えられた所在地振分手段によって、データが格納されているデータセットを特定し、クライアントからの個別の機能のリクエストを、特定されたデータセットに振り分けるステップとを備えるであることである。
【００２４】
【発明の実施の形態】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【００２５】
（最良の実施の形態）
本発明の最良の実施の形態に係るアプリケーション仲介システムの概念図を図１に示す。図１（ａ）は、サプライヤー端末２ａから、アプリケーション仲介サーバ１ａ及び１ｂが共有する参照要求などの要求が来た場合のデータの流れを示す概念図で、図１（ｂ）は、サプライヤー端末２ａからアプリケーション仲介サーバ１ａ及び１ｂに個別の更新要求などが来た場合のデータの流れを示す概念図である。
【００２６】
本発明の最良の実施の形態に係る第１のアプリケーション仲介サーバ１ａは、ＡＳＰインスタンスデータベース記憶装置１１６ａ、分散データ管理手段１１ａ、所在地振分手段１２ａ、ＨＴＴＰプロセス１３ａ、Ｗｅｂアプリケーションプロセス１４ａを備えている。
【００２７】
ＡＳＰインスタンスデータベース記憶装置１１６ａは、第１のアプリケーション仲介サーバ１ａが仲介するアプリケーションに関するデータセットが格納されている記憶装置である。
【００２８】
分散データ管理手段１１ａは、データセットが記録されている所在地情報（例えば、サーバ名、データベース名、テーブル名など）を管理し、所在地情報を参照してデータセットに格納されたデータを収集する手段である。
【００２９】
所在地振分手段１２ａは、分散データ管理手段１１ａが管理している所在地情報を参照してデータセットを特定し、サプライヤー端末２ａからデータセットへの要求を、特定されたデータセットへ振り分ける手段である。
【００３０】
ＨＴＴＰプロセス１３ａは、サプライヤー端末２ａに備えられたデータ参照アプリケーション３１ａから、ＨＴＴＰで実装されたメッセージを受信し、所在地振分手段１２ａに送信するプロセスである。ここで、データ参照アプリケーション３１ａは、インターネットのＷｅｂページを閲覧する場合に用いる一般的なブラウザである。
【００３１】
Ｗｅｂアプリケーションプロセス１４ａは、サプライヤー端末２ａからの要求を受け付けて、ＡＳＰインスタンスデータベース記憶装置１１６の処理を行う分散データ管理手段１１ａへ橋渡しするプロセスである。
【００３２】
第１のアプリケーション仲介サーバ１ａについて記載したが、第２のアプリケーション仲介サーバ１ｂも同様の構成を備える。
【００３３】
本発明の最良の実施の形態においては、二つのアプリケーション仲介サーバを備えるアプリケーション仲介システムについて記載しているが、アプリケーション仲介システムに用いられるアプリケーション仲介サーバの数は３以上でも構わない。
【００３４】
図１（ａ）を参照して、アプリケーション仲介サーバ１ａ及び１ｂが共有する機能のリクエストがあった場合を説明する。
【００３５】
まず、サプライヤー端末２ａから第１のアプリケーション仲介サーバ１ａへ、データ参照アプリケーション３１ａを介して、データセットの検索リクエストが送信される。ＨＴＴＰプロセス１３ａを介して受信したリクエストはアプリケーション仲介サーバ１ａ及び１ｂが共有する機能であるため、所在地振分手段１２ａが、Ｗｅｂアプリケーションプロセス１４ａを介して、分散データ管理手段１１ａに検索リクエストを送信する。分散データ管理手段１１ａは、管理しているデータの所在地情報を参照して、第１のアプリケーション仲介サーバ１ａに備えられたＡＳＰインスタンスデータベース記憶装置１１６ａと、第２のアプリケーション仲介サーバ１ｂに備えられたＡＳＰインスタンスデータベース記憶装置１１６ｂを参照して検索を実行し、その結果をサプライヤー端末２ａのデータ参照アプリケーション３１ａに提示する。従って、図１（ａ）に示すように、データ参照アプリケーション３１ａに提示された検索結果は、アプリケーション仲介サーバ１ａ及び１ｂのデータが混在している。
【００３６】
図１（ｂ）を参照して、アプリケーション仲介サーバ１ａ及び１ｂの個別の機能のリクエストがあった場合を説明する。
【００３７】
まず、サプライヤー端末２ａから第１のアプリケーション仲介サーバ１ａへ、データ参照アプリケーション３１ａを介して、データセットの更新リクエストが送信される。第１のアプリケーション仲介サーバ１ａは、ＨＴＴＰプロセス１３ａを介して受信したリクエストがアプリケーション仲介サーバ１ａ及び１ｂの個別の機能であるので、所在地振分手段１２ａによって、当該データセットの所在地を特定する。更に、所在地振分手段１２ａは、特定した所在地に、更新リクエストを振り分け、転送する。
【００３８】
図１（ｂ）においては、サプライヤー端末２ａが発行した更新リクエストは、第２のアプリケーション仲介サーバ１ｂに対するものであるので、所在地振分手段１２ａは、第２のアプリケーション仲介サーバ１ｂのＷｅｂアプリケーションプロセス１４ｂに更新リクエストを振り分け、転送する。ここで、サプライヤー端末２ａが発行した更新リクエストが、第１のアプリケーション仲介サーバ１ａに対するものである場合は、図１（ａ）と同様に、第１のアプリケーション仲介サーバ１ａのＷｅｂアプリケーションプロセス１４ａに、更新リクエストを振り分ける。
【００３９】
以上の様に、サプライヤー端末２ａからの更新リクエストは、そのデータセットの所在地に問わず、更新を行うことができる。
【００４０】
本発明の最良の実施の形態に係るアプリケーション仲介システムのシステム構成図を図２に示す。
【００４１】
本発明の最良の実施の形態に係るアプリケーション仲介システムは、アプリケーションを仲介するサプライヤー端末２ａ乃至２ｃと、アプリケーションを購入する端末であるバイヤー端末３ａ乃至３ｃと、サプライヤー端末２ａ乃至２ｃが提供するアプリケーションのバイヤー端末３ａ乃至３ｃからの購入を仲介するアプリケーション仲介サーバ１ａ及び１ｂを備える。
【００４２】
アプリケーション仲介サーバ１ａは、図１で説明した分散データ管理手段１１ａ、所在地振分手段１２ａ、ＡＳＰインスタンスデータベース記憶装置１１６ａを備えている。
【００４３】
又、サプライヤー端末２ａ乃至２ｃは、ブラウザなどのデータ参照アプリケーション３１ａ乃至３１ｃを備えている。これにより、サプライヤー端末２ａ乃至２ｃから、データ参照アプリケーション３１ａ乃至３１ｃを介して、アプリケーション仲介サーバ１ａ及び１ｂのデータの参照、更新を行うことができる。同様に、バイヤー端末３ａ乃至３ｃにもデータ参照アプリケーションが備えられており、アプリケーション仲介サーバ１ａ及び１ｂのデータの参照、更新を行うことができる。
【００４４】
バイヤー端末３ａ乃至３ｃは、アプリケーション仲介サーバ１ａ及び１ｂと通信ネットワーク４ａによって接続されており、サプライヤー端末２ａ乃至２ｃは、アプリケーション仲介サーバ１ａ及び１ｂと通信ネットワーク４ｂによって接続されている。
【００４５】
ここで、通信ネットワーク４ａ及び４ｂは、インターネット、パソコン通信等の通信ネットワークのことである。通信ネットワーク４ａ及び４ｂは、互いに閉じたネットワークでも良いし、お互いにシームレスに接続できるネットワークでも良い。
【００４６】
第１のアプリケーション仲介サーバ１ａの詳細な機能ブロック図を図３に示す。
【００４７】
第１のアプリケーション仲介サーバ１ａは、分散データ管理手段１１ａと、所在地振分手段１２ａを備えている。
【００４８】
分散データ管理手段１１ａは、データ所在地定義情報記憶装置１１３、データ検索式情報記憶装置１１４、データ項目マッピング定義情報記憶装置１１５、ＡＳＰインスタンスデータベース記憶装置１１６ａ、処理結果データ記憶装置１１７、データ所在地判定手段１１１、データ収集加工手段１１２を備えている。
【００４９】
ＡＳＰインスタンスデータベース記憶装置１１６ａは、図１で説明した様に、第１のアプリケーション仲介サーバ１ａが仲介するアプリケーションに関するデータセットが格納されている記憶装置である。
【００５０】
データ所在地定義情報記憶装置１１３は、データセットが記録されたＡＳＰインスタンスデータベース記憶雄値１１６ａの識別子、データセットの識別子を含む、所在地情報を記録した記憶装置である。例えば、データベース名、テーブル名、などの情報が格納されている。
【００５１】
データ項目マッピング定義情報記憶装置１１５は、データセット毎に異なるデータ項目の対応付けを記録した記憶装置である。
【００５２】
処理結果データ記憶装置１１７は、検索された結果を提示するデータを記録した記録媒体である。
【００５３】
データ所在地判定手段１１１は、データ所在地定義情報記憶装置１１３を参照して、データセットの所在地を判定し、検索式を生成し、生成した検索式をデータ検索式情報記憶装置１１４に格納する手段である。ここでは、データ所在地定義情報記憶装置１１３を参照して、検索対象となるデータセットが格納されているデータベースを特定する。このとき更に、データ項目マッピング定義情報記憶装置１１５を参照して、検索対象となるデータベースに対応したデータ項目を用いて、データ項目の対応付けを行っても良い。ここで、それぞれのデータベースに検索を行う検索式を生成し、データ検索式情報記憶装置１１４に格納する。
【００５４】
データ収集加工手段１１２は、データ検索式情報記憶装置１１４に記録された検索式を用いて、該当するデータベースに対して検索を行い、処理結果データ記憶装置１１７に処理結果を記録する。このとき、データ参照アプリケーション３１ａ乃至３１ｃからデータを参照できるように、ＨＴＭＬ形式で格納するのが好ましい。
【００５５】
分散データ管理手段１１ａは、データ所在地定義情報記憶装置１１３から各データセットにおけるデータベースの所在地を読みとり、各データベースに対して、データ項目マッピング定義情報記憶装置１１５から読みとったデータ項目のリストを、ＡＳＰインスタンスデータベース記憶装置１１６ａ及び１１６ｂから検索し、処理結果データ記憶装置１１７にその結果を出力する。
【００５６】
所在地振分手段１２ａは、振分先定義情報記憶装置１２４、返還後ＵＲＬ情報記憶装置１２５、アクセス制御情報記憶装置１２６、ＵＲＬ解析変換手段１２１、アクセス制御手段１２２、ＵＲＬ振分手段１２３を備えている。
【００５７】
振分先定義情報記憶装置１２４は、所在地情報及び所在地情報と振分先ＵＲＬとの対応を定義した記憶装置である。
【００５８】
アクセス制御情報記憶装置１２６は、データセットへのアクセスを制御するアクセス制御情報を記録した記憶装置である。
【００５９】
ＵＲＬ解析変換手段１２１は、振分先定義情報記憶装置１２４を参照して、処理結果データ記憶装置１１７に記録されたデータをＵＲＬに変換して、変換後ＵＲＬ情報記憶装置１２５に格納する手段である。
【００６０】
アクセス制御手段１２２は、アクセス制御情報記憶装置１２６を参照して、第１のアプリケーション仲介サーバ１ａにリクエストしたサプライヤー端末２ａ乃至２ｃ及びバイヤー端末３ａ乃至３ｃが、このデータセットへアクセスできるか否かを判定する手段である。
【００６１】
ＵＲＬ振分手段１２３は、変換後ＵＲＬ情報記憶装置１２５を参照して、リクエストを、該当するデータセットのＵＲＬへ転送する手段である。
【００６２】
所在地振分手段１２ａは、振分先定義情報記憶装置１２４からリクエストＵＲＬの振分先ＵＲＬを取得し、アクセス制御情報記憶装置１２６から利用者がアクセス権限があることを確認した後、振分先ＵＲＬへリダイレクトを行う。
【００６３】
図４及び図５を参照して、サプライヤー端末２ａから、アプリケーション仲介サーバ１ａ及び１ｂにデータセットの検索を行い、更にサプライヤー端末２ａから、第２のアプリケーション仲介サーバ１ｂに更新を行う場合のデータフローを説明する。
【００６４】
まず、サプライヤー端末２ａのデータ参照アプリケーション３１ａから、アプリケーション仲介サーバ１ａに対して見積依頼一覧を表示するリクエストが発行される。これを受けたアプリケーション仲介サーバ１ａは、ＨＴＴＰプロセス１３ａを経由して、データ所在地判定手段１１１を起動する。
【００６５】
データ所在地判定手段１１１は、データ所在地定義情報記憶装置１１３を読みとり、各データセットにおけるデータベースの位置を認識し、検索式（ＳＱＬ文）に指定するテーブル名を特定する。データ所在地定義情報記憶装置１１３は、データセットを識別するセットＩＤ、データセットのテーブル名、データセットが格納されたデータベースのリンク名が関連づけられている。具体的には、セットＩＤが「０」のデータセットが、テーブル名「ＥＩＡＪ３０１」、データベースのリンク名が「ＬＯＣＡＬ」のレコード等が格納されている。
【００６６】
又、検索時の選択列を特定するため、データ項目、マッピング定義情報記憶装置１１５を参照して、検索時に取得が必要な共通項目の名称に対する実例名を洗い出す。データ項目マッピング定義情報記憶装置１１５では、セットＩＤ毎に、テーブル名、そのテーブルで使われている項目名、共通に仕様できる共通項目名が登録されている。具体的には、セットＩＤ「０」のテーブル名「ＥＩＡＪ３０１」において、実項目名「ｊｐ００００４」が、共通項目名「発注者」であることを示すレコード等が格納されている。
【００６７】
このように決定した選択列リストと上述した検索対象テーブルの情報を元に、データセット毎に選択列リストのレコードを取得するｓｅｌｅｃｔ文を、全てのアプリケーション仲介サーバ１ａ及び１ｂに対して実行するように、「ＵＮＩＯＮ」で連結したデータ検索式を生成し、データ検索式情報記憶装置１１４に格納する。ここで、このｓｅｌｅｃｔ文の選択列リストとして、検索対象とするデータセットのセットＩＤを追記する。
【００６８】
データ収集加工手段１１２は、データセットが格納されたデータベースに対して、データ検索式情報記憶装置１１４に格納されたＳＱＬ文をリクエストし、その処理結果を処理結果データ記憶装置１１７に格納する。ここでは、ＳＱＬ文を発行する前に、常にデータベースに対して既にログインしていても良いし、ＳＱＬ文を発行するたびにデータベースに対してログインしても良い。
【００６９】
図４においては、ＡＳＰインスタンスデータベース記憶装置１１６ａ及びに対して、見積依頼一覧の項目である発注者、品名、見積依頼番号を検索している。サプライヤー端末２ａに処理結果を提示する場合は、共通項目名を使って表示する。
【００７０】
この見積一覧を表示するデータ参照アプリケーション３１ａは、そのアプリケーションにて各案件の詳細情報を表示する機能へのリクエストを見積依頼一覧ＨＴＭＬの各案件に対するアクション指定部分にＨＴＴＰリクエストとして埋め込むまれたＨＴＭＬファイルをサプライヤー端末２ａに提示する。
【００７１】
このリクエストは、ＵＲＬ形式であるが、処理結果データ記憶装置１１７のセットＩＤを元に、”／［セット名］／［機能名］”という形式で定義する。ここで、機能名とは、例えば、「詳細情報表示」や、「データ更新」など、各データセット個別にリクエストできる機能の名称である。
【００７２】
データ参照アプリケーション３１ａが出力する見積依頼一覧画面において、当該利用者がログインしていないデータセットの案件（具体的には、「ＳＥＴ１」）を利用者が選択して、詳細画面表示機能のリクエストを発行するとする。その場合、ＵＲＬ解析変換手段１２１は、そのリクエストをどうデータセットへ振り分けるべき過を決定するため、振分先定義情報１２４を参照してリクエストＵＲＬに埋め込まれているセット名から振分先ＵＲＬ文字列を取得する。振分先定義情報記憶装置１２４には、セット名と、振分先のＵＲＬが関連づけられて記録されている。具体的には、セット名が「ＳＥＴ０」のデータセットは、ローカルのＵＲＬと、セット名が「ＳＥＴ１」のデータセットは、そのデータセットが格納されている「ｈｔｔｐ：／／ＡＡＡ／ｂｉｎ」のＵＲＬと関連づけられている。
【００７３】
更に、ＵＲＬ解析変換手段１２１は、セット名が含まれているリクエストＵＲＬを実際のＵＲＬに変換し、ＵＲＬ情報記憶装置１２５に格納する。具体的には、セット名が「ＳＥＴ１」のデータに対して機能を実行する場合は、「ｈｔｔｐ：／／ＡＡＡ／ｂｉｎ」で開始するＵＲＬに変換される。
【００７４】
このとき、アクセス制御手段１２２は、アクセス制御情報記憶装置１２６を参照して、リクエストＵＲＬが利用者の利用者権限で利用できるものかどうかを判定し、利用できるのであれば、ＵＲＬ振分手段１２２へリクエストを発行する。当該利用者が利用できない機能であれば、その旨のエラーメッセージを表示する。
【００７５】
最後に、ＵＲＬ振分手段１２３は、リクエストＵＲＬをリダイレクトし、最終結果を、サプライヤー端末２ａに提示する。
【００７６】
図６を参照して、本発明の最良の実施の形態に係る分散データ管理手段１１ａの詳細なフローを説明する。
【００７７】
まず、ステップＳ１０１において、データ所在地判定手段１１１によって、データ所在地定義情報記憶装置１１３を参照して、所在地定義情報を取得する。ステップＳ１０２において、検索式を初期化するため、ｎｕｌｌを代入する。
【００７８】
次に、ステップＳ１０３において、データ収集加工手段１１２によって、検索式がｎｕｌｌでない場合は、ステップＳ１０４において、検索式に、「検索式＋”ＵＮＩＯＮ”」を代入する。検索式がｎｕｌｌの場合は、何も行わない。
【００７９】
次に、ステップＳ１０５において、データ収集加工手段１１２によって、データ項目マッピング定義情報記憶装置１１５を参照して、データ項目マッピング定義情報を取得し、ステップＳ１０６において、取得されたデータ項目マッピング定義情報を参照して、検索列リストを変換し、作成する。
【００８０】
次に、ステップＳ１０６において、データ収集加工手段１１２によって、所在地定義情報及びデータ項目マッピング定義情報を参照して、これらを反映した検索式を作成し、ステップＳ１０７において、予め作成された検索式に連結する。ここで、ステップＳ１０８においてセットＩＤがローカルのＩＤであるか判定する。ローカルのＩＤでない場合、更に、ステップＳ１０９において、検索式に、「”＠”＋ＤＢリンク名」を連結する。
【００８１】
更に、ステップＳ１０１で取得された所在地定義情報の数だけ、ステップＳ１０３乃至ステップＳ１０９を繰り返す。即ち、全てのデータセットに対して検索を行うことができる。
【００８２】
このように検索式が完成すると、ステップＳ１１０において、データ収集加工手段１１２によって、検索式（ＳＱＬ文）によりＡＳＰインスタンスデータベース記憶装置１１６ａ及び１１６ｂを検索し、ステップＳ１１１において、検索結果を出力する。
【００８３】
図７を参照して、本発明の最良の実施の形態に係る所在地振分手段１２ａの詳細なフローを説明する。
【００８４】
まず、ステップＳ２０１において、ＵＲＬ解析変換手段１２１によって、振分先定義情報記憶装置１２４を参照して、振分先定義情報を取得する。
【００８５】
次に、ステップＳ２０２において、ＵＲＬ解析変換手段１２１によって、リクエストＵＲＬ内のセット名文字列を置換し、実ＵＲＬに変換する。
【００８６】
一方、ステップＳ２０３において、アクセス制御手段１２２によって、アクセス制御情報記憶装置１２６を参照し、ステップＳ２０４において、利用者権限情報（ロール）を取得する。
【００８７】
ステップＳ２０５において、アクセス制御手段１２２によって、利用者権限情報と置換後のＵＲＬのアクセス制御情報とを突き合わせ、ステップＳ２０６において、権限が十分で在るか否か判定する。
【００８８】
ステップＳ２０６において、権限が十分でない場合は、そのままエラーメッセージを提示して終了する。
【００８９】
ステップＳ２０６において、権限が十分である場合は、ステップＳ２０７において、置換後のＵＲＬのリクエストを発行する。
【００９０】
本発明の最良の実施の形態によれば、アプリケーション提供サイトが複数のＡＳＰインスタンスから構成される場合に、利用者側がその存在を意識することなく操作できる仕組みを提供することができる。従って、アプリケーション提供サイトの拡張に貢献することができる。
【００９１】
又、この仕組みを複数のアプリケーション提供サイト間の連携にも応用することができる。
【００９２】
従って、本発明の最良の実施の形態によれば、利用者が複数のアプリケーション提供サイトを利用する場合、その利便性を向上させることができる。
【００９３】
上記のように、本発明の最良の実施の形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【００９４】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【００９５】
【発明の効果】
本発明によれば、アプリケーション仲介サーバを自由に拡張することのできるアプリケーション仲介サーバ及びアプリケーション仲介方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の最良の実施の形態に係るアプリケーション仲介システムの概念図である。
【図２】本発明の最良の実施の形態に係るアプリケーション仲介システムのシステム構成図である。
【図３】本発明の最良の実施の形態に係るアプリケーション仲介サーバの詳細な機能ブロック図である。
【図４】本発明の最良の実施の形態に係るアプリケーション仲介サーバの分散データ管理手段のデータフローの一例である。
【図５】本発明の最良の実施の形態に係るアプリケーション仲介サーバの所在地振分手段のデータフローの一例である。
【図６】本発明の最良の実施の形態に係るアプリケーション仲介サーバの分散データ管理手段のフローチャートである。
【図７】本発明の最良の実施の形態に係るアプリケーション仲介サーバの所在地振分手段のフローチャートである。
【図８】本発明の従来技術を示す図である。（その１）
【図９】本発明の従来技術を示す図である。（その２）
【符号の説明】
１…経路探索装置
２ａ、２ｂ、２ｃ…ユーザ端末
３…通信ネットワーク
１１…入出力制御手段
１２…経路探索メニュー提示手段
１３…経路探索条件取得手段
１４…現在情報取得手段
１５…経路探索手段
１６…探索経路提示手段
１７…通信制御手段
２１…経路データ記憶装置
２２…時刻表データ記憶装置
３１…表示装置
３２…入力装置
５１…条件入力部
５２…条件表示部
５３…結果一覧表示部
５４…条件表示部
５５…第１の結果表示部
６１…条件入力部
【発明の属する技術分野】
本発明は、複数のアプリケーション仲介サーバ（ＡＳＰサーバ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ Ｓｅｒｖｅｒ）をシームレスに接続することのできるアプリケーション仲介サーバ及びアプリケーション仲介方法に関する。
【０００２】
【従来の技術】
近年のインターネット等の通信回線や計算機の著しい発達に伴い、ＡＳＰサービスが普及している。このＡＳＰサービスとは、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ）データと呼ばれる標準的な書式形式を用いて、ブラウザ等をユーザインタフェースとして持つＷｅｂ上で、インターネットを介して、企業間でそのデータを電子的に交換する仕組みである。
【０００３】
従来のＡＳＰサービスとして、図８に示すように、従来のＡＳＰサービスにおいては、アプリケーションを購入するバイヤー端末（ユーザクライアント装置）２１０及び２１２と、アプリケーションを提供するサプライヤー端末（ベンダクライアント装置）２１６乃至２１８と、バイヤー端末２１０及び２１２とサプライヤー端末２１６乃至２１８を仲介するアプリケーション仲介サーバ（アプリ開発仲介サーバ）２１５が、通信ネットワーク４によって接続されている。アプリケーション仲介サーバ２１５は、例えば、バイヤー端末２１０からの購入条件と、サプライヤー端末２１６からの販売条件とが合致した場合、その売買契約を成立させる（例えば特許文献１参照。）。
【０００４】
従来は、アプリケーションのサプライヤー毎に見積などの交渉を重ねて売買契約を交わしていたところ、アプリケーション仲介サーバにより、バイヤーとサプライヤーの交渉を簡素化し、スピーディーな取引を実現することができるようになった。
【０００５】
一方、サーバとクライアントの連携方法として、図９に示すように、サーバ側とクライアント側両方にスタブを設けることにより、サーバとクライアントの連携を測る方法が挙げられる（例えば特許文献２参照。）。この方法を適用すれば、複数のアプリケーション仲介サーバを、クライアントからシームレスに接続することも可能である。しかし、クライアント側にスタブを用意する必要があり、クライアント側ではインストールしたり、バージョンアップを行ったりなど、運用コストが必要になる。このように、特許文献２における提案においては、複数のクライアントやサーバに対応するのは、非常に困難である。
【０００６】
【特許文献１】
特開２００２−４９７０３号公報
【特許文献２】
特開平６−３３２８３０号公報
【０００７】
【発明が解決しようとする課題】
しかし、このようなＷｅｂ上で、ＥＤＩデータのやりとりをＡＳＰとして提供する場合には、バイヤーの要求により、特定バイヤー専用のアプリケーション仲介サーバを構築する必要があったり、付加を分散するため、ＡＳＰインスタンス（アプリケーションセットのデータベース）を複数の計算機で運用することが望まれる。この場合、サプライヤー端末においてアプリケーション仲介サーバを利用する際に、取引するベンダー毎に、或いは分散したアプリケーション仲介サーバのサイト毎に、アクセスを行わなければならない。これは非常に効率が悪く、論理的又は物理的に分散したＡＳＰインスタンスをシームレスに接続することが求められている。
【０００８】
これを解決するために、複数のＡＳＰサイトをシームレスにアクセスできるように、ポータルサイトを構築し、目的毎に中間的なサイトにデータ又はロジックを配置して対応していた。この場合、ポータルサイト内に備えられたデータを利用して行われる各サイトのデータが混在した一覧を表示するなど、データを共通的に扱う処理については向いている。しかし、個別のデータをそのデータが存在するアプリケーションを適用して参照・更新する処理を実現することは困難であった。
【０００９】
又、上述したように、ベンダー側端末やサプライヤー側端末に処理を加えることなく、複数のアプリケーション仲介サーバをシームレスに接続することが求められている。
【００１０】
従って本発明の目的は、アプリケーション仲介サーバを自由に拡張することのできるアプリケーション仲介サーバ及びアプリケーション仲介方法を提供することである。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明の第１の特徴に係るアプリケーション仲介サーバは、データベースに記録されたデータセットを備えた第１のアプリケーション仲介サーバと、この第１のアプリケーション仲介サーバとシームレスに接続することのできる第２のアプリケーション仲介サーバと、第１のアプリケーション仲介サーバに接続されたクライアント端末とを備えるアプリケーション提供システムに用いられるアプリケーション仲介サーバに関する。即ち、本発明の第１の特徴に係るアプリケーション仲介サーバは、データセットが記録されている所在地情報を管理し、データセットに格納されたデータを収集する分散データ管理手段と、分散データ管理手段が管理している所在地情報を参照してデータセットを特定し、データセットへの要求を、特定されたデータセットへ振り分ける所在地振分手段とを備える。
【００１２】
このような本発明の第１の特徴に係るアプリケーション仲介サーバによれば、複数のアプリケーション仲介サーバと連携して、機能を提供することができるので、アプリケーション仲介サーバの拡張を行うことができる。
【００１３】
又、分散データ管理手段は、データセットが記録されたデータベースの識別子及びデータセットの識別子を含む、所在地情報を記録したデータ所在地定義情報記憶装置と、データ所在地定義情報記憶装置を参照して、データセットの所在地を判定するデータ所在地判定手段と、データ所在地判定手段で判定されたデータセットの所在地を考慮して、複数のアプリケーション仲介サーバに備えられたデータベースからデータセットのデータを収集するデータ収集加工手段とを備えることが好ましい。
【００１４】
これによれば、分散データ管理手段によって、データセットの所在地を判定し、データを収集するので、利用者は、データセットの所在地を考慮せずに、データを収集することができる。
【００１５】
又、分散データ管理手段は、データセット毎に異なるデータ項目の対応を記録したデータ項目マッピング定義情報記憶装置を更に備え、データ収集加工手段は、データ項目マッピング定義情報記憶装置を参照して、収集するデータセット毎に、データ項目を変更してデータを収集することが好ましい。
【００１６】
これによれば、データセット毎に項目名が異なる場合でも、個別に異なる項目に変換して検索を行うことができる。
【００１７】
又、所在地振分手段は、データの所在地情報と、データのＵＲＬを含む位置情報をと対応付けた振分先定義情報記憶装置と、振分先定義情報記憶装置を参照して、クライアント端末からのデータへの要求に対して、データの位置情報に変換するＵＲＬ解析変換手段と、ＵＲＬ解析変換手段で変換されたデータの位置情報を用いて、データへの要求を行うＵＲＬ振分手段とを備えることが好ましい。
【００１８】
これによれば、これによれば、所在地振分手段によって、データセットへのリクエストを変換された位置情報（実ＵＲＬ）へ振り分けるので、利用者は、データセットの所在地を考慮せずにそのデータセットへ接続することができる。
【００１９】
又、データセットへのアクセスを制御するアクセス制御情報が記録されたアクセス制御情報記憶装置と、アクセス制御情報記憶装置を参照して、クライアント端末からデータセットへの接続が許可されている場合、ＵＲＬ振分手段を実行するアクセス制御手段とを備えることが好ましい。
【００２０】
これによれば、アクセス権限を持っている利用者のみデータセットへ接続させることができる。
【００２１】
又、クライアント端末からのリクエストが、複数のアプリケーション仲介サーバが共有する機能のリクエストであった場合、分散データ管理手段が、複数のアプリケーション仲介サーバから収集したデータをクライアント端末に提示し、クライアント端末からのリクエストが、複数のアプリケーション仲介サーバの個別の機能のリクエストであった場合、所在地振分手段が、データのＵＲＬへリクエストを振り分けることが好ましい。
【００２２】
これによれば、検索機能などのアプリケーション仲介サーバが共有する機能については、分散データ管理手段によって複数のアプリケーション仲介サーバからデータを収集することができる。更に、更新など、アプリケーション仲介サーバに直接接続する個別機能については、所在地振分手段によって、データのＵＲＬへリクエストを振り分けることができる。
【００２３】
本発明の第２の特徴に係るアプリケーション仲介方法は、データベースに記録されたデータセットを備えた第１のアプリケーション仲介サーバと、この第１のアプリケーション仲介サーバとシームレスに接続することのできる第２のアプリケーション仲介サーバと、第１のアプリケーション仲介サーバに接続されたクライアント端末とを備えるアプリケーション提供システムに用いられるアプリケーション仲介方法において、アプリケーション仲介サーバがクライアント端末から複数のアプリケーション仲介サーバに共有の機能のリクエストを受信するステップと、共有の機能のリクエストを受信した後に、アプリケーション仲介サーバに備えられた分散データ管理手段によって、データセットの所在地を参照して、複数のアプリケーション仲介サーバから、データセットから必要なデータを収集し、処理するステップと、アプリケーション仲介サーバがクライアントから複数のアプリケーション仲介サーバに個別の機能のリクエストを受信するステップと、個別の機能のリクエストを受信した後に、分散データ管理手段手段によって管理されたデータの所在地の情報を参照して、アプリケーション仲介サーバに備えられた所在地振分手段によって、データが格納されているデータセットを特定し、クライアントからの個別の機能のリクエストを、特定されたデータセットに振り分けるステップとを備えるであることである。
【００２４】
【発明の実施の形態】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【００２５】
（最良の実施の形態）
本発明の最良の実施の形態に係るアプリケーション仲介システムの概念図を図１に示す。図１（ａ）は、サプライヤー端末２ａから、アプリケーション仲介サーバ１ａ及び１ｂが共有する参照要求などの要求が来た場合のデータの流れを示す概念図で、図１（ｂ）は、サプライヤー端末２ａからアプリケーション仲介サーバ１ａ及び１ｂに個別の更新要求などが来た場合のデータの流れを示す概念図である。
【００２６】
本発明の最良の実施の形態に係る第１のアプリケーション仲介サーバ１ａは、ＡＳＰインスタンスデータベース記憶装置１１６ａ、分散データ管理手段１１ａ、所在地振分手段１２ａ、ＨＴＴＰプロセス１３ａ、Ｗｅｂアプリケーションプロセス１４ａを備えている。
【００２７】
ＡＳＰインスタンスデータベース記憶装置１１６ａは、第１のアプリケーション仲介サーバ１ａが仲介するアプリケーションに関するデータセットが格納されている記憶装置である。
【００２８】
分散データ管理手段１１ａは、データセットが記録されている所在地情報（例えば、サーバ名、データベース名、テーブル名など）を管理し、所在地情報を参照してデータセットに格納されたデータを収集する手段である。
【００２９】
所在地振分手段１２ａは、分散データ管理手段１１ａが管理している所在地情報を参照してデータセットを特定し、サプライヤー端末２ａからデータセットへの要求を、特定されたデータセットへ振り分ける手段である。
【００３０】
ＨＴＴＰプロセス１３ａは、サプライヤー端末２ａに備えられたデータ参照アプリケーション３１ａから、ＨＴＴＰで実装されたメッセージを受信し、所在地振分手段１２ａに送信するプロセスである。ここで、データ参照アプリケーション３１ａは、インターネットのＷｅｂページを閲覧する場合に用いる一般的なブラウザである。
【００３１】
Ｗｅｂアプリケーションプロセス１４ａは、サプライヤー端末２ａからの要求を受け付けて、ＡＳＰインスタンスデータベース記憶装置１１６の処理を行う分散データ管理手段１１ａへ橋渡しするプロセスである。
【００３２】
第１のアプリケーション仲介サーバ１ａについて記載したが、第２のアプリケーション仲介サーバ１ｂも同様の構成を備える。
【００３３】
本発明の最良の実施の形態においては、二つのアプリケーション仲介サーバを備えるアプリケーション仲介システムについて記載しているが、アプリケーション仲介システムに用いられるアプリケーション仲介サーバの数は３以上でも構わない。
【００３４】
図１（ａ）を参照して、アプリケーション仲介サーバ１ａ及び１ｂが共有する機能のリクエストがあった場合を説明する。
【００３５】
まず、サプライヤー端末２ａから第１のアプリケーション仲介サーバ１ａへ、データ参照アプリケーション３１ａを介して、データセットの検索リクエストが送信される。ＨＴＴＰプロセス１３ａを介して受信したリクエストはアプリケーション仲介サーバ１ａ及び１ｂが共有する機能であるため、所在地振分手段１２ａが、Ｗｅｂアプリケーションプロセス１４ａを介して、分散データ管理手段１１ａに検索リクエストを送信する。分散データ管理手段１１ａは、管理しているデータの所在地情報を参照して、第１のアプリケーション仲介サーバ１ａに備えられたＡＳＰインスタンスデータベース記憶装置１１６ａと、第２のアプリケーション仲介サーバ１ｂに備えられたＡＳＰインスタンスデータベース記憶装置１１６ｂを参照して検索を実行し、その結果をサプライヤー端末２ａのデータ参照アプリケーション３１ａに提示する。従って、図１（ａ）に示すように、データ参照アプリケーション３１ａに提示された検索結果は、アプリケーション仲介サーバ１ａ及び１ｂのデータが混在している。
【００３６】
図１（ｂ）を参照して、アプリケーション仲介サーバ１ａ及び１ｂの個別の機能のリクエストがあった場合を説明する。
【００３７】
まず、サプライヤー端末２ａから第１のアプリケーション仲介サーバ１ａへ、データ参照アプリケーション３１ａを介して、データセットの更新リクエストが送信される。第１のアプリケーション仲介サーバ１ａは、ＨＴＴＰプロセス１３ａを介して受信したリクエストがアプリケーション仲介サーバ１ａ及び１ｂの個別の機能であるので、所在地振分手段１２ａによって、当該データセットの所在地を特定する。更に、所在地振分手段１２ａは、特定した所在地に、更新リクエストを振り分け、転送する。
【００３８】
図１（ｂ）においては、サプライヤー端末２ａが発行した更新リクエストは、第２のアプリケーション仲介サーバ１ｂに対するものであるので、所在地振分手段１２ａは、第２のアプリケーション仲介サーバ１ｂのＷｅｂアプリケーションプロセス１４ｂに更新リクエストを振り分け、転送する。ここで、サプライヤー端末２ａが発行した更新リクエストが、第１のアプリケーション仲介サーバ１ａに対するものである場合は、図１（ａ）と同様に、第１のアプリケーション仲介サーバ１ａのＷｅｂアプリケーションプロセス１４ａに、更新リクエストを振り分ける。
【００３９】
以上の様に、サプライヤー端末２ａからの更新リクエストは、そのデータセットの所在地に問わず、更新を行うことができる。
【００４０】
本発明の最良の実施の形態に係るアプリケーション仲介システムのシステム構成図を図２に示す。
【００４１】
本発明の最良の実施の形態に係るアプリケーション仲介システムは、アプリケーションを仲介するサプライヤー端末２ａ乃至２ｃと、アプリケーションを購入する端末であるバイヤー端末３ａ乃至３ｃと、サプライヤー端末２ａ乃至２ｃが提供するアプリケーションのバイヤー端末３ａ乃至３ｃからの購入を仲介するアプリケーション仲介サーバ１ａ及び１ｂを備える。
【００４２】
アプリケーション仲介サーバ１ａは、図１で説明した分散データ管理手段１１ａ、所在地振分手段１２ａ、ＡＳＰインスタンスデータベース記憶装置１１６ａを備えている。
【００４３】
又、サプライヤー端末２ａ乃至２ｃは、ブラウザなどのデータ参照アプリケーション３１ａ乃至３１ｃを備えている。これにより、サプライヤー端末２ａ乃至２ｃから、データ参照アプリケーション３１ａ乃至３１ｃを介して、アプリケーション仲介サーバ１ａ及び１ｂのデータの参照、更新を行うことができる。同様に、バイヤー端末３ａ乃至３ｃにもデータ参照アプリケーションが備えられており、アプリケーション仲介サーバ１ａ及び１ｂのデータの参照、更新を行うことができる。
【００４４】
バイヤー端末３ａ乃至３ｃは、アプリケーション仲介サーバ１ａ及び１ｂと通信ネットワーク４ａによって接続されており、サプライヤー端末２ａ乃至２ｃは、アプリケーション仲介サーバ１ａ及び１ｂと通信ネットワーク４ｂによって接続されている。
【００４５】
ここで、通信ネットワーク４ａ及び４ｂは、インターネット、パソコン通信等の通信ネットワークのことである。通信ネットワーク４ａ及び４ｂは、互いに閉じたネットワークでも良いし、お互いにシームレスに接続できるネットワークでも良い。
【００４６】
第１のアプリケーション仲介サーバ１ａの詳細な機能ブロック図を図３に示す。
【００４７】
第１のアプリケーション仲介サーバ１ａは、分散データ管理手段１１ａと、所在地振分手段１２ａを備えている。
【００４８】
分散データ管理手段１１ａは、データ所在地定義情報記憶装置１１３、データ検索式情報記憶装置１１４、データ項目マッピング定義情報記憶装置１１５、ＡＳＰインスタンスデータベース記憶装置１１６ａ、処理結果データ記憶装置１１７、データ所在地判定手段１１１、データ収集加工手段１１２を備えている。
【００４９】
ＡＳＰインスタンスデータベース記憶装置１１６ａは、図１で説明した様に、第１のアプリケーション仲介サーバ１ａが仲介するアプリケーションに関するデータセットが格納されている記憶装置である。
【００５０】
データ所在地定義情報記憶装置１１３は、データセットが記録されたＡＳＰインスタンスデータベース記憶雄値１１６ａの識別子、データセットの識別子を含む、所在地情報を記録した記憶装置である。例えば、データベース名、テーブル名、などの情報が格納されている。
【００５１】
データ項目マッピング定義情報記憶装置１１５は、データセット毎に異なるデータ項目の対応付けを記録した記憶装置である。
【００５２】
処理結果データ記憶装置１１７は、検索された結果を提示するデータを記録した記録媒体である。
【００５３】
データ所在地判定手段１１１は、データ所在地定義情報記憶装置１１３を参照して、データセットの所在地を判定し、検索式を生成し、生成した検索式をデータ検索式情報記憶装置１１４に格納する手段である。ここでは、データ所在地定義情報記憶装置１１３を参照して、検索対象となるデータセットが格納されているデータベースを特定する。このとき更に、データ項目マッピング定義情報記憶装置１１５を参照して、検索対象となるデータベースに対応したデータ項目を用いて、データ項目の対応付けを行っても良い。ここで、それぞれのデータベースに検索を行う検索式を生成し、データ検索式情報記憶装置１１４に格納する。
【００５４】
データ収集加工手段１１２は、データ検索式情報記憶装置１１４に記録された検索式を用いて、該当するデータベースに対して検索を行い、処理結果データ記憶装置１１７に処理結果を記録する。このとき、データ参照アプリケーション３１ａ乃至３１ｃからデータを参照できるように、ＨＴＭＬ形式で格納するのが好ましい。
【００５５】
分散データ管理手段１１ａは、データ所在地定義情報記憶装置１１３から各データセットにおけるデータベースの所在地を読みとり、各データベースに対して、データ項目マッピング定義情報記憶装置１１５から読みとったデータ項目のリストを、ＡＳＰインスタンスデータベース記憶装置１１６ａ及び１１６ｂから検索し、処理結果データ記憶装置１１７にその結果を出力する。
【００５６】
所在地振分手段１２ａは、振分先定義情報記憶装置１２４、返還後ＵＲＬ情報記憶装置１２５、アクセス制御情報記憶装置１２６、ＵＲＬ解析変換手段１２１、アクセス制御手段１２２、ＵＲＬ振分手段１２３を備えている。
【００５７】
振分先定義情報記憶装置１２４は、所在地情報及び所在地情報と振分先ＵＲＬとの対応を定義した記憶装置である。
【００５８】
アクセス制御情報記憶装置１２６は、データセットへのアクセスを制御するアクセス制御情報を記録した記憶装置である。
【００５９】
ＵＲＬ解析変換手段１２１は、振分先定義情報記憶装置１２４を参照して、処理結果データ記憶装置１１７に記録されたデータをＵＲＬに変換して、変換後ＵＲＬ情報記憶装置１２５に格納する手段である。
【００６０】
アクセス制御手段１２２は、アクセス制御情報記憶装置１２６を参照して、第１のアプリケーション仲介サーバ１ａにリクエストしたサプライヤー端末２ａ乃至２ｃ及びバイヤー端末３ａ乃至３ｃが、このデータセットへアクセスできるか否かを判定する手段である。
【００６１】
ＵＲＬ振分手段１２３は、変換後ＵＲＬ情報記憶装置１２５を参照して、リクエストを、該当するデータセットのＵＲＬへ転送する手段である。
【００６２】
所在地振分手段１２ａは、振分先定義情報記憶装置１２４からリクエストＵＲＬの振分先ＵＲＬを取得し、アクセス制御情報記憶装置１２６から利用者がアクセス権限があることを確認した後、振分先ＵＲＬへリダイレクトを行う。
【００６３】
図４及び図５を参照して、サプライヤー端末２ａから、アプリケーション仲介サーバ１ａ及び１ｂにデータセットの検索を行い、更にサプライヤー端末２ａから、第２のアプリケーション仲介サーバ１ｂに更新を行う場合のデータフローを説明する。
【００６４】
まず、サプライヤー端末２ａのデータ参照アプリケーション３１ａから、アプリケーション仲介サーバ１ａに対して見積依頼一覧を表示するリクエストが発行される。これを受けたアプリケーション仲介サーバ１ａは、ＨＴＴＰプロセス１３ａを経由して、データ所在地判定手段１１１を起動する。
【００６５】
データ所在地判定手段１１１は、データ所在地定義情報記憶装置１１３を読みとり、各データセットにおけるデータベースの位置を認識し、検索式（ＳＱＬ文）に指定するテーブル名を特定する。データ所在地定義情報記憶装置１１３は、データセットを識別するセットＩＤ、データセットのテーブル名、データセットが格納されたデータベースのリンク名が関連づけられている。具体的には、セットＩＤが「０」のデータセットが、テーブル名「ＥＩＡＪ３０１」、データベースのリンク名が「ＬＯＣＡＬ」のレコード等が格納されている。
【００６６】
又、検索時の選択列を特定するため、データ項目、マッピング定義情報記憶装置１１５を参照して、検索時に取得が必要な共通項目の名称に対する実例名を洗い出す。データ項目マッピング定義情報記憶装置１１５では、セットＩＤ毎に、テーブル名、そのテーブルで使われている項目名、共通に仕様できる共通項目名が登録されている。具体的には、セットＩＤ「０」のテーブル名「ＥＩＡＪ３０１」において、実項目名「ｊｐ００００４」が、共通項目名「発注者」であることを示すレコード等が格納されている。
【００６７】
このように決定した選択列リストと上述した検索対象テーブルの情報を元に、データセット毎に選択列リストのレコードを取得するｓｅｌｅｃｔ文を、全てのアプリケーション仲介サーバ１ａ及び１ｂに対して実行するように、「ＵＮＩＯＮ」で連結したデータ検索式を生成し、データ検索式情報記憶装置１１４に格納する。ここで、このｓｅｌｅｃｔ文の選択列リストとして、検索対象とするデータセットのセットＩＤを追記する。
【００６８】
データ収集加工手段１１２は、データセットが格納されたデータベースに対して、データ検索式情報記憶装置１１４に格納されたＳＱＬ文をリクエストし、その処理結果を処理結果データ記憶装置１１７に格納する。ここでは、ＳＱＬ文を発行する前に、常にデータベースに対して既にログインしていても良いし、ＳＱＬ文を発行するたびにデータベースに対してログインしても良い。
【００６９】
図４においては、ＡＳＰインスタンスデータベース記憶装置１１６ａ及びに対して、見積依頼一覧の項目である発注者、品名、見積依頼番号を検索している。サプライヤー端末２ａに処理結果を提示する場合は、共通項目名を使って表示する。
【００７０】
この見積一覧を表示するデータ参照アプリケーション３１ａは、そのアプリケーションにて各案件の詳細情報を表示する機能へのリクエストを見積依頼一覧ＨＴＭＬの各案件に対するアクション指定部分にＨＴＴＰリクエストとして埋め込むまれたＨＴＭＬファイルをサプライヤー端末２ａに提示する。
【００７１】
このリクエストは、ＵＲＬ形式であるが、処理結果データ記憶装置１１７のセットＩＤを元に、”／［セット名］／［機能名］”という形式で定義する。ここで、機能名とは、例えば、「詳細情報表示」や、「データ更新」など、各データセット個別にリクエストできる機能の名称である。
【００７２】
データ参照アプリケーション３１ａが出力する見積依頼一覧画面において、当該利用者がログインしていないデータセットの案件（具体的には、「ＳＥＴ１」）を利用者が選択して、詳細画面表示機能のリクエストを発行するとする。その場合、ＵＲＬ解析変換手段１２１は、そのリクエストをどうデータセットへ振り分けるべき過を決定するため、振分先定義情報１２４を参照してリクエストＵＲＬに埋め込まれているセット名から振分先ＵＲＬ文字列を取得する。振分先定義情報記憶装置１２４には、セット名と、振分先のＵＲＬが関連づけられて記録されている。具体的には、セット名が「ＳＥＴ０」のデータセットは、ローカルのＵＲＬと、セット名が「ＳＥＴ１」のデータセットは、そのデータセットが格納されている「ｈｔｔｐ：／／ＡＡＡ／ｂｉｎ」のＵＲＬと関連づけられている。
【００７３】
更に、ＵＲＬ解析変換手段１２１は、セット名が含まれているリクエストＵＲＬを実際のＵＲＬに変換し、ＵＲＬ情報記憶装置１２５に格納する。具体的には、セット名が「ＳＥＴ１」のデータに対して機能を実行する場合は、「ｈｔｔｐ：／／ＡＡＡ／ｂｉｎ」で開始するＵＲＬに変換される。
【００７４】
このとき、アクセス制御手段１２２は、アクセス制御情報記憶装置１２６を参照して、リクエストＵＲＬが利用者の利用者権限で利用できるものかどうかを判定し、利用できるのであれば、ＵＲＬ振分手段１２２へリクエストを発行する。当該利用者が利用できない機能であれば、その旨のエラーメッセージを表示する。
【００７５】
最後に、ＵＲＬ振分手段１２３は、リクエストＵＲＬをリダイレクトし、最終結果を、サプライヤー端末２ａに提示する。
【００７６】
図６を参照して、本発明の最良の実施の形態に係る分散データ管理手段１１ａの詳細なフローを説明する。
【００７７】
まず、ステップＳ１０１において、データ所在地判定手段１１１によって、データ所在地定義情報記憶装置１１３を参照して、所在地定義情報を取得する。ステップＳ１０２において、検索式を初期化するため、ｎｕｌｌを代入する。
【００７８】
次に、ステップＳ１０３において、データ収集加工手段１１２によって、検索式がｎｕｌｌでない場合は、ステップＳ１０４において、検索式に、「検索式＋”ＵＮＩＯＮ”」を代入する。検索式がｎｕｌｌの場合は、何も行わない。
【００７９】
次に、ステップＳ１０５において、データ収集加工手段１１２によって、データ項目マッピング定義情報記憶装置１１５を参照して、データ項目マッピング定義情報を取得し、ステップＳ１０６において、取得されたデータ項目マッピング定義情報を参照して、検索列リストを変換し、作成する。
【００８０】
次に、ステップＳ１０６において、データ収集加工手段１１２によって、所在地定義情報及びデータ項目マッピング定義情報を参照して、これらを反映した検索式を作成し、ステップＳ１０７において、予め作成された検索式に連結する。ここで、ステップＳ１０８においてセットＩＤがローカルのＩＤであるか判定する。ローカルのＩＤでない場合、更に、ステップＳ１０９において、検索式に、「”＠”＋ＤＢリンク名」を連結する。
【００８１】
更に、ステップＳ１０１で取得された所在地定義情報の数だけ、ステップＳ１０３乃至ステップＳ１０９を繰り返す。即ち、全てのデータセットに対して検索を行うことができる。
【００８２】
このように検索式が完成すると、ステップＳ１１０において、データ収集加工手段１１２によって、検索式（ＳＱＬ文）によりＡＳＰインスタンスデータベース記憶装置１１６ａ及び１１６ｂを検索し、ステップＳ１１１において、検索結果を出力する。
【００８３】
図７を参照して、本発明の最良の実施の形態に係る所在地振分手段１２ａの詳細なフローを説明する。
【００８４】
まず、ステップＳ２０１において、ＵＲＬ解析変換手段１２１によって、振分先定義情報記憶装置１２４を参照して、振分先定義情報を取得する。
【００８５】
次に、ステップＳ２０２において、ＵＲＬ解析変換手段１２１によって、リクエストＵＲＬ内のセット名文字列を置換し、実ＵＲＬに変換する。
【００８６】
一方、ステップＳ２０３において、アクセス制御手段１２２によって、アクセス制御情報記憶装置１２６を参照し、ステップＳ２０４において、利用者権限情報（ロール）を取得する。
【００８７】
ステップＳ２０５において、アクセス制御手段１２２によって、利用者権限情報と置換後のＵＲＬのアクセス制御情報とを突き合わせ、ステップＳ２０６において、権限が十分で在るか否か判定する。
【００８８】
ステップＳ２０６において、権限が十分でない場合は、そのままエラーメッセージを提示して終了する。
【００８９】
ステップＳ２０６において、権限が十分である場合は、ステップＳ２０７において、置換後のＵＲＬのリクエストを発行する。
【００９０】
本発明の最良の実施の形態によれば、アプリケーション提供サイトが複数のＡＳＰインスタンスから構成される場合に、利用者側がその存在を意識することなく操作できる仕組みを提供することができる。従って、アプリケーション提供サイトの拡張に貢献することができる。
【００９１】
又、この仕組みを複数のアプリケーション提供サイト間の連携にも応用することができる。
【００９２】
従って、本発明の最良の実施の形態によれば、利用者が複数のアプリケーション提供サイトを利用する場合、その利便性を向上させることができる。
【００９３】
上記のように、本発明の最良の実施の形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【００９４】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【００９５】
【発明の効果】
本発明によれば、アプリケーション仲介サーバを自由に拡張することのできるアプリケーション仲介サーバ及びアプリケーション仲介方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の最良の実施の形態に係るアプリケーション仲介システムの概念図である。
【図２】本発明の最良の実施の形態に係るアプリケーション仲介システムのシステム構成図である。
【図３】本発明の最良の実施の形態に係るアプリケーション仲介サーバの詳細な機能ブロック図である。
【図４】本発明の最良の実施の形態に係るアプリケーション仲介サーバの分散データ管理手段のデータフローの一例である。
【図５】本発明の最良の実施の形態に係るアプリケーション仲介サーバの所在地振分手段のデータフローの一例である。
【図６】本発明の最良の実施の形態に係るアプリケーション仲介サーバの分散データ管理手段のフローチャートである。
【図７】本発明の最良の実施の形態に係るアプリケーション仲介サーバの所在地振分手段のフローチャートである。
【図８】本発明の従来技術を示す図である。（その１）
【図９】本発明の従来技術を示す図である。（その２）
【符号の説明】
１…経路探索装置
２ａ、２ｂ、２ｃ…ユーザ端末
３…通信ネットワーク
１１…入出力制御手段
１２…経路探索メニュー提示手段
１３…経路探索条件取得手段
１４…現在情報取得手段
１５…経路探索手段
１６…探索経路提示手段
１７…通信制御手段
２１…経路データ記憶装置
２２…時刻表データ記憶装置
３１…表示装置
３２…入力装置
５１…条件入力部
５２…条件表示部
５３…結果一覧表示部
５４…条件表示部
５５…第１の結果表示部
６１…条件入力部
Claims (7)
- データベースに記録されたデータセットを備えた第１のアプリケーション仲介サーバと、この第１のアプリケーション仲介サーバとシームレスに接続することのできる第２のアプリケーション仲介サーバと、前記第１のアプリケーション仲介サーバに接続されたクライアント端末とを備えるアプリケーション提供システムに用いられるアプリケーション仲介サーバにおいて、
前記データセットが記録されている所在地情報を管理し、前記データセットに格納されたデータを収集する分散データ管理手段と、
前記分散データ管理手段が管理している前記所在地情報を参照して前記データセットを特定し、前記データセットへの要求を、特定された前記データセットへ振り分ける所在地振分手段
とを備えることを特徴とするアプリケーション仲介サーバ。 - 前記分散データ管理手段は、
前記データセットが記録された前記データベースの識別子及び前記データセットの識別子を含む、所在地情報を記録したデータ所在地定義情報記憶装置と、
前記データ所在地定義情報記憶装置を参照して、前記データセットの所在地を判定するデータ所在地判定手段と、
前記データ所在地判定手段で判定された前記データセットの前記所在地を考慮して、前記複数のアプリケーション仲介サーバに備えられた前記データベースから前記データセットの前記データを収集するデータ収集加工手段
とを備えることを特徴とする請求項１に記載のアプリケーション仲介サーバ。 - 前記分散データ管理手段は、
前記データセット毎に異なるデータ項目の対応を記録したデータ項目マッピング定義情報記憶装置を更に備え、
前記データ収集加工手段は、前記データ項目マッピング定義情報記憶装置を参照して、収集する前記データセット毎に、前記データ項目を変更して前記データを収集する
ことを特徴とする請求項２に記載のアプリケーション仲介サーバ。 - 前記所在地振分手段は、
前記データの前記所在地情報と、前記データのＵＲＬを含む位置情報をと対応付けた振分先定義情報記憶装置と、
前記振分先定義情報記憶装置を参照して、前記クライアント端末からの前記データへの前記要求に対して、前記データの前記位置情報に変換するＵＲＬ解析変換手段と、
前記ＵＲＬ解析変換手段で変換された前記データの前記位置情報を用いて、前記データへの前記要求を行うＵＲＬ振分手段
とを備えることを特徴とする請求項１乃至３のいずれか１項に記載のアプリケーション仲介サーバ。 - 前記データセットへのアクセスを制御するアクセス制御情報が記録されたアクセス制御情報記憶装置と、
前記アクセス制御情報記憶装置を参照して、前記クライアント端末から前記データセットへの接続が許可されている場合、前記ＵＲＬ振分手段を実行するアクセス制御手段
とを備えることを特徴とする請求項４に記載のアプリケーション仲介サーバ。 - 前記クライアント端末からのリクエストが、前記複数のアプリケーション仲介サーバが共有する機能のリクエストであった場合、前記分散データ管理手段が、前記複数のアプリケーション仲介サーバから収集した前記データを前記クライアント端末に提示し、
前記クライアント端末からのリクエストが、前記複数のアプリケーション仲介サーバの個別の機能のリクエストであった場合、前記所在地振分手段が、前記データのＵＲＬへリクエストを振り分ける
ことを特徴とする請求項１乃至５のいずれか１項に記載のアプリケーション仲介サーバ。 - データベースに記録されたデータセットを備えた第１のアプリケーション仲介サーバと、この第１のアプリケーション仲介サーバとシームレスに接続することのできる第２のアプリケーション仲介サーバと、前記第１のアプリケーション仲介サーバに接続されたクライアント端末とを備えるアプリケーション提供システムに用いられるアプリケーション仲介方法において、
前記アプリケーション仲介サーバが前記クライアント端末から前記複数のアプリケーション仲介サーバに共有の機能のリクエストを受信するステップと、
前記共有の機能のリクエストを受信した後に、前記アプリケーション仲介サーバに備えられた分散データ管理手段によって、前記データセットの所在地を参照して、前記複数のアプリケーション仲介サーバから、前記データセットから必要なデータを収集し、処理するステップと、
前記アプリケーション仲介サーバが前記クライアントから前記複数のアプリケーション仲介サーバに個別の機能のリクエストを受信するステップと、
前記個別の機能のリクエストを受信した後に、前記分散データ管理手段手段によって管理された前記データの所在地の情報を参照して、前記アプリケーション仲介サーバに備えられた所在地振分手段によって、前記データが格納されている前記データセットを特定し、前記クライアントからの前記個別の機能のリクエストを、特定された前記データセットに振り分けるステップ
とを備えることを特徴とするアプリケーション仲介方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002267253A JP2004102922A (ja) | 2002-09-12 | 2002-09-12 | アプリケーション仲介サーバ及びアプリケーション仲介方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002267253A JP2004102922A (ja) | 2002-09-12 | 2002-09-12 | アプリケーション仲介サーバ及びアプリケーション仲介方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004102922A true JP2004102922A (ja) | 2004-04-02 |
Family
ID=32265837
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002267253A Pending JP2004102922A (ja) | 2002-09-12 | 2002-09-12 | アプリケーション仲介サーバ及びアプリケーション仲介方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004102922A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005069135A1 (ja) * | 2004-05-19 | 2005-07-28 | Qwanty Corp | 情報処理装置、ソフトウェア更新システム、ソフトウェア更新方法及びそのプログラム |
| JP2009163550A (ja) * | 2008-01-08 | 2009-07-23 | Fujitsu Ltd | キャンペーンシステム，キャンペーン方法，及びキャンペーンサービスプログラム |
| WO2012157185A1 (ja) * | 2011-05-13 | 2012-11-22 | パナソニック株式会社 | 表示装置、操作装置、機器連携制御システム、表示方法、操作方法及び機器連携制御方法 |
-
2002
- 2002-09-12 JP JP2002267253A patent/JP2004102922A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005069135A1 (ja) * | 2004-05-19 | 2005-07-28 | Qwanty Corp | 情報処理装置、ソフトウェア更新システム、ソフトウェア更新方法及びそのプログラム |
| CN100373333C (zh) * | 2004-05-19 | 2008-03-05 | 寺泽阳一郎 | 信息处理设备、软件更新系统、更新软件的方法以及其程序 |
| US8341618B2 (en) | 2004-05-19 | 2012-12-25 | Yoichiro Terasawa | Information processor, software updating system, software updating method, and its program for updating modules on a user computer |
| JP2009163550A (ja) * | 2008-01-08 | 2009-07-23 | Fujitsu Ltd | キャンペーンシステム，キャンペーン方法，及びキャンペーンサービスプログラム |
| WO2012157185A1 (ja) * | 2011-05-13 | 2012-11-22 | パナソニック株式会社 | 表示装置、操作装置、機器連携制御システム、表示方法、操作方法及び機器連携制御方法 |
| JPWO2012157185A1 (ja) * | 2011-05-13 | 2014-07-31 | パナソニック株式会社 | 表示装置、操作装置、機器連携制御システム、表示方法、操作方法及び機器連携制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100885772B1 (ko) | 제품 정보를 등록 및 검색하기 위한 방법 및 시스템 | |
| US7337132B2 (en) | Customizable two step mapping of extensible markup language data in an e-procurement system and method | |
| US20060184430A1 (en) | Message audit trail feature for facilitating electronic transactions | |
| JP2003122765A (ja) | 対応する複数の主体によって複数の識別コードが割当てられた対象物に対して特定の識別コードを決定するための方法 | |
| US20050091220A1 (en) | Method and system for syndicating business information for online search and directories | |
| JP4256780B2 (ja) | ユーザの位置情報の登録・サーチ方法及びシステム | |
| JP2003345697A (ja) | 統合インタフェース提供方法、装置及び記憶媒体 | |
| KR20000049413A (ko) | 인터넷 홈페이지타운 구축방법 | |
| KR20000024412A (ko) | 표준상품정보 데이터베이스 구축 방법, 그리고표준상품정보 제공 방법 및 장치 | |
| US8560701B2 (en) | Method and apparatus for web service communication | |
| JP2002083027A (ja) | オンライン不動産情報一括登録システム | |
| JP2004102922A (ja) | アプリケーション仲介サーバ及びアプリケーション仲介方法 | |
| JPH11232300A (ja) | ブラウジングクライアントサーバーシステム | |
| JP2002049307A (ja) | インターネットを用いたベクトル地図による地理情報及び広告情報の提供方法 | |
| JP6695842B2 (ja) | 情報管理装置、情報管理方法および情報管理プログラム | |
| US7174391B2 (en) | Method for responding to site access | |
| JP2002245264A (ja) | Ｘｍｌのｄｔｄ管理システムと方法およびｘｍｌのｄｔｄ流通システムと方法ならびにプログラム | |
| JP2005346574A (ja) | リンク生成方法、及びリンク生成システム | |
| Cope et al. | UDDI for a manufactured product brokering service | |
| JP2008204054A (ja) | ネットフリーマーケットシステム、フリーマーケット商品売買方法、ポータル装置、およびプログラム | |
| JP2006259979A (ja) | サイト訪問者が閲覧した商品情報の引継システム、業者装置、ポータル装置、引継方法、及びプログラム | |
| JP2002108665A (ja) | 電子データ配信システム、データベース・タグ書式データ変換インターフェース、タグ名・セル名変換インターフェース、セルデータ書込みインターフェース及び電子データ配信方法 | |
| JP4537025B2 (ja) | ネットワークシステム及びその管理方法 | |
| KR100369224B1 (ko) | 컴포넌트를 기반으로 하는 인터넷 정보 검색시스템 | |
| JP4316204B2 (ja) | 部品情報支援方法および部品情報支援システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050909 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081014 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090303 |