JPH1049471A - サーバ連携制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数種類のサーバを連携させてサービス提供
を行うサーバ連携制御方法に関し、ユーザ等からの要求
に従って各種のサーバを容易に連携させる。 【解決手段】 サーバのサービスクラスを含む情報を登
録したトレーダ４と、連携が必要なサーバクラスと連携
情報とを登録したサービス連携データベース３と、ユー
ザ端末１からの要求に従ってサーバを連携させる連携オ
ブジェクトを生成するサービスコーディネータ２とを有
し、ユーザ端末１からのサービス要求に対して、サービ
スコーディネータ２は、トレーダ４に登録されているサ
ービスクラス対応のサーバを検索し、その検索結果に基
づいてサービス連携データベース３から連携情報を読出
して連携オブジェクトを生成し、この連携オブジェクト
を連携サーバに送出し、複数のサーバを連携させてサー
ビスを提供させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数種類のサーバ
を連携させてサービスを提供するサーバ連携制御方法に
関する。映像情報等の各種の情報をユーザの要求に従っ
て提供するサーバは、課金機能を備えている場合が一般
的であり、又公衆網に於いては、発信課金や着信課金を
行う課金サーバを備えている。このような各種のサーバ
を含むシステムの経済化を図ることが要望されている。

【０００２】

【従来の技術】図８は従来例の説明図であり、（Ａ）
は、ユーザ端末５１と映像情報提供サーバ５３とがケー
ブルテレビＣＡＴＶ等に於ける同軸ケーブルや光ファイ
バケーブル等の回線５２、或いは閉域通信サービスに於
ける回線５２により接続されたサービス形態を示し、映
像情報提供サーバ５３は、映像情報提供部５４と課金処
理部５５とセキュリティ部５６とを含み、セキュリティ
部５６により、映像情報要求ユーザ端末が契約ユーザ端
末であるか否か、或いは閉域通信加入ユーザ端末である
か否かを調査し、契約ユーザ端末或いは閉域通信加入ユ
ーザ端末の場合に、映像情報提供サーバ５３から映像情
報を送出し、課金処理部５５により映像情報提供情報料
金を課金することになる。

【０００３】又（Ｂ）は、ユーザ端末６１と映像情報提
供サーバ６３とが、ユーザ網インタフェースＵＮＩを介
して公衆網６２に収容されたサービス形態を示す。この
場合、公衆網６２は、通話料金等を含む課金処理部６５
と、セキュリティ部６６と、その他の制御処理部６７と
を備え、これらの機能は、ユーザ網インタフェースＵＮ
Ｉを介して収容されたユーザ端末６１やサーバ等に対し
て共通処理機能となる。又映像情報提供サーバ６３は、
映像情報提供部６４のみを備えている場合を示す。

【０００４】ユーザ端末６１からの発呼情報に従って、
公衆網６２は、例えば、セキュリティ部６６により映像
情報提供サーバ６３に対するアクセス権が存在するか否
かを判定し、契約等によるアクセス権が存在する場合
に、ユーザ端末６１と映像情報提供サーバ６３との間を
接続し、課金処理部６５により、通信時間や距離等に対
応した通信料金と共に情報提供料等の課金処理を行い、
公衆網６２に於いて映像情報提供サーバ６３の代理徴収
等を行うことができる。

【０００５】

【発明が解決しようとする課題】従来例の図８の（Ａ）
に示すサーバ５３は、情報提供に伴う各種の処理機能を
備えており、又図８の（Ｂ）に示すサーバ６３は、情報
提供に伴う課金等の処理機能を、公衆網６２に設けた課
金処理部６５等の共通処理機能を利用し、情報提供機能
のみを備えている。従って、図８の（Ａ）に示すサービ
ス形態に於いては、各種の情報提供を行うサーバについ
て、それぞれ情報提供サービスに付随する課金処理等の
設備を設けなければならないから、コストアップとなる
問題がある。又ユーザ端末５１では、サービス種別対応
の回線５２を必要とし、実用的でない問題がある。

【０００６】又図８の（Ｂ）に示すサービス形態に於い
ては、公衆網６２の課金処理部６５等の共通処理機能を
利用することから、情報提供を行うサーバは経済的な構
成とし、サービス種別対応のサーバに対しても公衆網６
２を介して容易にアクセスすることが可能となる。しか
し、情報の種類対応に各種の課金種別が存在する場合
に、共通処理機能の課金処理部６５では対応できない問
題がある。従って、その場合には、情報提供部と共にそ
の情報の種類対応の課金処理部やセキュリティ部等を設
けることになり、図８の（Ａ）の場合と同様な問題が生
じる。

【０００７】又マルチメディア・ネットワークに於いて
は、各種のネットワーク・プロバイダやサービス・プロ
バイダの参入が不可欠となり、又ユーザ端末とサーバと
の間のネゴシエーションにより、ユーザの要求を取り込
むことが必要となる。そこで、サービス・プロバイダが
連携を意識した方式として、（ａ）スタティック・バイ
ンディング方式と、（ｂ）ダイナミック・バインディン
グ方式が知られている。

【０００８】前述の（ａ）は、例えば、ＲＰＣ（Ｒemot
e Ｐrocedure Ｃall ）や分散処理環境等を用いて実現
することができるもので、コンパイル時に通信相手オブ
ジェクトが決まっている。又前述の（ｂ）は、例えば、
ＣＯＲＢＡ（Ｃommon Ｏbject Ｒequest Ｂroker Ａrc
hitecture ）のＤＩＩを使用して、通信相手オブジェク
トやインタフェースを決定するもので、コンパイル時に
通信相手オブジェクトが決まっていないものである。こ
れら（ａ），（ｂ）の方式は、予めサービス・プロバイ
ダが連携を意識して制御機能を作成する必要あり、従っ
て、その後に構成される各種のサーバとの間の連携を行
う場合は、元のサーバの修正が必要となることが多い問
題がある。本発明は、各種のサーバについてユーザの要
求等に従って容易に連携させてサービス提供を行わせる
ことを目的とする。

【０００９】

【課題を解決するための手段】本発明のサーバ連携制御
方法は、図１を参照して説明すると、サーバのサービス
クラスを含む情報を登録したトレーダ４と、連携が必要
なサーバクラスと連携情報とを登録したサービス連携デ
ータベース３と、ユーザ端末１からの要求に従ってサー
バを連携させる連携オブジェクトを生成するサービスコ
ーディネータ２とを有し、ユーザ端末１からの要求に対
応して、サービスコーディネータ２によりトレーダ４に
登録されたサーバを検索し、検索結果のサーバの連携情
報をサービス連携データベース３から読出して連携オブ
ジェクトを生成し、この連携オブジェクトを連携サーバ
に送出して、サーバの連携によるサービス提供を行わせ
る過程を含むものである。従って、サーバ間の情報伝達
を行う連携オブジェクトを生成することにより、元のサ
ーバを変更することなく、複数のサーバを恰も１個のサ
ーバとしてサービス提供を行わせることができる。

【００１０】又ユーザ端末１からの要求に対応してサー
バの連携が必要な時に、このユーザ端末１からの連携サ
ービスプロパティを収集し、この連携サービスプロパテ
ィと連携サーバから収集した連携サービスプロパティと
を照合し、照合一致するまで連携サーバの検索を行い、
且つ照合一致により連携オブジェクトを生成する過程を
含むことができる。従って、ユーザ端末１からの各種の
要求に対応したサーバを検索して連携させることができ
る。

【００１１】

【発明の実施の形態】図１は本発明の実施の形態の機能
ブロック図であり、１はユーザ端末、２はサービスコー
ディネータ、３はサービス連携データベース、４はトレ
ーダ、５−１は映像サーバ、５−２は課金サーバ、５−
３はセキュリティサーバ、５−４は映像＋課金サーバ、
５−５は映像＋セキュリティサーバを示し、これらのサ
ーバは一例を示すものであるから、その種類は更に多数
とすることができる。又分散配置されてトレーダ４と間
で通信ができる構成とすることができる。

