JPH10214287A - Method for exchanging service information on network - Google Patents
Method for exchanging service information on networkInfo
- Publication number
- JPH10214287A JPH10214287A JP1440797A JP1440797A JPH10214287A JP H10214287 A JPH10214287 A JP H10214287A JP 1440797 A JP1440797 A JP 1440797A JP 1440797 A JP1440797 A JP 1440797A JP H10214287 A JPH10214287 A JP H10214287A
- Authority
- JP
- Japan
- Prior art keywords
- service
- ticket
- information
- client
- agent
- 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
- 238000000034 method Methods 0.000 title claims abstract description 37
- 239000000284 extract Substances 0.000 claims abstract description 8
- 238000010276 construction Methods 0.000 abstract description 3
- 238000012545 processing Methods 0.000 description 17
- 238000004891 communication Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明はコンピュータネット
ワーク(以下、単に「ネットワーク」という)上でのサービ
ス情報授受方法に関し、より詳細にはネットワーク上で
提供される、オンラインショッピングや情報提供サービ
ス等の各種サービスにおける、データ通信によるサービ
スの依頼・受付方法に関する。また、上述の各種サービ
スを、エージェントと呼ばれるプログラムを送受信して
実現するエージェントにおける、サービスの依頼・受付
方法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for transmitting and receiving service information on a computer network (hereinafter, simply referred to as "network"), and more particularly, to various services such as online shopping and information providing services provided on the network. The present invention relates to a service request / reception method for data communication in a service. Also, the present invention relates to a method of requesting and accepting a service in an agent that realizes the various services described above by transmitting and receiving a program called an agent.
【0002】[0002]
【従来の技術】従来、ネットワーク上に提供される各種
サービスを利用する場合、一般には、サービスを利用す
るコンピュータ(クライアント)は、サービスを提供する
コンピュータ(サーバ)によって用意された依頼プログラ
ムを入手して利用するか、汎用の通信ソフトウェアを利
用して固有の(定められた)手順に従って、依頼に関する
データを送受していた。また、エージェント通信におい
ては、クライアントは、サーバによって用意された依頼
エージェントを入手し、利用するのが一般的であった。2. Description of the Related Art Conventionally, when using various services provided on a network, generally, a computer (client) using the service obtains a request program prepared by a computer (server) that provides the service. Or send / receive data related to the request using general-purpose communication software according to a unique (defined) procedure. Further, in agent communication, a client generally obtains and uses a request agent prepared by a server.
【0003】[0003]
【発明が解決しようとする課題】上記従来技術の前者、
すなわち、サーバによって用意された依頼プログラムを
入手して利用する場合、クライアントでは各サービス毎
に依頼プログラムを持たなければならないことから、以
下に示す如き問題があった。 (1)新たなサービスや変更されたサービスへの対応が困
難になる。 (2)クライアントシステムが肥大する。 (3)複数のサービスを統合して実現できるようなサービ
スへの応用が困難になる。The former of the prior art described above,
That is, when a request program prepared by a server is obtained and used, the client must have a request program for each service, and thus has the following problems. (1) It becomes difficult to respond to a new or changed service. (2) The client system is enlarged. (3) It becomes difficult to apply to a service that can be realized by integrating a plurality of services.
【0004】これらの問題に関しては、すべてのサービ
スに共通な統一的手順を設けることによって対応できる
が、この場合、 (4)すべての要素を網羅するため、非常に複雑なものに
なる。 (5)各サービス固有の特徴を出すことが困難になる。 という問題が生ずる。なお、エージェント通信において
も、クライアント側は各サービス毎に依頼エージェント
を持たなければならないことから、上と同様の問題を有
する。本発明は上記事情に鑑みてなされたもので、その
目的とするところは、従来の技術における上述の如き問
題を解消し、構成を複雑化することなく、新たなサービ
スや変更されたサービスへの対応が容易なネットワーク
上でのサービス情報授受方法(以下、単に「サービス情報
授受方法」という)を提供することにある。[0004] These problems can be dealt with by providing a unified procedure common to all services. However, in this case, (4) all the elements are covered, so that it becomes very complicated. (5) It is difficult to provide features unique to each service. The problem arises. The agent communication also has the same problem as the above because the client must have a requesting agent for each service. The present invention has been made in view of the above circumstances, and an object of the present invention is to solve the above-described problems in the conventional technology and to provide a new service or a changed service without complicating the configuration. An object of the present invention is to provide a service information transfer method on a network that can be easily handled (hereinafter, simply referred to as “service information transfer method”).
【0005】[0005]
【課題を解決するための手段】本発明に係るサービス情
報授受方法においては、まず、サービス依頼方法を規定
する上位の規約を用意する。サーバはサービス依頼を行
うためにクライアントが使用するデータおよびフォーマ
ット(以下、これを「サービスチケット」と呼ぶ)を、上述
の規約に従って規定しておく。クライアントがサービス
の利用登録およびサービスの実施依頼を行う際には、ク
ライアントは、規約に従って作られたサービスチケット
を用いてサービスを依頼する。この方法によれば、サー
バでは固有のインタフェイスを構築できることから、サ
ービスチケットを独自に規定することにより、当該サー
ビス向きの依頼方法をとることができる。と同時に、す
べてのサービスは上述の、上位の規約を基に作られてい
ることから、依頼者はサービスチケットを解析して必要
な情報を設定するといった共通の方法ですべてのサービ
スを利用できることになる。また、エージェント通信に
おいては、依頼者のエージェントを固定し、サービス提
供側のエージェント,サービスチケットをサービス提供
者に、上位の規約に従って規定させることにより、上と
同様の優位性を得ることができる。In the service information exchange method according to the present invention, first, a higher-level rule that defines a service request method is prepared. The server prescribes data and a format (hereinafter referred to as a “service ticket”) used by the client to make a service request in accordance with the above-described rules. When a client performs service registration and service execution request, the client requests a service using a service ticket created in accordance with the rules. According to this method, since a unique interface can be constructed in the server, a service ticket request method can be adopted by uniquely defining a service ticket. At the same time, since all services are based on the above high-level rules, the requester can use all services in a common way, such as analyzing a service ticket and setting necessary information. Become. In the agent communication, the same superiority as above can be obtained by fixing the agent of the requester and letting the service provider specify the agent and the service ticket on the service providing side in accordance with the higher order rules.
【0006】[0006]
【発明の実施の形態】すなわち、本発明に係るサービス
情報授受方法においては、サービス依頼方法を規定する
上位の規約を用意し、この規約を用いて定義されたサー
ビス受付けを実現することにより、すべてのサービスで
の共通化が図られることから、 (1)新たなサービスや変更されたサービスへの対応が容
易になる。 (2)クライアントシステムの肥大を防止できる。 (3)複数のサービスを統合して実現できるようなサービ
スへの応用が容易になる。 という利点が生まれる。DESCRIPTION OF THE PREFERRED EMBODIMENTS In the service information exchange method according to the present invention, a higher-level rule that defines a service request method is prepared, and service reception defined using this rule is realized. (1) It is easy to respond to new and changed services. (2) Enlargement of the client system can be prevented. (3) Application to services that can be realized by integrating a plurality of services is facilitated. The advantage is born.
【0007】上位の規約に従っているとはいえ、サーバ
はサービス専用のインタフェイス,サービスチケット
(クライアントが使用するデータおよびフォーマット)の
内容を規定できることから、 (4)サービス対応に自由に必要情報を設計する。 ということが可能になる。また、エージェント通信にお
いても、依頼者のエージェントの固定化,上位の規約に
従ったサービス提供側のエージェントとサービスチケッ
トの構築により、上と同様の優位性を得ることができ
る。[0007] Although the server conforms to the higher-level rules, the server is a service-specific interface, a service ticket.
(4) Design freely the necessary information for the service because the contents of (data and format used by the client) can be defined. It becomes possible. Also in the agent communication, the same superiority as above can be obtained by fixing the agent of the requester and constructing the service ticket with the agent on the service providing side according to the higher-level rules.
【0008】以下、本発明の実施例を図面に基づいてよ
り詳細に説明する。図1,図2は、本発明の一実施例に
係るクライアント(サービス依頼側),サーバ(サービス
提供側)の構成を示す図である。図1において、0はブ
ラウザであり、クライアントとサーバのユーザインタフ
ェイスであり、サービス依頼者からの新たなサービス依
頼を受け付ける機能を有する。1はチケット取得装置で
あり、ブラウザ0から新たなサービス利用申請を受け付
けると、後述するサーバのサービス利用申請受付装置6
に送信する。その結果として、サービスチケットを受け
取り、後述するチケットデータベース(以下、「チケット
DB」という)2に蓄積する。2はチケットDBであり、
サービス依頼者が利用しているサービスチケットを蓄積
しておく。Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. 1 and 2 are diagrams showing the configuration of a client (service requesting side) and a server (service providing side) according to an embodiment of the present invention. In FIG. 1, reference numeral 0 denotes a browser, which is a user interface between a client and a server, and has a function of receiving a new service request from a service requester. Reference numeral 1 denotes a ticket acquisition device, which receives a new service use application from the browser 0 and receives a service use application reception device 6 of a server described later.
Send to As a result, the service ticket is received and stored in a ticket database (hereinafter referred to as “ticket DB”) 2 described later. 2 is a ticket DB,
The service ticket used by the service requester is stored.
【0009】3はサービス依頼装置であり、ブラウザ0
からの依頼に従って、必要なサービスチケットをチケッ
トDB2から取り出し、依頼者からの情報が必要な場合
はブラウザ0から入力を受け付けた後、後述するサービ
ス提供装置7へ送信する。図2において、4はチケット
生成装置であり、サービス提供者が共通の形式で入力し
たサービス実施に必要な情報からサービスチケットを作
成し、チケットDB5へ蓄積する。5はチケットDBで
あり、サービス提供側で実施しているすべてのサービス
に対するサービスチケットを蓄積しておく。6は利用申
請受付装置であり、新たなサービス依頼者のチケット取
得装置1からのサービス利用申請を受け付け、サービス
チケットを送付する。7はサービス提供装置であり、サ
ービス依頼装置3からの送信を受け、サービスを行い、
結果を返す。Reference numeral 3 denotes a service request device, and a browser 0
In response to the request from, a necessary service ticket is extracted from the ticket DB2, and when information from the requester is required, an input is received from the browser 0 and then transmitted to the service providing device 7 described later. In FIG. 2, reference numeral 4 denotes a ticket generation device, which creates a service ticket from information necessary for service execution input by a service provider in a common format, and stores the service ticket in the ticket DB 5. A ticket DB 5 stores service tickets for all services implemented on the service providing side. A use application receiving device 6 receives a service use application from the ticket acquisition device 1 of a new service requester and sends a service ticket. Reference numeral 7 denotes a service providing device that receives a transmission from the service requesting device 3 and performs a service.
Returns the result.
【0010】以下、上述の如く構成された本実施例の動
作を説明する。サービスの実施には、サービス提供者に
よるサービスの定義,サービス依頼者によるサービスの
利用申請,サービス依頼者によるサービス実施依頼の3
つのフェイズがある。そのそれぞれについて、図5
(a),(b)および図6に示すフローチャートを用いて、
手順を説明する。まず、サービス提供者によるサービス
の定義について、図5(a)を用いて説明する。 ステップ31:サービス提供者がサービスに必要な情報
を宣言する。 ステップ32:チケット生成装置4が、宣言された情報
からサービスチケットを自動的に生成する。 ステップ33:チケット生成装置4が生成したサービス
チケットを、チケットDB5に蓄積する。The operation of the embodiment constructed as described above will be described below. The implementation of a service includes the definition of a service by a service provider, an application for use of a service by a service requester, and a service implementation request by a service requester.
There are two phases. For each of them, FIG.
Using (a) and (b) and the flowchart shown in FIG.
The procedure will be described. First, the definition of a service by a service provider will be described with reference to FIG. Step 31: The service provider declares information necessary for the service. Step 32: The ticket generating device 4 automatically generates a service ticket from the declared information. Step 33: The service ticket generated by the ticket generation device 4 is stored in the ticket DB5.
【0011】次に、サービス依頼者によるサービスの利
用申請について、図5(b)を用いて説明する。 ステップ41:サービス依頼者がブラウザ0を用いて、
サービス利用申請の要望を出す。 ステップ42:要望を受け取ったチケット取得装置1
は、利用申請受付装置6へ申請を送信する。 ステップ43:利用申請受付装置6は、チケット取得装
置1からの申請を受信する。 ステップ44:利用申請受付装置6は、適切なサービス
チケットをチケットDB5から取り出す。 ステップ45:利用申請受付装置6は、取り出したサー
ビスチケットをチケット取得装置1へ送信する。Next, an application for using a service by a service requester will be described with reference to FIG. Step 41: The service requester uses the browser 0,
Submit a request for service application. Step 42: Ticket acquiring device 1 receiving the request
Transmits an application to the use application receiving device 6. Step 43: The use application receiving device 6 receives the application from the ticket acquisition device 1. Step 44: The use application receiving device 6 extracts an appropriate service ticket from the ticket DB 5. Step 45: The use application receiving device 6 transmits the extracted service ticket to the ticket acquiring device 1.
【0012】ステップ46:チケット取得装置1は、利
用申請受付装置6からのサービスチケットを受信する。 ステップ47:チケット取得装置1は、受け取ったチケ
ットをチケットDB2へ蓄積する。 次に、サービス依頼者によるサービス実施依頼につい
て、図6を用いて説明する。 ステップ51:サービス依頼者がブラウザ0を用いて、
サービス実施依頼の要望を出す。 ステップ52:要望を受け取ったサービス依頼装置3
は、チケットDB2から必要なサービスチケットを取り
出す。 ステップ53〜56:サービス依頼装置3は、サービス
チケットの内容から必要に応じて自動およびサービス依
頼者入力により、サービス依頼に必要な情報をサービス
提供装置7へ送信する。Step 46: The ticket acquiring device 1 receives the service ticket from the use application receiving device 6. Step 47: The ticket acquisition device 1 stores the received ticket in the ticket DB2. Next, a service execution request by a service requester will be described with reference to FIG. Step 51: The service requester uses the browser 0,
Make a request for a service request. Step 52: Service requesting device 3 receiving the request
Extracts the necessary service ticket from the ticket DB2. Steps 53 to 56: The service requesting device 3 transmits information necessary for the service request to the service providing device 7 automatically or as required by the service requester based on the contents of the service ticket.
【0013】ステップ57:サービス提供装置7は、依
頼情報を受信する。 ステップ58:サービス提供装置7は、処理(サービス)
を行う。 ステップ60:サービス提供装置7は、処理(サービス)
の結果をサービス依頼装置3へ送信する。 上記実施例によれば、サービス依頼者は異なるサービス
の依頼であっても、規約に定められた範囲で共通の形態
で利用することができ、依頼者の負担の軽減と複数サー
ビスを組み合わせたような新サービスの構築が容易にな
るという効果が得られる。また、サービス提供者にも、
当該サービス固有のインタフェイスを持たせることがで
きる。Step 57: The service providing device 7 receives the request information. Step 58: The service providing device 7 performs processing (service)
I do. Step 60: The service providing device 7 performs processing (service)
Is transmitted to the service request device 3. According to the above embodiment, even if a service requester requests a different service, the service requester can use the service in a common form within the range defined in the rules, and it is possible to reduce the burden on the requester and combine a plurality of services. This makes it possible to easily construct a new service. Also, for service providers,
An interface unique to the service can be provided.
【0014】次に、エージェント通信における実施例を
説明する。図3,図4に、本実施例に係るクライアン
ト,サーバの構成を示す。図3において、10はブラウ
ザであり、クライアントとサーバのユーザインタフェイ
スであり、サービス依頼者からの新たなサービス依頼を
受け付ける機能を有する。11はエージェント実行装置
であり、エージェントと呼ばれるプログラムを解釈して
実行する。12はエージェント通信装置であり、エージ
ェントの移動(サーバとの送信,受信)を行う。13は依
頼者対応エージェントであり、ブラウザ10からの要望
(サービス利用申請,サービス実行依頼)を受け付け、新
たなサービスへの利用申請ならば後述するチケット取得
エージェント15、利用可能なサービスへの実行依頼で
あれば後述するサービス実行依頼エージェント16を生
成する。Next, an embodiment in agent communication will be described. 3 and 4 show the configuration of the client and server according to the present embodiment. In FIG. 3, reference numeral 10 denotes a browser, which is a user interface between a client and a server, and has a function of receiving a new service request from a service requester. An agent execution device 11 interprets and executes a program called an agent. Reference numeral 12 denotes an agent communication device that moves the agent (transmits / receives to / from the server). Reference numeral 13 denotes an agent corresponding to the client, and a request from the browser 10.
(Service use application, service execution request) are received, and a ticket acquisition agent 15 described later is generated for a new service application, and a service execution request agent 16 described later is generated for an available service.
【0015】14はチケットDBであり、サービス依頼
者が利用可能なサービスチケットを蓄積しておく。15
はチケット取得エージェントであり、サーバ側へ移動
し、後述するサービス利用申請受付エージェント21に
申請を行う。その結果としてサービスチケットを受け取
り、持ち帰ってチケットDB14に蓄積する。16はサ
ービス実行依頼エージェントであり、必要なサービスチ
ケットをチケットDB14から取り出し、サービス依頼
者からの情報が必要な場合には入力を受け付けた後、サ
ーバ側へ移動し、後述するサービス提供エージェント2
2に必要なデータを渡し、結果をもらって戻ってくる。Reference numeral 14 denotes a ticket DB for storing service tickets usable by service requesters. Fifteen
A ticket acquisition agent moves to the server side and makes an application to a service use application reception agent 21 described later. As a result, the service ticket is received, brought back and stored in the ticket DB 14. Reference numeral 16 denotes a service execution requesting agent, which extracts a necessary service ticket from the ticket DB 14 and, when information from the service requester is required, receives an input and moves to the server side, and the service providing agent 2 described later.
Pass the necessary data to 2 and get back the result.
【0016】図4において、17はエージェント実行装
置であり、エージェントと呼ばれるプログラムを解釈し
て実行する。18はエージェント通信装置であり、エー
ジェントの移動を行う。19はチケット生成エージェン
トであり、サービス提供者が共通の形式で入力するサー
ビスに必要な情報からサービスチケットを作成し、チケ
ットDB20に蓄積する。20はチケットDBであり、
サーバ側で実施しているすべてのサービスに対するサー
ビスチケットを蓄積しておく。21はサービス利用申請
受付エージェントであり、新たなサービス依頼者のチケ
ット取得エージェント15からの利用申請を受け付け、
サービスチケットをそのエージェントに渡す。22はサ
ービス提供エージェントであり、サービス実行依頼エー
ジェント16からの依頼を受け付け、サービスを行い、
結果を返す。In FIG. 4, reference numeral 17 denotes an agent execution device which interprets and executes a program called an agent. Reference numeral 18 denotes an agent communication device that moves an agent. Reference numeral 19 denotes a ticket generation agent, which creates a service ticket from information necessary for a service input by a service provider in a common format, and stores it in the ticket DB 20. 20 is a ticket DB,
Store service tickets for all services implemented on the server side. Reference numeral 21 denotes a service use application reception agent, which receives a use application from the ticket acquisition agent 15 of a new service requester,
Pass the service ticket to the agent. A service providing agent 22 receives a request from the service execution requesting agent 16 and performs a service.
Returns the result.
【0017】以下、上述の如く構成された本実施例の動
作を説明する。エージェント通信環境上でのサービスの
実施においても、サービス提供者によるサービスの定
義,サービス依頼者によるサービスの利用申請,サービ
ス依頼者によるサービス実施依頼の3つのフェイズがあ
る。そのそれぞれについて、図7および図8に示すフロ
ーチャートを用いて、手順を説明する。まず、最初に、
サービス提供者によるサービスの定義について、図7を
用いて説明する。 ステップ61:サービス提供者がサービスに必要な情報
を宣言する。 ステップ62:チケット生成エージェント19が、宣言
された情報からサービスチケットを自動的に生成する。 ステップ63:上記ステップでチケット生成エージェン
ト19が生成したサービスチケットを、チケットDB2
0に蓄積する。The operation of the embodiment constructed as described above will be described below. Also in the implementation of a service in the agent communication environment, there are three phases: service definition by the service provider, service application by the service requester, and service execution request by the service requester. The procedure for each of them will be described with reference to the flowcharts shown in FIGS. First of all,
The definition of the service by the service provider will be described with reference to FIG. Step 61: The service provider declares information necessary for the service. Step 62: The ticket generation agent 19 automatically generates a service ticket from the declared information. Step 63: The service ticket generated by the ticket generation agent 19 in the above step is stored in the ticket DB 2
Store at 0.
【0018】次に、サービス依頼者によるサービスの利
用申請について、図8を用いて説明する。なお、図8
中、「A」は、エージェントを意味している。 ステップ71:サービス依頼者がブラウザ10を用い
て、サービス利用申請の要望を出す。 ステップ72:要望を受け取った依頼者対応エージェン
ト13は、要望がサービス利用申請であることを判断す
ると、ステップ73に進む。なお、要望がサービス実行
依頼であると判断した場合は、ステップ83に進む。 ステップ73:依頼者対応エージェント13はチケット
取得エージェント15を生成する。 ステップ74:生成されたチケット取得エージェント1
5は、利用申請受付エージェント21のところまで移動
する。Next, a service application by a service requester will be described with reference to FIG. FIG.
Here, “A” means an agent. Step 71: The service requester uses the browser 10 to make a request for a service use application. Step 72: Upon receiving the request, the requester agent 13 determines that the request is a service use application, and proceeds to step 73. If it is determined that the request is a service execution request, the process proceeds to step 83. Step 73: The client agent 13 generates the ticket acquisition agent 15. Step 74: Generated ticket acquisition agent 1
5 moves to the use application receiving agent 21.
【0019】ステップ75:移動したチケット取得エー
ジェント15は、利用申請受付エージェント21に対し
て利用申請を行う。 ステップ76:利用申請受付エージェント21は、適切
なサービスチケットをチケットDB20取り出す。 ステップ77:利用申請受付エージェント21は、取り
出したサービスチケットをチケット取得エージェント1
5へ渡す。 ステップ78:サービスチケットを受け取ったチケット
取得エージェント15は、クライアント側へ戻る。 ステップ79〜80:チケット取得エージェント15
は、サービスチケットをチケットDB14へ蓄積した
後、消滅する。Step 75: The moved ticket acquisition agent 15 makes a use application to the use application reception agent 21. Step 76: The usage application receiving agent 21 extracts an appropriate service ticket from the ticket DB 20. Step 77: The usage application reception agent 21 sends the retrieved service ticket to the ticket acquisition agent 1
Hand over to 5. Step 78: The ticket acquisition agent 15 having received the service ticket returns to the client side. Steps 79 to 80: Ticket acquisition agent 15
Disappears after storing the service ticket in the ticket DB 14.
【0020】次に、サービス依頼者によるサービスの実
施依頼について、同じく図8を用いて説明する。 ステップ81:サービス依頼者がブラウザ10を用い
て、サービス実施依頼の要望を出す。 ステップ72:要望を受け取った依頼者対応エージェン
ト13は、要望がサービス実行依頼であることを判断す
ると、ステップ83に進む。なお、要望がサービス利用
申請であると判断した場合は、ステップ73に進む。 ステップ83:要望を受け取ったサービス依頼エージェ
ント13は、サービス実行依頼エージェント16を生成
する。 ステップ84:生成されたサービス実行依頼エージェン
ト16は、チケットDB14から必要なサービスチケッ
トを取り出す。Next, a service execution request by a service requester will be described with reference to FIG. Step 81: The service requester uses the browser 10 to issue a request for a service execution request. Step 72: Upon receiving the request, the requester agent 13 determines that the request is a service execution request, and proceeds to step 83. If it is determined that the request is a service use application, the process proceeds to step 73. Step 83: Upon receiving the request, the service request agent 13 generates the service execution request agent 16. Step 84: The generated service execution requesting agent 16 extracts a necessary service ticket from the ticket DB 14.
【0021】ステップ85〜87:サービス実行依頼エ
ージェント16は、サービスチケットの内容から必要に
応じて自動およびサービス依頼者入力により、サービス
依頼に必要な情報を取得する。 ステップ88:サービス実行依頼エージェント16は、
サービス提供エージェント22のところまで移動する。 ステップ89:移動したサービス実行依頼エージェント
16は、サービス提供エージェント22に対して、サー
ビス実行依頼を行う。 ステップ90:サービス提供エージェント22は、依頼
情報を受け取って、処理(サービス)を行う。 ステップ91:サービス提供エージェント22は、処理
(サービス)の結果をサービス実行依頼エージェント16
へ渡す。Steps 85 to 87: The service execution requesting agent 16 acquires information necessary for the service request from the contents of the service ticket automatically and as required by the service requester. Step 88: The service execution requesting agent 16
It moves to the service providing agent 22. Step 89: The moved service execution agent 16 makes a service execution request to the service providing agent 22. Step 90: The service providing agent 22 receives the request information and performs processing (service). Step 91: The service providing agent 22 performs processing
(Service) result to service submission agent 16
Pass to
【0022】ステップ92:結果を受け取ったサービス
実行依頼エージェント16は、クライアント側へ戻る。 ステップ93〜94:サービス実行依頼エージェント1
6は、結果を蓄積した後、消滅する。 上記実施例によれば、エージェント通信環境上でのサー
ビスの実施において、サービス依頼者のエージェントを
すべてのサービスに対して共通的に利用することがで
き、依頼者の負担の軽減と複数サービスを組み合わせた
ような新サービスの構築が容易になるという効果が得ら
れる。Step 92: Upon receiving the result, the service execution requesting agent 16 returns to the client side. Steps 93 to 94: Service execution request agent 1
6 disappears after accumulating the results. According to the above embodiment, the service requester's agent can be used in common for all services in the execution of the service in the agent communication environment, thereby reducing the burden on the requester and combining multiple services. This has the effect of facilitating the construction of such new services.
【0023】ここで、サービスチケットについて説明す
る。サービスチケットはシステム処理用データと表示用
データとから成る。システム処理用データはすべてのサ
ービスで共通の形式を持つ。これに対し、表示用データ
は規約内で自由に定義でき、それによりサービスの独自
性をサービス依頼者に見せることができる。以下、自動
車販売サービスと航空券予約サービスの例を挙げる。こ
れらにおいては、以下のような情報の宣言を行う。 自動車販売サービス: 〔購入〕、価格: price、タイプ: type、色: color、排
気量: cc 航空券予約サービス: 〔予約〕、出発地: departure、目的地: arrival、日
時: date そこで、これらを、 〔コマンド〕、条件名: 変数名、・・・・ の形式でまとめる。但し、変数名は後述する表示用デー
タを宣言する場合には、その中に埋め込まれる変数名と
一致させておく必要がある。Here, the service ticket will be described. The service ticket includes system processing data and display data. The system processing data has a common format for all services. On the other hand, the display data can be freely defined in the rules, so that the uniqueness of the service can be shown to the service requester. Hereinafter, examples of the car sales service and the airline ticket reservation service will be described. In these, the following information is declared. Car sales service: [purchase], price: price, type: type, color: color, displacement: cc Air ticket reservation service: [reservation], departure: departure, destination: arrival, date and time: date , [Command], condition name: variable name,... However, when declaring display data to be described later, the variable name needs to match the variable name embedded therein.
【0024】*システム処理用データ:宣言された情報
から、チケット生成装置4またはチケット生成エージェ
ント19が、それぞれのシステム処理用データを生成す
る。図9に、一例を示す。図9(a)は上述の〔購入〕に
関するシステム処理用データ、また、同(b)は上述の
〔予約〕に関するシステム処理用データの例である。図
9(a)の〔購入〕に関するシステム処理用データは、前
述の情報に加えて、氏名,住所,クライアントのアドレ
ス等から成る。また、同(b)の〔予約〕に関するシステ
ム処理用データも、前述の情報に加えて、氏名,住所,
クライアントのアドレス等から成る。図9(c)は、これ
らをまとめたコマンドの形式を示すものである。* System processing data: The ticket generating device 4 or the ticket generating agent 19 generates respective system processing data from the declared information. FIG. 9 shows an example. FIG. 9A shows an example of the above-mentioned system processing data related to [purchase], and FIG. 9B shows an example of the above-mentioned system processing data related to [reservation]. The system processing data relating to [purchase] in FIG. 9A includes, in addition to the above information, a name, an address, a client address, and the like. In addition, the system processing data relating to [reservation] of (b) also includes the name, address,
It consists of a client address and the like. FIG. 9C shows the format of a command that summarizes these.
【0025】*表示用データ:サービス依頼者が用いる
ブラウザで表示するためのデータも、サービス提供者は
宣言できる。表示用データは宣言しなくてもチケット生
成装置4またはチケット生成エージェント19が自動生
成するが、サービス固有の表示をも可能にするために、
サービス依頼者が宣言できる。図10に、自動車販売サ
ービスに対するHTML形式の表示用データを例示して
いる。なお、上記各実施例は本発明の一例を示したもの
であり、本発明はこれらに限定されるべきものではない
ことは言うまでもないことである。例えば、サービスチ
ケットのデータ形式等は自由に定めることができる等で
ある。* Display data: The service provider can also declare data to be displayed by the browser used by the service requester. Although the display data is automatically generated by the ticket generation device 4 or the ticket generation agent 19 without declaring the display data, in order to enable the display unique to the service,
Service requester can declare. FIG. 10 exemplifies display data in HTML format for a car sales service. The above embodiments are merely examples of the present invention, and it goes without saying that the present invention is not limited to these embodiments. For example, the data format of the service ticket can be freely determined.
【0026】[0026]
【発明の効果】以上、詳細に説明した如く、本発明によ
れば、構成を複雑化することなく、新たなサービスや変
更されたサービスへの対応が容易なサービス情報授受方
法を実現できるという顕著な効果を奏するものである。
より具体的には、サービス依頼者は異なるサービスの依
頼であっても規約に定められた範囲で共通の形態で利用
することができ、依頼者の負担の軽減と、複数サービス
を組み合わせたような新サービスの構築が容易になる。
サービス提供者も、当該サービス固有のインタフェイス
を持たせることができる。また、エージェント通信環境
においては、依頼者のエージェントをすべてのサービス
に対し共通的に用いることができ、環境の肥大化を抑え
られる。As described above in detail, according to the present invention, it is possible to realize a service information exchange method that can easily respond to a new service or a changed service without complicating the configuration. It has a great effect.
More specifically, a service requester can use a common form within the range specified in the rules even if requesting different services, reducing the burden on the requester and combining multiple services. Construction of new services becomes easier.
The service provider can also have an interface specific to the service. Further, in the agent communication environment, the requester's agent can be used in common for all services, and the enlargement of the environment can be suppressed.
【図1】本発明の一実施例に係るクライアントの構成を
示す図である。FIG. 1 is a diagram showing a configuration of a client according to an embodiment of the present invention.
【図2】本発明の一実施例に係るサーバの構成を示す図
である。FIG. 2 is a diagram illustrating a configuration of a server according to an embodiment of the present invention.
【図3】本発明の他の実施例に係るクライアントの構成
を示す図である。FIG. 3 is a diagram showing a configuration of a client according to another embodiment of the present invention.
【図4】本発明の他の実施例に係るサーバの構成を示す
図である。FIG. 4 is a diagram showing a configuration of a server according to another embodiment of the present invention.
【図5】図1および図2に示した実施例の処理手順を説
明するフローチャート(その1)である。FIG. 5 is a flowchart (part 1) for explaining a processing procedure of the embodiment shown in FIGS. 1 and 2;
【図6】図1および図2に示した実施例の処理手順を説
明するフローチャート(その2)である。FIG. 6 is a flowchart (part 2) for explaining the processing procedure of the embodiment shown in FIGS. 1 and 2;
【図7】図3および図4に示した実施例の処理手順を説
明するフローチャート(その1)である。FIG. 7 is a flowchart (part 1) for explaining the processing procedure of the embodiment shown in FIGS. 3 and 4;
【図8】図3および図4に示した実施例の処理手順を説
明するフローチャート(その2)である。FIG. 8 is a flowchart (part 2) for explaining the processing procedure of the embodiment shown in FIGS. 3 and 4;
【図9】システム処理用データの例を示す図である。FIG. 9 is a diagram illustrating an example of system processing data.
【図10】表示用データの例を示す図である。FIG. 10 is a diagram showing an example of display data.
0,10 ブラウザ 1 チケット取得装置 2,5 チケットDB 3 サービス依頼装置 4 チケット生成装置 6 利用申請受付装置 7 サービス提供装置 11 エージェント実行装置 12 エージェント通信装置 13 依頼者対応エージェント 14,20 チケットDB 15 チケット取得エージェント 16 サービス実行依頼エージェント 17 エージェント実行装置 18 エージェント通信装置 19 チケット生成エージェント 21 サービス利用申請受付エージェント 22 サービス提供エージェント 0,10 browser 1 ticket acquisition device 2,5 ticket DB 3 service requesting device 4 ticket generating device 6 use application receiving device 7 service providing device 11 agent execution device 12 agent communication device 13 requester corresponding agent 14,20 ticket DB 15 ticket Acquisition agent 16 Service execution request agent 17 Agent execution device 18 Agent communication device 19 Ticket generation agent 21 Service use application reception agent 22 Service providing agent
Claims (6)
を提供するコンピュータ(サーバ)と、前記サービスを利
用するコンピュータ(クライアント)との間でサービスを
実施するための情報を授受するサービス情報授受方法で
あって、 前記サーバは、サービスに必要な情報を宣言し、該宣言
された情報を予め定められたデータ形式に基づいてサー
ビスチケットとして記述して、前記サービスチケットを
前記サーバのチケットデータベースに保持し、サービス
を依頼するクライアントは、サービス利用登録とサービ
ス実施依頼に際して、前記サービスチケットを利用して
情報の授受を行うことを特徴とするネットワーク上での
サービス情報授受方法。1. A service information exchange method for exchanging information for performing a service between a computer (server) providing a service on a computer network and a computer (client) using the service, The server declares information necessary for a service, describes the declared information as a service ticket based on a predetermined data format, stores the service ticket in a ticket database of the server, and executes the service. A service information exchange method on a network, wherein a requesting client exchanges information using the service ticket at the time of service use registration and service execution request.
ービスチケットの利用方法は、前記クライアントが前記
サーバのチケットデータベースから登録しようとするサ
ービスのサービスチケットを取得して、前記クライアン
トのチケットデータベースに蓄えることであることを特
徴とする請求項1記載のネットワーク上でのサービス情
報授受方法。2. The method of using the service ticket at the time of the service use registration is such that the client acquires a service ticket of a service to be registered from the ticket database of the server and stores the service ticket in the ticket database of the client. 2. The method for transmitting and receiving service information on a network according to claim 1, wherein
ービスチケットの利用方法は、前記クライアントが当該
クライアントのチケットデータベースから利用しようと
するサービスのサービスチケットを取り出し、該取り出
したサービスチケットの形式に基づいて必要情報を記入
して前記サーバに送ることであることを特徴とする請求
項2記載のネットワーク上でのサービス情報授受方法。3. The method of using the service ticket at the time of the service execution request is such that the client extracts a service ticket of a service to be used from a ticket database of the client, and requires a service ticket based on the format of the extracted service ticket. 3. The method for transmitting and receiving service information on a network according to claim 2, wherein the information is entered and sent to the server.
を提供するコンピュータ(サーバ)と、前記サービスを利
用するコンピュータ(クライアント)とがエージェントを
介して、サービスを実施するための情報を授受するサー
ビス情報授受方法であって、 前記サーバは、サービスに必要な情報を宣言し、該宣言
された情報を予め定められたデータ形式に基づいてサー
ビスチケットとして記述して、前記サービスチケットを
前記サーバのチケットデータベースに保持し、サービス
を依頼するクライアントは、サービス利用登録とサービ
ス実施依頼に際して、前記サービスチケットを利用して
情報の授受を行うことを特徴とするネットワーク上での
サービス情報授受方法。4. A service information exchange method in which a computer (server) providing a service on a computer network and a computer (client) using the service exchange information for performing a service via an agent. The server declares information necessary for a service, describes the declared information as a service ticket based on a predetermined data format, and stores the service ticket in a ticket database of the server. A service requesting / receiving method for transmitting / receiving information using a service ticket at the time of service use registration and service execution request.
ービスチケットの利用方法は、前記クライアントが前記
サーバのチケットデータベースから登録しようとするサ
ービスのサービスチケットを取得して、前記クライアン
トのチケットデータベースに蓄えることであることを特
徴とする請求項4記載のネットワーク上でのサービス情
報授受方法。5. The method of using the service ticket at the time of the service use registration is such that the client acquires a service ticket of a service to be registered from the ticket database of the server and stores the service ticket in the ticket database of the client. 5. The method for transmitting and receiving service information on a network according to claim 4, wherein:
ービスチケットの利用方法は、前記クライアントが当該
クライアントのチケットデータベースから利用しようと
するサービスのサービスチケットを取り出し、該取り出
したサービスチケットの形式に基づいて必要情報を記入
して前記サーバに送ることであることを特徴とする請求
項5記載のネットワーク上でのサービス情報授受方法。6. A method of using the service ticket at the time of the service execution request, wherein the client extracts a service ticket of a service to be used from a ticket database of the client, and the method is required based on a format of the extracted service ticket. 6. The method for transmitting and receiving service information on a network according to claim 5, wherein information is entered and sent to said server.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1440797A JPH10214287A (en) | 1997-01-29 | 1997-01-29 | Method for exchanging service information on network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1440797A JPH10214287A (en) | 1997-01-29 | 1997-01-29 | Method for exchanging service information on network |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH10214287A true JPH10214287A (en) | 1998-08-11 |
Family
ID=11860206
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP1440797A Pending JPH10214287A (en) | 1997-01-29 | 1997-01-29 | Method for exchanging service information on network |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH10214287A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003006151A (en) * | 2001-06-22 | 2003-01-10 | Kddi Corp | Management server, mobile agent, server and data communication system |
JP2005539279A (en) * | 2001-10-29 | 2005-12-22 | サン・マイクロシステムズ・インコーポレイテッド | Enhanced privacy protection for identity verification over data communications networks |
JP2006502456A (en) * | 2001-10-29 | 2006-01-19 | サン・マイクロシステムズ・インコーポレイテッド | Privacy and identity verification information in data communication networks |
JP2010108503A (en) * | 2008-10-31 | 2010-05-13 | Ntt Docomo Inc | Method and equipment which find out service |
US7742983B2 (en) | 2000-02-04 | 2010-06-22 | Justsystem Corporation | Account settlement method in online shopping |
-
1997
- 1997-01-29 JP JP1440797A patent/JPH10214287A/en active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7742983B2 (en) | 2000-02-04 | 2010-06-22 | Justsystem Corporation | Account settlement method in online shopping |
US7778922B2 (en) | 2000-02-04 | 2010-08-17 | Justsystem Corporation | Account settlement method in online shopping |
JP2003006151A (en) * | 2001-06-22 | 2003-01-10 | Kddi Corp | Management server, mobile agent, server and data communication system |
JP2005539279A (en) * | 2001-10-29 | 2005-12-22 | サン・マイクロシステムズ・インコーポレイテッド | Enhanced privacy protection for identity verification over data communications networks |
JP2006502456A (en) * | 2001-10-29 | 2006-01-19 | サン・マイクロシステムズ・インコーポレイテッド | Privacy and identity verification information in data communication networks |
JP2010108503A (en) * | 2008-10-31 | 2010-05-13 | Ntt Docomo Inc | Method and equipment which find out service |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8285782B2 (en) | Methods and apparatus for making a hypermedium interactive | |
US9742614B2 (en) | Data-type definition driven dynamic business component instantiation and execution framework | |
US5325527A (en) | Client/server communication system utilizing a self-generating nodal network | |
US6961760B2 (en) | Transforming data automatically between communications parties in a computing network | |
KR100420777B1 (en) | Processing extended transactions in a client-server system | |
US7506072B2 (en) | Web browser as web service server in interaction with business process engine | |
TW449985B (en) | Method and apparatus of a collaborative proxy system for distributed deployment of object rendering | |
US6738614B1 (en) | Method and system for communicating data to a wireless device | |
US20030191677A1 (en) | Method and system for integrating e-Logistics processes into a user/provider interface using Web Services | |
US7716347B2 (en) | Method for managing commerce contexts | |
US20060031750A1 (en) | Web browser as web service server | |
JP6763654B2 (en) | Network systems, servers, programs, and terminals | |
EP1417599A2 (en) | Methods and apparatus for processing data in a content network | |
JP2005505815A (en) | A method for the viral adoption of joint work in business-to-business transactions | |
KR20030079939A (en) | Web-based solution for managing information traditionally managed within private electronic environments | |
US20050198394A1 (en) | Data conversion from HTML to XML in a tree structure | |
JPH10214287A (en) | Method for exchanging service information on network | |
JPH11265344A (en) | Service providing system utilizing computer network | |
JP2001306873A (en) | Electronic transaction system | |
JP2002149681A (en) | Method and system for retrieval service of real estate item, retrieval system, retrieval requesting device, retrieval mediating device, and retrieving device | |
JP5693638B2 (en) | Communication relay system with split / combine functions such as XML tags | |
KR100512015B1 (en) | Web Based Multi-Agent Platform System and Method for Providing Agent Service Using the Same | |
JP7150549B2 (en) | Service control system and method | |
US20040253966A1 (en) | Networked service providers spontaneously respond and prepared to fulfill user's location-dependent requests | |
JP2002157324A (en) | Contract dissolution substituting system and its program recording medium |