JP2003132003A - 情報仲介システム、その方法及びそのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 インスタントメッセージ（ＩＭ）を利用し
て、移動通信事業者でのみ保持される信頼性の高い加入
者情報を利用して情報仲介を行うことでサービス利用率
を向上する情報仲介システム、その方法及びそのプログ
ラムを提供する。 【解決手段】 本発明の実施形態である情報仲介システ
ムは、サービス利用者が所有するＩＭ利用可能な携帯電
話１と、移動通信事業者により管理され、携帯電話１と
クライアント端末３とを仲介するブローカー機能を担う
ＩＭサーバ２ａ、アプリケーションサーバ２ｂ、加入者
情報データベース２ｃと、Ｗｅｂサービス対応可能なク
ライアント端末３と、クライアント端末３に接続される
クライアントデータベース４と、を有して構成される。
本発明によれば、移動通信事業者しか持ち得ない信頼性
の高い加入者情報とＩＭを利用してサービス展開するこ
とにより、他のサービスプロバイダとの差別化を図り、
サービス利用率を向上することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報仲介システ
ム、その方法及びそのプログラムに関し、特にインスタ
ントメッセージ（ＩＭ）を利用した情報仲介システム、
その方法及びそのプログラムに関する。

【０００２】

【従来の技術】昨今の携帯電話の機能としては、Ｗｅｂ
ブラウザによるＷｅｂ閲覧、ショートメッセージでの短
文のやりとり、ショートメッセージとＷｅｂとを組み合
わせて比較的大きなサイズのＥ−ｍａｉｌのやりとりな
どが行えるようになってきている。

【０００３】固定網におけるのインターネットサービス
としては、インスタントメッセージ（ＩＭ）サービスも
定着しつつあるが、ユーザから見た場合、ショートメッ
セージと比較してバディーリストや対話形式のユーザイ
ンタフェースをとるという点で視覚的な相違がある。最
近では、移動体通信としての携帯電話でもインスタント
メッセージサービスが提供されはじめており、今後は、
ショートメッセージに置き換えられていくことが想定さ
れるため、インスタントメッセージを利用した色々な付
加サービスの登場が期待されている。

