特許 6221395 情報処理システム、クライアント装置、サーバ装置およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6221395

(24)【登録日】2017年10月13日

(45)【発行日】2017年11月1日

(54)【発明の名称】情報処理システム、クライアント装置、サーバ装置およびプログラム

(51)【国際特許分類】

   G06F 15/00 20060101AFI20171023BHJP

   G06F 13/00 20060101ALI20171023BHJP

【ＦＩ】

   G06F15/00 410A

   G06F13/00 550A

【請求項の数】9

【全頁数】19

(21)【出願番号】特願2013-129400(P2013-129400)

(22)【出願日】2013年6月20日

(65)【公開番号】特開2015-5090(P2015-5090A)

(43)【公開日】2015年1月8日

【審査請求日】2016年5月13日

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】110000752

【氏名又は名称】特許業務法人朝日特許事務所

(72)【発明者】

【氏名】小林 拓海

【審査官】 田中 幸雄

(56)【参考文献】

【文献】 特表２０１１−５０２２９１（ＪＰ，Ａ）

【文献】 特表２００５−５１７２５４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １５／００

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

サーバ装置とクライアント装置とを有する情報処理システムであって、
前記サーバ装置は、
各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、
前記第１アプリケーションと種別の異なるアプリケーションであって前記クライアント装置により要求された第２アプリケーションが前記サーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、
前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、
前記生成手段が生成した前記第１画面を示す情報を前記クライアント装置に送信する送信手段と、
を有し、
前記クライアント装置は、
第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、
前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、
前記サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、
前記第１画面を表示する表示手段と、
前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、
を有することを特徴とする情報処理システム。

【請求項2】

前記実行手段が複数の前記第１アプリケーションを実行することにより表示するように要求される前記各画像に対して、視認者に視認される順序をそれぞれ決定する決定手段を有し、
前記生成手段は、前記決定手段により決定された順序に応じて前記各画像から第１画面を生成することを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記サーバ装置は、
前記第１画面において表示される画像の表示を要求した第１アプリケーションの識別情報を前記クライアント装置に通知する通知手段を有し、
前記クライアント装置の前記表示制御手段は、
前記通知手段により通知された前記識別情報が、前記第２アプリケーションに対応する前記第１アプリケーションの識別情報である場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる
ことを特徴とする請求項２に記載の情報処理システム。

【請求項4】

前記生成手段は、前記決定手段により決定された順序に応じて、前記視認者の視認方向の奥側から手前側に向かって前記各画像を重ねて表示した画面を前記第１画面として生成し、
前記通知手段は、前記第１画面において前記視認方向の最も手前側に表示される画像の表示を要求した第１アプリケーションの識別情報を前記クライアント装置に通知する
ことを特徴とする請求項３に記載の情報処理システム。

【請求項5】

前記第２アプリケーションに対応する前記第１アプリケーションの画像は、前記第２画面が表示されることを前記視認者に報知するための画像である
ことを特徴とする請求項２から４のいずれか１項に記載の情報処理システム。

【請求項6】

サーバ装置とクライアント装置と実行装置とを有する情報処理システムであって、
前記サーバ装置は、
各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、
前記第１アプリケーションと種別の異なるアプリケーションであって前記クライアント装置により要求された第２アプリケーションが前記実行装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、
前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、
前記生成手段が生成した前記第１画面を示す情報を前記クライアント装置に送信する送信手段と、
を有し、
前記クライアント装置は、
第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、
前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、
前記実行装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、
前記第１画面を表示する表示手段と、
前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、
を有することを特徴とする情報処理システム。

【請求項7】

各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、第２アプリケーションがサーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を送信する送信手段と、を有するサーバ装置と通信するクライアント装置であって、
第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、
前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、
前記サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、
前記第１画面を表示する表示手段と、
前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、
を有することを特徴とするクライアント装置。

【請求項8】

第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、
前記第１アプリケーションを実行することにより生成される第１画面を示す情報を取得する第１取得手段と、
サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、
前記第１画面を表示する表示手段と、
前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、を有するクライアント装置と通信するサーバ装置であって、
各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、
前記クライアント装置に要求された前記第２アプリケーションが前記サーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、
前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から前記第１画面を生成する生成手段と、
前記生成手段が生成した前記第１画面を示す情報を前記クライアント装置に送信する送信手段と、
を有するサーバ装置。

【請求項9】

各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、第２アプリケーションがサーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を送信する送信手段と、を有するサーバ装置と通信するコンピュータを、
第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、
前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、
前記サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、
前記第１画面を表示する表示手段と、
前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、クライアント装置、サーバ装置およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、ウェブブラウザウインドウ中に埋め込まれたアプリケーション出力ウィンドウ内でアプリケーション出力データの表示を可能にしたシステムが記載されている。
特許文献２には、業務アプリケーションプログラムを端末画面制御と分離し、端末画面制御をＨＴＭＬ（Hypertext Markup Language）ブラウザにより実現し、各入力用画面要素とＵＲＬ（Uniform Resource Locator）の対応付けを行うことにより、ＨＴＭＬブラウザが複数のサーバプログラムとのデータの送受信を同一ウィンドウから行えるように構成された業務用クライアントサーバシステムが記載されている。
特許文献３には、デスクトップ・アプリケーションをウェブ・アプリケーションに変換する方法として、サーバが、ロードしたデスクトップ・アプリケーションのインターフェース情報をインターフェース記述型言語フォーマットでラッピングしてクライアントへ送信し、クライアントが受信したデータをコード変換ツールによって解析して、関連するウェブページ要素を生成する方法が記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２００５−５１７２５４号公報

