(57)【要約】【課題】  シンクライアント−サーバ型のクライアントサーバシステムにおいて、サーバ側の負荷や通信ネットワークの負荷を軽減することができる、クライアントサーバシステムを提供する。【解決手段】  サーバが、配信情報を記憶し、端末からの配信情報の配信要求を受付ける。そして端末が、サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定し、自端末に備える記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知する。そして配信要求に応じてサーバから受信した配信情報を表示する。【選択図】    図１
2007065835.tif 000002
【特許請求の範囲】
【請求項１】
サーバが、端末からの配信要求に基づいて、１つまたは複数のテキストデータと前記テキストデータそれぞれを画面上の所定の領域に表示する際のフォーマット情報とを少なくとも含む配信情報を配信するクライアントサーバシステムであって、
前記サーバが、
前記配信情報を記憶する配信情報記憶手段と、
前記端末からの配信情報の配信要求を受付ける配信要求受付手段と、を備え、
前記端末が、
前記サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定するデータ保有判定手段と、
前記配信情報が自端末に備える前記記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知する配信要求判定手段と、
前記配信要求に応じて前記サーバから受信した配信情報を表示する表示手段と、
を備えることを特徴とするクライアントサーバシステム。
【請求項２】
前記配信情報はさらに画像データを含むことを特徴とする請求項１に記載のクライアントサーバシステム。
【請求項３】
前記配信情報はフォーマット情報と更新順番情報とを保持しており、
前記配信要求判定手段は、
ユーザから指定を受けつけたフォーマット情報と更新順番情報を前記サーバに配信することにより、当該フォーマット情報と更新順番情報とを保持する前記配信情報の配信要求を行なう
ことを特徴とする請求項１または請求項２に記載のクライアントサーバシステム。
【請求項４】
前記端末は、
前記配信情報を、端末の不揮発メモリ内に削除期限の情報と共に格納し、
前記削除期限に達した場合に前記不揮発メモリ内の配信情報を削除する配信情報削除手段
を備えることを特徴とする請求項１から請求項３に記載のクライアントサーバシステム。
【請求項５】
前記端末の前記配信情報削除手段は、
自端末の電源断の際に前記不揮発メモリ内の配信情報を削除する
ことを特徴とする請求項４に記載のクライアントサーバシステム。
【請求項６】
前記端末の配信情報削除手段は、
前記表示した配信情報に対する編集指示を所定期間受付けない場合には前記不揮発メモリ内の配信情報を削除する
ことを特徴とする請求項４または請求項５に記載のクライアントサーバシステム。
【請求項７】
前記端末は、
前記テキストデータの編集指示を受けつけた場合には、前記サーバに編集許可判定を要求する編集許可判定要求手段を備え、
前記サーバは、
前記編集指示に対する編集許可判定を行なう編集許可判定手段を備える
ことを特徴とする請求項１から請求項６の何れかに記載のクライアントサーバシステム。
【請求項８】
前記端末は、
前記テキストデータの編集指示を前記サーバへ通知する編集指示通知手段を備え、
前記サーバは、
前記編集指示に基づいて前記テキストデータを編集し、順番を１つ加算した前記更新順番情報に対応付けて配信情報記憶手段に記録する編集手段を備える
ことを特徴とする請求項３から請求項７に記載のクライアントサーバシステム。
【請求項９】
前記サーバは、
前記端末との通信接続を仲介する中継サーバそれぞれの位置情報と負荷計測情報とを対応付けて記憶する負荷計測情報記憶手段と、
前記端末から当該端末の位置情報と、前記中継サーバの位置情報とを含む配信要求を受付けて、当該配信要求を中継した前記中継サーバの負荷計測情報が所望の負荷を示す場合には、負荷計測情報の示す負荷が所望の負荷より低く前記端末の位置情報に近い位置に設置されている中継サーバを前記負荷計測情報記憶手段から選択する中継サーバ選択手段と、を備え、
前記選択した中継サーバを介して前記配信情報を前記端末へ配信する配信手段と、
を備えることを特徴とする請求項１から請求項８に記載のクライアントサーバシステム。
【請求項１０】
サーバが、端末からの配信要求に基づいて、１つまたは複数のテキストデータと前記テキストデータそれぞれを画面上の所定の領域に表示する際のフォーマット情報とを含む配信情報を配信するクライアントサーバシステムの情報配信方法であって、
前記サーバが、
前記配信情報を記憶し、
前記端末からの配信情報の配信要求を受付け、
前記端末が、
前記サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定し、
前記配信情報が自端末に備える前記記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知し、
前記配信要求に応じて前記サーバから受信した配信情報を表示する
ことを特徴とする情報配信方法。
【請求項１１】
端末からの配信要求に基づいて、１つまたは複数のテキストデータと前記テキストデータそれぞれを画面上の所定の領域に表示する際のフォーマット情報とを含む配信情報を記憶する配信情報記憶手段と、
前記端末からの配信情報の配信要求を受付ける配信要求受付手段を備えたサーバと構成されるクライアントサーバシステムの、前記端末であって、
前記サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定するデータ保有判定手段と、
前記配信情報が自端末に備える前記記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知する配信要求判定手段と、
前記配信要求に応じて前記サーバから受信した配信情報を表示する表示手段と、
を備えることを特徴とする端末。
【請求項１２】
端末からの配信要求に基づいて、１つまたは複数のテキストデータと前記テキストデータそれぞれを画面上の所定の領域に表示する際のフォーマット情報とを含む配信情報を記憶する配信情報記憶手段と、
前記端末からの配信情報の配信要求を受付ける配信要求受付手段を備えたサーバと構成されるクライアントサーバシステムの、前記端末の配信情報処理方法であって、
前記サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定し、
前記配信情報が自端末に備える前記記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知し、
前記配信要求に応じて前記サーバから受信した配信情報を表示する
ことを特徴とする配信情報処理方法。
【請求項１３】
端末と、
当該端末からの配信要求に基づいて、１つまたは複数のテキストデータと前記テキストデータそれぞれを画面上の所定の領域に表示する際のフォーマット情報とを含む配信情報を記憶する配信情報記憶手段と、
前記端末からの配信情報の配信要求を受付ける配信要求受付手段を備えたサーバと、により構成されるクライアントサーバシステムの、前記端末に実行させるプログラムであって、
前記サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定するデータ保有判定処理と、
前記配信情報が自端末に備える前記記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知する配信要求判定処理と、
前記配信要求に応じて前記サーバから受信した配信情報を表示する表示処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データやファイルの保持と、アプリケーション処理とをサーバ側で行なわせ、キー操作などの入出力と、画面表示および操作の部分のみをシンクライアントと呼ばれる端末で行なう、クライアントサーバシステムに関する。
【背景技術】
【０００２】
シンクライアント−サーバシステムは、クライアントサーバ型コンピューティング技術のうちの１つの形式であり、アプリケーションなどのプログラムや、データやファイルなどをサーバ側に保持させて、アプリケーション処理をサーバ側の仮想的に確保されたメモリ領域で動作させる技術である。そして、シンクライアント（端末）はユーザーのキー操作などの入出力と、画面表示・操作の部分のみの処理を行なう。これにより、ほとんどの処理についてサーバ側の資源を用いるため、シンクライアント側では少量のメモリと、ハードディスク（またはディスクレス）環境で動作が可能となる。そして、結果的にシンクライアントハードウェアは安価に供給できると共に、シンクライアントを外出先に携帯して紛失した場合や盗難された場合でも、主要なデータをハードディスクなどに残さないことから、近年、個人情報などのセキュリティを重視する企業などで、採用されるなど、注目が集まっている。なおこのシンクライアントの技術について非特許文献１が公開されている。
【非特許文献１】“安藤幸央のランダウン[28]、浸透する新世代のシンクライアント”、「online」、「平成１７年８月１５日検索」、インターネット＜ＵＲＬ：http://www.atmarkit.co.jp/fjava/column/andoh/andoh28.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、シンクライアントは、ディスクレス、CD-ROMドライブがないなど、可動部分が少ないため故障が少ないといった利点の他に、アプリケーションのインストールおよび更新などのサーバ側での一元管理ができる、また、情報・データ漏洩の防止ができる、また、ウイルス対策の集中管理ができる、また、データの一元管理をサーバ側で行なうことができる、また、設置スペース、消費電力が少ない、などのメリットがある。しかしながら、シンクライアントの技術では、サーバ側にほとんどの処理を依存する為、サーバ側と、通信ネットワークの負荷が大きくなり、これらの問題を解決することが必須となる。
【０００４】
そこでこの発明は、シンクライアント−サーバ型のクライアントサーバシステムにおいて、サーバ側の負荷や通信ネットワークの負荷を軽減することができる、クライアントサーバシステム、情報配信方法、クライアントサーバシステムの端末、端末における配信情報処理方法並びにそのプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、サーバが、端末からの配信要求に基づいて、１つまたは複数のテキストデータと前記テキストデータそれぞれを画面上の所定の領域に表示する際のフォーマット情報とを少なくとも含む配信情報を配信するクライアントサーバシステムであって、前記サーバが、前記配信情報を記憶する配信情報記憶手段と、前記端末からの配信情報の配信要求を受付ける配信要求受付手段と、を備え、前記端末が、前記サーバより受信した配信情報が自端末に備える記憶部に既に格納されているか否かを判定するデータ保有判定手段と、前記配信情報が自端末に備える前記記憶部に既に格納されている場合には当該配信情報を表示し、記憶部に格納されていない場合には当該配信情報の配信要求をサーバに通知する配信要求判定手段と、前記配信要求に応じて前記サーバから受信した配信情報を表示する表示手段と、を備えることを特徴とするクライアントサーバシステムである。これによりシンクライアントがユーザの指示によって、既に自端末に記憶されている配信情報を再度配信要求することがなくなるので、ネットワーク負荷とサーバ側の配信処理が軽減される。
【０００６】
また本発明は、前記配信情報はさらに画像データを含むことを特徴とする。
【０００７】
また本発明は、前記配信情報はフォーマット情報と更新順番情報とを保持しており、前記配信要求判定手段は、ユーザから指定を受けつけたフォーマット情報と更新順番情報を前記サーバに配信することにより、当該フォーマット情報と更新順番情報とを保持する前記配信情報の配信要求を行なうことを特徴とする。これにより更新順番情報により配信情報を管理することができる。
【０００８】
また本発明は、前記端末は、前記配信情報を、端末の不揮発メモリ内に削除期限の情報と共に格納し、前記削除期限に達した場合に前記不揮発メモリ内の配信情報を削除する配信情報削除手段を備えることを特徴とする。これにより、これにより一定時間経過後にシンクライアントから配信情報を削除するので、シンクライアントが盗難にあった場合や、紛失した場合などの際の、情報漏洩の影響を軽減することができる。
【０００９】
また本発明は、前記端末の前記配信情報削除手段は、自端末の電源断の際に前記不揮発メモリ内の配信情報を削除することを特徴とする。これにより電源断時にシンクライアントから配信情報を削除するので、シンクライアントが盗難にあった場合や、紛失した場合などの際の、情報漏洩の影響を軽減することができる。
【００１０】
また本発明は、前記端末の配信情報削除手段は、前記表示した配信情報に対する編集指示を所定期間受付けない場合には前記不揮発メモリ内の配信情報を削除することを特徴とする。これにより処理を実施しない余分なデータについてのシンクライアントから削除するので、情報漏洩の影響を軽減することができる。
【００１１】
また本発明は、前記端末は、前記テキストデータの編集指示を受けつけた場合には、前記サーバに編集許可判定を要求する編集許可判定要求手段を備え、前記サーバは、前記編集指示に対する編集許可判定を行なう編集許可判定手段を備えることを特徴とする。これにより許可されていないユーザや端末での編集を制限することができる。
【００１２】
また本発明は、前記端末は、前記テキストデータの編集指示を前記サーバへ通知する編集指示通知手段を備え、前記サーバは、前記編集指示に基づいて前記テキストデータを編集し、順番を１つ加算した前記更新順番情報に対応付けて配信情報記憶手段に記録する編集手段を備えることを特徴とする。これによりシンクライアントからの指示に基づいた配信情報をサーバ上での編集処理を行なうことができる。
【００１３】
また本発明は、前記サーバは、前記端末との通信接続を仲介する中継サーバそれぞれの位置情報と負荷計測情報とを対応付けて記憶する負荷計測情報記憶手段と、前記端末から当該端末の位置情報と、前記中継サーバの位置情報とを含む配信要求を受付けて、当該配信要求を中継した前記中継サーバの負荷計測情報が所望の負荷を示す場合には、負荷計測情報の示す負荷が所望の負荷より低く前記端末の位置情報に近い位置に設置されている中継サーバを前記負荷計測情報記憶手段から選択する中継サーバ選択手段と、を備え、前記選択した中継サーバを介して前記配信情報を前記端末へ配信する配信手段と、を備えることを特徴とする。これにより、負荷の少ない中継サーバを選択するので、シンクライアントとサーバの間の情報送信処理を高速化することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態によるクライアントサーバシステムを図面を参照して説明する。図１は同実施形態によるクライアントサーバシステムの構成を示すブロック図である。この図において、符号１はシンクライアント端末である。また２はサーバである。また３は中継サーバである。また４はＧＰＳ（Global Positioning System）衛星である。
【００１５】
図２はシンクライアント端末とサーバとの機能ブロック図である。
図２で示すように、シンクライアント端末１において符号１１は通信ネットワークを介して情報を送受信する通信処理部である。また１２はＣＰＵである。ＣＰＵ１２はＲＡＭ１２１、とＲＯＭ１２２とを備えている。また１３はＲＴＣ（Real Time Clock）であり、時刻をカウントする。また１４は不揮発メモリでありサーバ２から配信された配信情報を一時格納する。また１５はＧＰＳ処理部でありＧＰＳ衛星４からの信号を受付けて三点測量の手法などにより自端末の位置（緯度、経度）を算出する。また１６は暗号化処理部であり、サーバ２などの送受信する情報の暗号化を行なう。また１７は電源回路である。
【００１６】
また図２のサーバ２において、符号２１は通信ネットワークを介して情報を送受信する通信処理部である。また２２はサーバ２の各処理部を制御する制御部である。また２３はシンクライアント端末１との間で送受信する情報の中継処理を行なうための中継サーバ３を選択する中継サーバ選択部である。また２４はシンクライアント端末１の要求するアプリケーションプログラムを実行してその結果をシンクライアント端末１へ送信するアプリケーション処理部である。また２５は各種情報を記憶するデータベースである。
【００１７】
そしてこのクライアントサーバシステムにおいて、シンクライアント端末１は中継サーバ３を介して情報をサーバ２へ送信し、またサーバ２の選択した中継サーバ３を介して配信情報を受信する。
【００１８】
図３は配信情報と配信情報の配置イメージを示す図である。
次に、図３を用いてサーバの配信する配信情報について説明する。
図３に示すように、配信情報は、主にテキストデータと、画像データにより構成される。そしてテキストデータは、画面内の配置フレーム（配置領域）を示す情報、文書情報、テキストデータの配置フレーム指定情報、文書番号（リビジョン）、書式データ、データ作成日時などの情報と共に配信情報として送信され、また画像データには、画像、画像の配置フレーム指定情報、画像番号（リビジョン）、データ作成日時などの情報と共に配信情報として送信される。またテキストデータや画像データをシンクライアント端末１の画面に複数同時に表示するための配信情報も存在する。そして、配信情報に含まれるテキストデータや画像データは、配信フレームを示す情報に基づいて、図に示すように画面上に配置される。
【００１９】
図４は配信情報の配信の際の処理フローを示す図である。
次に、シンクライアントサーバシステムにおける配信情報の配信の際の処理フローを説明する。
まず、シンクライアント端末１では、ＧＰＳ処理部１５が常時、自端末の位置する緯度、経度を、ＧＰＳ衛星４から送信される信号に基づいて算出する。そして、ユーザの指示に基づいて、シンクライアント端末１がサーバ２へ配信情報を要求する際には、ＣＰＵ１２がＲＯＭ１２２に記録された配信要求プログラムを読み取り、現在の緯度経度に最も近い中継サーバ３をＲＯＭ１２２に記録された中継サーバテーブルから読み取って、当該中継サーバ３を介してサーバ２へ配信要求を送信する（ステップＳ１）。なお、この配信要求を行なう際にシンクライアント端末１のＣＰＵ１２は不揮発メモリ１４内に、ユーザの選択した配信情報が既に格納されているか否かを判定し、格納されていない場合にのみ配信要求を送信する。なおこの処理についての詳細は後述する。中継サーバ３は配信要求をシンクライアント１から受付けるとサーバ２へ転送する（ステップＳ２）。この際中継サーバ３は自サーバの位置情報を配信要求に格納して配信要求をサーバ２へ転送する。なお中継サーバ３はシンクライアント端末１と同様にＧＰＳ衛星４からの信号を受信して、自サーバの位置を検出する。
【００２０】
サーバ２では中継サーバ選択部２３が常時、複数の中継サーバ３に対して応答要求を送信し、その結果中継サーバ３から応答を受信した際の、該応答要求の送信時刻から経過した時間に応じて、中継サーバ３ごとの負荷のレベルを判定する。例えば応答を受信するまでの時間に応じて中継サーバ３ごとの数段階の負荷レベルを決定し、該負荷レベルと中継サーバ２の位置情報（緯度、経度）とをデータベース２５の負荷計測テーブルなどに記録しておく。
【００２１】
そして、サーバ２においてシンクライアント端末１の送信した配信要求を受信すると、中継サーバ選択部２３が当該配信要求に含まれるシンクライアント端末１の位置情報を読み取る。そして、その読み取った位置情報と負荷計測テーブルに記録されている中継サーバ３の位置情報とに基づいて距離を算出し、シンクライアント端末１と最も距離が近い中継サーバ３から順に負荷レベルが既定値以下であるか否かを判定していく。そして中継サーバ選択部２３は、シンクライアント端末１と距離が近く、負荷レベルが既定値以下であると判定した最初の中継サーバ３を、配信要求を行なったシンクライアント端末１と情報を送受信する際に当該情報を中継させる中継サーバ３と選択する（ステップＳ３）。そして、サーバ２は選択した中継サーバ３を介して配信情報をシンクライアント端末１へ送信する（ステップＳ４）。これ以降、サーバ２とシンクライアント端末１との間の情報の送受信は選択された中継サーバ３を介して行なわれる。これにより配信情報をシンクライアント端末１へ配信することができる。
【００２２】
図５は配信情報が不揮発メモリに格納されているか否かを判定する処理フローを示す図である。
ここで、上述のステップＳ１における、配信情報の配信要求を行なうにあたり、当該配信情報が不揮発メモリ内に格納されているか否かを判定する処理の詳細について説明する。
ユーザがシンクライアント端末１を用いてサーバ２にアクセスし、サーバ２のデータベース２５で保持している配信情報を選択すると（ステップＳ１０１）、その配信情報のリビジョンやファイル名がサーバ２からシンクライアント端末１に送信される（ステップＳ１０２）。シンクライアント端末１のＣＰＵ１２は、ＲＯＭ１２２で保持されているプログラムを実行し、不揮発メモリ１４内に格納されている情報の中に、サーバ２から受けつけたファイル名、リビジョンの配信情報が含まれているか否かを判定する（ステップＳ１０３）。そして、サーバ２から受けつけたファイル名、リビジョンの配信情報が、不揮発メモリ１４内に格納されている場合には、配信要求を停止し（ステップＳ１０４）、格納されている配信情報を画面などに出力する（ステップＳ１０５）。また格納されていない場合には配信要求をサーバ２に送信する（ステップＳ１０６）。なお、配信情報の中に、テキストデータや画像データがある場合には、それぞれについて不揮発メモリ１４内に格納されているか否かを順次判定して、格納されていないものだけの配信要求を行うようにしてもよい。これにより、シンクライアント１がユーザの指示によって、既に自端末に記憶されている配信情報を再度配信要求することがなくなるので、ネットワーク負荷とサーバ２側の配信処理が軽減される。
【００２３】
またシンクライアント端末１は、配信情報を受付けると、当該配信情報に受信した日時と、期間の情報を対応付けて不揮発メモリ１４内に登録する。そして、ＣＰＵ１２はＲＯＭ１２２に格納されているプログラムを実行して、ＲＴＣ１３がカウントする時刻に基づき、配信情報を受信した時刻から、前記期間が経過したか否かを判定する処理を行なう。そして前記期間に達した際に配信情報を不揮発メモリ１４から削除する処理を行なう。また、シンクライアント端末１の電源断時には、不揮発メモリ１４に格納した配信情報を削除するようにしてもよい。これにより一定時間経過後、または電源断時にシンクライアント端末１から配信情報を削除するので、シンクライアント端末１が盗難にあった場合や、紛失した場合などの際の、情報漏洩の影響を軽減することができる。
【００２４】
また上記処理においてサーバ２は、配信情報の配信要求をシンクライアント端末１から受信した際に、当該シンクライアント端末１の認証を行なってもよい。
この認証の処理は、まず、サーバ２がアクセス許可するシンクライアント端末１をデータベース２５にアクセス可能端末一覧として記憶している。そして、シンクライアント端末１から配信要求を受信した際に、当該配信要求と共に受信したユーザＩＤ、パスワード、端末情報、アクセス日時などを検出し、照合が合っていれば配信要求を受付ける。
【００２５】
図６は配信情報の編集時の処理フローを示す図である。
次に、配信情報の編集時の処理フローについて説明する。
サーバ２から受信した配信情報について、ユーザがキーボードなどを用いて入力した編集指示をシンクライアント端末１が受付けると（ステップＳ６０１）、シンクライアント端末１のＣＰＵ１２は、編集許可要求をサーバ２へ通知する（ステップＳ６０２）。編集許可要求には編集対象の配信情報を識別するための情報やユーザＩＤや端末識別情報などが格納されている。ここで、サーバ２はデータベース２５の編集許可テーブルに、配信情報に含まれるテキストデータや画像データごとに編集を行なうことができるユーザＩＤや端末情報について予め記録している。そしてサーバ２は編集許可要求を受けると、当該編集許可要求に含まれるユーザＩＤや端末識別情報が、編集対象の配信情報を識別する為の情報に対応付けられて編集許可テーブルに記録されているか否かを判定する（ステップＳ６０３）。そして記録されいている場合には編集許可を応答し（ステップＳ６０４）、また記録されていない場合には編集不許可の情報を応答する（ステップＳ６０５）。シンクライアント端末１は編集不許可を受けた場合には、編集不許可を画面に出力してユーザに通知する処理を行なう（ステップＳ６０６）。
【００２６】
シンクライアント端末１はサーバ２から編集許可を受けた場合には、ユーザから入力を受けつけた編集指示に対応する処理を行なう（ステップＳ６０７）。そして、その編集処理を施した配信情報を不揮発メモリ１４に書き込み、編集処理後の編集情報を画面に出力する（ステップＳ６０８）。そして編集処理後の配信情報の保存指示を受付けると（ステップＳ６０９）、ＣＰＵ１２はサーバ２に対して編集処理された配信情報と共に保存要求の情報を送信する（ステップＳ６１０）。これによりサーバ２のアプリケーション処理部２４は保存要求を受けた配信情報をデータベース２５に登録する（ステップＳ６１１）。この時アプリケーション処理部２４は配信情報に含まれるテキストデータや画像データのリビジョンを更新して登録する。なお、アプリケーション処理部２４による配信情報の格納の処理についての詳細は後述する。
【００２７】
また上述の編集の処理においてシンクライアント端末１は、ユーザからのキーボードやマウスを用いた入力を受付けてから次の入力を受付けるまでの無入力時間をＲＴＣ１３により計測し、無入力時間が所定の時間以上経過した場合には、配信情報を不揮発メモリ１４から削除するようにしてもよい。
【００２８】
次にサーバにおける配信情報の格納処理について説明する。
図７はサーバにおける配信情報の格納処理の処理概要を示す図である。
この図７の（ａ）は有効期限無しの保存要求を受けつけた場合の格納処理を示している。（ａ）に示すように、サーバ２は、保存要求を受けつけた最新の配信情報のデータについてはリビジョンを最新（リビジョン０：Ｒｅｖ．０）とし、前回の配信情報をリビジョン０からリビジョン１に更新する。また同様に更新毎に記録された前回以前の配信情報のリビジョンを更新する。なお同一の配信情報についてのリビジョンの数は限られており、図７の（ａ）の例ではリビジョンの数は４つと限られている。そしてＡ，Ｂ，Ｃ，Ｄの４つの各配信情報のデータがリビジョン０〜リビジョン４であった場合に、配信情報Ｚのデータの保存要求を受けつけた場合には、リビジョン０〜３をリビジョン１〜４と更新し、元のリビジョン４の配信情報Ｄを削除する。
【００２９】
また図７の（ｂ）は有効期限有りの保存要求を受けつけた場合の格納処理を示している。（ｂ）に示すようにサーバ２は（ａ）の処理を行なう際に、格納した最新の配信情報のデータについて有効期限を設定して共に保存する。そして、例えば登録確定などの指示がない場合には最初に保存した時刻から有効期限経過した時点で、格納した最新の配信情報を不揮発メモリ１４から削除する。これによりリビジョン０のデータが削除されるので、リビジョン更新により当該リビジョンを下げたデータ（この場合は配信情報Ａ）をリビジョン０に格上げ更新するようにしてもよい。
【００３０】
図８は配信情報の更新時の処理概要を示す図である。
図８に示すように上述の配信情報の更新要求の際に、当該配信情報に画像データが含まれる場合には、テキストデータを格納するデータベースとは異なる他のデータベースを用いるようにしてもよい。つまり、テキストデータについてはデータベース２５に格納し、画像データについては他のデータベースに一時格納して、このデータベース内で画像データの復号化処理やウィルスチェック処理などを行うようにしても良い。これにより画像データについての各種処理を別データベースで行なうことができるようになるので、その分サーバ２の負荷を軽減することができる。
【００３１】
以上、本発明の実施形態について説明したが、上述の各サーバは内部に、コンピュータシステムを有している。そして、上述した処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００３２】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００３３】
【図１】クライアントサーバシステムの構成を示すブロック図である。
【図２】シンクライアント端末とサーバとの機能ブロック図である。
【図３】配信情報と配信情報の配置イメージを示す図である。
【図４】配信情報の配信の際の処理フローを示す図である。
【図５】配信情報が格納されているか否かを判定する処理フローを示す図である。
【図６】配信情報の編集時の処理フローを示す図である。
【図７】サーバにおける配信情報の格納処理の処理概要を示す図である。
【図８】配信情報の更新時の処理概要を示す図である。
【符号の説明】
【００３４】
１・・・シンクライアント端末、２・・・サーバ、３・・・中継サーバ、４・・・ＧＰＳ衛星
【図１】
2007065835.tif 000003
【図２】
2007065835.tif 000004
【図３】
2007065835.tif 000005
【図４】
2007065835.tif 000006
【図５】
2007065835.tif 000007
【図６】
2007065835.tif 000008
【図７】
2007065835.tif 000009
【図８】
2007065835.tif 000010