JP5428953B2 - Ｗｅｂサービス記憶プログラム、および、Ｗｅｂサービス記憶装置 - Google Patents

Description

本発明は、Ｗｅｂサービス記憶プログラム、および、Ｗｅｂサービス記憶装置に関する。

近年、Ｗｅｂ上では、ユーザ端末からクエリを含むＨＴＴＰリクエスト情報を受信し、受信したクエリを基にデータベースを検索処理等した後、その処理結果を示すＷｅｂページを提供するサービス（以下、「Ｗｅｂサービス」という）が多数行われている。Ｗｅｂサービスとしては、例えば、Ｗｅｂ検索、画像検索、動画検索、ニュース検索、メール検索、商品検索、図書検索、辞書・辞典検索、認証サービス、登録サービス、購入サービスおよび予約サービス等が考えられる。

上記のようなＷｅｂサービスを利用する場合、ユーザは、まず、所望のＷｅｂサービスを提供しているＷｅｂページをユーザ端末の画面上に表示させ、このＷｅｂページ内に存在するクエリ入力欄にクエリを入力した後、所定のタグをクリック等することでサービスの実行を指示入力する。すると、クエリを含むＨＴＴＰリクエスト情報がユーザ端末からＷｅｂサービスを提供しているサーバに送信される。その後、そのクエリを利用した検索処理などのサービスの結果を示すＷｅｂページがサーバからユーザ端末に返信され、ユーザ端末に表示される。

ここで、最近のＷｅｂブラウザには、キーワード等のクエリの入力、および、Ｗｅｂ上のサービスを実行する指示の入力を行うためのＷｅｂページ（以下、「入力ページ」という場合がある）において複数のＷｅｂサービスから１つを指定した上で、入力したクエリを利用したサービスの実行を指示入力することができるものがある（図１参照）。図１の例では、パテナビ検索、パテント検索、グルグル検索等の複数のＷｅｂサービスの中から１つを指定し、入力したクエリを利用したサービスの実行を指示入力（「検索をクリック」）することができるようになっている。

また、近年は、図１に示すような入力ページにおいて、指定可能なＷｅｂサービスを追加することができるプログラム（以下、「検索プラグイン」という）をユーザに提供するサービスがある。例えば、非特許文献１および２に開示されたものがある。

"Ready2Search"、［online］、［平成２２年１月２８日検索］、インターネット<URL:http://ready.to/search/make/> "Add to Search Bar"、［online］、［平成２２年１月２８日検索］、インターネット<URL:https://addons.mozilla.org/ja/firefox/addon/3682>

従来、図１に示すような入力ページから所定のＷｅｂサービスを利用できるようにする情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を作成し、メモリに記録しておく技術において、同一のＷｅｂサービスを受けるための情報を重複して記録することを回避する手段がなかった。すなわち、非特許文献１および２の場合、同一のＷｅｂサービスを受けるための検索プラグインを重複して記録することを回避する手段がなかった。

かかる場合、図１に示すような入力ページにおいて、指定可能なＷｅｂサービスが表示される領域Ａに、同一のＷｅｂサービスが重複して表示されることとなり、ユーザの操作性を損ねてしまう。また、記録する情報が増えることでメモリ負担が増大するという問題も発生する。

ここで、上記のような重複記録を回避する手段としては、以下のようなものが考えられる。例えば、新たに作成した情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）をメモリ記録する際に、記載内容が一致する情報が既に記録されていないか判断し、既に記録されている場合にはその情報を記録しないように構成する。当該手段により、重複登録をある程度は回避することができる。しかし、本発明者は、以下のような理由により、この手段では上記課題を十分に解決することができないことを見出した。

実際のＷｅｂサービスは、同じＷｅｂサービスにも関わらず、サーバに送信されるＨＴＴＰリクエスト情報の記述が異なる場合がある。例えば、設置場所によってサービスを提供するサーバのＵＲＬが異なったり、フォームの変数名が異なったりする場合がある。このような事情が存する場合、上述した手段では、対比する２つの情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）が同一のＷｅｂサービスを受けるためのものであるか否かを正確に判断することはできない。すなわち、同一のサービスを受けるための情報であるにも関わらず、異なるサービスを受けるためのものと誤って判断してしまう場合がある。

そこで、本発明では、図１に示すような入力ページから所定のＷｅｂサービスを利用できるようにする情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を記録する技術において、同一のＷｅｂサービスを受けるための情報を重複して記録することを回避する技術を提供することを課題とする。

本発明によれば、クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成し、メモリに記憶する処理をコンピュータに実行させるためのＷｅｂサービス記憶プログラムであって、クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成する機能と、新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されていないか判定する機能と、をコンピュータに実現させるためのＷｅｂサービス記憶プログラムが提供される。

また、本発明によれば、クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成するサービス抽出手段と、前記再利用ＨＴＴＰリクエスト情報を保持するサービス記憶手段と、新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記サービス記憶手段にすでに記録されていないか判定するサービス同一性判定手段と、を有するＷｅｂサービス記憶装置が提供される。

本発明によれば、所定の入力ページから所定のＷｅｂサービスを利用できるようにする情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を記録する技術において、同一のＷｅｂサービスを受けるための情報を重複して記録することを回避する技術を提供することが可能となる。

本実施形態のＷｅｂサービス記憶装置による効果を説明するための図である。 本実施形態のＷｅｂサービス記憶装置の機能ブロック図の一例を示す図である。 本実施形態のＷｅｂサービス記憶装置の機能ブロック図の一例を示す図である。 本実施形態のＷｅｂサービス記憶装置による動作の一例を説明するための図である。 本実施形態のサービス関連情報の一例を模式的に示した図である。 本実施形態のサービス関連情報の一例を模式的に示した図である。 本実施形態のサービス同一性判定部における判定に利用される対象を特定した情報を模式的に示した図である。 本実施形態のＷｅｂサービス記憶装置の処理の流れの一例を示すフローチャートである。 本実施形態のＷｅｂサービス記憶装置の機能ブロック図の一例を示す図である。 本実施形態のＷｅｂサービス記憶装置の作成部の機能ブロック図の一例を示す図である。 本実施形態のサービス関連情報の一例を模式的に示した図である。 本実施形態のＷｅｂサービス記憶装置の処理の流れの一例を示すフローチャートである。 本実施形態のＷｅｂサービス記憶装置の機能ブロック図の一例を示す図である。 本実施形態のＷｅｂサービス記憶装置の処理の流れの一例を示すフローチャートである。

以下、本発明の実施の形態について、図面を用いて説明する。すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

なお、各実施形態の装置を構成する各部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム（あらかじめ装置を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを記憶するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

また、各実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、各実施形態の装置は１つの装置により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。

＜実施形態１＞
図２は、本実施形態のＷｅｂサービス記憶装置１の構成の一例を示す機能ブロック図である。図に示すように、本実施形態のＷｅｂサービス記憶装置１は、サービス抽出部５３と、サービス同一性判定部５４と、サービス記憶部６０と、を有する。さらに、文書情報取得部５１と、ＨＴＴＰ情報取得部５２と、を有してもよい。