【特許文献2】特開２０００−２８５０６２号公報

【特許文献3】特開２０１１−７０６４０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は、サーバ装置が第１アプリケーションを実行することにより生成される第１画面、およびいずれかの実行装置が第２アプリケーションを実行することにより生成される第２画面を、それぞれサーバ装置が決定する順序に従って表示させることを目的とする。

【課題を解決するための手段】

【0005】

本発明の請求項１に係る情報処理システムは、サーバ装置とクライアント装置とを有する情報処理システムであって、前記サーバ装置は、各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、前記第１アプリケーションと種別の異なるアプリケーションであって前記クライアント装置により要求された第２アプリケーションが前記サーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を前記クライアント装置に送信する送信手段と、を有し、前記クライアント装置は、第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、前記サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、前記第１画面を表示する表示手段と、前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、を有することを特徴とする。

【0006】

本発明の請求項２に係る情報処理システムは、請求項１に記載の態様において、前記実行手段が複数の前記第１アプリケーションを実行することにより表示するように要求される前記各画像に対して、視認者に視認される順序をそれぞれ決定する決定手段を有し、前記生成手段は、前記決定手段により決定された順序に応じて前記各画像から第１画面を生成することを特徴とする。

【0007】

本発明の請求項３に係る情報処理システムは、請求項２に記載の態様において、前記サーバ装置は、前記第１画面において表示される画像の表示を要求した第１アプリケーションの識別情報を前記クライアント装置に通知する通知手段を有し、前記クライアント装置の前記表示制御手段は、前記通知手段により通知された前記識別情報が、前記第２アプリケーションに対応する前記第１アプリケーションの識別情報である場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させることを特徴とする。

【0008】

本発明の請求項４に係る情報処理システムは、請求項３に記載の態様において、前記生成手段は、前記決定手段により決定された順序に応じて、前記視認者の視認方向の奥側から手前側に向かって前記各画像を重ねて表示した画面を前記第１画面として生成し、前記通知手段は、前記第１画面において前記視認方向の最も手前側に表示される画像の表示を要求した第１アプリケーションの識別情報を前記クライアント装置に通知することを特徴とする。

【0009】

本発明の請求項５に係る情報処理システムは、請求項２から４のいずれか１項に記載の態様において、前記第２アプリケーションに対応する前記第１アプリケーションの画像は、前記第２画面が表示されることを前記視認者に報知するための画像であることを特徴とする。
本発明の請求項６に係る情報処理システムは、サーバ装置とクライアント装置と実行装置とを有する情報処理システムであって、前記サーバ装置は、各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、前記第１アプリケーションと種別の異なるアプリケーションであって前記クライアント装置により要求された第２アプリケーションが前記実行装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を前記クライアント装置に送信する送信手段と、を有し、前記クライアント装置は、第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、前記実行装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、前記第１画面を表示する表示手段と、前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、を有することを特徴とする。

【0010】

本発明の請求項７に係るクライアント装置は、各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、第２アプリケーションがサーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を送信する送信手段と、を有するサーバ装置と通信するクライアント装置であって、第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、前記サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、前記第１画面を表示する表示手段と、前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、を有することを特徴とする。

【0011】

本発明の請求項８に係るサーバ装置は、第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、前記第１アプリケーションを実行することにより生成される第１画面を示す情報を取得する第１取得手段と、サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、前記第１画面を表示する表示手段と、前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段と、を有するクライアント装置と通信するサーバ装置であって、各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、前記クライアント装置に要求された前記第２アプリケーションが前記サーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から前記第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を前記クライアント装置に送信する送信手段と、を有することを特徴とする。

【0012】

本発明の請求項９に係るプログラムは、各々が画像を表示するように要求する複数の第１アプリケーションを実行する実行手段と、第２アプリケーションがサーバ装置によって実行される場合に、当該第２アプリケーションに対応する第１アプリケーションを前記実行手段に実行させる実行制御手段と、前記実行手段が前記第１アプリケーションを実行することにより表示するように要求される画像から第１画面を生成する生成手段と、前記生成手段が生成した前記第１画面を示す情報を送信する送信手段と、を有するサーバ装置と通信するコンピュータを、第１アプリケーション、および第２アプリケーションの実行を要求する要求手段と、前記サーバ装置から前記第１画面を示す情報を取得する第１取得手段と、前記サーバ装置が前記第２アプリケーションを実行することにより生成される第２画面を示す情報を取得する第２取得手段と、前記第１画面を表示する表示手段と、前記第１画面において前記第２アプリケーションに対応する前記第１アプリケーションの画像が表示される場合に、当該第２アプリケーションを実行することにより生成される前記第２画面を前記表示手段に表示させる表示制御手段として機能させるためのプログラムである。

【発明の効果】

【0013】

請求項１、６、７、８に係る発明によれば、第１画面において第２アプリケーションに対応する第１アプリケーションの画像が表示される場合に、いずれかの実行装置がその第２アプリケーションを実行することにより生成される第２画面を表示させることができる。
請求項２に係る発明によれば、サーバ装置が第１アプリケーションを実行することにより生成される第１画面、およびいずれかの実行装置が第２アプリケーションを実行することにより生成される第２画面を、それぞれサーバ装置が決定する順序に従って表示させることができる。
請求項３に係る発明によれば、第１画面において第２アプリケーションに対応する第１アプリケーションの画像が表示されるか否かを、クライアント装置が判断しなくてもよい。
請求項４に係る発明によれば、第１画面において視認方向の最も手前側に表示される画像が、第２アプリケーションに対応する第１アプリケーションの画像である場合に、視認者は、その第２アプリを実行することにより生成される画面を視認する。
請求項５に係る発明によれば、クライアント装置が第１画面を取得してから第２画面を取得するまでに待ち時間が発生する場合であっても、第２画面が表示されることが前記視認者に報知される。

【図面の簡単な説明】

【0014】

【図1】本発明の実施形態に係る情報処理システムの全体構成を示す図。

【図2】サーバ装置の構成を示す図。

【図3】クライアント装置の構成を示す図。

【図4】情報処理システムの機能的構成を示す図。

【図5】順序表の一例を示す図。

【図6】図５に示した順序表により決定される各ウィンドウの順序を示す概念図。

【図7】サーバ装置が各ウィンドウの順序を決定する動作を示すフロー図。

【図8】サーバ装置が、自装置において視認方向の最も手前側に表示されるウィンドウの識別情報をクライアント装置へ通知する動作を示すフロー図。

【図9】クライアント装置がサーバ装置からの通知に応じて表示を切替える動作を示すフロー図。

【図10】図５に示した順序表に応じてクライアント装置において表示される画面の一例を示す図。

【図11】ウェブアプリのウィンドウが表示されることを報知する擬似ウィンドウの一例を示す図。

【発明を実施するための形態】

【0015】

１．実施形態
１−１．全体構成
図１は、本発明の実施形態に係る情報処理システム９の全体構成を示す図である。情報処理システム９は、サーバ装置１と、クライアント装置２と、通信回線３と、実行装置４とを備える。

【0016】

通信回線３は、サーバ装置１およびクライアント装置２を接続し、これらが相互に遣り取りする情報を仲介する通信回線であり、例えば、インターネットである。

【0017】

サーバ装置１は、クライアント装置２からの要求に応じてデスクトップ・アプリケーション・プログラム（以下、「デスクトップアプリ」という）を実行する。デスクトップアプリとは、サーバ装置１で実行可能なアプリケーション・プログラムであり、実行されることでその処理の内容に応じた画像を表示するように要求する。

【0018】

また、サーバ装置１は、バーチャル・ネットワーク・コンピューティング（以下、「ＶＮＣ（Virtual Network Computing）」という）を実現するためのサーバ・アプリケーション・プログラム（以下、「ＶＮＣサーバアプリ」という）を実行する。ＶＮＣとは、ネットワークを介して接続された２台のコンピュータによって実現される仕組みであり、一方のコンピュータを他方のコンピュータから操作するものである。具体的に、ＶＮＣは、一方のコンピュータによって表示される画面を示す情報を他方のコンピュータに送信させ、送信された側のコンピュータにおいてその画面に対して行われた操作を、送信した側のコンピュータへ伝達させる。ここでサーバ装置１において実行されるＶＮＣサーバアプリは、サーバ装置１において表示される画面を示す情報をクライアント装置２へ送信する。

【0019】

クライアント装置２は、ユーザの操作に応じてサーバ装置１に対してデスクトップアプリの実行を要求する。また、クライアント装置２は、ＶＮＣを実現するためのクライアント・アプリケーション・プログラム（以下、「ＶＮＣクライアントアプリ」という）を実行する。クライアント装置２は、ＶＮＣクライアントアプリを実行することで、ＶＮＣサーバアプリの送信する情報を取得し、この情報に基づいてサーバ装置１において表示される画面を生成する。すなわち、クライアント装置２は、デスクトップアプリの実行により生成される画面（以下、「第１画面」という）を示す情報をサーバ装置１から取得する。

【0020】

また、クライアント装置２は、ユーザの操作に応じて実行装置４に対してウェブ・アプリケーション・プログラム（以下、「ウェブアプリ」という）の実行を要求する。ウェブアプリとは、ｈｔｔｐ（Hypertext Transfer Protocol）などウェブ上のコンテンツを送受信するための通信プロトコルをサーバ・クライアント間の通信に用いたアプリケーション・プログラムである。ウェブアプリは、上記通信プロトコルで扱われるデータによってコンテンツを送受信するため、クライアント側で実現するユーザ・インターフェイスは、単なるウェブブラウザで足りる。実行装置４は、クライアント装置２から上述したウェブアプリの実行の要求を受け、その要求に応じてそのウェブアプリを実行する。そして、実行装置４は、ウェブアプリの実行結果をクライアント装置２へ送信する。

【0021】

ウェブアプリは、サーバとクライアントとの通信によって実行されるものであるが、サーバおよびクライアントを実行する装置が同じ装置であってもよい。したがって、上述した実行装置４は、サーバ装置１であってもよいし、通信回線３を介してクライアント装置２と接続されたいずれかの装置であってもよいが、クライアント装置２であってもよい。クライアント装置２が実行装置４を兼ねる場合、ウェブアプリの実行の要求は、通信回線３を介する必要はない。図１に示す例において実行装置４は、サーバ装置１およびクライアント装置２のいずれとも異なる装置である。クライアント装置２は、ウェブアプリの実行により生成される画面（以下、「第２画面」という）を上述した実行装置４から取得する。この第２画面は、実行装置４によるウェブアプリの実行結果に含まれる。

【0022】

なお、情報処理システム９は、サーバ装置１とクライアント装置２とをそれぞれ複数、有していてもよい。この場合、１つのサーバ装置１は、複数のクライアント装置２に対して第１画面を示す情報を送信してもよいが、各クライアント装置２は、複数のサーバ装置１のうちいずれか１つのサーバ装置１から第１画面を示す情報を取得する。

【0023】

また、ウェブアプリを実行する実行装置４は、ウェブアプリを実行した結果としてＨＴＭＬやＸＭＬなどのマークアップ言語によって表されるコンテンツをクライアント装置２に送信してもよいが、スクリプト・プログラムなど、クライアント装置２によって実行され得るコンテンツを送信してもよい。この場合、第２画面は、送信されたスクリプト・プログラムなどをクライアント装置２が実行した結果、生成される画面である。

【0024】

１−２．サーバ装置の構成
図２は、サーバ装置１の構成を示す図である。制御部１１は、サーバ装置１の各部の動作を制御する手段である。制御部１１は、ＣＰＵ（Central Processing Unit）などの演算処理装置や、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などの記憶装置を備え、これら記憶装置に記憶されたプログラムを実行する。

【0025】

通信部１３は、通信回線３を介してクライアント装置２と通信をするためのインターフェースである。
記憶部１２はハードディスク、フラッシュメモリなどの大容量の記憶手段であり、制御部１１に読み込まれるプログラムを記憶する。このプログラムには、デスクトップアプリが含まれる。なお、記憶部１２は、いわゆるリムーバブルディスク、すなわち着脱可能な記録媒体を含んでもよい。
表示部１４は、液晶などを使用したディスプレイ装置であり、制御部１１からの指示に応じて画像を表示する。
なお、サーバ装置１は、他にユーザの操作を受付ける操作部を有していてもよい。

【0026】

１−３．クライアント装置の構成
図３は、クライアント装置２の構成を示す図である。制御部２１は、クライアント装置２の各部の動作を制御する手段である。制御部２１は、ＣＰＵなどの演算処理装置や、ＲＯＭ、ＲＡＭなどの記憶装置を備え、これら記憶装置に記憶されたプログラムを実行する。

【0027】

通信部２３は、通信回線３を介してサーバ装置１と通信をするためのインターフェースである。
記憶部２２はハードディスク、フラッシュメモリなどの大容量の記憶手段であり、制御部２１に読み込まれるプログラムを記憶する。なお、記憶部２２は、いわゆるリムーバブルディスク、すなわち着脱可能な記録媒体を含んでもよい。
表示部２４は、液晶などを使用したディスプレイ装置であり、制御部２１からの指示に応じて画像を表示する。
操作部２５は各種の指示を入力するための座標取得部２５１や操作ボタン２５２を備えており、ユーザによる操作を受付けてその操作内容に応じた信号を制御部２１に供給する。

【0028】

１−４．情報処理システムの機能的構成
図４は、情報処理システム９の機能的構成を示す図である。図４において、サーバ装置１の通信部１３、クライアント装置２の通信部２３、および通信回線３を省略する。

【0029】

サーバ装置１の制御部１１は、実行部１１１、実行制御部１１２、決定部１１３、生成部１１４、送信部１１５、通知部１１６、および検知部１１７として機能する。

【0030】

検知部１１７は、クライアント装置２におけるユーザの操作により実行が要求されたデスクトップアプリ（第１アプリケーション）またはウェブアプリ（第２アプリケーション）の識別情報を検知する。この識別情報は、ＵＲＩ（Uniform Resource Identifier）によって表されている。以下、デスクトップアプリおよびウェブアプリのＵＲＩを「アプリＵＲＩ」という。クライアント装置２の制御部２１は、後述する要求部２１４として機能し、この要求部２１４は、操作部２５が受付けたユーザの操作から実行を要求するアプリのアプリＵＲＩを特定すると、これをサーバ装置１へ送信する。すなわち、検知部１１７は、クライアント装置２の要求部２１４から送信されたアプリＵＲＩを検知する。実行部１１１は、デスクトップアプリを実行する。

【0031】

実行制御部１１２は、検知部１１７が検知したアプリＵＲＩに基づいて、クライアント装置２においてデスクトップアプリの実行が要求されたか、ウェブアプリの実行が要求されたかを判断する。例えば、ウェブアプリを示すアプリＵＲＩにはパス名に「ｗｅｂａｐｐ」という文字列が含まれているので、実行制御部１１２は、アプリＵＲＩがこの文字列を含むか否かを調べることで、実行が要求されたアプリの種別を判断する。なお、実行制御部１１２は、アプリＵＲＩに含まれるホスト名やスキーム名を調べることで上記種別を判断してもよい。

【0032】

デスクトップアプリが要求された場合、実行制御部１１２は、そのデスクトップアプリを実行部１１１に実行させる。
一方、ウェブアプリが要求された場合、すなわち、クライアント装置２に要求されたウェブアプリを実行装置４が実行する場合、実行制御部１１２は、そのウェブアプリに対応するデスクトップアプリを実行部１１１に実行させる。このデスクトップアプリは、対応するウェブアプリそのものの機能を有している必要はなく、実行部１１１によって実行されることにより１つのウィンドウの表示が要求されるように構成されていればよい。以下、ウェブアプリに対応付けられたデスクトップアプリを「擬似アプリ」という。また、擬似アプリを実行することにより表示が要求されるウィンドウを「擬似ウィンドウ」という。

【0033】

例えば、サーバ装置１は、ＵＲＩを指定するとそのＵＲＩに１対１で対応付けられる擬似アプリを生成するプログラムを実行している。クライアント装置２においてウェブアプリが要求された場合、サーバ装置１の制御部１１は、このウェブアプリのアプリＵＲＩをパラメータとして、上述したプログラムに引渡し、擬似アプリを生成させる。生成された擬似アプリは実行部１１１によって実行されて擬似ウィンドウを生成し、その表示を要求する。

