JP3602512B2 - 携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラム - Google Patents
携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラム Download PDFInfo
- Publication number
- JP3602512B2 JP3602512B2 JP2002105518A JP2002105518A JP3602512B2 JP 3602512 B2 JP3602512 B2 JP 3602512B2 JP 2002105518 A JP2002105518 A JP 2002105518A JP 2002105518 A JP2002105518 A JP 2002105518A JP 3602512 B2 JP3602512 B2 JP 3602512B2
- Authority
- JP
- Japan
- Prior art keywords
- message service
- event
- communication
- user
- instant message
- 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
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、プッシュ型通信プロトコルとプル型通信プロトコルを併用して用いる、携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラムに関する。
【０００２】
【従来の技術】
現在、携帯電話が採用するデータ通信プロトコルは、プッシュ型と、プル型の通信プロトコルの２つである。
プッシュ型通信プロトコルは、短いメッセージをある携帯電話から他の携帯電話へ一方向に送信するプロトコルであり、一般にメッセージ送信者に対して課金される。一方、プル型通信プロトコルは、携帯電話からサーバに向けて問い合わせを発した後、サーバからその問い合わせに対する結果が送信される携帯電話とサーバ間の往復のプロトコルであり、送受信でやり取りされた全パケットが課金の対象となる。
【０００３】
一方、インスタントメッセージソフトが多くのプロバイダから提供されるようになり、同じソフトウェアを用いた登録済みの仲間の間でオンライン、オフラインの確認、インスタントメッセージやファイの送受信、チャット等簡単に行うことができるようになった。
ところが、従来の携帯電話によるインスタントメッセージサービスは、上記した通信プロトコルのいずれか１つを採用しているため、以下に示す諸々の問題があった。
【０００４】
【発明が解決しようとする課題】
プル型通信の場合、図１３にプル型通信シーケンスに示されるように、ユーザが他のユーザのイベント情報が欲しい場合は、自分からサーバに問い合わせする必要がある。また、ユーザはどのようなイベントが発生したかを事前に感知することはできず、定期的にサーバに対しイベントが発生しているか否かを問い合わせしなければならない。
このように定期的にサーバに対して問い合わせを実行するため、無駄な問い合わせが頻発してそのための通信コストを要する。更に、ユーザは、タイムリーにイベント通知や情報の取得ができない。
【０００５】
一方、プッシュ型通信の場合、短いメッセージしか扱うことができないため、映像や音声などのマルチメディアコンテンツに対応できない。
また、図１４にプッシュ型通信シーケンスが示されるように、サーバとの通信には行きと帰りの２通りのメッセージが必要となるため非効率な通信であり、プル型通信と比べてメッセージ当たりの通信コストが非常に高価である。
【０００６】
本発明は上記事情に鑑みてなされたものであり、プル型通信とプッシュ型通信を併用することで無駄な通信を削除してユーザにタイムリーに適切なイベント情報を提供し、また、ユーザに、プッシュ型通信によりプル型通信開始の契機を情報として通知し、情報量の多いマルチメディアコンテンツの提供を可能にした、携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記した課題を解決するために本発明は、携帯端末とインスタントメッセージサービスシステムとは通信網を介して接続される携帯インスタントメッセージサービスシステムであって、前記携帯端末との間でプル型通信プロトコルに従い通信を行うプル型メッセージサービス手段と、前記携帯端末との間でプッシュ型通信プロトコルに従い通信を行うプッシュ型メッセージサービス手段と、上り方向通信は、前記プル型メッセージサービス手段を用いて通信を行ない、下り方向通信は、前記携帯端末を介してメッセージを送受信するユーザの嗜好、並びにプッシュ型通信とプル型通信の特性を加味し、前記プル型メッセージサービス手段による通信と前記プッシュ型メッセージサービス手段による通信とを切替えて行うメッセージサービス切替え手段、を備えることを特徴とする。
【０００８】
また、本発明において、前記メッセージサービス切替え手段は、イベント発生時、プッシュ型メッセージサービス手段を用いユーザの携帯端末に受信開始契機であることを通知し、前記携帯端末に前記プル型メッセージサービス手段を用いてイベント情報の入手を行わせる通知処理手段、を備えることを特徴とする。
【０００９】
また、本発明において、前記メッセージサービス切替え手段は、前記携帯端末を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供するイベント処理手段、を備えることを特徴とする。
【００１０】
本発明によれば、上り方向通信はプル型通信プロトコルを用い、下り方向通信は、メッセージサービス切替え手段が、ユーザの嗜好やプル型通信とプッシュ型通信の特徴を加味してプッシュ型通信プロトコルかプル型通信プロトコルによる通信のいずれかを最適に選択することで、無駄な通信が発生しないインスタントメッセージサービスシステムを提供することができる。
また、タイムリーにイベント情報を提供する際には、プッシュ型通信プロトコルによるイベント情報発信を行ない、更に、イベント処理手段が、下り方向の通信開始タイミングを制御することで、ユーザ自身が行ったイベント内容に対する通信待ち時間を加味し、その待ち時間内に他のイベントが発生しているか探索し、この探索した結果を受けて、一回の下り方向通信の中に複数のイベント情報を収納してユーザへイベント情報を提供するため、通信の効率化がはかれる。
【００１１】
更に、プッシュ型通信では一度に提供することができないマルチメディアコンテンツなどの容量の大きな情報を提供する場合、通知手段が、プッシュ型通信を利用してユーザに対して受信開始契機であることを通知し、このことにより、ユーザ自らがプル型通信で大容量の情報を入手することができる。
なお、ここで、ユーザ間で発生する「イベント」の内容としては、ログイン、ログアウト、忙しい、暇、ログイン中、ログアウト中等、ユーザのプレゼンス変更、メッセージ送信、イベント問合せ等をいう。インスタントメッセージシステムは、上記したプレゼンスを仲間同士で共有し、仲間同士でメッセージ交換を行うことを、仲間リストを用いて支援するシステムである。
【００１２】
上記した課題を解決するために本発明は、携帯端末とインスタントメッセージサービスシステムとは通信網を介して接続される携帯インスタントメッセージサービスシステムに用いられる携帯インスタントメッセージサービスプログラムであって、前記携帯端末を介してユーザによるイベントの発生、及び前記インスタントメッセージサービスシステムからイベント結果を受信する中継処理ステップと、イベント発生時、プッシュ型通信プロトコルを用い前記ユーザの携帯端末に受信開始契機であることを通知し、前記携帯端末に前記プル型通信プロトコルを用いてイベント情報の入手を行わせる通知処理ステップと、前記携帯端末を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供するイベント処理ステップと、をコンピュータに実行させることを特徴とする。
【００１３】
【発明の実施の形態】
図１は、本発明の携帯インスタントメッセージサービスシステム（以下、単に携帯ＩＭＳという）を実現する通信インフラの構成を説明するために引用した図である。
図１において、１は携帯端末としての携帯電話であり、クライアント用として流通しているインスタントメッセージソフトウェア（ＩＭＳクライアント）が実装されているものとする。また、２は携帯ＩＭＳであり、プッシュ型メッセージサービス部２１と、プッシュ型メッセージサービス部２２と、メッセージサービス切替え部２３で構成される。
ユーザＤＢ２３４、イベントＤＢ２３５、通信待ち時間ＤＢ２３６等、各種データベースについては後述する。
【００１４】
プル型メッセージサービス部２１は、携帯電話１との間でプル型通信プロトコルに従い通信を行う機能を持ち、プッシュ型メッセージサービス部２２は、携帯電話１との間でプッシュ型通信プロトコルに従い通信を行う機能を持つ。
また、メッセージサービス切替え部２３は、上り方向通信は、プル型メッセージサービス部２１を用いて通信を行ない、下り方向通信は、携帯電話１を介してメッセージを送受信するユーザの嗜好、並びにプッシュ型通信とプル型通信の特性を加味し、プル型メッセージサービス部２１による通信とプッシュ型メッセージサービス部２２による通信とを切替えて行う機能を持つ。
【００１５】
なお、携帯ＩＭＳ２には、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク等の通信網４を介して複数の携帯端末１が接続されており、また、携帯ＩＭＳ２は、通信網５を介してＩＭＳ３に接続される。
周知のように、ＩＭＳ３は、ログインしている、ログアウトしている、忙しい、暇等のユーザのプレゼンスを仲間同士で共有し、仲間同士でメッセージ交換を行うことを支援するインスタントメッセージサービスシステムである。なお、ユーザ間で発生する「イベント」の内容としては、ログイン、ログアウト、プレゼンスの変更、メッセージ送信、イベント問合せ等をいう。
【００１６】
図２は、図１に示すメッセージサービス切替え部周辺の内部構成を機能展開して示したブロック図である。以下に示す各ブロックは、具体的にはＣＰＵならびにメモリを含む周辺ＬＳＩで構成され、ＣＰＵがメモリに記録されたプログラムを読み出し実行することによりそのブロックが持つ機能を実現するものとする。図２中、図１と同一番号が付されたブロックは、図１に示すそれと同じとする。メッセージサービス切替え部２３は、中継処理部２３１と、イベント処理部２３２と、通知処理部２３３と、ユーザデータベース２３４（ＤＢ）と、イベントＤＢ２３５と、通信待ち時間ＤＢ２３６で構成される。
【００１７】
中継処理部２３１は、携帯電話１を介してユーザにより発せられるイベントを受信し、また、ＩＭＳ３からイベント結果を受信してイベント処理部２３３へ転送する機能を持つ。
また、イベント処理部２３２は、携帯電話１を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供する機能を持つ。更に、通知処理手段は、イベント発生時、プッシュ型メッセージサービス部２２を用いユーザの携帯電話１に受信開始契機であることを通知し、携帯電話１にプル型メッセージサービス部２１を用いてイベント情報の入手を行わせる機能を持つ。
【００１８】
ユーザＤＢ２３４、イベントＤＢ２３５、通信待ち時間ＤＢ２３６それぞれにおけるデータフィールド構造ならびにデータ項目例を図３に示す。
ユーザＤＢ２３４は、ユーザＩＤ、パスワード、プッシュ型メッセージサービス用アドレス、イベント内容、仲間リスト、嗜好（即時性）の各フィールドから成る。また、イベントＤＢ２３５は、ユーザＩＤ、仲間のユーザＩＤとイベント情報の組（複数）の各フィールドから成る。通信待ち時間ＤＢ２３６は、ユーザＩＤとプレゼンス変更の待ち時間（Ｘ秒）、ログイン・ログアウトの待ち時間（Ｙ秒）、メッセージ送信の待ち時間の各アィールドで構成される。
【００１９】
図４は、図１〜図３に示す本発明実施形態の基本動作を説明するために引用した動作シーケンス図である。以下、図４を参照して、図１〜図３に示す本発明実施形態の基本動作について説明する。
図４は、携帯電話１（ユーザＡ）、携帯ＩＭＳ２（メッセージサービス切替え部２３、プッシュ型メッセージサービス部２２）、携帯電話１（ユーザＢ）それぞれの動作関係が示されている。
【００２０】
図４において、まず、ユーザＡ、Ｂが共に携帯ＩＭＳ２に対してログインする。このとき、携帯ＩＭＳ２は、ユーザＡ、Ｂにログイン完了通知を送信すると共に、プッシュ型メッセージサービス部２２を介してユーザＢに対してユーザＡがログインしたことを通知する。
次に、ユーザＡがプレゼンス変更を通知することにより、携帯ＩＭＳ２は、ユーザＡのプレゼンスが変更されたことに関しプッシュ型メッセージサービス部２２を介してユーザＢへ通知する他に、ユーザＡにプレゼンス変更完了を通知する。
【００２１】
一方、ユーザＡがメッセージ送信を行ったときに携帯ＩＭＳ２は、イベント探索を行い、ユーザＢにプッシュ型通信によりユーザＢにプル型通信の開始契機を与え、ユーザＢ自らがプル型通信で受信の開始を行う。次に、ユーザＢがメッセージを送信した場合、携帯ＩＭＳ２は、イベント探索を行い、プッシュ型メッセージサービス部２２を介してユーザＢにメッセージ送信完了を通知し、また、ユーザＡはプッシュ型メッセージサービス部２２を介してそのメッセージを受信する。
このことにより、９回の通信が発生する。図１３に示すプル型通信単独の場合の１１回、図１４に示すプッシュ型通信単独の場合の１４回に比較して無駄な通信が省略されていることがわかる。
【００２２】
図５に、イベント内容が「イベント問い合わせ」の場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
また、図６に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：重視」、仲間の嗜好が「即時性：重視」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
【００２３】
図７に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：重視」、仲間の嗜好が「即時性：普通」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
また、図８に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：普通」、仲間の嗜好が「即時性：重視」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
【００２４】
図９に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：普通」、仲間の嗜好が「即時性：普通」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
【００２５】
図１０〜図１２は、図２に示す中継処理部（図１０）、イベント処理部（図１１）、通知処理部（図１２）におけるそれぞれの動作を示すフローチャートであり、具体的には、いずれも本発明の携帯インスタントメッセージサービスプログラムの処理手順を示す。
以下、図５〜図１２を参照しながら図１〜図３に示す本発明実施形態の動作について詳細に説明する。
【００２６】
図１０において、中継処理部２３１は、ユーザＡにより生成されるイベントを受信し（Ｓ１０１）、ユーザＤＢ２３４からユーザ情報を取得する（Ｓ１０２）。そして、ＩＭＳ３へイベント送信する（Ｓ１０３）。次に、ＩＭＳからイベント結果を受信し（Ｓ１０４）、携帯ＩＭＳ２のイベント処理部２３２へイベント発生を通知する（Ｓ１０５）。
以上の動作は、図５〜図９の動作シーケンス図に示す動作全てに共通である。
【００２７】
図１１において、イベント処理部２３２は、中継処理部２３１からイベント発生通知を受信し（Ｓ１１１）、イベント内容が「イベント問い合わせ」か否かを判断する（Ｓ１１２）。ここで、「イベント問い合わせ」であった場合は、イベントＤＢ２３５から蓄積された全てのイベント情報を取得し（Ｓ１２１）、通知処理部２３３へ通知先がイベントを発生させたユーザであるイベント情報を送信する（Ｓ１２２）。
一方、「イベント問い合わせ」以外のイベントであった場合、ユーザＤＢ２３４から仲間リスト、嗜好情報を取得し（Ｓ１１３）、更に、仲間リストにある仲間のユーザＤＢ２３４から嗜好情報を取得する（Ｓ１１４）。次に、取得した仲間の嗜好情報をチェックする（Ｓ１１５）。
【００２８】
ここで、取得した嗜好情報の即時性が普通であった場合は、仲間のイベントＤＢ２３４にイベント情報を蓄積し（Ｓ１１７）、更に、ユーザの嗜好情報の即時性をチェックする（Ｓ１１８）。取得した嗜好情報の即時性が重要であった場合は、通知処理部２３３へ通知先がイベントを発生させたユーザであるイベント情報を送信する（Ｓ１２２）。即時性が普通であった場合は、通信待ち時間ＤＢ２３６からイベント内容に対応した待ち時間情報を取得し（Ｓ１１９）、その待ち時間だけ待機する（Ｓ１２０）。そして、イベントＤＢ２３５から蓄積された全てのイベント情報を取得し（Ｓ１２１）、通知処理部２３３へ通知先がイベントを発生させたユーザであるイベント情報を送信する（Ｓ１２２）。
【００２９】
なお、ステップＳ１１５における仲間の嗜好情報のチェックにおいて、即時性が重要であった場合、通知処理部２３３へ通知先が仲間リストのユーザであるイベント情報を送信し（Ｓ１１６）、Ｓ１１８以降の上記と同様の動作を行う。
【００３０】
図１２において、通知処理部２３３は、まず、イベント処理部２３２からイベント情報を取得する（Ｓ１３１）。ここで、イベント情報から通知先ユーザをチェックし（Ｓ１３２）、イベント発生先ユーザであった場合、プッシュ型メッセージサービス部２２を介しプッシュ型通信によりイベント情報を送信して終了する（Ｓ１３７）。
一方、Ｓ１３２における通知先ユーザチェックの結果、仲間リストのユーザであった場合、仲間のユーザＤＢ２３４からプッシュ型メッセージサービス用アドレスを取得する（Ｓ１３３）。そして、イベント情報はプッシュ型通信で一度に送信することができるか否かをチェックする（Ｓ１３４）。
【００３１】
ここで、一度に送信できない場合は、Ｓ１３３で取得したアドレスに基づきプッシュ型メッセージサービス部２２に、「イベント問い合わせ」メッセージの送信依頼を行ない（Ｓ１３５）、一方、一度に送信できる場合は、Ｓ１２３で取得したアドレスに基づきプッシュ型メッセージサービス部２２に、イベント情報の送信依頼を行なう（Ｓ１３６）。
なお、図１０〜図１２にフローチャートで示した動作は、図６〜図９に動作シーケンス図としても示されており、説明が重複するため、ここでの説明は省略する。
【００３２】
以上説明のように、本発明は、上り方向通信はプル型通信プロトコルを用い、下り方向通信は、メッセージサービス切替え部２３が、ユーザの嗜好やプル型通信とプッシュ型通信の特徴を加味してプッシュ型通信プロトコルか、プル型通信プロトコルによる通信のいずれかを最適に選択することで、無駄な通信が発生しないインスタントメッセージサービスシステムを提供するものである。
また、タイムリーにイベント情報を提供する際には、プッシュ型メッセージサービス部２２に依頼してプッシュ型通信プロトコルによるイベント情報発信を行ない、更に、イベント処理部２３２が、下り方向の通信開始タイミングを制御することで、ユーザ自身が行ったイベント内容に対する通信待ち時間を加味し、その待ち時間内に他のイベントが発生しているか探索し、この探索した結果を受けて、一回の下り方向通信の中に複数のイベント情報を収納してユーザへイベント情報を提供するため、通信の効率化がはかれる。
【００３３】
なお、図１、図２に示す携帯ＩＭＳ２を構成する、プル型メッセージサビス部２１、プッシュ型メッセージサービス部２２、メッセージサービス切替え部２３、及びメッセージサービス切替え部２３を構成する、中継処理部２３１、イベント処理部２３２、通知処理部２３３ののそれぞれで実行される手順をコンピュータ読取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の携帯インスタントメッセージサービスシステムが実現されるものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００３４】
更に、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読取り可能な記録媒体」とは、ＲＯＭの他に、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３５】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００３７】
【発明の効果】
以上説明のように本発明によれば、プッシュ型およびプル型通信プロトコルを最適に自動選択することで、プッシュ型単独、もしくはプル型単独で発生する無駄な通信を削除することができる。また、イベント情報を受け取るユーザに対してプッシュ型通信プロトコルとプル型通信プロトコルを併用することで、タイムリーに適切なイベント情報が提供できる。
更に、下り方向通信の開始タイミングをユーザが行うイベント内容に対応する通信待ち時間を加味して制御し、一回の通信で複数のイベント情報を提供することで、プル型通信の効率化を図ることができる。
【図面の簡単な説明】
【図１】本発明の携帯インスタントメッセージサービスシステムを実現する通信インフラの構成を説明するために引用した図である。
【図２】図１に示す携帯インスタントメッセージサービスシステムの内部構成を機能展開して示したブロック図である。
【図３】図１、図２に示す携帯インスタントメッセージサービスシステムの基本動作シーケンスを示す図である。
【図４】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図５】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図６】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図７】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図８】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図９】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図１０】図１、図２に示す携帯インスタントメッセージサービスシステムの動作を示すフローチャートである。
【図１１】図１、図２に示す携帯インスタントメッセージサービスシステムの動作を示すフローチャートである。
【図１２】図１、図２に示す携帯インスタントメッセージサービスシステムの動作を示すフローチャートである。
【図１３】従来の携帯インスタントメッセージサービスシステムの基本動作シーケンスを示す図である。
【図１４】従来の携帯インスタントメッセージサービスシステムの基本動作シーケンスを示す図である。
【符号の説明】
１…携帯端末（携帯電話）、２…携帯インスタントメッセージサービスシステム（携帯ＩＭＳ）、３…インスタントメッセージサービスシステム（ＩＭＳ）、４（５）…通信網、２１…プル型メッセージサービス部、２２…プッシュ型メッセージサービス部、２３…メッセージサービス切替え部、２３１…中継処理部、２３２…イベント処理部、２３３…通知処理部、２３４…ユーザＤＢ、２３５…イベントＤＢ、２３６…通信待ち時間ＤＢ
【発明の属する技術分野】
本発明は、プッシュ型通信プロトコルとプル型通信プロトコルを併用して用いる、携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラムに関する。
【０００２】
【従来の技術】
現在、携帯電話が採用するデータ通信プロトコルは、プッシュ型と、プル型の通信プロトコルの２つである。
プッシュ型通信プロトコルは、短いメッセージをある携帯電話から他の携帯電話へ一方向に送信するプロトコルであり、一般にメッセージ送信者に対して課金される。一方、プル型通信プロトコルは、携帯電話からサーバに向けて問い合わせを発した後、サーバからその問い合わせに対する結果が送信される携帯電話とサーバ間の往復のプロトコルであり、送受信でやり取りされた全パケットが課金の対象となる。
【０００３】
一方、インスタントメッセージソフトが多くのプロバイダから提供されるようになり、同じソフトウェアを用いた登録済みの仲間の間でオンライン、オフラインの確認、インスタントメッセージやファイの送受信、チャット等簡単に行うことができるようになった。
ところが、従来の携帯電話によるインスタントメッセージサービスは、上記した通信プロトコルのいずれか１つを採用しているため、以下に示す諸々の問題があった。
【０００４】
【発明が解決しようとする課題】
プル型通信の場合、図１３にプル型通信シーケンスに示されるように、ユーザが他のユーザのイベント情報が欲しい場合は、自分からサーバに問い合わせする必要がある。また、ユーザはどのようなイベントが発生したかを事前に感知することはできず、定期的にサーバに対しイベントが発生しているか否かを問い合わせしなければならない。
このように定期的にサーバに対して問い合わせを実行するため、無駄な問い合わせが頻発してそのための通信コストを要する。更に、ユーザは、タイムリーにイベント通知や情報の取得ができない。
【０００５】
一方、プッシュ型通信の場合、短いメッセージしか扱うことができないため、映像や音声などのマルチメディアコンテンツに対応できない。
また、図１４にプッシュ型通信シーケンスが示されるように、サーバとの通信には行きと帰りの２通りのメッセージが必要となるため非効率な通信であり、プル型通信と比べてメッセージ当たりの通信コストが非常に高価である。
【０００６】
本発明は上記事情に鑑みてなされたものであり、プル型通信とプッシュ型通信を併用することで無駄な通信を削除してユーザにタイムリーに適切なイベント情報を提供し、また、ユーザに、プッシュ型通信によりプル型通信開始の契機を情報として通知し、情報量の多いマルチメディアコンテンツの提供を可能にした、携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記した課題を解決するために本発明は、携帯端末とインスタントメッセージサービスシステムとは通信網を介して接続される携帯インスタントメッセージサービスシステムであって、前記携帯端末との間でプル型通信プロトコルに従い通信を行うプル型メッセージサービス手段と、前記携帯端末との間でプッシュ型通信プロトコルに従い通信を行うプッシュ型メッセージサービス手段と、上り方向通信は、前記プル型メッセージサービス手段を用いて通信を行ない、下り方向通信は、前記携帯端末を介してメッセージを送受信するユーザの嗜好、並びにプッシュ型通信とプル型通信の特性を加味し、前記プル型メッセージサービス手段による通信と前記プッシュ型メッセージサービス手段による通信とを切替えて行うメッセージサービス切替え手段、を備えることを特徴とする。
【０００８】
また、本発明において、前記メッセージサービス切替え手段は、イベント発生時、プッシュ型メッセージサービス手段を用いユーザの携帯端末に受信開始契機であることを通知し、前記携帯端末に前記プル型メッセージサービス手段を用いてイベント情報の入手を行わせる通知処理手段、を備えることを特徴とする。
【０００９】
また、本発明において、前記メッセージサービス切替え手段は、前記携帯端末を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供するイベント処理手段、を備えることを特徴とする。
【００１０】
本発明によれば、上り方向通信はプル型通信プロトコルを用い、下り方向通信は、メッセージサービス切替え手段が、ユーザの嗜好やプル型通信とプッシュ型通信の特徴を加味してプッシュ型通信プロトコルかプル型通信プロトコルによる通信のいずれかを最適に選択することで、無駄な通信が発生しないインスタントメッセージサービスシステムを提供することができる。
また、タイムリーにイベント情報を提供する際には、プッシュ型通信プロトコルによるイベント情報発信を行ない、更に、イベント処理手段が、下り方向の通信開始タイミングを制御することで、ユーザ自身が行ったイベント内容に対する通信待ち時間を加味し、その待ち時間内に他のイベントが発生しているか探索し、この探索した結果を受けて、一回の下り方向通信の中に複数のイベント情報を収納してユーザへイベント情報を提供するため、通信の効率化がはかれる。
【００１１】
更に、プッシュ型通信では一度に提供することができないマルチメディアコンテンツなどの容量の大きな情報を提供する場合、通知手段が、プッシュ型通信を利用してユーザに対して受信開始契機であることを通知し、このことにより、ユーザ自らがプル型通信で大容量の情報を入手することができる。
なお、ここで、ユーザ間で発生する「イベント」の内容としては、ログイン、ログアウト、忙しい、暇、ログイン中、ログアウト中等、ユーザのプレゼンス変更、メッセージ送信、イベント問合せ等をいう。インスタントメッセージシステムは、上記したプレゼンスを仲間同士で共有し、仲間同士でメッセージ交換を行うことを、仲間リストを用いて支援するシステムである。
【００１２】
上記した課題を解決するために本発明は、携帯端末とインスタントメッセージサービスシステムとは通信網を介して接続される携帯インスタントメッセージサービスシステムに用いられる携帯インスタントメッセージサービスプログラムであって、前記携帯端末を介してユーザによるイベントの発生、及び前記インスタントメッセージサービスシステムからイベント結果を受信する中継処理ステップと、イベント発生時、プッシュ型通信プロトコルを用い前記ユーザの携帯端末に受信開始契機であることを通知し、前記携帯端末に前記プル型通信プロトコルを用いてイベント情報の入手を行わせる通知処理ステップと、前記携帯端末を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供するイベント処理ステップと、をコンピュータに実行させることを特徴とする。
【００１３】
【発明の実施の形態】
図１は、本発明の携帯インスタントメッセージサービスシステム（以下、単に携帯ＩＭＳという）を実現する通信インフラの構成を説明するために引用した図である。
図１において、１は携帯端末としての携帯電話であり、クライアント用として流通しているインスタントメッセージソフトウェア（ＩＭＳクライアント）が実装されているものとする。また、２は携帯ＩＭＳであり、プッシュ型メッセージサービス部２１と、プッシュ型メッセージサービス部２２と、メッセージサービス切替え部２３で構成される。
ユーザＤＢ２３４、イベントＤＢ２３５、通信待ち時間ＤＢ２３６等、各種データベースについては後述する。
【００１４】
プル型メッセージサービス部２１は、携帯電話１との間でプル型通信プロトコルに従い通信を行う機能を持ち、プッシュ型メッセージサービス部２２は、携帯電話１との間でプッシュ型通信プロトコルに従い通信を行う機能を持つ。
また、メッセージサービス切替え部２３は、上り方向通信は、プル型メッセージサービス部２１を用いて通信を行ない、下り方向通信は、携帯電話１を介してメッセージを送受信するユーザの嗜好、並びにプッシュ型通信とプル型通信の特性を加味し、プル型メッセージサービス部２１による通信とプッシュ型メッセージサービス部２２による通信とを切替えて行う機能を持つ。
【００１５】
なお、携帯ＩＭＳ２には、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク等の通信網４を介して複数の携帯端末１が接続されており、また、携帯ＩＭＳ２は、通信網５を介してＩＭＳ３に接続される。
周知のように、ＩＭＳ３は、ログインしている、ログアウトしている、忙しい、暇等のユーザのプレゼンスを仲間同士で共有し、仲間同士でメッセージ交換を行うことを支援するインスタントメッセージサービスシステムである。なお、ユーザ間で発生する「イベント」の内容としては、ログイン、ログアウト、プレゼンスの変更、メッセージ送信、イベント問合せ等をいう。
【００１６】
図２は、図１に示すメッセージサービス切替え部周辺の内部構成を機能展開して示したブロック図である。以下に示す各ブロックは、具体的にはＣＰＵならびにメモリを含む周辺ＬＳＩで構成され、ＣＰＵがメモリに記録されたプログラムを読み出し実行することによりそのブロックが持つ機能を実現するものとする。図２中、図１と同一番号が付されたブロックは、図１に示すそれと同じとする。メッセージサービス切替え部２３は、中継処理部２３１と、イベント処理部２３２と、通知処理部２３３と、ユーザデータベース２３４（ＤＢ）と、イベントＤＢ２３５と、通信待ち時間ＤＢ２３６で構成される。
【００１７】
中継処理部２３１は、携帯電話１を介してユーザにより発せられるイベントを受信し、また、ＩＭＳ３からイベント結果を受信してイベント処理部２３３へ転送する機能を持つ。
また、イベント処理部２３２は、携帯電話１を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供する機能を持つ。更に、通知処理手段は、イベント発生時、プッシュ型メッセージサービス部２２を用いユーザの携帯電話１に受信開始契機であることを通知し、携帯電話１にプル型メッセージサービス部２１を用いてイベント情報の入手を行わせる機能を持つ。
【００１８】
ユーザＤＢ２３４、イベントＤＢ２３５、通信待ち時間ＤＢ２３６それぞれにおけるデータフィールド構造ならびにデータ項目例を図３に示す。
ユーザＤＢ２３４は、ユーザＩＤ、パスワード、プッシュ型メッセージサービス用アドレス、イベント内容、仲間リスト、嗜好（即時性）の各フィールドから成る。また、イベントＤＢ２３５は、ユーザＩＤ、仲間のユーザＩＤとイベント情報の組（複数）の各フィールドから成る。通信待ち時間ＤＢ２３６は、ユーザＩＤとプレゼンス変更の待ち時間（Ｘ秒）、ログイン・ログアウトの待ち時間（Ｙ秒）、メッセージ送信の待ち時間の各アィールドで構成される。
【００１９】
図４は、図１〜図３に示す本発明実施形態の基本動作を説明するために引用した動作シーケンス図である。以下、図４を参照して、図１〜図３に示す本発明実施形態の基本動作について説明する。
図４は、携帯電話１（ユーザＡ）、携帯ＩＭＳ２（メッセージサービス切替え部２３、プッシュ型メッセージサービス部２２）、携帯電話１（ユーザＢ）それぞれの動作関係が示されている。
【００２０】
図４において、まず、ユーザＡ、Ｂが共に携帯ＩＭＳ２に対してログインする。このとき、携帯ＩＭＳ２は、ユーザＡ、Ｂにログイン完了通知を送信すると共に、プッシュ型メッセージサービス部２２を介してユーザＢに対してユーザＡがログインしたことを通知する。
次に、ユーザＡがプレゼンス変更を通知することにより、携帯ＩＭＳ２は、ユーザＡのプレゼンスが変更されたことに関しプッシュ型メッセージサービス部２２を介してユーザＢへ通知する他に、ユーザＡにプレゼンス変更完了を通知する。
【００２１】
一方、ユーザＡがメッセージ送信を行ったときに携帯ＩＭＳ２は、イベント探索を行い、ユーザＢにプッシュ型通信によりユーザＢにプル型通信の開始契機を与え、ユーザＢ自らがプル型通信で受信の開始を行う。次に、ユーザＢがメッセージを送信した場合、携帯ＩＭＳ２は、イベント探索を行い、プッシュ型メッセージサービス部２２を介してユーザＢにメッセージ送信完了を通知し、また、ユーザＡはプッシュ型メッセージサービス部２２を介してそのメッセージを受信する。
このことにより、９回の通信が発生する。図１３に示すプル型通信単独の場合の１１回、図１４に示すプッシュ型通信単独の場合の１４回に比較して無駄な通信が省略されていることがわかる。
【００２２】
図５に、イベント内容が「イベント問い合わせ」の場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
また、図６に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：重視」、仲間の嗜好が「即時性：重視」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
【００２３】
図７に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：重視」、仲間の嗜好が「即時性：普通」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
また、図８に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：普通」、仲間の嗜好が「即時性：重視」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
【００２４】
図９に、イベント内容が「イベント問い合わせ」以外であって、ユーザの嗜好が「即時性：普通」、仲間の嗜好が「即時性：普通」であった場合の、ユーザＡ（携帯電話１）、携帯ＩＭＳ２（中継処理部２３１、ユーザＤＢ２３４、ＩＭＳ３、通信待ち時間ＤＢ２３６、イベント処理部２３２、イベントＤＢ２３５、通知処理部２３３、プッシュ型メッセージサービス部２２、ユーザＢ（携帯電話１）間における動作シーケンスが示されている。
【００２５】
図１０〜図１２は、図２に示す中継処理部（図１０）、イベント処理部（図１１）、通知処理部（図１２）におけるそれぞれの動作を示すフローチャートであり、具体的には、いずれも本発明の携帯インスタントメッセージサービスプログラムの処理手順を示す。
以下、図５〜図１２を参照しながら図１〜図３に示す本発明実施形態の動作について詳細に説明する。
【００２６】
図１０において、中継処理部２３１は、ユーザＡにより生成されるイベントを受信し（Ｓ１０１）、ユーザＤＢ２３４からユーザ情報を取得する（Ｓ１０２）。そして、ＩＭＳ３へイベント送信する（Ｓ１０３）。次に、ＩＭＳからイベント結果を受信し（Ｓ１０４）、携帯ＩＭＳ２のイベント処理部２３２へイベント発生を通知する（Ｓ１０５）。
以上の動作は、図５〜図９の動作シーケンス図に示す動作全てに共通である。
【００２７】
図１１において、イベント処理部２３２は、中継処理部２３１からイベント発生通知を受信し（Ｓ１１１）、イベント内容が「イベント問い合わせ」か否かを判断する（Ｓ１１２）。ここで、「イベント問い合わせ」であった場合は、イベントＤＢ２３５から蓄積された全てのイベント情報を取得し（Ｓ１２１）、通知処理部２３３へ通知先がイベントを発生させたユーザであるイベント情報を送信する（Ｓ１２２）。
一方、「イベント問い合わせ」以外のイベントであった場合、ユーザＤＢ２３４から仲間リスト、嗜好情報を取得し（Ｓ１１３）、更に、仲間リストにある仲間のユーザＤＢ２３４から嗜好情報を取得する（Ｓ１１４）。次に、取得した仲間の嗜好情報をチェックする（Ｓ１１５）。
【００２８】
ここで、取得した嗜好情報の即時性が普通であった場合は、仲間のイベントＤＢ２３４にイベント情報を蓄積し（Ｓ１１７）、更に、ユーザの嗜好情報の即時性をチェックする（Ｓ１１８）。取得した嗜好情報の即時性が重要であった場合は、通知処理部２３３へ通知先がイベントを発生させたユーザであるイベント情報を送信する（Ｓ１２２）。即時性が普通であった場合は、通信待ち時間ＤＢ２３６からイベント内容に対応した待ち時間情報を取得し（Ｓ１１９）、その待ち時間だけ待機する（Ｓ１２０）。そして、イベントＤＢ２３５から蓄積された全てのイベント情報を取得し（Ｓ１２１）、通知処理部２３３へ通知先がイベントを発生させたユーザであるイベント情報を送信する（Ｓ１２２）。
【００２９】
なお、ステップＳ１１５における仲間の嗜好情報のチェックにおいて、即時性が重要であった場合、通知処理部２３３へ通知先が仲間リストのユーザであるイベント情報を送信し（Ｓ１１６）、Ｓ１１８以降の上記と同様の動作を行う。
【００３０】
図１２において、通知処理部２３３は、まず、イベント処理部２３２からイベント情報を取得する（Ｓ１３１）。ここで、イベント情報から通知先ユーザをチェックし（Ｓ１３２）、イベント発生先ユーザであった場合、プッシュ型メッセージサービス部２２を介しプッシュ型通信によりイベント情報を送信して終了する（Ｓ１３７）。
一方、Ｓ１３２における通知先ユーザチェックの結果、仲間リストのユーザであった場合、仲間のユーザＤＢ２３４からプッシュ型メッセージサービス用アドレスを取得する（Ｓ１３３）。そして、イベント情報はプッシュ型通信で一度に送信することができるか否かをチェックする（Ｓ１３４）。
【００３１】
ここで、一度に送信できない場合は、Ｓ１３３で取得したアドレスに基づきプッシュ型メッセージサービス部２２に、「イベント問い合わせ」メッセージの送信依頼を行ない（Ｓ１３５）、一方、一度に送信できる場合は、Ｓ１２３で取得したアドレスに基づきプッシュ型メッセージサービス部２２に、イベント情報の送信依頼を行なう（Ｓ１３６）。
なお、図１０〜図１２にフローチャートで示した動作は、図６〜図９に動作シーケンス図としても示されており、説明が重複するため、ここでの説明は省略する。
【００３２】
以上説明のように、本発明は、上り方向通信はプル型通信プロトコルを用い、下り方向通信は、メッセージサービス切替え部２３が、ユーザの嗜好やプル型通信とプッシュ型通信の特徴を加味してプッシュ型通信プロトコルか、プル型通信プロトコルによる通信のいずれかを最適に選択することで、無駄な通信が発生しないインスタントメッセージサービスシステムを提供するものである。
また、タイムリーにイベント情報を提供する際には、プッシュ型メッセージサービス部２２に依頼してプッシュ型通信プロトコルによるイベント情報発信を行ない、更に、イベント処理部２３２が、下り方向の通信開始タイミングを制御することで、ユーザ自身が行ったイベント内容に対する通信待ち時間を加味し、その待ち時間内に他のイベントが発生しているか探索し、この探索した結果を受けて、一回の下り方向通信の中に複数のイベント情報を収納してユーザへイベント情報を提供するため、通信の効率化がはかれる。
【００３３】
なお、図１、図２に示す携帯ＩＭＳ２を構成する、プル型メッセージサビス部２１、プッシュ型メッセージサービス部２２、メッセージサービス切替え部２３、及びメッセージサービス切替え部２３を構成する、中継処理部２３１、イベント処理部２３２、通知処理部２３３ののそれぞれで実行される手順をコンピュータ読取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の携帯インスタントメッセージサービスシステムが実現されるものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００３４】
更に、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読取り可能な記録媒体」とは、ＲＯＭの他に、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３５】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００３７】
【発明の効果】
以上説明のように本発明によれば、プッシュ型およびプル型通信プロトコルを最適に自動選択することで、プッシュ型単独、もしくはプル型単独で発生する無駄な通信を削除することができる。また、イベント情報を受け取るユーザに対してプッシュ型通信プロトコルとプル型通信プロトコルを併用することで、タイムリーに適切なイベント情報が提供できる。
更に、下り方向通信の開始タイミングをユーザが行うイベント内容に対応する通信待ち時間を加味して制御し、一回の通信で複数のイベント情報を提供することで、プル型通信の効率化を図ることができる。
【図面の簡単な説明】
【図１】本発明の携帯インスタントメッセージサービスシステムを実現する通信インフラの構成を説明するために引用した図である。
【図２】図１に示す携帯インスタントメッセージサービスシステムの内部構成を機能展開して示したブロック図である。
【図３】図１、図２に示す携帯インスタントメッセージサービスシステムの基本動作シーケンスを示す図である。
【図４】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図５】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図６】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図７】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図８】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図９】図１、図２に示す携帯インスタントメッセージサービスシステムの詳細動作シーケンスを示す図である。
【図１０】図１、図２に示す携帯インスタントメッセージサービスシステムの動作を示すフローチャートである。
【図１１】図１、図２に示す携帯インスタントメッセージサービスシステムの動作を示すフローチャートである。
【図１２】図１、図２に示す携帯インスタントメッセージサービスシステムの動作を示すフローチャートである。
【図１３】従来の携帯インスタントメッセージサービスシステムの基本動作シーケンスを示す図である。
【図１４】従来の携帯インスタントメッセージサービスシステムの基本動作シーケンスを示す図である。
【符号の説明】
１…携帯端末（携帯電話）、２…携帯インスタントメッセージサービスシステム（携帯ＩＭＳ）、３…インスタントメッセージサービスシステム（ＩＭＳ）、４（５）…通信網、２１…プル型メッセージサービス部、２２…プッシュ型メッセージサービス部、２３…メッセージサービス切替え部、２３１…中継処理部、２３２…イベント処理部、２３３…通知処理部、２３４…ユーザＤＢ、２３５…イベントＤＢ、２３６…通信待ち時間ＤＢ
Claims (4)
- 携帯端末とインスタントメッセージサービスシステムとは通信網を介して接続される携帯インスタントメッセージサービスシステムであって、
前記携帯端末との間でプル型通信プロトコルに従い通信を行うプル型メッセージサービス手段と、
前記携帯端末との間でプッシュ型通信プロトコルに従い通信を行うプッシュ型メッセージサービス手段と、
上り方向通信は、前記プル型メッセージサービス手段を用いて通信を行ない、下り方向通信は、前記携帯端末を介してメッセージを送受信するユーザの嗜好、並びにプッシュ型通信とプル型通信の特性を加味し、前記プル型メッセージサービス手段による通信と前記プッシュ型メッセージサービス手段による通信とを切替えて行うメッセージサービス切替え手段と、
を備えることを特徴とする携帯インスタントメッセージサービスシステム。 - 前記メッセージサービス切替え手段は、イベント発生時、プッシュ型メッセージサービス手段を用いユーザの携帯端末に受信開始契機であることを通知し、前記携帯端末に前記プル型メッセージサービス手段を用いてイベント情報の入手を行わせる通知処理手段、
を備えることを特徴とする請求項１に記載の携帯インスタントメッセージサービスシステム。 - 前記メッセージサービス切替え手段は、
前記携帯端末を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供するイベント処理手段、
を備えることを特徴とする請求項１または２に記載の携帯インスタントメッセージサービスシステム。 - 携帯端末とインスタントメッセージサービスシステムとは通信網を介して接続される携帯インスタントメッセージサービスシステムに用いられる携帯インスタントメッセージサービスプログラムであって、
前記携帯端末を介してユーザによるイベントの発生、及び前記インスタントメッセージサービスシステムからイベント結果を受信する中継処理ステップと、
イベント発生時、プッシュ型通信プロトコルを用い前記ユーザの携帯端末に受信開始契機であることを通知し、前記携帯端末に前記プル型通信プロトコルを用いてイベント情報の入手を行わせる通知処理ステップと、
前記携帯端末を介してユーザが発したイベントに対応する待ち時間を加味し、その待ち時間内に他のイベントが発生しているか否かを探索し、その結果に従い１回の下り方向通信に１以上のイベント情報を提供するイベント処理ステップと、
をコンピュータに実行させる携帯インスタントメッセージサービスプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002105518A JP3602512B2 (ja) | 2002-04-08 | 2002-04-08 | 携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002105518A JP3602512B2 (ja) | 2002-04-08 | 2002-04-08 | 携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003304290A JP2003304290A (ja) | 2003-10-24 |
| JP3602512B2 true JP3602512B2 (ja) | 2004-12-15 |
Family
ID=29390187
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002105518A Expired - Lifetime JP3602512B2 (ja) | 2002-04-08 | 2002-04-08 | 携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3602512B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4118905B2 (ja) * | 2005-08-22 | 2008-07-16 | 株式会社エヌ・ティ・ティ・データ | 情報伝達装置および情報伝達プログラム |
| JP5024610B2 (ja) * | 2007-05-31 | 2012-09-12 | ソニー株式会社 | 情報処理システム、情報処理装置、情報処理方法、及びプログラム |
| US8156240B2 (en) * | 2010-03-01 | 2012-04-10 | Yahoo! Inc. | Mechanism for supporting user content feeds |
| US11070597B2 (en) | 2012-09-21 | 2021-07-20 | Gree, Inc. | Method for displaying object in timeline area, object display device, and information recording medium having recorded thereon program for implementing said method |
-
2002
- 2002-04-08 JP JP2002105518A patent/JP3602512B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003304290A (ja) | 2003-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8190568B2 (en) | System and method for providing interactive communications | |
| JP4452274B2 (ja) | パブリッシュ／サブスクライブ・メッセージングのためのシステム及び方法 | |
| AU2009240392B2 (en) | Real-time communications over data forwarding framework | |
| EP2997747B1 (en) | Systems and methods for enhanced discovery | |
| US20080040443A1 (en) | Methods and systems for providing application level presence information in wireless communication | |
| WO2008040248A1 (fr) | Procédé et système de transmission de courrier électronique et serveur de courrier électronique poussé | |
| EP1292081A2 (en) | Presence watcher proxy | |
| US8386585B2 (en) | Real-time communications over data forwarding framework | |
| TW201006272A (en) | Method and apparatus for maintaining communications connections over a distributed wireless network | |
| EP3272079B1 (en) | Method and system for transferring messages between messaging systems | |
| US10063648B2 (en) | Relaying mobile communications | |
| JP3602512B2 (ja) | 携帯インスタントメッセージサービスシステム及び携帯インスタントメッセージサービスプログラム | |
| WO2011153772A1 (zh) | 一种获取多个即时信息的方法和系统 | |
| JP2004240821A (ja) | プレゼンスサービスシステム，プレゼンスサーバおよびプレゼンスサーバプログラム | |
| JP4001047B2 (ja) | 中継装置 | |
| JP2004021420A (ja) | 通信端末 | |
| JP7213385B1 (ja) | メッセージの中継装置及びプログラム | |
| JP7109645B1 (ja) | メッセージの中継装置、システム及びプログラム | |
| US7904506B2 (en) | Context information management system | |
| JP5227984B2 (ja) | ゲートウェイシステム、通信方法、収容管理サーバ装置及びプログラム | |
| JP2005135442A (ja) | 管理サーバ及びプログラム | |
| KR20070071384A (ko) | 동등계층 통신을 이용한 인스턴트 메신저 서비스 방법 | |
| JP2018133024A (ja) | サービス提供サーバ、サービス提供方法およびサービス提供プログラム | |
| KR20150136330A (ko) | 푸쉬 메시지 수신 단말들 간 그룹 대화 제공 방법 및 시스템, 푸쉬 메시지 수신 단말들 간 정보 공유 장치 및 방법 | |
| JP2006031592A (ja) | メッセージ通信方法、装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040903 |
|
| 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: 20040914 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040922 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3602512 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071001 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081001 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: 20091001 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: 20101001 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: 20111001 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: 20121001 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: 20131001 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |