分散機器相互制御システム
【課題】携帯電話機およびＰＣのように、本来互換性がない異なるプラットフォームを有する機器間での双方向ユーザインタラクションを行なうと共に、双方のアプリケーションの状態管理によって、効率的なユーザインタラクションを可能とする。
【解決手段】管理部１３および管理部２３は、端末Ａ１０に付随する入力部１１からの入力信号１または端末Ｂに付随する入力部２１からの入力信号２に基づいて、第１のアプリケーション１５または第２のアプリケーション２５を実行する際、端末Ａ１０並びに端末Ｂ２０の処理能力および双方間の通信処理性能に基づいて、入力信号１または入力信号２に対する第１のアプリケーション（アプリ部）１５または第２のアプリケーション（アプリ部）２５の実行タイミングを制御する。
【解決手段】管理部１３および管理部２３は、端末Ａ１０に付随する入力部１１からの入力信号１または端末Ｂに付随する入力部２１からの入力信号２に基づいて、第１のアプリケーション１５または第２のアプリケーション２５を実行する際、端末Ａ１０並びに端末Ｂ２０の処理能力および双方間の通信処理性能に基づいて、入力信号１または入力信号２に対する第１のアプリケーション（アプリ部）１５または第２のアプリケーション（アプリ部）２５の実行タイミングを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機能を有し、相互に信号の送受信を行なう複数の情報処理装置から構成される分散機器相互制御システムに関する。
【背景技術】
【０００２】
近年、携帯電話機の高機能化、大容量化、高速化が進んでいる。その結果、電子メールやスケジュール帳などの基本的なアプリケーションに加え、ＰＣ用ウェブページの閲覧、地デジ（地上デジタル放送）映像の視聴などの高機能なアプリケーションが搭載されるのが一般的になってきている。また、携帯電話機の通信機能は、ウェブ閲覧や電子メールの送受信に利用するソケット通信機能に加え、赤外線通信機能、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信機能、Ｆｅｌｉｃａ（登録商標）通信機能も搭載されるようになってきている。
【０００３】
これにより、携帯電話機とＰＣ、携帯電話機と携帯電話機、または携帯電話機と専用小型デバイスなど、携帯電話機と近接する他端末とローカルネットワークを構成して通信することによって、双方向でのデータ通信やユーザインタラクションが可能となる。
【０００４】
特に、携帯電話機とＰＣが連携するシステムの代表的なものとして、ＰＣの液晶画面表示内容を携帯電話機の画面に表示するシステムがある。最も有名なシステムは、ＶＮＣ（Virtual Networking Computing）である。このシステムは、サーバ側の端末の画面を画像化し、その画像データをクライアント側の端末に転送するものである。これにより、ユーザは、遠隔地から携帯電話機でＰＣにアクセスし、ＰＣ上で動作するアプリケーションを起動したり、その表示画面を携帯電話機の画面上で確認したり、携帯電話機上のテンキーを利用して入力したテキストデータを、ＰＣ上で動作するアプリケーションのテキストボックス内に入力することができる。例えば、特許文献１、または特許文献２には、遠隔地からＰＣを動作させる技術が開示されている。
【０００５】
また、携帯電話機の機能を制御するシステムがある。例えば、特許文献３に開示されている技術は、遠隔地に存在するＰＣから制御信号を携帯電話機に送信することにより、携帯電話機のキー操作の無効化や、電源供給の停止を行なうことができる。さらに、特許文献４に開示されているシステムでは、２つの無線携帯端末（例えば、携帯電話機とＰＤＡ）間で機能を共有し、双方からのユーザインタラクションを可能にする。このシステムでは、２つの端末がＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信手段によって接続している状態において、ＰＤＡのタッチパネルで入力することで、携帯電話機の電話呼を発信したり、ＰＤＡ内の写真を携帯電話機のカラーディスプレイ上で携帯電話機のスクロールホイールを操作して閲覧したり、携帯電話機内の画像をＰＤＡ上で編集したりすることができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２５１６３０号公報
【特許文献２】特開２００１−１０３５６８号公報
【特許文献３】特開２０００−０４１１０２号公報
【特許文献４】特表２００７−５２２５４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１および特許文献２に記載されているシステムは、携帯電話機からＰＣに遠隔アクセスし、ＰＣの液晶画面表示内容を画像化し、その画像データを携帯電話機に転送し、表示するものでしかなく、携帯電話機からＰＣへの一方向の制御でしかない。また、特許文献３に記載されているシステムは、ＰＣから携帯電話機に制御信号を送信することで、携帯電話機の機能を制御するものでしかなく、ＰＣ側から一方的に携帯電話機を制御するものでしかない。特許文献４は、２つの携帯端末のうち、一方が持つ表示内容、機能、ユーザインタフェースを他方と共有するシステムについて記述している。しかし、特許文献４には、２つの装置が近接しており、スクリーン共有機能を開始すると１つの装置の機能や動作に関して、他方の装置からの操作が可能であるというシステム構成およびシーケンスチャートしか記載されておらず、具体性に欠ける。２つの装置が有する機能を効果的に活用して、１つの装置のみが有する機能を高める概念は記載しているが、各機能を利用する上で、各装置上での詳細なアルゴリズムは不明である。
【０００８】
このように、これらのシステムでは、１つのアプリケーションに対して、相手側の端末に対して制御コマンドを送信し、その結果を受信するという固定的なシステム構成を採っているだけであり、１つのアプリケーションに対して、ＰＣおよび携帯電話機の双方を利用することは想定されていない。そのため、これらのシステムでは、アプリケーションを利用する状況に応じて、操作する端末を切り替えることはできない。例えば、ＰＣ内のデータフォルダにあるテキストファイルを編集する１つのアプリケーションに対して、歩いているときや立っているときは、携帯電話機を利用して、座っているときはＰＣを利用することは想定されていない。
【０００９】
近距離無線通信で接続されたＰＣおよび携帯電話機の双方を利用することを想定した場合、ＰＣは、携帯電話機と比較して、液晶画面が大きく、計算処理能力が高く、多様な入力インタフェースを備えるなどのメリットがある。一方、携帯電話機は、ＰＣと比較して、携帯電話通信網を利用でき、携帯電話機内蔵の機能（カメラ、ＧＰＳ、赤外線、アドレス帳、個人認証）を備えるなどのメリットがある。このように、それぞれの端末は、本来互換性のない異なるプラットフォームであるが、双方の端末は、それぞれに効果的な機能を備えており、両方の機能を活用すれば、より多様なアプリケーション構築が可能になると考えられる。
【００１０】
例えば、携帯電話機のカメラで撮影した写真をＰＣに転送し、ＰＣのタッチパネル付き液晶画面上で写真を編集し、携帯電話機を経由して、友達に写真を送付することもできる。また、携帯電話機のＧＰＳで取得したＧＰＳ情報をＰＣに転送し、ＰＣ内に蓄積した地図データの中から、該当する地図データをＰＣの液晶画面上に表示することもできる。既存のシステムのような固定的、限定的なプラットフォームではなく、双方に備わった機能や性能を効果的に活かして、双方の機器を相互に制御するプラットフォームを実現することで、１つの機器だけでは利用できなかったアプリケーション構築が可能になると考えられ、かつ、そのプラットフォームをより柔軟かつ汎用的に構築することで、アプリケーションの幅が広がる。
【００１１】
ただし、上記のように、近距離無線通信で接続されたＰＣと携帯電話機の両方を利用して、１つのアプリケーションを操作できるようにした場合、近距離無線通信間のデータ伝送時間の遅延、各端末上でのデータ処理時間の遅延の影響で、一方の端末上で操作しているにも関わらず、他方の端末上での処理が遅くなり、入力操作性を低下させる問題がある。また、一方の端末での操作タイミングと、他方の端末上での処理タイミングが競合する問題がある。特に、携帯電話機とＰＣでは、オペレーティングシステムに加えて、入力操作インタフェース、処理能力が異なるため、一方での操作を行なっている間に、操作タイミングが早かったとしても、他方の処理結果を優先しなくてはならない場合も考えられる。
【００１２】
本発明は、このような事情に鑑みてなされたものであり、例えば、携帯電話機およびＰＣのように、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御を可能とする分散機器相互制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明に係る分散機器相互制御システムは、通信機能を有し相互に信号の送受信を行なう第１の情報処理装置および第２の情報処理装置から構成される分散機器相互制御システムであって、前記第１の情報処理装置は、第１のオペレーティングシステム上で実行される第１のアプリケーションと、前記第２の情報処理装置から前記第１のアプリケーションを実行する旨の信号を受信したときは、前記第１のアプリケーションを実行させ、実行結果を前記第２の情報処理装置へ出力する第１の制御部と、を備え、前記第２の情報処理装置は、前記第１のオペレーティングシステムとは異なる第２のオペレーティングシステム上で実行される第２のアプリケーションと、前記第１の情報処理装置から前記第２のアプリケーションを実行する旨の信号を受信したときは、前記第２のアプリケーションを実行させ、実行結果を前記第１の情報処理装置へ出力する第２の制御部と、を備え、前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置に付随する入力装置からの入力信号１または前記第２の情報処理装置に付随する入力装置からの入力信号２に基づいて、前記第１のアプリケーションまたは前記第２のアプリケーションを実行する際、前記第１の情報処理装置並びに前記第２の情報処理装置の処理能力および双方間の通信処理性能に基づいて、前記入力信号１または前記入力信号２に対する前記第１のアプリケーションまたは前記第２のアプリケーションの実行タイミングを制御することを特徴としている。
【００１４】
この構成により、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能を考慮して、双方の入力信号に対するアプリケーションの実行タイミングの制御が可能となる。
【００１５】
（２）また、本発明の分散機器相互制御システムにおいて、前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置若しくは前記第２の情報処理装置、入力信号１若しくは入力信号２、または入力操作内容に対して優先度を設け、前記第１の情報処理装置または前記第２の情報処理装置のいずれか一方に対する入力操作タイミングが早くても、いずれか他方に対する入力操作タイミングに応じて、前記第１のアプリケーションまたは前記第２のアプリケーションを動作させることを特徴としている。
【００１６】
この構成により、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能に関して総合的に算出した優先度に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御が可能となる。
【００１７】
（３）また、本発明の分散機器相互制御システムにおいて、前記第１の制御部および前記第２の制御部は、前記各アプリケーションの実行タイミングの制御および前記各アプリケーションの動作結果を随時更新情報として管理すると共に、前記優先度を適宜変更することによって前記各アプリケーションの動作を最適化することを特徴としている。
【００１８】
この構成により、アプリケーションの動作経過に従って更新される制御結果とアプリケーション動作結果に基づいて、優先度を適宜変更することで最適化することが可能となる。
【００１９】
（４）また、本発明の分散機器相互制御システムにおいて、前記第１の情報処理装置および第２の情報処理装置は、ＰＣまたは携帯電話機のいずれかであることを特徴としている。
【００２０】
この構成により、ＰＣまたは携帯電話機によって分散機器相互制御システムを構成することが可能となる。
【発明の効果】
【００２１】
本発明によれば、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能に関して総合的に算出した優先度に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御を可能とし、さらに、アプリケーションの動作経過に従って更新される制御結果とアプリケーション動作結果に基づいて、優先度を適宜変更することで最適化することが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る分散機器相互制御システムの概念を示す図である。
【図２】本実施形態に係る分散機器相互制御システムの概略構成を示すブロック図である。
【図３】管理部の概略構成を示すブロック図である。
【図４】ＭＴアプリ状態ＤＢ３３１ｂの構成を示す図である。
【図５】ＰＣアプリ状態ＤＢ３３２ｂの構成を示す図である。
【図６】相手端末上のライブラリを利用する場合のシーケンスチャートである。
【発明を実施するための形態】
【００２３】
次に、本発明に係る実施形態について、図面を参照しながら説明する。図１は、本実施形態に係る分散機器相互制御システムの概念を示す図である。図１に示すように、本実施形態の分散機器相互制御システムは、携帯電話機（ＭＴ）１０とＰＣ２０とが、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信により接続する。ＭＴ１０およびＰＣ２０上では、それぞれソフトウェアが実行される。ＭＴ１０上で行なった操作は、ＭＴ１０上のソフトウェアおよび／またはＰＣ２０上のソフトウェアが動作して処理され、ＭＴ１０上のソフトウェアおよび／またはＰＣ２０上のソフトウェアに処理結果が反映される。
【００２４】
同様に、ＰＣ２０上で行なった操作は、ＰＣ２０上のソフトウェアおよび／またはＭＴ１０上のソフトウェアが動作して処理され、ＰＣ２０上のソフトウェアおよび／またはＭＴ１０上のソフトウェアに処理結果が反映される。このとき、ＭＴ１０および／またはＰＣ２０の画面更新が伴っても、画面更新が伴わなくても良い。ＭＴ１０およびＰＣ２０は、さまざまなアプリケーションが動作するためのプラットフォームを有する。
【００２５】
ここで、本実施形態では、２つの機器として、携帯電話機（ＭＴ）１０およびＰＣ２０を用いて説明するが、その他の機器であっても良い。例えば、家電機器や車載端末などであってもよい。また、２つの機器が相互連携するための通信手段として、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信手段を用いて説明するが、その他通信手段であってもよい。例えば、ＵＳＢ対応有線通信手段などであってもよい。
【００２６】
図２は、本実施形態に係る分散機器相互制御システムの概略構成を示すブロック図である。ＭＴ１０の入力部１１は、テンキーパッドを有し、ユーザがテンキーパッドを操作することにより、信号を入力することができる。一方、ＰＣ２０の入力部２１は、タッチパネル、キーボード、マウスなどの入力デバイスを有し、ユーザがこれらのデバイスを操作することにより、信号を入力することができる。ユーザが入力部１１または２１で入力した操作情報は、管理部１３または２３に転送される。ＭＴ１０の出力部１２およびＰＣ２０の出力部２２は、液晶画面を有し、情報を画面に表示する。管理部１３、２３とアプリ部１５、２５において、アプリケーションの画面表示内容が変更された場合、レンダリング処理結果を受け取って、画像として出力する。
【００２７】
ＭＴ１０の管理部１３およびＰＣ２０の管理部２３は、当該システム上で動作するアプリケーションの全体管理を行なう。入力部１１または２１でユーザが入力した操作情報を、該当するアプリ部１５または２５に転送する。また、アプリ部１５または２５にてレンダリング内容が変更された場合は、レンダリング処理結果を出力部１２または２２に転送する。また、管理部１３または２３は、アプリ部１５または２５から、対向するアプリ部１５または２５への転送データとして、「アプリ内データ」を受信した場合は、通信部１４または２４に転送する。なお、ＭＴ１０の管理部１３、ＰＣ２０の管理部２３は、それぞれ第１の制御部、第２の制御部を構成する。
【００２８】
ＭＴ１０の通信部１４またはＰＣ２０の通信部２４は、管理部１３または２３から受信した「アプリ内データ」を相手端末に伝送する。本実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信デバイスを利用したものを示し、かつ、Ｂｌｕｅｔｏｏｔｈ（登録商標）の接続が確立しており、２つの端末でデータ伝送ができる状態にあることを前提とする。また、対向通信部から「アプリ内データ」を受信した場合は、管理部１３または２３に転送する。
【００２９】
ＭＴ１０のアプリ部１５またはＰＣ２０のアプリ部２５は、本システム上で動作する任意のアプリケーションである。本システムでは、１以上のアプリケーションが動作していても良い。ＭＴ１０のインターネット通信部１６は、アプリ部１５がサーバと連携してデータをダウンロードしたり、データをアップロードしたりする。
【００３０】
図３は、管理部１３または２３の概略構成を示すブロック図である。管理部１３、２３は、通信管理部３０と、アプリ管理部３１０と、全体の制御を行なう主管理部３２０と、から構成される。通信管理部３０は、送信データ制御部３０ａ、受信データ制御部３０ｂおよび通信連携部３０ｃから構成され、アプリ管理部３１０は、アプリ制御用ライブラリ部３１ａおよびアプリ連携部３１０ｂから構成される。
【００３１】
アプリ連携部３１０ｂは、上位のアプリ部１５、２５と連携するためのインタフェースの役目を果たす。アプリ部１５、２５からアプリ管理部３１０へ、あるいは、アプリ管理部３１０からアプリ部１５、２５へのデータ転送を行なう。アプリ管理部３１０は、アプリ情報３２および機能情報３３を参照しながら、アプリ部１５、２５から転送要求のあるアプリ内データを、相手端末へデータ転送するよう、送信データ制御部３０ａに通知する。また、受信データ制御部３０ｂから転送要求のあるアプリ内データに関して、アプリ部１５、２５へデータ転送するよう、アプリ連携部３１０ｂに通知する。
【００３２】
通信連携部３０ｃは、通信部１４、２４と連携しながら、相手端末とのデータ送受信を制御する。送信データ制御部３０ａは、アプリ管理部３１０から転送要求のあるアプリ内データに関して、伝送制御しながら、通信連携部３０ｃに伝送データを転送する。受信データ制御部３０ｂは、通信連携部３０ｃから転送要求のあるアプリ内データに関して、受信制御しながら、アプリ管理部３１０に伝送データを転送する。
【００３３】
アプリ制御用ライブラリ部３１ａは、上位のアプリ部１５、２５に登録されたアプリケーションが、本システム上で他のアプリと連携動作するために必要な機能群である。端末間の無線通信接続機能、通信連携部を介したデータ送受信機能、２つの端末に共通なデータフォルダを利用したファイル操作機能、液晶画面への描画機能などを有する。また、機能情報３３には、各端末が有する機能に関する情報があり、アプリケーションが動作する際、この情報を利用して、自端末上の機能を利用するか、対向端末上の機能を利用するかを決定する。
【００３４】
状態管理部３３０は、自端末のアプリ部１５、２５上で動作する上位アプリケーションおよび相手端末上で動作する上位アプリケーションの現在の状態を管理する。状態管理部３３０は、ＭＴ１０上のアプリケーションの状態を管理するＭＴアプリ状態管理部３３１ａおよびＰＣ２０上のアプリケーションの状態を管理するＰＣアプリ状態管理部３３２ａから構成される。この状態管理部３３０は、ＭＴ１０およびＰＣ２０の両方の管理部内に存在し、ＭＴ１０のアプリケーションの状態を保存するＭＴアプリ状態ＤＢ３３１ｂおよびＰＣ２０のアプリケーションの状態を保存するＰＣアプリ状態ＤＢ３３２ｂは、双方の端末で同じ内容であることが求められる。なお、ＭＴアプリ状態管理部３３１ａは、第１の更新情報管理部を構成し、ＰＣアプリ状態管理部３３２ａは、第２の更新情報管理部を構成する。
【００３５】
図４は、ＭＴアプリ状態ＤＢ３３１ｂの構成を示す図であり、図５は、ＰＣアプリ状態ＤＢ３３２ｂの構成を示す図である。ＭＴアプリ状態ＤＢ３３１ｂにおいては、アプリＩＤ、アプリケーション名、ＭＴのアプリＩＤ、ＰＣのアプリＩＤ、状態ＩＤ、更新日時およびＭＴアプリデータが管理される。一方、ＰＣアプリ状態ＤＢ３３２ｂにおいては、アプリＩＤ、アプリケーション名、ＭＴのアプリＩＤ、ＰＣのアプリＩＤ、状態ＩＤ、更新日時およびＰＣアプリデータが管理される。
【００３６】
次に、アプリケーションの状態管理方法について説明する。本実施形態では、例えば、相手端末の表示内容を自端末上に表示し、自端末上に表示した画像上で操作すると、その操作内容が相手端末に送信される。そして、その操作内容を端末上で実行し、その結果を自端末上に表示し直す。これにより、あたかも相手端末上で操作しているような振る舞いを実現する。あくまで、利用するアプリケーションは、相手端末上にあるアプリケーションであり、そのアプリケーションが持つコマンドを、外部から実行するというものである。双方の実行結果を相手端末に送り、その結果を利用して、相手端末上でも処理を行ない、改めて自端末にも送り、処理を行なう、というような、双方向のインタラクションを行なう。
【００３７】
携帯電話機を利用して、このようなシステムを構築する際、携帯電話機の処理能力がＰＣに比べれば小さいことが課題である。無線通信の高速化が進み、携帯電話機の通信速度がＰＣと同程度になったとしても、携帯電話機における入出力インタフェースの制限、機能拡張の制限など、自由にはいかない。そこで、携帯電話機の操作性をより向上させるため、ＰＣから携帯電話機を遠隔操作する、しかも、単にコマンドを実行して、携帯電話機の機能を実行して終了ではなく、携帯電話機上のアプリケーションを実行して、その結果をＰＣにも送りなおし、それを繰り返すようなシステムを構築する。
【００３８】
次に、図３で示したアプリ制御用ライブラリ部３１ａについて説明する。本システムでは、以下のアプリ制御用ライブラリを想定している。
【００３９】
（１）無線通信接続機能
無線通信接続機能は、双方の端末上で動作するアプリケーション間でデータの送受信を行なうために、近距離無線通信デバイスを利用した接続確立、データ送受信路の確立を行なう。
【００４０】
（２）データ送受信機能
データ送受信機能は、双方の端末上で動作するアプリケーション間で、データの送受信を行なう。
【００４１】
（３）ファイル操作機能
ファイル操作機能は、双方のアプリケーションからアクセス可能なデータフォルダ、およびデータファイルを備え、データファイルに対する編集などのファイル操作を行なう。
【００４２】
（４）描画機能
描画機能は、一方の端末から、自端末の液晶画面への描画だけでなく、対向端末の液晶画面への描画をも行なう。
【００４３】
（５）ＭＴ保有機能
ＭＴ保有機能は、ＭＴが有する機能やデバイスを利用する。例えば、カメラを利用する（カメラを起動する、設定する、撮影する、終了する）、ＧＰＳを利用する（ＧＰＳ機能を起動する、ＧＰＳ情報を取得する、終了する）、アドレス帳を参照する（アドレス帳を起動する、アドレス帳を検索する、情報を取得する、終了する）、ネットワーク機能を利用する（Ｗｅｂサーバに接続する、Ｗｅｂサーバから該当情報をダウンロードする、通信接続を切断する）などがある。
【００４４】
（６）ＰＣ保有機能
ＰＣ保有機能は、ＰＣが有する機能やデバイスを利用する。例えば、計算能力を利用する機能（ＣＰＵを利用する、メモリを利用する）、入力インタフェースデバイスを利用する機能（タッチパネル、マウス、キーボードなどからの入力を受信する）などがある。
【００４５】
次に、本実施形態におけるアプリケーションの制御方法について説明する。各アプリケーションは、利用したい機能をアプリ管理部３１０に要求する。このとき、アプリ管理部３１０は、自端末上に、当該機能を処理できるライブラリを保有しているかどうかをチェックする。自端末上で当該機能を処理できるライブラリを保有している場合、アプリ管理部３１０にてライブラリ処理した後、その結果を、アプリ部１５、２５に通知する。
【００４６】
一方、自端末上に当該機能を処理できるライブラリを保有していない場合、対向のアプリ管理部３１０に、同じ要求を行なう。対向のアプリ管理部３１０は、自端末上に、当該機能を処理できるライブラリを保有しているかどうかをチェックする。アプリ部１５、２５を介して、該当するライブラリ処理した後、その結果を、同アプリ管理部３１０を介して、元アプリ管理部３１０、および、アプリ部１５、２５に通知する。
【００４７】
図６は、相手端末上のライブラリを利用する場合のシーケンスチャートである。ここでは、ＭＴ１０が、ＰＣ２０のライブラリを利用する場合について説明する。まず、ＭＴ１０のアプリ部１５が、タスク処理を開始する（ステップＳ７１）。次に、アプリ部１５がアプリ管理部３１０（ＭＴ）に対してライブラリの呼び出しを要求する（ステップＳ７２）。このとき、アプリ部１５の更新情報も合わせて送信する。
【００４８】
アプリ管理部３１０（ＭＴ）は、アプリ部１５からのライブラリ呼び出しを受けて、呼び出しについて判定を行なう（ステップＳ７３）。すなわち、呼び出しを受けたライブラリが自端末に存在するかどうかを判定する。アプリ管理部３１０（ＭＴ）は、呼び出しを受けたライブラリが自端末に存在しないため、ＰＣ２０に対して呼び出し転送を行なう（ステップＳ７４）。
【００４９】
一方、ＰＣ２０のアプリ管理部３１０（ＰＣ）は、ＭＴ１０のアプリ管理部３１０（ＭＴ）から呼び出し転送を受信すると、呼び出し判定を行なう（ステップＳ７５）。すなわち、アプリ管理部３１０（ＰＣ）は、呼び出しを受けたライブラリが自端末に存在するかどうかを判定する。アプリ管理部３１０（ＰＣ）は、呼び出しを受けたライブラリが自端末に存在するため、アプリ部２５に対してライブラリを呼び出し（ステップＳ７６、Ｓ７７）、ライブラリ処理を行なう（ステップＳ７８）。そして、ライブラリ処理結果をアプリ部２５に通知する（ステップＳ７９）。
【００５０】
アプリ部２５は、アプリ管理部３１０（ＰＣ）からライブラリ処理結果を受信すると（ステップＳ８０）、結果通知を出力する（ステップＳ８１）。このとき、アプリ部２５の更新情報も合わせて出力する。この結果通知は、アプリ管理部３１０（ＰＣ）を経由して、ＭＴ１０のアプリ管理部３１０（ＭＴ）に送信される（ステップＳ８２）。ＭＴ１０のアプリ管理部３１０（ＭＴ）は、ＰＣ２０のアプリ管理部３１０（ＰＣ）からライブラリ処理結果通知を受信すると（ステップＳ８３）、アプリ部１５に対して結果通知を行なう。アプリ部１５は、アプリ管理部３１０（ＭＴ）から結果通知を受信する（ステップＳ８４）。このとき、アプリ部２５の更新情報も合わせて受信し、アプリ部１５で管理する。そして、タスク処理を終了する（ステップＳ８５）。
【００５１】
なお、以上のように双方で保有するライブラリを利用して処理した結果を、双方の液晶画面に出力表示する場合についても、同様にシーケンスチャートに表すことができる。すなわち、アプリ部１５、２５は、出力内容を作成した後、アプリ管理部３１０に表示要求を行なう。このとき、出力する端末が、自端末である場合は、アプリ管理部３１０は、自端末上に表示されるようにライブラリ処理を行なう。一方、対向端末に出力する場合は、アプリ管理部３１０は、ライブラリ処理を行ないながら、対向端末の液晶画面に出力する。
【００５２】
さらに、携帯電話機からＰＣ上にあるアプリケーションを操作する場合でも、ＰＣから携帯電話機上にあるアプリケーションを操作する場合でも、携帯電話機の処理能力がＰＣに比べれば小さいこと、無線通信媒体上のデータ伝送時間を要すること、携帯電話機とＰＣの入力インタフェースが異なること、双方の端末が有する機能を有効活用したアプリケーションでもあることによって、同じアプリケーションの同じ操作内容であっても、バックグラウンドで動作しているアプリケーション、あるいは、利用する入力インタフェース、あるいは、入力操作内容そのものの影響で、入力内容に対するアプリケーションの動作を遅延させる、あるいは、正常に反映されない可能性がある。
【００５３】
そこで、双方の処理能力、通信処理性能、入力操作インタフェース性能に関して総合的に算出した優先度に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御を可能とする。
【００５４】
本発明で想定するプラットフォームは、ＴＰＯに応じて、利用する端末を使い分けることができるため、場合によっては、携帯電話機からＰＣを遠隔操作するときもある。さらに、ＰＣと携帯電話機を横に並べて、ＰＣの画面を見ながら、携帯電話機上で操作しつつ、ある操作はＰＣ上で行なうといったように、携帯電話機もＰＣも両方を利用して操作しながら、あるタスクを行なうことも考えられる。このように、１つのアプリケーションを双方の端末から同時に利用するような状況において、片方のデバイスを利用するときは、他方のデバイスの利用を制限するためにロックするようなことが考えられるが、利便性が悪い。つまり、双方のデバイス自体にロックをかけることなく、いつでも両方から入力できることが望ましい。
【００５５】
その際、双方からの入力が可能なように、利用アプリケーションは、どちらからの入力操作も受け付けるようになっている必要がある。そのとき、双方からの入力操作のタイミング如何によっては、先に操作したにもかかわらず、他方の操作に関するイベントが先に反映される場合がある。これは、利用アプリケーションが動作する端末と同じ端末に対して行なった操作が優先されるのではなく、他方からの入力操作が優先される場合があってよいという考えに基づいている。以上より、双方の端末に対する操作に対して、Ｂｌｕｅｔｏｏｔｈ（登録商標）伝送路上の転送時間、データ処理、入力インタフェース特性などによって、どちらの操作を反映させるかを決定するための処理が必要である。
【００５６】
本実施例では、以下の手順で処理する。
（１）双方の時刻をあらかじめ同期しておく。これは、双方で時刻同期のための情報をＢｌｕｅｔｏｏｔｈ（登録商標）伝送路間で数回計測する。
（２）双方の端末で発生したイベントに対して、その発生時刻を付与する。
（３）各端末の状態管理部において、受信し続けるイベントを蓄積するイベントバッファにおいて、定期的にバッファ内のイベントを監視する。
（４）バッファ内のイベント群に対して優先度を算出し、優先度の大きい方から順番に処理する。
（５）基本的な優先度は、発生時刻を比較して、より早い時刻の方を優先する。
（６）（５）において、双方の処理能力、通信処理性能、入力操作インタフェース性能、入力内容に関して総合的に算出した優先度も考慮する。
（６−１）ＰＣとＭＴの処理能力に関する優先度としてＰ１を考える。
自端末がＰＣ、かつ、イベントの発生端末がＰＣ：Ｐ１＝α１
自端末がＰＣ、かつ、イベントの発生端末がＭＴ：Ｐ１＝α２
自端末がＭＴ、かつ、イベントの発生端末がＭＴ：Ｐ１＝α３
自端末がＭＴ、かつ、イベントの発生端末がＰＣ：Ｐ１＝α４
例えば、α１≧α２≧α３≧α４とする。
（６−２）ＰＣとＭＴの通信処理性能に関する優先度としてＰ２を考える。
イベントの発生時刻と現在時刻との差分に対して、
閾値βよりも大きい場合：Ｐ２＝β１
閾値βよりも小さい場合：Ｐ２＝β２
例えば、β１＜β２とする。
（６−３）ＰＣとＭＴの入力操作インタフェースに関する優先度としてＰ３を考える。
イベントの入力インタフェースがキーボードの場合：Ｐ３＝γ１
イベントの入力インタフェースがマウスの場合：Ｐ３＝γ２
イベントの入力インタフェースがタッチパネルの場合：Ｐ３＝γ３
イベントの入力インタフェースがテンキーの場合：Ｐ３＝γ４
例えば、γ１≧γ２≧γ３≧γ４とする。
（６−４）イベントの入力内容に関する優先度としてＰ４を考える。
入力内容が文字入力である場合：Ｐ４＝θ１
入力内容がボタン押下である場合：Ｐ４＝θ２
入力内容がカーソル移動である場合：Ｐ４＝θ３
例えば、θ１≧θ２≧θ３とする。
（６−５）上記から、各イベントに対する優先度をＰとする。
例えば、Ｐ＝Ｐ１×Ｐ２×Ｐ３×Ｐ４とする。
【００５７】
以上のような本発明に係る実施形態を用いて、新たなサービスを提供することができる。すなわち、ユーザが、２つの携帯電話機または、一つの携帯電話機と一つのＰＣを持ち歩くシーンが想定される。本実施形態によれば、２つの携帯端末の両方から、ユーザインタラクションを可能とするサービスを提供することが可能となる。すなわち、近時、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信手段を搭載している携帯電話機のニーズが拡大している。このため、携帯電話機が持っている機能で、かつＰＣが持っていない機能を使う場合に、ＰＣから携帯電話機の機能を用いる。
【００５８】
一方、ＰＣが持っている機能で、かつ携帯電話機が持っていない機能を携帯電話機から使う場合は、携帯電話機からＰＣの機能を用いる。本発明は、このような利用態様を実現するものである。さらに、近距離無線通信手段におけるセキュリティを強化するために、携帯電話機、ＰＣおよびユーザの三者が揃ったときにのみ、携帯電話機およびＰＣが利用可能となる仕組みを提供する。ここでは、例えば、生体認証技術を用いる。また、近距離無線通信手段を用いたデータ伝送速度を確保し、特に、データ伝送の遅延を回避する仕組みを提供する。また、ユーザインタフェースに関するユーザビリティを向上させる。更に、近距離無線通信手段が常時起動することによる電池の消費量を削減する仕組みを提供する。
【００５９】
これにより、ユーザのいわゆる“２台持ち”の状況となった場合に、ユーザのニーズに十分に応え得るサービスの提供が可能となる。
【００６０】
以上説明したように、本実施形態によれば、ＭＴ１０またはＰＣ２０のいずれか一方は、いずれか他方が有している機能を利用することが可能となる。また、１つのタスクを２つの携帯端末を用いて処理することが可能となる。ユーザは、ＴＰＯに応じて利用する携帯端末を自由に選択することが可能となる。
【符号の説明】
【００６１】
１０ 携帯電話機（ＭＴ）
１１、２１ 入力部
１２、２２ 出力部
１３、２３ 管理部
１４、２４ 通信部
１５、２５ アプリ部
１６ インターネット通信部
２０ ＰＣ
３０ 通信管理部
３０ａ 送信データ制御部
３０ｂ 受信データ制御部
３０ｃ 通信連携部
３１ａ アプリ制御用ライブラリ部
３２ アプリ情報
３３ 機能情報
３１０ アプリ管理部
３１０ｂ アプリ連携部
３２０ 主管理部
３３０ 状態管理部
３３１ａ ＭＴアプリ状態管理部
３３１ｂ ＭＴアプリ状態ＤＢ
３３２ａ ＰＣアプリ状態管理部
３３２ｂ ＰＣアプリ状態ＤＢ
【技術分野】
【０００１】
本発明は、通信機能を有し、相互に信号の送受信を行なう複数の情報処理装置から構成される分散機器相互制御システムに関する。
【背景技術】
【０００２】
近年、携帯電話機の高機能化、大容量化、高速化が進んでいる。その結果、電子メールやスケジュール帳などの基本的なアプリケーションに加え、ＰＣ用ウェブページの閲覧、地デジ（地上デジタル放送）映像の視聴などの高機能なアプリケーションが搭載されるのが一般的になってきている。また、携帯電話機の通信機能は、ウェブ閲覧や電子メールの送受信に利用するソケット通信機能に加え、赤外線通信機能、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信機能、Ｆｅｌｉｃａ（登録商標）通信機能も搭載されるようになってきている。
【０００３】
これにより、携帯電話機とＰＣ、携帯電話機と携帯電話機、または携帯電話機と専用小型デバイスなど、携帯電話機と近接する他端末とローカルネットワークを構成して通信することによって、双方向でのデータ通信やユーザインタラクションが可能となる。
【０００４】
特に、携帯電話機とＰＣが連携するシステムの代表的なものとして、ＰＣの液晶画面表示内容を携帯電話機の画面に表示するシステムがある。最も有名なシステムは、ＶＮＣ（Virtual Networking Computing）である。このシステムは、サーバ側の端末の画面を画像化し、その画像データをクライアント側の端末に転送するものである。これにより、ユーザは、遠隔地から携帯電話機でＰＣにアクセスし、ＰＣ上で動作するアプリケーションを起動したり、その表示画面を携帯電話機の画面上で確認したり、携帯電話機上のテンキーを利用して入力したテキストデータを、ＰＣ上で動作するアプリケーションのテキストボックス内に入力することができる。例えば、特許文献１、または特許文献２には、遠隔地からＰＣを動作させる技術が開示されている。
【０００５】
また、携帯電話機の機能を制御するシステムがある。例えば、特許文献３に開示されている技術は、遠隔地に存在するＰＣから制御信号を携帯電話機に送信することにより、携帯電話機のキー操作の無効化や、電源供給の停止を行なうことができる。さらに、特許文献４に開示されているシステムでは、２つの無線携帯端末（例えば、携帯電話機とＰＤＡ）間で機能を共有し、双方からのユーザインタラクションを可能にする。このシステムでは、２つの端末がＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信手段によって接続している状態において、ＰＤＡのタッチパネルで入力することで、携帯電話機の電話呼を発信したり、ＰＤＡ内の写真を携帯電話機のカラーディスプレイ上で携帯電話機のスクロールホイールを操作して閲覧したり、携帯電話機内の画像をＰＤＡ上で編集したりすることができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２５１６３０号公報
【特許文献２】特開２００１−１０３５６８号公報
【特許文献３】特開２０００−０４１１０２号公報
【特許文献４】特表２００７−５２２５４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１および特許文献２に記載されているシステムは、携帯電話機からＰＣに遠隔アクセスし、ＰＣの液晶画面表示内容を画像化し、その画像データを携帯電話機に転送し、表示するものでしかなく、携帯電話機からＰＣへの一方向の制御でしかない。また、特許文献３に記載されているシステムは、ＰＣから携帯電話機に制御信号を送信することで、携帯電話機の機能を制御するものでしかなく、ＰＣ側から一方的に携帯電話機を制御するものでしかない。特許文献４は、２つの携帯端末のうち、一方が持つ表示内容、機能、ユーザインタフェースを他方と共有するシステムについて記述している。しかし、特許文献４には、２つの装置が近接しており、スクリーン共有機能を開始すると１つの装置の機能や動作に関して、他方の装置からの操作が可能であるというシステム構成およびシーケンスチャートしか記載されておらず、具体性に欠ける。２つの装置が有する機能を効果的に活用して、１つの装置のみが有する機能を高める概念は記載しているが、各機能を利用する上で、各装置上での詳細なアルゴリズムは不明である。
【０００８】
このように、これらのシステムでは、１つのアプリケーションに対して、相手側の端末に対して制御コマンドを送信し、その結果を受信するという固定的なシステム構成を採っているだけであり、１つのアプリケーションに対して、ＰＣおよび携帯電話機の双方を利用することは想定されていない。そのため、これらのシステムでは、アプリケーションを利用する状況に応じて、操作する端末を切り替えることはできない。例えば、ＰＣ内のデータフォルダにあるテキストファイルを編集する１つのアプリケーションに対して、歩いているときや立っているときは、携帯電話機を利用して、座っているときはＰＣを利用することは想定されていない。
【０００９】
近距離無線通信で接続されたＰＣおよび携帯電話機の双方を利用することを想定した場合、ＰＣは、携帯電話機と比較して、液晶画面が大きく、計算処理能力が高く、多様な入力インタフェースを備えるなどのメリットがある。一方、携帯電話機は、ＰＣと比較して、携帯電話通信網を利用でき、携帯電話機内蔵の機能（カメラ、ＧＰＳ、赤外線、アドレス帳、個人認証）を備えるなどのメリットがある。このように、それぞれの端末は、本来互換性のない異なるプラットフォームであるが、双方の端末は、それぞれに効果的な機能を備えており、両方の機能を活用すれば、より多様なアプリケーション構築が可能になると考えられる。
【００１０】
例えば、携帯電話機のカメラで撮影した写真をＰＣに転送し、ＰＣのタッチパネル付き液晶画面上で写真を編集し、携帯電話機を経由して、友達に写真を送付することもできる。また、携帯電話機のＧＰＳで取得したＧＰＳ情報をＰＣに転送し、ＰＣ内に蓄積した地図データの中から、該当する地図データをＰＣの液晶画面上に表示することもできる。既存のシステムのような固定的、限定的なプラットフォームではなく、双方に備わった機能や性能を効果的に活かして、双方の機器を相互に制御するプラットフォームを実現することで、１つの機器だけでは利用できなかったアプリケーション構築が可能になると考えられ、かつ、そのプラットフォームをより柔軟かつ汎用的に構築することで、アプリケーションの幅が広がる。
【００１１】
ただし、上記のように、近距離無線通信で接続されたＰＣと携帯電話機の両方を利用して、１つのアプリケーションを操作できるようにした場合、近距離無線通信間のデータ伝送時間の遅延、各端末上でのデータ処理時間の遅延の影響で、一方の端末上で操作しているにも関わらず、他方の端末上での処理が遅くなり、入力操作性を低下させる問題がある。また、一方の端末での操作タイミングと、他方の端末上での処理タイミングが競合する問題がある。特に、携帯電話機とＰＣでは、オペレーティングシステムに加えて、入力操作インタフェース、処理能力が異なるため、一方での操作を行なっている間に、操作タイミングが早かったとしても、他方の処理結果を優先しなくてはならない場合も考えられる。
【００１２】
本発明は、このような事情に鑑みてなされたものであり、例えば、携帯電話機およびＰＣのように、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御を可能とする分散機器相互制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明に係る分散機器相互制御システムは、通信機能を有し相互に信号の送受信を行なう第１の情報処理装置および第２の情報処理装置から構成される分散機器相互制御システムであって、前記第１の情報処理装置は、第１のオペレーティングシステム上で実行される第１のアプリケーションと、前記第２の情報処理装置から前記第１のアプリケーションを実行する旨の信号を受信したときは、前記第１のアプリケーションを実行させ、実行結果を前記第２の情報処理装置へ出力する第１の制御部と、を備え、前記第２の情報処理装置は、前記第１のオペレーティングシステムとは異なる第２のオペレーティングシステム上で実行される第２のアプリケーションと、前記第１の情報処理装置から前記第２のアプリケーションを実行する旨の信号を受信したときは、前記第２のアプリケーションを実行させ、実行結果を前記第１の情報処理装置へ出力する第２の制御部と、を備え、前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置に付随する入力装置からの入力信号１または前記第２の情報処理装置に付随する入力装置からの入力信号２に基づいて、前記第１のアプリケーションまたは前記第２のアプリケーションを実行する際、前記第１の情報処理装置並びに前記第２の情報処理装置の処理能力および双方間の通信処理性能に基づいて、前記入力信号１または前記入力信号２に対する前記第１のアプリケーションまたは前記第２のアプリケーションの実行タイミングを制御することを特徴としている。
【００１４】
この構成により、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能を考慮して、双方の入力信号に対するアプリケーションの実行タイミングの制御が可能となる。
【００１５】
（２）また、本発明の分散機器相互制御システムにおいて、前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置若しくは前記第２の情報処理装置、入力信号１若しくは入力信号２、または入力操作内容に対して優先度を設け、前記第１の情報処理装置または前記第２の情報処理装置のいずれか一方に対する入力操作タイミングが早くても、いずれか他方に対する入力操作タイミングに応じて、前記第１のアプリケーションまたは前記第２のアプリケーションを動作させることを特徴としている。
【００１６】
この構成により、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能に関して総合的に算出した優先度に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御が可能となる。
【００１７】
（３）また、本発明の分散機器相互制御システムにおいて、前記第１の制御部および前記第２の制御部は、前記各アプリケーションの実行タイミングの制御および前記各アプリケーションの動作結果を随時更新情報として管理すると共に、前記優先度を適宜変更することによって前記各アプリケーションの動作を最適化することを特徴としている。
【００１８】
この構成により、アプリケーションの動作経過に従って更新される制御結果とアプリケーション動作結果に基づいて、優先度を適宜変更することで最適化することが可能となる。
【００１９】
（４）また、本発明の分散機器相互制御システムにおいて、前記第１の情報処理装置および第２の情報処理装置は、ＰＣまたは携帯電話機のいずれかであることを特徴としている。
【００２０】
この構成により、ＰＣまたは携帯電話機によって分散機器相互制御システムを構成することが可能となる。
【発明の効果】
【００２１】
本発明によれば、本来互換性がない異なるプラットフォームおよび入力インタフェースを有する機器間での双方向ユーザインタラクションを伴うアプリケーションを実行する際、双方の処理能力、通信処理性能、入力操作インタフェース性能に関して総合的に算出した優先度に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御を可能とし、さらに、アプリケーションの動作経過に従って更新される制御結果とアプリケーション動作結果に基づいて、優先度を適宜変更することで最適化することが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る分散機器相互制御システムの概念を示す図である。
【図２】本実施形態に係る分散機器相互制御システムの概略構成を示すブロック図である。
【図３】管理部の概略構成を示すブロック図である。
【図４】ＭＴアプリ状態ＤＢ３３１ｂの構成を示す図である。
【図５】ＰＣアプリ状態ＤＢ３３２ｂの構成を示す図である。
【図６】相手端末上のライブラリを利用する場合のシーケンスチャートである。
【発明を実施するための形態】
【００２３】
次に、本発明に係る実施形態について、図面を参照しながら説明する。図１は、本実施形態に係る分散機器相互制御システムの概念を示す図である。図１に示すように、本実施形態の分散機器相互制御システムは、携帯電話機（ＭＴ）１０とＰＣ２０とが、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信により接続する。ＭＴ１０およびＰＣ２０上では、それぞれソフトウェアが実行される。ＭＴ１０上で行なった操作は、ＭＴ１０上のソフトウェアおよび／またはＰＣ２０上のソフトウェアが動作して処理され、ＭＴ１０上のソフトウェアおよび／またはＰＣ２０上のソフトウェアに処理結果が反映される。
【００２４】
同様に、ＰＣ２０上で行なった操作は、ＰＣ２０上のソフトウェアおよび／またはＭＴ１０上のソフトウェアが動作して処理され、ＰＣ２０上のソフトウェアおよび／またはＭＴ１０上のソフトウェアに処理結果が反映される。このとき、ＭＴ１０および／またはＰＣ２０の画面更新が伴っても、画面更新が伴わなくても良い。ＭＴ１０およびＰＣ２０は、さまざまなアプリケーションが動作するためのプラットフォームを有する。
【００２５】
ここで、本実施形態では、２つの機器として、携帯電話機（ＭＴ）１０およびＰＣ２０を用いて説明するが、その他の機器であっても良い。例えば、家電機器や車載端末などであってもよい。また、２つの機器が相互連携するための通信手段として、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信手段を用いて説明するが、その他通信手段であってもよい。例えば、ＵＳＢ対応有線通信手段などであってもよい。
【００２６】
図２は、本実施形態に係る分散機器相互制御システムの概略構成を示すブロック図である。ＭＴ１０の入力部１１は、テンキーパッドを有し、ユーザがテンキーパッドを操作することにより、信号を入力することができる。一方、ＰＣ２０の入力部２１は、タッチパネル、キーボード、マウスなどの入力デバイスを有し、ユーザがこれらのデバイスを操作することにより、信号を入力することができる。ユーザが入力部１１または２１で入力した操作情報は、管理部１３または２３に転送される。ＭＴ１０の出力部１２およびＰＣ２０の出力部２２は、液晶画面を有し、情報を画面に表示する。管理部１３、２３とアプリ部１５、２５において、アプリケーションの画面表示内容が変更された場合、レンダリング処理結果を受け取って、画像として出力する。
【００２７】
ＭＴ１０の管理部１３およびＰＣ２０の管理部２３は、当該システム上で動作するアプリケーションの全体管理を行なう。入力部１１または２１でユーザが入力した操作情報を、該当するアプリ部１５または２５に転送する。また、アプリ部１５または２５にてレンダリング内容が変更された場合は、レンダリング処理結果を出力部１２または２２に転送する。また、管理部１３または２３は、アプリ部１５または２５から、対向するアプリ部１５または２５への転送データとして、「アプリ内データ」を受信した場合は、通信部１４または２４に転送する。なお、ＭＴ１０の管理部１３、ＰＣ２０の管理部２３は、それぞれ第１の制御部、第２の制御部を構成する。
【００２８】
ＭＴ１０の通信部１４またはＰＣ２０の通信部２４は、管理部１３または２３から受信した「アプリ内データ」を相手端末に伝送する。本実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信デバイスを利用したものを示し、かつ、Ｂｌｕｅｔｏｏｔｈ（登録商標）の接続が確立しており、２つの端末でデータ伝送ができる状態にあることを前提とする。また、対向通信部から「アプリ内データ」を受信した場合は、管理部１３または２３に転送する。
【００２９】
ＭＴ１０のアプリ部１５またはＰＣ２０のアプリ部２５は、本システム上で動作する任意のアプリケーションである。本システムでは、１以上のアプリケーションが動作していても良い。ＭＴ１０のインターネット通信部１６は、アプリ部１５がサーバと連携してデータをダウンロードしたり、データをアップロードしたりする。
【００３０】
図３は、管理部１３または２３の概略構成を示すブロック図である。管理部１３、２３は、通信管理部３０と、アプリ管理部３１０と、全体の制御を行なう主管理部３２０と、から構成される。通信管理部３０は、送信データ制御部３０ａ、受信データ制御部３０ｂおよび通信連携部３０ｃから構成され、アプリ管理部３１０は、アプリ制御用ライブラリ部３１ａおよびアプリ連携部３１０ｂから構成される。
【００３１】
アプリ連携部３１０ｂは、上位のアプリ部１５、２５と連携するためのインタフェースの役目を果たす。アプリ部１５、２５からアプリ管理部３１０へ、あるいは、アプリ管理部３１０からアプリ部１５、２５へのデータ転送を行なう。アプリ管理部３１０は、アプリ情報３２および機能情報３３を参照しながら、アプリ部１５、２５から転送要求のあるアプリ内データを、相手端末へデータ転送するよう、送信データ制御部３０ａに通知する。また、受信データ制御部３０ｂから転送要求のあるアプリ内データに関して、アプリ部１５、２５へデータ転送するよう、アプリ連携部３１０ｂに通知する。
【００３２】
通信連携部３０ｃは、通信部１４、２４と連携しながら、相手端末とのデータ送受信を制御する。送信データ制御部３０ａは、アプリ管理部３１０から転送要求のあるアプリ内データに関して、伝送制御しながら、通信連携部３０ｃに伝送データを転送する。受信データ制御部３０ｂは、通信連携部３０ｃから転送要求のあるアプリ内データに関して、受信制御しながら、アプリ管理部３１０に伝送データを転送する。
【００３３】
アプリ制御用ライブラリ部３１ａは、上位のアプリ部１５、２５に登録されたアプリケーションが、本システム上で他のアプリと連携動作するために必要な機能群である。端末間の無線通信接続機能、通信連携部を介したデータ送受信機能、２つの端末に共通なデータフォルダを利用したファイル操作機能、液晶画面への描画機能などを有する。また、機能情報３３には、各端末が有する機能に関する情報があり、アプリケーションが動作する際、この情報を利用して、自端末上の機能を利用するか、対向端末上の機能を利用するかを決定する。
【００３４】
状態管理部３３０は、自端末のアプリ部１５、２５上で動作する上位アプリケーションおよび相手端末上で動作する上位アプリケーションの現在の状態を管理する。状態管理部３３０は、ＭＴ１０上のアプリケーションの状態を管理するＭＴアプリ状態管理部３３１ａおよびＰＣ２０上のアプリケーションの状態を管理するＰＣアプリ状態管理部３３２ａから構成される。この状態管理部３３０は、ＭＴ１０およびＰＣ２０の両方の管理部内に存在し、ＭＴ１０のアプリケーションの状態を保存するＭＴアプリ状態ＤＢ３３１ｂおよびＰＣ２０のアプリケーションの状態を保存するＰＣアプリ状態ＤＢ３３２ｂは、双方の端末で同じ内容であることが求められる。なお、ＭＴアプリ状態管理部３３１ａは、第１の更新情報管理部を構成し、ＰＣアプリ状態管理部３３２ａは、第２の更新情報管理部を構成する。
【００３５】
図４は、ＭＴアプリ状態ＤＢ３３１ｂの構成を示す図であり、図５は、ＰＣアプリ状態ＤＢ３３２ｂの構成を示す図である。ＭＴアプリ状態ＤＢ３３１ｂにおいては、アプリＩＤ、アプリケーション名、ＭＴのアプリＩＤ、ＰＣのアプリＩＤ、状態ＩＤ、更新日時およびＭＴアプリデータが管理される。一方、ＰＣアプリ状態ＤＢ３３２ｂにおいては、アプリＩＤ、アプリケーション名、ＭＴのアプリＩＤ、ＰＣのアプリＩＤ、状態ＩＤ、更新日時およびＰＣアプリデータが管理される。
【００３６】
次に、アプリケーションの状態管理方法について説明する。本実施形態では、例えば、相手端末の表示内容を自端末上に表示し、自端末上に表示した画像上で操作すると、その操作内容が相手端末に送信される。そして、その操作内容を端末上で実行し、その結果を自端末上に表示し直す。これにより、あたかも相手端末上で操作しているような振る舞いを実現する。あくまで、利用するアプリケーションは、相手端末上にあるアプリケーションであり、そのアプリケーションが持つコマンドを、外部から実行するというものである。双方の実行結果を相手端末に送り、その結果を利用して、相手端末上でも処理を行ない、改めて自端末にも送り、処理を行なう、というような、双方向のインタラクションを行なう。
【００３７】
携帯電話機を利用して、このようなシステムを構築する際、携帯電話機の処理能力がＰＣに比べれば小さいことが課題である。無線通信の高速化が進み、携帯電話機の通信速度がＰＣと同程度になったとしても、携帯電話機における入出力インタフェースの制限、機能拡張の制限など、自由にはいかない。そこで、携帯電話機の操作性をより向上させるため、ＰＣから携帯電話機を遠隔操作する、しかも、単にコマンドを実行して、携帯電話機の機能を実行して終了ではなく、携帯電話機上のアプリケーションを実行して、その結果をＰＣにも送りなおし、それを繰り返すようなシステムを構築する。
【００３８】
次に、図３で示したアプリ制御用ライブラリ部３１ａについて説明する。本システムでは、以下のアプリ制御用ライブラリを想定している。
【００３９】
（１）無線通信接続機能
無線通信接続機能は、双方の端末上で動作するアプリケーション間でデータの送受信を行なうために、近距離無線通信デバイスを利用した接続確立、データ送受信路の確立を行なう。
【００４０】
（２）データ送受信機能
データ送受信機能は、双方の端末上で動作するアプリケーション間で、データの送受信を行なう。
【００４１】
（３）ファイル操作機能
ファイル操作機能は、双方のアプリケーションからアクセス可能なデータフォルダ、およびデータファイルを備え、データファイルに対する編集などのファイル操作を行なう。
【００４２】
（４）描画機能
描画機能は、一方の端末から、自端末の液晶画面への描画だけでなく、対向端末の液晶画面への描画をも行なう。
【００４３】
（５）ＭＴ保有機能
ＭＴ保有機能は、ＭＴが有する機能やデバイスを利用する。例えば、カメラを利用する（カメラを起動する、設定する、撮影する、終了する）、ＧＰＳを利用する（ＧＰＳ機能を起動する、ＧＰＳ情報を取得する、終了する）、アドレス帳を参照する（アドレス帳を起動する、アドレス帳を検索する、情報を取得する、終了する）、ネットワーク機能を利用する（Ｗｅｂサーバに接続する、Ｗｅｂサーバから該当情報をダウンロードする、通信接続を切断する）などがある。
【００４４】
（６）ＰＣ保有機能
ＰＣ保有機能は、ＰＣが有する機能やデバイスを利用する。例えば、計算能力を利用する機能（ＣＰＵを利用する、メモリを利用する）、入力インタフェースデバイスを利用する機能（タッチパネル、マウス、キーボードなどからの入力を受信する）などがある。
【００４５】
次に、本実施形態におけるアプリケーションの制御方法について説明する。各アプリケーションは、利用したい機能をアプリ管理部３１０に要求する。このとき、アプリ管理部３１０は、自端末上に、当該機能を処理できるライブラリを保有しているかどうかをチェックする。自端末上で当該機能を処理できるライブラリを保有している場合、アプリ管理部３１０にてライブラリ処理した後、その結果を、アプリ部１５、２５に通知する。
【００４６】
一方、自端末上に当該機能を処理できるライブラリを保有していない場合、対向のアプリ管理部３１０に、同じ要求を行なう。対向のアプリ管理部３１０は、自端末上に、当該機能を処理できるライブラリを保有しているかどうかをチェックする。アプリ部１５、２５を介して、該当するライブラリ処理した後、その結果を、同アプリ管理部３１０を介して、元アプリ管理部３１０、および、アプリ部１５、２５に通知する。
【００４７】
図６は、相手端末上のライブラリを利用する場合のシーケンスチャートである。ここでは、ＭＴ１０が、ＰＣ２０のライブラリを利用する場合について説明する。まず、ＭＴ１０のアプリ部１５が、タスク処理を開始する（ステップＳ７１）。次に、アプリ部１５がアプリ管理部３１０（ＭＴ）に対してライブラリの呼び出しを要求する（ステップＳ７２）。このとき、アプリ部１５の更新情報も合わせて送信する。
【００４８】
アプリ管理部３１０（ＭＴ）は、アプリ部１５からのライブラリ呼び出しを受けて、呼び出しについて判定を行なう（ステップＳ７３）。すなわち、呼び出しを受けたライブラリが自端末に存在するかどうかを判定する。アプリ管理部３１０（ＭＴ）は、呼び出しを受けたライブラリが自端末に存在しないため、ＰＣ２０に対して呼び出し転送を行なう（ステップＳ７４）。
【００４９】
一方、ＰＣ２０のアプリ管理部３１０（ＰＣ）は、ＭＴ１０のアプリ管理部３１０（ＭＴ）から呼び出し転送を受信すると、呼び出し判定を行なう（ステップＳ７５）。すなわち、アプリ管理部３１０（ＰＣ）は、呼び出しを受けたライブラリが自端末に存在するかどうかを判定する。アプリ管理部３１０（ＰＣ）は、呼び出しを受けたライブラリが自端末に存在するため、アプリ部２５に対してライブラリを呼び出し（ステップＳ７６、Ｓ７７）、ライブラリ処理を行なう（ステップＳ７８）。そして、ライブラリ処理結果をアプリ部２５に通知する（ステップＳ７９）。
【００５０】
アプリ部２５は、アプリ管理部３１０（ＰＣ）からライブラリ処理結果を受信すると（ステップＳ８０）、結果通知を出力する（ステップＳ８１）。このとき、アプリ部２５の更新情報も合わせて出力する。この結果通知は、アプリ管理部３１０（ＰＣ）を経由して、ＭＴ１０のアプリ管理部３１０（ＭＴ）に送信される（ステップＳ８２）。ＭＴ１０のアプリ管理部３１０（ＭＴ）は、ＰＣ２０のアプリ管理部３１０（ＰＣ）からライブラリ処理結果通知を受信すると（ステップＳ８３）、アプリ部１５に対して結果通知を行なう。アプリ部１５は、アプリ管理部３１０（ＭＴ）から結果通知を受信する（ステップＳ８４）。このとき、アプリ部２５の更新情報も合わせて受信し、アプリ部１５で管理する。そして、タスク処理を終了する（ステップＳ８５）。
【００５１】
なお、以上のように双方で保有するライブラリを利用して処理した結果を、双方の液晶画面に出力表示する場合についても、同様にシーケンスチャートに表すことができる。すなわち、アプリ部１５、２５は、出力内容を作成した後、アプリ管理部３１０に表示要求を行なう。このとき、出力する端末が、自端末である場合は、アプリ管理部３１０は、自端末上に表示されるようにライブラリ処理を行なう。一方、対向端末に出力する場合は、アプリ管理部３１０は、ライブラリ処理を行ないながら、対向端末の液晶画面に出力する。
【００５２】
さらに、携帯電話機からＰＣ上にあるアプリケーションを操作する場合でも、ＰＣから携帯電話機上にあるアプリケーションを操作する場合でも、携帯電話機の処理能力がＰＣに比べれば小さいこと、無線通信媒体上のデータ伝送時間を要すること、携帯電話機とＰＣの入力インタフェースが異なること、双方の端末が有する機能を有効活用したアプリケーションでもあることによって、同じアプリケーションの同じ操作内容であっても、バックグラウンドで動作しているアプリケーション、あるいは、利用する入力インタフェース、あるいは、入力操作内容そのものの影響で、入力内容に対するアプリケーションの動作を遅延させる、あるいは、正常に反映されない可能性がある。
【００５３】
そこで、双方の処理能力、通信処理性能、入力操作インタフェース性能に関して総合的に算出した優先度に基づいて、双方の入力信号に対するアプリケーションの実行タイミングの制御を可能とする。
【００５４】
本発明で想定するプラットフォームは、ＴＰＯに応じて、利用する端末を使い分けることができるため、場合によっては、携帯電話機からＰＣを遠隔操作するときもある。さらに、ＰＣと携帯電話機を横に並べて、ＰＣの画面を見ながら、携帯電話機上で操作しつつ、ある操作はＰＣ上で行なうといったように、携帯電話機もＰＣも両方を利用して操作しながら、あるタスクを行なうことも考えられる。このように、１つのアプリケーションを双方の端末から同時に利用するような状況において、片方のデバイスを利用するときは、他方のデバイスの利用を制限するためにロックするようなことが考えられるが、利便性が悪い。つまり、双方のデバイス自体にロックをかけることなく、いつでも両方から入力できることが望ましい。
【００５５】
その際、双方からの入力が可能なように、利用アプリケーションは、どちらからの入力操作も受け付けるようになっている必要がある。そのとき、双方からの入力操作のタイミング如何によっては、先に操作したにもかかわらず、他方の操作に関するイベントが先に反映される場合がある。これは、利用アプリケーションが動作する端末と同じ端末に対して行なった操作が優先されるのではなく、他方からの入力操作が優先される場合があってよいという考えに基づいている。以上より、双方の端末に対する操作に対して、Ｂｌｕｅｔｏｏｔｈ（登録商標）伝送路上の転送時間、データ処理、入力インタフェース特性などによって、どちらの操作を反映させるかを決定するための処理が必要である。
【００５６】
本実施例では、以下の手順で処理する。
（１）双方の時刻をあらかじめ同期しておく。これは、双方で時刻同期のための情報をＢｌｕｅｔｏｏｔｈ（登録商標）伝送路間で数回計測する。
（２）双方の端末で発生したイベントに対して、その発生時刻を付与する。
（３）各端末の状態管理部において、受信し続けるイベントを蓄積するイベントバッファにおいて、定期的にバッファ内のイベントを監視する。
（４）バッファ内のイベント群に対して優先度を算出し、優先度の大きい方から順番に処理する。
（５）基本的な優先度は、発生時刻を比較して、より早い時刻の方を優先する。
（６）（５）において、双方の処理能力、通信処理性能、入力操作インタフェース性能、入力内容に関して総合的に算出した優先度も考慮する。
（６−１）ＰＣとＭＴの処理能力に関する優先度としてＰ１を考える。
自端末がＰＣ、かつ、イベントの発生端末がＰＣ：Ｐ１＝α１
自端末がＰＣ、かつ、イベントの発生端末がＭＴ：Ｐ１＝α２
自端末がＭＴ、かつ、イベントの発生端末がＭＴ：Ｐ１＝α３
自端末がＭＴ、かつ、イベントの発生端末がＰＣ：Ｐ１＝α４
例えば、α１≧α２≧α３≧α４とする。
（６−２）ＰＣとＭＴの通信処理性能に関する優先度としてＰ２を考える。
イベントの発生時刻と現在時刻との差分に対して、
閾値βよりも大きい場合：Ｐ２＝β１
閾値βよりも小さい場合：Ｐ２＝β２
例えば、β１＜β２とする。
（６−３）ＰＣとＭＴの入力操作インタフェースに関する優先度としてＰ３を考える。
イベントの入力インタフェースがキーボードの場合：Ｐ３＝γ１
イベントの入力インタフェースがマウスの場合：Ｐ３＝γ２
イベントの入力インタフェースがタッチパネルの場合：Ｐ３＝γ３
イベントの入力インタフェースがテンキーの場合：Ｐ３＝γ４
例えば、γ１≧γ２≧γ３≧γ４とする。
（６−４）イベントの入力内容に関する優先度としてＰ４を考える。
入力内容が文字入力である場合：Ｐ４＝θ１
入力内容がボタン押下である場合：Ｐ４＝θ２
入力内容がカーソル移動である場合：Ｐ４＝θ３
例えば、θ１≧θ２≧θ３とする。
（６−５）上記から、各イベントに対する優先度をＰとする。
例えば、Ｐ＝Ｐ１×Ｐ２×Ｐ３×Ｐ４とする。
【００５７】
以上のような本発明に係る実施形態を用いて、新たなサービスを提供することができる。すなわち、ユーザが、２つの携帯電話機または、一つの携帯電話機と一つのＰＣを持ち歩くシーンが想定される。本実施形態によれば、２つの携帯端末の両方から、ユーザインタラクションを可能とするサービスを提供することが可能となる。すなわち、近時、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信手段を搭載している携帯電話機のニーズが拡大している。このため、携帯電話機が持っている機能で、かつＰＣが持っていない機能を使う場合に、ＰＣから携帯電話機の機能を用いる。
【００５８】
一方、ＰＣが持っている機能で、かつ携帯電話機が持っていない機能を携帯電話機から使う場合は、携帯電話機からＰＣの機能を用いる。本発明は、このような利用態様を実現するものである。さらに、近距離無線通信手段におけるセキュリティを強化するために、携帯電話機、ＰＣおよびユーザの三者が揃ったときにのみ、携帯電話機およびＰＣが利用可能となる仕組みを提供する。ここでは、例えば、生体認証技術を用いる。また、近距離無線通信手段を用いたデータ伝送速度を確保し、特に、データ伝送の遅延を回避する仕組みを提供する。また、ユーザインタフェースに関するユーザビリティを向上させる。更に、近距離無線通信手段が常時起動することによる電池の消費量を削減する仕組みを提供する。
【００５９】
これにより、ユーザのいわゆる“２台持ち”の状況となった場合に、ユーザのニーズに十分に応え得るサービスの提供が可能となる。
【００６０】
以上説明したように、本実施形態によれば、ＭＴ１０またはＰＣ２０のいずれか一方は、いずれか他方が有している機能を利用することが可能となる。また、１つのタスクを２つの携帯端末を用いて処理することが可能となる。ユーザは、ＴＰＯに応じて利用する携帯端末を自由に選択することが可能となる。
【符号の説明】
【００６１】
１０ 携帯電話機（ＭＴ）
１１、２１ 入力部
１２、２２ 出力部
１３、２３ 管理部
１４、２４ 通信部
１５、２５ アプリ部
１６ インターネット通信部
２０ ＰＣ
３０ 通信管理部
３０ａ 送信データ制御部
３０ｂ 受信データ制御部
３０ｃ 通信連携部
３１ａ アプリ制御用ライブラリ部
３２ アプリ情報
３３ 機能情報
３１０ アプリ管理部
３１０ｂ アプリ連携部
３２０ 主管理部
３３０ 状態管理部
３３１ａ ＭＴアプリ状態管理部
３３１ｂ ＭＴアプリ状態ＤＢ
３３２ａ ＰＣアプリ状態管理部
３３２ｂ ＰＣアプリ状態ＤＢ
【特許請求の範囲】
【請求項１】
通信機能を有し相互に信号の送受信を行なう第１の情報処理装置および第２の情報処理装置から構成される分散機器相互制御システムであって、
前記第１の情報処理装置は、
第１のオペレーティングシステム上で実行される第１のアプリケーションと、
前記第２の情報処理装置から前記第１のアプリケーションを実行する旨の信号を受信したときは、前記第１のアプリケーションを実行させ、実行結果を前記第２の情報処理装置へ出力する第１の制御部と、を備え、
前記第２の情報処理装置は、
前記第１のオペレーティングシステムとは異なる第２のオペレーティングシステム上で実行される第２のアプリケーションと、
前記第１の情報処理装置から前記第２のアプリケーションを実行する旨の信号を受信したときは、前記第２のアプリケーションを実行させ、実行結果を前記第１の情報処理装置へ出力する第２の制御部と、を備え、
前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置に付随する入力装置からの入力信号１または前記第２の情報処理装置に付随する入力装置からの入力信号２に基づいて、前記第１のアプリケーションまたは前記第２のアプリケーションを実行する際、前記第１の情報処理装置並びに前記第２の情報処理装置の処理能力および双方間の通信処理性能に基づいて、前記入力信号１または前記入力信号２に対する前記第１のアプリケーションまたは前記第２のアプリケーションの実行タイミングを制御することを特徴とする分散機器相互制御システム。
【請求項２】
前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置若しくは前記第２の情報処理装置、入力信号１若しくは入力信号２、または入力操作内容に対して優先度を設け、前記第１の情報処理装置または前記第２の情報処理装置のいずれか一方に対する入力操作タイミングが早くても、いずれか他方に対する入力操作タイミングに応じて、前記第１のアプリケーションまたは前記第２のアプリケーションを動作させることを特徴とする請求項１記載の分散機器相互制御システム。
【請求項３】
前記第１の制御部および前記第２の制御部は、前記各アプリケーションの実行タイミングの制御および前記各アプリケーションの動作結果を随時更新情報として管理すると共に、前記優先度を適宜変更することによって前記各アプリケーションの動作を最適化することを特徴とする請求項２記載の分散機器相互制御システム。
【請求項４】
前記第１の情報処理装置および第２の情報処理装置は、ＰＣまたは携帯電話機のいずれかであることを特徴とする請求項１から請求項３のいずれかに記載の分散機器相互制御システム。
【請求項１】
通信機能を有し相互に信号の送受信を行なう第１の情報処理装置および第２の情報処理装置から構成される分散機器相互制御システムであって、
前記第１の情報処理装置は、
第１のオペレーティングシステム上で実行される第１のアプリケーションと、
前記第２の情報処理装置から前記第１のアプリケーションを実行する旨の信号を受信したときは、前記第１のアプリケーションを実行させ、実行結果を前記第２の情報処理装置へ出力する第１の制御部と、を備え、
前記第２の情報処理装置は、
前記第１のオペレーティングシステムとは異なる第２のオペレーティングシステム上で実行される第２のアプリケーションと、
前記第１の情報処理装置から前記第２のアプリケーションを実行する旨の信号を受信したときは、前記第２のアプリケーションを実行させ、実行結果を前記第１の情報処理装置へ出力する第２の制御部と、を備え、
前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置に付随する入力装置からの入力信号１または前記第２の情報処理装置に付随する入力装置からの入力信号２に基づいて、前記第１のアプリケーションまたは前記第２のアプリケーションを実行する際、前記第１の情報処理装置並びに前記第２の情報処理装置の処理能力および双方間の通信処理性能に基づいて、前記入力信号１または前記入力信号２に対する前記第１のアプリケーションまたは前記第２のアプリケーションの実行タイミングを制御することを特徴とする分散機器相互制御システム。
【請求項２】
前記第１の制御部および前記第２の制御部は、前記第１の情報処理装置若しくは前記第２の情報処理装置、入力信号１若しくは入力信号２、または入力操作内容に対して優先度を設け、前記第１の情報処理装置または前記第２の情報処理装置のいずれか一方に対する入力操作タイミングが早くても、いずれか他方に対する入力操作タイミングに応じて、前記第１のアプリケーションまたは前記第２のアプリケーションを動作させることを特徴とする請求項１記載の分散機器相互制御システム。
【請求項３】
前記第１の制御部および前記第２の制御部は、前記各アプリケーションの実行タイミングの制御および前記各アプリケーションの動作結果を随時更新情報として管理すると共に、前記優先度を適宜変更することによって前記各アプリケーションの動作を最適化することを特徴とする請求項２記載の分散機器相互制御システム。
【請求項４】
前記第１の情報処理装置および第２の情報処理装置は、ＰＣまたは携帯電話機のいずれかであることを特徴とする請求項１から請求項３のいずれかに記載の分散機器相互制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１６０６５０（Ｐ２０１０−１６０６５０Ａ）
【公開日】平成２２年７月２２日（２０１０．７．２２）
【国際特許分類】
【出願番号】特願２００９−１９１０（Ｐ２００９−１９１０）
【出願日】平成２１年１月７日（２００９．１．７）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２２年７月２２日（２０１０．７．２２）
【国際特許分類】
【出願日】平成２１年１月７日（２００９．１．７）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]