通信装置、方法およびプログラムならびに通信システム
【課題】ＨＴＴＰをはじめとするリクエスト。レスポンス形式の通信プロトコルを利用した通信システムにおいて、プッシュ通知のリアルタイム性とクライアントとなる通信装置の省電力化の両立を図る。
【解決手段】ネットワークに接続されたサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信する通信装置１０に、自装置の動作モードを所定の設定条件に基づいて、ポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替える動作モード制御手段１０１と、自装置の動作モードに応じたリクエストの送信処理とレスポンスの受信処理を行う送受信制御手段１０２とを設けた。
【解決手段】ネットワークに接続されたサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信する通信装置１０に、自装置の動作モードを所定の設定条件に基づいて、ポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替える動作モード制御手段１０１と、自装置の動作モードに応じたリクエストの送信処理とレスポンスの受信処理を行う送受信制御手段１０２とを設けた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、方法およびプログラムならびに通信システムに関し、特に、ＨＴＴＰをはじめとするリクエスト・レスポンス形式の通信プロトコルを利用する通信装置、方法およびプログラムならびに通信システムに関する。
【背景技術】
【０００２】
今日、インターネット等のネットワークに接続されたサーバからそのネットワークを介してクライアントのリクエストに応じた情報を送信することは広く行われている。例えば、サーバからネットワークを介してクライアントに対して電子メールを配信するには、送信された電子メールをサーバが受け取り、この電子メールの宛先であるクライアントのリクエストに応じて、サーバがこの電子メールをクライアントに対して送信する。すなわち、サーバは情報である電子メールを、クライアントのリクエストに応じて送信することが行われている。このように、サーバからクライアントに対して情報を送信することは「プッシュ」と呼ばれる。
【０００３】
一般的に、ＨＴＴＰをはじめとするリクエスト・レスポンス形式の通信プロトコルを利用した通信において、サーバがクライアントに対して情報を送信すること、特にサーバにおいてクライアントに対するイベントが発生したことを通知することを「プッシュ通知」と呼ぶことがある。プッシュ通知の方法として、ポーリング方式とリクエスト保留方式が広く利用されている。
ポーリング方式は、定期的にクライアントがサーバに対してリクエストを発行し、サーバ側でクライアントに対して通知すべきイベントが発生していないかをサーバに対して問い合わせ、サーバはこのリクエストに対して応答するレスポンスをクライアントに送信する方式である。このポーリング方式は、クライアントが送信するリクエストの送信間隔を調整することによってプッシュ通知のリアルタイム性と密接な関係であるサーバとの通信回数を調整できる。すなわち、ポーリング方式は、リクエストの送信間隔を短くするとサーバとの通信回数が増加しプッシュ通知のリアルタイム性は向上するが、通信回数が増加することによって消費電力も同様に増加する、という特徴を有している。
このポーリング方式において、リクエスト発行間隔の調整やリクエスト発行間隔を指定する技術が提案されている（特許文献１、特許文献２参照）。
【０００４】
また、リクエスト保留方式は、クライアントが発行したリクエストに対して、サーバは即時にレスポンスを返さず、サーバ側でクライアントに対するプッシュ通知が発生した際に、クライアントに対しレスポンスを送信する方式である。このリクエスト保留方式は、リアルタイムのプッシュ通知を実現することが可能であるが、クライアントとサーバ間においては常に通信接続を保持している必要があり、特にクライアントにとってはポーリング方式と比べて消費電力が大きくなるという特徴を有している。
このリクエスト保留方式において、サーバ装置のウェブサーバによって自動的に所定のイベントが発生した時にクライアントのウェブブラウザに対してイベント発生の通知を行う技術が提案されている（特許文献３参照）。
【０００５】
【特許文献１】特開２００４−０５６７２５号公報
【特許文献２】特開２００４−１５３５７２号公報
【特許文献３】特表２００７−５１６５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術においては、プッシュ通知のリアルタイム性と省電力化の両立を図ることは困難であるという問題があった。例えば、特許文献１の技術においては、ポーリング方式に特化したシステム管理の簡易化とサーバ装置に関するリソースの最適化を図ることを目的とした、リクエスト発行タイミングの制御手段であり、特許文献２の技術においては、ユーザがその都度クライアント端末を操作することなく予め指定された時間にクライアントがサーバに対してリクエストを発行してプッシュ通知を受けることを目的としたプッシュ通知の受信手段であり、特許文献３の技術においては、ウェブブラウザとウェブサーバ間の通信において情報の送受信のリアルタイム性を目的としたリクエスト保留方式のプッシュ通知の手段であり、いずれもプッシュ通知のリアルタイム性とクライアントの省電力化の両立を図ることを目的とするものではない。
【０００７】
本発明は、上記のような問題を解決すべく、リクエスト・レスポンス形式の通信プロトコルを利用した通信システムにおいて、プッシュ通知のリアルタイム性とクライアントとなる通信装置の省電力化を両立させる通信システムの提供を目的とする。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明は、ネットワークに接続されたサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信処理する通信装置に、自装置の動作モードを所定の設定条件に基づいて、ポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替える動作モード制御手段と、ネットワークに接続されたサーバ装置に対して自装置の動作モードに応じたリクエストの送信処理とレスポンスの受信処理を行う送受信制御手段とを設けたことを特徴とする。
【０００９】
また、本発明にかかる通信システムは、ネットワークに接続されたサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信処理する通信装置として、上述した通信装置を用いており、前記通信装置から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御手段を有するサーバ装置を用いたことを特徴とする。
【００１０】
また、本発明にかかる通信システムは、ネットワークに接続されたプロキシサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信処理する通信装置として、上述した通信装置を用いており、通信装置から送信されるリクエストを受信処理しこの受信したリクエストに応じたレスポンスを送信処理する送受信制御手段と、複数のアプリケーションサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段とを備えたプロキシサーバ装置を用いており、このプロキシサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段を備えるアプリケーションサーバ装置を用いたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、リクエスト・レスポンス形式の通信プロトコルを利用した通信システムにおいて、プッシュ通知の異なる方式であるポーリング方式とリクエスト保留方式について、クライアントである通信装置の状況に応じて切り替えることにより、プッシュ通知のリアルタイム性とクライアントの省電力化を両立することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、本発明の実施の形態について説明する。
【００１３】
［第１の実施の形態］
図１は、第１の実施の形態にかかる通信装置の概要を示す機能ブロック図である。
本実施の形態にかかる通信装置は、自装置の動作モードをポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替えて、ネットワークに接続されたサーバ装置に対してリクエストを送信し、このリクエストに対応したレスポンスを受信処理する通信装置である。図１に示すように、通信装置１０は、自装置の動作モードの切り替え制御を行う動作モード制御部１０１と、自装置の動作モードに応じた送受信制御を行う送受信制御部１０２とから構成されている。
なお、これらの構成要素は、ＣＰＵ（中央演算装置）やメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１０のコンピュータのハードウェア資源とソフトウェアとが協働して実現されるものである。
【００１４】
次に、動作モード制御部１０１と送受信制御部１０２の動作を説明しながら、本実施の形態における通信装置１０の動作について述べる。
動作モード制御部１０１は、通信装置１１の図示しない記憶部に記憶している所定の設定条件に基づいて、自装置の動作モードをポーリング動作モードとリクエスト保留動作モードとのいずれかに切り替え、通信装置１０の図示しない記憶部に自装置の動作モードの状態を記憶する。
送受信制御部１０２は、動作モード制御部１０１により切り替えられた自装置の動作モードの最新の状態を判定する。送受信制御部１０２はこの判定結果における動作モードに応じて、ポーリング方式とリクエスト保留方式とのいずれかの方式によってネットワークに接続されたサーバ装置に対するリクエストの送信制御と、そのサーバ装置から送信されるレスポンスの受信制御とを行う。
このように、通信装置の動作モードをポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替えることにより、通信装置は自装置の状況に応じてプッシュ通知の方式であるポーリング方式とリクエスト保留方式とのいずれかを選択することが可能となる。
【００１５】
［第２の実施の形態］
図２は、第２の実施の形態にかかる通信システムの概要を示す図である。
本実施の形態にかかる通信システムは、ポーリング方式とリクエスト保留方式とに切り替えてプッシュ通知を行うものであり、図２に示すように、ネットワーク１に接続される通信装置１０とサーバ装置２０とから構成される。通信装置１０は、第１の実施の形態かかる通信装置１０と同じ構成のため、同一の符号を用いその説明は省略する。
サーバ装置２０は、通信装置１０から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御部２０１から構成されている。
なお、これらの構成要素は、ＣＰＵ（中央演算装置）やメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１０ならびにサーバ装置２０のコンピュータのハードウェア資源とソフトウェアが協働して実現されるものである。
【００１６】
次に通信装置１０とサーバ装置２０の動作を説明しながら、本実施の形態にかかるポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行う通信システムの動作について述べる。
【００１７】
図３は、本実施の形態における通信装置１０の送受信処理手順を示すフローチャートである。図４は、ＨＴＴＰリクエスト構造におけるカプセル化を説明する概要図である。図５は、ＨＴＴＰレスポンス構造におけるカプセル化を説明する概要図である。図６は、本実施の形態における通信装置１０に動作モードの切り替えが発生した際の送受信処理手順を示すフローチャートである。図７は、本実施の形態におけるサーバ装置２０の送受処理手順を示すフローチャートである。図８は、本実施の形態にかかる通信システムの動作シーケンスを示すシーケンス図である。
【００１８】
本実施の形態における通信装置１０の動作を説明する。
通信装置１０の送受信制御部１０２は、図３に示すように、まず、サーバ装置２０から所望の情報を受信するために、第１のＨＴＴＰリクエストを発行する（Ｓ１０１）。
この第１のＨＴＴＰリクエストは、通信装置１０が受信すべきサーバ装置２０から送信される所望の情報に対する受信要求であり、常にリクエスト保留方式による情報の受信を要求するＨＴＴＰリクエストである。このような第１のＨＴＴＰリクエストに対応するプッシュ通知は、サーバ装置２０が第１のＨＴＴＰリクエストに応じたイベントの発生を通知するＨＴＴＰレスポンスを通信装置１０に対して送信し、通信装置１０がこのＨＴＴＰレスポンスを受信することによって成し遂げられる。しかし、この第１のＨＴＴＰリクエストをサーバ装置２０に対して直接送信したのでは、通信装置１０はリクエスト保留方式による情報の受信しかできないことになってしまう。
【００１９】
そこで、送受信制御部１０２は、図４に示すように、ＨＴＴＰリクエストのボディ部に第１のＨＴＴＰリクエストを入れ込んだ第２のＨＴＴＰリクエストを発行する（Ｓ１０２）。この第２のＨＴＴＰリクエストは、通信装置１０からサーバ装置２０に対するプッシュ通知の開始要求である。
このように、ＨＴＴＰリクエストのボディ部に任意のデータや任意の他のＨＴＴＰリクエストを入れ込むことを「カプセル化」といい、他のＨＴＴＰリクエスト等がカプセル化されたＨＴＴＰリクエストを「カプセル化したＨＴＴＰリクエスト」という。
【００２０】
送受信制御部１２は、第２のＨＴＴＰリクエストをサーバ装置２０に対して送信して、サーバ装置２０からのプッシュ通知の受信開始の登録をする（Ｓ１０３）。この第２のＨＴＴＰリクエストを受信したサーバ装置２０からは、プッシュ通知の開始登録が完了したことを通知するレスポンスが送信される。この時点では、プッシュ通知の方式は確定していない。
【００２１】
サーバ装置２０からのレスポンスを受け取った送受信制御部１０２は、自装置の動作モードを判定する（Ｓ１０４）。この判定の詳細については後述する。
その結果、自装置の動作モード判定結果がポーリング動作モードの場合（Ｓ１０４で「ポーリング方式」）、送受信制御部１０２は、ポーリング方式によるプッシュ通知を要求する第３のＨＴＴＰリクエストを発行して、サーバ装置２０に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ１０５）。この第３のＨＴＴＰリクエストは、通信装置１０が受信すべきサーバ装置２０から送信されるプッシュ通知に対するポーリング方式の問い合わせである。
【００２２】
この第３のＨＴＴＰリクエストを送信した送受信制御部１０２は、サーバ装置２０から送信される第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンス、すなわち、ポーリング方式のリクエストに対するレスポンスの待ち受け状態となり、サーバ装置２０から送信されるＨＴＴＰレスポンスを受信すると、サーバ装置２０との通信を一旦切断する（Ｓ１０６）。ここで受信するＨＴＴＰレスポンスは、第３のＨＴＴＰリクエストすなわちポーリング方式の問い合わせに対する応答であると同時に、第１のＨＴＴＰリクエストに対するプッシュ通知の有無に関する情報がカプセル化されたＨＴＴＰレスポンスである。
この第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部に第１のＨＴＴＰリクエストに対するプッシュ通知の有無に関するデータと第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスとを入れ込んだ状態でサーバ装置２０から送信される。
【００２３】
送受信制御部１０２は、サーバ装置２０から送信された第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを解析し、その中に、第１のＨＴＴＰリクエストに対するプッシュ通知が有るか否かを判定する（Ｓ１０７）。
【００２４】
サーバ装置２０から送信されたＨＴＴＰリクエストの解析の結果、第１のＨＴＴＰリクエストに対するプッシュ通知が無かった場合（Ｓ１０７で「No」）、送受信制御部１０２は、通信装置１０の図示しない記憶部に記憶されている所定のポーリング間隔だけサーバ装置２０との通信を再開せずに待機状態となる（Ｓ１０８）。所定のポーリング間隔が経過した後、送信制御部１０２はサーバ装置２０に対して再びポーリング方式の第３のＨＴＴＰリクエストを発行してサーバ装置２に対して再び第３のＨＴＴＰリクエストを送信する（Ｓ１０５）。以下、プッシュ通知があるまで、所定のポーリング間隔ごとにＳ１０５〜Ｓ１０８の手順をくり返す。
【００２５】
サーバ装置２０から送信されたＨＴＴＰレスポンスの解析の結果、第１のＨＴＴＰリクエストに対するプッシュ通知が有った場合（Ｓ１０７で「Yes」）、送受信制御部１０２はこのＨＴＴＰレスポンスから、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを取り出す（Ｓ１１２）。
送受信制御部１０２は、サーバ装置２０から送信された第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスから取り出した第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて受信処理を行い（Ｓ１１３）、送受信制御動作を終了する。
【００２６】
一方、自装置の動作モード判定結果がリクエスト保留動作モードの場合（Ｓ１０４で「リクエスト保留方式」）、送受信制御部１０２はサーバ装置２０に対してリクエスト保留方式によるプッシュ通知の受信要求である第３のＨＴＴＰリクエストを発行してサーバ装置２０に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ１０９）。ここで発行される第３のＨＴＴＰリクエストは、通信装置１０が受信すべきサーバ装置２０から送信されるプッシュ通知に対するリクエスト保留方式の受信要求である。
【００２７】
第３のＨＴＴＰリクエストは、リクエスト保留方式によるプッシュ通知の受信要求なので、サーバ装置２０においては、通信装置１０に対するイベントが発生するまで、すなわち、第１のＨＴＴＰリクエストに応じたプッシュ通知が発生するまでＨＴＴＰレスポンスを送信しない。したがって、受信制御部１０２は、サーバ装置２０において第１のＨＴＴＰリクエストに応じたプッシュ通知が発生するまでの間、継続して、サーバ装置２０から送信されるＨＴＴＰレスポンスの受信待機状態となる（Ｓ１１０）。
本実施の形態においては、このレスポンスの受信待機状態時に、一定時間サーバ装置２０においてイベントの発生が無く、受信制御部１０２との送受信が途絶えている場合には、サーバ装置２０は、通信装置１０が動作していることを確認するために生存確認（keep-alive）レスポンスを通信装置１０に対して送信し、送受信制御部１０２はサーバ装置２０から送信されたkeep-aliveレスポンスを受信する。このkeep-aliveレスポンスを受信した送受信制御部１０２は、即座に前回送信したリクエスト保留方式の第３のＨＴＴＰリクエストをサーバ装置２０に対して再送し、再度サーバ装置２０からのＨＴＴＰレスポンスの受信待機状態となる。
【００２８】
サーバ装置２０において、第１のＨＴＴＰリクエストに応じたプッシュ通知が発生すると、通信装置１０に対してサーバ装置２０からのＨＴＴＰレスポンスが送信され、送受信装置１０２は、このＨＴＴＰレスポンスを受信する（Ｓ１１１）。ここでサーバ装置２０から送信されるＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部に第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスがカプセル化されている。
送受信制御部１０２はこの受信したＨＴＴＰレスポンスから、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを取り出す（Ｓ１１２）。
【００２９】
送受信制御部１０２は、サーバ装置２０から送信された第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスから抽出した、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて受信処理を行い（Ｓ１１３）、送受信制御動作を終了する。
【００３０】
［通信装置の動作モードが切り替わる際の通信装置における送受信制御］
次に、通信装置１０の動作モードが切り替わる際の送受信制御の手順について説明する。図６に示すように、動作モード制御部１０１は、通信装置１０の図示しない記憶部に記憶されている所定の設定条件に基づいて、自装置の動作モードをポーリング動作モードとリクエスト保留動作モードのいずれかに切り替える（Ｓ２０１）。所定の設定条件として、通信装置１０の電池残量や動作環境、また、時刻や動作の経過時間、さらに、ユーザの明示的な指示などを設定条件としてもよい。
動作モード制御部１０１が通信装置１０の動作モードを切り替えた後、送受信制御部１０２は、自装置の動作状態がプッシュ通知要求動作中であるか否かの判定を行う（Ｓ２０２）。ここで、プッシュ通知要求動作中である状態とは、送受信制御部１２が第３のＨＴＴＰリクエストを発行し、第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信して第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスの取り出しを行うまでのいずれかの状態にあることを示す。
自装置の動作状態の判定結果がプッシュ通知要求動作中でなかった場合（Ｓ２０２で「No」）、通信装置１０とサーバ装置２０との間において、第３のＨＴＴＰリクエストに対応したプッシュ通知を実施するための処理は行われていないので、通信装置１０の動作モードが切り替わる際の送受信制御処理は終了する。
自装置の動作状態判定結果がプッシュ通知要求動作中であった場合（Ｓ２０２で「Yes」）、送受信制御部１０２は、自装置の動作モードを確認する（Ｓ２０３）。
【００３１】
自装置の動作モードがリクエスト保留動作モードからポーリング動作モードへ切り替わっていた場合（Ｓ２０３でポーリング方式）、送受信制御部１０２は、その時点においてサーバ装置２０に対して送信しているリクエスト保留方式の第３のＨＴＴＰリクエストに対応した処理を中断する要求をサーバ装置２０に対して送信する（Ｓ２０４）。すると、サーバ装置２０は、この中断要求を受信してリクエスト保留方式による第３のＨＴＴＰリクエストに対する処理を中断し、処理の中断が完了したことを通信装置１０に通知する。
送受信制御部１０２は、サーバ装置２０からリクエスト保留方式の第３のＨＴＴＰリクエストに対応した処理が中断された通知を受信すると（Ｓ２０５）、ポーリング方式の第３のＨＴＴＰリクエストを発行して、サーバ装置２０に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ２０６）。
これに対し、自装置の動作モードがポーリング動作モードからリクエスト保留動作モードへ切り替わっていた場合（Ｓ２０３でリクエスト保留方式）、送受信制御部１０２は、所定のポーリング間隔の待機状態を中断し（Ｓ２０７）、リクエスト保留方式の第３のＨＴＴＰリクエストを発行して、サーバ装置２に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ２０８）。
【００３２】
次に、本実施の形態にかかるサーバ装置２０の動作について説明する。
サーバ装置２０にある送受信制御部２０１は、図７に示すように、通信装置１から送信された第２のＨＴＴＰリクエストを受信する。ここで受信した第２のＨＴＴＰリクエストには、リクエスト保留方式による情報の受信要求である第１のＨＴＴＰリクエストがカプセル化されているので、送受信制御部２０１は第２のＨＴＴＰリクエストのカプセル化を解除し、第１のＨＴＴＰリクエストを取り出す（Ｓ３０１）。
送受信制御部２０１は、自装置が取り出した第１のＨＴＴＰリクエストに応じたイベントの発生の待機状態となるとともに、プッシュ通知の登録が完了したことを通知するべく、第２のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを通信装置１０に対して送信する（Ｓ３０２）。
【００３３】
送受信制御部２０１は、第２のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを送信した後、通信装置１０から送信されるポーリング方式もしくはリクエスト保留方式によるプッシュ通知の受信要求である第３のＨＴＴＰリクエストの受信を待ち受ける状態となる（Ｓ３０３）。
通信装置１０から送信された第３のＨＴＴＰリクエストを受信すると（Ｓ３０４）、受信制御部２０１は、受信した第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がポーリング方式であるのか、リクエスト保留方式であるのか判定を行う（Ｓ３０５）。
【００３４】
第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がポーリング方式であった場合（Ｓ３０５で「ポーリング方式」）、送受信制御部２０１は、第３のＨＴＴＰリクエストから取り出した第１のＨＴＴＰリクエストに応じたイベントの発生を確認する。すなわち、通信装置１０に対するプッシュ通知の有無を確認する（Ｓ３０６）。
送受信制御部２０１は、通信装置１０に対するプッシュ通知の有無の確認結果に対応した、ＨＴＴＰレスポンスを通信装置１０に送信する（Ｓ３０７）。ここで、送受信装置２０１が送信するＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部にプッシュ通知の有無に関するデータと第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスがカプセル化されている。
【００３５】
送受信制御部２０１は、通信装置１０に対するプッシュ通知が無かった場合、プッシュ通知が無かったことを示すデータをＨＴＴＰレスポンスのボディ部に入れ込みカプセル化したＨＴＴＰレスポンスを通信装置１０に対して送信する。
送受信制御部２０１は、通信装置１０に対するプッシュ通知が有った場合、プッシュ通知が有ったことを示すデータと第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをカプセル化したＨＴＴＰレスポンスを通信装置１０に対して送信する。
【００３６】
第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がリクエスト保留方式であった場合（Ｓ３０５で「リクエスト保留方式」）、送受信制御部２０１は、通信装置１０に対するプッシュ通知が発生するまで、すなわち、第１のＨＴＴＰリクエストに応じたイベントが発生するまで待機し（Ｓ３０８）、第１のＨＴＴＰリクエストに応じたイベントが発生したら、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスにカプセル化し（Ｓ３０９）、このカプセル化したＨＴＴＰレスポンスを通信装置１０に対して送信する。
【００３７】
通信制御部２０１は、ＨＴＴＰレスポンスを通信装置１０に送信した後、再び通信装置１０から送信されるリクエストの待ち受け状態となる（Ｓ３０３）。
【００３８】
次に、本実施の形態にかかる通信システムの動作について、図８を参照して説明する。本実施の形態にかかるポーリング方式とリクエスト保留方式とを切り替えてプッシュ通知を行う通信システムは、ネットワーク１に接続された通信装置１０とサーバ装置２０とが互いにＨＴＴＰをはじめとするリクエスト・レスポンス形式の通信プロトコルを利用して、ネットワーク１を介して通信装置１０が送信したリクエストに対してサーバ装置２０がレスポンスを送信することによって成立する。
図６に示すように、通信装置１０がサーバ装置２０から所望の情報を受信するためにプッシュ通知の開始要求であるリクエストを発行する（Ｓ１）。次に、通信装置１０は発行したプッシュ通知の開始要求であるリクエストをサーバ装置２０に対して送信し、サーバ装置２０からのプッシュ通知の受信開始の登録であるプッシュ登録を行う（Ｓ２）。
サーバ装置２０は、通信装置１０から送信されたプッシュ開始要求であるリクエストを受信する。サーバ装置２０は、この受信したリクエストに対応したイベント発生の待ち受け状態となる一方、通信装置１０から要求されたプッシュ通知を開始するための登録が完了したことを通信装置１０に対して通知する（Ｓ３）。
サーバ装置２０は、通信装置１０に対してプッシュ通知を開始するための登録が完了したことを通知した後、通信装置１０から送信されるプッシュ通知の受信要求であるリクエストの待ち受け状態となる（Ｓ４）。
サーバ装置２０からプッシュ通知開始の登録が完了したことを受信した通信装置１０は、自装置の動作モードに応じてポーリング方式とリクエスト保留方式とのいずれかのプッシュ通知方式に切り替えて、プッシュ通知の受信要求であるリクエストを発行して、サーバ装置２０に対しこのリクエストを送信する（Ｓ５）。
通信装置１０から送信されたプッシュ通知の受信要求であるリクエストを受信したサーバ装置２０は、この受信したリクエストにおけるプッシュ通知の方式に応じたレスポンスを発行し、このリクエストに応じたレスポンスを通信装置１０に対して送信することにより、プッシュ通知を実行する（Ｓ６）。
通信装置１０は、サーバ装置２０から送信されたプッシュ通知のレスポンスを受信し（Ｓ７）、受信したレスポンスから所望の情報を抽出する受信処理を行う（Ｓ８）。
【００３９】
このように、通信装置１０の状況に応じてポーリング方式とリクエスト保留方式とを切り替えてプッシュ通知を行うことによって、プッシュ通知のリアルタイム性と通信装置の省電力化を両立させることができる。
【００４０】
［第３の実施の形態］
次に、本発明の第２の実施の形態について、図９〜図１１を参照して説明する。
本実施の形態にかかる通信システムは、ポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行うものであり、特に、自装置の状況に対応して柔軟にポーリング方式とリクエスト保留方式とを切り替えることが可能な通信装置とサーバ装置とから構成される通信システムである。
図９に示すように、ネットワーク１に接続される通信装置１１とサーバ装置２０から構成される。
通信装置１１は、自装置の動作モードを設定条件に基づいて、ポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替える動作モード制御部１１１と、自装置の動作モードを図示しない通信装置１１の記憶部に記憶して、ネットワークに接続されたサーバ装置２０に対し自装置の動作モードに応じたリクエストとレスポンスの送受信処理を行う送受信制御部１０２とから構成されている。
この動作モード制御部１１１は、設定条件を決定するための判定基準となる動作ポリシーを記憶する動作ポリシー管理部１１２と、この動作ポリシーに則り決定した設定条件に基づいて自装置の動作モードをポーリング動作モードとリクエスト保留動作モードとのいずれかに切り替える動作モード切り替え部１１３とから構成されている。
なお、これらの構成要素は、ＣＰＵやメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１１ならびにサーバ装置２０のコンピュータのハードウェア資源とソフトウェアが協働して実現されるものである。
また、本実施の形態における通信装置１１の送受信制御部１０２と、サーバ装置２０とは、第２の実施の形態において説明した通信装置１１の送受信制御部１０２とサーバ装置２０とが同一の構成および機能を有するため、ここでは同一の符号を用い、その説明は省略する。
【００４１】
次に通信装置１１にある動作モード制御部１１１の動作を中心に説明しながら、本実施の形態にかかる通信システムの動作について説明する。
通信装置１１にある動作モード制御部１１１は、動作ポリシーに則り自装置の動作モードを切り替える設定条件を決定し、自装置の動作モードを切り替える。
【００４２】
ここで、動作ポリシーについて説明する。
動作モード制御部１１１は、通信装置１１の図示しない記憶部に記憶されている自装置の動作モードを切り替える条件について記述された複数の外部データに対して所定の重み付けを行うことによって動作ポリシーを作成する。
また、動作ポリシーを構成する各外部データについて、ユーザによる設定に加えて、プッシュ通知を行うサーバ装置からの設定や通信キャリアによる設定が可能な外部データとしてもよい。
【００４３】
動作ポリシーの例を図１０に示す。
図１０に示すように、自装置の動作モードを切り替えるために参照する自装置の状態を「項目」とし、各項目に対する「条件」と、この条件に合致した時に選択すべき「動作モード」とが対応付けられて記述されている。この例においては、複数の条件が重なった場合、より上位に記述されている条件に基づいて判定がなされるものとする。
例えば、図１０の実施例において、動作モード制御部１１１は、通信装置１１の電池残量が１０％未満であっても、通信装置の場所が自宅である場合は、リクエスト保留動作モードを選択するように、設定条件が決定される。
したがって、通信装置１１の状況に応じて柔軟に動作モードを切り替えることが可能となり、通信装置１１は動作モード制御部１１１により切り替えられた動作モードに応じたプッシュ通知の方式でサーバ装置２０との通信を行う。
【００４４】
次に、動作モード制御部１１１の動作について図１１を参照して説明する。
図１１は、動作モード制御部１１１の動作モード切り替え動作手順を示した動作フローチャートである。動作モード制御部１１１にある動作ポリシー管理部１１２は、自装置の動作モードを切り替えるタイミングが記述された外部データから動作ポリシーを作成し（Ｓ４０１）、作成した動作ポリシーを図示しない通信装置１１の記憶部に記憶する（Ｓ４０２）。
【００４５】
次に、動作ポリシー管理部１１２はこの動作ポリシーに基づいて自装置の動作モードを切り替えるための設定条件を決定する（Ｓ４０３）。設定条件の決定は、複数の外部データ、すなわち、通信装置１１の動作モードを切り替えるタイミングが記述されている複数の条件に対して、動作ポリシーに則り優先順位を付けこの優先順位が最上位の条件が設定条件となるようにする。
【００４６】
次に、動作モード切り替え部１１３は、決定した設定条件に基づいて自装置の動作モードの切り替え制御を行い（Ｓ４０４）、送受信制御部１０２へ自装置の現在の動作モードを通知する（Ｓ４０５）。その結果、動作モード切り替え部１１３により切り替えられた動作モードで通信装置１１はサーバ装置２０との通信を行う。
【００４７】
このように、自装置の切り替えタイミングが記述された複数の外部データに順応した動作ポリシーを管理する通信装置１１は、自装置の状況に柔軟に対応した動作モードの切り替え動作が可能となる。したがって、より柔軟にポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行うことが可能となり、プッシュ通知のリアルタイム性と通信装置の省電力化の両立がさらに効率よく実現させることができる。
【００４８】
［第４の実施の形態］
次に、本発明の第４の実施の形態について説明する。
本実施の形態にかかる通信システムは、ネットワークに接続された複数のアプリケーションサーバ装置とプロキシサーバ装置と通信装置とから構成される通信システムであり、通信装置とプロキシサーバ装置の間においてポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行い、プロキシサーバ装置とアプリケーションサーバ装置との間においては常にリクエスト保留方式による送受信を行う通信システムである。
図１２は、本実施の形態にかかる通信システムの概要を示す図である。図１２に示すように、ネットワーク１に接続される通信装置１１とプロキシサーバ装置２１と複数のアプリケーションサーバ装置２２−１〜２２−ｎとから構成される。なお、本実施の形態にかかる通信装置１１は、第２の実施の形態において説明した通信装置１１と同一の構成および機能を有するものとして、対応する要素には同一の符号を付しその説明を省略する。
【００４９】
プロキシサーバ装置２１は、複数のアプリケーションサーバ装置２２−１〜２２−ｎに対してリクエスト保留方式のリクエストを発行して送信し、複数のアプリケーションサーバ装置２２−１〜２２−ｎから送信されるレスポンスを受信する一方、通信装置１１から送信されるリクエストを受信処理して、この受信したリクエストにおけるポーリング方式とリクエスト保留方式とのいずれかのプッシュ通知の方式に応じたレスポンスの送信処理を行うプロキシサーバ送受信制御部２１１を備えている。
複数のアプリケーションサーバ装置２２−１〜２２−ｎを構成するアプリケーションサーバ装置は、プロキシサーバ装置２１から送信されるリクエスト保留方式のＨＴＴＰリクエストを受信し、受信したＨＴＴＰリクエストに対応するレスポンスをプロキシサーバ装置２１に対して送信するＡＰサーバ送受信制御部２２１を備えている。
なお、これらの構成要素は、ＣＰＵやメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１１やプロキシサーバ装置２１ならびにアプリケーションサーバ装置２２−１〜２２−ｎのコンピュータのハードウェア資源とソフトウェアが協働して実現されるものである。
【００５０】
次に、プロキシサーバ装置２１ならびにアプリケーションサーバ装置２２の動作を中心に説明しながら、本実施の形態にかかる通信システムの動作について説明する。
【００５１】
図１３はプロキシサーバ装置２１の動作フローを示したフローチャートである。プロキシサーバ装置２１にあるプロキシサーバ送受信制御部２１１は、通信装置１１から送信された第２のＨＴＴＰリクエストを受信する。ここで受信した第２のＨＴＴＰリクエストは、リクエスト保留方式の第１のＨＴＴＰリクエストがカプセル化されており、送受信制御部２１は第２のＨＴＴＰリクエストのカプセル化を解除し、第１のＨＴＴＰリクエストを取り出す（Ｓ６０１）。ここで、第２のＨＴＴＰリクエストから取り出す第１のＨＴＴＰリクエストは、通信装置１１がアプリケーションサーバ装置２２−１〜２２−ｎから受信すべき所望の情報に対する受信要求であり、すなわち、本実施の形態においては、複数のアプリケーションサーバ装置２２−１〜２２−ｎから送信される複数の情報に対する受信要求である。
プロキシサーバ送受信制御部２１１は、カプセル化を解除して取り出したリクエスト保留方式の第１のＨＴＴＰリクエストに対応するアプリケーションサーバ装置に対して、対応する第１のＨＴＴＰリクエストを送信し（Ｓ６０２）、かつ、第２のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを通信装置１１に対して送信して、プッシュ通知の登録が完了したことを通知する（Ｓ６０３）。
プロキシサーバ送受信制御部２１１は、通信装置１１からの第３のＨＴＴＰリクエストの待ち受け状態となる（Ｓ６０４）。
【００５２】
ここで、通信装置１１の動作について簡単に説明する。本実施の形態にかかる通信システムにおいて、通信装置１１の動作は、第３の実施の形態における通信装置１１の動作と同一であるため、その説明は省略する。ただし、本実施の形態における通信装置１１は、プロキシサーバ装置２１との間においてリクエストとレスポンスの送受信動作を行うものであり、第３の実施の形態における通信装置１１の動作手順内で記載されている「サーバ装置２０」を「プロキシサーバ装置２１」に読み替えることとする。
【００５３】
次に、プロキシサーバ送受信制御部２１１は、複数のアプリケーションサーバ装置２２−１〜２２−ｎに対して送信した全ての第１のＨＴＴＰリクエストに応じたレスポンスの受信待機状態となり（Ｓ６０５）、それぞれのアプリケーションサーバ装置２２−１〜２２−ｎから送信される第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをそれぞれ受信する（Ｓ６０６）。
【００５４】
一方で、プロキシサーバ送受信制御部２１１は、通信装置１１から送信される第３のＨＴＴＰリクエストを受信し（Ｓ６０７）、このＨＴＴＰリクエストにおけるプッシュ通知の方式がポーリング方式であるのか、リクエスト保留方式であるのか判定を行う（Ｓ６０８）。
この判定結果がポーリング方式であった場合（Ｓ６０８でポーリング方式）、プロキシサーバ送受信制御部２１１は、複数のアプリケーションサーバ装置２２−１〜２２−ｎに対して送信した全ての第１のＨＴＴＰリクエストに応じたレスポンス受信の有無を確認する。すなわち、通信装置１１が受信を要求している情報に対する全てのプッシュ通知の有無を確認する（Ｓ６０９）。
プロキシサーバ送受信制御部２１１は、通信装置１１に対する全てのプッシュ通知の有無の確認を行った後、全てのプッシュ通知の有無に関する情報と、プッシュ通知が有った第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスとをカプセル化した第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを通信装置１１に送信する（Ｓ６１０）。ここで、プロキシサーバ送受信装置２１１が送信するＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部にプッシュ通知の有無に関する全てのデータとプッシュ通知が有った第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスがカプセル化されている。
【００５５】
第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がリクエスト保留方式であった場合（Ｓ６０８「でリクエスト保留方式」）、プロキシサーバ送受信制御部２１１は、ある一つの通信装置１１に対するプッシュ通知が発生すると、すなわち、ある一つの第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをアプリケーションサーバ装置２２−ｎから受信した際、即座にその第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをカプセル化した第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを発行し、このカプセル化したＨＴＴＰレスポンスを通信装置１１に対して送信する（Ｓ６１１）。ここで送受信装置２１が送信するＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部に第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを含ませてカプセル化されている。
プロキシサーバ送受信制御部２１１は、アプリケーションサーバ装置２２−１〜２２−ｎに対して送信した全ての第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信するまで、上述した動作をくり返す（Ｓ６１２）。
【００５６】
プロキシサーバ通信制御部２１は、再び通信装置１１から送信されるリクエストの待ち受け状態となる。
【００５７】
次に、アプリケーションサーバ装置２２−ｎの動作について説明する。
図１４はアプリケーションサーバ装置２２−ｎの動作フローを示したフローチャートである。アプリケーションサーバ装置２２にあるＡＰサーバ送受信制御部２２１は、プロキシサーバ装置２１１から送信されるリクエスト保留方式の第１のＨＴＴＰリクエストを受信する（Ｓ７０１）。ＡＰサーバ送受信制御部２２１は、受信したリクエスト保留方式の第１のＨＴＴＰリクエストに応じたイベントが発生した際、即座にプロキシサーバ装置２１に対して第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを送信し（Ｓ７０２）、プロキシサーバからのリクエスト保留方式のリクエストの待ち受け状態となる（Ｓ７０３）。
【００５８】
図１５は、本実施の形態にかかる通信システムも動作シーケンスを示すシーケンス図である。
図１５に示すように、通信装置１１が複数のアプリケーションサーバ装置２２−１〜２２−ｎから所望の情報を受信するために、通信装置１１はリクエスト保留方式による所望の情報に対する受信要求である第１のＨＴＴＰリクエストをカプセル化したプッシュ通知の開始要求である第２のＨＴＴＰリクエストを発行する（Ｓ１１）。次に、通信装置１１は、発行した第２のＨＴＴＰリクエストをプロキシサーバ装置２１に対して送信して、プロキシサーバ装置２１からのプッシュ通知の受信開始の登録であるプッシュ登録を行う（Ｓ１２）。
【００５９】
通信装置１１から送信されたプッシュ通知の開始要求である第２のＨＴＴＰリクエストを受信したプロキシサーバ装置２１は、この第２のＨＴＴＰリクエストのカプセル化を解除して第１のＨＴＴＰリクエストを取り出し、この第１のＨＴＴＰリクエストに対応したアプリケーションサーバ装置２２−１〜２２−ｎに対して、この第１のＨＴＴＰリクエストを送信する一方、通信装置１１から要求されたプッシュ通知を開始するための登録が完了したことを通信装置１１に対して通知する（Ｓ１３）。
プロキシサーバ装置２１は、通信装置１１に対してプッシュ通知を開始するための登録が完了したことを通知した後、通信装置１１から送信される第３のＨＴＴＰリクエストとアプリケーションサーバ装置から送信される第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスの受信待ち受け状態となる（Ｓ１４）。
【００６０】
プロキシサーバ装置２１から送信されたプッシュ通知開始の登録が完了したことを受信した通信装置１１は、自装置の動作モードに応じてポーリング方式とリクエスト保留方式とのいずれかのプッシュ通知の方式に切り替えて、プッシュ通知の受信要求である第３のＨＴＴＰリクエストを発行して、プロキシサーバ装置２１に対しこの第３のＨＴＴＰリクエストを送信する（Ｓ１５）。
【００６１】
アプリケーションサーバ装置２２−ｎは、プロキシサーバ装置２１から送信されたリクエスト保留方式の第１のＨＴＴＰリクエストを受信し（Ｓ１６）、この第１のＨＴＴＰリクエストに応じたイベントの発生待機状態となる（Ｓ１７）。
アプリケーションサーバ装置２２−ｎは、第１のＨＴＴＰリクエストに応じたイベントが発生した際、即座にプロキシサーバ装置２１に対して、このＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを送信する（Ｓ１８）。
【００６２】
プロキシサーバ装置２１は、通信装置１１から送信された第３のＨＴＴＰリクエストを受信する一方で、アプリケーションサーバ装置２２−ｎから送信された第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信する。
プロキシサーバ装置２１は、受信した第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスに、受信した第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをカプセル化した状態で発行する。このＨＴＴＰレスポンスを通信装置１１に対して送信することにより、プッシュ通知を実行する（Ｓ１９）。
【００６３】
通信装置１１は、プロキシサーバ装置２１から送信されたプッシュ通知であるＨＴＴＰレスポンスを受信し（Ｓ２０）、受信したＨＴＴＰレスポンスから所望の情報を抽出する受信処理を行う（Ｓ２１）。
【００６４】
このように、本実施の形態にかかる通信システムによれば、通信装置において、複数のアプリケーションサーバ装置から情報を受信する場合、アプリケーションサーバ装置ごとにプッシュ通知の方式を指定することなく、通信装置の状況に応じてポーリング方式とリクエスト保留方式を切り替えて複数のプッシュ通知を並行して受けることが可能となる。
また、本実施の形態にかかる通信システムのように、複数のアプリケーションサーバ装置から情報を受信する場合において、通信装置が利用する通信路はプロキシサーバ装置との間のみであり、通信網におけるトラフィックの面においてもメリットがある。
【産業上の利用可能性】
【００６５】
本発明は、ネットワークを介したインターネットメールの到着通知をはじめとした、リアルタイム性が要求されるネットワークサービスにおいて、クライアントの電力消費を抑えたサーバからクライアントに対する情報のプッシュを行うといった用途に適用できる。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施の形態にかかる通信装置の構成を示す図である。
【図２】本発明の第２の実施の形態にかかる通信システムの構成を示す図である。
【図３】送受信制御部の動作手順を示すフローチャートである。
【図４】ＨＴＴＰリクエスト構造におけるカプセル化を概念的に説明する概念図である。
【図５】ＨＴＴＰレスポンス構造におけるカプセル化を概念的に説明する概念図である。
【図６】本発明の第２の実施の形態における通信装置において動作モードの切り替えが発生した際の送受信手順を示すフローチャートである。
【図７】本発明の第２の実施の形態におけるサーバ装置の送受信手順を示すフローチャートである。
【図８】本発明の第２の実施の形態にかかる通信システムの動作の一例を示すシーケンス図である。
【図９】本発明の第３の実施の形態にかかる通信システムの構成を示す図である。
【図１０】動作ポリシーの一例を示す図である。
【図１１】動作モード制御部の動作手順を示すフローチャートである。
【図１２】本発明の第４の実施の形態にかかる通信システムの構成を示す図である。
【図１３】プロキシサーバ装置の動作手順を示したフローチャートである。
【図１４】アプリケーションサーバ装置の動作手順を示したフローチャートである。
【図１５】本発明の第４の実施の形態にかかる通信システムの動作の一例を示すシーケンス図である。
【符号の説明】
【００６７】
１…ネットワーク、１０，１１…通信装置、２０…サーバ装置、２１…プロキシサーバ装置、２２−１〜２２−ｎ…アプリケーションサーバ装置、１０１，１１１…動作モード制御部、１１２…動作ポリシー管理部、１１３…動作モード切り替え部、１０２…送受信制御部（通信装置）、２０１…送受信制御部（サーバ装置）、２１１…プロキシサーバ送受信制御部、２２１…ＡＰサーバ送受信制御部。
【技術分野】
【０００１】
本発明は、通信装置、方法およびプログラムならびに通信システムに関し、特に、ＨＴＴＰをはじめとするリクエスト・レスポンス形式の通信プロトコルを利用する通信装置、方法およびプログラムならびに通信システムに関する。
【背景技術】
【０００２】
今日、インターネット等のネットワークに接続されたサーバからそのネットワークを介してクライアントのリクエストに応じた情報を送信することは広く行われている。例えば、サーバからネットワークを介してクライアントに対して電子メールを配信するには、送信された電子メールをサーバが受け取り、この電子メールの宛先であるクライアントのリクエストに応じて、サーバがこの電子メールをクライアントに対して送信する。すなわち、サーバは情報である電子メールを、クライアントのリクエストに応じて送信することが行われている。このように、サーバからクライアントに対して情報を送信することは「プッシュ」と呼ばれる。
【０００３】
一般的に、ＨＴＴＰをはじめとするリクエスト・レスポンス形式の通信プロトコルを利用した通信において、サーバがクライアントに対して情報を送信すること、特にサーバにおいてクライアントに対するイベントが発生したことを通知することを「プッシュ通知」と呼ぶことがある。プッシュ通知の方法として、ポーリング方式とリクエスト保留方式が広く利用されている。
ポーリング方式は、定期的にクライアントがサーバに対してリクエストを発行し、サーバ側でクライアントに対して通知すべきイベントが発生していないかをサーバに対して問い合わせ、サーバはこのリクエストに対して応答するレスポンスをクライアントに送信する方式である。このポーリング方式は、クライアントが送信するリクエストの送信間隔を調整することによってプッシュ通知のリアルタイム性と密接な関係であるサーバとの通信回数を調整できる。すなわち、ポーリング方式は、リクエストの送信間隔を短くするとサーバとの通信回数が増加しプッシュ通知のリアルタイム性は向上するが、通信回数が増加することによって消費電力も同様に増加する、という特徴を有している。
このポーリング方式において、リクエスト発行間隔の調整やリクエスト発行間隔を指定する技術が提案されている（特許文献１、特許文献２参照）。
【０００４】
また、リクエスト保留方式は、クライアントが発行したリクエストに対して、サーバは即時にレスポンスを返さず、サーバ側でクライアントに対するプッシュ通知が発生した際に、クライアントに対しレスポンスを送信する方式である。このリクエスト保留方式は、リアルタイムのプッシュ通知を実現することが可能であるが、クライアントとサーバ間においては常に通信接続を保持している必要があり、特にクライアントにとってはポーリング方式と比べて消費電力が大きくなるという特徴を有している。
このリクエスト保留方式において、サーバ装置のウェブサーバによって自動的に所定のイベントが発生した時にクライアントのウェブブラウザに対してイベント発生の通知を行う技術が提案されている（特許文献３参照）。
【０００５】
【特許文献１】特開２００４−０５６７２５号公報
【特許文献２】特開２００４−１５３５７２号公報
【特許文献３】特表２００７−５１６５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術においては、プッシュ通知のリアルタイム性と省電力化の両立を図ることは困難であるという問題があった。例えば、特許文献１の技術においては、ポーリング方式に特化したシステム管理の簡易化とサーバ装置に関するリソースの最適化を図ることを目的とした、リクエスト発行タイミングの制御手段であり、特許文献２の技術においては、ユーザがその都度クライアント端末を操作することなく予め指定された時間にクライアントがサーバに対してリクエストを発行してプッシュ通知を受けることを目的としたプッシュ通知の受信手段であり、特許文献３の技術においては、ウェブブラウザとウェブサーバ間の通信において情報の送受信のリアルタイム性を目的としたリクエスト保留方式のプッシュ通知の手段であり、いずれもプッシュ通知のリアルタイム性とクライアントの省電力化の両立を図ることを目的とするものではない。
【０００７】
本発明は、上記のような問題を解決すべく、リクエスト・レスポンス形式の通信プロトコルを利用した通信システムにおいて、プッシュ通知のリアルタイム性とクライアントとなる通信装置の省電力化を両立させる通信システムの提供を目的とする。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明は、ネットワークに接続されたサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信処理する通信装置に、自装置の動作モードを所定の設定条件に基づいて、ポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替える動作モード制御手段と、ネットワークに接続されたサーバ装置に対して自装置の動作モードに応じたリクエストの送信処理とレスポンスの受信処理を行う送受信制御手段とを設けたことを特徴とする。
【０００９】
また、本発明にかかる通信システムは、ネットワークに接続されたサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信処理する通信装置として、上述した通信装置を用いており、前記通信装置から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御手段を有するサーバ装置を用いたことを特徴とする。
【００１０】
また、本発明にかかる通信システムは、ネットワークに接続されたプロキシサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信処理する通信装置として、上述した通信装置を用いており、通信装置から送信されるリクエストを受信処理しこの受信したリクエストに応じたレスポンスを送信処理する送受信制御手段と、複数のアプリケーションサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段とを備えたプロキシサーバ装置を用いており、このプロキシサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段を備えるアプリケーションサーバ装置を用いたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、リクエスト・レスポンス形式の通信プロトコルを利用した通信システムにおいて、プッシュ通知の異なる方式であるポーリング方式とリクエスト保留方式について、クライアントである通信装置の状況に応じて切り替えることにより、プッシュ通知のリアルタイム性とクライアントの省電力化を両立することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、本発明の実施の形態について説明する。
【００１３】
［第１の実施の形態］
図１は、第１の実施の形態にかかる通信装置の概要を示す機能ブロック図である。
本実施の形態にかかる通信装置は、自装置の動作モードをポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替えて、ネットワークに接続されたサーバ装置に対してリクエストを送信し、このリクエストに対応したレスポンスを受信処理する通信装置である。図１に示すように、通信装置１０は、自装置の動作モードの切り替え制御を行う動作モード制御部１０１と、自装置の動作モードに応じた送受信制御を行う送受信制御部１０２とから構成されている。
なお、これらの構成要素は、ＣＰＵ（中央演算装置）やメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１０のコンピュータのハードウェア資源とソフトウェアとが協働して実現されるものである。
【００１４】
次に、動作モード制御部１０１と送受信制御部１０２の動作を説明しながら、本実施の形態における通信装置１０の動作について述べる。
動作モード制御部１０１は、通信装置１１の図示しない記憶部に記憶している所定の設定条件に基づいて、自装置の動作モードをポーリング動作モードとリクエスト保留動作モードとのいずれかに切り替え、通信装置１０の図示しない記憶部に自装置の動作モードの状態を記憶する。
送受信制御部１０２は、動作モード制御部１０１により切り替えられた自装置の動作モードの最新の状態を判定する。送受信制御部１０２はこの判定結果における動作モードに応じて、ポーリング方式とリクエスト保留方式とのいずれかの方式によってネットワークに接続されたサーバ装置に対するリクエストの送信制御と、そのサーバ装置から送信されるレスポンスの受信制御とを行う。
このように、通信装置の動作モードをポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替えることにより、通信装置は自装置の状況に応じてプッシュ通知の方式であるポーリング方式とリクエスト保留方式とのいずれかを選択することが可能となる。
【００１５】
［第２の実施の形態］
図２は、第２の実施の形態にかかる通信システムの概要を示す図である。
本実施の形態にかかる通信システムは、ポーリング方式とリクエスト保留方式とに切り替えてプッシュ通知を行うものであり、図２に示すように、ネットワーク１に接続される通信装置１０とサーバ装置２０とから構成される。通信装置１０は、第１の実施の形態かかる通信装置１０と同じ構成のため、同一の符号を用いその説明は省略する。
サーバ装置２０は、通信装置１０から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御部２０１から構成されている。
なお、これらの構成要素は、ＣＰＵ（中央演算装置）やメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１０ならびにサーバ装置２０のコンピュータのハードウェア資源とソフトウェアが協働して実現されるものである。
【００１６】
次に通信装置１０とサーバ装置２０の動作を説明しながら、本実施の形態にかかるポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行う通信システムの動作について述べる。
【００１７】
図３は、本実施の形態における通信装置１０の送受信処理手順を示すフローチャートである。図４は、ＨＴＴＰリクエスト構造におけるカプセル化を説明する概要図である。図５は、ＨＴＴＰレスポンス構造におけるカプセル化を説明する概要図である。図６は、本実施の形態における通信装置１０に動作モードの切り替えが発生した際の送受信処理手順を示すフローチャートである。図７は、本実施の形態におけるサーバ装置２０の送受処理手順を示すフローチャートである。図８は、本実施の形態にかかる通信システムの動作シーケンスを示すシーケンス図である。
【００１８】
本実施の形態における通信装置１０の動作を説明する。
通信装置１０の送受信制御部１０２は、図３に示すように、まず、サーバ装置２０から所望の情報を受信するために、第１のＨＴＴＰリクエストを発行する（Ｓ１０１）。
この第１のＨＴＴＰリクエストは、通信装置１０が受信すべきサーバ装置２０から送信される所望の情報に対する受信要求であり、常にリクエスト保留方式による情報の受信を要求するＨＴＴＰリクエストである。このような第１のＨＴＴＰリクエストに対応するプッシュ通知は、サーバ装置２０が第１のＨＴＴＰリクエストに応じたイベントの発生を通知するＨＴＴＰレスポンスを通信装置１０に対して送信し、通信装置１０がこのＨＴＴＰレスポンスを受信することによって成し遂げられる。しかし、この第１のＨＴＴＰリクエストをサーバ装置２０に対して直接送信したのでは、通信装置１０はリクエスト保留方式による情報の受信しかできないことになってしまう。
【００１９】
そこで、送受信制御部１０２は、図４に示すように、ＨＴＴＰリクエストのボディ部に第１のＨＴＴＰリクエストを入れ込んだ第２のＨＴＴＰリクエストを発行する（Ｓ１０２）。この第２のＨＴＴＰリクエストは、通信装置１０からサーバ装置２０に対するプッシュ通知の開始要求である。
このように、ＨＴＴＰリクエストのボディ部に任意のデータや任意の他のＨＴＴＰリクエストを入れ込むことを「カプセル化」といい、他のＨＴＴＰリクエスト等がカプセル化されたＨＴＴＰリクエストを「カプセル化したＨＴＴＰリクエスト」という。
【００２０】
送受信制御部１２は、第２のＨＴＴＰリクエストをサーバ装置２０に対して送信して、サーバ装置２０からのプッシュ通知の受信開始の登録をする（Ｓ１０３）。この第２のＨＴＴＰリクエストを受信したサーバ装置２０からは、プッシュ通知の開始登録が完了したことを通知するレスポンスが送信される。この時点では、プッシュ通知の方式は確定していない。
【００２１】
サーバ装置２０からのレスポンスを受け取った送受信制御部１０２は、自装置の動作モードを判定する（Ｓ１０４）。この判定の詳細については後述する。
その結果、自装置の動作モード判定結果がポーリング動作モードの場合（Ｓ１０４で「ポーリング方式」）、送受信制御部１０２は、ポーリング方式によるプッシュ通知を要求する第３のＨＴＴＰリクエストを発行して、サーバ装置２０に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ１０５）。この第３のＨＴＴＰリクエストは、通信装置１０が受信すべきサーバ装置２０から送信されるプッシュ通知に対するポーリング方式の問い合わせである。
【００２２】
この第３のＨＴＴＰリクエストを送信した送受信制御部１０２は、サーバ装置２０から送信される第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンス、すなわち、ポーリング方式のリクエストに対するレスポンスの待ち受け状態となり、サーバ装置２０から送信されるＨＴＴＰレスポンスを受信すると、サーバ装置２０との通信を一旦切断する（Ｓ１０６）。ここで受信するＨＴＴＰレスポンスは、第３のＨＴＴＰリクエストすなわちポーリング方式の問い合わせに対する応答であると同時に、第１のＨＴＴＰリクエストに対するプッシュ通知の有無に関する情報がカプセル化されたＨＴＴＰレスポンスである。
この第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部に第１のＨＴＴＰリクエストに対するプッシュ通知の有無に関するデータと第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスとを入れ込んだ状態でサーバ装置２０から送信される。
【００２３】
送受信制御部１０２は、サーバ装置２０から送信された第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを解析し、その中に、第１のＨＴＴＰリクエストに対するプッシュ通知が有るか否かを判定する（Ｓ１０７）。
【００２４】
サーバ装置２０から送信されたＨＴＴＰリクエストの解析の結果、第１のＨＴＴＰリクエストに対するプッシュ通知が無かった場合（Ｓ１０７で「No」）、送受信制御部１０２は、通信装置１０の図示しない記憶部に記憶されている所定のポーリング間隔だけサーバ装置２０との通信を再開せずに待機状態となる（Ｓ１０８）。所定のポーリング間隔が経過した後、送信制御部１０２はサーバ装置２０に対して再びポーリング方式の第３のＨＴＴＰリクエストを発行してサーバ装置２に対して再び第３のＨＴＴＰリクエストを送信する（Ｓ１０５）。以下、プッシュ通知があるまで、所定のポーリング間隔ごとにＳ１０５〜Ｓ１０８の手順をくり返す。
【００２５】
サーバ装置２０から送信されたＨＴＴＰレスポンスの解析の結果、第１のＨＴＴＰリクエストに対するプッシュ通知が有った場合（Ｓ１０７で「Yes」）、送受信制御部１０２はこのＨＴＴＰレスポンスから、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを取り出す（Ｓ１１２）。
送受信制御部１０２は、サーバ装置２０から送信された第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスから取り出した第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて受信処理を行い（Ｓ１１３）、送受信制御動作を終了する。
【００２６】
一方、自装置の動作モード判定結果がリクエスト保留動作モードの場合（Ｓ１０４で「リクエスト保留方式」）、送受信制御部１０２はサーバ装置２０に対してリクエスト保留方式によるプッシュ通知の受信要求である第３のＨＴＴＰリクエストを発行してサーバ装置２０に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ１０９）。ここで発行される第３のＨＴＴＰリクエストは、通信装置１０が受信すべきサーバ装置２０から送信されるプッシュ通知に対するリクエスト保留方式の受信要求である。
【００２７】
第３のＨＴＴＰリクエストは、リクエスト保留方式によるプッシュ通知の受信要求なので、サーバ装置２０においては、通信装置１０に対するイベントが発生するまで、すなわち、第１のＨＴＴＰリクエストに応じたプッシュ通知が発生するまでＨＴＴＰレスポンスを送信しない。したがって、受信制御部１０２は、サーバ装置２０において第１のＨＴＴＰリクエストに応じたプッシュ通知が発生するまでの間、継続して、サーバ装置２０から送信されるＨＴＴＰレスポンスの受信待機状態となる（Ｓ１１０）。
本実施の形態においては、このレスポンスの受信待機状態時に、一定時間サーバ装置２０においてイベントの発生が無く、受信制御部１０２との送受信が途絶えている場合には、サーバ装置２０は、通信装置１０が動作していることを確認するために生存確認（keep-alive）レスポンスを通信装置１０に対して送信し、送受信制御部１０２はサーバ装置２０から送信されたkeep-aliveレスポンスを受信する。このkeep-aliveレスポンスを受信した送受信制御部１０２は、即座に前回送信したリクエスト保留方式の第３のＨＴＴＰリクエストをサーバ装置２０に対して再送し、再度サーバ装置２０からのＨＴＴＰレスポンスの受信待機状態となる。
【００２８】
サーバ装置２０において、第１のＨＴＴＰリクエストに応じたプッシュ通知が発生すると、通信装置１０に対してサーバ装置２０からのＨＴＴＰレスポンスが送信され、送受信装置１０２は、このＨＴＴＰレスポンスを受信する（Ｓ１１１）。ここでサーバ装置２０から送信されるＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部に第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスがカプセル化されている。
送受信制御部１０２はこの受信したＨＴＴＰレスポンスから、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを取り出す（Ｓ１１２）。
【００２９】
送受信制御部１０２は、サーバ装置２０から送信された第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスから抽出した、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスについて受信処理を行い（Ｓ１１３）、送受信制御動作を終了する。
【００３０】
［通信装置の動作モードが切り替わる際の通信装置における送受信制御］
次に、通信装置１０の動作モードが切り替わる際の送受信制御の手順について説明する。図６に示すように、動作モード制御部１０１は、通信装置１０の図示しない記憶部に記憶されている所定の設定条件に基づいて、自装置の動作モードをポーリング動作モードとリクエスト保留動作モードのいずれかに切り替える（Ｓ２０１）。所定の設定条件として、通信装置１０の電池残量や動作環境、また、時刻や動作の経過時間、さらに、ユーザの明示的な指示などを設定条件としてもよい。
動作モード制御部１０１が通信装置１０の動作モードを切り替えた後、送受信制御部１０２は、自装置の動作状態がプッシュ通知要求動作中であるか否かの判定を行う（Ｓ２０２）。ここで、プッシュ通知要求動作中である状態とは、送受信制御部１２が第３のＨＴＴＰリクエストを発行し、第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信して第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスの取り出しを行うまでのいずれかの状態にあることを示す。
自装置の動作状態の判定結果がプッシュ通知要求動作中でなかった場合（Ｓ２０２で「No」）、通信装置１０とサーバ装置２０との間において、第３のＨＴＴＰリクエストに対応したプッシュ通知を実施するための処理は行われていないので、通信装置１０の動作モードが切り替わる際の送受信制御処理は終了する。
自装置の動作状態判定結果がプッシュ通知要求動作中であった場合（Ｓ２０２で「Yes」）、送受信制御部１０２は、自装置の動作モードを確認する（Ｓ２０３）。
【００３１】
自装置の動作モードがリクエスト保留動作モードからポーリング動作モードへ切り替わっていた場合（Ｓ２０３でポーリング方式）、送受信制御部１０２は、その時点においてサーバ装置２０に対して送信しているリクエスト保留方式の第３のＨＴＴＰリクエストに対応した処理を中断する要求をサーバ装置２０に対して送信する（Ｓ２０４）。すると、サーバ装置２０は、この中断要求を受信してリクエスト保留方式による第３のＨＴＴＰリクエストに対する処理を中断し、処理の中断が完了したことを通信装置１０に通知する。
送受信制御部１０２は、サーバ装置２０からリクエスト保留方式の第３のＨＴＴＰリクエストに対応した処理が中断された通知を受信すると（Ｓ２０５）、ポーリング方式の第３のＨＴＴＰリクエストを発行して、サーバ装置２０に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ２０６）。
これに対し、自装置の動作モードがポーリング動作モードからリクエスト保留動作モードへ切り替わっていた場合（Ｓ２０３でリクエスト保留方式）、送受信制御部１０２は、所定のポーリング間隔の待機状態を中断し（Ｓ２０７）、リクエスト保留方式の第３のＨＴＴＰリクエストを発行して、サーバ装置２に対してこの第３のＨＴＴＰリクエストを送信する（Ｓ２０８）。
【００３２】
次に、本実施の形態にかかるサーバ装置２０の動作について説明する。
サーバ装置２０にある送受信制御部２０１は、図７に示すように、通信装置１から送信された第２のＨＴＴＰリクエストを受信する。ここで受信した第２のＨＴＴＰリクエストには、リクエスト保留方式による情報の受信要求である第１のＨＴＴＰリクエストがカプセル化されているので、送受信制御部２０１は第２のＨＴＴＰリクエストのカプセル化を解除し、第１のＨＴＴＰリクエストを取り出す（Ｓ３０１）。
送受信制御部２０１は、自装置が取り出した第１のＨＴＴＰリクエストに応じたイベントの発生の待機状態となるとともに、プッシュ通知の登録が完了したことを通知するべく、第２のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを通信装置１０に対して送信する（Ｓ３０２）。
【００３３】
送受信制御部２０１は、第２のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを送信した後、通信装置１０から送信されるポーリング方式もしくはリクエスト保留方式によるプッシュ通知の受信要求である第３のＨＴＴＰリクエストの受信を待ち受ける状態となる（Ｓ３０３）。
通信装置１０から送信された第３のＨＴＴＰリクエストを受信すると（Ｓ３０４）、受信制御部２０１は、受信した第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がポーリング方式であるのか、リクエスト保留方式であるのか判定を行う（Ｓ３０５）。
【００３４】
第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がポーリング方式であった場合（Ｓ３０５で「ポーリング方式」）、送受信制御部２０１は、第３のＨＴＴＰリクエストから取り出した第１のＨＴＴＰリクエストに応じたイベントの発生を確認する。すなわち、通信装置１０に対するプッシュ通知の有無を確認する（Ｓ３０６）。
送受信制御部２０１は、通信装置１０に対するプッシュ通知の有無の確認結果に対応した、ＨＴＴＰレスポンスを通信装置１０に送信する（Ｓ３０７）。ここで、送受信装置２０１が送信するＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部にプッシュ通知の有無に関するデータと第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスがカプセル化されている。
【００３５】
送受信制御部２０１は、通信装置１０に対するプッシュ通知が無かった場合、プッシュ通知が無かったことを示すデータをＨＴＴＰレスポンスのボディ部に入れ込みカプセル化したＨＴＴＰレスポンスを通信装置１０に対して送信する。
送受信制御部２０１は、通信装置１０に対するプッシュ通知が有った場合、プッシュ通知が有ったことを示すデータと第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをカプセル化したＨＴＴＰレスポンスを通信装置１０に対して送信する。
【００３６】
第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がリクエスト保留方式であった場合（Ｓ３０５で「リクエスト保留方式」）、送受信制御部２０１は、通信装置１０に対するプッシュ通知が発生するまで、すなわち、第１のＨＴＴＰリクエストに応じたイベントが発生するまで待機し（Ｓ３０８）、第１のＨＴＴＰリクエストに応じたイベントが発生したら、第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスにカプセル化し（Ｓ３０９）、このカプセル化したＨＴＴＰレスポンスを通信装置１０に対して送信する。
【００３７】
通信制御部２０１は、ＨＴＴＰレスポンスを通信装置１０に送信した後、再び通信装置１０から送信されるリクエストの待ち受け状態となる（Ｓ３０３）。
【００３８】
次に、本実施の形態にかかる通信システムの動作について、図８を参照して説明する。本実施の形態にかかるポーリング方式とリクエスト保留方式とを切り替えてプッシュ通知を行う通信システムは、ネットワーク１に接続された通信装置１０とサーバ装置２０とが互いにＨＴＴＰをはじめとするリクエスト・レスポンス形式の通信プロトコルを利用して、ネットワーク１を介して通信装置１０が送信したリクエストに対してサーバ装置２０がレスポンスを送信することによって成立する。
図６に示すように、通信装置１０がサーバ装置２０から所望の情報を受信するためにプッシュ通知の開始要求であるリクエストを発行する（Ｓ１）。次に、通信装置１０は発行したプッシュ通知の開始要求であるリクエストをサーバ装置２０に対して送信し、サーバ装置２０からのプッシュ通知の受信開始の登録であるプッシュ登録を行う（Ｓ２）。
サーバ装置２０は、通信装置１０から送信されたプッシュ開始要求であるリクエストを受信する。サーバ装置２０は、この受信したリクエストに対応したイベント発生の待ち受け状態となる一方、通信装置１０から要求されたプッシュ通知を開始するための登録が完了したことを通信装置１０に対して通知する（Ｓ３）。
サーバ装置２０は、通信装置１０に対してプッシュ通知を開始するための登録が完了したことを通知した後、通信装置１０から送信されるプッシュ通知の受信要求であるリクエストの待ち受け状態となる（Ｓ４）。
サーバ装置２０からプッシュ通知開始の登録が完了したことを受信した通信装置１０は、自装置の動作モードに応じてポーリング方式とリクエスト保留方式とのいずれかのプッシュ通知方式に切り替えて、プッシュ通知の受信要求であるリクエストを発行して、サーバ装置２０に対しこのリクエストを送信する（Ｓ５）。
通信装置１０から送信されたプッシュ通知の受信要求であるリクエストを受信したサーバ装置２０は、この受信したリクエストにおけるプッシュ通知の方式に応じたレスポンスを発行し、このリクエストに応じたレスポンスを通信装置１０に対して送信することにより、プッシュ通知を実行する（Ｓ６）。
通信装置１０は、サーバ装置２０から送信されたプッシュ通知のレスポンスを受信し（Ｓ７）、受信したレスポンスから所望の情報を抽出する受信処理を行う（Ｓ８）。
【００３９】
このように、通信装置１０の状況に応じてポーリング方式とリクエスト保留方式とを切り替えてプッシュ通知を行うことによって、プッシュ通知のリアルタイム性と通信装置の省電力化を両立させることができる。
【００４０】
［第３の実施の形態］
次に、本発明の第２の実施の形態について、図９〜図１１を参照して説明する。
本実施の形態にかかる通信システムは、ポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行うものであり、特に、自装置の状況に対応して柔軟にポーリング方式とリクエスト保留方式とを切り替えることが可能な通信装置とサーバ装置とから構成される通信システムである。
図９に示すように、ネットワーク１に接続される通信装置１１とサーバ装置２０から構成される。
通信装置１１は、自装置の動作モードを設定条件に基づいて、ポーリング方式での送受信動作を行うポーリング動作モードとリクエスト保留方式による送受信動作を行うリクエスト保留動作モードとのいずれかに切り替える動作モード制御部１１１と、自装置の動作モードを図示しない通信装置１１の記憶部に記憶して、ネットワークに接続されたサーバ装置２０に対し自装置の動作モードに応じたリクエストとレスポンスの送受信処理を行う送受信制御部１０２とから構成されている。
この動作モード制御部１１１は、設定条件を決定するための判定基準となる動作ポリシーを記憶する動作ポリシー管理部１１２と、この動作ポリシーに則り決定した設定条件に基づいて自装置の動作モードをポーリング動作モードとリクエスト保留動作モードとのいずれかに切り替える動作モード切り替え部１１３とから構成されている。
なお、これらの構成要素は、ＣＰＵやメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１１ならびにサーバ装置２０のコンピュータのハードウェア資源とソフトウェアが協働して実現されるものである。
また、本実施の形態における通信装置１１の送受信制御部１０２と、サーバ装置２０とは、第２の実施の形態において説明した通信装置１１の送受信制御部１０２とサーバ装置２０とが同一の構成および機能を有するため、ここでは同一の符号を用い、その説明は省略する。
【００４１】
次に通信装置１１にある動作モード制御部１１１の動作を中心に説明しながら、本実施の形態にかかる通信システムの動作について説明する。
通信装置１１にある動作モード制御部１１１は、動作ポリシーに則り自装置の動作モードを切り替える設定条件を決定し、自装置の動作モードを切り替える。
【００４２】
ここで、動作ポリシーについて説明する。
動作モード制御部１１１は、通信装置１１の図示しない記憶部に記憶されている自装置の動作モードを切り替える条件について記述された複数の外部データに対して所定の重み付けを行うことによって動作ポリシーを作成する。
また、動作ポリシーを構成する各外部データについて、ユーザによる設定に加えて、プッシュ通知を行うサーバ装置からの設定や通信キャリアによる設定が可能な外部データとしてもよい。
【００４３】
動作ポリシーの例を図１０に示す。
図１０に示すように、自装置の動作モードを切り替えるために参照する自装置の状態を「項目」とし、各項目に対する「条件」と、この条件に合致した時に選択すべき「動作モード」とが対応付けられて記述されている。この例においては、複数の条件が重なった場合、より上位に記述されている条件に基づいて判定がなされるものとする。
例えば、図１０の実施例において、動作モード制御部１１１は、通信装置１１の電池残量が１０％未満であっても、通信装置の場所が自宅である場合は、リクエスト保留動作モードを選択するように、設定条件が決定される。
したがって、通信装置１１の状況に応じて柔軟に動作モードを切り替えることが可能となり、通信装置１１は動作モード制御部１１１により切り替えられた動作モードに応じたプッシュ通知の方式でサーバ装置２０との通信を行う。
【００４４】
次に、動作モード制御部１１１の動作について図１１を参照して説明する。
図１１は、動作モード制御部１１１の動作モード切り替え動作手順を示した動作フローチャートである。動作モード制御部１１１にある動作ポリシー管理部１１２は、自装置の動作モードを切り替えるタイミングが記述された外部データから動作ポリシーを作成し（Ｓ４０１）、作成した動作ポリシーを図示しない通信装置１１の記憶部に記憶する（Ｓ４０２）。
【００４５】
次に、動作ポリシー管理部１１２はこの動作ポリシーに基づいて自装置の動作モードを切り替えるための設定条件を決定する（Ｓ４０３）。設定条件の決定は、複数の外部データ、すなわち、通信装置１１の動作モードを切り替えるタイミングが記述されている複数の条件に対して、動作ポリシーに則り優先順位を付けこの優先順位が最上位の条件が設定条件となるようにする。
【００４６】
次に、動作モード切り替え部１１３は、決定した設定条件に基づいて自装置の動作モードの切り替え制御を行い（Ｓ４０４）、送受信制御部１０２へ自装置の現在の動作モードを通知する（Ｓ４０５）。その結果、動作モード切り替え部１１３により切り替えられた動作モードで通信装置１１はサーバ装置２０との通信を行う。
【００４７】
このように、自装置の切り替えタイミングが記述された複数の外部データに順応した動作ポリシーを管理する通信装置１１は、自装置の状況に柔軟に対応した動作モードの切り替え動作が可能となる。したがって、より柔軟にポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行うことが可能となり、プッシュ通知のリアルタイム性と通信装置の省電力化の両立がさらに効率よく実現させることができる。
【００４８】
［第４の実施の形態］
次に、本発明の第４の実施の形態について説明する。
本実施の形態にかかる通信システムは、ネットワークに接続された複数のアプリケーションサーバ装置とプロキシサーバ装置と通信装置とから構成される通信システムであり、通信装置とプロキシサーバ装置の間においてポーリング方式とリクエスト保留方式を切り替えてプッシュ通知を行い、プロキシサーバ装置とアプリケーションサーバ装置との間においては常にリクエスト保留方式による送受信を行う通信システムである。
図１２は、本実施の形態にかかる通信システムの概要を示す図である。図１２に示すように、ネットワーク１に接続される通信装置１１とプロキシサーバ装置２１と複数のアプリケーションサーバ装置２２−１〜２２−ｎとから構成される。なお、本実施の形態にかかる通信装置１１は、第２の実施の形態において説明した通信装置１１と同一の構成および機能を有するものとして、対応する要素には同一の符号を付しその説明を省略する。
【００４９】
プロキシサーバ装置２１は、複数のアプリケーションサーバ装置２２−１〜２２−ｎに対してリクエスト保留方式のリクエストを発行して送信し、複数のアプリケーションサーバ装置２２−１〜２２−ｎから送信されるレスポンスを受信する一方、通信装置１１から送信されるリクエストを受信処理して、この受信したリクエストにおけるポーリング方式とリクエスト保留方式とのいずれかのプッシュ通知の方式に応じたレスポンスの送信処理を行うプロキシサーバ送受信制御部２１１を備えている。
複数のアプリケーションサーバ装置２２−１〜２２−ｎを構成するアプリケーションサーバ装置は、プロキシサーバ装置２１から送信されるリクエスト保留方式のＨＴＴＰリクエストを受信し、受信したＨＴＴＰリクエストに対応するレスポンスをプロキシサーバ装置２１に対して送信するＡＰサーバ送受信制御部２２１を備えている。
なお、これらの構成要素は、ＣＰＵやメモリ、インターフェースを備えたコンピュータに、コンピュータプログラムをインストールすることにより、上記の通信装置１１やプロキシサーバ装置２１ならびにアプリケーションサーバ装置２２−１〜２２−ｎのコンピュータのハードウェア資源とソフトウェアが協働して実現されるものである。
【００５０】
次に、プロキシサーバ装置２１ならびにアプリケーションサーバ装置２２の動作を中心に説明しながら、本実施の形態にかかる通信システムの動作について説明する。
【００５１】
図１３はプロキシサーバ装置２１の動作フローを示したフローチャートである。プロキシサーバ装置２１にあるプロキシサーバ送受信制御部２１１は、通信装置１１から送信された第２のＨＴＴＰリクエストを受信する。ここで受信した第２のＨＴＴＰリクエストは、リクエスト保留方式の第１のＨＴＴＰリクエストがカプセル化されており、送受信制御部２１は第２のＨＴＴＰリクエストのカプセル化を解除し、第１のＨＴＴＰリクエストを取り出す（Ｓ６０１）。ここで、第２のＨＴＴＰリクエストから取り出す第１のＨＴＴＰリクエストは、通信装置１１がアプリケーションサーバ装置２２−１〜２２−ｎから受信すべき所望の情報に対する受信要求であり、すなわち、本実施の形態においては、複数のアプリケーションサーバ装置２２−１〜２２−ｎから送信される複数の情報に対する受信要求である。
プロキシサーバ送受信制御部２１１は、カプセル化を解除して取り出したリクエスト保留方式の第１のＨＴＴＰリクエストに対応するアプリケーションサーバ装置に対して、対応する第１のＨＴＴＰリクエストを送信し（Ｓ６０２）、かつ、第２のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを通信装置１１に対して送信して、プッシュ通知の登録が完了したことを通知する（Ｓ６０３）。
プロキシサーバ送受信制御部２１１は、通信装置１１からの第３のＨＴＴＰリクエストの待ち受け状態となる（Ｓ６０４）。
【００５２】
ここで、通信装置１１の動作について簡単に説明する。本実施の形態にかかる通信システムにおいて、通信装置１１の動作は、第３の実施の形態における通信装置１１の動作と同一であるため、その説明は省略する。ただし、本実施の形態における通信装置１１は、プロキシサーバ装置２１との間においてリクエストとレスポンスの送受信動作を行うものであり、第３の実施の形態における通信装置１１の動作手順内で記載されている「サーバ装置２０」を「プロキシサーバ装置２１」に読み替えることとする。
【００５３】
次に、プロキシサーバ送受信制御部２１１は、複数のアプリケーションサーバ装置２２−１〜２２−ｎに対して送信した全ての第１のＨＴＴＰリクエストに応じたレスポンスの受信待機状態となり（Ｓ６０５）、それぞれのアプリケーションサーバ装置２２−１〜２２−ｎから送信される第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをそれぞれ受信する（Ｓ６０６）。
【００５４】
一方で、プロキシサーバ送受信制御部２１１は、通信装置１１から送信される第３のＨＴＴＰリクエストを受信し（Ｓ６０７）、このＨＴＴＰリクエストにおけるプッシュ通知の方式がポーリング方式であるのか、リクエスト保留方式であるのか判定を行う（Ｓ６０８）。
この判定結果がポーリング方式であった場合（Ｓ６０８でポーリング方式）、プロキシサーバ送受信制御部２１１は、複数のアプリケーションサーバ装置２２−１〜２２−ｎに対して送信した全ての第１のＨＴＴＰリクエストに応じたレスポンス受信の有無を確認する。すなわち、通信装置１１が受信を要求している情報に対する全てのプッシュ通知の有無を確認する（Ｓ６０９）。
プロキシサーバ送受信制御部２１１は、通信装置１１に対する全てのプッシュ通知の有無の確認を行った後、全てのプッシュ通知の有無に関する情報と、プッシュ通知が有った第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスとをカプセル化した第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを通信装置１１に送信する（Ｓ６１０）。ここで、プロキシサーバ送受信装置２１１が送信するＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部にプッシュ通知の有無に関する全てのデータとプッシュ通知が有った第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスがカプセル化されている。
【００５５】
第３のＨＴＴＰリクエストにおけるプッシュ通知の方式がリクエスト保留方式であった場合（Ｓ６０８「でリクエスト保留方式」）、プロキシサーバ送受信制御部２１１は、ある一つの通信装置１１に対するプッシュ通知が発生すると、すなわち、ある一つの第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをアプリケーションサーバ装置２２−ｎから受信した際、即座にその第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをカプセル化した第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを発行し、このカプセル化したＨＴＴＰレスポンスを通信装置１１に対して送信する（Ｓ６１１）。ここで送受信装置２１が送信するＨＴＴＰレスポンスは、図５に示すように、ＨＴＴＰレスポンスのボディ部に第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを含ませてカプセル化されている。
プロキシサーバ送受信制御部２１１は、アプリケーションサーバ装置２２−１〜２２−ｎに対して送信した全ての第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信するまで、上述した動作をくり返す（Ｓ６１２）。
【００５６】
プロキシサーバ通信制御部２１は、再び通信装置１１から送信されるリクエストの待ち受け状態となる。
【００５７】
次に、アプリケーションサーバ装置２２−ｎの動作について説明する。
図１４はアプリケーションサーバ装置２２−ｎの動作フローを示したフローチャートである。アプリケーションサーバ装置２２にあるＡＰサーバ送受信制御部２２１は、プロキシサーバ装置２１１から送信されるリクエスト保留方式の第１のＨＴＴＰリクエストを受信する（Ｓ７０１）。ＡＰサーバ送受信制御部２２１は、受信したリクエスト保留方式の第１のＨＴＴＰリクエストに応じたイベントが発生した際、即座にプロキシサーバ装置２１に対して第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを送信し（Ｓ７０２）、プロキシサーバからのリクエスト保留方式のリクエストの待ち受け状態となる（Ｓ７０３）。
【００５８】
図１５は、本実施の形態にかかる通信システムも動作シーケンスを示すシーケンス図である。
図１５に示すように、通信装置１１が複数のアプリケーションサーバ装置２２−１〜２２−ｎから所望の情報を受信するために、通信装置１１はリクエスト保留方式による所望の情報に対する受信要求である第１のＨＴＴＰリクエストをカプセル化したプッシュ通知の開始要求である第２のＨＴＴＰリクエストを発行する（Ｓ１１）。次に、通信装置１１は、発行した第２のＨＴＴＰリクエストをプロキシサーバ装置２１に対して送信して、プロキシサーバ装置２１からのプッシュ通知の受信開始の登録であるプッシュ登録を行う（Ｓ１２）。
【００５９】
通信装置１１から送信されたプッシュ通知の開始要求である第２のＨＴＴＰリクエストを受信したプロキシサーバ装置２１は、この第２のＨＴＴＰリクエストのカプセル化を解除して第１のＨＴＴＰリクエストを取り出し、この第１のＨＴＴＰリクエストに対応したアプリケーションサーバ装置２２−１〜２２−ｎに対して、この第１のＨＴＴＰリクエストを送信する一方、通信装置１１から要求されたプッシュ通知を開始するための登録が完了したことを通信装置１１に対して通知する（Ｓ１３）。
プロキシサーバ装置２１は、通信装置１１に対してプッシュ通知を開始するための登録が完了したことを通知した後、通信装置１１から送信される第３のＨＴＴＰリクエストとアプリケーションサーバ装置から送信される第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスの受信待ち受け状態となる（Ｓ１４）。
【００６０】
プロキシサーバ装置２１から送信されたプッシュ通知開始の登録が完了したことを受信した通信装置１１は、自装置の動作モードに応じてポーリング方式とリクエスト保留方式とのいずれかのプッシュ通知の方式に切り替えて、プッシュ通知の受信要求である第３のＨＴＴＰリクエストを発行して、プロキシサーバ装置２１に対しこの第３のＨＴＴＰリクエストを送信する（Ｓ１５）。
【００６１】
アプリケーションサーバ装置２２−ｎは、プロキシサーバ装置２１から送信されたリクエスト保留方式の第１のＨＴＴＰリクエストを受信し（Ｓ１６）、この第１のＨＴＴＰリクエストに応じたイベントの発生待機状態となる（Ｓ１７）。
アプリケーションサーバ装置２２−ｎは、第１のＨＴＴＰリクエストに応じたイベントが発生した際、即座にプロキシサーバ装置２１に対して、このＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを送信する（Ｓ１８）。
【００６２】
プロキシサーバ装置２１は、通信装置１１から送信された第３のＨＴＴＰリクエストを受信する一方で、アプリケーションサーバ装置２２−ｎから送信された第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信する。
プロキシサーバ装置２１は、受信した第３のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスに、受信した第１のＨＴＴＰリクエストに応じたＨＴＴＰレスポンスをカプセル化した状態で発行する。このＨＴＴＰレスポンスを通信装置１１に対して送信することにより、プッシュ通知を実行する（Ｓ１９）。
【００６３】
通信装置１１は、プロキシサーバ装置２１から送信されたプッシュ通知であるＨＴＴＰレスポンスを受信し（Ｓ２０）、受信したＨＴＴＰレスポンスから所望の情報を抽出する受信処理を行う（Ｓ２１）。
【００６４】
このように、本実施の形態にかかる通信システムによれば、通信装置において、複数のアプリケーションサーバ装置から情報を受信する場合、アプリケーションサーバ装置ごとにプッシュ通知の方式を指定することなく、通信装置の状況に応じてポーリング方式とリクエスト保留方式を切り替えて複数のプッシュ通知を並行して受けることが可能となる。
また、本実施の形態にかかる通信システムのように、複数のアプリケーションサーバ装置から情報を受信する場合において、通信装置が利用する通信路はプロキシサーバ装置との間のみであり、通信網におけるトラフィックの面においてもメリットがある。
【産業上の利用可能性】
【００６５】
本発明は、ネットワークを介したインターネットメールの到着通知をはじめとした、リアルタイム性が要求されるネットワークサービスにおいて、クライアントの電力消費を抑えたサーバからクライアントに対する情報のプッシュを行うといった用途に適用できる。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施の形態にかかる通信装置の構成を示す図である。
【図２】本発明の第２の実施の形態にかかる通信システムの構成を示す図である。
【図３】送受信制御部の動作手順を示すフローチャートである。
【図４】ＨＴＴＰリクエスト構造におけるカプセル化を概念的に説明する概念図である。
【図５】ＨＴＴＰレスポンス構造におけるカプセル化を概念的に説明する概念図である。
【図６】本発明の第２の実施の形態における通信装置において動作モードの切り替えが発生した際の送受信手順を示すフローチャートである。
【図７】本発明の第２の実施の形態におけるサーバ装置の送受信手順を示すフローチャートである。
【図８】本発明の第２の実施の形態にかかる通信システムの動作の一例を示すシーケンス図である。
【図９】本発明の第３の実施の形態にかかる通信システムの構成を示す図である。
【図１０】動作ポリシーの一例を示す図である。
【図１１】動作モード制御部の動作手順を示すフローチャートである。
【図１２】本発明の第４の実施の形態にかかる通信システムの構成を示す図である。
【図１３】プロキシサーバ装置の動作手順を示したフローチャートである。
【図１４】アプリケーションサーバ装置の動作手順を示したフローチャートである。
【図１５】本発明の第４の実施の形態にかかる通信システムの動作の一例を示すシーケンス図である。
【符号の説明】
【００６７】
１…ネットワーク、１０，１１…通信装置、２０…サーバ装置、２１…プロキシサーバ装置、２２−１〜２２−ｎ…アプリケーションサーバ装置、１０１，１１１…動作モード制御部、１１２…動作ポリシー管理部、１１３…動作モード切り替え部、１０２…送受信制御部（通信装置）、２０１…送受信制御部（サーバ装置）、２１１…プロキシサーバ送受信制御部、２２１…ＡＰサーバ送受信制御部。
【特許請求の範囲】
【請求項１】
ネットワークに接続されたサーバ装置に対してリクエストを送信しこのリクエストに対応したレスポンスを受信する通信装置において、
自装置の動作モードを所定の設定条件に基づき、前記サーバ装置に対して定期的に問い合わせを発行し前記サーバ装置からの応答を受信するポーリング動作モードと、前記サーバ装置によって通知すべき応答が発生した際に送信されるその応答を受信するリクエスト保留動作モードとのいずれかに切り替える動作モード制御手段と、
前記サーバ装置に対して自装置の動作モードに応じたリクエストの送信制御とレスポンスの受信制御を行う送受信制御手段と
を備えることを特徴とする通信装置。
【請求項２】
請求項１に記載された通信装置において、
前記動作モード制御手段は、前記設定条件を決定する判定基準である動作ポリシーを記憶する動作ポリシー管理手段と、
前記動作ポリシーに則り決定した設定条件に基づいて自装置の動作モードを前記ポーリング動作モードと前記リクエスト保留動作モードとのいずれかに切り替える動作モード切り替え手段と
を備えることを特徴とする通信装置。
【請求項３】
ネットワークに接続されたサーバ装置に対してリクエストを送信しこのリクエストに対応したレスポンスを受信する通信装置の送受信制御方法において、
自装置の動作モードを所定の設定条件に基づいて、前記サーバ装置に対するリクエストを定期的に発行し前記サーバ装置からのレスポンスを受信するポーリング動作モードと、前記サーバ装置によって通知すべきレスポンスが発生した際に送信されるそのレスポンスを受信するリクエスト保留動作モードとのいずれかに切り替える動作モード切り替えステップと、
前記サーバ装置に対して自装置の動作モードに応じたリクエストの送信制御とレスポンスの受信制御を行う送受信制御ステップと
を有することを特徴とする携帯端末装置の送受信制御方法。
【請求項４】
ネットワークに接続されたサーバ装置に対してリクエストを送信しこのリクエストに対応したレスポンスを受信する通信装置に搭載されているコンピュータに、
自装置の動作モードを所定の設定条件に基づいて、前記サーバ装置に対するリクエストを定期的に発行し前記サーバ装置からのレスポンスを受信するポーリング動作モードと、前記サーバ装置によって通知すべきレスポンスが発生した際に送信されるそのレスポンスを受信するリクエスト保留動作モードとのいずれかに切り替える動作モード切り替えステップと、
前記サーバ装置に対して自装置の動作モードに応じたリクエストの送信制御とレスポンスの受信制御を行う送受信制御ステップと
を実行させることを特徴とする携帯端末装置の送受信制御プログラム。
【請求項５】
ネットワークに接続されたサーバ装置とこのサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信する通信装置とからなる通信システムにおいて、
前記通信装置は、請求項１又は請求項２に記載された通信装置であり、
前記サーバ装置は、前記通信装置から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御手段を
備えることを特徴とする通信システム。
【請求項６】
ネットワークに接続される通信装置とプロキシサーバ装置と複数のアプリケーションサーバ装置とが互いに通信を行う通信システムにおいて、
前記通信装置は、請求項１又は請求項２に記載された通信装置であり、
前記プロキシサーバ装置は、前記通信装置から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御手段と、前記複数のアプリケーションサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段とを備え、
前記アプリケーションサーバ装置は、前記プロキシサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段を
備えることを特徴とする通信システム。
【請求項１】
ネットワークに接続されたサーバ装置に対してリクエストを送信しこのリクエストに対応したレスポンスを受信する通信装置において、
自装置の動作モードを所定の設定条件に基づき、前記サーバ装置に対して定期的に問い合わせを発行し前記サーバ装置からの応答を受信するポーリング動作モードと、前記サーバ装置によって通知すべき応答が発生した際に送信されるその応答を受信するリクエスト保留動作モードとのいずれかに切り替える動作モード制御手段と、
前記サーバ装置に対して自装置の動作モードに応じたリクエストの送信制御とレスポンスの受信制御を行う送受信制御手段と
を備えることを特徴とする通信装置。
【請求項２】
請求項１に記載された通信装置において、
前記動作モード制御手段は、前記設定条件を決定する判定基準である動作ポリシーを記憶する動作ポリシー管理手段と、
前記動作ポリシーに則り決定した設定条件に基づいて自装置の動作モードを前記ポーリング動作モードと前記リクエスト保留動作モードとのいずれかに切り替える動作モード切り替え手段と
を備えることを特徴とする通信装置。
【請求項３】
ネットワークに接続されたサーバ装置に対してリクエストを送信しこのリクエストに対応したレスポンスを受信する通信装置の送受信制御方法において、
自装置の動作モードを所定の設定条件に基づいて、前記サーバ装置に対するリクエストを定期的に発行し前記サーバ装置からのレスポンスを受信するポーリング動作モードと、前記サーバ装置によって通知すべきレスポンスが発生した際に送信されるそのレスポンスを受信するリクエスト保留動作モードとのいずれかに切り替える動作モード切り替えステップと、
前記サーバ装置に対して自装置の動作モードに応じたリクエストの送信制御とレスポンスの受信制御を行う送受信制御ステップと
を有することを特徴とする携帯端末装置の送受信制御方法。
【請求項４】
ネットワークに接続されたサーバ装置に対してリクエストを送信しこのリクエストに対応したレスポンスを受信する通信装置に搭載されているコンピュータに、
自装置の動作モードを所定の設定条件に基づいて、前記サーバ装置に対するリクエストを定期的に発行し前記サーバ装置からのレスポンスを受信するポーリング動作モードと、前記サーバ装置によって通知すべきレスポンスが発生した際に送信されるそのレスポンスを受信するリクエスト保留動作モードとのいずれかに切り替える動作モード切り替えステップと、
前記サーバ装置に対して自装置の動作モードに応じたリクエストの送信制御とレスポンスの受信制御を行う送受信制御ステップと
を実行させることを特徴とする携帯端末装置の送受信制御プログラム。
【請求項５】
ネットワークに接続されたサーバ装置とこのサーバ装置に対してリクエストを送信してこのリクエストに対応したレスポンスを受信する通信装置とからなる通信システムにおいて、
前記通信装置は、請求項１又は請求項２に記載された通信装置であり、
前記サーバ装置は、前記通信装置から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御手段を
備えることを特徴とする通信システム。
【請求項６】
ネットワークに接続される通信装置とプロキシサーバ装置と複数のアプリケーションサーバ装置とが互いに通信を行う通信システムにおいて、
前記通信装置は、請求項１又は請求項２に記載された通信装置であり、
前記プロキシサーバ装置は、前記通信装置から送信されるリクエストを受信処理して、この受信したリクエストに応じたレスポンスを送信処理する送受信制御手段と、前記複数のアプリケーションサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段とを備え、
前記アプリケーションサーバ装置は、前記プロキシサーバ装置とリクエスト保留方式による通信を行うリクエスト保留通信手段を
備えることを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−１４１８５１（Ｐ２０１０−１４１８５１Ａ）
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願番号】特願２００８−３１８９７０（Ｐ２００８−３１８９７０）
【出願日】平成２０年１２月１５日（２００８．１２．１５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願日】平成２０年１２月１５日（２００８．１２．１５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]