JP2012150729A - アプリケーション共有方法およびアプリケーション共有プログラム - Google Patents

Abstract

【課題】アプリケーションを共有する新しいアプリケーション共有方法を提供する。
【解決手段】共有可能なアプリケーションが登録された第１の端末と、アプリケーションを共有して利用する第２の端末とで行われる方法であって、第２の端末が、利用を希望するアプリケーションの入力を受け付ける段階と、アプリケーションの共有要求を含むブロードキャストパケットを送信する段階と、第１の端末が、ブロードキャストパケットを受信し、共有要求をした第２の端末が接続条件を満たしているかを判定する段階と、該接続条件を満たしていると判定した場合、共有要求をした第２の端末に対して、共有可能である旨の通知および自端末のＩＰアドレス情報を送信する段階と、第２の端末が、共有可能である旨の通知等を受信した場合、第１の端末に対して、アプリケーションのファイル送信要求を送信する段階と、を含む。
【選択図】図３

Description

本発明は、アプリケーション共有方法およびアプリケーション共有プログラムに関する。

従来のアプリケーション共有方法として、ネットワークに接続された端末（たとえば、パーソナルコンピュータ（以下、「ＰＣ」と称する））にインストールされたアプリケーションを他の複数のＰＣで利用する方法が知られている。この従来のアプリケーション共有方法は、アプリケーションがインストールされたＰＣ（ＡＰサーバ）のファイルを該ＡＰサーバ上で直接実行し、アプリケーションから設定情報等の書き込みが生じるファイルを使用する都合上、共有されたアプリケーションは、実質的に複数のＰＣから同時に利用することができないという問題点があった。また、複数のＰＣが同時にアプリケーションを利用可能であるとしても、アプリケーションがインストールされたＡＰサーバに対して、アプリケーションを利用するＰＣからのアクセス負荷が考慮されておらず、複数のＰＣが同時にアクセスすることによりＡＰサーバに対して大きな負荷を与えるおそれがあるという問題点もあった。

これらの問題点に対し、特許文献１では、アプリケーションを有するアプリケーションサーバ（ＡＰサーバ）及び端末（ＰＣ）が共にネットワークに接続されており、各ＰＣがＡＰサーバのＵＲＬを指定してアクセスし、該ＡＰサーバが有するアプリケーションを自端末にダウンロードして実行することで、複数のＰＣが同時にアプリケーションを利用することができるといった方法が開示されている。また、特許文献２にも参照されるように、アプリケーションを有するＡＰサーバのＩＰアドレス、及びアプリケーションのバージョンを既知として、データファイルを共有する方法が一般である。

特開２００５−１９６６１７号公報 特許第２５０６７９５号明細書

しかしながら、従来のアプリケーション共有方法では、ＡＰサーバ（共有元ＰＣ）にインストールされたアプリケーションを利用するために、他のＰＣは共有元ＰＣのＵＲＬを指定する必要があって、換言すれば、他のＰＣは共有元ＰＣのＩＰアドレス等の情報が既知でなければならないという制約があった。

そこで、本発明は、共有元ＰＣにインストールされたアプリケーションを複数のＰＣが利用することができ、且つ、各々のＰＣが共有元ＰＣのＩＰアドレスの情報を既知である必要がないといった新しいアプリケーション共有方法、及びアプリケーション共有プログラムを提供することを目的とする。

本発明によるアプリケーション共有方法は、共有可能なアプリケーションが登録された第１の端末と、該第１の端末とネットワーク上で接続され、前記アプリケーションを共有して利用する第２の端末とを備えたシステムにおけるアプリケーション共有方法であって、前記第２の端末が、利用を希望するアプリケーションの入力を受け付ける段階と、前記第２の端末が、前記入力を受け付けたアプリケーションの共有要求を含むブロードキャストパケットを送信する段階と、前記第１の端末が、前記ブロードキャストパケットを受信し、前記共有要求をした前記第２の端末が接続条件を満たしているかを判定する段階と、前記第１の端末が、前記接続条件を満たしていると判定した場合、前記共有要求をした前記第２の端末に対して、共有可能である旨の通知および自端末のＩＰアドレス情報を送信する段階と、前記第２の端末が、前記共有可能である旨の通知および前記ＩＰアドレス情報を受信した場合、前記ＩＰアドレス情報に基づいて、前記第１の端末に対して、前記アプリケーションのファイル送信要求を送信する段階と、を含む。

本発明によるアプリケーション共有プログラムは、上記アプリケーション共有方法をコンピュータで実行させるものである。

本発明によれば、共有元のＰＣのＩＰアドレス等を知らずともアプリケーション共有を行うことができ、共有先のＰＣで、共有元ＰＣのＩＰアドレスやＭＡＣアドレスを把握する必要性が無いため、これらに対する操作や情報の管理を省くことができる。

第１実施形態のアプリケーション共有システムの全体構成の一例を示す概略図である。 本実施形態の共有元ＰＣ及び共有先ＰＣのハードウェア構成を示す概略図である。 第１実施形態の共有元ＰＣ及び共有先ＰＣの機能構成を示す概略図である。 本発明の第１実施形態のアプリケーション共有方法の処理内容を示すフローチャートである。 本発明の第１実施形態のアプリケーション共有方法の処理内容を示すフローチャートである。 本発明の第１実施形態のアプリケーション共有方法の処理内容を示すフローチャートである。 本発明の第１実施形態のアプリケーション共有方法の処理内容を示すフローチャートである。 第２実施形態の共有元ＰＣ及び共有先ＰＣの機能構成を示す概略図である。

以下、本発明を実施するための好適な各実施形態を、図面を参照しながら説明する。

＜第１実施形態＞
図１は、本発明の実施形態のアプリケーション共有システム１の全体構成の一例を示す概略図である。

アプリケーション共有システム１は、図１を参照すると、ネットワークに接続された２台の端末（以下、「ＰＣ」と称する）（Ａ１，Ａ２）各々に対して、これらＰＣ上で動作するアプリケーション共有ソフトウェアＡ３が存在する環境により構成される。ここで、ＰＣ（Ａ１）は、ＰＣ（Ａ２）を含めた他のＰＣに対して共有可能なアプリケーションがインストールされたＰＣ（共有元ＰＣ）とし、また、ＰＣ（Ａ２）は、共有元ＰＣのアプリケーションを共有して利用するＰＣ（共有先ＰＣ）とする。なお、共有元ＰＣ（第１の端末）及び共有先ＰＣ（第２の端末）はそれぞれ、システム内において１つ存在する場合に限られず、複数存在してもよい。

共有元ＰＣ（Ａ１）は、共有対象のアプリケーション（共有アプリケーション）Ａ４を保持するとともに、共有先ＰＣ（Ａ２）は、共有アプリケーションＡ４を、共有先ＰＣ（Ａ２）上において仮想ドライブ上の仮想アプリケーションＡ６として利用することができる。