【0034】

決定部１１３は、実行部１１１がデスクトップアプリ（擬似アプリを含む）を実行することにより表示するように要求されるウィンドウ（擬似ウィンドウを含む）に対して、それぞれ視認者に視認される順序をそれぞれ決定し、その順序が記述された順序表Ｔを生成部１１４に供給する。ここで、視認者に視認される順序とは、例えば画面上の重なり順序である。例えば、この順序に沿って複数のウィンドウが重ねて表示されていると、順序の最も高いウィンドウが視認者に視認される。この最高順序のウィンドウが閉じられると、最高順序のウィンドウに重なって隠れていたウィンドウのうち、次に順序の高いウィンドウが視認者に視認される。
決定部１１３は、例えば、表示が要求されたタイミングや、その要求に伴って通知された緊急性を示す情報などに基づいて、各ウィンドウに表示の順序を割り当てる。順序表Ｔは、決定部１１３に相当するプロセスが制御部１１のＣＰＵで実行されることにより、例えば制御部１１のＲＡＭ上に記憶される。

【0035】

生成部１１４は、順序表Ｔに応じて、各ウィンドウから第１画面を生成する。順序表Ｔは、生成部１１４に相当するプロセスを制御部１１のＣＰＵが実行することにより、例えば上記ＲＡＭから読み出される。

【0036】

図５は、順序表Ｔの一例を示す図である。順序表Ｔは、クライアント装置２で要求されたアプリを示すアプリＵＲＩと、このアプリＵＲＩで示されるアプリをサーバ装置１が実行することにより表示するように要求されるウィンドウの識別情報（以下、「ウィンドウＩＤ」という）と、決定部１１３によってそのウィンドウに割り当てられた表示の順序とを対応付ける。

【0037】

図６は、図５に示した順序表Ｔにより決定される各ウィンドウの順序を示す概念図である。順序の番号が若いウィンドウほど、ユーザ（視認者）の視認方向の手前側に表示される。最も手前側に表示されるウィンドウは、順序「１」が割り当てられたウィンドウである。

【0038】

上述したとおり、クライアント装置２においてウェブアプリの実行が要求された場合、サーバ装置１でウェブアプリは実行されず、ウェブアプリに対応するデスクトップアプリである擬似アプリが実行される。そして、擬似アプリの実行によって、ウェブアプリに対応する擬似ウィンドウが生成される。擬似ウィンドウは、例えば単なる白い矩形画像を表したウィンドウであり、サーバ装置１において、順序表Ｔに示した順序に沿って表示される。

【0039】

図５に示す順序表Ｔが供給された場合、生成部１１４は、ユーザの視認方向の奥側から手前側に向かって、それぞれのウィンドウＩＤが「Ｗ４→Ｗ３→Ｗ２→Ｗ１」の順序で並ぶように、各ウィンドウを重ねて表示して第１画面を生成する。サーバ装置１において、ウィンドウＩＤが「Ｗ１」および「Ｗ４」の各ウィンドウは、擬似ウィンドウであるので、サーバ装置１の制御部１１が、順序表Ｔに応じて各ウィンドウから第１画面を生成すると、図６（ａ）に示すように、「Ｗ１」および「Ｗ４」のウィンドウは白い矩形画像を表したものとなる。

【0040】

なお、生成部１１４は、重ねた各ウィンドウの位置を互いにずらして第１画面を生成してもよいが、視認方向の手前側のウィンドウが、そのウィンドウよりも視認方向の奥側のウィンドウを全て隠すように、各ウィンドウを重ねて第１画面を生成してもよい。この場合、実際に表示されるのは、視認方向の最も手前側のウィンドウだけであるため、生成部１１４は、順序表Ｔにおいて順序「１」が割り当てられたウィンドウを表示した第１画面を生成すればよい。以下、生成部１１４が、視認方向の最も手前側のウィンドウを表示した画面を第１画面として生成する場合について説明する。生成部１１４が生成した第１画面は、サーバ装置１の表示部１４に表示される。

【0041】

送信部１１５は、生成部１１４が生成した第１画面を示す情報をクライアント装置２に送信する。
通知部１１６は、第１画面において表示されるウィンドウの表示を要求したデスクトップアプリの識別情報をクライアント装置２に通知する。第１画面には、視認方向の最も手前側のウィンドウが表示されるので、このウィンドウが擬似ウィンドウでない場合には、クライアント装置２によって実行を要求され、このウィンドウを表示するように要求したデスクトップアプリのアプリＵＲＩが、識別情報としてクライアント装置２に通知される。

【0042】

一方、第１画面において表示されるウィンドウが擬似ウィンドウである場合、この擬似ウィンドウを表示するように要求したデスクトップアプリは擬似アプリである。したがって、この場合、通知部１１６は、擬似アプリに対応するウェブアプリのアプリＵＲＩを識別情報としてクライアント装置２に通知する。

【0043】

クライアント装置２の制御部２１は、第１取得部２１１、第２取得部２１２、表示制御部２１３、および要求部２１４として機能する。

【0044】

要求部２１４は、操作部２５が受付けたユーザの操作に応じてアプリの実行をサーバ装置１へ要求する。要求部２１４は、ユーザの操作により示されるアプリがデスクトップアプリであるかウェブアプリであるかに関わらず、実行を要求されたアプリを識別するアプリＵＲＩを、上述したとおり全てサーバ装置１へ送信する。

【0045】

