WO2002091787A1

WO2002091787A1 - Procede et systeme de commande de notification de reception

Info

Publication number: WO2002091787A1
Application number: PCT/JP2002/004370
Authority: WO
Inventors: Taku Onishi; Kunio Yoshikawa; Daichi Funato; Motoharu Miyake; Shinji Kobayashi
Original assignee: Ntt Docomo, Inc.
Priority date: 2001-05-01
Filing date: 2002-05-01
Publication date: 2002-11-14
Also published as: JP3899035B2; EP1301059A1; KR100617352B1; KR20060026487A; EP1301059B1; US7474890B2; CN1276365C; KR20030020317A; US7933963B2; CN1462562A; JPWO2002091787A1; US20090019125A1; EP1301059A4; US20030148756A1

Description

明細書着信通知の制御方法及びシステム技術分野

本発明は、受信端末に対する着信通知の制御方法に係り、詳しくは、移動通信システムもしくは有線通信システムにおいて通信中着信通知を適用して受信端末に対する着信通知の制御を行う着信通知の制御方法に関する。

また、本発明は、そのような着信通知の制御方法に従って受信端末への着信通知制御を行うことのできるシステムに関する。背景技術

近年、例えば、 PDC— P (P e r s o n a l D i g i t a l C e 1 1 u 1 a r -P a c k e t) などの移動通信システムで利用される移動機（例：携帯電話機等）では、音声通信のほか、インターネットを介した電子メールの送受信や、種々のコンテンツの受信が可能となっている。このような移動機が電子メールの受信を行う場合、まず、メールサーバーの中のメールボックスに自移動機宛の電子メールが配達されていれば該メールサーバーから該移動機宛に着信が通知される。該移動機はこの着信通知を受けると該メールサーバーにァクセスして自宛のメールを取り出す。このとき、該メールサーバ一から該移動機宛に着信を通知させるには、まず、該メールサーバからの着信通知が上記移動通信システムに送られ、上記移動通信システム内の例えば、交換局ノードが着信通知先の該移動機との間でバケツトリンクを確立して、その確立してパケットリンクを利用して該移動機に着信通知している。

上述したように、移動通信システムで用いられる移動機に対する着信通知は、該移動通信システム内の交換局ノードと着信先移動機との間で確立されたパケットリンクが利用されて行われていた。しかしながら、該移動機と該交換局ノード間で既にパケットリンクが確立されているときに（例えば、該移動機ユーザがホ —ムページを閲覧中）、その移動機に対する着信があった場合は着信通知を行うための新たなバケツトリンクが必要となってくる。このような現況下では、例えば、ある無線ゾーンに在圏する移動機の数が増加していった場合、着信通知のために張られるパケットリンクの数も増加してしまうことになる。その結果、情報送受を行う際に用いられるべきパケットリンクのリソースが着信通知のために割当てられてしまうこととなりネットワークリソースが有効活用されないという問題が生じてしまう。

また、現在のインターネットで最もよく使われているアプリケーションの一つに電子メールがある。この電子メ一ルには大別して二つの情報伝達の形態がある。 1 つは、相手方に即座に送信メッセージを届ける必要のある電子メールであつて、ここでは、これを即時性メールと呼ぶことにする。もう 1つは、広告配信など即座に相手方に届ける必要のない電子メールであって、ここでは、これを非即時性メールと呼ぶことにする。このように電子メールの世界にも即時性を有するメールと非即時性を有するメールとが存在している。つまり、郵便の世界と同様

、郵便の速達に相当する即時性メールゃ通常の郵便に相当する非即時性メールが現実には存在していると考えられる。一般に郵便の速達は一般の郵便物よりも早く送り届けるため普通郵便よりも高い料金（速達料）がとられ、普通郵便では、料金が速達より安い分通常の日数にて届けられるなど料金上の差別化がはかられている。し力しながら、電子メ一の世界では、郵便の世界と同様、即時性（例：速達に相当）、非即時性（例：一般の郵便に相当）という概念があるにも係らずユーザは同じ料金を負担しなくてはならないので料金に対する不公平感が生まれている。

発明の開示

そこで、本発明の第一の課題は、移動機等に対する着信通知の制御を効率的に行うことでネットワークリソースの無駄を抑えつつユーザが負担する通信料金の公平化が可能となる移動機等への着信通知の制御方法を提供することである。また、本発明の第二の課題は、そのような着信通知の制御方法に従って着信通知が行えるシステムを提供することである。

上記第一の課題を解決するため、本発明は、請求項 1に記載されるように、各受信端末宛に届く情報を蓄積する情報サーバーがその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知の制御方法において、上記情報サーバーは受信端末毎の情報を蓄積し、その蓄積した情報の配信先となる受信端末から所定の接続要求を上記ネットヮ一ク装置から受信したときに、該受信端末に対して着信通知を行うように構成される。

例えば、この着信通知の制御方法を移動通信システムに適用した場合、受信端末（例：移動機）力らの接続要求、例えば、 W e bアクセスに伴う接続要求がトリガとなって該移動機に対する着信通知が送信される。例えば、情報サーバーをメールサーバーとした場合、ある移動機宛（以下、移動機 Aという）のメールがメールサーバー内のメ一ルポックスに蓄積されると、移動機 Aからの接続要求を契機に該メールボックスにスプールされているメールが調べられる。このとき、該移動機 A宛のメールが蓄積されていれば、該移動機 Aに対する着信通知が行われる。

このように本発明の着信通知の制御方法によれば移動機からの接続要求を契機とした着信通知が可能となる。