以下、本実施形態の共有元ＰＣ（Ａ１）、共有先ＰＣ（Ａ２）について詳細に説明する。図２は、本実施形態の共有元ＰＣ（Ａ１）及び共有先ＰＣ（Ａ２）のハードウェア構成を示す概略図であり、図３は、共有元ＰＣ（Ａ１）及び共有先ＰＣ（Ａ２）の機能構成を示す概略図である。

共有元ＰＣ（Ａ１）及び共有先ＰＣ（Ａ２）は、ハードウェアとして、図２に示すように、例えば、ＣＰＵ、ＣＰＵにバス結合されたＲＯＭ、ＲＡＭ、記憶部、入力部、表示部、および入出力インタフェースなど、通常のコンピュータ装置と同様のハードウェアを備えることができる。また、共有元ＰＣ（Ａ１）及び共有先（Ａ２）は、物理的には、専用化したシステム、あるいは汎用の情報処理装置のいずれであってもよい。例えば、一般的な構成の情報処理装置において、本発明のアプリケーション共有方法における各処理を規定したソフトウェアを起動することにより、アプリケーション共有システムを実現することもできる。

ＰＣ（共有元ＰＣ（Ａ１）又は共有先ＰＣ（Ａ１））Ｂ１は、図３に示すように、アプリケーション共有ソフトウェアＡ３で提供されるアプリケーション共有手段Ｂ２と、ネットワークインタフェースＢ４と、を備える。また、共有元ＰＣ（Ａ１）においては、共有先ＰＣ（Ａ２）で共有利用される共有アプリケーションＢ３を含み、共有先ＰＣ（Ａ１）においては、共有アプリケーションＢ３が複製された仮想アプリケーションＢ５を含み得る。

アプリケーション共有手段Ｂ２は、初期要求送信部Ｂ６、共有要求入力部Ｂ７、クライアント識別部Ｂ８、アプリケーション共有情報通知部Ｂ９、回答通知部Ｂ１０、クライアント識別情報Ｂ１１、アプリケーション共有数Ｂ１２、アプリケーション共有設定情報Ｂ１３、共有情報設定部Ｂ１４、タイマー部Ｂ１５、アプリケーション存在確認部Ｂ１６、情報交換部Ｂ１７、アプリケーションアクセス割合情報Ｂ１８、クライアント再識別部Ｂ１９、アクセスカウント部Ｂ２０、エラー通知部Ｂ２１、送信対象ファイル決定部Ｂ２２、ファイル送信部Ｂ２３、ステータス表示部Ｂ２４、接続先情報Ｂ２５、アクセス先決定部Ｂ２６、受信データ保存部Ｂ２７、受信データＢ２８、仮想ドライブ構成部Ｂ２９、書き込みデータＢ３０、ファイル送信要求部Ｂ３１、及び送信済みファイルリストＢ３２を含んで構成される。これらの構成される各部等は、主にＣＰＵがＲＯＭやＲＡＭ等に格納されるプログラムを実行し、各ハードウェアを制御することにより、実現することができる。

共有アプリケーションＢ３は、共有元ＰＣで共有を許可されたアプリケーションである。なお、このアプリケーションは、一般的なアプリケーションを用いることができる。

ネットワークインタフェースＢ４は、他のＰＣとのネットワーク通信機能を提供するハードウェアである。なお、ネットワークインタフェースＢ４の構成及び機能は、従来の一般的な他のＰＣとのネットワーク通信機能をするインタフェースと同様とすることができる。

仮想アプリケーションＢ５は、共有先ＰＣ上において、共有アプリケーションＢ３が複製されたアプリケーションである。仮想アプリケーションを構成するファイルのうち、実行もしくは読み込みのみに利用されるファイルはアプリケーションの実行と並行して共有元ＰＣ（Ａ１）からコピーされる。また、書き込みが行われるファイルは、共有元ＰＣ（Ａ１）から共有先ＰＣ（Ａ２）内部に含まれるハードディスク等の記憶媒体に書き込みデータとしてコピーされ、このコピーされたファイルに対して書き込みが行われる。このように、共有対象のアプリケーションＢ３は、共有先ＰＣ（Ａ２）にファイルが複製され、共有元ＰＣ（Ａ１）内のファイルへの書き込み動作が発生しないため、１台の共有元ＰＣ（Ａ１）に対して複数台の共有先ＰＣ（Ａ２）からアプリケーションを利用することが可能となる。

初期要求送信部Ｂ６は、共有先ＰＣにおいて利用を希望するアプリケーションの情報をネットワーク上にブロードキャストする機能を備えている。

共有要求入力部Ｂ７は、共有先ＰＣにおいて利用を希望するアプリケーション名及びそのバージョンの指定をユーザ入力により受け付ける機能を備えるユーザインタフェースである。この共有要求入力部Ｂ７においてユーザ入力により受け付けて指定されたアプリケーション名及びバージョン情報を、上記初期要求送信部Ｂ６は、ネットワーク上にブロードキャストする。

クライアント識別部Ｂ８は、初期要求送信部Ｂ６から送信されたブロードキャストパケットを受信し、該パケットを送信した送信元のＩＰアドレスと、後述するクライアント識別情報Ｂ１１に保持された内容とを比較することで、ブロードキャストした送信元であるＰＣ（送信先ＰＣ）がアプリケーション共有の許可されたＰＣであるか否かの識別を行い、該識別した結果を回答通知部Ｂ１０に通知する。また、クライアント識別部Ｂ８は、必要に応じてネットワーク上のＤＮＳサーバに問い合わせを行い、ＩＰアドレスからＭＡＣアドレスを特定し、ＭＡＣアドレスによるクライアント識別を行う機能を備えている。

アプリケーション共有情報通知部Ｂ９は、クライアント識別情報Ｂ１１およびアプリケーション共有設定情報Ｂ１３から、共有しているアプリケーションの情報および共有先ＰＣの上限値や負荷の許容度合いを取得し、その内容を回答通知部Ｂ１０に通知する。また、現状のアプリケーション共有数Ｂ１２を参照し、その値も回答通知部Ｂ１０に通知する。

回答通知部Ｂ１０は、クライアント識別部Ｂ８およびアプリケーション共有情報通知部Ｂ９から通知された値を元に、共有の可否、ならびに共有可であった場合には、そのアプリケーション名、アプリケーションのバージョン、負荷の許容度合いを通知する機能を備えている。

クライアント識別情報Ｂ１１は、共有情報設定部Ｂ１４で設定された、共有許可対象のＩＰアドレス、ＩＰアドレス帯、ＭＡＣアドレス、および共有先ＰＣの同時接続台数上限の各データを保存したデータであり、記憶部等のデータベースに格納される。

アプリケーション共有数Ｂ１２は、現在共有許可しているアプリケーションに対して接続している共有先ＰＣの台数およびそのＩＰアドレスを保存したデータであり、記憶部等のデータベースに格納される。

アプリケーション共有設定情報Ｂ１３は、共有情報設定部Ｂ１４で設定された、共有許可したアプリケーション名やそのバージョンに関する情報、共有元ＰＣに対する負荷の許容度合い、アプリケーションアクセス割合情報Ｂ１８の更新間隔、共有アプリケーションＢ３の存在確認を行う時間間隔を保存したデータであり、記憶部等のデータベースに格納される。ここで、アプリケーションアクセス割合情報Ｂ１８の更新間隔、共有アプリケーションＢ３の存在確認を行う時間間隔については、共有情報設定部Ｂ１４から使用者が設定せずとも、本実施形態のアプリケーション共有ソフトウェアＢ２で定めた固定値を用いることで、使用者の設定の手間を省くこともできる。

共有情報設定部Ｂ１４は、アプリケーションの共有許可、負荷の許容度合い、共有を許可／禁止するＰＣのＩＰアドレス・ＩＰアドレス帯・ＭＡＣアドレス、共有先ＰＣの同時接続台数上限値、アプリケーションアクセス割合情報Ｂ１８の更新間隔のそれぞれを設定するためのユーザインタフェースである。ただし、共有許可するアプリケーションの情報に関しては、共有情報設定部Ｂ１４が、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）におけるレジストリのようなアプリケーションに関する情報を記録したファイルから自動的に取得しても良い。また、共有を許可するＩＰアドレス・ＩＰアドレス帯・ＭＡＣアドレスに関しては、ネットワークに接続された他のＰＣやサーバで管理されている認証情報を受信し、それに基づきアクセス可否を自動的に設定しても良い。

タイマー部Ｂ１５は、アプリケーション共有設定情報Ｂ１３に記録されたアプリケーションアクセス割合情報Ｂ１８の更新間隔（たとえば、一定時間）毎に情報交換部Ｂ１７に対して、アプリケーションアクセス割合情報Ｂ１８を他ＰＣに展開するように通知を行う機能を備えている。また、アプリケーション共有設定情報Ｂ１３に記録された共有アプリケーションＢ３の存在確認を行うようにアプリケーション存在確認部Ｂ１６に対して通知を行う機能を備えている。

アプリケーション存在確認部Ｂ１６は、共有アプリケーションＢ３が共有元ＰＣに存在しているか否か、例えば、共有元ＰＣから削除されていないかを確認する機能を備えている。削除されている場合は、アプリケーション共有設定情報Ｂ１３を更新し、削除された旨を記録する。

情報交換部Ｂ１７は、アプリケーションアクセス割合情報Ｂ１８の内容をネットワーク上の本実施形態を適用したＰＣに対して送信する手段を有している。また、情報交換部Ｂ１７は、他のＰＣから送信されたアプリケーションアクセス割合情報を、アプリケーションアクセス割合情報Ｂ１８に保存する機能を備えている。

アプリケーションアクセス割合情報Ｂ１８は、共有アプリケーションＢ３を構成するファイルに対するアクセス頻度を記録したデータであり、記憶部等のデータベースに格納される。

クライアント再識別部Ｂ１９は、ネットワーク上の本実施形態を適用したＰＣから受信したアプリケーション共有要求に対してクライアント識別情報と照らし合わせることで、アプリケーション共有が許可されたＰＣからの要求であるか否かの識別を行う。また、必要に応じてネットワーク上のＤＮＳサーバに問い合わせを行い、ＩＰアドレスからＭＡＣアドレスを特定し、ＭＡＣアドレスによるクライアント識別を行う機能を備えている。本機能は、特にアプリケーションの共有許可の回答を通知してから共有アプリケーションＢ３へのアクセス要求までの間にクライアントのアクセス許可が変更されたり、アクセス数が上限に至るケースに対して、その接続を抑制する。

アクセスカウント部Ｂ２０は、現在共有アプリケーションＢ３を共有利用している共有先ＰＣの数、および、アクセス要求された共有アプリケーションＢ３のファイルに対するアクセス数をカウントし、アプリケーション共有数Ｂ１２およびアプリケーションアクセス割合情報Ｂ１８に値を保存する機能を備えている。また、共有先ＰＣの数がクライアント識別情報Ｂ１１に設定された上限台数以下であるか否かの判別も行う。

エラー通知部Ｂ２１は、クライアント再識別部Ｂ１９およびアクセスカウント部Ｂ２０での接続可否の判定結果により接続できないと判断された場合に、接続を要求するＰＣに対してエラーを通知する機能を備えている。

送信対象ファイル決定部Ｂ２２は、ファイル送信部Ｂ２３に送信要求を行う。ここで、アプリケーション存在確認部Ｂ１６の確認結果により、共有アプリケーションＢ３がアンインストールされる等して共有元ＰＣに存在しない場合、送信対象ファイル決定部Ｂ２２はアプリケーション共有設定情報Ｂ１３からその情報を取得し、送信対象のファイルが無い旨を通知する。

ファイル送信部Ｂ２３は、送信対象ファイル決定部Ｂ２２により通知された、共有アプリケーションＢ３を構成するファイルを共有先ＰＣに対して送信する。ファイル送信部Ｂ２３は、送信対象ファイル決定部Ｂ２２から送信対象のファイルが存在しないと通知された場合、エラー通知部Ｂ２１を通じて共有先ＰＣに対してエラーを通知する。

ステータス表示部Ｂ２４は、共有元ＰＣのエラー通知部Ｂ２１およびアクセス先決定部Ｂ２６からのエラー通知を受けて、コンピュータＢ１の画面上にエラーを表示する機能を備えている。

接続先情報Ｂ２５は、回答通知部Ｂ１０から通知された共有元ＰＣのＩＰアドレスや負荷の許容度合いを保存するデータである。

アクセス先決定部Ｂ２６は、共有元ＰＣの回答通知部Ｂ１０からの回答を受信し、その回答が共有利用可能である場合は、回答を送信した共有元ＰＣのＩＰアドレスや負荷の許容度合いに関する情報を接続先情報Ｂ２５に保存する機能を備えている。また、共有元ＰＣから共有利用可能な回答が無い場合は、ステータス表示部Ｂ２４に対してエラーを通知する機能を備えている。

受信データ保存部Ｂ２７は、共有元ＰＣから送信されたファイルデータを受信し、受信データＢ２８もしくは書き込みデータＢ３０に対してデータを保存する機能を備えている。受信データＢ２８および書き込みデータＢ３０のどちらに保存するかは仮想ドライブ構成部Ｂ２９からの書き込み／読み込み要求に従い、読み込みのみの場合は受信データＢ２８に、書き込みを伴う場合は書き込みデータＢ３０にそれぞれファイルデータが保存される。

受信データＢ２８は、仮想アプリケーションＢ５を構成する読み取り専用のファイルを保存したデータであり、記憶部等のデータベースに格納される。

仮想ドライブ構成部Ｂ２９は、共有先ＰＣの使用者に対してあたかも仮想ドライブ上に共有アプリケーションＢ３と同じアプリケーションがインストールされているようにみせる機能を備えており、仮想ドライブへのアクセスが生じ、受信データＢ２８および書き込みデータＢ３０に存在しないファイルへのアクセス要求が生じる毎にファイル送信要求部Ｂ３１に対してデータ送信要求を通知する機能を有する。

書き込みデータＢ３０は、仮想アプリケーションＢ５を使用する上で、仮想アプリケーションＢ５を構成するファイルへの書き込みが生じたファイルであり、記憶部等のデータベースに格納される。