第１取得部２１１は、サーバ装置１から第１画面を示す情報を取得する。
表示制御部２１３は、ウェブアプリに対応づけられていないデスクトップアプリのウィンドウが第１画面において表示される場合に、その第１画面を表示部２４に表示させる。
一方、表示制御部２１３は、ウェブアプリに対応するデスクトップアプリのウィンドウ（擬似ウィンドウ）が第１画面において表示される場合に、第２取得部２１２に、そのウェブアプリを示すアプリＵＲＩを伝える。第２取得部２１２は、表示制御部２１３から上述したウェブアプリのアプリＵＲＩを受け取ると、例えばそのアプリＵＲＩに含まれた記述から実行装置４を特定し、特定した実行装置４に向けて、そのアプリＵＲＩで示されるウェブアプリの実行を要求する。そして、表示制御部２１３は、実行装置４がウェブアプリを実行することにより生成される第２画面を示す情報を取得し、上述した第１画面に代えて、取得した第２画面を表示部２４に表示させる。

【0046】

ウェブアプリに対応づけられていないデスクトップアプリとは、クライアント装置２において実行が要求されたデスクトップアプリである。一方、ウェブアプリに対応するデスクトップアプリとは、サーバ装置１の実行制御部１１２が実行部１１１に実行させた擬似アプリであり、擬似アプリのウィンドウとは、擬似ウィンドウである。したがって、第１画面において擬似ウィンドウが表示される場合に、表示制御部２１３は、第２画面を表示部２４に表示させる。つまり、擬似ウィンドウが第２画面に差し替えられるため、その結果、ユーザは、図６（ｂ）に示すように、「Ｗ１」および「Ｗ４」のウィンドウが、それぞれのウェブアプリの実行結果を示す画像を表したウィンドウに置き換えられて重ねられた画面を認識する。

【0047】

１−５．サーバ装置の動作
図７は、サーバ装置１が各ウィンドウの順序を決定する動作を示すフロー図である。サーバ装置１の制御部１１は、クライアント装置２において実行が要求されたアプリのアプリＵＲＩを検知すると、そのアプリＵＲＩに基づいて、実行が要求されたアプリがデスクトップアプリか否かを判断する（ステップＳ１０１）。この判断は、上述したとおり、例えばアプリＵＲＩが「ｗｅｂａｐｐ」など特定の文字列を含むか否かによって行われる。

【0048】

要求されたアプリがデスクトップアプリであると判断する場合（ステップＳ１０１；ＹＥＳ）、制御部１１は、ＲＡＭの内容などを参照してそのデスクトップアプリのウィンドウが存在しているか否かを判断し（ステップＳ１０２）、このウィンドウが存在しないと判断する場合（ステップＳ１０２；ＮＯ）、このウィンドウを新たに生成する（ステップＳ１０３）。

【0049】

そして、制御部１１は、生成したウィンドウに割り当てられたウィンドウＩＤと、アプリＵＲＩとを順序表Ｔに登録し（ステップＳ１０４）、登録したウィンドウＩＤの順序をユーザの視認方向における最も手前側（すなわち、「１」）に決定する（ステップＳ１０５）。一方、要求されたデスクトップアプリのウィンドウが存在していると判断する場合（ステップＳ１０２；ＹＥＳ）、制御部１１は、ステップＳ１０３およびステップＳ１０４を実行せず、ステップＳ１０５に処理を進める。

【0050】

また、要求されたアプリがデスクトップアプリでないと判断する場合（ステップＳ１０１；ＮＯ）、制御部１１は、要求されたウェブアプリに対応する擬似ウィンドウが存在しているか否かを判断する（ステップＳ１０６）。要求されたウェブアプリに対応する擬似ウィンドウが存在しないと判断する場合（ステップＳ１０６；ＮＯ）、制御部１１は、このウェブアプリのアプリＵＲＩをパラメータとして用いて対応する擬似アプリを生成し、擬似アプリを実行することにより擬似ウィンドウを生成する（ステップＳ１０７）。

【0051】

そして、制御部１１は、生成した擬似ウィンドウに割り当てられたウィンドウＩＤと、アプリＵＲＩとを順序表Ｔに登録し（ステップＳ１０８）、登録したウィンドウＩＤの順序をユーザの視認方向における最も手前側（すなわち、「１」）に決定する（ステップＳ１０９）。一方、要求されたウェブアプリに対応する擬似ウィンドウが存在していると判断する場合（ステップＳ１０６；ＹＥＳ）、制御部１１は、ステップＳ１０７およびステップＳ１０８を実行せず、ステップＳ１０９に処理を進める。

【0052】

図８は、サーバ装置１が、自装置において視認方向の最も手前側に表示されるウィンドウの識別情報をクライアント装置２へ通知する動作を示すフロー図である。サーバ装置１の制御部１１は、順序表Ｔへのアクセスを監視し、順序表Ｔにおいて最も手前側の順序が割り当てられたウィンドウＩＤが変わったか否かを判断する（ステップＳ２０１）。順序表Ｔにおいて最も手前側の順序が割り当てられたウィンドウＩＤが変わっていないと判断する場合（ステップＳ２０１；ＮＯ）、制御部１１は処理を終了する。一方、順序表Ｔにおいて最も手前側の順序が割り当てられたウィンドウＩＤが変わったと判断する場合（ステップＳ２０１；ＹＥＳ）、制御部１１は、変更後のウィンドウＩＤにより示されるウィンドウに対応するアプリＵＲＩ、すなわち、最も手前側の順序が新たに割り当てられたウィンドウを生成させたアプリのアプリＵＲＩをクライアント装置２へ通知する（ステップＳ２０２）。

【0053】

