JP2014225092A - 情報処理装置、その制御方法、プログラム - Google Patents

Abstract

【課題】 予め連携するＷｅｂサービス（または、Ｗｅｂアプリケーション）に訪れることなく、且つ、連携元のＷｅｂサービスが推奨するＷｅｂサービス（または、Ｗｅｂアプリケーション）を登録可能にする手法を提供することを目的とする。【解決手段】 連携元のＷｅｂアプリケーションが推奨する連携先Ｗｅｂアプリケーションを特定する情報を含めてサービス実行要求を作成し、エージェントアプリケーションがサービス実行要求を解析して連携先Ｗｅｂアプリケーションを特定する情報を登録することで解決する。【選択図】 図９

Description

本発明は、サービスを提供する装置に関連する技術に関する。

従来、Ｗｅｂサイト間で処理を委譲する場合、機能を呼び出す側は、機能を提供する側のＡＰＩ（アプリケーション・プログラミング・インターフェイス）やＲＥＳＴインターフェイス等の機能の呼び出し方を、知っている必要があった。従って、異なるＷｅｂとの連携を実現するためには、機能の呼び出し側は、それぞれの呼び出し規約に従って呼び出し側の処理が必要になった。

一方、専用のＡＰＩを用いずに任意のＷｅｂサービス（または、Ｗｅｂアプリケーション）と連携する仕組みも存在する。一例として、Ｗｅｂ Ｉｎｔｅｎｔｓ（ウェブインテンツ）という仕組みが提案されている。

本発明は、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みの中で、ある装置が別の装置にアクセスすると、その別の装置が推奨するサービスの情報がそのある装置で登録可能となる仕組みを提供することを目的とする。

上記目的を達成するために本発明は各請求項における構成を具備する。

本発明によれば、上記目的を達成することができる。

Ｗｅｂ Ｉｎｔｅｎｔｓの基本的なシステム構成を示す図である。 Ｗｅｂ Ｉｎｔｅｎｔｓの基本的な動作の概要を示したシーケンス図である。 Ｗｅｂ Ｉｎｔｅｎｔｓの登録用マークアップの一例を示す図である。 Ｗｅｂ Ｉｎｔｅｎｔｓの基本的なＩｎｔｅｎｔ処理要求の一例を示した図である。 本発明の実施例１におけるシステム構成図である。 ハードウェア構成を示す図である。 ソフトウェア構成を示す図である。 テーブル構成を示す図である。 本発明の実施例１における動作の概要を示したシーケンス図である。 ＨＴＭＬ文書を作成するＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０の処理を示す図である。 Ｗｅｂブラウザー７５０が表示するＵＩの一例である。 推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを登録するＷｅｂブラウザー７５０の処理の一例を示す図である。 推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを登録するＷｅｂブラウザー７５０の処理の別の例を示す図である。 推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを登録するＷｅｂブラウザー７５０の処理の、さらに別の例を示す図である。 本発明の実施例２におけるシステム構成図である。 サービス検索サーバー１５５０のソフトウェア構成、および、管理するテーブルの構成を示す図である。 本発明の実施例２における動作の概要を示したシーケンス図である。 本発明の実施例２におけるＩｎｔｅｎｔ処理要求の一例を示す図である。 検索処理におけるコンピュータ１５３０およびサービス検索サーバー１５５０の動作を示すフローチャートである。

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

図１は、全体構成を示す図である。１０３は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを提供するサービス提供元（例えば、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ）である。１０１は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを利用することができるＷｅｂ Ｉｎｔｅｎｔｓクライアントである。１０６は、ＵＡ（ユーザエージェント）のインストールされたコンピュータである。なお、サービスとは、処理や機能と言い換えることもできる。

ＳＮＳサイトの「いいね」「チェック」「シェア」といったソーシャルボタンをＷｅｂ Ｉｎｔｅｎｔｓの仕組みで例えると、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３は、「いいね」などの投稿先サービスを提供するサーバ（例えば、フェースブック（商標）のサーバ。）になる。Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１は、「いいね」ボタンを配置しているサイトである。また、コンピュータ１０６は、ユーザが各種入力を行うコンピュータである。

Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３、コンピュータ１０６は何れも汎用コンピュータ（ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、表示手段（例えば、ディスプレイ。）、入力手段（例えば、マウスやキーボード）、Ｎｅｔｗｏｒｋインターフェース）の構成を有するものとする。しかしながら、後述のフローチャート中の処理を実行できるものであれば、汎用コンピュータの構成を有していなくても良い。例えば、スマートフォン、携帯電話、カメラ、プリンター、スキャナー、冷蔵庫、テレビなどの電子機器の構成を有していても良い。本明細書では、こうした電子機器を総称して情報処理装置と称する。なお、汎用コンピュータの構成については周知であるが、図６に図示している。なお、ある情報処理装置について述べている時にその情報処理装置自身を示す場合、本情報処理装置と称することがある。

図２は、上記三つの装置の動作を説明するためのシーケンス図である。

Ｓ２０１で、コンピュータ１０６は、ＵＲＬの入力をユーザーから受け付けると、そのＵＲＬに対応するサーバ（ここでは、このサーバは、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３であるものとする）にアクセスする。

Ｓ２０２では、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３は、このサーバが提供するサービスを特定する情報（以下、サービスの情報と称する。）をコンピュータ１０６に登録させるための登録用マークアップを含むＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）応答をコンピュータ１０６に返信する。

図３の例を用いて、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３からコンピュータ１０６に返信されるＨＴＭＬ応答を説明する。＜ｉｎｔｅｎｔと、＞との間には、サービスの情報が記載されている。ａｃｔｉｏｎは、サービスの種類を示し、ｔｙｐｅは、サービスが扱う対象物のフォーマットを示している。ｈｒｅｆは、サービスの実行を希望する際の接続先ＵＲＬ（即ち、サービス提供元を示す相対ＵＲＬ）を示し、ｔｉｔｌｅは、サービスのタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎは、サービスの表示形態を示す。この例では、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３が＊フォーマット（即ち、あらゆるフォーマット）の画像を”ｓｈａｒｅ（共有）”できることを示している。なお、ｓｈａｒｅのことをｈｔｔｐ：／／ｗｅｂｉｎｔｅｎｔｓ．ｏｒｇ／ｓｈａｒｅと表現することもある。また、接続先ＵＲＬは”ｓｈａｒｅ．ｈｔｍｌ”で、タイトルは”Ｓｈａｒｅ ｉｍａｇｅ ｕｓｉｎｇ ｅ−ｍａｉｌ”となっている。これにより、サービスのタイトル（Ｓｈａｒｅ ｉｍａｇｅ ｕｓｉｎｇ ｅ−ｍａｉｌ）はウィンドウ内に表示されることとなる。なお、接続先ＵＲＬの例として相対ＵＲＬ（ｓｈａｒｅ．ｈｔｍｌ）を挙げたが、実際にはＵＲＬが一意に特定されるより長い文字列の絶対ＵＲＬとしても良い。あるいは、相対ＵＲＬのままとして、ｂａｓｅ ＵＲＩを合わせて含めても良い。この場合、相対ＵＲＬとｂａｓｅ ＵＲＩを組み合わせたものが絶対ＵＲＬとなる。本明細書では、この後も含め、サービスが扱う対象は画像であるものとして説明を行うが、対象は、データであればよく、画像でなくても良い。例えば、音声データであっても良い。従って、本明細書中の画像は、データと読み替え可能である。また、サービスのタイトルは、コンピュータ１０６内では一意となっており（即ち、同じタイトルのサービスの情報が複数存在することは無い。）、そういう意味で、サービスのタイトルは、サービスの種類や対象物のフォーマット、あるいは、サービスの提供元を一意に示す情報であると言える。

コンピュータ１０６はこの応答を受信すると、ＨＴＭＬ文書に対応する表示行う。具体的には、ユーザーに対して、これらの情報（即ち、サービスの情報。）をコンピュータ１０６内に登録するか否か確認するべく、そのタイトルと、そのタイトルに対応するサービスの情報（そのタイトルを持つサービスの情報）を登録するための「登録」ボタンの表示を行う。ユーザーが「登録」ボタンを選択すると、コンピュータ１０６は、そのタイトルを持つサービスの情報を記憶することになる。なお、本明細書では、説明の簡単のため、この後の記載も含め、ボタンを例として説明を行うが、ユーザが選択するオブジェクトはボタンに限られない。例えば、ボタンの代わりに何かしらの写真オブジェクトや文字オブジェクトでも良いし、チェックボックスのようなオブジェクトでも良いのは言うまでも無い。従って、ボタンという記載は、この後の記載も含め、オブジェクトと読み替えて頂きたい。

Ｓ２０３で、コンピュータ１０６は、新たなＵＲＬの入力をユーザーから受け付け、このＵＲＬに対応するクライアント（ここでは、このクライアントは、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１であるものとする。）にアクセスする。即ち、コンピュータ１０６は、そのＵＲＬに対応する、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１により提供されるＷｅｂサイトにアクセスする。ここで仮にそのＷｅｂサイトに画像のサムネイルと「共有」ボタン（その画像を共有するためのボタン。）が含まれているものとする。すると、以下に示すＨＴＭＬ応答がＷｅｂ Ｉｎｔｅｎｔｓクライアント１０１からコンピュータ１０６に送信されることになる（Ｓ２０４）。

このＨＴＭＬ応答には、上記画像のサムネイル、共有ボタン、及び、その共有ボタンに対応する二つの処理の実行命令が含まれており、図４は、この二つの処理の実行命令を示しており、以下では、これら二つの処理の実行命令を総称してインテント処理要求と呼ぶ。

この二つの処理のうちの一つ目の処理は、新規のＩｎｔｅｎｔオブジェクトの作成と、作成された新規のＩｎｔｅｎｔオブジェクトを引数としたｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の実行となっている。この新規のＩｎｔｅｎｔオブジェクトには、ａｃｔｉｏｎ（実行が期待されるサービスの種類）、 ｔｙｐｅ（そのサービスが扱う対象物のフォーマット。）が含まれている。この関数をコンピュータ１０６が実行すると、コンピュータ１０６は、以下の処理を実行することになる。即ち、自身に登録されているＷｅｂ Ｉｎｔｅｎｔｓサービスの情報の中から、新規のＩｎｔｅｎｔオブジェクトに含まれるａｃｔｉｏｎ及びｔｙｐｅと同じａｃｔｉｏｎ及びｔｙｐｅを持つサービスの情報（以下、条件に合ったサービスの情報と称する。）を検索し、抽出した（即ち、検索により見つかった）サービスのタイトルを表示することになる。もちろん、この表示は、コンピュータ１０６自身の表示手段で表示されることになる。なお、同じといっても、ｔｙｐｅについては完全一致でなくても良い。もしあるサービスが新規のｉｎｔｅｎｔオブジェクトに含まれるｔｙｐｅにより特定されるフォーマットの対象物を扱うことができるのであれば、そのサービスは、同じｔｙｐｅを持つサービスの情報として抽出されることになる。また、条件に合った特定のサービスが複数存在する場合には、それら複数のサービスのタイトルが一覧表示されることになる。

二つ目の処理は、ｇｅｔＩｍａｇｅＦｒｏｍ（）関数の実行となっており、この関数をコンピュータ１０６が実行すると、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１が持つデータ（即ち、サービスの対象となるデータ。例えば、上記共有される画像。）をコンピュータ１０６は所定のアドレス（．．．）から取得することになる。

Ｓ２０５で、コンピュータ１０６が上記ＨＴＭＬ応答を受け取り、このＨＴＭＬ応答に応じた画面（即ち、Ｗｅｂサイト）を表示する。この画面には、上述の通り、画像のサムネイルと「共有」ボタンが含まれている。ユーザがこの画面を見て「共有」ボタンの選択を行うと、上述した二つの処理が行われる。即ち、条件に合った特定のサービスのタイトルの表示（Ｓ２０５）及び、その特定のサービスの対象物たるデータの取得（Ｓ２０６）が行われる。

その後、ユーザがコンピュータ１０６上でタイトルを一つ選択すると、コンピュータ１０６は、そのタイトルにより特定されるサービスのＵＲＬへアクセスすることになる（Ｓ２０７）。例えば、一覧表示されたタイトルから、もし仮にＷｅｂ Ｉｎｔｅｎｔｓサーバ１０３が提供するサービスを示すタイトルが選択されると、コンピュータ１０６は、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３へアクセスする。具体的には、コンピュータ１０６は、Ｉｎｔｅｎｔ処理要求（または、Ｉｎｔｅｎｔ処理要求のうちの上記一つ目の処理の実行命令だけを記載した部分。言い換えると、二つ目の処理の実行命令であるデータ取得命令を覗いた部分）と、取得した画像をＷｅｂ Ｉｎｔｅｎｔｓサーバ１０３へ転送することによって、このアクセスを行う。

Ｓ２０８で、Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３は、Ｉｎｔｅｎｔ処理要求からＩｎｔｅｎｔオブジェクトを取り出し、そのＩｎｔｅｎｔオブジェクトに対応するサービスを提供する。即ち、Ｉｎｔｅｎｔオブジェクトに対応する処理を、上記データに対して実行することになる。なお、Ｉｎｔｅｎｔ処理要求からＩｎｔｅｎｔオブジェクトを取り出し、当該Ｉｎｔｅｎｔオブジェクトに対応するサービスを提供することを、以降ではＩｎｔｅｎｔを処理すると記載する。なお、Ｉｎｔｅｎｔオブジェクトに対応する処理を、上記データに対して行うにあたって、コンピュータ１０６との間で何度かやり取りが発生しても良いのは言うまでもない。

Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３はＩｎｔｅｎｔの処理が終了すると、Ｓ２０９で、その処理結果をコンピュータ１０６に送信する。

処理結果を受信すると、コンピュータ１０６は、Ｓ２１０で、ｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数ｏｎＳｕｃｃｅｓｓ（）を呼び出し、実行する。そして、その実行結果をＳ２１１で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１へ送信する。すると、その実行結果を受信した旨がＷｅｂ Ｉｎｔｅｎｔｓクライアント１０１からコンピュータ１０６へと送信されることになる。

以上の処理により、Ｗｅｂ Ｉｎｔｅｎｔｓサービス１０３が提供するＷｅｂ Ｉｎｔｅｎｔｓのサービス（この例では、画像の「共有」）が実行されることになる。

ただし、上述の通り、サービスの対象物が画像である必要は無い。また、サービスの内容が共有である必要も無く、サービスの内容は、サービスの対象物に対する何らかの処理であれば良い。

図５は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスのより詳細なシステム構成を示す図である。本システムは、コンピュータ５３０（コンピュータ１０６に対応）と、１台以上のＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０（Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１０１に対応。）、および、１台以上のＷｅｂ Ｉｎｔｅｎｔｓサーバー５２０（Ｗｅｂ Ｉｎｔｅｎｔｓサーバ１０３に対応）により構成される。コンピュータ５３０と、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０及びＷｅｂ Ｉｎｔｅｎｔｓサーバ５２０との間には、Ｆｉｒｅｗａｌｌ５４０が存在する。

図７（Ａ）は、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のソフトウェア構成を示す図である。Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０において、Ｗｅｂアプリケーション７００、通信部７０１、データベースサービス部７０６は、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のＨＤＤ６０６に保存されたファイルとして存在する。これらは、ＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるソフトウェアモジュール（即ち、プログラム）である。Ｗｅｂアプリケーション７００は、例えば画像データの保管などのストレージサービスを提供するプログラムである。Ｗｅｂアプリケーション７００は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストに応答して処理を実行するプログラムである。Ｗｅｂアプリケーション７００は、Ｉｎｔｅｎｔ処理要求作成部７０２、プレゼンテーション部７０３、推奨サービス管理部７０４、および、画像管理部７０５で構成される。Ｉｎｔｅｎｔ処理要求作成部７０２は、Ｉｎｔｅｎｔの処理要求（ＥＣＭＡＳｃｒｉｐｔ）を作成するプログラムである。プレゼンテーション部７０３は、通信部７０１を介して受け取ったページ取得要求などに応じてＨＴＭＬ文書を作成するプログラムである。推奨サービス管理部７０４は、データベースサービス部７０６から、登録や利用を推奨するＷｅｂ Ｉｎｔｅｎｔｓサービス（以降では推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスと記載する。）の情報を取得するプログラムである。画像管理部７０５は、データベースサービス部７０６から画像データを取得したり、格納したりするプログラムである。通信部７０１は、外部機器からのＨＴＴＰリクエストメッセージを受信しプレゼンテーション部７０３にリクエストの内容を通知するプログラムである。また、通信部７０１は、ＨＴＴＰのレスポンスメッセージを外部機器に送信することもできる。データベースサービス部７０６は、データを管理し、他の処理部からの要求に応じてデータの格納と取り出しを行うプログラムである。データベースサービス管理部７０６では、後述の推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０１と画像データ管理テーブル８０２を管理する。また、データベースサービス管理部７０６は、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０とは別の機器上にあってもよい。

図７（Ｂ）は、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のソフトウェア（処理部）の構成の一例を示す図である。Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０において、Ｗｅｂアプリケーション７３０および通信部７３１、及び、画像データ格納部７３５は、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＨＤＤ６０６に保存されたファイルとして存在する。これらは、ＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるプログラムである。Ｗｅｂアプリケーション７３０は、画像データの保管などのストレージサービスを提供するプログラムである。また、Ｗｅｂアプリケーション７３０は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを提供する（即ち、Ｗｅｂ Ｉｎｔｅｎｔｓ処理を実行する）プログラムである。さらにＷｅｂアプリケーション７３０は、ＨＴＴＰリクエストに応答して処理を実行することも可能となっている。Ｗｅｂアプリケーション７３０は、Ｉｎｔｅｎｔ処理部７３２、プレゼンテーション部７３３、画像管理部７３４で構成される。Ｉｎｔｅｎｔ処理部７３２は、Ｉｎｔｅｎｔオブジェクトを解析し、処理するプログラムである。プレゼンテーション部７３３は、通信部７３１を介して受け取ったページ取得要求（即ち、ＨＴＭＬ文書取得要求）などに応じてＨＴＭＬ文書を作成するプログラムである。画像管理部７３４は、他の処理部からの要求に応じて画像データ格納部７３５から画像データを取得したり、格納したりするプログラムである。画像データ格納部７３５は、データを管理し、画像管理部７３４からの要求に応じてデータの格納と取り出しを行う。通信部７３１は、外部機器からのＨＴＴＰリクエストメッセージを受信しプレゼンテーション部７３３にリクエストの内容を通知するプログラムである。また、通信部７３１は、プレゼンテーション部７３３からの要求を受けてＨＴＴＰのレスポンスメッセージを外部機器に送信する。画像データ格納部７３５では、後述の画像データ管理テーブル８０３を管理する。また、画像データ格納部７３５は、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０とは別の機器上にあってもよい。

図７（Ｃ）は、コンピュータ５３０のソフトウェア（処理部）の構成の一例を示す図である。コンピュータ５３０において、Ｗｅｂブラウザー７５０および通信部７５４、登録済サービス格納部７５５は、コンピュータ５３０のＨＤＤ６０６に保存されたファイルとして存在する。これらは、ＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるプログラムである。Ｗｅｂブラウザー７５０は、表示部７５２、解析部７５３、および、サービス管理部７５４で構成される。表示部７５２は、ＨＴＭＬ文書をレンダリングするプログラムである。また、他の処理部の要求に応じて、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの選択を受け付ける画面を表示することも可能となっている。なお、この文においてもまた以降の文においても、表示部が表示するというのは、表示部が表示手段に表示させるという意味である。解析部７５３は、ＨＴＭＬ文書を解析するプログラムである。また、解析部７５３は、Ｉｎｔｅｎｔ処理要求であるＥＣＭＡＳｃｒｉｐｔも解析できる。サービス管理部７５４は、後述の登録済サービス格納部７５５から登録済みのＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を取得したり、格納したりするプログラムである。通信部７５１は、他の処理部からの要求を受けてＨＴＴＰのリクエストメッセージを外部機器に送信するプログラムである。また、通信部７５１は、外部機器からのＨＴＴＰレスポンスメッセージを受信し、解析部７５３にレスポンスの内容を通知することもできる。登録済サービス格納部７５５は、データを管理し、サービス管理部７５４からの要求に応じてデータの格納と取り出しを行う。登録済サービス格納部７５５は、後述の登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４を管理する。

図８（Ａ）は、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のデータベースサービス部７０６が管理するテーブル構成の一例である。なお、図８（Ａ）のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。データベースサービス部７０６は、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０１と画像データ管理テーブル８０２を有する。推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０１は、Ｗｅｂアプリケーション７００が利用又は登録を推奨するＷｅｂ Ｉｎｔｅｎｔｓサービスに関する情報を管理するテーブルである。尚、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０１には、予め、情報が登録されているものとする。例えば、Ｗｅｂアプリケーション７００を開発した企業の開発者や販売担当者などが、同じ企業が開発したＷｅｂ Ｉｎｔｅｎｔｓサービスの情報を推奨するために事前にそうした情報を登録しておくものとする。推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０１内の情報は、ＳｅｒｖｉｃｅＩＤ、ａｃｔｉｏｎ、ｔｙｐｅ、ｈｒｅｆ、ｄｉｓｐｏｓｉｔｉｏｎ、ｂａｓｅＵＲＩ等が含まれる。これは図３で説明した登録用マークアップが示す情報とほぼ同様の情報であり、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報となっている。

ＳｅｒｖｉｃｅＩＤは、Ｗｅｂアプリケーション７００内でＷｅｂ Ｉｎｔｅｎｔｓサービスを一意に識別するＩＤである。ａｃｔｉｏｎはサービスの種類を示す情報であり、ｔｙｐｅは、サービスの扱う対象物のフォーマットを示している。ｈｒｅｆは、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの相対ＵＲＬを示し、ｔｉｔｌｅはＷｅｂ Ｉｎｔｅｎｔｓサービスのタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎはＷｅｂ Ｉｎｔｅｎｔｓサービスの表示形態を示す。図３で説明した登録用マークアップが示す情報と異なる情報としてｂａｓｅＵＲＩがある。ｂａｓｅＵＲＩは、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの基準となるＵＲＬを示す。つまりＷｅｂ Ｉｎｔｅｎｔｓサービスの絶対ＵＲＬは、ｂａｓｅＵＲＩとｈｒｅｆを合わせたものとなる。１つ目のレコードを例にすると、サービスの絶対ＵＲＬは、ｈｔｔｐ：／／ａａａ．ｃｏｍ／ａａａ＿ｓｈａｒｅ．ｈｔｍｌとなる。尚、本実施例では、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの絶対ＵＲＬをｂａｓｅＵＲＩとｈｒｅｆに分けているが、もちろんｈｒｅｆにＷｅｂ Ｉｎｔｅｎｔｓサービスの絶対ＵＲＬを格納するようにしてもよい。テーブル８０１に格納されている以上の情報（ａｃｔｉｏｎ、ｔｙｐｅ、ｈｒｅｆ、ｔｉｔｌｅ、ｄｉｓｐｏｓｉｔｉｏｎ、ｂａｓｅ ＵＲＩ）を総称して、推奨サービスの情報と称する。

画像データ管理テーブル８０２は、Ｗｅｂアプリケーション７００が扱う画像データを管理するテーブルである。画像データ管理テーブル８０２が管理する情報は、ＩｍａｇｅＩＤ、Ｆｉｌｅ等である。ＩｍａｇｅＩＤはＷｅｂアプリケーション７００内で画像データを一意に識別するためのＩＤである。Ｆｉｌｅは、画像データのファイル名を表している。つまり、画像データ管理テーブル８０２の例では、ｉｍａｇｅ００１．ｊｐｇとｉｍａｇｅ００２．ｊｐｇの２つの画像データのファイルを管理していることになる。

図８（Ｂ）は、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０の画像データ格納部７３５が管理するテーブル構成の一例である。なお、図８（Ｂ）のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。画像データ管理テーブル８０３は、Ｗｅｂアプリケーション８０３が扱う画像データを管理するテーブルである。画像データ管理テーブル８０３が管理する情報は、ＩｍａｇｅＩＤ、Ｆｉｌｅ等である。ＩｍａｇｅＩＤはＷｅｂアプリケーション７３０内で画像データを一意に識別するためのＩＤである。Ｆｉｌｅは、画像データのファイル名を表している。つまり、画像データ管理テーブル８０３の例では、ｉｍａｇｅ１２５．ｊｐｇとｉｍａｇｅ４３５．ｊｐｇの２つの画像データのファイルを管理していることになる。

図８（Ｃ）は、コンピュータ５３０の登録済サービス格納部７５５が管理するテーブル構成の一例である。なお、図８（Ｃ）のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４には、Ｗｅｂブラウザー７５０が仲介することができるＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報が登録されている。具体的には、ＳｅｒｖｉｃｅＩＤ、ａｃｔｉｏｎ、ｔｙｐｅ、ｈｒｅｆ、ｄｉｓｐｏｓｉｔｉｏｎ、ｂａｓｅＵＲＩ等が登録されている。ＳｅｒｖｉｃｅＩＤは、Ｗｅｂブラウザー７５０内でサービスを一意に識別するためのＩＤである。ａｃｔｉｏｎはサービスの種類を示す情報であり、ｔｙｐｅはサービスの対象を示している。ｈｒｅｆはＷｅｂ Ｉｎｔｅｎｔｓサービスの相対ＵＲＬを示し、ｔｉｔｌｅはＷｅｂ Ｉｎｔｅｎｔｓサービスのタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎはＷｅｂ Ｉｎｔｅｎｔｓサービスの表示形態を示す。ｂａｓｅＵＲＩはＷｅｂ Ｉｎｔｅｎｔｓサービスの基準となるＵＲＬを示す。つまり、登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４を例にすると、Ｗｅｂブラウザー７５０は、ｈｔｔｐ：／／ｃｃｃ．ｃｏｍ／ｃｄｂ．ｈｔｍｌにＩｎｔｅｎｔの処理要求を仲介可能であることが分かる。なお、テーブル８０４に格納されている以上の情報（ａｃｔｉｏｎ、ｔｙｐｅ、ｈｒｅｆ、ｔｉｔｌｅ、ｄｉｓｐｏｓｉｔｉｏｎ、ｂａｓｅ ＵＲＩ）を総称して、登録済サービスの情報と称する。

以下、図９のシーケンス図を用いて、コンピュータ５３０がＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０にアクセスして、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０にＩｎｔｅｎｔの処理要求を仲介する動作について説明する。

まず、コンピュータ５３０のＷｅｂブラウザー７５０が、アドレスバーなどにＷｅｂアプリケーション７３０のＵＲＬ（例えば、ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｉｍａｇｅ／ｈｔｍｌ。）を入力する等のユーザー操作を受け付けることで、以降の処理は開始する。

Ｓ９０１で、Ｗｅｂブラウザー７５０は、通信部７０１を介してＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０にアクセスする（具体的には、ＨＴＴＰのリクエストメッセージを送信する）。このリクエストメッセージには、入力されたＵＲＬに対応するページ（ＨＴＭＬ文書）を送信して欲しい旨の要求が含まれている。

Ｓ９０２で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のＷｅｂアプリケーション７００は、通信部７０１を介してページ送信要求を受信し、入力されたＵＲＬに対応するページの作成を行う。

ここで、図１０を用いて、Ｗｅｂアプリケーション７００がこのページを作成するＳ９０２の処理について詳細に説明する。

図１０（Ａ）は、ページ送信要求を受信した際のＷｅｂアプリケーション７００の動作を記載したフローチャートである。

Ｓ１００１で、プレゼンテーション部７０３は、通信部７０１を介してページ要求を受信したかを監視する。ページ送信要求を受信した場合は、Ｓ１００２に遷移する。ページ要求を受信しない間、監視を続ける。

Ｓ１００２で、推奨サービス管理部７０４は、データベースサービス部７０６の推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０１から、推奨サービスの情報を取得し、Ｓ１００３に遷移する。

Ｓ１００３で、プレゼンテーション部７０３は、Ｓ１００２で推奨サービスの情報が取得できたかを判断する。１つ以上取得できた場合は、Ｓ１００４に遷移する。１つも取得できなかった場合は、Ｓ１００６に遷移する。

Ｓ１００４で、Ｉｎｔｅｎｔ処理要求作成部７０２は、Ｉｎｔｅｎｔの処理要求（ＥＣＭＡＳｃｒｉｐｔ）を作成する。ここで、この処理要求の一例を、図１０（Ｂ）を用いて説明する。なお、図１０（Ｂ）はあくまで一例であり、Ｗｅｂブラウザー７５０が解釈できれば、他の形式、表記でよい。ＥＣＭＡＳｃｒｉｐｔ１０５０は、図４のインテント処理要求とほぼ同じ形態を持つため、異なる点のみ説明する。１０５１はｅｘｔｒａであり、その内部には、推奨サービスを特定する情報１０５２が含まれている。この推奨サービスの情報１０５２には、ｒｅｃｏｍＡｃｔｉｏｎ、ｒｅｃｏｍＴｙｐｅ、ｒｅｃｏｍＴｉｔｌｅ、ｒｅｃｏｍＨｒｅｆ、ｒｅｃｏｍＤｉｓｐｏｓｉｔｉｏｎ、ｒｅｃｏｍＢａｓｅＵＲＩが含まれいる。これらの情報は、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル ８０１から取得した情報となっている。図１０（Ｂ）におけるＥＣＭＡＳｃｒｉｐｔ１０５０には、ａｃｔｉｏｎがｓｈａｒｅであり、ｔｙｐｅがｉｍａｇｅ／ｊｐｅｇであるサービスＩＤ（即ち、サービスＩＤ：１と、サービスＩＤ：３）に対応する推奨サービスの情報が含まれている。

Ｓ１００５で、プレゼンテーション部７０３は、Ｓ１００４または後述のＳ１００６で作成したＩｎｔｅｎｔ処理要求（ＥＣＭＡＳｃｒｉｐｔ）を含んだＨＴＭＬ文書を作成する。なお、このＨＴＭＬ文書には、そうしたＩｎｔｅｎｔ処理要求の他、後述の１１００−１１０６の情報（例えば、画像のサムネイルや、共有ボタン）が含まれることになる。

Ｓ１００６では、Ｉｎｔｅｎｔ処理要求作成部７０２は、推奨サービスを特定する情報を含まないＩｎｔｅｎｔ処理要求（ＥＣＭＡＳｃｒｉｐｔ）を作成し、Ｓ１００５に遷移する。こちらのＩｎｔｅｎｔ処理要求は、図４のＩｎｔｅｎｔ処理要求と同じ形態となる。

以上が、Ｓ９０２のページ作成の処理の流れである。

Ｓ９０３で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のＷｅｂアプリケーション７００は、Ｓ９０２で作成したページ（ＨＴＭＬ文書やＨＴＭＬ応答とも称する。）を通信部７０１を介してＨＴＴＰのレスポンスメッセージとして送信する。

Ｓ９０４で、コンピュータ５３０のＷｅｂブラウザー７５０の表示部７５２は、通信部７５１を介してＨＴＭＬ文書を受信し、当該受信したＨＴＭＬ文書に対応する表示を行う。より具体的には、解析部７５３がＨＴＭＬ文書を解析し、その解析結果の表示を表示部７５２が表示手段に対して行う。

ここで、その表示手段に表示されるＵＩの一例について、図１１を用いて説明する。

１１０１、１１０２は、画像を選択するためのラジオボタンである。ラジオボタン１１０１は、ｉｍａｇｅ００１．ｊｐｇを選択するためのラジオボタンである。ラジオボタン１１０２は、ｉｍａｇｅ００２．ｊｐｇを選択するためのラジオボタンである。１１０３、１１０４は画像のサムネイルである。サムネイル１１０３は、ｉｍａｇｅ００１．ｊｐｇの画像データをサムネイル表示したものである。サムネイル１１０４は、ｉｍａｇｅ００２．ｊｐｇの画像データをサムネイル表示したものである。ボタン１１０５は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを提供するサーバに、ラジオボタンで選択されているサムネイルに対応する本来の画像データを提供し、共有させるためのボタンである。尚、本例では、このボタン１１０５には、ＨＴＭＬ文書内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」が割り当てられているものとする。即ち、ＨＴＭＬ文書内のＥＣＭＡＳｃｒｉｐｔ１０５０が割り当てられているものとする。なお、ボタン１１０６は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを提供するサーバに、ラジオボタンで選択されているサムネイルに対応する本来の画像データを提供し、編集させるためのボタンである。また、この表示画面で表示される画像は、サービスの対象となる画像のサムネイルであるものとして説明を行ったが、必ずしもサムネイルでなくても良い。例えば、サービスの対象物となるデータ自体であっても良い。この場合、Ｓ９０６、Ｓ９０７、Ｓ９０８に示されるサービスの対象物（即ち、データ）の取得は省略しても良い。

以上が、Ｓ９０４で表示するＵＩの一例の説明である。図９の説明に戻る。ユーザーにより、ボタン１１０５が押下されたことを検知すると、Ｓ９０５に遷移する。

Ｓ９０５で、Ｗｅｂブラウザー７５０の解析部７５３は、ＥＣＭＡＳｃｒｉｐｔ１０５０を解析し、実行を開始する。

Ｓ９０６で、Ｗｅｂブラウザー７５０の解析部７５３は、通信部７５１を介して、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０に対して、画像の取得要求をＨＴＴＰリクエストメッセージとして送信する。尚、これはＥＣＭＡＳｃｒｉｐｔ１０５０内のｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することで実現しており、例えば、ＵＩ１１００でラジオボタン１１０１が選択されていれば、ｉｍａｇｅ００１．ｊｐｇの取得要求を行う。

Ｓ９０７で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０の画像管理部７０５は、その取得要求を通信部７０１を介して受信する。受信すると、画像管理部７０５は、データベースサービス部７０６の画像データ管理テーブル８０２から、その取得要求で指定された画像データを取得する。例えば、画像データの取得要求で指定された画像データのファイル名がｉｍａｇｅ００１．ｊｐｇであれば、画像データ管理テーブル８０２の最初のレコードの画像データを取得する。

Ｓ９０８で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のプレゼンテーション部７０３は、通信部７０１を介して、Ｓ９０７で取得した画像データをＨＴＴＰレスポンスメッセージとして、コンピュータ５３０に送信する。

Ｓ９０９で、コンピュータ５３０のＷｅｂブラウザー７５０は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの登録処理を行う。

ここで、図１２を用いて、Ｓ９０９のＷｅｂ Ｉｎｔｅｎｔｓサービスの登録処理の一例を説明する。図１２（Ａ）は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの登録処理におけるＷｅｂブラウザー７５０の動作を示したフローチャートである。

Ｓ１２０１では以下の処理が行われる。まず、サービス管理部７５４は、登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４から、Ｉｎｔｅｎｔ処理要求で指定されたａｃｔｉｏｎとｔｙｐｅと同じａｃｔｉｏｎとｔｙｐｅを持つＷｅｂ Ｉｎｔｅｎｔｓサービスの情報を取得する。例えば、このＩｎｔｅｎｔｓ処理要求がＩｎｔｅｎｔ処理要求１０５０である場合は、ａｃｔｉｏｎがｓｈａｒｅであり、ｔｙｐｅがｉｍａｇｅ／ｊｐｅｇである。よって、登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４におけるサービスＩＤ１に対応するサービスの情報を取得することになる。なお、上述の通り、ｔｙｐｅについては完全一致でなくても良い。次に解析部７５３は、Ｉｎｔｅｎｔ処理要求に含まれる、推奨サービスの情報を取得する。表示部７５２は、前記サービス管理部７５４が取得した登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービスの情報と、解析部７５３が取得した推奨サービスの情報とを表示手段に表示させる。尚、Ｉｎｔｅｎｔ処理要求に、推奨サービスの情報がなかった場合は、登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービスのみを表示する。

ここで、Ｓ１２０１においてＷｅｂブラウザー７５０の表示部７５２が表示するＵＩの一例について図１２（Ｂ）を用いて説明する。ＵＩ１２５０は、Ｉｎｔｅｎｔ処理要求が１０５０の場合に表示されるＵＩである。領域１２５１は、Ｗｅｂブラウザー７５０に登録済みのＷｅｂ Ｉｎｔｅｎｔｓサービスの情報を示す領域である。領域１２５１内のボタンは、Ｉｎｔｅｎｔの処理をＷｅｂ Ｉｎｔｅｎｔｓサーバに実行させるためのボタンである。領域１２５２は、Ｗｅｂブラウザー７５０に未登録の、推奨サービスのタイトルを示す領域である。このサービスのタイトルは、Ｉｎｔｅｎｔ処理要求１０５０のｅｘｔｒａ１０５１内部に記載されていた推奨サービスのタイトルとなっている。領域１２５２内のボタンは、Ｗｅｂブラウザー７５０に推奨サービスの情報を、登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４に登録させるためのボタンである。以上が、Ｓ１２０１で表示するサービス選択画面の一例の説明である。

Ｓ１２０２で、表示部７５２はボタンが押下されたかを監視する。ボタンが押下された場合は、Ｓ１２０３に遷移する。ボタンが押下されていない間、監視を続ける。

Ｓ１２０３で、表示部７５２は、押下されたボタンがＷｅｂ Ｉｎｔｅｎｔｓサービスを実行させるためのボタンであるか、Ｗｅｂブラウザー７５０にＷｅｂ Ｉｎｔｅｎｔｓサービスの情報を登録させるためのボタンであるかを判断する。実行させるためのボタンであった場合はフローチャートの処理は終了し、Ｓ９１０に遷移する。登録させるためのボタンであった場合は、Ｓ１２０４に遷移する。

Ｓ１２０４で、サービス管理部７５４は、表示部７５４の要求を受けて、押下されたボタンに対応する推奨サービスの情報を、登録済サービス格納部７５５の登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４に登録する。そして、Ｓ１２０１に遷移する。尚、遷移したＳ１２０１で表示されるサービス選択画面では、Ｓ１２０４で登録された推奨サービスのタイトルは、領域１２５１に表示され、実行可能となる。

図１３は、Ｓ９０９のＷｅｂ Ｉｎｔｅｎｔｓサービスの登録処理の別の例である。図１２では、推奨サービスの情報のうちのユーザの選択したサービスの情報を登録する例を説明したが、図１３では自動的に登録する例について説明する。

図１３（Ａ）は推奨サービスの情報を自動的に登録する際のＷｅｂブラウザー７５０の動作を示したフローチャートである。

Ｓ１３０１で、解析部７５３は、Ｉｎｔｅｎｔ処理要求に推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスの情報が含まれているかを判断する。含まれている場合は、Ｓ１３０２に遷移する。含まれていない場合は、Ｓ１３０３に遷移する。

Ｓ１３０２で、サービス管理部７５４は、解析部７５３の要求を受けて、Ｉｎｔｅｎｔ処理要求に含まれる推奨サービスの情報を、登録済サービス格納部７５５の登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４に登録する。そして、Ｓ１３０３に遷移する。Ｉｎｔｅｎｔ処理要求１０５０であった場合、タイトルが「ａａａ Ｓｈａｒｅ Ｓｅｒｖｉｃｅ」、「ｂｂｂ Ｓｈａｒｅ Ｓｅｒｖｉｃｅ」である２つのＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を登録する。

Ｓ１３０３で、表示部７５２は、サービス選択画面を表示する。

ここで、図１３（Ｂ）を用いてＳ１３０３表示するサービス選択画面の一例を説明する。ＵＩ１３５０は、Ｉｎｔｅｎｔ処理要求が１０５０の場合に表示されるＵＩである。領域１３５１内のボタンは、Ｉｎｔｅｎｔの処理を実行させるためのボタンである。領域１３５１は、Ｗｅｂブラウザー７５０に登録済みのＷｅｂ Ｉｎｔｅｎｔｓサービスのタイトルを示す。Ｓ１３０２の処理で推奨サービスの情報が登録済みであるため、推奨サービスのタイトルも領域１３５１に表示されており、実行可能となっている。

Ｓ１３０４で、表示部７５２は、サービス選択画面のボタンが押下されたかを監視する。ボタンが押下された場合は、フローチャートの処理を終了し、Ｓ９１０に遷移する。ボタンが押下されていない間、監視を続ける。以上のように、推奨サービスの情報を自動的に登録することにより、ユーザーの手間を軽減することができる。

図１４は、Ｓ９０９の推奨サービスの情報の登録処理におけるさらに別の例である。図１３では、推奨サービスの情報を自動的に登録する例を説明したが、図１４では、推奨サービスの情報のうちのユーザーにより選択されたサービスの情報のみを登録する他の例について説明する。

図１４（Ａ）は、ユーザーにより選択されたサービスの情報のみを登録する際のＷｅｂブラウザー７５０の動作を示したフローチャートである。

Ｓ１４０１で、表示部７５２はサービス選択画面を表示し、Ｓ１４０２に遷移する。

ここで、図１４（Ｂ）を用いてＳ１４０１で表示するサービス選択画面の一例を説明する。ＵＩ１４５０は、Ｉｎｔｅｎｔ処理要求が１０５０の場合に表示されるＵＩである。領域１４５１には、Ｗｅｂブラウザー７５０に登録済みのサービスの情報と未登録の推奨サービスの情報が並べて表示されている。領域１４５１内のボタンは、Ｉｎｔｅｎｔの処理を実行させるためのボタンである。

Ｓ１４０２で、表示部７５２は、サービス選択画面のボタンが押下されたかを監視する。ボタンが押下された場合は、Ｓ１４０３に遷移する。ボタンが押下されていない間、監視を続ける。

Ｓ１４０３で、サービス管理部７５４は、押下されたボタンに対応するＷｅｂ Ｉｎｔｅｎｔｓサービスの情報が登録済であるかを判断する。登録済である場合は、フローチャートの処理を終了し、Ｓ９１０に遷移する。登録済でない場合は、Ｓ１４０４に遷移する。

Ｓ１４０４で、サービス管理部７５４は、押下されたボタンに対応するサービスの情報を、登録済サービス格納部７５５の登録済Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル８０４に登録する。そして、フローチャートの処理を終了し、Ｓ９１０に遷移する。例えば、ＵＩ１４５０で押下されたボタンが、「ＡＡＡ Ｓｈａｒｅ Ｓｅｒｖｉｃｅ」である場合は、タイトルが「ＡＡＡ Ｓｈａｒｅ Ｓｅｒｖｉｃｅ」である推奨サービスの情報を登録する。以上のように、ユーザー操作により実行を受け付けた推奨サービスの情報のみを登録することができる。

以上までが、Ｓ９０９の処理に関する説明である。図９の説明に戻る。

Ｓ９１０で、コンピュータ５３０のＷｅｂブラウザー７５０は、Ｓ９０９で選択されたＷｅｂ Ｉｎｔｅｎｔｓサービスへ要求を送信する。本例では、Ｗｅｂ Ｉｎｔｅｔｎｔｓサーバー５２０のＷｅｂアプリケーション７３０に対してこの要求を送信する。その際、コンピュータ５３０のＷｅｂブラウザー７５０は、この要求に、ＥＣＭＡＳｃｒｉｐｔ１０５０におけるＩｎｔｅｎｔオブジェクトの内容を含める。

Ｓ９１１で、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＷｅｂアプリケーション７３０のＩｎｔｅｎｔ処理部７３２は、Ｓ９１０で受信した要求からＩｎｔｅｎｔオブジェクトを取り出して解析し、Ｉｎｔｅｎｔの処理の実行を開始する。本実施例ではＷｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＷｅｂアプリケーション７３０は、コンピュータ５３０のＷｅｂブラウザー７５０を介してユーザーと相互作用しながら、Ｉｎｔｅｎｔオブジェクトに含まれる画像データを共有するサービスを提供する。例えば、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＷｅｂアプリケーション７３０は、画像データのファイル名の入力と、その画像データの保存指示とを受け付けるためのＨＴＭＬ文書を作成し、コンピュータ５３０に送信する。コンピュータ５３０のＷｅｂブラウザー７５０は、ＨＴＭＬ文書を受信し、ＵＩを表示する。そして、コンピュータ５３０のＷｅｂブラウザー７５０は、ユーザーによる保存する指示を検知すると、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＷｅｂアプリケーション７３０に、画像データの保存要求を送信する。Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＷｅｂアプリケーション７３０は、画像データの保存要求を受信すると、画像データ管理部７３４が画像データ格納部７３５の画像データ管理テーブル８０３に、ユーザーに指定されたファイル名で画像データを登録する。

Ｓ９１２で、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー５２０のＷｅｂアプリケーション７３０はＩｎｔｅｎｔの処理が終了すると、処理結果をＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０に伝えるＥＣＭＡＳｃｒｉｐｔを含む応答を返す。

Ｓ９１３で、コンピュータ５３０のＷｅｂブラウザー７５０は応答中に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ９０５のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数を呼び出す。例えば、ＥＣＭＡＳｃｒｉｐｔ１０５０であれば、コールバック関数ｏｎＳｕｃｃｅｓｓ（）を実行する。

Ｓ９１４で、コンピュータ５３０のＷｅｂブラウザー７５０はコールバック関数によってＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０のＷｅｂアプリケーション７００へ処理結果を返す。

Ｓ９１５で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のＷｅｂアプリケーション７００のプレゼンテーション部７０３はＩｎｔｅｎｔの処理が終了したことを通知するためのページである終了ページをＨＴＭＬ文書で作成する。

Ｓ９１６で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント５１０のＷｅｂアプリケーション７００のプレゼンテーション部７０３は、通信部７０１を介して、Ｓ９１５で作成した終了ページをコンピュータ５３０に送信する。

Ｓ９１７で、コンピュータ５３０のＷｅｂブラウザー７５０は、Ｓ９１６で受信した終了ページを表示する。

以上の処理により、連携するＷｅｂ Ｉｎｔｅｎｔｓサービスに予め訪れることなく、且つ、連携元であるＷｅｂ Ｉｎｔｅｎｔｓクライアントが推奨するＷｅｂ Ｉｎｔｅｎｔｓサービスを登録することが可能となる。

［実施例２］
実施例１では、Ｗｅｂ Ｉｎｔｅｎｔｓクライアントが推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を、Ｉｎｔｅｎｔ処理要求に含めることで、ＵＡであるＷｅｂブラウザーに推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを登録する方法を示した。本実施例では、Ｉｎｔｅｎｔ処理要求に推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報を含め、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの検索を行うことで、ＵＡであるＷｅｂブラウザーに推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを登録する方法を示す。尚、本実施例では、実施例１と同じ部分については説明を省略する。

図１５は、本発明を実施したＷｅｂ Ｉｎｔｅｎｔｓサービスのシステム構成の一例を示す図である。Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１５１０、Ｗｅｂ Ｉｎｔｅｎｔｓサーバー１５２０は、それぞれ実施例１で説明したＷｅｂ Ｉｎｔｅｎｔｓクライアント５１０とＷｅｂ Ｉｎｔｅｎｔｓサーバー５２０と同じである。また、コンピュータ１５３０、Ｆｉｒｅｗａｌｌ１５４０は、実施例１のコンピュータ５３０とＦｉｒｅｗａｌｌ５４０と同じである。実施例１のシステム構成と異なるのは、さらにサービス検索サーバー１５５０を有する点である。サービス検索サーバー１５５０には、予めＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報が登録されている。サービス検索サーバー１５５０は、別の機器からの検索要求を受け、登録されているＷｅｂ Ｉｎｔｅｎｔｓサービスの中から検索するサービスを提供する。サービス検索サーバー１５５０の検索を行うサービスは、例えば、Ｗｅｂブラウザーを提供する企業と同じ企業が提供し、その企業の審査を経たＷｅｂ Ｉｎｔｅｎｔｓサービスだけが登録することができるように構成することも考えられる。尚、サービス検索サーバー１５５０は汎用コンピュータの構成を有しており、ハードウェア構成は図６で説明した構成と同じであるため、説明は省略する。

図１６（Ａ）は、サービス検索サーバー１５５０のソフトウェア（処理部）の構成の一例を示す図である。サービス検索サーバー１５５０において、Ｗｅｂアプリケーション１６００および各処理部は、サービス検索サーバー１５５０のＨＤＤ６０６に保存されたファイルとして存在する。これらは実行時にＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるプログラムモジュールである。Ｗｅｂアプリケーション１６００は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを検索するサービスを提供する。Ｗｅｂアプリケーション１６００は、ＨＴＴＰリクエストに応答して処理を実行するプログラムとして実装される。Ｗｅｂアプリケーション１６００は、プレゼンテーション部１６０１、推奨サービス管理部１６０２で構成される。プレゼンテーション部１６０１は、後述の通信部１６０４を介して、検索要求を受け付け、推奨サービス管理部１６０２に検索を依頼するソフトウェアモジュールである。また、プレゼンテーション部１６０１は、通信部１６０４を介して検索結果を検索要求元の外部機器に送信する。推奨サービス管理部１６０２は、後述のサービス格納部１６０３に登録されているＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を取得するソフトウェアモジュールである。サービス格納部１６０３は、後述のＷｅｂ Ｉｎｔｅｎｔｓサービステーブル１６５０を管理する。

