(57)【要約】【課題】情報源において不定期に更新される情報を、クライアント装置がリアルタイムで取得する。【解決手段】クライアント装置３は、サーバ装置１に対して情報の送信を要求するリクエストを行ない、サーバ装置１は、クライアント装置３からのリクエストを受け付け、情報源２の状態が予め定められた条件を満たしたかどうかを判定し、判定の結果、情報源２の状態が予め定められた条件を満たしていない場合は、クライアント装置３に対するレスポンスを保留する一方、情報源２の状態が予め定められた条件を満たした場合は、クライアント装置３に対するレスポンスとして、リクエストに対応する情報を情報源２から取得し、取得した情報をクライアント装置３へ送信する。【選択図】図４
2009211343.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置から受けたリクエストに応じて情報源から情報を取得し、取得した情報を前記クライアント装置へ送信するサーバ装置であって、
前記クライアント装置からのリクエストを受け付ける受信部と、
前記情報源の状態が予め定められた条件を満たしたかどうかを判定する判定部と、
前記判定の結果、前記情報源の状態が予め定められた条件を満たしていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の状態が予め定められた条件を満たした場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信する送信部と、を備えることを特徴とするサーバ装置。
【請求項２】
前記判定部は、前記情報源の情報が更新されたかどうかを判定し、
前記送信部は、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の情報が更新された場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記送信部は、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留し、予め定められた時間が経過したときに、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報が更新されていない旨の情報を前記クライアント装置へ送信することを特徴とする請求項２記載のサーバ装置。
【請求項４】
サーバ装置とクライアント装置とから構成され、前記サーバ装置が、前記クライアント装置から受けたリクエストに応じて情報源から情報を取得し、取得した情報を前記クライアント装置へ送信する通信システムであって、
前記クライアント装置は、前記サーバ装置に対して情報の送信を要求するリクエストを行ない、
前記サーバ装置は、前記クライアント装置からのリクエストを受け付け、前記情報源の状態が予め定められた条件を満たしたかどうかを判定し、前記判定の結果、前記情報源の状態が予め定められた条件を満たしていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の状態が予め定められた条件を満たした場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信することを特徴とする通信システム。
【請求項５】
前記サーバ装置は、前記情報源の情報が更新されたかどうかを判定し、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の情報が更新された場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信することを特徴とする請求項４記載の通信システム。
【請求項６】
前記サーバ装置は、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留し、予め定められた時間が経過したときに、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報が更新されていない旨の情報を前記クライアント装置へ送信する一方、
前記クライアント装置は、前記リクエスト送信後、予め定められた時間が経過するまでは、リクエストの送信を停止する一方、予め定められた時間が経過した時は、再度リクエストを行なうことを特徴とする請求項５記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置が、クライアント装置から受けたリクエストに応じて情報源から情報を取得し、取得した情報をクライアント装置へ送信する技術に関する。
【背景技術】
【０００２】
特許文献１には、クライアント／サーバシステムの情報自動更新方法が開示されている。この情報自動更新方法では、サーバ装置との間の通信呼を接続する前に、クライアント装置からサーバ装置に対して個体識別情報を通知する。サーバ装置は、クライアント装置に対する情報更新の記録を記憶する。また、クライアント装置がアクセスの際に通知する個体識別情報から任意のクライアントに対して更新すべき情報の有無を判別し、クライアント装置に対して更新すべき情報がないと判断できる場合は、電気通信設備の呼の接続を中断する。また、クライアント装置とサーバ装置との間の通信が可能となった時点で、当該状態をクライアント装置からサーバ装置に通知すると共に、サーバ装置側でクライアント装置に対応するサービス情報が更新された時点で当該状態をサーバからクライアントに通知する。
【０００３】
また、特許文献２には、情報配信システムが開示されている。この情報配信システムでは、各クライアント装置において、任意の情報項目が表示対象として選択された時に、サーバ装置に対して当該情報項目の登録を行なう。サーバ装置は、任意の情報項目の情報が更新された時に、当該情報項目を登録しているクライアント装置に対して情報受信の通知を行ない、クライアント装置が、当該情報項目を表示中の場合に、サーバ装置からクライアント装置に受信情報を配信する。
【特許文献１】特開平１０−０３２６４８号公報
【特許文献２】特開２０００−０９０１２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
クライアント装置が、情報源において不定期に更新される情報をリアルタイムに取得して表示しようとする場合、クライアント装置は、サーバ装置との間で、リクエスト送信およびレスポンスの受信の処理を、一定の時間間隔毎に実行する必要がある。図５は、従来のリクエスト／レスポンス型の通信状態を概念的に示す図である。クライアント装置１００は、クライアント画面１００ａとクライアント通信インタフェース１００ｂとを有しており、クライアント通信インタフェース１００ｂによって、サーバ装置１０１に対して情報の送信を要求する旨のリクエストを行なう（ステップＳ０１）。サーバ装置１０１は、クライアント装置１００からリクエストを受信すると、情報を保有している情報源１０２に対して、情報が更新されたかどうかについての確認を行なう（ステップＳ１１、Ｓ１２）。ここで、情報源１０２における情報は更新されていないものとする。
【０００５】
サーバ装置１０１は、情報源１０２における情報が更新されたかどうかに関わらず、即時、クライアント装置１００に対してレスポンスを行なう（ステップＳ０２）。この場合は、情報源１０２における情報は更新されていない旨を示すレスポンスを行なうこととなる。再びクライアント装置１００が、サーバ装置１０１に対してリクエストを行なうと（ステップＳ０３）、サーバ装置１０１は、情報源１０２に対して、情報が更新されたかどうかについての確認を行なう（ステップＳ１３、Ｓ１４）。情報源１０２における情報は、まだ更新されていないため、サーバ装置１０１は、即時、情報源１０２における情報は更新されていない旨を示すレスポンスを行なう（ステップＳ０４）。
【０００６】
次に、図５に示すように、ステップＳ１４の後、Ａ０の時点で、情報源１０２における情報が更新されたものとする。再びクライアント装置１００が、サーバ装置１０１に対してリクエストを行なうと（ステップＳ０５）、サーバ装置１０１は、情報源１０２に対して、情報が更新されたかどうかについての確認を行なう（ステップＳ１５、Ｓ１６）。情報源１０２における情報は、更新されたため、サーバ装置１０１は、レスポンスとして、情報源１０２における情報が更新された旨を示す情報およびリクエストに対応する情報をクライアント装置１００へ送信する（ステップＳ０６）。これにより、クライアント装置１００では、Ｂ０の時点で、更新された情報を画面に反映することが可能となる。
【０００７】
しかしながら、従来の方式では、情報源１０２における情報の更新タイミングと、クライアント装置１００からのリクエストの送信タイミングとの差によって、更新情報をクライアント装置１００がリアルタイムに取得できない状態が生じてしまう。すなわち、図５に示すように、情報源１０２における情報の更新は、Ａ０の時点で生じているにもかかわらず、クライアント装置１００からのリクエストがその後でなされることから、クライアント装置１００において、更新された情報が画面に反映されるまでには、矢印ａで示すような時間差が生じてしまう。このように情報取得の遅延が生じてしまうため、従来の方式では、クライアント装置１００が、情報源１０２において不定期に更新される情報をリアルタイムに取得して表示することは困難である。
【０００８】
また、サーバ／クライアント間の通信処理を行なう処理間隔の時間を短くすることにより、リアルタイム性を向上させることは不可能ではないが、処理間隔を短くすることにより、通信回数が増大し、ネットワーク負荷が増大してしまう。
【０００９】
本発明は、このような事情に鑑みてなされたものであり、情報源において不定期に更新される情報を、クライアント装置がリアルタイムで取得することができるサーバ装置および通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明のサーバ装置は、クライアント装置から受けたリクエストに応じて情報源から情報を取得し、取得した情報を前記クライアント装置へ送信するサーバ装置であって、前記クライアント装置からのリクエストを受け付ける受信部と、前記情報源の状態が予め定められた条件を満たしたかどうかを判定する判定部と、前記判定の結果、前記情報源の状態が予め定められた条件を満たしていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の状態が予め定められた条件を満たした場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信する送信部と、を備えることを特徴としている。
【００１１】
このように、情報源の状態が予め定められた条件を満たしたかどうかを判定し、判定の結果、情報源の状態が予め定められた条件を満たしていない場合は、クライアント装置に対するレスポンスを保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、上記判定の結果、情報源の状態が予め定められた条件を満たした場合は、リクエストに対応する情報を情報源から取得し、取得した情報をクライアント装置へ送信するので、条件を満たした場合に、クライアント装置で情報が反映されるまでの遅延がなくなり、リアルタイム性を高めることが可能となる。
【００１２】
（２）また、本発明のサーバ装置において、前記判定部は、前記情報源の情報が更新されたかどうかを判定し、前記送信部は、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の情報が更新された場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信することを特徴としている。
【００１３】
このように、情報源の情報が更新されたかどうかを判定し、判定の結果、情報源の情報が更新されていない場合は、クライアント装置に対するレスポンスを保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、上記判定の結果、情報源の情報が更新された場合は、リクエストに対応する情報を情報源から取得し、取得した情報をクライアント装置へ送信するので、情報源における情報が更新された場合に、クライアント装置で更新情報が反映されるまでの遅延がなくなり、リアルタイム性を高めることが可能となる。
【００１４】
（３）また、本発明のサーバ装置において、前記送信部は、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留し、予め定められた時間が経過したときに、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報が更新されていない旨の情報を前記クライアント装置へ送信することを特徴としている。
【００１５】
このように、判定の結果、情報源の情報が更新されていない場合は、クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、予め定められた時間が経過したときに、クライアント装置に対するレスポンスとして、リクエストに対応する情報が更新されていない旨の情報をクライアント装置へ送信するので、クライアント装置に対して、直前のリクエストが無効となったことを通知することができる。これにより、クライアント装置では、直前のリクエストで開始した処理を一旦中止し、再度リクエスト処理を開始することが可能となる。
【００１６】
（４）また、本発明の通信システムは、サーバ装置とクライアント装置とから構成され、前記サーバ装置が、前記クライアント装置から受けたリクエストに応じて情報源から情報を取得し、取得した情報を前記クライアント装置へ送信する通信システムであって、前記クライアント装置は、前記サーバ装置に対して情報の送信を要求するリクエストを行ない、前記サーバ装置は、前記クライアント装置からのリクエストを受け付け、前記情報源の状態が予め定められた条件を満たしたかどうかを判定し、前記判定の結果、前記情報源の状態が予め定められた条件を満たしていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の状態が予め定められた条件を満たした場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信することを特徴としている。
【００１７】
このように、情報源の状態が予め定められた条件を満たしたかどうかを判定し、判定の結果、情報源の状態が予め定められた条件を満たしていない場合は、クライアント装置に対するレスポンスを保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、上記判定の結果、情報源の状態が予め定められた条件を満たした場合は、リクエストに対応する情報を情報源から取得し、取得した情報をクライアント装置へ送信するので、条件を満たした場合に、クライアント装置で情報が反映されるまでの遅延がなくなり、リアルタイム性を高めることが可能となる。
【００１８】
（５）また、本発明の通信システムにおいて、前記サーバ装置は、前記情報源の情報が更新されたかどうかを判定し、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを保留する一方、前記情報源の情報が更新された場合は、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報を前記情報源から取得し、取得した情報を前記クライアント装置へ送信することを特徴としている。
【００１９】
このように、情報源の情報が更新されたかどうかを判定し、判定の結果、情報源の情報が更新されていない場合は、クライアント装置に対するレスポンスを保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、上記判定の結果、情報源の情報が更新された場合は、リクエストに対応する情報を情報源から取得し、取得した情報をクライアント装置へ送信するので、情報源における情報が更新された場合に、クライアント装置で更新情報が反映されるまでの遅延がなくなり、リアルタイム性を高めることが可能となる。
【００２０】
（６）また、本発明の通信システムにおいて、前記サーバ装置は、前記判定の結果、前記情報源の情報が更新されていない場合は、前記クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留し、予め定められた時間が経過したときに、前記クライアント装置に対するレスポンスとして、前記リクエストに対応する情報が更新されていない旨の情報を前記クライアント装置へ送信する一方、前記クライアント装置は、前記リクエスト送信後、予め定められた時間が経過するまでは、リクエストの送信を停止する一方、予め定められた時間が経過した時は、再度リクエストを行なうことを特徴としている。
【００２１】
このように、判定の結果、情報源の情報が更新されていない場合は、クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、予め定められた時間が経過したときに、クライアント装置に対するレスポンスとして、リクエストに対応する情報が更新されていない旨の情報をクライアント装置へ送信するので、クライアント装置に対して、直前のリクエストが無効となったことを通知することができる。これにより、クライアント装置では、直前のリクエストで開始した処理を一旦中止し、再度リクエスト処理を開始することが可能となる。
【発明の効果】
【００２２】
本発明によれば、情報源の状態が予め定められた条件を満たしたかどうかを判定し、判定の結果、情報源の状態が予め定められた条件を満たしていない場合は、クライアント装置に対するレスポンスを保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、上記判定の結果、情報源の状態が予め定められた条件を満たした場合は、リクエストに対応する情報を情報源から取得し、取得した情報をクライアント装置へ送信するので、条件を満たした場合に、クライアント装置で情報が反映されるまでの遅延がなくなり、リアルタイム性を高めることが可能となる。
【発明を実施するための最良の形態】
【００２３】
次に、本発明に係る実施形態について、図面を参照しながら説明する。本実施形態では、例えば、リアルタイム文字表示システムに本発明を適用した例について説明する。リアルタイム文字表示システムとは、講演会やセミナー、講義等において、講演内容や関連する情報を、携帯電話機に送信して、同時に携帯電話機の画面に表示するシステムである。
【００２４】
図１は、本実施形態に係るリアルタイム文字表示システムの概略構成を示す図である。この通信システムは、システム全体を制御するサーバ装置１と、情報を格納すると共にその情報の更新を行なう情報源２と、例えば、携帯電話機であるクライアント装置３と、から構成されている。サーバ装置１は、クライアント装置３から受けたリクエストに応じて、情報源２から情報を取得する。そして、取得した情報をクライアント装置３へ送信する。サーバ装置１は、受信部１ａにおいて、クライアント装置３からのリクエストを受け付ける。
【００２５】
判定部１ｂは、情報源２の状態が予め定められた条件を満たしたかどうかを判定する。ここで、本実施形態では、予め定められた条件を、例えば、情報源２の情報が更新されることとする。送信部１ｃは、判定部１ｂによる判定の結果、情報源２の情報が更新されていない場合は、クライアント装置３に対するレスポンスを予め定められた時間が経過するまで保留する。一方、情報源２の情報が更新された場合は、クライアント装置３に対するレスポンスとして、上記リクエストに対応する情報を情報源２から取得し、取得した情報をクライアント装置３へ送信する。
【００２６】
次に、以上のように構成された本実施形態に係るリアルタイム文字表示システムのサーバ装置とクライアント装置の動作について説明する。図２は、本実施形態に係るサーバ装置の動作を示すフローチャートであり、図３は、本実施形態に係るクライアント装置の動作を示すフローチャートである。まず、クライアント装置のユーザは、予め、受講する講義ＩＤを設定する。ユーザがクライアント装置を操作して、図３に示すリクエスト送信を行なう（ステップＱ１）。このリクエスト送信の機能は、クライアント装置が記憶している講義ＩＤ、取得済みデータバイト数、タイムアウト時間を取得し、サーバ装置で処理を起動させる。
【００２７】
サーバ装置では、図２において、リクエストの受信をしたときは、そのリクエストの内容とパラメータ値の解析を行なう（ステップＰ１）。次に、情報源２における情報の更新をチェックし（ステップＰ２）、講義ＩＤの示す講義データのサイズと、取得済みデータバイト数と比較し（ステップＰ３）、後者が等しいか、若しくは大きい場合は、一定時間が経過したかどうか、すなわち、タイムアウトとなったかどうかを判断する（ステップＰ４）。ここで監視する一定時間は、リクエストパラメータで取得したタイムアウト時間内とする。
【００２８】
ステップＰ４において、一定時間が経過していない場合は、ステップＰ２に遷移する一方、一定時間が経過した場合は、レスポンスとして、更新がなかったことを示す情報をクライアント装置へ返信して（ステップＰ５）、終了する。ステップＰ３において、情報の更新がされた場合は、レスポンスとして、更新があったことを示す情報と更新内容を示す情報をクライアント装置へ返信して（ステップＰ６）、終了する。
【００２９】
一方、クライアント装置では、図３において、リクエストを送信した後（ステップＱ１）、サーバ装置からレスポンスを受信したかどうかを判断する（ステップＱ２）。サーバ装置からレスポンスを受信しない場合は、一定時間が経過したかどうかを判断し（ステップＱ３）、一定時間が経過していない場合は、ステップＱ２に遷移する。一方、ステップＱ３において、一定時間が経過した時は、ステップＱ６に遷移する。
【００３０】
ステップＱ２において、サーバ装置からレスポンスを受信したときは、受信したレスポンスの内容を解析する（ステップＱ４）。ここで、レスポンスに更新情報データが含まれている場合は、画面の表示を更新し、更新情報を反映させる（ステップＱ５）。一方、レスポンスに更新情報が含まれていない場合は、何も行なわない。次に、自動繰り返しを行なうかどうかを判断し（ステップＱ６）、自動繰り返しを行なう場合は、ステップＱ１に遷移する。一方、自動繰り返しを行なわない場合は、終了する。
【００３１】
図４は、本実施形態に係るリアルタイム文字表示システムの全体の動作を示すシーケンスチャートである。クライアント装置３は、画面３ａに画像を表示することができ、また、通信インタフェース３ｂによってサーバ装置１と通信を行なうことができる。クライアント装置３が、通信インタフェース３ｂによって、サーバ装置１にリクエストを行なうと（ステップＳａ１）、サーバ装置１は、情報源２において、情報が更新されたかどうかを判断する（ステップＳｂ１、Ｓｂ２）。ここで、Ａ１の時点で、情報源２における情報が更新されていたため、サーバ装置１は、即時に、情報源２から更新情報を取得して、レスポンスとして、更新があったことを示す情報および更新情報をクライアント装置へ送信する（ステップＳａ２）。クライアント装置３では、更新があったことを示す情報および更新情報を受信すると、Ｂ１の時点で画面３ａに更新情報を反映することができる（ステップＳｃ１）。
【００３２】
次に、クライアント装置３がサーバ装置１に対してリクエストを行なうと（ステップＳａ３）、サーバ装置１は、情報源２において、情報が更新されたかどうかを判断する（ステップＳｂ３）。ここでは、情報源２における情報が更新されていない。このため、サーバ装置１は、情報源２において、情報が更新されたかどうかを繰り返し判断する（ステップＳｂ４、Ｓｂ５）。ここでは、設定されているタイムアウト時間内であるため、サーバ装置１は、クライアント装置３に対してレスポンスを送信しない。
【００３３】
次に、Ｃ１の時点で、情報源２における情報が更新されたとすると、サーバ装置１は、即時に、情報源２から更新情報を取得して、レスポンスとして、更新があったことを示す情報および更新情報をクライアント装置へ送信する（ステップＳａ４）。クライアント装置３では、更新があったことを示す情報および更新情報を受信すると、Ｄ１の時点で画面３ａに更新情報を反映することができる（ステップＳｃ２）。
【００３４】
次に、クライアント装置３がサーバ装置１に対してリクエストを行なうと（ステップＳａ５）、サーバ装置１は、情報源２において、情報が更新されたかどうかを判断する（ステップＳｂ７）。ここでは、情報源２における情報が更新されていない、サーバ装置１は、繰り返し情報源２において、情報が更新されたかどうかを判断する（ステップＳｂ８、Ｓｂ９）。ここでは、設定されているタイムアウト時間を経過したため、サーバ装置１は、クライアント装置３に対して、レスポンスとして、更新が無かった旨の情報を送信する（ステップＳａ６）。
【００３５】
なお、サーバ装置がレスポンスの送信を保留する一定時間、すなわち、タイムアウトまでの時間は、次のように決定することができる。まず、予め、サーバ装置およびクライアント装置の間でタイムアウト時間を設定する方法がある。この方法では、オフラインで予め決める方法や、オンラインで、サーバ装置が管理するクライアント登録ページにて、クライアント装置からタイムアウト時間を設定する方法を採ることができる。また、サーバ装置とクライアント装置との間で、複数回通信を試行することによって、タイムアウト時間を調査・学習して設定することも可能である。具体的には、タイムアウト値が異なるリクエストを実行し、タイムアウトが発生しない最大値を求める。そして、その最大値に基づいて、最適な（最大値よりも少し小さい）値を、最適なタイムアウト時間として用いる。このとき、情報の更新処理に関わらず、タイムアウト時間いっぱいまで応答を保留するＣＧＩ（Common Gateway Interface）を、サーバ装置に設けておく。
【００３６】
また、リクエスト処理を実行して、タイムアウトが発生したら、タイムアウト時間をより小さい値に変更し、逆に、タイムアウトが発生しない場合は、タイムアウト時間を大きくしていく手法もある。これにより、上限・下限を設けた動的制御を行なうことができる。また、過去の履歴に基づいて、タイムアウトの最適値を決定することも可能である。
【００３７】
次に、通信を行なう都度、クライアント装置からサーバ装置へ通知する方法がある。通知内容としては、タイムアウト時間、クライアント装置の種別ＩＤ（サーバ装置が、クライアント種別ＩＤ毎のタイムアウト時間を把握している場合）、またはクライアント識別ＩＤ（サーバ装置が、クライアント識別ＩＤ毎のタイムアウト時間を把握している場合）がある。
【００３８】
また、サーバ装置１が情報源２に対して情報が更新されたかどうかを判断する方法は、以下のようなものがある。まず、前回の通信内容をクライアント装置が記録しておき、リクエスト時にサーバ装置に対して記録内容を通知し、サーバ装置で更新情報を判断する方法がある。この場合、クライアント装置で記録する内容としては、対象となるＵＲＬと受信済みデータバイト数がある。これは、情報が追加更新される場合に用いることができる。また、対象となるＵＲＬと前回の通信時刻がある。これは、情報自体が大きく変更される場合に用いることができる。
【００３９】
次に、前回の通信内容をサーバ装置が記録しておき、それに基づいて、サーバ装置が更新情報を判断する手法がある。この場合、サーバ装置が記録する内容としては、クライアント識別ＩＤと、送信済みデータバイト数がある。これは、情報が追加更新される場合に用いることができる。また、クライアント識別ＩＤと、前回の通信時刻がある。これは、情報自体が大きく変更される場合に用いることができる。さらに、前回の通信内容を、クライアント装置およびサーバ装置の双方で記録しておく方法も採ることができる。
【００４０】
さらに、予め定められた条件を設定するためには、次のような方法を採ることができる。すなわち、オフラインで決めて設定する方法や、オンラインでサーバ装置１が管理するクライアント登録ページなどで設定する方法を採ることができる。また、通信を行なう都度、クライアント装置３からサーバ装置１へ条件を通知しても良い。
【００４１】
設定する条件の内容は、例えば、リアルタイム文字表示システムにおいて、講義字幕の追加文字数が一定値以上となることや、観測値が指定した閾値を越えることを条件とすることができる。また、本発明を株価のモニタリングをするシステムに適用する場合には、特定銘柄が一定値以上の値段となったことや、または前回の参照時から変動幅が一定値以上となったことを条件とすることができる。本発明は、情報源２において、有意な変動があったことを条件とすることができると共に、僅かな変動は無視する設定をすることも可能である。
【００４２】
本発明は、不定期に更新される情報を、リアルタイムに携帯電話機で表示するシステムに適用することが可能である。例えば、上記のような講義・講演会の内容を文字提供するシステム、複数言語の同時通訳を文字情報で提供するシステム、カメラの画像や、装置の処理状況を遠隔監視するシステム、ＷＥＢ上の掲示板、チャット、オークションのシステムである。これらの各システムにおいて、予め定められた条件、例えば、情報が更新されることを監視し、更新されるまでサーバ装置のレスポンスを保留し、更新があったときにクライアント装置へレスポンスを送信することにより、リアルタイムで更新情報を提供することが可能となる。
【００４３】
以上説明したように、本実施形態によれば、サーバ装置１は、情報源の情報が更新されていない場合は、クライアント装置に対するレスポンスを予め定められた時間が経過するまで保留するので、通信回数が増大することやネットワーク負荷が増大することを回避することが可能となる。また、予め定められた時間が経過したときに、クライアント装置に対するレスポンスとして、リクエストに対応する情報が更新されていない旨の情報をクライアント装置へ送信するので、クライアント装置に対して、直前のリクエストが無効となったことを通知することができる。これにより、クライアント装置では、直前のリクエストで開始した処理を一旦中止し、再度リクエスト処理を開始することが可能となる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施形態に係るリアルタイム文字表示システムの概略構成を示す図である。
【図２】本発明の実施形態に係るサーバ装置の動作を示すフローチャートである。
【図３】本発明の実施形態に係るクライアント装置の動作を示すフローチャートである。
【図４】本発明の実施形態に係るリアルタイム文字表示システムの全体の動作を示すシーケンスチャートである。
【図５】従来のリクエスト／レスポンス型の通信状態を概念的に示す図である。
【符号の説明】
【００４５】
１  サーバ装置
１ａ  受信部
１ｂ  判定部
１ｃ  送信部
２  情報源
３  クライアント装置
３ａ  画面
３ｂ  通信インタフェース
【図１】
2009211343.tif 000003
【図２】
2009211343.tif 000004
【図３】
2009211343.tif 000005
【図４】
2009211343.tif 000006
【図５】
2009211343.tif 000007