【事件の表示】
　特願２０１７−１６６６３５「情報処理プログラム、情報処理装置、および情報処理方法」拒絶査定不服審判事件〔平成２９年１２月　７日出願公開、特開２０１７−２１６０１４、請求項の数（８）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本件審判請求に係る出願（以下，「本願」という。）は，平成２３年９月３０日（以下，「優先日」という。）に出願した特願２０１１−２１６１４５号の一部を，平成２７年９月３０日に新たな特許出願とした特願２０１５−１９４１６１号の一部を，平成２９年８月３１日に新たな特許出願としたものであって，同年９月２６日付けで審査請求がされるとともに，同日付けで手続補正がなされ，平成３０年６月１２日付けで拒絶理由通知（同年６月１９日発送）がなされ，同年８月９日付けで意見書が提出されるとともに，同日付けで手続補正がなされたが，平成３１年１月８日付けで拒絶査定（同年１月１５日謄本送達）がなされた。
　これに対して，「原査定を取り消す、本願は特許をすべきものであるとの審決を求める」ことを請求の趣旨として，平成３１年３月５日付けで審判請求がなされるとともに，同日付けで手続補正がなされ，令和元年５月２８日付けで審査官により特許法第１６４条第３項に定める報告（前置報告）がなされたものである。
第２　原査定の概要
　原査定（平成３１年１月８日付け拒絶査定）の概要は次のとおりである。
　本願の請求項１ないし８に係る発明は，以下の引用文献１ないし５に基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　引用文献等一覧
　　１．坂本俊之、出村成和、渡邊昌之，
　　　　基礎から学ぶ組み込みＡｎｄｒｏｉｄ，日本，
　　　　株式会社シーアンドアール研究所，２０１１年　１月　５日，
　　　　第１版，ｐ．６３−６５，６８，ISBN978-4-86354-076-7
　　２．特開平０８−２３４９９１号公報
　　３．特開平０４−１９５６５２号公報
　　４．特開２００７−２５１５２２号公報
　　５．特開２００９−１４７９２４号公報
第３　審判請求時の補正について
ア　審判請求時の補正は，特許法第１７条の２第３項から第６項までの要件に違反しているものとはいえない。
イ　審判請求時の補正によって，補正前の請求項１及び補正前の請求項８に「前記ボタン表示手段は、前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させる」という事項を追加する補正は，補正前の請求項２に記載されている事項及び本願の詳細な説明の段落【０１０１】等に記載されている事項を追加するものであるから，特許請求の範囲の減縮を目的とするものである。
ウ　そして，「第４　本願発明」から「第６　対比・判断」までに示すように，補正後の請求項１ないし８に係る発明は，独立特許要件を満たすものである。
第４　本願発明
　本願請求項１ないし８に係る発明（以下，それぞれ「本願発明１」ないし「本願発明８」という。）は，平成３１年３月５日付けの手続補正で補正された特許請求の範囲の請求項１ないし８に記載された事項により特定される発明であり，以下のとおりの発明である。
「　【請求項１】
　共有元アプリケーションが指定した共有先アプリケーションに、前記共有元アプリケーションが指定したデータを処理させる共有機能を提供するオペレーティングシステムが記憶された記憶部と、
　操作部と、
　表示部と、
　を備えた携帯端末のコンピュータによって実行されるプログラムであって、
　画像データを取得する画像データ取得手段と、
　複数のデータ形式のうちのいずれかのデータ形式の選択を、前記操作部を介して受け付けるデータ形式受付手段と、
　前記データ形式受付手段が選択を受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を前記オペレーティングシステムに要求する検索要求手段と、
　前記検索要求手段の要求に従って、前記オペレーティングシステムに検索されたアプリケーションの一覧を前記表示部に表示させる一覧表示手段と、
　前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第１アプリケーションの選択を、前記操作部を介して受け付けるアプリケーション受付手段と、
　前記第１アプリケーションを識別する識別情報を前記記憶部に記憶する記憶手段と、
　前記オペレーティングシステムが提供する共有機能を利用して、前記第１アプリケーションに、前記データ形式受付手段が受け付けたデータ形式の前記画像データを処理させる処理手段と、
　前記第１アプリケーションに前記処理手段が前記画像データを処理させた後に、再度前記画像データ取得手段が画像データを取得した場合、第１ボタンと第２ボタンとを前記表示部に表示させるボタン表示手段として、前記プログラムは前記携帯端末を機能させ、
　前記ボタン表示手段が前記表示部に表示させた前記第１ボタンに対する操作を、前記操作部を介して受け付けた場合、前記処理手段は、前記記憶部に記憶されている前記識別情報により識別される前記第１アプリケーションに再度前記画像データ取得手段が取得した前記画像データを処理させ、
　前記ボタン表示手段が前記表示部に表示させた前記第２ボタンに対する操作を、前記操作部を介して受け付けた場合、前記検索要求手段は、再度前記データ形式受付手段が受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を、前記オペレーティングシステムに要求し、前記一覧表示手段は、前記オペレーティングシステムに再度検索されたアプリケーションの一覧を前記表示部に表示させ、前記アプリケーション受付手段は、再度前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第２アプリケーションの選択を受け付け、前記処理手段は、前記第２アプリケーションに再度前記画像データ取得手段が取得した画像データを処理させ、
　前記ボタン表示手段は、前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させることを特徴とするプログラム。
　　【請求項２】
　前記ボタン表示手段は、前記記憶部に記憶されている前記識別情報を前記第１ボタンの表示領域内に表示することを特徴とする請求項１に記載のプログラム。
　　【請求項３】
　前記画像データ取得手段が取得した前記画像データに対応したプレビュー画像を前記表示部に表示させるプレビュー画像表示手段として前記プログラムは前記コンピュータを更に機能させ、
　前記ボタン表示手段は、前記プレビュー画像表示手段が前記表示部に表示させた前記プレビュー画像の表示領域と第１の方向にずれている表示領域に前記第１ボタンを表示することを特徴とする請求項１または２に記載のプログラム。
　　【請求項４】
　前記一覧表示手段は、前記プレビュー画像表示手段が前記表示部に表示させた前記プレビュー画像の表示領域に重畳させて、前記アプリケーションの一覧を前記表示部に表示させることを特徴とする請求項３に記載のプログラム。
　　【請求項５】
　前記携帯端末は、画像読取装置と通信可能な通信部を更に備え、
　前記画像データ取得手段は、前記画像読取装置が読み取った画像データを取得することを特徴とする請求項１乃至４のいずれかに記載のプログラム。
　　【請求項６】
　前記画像データ取得手段が取得した画像データの形式と、前記データ形式受付手段が受け付けた前記データ形式と、が同一であるか否かを判断するデータ形式判断手段と、
　前記画像データ取得手段が取得した画像データの形式を、前記データ形式受付手段が受け付けた前記データ形式に変換する変換手段として、
　前記プログラムは前記コンピュータを更に機能させ、
　前記処理手段は、前記画像データ取得手段が取得した前記画像データの形式と前記データ形式受付手段が受け付けたデータ形式とが同一であると前記データ形式受付手段が判断した場合には、前記データ形式受付手段が受け付けたデータ形式の前記画像データを前記第１アプリケーションに処理させ、前記画像データ取得手段が取得した前記画像データの形式と前記データ形式受付手段が受け付けたデータ形式とが同一でないと前記データ形式受付手段が判断した場合には、前記変換手段が変換した前記画像データを前記第１アプリケーションに処理させることを特徴とする、請求項１乃至５のいずれかに記載のプログラム。
　　【請求項７】
　前記複数のデータ形式は、ＰＤＦ形式とＪＰＥＧ形式とを含むことを特徴とする請求項１乃至６のいずれかに記載のプログラム。
　　【請求項８】
　共有元アプリケーションが指定した共有先アプリケーションに、前記共有元アプリケーションが指定したデータを処理させる共有機能を提供するオペレーティングシステムが記憶された記憶部と、
　操作部と、
　表示部と、
　を備えた携帯端末であって、
　画像データを取得する画像データ取得手段と、
　複数のデータ形式のうちのいずれかのデータ形式の選択を、前記操作部を介して受け付けるデータ形式受付手段と、
　前記データ形式受付手段が選択を受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を前記オペレーティングシステムに要求する検索要求手段と、
　前記検索要求手段の要求に従って、前記オペレーティングシステムに検索されたアプリケーションの一覧を前記表示部に表示させる一覧表示手段と、
　前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第１アプリケーションの選択を、前記操作部を介して受け付けるアプリケーション受付手段と、
　前記第１アプリケーションを識別する識別情報を前記記憶部に記憶する記憶手段と、前記オペレーティングシステムが提供する共有機能を利用して、前記第１アプリケーションに、前記データ形式受付手段が受け付けたデータ形式の前記画像データを処理させる処理手段と、
　前記第１アプリケーションに前記処理手段が前記画像データを処理させた後に、再度前記画像データ取得手段が画像データを取得した場合、第１ボタンと第２ボタンとを前記表示部に表示させるボタン表示手段とを前記携帯端末は更に備え、
　前記ボタン表示手段が前記表示部に表示させた前記第１ボタンに対する操作を、前記操作部を介して受け付けた場合、前記処理手段は、前記記憶部に記憶されている前記識別情報により識別される前記第１アプリケーションに再度前記画像データ取得手段が取得した前記画像データを処理させ、
　前記ボタン表示手段が前記表示部に表示させた前記第２ボタンに対する操作を、前記操作部を介して受け付けた場合、前記検索要求手段は、再度前記データ形式受付手段が受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を、前記オペレーティングシステムに要求し、前記一覧表示手段は、前記オペレーティングシステムに再度検索されたアプリケーションの一覧を前記表示部に表示させ、前記アプリケーション受付手段は、再度前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第２アプリケーションの選択を受け付け、前記処理手段は、前記第２アプリケーションに再度前記画像データ取得手段が取得した画像データを処理させ、
　前記ボタン表示手段は、前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させることを特徴とする携帯端末。」
第５　引用文献，引用発明等
１　引用文献１について
ア　本願の優先日前に頒布され（又は電気通信回線を通じて公衆に利用可能となった文献である），原審の拒絶の査定の理由である上記平成３０年６月１２日付けの拒絶理由通知において引用された上記引用文献１には，図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ａ　「
コンポーネント間の連携を行う「Intent」
　AndroidアプリケーションのコンポーネントであるActivity、Service、ContentProvider、BroadcastReceiverは、そのコンポーネントが含まれるAndroidアプリケーション専用に作成されることもありますが、別のAndroidアプリケーション(Androidのシステムそのものも含む)の要素として使用されることを前提に作成されることもあります。
　Androidのシステムは、OSの持っている主要な機能もそれらのコンポーネントとして実装しており、抽象化された機能として互いにコンポーネントを連携させるようにすることで、１つのユーザー環境を構築しています。
　
Androidのシステム上に存在するすべてのコンポーネントは、起動されるシチュエーションや扱うデータ型などの定義によって１つの機能要素として抽象化されており
　
アプリケーションがAndroidシステムに存在する機能を呼び出すとき
どのコンポーネントを起動するかの選択は、「Intent」という仕組みで実現されています
Ｂ　「Intentの仕組み
　
IntentはAndroidアプリケーションのコンポーネント間で処理を受け渡しするほとんどの場面で登場します
　Intentには、その他にも扱うデータの形式(MimeType)とデータの場所(URI)を設定することができます。
AndroidのシステムはIntentが発行されると、その条件に合致するコンポーネントをシステム上から探して起動しますが、もし複数のコンポーネントが条件に合致した場合は、画面にダイアログボックスを表示してユーザーに起動するコンポーネントを選択させます
Ｃ　「
」（６５頁）
イ　上記Ｂの記載内容（特に，下線部を参照）及び上記Ｃから，「AndroidのシステムはIntentが発行されると，その条件に合致するコンポーネントをシステム上から探し，もし複数のコンポーネントが条件に合致した場合，画面に複数のコンポーネントの一覧を表示させるダイアログボックスを表示する」態様が読み取れる。
ウ　上記Ａ，Ｂの記載内容（特に，下線部を参照），及び上記イの認定からすると，上記引用文献１には，次の発明（以下，「引用発明」という。）が記載されているものと認められる。
　Androidアプリケーションのコンポーネント間で処理を受け渡しする連携を行うIntentであって，
　起動されるシチュエーションや扱うデータ型などの定義によって１つの機能要素として抽象化されているAndroidシステム上に存在するすべてのコンポーネントに対して，何かしらの処理が必要になりアプリケーションがAndroidシステムに存在する機能を呼び出すとき，どのコンポーネントを起動するかの選択は，Intentという仕組みで実現されているところ，AndroidシステムはIntentが発行されると，その条件に合致するコンポーネントをシステム上から探して起動するが，もし複数のコンポーネントが条件に合致した場合は，画面に複数のコンポーネントの一覧を表示させるダイアログボックスを表示してユーザーに起動するコンポーネントを選択させる
　ことを特徴とするIntent。
２　引用文献２について
ア　本願の優先日前に頒布され（又は電気通信回線を通じて公衆に利用可能となった文献である），原審の拒絶の査定の理由である上記平成３０年６月１２日付けの拒絶理由通知において引用された上記引用文献２には，図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｄ　「【０００１】
【産業上の利用分野】本発明は、実行可能なプログラムが格納されているＰＣカード等の
記憶媒体に格納されている制御プログラム等を起動することが可能な情報処理装置
Ｅ　「【００３４】一方、
プログラムが複数格納されている場合、前回選択したプログラムがプログラム名登録部２０６によって登録されているかどうかを判断する
【００３５】また、ステップＳ７において
登録されているプログラムが存在した場合は、登録済みのプログラムを実行するかプログラムの一覧表示を行うかを問い合わせる
プログラムの一覧表示を行うか、あるいは
登録されているプログラムを実行するかどうかを選択するかをユーザに問い合わせる例が図５である
４０１はプログラムが複数ある場合に表示されるパネルの例
４０２はプログラムの一覧表示を行うよう指示するためのスイッチ
４０３はプログラムの一覧表示を行わずに登録されているプログラムを実行するよう指示するためのスイッチ
Ｆ　「
」
イ　上記Ｄ，Ｅ，Ｆの記載内容（特に，下線部参照）からすると，上記引用文献２には，次の技術（以下，「引用文献２記載の技術」という。）が記載されているものと認められる。
　記憶媒体に格納されている制御プログラム等を起動することが可能な情報処理装置において，
　プログラムが複数格納されている場合，前回選択したプログラムがプログラム名登録部によって登録されているかどうかを判断し，
　登録されているプログラムが存在した場合は，
　プログラムの一覧表示を行うか，あるいは登録されているプログラムを実行するかどうかを問い合わせるパネル４０１をユーザに表示し，
　プログラムの一覧表示を行うよう指示するためのスイッチ４０２，または，プログラムの一覧表示を行わずに登録されているプログラムを実行するよう指示するためのスイッチ４０３を，ユーザに選択させる技術。
３　引用文献３について
ア　本願の優先日前に頒布され（又は電気通信回線を通じて公衆に利用可能となった文献である），原審の拒絶の査定の理由である上記平成３０年６月１２日付けの拒絶理由通知において引用された上記引用文献３には，図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｇ　「今、第２図に示すように、１番目のデータファイルdata1について第１のアプリケーションapp1がカレントアプリケーションとされていれば、アイコン表示部１０４には
第３図（ａ）に示すように、１番目のデータファイルdata1について第１のアプリケーションapp1を起動することを表す第１アイコンicon1が表示される
オペレータが１番目のデータファイルdata1について第３のアプリケーションapp3を起動したいとすると、オペレータはカレントアプリケーションの切替えのため第１アイコンicon1上にポインティングデバイスを持って行きクリックを行う
アイコン表示部１０４はアプリケーション登録テーブル１０２を参照し、３図（ｂ）に示すように、第１アイコンicon1を１番目のデータファイルdata1に対応するエントリ内でカレントアプリケーションフラグがＯＮとなっているicon2infoが指す第２アイコンicon2に更新表示する
　
オペレータが更に第２アイコンicon2上でクリックを行うと、同様にして第２アイコンicon2の表示が、第３図（ｃ）に示すように、第３のアプリケーションapp3に対応するicon3infoが指すアイコンに更新される
Ｈ　「第３図
」
４　引用文献４について
ア　本願の優先日前に頒布され（又は電気通信回線を通じて公衆に利用可能となった文献である），原審の拒絶の査定の理由である上記平成３０年６月１２日付けの拒絶理由通知において引用された上記引用文献４には，図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｊ　「【００１５】
　画像読取装置とは別体の装置として構成された情報処理装置としては、例えば、パーソナルコンピュータのような情報処理装置を挙げることができ、この場合、
情報処理装置と画像読取装置は、通信ケーブルを介して直結した
Ｋ　「【００５６】
　図２に例示した複合機３の場合、読取部４２において読み取った画像のデータは、ＪＰＥＧ形式でＰＣ１へと伝送される。また、画像データの伝送先がアプリケーション＃１である場合、アプリケーション＃１ではＪＰＥＧで画像データを処理可能であることが、データ形式記憶部５２に記憶されている。したがって、
複合機３から画像データを取得した画像処理部５１のデータ形式判別部５３では、複合機３から取得した画像データと、伝送先となるアプリケーション＃１で処理可能な画像データとで、データ形式が一致すると判断し、複合機３から取得した画像データをそのままアプリケーション＃１へと伝送する
【００５７】
　一方、画像データの伝送先がアプリケーション＃２である場合、アプリケーション＃２ではＢＭＰで画像データを処理可能であることが、データ形式記憶部５２に記憶されている。したがって、
複合機３から画像データを取得した画像処理部５１のデータ形式判別部５３では、複合機３から取得した画像データと、伝送先となるアプリケーション＃１で処理可能な画像データとで、データ形式が一致しないと判断し、複合機３から取得した画像データのデータ形式を、データ形式変換部５４においてＪＰＥＧからＢＭＰへと変換し、変換後の画像データをアプリケーション＃２へと伝送する
Ｌ　「
」
　上記図７から，
プレビューウィンドウの表示領域と第１の方向にずれている表示領域にボタンを表示させた構成
プレビューウインドウの表示領域に重畳させてアプリケーションの一覧を表示させた構成
５　引用文献５について
ア　本願の優先日前に頒布され（又は電気通信回線を通じて公衆に利用可能となった文献である），原審の拒絶の査定の理由である上記平成３０年６月１２日付けの拒絶理由通知において引用された上記引用文献５には，図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｍ　「
」
　上記図９には，
ＰＤＦ形式とＪＰＥＧ形式を選択肢として含む複数のデータ形式
第６　対比・判断
１　本願発明１について
（１）対比
ア　本願発明１と引用発明とを対比する。
（ア）一般的な携帯端末等のコンピュータが，記憶部と操作部と表示部を備えるものであることは，当業者にとって自明の事項である。また，引用発明の「Intent」は，Androidシステムによって実現される仕組みであるところ，Androidシステムが，携帯端末等のコンピュータの記憶部に記憶され，当該携帯端末等のコンピュータによって実行されるプログラム（オペレーティングシステム）であることも，当業者にとって自明の事項である。そして，引用発明の「画面」は，本願発明１の「表示部」に相当する。
（イ）引用発明の「コンポーネント」は，本願発明１の「アプリケーション」に相当する。また，引用発明の「Intent」は，「起動されるシチュエーションや扱うデータ型などの定義によって１つの機能要素として抽象化されているAndroidシステム上に存在するすべてのコンポーネントに対して，何かしらの処理が必要にな」った場合に呼び出されるAndroidシステムの機能であり，「Androidアプリケーションのコンポーネント間で処理を受け渡しする連携を行う」ものであることから，共有元コンポーネントから共有先コンポーネントに，前記共有元コンポーネントが定義したデータを処理させる共用機能を提供するプログラムと言いえるものである。
　そうすると，上記（ア）の検討内容を踏まえると，本願発明１と引用発明とは，
“共有元アプリケーションが指定した共有先アプリケーションに，前記共有元アプリケーションが指定したデータを処理させる共有機能を提供するオペレーティングシステムが記憶された記憶部と，
　操作部と，
　表示部と，
　を備えた携帯端末のコンピュータによって実行されるプログラム”
である点で共通する。
（ウ）引用発明の「起動されるシチュエーションや扱うデータ型などの定義によって１つの機能要素として抽象化されているAndroidシステム上に存在するすべてのコンポーネントに対して，何かしらの処理が必要になりアプリケーションがAndroidシステムに存在する機能を呼び出す」，「AndroidシステムはIntentが発行されると，その条件に合致するコンポーネントをシステム上から探して起動する」との記載からすると，引用発明は，何かしらの処理が必要になり受け付けたデータ形式のデータを処理可能であるコンポーネントの検索をAndroidシステムに要求する手段を備えているといえる。
　してみると，本願発明１のプログラムと引用発明のAndroidシステムとは，“受け付けたデータ形式のデータを処理可能であるアプリケーションの検索をオペレーティングシステムに要求する検索要求手段”を備える点で共通する。
（エ）引用発明の「AndroidシステムはIntentが発行されると，その条件に合致するコンポーネントをシステム上から探して起動するが，もし複数のコンポーネントが条件に合致した場合は，画面に複数のコンポーネントの一覧を表示させるダイアログボックスを表示してユーザーに起動するコンポーネントを選択させる」との記載からすると，引用発明は，検索要求に従って，Androidシステムに検索されたコンポーネントの一覧を画面に表示させる手段，及び，画面に表示させたコンポーネントの一覧から，ユーザーによるコンポーネントの選択を，何らかのインタフェースを介して受け付ける手段を備えているといえる。
　してみると，本願発明１のプログラムと引用発明のAndroidシステムとは，“検索要求手段の要求に従って、オペレーティングシステムに検索されたアプリケーションの一覧を前記表示部に表示させる一覧表示手段”及び“一覧表示手段が表示部に表示させたアプリケーションの一覧の中から第１アプリケーションの選択を，操作部を介して受け付けるアプリケーション受付手段”を備える点で共通する。
（オ）上記（イ）及び（ウ）の検討内容，及び引用発明の「AndroidシステムはIntentが発行されると，その条件に合致するコンポーネントをシステム上から探して起動する」との記載からすると，引用発明は，Androidシステムが提供する共有機能であるintentを利用して，共有元コンポーネントから共有先コンポーネントに，前記共有元コンポーネントが定義したデータを処理させる手段を備えているといえる。
　してみると，本願発明１のプログラムと引用発明のAndroidシステムとは，“オペレーティングシステムが提供する共有機能を利用して，第１アプリケーションに，受け付けたデータ形式のデータを処理させる処理手段”を備える点で共通する。
イ　以上（ア）ないし（オ）から，本願発明１と引用発明とは，以下の点で一致し，また，以下の点で相違する。
（一致点）
　共有元アプリケーションが指定した共有先アプリケーションに，前記共有元アプリケーションが指定したデータを処理させる共有機能を提供するオペレーティングシステムが記憶された記憶部と，
　操作部と，
　表示部と，
　を備えた携帯端末のコンピュータによって実行されるプログラムであって，
　受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を前記オペレーティングシステムに要求する検索要求手段と，
　前記検索要求手段の要求に従って、前記オペレーティングシステムに検索されたアプリケーションの一覧を前記表示部に表示させる一覧表示手段と，
　前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第１アプリケーションの選択を，前記操作部を介して受け付けるアプリケーション受付手段と，
　前記オペレーティングシステムが提供する共有機能を利用して，前記第１アプリケーションに，前記受け付けたデータ形式のデータを処理させる処理手段と
を備えたことを特徴とするプログラム。
（相違点１）
　本願発明１が，「画像データを取得する画像データ取得手段」と「複数のデータ形式のうちのいずれかのデータ形式の選択を、前記操作部を介して受け付けるデータ形式受付手段」を備えるものであるのに対し，引用発明は，そのようなものを備えていない点。
（相違点２）
　「検索要求手段」が受け付けるデータ形式に関して，本願発明１が「データ形式受付手段」が操作部を介して受け付けるものであるのに対し，引用発明は，どのように受け付けるのか明記されていない点。
（相違点３）
　本願発明１が，「前記第１アプリケーションを識別する識別情報を前記記憶部に記憶する記憶手段」を備えるものであるのに対し，引用発明は，そのようなものを備えるものであるか不明である点。
（相違点４）
　本願発明１の「処理手段」が，「画像データを処理させる」ものであるのに対し，引用発明は，画像データを処理させることについて明記されていない点。
（相違点５）
　本願発明１が，「前記第１アプリケーションに前記処理手段が前記画像データを処理させた後に、再度前記画像データ取得手段が画像データを取得した場合、第１ボタンと第２ボタンとを前記表示部に表示させるボタン表示手段として、前記プログラムは前記携帯端末を機能させ」「前記ボタン表示手段が前記表示部に表示させた前記第１ボタンに対する操作を、前記操作部を介して受け付けた場合、前記処理手段は、前記記憶部に記憶されている前記識別情報により識別される前記第１アプリケーションに再度前記画像データ取得手段が取得した前記画像データを処理させ」「前記ボタン表示手段が前記表示部に表示させた前記第２ボタンに対する操作を、前記操作部を介して受け付けた場合、前記検索要求手段は、再度前記データ形式受付手段が受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を、前記オペレーティングシステムに要求し、前記一覧表示手段は、前記オペレーティングシステムに再度検索されたアプリケーションの一覧を前記表示部に表示させ、前記アプリケーション受付手段は、再度前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第２アプリケーションの選択を受け付け、前記処理手段は、前記第２アプリケーションに再度前記画像データ取得手段が取得した画像データを処理させ」るものであるのに対し，引用発明は，そのようなものではない点。
（相違点６）
　本願発明１の「ボタン表示手段」は，「前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させる」ものであるのに対し，引用発明は，そのようなものではない点。
（２）相違点についての判断
　事例に鑑み，先に相違点５及び相違点６について検討する。
　上記引用文献２の，上記Ｄ，上記Ｅ，及び上記Ｆに記載される，引用文献２記載の技術，すなわち，
「記憶媒体に格納されている制御プログラム等を起動することが可能な情報処理装置において，
　プログラムが複数格納されている場合，前回選択したプログラムがプログラム名登録部によって登録されているかどうかを判断し，
　登録されているプログラムが存在した場合は，
　プログラムの一覧表示を行うか，あるいは登録されているプログラムを実行するかどうかを問い合わせるパネル４０１をユーザに表示し，
　プログラムの一覧表示を行うよう指示するためのスイッチ４０２，または，プログラムの一覧表示を行わずに登録されているプログラムを実行するよう指示するためのスイッチ４０３を，ユーザに選択させる技術」
については，本願の優先日前において周知技術であったといえる。
　しかしながら，プログラムの一覧表示を行うか，あるいは登録されているプログラムを実行するかどうかを問い合わせるパネルをユーザに表示し，プログラムの一覧表示を行うよう指示するためのスイッチ（本願発明１の「第２ボタンに相当」），または，プログラムの一覧表示を行わずに登録されているプログラムを実行するよう指示するためのスイッチ（本願発明１の「第１ボタンに相当」）を，ユーザに選択させる技術が周知技術であったとしても，引用発明のIntentにおいて，当該周知技術を適用する動機づけがあったとは言えず，引用発明に引用文献２記載の技術を適用して上記相違点５に係る構成を採用することが，当業者にとって容易であったとは言えない。
　加えて，上記引用文献３の，上記Ｇ及び上記Ｈに記載される，特定のアプリケーションを識別可能な情報をアイコンの領域内に表示する技術（以下，「引用文献３記載の技術」という。）についても，本願の優先日前において周知技術であったといえる。
　そうすると，上記で検討したように，引用発明に引用文献２記載の技術を適用して上記相違点５に係る構成を採用することが，当業者にとって容易であったとは言えないものであるところ，引用発明に引用文献２記載の技術を適用したものに対してさらに，引用文献３記載の技術を適用して上記相違点６に係る構成を採用することは，当業者にとって想到し得ないものである。
　したがって，他の相違点について判断するまでもなく，本願発明１は，当業者であっても，引用発明，引用文献２及び引用文献３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２　本願発明２ないし本願発明７について
　本願発明２ないし本願発明７は，いずれも本願発明１を，直接・間接に減縮した発明であり，本願発明１と同様に，「前記第１アプリケーションに前記処理手段が前記画像データを処理させた後に、再度前記画像データ取得手段が画像データを取得した場合、第１ボタンと第２ボタンとを前記表示部に表示させるボタン表示手段として、前記プログラムは前記携帯端末を機能させ」「前記ボタン表示手段が前記表示部に表示させた前記第１ボタンに対する操作を、前記操作部を介して受け付けた場合、前記処理手段は、前記記憶部に記憶されている前記識別情報により識別される前記第１アプリケーションに再度前記画像データ取得手段が取得した前記画像データを処理させ」「前記ボタン表示手段が前記表示部に表示させた前記第２ボタンに対する操作を、前記操作部を介して受け付けた場合、前記検索要求手段は、再度前記データ形式受付手段が受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を、前記オペレーティングシステムに要求し、前記一覧表示手段は、前記オペレーティングシステムに再度検索されたアプリケーションの一覧を前記表示部に表示させ、前記アプリケーション受付手段は、再度前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第２アプリケーションの選択を受け付け、前記処理手段は、前記第２アプリケーションに再度前記画像データ取得手段が取得した画像データを処理させ」る構成を備え，該「ボタン表示手段」が「前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させる」構成を有するものであるから，上記１（２）と同じ理由により，当業者であっても，引用発明，引用文献２及び引用文献３に記載された技術的事項に基づいて容易に発明できたものとはいえない。
３　本願発明８について
　本願発明８は，本願発明１に対する携帯端末という装置の発明であり，本願発明１と同様に，「前記第１アプリケーションに前記処理手段が前記画像データを処理させた後に、再度前記画像データ取得手段が画像データを取得した場合、第１ボタンと第２ボタンとを前記表示部に表示させるボタン表示手段として、前記プログラムは前記携帯端末を機能させ」「前記ボタン表示手段が前記表示部に表示させた前記第１ボタンに対する操作を、前記操作部を介して受け付けた場合、前記処理手段は、前記記憶部に記憶されている前記識別情報により識別される前記第１アプリケーションに再度前記画像データ取得手段が取得した前記画像データを処理させ」「前記ボタン表示手段が前記表示部に表示させた前記第２ボタンに対する操作を、前記操作部を介して受け付けた場合、前記検索要求手段は、再度前記データ形式受付手段が受け付けたデータ形式のデータを処理可能であるアプリケーションの検索を、前記オペレーティングシステムに要求し、前記一覧表示手段は、前記オペレーティングシステムに再度検索されたアプリケーションの一覧を前記表示部に表示させ、前記アプリケーション受付手段は、再度前記一覧表示手段が前記表示部に表示させた前記アプリケーションの一覧の中から第２アプリケーションの選択を受け付け、前記処理手段は、前記第２アプリケーションに再度前記画像データ取得手段が取得した画像データを処理させ」る構成を備え，該「ボタン表示手段」が「前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させる」構成を有するものであるから，上記１（２）と同じ理由により，当業者であっても，引用発明，引用文献２及び引用文献３に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　原査定について
　審判請求時の補正により，本願発明１ないし本願発明８が備える「ボタン表示手段」が，「前記記憶部に記憶されている前記識別情報または前記識別情報に対応する情報を前記第１ボタンの表示領域内に表示させる」構成を有するものとなっており，当業者であっても，拒絶査定において引用された引用文献１ないし引用文献５に基づいて，容易に発明できたものとはいえない。
　したがって，原査定の理由を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって結論のとおり審決する。