ファイル送信要求部Ｂ３１は、仮想ドライブ構成部Ｂ２９から通知される仮想アプリケーションＢ５を実行する上で必要とされるファイルを、接続先情報Ｂ２５に記録された共有元ＰＣに対して送信するように要求する機能を有する。

送信済みファイルリストＢ３２は、共有元ＰＣから共有先ＰＣに対して送付したファイルの一覧であり、記憶部等のデータベースに格納される。

以下、図４〜図７に示すフローチャートを参照して、図３に示す機能構成を有する、共有元ＰＣ（Ａ１）及び共有先ＰＣ（Ａ２）を用いて実施される本実施形態のアプリケーション共有方法を説明する。なお、各図における各処理は、処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。

共有元ＰＣが存在するネットワークにおいて、共有先ＰＣは、まず、利用を希望するアプリケーション名の指定を、ユーザ入力により共有要求入力部Ｂ７を介して受け付ける（ステップＣ１）。このとき、ユーザは、利用を希望するアプリケーション名に加えて、利用したいアプリケーションのバージョンも任意に指定することができる。

次いで、共有先ＰＣは、入力された指定情報を、初期要求送信部Ｂ６から共有先ＰＣのネットワークインタフェースＢ４を通じて、ブロードキャストパケットとして送信する（ステップＣ２）。このとき、ブロードキャストパケットがネットワーク上の全ＰＣに配信される。このとき、パケットが配信されるネットワークインタフェースのポート番号は、アプリケーション共有ソフトウェアＢ２固有のものを使用することで、他のアプリケーションによる通信との混同を避けることができる。

ネットワークに接続された共有元ＰＣは、送信されたブロードキャストパケットを受信する（ステップＣ３）。すなわち、共有元ＰＣは、アプリケーション共有ソフトウェアＢ２固有で使用するネットワークインタフェースのポートへパケットが到着すると、該パケットをクライアント識別部Ｂ８により受信する。

共有元ＰＣは、共有を要求してきたＰＣが接続条件を満たしているか否かを判定する（ステップＣ４）。具体的には、共有元ＰＣは、クライアント識別部Ｂ８が、クライアント識別情報Ｂ１１の情報と照らし合わせて、共有を要求してきたＰＣが事前に共有を許可したＰＣであるか否かを判別し、アプリケーションの共有可否を判定する。さらに、アプリケーション共有情報通知部Ｂ９により、共有のために現在接続している共有先ＰＣの台数をアプリケーション共有数Ｂ１２から取得し、予め共有元ＰＣのクライアント識別情報Ｂ１１に設定されている、共有可能なＰＣの上限数を越えていないか判定する。接続条件を満たしている場合（ステップＣ４：Ｙｅｓ）、共有元ＰＣは、回答通知部Ｂ１０により、共有先ＰＣに対して共有に関する情報を通知する（ステップＣ５）。一方、接続条件を満たしていない場合（ステップＣ４：Ｎｏ）、共有元ＰＣは、回答通知部Ｂ１０により、共有先ＰＣに対して共有できない旨を通知する（ステップＣ６）。

共有を要求した共有先ＰＣは、共有元ＰＣからの通知を、アクセス先決定部Ｂ２６にて受信し、該受信した通知内容から、期待するアプリケーションが共有可能である旨の通知を受信したか否かを判定する（ステップＣ７）。

共有可能である旨の通知を受信した場合（ステップＣ７：Ｙｅｓ）、共有先ＰＣにおいて、アクセス先決定部Ｂ２６は、受け取った共有元ＰＣのＩＰアドレスおよび負荷上限に関する情報を接続先情報Ｂ２５として保存し、仮想ドライブ構成部Ｂ２９に対して仮想アプリケーションＢ５の構築要求を送信する。仮想ドライブ構成部Ｂ２９はこの構築要求を受け、アプリケーションアクセス割合情報Ｂ１８に記録されたアクセス割合の高いファイルから順にファイル送信要求部Ｂ３１に対してファイルの送信要求を行う（ステップＣ８）。ここで、仮想ドライブ構成部Ｂ２９からの送信要求の際に、アプリケーションアクセス割合情報Ｂ１８にアクセス割合の情報が無い場合は、共有アプリケーションＢ３を構成するファイルを特定せずにファイルの送信要求を行うことができる。この場合、共有元ＰＣのアプリケーションアクセス割合情報Ｂ１８の内容に基づきファイルが送信される。

共有可能である旨の通知を受信していない場合（ステップＣ７：Ｎｏ）、共有先ＰＣは、ブロードキャストパケットを送信してから一定時間以上が経過したか否かを判断する（ステップＣ９）。共有可能である旨の通知を一定時間以上経過した場合（ステップＣ９：Ｙｅｓ）、共有先ＰＣにおいて、アクセス先決定部Ｂ２６は、ステータス表示部Ｂ２４に対してエラー通知（エラー表示）を行い、ステータス表示部Ｂ２４がコンピュータＢ１に接続されたモニタにエラーメッセージの出力を行う（ステップＣ１０）。一方、共有可能である旨の通知を一定時間以上が経過していない場合（ステップＣ９：Ｎｏ）、ステップＣ７の処理に戻る。

次に、共有先ＰＣから送信されたアプリケーションへのアクセス要求に対する共有元ＰＣでの処理動作について、図５に示すフローチャートを用いて説明する。

共有元ＰＣは、アプリケーションへのアクセス要求を、クライアント再識別部Ｂ１９にて受信する（ステップＤ１）。次いで、クライアント識別部Ｂ８で最初に共有可否を判定した後に使用者が設定を変更した場合を考慮して、供給元ＰＣは、アクセス要求をしてきたＰＣが共有可能か否かを判断する（ステップＤ２）。すなわち、共有元ＰＣにおいて、クライアント識別部Ｂ８が最初に共有可否を判定したときと同様に、クライアント再識別部Ｂ１９が、クライアント識別情報Ｂ１１の情報を参照して、共有先ＰＣのＩＰアドレス・ＩＰアドレス帯・ＭＡＣアドレスでの共有可否を判断する。ここで、再度共有可能と判断された場合（ステップＤ２：Ｙｅｓ）、アクセスカウント部Ｂ２０にその旨を通知し、ステップＤ３の処理に移る。一方、共有禁止と判断された場合（ステップＤ２：Ｎｏ）、共有元ＰＣは、共有を要求してきたＰＣに対してエラーを通知する（ステップＤ４）。該エラーは、エラー通知部Ｂ２１から共有を要求してきたＰＣに対して通知される。

共有元ＰＣにおいて、アクセスカウント部Ｂ２０は、共有許可しているＰＣの台数がアクセスカウント以下か否かを判定する（ステップＤ３）。具体的には、現時点で共有を許可しているＰＣの台数の情報をアプリケーション共有数Ｂ１２から取得して、共有元ＰＣのクライアント識別情報Ｂ１１で設定されている共有ＰＣ台数の上限を超えていないか否かの確認を行う。上限を超えておらず、共有可能と判定した場合（ステップＤ３：Ｙｅｓ）、アプリケーション共有数Ｂ１２に記録されている共有先ＰＣの台数を１増加させ、共有先ＰＣのＩＰアドレスを記録する。一方、上限を超えており、共有可能でないと判定した場合（ステップＤ３：Ｎｏ）、ステップＤ４の処理を実行する。

