JP3679779B2 - 情報提供システムおよび装置、通信端末装置、ならびに、プログラム - Google Patents
情報提供システムおよび装置、通信端末装置、ならびに、プログラム Download PDFInfo
- Publication number
- JP3679779B2 JP3679779B2 JP2002137409A JP2002137409A JP3679779B2 JP 3679779 B2 JP3679779 B2 JP 3679779B2 JP 2002137409 A JP2002137409 A JP 2002137409A JP 2002137409 A JP2002137409 A JP 2002137409A JP 3679779 B2 JP3679779 B2 JP 3679779B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- terminal device
- communication
- unit
- communication terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は情報提供システムおよび装置、通信端末装置、ならびに、プログラムに関し、特に、簡易かつ効率的なプッシュ配信を実現する情報提供システムおよび装置、通信端末装置、ならびに、プログラムに関する。
【０００２】
【従来の技術】
インターネットなどの通信ネットワークを介して、サーバからクライアントに種々の情報を配信する場合において、更新された情報などを自動的に配信する、いわゆるプッシュ配信が知られている。このようなプッシュ配信においては、サーバが各クライアントを管理し、接続しているクライアントに対し自動配信する方式（サーバ主導型プッシュ）と、クライアントがサーバに定期的に配信情報の有無を問い合わせる方式（クライアント主導型プッシュあるいは擬似プッシュ）とがある。
【０００３】
近年、携帯電話などの移動体通信端末を用いたインターネット利用やインスタントメッセージ交換などのデータ通信が盛んであるが、このような移動体通信ネットワークにおけるプッシュ配信では、擬似プッシュ方式である場合が多い。このため、クライアントである移動体通信端末から定期的に問い合わせを発信することになる。この場合、配信対象情報（コンテンツ）に変化がない場合であっても問い合わせを行うことになり、無駄な問い合わせが多く、ネットワークのトラフィックに負荷をかけることになる。また、この問い合わせ発信に対しても通信料が発生する場合においては、利用者の通信コストも増大する。
【０００４】
一方、クライアントの移動体通信端末に、例えば、電子メールやＳＭＳ（Short Message Service）などで配信対象情報がある旨を通知し、この通知に応じてサーバにアクセスして情報取得することでプッシュ配信を実現する方法もあるが、電子メールによる通知ではそれ自体に通信料が発生する場合があり、情報配信者の通信コスト負担が増大してしまう。
【０００５】
また、移動体通信ネットワーク上でプッシュ配信を実現するためには、例えば、ＳＩＰ（Session Initiation Protocol）などの所定の呼制御プロトコルなどを用いることが必要な場合もあり、これらのプロトコルに対応していない端末にはプッシュ配信できないという問題もあった。
【０００６】
【発明が解決しようとする課題】
本発明は、上記実状に鑑みてなされたもので、簡易かつ効果的なプッシュ配信を実現する情報提供システムおよび装置、通信端末装置、ならびに、プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点にかかる情報提供システムは、
通信回線を介して相互に接続されたセンタと複数の通信端末装置から構成され、前記センタから各前記通信端末装置に所定の情報を提供する情報提供システムであって、
前記センタは、
予め登録されたユーザが使用する前記通信端末装置に所定の情報を提供すべき事由が発生したか否かを判別する提供要否判別手段と、
前記提供要否判別手段が情報提供すべき事由が発生したと判別した場合、前記通信端末装置に対して音声通信に基づく発呼をし、通信路が確立しないように回線切断することにより、前記センタを指定する情報を通知する通知手段と、を備え、
前記通信端末装置は、
少なくとも前記通知手段による発呼を着信し、前記通知を取得する着信手段と、
前記着信手段が取得した通知に基づいて、前記センタに情報提供を要求する情報要求手段と、を備え、
前記センタはさらに、
前記情報要求手段による要求に応じて、当該通信端末装置に提供すべき情報を提供する情報提供手段を備える、
ことを特徴とする。
【０００８】
このような構成によれば、例えば、携帯電話などの移動体通信端末（クライアント）に情報をプッシュ配信する場合などにおいて、配信先の移動体通信端末に音声通信による発呼を行うことで、移動体通信端末のいわゆる着信履歴に配信元（サーバ）からの着信を記録する（プッシュ配信通知）。移動体通信端末は、着信履歴にサーバからの着信がある場合、サーバに対しプッシュ配信を要求することで、所定の情報が配信される。サーバ側は、配信すべき情報がある場合のみ、対象となる移動体通信端末に発呼すればよいので、クライアントからサーバに対し、定期的に問い合わせる必要がない。このため、無駄な問い合わせがなくなり、ネットワーク負荷を軽減することができる。また、通常の移動体通信端末が当然に有する音声通信機能を用いているので、特別な呼制御プロトコルなどを必要とせず、あらゆる端末に対して簡易にプッシュ配信を実現することができる。
【０００９】
また、サーバからの発呼の際に、例えば、クライアントでの着信と同時に回線を切断するなどにより、サーバとクライアント間での音声通信の通信路が確立されないようにクライアントに着信させる。これにより、通信料などのコストを発生させることなく、クライアントの着信履歴にサーバからの着信を記録させることができ、通信コストを軽減したプッシュ配信を実現することができる。
【００１０】
さらに、例えば、登録してある通信相手の状態（ステータス）に応じてメッセージ交換などを行うインスタントメッセージ（ＩＭ）などにおいて、あるユーザのステータスが変化したことをリアルタイムで通信相手に通知（プッシュ配信）することができる。この場合、上述のプッシュ配信通知は、対象となるユーザのステータスが変化した場合のみに行われ、また、クライアントからのプッシュ配信要求もこれに付随して行われるため、最小限の通信で効率的にＩＭサービスを提供・利用することができる。
【００１１】
上記目的を達成するため、本発明の第２の観点にかかる情報提供装置は、
所定の通信端末装置を指定する情報を登録する端末指定情報登録部と、
前記通信端末装置に提供する情報を蓄積する提供情報蓄積部と、
前記提供情報蓄積部に蓄積された情報を所定の前記通信端末装置に提供すべき事由が発生したか否かを判別する提供要否判別部と、
前記提供要否判別部が情報提供すべき事由が発生したと判別した場合、提供すべき前記通信端末装置に対し、通信回線を介した音声通信に基づく発呼を行うことで、少なくとも自己を指定する情報を通知する通知部と、
前記通知部による通知に対する応答を当該通信端末装置から受信する応答受信部と、
前記応答受信部による応答の受信を契機に、提供すべき情報を当該通信端末装置に提供する情報提供部と、を備え、
前記通知部は、前記発呼に対する前記提供先通信端末装置の着信を検出し、着信検出に基づいて回線切断することにより、該提供先通信端末装置との通信路が確立されないよう該発呼にかかる通信を制御する、
ことを特徴とする。
【００１２】
上記情報提供装置は、
前記所定の通信端末装置および該通信端末装置の使用者の状態を示す状態情報を当該通信端末装置から順次取得する状態情報取得部をさらに備えることが望ましく、この場合、
前記提供情報蓄積部は、前記状態情報取得部が取得した状態情報を提供情報として記録し、
前記提供要否判別部は、前記提供情報蓄積部に記録された状態情報に変化があった場合、当該状態情報を提供すべき事由が発生したと判別するものとすることができる。
【００１３】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
コンピュータを、上記情報提供装置として機能させることを特徴とする。
【００１４】
上記目的を達成するため、本発明の第４の観点にかかる通信端末装置は、
通信回線を介して音声通信とデータ通信とを行う通信端末装置であって、
当該通信端末装置にデータ通信により所定の情報を提供するサーバ装置を指定するサーバ指定情報を予め登録するサーバ指定情報登録部と、
音声通信による着信履歴を示す着信履歴情報を記録する着信履歴記録部と、
前記着信履歴記録部に記録された着信履歴情報に、前記サーバ指定情報登録部に登録されたサーバ指定情報が含まれているか否かを判別する着信判別部と、
前記着信判別部が、前記着信履歴情報に前記サーバ指定情報が含まれていると判別した場合、データ通信により前記サーバ装置に応答する応答部と、
前記応答部による応答に応じて前記サーバ装置が提供する情報をデータ通信により取得する情報取得部と、
前記通信端末装置および該通信端末装置の使用者の状態を検出する状態検出部と、
前記状態検出部が検出した状態に基づいて、前記情報取得部による情報取得の許否を判別する取得許否判別部と、を備え、
前記応答部は、前記取得許否判別部が情報取得を許可すると判別した場合に、前記サーバ装置に応答する、
ことを特徴とする。
【００１５】
上記目的を達成するため、本発明の第５の観点にかかるプログラムは、
コンピュータを、上記通信端末装置として機能させることを特徴とする。
【００１６】
上記目的を達成するため、本発明の第６の観点にかかるプログラムは、
通信端末装置を制御するコンピュータに、
当該通信端末装置にデータ通信により所定の情報を提供するサーバ装置を指定するサーバ指定情報を予め登録する機能と、
前記サーバ装置からの音声通信を着信した場合、該サーバに回線切断させる機能と、
音声通信による着信履歴を示す着信履歴情報を記録する機能と、
記録された着信履歴情報に、登録されたサーバ指定情報が含まれているか否かを判別する機能と、
前記着信履歴情報に前記サーバ指定情報が含まれていると判別された場合、データ通信により前記サーバ装置に応答する機能と、
前記応答に応じて前記サーバ装置が提供する情報をデータ通信により取得する機能と、
を実現させることを特徴とする。
【００１７】
【発明の実施の形態】
以下、本発明にかかる実施の形態を図面を参照して説明する。
【００１８】
図１は本発明の実施の形態にかかる情報提供システムを示す図である。図示するように、本実施の形態にかかる情報提供システム１は、センタ１００と、端末装置２００と、から構成され、それぞれが通信ネットワーク１０、２０を介して相互に接続されている。なお、本実施の形態では、センタ１００が、所定の端末装置２００間でのインスタントメッセージ（以下、「ＩＭ」とする）による通信サービスを提供するＩＭサーバとして機能するものとし、ユーザ間でＩＭ通信を行う際に用いられる各ユーザのステータス情報を所定の端末装置２００にプッシュ配信するものとする。すなわち、センタ１００が、各端末装置２００（あるいはそのユーザ）の状態（以下、「ステータス」とする）を随時取得し、他の端末装置２００に通知することで、ＩＭサービスにログインしている端末装置２００同士でのＩＭ通信を実現するものである。
【００１９】
ここで、通信ネットワーク１０は、例えば、公衆電話交換回線網（ＰＳＴＮ（Public Switched Telephone Network））などの回線交換方式の電話回線網などから構成され、電話端末間の音声通信を媒介する。また、通信ネットワーク２０は、例えば、所定の通信プロトコル（例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）など）を用いたデータ通信を行うための通信回線である。
【００２０】
センタ１００は、例えば、メインフレームやワークステーションなどの所定のコンピュータ装置から構成され、後述する各処理を実行することにより、各端末装置２００に情報を提供するものである。センタ１００の構成を図２を参照して説明する。
【００２１】
図２はセンタ１００の構成を示すブロック図である。図示するように、センタ１００は、制御部１１０と、音声通信制御部１２０と、データ通信制御部１３０と、ユーザ情報データベース１４０と、入力部１５０と、出力部１６０と、から構成される。
【００２２】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、センタ１００の各部を制御するとともに、所定の動作プログラムを実行することで、後述する各処理を実現する。
【００２３】
音声通信制御部１２０は、例えば、モデムやＴＡ（Terminal Adapter：ターミナル・アダプタ）などの音声通信用の所定の通信装置から構成され、センタ１００と通信ネットワーク１０とを接続し、端末装置２００との間の音声通信を制御する。
【００２４】
データ通信制御部１３０は、例えば、ルータなどのデータ通信用の所定の通信装置から構成され、センタ１００と通信ネットワーク２０とを接続し、センタ１００と端末装置２００との間のデータ通信を制御する。なお、本実施の形態におけるＩＭを用いた通信は、ＩＭサーバであるセンタ１００が、データ通信制御部１３０および通信ネットワーク２０を介して各端末装置２００を相互接続させることで実現されるものである。
【００２５】
ユーザ情報データベース１４０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、本実施の形態にかかる情報提供システム１による情報提供サービスを利用するユーザ、すなわち、端末装置２００のユーザに関する情報が予め登録されている。図３に、ユーザ情報データベース１４０に記録される情報の例を示す。
【００２６】
図示するように、ユーザ情報データベース１４０には、各ユーザに割り当てられたユーザＩＤ毎にレコードが作成され、各レコードには、当該ユーザが使用する端末装置２００を特定するための情報（「端末特定情報」）、すなわち、音声通信における特定情報（例えば、電話番号）、および、データ通信における特定情報（例えば、ＩＰ（Internet Protocol）アドレス）、当該ユーザの現在のステータスを示す情報（「ステータス」）、センタ１００によるプッシュ配信の要否を示すプッシュ配信要否フラグ、ＩＭによる通信相手となる他のユーザを示す情報（「通信対象ユーザ」）、などが記録される。ここで、プッシュ配信要否フラグは、「１」である場合は「プッシュ配信要」を示し、「０」である場合は「プッシュ配信不要」を示す。なお、ユーザ情報データベース１４０に記録される情報のうち、「端末特定情報」はユーザによる事前登録により予め記録され、「ステータス情報」は各端末装置２００から随時自動的に取得され、「プッシュ配信要否フラグ」はユーザにより随時変更設定され、「通信対象ユーザ情報」は事前登録あるいはユーザによる随時変更設定により記録されるものである。
【００２７】
入力部１５０は、例えば、キーボードやポインティングデバイスなどの所定の入力装置から構成され、制御部１１０への指示の入力やユーザ情報データベース１４０への情報の入力などに用いられる。
【００２８】
出力部１６０は、例えば、ディスプレイ装置などの所定の出力装置から構成され、制御部１１０の処理結果などを出力する。
【００２９】
次に、端末装置２００の構成について説明する。端末装置２００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などの移動体通信端末から構成され、少なくとも、音声通信およびＩＭを用いたデータ通信可能に構成されている。端末装置２００の構成を図４を参照して説明する。
【００３０】
図示するように、端末装置２００は、制御部２１０と、通信制御部２２０と、着信情報格納部２３０と、プログラム格納部２４０と、状態情報格納部２５０と、入力部２６０と、出力部２７０と、から構成されている。
【００３１】
制御部２１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、端末装置２００の各部を制御するとともに、後述するプログラム格納部に格納されている動作プログラムを実行することで、後述する各処理を実現する。
【００３２】
通信制御部２２０は、当該端末装置２００が採用する通信方式に対応した所定の通信装置（回路、モジュール、アンテナ、など含む）から構成され、端末装置２００を通信ネットワーク１０，２０に接続し、音声通信及びデータ通信を行う。
【００３３】
着信情報格納部２３０は、例えば、フラッシュメモリなどの書換可能な記憶装置から構成され、端末装置２００による音声通信での着信に関する情報（いわゆる、着信履歴）を記録する。着信履歴には少なくとも発信元の電話番号情報が含まれるものとする。
【００３４】
プログラム格納部２４０は、例えば、フラッシュメモリなどの書換可能な記憶装置から構成され、本実施の形態にかかる各処理を実現するための所定の動作プログラムや必要なデータを格納する。ここで動作プログラムには、ＩＭによる通信を行うためのプログラム（以下、「ＩＭプログラム」とする）も含まれるものとする。また、音声通信およびデータ通信の双方においてセンタ１００を特定するための情報（すなわち、電話番号やＩＰアドレスなど）は、動作プログラムとともにプログラム格納部２４０に格納されるものとする。プログラム格納部２４０に格納される動作プログラムやデータは、例えば、通信ネットワーク２０を介してセンタ１００から提供されるものとする。
【００３５】
状態情報格納部２５０は、例えば、フラッシュメモリなどの書換可能な記憶装置から構成され、プログラム格納部２４０に格納されている動作プログラムによる動作に基づいて検出された、端末装置２００あるいはユーザの状態を示す情報（以下、「ステータス情報」とする）を格納する。ステータス情報は、ユーザの任意入力によるものの他、動作プログラムに基づいて制御部２１０が検出するものが含まれる。例えば、ユーザが、「会議中」、「多忙」、などを入力した場合は、その旨を示すステータス情報が格納される。また、例えば、ＩＭプログラムが起動していない場合や端末装置２００の電源がＯＦＦとなっている場合の他、端末装置２００が、例えば、「スリープ状態」、「着信音ＯＦＦ設定」、「（自動車の）運転中モード」、などの所定の動作制限状態である場合は、制御部２１０がそれらを検出し、その旨を示すステータス情報が格納される。
【００３６】
入力部２６０は、例えば、テンキーやその他のキーおよび各種スイッチ類などの他、マイクなどの音声入力装置などから構成され、端末装置２００に所定の情報（電話番号など）や指示（状態設定やＩＭ通信に伴う各種指示、など）、および、音声情報などを入力する。
【００３７】
出力部２７０は、例えば、液晶表示装置などから構成されるディスプレイ装置やスピーカなどから構成され、各種操作画面やセンタ１００から受信した情報、および、音声通信で受信する音声信号などを出力する。
【００３８】
次に、本実施の形態にかかる情報提供システム１における、センタ１００および端末装置２００が行う各処理を図面を参照して説明する。
【００３９】
まず、センタ１００によるプッシュ配信の事前処理として、端末装置２００による端末状態通知処理およびセンタ１００によるプッシュ配信準備処理を図５のフローチャートを参照して説明する。
【００４０】
端末装置２００の制御部２１０は、端末装置２００あるいはユーザのステータスを検出する（ステップＳ１０１）。ここでは、上述のように、ユーザによる入力部２６０を用いた指示入力の検出の他、端末装置２００や動作プログラムの起動状態などを検出する。
【００４１】
ここで、検出したステータスが、検出前と変化している場合（ステップＳ１０２：Ｙｅｓ）、制御部２１０は通信制御部２２０を制御して、検出したステータスを示す情報（以下、「現在ステータス情報」とする）をセンタ１００に送信する（ステップＳ１０３）。現在ステータス情報は、状態情報格納部２５０にも格納される。
【００４２】
ステップＳ１０３での現在ステータス情報の送信後、あるいは、ステータスに変化がなかった場合（ステップＳ１０２：Ｎｏ）、制御部２１０は、プッシュ配信要否フラグの設定が変更されたか否かを検出する（ステップＳ１０４）。ここでは、ユーザによる任意入力による変更、あるいは、ステップＳ１０２で検出したステータスの変化に応じて自動的にフラグの変更を行う。すなわち、センタ１００からのプッシュ配信の要否をユーザが任意に決定してもよく、あるいは、現在ステータスがＩＭ通信可能状態に変化（例えば、「会議中」から「食事中」への変化や、「スリープ状態」から「アクティブ状態」への変化）したことを契機に、制御部２１０がプッシュ配信を要求するように自動的にフラグを変更してもよい。フラグが変更された場合（ステップＳ１０４：Ｙｅｓ）は、通信制御部２２０を制御し、変更後のフラグ設定を示す情報をセンタ１００に送信する（ステップＳ１０５）。
【００４３】
また、フラグに変化がない場合（ステップＳ１０４：Ｎｏ）は、処理を終了する。この端末状態通知処理は、随時繰り返し実行される。
【００４４】
一方、センタ１００では、データ通信制御部１３０が、端末装置２００から現在ステータス情報及び／又は変更後フラグ情報を受信すると（ステップＳ２０１、Ｓ２０３）、制御部１１０がユーザ情報データベース１４０にアクセスし、対応するユーザのレコードの「ステータス」及び／又は「プッシュ配信要否フラグ」を、受信した情報に基づいて更新して（ステップＳ２０２、Ｓ２０４）、処理を終了する。このプッシュ配信準備処理は、随時繰り返し実行される。すなわち、ユーザ情報データベース１４０には、各端末装置２００の現在の「ステータス」および「プッシュ配信要否フラグ」が記録される。
【００４５】
次に、センタ１００による配信通知処理を図６のフローチャートを参照して説明する。この配信通知処理は、ユーザ情報データベース１４０のステータス情報の更新（ステップＳ２０２）を契機に実行される。
【００４６】
制御部１１０は、ステータス情報が更新されたユーザのレコードを参照し、「通信対象ユーザ」に他のユーザＩＤが設定されているか否かを判別する（ステップＳ３０１）。
【００４７】
ここで、「通信対象ユーザ」が設定されている場合（ステップＳ３０１：Ｙｅｓ）、制御部１１０は、当該通信対象ユーザのユーザＩＤ情報を取得する（ステップＳ３０２）。一方、「通信対象ユーザ」の設定がない場合（ステップＳ３０１：Ｎｏ）は、処理を終了する。
【００４８】
制御部１１０は、ユーザ情報データベース１４０にアクセスし、ステップＳ３０２で取得したユーザＩＤのレコードの「プッシュ配信要否フラグ」を参照し、フラグがＯＮ（「１」）となっているか否かを判別する（ステップＳ３０３）。すなわち、当該ユーザが、ＩＭ通信に用いるステータス情報のプッシュ配信を希望しているか否かを判別する。
【００４９】
ここで、当該ユーザのフラグがＯＮである場合（ステップＳ３０３：Ｙｅｓ）、制御部１１０は、当該ユーザのレコードから、音声通信の端末特定情報（すなわち、電話番号）を取得する（ステップＳ３０４）。一方、フラグがＯＦＦ（「０」）である場合（ステップＳ３０３：Ｎｏ）は、処理を終了する。
【００５０】
制御部１１０は、音声通信制御部１２０を制御し、通信ネットワーク１０を介して、ステップＳ３０４で取得した電話番号宛に発呼する（ステップＳ３０５）。制御部１１０は、この発呼が相手先の端末装置２００で着信されたか否かを検出し（ステップＳ３０６）、着信の検出後（ステップＳ３０６：Ｙｅｓ）、直ちに当該回線を切断し（ステップＳ３０７）、処理を終了する。ここでは、端末装置２００での着信に対する応答など（例えば、通話ボタンの押下）によってセンタ１００−端末装置２００間の通信路が確立される前（すなわち、通話可能状態となる前）に回線を切断するようにする。このためには、端末装置２００での着信とほぼ同時に回線を切断する。この場合、例えば、当該端末装置２００を管轄する局内交換機による呼び出し信号の発信を検出することで、端末装置２００への着信を検出することができる。ここでは、例えば、センタ１００が通信ネットワーク１０を用いた通信での音声信号をモニタし、ダイヤルトーンと呼び出し信号との音声の相違を検知するなどにより呼び出し信号の発信を検出することができる。
【００５１】
端末装置２００では、管轄局内交換機からの呼び出し信号を受信すると、発信元（この場合センタ１００）の電話番号を示す情報が通知され、着信情報格納部２３０に記録される（着信履歴）。すなわち、通信路が未確立であるため、当該音声通信に対する通信料（通話料）などの通信コストを発生させることなく、端末装置２００の着信履歴にセンタ１００からの着信があった旨を記録させることができる。これにより、対象となる端末装置２００に、プッシュ配信対象の情報（この場合、他ユーザのステータス変化）がある旨を黙示的に通知する（以下、「プッシュ配信通知」とする）。
【００５２】
次に、センタ１００から配信通知を受けた端末装置２００によるプッシュ配信要求処理およびセンタ１００によるプッシュ配信処理を図７のフローチャートを参照して説明する。
【００５３】
端末装置２００の制御部２１０は、例えば、処置のタイマ割込などにより、図７に示すプッシュ配信要求処理を所定期間毎に起動すると、着信情報格納部２３０を検索し（ステップＳ４０１）、着信履歴にセンタ１００を指定する電話番号情報（以下、「センタ指定番号情報」とする）が記録されているか否かを判別する（ステップＳ４０２）。なお、センタ指定番号情報は、プログラム格納部２４０に、動作プログラムとともに予め記録されているものとし、制御部２１０は、プログラム格納部２４０に記録されたセンタ指定番号情報と着信履歴に記録されている各電話番号情報とを比較することで、センタ指定番号情報の有無を判別する。
【００５４】
センタ１００からの着信（すなわち、プッシュ配信通知）があった場合（ステップＳ４０２：Ｙｅｓ）、制御部２１０は、状態情報格納部２５０に記録されている現在ステータス情報を参照し、現在ＩＭ通信が可能な状態（以下、「通信可能状態」）であるか否かを判別する（ステップＳ４０３）。ここで、通信可能状態とは、端末装置２００や動作プログラムの起動状態が物理的に通信可能である場合の他、ユーザが、例えば、「会議中」や「（自動車の）運転中」などといった、端末装置２００の操作やＩＭ通信を行うのにふさわしくない状態以外の状態などをいうものとする。
【００５５】
通信可能状態である場合（ステップＳ４０３：Ｙｅｓ）、制御部２１０は、通信制御部２２０を制御し、当該端末装置２００を識別するための情報とともに所定の要求コマンドや問い合わせコマンドをセンタ１００に送信するなどして、センタ１００からのプッシュ配信通知に応答する（ステップＳ４０４）。
【００５６】
プッシュ配信通知がない場合（ステップＳ４０２：Ｎｏ）や通信可能状態ではない場合（ステップＳ４０３：Ｎｏ）は、センタ１００への応答を行わずに処理を終了する。
【００５７】
センタ１００では、データ通信制御部１３０が端末装置２００からの応答を受信すると（ステップＳ５０１）、制御部１１０がユーザ情報データベース１４０にアクセスし、当該端末装置２００のユーザのレコードを参照する（ステップＳ５０２）。
【００５８】
制御部１１０は、当該レコードから、当該ユーザの通信相手として「通信対象ユーザ」に登録されている他ユーザのユーザＩＤを取得する。制御部１１０は、取得した他ユーザのユーザＩＤに対応するレコードを参照して、当該他ユーザのステータス情報を取得する（ステップＳ５０３）。
【００５９】
制御部１１０は、データ通信制御部１３０を制御し、ステップＳ５０３で取得した他ユーザのステータス情報を、要求元の端末装置２００に送信し（ステップＳ５０４）、処理を終了する。
【００６０】
端末装置２００では、通信制御部２２０が、センタ１００から他ユーザのステータス情報を受信し（ステップＳ４０５）、処理を終了する。端末装置２００では、通信相手として登録してある他ユーザの現在ステータス情報が取得でき、これを用いて所望のＩＭ通信を行う。
【００６１】
以上説明したように、本発明の実施の形態にかかる情報提供システム１によれば、配信対象となる情報に変化があった場合のみに、対象となる端末装置２００にプッシュ配信することができるので、ネットワーク負荷を低減し、効率的にプッシュ配信することができる。
【００６２】
また、センタ１００から端末装置２００へのプッシュ配信通知を、音声通信に基づく発呼により行い、かつ、通信路を確立させないので、センタ１００からプッシュ配信通知に通信料等のコストが発生しない。また、端末装置２００からのプッシュ配信要求も、配信対象情報が変化した場合のみに行われるので、端末装置２００にかかる通信コストも最小限にすることができる。
【００６３】
さらに、通常の移動体通信端末が当然に備える音声通信機能を用いてプッシュ配信の通知を行い、これを契機にプッシュ配信のための諸手順がなされるので、プッシュ配信を実現するために通常必要となる呼制御プロトコル等を必要としない。したがって、そのようなプロトコルに対応していない端末に対しても、プッシュ配信を行うことができる。
【００６４】
上記実施の形態では、ユーザ間のＩＭ通信に用いられるステータス情報をプッシュ配信する場合を例に説明したが、本発明の適用対象はこれに限られない。例えば、ニュースや各種ソフトウェアなどをプッシュ配信する場合などにおいても、本発明を適用することができる。
【００６５】
上記実施の形態では、センタ１００から端末装置２００に対するプッシュ配信通知において、通信路を確立させないために端末装置２００での着信と同時に回線を切断するようにしたが、通信路を確立させないのであれば、その方法は任意である。例えば、端末装置２００側の動作プログラムにより、着信にかかるセンタ指定番号を識別し、通信路を確立させないように制御してもよい。例えば、センタ指定番号を認識した場合に、所定の応答コマンドなどを返送し、これに応じてセンタ１００が回線を切断するようにしてもよい。
【００６６】
また、上記実施の形態では、プッシュ配信通知がなされたか否かを、着信履歴を事後的に参照することで判別したが、必要に応じてプッシュ配信通知に対する応答が可能であれば任意の方法が適用可能である。例えば、端末装置２００の動作プログラムにより、着信と同時にセンタ１００からの着信であるか（すなわち、プッシュ配信通知であるか）否かを判別し、必要に応じて即時的に応答するようにしてもよい。この場合、着信にかかる電話番号がセンタ指定番号であるか否かの判別をすることなく、センタ１００にプッシュ配信対象情報の有無を問い合わせるようにしてもよい。これにより、端末装置２００が着信履歴に発信元の電話番号情報を記録できない場合であっても、本発明を適用することができる。
【００６７】
上記実施の形態では、端末装置２００として移動体通信端末を例に説明したが、音声通信とデータ通信の双方が可能であれば、任意の装置を端末装置２００として採用可能である。この場合、例えば、音声通信とデータ通信を行うことができるモデムなどの通信装置を接続（あるいは装着）した、パーソナルコンピュータやＰＤＡ（Personal Data Assistance：携帯情報端末）などを用いてもよい。
【００６８】
なお、本発明の実施の形態にかかるセンタ１００は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述の処理を実行するためのプログラムを格納した記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭなど）から当該プログラムをインストールすることにより、上述の処理を実行するセンタ１００を構成することができる。
【００６９】
また、本実施の形態にかかる端末装置２００についても同様に、任意の装置に上述の処理を実行するためのプログラムをインストールすることにより、本実施の形態にかかる端末装置２００を構成することができる。
【００７０】
そして、これらのプログラムを供給するための手段は任意である。上述のように所定の記録媒体を介して供給できる他、例えば、通信回線、通信ネットワーク、通信システムなどを介して供給してもよい。この場合、例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して搬送波に重畳して提供してもよい。そして、このように提供されたプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【００７１】
【発明の効果】
以上説明したように、本発明によれば、簡易かつ効率的なプッシュ配信を実現する情報提供システム等を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかる情報提供システムの構成を示す図である。
【図２】図１に示すセンタの構成を示すブロック図である。
【図３】図２に示すユーザ情報データベースに蓄積される情報の例を示す図である。
【図４】図１に示す端末装置の構成を示すブロック図である。
【図５】本発明の実施の形態にかかる端末状態通知処理およびプッシュ配信準備処理を説明するためのフローチャートである。
【図６】本発明の実施の形態にかかる配信通知処理を説明するためのフローチャートである。
【図７】本発明の実施の形態にかかるプッシュ配信要求処理およびプッシュ配信処理を説明するためのフローチャートである。
【符号の説明】
１０ 通信ネットワーク
２０ 通信ネットワーク
１００ センタ
２００ 端末装置
【発明の属する技術分野】
本発明は情報提供システムおよび装置、通信端末装置、ならびに、プログラムに関し、特に、簡易かつ効率的なプッシュ配信を実現する情報提供システムおよび装置、通信端末装置、ならびに、プログラムに関する。
【０００２】
【従来の技術】
インターネットなどの通信ネットワークを介して、サーバからクライアントに種々の情報を配信する場合において、更新された情報などを自動的に配信する、いわゆるプッシュ配信が知られている。このようなプッシュ配信においては、サーバが各クライアントを管理し、接続しているクライアントに対し自動配信する方式（サーバ主導型プッシュ）と、クライアントがサーバに定期的に配信情報の有無を問い合わせる方式（クライアント主導型プッシュあるいは擬似プッシュ）とがある。
【０００３】
近年、携帯電話などの移動体通信端末を用いたインターネット利用やインスタントメッセージ交換などのデータ通信が盛んであるが、このような移動体通信ネットワークにおけるプッシュ配信では、擬似プッシュ方式である場合が多い。このため、クライアントである移動体通信端末から定期的に問い合わせを発信することになる。この場合、配信対象情報（コンテンツ）に変化がない場合であっても問い合わせを行うことになり、無駄な問い合わせが多く、ネットワークのトラフィックに負荷をかけることになる。また、この問い合わせ発信に対しても通信料が発生する場合においては、利用者の通信コストも増大する。
【０００４】
一方、クライアントの移動体通信端末に、例えば、電子メールやＳＭＳ（Short Message Service）などで配信対象情報がある旨を通知し、この通知に応じてサーバにアクセスして情報取得することでプッシュ配信を実現する方法もあるが、電子メールによる通知ではそれ自体に通信料が発生する場合があり、情報配信者の通信コスト負担が増大してしまう。
【０００５】
また、移動体通信ネットワーク上でプッシュ配信を実現するためには、例えば、ＳＩＰ（Session Initiation Protocol）などの所定の呼制御プロトコルなどを用いることが必要な場合もあり、これらのプロトコルに対応していない端末にはプッシュ配信できないという問題もあった。
【０００６】
【発明が解決しようとする課題】
本発明は、上記実状に鑑みてなされたもので、簡易かつ効果的なプッシュ配信を実現する情報提供システムおよび装置、通信端末装置、ならびに、プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点にかかる情報提供システムは、
通信回線を介して相互に接続されたセンタと複数の通信端末装置から構成され、前記センタから各前記通信端末装置に所定の情報を提供する情報提供システムであって、
前記センタは、
予め登録されたユーザが使用する前記通信端末装置に所定の情報を提供すべき事由が発生したか否かを判別する提供要否判別手段と、
前記提供要否判別手段が情報提供すべき事由が発生したと判別した場合、前記通信端末装置に対して音声通信に基づく発呼をし、通信路が確立しないように回線切断することにより、前記センタを指定する情報を通知する通知手段と、を備え、
前記通信端末装置は、
少なくとも前記通知手段による発呼を着信し、前記通知を取得する着信手段と、
前記着信手段が取得した通知に基づいて、前記センタに情報提供を要求する情報要求手段と、を備え、
前記センタはさらに、
前記情報要求手段による要求に応じて、当該通信端末装置に提供すべき情報を提供する情報提供手段を備える、
ことを特徴とする。
【０００８】
このような構成によれば、例えば、携帯電話などの移動体通信端末（クライアント）に情報をプッシュ配信する場合などにおいて、配信先の移動体通信端末に音声通信による発呼を行うことで、移動体通信端末のいわゆる着信履歴に配信元（サーバ）からの着信を記録する（プッシュ配信通知）。移動体通信端末は、着信履歴にサーバからの着信がある場合、サーバに対しプッシュ配信を要求することで、所定の情報が配信される。サーバ側は、配信すべき情報がある場合のみ、対象となる移動体通信端末に発呼すればよいので、クライアントからサーバに対し、定期的に問い合わせる必要がない。このため、無駄な問い合わせがなくなり、ネットワーク負荷を軽減することができる。また、通常の移動体通信端末が当然に有する音声通信機能を用いているので、特別な呼制御プロトコルなどを必要とせず、あらゆる端末に対して簡易にプッシュ配信を実現することができる。
【０００９】
また、サーバからの発呼の際に、例えば、クライアントでの着信と同時に回線を切断するなどにより、サーバとクライアント間での音声通信の通信路が確立されないようにクライアントに着信させる。これにより、通信料などのコストを発生させることなく、クライアントの着信履歴にサーバからの着信を記録させることができ、通信コストを軽減したプッシュ配信を実現することができる。
【００１０】
さらに、例えば、登録してある通信相手の状態（ステータス）に応じてメッセージ交換などを行うインスタントメッセージ（ＩＭ）などにおいて、あるユーザのステータスが変化したことをリアルタイムで通信相手に通知（プッシュ配信）することができる。この場合、上述のプッシュ配信通知は、対象となるユーザのステータスが変化した場合のみに行われ、また、クライアントからのプッシュ配信要求もこれに付随して行われるため、最小限の通信で効率的にＩＭサービスを提供・利用することができる。
【００１１】
上記目的を達成するため、本発明の第２の観点にかかる情報提供装置は、
所定の通信端末装置を指定する情報を登録する端末指定情報登録部と、
前記通信端末装置に提供する情報を蓄積する提供情報蓄積部と、
前記提供情報蓄積部に蓄積された情報を所定の前記通信端末装置に提供すべき事由が発生したか否かを判別する提供要否判別部と、
前記提供要否判別部が情報提供すべき事由が発生したと判別した場合、提供すべき前記通信端末装置に対し、通信回線を介した音声通信に基づく発呼を行うことで、少なくとも自己を指定する情報を通知する通知部と、
前記通知部による通知に対する応答を当該通信端末装置から受信する応答受信部と、
前記応答受信部による応答の受信を契機に、提供すべき情報を当該通信端末装置に提供する情報提供部と、を備え、
前記通知部は、前記発呼に対する前記提供先通信端末装置の着信を検出し、着信検出に基づいて回線切断することにより、該提供先通信端末装置との通信路が確立されないよう該発呼にかかる通信を制御する、
ことを特徴とする。
【００１２】
上記情報提供装置は、
前記所定の通信端末装置および該通信端末装置の使用者の状態を示す状態情報を当該通信端末装置から順次取得する状態情報取得部をさらに備えることが望ましく、この場合、
前記提供情報蓄積部は、前記状態情報取得部が取得した状態情報を提供情報として記録し、
前記提供要否判別部は、前記提供情報蓄積部に記録された状態情報に変化があった場合、当該状態情報を提供すべき事由が発生したと判別するものとすることができる。
【００１３】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
コンピュータを、上記情報提供装置として機能させることを特徴とする。
【００１４】
上記目的を達成するため、本発明の第４の観点にかかる通信端末装置は、
通信回線を介して音声通信とデータ通信とを行う通信端末装置であって、
当該通信端末装置にデータ通信により所定の情報を提供するサーバ装置を指定するサーバ指定情報を予め登録するサーバ指定情報登録部と、
音声通信による着信履歴を示す着信履歴情報を記録する着信履歴記録部と、
前記着信履歴記録部に記録された着信履歴情報に、前記サーバ指定情報登録部に登録されたサーバ指定情報が含まれているか否かを判別する着信判別部と、
前記着信判別部が、前記着信履歴情報に前記サーバ指定情報が含まれていると判別した場合、データ通信により前記サーバ装置に応答する応答部と、
前記応答部による応答に応じて前記サーバ装置が提供する情報をデータ通信により取得する情報取得部と、
前記通信端末装置および該通信端末装置の使用者の状態を検出する状態検出部と、
前記状態検出部が検出した状態に基づいて、前記情報取得部による情報取得の許否を判別する取得許否判別部と、を備え、
前記応答部は、前記取得許否判別部が情報取得を許可すると判別した場合に、前記サーバ装置に応答する、
ことを特徴とする。
【００１５】
上記目的を達成するため、本発明の第５の観点にかかるプログラムは、
コンピュータを、上記通信端末装置として機能させることを特徴とする。
【００１６】
上記目的を達成するため、本発明の第６の観点にかかるプログラムは、
通信端末装置を制御するコンピュータに、
当該通信端末装置にデータ通信により所定の情報を提供するサーバ装置を指定するサーバ指定情報を予め登録する機能と、
前記サーバ装置からの音声通信を着信した場合、該サーバに回線切断させる機能と、
音声通信による着信履歴を示す着信履歴情報を記録する機能と、
記録された着信履歴情報に、登録されたサーバ指定情報が含まれているか否かを判別する機能と、
前記着信履歴情報に前記サーバ指定情報が含まれていると判別された場合、データ通信により前記サーバ装置に応答する機能と、
前記応答に応じて前記サーバ装置が提供する情報をデータ通信により取得する機能と、
を実現させることを特徴とする。
【００１７】
【発明の実施の形態】
以下、本発明にかかる実施の形態を図面を参照して説明する。
【００１８】
図１は本発明の実施の形態にかかる情報提供システムを示す図である。図示するように、本実施の形態にかかる情報提供システム１は、センタ１００と、端末装置２００と、から構成され、それぞれが通信ネットワーク１０、２０を介して相互に接続されている。なお、本実施の形態では、センタ１００が、所定の端末装置２００間でのインスタントメッセージ（以下、「ＩＭ」とする）による通信サービスを提供するＩＭサーバとして機能するものとし、ユーザ間でＩＭ通信を行う際に用いられる各ユーザのステータス情報を所定の端末装置２００にプッシュ配信するものとする。すなわち、センタ１００が、各端末装置２００（あるいはそのユーザ）の状態（以下、「ステータス」とする）を随時取得し、他の端末装置２００に通知することで、ＩＭサービスにログインしている端末装置２００同士でのＩＭ通信を実現するものである。
【００１９】
ここで、通信ネットワーク１０は、例えば、公衆電話交換回線網（ＰＳＴＮ（Public Switched Telephone Network））などの回線交換方式の電話回線網などから構成され、電話端末間の音声通信を媒介する。また、通信ネットワーク２０は、例えば、所定の通信プロトコル（例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）など）を用いたデータ通信を行うための通信回線である。
【００２０】
センタ１００は、例えば、メインフレームやワークステーションなどの所定のコンピュータ装置から構成され、後述する各処理を実行することにより、各端末装置２００に情報を提供するものである。センタ１００の構成を図２を参照して説明する。
【００２１】
図２はセンタ１００の構成を示すブロック図である。図示するように、センタ１００は、制御部１１０と、音声通信制御部１２０と、データ通信制御部１３０と、ユーザ情報データベース１４０と、入力部１５０と、出力部１６０と、から構成される。
【００２２】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、センタ１００の各部を制御するとともに、所定の動作プログラムを実行することで、後述する各処理を実現する。
【００２３】
音声通信制御部１２０は、例えば、モデムやＴＡ（Terminal Adapter：ターミナル・アダプタ）などの音声通信用の所定の通信装置から構成され、センタ１００と通信ネットワーク１０とを接続し、端末装置２００との間の音声通信を制御する。
【００２４】
データ通信制御部１３０は、例えば、ルータなどのデータ通信用の所定の通信装置から構成され、センタ１００と通信ネットワーク２０とを接続し、センタ１００と端末装置２００との間のデータ通信を制御する。なお、本実施の形態におけるＩＭを用いた通信は、ＩＭサーバであるセンタ１００が、データ通信制御部１３０および通信ネットワーク２０を介して各端末装置２００を相互接続させることで実現されるものである。
【００２５】
ユーザ情報データベース１４０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成され、本実施の形態にかかる情報提供システム１による情報提供サービスを利用するユーザ、すなわち、端末装置２００のユーザに関する情報が予め登録されている。図３に、ユーザ情報データベース１４０に記録される情報の例を示す。
【００２６】
図示するように、ユーザ情報データベース１４０には、各ユーザに割り当てられたユーザＩＤ毎にレコードが作成され、各レコードには、当該ユーザが使用する端末装置２００を特定するための情報（「端末特定情報」）、すなわち、音声通信における特定情報（例えば、電話番号）、および、データ通信における特定情報（例えば、ＩＰ（Internet Protocol）アドレス）、当該ユーザの現在のステータスを示す情報（「ステータス」）、センタ１００によるプッシュ配信の要否を示すプッシュ配信要否フラグ、ＩＭによる通信相手となる他のユーザを示す情報（「通信対象ユーザ」）、などが記録される。ここで、プッシュ配信要否フラグは、「１」である場合は「プッシュ配信要」を示し、「０」である場合は「プッシュ配信不要」を示す。なお、ユーザ情報データベース１４０に記録される情報のうち、「端末特定情報」はユーザによる事前登録により予め記録され、「ステータス情報」は各端末装置２００から随時自動的に取得され、「プッシュ配信要否フラグ」はユーザにより随時変更設定され、「通信対象ユーザ情報」は事前登録あるいはユーザによる随時変更設定により記録されるものである。
【００２７】
入力部１５０は、例えば、キーボードやポインティングデバイスなどの所定の入力装置から構成され、制御部１１０への指示の入力やユーザ情報データベース１４０への情報の入力などに用いられる。
【００２８】
出力部１６０は、例えば、ディスプレイ装置などの所定の出力装置から構成され、制御部１１０の処理結果などを出力する。
【００２９】
次に、端末装置２００の構成について説明する。端末装置２００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などの移動体通信端末から構成され、少なくとも、音声通信およびＩＭを用いたデータ通信可能に構成されている。端末装置２００の構成を図４を参照して説明する。
【００３０】
図示するように、端末装置２００は、制御部２１０と、通信制御部２２０と、着信情報格納部２３０と、プログラム格納部２４０と、状態情報格納部２５０と、入力部２６０と、出力部２７０と、から構成されている。
【００３１】
制御部２１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、端末装置２００の各部を制御するとともに、後述するプログラム格納部に格納されている動作プログラムを実行することで、後述する各処理を実現する。
【００３２】
通信制御部２２０は、当該端末装置２００が採用する通信方式に対応した所定の通信装置（回路、モジュール、アンテナ、など含む）から構成され、端末装置２００を通信ネットワーク１０，２０に接続し、音声通信及びデータ通信を行う。
【００３３】
着信情報格納部２３０は、例えば、フラッシュメモリなどの書換可能な記憶装置から構成され、端末装置２００による音声通信での着信に関する情報（いわゆる、着信履歴）を記録する。着信履歴には少なくとも発信元の電話番号情報が含まれるものとする。
【００３４】
プログラム格納部２４０は、例えば、フラッシュメモリなどの書換可能な記憶装置から構成され、本実施の形態にかかる各処理を実現するための所定の動作プログラムや必要なデータを格納する。ここで動作プログラムには、ＩＭによる通信を行うためのプログラム（以下、「ＩＭプログラム」とする）も含まれるものとする。また、音声通信およびデータ通信の双方においてセンタ１００を特定するための情報（すなわち、電話番号やＩＰアドレスなど）は、動作プログラムとともにプログラム格納部２４０に格納されるものとする。プログラム格納部２４０に格納される動作プログラムやデータは、例えば、通信ネットワーク２０を介してセンタ１００から提供されるものとする。
【００３５】
状態情報格納部２５０は、例えば、フラッシュメモリなどの書換可能な記憶装置から構成され、プログラム格納部２４０に格納されている動作プログラムによる動作に基づいて検出された、端末装置２００あるいはユーザの状態を示す情報（以下、「ステータス情報」とする）を格納する。ステータス情報は、ユーザの任意入力によるものの他、動作プログラムに基づいて制御部２１０が検出するものが含まれる。例えば、ユーザが、「会議中」、「多忙」、などを入力した場合は、その旨を示すステータス情報が格納される。また、例えば、ＩＭプログラムが起動していない場合や端末装置２００の電源がＯＦＦとなっている場合の他、端末装置２００が、例えば、「スリープ状態」、「着信音ＯＦＦ設定」、「（自動車の）運転中モード」、などの所定の動作制限状態である場合は、制御部２１０がそれらを検出し、その旨を示すステータス情報が格納される。
【００３６】
入力部２６０は、例えば、テンキーやその他のキーおよび各種スイッチ類などの他、マイクなどの音声入力装置などから構成され、端末装置２００に所定の情報（電話番号など）や指示（状態設定やＩＭ通信に伴う各種指示、など）、および、音声情報などを入力する。
【００３７】
出力部２７０は、例えば、液晶表示装置などから構成されるディスプレイ装置やスピーカなどから構成され、各種操作画面やセンタ１００から受信した情報、および、音声通信で受信する音声信号などを出力する。
【００３８】
次に、本実施の形態にかかる情報提供システム１における、センタ１００および端末装置２００が行う各処理を図面を参照して説明する。
【００３９】
まず、センタ１００によるプッシュ配信の事前処理として、端末装置２００による端末状態通知処理およびセンタ１００によるプッシュ配信準備処理を図５のフローチャートを参照して説明する。
【００４０】
端末装置２００の制御部２１０は、端末装置２００あるいはユーザのステータスを検出する（ステップＳ１０１）。ここでは、上述のように、ユーザによる入力部２６０を用いた指示入力の検出の他、端末装置２００や動作プログラムの起動状態などを検出する。
【００４１】
ここで、検出したステータスが、検出前と変化している場合（ステップＳ１０２：Ｙｅｓ）、制御部２１０は通信制御部２２０を制御して、検出したステータスを示す情報（以下、「現在ステータス情報」とする）をセンタ１００に送信する（ステップＳ１０３）。現在ステータス情報は、状態情報格納部２５０にも格納される。
【００４２】
ステップＳ１０３での現在ステータス情報の送信後、あるいは、ステータスに変化がなかった場合（ステップＳ１０２：Ｎｏ）、制御部２１０は、プッシュ配信要否フラグの設定が変更されたか否かを検出する（ステップＳ１０４）。ここでは、ユーザによる任意入力による変更、あるいは、ステップＳ１０２で検出したステータスの変化に応じて自動的にフラグの変更を行う。すなわち、センタ１００からのプッシュ配信の要否をユーザが任意に決定してもよく、あるいは、現在ステータスがＩＭ通信可能状態に変化（例えば、「会議中」から「食事中」への変化や、「スリープ状態」から「アクティブ状態」への変化）したことを契機に、制御部２１０がプッシュ配信を要求するように自動的にフラグを変更してもよい。フラグが変更された場合（ステップＳ１０４：Ｙｅｓ）は、通信制御部２２０を制御し、変更後のフラグ設定を示す情報をセンタ１００に送信する（ステップＳ１０５）。
【００４３】
また、フラグに変化がない場合（ステップＳ１０４：Ｎｏ）は、処理を終了する。この端末状態通知処理は、随時繰り返し実行される。
【００４４】
一方、センタ１００では、データ通信制御部１３０が、端末装置２００から現在ステータス情報及び／又は変更後フラグ情報を受信すると（ステップＳ２０１、Ｓ２０３）、制御部１１０がユーザ情報データベース１４０にアクセスし、対応するユーザのレコードの「ステータス」及び／又は「プッシュ配信要否フラグ」を、受信した情報に基づいて更新して（ステップＳ２０２、Ｓ２０４）、処理を終了する。このプッシュ配信準備処理は、随時繰り返し実行される。すなわち、ユーザ情報データベース１４０には、各端末装置２００の現在の「ステータス」および「プッシュ配信要否フラグ」が記録される。
【００４５】
次に、センタ１００による配信通知処理を図６のフローチャートを参照して説明する。この配信通知処理は、ユーザ情報データベース１４０のステータス情報の更新（ステップＳ２０２）を契機に実行される。
【００４６】
制御部１１０は、ステータス情報が更新されたユーザのレコードを参照し、「通信対象ユーザ」に他のユーザＩＤが設定されているか否かを判別する（ステップＳ３０１）。
【００４７】
ここで、「通信対象ユーザ」が設定されている場合（ステップＳ３０１：Ｙｅｓ）、制御部１１０は、当該通信対象ユーザのユーザＩＤ情報を取得する（ステップＳ３０２）。一方、「通信対象ユーザ」の設定がない場合（ステップＳ３０１：Ｎｏ）は、処理を終了する。
【００４８】
制御部１１０は、ユーザ情報データベース１４０にアクセスし、ステップＳ３０２で取得したユーザＩＤのレコードの「プッシュ配信要否フラグ」を参照し、フラグがＯＮ（「１」）となっているか否かを判別する（ステップＳ３０３）。すなわち、当該ユーザが、ＩＭ通信に用いるステータス情報のプッシュ配信を希望しているか否かを判別する。
【００４９】
ここで、当該ユーザのフラグがＯＮである場合（ステップＳ３０３：Ｙｅｓ）、制御部１１０は、当該ユーザのレコードから、音声通信の端末特定情報（すなわち、電話番号）を取得する（ステップＳ３０４）。一方、フラグがＯＦＦ（「０」）である場合（ステップＳ３０３：Ｎｏ）は、処理を終了する。
【００５０】
制御部１１０は、音声通信制御部１２０を制御し、通信ネットワーク１０を介して、ステップＳ３０４で取得した電話番号宛に発呼する（ステップＳ３０５）。制御部１１０は、この発呼が相手先の端末装置２００で着信されたか否かを検出し（ステップＳ３０６）、着信の検出後（ステップＳ３０６：Ｙｅｓ）、直ちに当該回線を切断し（ステップＳ３０７）、処理を終了する。ここでは、端末装置２００での着信に対する応答など（例えば、通話ボタンの押下）によってセンタ１００−端末装置２００間の通信路が確立される前（すなわち、通話可能状態となる前）に回線を切断するようにする。このためには、端末装置２００での着信とほぼ同時に回線を切断する。この場合、例えば、当該端末装置２００を管轄する局内交換機による呼び出し信号の発信を検出することで、端末装置２００への着信を検出することができる。ここでは、例えば、センタ１００が通信ネットワーク１０を用いた通信での音声信号をモニタし、ダイヤルトーンと呼び出し信号との音声の相違を検知するなどにより呼び出し信号の発信を検出することができる。
【００５１】
端末装置２００では、管轄局内交換機からの呼び出し信号を受信すると、発信元（この場合センタ１００）の電話番号を示す情報が通知され、着信情報格納部２３０に記録される（着信履歴）。すなわち、通信路が未確立であるため、当該音声通信に対する通信料（通話料）などの通信コストを発生させることなく、端末装置２００の着信履歴にセンタ１００からの着信があった旨を記録させることができる。これにより、対象となる端末装置２００に、プッシュ配信対象の情報（この場合、他ユーザのステータス変化）がある旨を黙示的に通知する（以下、「プッシュ配信通知」とする）。
【００５２】
次に、センタ１００から配信通知を受けた端末装置２００によるプッシュ配信要求処理およびセンタ１００によるプッシュ配信処理を図７のフローチャートを参照して説明する。
【００５３】
端末装置２００の制御部２１０は、例えば、処置のタイマ割込などにより、図７に示すプッシュ配信要求処理を所定期間毎に起動すると、着信情報格納部２３０を検索し（ステップＳ４０１）、着信履歴にセンタ１００を指定する電話番号情報（以下、「センタ指定番号情報」とする）が記録されているか否かを判別する（ステップＳ４０２）。なお、センタ指定番号情報は、プログラム格納部２４０に、動作プログラムとともに予め記録されているものとし、制御部２１０は、プログラム格納部２４０に記録されたセンタ指定番号情報と着信履歴に記録されている各電話番号情報とを比較することで、センタ指定番号情報の有無を判別する。
【００５４】
センタ１００からの着信（すなわち、プッシュ配信通知）があった場合（ステップＳ４０２：Ｙｅｓ）、制御部２１０は、状態情報格納部２５０に記録されている現在ステータス情報を参照し、現在ＩＭ通信が可能な状態（以下、「通信可能状態」）であるか否かを判別する（ステップＳ４０３）。ここで、通信可能状態とは、端末装置２００や動作プログラムの起動状態が物理的に通信可能である場合の他、ユーザが、例えば、「会議中」や「（自動車の）運転中」などといった、端末装置２００の操作やＩＭ通信を行うのにふさわしくない状態以外の状態などをいうものとする。
【００５５】
通信可能状態である場合（ステップＳ４０３：Ｙｅｓ）、制御部２１０は、通信制御部２２０を制御し、当該端末装置２００を識別するための情報とともに所定の要求コマンドや問い合わせコマンドをセンタ１００に送信するなどして、センタ１００からのプッシュ配信通知に応答する（ステップＳ４０４）。
【００５６】
プッシュ配信通知がない場合（ステップＳ４０２：Ｎｏ）や通信可能状態ではない場合（ステップＳ４０３：Ｎｏ）は、センタ１００への応答を行わずに処理を終了する。
【００５７】
センタ１００では、データ通信制御部１３０が端末装置２００からの応答を受信すると（ステップＳ５０１）、制御部１１０がユーザ情報データベース１４０にアクセスし、当該端末装置２００のユーザのレコードを参照する（ステップＳ５０２）。
【００５８】
制御部１１０は、当該レコードから、当該ユーザの通信相手として「通信対象ユーザ」に登録されている他ユーザのユーザＩＤを取得する。制御部１１０は、取得した他ユーザのユーザＩＤに対応するレコードを参照して、当該他ユーザのステータス情報を取得する（ステップＳ５０３）。
【００５９】
制御部１１０は、データ通信制御部１３０を制御し、ステップＳ５０３で取得した他ユーザのステータス情報を、要求元の端末装置２００に送信し（ステップＳ５０４）、処理を終了する。
【００６０】
端末装置２００では、通信制御部２２０が、センタ１００から他ユーザのステータス情報を受信し（ステップＳ４０５）、処理を終了する。端末装置２００では、通信相手として登録してある他ユーザの現在ステータス情報が取得でき、これを用いて所望のＩＭ通信を行う。
【００６１】
以上説明したように、本発明の実施の形態にかかる情報提供システム１によれば、配信対象となる情報に変化があった場合のみに、対象となる端末装置２００にプッシュ配信することができるので、ネットワーク負荷を低減し、効率的にプッシュ配信することができる。
【００６２】
また、センタ１００から端末装置２００へのプッシュ配信通知を、音声通信に基づく発呼により行い、かつ、通信路を確立させないので、センタ１００からプッシュ配信通知に通信料等のコストが発生しない。また、端末装置２００からのプッシュ配信要求も、配信対象情報が変化した場合のみに行われるので、端末装置２００にかかる通信コストも最小限にすることができる。
【００６３】
さらに、通常の移動体通信端末が当然に備える音声通信機能を用いてプッシュ配信の通知を行い、これを契機にプッシュ配信のための諸手順がなされるので、プッシュ配信を実現するために通常必要となる呼制御プロトコル等を必要としない。したがって、そのようなプロトコルに対応していない端末に対しても、プッシュ配信を行うことができる。
【００６４】
上記実施の形態では、ユーザ間のＩＭ通信に用いられるステータス情報をプッシュ配信する場合を例に説明したが、本発明の適用対象はこれに限られない。例えば、ニュースや各種ソフトウェアなどをプッシュ配信する場合などにおいても、本発明を適用することができる。
【００６５】
上記実施の形態では、センタ１００から端末装置２００に対するプッシュ配信通知において、通信路を確立させないために端末装置２００での着信と同時に回線を切断するようにしたが、通信路を確立させないのであれば、その方法は任意である。例えば、端末装置２００側の動作プログラムにより、着信にかかるセンタ指定番号を識別し、通信路を確立させないように制御してもよい。例えば、センタ指定番号を認識した場合に、所定の応答コマンドなどを返送し、これに応じてセンタ１００が回線を切断するようにしてもよい。
【００６６】
また、上記実施の形態では、プッシュ配信通知がなされたか否かを、着信履歴を事後的に参照することで判別したが、必要に応じてプッシュ配信通知に対する応答が可能であれば任意の方法が適用可能である。例えば、端末装置２００の動作プログラムにより、着信と同時にセンタ１００からの着信であるか（すなわち、プッシュ配信通知であるか）否かを判別し、必要に応じて即時的に応答するようにしてもよい。この場合、着信にかかる電話番号がセンタ指定番号であるか否かの判別をすることなく、センタ１００にプッシュ配信対象情報の有無を問い合わせるようにしてもよい。これにより、端末装置２００が着信履歴に発信元の電話番号情報を記録できない場合であっても、本発明を適用することができる。
【００６７】
上記実施の形態では、端末装置２００として移動体通信端末を例に説明したが、音声通信とデータ通信の双方が可能であれば、任意の装置を端末装置２００として採用可能である。この場合、例えば、音声通信とデータ通信を行うことができるモデムなどの通信装置を接続（あるいは装着）した、パーソナルコンピュータやＰＤＡ（Personal Data Assistance：携帯情報端末）などを用いてもよい。
【００６８】
なお、本発明の実施の形態にかかるセンタ１００は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述の処理を実行するためのプログラムを格納した記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭなど）から当該プログラムをインストールすることにより、上述の処理を実行するセンタ１００を構成することができる。
【００６９】
また、本実施の形態にかかる端末装置２００についても同様に、任意の装置に上述の処理を実行するためのプログラムをインストールすることにより、本実施の形態にかかる端末装置２００を構成することができる。
【００７０】
そして、これらのプログラムを供給するための手段は任意である。上述のように所定の記録媒体を介して供給できる他、例えば、通信回線、通信ネットワーク、通信システムなどを介して供給してもよい。この場合、例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して搬送波に重畳して提供してもよい。そして、このように提供されたプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【００７１】
【発明の効果】
以上説明したように、本発明によれば、簡易かつ効率的なプッシュ配信を実現する情報提供システム等を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかる情報提供システムの構成を示す図である。
【図２】図１に示すセンタの構成を示すブロック図である。
【図３】図２に示すユーザ情報データベースに蓄積される情報の例を示す図である。
【図４】図１に示す端末装置の構成を示すブロック図である。
【図５】本発明の実施の形態にかかる端末状態通知処理およびプッシュ配信準備処理を説明するためのフローチャートである。
【図６】本発明の実施の形態にかかる配信通知処理を説明するためのフローチャートである。
【図７】本発明の実施の形態にかかるプッシュ配信要求処理およびプッシュ配信処理を説明するためのフローチャートである。
【符号の説明】
１０ 通信ネットワーク
２０ 通信ネットワーク
１００ センタ
２００ 端末装置
Claims (7)
- 通信回線を介して相互に接続されたセンタと複数の通信端末装置から構成され、該センタから該通信端末装置に所定の情報を提供する情報提供システムであって、
前記センタは、
予め登録されたユーザが使用する前記通信端末装置に所定の情報を提供すべき事由が発生したか否かを判別する提供要否判別手段と、
前記提供要否判別手段が情報提供すべき事由が発生したと判別した場合、前記通信端末装置に対して音声通信に基づく発呼をし、通信路が確立しないように回線切断することにより、前記センタを指定する情報を通知する通知手段と、を備え、
前記通信端末装置は、
少なくとも前記通知手段による発呼を着信し、前記通知を取得する着信手段と、
前記着信手段が取得した通知に基づいて、前記センタに情報提供を要求する情報要求手段と、を備え、
前記センタはさらに、
前記情報要求手段による要求に応じて、当該通信端末装置に提供すべき情報を提供する情報提供手段を備える、
ことを特徴とする情報提供システム。 - 所定の通信端末装置を指定する情報を登録する端末指定情報登録部と、
前記通信端末装置に提供する情報を蓄積する提供情報蓄積部と、
前記提供情報蓄積部に蓄積された情報を所定の前記通信端末装置に提供すべき事由が発生したか否かを判別する提供要否判別部と、
前記提供要否判別部が情報提供すべき事由が発生したと判別した場合、提供すべき前記通信端末装置に対し、通信回線を介した音声通信に基づく発呼を行うことで、少なくとも自己を指定する情報を通知する通知部と、
前記通知部による通知に対する応答を当該通信端末装置から受信する応答受信部と、
前記応答受信部による応答の受信を契機に、提供すべき情報を当該通信端末装置に提供する情報提供部と、を備え、
前記通知部は、前記発呼に対する前記提供先通信端末装置の着信を検出し、着信検出に基づいて回線切断することにより、該提供先通信端末装置との通信路が確立されないよう該発呼にかかる通信を制御する、
ことを特徴とする情報提供装置。 - 前記所定の通信端末装置および該通信端末装置の使用者の状態を示す状態情報を当該通信端末装置から順次取得する状態情報取得部をさらに備え、
前記提供情報蓄積部は、前記状態情報取得部が取得した状態情報を提供情報として記録し、
前記提供要否判別部は、前記提供情報蓄積部に記録された状態情報に変化があった場合、当該状態情報を提供すべき事由が発生したと判別する、
ことを特徴とする請求項２に記載の情報提供装置。 - コンピュータを、請求項２または３に記載の情報提供装置として機能させることを特徴とするプログラム。
- 通信回線を介して音声通信とデータ通信とを行う通信端末装置であって、
当該通信端末装置にデータ通信により所定の情報を提供するサーバ装置を指定するサーバ指定情報を予め登録するサーバ指定情報登録部と、
音声通信による着信履歴を示す着信履歴情報を記録する着信履歴記録部と、
前記着信履歴記録部に記録された着信履歴情報に、前記サーバ指定情報登録部に登録されたサーバ指定情報が含まれているか否かを判別する着信判別部と、
前記着信判別部が、前記着信履歴情報に前記サーバ指定情報が含まれていると判別した場合、データ通信により前記サーバ装置に応答する応答部と、
前記応答部による応答に応じて前記サーバ装置が提供する情報をデータ通信により取得する情報取得部と、
前記通信端末装置および該通信端末装置の使用者の状態を検出する状態検出部と、
前記状態検出部が検出した状態に基づいて、前記情報取得部による情報取得の許否を判別する取得許否判別部と、を備え、
前記応答部は、前記取得許否判別部が情報取得を許可すると判別した場合に、前記サーバ装置に応答する、
ことを特徴とする通信端末装置。 - コンピュータを、請求項５に記載の通信端末装置として機能させることを特徴とするプログラム。
- 通信端末装置を制御するコンピュータに、
当該通信端末装置にデータ通信により所定の情報を提供するサーバ装置を指定するサーバ指定情報を予め登録する機能と、
前記サーバ装置からの音声通信を着信した場合、該サーバに回線切断させる機能と、
音声通信による着信履歴を示す着信履歴情報を記録する機能と、
記録された着信履歴情報に、登録されたサーバ指定情報が含まれているか否かを判別する機能と、
前記着信履歴情報に前記サーバ指定情報が含まれていると判別された場合、データ通信により前記サーバ装置に応答する機能と、
前記応答に応じて前記サーバ装置が提供する情報をデータ通信により取得する機能と、
を実現させることを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002137409A JP3679779B2 (ja) | 2002-05-13 | 2002-05-13 | 情報提供システムおよび装置、通信端末装置、ならびに、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002137409A JP3679779B2 (ja) | 2002-05-13 | 2002-05-13 | 情報提供システムおよび装置、通信端末装置、ならびに、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003333186A JP2003333186A (ja) | 2003-11-21 |
| JP3679779B2 true JP3679779B2 (ja) | 2005-08-03 |
Family
ID=29699171
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002137409A Expired - Lifetime JP3679779B2 (ja) | 2002-05-13 | 2002-05-13 | 情報提供システムおよび装置、通信端末装置、ならびに、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3679779B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4440829B2 (ja) | 2005-05-30 | 2010-03-24 | 京セラ株式会社 | 携帯端末、プログラム及び通信装置 |
| JP2010161464A (ja) * | 2009-01-06 | 2010-07-22 | Nec Corp | リモートサービス提供システム、車載端末、サーバ、リモートサービス提供方法、及びプログラム |
| JP2013055496A (ja) * | 2011-09-02 | 2013-03-21 | Fujitsu Ltd | 携帯端末装置、通信システム、通信プログラムおよび制御方法 |
-
2002
- 2002-05-13 JP JP2002137409A patent/JP3679779B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003333186A (ja) | 2003-11-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2316146C2 (ru) | Способ и устройство для добавления нового члена к активному групповому вызову в сети групповой связи | |
| RU2316911C2 (ru) | Способ и устройство завершения участия абонента в групповом вызове в сети групповой связи | |
| RU2499359C2 (ru) | Управляемое клиентом динамическое перенаправление вызова | |
| US10244007B2 (en) | Method and apparatus for VOIP communication completion to a mobile device | |
| JP2000083103A (ja) | 呼び出し信号を交換する通知方法、呼び出し信号を交換する方法およびインタ―ネットイネ―ブルド装置 | |
| KR20050050030A (ko) | 사유 기업 통신 네트워크 및 이동 통신 네트워크에서 호픽업 서비스의 상호 운용성을 제공하는 시스템 | |
| EA009019B1 (ru) | Установление соединения с использованием гибридного приемника | |
| EP2143254B1 (en) | System and method for sharing common location-related information between communication devices | |
| US20070263613A1 (en) | System for connecting information processing devices associated with IP telephones | |
| US20080310612A1 (en) | System, method and device supporting delivery of device-specific data objects | |
| WO2008095097A1 (en) | System and method for sharing event-triggered, location-related information between communication devices | |
| US20070123224A1 (en) | Information processing method and system for preventing leakage of information from mobile phone | |
| JP3679779B2 (ja) | 情報提供システムおよび装置、通信端末装置、ならびに、プログラム | |
| JP2005101927A (ja) | 通信サービス提供装置 | |
| KR100571953B1 (ko) | 인터넷 폰 게이트웨이를 이용한 음성 메일 지원방법 | |
| CN111447334A (zh) | 一种通话方法、装置、话机终端及存储介质 | |
| JP2007013616A (ja) | プレゼンスサーバ、情報提供システム及び情報提供方法 | |
| US20020194344A1 (en) | Network connection establishing method and telephone therefor | |
| JP7452084B2 (ja) | 通話システム、通話端末、通信制御装置、通話プログラム、通信制御プログラム、及び、通話方法 | |
| JP2004363959A (ja) | 通信装置 | |
| JP2006025228A (ja) | 最適着信者選択通話方法、装置、およびプログラム | |
| KR20060031542A (ko) | 호 전환 서비스 제공 방법 및 시스템 | |
| JP5241376B2 (ja) | 電話通信システム、着信側管理サーバおよび通信制御方法 | |
| JPH10210181A (ja) | 通信開始処理システム | |
| JP2003283653A (ja) | インターネット電話装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050208 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050407 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050506 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050513 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3679779 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090520 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090520 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100520 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120520 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130520 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140520 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |