ホーム > 特許ランキング > 楽天グループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-08-23
(45)【発行日】2024-09-02
(54)【発明の名称】支援装置、支援方法、ならびに、プログラム
(51)【国際特許分類】
G06F 16/958 20190101AFI20240826BHJP
【ＦＩ】
G06F16/958
【請求項の数】
7
(21)【出願番号】P 2023115856
(22)【出願日】2023-07-14
【審査請求日】2023-07-14
(73)【特許権者】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】100110135
【弁理士】
【氏名又は名称】石井 裕一郎
(74)【代理人】
【識別番号】100132883
【弁理士】
【氏名又は名称】森川 泰司
(74)【代理人】
【識別番号】100148633
【弁理士】
【氏名又は名称】桜田 圭
(74)【代理人】
【識別番号】100163452
【弁理士】
【氏名又は名称】南郷 邦臣
(74)【代理人】
【識別番号】100180312
【弁理士】
【氏名又は名称】早川 牧子
(72)【発明者】
【氏名】工藤 千寛
(72)【発明者】
【氏名】オウ サイリン
【審査官】松尾 真人
(56)【参考文献】
【文献】特開２０２０－１７３６１５（ＪＰ，Ａ）
【文献】特許第７０９３１４４（ＪＰ，Ｂ１）
【文献】特許第７２５９９４９（ＪＰ，Ｂ２）
【文献】北澤 繁樹，Ｗｅｂアプリケーションのパラメタ改ざん脆弱性検出精度向上手法，情報処理学会研究報告 平成２２年度▲６▼ ［ＤＶＤ－ＲＯＭ］ ，一般社団法人情報処理学会，2011年04月15日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １６／００－１６／９５８
Ｇ０６Ｆ １１／３６
(57)【特許請求の範囲】
【請求項1】
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ（User Interface）要素が含まれる遷移情報を、それぞれ収集する収集部と、前記収集部により収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力部と、
を備えることを特徴とする支援装置。
【請求項2】
前記収集部は、前記ウェブサイトのルートページを起点として前記遷移先ページを順次辿り、前記遷移先ページのパスが前記ウェブサイト内である前記遷移情報のみを収集する、請求項１に記載の支援装置。
【請求項3】
前記収集部は、前記ＵＩ要素の外観を表すための関連情報を更に収集し、前記出力部は、前記関連情報に従った前記ＵＩ要素の外観を含めて出力する、
請求項１又は２に記載の支援装置。
【請求項4】
前記収集部により収集された前記遷移情報を、遷移元ページのパスに対応付けて記憶する記憶部を更に備え、前記出力部は、前記記憶部に記憶された前記遷移元ページのパス、及び、前記遷移情報に基づいて、前記ウェブサイト内におけるページ間の遷移図を生成して出力する、
請求項１又は２に記載の支援装置。
【請求項5】
前記出力部が出力した前記遷移図における何れかのページの選択を受け付ける受付部を更に備え、前記収集部は、前記ＵＩ要素の外観を表すための関連情報を更に収集し、
前記出力部は、前記受付部が受け付けたページのパスに応じたグループの前記ＵＩ要素について、前記関連情報に従った外観を示す一覧表を出力する、
請求項４に記載の支援装置。
【請求項6】
支援装置が実行する支援方法であって、ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集ステップと、
前記収集ステップにて収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力ステップと、
を備えることを特徴とする支援方法。
【請求項7】
コンピュータに、ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集ステップ、
前記収集ステップにて収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力ステップ、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、支援装置、支援方法、ならびに、プログラムに関する。
【背景技術】
【0002】
インターネットの普及に伴って、種々のウェブサイト（Ｗｅｂサイト）から、様々なサービスが提供されている。例えば、競輪、競馬、競艇といった公営競技の投票券を、インターネットを介して、ユーザの端末装置から購入できる投票サービスも知られている。
このような投票サービスにおいて、例えば、ユーザは、ウェブサイトのホーム画面（ルートページ）を起点として、情報画面、投票画面、購入画面といった各ページを順次閲覧し、必要な操作を行って所望の投票券を購入している。
そのため、投票サービスの提供者は、自身のウェブサイトにおいて、ページ間の遷移が設計通りに機能することを適宜検査している。
このような投票サービスにおいて、例えば、ユーザは、ウェブサイトのホーム画面（ルートページ）を起点として、情報画面、投票画面、購入画面といった各ページを順次閲覧し、必要な操作を行って所望の投票券を購入している。
そのため、投票サービスの提供者は、自身のウェブサイトにおいて、ページ間の遷移が設計通りに機能することを適宜検査している。
【0003】
例えば、特許文献１には、ウェブサイトに対するテストを支援するテスト支援装置の発明が開示されている。この特許文献１に開示されたテスト支援装置では、複数のページのそれぞれを表す複数のノードと、複数のページ間の遷移のそれぞれを表す複数のエッジと、を含むサイトマップを表示できるようになっている。
【先行技術文献】
【特許文献】
【0004】
【文献】特許第７０９３１４４号
【発明の概要】
【発明が解決しようとする課題】
【0005】
このような特許文献１に記載された発明では、表示されるサイトマップにより、ウェブサイトにおけるページ間の遷移が設計通りであるかどうかを検査することが可能となる。
しかしながら、特許文献１の発明では、ページ間の遷移については検査できるものの、遷移を生じさせるＵＩ（User Interface）要素（一例として、リンクが張られたボタン、バナー、テキスト等）がどのようにデザインされているのかについては、適切に検査することができなかった。
例えば、投票サービス等において、同一の遷移先ページ（一例として、投票画面等）へ遷移させるためのＵＩ要素のデザインは、各遷移元ページにおいて、同一若しくは同等であることが求められている。これは、各遷移元ページにて、同一の遷移先へ遷移するＵＩ要素のデザインがそれぞれ異なっていると、全体としての統一感が保たれないだけでなく、ユーザに違和感を感じさせ、円滑な操作を阻害してしまうといった問題を生じさせ得るためである。
しかしながら、特許文献１の発明では、ページ間の遷移については検査できるものの、遷移を生じさせるＵＩ（User Interface）要素（一例として、リンクが張られたボタン、バナー、テキスト等）がどのようにデザインされているのかについては、適切に検査することができなかった。
例えば、投票サービス等において、同一の遷移先ページ（一例として、投票画面等）へ遷移させるためのＵＩ要素のデザインは、各遷移元ページにおいて、同一若しくは同等であることが求められている。これは、各遷移元ページにて、同一の遷移先へ遷移するＵＩ要素のデザインがそれぞれ異なっていると、全体としての統一感が保たれないだけでなく、ユーザに違和感を感じさせ、円滑な操作を阻害してしまうといった問題を生じさせ得るためである。
【0006】
そのため、ページ間の遷移が設計通りであるかどうかだけでなく、遷移を生じさせるＵＩ要素のデザインについても適切に検査することのできる技術が求められていた。
【0007】
本発明は、上記実状に鑑みてなされたもので、遷移を生じさせるＵＩ要素のデザインを含めたページ間の遷移を適切に検査することのできる支援装置、支援方法、ならびに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の第１の観点に係る支援装置は、
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集部と、
前記収集部により収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力部と、
を備えることを特徴とする。
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集部と、
前記収集部により収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力部と、
を備えることを特徴とする。
【0009】
また、上記観点に係る支援装置において、
前記収集部は、前記ウェブサイトのルートページを起点として前記遷移先ページを順次辿り、前記遷移先ページのパスが前記ウェブサイト内である前記遷移情報のみを収集するようにしてもよい。
前記収集部は、前記ウェブサイトのルートページを起点として前記遷移先ページを順次辿り、前記遷移先ページのパスが前記ウェブサイト内である前記遷移情報のみを収集するようにしてもよい。
【0010】
また、上記観点に係る支援装置において、
前記収集部は、前記ＵＩ要素の外観を表すための関連情報を更に収集し、
前記出力部は、前記関連情報に従った前記ＵＩ要素の外観を含めて出力するようにしてもよい。
前記収集部は、前記ＵＩ要素の外観を表すための関連情報を更に収集し、
前記出力部は、前記関連情報に従った前記ＵＩ要素の外観を含めて出力するようにしてもよい。
【0011】
また、上記観点に係る支援装置は、
前記収集部により収集された前記遷移情報を、遷移元ページのパスに対応付けて記憶する記憶部を更に備え、
前記出力部は、前記記憶部に記憶された前記遷移元ページのパス、及び、前記遷移情報に基づいて、前記ウェブサイト内におけるページ間の遷移図を生成して出力するようにしてもよい。
前記収集部により収集された前記遷移情報を、遷移元ページのパスに対応付けて記憶する記憶部を更に備え、
前記出力部は、前記記憶部に記憶された前記遷移元ページのパス、及び、前記遷移情報に基づいて、前記ウェブサイト内におけるページ間の遷移図を生成して出力するようにしてもよい。
【0012】
また、上記観点に係る支援装置は、
前記出力部が出力した前記遷移図における何れかのページの選択を受け付ける受付部を更に備え、
前記収集部は、前記ＵＩ要素の外観を表すための関連情報を更に収集し、
前記出力部は、前記受付部が受け付けたページのパスに応じたグループの前記ＵＩ要素について、前記関連情報に従った外観を示す一覧表を出力するようにしてもよい。
前記出力部が出力した前記遷移図における何れかのページの選択を受け付ける受付部を更に備え、
前記収集部は、前記ＵＩ要素の外観を表すための関連情報を更に収集し、
前記出力部は、前記受付部が受け付けたページのパスに応じたグループの前記ＵＩ要素について、前記関連情報に従った外観を示す一覧表を出力するようにしてもよい。
【0013】
本発明の第２の観点に係る支援方法は、
支援装置が実行する支援方法であって、
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集ステップと、
前記収集ステップにて収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力ステップと、
を備えることを特徴とする。
支援装置が実行する支援方法であって、
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集ステップと、
前記収集ステップにて収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力ステップと、
を備えることを特徴とする。
【0014】
本発明の第３の観点に係るプログラムは、
コンピュータに、
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集ステップ、
前記収集ステップにて収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力ステップ、
を実行させることを特徴とする。
コンピュータに、
ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する収集ステップ、
前記収集ステップにて収集された前記遷移情報に含まれる前記ＵＩ要素を、前記遷移先ページのパスに応じたグループに分類して出力する出力ステップ、
を実行させることを特徴とする。
【0015】
上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【0016】
本発明によれば、遷移を生じさせるＵＩ要素のデザインを含めたページ間の遷移を適切に検査することができる。
【図面の簡単な説明】
【0017】
【図1】本実施形態に係る検査システムの全体構成の一例を示すブロック図である。
【図2】販売サーバのウェブサイトを構成する各ページの一例を示す模式図である。
【図3】本実施形態に係る支援装置等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。
【図4】本実施形態に係る支援装置の機能構成の一例を示すブロック図である。
【図5】記憶部に記憶される遷移管理情報の一例を示す模式図である。
【図6】ＨＴＭＬデータ中の遷移情報を説明するための模式図である。
【図7】ＣＳＳデータ中の関連情報を説明するための模式図である。
【図8】遷移図の一例を示す模式図である。
【図9】一覧表の一例を示す模式図である。
【図10】本実施形態に係る支援処理を説明するためのフローチャートである。
【発明を実施するための形態】
【0018】
以下に本発明の実施形態を説明する。本発明の実施形態では、公営競技の投票券を販売する販売サーバのウェブサイトを検査するための検査システムについて説明するが、検査対象となるウェブサイトは、任意であり、他に、商品を販売するウェブサイトや、種々のサービスを提供するウェブサイトを検査する検査システムにおいても、同様に適用可能である。
つまり、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
つまり、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【0019】
（全体構成）
本発明の実施形態に係る検査システム１００は、一例として、公営競技の投票券を販売するウェブサイトを検査するためのシステムであり、図１に示すように、販売サーバ２００と、支援装置３００とを含んで構成される。そして、販売サーバ２００と支援装置３００とは、インターネット９００を介して通信可能に接続されている。
なお、図１では省略しているが、公営競技を主催する主催元サーバや、投票券を購入しようとするユーザの端末装置も、インターネット９００を介して販売サーバ２００と通信可能に接続されているものとする。
本発明の実施形態に係る検査システム１００は、一例として、公営競技の投票券を販売するウェブサイトを検査するためのシステムであり、図１に示すように、販売サーバ２００と、支援装置３００とを含んで構成される。そして、販売サーバ２００と支援装置３００とは、インターネット９００を介して通信可能に接続されている。
なお、図１では省略しているが、公営競技を主催する主催元サーバや、投票券を購入しようとするユーザの端末装置も、インターネット９００を介して販売サーバ２００と通信可能に接続されているものとする。
【0020】
販売サーバ２００は、例えば、サーバ用のコンピュータ等であり、投票券を販売するためのウェブサイトをインターネット９００上で公開する。
例えば、販売サーバ２００は、図２に示すような各ページ（各画面）から構成されるウェブサイトを、図示せぬ端末装置（投票券を購入しようとするユーザの端末装置）等から閲覧可能となるように公開している。
この図２には、例えば、投票等が可能な各レースをユーザが選択するためのホーム画面（ルートページ）、選択されたレースに出走する各投票対象（各選手等）に関する各種の情報をユーザに報知するための情報画面、ユーザが任意の投票対象を選択して投票を行うための投票画面、及び、投票を確定させてユーザが投票券を購入するための購入画面等が含まれている。
これらの各ページには、他のページへ遷移させるＵＩ要素（詳細については、後述する）が含まれており、ユーザによるＵＩ要素への操作に従って、ページ間の遷移が行われるようになっている。
例えば、販売サーバ２００は、図２に示すような各ページ（各画面）から構成されるウェブサイトを、図示せぬ端末装置（投票券を購入しようとするユーザの端末装置）等から閲覧可能となるように公開している。
この図２には、例えば、投票等が可能な各レースをユーザが選択するためのホーム画面（ルートページ）、選択されたレースに出走する各投票対象（各選手等）に関する各種の情報をユーザに報知するための情報画面、ユーザが任意の投票対象を選択して投票を行うための投票画面、及び、投票を確定させてユーザが投票券を購入するための購入画面等が含まれている。
これらの各ページには、他のページへ遷移させるＵＩ要素（詳細については、後述する）が含まれており、ユーザによるＵＩ要素への操作に従って、ページ間の遷移が行われるようになっている。
【0021】
図１に戻って、支援装置３００は、例えば、パーソナルコンピュータ等であり、販売サーバ２００が公開するウェブサイトの検査を支援する。なお、支援装置３００は、一例として、ウェブサイトの検査を行う作業者によって使用される。
例えば、支援装置３００は、作業者からの指示に従って、インターネット９００を介して、販売サーバ２００にアクセスし、ウェブサイトを構成する図２に示すような各ページから、後述する遷移情報を収集して、ページ間の繋がりを視覚化した遷移図を出力する。また、支援装置３００は、後述する関連情報も各ページから収集して、遷移を生じさせるＵＩ要素の外観を比較可能な一覧表を出力する。
例えば、支援装置３００は、作業者からの指示に従って、インターネット９００を介して、販売サーバ２００にアクセスし、ウェブサイトを構成する図２に示すような各ページから、後述する遷移情報を収集して、ページ間の繋がりを視覚化した遷移図を出力する。また、支援装置３００は、後述する関連情報も各ページから収集して、遷移を生じさせるＵＩ要素の外観を比較可能な一覧表を出力する。
【0022】
（情報処理装置の概要構成）
本実施形態に係る支援装置３００等が実現される典型的な情報処理装置４００について説明する。
本実施形態に係る支援装置３００等が実現される典型的な情報処理装置４００について説明する。
【0023】
情報処理装置４００は、図３に示すように、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、ＮＩＣ（Network Interface Card）４０４と、画像処理部４０５と、音声処理部４０６と、補助記憶部４０７と、インターフェース４０８と、操作ユニット４０９と、表示ユニット４１０と、スピーカ４１１と、を備える。
【0024】
ＣＰＵ ４０１は、情報処理装置４００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。
【0025】
ＲＯＭ ４０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、補助記憶部４０７に記憶されたプログラムをＲＡＭ ４０３に読み出してＣＰＵ ４０１による当該プログラムの実行が開始される。
【0026】
ＲＡＭ ４０３は、データやプログラムを一時的に記憶するためのもので、補助記憶部４０７から読み出されたプログラムやデータ、その他、通信に必要なデータ等が保持される。
【0027】
ＮＩＣ ４０４は、情報処理装置４００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ－Ｔ／１００ＢＡＳＥ－Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等から構成される。
【0028】
画像処理部４０５は、補助記憶部４０７等から読み出された画像データをＣＰＵ ４０１や画像処理部４０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部４０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、インターフェース４０８等を介して表示ユニット４１０に出力される。つまり、画像処理部４０５は、ＣＰＵ ４０１の制御の下、情報処理装置４００が行う処理の進行の中で必要となる画像を生成し、その画像を表示ユニット４１０に表示させる。
【0029】
音声処理部４０６は、補助記憶部４０７等から読み出された音声データを音声信号に変換し、インターフェース４０８を介してスピーカ４１１に出力する。つまり、音声処理部４０６は、ＣＰＵ ４０１の制御の下、情報処理装置４００が行う処理の進行の中で発生させるべき音声を生成し、その音声をスピーカ４１１から出力させる。
【0030】
補助記憶部４０７は、ハードディスク等であり、情報処理装置４００全体の動作制御に必要な各種のプログラムや各種のデータを記憶する。例えば、補助記憶部４０７には、本実施形態に係る支援装置３００を実現するためのプログラムが記憶される。そして、ＣＰＵ ４０１の制御によって、補助記憶部４０７は、記憶されたプログラムやデータを適宜読み出し、これらをＲＡＭ ４０３等に一時的に記憶させる。
【0031】
インターフェース４０８には、操作ユニット４０９、表示ユニット４１０、及び、スピーカ４１１が接続される。なお、インターフェース４０８は、この他に接続された外部機器との間で必要な情報を送受信してもよい。
【0032】
操作ユニット４０９は、例えば、ボタンやタッチパネル（タッチスクリーン）であり、情報処理装置４００を利用するユーザの操作入力を受け付ける。
【0033】
表示ユニット４１０は、例えば、液晶表示パネル等であり、画像処理部４０５により出力された画像データに応じた画像を描画し、情報処理装置４００のユーザに提示する。
【0034】
スピーカ４１１は、音声処理部４０６により出力された音声データに応じた音声を出力し、情報処理装置４００のユーザに提示する。
【0035】
この他に、情報処理装置４００は、補助記憶部４０７の代わりに、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等のドライブユニットを備えるようにしてもよい。この場合、情報処理装置４００は、ドライブユニットに装着されるＤＶＤ－ＲＯＭ等からプログラムやデータを読み出して、上記と同様に動作する。
【0036】
以下、上記の情報処理装置４００により実現される支援装置３００の機能構成等について、図４～図９を参照して説明する。情報処理装置４００に電源が投入されると、支援装置３００として機能させるプログラムが実行され、本実施形態に係る支援装置３００が実現される。
なお、販売サーバ２００も同様に、情報処理装置４００によって実現されるが、こちらについては説明を省略し、本実施形態において最も特徴的な支援装置３００について、以下説明する。
なお、販売サーバ２００も同様に、情報処理装置４００によって実現されるが、こちらについては説明を省略し、本実施形態において最も特徴的な支援装置３００について、以下説明する。
【0037】
（支援装置３００の機能構成）
図４は、本実施形態に係る支援装置３００の機能構成の一例を示すブロック図である。図示するように、支援装置３００は、通信部３１０と、受付部３２０と、表示部３３０と、記憶部３４０と、制御部３５０とを備える。
図４は、本実施形態に係る支援装置３００の機能構成の一例を示すブロック図である。図示するように、支援装置３００は、通信部３１０と、受付部３２０と、表示部３３０と、記憶部３４０と、制御部３５０とを備える。
【0038】
通信部３１０は、販売サーバ２００との間で、必要な情報を送受信する。
例えば、通信部３１０は、販売サーバ２００のウェブサイトにアクセスし、各ページのデータを受信する。つまり、通信部３１０は、上述した図２に示すような各ページを構成するＨＴＭＬ（Hyper Text Markup Language）データ、ＣＳＳ（Cascading Style Sheets）データ、画像データ、及び、Ｓｃｒｉｐｔデータ等を受信する。
例えば、通信部３１０は、販売サーバ２００のウェブサイトにアクセスし、各ページのデータを受信する。つまり、通信部３１０は、上述した図２に示すような各ページを構成するＨＴＭＬ（Hyper Text Markup Language）データ、ＣＳＳ（Cascading Style Sheets）データ、画像データ、及び、Ｓｃｒｉｐｔデータ等を受信する。
【0039】
なお、上述したＮＩＣ ４０４等が、このような通信部３１０として機能しうる。
【0040】
受付部３２０は、ウェブサイトの検査を行う作業者からの各種操作を受け付ける。
例えば、受付部３２０は、作業者からの操作により、検査対象となるウェブサイトのルートページを示すパス（一例として、ＵＲＬ；Uniform Resource Locator）等を受け付ける。
例えば、受付部３２０は、作業者からの操作により、検査対象となるウェブサイトのルートページを示すパス（一例として、ＵＲＬ；Uniform Resource Locator）等を受け付ける。
【0041】
なお、上述した操作ユニット４０９が、このような受付部３２０として機能し得る。
【0042】
表示部３３０は、ウェブサイトの検査を行う作業者に対して種々の情報を表示する。
例えば、表示部３３０は、制御部３５０（後述する出力部３５２）により出力された遷移図や一覧表等を表示する。これら遷移図や一覧表の詳細については後述する。
例えば、表示部３３０は、制御部３５０（後述する出力部３５２）により出力された遷移図や一覧表等を表示する。これら遷移図や一覧表の詳細については後述する。
【0043】
なお、上述した表示ユニット４１０が、このような表示部３３０として機能しうる。
【0044】
記憶部３４０は、ウェブサイトを検査する際に必要となる種々の情報を記憶する。
例えば、記憶部３４０は、制御部３５０（後述する収集部３５１）によって収集された遷移情報等を、遷移元ページのパスに対応付けた遷移管理情報３４１を記憶する。具体的に、記憶部３４０は、図５に示すような遷移管理情報３４１を記憶する。
例えば、記憶部３４０は、制御部３５０（後述する収集部３５１）によって収集された遷移情報等を、遷移元ページのパスに対応付けた遷移管理情報３４１を記憶する。具体的に、記憶部３４０は、図５に示すような遷移管理情報３４１を記憶する。
【0045】
図５に示す遷移管理情報３４１は、一例として、遷移元パス３４１ａ、遷移先パス３４１ｂ、ＵＩ要素３４１ｃ、及び、関連情報３４１ｄを含んでいる。
なお、遷移元パス３４１ａは、遷移情報等が含まれる遷移元ページのパスを示している。また、遷移先パス３４１ｂは、遷移情報にて規定された遷移先ページのパスを示している。また、ＵＩ要素は、遷移を生じさせるａタグ（Anchor Tag）等である。なお、ＵＩ要素は、ｆｏｒｍタグ（form Tag）に囲まれたｓｕｂｍｉｔタイプのｉｎｐｕｔタグ（input Tag）等であってもよい。そして、関連情報３４１ｄは、ＵＩ要素の外観を表すためのＣＳＳデータや画像データである。
なお、遷移元パス３４１ａは、遷移情報等が含まれる遷移元ページのパスを示している。また、遷移先パス３４１ｂは、遷移情報にて規定された遷移先ページのパスを示している。また、ＵＩ要素は、遷移を生じさせるａタグ（Anchor Tag）等である。なお、ＵＩ要素は、ｆｏｒｍタグ（form Tag）に囲まれたｓｕｂｍｉｔタイプのｉｎｐｕｔタグ（input Tag）等であってもよい。そして、関連情報３４１ｄは、ＵＩ要素の外観を表すためのＣＳＳデータや画像データである。
【0046】
この他にも、記憶部３４０は、各ページを構成するＨＴＭＬデータ等も記憶する。
なお、上述した補助記憶部４０７等が、このような記憶部３４０として機能しうる。
なお、上述した補助記憶部４０７等が、このような記憶部３４０として機能しうる。
【0047】
図４に戻って、制御部３５０は、支援装置３００全体を制御する。この制御部３５０は、収集部３５１、及び、出力部３５２を含んでいる。
【0048】
収集部３５１は、ウェブサイトを構成する各ページから、他のページへ遷移するための遷移情報を収集する。例えば、収集部３５１は、各ページを構成するＨＴＭＬデータから、遷移先ページのパス、及び、ＵＩ要素を含む遷移情報を収集する。
【0049】
具体的に収集部３５１は、図６に示すようなＨＴＭＬデータから、遷移情報ＴＧ１，ＴＧ２を収集する。
遷移情報ＴＧ１は、ａタグを含む情報である。また、遷移情報ＴＧ２は、ｆｏｒｍタグに囲まれたｓｕｂｍｉｔタイプのｉｎｐｕｔタグを含む情報である。
なお、収集部３５１は、受付部３２０にて検査対象となるウェブサイトのルートページのパスを受け付けると、ルートページを起点として各ページを辿り、遷移先ページのパスがウェブサイト内である遷移情報のみを収集する。つまり、収集部３５１は、ウェブサイト内の遷移情報については収集するが、ウェブサイト外への遷移情報については収集しない。
遷移情報ＴＧ１は、ａタグを含む情報である。また、遷移情報ＴＧ２は、ｆｏｒｍタグに囲まれたｓｕｂｍｉｔタイプのｉｎｐｕｔタグを含む情報である。
なお、収集部３５１は、受付部３２０にて検査対象となるウェブサイトのルートページのパスを受け付けると、ルートページを起点として各ページを辿り、遷移先ページのパスがウェブサイト内である遷移情報のみを収集する。つまり、収集部３５１は、ウェブサイト内の遷移情報については収集するが、ウェブサイト外への遷移情報については収集しない。
【0050】
また、収集部３５１は、ＵＩ要素の外観を表すための関連情報もＣＳＳデータ等から収集する。
具体的に収集部３５１は、図７に示すようなＣＳＳデータから、関連情報ＳＳ１，ＳＳ２を収集する。
関連情報ＳＳ１は、上述した図６の遷移情報ＴＧ１におけるボタン（XXXbnt）のデザインを規定する情報である。また、関連情報ＳＳ２は、上述した図６の遷移情報ＴＧ２におけるボタン（YYYbnt）のデザインを規定する情報である。
この他にも、収集部３５１は、遷移情報中にバナー等の画像データが含まれる場合に、その画像データも関連情報として収集する。
そして、収集部３５１は、これら遷移情報、及び、関連情報を収集すると、遷移元ページのパスに対応付け、上述した図５に示す遷移管理情報３４１として、記憶部３４０に格納する。
具体的に収集部３５１は、図７に示すようなＣＳＳデータから、関連情報ＳＳ１，ＳＳ２を収集する。
関連情報ＳＳ１は、上述した図６の遷移情報ＴＧ１におけるボタン（XXXbnt）のデザインを規定する情報である。また、関連情報ＳＳ２は、上述した図６の遷移情報ＴＧ２におけるボタン（YYYbnt）のデザインを規定する情報である。
この他にも、収集部３５１は、遷移情報中にバナー等の画像データが含まれる場合に、その画像データも関連情報として収集する。
そして、収集部３５１は、これら遷移情報、及び、関連情報を収集すると、遷移元ページのパスに対応付け、上述した図５に示す遷移管理情報３４１として、記憶部３４０に格納する。
【0051】
図４に戻って、出力部３５２は、ウェブサイト内のページ間の繋がりを視覚化した遷移図、及び、遷移を生じさせるＵＩ要素の外観を比較可能な一覧表を出力する。
なお、出力部３５２は、生成部３５３を含んでおり、生成部３５３が生成した遷移図や一覧表を出力する。そして、一覧表を出力することにより、出力部３５２は、上記の収集部３５１により収集された遷移情報に含まれるＵＩ要素を、遷移先ページのパスに応じたグループに分類して出力する。
なお、出力部３５２は、生成部３５３を含んでおり、生成部３５３が生成した遷移図や一覧表を出力する。そして、一覧表を出力することにより、出力部３５２は、上記の収集部３５１により収集された遷移情報に含まれるＵＩ要素を、遷移先ページのパスに応じたグループに分類して出力する。
【0052】
例えば、生成部３５３は、記憶部３４０に記憶される遷移管理情報３４１等に基づいて、図８に示すような遷移図を生成する。この遷移図は、検査対象となるウェブサイト内におけるページ間の繋がりを示している。つまり、生成部３５３は、ルートページＲＰを起点として、ページ間の遷移がどのように行われるのかを示す遷移図を生成する。
そして、出力部３５２は、図８に示すような遷移図を出力し、表示部３３０に表示させる。そのため、作業者は、ウェブサイトにおけるページ間の遷移が設計通りであるかどうかを検査することが可能となる。
そして、出力部３５２は、図８に示すような遷移図を出力し、表示部３３０に表示させる。そのため、作業者は、ウェブサイトにおけるページ間の遷移が設計通りであるかどうかを検査することが可能となる。
【0053】
また、生成部３５３は、遷移図における何れかのページ（画面）が、作業者に選択されると、そのページへ遷移するＵＩ要素の外観を示す一覧表を生成する。例えば、図９に示すように、ページＰｎがカーソルＣＲによって選択されると、生成部３５３は、一覧表ＬＴを生成する。この一覧表ＬＴには、ページＰｎへ遷移するＵＩ要素の外観が、遷移元ページのパスと対応付けて、配列されている。つまり、生成部３５３は、図５に示す遷移管理情報３４１から、遷移先パス３４１ｂがページＰｎのパスであるレコードを抽出してグループとし、そのグループのＵＩ要素３４１ｃの外観を関連情報３４１ｄ等に基づいて描画することにより一覧表ＬＴを生成する。
そして、出力部３５２は、図９に示すような一覧表ＬＴを出力し、表示部３３０に表示させる。そのため、作業者は、一覧表ＬＴによって、遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
そして、出力部３５２は、図９に示すような一覧表ＬＴを出力し、表示部３３０に表示させる。そのため、作業者は、一覧表ＬＴによって、遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
【0054】
なお、上述したＣＰＵ ４０１及び画像処理部４０５等が、このような構成の制御部３５０として機能しうる。
【0055】
（支援装置３００の動作）
以下、このような構成の支援装置３００の動作について図１０を参照して説明する。図１０は、支援装置３００が実行する支援処理の流れを示すフローチャートである。この支援処理は、例えば、支援装置３００を操作する作業者が、検査対象となるウェブサイトのルートページを入力することで開始される。
以下、このような構成の支援装置３００の動作について図１０を参照して説明する。図１０は、支援装置３００が実行する支援処理の流れを示すフローチャートである。この支援処理は、例えば、支援装置３００を操作する作業者が、検査対象となるウェブサイトのルートページを入力することで開始される。
【0056】
支援装置３００は、ルートページを受け付ける（ステップＳ１１）。
すなわち、受付部３２０は、検査対象となるウェブサイトのルートページを示すパス（一例として、ＵＲＬ）を受け付ける。
すなわち、受付部３２０は、検査対象となるウェブサイトのルートページを示すパス（一例として、ＵＲＬ）を受け付ける。
【0057】
支援装置３００は、ルートページのデータを読み込む（ステップＳ１２）。
すなわち、制御部３５０は、通信部３１０を制御して、ルートページを構成するＨＴＭＬデータ、ＣＳＳデータ、画像データ、及び、Ｓｃｒｉｐｔデータ等を読み込む。
すなわち、制御部３５０は、通信部３１０を制御して、ルートページを構成するＨＴＭＬデータ、ＣＳＳデータ、画像データ、及び、Ｓｃｒｉｐｔデータ等を読み込む。
【0058】
支援装置３００は、ルートページのデータに遷移情報があるか否かを判別する（ステップＳ１３）。
例えば、収集部３５１は、図６に示すようなＨＴＭＬデータ中に、遷移情報ＴＧ１，ＴＧ２等のような遷移情報が含まれているかどうかを判別する。
例えば、収集部３５１は、図６に示すようなＨＴＭＬデータ中に、遷移情報ＴＧ１，ＴＧ２等のような遷移情報が含まれているかどうかを判別する。
【0059】
支援装置３００は、遷移情報がないと判別すると（ステップＳ１３；Ｎｏ）、後述するステップＳ１６に処理を進める。
【0060】
一方、遷移情報があると判別した場合（ステップＳ１３；Ｙｅｓ）に、支援装置３００は、遷移先がサイト内であるか否かを判別する（ステップＳ１４）。
例えば、収集部３５１は、図６に示す遷移情報ＴＧ１，ＴＧ２等のような遷移情報における遷移先ページが、同じウェブサイト内であるかどうかを判別する。
例えば、収集部３５１は、図６に示す遷移情報ＴＧ１，ＴＧ２等のような遷移情報における遷移先ページが、同じウェブサイト内であるかどうかを判別する。
【0061】
支援装置３００は、遷移先がサイト内でないと判別すると（ステップＳ１４；Ｎｏ）、後述するステップＳ１６に処理を進める。
【0062】
一方、遷移先がサイト内であると判別した場合（ステップＳ１４；Ｙｅｓ）に、支援装置３００は、遷移情報等を収集して記憶する（ステップＳ１５）。
すなわち、収集部３５１は、図６に示すようなＨＴＭＬデータから、遷移情報ＴＧ１，ＴＧ２を収集し、また、図７に示すようなＣＳＳデータから、関連情報ＳＳ１，ＳＳ２を収集する。
そして、収集部３５１は、これら遷移情報、及び、関連情報を収集すると、遷移元ページのパスに対応付け、図５に示すような遷移管理情報３４１として、記憶部３４０に格納する。
すなわち、収集部３５１は、図６に示すようなＨＴＭＬデータから、遷移情報ＴＧ１，ＴＧ２を収集し、また、図７に示すようなＣＳＳデータから、関連情報ＳＳ１，ＳＳ２を収集する。
そして、収集部３５１は、これら遷移情報、及び、関連情報を収集すると、遷移元ページのパスに対応付け、図５に示すような遷移管理情報３４１として、記憶部３４０に格納する。
【0063】
支援装置３００は、未収集の遷移先があるか否かを判別する（ステップＳ１６）。
すなわち、収集部３５１は、遷移情報等を収集していない遷移先ページが残っているかどうかを判別する。
すなわち、収集部３５１は、遷移情報等を収集していない遷移先ページが残っているかどうかを判別する。
【0064】
支援装置３００は、未収集の遷移先があると判別すると（ステップＳ１６；Ｙｅｓ）、遷移先のデータを読み込む（ステップＳ１７）。
すなわち、制御部３５０は、通信部３１０を制御して、遷移先ページを構成するＨＴＭＬデータ、ＣＳＳデータ、画像データ、及び、Ｓｃｒｉｐｔデータ等を読み込む。
そして、支援装置３００は、上述したステップＳ１３に処理を戻す。
すなわち、制御部３５０は、通信部３１０を制御して、遷移先ページを構成するＨＴＭＬデータ、ＣＳＳデータ、画像データ、及び、Ｓｃｒｉｐｔデータ等を読み込む。
そして、支援装置３００は、上述したステップＳ１３に処理を戻す。
【0065】
一方、上記のステップＳ１６にて、未収集の遷移先がないと判別した場合（ステップＳ１６；Ｎｏ）に、支援装置３００は、遷移図を生成して出力する（ステップＳ１８）。
例えば、生成部３５３は、記憶部３４０に記憶される遷移管理情報３４１等に基づいて、図８に示すような遷移図を生成する。そして、出力部３５２は、生成された遷移図を出力し、表示部３３０に表示させる。そのため、作業者は、ウェブサイトにおけるページ間の遷移が設計通りであるかどうかを検査することが可能となる。
例えば、生成部３５３は、記憶部３４０に記憶される遷移管理情報３４１等に基づいて、図８に示すような遷移図を生成する。そして、出力部３５２は、生成された遷移図を出力し、表示部３３０に表示させる。そのため、作業者は、ウェブサイトにおけるページ間の遷移が設計通りであるかどうかを検査することが可能となる。
【0066】
支援装置３００は、遷移図内の何れかのページが選択されたか否かを判別する（ステップＳ１９）。
支援装置３００は、何れかのページが選択されたと判別すると（ステップＳ１９；Ｙｅｓ）、一覧表を生成して出力する（ステップＳ２０）。
例えば、図９に示すように、ページＰｎがカーソルＣＲによって選択されると、生成部３５３は、一覧表ＬＴを生成する。そして、出力部３５２は、生成された一覧表ＬＴを出力し、表示部３３０に表示させる。そのため、作業者は、一覧表ＬＴによって、遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
そして、支援装置３００は、上述したステップＳ１９に処理を戻す。
支援装置３００は、何れかのページが選択されたと判別すると（ステップＳ１９；Ｙｅｓ）、一覧表を生成して出力する（ステップＳ２０）。
例えば、図９に示すように、ページＰｎがカーソルＣＲによって選択されると、生成部３５３は、一覧表ＬＴを生成する。そして、出力部３５２は、生成された一覧表ＬＴを出力し、表示部３３０に表示させる。そのため、作業者は、一覧表ＬＴによって、遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
そして、支援装置３００は、上述したステップＳ１９に処理を戻す。
【0067】
一方、上記のステップＳ１９にて、未収集の遷移先がないと判別した場合（ステップＳ１９；Ｎｏ）に、支援装置３００は、終了が指示されたか否かを判別する（ステップＳ２１）。
【0068】
支援装置３００は、終了が指示されていないと判別すると（ステップＳ２１；Ｎｏ）、上述したステップＳ１９に処理を戻す。
【0069】
一方、終了が指示されたと判別した場合（ステップＳ２１；Ｙｅｓ）に、支援装置３００は、支援処理を終了する。
【0070】
このような支援処理によって、例えば、図８に示すような遷移図が表示されるため、作業者は、ウェブサイトにおけるページ間の遷移が設計通りであるかどうかを検査することが可能となる。また、遷移図内のページを選択すると、例えば、図９示すような一覧表ＬＴが表示されるため、作業者は、そのページへの遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
【0071】
この結果、遷移を生じさせるＵＩ要素のデザインを含めたページ間の遷移を適切に検査することができる。
【0072】
（他の実施形態）
上記の実施形態では、遷移図内のページが選択された際に、図９に示すように、そのページへの遷移を生じさせるＵＩ要素の外観を示す一覧表ＬＴを表示（出力）する場合について説明したが、ページの選択によらずに、各一覧表を表示するようにしてもよい。
例えば、生成部３５３は、図８に示すような遷移図における各ページについて、それらのページを遷移先としたＵＩ要素の外観を示す一覧表をそれぞれ生成する。つまり、生成部３５３は、図５に示す遷移管理情報３４１から、遷移先パス３４１ｂに応じて各レコードをグループ化し、各グループのＵＩ要素３４１ｃの外観を関連情報３４１ｄ等に基づいて描画することにより各一覧表ＬＴを生成する。そして、出力部３５２は、図８に示すような遷移図の各ページに重畳させた各一覧表を出力し、表示部３３０に表示させる。
この場合、作業者は、遷移図におけるページを選択することなく、各ページへの遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
上記の実施形態では、遷移図内のページが選択された際に、図９に示すように、そのページへの遷移を生じさせるＵＩ要素の外観を示す一覧表ＬＴを表示（出力）する場合について説明したが、ページの選択によらずに、各一覧表を表示するようにしてもよい。
例えば、生成部３５３は、図８に示すような遷移図における各ページについて、それらのページを遷移先としたＵＩ要素の外観を示す一覧表をそれぞれ生成する。つまり、生成部３５３は、図５に示す遷移管理情報３４１から、遷移先パス３４１ｂに応じて各レコードをグループ化し、各グループのＵＩ要素３４１ｃの外観を関連情報３４１ｄ等に基づいて描画することにより各一覧表ＬＴを生成する。そして、出力部３５２は、図８に示すような遷移図の各ページに重畳させた各一覧表を出力し、表示部３３０に表示させる。
この場合、作業者は、遷移図におけるページを選択することなく、各ページへの遷移を生じさせるＵＩ要素の外観を検査することが可能となる。
【0073】
上記の実施形態では、出力部３５２が、遷移図、及び、一覧表を表示部３３０に出力する場合について説明したが、出力部３５２が、他の端末に出力するようにしてもよい。
例えば、出力部３５２は、通信部３１０を制御して、作業者が使用する端末装置へ、遷移図、及び、一覧表を出力する。
例えば、出力部３５２は、通信部３１０を制御して、作業者が使用する端末装置へ、遷移図、及び、一覧表を出力する。
【0074】
上記の実施形態では、公営競技の投票券を販売する販売サーバ２００のウェブサイトを検査する検査システム１００を一例として説明したが、他のウェブサイトを検査する場合にも適用可能である。
例えば、商品を販売するウェブサイトや、種々のサービスを提供するウェブサイトを検査する検査システム１００においても、同様に適用可能である。
例えば、商品を販売するウェブサイトや、種々のサービスを提供するウェブサイトを検査する検査システム１００においても、同様に適用可能である。
【0075】
以上説明したように、本発明によれば、遷移を生じさせるＵＩ要素のデザインを含めたページ間の遷移を適切に検査することのできる支援装置、支援方法、ならびに、プログラムを提供することができる。
【符号の説明】
【0076】
１００ 検査システム
２００ 販売サーバ
３００ 支援装置
３１０ 通信部
３２０ 受付部
３３０ 表示部
３４０ 記憶部
３４１ 遷移管理情報
３５０ 制御部
３５１ 収集部
３５２ 出力部
３５３ 生成部
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ ＮＩＣ
４０５ 画像処理部
４０６ 音声処理部
４０７ 補助記憶部
４０８ インターフェース
４０９ 操作ユニット
４１０ 表示ユニット
４１１ スピーカ
９００ インターネット
２００ 販売サーバ
３００ 支援装置
３１０ 通信部
３２０ 受付部
３３０ 表示部
３４０ 記憶部
３４１ 遷移管理情報
３５０ 制御部
３５１ 収集部
３５２ 出力部
３５３ 生成部
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ ＮＩＣ
４０５ 画像処理部
４０６ 音声処理部
４０７ 補助記憶部
４０８ インターフェース
４０９ 操作ユニット
４１０ 表示ユニット
４１１ スピーカ
９００ インターネット
【要約】
【課題】遷移を生じさせるＵＩ要素のデザインを含めたページ間の遷移を適切に検査することのできる支援装置等を提供する。
【解決手段】支援装置３００において、収集部３５１は、ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する。また、出力部３５２は、収集部３５１により収集された遷移情報に含まれるＵＩ要素を、遷移先ページのパスに応じたグループに分類して出力する。
【選択図】図４
【解決手段】支援装置３００において、収集部３５１は、ウェブサイトを構成する各ページから、他のページへ遷移するための情報であり、遷移先ページのパス、及び、遷移を生じさせるＵＩ要素が含まれる遷移情報を、それぞれ収集する。また、出力部３５２は、収集部３５１により収集された遷移情報に含まれるＵＩ要素を、遷移先ページのパスに応じたグループに分類して出力する。
【選択図】図４
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】