JP2015001784A - 情報処理システム、情報処理装置、及び情報処理プログラム - Google Patents

Abstract

【課題】適切なサービス提供を実現する。【解決手段】第１の端末からネットワーク上の１以上のコンピュータを介して第２の端末の処理を実行する情報処理システムにおいて、前記第２の端末は、前記第１の端末からの依頼を前記コンピュータから取得し、取得した前記依頼に対応する処理シーケンスを構築し、構築した前記処理シーケンスに対応する処理結果を前記コンピュータに出力するアクセス代行部と、前記処理シーケンスに対応する処理を実行する実行部とを有する。【選択図】図１

Description

本発明は、情報処理システム、情報処理装置、及び情報処理プログラムに関する。

インターネット等の通信ネットワーク上に存在するコンピュータ資源を利用する形態としてクラウドコンピューティング（以下、「クラウド」を略称する）がある。クラウドとは、例えば契約により処理の委託等を行うことで、１又は複数の情報処理装置（コンピュータ）を用いて目的の処理を実行するシステムである。

また、クラウドは、複数の端末からのアクセスが可能であり、ファイル等をクラウドに置き、様々な端末からアクセス可能とすることで、情報を共有化するクラウドサービスが普及してきている。

しかしながら、プライベートな情報をクラウド上に置くことで、プライバシーやセキュリティの観点から抵抗を抱くユーザが少なくない。そこで、例えば外部から他人が直接アクセスできない端末（以下、「宅内端末」という）に情報を置き、クラウドを経由して宅内端末へアクセスするというサービスが存在する（例えば、特許文献１〜３参照）。

特開２００９−２４５３２８号公報 特開２００２−１４１９５３号公報 特開２０００−１４８６４２号公報

しかしながら、例えば新たなサービスを宅内端末に追加した場合には、宅外から使用可能とするためにクラウド側や宅内端末等に修正が必要となる。例えば、宅内サービスは、サービスを依頼する端末（以下、「依頼端末」という）が宅内にある場合には、宅内端末に直接アクセスして蓄積された情報を利用できる。一方、依頼端末が宅外にある場合には、クラウドから直接宅内サービスをアクセスすることはできず、クラウドと宅内サービス間の仲介を行うサービスを専用に用意しなければならない。また、クラウド側にも、新たな宅内サービス用の処理を受け付けるサービスや、その処理を宅内端末に依頼する手法が必要となる。

更に、宅内サービスの結果を依頼端末に通知するためのサービスも必要となる。そして、依頼端末についても、宅内サービスへのアクセスの仕方と、宅外からの利用時のアクセスの仕方が異なるのであれば、宅外用のアクセスを可能にするアプリケーション（以下、単に「アプリ」と略称する）が必要となる。このように、宅内サービスを宅外から利用可能とするためには、多くの箇所に修正が必要となり容易に適切なサービスを提供することができない。

１つの側面では、本発明は、適切なサービス提供を実現することを目的とする。

一態様における情報処理システムは、第１の端末からネットワーク上の１以上のコンピュータを介して第２の端末の処理を実行する情報処理システムにおいて、前記第２の端末は、前記第１の端末からの依頼を前記コンピュータから取得し、取得した前記依頼に対応する処理シーケンスを構築し、構築した前記処理シーケンスに対応する処理結果を前記コンピュータに出力するアクセス代行部と、前記処理シーケンスに対応する処理を実行する実行部とを有する。

適切なサービス提供を実現することができる。

情報処理システムの構成例を示す図である。 依頼端末のハードウェア構成例を示す図である。 宅内端末のハードウェア構成例を示す図である。 宅内利用時のサービス提供例を示すシーケンス図である。 ネットワーク監視部の処理の一例を示すフローチャートである。 ネットワーク監視におけるデータ例を示す図である。 Ｐｕｓｈクライアントの処理の一例を示すフローチャートである。 Ｐｕｓｈサービスの処理の一例を示すフローチャートである。 処理受付部の処理の一例を示すフローチャートである。 宅内利用時のデータ例を示す図である。 宅外利用時のサービス提供例を示すシーケンス図である。 クラウドＰｕｓｈクライアントの処理の一例を示すフローチャートである。 宅内Ｐｕｓｈクライアントの接続制御処理の一例を示すフローチャートである。 作成したクライアントの処理の一例を示すフローチャートである。 アクセス中継部の処理の一例を示すフローチャートである。 Ｓ１６７の処理の一例を示すフローチャートである。 シーケンスとレスポンスの一例を示す図である。 サービス構築部の処理の一例を示すフローチャートである。 Ｓ１９５の処理の一例を示すフローチャートである。 サービス利用シーケンスの一例を示す図である。 構築サービスインスタンスの一例を示す図である。 クラウドＰｕｓｈサービスの処理の一例を示すフローチャートである。 宅内Ｐｕｓｈサービスの処理の一例を示すフローチャートである。 クラウド処理受付部の処理の一例を示すフローチャートである。 サービス登録部の処理の一例を示すフローチャートである。 登録サービスのデータ例を示す図である。 サービス実行部の処理の一例を示すフローチャートである。 リクエストのデータ例を示す図である。 サービス利用時のデータの具体例を示す図である。 サービス利用時の依頼端末の画面例を示す図である。

以下、添付図面を参照しながら実施例について詳細に説明する。

＜情報処理システムの構成例＞
図１は、情報処理システムの構成例を示す図である。図１に示す情報処理システム１０は、依頼端末（第１の端末）１１と、情報処理装置の一例である宅内端末（第２の端末）１２と、クラウド１３とを有する。なお、図１の例に示す情報処理システム１０は、宅内端末１２が提供するサービスをクラウド１３経由で依頼端末１１が利用するシステム（ホームクラウドシステム）である。図１の例において、依頼端末１１と、宅内端末１２と、クラウド１３とは、例えばインターネットやＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）等の通信ネットワーク１４により、データの送受信が可能な状態で接続されている。

依頼端末１１は、宅内端末１２による宅内サービス等を利用する端末である。なお、図１の例では、複数の依頼端末１１−１，１１−２を示しているが、数についてはこれに限定されるものではない。図１の例において、依頼端末１１−１は、宅内エリア１５内にある依頼端末を示している。宅内エリア１５内では、依頼端末１１−１は、クラウド１３を介さず直接宅内端末１２と通信を行うことができ、宅内端末１２が実行するサービス（以下、「宅内サービス」という）を利用することができる。宅内サービスとは、例えば他の端末等からアクセスさせたくないプライベートな情報を用いたサービス等であるが、これに限定されるものではない。

依頼端末１１−１は、宅内エリア１５内で宅内サービスを利用する場合に、例えば依頼端末１１−１と宅内端末１２とにおける赤外線通信を用いることができる。また、依頼端末１１−１は、例えばＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等に対応する中継機器（例えば、アクセスポイント等）を経由した近距離通信等を用いることができる。

また、依頼端末１１−２は、宅内エリア１５外（以下、「宅外エリア」という）で、クラウド１３を経由して宅内端末１２による宅内サービスを利用する端末である。

依頼端末１１は、例えばタブレット端末やスマートフォン、携帯電話等の移動可能な通信端末等である。したがって、１台の依頼端末１１は、移動により依頼端末１１−１にも依頼端末１１−２にもなり得る。

宅内端末１２は、依頼端末１１に対して宅内サービスを提供する端末である。宅内端末１２は、例えば権限のない第三者（他人）がアクセスすることができない端末であり、例えばＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）やサーバ等からなるが、これに限定されるものではない。例えば、宅内端末１２は、ユーザの家に設置されたプライベートＰＣでもよく、また企業内で社員のみが使用可能な企業内サーバ等でもよい。

クラウド１３は、例えば通信ネットワーク１４上に構成される１以上の情報処理装置（コンピュータ）等である。クラウド１３は、例えば図１に示す依頼端末１１−２のように、宅外エリアから宅内サービスを利用する際に、依頼端末１１−２と宅内端末１２との中継を行う。通信ネットワーク１４は、無線でも有線でもよく、これらを組み合わせたものでもよい。

本実施形態において、情報処理システム１０は、宅内端末１２における宅内サービスへのアクセスを代行する機能を有し、宅外エリアからのアクセス時には、アクセス代行が宅内サービスへのアクセスを行う。また、情報処理システム１０は、アクセス代行によるアクセス結果に基づいてクラウド１３上に宅内サービスを再現する。これにより、宅外エリアにある依頼端末１１−２からクラウド１３上のサービスを利用して宅内サービスを利用することができる。

なお、今までの宅内サービスでは、クラウド１３及び宅内端末１２に対して、宅内サービス専用のモジュールを追加する必要があったが、本実施形態では、宅内端末１２に宅内サービスのアクセスを代行するためのアクセスシーケンスを登録するだけでよい。本実施形態では、宅内端末１２の宅内サービスをインストールすることに加えて、サービス利用シーケンスを登録することで、宅内だけでなく宅外からもサービスを利用できるようになる。更に、本実施形態では、宅内端末１２内に蓄積された全ての情報をクラウド１３上に再現するものではなく、依頼端末１１から依頼のあったもののみを対象にしているため、セキュリティを向上させた適切なサービス提供を実現することができる。

次に、上述した依頼端末１１、宅内端末１２、及びクラウド１３のそれぞれの機能構成例について図を用いて説明する。

＜依頼端末１１の機能構成例＞
図１に示す依頼端末１１は、ネットワーク監視部２１と、アクセス部２２と、サービス取得部の一例としてのＰｕｓｈクライアント２３とを有する。

ネットワーク監視部２１は、例えばネットワークの接続状態を常時監視し、接続状態が変更された場合に、その接続状態が宅内であるか宅外であるかを判定して、判定結果に基づき接続先を決定する。また、ネットワーク監視部２１は、アクセス部２２やＰｕｓｈクライアント２３から接続先を要求された場合に、決定した接続先の情報を返す。また、ネットワーク監視部２１は、例えばＧｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ（ＧＰＳ）等により位置情報を取得する機能を有し、取得した現在の位置情報から宅内であるか宅外であるかを判定して、判定結果に基づき接続先を決定してもよい。

アクセス部２２は、後述するクラウド１３のクラウド処理受付部５２に対して、又は宅内端末１２の処理受付部３２に対して、処理依頼を行う。なお、接続先の情報は、ネットワーク監視部２１から取得する。

また、アクセス部２２は、Ｐｕｓｈクライアント２３からのアクセス許可通知を受けて、宅内端末１２又はクラウド１３に対して宅内サービスの利用を行う。例えば、依頼端末１１が宅内エリア１５にある場合には、宅内端末１２に直接アクセスを行い、依頼端末１１が宅外エリアにある場合には、クラウド１３にアクセスを行う。アクセス部２２における上述した各処理は、例えば所定のアプリケーション（アクセスアプリ）を用いて実現することができるが、これに限定されるものではない。

Ｐｕｓｈクライアント２３は、例えば依頼先からＰｕｓｈ配信等によりサービスを取得する。Ｐｕｓｈクライアント２３は、依頼端末１１が宅内エリア１５内にいる場合に、宅内端末１２から宅内サービスの提供を受け、また宅外にいる場合にはクラウド１３から宅内サービスの提供を受ける。また、Ｐｕｓｈクライアント２３は、所定の通信が確立した場合には、アクセス部２２に対してアクセス許可通知を行う。

＜宅内端末１２の機能構成例＞
図１に示す宅内端末１２は、サービス提供部の一例としてのＰｕｓｈサービス３１と、処理受付部３２と、実行部の一例としての宅内サービス実行部３３と、アクセス代行部３４とを有する。

宅内端末１２は、宅内エリア１５にある依頼端末１１−１に対して、例えばＰｕｓｈサービス３１、処理受付部３２、及び宅内サービス実行部３３を用いて宅内サービスを提供する。また、宅内端末１２は、宅外にある依頼端末１１−２に対して、Ｐｕｓｈサービス３１、処理受付部３２、宅内サービス実行部３３、及びアクセス代行部３４を用いてクラウド１３を介した宅内サービスを提供する。

Ｐｕｓｈサービス３１は、依頼端末１１−１に対して、サービスアクセス通知をＰｕｓｈ（送信）する。これにより、依頼端末１１−１は、非同期に宅内サービスにアクセスを行うことができる。上述した非同期とは、例えば依頼端末１１−１が、処理を依頼した後、処理終了まで待つのではなく、宅内端末１２での処理が終了した段階でＰｕｓｈ配信等により非同期に結果（サービス提供）を受けることをいう。

処理受付部３２は、依頼端末１１−１からの処理依頼を受け付ける。また、処理受付部３２は、受け付けたことを依頼端末１１−１に出力する。処理受付部３２は、依頼された処理（例えば、サービスアクセス等）をＰｕｓｈサービス３１に依頼する。

なお、処理受付部３２は、無線ＬＡＮ等のアクセスポイント（以下、「ＡＰ」という）を経由して宅内エリア１５内にある依頼端末１１−１と直接通信（アクセス）することができる。

宅内サービス実行部３３は、宅内エリア１５にある依頼端末１１−１からの処理依頼内容やクラウド１３を介して得られる依頼端末１１−２からの処理依頼内容に基づいて、対応する宅内サービスを実行し、その結果を処理依頼のあった依頼端末１１に出力する。

アクセス代行部３４は、依頼端末１１が宅外にある場合に、クラウド１３を介して得られる処理依頼内容に基づいて、対応する宅内サービスを実行し、その結果をクラウド１３に出力する。アクセス代行部３４は、アクセス中継部４１と、サービス構築部４２と、クラウド通信部の一例としてのクラウドＰｕｓｈクライアント４３と、宅内通信部の一例としての宅内Ｐｕｓｈクライアント４４と、記憶部４５とを有する。また、記憶部４５は、サービス利用シーケンス４５−１と、構築サービスインスタンス４５−２とを有する。

