JP2021076978A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】Ｗｅｂブラウザが保持するＷｅｂサイトから取得した情報を、他のＷｅｂサイトが取得可能にし、Ｗｅｂサイト間で情報を共有した連携を行えるようにする。【解決手段】Ｗｅｂサイトのコンテンツを表示する情報処理装置にて、取得した第１のＷｅｂサイトのコンテンツに記述された所定のデータを抽出し、抽出された所定のデータを記憶部に保存する。第２のＷｅｂサイトのコンテンツに記載されたスクリプトにより所定のデータの取得が要求される場合、指定された所定のデータを記憶部から取得するようにして、Ｗｅｂブラウザで保存した情報を選択して利用できるようにしＷｅｂサイト間で情報を共有した連携を行えるようにする。【選択図】図２

Description

本発明は、Ｗｅｂブラウザで保存したデータをＷｅｂサイトで使用する処理技術に関する。

写真共有サイトやＳＮＳ（Social Network Service）等様々なサービスのＷｅｂサイトが提供されている。これらＷｅｂサイトは、単独はもとより、複数のサイトが連携することでユーザに更なる利便性を与えている。複数のＷｅｂサイトの連携のためにＯＡｕｔｈを利用した認証方式がある。Ｗｅｂサイトがこの方式に対応することにより、ユーザは一方のＷｅｂサイトの認証情報（ユーザ名やパスワード）を他方のＷｅｂサイトに渡すことなく連携することができる。ただし、ＯＡｕｔｈによる連携を行うためには、ＷｅｂサイトがＯＡｕｔｈに対応している必要がある。

この課題に対して、例えば非特許文献１に記載の技術がある。非特許文献１に記載の技術では、ＷｅｂサイトのデータをＷｅｂブラウザに保存し、他のＷｅｂサイトを表示する際にＷｅｂブラウザが保存したデータを提示することにより、他のＷｅｂサイトで扱っているデータを利用できるようにする。例えば、友達情報を持つＳＮＳと画像共有サイトとを利用していた場合、ＳＮＳにアクセスした際にメール等の連絡先情報を保持しておき、画像共有サイトにアクセスした際にその連絡先情報を使用して画像共有できるようにする。

非特許文献１で扱うＷｅｂサイトのＨＴＭＬ文書にはデータの意味を表現するメタ情報が付与されている。Ｗｅｂブラウザは、一方のＷｅｂサイトにアクセスした際にデータの意味を表現する情報を保存しておき、他のＷｅｂサイトにアクセスした際に必要なデータを判断して利用できるようにする。個人が使用するＷｅｂブラウザに個人用の情報を集約することにより、ＯＡｕｔｈに対応していないＷｅｂサイトが他のサイトの情報を利用することが可能となる。なお、このようにＷｅｂコンテンツにデータの意味を表現してプログラムに情報の収集や解釈をできるようにする構想をＳｅｍａｎｔｉｃ Ｗｅｂという。これ以降、意味付けされた情報のことをＳｅｍａｎｔｉｃデータ（セマンティックデータ）と呼ぶ。

また、ユーザ個人の情報を保持するＷｅｂブラウザとして、他のＷｅｂサイトにアクセスした際の送信パケットを業務履歴として保持する技術が提案されている（特許文献１）。この技術では、Ｗｅｂブラウザはアクセス先のＵＲＬと送信したパケット情報とを関連付けて保持する。

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

"The Web Browser Personalization with the Client Side Triplestore." The Semantic Web ISWC 2014. Springer International Publishing, 2014, 470-485.

しかしながら、非特許文献１に記載の技術では、アクセスしたＷｅｂサイトに対してＷｅｂブラウザに保存したデータを提示するのはＷｅｂブラウザが担う処理であり、アクセスするＷｅｂサイトをＷｅｂブラウザが分析した上でデータを提示していた。そのため、Ｗｅｂブラウザが提示したデータが、Ｗｅｂサイトが意図したものではないことがある。また、特許文献１の記載の技術でも、Ｗｅｂブラウザに情報が保持されるものの、Ｗｅｂサイトの意図を考慮して効果的に表示されるものではなかった。

本発明は、Ｗｅｂブラウザが保持するＷｅｂサイトから取得した情報を、他のＷｅｂサイトが取得可能にし、Ｗｅｂサイト間で情報を共有した連携を行えるようにすることを目的とする。

本発明に係る情報処理装置は、Ｗｅｂサイトのコンテンツを表示する情報処理装置であって、取得した第１のＷｅｂサイトのコンテンツから該コンテンツに記述された所定のデータを抽出する解析手段と、前記解析手段により抽出された前記所定のデータを記憶部に保存する保存手段と、第２のＷｅｂサイトのコンテンツに記載されたスクリプトにより前記所定のデータの取得が要求される場合、指定された前記所定のデータを前記記憶部から取得する取得手段とを有することを特徴とする。