【０００４】また、Ｗｅｂサービスと呼ばれる分散コン
ピューティング技術の普及が見られるようになってきて
いる。このＷｅｂサービスは、ＳＯＡＰ(Simple Object
Access Protocol）、ＷＳＤＬ(Web Services Descript
ion Language) 、ＵＤＤＩ(Universal Decription, Dis
covery, and Integration)技術で実現されており、既存
のＷｅｂインフラストラクチャー上で実現されている。
ＸＭＬ(eXtensible Markup Language)で通信プロトコル
やデータ構造が規定され、汎用ソフトウェア開発ツール
で容易に対応でき、インターネットサービスのソフトウ
ェア開発スピードも向上する。

【０００５】Ｗｅｂサービスは、基本的にクライアント
／サーバ型通信であり、ＣＯＲＢＡやＪａｖａＲＭＩと
同類と言える。従って、Ｗｅｂサービス技術をベースと
して移動通信事業者が他の企業などへサービスを提供す
ることも考えられる。この場合、ＵＤＤＩと呼ばれるデ
ィレクトリへ登録することで、どの事業者がどのような
サービスを提供可能かを外部へ公開したり、宣伝したり
することができる。

【０００６】例えば、インスタントメッセージを用いた
メッセージングシステムの従来例としては、特開２００
１−１０９６９６号公報、特開２００１−２１１２００
号公報、特開２００１−２６５９７７号公報などがある
が、いずれもメッセージ伝送に主眼が置かれているもの
である。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
システムにおいては、以下のような問題点があった。第
１に、携帯電話のＷｅｂブラウザ機能を使って、Ｗｅｂ
ページ上の複数の入力欄（即ちフォーム）に文字を入力
する際に、端末のディスプレイサイズの制約や文字入力
方式による制約（即ち親指シフトや小型キーボード）な
どから入力作業が困難であるという問題点があった。

【０００８】この点に関し、携帯電話でのショートメッ
セージやインスタントメッセージの送受信においては、
相手と対話するため、画面が文字の入力に最適化された
構成とすることにより、比較的容易に長めの文章を入力
することが可能となる。これは、ショートメッセージや
インスタントメッセージの利用が進んでいることからも
実証されていることである。このような制約がある端末
では、サービス提供者が対話形式のユーザインタフェー
スを提供することで、携帯電話を利用した場合でも、サ
ービス利用者に比較的長めの文章を入力してもらえるこ
とが期待できる。

【０００９】第２に、対話形式のユーザインタフェース
でサービス提供を行う場合、サービス提供者の情報に関
してユーザ側から見られる情報に制約があるため、サー
ビス提供者の信用性を判断する材料となる情報量が少な
く、悪質なサービス提供者へユーザのプライバシー情報
が漏洩してしまう可能性があるという問題点があった。

【００１０】この点に関し、移動通信事業者がブローカ
ーとして機能し、サービス提供者とサービス利用者の仲
介を行うことにより、サービス利用者にとっては、利用
可能な第３者提供サービスのそれぞれに信用が持てるよ
うになり、自分が許諾したプライバシー情報しかサービ
ス提供者へ流出しないという確信が持てる。また、サー
ビス提供者にとっては、サービス利用者が公開許諾した
プライベート情報が移動通信事業者の加入者情報により
裏付けされているという確信を持つことができる。

【００１１】第３に、これまで、業務支援、マーケティ
ング、人材募集などの処理を行うシステムとして、人に
働きかけるためにＥ−ｍａｉｌやショートメッセージを
利用してきたが、要求の対象となる人に対し、リアルタ
イムで即答される必要がある場合は、Ｅ−ｍａｉｌでは
適切ではなく、代わりにショートメッセージを使うとし
ても、その要求を送る時点で対象となる人が携帯電話を
常時携帯しているという保証はないという問題点があっ
た。

【００１２】この点に関し、インスタントメッセージシ
ステムを利用することにより、Ｅ−ｍａｉｌに比べてリ
アルタイム性が向上し、上記処理を行っているシステム
が送信相手先のプレゼンス情報を参照することで、要求
を送る時点での最適な相手の端末やそれに対する通信手
段を選択することができる。プレゼンス情報には、ユー
ザのログイン状況に加え、位置情報や他の通信手段のリ
ストを保持させることも可能である。

【００１３】本発明は、何れも上記問題点に鑑みて成さ
れたものであり、インスタントメッセージ（ＩＭ）を利
用して、移動通信事業者でのみ保持される信頼性の高い
加入者情報（加入者プロファイル）を効率良く利用して
情報仲介を行うことにより、他のサービスプロバイダと
の差別化を図る情報仲介システム、その方法及びそのプ
ログラムを提供することを目的とする。

【００１４】また、本発明は、インスタントメッセージ
（ＩＭ）を利用することで、よりリアルタイム性を重視
した情報交換を実現する情報仲介システム、その方法及
びそのプログラムを提供することを目的とする。

【００１５】

【課題を解決するための手段】前記課題を解決するため
に、請求項１記載の発明は、複数の加入者端末とクライ
アント端末との情報交換を仲介する情報仲介システムで
あって、複数の加入者端末の夫々の加入者情報を保持す
る加入者情報データベースと、加入者端末とＩＭ（イン
スタントメッセージ）プロトコルで通信を行うＩＭサー
バと、クライアント端末と通信を行うと共にＩＭサーバ
を介して加入者端末と対話形式で通信を行うアプリケー
ションサーバと、を有し、ＩＭサーバ及びアプリケーシ
ョンサーバは、加入者情報データベースに保持される加
入者情報を参照しながら、複数の加入者端末とクライア
ント端末との情報交換を仲介することを特徴とする。

【００１６】請求項２記載の発明は、請求項１記載の発
明において、アプリケーションサーバは、加入者端末と
対話形式で通信するための対話用ソフトウェアを搭載し
ていることを特徴とする。

【００１７】請求項３記載の発明は、請求項１または２
記載の発明において、アプリケーションサーバは、加入
者端末と対話形式で通信する際に、予めクライアント端
末により設定されたサービスシナリオおよび／またはＸ
ＭＬデータに基づいて通信処理を行うことを特徴とす
る。

【００１８】請求項４記載の発明は、請求項１から３の
いずれか１項に記載の発明において、アプリケーション
サーバとクライアント端末は、ＷＳＤＬ(Web Services
Description Language) ／ＳＯＡＰ(Simple Object Acc
ess Protocol）を用いて通信を行うことを特徴とする。

【００１９】請求項５記載の発明は、請求項１から４の
いずれか１項に記載の発明において、アプリケーション
サーバとＩＭサーバとは、ＩＭ（インスタントメッセー
ジ）プロトコルで通信を行うことを特徴とする。

【００２０】請求項６記載の発明は、請求項２から５の
いずれか１項に記載の発明において、アプリケーション
サーバは、加入者端末と対話形式で通信する際に、加入
者端末からのバディーリスト追加設定に基づいて対話用
ソフトウェアを起動することにより、インスタントメッ
セージにおける仮想的なバディーの一員として加入者端
末のバディーリストに追加されることを特徴とする。

【００２１】請求項７記載の発明は、請求項１から６の
いずれか１項に記載の発明において、加入者端末は、移
動通信端末であることを特徴とする。

【００２２】請求項８記載の発明は、複数の加入者端末
とクライアント端末との情報交換を仲介する情報仲介方
法であって、クライアント端末からサービスシナリオお
よび／またはＸＭＬデータをアプリケーションサーバに
て受け付ける受付ステップと、受付ステップにより受け
付けたサービスシナリオおよび／またはＸＭＬデータに
基づいて、インスタントメッセージ（ＩＭ）サーバを介
して接続される複数の加入者端末に、対話形式のインタ
フェースでサービスを仲介する仲介ステップと、を有
し、仲介ステップによりサービスシナリオおよび／また
はＸＭＬデータに基づくサービスを仲介する際に、予め
複数の加入者端末から送信された夫々の加入者情報が格
納される加入者情報データベースを参照して、サービス
を仲介することを特徴とする。

【００２３】請求項９記載の発明は、請求項８記載の発
明において、アプリケーションサーバは、加入者端末と
対話形式で通信するための対話用ソフトウェアを搭載
し、加入者端末と対話形式で通信する際に、加入者端末
からのバディーリスト追加設定に基づいて対話用ソフト
ウェアを起動することにより、インスタントメッセージ
における仮想的なバディーの一員として加入者端末のバ
ディーリストに追加されることを特徴とする。

【００２４】請求項１０記載の発明は、請求項８または
９記載の発明において、受付ステップは、クライアント
端末からＷＳＤＬ(Web Services Description Languag
e) ／ＳＯＡＰ(Simple Object Access Protocol）を用
いてサービスシナリオおよび／またはＸＭＬデータを受
け付けることを特徴とする。

【００２５】請求項１１記載の発明は、複数の加入者端
末とクライアント端末との情報交換を仲介する情報仲介
システムのプログラムであって、情報仲介システムは、
複数の加入者端末の夫々の加入者情報を保持する加入者
情報データベースと、加入者端末とＩＭ（インスタント
メッセージ）プロトコルで通信を行うＩＭサーバと、ク
ライアント端末と通信を行うと共にＩＭサーバを介して
加入者端末と対話形式で通信を行うアプリケーションサ
ーバと、を有し、アプリケーションサーバに、クライア
ント端末からサービスシナリオおよび／またはＸＭＬデ
ータを受け付ける受付処理と、受付処理により受け付け
たサービスシナリオおよび／またはＸＭＬデータに基づ
いて、ＩＭサーバを介して接続される複数の加入者端末
に、対話形式のインタフェースでサービスを仲介する仲
介処理と、を実行させ、仲介処理を実行する際に、予め
複数の加入者端末から送信された夫々の加入者情報が格
納される加入者情報データベースを参照して、サービス
を仲介することを特徴とする。

【００２６】請求項１２記載の発明は、請求項１１記載
の発明において、アプリケーションサーバは、加入者端
末と対話形式で通信するための対話用ソフトウェアを搭
載し、加入者端末と対話形式で通信する際に、加入者端
末からのバディーリスト追加設定に基づいて対話用ソフ
トウェアを起動することにより、インスタントメッセー
ジにおける仮想的なバディーの一員として加入者端末の
バディーリストに追加されることを特徴とする。

【００２７】請求項１３記載の発明は、請求項１１また
は１２記載の発明において、受付処理は、クライアント
端末からＷＳＤＬ(Web Services Description Languag
e) ／ＳＯＡＰ(Simple Object Access Protocol）を用
いてサービスシナリオおよび／またはＸＭＬデータを受
け付けることを特徴とする。

【００２８】

【発明の実施の形態】次に、添付図面を参照しながら本
発明の実施形態である情報仲介システム、その方法及び
そのプログラムを詳細に説明する。図１から図８に、本
発明に係る情報仲介システム、その方法及びそのプログ
ラムの実施の形態を示す。

【００２９】図１は、本発明の実施形態である情報仲介
システム、その方法及びそのプログラムの基本概念を示
す概略構成図である。まず、本発明は、加入者Ａ及び加
入者Ｂと、ブローカー（エージェント）Ｃと、ブローカ
ーＣにより保持される加入者情報データベースと、依頼
人（企業など）Ｄと、により構成されている。

【００３０】加入者Ａ及び加入者Ｂは、情報仲介サービ
スを提供する移動通信事業者に加入している携帯電話を
所有するサービス利用者である。

【００３１】ブローカーＣは、この移動通信事業者が提
供する情報仲介サービスを実現するための仲介機能を担
うものである。ブローカーＣは、インスタントメッセー
ジ（ＩＭ）サービスにおけるバディーリストの１人とし
て、ＩＭを使って加入者Ａや加入者Ｂと依頼人Ｄとの間
での情報交換を仲介する際に、加入者情報データベース
を参照しながら行う。このブローカーＣは、加入者Ａ、
Ｂと依頼人Ｄの両者に対してアプリケーションサービス
プロバイダ（ＡＳＰ）としての役割を行っている。この
ことにより、上記ＡＳＰを管理運営する移動通信事業者
は、収益を得ることができる。

【００３２】依頼人Ｄは、この移動通信事業者に対し、
ある条件を満たすＩＭユーザ（サービス利用者）を探す
ように依頼したり、ある有料コンテンツやアプリケーシ
ョンサービスをブローカーＣを介してＩＭサービス経由
で加入者へ利用させるように依頼する。

【００３３】ブローカーＣは、加入者Ａ，Ｂと依頼人Ｄ
の両方に対し、アプリケーションサービスプロバイダー
（ＡＳＰ）としての役割を担っている。これにより、移
動通信事業者がサービス利用料などの収益を得ることが
できる。

【００３４】加入者情報データベースは、端末認証のた
めのデータ、加入オプションサービス、ユーザＩＤとパ
スワード、加入者プロファイル、プレゼンス情報、付加
データ、位置情報などの信用性（信頼性）の高い、移動
通信事業者しか持ち得ない加入者のプライバシー情報を
持っており、これをサービス提供時に利用することで、
有利なＡＳＰ事業展開を行うことが可能となる。

【００３５】例えば、ＩＭは、第３者企業でも提供可能
なサービスではあるが、サービスの中心に位置する加入
者情報データベースの信用性（信頼性）がないため、ニ
ックネーム（ハンドルネーム）を使っての娯楽系サービ
ス（例えば、出会い系サービスなど）に利用が限定され
てしまう。この点、移動通信事業者によって管理されて
いる加入者情報データベースは、信頼性があると共に正
確であり、娯楽系サービスに留まらず、もっと実用的な
サービスやビジネス向けのサービス提供が可能となる。

【００３６】図２は、加入者情報データベースにて保持
されるデータのうち、加入者プロファイル、プレゼンス
情報、付加サービスの具体的なパラメータ項目を示す図
である。加入者プロファイルとしては、「年齢と性
別」、「学校や会社名」、「資格や特技」があり、具体
的には、「１９歳、○×大学、音楽／絵画」といった情
報が格納されている。プレゼンス情報としては、「ＩＭ
のユーザＩＤ」、「地理的位置情報」、「端末状態」、
「ユーザ状態」があり、「”shinya”、東京都港区田
町、オン、チャットＯＫ」といった情報が格納されてい
る。付加データとしては、付加サービスに付随するデー
タが格納されている。

【００３７】例えば、「地理的位置情報」として現在位
置情報を管理するためには、ＧＰＳ機能を内蔵する携帯
電話の場合、サービス利用時に自己位置をＧＰＳ機能に
より検出してＩＭプロトコルによりＩＭサーバ２ａを介
して加入者情報データベース２ｃへ送信するようにする
とよい。また、ＰＨＳ端末の場合には、当該ＰＨＳ端末
の位置情報を定期的に検出する位置情報検出サーバを設
け、検出された位置情報に基づいて加入者情報データベ
ース２ｃを更新するようにしてもよい。

【００３８】このような加入者情報データベースにおい
て、加入者のプライバシー上の問題から、任意の第３者
へプライバシー情報を公開するのはある程度の危険性を
伴うものである。しかしながら、現在、特定の個人を対
照としてＷｅｂ上で展開されているサービスは、ある程
度のプライバシー情報を第３者（サービス提供者）へ公
開しない限り成立し得ない。

【００３９】また、サービスを提供するためには、サー
ビス毎にアカウントが必要となる場合が多く、その都
度、新アカウント取得とユーザプロファイル設定を行う
のは非常に面倒であるとと共に、携帯電話のような小さ
なディスプレイや限られた入力機構しか持ち得ない場
合、入力操作の困難性はさらに増す。

【００４０】本発明では、こういったプライバシー情報
の流通に関し、一般的に移動通信事業者は信頼できるも
のと想定し、このような移動通信事業者をブローカー
（仲介者）として機能させることにより、複数の第３者
提供サービスに対して加入者プロファイルを間接的に共
有させると同時に、仲介業務を司ることによってプライ
バシー情報の保護を実現する。

【００４１】図３は、本発明の実施形態である情報仲介
システムの概略構成を示すブロック図である。図３にお
いて、本発明の実施形態である情報仲介システムは、サ
ービス利用者により所有されるインスタントメッセージ
利用可能な携帯電話１と、移動通信事業者により管理さ
れ、携帯電話１とクライアント端末３とを仲介するブロ
ーカー機能を担うＩＭサーバ２ａ、アプリケーションサ
ーバ２ｂ、加入者情報データベース２ｃと、Ｗｅｂサー
ビス対応可能なクライアント端末３と、当該クライアン
ト端末３に接続されるクライアントデータベース４と、
を有して構成される。

【００４２】携帯電話１は、ブラウザ機能搭載あるいは
Ｊａｖａをサポートしていることにより、ＩＭサービス
の利用が可能である。この携帯電話１は、ＩＭプロトコ
ルを使って加入者（ＩＭユーザ）のプレゼンス情報をＩ
Ｍサーバ２ａへ送信するが、バックアップ目的や外部か
らの参照などの目的のため、加入者情報データベースに
も格納される。なお、プレゼンス情報以外の加入者情報
に関しても同様である。

【００４３】ＩＭサーバ２ａは、携帯電話１及びアプリ
ケーションサーバ２ｂとＩＭプロトコルで通信を行うと
共に、加入者情報データベース２ｃへのアクセス権を有
する。このＩＭサーバ２ａは、携帯電話１とクライアン
ト端末３との仲介時に、加入者情報データベース２ｃを
参照しながらアプリケーションサーバ２ｂと共に、両者
の情報交換を仲介する。

【００４４】アプリケーションサーバ２ｂは、ＩＭサー
バ２ａとＩＭプロトコルで通信し、クライアント端末３
とＷｅｂサービスの枠組みによるＷＳＤＬ／ＳＯＡＰを
使って通信を行うと共に、加入者情報データベースへの
アクセス権を有する。このアプリケーションサーバ２ｂ
は、携帯電話１とクライアント端末３との仲介時に、加
入者情報データベース２ｃを参照しながらＩＭサーバ２
ａと共に、両者の情報交換を仲介する。なお、負荷軽減
上の理由等から他の内部的な通信プロトコルを用いてＩ
Ｍサーバ２ａと通信することも可能である。また、アプ
リケーションサーバ２ｂは、携帯電話１の所有者（ＩＭ
ユーザ）と対話形式で応答可能なソフトウェアを搭載し
ている。本発明において、アプリケーションサーバ２ｂ
は、ブローカーとして機能するための中枢を担うもので
ある。

【００４５】加入者情報データベース２ｃは、図１及び
図２に示した内容を保持するデータベースであり、デー
タやパラメータ種類に応じて、複数のデータベースに分
離されているのが普通である。

【００４６】クライアント端末３は、Ｗｅｂサービスを
提供する依頼人により管理されるＷｅｂサービス対応可
能な端末装置である。例えば、Ｗｅｂサービスを提供す
る依頼人自らが管理する端末装置として構築することも
可能であるが、情報提供会社などにより管理するように
してもよい。

【００４７】クライアントデータベース４は、Ｗｅｂサ
ービスを提供する依頼人により管理されるデータベース
である。このクライアントデータベース４に対しては、
移動通信事業者（アプリケーションサーバ２ｂ）から直
接アクセスさせることはせず、Ｗｅｂサービスの枠組み
（即ち、ＷＳＤＬ／ＳＯＡＰ）で、もっと抽象化したイ
ンタフェースにして公開する。

【００４８】本発明は、図３に示すように、依頼人によ
り提供されるインターネット上でのＷｅｂサービスが、
ブローカーを介した加入者には、あたかもＩＭのバディ
ーと対話しているかのようなサービスを実現するもので
ある。このように機械があたかも人が話しているかのよ
うにＩＭのバディーを演じるもの（対話ソフトウェア）
としては、”Yahoo Messenger ”や”Yahoo Helper”な
どが知られているが、本発明では、ブローカーとして依
頼人サイドの要望（好み）に基づいて機能するエージェ
ントである点で異なるものである。

【００４９】このブローカーとして機能するアプリケー
ションサーバ２ｂには、あらかじめ決められたサービス
シナリオやそれぞれのサービスシナリオに対するＩＭユ
ーザからの応答に対し、次にどういったメッセージを送
るかなどが、クライアント端末３からＷＳＤＬ／ＳＯＡ
Ｐを使ってアップロードされている。また、アプリケー
ションサーバ２ｂは、必要があれば、クライアントデー
タベース４をクライアント端末３を介して参照すること
もできる。

【００５０】アプリケーションサーバ２ｂとクライアン
ト端末３との間における通信プロトコルの選択は、現在
の市場の動向が、遠隔処理に関してはＷｅｂサービス技
術を採用していることからＷＳＤＬ／ＳＯＡＰを採用し
ている。よって、アプリケーションサーバ２ｂとクライ
アント端末３とは、ＷＳＤＬでサービス定義を行い、お
互いにアクセスできるようにする

【００５１】ＩＭプロトコルは、一般的には、クライア
ント−サーバ型で、ＩＭユーザがＴＣＰコネクションを
ＩＭサーバに貼り付けてぶら下がっているようになる。
このＴＣＰコネクションは、通常は貼りっぱなしにす
る。ただし、ＩＭプロトコルによっては、一部の処理に
ＵＤＰ(User Datagram Protocol)を使うものもある。例
えば、ＩＥＴＦ(Internet Engineering Task Force：イ
ンターネット特別技術調査委員会）で標準化しているＳ
ＩＭＰＬＥがそれである。ＩＭプロトコルは、メッセー
ジ送受信系とプレゼンス情報更新系とバディーリスト管
理系との３つから構成される。このうち、バディーリス
トとゼレゼンス情報は、ＩＭサーバにおかれたり、ある
いは、加入者報データベースにおかれたりする。

【００５２】本発明の実施例として、アルバイト紹介業
者が移動通信事業者により提供されるＩＭサービスのユ
ーザに対して、アルバイト紹介をしてもらうように依頼
する場合を想定して以下に説明する。ここでは、アルバ
イト紹介業者がサービス提供者である依頼人Ｄ、サービ
ス利用者である加入者Ａの名前を“しんや”とする。実
際には、移動通信事業者が提供するＡＳＰサービスであ
るブローカー機能を、アルバイト紹介業者がＷＳＤＬ／
ＳＯＡＰを介して利用しているものである。

【００５３】アルバイト紹介業者のクライアント端末３
は、ＷＳＤＬ／ＳＯＡＰを使ってアルバイト募集のため
に、ＩＭサービス上でアプリケーションサーバ２ｂによ
る携帯電話１のＩＭユーザと対話する際のサービスシナ
リオやＩＭユーザからの応答メッセージに対して、次に
どういったアクションを起こすかなどをＸＭＬで記述し
たデータをアプリケーションサーバ２へＷＳＤＬ／ＳＯ
ＡＰを介してアップロードする。

【００５４】このアップロードされたＸＭＬデータに
は、あるチュエーションにおいて、アプリケーションサ
ーバ２ｂからクライアント端末３を介してアルバイト紹
介業者のデータベース（クライアントデータベース４）
にアクセスし、データを取得するといった指示を記述す
ることも可能である。

【００５５】このようなデータのやりとりは、依頼人で
あるアルバイト紹介業者がＸＭＬで記述したスクリプト
（モバイルエージェント）を移動通信事業者のアプリケ
ーションサーバ２ｂへアップロードしておき、このアッ
プロードされた内容に基づいてアプリケーションサーバ
２ｂが依頼人のためのブローカー（仲介業務）として機
能するものである。

【００５６】ただし、ここで記述可能なサービスシナリ
オとアクションは、移動通信事業者により管理される加
入者情報データベースのプライバシー情報が依頼人へ漏
れないように限定されたものとなり、このデータの更新
時は、移動通信事業者によって毎回チェックされるもの
とする。

【００５７】図４は、本発明の実施形態である情報仲介
システムを利用したＩＭユーザにより所有される携帯電
話の表示画面例を示す平面図である。図４に示すよう
に、携帯電話のディスプレイ上に表示されたバディーリ
スト４１において、既に、「かおり」、「たろう」、
「まきこ」の３人のバディーが登録されているものとす
る。この中で、「かおり」、「たろう」はオンライン状
態であり、ＩＭでのチャットが可能な状態を示す笑い顔
マーク４２が表示され、「まきこ」はオフライン状態を
示す眠り顔マーク４３が表示されている。

【００５８】「しんや」は、この移動通信事業者がＩＭ
上で提供しているアルバイト紹介サービスをＩＭ上で提
供していることを知り、「バイトくん」４４というバデ
ィーをバディーリストへ追加することにより、アルバイ
ト紹介サービスを利用することができる。通常、ＩＭで
は、他のバディーを自己のバディーリストへ追加する場
合、任意のバディーのＩＤが分かれば、そのＩＤを指定
（設定）することで自己のバディーリストへ追加するこ
とが可能である。

【００５９】「しんや」は、アルバイトをしたいと考え
ており、アルバイト先を探すため「バイトくん」４４を
自分のバディーリストへ追加する。この「バイトくん」
は、実在する人物ではなく、ブローカーとして機能する
ため、アプリケーションサーバに格納されている人と対
話形式で応答可能なソフトウェアである。このソフトウ
ェアを用いて、ＩＭサーバと携帯電話（ＩＭユーザ）と
の対話形式でのサービス提供を実現する。なお、このよ
うなソフトウェアとしては、既存の対話ソフトウェアを
用いることが可能である。従って、「バイトくん」は、
ＩＭユーザから見ると通常のバディーと同じように見え
るが、移動通信事業者にとっては、アプリケーションサ
ービスを実現するためのブローカーとして機能してい
る。

【００６０】図５に、本発明の第１の実施例として、ア
ルバイト希望者により所有される携帯電話の表示例をを
示す。まず、ＩＭユーザであるアルバイト希望者は、携
帯電話のディスプレイ上に表示されているバディーリス
ト５１の中から「バイトくん」５２を選択し、チャット
ボタン５３を押す。このことにより、「バイトくん」５
２とのチャットセッションが開始される。

【００６１】「バイトくん」５２とのチャットセッショ
ンが開始されると、ディスプレイ上には、チャット画面
５４が表示される。「バイトくん」５２は、すぐに「ど
んな職種？」と希望職種を問いかけ、[1] コンビニ、
[2] ファーストフード、[3] アミューズメント、[4] キ
ーワードでサーチ、といった選択肢を示す。ここでは、
アルバイト希望者である「しんや」が「[2] ファースト
フード」を希望している。

【００６２】次に、「バイトくん」５２は、アルバイト
先の場所の好みを問いかけ、[1] 家の近く、[2] 学校の
近く、[3] 通学経路、[4] 今いる場所の近く、といった
選択肢を示す。ここでは、「しんや」が「[4] 今いる場
所の近く」を希望している。

【００６３】さらに、「バイトくん」５２は、希望する
時間帯を問いかけ、これに対し「しんや」は、「１８時
〜２１時」といった時間帯を希望している。これらは、
全てチャットログとしてディスプレイ上にスクロール表
示される。

【００６４】アプリケーションサーバは、「しんや」が
希望しているアルバイト条件（職種、勤務場所、時間帯
など）に基づいて、クライアントデータベース内に格納
されているアルバイト情報を検索し、上記条件に合うも
のを検索する。

【００６５】ここで、「しんや」が希望しているアルバ
イト条件に合うアルバイト情報がない場合には、「今は
適当なものが見つからないけど、登録しておく（Ｙ／
Ｎ）」といったメッセージを送り、「しんや」に対して
次にとるべきアクションを問い合わせる。これに対し、
「しんや」は登録希望を伝えるため「Ｙ」を選択し、送
信ボタン５６を押す。

【００６６】ここまでの流れを信号シーケンスを図６に
基づいて説明する。なお、アルバイト希望者によるバデ
ィーリストへの「バイトくん」の追加は、既に完了して
いるものとする。

【００６７】図６において、まず、アプリケーションサ
ーバ２ｂからＩＭサーバ２ａに「どんな職種？」と希望
職種を問い合わせるＩＭメッセージを送信する（ステッ
プＳ１）。ＩＭサーバ２ａは、このＩＭメッセージを携
帯電話１にＩＭプロトコルを用いて送信する（ステップ
Ｓ２）。

【００６８】携帯電話１は、ＩＭサーバ２ａから送信さ
れた希望職種の問い合わせに対して、ディスプレイ上に
表示された選択肢「[1] コンビニ、[2] ファーストフー
ド、[3] アミューズメント、[4] キーワードでサーチ」
の中から、ＩＭユーザにより選択された希望する職種の
番号をＩＭサーバ２ａに送信する（ステップＳ３）。

【００６９】ＩＭサーバ２ａは、携帯電話１から希望職
種の番号を受信すると、この番号をアプリケーションサ
ーバ２ｂへ送信する（ステップＳ４）。

【００７０】これらのステップＳ１〜Ｓ４の処理は、ア
プリケーションサーバ２ｂで保持するサービスシナリオ
に基づいて、問い合わせ事項（勤務希望地、希望時間帯
などのアルバイト条件）の数だけ繰り返される。

【００７１】ここで、ＩＭユーザにより「今いる場所の
近く」といった勤務希望地の情報が入力されている場
合、アプリケーションサーバ２ｂは、ＩＭユーザの現在
の位置情報を加入者情報データベース２ｃに要求する
（ステップＳ５）。この場合、ＩＭユーザの現在位置の
情報だけでなく、自宅住所や学校所在地などのように、
ＩＭユーザがサービス利用契約（プロバイダ契約など）
時に加入者情報データベース２ｃに登録し、Ｗｅｂ上で
の公開を許諾した情報を利用することができる。

【００７２】加入者情報データベース２ｃは、アプリケ
ーションサーバ２ｂからの位置情報の要求に対し、上記
ＩＭユーザの現在位置をデータベース内から検索し、そ
の検索結果を位置情報結果としてアプリケーションサー
バ２ｂへ送信する（ステップＳ６）。

【００７３】アプリケーションサーバ２ｂは、加入者情
報データベース２ｃからの位置情報結果を受信すると、
ＩＭユーザにより指定されたアルバイト条件に基づく情
報の検索要求をＷＳＤＬ／ＳＯＡＰを用いてクライアン
ト端末３に送信する（ステップＳ７）。

【００７４】クライアント端末３は、アプリケーション
サーバ２ｂからの検索要求に基づいて、クライアントデ
ータベース４に格納されているアルバイト情報の中から
希望するアルバイト条件に一致する情報を検索する（ス
テップＳ８）。

【００７５】クライアントデータベース４は、上記アル
バイト条件に一致する情報が存在する場合には当該情報
を、存在しない場合には存在しない旨を、検索結果とし
てクライアント端末３に送信する（ステップＳ９）。

【００７６】クライアント端末３は、クライアントデー
タベース４の検索結果をアプリケーションサーバ２ｂへ
ＷＳＤＬ／ＳＯＡＰを用いて送信する（ステップＳ１
０）。

【００７７】アプリケーションサーバ２ｂは、クライア
ント端末３から送信された検索結果に基づいて、ＩＭサ
ーバ２ａを介して携帯電話１と情報交換を行うため、Ｉ
Ｍメッセージによる通信を実行する（ステップＳ１１〜
Ｓ１４）。

【００７８】仮に、検索結果として希望するアルバイト
条件に合致するアルバイト情報が存在しない場合には、
「今は適当なものが見つからないけど、登録しておく
（Ｙ／Ｎ）」といったメッセージを送信する（ステップ
Ｓ１１、Ｓ１２）。ＩＭユーザは、このメッセージを確
認後、登録を希望する旨を送信すると（ステップＳ１
３、Ｓ１４）、アプリケーションサーバ２ｂにより処理
待ちユーザとして加入者データベースに登録される（ス
テップＳ１５）。

【００７９】図７に、本発明の第２の実施例として、フ
ァーストフード店長により所有される携帯電話の表示例
を示す。まず、アプリケーションサーバは、ＩＭユーザ
であるファーストフード店長により所有される携帯電話
がオンライン状態であるか否かを確認する。オンライン
状態（チャット可能状態）であることを確認すると、対
話ソフトウェア「バイトくん」を起動後、ＩＭサーバを
介して「希望者がいます。○×大学の学生です。面接に
対応できますか？」というメッセージをファーストフー
ド店長の携帯電話に送信する。

【００８０】ファーストフード店長は、面接時間として
「１９時」という返答を入力して送信ボタンを押すと、
ＩＭサーバ２ａを介してアプリケーションサーバ２ｂに
面接時間情報が送信され、「今すぐ聞いてみますか？
（Ｙ／Ｎ）」というメッセージが画面上に表示される。
ここで「Ｙ」と入力して送信ボタンを押すと、アルバイ
ト希望者の携帯電話がオンライン状態であれば、リアル
タイムで問い合わせることができる。

【００８１】アプリケーションサーバ２ｂは、ファース
トフード店長の携帯電話から送信された面接時間「１９
時」に面接が可能であるか否かを確認するメッセージ
を、アルバイト希望者の携帯電話に送信する。例えば、
アルバイト希望者の携帯電話には、「バイトくん」によ
り「希望の職種が見つかったよ！！！ハンバーガー△□
店で希望通りの○○駅近く！！！今日、１９時に履歴書
を持参して応募面接に来れるかな？」といったメッセー
ジが表示される。

【００８２】これに対して、アルイバイト希望者は、Ｏ
Ｋである旨を示す「Ｙ」を入力すると、アプリケーショ
ンサーバ２ｂからＩＭサーバを介してファーストフード
店長の携帯電話に、「１８時２５分にＹｅｓとの応答が
ありました。宜しくお願いします。」といったメッセー
ジが送信される。

【００８３】ここまでの流れを信号シーケンスを図８に
基づいて説明する。なお、ファーストフード店長による
バディーリストへの「バイトくん」の追加は、既に完了
しているものとする。

【００８４】図８において、まず、アプリケーションサ
ーバ２ｂは、加入者情報データベース２ｃに登録されて
いる処理待ちユーザを検索する（ステップＳ２１）。

【００８５】加入者情報データベース２ｃは、処理待ち
ユーザとして登録されているＩＭユーザのリストを検索
結果としてアプリケーションサーバ２ｂへ送信する（ス
テップＳ２２）。この際、各ＩＭユーザの希望するアル
バイト条件も同時に送信する。

【００８６】アプリケーションサーバ２ｂは、送信され
た検索結果から各ＩＭユーザのアルバイト条件を検索キ
ーとして、クライアント端末３を介してクライアントデ
ータベース４に、該当するアルバイト情報の検索を要求
する（ステップＳ２３、Ｓ２４）。このとき、プライバ
シー上の問題から、検索キーの中には加入者情報は含ま
れず、アルバイト希望者（ＩＭユーザ）は匿名として検
索される。

【００８７】クライアントデータベース４は、上記検索
キーに該当するアルバイト情報が存在する場合には当該
情報を、存在しない場合には存在しない旨を、検索結果
としてクライアント端末３を介して、アプリケーション
サーバ２ｂへＷＳＤＬ／ＳＯＡＰを用いて送信する（ス
テップＳ２５、Ｓ２６）。

【００８８】ここで、アプリケーションサーバ２ｂは、
上記検索キーに該当するアルバイト情報が存在する場
合、当該アルバイト情報の依頼人であるファーストフー
ド店長の携帯電話に対して、希望者がいる旨を示すメッ
セージをＩＭサーバ２ａを介して送信する（ステップＳ
２７、Ｓ２８）。

【００８９】ファーストフード店長は、希望者がいる旨
を示すメッセージ画面を確認後、希望面接場所や希望面
接時間などの情報を携帯電話から入力し、ＩＭサーバ２
ａを介してアプリケーションサーバ２ｂへ送信する（ス
テップＳ２９、Ｓ３０）。

【００９０】アプリケーションサーバ２ｂは、アルバイ
ト希望者の携帯電話がオンライン状態であることを確認
後、ＩＭサーバ２ｂを介して希望の職種が見つかった旨
と面接日時などのメッセージを送信する（ステップＳ３
１、Ｓ３２）。

【００９１】アルバイト希望者は、携帯電話に表示され
た希望の職種が見つかった旨と面接日時などのメッセー
ジを確認後、応募面接に行く旨をＩＭサーバ２ａを介し
てアプリケーションサーバ２ａに送信する（ステップＳ
３３、Ｓ３４）。

【００９２】アプリケーションサーバ２ｂは、アルバイ
ト希望者からの応募面接に行く旨を確認後、ＩＭサーバ
２ａを介してファーストフード店長の携帯電話に面接が
決定したメッセージを送信する（ステップＳ３５）。

【００９３】これにより、この移動通信事業者のＩＭユ
ーザであるアルバイト希望者は、サービスを利用して希
望に合うアルバイトを簡単に探し当て、応募面接までこ
ぎつけることができる。また、アルバイト募集者である
ファーストフード店長も、空いている時間を利用して応
募面接を行うことを即時に決定することができる。

【００９４】仮に、互いの携帯電話（アルバイト希望
者、ファーストフード店長）がオフラインの状態である
場合には、オンライン状態であることを確認した時点で
情報やメッセージなどを送信するようにしてもよい。

【００９５】なお、ブローカーとして機能するＩＭサー
バ、アプリケーションサーバは、いずれも処理を実行す
るためのＣＰＵを備え、予め記録媒体（ＲＯＭなど）に
記録されている制御プログラムに基づいて処理を実行す
るものである。

【００９６】本発明の実施形態として、アルバイト情報
の検索を例に説明したが、本発明はこれに限定されるも
のではなく、例えば、ネットオークションなどのように
リアルタイム性を重要視されるシステムとして用いられ
るのが好ましく、その汎用性は多種多様である。

【００９７】

【発明の効果】以上の説明より明らかなように、本発明
によれば、以下のような効果を得ることができる。

【００９８】移動通信事業者は音声系に加えデータ系の
サービスも提供しているが、今後、パケット通信による
ＩＰでの通信が普及するものと見られている。直接、ア
プリケーションがＩＰパケットを移動網で送れるように
なると、移動通信事業者は、データ系のサービスを他の
ＩＳＰやＡＳＰへ奪われてしまう危険性が発生する。特
に、ポータルとそれに付随するホームページ、Ｅ−ｍａ
ｉｌ、ＩＭのようなサービスはのういった危険性にさら
される。本発明によれば、移動通信事業者しか持ち得な
いデータ（信頼できる加入者情報と現在の位置情報）を
利用してサービス展開することにより、他のサービスプ
ロバイダーとの差別化を図ることができる。

【００９９】また、移動通信事業者は一般的に言って非
常に信頼されている存在であり、その加入者は、プライ
ベートな情報でも安心して提供してくれる比率が高い。
従って、同じインターネットサービスを提供するにして
も、移動通信事業者が行うのと、他のＩＳＰやＡＳＰが
行うのとでは、移動通信事業者により提供されるサービ
スの利用率が高くなり、収益の増加を見込める。

【０１００】また、本発明によれば、依頼人側にとって
も、サービス利用者に関する情報の正確性が移動通信事
業者によって裏付けされているため、より確実なサービ
ス提供を行うことができる。例えば、サービスを提供す
るために自前でＷｅｂページを立ち上げた場合、それを
利用しようとするユーザにより入力されたユーザ情報の
信頼性は全くない。何故なら、ユーザはいつでも偽った
ユーザ情報を入力できる可能性があるからである。この
ことから、サービス提供者に偽った情報を提供し、業務
妨害を行う危険性もはらんでいる。一方、移動通信事業
者によるブローカー事業では、加入者情報データベース
における端末認証から、悪質ユーザの追跡を行うことが
できるので、上述したような妨害行為を回避することが
できる。

【０１０１】また、これまで移動通信事業者が行ってき
たブローカー事業としては、ｉ−ｍｏｄｅ（登録商標）
のＷｅｂサービスと携帯電話のブラウザを利用したもの
が多かったが、本発明によれば、ユーザ自体が携帯電話
からネットワークへ情報を送る場合が多いことを想定
し、携帯電話でも、より容易に入力操作やサービス進行
が行えるようにインスタントメッセージを利用してい
る。従って、入力操作を容易とすることにより、サービ
ス利用率を向上することができる。

【０１０２】さらに、本発明によれば、サービス利用者
サイドから、特に若い世代の女性達から見た場合、何ら
かの特異性（かわいい、面白いなど）を携帯電話に求め
ている。インスタントメッセージは、絵文字等への対応
が優れており、いろいろな仕掛けを行うこともできる。
例えば、その日の天気や季節に応じて、子犬や花などの
小さな絵や画像をメッセージの後ろに添付するなどとい
った操作が容易である。この点、そういった世代の女性
達へも受け入れられやすく、幅広い年齢層においてのサ
ービス利用率を向上することができる。

【図面の簡単な説明】

【図１】本発明の実施形態である情報仲介システム、そ
の方法及びそのプログラムの基本概念図である。

【図２】加入者情報データベースに格納されるデータ例
を示す図である。

【図３】本発明の実施形態である情報仲介システムの概
略構成を示すブロック図である。

【図４】携帯電話に表示されるバディーリスト例を示す
平面図である。

【図５】本発明の第１の実施例としての携帯電話の表示
例を示す平面図である。

【図６】本発明の第１の実施例を示すシーケンスチャー
トである。

【図７】本発明の第２の実施例としての携帯電話の表示
例を示す平面図である。

【図８】本発明の第２の実施例を示すシーケンスチャー
トである。

【符号の説明】

１ 携帯電話 ２ａ ＩＭサーバ ２ｂ アプリケーションサーバ ２ｃ 加入者情報データベース ３ クライアント端末 ４ クライアントデータベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ＺＥＣ Ｇ０６Ｆ 17/60 ＺＥＣ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数の加入者端末とクライアント端末と
   の情報交換を仲介する情報仲介システムであって、 前記複数の加入者端末の夫々の加入者情報を保持する加
   入者情報データベースと、 前記加入者端末とＩＭ（インスタントメッセージ）プロ
   トコルで通信を行うＩＭサーバと、 前記クライアント端末と通信を行うと共に前記ＩＭサー
   バを介して前記加入者端末と対話形式で通信を行うアプ
   リケーションサーバと、を有し、 前記ＩＭサーバ及び前記アプリケーションサーバは、 前記加入者情報データベースに保持される加入者情報を
   参照しながら、前記複数の加入者端末と前記クライアン
   ト端末との情報交換を仲介することを特徴とする情報仲
   介システム。
2. 【請求項２】 前記アプリケーションサーバは、 前記加入者端末と対話形式で通信するための対話用ソフ
   トウェアを搭載していることを特徴とする請求項１記載
   の情報仲介システム。
3. 【請求項３】 前記アプリケーションサーバは、 前記加入者端末と対話形式で通信する際に、予め前記ク
   ライアント端末により設定されたサービスシナリオおよ
   び／またはＸＭＬデータに基づいて通信処理を行うこと
   を特徴とする請求項１または２記載の情報仲介システ
   ム。
4. 【請求項４】 前記アプリケーションサーバと前記クラ
   イアント端末は、 ＷＳＤＬ(Web Services Description Language) ／ＳＯ
   ＡＰ(Simple Object Access Protocol）を用いて通信を
   行うことを特徴とする請求項１から３のいずれか１項に
   記載の情報仲介システム。
5. 【請求項５】 前記アプリケーションサーバと前記ＩＭ
   サーバとは、 ＩＭ（インスタントメッセージ）プロトコルで通信を行
   うことを特徴とする請求項１から４のいずれか１項に記
   載の情報仲介システム。
6. 【請求項６】 前記アプリケーションサーバは、 前記加入者端末と対話形式で通信する際に、該加入者端
   末からのバディーリスト追加設定に基づいて前記対話用
   ソフトウェアを起動することにより、インスタントメッ
   セージにおける仮想的なバディーの一員として前記加入
   者端末のバディーリストに追加されることを特徴とする
   請求項２から５のいずれか１項に記載の情報仲介システ
   ム。
7. 【請求項７】 前記加入者端末は、 移動通信端末であることを特徴とする請求項１から６の
   いずれか１項に記載の情報仲介システム。
8. 【請求項８】 複数の加入者端末とクライアント端末と
   の情報交換を仲介する情報仲介方法であって、 前記クライアント端末からサービスシナリオおよび／ま
   たはＸＭＬデータをアプリケーションサーバにて受け付
   ける受付ステップと、 前記受付ステップにより受け付けた前記サービスシナリ
   オおよび／またはＸＭＬデータに基づいて、インスタン
   トメッセージ（ＩＭ）サーバを介して接続される前記複
   数の加入者端末に、対話形式のインタフェースでサービ
   スを仲介する仲介ステップと、を有し、 前記仲介ステップにより前記サービスシナリオおよび／
   またはＸＭＬデータに基づくサービスを仲介する際に、
   予め前記複数の加入者端末から送信された夫々の加入者
   情報が格納される加入者情報データベースを参照して、
   前記サービスを仲介することを特徴とする情報仲介方
   法。
9. 【請求項９】 前記アプリケーションサーバは、 前記加入者端末と対話形式で通信するための対話用ソフ
   トウェアを搭載し、 前記加入者端末と対話形式で通信する際に、該加入者端
   末からのバディーリスト追加設定に基づいて前記対話用
   ソフトウェアを起動することにより、インスタントメッ
   セージにおける仮想的なバディーの一員として前記加入
   者端末のバディーリストに追加されることを特徴とする
   請求項８記載の情報仲介方法。
10. 【請求項１０】 前記受付ステップは、 前記クライアント端末からＷＳＤＬ(Web Services Desc
    ription Language) ／ＳＯＡＰ(Simple Object Access
    Protocol）を用いて前記サービスシナリオおよび／また
    はＸＭＬデータを受け付けることを特徴とする請求項８
    または９記載の情報仲介方法。
11. 【請求項１１】 複数の加入者端末とクライアント端末
    との情報交換を仲介する情報仲介システムのプログラム
    であって、 前記情報仲介システムは、 前記複数の加入者端末の夫々の加入者情報を保持する加
    入者情報データベースと、 前記加入者端末とＩＭ（インスタントメッセージ）プロ
    トコルで通信を行うＩＭサーバと、 前記クライアント端末と通信を行うと共に前記ＩＭサー
    バを介して前記加入者端末と対話形式で通信を行うアプ
    リケーションサーバと、を有し、 前記アプリケーションサーバに、 前記クライアント端末からサービスシナリオおよび／ま
    たはＸＭＬデータを受け付ける受付処理と、 前記受付処理により受け付けた前記サービスシナリオお
    よび／またはＸＭＬデータに基づいて、前記ＩＭサーバ
    を介して接続される前記複数の加入者端末に、対話形式
    のインタフェースでサービスを仲介する仲介処理と、を
    実行させ、 前記仲介処理を実行する際に、予め前記複数の加入者端
    末から送信された夫々の加入者情報が格納される加入者
    情報データベースを参照して、前記サービスを仲介する
    ことを特徴とする情報仲介システムのプログラム。
12. 【請求項１２】 前記アプリケーションサーバは、 前記加入者端末と対話形式で通信するための対話用ソフ
    トウェアを搭載し、 前記加入者端末と対話形式で通信する際に、該加入者端
    末からのバディーリスト追加設定に基づいて前記対話用
    ソフトウェアを起動することにより、インスタントメッ
    セージにおける仮想的なバディーの一員として前記加入
    者端末のバディーリストに追加されることを特徴とする
    請求項１１記載の情報仲介システムのプログラム。
13. 【請求項１３】 前記受付処理は、 前記クライアント端末からＷＳＤＬ(Web Services Desc
    ription Language) ／ＳＯＡＰ(Simple Object Access
    Protocol）を用いて前記サービスシナリオおよび／また
    はＸＭＬデータを受け付けることを特徴とする請求項１
    １または１２記載の情報仲介システムのプログラム。