アクセス中継部４１は、例えばサービス利用シーケンス４５−１に従い、依頼端末１１からの処理依頼を宅内の処理受付部３２へと通知する。アクセス中継部４１は、依頼端末１１から宅内サービスに対する情報の登録等の双方向の情報のやりとりを宅内サービス実行部３３に通知する。

サービス構築部４２は、サービス利用シーケンス４５−１に従い、宅内サービス実行部３３へのアクセスを行い、その結果を用いて一時的なサービスを構築し、クラウド１３のサービス登録部に通知する。アクセス中継部４１及びサービス構築部４２で得られたデータ（レスポンス）は、構築サービスインスタンス４５−２に保存される。

クラウドＰｕｓｈクライアント４３は、後述するクラウド１３の宅内Ｐｕｓｈサービス５５に接続する。クラウドＰｕｓｈクライアント４３は、宅内Ｐｕｓｈサービス５５からの依頼を受け付けて宅内Ｐｕｓｈクライアント４４を生成する。

宅内Ｐｕｓｈクライアント４４は、Ｐｕｓｈサービス３１に接続する。これにより、依頼端末１１−２が、宅内サービスを非同期アクセスするための準備が整うことになる。また、宅内Ｐｕｓｈクライアント４４は、サービス構築部４２に対してサービスアクセス通知を行う。

記憶部４５は、宅内端末１２における各種処理で用いられるデータを記憶する。なお、記憶部４５に記憶されるデータは、サービス利用シーケンス４５−１や構築サービスインスタンス４５−２に限定されるものではなく、例えばクラウド１３や依頼端末１１等の各装置を識別して所定の端末等を接続したり、データの送受信を行うためのアドレス情報や、ユーザ情報、処理結果等の情報を記憶してもよい。

サービス利用シーケンス４５−１は、例えば構築シーケンスと中継シーケンスとを有する。構築シーケンスは、例えばパス（アドレス情報）、メソッド、リクエスト、レスポンス、アクセス必要フラグ等の情報を有する。また、中継シーケンスは、例えばアクセス先（例えば、宅内端末１２、クラウド１３等）、パス、メソッド、リクエスト等の情報を有する。なお、サービス利用シーケンス４５−１の情報は、これに限定されるものではない。また、構築サービスインスタンス４５−２には、例えば受付ＩＤとクラウド受付ＩＤとの関係を示す情報やサービス利用時のレスポンス情報等を有する。なお、構築サービスインスタンス４５−２の情報は、これに限定されるものではない。

＜クラウド１３の機能構成例＞
図１に示すクラウド１３は、クラウドサービス提供部の一例としてのクラウドＰｕｓｈサービス５１と、クラウド処理受付部５２と、サービス実行部５３と、登録部の一例としてのサービス登録部５４と、宅内サービス提供部の一例としての宅内Ｐｕｓｈサービス５５と、記憶部５６とを有する。記憶部５６は、登録サービス５６−１と、リクエスト５６−２とを有する。

クラウドＰｕｓｈサービス５１は、宅外にある依頼端末１１−２に対してサービスアクセス通知を行う。また、クラウドＰｕｓｈサービス５１は、接続通知を宅内Ｐｕｓｈサービス５５に依頼する。これにより、宅内Ｐｕｓｈサービス５５は、アクセス代行部３４へ接続通知を行う。

クラウド処理受付部５２は、依頼端末１１からの依頼を受信し、依頼内容に対応する処理を行う。例えば、クラウド処理受付部５２は、受信した依頼内容に対応する処理依頼通知を宅内Ｐｕｓｈサービス５５へ依頼する。

サービス実行部５３は、依頼端末１１のアクセス部２２からクラウド１３に構築された宅内サービスへのアクセス時に処理を行い、アクセス部２２からのアクセスが終了すると、宅内Ｐｕｓｈサービス５５にアクセス終了通知を依頼する。また、サービス実行部５３は、クラウド１３でサービスを提供するために、登録サービスにクラウド受付ＩＤをキーとするサービス用の領域を作成する。サービス実行部５３は、１又は複数のサービスを実行することができる。

サービス登録部５４は、宅内端末１２のサービス構築部４２から依頼されたサービス登録を行う。サービス登録部５４は、例えば宅内端末１２における宅内サービスの処理結果等を登録する。また、サービス登録部５４は、登録が完了すると、クラウドＰｕｓｈサービス５１にサービスアクセス通知を依頼する。

宅内Ｐｕｓｈサービス５５は、宅内端末１２のクラウドＰｕｓｈクライアント４３へ、依頼端末１１の接続通知を行う。また、宅内Ｐｕｓｈサービス５５は、依頼端末１１からの処理依頼を宅内端末１２のクラウドＰｕｓｈクライアント４３へ通知する。

また、宅内Ｐｕｓｈサービス５５は、宅内端末１２のクラウドＰｕｓｈクライアント４３にアクセス終了を通知する。また、宅内Ｐｕｓｈサービス５５は、宅内端末１２のクラウドＰｕｓｈクライアント４３に依頼端末１１の切断通知を行う。

記憶部５６は、クラウド１３が行う各種処理を実行するために必要なデータを記憶する。なお、記憶部５６に記憶されるデータは、登録サービス５６−１やリクエスト５６−２に限定されるものではなく、例えば宅内端末１２や依頼端末１１を識別して所定の端末等を接続したり、データの送受信を行うためのアドレス情報や、ユーザ情報、処理結果等の情報を記憶してもよい。

登録サービス５６−１は、例えばサービス単位や登録単位に所定の情報を記憶する。サービス単位では、例えばクラウド受付ＩＤ（サービス識別子）、デバイスＩＤ、クラウドＩＤ、サービスＩＤ、ＵＲＬ等の情報を記憶するが、これに限定されるものではない。
また、登録単位では、パス、メソッド、レスポンス、終了フラグ等の情報を記憶するが、これに限定されるものではない。また、リクエスト５６−２は、例えばアクセス単位の依頼内容であり、例えばパス、メソッド、レスポンス等の情報を有するが、これに限定されるものではない。

本実施形態において、依頼端末１１のアクセス先である宅内端末１２及びクラウド１３は、アクセス先のアドレス情報（例えば、ＵＲＬ）が異なる。そのため、依頼端末１１は、宅外と宅内の何れにアクセスするかを決定し、その結果に基づいてアクセス先のＵＲＬを切り替える必要がある。

例えば、アクセス先の判断については、依頼端末１１が宅内エリア１５にいるか、宅外エリアにいるかを判断する。宅内か宅外かの判断は、例えばＷｉＦｉのＥｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ（ＥＳＳＩＤ）や、通信ネットワーク１４上に構成されるゲートウェイのＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）アドレス等を用いて判断する。例えばＥＳＳＩＤやＭＡＣアドレスが、宅内端末１２が使用する情報である場合には、宅内であると判断し、それ以外の場合には宅外と判断することができるが、判断手法については、これに限定されるものではない。このような方法を用いて、宅内又は宅外を判定することで、アクセス先のＵＲＬを設定することができる。

なお、宅内と宅外のＵＲＬは、例えばホスト名とパスとを変えることで設定することができる。例えば、パスは、クラウド１３では宅内端末１２を特定するためにクラウドＩＤを使用し、パスの先頭にクラウドＩＤを追加する。これにより、クラウド１３では、パスの先頭のクラウドＩＤを利用して、宅内端末の特定が可能となる。なお、パス以外に引数を追加することでもクラウドＩＤを渡すことは可能である。また、本実施形態では、ＵＲＬ生成時に、ホスト名やパス以外に、ｈｔｔｐ等のスキームを変えてもよい。

＜ハードウェア構成例＞
次に、上述した依頼端末１１及び宅内端末１２のハードウェア構成例について説明する。

＜依頼端末１１のハードウェア構成例＞
図２は、依頼端末のハードウェア構成例を示す図である。図２に示す依頼端末１１は、マイクロホン（以下、「マイク」という）６１と、スピーカ６２と、ディスプレイ６３と、無線部６４と、短距離通信部６５と、操作部６６と、位置情報取得部６７と、メモリ装置６８と、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）６９とを有する。

マイク６１は、ユーザが発した音声や、その他の音を入力する。スピーカ６２は、通話相手先の音声を出力したり、着信音等の音を出力する。ディスプレイ６３は、時刻情報や通信圏外であるか否かに係る情報や、文字データ、画像データ等の各種情報を表示する。なお、ディスプレイ６３としては、例えばＬｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ（ＬＣＤ）等があるが、これに限定されるものではない。

無線部６４は、アンテナ等を用いて、基地局や通信ネットワーク１４から送信された電波信号（通信データ）を受信したり、通信データを送信する送受信部である。

短距離通信部６５は、宅内端末１２や他の依頼端末１１との短距離通信（ローカル通信）を行う。例えば、短距離通信部６５は、赤外線通信を用いて、宅内端末１２や依頼端末１１間で直接短距離通信を行う。また、短距離通信部６５は、無線ルータ等の中継機器やＡＰを介して宅内端末１２や他の依頼端末１１との短距離通信を行う。

操作部６６は、各種機能における設定、サービス提供を受けるための依頼の作成、電話番号の登録、発呼及び着呼にユーザによって押下される入力手段である。

位置情報取得部６７は、例えばＧＰＳ機能等を用いて位置情報を取得する。なお、位置情報取得部６７における位置取得は、上述したＧＰＳ機能に限定されるものではなく、例えば通信する基地局や中継装置等の位置を基準に位置情報を取得してもよい。

メモリ装置６８は、依頼端末１１における各種情報を記憶するための記憶手段であり、情報の書き込みや読み出し等を行うことができる。メモリ装置６８は、例えばＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等である。ここで、ＲＯＭには、本実施形態におけるサービスを受けるための処理を実行するためのプログラム等が記憶されている。また、ＲＡＭには、上述したサービスを受けるための各種データ等が記憶されている。

ＣＰＵ６９は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）等の制御プログラム及びメモリ装置６８に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、依頼端末１１における各処理を制御する。なお、ＣＰＵ６９は、メモリ装置６８に予め格納されたプログラムやアプリ等に基づいて処理が行われる。具体的には、ＣＰＵ６９は、例えばネットワーク監視部２１によるネットワーク監視、アクセス部２２によるアクセス処理、Ｐｕｓｈクライアント２３によるサービス取得等の処理を行う。なお、ＣＰＵ６９における処理内容は、これに限定されるものではない。ＣＰＵ６９により実行された内容は、必要に応じてメモリ装置６８等に記憶される。

上述したハードウェア構成により、本実施形態の依頼端末１１におけるサービス提供処理を実行することができる。また、実行プログラムをインストールすることにより、コンピュータ等で依頼端末１１におけるサービス提供処理を容易に実現することが可能となる。

＜宅内端末１２のハードウェア構成例＞
図３は、宅内端末のハードウェア構成例を示す図である。図３に示す宅内端末１２は、入力装置７１と、出力装置７２と、ドライブ装置７３と、補助記憶装置７４と、主記憶装置７５と、ＣＰＵ７６と、ネットワーク接続装置７７とを有し、これらはシステムバスＢで相互に接続されている。

入力装置７１は、ユーザ等が操作するキーボード及びマウス等のポインティングデバイスや、マイク等の音声入力デバイスを有しており、ユーザ等からのプログラムの実行指示、各種操作情報、ソフトウェア等を起動するための情報等の入力を受け付ける。

出力装置７２は、本実施形態における処理を行うためのコンピュータ本体（宅内端末１２）を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ７６が有する制御プログラムによりプログラムの実行経過や結果等を表示する。

ここで、本実施形態においてコンピュータ本体にインストールされる実行プログラムは、例えば、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）メモリやＣＤ−ＲＯＭ、ＤＶＤ等の可搬型の記録媒体７８等により提供される。

プログラムを記録した記録媒体７８は、ドライブ装置７３にセット可能であり、ＣＰＵ７６からの制御信号に基づき、記録媒体７８に含まれる実行プログラムが、記録媒体７８からドライブ装置７３を介して補助記憶装置７４にインストールされる。

補助記憶装置７４は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）やＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段等である。補助記憶装置７４は、ＣＰＵ７６からの制御信号に基づき、本実施形態における実行プログラムや、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行う。補助記憶装置７４は、ＣＰＵ７６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。

主記憶装置７５は、ＣＰＵ７６により補助記憶装置７４から読み出された実行プログラム等を格納する。主記憶装置７５は、ＲＯＭやＲＡＭ等である。補助記憶装置７４及び主記憶装置７５は、例えば上述した記憶手段４５に対応している。

ＣＰＵ７６は、ＯＳ等の制御プログラム、及び主記憶装置７５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現する。プログラムの実行中に必要な各種情報等は、補助記憶装置７４から取得することができ、また実行結果等を格納することもできる。

具体的には、ＣＰＵ７６は、例えば入力装置７１から得られるプログラムの実行指示等に基づき、補助記憶装置７４にインストールされたプログラムを実行させることにより、主記憶装置７５上でプログラムに対応する処理を行う。

例えば、ＣＰＵ７６は、サービス提供プログラムを実行させることで、上述したＰｕｓｈサービス３１によるサービス提供、処理受付部３２による処理の受付、宅内サービス実行部３３によるサービスの実行、アクセス代行部３４におけるアクセス代行等の処理を行う。なお、ＣＰＵ７６における処理内容は、これに限定されるものではない。ＣＰＵ７６により実行された内容は、必要に応じて補助記憶装置７４等に記憶される。

ネットワーク接続装置７７は、通信ネットワーク１４を介して依頼端末１１やクラウド１３との通信を行う。ネットワーク接続装置７７は、ＣＰＵ７６からの制御信号に基づき、通信ネットワーク１４等と接続することにより、実行プログラムやソフトウェア、設定情報等を、通信ネットワーク１４に接続されている外部装置等から取得する。また、ネットワーク接続装置７７は、プログラムを実行することで得られた実行結果又は本実施形態における実行プログラム自体を外部装置等に提供することができる。

上述したようなハードウェア構成により、本実施形態におけるスケジュール管理処理を実行することができる。また、上述した各機能を実行させることができる実行プログラム（サービス提供プログラム）をコンピュータにインストールすることにより、汎用のＰＣ等のコンピュータで本実施形態におけるサービス提供処理を容易に実現することができる。また、クラウド１３が汎用ＰＣやサーバ等である場合には、上述した宅内端末１２と同様のハードウェア構成を適用することができる。

＜依頼端末１１における宅内利用時のサービス提供例＞
次に、上述した依頼端末１１における宅内利用時のサービス提供例について、シーケンス図を用いて説明する。図４は、宅内利用時のサービス提供例を示すシーケンス図である。図４の例では、宅内エリア１５内にある依頼端末１１−１と、宅内端末１２とを有する。図４に示す依頼端末１１−１は、ネットワーク監視部２１と、アクセス部２２と、Ｐｕｓｈクライアント２３とを有する。また、図４に示す宅内端末１２は、Ｐｕｓｈサービス３１と、処理受付部３２と、宅内サービス実行部３３とを有する。

図４の例において、Ｐｕｓｈクライアント２３は、宅内端末１２にアクセスする前に、ネットワーク監視部２１に接続先の取得要求を行う（Ｓ０１）。図４の例では、Ｐｕｓｈクライアント２３は、ネットワーク監視部２１から宅内である旨の回答を取得する（Ｓ０２）。なお、Ｓ０２の処理では、Ｐｕｓｈクライアント２３は、ネットワーク監視部２１から宅内の接続に対応して、予め設定された宅内端末１２の接続先情報を取得してもよい。

次に、Ｐｕｓｈクライアント２３は、宅内端末１２のＰｕｓｈサービス３１に対して接続を行う（Ｓ０３）。この接続は、双方向のアクセスが可能なものであり、Ｐｕｓｈサービス３１からＰｕｓｈクライアント２３へ任意のタイミングで通信を行うことができる。例えば、通信は、例えばＩＰアドレス及びポート番号等を組み合わせたネットワークアドレス（例えば、Ｓｏｃｋｅｔ）やＷｅｂＳｏｃｋｅｔ等により実現することができるが、これに限定されるものではない。

次に、アクセス部２２は、ネットワーク監視部２１に接続先取得要求を行い（Ｓ０４）、ネットワーク監視部２１から宅内エリア１５内である旨の回答を取得する（Ｓ０５）。なお、Ｓ０５の処理では、アクセス部２２は、ネットワーク監視部２１から宅内の接続に対応して、予め設定された宅内端末１２の接続先情報を取得してもよい。次に、アクセス部２２は、宅内端末１２の処理受付部３２に対して、処理依頼を行う（Ｓ０６）。

処理受付部３２は、例えばアクセス部２２からの処理を受け付けたことを即座にアクセス部２２に返答する（Ｓ０７）。そして、処理受付部３２は、サービスアクセス通知をＰｕｓｈサービス３１に依頼する（Ｓ０８）。

Ｐｕｓｈサービス３１は、Ｐｕｓｈクライアント２３に対して、サービスアクセス通知をＰｕｓｈ（送信）する（Ｓ０９）。Ｐｕｓｈクライアント２３は、Ｐｕｓｈサービス３１からサービスアクセス通知を受け、アクセス部２２にアクセス許可通知を行う（Ｓ１０）。

アクセス許可通知を受けたアクセス部２２は、宅内端末１２の宅内サービス実行部３３にアクセスを行う（Ｓ１１）。なお、Ｓ１１の処理では、図４に示すように、サービスの内容等に応じて、アクセス部２２と宅内サービス実行部３３との間で、１又は複数回のデータの送受信を行う。

上述したように、依頼端末１１−１は、宅内端末１２からのＰｕｓｈ送信を用いて非同期に宅内サービス実行部３３へとアクセスを行うことができる。なお、上述したＳ１０の処理におけるＰｕｓｈクライアント２３からアクセス部２２へのアクセス許可通知は、アクセス部２２とＰｕｓｈクライアント２３とが同じアプリとして構成されている場合には、所定の関数による呼び出しが可能である。また、別アプリとして構成されている場合には、例えばプロセス間通信等を用いて通知を行うことができる。更に、ＳｏｃｋｅｔやＰＩＰＥ、ＷｅｂＳｏｃｋｅｔ、Ａｎｄｒｏｉｄ（登録商標）のＩｎｔｅｎｔを用いてアクセス許可通知を行うことが可能である。Ｉｎｔｅｎｔとは、例えば配列や文字列、整数型等を別アプリケーションに通知したり、他のＡｃｔｉｖｉｔｙを呼び出すことができる機能である。

次に、宅内端末１２におけるサービスの終了後、Ｐｕｓｈクライアント２３は、Ｐｕｓｈサービス３１に対して切断指示を行い（Ｓ１２）、処理を終了する。

なお、上述したＳ０４の処理では、Ｐｕｓｈクライアント２３とアクセス部２２からネットワーク監視部２１へと接続先の取得依頼を行うが、アクセス部２２の宅内サービス実行部３３へのアクセス時のアドレス（例えば、ＵＲＬ等）は、Ｐｕｓｈ通知にて通知される。そのため、宅内サービス実行部３３へのアクセス前には、ネットワーク監視部２１への接続先の取得依頼は行わない。

＜ネットワーク監視部２１の処理の一例＞
次に、上述したネットワーク監視部２１の処理の一例について、フローチャートを用いて具体的に説明する。図５は、ネットワーク監視部の処理の一例を示すフローチャートである。なお、図５の例におけるネットワーク監視処理を行う場合には、予め宅内Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ（ＳＳＩＤ）、宅内端末接続先、クラウド接続先の情報が設定されている。

図５の例において、ネットワーク監視部２１は、ネットワーク接続状態の監視を開始し（Ｓ２１）、最初は他の装置と接続しておらず接続先は空いているため、宅内端末接続先及びクラウド接続先を、初期状態として「空」に設定する（Ｓ２２）。次に、ネットワーク監視部２１は、依頼端末１１が他の装置とネットワーク接続したか否かを判断する（Ｓ２３）。

ネットワーク監視部２１は、他の装置とネットワーク接続した場合（Ｓ２３において、ＹＥＳ）、その装置のアドレス情報が予め設定した宅内無線ＡＰ（例えば、Ｗｉ−Ｆｉ）のＳＳＩＤか否かを判断する（Ｓ２４）。ＳＳＩＤとは、例えばＩＥＥＥ８０２．１１シリーズの無線ＬＡＮにおけるＡＰの識別子である。この識別子を確認することで、依頼端末１１が宅内エリア１５内にいるか否かを判断し、その結果に応じて宅内端末１２にアクセスするかクラウド１３にアクセスするかの設定を行う。

なお、本実施形態では、上述したＳＳＩＤ以外の判断基準を用いてもよい。例えば、依頼端末１１がＧＰＳ機能を有している場合には、ＧＰＳ機能を用いて依頼端末１１の位置情報を取得し、その位置情報が予め設定された宅内エリア１５内であるか否かを判断することで、アクセス先を切り替えることができる。

ネットワーク監視部２１は、ネットワーク接続したアドレス情報が宅内無線ＡＰのＳＳＩＤである場合（Ｓ２４において、ＹＥＳ）、接続先を宅内端末１２に設定する（Ｓ２５）。また、ネットワーク監視部２１は、宅内無線ＡＰのＳＳＩＤでない場合（Ｓ２４において、ＮＯ）、接続先をクラウド１３に設定する（Ｓ２６）。

また、ネットワーク監視部２１は、Ｓ２３の処理において、ネットワーク接続でない場合（Ｓ２３において、ＮＯ）、ネットワークを切断した否かを判断する（Ｓ２７）。ネットワーク監視部２１は、ネットワークを切断した場合（Ｓ２７において、ＹＥＳ）、宅内端末接続先及びクラウド接続先を「空」に設定する（Ｓ２８）。

ネットワーク監視部２１は、Ｓ２７の処理において、ネットワークを切断しない場合（Ｓ２７において、ＮＯ）、依頼端末１１が動作中であるか否かを判断する（Ｓ２９）。また、ネットワーク監視部２１は、上述したＳ２５、Ｓ２６、又はＳ２８の処理後にも、Ｓ２９の処理を行う。

Ｓ２９の処理では、例えば依頼端末１１のシャットダウン等によりネットワーク監視処理を終了するため、依頼端末１１の動作中は、処理を繰り返すことになる。

ネットワーク監視部２１は、Ｓ２９の処理において依頼端末１１が動作中である場合（Ｓ２９において、ＹＥＳ）、Ｓ２３の処理に戻る。また、ネットワーク監視部２１は、依頼端末１１が動作中でない場合（Ｓ２９において、ＮＯ）、ネットワーク接続状態の監視を終了し（Ｓ３０）、処理を終了する。

上述の処理により、ネットワーク監視部２１は、接続状態が変更された場合に、その接続状態が宅内であるか宅外であるかを判定して、判定結果に基づき接続先を設定することができる。したがって、ネットワーク監視部２１は、アクセス部２２やＰｕｓｈクライアント２３から現在の接続先の取得依頼があった場合に、上述した監視により取得している接続先を回答することができる。なお、ネットワーク監視部２１は、アクセス部２２やＰｕｓｈクライアント２３から接続先の取得要求があった時点で、上述した処理を行い、その結果を回答してもよい。

＜ネットワーク監視におけるデータ例＞
次に、上述したネットワーク監視におけるデータ例について、図を用いて説明する。図６は、ネットワーク監視におけるデータ例を示す図である。図６（Ａ）は、接続先を決定するための情報の一例を示し、図６（Ｂ）は、上述したＳＳＩＤの値による接続先情報を示している。

図６（Ａ）の例では、「項目」とその項目に対応する「設定値」とを有する。例えば「宅内ＳＳＩＤ」には、「ＭｙＨｏｍｅ、ＭｙＨｏｍｅ２」が設定され、「宅内端末接続先」には、「１９２．１６８．１．２：８０８０」が設定され、「クラウド接続先」には、「ｃｌｏｕｄｈｏｓｔ／２」が設定されている。宅内ＳＳＩＤとは、例えば宅内エリア１５内で通信できる上述した宅内無線ＡＰ（例えば、Ｗｉ−Ｆｉ等）のＳＳＩＤである。

なお、本実施形態では、１つの項目に複数の設定を行ってもよく、例えば「宅内ＳＳＩＤ」には、ＭｙＨｏｍｅ、ＭｙＨｏｍｅ２の２つが設定されている。

また、図６（Ｂ）の例では、図６（Ａ）の設定の場合に、ネットワーク接続時の「ＳＳＩＤ」の値に対して、「接続先」がどのように決定されるかを示している。「ＳＳＩＤ」が「ＭｙＨｏｍｅ」、「ＭｙＨｏｍｅ２」のときには、接続先は、「１９２．１６８．１．２：８０８０」に決定され、「ｐｕｂｌｉｃ」のときには、「ｃｌｏｕｄｈｏｓｔ／２」に決定される。つまり、ＳＳＩＤが、「ＭｙＨｏｍｅ」、「ＭｙＨｏｍｅ２」の場合には、宅内端末１２を接続先に設定し、それ以外のＳＳＩＤの場合には、クラウド１３を接続先に設定することを示している。

これにより、依頼端末１１が宅内端末１２から本実施形態における宅内サービスの提供を受けるときの接続先を適切に設定することができる。なお、上述した設定値は、例えばネットワーク監視部２１が有する内部メモリ等に記憶されておいてもよく、依頼端末１１に設けられる記憶部等に記憶されていてもよい。なお、接続先の設定例では、例えば依頼端末１１がＧＰＳ機能等により取得した位置情報を用いて、その位置情報が、予め設定された宅内エリア内にある場合に宅内端末１２を接続先に設定し、宅内エリア内にない場合にクラウド１３を接続先に設定してもよい。

＜Ｐｕｓｈクライアント２３の処理の一例＞
次に、上述したＰｕｓｈクライアント２３の処理の一例について、フローチャートを用いて説明する。図７は、Ｐｕｓｈクライアントの処理の一例を示すフローチャートである。図７の例において、Ｐｕｓｈクライアント２３は、ネットワーク監視部２１に接続先の取得依頼を行って現在の接続先を取得する（Ｓ４１）。図７の例では、宅内エリア１５内にある依頼端末１１の例を示しているため、ネットワーク監視部２１からは宅内端末１２の接続先の情報を取得する。したがって、Ｐｕｓｈクライアント２３は、宅内端末１２のＰｕｓｈサービス３１に接続する（Ｓ４２）。

次に、Ｐｕｓｈクライアント２３は、Ｐｕｓｈサービス３１からＰｕｓｈ通知を受信し（Ｓ４３）、受信した内容が、サービスアクセス通知か否かを判断する（Ｓ４４）。Ｐｕｓｈクライアント２３は、サービスアクセス通知である場合（Ｓ４４において、ＹＥＳ）、アクセス部２２にアクセス許可通知を通知する（Ｓ４５）。また、Ｐｕｓｈクライアント２３は、Ｓ４４の処理において、サービスアクセス通知でない場合（Ｓ４４において、ＮＯ）、又はＳ４５の処理後、処理を終了するか否かを判断する（Ｓ４６）。なお、Ｓ４６の処理では、Ｐｕｓｈクライアント２３は、例えばユーザによるシャットダウンやＰｕｓｈサービス３１との接続の切断等の場合に、Ｐｕｓｈクライアントとしての処理を終了すると判断する。Ｐｕｓｈクライアント２３は、基本的に終了せずに、Ｐｕｓｈ通知を待ち受けするものである。

Ｐｕｓｈクライアント２３は、処理を終了しない場合（Ｓ４６において、ＮＯ）、Ｓ４３の処理に戻る。また、Ｐｕｓｈクライアント２３は、処理を終了する場合（Ｓ４６において、ＹＥＳ）、Ｐｕｓｈサービス３１から切断し（Ｓ４７）、処理を終了する。ネットワーク接続の切り替わりによって、Ｐｕｓｈクライアント２３が終了する場合、別のネットワークへの接続時に再度Ｐｕｓｈクライアント２３を開始するように構成することで、宅内端末１２とクラウド１３への接続先切り替えを実現できる。

＜Ｐｕｓｈサービス３１の処理の一例＞
次に、上述した宅内端末１２におけるＰｕｓｈサービス３１の処理の一例について、フローチャートを用いて説明する。図８は、Ｐｕｓｈサービスの処理の一例を示すフローチャートである。図８の例において、Ｐｕｓｈサービス３１は、サービス提供に関する依頼を受信し（Ｓ５１）、その受信した依頼がＰｕｓｈクライアント２３からの接続依頼であるか否かを判断する（Ｓ５２）。

Ｐｕｓｈサービス３１は、受信した依頼がＰｕｓｈクライアント２３からの接続依頼である場合（Ｓ５２において、ＹＥＳ）、依頼端末１１との接続を確立し、依頼端末１１を識別するための端末ＩＤを用いて依頼端末１１を登録する（Ｓ５３）。なお、端末ＩＤは、Ｓ５１における依頼の受信時に取得することができる。

また、Ｐｕｓｈサービス３１は、Ｓ５２の処理において、受信した依頼が依頼端末１１からの接続依頼でない場合（Ｓ５２において、ＮＯ）、次に、その受信した依頼がＰｕｓｈクライアント２３からの切断依頼か否かを判断する（Ｓ５４）。

Ｐｕｓｈサービス３１は、受信した依頼がＰｕｓｈクライアント２３からの切断依頼である場合（Ｓ５４において、ＹＥＳ）、対応する端末ＩＤの依頼端末１１の登録を削除する（Ｓ５５）。

また、Ｐｕｓｈサービス３１は、受信した依頼がＰｕｓｈクライアント２３からの切断依頼でない場合（Ｓ５４において、ＮＯ）、端末ＩＤから対象の依頼端末１１を取得する（Ｓ５６）。次に、Ｐｕｓｈサービス３１は、受信した依頼が処理受付部３２からのサービスアクセス通知依頼か否かを判断し（Ｓ５７）、サービスアクセス通知依頼である場合（Ｓ５７において、ＹＥＳ）、対象の依頼端末１１にサービスアクセス通知を行う（Ｓ５８）。Ｓ５７の処理において、Ｐｕｓｈサービス３１は、サービスアクセス通知依頼でない場合（Ｓ５７において、ＮＯ）、そのまま処理を終了する。なお、この場合、Ｐｕｓｈサービス３１は、エラーメッセージ等を出力して処理を終了してもよい。

＜処理受付部３２の処理の一例＞
次に、処理受付部３２の処理の一例について、フローチャートを用いて説明する。図９は、処理受付部の処理の一例を示すフローチャートである。図９の例において、処理受付部３２は、アクセス部２２からの依頼を受信し（Ｓ６１）、受信した依頼内容から端末ＩＤとサービスＩＤを取得する（Ｓ６２）。次に、処理受付部３２は、受付ＩＤを生成し（Ｓ６３）、その受付ＩＤをレスポンスとして依頼端末１１のアクセス部２２に送信する（Ｓ６４）。

次に、処理受付部３２は、依頼端末１１から所定のサービスへアクセスさせるためのＵＲＬを生成し、Ｐｕｓｈサービス３１にサービスアクセス通知を依頼する（Ｓ６５）。なお、Ｓ６５の処理において、処理受付部３２は、所定のサービスへアクセスするための情報としてＵＲＬを用いずに他のアドレス情報を設定してもよい。また、処理受付部３２は、例えばＰｕｓｈサービス３１に端末ＩＤ、サービスＩＤ、受付ＩＤ、及びＵＲＬ等を引数にサービスアクセス通知を依頼するが、これに限定されるものではない。

＜宅内利用時のデータ例＞
次に、上述したサービス提供の宅内利用時におけるデータ例について、図を用いて説明する。図１０は、宅内利用時のデータ例を示す図である。図１０（Ａ）は、本実施形態で提供されるサービスに用いられる各項目に対する設定情報（値）の一例を示している。また、図１０（Ｂ）は、宅内利用時のサービスの一例を示す図である。

図１０（Ａ）の例では、項目と、その項目に対する値とを有するが、これに限定されるものではない。図１０（Ａ）の例では、「端末ＩＤ（ｄｅｖｉｃｅ＿ｉｄ）」に１が設定され、「サービスＩＤ（ｓｅｒｖｉｃｅ＿ｉｄ）」に４が設定され、「受付ＩＤ（ａｃｃｅｐｔａｎｃｅ＿ｉｄ）」に６が設定されているが、これに限定されるものではない。

本実施形態では、この値を用いて、例えば図１０（Ｂ）に示すように、依頼元と依頼先とでやりとりが行われ、データ内容を送信し、結果としてレスポンスを受け取り、所定のサービスが実行される。

図１０（Ｂ）の例において、依頼元"Ｐｕｓｈクライアント２３"から要求される依頼先の"ｗｓ：／／１９２．１６８．１．２：８０８０／ＰｕｓｈＳｅｒｖｉｃｅ"は、ＷｅｂＳｏｃｋｅｔによる接続を示す。また、データは、全てＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）形式でやりとりされた例を示しているが、これに限定されるものではない。図１０（Ｂ）の例では、依頼端末１１から検索キーワード（"打合せ"）を用いて宅内端末１２に検索を行い、その結果として７つのファイルリストを取得する。更に、図１０（Ｂ）の例では、取得した７つのファイルリストから文書（ｄｏｃｕｍｅｎｔ）のみに絞り込み、３つの文書ファイルリストを取得し、ユーザの指示等により、そのうちの２つのファイルを選択している。なお、宅内サービスの提供例については、上記の内容に限定されるものではない。

＜依頼端末１１における宅外利用時のサービス提供例＞
次に、上述した依頼端末１１における宅外利用時のサービス提供例について、シーケンス図を用いて説明する。図１１は、宅外利用時のサービス利用例を示すシーケンス図である。図１１の例では、宅外エリアにある依頼端末１１−２と、宅内端末１２と、クラウド１３とを有する。

依頼端末１１−２は、ネットワーク監視部２１と、アクセス部２２と、Ｐｕｓｈクライアント２３とを有する。宅内端末１２は、クラウドＰｕｓｈクライアント４３と、アクセス中継部４１と、サービス構築部４２と、宅内Ｐｕｓｈクライアント４４と、Ｐｕｓｈサービス３１と、処理受付部３２と、宅内サービス実行部３３とを有する。なお、アクセス中継部４１、サービス構築部４２、クラウドＰｕｓｈクライアント４３、及び宅内Ｐｕｓｈクライアント４４は、アクセス代行部３４に含まれる。クラウド１３は、クラウドＰｕｓｈサービス５１と、クラウド処理受付部５２と、サービス実行部５３と、サービス登録部５４と、宅内Ｐｕｓｈサービス５５とを有する。

図１１の例において、Ｐｕｓｈクライアント２３は、宅内端末１２にアクセスする（図１１の例では、クラウド１３にアクセスして宅内端末１２のサービスを利用する）前に、ネットワーク監視部２１に接続先の取得依頼を行う（Ｓ７１）。図１１の例では、Ｐｕｓｈクライアント２３は、ネットワーク監視部２１から宅外である旨の回答（例えば、クラウド１３の接続先情報）を取得する（Ｓ７２）。なお、Ｓ７２の処理では、Ｐｕｓｈクライアント２３は、ネットワーク監視部２１から宅外の接続に対応して、予め設定されたクラウド１３の接続先情報を取得してもよい。

次に、依頼端末１１のＰｕｓｈクライアント２３は、クラウド１３のクラウドＰｕｓｈサービス５１に接続する（Ｓ７３）。クラウドＰｕｓｈサービス５１は、宅内Ｐｕｓｈサービス５５に、端末接続通知を依頼する（Ｓ７４）。なお、この段階で、事前に宅内端末１２のクラウドＰｕｓｈクライアント４３は、クラウド１３の宅内Ｐｕｓｈサービス５５に接続されている（Ｓ７５）。

宅内Ｐｕｓｈサービス５５は、クラウドＰｕｓｈクライアント４３へ接続通知を行う（Ｓ７６）。クラウドＰｕｓｈクライアント４３は、宅内Ｐｕｓｈクライアント４４を生成し（Ｓ７７）、宅内Ｐｕｓｈクライアント４４は、Ｐｕｓｈサービス３１に接続する（Ｓ７８）。これにより、依頼端末１１が、宅内サービスを非同期アクセスするための準備が整ったことになる。

次に、アクセス部２２は、ネットワーク監視部２１に接続先の取得要求を行い（Ｓ７９）、図１１の例ではネットワーク監視部２１から宅外である旨の回答を取得する（Ｓ８０）。なお、Ｓ８０の処理では、アクセス部２２は、ネットワーク監視部２１から宅外の接続に対応して、予め設定されたクラウド１３の接続先情報を取得してもよい。次に、アクセス部２２は、クラウド１３のクラウド処理受付部５２に対して、処理依頼を行う（Ｓ８１）。

クラウド処理受付部５２は、アクセス部２２からの処理を受け付けたことを即座にアクセス部２２に返答する（Ｓ８２）。次に、クラウド処理受付部５２は、宅内Ｐｕｓｈサービス５５に処理依頼の通知を依頼する（Ｓ８３）。宅内Ｐｕｓｈサービス５５は、処理依頼を宅内端末１２のクラウドＰｕｓｈクライアント４３へ通知する（Ｓ８４）。

クラウドＰｕｓｈクライアント４３は、アクセス中継部４１に処理依頼を出力する（Ｓ８５）。アクセス中継部４１は、取得した処理依頼を処理受付部３２に出力する（Ｓ８６）。処理受付部３２は、アクセス中継部４１からの処理を受け付けたことを即座にアクセス中継に返答する（Ｓ８７）。次に、処理受付部３２は、Ｐｕｓｈサービス３１にサービスアクセス通知を依頼する（Ｓ８８）。

Ｐｕｓｈサービス３１は、宅内Ｐｕｓｈクライアント４４にサービスアクセス通知を行う（Ｓ８９）。宅内Ｐｕｓｈクライアント４４は、サービス構築部４２にサービスアクセス通知を行う（Ｓ９０）。サービス構築部４２は、宅内サービス実行部３３にアクセスし（Ｓ９１）、宅内サービス実行部３３からの返答を得る（Ｓ９２）。また、サービス構築部４２は、そのサービスをクラウド１３に構築するために、クラウド１３のサービス登録部５４にサービスの登録を行う（Ｓ９３）。

クラウド１３のサービス登録部５４は、サービス構築部４２から取得したサービスをサービス実行部５３に登録し、登録完了に伴い、サービス実行部５３に登録されたサービスの開始要求を行う（Ｓ９４）。また、サービス登録部５４は、クラウドＰｕｓｈサービス５１にサービスアクセス通知を依頼する（Ｓ９５）。

クラウドＰｕｓｈサービス５１は、依頼端末１１−２のＰｕｓｈクライアント２３にサービスアクセス通知を行う（Ｓ９６）。Ｐｕｓｈクライアント２３は、アクセス部２２にアクセス許可通知を行う（Ｓ９７）。

ここで、アクセス部２２は、クラウド１３に構築されたサービス実行部５３のサービス（宅内サービス）にアクセスを行う（Ｓ９８）。なお、Ｓ９８の処理では、１又は複数のサービスを利用することができるため、アクセス部２２とサービス実行部５３との間で１又は複数回のデータの送受信が行われる。

ここで、所定のサービスに対するアクセスが終了すると、サービス実行部５３は、宅内Ｐｕｓｈサービス５５にアクセス終了通知を依頼する（Ｓ９９）。次に、宅内Ｐｕｓｈサービス５５は、クラウドＰｕｓｈクライアント４３にアクセス終了を通知し（Ｓ１００）、クラウドＰｕｓｈクライアント４３は、アクセス中継部４１にアクセス終了通知を行う（Ｓ１０１）。

アクセス中継部４１は、依頼端末１１によるサービス利用により宅内サービスへの影響がある場合に、クラウド１３に構築されたサービス（サービス実行部５３）と宅内サービス実行部３３とのアクセスを行い、クラウド１３で実行された内容を宅内サービス実行部３３に反映する（Ｓ１０２）。なお、Ｓ１０２の処理では、サービスから情報を取得するだけでなく、サービスへの新たな登録や更新等がある場合には、その情報をクラウド１３のサービスから取得し、宅内サービス実行部３３に登録する。なお、アクセス中継部４１は、サービスから情報を参照するだけの場合には、上述したＳ１０２の処理を行わなくてもよい。

次に、アクセス中継部４１は、サービス登録部５４にサービスの削除を依頼する（Ｓ１０３）。サービス登録部５４は、サービスを削除する（Ｓ１０４）。これにより、クラウド１３内に登録サービスが保持され続けることがなく、不正アクセスや情報漏洩等を防止することができる。

ここで、図１１に示すシーケンスには、依頼端末１１がサービス利用後に通信を切断する例も示している。この場合、依頼端末１１のＰｕｓｈクライアント２３は、クラウドＰｕｓｈサービス５１との接続を切断する（Ｓ１１１）。クラウドＰｕｓｈサービス５１は、切断通知を宅内Ｐｕｓｈサービス５５に依頼する（Ｓ１１２）。次に、宅内Ｐｕｓｈサービス５５は、宅内端末１２のクラウドＰｕｓｈクライアント４３に切断通知を行う（Ｓ１１３）。

次に、クラウドＰｕｓｈクライアント４３は、宅内Ｐｕｓｈクライアント４４に切断を通知する（Ｓ１１４）。次に、宅内Ｐｕｓｈクライアント４４は、Ｐｕｓｈサービス３１から切断し、自身を終了させる（Ｓ１１５）。

上述した図１１の処理により、依頼端末１１が宅外にいる場合には、クラウド１３を用いるだけで、依頼端末１１及び宅内端末のＰｕｓｈサービス３１、処理受付部３２、及び宅内サービス実行部３３の処理（図１１の斜線部分）の処理は変わらずに、クラウド側で処理することができる。また、上述の例では、クラウド１３上にシーケンスに基づいて宅内サービスを実行した結果のみが構築されるだけであり、宅内端末１２の記憶された情報の全てがクラウド１３上に構築されることがない。また、上述の例では、サービス提供の終了時点でサービスが削除されるため、不正アクセスや情報漏洩等を防止し、セキュリティを向上させた適切なサービス提供を実現することができる。

次に、宅外利用時における各構成の具体例について説明するが、以下の説明では、上述した宅内利用時と同様の処理を行う構成についての説明は省略する。

＜クラウドＰｕｓｈクライアント４３の処理の一例＞
次に、宅内端末１２のアクセス代行部３４に含まれる上述したクラウドＰｕｓｈクライアント４３の処理の一例について、フローチャートを用いて説明する。図１２は、クラウドＰｕｓｈクライアントの処理の一例を示すフローチャートである。

図１２の例において、クラウドＰｕｓｈクライアント４３は、クラウド１３の宅内Ｐｕｓｈサービス５５に接続し（Ｓ１２１）、Ｐｕｓｈ通知を受信する待ち受け状態となる。そして、宅内Ｐｕｓｈサービス５５からＰｕｓｈ通知を受信する（Ｓ１２２）。次に、クラウドＰｕｓｈクライアント４３は、受信した通知が接続通知か否かを判断し（Ｓ１２３）、接続通知である場合（Ｓ１２３において、ＹＥＳ）、宅内Ｐｕｓｈクライアント４４に接続を依頼する（Ｓ１２４）。

また、クラウドＰｕｓｈクライアント４３は、受信した通知が接続通知でない場合（Ｓ１２３において、ＮＯ）、その受信した通知が切断通知か否かを判断する（Ｓ１２５）。クラウドＰｕｓｈクライアント４３は、切断通知である場合（Ｓ１２５において、ＹＥＳ）、宅内Ｐｕｓｈクライアント４４に切断を依頼する（Ｓ１２６）。

また、クラウドＰｕｓｈクライアント４３は、切断通知でない場合（Ｓ１２５において、ＮＯ）、その受信した通知が処理依頼か否かを判断する（Ｓ１２７）。クラウドＰｕｓｈクライアント４３は、処理依頼である場合（Ｓ１２７において、ＹＥＳ）、アクセス中継部４１に処理依頼を通知する（Ｓ１２８）。

また、クラウドＰｕｓｈクライアント４３は、処理依頼でない場合（Ｓ１２７において、ＮＯ）、アクセス終了か否かを判断（Ｓ１２９）し、アクセス終了の場合（Ｓ１２９において、ＹＥＳ）、アクセス中継部４１にアクセス終了を通知する（Ｓ１３０）。

また、クラウドＰｕｓｈクライアント４３は、Ｓ１２４、Ｓ１２６、Ｓ１２８、或いはＳ１３０の処理後、又は、Ｓ１２９の処理において、アクセス終了でない場合（Ｓ１２９において、ＮＯ）、処理終了か否かを判断する（Ｓ１３１）。クラウドＰｕｓｈクライアント４３は、処理終了でない場合（Ｓ１３１において、ＮＯ）、Ｓ１２２の処理に戻る。また、クラウドＰｕｓｈクライアント４３は、処理終了である場合（Ｓ１３１において、ＹＥＳ）、クラウドＰｕｓｈクライアント４３の処理を終了する。

＜宅内Ｐｕｓｈクライアント４４の処理の一例＞
次に、宅内端末１２のアクセス代行部３４に含まれる上述した宅内Ｐｕｓｈクライアント４４の処理の一例についてフローチャートを用いて説明する。図１３は、宅内Ｐｕｓｈクライアントの接続制御処理の一例を示すフローチャートである。

図１３の例において、宅内Ｐｕｓｈクライアント４４は、クラウドＰｕｓｈクライアント４３からの依頼を受信し（Ｓ１４１）、その依頼がＰｕｓｈサービス３１への接続依頼か否かを判断する（Ｓ１４２）。宅内Ｐｕｓｈクライアント４４は、接続依頼である場合（Ｓ１４２において、ＹＥＳ）、Ｐｕｓｈサービス３１に接続するクライアントを作成し（Ｓ１４３）、クラウドＩＤ及び端末ＩＤを、その作成したクライアントに対応付けて保持する（Ｓ１４４）。つまり、Ｓ１４３の処理では、宅内Ｐｕｓｈクライアント４４は、例えばクラウドＩＤ及び端末ＩＤ毎にアクセスを代行するためのクライアントが作成される。

また、宅内Ｐｕｓｈクライアント４４は、Ｓ１４２の処理において、接続依頼でない場合（Ｓ１４２において、ＮＯ）、Ｐｕｓｈサービス３１の切断依頼か否かを判断する（Ｓ１４５）。宅内Ｐｕｓｈクライアント４４は、切断依頼である場合（Ｓ１４５において、ＹＥＳ）、対象のクライアントを取得し（Ｓ１４６）、そのクライアントをＰｕｓｈサービス３１から切断する（Ｓ１４７）。

また、宅内Ｐｕｓｈクライアント４４は、切断依頼でない場合（Ｓ１４５において、ＮＯ）、そのまま処理を終了してもよく、またエラーメッセージを出力してもよい。

ここで、図１４は、作成したクライアントの処理の一例を示すフローチャートである。図１４の例において、宅内Ｐｕｓｈクライアント４４で作成されたクライアントは、Ｐｕｓｈサービス３１に接続し（Ｓ１５１）、Ｐｕｓｈ通知を受信する待ち受け状態となる。そして、処理受付部３２からＰｕｓｈ通知を受信する（Ｓ１５２）。次に、クライアントは、受信した通知がサービスアクセス通知か否かを判断し（Ｓ１５３）、サービスアクセス通知である場合（Ｓ１５３において、ＹＥＳ）、サービス構築部４２にサービスアクセス通知を通知する（Ｓ１５４）。

また、クライアントは、Ｓ１５４の処理後、又は、サービスアクセス通知でない場合（Ｓ１５３において、ＮＯ）、処理終了か否かを判断し（Ｓ１５５）、処理終了でない場合（Ｓ１５５において、ＮＯ）、Ｓ１５２の処理に戻る。また、クライアントは、処理終了である場合（Ｓ１５５において、ＹＥＳ）、クライアントの処理を終了する。

なお、上述したＳ１５５の終了チェック処理は、例えば切断等によりクライアントが終了されたか否かをチェックするものである。上述した図１４の例では、通知受信後にＳ１５５の処理を行っているが、通知受信待ちのときに切断されることもあるため、終了チェックのタイミングは、上述した内容に限定されるものではない。

上述した図１３に示す接続制御は、接続通知のときに、宅内Ｐｕｓｈクライアント４４を生成し、切断通知のときに、宅内Ｐｕｓｈクライアント４４を切断させるというものである。切断されたときは、クライアントが自ら終了するため、接続制御では切断をさせるのみである。なお、接続時に、クラウドＩＤ及び端末ＩＤをクライアントに保持するようにしている。したがって、図１４の例に示すクライアントの処理では、サービス構築部４２にサービスアクセス通知を行うときに、クラウドＩＤと端末ＩＤとを追加して通知を行っている。

＜アクセス中継部４１の処理の一例＞
次に、宅内端末１２のアクセス代行部３４に含まれる上述したアクセス中継部４１の処理の一例について、フローチャートを用いて説明する。図１５は、アクセス中継部の処理の一例を示すフローチャートである。

図１５の例において、アクセス中継部４１は、クラウドＰｕｓｈクライアント４３からの依頼を受信し（Ｓ１６１）、その受信が処理依頼か否かを判断する（Ｓ１６２）。アクセス中継部４１は、受信が処理依頼である場合（Ｓ１６２において、ＹＥＳ）、処理受付部３２に処理を依頼する（Ｓ１６３）。

また、アクセス中継部４１は、処理受付部３２からの結果を受け、クラウド受付ＩＤと受付ＩＤとを対応付けて構築サービスインスタンス４５−２等に保存する（Ｓ１６４）。この保存された情報は、サービス構築部４２において、受付ＩＤからクラウド受付ＩＤへ変換する際に使用される。

また、アクセス中継部４１は、Ｓ１６２の処理において、処理依頼でない場合（Ｓ１６２において、ＮＯ）、アクセス終了通知か否かを判断する（Ｓ１６５）。アクセス中継部４１は、アクセス終了通知である場合（Ｓ１６５において、ＹＥＳ）、サービス利用シーケンス４５−１を検索し、アクセス終了用シーケンスがあるか否かを判断する（Ｓ１６６）。Ｓ１６６の処理では、アクセス中継部４１は、例えばサービスＩＤ等に対応する中継シーケンスが存在するか否かを判断する。

アクセス中継部４１は、アクセス終了用シーケンスがある場合（Ｓ１６６において、ＹＥＳ）、そのシーケンスに従い、クラウド１３や宅内サービス実行部３３にアクセスする（Ｓ１６７）。なお、Ｓ１６７の処理の具体例については、後述する。また、アクセス中継部４１は、アクセス終了用シーケンスがない場合（Ｓ１６６において、ＮＯ）、サービスＩＤに対応する中継シーケンスが存在しないため、シーケンスに従ったアクセスは行わない。

次に、アクセス中継部４１は、Ｓ１６７の処理後、又は、Ｓ１６６の処理において、アクセス終了用シーケンスがない場合（Ｓ１６６において、ＮＯ）、サービス終了処理として、サービス登録部５４にクラウド受付ＩＤのサービス削除を依頼する（Ｓ１６８）。次に、アクセス中継部４１は、クラウド受付ＩＤに対応する構築サービスインスタンス４５−２を削除する（Ｓ１６９）。なお、Ｓ１６９の処理では、構築サービスインスタンス４５−２に含まれる受付ＩＤとクラウド受付ＩＤとの組や、アクセス中継部４１やサービス構築部４２においてサービスへアクセスしたときのレスポンス等を削除する。

また、アクセス中継部４１は、Ｓ１６４、Ｓ１６９の処理後、又は、上述したＳ１６５の処理において、アクセス終了しない場合（Ｓ１６５において、ＮＯ）、処理を終了する。

＜Ｓ１６７の処理の具体例＞
次に、上述したＳ１６７の処理の具体例について説明する。図１６は、Ｓ１６７の処理の一例を示すフローチャートである。図１６の例において、アクセス中継部４１は、アクセス部２２から得られるサービスＩＤから中継シーケンスを取得する（Ｓ１７１）。そして、アクセス中継部４１は、次のシーケンスを取得する（Ｓ１７２）。

上述した中継シーケンスは、例えばアクセス先、パス、メソッド、及びリクエスト等を有するが、これに限定されるものではない。アクセス先は、例えば宅内端末１２又はクラウド１３の何れかの情報である。パスは、例えばＵＲＬのパス名である。メソッドは、例えばＨＴＴＰのメソッドであるＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥ等である。リクエストは、例えばＰＯＳＴ、ＰＵＴ時に、ＨＴＴＰリクエストのボディ部に設定する内容である。なお、上述したメソッドは、ＨＴＴＰのメソッド以外にも、拡張することが可能である。本実施形態では、例えばファイルのアップロードやダウンロード等のように、単純なＰＯＳＴやＧＥＴではないようなアクセスをメソッドとして定義することが可能である。

また、上述したパスやリクエストは、サービスへのアクセスにより動的に生成される可能性があるため、それらを動的に生成する仕組みを有する。そのため、アクセス中継部４１やサービス構築部４２は、サービスへアクセスした結果のレスポンスを構築サービスインスタンス４５−２に保存する。また、パスやリクエストは、既に保存されたレスポンスから構成することもできる。

次に、アクセス中継部４１は、シーケンスのアクセス先がクラウド１３か否かを判断し（Ｓ１７３）、クラウド１３である場合（Ｓ１７３において、ＹＥＳ）、クラウド受付ＩＤとパスからサービスアクセス用ＵＲＬを作成する（Ｓ１７４）。また、アクセス中継部４１は、クラウド１３でない場合（Ｓ１７３において、ＮＯ）、パスから宅内サービスアクセス用ＵＲＬを作成する（Ｓ１７５）。

Ｓ１７４又はＳ１７５の処理後、アクセス中継部４１は、シーケンス内のメソッドがＰＯＳＴ又はＰＵＴか否かを判断し（Ｓ１７６）、ＰＯＳＴ又はＰＵＴである場合（Ｓ１７６において、ＹＥＳ）、対応する依頼内容（リクエスト）を構築する（Ｓ１７７）。また、アクセス中継部４１は、メソッドがＰＯＳＴ又はＰＵＴでない場合（Ｓ１７６において、ＮＯ）、例えばＧＥＴやＤＥＬＥＴＥ等の場合であるため、リクエストの構築は行わない。

次に、アクセス中継部４１は、Ｓ１７４の処理で作成したサービスアクセス用ＵＲＬ、又は、Ｓ１７５の処理で作成した宅内サービスアクセス用ＵＲＬにアクセスしてレスポンスを取得し（Ｓ１７８）、そのレスポンスを保存する（Ｓ１７９）。

次に、アクセス中継部４１は、シーケンスが最後か否かを判断し（Ｓ１８０）、シーケンスが最後でない場合（Ｓ１８０において、ＮＯ）、Ｓ１７２の処理に戻る。また、シーケンスが最後である場合（Ｓ１８０において、ＹＥＳ）、処理を終了する。

なお、上述の処理では、クラウド１３に登録するサービスの識別子として、クラウド受付ＩＤを使用しているが、これに限定されるものではない。例えば、クラウド１３に登録するときに、サービス登録部５４により所定のＩＤを発行するようにすることで、他の識別子を使用してもよい。

＜シーケンスとレスポンスの一例＞
ここで、図１７は、シーケンスとレスポンスの一例を示す図である。図１７（Ａ）は、シーケンスの一例を示し、図１７（Ｂ）は、図１７（Ａ）に示すシーケンスにより実際にアクセスした結果のレスポンスの一例を示している。

図１７（Ａ）に示すリクエストのシーケンス番号１，２は、シーケンス内にパス、メソッドを含み、シーケンス番号３は、シーケンス内にパス、メソッド、リクエストを含むが、シーケンス内に含まれる情報は、これに限定されるものではない。図１７（Ｂ）に示すレスポンスのシーケンス番号１，２は、シーケンス内にアクセス先とレスポンスとを含み、シーケンス番号３は、シーケンス内にアクセス先、リクエスト、レスポンスを含むが、シーケンス内に含まれる情報は、これに限定されるものではない。

図１７（Ａ）の例では、シーケンス番号１〜３の３つのシーケンスが順番に実行され、シーケンス番号２、３は、その前のシーケンスを用いて得られたレスポンスの結果を使用する。シーケンス番号２、３におけるパスの「１．ｉｄ」と、シーケンス番号３のリクエストの「２．ｄａｔａ」がそれに対応する。上述した「１．ｉｄ」は、シーケンス１のレスポンスのｉｄの値を使用することを意味する。また、上述した「２．ｄａｔａ」は、シーケンス２のレスポンスのｄａｔａの値を使用することを意味する。なお、図１７の例では、リクエストとレスポンスにＪＳＯＮを使用する例を示している。そのため、ｉｄやｄａｔａは、ＪＳＯＮにおけるキーとなる。

例えば、図１７（Ａ）に示すシーケンス番号１によるアクセスの結果、レスポンスとして図１７（Ｂ）に示す｛"ｉｄ"：４｝が返答されたとする。この場合には、シーケンス番号２のパスは、「／ｓｅｒｖｉｃｅ２／４」となり、上述した「１．ｉｄ」がｉｄの値である４に置き換えられる。次に、上述したように置き換えられた情報でアクセスを行い、その結果として｛"ｄａｔａ"："ｈｏｇｅ"｝を取得する。

また、シーケンス番号３のパスは、シーケンス番号２と同様に「１．ｉｄ」を置き換え、「／ｓｅｒｖｉｃｅ３／４」となり、リクエストは、シーケンス２のレスポンスのｄａｔａの値と置き換えられ、「｛"ｄａｔａ"："ｈｏｇｅ"｝」となり、これをＰＯＳＴする。その結果、「｛"ｒｅｔ"："ｓｕｃｃｅｓｓ"｝」をレスポンスとして得ることができる。

＜サービス構築部４２の処理例＞
次に、サービス構築部４２の処理例についてフローチャートを用いて説明する。図１８は、サービス構築部の処理の一例を示すフローチャートである。図１８の例において、サービス構築部４２は、宅内Ｐｕｓｈクライアント４４からの依頼を取得し（Ｓ１９１）、取得した依頼がサービスアクセス通知か否かを判断する（Ｓ１９２）。

サービス構築部４２は、取得した依頼がサービスアクセス通知である場合（Ｓ１９２において、ＹＥＳ）、受付ＩＤを構築サービスインスタンス４５−２によりクラウド受付ＩＤに変換する（Ｓ１９３）。なお、受付ＩＤは、例えばサービス構築部４２がサービスアクセス通知と共に宅内Ｐｕｓｈクライアント４４から取得される情報である。また、サービス構築部４２は、受付ＩＤ以外にもクラウドＩＤ、端末ＩＤ、サービスＩＤ、及びＵＲＬ等を宅内Ｐｕｓｈクライアント４４から取得することができる。

次に、サービス構築部４２は、クラウド受付ＩＤを識別情報として、サービス登録部５４にクラウド受付ＩＤのサービス登録開始を依頼する（Ｓ１９４）。次に、サービス構築部４２は、シーケンスに従い、宅内サービス実行部２３にアクセスし、サービス登録部５４にサービスとして登録する（Ｓ１９５）。この場合、サービス構築部４２は、サービス登録部５４に対してクラウドＩＤ、端末ＩＤ、サービスＩＤ、及びクラウド受付ＩＤ等を通知する。なお、Ｓ１９５の処理の具体例については、後述する。

次に、サービス構築部４２は、宅内Ｐｕｓｈクライアント４４から通知されたＵＲＬをサービス登録したアクセス先に変更してサービス登録部５４に終了を通知する（Ｓ１９６）。例えば、ＵＲＬが「ｈｔｔｐ：／／１９２．１６８．０．２／ｓｅｒｖｉｃｅ」である場合に、「ｈｔｔｐ：／／ｃｌｏｕｄｈｏｓｔ／２／３／ｓｅｒｖｉｃｅ」と変更する。上述の例では、サービス構築部４２は、ホスト名をクラウド１３のホスト名「ｃｌｏｕｄｈｏｓｔ」に変更し、更にクラウドＩＤ及びクラウド受付ＩＤをパスに含める。上述の例では、クラウドＩＤが「２」で、クラウド受付ＩＤが「３」である。

このようにＵＲＬを変更することで、クラウド１３でのサービスが固有のＵＲＬとなり、かつ、クラウドＩＤをパスに含めることで、サービス実行部５３にて、クラウドＩＤを取得することができる。

また、サービス構築部４２は、上述したＳ１９２の処理において、サービスアクセス通知でない場合（Ｓ１９２において、ＮＯ）、そのまま処理を終了する。

＜Ｓ１９５の処理の具体例＞
次に、上述したＳ１９５の処理の具体例について説明する。図１９は、Ｓ１９５の処理の一例を示すフローチャートである。図１９の例において、サービス構築部４２は、サービスＩＤから構築シーケンスを取得する（Ｓ２０１）。そして、次のシーケンスを取得する（Ｓ２０２）。なお、サービス構築部４２は、上述したサービスＩＤに対応する構築シーケンスをサービス利用シーケンス４５−１から取得し、シーケンスを順に実行していく。

ここで、構築シーケンスは、例えばパス、メソッド、リクエスト、レスポンス、及びアクセス必要フラグ等を有するが、これに限定されるものではない。上述したパスは、例えばＵＲＬのパス名を示す。メソッドは、例えばＨＴＴＰのメソッドであるＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥ等であり、リクエストは、例えばＰＯＳＴ、ＰＵＴ時にＨＴＴＰリクエストのボディ部に設定する内容である。レスポンスは、例えばＰＯＳＴやＰＵＴのアクセスがあった場合の返答内容を示し、アクセス必要フラグは宅内サービスにアクセスの必要があるか否かを示す。また、メソッドは、上述した中継シーケンスと同様、ＨＴＴＰのメソッド以外にも拡張可能である。更に、上述したパスやリクエスト、レスポンスは、上述した中継シーケンスと同様、保存したレスポンスから構成することが可能である。

次に、サービス構築部４２は、取得したシーケンスから宅内サービス実行部３３へのアクセスが必要か否かを判断する（Ｓ２０３）。Ｓ２０３の処理において、サービス構築部４２は、例えば上述した構築シーケンスに含まれるアクセス必要フラグをチェックすることで、アクセスが必要であるか否かを判断することができるが、これに限定されるものではない。

サービス構築部４２は、アクセスが必要でない場合（Ｓ２０３において、ＮＯ）、シーケンスのパスとレスポンスを用いて、パス、レスポンスを構築し（Ｓ２０４）、サービス登録部５４にパス、メソッド、レスポンスの情報を登録する（Ｓ２０５）。このとき、サービス構築部４２は、既に保存されているレスポンスを使用することが可能である。

また、サービス構築部４２は、Ｓ２０３の処理において、アクセスが必要である場合（Ｓ２０３において、ＹＥＳ）、メソッドが、ＰＯＳＴ又はＰＵＴか否かを判断する（Ｓ２０６）。

サービス構築部４２は、メソッドがＰＯＳＴ又はＰＵＴである場合（Ｓ２０６において、ＹＥＳ）、宅内サービス実行部３３に対する依頼内容（リクエスト）を構築する（Ｓ２０７）。また、サービス構築部４２は、メソッドがＰＯＳＴ又はＰＵＴでない場合（Ｓ２０６において、ＮＯ）、例えばＧＥＴやＤＥＬＥＴＥ等の場合であるため、リクエストの構築は行わない。次に、サービス構築部４２は、パスを構築し、そのパスから、宅内サービス実行部３３における宅内サービスのアクセス先を決定し、宅内サービス実行部３３にアクセスしてレスポンスを取得する（Ｓ２０８）。次に、サービス構築部４２は、取得したレスポンスをシーケンスの番号と関連付けて記憶部等に保存する（Ｓ２０９）。

次に、サービス構築部４２は、サービス登録部５４にパス、メソッド、レスポンスを登録する（Ｓ２１０）。

次に、サービス構築部４２は、Ｓ２０５又はＳ２１０の処理後、シーケンスが最後か否かを判断し（Ｓ２１１）、最後でない場合（Ｓ２１１において、ＮＯ）、Ｓ２０２の処理に戻る。また、サービス構築部４２は、シーケンスが最後である場合（Ｓ２１１において、ＹＥＳ）、処理を終了する。

＜サービス利用シーケンス４５−１及び構築サービスインスタンス４５−２の一例＞
ここで、上述したサービス利用シーケンス４５−１及び構築サービスインスタンス４５−２の一例について説明する。

図２０は、サービス利用シーケンスの一例を示す図である。図２０（Ａ）は、宅内端末１２のサービス利用シーケンス４５−１が有する構築シーケンスの一例を示し、図２０（Ｂ）は、宅内端末１２のサービス利用シーケンス４５−１が有する中継シーケンスの一例を示している。

また、図２１は、構築サービスインスタンスの一例を示す図である。図２１（Ａ）は、受付ＩＤとクラウド受付ＩＤとの対応関係とを示し、図２１（Ｂ）は、サービス構築のレスポンス例を示し、図２１（Ｃ）は、アクセス中継のレスポンス例を示している。

サービス構築部４２は、図２０（Ａ）に示すような構築シーケンスを用いて宅内サービス実行部２３にアクセスしてサービスを実行し、図２１（Ｂ）に示すようなデータ内容（レスポンス）を取得する。また、サービス中継部４１は、図２０（Ｂ）に示すような中継シーケンスを用いてサービスを実行し、図２１（Ｃ）の示すようなデータ内容（レスポンス）を取得する。

なお、図２０（Ｂ）に示す中継シーケンスのシーケンス番号（Ｎｏ．）２のリクエスト（依頼内容）に記載された"｛１．＊｝"の意味は、シーケンス番号１のアクセスのレスポンスの全てという意味である。そのため、図２０（Ｂ）に示す中継シーケンスのシーケンス番号２のリクエストは、シーケンス番号１に対するレスポンスがそのまま使用される。

また、図２０（Ａ）に示す構築シーケンスと図２０（Ｂ）中継シーケンスのレスポンスの参照について、それぞれのシーケンスのレスポンスしか参照しない記載としているが、例えばシーケンス番号を構築シーケンスと中継シーケンスとで通し番号にすることで、中継シーケンスから構築シーケンスのレスポンスを参照可能とすることができる。

例えば、図２０（Ｂ）の例に示す中継シーケンス番号の１００番台を構築シーケンスのレスポンスとして管理することができる。

更に、上述の例では、パス及びメソッドを用いて、サービスへのアクセスを特定したが、例えばＰＯＳＴのようにパス及びメソッドは同じでリクエストの内容によってレスポンスが変わるような場合がある。そのような場合、本実施形態では、リクエストの中身まで含めてアクセスを特定するようにサービス構築部４２やサービス中継部４１、サービス登録部５４、サービス実行部５３を変更することで対応可能である。

構築サービスインスタンス４５−２では、図２１（Ａ）に示すように、クラウド受付ＩＤと受付ＩＤとが対応付けられて管理される。また、図２１（Ｂ）及び図２１（Ｃ）の例では、シーケンス番号毎にレスポンスのデータ内容が示されている。

図２１（Ｃ）に示すアクセス中継においてシーケンス番号が１００番台のデータは、上述したように構築シーケンスのレスポンスを示している。

なお、図２０，図２１のデータ例では、依頼端末１１から宅内端末１２に所定のキーワード（例えば、"打合せ"）を用いてファイル検索を行い、その結果を取得するサービス利用例を示している。また、依頼端末１１は、キーワードの検索の結果として得られた７つのファイルのリストのうち、３つの文書ファイル（ｄｏｃｕｍｅｎｔ）又は４つの画像ファイル（ｉｍａｇｅ）のリストを表示させ、その中から複数のファイルを選択するサービス利用例を示している。なお、本実施形態を用いたサービス利用形態については、これに限定されるものではない。