本発明によれば、Ｗｅｂブラウザが保持するＷｅｂサイトから取得した情報を他のＷｅｂサイトが取得して、Ｗｅｂサイト間で情報を共有した連携を行うことができる。

実施形態１における情報処理装置のハードウェア構成例を示す図である。 実施形態１における情報処理装置の機能構成例を示す図である。 Ｗｅｂコンテンツ及びＳｅｍａｎｔｉｃデータを説明する図である。 実施形態１におけるＷｅｂコンテンツの例を示す図である。 実施形態１におけるデータテーブルの例を示す図である。 実施形態１におけるデータ処理部の処理例を示すフローチャートである。 実施形態１における取得部の処理例を示すフローチャートである。 実施形態２における取得部の処理例を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施形態は、特許請求の範囲に関わる本発明を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせてのすべてが本発明の解決手段に必須のものとは限らない。

＜実施形態１＞
図１は、実施形態１における情報処理装置のハードウェア構成例を示すブロック図である。本実施形態における情報処理装置１００は、コントローラ部１１０、操作部１２０、表示部１３０、記憶部１４０、及び通信部１５０を有する。

コントローラ部１１０は、情報処理装置全体の制御を司る。コントローラ部１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＯＭ（Read Only Memory）１１２、及びＲＡＭ（Random Access Memory）１１３を有する。ＣＰＵ１１１は、情報処理装置１００における各機能処理部の処理を実行する。ＲＯＭ１１２には、ＣＰＵ１１１が実行する各種プログラムや、プログラムを実行する際に必要とするデータ等が記憶されている。ＲＡＭ１１３は、例えばＳＲＡＭ、ＤＲＡＭ等で構成され、プログラム制御変数等を格納する。また、各種ワーク用バッファもＲＡＭ１１３に格納される。

操作部１２０は、キーボードやタッチパネル等で構成され、ユーザが各種入力操作を行うためのものである。表示部１３０は、ＬＣＤやＬＥＤ等でユーザに表示通知するためのものである。記憶部１４０は、ハードディスク等で構成され、文書や画像等のファイルデータを格納するためのものである。通信部１５０は、ネットワークに接続するためのインタフェースであり、例えばＬＡＮ（Local Area Network）、ＵＳＢ（Universal Serial Bus）等の規格に準拠したインタフェースである。

本実施形態における情報処理装置１００は、例えばＵＲＬ（Uniform Resource Locator）で指定されたＷｅｂコンテンツにアクセスし、Ｗｅｂコンテンツを解釈して描画するアプリケーションの処理を実行する。Ｗｅｂコンテンツは、ＨＴＭＬ（HyperText Markup Language）文書、ＪａｖａＳｃｒｉｐｔ（ジャバスクリプト）（登録商標）、ＣＳＳ（Cascading Style Sheets）等を含む。アプリケーションプログラムはＲＯＭ１１２もしくは記憶部１４０に格納され、ＲＡＭ１１３に読みだしてＣＰＵ１１１にて処理が実行される。アプリケーションを構成するＧＵＩ（Graphical User Interface）、Ｗｅｂコンテンツは表示部１３０に表示され、操作部１２０からの入力に伴いユーザからの指示が入力される。ネットワーク経由のＷｅｂコンテンツ取得は通信部１５０を介して処理される。

図２は、実施形態１における情報処理装置１００の機能構成例を模式的に示すブロック図である。情報処理装置１００は、入力部２１０、ＨＴＭＬパーサ２２０、ＪａｖａＳｃｒｉｐｔエンジン２３０、ＣＳＳパーサ２４０、データ処理部２５０、レンダーツリー生成処理部２６０、レイアウト処理部２７０、及び描画処理部２８０を有する。図２には、情報処理装置１００において、Ｗｅｂブラウザの処理を実行するための機能構成例を示しているが、他の処理を実行するための機能部を有していてもよい。

入力部２１０は、ユーザがＷｅｂブラウザに対してＷｅｂサイトの表示を指示すると、ユーザから指定されたＵＲＬにアクセスしてＷｅｂサーバからＨＴＭＬ文書、ＪａｖａＳｃｒｉｐｔ、ＣＳＳ等のＷｅｂコンテンツを取得する。入力部２１０が取得したＨＴＭＬ文書、ＪａｖａＳｃｒｉｐｔ、ＣＳＳは、それぞれＨＴＭＬパーサ２２０、ＪａｖａＳｃｒｉｐｔエンジン２３０、ＣＳＳパーサ２４０で処理される。