また、上記着信通知の制御方法を有線通信システムに適用した場合、受信端末 (例えば、パーソナルコンピュータなど）からの接続要求（この場合、有線通信システム内に設けられる交換局装置などのネットワーク装置への接続要求）が契機となって該受信端末に対して着信通知を行うことが可能である。

通信中に確立されているリンクを利用して着信通知を行うことができるという観点から、本発明は、請求項 2に記載されるように、上記着信通知の制御方法において、上記受信端末に対して行う着信通知は、その受信端末とネットワーク装置との間に予め確立されている所定の通信回線を用いて行うように構成される。この着信通知の制御方法では、着信通知に用いられる着信通知の情報が上記接続要求を契機に確立された所定の通信回線（例えば、パケットリンク）に載せられて移動機 Aに通知（着信通知）される。そのため、着信通知を行うためだけに所定の通信回線を確立させていた従来と比較して、無駄な通信回線を確立させる必要がなくなる。その結果、ネットワークリソースの効率的利用が可能となり、ネットヮ'一ク装置に対する負荷の増加を抑制する効果がある。

また、上記効果は、移動通信システムだけなく、有線通信システムの場合でも同様な効果を得ることが可能である。この場合、有線通信にて用いられる受信端末と有線通信システムに配備されているネットワーク装置との間に所定の通信回線が張られていればその回線を利用して該受信端末に着信通知が行われる。そのため、有線通信システムに配備されているネットワーク装置のネットワークリソ —スを有効利用できる。

また、本発明は、請求項 3に記載されるように、上記着信通知の制御方法におレ、て、上記情報サーバーは各受信端末宛の情報を蓄積した際に、その情報に含まれる受信端末固有の情報から配信先となる受信端末と上記ネットワーク装置との間が通信中であるか否かを判定し、この判定で通信中との結果が得られればその受信端末に対して着信通知を行うように構成される。

例えば、この着信通知の制御方法を移動通信システムに適用した場合、メールサーバー内のメーボックスは各受信端末（例：移動機）宛のメールを受信した際に、そのメールに含まれる移動機の宛先に係る情報（加入者情報など）を基にして、その移動機が通信中である力否かを判定する。この判定で、通信中であることが判明すれば、メールボックス内のメールがチェックされ、その移動機に対するメールが蓄積されていれば該移動機への着信通知が行われる。即ち、メールサーバーに移動機宛のメールが蓄積されたときに、その蓄積されたメールの配信先である移動機が通信中であるか否かが判定され、通信中であれば、その通信を行う際に確立された所定の通信回線（リンク）に着信通知情報が乗せられて該移動機に通知される。そのため、該移動機への着信通知には既に確立されている所定のリンクを利用することができるので、無駄なリンクを張らなくても済む。その結果、ネットワークリソースの有効活用が可能となる。

また、この着信通知の制御方法を有線通信システムに適用した場合、メールボッタスにメールが届いたときに、そのメールの着信先となる受信端末がネットヮークに繋がっているか否かの判定がなされ、該受信端末がネットワークに繋がつているときにそのメールに対する着信通知が当該受信端末に対して行われる。情報の属性に応じて着信通知を制御できるという観点から、本発明は、請求項 4に記載されるように、上記着信通知の制御方法において、上記情報サーバーは、情報の送信元にて付加される識別情報に基づいて蓄積する情報を区分けし、その区分けされた情報のうち、所定の識別情報にて区分けされた情報を蓄積保持し、その蓄積保持された情報の配信先となる受信端末から所定の接続要求を上記ネットワーク装置を介して受信したときに、上記受信端末に着信通知を行うように構成される。

例えば、この着信通知の制御方法を移動通信システムに適用した場合、メールサーバーのメールボッタスに届いたメールが時間に対する優先度に応じて区分けして蓄積される。このとき、時間に対する優先度の選択は情報の送信元となる移動機ユーザなどで選択される。

このようにしてメールボックスに蓄積されたメールのうち、時間に対する優先度の低い情報については、蓄積後すぐに配信先となる移動機に着信通知をするのでなく、一旦その情報を保持し、該移動機とネットワーク装置間が通信中となつたのを契機として該移動機に対する着信通知が行われる。その結果、メールボックスに蓄積されたメールのうち、配信先となる移動機に即伝えなくてもよいようなメールについては即着信通知が行われないので、着信通知に用いられるネットワークリソースを効率良く利用することができる。

情報の即時性 ·非即時性に応じて情報取得に際する料金設定が行えるとレ、観点か、本発明は、請求項 5に記載されるように、上記着信通知の制御方法において、上記識別情報が配信すべき情報の即時性を表すものとなるように構成することができる。

このような着信通知の制御方法では、即時性メールの場合、通常料金を徴収し、非即時性メールの場合、通常より割り引かれた料金を徴収するなどの料金設定を行うことにより、料金の差別化をはかれる。そのため、情報の即時性、非即時性に係らず一律料金をユーザが負担していた従来と比較してユーザが負担する通信料金の公平化をはかることが可能となる。

また、本発明は、請求項 6に記載されるように、各受信端末宛に届く情報を蓄積する情報サーバーがその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知の制御方法において、上記ネットワーク装置と上記情報サーバーとの間に介挿されたノード装置を備え、上記ノード装置は、上記受信端末と、上記ネットワーク装置とが通信回線を確立する際にやりとりする制御信号に基づいて該受信端末の通信状況を判断し、その判断で、上記受信端末が通信中と判断された場合に、上記情報サーバーへ該受信端末に対する蓄積情報の有無を問合せ、その問合せた結果に応じて上記受信端末に对する着信通知を行うようにしている。

このような着信通知の制御方法によれば、ノード装置が受信端末の通信状況を判断し、通信中であれば該受信端末に対する着信の有無を情報サーバーに問合せるので、該受信端末宛の蓄積情報が情報サーバーにあれば、通信の際に確立される所定の通信回線を用いて該受信端末に着信通知を行うことができる。その結果、ネットワークリソースの有効利用が可能となる。

また、本発明は、請求項 7に記載されるように、上記着信通知の制御方法において、上記ノード装置は、上記受信端末を通信中と判断した際に、該受信端末の通信状況を呼情報管理テープノレに登録し、上記情報サーバーから、上記受信端末に対する着信を受信したときに、上記呼情報管理テーブルを参照して該受信端末の通信状況を取得し、上記受信端末が通信 _中と判断された場合に、予め確立されている所定の通信回線を用レ、て該受信端末に対する着信通知を行うようにしている。

このような着信通知の制御方法によれば、ノード装置が受信端末の通信状況を管理するので、通信中に発生した該受信端末に対する着信通知を通信の際に確立された所定の通信回線を用いて該受信端末に着信通知を行うことができる。さらに、本発明は、請求項 8に記載されるように、上記着信通知の制御方法において、上記ノード装置は、上記受信端末との間の上記ネットワーク装置を介した通信を可能にさせるバケツト変換機能が備えたことを特徴としている。

上記第二課題を解決するため、本発明は、請求項 9に記載されるように、各受信端末宛に届く情報を蓄積する情報サーバーがその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知システムにおいて、上記情報サーバ—は受信端末毎の情報を蓄積し、その蓄積した情報の配信先となる受信端末から所定の接続要求を上記ネットワーク装置から受信する着信通知トリガ受信手段と、その着信通知トリガ手段にて上記接続要求を受信したときに、該受信端末に対して着信通知を行う着信通知手段とを有するように構成される。なお、本発明の他の目的、特徴、利点は、添付図面と共になされる以下の詳細な説明にて、明らかにされる。図面の簡単な説明

図 1は、本発明における着信通知制御方法の概要を示す図である。

図 2は、本発明の実施の一形態に係る着信通知の制御方法が適用されるシステムの構成例を示す図である。

図 3は、本発明の着信通知の制御方法に従ってなされる着信通知の通信手順のシーケンス（その 1 ) を示す図である。