図１６（Ｂ）は、サービス検索サーバー１５５０のサービス格納部１６０３が管理するテーブル構成の一例である。なお、図１６（Ｂ）のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル１６５０は、Ｗｅｂアプリケーション１６００に登録されているＷｅｂ Ｉｎｔｅｎｔｓサービスの情報を管理する。Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル１６５０で管理する情報は、ＳｅｒｖｉｃｅＩＤ、ａｃｔｉｏｎ、ｔｙｐｅ、ｈｒｅｆ、ｄｉｓｐｏｓｉｔｉｏｎ、ｂａｓｅＵＲＩ、ｖｅｎｄｏｒ等である。ＳｅｒｖｉｃｅＩＤはＷｅｂアプリケーション１６００内で一意に識別するためのＩＤである。ａｃｔｉｏｎはサービスがどのような機能、サービスを提供するかを示す情報であり、ｔｙｐｅはａｃｔｉｏｎに対して何を扱えるかを示している。ｈｒｅｆはＷｅｂ Ｉｎｔｅｎｔｓサービスの相対ＵＲＬを示し、ｔｉｔｌｅはＷｅｂ Ｉｎｔｅｎｔｓサービスのタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎはＷｅｂ Ｉｎｔｅｎｔｓサービスがどのように表示されるかを示す。ｂａｓｅＵＲＩはＷｅｂ Ｉｎｔｅｎｔｓサービスの基準となるＵＲＬを示す。また、ｖｅｎｄｏｒは、Ｗｅｂ Ｉｎｔｅｎｔｓサービスを提供する企業名を示す。

図１７のシーケンス図を用いて、コンピュータ１５３０がＷｅｂ Ｉｎｔｅｎｔｓクライアン１５１０にアクセスして、コンピュータ１５３０のＷｅｂブラウザー７５０に推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを登録するまでの動作について説明する。

まず、コンピュータ１５３０のＷｅｂブラウザー７５０は、アドレスバーなどにＷｅｂ Ｉｎｔｅｎｔｓクライアント１５１０のＷｅｂアプリケーション７００のＵＲＬを入力する等のユーザー操作を受け付けることで以降の処理を開始する。

Ｓ１７０１で、コンピュータ１５３０のＷｅｂブラウザー７５０は、通信部７５１を介してＷｅｂ Ｉｎｔｅｎｔｓクライアント１５１０にページの要求をＨＴＴＰのリクエストメッセージとして送信する。

Ｓ１７０２で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１５１０のＷｅｂアプリケーション７００は、Ｉｎｔｅｎｔ処理要求を含むＨＴＭＬ文書のページの作成を行う。

ここで、図１８を用いて、Ｓ１７０２において作成するＨＴＭＬ文書に含むＩｎｔｅｎｔ処理要求について説明する。なお、図１８はあくまで一例であり、ＵＡであるＷｅｂブラウザー７５０が解釈できれば、他の形式、表記でよい。１８００はＥＣＭＡＳｃｒｉｐｔである。１８０１はｓｅａｒｃｈであり、その内部には推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２を記載する。推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２は、ｖｅｎｄｏｒ、ｔｉｔｌｅ等である。ｖｅｎｄｏｒは、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを提供する企業名であり、ｔｉｔｌｅは推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスのタイトルである。ｖｅｎｄｏｒ、ｔｉｔｌｅなどの企業名やタイトルはそのすべてを記載する必要はなく、一部のみを記載するようにしてもよい。例えば、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２のｖｅｎｄｏｒは、ｖｅｎｄｏｒ＿ａであり、ｔｉｔｌｅはａａａである。そのため、後述する検索処理では、ベンダーがｖｅｎｄｏｒ＿ａであり、且つ、ａａａを含むタイトルであるＷｅｂ Ｉｎｔｅｎｔｓサービスを検索する。尚、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２はｖｅｎｄｏｒ、ｔｉｔｌｅ以外の情報をさらに記載してもよいし、逆により少ない情報のみを記載するのでもよい。推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２により多い情報を記載することで、検索結果の数を絞ることができる。これら推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報は、推奨サービス管理部７０４が予めプログラム内で保持しているものとする。尚、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２はデータベースサービス部７０６に別途テーブルを用意し、データベースサービス部７０６で管理するように構成してもよい。

１８０３はｅｘｔｒａであり、その内部には、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報１８０４を記載する。推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報１８０４は、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報１０５２と同じである為、説明は省略する。尚、後述するが、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報１８０４は、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報１８０２で推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスが検索できなかったときに使用する情報である。本例ではｓｅａｒｃｈ１８０１、ｅｘｔｒａ１８０３を記載しているが両方とも記載されていなくても、どちらかだけが記載されていればよい。

図１７の説明に戻る。

Ｓ１７０３で、Ｗｅｂ Ｉｎｔｅｎｔｓクライアント１５１０のＷｅｂアプリケーション７００は、Ｓ１７０２で作成したページをＨＴＴＰのレスポンスメッセージとして送信する。

Ｓ１７０４で、コンピュータ１５３０のＷｅｂブラウザー７５０の表示部７５２は、受信したページを表示する。尚、Ｓ１７０４で表示するページのＵＩの一例は図１１で説明したＵＩ１１００と同じである。

Ｓ１７０５で、Ｗｅｂブラウザー７５０の解析部７５３は、ＥＣＭＡＳｃｒｉｐｔ１８００を解析し、実行を開始する。

Ｓ１７０６からＳ１７０８までの処理は、それぞれＳ９０６からＳ９０８までの処理と同じである。

Ｓ１７０９で、コンピュータ１５３０のＷｅｂブラウザー７５０は、サービス検索サーバー１５５０と連携し、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスの検索を行う。

ここで、図１９のフローチャートを用いて、Ｓ１７０９でのコンピュータ１５３０のＷｅｂブラウザー７５０とサービス検索サーバー１５５０のＷｅｂアプリケーション１６００の処理について説明する。

Ｓ１９０１で、Ｗｅｂブラウザー７５０の解析部７５３は、Ｉｎｔｅｎｔ処理要求に、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報が含まれるかを判断する。含まれる場合は、Ｓ１９０２に遷移する。含まれていない場合は、Ｓ１９０７に遷移する。

Ｓ１９０２で、Ｗｅｂブラウザー７５０のサービス管理部７５４は、検索要求を作成してＳ１９０３に遷移する。より具体的にはＷｅｂブラウザー７５０の解析部７５３は、Ｉｎｔｅｎｔオブジェクトから推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報とａｃｔｉｏｎとｔｙｐｅを抽出し、サービス管理部７５４に通知する。サービス管理部７５４は、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報とａｃｔｉｏｎとｔｙｐｅを含んだ検索要求を作成する。

Ｓ１９０３で、Ｗｅｂブラウザー７５０のサービス管理部７５４は、通信部７５１を介して、Ｓ１９０２で作成した検索要求を、サービス検索サーバー１５５０のＷｅｂアプリケーション１６００に送信して、Ｓ１９０４に遷移する。

Ｓ１９０４で、Ｗｅｂブラウザー７５０のサービス管理部７５４は、通信部７５１を介してＷｅｂアプリケーション１６００から検索結果を受信したかを監視する。検索結果を受信した場合は、Ｓ１９０５に遷移する。検索結果を受信していない間、監視を続ける。

Ｓ１９０５で、Ｗｅｂブラウザー７５０のサービス管理部７５４は、Ｓ１９０４で受信した検索結果が１件以上あるかを判断する。検索結果が１件以上ある場合はフローチャートの処理を終了する。尚、この検索結果に含まれる情報で特定されるＷｅｂ Ｉｎｔｅｎｔｓサービスが推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスとなる。検索結果が１件もない場合は、Ｓ１９０６に遷移する。

Ｓ１９０６で、Ｗｅｂブラウザー７５０の解析部７５３は、Ｉｎｔｅｎｔ処理要求に含まれる推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を抽出し、フローチャートの処理を終了する。尚、Ｓ１９０６で抽出した情報で特定されるＷｅｂ Ｉｎｔｅｎｔｓサービスが推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスとなる。

Ｓ１９５１で、サービス検索サーバー１５５０のプレゼンテーション部１６０１は、通信部を介して検索要求を受信したかを監視する。検索要求を受信した場合は、Ｓ１９５２に遷移する。検索要求を受信していない間、監視を続ける。