Ｗｅｂサイトによってはコンテンツの取得時に、ユーザ名、パスワードといった所定の情報を用いて認証を求めるものがある。認証例として例えば、ベーシック認証、ダイジェスト認証などがある。これらは、ＨＴＴＰの認証方法であり、ＨＴＴＰ通信のヘッダ情報から認証実施の有無を判断することができる。入力部２１０は、ＷｅｂコンテンツとともにＷｅｂサイトのＵＲＬ及び利用に対して認証が必要であったか否かの認証情報をデータ解析部２５０に渡す。なお、認証の必要性の有無については、ＨＴＴＰを認証なし通信、ＨＴＴＰＳを認証された通信としてもよい。

ＨＴＭＬパーサ２２０は、ＨＴＭＬ文書に含まれる要素や属性について逐次解析処理を行いＤＯＭ（Document Object Model）ツリーを作成する。ＪａｖａＳｃｒｉｐｔエンジン２３０は、ＨＴＭＬパーサ２２０での逐次解析処理の過程で検出したＪａｖａＳｃｒｉｐｔを解釈実行する。ＪａｖａＳｃｒｉｐｔエンジン２３０は、取得部２３１を有する。取得部２３１は、ＷｅｂコンテンツのＪａｖａＳｃｒｉｐｔにて、Ｓｅｍａｎｔｉｃ（セマンティック）データの取得を要求するインタフェースの呼び出しがあった場合に指定されたＳｅｍａｎｔｉｃデータを記憶部１４０から取得する。Ｓｅｍａｎｔｉｃデータは、意味付けされた所定の情報である。取得部２３１は、データ取得の許可を判定する処理を行う判断部２３２を有する。ＣＳＳパーサ２４０は、ＷｅｂコンテンツのＣＳＳを処理し、ＨＴＭＬのＧＵＩ部品の装飾情報であるスタイルルールを生成する。

データ処理部２５０は、ＨＴＭＬ文書に記載のあるＳｅｍａｎｔｉｃデータを保存する処理を行う。データ処理部２５０は、データ解析部２５１及び保存部２５２を有する。データ解析部２５１は、ＨＴＭＬパーサ２２０で生成したＤＯＭツリーからＳｅｍａｎｔｉｃデータを抽出する処理を行う。ここでＤＯＭツリーでは、マークアップ言語の構成要素である要素や属性等がツリー状に構成されており、特定の要素や属性を検索することができる。データ解析部２５１は、ＤＯＭツリーにおいてＳｅｍａｎｔｉｃデータを示す記述ルールを解釈してＳｅｍａｎｔｉｃデータの要素の検索及び抽出を行う。保存部２５２は、データ解析部２５１が抽出したＳｅｍａｎｔｉｃデータを記憶部１４０に保存する。保存部２５２は、例えば、ＲＤＢ（リレーショナルデータベース）のデータとしてＳｅｍａｎｔｉｃデータを記憶部１４０に保存する。

レンダーツリー生成処理部２６０は、ＨＴＭＬパーサ２２０で生成したＤＯＭツリー及びＣＳＳパーサ２４０で生成したスタイルルールからレンダーツリーを生成する。レンダーツリーは視覚的要素を表示順に並べたツリー構造である。レイアウト処理部２７０は、レンダーツリー生成処理部２６０で生成したレンダーツリーの各ノードに対し、表示する際の座標を割り当てる。描画処理部２８０は、レイアウト処理部２７０によって割り当てられた座標を用いてＷｅｂコンテンツに含まれる要素の描画処理を行う。

図３は、Ｗｅｂコンテンツ及びＳｅｍａｎｔｉｃデータを説明する図である。図３（ａ）には、Ｓｅｍａｎｔｉｃデータを含むＷｅｂコンテンツを示しており、図３（ｂ）には、図３（ａ）に示すＷｅｂコンテンツから抽出されたＳｅｍａｎｔｉｃデータを示している。

図３（ａ）では、ｓｃｈｅｍａ．ｏｒｇ（ｈｔｔｐ：／／ｓｃｈｅｍａ．ｏｒｇ）で定義した語彙を用いてＨＴＭＬ文書をマークアップしてＳｅｍａｎｔｉｃデータを表現している。ｓｃｈｅｍａ．ｏｒｇでは、さまざまな情報について型が定義されており、それぞれの型は複数のプロパティを有している。図３（ａ）に示した例では、Ｐｅｒｓｏｎ型とそのプロパティであるｎａｍｅ，ｅｍａｉｌ，ｔｅｌｅｐｈｏｎｅ，ｉｍａｇｅを用いてＨＴＭＬ文書にＳｅｍａｎｔｉｃデータを表現している。３０１、３０６のｔｙｐｅｏｆ＝“Ｐｅｒｓｏｎ”は、この情報が「人物」に関する情報であることを示している。３０２、３０７のｐｒｏｐｅｒｔｙ＝“ｎａｍｅ”は人名であることを表し、３０３、３０８のｐｒｏｐｅｒｔｙ＝“ｅｍａｉｌ”はメールアドレスであることを表す。３０４、３０９のｐｒｏｐｅｒｔｙ＝“ｔｅｌｅｐｈｏｎｅ”は電話番号であることを表し、３０５、３１０のｐｒｏｐｅｒｔｙ＝“ｉｍａｇｅ”はその人に関連する画像であることを表す。

図３（ａ）に例示したＷｅｂコンテンツではＰｅｒｓｏｎ型データが２つ表現されている。一つは各プロパティの値として“Ｂｏｂ”、“ｂｏｂ＠ｅｘａｍｐｌｅ．ｏｒｇ”、“（０１２）３４５−６７８９”、“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｏｒｇ／ｉｍｇ／ｂｏｂ．ｊｐｇ”を持つデータである。もう一つは、各プロパティの値として“Ｊａｎｅ”、“ｊａｎｅ＠ｅｘａｍｐｌｅ．ｏｒｇ”、“（０１２）３４５−６７８８”、“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｏｒｇ／ｉｍｇ／ｊａｎｅ．ｊｐｇ”を持つデータである。図３（ａ）に例示したＷｅｂコンテンツから抽出したＳｅｍａｎｔｉｃデータは、図３（ｂ）に示す構成で抽出される。すなわち、Ｐｅｒｓｏｎ情報として、ｎａｍｅ，ｅｍａｉｌ，ｔｅｌｅｐｈｏｎｅ，ｉｍａｇｅの値が紐づいた関係で表される。

図４は、Ｗｅｂブラウザの記憶部１４０に保存されたＳｅｍａｎｔｉｃデータを利用するＷｅｂサイトのＪａｖａＳｃｒｉｐｔの例を示す図である。図４に示すＪａｖａＳｃｒｉｐｔでは、データ取得用のインタフェースを呼び出して記憶部１４０に保存されたＳｅｍａｎｔｉｃデータを取得する。本実施形態では、ｇｅｔＳｔｏｒｅｄＤａｔａ関数をデータ取得用のインタフェースとして説明する。

４０１のｇｅｔＳｔｏｒｅｄＤａｔａ（“Ｐｅｒｓｏｎ”，“ｈｔｔｐ：／／ｓｃｈｅｍａ．ｏｒｇ／”）は、記憶部１４０に保存されたｓｃｈｅｍａ．ｏｒｇで定義されたＰｅｒｓｏｎ型のオブジェクトを取得するコードである。４０２のｄａｔａ［ｉ］．ｎａｍｅは、そのＰｅｒｓｏｎ型のオブジェクトのｎａｍｅプロパティの値を取得することを示す。同様に、４０３、４０４、４０５は、それぞれｅｍａｉｌプロパティ，ｔｅｌｅｐｈｏｎｅプロパティ，ｉｍａｇｅプロパティの各値を取得することを示す。記憶部１４０に複数のＰｅｒｓｏｎ型のデータが保存されている場合、複数のオブジェクトを取得する。図４に示した例の場合、４０１のｇｅｔＳｔｏｒｅｄＤａｔａ（“Ｐｅｒｓｏｎ”，“ｈｔｔｐ：／／ｓｃｈｅｍａ．ｏｒｇ／”）によって複数のオブジェクトを取得すると、ｆｏｒ文のループにより各Ｐｅｒｓｏｎオブジェクト毎にプロパティの値が出力される。

図５は、データ処理部２５０の保存部２５２が保存したＳｅｍａｎｔｉｃデータを記憶するＲＤＢのデータテーブルの例を示す図である。このデータテーブルはＰｅｒｓｏｎ型のデータを記憶するテーブルであり、図５には３つのデータが保管されている状態を示している。各列について説明する。ＩＤ列はＰｅｒｓｏｎ型データを一意に管理するための情報であるＩＤ（識別子）を保存する。認証列は、このデータを含むＨＴＭＬ文書を取得する際に認証が必要であったか否かの情報を保存する。認証が必要であった場合にはＴＲＵＥを記録し、不要であった場合にはＦＡＬＳＥを記録する。本実施形態では、入力部２１０で判断した認証の要否の情報を記録する。ドメイン列は、このデータを取得したＷｅｂサイトのドメイン情報を記録する。本実施形態では、入力部２１０がＷｅｂコンテンツを取得する際のＵＲＬ情報から得たドメイン名を記録する。