図 4は、ノードインターフェース装置から.送信されるトリガの生成処理の一例を示すフローチヤ一トである。

図 5は、本発明の着信通知の制御方法が適用される実施例の変形例を示す図である。

図 6は、メ一ルポッタスから送信される通信確認信号の生成処理の一例を示すフローチャートである。

図 7は、本発明の着信通知の制御方法に従ってなされる着信通知の通信手順のシーケンス（その 2 ) を示す図である。

図 8は、メ一ルポックスに蓄積されるメ一ルの管理方法の一例を示す図である _Q

図 9は、メールの即時性 ·非即時性に基づいて着信通知を行う処理の一例を示すフ口一チヤ一トである。

図 1 0は、移動機からの接続要求に基づいて着信通知を行う処理の一例を示すフローチヤ一トである。

図 1 1は、送信メールの優先度を決定する際の移動機の画面表示例を示す図である。

図 1 2は、本発明の実施の一形態に係るプロトコル変換装置の構成を示すプロック図である。

図 1 3は、プロトコル変換装置による移動機 1 0 0に対する着信通知の制御動作を説明するためのフローチャートである。

図 1 4は、プロトコル変換装置で管理される呼情報管理テーブルの一例を示す図である。発明を実施するための最良の形態

以下、本発明の実施の形態を図面に基づいて説明する。

まず、本発明の原理の概要について図 1に示す移動通信システムを例にとり説明を行う。

図 1において、移動機 A 1 0は移動通信ネットワーク 2 0及びゲートウェイ部 3 0を介して情報サーバー内の情報、例えば、メールサーバー（=情報サーバー ) 内のメールボックス 4 0にスプールされている自移動機 A宛のメール取得が行えるようになつている。以降、本発明の実施例の説明で用いられる情報サーバーにはメールサーバーを適用して説明を進める。

移動通信ネットワーク 2 0は移動機 A 1 0との間で所定のリンクを設定し、メ —ルボックス 4 0に届いたメールの着信通知を該移動機 A 1 0に対し行うと共に、該移動機 A 1 0からのメール取得要求に応じてメールボックス 4 0に届いたメ一ルを該移動機 A 1 0に配信する役割を担う。また、ゲートウェイ部 3 0は、移動通信ネットワーク 2 0にて取り扱われるプロトコルを情報サーバー（メールサーバ一や WWWサーバ一 5 0などの各種情報サーバー）にて取り扱い可能となるプロトコルへの変換を行うプロトコル変換や各情報サーバーとのインターフエ一スをとる役割を担う。

続いて、同図を参照して本発明の概要について説明を行う。

移動機 A 1 0のユーザがホームページなどを閲覧しようとして所定のキー入力操作を行うと、移動機 A 1 0と移動通信ネットワーク 2 0/ゲートゥヱイ部 3 0 間でパケットリンク（①）、この場合、 T C Pコネクションが確立され、 WWW サーバー 5 0と WWWクライアントとなる移動機 A 1 0との間で HTML文書の送受信が行われる。ここでは、この状態を、図 1の②に示すように、「； HT T P 通信中」と表す。

ゲートウェイ部 3 0は、移動機 A 1 0と自ゲートウェイ部 3 0間の通信状況をリアルタイムで監視しており、この監視によって移動機 A 1 0とゲートウェイ部間 3 0でパケットリンク（①）が確立された否かを判別することが可能である。ゲートウェイ部 3 0は、この監視によってパケットリンク（①）の存在を検出した場合、メールボックス 4 0に対し、パケットリンク（①）が確立されている移動機、この場合移動機 A 1 0宛のメールがスプールされている力否かを検索させるためのトリガとなる信号を生成して送信する。メールボックス 4 0はそのトリガによって移動機 A宛 1 0のメールが届いているか否かを調べ、届いていれば該移動機 A宛 1 0のメール着信通知をゲートウェイ部 3 0に送信する（③ a) 。ゲートウェイ部 3 0はメールボックス 4 0から該移動機 A 1 0宛の着信通知を受取ると、移動通信ネットワークシステム 2 0側にその着信通知を転送する。移動通信ネットワークシステム 2 0は、既に移動機 A 1 0との間で確立されているパケットリンクを利用して U-Plane (ユーザプレーン）着信通知メッセージを移動機に対して通知する（③ b ) 。移動機 A 1 0では、この着信通知を受信した後、通常のメール取得処理が行われる。

