JP2022104948A - 情報処理システム - Google Patents

Abstract

【課題】ユーザにとってより利便性の高いＷｅｂサイトの作成を可能にさせること。
【解決手段】サイト受付部１０１は、所定のデータプール１８２に存在するデータを検索するための検索窓Ｃを表示させる対象のＷｅｂサイトＷＳの指定を受付ける。ページ受付部１０２は、指定が受付けられたＷｅｂサイトＷＳを構成する１以上のＷｅｂページＷＰのうち、検索窓Ｃを表示させる対象の１以上のＷｅｂページＷＰの指定を受付ける。検索窓位置受付部１０３は、指定が受付けられたＷｅｂページＷＰ毎に、検索窓Ｃを表示させる位置の指定を受付ける。構築部１０４は、ＷｅｂサイトＷＳにアクセスしてきたものに対して、指定された位置に検索窓Ｃを表示させるように、ＷｅｂサイトＷＳを構築する。
【選択図】図５

Description

本発明は、情報処理システムに関する。

従来より、ユーザによるＷｅｂサイトの作成を効率化させる技術は存在する（例えば特許文献１参照）。

特開２０１７－２０７８４７号公報

しかしながら、特許文献１の技術を含む従来の技術よりも、ユーザにとってより利便性の高いＷｅｂサイトの作成が可能になることが望まれている状況にある。

本発明は、このような状況に鑑みてなされたものであり、ユーザにとってより利便性の高いＷｅｂサイトの作成を可能にさせることを目的とする。

上記目的を達成するため、本発明の一態様の情報処理システムは、
所定のデータプールに存在するデータを検索するための検索窓を表示させる対象のＷｅｂサイトの指定を受付ける第１受付手段と、
前記指定が受付けられた前記Ｗｅｂサイトを構成する１以上のＷｅｂページのうち、前記検索窓を表示させる対象の１以上のＷｅｂページの指定を受付ける第２受付手段と、
前記指定が受付けられた前記１以上のＷｅｂページ毎に、前記検索窓を表示させる位置の指定を受付ける第３受付手段と、
前記Ｗｅｂサイトにアクセスしてきたものに対して前記位置に前記検索窓を表示させるように、当該Ｗｅｂサイトを構築する構築手段と、
を備える。

本発明によれば、ユーザにとってより利便性の高いＷｅｂサイトの作成を可能にさせることができる。

本発明の情報処理システムの適用対象となる本サービスの概要を示す図である。 検索窓を用いた検索の対象となるデータの範囲の概要を示す図である。 本発明の情報処理システムの構成の一例を示す図である。 図３に示す情報処理システムのうち、ユーザ端末のハードウェア構成の一例を示すブロック図である。 図４のユーザ端末が適用される情報処理システムの機能的構成のうち、検索窓設定処理を実行するための機能的構成の一例を示すブロック図である。

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

まず、図１及び図２を参照して、本発明の情報処理システム（後述する図３参照）の適用対象となるサービス（以下、「本サービス」と呼ぶ）の概要について説明する。

図１は、本発明の情報処理システムの適用対象となる本サービスの概要を示す図である。

図１に示すＷｅｂサイトＷＳは、ユーザ企業Ｕによりその内容が管理されているものであり、その作成者は特に限定されないが、本実施形態では当該ユーザ企業Ｕであるものとする。ＷｅｂサイトＷＳは、ｎ個（ｎは１以上の整数値）のＷｅｂページＷＰ１乃至ＷＰｎから構成されている。以下、ＷｅｂページＷＰ１乃至ＷＰｎの夫々を個々に区別する必要がない場合、これらをまとめて「ＷｅｂページＷＰ」と呼ぶ。
本サービスは、ユーザ企業Ｕによりその内容が管理されているＷｅｂサイトＷＳ（例えばユーザ企業Ｕの自社サイト）のうち、当該ユーザ企業Ｕにとって所望のＷｅｂページＷＰの所望の位置に対して、ニッチな分野の情報検索が可能な検索窓Ｃを設けること支援するサービスである。
なお、ＷｅｂサイトＷＳの作成者及び作成の手法は特に限定されない。ただし、本発明の理解を容易なものとすべく、本実施形態では説明の便宜上、作成者はユーザ企業Ｕであり、作成手法としては、例えば一般的に市販されているホームページ作成用ソフトウェアを用いる手法が採用されているものとする。

ＷｅｂサイトＷＳを構成するＷｅｂページＷＰ１乃至ＷＰｎには、ＷｅｂページＷＰの閲覧者によりニッチな分野のキーワード検索が行われるための検索窓Ｃが設けられている場合がある。
ここで、「ニッチな分野のキーワード検索」とは、広い分野を検索対象とする一般的な検索窓、例えばＧｏｏｇｌｅ（登録商標）やＹａｈｏｏ！（登録商標）等の検索窓とは異なるものである。例えば、「特許文献」といった特定のニッチな分野を検索対象とする特許検索等が、「ニッチな分野のキーワード検索」の一例である。
また、検索窓Ｃが設けられている「場合がある」としたのは、検索窓Ｃを設けるか設けないかについては、ユーザ企業Ｕが自由に決定できることを意味している。
検索窓Ｃは、検索キーワードとなる文字や数字の入力を受付けるためのキーワード入力欄Ｃａと、キーワード入力欄Ｃａに入力された検索キーワードによる検索を実行する際に押下される検索開始ボタンＣｂとで構成されている。
つまり、キーワード入力欄Ｃａに対して所定の検索キーワードが入力されて、検索開始ボタンＣｂが押下されると、検索結果が図示せぬＷｅｂページ等に表示される。ここで、着目すべき点は、検索結果は、当該「所定の検索キーワード」を含む広い分野のＷｅｂサイトや文章等の一般的なメディアではないという点である。即ち、ニッチな分野の範囲内で検索された当該「所定の検索キーワード」に関するメディア、例えば上述の特許検索であれば特許文献が検索結果として表示される、という点に着目すべきである。