さらに、上記共有可能と判定した場合、共有元ＰＣは、アクセス要求をしてきたＰＣが送信ファイルを指定しているか否かを判定する（ステップＤ５）。さらに、送信元ＰＣにおいて、送信対象ファイル決定部Ｂ２２では、送信するファイルを決定する。

ここで、共有先ＰＣが共有対象のアプリケーションを構成する送信ファイルを指定していない場合（ステップＤ５：Ｎｏ）、送信元ＰＣは、アプリケーションアクセス割合情報および送信済みファイルリストＢ３２から、優先度に基づき未送信のファイルをアクセス要求元に送信する（ステップＤ６）。たとえば、送信済みファイルリストＢ３２に記録されていないアクセス割合の高いファイルに関する情報をアプリケーションアクセス割合情報Ｂ１８から取得して、該取得により特定されるファイルをファイル送信部Ｂ２３により送信する。一方、ファイルを指定している場合（ステップＤ５：Ｙｅｓ）、送信元ＰＣは、その指定（特定）されたファイルをアクセス要求元に送信する（ステップＤ７）。送信元ＰＣにおいて、その指定されたファイルがファイル送信部Ｂ２３に通知され、ファイル送信部Ｂ２３により送信される。なお、送信するファイルが特定されると、送信対象ファイル決定部Ｂ２２は、重複してファイルを送付するのを避けるために送信済みファイルリストＢ３２に特定したファイル名を追記する。

以上、共有先ＰＣから送信されたアプリケーションへのアクセス要求に対する共有元ＰＣでの処理動作について説明した。

次に、共有先ＰＣでのファイル受信動作について、図６に示すフローチャートを用いて説明する。

共有先ＰＣは、共有元ＰＣからエラーを通知されたか否かを判別する（ステップＥ１）。すなわち、共有先ＰＣは、共有元ＰＣからの返信内容を受信し、該受信した内容がエラーか否かを判別する。エラーである場合（ステップＥ１：Ｙｅｓ）、共有先ＰＣにおいて、ステータス表示部Ｂ２４がコンピュータＢ１に接続されたモニタにエラーメッセージの出力を行う（ステップＥ４）。

受信した内容がエラーで無い場合（ステップＥ１：Ｎｏ）、共有先ＰＣは、受信データ保存部Ｂ２７にてデータをファイルとして受信する（ステップＥ２）。ここで、共有先ＰＣは、受信したファイルが読み取り専用属性のファイルであるか否か、すなわち、受信したファイルが書き込みを伴うファイルであるか否かの判別を行う（ステップＥ３）。

共有先ＰＣは、読み取り専用属性の場合（ステップＥ３：Ｎｏ）、受信データＢ２８としてファイルを保存し（ステップＥ６）、書き込み属性を有するファイルである場合（ステップＥ３：Ｎｏ）、書き込みデータＢ３０としてファイルを保存する（ステップＥ５）。共有先ＰＣにおいて、これらのいずれかに保存されたデータを元に仮想ドライブ構成部Ｂ２９が、あたかもコンピュータＢ１に接続された物理ドライブのように仮のドライブイメージ（以下、仮想ドライブ）を出力し、そこに、共有アプリケーションＢ３と同じ内容のアプリケーションがインストールされた状態を構成する。使用者から参照できる仮想ドライブ上のファイルは、仮想アプリケーションＢ５を構成する受信データＢ２８または書き込みデータＢ３０内のファイルへのリンク情報のみであり、ファイル個々の実態へは直接アクセスできない。

以後、共有先ＰＣにおいて、使用者により仮想アプリケーションＢ５が実行された際には、アクセス要求されたファイルが受信データＢ２８および書き込みデータＢ３０に存在しない場合、仮想ドライブ構成部Ｂ２９がファイル送信要求部Ｂ３１に対して必要なファイルに関する要求を行う。ファイル送信要求部Ｂ３１は、接続先情報Ｂ２５を参照して特定される共有元ＰＣに対してファイル要求を送信する。要求を受信した共有元ＰＣでは、最初のアプリケーションへのアクセス要求の時と同様に、クライアント再識別部Ｂ１９でアクセス要求が受信され、共有先ＰＣの識別や、アクセスカウント部Ｂ２０による共有元ＰＣで設定されている共有ＰＣ台数の上限を超えていないかの確認を経て、送信対象ファイル決定部Ｂ２２にて共有先ＰＣから要求されたファイルをファイル送信部Ｂ２３に対して送信するように通知する。ファイル送信部Ｂ２３は、共有アプリケーションＢ３を構成するファイルから対象のファイルを読み出して共有元ＰＣのネットワークインタフェースＢ４に出力し、ネットワークを介して共有先ＰＣに送信する。このとき、送信対象ファイル決定部Ｂ２２により送信要求が生じたファイルの順位および頻度がアプリケーションアクセス割合情報Ｂ１８に記録される。送信対象ファイル決定部Ｂ２２は、共有先ＰＣからファイルが指定された場合を除き、以後の共有アプリケーションＢ３のファイル送信の際に、このアプリケーションアクセス割合情報Ｂ１８を参照し、送信対象となるファイルの優先順位を決定する。

共有先ＰＣにて、仮想アプリケーションＢ５を使用する場合、たとえば、使用者によるアクセスが生じていない間、仮想ドライブ構成部Ｂ２９により、アプリケーションアクセス割合情報Ｂ１８への参照が行われ、利用頻度が高いファイルに関して、あらかじめファイル送信要求部Ｂ３１に対して送信要求を行う。該ファイルを、受信データＢ２８にキャッシュすることにより、共有元ＰＣへのファイル送信要求を行ってからファイルを受信するまでの時間を削減し、その結果として仮想アプリケーションＢ５の実行性能を確保することができる。なお、共有元ＰＣを決定して最初のファイル送信要求を行った際と同様に、アプリケーションアクセス割合情報Ｂ１８内に、対象とする共有アプリケーションＢ３を構成するファイルへのアクセス頻度の情報が記録されていない場合、ファイル送信要求部Ｂ３１はファイル名を特定せずに送信要求を行う。この場合、共有先ＰＣは、共有元ＰＣのアプリケーションアクセス割合情報Ｂ１８の情報に基づきファイルが送信される。

また、共有元ＰＣにおいて、使用者により仮想アプリケーションＢ５の使用が終了した場合、仮想ドライブ構成部Ｂ２９は仮のドライブイメージ上の仮想アプリケーションのＢ５の表示を停止する。

次に、本実施形態を適用したＰＣ（Ａ），（Ｂ）におけるアプリケーションアクセス割合情報Ｂ１８の共有について、図７に示すフローチャートを用いて説明する。