このように本発明では、移動通信ネットワーク 2 0/ゲートゥヱイ部 3 0間と移動機 A 1 0間で既に確立されているパケットリンク（①）があれば、そのパケットリンク（①）を用いて該移動機 A 1 0に対する着信通知が行われる。即ち、本例では、 H T T P通信中（②）に移動機 A 1 0に着信が通知される。そのため、移動機に着信通知をするためだけの目的でバケツトリンクが張られていた従来と比較して、本発明によれば、無駄なパケットリンクを張らないで済む。その結果、ネットワークリソースの節約がはかれるので、ネットワークリソースを有効に活用することができる。

次に上記のような発明を実現することが可能となる具体的なシステム構成例について図 2を参照して説明を行う。

図 2において、このシステムは大別して移動通信ネットワークシステム 2 0とゲートウェイ部 3 0にて構成される。移動通信ネットワークシステム 2 0は、一般的に、移動機 1 0 0と、基地局 2 0 0と、ネットワーク装置 3 0 0 (例：交換局装置）とで構成される。移動機（携帯電話機） 1 0 0が基地局 2 0 0と無線通信を行い、ネットワーク装置 3 0 0を介してゲートゥヱイ部 3 0に具備される情報サーバーからデータ（パケットデータ）の配信を受けるようになつている。ゲ一トウエイ 3 0部は、プロトコル変換装置 4 0 0、ノードインタ一フェース装置 5 0 0、情報サーバー① 6 0 0 (メールサーバー）、情報サーバー② 7 0 0 (W WWサーバー）で構成される。プロトコル変換装置 4 0 0は、一般的に、移動通信ネットワークシステム内のネットワーク装置 3 0 0とノードインターフェース装置 5 0 0との間に設置され、プロトコル変換、本例では、前述したように、移動通信ネットワークシステムにて取り扱われるプロトコルを情報サーバー（メールサーバー 6 0 0や WWWサーバー 7 0 0などの各種情報サーバ一）にて取り扱い可能となるプロトコルに変換する。ノードインターフェース装置 5.0 0は、該プロトコル変換装置 4 0 0と情報サーバー 6 0 0、 7 0 0との間のインターフエ —スをとる役割を担っている。また、電子メールや HTM L文書を提供する情報サーバーとして、メールサーバー 6 0 0、 WWWサーバー 7 0 0がゲートウエイ部には具備される。

次に、上記システム構成にてなされる本発明の着信通知の制御方法に従ってなされる着信通知の通信手順の説明を図 3に示すシーケンスを参照して行う。図 3において、移動機 1 0 0が W e bへの接続要求を行うと、リクエストとして表示したい HTML文書の U R Lが送信され、その H TML文書を WWWサーバーから取り出すための信号、この場合、「ブラウザ取得」信号が基地局 2 0 0 、ネットワーク装置 3 0 0、プロトコル変換装置 4 0 0を介してノードインターフェース装置 5 0 0まで送られる（a ) 。ノードインターフェース装置 5 0 0は、この「ブラウザ取得」信号を受信すると、その受信に対する応答を示す信号を移動機 1 0 0に向けて送信する（b ) と共に、 W e bへの接続要求のあった該移動機 1 0 0のメールがメールサーバー 6 0 0内のメールボックス 6 1 0にスプールされているかどうかを検索させるための指示（トリガ）がメールボックスに与えられる（c ) 。

メールメールボックス 6 1 0では、上記トリガ（c ) 受信に基づいて移動機 1 0 0宛のメールがスプールされているかどう力検索し（d ) 、この検索（d ) で該移動機 1 0 0宛のメールがあった場合には、該移動機 1 0 0にメール着信を知らせるための着信通知がノードインターフェース装置 5 0 0を介してプロトコル変換装置 4 0 0に送られる（e ) 。そして、その着信通知に含まれる着信情報が U-Plane着信通知に乗せられて移動機 1 0 0へ送られる（f ) 。移動機 1 0 0は、この U-Plane着信通知を受信すると、その着信通知に対する応答をゲートゥェィ部 3 0側のプロトコル変換装置 4 0 0まで返す（g ) 。上記着信通知（f ) によって自移動機 1 0 0宛のメールがあることを知った移動機 1 0 0は、通常のメール取得処理（h ) 〜（ i ) を行ってメール受信を行う。

上述したように、本発明では、移動機 1 0 0から W e b等へのアクセスに伴う接続要求があつた場合は、必ずメ一ルポックスにスプールされているメ一ルが調ベられ、該移動機 1 0 0宛のメールが蓄積されていれば、その蓄積されているメールに対する着信通知が該移動機 1 0 0に送信される。即ち、移動機 1 0 0からの接続要求がトリガとなって、その移動機 1 0 0に対する着信通知が行われる。このとき、移動機 1 0 0からの接続要求に従って確立されたバケツトリンクに着信通知の情報を相乗りさせることで、新たに着信通知を行うためだけのバケツトリンクを張らなくても該移動機に着信通知を送ることができる。その結果、着信通知用のバケツトリンクを無駄に張らなくて済むのでネットワークリソースを効率的に利用することが可能となる。

前述したように、上記トリガは、ノードインタ一フェース装置 5 0 0からメールボックス 6 1 0に与えられる。このトリガは、例えば、図 4に示すように、上記ノードインターフェース装置 5 0 0にて生成され送信される。