以上説明したように、ユーザ企業Ｕは、ＷｅｂサイトＷＳを構成するＷｅｂページＷＰ１乃至ＷＰｎのうち、任意のＷｅｂページＷＰの任意の位置に検索窓Ｃを設けることができる。例えば「特許文献」といった特定のニッチな分野を検索することを、ＷｅｂサイトＷＳへのアクセス当初から所望する者が閲覧するであろうＷｅｂページＷＰに的を絞って検索窓Ｃを設けることができる。

例えば、具体例として、ユーザ企業Ｕが特許事務所Ａであり、特許事務所ＡのＷｅｂサイトＷＳに検索窓Ｃが設けられる場面を例に挙げて説明する。この場合、特許事務所Ａは、自身のＷｅｂサイトＷＳにアクセスしてくる者がどのような目的でアクセスしてくるのかを想定する。そして、その想定結果に基づいて、検索窓Ｃを設けるＷｅｂページＷＰと、検索窓Ｃを表示させる具体的な位置とを指定する。
特許事務所Ａは、例えば特許事務所Ａが得意とする技術分野に関する情報や、特許事務所Ａに所属している弁理士等に関する情報を取得するために、ＷｅｂサイトＷＳにアクセスしてくる者を想定することができる。そして、特許事務所Ａは、アクセスしてくると想定される者によって自然に又は積極的に検索窓Ｃが利用されるようなＷｅｂページＷＰの所定位置に検索窓Ｃを設ける。

ここで、特許事務所Ａが、ＷｅｂサイトＷＳにアクセスしてくる者として、例えば「新たなビジネスモデルの特許出願を予定しているスタートアップ企業の社員」（以下、「スタートアップ社員」と呼ぶ）を想定したとする。この場合、特許事務所Ａは、検索窓Ｃを設けるＷｅｂページＷＰとして、スタートアップ社員が閲覧しそうな、例えばページのトップに「当所が得意とする技術分野」といった表記がなされたＷｅｂページＷＰを指定する。また、特許事務所Ａは、スタートアップ社員が視認し易いと思われる当該表記の近傍の所定位置を、検索窓Ｃを表示させる位置として指定する。ここで、特許事務所Ａが、位置の指定がなされた検索窓Ｃにより検索可能なデータの範囲として、「特許事務所Ａに所属する弁理士を代理人とするすべての特許出願の公報」を指定したとする。この場合、アクセスしてくることが想定されるスタートアップ社員が実際にアクセスしてくると、例えば以下のような効果が期待される。即ち、検索窓Ｃを設けるＷｅｂページの指定や、位置の指定ができない従来のＷｅｂサイトＷＳに比べて、多くのスタートアップ社員が、検索窓Ｃを自然に又は積極的に使用するようになることが期待できる。

ここで、特許事務所Ａが、ＷｅｂサイトＷＳにアクセスしてくることが想定される者として、例えば「ビジネスモデルの特許出願を得意とする弁理士に関する情報を取得しようとする者」（以下、「弁理士情報取得希望者」と呼ぶ）を想定したとする。この場合、特許事務所Ａは、検索窓Ｃを設けるＷｅｂページＷＰとして、弁理士情報取得希望者が閲覧しそうな、例えばページのトップに「当所のメンバー」といった表記がなされたＷｅｂページＷＰを指定する。また、特許事務所Ａは、弁理士情報取得希望者が視認し易いと思われる当該表記の近傍の所定位置を、検索窓Ｃを表示させる位置として指定する。また、特許事務所Ａは、表示位置が指定された検索窓Ｃにより検索可能なデータの範囲として、「特許事務所Ａに所属するすべての弁理士に関する情報」を指定したとする。これにより、アクセスしてくることが想定される弁理士情報取得希望者が実際にアクセスしてきた場合には、例えば以下のような効果が期待される。即ち、検索窓Ｃを設けるＷｅｂページの指定や、位置の指定ができない従来のＷｅｂサイトＷＳに比べて、多くの弁理士情報取得希望者が、検索窓Ｃを自然に又は積極的に使用するようになることが期待できる。
また例えば、ユーザ企業Ｕは、閲覧者がアクセスした当初はニッチな分野を検索することを所望していなくても、検索窓Ｃを視認することで検索したくなるようなＷｅｂページＷＰの任意の位置に検索窓Ｃを設けることもできる。
また例えば、ユーザ企業Ｕは、ＷｅｂサイトＷＳを構成する複数のＷｅｂページＷＰのうち、閲覧数が比較的多いＷｅｂページを選択して検索窓Ｃを配置することもできる。これにより、検索窓Ｃが多くの閲覧者の目に留まることになるので、検索窓Ｃの利用頻度の向上が期待できる。その結果、検索窓Ｃが設けられたＷｅｂサイトへのアクセス数が増加も期待できる。