ｎａｍｅ列、ｅｍａｉｌ列、ｔｅｌｅｐｈｏｎｅ列、ｉｍａｇｅ列は、それぞれＰｅｒｓｏｎ型データのプロパティであるｎａｍｅ、ｅｍａｉｌ、ｔｅｌｅｐｈｏｎｅ、ｉｍａｇｅの各値を記録する。図５に示した例において、ＩＤ１、ＩＤ２のデータは図３（ａ）のデータを受信した際に記録したデータである。なお、Ｗｅｂコンテンツは、ＵＲＬ“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｏｒｇ／ｐａｇｅ／”にアクセスし、ダイジェスト認証を経た上で取得したコンテンツとする。ドメインにはＷｅｂサイトのＵＲＬの“ｅｘａｍｐｌｅ．ｏｒｇ”、認証には“ＴＲＵＥ”、ｎａｍｅ列、ｅｍａｉｌ列、ｔｅｌｅｐｈｏｎｅ列、ｉｍａｇｅ列には図３（ｂ）に示したＳｅｍａｎｔｉｃデータを保存される。ＩＤ３のデータは、Ｐｅｒｓｏｎ型のＳｅｍａｎｔｉｃデータを持つ他のドメインにアクセスした場合に保存されたデータ例である。認証処理なしに取得したＷｅｂコンテンツを処理した例であり、認証列はＦＡＬＳＥが記録されている。

図６は、実施形態１におけるデータ処理部２５０の処理例を示すフローチャートである。前述したように、データ処理部２５０は、ＨＴＭＬパーサ２２０の出力であるＤＯＭツリーからＳｅｍａｎｔｉｃデータを抽出して保存する処理を行う。

ステップＳ６０１では、データ処理部２５０のデータ解析部２５１が、ＤＯＭツリー上のノードを走査してＳｅｍａｎｔｉｃデータ型を宣言したノードを順次検索する。データ解析部２５１は、Ｓｅｍａｎｔｉｃデータ型を宣言したノードが検出された場合（ＹＥＳ）にはステップＳ６０２の処理に進み、検出できない場合（ＮＯ）には図６に示す処理を終了する。

ステップＳ６０２では、データ解析部２５１が、ステップＳ６０１において検出したノードの子要素についてＳｅｍａｎｔｉｃデータとしてプロパティ属性情報を抽出し、ステップＳ６０３に進む。

ステップＳ６０３では、データ処理部２５０の保存部２５２が、ステップＳ６０２において抽出されたＳｅｍａｎｔｉｃデータとしてのプロパティ属性と入力部２１０から得た認証情報及びドメイン情報とを記憶部１４０に保存し、ステップＳ６０１に戻る。

以下、一例として図３（ａ）に示したＷｅｂコンテンツに表されたＳｅｍａｎｔｉｃデータを図５に示したＰｅｒｓｏｎ型のデータテーブルに保存する流れを説明する。図３（ａ）に示したＷｅｂコンテンツのＤＯＭツリーからＳｅｍａｎｔｉｃデータ型を検索するため、データ解析部２５１が、ｖｏｃａｂ＝“ｈｔｔｐ：／／ｓｃｈｅｍａ．ｏｒｇ”、ｔｙｐｅｏｆ属性を持つノードを検索する。まず、３０１の要素が検出される（Ｓ６０１のＹＥＳ）。

そして、データ解析部２５１が、検出した要素の子要素についてプロパティ属性とその情報を抽出する。具体的には、ｎａｍｅ，ｅｍａｉｌ，ｔｅｌｅｐｈｏｎｅ，ｉｍａｇｅと各値Ｂｏｂ、ｂｏｂ＠ｅｘａｍｐｌｅ．ｏｒｇ、（０１２）３４５−６７８９、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｏｒｇ／ｉｍｇ／ｂｏｂ．ｊｐｇを抽出する（Ｓ６０２）。抽出したこれらのＳｅｍａｎｔｉｃデータは、３０１でＰｅｒｓｏｎ型であることを示しているから、保存部２５２は、ＲＤＢのＰｅｒｓｏｎテーブルに保存する（Ｓ５０３）。入力部２１０から得た認証情報及びドメイン情報も併せて保存したのがＩＤ１の情報である。

続いて、ステップＳ６０１に戻り、データ解析部２５１が、ＤＯＭツリーについて次のＳｅｍａｎｔｉｃデータ型を検索すると、３０６の要素が検出される。この要素についても同様に、データ解析部２５１及び保存部２５２が、ステップＳ６０２、Ｓ６０３の処理を行い、ＩＤ２のデータとしてＲＤＢに保存される。続いて、ステップＳ６０１に戻り、ＤＯＭツリーを検索すると他のＳｅｍａｎｔｉｃデータ型が検出されないため処理を終了する（Ｓ６０１のＮＯ）。

図７は、実施形態１における取得部２３１及びそれが有する判断部２３２の処理例を示すフローチャートである。前述したように、取得部２３１は、Ｗｅｂコンテンツに記載されているＪａｖａＳｃｒｉｐｔからＳｅｍａｎｔｉｃデータの取得を要求するインタフェースの呼び出しがあった場合に、指定されたＳｅｍａｎｔｉｃデータを記憶部１４０から取得する。判断部２３２は、取得を許可するデータを判定する処理を行う。ＷｅｂコンテンツのＪａｖａＳｃｒｉｐｔでＳｅｍａｎｔｉｃデータを取得するインタフェース呼び出しがあると、図７に示すフローチャートに従って処理が実行される。

ステップＳ７０１では、取得部２３１の判断部２３２は、データ取得を許可するか否かのユーザ入力を受け付けるダイアログを表示し、ユーザがデータ取得を許可する旨を入力した場合（ＹＥＳ）にはステップＳ７０２に進む。一方、ユーザがデータ取得を許可しない旨を示す入力をした場合（ＮＯ）にはステップＳ７０５に進む。

ステップＳ７０２では、判断部２３２は、ＪａｖａＳｃｒｉｐｔで呼び出しを行っているＷｅｂコンテンツを取得する際の認証情報を入力部２１０から取得する。判断部２３２は、取得した情報に基づいて、認証を伴っているサイトからの呼び出しであると判定した場合（ＹＥＳ）にはステップＳ７０３に進み、認証を伴っていないサイトからの呼び出しであると判定した場合（ＮＯ）にはステップＳ７０４に進む。

ステップＳ７０３では、取得部２３１は、ＪａｖａＳｃｒｉｐｔのデータ取得インタフェース呼び出しで指定されたＳｅｍａｎｔｉｃデータ型のデータを取得して、ＪａｖａＳｃｒｉｐｔのオブジェクトとして返す。その後、ステップＳ７０５に進む。

ステップＳ７０４では、取得部２３１は、ＪａｖａＳｃｒｉｐｔのデータ取得インタフェース呼び出しで指定されたＳｅｍａｎｔｉｃデータ型の中で認証の値がＦＡＬＳＥのものを取得する。その後、ステップＳ７０５に進む。

ステップＳ７０５では、取得部２３１は、取得したＳｅｍａｎｔｉｃデータを持つＪａｖａＳｃｒｉｐｔオブジェクトを生成し、インタフェース呼び出しの戻り値として返す。その後、処理を終了する。なお、Ｓｅｍａｎｔｉｃデータを取得できない場合には、取得部２３１は、配列０のオブジェクトを返す。

以下、一例として図５に示したＰｅｒｓｏｎ型のデータテーブルが保存されている状態において、図４に示したＪａｖａＳｃｒｉｐｔが呼ばれた場合の処理の流れを説明する。
図４に示したＪａｖａＳｃｒｉｐｔにおいて、４０１のｇｅｔＳｔｏｒｅｄＤａｔａ（“Ｐｅｒｓｏｎ”，“ｈｔｔｐ：／／ｓｃｈｅｍａ．ｏｒｇ／”)が呼ばれる。すると、判断部２３２が、“Ｐｅｒｓｏｎ”型のＳｅｍａｎｔｉｃデータの取得が求められたことを示すダイアログボックスを表示する。ダイアログボックスには、取得を許可するか否かを入力するボタンがあり、拒否を示す入力があると配列０のオブジェクトが返る（Ｓ７０１のＮＯ、Ｓ７０５）。

一方、ダイアログボックスにおいてデータの取得を許可する入力があると、次にデータの取得を行う（Ｓ７０１のＹＥＳ）。図４に示したＪａｖａＳｃｒｉｐｔが、例えば、ダイジェスト認証を経て取得したものであれば、Ｓｅｍａｎｔｉｃデータ型の指定のみに従いデータを取得する。つまり、この例ではＩＤ１、ＩＤ２、ＩＤ３の３つのデータを持つオブジェクトが返る（Ｓ７０２のＹＥＳ、Ｓ７０３、Ｓ７０５）。一方、ＪａｖａＳｃｒｉｐｔが認証なしに取得したコンテンツであれば、認証がＦＡＬＳＥであることを条件に入れてＰｅｒｓｏｎ型のデータを取得する。つまり、この例ではＪａｖａＳｃｒｉｐｔの呼び出しに対してＩＤ３のデータを持つオブジェクトだけが返る（Ｓ７０２のＮＯ、Ｓ７０４、Ｓ７０５）。

以上説明した実施形態１によれば、Ｗｅｂブラウザに保存されたＳｅｍａｎｔｉｃデータは、別のＷｅｂサイトであってもＷｅｂコンテンツのＪａｖａＳｃｒｉｐｔを介して所望のデータを選択して利用することが可能になる。写真共有サイトやＳＮＳ等において家族や友達といった同様の情報を扱うことがあるが、それぞれのサイト別に情報が管理されており、あるサイトで登録している友人の情報が他のサイトでは登録していないといったことが発生しユーザには不便な面があった。本実施形態によれば、あるＷｅｂサイトで管理された家族や友達等の情報が、他のＷｅｂサイトでも意図した情報を指定、選択して利用することができ、ユーザの利便性を向上させることができる。さらに、ユーザが許可するステップ、認証の有無によりＳｅｍａｎｔｉｃデータの利用するサイトの限定、データ型、認証レベルでの限定が可能になり、不必要にデータを取得させることを低減させることができる。