Ｓ１９５２で、サービス検索サーバー１５５０の推奨サービス管理部１６０２は、検索要求に含まれる情報を用いて、サービス格納部１６０３からＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を取得し、Ｓ１９５３に遷移する。より詳細には、推奨サービス管理部１６０２は、検索要求から、ａｃｔｉｏｎ、ｔｙｐｅ、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報を抽出する。そして、推奨サービス管理部１６０２は検索要求から抽出した情報に合致するＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を、サービス格納部１６０３のＷｅｂ Ｉｎｔｅｎｔｓサービステーブル１６５０から取得する。例えば、ａｃｔｉｏｎがｓｈａｒｅであり、ｔｙｐｅがｉｍａｇｅ／ｊｐｅｇであり、推奨Ｗｅｂ Ｉｎｔｅｎｔｓサービスに関連する情報のｖｅｎｄｏｒがｖｅｎｄｏｒ＿ａａａで、ｔｉｔｌｅがａａａの場合について説明する。この場合、Ｗｅｂ Ｉｎｔｅｎｔｓサービステーブル１６５０であれば、Ｓｅｒｖｉｃｅ ＩＤが４と５であるＷｅｂ Ｉｎｔｅｎｔｓサービスが見つかる。そして、Ｓｅｒｖｉｃｅ ＩＤが４と５であるＷｅｂ Ｉｎｔｅｎｔｓサービスを特定する情報を検索結果とする。

Ｓ１９５３で、推奨サービス管理部１６０２は、Ｓ１９５２で検索した検索結果を、通信部を介して、コンピュータ１５３０のＷｅｂブラウザー７５０に送信してフローチャートの処理を終了する。

以上が、Ｓ１７０９における検索処理の動作である。

次にＳ１７１０で、コンピュータ１５３０のＷｅｂブラウザー７５０は、Ｗｅｂ Ｉｎｔｅｎｔｓサービスの登録処理を行う。尚、Ｓ１７１０の登録処理の例は図１２乃至図１４で説明した処理と同じであるため、省略する。また、Ｓ１７１０での登録処理後の、Ｉｎｔｅｎｔ処理する動作の例は、Ｓ９１０からＳ９１７と同様である為説明を省略する。

以上の処理により、サービス検索サーバーを有したシステム構成においても、連携元であるＷｅｂ Ｉｎｔｅｎｔｓクライアントが推奨するＷｅｂ Ｉｎｔｅｎｔｓサービスを登録することが可能となる。

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

５１０ Ｗｅｂ Ｉｎｔｅｎｔｓクライアント
５２０ Ｗｅｂ Ｉｎｔｅｎｔｓサーバー
５３０ コンピュータ

Claims (13)

1. 情報処理装置であって、
   特定のサービスを提供することが可能なサービス提供元を示す情報を予め登録している別の情報処理装置からのアクセスを受信する受信手段と、
   前記アクセスの受信に応じて、
   ユーザにより選択されるオブジェクトと、
   当該オブジェクトがユーザにより選択された場合に、前記登録されている前記特定のサービスを提供することが可能な前記サービス提供元を示す情報を表示手段に表示させるための第１の命令と、
   前記特定のサービスを提供することが可能なサービス提供元を示す情報であって、前記予め登録されている情報とは異なる情報を新たに前記別の情報処理装置に登録させるための第２の命令とを、
   前記別の情報処理装置に送信する送信手段とを有することを特徴とする情報処理装置。
2. 前記表示手段は、前記別の情報処理装置の具備する表示手段であることを特徴とする請求項１に記載の情報処理装置。
3. 前記特定のサービスとは、データの共有であることを特徴とする請求項１又は２に記載の情報処理装置。
4. サービスを提供することが可能なサービス提供元を示す情報は前記別の情報処理装置に予め登録されており、
   前記第１の命令には、サービスの種類、及び、サービスが扱う対象物のフォーマットを示す情報が含まれており、
   前記オブジェクトがユーザにより選択された場合に、前記別の情報処理装置では、
   前記種類に合致する種類を持ち、かつ、前記フォーマットを扱うことができるサービス提供元を示す情報が、前記登録されているサービス提供元を示す情報から検索され、見つかった情報が前記表示手段に表示されることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 情報処理装置であって、
   特定のサービスを提供することが可能なサービス提供元を示す情報を予め登録している別の情報処理装置からのアクセスを受信する受信手段と、
   前記アクセスの受信に応じて、
   ユーザにより選択されるオブジェクトと、
   当該オブジェクトがユーザにより選択された場合に、前記登録されている前記特定のサービスを提供することが可能な前記サービス提供元を示す情報を検索させるための第１の命令と、
   前記特定のサービスを提供することが可能なサービス提供元を示す情報、及び、当該情報を新たに前記別の情報処理装置に登録させるための第２の命令とを、
   前記別の情報処理装置に送信する送信手段とを有し、
   前記検索させるための第１の命令には、サービスの種類、サービスが扱う対象物のフォーマットを示す情報、及び、サービスの優先順位を示す情報を含むことを特徴とする情報処理装置。
6. 前記別の情報処理装置は、前記検索させるための第１の命令に含まれるサービスの種類、サービスが扱う対象物のフォーマットを示す情報に基づいて検索されたサービスの提供元を示す情報を、前記サービスの優先順位を示す情報に基づいた優先順位で表示することを特徴とする請求項５に記載の情報処理装置。
7. 情報処理装置の制御方法であって、
   特定のサービスを提供することが可能なサービス提供元を示す情報を予め登録している別の情報処理装置からのアクセスを受信する受信工程と、
   前記アクセスの受信に応じて、
   ユーザにより選択されるオブジェクトと、
   当該オブジェクトがユーザにより選択された場合に、前記登録されている前記特定のサービスを提供することが可能な前記サービス提供元を示す情報を表示工程に表示させるための第１の命令と、
   前記特定のサービスを提供することが可能なサービス提供元を示す情報であって、前記予め登録されている情報とは異なる情報を新たに前記別の情報処理装置に登録させるための第２の命令とを、
   前記別の情報処理装置に送信する送信工程とを有することを特徴とする情報処理装置の制御方法。
8. 前記表示工程は、前記別の情報処理装置の具備する表示工程であることを特徴とする請求項７に記載の情報処理装置の制御方法。
9. 前記特定のサービスとは、データの共有であることを特徴とする請求項１又は２に記載の情報処理装置の制御方法。
10. サービスを提供することが可能なサービス提供元を示す情報は前記別の情報処理装置に予め登録されており、
    前記第１の命令には、サービスの種類、及び、サービスが扱う対象物のフォーマットを示す情報が含まれており、
    前記オブジェクトがユーザにより選択された場合に、前記別の情報処理装置では、
    前記種類に合致する種類を持ち、かつ、前記フォーマットを扱うことができるサービス提供元を示す情報が、前記登録されているサービス提供元を示す情報から検索され、見つかった情報が前記表示工程に表示されることを特徴とする請求項７乃至９の何れか１項に記載の情報処理装置の制御方法。
11. 情報処理装置の制御方法であって、
    特定のサービスを提供することが可能なサービス提供元を示す情報を予め登録している別の情報処理装置からのアクセスを受信する受信工程と、
    前記アクセスの受信に応じて、
    ユーザにより選択されるオブジェクトと、
    当該オブジェクトがユーザにより選択された場合に、前記登録されている前記特定のサービスを提供することが可能な前記サービス提供元を示す情報を検索させるための第１の命令と、
    前記特定のサービスを提供することが可能なサービス提供元を示す情報、及び、当該情報を新たに前記別の情報処理装置に登録させるための第２の命令とを、
    前記別の情報処理装置に送信する送信工程とを有し、
    前記検索させるための第１の命令には、サービスの種類、サービスが扱う対象物のフォーマットを示す情報、及び、サービスの優先順位を示す情報を含むことを特徴とする情報処理装置の制御方法。
12. 前記別の情報処理装置は、前記検索させるための第１の命令に含まれるサービスの種類、サービスが扱う対象物のフォーマットを示す情報に基づいて検索されたサービスの提供元を示す情報を、前記サービスの優先順位を示す情報に基づいた優先順位で表示することを特徴とする請求項１１に記載の情報処理装置の制御方法。
13. 請求項７乃至１２の何れか１項に記載の情報処理装置の制御方法をコンピュータに実行させるためのコンピュータよみとり可能なプログラム。

Images