さらに、検索窓Ｃの有無や、検索窓Ｃが設けられた位置の如何でアクセス数が変動することが一般的に認知され始めると、検索窓Ｃそのものの存在価値が次第に向上していくことが期待できる。
即ち、従来の、いわば固定式の検索窓は、どのような検索キーワードを入力することができ、それによってどのような検索結果が出力されるのかが重視されていた。これに対して、本サービスの、いわば移動式の検索窓Ｃによれば、検索窓Ｃを、ＷｅｂサイトＷＳへのアクセス数を増加させてくれる（即ち販売促進用の）道具として利用することができる。
つまり、本サービスは、検索窓の新たな用途（利用価値）を見出す画期的なサービスであるといえる。本サービスによれば、例えばアクセス数の少ないＷｅｂサイトＷＳであっても、取り扱いが容易であり、かつ利便性の高い検索窓Ｃを設けることで、アクセス数の増加を図ることができる。

また、本サービスでは、検索窓Ｃに入力された検索キーワード、及び検索結果が、履歴情報として記録される。記録された履歴情報は、検索窓Ｃを設定したユーザ企業Ｕの管理下に置かれる。従来からある一般的な検索窓、例えばＧｏｏｇｌｅ（登録商標）等の検索窓の場合、検索キーワードの履歴情報は、検索窓を提供する者（例えばＧｏｏｇｌｅ（登録商標））の管理下に置かれ、取扱いが支配されていた。これに対して、本サービスによれば、検索キーワードの履歴情報は、上述したように検索窓Ｃを設定した特許事務所Ａの管理下に置かれる。このため、特許事務所Ａは、検索窓Ｃを利用した会社Ｂの社員ｂの検索キーワードの履歴情報の取り扱いを支配することができる。換言すると、履歴情報の解放、民主化が可能となる。
また、検索窓Ｃに検索キーワードを入力した者は、検索窓Ｃに入力された検索キーワードの履歴を、履歴情報として記録することの可否を決定することができる。そして、検索窓Ｃに検索キーワードを入力した者が、履歴情報として記録することを拒否した場合には、その履歴情報は記録の対象から外すとする管理が行われる。

具体的には例えば、検索窓Ｃが設けられた特許事務所Ａのホームページ（ＷｅｂサイトＷＳ）に会社Ｂの社員ｂがアクセスした場合を想定する。この場合、以下のような機能や効果を実現させることができる。
即ち、特許事務所Ａのホームページにアクセスした会社Ｂの社員ｂは、検索窓Ｃを用いて検索キーワード「特許調査」で検索を行ったとする。すると、検索キーワード「特許調査」を示す情報は、履歴情報として特許事務所Ａの管理下に置かれる。特許事務所Ａは、履歴情報を分析することで、会社Ｂの社員ｂがどのようなものに興味を有するのかを把握することができる。なお、本例の検索キーワードは１例「特許調査」のみであるが、複数種類の検索キーワードによる検索が行われた場合には、それらの検索キーワードのすべてが履歴情報として記録され、特許事務所Ａの管理下に置かれる。

これにより、特許事務所Ａは、未だ会社Ｂから何らの問合せがない段階であっても、検索キーワードの履歴情報を分析することで把握される社員ｂの興味の傾向に基づいて、会社Ｂに対する各種の提案等を行うことができる。具体的には例えば、未だ会社Ｂから何らの問合せがない段階から、「弊所は特許調査業務を得意としております」といったダイレクトメールを会社Ｂに送付することもできる。その結果、特許事務所Ａは、新規依頼を受け易くなるという効果を期待することができる。
また例えば、会社Ｂが特許事務所Ａの既存の顧客である場合には、顧客である会社Ｂの課題を事前に把握することができる。その結果、特許事務所Ａは、適切な対応をとるための準備や、新たな提案を行うことが容易になる。

また例えば、特許事務所Ａは、検索キーワードの履歴情報を分析した結果、社員ｂの興味の傾向が、特許事務所Ａの業務の範囲外に属する場合には、対応できそうな提携先の会社Ｃに連絡して、マッチングさせることもできる。この場合、特許事務所Ａの提携先の会社Ｃが、本サービスを利用するユーザ企業Ｕである場合には、逆に特許事務所Ａが会社Ｃにマッチングしてもらうこともできる。具体的には、会社Ｃの管理下にある検索キーワードの履歴情報に、会社Ｃの業務の範囲外であるが特許事務所Ａの業務の範囲内のものが含まれてる場合がある。この場合、特許事務所Ａは会社Ｃにマッチングしてもらうことができる。これにより、特許事務所Ａは会社Ｃとの間で良好な関係を築くことが可能となる。

また例えば、会社Ｂの社員ｂにより検索窓Ｃに入力された検索キーワードが履歴情報として特許事務所Ａの管理下にある場合、同一又は類似する検索キーワードが他者（会社Ｂの社員ｃ）により入力されることがある。この場合、他者（会社Ｂの社員ｃ）に対して、「会社Ｂの社員ｂが同様の検索を行っています」といったメッセージが通知される。これにより、会社Ｂの社員ｃは、会社Ｂの社員ｂからアドバイスを受けたり、協力したりすることで、重複作業を排除するなど、効率良く業務を進めることが可能となる。さらに、会社Ｂの社員ｂと社員ｃとの双方が承諾することを条件として、双方の検索キーワードや検索結果の履歴情報を共有し合うこともできる。