まず、共有元であるＰＣ（Ａ）は、アプリケーションの共有が有効に設定されているか否かを判定する（ステップＦ１）。共有が有効に設定されている間（ステップＦ１：Ｙｅｓ）、ＰＣ（Ａ）において、タイマー部Ｂ１５が一定時間毎にアプリケーション存在確認部Ｂ１６に対して通知を行い、タイマー部Ｂ１５を作動させる（Ｆ２）。次いで、ＰＣ（Ａ）は、タイマー部Ｂ１５が作動開始してから一定時間経過したか否かを判定する（ステップＦ３）。一定時間が経過した場合（ステップＦ３：Ｙｅｓ）、ＰＣ（Ａ）において、アプリケーション存在確認部Ｂ１６により共有アプリケーションＢ３が利用可能な状態かの確認、例えば、ＰＣから削除されていないかの確認を行う（ステップＦ４）。共有アプリケーションＢ３が利用可能でない場合（ステップＦ５：Ｎｏ）、ＰＣ（Ａ）は、利用不可のアプリケーションが共有可能と設定されていないかを判定し、該設定されていないと判定した場合（ステップＦ６：Ｎｏ）、アプリケーション共有設定情報Ｂ１３から、利用不可のアプリケーションに関する情報を更新（たとえば、消去）する（Ｆ７）。また、タイマー部Ｂ１５は一定時間毎に情報交換部Ｂ１７に対して通知を行う。ＰＣ（Ａ）において、通知を受けた情報交換部Ｂ１７は、アプリケーションアクセス割合情報Ｂ１８を他の共有元ＰＣ（Ｂ）に送信する（ステップＦ８）。情報交換部Ｂ１７から送信された情報は、他の共有元ＰＣ（Ｂ）の情報交換部Ｂ１７にて受信され（ステップＦ９）、共有元ＰＣ（Ｂ）のアプリケーションアクセス割合情報Ｂ１８に記録される（ステップＦ１０）。これにより、アプリケーションを構成するファイルへのアクセス割合の情報を共有元ＰＣ（Ａ），（Ｂ）全てで共有することができる。

以上の本実施形態のアプリケーション共有ステム、アプリケーション共有方法、及びアプリケーション共有プログラムによれば、下記の効果を有することができる。

第１の効果は、共有先ＰＣが、共有元ＰＣのＩＰアドレス等接続に関する情報を有していない状態（知らない状態）においても共有元ＰＣで公開されているアプリケーションを利用することができる点である。

その理由は、共有先ＰＣがネットワークに対してブロードキャスト通知により、ネットワーク接続している全ＰＣに対して共有しているアプリケーションの問い合わせを行い、共有元ＰＣでアプリケーションの共有利用の許可を行っているもののみレスポンスを返すためである。

本効果においては、共有元ＰＣを老朽化等の理由により置換したいといった場合においても、古い共有元ＰＣもしくは一時的に他のＰＣで共有を行い、その間に新たなＰＣを準備し、準備出来次第、共有可能としてネットワークに接続することで共有先ＰＣに対して何ら影響を与えずにアプリケーション共有を継続することもできる。

第２の効果は、１台の共有元ＰＣに対して複数台の共有先ＰＣがアプリケーションを利用することができる点である。

その理由は、共有先ＰＣにおいて共有アプリケーションＢ３を複製し、その複製したアプリケーションに対してアクセスを行うことで、共有元ＰＣには複製の際の読み込みのみですむからである。

第３の効果は、共有アプリケーションＢ３に対する負荷の度合いを指定し、共有元ＰＣのディスクアクセス負荷を抑制したアプリケーション共有が可能である点である。また、共有元ＰＣにおける、共有によるアクセス負荷の上限を設定することで負荷を抑制したアプリケーションの共有が実現できる。

その理由は、共有情報設定部Ｂ１４で負荷度合いの設定が可能であり、且つ、アプリケーションアクセス割合情報Ｂ１８を本実施形態を適用したＰＣ全てで共有していることで、設定した負荷度合いを上限としたアプリケーション共有がなされることができるためである。

第４の効果は、共有するアプリケーションは一般的なアプリケーションで良く、本実施形態に適用するためにアプリケーション自体の改造を何ら必要としない点である。

その理由は、本発明におけるアプリケーション共有方法がアプリケーションの作りに一切依存していないからである。

第５の効果は、共有対象のアプリケーションについて、共有先ＰＣ上で使用者による不正コピーを防止することができる点である。

その理由は、仮想アプリケーションＢ５の実行が終了すると、仮のドライブイメージ上の仮想アプリケーションのＢ５の表示が停止するため、また、仮想アプリケーションＢ５の実行中においても仮のドライブイメージ上ではファイルのリンク情報のみ参照可能であり、ファイルの実態にアクセスできないためである。

また、本実施形態のアプリケーション共有方法は、上述した引用文献１に記載の技術と比較すると、共有対象のアプリケーションのファイル個々を共有先のＰＣで必要な部分をダウンロードする（単なるファイル共有やダウンロードしたアプリケーションの実行では、アプリケーションの関連する全てのファイルをダウンロードし、セットアップしないと動作させることができない）、および、共有したアプリケーションは使用終了後、共有先ＰＣに複製を残さない（不正コピーとならない）点で大きく異なる。

＜第２実施形態＞
次に、本発明の第２実施形態について図８を参照して詳細に説明する。

図８を参照すると、本実施形態のアプリケーション共有ソフトウェアＧ２は、図３に示した第１実施形態と比較すると、送信済みファイルリストＢ３２を有せず、また、図８における仮想ドライブ構成部Ｇ２９は、情報交換部Ｇ１７に対してアプリケーションアクセス割合情報Ｇ１８の展開開始を通知する手段を有する点で異なる。さらに、図８において受信ファイル確認部Ｇ３２と受信済みファイルリストＧ３３を有する点で、図３の実施形態と異なる。またさらに、図８において接続先情報Ｇ２５は、複数の共有元ＰＣの情報を保存する点で、情報交換部Ｇ１７はその機能において図３の実施形態のものと異なる。なお、第２実施形態のアプリケーション共有ソフトウェアＧ２において、上述した第１実施形態のアプリケーション共有ソフトウェアＡ３と共通とすることができる構成および機能については、その説明を省略する。

図８において、受信ファイル確認部Ｇ３２は、共有先ＰＣにおいて受信した共有アプリケーションＧ３を構成するファイル名を、受信済みファイルリストＧ３３に記録されているものと比較し、一致するものがあるか否かを判別する機能、また、受信済みファイルリストＧ３３に受信したファイル名を記録する機能、さらに、受信したファイルの内容により、受信データ保存部Ｇ２７および仮想ドライブ構成部Ｇ２９にファイル送付や通知を行う機能を有する。

図８において、受信済みファイルリストＧ３３は、受信ファイル確認部Ｇ３２により記録された受信済みファイルのリストである。

図８において、情報交換部Ｇ１７は、図３における情報交換部Ｂ１７の機能に加えて、ネットワークに接続している本実施形態を適用したＰＣに対してアプリケーションアクセス割合情報Ｇ１８の交換要求を通知する機能、ならびに交換要求に応じてアプリケーションアクセス割合情報Ｇ１８の内容をネットワークに送信する手段を有している。