１−６．クライアント装置の動作
図９は、クライアント装置２がサーバ装置１からの通知に応じて表示を切替える動作を示すフロー図である。クライアント装置２の制御部２１は、サーバ装置１から通知されたアプリＵＲＩが示すアプリにより生成される画面があるか否かを判断し（ステップＳ３０１）、この画面がないと判断する場合に（ステップＳ３０１；ＮＯ）、通知されたアプリＵＲＩが示すアプリがサーバ装置１において実行されるデスクトップアプリであるか否かを判断する（ステップＳ３０２）。通知されたアプリＵＲＩが示すアプリがデスクトップアプリであると判断する場合に（ステップＳ３０２；ＹＥＳ）、制御部２１は、サーバ装置１から送信された第１画面を取得する（ステップＳ３０３）。

【0054】

一方、通知されたアプリＵＲＩが示すアプリがデスクトップアプリでないと判断する場合に（ステップＳ３０２；ＮＯ）、制御部２１は、通知されたアプリＵＲＩが示すウェブアプリによる第２画面を取得する（ステップＳ３０４）。
そして、制御部２１は、ステップＳ３０３またはステップＳ３０４で取得した画面を最も手前に表示する（ステップＳ３０５）。

【0055】

ステップＳ３０１において、サーバ装置１から通知されたアプリＵＲＩが示すアプリにより生成される画面が有ると判断する場合に（ステップＳ３０１；ＹＥＳ）、制御部２１は、この画面を最も手前に表示する（ステップＳ３０６）。

【0056】

図１０は、図５に示した順序表Ｔに応じてクライアント装置２において表示される画面の一例を示す図である。この順序表Ｔは、アプリＵＲＩが「ｈｔｔｐ：／／ａ＊＊．ｏｒｇ／ｗｅｂａｐｐ／１」のアプリにより要求されるウィンドウの順序が「１」であることを記述している。このアプリＵＲＩは「ｗｅｂａｐｐ」という文言を含むので、ウェブアプリを示すものである。

【0057】

したがって、サーバ装置１の制御部１１はこのウェブアプリを実行せず、このウェブアプリに対応する擬似ウィンドウを擬似アプリによって生成する。そして、この擬似ウィンドウの順序がユーザの視認方向における最も手前側を表すものであるため、サーバ装置１は、擬似ウィンドウが表示された第１画面を送信する。

【0058】

一方、上記のウェブアプリは、実行装置４によって実行される。このウェブアプリは、例えば短針と長針とを有する時計を表示してユーザに現在時刻を伝える機能を有する。上述した実行装置４は、このウェブアプリを実行して時計が表示された第２画面を生成し、クライアント装置２はこの第２画面を示す情報を取得する。

【0059】

サーバ装置１は、第１画面において擬似ウィンドウの表示を要求した擬似アプリに対応するウェブアプリのアプリＵＲＩを識別情報としてクライアント装置２に通知する。クライアント装置２は、通知された識別情報が、ウェブアプリの識別情報であるので、このウェブアプリを実行することにより生成される第２画面を表示手段に表示させる。その結果、図１０に示したように、上記のウェブアプリによる時計が描かれたウィンドウがクライアント装置２において表示される。

【0060】

以上、説明した動作により、情報処理システム９は、サーバ装置１で実行されるデスクトップアプリと、実行装置４で実行されるウェブアプリとを統合するので、既存のサーバ装置１によるウィンドウの表示順序の管理が、サーバ装置１で実行されるデスクトップアプリのウィンドウに適用されるだけでなく、サーバ装置１では実行していないウェブアプリのウィンドウにも適用される。すなわち、サーバ装置１がデスクトップアプリ（第１アプリケーション）を実行することにより生成される第１画面、およびサーバ装置１以外の装置がウェブアプリ（第２アプリケーション）を実行することにより生成される第２画面は、それぞれサーバ装置１が決定する表示の順序に従って表示される。これにより、デスクトップアプリとウェブアプリとは、ユーザによってシームレスに扱われる。つまり、ユーザに、既存のデスクトップアプリと、ウェブアプリとを共通の操作感で操作させるために、既存のデスクトップアプリを新たなウェブアプリとして開発し直す必要はない。

【0061】

２．変形例
以上が実施形態の説明であるが、この実施形態の内容は以下のように変形し得る。また、以下の変形例を組み合わせてもよい。
２−１．変形例１
上述した実施形態において、擬似ウィンドウは、白い矩形画像を表したウィンドウであったが、擬似アプリに対応するウェブアプリのウィンドウが表示されることをユーザに報知するためのものであってもよい。

【0062】

図１１は、ウェブアプリのウィンドウが表示されることを報知する擬似ウィンドウの一例を示す図である。図１１に示すように、クライアント装置２においてウェブアプリが要求された場合に、サーバ装置１において生成される擬似ウィンドウには、それぞれ対応するウェブアプリのウィンドウが表示される旨のメッセージが表示されている。

【0063】

この構成により、例えば、上述した実行装置４による第２画面の生成速度が、サーバ装置１による第１画面の生成速度に比べて遅いなどの理由により、クライアント装置２が第１画面を取得してから第２画面を取得するまでに待ち時間が発生する場合であっても、第１画面において表示される擬似ウィンドウには上述したメッセージが表示されるので、クライアント装置２の表示の状態はユーザに把握される。

【0064】

２−２．変形例２
上述した実施形態において、クライアント装置２におけるユーザの操作により実行が要求されたデスクトップアプリまたはウェブアプリの識別情報は、ＵＲＩであるアプリＵＲＩであったが、他の情報であってもよい。例えば、デスクトップアプリまたはウェブアプリの識別情報は、ドメインネームシステム（ＤＮＳ：Domain Name System）サーバから通知されるＩＰアドレスを含む情報であってもよい。

