(57)【要約】【課題】処理が未完了なコンテンツが存在する画面に対するユーザ操作を排除しながら画面操作性に関するユーザビリティを向上させるための技術を提供することである。【解決手段】本発明の一態様は、処理結果が出力される複数のコンテンツ画面をクライアント装置に提供する画面情報提供部と、クライアント装置に表示されるコンテンツ画面に対する操作を制御するための制御情報をクライアント装置に提供する制御情報提供部とを有し、制御情報は、少なくともクライアント装置に対するコンテンツの送信が完了するまで、コンテンツ画面に対する操作を不可状態でクライアント装置に表示させるサーバシステムに関する。【選択図】図８
2018014139.tif 000002
【特許請求の範囲】
【請求項１】
制御情報によって、１つのポータル画面に各種コンテンツ画面をロードする際に、個々のコンテンツ画面毎に、コンテンツの送信が完了するまで前記コンテンツ画面を操作不可状態としてクライアント装置に表示させるサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント・サーバシステムに関し、より詳細には、クライアント装置におけるインタフェース関連技術に関する。
【背景技術】
【０００２】
現在、ユーザはパーソナルコンピュータや携帯端末などの情報処理装置を利用して、インターネットを介しサーバとやりとりし、各種サービスやコンテンツを利用することができる。例えば、ユーザは、パーソナルコンピュータ上で実行されるＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒなどのブラウザを利用して、インターネット上の所望のウェブサイトにアクセスすることができる。また同様に、ユーザは、タブレットやスマートフォン上のＧｏｏｇｌｅ  ＣｈｒｏｍｅやＳａｆａｒｉなどのブラウザや各種アプリを利用して、インターネットを介し各種サービスを利用することができる。
【０００３】
ユーザが複数のアプリケーションやコンテンツを同時に利用することを可能にするための各種アプローチが開発されてきた。例えば、ウィンドウ形式では、各アプリケーションやコンテンツがウィンドウ形式によりディスプレイに表示され、ユーザは、複数のウィンドウを閲覧及び切り替えながら、所望のアプリケーションやコンテンツに対して処理を実行することができる。また、ガジェット形式では、図１に示されるように、複数のコンテンツ画面が１つのポータル画面に収容され、ユーザは、当該ポータル画面上で所望のコンテンツやサービスを利用することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３７３２５５号公報
【特許文献２】特開２０１１−７６３０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
１つのポータル画面に各種コンテンツ画面をロードする際、コンテンツの種別に応じてコンテンツ画面をロードするに要する時間は一般に異なりうる。ロード処理が未完了のコンテンツ画面をユーザが操作することによって、予期しないエラーが発生する可能性があることが知られている。このような予期しないエラーの発生を回避するため、全てのコンテンツ画面の取得が完了するまで、ポータル画面全体をユーザが操作できない状態にすることが考えられる。
【０００６】
しかしながら、この場合、ポータル画面上の全てのコンテンツ画面のロード処理が完了するまで、ユーザはサービスを利用することができず、ユーザビリティの観点から望ましくない。
【０００７】
上述した問題点を鑑み、本発明の課題は、処理が未完了なコンテンツが存在する画面に対するユーザ操作を排除しながら画面操作性に関するユーザビリティを向上させるための技術を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の一態様は、処理結果が出力される複数のコンテンツ画面をクライアント装置に提供する画面情報提供部と、前記クライアント装置に表示されるコンテンツ画面に対する操作を制御するための制御情報を前記クライアント装置に提供する制御情報提供部とを有し、前記制御情報は、少なくとも前記クライアント装置に対するコンテンツの送信が完了するまで、前記コンテンツ画面に対する操作を不可状態で前記クライアント装置に表示させるサーバシステムに関する。
【０００９】
本発明の他の態様は、サーバシステムから複数のコンテンツを受信する受信部と、制御情報に従って前記コンテンツのコンテンツ画面を表示する表示部とを有し、前記表示部は、少なくとも前記サーバシステムからのコンテンツの送信が完了するまで、前記コンテンツ画面に対する操作を不可状態で表示するクライアント装置に関する。
【００１０】
本発明の更なる他の態様は、サーバシステムからの複数のコンテンツの取得を開始するステップと、前記コンテンツの送信が完了するまで、前記コンテンツのコンテンツ画面に対する操作を不可状態で表示するステップと、前記コンテンツの送信が完了すると、前記コンテンツ画面に対する操作を可能状態で表示するステップとをクライアント装置に実行させるためのプログラムに関する。
【発明の効果】
【００１１】
本発明によると、クライアント装置は、処理が未完了なコンテンツが存在する画面に対するユーザ操作によるエラーの発生を回避しながら画面操作性に関するユーザビリティを向上させることができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、一例となるポータル画面を示す図である。
【図２】図２は、本発明の一実施例によるクライアント・サーバシステムを示す概略図である。
【図３】図３は、本発明の一実施例によるクライアント装置のハードウェア構成を示すブロック図である。
【図４】図４は、本発明の一実施例によるサーバ装置のハードウェア構成を示すブロック図である。
【図５】図５は、本発明の一実施例によるクライアント装置の機能構成を示すブロック図である。
【図６】図６は、本発明の一実施例によるコンテンツ収容画面を示す図である。
【図７】図７は、本発明の他の実施例によるコンテンツ収容画面を示す図である。
【図８】図８は、本発明の一実施例によるサーバシステムの機能構成を示す。
【図９】図９は、本発明の一実施例によるコンテンツ収容画面の生成処理を示すフロー図である。
【図１０】図１０は、本発明の一実施例によるコンテンツ収容画面の生成処理を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面に基づいて本発明の実施の形態を説明する。
【００１４】
後述される実施例では、クライアント・サーバシステムが開示される。本開示を概略すると、クライアント装置は、１つ以上のコンテンツ画面を収容するポータル画面を提供するウェブサイトにアクセスすると、各コンテンツの送信が完了するまで当該コンテンツに対応するコンテンツ画面を操作不可状態によりポータル画面に表示する。当該コンテンツの送信が完了すると、クライアント装置は、コンテンツ画面を操作可能状態に切り替えてコンテンツ収容画面に表示する。これにより、ユーザがコンテンツ送信中のコンテンツ画面を操作することを不可にしながら、コンテンツ送信が完了したコンテンツをポータル画面においてユーザが利用することを可能にする。
【００１５】
まず、図２を参照して、本発明の一実施例によるクライアント・サーバシステムを説明する。図２は、本発明の一実施例によるクライアント・サーバシステムを示す概略図である。
【００１６】
図２に示されるように、クライアント・サーバシステム１０は、クライアント装置１００及びサーバシステム２００を有する。ユーザは、クライアント装置１００を操作することによって、サーバシステム２００から提供される各種サービス及びコンテンツを利用する。
【００１７】
クライアント装置１００は、パーソナルコンピュータ、タブレット、スマートフォンなどの通信機能を備えた情報処理装置である。例えば、クライアント装置１００がパーソナルコンピュータである場合、ユーザは、クライアント装置１００上で実行されるブラウザを利用して、サーバシステム２００により提供されるウェブサイトにアクセスする。ここで、当該ウェブサイトがユーザ認証を要求する場合、ユーザは、ユーザＩＤ及びパスワードなどの認証情報を入力することによって当該ウェブサイトのポータル画面にアクセスする。また、クライアント装置１００がタブレットやスマートフォンである場合、ユーザは、クライアント装置１００上で実行されるブラウザや各種アプリを利用して、サーバシステム２００にアクセスし、サーバシステム２００を介し提供されるコンテンツ収容画面上で各種サービス又はコンテンツを利用する。
【００１８】
クライアント装置１００は、典型的には、図３に示されるように、バスＢを介し相互接続されるドライブ装置１０１、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０４、通信装置１０５、表示装置１０６及び入力装置１０７を有する。
【００１９】
クライアント装置１００における後述される各種機能及び処理を実現するプログラムは、ネットワークを介してダウンロードされてもよいし、メモリカードやＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリなどの記録媒体１０８によって提供されてもよい。プログラムを記憶した記録媒体１０８がドライブ装置１０１にセットされると、プログラムが記録媒体１０８からドライブ装置１０１を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。
【００２０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムやデータを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるようなクライアント装置１００の各種機能及び処理を実行する。
【００２１】
通信装置１０５は、ネットワークに接続するための通信インタフェースとして用いられる。通信装置１０５は、送信対象のデータを適切な信号に変換し、ネットワークに送信する。また、通信装置１０５は、ネットワークから受信した信号を適切なデータに変換し、メモリ装置１０３などの適切な装置に提供する。
【００２２】
表示装置１０６は、ＣＰＵ１０４による処理結果などを表示するのに用いられ、例えば、液晶ディスプレイ、ブラウン管ディスプレイ（ＣＲＴ）、プラズマディスプレイなどの各種ディスプレイにより実現される。入力装置１０７は、ユーザがクライアント装置１００に命令やデータなどを入力するのに用いられ、例えば、タッチパネル、キーボード、スタイラス、マイクロフォン、カメラ、スキャナなどにより実現される。
【００２３】
しかしながら、クライアント装置１００は、上述したハードウェア構成に限定されるものでなく、他の何れか適切なハードウェア構成により実現されてもよい。
【００２４】
サーバシステム２００は、１つ以上のサーバから構成され、インターネットなどのネットワークに接続される。サーバシステム２００は、クライアント装置１００からの処理要求に応答して、要求元のクライアント装置１００に各種データを提供する。典型的には、複数のサーバが連係してクライアント装置１００に各種サービスを提供する。図４に示されるように、サーバシステム２００の各サーバは、バスＢを介し相互接続されるドライブ装置２０１、補助記憶装置２０２、メモリ装置２０３、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０４、インタフェース装置２０５及び通信装置２０６を有する。
【００２５】
サーバシステム２００における後述される各種機能及び処理を実現するプログラムを含む各種コンピュータプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、フラッシュメモリなどの記録媒体２０７によって提供されてもよい。プログラムを記憶した記録媒体２０７がドライブ装置２０１にセットされると、プログラムが記録媒体２０７からドライブ装置２０１を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０７により行う必要はなく、ネットワークなどを介し何れかの外部装置からダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。
【００２６】
メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムやデータを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるようなサーバ装置２００の各種機能及び処理を実行する。インタフェース装置２０５は、ネットワーク又は外部装置に接続するための通信インタフェースとして用いられる。通信装置２０６は、インターネットなどのネットワークと通信するための各種通信処理を実行する。
【００２７】
しかしながら、サーバシステム２００の各サーバは、上述したハードウェア構成に限定されるものでなく、他の何れか適切なハードウェア構成により実現されてもよい。
【００２８】
次に、図５を参照して、本発明の一実施例によるクライアント装置の構成を説明する。図５は、本発明の一実施例によるクライアント装置の機能構成を示すブロック図である。
【００２９】
図５に示されるように、クライアント装置１００は、受信部１１０及び表示部１２０を有する。
【００３０】
受信部１１０は、サーバシステム２００から複数のコンテンツを受信する。具体的には、受信部１１０は、ユーザにより利用される複数のコンテンツをサーバシステム２００から受信する。当該コンテンツは、デフォルトで設定されてもよいし、又はユーザにより選択されてもよい。
【００３１】
一実施例では、受信部１１０は、複数のコンテンツ画面を収容するコンテンツ収容画面をサーバシステム２００から取得してもよい。ここで、コンテンツ収容画面は、ブラウザやアプリケーションによって表示され、利用可能な各種サービスやコンテンツを収容するポータル画面であってよい。例えば、コンテンツ収容画面は、フレームワーク部分と、フレームワーク部分に収容されるコンテンツ画面とから構成される。ユーザは、単一のコンテンツ収容画面を閲覧し、収容されている各種コンテンツ画面を操作することによって、対応するサービスを利用することができる。なお、コンテンツ収容画面に収容されるコンテンツ画面は、デフォルトで設定されてもよいし、又はユーザにより選択されてもよい。
【００３２】
表示部１２０は、制御情報に従ってコンテンツ画面を表示すると共に、少なくともサーバシステム２００からのコンテンツの送信が完了するまで、コンテンツ画面に対する操作を不可状態で表示する。具体的には、表示部１２０は、サーバシステム２００から受信した制御情報に従って、サーバシステム２００からの送信が完了したコンテンツのコンテンツ画面及び／又は送信が未完了のコンテンツのコンテンツ画面を表示し、送信が未完了のコンテンツのコンテンツ画面を操作不可状態により表示する。他方、表示部１２０は、送信が完了したコンテンツのコンテンツ画面を操作可能状態により表示する。ここで、制御情報は、例えば、プログラムの実行の有無を示す（フラグ）情報、実行終了したプログラムを示す情報、プログラムの処理結果を表示する領域を示す情報、当該領域を（拡大・縮小に伴って）動的に制御するための情報などを含むものであってもよい。
【００３３】
例えば、ユーザがブラウザを利用してポータル画面により各種サービスやコンテンツを提供するウェブサイトにアクセスすると、サーバシステム２００は、当該ウェブサイトのトップ画面をクライアント装置１００に提供する。ここで、当該トップ画面は、ウェブサイトにおいて利用可能な各種サービスにアクセスするためのポータル画面であってもよい。あるいは、ポータル画面上で提供される各種サービスが認証されたユーザのみに利用可能である場合、当該トップ画面は、ユーザに認証情報を入力させるための画面であってもよく、ユーザ認証が成功すると、ポータル画面に遷移してもよい。次に、受信部１１０は、ポータル画面に収容される所定のコンテンツ又はユーザにより選択されたコンテンツをサーバシステム２００から取得し、表示部１２０は、取得したコンテンツに対応するコンテンツ画面をポータル画面に配置する。ここで、コンテンツの取得中、表示部１２０は、制御情報に従って、サーバシステム２００から当該コンテンツの送信が完了するまで、対応するコンテンツ画面を操作不可状態によりポータル画面上に表示する。例えば、図６に示されるように、表示部１２０は、サーバシステム２００からのコンテンツの送信が完了していない間は、ユーザが操作できないように当該コンテンツ画面Ａを操作不可状態により表示する。例えば、表示部１２０は、ロード中のコンテンツ画面を操作不可状態にすると共に、当該コンテンツ画面Ａに半透明画像（シャッタ）を重畳することによって、当該操作不可状態のコンテンツ画面Ａをポータル画面に表示してもよい。例えば、当該半透明画像は、図６に示されるようなコード又はプログラムにより生成されてもよい。しかしながら、本発明は半透明画像に限定されるものでなく、コンテンツ画面を操作不可状態にするための他の何れか適切な表示方式が利用されてもよい。これにより、ユーザは、ポータル画面において操作不可状態のコンテンツ画面Ａを容易に確認することが可能になる。一方、コンテンツの送信が完了すると、表示部１２０は、当該コンテンツ画面Ａを操作可能状態に切り替え、重畳されている半透明画像を排除する。
【００３４】
一実施例では、表示部１２０は、複数のコンテンツの個々のコンテンツの取得状況に応じて、コンテンツ収容画面における個々のコンテンツに対応するコンテンツ画面の表示状態を制御してもよい。図６に示されるポータル画面では、複数のコンテンツ画面が提供され、図示されたタイミングでは、コンテンツ画面Ａがロード中となっており、当該コンテンツ画面Ａは操作不可状態により表示されている。他方、他のコンテンツ画面はロード処理が完了しており、これらのコンテンツ画面は操作可能状態により表示されている。ここで、本発明はロード中のコンテンツ画面全体を操作不可状態により表示することに限定されるものでなく、例えば、ロード中のコンテンツ画面の一部の領域（リンク部分など）のみを操作不可状態により表示してもよい。一般に、ユーザがロード中のコンテンツ画面のリンク部分を操作したとき、エラーが生じる可能性があるためである。これにより、ユーザは、同じポータル画面にロード中のコンテンツ画面があったとしても、ロード処理が完了したコンテンツ画面を利用することが可能になる。
【００３５】
一実施例では、制御情報は、コンテンツ収容画面におけるコンテンツ画面の表示位置と、コンテンツ画面に対する操作を不可状態又は可能状態で表示するタイミングとを規定する表示仕様情報を含むものであってもよい。このとき、表示部１２０は更に、取得した表示仕様情報に従って当該コンテンツに対応するコンテンツ画面をコンテンツ収容画面に表示してもよい。例えば、表示仕様情報は、ポータル画面における当該コンテンツに対応するコンテンツ画面の表示位置及び表示サイズと、当該コンテンツ画面を操作不可状態又は操作可能状態により表示するタイミングとを規定してもよい。具体的には、受信部１１０はまず、ポータル画面上で提供されるコンテンツを取得する前に、ポータル画面上でコンテンツ画面を表示する位置及び／又は当該コンテンツ画面に対してシャッタを起動するタイミングを規定する表示仕様情報を含む制御情報をサーバシステム２００から取得する。サーバシステム２００から当該コンテンツの取得中、表示部１２０は、取得した表示仕様情報に従ってコンテンツ画面を表示してもよい。例えば、表示部１２０は、サーバシステム２００にコンテンツ取得要求を送信したタイミングでシャッタ機能を起動し、サーバシステム２００からコンテンツ送信完了通知を受信したタイミングでシャッタ機能を解除してもよい。また、表示仕様情報はコンテンツ画面におけるシャッタ対象領域を指定してもよい。例えば、コンテンツ画面全体をシャッタ対象領域とする場合、表示仕様情報は、シャッタ対象領域としてコンテンツ画面全体を指定してもよい。また、リンク部分などコンテンツ画面の一部をシャッタ対象領域とする場合、表示仕様情報は、シャッタ対象領域としてコンテンツ画面の当該部分を指定してもよい。これにより、フレキシブルにシャッタ対象領域を指定することが可能になる。
【００３６】
また、上述した実施例は、シャッタ対象領域がブラウザなどのアプリケーションによって構成されるポータル画面に収容されるコンテンツ画面又はその一部の領域であるとして説明された。しかしながら、本発明はこれに限定されるものでなく、シャッタ対象領域は、例えば、クライアント装置１００の画面上に表示される２つ以上のプログラム、アプリケーション、ソフトウェアなどにより生成される画面又はその一部の領域であってもよい。例えば、図７において、クライアント装置１００においてプログラムＡ，Ｂ，Ｃ，Ｄが起動され、プログラムＡ，Ｃはロード処理などのユーザ操作を可能にする所定の処理が完了して操作可能状態である一方、プログラムＢ，Ｄは所定の処理が未完了であり操作不可状態であるケースが示される。このとき、図示されるように、クライアント装置１００は、プログラムＡ，Ｂ，Ｃ，Ｄを画面上に一緒に表示する際、プログラムＡ，Ｃを操作可能状態によって、プログラムＢ，Ｄを操作不可状態によって表示してもよい。すなわち、本発明のコンテンツ収容画面は、ブラウザによって構成されるポータル画面に限定されず、複数のプログラムによって構成される各画面を収容する単一の画面であってもよい。また、操作不可状態にされる領域は、プログラムＢに示されるような画面全体でなく、プログラムＤに示されるようなリンク部分やボタンなど所定の処理の実行中のユーザ操作によりエラーが生じる一部の領域であってもよい。
【００３７】
次に、図８を参照して、本発明の一実施例によるサーバシステムの構成を説明する。図８は、本発明の一実施例によるサーバシステムの機能構成を示す。
【００３８】
図８に示されるように、サーバシステム２００は、画面情報提供部２１０及び制御情報提供部２２０を有する。
【００３９】
画面情報提供部２１０は、処理結果が出力される複数のコンテンツ画面をクライアント装置１００に提供する。具体的には、画面情報提供部２１０は、要求されたコンテンツのコンテンツ画面をクライアント装置１００に提供する。一実施例では、画面情報提供部２１０は、複数のコンテンツ画面を収容するコンテンツ収容画面をクライアント装置１００に提供する。一実施例では、コンテンツ収容画面は、ブラウザにより表示されるポータル画面であってもよく、コンテンツ画面は、ポータル画面に収容されるガジェット形式の画面であってもよい。あるいは、コンテンツ収容画面は、複数のプログラムによって構成される各画面を収容する何れかの単一の画面であってもよい。典型的には、画面情報提供部２１０はまず、コンテンツ収容画面の画面情報をクライアント装置１００に提供し、その後に収容対象の各コンテンツ画面の画面情報をクライアント装置１００に提供してもよい。これにより、クライアント装置１００は、先行して取得したコンテンツ収容画面を表示し、その後に表示されたコンテンツ収容画面に収容対象のコンテンツ画面を表示することが可能になる。
【００４０】
制御情報提供部２２０は、クライアント装置１００に表示されるコンテンツ画面に対する操作を制御するための制御情報をクライアント装置１００に提供し、制御情報は、少なくともクライアント装置１００に対するコンテンツの送信が完了するまで、コンテンツ画面に対する操作を不可状態でクライアント装置１００に表示させる。上述されたように、図６に示されるように、クライアント装置１００は、制御情報提供部２２０から受信した制御情報に従って、コンテンツの送信が完了していない間は、ユーザが操作できないように当該コンテンツ画面Ａを操作不可状態により表示する。例えば、クライアント装置１００は、受信した制御情報に従って、ロード中のコンテンツ画面又はその一部の領域を操作不可状態にすると共に、当該コンテンツ画面Ａに半透明画像（シャッタ）を重畳することによって、当該操作不可状態のコンテンツ画面Ａをポータル画面に表示してもよい。しかしながら、本発明による制御情報は、これに限定されるものでなく、コンテンツ画面を操作不可状態にするための他の何れか適切な表示方式が利用されてもよい。一方、コンテンツの取得が完了すると、クライアント装置１００は、当該コンテンツ画面Ａを操作可能状態に切り替え、重畳されている半透明画像を排除する。
【００４１】
一実施例では、制御情報は、クライアント装置１００上で実行され、クライアント装置１００によるコンテンツの受信が完了するまでの間、クライアント装置１００を用いたコンテンツ画面に対する操作を不可とする状態を作出するプログラムを含むものであってもよい。すなわち、サーバシステム２００は、クライアント装置１００に対してスクリプト・プログラムを含むＨＴＭＬ文書を送信し、クライアント装置１００の画面上に要求された画面を表示させる。クライアント装置１００に送信されたスクリプト・プログラムは、ＨＴＭＬ文書の表示と共に実行され、クライアント装置１００上に処理結果が表示されるまでの間は、当該スクリプト・プログラムによりクライアント装置１００のコンテンツ操作を不可とする。サーバシステム２００により処理終了通知が発信され、クライアント装置１００において受信されると、当該スクリプト・プログラムによる操作を不可とする制御が解除される。
【００４２】
一実施例では、制御情報は、複数のコンテンツの個々のコンテンツの取得状況に応じて、コンテンツ収容画面における個々のコンテンツに対応するコンテンツ画面の表示状態を制御してもよい。制御情報は、図６に示されるように、ロード中のコンテンツ画面Ａを操作不可状態により表示させる一方、ロード処理が完了したコンテンツ画面を操作可能状態により表示させてもよい。また、制御情報は、ロード中のコンテンツ画面の一部の領域（リンク部分など）のみを操作不可状態により表示させてもよい。
【００４３】
一実施例では、制御情報は、コンテンツ収容画面におけるコンテンツ画面の表示位置と、コンテンツ画面を操作不可状態又は操作可能状態により表示するタイミングとを規定する表示仕様情報を含んでもよい。また、表示仕様情報は、コンテンツ画面におけるシャッタ対象領域を指定してもよい。例えば、コンテンツ画面全体をシャッタ対象領域とする場合、表示仕様情報は、シャッタ対象領域としてコンテンツ画面全体を指定してもよい。また、リンク部分などコンテンツ画面の一部をシャッタ対象領域とする場合、表示仕様情報は、シャッタ対象領域としてコンテンツ画面の当該部分を指定してもよい。これにより、フレキシブルにシャッタ対象領域を指定することが可能になる。
【００４４】
次に、図９を参照して、本発明の一実施例によるクライアント装置によるコンテンツ収容画面生成処理を説明する。図９は、本発明の一実施例によるコンテンツ収容画面生成処理を示すフロー図である。ここで、当該コンテンツ収容画面生成処理は、クライアント装置１００のプロセッサにより実行されるプログラム又はコードによって実現されてもよい。また、当該プログラム又はコードは、サーバシステム２００により提供されてもよい。
【００４５】
図９に示されるように、ステップＳ１０１において、クライアント装置１００は、サーバシステム２００からの複数のコンテンツの取得を開始する。例えば、当該取得処理は、クライアント装置１００がサーバシステム２００により提供されるウェブサイトのポータル画面にアクセスしたことに応答して開始されてもよい。しかしながら、本発明による取得処理の開始タイミングはこれに限定されず、コンテンツ画面の更新タイミングなど他の何れか適切なタイミングであってもよい。取得対象のコンテンツは、デフォルトで設定されたコンテンツであってもよいし、又はユーザにより選択されたコンテンツであってもよい。
【００４６】
ステップＳ１０２において、クライアント装置１００は、コンテンツの送信が完了するまで、当該コンテンツに対する操作を不可状態で表示する。例えば、クライアント装置１００は、ロード処理中のコンテンツ画面をユーザによる操作不可状態にすると共に、当該コンテンツ画面に半透明画像（シャッタ）を重畳することによって、当該操作不可状態のコンテンツ画面をコンテンツ収容画面に表示してもよい。
【００４７】
ステップＳ１０３において、クライアント装置１００は、コンテンツの送信が完了すると、コンテンツ画面を操作可能状態によりコンテンツ収容画面に表示する。操作不可状態のコンテンツ画面にシャッタが重畳されている場合、クライアント装置１００は、当該コンテンツ収容画面を操作可能状態にすると共に、重畳されているシャッタを排除する。
【００４８】
次に、図１０を参照して、本発明の一実施例によるクライアント・サーバシステムにおけるコンテンツ画面生成処理を説明する。図１０は、本発明の一実施例によるコンテンツ収容画面生成処理を示すシーケンス図である。当該コンテンツ収容画面生成処理は、例えば、ユーザがブラウザを利用してポータル画面を提供するウェブサイトにアクセスしたことに応答して開始されてもよい。
【００４９】
図１０に示されるように、ステップＳ２０１において、クライアント装置１００は、ブラウザを介し当該ウェブサイトのポータル画面にアクセスする。ここで、当該ポータル画面のフレームワーク、すなわち、収容されるコンテンツを含まないポータル画面がまずサーバシステム２００により提供されてもよく、ポータル画面に収容される各コンテンツは同一又は異なるサーバシステム２００により提供されてもよい。
【００５０】
ステップＳ２０２において、クライアント装置１００は、ポータル画面を起動すると共に、ポータル画面に収容されるコンテンツ画面の表示詳細情報を含む制御情報を取得する。例えば、表示詳細情報は、当該コンテンツ画面の表示位置及び／又はシャッタの起動タイミングを有する。
【００５１】
ステップＳ２０３において、クライアント装置１００は、取得した表示詳細情報に従ってシャッタ機能を起動する。
【００５２】
ステップＳ２０４において、クライアント装置１００は、収容対象のコンテンツの取得要求をサーバシステム２００に送信し、サーバシステム２００から各コンテンツを受信する。コンテンツの受信中、クライアント装置１００は、ポータル画面において対応するコンテンツ画面を操作不可状態により表示する。
【００５３】
ステップＳ２０５において、各コンテンツの送信を完了すると、サーバシステム２００は、当該コンテンツの送信が完了したことをクライアント装置１００に通知する。
【００５４】
ステップＳ２０６において、コンテンツ送信完了通知を受信すると、クライアント装置１００は、当該コンテンツに対するシャッタ機能を解除すると共に、対応するコンテンツ画面を操作可能状態にする。
【００５５】
以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５６】
１０  クライアント・サーバシステム
１００  クライアント装置
１１０  受信部
１２０  表示部
２００  サーバシステム
２１０  画面情報提供部
２２０  制御情報提供部
【図１】
2018014139.tif 000003
【図２】
2018014139.tif 000004
【図３】
2018014139.tif 000005
【図４】
2018014139.tif 000006
【図５】
2018014139.tif 000007
【図６】
2018014139.tif 000008
【図７】
2018014139.tif 000009
【図８】
2018014139.tif 000010
【図９】
2018014139.tif 000011
【図１０】
2018014139.tif 000012