【誤訳訂正書】
【提出日】平成20年10月23日(2008.10.23)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【書類名】明細書
【発明の名称】サービス提供サポートシステム
【特許請求の範囲】
【請求項１】電気通信システムにおいて使用される装置であって、前記装置は複数の参加者が参加するサービスセッションへの参加のための課金記録を生成するために設けられ、前記サービスセッションは前記電気通信システムによって提供され、
前記サービスセッションにおける個々の参加者のセッションに関連する状況の離散的な変化を示すイベントメッセージを生成し、前記変化がセッションに加わる少なくとも１人の参加者およびセッションを去る参加者を含み、個別なメッセージがセッションに加わる参加者に関して、およびセッションを去るその同じ参加者に関して生成される手段と、
前記イベントメッセージを受信し、前記サービスセッションにおけるそれぞれ異なる個々の参加者の参加について各々課金を示すデータを含んでいる複数の課金記録を生成し、前記サービスセッションにおける特定の参加者の参加についての課金記録の生成は、前記特定の参加者のために示された課金が前記サービスセッション中に前記他の参加者の状況に依存するように、その特定な参加者のセッションに関連した状況の離散的な変化を示すイベントメッセージ、および前記サービスセッションにおける前記他の参加者の少なくとも１人のセッションに関連した状況の離散的な変化を示すイベントメッセージの両方の機能として行なわれる、イベントハンドリング手段とを含む装置。
【請求項２】前記特定の参加者のために示された課金が前記サービスセッションにおける他の参加者の数に依存する、請求項１に記載の装置。
【請求項３】前記離散的な変化は次のイベントの少なくとも１つを含んでいる請求項１または２に記載の装置：
i）サービスセッションを開始しているユーザ、
ii）既存のサービスセッションにおいて参加をサスペンドする参加者、
iii）既存のサービスセッションにおいて参加を再開する参加者、
iv）システムの別のユーザへサービスセッションに加わるように勧誘する参加者、
v）システムのユーザに対して全体的にサービスセッションを広告して、これらのユーザがサービスセッションに加わるように勧誘する参加者、
vi）サービスセッションに加わる勧誘を断わるシステムのユーザ、
vii）サービスセッションに加わるようにこれらのユーザを勧誘するシステムのユーザに全体的な広告を取り下げる参加者、
viii)終了しているサービスセッション。
【請求項４】電気通信システムにより提供され、複数の参加者が参加するサービスセッションにおける参加の課金記録を生成する方法であって、
前記サービスセッションにおける個々の参加者のセッションに関連する状況の離散的な変化を示すイベントメッセージを生成し、前記変化がセッションに加わる少なくとも１人の参加者およびセッションを去る参加者を含み、個別なメッセージがセッションに加わる参加者に関して、およびセッションを去るその同じ参加者に関して生成され、
前記イベントメッセージを受信し、前記サービスセッションにおけるそれぞれ異なる個々の参加者の参加について各々課金を示すデータを含んでいる複数の課金記録を生成し、前記サービスセッションにおける特定の参加者の参加についての課金記録の生成は、前記特定の参加者のために示された課金が前記サービスセッション中に前記他の参加者の状況の変化に依存するように、その特定な参加者のセッションに関連した状況の離散的な変化を示すイベントメッセージ、および前記サービスセッションにおける前記他の参加者の少なくとも１人のセッションに関連した状況の離散的な変化を示すイベントメッセージの両方の機能として行なわれることを含む方法。
【請求項５】前記特定の参加者のために示された課金が前記サービスセッションにおける他の参加者の数に依存する、請求項４に記載の方法。
【請求項６】前記離散的な変化は以下の１つ以上の任意の組合せを含んでいる請求項４または５に記載の方法：
i）サービスセッションを開始しているユーザ、
ii）既存のサービスセッションにおいて参加をサスペンドする参加者、
iii）既存のサービスセッションにおいて参加を再開する参加者、
iv）システムの別のユーザへサービスセッションに加わるように勧誘する参加者、
v）システムのユーザに対して全体的にサービスセッションを広告して、これらのユーザがサービスセッションに加わるように勧誘する参加者、
vi）サービスセッションに加わる勧誘を断わるシステムのユーザ、
vii）サービスセッションに加わるようにこれらのユーザを勧誘するシステムのユーザに全体的な広告を取り下げる参加者、
viii)終了しているサービスセッション。
【発明の詳細な説明】
【０００１】
発明の属する技術分野
本発明は、サービスセッション中にサービスに特定のデータ処理の形で提供される複数の種々のタイプのサービスをサポートする遠隔通信サービス提供サポートシステムに関する。
【０００２】
従来の技術
小売り業者の当事者を介して顧客へ種々のタイプのサービスを提供して、少なくとも顧客の視点からサービスへのアクセスを簡単にすることが知られている。
【０００３】
顧客へ課金される値段は、サービスプロバイダによって設定されたパラメータおよび値付け方式（仕組み）によって決定される。サービスプロバイダは特定のサービスの提供に対して課金される料金の通知を生成し、サービスの小売業者によって実際に課される。したがってサービスプロバイダはサービスの中で値付け論理を実行する。
【０００４】
D. FreestoneおよびM. Owenによる文献（“Operational Support Systems For The Future”, BT Technology Journal, Vol. 14, No.3, July 1996）では、値付けおよび請求書発行機能を他の機能、例えば準備設定(provisioning)、ポートフォリオ管理、および顧客ヘルプを提供する動作サポートシステム（Operational Support System, ＯＳＳ）を記載している。この文献は、フレキシブルで、相互運用可能なビジネスサービス(interoperative business service)を送るアプローチ、および多数のサービスプロバイダからの情報サービスを共通のインターフェイスを介して一緒にパッケージ化できるようにする標準化されたアプリケーションプログラミングインターフェイス（ＡＰＩ）を提案する。とくに、上述の値付け機能は、課金可能な“イベント”についての情報サービス生成流（ストリーム）を含む。この場合の“イベント”は、課金可能であると考えられるときに情報サービスプロバイダのみによって生成され、このような課金可能なイベントの選択はサービス構成時に行われる。例示した値付けのオプションは、1回限りの課金可能なイベントであることが知られている加入者タイプ値付け方式を含む。別の方式には内容によって値付けする方式であり、これはイベントのパラメータから知ることができる内容のユニット数を要求する。また例えば継続時間によって料金を設定する別の方式があり、これはイベントパラメータから分かる開始時刻と終了時刻を要求する。
【０００５】
これに関して、加入タイプイベント以外の課金可能なイベントは、以前には瞬間的なイベントの記録としてではなく、瞬間的なイベントが論理的に結合されるときに生成される“結合イベント”と呼ばれるものとして生成された。例えば従来の電話では課金可能なイベントは呼記録に記録され、この呼記録は開始時刻と終了時刻の両方によって呼の継続期間を特定する。この意味で、呼記録に記録される課金可能なイベントは、２以上の瞬間的なイベントを特定するデータから構成される“結合イベント”である。
【０００６】
発明の概要
本発明の１つの態様にしたがって、サービスセッション中に多数の異なるタイプのサービスをサポートする通信サービス提供サポートシステムであって、
使用の際に、サービスセッション中に前記多数の異なるタイプのサービスの各々に対して一般的な機能を実行するセッションマネージャを含み；
前記多数のタイプのサービスの各々において、前記セッションマネージャは複数の参加者が参加するサービスセッション中にシステムの個々のユーザのセッションが関係している状態の離散的な変化を示すイベントメッセージを生成し、処理のために前記イベントメッセージをイベントハンドラへ送るようにされている通信サービス提供サポートシステムを提供する。
【０００７】
サービスセッション中のユーザのセッションに関係する状態の離散的な変化を示すイベントメッセージを生成するセッションマネージャによって、サービスプロバイダにより課金可能なイベントを予め選択する必要を軽減することができる。その代わりに、セッションマネージャによって通知される既知の組のイベントからイベントをフィルタ処理し、および／またはこの組から生成されたイベントを論理的に結合し、および／またはサービスセッション中の値付けおよび／または価格設定をサービス提供中に独立して実行することができる。
【０００８】
さらにセッションマネージャによって生成されるイベントは自動的に送られて、ログを行い、次にサービス使用解析エンジンにおいて解析することができる。
【０００９】
本発明のさらに別の態様にしたがって、通信サービス提供サポートシステムにおいて多数の当事者のサービスセッション中に行われるイベントを通知する方法であって：
複数の参加者が参加するサービスセッション中に複数のイベントメッセージであって、各々がシステムの個々のユーザのセッションに関係する状態の離散的な変化に応答して生成されるイベントメッセージを生成することと；
処理のために前記イベントメッセージをイベントハンドラへ送ることとを含む方法を提供する。
【００１０】
本発明のさらに別の態様にしたがって、遠隔通信システムによって用意されるとき、複数の参加者が参加するサービスセッションへの参加に対する請求書発行記録を生成する方法であって：
前記サービスセッション中に個々の参加者の状態における離散的な変化を示すイベントメッセージを受取ることと；
各々が前記サービスセッションへの異なる個々の参加者の参加に対する課金を示すデータを含む複数の請求書発行記録を生成し、前記サービスセッションへの特定の参加者の参加に対する課金を示す請求書発行記録が、前記サービスセッションへの他の参加者の状態における離散的な変化から導き出されるデータを含んでいて、
前記特定の参加者に示される課金が、前記サービスセッション中の前記他の参加者の状態における変化に依存することとを含む方法を提供する。
【００１１】
他の参加者の状態における変化が特定の参加者による参加に対して行われる課金に影響を与えることによって、多数の当事者のサービスに対して斬新で有益な料金設定構造を構成することができる。
【００１２】
ここで本発明の実施形態を添付の図面を参照して記載することにする。
【００１３】
発明の実施の形態
図１は、本発明の実施形態にしたがって遠隔通信システムを示すブロック図である。このシステムは、小売業者のサーバＲＳおよび複数の第３の当事者サーバＴＰＳ１、ＴＰＳ２、…ＴＰＳｎを含む。ユーザ端末Ｔ１、Ｔ２、…Ｔｎはデータ通信ネットワーク、この実施形態ではインターネットを介して小売業者サーバＲＳへ接続される。
【００１４】
第３の当事者のサーバＴＰＳ１、ＴＰＳ２、…ＴＰＳｎの何れかが、通信リンク２を介して小売業者のサーバＲＳに離れて接続され、図示したように、物理的リンクまたは論理的リンク、あるいはこの両者であるか、または小売業者のサーバＲＳと一緒のところに置かれていてもよい。
【００１５】
各第３の当事者は、サービスに関係するデータの記憶および検索のためにデータベースＴＰＤＢ１、ＴＰＤＢ２、…ＴＰＤＢｎへアクセスする。
【００１６】
図１に示したサーバＲＳ  ＴＰＳ１、ＴＰＳ２、…ＴＰＳｎは、単一のサーバから構成されているが、各々がネットワーク内で相互接続された１以上のサーバから構成されていてもよい。各サーバはコンピュータ処理資源、例えばワークステーションコンピュータ上で構成されていてもよい。各ユーザ端末Ｔ１、Ｔ２，…Ｔｎはワークステーションコンピュータ、ネットコンピュータ、モバイル通信端末、などの形態で構成されていてもよい。
【００１７】
図２は、遠隔通信システム、例えば単一のユーザ端末、小売業者のサーバ、および単一の第３の当事者サーバ内に存在する構成要素をさらに詳しく模式的に示している。クライアント側ではサーバブラウザアプリケーションプログラム４は、小売業者のサーバＲＳを介してＴＰＳ１、ＴＰＳ２、…ＴＰＳｎによって与えられた一定の範囲のサービスへのアクセスおよびサポートを行う。小売業者のサーバＲＳにおいて、アクセス制御部５では、クライアント端末はサービス提供システムへアクセスし、承認部６ではシステムのユーザをパスワードチェック手続きによって承認し、加入部７ではシステムのユーザ用の加入データを維持する。
【００１８】
サービスに参加している間、小売業者サーバおよび第３の当事者サーバはアプリケーションプログラム部を含み、アプリケーションプログラム部はクライアント側にサービスに特定のアプリケーションプログラム部８、小売業者側にセッション制御アプリケーションプログラム部９、およびサービスプロバイダ側にサービス制御アプリケーションプログラム部10を含む。
【００１９】
小売業者サーバ、またはサーバネットワークはイベントハンドラ11をさらに含み、イベントハンドラ11はサービスセッション中にセッション制御アプリケーション部９によって生成されるイベントを処理する。
【００２０】
図２に示した小売業者およびサービスプロバイダのドメインへの分離は、必ずしも物理的な分割、すなわち異なるサーバ間における所有権または制御の分割ではないことが理解されるであろう。例えばサービスプロバイダのサービス制御部10は、小売業者のサーバＲＳ、それ自体を保持している小売業者によって制御されるサーバ上に保持することができる。
【００２１】
図３は、システムがソフトウエアオブジェクトシステムとして構成されている本発明の実施形態を示している。オブジェクト指向のソフトウエア概念の記述は、例えば、文献（“Design Patterns: Elements of Reusable Object-Oriented Software”, Erich Gamma et al., Addison-Wesley, ISBN 0-201-63361-2）および前記文献中の参照文献に記載されている。
【００２２】
この実施形態では、図１に示したコンピュータ処理要素Ｔ１、Ｔ２、…Ｔｎ；ＲＳ；ＴＰＳ１、ＴＰＳ２、…ＴＰＳｎの各々は、分散形処理環境（ＤＰＥ）によってサポートされ、システム内の異なる物理的部分内の分散形ソフトウエアオブジェクトは、例えばＣＯＲＢＡ（Common Object Request Broker Architecture）機構を使用して、データ通信リンクを介してメッセージを通すことによって対話することができる。
【００２３】
以下では、オブジェクト指向言語、ジャバ（商標）を参照するが、これに限定することは意図されていない。他のオブジェクト指向言語と、これとは完全に異質のオブジェクト指向言語との混合物を使用してシステムを実行してもよい。
【００２４】
分散形オブジェクトシステムは、サービスに一般のコードおよびサービスに特定のコード含み、これら両コードはサービスセッション中にクライアント側とサーバ側との間で分散している。サービスに一般のコードを含むシステム部分は、ここではサービス提供サポートシステムと呼ばれる。
【００２５】
クライアントドメイン内のサービスに特定のコードは、ここでは“フロント”オブジェクトと呼ばれる。この実施形態におけるフロントオブジェクトは、クライアントの機械上で実行されるジャバアプレットである。フロントオブジェクト13は他のシステムオブジェクトと通信し、セッション中にユーザの参加をサポートおよび制御する。フロントオブジェクト13はさらに、サービスに特定のフロントエンド機能、例えばサービスＧＵＩを用意して、サービスに関係するユーザ入力を処理する。
【００２６】
サービスプロバイダドメイン内のサービスに特定のコードは、ここでは“バック”オブジェクトと呼ばれる。バックオブジェクト32はサービスプロバイダドメイン内にセッションおよび参加者を表わし、他のバックエンドシステム、例えばサービスプロバイダドメイン内のサーバおよびデータベースと対話することができる。バックオブジェクト32は、セッション中の参加者間の対話を調整して、参加者がサスペンドされている間にサービスに特定の状態を記憶する。バックオブジェクト32はさらにセッション中に制御を実行することができ、例えばバックオブジェクト32は１以上の参加者に対するサスペンドおよび抜け出しを開始する。バックオブジェクト32の可能な構成では、オブジェクトはサービスセッションを制御し、サービスセッション中に個々の参加者に与えられるサービスは、例えば出願人の審査中の国際特許出願であり、本出願と同じ日に出願された特許明細書（“Multiple Service Provision”(エージェントの参照番号J40600)）に記載されている。
クライアントドメインソフトウエアオブジェクト
小売りの作業スペースオブジェクト（ＲＷＳ）12はクライアントの機械上で実行され、サービスへアクセスする手段をクライアントに与える。
【００２７】
ＲＷＳ12は、既知のジャバがイネーブルされるブラウザにおいて実行されるダウンロード可能なジャバアプレット、またはスタンドアローンジャバアプリケーションプログラムであってもよい。ＲＷＳはユーザがサービスセッション制御システムへログオンし、フロントオブジェクト13をダウンロードすることによってサービスセッションにアクセスし、ＧＵＩを介してログオフできるようにする。
【００２８】
ＲＷＳ12はマルチスレッドで処理され、フロントオブジェクト13を、互いにおよびＲＷＳ12と一緒に並行して使用することができる。例えばユーザは、２つのサービスに同時に参加して、ＲＷＳ12を介して、第３のサービスに参加する送信勧誘を受取る。したがってユーザは、クライアント端末上で同時に実行される同じまたは異なるサービスの多数のフロントオブジェクト13をもつことができる。
【００２９】
ユーザがセッションを抜け出すかまたはサスペンドするとき、フロントオブジェクト13は壊される。
小売業者ドメインソフトウエアオブジェクト
ゲートウエイオブジェクト14は、ユーザがシステムにアクセスするための最初の接触点を用意している。ゲートウエイオブジェクト14はユーザの識別子およびパスワードの承認をＲＷＳ12を使って取り次ぐ。その後、ＲＷＳ12はユーザアカウントオブジェクト18に接続し、ゲートウエイの役割は終わる。
【００３０】
ゲートウエイ14はマルチスレッドで処理され、アベイラビリティを保証する。したがって、１つのクライアント端末から受取ったログオン要求の処理中、ゲートウエイ14は、異なるクライアント端末から到来するログオン要求を処理することができる。
【００３１】
ユーザ管理（アドミニストレーション）オブジェクト16は、新しいユーザアカウントを生成する機能を用意している。
【００３２】
ユーザアカウントオブジェクト18は、小売業者のドメイン内の単一のユーザのアカウントとしてサービスする。ユーザアカウントオブジェクト18は、ユーザが加入した全てのサービスの記録を保持するかまたは得る。ユーザアカウント18は必要に応じて、小売業者のドメイン内の他のオブジェクトからユーザがもつことができるサスペンドされたセッションについての情報、使用可能な全ての公共のセッション、およびユーザが受取ったセッションの送信勧誘を受信および記憶する、すなわち得る。
【００３３】
ユーザアカウントオブジェクト18はさらにＲＷＳ12と小売り業者の残りとの間の対話を取り次いで、セッションを開始、参加、および再開する。ユーザアカウントオブジェクト18はセッションオブジェクト30から、セッションがサスペンドされたまたは終了した通知を処理する。
【００３４】
ユーザアカウントオブジェクトは、それが表わしているユーザがシステムをログオフしたときでも、小売業者のドメイン内に存在する。
【００３５】
ユーザアカウントマネージャオブジェクト20は、ユーザアカウントオブジェクト18を生成および維持し、ユーザがシステムにログオンして、小売業者のサーバＲＳと通信セッションを開始するとき、適切なユーザアカウントオブジェクト18に対する参照を用意する。
【００３６】
承認サーバオブジェクト22は、記憶されている承認データを使用して、ログオン要求を承認する。
【００３７】
サービスプロバイダポートフォリオオブジェクト（ＳＰＰ）24は、使用可能なサービスに関する情報、例えばサービスプロバイダ識別子およびネットワークアドレスを維持し、セッションマネージャ28を使用してサービスをサポートする。（したがって複数のセッションマネージャ28においてロードを管理できる。）  セッションマネージャオブジェクト28はセッションファクトリオブジェクト26、およびバックファクトリオブジェクト34（サービスプロバイダドメイン内にある）をプロンプトし、セッションオブジェクト30およびバックオブジェクト32を具現化して、セッションをサポートし、次にユーザアカウント18、セッションオブジェクト30、およびバックオブジェクト32間を取り次いで、別のサービスの対話（例えば送信勧誘、参加、サスペンド、再開）をサポートする。システム内には１以上のセッションマネージャオブジェクト28がある。
【００３８】
セッションオブジェクト30はサービスに一般のオブジェクト（すなわち、多数の異なるタイプのサービスにおいて使用されるオブジェクト）であって、これはサービスセッションを制御し、このセッションに含まれるオブジェクトの対話を調整する。セッションオブジェクト30は、送信勧誘および一時停止のような一般のセッションのイベントを処理する。例えばクライアントのフロント13がユーザのセッションをサスペンドするとき、セッションオブジェクト30はユーザアカウント18およびカスタムバック32への要求と、イベントメッセージをイベントハンドラ31へ送ることにより応答する。
【００３９】
単一のセッションオブジェクト30は、システムによって制御されるサービスセッションごとに具現化される。セッションオブジェクト30は、第１の参加者がセッションを開始するときに生成され、最後の参加者がセッションから抜け出るときに壊される。さもなければ全ての参加者がサスペンドされても、セッションオブジェクト30は壊されない。
【００４０】
イベントハンドラ31は、小売業者のドメイン内の他のオブジェクト、とくにユーザアカウント18およびセッションオブジェクト30によって生成されたイベントメッセージを受取るようにされている。
サービスプロバイダドメインソフトウエアオブジェクト
バックファクトリ34はセッションマネージャ28を開始するときにバックオブジェクト32を具現化する。
【００４１】
セッションオブジェクト30ごとに単一のバックオブジェクト32がある。各バックオブジェクト32は、同じサービスセッションを処理するセッションオブジェクト30が存在するときのみ存在する。
【００４２】
サービス提供サポートシステム内のオブジェクト、とくにゲートウエイ14、ユーザアカウントマネージャ20、承認サーバ22、およびサービスプロバイダポートフォリオ（ＳＰＰ）24は、単一の論理オブジェクトを形成している多数の連合化した(federated)コピーから構成できることに注目すべきである。
【００４３】
図４はセッションのライフサイクルの例を示している。セッションは、第１の参加者（参加者１）がセッションを開始するときに始まる。セッションの存続期間中、可変数の参加者がセッションに加わり、サスペンドし、セッションから抜け出ることができる。セッションは、セッションが終了するときに、最後の参加者（例えば、図４の参加者３）がセッションから抜け出るまで存在する。
【００４４】
図５ないし１３は、システムのユーザのセッションに関係する状態が変化している間、システム内のオブジェクト間の対話を示している。オブジェクト間で送られるメッセージは実線の矢印によって示されており、メッセージが送られるシーケンスを示すように番号が付されている。イベントチャンネル（点線の矢印によって示されている）はセッションオブジェクト30によって種々の場合に使用される。メッセージはイベントチャンネルによって送られて、要求応答手続きを使用したときに発生し、他の参加者へのサービスに影響を与えることになるセッションオブジェクト30の遮断を避ける。
【００４５】
ＲＷＳ12とユーザアカウント18との間の対話のいくつかは特定のセッション例を識別する。セッションオブジェクト30に対する直接的な参照をＲＷＳ12へ送ることによってセキュリティを損うことがある。これを避けるために、セッションは記憶された“クッキー(cookie)”参照を使用してＲＷＳ12によって識別され、ユーザアカウント18によってセッションマネージャに前もって送られて、ユーザアカウント18は、参照した実際のセッションオブジェクト30を識別することができる。
【００４６】
分かり易くするために、記載した対話に関係しないオブジェクトは図５ないし１３から削除した。
【００４７】
図５を参照すると、ゲートウエイ14はユーザがシステムへアクセスする最初の接触点である。ＲＷＳ12はゲートウエイとデータ通信セッションを開始して、ユーザによって与えられたユーザ名およびパスワードと一緒にログオンメッセージを送る。これらの値が承認サーバ22によって承認されると、ゲートウエイ14はユーザアカウントマネージャ20からユーザのユーザアカウントに対する参照を検索し、適切なユーザアカウント18に接触して、ユーザが現在ログオンしていることを確認する。ユーザアカウント18はメッセージをイベントハンドラ31へ送り、それにログオンイベントについて知らせる。
【００４８】
ユーザアカウント18がユーザプロフィール情報として、加入したサービス、サスペンドされたセッション、公共のセッション、および受取った送信勧誘を含む情報を戻すとき、ＲＷＳ12とユーザアカウント18との間で別の対話が行われ、この情報へアクセスして、ユーザはクライアント端末を介してＲＷＳ12を使用できるようになる。
【００４９】
図６を見ると、ユーザがクライアント端末を介してセッションを開始するとき、ＲＷＳ12はセッション開始メッセージをユーザアカウント18へ送り、要求されたサービスを特定する。フロントオブジェクト13を生成するために、ＲＷＳ12は適切なフロントオブジェクト13へダウンロードするスレッドを大量に生成し（spawn）、サービスに対する適切なフロントオブジェクト13を小売業者サーバＲＳからダウンロードする。
【００５０】
ユーザアカウント18は、ＳＰＰ24から要求されたサービスに対する詳細として、サービスセッションをサポートするセッションマネージャ28の識別子を含む詳細を得て、セッションマネージャ28へメッセージを送って、新しいセッションを生成する。セッションマネージャ28はメッセージをバックファクトリ34へ送って、新しいバックオブジェクト32を具現化して、メッセージをセッションファクトリ26へ送って、新しいセッション30を具現化する。バックファクトリ34およびセッションファクトリ26は、新しいバックオブジェクト32およびセッションオブジェクト30に向けて参照（レファレンス）をそれぞれ戻し、次にそれがセッションマネージャ28によって使用されて、新しいバックオブジェクト32に取付けるように新しいセッションオブジェクト30へ命令する。次にセッションオブジェクトの参照もＲＷＳ12を介してフロントオブジェクト13へ送り戻され、フロントオブジェクト13はセッションオブジェクト30へ取付けることができる。
【００５１】
ユーザアカウント18は参加サービスメッセージをセッションマネージャ28へ送り、代わってセッションマネージャ28は参加要求メッセージを生成されたセッションオブジェクト30へ送り、ユーザをセッションに参加させる。
【００５２】
最後にＲＷＳ12はフロントオブジェクト13に命令して、接続メッセージをセッション30へ送る。これによりフロントオブジェクト13とセッションオブジェクト30との間の通信チャンネルが設定される。次にセッションオブジェクト30は参加者が加っているメッセージをバックオブジェクト32へ送る。セッションオブジェクト30はさらにメッセージをイベントハンドラ31へ送って、それに開始セッションイベントについて知らせる。
【００５３】
図７を参照すると、ユーザは自分が受取った送信勧誘先のセッションへ参加することができる。ＲＷＳ12は、参加したセッションのメッセージをユーザアカウントオブジェクト18へ送り、ユーザアカウントオブジェクト18は、“クッキー”参照を送って、ユーザが受領したいのが何れの送信勧誘であるかを示す。ユーザアカウント18はＳＰＰ24からサービスの詳細を受取り、メッセージをセッションマネージャ28へ送って、セッションが依然として行われていることを確かめる。セッションマネージャ28はセッションオブジェクト30およびカスタムバック32をピング（ping）して、これを確認する。一方で、ＲＷＳ12はスレッドを大量に生成して、選択されたサービスに対して適切なフロントオブジェクト13をダウンロードする。
【００５４】
セッションがセッションマネージャ28によって確かめられると、ユーザアカウントオブジェクト18は参加メッセージをセッションマネージャ28へ送り、その結果セッションマネージャ28によって適切なセッションオブジェクト30へ参加要求メッセージが送られる。参加要求が成功すると、ＲＷＳ12はメッセージを送って、フロントオブジェクト13に、ユーザアカウント18によって送られる参照によって識別されるセッションオブジェクト30に接続するように命令する。次にセッションオブジェクト30は、イベントチャンネルによって参加者（関与者）が参加したメッセージをカスタムバック32へ送る。セッションオブジェクト30はさらにメッセージをイベントハンドラ31へ送って、イベントハンドラ31にセッション参加イベントについて知らせる。
【００５５】
図８を参照すると、ユーザのセッションからのサスペンドは、フロントオブジェクト13がサスペンドメッセージをセッションオブジェクト30へ送ることによって開始することができる。次にフロントオブジェクト13は自分自身を壊す。セッションオブジェクト30はイベントチャンネルによって、参加者がサスペンドされたメッセージをバックオブジェクト32へ送り、問題の参加者にサスペンドされているとマークを付す。セッションオブジェクト30はさらに、メッセージをユーザアカウント18へ送り、それにユーザの新しい状態を通知し、メッセージをイベントハンドラへ送って、それに一時停止イベントについて知らせる。
【００５６】
最後に、ユーザアカウント18はＲＷＳ12に新しい一時停止について知らせるメッセージを送って、クッキー参照をセッション30へ送ると、その後ユーザはセッションを再開できる。
【００５７】
図９を参照すると、代わりのセッション一時停止手続きはカスタムバック32から開始することができる。この場合、一時停止はカスタムバック32によって開始され、サスペンドメッセージをセッションオブジェクト30へ送る。セッションオブジェクト30はサスペンドメッセージを問題のフロントオブジェクト13へ送り、次に自分自身を壊す。セッションオブジェクト30は参加者のサスペンドされたメッセージをバックオブジェクト32へ送り、それにメッセージをイベントハンドラ31へ送って、一時停止イベントについて知らせることによって処理を進める。このプロセスは図８に関係して記載したように続く。
【００５８】
図１０を参照すると、ＲＷＳ12は、ユーザがログオンされると直ぐにユーザアカウント18によって全てのサスペンドされたセッションをアクセスセッション中ユーザに知らせる。したがってユーザがセッションの再開（レジューム）を選択すると、ＲＷＳ12は再開メッセージをユーザアカウント18へ送り、ユーザアカウント18はクッキー参照によってセッションが開始されるのを示す。ユーザアカウント18は確認セッションメッセージを適切なセッションマネージャ28へ送り、セッションマネージャ28はセッションオブジェクト30およびバックオブジェクト32をピングして、セッションが依然として進行していることを確認する。
【００５９】
一方で、ＲＷＳ12は選択したサービスの適切なフロントオブジェクト13をダウンロードする。セッションマネージャ28は、セッションが依然として使用可能であることを確認すると、ＲＷＳ12は接続したフロントメッセージをセッションオブジェクト30へ送って、セッションオブジェクト30とのフロント接続を復元するようにフロントオブジェクト13へ命令する。次にセッションオブジェクト30は、イベントチャンネルによって、参加者が再開したメッセージをバックオブジェクト32へ送る。セッションオブジェクト30はさらに、メッセージをイベントハンドラ31へ送って、それに再開イベントについて知らせる。
【００６０】
上述のようにサービスセッション中に参加をサスペンドすることによって、サービスセッションから完全に抜け出ていくことに加えて、参加の状態は一時停止の継続期間中バックオブジェクト32に記憶され、参加者が参加の再開を選択するとき、回復することができる。一時停止中のフロントオブジェクト13の破壊は、新しいフロントオブジェクト13が再開時に容易にダウンロードできるので、クライアントの端末資源を効果的に管理できる。
【００６１】
図１１を参照すると、ユーザがセッションから抜け出たいとき、フロントオブジェクト13は参加終了メッセージをセッションオブジェクト30へ送り、次にそれ自体を破壊する。セッションオブジェクト30は参加退去メッセージをバックオブジェクト32へ送る。セッションオブジェクト30はさらにメッセージをイベントハンドラ31へ送って、それに参加退去イベントについて知らせる。次にセッションオブジェクト30はセッションメッセージをユーザアカウント18へ送り、それにユーザがセッションから退去したことを知らせる。次に活動状態またはサスペンドされた参加者がセッション中に残っていないとき、メッセージをイベントハンドラ31へ送って、セッション終了イベントについて知らせた後で、セッションオブジェクト30はそれ自体を破壊する。
【００６２】
その代わりに、サービス論理処理の結果セッションから抜け出るのは、図１２に示したようにバックオブジェクト32から開始することができる。この場合に抜け出しは、バックオブジェクト32が参加終了メッセージをセッションオブジェクト30へ送ることによって開始される。セッションオブジェクト30は終了参加メッセージをフロントオブジェクト13へ送り、自分自身を壊す。次にセッションオブジェクト30は参加退去メッセージをバックオブジェクト32、およびイベントハンドラ31へ送る。プロセスは、図１１に関係して記載したように続く。
【００６３】
図１３を参照すると、ユーザがログオフするとき、ＲＷＳ12はログオフメッセージをユーザアカウント18へ送る。ユーザアカウント18はメッセージをイベントハンドラ31へ送り、それにログオフイベントについて知らせる。
【００６４】
フロント13およびカスタムバック32を除いて、図５ないし１３に示したオブジェクトの全てはシステム内でサポートされる異なるサービスにとって一般的であり、したがって多数の異なるサービスを提供するのに再使用される。
【００６５】
サービスセッションは、サービスプロバイダドメイン内に配置されている単一のカスタムバックオブジェクト32と、多数のフロントオブジェクト13を含む。１つのフロントオブジェクト13はサービスへの各参加ごとに存在している。フロントオブジェクト13はいくつかのクライアント端末、または単一のクライアント端末で分散している。フロントオブジェクト13とカスタムバックオブジェクト32との間の対話はシステムの残りによって取り次がれる。
【００６６】
したがってシステムによって用意された多数の当事者のセッション制御機能を実行して、特定のサービスを展開するとき、サービスデベロッパーを考慮する必要はない。これらの機能は、各ユーザに与えられたサービスのサービスに特定の値付けと、サービスプロバイダによって小売業者へ与えられたサービスのサービスに特定の価格設定とを可能にするイベントメッセージの生成を含む。個々に値段および価格を設定できるのにも関わらず、サービスプロバイダがサービスを実行するのに展開する必要のあることは、サービスに特定のフロントオブジェクト13におけるサービス提供機能に対するコードおよびサービスに特定のバックオブジェクト32におけるサービス提供機能に対するコードのみである。
【００６７】
図５ないし１３におけるセッションオブジェクト30による、イベントハンドラに対して行われるイベント通知は、単なる可能なイベントメッセージの例である。セッションオブジェクト30によって通知することができるセッションに関係するイベントのより完全なリストを次に示す：
ｉ）サービスセッションを開始するユーザ、
ii)既存のサービスセッションに加わる参加者、
iii)既存のサービスセッションへの参加をサスペンドする参加者、
iv)既存のサービスセッションへの参加を再開する参加者、
ｖ）サービスセッションから退去する参加者、
vi)システムの別のユーザへサービスセッションに加わるように送信勧誘する参加者、
vii)システムのユーザに対して全体的にサービスセッションを広告して、該ユーザにサービスセッションに加わるように送信勧誘する参加者、
viii)サービスセッションに加わる送信勧誘を断るシステムのユーザ、
ix)システムのユーザがサービスセッションに加わるように該ユーザへ送信勧誘する該ユーザに対する全体的な広告を取り下げる参加者、
ｘ）終了するサービスセッション。
【００６８】
イベントハンドラ31へ送られるイベントメッセージの特徴は、イベントメッセージ内に詳細に記載されたイベントがヒストリデータを含まないことである。言い換えると、イベントは論理的に結合されず、各メッセージは、セッション内で生成されたばかりの瞬間的なイベントのみに関係する。これは、使用停止の日付／時刻を受取ったときに履歴の使用開始の日付／時刻を参照することによって、全体的に継続期間を計算することを含むイベントを生成する既知のやり方と比較できる。論理的に結合されていないイベントハンドラへ送られるイベントによって、イベントに次に適用される処理のフレキシビリティが高レベルで維持される。
【００６９】
各イベントメッセージは次のデータを含む：
１．セッションＩＤ；
２．セッション中に供給されるサービス名（または識別子）；
３．イベントのカテゴリ（例えば、関係するセッション、関係する参加者、規定されたサービスプロバイダ、送信勧誘、または他のカテゴリイベント）；
４．イベントタイプ（例えば、開始、停止、参加…）；
５．日付／時刻スタンプ；
６．セッションのコンテキスト内で独特の参加者ＩＤ；
７．参加者のユーザ名；
８．セッション中、特定の参加者に一定である、請求書発行される当事者の識別子。
【００７０】
上述で参照したイベントカテゴリにおいて、１つのイベントカテゴリはサービスプロバイダ規定カテゴリと呼ばれる。したがってサービス提供サポートシステムによって自動的に生成されるイベントに関係して詳しく記載する。さらにフレキシビリティを与えるために、第３の当事者のサービスプロバイダは、サーバセッション中に適切な点において生成されたサービスに特定の請求書発行イベントを含むことができる。このようなサービスプロバイダ規定イベントはサービス制御構成要素、すなわちサービスプロバイダドメイン内で開始され、既に参照したサービスに一般のセッションイベントと同じやり方でイベントハンドラへ送られる。
【００７１】
図１４は、セッションごとにサービス使用の値付けを行うイベントハンドラ31の１つの実施形態を示している。
【００７２】
イベントメッセージはイベントルータオブジェクト100においてイベントハンドラへ入る。新しいサービスセッションの開始を示すイベントメッセージを受取ると、イベントルータは、セッションの識別子を含むセッションの値付けファクトリオブジェクト102へ送られるメッセージを生成する。セッション値付けファクトリオブジェクト102は、料金マネージャオブジェクト104からサービス料金方式（ポリシイ）オブジェクト106を検索するように処理を進める。
【００７３】
セッション値付けファクトリオブジェクトによって送られるサービス料金方式要求は、セッションが属しているサービスの識別子を含み、料金マネージャによって戻されるサービス料金方式はサービスに特定されたものである。
【００７４】
１以上のサービス料金方式は、全サービス提供サポートシステムによって提供される各サービスの料金マネージャによって保持することができる。サービスに対して保持されているサービス料金方式が２以上の場合、この１つの方式は入力パラメータ、例えばセッション開始の日付／時刻、セッション内の第１の参加者の請求書発行状態、などに依存して選択される。
【００７５】
サービス料金方式は、同じやり方で値付けされる異なるサービス間で共有することができる。
【００７６】
サービス料金方式は、イベントを論理的に結合またはフィルタ処理、あるいはこの両者を行って、セッションへの参加を値付けするやり方を特定するデータを含む。
【００７７】
料金マネージャ104からサービス料金方式106を受取ると、セッション値付けファクトリオブジェクト102はセッション値付けエンジンオブジェクト108を具現化し、このセッション値付けエンジンオブジェクト108は、イベントフィルタ規則データ110および参加値付けエンジン（ＰＰＥ）大量生成規則（スポーンルール）データ112を含み、セッション値付けマネージャが処理するサービスに特定のサービス料金方式から導き出される。
【００７８】
サービスセッションは単一の参加によって開始され、したがってセッション値付けマネージャは各参加ごとの値付けエンジンオブジェクト114を大量に生成する。参加値付けエンジン114は料金マネージャから初めに受取ったサービス料金方式から導き出される値付け規則を含む。
【００７９】
セッション値付けマネージャ108を具現化すると、セッション値付けファクトリオブジェクト102はセッション値付けマネージャ108への送信先アドレスをイベントルータ100へ戻す。セッション値付けマネージャアドレスを受取ると、イベントルータ100はメッセージをセッション値付けマネージャへ送り、それをイベントチャンネルに接続するように命令し、セッション値付けマネージャによって処理されるセッションに属するイベントルータによって受取られるイベントマネージャがセッション値付けマネージャへ送られる。
【００８０】
イベントルータ、それ自体は、サービス提供サポートシステムで進められている多数の異なるセッションに属するイベントメッセージを受取り、このイベントを種々の対応するセッション値付けマネージャへルート設定する。
【００８１】
上述から認識されるように、セッション値付けマネージャ108はサービスセッションから発信されるイベントメッセージを受取り、このイベントメッセージにおいてサービスセッション中に所定の組のサービスに関係するイベントが発生するならば、そのときには、所定の組のサービスに関係するイベントのセッション値付けマネージャへ知らせる。
【００８２】
セッションマネージャが、新しい参加者がセッションに加わったことを示すイベントメッセージを受取ると、セッションマネージャは追加の参加値付けエンジンを大量に生成する。
【００８３】
セッション値付けマネージャ108は、問題となっているサービスに対して、料金の決定要因でないイベントを処分するイベントフィルタ規則を適用する。セッション値付けマネージャは、フィルタ処理されたイベントの各々を複数の参加している値付けエンジン114へコピーし、セッションへの各参加に対する計算された料金データを生成する規定された課金アルゴリズムにしたがって論理的に結合される。計算された料金データおよび要約イベント情報は請求書発行システムログへ送られ、各参加に対して責務を負う当事者の口座から課金が引き落とされるようにする。
【００８４】
認識されるように、この構成では、参加料金が設定された参加者の活動のみに使用された値付けアルゴリズムを考慮に入れるのではなく、サービスセッション内の他の参加の活動、すなわち状態変化にも問題となっている参加の課金アルゴリズムの演算を考慮に入れることができる。
【００８５】
セッションが終了したことを示すメッセージを受取ると、サービス値付けマネージャはメッセージを各参加値付けエンジンへコピーし、次にそれ自体を壊す。各参加値付けエンジンは値付けデータの記録として、セッション中に生成され、参加値付けエンジンが責務を負うことができる参加者に関係するイベントの結果として生成された値付けデータの記録を生成し、値付けデータを請求書発行ログへ送り、請求書発行される当事者の口座からデビットされることになる。各参加値付けエンジンはそれ自体を壊す。
【００８６】
例示のサービスに使用できる課金当事者を例示するために、会議サービスごとにシステムはセッション中の各参加者に対してＮのエントリ料金を会議セッションの構成者に課金でき、各参加者は単位時間ごとの使用料金を個々に課金される。
【００８７】
この場合の例示セッションは参加者１を含み、参加者１は第１のユーザ状態、例えばこのセッションの構成者の状態であり、セッションを開始し、参加者２および３に送信勧誘して、第２のユーザ状態、例えば正規の参加者の状態でセッションに加わる。参加者２および３は送信勧誘を受領する。参加者２はセッションを再開し、その後セッションから参加者１と共に退去する。
【００８８】
この例示的なシナリオにおいて、会議構成者（参加者１）の代わりに働いている参加者値付けエンジンはイベントメッセージを受取り、セッションに参加している他のユーザ、この例では参加者２および３のことを会議構成者に知らされる。したがってエントリ料金は参加者１に対して動作する参加値付けエンジンの3倍課金される。参加者２および３の使用の値付けをする参加値付けエンジンはイベントメッセージとして、それらが責任を負っている当事者が参加、サスペンド、再開、退去することを特定するメッセージを含んだものを受取り、それにしたがって時間ベースの課金を計算する。
【００８９】
別の例を与えるために、ゲーム形式のサービスをＸ単位時間の料金で課金し、参加ごとに特定時刻に含まれる参加者数で除算してもよい。
【００９０】
この例では、３人の参加者がゲームを行う。参加者１はセッションを開始し、参加者２および３を送信勧誘し、次に参加者２および３はセッションに加わる。一定時間の後に、参加者１はセッションを退去する。その後、参加者２および３が退去する。
【００９１】
この例示的なシナリオでは、参加者１の代わりに動作している参加値付けエンジンは、採用した課金方式によって、セッション中の各参加者のセッションに関係する状態の知識を要求する。参加者１、２、および３がセッション中に活動状態であるとき、各参加者は単位時間ごとにＸ／３課金される。参加者１がセッションを退去するとき、参加者２および３は、関係する参加者数が低減することのために、単位時間ごとにＸ／２課金される。
【００９２】
上述の２つのシナリオから分かるように、フィルタ処理され、個々の参加値付けエンジンへコピーすることができるイベントメッセージの包括的な組を自動的に生成して、サービスごとの課金方式として、フレキシブルで、さらにサービスセッション論理も、さらにサービス論理それ自体も全く要求せずにこのサービスに適用される課金方式の知識をもつように個々に構成可能な課金方式を適用する能力を与える。さらに課金方式は時間で容易に動的に変化できる。特定のサービスに対する課金方式を変化するのに必要なことは、問題となっているサービスに対する料金マネージャに保持された新しいサービス料金方式を用意することのみである。
【００９３】
さらに、各個々の参加値付けエンジンは、ユーザに依存して構成することができる。したがって、ユーザ加入データを使用して、セッションにおけるユーザに特定の参加価格設定を用意することができる。これは各参加値付けエンジンによって採用される値付け方式に応用される大きさによる割引き(volume discount)、などを含む。さらに加えて参加値付けエンジンは、セッションの参加者によって行われる役割に依存して構成してもよい。例えば、ユーザはセッション内の活動的／プレーヤまたは受動的／ビューワの役割を採用してもよい。参加に対して課金される料金は、実行される役割に依存して変化する。このような役割を考慮に入れるために、セッション値付けマネージャは、セッションに加わる新しい参加者を検出すると、ＰＰＥ大量生成規則データ112を適用して、サービス料金方式だけでなく、適切な参加タイプの特徴にもしたがって、参加値付けエンジン114を具現化する。
【００９４】
図１５は本発明の別の実施形態を示しており、イベントルータ100は単一のセッションオブジェクト30から発信しているイベントメッセージをコピーして、イベント処理の異なる部分に責務を負うイベント処理システムの異なる部分へ散布する。記載した実施形態では、これらの異なる部分は、図１４に関係して記載したものに似ている顧客値付けエンジン200、使用解析エンジン300、および第３の当事者のコスト設定エンジン400を含んでもよい。
【００９５】
イベントルータ100はチャンネル割り当て表を保持し、このチャンネル割り当て表は迅速な参照によって種々の異なるセッションオブジェクトから受取ったイベントの送り先を判断するレジスタを与える。
【００９６】
顧客値付けエンジン200は、イベントフィルタ記憶および料金方式をセッションを、セッション中に生成されるイベントに適用し、セッションへの各個々の参加ごとに請求書発行記録を生成する。
【００９７】
使用解析エンジン300は、多数のサービスセッションに対してそれに送られたイベントデータを記憶して、システムにおけるサービス使用の統計上重要な観点を構成する。使用解析エンジンは、システムによって提供されるサービスの品質と範囲とを監視および向上するのに使用する統計的に処理されるデータを生成することができる。
【００９８】
第３の当事者のコスト設定エンジン400はセッションオブジェクト30から発信しているイベントを受取り、問題のサービスに対して採用された第３の当事者のコスト設定方式にしたがってセッション中に生成されたイベントをフィルタ処理して、論理的に結合して、サービス小売業者によって行われるサービスプロバイダへの支払いを計算する方法を提供する。
【００９９】
図１５から分かるように、サービス提供サポートシステムによって自動的に生成される所定の組のイベントを用意して、フレキシブルな顧客値付け方式を顧客値付けエンジンにおいて受取ったメッセージから直接に生成することができる。さらに他のプロセッサは同じイベントメッセージ、またはそのコピーを使用することができる。
【図面の簡単な説明】
【図１】本発明の実施形態による遠隔通信システムの模式的なブロック図。
【図２】図示したシステムにおけるクライアント、小売業者、およびサービスプロバイダのドメイン内のシステム構成要素の模式的なブロック図。
【図３】図１および２に示した構成であって、相互に関係するオブジェクトを含む構成の実施形態を示す模式的なブロック図。
【図４】本発明の実施形態にしたがうセッションのライフサイクルを模式的に示すブロック図。
【図５】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図６】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図７】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図８】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図９】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図１０】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図１１】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図１２】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図１３】システムのユーザの状態を変化させる種々の処理手続き中の図３に示したオブジェクト間の対話を示す図。
【図１４】本発明の実施形態にしたがうイベントの値付けエンジンにおけるソフトウエアオブジェクトの対話を示す模式的なブロック図。
【図１５】本発明の実施形態にしたがうイベントルータによるイベントの処理を示す模式的なブロック図。
【誤訳訂正２】
【訂正対象書類名】図面
【訂正対象項目名】図３
【訂正方法】変更
【訂正の内容】
【図３】
2002517054.tif 000001
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図５
【訂正方法】変更
【訂正の内容】
【図５】
2002517054.tif 000002
【誤訳訂正４】
【訂正対象書類名】図面
【訂正対象項目名】図６
【訂正方法】変更
【訂正の内容】
【図６】
2002517054.tif 000003
【誤訳訂正５】
【訂正対象書類名】図面
【訂正対象項目名】図７
【訂正方法】変更
【訂正の内容】
【図７】
2002517054.tif 000004
【誤訳訂正６】
【訂正対象書類名】図面
【訂正対象項目名】図８
【訂正方法】変更
【訂正の内容】
【図８】
2002517054.tif 000005
【誤訳訂正７】
【訂正対象書類名】図面
【訂正対象項目名】図９
【訂正方法】変更
【訂正の内容】
【図９】
2002517054.tif 000006
【誤訳訂正８】
【訂正対象書類名】図面
【訂正対象項目名】図１０
【訂正方法】変更
【訂正の内容】
【図１０】
2002517054.tif 000007
【誤訳訂正９】
【訂正対象書類名】図面
【訂正対象項目名】図１１
【訂正方法】変更
【訂正の内容】
【図１１】
2002517054.tif 000008
【誤訳訂正１０】
【訂正対象書類名】図面
【訂正対象項目名】図１２
【訂正方法】変更
【訂正の内容】
【図１２】
2002517054.tif 000009
【誤訳訂正１１】
【訂正対象書類名】図面
【訂正対象項目名】図１４
【訂正方法】変更
【訂正の内容】
【図１４】
2002517054.tif 000010