JP6238610B2 - 情報処理端末、制御方法、及びプログラム - Google Patents

Description

本発明は、ネットワークを介してコンテンツ情報を提供するサービスと、コンテンツを受付けて処理を行うサービス間で連携するための制御方法、および、プログラムに関する。

従来、ＷＥＢ（ウェブ）サイト間で処理を委譲する場合、機能を呼び出す側は、機能を提供する側のＡＰＩ（アプリケーション・プログラミング・インターフェイス）やＲＥＳＴインターフェイス等の機能の呼び出し方を、知っている必要があった。従って、異なるＷＥＢサイトとの連携を実現するためには、機能の呼び出し側は、それぞれの呼び出し規約に従って呼び出し側の処理が必要になった。また、機能を呼び出す側が機能を利用するためには、機能を提供する側への認証が必要になることが多い。このために、機能を利用する側は、機能を提供する側の認証情報を保持したり、ＳＡＭＬ等の認証基盤を利用したりする必要があった。但し、認証情報を持つと、それら認証情報を正しく安全に管理する必要があり、ＳＡＭＬ等の認証基盤を利用するためには、機能の提供者と利用者間で事前に合意が必要となり、機能の利用者の負担になっていた。従来からのＷＥＢ（ウェブ）で提供されるサービスを利用する技術に関しては、例えば特許文献１などを参照されたい。

さらに、専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みも存在する。一例として、実行時遅延バインディングによりサービス受け側と提供側とを疎結合とし、それらの連携を実現するＷｅｂＩｎｔｅｎｔｓ（ウェブインテンツ）という仕組みが提案されている。

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

とくに、上記したようなＷｅｂＩｎｔｅｎｔｓなどの新しいウェブサービスの連携の仕組みでは、サービスを呼び出す側が、利用前にコンテンツを用意し、利用したいタイミングで、その都度ユーザの指示に従いサービスにリクエストを発行する必要があった。つまり、新しいウェブサービスの連携の仕組みにおいては、必ずユーザの指示が介在することを想定しているので、サービスの利用に関して柔軟性が低いと言える。

そこで、本発明は、現在、提案されているＷｅｂＩｎｔｅｎｔｓなどの新しい連携の仕組みについて、サービスの呼び出しに関して、さらにユーザビリティを向上させるための柔軟な改良を加えることを目的とする。

上記課題を解決するために、本発明における情報処理端末は、データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える情報処理端末であって、前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録手段と、前記登録された機能情報の指定を受け付ける第１の受け付け手段と、前記第１の受け付け手段により機能情報の指定を受け付ける際に、前記サービスが提供する機能の対象となるデータを決定する決定条件、及び前記サービスに対してサービス要求を発行する発行条件の指定を受け付ける第２の受け付け手段と、前記第１の受け付け手段により受け付けた機能情報の指定に対応する機能の前記サービスに対するサービス要求を作成して、記憶する記憶手段と、前記第２の受け付け手段により受け付けた発行条件を満たす場合に、前記クライアントに対して、前記第２の受け付け手段により受け付けた決定条件を満たすデータを取得するためのデータ要求を自動で行う要求手段と、前記第２の受け付け手段により受け付けた発行条件を満たし、かつ、前記データ要求に応じてデータが取得された場合、当該取得されたデータを用いて、前記記憶されたサービス要求を発行する発行手段と、を有することを特徴とする。

本発明によれば、現在、提案されているＷｅｂＩｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティが向上する。

本発明のシステムの概念図 ＷｅｂＩｎｔｅｎｔｓの動作の概要を説明するシーケンス図 ＷｅｂＩｎｔｅｎｔｓの機能登録用のｉｎｔｅｎｔタグの例 ＷｅｂＩｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔの例 本発明のネットワーク構成の例を示す図 プリンタのハードウェア構成を示すブロック図 無線ＬＡＮターミナルのハードウェア構成を示すブロック図 情報処理端末５０６のハードウェア構成例を示す図 情報処理端末５０６のソフトウェアのモジュール構成例を示す図。 実施例１の処理の流れを具体的に説明するためのシーケンス図である。 ＷｅｂＩｎｔｅｎｔｓのサービス情報を含むＨＴＭＬ情報の例を示す。 実施例１のＷｅｂＩｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔの例 実施例１のＷｅｂＩｎｔｅｎｔｓ登録時のＵＡの画面の例 実施例１のＷｅｂＩｎｔｅｎｔｓリクエスト発行時のＵＡの画面の例 実施例１での情報処理端末５０６の処理を説明するためのフローチャートである。 実施例２の処理の流れを具体的に説明するためのシーケンス図である。 実施例２のＷｅｂＩｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔの例 実施例２の情報処理端末５０６における表示画面の例

以下、本発明を実施するための最良の形態について図面を用いて説明する。

＜基本的な本発明のシステムの概念図＞
図１は、専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みの一例であるＷｅｂＩｎｔｅｎｔｓの全体構成を示す図である。

１０３は、Ｉｎｔｅｎｔｓ技術を利用してサービスや機能を提供するＷｅｂＩｎｔｅｎｔｓサービス（以下、サービス）である。１０１は、前記サービスを利用するＷｅｂＩｎｔｅｎｔｓクライアント（以下、クライアント）である。１０６は、クライアントからの要求をサービスに渡し、サービスからの結果をクライアントに渡す中継機能の役割をするユーザーエージェント（ＵＡ：ＵｓｅｒＡｇｅｎｔ）である。

なお、ＵＡ１０６は、後述するようなサービスとクライアントをサービス連携するための中継機能を持つのであれば、ブラウザ以外にも、情報処理端末で動作するオペレーティングシステム（ＯＳ）やアプリケーションなどで実現することも可能である。ここで、情報処理端末の例としては、パーソナルコンピュータ、スマートフォン、タブレット、カーナビなどが挙げられる。

また、サービス１０３については、上記した投稿先サービスのようなインターネット上のサービス提供者以外にも、例えば情報処理端末が内蔵するカメラ、プリンタ、スキャナなどといったデバイスもサービス提供者になり得る。また、サービス１０３については、ネットワークで接続されるプリンタ、スキャナ、ネットワークカメラなどの周辺機器や、冷蔵庫やテレビといった家電製品などもサービス提供者になり得る。また、クライアント１０１についても同様に、情報端末が内蔵するさまざまなデバイスやアプリケーション、その他にネットワーク上の周辺機器や家電製品、その上で動くプログラムなどもサービスを呼び出す利用者となり得る。

クライアント１０１とＵＡ１０６とサービス１０３は、これらの任意の組み合わせが、同一システム内で稼働することもある。具体的には、ＷＥＢブラウザの同等の機能を有する文書編集アプリケーションなどが、クライアント１０１とＵＡ１０６とをふくむ構成として動作するといったことが考えられる。

図２は、ＷｅｂＩｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。

Ｓ２０１で、ＵＡ１０６はユーザの操作によりサービス１０３にアクセスする。Ｓ２０２で、サービス１０３は、提供するサービスをＵＡ１０６に登録してもらうための登録用マークアップを含むＨＴＭＬ応答をＵＡ１０６に返信する。

図３の例を用いて、サービス１０３からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。＜ｉｎｔｅｎｔ＞タグには提供機能を特定する機能情報（サービス情報）が記載されている。ａｃｔｉｏｎは、提供機能のカテゴリを示し、ｔｙｐｅは提供機能が扱えるデータなどの種類を示している。ｈｒｅｆは提供機能の接続先（ＵＲＬ）を示し、ｔｉｔｌｅは提供機能のタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎは呼び出された提供機能がどのように表示されるかを示す。

図３の例では、提供機能のカテゴリが“ｓｈａｒｅ（共有）”であり、扱えるデータなどの種類が“あらゆるフォーマット（＊）の画像データ”であり、接続先は“ｓｈａｒｅ．ｈｔｍｌ”であり、タイトルは“Ｓｈａｒｅ ｉｍａｇｅ ｕｓｉｎｇ ｅ−ｍａｉｌ”である。また、この機能がＵＡを介して別ウィンドウで表示されることを示している。

ＵＡ１０６は、Ｓ２０２での応答を受信すると、ユーザに対してサービス１０３の提供機能をＵＡ１０６に登録するか否か確認する。例えば、ＵＡ１０６がウェブブラウザであれば、ポップアップウィンドウを表示させユーザに登録の可否の選択を促す。ユーザがこの提供機能をＷｅｂＩｎｔｅｎｔとして登録することを選択すると、ＵＡ１０６はＳ２０２で受信した機能情報を内部に記憶する。具体的には、ＵＡ１０６が動作する情報処理端末の記憶領域に記憶され、ＵＡ１０６にＷｅｂＩｎｔｅｎｔとして登録される。

Ｓ２０３で、ＵＡ１０６はユーザの操作によりクライアント１０１にアクセスする。Ｓ２０４で、クライアント１０１は、サービス１０３の提供機能（ＷｅｂＩｎｔｅｎｔ）を利用することが記載されたＨＴＭＬ文書を、ＵＡ１０６へ返信する。例えば、クライアント１０１としてのＷｅｂサイトで、画像と「共有」ボタンが表示される場合に、該Ｗｅｂサイトは図６で示すＥＣＭＡＳｃｒｉｐｔを含むＨＴＭＬ文書をＵＡ１０６へ返す。

図４の例を用いて、クライアント１０１からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ１０６は自身に登録されているＷｅｂＩｎｔｅｎｔｓの中から、指定されたＩｎｔｅｎｔオブジェクトのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。また、無名関数内で呼び出しているｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することにより、クライアント１０１が持つ画像データを取得する。

Ｓ２０４で、ＵＡ１０６は、クライアント１０１からＨＴＭＬ文書を受け取り、表示する。Ｓ２０５で、ＵＡ１０６は、ユーザによる表示画面上の「共有」ボタンが押下を検出すると、上述したようにＷｅｂＩｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ２０６でクライアント１０１が持つ画像データを取得する。また、Ｓ２０５で「共有」ボタン押下を検出された際に、ＵＡ１０６は、自身に登録されている機能情報に対応するＷｅｂＩｎｔｅｎｔｓの一覧を表示する。この一覧からユーザがサービス１０３の提供機能を示すＷｅｂＩｎｔｅｎｔの選択を検出すると、Ｓ２０７で、ＵＡ１０６は選択されたサービス１０３へＨＴＴＰ要求を送信する。その際、ＵＡ１０６は、送信データに、図４のＥＣＭＡＳｃｒｉｐｔが作成したＩｎｔｅｎｔオブジェクトの内容を含める。

Ｓ２０８で、サービス１０３はＨＴＴＰ要求からＩｎｔｅｎｔオブジェクトを取り出し、ＵＡ１０６を介してユーザと相互作用しながら、選択された提供機能（ここではクライアント１０１の画像データの「共有」）の利用を実現する。

サービス１０３は、処理が終了すると、Ｓ２０９で、処理結果をクライアント１０１に伝えるＥＣＭＡＳｃｒｉｐｔを含む応答を返す。Ｓ２１０で、ＵＡ１０６は応答中に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ２０５のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数ｏｎＳｕｃｃｅｓｓ（）を呼び出す。Ｓ２１１で、ＵＡ１０６はコールバック関数ｏｎＳｕｃｃｅｓｓ（）によってクライアント１０１へ処理結果を返す。

図２のシーケンスにより、Ｗｅｂメール機能を利用する例について説明する。まず、ユーザがＷＥＢブラウザ（ＵＡ）で、写真データを管理するウェブストレージ（クライアント１０１）のＷｅｂＩｎｔｅｎｔｓの呼び出しボタンが用意されたサイトに訪れ、当該ボタンを押下すると、ＷＥＢブラウザ（ＵＡ）が登録サービス一覧を含むポップアップウィンドウを表示する。そこで、ユーザがＷｅｂメール機能を選択したとすると、該機能を提供するサイトが別ウィンドウで表示され、処理結果として、そのウィンドウ上では写真データを添付した新規メールが作成されている。

以上の処理により、クライアント１０１は、ＵＡ１０６を介して、サービス１０３が提供するＷｅｂＩｎｔｅｎｔｓの機能（この例では画像の「共有」）を呼び出すことが可能となる。

＜実施例１＞
＜本実施形態のネットワーク、周辺機器、及び、ネットワークサービスの構成例＞
図５は、本発明の実施の形態に係る情報処理端末と、無線ＬＡＮターミナルと、プリンタ、および、ＷｅｂＳｅｒｖｉｃｅなどのネットワークにおける接続関係を示す図である。

図５において、５０６はスマートフォンなどの情報処理端末であり、図１のＵＡ１０６としての機能を有する。情報処理端末５０６には、ウェブブラウザがインストールされており、無線ＬＡＮや屋外の携帯データ通信キャリア（以後、携帯キャリア）が提供する無線ネットワークにアクセスすること様々なサービスを利用することができる。

ホームネットワーク（ＨｏｍｅＮｅｔｗｏｒｋ）５０７に存在する機器として、無線ＬＡＮターミナル５０１と、プリンタ５０３とが図示されている。無線ＬＡＮターミナル５０１は、一般的なネットワーク・ルーター機能を有した無線ＬＡＮの親機であり、家庭内や事務所などの中で無線ＬＡＮを提供している。ＨｏｍｅＮｅｔｗｏｒｋ５０７は、無線ＬＡＮと有線によるＬＡＮの両方のネットワークを指しており、無線ＬＡＮターミナル５０１の提供するネットワークを指している。情報処理端末５０６は、ＨｏｍｅＮｅｔｗｏｒｋ５０７の無線ＬＡＮエリアに入ると、予め設定していた認証情報を利用して自動的にネットワークに参加する。プリンタ５０３は、ＨｏｍｅＮｅｔｗｏｒｋ５０７に有線、または、無線ＬＡＮを介してネットワークに参加する。無線ＬＡＮターミナル５０１はＨｏｍｅＮｅｔｗｏｒｋ５０７のネットワークに参加しているすべての周辺機器やサービスにアクセス可能である。

本実施例では、無線ＬＡＮターミナル５０１は、図１におけるクライアント１０１の機能を有する。ただし、ＨｏｍｅＮｅｔｗｏｒｋ５０７上のクライアント機能を提供する機器は、無線ＬＡＮターミナル５０１に限定しない。実際には、ネットワークに参加しているいずれかの機器が、ＷｅｂＩｎｔｅｎｔｓクライアントとしての機能を提供してもよい。

一方、プリンタ５０３は、ネットワークを通じて受信した画像情報を印刷出力する。通常、“ｌｐｒ”など印刷用のプロトコルを利用して印刷リクエストを受け付けるが、プリンタ５０３は、ＷｅｂＩｎｔｅｎｔｓのサービスとして機能し、ＷｅｂＩｎｔｅｎｔｓの仕組みを利用しても印刷リクエストを受け付けることができる。また、印刷機能だけでなく電源ＯＮや電源ＯＦＦなどの機器制御指示もＷｅｂＩｎｔｅｎｔｓの仕組みを用いたリクエストとして受け付けることができる。本実施例においては、プリンタ５０３は、図１のＷｅｂＩｎｔｅｎｔｓサービス１０３に相当する。

その他、５０４は無線基地局を表している。無線基地局５０４は、携帯キャリアが提供する無線通信の基地局であり、情報処理端末５０６はＨｏｍｅＮｅｔｗｏｒｋ５０７から移動し無線ＬＡＮのエリア外にでると、無線基地局の提供するネットワークへ参加する。５０５はＩｎｅｒｎｅｔであり、５０２はインターネット（Ｉｎｔｅｒｎｅｔ）５０２上でサービスを提供するＷｅｂＳｅｒｖｉｃｅを表している。

情報処理端末５０６は、無線基地局の提供するネットワークを介してＩｎｔｅｒｎｅｔ５０５へアクセスし、さらにはＷｅｂＳｅｒｖｉｃｅ５０２にアクセスすることができる。また、ＨｏｍｅＮｅｔｗｏｒｋ５０７も無線ＬＡＮターミナル５０１等のルーターを介してＩｎｔｅｒｎｅｔ５０５に接続されている。ＷｅｂＳｅｒｖｉｃｅ５０２は、写真などのデータを共有するなどといったＰｈｏｔｏＳｅｒｖｉｃｅを、ＷｅｂＩｎｔｅｎｔｓの仕組みを利用して提供している。ＷｅｂＳｅｒｖｉｃｅ５０２は、プリンタ５０３と同様に図１におけるサービス１０３に相当する。

本実施例では、後述するように、ユーザが屋外から自宅に帰宅すると必ずプリンタの電源をＯＮするために、ＷｅｂＩｎｔｅｎｔｓリクエストを用いることを想定する。

まず、ユーザは、ＷｅｂＩｎｔｅｎｔｓサービスを情報処理端末５０６へ登録する。登録方法は、情報処理端末５０６のＵＡとして機能するウェブブラウザを利用して、ＨｏｍｅＮｅｔｗｏｒｋ５０７を介してプリンタ５０３へアクセスする。すると、該ウェブブラウザは、プリンタ５０３が提供するＷｅｂページに含まれる＜ｉｎｔｅｎｔ＞タグにより、ＷｅｂＩｎｔｅｎｔｓサービスを認識し、ユーザの指示に応じて、当該サービスの情報を登録する。具体的には、ＵＡとして機能するウェブブラウザの利用可能な記憶領域に対してサービスの情報を記録することで、ＵＡへのＷｅｂＩｎｔｅｎｔｓサービスの登録が実現されることになる。

次に、ユーザは、情報処理端末５０６の該ウェブブラウザ上で、ＷｅｂＩｎｔｅｎｔｓリクエストを作成する。ユーザは、ウェブブラウザを利用して、無線ＬＡＮターミナル５０１へアクセスする。無線ＬＡＮターミナル５０１では、ＷｅｂＩｎｔｅｎｔｓクライアントとして動作し、そこで提供するＷｅｂページでは、「電源ＯＮ」というボタンが配置されている。ユーザによりＷｅｂページ上の「電源ＯＮ」のボタンが押下されると、ＵＡとして機能するウェブブラウザは、ＷｅｂＩｎｔｅｎｔｓサービスのリストと、その発行条件を入力できる画面へ遷移する。ここでは、「電源ＯＮ」のアクションを受け付ける対象となるＷｅｂＩｎｔｅｎｔｓサービスとして、先ほど登録されたプリンタ５０３が表示される。ここでユーザは、リクエスト発行先と、ＷｅｂＩｎｔｅｎｔｓの発行条件も設定する。発行条件としては、参加しているネットワークの変化、ＧＰＳ情報、時間情報など、種々の条件を設定可能である。情報処理端末５０６は、ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件を検出するまで、バックグラウンドでその実行を待機する。

ＷｅｂＩｎｔｅｎｔｓのリクエストを、発行条件の検知に応じて実行するＵＡとしては、上記ウェブブラウザ以外にも、情報処理端末５０６で動作するオペレーティングシステム（ＯＳ）などであってもよい。

＜本実施形態のプリンタのハードウェア構成例＞
図６は、図５におけるプリンタ５０３のハードウェア構成を示すブロック図である。

プリンタ５０３の制御部では、プリント処理に関する制御プログラムのほかに、ＷｅｂＩｎｔｅｎｔｓサービスアプリケーションプログラムなどを処理している。プリンタ５０３は、ＷｅｂＩｎｔｅｎｔｓサービスアプリケーションによって、プリンタ５０３の電源ＯＮ、電源ＯＦＦなどのリクエスト、そのほかプリントリクエストの受け付け処理などを行う。ＷｅｂＩｎｔｅｎｔｓサービスアプリケーションによって、受け付けたリクエストは、それぞれのリクエストに応じた処理が行われる。

ハードウェアの各構成要素は、システムバス６０１に接続されている。ＲＯＭ６０３にはプリンタ５０３の制御プログラム及び、ＷｅｂＩｎｔｅｎｔｓサービスアプリケーションプログラムなどが格納されており、これらのプログラムはＣＰＵ６０２で実行される。ＲＡＭ６０４は、プログラムを実行するためのワークメモリエリアであり、プリントリクエストを受けた時の画像データやＷｅｂＩｎｔｅｎｔｓサービス用の認証情報など、プリンタ５０３を制御するためのデータを一時記憶するためのメモリでもある。記憶装置６０８は不揮発性の記憶装置であり、プリンタ５０３の再起動後も保持しておく必要のある各種動作モード設定や、稼働ログなどが記憶される。

ＮｅｔｗｏｒｋＩ／Ｆ６０５は、ＨｏｍｅＮｅｔｗｏｒｋ５０７と接続するためのインターフェイス部であり、ＮｅｔｗｏｒｋＩ／Ｆ６０５を介して情報処理端末５０６やその他ＰＣなどの制御機器などと通信を行う。ＮｅｔｗｏｒｋＩ／Ｆ６０５の接続する形態は、無線ＬＡＮでも有線ＬＡＮでもかまわない。

操作部Ｉ／Ｆ６０６は、操作部６０９によって入出力された情報を制御プログラムへと仲介し、ユーザへプリンタの制御手段を提供する。これらの制御は、ＣＰＵ６０２で動くプリンタ制御プログラムにて制御される。ユーザは、操作部６０９を介してプリンタ５０３の各種設定指示や、起動／停止指示を行う。

プリンタ部Ｉ／Ｆ６０７は、プリンタ部６１０とプリンタ制御プログラムとを仲介し、画像データの同期系／非同期系の変換を行う。例えば、ＣＰＵ６０２にて実行されるプリンタ制御プログラムでは、出力画像データに対し補正／加工／編集を行う。また、プリント制御プログラムは、画像データの回転処理や、画像圧縮伸長処理としてＪＰＥＧ、ＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨ等の圧縮伸張処理を行う。これらの処理結果をプリンタ部６１０へ提供し、ユーザの望む画像をプリントする。

＜本実施形態の無線ＬＡＮターミナルのハードウェア構成例＞
図７は、図５における無線ＬＡＮターミナル５０１のハードウェア構成を示すブロック図である。

無線ＬＡＮターミナル５０１の制御部では、ＨｏｍｅＮｅｔｗｏｒｋ５０７を制御するプログラム処理のほかに、ＷｅｂＩｎｔｅｎｔｓクライアントアプリケーションプログラムなどを処理している。無線ＬＡＮターミナル５０１は、ＷｅｂＩｎｔｅｎｔｓクライアントアプリケーションによって、ＨｏｍｅＮｅｔｗｏｒｋ５０７内に存在するネットワーク機器への電源ＯＮ、電源ＯＦＦ、その他機器への制御リクエストの発行処理を行う。各機器への制御リクエストには、例えば、エアコンに対する、暖房、冷房、設定温度、風量などの制御リクエストや、テレビに対する、チャンネルの指定、音量、転送動画データの再生などのリクエストがある。

ハードウェアの各構成要素は、システムバス７０１に接続されている。ＲＯＭ７０３には無線ＬＡＮターミナル５０１の制御プログラムや、ＨｏｍｅＮｅｔｗｏｒｋ５０７を管理するネットワーク制御プログラムや、ＷｅｂＩｎｔｅｎｔｓクライアントを制御するＷｅｂサービスプログラムなどが格納されている。これらの制御プログラムは、ＣＰＵ７０２で実行される。ＲＡＭ７０４は、プログラムを実行するためのワークメモリエリアである。また、無線ＬＡＮターミナルが管理しているネットワークのルーティングテーブルや接続している周辺機器のマックアドレス情報、そのほか各周辺機器に対応したＷｅｂＩｎｔｅｎｔｓクライアントのリクエスト情報などの情報を一時記憶するためのメモリでもある。記憶装置７０８は不揮発性の記憶装置であり、無線ＬＡＮターミナル５０１の再起動後も保持しておく必要のある各種動作モード設定や、稼働ログなどが記憶される。

ＬｏｃａｌＮｅｔｗｏｒｋＩ／Ｆ７０５は、ＨｏｍｅＮｅｔｗｏｒｋ５０７と接続するためのインターフェイス部である。ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋＩ／Ｆ７０８は、Ｉｎｔｅｒｎｅｔ５０５と接続するためのインターフェイス部である。情報処理端末５０６は、無線ＬＡＮを介してＨｏｍｅＮｅｔｗｏｒｋ５０７で通信する際、このＬｏｃａｌＮｅｔｗｏｒｋＩ／Ｆ７０５を介して通信を行う。また、ＨｏｍｅＮｅｔｗｏｒｋ５０７に参加しているＰＣなどの機器は、Ｉｎｔｅｒｎｅｔ５０５上のサービスと通信する際には、ＬｏｃａｌＮｅｔｗｏｒｋＩ／Ｆと、ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋＩ／Ｆ７０８を介して通信を行う。このときネットワーク制御プログラムは、ネットワークのルーティングテーブルを利用し、Ｌｏｃａｌのネットワークから受けたリクエストが外部向けのリクエストか、内部向けのリクエストかを判断して、適切なＩ／Ｆにパケットを流す制御を行う。

操作部Ｉ／Ｆ７０６は、操作部７０９によって入出力された情報を制御プログラムへと仲介し、ユーザへネットワーク設定の制御手段を提供する。これらの制御は、ＣＰＵ７０２で動くネットワーク制御プログラムにて制御される。ユーザは、操作部７０９を介してＨｏｍｅＮｅｔｗｏｒｋ５０７に関する各種設定指示や、起動／停止指示を行う。

また、無線ＬＡＮターミナル５０１の設定指示は、無線ＬＡＮターミナル５０１の提供するＷｅｂサービスにてＬｏｃａｌ ＮｅｔｗｏｒｋＩ／Ｆを介しても提供される。

＜本実施形態の情報処理端末５０６のハードウェア構成例＞
図８は、図５における情報処理端末５０６のハードウェア構成を示すブロック図である。

情報処理端末５０６は、例えばスマートフォンであり、小型端末用のオペレーティングシステムや、通話、データ通信を制御するプログラムが動いている。ハードウェアの各構成要素は、システムバス８０１に接続されている。ＲＯＭ８０３には情報処理端末５０６におけるオペレーティングシステム及び、通話、データ通信を制御するアプリケーションが格納されており、ＣＰＵ８０２で実行される。データ通信を制御するアプリケーションとしては、ＭａｉｌソフトやＷｅｂブラウザなどがある。

ＲＡＭ８０４は、プログラムを実行するためのワークメモリエリアである。また、ＷｅｂブラウザがＷｅｂサーバから取得してきたＷｅｂページデータやＷｅｂサービスにアクセスするための認証情報などを一時記憶するためのメモリでもある。記憶装置８０９は不揮発性の記憶装置であり、情報処理端末５０６の再起動後も保持しておく必要のある各種動作モード設定や、稼働ログなどが記憶される。

ＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ８０５は、ＨｏｍｅＮｅｔｗｏｒｋ５０７の無線ＬＡＮに参加するための無線ＬＡＮ通信部８１１と、携帯キャリアの提供するネットワークに参加するためのデータ通信部８１２の通信制御を行う。一般的に無線ＬＡＮのネットワークに参加できるとき、ＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ８０５は、無線ＬＡＮの接続を優先する。情報処理端末５０６が無線ＬＡＮのネットワークエリアから外れた場合には、携帯キャリアが提供する無線通信ネットワークへ参加する。

音声制御部８０６は、主に通話アプリケーションが起動しユーザが電話をしているときに利用する。マイク・スピーカ８１３にて音声データの入出力を行い、音声制御部８０６は、その制御プログラムとの仲介を行っている。表示制御部８０７は、情報処理端末５０６のディスプレイ８１４にて出力する情報の制御を行っている。入力制御部８０８は、情報処理端末５０６のボタンやタッチパネル８１５にてユーザが指示した情報の制御を行っている。これらの音声制御部８０６、表示制御部８０７、入力制御部８０８を利用して、情報処理端末５０６上でのアプリケーションは、ネットワーク通信情報や情報処理端末５０６のさまざまな情報をユーザに提供する。位置検出制御部８１０は、ＧＰＳセンサー８１６から情報処理端末５０６の位置情報を取得しオペレーティングシステムに提供する。これらの制御は、ＣＰＵ８０２で動くオペレーティングシステムにて制御される。

＜本実施形態のＤｅｖｉｃｅのソフトウェア構成例＞
図９は、図５における情報処理端末５０６のソフトウェアのモジュール構成例を示すブロック図である。本発明の特徴でもある制御プログラムを実行することで実現される主にＵＡとして機能するモジュール構成の例を説明する。

９０５はユーザ入出力部であり、図８の音声制御部８０６、マイク・スピーカ８１３、表示制御部８０７、ディスプレイ８１４、入力制御部８０８、タッチパネル８１５などに相当する。ユーザは、ユーザ入出力部９０５を介して情報処理端末５０６の操作を行うことができる。たとえば、ブラウザ起動、Ｗｅｂページの閲覧、ＷｅｂＩｎｔｅｎｔｓリクエストの発行指示などを、ユーザ入出力部９０５を通して行う。

９０４は、処理制御部であり、ウェブブラウザプログラム（以下、ブラウザ）により提供される機能を示している。ただし、これはＷｅｂＩｎｔｅｎｓの処理を行うＵＡとして機能するプログラムを示しており、ＯＳであってもよい。ユーザ入出力部９０５を介して、ユーザがブラウザの操作を行うとこの処理制御部９０４が操作リクエストを受け、さまざまな処理を行う。

９０３は、情報処理端末５０６のネットワーク制御部であり、図８のＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ８０５の機能モジュールに相当する。

９０６は、サービス情報検出部である。ユーザがブラウザを利用し、ＷｅｂＩｎｔｅｎｔｓサービスを提供しているネットワーク上の周辺装置やサーバにアクセスすると、受信したＨＴＭＬ情報内に図３で示すようなサービス情報が含まれる。ＨＴＭＬ情報内にＷｅｂＩｎｔｅｎｔｓに対応するサービス情報が含まれていると、サービス情報検出部９０６がＷｅｂＩｎｔｅｎｔｓサービスを検出する。そして、サービス情報検出部９０６は、サーバのＵＲＬと、対応するａｃｔｉｏｎと、ｔｙｐｅの情報を関連づけて処理制御部９０４へ通知する。

９０７は、サービス情報入出力部である。また、９０８は、サービス情報格納部である。サービス情報検出部９０６が、ＷｅｂＩｎｔｅｎｔｓサービスを検出し、処理制御部９０４に通知を行うと、処理制御部９０４は、サービス情報入出力部９０７へ格納依頼を行う。格納依頼を受けたサービス情報入出力部９０７は、サービス情報格納部９０８へ当該サービス情報の登録を行う。

９０２は、スクリプト処理実行部である。ユーザがブラウザを利用しＷｅｂＩｎｔｅｎｔｓクライアントにアクセスすると、図４で示したようなＥＣＭＡＳｃｒｉｐｔ情報を含むＨＴＭＬ情報を受信する。すると、ユーザには、ユーザ入出力部を介してＷｅｂＩｎｔｅｎｔｓクライアントの情報が提示される。

ユーザがＷｅｂＩｎｔｅｎｔｓクライアントに対して、例えば「共有」する、という指示を行うと、スクリプト処理実行部９０２は、このＥＣＭＡＳｃｒｉｐｔを実行する。そしてＥＣＭＡＳｃｒｉｐｔに記述されているａｃｔｉｏｎとｔｙｐｅを、処理制御部９０４に通知する。そして、処理制御部９０４は、サービス情報入出力部９０７にサービス情報取得依頼を発行する。サービス情報入出力部９０７は、サービス情報取得依頼を受けると、サービス情報格納部９０８から登録されているＷｅｂＩｎｔｅｎｔｓサービスを１つ以上取得し、処理制御部９０４へ送信する。ユーザは、１つ以上のＷｅｂＩｎｔｅｎｔｓサービスの中からリクエストをしたいサービスを選択する。

また、その時に、発行条件制御部９０１は、リクエストの発行条件を指定したい場合には、ユーザ入出力部９０５を介してリクエストの発行条件を加えて指示を行う。ユーザから、ＷｅｂＩｎｔｅｎｔｓリクエストを発行条件付きで受け付けると、スクリプト処理実行部９０２は、発行条件制御部９０１へリクエストとその発行条件を合わせて通知する。発行条件制御部９０１は、オペレーティングシステムやセンサーから受信するネットワーク情報や、位置、時刻などから発行条件が合致したら、ＷｅｂＩｎｔｅｎｔｓのリクエストを発行する。

図１０は、実施例１でのＷｅｂＩｎｔｅｎｔｓを利用した処理の流れを具体的に説明するためのシーケンス図である。図２を用いて説明したＷｅｂＩｎｔｅｎｔｓの基本シーケンスと類似するが、ここでは特徴的な部分を、具体的に説明する。

Ｓ１００１にて、情報処理端末５０６は、ＷｅｂＩｎｔｅｎｔｓサービスとしての周辺機器の一例であるプリンタ５０３に、ＵＡとして機能するブラウザを用いて、アクセスする。Ｓ１００２にて、ＷｅｂＩｎｔｅｎｔｓのサービス情報を含むＨＴＭＬ情報を受信し、該情報に基づきブラウザで表示制御が行われる。

図１１は、このＷｅｂＩｎｔｅｎｔｓのサービス情報を含むＨＴＭＬ情報の例を示す。ここでは、サービス情報として、ａｃｔｉｏｎに“Ｏｎ（電源ＯＮ）”、ｔｙｐｅにｐａｒａｍｅｔｅｒｓを示す＜ｉｎｔｅｎｔ＞タグが含まれる。

情報処理端末５０６のブラウザは、この＜ｉｎｔｅｎｔ＞タグを含むＨＴＭＬ情報の受信に応じて、ユーザに図１３で示すような通知を行い、サービス情報格納部９０８にサービス情報の登録を行うか否かを確認する。ユーザは、情報処理端末５０６のユーザ入出力部９０５から登録（“ＯＫ”）の指示を行うと、情報処理端末５０６にて、プリンタ５０３に対して電源ＯＮするためのＷｅｂＩｎｔｅｎｔｓサービスを利用できるようになる。

次に、Ｓ１００３にて、情報処理端末５０６は、ＷｅｂＩｎｔｅｎｔｓクライアントに相当する無線ＬＡＮターミナル５０１へ、ブラウザを用いてアクセスする。Ｓ１００４にて、ＥＣＭＡＳｃｒｉｐｔを含んだＨＴＭＬ情報を受信する。

図１４（ａ）は、このＨＴＭＬ情報を受信に応じて情報処理端末５０６に表示される、電源制御を行うＷｅｂＩｎｔｅｎｔｓクライアントが提供する画面を表示する。クライアントが提供する画面上で表示される操作カテゴリは、図１４（ａ）で示す「電源ＯＮ」以外にも、「共有」「表示」「保存」などの場合もある。この画面に表示されるカテゴリは、ＷｅｂＩｎｔｅｎｔｓのサービス情報で定義される各アクションに対応するものである。

Ｓ１００５にて、図１４（ａ）の画面にて、ユーザにより「電源ＯＮ」が押下されると、情報処理端末５０６は受信したＥＣＭＡＳｃｒｉｐｔを実行する。ＥＣＭＡＳｃｒｉｐｔ内に記載されているａｃｔｉｏｎとｔｙｐｅの値から、サービス情報格納部９０８に登録されているサービス情報で合致するａｃｔｉｏｎとｔｙｐｅが定義されているものを１つ以上取得して、図１４（ｂ）のようにユーザに提示する。図１４（ｂ）では、既にＵＡに登録済みのＷｅｂＩｎｔｅｎｔｓのサービスであって、前述で説明した電源ＯＮを実現するためのサービスの一覧が表示されることになる。ここでは、サービス情報の“ｔｉｔｌｅ”に含まれる情報をもとにリストを表示しているが、更にわかりやすいようにＷｅｂＩｎｔｅｎｔｓのサービスを提供しているネットワーク周辺装置のアイコンも表示している。

図１４（ｂ）の画面上では、さらに、「発行条件を設定」という設定項目を設け、ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件をユーザが柔軟に指定できるようにする。

図１４（ｃ）は、ユーザにより図１４（ｂ）の画面上の「発行条件を設定」というボタンが押下された際に、ブラウザで表示される設定画面である。

この画面上では、情報処理端末５０６の参加しているネットワークが、屋外の携帯キャリアが提供するネットワークやその他のネットワークから、ＨｏｍｅＮｅｔｗｏｒｋへ切り替わったことを検知してリクエストを発行する条件が記載され、かつ選択設定されている。また、そのほかにも、登録した地点から一旦３Ｋｍ以上の距離を離れ、再び３Ｋｍ以内に入ったこと検知してリクエストを発行する条件や、毎日の特定の時刻にリクエストを発行する条件などが記載されている。ユーザは発行条件を適宜選択できる。

このＷｅｂＩｎｔｅｎｔｓリクエストの発行条件は、情報処理端末５０６のブラウザなどのＵＡが発行条件の選択機能としてユーザに提供するものでもよい。また、発行条件の内容についても、ユーザに対して新規作成や編集が可能なように提供してもよい。

情報処理端末５０６のブラウザなどのＵＡが発行条件の選択機能を持っている場合、ＯＳが発行条件となるイベントを検知し、リクエスト発行を行うことが考えられる。そのほかにも、常にバックグラウンドで実行されるブラウザが発行条件を制御し、オペレーティングシステムから外部の環境情報、例えばネットワークの切り替わりイベントなどを取得し、該ブラウザがＷｅｂＩｎｔｅｎｔｓリクエストを発行する形でもよい。

また、ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件を、ＷｅｂＩｎｔｅｎｔｓクライアントが発行するＥＣＭＡＳｃｒｉｐｔ内で定義してもよい。ＥＣＭＡＳｃｒｉｐｔ内に発行条件を定義する場合には、図１２に示すようにｉｎｔｅｎｔにおけるｓｔａｒｔＡｃｔｉｖｉｔｙの実行条件として、システムからネットワークの切り替えイベントを受信するという条件を含ませておく形が考えられる。

ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件を定めると、図１４（ｂ）の画面上で、発行対象となるサービスを決定する。この図では、プリンタ５０３が提供するサービスの“ｔｉｔｌｅ”に含まれている「ＩｎｋＪｅｔＰｒｉｎｔｅｒ」が、選択されているところを示している。

ＷｅｂＩｎｔｅｎｔｓの発行条件付きリクエストを作成すると、情報処理端末５０６では、発生条件に一致するまで待機する。Ｓ１００６にて、情報処理端末５０６にて発生条件に一致したことを検知する。そして、Ｓ１００７にてプリンタ５０３に対してリクエストを発行する。これは、図２のＳ２０７と同様のリクエストである。

図１５は、情報処理端末５０６がＷｅｂＩｎｔｅｎｔｓの仕組みを利用して、発行条件に従いサービスを実行する処理を説明するためのフローチャートである。このフローチャートに含まれる各処理に係るプログラムは、図８に示すＲＯＭ８０３、記憶装置８０９のいずれかの記憶手段に記憶され、必要に応じてＲＡＭ８０４に展開され、ＣＰＵ８０２により実行される。

なお、本処理は、ＵＡとしてのプログラム（ウェブブラウザやＯＳなど）が起動後に、ネットワーク制御部９０３がＷｅｂＩｎｔｅｎｔｓクライアントからＷｅｂＩｎｔｅｎｔｓリクエストを発行するためのＥＣＭＡＳｃｒｉｐｔを含むＨＴＭＬ情報を受信することで開始される（Ｓ１５０１）。

Ｓ１５０２で、処理制御部９０４は、受信したＨＴＭＬ情報をもとに画面を構成し、ユーザ入出力部９０５を介して、ユーザに図１４（ａ）に示す画面の表示制御を行う。Ｓ１５０３で、処理制御部９０４は、ユーザによる画面操作に基づくＷｅｂＩｎｔｅｎｔｓリクエストの発行指示を受け取ったか否かを判断する。ここでリクエストの発行指示を受け取らない場合には処理を終了する。この場合には、通常通り、ウェブブラウザに受信したＨＴＭＬ情報を基づく画面表示が継続されることになる。Ｓ１５０３で、ＷｅｂＩｎｔｅｎｔｓリクエストの発行指示を受け付けた場合には、Ｓ１５０４に進む。

Ｓ１５０４で、処理制御部９０４は、ユーザ入出力部９０５を介した、図１４（ｂ）で示したようなＷｅｂＩｎｔｅｎｔｓサービスのリストの表示を制御する。この表示に際して、処理制御部９０４は、サービス情報入出力部９０７に対して、サービスの対象となるデータのタイプなどの属性情報をもとに、該当するＷｅｂＩｎｔｅｎｔｓサービスの登録を問い合わせる。ここで該当するＷｅｂＩｎｔｅｎｔｓサービスの登録があればリスト表示が行われる。

Ｓ１５０５で、処理制御部９０４は、表示されたリストからユーザによる画面操作により所望のＷｅｂＩｎｔｅｎｔｓサービス（対象サービス）が選択されたか否かを判断する。ここで、対象サービスが選択された場合にはＳ１５０９に進み、選択されていない場合にはＳ１５０６に進む。

Ｓ１５０６で、処理制御部９０４は、ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件の設定画面が、ユーザによる画面操作により要求されたか否かを判断する。ここで、発行条件の設定画面が要求された場合にはＳ１５０７に進み、要求されていない場合にはＳ１５０５に戻る。

Ｓ１５０７では、処理制御部９０４は、ユーザ入出力部９０５を介して図１４（ｃ）に示す画面を表示し、ユーザからのＷｅｂＩｎｔｅｎｔｓリクエストの発行条件の設定を受け付ける。Ｓ１５０８で、処理制御部９０４は、Ｓ１５０７で受け付けた発行条件を、ＲＡＭ８０４、記憶装置８０９などの所定の記憶手段に記録する。発行条件を記録した後は、Ｓ１５０４に戻り、リスト表示が再度行われる。

Ｓ１５０９で、処理制御部９０４は、ＷｅｂＩｎｔｅｎｔｓクライアントから受信したＥＣＭＡＳｃｒｉｐｔの内容に基づき、ユーザにより選択された対象サービスに対するＷｅｂＩｎｔｅｎｔｓリクエストを作成する。ここで、ユーザにより発行条件が指定されている場合は、このリクエストは、一旦、所定の記憶手段に記録されることになる。

Ｓ１５１０で、処理制御部９０４は、ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件が記録されているか否かを判断する。ここで、発行条件が記録されている場合にはＳ１５１１に進み、記録されていない場合にはＳ１５１３に進む。

Ｓ１５１１で、処理制御部９０４は、発行条件に従いＷｅｂＩｎｔｅｎｔｓリクエストの発行を待機する。Ｓ１５１２で、処理制御部９０４は、発行条件に合致したか否かを判断する。ここで、発行条件に合致したと判断された場合にはＳ１５１３に進み、発行条件に合致していないと判断された場合にはＳ１５１１に戻る。例えば、発行条件が情報処理端末５０６の利用（所属）するネットワークの切り替わりであった場合は、条件に合致するネットワークに接続されていることを検知することで条件に合致しているかが判断される。

Ｓ１５１３では、ユーザにより選択された対象サービスに対して、Ｓ１５０９で作成されたＷｅｂＩｎｔｅｎｔｓリクエストを発行する。その後、ＥＣＭＡＳｃｒｉｐｔの残りの処理を実行して、本処理を終了する。

なお、Ｓ１５０５〜Ｓ１５０８では、ユーザにより発行条件を設定させた後で対象サービスの選択を行わせている。しかしながら、対象サービスの選択の後でユーザにより発行条件を設定させてもよい。また、ＷｅｂＩｎｔｅｎｔｓサービスに対して、前述した記憶手段に予め登録された発行条件のいくつかの候補から選択する形式で、ユーザにより発行条件を設定させてもよい。

また、Ｓ１５０６〜Ｓ１５０８などの処理で発行条件が設定されない場合には、発行条件として、即時にリクエストを発行するといった条件を記録してもよい。

＜実施例２＞
図１６は、実施例２でのＷｅｂＩｎｔｅｎｔｓを利用した処理の流れを具体的に説明するためのシーケンス図である。図２を用いて説明したＷｅｂＩｎｔｅｎｔｓの基本シーケンスと類似するが、ここでは特徴的な部分を、具体的に説明する。

本シーケンスでは、情報処理端末５０６が、ＷｅｂＩｎｔｅｎｔｓクライアント及びＵＡとして機能する。具体例として、情報処理端末５０６で動作するＯＳがＵＡの機能も備え、情報処理端末５０６で実行されるＰｈｏｔｏＳｅｒｖｉｃｅアプリケーション（以下、ローカルフォトサービスと呼ぶ）がＷｅｂＩｎｔｅｎｔｓクライアントの機能を備えるものとする。ＯＳは、実施例１でＵＡとして動作したウェブブラウザ相当の機能を有しており、ネットワーク上に存在するＷｅｂＩｎｔｅｎｔｓサービスにアクセスすることが可能である。本実施例において、ＯＳのＵＡ機能は、実施例１の図９に示すのと同様のモジュール構成からなるものとする。ローカルフォトサービスは、情報処理端末５０６が具備するカメラで撮影した画像や、ネットワーク上からダウンロードした画像などのデータを保管して、ユーザに対して提供するためのアプリケーションである。

Ｓ１６０１で、ＵＡ機能は、インターネット上のＷｅｂＩｎｔｅｎｔｓサービスとして機能するウェブフォトサービスにアクセスする。このウェブフォトサービスとは、インターネット上の画像データの共有サービスであり、様々なユーザが写真データをアップロードし、ユーザ以外の友人などと写真を共有することができるサービスを指す。ウェブフォトサービスはインターネット上に存在するサーバなどにより提供される。その後、ＵＡ機能は、ウェブフォトサービスからのレスポンスとして、ＷｅｂＩｎｔｅｎｔｓサービス情報を含んだＨＴＭＬ情報を受信する。ＵＡ機能は、ＨＴＭＬ情報に基づく表示画面をユーザに提供する。例えば初めてウェブフォトサービスのサイトにアクセスした場合では、ＵＡによる表示画面上で、ウェブフォトサービスが提供するＷｅｂＩｎｔｅｎｔｓサービスを、ＵＡに登録するかどうかの通知が行われる。ユーザの画面操作により登録の指示を受け付けると、ウェブフォトサービスが提供するＷｅｂＩｎｔｅｎｔｓサービスに関するサービス情報をサービス情報格納部９０８に格納する。

このサービス情報には、例えば、ａｃｔｉｏｎとして“ｓａｖｅ（保存）”、ｔｙｐｅとして“＊（あらゆるフォーマットの画像データ）”といった情報が含まれている。このサービス情報は、ＷｅｂＩｎｔｅｎｔｓクライアントからのあらゆるフォーマットのデータをウェブフォトサービスが備えるユーザデータの格納領域に保存するといったウェブサービスが実現するための情報になる。

Ｓ１６０３で、ＵＡ機能は、ローカルフォトサービスのＷｅｂＩｎｔｅｎｔｓクライアント機能にアクセスする。ＯＳのＵＡ機能は、同端末上で動作するアプリケーションに対してもＨＴＴＰ、および、ＨＴＭＬを利用したアクセスを行うことが可能である。ここでは、ローカルフォトサービスにアクセスした際には、例えば、図１８（ａ）で示す画面で、ユーザに保管している写真データを表示する。

Ｓ１６０４で、ＵＡ機能の処理制御部９０４は、ＷｅｂＩｎｔｅｎｔｓクライアントとして動作するローカルフォトサービスから、ＥＣＭＡＳｃｒｉｐｔ（図１７）を含んだＨＴＭＬ情報を受信する。図１７には、ＷｅｂＩｎｔｅｎｔｓのリクエストで先に決定すべきコンテンツ自体を特定しないスクリプトの例が記述されている。

通常は、ある写真データに対して、「保存」や「共有」といったアクションのサービスを実行する場合には、次のような手順で行われる。
１．ユーザによる対象のコンテンツである写真データの指定
２．ユーザによるアクションカテゴリの指定（ＷｅｂＩｎｔｅｎｔｓクライアントから提供される画面で共有ボタンを押下）
３．指定されたアクションカテゴリに該当するサービス一覧から、ユーザにより対象サービスを決定
４．対象サービスに対して、ＷｅｂＩｎｔｅｎｔｓリクエストを即時に発行
しかしながら、本実施例では、次の手順でサービスが実行される。
１．ユーザによるＷｅｂＩｎｔｅｎｔｓサービスの対象となるデータを決定する決定条件の指定
２．ユーザによるＷｅｂＩｎｔｅｎｔｓリクエストの発行条件の指定
３．ユーザ指定のアクションカテゴリに該当するサービス一覧から、さらに対象サービスを決定
４．決定条件及び発行条件に従い、対象サービスに対して、ＷｅｂＩｎｔｅｎｔｓリクエストを発行
Ｓ１６０５で、上述の決定条件及び発行条件の指定を受け付け、情報処理端末５０６のＲＡＭ８０４、記憶装置８０９などの所定の記憶手段に記録する。ＵＡ機能は、この条件を参照してＷｅｂＩｎｔｅｎｔｓリクエストを制御する。

ここで、ＷｅｂＩｎｔｅｎｔｓサービスの対象となるデータを決定する決定条件とは、例えば、「現在、表示中のフォト」や、「保存しているすべてのフォト」や、「前回保存時から更新があったフォト」、「新たに追加されたフォト」などがある。図１８（ｂ）が、ユーザ入出力部９０５にて表示される決定条件の設定画面の例である。また、図１８（ｃ）のような画面を介して、発行条件の設定も可能にする。Ｓ１６０５では、さらに、図１８（ｄ）に示す画面を介して、ＷｅｂＩｎｔｅｎｔｓの対象サービスの指定を受け付ける。

Ｓ１６０６では、ＯＳのＵＡ機能は、ネットワーク環境の変化など、発行条件に合致するかの判断を行う。合致した場合には、Ｓ１６０７で、上述の決定条件に合致するコンテンツ（写真データ）をＷｅｂＩｎｔｅｎｔｓクライアントであるローカルフォトサービスに要求して、取得する。そして、Ｓ１６０７では、ＯＳのＵＡ機能は、取得した写真データを用いて、ウェブフォトサービスが提供するＷｅｂＩｎｔｅｎｔｓサービスに対してリクエストを発行する。その後、ＯＳのＵＡ機能は、写真データに対するサービスの実行結果を含む応答を受信する。

Ｓ１６０８〜Ｓ１６０９で、ＯＳのＵＡ機能は、サービスの内容や実行結果を表示し、また、ＷｅｂＩｎｔｅｎｔｓクライアントにもサービスの実行結果を返す。

なお、本実施例については、ユーザによるＷｅｂＩｎｔｅｎｔｓリクエストの発行条件の指定は必須ではない。この発行条件が指定されない場合には、上述の決定条件に合致するコンテンツを用いたＷｅｂＩｎｔｅｎｔｓサービスのリクエストが即時発行されることになる。

（応用例１）
実施例１〜２では、ＷｅｂＩｎｔｅｎｔｓサービスとして、ネットワークを介した機器の電源の制御や画像データの共有機能について例を挙げて説明した。

しかしながら、ＷｅｂＩｎｔｅｎｔｓサービスには、これら以外にもネットワーク上のプリントサービスや電子メールサービス、データ編集サービスなどが存在し、それらサービスであっても本発明は適用可能である。

（応用例２）
実施例１〜２では、ＷｅｂＩｎｔｅｎｔｓリクエストの発行条件として、ＵＡ機能をもつ情報処理端末のネットワーク環境の変化や日時指定などによる条件指定の例を説明した。

しかしながら、発行条件の指定としては、情報処理端末の電源状態（例：ＯＮ時に発行）やアプリケーションの動作状態（例：ＵＡ機能のアプリが起動時に発行）、他にもＷｅｂＩｎｔｅｎｔｓサービスの動作状態などにより指定を行ってもよい。また、複数の条件を組み合わせて発行条件を指定することも可能である。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。

Claims (15)

1. データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える情報処理端末であって、
   前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録手段と、
   前記登録された機能情報の指定を受け付ける第１の受け付け手段と、
   前記第１の受け付け手段により機能情報の指定を受け付ける際に、前記サービスが提供する機能の対象となるデータを決定する決定条件、及び前記サービスに対してサービス要求を発行する発行条件の指定を受け付ける第２の受け付け手段と、
   前記第１の受け付け手段により受け付けた機能情報の指定に対応する機能の前記サービスに対するサービス要求を作成して、記憶する記憶手段と、
   前記第２の受け付け手段により受け付けた発行条件を満たす場合に、前記クライアントに対して、前記第２の受け付け手段により受け付けた決定条件を満たすデータを取得するためのデータ要求を自動で行う要求手段と、
   前記第２の受け付け手段により受け付けた発行条件を満たし、かつ、前記データ要求に応じてデータが取得された場合、当該取得されたデータを用いて、前記記憶されたサービス要求を発行する発行手段と、を有することを特徴とする情報処理端末。
2. 前記クライアントと前記サービスは、前記中継機能を用いて、ネットワークを介して通信を行うことを特徴とする請求項１に記載の情報処理端末。
3. 前記ネットワークは、インターネットであることを特徴とする請求項２に記載の情報処理端末。
4. 前記クライアント及び前記中継機能は、前記情報処理端末で動作する機能であることを特徴とする請求項１乃至３の何れか１項に記載の情報処理端末。
5. 前記中継機能に登録される機能情報は、提供機能のカテゴリを示す情報、提供機能が扱えるデータの種類、提供機能の接続先を示す情報、及び提供機能のタイトルを示す情報を含むことを特徴とする請求項１乃至４の何れか１項に記載の情報処理端末。
6. 前記発行条件として、ネットワーク環境を用いた条件の指定が行われることを特徴とする請求項１乃至５の何れか１項に記載の情報処理端末。
7. 前記発行条件として、前記情報処理端末の位置、前記情報処理端末の状態、前記情報処理端末のアプリケーションの状態、及び前記サービスの状態の少なくともいずれかを用いた条件の指定が行われることを特徴とする請求項１乃至５の何れか１項に記載の情報処理端末。
8. 前記サービスが提供する機能は、ネットワークを介した機器の電源の制御、データの共有、プリントサービス、電子メールサービス、及びデータ編集サービスの少なくとも何れかの機能であることを特徴とする請求項１乃至７の何れか１項に記載の情報処理端末。
9. データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える情報処理端末における制御方法であって、
   前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録工程と、
   前記登録された機能情報の指定を受け付ける第１の受け付け工程と、
   前記第１の受け付け工程で機能情報の指定を受け付ける際に、前記サービスが提供する機能の対象となるデータを決定する決定条件、及び前記サービスに対してサービス要求を発行する発行条件の指定を受け付ける第２の受け付け工程と、
   前記第１の受け付け手工程で受け付けた機能情報の指定に対応する機能の前記サービスに対するサービス要求を作成して、記憶する記憶工程と、
   前記第２の受け付け工程で受け付けた発行条件を満たす場合に、前記クライアントに対して、前記第２の受け付け工程で受け付けた決定条件を満たすデータを取得するためのデータ要求を自動で行う要求工程と、
   前記第２の受け付け工程で受け付けた発行条件を満たし、かつ、前記データ要求に応じてデータが取得された場合、当該取得されたデータを用いて、前記記憶されたサービス要求を発行する発行工程と、を有することを特徴とする制御方法。
10. 前記クライアントと前記サービスは、前記中継機能を用いて、ネットワークを介して通信を行うことを特徴とする請求項９に記載の制御方法。
11. 前記クライアント及び前記中継機能は、前記情報処理端末で動作する機能であることを特徴とする請求項９または１０に記載の制御方法。
12. 前記発行条件として、ネットワーク環境を用いた条件の指定が行われることを特徴とする請求項９乃至１１の何れか１項に記載の制御方法。
13. 前記発行条件として、前記情報処理端末の位置、前記情報処理端末の状態、前記情報処理端末のアプリケーションの状態、及び前記サービスの状態の少なくともいずれかを用いた条件の指定が行われることを特徴とする請求項９乃至１１の何れか１項に記載の制御方法。
14. 前記サービスが提供する機能は、ネットワークを介した機器の電源の制御、データの共有、プリントサービス、電子メールサービス、及びデータ編集サービスの少なくとも何れかの機能であることを特徴とする請求項９乃至１３の何れか１項に記載の制御方法。
15. 請求項１乃至８のいずれか１項に記載の手段としてコンピュータを機能させるプログラム。

Images