(57)【要約】  移動体ネットワーク内の第１ピアと，前記移動体ネットワーク外の第２ピアとの間に通信セッションを設定するための方法及びシステムが開示されている。前記第１ピアとの間のさまざまなコネクションを仲介する役割を持つコネクションブローカに対して，第２ピアから通信が確立され，前記第２ピアは前記コネクションブローカから前記第１ピアへのコネクションを要求する。前記コネクションブローカは，前記第１ピアが通信可能か判定し，少なくとも前記第２ピアが要求した前記コネクション専用契約の支払いのために，前記第１ピアか，前記第２ピアか，又はその双方が負担すべきコストがあれば，それを調べる。そして，前記第１ピアが通信可能かつ前記コストが受け入れ可能なとき，前記コネクションを介して前記通信セッションが設定される。
2007525110.tif 000002
【特許請求の範囲】
【請求項１】
移動体ネットワーク内の第１ピアと，前記移動体ネットワーク外の第２ピアとの間に通信セッションを設定する方法であって，
第２ピアから，前記第１ピアとの間のさまざまなコネクションを仲介する役割を持つコネクションブローカへ通信を確立し，
前記コネクションブローカから前記第１ピアへのコネクションを要求し，
前記第１ピアが通信可能か判定し，
少なくとも前記コネクションを専用契約するために，前記第１ピアか，前記第２ピアか，又はその双方が負担すべき費用があればそれを調べ，
前記第１ピアが通信可能かつ前記費用が受け入れ可能なとき，前記コネクションを介して前記通信セッションを設定する方法。
【請求項２】
前記コネクションサーバは，第２ピアのアプリケーションに関してサーバとして動作する請求項１に記載の方法。
【請求項３】
前記の通信セッション設定は，前記コネクションブローカがｗｅｂサービスインタフェースによって提供するサービスとし，また，前記のさまざまなコネクションは，ｗｅｂサービス又は前記第１ピアによって自動的に提供されるリソースを含むものとする請求項１に記載の方法。
【請求項４】
前記第１ピアは，前記費用のいずれをも負担しない請求項１に記載の方法。
【請求項５】
少なくとも前記通信は複数のコネクションを含む請求項１に記載の方法。
【請求項６】
前記コネクションは，前記専用契約に関する少なくとも一つの制限内で有効とする請求項１に記載の方法。
【請求項７】
前記第２ピアは，インターネットを介して前記通信セッションに参加し，また前記第２ピアは固定ネットワーク内にある請求項１に記載の方法。
【請求項８】
前記の専用契約に関する少なくとも一つの制限は，時間制限，又はデータ量制限，又はトランザクション回数制限を含む請求項６に記載の方法。
【請求項９】
前記の通信セッション設定を，前記第１ピアのアドレスを前記第２ピアに提供することによって行う請求項１に記載の方法。
【請求項１０】
前記の通信セッション設定を，前記第１ピアと前記第２ピアとの間の全データを中継する前記コネクションブローカによって行う請求項１に記載の方法。
【請求項１１】
前記第２ピアは，前記費用のいずれをも負担しない請求項４に記載の方法。
【請求項１２】
前記の費用調査は，前記コネクションブローカが前記第１ピア，又は前記第２ピア，又は双方に問い合わせることにより行い，
前記第１ピアが負担する費用を前記第１ピアが承認し，かつ前記第２ピアが負担する費用を前記第２ピアが承認したとき，前記費用を承認する請求項１に記載の方法。
【請求項１３】
前記アプリケーションのための少なくとも一つのアプリケーションプログラミングインタフェースを前もって利用可能にしておくことによって，前記アプリケーションプログラミングインタフェースが前記コネクションブローカの利用を可能にする請求項２に記載の方法。
【請求項１４】
前記第１ピア，又は前記第２ピア，又は前記コネクションブローカが，請求項１に記載の方法に従って動作できるようにするための計算機可読媒体に実装されたデータ構造。
【請求項１５】
ピア間に通信セッションを設定するためのシステムであって，
移動体ネットワーク内の第1ピアと，
前記第1ピアとの間のさまざまなコネクションを仲介するためのコネクションブローカと，
前記移動体ネットワーク外の第２ピアであって，該第２ピアから前記コネクションブローカへの通信を確立し，前記コネクションブローカから前記第１ピアへのコネクションを要求する第２ピアとを備え，
そこで前記コネクションブローカは前記第１ピアの通信可能性を判定し，また少なくとも前記コネクションを専用契約するために前記第１ピアか，前記第２ピアか，又はその双方かが負担すべき費用があるなら，更にそれを調べ，
またそこで，前記第１ピアが通信可能かつ前記費用が受け入れ可能なとき，前記コネクションブローカは更に前記コネクションを介して前記通信セッションを設定するシステム。
【請求項１６】
前記コネクションブローカを，固定デバイス内又は移動体デバイス内に置く請求項１５に記載のシステム。
【請求項１７】
前記第２ピアのアプリケーションに関して，前記コネクションサーバはサーバとして動作する請求項１５に記載のシステム。
【請求項１８】
前記の通信セッション設定は，前記コネクションブローカがｗｅｂサービスインタフェースによって提供するサービスとし，また，前記のさまざまなコネクションは，ｗｅｂサービス又は前記第１ピアによって自動的に提供されるリソースを含むものとする請求項１５に記載のシステム。
【請求項１９】
システムであって，
前記第２ピアは前記通信を確立し，また該第２ピアから前記コネクションブローカへコネクション要求信号を介して前記コネクションを要求し，
前記コネクションブローカは前記コネクション要求信号に反応し，前記通信可能性を判定し，また自律的に又は前記第１ピアへコネクション問合せ信号を送信することによって前記費用を調べ，
前記第１ピアは前記コネクション問合せ信号に反応し，前記コネクションブローカに可用性及び費用の信号を提供し，
前記コネクションブローカは前記可用性及び費用の信号に反応し，前記第２ピアにコネクション設定信号を提供することによって前記通信セッションの設定を完了し，該コネクション設定信号は前記コネクションの開始方法及び前記費用を示す請求項１５に記載のシステム。
【請求項２０】
前記コネクションブローカは，前記移動体ネットワークに問い合わせることによって前記通信可能性を判定する請求項１５に記載のシステム。
【請求項２１】
第１ピアを含む移動体デバイスであって，第２ピアと通信セッションを設定するために，
前記移動体デバイスの通信可能性及び費用要求条件を判定するために，コネクションブローカから送られるコネクション問合せ信号を受信及び回送する送受信機と，
前記コネクション問合せ信号に反応し，好み設定問合せ信号を提供するための処理ユニットと，
前記好み設定問合せ信号に反応し，前記通信可能性及び前記費用要求条件を示す好み設定応答信号を提供するコネクションブローカ好み設定モジュールとを備え，
前記処理ユニットはまた前記好み設定応答信号に反応し，また前記送受信機に可用性及び費用の信号を提供し，
前記送受信機はまた，前記可用性及び費用の信号を前記コネクションブローカへ送信し，その後，前記通信可能性及び費用要求条件に従って，コネクション信号を介して第２ピアと通信する移動体デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，移動体ネットワーク内にあるピア（ｐｅｅｒ）と，インターネットを用いた固定ネットワークのような他のネットワークにある他のピアとの間の通信に関する。
【背景技術】
【０００２】
インターネットのようなｗｅｂドメインから移動体ドメインへセッションを開始することは，これまで困難又は不可能であった。これは主として，移動体ネットワークの事業者が典型的には送信されたデータに応じてユーザに課金するためである。セッションが移動体ネットワーク外から開始されるときには，誰に，どのように課金するかを判定する便利な方法がなかった。
【０００３】
例えば，ユーザは自分の移動体デバイスを使って，インターネットユーザに対してｗｅｂページを開設したり，他のデータ又はサービスを自動的に提供したりしたいかも知れないが，インターネットユーザがその移動体デバイスにアクセスするたびに自分が支払いをすることは望まない。移動体デバイスのユーザが，自分が開始したセッションでないにも関わらず支払いをしたいという場合もあるだろう。この種の問題は，移動体デバイスが，正式インターネットサーバとして構成する必要なしに，ｗｅｂサービスを十分提供できるようになるにつれて次第に一般化するであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
当技術の現状についての更なる課題は，移動体端末は常に通信可能ではなく，永続的なインターネットプロトコル（ＩＰ）アドレスを持たないため，移動体ネットワーク内で端末にアドレスを付与することが困難なことである。さらに，誰にでも移動体ネットワークを開放して，移動体デバイス上に開設されたｗｅｂサイト又は他のｗｅｂサービスを介してデータが送信できるようにすることは，収容力及びセキュリティに関する一定の困難な課題を生じるかもしれない。すなわち，移動体ネットワークのユーザ当たりの収容力は固定ネットワークよりも低く，移動体ネットワーク内のノードは，インターネットウィルスのような普通にある外部からの情報セキュリティ脅威に対して典型的にはよく準備されていない。これらの課題は，移動体ドメイン内のピアに，移動体ドメインとｗｅｂドメインとの間の境界を越えて通信するすべてのセッションを開始させる現在の方法では適切に処理されない。
【０００５】
アプリケーションプログラミングインタフェース（ＡＰＩ）は，アプリケーション（すなわち，ソフトウェアプログラム）がネットワークサービス，メインフレーム通信プログラム，電話装置，及びプログラム−プログラム間通信と通信を開始するためによく使われる。アプリケーションがこの目的でＡＰＩを使うとき，ＡＰＩは標準のソフトウェア割り込み，呼び出し，及びデータ形式の集合を提供する。ＡＰＩは，システム又はシステム集合の，同じ又は仮想的に同じプロトコル層内で動作する二つのエンティティ間の通信を意味するピア−ツ−ピア通信に非常にしばしば用いられる。しかし，多くの場合，通信がＡＰＩを介して受信されるとき，特にピア−ツ−ピア通信に無線ネットワークが必要なとき，その通信を成立させるかどうか，また誰かが通信に対して支払いをするとすれば誰がするか，について調停する適切な方法がない。
【０００６】
通信を開始するアプリケーションは，しばしばその通信により恩恵を被るので，通信の受信者はその通信に対して課金されるかどうか，課金されるなら誰が支払いをするのか，を効率的に判断できるべきである。移動体通信システムのコンテキストにおいては，移動体ネットワーク外のアプリケーションが移動体ネットワーク内のピアと，例えばリレーショナルデータベース又は他の移動体デバイス内のリソースにアクセスするために，通信することを望むかも知れないが，現在は費用が適切に配分され，効率的な方法で行われる効果的な課金方法がない。
【課題を解決するための手段】
【０００７】
本発明は移動体ネットワークの外部にあるピアが，その移動体ネットワークの内部にあるピアと通信を開始するための機構を開示する。このピア間の通信は，単一のトランザクションからなるか，又はいくつかのトランザクションからなる。本発明は，移動体ネットワーク事業者がそのようなセッションの確立を制御し，課金することを許容しつつ，容易に移動体ネットワーク内のピアとセッションを設定できるような移動体ネットワーク外のアプリケーションの生成を可能にする。
【０００８】
本発明は，任意の移動体ネットワークと共に存在し，移動体ネットワーク外から移動体ネットワーク内のピアへの”仮想コネクション”を取得できる移動体コネクションブローカを導入する。コネクションブローカは，移動体ネットワークにアクセスできれば，固定ネットワークの一部であってもよい。よって，”移動体コネクションブローカ”という用語を用いる。コネクションブローカの一般的概念は新しいものではない。Ｍａｒｃ  Ａ．Ｍｎｉｃｈの"Multi Tier Architecture for Database Connectivity"，１９９８年１月５日（www.javaexchange.com/deb_white.htmlで入手可能）を参照されたい。しかし，コネクションブローカは，上記のような移動体ネットワークとのインターネット通信に関する課題を解決するためにはこれまで開発されてこなかった。
【０００９】
コネクションブローカは，第三者アプリケーションに関してはサーバと類似して動作する。移動体ネットワーク外のピア（例えばインターネットを介する通信）は移動体ネットワーク内のピアとセッションを開始するために，コネクションブローカから”仮想コネクション”を取得しなければならない。この取得サービスは，例えばｗｅｂサービスインタフェースによってコネクションブローカが提供することができる。
【００１０】
第三者アプリケーションが加入者とのコネクションを要求するとき，コネクションブローカは，加入者の特定端末が第三者アプリケーションと通信可能かどうかを調べることができる。加入者の特定端末はコネクションブローカとは通信するが，さまざまな第三者又は第三者アプリケーションとの通信は望まないかも知れないし，又は加入者の特定端末はコネクションブローカ及び第三者アプリケーションのどちらとも通信できないかも知れない。
【００１１】
第三者アプリケーションが使う識別情報は，フルネーム又は任意の種類のユニークな識別子であってもよい。ブローカは，加入者及び第三者アプリケーションの好み設定（ｐｒｅｆｅｒｅｎｃｅ）に基づいて，課金するとすれば誰にするかを判定する。例えば，加入者に課金するかも知れないし，第三者アプリケーションに課金するかも知れないし，又は事業者が仮想コネクションを無料で提供するかも知れない。例えば明示的な許諾が必要なときは，加入者がこの調停に関わることができる。実際の課金は，例えば，移動体ネットワークの後払い又は前払い機構，若しくはクレジットカードのようなある他の機構に基づくことができる。例えば，端末が通信可能でないか，又はクレジットカードへの課金ができないために，このコネクション取得過程が失敗した場合は，ブローカはアプリケーションにエラーメッセージを送信する。
【００１２】
コネクション取得フェーズが成功すると，ブローカは第三者アプリケーションと端末とが通信することを許可する。この段階でブローカは，例えば第三者アプリケーションに端末の有効なアドレス（例えばＩＰアドレス）を提供するなど，透過的に動作し，移動体ネットワーク外の第三者アプリケーションが直接通信することを許可する。他の選択肢は，ブローカが仲裁者として動作するものであり，ピア間の全データを中継し，ピア間の通信を容易にするためにプロトコル及びデータの変換を行うこともある。
【００１３】
前述のように，ピア間の通信は単一のトランザクションでもよいし，又は任意の数のトランザクションからなるセッションでもよい。この”仮想コネクション”は，コネクション取得の間に合意された，ある特定の時間，特定のデータ量，又は特定のトランザクション数に関して有効である。一旦この専用契約（ｌｅａｓｅ）が終了すると，外部ネットワークのピアによって開始される更なる通信は，新規にコネクションを取得しないと許可されない。本発明のシステムは，アプリケーション開発者がコネクションブローカのサービスを利用するために必要なＡＰＩを利用できるように拡張できる。
【００１４】
端的に言えば，本願が請求する方法は，移動体ネットワーク内の第１ピアとその移動体ネットワーク外の第２ピアとの間の通信セッションを設定するためのものである。第２ピアから，第１ピアとのさまざまなコネクションを仲介する役割を持つコネクションブローカへの通信が確立され，第２ピアはコネクションブローカから第１ピアへのコネクションを要求する。コネクションブローカは，第１ピアが通信可能かどうかを判定し，また少なくとも第２ピアが要求したコネクションを専用契約するために，前記第１ピアか，前記第２ピアか，又はその双方かが負担すべき費用があるなら，それを調べる。そして，第１ピアが通信可能かつ費用が受け入れ可能なとき，コネクションを介して通信セッションが設定される。
【００１５】
同様に，本発明はまた，ピア間の通信セッションを設定するためのシステムも含む。このシステムは，移動体ネットワーク内の第１ピア，及び第１ピアとのさまざまなコネクションを仲介するためのコネクションブローカを含む。このシステムはまた，移動体ネットワーク外の第２ピアであって，その第２ピアからコネクションブローカへの通信を確立し，コネクションブローカから第１ピアへのコネクションを要求する第２ピアも含む。コネクションブローカは，第１ピアの通信可能性を判定し，またコネクションを専用契約するために，第１ピアか，第２ピアか，（又はその双方）が負担すべき費用があるなら，それを調べる。コネクションブローカは更に，第１ピアが通信可能かつ費用が受け入れ可能なとき，コネクションを介して通信セッションを設定する。
【００１６】
本発明はこのほかに，第２ピアとの通信セッションを設定するための第１ピアを含む移動体デバイスを含む。移動体デバイスは，移動体デバイスの通信可能性及び費用要求条件を判定するためにコネクションブローカから送信されるコネクション問合せ信号を受信及び回送するための送受信機を含む。移動体デバイスはまた，好み設定問合せ信号を提供するためにコネクション問合せ信号に反応する処理ユニットも含む。コネクションブローカ好み設定モジュールは好み設定問合せ信号に反応し，例えば通信可能性及び費用要求条件を示す好み設定応答信号を提供する。処理ユニットは好み設定応答信号に反応し，送受信機に可用性及び費用の信号を提供し，送受信機はコネクションブローカに可用性及び費用の信号を送信する。その後，移動体デバイスは，通信可能性要求条件及び費用要求条件に適合して，コネクション信号を介して第２ピアと通信することができる。
【実施例】
【００１７】
図１は本発明のより詳細な理解を容易にする。この図は，移動体ネットワーク内の第１ピアとその移動体ネットワーク外の第２ピアとの間の通信セッションを設定するための例示としての方法１００を示している。第２ピアはインターネットを介した通信セッションに参加しようとし，第２ピアは固定ネットワーク内にある。
【００１８】
本方法は，アプリケーションがコネクションブローカを利用できるようにするアプリケーションプログラミングインタフェース（ＡＰＩ）を提供する１０１ことから始まる。次に第２ピアはコネクションブローカと通信する１０２。このコネクションブローカは第１ピアとのさまざまなコネクションを仲介する役割を持ち，それにより第１ピアは自動的にｗｅｂサービス又はリソースを提供する。第２ピアは，コネクションブローカから第１ピアへのコネクションを要求する。コネクションブローカはここで，第２ピアのアプリケーションに関してサーバとして動作し，通信セッションの設定は，コネクションブローカが，例えばｗｅｂサービスインタフェースによって提供するサービスである。
【００１９】
第１ピアが通信可能かどうかの判定が行われる１０４。また，コネクションブローカはコネクションを専用契約するために，第１ピアか，第２ピアか，その双方かが負担すべき費用があるなら，それを調べる１０６。第１ピアが費用のいかなる部分も負わないということもあり，また，どちらのピアも費用を負担しないこともあり得る。本実施例においては，費用の調査はコネクションブローカが第１ピアか，第２ピアか，その双方かに問い合わせることによって行い，コネクションブローカは，第１ピアが負う費用を第１ピアが承認し，かつ第２ピアが負う費用を第２ピアが承認するとき，費用が受け入れ可能と見なす。選択的に，これらの問合せはどちらかのピアとの事前の契約に基づいてもよく，その場合，単一の専用契約の都度問合せをする必要はない。
【００２０】
どの費用も受け入れ可能であることが一旦示されたら，第１ピアが通信可能なとき，コネクションを介して通信セッションが設定される１０８。通信セッションの設定は，第１ピアのアドレスを第２ピアに提供することで行われるが，代替としてコネクションブローカが第１ピアと第２ピアとの間の全データを中継してもよい。
【００２１】
コネクションはその専用契約の制限内で有効とされる１１２。その専用契約の制限とは，時間制限，又はデータ量制限，又はトランザクション回数制限である。専用契約条件の強制は，コネクションブローカがピア間の全データを中継するときは容易であるが，第１ピアが専用契約を強制することもまた可能である。
【００２２】
ここで図２に移ると，図２は本発明を実行するための例示としてのシステム２００を示している。移動体デバイスが第１ピア２１０であり，それは移動体ネットワーク２１５に接続されており，次にそれはコネクションブローカ２２０に接続されている。第三者アプリケーションが第２ピア２２５であり，それはインターネットの一部かも知れない固定ネットワーク２３０に接続されている。
【００２３】
第２ピア２２５はコネクションブローカ２２０にコネクション要求信号２３５を送信する。その応答として，コネクションブローカ２２０は，例えばコネクション問合せ信号を第１ピア２１０へ送信する。他の選択肢として，デバイス２１０の通信可能性を端末自身にではなく，移動体ネットワークに要求することもできる。代替として，コネクションブローカ２２０が，第１ピア又は第２ピアの介入を必要とせず，自律的にコネクションの専用契約を承認するときの規則集を主張することもできる。コネクションブローカはその規則集に基づいてコネクションの専用契約が満足なものかどうかを判断し，それで第１ピア又は第２ピアには通常障害時の代替としてのみ問合せがされる。
【００２４】
図２に示されるように，第１ピアはコネクションブローカに可用性及び費用の信号２４５を送信することで応答し，第１ピアの通信可能性及び第１ピアがその通信可能性のために支払う意思のある費用について指示する。第１ピアはこの点について，少なくとも部分的には第２ピア２２５の識別情報に基づいて判断することができ，それはコネクション問合せ信号２４０によって伝えることができる。どの場合においても，コネクションブローカ２２０は，第２ピアがその費用負担分を支払うものと想定して，二つのピア間の通信セッションをどのように開始するかを第２ピアに告げるコネクション設定信号２５０を第２ピア２２５に送信する。
【００２５】
通信セッションは，コネクション信号２５５を介してコネクションブローカとは別個に行われる（これを”トランザクションモード”と呼ぶ）。代替として，コネクションブローカが仲裁者として機能することもできる（これを”アービトレータモード”と呼ぶ）。
【００２６】
もちろん，第２ピア，またコネクションブローカもこの方法を実装するためのソフトウェアを備えなければならない。この機構は，本方法が第１ピアが第２ピアからのコネクション要求処理に関わらなければならない場合にコネクションブローカに応答する機構を選択的に支援できることを除いて，第１ピアから見ると十分に透過的である。本方法を実行できるようにするために要求されるソフトウェアは，計算機可読媒体に組み込まれたデータ構造であってもよい。
【００２７】
ここで図３に移ると，図３は本発明による移動体デバイス３０２のブロック図である。送受信機３１７はコネクション問合せ信号３１９を受信し，それを処理ユニット３０５に送信する。中央処理ユニット（ＣＰＵ）であってもよい処理ユニットは次に，好み設定問合せ信号３１５をコネクションブローカ好み設定モジュール３１０へ送信する。代替として，この好み設定モジュールはコネクションブローカ内にあってもよく，又は別の簡単な選択肢では，問合せ信号が実際にはコネクションブローカによって送信され，選択のためにユーザに提示されるＷＡＰプッシュメッセージである。このモジュールは，コネクションブローカを扱う際のユーザの好み設定を格納し，それら好み設定には，自動的に開始する代わりにいつ実際にユーザにプロンプトを出すかについての指示が含まれる。どの場合にも，コネクションブローカ好み設定モジュール３１０は次に，処理ユニット３０５へ好み設定応答信号３２１を提供する。処理ユニットは次に，準備する必要がある情報を取得し，送受信機３１７に可用性及び費用の信号３２６を送信する。送受信機は次に信号をコネクションブローカへ送信する。最終的にはもちろん，送受信機はコネクションが最終的に確立されたとき，コネクション自体を提供するために使われる。
【００２８】
図４は，本発明に関連してプラグインライブラリ４２０を使うことができる環境を簡単に示している。このライブラリは，アプリケーション４１０の開発者がピア間のコネクションを取得するためにコネクションブローカ４０１のサービスを利用できるように，必要なアプリケーションプログラミングインタフェース（ＡＰＩ）を利用可能にする。ＡＰＩは，標準のアプリケーションサーバ４３０によって提供される。
【００２９】
本願のすべての図面及びそれに付随する発明に関する説話的議論は，考慮下の方法及びシステムを完全に厳格にそれに沿って処理すべきことを主張するものではないことを理解されたい。本技術の当業者であれば，本願のステップ及び信号は，さまざまな種類の中間対話を排除するものではない，一般的な原因−結果関係を表すものであること，更に本願に記載のさまざまなステップ及び構造が，さまざまなシーケンスで，またここでは更に詳細化する必要のないさまざまなハードウェア及びソフトウェアの組合せによって実装できることを容易に理解するであろう。
【図面の簡単な説明】
【００３０】
【図１】本発明による方法を示すフローチャートである。
【図２】本発明によるシステムを図示する。
【図３】本発明による移動体デバイスをブロック図で示す。
【図４】コネクションブローカライブラリの環境を示すブロック図である。
【図１】
2007525110.tif 000003
【図２】
2007525110.tif 000004
【図３】
2007525110.tif 000005
【図４】
2007525110.tif 000006
【国際調査報告】
2007525110.tif 000007