JP2002358290A - 情報処理サービス提供方法及びプログラム並びにシステム - Google Patents

情報処理サービス提供方法及びプログラム並びにシステム

Info

Publication number
JP2002358290A
JP2002358290A JP2002069188A JP2002069188A JP2002358290A JP 2002358290 A JP2002358290 A JP 2002358290A JP 2002069188 A JP2002069188 A JP 2002069188A JP 2002069188 A JP2002069188 A JP 2002069188A JP 2002358290 A JP2002358290 A JP 2002358290A
Authority
JP
Japan
Prior art keywords
information processing
processing service
service
providing
additional
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
Application number
JP2002069188A
Other languages
English (en)
Inventor
Mari Umibe
麻理 海邊
Shigeru Matsumoto
茂 松本
Takashi Moriyasu
隆 守安
Kimio Sawa
公夫 佐波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2002069188A priority Critical patent/JP2002358290A/ja
Priority to US10/098,543 priority patent/US20020184405A1/en
Publication of JP2002358290A publication Critical patent/JP2002358290A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5055—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering software capabilities, i.e. software resources associated or available to the machine

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 【課題】ＡＳＰサービスを容易に実施可能とする。 【解決手段】コンピュータによる情報処理サービス提供
方法に関する発明である。本発明の情報処理サービス提
供方法では、ネットワークを経由して提供される情報処
理サービスに対する付加的な情報処理サービスを依頼す
るイベントを検出し、イベントが検出された場合に、付
加的な情報処理サービスを提供する付加的機能の呼び出
しを定義したライブラリを参照し、ライブラリの参照結
果に基づいて、付加的な情報処理サービスを提供する付
加的機能に実行を依頼する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、情報処理サービス
提供者を支援する情報処理サービス提供方法及びプログ
ラム並びにシステムに関する。
【０００２】
【従来の技術】サービス提供者とは、例えばビジネスに
使用される業務ソフトウェアなどのアプリケーション・
ソフトウェア（以下、アプリケーションという）の機
能、又はその機能を提供する事業者である。サービス提
供者は、アプリケーションによって得られた結果を、ユ
ーザ又はシステムなどの依頼側に出力する。
【０００３】ＡＳＰ（Application Service Provider）
は、サービス提供者の一例である。ＡＳＰは、例えば統
合業務パッケージなどの大規模な業務システムの機能を
レンタルの対象とする。
【０００４】また、ＡＳＰは、文書編集ソフトウェア、
表計算ソフトウェアなどのような日常的に使用されるア
プリケーションもレンタルの対象とする。
【０００５】ユーザは、自己の端末にアプリケーション
をインストールしなくても、ＡＳＰのレンタルアプリケ
ーションを使用し、作業可能である。
【０００６】これにより、ユーザ側では、企業の情報シ
ステム部門にとって負担となっていたアプリケーション
のインストール、管理、アップグレードなどの費用、労
力を軽減できる。
【０００７】一般的に、ユーザは、Ｗｅｂブラウザを使
用してＡＳＰにアクセスする。しかしながら、Ｗｅｂブ
ラウザを使用することなくＡＳＰにアクセスする場合も
ある。例えば、ユーザは、携帯電話専用のブラウザを使
用してＡＳＰにアクセスする。また、ユーザは、ＡＳＰ
から期限付きでレンタルされるソフトウェアを自己のハ
ードディスクにダウンロードし、使用する。
【０００８】サービス提供者は，サービス料を得るため
に、ユーザの使用量に応じて課金する機能及びユーザ情
報の管理機能を具備する必要がある。したがって、サー
ビス提供者は、ユーザに使用されるアプリケーションと
連携動作する課金管理機能及びユーザ管理機能を開発
し、運用する必要がある。
【０００９】サービス提供者は、サーバのダウンや異な
るユーザ間での情報漏洩を防止する必要がある。そのた
め、一般的に、サービス提供者は、サービスを提供する
目的に特化した施設及び運用形態を提供するデータセン
タ又はインターネットデータセンタ（以下、ｉＤＣとい
う）にサーバを設置し、サーバダウンや情報漏洩を防止
する。
【００１０】
【発明が解決しようとする課題】データセンタ又はｉＤ
Ｃは、物理的なインフラ及び運用管理をサービス提供者
に使用させる。
【００１１】しかしながら、サービス提供者がサービス
を提供するために必要な機能の中には、データセンタ又
はｉＤＣを使用するのみでは実現されない機能がある。
【００１２】例えば、データセンタ又はｉＤＣを使用す
るのみでは、アプリケーションの使用量に応じた課金管
理の機能、請求書作成支援機能、請求書発送を支援する
機能、ユーザからの問い合わせに対して返答する機能等
が十分に実現されない。
【００１３】サービス提供者の中には、サービスを提供
するために必要な全ての機能を自己で開発又は運用する
技術力を持たない者もいる。このように、技術力が十分
でないサービス提供者が上記機能を含むサービスを提供
するのは困難であり、サービス提供の障害となる。
【００１４】本発明は、以上のような実情に鑑みてなさ
れたもので、サービス提供者、例えばＡＳＰを支援する
ための情報処理サービス提供方法及びプログラム並びに
システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】本発明を実現するにあた
って講じた具体的手段について以下に説明する。
【００１６】第１の発明では、コンピュータによる情報
処理サービス提供方法において、ネットワークを経由し
て提供される情報処理サービスに対する付加的な情報処
理サービスを依頼するイベントを検出し、イベントが検
出された場合に、付加的な情報処理サービスを提供する
付加的機能の呼び出しを定義したライブラリを参照し、
ライブラリの参照結果に基づいて、付加的な情報処理サ
ービスを提供する付加的機能に実行を依頼する。
【００１７】これにより、情報処理サービスと付加的な
情報処理サービスとを連携させることができる。
【００１８】したがって、あるサービス提供者のみでは
十分なサービスを提供できない場合であっても、このサ
ービス提供者は、他のサービス提供者によって提供され
る付加的な情報処理サービスを使用し、サービスの価値
を高めることができる。
【００１９】また、サービス提供者は、付加的な情報処
理サービスを他のサービス提供者に依頼することで、自
己が管理する機能を削減でき、管理業務を簡易化でき
る。
【００２０】また、ｉＤＣ業者は、付加的な情報処理サ
ービスを提供することにより、自データセンタの付加価
値を高めることができる。
【００２１】なお、情報処理サービスと付加的な情報処
理サービスとが、別個のハードウェア上で実行される場
合には、ライブラリはネットワーク経由で使用可能とし
てもよい。
【００２２】付加的機能は、例えばプログラム、コンピ
ュータ・ハードウェア、オブジェクト、モジュール、プ
ロセスなどにより実現される。
【００２３】また、付加的機能に対する実行の依頼方法
としては、例えば付加的機能にリクエストを出力する手
法、付加的機能にデータを提供する手法、付加的機能の
処理を呼び出す手法などがある。
【００２４】第２の発明では、コンピュータによる情報
処理サービス提供方法において、ネットワークを経由し
て提供される情報処理サービスの運用状態を示すデータ
を記録し、情報処理サービスに対する付加的な情報処理
サービスを提供する付加的機能に対して、記録された運
用状態を示すデータを提供する。
【００２５】これにより、情報処理サービスの運用状態
を示すデータを使用する情報処理サービス（例えば、運
用管理サービス、ユーザ管理サービス、課金管理サービ
スなど）を、付加的な情報処理サービスとして使用でき
る。
【００２６】第３の発明では、コンピュータによる情報
処理サービス提供方法において、ネットワークを経由し
て提供される情報処理サービスのリクエストを取得し、
リクエストに応じて、情報処理サービスに対する付加的
な情報処理サービスを提供する付加的機能に実行を依頼
する。
【００２７】この第３の発明では、情報処理サービスの
依頼側から情報処理サービスの提供側に通知されるリク
エストが取得され、この取得されたリクエストに対応す
る付加的な情報処理サービスが依頼される。
【００２８】第４の発明では、コンピュータによる情報
処理サービス提供方法において、ネットワークを経由し
て提供される情報処理サービスの処理に基づいて発生す
る情報処理サービスに対する付加的な情報処理サービス
のリクエストを取得し、リクエストに応じて、付加的な
情報処理サービスを提供する付加的機能に実行を依頼す
る。
【００２９】この第４の発明では、情報処理サービスの
処理実行により付加的な情報処理サービスのリクエスト
が発生した場合に、情報処理サービスの実行側から付加
サービスの提供側に実行が依頼される。
【００３０】これにより、例えば情報処理サービスの実
行中又は実行後に必要となる課金処理を、課金管理を行
う付加的な情報処理サービスにより行わせることができ
る。
【００３１】なお、上記第３又は第４の発明において、
付加的な情報処理サービスを提供する付加的機能に実行
を依頼するために、リクエストと付加的機能とを対応付
けたテーブルを参照し、リクエストに対応する付加的機
能を特定するとしてもよい。
【００３２】このようなテーブルを使用することで、リ
クエストに応じて適切な付加的機能を特定し、実行を依
頼できる。
【００３３】また、上記各発明において、付加的機能
は、複数の情報処理サービスに共同で使用されてもよ
い。
【００３４】これにより、複数のサービス提供者間で例
えばユーザ管理や課金管理などの付加的な情報処理サー
ビスを統一化できる。また、複数のサービス提供者につ
いてのシングルサインオン環境をユーザに提供できる。
また、ユーザに対する課金を統合し、ユーザの支払作業
を簡略化できる。
【００３５】また、上記各発明において、情報処理サー
ビスに対して複数の付加的機能が連携して動作するとし
てもよい。
【００３６】これにより、例えば付加的な情報処理サー
ビスを提供するサービス業者がさらに他の付加的な情報
処理サービスを提供するサービス業者に対してサービス
を依頼することができる。したがって、付加的な情報処
理サービス群を連携させて一つの情報処理サービスを実
現できる。
【００３７】また、上記各発明において、付加的な情報
処理サービスについて、使用に応じた費用を計算すると
してもよい。
【００３８】これにより、付加的な情報処理サービスに
対する料金を得ることができる。
【００３９】なお、上記各発明における情報処理サービ
ス提供方法は、コンピュータに読み込まれたプログラム
により実現させてもよい。また、このプログラムは、コ
ンピュータ読み取り可能な記録媒体に記録されてもよ
い。
【００４０】このプログラム又はこのプログラムを記録
した記録媒体を用いることによって、コンピュータシス
テム、サーバマシン又はクライアントマシン等のコンピ
ュータに、上述した発明を実施する機能を実現させるこ
とができる。
【００４１】また、上記各発明と同様の動作を実現する
手段を情報処理サービス提供システムに具備することに
より、同様の作用効果を得ることができる。
【００４２】
【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。なお、以下に示す各図
において、同一の部分については同一の符号を付する。
【００４３】以下の説明においては、主にユーザがＷｅ
ｂブラウザなどを操作してリクエストを発信する場合に
ついて説明する。しかしながら、これに限定されるもの
ではなく、プログラム、コンピュータ、コンピュータシ
ステム、オブジェクト、モジュール、プロセスなどがリ
クエストを発信してもよい。
【００４４】（第１の実施の形態）本実施の形態におい
ては、情報処理サービスに対する付加的な情報処理サー
ビス（以下、「付加サービス」という）を提供する情報
処理サービス提供システムについて説明する。
【００４５】なお、本実施の形態においては、ＡＳＰ業
務を行うための情報技術サービスが情報処理サービスで
ある場合を例として説明する。ＡＳＰは、サービスの依
頼側にアプリケーションサービスを提供する。付加サー
ビスの一例としては、ＡＳＰに対する運用管理サービス
がある。
【００４６】図１は、本実施の形態に係る情報処理サー
ビス提供システムの構成の一例を示すブロック図であ
る。
【００４７】情報処理サービス提供システムのユーザ
（エンドユーザ及びユーザ企業など）２は、自己の操作
するクライアント３からインターネット４を経由してＡ
ＳＰサーバ５ａ又はＡＳＰサーバ５ｂにリクエストを提
供する。このリクエストに基づいてＡＳＰサーバ５ａの
アプリケーション６ａ又はＡＳＰサーバ５ｂのアプリケ
ーション６ｂは稼動する。その結果、ユーザ２は、ＡＳ
Ｐサービスを受ける。
【００４８】ＡＳＰサーバ５ａ、５ｂのイベント検出機
能７は、付加サービスを依頼するイベントの発生を検出
する。
【００４９】例えば、ＡＳＰサーバ５ａ、５ｂは、新規
のユーザにアクセスされた場合、この新規ユーザを管理
するために新規ユーザの登録を必要とする。この場合、
イベント検出機能７は、新規のユーザからのアクセスを
検出する。その他にも、イベント検出機能７は、ユーザ
の使用に応じてそのユーザに対して課金するためのイベ
ント、またＡＳＰサーバ５ａ、５ｂの障害発生を示すイ
ベントを検出する。
【００５０】ライブラリ８は、付加サービス１１ａ〜１
１ｃを提供する機能の呼び出しに使用されるデータ又は
プログラムを格納している。ライブラリ８は、ＡＳＰサ
ーバ５ａ、５ｂから付加サービスを提供する機能を呼び
出すためのＡＰＩ（Application Program Interface）
を具備する。なお、付加サービスを提供する機能は、例
えばプログラム、プロセス、モジュール、アプリケーシ
ョン、コンピュータ、コンピュータシステムなどで実現
される。
【００５１】ライブラリ８は、参照機能９を実現するハ
ードウェアと同一のハードウェアに具備されない場合も
ある。そのため、参照機能９は、ネットワーク経由でラ
イブラリ８を参照可能とする。
【００５２】参照機能９は、イベント検出機能７でイベ
ントが検出された場合にライブラリ８を参照する。
【００５３】依頼機能１０は、参照機能９によるライブ
ラリ８の参照結果を使用し、イベント検出機能７で検出
されたイベントの種別に応じた機能を呼び出す。
【００５４】付加サービス１１ａ〜１１ｃは、そのサー
ビスを提供する機能に実行が依頼されると実現される。
【００５５】上記図１では、付加サーバ１２ａによって
ユーザ管理サービス１１ａ及び課金管理サービス１１ｂ
が提供される。また、付加サーバ１２ｂによってセキュ
リティサービス１１ｃが提供される。
【００５６】ＡＳＰサーバ５ａ、５ｂと付加サーバ１２
ａ、１２ｂとは、ネットワーク４ａを介して接続されて
いる。
【００５７】なお、本実施の形態において、イベント検
出機能７、参照機能９、ライブラリ８、依頼機能１０は
ＡＳＰサーバ５ａ、５ｂ側に配置されているが、例えば
付加サーバ１２ａ、１２ｂ側に配置されてもよい。付加
サーバ１２ａ、１２ｂ側にイベント検出機能７が配置さ
れた場合、このイベント検出機能７はネットワーク４ａ
を経由してＡＳＰサーバ５ａ、５ｂで発生するイベント
を検出する。
【００５８】また、本実施の形態においては、ＡＳＰサ
ーバ５ａ、５ｂと付加サーバ１２ａ、１２ｂとが異なる
ハードウェア上で稼動する場合を例として説明してい
る。しかしながら、ＡＳＰサーバ５ａ、５ｂと付加サー
バ１２ａ、１２ｂは同一のハードウェア上で稼動しても
よい。
【００５９】図２は、本実施の形態に係る情報処理サー
ビス提供システムの構成の変形例を示すブロック図であ
る。
【００６０】ＡＳＰサーバ５ｃの記録機能１３は、ＡＳ
Ｐサーバ５ｃの運用状態データをデータベース１４に記
録する。運用状態データには、例えばユーザ２のアプリ
ケーション６ｃの使用回数、使用時間、ＡＳＰサーバ５
ｃの動作履歴情報などがある。
【００６１】ＡＳＰサーバ５ｃの依頼機能１５は、付加
サービスを提供する機能に対してデータベース１４に記
録されている運用状態データを出力する。
【００６２】付加サーバ１２ａは、運用状態データを入
力すると、ユーザ管理サービス１１ａ又は課金管理サー
ビス１１ｂを提供し、付加サーバ１２ｂは、運用状態デ
ータを入力すると、セキュリティサービス１１ｃを提供
する。
【００６３】以上説明した情報処理サービス提供システ
ムにおいては、ＡＳＰのアプリケーション６ａ，６ｂと
付加サービス１１ａ〜１１ｃを提供する機能とが連携し
て動作する。
【００６４】したがって、例えばｉＤＣ業者が各種付加
サービスを提供すれば、このｉＤＣ業者は自己のデータ
センタの付加価値を高めて事業を行うことができる。
【００６５】また、ユーザ２が複数のＡＳＰサービスを
受ける場合、使用される複数のＡＳＰが共通の付加サー
ビスを使用することにより、このユーザ２に対するユー
ザ管理や課金管理を複数のＡＳＰ間で統一化することが
できる。
【００６６】したがって、ユーザ２は、複数のＡＳＰに
対するシングルサインオン環境を使用可能であり、複数
のＡＳＰへの支払いを統合できる。
【００６７】また、ＡＳＰは、ＡＳＰアプリケーション
としての仕様で作成されていないアプリケーションに対
して、ＡＳＰアプリケーションに必要な機能を付加する
付加サービスを受け、容易にＡＳＰアプリケーションと
して使用することができる。
【００６８】したがって、ＡＳＰは各種アプリケーショ
ンを容易にレンタルすることができる。また、ＡＳＰ
は、自己の提供するサービスを充実させてユーザの使用
を促進させることができる。
【００６９】なお、本実施の形態に係る情報処理サービ
ス提供システムの各種機能７〜１０、１３、１５は、記
録媒体１６に記録されたプログラムをコンピュータが読
み取ることで実現可能である。
【００７０】（第２の実施の形態）本実施の形態におい
ては、ＡＳＰサービスと付加サービスとを連携させる情
報処理サービス提供システムについて詳細に説明する。
【００７１】図３は、本実施の形態に係る情報処理サー
ビス提供システムの連携状態の一例を示すブロック図で
ある。
【００７２】ユーザ２は、ＡＳＰ１８のアプリケーショ
ンによるＡＳＰサービス１８ａ〜１８ｇを使用する。
【００７３】ＡＳＰポータル１７は、ユーザ２とＡＳＰ
１８とのマッチメイク、ＡＳＰ１８に関するマーケティ
ングを行う。さらに、ＡＳＰポータル１７は、ＡＳＰ間
の連携とそのための情報処理サービス、ユーザに対する
ＡＳＰ導入のためのコンサルティング、ＢＰＲ（Busine
ss Process Re-engineering）支援サービスを提供す
る。
【００７４】ＡＳＰ１８は、ＡＳＰアプリケーションに
よるＡＳＰサービス１８ａ〜１８ｇをユーザ２に提供す
る。
【００７５】付加サービス業者１９は、複数のＡＳＰに
対する共通の情報処理サービス、ＡＳＰの運用管理サー
ビスなどの付加サービス１１ａ〜１１ｊを提供する。
【００７６】付加サービスの一種である共通運用管理サ
ービス１１ｊは、付加サービス業者１９が他の付加サー
ビス業者の提供する付加サービス又は他のＡＳＰの提供
するＡＳＰサービスなどを受けるための管理を行う。
【００７７】ｉＤＣ業者２０は、物理インフラ及び運用
管理サービスを提供する。また、ｉＤＣ業者２０は、ホ
スティング(サーバ貸し)、ハウジング(場所貸し)を行
う。
【００７８】ＡＳＰ１８によって提供されるＡＳＰサー
ビス１８ａ〜１８ｇは、必要に応じて付加サービス業者
１９によって提供される付加サービス１１ａ〜１１ｊ及
びｉＤＣ業者２０のｉＤＣ２１を使用する。
【００７９】ｉＤＣ２１上には、付加サービス１１ａ〜
１１ｊを提供するためのアプリケーションプラットフォ
ーム２２が具備されている。
【００８０】図４は、本実施の形態に係る情報処理サー
ビス提供システムの構成の一例を示すブロック図であ
る。
【００８１】本実施の形態では、付加サービス１１ａ〜
１１ｊをその役割に基づいて、ベーシックサービス、コ
ミュニケーションサービス、ユーティリティサービス、
バックエンドサービスの４種に分類する。
【００８２】ベーシックサービスは、ＡＳＰサービス１
８ａ〜１８ｇを提供するために必要な基本機能を提供す
るサービスである。ベーシックサービスの例としては、
ユーザ管理サービス１１ａ、課金管理サービス１１ｂ、
セキュリティサービス１１ｃ、ＳＬＭ（Service Level
Management）サービス１１ｄなどがある。なお、ＳＬＭ
とは、ＡＳＰがユーザに対してサービスの質（稼働率や
レスポンス）を保証するためのシステム管理と、このシ
ステム管理機能を使用したサービスレベル保証をいう。
【００８３】ユーティリティサービスは、ＡＳＰサービ
ス１８ａ〜１８ｇを容易に開始するためのサービスであ
る。ＡＳＰ１８は、自己のサービスに対してユーティリ
ティサービスを必要に応じて組みこむことで、ＡＳＰ１
８自身で提供することが困難なサービスを簡単に提供可
能となる。ユーティリティサービスの例としては、情報
分析サービス、情報提供サービス、印刷サービスなどが
ある。
【００８４】コミュニケーションサービスは、ユーザ２
とＡＳＰ１８との間のコミュニケーションを確立するた
めのサービスである。コミュニケーションサービスの例
としては、ポータルサービス、ユーザ２の電子メールの
使用を可能とする電子メールサービス１１ｋなどがあ
る。
【００８５】バックエンドサービスは、ＡＳＰサービス
１８ａ〜１８ｇの運用のためにバックエンドで処理を実
行するサービスである。バックエンドサービスの例とし
ては、ＥＤＩ（Electronic Data Interchange）／ＥＡ
Ｉ（Enterprise ApplicationIntegration）サービス、
ジョブコントロールサービス１１ｉなどがある。
【００８６】なお、ＥＤＩとは、商取引に関する情報を
標準的な書式に統一して、企業間で電子的に交換する仕
組みである。この仕組みでは、受発注や見積もり、決
済、出入荷などに関わるデータを予め定められた形式に
したがって電子化し、専用線やＶＡＮなどのネットワー
クを通じて送受信する。
【００８７】また、ＥＡＩとは、企業内で業務に使用さ
れる複数のコンピュータシステムを有機的に連携させ、
データやプロセスの効率的に統合し、またこの統合を支
援する技術及びソフトウェアである。
【００８８】さらに、本実施の形態においては、ＡＳＰ
サービス１８ａ〜１８ｇと付加サービス１１ａ〜１１ｊ
との間の連携方法に基づいて、付加サービス１１ａ〜１
１ｊをユーティリティ連携サービス、ベーシック連携サ
ービス、バックエンド連携サービスの３種に分類する。
【００８９】ユーティリティ連携サービスは、ユーザ２
又はＡＳＰ１８から必要に応じて呼び出されるサービス
であり、主に上記のユーティリティサービス及びコミュ
ニケーションサービスが含まれる。ユーティリティ連携
サービスの呼び出しは、ユーティリティ連携サービスに
アクセスするルーチンをＡＳＰアプリケーションの内部
に組みこむことで実現する。
【００９０】ベーシック連携サービスは、ユーザ２がＡ
ＳＰ１８のＡＳＰアプリケーションにアクセスする際に
介在するサービスである。ユーザ２の認証を行うユーザ
管理サービス１１ａ、ＡＳＰ１８によるユーザ２に対す
る課金管理サービス１１ｂなどのような上記ベーシック
サービスは、ベーシック連携サービスに該当する。ベー
シック連携サービスは、ユーザ２の操作するクライアン
トからＡＳＰ１８に対するサービス実行リクエストが発
生する度に自動的に起動される。
【００９１】加えて、このベーシック連携サービスに
は、ＡＳＰサービス１８ａ〜１８ｇから付加サービス１
１ａ〜１１ｊを使用する際に介在するサービスも含まれ
る。付加サービス業者１９からＡＳＰ１８に対する課金
管理などのようなベーシックサービスは、ベーシック連
携サービスに該当する。ベーシック連携サービスは、Ａ
ＳＰサービス１８ａ〜１８ｇが付加サービス１１ａ〜１
１ｊを呼び出す際に自動的に起動される。
【００９２】バックエンド連携サービスは、ＡＳＰ１８
自体の稼動状態を監視・制御するサービスである。上記
バックエンドサービスは、このバックエンド連携サービ
スに該当する。バックエンド連携サービスは、付加サー
ビス業者１９側からＡＳＰ１８に対して処理の起動・停
止などの操作を行う。
【００９３】このようなユーティリティ連携サービス、
ベーシック連携サービス、バックエンド連携サービスと
ＡＳＰサービス１８ａ〜１８ｇとの間の連携を実現する
ために必要な３種類のインタフェースについて説明す
る。
【００９４】各種ＡＳＰサービス１８ａ〜１８ｇ及び付
加サービス１１ａ〜１１ｊは、それぞれに対応するプロ
グラム又はハードウェアにリクエストが出力された場
合、またはそれぞれに対応するプログラム又はハードウ
ェアが呼び出された場合に実行される。
【００９５】ユーティリティ連携サービスとＡＳＰサー
ビス１８ａ〜１８ｇの連携、ベーシック連携サービスと
ＡＳＰサービス１８ａ〜１８ｇの連携、バックエンド連
携サービスとＡＳＰサービス１８ａ〜１８ｇとの連携
は、以下のアーキテクチャで実現される。
【００９６】ユーティリティ連携サービスとＡＳＰサー
ビス１８ａ〜１８ｇとの間の連携を可能とするために、
情報処理サービス提供システムは、ＡＳＰサービス１８
ａ〜１８ｇからユーティリティ連携サービスを呼び出す
ためのＡＰＩを含むライブラリ８を具備する。そして、
ＡＳＰサービス１８ａ〜１８ｇを提供する時点で、ライ
ブラリ８を使用してＡＳＰサービス１８ａ〜１８ｇ側か
ら付加サービス１１ａ〜１１ｊを呼び出す。これによ
り、ユーティリティ連携サービスとＡＳＰサービス１８
ａ〜１８ｇとの間の連携が可能となる。
【００９７】なお、呼び出し側のＡＳＰサービス１８ａ
〜１８ｇと呼び出される側のユーティリティ連携サービ
スとが別のハードウェア上で稼動する場合があるため、
本実施の形態においても、上記第１の実施の形態と同様
に、ライブラリ８をネットワーク経由で使用可能とする
ことが望ましい。
【００９８】ベーシック連携サービスとＡＳＰサービス
１８ａ〜１８ｇとの間の連携を可能とするために、情報
処理サービス提供システムは、ユーザ２の操作するクラ
イアントからのリクエストを受け付けるネットワークサ
ーバ（例えばＷｅｂサーバなどのプロセス）２３の内部
に、ベーシック連携サービスの実行を依頼するユーザ側
リクエスト取得機能２４を具備することで連携を可能と
する。
【００９９】この場合の処理の流れは、まずネットワー
クサーバ２３がユーザ２からＡＳＰサービス１８ａ〜１
８ｇのリクエストを受け取る。ユーザ側リクエスト取得
機能２４のリクエスト取得機能２４ａはこのユーザ２か
らＡＳＰサービス１８ａ〜１８ｇのリクエストを取得
し、依頼機能２４ｂはベーシック連携サービスを提供す
る機能に実行を依頼する。これにより、一旦ベーシック
連携サービスを提供する機能に制御が移る。そして、ユ
ーザ認証などの必要な機能を実行し、ネットワークサー
バ２３は、ＡＳＰサービス１８ａ〜１８ｇにリクエスト
を発する。これにより、ＡＳＰ１８ａ〜１８ｇを提供す
るアプリケーションに制御が移る。
【０１００】また、情報処理サービス提供システムは、
ＡＳＰサービス１８ａ〜１８ｇを提供するアプリケーシ
ョンからユーティリティ連携サービスに対するリクエス
トをリクエスト取得機能２５ａで取得し、依頼機能２５
ｂでベーシック連携サービスを提供する機能に処理実行
を依頼するアプリケーション側リクエスト取得機能２５
を具備する。
【０１０１】バックエンド連携サービスとＡＳＰサービ
ス１８ａ〜１８ｇとの間の連携を可能とするために、情
報処理サービス提供システムは、ＡＳＰサービス１８ａ
〜１８ｇを提供するアプリケーションのプロセス状態を
定常的に監視し、その状態に応じてバックエンド連携サ
ービスからＡＳＰサービス１８ａ〜１８ｇを実現するア
プリケーションのプロセスを操作し、連携を実現する。
なお、ＡＳＰサービス１８ａ〜１８ｇが独立したプロセ
スでなく、アプリケーションサーバ上で動作するスレッ
ドの場合には、アプリケーションサーバの持つ監視機能
をバックエンド連携サービスから呼び出す。
【０１０２】上記のような連携のためのアーキテクチャ
を実現するためのリクエスト取得機能について以下で詳
細に説明する。
【０１０３】上述したように、ユーザ側リクエスト取得
機能２４とアプリケーション側リクエスト取得機能２５
とを含む２種類のリクエスト取得機能は、リクエストを
取得し、このリクエストに対応するサービス又は付加サ
ービスの提供を依頼する。
【０１０４】図５は、ユーザ側リクエスト取得機能２４
による連携状態の一例を示すブロック図である。
【０１０５】ユーザ側リクエスト取得機能２４は、ユー
ザ２からＡＳＰサービス１８ａ〜１８ｇに対するリクエ
ストを取得し、ベーシック連携サービスを呼び出す。こ
の呼び出しにより、各種ＡＳＰサービス１８ａ〜１８ｇ
を使用するユーザ２が識別され、ユーザ認証及び課金処
理が実行される。ＡＳＰ１８ａ〜１８ｇを提供するアプ
リケーションは、ユーザ２からのリクエストを受け付
け、結果を返す。
【０１０６】すなわち、このユーザ側リクエスト取得機
能２４は、ユーザ２からのＡＳＰサービス１８ａ〜１８
ｇの使用に介在し、ユーザ認証や与信・課金などのユー
ザ管理機能の実行を依頼する。
【０１０７】図６は、アプリケーション側リクエスト取
得機能２５による連携状態の一例を示すブロック図であ
る。
【０１０８】アプリケーション側リクエスト取得機能２
５は、ＡＳＰサービス１８ａ〜１８ｇを提供するアプリ
ケーションからユーティリティ連携サービスを使用する
旨のリクエストを取得し、ベーシック連携サービスを呼
び出す。この呼び出しにより、ＡＳＰ１８が付加サービ
ス１１ａ〜１１ｊを使用した量に応じて、ＡＳＰ１８に
対して適正に課金することが可能になる。ユーティリテ
ィ連携サービスを提供する機能は、ＡＳＰ１８からのリ
クエストを受け付け、結果を返す。
【０１０９】すなわち、このアプリケーション側リクエ
スト取得機能２５は、ＡＳＰ１８による付加サービス１
１ａ〜１１ｊの使用に介在し、認証や与信・課金などの
管理処理の実行を依頼する。
【０１１０】以下に、リクエスト取得機能２４、２５の
実現方法を説明する。なお、以下においてはユーザ２か
らＷｅｂサーバを経由してＡＳＰ１８にリクエストが取
得される場合について説明する。しかしながら、リクエ
スト取得機能２４、２５は、ユーザ２からのアクセスを
受け付けるあらゆる種類のネッワークサーバ２３に同様
に適用可能である。以下で説明する付加サービスの例と
しては、ｉＤＣ２１を使用する１以上のＡＳＰを使用す
るユーザの情報を統合して管理するサービス、１以上の
ＡＳＰの課金情報を統合して管理するサービス、１以上
のＡＳＰに関する稼動状態を一元管理するサービス、サ
ービスを提供する１以上の機能の稼動状態を一元管理す
るサービスなどがある。
【０１１１】リクエスト取得機能２４、２５は、ＡＳＰ
サービスを提供する機能を呼び出すリクエスト又はユー
ティリティ連携サービスを提供する機能を呼び出すリク
エストを取得し、ベーシック連携サービスを提供する機
能にリクエストに関わる情報を出力する。これにより、
上記の付加サービスが実行される。ユーザ２はＷｅｂサ
ーバを経由してＡＳＰアプリケーションを使用する。
【０１１２】ベーシック連携サービス３１には、ユーザ
管理サービス１１ａ、課金管理サービス（予信・課金サ
ービス）１１ｂなどがある。ユーティリティ連携サービ
ス３５には、電子メールサービス１１ｋなどがある。
【０１１３】ユーザ管理サービス１１ａは、指定された
パスワードによりユーザを認証し、またユーザに要求さ
れたデータへのアクセス権を確認するサービスである。
【０１１４】課金管理サービス１１ｂは、指定されたユ
ーザの予信状態（使用料の上限に達しているか否か等）
を調査し、課金用の情報を保持して月毎に集計するサー
ビスである。
【０１１５】電子メールサービス１１ｋは、大量の送付
先に広告用のメールを送り、その中に各送付先に特化し
た情報（宛先ユーザの名前など）を含めるサービスであ
る。
【０１１６】図７は、リクエスト取得機能２４、２５を
含む情報処理サービス提供システムのアーキテクチャの
一例を示すブロック図である。
【０１１７】また、図８は、情報処理サービス提供シス
テムのアーキテクチャと具体的なサービスとの関係の一
例を示すブロック図である。
【０１１８】ユーザ側リクエスト取得機能２４とアプリ
ケーション側リクエスト取得機能２５とは、機能的に似
た点が多いため共通部分を部品化できる。共通化した部
品をリクエスト取得フレームワーク２６とする。
【０１１９】リクエスト取得フレームワーク２６は例え
ばオブジェクト指向プログラミング言語で開発される。
リクエスト取得フレームワーク２６の使用する対応テー
ブルは、ファイル等に記録されて管理される。この対応
テーブルを使用することで、リクエストがどのサービス
に対応するか特定され、リクエストの種類によって起動
するベーシック連携サービスの機能を切り換え可能とな
る。
【０１２０】ユーザ側リクエスト取得機能２４は、Ｗｅ
ｂサーバ２８又はその前段のＰｒｏｘｙサーバ（以下、
「Ｇａｔｅサーバ」という）２７に含まれる機能とす
る。すなわち、Ｇａｔｅサーバ２７は、ユーザ側リクエ
スト取得機能２４を実現している。
【０１２１】ユーザ２はＷｅｂブラウザ２９からＷｅｂ
サーバ２８にアクセスする。すると、Ｇａｔｅサーバ２
７のユーザ側リクエスト取得機能２４は、Ｗｅｂブラウ
ザ２９からＷｅｂサーバ２８へのリクエストを取得す
る。そして、ユーザ側リクエスト取得機能２４は、ベー
シックサービスアダプタ３０（例えばユーザ管理アダプ
タ３０ａ、課金管理アダプタ３０ｂ）を用いて、ベーシ
ック連携サービス３１（例えばユーザ管理サービス３１
ａ、課金管理サービス３１ｂ）を提供する機能（例えば
プロセス）に実行を依頼する。
【０１２２】この結果、アクセスしたユーザ２が特定さ
れ、その課金情報が蓄えられ、アクセスしたユーザ２が
アプリケーションサーバ３２上のＡＳＰアプリケーショ
ン３３を使用可能か否か判断される。
【０１２３】ユーザ２にＡＳＰアプリケーション３３の
使用が許可されると、ユーザ２はＡＳＰアプリケーショ
ン３３を使用する。さらに、このＡＳＰアプリケーショ
ン３３に加えてユーザ２がユーティリティ連携サービス
３５（例えば電子メールサービス３５ａ）を使用する場
合、アプリケーション側リクエスト取得機能２５は、Ａ
ＳＰアプリケーション３３からユーティリティ連携サー
ビス３５を提供する機能（例えばプロセス）へのリクエ
ストを取得する。
【０１２４】そして、アプリケーション側リクエスト取
得機能２５は、ベーシックサービスアダプタ３０を用い
て、ベーシック連携サービス３１を提供する機能に実行
を依頼する。
【０１２５】この結果、ユーザ２が特定され、その課金
情報が蓄えられ、ユーザ２がユーティリティ連携サービ
ス３５を使用可能か否か判断される。
【０１２６】ユーティリティ連携サービス３５の使用が
許可されると、ＡＳＰアプリケーション３３はユーティ
リティサービスアダプタ３４（例えば電子メールサービ
スアダプタ３４ａ）を使用し、ユーティリティ連携サー
ビス３５を提供する機能に実行を依頼する。
【０１２７】以上のような連携により、ユーザ管理サー
ビス１１ａ、課金管理サービス１１ｂがＡＳＰ１８に提
供される。
【０１２８】この結果、ＡＳＰ１８は、本来サービスと
して備えていない電子メールサービス１１ｋをユーザ２
に提供でき、自分のサービスに新たな価値を加えること
ができる。
【０１２９】付加サービス業者１９は、電子メールサー
ビス１１ｋをＡＳＰ１８に提供した場合に、その使用に
応じた課金情報を蓄え、ＡＳＰ１８に請求することがで
きる。
【０１３０】図９は、リクエスト取得機能２４、２５の
構造の一例を示すクラス図である。この図は設計表記法
の一つであるＵＭＬ（Unified Modeling Language）の
形式で記述されている。
【０１３１】また、図１０は、リクエスト取得機能２
４、２５の構造と具体的なサービスとの関係の一例を示
すクラス図である。
【０１３２】矩形及び３分割された矩形は、クラスを表
している。矩形の中に記述された名前（例えば「Ｇａｔ
ｅサーバ」）はこのクラスの名前である。３分割された
矩形はクラスをより詳細に表記している。矩形の最上部
の中身（例えば「取得ライブラリ」）はクラス名を、矩
形の最下部の中身（例えば「前処理()」、「後処
理()」）は、オブジェクト指向の場合にはメソッドに該
当し、そのクラスが受け付けることのできる処理要求を
示す。
【０１３３】破線の矢印は、根元側のクラスが先端側の
クラスにアクセスして処理を呼び出したり情報を得たり
することを表している。
【０１３４】クラス３０（例えばユーザ管理アダプタ３
０ａ、課金管理アダプタ３０ｂ）は、ベーシックサービ
スアダプタ規約３８に準拠し、処理メソッドを持ち、取
得ライブラリ３７から呼び出される。
【０１３５】クラス３０と取得ライブラリ３７とは、ユ
ーザ側リクエスト取得機能２４とアプリケーション側リ
クエスト取得機能２５との共通の機能である。
【０１３６】取得ライブラリ３７は、リクエスト取得機
能２４、２５の基礎になるクラスである。
【０１３７】Ｇａｔｅサーバ２７は、取得ライブラリ３
７を呼び出し、ユーザ側リクエスト取得機能２４を実行
する。
【０１３８】ユーティリティサービスアダプタ３４（例
えば電子メールサービスアダプタ３４ａ）は、ユーティ
リティサービスアダプタ規約３９に準拠し、ＡＳＰアプ
リケーション３３によってユーティリティ連携サービス
３５（例えば電子メールサービス３５ａ）が呼び出され
る場合に使用される。
【０１３９】ユーティリティサービスアダプタ３４は、
取得ライブラリ３７を呼び出す。
【０１４０】リクエスト取得機能２４、２５を構成する
各クラスの役割を以下に示す。
【０１４１】Ｇａｔｅサーバ２７は、クライアント２９
からＡＳＰアプリケーション３３に対するリクエストを
仲介するＰｒｏｘｙサーバである。Ｇａｔｅサーバ２７
は、リクエストを転送する前と後の少なくとも一方で、
取得ライブラリ３７を呼び出す。
【０１４２】ＡＳＰアプリケーション３３は、ＡＳＰサ
ービスを提供する機能である。ＡＳＰアプリケーション
３３は、サービスの実行中にユーティリティ連携サービ
ス３５（例えば電子メールサービス３５ａ）を使用す
る。
【０１４３】取得ライブラリ３７は、リクエスト取得機
能の基礎となる。この取得ライブラリ３７は、ＡＳＰア
プリケーション３３又はユーティリティ連携サービス３
５を提供する機能の実行前に呼び出される前処理メソッ
ドと、実行後に呼び出される後処理メソッド、及びアダ
プタに渡す情報を受け取るための情報設定メソッドを含
む。
【０１４４】前処置メソッド及び後処理メソッドは、サ
ービス−アダプタ対応付け部４０の内容にしたがって、
ベーシックサービスアダプタ３０を呼び出す。ベーシッ
クサービスアダプタ３０は、ベーシックサービスアダプ
タ規約３８に準拠する。
【０１４５】ベーシックサービスアダプタ規約３８は、
アダプタオブジェクトが準拠すべき規約である。アダプ
タオブジェクトは、リクエスト取得機能２４、２５によ
って起動されるベーシック連携サービス３１を提供する
機能を取得ライブラリ３７から起動する。
【０１４６】具体的には、ベーシックサービスアダプタ
規約３８では、処理メソッド及び情報設定メソッドを具
備する旨が定義されている。この規約に準拠しているア
ダプタであれば、ベーシックサービスアダプタとして任
意のアダプタを使用可能である。ｉＤＣ業者２０は、ベ
ーシックサービスアダプタ規約３８に準拠しているアダ
プタを用意することにより、ＡＳＰ１８に提供するベー
シックサービスを随時変更できる。
【０１４７】ベーシックサービスアダプタ３０（例えば
予信・課金アダプタ、ユーザ管理アダプタ）は、ベーシ
ックサービス規約に準拠したクラスである。
【０１４８】ベーシック連携サービス３１（例えばユー
ザ管理サービス３１ａ、課金管理サービス３１ｂ）は、
ユーザ認証、課金、実行状態ログの記録などを実行する
サービスである。
【０１４９】ユーティリティサービスアダプタ規約３９
は、ＡＳＰアプリケーション３３から使用されるユーテ
ィリティサービスアダプタ３４が準拠すべき規約であ
る。
【０１５０】ユーティリティサービスアダプタ３４（例
えば電子メールサービスアダプタ３４ａ）は、ユーティ
リティ連携サービス３５を提供する機能にＡＳＰアプリ
ケーション３３からのリクエストを転送する役割を果た
すクラスである。このクラスでは、転送の前後に取得ラ
イブラリ３７の前処理メソッド、後処理メソッドを呼び
出す。
【０１５１】ユーティリティ連携サービス３５（例えば
電子メールサービス３５ａ）は、ＡＳＰアプリケーショ
ン３３から使用されるサービスである。
【０１５２】図１１は、ユーザ側リクエスト取得機能２
４の前段動作の一例を示すシーケンス図である。この図
１１は、ユーザがＡＳＰアプリケーション３３を使用す
るまでの処理について示している。
【０１５３】また、図１２は、ユーザ側リクエスト取得
機能２４の後段動作の一例を示すシーケンス図である。
この図１２は、ユーザ２がＡＳＰアプリケーション３３
の使用を終えた後の処理について示している。
【０１５４】ユーザ２のＷｅｂブラウザ２９によってＡ
ＳＰアプリケーション３３が使用される前において、ユ
ーザ管理サービス３１ａを提供する機能は、ユーザ２の
認証チェックを行い、課金管理サービス３１ｂを提供す
る機能は、ユーザ２のＡＳＰサービス使用料のチェック
を行う。
【０１５５】また、ユーザ２によってＡＳＰアプリケー
ション３３が使用された後において、課金管理サービス
を提供する機能は、ユーザ２の課金情報を蓄積する。
【０１５６】シーケンス図中の実線の矢印はメソッドの
呼出を、破線の矢印は呼び出された処理を終えて制御が
戻ることを示している。両矢印には、必要に応じて呼び
出されるメソッド名（実線の矢印の場合、引数は（）で
囲まれて記述されている）と返される値が付されてい
る。返される値も（）で囲まれて記述されている。取得
ライブラリ３７を実現する上で重要な働きを持つメソッ
ドの呼び出しは、太線で強調している。
【０１５７】まず、図１１に示すように、ユーザ２は、
Ｗｅｂブラウザ２９などのクライアントを用いてＡＳＰ
アプリケーション３３の使用を要求する。この時点でユ
ーザ２はＷｅｂサーバ２８に未だアクセスしておらず、
実際にはＧａｔｅサーバ２７がこのリクエストを受け付
けている。
【０１５８】次に、Ｇａｔｅサーバ２７は、ユーザ２に
よって指定されたＵＲＬに基づいて、依頼されているサ
ービスが何か把握する検索処理を実行する。この検索処
理は、サービス−ＵＲＬ対応付け部４１に依頼する。
【０１５９】表１は、サービス−ＵＲＬ対応付け部４１
が使用する対応テーブルを例示している。
【０１６０】
【表１】
【０１６１】この表１を参照することで、ＵＲＬから
「ＸＹＺ」などのようなサービス名を得ることができ
る。
【０１６２】次に、Ｇａｔｅサーバ２７は、このように
して得たサービス名及びユーザ２が入力したユーザ名な
どの情報を取得ライブラリ３７に渡す。サービス名、ユ
ーザ名などの情報は、後に取得ライブラリ３７から各ア
ダプタに渡され、ベーシック連携サービスを提供する機
能が処理を実行するための引数として使われる。
【０１６３】表２は、ユーザ側リクエスト取得機能２４
がベーシック連携サービスを提供する機能に引数として
渡す値の例である。
【０１６４】
【表２】
【０１６５】表３は、アプリケーション側リクエスト取
得機能２５がベーシック連携サービスを提供する機能に
引数として渡す値の例である。
【０１６６】
【表３】
【０１６７】次に、Ｇａｔｅサーバ２７は、取得ライブ
ラリ３７の前処理メソッドを実行する。すると、取得ラ
イブラリ３７は、サービス−アダプタ対応付け部４０に
アダプタ取得を依頼し、ＡＳＰアプリケーション３３の
前処理に必要なアダプタ群を取得する。
【０１６８】表４は、サービス−アダプタ対応付け部４
０が使用するテーブルを例示している。
【０１６９】
【表４】
【０１７０】具体的には、取得ライブラリ３７は、既に
表２のような情報を受け取っているため、「ＸＹＺ」を
キーワードとして表４に対する検索を行う。
【０１７１】これにより、取得ライブラリ３７は、ＡＳ
Ｐアプリケーション３３の前処理に必要なアダプタとし
てユーザ管理アダプタ３０ａ、課金管理アダプタ３０ｂ
を選択する。
【０１７２】次に、取得ライブラリ３７は、選択したア
ダプタを使用して実際のサービスを提供する機能を呼び
出す。取得ライブラリ３７は、先にユーザ管理サービス
３１ａを提供する機能を呼び出し、次に課金管理サービ
ス３１ｂを提供する機能を呼び出す。具体的には、取得
ライブラリ３７は、先の処理で設定された表２の情報を
選択されたアダプタに渡し、各アダプタは、自己の備え
ている処理メソッドを呼び出す。
【０１７３】ユーザ管理アダプタ３０ａは、ユーザ管理
サービス３１ａを提供する機能に特化した操作メソッド
を呼び出すとともに、ユーザ管理サービス３１ａを提供
する機能にユーザ名とパスワードとを渡す。
【０１７４】すると、ユーザ管理アダプタ３０ａは、ユ
ーザが正当であるか否かチェックした結果を、ユーザ管
理サービス３１ａを提供する機能から受け取る。その結
果は、さらにユーザ管理アダプタ３０ａから取得ライブ
ラリ３７に返される。
【０１７５】チェック結果に問題がなければ、同様に課
金管理アダプタ３０ｂは課金管理サービス３１ｂのメソ
ッドを呼び出す。これにより、課金管理サービス３１ｂ
は、例えばこのユーザの使用料が契約上の上限値を上回
っているか否かチェックする予信管理を行う。
【０１７６】この処理が終わると、制御は取得ライブラ
リ３７からＧａｔｅサーバ２７に戻る。
【０１７７】Ｇａｔｅサーバ２７は、Ｗｅｂサーバ２８
に対してユーザ２が指定したＵＲＬを通知し、ＡＳＰア
プリケーション３３によるサービスが提供される。サー
ビスとしては、例えば発注システムの機能提供、スケジ
ュール管理ツールの機能提供などがある。
【０１７８】続いて、図１２に示すように、Ｇａｔｅサ
ーバ２７は、情報設定メソッドを用いて、ベーシック連
携サービスを提供する機能に渡され後処理で使用される
情報を、取得ライブラリ３７に引き渡す。引き渡される
情報には、例えば課金を行うためのユーザの接続時間や
ログを記録するための時刻情報などがある。
【０１７９】次に、Ｇａｔｅサーバ２７は、取得ライブ
ラリ３７の後処理メソッドを呼び出す。すると、前処理
の場合と同様に、取得ライブラリ３７は、サービス−ア
ダプタ対応付け部４０から必要なアダプタを取得し、該
当するアダプタの処理メソッドを呼び出す。これによ
り、ベーシック連携サービス（この例では課金管理サー
ビス３１ｂ）が提供される。
【０１８０】図１３は、アプリケーション側リクエスト
取得機能２５の前段動作の一例を示すシーケンス図であ
る。この図１３は、ユーザ２が電子メールサービス３５
ａを使用するまでの処理について示している。このよう
にサービス−アダプタ対応付け部４０を用いることで、
ＡＳＰ毎に、提供される付加サービスの種類を切り換え
ることができる。また、表４のようにテーブルで設定す
れば、このテーブルを更新するだけでＡＳＰに提供され
る付加サービスの種類を変更できるためｉＤＣ業者２０
は管理・運用が容易になり、ＡＳＰに提供する付加サー
ビスの種類に柔軟性を持たせることができる。
【０１８１】また、図１４は、アプリケーション側リク
エスト取得機能２５の後段動作の一例を示すシーケンス
図である。この図１４は、ユーザ２が電子メールサービ
ス３５ａの使用を終えた後の処理について示している。
【０１８２】この図１３及び図１４は、すでにＡＳＰア
プリケーション３３が使われている時点から記述されて
いる。また、図１３及び図１４は、ユーザ２からのメー
ル送信のリクエストに応じるために電子メールサービス
３５ａが使用される場合を例示している。
【０１８３】ＡＳＰアプリケーション３３の処理の一部
によってユーティリティ連携サービスの１つである電子
メールサービス３５ａが使用される前に、ユーザ管理サ
ービス３１ａの依頼側であるＡＳＰ１８の認証チェック
が行われ、課金管理サービス３１ｂにより処理依頼側で
あるＡＳＰ１８の付加サービス使用料がチェックされ
る。
【０１８４】また、ＡＳＰアプリケーション３３の処理
の一部によってユーティリティ連携サービスの１つであ
る電子メールサービス３５ａが使用された後に、課金管
理サービス３１ｂにより依頼側であるＡＳＰ１８の課金
情報が蓄積される。
【０１８５】まず、図１３に示すように、ＡＳＰアプリ
ケーション３３は電子メールサービスアダプタ３４ａを
生成し、アダプタ３４ａに対してメール送信を要求す
る。
【０１８６】すると、電子メールサービスアダプタ３４
ａは、取得ライブラリ３７に対して情報を渡す。
【０１８７】取得ライブラリ３７は、前処理メソッドを
呼び出し、実際の電子メールサービス３５ａを提供する
機能に対してメール送信処理を依頼し、図１４に示すよ
うに後処理メソッドを呼び出す。
【０１８８】取得ライブラリ３７は、アダプタを取得す
るためのキーワードとしてサービス名「電子メール」に
加え、使用するメソッド名「メール送信」も使用する。
その他の取得ライブラリ３７の動作は、ユーザ側リクエ
スト取得機能２４の場合と同様である。ここでも、ユー
ザ側リクエスト取得機能２４と同様に表４のようなサー
ビス−アダプタ対応付けテーブルを使用する。これによ
り、ＡＳＰ１８に提供される付加サービスの種類が固定
されず、より柔軟性を持たせることができるため、ｉＤ
Ｃ業者２０はＡＳＰ１８の要望にあった付加サービスを
提供できる。また、ＡＳＰ１８との契約内容に変更が生
じてもこのテーブルを更新するだけで継続使用可能であ
り、ライブライリ自体の再コンパイルが不要であるた
め、ｉＤＣ業者２０側の運用コストを軽減させることが
できる。
【０１８９】なお、必要になった時点でそれぞれのアダ
プタを初期化する場合、アダプタの選択要求からサービ
ス提供までに処理時間がかかる。したがって、事前にア
ダプタ群を生成してプーリング（保留）しておき、処理
を高速化してもよい。
【０１９０】以上のような情報処理サービス提供システ
ムを実現すると、ｉＤＣ業者２０、ＡＳＰ１８は以下の
ような利点を得ることができる。
【０１９１】ｉＤＣ業者２０は、ｉＤＣ２１上にアプリ
ケーションプラットフォーム２２を具備することによ
り、単にｉＤＣ２１を使用するのみでは実現できない各
種付加サービスを提供できる。これにより、ｉＤＣ業者
２０は、異なる機能の使用を求めるそれぞれのＡＳＰに
対して適切な機能を容易に提供できる。また、ｉＤＣ業
者２０は、付加サービスを使用したユーザ２又はＡＳＰ
１８からその使用に応じた対価を得ることができる。
【０１９２】ｉＤＣ業者２０は、ＡＳＰ１８との契約内
容に変更が生じた場合にその変更内容を容易に事業に反
映させることができ、自己の提供するサービスを実現す
る機能の種類、サービスの内容を容易に追加／変更でき
る。これにより、ｉＤＣ業者２０は、事業の運用・保守
コストを削減でき、利益効率を高めることができる。
【０１９３】ｉＤＣ業者２０は、ＡＳＰ１８に対して他
のＡＳＰの提供する付加サービスを提供することで、デ
ータセンタ単独での事業を行う場合よりも自データセン
タの付加価値を高めることができ、自データセンタを使
用するユーザ２、ＡＳＰを増加させることができる。
【０１９４】ＡＳＰ１８は、自己の提供するＡＳＰサー
ビスに付加サービスを連携させることができる。
【０１９５】また、ＡＳＰ１８は、他のＡＳＰと連携し
てユーザ２にサービスを提供し、ユーザ２の使用可能な
機能を増加させてユーザ２の利便性を増すことができ、
ユーザ２に使用される機会を増加させることができる。
【０１９６】また、ＡＳＰ１８は、付加サービスを提供
するために必要な技術力を持たない場合であっても、他
のＡＳＰによって提供される付加サービスを使用するこ
とで、容易にサービスの充実を図ることができる。
【０１９７】また、ＡＳＰ１８は、本来ＡＳＰサービス
の提供用として作られていないアプリケーションをＡＳ
Ｐサービス用として機能させる場合に、ＡＳＰとして機
能するために必要な機能（課金管理やシステム監視など
の機能）を付加サービスで補充できる。したがって、ソ
フトウェアのＡＳＰサービス提供用に容易に変更でき
る。
【０１９８】また、ＡＳＰ１８は、他のＡＳＰとの間で
ユーザ管理や課金管理を共通化できるため、ユーザ２に
対して複数のＡＳＰに対するシングルサインオン環境を
提供でき、課金請求を統合できる。複数のＡＳＰに対す
るシングルサインオン環境や課金請求の統合は、ユーザ
２にとっても管理が容易となるため、ユーザの獲得を促
進できる。
【０１９９】（第３の実施の形態）上記各実施の形態に
係る情報処理サービス提供システムにおける各機能、各
要素は、同様の作用・動作を実現可能であれば配置を変
更させてもよく、また各機能、各要素を自由に組み合わ
せてもよく、各機能、各要素を分割してもよい。
【０２００】図１５は、本実施の形態に係る情報処理サ
ービス提供システムの構成を例示するブロック図であ
る。この図１５は、上記図７に示す情報処理サービス提
供システムの変形例を示す。
【０２０１】ベーシック連携サービス３１ａ〜３１ｃを
提供する機能は、ベーシック連携アダプタ３１ａ〜３１
ｃを経由してリクエストを受け又は発する。
【０２０２】ユーティリティ連携サービス３５を提供す
る機能は、ユーティリティサービスアダプタ３４を経由
してリクエストを受け又は発する。
【０２０３】リクエスト取得サーバ４２は、リクエスト
取得機能４２ａ、４２ｂとサービス−アダプタ対応付け
部４０を具備する。
【０２０４】リクエスト取得サーバ４２は、Ｗｅｂブラ
ウザ２９、付加サービス３１ａ〜３１ｃ、３５を提供す
る機能、ＡＳＰアプリケーション３３のそれぞれからリ
クエストを取得し、サービス−アダプタ対応付け部４０
の内容にしたがって取得したリクエストに応じて、ＡＳ
Ｐアプリケーション３３又は付加サービス３１ａ〜３１
ｃ、３５を提供する機能を選択し、選択したＡＳＰアプ
リケーション３３又は付加サービス３１ａ〜３１ｃ、３
５を提供する機能にリクエストを送る。
【０２０５】これにより、あらゆる情報処理サービスが
他の情報処理サービスを使用できる関係となり、サービ
ス間の連携が効率的に実現される。その結果として、Ａ
ＳＰアプリケーションと複数の付加的機能を組み合わせ
た機能の構築やカスタマイズが容易となる。
【０２０６】例えば、付加的機能から他の付加的機能に
処理実行を依頼でき、サービスを提供する各種機能を自
由に連携させることができる。
【０２０７】上記各実施の形態に係る情報処理サービス
提供システムの各機能、各要素は、コンピュータに実行
させることのできるプログラム、モジュール、プロセス
として提供できる。このプログラムにより上記各機能、
各要素を提供する場合には、例えば磁気ディスク（フレ
キシブルディスク、ハードディスク等）、光ディスク
（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録
媒体１６にそのプログラムを書き込んでコンピュータに
適用可能である。また、このプログラムは通信媒体によ
りコンピュータ、コンピュータシステムに伝送しても適
用可能である。コンピュータは、記録媒体１６に記録さ
れたプログラムを読み込み、そのプログラムによって動
作が制御されることにより、上述した処理を実行する。
【０２０８】
【発明の効果】以上詳記したように本発明においては、
情報処理サービスに対して付加的な情報処理サービスを
連携させることができる。これにより、情報処理サービ
スの提供を容易化できる。また、情報処理サービスの内
容を充実させることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る情報処理サー
ビス提供システムの構成の一例を示すブロック図。
【図２】同実施の形態に係る情報処理サービス提供シス
テムの構成の変形例を示すブロック図。
【図３】本発明の第２の実施の形態に係る情報処理サー
ビス提供システムの連携状態の一例を示すブロック図。
【図４】同実施の形態に係る情報処理サービス提供シス
テムの構成の一例を示すブロック図。
【図５】ユーザ側リクエスト取得機能による連携状態の
一例を示すブロック図。
【図６】アプリケーション側リクエスト取得機能による
連携状態の一例を示すブロック図。
【図７】リクエスト取得機能を含む情報処理サービス提
供システムのアーキテクチャの一例を示すブロック図。
【図８】同実施の形態に係る情報処理サービス提供シス
テムのアーキテクチャと具体的なサービスとの関係の一
例を示すブロック図。
【図９】リクエスト取得機能の構造の一例を示すクラス
図。
【図１０】リクエスト取得機能の構造と具体的なサービ
スとの関係の一例を示すクラス図。
【図１１】ユーザ側リクエスト取得機能の前段動作の一
例を示すシーケンス図。
【図１２】ユーザ側リクエスト取得機能の後段動作の一
例を示すシーケンス図。
【図１３】アプリケーション側リクエスト取得機能の前
段動作の一例を示すシーケンス図。
【図１４】アプリケーション側リクエスト取得機能の後
段動作の一例を示すシーケンス図。
【図１５】本発明の第３の実施の形態に係る情報処理サ
ービス提供システムの構成の一例を示すブロック図。
【符号の説明】
３…クライアント ５ａ、５ｂ…ＡＳＰサーバ ６ａ、６ｂ…アプリケーション ７…イベント検出機能 ８…ライブラリ ９…参照機能 １０、１５、２４ｂ、２５ｂ…依頼機能 １２ａ、１２ｂ…付加サーバ １３…記録機能 １４…データベース １７…ＡＳＰポータル １８…ＡＳＰ １９…付加サービス業者 ２０…ｉＤＣ業者 ２１…ｉＤＣ ２２…アプリケーションプラットフォーム ２４…ユーザ側リクエスト取得機能 ２４ａ、２５ａ、４２ａ、４２ｂ…リクエスト取得機能 ２５…アプリケーション側リクエスト取得機能 ３０、３０ａ〜３０ｃ…ベーシックサービスアダプタ ３１、３１ａ〜３１ｃ…ベーシック連携サービス ３４…ユーティリティサービスアダプタ ３５…ユーティリティ連携サービス ３７…取得ライブラリ ３８…ベーシックサービスアダプタ規約 ３９…ユーティリティサービスアダプタ規約 ４０…サービス−アダプタ対応付け部 ４１…サービス−ＵＲＬ対応付け部 ４２…リクエスト取得サーバ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 守安 隆 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 佐波 公夫 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 Ｆターム(参考） 5B045 GG06 5B085 AA08 AC01

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】 コンピュータによる情報処理サービス提
    供方法において、 ネットワークを経由して提供される情報処理サービスに
    対する付加的な情報処理サービスを依頼するイベントを
    検出し、 前記イベントが検出された場合に、前記付加的な情報処
    理サービスを提供する付加的機能の呼び出しを定義した
    ライブラリを参照し、 前記ライブラリの参照結果に基づいて、前記付加的な情
    報処理サービスを提供する付加的機能に実行を依頼する
    ことを特徴とする情報処理サービス提供方法。
  2. 【請求項２】 コンピュータによる情報処理サービス提
    供方法において、 ネットワークを経由して提供される情報処理サービスの
    運用状態を示すデータを記録し、 前記情報処理サービスに対する付加的な情報処理サービ
    スを提供する付加的機能に対して、記録された前記運用
    状態を示すデータを提供することを特徴とする情報処理
    サービス提供方法。
  3. 【請求項３】 コンピュータによる情報処理サービス提
    供方法において、 ネットワークを経由して提供される情報処理サービスの
    リクエストを取得し、 前記リクエストに応じて、前記情報処理サービスに対す
    る付加的な情報処理サービスを提供する付加的機能に実
    行を依頼することを特徴とする情報処理サービス提供方
    法。
  4. 【請求項４】 コンピュータによる情報処理サービス提
    供方法において、 ネットワークを経由して提供される情報処理サービスの
    処理に基づいて発生する前記情報処理サービスに対する
    付加的な情報処理サービスのリクエストを取得し、 前記リクエストに応じて、前記付加的な情報処理サービ
    スを提供する付加的機能に実行を依頼することを特徴と
    する情報処理サービス提供方法。
  5. 【請求項５】 請求項３又は請求項４記載の情報処理サ
    ービス提供方法において、 前記付加的な情報処理サービスを提供する付加的機能に
    実行を依頼するために、前記リクエストと前記付加的機
    能とを対応付けたテーブルを参照し、前記リクエストに
    対応する前記付加的機能を特定することを特徴とする情
    報処理サービス提供方法。
  6. 【請求項６】 請求項１乃至請求項５のいずれか記載の
    情報処理サービス提供方法において、 前記付加的機能は、複数の情報処理サービスに共同で使
    用されることを特徴とする情報処理サービス提供方法。
  7. 【請求項７】 請求項１乃至請求項６のいずれか記載の
    情報処理サービス提供方法において、 前記情報処理サービスに対して複数の付加的機能が連携
    して動作することを特徴とする情報処理サービスの提供
    方法。
  8. 【請求項８】 請求項１乃至請求項７のいずれか記載の
    情報処理サービス提供方法において、 前記付加的な情報処理サービスについて、使用に応じた
    費用を計算することを特徴とする情報処理サービス提供
    方法。
  9. 【請求項９】 コンピュータに、 ネットワークを経由して提供される情報処理サービスに
    対する付加的な情報処理サービスを依頼するイベントを
    検出する機能、 前記イベントが検出された場合に、前記付加的な情報処
    理サービスを提供する付加的機能の呼び出しを定義した
    ライブラリを参照する機能、 前記ライブラリの参照結果に基づいて、前記付加的な情
    報処理サービスを提供する付加的機能に実行を依頼する
    機能を実現させるためのプログラム。
  10. 【請求項１０】 コンピュータに、 ネットワークを経由して提供される情報処理サービスの
    運用状態を示すデータを記録する機能、 前記情報処理サービスに対する付加的な情報処理サービ
    スを提供する付加的機能に対して、記録された前記運用
    状態を示すデータを提供する機能を実現させるためのプ
    ログラム。
  11. 【請求項１１】 コンピュータに、 ネットワークを経由して提供される情報処理サービスの
    リクエストを取得する機能、 前記リクエストに応じて、前記情報処理サービスに対す
    る付加的な情報処理サービスを提供する付加的機能に実
    行を依頼する機能を実現させるためのプログラム。
  12. 【請求項１２】 コンピュータに、 ネットワークを経由して提供される情報処理サービスの
    処理に基づいて発生する前記情報処理サービスに対する
    付加的な情報処理サービスのリクエストを取得する機
    能、 前記リクエストに応じて、前記付加的な情報処理サービ
    スを提供する付加的機能に実行を依頼する機能を実現さ
    せるためのプログラム。
  13. 【請求項１３】 請求項１１又は請求項１２記載のプロ
    グラムにおいて、 前記付加的な情報処理サービスを提供する付加的機能に
    実行を依頼するために、前記リクエストと前記付加的機
    能とを対応付けたテーブルを参照し、前記リクエストに
    対応する前記付加的機能を特定することを特徴とするプ
    ログラム。
  14. 【請求項１４】 情報処理サービスを提供するシステム
    において、 ネットワークを経由して提供される情報処理サービスに
    対する付加的な情報処理サービスを依頼するイベントを
    検出するイベント検出手段と、 前記イベント検出手段によってイベントが検出された場
    合に、前記付加的な情報処理サービスを提供する付加的
    機能の呼び出しを定義したライブラリを参照する参照手
    段と、 前記参照手段によるライブラリの参照結果に基づいて、
    前記付加的な情報処理サービスを提供する付加的機能に
    実行を依頼する依頼手段とを具備したことを特徴とする
    情報処理サービス提供システム。
  15. 【請求項１５】 情報処理サービスを提供するシステム
    において、 ネットワークを経由して提供される情報処理サービスの
    運用状態を示すデータを記録する記録手段と、 前記情報処理サービスに対する付加的な情報処理サービ
    スを提供する付加的機能に対して、前記記録手段によっ
    て記録された運用状態を示すデータを提供する出力手段
    とを具備したことを特徴とする情報処理サービス提供シ
    ステム。
  16. 【請求項１６】 情報処理サービスを提供するシステム
    において、 ネットワークを経由して提供される情報処理サービスの
    リクエストを取得するリクエスト取得手段と、 前記リクエスト取得手段によって取得されたリクエスト
    に応じて、前記情報処理サービスに対する付加的な情報
    処理サービスを提供する付加的機能に実行を依頼する依
    頼手段とを具備したことを特徴とする情報処理サービス
    提供システム。
  17. 【請求項１７】 情報処理サービスを提供するシステム
    において、 ネットワークを経由して提供される情報処理サービスの
    処理に基づいて発生する前記情報処理サービスに対する
    付加的な情報処理サービスのリクエストを取得するリク
    エスト取得手段と、 前記リクエスト取得手段によって取得されたリクエスト
    に応じて、前記付加的な情報処理サービスを提供する付
    加的機能に実行を依頼する依頼手段とを具備したことを
    特徴とする情報処理サービス提供システム。
JP2002069188A 2001-03-19 2002-03-13 情報処理サービス提供方法及びプログラム並びにシステム Pending JP2002358290A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002069188A JP2002358290A (ja) 2001-03-19 2002-03-13 情報処理サービス提供方法及びプログラム並びにシステム
US10/098,543 US20020184405A1 (en) 2001-03-19 2002-03-18 Method, computer program product and system for providing information processing service

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001-79353 2001-03-19
JP2001079353 2001-03-19
JP2002069188A JP2002358290A (ja) 2001-03-19 2002-03-13 情報処理サービス提供方法及びプログラム並びにシステム

Publications (1)

Publication Number Publication Date
JP2002358290A true JP2002358290A (ja) 2002-12-13

Family

ID=26611591

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002069188A Pending JP2002358290A (ja) 2001-03-19 2002-03-13 情報処理サービス提供方法及びプログラム並びにシステム

Country Status (2)

Country Link
US (1) US20020184405A1 (ja)
JP (1) JP2002358290A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007299424A (ja) * 2003-12-19 2007-11-15 Internatl Business Mach Corp <Ibm> オンデマンド基盤におけるサード・パーティのオンデマンド・サービスの動的遅延結合
JP2009294863A (ja) * 2008-06-04 2009-12-17 Nippon Telegr & Teleph Corp <Ntt> イベントサービス振り分けシステム、イベントサービス振り分け装置、及び、イベントサービス振り分け方法
JP2010521723A (ja) * 2007-02-22 2010-06-24 アマデウス エス．アー．エス． リモートカスタマイゼーションモジュール及びそのモジュールを備えたシステム
WO2010137455A1 (ja) * 2009-05-29 2010-12-02 インターナショナル・ビジネス・マシーンズ・コーポレーション 計算機システム、方法、およびプログラム
JP2010272899A (ja) * 2009-05-19 2010-12-02 Mitsubishi Electric Corp 鍵生成システム及び鍵生成方法及びブラインドサーバ装置及びプログラム
JP2014170527A (ja) * 2013-02-06 2014-09-18 Ricoh Co Ltd 情報処理システム、情報処理装置及びプログラム
WO2022244368A1 (ja) * 2021-05-18 2022-11-24 株式会社ラキール 情報処理装置、情報処理システム、情報処理方法及びプログラム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004288026A (ja) * 2003-03-24 2004-10-14 Fuji Xerox Co Ltd サービス処理システム、サービス処理システムの処理結果確認方法、及びサービス処理プログラム
US7437736B2 (en) * 2004-03-10 2008-10-14 Citibank, N.A. Method and apparatus for managing workflow in a single sign-on framework
US8965801B2 (en) * 2010-03-31 2015-02-24 International Business Machines Corporation Provision of support services as a service
US8700777B2 (en) 2010-05-28 2014-04-15 International Business Machines Corporation Extensible support system for service offerings
US8615585B2 (en) 2010-05-28 2013-12-24 International Business Machines Corporation Ontology based resource provisioning and management for services
US20190347599A1 (en) * 2018-05-08 2019-11-14 Palantir Technologies Inc Systems and methods for routing support tickets

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2688611A1 (fr) * 1992-03-12 1993-09-17 Bull Sa Utilisation d'un langage dont le typage porte sur le contenu des variables et permettant de manipuler des constructions complexes.
US5771354A (en) * 1993-11-04 1998-06-23 Crawford; Christopher M. Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services
US5758351A (en) * 1995-03-01 1998-05-26 Sterling Software, Inc. System and method for the creation and use of surrogate information system objects
US5621892A (en) * 1995-10-10 1997-04-15 Intel Corporation Method and apparatus for managing alerts and events in a networked computer system
US6202159B1 (en) * 1999-06-30 2001-03-13 International Business Machines Corporation Vault controller dispatcher and methods of operation for handling interaction between browser sessions and vault processes in electronic business systems

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007299424A (ja) * 2003-12-19 2007-11-15 Internatl Business Mach Corp <Ibm> オンデマンド基盤におけるサード・パーティのオンデマンド・サービスの動的遅延結合
JP2010521723A (ja) * 2007-02-22 2010-06-24 アマデウス エス．アー．エス． リモートカスタマイゼーションモジュール及びそのモジュールを備えたシステム
JP2009294863A (ja) * 2008-06-04 2009-12-17 Nippon Telegr & Teleph Corp <Ntt> イベントサービス振り分けシステム、イベントサービス振り分け装置、及び、イベントサービス振り分け方法
JP2010272899A (ja) * 2009-05-19 2010-12-02 Mitsubishi Electric Corp 鍵生成システム及び鍵生成方法及びブラインドサーバ装置及びプログラム
WO2010137455A1 (ja) * 2009-05-29 2010-12-02 インターナショナル・ビジネス・マシーンズ・コーポレーション 計算機システム、方法、およびプログラム
JP5244236B2 (ja) * 2009-05-29 2013-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション 計算機システム、方法、およびプログラム
US9037505B2 (en) 2009-05-29 2015-05-19 International Business Machines Corporation Mechanisms for executing a process in a cloud computing environment
JP2014170527A (ja) * 2013-02-06 2014-09-18 Ricoh Co Ltd 情報処理システム、情報処理装置及びプログラム
WO2022244368A1 (ja) * 2021-05-18 2022-11-24 株式会社ラキール 情報処理装置、情報処理システム、情報処理方法及びプログラム

Also Published As

Publication number Publication date
US20020184405A1 (en) 2002-12-05

Similar Documents

Publication Publication Date Title
US8086538B2 (en) Meeting usage of services in a environment
Michlmayr et al. Towards recovering the broken SOA triangle: a software engineering perspective
EP1388084B1 (en) Counting and billing mechanism for web-services based on a soap-communication protocol
US7496637B2 (en) Web service syndication system
US6961735B2 (en) Method and a bridge for coupling a server and a client of different object types
US20030093575A1 (en) Application view component for system integration
Merz et al. Service trading and mediation in distributed computing systems
US20090064086A1 (en) Systems and methods for packaging an application
Froehlich et al. Application framework issues when evolving business applications for electronic commerce
CN103198393A (zh) 展示过程流以及作为万维网服务的安排控制器
JP2002358290A (ja) 情報処理サービス提供方法及びプログラム並びにシステム
JP2005506618A (ja) システム統合のためのアプリケーションビューコンポーネント
CN115516574B (zh) 用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法
Pilioura et al. E-services: Current technology and open issues
US8712786B2 (en) Method and apparatus for controlling a multi-node process
US20050240422A1 (en) System, method and program product for satisfying a service requirement
Basu et al. Control plane integration for cloud services
Muller How the Internet is breaking down barriers to EDI
KR100629018B1 (ko) 기업용 무선 어플리케이션 서비스의 레가시 인터페이스시스템 및 운용방법
Sarferaz Process Integration
Jacobsen et al. Middleware for software leasing over the Internet
KR101195943B1 (ko) 멀티테넌트 기반의 서비스로서의 데이터베이스 서비스 방법
Mylläri Introducing REST Based API Management and Its Relationship to Existing SOAP Based Systems
Davies et al. WebSphere MQ V7. 0 Features and Enhancements
Bussler Application service provider aggregation architecture

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050208

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070416

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20071016