図３は、本実施形態のＷｅｂサービス記憶装置１の構成の一例をより詳細に示す機能ブロック図である。図に示すように、本実施形態のＷｅｂサービス記憶装置１は、Ｗｅｂページ表示部１１および再利用入力画面表示部１２を有する表示部１０と、リクエスト受付部２１および再利用リクエスト受付部２２を有する受付部２０と、リクエスト情報送信部３１および再利用送信部３２を有する送信部３０と、受信部４０と、文書情報取得部５１、ＨＴＴＰ情報取得部５２、サービス抽出部５３およびサービス同一性判定部５４を有する作成部５０と、サービス記憶部６０と、を有する構成とすることができる。以下、各部の構成について説明する。

Ｗｅｂページ表示部１１は、クエリの入力およびＷｅｂ上のサービスを実行する指示入力を受付ける遷移前Ｗｅｂページを表示するための情報を、インターネット等のネットワークを介してＷｅｂサービスを提供しているサーバから受信し、ディスプレイ等を介して遷移前Ｗｅｂページを出力する。

Ｗｅｂサービスとは、Ｗｅｂ上で行われているサービスであって、ユーザからクエリを含むＨＴＴＰリクエスト情報を受信し、受信したクエリを利用した演算処理等を実行した後、処理結果を示すＷｅｂページを提供するサービスである。このようなＷｅｂサービスの例としては、例えば、Ｗｅｂページを検索するＷｅｂ検索、Ｗｅｂ上で提供されている画像を検索する画像検索、Ｗｅｂ上で提供されている動画を検索する動画検索、Ｗｅｂ上で提供されているニュースを検索するニュース検索、Ｗｅｂ上のサーバ内に蓄積されているメールを検索するメール検索、その他いわゆる図書検索、辞書・辞典検索などであってもよい。その他の例としては、Ｗｅｂ上で商品を販売等しているプロバイダが提供しているサービスであって、ユーザが入力したクエリをキーにして自己が取り扱っている商品情報を蓄積しているデータベースを検索し、検索結果を提供するサービスであってもよい。その他の例としては、Ｗｅｂ上で行われている認証サービス、登録サービス、購入サービスおよび予約サービス等であってもよい。前記列挙はあくまで一例であり、その他のサービスが含まれてもよい。また、このようなＷｅｂサービスにおいて受付けるクエリは、キーワード等の文字列からなる情報の他、画像データ、音声データ等であってもよい。

遷移前Ｗｅｂページとは、上述のようなＷｅｂサービスを提供しているプロバイダが提供しているＷｅｂページであって、Ｗｅｂサービスを受けるためのクエリの入力およびサービスを実行する指示入力を行うためのページである。このような遷移前Ｗｅｂページを表示するための情報は、ＨＴＭＬ文書や、Ｗｅｂページに組み込まれる画像データ等を含む。

リクエスト受付部２１は、遷移前Ｗｅｂページからのクエリの入力、および、このクエリを利用したＷｅｂ上のサービスを実行する指示入力を受付ける。

リクエスト情報送信部３１は、リクエスト受付部２１がクエリの入力およびサービスを実行する指示入力を受付けると、クエリを含むＨＴＴＰリクエスト情報を、インターネット等のネットワークを介してサーバに送信する。

受信部４０は、ＨＴＴＰリクエスト情報に応じてサーバから返信されてきた遷移後Ｗｅｂページを表示するための情報を、インターネット等のネットワークを介して受信する。

遷移後Ｗｅｂページとは、ＨＴＴＰリクエスト情報を受信したサーバが、ＨＴＴＰリクエスト情報に含まれるクエリを利用して行った演算処理等の結果を示すＷｅｂページである。例えば、ＨＴＴＰリクエスト情報に含まれるクエリを利用して行ったＷｅｂ検索の結果ページなどが該当する。このような遷移後Ｗｅｂページを表示するための情報は、ＨＴＭＬ文書や、Ｗｅｂページに組み込まれる画像データ等を含む。

ここで、上述のＷｅｂページ表示部１１、リクエスト受付部２１、リクエスト情報送信部３１および受信部４０の機能は、従来技術に準じて実現することができる。例えば、Ｗｅｂブラウザ等をコンピュータに実行させることで実現することができる。

作成部５０は、遷移前Ｗｅｂページを表示するための情報および／または遷移後Ｗｅｂページを表示するための情報と、ＨＴＴＰリクエスト情報とを取得する。そして、これらの情報を利用して、ＨＴＴＰリクエスト情報内に含まれるクエリ記載箇所を変数化した情報を含む再利用ＨＴＴＰリクエスト情報を作成する。そして、新たに作成した再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための再利用ＨＴＴＰリクエスト情報が以下で説明するサービス記憶部６０にすでに記憶されていないか判定する。そして、同一のサービスを受けるための再利用ＨＴＴＰリクエスト情報がサービス記憶部６０に記憶されていない場合には、新たに作成した再利用ＨＴＴＰリクエスト情報をサービス記憶部６０に記憶する。なお、作成部５０は、ＨＴＴＰリクエスト情報内のクエリに使われている文字コードを特定してもよい。また、作成部５０は、再利用ＨＴＴＰリクエスト情報および文字コードを利用して、検索プラグインを作成してもよい。

作成部５０による上記機能は、文書情報取得部５１、ＨＴＴＰ情報取得部５２、サービス抽出部５３、および、サービス同一性判定部５４により実現される。

文書情報取得部５１は、入力ページにおいてクエリの入力、および、サービスを実行する指示入力がなされると、遷移前Ｗｅｂページの文書および／または遷移後Ｗｅｂページの文書を解析し、文書情報を取得する。ここでの遷移前Ｗｅｂページの文書および遷移後Ｗｅｂページの文書は、ＨＴＭＬ文書が該当する。

例えば、文書情報取得部５１は、文書情報として、遷移前Ｗｅｂページの文書から、クエリを入力するための部品、例えばボックス(以下、「入力ボックス」という)の名称、大きさ、そこに入力されている値を示す文字列を取得する。なお、遷移後Ｗｅｂページの文書から取得してもよい。

その他、文書情報取得部５１は、文書情報として、遷移前Ｗｅｂページの文書から、ＨＴＭＬ文書の文字コードを示す情報を取得してもよい。なお、遷移後Ｗｅｂページの文書から取得してもよい。

その他、文書情報取得部５１は、文書情報として、遷移後Ｗｅｂページの文書から、ＨＴＭＬ文書のタイトルを示す文字列を取得してもよい。なお、遷移前Ｗｅｂページの文書から取得してもよい。

上述した文書情報の例はあくまで一例であり、文書情報取得部５１は、前記情報に加えて、または代えて、その他の情報を取得してもよい。しかし、ここで取得する情報は、同一のＷｅｂサービスであれば記載内容が同一または大部分が同一となる情報であるのが好ましい。

ここで、図４を用いて文書情報取得部５１による処理の一例を説明する。これは、ユーザが或る入力ページ（図４−Ａ）に設置されたＨＴＭＬフォームを完成させてサービス（図では「Ｗｅｂ検索」）の実行を指示入力し、結果ページ（図４−Ｂ）を取得した時のシステムの動作の一例を示したものである。