【0065】

２−３．変形例３
上述した実施形態において、生成部１１４が生成した第１画面は、サーバ装置１の表示部１４に表示されていたが、この第１画面は、サーバ装置１において表示されなくてもよい。この場合、第１画面を示す情報を例えば制御部１１のＲＡＭなどに記憶して、クライアント装置２に送信する構成を有していれば、サーバ装置１は、表示部１４を有していなくてもよい。

【0066】

２−４．変形例４
上述した実施形態において、順序表Ｔにおいて最も手前側の順序が割り当てられたウィンドウＩＤが変わったと判断する場合、制御部１１は、最も手前側の順序が新たに割り当てられたウィンドウに対応するアプリＵＲＩをクライアント装置２へ通知していたが、ウィンドウＩＤが変わっても通知しない場合があってもよい。例えば、制御部１１は、変更前後のウィンドウＩＤによって示される各ウィンドウをそれぞれ表示させたアプリが、いずれもデスクトップアプリである場合には、上記の通知をしなくてもよい。この場合、クライアント装置２において表示は変更されず、第１画面が表示され続けるからである。

【0067】

２−５．変形例５
上述した実施形態において、クライアント装置２の制御部２１は、サーバ装置１から通知されたアプリＵＲＩが示すアプリがデスクトップアプリであると判断する場合に、サーバ装置１から送信された第１画面を取得していたが、これ以外の場合にも第１画面を取得してもよい。また、クライアント装置２の制御部２１は、通知されたアプリＵＲＩが示すアプリがデスクトップアプリでないと判断する場合に、通知されたアプリＵＲＩが示すウェブアプリによる第２画面を取得していたが、これ以外の場合にも第２画面を取得してもよい。この場合、第１画面と第２画面の両方を取得し、サーバ装置１からの通知内容に応じてこれらの画面のうち視認方向における手前側に表示させるものを決定すればよい。

【0068】

なお、上述した実施形態のとおり、サーバ装置１から通知されたアプリＵＲＩに応じて、第１画面または第２画面のいずれかを取得するようにクライアント装置２を構成することにより、クライアント装置２は、表示されない画面を取得する必要がなくなる。

【0069】

２−６．変形例６
上述した実施形態において、クライアント装置２が実行装置４に向けて、ウェブアプリの実行を要求していたが、実行装置４にウェブアプリの実行を要求するのは、サーバ装置１であってもよい。この場合、サーバ装置１は、クライアント装置２においてウェブアプリの実行が要求されたときに、そのウェブアプリに対応するデスクトップアプリである擬似アプリを実行するとともに、そのウェブアプリのアプリＵＲＩが示す実行装置４に対して、ウェブアプリの実行を要求してもよい。

【0070】

また、この場合サーバ装置１は、例えばデスクトップアプリの実行を要求しているクライアント装置２に対して、ウェブアプリの実行を要求しているか否かを周期的に問い合わせてもよい。クライアント装置２の制御部２１は、実行を要求するウェブアプリおよびデスクトップアプリの各アプリＵＲＩをＲＡＭ上に記憶し、サーバ装置１から上記の問い合わせがあった場合に、これに応じてウェブアプリのアプリＵＲＩを送信すればよい。

【0071】

２−７．変形例７
上述した実施形態において、表示部２４は、第１画面または第２画面を表示していたが、例えば、これらの画面を表示することに加えて、これらの画面において最も手前に表示されるウィンドウを表示させたデスクトップアプリまたはウェブアプリのアプリＵＲＩを表示してもよい。

【0072】

また、表示部２４がアプリＵＲＩを表示する表示領域は、テキストボックスなど、ユーザによって入力可能な要素であってもよい。この場合、この表示領域に対してユーザによってアプリＵＲＩが入力されると、クライアント装置２は、このアプリＵＲＩをサーバ装置１へ送信して、このアプリＵＲＩによって識別されるデスクトップアプリまたはウェブアプリの実行を、サーバ装置１または上述した実行装置４に要求すればよい。この構成によれば、ユーザによって入力されたアプリＵＲＩによって、そのアプリＵＲＩが示すデスクトップアプリまたはウェブアプリの実行が要求される。

【0073】

２−８．変形例８
サーバ装置１の制御部１１やクライアント装置２の制御部２１によって実行される各プログラムは、磁気テープや磁気ディスクなどの磁気記録媒体、光ディスクなどの光記録媒体、光磁気記録媒体、半導体メモリなどの、コンピュータ装置が読み取り可能な記録媒体に記憶された状態で提供し得る。また、これらのプログラムを、インターネットなどを経由してダウンロードさせることも可能である。なお、上記の制御部１１および制御部２１によって例示した制御手段としてはＣＰＵ以外にも種々の装置が適用される場合があり、例えば、専用のプロセッサなどが用いられる。

【符号の説明】

【0074】

１…サーバ装置、１１…制御部、１１１…実行部、１１２…実行制御部、１１３…決定部、１１４…生成部、１１５…送信部、１１６…通知部、１１７…検知部、１２…記憶部、１３…通信部、１４…表示部、２…クライアント装置、２１…制御部、２１１…第１取得部、２１２…第２取得部、２１３…表示制御部、２１４…要求部、２２…記憶部、２３…通信部、２４…表示部、２５…操作部、２５１…座標取得部、２５２…操作ボタン、３…通信回線、４…実行装置、９…情報処理システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】