【００１２】又サービスコーディネータ２と、サービス
連携データベース３と、トレーダ４とによりサーバ連携
装置を構成しており、これらのサービスコーディネータ
２とトレーダ４との機能は、プロセッサ等による通信制
御の機能とデータ処理の機能とにより容易に実現するこ
とができる。又サービス連携データベース３は、種々の
構成の記憶装置により実現することができる。

【００１３】又トレーダ４は、各サーバ５−１〜５−５
のサービスクラスを含む情報、例えば、サーバＩＤと映
像情報提供，課金処理機能等のサービスクラス等を登録
しておき、サービスコーディネータ２からのサーバ検索
要求に対して、条件に合うサーバＩＤを返送する。又サ
ービス連携データベース３は、サーバ毎に連携が必要な
サーバクラスと連携情報とを登録しておくものである。

【００１４】図２は本発明の実施の形態のサービスコー
ディネータの動作フローチャートであり、ユーザ端末１
が映像情報や音楽情報等のサービスクラスを指定してサ
ービス要求を行うと、サービスコーディネータ２は、ト
レーダ４に対してユーザ端末１が指定したサービスクラ
スのサーバを検索させる（Ａ１）。即ち、トレーダ４に
は、前述のように、各サーバについて、そのサーバＩＤ
と共に映像情報提供機能のみ或いは課金処理機能を含む
等のサービスクラスを登録してあるから、ユーザ端末１
から指定したサービスクラスに対応するサーバを抽出
し、その検索結果をサービスコーディネータ２に通知す
る。

【００１５】サービスコーディネータ２は、検索結果に
応じてサービス連携データベース３から連携サーバクラ
スを読出す（Ａ２）。そして、サーバの連携の有無を判
定する（Ａ３）。連携無しの場合、例えば、映像＋課金
サーバ５−４（図１参照）のように、映像情報提供サー
ビスと課金処理サービスとを行うサーバの場合は、連携
無しとなり、ステップ（Ａ９）に移行する。又連携有り
の場合、例えば、映像サーバ５−１（図１参照）の場合
は、映像情報提供サービスのみであるから、課金処理等
の機能を必要とし、ユーザ端末１から連携サービスプロ
パティを収集する（Ａ４）。例えば、映像情報提供のサ
ーバに、課金処理のサーバを連携させることになった時
は、ユーザの支払条件等の課金プロパティを収集する。

【００１６】又連携サーバについてトレーダ４に検索さ
せ（Ａ５）、その連携サーバのサービスプロパティを収
集し（Ａ６）、ユーザ端末１から収集した連携サービス
プロパティと、連携サーバから収集した連携サービスプ
ロパティとを照合し（Ａ７）、不一致の場合はステップ
（Ａ５）に移行して、再度、連携サーバの検索要求を行
い、連携サーバから収集した連携サービスプロパティ
が、ユーザ端末１からの連携サービスプロパティに一致
するまで繰り返す。それにより、例えば、ユーザ端末１
が要求する支払条件に合致する情報提供サーバ或いは課
金サーバを検索することができる。

【００１７】そして、連携サービスプロパティが一致す
ると、連携オブジェクトを生成し、サービス連携データ
ベース３から読出した連携情報を各属性にセットし（Ａ
８）、この連携サーバに通知する。又連携サーバのオブ
ジェクト関係をユーザ端末１へ通知する（Ａ９）。従っ
て、連携オブジェクトにより連携サーバ間で情報の授受
を行うことにより、ユーザ端末１の要求に従ったサービ
スを提供することができる。

【００１８】図３は本発明の実施の形態の連携オブジェ
クト及びフローチャートであり、上方のブロックは、連
携オブジェクトについてのデータ構造の一例を示すもの
であり、サーバは、被連携サーバと連携サーバ、トリガ
は、オブジェクト（object）と属性（attribute ）と値
（value ）、メッセージ・パラメータは、オブジェクト
と属性、メッセージ・アドレスは、オブジェクトとイン
タフェースとからなる場合を示す。

【００１９】又下方に示すフローチャートに於いて、ト
レーダ４は、トリガで指定されたオブジェクトの属性に
対する監視要求を被連携サーバに送出し（Ｂ１）、応答
を受信するまで待ち（Ｂ２）とする。又ユーザ端末１が
セッション解放を行った場合（Ｂ３）、オブジェクトを
削除する（Ｂ４）。又被連携サーバから監視属性の値が
通知されると（Ｂ５）、トリガの値と一致するか否かを
判定し（Ｂ６）、不一致の場合は、ステップ（Ｂ２）に
移行し、又一致の場合は、メッセージで指定されたオブ
ジェクトの属性の値を収集して被連携サーバへ送出し
（Ｂ７）、又指定されたオブジェクトのインタフェース
に対して、収集したデータをパラメータにセットしたメ
ッセージを送出する（Ｂ８）。

【００２０】図４は本発明の実施の形態の連携オブジェ
クトによる情報伝達シーケンス説明図であり、ユーザ端
末１（ユーザ・アプリケーション）と、サーバＡ，Ｂ
と、連携サーバＸ（Ａ＋Ｂ）とを示し、サーバＸ（Ａ＋
Ｂ）は、サーバＡ，Ｂを連携して構成されたサーバ機能
を示す。この連携サーバとしてのサーバＸ（Ａ＋Ｂ）か
らトリガ条件をサーバＡに登録しておき、ユーザ端末か
らサービス要求を示すメッセージをサーバＡに送出する
と、サーバＡは、サーバＸ（Ａ＋Ｂ）にトリガ属性を送
出する。

【００２１】サーバＸ（Ａ＋Ｂ）は、このトリガ条件を
チェックし、このトリガ条件が先に登録されたトリガ条
件と一致する場合、即ち、図３のステップ（Ｂ６）に於
けるトリガ値が一致するか否かを判定し、一致した場
合、サーバＡに属性の値の収集を要求し、サーバＡから
の応答により、サーバＢにメッセージを送出して、サー
バＡ，Ｂの連携を行わせる。

【００２２】図５は本発明の実施の形態の動作説明図で
あり、〜，（Ａ）は情報の流れの順序及び方向を示
し、サーバ連携装置は、図１に示すように、サービスコ
ーディネータ２と、サービス連携データベース３と、ト
レーダ４とを含むものであり、又サーバＡ，Ｂと、連携
サーバＸ（Ａ＋Ｂ）とは、サーバ連携装置との間で通信
し、ユーザ端末１からの要求に対応したサーバの連携を
行う。

【００２３】例えば、サーバＡはＶＯＤ（Ｖideo on Ｄ
emand ）に於ける映像情報提供の専用サーバ、又サーバ
Ｂは課金処理を専用とするサーバの場合、予め、サーバ
Ａ，Ｂは、トレーダ４に、それぞれのサーバＩＤとサー
ビクラスとを登録する。そして、ユーザ端末１から、
映像情報等のサービスクラスを指定してサービス要求を
行うと、サービスコーディネータ２に対してサーバの検
索要求を行ったことに相当し、サービスコーディネー
タ２は、ユーザ端末１が指定したサービスクラスを基
に、トレーダ４に登録された映像情報提供サーバとして
のサーバＡのサーバＩＤ，サーバクラス等を収集し、
又サービス連携データベース３からサーバＡの連携情報
を収集する。

【００２４】又ユーザ端末１から連携サービスプロパテ
ィを収集する。この場合、サーバＡは映像情報提供の
みを行い、課金処理を行うサーバＢと連携する場合であ
り、ユーザ端末１からの連携サービスプロパティとし
て、例えば、クレジットカード，銀行口座引き落とし，
電子通貨等の決済手段と、円，ドル，マルク，フラン等
の通貨単位等を含むものである。

【００２５】サービスコーディネータ２は、課金処理を
行うサーバの検索要求をトレーダ４に対して行い、トレ
ーダ４は登録されたサーバについてサーバＩＤ，サービ
スクラスを検索し、例えば、サーバＢをサービスコーデ
ィネータ２に通知する。サービスコーディネータ２
は、サーバＢから連携サービスプロパティとして、課金
プロパティを収集する。