例えば、文書情報取得部５１は、ユーザ操作に応じてクエリを含むリクエスト情報（図４−Ｃ）がサーバ２に送信されたタイミングで遷移前Ｗｅｂページの文書（図４−Ｄ）を解析し、入力ボックスの名称として「ｑ」、値として「ＮＥＣ」を取得する。なお、入力ボックスの名称や値を取得する手段は特段制限されないが、例えば、名称は＜input＞タグに記載されているname属性の値を、値は＜input＞タグに記載されているvalue属性の値を取得することで実現してもよい。その他、文書情報取得部５１は、同様の手段により、入力ボックスの大きさを示す情報として、例えばsize属性の値やmaxlength属性の値などを取得してもよい。

また、文書情報取得部５１は、ユーザ操作に応じてクエリを含むＨＴＴＰリクエスト情報（図４−Ｃ）がサーバに送信されたタイミングで遷移前Ｗｅｂページの文書（図４−Ｄ）を解析し、ＨＴＭＬ文書の文字コードを示す情報を取得する。なお、文字コードを取得する手段は特段制限されないが、例えば、＜meta＞タグの中から「charset＝」の文字列を見つけ、その後に続く文字列を取得することで実現してもよい。ここで取得した文字コードを示す情報は、例えば、以下で説明するサービス抽出部５３がＨＴＴＰリクエスト情報内のクエリに使われている文字コードを特定する処理に利用することができる。なお、ここで取得した文字コードを示す情報を、そのまま、ＨＴＴＰリクエスト情報内のクエリに使われている文字コードとして利用してもよい。

また、文書情報取得部５１は、サーバから遷移後Ｗｅｂページ（図４−Ｂ）を取得したタイミングで、遷移後Ｗｅｂページ（図４−Ｂ）の文書を解析し、ＨＴＭＬ文書のタイトルを示す文字列（図の場合、「Ｗｅｂ検索結果」）を取得する。なお、ＨＴＭＬ文書のタイトルを取得する手段は特段制限されないが、例えば、＜title＞〜＜/title＞の間に記載されている文字列を取得することで実現してもよい。

ＨＴＴＰ情報取得部５２は、入力ページにおいてクエリの入力、および、サービスを実行する指示入力がなされると、その入力に応じてサーバに送信されたＨＴＴＰリクエスト情報を取得する。ＨＴＴＰリクエスト情報は、メソッド（ＧＥＴやＰＯＳＴなど）、送信先リソース、および、送信するエンティティボディ等を有する。

ここで、図４を用いてＨＴＴＰ情報取得部５２による処理の一例を説明する。例えば、ＨＴＴＰ情報取得部５２は、ユーザ操作に応じてクエリを含むリクエスト情報がサーバに送信されたタイミングで、図４−Ｃに示すようなＨＴＴＰリクエスト情報を取得する。そして、取得したＨＴＴＰリクエスト情報の中から、メソッド、送信先リソース、および、エンティティボディ等の中の１つ以上を抽出する。例えば、ＨＴＴＰ情報取得部５２は、図４−Ｃに示すようなＨＴＴＰリクエスト情報（図４−Ｃ）の中から、例えば、メソッドとして「ＧＥＴ」、送信先リソースとして「http://somesite.com/web/search?q=NEC&k=all」を抽出する。なお、ＨＴＴＰ情報取得部５２が抽出する情報の詳細は、ここに列挙したものに限定されない。しかし、ここで抽出する情報は、同一のＷｅｂサービスであれば記載内容が同一または大部分が同一となる情報であるのが好ましい。

サービス抽出部５３は、文書情報取得部５１が取得した文書情報と、ＨＴＴＰ情報取得部５２が取得したＨＴＴＰリクエスト情報とを用いて、当該Ｗｅｂサービスを後で再利用できるよう、再利用ＨＴＴＰリクエスト情報を作成する。

具体的には、サービス抽出部５３は、ＨＴＴＰリクエスト情報に含まれるクエリ記載箇所を変数化した情報（再利用ＨＴＴＰリクエスト情報）を作成する。

ここで、図４を用いてサービス抽出部５３による処理の一例を説明する。例えば、サービス抽出部５３は、文書情報取得部５１が文書情報として取得した入力ボックスの名称（図４の場合、「ｑ」）をキーとして、ＨＴＴＰリクエスト情報（図４−Ｃ）を検索する。そして、「ｑ」を特定すると、「ｑ＝」の後に続くクエリ記載箇所を変数化した情報（例：http://somesite.com/web/search?q={query}&k=all）を再利用リクエスト情報として作成する。なお、「ｑ＝」の後に続くクエリ記載箇所を変数化する前に、この箇所を特定し、文書情報取得部５１が文書情報として取得した入力ボックスの値（図４の場合、「ＮＥＣ」）と比較することで、ＨＴＴＰリクエスト情報内のクエリに使われている文字コードを特定してもよい。具体的には、クエリ記載箇所の文字列と、入力ボックスの値を複数の文字コードを前提に変換（符号化）した文字列とを比較し、表記が同じもので使われていた文字コードをそれと判断する。この処理では、例えば、文書情報取得部５１がＨＴＭＬ文書から取得した文字コードを優先的に使用して前記変換（符号化）を行ってもよい。

サービス同一性判定部５４は、サービス抽出部５３が新たに作成した再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスと同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報がすでにサービス記憶部６０に記憶されていないか判定する。

ここで、サービス同一性判定部５４の構成について詳細に説明する前に、まず、サービス記憶部６０について説明する。

サービス記憶部６０は、メモリ等で構成され、再利用ＨＴＴＰリクエスト情報を記憶する。なお、サービス記憶部６０には、再利用ＨＴＴＰリクエスト情報と関連付けて、ＨＴＴＰリクエスト情報内のクエリに使われている文字コードを示す情報が記憶されてもよい。さらに、サービス記憶部６０には、再利用ＨＴＴＰリクエスト情報と関連付けられたＨＴＭＬ文書のタイトルが記憶されてもよい。なお、ＨＴＭＬ文書のタイトルにクエリ文字列やヒット件数などが含まれる場合には、タイトル中のクエリ文字列やヒット件数などの変数部分を一般化（例えば、「Ｗｅｂ検索 ＮＥＣの検索結果」というタイトルを、「Ｗｅｂ検索 ＊の検索結果」とする）したものが記憶されてもよい。また、サービス記憶部６０は、遷移前ＷｅｂページのＨＴＭＬ文書に含まれる遷移前文書情報、遷移後ＷｅｂページのＨＴＭＬ文書に含まれる遷移後文書情報、および、ＨＴＴＰリクエスト情報に含まれる情報、の中のいずれか１つ以上を含む情報（以下、「サービス関連情報」という）を、再利用ＨＴＴＰリクエスト情報と関連付けて記憶してもよい。サービス関連情報は、同一のＷｅｂサービスであれば記載内容が同一または大部分が同一となる情報であるのが好ましい。例えば、サービス関連情報は、遷移前Ｗｅｂページの入力ＨＴＭＬフォームの構成、遷移後Ｗｅｂページのタイトル（クエリ文字列やヒット件数などの変数部分を一般化したもの）、および、ＨＴＴＰリクエスト情報内の送信先リソース、の中のいずれか１つ以上を含んでもよい。なお、サービス記憶部６０は、その他、作成部５０が再利用ＨＴＴＰリクエスト情報およびＨＴＴＰリクエスト情報内のクエリに使われている文字コードを利用して作成した検索プラグインを記憶してもよい。