また例えば、検索キーワードの履歴情報をＡＩ（人工知能）に学習させることにより、検索窓Ｃの利用者の検索スキル（検索が得意かどうか）のランク付けを行うこともできる。ランク付けの結果は、社内の人事評価等に利用することもできる。さらに、検索窓Ｃを利用した者の検索キーワードや検索結果の履歴情報は、公開の対象としたり、人材市場に流通させたりすることもできる。その結果、検索スキルが高い者を対象とする人材紹介等につなげることもできる。

図２は、検索窓を用いた検索の対象となるデータの範囲の概要を示す図である。

従来の検索窓を用いた検索の対象となるデータは、何らのカテゴライズがなされていない広い分野とするものであった。これに対して、本サービスによれば、特許分野、法律分野など、ニッチな分野に絞ったバーティカルな検索が可能となる。また、これに加えて、本サービスによれば、ユーザ企業Ｕは、検索窓Ｃによる検索の対象となるデータの範囲を自由に設定することができる。

例えば、検索窓Ｃを用いた検索の対象となるデータの範囲を、ユーザ企業Ｕが保有する特許に関するデータや、ユーザ企業Ｕが保有する法律に関するデータ（例えば裁判例）などに限定することができる。この場合、ユーザ企業Ｕが管理するデータが記憶されている所定のデータベースから、検索の対象となる特許に関するデータや法律に関するデータが抽出される。抽出されたデータは、抽出条件毎に所定のデータプールに格納される。つまり、検索窓Ｃを用いて検索できるデータの範囲は、このデータプールに格納されているデータの範囲となる。ここで、検索の対象となるデータが抽出される際に用いられた抽出条件は、履歴情報としてユーザ企業Ｕ毎に管理される。これにより、ユーザ企業Ｕは、抽出条件の履歴情報に基づいて、自社内でデータの分析を行うことができる。なお、データの抽出は、抽出元のデータをコピー（複製）してデータプールに格納する手法を用いてもよいし、抽出元のデータをストリーミングする手法を用いてもよい。ストリーミングする手法を採用した場合、ストレージ容量を使わないというメリットがある。

ここで、図１のＷｅｂページＷＰ１の掲載内容が、ユーザ企業Ｕの技術に関するものである場合を想定する。この場合、ユーザ企業Ｕは、検索窓Ｃを用いた検索の対象となるデータの範囲を、例えば自社が保有する特許に関するデータに限定することができる。具体的には例えば、ユーザ企業Ｕが保有している特許の件数が仮に１００件である場合には、この１００件の特許に関するデータのみが検索窓Ｃによる検索の対象になる。この場合、ＷｅｂページＷＰに、検索窓Ｃにより検索可能なデータの範囲がユーザ企業Ｕの保有特許に限定される旨を示す案内文Ｂが表示される。具体的には例えば、図１に示すように、「当社保有特許検索」と表記された案内文Ｂが検索窓Ｃの近傍に表示される。

これにより、ＷｅｂサイトＷＳの閲覧者は、ＷｅｂページＷＰ１に掲載されたユーザ企業Ｕの技術に関する情報を閲覧しながら、適宜検索窓Ｃを利用してキーワード検索を行うことができる。その結果、ＷｅｂサイトＷＳの閲覧者は、他のＷｅｂページＷＰや、他のＷｅｂサイトＷＳにアクセスすることなく、ユーザ企業Ｕが保有する特許に関する情報を効率良く取得することができる。

また、上述したように、検索窓Ｃを用いた検索の対象となるデータはユーザ企業Ｕが独自に管理するデータに限定される。このため、ＷｅｂサイトＷＳの管理上、検索の対象となるデータの容量は大きくならないことが望ましい。この点について、本サービスでは、検索窓Ｃを用いた検索の対象となるデータの範囲が、検索窓Ｃ毎に自由に設定されるので、データの容量を抑えることができる。

ここで、本サービスでは、検索窓Ｃを用いた検索の対象となるデータの範囲は、各ユーザ企業Ｕが独自に管理するデータに限定されたプライベートなものとなる。このため、ユーザ企業Ｕは、自身が保有するデータの範囲（以下、「ユーザ領域」と呼ぶ）内で、検索の対象となるデータの範囲（例えばユーザ企業Ｕが保有する特許に関する情報）を自由に設定することができる。ユーザ領域は完全にプライベートな領域となるため、情報漏洩のリスクが軽減化される。

また、本サービスでは、ユーザ領域を分けることもできる。これにより、ユーザ企業Ｕは、ユーザ領域を、会社レベル、部署レベル、社員（個人）レベル等に分けることができる。ユーザ領域を分ける場合、例えば契約等の同意や、所定の規定等によって定められたレベルで分けることができる。ユーザ領域が分けられると、分けられた後のユーザ領域は、夫々完全なプライベートな領域となる。このため、ユーザ領域相互間で情報が漏洩することがなくなるため、例えば企業秘密の漏洩を防いだり、プライバシーを保護したりすることが可能になる。具体的には例えば、同一企業の部署毎にユーザ領域を分けることで、各部署が夫々保有する情報が部署間で漏洩することを防ぐことができる。
また、ユーザ領域を分ける場合、分けられた後のユーザ領域毎に、検索窓Ｃによる検索の対象となるデータの範囲を自由に設定することができる。具体的には例えば、ＷｅｂサイトＷＳが社内のポータルサイトである場合には、検索の対象となるデータの範囲を「知的財産部が管理している特許出願に関する情報のうち、出願公開されていないもの」とすることができる。これにより、ユーザ企業Ｕは、社員による技術情報の漏洩のリスクを低減化させることができる。
また例えば、検索の対象となるデータの範囲を「給与担当社員により管理されている情報のうち、個人情報に属しないもの」とすることができる。これにより、ユーザ企業Ｕは、社員の個人情報の保護を図ることができる。さらに、検索の対象となるデータの範囲は、一度設定された後でも、追加的（後付け的）に設定することができる。
また例えば、ユーザ領域が分けられた場合にも、検索窓Ｃを利用した者の検索キーワードや検索結果の履歴情報を、公開したり流通させたりすることもできる。即ち、検索窓Ｃに入力された検索キーワードや検索結果の履歴情報は、検索を行った者の趣味や嗜好を示す情報として利用価値を有するものとなるが、この履歴情報も、分けられたユーザ領域毎に厳格に管理される。これにより、検索を行った者のプライバシーの保護が図られる。