【００２６】サービスコーディネータ２は、ユーザ端末
１から収集した課金プロパティと、サーバＢから収集し
た課金プロパティとを照合し、一致するまで、トレーダ
４に対する連携サーバの検索と、検索結果のサーバから
の課金プロパティの収集と、ユーザ端末１からの課金プ
ロバティとの照合とを繰り返す。例えば、ユーザ端末１
は、ドル建ての電子通貨で決済する課金プロパティの場
合、この課金プロパティと一致する課金処理のサーバを
検索するものである。

【００２７】そして、課金プロパティが一致した時に、
サーバＡとサーバＢとを連携させるオブジェクトを生成
し、ユーザ端末１に、連携サーバＸ（Ａ＋Ｂ）のオブ
ジェクト関係を通知する。それにより、ユーザ端末１
は、連携サーバＸ（Ａ＋Ｂ）にアクセスする（Ａ）。即
ち、ユーザ端末１からは、サーバＡ，Ｂが連携して１個
のサーバとなっているようにと見えることになり、そし
て、サーバＡは例えば映像情報を提供し、このサーバＡ
と連携したサーバＢは例えば映像情報提供に基づく情報
に従って課金処理を行うことになる。

【００２８】又サーバがそれぞれ専用化された場合は、
連携するサーバは２個以上となる場合を生じる。その場
合に於いても、トレーダ４に登録されたサーバの情報
と、サービス連携データベース３に登録された連携情報
とを基に連携オブジェクトを生成して、複数のサーバを
連携させてサービス提供を行わせることができる。

【００２９】図６は本発明の実施の形態のサーバの説明
図であり、（Ａ）はＶＯＤ（Ｖideoon Ｄemand ）サー
バ、（Ｂ）は課金サーバを示し、（Ａ）のＶＯＤサーバ
に於ける２１は課金計測オブジェクト、２２はセッショ
ン管理オブジェクト、２３〜２５は他のオブジェクト、
３１は課金計測オブジェクト２１の属性の課金メータデ
ータ、３２，３３はセッション管理オブジェクト２２の
セッション状態データ及び発信加入者データを示す。又
（Ｂ）の課金サーバに於ける４１は料金清算オブジェク
ト、４２は認証オブジェクト、４３，４４は他のオブジ
ェクト、５１は料金清算オブジェクト４１の料金通知イ
ンタフェース、５２は認証オブジェクト４２の課金受付
けインタフェースを示す。

【００３０】図７は本発明の実施の形態のトレーダの登
録内容の説明図であり、課金機能無しＭｏＤ（Ｍovie
on Ｄemand ）サーバ、課金専用サーバ、課金機能付き
ＮｏＤ（Ｎews on Ｄemand ）サーバについて登録され
た場合の一例の説明図であって、（ａ）のサーバ属性の
課金機能無しＭｏＤサーバについては、クラスはＭｏ
Ｄ、プロパティは種類，ＱｏＳ（Ｑuality of Ｓervic
e；サービス品質）等を含み、又連携情報は、情報課金
クラスとして、トリガ，メッセージ・パラメータ，メッ
セージ・アドレス等を含むものであり、この連携情報
は、セッション状態が通信前になったら、発信加入者属
性（発信加入者番号）を認証オブジェクトに通知し、セ
ッション状態が空きになったら、課金メータ属性（課金
内容）を料金清算オブジェクトに通知することを示して
いる。

【００３１】又（ｂ）のサーバ属性の課金専用サーバに
ついては、クラスは情報課金クラス、プロパティは決済
手段＝クレジットカード，銀行口座引き落とし等を含
み、又（ｃ）のサーバ属性の課金機能付きＮｏＤサーバ
については、クラスはＮｏＤ＋情報課金クラス、プロパ
ティは種類，ＱｏＳ等を含み、決済手段＝クレジットカ
ード，銀行口座引き落とし等を含むものである。

【００３２】サーバ連携の一連の手順としては、（１）
サービスコーディネータ２は、ユーザが希望した例えば
ＭｏＤサーバをトレーダ４から選択する。（２）この選
択したＭｏＤサーバが連携情報を持っているから、この
連携情報により指定された情報課金クラスのサーバ（情
報課金専用サーバ又は他の情報課金機能付きサーバ）を
トレーダ４から選択する。連携するサーバは、決済手段
等のプロパティがユーザとサーバとについて一致するも
のを選択する。

【００３３】（３）連携先のサーバが決定すると、連携
オブジェクトを生成して属性値を設定する。（４）連携
オブジェクトは、トリガとして指定されたセッション管
理オブジェクトのセッション状態が変化したら通知する
ように監視要求を送出する。セッション状態が空きから
通信前に遷移すると、セッション管理オブジェクトの発
信加入者属性の値を収集して認証オブジェクトの課金受
付インタフェースに通知する。

【００３４】（５）認証オブジェクトでは発信加入者に
対して銀行口座番号の問い合わせやパスワードの照合を
行う。（６）同様に、連携オブジェクトは、セッション
管理オブジェクトのセッション状態が通信中から空きに
遷移すると、課金計測オブジェクトの課金メータ属性の
値を収集し、料金清算オブジェクトの料金通知インタフ
ェースに通知する。（７）この料金清算オブジェクトで
は通知された金額の清算処理を行う。

【００３５】

【発明の効果】以上説明したように、本発明は、トレー
ダ４にサーバのサーバクラスを含む情報を登録し、サー
ビス連携データベース３にサーバクラスと連携情報とを
登録し、ユーザ端末１からの要求に従ってサービスコー
ディネータ２は、トレーダ４によりユーザ端末１が要求
したサービスクラスのサーバを検索させ、サーバを連携
させる時は、ユーザ端末１から連携サービスプロパティ
を収集し、又連携サーバから連携サービスプロパティを
収集し、それらを照合して一致した場合に連携オブジェ
クトを生成して、連携サーバに通知して、複数のサーバ
を連携させてサービス提供を行わせることができるか
ら、新たなサーバが出現した場合でも、そのサーバのサ
ーバクラスを含む情報をトレーダ４に登録することによ
り、他のサーバとの連携制御を容易に行うことができ
る。従って、マルチメディア・ネットワークの拡張に対
して充分に対処できる利点がある。

【図面の簡単な説明】

【図１】本発明の実施の形態の機能ブロック図である。

【図２】本発明の実施の形態のサービスコーディネータ
の動作フローチャートである。

【図３】本発明の実施の形態の連携オブジェクト及びフ
ローチャートである。

【図４】本発明の実施の形態の連携オブジェクトによる
情報伝達シーケンス説明図である。

【図５】本発明の実施の形態の動作説明図である。

【図６】本発明の実施の形態のサーバの説明図である。

【図７】本発明の実施の形態のトレーダの登録内容の説
明図である。

【図８】従来例の説明図である。

【符号の説明】

１ ユーザ端末 ２ サービスコーディネータ ３ サービス連携データベース ４ トレーダ ５−１ 映像サーバ ５−２ 課金サーバ ５−３ セキュリティサーバ ５−４ 映像＋課金サーバ ５−５ 映像＋セキュリティサーバ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 サーバのサービスクラスを含む情報を登
   録したトレーダと、連携が必要なサーバクラスと連携情
   報とを登録したサービス連携データベースと、ユーザ端
   末からの要求に従ってサーバを連携させる連携オブジェ
   クトを生成するサービスコーディネータとを有し、ユー
   ザ端末からの要求に対応して前記サービスコーディネー
   タにより前記トレーダに登録されたサーバを検索し、検
   索結果のサーバの連携情報を前記サービス連携データベ
   ースから読出して連携オブジェクトを生成し、該連携オ
   ブジェクトを連携サーバに送出して、サーバの連携によ
   るサービス提供を行わせる過程を含むことを特徴とする
   サーバ連携制御方法。
2. 【請求項２】 前記ユーザ端末からの要求に対応してサ
   ーバの連携が必要な時に、該ユーザ端末から連携サービ
   スプロパティを収集し、該連携サービスプロパティと連
   携サーバから収集した連携サービスプロパティとを照合
   し、照合一致するまで連携サーバの検索を行い、且つ照
   合一致により連携オブジェクトを生成する過程を含むこ
   とを特徴とする請求項１記載のサーバ連携制御方法。