＜クラウドＰｕｓｈサービス５１の処理の一例＞
次に、クラウド１３が有するクラウドＰｕｓｈサービス５１の処理の一例について、フローチャート用いて説明する。図２２は、クラウドＰｕｓｈサービスの処理の一例を示すフローチャートである。図２２の例において、クラウドＰｕｓｈサービス５１は、依頼端末１１から依頼を受信し（Ｓ２２１）、Ｐｕｓｈクライアント２３からの接続依頼か否かを判断する（Ｓ２２２）。

クラウドＰｕｓｈサービス５１は、Ｐｕｓｈクライアント２３からの接続依頼である場合（Ｓ２２２において、ＹＥＳ）、Ｐｕｓｈクライアント２３との接続を確立し、その確立したＰｕｓｈクライアント２３に対応する依頼端末１１の端末ＩＤを登録する（Ｓ２２３）。そして、クラウドＰｕｓｈサービス５１は、宅内Ｐｕｓｈサービス５５に接続依頼を通知する（Ｓ２２４）。

また、クラウドＰｕｓｈサービス５１は、Ｓ２２２の処理において、Ｐｕｓｈクライアント２３からの接続依頼でない場合（Ｓ２２２において、ＮＯ）、Ｐｕｓｈクライアント２３からの切断依頼か否かを判断する（Ｓ２２５）。クラウドＰｕｓｈサービス５１は、切断依頼である場合（Ｓ２２５において、ＹＥＳ）、端末ＩＤのＰｕｓｈクライアント２３の登録を削除し（Ｓ２２６）、宅内Ｐｕｓｈサービス５５に切断依頼を通知する（Ｓ２２７）。

また、クラウドＰｕｓｈサービス５１は、Ｓ２２５の処理において、切断依頼でない場合（Ｓ２２５において、ＮＯ）、端末ＩＤから対象のＰｕｓｈクライアント２３を取得し（Ｓ２２８）、サービス登録部５４からのサービスアクセス通知依頼か否かを判断する（Ｓ２２９）。クラウドＰｕｓｈサービス５１は、サービスアクセス通知依頼である場合（Ｓ２２９において、ＹＥＳ）、Ｐｕｓｈクライアント２３にサービスアクセス通知を行う（Ｓ２３０）。クラウドＰｕｓｈサービス５１は、Ｓ２２４、Ｓ２２７、Ｓ２３０の処理後、処理を終了する。また、クラウドＰｕｓｈサービス５１は、サービスアクセス通知依頼でない場合（Ｓ２２９において、ＮＯ）、何もしなくてもよく、エラーメッセージを出力してもよい。

上述した図２２に示す処理の一例は、いわゆるクラウド１３を用いたＰｕｓｈサービスであるが、上述した宅内利用時のＰｕｓｈサービスと比較すると、例えばクラウド１３の場合は、依頼端末１１からの接続時に、宅内Ｐｕｓｈサービス５５に接続依頼を通知する点が異なる。また、例えば依頼端末１１からの切断により、宅内Ｐｕｓｈサービス５５に切断依頼を通知する点が異なる。

＜宅内Ｐｕｓｈサービス５５の処理の一例＞
次に、上述した宅内Ｐｕｓｈサービス５５の処理の一例について、フローチャートを用いて説明する。図２３は、宅内Ｐｕｓｈサービスの処理の一例を示すフローチャートである。図２３の例において、宅内Ｐｕｓｈサービス５５は、依頼を受信し（Ｓ２４１）、その依頼が宅内端末１２のクラウドＰｕｓｈクライアント４３からの接続依頼であるか否かを判断する（Ｓ２４２）。

宅内Ｐｕｓｈサービス５５は、クラウドＰｕｓｈクライアント４３からの接続依頼である場合（Ｓ２４２において、ＹＥＳ）、クラウドＰｕｓｈクライアント４３との接続を確立し、確立した依頼端末１１のクライアントＩＤを登録する（Ｓ２４３）。

また、宅内Ｐｕｓｈサービス５５は、クラウドＰｕｓｈクライアント４３からの接続依頼でない場合（Ｓ２４２において、ＮＯ）、クライアントＩＤから対象のクラウドＰｕｓｈクライアント４３を取得し（Ｓ２４４）、接続依頼か否かを判断する（Ｓ２４５）。宅内Ｐｕｓｈサービス５５は、接続依頼である場合（Ｓ２４５において、ＹＥＳ）、対象のクラウドＰｕｓｈクライアント４３に接続通知を行う（Ｓ２４６）。また、宅内Ｐｕｓｈサービス５５は、接続依頼でない場合（Ｓ２４５において、ＮＯ）、切断依頼か否かを判断する（Ｓ２４７）。宅内Ｐｕｓｈサービス５５は、切断依頼である場合（Ｓ２４７において、ＹＥＳ）、クラウドＰｕｓｈクライアント４３に切断通知を行う（Ｓ２４８）。

また、宅内Ｐｕｓｈサービス５５は、切断依頼でない場合（Ｓ２４７において、ＮＯ）、アクセス終了通知依頼か否かを判断する（Ｓ２４９）。宅内Ｐｕｓｈサービス５５は、アクセス通知依頼である場合（Ｓ２４９において、ＹＥＳ）、クラウドＰｕｓｈクライアント４３にアクセス終了通知を行う（Ｓ２５０）。また、宅内Ｐｕｓｈサービス５５は、アクセス終了通知でない場合（Ｓ２４９において、ＮＯ）、処理依頼か否かを判断し（Ｓ２５１）、処理依頼である場合（Ｓ２５１において、ＹＥＳ）、クラウドＰｕｓｈクライアント４３に処理依頼通知を行う（Ｓ２５２）。

宅内Ｐｕｓｈサービス５５は、Ｓ２４３、Ｓ２４６、Ｓ２４８、Ｓ２５０、及びＳ２５２の処理後、又は、Ｓ２５１の処理において、処理依頼でない場合（Ｓ２５１において、ＮＯ）、処理を終了する。

上述したように、図２３に示す処理では、クラウドＰｕｓｈクライアント４３からの接続のときは、クライアントとの接続を確立し、クライアントＩＤと関連付けてその接続を管理する。クラウドＰｕｓｈサービス５５からは、接続依頼と切断依頼を受信する。この場合は、クラウドＩＤにてクラウドＰｕｓｈクライアント４３を取得し、そのクラウドＰｕｓｈクライアント４３に対して、接続通知又は切断通知を行う。

サービス実行部５３からのアクセス終了依頼の場合には、クライアントＩＤによりクラウドＰｕｓｈクライアント４３を取得し、そのクラウドＰｕｓｈクライアント４３に対して、アクセス終了通知を行う。また、クラウド処理受付部５２からの処理依頼の場合には、クライアントＩＤにてクラウドＰｕｓｈクライアント４３を取得し、そのクラウドＰｕｓｈクライアント４３に対して、処理依頼通知を行う。

＜クラウド処理受付部５２の処理の一例＞
次に、クラウド処理受付部５２の処理の一例について、フローチャートを用いて説明する。図２４は、クラウド処理受付部の処理の一例を示すフローチャートである。図２４の例において、クラウド処理受付部５２は、依頼端末１１からの依頼内容を受信し（Ｓ２６１）、受信したリクエストからクラウドＩＤ、端末ＩＤ、サービスＩＤ等を取得する（Ｓ２６２）。上述したクラウドＩＤは、宅内の処理受付ではない場合に取得するが、例えばＵＲＬ等により指定された情報等を取得することができる。

次に、クラウド処理受付部５２は、クラウド受付ＩＤを生成し（Ｓ２６３）、生成したクラウド受付ＩＤをレスポンスとして依頼端末１１に返信する（Ｓ２６４）。次に、クラウド処理受付部５２は、例えばクラウド受付ＩＤ、クラウドＩＤ、端末ＩＤ、サービスＩＤを引数にして、宅内Ｐｕｓｈサービス５５に処理依頼通知を行う（Ｓ２６５）。

＜サービス登録部５４の処理の一例＞
次に、サービス登録部５４の処理の一例についてフローチャートを用いて説明する。図２５は、サービス登録部の処理の一例を示すフローチャートである。図２５の例において、サービス登録部５４は、宅内端末１２のサービス構築部４２又はアクセス中継部４１から依頼を受信する（Ｓ２７１）。本実施形態では、例えばサービス構築部４２から登録開始、登録、登録終了の依頼を受信し、アクセス中継部４１から登録削除の依頼を受信するが、これに限定されるものではない。

サービス登録部５４は、受信した依頼が登録開始依頼か否かを判断し（Ｓ２７２）、登録開始依頼である場合（Ｓ２７２において、ＹＥＳ）、依頼に対応するサービスを作成する（Ｓ２７３）。Ｓ２７３の処理では、サービス実行部５３でサービスを提供するために、例えば登録サービス５６−１にクラウド受付ＩＤをキーとするサービス用の領域を作成する。次に、サービス登録部５４は、サービスの情報として、クラウドＩＤ、サービスＩＤ、クラウド受付ＩＤを対応付けて保存する（Ｓ２７４）。

また、Ｓ２７２の処理において、サービス登録部５４は、受信した依頼が登録開始依頼でない場合（Ｓ２７２において、ＮＯ）、登録依頼か否かを判断する（Ｓ２７５）。サービス登録部５４は、受信した依頼が登録依頼である場合（Ｓ２７５において、ＹＥＳ）、クラウド受付ＩＤを用いて登録サービス５６−１から対象のサービスを取得する（Ｓ２７６）。次に、サービス登録部５４は、取得したサービスに依頼内容を保存する（Ｓ２７７）。依頼内容が複数ある場合には、サービス登録部５４は、そのサービスに依頼内容を追加する。

また、サービス登録部５４は、受信した依頼が登録依頼でない場合（Ｓ２７５において、ＮＯ）、登録終了依頼か否かを判断する（Ｓ２７８）。サービス登録部５４は、受信した依頼が登録終了依頼である場合（Ｓ２７８において、ＹＥＳ）、登録されたサービスのアドレス情報の一例であるＵＲＬを保存し（Ｓ２７９）、対象のサービスを開始する（Ｓ２８０）。サービスの開始は、例えばサービス実行部５３にアクセスがあった場合に、そのサービスへのアクセスを許可したことを意味する。また、サービス登録部５４は、クラウドＰｕｓｈサービス５１にサービスアクセス通知を依頼する（Ｓ２８１）。

また、Ｓ２７８の処理において、サービス登録部５４は、登録終了依頼でない場合（Ｓ２７８において、ＮＯ）、登録削除依頼か否かを判断し（Ｓ２８２）、登録削除依頼である場合（Ｓ２８２において、ＹＥＳ）、対象のサービスを削除する（Ｓ２８３）。Ｓ２８３の処理では、サービス登録部５４は、例えばクラウド受付ＩＤに基づいて登録サービス５６−１を参照して対象のサービスを取得し、そのサービスの情報を削除する。また、サービス登録部５４は、クラウド受付ＩＤを用いてリクエスト５６−２を参照してサービス用の情報を取得し、それらを削除する。

サービス登録部５４は、Ｓ２７４、Ｓ２７７、Ｓ２８１、Ｓ２８３の処理後、又は、Ｓ２８２において、登録削除依頼でない場合（Ｓ２８２において、ＮＯ）、処理を終了する。なお、Ｓ２８２の処理において、サービス登録部５４は、受信した依頼が登録削除依頼でない場合にエラーメッセージ等を出力してもよい。

＜登録サービス５６−１のデータ例＞
ここで、上述した登録サービス５６−１のデータ例について、図を用いて説明する。図２６は、登録サービスのデータ例を示す図である。図２６（Ａ）は、サービス単位のデータ例を示し、図２６（Ｂ）は、登録単位のデータ例を示している。

登録サービス５６−１に保存する内容は、図２６（Ａ）に示すサービス単位の情報としては、例えばクラウド受付ＩＤ、デバイスＩＤ、クラウドＩＤ、サービスＩＤ、ＵＲＬ等があるが、これに限定されるものではない。サービス登録部５４は、図２６（Ａ）に示す各項目を管理することで各サービスをクラウド１３に登録する。

また、図２６（Ｂ）に示す登録単位の情報としては、例えば依頼内容であるパス、メソッド、レスポンス、終了フラグ等があるが、これに限定されるものではない。図２６（Ｂ）の例では、依頼端末１１からのキーワード検索を、クラウド１３を介して宅内端末１２で実行し、得られたファイルのリストを生成し、その結果から文書ファイルと画像ファイルとを分類してリストを返すというサービスを示している。

宅内サービスのアクセスは、「／ｓｅａｒｃｈ」によりファイルリスト取得のためのｉｄを得る。「／ｓｅａｒｃｈ」では、｛"ｋｅｙｗｏｒｄ"："打合せ"｝をＰＯＳＴして、レスポンスを得る。また、「／ｓｅｌｅｃｔ」によりリストを取得する。そして、ファイルリストからファイルを選択し、そのリストを「／ｆｉｎｉｓｈ」にＰＯＳＴする。これがサービス利用終了となる。

また、図２６（Ｂ）に示す終了フラグは、例えばサービス構築部４２からの依頼内容に含まれ、終了フラグが真（ＴＲＵＥ）の場合、サービスの終了と判断することができる。また、サービス登録部５４は、登録終了時に図２６（Ａ）に示すようにＵＲＬを保存する。

＜サービス実行部５３の処理の一例＞
次に、上述したサービス実行部５３の処理の一例について、フローチャートを用いて説明する。図２７は、サービス実行部の処理の一例を示すフローチャートである。サービス実行部５３は、依頼端末１１のアクセス部２２、又は宅内端末１２のアクセス中継部４１からアクセスされて動作する。

図２７の例において、サービス実行部５３は、依頼を受信すると（Ｓ２９１）、その依頼内容からパス、メソッドを取得する（Ｓ２９２）。なお、Ｓ２９２の処理において、リクエストのパスにクラウドＩＤ及びクラウド受付ＩＤの情報が含まれる場合、サービス実行部５３は、それらの情報を除いた情報をパスとする。