以上をまとめると、本サービスによれば、上述した効果の他、例えば以下のような効果を期待することができる。

即ち、ユーザ企業Ｕは、例えば知的財産に関する大量のデータ（例えば公報、裁判例等）を収集して、これを検索窓Ｃで検索可能なデータの範囲とすることもできる。これにより、知的財産権のデータを検索することができる大規模なデータベースを構築することもできる。また、検索の結果に応じて、知的財産権に関連する審判や判例のデータを提供することができる。さらに、知的財産権に関する公報原本の閲覧やダウンロードが可能になる。

また、所定のアルゴリズムを用いることで、検索結果の表示を高速化させることができる。また、検索キーワードと知的財産権との類似率を表示させることもできる。さらに、複雑な検索式の入力が不要になる。

また、図示はしないが、検索窓による検索結果を、例えば以下のような機能を有するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）に表示させることもできる。即ち、詳細な情報を素早くチェックすることができるハイパードキュメントで検索結果を表示させることができる。また、特許の保有状況を示す情報と、類似する知的財産権とを１つの画面に表示させることができる。また、知的財産権の権利者が保有している他の知的財産権の内容を一見して把握することができる。

また、本サービスの一環として、ユーザ企業Ｕ毎に、検索内容、及びその結果や、検索窓Ｃの使用頻度等の情報が別途管理される。また、固定されたＩＰアドレスを用いることで接続制限が可能になる。また、接続ＩＤやパスワードの制限が可能になる。

また、多くの件数を有する特許検索を処理するためには、一般的な検索と比較して多くのシステム負荷が発生する。また、検索結果を不特定多数のユーザ企業Ｕに提供することで、システムのコストが増大していた。
本サービスでは、従来の構造とは異なる検索エンジンと、データ生成の手法とを利用することで、システムのコストの軽減化を図ることができる。
また、クラウドなどシステム共有型の場合、検索の履歴など特許戦略上重要な情報が漏洩するリスクがある。かつ独立したシステムを用意した場合、システムコストが増大する。企業ごとシステムやデータなどを複数必要とせず、企業間でお互いに干渉しないユーザ領域を実現できる仕組みを提供することができる。

また、本サービスにより提供される検索窓Ｃによる検索キーワード、及び検索結果の履歴情報は、ＡＩ（人工知能）による機械学習の対象となる。これにより、検索を続けていくことで検索結果の精度を向上させることができる。

次に、図３を参照して、上述した本サービスの提供を実現化させる情報処理システムの構成について説明する。
図３は、本発明の情報処理システムの構成の一例を示す図である。

図３に示す情報処理システムは、ユーザ端末１とＷｅｂサイト運営サーバ２とを含むように構成されている。
ユーザ端末１及びＷｅｂサイト運営サーバ２は、インターネット等の所定のネットワークＮを介して相互に接続されている。

ユーザ端末１は、ユーザ企業Ｕにより操作される情報処理装置である。ユーザ端末１は、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
Ｗｅｂサイト運営サーバ２は、ＷｅｂサイトＷＳの運営を行う者（図示せず）により管理される情報処理装置である。Ｗｅｂサイト運営サーバ２は、ユーザ端末１と適宜通信をしながら、ユーザ企業Ｕがユーザ端末１を用いてＷｅｂサイトＷＳを作成できる環境をユーザ企業Ｕに提供する。

ユーザ端末１には、本サービスの利用者向けの専用のアプリケーションソフトウェア（以下、「専用アプリ」と呼ぶ）がインストールされている。ユーザ企業Ｕは、専用アプリを利用することで本サービスの提供を受けることができる。また、ユーザ企業Ｕは、ユーザ端末１のブラウザ機能により表示される、本サービスの利用者向けの専用のＷｅｂサイト（以下、「専用サイト」と呼ぶ）にアクセスすることで本サービスの提供を受けることもできる。
なお、以下、断りのない限り、「ユーザ企業Ｕがユーザ端末１を操作する」と表現している場合、それは、次のいずれかを意味している。即ち、ユーザ企業Ｕが、ユーザ端末１にインストールされた専用アプリを起動して各種操作を行うこと、又はユーザ端末１のブラウザ機能により表示される専用サイトにアクセスして本サービスを利用することを意味している。

また、ユーザ端末１は、本サービスを利用するための専用機である必要はない。例えばユーザ企業Ｕに設置された事務作業用のパーソナルコンピュータに専用アプリをインストールすることで本サービスを利用することができる。また例えば、ユーザ企業Ｕに設置された事務作業用のパーソナルコンピュータのブラウザ機能を利用することで本サービスを利用することができる。