本実施形態の動作処理を、図面を参照して詳細に説明する。

共有元ＰＣが２台以上存在するネットワーク環境において、図８の実施形態のアプリケーション共有ソフトウェアＧ２を用いて、図４のステップＣ１からＣ２の動作を行った場合、２台以上の共有元ＰＣにおいてステップＣ３〜Ｃ５の動作が行われる。共有元ＰＣからの通知は１台の共有先ＰＣにて受信され、ステップＣ７の動作を行う。ここで、２台以上の共有元ＰＣから、バージョンを指定した場合は同一のバージョンであることを含め、同一のアプリケーションについて共有可能であると通知された場合、共有先ＰＣは共有可能と通知してきた全ての共有元ＰＣに対してステップＣ８の動作を行う。本実施形態における接続先情報Ｇ２５では、共有可能と通知した全ての共有元ＰＣの情報が記録される。

共有可能と通知した全ての共有元ＰＣにおいて、図５のフローチャートに示した動作処理が行われる。これに対し、共有先ＰＣでは、図６のフローチャートに示した動作処理とは、以下の動作処理を行う点で異なる。

２台以上の共有元ＰＣから共有アプリケーションＧ３のファイルが送信された際、共有先ＰＣの受信ファイル確認部Ｇ３２がこれらを受信する。受信ファイル確認部Ｇ３２は、受信済みファイルリストＧ３３に記録された、既に受信しているファイルの一覧と受信したファイル名を比較し、受信していないファイルであることを確認する。受信していないファイルである場合、受信済みファイルリストＧ３３にそのファイル名を記録し、受信したファイルを受信データ保存部Ｇ２７に送信し、以後、図６のステップＥ２〜Ｅ６の動作処理を行う。既に受信済みのファイルを再度受信した場合、受信ファイル確認部Ｇ３２は、仮想ドライブ構成部Ｇ２９に対して別のファイルを送信する要求を通知する。仮想ドライブ構成部Ｇ２９は、受信済みファイルリストＧ３３とアプリケーションアクセス割合情報Ｇ１８を参照して、アクセス頻度が高く、且つ、受信していないファイル名を特定し、ファイル送信要求部Ｇ３１に対してファイルの送信要求を行う。もし、アプリケーションアクセス割合情報Ｇ１８に、共有アプリケーションＧ３のアクセス割合情報が無い場合、仮想ドライブ構成部Ｇ２９は情報交換部Ｇ１７に対して、ネットワークに接続された本実施形態を適用したＰＣからアプリケーションアクセス割合情報Ｇ１８を要求する通知を行うよう要求する。なお、全ての共有元ＰＣからエラーが通知された場合、共有先ＰＣは接続されたモニタにエラーを表示する。

共有先ＰＣは、共有元ＰＣから通知されたアクセスによる負荷の許容度合いに応じて、複数の共有元ＰＣに対してファイルの送信要求を行う。具体的には、共有元ＰＣから通知されたアクセスによる負荷の許容度合いの値が大きいＰＣに対してファイルの送信要求の頻度を増やし、その分、負荷の許容度合いの値の小さいＰＣに対してファイルの送信要求の頻度を減らす。

本実施形態では、１台の共有先ＰＣから、複数台の共有元ＰＣで共有許可されている同一のアプリケーションを共有することで、仮に１台の共有元ＰＣが故障してしまっても他の共有元ＰＣからアプリケーションを共有利用することが可能となり、可用性の高い運用が可能となる。

さらに、図８に示す第２実施形態において、複数の共有元ＰＣで設定されている負荷度合いを比較することで、度合いに応じた分散アクセスが可能となる。

＜変形例＞
以上のように本発明の好適な実施形態について説明したが、本発明は、以上の実施形態に限定されるべきものではなく、特許請求の範囲に表現された思想および範囲を逸脱することなく、種々の変形、追加、および省略が当業者によって可能である。

たとえば、上記各実施形態では、共有元ＰＣおよび共有先ＰＣそれぞれが、上記アプリケーション共有手段Ｂ２の各部を含む構成として説明したが、これに限られず、必要な機能構成を適宜選択・省略してもよい。たとえば、ＰＣを、共有元ＰＣ専用のものと、共有先ＰＣ専用のものとでそれぞれ用意する場合、共有元ＰＣには、該共有元ＰＣとして必要な機能を有する各部等を有し、共有先ＰＣには、該共有先ＰＣとして必要な機能を有する各部等を有すればよい。

また、上記各実施形態では、共有元ＰＣおよび共有先ＰＣにおいて、それぞれの処理機能を有する各部が備えられている構成を説明したが、本発明はこれに限られず、例えば、各部が共有元ＰＣおよび共有先ＰＣ等と通信可能に接続されたネットワーク上に又は他の装置に備えて構成することもできる。

さらに、上記各実施形態では、共有元ＰＣおよび共有先ＰＣには、用途に応じた各部がそれぞれ備えられているが、これら各ＰＣに備えられている各部は、そのいくつかを一纏めにして構成されていてもよいし、一つの部をさらに複数の部に分割して構成されていてもよい。

上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
共有可能なアプリケーションが登録された第１の端末と、該第１の端末とネットワーク上で接続され、前記アプリケーションを共有して利用する第２の端末とを備えたシステムにおけるアプリケーション共有方法であって、前記第２の端末が、利用を希望するアプリケーションの入力を受け付ける段階と、前記第２の端末が、前記入力を受け付けたアプリケーションの共有要求を含むブロードキャストパケットを送信する段階と、前記第１の端末が、前記ブロードキャストパケットを受信し、前記共有要求をした前記第２の端末が接続条件を満たしているかを判定する段階と、前記第１の端末が、前記接続条件を満たしていると判定した場合、前記共有要求をした前記第２の端末に対して、共有可能である旨の通知および自端末のＩＰアドレス情報を送信する段階と、前記第２の端末が、前記共有可能である旨の通知および前記ＩＰアドレス情報を受信した場合、前記ＩＰアドレス情報に基づいて、前記第１の端末に対して、前記アプリケーションのファイル送信要求を送信する段階と、を含むアプリケーション共有方法。

（付記２）
さらに、前記第１の端末が、前記アプリケーションのファイル送信要求を受信し、該受信した送信要求に基づいて、前記第２の端末に対して前記アプリケーションを構成するファイルを複製して送信する段階と、前記第２の端末は、前記第１の端末より送信されたファイルを受信し、該ファイルに基づいて、前記共有アプリケーションの複製された仮想アプリケーションを実行する段階と、を含む付記１に記載のアプリケーション共有方法。

（付記３）
前記アプリケーションのファイル送信要求は、前記アプリケーションを構成するファイルのうち、前記第２の端末が必要とするファイルの送信要求である付記１または付記２に記載のアプリケーション共有方法。

（付記４）
前記利用を希望するアプリケーションの入力として、アプリケーション名および該アプリケーションのバージョンの指定情報を受け付ける、付記１〜付記３のいずれか１項に記載のアプリケーション共有方法。

