シンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法
【課題】サービス情報の参照中に新規のサービス情報を受信しても参照中のサービス情報が削除されることがなく、しかも新規のサービス情報を再度取得する必要がないシンクライアント端末装置を提供する。
【解決手段】シンクライアントサーバ３から送信されたデータを受信して表示するシンクライアント携帯端末４を、受信されたデータを表示するサービス情報ログ表示部２０４、データを表示するための参照データが記憶される参照用バッファ２０７、新規データが記憶される新規用バッファ２０６、サービス情報ログ表示部２０４によってデータが表示中であるか否か、複数のデータの連続性、及び参照用バッファ２０７、新規用バッファ２０６の記憶領域の状態の少なくとも１つに基づいて、受信されたデータを参照用バッファ２０７、または新規用バッファ２０６に記憶するバッファ制御部２０５によって構成する。
【解決手段】シンクライアントサーバ３から送信されたデータを受信して表示するシンクライアント携帯端末４を、受信されたデータを表示するサービス情報ログ表示部２０４、データを表示するための参照データが記憶される参照用バッファ２０７、新規データが記憶される新規用バッファ２０６、サービス情報ログ表示部２０４によってデータが表示中であるか否か、複数のデータの連続性、及び参照用バッファ２０７、新規用バッファ２０６の記憶領域の状態の少なくとも１つに基づいて、受信されたデータを参照用バッファ２０７、または新規用バッファ２０６に記憶するバッファ制御部２０５によって構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法に係り、特に、移動機として構成されたシンクライアント端末を含むシンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法に関する。
【背景技術】
【０００２】
現在、サービスの実行の処理に必要な機能をサーバ側に集中して搭載し、クライアント側には必要最小限の機能のみを備えるシンクライアントシステム（Thin client system）がある。本明細書では、シンクライアントシステムのサーバ装置を「シンクライアントサーバ」、クライアント端末装置を「シンクライアント端末」と記す。シンクライアント端末には、移動機として構成されるシンクライアント携帯端末が含まれる。移動機には、一般的により小型、軽量化が望まれる。このため、シンクライアント携帯端末においてデータを記憶するバッファには、その容量を小さくすることが望まれている。
【０００３】
シンクライアント携帯端末に対し、例えばＩＭ（Instant Messaging）サービスやチャットサービスに代表されるサービス情報を提供するサービスを実施した場合、サービスに関する全ての情報をシンクライアント携帯端末において保持することは、容量の制限から不可能である。しかし、携帯端末の特徴として圏外時や通信が困難な状況での利用を想定すると、シンクライアント携帯端末側にサービス情報の一部を一時的に記憶しておくことが望ましい。
【０００４】
サービス情報の全てはシンクライアントサーバに記憶されている。シンクライアント携帯端では、新規なサービス情報を受信すると、新規サービス情報をバッファに記憶させ、記憶されているサービス情報が古いものから削除される。このようなバッファの動作を、本明細書ではバッファの更新とも記す。
なお、このようなバッファの更新の従来技術としては、２つのバッファを設け、一方のバッファに記憶されている情報を、古い情報から他方のバッファに移動させるものが、例えば、特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−５１８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
バッファの容量に比較的厳しい制限が課せられるシンクライアント携帯端末では、ユーザがサービス情報のログを参照中に、新規なサービス情報が受信されたことによってサービス情報の更新が起きると、ユーザが参照中のサービス情報がシンクライアント携帯端末から削除される場合がある。
このような動作を、図１６に示して説明する。図１６には、シンクライアントサーバ１６１、シンクライアント端末１６２が示されている。シンクライアントサーバ１６１から新規のデータｄ１が送信され、シンクライアント端末１６２に受信される。この際、シンクライアント端末においてデータｄ２が、ユーザによって参照中のデータｄ１に上書きされて消失する。
【０００７】
このような事態は、例えば、ユーザがサービスログの参照中、新規なサービス情報が多量に受信された場合に起こり得る。ユーザが参照中のサービス情報がシンクライアント携帯端末から削除されたとしても、同様のデータはシンクライアントサーバに存在する。このため、ユーザは、削除されたサービス情報をシンクライアントサーバに要求して取得することが可能である。
ただし、サービス情報をシンクライアントサーバに要求することは、シンクライアント携帯端末とシンクライアントサーバとの間に新たな通信を発生させる。このため、通信にかかる時間が必要となって円滑なサービスの提供が妨げられるという問題が発生する。さらに、シンクライアント携帯端末が通信圏外である場合等には、サービス情報をシンクライアントサーバに要求することができなくなる。
【０００８】
さらに、携帯端末とシンクライアントサーバとの間に通信が発生することを回避するためには、ユーザがサービス情報を参照中には新規なサービス情報の受信を抑制することが考えられる。しかし、このような方法にあっては、サービス情報の参照後、シンクライアント携帯端末からシンクライアントサーバに受信できなかった新規なサービス情報を要求することになるため、上記の課題を充分解消することはできなかった。
本発明は、以上の点に鑑みてなされたものであって、サービス情報の参照中に新規のサービス情報を受信しても、参照中のサービス情報が削除されることがなく、しかも新規のサービス情報を再度取得する必要がないシンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
以上の課題を解決するため、本発明のシンクライアントシステムは、サーバ装置（例えば図２に示したシンクライアントサーバ３）と、当該サーバ装置から送信されたデータを受信し、受信された前記データを表示するシンクライアント端末装置（例えば図２に示したシンクライアント携帯端末４）と、を含むシンクライアントシステムであって、前記サーバ装置は、前記クライアント端末装置に送信される複数のデータと、当該複数のデータの連続性を示す情報を含むサービス情報ログとが記憶される記憶手段（例えば図３に示したサービス情報ログ記録部）を備え、前記クライアント装置は、受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段（例えば図３に示したサービス情報ログ表示部２０４）と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファ（例えば図３に示した参照用バッファ２０７）と、前記データ表示手段に表示されない新規データが記憶される新規用バッファ（例えば図３に示した新規用バッファ２０６）と、を含むバッファと、前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段（例えば図３に示したバッファ制御部２０５）と、を有することを特徴とする。
【００１０】
また、本発明のシンクライアント端末装置は、サーバ装置（例えば図２に示したシンクライアントサーバ３）から送信されたデータを受信し、受信された前記データを表示するクライアント端末装置であって（例えば図２に示したシンクライアント携帯端末４）、受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段（例えば図３に示したサービス情報ログ表示部２０４）と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファ（例えば図３に示した参照用バッファ２０７）と、前記データ表示手段に表示されない新規データが記憶される新規用バッファ（例えば図３に示した新規用バッファ２０６）と、を含むバッファと、前記前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段（例えば図３に示したバッファ制御部２０５）と、を有することを特徴とする。
【００１１】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がある場合、前記バッファ制御手段は、前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記参照用バッファに記憶させることが望ましい。
【００１２】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がない場合、前記バッファ制御手段は、前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることが望ましい。
【００１３】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き容量がある場合、前記バッファ制御手段は、前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続しないと判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることが望ましい。
【００１４】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、前記バッファ制御手段は、前記データ表示手段における前記データの表示終了後、前記参照用バッファに記憶されているデータを廃棄すると共に、前記新規用バッファに記憶されているデータを前記参照用バッファに移動させることが望ましい。
【００１５】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されている前記データの参照が要求された場合、前記バッファ制御手段は、前記参照用バッファに記憶されている前記データのうち、参照が要求された前記データとの間でより連続性が低い前記データが記憶されている記憶領域に、参照が要求された前記データを移動させることが望ましい。
【００１６】
また、本発明のシンクライアント端末装置は、上記した発明において、前記サーバ装置から、参照が要求されたデータを取得するデータ取得手段をさらに備え、前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されていない前記データの参照が要求された場合、前記データ取得手段は、前記サーバ装置から参照が要求されたデータを取得し、前記バッファ制御手段は、前記データ取得手段によって取得されたデータを、前記参照用バッファに記憶させることが望ましい。
【００１７】
また、本発明のシンクライアント端末装置は、上記した発明において、前記サービス情報ログにより前記参照用バッファに記憶されているデータと連続すると判断されるデータの参照が要求され、かつ、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、前記データ取得手段は、前記サーバ装置から参照が要求されたデータと共に、当該データと連続するデータを取得することが望ましい。
【００１８】
また、本発明のバッファリング制御プログラムは、サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御プログラムであって、コンピュータに、前記データ表示手段によって前記データが表示中であるか否かを判定する判定機能（例えば図３に示した参照判定部２０５ａ）と、前記複数のデータの連続性を判定する連続性判定機能（例えば図３に示した連続性判定部２０５ｂ）と、前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶させる記憶機能（例えば図３に示した記憶部２０５ｃ）と、を実現させることを特徴とする。
【００１９】
また、本発明のバッファリング制御方法は、サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御方法であって、前記データ表示手段によって前記データが表示中であるか否かを判定する判定ステップ（例えば図１３に示したステップＳ１３２）と、前記複数のデータの連続性を判定する連続性判定ステップ（例えば図１３に示したステップＳ１３３）と、前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶する記憶ステップ（例えば図１３に示したステップＳ１３４〜１４１）と、を含むことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、参照データ表示手段によってデータが表示中であるか否か、または複数のデータの連続性に基づいて、新規用バッファ、参照用バッファのいずれかにデータを記憶させていることから、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないシンクライアントシステムを提供することができる。
また、本発明によれば、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないシンクライアント端末装置を提供することができる。
【００２１】
また、本発明によれば、上記したシンクライアント端末装置において、新規のデータが記憶されることによって表示中のデータが消失することを防ぎながら、連続して参照される可能性の高い新規のデータを、直ちに参照可能な状態にすることができる。
また、本発明によれば、上記したシンクライアント端末装置において、新規のデータが記憶されることによって表示中のデータが消失することを防ぐことができる。
また、本発明によれば、上記したシンクライアント端末装置において、参照中のデータに続いて参照される可能性の低いデータが参照用バッファに記憶されることを回避し、続いて参照される可能性の高いデータを優先的に表示可能な状態にすることができる。
【００２２】
また、本発明によれば、上記したシンクライアント端末装置において、新たに連続して参照される可能性の高いデータを参照用バッファに記憶させ、直ちに表示可能な状態にすることができる。
また、本発明によれば、上記したシンクライアント端末装置において、参照が要求されたデータに続いて参照される可能性がより高いデータを優先して削除し、シンクライアント端末装置においてシンクライアントサーバとの通信が発生する回数を抑えることができる。
【００２３】
また、本発明によれば、上記したシンクライアント端末装置において、参照が要求されたデータを参照用バッファに記憶させることにより、現在参照中のデータに続いて参照される可能性の高いデータを直ちに参照可能な状態にすることができる。
また、本発明によれば、上記したシンクライアント端末装置において、参照が要求されたデータと共に、このデータに続いて参照される可能性の高いデータを取得することができる。
【００２４】
また、本発明によれば、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないバッファリング制御プログラムを提供することができる。
また、本発明によれば、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないバッファリング制御方法を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態のバッファリング制御方法の基本的な考え方を説明するための図である。
【図２】本発明の一実施形態のシンクライアントシステムの概要を説明するための図である。
【図３】図２に示したシンクライアントサーバ、シンクライアント携帯端末の機能ブロック図である。
【図４】本発明の一実施形態における、参照用バッファに記憶されているサービス情報の参照中でない状態で、新規サービス情報が受信された場合のバッファリング制御方法を説明するための図である。
【図５】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための図である。
【図６】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図７】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図８】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図９】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図１０】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図１１】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図１２】本発明の一実施形態における、サービス情報の参照が終了した場合のバッファリング制御方法を説明するための図である。
【図１３】本発明の一実施形態の、新規データが受信された場合の、バッファリング制御方法を説明するためのフローチャートである。
【図１４】本発明の一実施形態の、参照用バッファに記憶されていないサービス情報の参照が要求された場合のバッファリング制御方法を説明するためのフローチャートである。
【図１５】本発明の一実施形態の、サービス情報の参照が終了された際のバッファリング制御方法を説明するためのフローチャートである。
【図１６】本発明の従来技術の問題点を説明するための図である。
【発明を実施するための形態】
【００２６】
（１）本発明の実施形態の説明に先立って、本実施形態の基本的な考え方について説明する。
図１（ａ）、（ｂ）、（ｃ）は、本発明の一実施形態のバッファリング制御方法の基本的な考え方を説明するための図である。図１（ａ）は、本実施形態において新規用バッファ２０６と参照用バッファ２０７とを使い分けることを説明するための図である。
本実施形態では、図１（ａ）のように、新規用バッファ２０６と参照用バッファ２０７とがシンクライアント端末に設けられる。新規用バッファ２０６は、シンクライアント（Thin client）端末において実行されたサービスで発生したデータ（本実施形態では、サービス情報と記す）であって、発生順にシンクライアントサーバから送信されてくるもの（本実施形態では、以降、新規サービス情報と記す。なお、本実施形態では、シンクライアントサーバから送信されて、シンクライアント端末に受信されるまでのサービス情報について新規サービス情報の文言を用い、バッファに記憶された後には単にサービス情報と記す。）がバッファリング（一時的に記憶される（以降、単に「記憶される」とも記す））バッファである。
【００２７】
なお、後に詳述するが、本実施形態では、シンクライアント端末の側から過去に発生したサービス情報の再送を要求する場合がある。このような場合、ユーザは再送を要求したサービス情報を参照すると考えられるから、過去に発生したサービス情報は参照用バッファ２０７に記憶される。
参照用バッファ２０７は、シンクライアント端末において表示されるデータが記憶されるバッファである。なお、参照用バッファ２０７に記憶されているデータは、その全てが同時に表示されるわけではなく、その一部だけが表示されている場合もある。サービス情報が表示されることを、本実施形態では、サービス情報が「参照される」とも記す。」。なお、以下の説明は、いずれもシンクライアント端末において参照中のサービス情報がある場合のバッファリング制御についてのものである。
【００２８】
図１（ａ）に示した例では、参照用バッファ２０７にサービス情報１１〜１５が記憶されていて、新規用バッファ２０６にサービス情報１６〜１８が記憶されている。このとき、５つの新規サービス情報がシンクライアントサーバから送信されてくると、シンクライアント端末は、この新規サービス情報を受信し、新規用バッファ２０６に記憶させる。この結果、新規用バッファ２０６には５つの新規サービス情報が全て記憶され、先に記憶されていたサービス情報１６〜１８は削除される。
このような本実施形態によれば、参照中のサービス情報が新規サービス情報によって上書きされ、表示画面から消失することを防ぐことができる。
【００２９】
図１（ｂ）は、新規用バッファ２０６に記憶されているサービス情報と、参照用バッファ２０７に記憶されているサービス情報との間に連続性がある場合のバッファリング制御について説明するための図である。新規用バッファ２０６に記憶されているサービス情報のうち、ユーザがサービス情報１６、１７の参照を要求すると、本実施形態では、新規用バッファ２０６に記憶されているサービス情報１６、１７を参照用バッファ２０７に移動させる。
このような本実施形態によれば、参照中のサービス情報がある場合にも新規サービス情報を受信しておき、シンクライアント端末が通信を行うことなくサービス情報をユーザに対して表示することができる。
図１（ｃ）は、本実施形態と対比される参考例を示した図である。図１（ｃ）によれば、新規用バッファ２０６をそのまま参照用バッファ２０７に利用すると、参照中のサービス情報が新規サービス情報によって上書き、廃棄される可能性が生じることが分かる。
【００３０】
（２）システムの概要
以下、本実施形態のシンクライアント端末及び、このシンクライアント端末におけるサービス情報のバッファリング制御方法を説明する。なお、本実施形態でいうシンクライアント端末とは、あるプログラムの実行にあたって必要最小限の機能のみを有する通信端末機器をいう。なお、本実施形態でいう、必要最小限の機能とは、シンクライアント端末がサーバ装置と接続するために必要最小限のネットワーク機能、あるいはユーザがシンクライアント端末にデータを入出力するＧＵＩ（Graphical User Interface）機能等をいう。ただし、本実施形態のシンクライアント端末は、このような機能を有する構成に限定されるものでなく、他の機能をさらに備えるものであってもよいし、本実施形態で備える機能をサーバ装置に設けるものであってもよい。
このようなシンクライアント端末には、特定のアプリケーションで使用される機能を絞り込んだ、このアプリケーションに専用のものもある。
【００３１】
図２は、本実施形態のシンクライアント端末であるシンクライアント携帯端末４を含むシンクライアントシステムを説明するための図である。ネットワーク網には、インターネットＮ１と、通信事業者によって提供される通信事業者網Ｎ２とがある。インターネットＮ１にはサービスを提供するためのサービスサーバ１、通信事業者網Ｎ２にはサービスサーバ２が接続されている。サービスサーバ１、２、シンクライアントサーバ３は、インターネットＮ１、通信事業者網Ｎ２を介してデータを送受信する。
【００３２】
図２に示したシンクライアントシステムには、シンクライアントサーバ３が接続されている。シンクライアントサーバ３は、シンクライアント携帯端末４との間でサービス情報を送受信してアプリケーションを実行する。前記したように、シンクライアント携帯端末４がアプリケーションプログラム（以下、本実施形態では、単にアプリケーションと記す）を実行するのに必要な最小限の機能のみを備えることから、シンクライアントサーバ３は、一般的なサーバ装置よりも多くの処理を実行する。
【００３３】
本実施形態のシンクライアントサーバ３は、専用アプリケーションＡ、汎用アプリケーションＢを有し、専用アプリケーションＡ、汎用アプリケーションＢのいずれからもサービスを提供することができる。一般的な携帯端末５は、サービスサーバ１、２によって提供される専用アプリケーションＣ、汎用アプリケーションＤを実行する機能を有している。このような携帯端末５に対し、本実施形態では、シンクライアント携帯端末４が専用アプリケーションＡから提供されるサービスを利用するものとする。
【００３４】
（３）シンクライアントサーバ、シンクライアント携帯端末
図３は、図２に示したシンクライアントサーバ３、シンクライアント携帯端末４の機能ブロック図である。シンクライアントサーバ３は、一般的に移動機等のクライアント装置側で行われるサービス処理を実行する機能を有している。図３に示した例では、この機能をサービス用プログラム２０２として示す。
また、本実施形態のシンクライアントサーバ３によって実行されるサービスでは、このサービスに関するサービス情報が発生する。シンクライアントサーバ３は、サービス情報がログ情報として記録されるサービス情報ログ記録部２０１を備えている。サービス情報ログ記録部２０１には、シンクライアント携帯端末４に送信されたサービス情報と、送信の日時、サービス情報が所定の順番で連続する場合の、複数のサービス情報の順番等がサービス情報ログとして記録される。
【００３５】
なお、複数のサービス情報が連続する例としては、例えば、ＩＭサービスやチャットサービスで発生するメッセージログが考えられる。本実施形態では、連続するサービス情報の各々に「通し番号」を付すものとする。一端付された通し番号は、そのサービス情報に固有の番号である。
本実施形態では、サービス情報に付された通し番号によってサービス情報の連続性が判定される。なお、ここでいう「連続性」とは、サービス情報の意味内容に基づく連続性をいう。例えば、チャットサービスの場合、チャットにおいて送受信されたサービス情報を時系列に並べ、より早期に送受信されたサービス情報から順に小さい数字のが通し番号が付与される。また、例えば、サービス情報が電子書籍のテキストデータ、あるいは画像データである場合、サービス情報によって表される電子書籍の頁数が小さいものから順に小さい数字の通し番号が付与される。
【００３６】
また、一のサービス情報と、他のサービス情報との連続性は、通し番号が近いものほど高いと判定され、通し番号が相違する（遠い）ほど低いと判定される。そして、サービス情報に通し番号を付してサービス情報ログ記録部２０１に記録することにより、本実施形態は、サービス情報の連続性を管理できる。本実施形態において、サービス情報ログとは、通し番号が付されたサービス情報、あるいは通し番号にしたがう順番で保存、あるいは表示されているサービス情報をいう。
一方、シンクライアント携帯端末４は、ユーザが入力操作を行い、操作の結果を表示するためのＧＵＩ機能２０９、操作の結果をシンクライアントサーバ３に送信するためのネットワーク機能２０８を備えている。ただし、このような本実施形態のシンクライアント携帯端末４は、最低限の機能のみを備える例の一つに過ぎず、図示の構成に限定されるものではない。
【００３７】
また、シンクライアント携帯端末４は、圏外時等、シンクライアントサーバ３と通信できない場合を考慮して、シンクライアントサーバ３の持つサービス情報を記憶しておく必要がある。ただし、すでに述べたように、シンクライアント携帯端末４にシンクライアントサーバ３が持つ全てのサービス情報を記憶させておくことはシンクライアント携帯端末４のバッファの容量の制限からできない。このため、バッファ上にないサービス情報をユーザが取得したい場合、シンクライアントサーバ３にアクセスしてデータを取得する必要がある。このため、シンクライアント携帯端末４には、サービス情報ログ取得部２０３が備えられている。
【００３８】
また、シンクライアント携帯端末４は、サービス情報ログ表示部２０４、バッファ制御部２０５、新規用バッファ２０６、参照用バッファ２０７を備えている。サービス情報ログ取得部２０３は、チャットサービス等においてユーザが過去のサービス情報の参照を要求した場合、参照が要求されたサービス情報を図示しないディスプレイ等に表示する機能である。ユーザは、サービス情報を、サービス情報ログ表示部２０４に表示させて参照する。このため、本実施形態でいうサービス情報の参照中とは、サービス情報ログ表示部２０４にサービス情報が表示されている状態をいうものとする。
新規用バッファ２０６は、新たに受信されたサービス情報を記憶するバッファである。参照用バッファ２０７は、サービス情報をサービス情報ログ表示部２０４に表示するめに記憶するバッファである。サービス情報は、参照用バッファ２０７に記憶されることによって表示可能な状態になる。
【００３９】
バッファ制御部２０５は、参照用バッファ２０７、新規用バッファ２０６におけるサービス情報の記憶の状態を制御する構成である。バッファ制御部２０５は、図示したように、参照判定部２０５ａ、連続性判定部２０５ｂ、記憶部２０５ｃを含んでいる。参照判定部２０５ａ、連続性判定部２０５ｂ、記憶部２０５ｃは、いずれも各々所定の処理を実行するコンピュータプログラムのユニットである。参照判定部２０５ａは、サービス情報ログ表示部２０４によってサービス情報が表示中であるか否かを判定する機能を持っている。また、連続性判定部２０５ｂは、複数のサービス情報の連続性を判定する機能を持つ。さらに、記憶部２０５ｃは、サービス情報ログ表示部２０４によって表示されているサービス情報があるか否か、複数のサービス情報の連続性、及び参照用バッファ２０７、新規用バッファ２０６における記憶領域の状態の少なくとも１つに基づいて、受信されたサービス情報を参照用バッファ２０７または新規用バッファ２０６に記憶させる機能を持っている。
【００４０】
このようなバッファ制御部２０５による制御は、記憶されているサービス情報が参照中であるか否かに基づいて行われる。バッファ制御部２０５では、参照判定部２０５ａがサービス情報ログ表示部２０４の状態を検知し、サービス情報の参照中であるか否かを判定することができる。
このような構成を有する本実施形態のシンクライアント携帯端末４は、シンクライアントサーバ３から送信されて来たサービス情報を受信し、受信されたサービス情報を、バッファ制御部２０５における記憶部２０５ｃによって新規用バッファ２０６、または参照用バッファ２０７に記憶する。なお、記憶部２０５ｃは、参照用バッファ２０７、新規用バッファ２０６から、その記憶領域の状態を取得することが可能である。
【００４１】
また、本実施形態では、シンクライアントサーバ３が、前記した通し番号が付された状態のサービス情報をシンクライアント携帯端末４に送信する。バッファ制御部２０５の連続性判定部２０５ｂは、新規用バッファ２０６、参照用バッファ２０７に記憶されているサービス情報に付された通し番号から、サービス情報の連続性を判断する。なお、本実施形態でいう連続性とは、通し番号が連続しているか否か（連続性の有無）、通し番号同士の差分（後に、通し番号が遠い、あるいは近いとも記す）を含むものとする。
さらに、本実施形態では、参照を要求するサービス情報を指定するため、ユーザがＧＵＩ機能２０９を使ってシンクライアント携帯端末４を操作する。バッファ制御部２０５は、ＧＵＩ機能２０９を介して入力された操作の内容に基づいて、参照用バッファ２０７に記憶すべきサービス情報を判断する。
【００４２】
（４）バッファリング制御方法
図４〜図１２は、図２、３に示したシンクライアント携帯端末４におけるサービス情報のバッファリング制御について具体的に説明するための図である。図４〜図１２のいずれにおいても、シンクライアント携帯端末４が備えるバッファ全体の記憶領域を５×２のマトリックスで示し、マトリックスの上段が新規用バッファ２０６、下段が参照用バッファ２０７を示すものとする。また、マトリックスの各欄には記憶されているサービス情報の通し番号を示した。通し番号は、番号が小さいほど先に記憶されたことを示す。なお、通し番号が付された複数のサービス情報の各々のデータ量は、全て等しいものとする。
また、図５〜図１２のいずれにあっても、参照用バッファ２０７に記憶されているサービス情報のうち、太線を使って表されるサービス情報は参照中のサービス情報を示している。
【００４３】
（Ｉ）サービス情報の参照中でない場合
図４（ａ）、（ｂ）は、参照用バッファ２０７に記憶されているサービス情報の参照中でない状態で、新規サービス情報が受信された場合のバッファリング制御方法を説明するための図である。図４に示した例では、図２、３に示したシンクライアント携帯端末４が、シンクライアントサーバ３から送信されてきた新規サービス情報を参照用バッファ２０７にのみ記憶する。このとき、例えば、図４（ａ）のように、参照用バッファ２０７にこれ以上サービス情報を記憶できない状態、すなわち、参照用バッファ２０７に５個のサービス情報１１〜１５が記憶されている状態で、さらに新規サービス情報１６が受信された場合、図２に示したバッファ制御部２０５は、図４（ｂ）のように、通し番号が最も小さいサービス情報１１を破棄し、サービス情報１６を参照用バッファ２０７に記憶する。
【００４４】
（ＩＩ）サービス情報の参照中である場合
以下、サービス情報が参照中である場合のバッファリング制御方法について説明する。
（１）新規用バッファに記憶されるサービス情報と、参照用バッファに記憶されているサービス情報との間に連続性がある場合
次に、サービス情報の参照中、参照用バッファ２０７に記憶されているサービス情報と新規用バッファ２０６に記憶されているサービス情報との間に連続性がある場合のバッファリング制御方法について説明する。なお、上述したように、連続性についての判定は、図３に示した連続性判定部２０５ｂによって行われる。
【００４５】
本実施形態では、サービス情報の参照中に新規サービス情報が受信されると、参照用バッファ２０７のサービス情報が記憶されていない記憶領域（以降、本実施形態では空き領域とも記す）がある場合には、新規サービス情報が参照用バッファ２０７の空き領域に記憶される。
例えば、図５（ａ）のように、参照用バッファ２０７にサービス情報１１〜１３が記憶されている場合において、新規サービス情報１４、１５が受信されたものとする。図５（ｂ）のように、参照用バッファ２０７に空き領域がある場合、バッファ制御部２０５は、新規サービス情報１４、１５を参照用バッファ２０７に記憶する。
【００４６】
また、参照用バッファ２０７に空き領域がなく、新規用バッファ２０６に空き領域がある場合、サービス情報の参照中に新規サービス情報が受信されると、受信された新規サービス情報は新規用バッファ２０６に記憶される。例えば、図５（ｃ）のように、参照用バッファ２０７にサービス情報１１〜１５が記憶され、新規用バッファ２０６にサービス情報１６が記憶されている場合、図５（ｄ）のように、新たに受信されたサービス情報１７〜２０は新規用バッファ２０６に記憶される。
【００４７】
さらにサービス情報２１が受信されると、図５（ｅ）のように、新規用バッファ２０６に記憶されているサービス情報の中から最も古いサービス情報（図５（ｅ）に示した例ではサービス情報１６）が削除され、新規サービス情報２１が新規用バッファ２０６に記憶される。なお、この例では、サービス情報の参照中であるため、サービス情報１１、１２は新規用バッファ２０６に移動されない。
【００４８】
以上述べた実施形態によれば、サービス情報が参照中でなく、参照用バッファ２０７に空き領域がある場合、新規サービス情報を参照用バッファ２０７に記憶させ、直ちに表示可能な状態にすることができる。また、参照用バッファ２０７に空き領域がない場合であっても、新規用バッファ２０６にサービス情報を記憶させ、ユーザの要求に応じて参照用バッファに移動させることができる。
【００４９】
（２）新規用バッファに記憶されるサービス情報と、参照用バッファに記憶されているサービス情報との間に連続性がない場合
次に、サービス情報の参照中、参照用バッファ２０７に記憶されているサービス情報とシンクライアントサーバ３から送信されてきたサービス情報との間に連続性がない場合のバッファリング制御方法について説明する。このような場合、本実施形態では、参照用バッファ２０７に空き領域があったとしても、受信されたサービス情報を新規用バッファ２０６に記憶するものとする。
【００５０】
例えば、図６（ａ）に示すように、参照用バッファ２０７にサービス情報１１〜１３が記憶されているものとする。このとき、図６（ｂ）に示すように、サービス情報３１、３２が受信された場合、サービス情報３１、３２を、新規用バッファ２０６の空き領域に記憶させる。
なお、本実施形態では、参照用バッファ２０７に記憶されているサービス情報と、新たに送信されてきたサービス情報とに連続性が無い場合、参照用バッファ２０７上に無いサービス情報を参照する場合、連続したサービス情報の参照を実施する場合、シンクライアントサーバ３から連続したサービス情報を取得する。
【００５１】
例えば、図６（ｂ）に示した状態では、ユーザがサービス情報１４の参照を要求した場合、サービス情報ログ取得部２０３は、図６（ｃ）のように、シンクライアントサーバ３からサービス情報１４を取得すると共に、サービス情報１４と連続するサービス情報１５を取得する。サービス情報１４、１５の参照が終了される際、新規用バッファ２０６にはサービス情報３１、３２が存在する。バッファ制御部２０５は、図６（ｄ）のように、参照用バッファ２０７に記憶されているサービス情報を全て破棄し、新規用バッファ２０６からサービス情報３１、３２を参照用バッファ２０７に移動させる。
【００５２】
次に、参照用バッファ２０７に記憶されているサービス情報と新規用バッファ２０６に記憶されているサービス情報との連続性が無く、新規用バッファ２０６、参照用バッファ２０７に空き領域がない場合のバッファリング制御方法について説明する。この説明では、図７（ａ）に示すように、参照用バッファ２０７にサービス情報１１〜１５が記憶され、サービス情報１４、１５が参照中であるものとする。また、新規用バッファ２０６には、サービス情報２０〜２４が記憶されているものとする。このとき、ユーザがサービス情報１６〜１８の参照を要求すると、図３に示したサービス情報ログ表示部２０４によってシンクライアントサーバ３からサービス情報１６〜１８が取得される。
【００５３】
取得されたサービス情報１６〜１８は、バッファ制御部２０５によって参照用バッファ２０７に記憶される。このとき、図７（ｂ）のように、参照用バッファ２０７に記憶されているサービス情報のうち、ユーザが参照を要求したサービス情報１６〜１８と通し番号の相違が最も大きいサービス情報１１を含み、サービス情報１６〜１８と同じデータ量を有するサービス情報１１〜１３が破棄される。
【００５４】
このような本実施形態によれば、連続して参照される可能性が低いサービス情報が受信された場合、このサービス情報を参照用バッファ２０７に記憶させることを回避し、参照用バッファ２０７に記憶されているサービス情報に続いて参照される可能性の高いサービス情報が保存される記憶領域を確保することができる。
（３）参照用バッファに記憶されているサービス情報と新規用バッファに記憶されているサービス情報との間に連続性がある場合
【００５５】
次に、新規用バッファ２０６に記憶されているサービス情報の参照が要求された場合のバッファリング制御方法について説明する。
図８（ａ）のように、新規用バッファ２０６にサービス情報１６〜１８が記憶されていて、参照用バッファ３０７にサービス情報１１〜１５が記憶されている場合、バッファ制御部２０５は、サービス情報に連続性があると判定する。ユーザが新規用バッファ２０６にすでに記憶されているサービス情報１６を参照しようとした場合、図３に示したＧＵＩ機能を用いてユーザがシンクライアント携帯端末を操作する。バッファ制御部２０５は、ユーザの操作によってサービス情報１６の参照が要求されたことを検出する。
このとき、バッファ制御部２０５は、図８（ｂ）に示すように、参照用バッファ２０７において、サービス情報１６と最も連続性が低いサービス情報である、最も古いサービス情報１１を破棄し、新規用バッファ２０６から参照用バッファ２０７にサービス情報１６を移動させる。
【００５６】
また、図９（ａ）のように、新規用バッファ２０６にサービス情報１６〜２０が記憶されていて、これ以上のサービス情報を記憶する余地がない場合にも、ユーザがサービス情報１６を参照しようとした場合、図９（ｂ）に示すように、参照用バッファ２０７において最も古いサービス情報１１を破棄し、新規用バッファ２０６から参照用バッファ２０７にサービス情報１６を移動させる。
このような本実施形態によれば、シンクライアント携帯端末が受信できなかったサービス情報の再送信を要求し、シンクライアントサーバ４が要求に応じてサービス情報を再送信することを防ぐことができる。このため、シンクライアント携帯端末４とシンクライアントサーバ３との間の通信の回数を抑えることができる。
【００５７】
（ＩＩＩ）新規用バッファ及び参照用バッファに記憶されていないサービス情報の参照が要求された場合
次に、ユーザが新規用バッファ及び参照用バッファ２０７に記憶されていないサービス情報の参照を要求した場合のバッファリング制御方法を説明する。このような場合、バッファ制御部２０５は、図３に示したネットワーク機能２０８によりシンクライアントサーバ３と通信する。そして、図３に示したサービス情報ログ取得部２０３によってサービス情報を取得し、参照用バッファ２０７に記憶させる。
【００５８】
このとき、新規用バッファ２０６は新規サービス情報の参照に利用されるバッファであるため、サービスログ参照開始時に新規サービス情報が受信されていない限りサービス情報が記憶されていない。
ユーザによって参照が要求されたサービス情報を直ちに表示させるため、シンクライアント携帯端末４では、シンクライアントサーバ３から取得したサービス情報を参照用バッファ２０７に記憶させる。このため、図３に示したバッファ制御部２０５は、参照用バッファ２０７にすでに記憶されているサービス情報のうち最新のサービス情報を新規用バッファ２０６の空き領域に移動させる。
【００５９】
例えば、図１０（ａ）のように、参照用バッファ２０７にサービス情報１１〜１５が記憶されていて、これ以上のサービス情報を記憶できない状態にあるものとする。このような状態で、図１０（ｂ）に示すように、サービス情報１１より前のサービス情報１０、９、８が取得された場合、サービス情報１０、９、８を記憶するため、バッファ制御部２０５は、すでに参照用バッファ２０７に記憶されているサービス情報のうち、通し番号が大きいサービス情報からサービス情報１０、９、８のデータ量に一致するデータ量のサービス情報１３、１４、１５を新規用バッファ２０６に移動させる。
なお、新規用バッファ２０６に空き領域がなく、シンクライアントサーバ３からサービス情報がさらに取得されると、参照用バッファ２０７のうち、ユーザが参照しようとしているサービス情報と、通し番号の相違が大きいサービス情報が順に破棄される。
【００６０】
例えば、図１０（ｃ）のように、参照用バッファ２０７にサービス情報６〜１０が記憶され、新規用バッファ２０６にサービス情報１１〜１５がすでに記憶されている場合、サービス情報ログ取得部２０３がサービス情報３〜５を取得したとする。このとき、新規用バッファ２０６には、サービス情報をさらに記憶できる空き領域がない。このため、バッファ制御部２０５は、図１０（ｄ）のように、参照用バッファ２０７に記憶されているサービス情報６〜１０から、サービス情報３〜５と通し番号が最も遠いサービス情報１０を含み、サービス情報３〜５と同じデータ量を持つサービス情報８〜１０を破棄する。このような制御は、新規用バッファ２０６に空き領域がある場合と異なる制御である。
このような本実施形態によれば、参照が要求されたサービス情報に続いて参照される可能性の低いサービス情報を優先して削除することができる。このため、シンクライアント携帯端末４とシンクライアントサーバ３との間の通信の回数を抑えることができる。
【００６１】
（ＩＶ）参照用バッファに記憶されているサービス情報と参照用バッファに記憶されていないサービス情報との参照が要求された場合
（ＩＩＩ）で説明したように、本実施形態では、新規用バッファ２０６及び参照用バッファ２０７に記憶されていないサービス情報の参照が要求された場合、図２、３に示したシンクライアント携帯端末４は、シンクライアントサーバ３に参照が要求されたサービス情報の送信を要求する。また、（ＩＩ）の「（３）」で説明したように、新規用バッファ２０６に記憶されているサービス情報の参照が要求された場合、シンクライアント携帯端末４は、新規用バッファ２０６に記憶されているサービス情報を参照用バッファ２０７に移動させる。
【００６２】
例えば、図１１（ａ）のように、新規用バッファ２０６にサービス情報２０〜２４が記憶されていて、参照用バッファ２０７にサービス情報１４〜１８が記憶されている場合において、ユーザがサービス情報１９〜２１の参照を要求したとする。このとき、本実施形態では、図３に示したバッファ制御部２０５が、ネットワーク機能２０８を介してサービス情報１９の送信をシンクライアントサーバに要求する。要求に応じて送信されたサービス情報１９は、参照用バッファ２０７に記憶される。
【００６３】
また、バッファ制御部２０５は、新規用バッファ２０６に記憶されているサービス情報２０、２１を、参照用バッファ２０７に移動させる。サービス情報１９の記憶及びサービス情報２０、２１の移動により、参照用バッファ２０７に記憶されているサービス情報のうち、ユーザが参照を要求したサービス情報１９〜２１と通し番号の相違が大きいサービス情報１４を含む、サービス情報１９〜２１と同じデータ量を持つサービス情報１４〜１６が参照用バッファ２０７において廃棄される。
【００６４】
（Ｖ）サービス情報の参照を終了する場合
次に、サービス情報の参照を終了する場合について説明する。
新規用バッファ２０６に最新のサービス情報が記憶されている状態でサービス情報の参照を終了する場合、本実施形態では、参照用バッファ２０７に記憶されているサービス情報を全て廃棄する。そして、次回のサービス情報参照時には、新規用バッファ２０６に記憶されているサービス情報が、参照用バッファ２０７に移動される。
【００６５】
また、本実施形態では、サービス情報の参照終了時に新規用バッファ２０６に記憶されているサービス情報がない場合に限り、参照用バッファ２０７に記憶されているサービス情報を廃棄することなく、次回のサービス情報参照時にも参照用バッファ２０７に記憶しておく。
例えば、図１２（ａ）のように、新規用バッファ２０６にサービス情報２０〜２４が記憶されていて、参照用バッファ２０７にサービス情報１４〜１８が記憶されている場合、サービス情報の参照が終了されたものとする。このとき、本実施形態では、図１２（ｂ）のように、参照用バッファ２０７に記憶されているサービス情報１４〜１８が全て廃棄される。
【００６６】
また、例えば、図１２（ｃ）のように、新規用バッファ２０６にサービス情報が記憶されていない状態でサービス情報の参照が終了されたものとする。このとき、本実施形態では、図１２（ｄ）のように、参照用バッファ２０７に記憶されているサービス情報１４〜１８を削除することなく、記憶された状態のままにする。削除されなかったサービス情報１４〜１８は、次回のサービス情報参照時にも引き続き参照用バッファ２０７に記憶されている。
以上説明した本実施形態では、新規用バッファ２０６及び参照用バッファ２０７を、その両方が共にサービス情報が記憶されていない状態になった場合等のタイミングで、その機能を入れ替えることが可能である。
【００６７】
図１３〜１５は、以上説明したバッファリング制御方法を説明するためのフローチャートである。このうち、図１３は、新規データが受信された場合の、バッファリング制御方法を説明するためのフローチャートである。
図１３に示したように、本実施形態では、シンクライアント携帯端末に新規サービス情報が受信される（ステップＳ１３１）。このとき、バッファ制御部は、参照用バッファに記憶されているサービス情報の参照中であるか否か判断する（ステップＳ１３２）。ステップＳ１３２において、サービス情報が参照中でないと判断された場合（ステップＳ１３２：Ｎｏ）、参照用バッファ（図１３〜図１５においては「参」と記す）に空き領域（図１３〜図１５においては「空き」と記す）があるか否か判断される（ステップＳ１３９）。参照用バッファに空き領域があれば（ステップＳ１３９：Ｙｅｓ）、この空き領域に新規サービス情報が記憶される（ステップＳ１４１）。また、参照用バッファに空き領域がない場合（ステップＳ１３９：Ｎｏ）、参照用バッファに記憶されているサービス情報のうち、最も古いサービス情報（通し番号が最も小さいサービス情報）が廃棄され（ステップＳ１４０）、廃棄されたサービス情報が記憶されていた記憶領域に新規サービス情報が記憶される（ステップＳ１４１）。
【００６８】
一方、ステップＳ１３２において、サービス情報の参照中であると判断された場合（ステップＳ１３２：Ｙｅｓ）、新規サービス情報と参照用バッファに保存されているサービス情報との間に連続性があるか否か判断される（ステップＳ１３３）。なお、本実施形態でいう「サービス情報の間に連続性がある」とは、一のサービス情報の通し番号と、他のサービス情報の通し番号が連続している状態をいう。また、「サービス情報の間に連続性がない」とは、一のサービス情報の通し番号と、他のサービス情報の通し番号が連続していない状態をいう。
【００６９】
ステップＳ１３３において、連続性がないと判断された場合（ステップＳ１３３：Ｎｏ）、新規用バッファに空き領域があるか否かが判断される（ステップＳ１３６）。新規用バッファに空き領域がない場合（ステップＳ１３６：Ｎｏ）、新規用バッファに記憶されているサービス情報のうち、一番古いサービス情報が廃棄され（ステップＳ１３７）、廃棄されたサービス情報が記憶されていた記憶領域に新規サービス情報が記憶される（ステップＳ１３８）。
また、新規用バッファに空き領域がある場合（ステップＳ１３６：Ｙｅｓ）、新規サービス情報は、新規用バッファ（図１３中に「新」と記す）の空き領域に記憶される（ステップＳ１３８）。
【００７０】
また、ステップＳ１３３において、サービス情報に連続性があると判断された場合（ステップＳ１３３：Ｙｅｓ）、参照用バッファに空き領域があるか否かが判断される（ステップＳ１３４）。参照用バッファに空き領域がなければ、新規用バッファに空き領域があるか否かが判断される（ステップＳ１３６）。
ステップＳ１３４において、参照用バッファに空き領域があると判断された場合（ステップＳ１３４：Ｙｅｓ）、新規サービス情報は、参照用バッファの空き領域に記憶される（ステップＳ１３５）。
【００７１】
図１４は、参照用バッファに記憶されていないサービス情報の参照が要求された場合のバッファリング制御方法を説明するためのフローチャートである。
図１４に示したように、本実施形態では、参照用バッファに記憶されていないサービス情報の参照が要求された場合（ステップＳ１４２）、先ず、要求されたサービス情報が、参照用バッファに記憶されているサービス情報のうち、最も新しいサービス情報（図１４中に、最新サービス情報と記す）より古いサービス情報であるか、新しいサービス情報であるかが判断される。
【００７２】
最新サービス情報よりも古いサービス情報の参照が要求された場合（ステップＳ１４３）、バッファ制御部により、参照用バッファに空き領域があるか否かが判断される（ステップＳ１４４）。参照用バッファに空き領域がない場合（ステップＳ１４４：Ｎｏ）、参照用バッファに記憶されているサービス情報のうち、最も古い（通し番号が小さい）サービス情報が廃棄され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１４７）。
【００７３】
また、ステップＳ１４４において、参照用バッファに空き領域があると判定された場合（ステップＳ１４４：Ｙｅｓ）、参照が要求されたサービス情報（図１４中に「新」と記す）と参照用バッファに記憶されているサービス情報との間に連続性があるか否か判断される（ステップＳ１４５）。連続性がないと判断された場合には（ステップＳ１４５：Ｎｏ）、ステップＳ１４７においてサービス情報が廃棄され、参照が要求されたサービス情報がシンクライアントサーバから取得される。
【００７４】
一方、新規用バッファに記憶されているサービス情報と参照用バッファに記憶されているサービス情報との間に連続性があると判断された場合（ステップＳ１４５：Ｙｅｓ）、参照用バッファに記憶されているサービス情報のうち、より新しいサービス情報を新規用バッファに移動され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１４６）。
【００７５】
また、参照用バッファに記憶されている最新サービス情報よりも新しいサービス情報の参照が要求された場合（ステップＳ１４８）、バッファ制御部は、参照用バッファに空き領域があるか否か判断する（ステップＳ１４９）。参照用バッファに空き領域がない場合（ステップＳ１４９：Ｎｏ）、新規用バッファに何らかのサービス情報が記憶されているか否かが判断される（ステップＳ１５４）。新規用バッファに記憶されているサービス情報がない場合（ステップＳ１５４：Ｎｏ）、参照用バッファに記憶されているサービス情報のうち、最も古いサービス情報が新規用バッファに移動され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１５７）。
【００７６】
また。ステップＳ１５４において、新規用バッファに記憶されているサービス情報があると判断された場合（ステップＳ１５４：Ｙｅｓ）、参照用バッファに記憶されているサービス情報と、新規用バッファに記憶されているサービス情報との間に連続性があるか否かが判断される（ステップＳ１５５）。この結果、連続性があると判断された場合（ステップＳ１５５：Ｙｅｓ）、参照用バッファに記憶されているサービス情報のうち、最も古いサービス情報が廃棄され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１５６）。
【００７７】
また、ステップＳ１４９において、参照用バッファに空き領域があると判断された場合（ステップＳ１４９：Ｙｅｓ）、新規用バッファに何らかのサービス情報が記憶されているか否かが判断される（ステップＳ１５０）。新規用バッファに記憶されているサービス情報がない場合（ステップＳ１５０：Ｎｏ）、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１５３）。
【００７８】
また、ステップＳ１５０において、新規用バッファに記憶されているサービス情報があると判断された場合（ステップＳ１５０：Ｙｅｓ）、続いて参照用バッファに記憶されているサービス情報と新規用バッファに記憶されているサービス情報との間に連続性があるか否かが判断される（ステップＳ１５１）。ステップＳ１５１において、連続性がないと判断された場合（ステップＳ１５１：Ｎｏ）、ステップＳ１５３において、参照が要求されたサービス情報がシンクライアントサーバから取得される。
さらに、ステップ１５１において、参照用バッファに記憶されているサービス情報と新規用バッファに記憶されているサービス情報との間に連続性があると判断された場合（ステップＳ１５１：Ｙｅｓ）、参照が要求されたサービス情報が、新規用バッファから参照用バッファに移動される（ステップＳ１５２）。
【００７９】
図１５は、サービス情報の参照が終了された際のバッファリング制御方法を説明するためのフローチャートである。図１５に示したように、本実施形態では、サービス情報の参照が終了されると（ステップＳ１６１）、新規用バッファに記憶されているサービス情報がないか否かが判断される（ステップＳ１６２）。判断の結果、新規用バッファ（図１５中に「新」と記す）にサービス情報が記憶されていない場合（ステップＳ１６４：Ｎｏ）、参照用バッファに記憶されているサービス情報が全て廃棄され、サービス情報が廃棄された側のバッファを新規用バッファに、それまで新規用バッファとして機能していたバッファを参照用バッファとし（ステップＳ１６４）、処理が終了される。
また、ステップＳ１６２において、新規用バッファにサービス情報が記憶されていないと判断された場合（ステップＳ１６２：Ｙｅｓ）、そのまま処理が終了される。
【産業上の利用可能性】
【００８０】
以上説明した本発明は、シンクライアント端末装置を含むシンクライアントシステムに適用でき、特に、バッファの容量が厳しく制限される携帯用のシンクライアント端末に適用した場合に高い効果を奏する。
【符号の説明】
【００８１】
３ シンクライアントサーバ
４ シンクライアント携帯端末
２０１ サービス情報ログ記録部
２０２ サービス用プログラム
２０３ サービス情報ログ取得部
２０４ サービス情報ログ表示部
２０５ バッファ制御部
２０６ 新規用バッファ
２０７ 参照用バッファ
２０８ ネットワーク機能
２０９ ＧＵＩ機能
【技術分野】
【０００１】
本発明は、シンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法に係り、特に、移動機として構成されたシンクライアント端末を含むシンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法に関する。
【背景技術】
【０００２】
現在、サービスの実行の処理に必要な機能をサーバ側に集中して搭載し、クライアント側には必要最小限の機能のみを備えるシンクライアントシステム（Thin client system）がある。本明細書では、シンクライアントシステムのサーバ装置を「シンクライアントサーバ」、クライアント端末装置を「シンクライアント端末」と記す。シンクライアント端末には、移動機として構成されるシンクライアント携帯端末が含まれる。移動機には、一般的により小型、軽量化が望まれる。このため、シンクライアント携帯端末においてデータを記憶するバッファには、その容量を小さくすることが望まれている。
【０００３】
シンクライアント携帯端末に対し、例えばＩＭ（Instant Messaging）サービスやチャットサービスに代表されるサービス情報を提供するサービスを実施した場合、サービスに関する全ての情報をシンクライアント携帯端末において保持することは、容量の制限から不可能である。しかし、携帯端末の特徴として圏外時や通信が困難な状況での利用を想定すると、シンクライアント携帯端末側にサービス情報の一部を一時的に記憶しておくことが望ましい。
【０００４】
サービス情報の全てはシンクライアントサーバに記憶されている。シンクライアント携帯端では、新規なサービス情報を受信すると、新規サービス情報をバッファに記憶させ、記憶されているサービス情報が古いものから削除される。このようなバッファの動作を、本明細書ではバッファの更新とも記す。
なお、このようなバッファの更新の従来技術としては、２つのバッファを設け、一方のバッファに記憶されている情報を、古い情報から他方のバッファに移動させるものが、例えば、特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−５１８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
バッファの容量に比較的厳しい制限が課せられるシンクライアント携帯端末では、ユーザがサービス情報のログを参照中に、新規なサービス情報が受信されたことによってサービス情報の更新が起きると、ユーザが参照中のサービス情報がシンクライアント携帯端末から削除される場合がある。
このような動作を、図１６に示して説明する。図１６には、シンクライアントサーバ１６１、シンクライアント端末１６２が示されている。シンクライアントサーバ１６１から新規のデータｄ１が送信され、シンクライアント端末１６２に受信される。この際、シンクライアント端末においてデータｄ２が、ユーザによって参照中のデータｄ１に上書きされて消失する。
【０００７】
このような事態は、例えば、ユーザがサービスログの参照中、新規なサービス情報が多量に受信された場合に起こり得る。ユーザが参照中のサービス情報がシンクライアント携帯端末から削除されたとしても、同様のデータはシンクライアントサーバに存在する。このため、ユーザは、削除されたサービス情報をシンクライアントサーバに要求して取得することが可能である。
ただし、サービス情報をシンクライアントサーバに要求することは、シンクライアント携帯端末とシンクライアントサーバとの間に新たな通信を発生させる。このため、通信にかかる時間が必要となって円滑なサービスの提供が妨げられるという問題が発生する。さらに、シンクライアント携帯端末が通信圏外である場合等には、サービス情報をシンクライアントサーバに要求することができなくなる。
【０００８】
さらに、携帯端末とシンクライアントサーバとの間に通信が発生することを回避するためには、ユーザがサービス情報を参照中には新規なサービス情報の受信を抑制することが考えられる。しかし、このような方法にあっては、サービス情報の参照後、シンクライアント携帯端末からシンクライアントサーバに受信できなかった新規なサービス情報を要求することになるため、上記の課題を充分解消することはできなかった。
本発明は、以上の点に鑑みてなされたものであって、サービス情報の参照中に新規のサービス情報を受信しても、参照中のサービス情報が削除されることがなく、しかも新規のサービス情報を再度取得する必要がないシンクライアントシステム、シンクライアント端末装置、バッファリング制御プログラム、バッファリング制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
以上の課題を解決するため、本発明のシンクライアントシステムは、サーバ装置（例えば図２に示したシンクライアントサーバ３）と、当該サーバ装置から送信されたデータを受信し、受信された前記データを表示するシンクライアント端末装置（例えば図２に示したシンクライアント携帯端末４）と、を含むシンクライアントシステムであって、前記サーバ装置は、前記クライアント端末装置に送信される複数のデータと、当該複数のデータの連続性を示す情報を含むサービス情報ログとが記憶される記憶手段（例えば図３に示したサービス情報ログ記録部）を備え、前記クライアント装置は、受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段（例えば図３に示したサービス情報ログ表示部２０４）と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファ（例えば図３に示した参照用バッファ２０７）と、前記データ表示手段に表示されない新規データが記憶される新規用バッファ（例えば図３に示した新規用バッファ２０６）と、を含むバッファと、前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段（例えば図３に示したバッファ制御部２０５）と、を有することを特徴とする。
【００１０】
また、本発明のシンクライアント端末装置は、サーバ装置（例えば図２に示したシンクライアントサーバ３）から送信されたデータを受信し、受信された前記データを表示するクライアント端末装置であって（例えば図２に示したシンクライアント携帯端末４）、受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段（例えば図３に示したサービス情報ログ表示部２０４）と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファ（例えば図３に示した参照用バッファ２０７）と、前記データ表示手段に表示されない新規データが記憶される新規用バッファ（例えば図３に示した新規用バッファ２０６）と、を含むバッファと、前記前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段（例えば図３に示したバッファ制御部２０５）と、を有することを特徴とする。
【００１１】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がある場合、前記バッファ制御手段は、前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記参照用バッファに記憶させることが望ましい。
【００１２】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がない場合、前記バッファ制御手段は、前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることが望ましい。
【００１３】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き容量がある場合、前記バッファ制御手段は、前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続しないと判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることが望ましい。
【００１４】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、前記バッファ制御手段は、前記データ表示手段における前記データの表示終了後、前記参照用バッファに記憶されているデータを廃棄すると共に、前記新規用バッファに記憶されているデータを前記参照用バッファに移動させることが望ましい。
【００１５】
また、本発明のシンクライアント端末装置は、上記した発明において、前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されている前記データの参照が要求された場合、前記バッファ制御手段は、前記参照用バッファに記憶されている前記データのうち、参照が要求された前記データとの間でより連続性が低い前記データが記憶されている記憶領域に、参照が要求された前記データを移動させることが望ましい。
【００１６】
また、本発明のシンクライアント端末装置は、上記した発明において、前記サーバ装置から、参照が要求されたデータを取得するデータ取得手段をさらに備え、前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されていない前記データの参照が要求された場合、前記データ取得手段は、前記サーバ装置から参照が要求されたデータを取得し、前記バッファ制御手段は、前記データ取得手段によって取得されたデータを、前記参照用バッファに記憶させることが望ましい。
【００１７】
また、本発明のシンクライアント端末装置は、上記した発明において、前記サービス情報ログにより前記参照用バッファに記憶されているデータと連続すると判断されるデータの参照が要求され、かつ、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、前記データ取得手段は、前記サーバ装置から参照が要求されたデータと共に、当該データと連続するデータを取得することが望ましい。
【００１８】
また、本発明のバッファリング制御プログラムは、サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御プログラムであって、コンピュータに、前記データ表示手段によって前記データが表示中であるか否かを判定する判定機能（例えば図３に示した参照判定部２０５ａ）と、前記複数のデータの連続性を判定する連続性判定機能（例えば図３に示した連続性判定部２０５ｂ）と、前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶させる記憶機能（例えば図３に示した記憶部２０５ｃ）と、を実現させることを特徴とする。
【００１９】
また、本発明のバッファリング制御方法は、サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御方法であって、前記データ表示手段によって前記データが表示中であるか否かを判定する判定ステップ（例えば図１３に示したステップＳ１３２）と、前記複数のデータの連続性を判定する連続性判定ステップ（例えば図１３に示したステップＳ１３３）と、前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶する記憶ステップ（例えば図１３に示したステップＳ１３４〜１４１）と、を含むことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、参照データ表示手段によってデータが表示中であるか否か、または複数のデータの連続性に基づいて、新規用バッファ、参照用バッファのいずれかにデータを記憶させていることから、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないシンクライアントシステムを提供することができる。
また、本発明によれば、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないシンクライアント端末装置を提供することができる。
【００２１】
また、本発明によれば、上記したシンクライアント端末装置において、新規のデータが記憶されることによって表示中のデータが消失することを防ぎながら、連続して参照される可能性の高い新規のデータを、直ちに参照可能な状態にすることができる。
また、本発明によれば、上記したシンクライアント端末装置において、新規のデータが記憶されることによって表示中のデータが消失することを防ぐことができる。
また、本発明によれば、上記したシンクライアント端末装置において、参照中のデータに続いて参照される可能性の低いデータが参照用バッファに記憶されることを回避し、続いて参照される可能性の高いデータを優先的に表示可能な状態にすることができる。
【００２２】
また、本発明によれば、上記したシンクライアント端末装置において、新たに連続して参照される可能性の高いデータを参照用バッファに記憶させ、直ちに表示可能な状態にすることができる。
また、本発明によれば、上記したシンクライアント端末装置において、参照が要求されたデータに続いて参照される可能性がより高いデータを優先して削除し、シンクライアント端末装置においてシンクライアントサーバとの通信が発生する回数を抑えることができる。
【００２３】
また、本発明によれば、上記したシンクライアント端末装置において、参照が要求されたデータを参照用バッファに記憶させることにより、現在参照中のデータに続いて参照される可能性の高いデータを直ちに参照可能な状態にすることができる。
また、本発明によれば、上記したシンクライアント端末装置において、参照が要求されたデータと共に、このデータに続いて参照される可能性の高いデータを取得することができる。
【００２４】
また、本発明によれば、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないバッファリング制御プログラムを提供することができる。
また、本発明によれば、データ情報の参照中に新規のデータを受信しても、参照中のデータが削除されることがなく、しかも新規のデータを再度取得する必要がないバッファリング制御方法を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態のバッファリング制御方法の基本的な考え方を説明するための図である。
【図２】本発明の一実施形態のシンクライアントシステムの概要を説明するための図である。
【図３】図２に示したシンクライアントサーバ、シンクライアント携帯端末の機能ブロック図である。
【図４】本発明の一実施形態における、参照用バッファに記憶されているサービス情報の参照中でない状態で、新規サービス情報が受信された場合のバッファリング制御方法を説明するための図である。
【図５】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための図である。
【図６】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図７】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図８】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図９】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図１０】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図１１】本発明の一実施形態における、参照用バッファに記憶されているサービス情報が参照中である場合の、バッファリング制御方法を説明するための他の図である。
【図１２】本発明の一実施形態における、サービス情報の参照が終了した場合のバッファリング制御方法を説明するための図である。
【図１３】本発明の一実施形態の、新規データが受信された場合の、バッファリング制御方法を説明するためのフローチャートである。
【図１４】本発明の一実施形態の、参照用バッファに記憶されていないサービス情報の参照が要求された場合のバッファリング制御方法を説明するためのフローチャートである。
【図１５】本発明の一実施形態の、サービス情報の参照が終了された際のバッファリング制御方法を説明するためのフローチャートである。
【図１６】本発明の従来技術の問題点を説明するための図である。
【発明を実施するための形態】
【００２６】
（１）本発明の実施形態の説明に先立って、本実施形態の基本的な考え方について説明する。
図１（ａ）、（ｂ）、（ｃ）は、本発明の一実施形態のバッファリング制御方法の基本的な考え方を説明するための図である。図１（ａ）は、本実施形態において新規用バッファ２０６と参照用バッファ２０７とを使い分けることを説明するための図である。
本実施形態では、図１（ａ）のように、新規用バッファ２０６と参照用バッファ２０７とがシンクライアント端末に設けられる。新規用バッファ２０６は、シンクライアント（Thin client）端末において実行されたサービスで発生したデータ（本実施形態では、サービス情報と記す）であって、発生順にシンクライアントサーバから送信されてくるもの（本実施形態では、以降、新規サービス情報と記す。なお、本実施形態では、シンクライアントサーバから送信されて、シンクライアント端末に受信されるまでのサービス情報について新規サービス情報の文言を用い、バッファに記憶された後には単にサービス情報と記す。）がバッファリング（一時的に記憶される（以降、単に「記憶される」とも記す））バッファである。
【００２７】
なお、後に詳述するが、本実施形態では、シンクライアント端末の側から過去に発生したサービス情報の再送を要求する場合がある。このような場合、ユーザは再送を要求したサービス情報を参照すると考えられるから、過去に発生したサービス情報は参照用バッファ２０７に記憶される。
参照用バッファ２０７は、シンクライアント端末において表示されるデータが記憶されるバッファである。なお、参照用バッファ２０７に記憶されているデータは、その全てが同時に表示されるわけではなく、その一部だけが表示されている場合もある。サービス情報が表示されることを、本実施形態では、サービス情報が「参照される」とも記す。」。なお、以下の説明は、いずれもシンクライアント端末において参照中のサービス情報がある場合のバッファリング制御についてのものである。
【００２８】
図１（ａ）に示した例では、参照用バッファ２０７にサービス情報１１〜１５が記憶されていて、新規用バッファ２０６にサービス情報１６〜１８が記憶されている。このとき、５つの新規サービス情報がシンクライアントサーバから送信されてくると、シンクライアント端末は、この新規サービス情報を受信し、新規用バッファ２０６に記憶させる。この結果、新規用バッファ２０６には５つの新規サービス情報が全て記憶され、先に記憶されていたサービス情報１６〜１８は削除される。
このような本実施形態によれば、参照中のサービス情報が新規サービス情報によって上書きされ、表示画面から消失することを防ぐことができる。
【００２９】
図１（ｂ）は、新規用バッファ２０６に記憶されているサービス情報と、参照用バッファ２０７に記憶されているサービス情報との間に連続性がある場合のバッファリング制御について説明するための図である。新規用バッファ２０６に記憶されているサービス情報のうち、ユーザがサービス情報１６、１７の参照を要求すると、本実施形態では、新規用バッファ２０６に記憶されているサービス情報１６、１７を参照用バッファ２０７に移動させる。
このような本実施形態によれば、参照中のサービス情報がある場合にも新規サービス情報を受信しておき、シンクライアント端末が通信を行うことなくサービス情報をユーザに対して表示することができる。
図１（ｃ）は、本実施形態と対比される参考例を示した図である。図１（ｃ）によれば、新規用バッファ２０６をそのまま参照用バッファ２０７に利用すると、参照中のサービス情報が新規サービス情報によって上書き、廃棄される可能性が生じることが分かる。
【００３０】
（２）システムの概要
以下、本実施形態のシンクライアント端末及び、このシンクライアント端末におけるサービス情報のバッファリング制御方法を説明する。なお、本実施形態でいうシンクライアント端末とは、あるプログラムの実行にあたって必要最小限の機能のみを有する通信端末機器をいう。なお、本実施形態でいう、必要最小限の機能とは、シンクライアント端末がサーバ装置と接続するために必要最小限のネットワーク機能、あるいはユーザがシンクライアント端末にデータを入出力するＧＵＩ（Graphical User Interface）機能等をいう。ただし、本実施形態のシンクライアント端末は、このような機能を有する構成に限定されるものでなく、他の機能をさらに備えるものであってもよいし、本実施形態で備える機能をサーバ装置に設けるものであってもよい。
このようなシンクライアント端末には、特定のアプリケーションで使用される機能を絞り込んだ、このアプリケーションに専用のものもある。
【００３１】
図２は、本実施形態のシンクライアント端末であるシンクライアント携帯端末４を含むシンクライアントシステムを説明するための図である。ネットワーク網には、インターネットＮ１と、通信事業者によって提供される通信事業者網Ｎ２とがある。インターネットＮ１にはサービスを提供するためのサービスサーバ１、通信事業者網Ｎ２にはサービスサーバ２が接続されている。サービスサーバ１、２、シンクライアントサーバ３は、インターネットＮ１、通信事業者網Ｎ２を介してデータを送受信する。
【００３２】
図２に示したシンクライアントシステムには、シンクライアントサーバ３が接続されている。シンクライアントサーバ３は、シンクライアント携帯端末４との間でサービス情報を送受信してアプリケーションを実行する。前記したように、シンクライアント携帯端末４がアプリケーションプログラム（以下、本実施形態では、単にアプリケーションと記す）を実行するのに必要な最小限の機能のみを備えることから、シンクライアントサーバ３は、一般的なサーバ装置よりも多くの処理を実行する。
【００３３】
本実施形態のシンクライアントサーバ３は、専用アプリケーションＡ、汎用アプリケーションＢを有し、専用アプリケーションＡ、汎用アプリケーションＢのいずれからもサービスを提供することができる。一般的な携帯端末５は、サービスサーバ１、２によって提供される専用アプリケーションＣ、汎用アプリケーションＤを実行する機能を有している。このような携帯端末５に対し、本実施形態では、シンクライアント携帯端末４が専用アプリケーションＡから提供されるサービスを利用するものとする。
【００３４】
（３）シンクライアントサーバ、シンクライアント携帯端末
図３は、図２に示したシンクライアントサーバ３、シンクライアント携帯端末４の機能ブロック図である。シンクライアントサーバ３は、一般的に移動機等のクライアント装置側で行われるサービス処理を実行する機能を有している。図３に示した例では、この機能をサービス用プログラム２０２として示す。
また、本実施形態のシンクライアントサーバ３によって実行されるサービスでは、このサービスに関するサービス情報が発生する。シンクライアントサーバ３は、サービス情報がログ情報として記録されるサービス情報ログ記録部２０１を備えている。サービス情報ログ記録部２０１には、シンクライアント携帯端末４に送信されたサービス情報と、送信の日時、サービス情報が所定の順番で連続する場合の、複数のサービス情報の順番等がサービス情報ログとして記録される。
【００３５】
なお、複数のサービス情報が連続する例としては、例えば、ＩＭサービスやチャットサービスで発生するメッセージログが考えられる。本実施形態では、連続するサービス情報の各々に「通し番号」を付すものとする。一端付された通し番号は、そのサービス情報に固有の番号である。
本実施形態では、サービス情報に付された通し番号によってサービス情報の連続性が判定される。なお、ここでいう「連続性」とは、サービス情報の意味内容に基づく連続性をいう。例えば、チャットサービスの場合、チャットにおいて送受信されたサービス情報を時系列に並べ、より早期に送受信されたサービス情報から順に小さい数字のが通し番号が付与される。また、例えば、サービス情報が電子書籍のテキストデータ、あるいは画像データである場合、サービス情報によって表される電子書籍の頁数が小さいものから順に小さい数字の通し番号が付与される。
【００３６】
また、一のサービス情報と、他のサービス情報との連続性は、通し番号が近いものほど高いと判定され、通し番号が相違する（遠い）ほど低いと判定される。そして、サービス情報に通し番号を付してサービス情報ログ記録部２０１に記録することにより、本実施形態は、サービス情報の連続性を管理できる。本実施形態において、サービス情報ログとは、通し番号が付されたサービス情報、あるいは通し番号にしたがう順番で保存、あるいは表示されているサービス情報をいう。
一方、シンクライアント携帯端末４は、ユーザが入力操作を行い、操作の結果を表示するためのＧＵＩ機能２０９、操作の結果をシンクライアントサーバ３に送信するためのネットワーク機能２０８を備えている。ただし、このような本実施形態のシンクライアント携帯端末４は、最低限の機能のみを備える例の一つに過ぎず、図示の構成に限定されるものではない。
【００３７】
また、シンクライアント携帯端末４は、圏外時等、シンクライアントサーバ３と通信できない場合を考慮して、シンクライアントサーバ３の持つサービス情報を記憶しておく必要がある。ただし、すでに述べたように、シンクライアント携帯端末４にシンクライアントサーバ３が持つ全てのサービス情報を記憶させておくことはシンクライアント携帯端末４のバッファの容量の制限からできない。このため、バッファ上にないサービス情報をユーザが取得したい場合、シンクライアントサーバ３にアクセスしてデータを取得する必要がある。このため、シンクライアント携帯端末４には、サービス情報ログ取得部２０３が備えられている。
【００３８】
また、シンクライアント携帯端末４は、サービス情報ログ表示部２０４、バッファ制御部２０５、新規用バッファ２０６、参照用バッファ２０７を備えている。サービス情報ログ取得部２０３は、チャットサービス等においてユーザが過去のサービス情報の参照を要求した場合、参照が要求されたサービス情報を図示しないディスプレイ等に表示する機能である。ユーザは、サービス情報を、サービス情報ログ表示部２０４に表示させて参照する。このため、本実施形態でいうサービス情報の参照中とは、サービス情報ログ表示部２０４にサービス情報が表示されている状態をいうものとする。
新規用バッファ２０６は、新たに受信されたサービス情報を記憶するバッファである。参照用バッファ２０７は、サービス情報をサービス情報ログ表示部２０４に表示するめに記憶するバッファである。サービス情報は、参照用バッファ２０７に記憶されることによって表示可能な状態になる。
【００３９】
バッファ制御部２０５は、参照用バッファ２０７、新規用バッファ２０６におけるサービス情報の記憶の状態を制御する構成である。バッファ制御部２０５は、図示したように、参照判定部２０５ａ、連続性判定部２０５ｂ、記憶部２０５ｃを含んでいる。参照判定部２０５ａ、連続性判定部２０５ｂ、記憶部２０５ｃは、いずれも各々所定の処理を実行するコンピュータプログラムのユニットである。参照判定部２０５ａは、サービス情報ログ表示部２０４によってサービス情報が表示中であるか否かを判定する機能を持っている。また、連続性判定部２０５ｂは、複数のサービス情報の連続性を判定する機能を持つ。さらに、記憶部２０５ｃは、サービス情報ログ表示部２０４によって表示されているサービス情報があるか否か、複数のサービス情報の連続性、及び参照用バッファ２０７、新規用バッファ２０６における記憶領域の状態の少なくとも１つに基づいて、受信されたサービス情報を参照用バッファ２０７または新規用バッファ２０６に記憶させる機能を持っている。
【００４０】
このようなバッファ制御部２０５による制御は、記憶されているサービス情報が参照中であるか否かに基づいて行われる。バッファ制御部２０５では、参照判定部２０５ａがサービス情報ログ表示部２０４の状態を検知し、サービス情報の参照中であるか否かを判定することができる。
このような構成を有する本実施形態のシンクライアント携帯端末４は、シンクライアントサーバ３から送信されて来たサービス情報を受信し、受信されたサービス情報を、バッファ制御部２０５における記憶部２０５ｃによって新規用バッファ２０６、または参照用バッファ２０７に記憶する。なお、記憶部２０５ｃは、参照用バッファ２０７、新規用バッファ２０６から、その記憶領域の状態を取得することが可能である。
【００４１】
また、本実施形態では、シンクライアントサーバ３が、前記した通し番号が付された状態のサービス情報をシンクライアント携帯端末４に送信する。バッファ制御部２０５の連続性判定部２０５ｂは、新規用バッファ２０６、参照用バッファ２０７に記憶されているサービス情報に付された通し番号から、サービス情報の連続性を判断する。なお、本実施形態でいう連続性とは、通し番号が連続しているか否か（連続性の有無）、通し番号同士の差分（後に、通し番号が遠い、あるいは近いとも記す）を含むものとする。
さらに、本実施形態では、参照を要求するサービス情報を指定するため、ユーザがＧＵＩ機能２０９を使ってシンクライアント携帯端末４を操作する。バッファ制御部２０５は、ＧＵＩ機能２０９を介して入力された操作の内容に基づいて、参照用バッファ２０７に記憶すべきサービス情報を判断する。
【００４２】
（４）バッファリング制御方法
図４〜図１２は、図２、３に示したシンクライアント携帯端末４におけるサービス情報のバッファリング制御について具体的に説明するための図である。図４〜図１２のいずれにおいても、シンクライアント携帯端末４が備えるバッファ全体の記憶領域を５×２のマトリックスで示し、マトリックスの上段が新規用バッファ２０６、下段が参照用バッファ２０７を示すものとする。また、マトリックスの各欄には記憶されているサービス情報の通し番号を示した。通し番号は、番号が小さいほど先に記憶されたことを示す。なお、通し番号が付された複数のサービス情報の各々のデータ量は、全て等しいものとする。
また、図５〜図１２のいずれにあっても、参照用バッファ２０７に記憶されているサービス情報のうち、太線を使って表されるサービス情報は参照中のサービス情報を示している。
【００４３】
（Ｉ）サービス情報の参照中でない場合
図４（ａ）、（ｂ）は、参照用バッファ２０７に記憶されているサービス情報の参照中でない状態で、新規サービス情報が受信された場合のバッファリング制御方法を説明するための図である。図４に示した例では、図２、３に示したシンクライアント携帯端末４が、シンクライアントサーバ３から送信されてきた新規サービス情報を参照用バッファ２０７にのみ記憶する。このとき、例えば、図４（ａ）のように、参照用バッファ２０７にこれ以上サービス情報を記憶できない状態、すなわち、参照用バッファ２０７に５個のサービス情報１１〜１５が記憶されている状態で、さらに新規サービス情報１６が受信された場合、図２に示したバッファ制御部２０５は、図４（ｂ）のように、通し番号が最も小さいサービス情報１１を破棄し、サービス情報１６を参照用バッファ２０７に記憶する。
【００４４】
（ＩＩ）サービス情報の参照中である場合
以下、サービス情報が参照中である場合のバッファリング制御方法について説明する。
（１）新規用バッファに記憶されるサービス情報と、参照用バッファに記憶されているサービス情報との間に連続性がある場合
次に、サービス情報の参照中、参照用バッファ２０７に記憶されているサービス情報と新規用バッファ２０６に記憶されているサービス情報との間に連続性がある場合のバッファリング制御方法について説明する。なお、上述したように、連続性についての判定は、図３に示した連続性判定部２０５ｂによって行われる。
【００４５】
本実施形態では、サービス情報の参照中に新規サービス情報が受信されると、参照用バッファ２０７のサービス情報が記憶されていない記憶領域（以降、本実施形態では空き領域とも記す）がある場合には、新規サービス情報が参照用バッファ２０７の空き領域に記憶される。
例えば、図５（ａ）のように、参照用バッファ２０７にサービス情報１１〜１３が記憶されている場合において、新規サービス情報１４、１５が受信されたものとする。図５（ｂ）のように、参照用バッファ２０７に空き領域がある場合、バッファ制御部２０５は、新規サービス情報１４、１５を参照用バッファ２０７に記憶する。
【００４６】
また、参照用バッファ２０７に空き領域がなく、新規用バッファ２０６に空き領域がある場合、サービス情報の参照中に新規サービス情報が受信されると、受信された新規サービス情報は新規用バッファ２０６に記憶される。例えば、図５（ｃ）のように、参照用バッファ２０７にサービス情報１１〜１５が記憶され、新規用バッファ２０６にサービス情報１６が記憶されている場合、図５（ｄ）のように、新たに受信されたサービス情報１７〜２０は新規用バッファ２０６に記憶される。
【００４７】
さらにサービス情報２１が受信されると、図５（ｅ）のように、新規用バッファ２０６に記憶されているサービス情報の中から最も古いサービス情報（図５（ｅ）に示した例ではサービス情報１６）が削除され、新規サービス情報２１が新規用バッファ２０６に記憶される。なお、この例では、サービス情報の参照中であるため、サービス情報１１、１２は新規用バッファ２０６に移動されない。
【００４８】
以上述べた実施形態によれば、サービス情報が参照中でなく、参照用バッファ２０７に空き領域がある場合、新規サービス情報を参照用バッファ２０７に記憶させ、直ちに表示可能な状態にすることができる。また、参照用バッファ２０７に空き領域がない場合であっても、新規用バッファ２０６にサービス情報を記憶させ、ユーザの要求に応じて参照用バッファに移動させることができる。
【００４９】
（２）新規用バッファに記憶されるサービス情報と、参照用バッファに記憶されているサービス情報との間に連続性がない場合
次に、サービス情報の参照中、参照用バッファ２０７に記憶されているサービス情報とシンクライアントサーバ３から送信されてきたサービス情報との間に連続性がない場合のバッファリング制御方法について説明する。このような場合、本実施形態では、参照用バッファ２０７に空き領域があったとしても、受信されたサービス情報を新規用バッファ２０６に記憶するものとする。
【００５０】
例えば、図６（ａ）に示すように、参照用バッファ２０７にサービス情報１１〜１３が記憶されているものとする。このとき、図６（ｂ）に示すように、サービス情報３１、３２が受信された場合、サービス情報３１、３２を、新規用バッファ２０６の空き領域に記憶させる。
なお、本実施形態では、参照用バッファ２０７に記憶されているサービス情報と、新たに送信されてきたサービス情報とに連続性が無い場合、参照用バッファ２０７上に無いサービス情報を参照する場合、連続したサービス情報の参照を実施する場合、シンクライアントサーバ３から連続したサービス情報を取得する。
【００５１】
例えば、図６（ｂ）に示した状態では、ユーザがサービス情報１４の参照を要求した場合、サービス情報ログ取得部２０３は、図６（ｃ）のように、シンクライアントサーバ３からサービス情報１４を取得すると共に、サービス情報１４と連続するサービス情報１５を取得する。サービス情報１４、１５の参照が終了される際、新規用バッファ２０６にはサービス情報３１、３２が存在する。バッファ制御部２０５は、図６（ｄ）のように、参照用バッファ２０７に記憶されているサービス情報を全て破棄し、新規用バッファ２０６からサービス情報３１、３２を参照用バッファ２０７に移動させる。
【００５２】
次に、参照用バッファ２０７に記憶されているサービス情報と新規用バッファ２０６に記憶されているサービス情報との連続性が無く、新規用バッファ２０６、参照用バッファ２０７に空き領域がない場合のバッファリング制御方法について説明する。この説明では、図７（ａ）に示すように、参照用バッファ２０７にサービス情報１１〜１５が記憶され、サービス情報１４、１５が参照中であるものとする。また、新規用バッファ２０６には、サービス情報２０〜２４が記憶されているものとする。このとき、ユーザがサービス情報１６〜１８の参照を要求すると、図３に示したサービス情報ログ表示部２０４によってシンクライアントサーバ３からサービス情報１６〜１８が取得される。
【００５３】
取得されたサービス情報１６〜１８は、バッファ制御部２０５によって参照用バッファ２０７に記憶される。このとき、図７（ｂ）のように、参照用バッファ２０７に記憶されているサービス情報のうち、ユーザが参照を要求したサービス情報１６〜１８と通し番号の相違が最も大きいサービス情報１１を含み、サービス情報１６〜１８と同じデータ量を有するサービス情報１１〜１３が破棄される。
【００５４】
このような本実施形態によれば、連続して参照される可能性が低いサービス情報が受信された場合、このサービス情報を参照用バッファ２０７に記憶させることを回避し、参照用バッファ２０７に記憶されているサービス情報に続いて参照される可能性の高いサービス情報が保存される記憶領域を確保することができる。
（３）参照用バッファに記憶されているサービス情報と新規用バッファに記憶されているサービス情報との間に連続性がある場合
【００５５】
次に、新規用バッファ２０６に記憶されているサービス情報の参照が要求された場合のバッファリング制御方法について説明する。
図８（ａ）のように、新規用バッファ２０６にサービス情報１６〜１８が記憶されていて、参照用バッファ３０７にサービス情報１１〜１５が記憶されている場合、バッファ制御部２０５は、サービス情報に連続性があると判定する。ユーザが新規用バッファ２０６にすでに記憶されているサービス情報１６を参照しようとした場合、図３に示したＧＵＩ機能を用いてユーザがシンクライアント携帯端末を操作する。バッファ制御部２０５は、ユーザの操作によってサービス情報１６の参照が要求されたことを検出する。
このとき、バッファ制御部２０５は、図８（ｂ）に示すように、参照用バッファ２０７において、サービス情報１６と最も連続性が低いサービス情報である、最も古いサービス情報１１を破棄し、新規用バッファ２０６から参照用バッファ２０７にサービス情報１６を移動させる。
【００５６】
また、図９（ａ）のように、新規用バッファ２０６にサービス情報１６〜２０が記憶されていて、これ以上のサービス情報を記憶する余地がない場合にも、ユーザがサービス情報１６を参照しようとした場合、図９（ｂ）に示すように、参照用バッファ２０７において最も古いサービス情報１１を破棄し、新規用バッファ２０６から参照用バッファ２０７にサービス情報１６を移動させる。
このような本実施形態によれば、シンクライアント携帯端末が受信できなかったサービス情報の再送信を要求し、シンクライアントサーバ４が要求に応じてサービス情報を再送信することを防ぐことができる。このため、シンクライアント携帯端末４とシンクライアントサーバ３との間の通信の回数を抑えることができる。
【００５７】
（ＩＩＩ）新規用バッファ及び参照用バッファに記憶されていないサービス情報の参照が要求された場合
次に、ユーザが新規用バッファ及び参照用バッファ２０７に記憶されていないサービス情報の参照を要求した場合のバッファリング制御方法を説明する。このような場合、バッファ制御部２０５は、図３に示したネットワーク機能２０８によりシンクライアントサーバ３と通信する。そして、図３に示したサービス情報ログ取得部２０３によってサービス情報を取得し、参照用バッファ２０７に記憶させる。
【００５８】
このとき、新規用バッファ２０６は新規サービス情報の参照に利用されるバッファであるため、サービスログ参照開始時に新規サービス情報が受信されていない限りサービス情報が記憶されていない。
ユーザによって参照が要求されたサービス情報を直ちに表示させるため、シンクライアント携帯端末４では、シンクライアントサーバ３から取得したサービス情報を参照用バッファ２０７に記憶させる。このため、図３に示したバッファ制御部２０５は、参照用バッファ２０７にすでに記憶されているサービス情報のうち最新のサービス情報を新規用バッファ２０６の空き領域に移動させる。
【００５９】
例えば、図１０（ａ）のように、参照用バッファ２０７にサービス情報１１〜１５が記憶されていて、これ以上のサービス情報を記憶できない状態にあるものとする。このような状態で、図１０（ｂ）に示すように、サービス情報１１より前のサービス情報１０、９、８が取得された場合、サービス情報１０、９、８を記憶するため、バッファ制御部２０５は、すでに参照用バッファ２０７に記憶されているサービス情報のうち、通し番号が大きいサービス情報からサービス情報１０、９、８のデータ量に一致するデータ量のサービス情報１３、１４、１５を新規用バッファ２０６に移動させる。
なお、新規用バッファ２０６に空き領域がなく、シンクライアントサーバ３からサービス情報がさらに取得されると、参照用バッファ２０７のうち、ユーザが参照しようとしているサービス情報と、通し番号の相違が大きいサービス情報が順に破棄される。
【００６０】
例えば、図１０（ｃ）のように、参照用バッファ２０７にサービス情報６〜１０が記憶され、新規用バッファ２０６にサービス情報１１〜１５がすでに記憶されている場合、サービス情報ログ取得部２０３がサービス情報３〜５を取得したとする。このとき、新規用バッファ２０６には、サービス情報をさらに記憶できる空き領域がない。このため、バッファ制御部２０５は、図１０（ｄ）のように、参照用バッファ２０７に記憶されているサービス情報６〜１０から、サービス情報３〜５と通し番号が最も遠いサービス情報１０を含み、サービス情報３〜５と同じデータ量を持つサービス情報８〜１０を破棄する。このような制御は、新規用バッファ２０６に空き領域がある場合と異なる制御である。
このような本実施形態によれば、参照が要求されたサービス情報に続いて参照される可能性の低いサービス情報を優先して削除することができる。このため、シンクライアント携帯端末４とシンクライアントサーバ３との間の通信の回数を抑えることができる。
【００６１】
（ＩＶ）参照用バッファに記憶されているサービス情報と参照用バッファに記憶されていないサービス情報との参照が要求された場合
（ＩＩＩ）で説明したように、本実施形態では、新規用バッファ２０６及び参照用バッファ２０７に記憶されていないサービス情報の参照が要求された場合、図２、３に示したシンクライアント携帯端末４は、シンクライアントサーバ３に参照が要求されたサービス情報の送信を要求する。また、（ＩＩ）の「（３）」で説明したように、新規用バッファ２０６に記憶されているサービス情報の参照が要求された場合、シンクライアント携帯端末４は、新規用バッファ２０６に記憶されているサービス情報を参照用バッファ２０７に移動させる。
【００６２】
例えば、図１１（ａ）のように、新規用バッファ２０６にサービス情報２０〜２４が記憶されていて、参照用バッファ２０７にサービス情報１４〜１８が記憶されている場合において、ユーザがサービス情報１９〜２１の参照を要求したとする。このとき、本実施形態では、図３に示したバッファ制御部２０５が、ネットワーク機能２０８を介してサービス情報１９の送信をシンクライアントサーバに要求する。要求に応じて送信されたサービス情報１９は、参照用バッファ２０７に記憶される。
【００６３】
また、バッファ制御部２０５は、新規用バッファ２０６に記憶されているサービス情報２０、２１を、参照用バッファ２０７に移動させる。サービス情報１９の記憶及びサービス情報２０、２１の移動により、参照用バッファ２０７に記憶されているサービス情報のうち、ユーザが参照を要求したサービス情報１９〜２１と通し番号の相違が大きいサービス情報１４を含む、サービス情報１９〜２１と同じデータ量を持つサービス情報１４〜１６が参照用バッファ２０７において廃棄される。
【００６４】
（Ｖ）サービス情報の参照を終了する場合
次に、サービス情報の参照を終了する場合について説明する。
新規用バッファ２０６に最新のサービス情報が記憶されている状態でサービス情報の参照を終了する場合、本実施形態では、参照用バッファ２０７に記憶されているサービス情報を全て廃棄する。そして、次回のサービス情報参照時には、新規用バッファ２０６に記憶されているサービス情報が、参照用バッファ２０７に移動される。
【００６５】
また、本実施形態では、サービス情報の参照終了時に新規用バッファ２０６に記憶されているサービス情報がない場合に限り、参照用バッファ２０７に記憶されているサービス情報を廃棄することなく、次回のサービス情報参照時にも参照用バッファ２０７に記憶しておく。
例えば、図１２（ａ）のように、新規用バッファ２０６にサービス情報２０〜２４が記憶されていて、参照用バッファ２０７にサービス情報１４〜１８が記憶されている場合、サービス情報の参照が終了されたものとする。このとき、本実施形態では、図１２（ｂ）のように、参照用バッファ２０７に記憶されているサービス情報１４〜１８が全て廃棄される。
【００６６】
また、例えば、図１２（ｃ）のように、新規用バッファ２０６にサービス情報が記憶されていない状態でサービス情報の参照が終了されたものとする。このとき、本実施形態では、図１２（ｄ）のように、参照用バッファ２０７に記憶されているサービス情報１４〜１８を削除することなく、記憶された状態のままにする。削除されなかったサービス情報１４〜１８は、次回のサービス情報参照時にも引き続き参照用バッファ２０７に記憶されている。
以上説明した本実施形態では、新規用バッファ２０６及び参照用バッファ２０７を、その両方が共にサービス情報が記憶されていない状態になった場合等のタイミングで、その機能を入れ替えることが可能である。
【００６７】
図１３〜１５は、以上説明したバッファリング制御方法を説明するためのフローチャートである。このうち、図１３は、新規データが受信された場合の、バッファリング制御方法を説明するためのフローチャートである。
図１３に示したように、本実施形態では、シンクライアント携帯端末に新規サービス情報が受信される（ステップＳ１３１）。このとき、バッファ制御部は、参照用バッファに記憶されているサービス情報の参照中であるか否か判断する（ステップＳ１３２）。ステップＳ１３２において、サービス情報が参照中でないと判断された場合（ステップＳ１３２：Ｎｏ）、参照用バッファ（図１３〜図１５においては「参」と記す）に空き領域（図１３〜図１５においては「空き」と記す）があるか否か判断される（ステップＳ１３９）。参照用バッファに空き領域があれば（ステップＳ１３９：Ｙｅｓ）、この空き領域に新規サービス情報が記憶される（ステップＳ１４１）。また、参照用バッファに空き領域がない場合（ステップＳ１３９：Ｎｏ）、参照用バッファに記憶されているサービス情報のうち、最も古いサービス情報（通し番号が最も小さいサービス情報）が廃棄され（ステップＳ１４０）、廃棄されたサービス情報が記憶されていた記憶領域に新規サービス情報が記憶される（ステップＳ１４１）。
【００６８】
一方、ステップＳ１３２において、サービス情報の参照中であると判断された場合（ステップＳ１３２：Ｙｅｓ）、新規サービス情報と参照用バッファに保存されているサービス情報との間に連続性があるか否か判断される（ステップＳ１３３）。なお、本実施形態でいう「サービス情報の間に連続性がある」とは、一のサービス情報の通し番号と、他のサービス情報の通し番号が連続している状態をいう。また、「サービス情報の間に連続性がない」とは、一のサービス情報の通し番号と、他のサービス情報の通し番号が連続していない状態をいう。
【００６９】
ステップＳ１３３において、連続性がないと判断された場合（ステップＳ１３３：Ｎｏ）、新規用バッファに空き領域があるか否かが判断される（ステップＳ１３６）。新規用バッファに空き領域がない場合（ステップＳ１３６：Ｎｏ）、新規用バッファに記憶されているサービス情報のうち、一番古いサービス情報が廃棄され（ステップＳ１３７）、廃棄されたサービス情報が記憶されていた記憶領域に新規サービス情報が記憶される（ステップＳ１３８）。
また、新規用バッファに空き領域がある場合（ステップＳ１３６：Ｙｅｓ）、新規サービス情報は、新規用バッファ（図１３中に「新」と記す）の空き領域に記憶される（ステップＳ１３８）。
【００７０】
また、ステップＳ１３３において、サービス情報に連続性があると判断された場合（ステップＳ１３３：Ｙｅｓ）、参照用バッファに空き領域があるか否かが判断される（ステップＳ１３４）。参照用バッファに空き領域がなければ、新規用バッファに空き領域があるか否かが判断される（ステップＳ１３６）。
ステップＳ１３４において、参照用バッファに空き領域があると判断された場合（ステップＳ１３４：Ｙｅｓ）、新規サービス情報は、参照用バッファの空き領域に記憶される（ステップＳ１３５）。
【００７１】
図１４は、参照用バッファに記憶されていないサービス情報の参照が要求された場合のバッファリング制御方法を説明するためのフローチャートである。
図１４に示したように、本実施形態では、参照用バッファに記憶されていないサービス情報の参照が要求された場合（ステップＳ１４２）、先ず、要求されたサービス情報が、参照用バッファに記憶されているサービス情報のうち、最も新しいサービス情報（図１４中に、最新サービス情報と記す）より古いサービス情報であるか、新しいサービス情報であるかが判断される。
【００７２】
最新サービス情報よりも古いサービス情報の参照が要求された場合（ステップＳ１４３）、バッファ制御部により、参照用バッファに空き領域があるか否かが判断される（ステップＳ１４４）。参照用バッファに空き領域がない場合（ステップＳ１４４：Ｎｏ）、参照用バッファに記憶されているサービス情報のうち、最も古い（通し番号が小さい）サービス情報が廃棄され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１４７）。
【００７３】
また、ステップＳ１４４において、参照用バッファに空き領域があると判定された場合（ステップＳ１４４：Ｙｅｓ）、参照が要求されたサービス情報（図１４中に「新」と記す）と参照用バッファに記憶されているサービス情報との間に連続性があるか否か判断される（ステップＳ１４５）。連続性がないと判断された場合には（ステップＳ１４５：Ｎｏ）、ステップＳ１４７においてサービス情報が廃棄され、参照が要求されたサービス情報がシンクライアントサーバから取得される。
【００７４】
一方、新規用バッファに記憶されているサービス情報と参照用バッファに記憶されているサービス情報との間に連続性があると判断された場合（ステップＳ１４５：Ｙｅｓ）、参照用バッファに記憶されているサービス情報のうち、より新しいサービス情報を新規用バッファに移動され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１４６）。
【００７５】
また、参照用バッファに記憶されている最新サービス情報よりも新しいサービス情報の参照が要求された場合（ステップＳ１４８）、バッファ制御部は、参照用バッファに空き領域があるか否か判断する（ステップＳ１４９）。参照用バッファに空き領域がない場合（ステップＳ１４９：Ｎｏ）、新規用バッファに何らかのサービス情報が記憶されているか否かが判断される（ステップＳ１５４）。新規用バッファに記憶されているサービス情報がない場合（ステップＳ１５４：Ｎｏ）、参照用バッファに記憶されているサービス情報のうち、最も古いサービス情報が新規用バッファに移動され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１５７）。
【００７６】
また。ステップＳ１５４において、新規用バッファに記憶されているサービス情報があると判断された場合（ステップＳ１５４：Ｙｅｓ）、参照用バッファに記憶されているサービス情報と、新規用バッファに記憶されているサービス情報との間に連続性があるか否かが判断される（ステップＳ１５５）。この結果、連続性があると判断された場合（ステップＳ１５５：Ｙｅｓ）、参照用バッファに記憶されているサービス情報のうち、最も古いサービス情報が廃棄され、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１５６）。
【００７７】
また、ステップＳ１４９において、参照用バッファに空き領域があると判断された場合（ステップＳ１４９：Ｙｅｓ）、新規用バッファに何らかのサービス情報が記憶されているか否かが判断される（ステップＳ１５０）。新規用バッファに記憶されているサービス情報がない場合（ステップＳ１５０：Ｎｏ）、参照が要求されたサービス情報がシンクライアントサーバから取得される（ステップＳ１５３）。
【００７８】
また、ステップＳ１５０において、新規用バッファに記憶されているサービス情報があると判断された場合（ステップＳ１５０：Ｙｅｓ）、続いて参照用バッファに記憶されているサービス情報と新規用バッファに記憶されているサービス情報との間に連続性があるか否かが判断される（ステップＳ１５１）。ステップＳ１５１において、連続性がないと判断された場合（ステップＳ１５１：Ｎｏ）、ステップＳ１５３において、参照が要求されたサービス情報がシンクライアントサーバから取得される。
さらに、ステップ１５１において、参照用バッファに記憶されているサービス情報と新規用バッファに記憶されているサービス情報との間に連続性があると判断された場合（ステップＳ１５１：Ｙｅｓ）、参照が要求されたサービス情報が、新規用バッファから参照用バッファに移動される（ステップＳ１５２）。
【００７９】
図１５は、サービス情報の参照が終了された際のバッファリング制御方法を説明するためのフローチャートである。図１５に示したように、本実施形態では、サービス情報の参照が終了されると（ステップＳ１６１）、新規用バッファに記憶されているサービス情報がないか否かが判断される（ステップＳ１６２）。判断の結果、新規用バッファ（図１５中に「新」と記す）にサービス情報が記憶されていない場合（ステップＳ１６４：Ｎｏ）、参照用バッファに記憶されているサービス情報が全て廃棄され、サービス情報が廃棄された側のバッファを新規用バッファに、それまで新規用バッファとして機能していたバッファを参照用バッファとし（ステップＳ１６４）、処理が終了される。
また、ステップＳ１６２において、新規用バッファにサービス情報が記憶されていないと判断された場合（ステップＳ１６２：Ｙｅｓ）、そのまま処理が終了される。
【産業上の利用可能性】
【００８０】
以上説明した本発明は、シンクライアント端末装置を含むシンクライアントシステムに適用でき、特に、バッファの容量が厳しく制限される携帯用のシンクライアント端末に適用した場合に高い効果を奏する。
【符号の説明】
【００８１】
３ シンクライアントサーバ
４ シンクライアント携帯端末
２０１ サービス情報ログ記録部
２０２ サービス用プログラム
２０３ サービス情報ログ取得部
２０４ サービス情報ログ表示部
２０５ バッファ制御部
２０６ 新規用バッファ
２０７ 参照用バッファ
２０８ ネットワーク機能
２０９ ＧＵＩ機能
【特許請求の範囲】
【請求項１】
サーバ装置と、当該サーバ装置から送信されたデータを受信し、受信された前記データを表示するシンクライアント端末装置と、を含むシンクライアントシステムであって、
前記サーバ装置は、前記シンクライアント端末装置に送信される複数のデータと、当該複数のデータの連続性を示す情報を含むサービス情報ログとが記憶される記憶手段を備え、
前記シンクライアント端末装置は、
受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段と、
受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段と、
を有することを特徴とするシンクライアントシステム。
【請求項２】
サーバ装置から送信されたデータを受信し、受信された前記データを表示するシンクライアント端末装置であって、
受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段と、
受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段と、
を有することを特徴とするシンクライアント端末装置。
【請求項３】
前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がある場合、
前記バッファ制御手段は、
前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記参照用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項４】
前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がない場合、
前記バッファ制御手段は、
前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項５】
前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き容量がある場合、
前記バッファ制御手段は、
前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続しないと判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項６】
前記データ表示手段に表示されているデータがあって、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、
前記バッファ制御手段は、
前記データ表示手段における前記データの表示終了後、前記参照用バッファに記憶されているデータを廃棄すると共に、前記新規用バッファに記憶されているデータを前記参照用バッファに移動させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項７】
前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されている前記データの参照が要求された場合、
前記バッファ制御手段は、
前記参照用バッファに記憶されている前記データのうち、参照が要求された前記データとの間でより連続性が低い前記データが記憶されている記憶領域に、参照が要求された前記データを移動させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項８】
前記サーバ装置から、参照が要求されたデータを取得するデータ取得手段をさらに備え、
前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されていない前記データの参照が要求された場合、
前記データ取得手段は、前記サーバ装置から参照が要求されたデータを取得し、
前記バッファ制御手段は、前記データ取得手段によって取得されたデータを、前記参照用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項９】
前記サービス情報ログにより前記参照用バッファに記憶されているデータと連続すると判断されるデータの参照が要求され、かつ、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、
前記データ取得手段は、前記サーバ装置から参照が要求されたデータと共に、当該データと連続するデータを取得することを特徴とする請求項８に記載のシンクライアント端末装置。
【請求項１０】
サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御プログラムであって、
コンピュータに、
前記データ表示手段によって前記データが表示中であるか否かを判定する判定機能と、
前記複数のデータの連続性を判定する連続性判定機能と、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶させる記憶機能と、
を実現させることを特徴とするバッファリング制御プログラム。
【請求項１１】
サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御方法であって、
前記データ表示手段によって前記データが表示中であるか否かを判定する判定ステップと、
前記複数のデータの連続性を判定する連続性判定ステップと、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶させる記憶ステップと、
を含むことを特徴とするバッファリング制御方法。
【請求項１】
サーバ装置と、当該サーバ装置から送信されたデータを受信し、受信された前記データを表示するシンクライアント端末装置と、を含むシンクライアントシステムであって、
前記サーバ装置は、前記シンクライアント端末装置に送信される複数のデータと、当該複数のデータの連続性を示す情報を含むサービス情報ログとが記憶される記憶手段を備え、
前記シンクライアント端末装置は、
受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段と、
受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段と、
を有することを特徴とするシンクライアントシステム。
【請求項２】
サーバ装置から送信されたデータを受信し、受信された前記データを表示するシンクライアント端末装置であって、
受信されたデータをユーザに参照させるため、受信された前記データを表示するデータ表示手段と、
受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶するバッファ制御手段と、
を有することを特徴とするシンクライアント端末装置。
【請求項３】
前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がある場合、
前記バッファ制御手段は、
前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記参照用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項４】
前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き領域がない場合、
前記バッファ制御手段は、
前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続すると判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項５】
前記データ表示手段に表示されているデータがあって、前記参照用バッファに前記データを記憶できる空き容量がある場合、
前記バッファ制御手段は、
前記サービス情報ログにより前記参照用バッファに記憶されている前記データと連続しないと判断される前記データが受信された場合、当該データを、前記新規用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項６】
前記データ表示手段に表示されているデータがあって、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、
前記バッファ制御手段は、
前記データ表示手段における前記データの表示終了後、前記参照用バッファに記憶されているデータを廃棄すると共に、前記新規用バッファに記憶されているデータを前記参照用バッファに移動させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項７】
前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されている前記データの参照が要求された場合、
前記バッファ制御手段は、
前記参照用バッファに記憶されている前記データのうち、参照が要求された前記データとの間でより連続性が低い前記データが記憶されている記憶領域に、参照が要求された前記データを移動させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項８】
前記サーバ装置から、参照が要求されたデータを取得するデータ取得手段をさらに備え、
前記データ表示手段に表示されているデータがあって、前記新規用バッファに記憶されていない前記データの参照が要求された場合、
前記データ取得手段は、前記サーバ装置から参照が要求されたデータを取得し、
前記バッファ制御手段は、前記データ取得手段によって取得されたデータを、前記参照用バッファに記憶させることを特徴とする請求項２に記載のシンクライアント端末装置。
【請求項９】
前記サービス情報ログにより前記参照用バッファに記憶されているデータと連続すると判断されるデータの参照が要求され、かつ、前記サービス情報ログにより前記新規用バッファに記憶されているデータと前記参照用バッファに記憶されているデータとの間に連続性がないと判断される場合、
前記データ取得手段は、前記サーバ装置から参照が要求されたデータと共に、当該データと連続するデータを取得することを特徴とする請求項８に記載のシンクライアント端末装置。
【請求項１０】
サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御プログラムであって、
コンピュータに、
前記データ表示手段によって前記データが表示中であるか否かを判定する判定機能と、
前記複数のデータの連続性を判定する連続性判定機能と、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶させる記憶機能と、
を実現させることを特徴とするバッファリング制御プログラム。
【請求項１１】
サーバ装置から受信されたデータをユーザに参照させるために表示するデータ表示手段と、受信された前記データのうち、前記データ表示手段に表示するための参照データが記憶される参照用バッファと、前記データ表示手段に表示されない新規データが記憶される新規用バッファと、を含むバッファと、を備えるシンクライアント端末装置において実行されるデータのバッファリング制御方法であって、
前記データ表示手段によって前記データが表示中であるか否かを判定する判定ステップと、
前記複数のデータの連続性を判定する連続性判定ステップと、
前記参照データ表示手段によって表示されている前記データがあるか否か、前記複数のデータの連続性、及び前記参照用バッファ、前記新規用バッファにおける記憶領域の状態の少なくとも１つに基づいて、受信された前記データを前記参照用バッファ、または前記新規用バッファに記憶させる記憶ステップと、
を含むことを特徴とするバッファリング制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−２４３１５９（Ｐ２０１１−２４３１５９Ａ）
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願番号】特願２０１０−１１７３０３（Ｐ２０１０−１１７３０３）
【出願日】平成２２年５月２１日（２０１０．５．２１）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２３年１２月１日（２０１１．１２．１）
【国際特許分類】
【出願日】平成２２年５月２１日（２０１０．５．２１）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]