図４は、図３に示す情報処理システムのうち、ユーザ端末のハードウェア構成の一例を示すブロック図である。

ユーザ端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

入力部１６は、例えばキーボード等により構成され、各種情報を入力する。
出力部１７は、液晶等のディスプレイやスピーカ等により構成され、各種情報を画像や音声として出力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図３のＷｅｂサイト運営サーバ２等）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア４０が適宜装着される。ドライブ２０によってリムーバブルメディア４０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア４０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

このような図３のユーザ端末１の各種ハードウェアと各種ソフトウェアとの協働により、ユーザ端末１における検索窓設定処理を含む各種処理の実行が可能になる。その結果、ユーザ企業Ｕは、本サービスを利用することができる。
「検索窓設定処理」とは、本サービスを提供するためにユーザ端末１で実行される処理のことをいう。
以下、図５を参照して、本実施形態に係るユーザ端末１において実行される、検索窓設定処理を実行するための機能的構成について説明する。

図５は、図４のユーザ端末が適用される情報処理システムの機能的構成のうち、検索窓設定処理を実行するための機能的構成の一例を示すブロック図である。

図５に示すように、ユーザ端末１のＣＰＵ１１においては、検索窓設定処理の実行が制御される場合、サイト受付部１０１と、ページ受付部１０２と、検索窓位置受付部１０３と、構築部１０４と、データ範囲受付部１０５と、データプール格納部１０６と、案内位置受付部１０７と、検索履歴管理部１０８とが機能する。
また、ユーザ端末１の記憶部１８の一領域には自社ＤＢ１８１と、データプール１８２と、検索履歴ＤＢ１８３とが設けられている。自社ＤＢ１８１には、ユーザ企業Ｕが独自に保有するデータが記憶されて管理されている。データプール１８２には、自社ＤＢ１８１から抽出された１以上のデータが格納される。検索履歴ＤＢ１８３には、検索窓Ｃに入力された検索キーワードの入力履歴が履歴情報として記憶されて管理されている。

サイト受付部１０１は、検索窓Ｃを表示させる対象のＷｅｂサイトＷＳの指定を受付ける。具体的には、サイト受付部１０１は、ユーザ企業Ｕにより、検索窓Ｃを表示させる対象のＷｅｂサイトＷＳの指定がなされた場合に、当該指定を受付ける。サイト受付部１０１により当該指定が受付けられると、検索窓Ｃが設けられることとなるＷｅｂサイトＷＳが決定する。

ページ受付部１０２は、サイト受付部１０１により指定が受付けられたＷｅｂサイトＷＳを構成する対象のＷｅｂページＷＰ１乃至ＷＰｎのうち、検索窓Ｃを表示させる対象の１以上のＷｅｂページＷＰの指定を受付ける。具体的には、ページ受付部１０２は、ユーザ企業Ｕにより、検索窓Ｃを表示させる対象のＷｅｂページＷＰの指定がなされた場合に、当該指定を受付ける。ページ受付部１０２により当該指定が受付けられると、検索窓Ｃが設けられることとなるＷｅｂページＷＰが決定する。

検索窓位置受付部１０３は、ページ受付部１０２により指定が受付けられたＷｅｂページＷＰ毎に、検索窓Ｃを表示させる位置の指定を受付ける。具体的には、検索窓位置受付部１０３は、ユーザ企業Ｕにより、検索窓Ｃを表示させる位置の指定がなされた場合に、当該指定を受付ける。検索窓位置受付部１０３により当該指定が受付けられると、検索窓Ｃが設けられることとなるＷｅｂページＷＰ上の位置が決定する。

構築部１０４は、ＷｅｂサイトＷＳにアクセスしてきたものに対して、指定が受付けられた位置に検索窓Ｃを表示させるように、ＷｅｂサイトＷＳを構築する。具体的には、構築部１０４は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）でタグを使用して、ＷｅｂサイトＷＳに検索窓Ｃが表示されるようにプログラミングを行う。

データ範囲受付部１０５は、検索窓Ｃ毎に、検索の対象となるデータの範囲の指定を受付ける。具体的には、データ範囲受付部１０５は、ユーザ企業Ｕにより、検索の対象となるデータの範囲として、ユーザ企業Ｕが保有するすべての特許に関するデータの指定がなされた場合に、当該指定を受付ける。データ範囲受付部１０５により当該指定が受付けられると、検索の対象となるデータの範囲が決定する。

データプール格納部１０６は、データ範囲受付部１０５により指定が受付けられたデータの範囲に属するデータを、自社ＤＢ１８１から抽出して、１以上のデータからなるデータプールに格納する。具体的は、データプール格納部１０６は、ユーザ企業Ｕが保有する特許に関するデータを、自社ＤＢ１８１から抽出して、ユーザ企業Ｕが保有する特許に関するデータの群からなるデータプール１８２に格納する。データプール１８２は記憶部１８の一領域に設けられる。

案内位置受付部１０７は、検索窓Ｃが表示されたＷｅｂページＷＰの所定の位置に、検索の対象となるデータの範囲を示す案内をさらに表示させる位置の指定を受付ける。具体的には例えば、案内位置受付部１０７は、ＷｅｂページＷＰの閲覧者が視認し易い、検索窓Ｃの近傍（図１の例では検索窓Ｃの上）に案内文Ｂを表示させる制御を実行する。

