(57)【要約】【課題】通信効率の低下を十分に抑制することができる通信装置、サーバ装置、および、情報処理システムを得る。【解決手段】携帯電話機１００と中継サーバ２００とを有する情報処理システム１０においてに、携帯電話機１００に、リクエストが保管される送信キュー１８２と、予め設定されているリクエスト待ち時間だけ待機し、待機後の時点までに保管されているリクエストを一括して中継サーバ２００に送信するリクエスト結合部１８７と、送信キュー１８２に保管されているリクエストおよびその後に保管されるリクエストを個別に送信する場合に対し、リクエスト待ち時間だけ待機し後に一括して送信する場合の方が全リクエストが送信先に到達するのに要する時間が短くなるようなリクエスト待ち時間をリクエスト結合部１８７に設定するリクエスト待ち時間計算部１８４とを備えた。【選択図】        図４
2008186331.tif 000002
【特許請求の範囲】
【請求項１】
情報に基づいて所定処理を行う処理システムに該情報を送信する通信装置において、
前記情報が与えられ、与えられる度にその情報を保管する保管部と、
前記情報の送信を指示する送信指示部と、
前記送信指示部が送信を指示すると、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して前記処理システムに送信する送信部と、
前記送信指示部が送信を指示した時に保管されている情報と、その時より後で前記保管部に与えられる情報とを、前記情報待ち時間を待たずに個別に送信する場合に対し、それら保管されている情報および後で与えられる情報を、前記情報待ち時間だけ待機して一括して送信する場合の方が、前記処理システムに全ての情報が到達するのに要する時間が短くなるような情報待ち時間を前記送信部に設定する待ち時間設定部とを備えたことを特徴とする通信装置。
【請求項２】
この通信装置と前記処理装置との間の通信の途切れ易さを把握する把握部と、
前記把握部で把握された通信の途切れ易さに基づいて、通信が途切れ易いほど小さくなるように、前記送信部による一括送信の送信量の上側閾値を決める上側閾値決定部とを備え、
前記送信部が、前記情報待ち時間が経過する前の時点でも、その時点までに保管されている情報を一括して送信するための送信量が前記上側閾値に達していれば、該時点までに保管されている情報を一括した送信を開始するものであることを特徴とする請求項１記載の通信装置。
【請求項３】
前記保管部が、各情報を、各所定の情報源から与えられるものであり、
前記処理システムが、前記通信装置から一括して送信されてきた各情報について個別に前記所定処理を行い、処理結果を表す結果レスポンスを各情報について生成し、それらの結果レスポンスを一括して該通信装置に返信するものであり、
前記処理システムから一括して返信されてくる結果レスポンスを受信するレスポンス受信部と、
前記レスポンス受信部で一括して受信された各結果レスポンスを、各結果レスポンスに対応した各情報を前記保管部に与えた各所定の情報源に個別に返すレスポンス返戻部とを備えたことを特徴とする請求項１記載の通信装置。
【請求項４】
情報に基づいて所定処理を行う処理システムと、該処理システムに該情報を送信する通信装置とを有する情報処理システムにおいて、
前記通信装置が、
前記情報が与えられ、与えられる度にその情報を保管する保管部と、
前記情報の送信を指示する送信指示部と、
前記送信指示部が送信を指示すると、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して前記処理システムに送信する送信部と、
前記送信指示部が送信を指示した時に保管されている情報と、その時より後で前記保管部に与えられる情報とを、前記情報待ち時間を待たずに個別に送信する場合に対し、それら保管されている情報および後で与えられる情報を、前記情報待ち時間だけ待機して一括して送信する場合の方が、前記処理システムに全ての情報が到達するのに要する時間が短くなるような情報待ち時間を前記送信部に設定する待ち時間設定部とを備えたものであり、
前記処理システムが、
前記通信装置から送信されてきた情報を受信する受信部と、
前記受信部で受信された情報に基づいて前記所定処理を行う処理部とを備えたものであることを特徴とする情報処理システム。
【請求項５】
情報に基づいて行われる所定処理の処理結果を表す結果レスポンスを得るために該情報を送信する通信装置から該情報を受信する受信部と、
前記受信部で受信された情報を前記所定処理を行う処理装置に伝えて前記結果レスポンスを受け取るレスポンス受取部と、
前記レスポンス受取部で受け取られた結果レスポンスを前記通信装置に返信する返信部と、
前記受信部で前記情報が受信されてから所定のレスポンス待ち時間が経過しても前記レスポンス受取部で前記結果レスポンスが受け取られない場合に、前記返信部による該結果レスポンスの返信に替えて、前記所定処理が続いていることを表した処理中レスポンスを前記通信装置に返信する代替返信部とを備えたことを特徴とするサーバ装置。
【請求項６】
前記通信装置が、前記情報を送信してから所定の再送待ち時間が経過しても前記結果レスポンスが得られない場合には、該情報を再送するものであり、
前記代替返信部が、前記処理中レスポンスとして、前記通信装置が前記結果レスポンスの一種として認識する形式の処理中レスポンスを返信するものであることを特徴とする請求項５記載のサーバ装置。
【請求項７】
前記通信装置が、前記情報が与えられるものであるとともに、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して送信するものであり、
前記受信部が、前記通信装置から一括して送信されてきた情報を受信するものであり、
前記レスポンス受取部が、前記受信部で一括して受信された各情報を、該各情報に対応した所定処理を行う各処理装置に伝えて、該各処理装置から、該各情報について個別に前記結果レスポンスを受け取るものであり、
前記返信部が、前記レスポンス受取部で個別に受け取られた結果レスポンスを一括して前記通信装置に返信するものであることを特徴とする請求項５記載のサーバ装置。
【請求項８】
情報に基づいて行われる所定処理の処理結果を表す結果レスポンスを得るために該情報を送信する通信装置から該情報を受信する受信部と、
前記受信部で受信された情報を前記所定処理を行う処理装置に伝えて前記結果レスポンスを受け取るレスポンス受取部と、
前記レスポンス受取部で受け取られた結果レスポンスを前記通信装置に返信する返信部と、
前記受信部で前記情報が受信されてから所定のレスポンス待ち時間が経過しても前記レスポンス受取部で前記結果レスポンスが受け取られない場合に、前記返信部による該結果レスポンスの返信に替えて、前記所定処理が続いていることを表した処理中レスポンスを前記通信装置に返信する代替返信部とを備えたサーバ装置；および、
前記情報を送信する送信部と、
前記結果レスポンスや前記処理中レスポンスを受信するレスポンス受信部と、
前記送信部が前記情報を送信してから所定の再送待ち時間が経過しても前記レスポンス受信部で前記結果レスポンスと前記処理中レスポンスとの両方が受信されない場合には、該送信部に該情報を再送させる再送部とを備えた通信装置；
とを有することを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報に基づいて所定処理を行う処理システムにその情報を送信する通信装置、そのような通信装置が送信する情報に基づいて行われる所定処理の処理結果を表す結果レスポンスをその通信装置に返信するサーバ装置、および、そのような通信装置やサーバ装置を有する情報処理システムに関する。
【背景技術】
【０００２】
近年、携帯電話機に代表されるモバイル型の通信装置から、所定のサーバ装置に無線でアクセスし、そのサーバ装置との間で情報のやり取りを行う等といったことが行われており、そのような情報のやり取りについての様々な技術上の工夫が提案されている。
【０００３】
例えば、通信装置で起動したアプリケーションプログラムを使ってサーバ装置から所望のコンテンツを無線でダウンロードするに当たり、まずそのアプリケーションプログラムの種類をサーバ装置に通知し、ダウンロードの際にはサーバ装置側でその種類に適合した状態にコンテンツを整えてから通信装置に送るという技術が提案されている（例えば、特許文献１参照。）。また、通信装置が要求したコンテンツが複数のファイルで構成されるものであるときに、サーバ装置がそれら複数のファイルを一括して通信装置に送るという技術等も提案されている（例えば、特許文献２参照。）。
【０００４】
これらの技術によれば、通信装置とサーバ装置との間における通信がスムースに行われることとなるので通信効率を向上させることができる。
【特許文献１】特開２００６−１６３７８０号公報
【特許文献２】特開２００１−２２６３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、通信装置とサーバ装置との相対的な位置関係等により通信状態が不安定になり、通信可能な状態と通信不可能な状態とが頻繁に入れ替わることはよくあることである。通信中に通信不可能となるとその通信は失敗し再度やり直すこととなるが、上記のような不安定な通信状態ではこのようなやり直しが何度も発生することとなり通信効率が著しく低下してしまう。上記の特許文献１に開示されている技術では、このような場合における通信効率の低下を回避することは不可能である。一方、特許文献２に開示されている技術によれば、サーバ装置側での技術を通信装置側にも応用すること等により両者間で複数の情報を一括して送り合うことができ、その結果、通信の回数自体が減るので通信効率の低下を抑制することが可能と考えられる。
【０００６】
ここで、情報を一括して送るためには、送信情報がある程度溜まるまで待つ必要がある。しかし、この待ち時間が長過ぎると結局通信効率の低下を招いてしまう。一方で、待ち時間が短過ぎると情報を十分に一括することができず、通信回数の十分な削減効果を得ることが難しい。通信回数の十分な削減効果を得られないと、不安定な通信状態の下で何度も通信のやり直しが発生して通信装置とサーバ装置との間でやり取りされる情報量が不必要に膨大なものとなるという情報量の観点での通信効率の低下も生じてしまう。
【０００７】
本発明は、上記事情に鑑み、通信効率の低下を十分に抑制することができる通信装置、サーバ装置、および、情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の通信装置は、情報に基づいて所定処理を行う処理システムにその情報を送信する通信装置において、
上記情報が与えられ、与えられる度にその情報を保管する保管部と、
上記情報の送信を指示する送信指示部と、
上記送信指示部が送信を指示すると、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して上記処理システムに送信する送信部と、
上記送信指示部が送信を指示した時に保管されている情報と、その時より後で上記保管部に与えられる情報とを、上記情報待ち時間を待たずに個別に送信する場合に対し、それら保管されている情報および後で与えられる情報を、上記情報待ち時間だけ待機して一括して送信する場合の方が、上記処理システムに全ての情報が到達するのに要する時間が短くなるような情報待ち時間を上記送信部に設定する待ち時間設定部とを備えたことを特徴とする。
【０００９】
この本発明の通信装置によれば、情報を個別に送信したときの送信時間よりも、情報を一括して送信したときの送信時間が上記情報待ち時間を含めても短くなるようにその情報待ち時間が設定される。これにより、情報を一括して送信することによる通信効率の向上効果が得られる。さらに、本発明の通信装置によれば、情報を溜めるために不必要に長い時間待つことがないので、その待つことによる通信効率の低下を抑制することができる。
【００１０】
ここで、本発明の通信装置において、「この通信装置と上記処理装置との間の通信の途切れ易さを把握する把握部と、
上記把握部で把握された通信の途切れ易さに基づいて、通信が途切れ易いほど小さくなるように、上記送信部による一括送信の送信量の上側閾値を決める上側閾値決定部とを備え、
上記送信部が、上記情報待ち時間が経過する前の時点でも、その時点までに保管されている情報を一括して送信するための送信量が上記上側閾値に達していれば、その時点までに保管されている情報を一括した送信を開始するものである」という形態は好ましい形態である。
【００１１】
この好ましい形態の通信装置によれば、例えば、通信状態が著しく不安定で頻繁に通信不可能となってしまう等といった状況を把握して、一括送信の送信量を抑えてなるべく確実に送信することができる。
【００１２】
また、本発明の通信装置は、「上記処理システムが、上記通信装置から送信されてきた情報に基づいて上記所定処理を行い、処理結果を表す結果レスポンスを生成し、その結果レスポンスを該通信装置に返信するものであり、
上記処理システムから返信されてくる結果レスポンスを受信するレスポンス受信部と、
上記レスポンス受信部で受信された結果レスポンスに対応した情報を上記保管部から除去する除去部とを備えた」という形態であっても良い。
【００１３】
この形態の通信装置では、上記保管部には、未送信情報やレスポンス待ちの情報のみが保管されることとなる。
【００１４】
また、本発明の通信装置において、「上記保管部が、各情報を、各所定の情報源から与えられるものであり、
上記処理システムが、上記通信装置から一括して送信されてきた各情報について個別に上記所定処理を行い、処理結果を表す結果レスポンスを各情報について生成し、それらの結果レスポンスを一括してその通信装置に返信するものであり、
上記処理システムから一括して返信されてくる結果レスポンスを受信するレスポンス受信部と、
上記レスポンス受信部で一括して受信された各結果レスポンスを、各結果レスポンスに対応した各情報を上記保管部に与えた各所定の情報源に個別に返すレスポンス返戻部とを備えた」という形態も好ましい形態である。
【００１５】
この好ましい形態の通信装置によれば、複数の情報について上記結果レスポンスを効率的に得ることができる。
【００１６】
また、上記目的を達成する本発明の情報処理システムのうちの第１の情報処理システムは、情報に基づいて所定処理を行う処理システムと、その処理システムにその情報を送信する通信装置とを有する情報処理システムにおいて、
上記通信装置が、
上記情報が与えられ、与えられる度にその情報を保管する保管部と、
上記情報の送信を指示する送信指示部と、
上記送信指示部が送信を指示すると、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して上記処理システムに送信する送信部と、
上記送信指示部が送信を指示した時に保管されている情報と、その時より後で上記保管部に与えられる情報とを、上記情報待ち時間を待たずに個別に送信する場合に対し、それら保管されている情報および後で与えられる情報を、上記情報待ち時間だけ待機して一括して送信する場合の方が、上記処理システムに全ての情報が到達するのに要する時間が短くなるような情報待ち時間を上記送信部に設定する待ち時間設定部とを備えたものであり、
上記処理システムが、
上記通信装置から送信されてきた情報を受信する受信部と、
上記受信部で受信された情報に基づいて上記所定処理を行う処理部とを備えたものであることを特徴とする。
【００１７】
この本発明の第１の情報処理システムによれば、上記通信装置と上記処理システムとの間で通信効率の低下が十分に抑制された情報処理を行うことができる。
【００１８】
尚、この本発明の第１の情報処理システムについては、ここではその第１の情報処理システムに特有の形態のみを示すに止めるが、これは単に重複を避けるためであり、本発明の第１の情報処理システムには、上記の形態のみではなく、前述した通信装置の各形態に対応する各種の形態が含まれる。
【００１９】
また、上記目的を達成する本発明のサーバ装置は、情報に基づいて行われる所定処理の処理結果を表す結果レスポンスを得るためにその情報を送信する通信装置からその情報を受信する受信部と、
上記受信部で受信された情報を上記所定処理を行う処理装置に伝えて上記結果レスポンスを受け取るレスポンス受取部と、
上記レスポンス受取部で受け取られた結果レスポンスを上記通信装置に返信する返信部と、
上記受信部で上記情報が受信されてから所定のレスポンス待ち時間が経過しても上記レスポンス受取部で上記結果レスポンスが受け取られない場合に、上記返信部によるその結果レスポンスの返信に替えて、上記所定処理が続いていることを表した処理中レスポンスを上記通信装置に返信する代替返信部とを備えたことを特徴とする。
【００２０】
この本発明のサーバ装置によれば、上記通信装置が送信した情報について上記所定処理が続いていることが上記処理中レスポンスによって通知される。これにより、上記通信装置では、情報の送信そのものについては完了していることを認識できる。その結果、上記通信装置が、情報の送信が失敗したものと誤認して不要な再送をしてしまう等といった事態を回避することができ、情報量の観点での通信効率の低下を抑制することができる。
【００２１】
ここで、本発明のサーバ装置において、「上記通信装置が、上記情報を送信してから所定の再送待ち時間が経過しても上記結果レスポンスが得られない場合には、その情報を再送するものであり、
上記代替返信部が、上記処理中レスポンスとして、上記通信装置が上記結果レスポンスの一種として認識する形式の処理中レスポンスを返信するものである」という形態は好ましい形態である。
【００２２】
この好ましい形態のサーバ装置によれば、このサーバ装置が返信した処理中レスポンスを上記通信装置に上記結果レスポンスとして扱わせることができるので、上記通信装置側での処理を容易なものとすることができる。
【００２３】
また、本発明のサーバ装置において、「上記通信装置が、上記情報を送信してから所定の再送待ち時間が経過しても上記結果レスポンスが得られない場合には、その情報を再送するものであり、
上記代替返信部が、上記通信装置で上記再送待ち時間が経過する前に上記処理中レスポンスがその通信装置に到達するような時間が上記レスポンス待ち時間として採用されたものである」という形態も好ましい形態である。
【００２４】
この好ましい形態のサーバ装置によれば、上記再送待ち時間が経過する前に上記処理中レスポンスが上記通信装置に到達するので、この通信装置からの不要な再送を確実に回避することができる。
【００２５】
また、本発明のサーバ装置において、「上記通信装置が、上記情報を送信してから所定の再送待ち時間が経過しても上記結果レスポンスが得られない場合には、その情報を再送するものであるとともに、その情報を送信する際にはその情報にその再送待ち時間を添付して送信するものであり、
上記受信部が、上記情報を受信するとともに、その情報に添付された再送待ち時間も受信するものであり、
上記代替返信部が、上記受信部が受信した再送待ち時間よりも短い時間を上記レスポンス待ち時間として用いるものである」という形態も好ましい形態である。
【００２６】
この好ましい形態のサーバ装置によれば、例えば上記通信装置からの送信時間を考慮して、上記通信装置側で再送が開始される前に確実に上記処理中レスポンスを返信することができる。
【００２７】
また、本発明のサーバ装置において、「上記通信装置が、上記情報が与えられるものであるとともに、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して送信するものであり、
上記受信部が、上記通信装置から一括して送信されてきた情報を受信するものであり、
上記レスポンス受取部が、上記受信部で一括して受信された各情報を、その各情報に対応した所定処理を行う各処理装置に伝えて、その各処理装置から、その各情報について個別に上記結果レスポンスを受け取るものであり、
上記返信部が、上記レスポンス受取部で個別に受け取られた結果レスポンスを一括して上記通信装置に返信するものである」という形態も好ましい形態である。
【００２８】
この好ましい形態のサーバ装置によれば、上記結果レスポンスを一括して上記通信装置に返信することにより、この結果レスポンスについての送信時間の観点からも通信効率を向上させることができる。
【００２９】
また、本発明のサーバ装置において、「上記通信装置が、上記情報を送信してから所定の再送待ち時間が経過しても上記結果レスポンスが得られない場合には、その情報を再送するものであり、
上記代替返信部が、上記処理中レスポンスとして、上記通信装置が上記結果レスポンスの一種として認識する形式の処理中レスポンスを返信するものであり、
さらに、上記通信装置が、上記再送待ち時間中に上記処理中レスポンスが返信されてくると、その再送待ち時間の経過後に、上記情報の再送に替えて、その情報についての送信量よりも送信量が少ない、その情報を指し示した代替情報を送信するものであり、
さらに、上記代替返信部が、上記受信部で上記代替情報が受信されてから上記レスポンス待ち時間が経過しても上記レスポンス受取部でその代替情報が指し示した情報に対応する結果レスポンスが受け取られない場合にも、上記処理中レスポンスを上記通信装置に返信するものである」という形態も好ましい形態である。
【００３０】
この好ましい形態のサーバ装置によれば、上記処理装置で処理中の間は、上記レスポンス待ち時間が経過する度に上記処理中レスポンスと上記代替情報とのやり取りが繰り返され、サーバ装置で上記結果レスポンスが得られるまでの間、不要な再送を抑制し続けることが可能となる。
【００３１】
また、上記目的を達成する本発明の情報処理システムのうちの第２の情報処理システムは、情報に基づいて行われる所定処理の処理結果を表す結果レスポンスを得るためにその情報を送信する通信装置からその情報を受信する受信部と、
上記受信部で受信された情報を上記所定処理を行う処理装置に伝えて上記結果レスポンスを受け取るレスポンス受取部と、
上記レスポンス受取部で受け取られた結果レスポンスを上記通信装置に返信する返信部と、
上記受信部で上記情報が受信されてから所定のレスポンス待ち時間が経過しても上記レスポンス受取部で上記結果レスポンスが受け取られない場合に、上記返信部によるその結果レスポンスの返信に替えて、上記所定処理が続いていることを表した処理中レスポンスを上記通信装置に返信する代替返信部とを備えたサーバ装置；および、
上記情報を送信する送信部と、
上記結果レスポンスや上記処理中レスポンスを受信するレスポンス受信部と、
上記送信部が上記情報を送信してから所定の再送待ち時間が経過しても上記レスポンス受信部で上記結果レスポンスと上記処理中レスポンスとの両方が受信されない場合には、その送信部にその情報を再送させる再送部とを備えた通信装置；
とを有することを特徴とする。
【００３２】
この本発明の第２の情報処理システムによれば、上記通信装置と上記処理システムとの間で通信効率の低下が十分に抑制された情報処理を行うことができる。
【００３３】
尚、この本発明の第２の情報処理システムについては、ここではその第２の情報処理システムに特有の形態のみを示すに止めるが、これは単に重複を避けるためであり、本発明の第２の情報処理システムには、上記の形態のみではなく、前述した通信装置およびサーバ装置の各形態に対応する各種の形態が含まれる。
【発明の効果】
【００３４】
以上、説明したように、本発明によれば、通信効率の低下を十分に抑制することができる通信装置、サーバ装置、および、情報処理システムを得ることができる。
【発明を実施するための最良の形態】
【００３５】
以下図面を参照して本発明の実施の形態を説明する。
【００３６】
図１は、本発明の情報処理システムの一実施形態を示す模式図である。
【００３７】
この図１に示す情報処理システム１０は、携帯電話機１００、中継サーバ２００、ネットワーク３００、業務用サーバ４００、および運用管理サーバ５００からなり、携帯電話機１００と、業務用サーバ４００や運用管理サーバ５００との間での各種情報のやり取りを中継サーバ２００で中継するというシステムである。尚、本実施形態において、中継サーバ２００には、実際には、複数の携帯電話機や、無線での通信機能を有するモバイル型のコンピュータ等といった様々なモバイル装置がアクセスするが、ここでは、説明を簡単なものとするため、中継サーバ２００にアクセスするモバイル装置を１台の携帯電話機１００のみとし、この図１でも、他のモバイル装置については図示を省略している。以下、中継サーバ２００には、モバイル装置として図１に示す携帯電話機１００のみがアクセスすることを前提として説明する。
【００３８】
この情報処理システム１０では、例えば業務用サーバ４００への業務日報の登録等といった業務上の様々なリクエストが、携帯電話機１００から送信され、各リクエストに対する業務上のレスポンスを表すレスポンスが業務用サーバ４００から返信される。また、この情報処理システム１０では、運用管理サーバ５００への通信ログの登録等といった運用管理上の様々なリクエストが、携帯電話機１００から送信され、各リクエストに対する運用管理上のレスポンスが運用管理サーバ５００から返信される。そして、携帯電話機１００と業務用サーバ４００との間、および、携帯電話機１００と運用管理サーバ５００との間でのリクエストやレスポンスのやり取りを中継サーバ２００が中継する。
【００３９】
図１に示す携帯電話機１００は、通話機能に加えて、上記のような様々なリクエストを作成して、業務用サーバ４００や運用管理サーバ５００に向けて送信する機能を有しており、本発明の通信装置の一実施形態が組み込まれたものである。そして、リクエストが本発明にいう情報の一例に相当する。また、この携帯電話機１００は、リクエストを送信する際には、複数のリクエストを一括して結合リクエストを作成し、その結合リクエストを送信する。また、この携帯電話機１００は、結合リクエストを作成する際には、複数のリクエストが溜まるまでのリクエスト待ち時間を後述するように求める。
【００４０】
中継サーバ２００は、携帯電話機１００が送信した結合リクエストを受信し、その結合リクエストを各リクエストに分解して、業務用のリクエストをネットワーク３００を通して業務用サーバ４００に渡し、運用管理上のリクエストをネットワーク３００を通して運用管理サーバ５００に渡す。また、業務用サーバ４００や運用管理用サーバ５００から各種レスポンスを受け取り、複数のレスポンスを一括して結合レスポンスを作成し、その結合レスポンスを携帯電話機１００に送信する。この中継サーバ２００は、本発明のサーバ装置の一実施形態に相当する。また、業務用サーバ４００および運用管理用サーバ５００それぞれは、本発明にいう処理装置と処理部とを兼ねた一例に相当し、中継サーバ２００と業務用サーバ４００と運用管理用サーバ５００とを合わせたものは、本発明にいう処理システムの一例に相当する。また、この中継サーバ２００は、結合レスポンスを作成する際には、複数のレスポンスが溜まるまでの待ち時間を後述するように求める。
【００４１】
携帯電話機１００では、結合レスポンスが受信されると、その結合レスポンスが各レスポンスに分解されて、それぞれ対応する各処理に供される。
【００４２】
業務用サーバ４００は、業務用のリクエストを渡されると、そのリクエストに応じたレスポンスを作成して中継サーバ２００に渡す。運用管理サーバ５００は、運用管理上のリクエストを渡されると、そのリクエストに応じたレスポンスを作成して中継サーバ２００に渡す。
【００４３】
以上、概要を説明したように、図１の情報処理システム１０では、上記のリクエストやレスポンスを一括してやり取りすることで通信効率の向上が図られている。
【００４４】
次に、この情報処理システム１０を構成する携帯電話機１００のハードウェア構成について説明する。
【００４５】
図２は、携帯電話機１００の外観斜視図である。
【００４６】
図２に示す携帯電話機１００は、通話時にユーザが耳に当てる上部筐体１００Ａと、ユーザが手で持つ下部筐体１００Ｂとが、ヒンジ部１００Ｃを中心に折りたたみ自在に連結されている。
【００４７】
上部筐体１００Ａには、メニュー画面や、撮影画像などが表示される液晶パネル１０１、および内部にスピーカが配備され、スピーカから発せられる音声を放つための送話口１０２が備えられている。
【００４８】
また、下部筐体１００Ｂには、各種機能の選択や、撮影を行う際のシャッタボタンとして使用される選択ボタン１０４、電話番号等を入力するためのプッシュボタン１０５、および内部にマイクロフォンが配備され、声をマイクロフォンに伝えるための受話口１０６が備えられている。
【００４９】
続いて、携帯電話機１００の内部構造について説明する。
【００５０】
図３は、携帯電話機１００の内部ブロック図である。
【００５１】
図３には、ＣＰＵ１１０、ＲＯＭ１１１、不揮発メモリ１１２、ＲＡＭ１１３、マイクデバイス１２１、表示デバイス１２２、スピーカデバイス１２３、キーデバイス１２４、カメラデバイス１２５、時計１２６、赤外線デバイス１３１、通信デバイス１３２、メディアコントローラ１４０、および充電地１５０が示されており、これらの間はバスを介して互いに接続されている。
【００５２】
ＣＰＵ１１０は、各種プログラムを実行する機能を有し、この携帯電話機１００の全体を制御している。
【００５３】
ＲＯＭ１１１には、ＣＰＵ１１０で実行される各種プログラムやそれら各種プログラムの実行に必要な各種定数が記憶されており、ＣＰＵ１１０は、ＲＯＭ１１１に記憶されたプログラムをＲＡＭ１１３を作業領域として使いながら実行する。
【００５４】
不揮発メモリ１１２には、アドレス帳や受信した電子メールなど、書き換えられることがありうる各種情報が記録されている。
【００５５】
マイクデバイス１２１は、ユーザの声をピックアップするマイクロホンおよびそのマイクロホンでピックアップされた声を処理する機能ブロックである。
【００５６】
スピーカデバイス１２３は、ユーザに向けて音声を出力するスピーカ、およびそのスピーカを駆動する音声信号を生成する機能ブロックである。
【００５７】
カメラデバイス１２５は、写真撮影による画像データの収集を司るブロックであり、表示デバイス１２２は、液晶パネル１０１（図２参照）への画像表示を司るブロックであり、キーデバイス１２４は、ユーザによる各種キー操作を検出するブロックであり、時計１２６は、現在時刻を取得するためのブロックである。
【００５８】
メディアコントローラ１４０は、装填された記録メディア１４１からデータを読み出したり、カメラデバイス１２５で生成された画像データ等を記録メディア１４１に書き込むためのものである。
【００５９】
赤外線デバイス１３１は、近距離にある外部装置に、画像や電話番号を所定の基地局などを介さずに赤外線通信によって送信するためのものである。
【００６０】
また、通信デバイス１３２は、この携帯電話機１００における通話機能を実現するためのものである。
【００６１】
携帯電話機１００は、基本的には以上のように構成されている。
【００６２】
ここで、図１に示す情報処理システム１０における本発明の一実施形態としての特徴は、携帯電話機１００および中継サーバ２００におけるリクエストやレスポンスをやり取りする機能にあり、以下、この機能に注目して説明を続ける。
【００６３】
図４は、図１に示す情報処理システム１０を、携帯電話機１００および中継サーバ２００におけるリクエストやレスポンスをやり取りする機能に注目して示す機能ブロック図である。
【００６４】
まず、携帯電話機１００は、業務日報の作成等といった業務処理を実行する業務処理部１６０と、各種ログデータの管理等といった運用管理処理を実行する運用管理部１７０と、リクエストの送信やレスポンスの受信等を行う端末側通信ライブラリ１８０と、携帯電話機１００が通信可能圏に対して圏外と圏内とのいずれに位置しているかを中継サーバ２００からの受信電波の強度等から検出する圏外／圏内検出部１９０と備えている。ここで、端末側通信ライブラリ１８０が本発明の通信装置の一実施形態に相当する。さらに、この端末側通信ライブラリ１８０は、送信指示部１８１、送信キュー１８２、結合サイズ計算部１８３、リクエスト待ち時間計算部１８４、転送速度計算部１８５、送受信履歴蓄積部１８６、リクエスト結合部１８７、結合内容検討部１８８、およびレスポンス分解部１８９を備えている。ここで、携帯電話機１００は、これらの要素の他に、通話に関する機能ブロックを備えているが、通話機能については本発明の本質とは関わらないので、ここでは図示や説明を省略する。
【００６５】
また、中継サーバ２００は、ネットワーク３００を通した業務サーバ４００や運用管理サーバ５００へのリクエストの転送や、これらのサーバからのレスポンスの受信および携帯電話機１００への転送等を行うサーバ側通信ライブラリ２１０を備えている。さらに、このサーバ側通信ライブラリ２１０は、リクエスト分解部２１１、レスポンス待ち時間取得部２１２、およびレスポンス結合部２１３を備えている。
【００６６】
以下、携帯電話機１００でのリクエストの作成から、そのリクエストに対応するレスポンスが中継サーバ２００から携帯電話機１００に送られてくるまでの一連の処理の流れに沿って、上記の各要素について説明する。
【００６７】
まず、携帯電話機１００において、所定のユーザ操作を受けて、業務処理部１６０で業務日報が作成され、さらにその業務日報を業務サーバ４００に登録するという業務リクエストが作成される。業務処理部１６０で作成されたリクエストは、端末側通信ライブラリ１８０に渡され、その端末側通信ライブラリ１８０の送信キュー１８２内に保管される。この送信キュー１８２は、本発明にいう保管部の一例に相当する。
【００６８】
本実施形態では、送信指示部１８１が、圏外／圏内検出部１９０での検出結果と、送信キュー１８２へのリクエストの保管状況とを監視している。さらに、この送信指示部１８１は、後述のリクエスト結合部１８７およびレスポンス分解部１８９からの指示に応じて後述の経過時間を監視している場合もある。
【００６９】
この経過時間の監視がある場合には、その経過時間が後述の再送間隔に達しているという条件と、圏外／圏内検出部１９０での検出結果が圏内であるという条件との２つの条件がそろったタイミングで、この送信指示部１８１が、以下のような一連の処理からなる送信処理のスタートを端末側通信ライブラリ１８０の各構成要素に指示する。即ち、経過時間が再送間隔に達したときに圏外／圏内検出部１９０での検出結果が圏内であったときには、経過時間が再送間隔に達したタイミングで、送信処理のスタートが指示される。また、経過時間が再送間隔に達したときに圏外／圏内検出部１９０での検出結果が圏外であったときには、経過時間が再送間隔に達した後に圏外／圏内検出部１９０での検出結果が圏外から圏内に切り替わったタイミングで、送信処理のスタートが指示される。一方、経過時間の監視がない場合には、圏外／圏内検出部１９０での検出結果が圏外から圏内に切り替わったタイミング、あるいは、圏外／圏内検出部１９０での検出結果が圏内のときに空の送信キュー１８２にリクエストが１つ保管されたタイミングで、送信処理のスタートが指示される。この送信指示部１８１が、本発明にいう送信指示部の一例に相当する。
【００７０】
送信指示部１８１によって送信処理のスタートが指示されると、次のような流れで送信処理が実行される。
【００７１】
まず、転送速度計算部１８５が、中継サーバ２００を発した情報が携帯電話機１００に向かうときの速度（転送速度）を計算する。本実施形態では、この計算は、送受信履歴蓄積部１８６に蓄積されている過去の送受信履歴と、圏外／圏内検出部１９０での検出に使われる中継サーバ２００からの電波の強度とに基づいて行われる。計算された転送速度は、リクエスト待ち時間計算部１８４に渡される。
【００７２】
リクエスト待ち時間計算部１８４は、渡された転送速度を使って、送信キュー１８２にリクエストが溜まるのを待つリクエスト待ち時間を次のように計算する。このリクエスト待ち時間計算部１８４は、本発明にいう待ち時間設定部の一例に相当し、このリクエスト待ち時間は、本発明にいう情報待ち時間の一例に相当する。
【００７３】
図５は、リクエスト待ち時間の計算を説明する説明図である。
【００７４】
この図５のパート（ａ）には、まず、上記のスタートタイミング「Ｔ０」で１つのリクエストを中継サーバ２００に送り、そのリクエストに対するレスポンスの返信を受けて、その間に送信キュー１８２に新たに保管された次のリクエストを中継サーバ２００に送るという過程が模式的に示されている。この過程では、まず、スタートタイミング「Ｔ０」に携帯電話機１００を発した１つ目のリクエストは、第１のサーバ行き伝搬時間「ｔｓ１」が経過した第１のサーバ側到達時点「Ｔｓ１」に中継サーバ２００に到達する。その後、レスポンス取得のために所定時間「ｉｓ」を費やした後、取得されたレスポンスが中継サーバ２００を発する。そして、携帯電話機行き伝搬時間「ｔｐ１」が経過してレスポンスが携帯電話機１００に到達すると、所定の準備時間「ｉｔ」を費やした後、２つ目のリクエストが携帯電話機１００を発し、第２のサーバ行き伝搬時間「ｔｓ２」が経過した第２のサーバ側到達時点「Ｔｓ２」に中継サーバ２００に到達する。
【００７５】
また、図５のパート（ｂ）には、スタートタイミング「Ｔ０」から、あるリクエスト待ち時間「Ｗ」だけ待って、その間に送信キュー１８２に保管された２つのリクエストを結合した結合リクエストを中継サーバ２００に送るという過程が模式的に示されている。この場合には、スタートタイミング「Ｔ０」からリクエスト待ち時間「Ｗ」が経過した後に携帯電話機１００を発した結合リクエストは、所定の伝搬時間が経過した後に第３のサーバ側到達時点「Ｔｓ３」に中継サーバ２００に到達する。
【００７６】
パート（ｂ）に示す第３のサーバ側到達時点「Ｔｓ３」が、パート（ａ）に示す第２のサーバ側到達時点「Ｔｓ２」よりも早ければ、２つのリクエストを結合することによって通信効率が向上することとなる。ここで、上記のサーバ行き伝搬時間が、１つ目のリクエスト、２つ目のリクエスト、および結合リクエストそれぞれについて互いにほぼ同じ時間「ｔｓ」であるとすると、２種類の到達時点の差「Ｄｔ」は、次式で表される。
【００７７】
Ｄｔ＝ｔｓ＋ｉｓ＋ｔｐ１＋ｉｔ−Ｗ  ……（１）
本実施形態では、この差「Ｄｔ」が、リクエスト１つ分のサーバ行き伝搬時間「ｔｓ」よりも大きくなるようにリクエスト待ち時間「Ｗ」が求められる。この条件を満たすリクエスト待ち時間「Ｗ」は、次式で表される。
【００７８】
Ｗ＜ｔｐ１＋ｉｓ＋ｉｔ  ……（２）
さらに、本実施形態では、レスポンス取得のために所定時間「ｉｓ」と携帯電話機１００での準備時間「ｉｔ」を「０」とみなした次式に基づいてリクエスト待ち時間「Ｗ」が求められる。
【００７９】
Ｗ＜ｔｐ１  ……（３）
例えば、レスポンスのサイズを１０２４ビット、レスポンスの転送速度を２８．８ｋｂｐｓとすると、リクエスト待ち時間「Ｗ」は３５．６ｍｓ未満となり、レスポンスのサイズを１０２４ビット、レスポンスの転送速度を３８４ｋｂｐｓとすると、リクエスト待ち時間「Ｗ」は２．７ｍｓ未満となる。
【００８０】
図４に示すリクエスト待ち時間計算部１８４は、レスポンスのサイズを送受信履歴蓄積部１８６内に記録されている過去のレスポンスのサイズを参照して取得し、レスポンスの転送速度を転送速度計算部１８５から取得して、上記の携帯電話機行き伝搬時間「ｔｐ１」を算出し、さらに、その伝搬時間「ｔｐ１」に「１．０」よりも小さい所定係数を乗じることでリクエスト待ち時間を計算する。計算されたリクエスト待ち時間は、リクエスト結合部１８７に通知される。
【００８１】
このリクエスト待ち時間の計算と並行して、結合サイズ計算部１８３による、結合リクエストについての上側閾値の計算が行われる。この上側閾値は、この携帯電話機１００での送信量についての上側閾値であり、本発明にいう上側閾値の一例に相当する。
【００８２】
この上側閾値の計算は、送受信履歴蓄積部１８６に蓄積されている過去の送受信履歴と、圏外／圏内検出部１９０での検出に使われる中継サーバ２００からの電波の強度とに基づいて行われる。ここで、結合サイズ計算部１８３は、本発明にいう上側閾値決定部と、本発明にいう把握部とを兼ねた一例に相当する。
【００８３】
結合サイズ計算部１８３は、圏外／圏内検出部１９０での検出に使われる中継サーバ２００からの電波の強度をこの情報処理システム１０における通信強度と捉え、その通信強度と、携帯電話機１００と中継サーバ２００との間で連続して通信ができる接続継続時間とを、この情報処理システム１０における通信状態を表すパラメータであると捉え、これらのパラメータに基づいて、結合サイズの上側閾値の計算を行う。ここで、通信強度は、「０」から「１．０」の間の値に規格化されて使われる。
【００８４】
また、接続継続時間は、携帯電話機１００と中継サーバ２００との間で接続が確立されてからの経過時間である。ここで、本実施形態では、この接続継続時間は、過去の送受信履歴における最新の接続継続時間が使われる。そのため、上記の接続に切断が発生した場合には、その切断後、再接続されてからの経過時間が使われる。
【００８５】
結合サイズ計算部１８３は、結合サイズの上側閾値「ｓ」を、接続継続時間「ｔ」、通信強度「ｗ」、基本サイズ「Ｓ」、および２つの所定係数「ａ」，「ｂ」を用いた次式を使って計算する。
【００８６】
ｓ＝ａ×ｗ×（ｔ＋ｂ）×Ｓ  ……（４）
ここでは、基本サイズ「Ｓ」、および２つの所定係数「ａ」，「ｂ」について特定はしないが、これらの値は、システム設計時等に予め決めておき、所定のメモリ内に記憶しておく。尚、基本サイズ「Ｓ」は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）におけるＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）である１５００バイト等を基に決めても良い。上記の上側閾値「ｓ」は、（４）式から分かるように、接続継続時間「ｔ」および通信強度「ｗ」が小さいほど小さくなる。一方、接続継続時間「ｔ」および通信強度「ｗ」が小さいということは、それだけ携帯電話機１００と中継サーバ２００との間での接続が途切れ易いことを意味するので、この上側閾値「ｓ」は、この接続が途切れ易いほど小さくなるといえる。
【００８７】
結合サイズ計算部１８３は、このように結合サイズの上側閾値を求めると、その求めた上側閾値をリクエスト結合部１８７に通知する。
【００８８】
リクエスト結合部１８７は、上記の送信指示１８１から送信を指示されると、送信キュー１８２内に保管されているリクエストのサイズの合計を監視しつつ、リクエスト待ち時間計算部１８４から通知された上記のリクエスト待ち時間の間待機する。
【００８９】
本実施形態では、リクエスト結合部１８７の待機中に、新たな業務リクエストが送信キュー１８２に送られてきたり、あるいは、運用管理部１７０から、運用管理処理において作成したログデータの運用管理サーバ５００への登録等といった運用管理リクエストが送信キュー１８２に送られてきたりする可能性がある。そして、その待機が終了するか、あるいは、送信キュー１８２内に溜まったリクエストのサイズの合計が上記の上側閾値を越えると、リクエスト結合部１８７は、結合内容検討部１８８から特に指示が無い場合には、その時点での送信キュー１８２内に溜まったリクエストを結合して結合リクエストを作成する。結合内容検討部１８８からの指示等については後述する。
【００９０】
図６は、結合リクエストの一例を示す模式図である。
【００９１】
この図６には第１から第３のリクエストＲ１，Ｒ２，Ｒ３が結合されてなる結合リクエストＲが示されている。この例は、第１のリクエストＲ１を含む２つのリクエストについての送信時間の比較に基づく（３）式から求められたリクエスト待ち時間「Ｗ」が経過するまでの間に、第１から第３までの３つのリクエストＲ１，Ｒ２，Ｒ３が送信キュー１８２に溜まったという例である。
【００９２】
各リクエストは、そのリクエストの内容が記述されたボディ部Ｒ＿１と、そのリクエストの送信後に何らかのレスポンスが返信されてこないときにそのリクエストを後述するように再送する場合の再送間隔が記述された再送間隔記述部Ｒ＿２と、そのリクエストに付された識別子（ＩＤ）を含む所定のヘッダ情報が記述されたヘッダ部Ｒ＿３とを備えている。
【００９３】
図４のリクエスト結合部１８７は、複数のリクエストそれぞれのボディ部を列挙することで結合ボディ部Ｒ＿５を構築し、各リクエストの再送間隔のうち最短の再送間隔を選択することで最短再送間隔記述部Ｒ＿６を構築し、各リクエストのＩＤを含む結合ヘッダ情報を作成することで結合ヘッダ部Ｒ＿７を構築する。図４のリクエスト結合部１８７は、このように構築した結合リクエストＲを、中継サーバ２００に向けて送信するとともに、その旨と、上記の最短の再送間隔とを上記の送信指示部１８１に通知する。このリクエスト結合部１８７は、本発明にいう送信部の一例に相当する。
【００９４】
送信指示部１８１は、このリクエスト結合部１８７からの通知があると、その時点からの経過時間の監視を始める。
【００９５】
ここまでに説明した一連の処理で結合リクエストを送信することにより、まず、長時間に亘ってリクエストが溜まるの待ってしまうことによる通信効率の低下が避けられる。また、頻繁に接続の切断が生じる等というように通信状態が不安定な場合には、上記の接続継続時間が短くなったり通信強度が低かったりすることから、計算される上側閾値が小さくなるので、結果的に送信キュー１８２内のリクエストが細切れに送信されることとなる。その結果、１回に送信されるリクエストは少なくなるが送信の確実性を高めることができる。
【００９６】
以上説明したように送信された結合リクエストは、中継サーバ２００内のサーバ側通信ライブラリ２１０におけるリクエスト分解部２１１で受信される。リクエスト分解部２１１は、受信した結合リクエストから各リクエストのボディ部を抽出することで、この結合リクエストを、元の複数のリクエストに分解する。さらに、リクエスト分解部２１１は、分解した各リクエストが表すリクエストを分析し、そのリクエストが業務リクエストである場合には、そのリクエストを業務サーバ４００に転送し、そのリクエストが運用管理リクエストである場合には、そのリクエストを運用管理サーバ５００に転送する。このリクエスト分解部２１１は、本発明にいう受信部一例に相当する。
【００９７】
また、本実施形態では、リクエスト分解部２１１が受信した結合リクエストは、レスポンス待ち時間取得部２１２にも渡される。レスポンス待ち時間取得部２１２は、まず、その結合リクエストから、上記の最短の再送間隔「ｔｍ」を抽出し、その最短の再送間隔「ｔｍ」と、携帯電話機１００を発したリクエストが中継サーバ２００に到達する平均的な到達時間を「ｔｓ」とを使って、レスポンス待ち時間「ｔｒ」を次式を用いて算出する。
【００９８】
ｔｒ＜ｔｍ−ｔｓ−（ｔｓ×ｃ）  ……（５）
ここで、「ｃ」は、携帯電話機１００から中継サーバ２００への到達時間と、中継サーバ２００から携帯電話機１００への到達時間との比を表わす係数であり、システム設計時等に予め決めておき、上記の平均的な到達時間を「ｔｓ」とともに所定のメモリ内に記憶しておく。この（５）式の右辺は、最短の再送間隔「ｔｍ」から携帯電話機１００から中継サーバ２００への到達時間と中継サーバ２００から携帯電話機１００への到達時間とを減じたものであり、中継サーバ２００で許されるレスポンス待ち時間の上限値である。本実施形態では、この上限値に「１．０」より小さい所定係数を乗じることで最終的にレスポンス待ち時間「ｔｒ」が得られる。レスポンス待ち時間取得部２１２は、このレスポンス待ち時間「ｔｒ」をレスポンス結合部２１３に通知する。このレスポンス待ち時間「ｔｒ」は、本発明にいうレスポンス待ち時間の一例に相当する。
【００９９】
業務サーバ４００が、業務リクエストに応じて例えば業務日報の登録の完了を通知する業務レスポンスを作成し、運用管理サーバ５００が、運用管理リクエストに応じて例えばログデータの登録の完了を通知する運用管理レスポンスを作成すると、各レスポンスは、レスポンス結合部２１３に送られる。ここで、レスポンス結合部２１３は、レスポンス待ち時間取得部２１２からレスポンス待ち時間を通知されると、上記リクエスト分解部２１１で上記の結合リクエストが受信されてからそのレスポンス待ち時間が経過するまでの間に、業務サーバ４００や運用管理サーバ５００から送られてきたレスポンスを結合して結合レスポンスを作成する。このレスポンス結合部２１３は、本発明にいうレスポンス受取部と返信部とを兼ねた一例に相当する。
【０１００】
図７は、結合レスポンスの一例を示す模式図である。
【０１０１】
結合レスポンスＲｐは、各レスポンスが列挙されたレスポンスボディ部Ｒｐ＿１と、そのレスポンスボディ部Ｒｐ＿１に記述された各レスポンスに対応するリクエストのＩＤが列挙されたレスポンスヘッダ部Ｒｐ＿２とを備えている。
【０１０２】
ここで、当初に中継サーバ２００に送られてきた結合リクエストが表す複数のリクエストそれぞれについてのレスポンスの中に、上記のレスポンス待ち時間が経過した時点で未だレスポンス結合部２１３に届いていないものがある場合には、未だレスポンス処理が継続中であることを示す処理中レスポンスＪ１が、レスポンスヘッダ部Ｒｐ＿２に記述されることとなる。この処理中レスポンスＪ１が、本発明にいう処理中レスポンスの一例に相当する。図７の例に示す結合レスポンスＲｐは、図６に示す第１から第３のリクエストについてのレスポンスのうち、第２及び第３のリクエストについての２つのレスポンスが結合されてなるものである。そのため、レスポンスヘッダ部Ｒｐ＿２には、第２及び第３のリクエストそれぞれのＩＤが記述されるとともに、残りの１つのリクエストについては未だレスポンス処理が継続中であることを示す処理中レスポンスＪ１が記述されている。
【０１０３】
図４のレスポンス結合部２１３は、このような結合レスポンスを作成すると、その作成した結合レスポンスを携帯電話機１００に送信する。
【０１０４】
上記（５）式によるレスポンス待ち時間中に得られたレスポンスに基づくこの結合レスポンスは、携帯電話機１００側から結合リクエストがそのまま再送されてくる前には必ず返信されるので、携帯電話機１００での無駄な再送を回避して通信効率の低下を抑制することができる。
【０１０５】
このように作成され返信された結合レスポンスは、携帯電話機１００の端末側通信ライブラリ１８０におけるレスポンス分解部１８９で受信される。
【０１０６】
レスポンス分解部１８９は、受信した結合レスポンスのレスポンスボディ部から、複数のレスポンスを抽出するとともに、レスポンスヘッダから各レスポンスに対応するリクエストのＩＤを抽出する。そして、その時点で送信キュー１８２に保管されているリクエストのうち、レスポンスボディ部から抽出された各レスポンスの由来となったリクエストを、リクエストのＩＤに基づいて認識して除去する。また、各レスポンスを、そのレスポンスが業務リクエストに対応するものである場合には業務処理部１６０に、対応するリクエストのＩＤとともに渡し、そのレスポンスが運用管理リクエストに対応するものである場合には運用管理部１７０に、対応するリクエストのＩＤとともに渡す。このレスポンス分解部１８９は、本発明にいうレスポンス受信部と除去部とレスポンス返戻部とを兼ねた一例に相当する。
【０１０７】
また、レスポンス分解部１８９は、レスポンスヘッダに上記の処理中レスポンスが含まれていた場合には、その処理中レスポンスを抽出して結合内容検討部１８８に渡す。一方、レスポンスヘッダに上記の処理中レスポンスが含まれておらず、上記の結合リクエストについての全てのレスポンスが得られた場合には、レスポンス分解部１８９は、上記の送信指示部１８１に、その結合リクエストについての送信時点からの経過時間の監視の停止を指示する。送信指示部１８１は、この停止の指示があった場合には、この結合リクエストについての経過時間の監視を停止し、圏外／圏内検出部１９０での検出結果と送信キュー１８２内のリクエストの保管状況に応じた新たな送信指示の検討に入る。
【０１０８】
結合内容検討部１８８は、処理中レスポンスを渡されるとリクエスト結合部１８７に対して後述の指示を与える。この結合内容検討部１８８は、本発明にいう再送部の一例に相当する。
【０１０９】
次に、結合リクエストの送信後、その結合リクエストの最短再送間隔記述部に記述した再送間隔が経過すると、その時点で、上記の送信指示部１８１が、端末側通信ライブラリ１８０の各構成要素に送信処理のスタートを指示する。すると、上述したリクエスト待ち時間と結合サイズの上側閾値の計算が行われ、リクエスト結合部１８７が、リクエスト待ち時間の経過時点、および、送信キュー１８２内のリクエストのサイズが上側閾値に達した時点で新たな結合リクエストの作成を開始する。
【０１１０】
ここで、結合内容検討部１８８は、リクエスト分解部１８９から処理中レスポンスを渡された場合には、リクエスト結合部１８７に対して、その処理中レスポンスにおいて処理中であることが示されているリクエストについては、新たな結合リクエストの作成に当たって、ボディ部の記述を省略するように指示する。リクエスト結合部１８７は、結合内容検討部１８８からこのような指示が合った場合には、その指示のあったリクエストについては、新たな結合リクエストの結合ヘッダ部にそのリクエストのＩＤを記述するにとどめる。
【０１１１】
図８は、新たな結合リクエストの一例を示す図である。
【０１１２】
この図８に示す新たな結合リクエストは、図７に示す結合レスポンスＲｐに対応して作成されるものであり、パート（ａ）には、再送対象のリクエストのみからなる新たな結合リクエストＲ’の一例が示され、パート（ｂ）には、再送対象のリクエストと、新たに送信キュー１８２に送られてきたリクエストとからなる新たな結合リクエストＲ”の一例が示されている。
【０１１３】
パート（ａ）に示す結合リクエストＲ’では、結合ヘッド部Ｒ＿７に、結合内容検討部１８８から指示のあったリクエストのＩＤのみが記述されており、最短再送間隔記述部Ｒ＿６には、前回の最短の再送間隔がそのまま記述され、結合ボディ部Ｒ＿５については空となる。このような結合リクエストを受信した中継サーバ２００では、その結合リクエストに記述されているＩＤに対応するレスポンスの取得に引き続き務めることとなるとともに、その新たな結合リクエストを受信した時点から再度レスポンス待ち時間のカウントを開始する。
【０１１４】
一方、パート（ｂ）に示す結合リクエストＲ”では、結合ヘッド部Ｒ＿７に、結合内容検討部１８８から指示のあったリクエストのＩＤに加えて、新たに結合されるリクエストＲ４のＩＤが記述され、最短再送間隔記述部Ｒ＿６には、前回の最短の再送間隔と新たなリクエストＲ４の再送間隔とのうち短い方の再送間隔が記述され、結合ボディ部Ｒ＿５には、新たなリクエストＲ４のボディ部が記述されることとなる。また、このような結合リクエストを受信した中継サーバ２００では、ＩＤのみのリクエストについてはレスポンスの取得に引き続き務め、今回新たにボディ部に記述のあるリクエストについては業務サーバ４００や運用管理サーバ５００への転送を行うこととなる。
【０１１５】
ここまでに説明したように、本実施形態では、中継サーバ２００でレスポンスの取得が間に合わなかったリクエストについては、携帯電話機１００に、処理中である旨が告げられる。これにより、本実施形態では、レスポンスの返信が無いリクエストについて中継サーバ２００に対する送信自体が失敗したのかあるいは、中継サーバ２００において処理中であるのかが把握される。その結果、新たな結合リクエストにおいて、そのリクエストについてはＩＤのみの記述にとどめることが可能となるので、この新たな結合リクエストの、その再送による情報の増加分が微々たるものとなり、無駄に多量の情報を送らなくても済むこととなる。
【０１１６】
以上、説明したように、本実施形態によれば、複数のリクエストやレスポンスをまとめることによる通信効率の向上効果が得られるとともに、これらの情報をためるために不必要に長い時間待つことがないので、その待つことによる通信効率の低下を抑制することができる。さらに、本実施形態によれば、レスポンス処理中のリクエストについては、再送間隔が経過後であってもそのリクエストについてはＩＤのみが再送されるので無駄に多量の情報を送らなくても済み、情報量の観点からも通信効率の低下を抑制することができる。
【０１１７】
尚、上記では、本発明の通信装置の一実施形態として携帯電話機１００を例示したが、本発明はこれに限るものではなく、本発明の通信装置は、例えば、無線での通信機能を有するモバイル型のコンピュータ等といった様々なモバイル装置等であっても良い。
【０１１８】
また、上記では、本発明の情報処理システムの一実施形態として、携帯電話機を使った情報処理システム１０を示したが、本発明はこれに限るものではなく、本発明の情報処理システムは、例えば、無線での通信機能を有するモバイル型のコンピュータ等を使った無線ＬＡＮシステム等であっても良い。
【０１１９】
また、上記では、本発明にいう把握部の一例として、通信に使われる電波の強度と、連続して通信ができる接続継続時間とを通信状態を表すパラメータであると捉える結合サイズ計算部１８３を例示したが、本発明はこれに限るものでない。本発明の把握部は、例えば過去の送受信履歴から送受信が失敗したエラー回数を求め、そのエラー回数を通信状態を表すパラメータであると捉えるもの等であっても良い。
【０１２０】
以下、本発明の各種形態について付記する。
【０１２１】
（付記１）
情報に基づいて所定処理を行う処理システムに該情報を送信する通信装置において、
前記情報が与えられ、与えられる度にその情報を保管する保管部と、
前記情報の送信を指示する送信指示部と、
前記送信指示部が送信を指示すると、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して前記処理システムに送信する送信部と、
前記送信指示部が送信を指示した時に保管されている情報と、その時より後で前記保管部に与えられる情報とを、前記情報待ち時間を待たずに個別に送信する場合に対し、それら保管されている情報および後で与えられる情報を、前記情報待ち時間だけ待機して一括して送信する場合の方が、前記処理システムに全ての情報が到達するのに要する時間が短くなるような情報待ち時間を前記送信部に設定する待ち時間設定部とを備えたことを特徴とする通信装置。
【０１２２】
（付記２）
この通信装置と前記処理装置との間の通信の途切れ易さを把握する把握部と、
前記把握部で把握された通信の途切れ易さに基づいて、通信が途切れ易いほど小さくなるように、前記送信部による一括送信の送信量の上側閾値を決める上側閾値決定部とを備え、
前記送信部が、前記情報待ち時間が経過する前の時点でも、その時点までに保管されている情報を一括して送信するための送信量が前記上側閾値に達していれば、該時点までに保管されている情報を一括した送信を開始するものであることを特徴とする付記１記載の通信装置。
【０１２３】
（付記３）
前記処理システムが、前記通信装置から送信されてきた情報に基づいて前記所定処理を行い、処理結果を表す結果レスポンスを生成し、その結果レスポンスを該通信装置に返信するものであり、
前記処理システムから返信されてくる結果レスポンスを受信するレスポンス受信部と、
前記レスポンス受信部で受信された結果レスポンスに対応した情報を前記保管部から除去する除去部とを備えたことを特徴とする付記１記載の通信装置。
【０１２４】
（付記４）
前記保管部が、各情報を、各所定の情報源から与えられるものであり、
前記処理システムが、前記通信装置から一括して送信されてきた各情報について個別に前記所定処理を行い、処理結果を表す結果レスポンスを各情報について生成し、それらの結果レスポンスを一括して該通信装置に返信するものであり、
前記処理システムから一括して返信されてくる結果レスポンスを受信するレスポンス受信部と、
前記レスポンス受信部で一括して受信された各結果レスポンスを、各結果レスポンスに対応した各情報を前記保管部に与えた各所定の情報源に個別に返すレスポンス返戻部とを備えたことを特徴とする付記１記載の通信装置。  
【０１２５】
（付記５）
情報に基づいて所定処理を行う処理システムと、該処理システムに該情報を送信する通信装置とを有する情報処理システムにおいて、
前記通信装置が、
前記情報が与えられ、与えられる度にその情報を保管する保管部と、
前記情報の送信を指示する送信指示部と、
前記送信指示部が送信を指示すると、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して前記処理システムに送信する送信部と、
前記送信指示部が送信を指示した時に保管されている情報と、その時より後で前記保管部に与えられる情報とを、前記情報待ち時間を待たずに個別に送信する場合に対し、それら保管されている情報および後で与えられる情報を、前記情報待ち時間だけ待機して一括して送信する場合の方が、前記処理システムに全ての情報が到達するのに要する時間が短くなるような情報待ち時間を前記送信部に設定する待ち時間設定部とを備えたものであり、
前記処理システムが、
前記通信装置から送信されてきた情報を受信する受信部と、
前記受信部で受信された情報に基づいて前記所定処理を行う処理部とを備えたものであることを特徴とする情報処理システム。  
【０１２６】
（付記６）
情報に基づいて行われる所定処理の処理結果を表す結果レスポンスを得るために該情報を送信する通信装置から該情報を受信する受信部と、
前記受信部で受信された情報を前記所定処理を行う処理装置に伝えて前記結果レスポンスを受け取るレスポンス受取部と、
前記レスポンス受取部で受け取られた結果レスポンスを前記通信装置に返信する返信部と、
前記受信部で前記情報が受信されてから所定のレスポンス待ち時間が経過しても前記レスポンス受取部で前記結果レスポンスが受け取られない場合に、前記返信部による該結果レスポンスの返信に替えて、前記所定処理が続いていることを表した処理中レスポンスを前記通信装置に返信する代替返信部とを備えたことを特徴とするサーバ装置。
【０１２７】
（付記７）
前記通信装置が、前記情報を送信してから所定の再送待ち時間が経過しても前記結果レスポンスが得られない場合には、該情報を再送するものであり、
前記代替返信部が、前記処理中レスポンスとして、前記通信装置が前記結果レスポンスの一種として認識する形式の処理中レスポンスを返信するものであることを特徴とする付記６記載のサーバ装置。  
【０１２８】
（付記８）
前記通信装置が、前記情報を送信してから所定の再送待ち時間が経過しても前記結果レスポンスが得られない場合には、該情報を再送するものであり、
前記代替返信部が、前記通信装置で前記再送待ち時間が経過する前に前記処理中レスポンスが該通信装置に到達するような時間が前記レスポンス待ち時間として採用されたものであることを特徴とする付記６記載のサーバ装置。
【０１２９】
（付記９）
前記通信装置が、前記情報を送信してから所定の再送待ち時間が経過しても前記結果レスポンスが得られない場合には、該情報を再送するものであるとともに、該情報を送信する際には該情報に該再送待ち時間を添付して送信するものであり、
前記受信部が、前記情報を受信するとともに、該情報に添付された再送待ち時間も受信するものであり、
前記代替返信部が、前記受信部が受信した再送待ち時間よりも短い時間を前記レスポンス待ち時間として用いるものであることを特徴とする付記６記載のサーバ装置。
【０１３０】
（付記１０）
前記通信装置が、前記情報が与えられるものであるとともに、予め設定されている情報待ち時間だけ待機し、待機後の時点までに保管されている情報を一括して送信するものであり、
前記受信部が、前記通信装置から一括して送信されてきた情報を受信するものであり、
前記レスポンス受取部が、前記受信部で一括して受信された各情報を、該各情報に対応した所定処理を行う各処理装置に伝えて、該各処理装置から、該各情報について個別に前記結果レスポンスを受け取るものであり、
前記返信部が、前記レスポンス受取部で個別に受け取られた結果レスポンスを一括して前記通信装置に返信するものであることを特徴とする付記６記載のサーバ装置。
【０１３１】
（付記１１）
前記通信装置が、前記情報を送信してから所定の再送待ち時間が経過しても前記結果レスポンスが得られない場合には、該情報を再送するものであり、
前記代替返信部が、前記処理中レスポンスとして、前記通信装置が前記結果レスポンスの一種として認識する形式の処理中レスポンスを返信するものであり、
さらに、前記通信装置が、前記再送待ち時間中に前記処理中レスポンスが返信されてくると、該再送待ち時間の経過後に、前記情報の再送に替えて、該情報についての送信量よりも送信量が少ない、その情報を指し示した代替情報を送信するものであり、
さらに、前記代替返信部が、前記受信部で前記代替情報が受信されてから前記レスポンス待ち時間が経過しても前記レスポンス受取部で該代替情報が指し示した情報に対応する結果レスポンスが受け取られない場合にも、前記処理中レスポンスを前記通信装置に返信するものであることを特徴とする付記６記載のサーバ装置。
【０１３２】
（付記１２）
情報に基づいて行われる所定処理の処理結果を表す結果レスポンスを得るために該情報を送信する通信装置から該情報を受信する受信部と、
前記受信部で受信された情報を前記所定処理を行う処理装置に伝えて前記結果レスポンスを受け取るレスポンス受取部と、
前記レスポンス受取部で受け取られた結果レスポンスを前記通信装置に返信する返信部と、
前記受信部で前記情報が受信されてから所定のレスポンス待ち時間が経過しても前記レスポンス受取部で前記結果レスポンスが受け取られない場合に、前記返信部による該結果レスポンスの返信に替えて、前記所定処理が続いていることを表した処理中レスポンスを前記通信装置に返信する代替返信部とを備えたサーバ装置；および、
前記情報を送信する送信部と、
前記結果レスポンスや前記処理中レスポンスを受信するレスポンス受信部と、
前記送信部が前記情報を送信してから所定の再送待ち時間が経過しても前記レスポンス受信部で前記結果レスポンスと前記処理中レスポンスとの両方が受信されない場合には、該送信部に該情報を再送させる再送部とを備えた通信装置；
とを有することを特徴とする情報処理システム。
【図面の簡単な説明】
【０１３３】
【図１】本発明の情報処理システムの一実施形態を示す模式図である。
【図２】携帯電話機１００の外観斜視図である。
【図３】携帯電話機１００の内部ブロック図である。
【図４】図１に示す情報処理システム１０を、携帯電話機１００および中継サーバ２００におけるリクエストやレスポンスをやり取りする機能に注目して示す機能ブロック図である。
【図５】リクエスト待ち時間の計算を説明する説明図である。
【図６】結合リクエストの一例を示す模式図である。
【図７】結合レスポンスの一例を示す模式図である。
【図８】新たな結合リクエストの一例を示す図である。
【符号の説明】
【０１３４】
１０    情報処理システム
１００    携帯電話機
１００Ａ    上部筐体
１００Ｂ    下部筐体
１００Ｃ    ヒンジ部
１０１    液晶パネル
１０２    送話口
１０４    選択ボタン
１０５    プッシュボタン
１０６    受話口
１１０    ＣＰＵ
１１１    ＲＯＭ
１１２    不揮発メモリ
１１３    ＲＡＭ
１２１    マイクデバイス
１２２    表示デバイス
１２３    スピーカデバイス
１２４    キーデバイス
１２５    カメラデバイス
１２６    時計
１３１    赤外線デバイス
１３２    通信デバイス
１４０    メディアコントローラ
１４１    記録メディア
１５０    充電地
１６０    業務処理部
１７０    運用管理部
１８０    端末側通信ライブラリ
１８１    送信指示部
１８２    送信キュー
１８３    結合サイズ計算部
１８４    リクエスト待ち時間計算部
１８５    転送速度計算部
１８６    送受信履歴蓄積部
１８７    リクエスト結合部
１８８    結合内容検討部
１８９    レスポンス分解部
１９０    圏外／圏内検出部
２００    中継サーバ
２１０    サーバ側通信ライブラリ
２１１    リクエスト分解部
２１２    レスポンス待ち時間取得部
２１３    レスポンス結合部
３００    ネットワーク
４００    業務用サーバ
５００    運用管理サーバ
【図１】
2008186331.tif 000003
【図２】
2008186331.tif 000004
【図３】
2008186331.tif 000005
【図４】
2008186331.tif 000006
【図５】
2008186331.tif 000007
【図６】
2008186331.tif 000008
【図７】
2008186331.tif 000009
【図８】
2008186331.tif 000010