ここで、図５に、サービス記憶部６０が記憶しているサービス関連情報の一例を模式的に示す。この例では、サービス記憶部６０は、２つのＷｅｂサービスに関するサービス関連情報を記憶していて、Ｗｅｂサービス毎に、サービス関連情報として、遷移後文書のタイトル、ＨＴＴＰリクエスト情報から抽出したメソッド・リソースおよびエンティティボディを記憶している。なお、リソースは、クエリ記載箇所を変数化した情報となっている。このようにした場合、同一のＷｅｂサービスであれば大部分の記載内容が同一となる。また、図中、ＷｅｂサービスＩＤは、再利用ＨＴＴＰリクエスト情報を作成・記憶する際に付与されるＩＤであり、図示する例の場合、このＩＤにより、再利用ＨＴＴＰリクエスト情報とサービス関連情報とが関連付けられている。

なお、ここに記憶される情報は、Ｗｅｂサービス記憶装置１が過去に抽出し記憶したものや、システム提供者またはユーザが与えたものとする。また、Ｗｅｂサービス毎に記憶されるサービス関連情報の詳細は、ここに挙げたものに限定されず、サービスの同一性の判定や当該サービスの実行に資するものであれば何でもよく、例えば、遷移前文書のＨＴＭＬフォームの情報、遷移後文書の内容の情報などを使ってもよい。

サービス同一性判定部５４は、サービス抽出部５３が新たに作成した再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスと同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報がすでに上記説明したサービス記憶部６０に記憶されていないか判定する。

例えば、サービス同一性判定部５４は、新たに作成された再利用ＨＴＴＰリクエスト情報に関連付けられるサービス関連情報と、サービス記憶部６０に記憶されている再利用ＨＴＴＰリクエスト情報に関連付けられているサービス関連情報と、を利用して、上記判定を行ってもよい。さらに具体的には、サービス同一性判定部５４は、遷移前文書（図４−Ａ）のＨＴＭＬフォームの構成、遷移後文書（図４−Ｂ）のタイトル（クエリ文字列やヒット件数などの変数部分を一般化したもの）、および、ＨＴＴＰリクエスト情報内の送信先リソース、の中のいずれか１つ以上を利用して、上記判定を行ってもよい。

すなわち、サービス同一性判定部５４は、上記情報の中のいずれか１つ以上を利用して、新たに作成された再利用ＨＴＴＰリクエスト情報に関連付けられるサービス関連情報と一致するサービス関連情報がサービス記憶部６０内にすでに記憶されていないか検索する。そして、検索の結果、記憶されていた場合、同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報がすでにサービス記憶部６０に記憶されていると判定する。一方、検索の結果、記憶されていなかった場合、同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報がサービス記憶部６０に記憶されていないと判定する。そして、かかる場合は、新たに作成された再利用ＨＴＴＰリクエスト情報をサービス記憶部６０に記憶する。また、これに関連付けて、サービス関連情報をサービス記憶部６０に記憶してもよい。その他、これに関連付けて文字コードおよび／またはＨＴＭＬ文書のタイトルを記憶してもよい。

なお、サービス同一性判定部５４が上記判定のために比較する対象を特定する情報が予め与えられていてもよい。例えば、遷移後文書のタイトルが比較対象として与えられていてもよい。かかる場合、サービス同一性判定部５４は、遷移後文書のタイトルを比較することで上記判定を行う。

ここで、図６を用いて、サービス同一性判定部５４の処理の一例を具体的に説明する。図６−Ａは、新たに作成された再利用ＨＴＴＰリクエスト情報に関連付けられるサービス関連情報を模式的に示している。図６−Ｂは、すでにサービス記憶部６０に記憶されている再利用ＨＴＴＰリクエスト情報に関連付けられているサービス関連情報を模式的に示している。また、比較対象を特定する情報として図７に示す情報が与えられている。

かかる場合、サービス同一性判定部５４は、図７に示す情報に基づき、各Ｗｅｂサービスのサービス関連情報（文書情報、ＨＴＴＰリクエスト情報）内の比較対象の情報、すなわち遷移後文書のタイトルとＨＴＴＰリクエストのリソースのサイト名・サービス名（パス部分のリーフに当たる所）を比較し、これらが一致する場合は同一のＷｅｂサービス、一致しない場合は非同一のＷｅｂサービスと判定していく。この例の場合は、図６−Ａのサービス関連情報は、サービス記憶部６０に記憶されているどのサービス関連情報とも非同一と判定され、このサービス関連情報が、新たに作成された再利用ＨＴＴＰリクエスト情報に関連付けて、サービス記憶部６０に記憶される（図６−Ｃ）。

ここで、Ｗｅｂサービスの同一性判定においてサービス関連情報（文書情報やＨＴＴＰリクエスト情報内の情報）に限定して比較する理由について説明する。実際のＷｅｂサービスには同一（あるいは実質的に同一）のＷｅｂサービスにも関わらず、サービス提供の際に送受信する情報の中に異なる記述が存在する場合がある。例えば、ＨＴＴＰリクエスト情報全体の記述の中の一部が異なっている場合がある。よって、Ｗｅｂサービスの同一性を精度良く判定するには、同一のＷｅｂサービス内における記述の違いの影響が少なく、かつ、異なるＷｅｂサービスを区別できる情報に限定して比較する必要がある。そこで、本実施形態では、サービス関連情報に限定して上記比較処理を行う。なお、上述の要求を満たすサービス関連情報としては、遷移前文書のＨＴＭＬフォームの入力コントロール（テキストボックスやボタンなど）の構成、遷移後文書のタイトル・内容・ＨＴＭＬ要素の構成、ＨＴＴＰリクエスト情報のリソース（特にサイト名とサービス名）などが考えられる。

ここで、サービス同一性判定部５４による判定の同一性は、比較対象の情報の完全一致ではなく、その包含関係（一方が他方に含まれる場合、一致とみなす）や類似性（類似度の値をある方法で計算し、これが閾値以上の場合、一致とみなす）をもって判定してもよい。また、複数の比較対象の情報の一致状態から算出した一致度により判定してもよい（複数の比較対象全体において閾値以上の割合で一致が見られた場合、一致とみなす）。

再利用入力画面表示部１２は、サービス記憶部６０に記憶されている再利用ＨＴＴＰリクエスト情報を利用してクエリをサーバに送信するための再利用入力画面を表示する。例えば、再利用入力画面表示部１２は、図１に示すような複数のＷｅｂサービスを指定可能な入力ページであって、再利用ＨＴＴＰリクエスト情報が記憶されているＷｅｂサービスを指定可能に表示している入力ページを、ディスプレイを介して出力する。なお、再利用入力画面表示部１２は、サービス記憶部６０に記憶されているＨＴＭＬ文書のタイトルを利用して、領域Ａに、指定可能なＷｅｂサービスを識別する情報を表示してもよい。

再利用リクエスト受付部２２は、再利用入力画面表示部１２が表示する再利用入力画面から、クエリの入力、および、クエリを利用したＷｅｂ上のサービスを実行する再利用指示入力を受付ける。再利用指示入力とは、再利用ＨＴＴＰリクエスト情報が記憶されているＷｅｂサービスを指定してなされるＷｅｂ上のサービスを実行する指示入力である。なお、再利用リクエスト受付部２２の構成は、従来技術に準じて実現することができる。

再利用送信部３２は、再利用リクエスト受付部２２がクエリの入力および再利用指示入力を受付けると、再利用ＨＴＴＰリクエスト情報内の変数化された箇所に入力を受付けたクエリを記載したリクエスト情報を作成し、サーバに送信する。

具体的には、まず、再利用送信部３２は、再利用入力画面（図１参照）においてユーザから指定されたＷｅｂサービス（領域Ａに列挙されている中のいずれか）を識別すると、サービス記憶部６０から、そのＷｅｂサービスの再利用ＨＴＴＰリクエスト情報を取り出す。そして、取り出した再利用ＨＴＴＰリクエスト情報内の変数化された箇所に入力を受付けたクエリを記載することで、ＨＴＴＰリクエスト情報を作成する。なお、入力を受付けたクエリが日本語表記であった場合などには、再利用送信部３２は必要に応じて、取り出した再利用ＨＴＴＰリクエスト情報に関連付けられている文字コードを認識し、認識した文字コードでクエリを変換する。そして、再利用ＨＴＴＰリクエスト情報内の変数化された箇所に変換後のクエリ文字列を記載することで、ＨＴＴＰリクエスト情報を作成する。その後、再利用送信部３２は、インターネット等のネットワークを介して、ＨＴＴＰリクエスト情報をサーバに送信する。

次に、本実施形態のＷｅｂサービス記憶装置１が再利用リクエスト情報を作成し、メモリに記憶する処理の流れの一例について図８のフローチャートを用いて説明する。

まず、Ｗｅｂサービス記憶装置１は、出力中のＷｅｂ上の入力ページ（遷移前Ｗｅｂページ）において、ユーザからクエリの入力およびそのクエリを利用したサービスを実行する指示入力を受付けると、クエリを含むＨＴＴＰリクエスト情報をサーバに送信する（ステップＳ１）。

そして、ステップＳ１で送信したＨＴＴＰリクエスト情報に応じて返信されてきた遷移後Ｗｅｂページをサーバから受信すると、遷移前Ｗｅｂページの文書および遷移後Ｗｅｂページの文書を解析し、文書情報を取得する（ステップＳ２：文書情報取得部５１）。

また、ステップＳ２とあわせて、ステップＳ１でサーバに送信されたＨＴＴＰリクエスト情報を取得する（ステップＳ３：ＨＴＴＰ情報取得部５２）。

なお、ステップＳ２およびステップＳ３における処理の前後関係は特段制限されない。

次に、ステップＳ２で取得した文書情報およびステップＳ３で取得したＨＴＴＰリクエスト情報を利用して、再利用ＨＴＴＰリクエスト情報を作成する（ステップＳ４：サービス抽出部５３）。

その後、ステップＳ４で作成した再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための再利用ＨＴＴＰリクエスト情報がメモリに記憶されていないか判定する（ステップＳ５：サービス同一性判定部５４）。ステップＳ５での判定の結果が「ＮＯ」である場合には、ステップＳ４で作成した再利用ＨＴＴＰリクエスト情報をメモリに記憶する（ステップＳ６）。なお、この時、特定した再利用ＨＴＴＰリクエスト情報内のクエリに使われる文字コード（サービス同一性判定部５４）を、再利用リクエスト情報に関連付けてメモリに記憶してもよい。また、ステップＳ２で文書情報として取得したＨＴＭＬ文書のタイトルを、再利用リクエスト情報に関連付けてメモリに記憶してもよい。さらに、ステップＳ２およびステップＳ３で取得したサービス関連情報を、再利用リクエスト情報に関連付けてメモリに記憶してもよい。一方、ステップＳ５での判定の結果が「ＹＥＳ」である場合には、処理を終了する。

なお、本実施形態のＷｅｂサービス記憶装置は、以下の第１のプログラム乃至第５のプログラムの中のいずれか１つをコンピュータにインストールし、実行させることで実現することができる。

第１のプログラムは、クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成し、メモリに記憶する処理をコンピュータに実行させるためのＷｅｂサービス記憶プログラムであって、クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成する機能と、新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されていないか判定する機能と、をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

第２のプログラムは、第１のプログラムを基本とし、さらに、前記判定の結果、同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されていない場合には、新たに作成された前記再利用ＨＴＴＰリクエスト情報を前記メモリに記憶する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

第３のプログラムは、第１のプログラムまたは第２のプログラムを基本とし、さらに、ＷｅｂブラウザからＷｅｂサーバに送信されたクエリを含むＨＴＴＰリクエスト情報を取得する機能と、前記Ｗｅｂブラウザにより表示されているＷｅｂページであって、前記ＨＴＴＰリクエスト情報の送信に起因して切り替わった遷移前Ｗｅｂページおよび遷移後ＷｅｂページのＨＴＭＬ文書を取得する機能と、前記ＨＴＴＰリクエスト情報と、前記ＨＴＭＬ文書と、を利用して、前記再利用ＨＴＴＰリクエスト情報を作成する機能と、をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

第４のプログラムは、第３のプログラムを基本とし、さらに、前記遷移前ＷｅｂページのＨＴＭＬ文書に含まれる遷移前文書情報、前記遷移後ＷｅｂページのＨＴＭＬ文書に含まれる遷移後文書情報、および、前記ＨＴＴＰリクエスト情報に含まれる情報、の中のいずれか１つ以上を含むサービス関連情報を取得する機能と、前記再利用ＨＴＴＰリクエスト情報と関連付けて前記サービス関連情報を前記メモリに記憶する機能と、前記サービス関連情報を利用して、Ｗｅｂ上のサービスの同一性を判定する機能と、をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

第５のプログラムは、第４のプログラムを基本とし、前記サービス関連情報として、前記遷移前Ｗｅｂページの入力ＨＴＭＬフォームの構成、前記遷移後Ｗｅｂページのタイトル、および、前記ＨＴＴＰリクエスト情報内の送信先リソース、の中のいずれか１つ以上を取得する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

本実施形態のＷｅｂサービス記憶プログラムおよびＷｅｂサービス記憶装置によれば、所定の入力ページ（図１参照）から所定のＷｅｂサービスを利用できるようにする情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を、同一のＷｅｂサービスを受けるための情報が重複することなく、自動的に登録することができる。この理由は、新たに作成した情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を自動登録する際、新たに前記情報を登録しようとしているＷｅｂサービスと、既に前記情報が記憶されているＷｅｂサービスとの同一性を、同一Ｗｅｂサービス内における記述の違いの影響が少なく、かつ、異なるＷｅｂサービスを区別できる情報の比較により判定した上で、同一のＷｅｂサービスが登録されていないと判定したもののみを登録するからである。

その結果、メモリ負担を軽減することができる。また、入力ページにおいて同一のＷｅｂサービスが重複して表示されることがないので、ユーザの操作性も向上する。

＜実施形態２＞
本実施形態のＷｅｂサービス記憶装置１は、実施形態１のＷｅｂサービス記憶装置１と同様に、サービス抽出部５３と、サービス同一性判定部５４と、サービス記憶部６０と、を有する（図２参照）。さらに、文書情報取得部５１と、ＨＴＴＰ情報取得部５２と、を有してもよい。