検索履歴管理部１０８は、検索窓Ｃに入力された検索キーワードの入力履歴を、検索キーワードの入力を行った者を一意に識別可能な情報に対応付けて、履歴情報として管理する。具体的には、検索履歴管理部１０８は、当該履歴情報を検索履歴ＤＢ１８３に記憶させて管理する。
検索履歴ＤＢ１８３に記憶されている履歴情報は、ユーザ企業Ｕが任意に秘匿とすることもできる。また、価値ある情報として公開の対象にしたり、流通させたりすることができる。
また、検索履歴管理部１０８は、検索窓Ｃに入力された検索キーワードの履歴を、履歴情報として記録することの可否を入力者に問合せる。そして、検索履歴管理部１０８は、記録を拒否した入力者の履歴情報について記録しないという管理を行う。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものとみなす。

例えば、上述の実施形態では、検索窓Ｃによる検索の対象となるデータの範囲が、ユーザ企業Ｕが保有するすべての特許に関するデータとされているが、これは例示に過ぎない。例えばユーザ企業Ｕに関係する、医療、金融などあらゆる分野に属するデータを検索の対象とすることができる。
また、データの範囲として、例えばユーザ企業Ｕが保有するすべての特許に関するデータ以外にも、例えばユーザ企業Ｕの社員Ａが発明者であるすべての特許に関するデータとすることもできる。即ち、データの範囲が指定される際、企業レベルだけではなく、部署レベル、個人レベルなど、ユーザ領域を指定して検索の対象となるデータの範囲を決定することもできる。また、同一人物が、複数のユーザ領域の夫々に含まれるようにすることもできる。また、ユーザ領域は、公開、又は売買の対象として捉えることも可能である。

また例えば、上述の実施形態では、本サービスは、ＷｅｂサイトＷＳを作成するユーザ企業Ｕに提供されるサービスとされているが、これは例示に過ぎない。本サービスの提供先は特に企業に限定されず、例えば個人であってもよい。

また例えば、図１に示すＷｅｂサイトＷＳの態様は、本サービスの内容を説明するための一例に過ぎない。ユーザ企業Ｕは、図１に示す態様とは異なる態様のＷｅｂサイトＷＳを作成することができる。

また例えば、上述の実施形態では、ユーザ企業ＵのＷｅｂサイトＷＳに検索窓Ｃを設ける例について説明しているが、これは例示に過ぎない。例えば、ユーザ企業Ｕの社内で利用される企業ポータルサイトに検索窓Ｃを設けてもよい。この場合、例えば企業ポータルサイトに設けられた検索窓Ｃにより検索可能なデータの範囲が、ユーザ企業Ｕが保有するすべての特許である場合には、ユーザ企業Ｕの社員は、自社が保有する特許をいつでも検索することができる。

また例えば、上述の実施形態では、ユーザ企業Ｕが管理しているデータが検索の対象とされているが、これに限定されない。例えば別途提供されている特許検索システムに連携可能な検索窓Ｃを設ける機能を有するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供してもよい。これにより、工数を削減することができるとともに、検索環境を容易に提供するできることができる。

また例えば、図３には、ユーザ企業Ｕが１社のみ描画されているが、これは説明を簡略化させるものであり、実際には当然ながらＷｅｂサイトＷＳを作成するユーザ企業Ｕ（あるいは個人のユーザ）は多数存在し得る。

また例えば、上述の実施形態では、ＷｅｂサイトＷＳに検索窓Ｃを設けているが、これに限定されず、例えばアプリケーションソフトウェアに表示される画面に検索窓Ｃを設けてもよい。

また例えば、上述の実施形態では、ＷｅｂサイトＷＳを作成する者はユーザ企業Ｕであるが、これに限定されず、例えばユーザ企業Ｕの意向に基づいた者がＷｅｂサイトＷＳを作成してもよい。具体的には例えば、Ｗｅｂ制作会社、本サービスの提供を行う者が、ユーザ企業Ｕの指示に従ってＷｅｂサイトＷＳを作成してもよい。

また、図３に示すシステム構成、及び図４に示すユーザ端末１のハードウェア構成は、いずれも本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図５に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図５の例に限定されない。例えば、図５には記憶部１８の一領域にデータプール１８２が設けられているが、データの抽出元（自社ＤＢ１８１）のデータをストリーミングする手法が採用された場合には、設ける必要はない。

また、機能ブロックの存在場所も、図５に限定されず、任意でよい。
例えば、図５の例において、上述の検索窓設定処理はユーザ端末１側で行われる構成となっているが、これに限定されず、Ｗｅｂサイト運営サーバ２側、又は本サービスを提供する者によって別途管理されているサーバ（図示せず）側で検索窓設定処理の少なくとも一部が行われてもよい。
即ち、検索窓設定処理の実行のために必要となる機能ブロックは、ユーザ端末１が備える構成となっているが、これは例示に過ぎない。ユーザ端末１に配置された機能ブロックの少なくとも一部を、Ｗｅｂサイト運営サーバ２、又は本サービスを提供する者によって別途管理されているサーバ（図示せず）が備える構成としてもよい。