なお、本実施形態ではＤＯＭツリーからＳｅｍａｎｔｉｃデータを検出したが、これに限らず例えば、ＨＴＭＬパーサ２２０で逐次的に要素や属性を解析する処理を行う際にＳｅｍａｎｔｉｃデータに該当する情報を取得して保存するようにしてもよい。また、本実施形態では、Ｗｅｂコンテンツ取得時の認証の有無を記録し、取得するＳｅｍａｎｔｉｃデータの選定を認証の有無の一致で判断していたが、これに限らず、認証方式の種類に応じて選定を行ってもよい。例えば、認証方式を記憶部１４０に保存し、呼び出し元のＷｅｂコンテンツを取得する際の認証方式が一致するＳｅｍａｎｔｉｃデータを取得する。

＜実施形態２＞
以下に説明する実施形態２では、判断部２３２がＳｅｍａｎｔｉｃデータの取得に関してさらに別の判断基準に基づいてデータ取得を制御する例について説明する。実施形態２では、判断部２３２は、そのＷｅｂコンテンツが有するＳｅｍａｎｔｉｃデータと同型のデータに限り取得を可能にする。つまり、Ｐｅｒｓｏｎ型のＳｅｍａｎｔｉｃデータが定義されたＷｅｂコンテンツにはＰｅｒｓｏｎ型のデータの取得のみを許可する。これにより、Ｗｅｂサイトで必要になっている型のデータを取得させてデータ量を補強することを可能にする一方で、不必要にデータを取得させることを低減させることができる。なお、以下では、第２の実施形態における情報処理装置において、前述した第１の実施形態と異なる点についてのみ説明する。

図８は、実施形態２における取得部２３１及びそれが有する判断部２３２の処理例を示すフローチャートである。ＷｅｂコンテンツのＪａｖａＳｃｒｉｐｔでＳｅｍａｎｔｉｃデータを取得するインタフェース呼び出しがあると、図８に示すフローチャートに従って処理が実行される。

ステップＳ８０１では、取得部２３１の判断部２３２は、データ取得を許可するか否かのユーザ入力を受け付けるダイアログを表示し、ユーザがデータ取得を許可する旨を入力した場合（ＹＥＳ）にはステップＳ８０２に進む。一方、ユーザがデータ取得を許可しない旨を示す入力をした場合（ＮＯ）にはステップＳ８０６に進む。

ステップＳ８０２では、判断部２３２は、データ取得を指示された型と一致する型のＳｅｍａｎｔｉｃデータを提供しているか否かを判定し、提供している場合（ＹＥＳ）にはステップＳ８０３に進む。一方、データ取得を指示された型と一致する型のＳｅｍａｎｔｉｃデータを提供していない場合（ＮＯ）にはステップＳ８０６に進む。同型のデータを提供しているか否かは、Ｓｅｍａｎｔｉｃデータを保存したＲＤＢに対して、このＷｅｂコンテンツのドメインで同型のＳｅｍａｎｔｉｃデータが登録されているかの取得を試み、取得できた場合には提供可能と判断する。

例えば、図５に示したＰｅｒｓｏｎテーブルが記憶部１４０に保存されている状態において、ｅｘａｍｐｌｅ．ｏｒｇドメインのＷｅｂコンテンツがＰｅｒｓｏｎ型の取得を試みたとする。この場合、Ｐｅｒｓｏｎテーブルにｅｘａｍｐｌｅ．ｏｒｇが登録されているためデータ取得がなされるので、ステップＳ８０３に進む。一方で、Ｐｅｒｓｏｎテーブルのドメイン列にないドメインのＷｅｂコンテンツが同様にデータ取得を試みた場合にはデータは取得できないため、ステップＳ８０６に進む。

ステップＳ８０３では、判断部２３２は、ＪａｖａＳｃｒｉｐｔで呼び出しを行っているＷｅｂコンテンツを取得する際の認証情報を入力部２１０から取得する。判断部２３２は、取得した情報に基づいて、認証を伴っているサイトからの呼び出しであると判定した場合（ＹＥＳ）にはステップＳ８０４に進み、認証を伴っていないサイトからの呼び出しであると判定した場合（ＮＯ）にはステップＳ８０６に進む。

ステップＳ８０４では、取得部２３１は、ＪａｖａＳｃｒｉｐｔのデータ取得インタフェース呼び出しで指定されたＳｅｍａｎｔｉｃデータ型のデータを取得して、ＪａｖａＳｃｒｉｐｔのオブジェクトとして返す。その後、ステップＳ８０６に進む。