図９は、本実施形態のＷｅｂサービス記憶装置１の構成の一例をより詳細に示す機能ブロック図である。図に示すように、本実施形態のＷｅｂサービス記憶装置１は、文書情報取得部５１、ＨＴＴＰ情報取得部５２、サービス抽出部５３およびサービス同一性判定部５４を有する作成部５０と、サービス記憶部６０と、ユーザ入力受付部９０と、を有する構成とすることができる。以下、各部の構成について説明する。

ユーザ入力受付部９０は、ユーザから、再利用ＨＴＴＰリクエスト情報を作成するための情報を受付ける。再利用ＨＴＴＰリクエスト情報を作成するための情報は特段制限されないが、例えば、実際に送受信されたＨＴＴＰリクエスト情報、および、遷移前入力画面における入力ボックスの名称であってもよい。または、再利用ＨＴＴＰリクエスト情報を作成するための情報は、実際に送受信されたＨＴＴＰリクエスト情報であって、クエリ記載箇所より前の文字列と、クエリ記載箇所より後の文字列を識別可能にした情報であってもよい。なお、これらはあくまで一例であり、再利用ＨＴＴＰリクエスト情報を作成するための情報はその他の情報であっても構わない。なお、ユーザ入力受付部９０は、さらに、ユーザからＨＴＴＰリクエスト情報内のクエリに使われる文字コードおよび／またはＷｅｂサービスを識別する情報（例：Ｗｅｂサービスのタイトル）の入力を受付けてもよい。

文書情報取得部５１は、ユーザ入力受付部９０が受付けた情報の中から、実施形態１で説明した文書情報と同様の情報を取得する。

ＨＴＴＰ情報取得部５２は、ユーザ入力受付部９０が受付けた情報の中から、実施形態１で説明した情報と同様の情報を取得する。

なお、サービス抽出部５３、サービス同一性判定部５４、および、サービス記憶部６０の構成については、実施形態１と同様であるので、ここでの説明は省略する。

本実施形態のＷｅｂサービス記憶装置１が再利用リクエスト情報を作成し、メモリに記憶する処理の流れは、実施形態１と同様であるので、ここでの説明は省略する。

なお、本実施形態のＷｅｂサービス記憶装置は、第１のプログラム、第２のプログラムおよび第６のプログラムの中のいずれか１つをコンピュータにインストールし、実行させることで実現することができる。

第６のプログラムは、第１のプログラムから第５のプログラムのいずれか１つを基本とし、さらに、ユーザから、前記再利用ＨＴＴＰリクエスト情報を作成するための情報を受付ける機能と、ユーザから受付けた情報に従い、前記再利用ＨＴＴＰリクエスト情報を作成する機能と、をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

本実施形態のＷｅｂサービス記憶プログラムおよびＷｅｂサービス記憶装置によれば、所定の入力ページから所定のＷｅｂサービスを利用できるようにする情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を、同一のＷｅｂサービスを受けるための情報が重複することなく、登録することができる。この理由は、新たに作成した情報（検索プラグイン、ＨＴＴＰリクエスト情報のクエリ記載箇所を変数化した情報など）を登録する際、新たに前記情報を登録しようとしているＷｅｂサービスと、既に前記情報が記憶されているＷｅｂサービスの同一性を、同一Ｗｅｂサービス内における記述の違いの影響が少なく、かつ、異なるＷｅｂサービスを区別できる情報の比較により判定した上で、同一のＷｅｂサービスが登録されていないと判定したもののみを登録するからである。

その結果、メモリ負担を軽減することができる。また、入力ページにおいて同一のＷｅｂサービスが重複して表示されることがないので、ユーザの操作性も向上する。

＜実施形態３＞
本実施形態のＷｅｂサービス記憶装置１は、実施形態１または実施形態２を基本とし、作成部５０がさらにサービス統合部５５を有する。

図１０に、本実施形態の作成部５０の構成を示す。図に示すように、本実施形態の作成部５０は、文書情報取得部５１と、ＨＴＴＰ情報取得部５２と、サービス抽出部５３と、サービス同一性判定部５４と、サービス統合部５５と、を有する。以下、サービス統合部５５の構成について説明する。なお、文書情報取得部５１、ＨＴＴＰ情報取得部５２、サービス抽出部５３、および、サービス同一性判定部５４の構成については、実施形態１および２と同様であるので、ここでの説明は省略する。

サービス統合部５５は、サービス同一性判定部５４で、新たに作成された再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスと同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報がすでにサービス記憶部６０に記憶されていると判定された場合、次のような処理を行う。すなわち、サービス統合部５５は、新たに作成された再利用ＨＴＴＰリクエスト情報と、同一のＷｅｂサービスを受けるためのものと判定された再利用ＨＴＴＰリクエスト情報とを比較し、いずれか一方を選択し、選択した再利用ＨＴＴＰリクエスト情報をサービス記憶部６０に記憶する。なお、この際、選択されなかった再利用ＨＴＴＰリクエスト情報は削除される。

例えば、サービス統合部５５は、２つの再利用ＨＴＴＰリクエスト情報を比較し、例えば文字数が少ない一方や、ＵＲＬのパスの短い一方、ＵＲＬのクエリパラメータが少ない一方を選択し、選択したものをサービス記憶部６０に記憶する。

なお、サービス統合部５５は、さらに、新たに作成された再利用ＨＴＴＰリクエスト情報に関連付けられているサービス関連情報と、同一のＷｅｂサービスを受けるためのものと判定された再利用ＨＴＴＰリクエスト情報に関連付けられているサービス関連情報とを、１つの情報単位で比較していずれか一方を選択し、選択したサービス関連情報を上記選択された再利用ＨＴＴＰリクエスト情報に関連付けてサービス記憶部６０に格納してもよい。なお、この際、選択されなかったサービス関連情報は削除される。

例えば、サービス統合部５５は、２つの遷移後文書のタイトル（サービス関連情報）を比較し、文字数が少ない一方を選択し、選択したものをサービス記憶部６０に記憶する。

ここで、図１１を用いて、サービス統合部５５の処理の一例を具体的に説明する。図１１−Ａは、新たに作成された再利用ＨＴＴＰリクエスト情報に関連付けられるサービス関連情報を模式的に示したものである。図１１−Ｂは、すでにサービス記憶部６０に記憶されているサービス関連情報であって、前記Ｗｅｂサービスと同一のＷｅｂサービスであると判定されたＷｅｂサービスの情報を模式的に示したものである。サービス統合部５５は、これら２つのサービスにおける再利用ＨＴＴＰリクエスト情報を比較していずれか一方を選択し、選択した再利用ＨＴＴＰリクエスト情報をサービス記憶部６０に記憶するとともに、選択しなかった再利用ＨＴＴＰリクエスト情報を削除する。ここでは、サービス統合部５５は、クエリパラメータの数が少ないＨＴＴＰリクエスト情報（http://somesite.com/web/search?q={query}）（図１１−Ｂ）を選択し、これをサービス記憶部６０に記憶するとともに、選択しなかった再利用ＨＴＴＰリクエスト情報（図１１−Ａ）を削除する（図１１−Ｃ）。なお、ＨＴＴＰリクエスト情報のメソッドが異なる場合は、一方のメソッドに記述を揃えた上で比較してもよい。また、サービス統合部５５は、遷移後文書のタイトル（サービス関連情報）の詳細を比較し、いずれか一方を選択して、選択した情報を上記選択された再利用ＨＴＴＰリクエスト情報に関連付けてサービス記憶部６０に記憶するとともに、選択しなかった遷移後文書のタイトル（サービス関連情報）を削除する。ここでは、サービス統合部５５は、文字数が少ない「Ｗｅｂ検索結果」（図１１−Ａ）を選択し、これをサービス記憶部６０に記憶するとともに、選択しなかった遷移後文書のタイトル（サービス関連情報）（図１１−Ｂ）を削除する（図１１−Ｃ）。

次に、本実施形態のＷｅｂサービス記憶装置１が再利用リクエスト情報を作成し、メモリに記憶する処理の流れの一例について図１２のフローチャートを用いて説明する。

ステップＳ１からＳ６までは、実施形態１での説明と同様であるので、ここでの説明は省略する。

ステップＳ５での判定の結果が「ＹＥＳ」である場合、本実施形態のＷｅｂサービス記憶装置１は、新たに作成された再利用ＨＴＴＰリクエスト情報（およびサービス関連情報）と、同一のＷｅｂサービスを受けるためのものと判定されたメモリに記憶されている再利用ＨＴＴＰリクエスト情報（およびサービス関連情報）とを、情報単位で比較し、短い方を選択してそれらを組み合わせた１つの再利用ＨＴＴＰリクエスト情報（およびサービス関連情報）を作成して、メモリに記憶する（ステップＳ７：サービス統合部５５）。その後、処理を終了する。

なお、本実施形態のＷｅｂサービス記憶装置は、以下の第７のプログラムおよび第８のプログラムをコンピュータにインストールし、実行させることで実現することができる。

第７のプログラムは、第１のプログラムから第６のプログラムのいずれか１つを基本とし、さらに、新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されている場合には、新たに作成された前記再利用ＨＴＴＰリクエスト情報と、同一の検索サービスを受けるためのものと判定された前記メモリに記憶されている前記再利用ＨＴＴＰリクエスト情報とを比較し、一方を選択して前記メモリに記憶するとともに、他方を削除する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

第８のプログラムは、第４のプログラム、または、第４のプログラムを基本とする第５のプログラムから第７のプログラムのいずれか１つを基本とし、さらに、新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されている場合には、新たに作成された前記再利用ＨＴＴＰリクエスト情報に関連付けられる前記サービス関連情報と、同一のＷｅｂサービスを受けるためのものと判定された前記メモリに記憶されている前記再利用ＨＴＴＰリクエスト情報に関連付けられている前記サービス関連情報とを、情報単位で比較して一方を選択し、選択した方を前記メモリに記憶している前記再利用ＨＴＴＰリクエスト情報に関連付けるとともに、他方を削除する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

本実施形態のＷｅｂサービス記憶プログラムおよびＷｅｂサービス記憶装置によれば、実施形態１および実施形態２の効果に加え、少ない記憶容量で、再利用ＨＴＴＰリクエスト情報およびサービス関連情報を記録することができる。すなわち、メモリ負担を軽減することが実現される。
＜実施形態４＞

本実施形態のＷｅｂサービス記憶装置１は、実施形態１、実施形態２および実施形態３のいずれかを基本とし、さらにサービス使用回数評価部７０およびサービス推薦部８０を有する。

図１３は、本実施形態のＷｅｂサービス記憶装置１の構成の一例をより詳細に示す機能ブロック図である。図に示すように、本実施形態のＷｅｂサービス記憶装置１は、再利用入力画面表示部１２を有する表示部１０と、再利用リクエスト受付部２２を有する受付部２０と、再利用送信部３２を有する送信部３０と、受信部４０と、文書情報取得部５１、ＨＴＴＰ情報取得部５２、サービス抽出部５３およびサービス同一性判定部５４を有する作成部５０と、サービス記憶部６０と、サービス使用回数評価部７０と、サービス推薦部８０とを有する構成とすることができる。なお、作成部５０はさらにサービス統合部５５を有してもよい。以下、サービス使用回数評価部７０およびサービス推薦部８０の構成について説明する。なお、その他の部の構成は、実施形態１乃至３と同様であるので、ここでの説明は省略する。

サービス使用回数評価部７０は、サービス記憶部６０に記憶される再利用ＨＴＴＰリクエスト情報を利用してクエリを含むＨＴＴＰリクエスト情報が送信された回数を、再利用ＨＴＴＰリクエスト情報ごとにカウントする。なお、サービス使用回数評価部７０は、サービス同一性判定部５４で、新たに作成された再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスと同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報がすでにサービス記憶部６０に記憶されていると判定された場合、その再利用ＨＴＴＰリクエスト情報に関連付けられているカウント数を「１」加算してもよい。さらに、サービス統合部５５により２つの再利用ＨＴＴＰリクエスト情報が統合された場合には、すでに記憶されていた再利用ＨＴＴＰリクエスト情報に関連付けられていたカウント数に「１」を加算したカウント数が、統合後の再利用ＨＴＴＰリクエスト情報に関連付けられてもよい。また、サービス使用回数評価部７０は、再利用ＨＴＴＰリクエスト情報がサービス記憶部６０に新たに記憶される際には、その再利用ＨＴＴＰリクエスト情報にカウント数「１」を関連付けてもよい。

サービス推薦部８０は、サービス使用回数評価部７０によるカウントの結果を基にソートおよび／またはフィルタリングしたうえで、再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスを識別する情報（Ｗｅｂサービスの名称等）を並べて表示する。例えば、サービス推薦部８０は、再利用入力画面表示部１２が表示している図１に示すような再利用入力画面における指定可能なＷｅｂサービスを表示する領域Ａにおいて、利用回数が多い順に上から並べて表示してもよい。また、カウント数が所定の数未満のＷｅｂサービスは領域Ａには表示しないようにしてもよい。

次に、本実施形態のＷｅｂサービス記憶装置１が再利用ＨＴＴＰリクエスト情報を作成する処理の流れの一例について図１４のフローチャートを用いて説明する。

ステップＳ１からＳ７までは、実施形態１および３での説明と同様であるので、ここでの説明は省略する。

ステップＳ５での判定の結果、記憶されていない場合には（ステップＳ５のＮＯ）、ステップＳ４で作成された再利用ＨＴＴＰリクエスト情報をメモリに記憶する（ステップＳ６）。そして、その再利用ＨＴＴＰリクエスト情報にカウント「１」を関連付ける（ステップＳ８：サービス使用回数評価部７０）。

一方、ステップＳ５での判定の結果、記憶されている場合には（ステップＳ５のＹＥＳ）、ステップＳ４で作成された再利用ＨＴＴＰリクエスト情報と、すでに記憶されている同一のＷｅｂサービスを受けるための再利用ＨＴＴＰリクエスト情報と、を統合する（ステップＳ７：サービス統合部５５）。そして、すでに記憶されていた再利用ＨＴＴＰリクエスト情報に関連付けられていたカウント数に「１」を加算したカウント数を、統合後の再利用ＨＴＴＰリクエスト情報に関連付ける（ステップＳ８：サービス使用回数評価部７０）。