また、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、広告主にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で広告主に提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上まとめると、本発明が適用される情報処理システムは、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
所定のデータプール（例えば図５の自社ＤＢ１８１から抽出されたデータ群）に存在するデータを検索するための検索窓（例えば図１の検索窓Ｃ）を表示させる対象のＷｅｂサイト（例えば図１のＷｅｂサイトＷＳ）の指定を受付ける第１受付手段（例えば図５のサイト受付部１０１）と、
前記指定が受付けられた前記Ｗｅｂサイトを構成する１以上のＷｅｂページ（例えば図１のＷｅｂページＷＰ１乃至ＷＰｎ）のうち、前記検索窓を表示させる対象の１以上のＷｅｂページの指定を受付ける第２受付手段（例えば図５のページ受付部１０２）と、
前記指定が受付けられた前記１以上のＷｅｂページ毎に、前記検索窓を表示させる位置の指定を受付ける第３受付手段（例えば図５の検索窓位置受付部１０３）と、
前記Ｗｅｂサイトにアクセスしてきたもの（例えば閲覧者）に対して前記位置に前記検索窓を表示させるように、当該Ｗｅｂサイトを構築する構築手段（例えば図５の構築部１０４）と、
を備える。

これにより、所定のデータプールに存在するデータを検索するための検索窓を設けるＷｅｂサイトの指定と、検索窓を表示させるＷｅｂページの指定と、検索窓を表示させるＷｅｂサイト上の位置の指定とが受付けられる。そして、指定が受付けられたＷｅｂページ上の位置に検索窓が表示される。そして、ユーザは、自身が作成するＷｅｂサイトを構成する、所望のＷｅｂページの所望の位置に検索窓を表示させる。その結果、ＷｅｂサイトＷＳにアクセスしてくる者がどのような者であるかを想定して、想定された者が閲覧しそうなＷｅｂページＷＰのうち視認し易い位置を指定して検索窓Ｃを設けることができる。具体的には例えば、アクセスしてくることが想定された者が、新たなビジネスモデルの特許出願を予定しているスタートアップ企業の社員である場合がある。また、ビジネスモデルの特許出願を得意とする弁理士に関する情報を取得しようとする者である場合もある。
この場合、上述したようにＷｅｂサイトＷＳにアクセスしてくる者として想定された者による検索窓Ｃの利用頻度が高まることが期待できるので、検索窓Ｃが設けられたＷｅｂサイトへのアクセス数が増加することが期待できる。さらに、検索窓Ｃの有無や、検索窓Ｃが設けられた位置の如何でアクセス数が変動することが一般的に認知され始めると、検索窓Ｃそのものの存在価値が次第に向上していくことが期待できる。

また、前記検索窓が表示された前記Ｗｅｂページの所定の位置に、前記検索の対象となるデータの範囲を示す案内をさらに表示させる位置の指定を受付ける第４受付手段（例えば図５の案内位置受付部１０７）をさらに備えることができる。

これにより、検索窓に検索キーワードを入力することで検索可能なデータの範囲についての案内がＷｅｂページ上に表示される。その結果、Ｗｅｂページの閲覧者の利便性を高めることができる。

また、前記検索窓に入力された検索キーワードの入力履歴を、前記検索キーワードの入力を行った者を一意に識別可能な情報に対応付けて、履歴情報として管理する管理手段（例えば図５の検索履歴管理部１０８）をさらに備えることができる。

これにより、検索キーワードの入力履歴がユーザの管理下に置かれる。このため、ユーザが検索キーワードの履歴情報の取り扱いを支配することができるので、履歴情報の解放、民主化が可能となる。

１・・・ユーザ端末、２・・・Ｗｅｂサイト運営サーバ、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、４０・・・リムーバブルメディア、１０１・・・サイト受付部、１０２・・・ページ受付部、１０３・・・検索窓位置受付部、１０４・・・構築部、１０５・・・データ範囲受付部、１０６・・・データプール格納部、１０７・・・案内位置受付部、１０８・・・検索履歴管理部、１８１・・・自社ＤＢ、１８２・・・データプール、１８３・・・検索履歴ＤＢ、Ｕ・・・ユーザ企業、ＷＳ・・・Ｗｅｂサイト、ＷＰ，ＷＰ１乃至ＷＰｎ・・・Ｗｅｂページ、Ｃ・・・検索窓、Ｂ・・・案内文、Ｎ・・・ネットワーク

Claims (3)

1. 所定のデータプールに存在するデータを検索するための検索窓を表示させる対象のＷｅｂサイトの指定を受付ける第１受付手段と、
   前記指定が受付けられた前記Ｗｅｂサイトを構成する１以上のＷｅｂページのうち、前記検索窓を表示させる対象の１以上のＷｅｂページの指定を受付ける第２受付手段と、
   前記指定が受付けられた前記１以上のＷｅｂページ毎に、前記検索窓を表示させる位置の指定を受付ける第３受付手段と、
   前記Ｗｅｂサイトにアクセスしてきたものに対して前記位置に前記検索窓を表示させるように、当該Ｗｅｂサイトを構築する構築手段と、
   を備える情報処理システム。
2. 前記検索窓が表示された前記Ｗｅｂページの所定の位置に、前記検索の対象となるデータの範囲を示す案内をさらに表示させる位置の指定を受付ける第４受付手段
   をさらに備える、
   請求項１に記載の情報処理システム。
3. 前記検索窓に入力された検索キーワードの入力履歴を、前記検索キーワードの入力を行った者を一意に識別可能な情報に対応付けて、履歴情報として管理する管理手段
   をさらに備える、
   請求項１又は２に記載の情報処理システム。
   

Images