ステップＳ８０５では、取得部２３１は、ＪａｖａＳｃｒｉｐｔのデータ取得インタフェース呼び出しで指定されたＳｅｍａｎｔｉｃデータ型の中で認証の値がＦＡＬＳＥのものを取得する。その後、ステップＳ８０６に進む。

ステップＳ８０６では、取得部２３１は、取得したＳｅｍａｎｔｉｃデータを持つＪａｖａＳｃｒｉｐｔオブジェクトを生成し、インタフェース呼び出しの戻り値として返す。その後、処理を終了する。なお、Ｓｅｍａｎｔｉｃデータを取得できない場合には、取得部２３１は、配列０のオブジェクトを返す。

（本発明の他の実施形態）
本発明は、前述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

なお、前記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００：情報処理装置 １１０：コントローラ部 １１１：ＣＰＵ １１２：ＲＯＭ １１３：ＲＡＭ １２０：操作部 １３０：表示部 １４０：記憶部 １５０：通信部 ２１０：入力部 ２２０：ＨＴＭＬパーサ ２３０：ＪａｖａＳｃｒｉｐｔエンジン ２３１：取得部 ２３２：判断部 ２４０：ＣＳＳパーサ ２５０：データ処理部 ２５１：データ解析部 ２５２：保存部 ２６０：レンダーツリー生成処理部 ２７０：レイアウト処理部 ２８０：描画処理部

Claims (10)

1. Ｗｅｂサイトのコンテンツを表示する情報処理装置であって、
   取得した第１のＷｅｂサイトのコンテンツから該コンテンツに記述された所定のデータを抽出する解析手段と、
   前記解析手段により抽出された前記所定のデータを記憶部に保存する保存手段と、
   第２のＷｅｂサイトのコンテンツに記載されたスクリプトにより前記所定のデータの取得が要求される場合、指定された前記所定のデータを前記記憶部から取得する取得手段とを有することを特徴とする情報処理装置。
2. 前記取得手段による前記記憶部からのデータ取得の許可を判定する判断手段を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記保存手段は、前記解析手段により抽出された前記所定のデータとともに前記第１のＷｅｂサイトに係る認証情報を前記記憶部に保存し、
   前記判断手段は、前記所定のデータの取得を許可するユーザ入力がある場合にデータ取得の処理を許可し、さらに、前記認証情報と前記第２のＷｅｂサイトに係る認証情報に基づいて前記記憶部から取得するデータを判断することを特徴とする請求項２に記載の情報処理装置。
4. 前記判断手段は、前記第２のＷｅｂサイトのコンテンツに記載されたスクリプトにより指定された前記所定のデータの型と前記記憶部に保存されている前記所定のデータの型とが一致する場合に前記記憶部から前記所定のデータを取得すると判断することを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記保存手段は、前記解析手段により抽出された前記所定のデータとともに、前記第１のＷｅｂサイトに係る認証情報及びドメイン情報の少なくとも１つを前記記憶部に保存することを特徴とする請求項１〜４の何れか１項に記載の情報処理装置。
6. 前記解析手段は、前記第１のＷｅｂサイトのコンテンツのＤＯＭツリーを検索して前記所定のデータを抽出することを特徴とする請求項１〜５の何れか１項に記載の情報処理装置。
7. 前記所定のデータは、データに対する意味付けがされているデータであることを特徴とする請求項１〜６の何れか１項に記載の情報処理装置。
8. 前記取得手段は、前記第２のＷｅｂサイトのコンテンツに記載されたスクリプトから前記所定のデータの取得を要求するインタフェースの呼び出しがある場合、指定された前記所定のデータを前記記憶部から取得することを特徴とする請求項１〜７の何れか１項に記載の情報処理装置。
9. Ｗｅｂサイトのコンテンツを表示する情報処理装置の情報処理方法であって、
   取得した第１のＷｅｂサイトのコンテンツから該コンテンツに記述された所定のデータを抽出する解析工程と、
   前記解析工程にて抽出された前記所定のデータを記憶部に保存する保存工程と、
   第２のＷｅｂサイトのコンテンツに記載されたスクリプトにより前記所定のデータの取得が要求される場合、指定された前記所定のデータを前記記憶部から取得する取得工程とを有することを特徴とする情報処理方法。
10. Ｗｅｂサイトのコンテンツを表示する情報処理装置のコンピュータに、
    取得した第１のＷｅｂサイトのコンテンツから該コンテンツに記述された所定のデータを抽出する解析ステップと、
    前記解析ステップにて抽出された前記所定のデータを記憶部に保存する保存ステップと、
    第２のＷｅｂサイトのコンテンツに記載されたスクリプトにより前記所定のデータの取得が要求される場合、指定された前記所定のデータを前記記憶部から取得する取得ステップとを実行させるためのプログラム。

Images