図 4において、ノードインタ一フェース装置 5 0 0では、移動機 1 0 0が W e bなどへアクセスするために送信する「接続通知」を受信したか否かの判定が常に行われる（S 1 ) 。ノードインターフェース装置 5 0 0は、上記「接続通知 J をプロトコル変換装置 4 0 0を介して受信すると（S 1で Y E S ) 、その「接続通知」に含まれる情報から該移動機 1 0 0に関する加入者番号などを調べ、該移動機 1 0 0宛のメールを検索させるための指示となるトリガ信号を生成してメ一ルボックス 6 1 0に送信する（S 2 ) 。メールボックス 6 1 0は、ノードインタ一フェース装置 5 0 0からのトリガ信号に基づいて、該当する移動機 1 0 0宛のメール検索を開始する。一方、上記判定（S 1 ) で、上記「接続通知」を受信していない場合は（S 1で N O) 、ノードインターフェース装置 5 0 0は該「接続通知」の受信待ち状態となる。

これまで説明した上記実施例では、移動機 100からの接続通知に基づいて上記トリガ信号がノードインターフェース装置 500にて生成されてメールボックス 610へと送信される。そして、そのトリガにて通知される移動機 100に関する情報を基に該移動機 100宛のメールがメールボックスにスプールされているかどうかが確認され、スプールされていれば着信通知が該移動機に向けて送信される。即ち、上記トリガが発せられることにより着信通知の処理が開始される次に、本発明の着信通知の制御方法が適用される実施例の変形例について図 5 を参照して説明を行う。

図 5において、移動機 A10と移動通信ネットワーク 20ノゲートウェイ部 3 0間は、図 1と同様にパケットリンク（①）が既に確立され、 HTTP通信中（ ②）であるものとする。メールボックス 40に移動機 A 10宛のメールが届くと、該メールボックス 40では、そのメールに含まれる情報（例：メール配信先の移動機のアドレスなど）から移動通信ネットワーク 20 /ゲートウェイ部 30と当該移動機 A 10間が HTTP通信中である力否かを判定するための通信確認信号（③）を生成し、ゲートウェイ部 30に送る。この通信確認信号（③）の生成処理は、例えば、図 6に示す手順に従って行われる。

図 6において、メーノレボックス 40は、メールを受信すると（S 11) 、その受信したメールを基に着信先となる移動機 A 10のァドレスなどの移動機情報を検出し（S 12) 、その移動機 A 10が通信中である力否かを判定するための通信確認信号を生成して、ゲートウェイ部 30に送出する。（S 13) 。

これ以降の処理の説明は、図 7に示すシーケンスを参照して行う。

図 7において、本例では、移動機 A 10と移動通信ネットワーク 20 ゲートウェイ部 30間で、既にブラウザ取得処理が行われているものとして説明を進める（(a)〜(b)の処理を参照）。

ゲートウェイ部 30は、メ一ルポックス 40からの通信確認信号を受けると（ c)、着信先となる移動機 A 10が現在、通信中（例： HTTP通信）であるか否かの状態確認を行い（d)、上記移動機 A 10が「通信中」であるとの状態検出がなされると、「通信中」を表す応答をメールボックス 4 0に返す（e )。メールボックス 4 0は、この「通信中」応答を得ると、今回受信したメールの着信通知をノードインタ一フェース装置 5 0 0へ行う（f )。ノードインターフェース装置 5 0 0は受信した着信通知をプロトコル変換装置 4 0 0に送り（f )、該プロトコル変換装置 4 0 0でその着信通知に含まれる着信情報を U-Plane着信通知に乗せて移動機 A 1 0へ送る（g ) (図 5の④ a〜④ bを参照）。

このように、本変形例では、メールボックス 4 0は、移動機 A 1 0宛のメールを受信した際に該移動機 A 1 0が通信中（この場合、 H T T P通信中）であるか否かを判定するための通信確認信号をゲートウヱイ部 3 0に送信して確認している。そのため、メールボックス 4 0では、受信したメールの着信先となる移動機が通信中のときにのみそのメールに対する着信通信が行われる。その結果、本変形例においても図 1の発明の概要で説明した効果と同様な効果が得られる。即ち

、無駄なバケツトリンクを張らないで済むのでネットワークリソースの効率的利用がはかれることになる。

これまでの説明では、移動機が H T T P通信中に着信通知を行う実施例について説明を行ったが、更に、本発明の実施例の変形例として、メールボックス 6 1 0 (記号は、図 2を適用）に蓄積されるメールを所定の基準に従って区分けし、その区分けされたメールに応じて着信通知を制御することができる。例えば、図 8に示すような基準に従って受信メールの区分けが行われる。なお、図 8の説明の際に用いるシステム構成例は図 2とする。

図 8において、メールボックス 6 1 0は、届いたメールのうち、即時性を求めるものと、即時性を求めていないもの（ュ一ザの通信中に届けばよいもの）とを判断し、区別して管理を行う。例えば、この受信メールの即時性 ·非即時性の判断は、図 8に示すように、例えば、メールに即時，非即時を表すヘッダを設け、そのヘッダのフラグをチェックすることで区別することが可能である（図 8の① ) ₀

このようにして受信メールの即時性 ·非即時性を区別 ·管理することにより、即時性メ一ルと非即時性メールに対する着信通知を分けて行うことができる。例えば、即時性メ一ルと非即時性メールに対する着信通知を分けて行う着信通知の制御処理は、図 9に示す手順にて行われる。

図 9において、メールボックス 610は、メールを受信すると、まず、その受信メールの即時，非即時を表すヘッダのフラグをチェックし、その受信メールの即時性 ·非即時性の区別判定を行う（S21) 。この区別判定（S21) で、該受信メールが即時性と判定されたとき（S 21で即時性）は、従来通り、該受信メールの配信先となる移動機 100に対して着信通知を送信 (S 22) してメールの取得を促す。 'メ一ルポックス 610は、上記着信通知を上記移動機 100に送信した後、メールの受信待ち状態に戻る。

—方、上記区別判定（S 21) で、該受信メールが非即時性メールと判定されたとき（ S 21で非即時性）は、該受信メールの配信先となる移動機 100が通信中であるかどうかの通信状態確認が行われる（S 23) 。この通信状態確認手順は、図 5において既述した手順が用いられる。つまり、メールボックス 610 は、上記移動機 100の通信状態を確認するための通信確認信号（図 5の③参照 ) をゲートウェイ部 30に送出し、該ゲートウェイ部 30からの応答（通信中であるか否かを表す応答）を得ることで当該移動機 100の通信状態を確認することができる。メールボックス 610は、上記のような手順にて当該移動機 100 の通信状態を確認 (S 23) し、当該移動機 100が通信中であると確認された場合（S 23で YES) は、該移動機 100に対して着信通知を行う（S 22) 。し力、し、上記通信状態確認 (S 23) で、当該移動機 100が通信中でない（ S 23で NO) と確認された場合は、当該移動機 100に対する着信通知を行わずに、受信した非即時性メールを蓄積する（S 24) 。メールボックス 610は、該非即時性メールを蓄積した後、メールの受信待ち状態に戻る。

このように、メールボックス 610は、非即時性メールを受信したときに、その非即時性メールの配信先となる移動機 100の通信状態を確認し、該移動機 1 00が通信中のときにのみ該非即時性メールに対する着信通知を該移動機 100 に行う。そのため、即時性を求めないメールは必ずユーザの通信中に送信されることになり、無線区間のリソースを有効活用することができる。

尚、ここでは、メールボックス 610が非即時性メールを受信した際に、移動機の通信状態を確認する構成をとつているが、その代わりに、メールボックス 6 1 0が非即時性メールを受信した際に、該非即時性メールをあえて蓄積しておき、該非即時性メールの配信先となる移動機 1 0 0からの接続要汆があった場合に該移動機 1 0 0に着信通知を出すようにしてもよい。この処理は、例えば、図 1 0に示す手順にて行われる。

図 1 0において、メ一ルポックス 6 1 0は、移動機 1 0 0からの接続要求（例： W e bなどへの接続要求）を受ける（S 3 1 ) と、その接続要求を行った移動機 1 0 0の移動機情報（例：移動機の加入者番号など）を検出し（S 3 2 ) 、その移動機 1 0 0の宛の非即時性メールが蓄積されているかどうかの判定を行う（ S 3 3 ) 。この判定（S 3 3 ) で、該移動機 1 0 0の宛の非即時性メールが蓄積されている（S 3 3で Y E S ) との判定結果を得た場合、蓄積されている非即時性メールに対する着信通知を該移動機 1 0 0に対して送信（S 3 4 ) する。一方、上記判定（S 3 3 ) で、該移動機 1 0 0の宛の非即時性メールが蓄積されていない（S 3 3で NO) との判定結果を得た場合は、着信通知の対象となる非即時性メールがメールボックス 6 1 0に蓄積されていないことから、移動機 1 0 0からの接続要求待ち状態に戻る。

このように、メーノレボックス 6 1 0は、移動機 1 0 0からの接続要求を契機にその移動機 1 0 0宛にスプールされている非即時性メールがあるかどうかを調べ、該移動機 1 0 0宛の非即時性メールが貯まっていれば、それらのメールに対する着信通知を該移動機 1 0 0に対して送信する。例えば、移動機 1 0 0の電源 o F F中に蓄積されていった非即時性メールに対する着信通知を該移動機 1 0 0が接続要求した際に一括して行うことができるので、無線資源を有効利用できる。また、本発明は、非即時性のメールにディスカウントフラグなどを付与する（図 8の②）ことにより、非即時性メールの送信については、通常のメールよりも安い通信料で届ける等の料金面での多様性を実現することができる。

また、このようなディスカウントメールは、主に即時性を求めない広告配信等で用いられることが予想されるが、すぐに見てもらわなくてもよいメールを出す個人ユーザも考えられる。本発明はこのような個人ユーザに対する要望をも解決する。例えば、移動機 1 0 0側で、送信されるメールに即時性 ·非即時性を表すヘッダを付加すればよい。このヘッダの付加手順は、例えば、図 1 1に示すように、移動機の表示画面に「メールを送信します。即時性を求めますか？」なるメッセージを表示させ、移動機のユーザが、「Y E Sか N O」を選択すればよい。即ち、該ヘッダの付加はこの判定に基づいて即時性 ·非即時性いずれかを表すへッダが付加される。

このように、移動機 1 0 0に即時性を求める力 ^否かを問合せるメッセージをメール送信前に所定の画面に表示させることにより、上記のような個人ユーザに対する利便性を向上させることが可能である。また、即時性を求める情報配信料と非即時性を求める情報配信量とを差別ィ匕することで、ユーザのニーズに応じた料金サービスの提供が実現可能となる。

上述した実施形態は、主にメールボックス 6 1 0が移動機 1 0 0からの接続要求を受信したときに、該移動機 1 0 0に対する着信通知の制御を行う形態であつたが、本発明はこれに限定されるものではない。例えば、ネットワーク装置 3 0 0とメ一ノレボックス 6 1 0等の情報サーバーとの間に介挿されるノード装置（例：プロトコル変換装置 4 0 0 ) が移動機 1 0 0に对する着信通知の制御を行うような形態であってもよい。以下、上記ノード装置として、プロトコル変換装置を一例にとり、移動機 1 0 0に対する着信通知の制御動作について説明する。図 1 2は、上記プロトコル装置 4 0 0の構成を示すブロック図である。同図において、このプロトコル変換装置 4 0 0は、移動機 1 0 0単体でインターネットアクセスを可能とするプロトコル変換を含むバケツト変^^能が備えられ、具体的には以下の機能ブロックにより構成される。すなわち、移動通信ネットワークシステム（ここでは、 MNS(Mobile Network System)とレ、う）にて取り扱われるパケット（=MN Sパケット）を解析する MN Sパケット解析部 4 1 0、当該パケットを情報サーバー（ここでは、 (Information Server)という）にて処理可能なバケツトに変換する MN S→I Sバケツト変換部 4 2 0、該 MN S→I Sパケット変換部 4 2 0で変換されたバケツト（= I Sバケツト）を送信する送信部 4 3 0により構成される。

図 1 3は、上記プロトコル変換装置 4 0 0による移動機 1 0 0に対する着信通知の制御動作を説明するためのフロ一チヤ一トである。

移動機 1 0 0からの接続要求（a ) がネットワーク装置 3 0 0に向けて送られると、該移動機 1 0 0と該ネットワーク装置 3 0 0との間で通信回線を確立するための通信回線設定シーケンスが開始される。プロトコル変換装置 4 0 0は、この通信回線設定シーケンスの開始によって得られる「接続通知応答（c ) 」を、ネットワーク装置 3 0 0へ送信した時点で該当呼が通信中になったと判断し、メ —ルボックス 6 1 0に該移動機 1 0 0に対する蓄積情報の有無を問合せる（e ) 。そして、メ一ルポックス 6 1 0より、該移動機 1 0 0に対する蓄積情報有りのメッセージを受取った場合に、通信回線確立後のブラウザ取得シーケンス（f ) におけるユーザ情報転送用の U— P L AN Eに、該移動機 6 1 0に対する着信通知を相乗りさせて通知する。その結果、ネットワークリソースの有効利用が可能となる。

なお、プロトコル変換装置 4 0 0では、移動機 1 0 0からの該当呼が通信中になったと判断された時点で、その呼の通信状況を図 1 4に示す呼情報管理テープルに登録する。この呼情報管理テーブルでは、通信中の状態にある移動機の加入者番号（M S N) とコネクション I D (C I D) が登録され、かつ該移動機の通信開始時刻等が登録される。プロトコル変換装置 4 0 0は、メールボックス 6 1 0から、ある移動機宛の着信通知を受取った際、上記呼情報管理テーブルを参照し、該当の移動機が通信状態にあれば、該移動機に対する着信通知を、すでに確. 立されている C— P L AN Eに相乗りさせて通知する。

このように、上記呼情報管理テーブルを用いることで、移動機の通信状況を常に把握することができるため、通信中である移動機に対して新たな着信呼が発生しても、すでに確立されているリソースを用いて着信通知を行うことができるようになる。

以上の実施例の説明では、移動通信システムを例にとり説明を^ ^:つてきたが、本発明は該移動通信システムに限定されるものではなく、例えば、有線通信システムにおいても適用することが可能である。この場合、移動通信システムにおける移動機にパーソナルコンピュータなどの受信端末が相当し、ネットワーク装置には、有線通信網で用いられる所定の交換局装置などがこれに相当する。本発明を有線通信システムに適用した場合、受信端末の電源が O F F、もしくはネットワーク装置に繋がっていないときには、メールサーバーに該受信端末の宛のメ一ルがあっても受取れないが、該受信端末の電源が O Nでネットワーク装置に繋がつているときにはメールや広告などの着信通知が送られるようになる。したがつて、受信端末に対する着信通知は、該受信端末がネットワーク装置に繋がっているときにのみ行われるので、非即時性の情報配信を行うための着信通知用のリンクを張らなくてもよレ、。その結果、有線通信システムの場合でもネットワーク装置のネットワークリソースの有効利用が可能である。また、有線通信システムの場合であっても、メールサーバーに蓄積されるメールを即時性.非即時性と区分けすることで非即時性の広告配信などの情報提供サービスに対する情報配信料を安く設定できる。その結果、ユーザに対しては配信される情報に相応な料金にてサービスの提供が行えるようになり、ユーザが負担する通信料金の公平化が本発明によって実現できる。

上記例において、メールボックス 4 0の受信機能が着信通知トリガ受信手段に、着信通知機能が着信通知手段に対応する。また、該メールボックス 4 0の移動機宛メール判定機能が判定手段に、メール蓄積機能が区分け蓄積手段と情報蓄積保持手段に対応する。ノードインターフェース装置 5 0 0の機能が着信通知相乗手段に対応し、移動通信ネットワーク 2 0とゲートウェイ部 3 0の着信情報通知機能が着信手段に対応する。さらに、プロトコル変換装置 4 0 0の通信状況監視機能が通信状況判断手段に、蓄積情報確認機能が蓄積情報問合せ手段に、着信通知制御機能が着信通知手段に対応する。

以上、説明したように、本発明によれば、移動機からの W e bなどへのァクセスに伴う接続要求があった場合に、メールボックスに蓄積されている該移動機宛のメールが調べられ、該メールがあれば該移動機に対しそのメールの取得を促す着信通知がメールボックスから移動通信ネットワーク/ゲートウエイ部を介して送られる。このとき、この着信の通知に既に接続されているパケットリンクを利用して通知することでネットワークリソースの有効活用ができる。また、メールボックスに蓄積されるメールを即時性、非即時性に分類して蓄積し、これら属性に応じた着信通知を制御することで、ユーザにメリットのある料金体系にてサービスを提供することが可能となる。

また、ノード装置が受信端末の通信状況を判断し、通信中であれば該受信端末に対する着信の有無を情報サーバーに問合せるので、該受信端末宛の蓄積情報が情報サーバーにあれば、通信の際に確立される所定の通信回線を用いて該受信端末に着信通知を行うことができる。その結果、ネットワークリソースの有効利用が可能となる。

Claims

請求の範囲

1 . 各受信端末宛に届く情報を蓄積する情報サーバーがその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知の制御方法において、

上記情報サーバーは受信端末毎の情報を蓄積し、その蓄積した情報の配信先となる受信端末から送信される所定の接続要求を上記ネットワーク装置から受信したときに、該受信端末に対して着信通知を行う着信通知の制御方法。