なお、本実施形態のＷｅｂサービス記憶装置は、以下の第９のプログラムをコンピュータにインストールし、実行させることで実現することができる。

第９のプログラムは、第１のプログラムから第８のプログラムのいずれか１つを基本とし、さらに、ユーザからクエリおよび前記再利用ＨＴＴＰリクエスト情報を利用して前記クエリをＷｅｂサーバに送信する指示入力を受付けると、前記メモリから所定の前記再利用ＨＴＴＰリクエスト情報を取り出し、前記変数化された部分に入力を受付けたクエリを記載したＨＴＴＰリクエスト情報を作成後、Ｗｅｂサーバに送信する機能と、前記Ｗｅｂ上のサービスごとに、前記再利用ＨＴＴＰリクエスト情報を利用した前記ＨＴＴＰリクエスト情報の送信を含む前記ＨＴＴＰリクエスト情報の送信回数をカウントする機能と、前記送信回数に基づいて、前記再利用ＨＴＴＰリクエスト情報をソートおよび／またはフィルタリングしたうえで、前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスを識別する情報を並べて表示する機能と、をコンピュータに実現させるためのＷｅｂサービス記憶プログラムである。

本実施形態のＷｅｂサービス記憶プログラムおよびＷｅｂサービス記憶装置によれば、実施形態１乃至３の効果に加え、ユーザが利用する可能性の高いＷｅｂサービスを上位に表示したり、使用頻度の少ないＷｅｂサービスは非表示とし一覧表示するＷｅｂサービスの数を減らしたりすることで、ユーザが再利用ＨＴＴＰリクエスト情報を利用しやすいような画面表示を実現することができる。

１ Ｗｅｂサービス記憶装置
２ サーバ
１０ 表示部
１１ Ｗｅｂページ表示部
１２ 再利用入力画面表示部
２０ 受付部
２１ リクエスト受付部
２２ 再利用リクエスト受付部
３０ 送信部
３１ リクエスト情報送信部
３２ 再利用送信部
４０ 受信部
５０ 作成部
５１ 文書情報取得部
５２ ＨＴＴＰ情報取得部
５３ サービス抽出部
５４ サービス同一性判定部
５５ サービス統合部
６０ サービス記憶部
７０ サービス使用回数評価部
８０ サービス推薦部
９０ ユーザ入力受付部

Claims (10)

1. クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成し、メモリに記憶する処理をコンピュータに実行させるためのＷｅｂサービス記憶プログラムであって、
   クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成する機能と、
   新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されていないか判定する機能と、
   をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
2. 請求項１に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   前記判定の結果、同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されていない場合には、新たに作成された前記再利用ＨＴＴＰリクエスト情報を前記メモリに記憶する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
3. 請求項１または２に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   ＷｅｂブラウザからＷｅｂサーバに送信されたクエリを含むＨＴＴＰリクエスト情報を取得する機能と、
   前記Ｗｅｂブラウザにより表示されているＷｅｂページであって、前記ＨＴＴＰリクエスト情報の送信に起因して切り替わった遷移前Ｗｅｂページおよび遷移後ＷｅｂページのＨＴＭＬ文書を取得する機能と、
   前記ＨＴＴＰリクエスト情報と、前記ＨＴＭＬ文書と、を利用して、前記再利用ＨＴＴＰリクエスト情報を作成する機能と、
   をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
4. 請求項３に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   前記遷移前ＷｅｂページのＨＴＭＬ文書に含まれる遷移前文書情報、前記遷移後ＷｅｂページのＨＴＭＬ文書に含まれる遷移後文書情報、および、前記ＨＴＴＰリクエスト情報に含まれる情報、の中のいずれか１つ以上を含むサービス関連情報を取得する機能と、
   前記再利用ＨＴＴＰリクエスト情報と関連付けて前記サービス関連情報を前記メモリに記憶する機能と、
   前記サービス関連情報を利用して、Ｗｅｂ上のサービスの同一性を判定する機能と、
   をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
5. 請求項４に記載のＷｅｂサービス記憶プログラムにおいて、
   前記サービス関連情報として、前記遷移前Ｗｅｂページの入力ＨＴＭＬフォームの構成、前記遷移後Ｗｅｂページのタイトル、および、前記ＨＴＴＰリクエスト情報内の送信先リソース、の中のいずれか１つ以上を取得する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
6. 請求項１から５のいずれか１項に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   ユーザから、前記再利用ＨＴＴＰリクエスト情報を作成するための情報の入力を受付ける機能と、
   ユーザから受付けた情報に従い、前記再利用ＨＴＴＰリクエスト情報を作成する機能と、
   をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
7. 請求項１から６のいずれか１項に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されている場合には、
   新たに作成された前記再利用ＨＴＴＰリクエスト情報と、同一のＷｅｂサービスを受けるためのものと判定された前記メモリに記憶されている前記再利用ＨＴＴＰリクエスト情報とを比較し、一方を選択して前記メモリに記憶するとともに、他方を削除する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
8. 請求項４または請求項４に従属する請求項５から７のいずれか１項に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記メモリに記憶されている場合には、
   新たに作成された前記再利用ＨＴＴＰリクエスト情報に関連付けられる前記サービス関連情報と、同一のＷｅｂサービスを受けるためのものと判定された前記メモリに記憶されている前記再利用ＨＴＴＰリクエスト情報に関連付けられている前記サービス関連情報とを、情報単位で比較して一方を選択し、選択した方を前記メモリに記憶している前記再利用ＨＴＴＰリクエスト情報に関連付けるとともに、他方を削除する機能をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
9. 請求項１から８のいずれか１項に記載のＷｅｂサービス記憶プログラムにおいて、さらに、
   ユーザからクエリおよび前記再利用ＨＴＴＰリクエスト情報を利用して前記クエリをＷｅｂサーバに送信する指示入力を受付けると、前記メモリから所定の前記再利用ＨＴＴＰリクエスト情報を取り出し、前記変数化された部分に入力を受付けたクエリを記載したＨＴＴＰリクエスト情報を作成後、Ｗｅｂサーバに送信する機能と、
   前記Ｗｅｂ上のサービスごとに、前記再利用ＨＴＴＰリクエスト情報を利用した前記ＨＴＴＰリクエスト情報の送信を含む前記ＨＴＴＰリクエスト情報の送信回数をカウントする機能と、
   前記送信回数に基づいて、前記再利用ＨＴＴＰリクエスト情報をソートおよび／またはフィルタリングしたうえで、前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂサービスを識別する情報を並べて表示する機能と、
   をコンピュータに実現させるためのＷｅｂサービス記憶プログラム。
10. クエリを含むＨＴＴＰリクエスト情報のクエリ記載部分を変数化した再利用ＨＴＴＰリクエスト情報を作成するサービス抽出手段と、
    前記再利用ＨＴＴＰリクエスト情報を保持するサービス記憶手段と、
    新たに作成された前記再利用ＨＴＴＰリクエスト情報を利用して受けられるＷｅｂ上のサービスと同一のサービスを受けるための前記再利用ＨＴＴＰリクエスト情報が前記サービス記憶手段にすでに記録されていないか判定するサービス同一性判定手段と、
    を有するＷｅｂサービス記憶装置。

Images