次に、サービス実行部５３は、サービスが存在するか否かを判断し（Ｓ２９３）、サービスが存在する場合（Ｓ２９３において、ＹＥＳ）、対象のサービスを取得し（Ｓ２９４）、パス、メソッドに対応するレスポンスを取得する（Ｓ２９５）。Ｓ２９５の処理では、サービス実行部５３は、クラウド受付ＩＤにて登録サービス５６−１からサービスを取得し、そのパスとメソッドをキーに、レスポンスを取得する。

また、本実施形態において、依頼が宅内端末１２のアクセス中継部４１からの場合、サービス実行部５３は、リクエスト５６−２に保存された情報からレスポンスを取得してもよい。

次に、サービス実行部５３は、メソッドがＰＯＳＴ又はＰＵＴであるか否かを判断する（Ｓ２９６）。サービス実行部５３は、メソッドがＰＯＳＴ又はＰＵＴである場合（Ｓ２９６において、ＹＥＳ）、依頼内容をパスに関連付けて、クラウド受付ＩＤの依頼内容として、リクエスト５６−２に保存する（Ｓ２９７）。また、サービス実行部５３は、メソッドがＰＯＳＴ又はＰＵＴでない場合（Ｓ２９７において、ＮＯ）、例えばＧＥＴやＤＥＬＥＴＥ等の場合であるため、依頼内容をパスに関連付けて保存する処理は行わない。

次に、サービス実行部５３は、Ｓ２９５の処理により取得したレスポンスを送信し（Ｓ２９８）、受信した依頼が最後の依頼が否かを判断する（Ｓ２９９）。Ｓ２９９の処理では、サービス実行部５３は、依頼内容に含まれる終了フラグが真（例えば、ＴＲＵＥ）か否かで判断することができるが、これに限定されるものではない。

サービス実行部５３は、最後の依頼でない場合（Ｓ２９９において、ＮＯ）、Ｓ２９１の処理に戻り、次の依頼を受信する。また、サービス実行部５３は、最後の依頼である場合（Ｓ２９９において、ＹＥＳ）、宅内Ｐｕｓｈサービス５５に、アクセス終了通知を依頼する（Ｓ３００）。

また、サービス実行部５３は、上述したＳ２９３の処理において、サービスが存在しない場合（Ｓ２９３において、ＮＯ）、処理を終了する。この場合、サービス実行部５３は、エラーとして依頼のあった依頼端末１１又は宅内端末１２にその旨の通知を行ってもよい。また、サービス実行部５３は、例えば上述したＳ２９５の処理において、パス、メソッドに対応するレスポンスを取得できなかった場合にもエラーとしてリクエストのあった依頼端末１１又は宅内端末１２に通知してもよい。

＜リクエスト５６−２のデータ例＞
次に、上述した依頼内容（リクエスト）のデータ例について、図を用いて説明する。図２８は、リクエストのデータ例を示す図である。図２８（Ａ）は、サービス単位のリクエストデータ例を示し、図２８（Ｂ）は、アクセス単位のリクエストデータ例を示している。

図２８（Ａ）の例に示すリクエストデータには、クラウド受付ＩＤと、クラウドＩＤとが対応付けられている。また、図２８（Ｂ）の例に示すリクエストデータには、パスと、メソッドと、レスポンスとが対応付けられている。ここで、保存されたリクエスト５６−２は、宅内端末１２のアクセス中継部４１から取得されることになるため、メソッドはＧＥＴ固定となり、レスポンスはリクエストの保存先となる。サービス実行部５３は、取得したレスポンスをリクエストのあった依頼端末１１又は宅内端末１２に送信する。

＜サービス利用の具体例＞
次に、上述した本実施形態における情報処理システム１０を用いたサービス利用の具体例について説明する。なお、以下の説明では、宅外にある依頼端末１１−２からクラウド１３を介して宅内端末１２による宅内サービスを利用する例について説明する。

図２９は、サービス利用時のデータの具体例を示す図である。図３０は、サービス利用時の依頼端末の画面例を示す図である。

図２９（Ａ）は宅内端末１２の宅内サービス実行部３３へのアクセスデータの一例を示し、図２９（Ｂ）は依頼端末１１−２におけるアクセス部２２のアクセスデータの一例を示し、図２９（Ｃ）はアクセス中継データの一例を示している。また、図３０（Ａ）〜（Ｄ）は、サービス利用時の画面遷移を示している。

図３０（Ａ）に示す依頼端末１１−２の画面８０には、宅内サービスの利用例として、検索キーワードを入力する入力領域８１と、検索処理を実行する検索ボタン８２とを有している。なお、画面８０は、例えばブラウザ画面等であるが、これに限定されるものではなく、専用のアプリケーションにより表示されている画面であってもよい。

本実施形態では、例えば図３０（Ａ）に示す画面８０の入力領域８１に対し、ユーザにより検索キーワード（例えば、"打合せ"）が入力され、検索ボタン８２が押下されると、入力領域８１に入力されたキーワード"打合せ"に基づいて、クラウド１３を経由して宅内端末１２にて検索を行い（図２９（Ａ））、その結果をクラウド１３に保存し、クラウド１３にて依頼端末１１へのサービスを提供する。検索キーワードは、例えばクラウド処理受付部５２に渡される。なお、依頼端末１１が宅内エリア１５にある場合には、直接宅内端末１２へアクセスして検索を行う。

図２９（Ａ）は、例えば図３０（Ａ）において、ユーザ等の指示により検索ボタン８２が押された後に、宅内端末１２のサービス構築部４２が宅内サービス実行部３３をアクセスする内容を示している。

図３０（Ｂ）の例では、画面８０に検索結果により得られたファイルを表示させる表示領域８３と、表示領域８３に対して所定の条件に当てはまるファイルのみを抽出するためのボタン等を表示するボタン表示領域８４とを有する。図３０（Ｂ）の例では、ボタン表示領域８４に文書ファイルのみを表示する文書ボタン、画像ファイルのみを表示する画像ボタン、選択完了を示す選択完了ボタンを有するがこれに限定されるものではない。図３０（Ｂ）は、例えば図２９（Ｂ）のシーケンス番号２のアクセスの結果から構成した画面８０である。

依頼端末１１は、表示領域８３に表示された７つのファイル（３つの文書ファイル及び４つの画像ファイル）に対して、文書ファイルを選択すると、その依頼がクラウド１３に送られて、宅内端末１２に対する処理がなされる。そして、依頼端末１１には、図３０（Ｃ）に示すようにクラウド１３側から文書ファイルに対応する３つの文書ファイルのみが表示される（（図２９（Ｂ）のシーケンス番号３）。

更に、依頼端末１１は、表示領域８３に表示されているチェックボックスにより出力したいファイルをユーザに選択させ、「選択完了ボタン」を押下することで、選択されたファイルを取得することができる。図３０（Ｄ）には、「打合せ１．ｄｏｃ」及び「打合せ３．ｄｏｃ」のファイルを選択したことを示している。図２９（Ｂ）のシーケンス番号４がファイル選択結果の通知例である。選択結果の通知を受けて、クラウド１３のサービス実行部５３は、アクセス終了と判断し、宅内Ｐｕｓｈサービス５５、クラウドＰｕｓｈクライアント４３を経由して、アクセス中継部４１にアクセス終了を伝える。そして、アクセス中継部４１は、図２９（Ｃ）のシーケンスを実行する。

上述したように本実施形態によれば、適切なサービス提供を実現することができる。例えば、本実施形態によれば、宅内サービスを追加した場合、宅内で利用できるだけでなく、クラウドには修正を加えることなく、宅外からも宅内サービスが利用可能となる。また、サービスへのアクセスシーケンスを再現する一時的なサービスをクラウドに構築するため、宅内と宅外で、依頼端末からのアクセスの仕方を変える必要がないため、利便性を向上させたデータ提供を実現できる。

また、本実施形態によれば、宅内サービスへのアクセスを代行し、アクセス結果やアクセスの種類をクラウドに登録し、登録内容に従ってサービスを提供することで、宅内サービスそのものをクラウドに再現することができる。また、本実施形態によれば、宅内サービスがインタラクティブであってもクラウドに再現可能となる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
第１の端末からネットワーク上の１以上のコンピュータを介して第２の端末の処理を実行する情報処理システムにおいて、
前記第２の端末は、
前記第１の端末からの依頼を前記コンピュータから取得し、取得した前記依頼に対応する処理シーケンスを構築し、構築した前記処理シーケンスに対応する処理結果を前記コンピュータに出力するアクセス代行部と、
前記処理シーケンスに対応する処理を実行する実行部とを有することを特徴とする情報処理システム。
（付記２）
前記アクセス代行部により得られる処理結果を登録する登録部と、
前記登録部により登録された内容に対応するサービスを前記第１の端末に提供するサービス提供部とを有することを特徴とする付記１に記載の情報処理システム。
（付記３）
前記第１の端末は、
前記ネットワークの接続時に得られる接続先情報を監視するネットワーク監視部と有し、
前記ネットワーク監視部は、前記接続先情報を用いて前記第２の端末にアクセスするか、又は前記コンピュータを介して前記第２の端末にアクセスするかを設定することを特徴とする付記１又は２に記載の情報処理システム。
（付記４）
前記第１の端末は、前記第２の端末と非同期にアクセスを行うことを特徴とする付記１乃至３の何れか１項に記載の情報処理システム。
（付記５）
ネットワーク上の１以上のコンピュータを介して第１の端末からの依頼を取得し、取得した前記依頼に対応する処理シーケンスを構築し、構築した前記処理シーケンスに対応する処理結果を前記コンピュータに出力するアクセス代行部と、
前記処理シーケンスに対応する処理を実行する実行部とを有することを特徴とする情報処理装置。
（付記６）
ネットワーク上の１以上のコンピュータを介して第１の端末からの依頼を取得し、
取得した前記依頼に対応する処理シーケンスを構築し、
構築した前記処理シーケンスに対応する処理を実行し、
実行した前記処理の結果を前記コンピュータに出力する、処理をコンピュータに実行させるための情報処理プログラム。
（付記７）
情報処理装置が、
ネットワーク上の１以上のコンピュータを介して第１の端末からの依頼を取得し、
取得した前記依頼に対応する処理シーケンスを構築し、
構築した前記処理シーケンスに対応する処理を実行し、
実行した前記処理の結果を前記コンピュータに出力することを特徴とする情報処理方法。

１０ 情報処理システム
１１ 依頼端末（第１の端末）
１２ 宅内端末（第２の端末）
１３ クラウド
１４ 通信ネットワーク
１５ 宅内エリア
２１ ネットワーク監視部
２２ アクセス部
２３ Ｐｕｓｈクライアント（サービス取得部）
３１ Ｐｕｓｈサービス（サービス提供部）
３２ 処理受付部
３３ 宅内サービス実行部（実行部）
３４ アクセス代行部
４１ アクセス中継部
４２ サービス構築部
４３ クラウドＰｕｓｈクライアント（クラウド通信部）
４４ 宅内Ｐｕｓｈクライアント（宅内通信部）
４５，５６ 記憶部
５１ クラウドＰｕｓｈサービス（クラウドサービス提供部）
５２ クラウド処理受付部
５３ サービス実行部
５４ サービス登録部（登録部）
５５ 宅内Ｐｕｓｈサービス（宅内サービス提供部）
６１ マイク
６２ スピーカ
６３ ディスプレイ
６４ 無線部
６５ 短距離通信部
６６ 操作部
６７ 位置情報取得部
６８ メモリ装置
６９，７６ ＣＰＵ
７１ 入力装置
７２ 出力装置
７３ ドライブ装置
７４ 補助記憶装置
７５ 主記憶装置
７７ ネットワーク接続装置
７８ 記録媒体
８０ 画面
８１ 入力領域
８２ 検索ボタン
８３ 表示領域
８４ ボタン表示領域

Claims (5)

1. 第１の端末からネットワーク上の１以上のコンピュータを介して第２の端末の処理を実行する情報処理システムにおいて、
   前記第２の端末は、
   前記第１の端末からの依頼を前記コンピュータから取得し、取得した前記依頼に対応する処理シーケンスを構築し、構築した前記処理シーケンスに対応する処理結果を前記コンピュータに出力するアクセス代行部と、
   前記処理シーケンスに対応する処理を実行する実行部とを有することを特徴とする情報処理システム。
2. 前記アクセス代行部により得られる処理結果を登録する登録部と、
   前記登録部により登録された内容に対応するサービスを前記第１の端末に提供するサービス提供部とを有することを特徴とする請求項１に記載の情報処理システム。
3. 前記第１の端末は、
   前記ネットワークの接続時に得られる接続先情報を監視するネットワーク監視部と有し、
   前記ネットワーク監視部は、前記接続先情報を用いて前記第２の端末にアクセスするか、又は前記コンピュータを介して前記第２の端末にアクセスするかを設定することを特徴とする請求項１又は２に記載の情報処理システム。
4. ネットワーク上の１以上のコンピュータを介して第１の端末からの依頼を取得し、取得した前記依頼に対応する処理シーケンスを構築し、構築した前記処理シーケンスに対応する処理結果を前記コンピュータに出力するアクセス代行部と、
   前記処理シーケンスに対応する処理を実行する実行部とを有することを特徴とする情報処理装置。
5. ネットワーク上の１以上のコンピュータを介して第１の端末からの依頼を取得し、
   取得した前記依頼に対応する処理シーケンスを構築し、
   構築した前記処理シーケンスに対応する処理を実行し、
   実行した前記処理の結果を前記コンピュータに出力する、処理をコンピュータに実行させるための情報処理プログラム。

Images