2 . 請求項 1記載の着信通知の制御方法において、

上記受信端末に対して行う着信通知は、その受信端末とネットワーク装置との間に予め確立されている所定の通信回線を用いて行うようにした着信通知の制御方法。

3 . 請求項 1又は 2記載の着信通知の制御方法において、

上記情報サーバーは各受信端末宛の情報を蓄積した際に、その情報に含まれる受信端末固有の情報から配信先となる受信端末と上記ネットワーク装置との間が通信中であるか否かを判定し、

この判定で通信中との結果が得られればその受信端末に対して着信通知を行う着信通知の制御方法。

4 . 請求項 1乃至 3いずれか一項記載の着信通知の制御方法において、

上記情報サーバーは、情報の配信元にて付加される識別情報に基づいて蓄積する情報を区分けし、

その区分けされた情報のうち、所定の識別情報にて区分けされた情報を蓄積保持し、

その蓄積保持された情報の配信先となる受信端末から所定の接続要求を上記ネットワーク装置を介して受信したときに、上記受信端末に着信通知を行う着信通知の制御方法。

5 . 請求項 4記載の着信通知の制御方法において、

上記所定の識別情報は、配信すべき情報の即時性を表すものとなる着信通知の制御方法。

6 . 各受信端末宛に届く情報を蓄積する情報サーバーがその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知の制御方法において、

上記ネットワーク装置と上記情報サーバーとの間に介挿されたノード装置を備え、

上記ノード装置は、上記受信端末と、上記ネットワーク装置とが通信回線を確立する際にやりとりする制御信号に基づいて該受信端末の通信状況を判断し、その判断で、上記受信端末が通信中と判断された場合に、上記情報サーバ一^ 該受信端末に対する蓄積情報の有無を問合せ、

その問合せた結果に応じて上記受信端末に対する着信通知を行う着信通知の制御方法。

7 . 請求項 6記載の着信通知の制御方法において、

上記ノード装置は、上記受信端末を通信中と判断した際に、該受信端末の通信状況を呼情報管理テーブルに登録し、

上記情報サーバーから、上記受信端末に対する着信を受信したときに、上記呼情報管理テーブルを参照して該受信端末の通信状況を取得し、

上記受信端末が通信中と判断された場合に、予め確立されている所定の通信回線を用いて該受信端末に対する着信通知を行う着信通知の制御方法。

8 . 請求項 6又は 7記載の着信通知の制御方法において、

上記ノード装置に、上記受信端末との間の上記ネットワーク装置を介した通信を可能にさせるパケット変^ t能が備えられた着信通知の制御方法。

9 . 各受信端末宛に届く情報を蓄積する情報サーバーがその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知システムにおいて上記情報サーバーは受信端末毎の情報を蓄積し、その蓄積した情報の配信先となる受信端末から送信される所定の接続要求を上記ネットワーク装置から受信する着信通知トリガ受信手段と、

その着信通知トリガ手段にて上記接続要求を受信したときに、該受信端末に対して着信通知を行う着信通知手段とを有する着信通知システム。

1 0 . 請求項 9記載の着信通知システムにおいて、

上記受信端末に対して行う着信通知は、その受信端末とネットワーク装置との間に予め確立されている所定の通信回線を用いて行う着信通知相乗手段を有する着信通知システム。

1 1 . 請求項 9又は 1 0記載の着信通知システムにおいて、

上記情報サーバーは各受信端末宛の情報を蓄積した際に、その情報に含まれる受信端末固有の情報から配信先となる受信端末と上記ネットワーク装置との間が通信中であるか否かを判定する判定手段と、

上記判定手段にて得られる判定で通信中との結果が得られればその受信端末に対して着信通知を行う着信通知手段を有する着信通知システム。

1 2 . 請求項 9乃至 1 1いずれか一項記載の着信通知システムにおいて、上記情報サーバ一は、情報の配信元にて付加される識別情報に基づいて蓄積する情報を区分けする区分け蓄積手段と、

その区分け蓄積手段にて区分けされた情報のうち、所定の識別情報にて区分けされた情報を蓄積保持する情報蓄積保持手段と、

その情報蓄積保持手段にて蓄積保持された情報の配信先となる受信端末から所定の接続要求を上記ネットワーク装置を介して受信したときに、上記受信端末に着信通知を行う着信通知手段を有する着信通知システム。

1 3 . 請求項 1 2記載の着信通知システムにおいて、

上記所定の識別情報は、配信すベき情報の即時性を表すものとなる着信通知システム。

1 4 . 各受信端末宛に届く情報を蓄積する情報サーバ一がその情報の配信先となる受信端末にネットワーク装置を介して着信通知を行う着信通知システムにおいて、

上記ノード装置は、上記受信端末と、上記ネットワーク装置とが通信回線を確立する際にやりとりする制御信号に基づいて該受信端末の通信状況を判断する通信状況判断手段と、

上記通信状況判断手段により、上記受信端末が通信中と判断された場合に、上記情報サーバーへ該受信端末に対する蓄積情報の有無を問合せる蓄積情報問合せ手段と、

その問合せた結果に応じて上記受信端末に対する着信通知を行う着信通知手段とを有する着信通知システム。

1 5 . 請求項 1 4記載の着信通知システムにおいて、

上記ノード装置は、上記受信端末を通信中と判断した際に、該受信端末の通信状浼を呼情報管理テーブルに登録する呼情報管理手段と、

上記受信端末が通信中と判断された場合に、予め確立されている所定の通信回線を用いて該受信端末に対する着信通知を行う着信通知手段とを有する着信通知システム。

1 6 . 請求項 1 4又は 1 5記載の着信通知システムにおいて、上記ノード装置に、上記受信端末との間の上記ネットワーク装置を介した通を可能にさせるパケット変能が備えられた着信通知システム。