（付記５）
前記第１の端末は、前記アプリケーションの共有を許可する端末情報、および共有可能な端末の上限数が予め登録されており、前記第２の端末が接続条件を満たしているかを判定する段階は、前記端末情報に基づいて、該第２の端末が共有を許可する端末であるかを判定する段階と、共有のために現在接続している端末数が、前記共有可能な端末の上限数を超えていないかを判定する段階と、を含む、付記１〜付記４のいずれか１項に記載のアプリケーション共有方法。

（付記６）
前記第１の端末は、アクセス負荷の許容度合いが設定可能に構成されており、
前記ファイル送信要求を送信する段階は、前記設定された許容度合いを上限として、前記各第１の端末に対してファイルの送信要求を送信する、付記１〜付記５のいずれか１項に記載のアプリケーション共有方法。

（付記７）
前記第１の端末は、共有している前記アプリケーションにおけるファイルの利用頻度に基づいてアクセス負荷を導出する、付記６に記載のアプリケーション共有方法。

（付記８）
前記第１の端末は、前記導出したアクセス負荷の情報を、所定の間隔ごとに、ネットワーク上で接続された他の端末に対して複製して送信する、付記７に記載のアプリケーション共有方法。

（付記９）
付記１に記載のアプリケーション共有方法をコンピュータで実行させるためのアプリケーション共有プログラム。

Ａ１…共有元ＰＣ（第１の端末）、Ａ２…共有先ＰＣ（第２の端末）、Ａ３…アプリケーション共有ソフトウェア、Ａ４…共有アプリケーション、Ａ５…記憶媒体、Ａ６…仮想アプリケーション、Ｂ１（Ｇ１）・・・コンピュータ（端末：ＰＣ）、Ｂ２（Ｇ２）・・・アプリケーション共有手段、Ｂ３（Ｇ３）…アプリケーション、Ｂ４（Ｇ４）…ネットワークインタフェース、Ｂ５（Ｇ５）…仮想アプリケーション、Ｂ６（Ｇ６）…初期要求送信部、Ｂ７（Ｇ７）…共有要求入力部、Ｂ８（Ｇ８）…クライアント識別部、Ｂ９（Ｇ９）…アプリケーション共有情報通知部、Ｂ１０（Ｇ１０）…回答通知部、Ｂ１１（Ｇ１１）…クライアント識別情報、Ｂ１２（Ｇ１２）…アプリケーション共有数、Ｂ１３（Ｇ１３）…アプリケーション共有設定情報、Ｂ１４（Ｇ１４）…共有情報設定部、Ｂ１５（Ｇ１５）…タイマー部、Ｂ１６（Ｇ１６）…アプリケーション存在確認部、Ｂ１７（Ｇ１７）…情報交換部、Ｂ１８（Ｇ１８）…アプリケーションアクセス割合情報、Ｂ１９（Ｇ１９）…クライアント再識別部、Ｂ２０（Ｇ２０）…アクセスカウント部、Ｂ２１（Ｇ２１）…エラー通知部、Ｂ２２（Ｇ２２）…送信対象ファイル決定部、Ｂ２３（Ｇ２３）…ファイル送信部、Ｂ２４（Ｇ２４）…ステータス表示部、Ｂ２５（Ｇ２５）…接続先情報、Ｂ２６（Ｇ２６）…アクセス先決定部、Ｂ２７（Ｇ２７）…受信データ保存部、Ｂ２８（Ｇ２８）…受信データ、Ｂ２９（Ｇ２９）…仮想ドライブ構成部、Ｂ３０（Ｇ３０）…書き込みデータ、Ｂ３１（Ｇ３１）…ファイル送信要求部、Ｂ３２…ファイルリスト、Ｇ３２…受信ファイル確認部、Ｇ３３…ファイルリスト。

Claims (9)

1. 共有可能なアプリケーションが登録された第１の端末と、該第１の端末とネットワーク上で接続され、前記アプリケーションを共有して利用する第２の端末とを備えたシステムにおけるアプリケーション共有方法であって、
   前記第２の端末が、利用を希望するアプリケーションの入力を受け付ける段階と、
   前記第２の端末が、前記入力を受け付けたアプリケーションの共有要求を含むブロードキャストパケットを送信する段階と、
   前記第１の端末が、前記ブロードキャストパケットを受信し、前記共有要求をした前記第２の端末が接続条件を満たしているかを判定する段階と、
   前記第１の端末が、前記接続条件を満たしていると判定した場合、前記共有要求をした前記第２の端末に対して、共有可能である旨の通知および自端末のＩＰアドレス情報を送信する段階と、
   前記第２の端末が、前記共有可能である旨の通知および前記ＩＰアドレス情報を受信した場合、前記ＩＰアドレス情報に基づいて、前記第１の端末に対して、前記アプリケーションのファイル送信要求を送信する段階と、
   を含むアプリケーション共有方法。
2. さらに、前記第１の端末が、前記アプリケーションのファイル送信要求を受信し、該受信した送信要求に基づいて、前記第２の端末に対して前記アプリケーションを構成するファイルを複製して送信する段階と、
   前記第２の端末は、前記第１の端末より送信されたファイルを受信し、該ファイルに基づいて、前記共有アプリケーションの複製された仮想アプリケーションを実行する段階と、を含む請求項１に記載のアプリケーション共有方法。
3. 前記アプリケーションのファイル送信要求は、前記アプリケーションを構成するファイルのうち、前記第２の端末が必要とするファイルの送信要求である、請求項１または請求項２に記載のアプリケーション共有方法。
4. 前記利用を希望するアプリケーションの入力として、アプリケーション名および該アプリケーションのバージョンの指定情報を受け付ける、請求項１〜請求項３のいずれか１項に記載のアプリケーション共有方法。
5. 前記第１の端末は、前記アプリケーションの共有を許可する端末情報、および共有可能な端末の上限数が予め登録されており、
   前記第２の端末が接続条件を満たしているかを判定する段階は、前記端末情報に基づいて、該第２の端末が共有を許可する端末であるかを判定する段階と、共有のために現在接続している端末数が、前記共有可能な端末の上限数を超えていないかを判定する段階と、を含む、請求項１〜請求項４のいずれか１項に記載のアプリケーション共有方法。
6. 前記第１の端末は、アクセス負荷の許容度合いが設定可能に構成されており、
   前記ファイル送信要求を送信する段階は、前記設定された許容度合いを上限として、前記各第１の端末に対してファイルの送信要求を送信する、請求項１〜請求項５のいずれか１項に記載のアプリケーション共有方法。
7. 前記第１の端末は、共有している前記アプリケーションにおけるファイルの利用頻度に基づいてアクセス負荷を導出する、請求項６に記載のアプリケーション共有方法。
8. 前記第１の端末は、前記導出したアクセス負荷の情報を、所定の間隔ごとに、ネットワーク上で接続された他の端末に対して複製して送信する、請求項７に記載のアプリケーション共有方法。
9. 請求項１に記載のアプリケーション共有方法をコンピュータで実行させるためのアプリケーション共有プログラム。