(57)【要約】  目的受付部１１４は、ユーザから、情報処理装置の使用目的の入力を受け付ける。特定部１３０は、使用目的を実現するために必要となる１以上の手順を含む手続を特定する。第１画面生成部１３４は、特定された手続のうち、１つの手順を完了するための操作画面を生成する。第２画面生成部１３６は、特定された手続に関する情報を含む情報画面を生成する。
2020095766.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
ユーザから、当該情報処理装置の使用目的の入力を受け付ける受付部と、
使用目的を実現するために必要となる１以上の手順を含む手続を特定する特定部と、
特定された手続のうち、１つの手順を完了するための操作画面を生成する第１画面生成部と、
特定された手続に関する情報を含む情報画面を生成する第２画面生成部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記受付部は、ユーザの発話音声にもとづいて使用目的の入力を受け付ける、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記特定部は、特定した手続に含まれる１以上の手順の中から、ユーザの入力が要求される手順を抽出し、
前記第２画面生成部は、抽出された手順に関する情報を含む情報画面を生成する、
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第２画面生成部は、使用目的を実現するまでに表示される操作画面の総数を示す情報を含む情報画面を生成する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第２画面生成部は、使用目的を実現するまでに表示される操作画面の残りの数を示す情報を含む情報画面を生成する、
ことを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
ユーザの当該情報処理装置の使用目的を取得する目的取得部と、
前記目的取得部が取得した使用目的に関するメニュー項目を生成するメニュー生成部とを、さらに備え、
前記受付部が、前記メニュー項目の選択操作を受け付けると、前記特定部が、前記メニュー項目に紐付けられた使用目的を実現するために必要となる１以上の手順を含む手続を特定する、
ことを特徴とする請求項１から５のいずれかに記載の情報処理装置。
【請求項７】
前記メニュー生成部は、使用目的に含まれる複数の要素に関して、それぞれ異なるメニュー項目を生成する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記第１画面生成部は、表示する操作画面の時間的に前または後に表示する別の操作画面が存在する場合に、当該別の操作画面の一部も表示する、
ことを特徴とする請求項１から７のいずれかに記載の情報処理装置。
【請求項９】
前記特定部は、手続きを特定した後、ユーザにより当該手続きに沿っていない入力が操作画面において行われた場合には、その操作画面以降の手順をあらためて特定する、
ことを特徴とする請求項１から８のいずれかに記載の情報処理装置。
【請求項１０】
情報処理装置における画面生成方法であって、
ユーザから、当該情報処理装置の使用目的の入力を受け付けるステップと、
使用目的を実現するために必要となる１以上の手順を含む手続を特定するステップと、
特定した手続のうち、１つの手順を完了するための操作画面を生成するステップと、
特定された手続に関する情報を含む情報画面を生成するステップと、
を有することを特徴とする画面生成方法。
【請求項１１】
コンピュータに、
ユーザから、当該コンピュータの使用目的の入力を受け付ける機能と、
使用目的を実現するために必要となる１以上の手順を含む手続を特定する機能と、
特定された手続のうち、１つの手順を完了するための操作画面を生成する機能と、
特定された手続に関する情報を含む情報画面を生成する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置を使用するユーザの目的実現を支援する技術に関する。
【背景技術】
【０００２】
ゲーム装置を使用してゲームをプレイするために、ユーザは、コンテンツリストが表示されるシステム画面を開き、コンテンツリストの中からゲームタイトルを選択する。一方、インターネットを介してフレンドと一緒にゲームをプレイするためには、ユーザは様々な手順を踏む必要がある。たとえば本出願人が提供するゲーム装置では、まずユーザはパーティアプリケーションを起動して、フレンドに招待メッセージを送信し、フレンドをパーティルームに招待する。続いてユーザは、セッションプレイで所望のゲームタイトルを選択し、フレンドがセッションプレイに参加することで、ユーザとフレンドとが一緒にゲームをプレイできるようになる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−４２２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ゲーム装置の使用目的が、特定のゲームタイトルをプレイすることであれば、ユーザは、コンテンツリストの中からゲームタイトルを選択すればよく、比較的容易に目的を実現できる。一方で、使用目的に複数の要素が入り込んでくると、複雑な手順が要求される。そのため不慣れなユーザは、目的を実現するまでに、どれだけの手順を完了すればよいか分からず、煩わしさを感じることがある。また複数の要素を含む使用目的を実現するためには、単純な使用目的と比べて必要な手順数は多くなる傾向にあるが、目的実現までにかかる手順数を少なくできれば、ユーザの煩わしさを軽減できることにつながる。【０００５】
そこで本発明は、情報処理装置を使用するユーザの目的実現を支援する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報処理装置は、ユーザから、当該情報処理装置の使用目的の入力を受け付ける受付部と、使用目的を実現するために必要となる１以上の手順を含む手続を特定する特定部と、特定された手続のうち、１つの手順を完了するための操作画面を生成する第１画面生成部と、特定された手続に関する情報を含む情報画面を生成する第２画面生成部と、を備える。【０００７】
本発明の別の態様は、情報処理装置における画面生成方法に関する。この画面生成方法は、ユーザから当該情報処理装置の使用目的の入力を受け付けるステップと、使用目的を実現するために必要となる１以上の手順を含む手続を特定するステップと、特定した手続のうち、１つの手順を完了するための操作画面を生成するステップと、特定された手続に関する情報を含む情報画面を生成するステップとを有する。【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【図面の簡単な説明】
【０００９】
【図１】実施形態にかかる情報処理システムを示す図である。
【図２】情報処理装置のハードウェア構成を示す図である。
【図３】情報処理装置の機能ブロックを示す図である。
【図４】システム画面の一例を示す図である。
【図５】システム画面の別の例を示す図である。
【図６】システム画面の別の例を示す図である。
【図７】メニューリストの例を示す図である。
【発明を実施するための形態】
【００１０】
図１は、本発明の実施形態にかかる情報処理システム１を示す。情報処理システム１は、ユーザ操作を入力するための入力装置６と、ユーザ操作を受け付けてアプリケーションなどを実行する情報処理装置１０と、ネットワークサービスを含む様々なサービスをユーザに提供するサーバ装置５とを備える。アクセスポイント（以下、「ＡＰ」とよぶ）８は、無線アクセスポイントおよびルータの機能を有し、情報処理装置１０は、無線または有線経由でＡＰ８に接続して、ネットワーク３上のサーバ装置５と通信可能に接続する。
【００１１】
補助記憶装置２は、ＨＤＤ（ハードディスクドライブ）やフラッシュメモリなどの大容量記憶装置であり、ＵＳＢ（Universal Serial Bus）などによって情報処理装置１０と接続する外部記憶装置であってよく、また内蔵型記憶装置であってもよい。出力装置４は、画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよく、またコンピュータディスプレイであってもよい。情報処理装置１０は、ユーザが操作する入力装置６と無線または有線で接続し、入力装置６は、ボタンやレバーなどの操作部の操作状態を示すユーザ操作情報を情報処理装置１０に送信する。情報処理装置１０は、入力装置６からユーザ操作情報をＯＳ（システムソフトウェア）やアプリケーションの処理に反映し、出力装置４から処理結果を出力させる。
【００１２】
情報処理システム１において情報処理装置１０はゲームを実行するゲーム装置であり、入力装置６はゲームコントローラなど情報処理装置１０に対してユーザの操作情報を供給する機器であってよい。撮像装置であるカメラ７は出力装置４の近傍に設けられ、出力装置４周辺の空間を撮像する。カメラ７は、ステレオカメラであってもよい。図示していないが情報処理装置１０は、ユーザの発話を取得するマイクを備える。
【００１３】
サーバ装置５は、情報処理システム１の複数のユーザに対してネットワークサービスを提供する。サーバ装置５は、各ユーザを識別するネットワークアカウント（ユーザ識別情報）を管理しており、各ユーザは、ネットワークアカウントを用いてネットワークサービスにサインインする。ユーザＡは情報処理装置１０からネットワークサービスにサインインすることで、サーバ装置５に、ゲームのセーブデータや、またゲームプレイ中に獲得した仮想的な表彰品であるトロフィを登録できる。サーバ装置５は、ネットワークアカウントに紐付けて、ユーザＡのアイコンや、ネットワーク上のニックネーム（オンラインＩＤ）、サインインパスワード等のプロファイル情報をユーザＤＢに保持する。サーバ装置５は、情報処理装置１０に対して、ユーザＡのフレンドに関する情報等を提供してよい。
【００１４】
図２は、情報処理装置１０のハードウェア構成を示す。情報処理装置１０は、メイン電源ボタン２０、電源ＯＮ用ＬＥＤ２１、スタンバイ用ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０を有して構成される。
【００１５】
メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。これらの機能はシステムオンチップとして構成されて、１つのチップ上に形成されてよい。メインＣＰＵはＯＳを起動し、ＯＳが提供する環境下において、補助記憶装置２にインストールされたアプリケーションを実行する機能をもつ。
【００１６】
サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えない。サブＣＰＵは、メインＣＰＵがスタンバイ状態にある間においても動作するものであり、消費電力を低く抑えるべく、その処理機能を制限されている。なおサブＣＰＵおよびメモリは、別個のチップに形成されてもよい。
【００１７】
メイン電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、情報処理装置１０の筐体の前面に設けられ、情報処理装置１０のメインシステム６０への電源供給をオンまたはオフするために操作される。メイン電源がオン状態にあるとは、メインシステム６０がアクティブ状態にあることを意味し、メイン電源がオフ状態にあるとは、メインシステム６０がスタンバイ状態にあることを意味する。電源ＯＮ用ＬＥＤ２１は、メイン電源ボタン２０がオンされたときに点灯し、スタンバイ用ＬＥＤ２２は、メイン電源ボタン２０がオフされたときに点灯する。
【００１８】
システムコントローラ２４は、ユーザによるメイン電源ボタン２０の押下を検出する。メイン電源がオフ状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オン指示」として取得し、一方で、メイン電源がオン状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オフ指示」として取得する。
【００１９】
メインＣＰＵは補助記憶装置２やＲＯＭ媒体４４にインストールされているゲームプログラムを実行する機能をもつ一方で、サブＣＰＵはそのような機能をもたない。しかしながらサブＣＰＵは補助記憶装置２にアクセスする機能、サーバ装置５との間でデータを送受信する機能を有している。サブＣＰＵは、このような制限された処理機能のみを有して構成されており、したがってメインＣＰＵと比較して小さい消費電力で動作できる。これらのサブＣＰＵの機能は、メインＣＰＵがスタンバイ状態にある際に実行される。実施形態の情報処理装置１０は、メインシステム６０のスタンバイ時にはサブシステム５０が稼働しているため、サーバ装置５が提供するネットワークサービスに、常時サインインした状態を維持する。
【００２０】
クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。
【００２１】
デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（Large-Scale Integrated Circuit）として構成される。図示のように、デバイスコントローラ３０には、システムコントローラ２４、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０などのデバイスが接続される。デバイスコントローラ３０は、それぞれのデバイスの電気特性の違いやデータ転送速度の差を吸収し、データ転送のタイミングを制御する。
【００２２】
メディアドライブ３２は、ゲームなどのアプリケーションソフトウェア、およびライセンス情報を記録したＲＯＭ媒体４４を装着して駆動し、ＲＯＭ媒体４４からプログラムやデータなどを読み出すドライブ装置である。ＲＯＭ媒体４４は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアである。
【００２３】
ＵＳＢモジュール３４は、外部機器とＵＳＢケーブルで接続するモジュールである。ＵＳＢモジュール３４は補助記憶装置２およびカメラ７とＵＳＢケーブルで接続してもよい。フラッシュメモリ３６は、内部ストレージを構成する補助記憶装置である。無線通信モジュール３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで、たとえば入力装置６と無線通信する。有線通信モジュール４０は、外部機器と有線通信し、たとえばＡＰ８を介してネットワーク３に接続する。
【００２４】
図３は、情報処理装置１０の機能ブロックを示す。情報処理装置１０は、処理部１００、通信部１０２およびマイク１０４を備える。処理部１００は、音声取得部１０６、音声認識部１０８、受付部１１０、アプリケーション処理部１２０、特定部１３０、システム画面生成部１３２、目的記憶部１４０、目的取得部１４２、メニュー生成部１４４および表示処理部１５０を備える。アプリケーション処理部１２０は、アプリケーション実行部１２２およびアプリケーション画面生成部１２４を有する。
【００２５】
図３において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００２６】
通信部１０２は、図２に示す無線通信モジュール３８および有線通信モジュール４０の機能を併せ持つ構成として表現している。通信部１０２は、入力装置６の操作情報を受信し、サーバ装置５と通信可能に接続する。受付部１１０は、操作受付部１１２および目的受付部１１４を有する。操作受付部１１２は、通信部１０２を介して入力装置６の操作情報を受け付ける。実施形態の目的受付部１１４は、ユーザＡから、情報処理装置１０の使用目的の入力を受け付ける。目的受付部１１４は、ユーザＡの発話音声にもとづいて使用目的の入力を受け付けてよい。
【００２７】
情報処理システム１においてユーザＡは、情報処理装置１０を使用する際に、使用目的を情報処理装置１０に入力する。情報処理装置１０は使用目的を受け付けると、使用目的を実現するまでのプロセスを円滑にする処理を実行する。たとえばユーザＡが、特定のゲームタイトル（たとえば、タイトル「ＡＢＣテニス」）をプレイしようとする場合、ユーザＡは、「ＡＢＣテニスをプレイしたい」と発話する。このときのユーザＡの情報処理装置１０の使用目的は「ＡＢＣテニスをプレイする」ことである。実施形態の情報処理装置１０は自然言語理解機能を利用してユーザの使用目的を認識したうえで、使用目的を実現するための手続を特定する。情報処理装置１０は、ユーザＡに手続に関する情報を示すことで、使用目的を実現するまでのプロセスを円滑にする。
【００２８】
（実施例１）
ユーザＡが発話すると、発話音声がマイク１０４に入力され、音声取得部１０６がユーザ音声データを取得する。音声認識部１０８はユーザ音声データを音声認識して、テキストデータに変換し、目的受付部１１４に渡す。目的受付部１１４は自然言語理解機能を有し、テキストデータからユーザの意図を理解する。
【００２９】
ユーザＡが「ＡＢＣテニスをプレイしたい」と発話した場合、目的受付部１１４は、音声認識部１０８によりテキスト化された文章から、「ＡＢＣテニスをプレイする」とするユーザＡの目的を受け付ける。受け付けられた使用目的は、特定部１３０に供給される。
【００３０】
特定部１３０は、使用目的を実現するために必要となる１つ以上の手順を含む手続を特定する。実施形態で、１つの手順は、ユーザが１つの操作画面において入力するステップを意味する。特定部１３０は、「ＡＢＣテニスをプレイする」という目的を実現するために必要となる手順を、以下のように特定する。
（１ａ）ゲームアイコンを選択するためのホーム画面を開く。
（１ｂ）「ＡＢＣテニス」のアイコンを選択する。
【００３１】
補助記憶装置２は、使用目的ごとに、使用目的を実現するために必要となる一連の手順を記憶しておいてよい。たとえば補助記憶装置２は、「ゲームをプレイする」という目的に対して、（ａ）ゲームアイコンを選択するためのホーム画面を開く、を必要な手順として記憶している。また補助記憶装置２は、「（ある特定の）ゲームをプレイする」という目的に対して、（ａ）ゲームアイコンを選択するためのホーム画面を開く、（ｂ）ホーム画面に表示された特定のゲームアイコンを選択する、を必要な手順として記憶している。
【００３２】
実施例１で特定部１３０は、「ＡＢＣテニスをプレイする」という目的が、「（ある特定の）ゲームをプレイする」という目的に属することを判断し、したがって具体的な手順を、（１ａ）ホーム画面を開く、
（１ｂ）ホーム画面に表示された「ＡＢＣテニス」のアイコンを選択する、
と特定する。
【００３３】
特定部１３０は、特定した手続に含まれる手順の中から、ユーザＡの入力が要求される手順を抽出する。逆に言えば特定部１３０は、特定した手続に含まれる手順の中から、省略できる手順を特定して削除することで、ユーザＡの入力を必要とする手順を抽出する。実施例１で特定部１３０は、手順（１ａ）を省略できる手順として特定し、手順（１ｂ）を、ユーザＡの入力が要求される手順として抽出する。
【００３４】
ユーザの入力が要求される手順であるか否かは、ユーザの選択を要する手順であるか否かの基準によって定められてよい。たとえば「ＡＢＣテニス」が情報処理装置１０にインストールされていない場合に、ユーザが「ＡＢＣテニス」をプレイできるようにするためには、情報処理装置１０は、外部のコンテンツサーバから「ＡＢＣテニス」を購入してダウンロードする必要がある。この購入処理はユーザの選択を必要とするため、購入するか否かを決定する手順は、ユーザの入力が要求される手順となる。
【００３５】
またユーザの入力が要求される手順であるか否かは、ユーザの確認を要する手順であるか否かの基準によって定められてもよい。上記の例でいえば、特定部１３０により特定された手順（１ｂ）は、省略されて、アプリケーション実行部１２２により自動実行されてもよい。その場合、手順（１ａ）、（１ｂ）の全てが省略されるため、ユーザＡが「ＡＢＣテニスをプレイしたい」と発話すると、ＡＢＣテニスが自動的に起動されるようになる。
【００３６】
しかしながら音声認識処理は完璧とは言えないため、認識エラー等によってユーザＡの使用目的とは異なるゲームタイトルが自動起動されることは好ましくない。そこで実施例１では、ゲームタイトルをユーザＡに確認させるために、特定部１３０は、手順（１ｂ）を、ユーザＡの入力が要求される手順として抽出する。なお音声認識処理の正確度が導出される場合には、導出した正確度に応じてゲームタイトルを自動起動するか否かが判断されてもよい。
【００３７】
システム画面生成部１３２は、第１画面生成部１３４および第２画面生成部１３６を有する。第１画面生成部１３４は、特定部１３０により特定された手続のうち、１つの手順を完了するための操作画面を生成する。第２画面生成部１３６は、特定部１３０により特定された手続に関する情報を含む情報画面を生成する。なお第２画面生成部１３６は、特定された手続に関する情報として、特定部１３０により抽出された手順に関する情報を含む情報画面を生成することが好ましい。表示処理部１５０は、第１画面生成部１３４により生成された操作画面、および第２画面生成部１３６により生成された情報画面を含むシステム画面を、出力装置４に表示する。
【００３８】
図４は、システム画面生成部１３２が生成するシステム画面の一例を示す。システム画面は、ユーザが入力する操作画面２０２を表示する操作領域２００と、手続に関する情報を含む情報画面を表示する情報領域３００とに分割される。第１画面生成部１３４は、操作領域２００に含まれる操作画面２０２を生成し、第２画面生成部１３６は、情報領域３００に含まれる情報画面を生成する。ユーザは、操作画面２０２のＧＵＩを操作できるが、情報領域３００に表示された情報を操作できない。
【００３９】
図４に示す操作画面２０２において、ユーザＡは、入力装置６の決定ボタンを押下することで、「ＡＢＣテニス」を起動できる。なお特許文献１に開示されるシステムでは、ユーザＡは、コンテンツリストの中から「ＡＢＣテニス」のアイコンを探し出して、選択する必要があった。実施形態では、第１画面生成部１３４が、「ＡＢＣテニス」を既に選択した状態で操作画面２０２を生成し、ユーザＡは、単に入力装置６の決定ボタンを押下するだけで、「ＡＢＣテニス」を起動できる。
【００４０】
第２画面生成部１３６は、ユーザＡの使用目的を実現するまでに表示される操作画面の総数を示す情報を含む情報画面を生成する。操作画面の総数を示す情報は、手順数表示領域３０２に表示される。また第２画面生成部１３６は、各操作画面の概要を示す情報を含む情報画面を生成する。各操作画面の概要を示す情報は、手順概要表示領域３０４に表示される。このように情報領域３００は、使用目的を実現するまでに表示される操作画面の総数を示す情報を表示するための手順数表示領域３０２と、各操作画面の概要を示す情報を表示するための手順概要表示領域３０４とに分けられる。
【００４１】
第２画面生成部１３６は、操作画面の総数を、丸いマークの数で表現してよい。実施例１では、ユーザＡの使用目的に対して、１つの手順（１ｂ）のみが、ユーザＡの入力が要求される手順として抽出されている。したがって手順数表示領域３０２には、表示される操作画面の総数が１つであることを表現するべく、１つの丸いマークが表示されている。なお塗りつぶされている丸いマークは、当該マークに対応する操作画面２０２が操作領域２００に表示されていることを意味する。なお第２画面生成部１３６は、操作画面の総数と、表示している操作画面が何枚目であるかを、（表示された操作画面の順番）／（総数）と分数の形式で表現してよい。いずれにしても第２画面生成部１３６は、操作画面の総数と、表示している画面が何枚目であるかを示す情報をユーザに提示することが好ましい。
【００４２】
第２画面生成部１３６は、操作画面の概要を示す情報を、操作画面に対応する手順概要画像として生成してよい。手順概要画像は、操作画面のサムネイル画像であってもよいが、手順の概要を説明するテキストを含む画像であってよい。
【００４３】
ユーザＡが、操作画面２０２において入力装置６の決定ボタンを押下すると、アプリケーション実行部１２２が「ＡＢＣテニス」を起動し、アプリケーション画面生成部１２４は、ゲーム画面を生成する。これによりユーザＡは、ＡＢＣテニスをプレイできるようになる。
【００４４】
以上により、ユーザＡは、図４に示すシステム画面において、手順数表示領域３０２に表示されたマークの数から、操作するべき操作画面の総数を知ることができる。これによりユーザＡは、使用目的を実現するまでの手順数を確認できる。またユーザＡは、手順概要表示領域３０４に表示された手順概要画像から、使用目的を実現するまでの大体の手順を確認できる。
【００４５】
また特定部１３０が、手順（１ａ）を省略できる手順として特定して、ユーザＡに提示する操作画面に含ませないことで、ユーザＡは、少ない手順数で使用目的を実現できるようになる。このようにユーザの手順を省略して、効率的に使用目的を実現させることが好ましい。
【００４６】
（実施例２）
実施例２では、ユーザＡが「ＡＢＣテニスをフレンドＢとプレイしたい」と発話する。発話音声はマイク１０４に入力され、音声取得部１０６がユーザ音声データを取得する。音声認識部１０８はユーザ音声データを音声認識して、テキストに変換し、目的受付部１１４に渡す。目的受付部１１４は自然言語理解機能により、テキストからユーザの意図を理解して、ユーザＡの情報処理装置１０の使用目的の入力を受け付ける。
【００４７】
ユーザＡが「ＡＢＣテニスをフレンドＢとプレイしたい」と発話した場合、目的受付部１１４は、音声認識部１０８によりテキスト化された文章から、「ＡＢＣテニスをフレンドＢとプレイする」とするユーザＡの目的を受け付ける。受け付けられた使用目的は、特定部１３０に供給される。
【００４８】
特定部１３０は、使用目的を実現するために必要となる１つ以上の手順を含む手続を特定する。特定部１３０は、「ＡＢＣテニスをフレンドＢとプレイする」という目的を実現するために必要となる手順を、以下のように特定する。
（２ａ）ホーム画面を開く。
（２ｂ）コンテンツリストの中から「パーティアプリケーション」のアイコンを選択する。
（２ｃ）パーティ作成画面に必要事項を入力して、パーティを作成する。
（２ｄ）作成したパーティに、フレンドＢを招待する。
（２ｅ）セッションプレイで「ＡＢＣテニス」のアイコンを選択する。
【００４９】
補助記憶装置２は、「（ある特定の）ゲームを（ある特定の）フレンドとプレイする」という目的に対して、（ａ）ホーム画面を開く、（ｂ）コンテンツリストの中から「パーティアプリケーション」のアイコンを選択する、（ｃ）パーティ作成画面に必要事項を入力して、パーティを作成する、（ｄ）作成したパーティに、特定のフレンドを招待する、（ｅ）セッションプレイで特定のゲームのアイコンを選択する、を必要な手順として記憶している。
【００５０】
実施例２で特定部１３０は、「ＡＢＣテニスをフレンドＢとプレイする」という目的が、「（ある特定の）ゲームを（ある特定の）フレンドとプレイする」という目的に属することを判断する。したがって特定部１３０は、具体的な手順を、上記した（２ａ）〜（２ｅ）と特定する。
【００５１】
なおユーザＡとフレンドＢとが一緒にＡＢＣテニスをプレイできるようになるためには、手順（２ｅ）の後、フレンドＢは、自ら「ＡＢＣテニス」のセッションに参加する必要がある。フレンドＢが「ＡＢＣテニス」のセッションに参加しやすくするために、ユーザＡは、「ＡＢＣテニス」のセッションにフレンドＢを招待できるが、この招待手順は、実施例２では含めていない。
【００５２】
特定部１３０は、特定した手続に含まれる手順の中から、ユーザＡの入力が要求される手順を抽出する。実施例２で特定部１３０は、手順（２ａ）、（２ｂ）を省略できる手順として特定し、手順（２ｃ）、（２ｄ）、（２ｅ）を、ユーザＡの入力が要求される手順として抽出する。実施例１で説明した基準で言えば、特定部１３０は、手順（２ｃ）をユーザＡの選択を要する手順として抽出し、手順（２ｄ）、（２ｅ）をユーザＡの確認を要する手順として抽出する。
【００５３】
第１画面生成部１３４は、特定部１３０により特定された手続のうち、１つの手順を完了するための操作画面を生成する。第２画面生成部１３６は、特定部１３０により特定された手続に関する情報を含む情報画面を生成する。表示処理部１５０は、第１画面生成部１３４により生成された操作画面、および第２画面生成部１３６により生成された情報画面を含むシステム画面を、出力装置４に表示する。
【００５４】
図５は、システム画面生成部１３２が生成するシステム画面の別の例を示す。システム画面は、ユーザが入力する操作画面２０４を表示する操作領域２００と、手続に関する情報を含む情報画面を表示する情報領域３００とに分割される。第１画面生成部１３４は、操作領域２００に含まれる操作画面２０２を生成し、第２画面生成部１３６は、情報領域３００に含まれる情報画面を生成する。図５に示す操作画面２０４において、ユーザＡは、入力装置６を用いて、パーティ作成に必要な事項を入力する。
【００５５】
実施例２では、ユーザＡの使用目的に対して、３つの手順（２ｃ）、（２ｄ）、（２ｅ）が、ユーザＡの入力が要求される手順として抽出されている。したがって手順数表示領域３０２には、表示される操作画面の総数が３つであることを表現するべく、３つの丸いマークが表示されている。なお塗りつぶされている丸いマークは、当該マークに対応する操作画面２０４が操作領域２００に表示されていることを意味する。
【００５６】
第２画面生成部１３６は、操作画面の表示順序にしたがって、操作画面の総数分の丸いマークを手順数表示領域３０２に左から順に配置する。したがって一番左に配置されるマークは、最初に表示される手順（２ｃ）の操作画面に、左から２番目に配置されるマークは、２番目に表示される手順（２ｄ）の操作画面に、左から３番目（一番右）に配置されるマークは、３番目に表示される手順（２ｅ）の操作画面に、それぞれ対応する。
【００５７】
第２画面生成部１３６は、表示中の操作画面２０４に対応するマークを塗りつぶして、他のマークの表示態様と異ならせることで、使用目的を実現するまでに表示される操作画面の残りの数を示す情報を表現する。つまり図５に示すシステム画面では、ユーザＡが、表示中の操作画面２０４の他に、あと２枚の操作画面を操作することで、使用目的を実現できることを認識できる。
【００５８】
第２画面生成部１３６は、操作画面の総数分の手順概要画像を生成する。手順概要画像は、操作画面のサムネイル画像であってもよいが、手順の概要を説明するテキストを含む画像であってよい。図５に示すシステム画面では、表示済みの操作画面２０４のサムネイル画像が手順概要表示領域３０４に表示されており、まだ未表示の操作画面の手順概要画像は、手順の概要を説明するテキストを含んで表示されている。手順概要表示領域３０４では、手順概要画像を大きく表示できないため、第２画面生成部１３６は、テキストで手順概要を表現することで、ユーザＡが手順概要を認識しやすくなる。
【００５９】
ユーザＡが最後の操作画面を操作すると、アプリケーション実行部１２２が「ＡＢＣテニス」を起動し、アプリケーション画面生成部１２４は、ゲーム画面を生成する。これによりユーザＡは、ＡＢＣテニスをプレイできるようになる。
【００６０】
以上により、ユーザＡは、図５に示すシステム画面において、手順数表示領域３０２に表示されたマークの数から、操作するべき操作画面の総数を知ることができる。これによりユーザＡは、使用目的を実現するまでの手順数を確認できる。またユーザＡは、手順概要表示領域３０４に表示された手順概要画像から、使用目的を実現するまでの大体の手順を確認できる。
【００６１】
また特定部１３０が、手順（２ａ）、（２ｂ）を省略できる手順として特定して、ユーザＡに提示する操作画面に含ませないことで、ユーザＡは、少ない手順数で使用目的を実現できるようになる。このようにユーザの手順を省略して、効率的に使用目的を実現させることが好ましい。
【００６２】
（実施例３）
実施例３でも実施例２と同じく、ユーザＡが「ＡＢＣテニスをフレンドＢとプレイしたい」と発話する。発話音声はマイク１０４に入力され、音声取得部１０６がユーザ音声データを取得する。音声認識部１０８はユーザ音声データを音声認識して、テキストに変換し、目的受付部１１４に渡す。目的受付部１１４は自然言語理解機能により、テキストからユーザの意図を理解して、情報処理装置１０の使用目的の入力を受け付ける。
【００６３】
ユーザＡが「ＡＢＣテニスをフレンドＢとプレイしたい」と発話した場合、目的受付部１１４は、音声認識部１０８によりテキスト化された文章から、「ＡＢＣテニスをフレンドＢとプレイする」とするユーザＡの目的を受け付ける。受け付けられた使用目的は、特定部１３０に供給される。
【００６４】
実施例２との相違点として、実施例３では、情報処理装置１０に、ＡＢＣテニスがインストールされていない。そのためユーザＡは、ＡＢＣテニスをフレンドＢとプレイするために、ＡＢＣテニスを外部のコンテンツサーバからダウンロードする必要がある。
【００６５】
特定部１３０は、使用目的を実現するために必要となる１つ以上の手順を含む手続を特定する。特定部１３０は、「ＡＢＣテニスをフレンドＢとプレイする」という目的を実現するために必要となる手順を、以下のように特定する。
（３ａ）「ＡＢＣ」テニスを購入する必要があることを知らせる。
（３ｂ）コンテンツサーバに接続する。
（３ｃ）コンテンツサーバのコンテンツリストから「ＡＢＣテニス」を選択する。
（３ｄ）購入ボタンを操作して、「ＡＢＣテニス」をダウンロードする。
（３ｅ）ホーム画面を開く。
（３ｆ）コンテンツリストの中から「パーティアプリケーション」のアイコンを選択する。
（３ｇ）パーティ作成画面に必要事項を入力して、パーティを作成する。
（３ｈ）作成したパーティに、フレンドＢを招待する。
（３ｉ）セッションプレイで「ＡＢＣテニス」のアイコンを選択する。
【００６６】
特定部１３０は、特定した手続に含まれる手順の中から、ユーザＡの入力が要求される手順を抽出する。実施例２で特定部１３０は、手順（３ｂ）、（３ｃ）、（３ｅ）、（３ｆ）を省略できる手順として特定し、手順（３ａ）、（３ｄ）、（３ｇ）、（３ｈ）、（３ｉ）を、ユーザＡの入力が要求される手順として抽出する。実施例１で説明した基準で言えば、特定部１３０は、手順（３ａ）、（３ｄ）、（３ｇ）をユーザＡの選択を要する手順として抽出し、手順（３ｈ）、（３ｉ）をユーザＡの確認を要する手順として抽出する。なお手順（３ａ）、（３ｄ）は、ユーザＡの確認を要する手順として抽出されてもよい。
【００６７】
第１画面生成部１３４は、特定部１３０により特定された手続のうち、１つの手順を完了するための操作画面を生成する。第２画面生成部１３６は、特定部１３０により特定された手続に関する情報を含む情報画面を生成する。表示処理部１５０は、第１画面生成部１３４により生成された操作画面、および第２画面生成部１３６により生成された情報画面を含むシステム画面を、出力装置４に表示する。
【００６８】
図６は、システム画面生成部１３２が生成するシステム画面の別の例を示す。システム画面は、ユーザが入力する操作画面２０６を表示する操作領域２００と、手続に関する情報を含む情報画面を表示する情報領域３００とに分割される。第１画面生成部１３４は、操作領域２００に含まれる操作画面２０２を生成し、第２画面生成部１３６は、情報領域３００に含まれる情報画面を生成する。図６に示す操作画面２０６において、ユーザＡは、入力装置６を用いて、「ＡＢＣテニス」をストア（コンテンツサーバ）で購入するか否かの選択を行う。
【００６９】
なお特定部１３０は、手順（３ａ）で、ユーザＡが「ＡＢＣテニス」をコンテンツサーバで購入することを前提として、「ＡＢＣテニスをフレンドＢとプレイする」という使用目的を実現するために必要となる手続を特定している。ここで、仮にユーザＡが「ＡＢＣテニス」のＲＯＭ媒体４４を有している場合、ユーザＡはコンテンツサーバで購入する必要はなく、ＲＯＭ媒体４４をメディアドライブ３２に装着して、「ＡＢＣテニス」をインストールする。このタイミングで特定部１３０は、特定済みの手続を破棄し、あらためて「ＡＢＣテニス」がインストールされた状態で、使用目的を実現するために必要となる手続を特定してよい。
【００７０】
実施例３では、ユーザＡの使用目的に対して、５つの手順（３ａ）、（３ｄ）、（３ｇ）、（３ｈ）、（３ｉ）が、ユーザＡの入力が要求される手順として抽出されている。したがって手順数表示領域３０２には、表示される操作画面の総数が５つであることを表現するべく、５つの丸いマークが表示されている。なお塗りつぶされている丸いマークは、当該マークに対応する操作画面２０６が操作領域２００に表示されていることを意味する。
【００７１】
第２画面生成部１３６は、操作画面の表示順序にしたがって、操作画面の総数分の丸いマークを手順数表示領域３０２に左から順に配置する。したがって一番左に配置されるマークは、最初に表示される手順（３ａ）の操作画面に、左から２番目に配置されるマークは、２番目に表示される手順（３ｄ）の操作画面に、左から３番目に配置されるマークは、３番目に表示される手順（３ｇ）の操作画面に、左から４番目に配置されるマークは、４番目に表示される手順（３ｈ）の操作画面に、左から５番目（一番右）に配置されるマークは、５番目に表示される手順（３ｉ）の操作画面に、それぞれ対応する。
【００７２】
第２画面生成部１３６は、表示中の操作画面２０６に対応するマークを塗りつぶして、他のマークの表示態様と異ならせることで、使用目的を実現するまでに表示される操作画面の残りの数を示す情報を表現する。つまり図６に示すシステム画面では、ユーザＡが、表示中の操作画面２０６の他に、あと４枚の操作画面を操作することで、使用目的を実現できることを認識できる。
【００７３】
第２画面生成部１３６は、操作画面の総数分の手順概要画像を生成する。手順概要画像は、操作画面のサムネイル画像であってもよいが、手順の概要を説明するテキストを含む画像であってよい。
【００７４】
以上により、ユーザＡは、図６に示すシステム画面において、手順数表示領域３０２に表示されたマークの数から、操作するべき操作画面の総数を知ることができる。これによりユーザＡは、使用目的を実現するまでの手順数を確認できる。またユーザＡは、手順概要表示領域３０４に表示された手順概要画像から、使用目的を実現するまでの大体の手順を確認できる。
【００７５】
また特定部１３０が、手順（３ｂ）、（３ｃ）、（３ｅ）、（３ｆ）を省略できる手順として特定して、ユーザＡに提示する操作画面に含ませないことで、ユーザＡは、少ない手順数で使用目的を実現できるようになる。このようにユーザの手順を省略して、効率的に使用目的を実現させることが好ましい。
【００７６】
実施例１〜３において、特定部１３０は、目的受付部１１４から使用目的を供給されると、使用目的を実現するための手続を解析して導出してよいが、前記したように使用目的を実現するための手続が使用目的ごとに予め導出されて補助記憶装置２に記憶されていてよい。この場合、使用目的と手続とを対応付けたテーブルが補助記憶装置２に記憶され、特定部１３０は、テーブルを参照して、手続を特定してもよい。
【００７７】
また複数の選択肢を含む操作画面が存在する場合、特定部１３０は、いずれか１つの選択肢が選択されることを前提として、その操作画面以降の手順を特定する。たとえばゲーム動画を配信する場合に、使用する配信サーバを複数の選択肢の中から選択できる場合、特定部１３０は、これまでの利用頻度が最も高い配信サーバが選択されることを前提として、使用目的を実現するための手続を特定してよい。なお、ユーザにより当該手続きに沿っていない入力が操作画面において行われると、特定部１３０は、その操作画面以降の手順をあらためて特定する。具体的に、配信サーバの選択画面において利用頻度が最も高い配信サーバが選択されなかった場合、特定部１３０は、その時点で、その操作画面以降の手順をあらためて特定すればよい。
【００７８】
なおユーザＡが「フレンドＢとゲームをプレイしたい」と発話した場合、発話内容からは、ユーザＡがフレンドＢとどのゲームをプレイしたいのかが判明しない。このとき特定部１３０は、ユーザＡとフレンドＢとが直近で一緒にプレイしたゲームタイトルを特定して、当該ゲームをフレンドＢと一緒にゲームプレイするために必要となる手続を特定してよい。なおプレイするゲームを確認する操作画面において、ユーザＡが当該ゲームタイトルをプレイすることに同意しない場合には、他のゲームタイトルを選択する操作画面を提示し、その操作画面以降の手順をあらためて特定してよい。
【００７９】
実施例１〜３において、第１画面生成部１３４は、操作領域２００に表示する操作画面の時間的に前または後に表示する別の操作画面が存在する場合に、その操作画面の一部を画面左右の端部に表示してもよい。操作中の操作画面に対して、その左側および／または右側に、別の手順の操作画面の一部を表示することで、ユーザＡは、操作中の操作画面の前後に別の操作画面が存在することを認識できる。
【００８０】
また実施例１〜３で、ユーザＡは発話により使用目的を情報処理装置１０に入力しているが、入力装置６を操作して使用目的を入力してもよい。
【００８１】
（実施例４）
実施例１〜３で説明したように、実施形態の情報処理装置１０は、ユーザＡの使用目的の入力を受け付けることで、ユーザの目的実現を支援する情報画面を生成する。実施例４で情報処理装置１０は、入力される使用目的を収集して、入力頻度の高い使用目的についてはメニュー項目として登録して、システム画面上でユーザＡが選択できるようにする。使用目的に関するメニュー項目を設けることで、ユーザＡは、当該メニュー項目を選択すれば、自動的に必要な手順が特定されて、簡易に使用目的を実現できる。
【００８２】
目的記憶部１４０は、目的受付部１１４が受け付けた使用目的を記憶する。目的記憶部１４０は、たとえば補助記憶装置２の記憶領域であってよく、ユーザＡの使用目的を収集して蓄積する。目的取得部１４２は、目的記憶部１４０を参照して、ユーザＡの使用目的を取得する。たとえば使用目的の取得処理は、１ヶ月に１回行われてよい。
【００８３】
目的取得部１４２は、ユーザＡの使用目的を統計処理して、高頻度に入力される使用目的を特定する。高頻度であるかどうかは、使用目的同士の相対的な入力割合で評価されてよいが、同一の使用目的の入力回数が、所定期間において閾値となる回数を超えているかどうかで判断されてもよい。たとえば１ヶ月の間に３回を超えて入力される使用目的は、高頻度に入力される使用目的として特定されてよい。
【００８４】
メニュー生成部１４４は、目的取得部１４２が取得した使用目的に関するメニュー項目を生成する。第１画面生成部１３４が生成する操作画面には、アイコンに対する所定の操作によりメニューリストを表示できる機能がある。たとえばコンテンツリストにおいて表示されるコンテンツのアイコン画像を所定のボタン操作すると、当該コンテンツに関するメニュー項目がリスト表示される。同様にフレンドリストにおいて表示されるフレンドのアイコン画像を所定のボタン操作すると、当該フレンドに関するメニュー項目がリスト表示される。第１画面生成部１３４は、メニュー生成部１４４が生成した使用目的に関するメニュー項目を、そのリストに含めて表示してよい。
【００８５】
図７（ａ）は、コンテンツリストのコンテンツアイコンに紐付けられるメニューリスト３１０の例を示す。この例では、「ＡＢＣテニス」のアイコンに、「フレンドＢとプレイする」メニュー項目が関連付けられて表示されている。ユーザＡが「フレンドＢとプレイする」項目を選択すると、操作受付部１１２が、当該メニュー項目の選択操作を受け付ける。操作受付部１１２が受け付けた選択操作は、「ＡＢＣテニスをフレンドＢとプレイする」とする使用目的に変換されて、特定部１３０に供給されてよい。これにより特定部１３０は、メニュー項目に紐付けられた使用目的を実現するために必要となる１以上の手順を含む手続を特定する。以後の処理は、実施例２，３で説明したとおりである。
【００８６】
図７（ｂ）は、フレンドリストのフレンドアイコンに紐付けられるメニューリスト３１２の例を示す。この例では、「フレンドＢ」のアイコンに、「ＡＢＣテニスをプレイする」メニュー項目が関連付けられて表示されている。ユーザＡが「フレンドＢとプレイする」項目を選択すると、操作受付部１１２が、当該メニュー項目の選択操作を受け付ける。操作受付部１１２が受け付けた選択操作は、「ＡＢＣテニスをフレンドＢとプレイする」とする使用目的に変換されて、特定部１３０に供給されてよい。これにより特定部１３０は、メニュー項目に紐付けられた使用目的を実現するために必要となる１以上の手順を含む手続を特定する。以後の処理は、実施例２，３で説明したとおりである。
【００８７】
メニュー生成部１４４は、「ＡＢＣテニスをフレンドＢとプレイする」とする使用目的から複数の要素を抽出する。ここでは「ＡＢＣテニス」、「フレンドＢ」、「プレイする」が要素として抽出される。メニュー生成部１４４は、「ＡＢＣテニス」に対して、「フレンドＢ」と「プレイする」とを組み合わせたメニュー項目を生成する。またメニュー生成部１４４は、「フレンドＢ」に対して、「ＡＢＣテニス」と「プレイする」とを組み合わせたメニュー項目を生成する。このようにメニュー生成部１４４が、使用目的に関する複数の要素に関して、それぞれ異なるメニュー項目を生成することで、ユーザＡは、様々なシステム画面から、所望の使用目的を入力できるようになる。
【００８８】
以上、本発明を実施形態および実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【産業上の利用可能性】
【００８９】
本発明は、情報処理装置を利用するユーザの目的実現を支援する技術分野に利用できる。
【符号の説明】
【００９０】
１・・・情報処理システム、１０・・・情報処理装置、１００・・・処理部、１０２・・・通信部、１０４・・・マイク、１０６・・・音声取得部、１０８・・・音声認識部、１１０・・・受付部、１１２・・・操作受付部、１１４・・・目的受付部、１３０・・・特定部、１３２・・・システム画面生成部、１３４・・・第１画面生成部、１３６・・・第２画面生成部、１４０・・・目的記憶部、１４２・・・目的取得部、１４４・・・メニュー生成部。
【図１】
2020095766.tif 000003
【図２】
2020095766.tif 000004
【図３】
2020095766.tif 000005
【図４】
2020095766.tif 000006
【図５】
2020095766.tif 000007
【図６】
2020095766.tif 000008
【図７】
2020095766.tif 000009
【手続補正書】
【提出日】令和2年3月10日(2020.3.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報処理装置であって、
ユーザから、当該情報処理装置の使用目的の入力を受け付ける受付部と、
使用目的を実現するために必要となる１以上の手順を含む手続を特定する特定部と、
特定された手続のうち、１つの手順を完了するための操作画面を生成する第１画面生成部と、
特定された手続に関する情報を含む１以上の情報画面を生成する第２画面生成部と、を備え、
１以上の情報画面は、並べて表示される、
ことを特徴とする情報処理装置。
【請求項２】
前記受付部は、ユーザの発話音声にもとづいて使用目的の入力を受け付ける、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記特定部は、特定した手続に含まれる１以上の手順の中から、ユーザの入力が要求される手順を抽出し、
前記第２画面生成部は、抽出された手順に関する情報を含む情報画面を生成する、
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第２画面生成部は、使用目的を実現するまでに表示される操作画面の総数を示す情報を含む情報画面を生成する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第２画面生成部は、使用目的を実現するまでに表示される操作画面の残りの数を示す情報を含む情報画面を生成する、
ことを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
ユーザの当該情報処理装置の使用目的を取得する目的取得部と、
前記目的取得部が取得した使用目的に関するメニュー項目を生成するメニュー生成部とを、さらに備え、
前記受付部が、前記メニュー項目の選択操作を受け付けると、前記特定部が、前記メニュー項目に紐付けられた使用目的を実現するために必要となる１以上の手順を含む手続を特定する、
ことを特徴とする請求項１から５のいずれかに記載の情報処理装置。
【請求項７】
前記メニュー生成部は、使用目的に含まれる複数の要素に関して、それぞれ異なるメニュー項目を生成する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記第１画面生成部は、表示する操作画面の時間的に前または後に表示する別の操作画面が存在する場合に、当該別の操作画面の一部も表示する、
ことを特徴とする請求項１から７のいずれかに記載の情報処理装置。
【請求項９】
前記特定部は、手続きを特定した後、ユーザにより当該手続きに沿っていない入力が操作画面において行われた場合には、その操作画面以降の手順をあらためて特定する、
ことを特徴とする請求項１から８のいずれかに記載の情報処理装置。
【請求項１０】
情報処理装置における画面生成方法であって、
ユーザから、当該情報処理装置の使用目的の入力を受け付けるステップと、
使用目的を実現するために必要となる１以上の手順を含む手続を特定するステップと、
特定した手続のうち、１つの手順を完了するための操作画面を生成するステップと、
操作画面を表示するステップと、
特定された手続に関する情報を含む１以上の情報画面を生成するステップと、
１以上の情報画面を並べて表示するステップと、
を有することを特徴とする画面生成方法。
【請求項１１】
コンピュータに、
ユーザから、当該コンピュータの使用目的の入力を受け付ける機能と、
使用目的を実現するために必要となる１以上の手順を含む手続を特定する機能と、
特定された手続のうち、１つの手順を完了するための操作画面を生成する機能と、
操作画面を表示する機能と、
特定された手続に関する情報を含む１以上の情報画面を生成する機能と、
１以上の情報画面を並べて表示する機能と、
を実現させるためのプログラム。
【国際調査報告】
2020095766.tif 000010
2020095766.tif 000011
2020095766.tif 000012
2020095766.tif 000013