(57)【要約】【課題】ユーザニーズを分析して車両などの組み込み系システムを開発する際に、分析者の能力への依存割合を低減しつつ、トレーサビリティを確保することを課題とする。【解決手段】分析支援サーバ１０が、組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びにＳＬ１をＳＬ２に展開する際の雛形をなすサービスバリエーションを記憶しておき、サービスアイデアの内容を示すサービスシナリオとともにサービスドメインをバリュークリエータ用端末１８に提供して、組み込み系装置の特性を踏まえたＳＬ１の定義を支援するとともに、サービスバリエーションをバリュークリエータ用端末１８に提供して、ＳＬ２の具体的態様並びに各個別サービスを実行するうえで必要となる複数のＳＲの定義を支援し、サービスシナリオ、ＳＬ２およびＳＲに基づく分析結果（ＳＣ図、ＦＣ図、アクティビティ図）をそれぞれ対応づけて管理する。【選択図】        図２
2006252474.tif 000002
【特許請求の範囲】
【請求項１】
所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いを分析する際に分析者が用いる分析者用端末装置と、前記分析者による分析を支援する分析支援サーバ装置とをネットワークを介して接続した分析支援システムであって、
前記分析支援サーバ装置は、
前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びに前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを記憶する記憶手段と、
前記サービスアイデアの内容を示すサービスシナリオとともに前記記憶手段に記憶した前記サービスドメインを前記分析者用端末装置に提供して、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援手段と、
前記記憶手段に記憶した前記サービスバリエーションを前記分析者用端末装置に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援手段と、
前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理手段と
を備えたことを特徴とする分析支援システム。
【請求項２】
前記サービスアイデアを発案するアイデアクリエータが用いるアイデアクリエータ用端末装置に対して前記サービスシナリオのフォーマットを提供して、前記アイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援手段をさらに備えたことを特徴とする請求項１に記載の分析支援システム。
【請求項３】
前記サービスシナリオ作成支援手段は、前記サービスアイデアの内容、該サービスアイデアにより利益を享受するメインアクター、サービスの流れおよび課題を含むサービスシナリオのフォーマットを前記アイデアクリエータ用端末装置に対して提供することを特徴とする請求項２に記載の分析支援システム。
【請求項４】
前記記憶手段は、前記組み込み系装置が車両である場合に、環境、安全性、安心感、走行性、利便性および居住性をサービスカテゴリーの一部に含むサービスドメインを記憶することを特徴とする請求項１、２または３に記載の分析支援システム。
【請求項５】
前記記憶手段は、前記組み込み系装置が車両である場合に、現状状態通知サービス、現状状態確認サービス、アドバイス通知サービス、アドバイス確認サービス、サポート処置サービス、サポート操作サービス、介入処置サービスおよび介入操作サービスを含む複数の個別サービスの雛形と、要求受付、現状状態判断、現状状態通知、行動内容判断、アドバイス通知、サポート処置および介入処置を含む責務の雛形とを対応づけた前記サービスバリエーションを記憶することを特徴とする請求項１〜４のいずれか一つに記載の分析支援システム。
【請求項６】
前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援手段と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援手段と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成手段とをさらに備え、前記管理手段は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする請求項１〜５のいずれか一つに記載の分析支援システム。
【請求項７】
所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いについての分析者による分析を支援する分析支援装置であって、
前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びに前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを記憶する記憶手段と、
前記サービスアイデアの内容を示すサービスシナリオとともに前記記憶手段に記憶した前記サービスドメインに基づいて、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援手段と、
前記記憶手段に記憶した前記サービスバリエーションに基づいて、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援手段と、
前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理手段と
を備えたことを特徴とする分析支援装置。
【請求項８】
前記サービスシナリオのフォーマットに基づいてアイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援手段をさらに備えたことを特徴とする請求項７に記載の分析支援装置。
【請求項９】
前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援手段と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援手段と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成手段とをさらに備え、前記管理手段は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする請求項７または８に記載の分析支援装置。
【請求項１０】
所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いについての分析者による分析を支援する分析支援方法であって、
前記サービスアイデアの内容を示すサービスシナリオとともに前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメインを前記分析者に提供して、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援工程と、
前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを前記分析者に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援工程と、
前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理工程と
を含んだことを特徴とする分析支援方法。
【請求項１１】
前記サービスアイデアを発案するアイデアクリエータに対して前記サービスシナリオのフォーマットを提供して、前記アイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援工程をさらに含んだことを特徴とする請求項１０に記載の分析支援方法。
【請求項１２】
前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援工程と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援工程と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成工程とをさらに含み、前記管理工程は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする請求項１０または１１に記載の分析支援方法。
【請求項１３】
所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いを分析する際に分析者が用いる分析者用端末装置とネットワークを介して接続されたサーバ装置で実行される分析支援プログラムであって、
前記サービスアイデアの内容を示すサービスシナリオとともに前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメインを前記分析者に提供して、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援手順と、
前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを前記分析者に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援手順と、
前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理点順と
をコンピュータに実行させることを特徴とする分析支援プログラム。
【請求項１４】
前記サービスアイデアを発案するアイデアクリエータに対して前記サービスシナリオのフォーマットを提供して、前記アイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援手順をさらに含んだことを特徴とする請求項１３に記載の分析支援プログラム。
【請求項１５】
前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援手順と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援手順と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成手順とをさらに含み、前記管理手順は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする請求項１３または１４に記載の分析支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両などの組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いを分析する際に分析者が用いる分析者用端末装置と、分析者による分析を支援する分析支援サーバ装置とをネットワークを介して接続した分析支援システム、分析支援装置、分析支援方法および分析支援プログラムに関し、特に、ユーザニーズを分析して車両などの組み込み系システムを開発する際に、分析者の能力への依存割合を低減しつつ、トレーサビリティを確保することができる分析支援システム、分析支援装置、分析支援方法および分析支援プログラムに関する。
【背景技術】
【０００２】
従来、ユーザニーズに基づいて新たな装置を開発する場合には、まず概念的なユーザニーズを具体的な装置へ適用するための要求分析並びにこの要求分析の結果を踏まえてシステムを分析するシステム分析をおこなった後に、これらの分析結果を踏まえてシステム設計をおこなうのが一般的である。
【０００３】
ここで、かかる要求分析並びにシステム分析を支援するための支援システムが知られている。たとえば、特許文献１には、各単語を品詞別に登録単語として登録する単語ファイルと各文型を登録文型として登録する文型ファイルとを辞書部に設けておき、入力文が入力された際に、各辞書に基づいて入力文の入力文型を解析して入力文型に一致する登録文型の有無を検査し、入力文型における類似の登録文型からの欠落部を入力文又は入力文型に補充してその結果を出力するよう構成した要求分析支援装置が開示されている。
【０００４】
【特許文献１】特開平５−２８２３５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、かかる特許文献１のものは、単語レベルでの要求分析の支援をおこなっているだけであり、実質的な意味で分析者の分析を支援しているわけではない。このため、かかる要求分析に際しては、分析者自身が、データフローモデルなどを用いてユーザニーズをモデリングした後に、かかるモデルを分析する必要が生ずる。
【０００６】
このように、かかる要求分析を分析者自身におこなわせた場合には、分析結果が分析者個人の能力に依存してしまうので、分析者のスキルや分析手法に起因した分析結果のバラツキが生じるという問題が生ずる。もともと、かかる要求分析やシステム分析は、分析者のスキルに依存する面が大きいので、個人の能力への依存を低減できることが望まれている。
【０００７】
加えて、各分析者がそれぞれ自由に要求分析やシステム分析をおこなったのでは、ユーザニーズをいかにして具体化して装置に組み込んだのかを追従できず、結果的にトレーサビリティを確保できなくなるという問題が生ずる。特に、ユーザニーズを反映した新機能を車両に組み込むいわゆる「組み込み系システム」の場合には、かかる新機能が当該車両の他の機能へ様々な影響をおよぼす可能性があり、また新たなユーザニーズを要求分析する際の効率性を考えても、トレーサビリティは確保されるべきである。
【０００８】
このように、ユーザニーズを要求分析およびシステム分析して車両などの組み込み系システムを開発する際に、いかにして分析者の能力への依存を低減するか、いかにしてトレーサビリティを確保するかが極めて重要な課題となっている。
【０００９】
この発明は、上記課題（問題点）に鑑みてなされたものであり、ユーザニーズを分析して車両などの組み込み系システムを開発する際に、分析者の能力への依存割合を低減しつつ、トレーサビリティを確保することができる分析支援システム、分析支援装置、分析支援方法および分析支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するため、本発明は、所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いを分析する際に分析者が用いる分析者用端末装置と、前記分析者による分析を支援する分析支援サーバ装置とをネットワークを介して接続した分析支援システムであって、前記分析支援サーバ装置は、前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びに前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを記憶する記憶手段と、前記サービスアイデアの内容を示すサービスシナリオとともに前記記憶手段に記憶した前記サービスドメインを前記分析者用端末装置に提供して、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援手段と、前記記憶手段に記憶した前記サービスバリエーションを前記分析者用端末装置に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援手段と、前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記発明において、前記サービスアイデアを発案するアイデアクリエータが用いるアイデアクリエータ用端末装置に対して前記サービスシナリオのフォーマットを提供して、前記アイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援手段をさらに備えたことを特徴とする。
【００１２】
また、本発明は、上記発明において、前記サービスシナリオ作成支援手段は、前記サービスアイデアの内容、該サービスアイデアにより利益を享受するメインアクター、サービスの流れおよび課題を含むサービスシナリオのフォーマットを前記アイデアクリエータ用端末装置に対して提供することを特徴とする。
【００１３】
また、本発明は、上記発明において、前記記憶手段は、前記組み込み系装置が車両である場合に、環境、安全性、安心感、走行性、利便性および居住性をサービスカテゴリーの一部に含むサービスドメインを記憶することを特徴とする。
【００１４】
また、本発明は、上記発明において、前記記憶手段は、前記組み込み系装置が車両である場合に、現状状態通知サービス、現状状態確認サービス、アドバイス通知サービス、アドバイス確認サービス、サポート処置サービス、サポート操作サービス、介入処置サービスおよび介入操作サービスを含む複数の個別サービスの雛形と、要求受付、現状状態判断、現状状態通知、行動内容判断、アドバイス通知、サポート処置および介入処置を含む責務の雛形とを対応づけた前記サービスバリエーションを記憶することを特徴とする。
【００１５】
また、本発明は、上記発明において、前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援手段と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援手段と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成手段とをさらに備え、前記管理手段は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする。
【００１６】
また、本発明は、所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いについての分析者による分析を支援する分析支援装置であって、前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びに前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを記憶する記憶手段と、前記サービスアイデアの内容を示すサービスシナリオとともに前記記憶手段に記憶した前記サービスドメインに基づいて、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援手段と、前記記憶手段に記憶した前記サービスバリエーションに基づいて、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援手段と、前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理手段とを備えたことを特徴とする。
【００１７】
また、本発明は、上記発明において、前記サービスシナリオのフォーマットに基づいてアイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援手段をさらに備えたことを特徴とする。
【００１８】
また、本発明は、上記発明において、前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援手段と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援手段と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成手段とをさらに備え、前記管理手段は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする。
【００１９】
また、本発明は、所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いについての分析者による分析を支援する分析支援方法であって、前記サービスアイデアの内容を示すサービスシナリオとともに前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメインを前記分析者に提供して、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援工程と、前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを前記分析者に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援工程と、前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理工程とを含んだことを特徴とする。
【００２０】
また、本発明は、上記発明において、前記サービスアイデアを発案するアイデアクリエータに対して前記サービスシナリオのフォーマットを提供して、前記アイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援工程をさらに含んだことを特徴とする。
【００２１】
また、本発明は、上記発明において、前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援工程と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援工程と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成工程とをさらに含み、前記管理工程は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする。
【００２２】
また、本発明は、所定の組み込み系装置に係る新たなサービスアイデアのサービスケースおよびその振る舞いを分析する際に分析者が用いる分析者用端末装置とネットワークを介して接続されたサーバ装置で実行される分析支援プログラムであって、前記サービスアイデアの内容を示すサービスシナリオとともに前記組み込み系装置に依存するサービスカテゴリーを示すサービスドメインを前記分析者に提供して、前記組み込み系装置の特性を踏まえた前記サービスシナリオの本質の導出を支援する本質導出支援手順と、前記サービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを前記分析者に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援する責務定義支援手順と、前記サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理する管理点順とをコンピュータに実行させることを特徴とする。
【００２３】
また、本発明は、上記発明において、前記サービスアイデアを発案するアイデアクリエータに対して前記サービスシナリオのフォーマットを提供して、前記アイデアクリエータによるサービスシナリオの作成を支援するサービスシナリオ作成支援手順をさらに含んだことを特徴とする。
【００２４】
また、本発明は、上記発明において、前記サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図作成支援手順と、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図の作成を支援するファンクションケース図作成支援手順と、前記サービスケース図および前記ファンクションケース図に基づいて振る舞いを示すアクティビティ図を自動生成するアクティビティ図生成手順とをさらに含み、前記管理手順は、前記サービスシナリオ、前記サービスケース図、前記ファンクションケース図および前記アクティビティ図を対応づけて管理することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、分析支援サーバ装置が、組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びにサービスアイデアの本質を複数の個別サービスに展開する際の雛形をなすサービスバリエーションを記憶しておき、サービスアイデアの内容を示すサービスシナリオとともにサービスドメインを分析者用端末装置に提供して、組み込み系装置の特性を踏まえたサービスシナリオの本質の導出を支援するとともに、サービスバリエーションを分析者用端末装置に提供して、各個別サービスの具体的態様並びに各個別サービスを実行するうえで必要となる複数の責務の定義を支援し、サービスシナリオ、複数の個別サービスおよび複数の責務に基づくサービスケースおよびその振る舞いについての分析結果をそれぞれ対応づけて管理するよう構成したので、分析者個人のスキルに依存する割合を減らしつつ効率良く要求分析やシステム分析をおこなえるととともに、分析時のトレーサビリティを確保することができる。
【００２６】
また、本発明によれば、サービスアイデアを発案するアイデアクリエータが用いるアイデアクリエータ用端末装置に対してサービスシナリオのフォーマットを提供して、アイデアクリエータによるサービスシナリオの作成を支援するよう構成したので、分析対象となるサービスシナリオの均質化を図り、もって分析者個人のスキルに依存する割合を減らすことができる。
【００２７】
また、本発明によれば、サービスアイデアの内容、該サービスアイデアにより利益を享受するメインアクター、サービスの流れおよび課題を含むサービスシナリオのフォーマットをアイデアクリエータ用端末装置に対して提供するよう構成したので、分析をおこなう際に必要となる、内容、主体、流れおよび課題を明らかにして、分析の効率化を図ることができる。
【００２８】
また、本発明によれば、組み込み系装置が車両である場合に、環境、安全性、安心感、走行性、利便性および居住性をサービスカテゴリーの一部に含むサービスドメインを用いるよう構成したので、車両という特性を最大限踏まえた分析をおこなうことができる。
【００２９】
また、本発明によれば、組み込み系装置が車両である場合に、現状状態通知サービス、現状状態確認サービス、アドバイス通知サービス、アドバイス確認サービス、サポート処置サービス、サポート操作サービス、介入処置サービスおよび介入操作サービスを含む複数の個別サービスの雛形と、要求受付、現状状態判断、現状状態通知、行動内容判断、アドバイス通知、サポート処置および介入処置を含む責務の雛形とを対応づけたサービスバリエーションを用いるよう構成したので、確認、通知、サポート、介入という車両にとって重要な要因の漏れをなくすことができる。
【００３０】
また、本発明によれば、サービスシナリオの本質、該本質に対応する複数の個別サービスおよび複数の責務を関連づけたサービスケース図の作成を支援するサービスケース図、各個別サービスごとに該個別サービスを実現するうえで必要となるロジカルファンクションを特定したファンクションケース図、サービスケース図およびファンクションケース図に基づいて振る舞いを示すアクティビティ図を対応づけて管理するよう構成したので、各ロジカルファンクションから個別サービス、サービスシナリオを辿ることができ、もってトレーサビリティを高めることができる。
【発明を実施するための最良の形態】
【００３１】
以下に、本発明にかかる分析支援システム、分析支援装置、分析支援方法および分析支援プログラムの実施例を図面に基づいて詳細に説明する。なお、ここでは本発明を車両の要求分析に適用した場合を中心に説明することとする。
【００３２】
まず最初に、本発明で採用する分析手順について説明する。図１は、本発明で採用する分析手順を説明するための説明図である。同図に示すように、アイデアクリエータが車両のサービスに関する何らかのアイデア（以下「サービスアイデア」と言う）を創作したならば、このサービスアイデアの内容をサービスシナリオとしてまとめる。かかるサービスシナリオの具体例についての説明は後述するが、このサービスシナリオには、サービスの内容およびメインアクターからなる機能概要と、サービスの流れと、課題とが記述される。このように、ここではサービスアイデアを創作する者をアイデアクリエータと呼び、アイデアクリエータが創作したサービスアイデアを記述したシナリオをサービスシナリオと呼ぶこととする。
【００３３】
そして、かかるサービスシナリオは、要求分析をおこなうバリュークリエータに渡され、このバリュークリエータが、分析サービスの定義、サービスケース分析およびアクティビティ分析をおこなう。このバリュークリエータとは、要求分析をおこなってアイデアを価値（ユーザの喜び）に結びつける者を意味する。具体的には、バリュークリエータは、まずユーザ視点から見たサービスシナリオの本質をサービスレイヤ１（以下、「ＳＬ１」と言う）として定義するとともに、このＳＬ１をサービスドメインにマッピングする。このサービスレイヤ１とは、ユーザが望むサービスを記述したサービスシナリオの本質である。
【００３４】
サービスシナリオの本質をあらためてＳＬ１として定義することとした理由は、アイデアクリエータが考えたサービス内容が必ずしも本質であるとは言えないケースがあり、また本質の抽出が不十分であると以降でおこなう分析の意味がなくなるためである。このため、ここではサービスの提供により「ユーザがいかなるうれしさを享受し得るか」という観点からサービスの本質を見極めることとする。
【００３５】
たとえば、サービスシナリオのサービス内容が「車両のバッテリー上がりを防止するサービス」である場合には、バッテリー上がりを防止することによってユーザにとって何がうれしいかを考える。ここで、バッテリー上がりが防止されれば車両の電源が確保でき、また車両の電源が確保できれば、エンジンを始動できるというユーザのうれしさが生じるため、「車の再始動性を確保するサービス」という形でサービスシナリオの本質を抽出する。
【００３６】
かかるＳＬ１をサービスドメインにマッピングする理由は、組み込み系である車両らしさという観点を重視しつつサービスシナリオの要求分析をおこなうためである。たとえば、車両にとっての重要な要因には、環境性、安全性、安心感、走行性、利便性（快適性）および居住性（快適性）が考えられるため、これらの要因をサービスドメインとすることができる。そして、これらのサービスドメインを考慮すれば、車両にとっての重要な要因を強調することができるため、ここではかかるＳＬ１をサービスドメインにマッピングしている。なお、ＳＬ１が複数のサービスドメインに対応する場合には、マッピングによってサービスドメインごとにそれぞれ別個のＳＬ１が形成されることになる。
【００３７】
このようにして、ＳＬ１を定義したならば、引き続きサービスレイヤ２（以下、「ＳＬ２」と言う）を定義する。このＳＬ２とは、ＳＬ１を実施する際に必要となる個々のサービス（以下「個別サービス」と言う）にバリエーション展開したものである。かかるＳＬ２にバリエーション展開する理由は、個別サービスを具体化および具象化するとともに、ユーザへの多段階のサービス提供レベル（車種、グレード展開）を持たせるためである。
【００３８】
特に、車両に関するサービスをおこなう場合には、単に現状状態を通知するサービスや、ユーザにアドバイス通知するサービスや、サポートするサービスや、介入処置するサービスなど多段階の個別サービスが考えられる。このため、その詳細な説明は後述するが、本実施例では、現状状態通知サービス、現状状態確認サービス、アドバイス通知サービス、アドバイス確認サービス、サポート処置サービス、サポート操作サービス、介入処置サービスおよび介入操作サービスという８つの個別サービスにＳＬ１をバリエーション展開することとしている。このように、ＳＬ１を複数のＳＬ２にバリエーション展開することにより、組み込み系システムである車両らしさを考慮した要求分析をおこなうことができる。
【００３９】
そして、ＳＬ２へのバリエーション展開を終えたならば、サービスロール（以下、「ＳＲ」と言う）を定義する。このＳＲとは、ＳＬ２を形成する責務（責任ある役割）を意味する。かかるＳＲを定義することにより、個別サービスであるＳＬ２を実現するうえでいかなる責務を果たさねばならないかが分かる。
【００４０】
たとえば、現状状態通知サービスの場合には、現状状態を判断するというＳＲと現状状態を通知するというＳＲが必要であり、現状状態確認サービスの場合には、要求を受け付けるＳＲ、現状状態を判断するというＳＲおよび現状状態を通知するというＳＲが必要になる。
【００４１】
このようにして、ＳＬ１、ＳＬ２およびＳＲを定義したならば、これらの関係を明確にしたサービスケース図（以下、「ＳＣ図」と言う）を作成する。かかるＳＣ図を用いる理由は、ＳＬ１からＳＲへ、またＳＲからＳＬ１へとＳＣ図上で追従できるようにするためである。
【００４２】
その後、ロジカルファンクション（以下、「ＬＦ」と言う）およびリアライザブルファンション（以下、「ＲＦ」と言う）をそれぞれ定義する。かかるＬＦとは、上記ＳＲで示す責務を果たすための実質的な機能を意味するものである。ただし、このＬＦは、時代、車種、グレードなどによって変化する具体的な実現手段まで具象化されたものではなく、他のサービスでも使える流用性を有する抽象的な機能である。これに対して、ＲＦとは、抽象化されたＬＦを具象化した具体的な実現手段を意味する。
【００４３】
これらＬＦおよびＲＦを定義したならば、ＳＲ、ＬＦおよびＲＦのリンク関係を示すファンクションケース図（以下、「ＦＣ図」と言う）を作成する。かかるＦＣ図を作成することにより、ＳＲからＬＦ、ＬＦからＲＦ、ＲＦからＬＦ、ＬＦからＳＲを辿ることができる。また、ＳＣ図とＦＣ図の両方を参照することにより、具体的な実現手段であるＲＦがいかなるＳＬ１を受けたものであるかを辿ることができる。
【００４４】
このようにして、ＦＣ図を作成したならば、ＳＣ図およびＦＣ図を用いてアクティビティ図を作成する。かかるアクティビティ図は、個別システムの振る舞いを示す図であり、各ＬＦがいかなる処理をおこなうか、ＬＦ相互の処理の受け渡しがどのように行われるかを示している。
【００４５】
これら一連の作業を終えたならば、バリュークリエータは、ＳＣ図、ＦＣ図およびアクティビティ図をシステム分析者に受け渡して要求分析を終了し、これらを踏まえてシステム分析者がシステム分析をおこなうことになる。
【００４６】
なお、車両のような組み込み系システムの場合には、一つのＲＦが複数のニーズに対応しているケースが多いため、かかるＳＣ図およびＦＣ図を用いることにより、トレーサビリティの確保に寄与することができる。また、他のサービスシナリオを分析する際に、ＬＦとＲＦの関係を再利用できることになる。
【００４７】
このように、バリュークリエータは、上記一連の手順で要求分析をおこなうことになるが、本発明にかかる分析支援サーバは、分析手順を示すプロセス定義、サービスドメイン、ＳＬ２およびＳＲの典型パターンを含むサービスバリエーションなどを順次提供することにより、バリュークリエータによる要求分析作業などを支援する。
【００４８】
次に、本実施例にかかる分析支援システムのシステム構成について説明する。図２は、本実施例にかかる分析支援システムのシステム構成を示す機能ブロック図である。同図に示すように、この分析支援システムは、アイデアクリエータが利用するアイデアクリエータ用端末１７と、バリュークリエータが利用するバリュークリエータ用端末１８と、システム分析者が利用するシステム分析者用端末１９と、バリュークリエータの分析支援などをおこなう分析支援サーバ１０とをネットワーク１６を介して接続したシステム構成となる。
【００４９】
分析支援サーバ１０は、入力部１１と、表示部１２と、インターフェース部（Ｉ／Ｆ部）１３と、記憶部１４と、制御部１５とからなる。入力部１１は、分析支援サーバ１０の管理者が管理用の入力操作などをおこなう際に利用するキーボードやマウスなどの入力デバイスであり、表示部１２はディスプレイなどの表示デバイスであり、インターフェース部（Ｉ／Ｆ部）１３は、ネットワーク１６を介した通信をおこなうためのインターフェースである。
【００５０】
記憶部１４は、プロセス定義データ１４ａ、サービスドメインデータ１４ｂ、サービスバリエーションデータ１４ｃおよび分析結果データ１４ｄを記憶するハードディスク装置などの記憶デバイスである。
【００５１】
プロセス定義データ１４ａは、図１で示した分析手順をバリュークリエータに示すためのデータであり、具体的には、各段階でどのような分析をすべきか、次の段階でいかなる分析をおこなうかをマニュアルデータとしてデータ化したものである。かかるプロセス定義データ１４ａは、適宜バリュークリエータ用端末１８に対して送信される。なお、かかるプロセス定義データ１４ａには、サービスシナリオの記述要領やシステム分析手順なども含まれており、これらのデータは適宜アイデアクリエータ用端末１７およびシステム分析者用端末１９に送信される。
【００５２】
サービスドメインデータ１４ｂは、バリュークリエータがＳＬ１を定義する際に必要となるデータであり、たとえば図８に示すように、環境性、安全性、安心感、走行性、利便性（快適性）および居住性（快適性）からなる。これらが車両にとって重要な要因であり、車両らしさを踏まえた要求分析をおこなうために重要だからである。なお、後述する分析支援アプリ１５ａは、図８に示したすべての要因を固定的にバリュークリエータ用端末１８に送信するわけではなく、テーブル内のこれらの要因のうちサービスシナリオの本質に該当する要因を送信する。分析支援アプリ１５ａがかかる処理をおこなうことにより、バリュークリエータによる分析漏れをなくすことができる。
【００５３】
サービスバリエーションデータ１４ｃは、バリュークリエータがＳＬ２およびＳＲを定義する際に必要となるデータであり、たとえば図９に示すように、現状状態通知サービス、現状状態確認サービス、アドバイス通知サービス、アドバイス確認サービス、サポート処置サービス、サポート操作サービス、介入処置サービスおよび介入操作サービスという８つの個別サービスと、各個別サービスに対応するＳＲとを示したテーブルからなる。
【００５４】
分析結果データ１４ｄは、バリュークリエータが作成したＳＣ図、ＦＣ図およびアクティビティ図をサービスシナリオと対応づけた分析結果を示すデータである。かかる分析結果データ１４ｄは、他のサービスシナリオを分析する際に検索してバリュークリエータ用端末１８等に提供することができる。他のサービスシナリオで既存のＬＦが必要とされた場合に、過去データを利用すればバリュークリエータ自身がＲＦを検討しなくともＲＦを特定できるからである。また、かかる分析結果データを利用することにより、たとえば同じＬＦを利用するサービスシナリオを調べることもできる。
【００５５】
制御部１５は、分析支援サーバ１０の全体制御をおこなう制御部であり、具体的には分析支援アプリ１５ａがその主体となる。この分析支援アプリ１５ａは、バリュークリエータ用端末１８へのプロセス定義データ１４ａ、サービスドメインデータ１４ｂおよびサービスバリエーションデータ１４ｃの提供、分析結果データの受信および保存、検索処理などをおこなう。なお、かかる分析支援アプリ１５ａは、ＲＯＭ内やハードディスク装置内にプログラムとして記憶されており、ＣＰＵがかかるプログラムを読み出して実行することにより、分析制御プロセスとして実行動作するものである。
【００５６】
次に、図２に示したアイデアクリエータ用端末１７と分析支援サーバ１０との関わりについて説明する。図３は、図２に示したアイデアクリエータ用端末１７と分析支援サーバ１０とのサービスシナリオ作成時の処理手順を示すフローチャートである。
【００５７】
同図に示すように、アイデアクリエータがアイデアクリエータ用端末１７を操作して分析支援サーバ１０にアクセスすると（ステップＳ１０１）、分析支援サーバ１０は、サービスシナリオの入力ページをアイデアクリエータ用端末１７に対して送信する（ステップＳ１０２）。
【００５８】
図５は、図２に示した分析支援サーバ１０が提供するサービスシナリオの入力ページの一例を示す図であり、同図に示すように、このサービスシナリオは、サービスの内容、メインアクター、サービスの流れおよび課題を入力項目として含んでいる。図６は、かかるサービスシナリオの各入力項目にバリュークリエータが入力したサービスシナリオの一例を示す図であり、ここではバッテリー上がり防止サービスについてのサービスシナリオを記述している。
【００５９】
このようにして、バリュークリエータがサービスシナリオの入力ページにデータ入力したならば（ステップＳ１０３）、かかる入力ページが分析支援サーバ１０に送信され、採番した後に（ステップＳ１０４）、サービスシナリオが記憶部１４に保存される（ステップＳ１０５）。
【００６０】
次に、図２に示したバリュークリエータ用端末１８と分析支援サーバ１０との関わりについて説明する。図４は、図２に示したバリュークリエータ用端末１８と分析支援サーバ１０との要求分析時の処理手順を示すフローチャートである。
【００６１】
同図に示すように、分析支援サーバ１０は、アイデアクリエータ用端末１７から受け取ったサービスシナリオに基づいて該当するサービスドメインを選択し、選択したサービスドメインとサービスシナリオをバリュークリエータ用端末１８に送信する（ステップＳ２０１）。具体的には、サービスドメインごとにキーワードを登録しておき、サービスシナリオに含まれるキーワードが登録したキーワードと比較して、該当するサービスドメインを特定することができる。なお、該当するサービスドメインが存在しない場合には、その旨をアイデアクリエータ用端末１７に送信して、バリュークリエータ自身にサービスドメインの選択または新規作成をおこなわせる。
【００６２】
バリュークリエータ用端末１８がこれらを受信したならば、バリュクリエータは、ＳＬ１を定義して分析支援サーバ１０へ送信するとともに（ステップＳ２０２）、サービスドメインへのマッピングをおこなう（ステップＳ２０３）。
【００６３】
図７は、ＳＬ１およびサービスドメインへのマッピングの一例を示す図である。ここでは、図６に示されたサービスシナリオ「車両のバッテリー上がりが起こらないようにするサービス」について説明している。具体的には、かかるサービスシナリオの本質は、「始動に必要な電源を確保する」という点にあり、またサービスのメリットは、「乗車時のエンジン再始動性を確保する安心感を与える」という点にある。このため、かかるサービスシナリオは、「車の再始動性を確保するサービス」をＳＬ１として再定義することができる。そして、このＳＬ１をサービスドメイン「安心感」へマッピングすると、「自動車ならではの、バッテリー上がりにより「乗車時の再始動性を確保する安心感」を提供するサービス」となる。
【００６４】
図４の説明に戻ると、その後分析支援サーバ１０は、ＳＬ２およびＳＲを定義するうえで必要となるサービスバリエーションをバリュークリエータ用端末１８に対して送信する（ステップＳ２０４）。図９は、サービスバリエーションの一例を示す図であり、ここでは現状状態通知サービス、現状状態確認サービス、アドバイス通知サービス、アドバイス確認サービス、サポート処置サービス、サポート操作サービス、介入処置サービスおよび介入操作サービスという８つの個別サービスと、各個別サービスに対応するＳＲとを関連づけたテーブルを示している。
【００６５】
その後、バリュークリエータは、かかるサービスバリエーションを参照して、ＳＬ１をバリエーション展開してＳＬ２を定義するとともに（ステップＳ２０５）、ＳＬ２ごとにＳＲを定義して（ステップＳ２０６）、定義したＳＬ２およびＳＲを分析支援サーバ１０に対して送信する。
【００６６】
図１０は、図９に示したサービスバリエーションを用いて図７に示したＳＬ１をバリエーション展開したＳＬ２の一例を示す図である。同図に示すように、ここでは現状状態通知サービスを受けて「バッテリーの充電状態を通知する」というＳＬ２を定義し、現状状態確認サービスを受けて「バッテリーの充電状態を確認する」というＳｌ２を定義し、アドバイス通知サービスを受けて「車の再始動性確保をアドバイス通知する」というＳｌ２を定義し、アドバイス確認サービスを受けて「車の再始動性確保をアドバイス確認する」というＳｌ２を定義し、サポート処置サービスを受けて「車の再始動性確保をサポート処置する」というＳｌ２を定義し、サポート操作サービスを受けて「車の再始動性確保をサポート操作する」というＳｌ２を定義し、介入処置サービスを受けて「車の再始動性確保を介入処置する」というＳｌ２を定義し、介入操作サービスを受けて「車の再始動性確保を介入操作する」というＳｌ２を定義した状況を示している。
【００６７】
図１１は、図９に示したサービスバリエーションを用いて定義したＳＲの一例を示す図である。同図に示すように、ここでは要求受付を受けて「車の再始動性確保の要求を受け付ける」というＳＲを定義し、現状状態判断を受けて「エンジンの再始動性状態を判断する」というＳＲを定義し、現状状態通知を受けて「エンジンの再始動性状態を通知する」というＳＲを定義し、行動内容判断を受けて「再始動性確保行動内容を判断する」というＳＲを定義し、アドバイス通知を受けて「再始動性確保のアドバイスを通知する」というＳＲを定義し、サポート処置を受けて「再始動性確保のサポートを処置する」というＳＲを定義し、介入処置を受けて「再始動性確保の介入を処置する」というＳＲを定義した例を示している。
【００６８】
図４の説明に戻ると、その後分析支援サーバ１０は、バリュークリエータ用端末１８から受信したＳＬ２およびＳＲ並びにサービスバリエーションに基づいてＳＣ図を生成してバリュークリエータ用端末１８に送信する（ステップＳ２０７）。図１２は、図１０に示すＳＬ２および図１１に示すＳＲに基づいて生成したＳＣ図の一例を示す図である。同図に示すノード間のリンク関係は、図９に示したサービスバリエーションの対応関係に基づくものである。
【００６９】
その後、バリュークリエータは必要に応じてＳＣ図を修正して修正版のＳＣ図を分析支援サーバ１０に送信する（ステップＳ２０８）。分析支援サーバ１０は、この修正版のＳＣ図を記憶部１４に保存した後（ステップＳ２０９）、ＦＣ図のサンプル等を含む基本フレームワークをバリュークリエータ用端末１８に送信する（ステップＳ２１０）。かかる基本フレームワークは、図２に示した分析支援サーバ１０の記憶部１４に記憶されたプロセス定義データ１４ａの一部であり、ＦＣ図のサンプル、ＬＦおよびＲＦの定義要領が含まれている。
【００７０】
バリュークリエータは、この基本フレームワークに基づいてＬＦおよびＲＦを定義し（ステップＳ２１１〜Ｓ２１２）、定義したＬＦおよびＲＦをバリュークリエータ用端末１８から分析支援サーバ１０に対して送信する。このＬＦおよびＲＦを受信した分析支援サーバ１０は、これらに基づいてＦＣ図を自動生成してバリュークリエータ用端末１８に送信する（ステップＳ２１３）。なお、バリュークリエータは、かかるＦＣ図を必要に応じて修正し（ステップＳ２１４）、修正版のＦＣ図を分析支援サーバ１０に送信する（ステップＳ２１５）。
【００７１】
図１３は、図１２のＳＲである「車の再始動性確保の要求を受け付ける」に対応するＦＣ図である。同図に示すように、かかるＳＲを具象化するＬＦとしては、「要求を受け取る」、「要求の受付可否を判断する」、「要求元を認証する」、「受付可能なサービスを判断する」、「受付可能なタイミングを判断する」というものがあり、要求を受け取るというＬＦに対応するＲＦとしては、「通信にて受け取る」、「押釦にて受け取る」、「アクセル開を検知する」というものがある。
【００７２】
図１４は、ＬＦとＲＦの関係を示す説明図であり、かかる説明図はすでに説明した基本フレームワークに含まれる。同図に示すように、かかるＬＦは、ＳＲで示す責務を果たすための実質的な機能を意味するものであるが、時代、車種、グレードなどによって変化する具体的な実現手段まで具象化されたものではなく、他のサービスでも使える流用性を有する抽象的な機能である。これに対して、ＲＦとは、抽象化されたＬＦを具象化した具体的な実現手段を意味する。これらのことから、同図に示すように、ＬＦはＲＦを抽象化した機能であり、ＲＦはＬＦを具象化した具体的な実現手段であると言える。
【００７３】
図４の説明に戻ると、分析支援サーバ１０が修正版のＦＣ図を受け取ったならば、このＦＣ図およびＳＣ図に基づいてアクティビティ図を自動生成し（ステップＳ２１５）、生成したアクティビティ図およびＦＣ図を記憶部１４に保存する（ステップＳ２１６）。このアクティビティ図は、サービスの振る舞いを示しており、具体的には各ＬＦの具体的処理内容やＬＦ相互間の関係などを示すことになる。図１５−１および図１５−２は、図１３に示したＦＣ図に対応するアクティビティ図を示しており、具体的には図１２のＳＲである「車の再始動性確保の要求を受け付ける」に対応するものである。
【００７４】
このようにして、ＳＣ図、ＦＣ図およびアクティビティ図を生成して記憶部１４に保存したならば、システム分析者用端末１９にこれらを送信して、以後に引き続き行われるシステム分析の資料とされる。なお、ここでは説明の便宜上、システム分析の詳細な説明については省略する。
【００７５】
上述してきたように、本実施例では、分析支援サーバ１０が、組み込み系装置に依存するサービスカテゴリーを示すサービスドメイン並びにＳＬ１をＳＬ２に展開する際の雛形をなすサービスバリエーションを記憶しておき、サービスアイデアの内容を示すサービスシナリオとともにサービスドメインをバリュークリエータ用端末１８に提供して、組み込み系装置の特性を踏まえたＳＬ１の定義を支援するとともに、サービスバリエーションをバリュークリエータ用端末１８に提供して、ＳＬ２の具体的態様並びに各個別サービスを実行するうえで必要となる複数のＳＲの定義を支援し、サービスシナリオ、ＳＬ２およびＳＲに基づく分析結果（ＳＣ図、ＦＣ図、アクティビティ図）をそれぞれ対応づけて管理するよう構成したので、分析者個人のスキルに依存する割合を減らしつつ効率良く要求分析やシステム分析をおこなえるととともに、分析時のトレーサビリティを確保することができる。
【００７６】
なお、本実施例では、本発明を車両サービスの要求分析に適用した場合を説明したが、車両以外の組み込み系システムの各種サービスやシステム分析などにも同様に適用することができる。特に、ここでは環境、安全性、安心感、走行性、利便性および居住性をサービスカテゴリーの一部に含むサービスドメインを用いた場合を示したが、本発明に掛かるサービスドメインはこれらのサービスカテゴリーに限定されるものではない。
【産業上の利用可能性】
【００７７】
本発明にかかる装置は、ユーザニーズを分析して車両などの組み込み系システムを開発する際に、分析者の能力への依存割合を低減しつつ、トレーサビリティを確保する場合に有用である。
【図面の簡単な説明】
【００７８】
【図１】本実施例で採用する分析手順を説明するための説明図である。
【図２】本実施例にかかる分析支援システムのシステム構成を示す機能ブロック図である。
【図３】図２に示したアイデアクリエータ用端末と分析支援サーバとのサービスシナリオ作成時の処理手順を示すフローチャートである。
【図４】図２に示したバリュークリエータ用端末と分析支援サーバとの要求分析時の処理手順を示すフローチャートである。
【図５】図２に示した分析支援サーバが提供するサービスシナリオの入力ページの一例を示す図である。
【図６】図５に示す各入力項目にバリュークリエータが入力したサービスシナリオの一例を示す図である。
【図７】サービスレイヤ１（ＳＬ１）およびサービスドメインへのマッピングの一例を示す図である。
【図８】サービスドメインの一例を示す図である。
【図９】サービスバリエーションの一例を示す図である。
【図１０】図９に示したサービスバリエーションを用いて図７に示したサービスレイヤ１（ＳＬ１）をバリエーション展開したサービスレイヤ２（ＳＬ２）の一例を示す図である。
【図１１】図９に示したサービスバリエーションを用いて定義したサービスロール（ＳＲ）の一例を示す図である。
【図１２】図１０に示すサービスレイヤ２（ＳＬ２）および図１１に示すサービスロール（ＳＲ）に基づいて生成したサービスケース図（ＳＣ図）の一例を示す図である。
【図１３】図１２のサービスロール（ＳＲ）である「車の再始動性確保の要求を受け付ける」に対応するファンクションケース図（ＦＣ図）である。
【図１４】ロジカルファンクション（ＬＦ）とリアライザブルファンクション（ＲＦ）の関係を示す説明図である。
【図１５−１】アクティビティ図の一例を示す図（１）である。
【図１５−２】アクティビティ図の一例を示す図（２）である。
【符号の説明】
【００７９】
１０  分析支援サーバ
１１  入力部
１２  表示部
１３  インターフェース部（Ｉ／Ｆ部）
１４  記憶部
１４ａ  プロセス定義データ
１４ｂ  サービスドメインデータ
１４ｃ  サービスバリエーションデータ
１４ｄ  分析結果データ
１５  制御部
１５ａ  分析支援アプリ
１６  ネットワーク
１７  アイデアクリエータ用端末
１８  バリュークリエータ用端末
１９  システム分析者用端末
ＳＬ１  サービスレイヤ１
ＳＬ２  サービスレイヤ２
ＳＲ  サービスロール
ＬＦ  ロジカルファンクション
ＲＦ  リアライザブルファンクション
ＳＣ図  サービスケース図
ＦＣ図  ファンクションケース図
【図１】
2006252474.tif 000003
【図２】
2006252474.tif 000004
【図３】
2006252474.tif 000005
【図４】
2006252474.tif 000006
【図５】
2006252474.tif 000007
【図６】
2006252474.tif 000008
【図７】
2006252474.tif 000009
【図８】
2006252474.tif 000010
【図９】
2006252474.tif 000011
【図１０】
2006252474.tif 000012
【図１１】
2006252474.tif 000013
【図１２】
2006252474.tif 000014
【図１３】
2006252474.tif 000015
【図１４】
2006252474.tif 000016
【図１５−１】
2006252474.tif 000017
【図１５−２】
2006252474.tif 000018