【事件の表示】
　特願２０００−３４４０２０「予約システム，予約方法及び記録媒体」拒絶査定不服審判事件〔平成１４年５月２４日出願公開，特開２００２−１４９９２８〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯・本願発明
　本願は，平成１２年１１月１０日の出願であって，その請求項１に係る発明（以下「本願発明」という。）は，平成１８年１０月２３日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された次の事項により特定されるものである。
　
「予約に関する予約情報を記憶する記憶手段と，
　表示画面の第１の領域に，カレンダを表示するカレンダ表示手段と，
　前記表示画面の第２の領域に，検索条件を表示する検索条件表示手段と，
　前記第１の領域に表示されたカレンダの指示，または，前記第２の領域に表示された検索条件の指示に基づき，前記記憶手段から予約状況を検索する検索手段と，
　前記記憶手段にアクセスしているユーザＩＤを認識する認識手段と，
　前記カレンダが指示された場合，前記表示画面の第３の領域に，前記検索手段により検索された予約状況を，予約有り時間と予約無し時間と前記ユーザＩＤによる予約有り時間とで異なる表示形態で表示する第１の検索結果表示手段と，
　前記検索条件が指示された場合，前記表示画面の第３の領域に，前記検索手段により検索された空き状況，または，前記ユーザＩＤにより予約された予約状況を表示する第２の検索結果表示手段と，
　前記第３の領域に表示された予約有り時間の部分が指示された場合に予約状況を表示し，前記第３の領域に表示された予約無し時間の部分が指示された場合に予約に必要な情報を入力するための入力画面を表示し，前記ユーザＩＤによる予約有り時間の部分が指定された場合に予約状況を変更するための変更画面を表示する表示制御手段と，
　前記入力画面により入力された情報を前記記憶手段に記憶，または，前記記憶手段に記憶された前記ユーザＩＤを前記変更画面に入力された他のユーザＩＤへ変更する記憶制御手段とを有する予約システム。」
　
２　引用例
　これに対して，当審の拒絶の理由に引用された，本願の出願日前に頒布された刊行物は，次の(1)〜(7)のとおりであり，それぞれ，下記２−１〜２−７に摘記する事項が記載されている。
　
(1) 西谷亮「続・Ｖｉｓｕａｌ Ｂａｓｉｃ６．０によるコンポーネントの作成と利用 最終回」Ｖｉｓｕａｌ Ｂａｓｉｃ Ｍａｇａｚｉｎｅ，第５巻，第１８号，株式会社翔泳社，１９９９年１０月１日，２４１〜２４７頁（以下「引用例１」という。） 
(2) 渋谷隆「イントラネットを活用しよう　第７章　グループウェア」ＯＰＥＮ ＤＥＳＩＧＮ，第７巻，第６号，ＣＱ出版株式会社，２０００年１１月１日，５５〜８１頁（以下「引用例２」という。） 
(3) 土屋賢司「イントラネット作りで学ぶ初級Ｊａｖａプログラミング 第４回システムの分析と設計[後編]」Ｊａｖａ ＷＯＲＬＤ，第３巻，第２号，株式会社ＩＤＧコミュニケーションズ，１９９９年２月１日，１５６〜１６１頁（以下「引用例３」という。）
(4) 竹田伸幸「第３回スケジュールを使いこなそう　ほかの社員の予定を簡単に一覧　会議室もスマートに予約」日経Ｗｉｎｄｏｗｓ　ＮＴ，第２１号，日経ＢＰ社，１９９８年１２月１日，２１１〜２２０頁（以下「引用例４」という。）
(5) 「最新Ｗｅｂグループウェアカタログ」アスキーＮＴ，第４巻，第７号，株式会社アスキー，１９９９年７月１日，１９３〜２０４頁（以下「引用例５」という。）
(6) 宮原徹「あの〜，ＤＢ連携　Ｗｅｂアプリケーションを作りたいんですが・・。第２回システムの基本設計を行う」ＡＳＣＩＩ ｎｅｔｗｏｒｋ　ＰＲＯ，第５巻，第７号，株式会社アスキー，２０００年７月１日，９２〜９５頁（以下「引用例６」という。）
(7) 「ＮＴＴの新ビジネスプラットフォームＢＯＸシリーズ」ビジネスコミュニケーション，第３６巻，第３号，株式会社ビジネスコミュニケーション社，１９９９年３月１日，１０７〜１２１頁（以下「引用例７」という。）
　
２−１　引用例１の記載事項
(a)「図４：会議室予約システムのトップページ（リスト４）
　Meeting Room空き状況確認ツール
　ryonさん，こんにちわ。
　このツールでは，各階のMeeting Roomの予約状況を確認できるようになっています。
　下のカレンダーより参照したい日にちを選択してＧＯボタンを押してください。
　各階の空き状況を参照することができます。」（２４４頁の図４）
(b)「まず，インフォメーションストア上の予定表を参照するために，MAPI.SessionというProgIDをもつ，CDOのインスタンスを生成し，Logonメソッドでログオンします。この際，動的プロファイル名（Server名vbLFLogonNameという形式のプロファイル名）を使用してセッションに対してのログオンを実現しています。
　次に，予定表を管理しているフォルダの情報を取得しなければならないので，GetDefaultFolderメソッドにおいて引数を指定し，「予定表」フォルダをオブジェクトとして取得します。
　あとは，条件を設定（ここでは，検索したい日程を指定しています）し，Appointmentsオブジェクトの取得を行なっています。いくつかの予定があるときは，配列の中にデータを格納するようにしています。
　ここで取得したデータを基に条件分岐を繰り返し，ＨＴＭＬテーブル上に色を変えながら，会議室予約の有無（つまり，スケジュールのあるなし）を表示していきます。この際にスケジュールが埋まっていない時間帯に対し予約をできるように，テーブルの中にあらかじめボタンが表示されるようになっています。
　では，今回統合化した予約を入れる部分を見てみましょう。予約を行なうぺージでは，現状いくつかの制約の元に作成されています。たとえば，１回の予約に対しては，３０分単位でのみ予約ができることや，予約内容の詳細を入力することができないなどです。実際のシステムとして利用してゆくには，これらを十分考慮していく必要があるでしょうが，今回は，あえて省略させていただき，単純にアイテムを作成し，誰が作成したのかわかるようになっているという状況にしてゆきたいと思っています。」（２４５頁左欄５〜右欄２４行）
(c)「これだけのソースコードを実行するだけで，スケジュールの作成ができるようになり，ちゃんとしたシステムへ一歩近づくことができました。あとは，アイテムの削除を実装したり，変更できるようにしたり，もしくは，アイテムの詳細を参照できるようにするなど，さまざまな拡張を考えることができるでしょう。」（２４７頁左欄下から７〜２行）
　
２−２　引用例２の記載事項
(d)「施設予約機能
　会議室などの施設を効率よく使えるように，使用予定の設定と参照が行える機能です。トップメニューの［施設予約］をクリックすると，図３３の施設検索画面になります。
　ここで，予約を参照したり実際に予約を行いたい施設の種類にチェックを入れて［表示］ボタンを押すと，図３４のように予約状況が表示されます。予約が入っているところでは，予約の部分をクリックすると，予約内容の詳細が表示されます（図３５）。
　予約を入れたい場合は，日付の枠にある＊マークをクリックしてスケジュール登録画面を出して，日時などを入力して［登録］ボタンを押します（図３６）。ここにもスケジュールのところと同様に［スケジュール重複登録可］のチェックボックスがあるので，ルーズな予定の場合などにはチェックを入れておくとよいかもしれません。」（６３頁左欄９行〜右欄２行）
(e)「施設予約機能
　施設予約はスケジューラに似た機能で，登録されている施設（備品類なども設定可能）を使いたいユーザーが事前に予約を入れておくようにして，施設の使用効率を高めたりバッティングを防止したりしてくれます。
　画面上部の［施設予約］ボタンをクリックすると，何のグループも選択されていない状態の施設予約画面が表示されます。ここでグループ選択で［全て］を選択すると（図９３），登録されている施設の予約状況が週間表示されます（図９４）。表示方式は日間か週間を選択でき，日間表示にすると，表示日のタイムテーブルが表示されます（図９５）。
　施設の予約は，日付の枠にあるメモのアイコンをクリックして行います。施設予約登録の画面が表示されるので，日時と利用目的，備考を入力して［登録］ボタンを押せば登録できます（図９６）。
　スケジュール登録のときと違い，施設予約では上部にその日の予約状況が表示されています。これは，スケジュールの予約とは違い施設予約では予約の重複が許されないようになっているため，予約を設定している段階で重複が起こりにくくするための工夫なのです。」（７９頁右欄３行〜８０頁右欄５行）
　
２−３　引用例３の記載事項
(f)「[1] システムの起動時には，当日のスケジュールを会議室予約データベースから取得し，予約状況パネルに表示する。
　[2] カレンダー・パネルの中で日付が指定された場合，その日付のスケジュールを会議室予約データベースから取得し，予約状況パネルに表示する。
　[3] 予約状況パネルの中で会議室が選択された場合，会議室情報を会議室情報パネルに表示する。
　[4] 会議室には，会議室名，収容人数，利用可能設備，備考を保持する。
　[5] スケジュールには，会議室名，開始時刻，終了時刻，登録者名，内線番号，使用目的を保持する。
　[6] 予約状況パネルの中ですでに登録済みのスケジュールが選択された場合，そのスケジュールをスケジュール情報パネルに表示する。
　[7] スケジュールの操作はコントロール・パネルから行われる。コントロール・パネルには，新規ボタン／修正ボタン／削除ボタン／登録ボタンを表示する。
　[8] スケジュールの新規作成および修正操作は，スケジュール情報パネルで行われる。スケジュールが設定された状態で登録ボタンがクリックされた場合，その内容を会議室予約データベースに登録する。
　[9] スケジュールが選択されている状態で削除ボタンがクリックされた場合，そのスケジュールを会議室予約データベースから削除する。」（１５７頁右欄）
　
２−４　引用例４の記載事項
(g)「すべてのスケジュールを同僚に見られて困る，ということもあるだろう。そんなときは，図２−(2)の「シークレット」というチェック・ボックスを選択しておこう。こうするとほかのメンバーからは見えず，自分のアカウントでログインしたときだけ見えるようになる。」（２１５頁左欄２〜７行）
(h)「次に会議室を指定する。［会議室］入力ボックスの左にある時計のアイコンをクリックして空き時間検索ウインドウを呼び出す（図６−(2)）。ここでは指定した日時に利用可能な会議室の一覧が表示される。画面上の白色部分が空き時間を表し，ボタンをドラッグして利用時間を指定する。利用したい会議室を選択して，時間を指定したら，［ＯＫ］ボタンをクリックする。」（２１７頁左欄１〜８行）
(i)「会議室リストを表示して，登録されている会議室の情報を確認してみる（写真２）。会議室名にマウスポインタをあわせると，使用可能な時間がポップアップ表示される。それでは，画面上の［会議室］ボタンをクリックして，会議室予約作成画面（図９−(1)）を呼び出してみよう。予約者の氏名の変更は［変更］ボタンをクリックして，ユーザー選択画面を呼び出して行う。ここでは，「使用目的」を必ず入力するようにしよう。
　予約方法は大きく分けて２種類ある。(1)会議室を指定してからメンバーの空き時間を検索する方法と，(2)開催日時を指定してから，該当する会議室を検索する方法である。与えられた条件や環境に合わせて２つの方法を上手に使い分けることが重要である。」（２１８頁右欄２７行〜２１９頁左欄２行）
(j)「次に，日時から会議室を選択する方法を説明しよう（図９−(1)）。「予約日時を指定」の三角ボタンをクリックする。管理区分を選択して，日付，時間，出席人数をそれぞれ指定する。すると指定した条件に該当する会議室を検索してくれる。出席人数は，会議室登録時に設定した定員情報に対する条件となる。［該当する会議室を検索］ボタンをクリックして，検索を実行すると該当する会議室のリストが表示される。そこから，適当な会議室を選択して，［ＯＫ］ボタンをクリックする。どちらの方法でも，登録が完了すると予約状況リストに追加される（図９−(2)）。
　予約状況リストは，一日，週間，月間別に表示され，予約を表す赤色のバーもしくは時計アイコンにマウスポインタをあわせると説明がポップアップ表示される。予約内容の変更は，予約情報を選択して，会議室予約編集画面を呼び出して実行することができる。ここでも一日表示であればバーを，週間／月間表示であれば時計ボタンをクリックすれば簡単に予約情報画面が呼び出される。」（２２０頁左欄４行〜右欄１８行）
　
２−５　引用例５の記載事項
(k)「施設予約では，会議室や社用車などの設備予約を行なえる。３種類のアクセス権が設定可能で，予約の変更は登録者と管理者のみが可能で，閲覧者は予約を確認するだけの権限になる。カレンダーを利用した直感的な操作感だ。」（１９７頁１欄「施設予約」の画面）
　
２−６　引用例６の記載事項
(l)「この表では縦方向に会議室を並べてそれぞれ色分けをし，予約の背景もそれと同じ色にしています。さらに中に予約をした人の名前と簡単な使用目的を表示するようにしています。クリックすると詳細な情報が一覧できるような感じになる予定です。なお，ここでは１日分しかサンプルを作っていませんが，実際のアプリケーションでは１週間分（５営業日分）を表示するようなものにしてもいいかもしれません。
　次に会議室予約機能を画面にしましょう（画面２）。システムの流れとしては予約確認から予約となります。また完全には決めていませんが，日付をクリックすると予約画面に「予約したい日付」「使いたい時間」「使用する会議室」「予約する人の名前」をドロップダウンリストで選択できるようにしておきます。あとで実際にアプリケーションを作っていく際に，予約確認との連携としてそれぞれの値をリンク元に合わせるような仕組みにすることだけ考えておいて，とりあえずは最低限基本的な画面機能を作るようにしたほうが実際には効率的です。つまり「細かいところはあとで考える」ということです。
　最後に予約キャンセル機能が必要です。今回はそれほど厳密な運用が必要とされるわけではないので，ユーザー認証などの機能は省いています。ですから，予約詳細確認画面（画面３）から「削除」をクリックするとその予約が削除されるようにします。」（９５頁１欄３０行〜３欄７行）
　
２−７　引用例７の記載事項
(m)「ＷＯＲＫＢＯＸはこの会議室予約の煩わしさから解放してくれる。端末画面に会議室の予約状況一覧を表示し，空きを確認してから予約することができるので，ダブルブッキングなどのトラブルを防ぐことができる。また，日時を指定しその時間帯の空室検索もでき，あとはその場で入力するだけで予約は完了する。予約すると予約者の名前，あるいは変更可の場合と不可の場合に分けて色別に表示されるので，調整することも可能だ（画面１参照）。この機能は会議室や応接室のみならず，機材等の予約管理などに幅広く利用できる。」（１１０頁右欄１０行〜１１１頁左欄６行）
　
２−８　引用例１発明
　上記２−１の摘記事項(a)乃至(c)を総合すると，引用例１には，
「予約表を管理する予定表フォルダと，
　カレンダを表示するカレンダ表示手段と， 
　表示されたカレンダにおいて検索したい日程を指示することにより，予定表フォルダからデータの取得を行うデータ取得手段と，
　前記データ取得手段により取得されたデータを，予約の有無により異なる色で表示する手段と，
　予約無しの時間帯が指示された場合に予約ができるように，ボタンを表示する手段とを有し，
　前記ボタンにより予約を行う予約システム。」
の発明（以下「引用例１発明」という。）が開示されていると認められる。
　
３　対比
(1) そこで，本願発明（以下「前者」という。）と引用例１発明（以下「後者」という。）とを対比すると，後者において，予定表フォルダは記憶手段に記憶されることは自明であり，また，ボタンにより予約が行われると予約に必要な情報が記憶手段に記憶されることも自明であるから，後者は，前者の「記憶手段」と「記憶制御手段」に相当する構成を有しているといえる。
　また，後者の「データ取得手段」は，カレンダにおいて検索したい日程を指定することにより予定表フォルダからデータを取得しているから，前者の「検索手段」に相当する。
　また，後者の「ボタン」は，表示された時間を指示するためのものであるから，前者の「時間の部分」と，「時間に対応する部分」という概念で対応する。
(2) そうすると，両者は，
「予約に関する予約情報を記憶する記憶手段と，
　表示画面に，カレンダを表示するカレンダ表示手段と，
　前記表示されたカレンダの指示に基づき，前記記憶手段から予約状況を検索する検索手段と，
　前記カレンダが指示された場合，前記検索手段により検索された予約状況を，予約有り時間と予約無し時間とで異なる表示形態で表示する第１の検索結果表示手段と，
　前記表示された予約無し時間に対応する部分が指示された場合に予約に必要な情報を前記記憶手段に記憶する記憶制御手段とを有する予約システム。」
である点で一致し，以下の点で相違する。
　
〔相違点１〕表示画面が，前者では，「第１の領域」，「第２の領域」及び「第３の領域」に区分され，第１の領域にカレンダ，第３の領域に検索された予約状況が表示されるのに対し，後者では，そうではない点。
〔相違点２〕前者は，「第２の領域に，検索条件を表示する検索条件表示手段」を有するのに対し，後者は，検索条件表示手段を有さず，また，検索手段が，前者では，「第２の領域に表示された検索条件表示手段の検索条件の指示に基づ」いても検索するのに対し，後者では，そうではない点。
〔相違点３〕前者は，「記憶手段にアクセスしているユーザＩＤを認識する認識手段」を有するのに対し，後者はユーザＩＤについては特定されていない点。
〔相違点４〕第１の検索結果表示手段が，前者では，「ユーザＩＤによる予約有り時間」についても異なる表示形態で表示するのに対し，後者では，そうではない点。
〔相違点５〕前者は，「検索条件が指示された場合，表示画面の第３の領域に，検索手段により検索された空き状況，または，ユーザＩＤにより予約された予約状況を表示する第２の検索結果表示手段」を有するのに対し，後者はそうでない点。
〔相違点６〕指示される時間に対応する部分が，前者では，「検索結果表示手段で表示された」「時間の部分」であるのに対し，後者では，時間に対応付けて表示されたボタンである点。
〔相違点７〕前者は，「予約有り時間の部分が指示された場合に予約状況を表示し」，「予約無し時間の部分が指示された場合に予約に必要な情報を入力するための入力画面を表示し」，「ユーザＩＤによる予約有り時間の部分が指定された場合に予約状況を変更するための変更画面を表示する」「表示制御手段」を有するのに対し，後者はそうでない点。
〔相違点８〕記憶手段に記憶する情報が，前者では，「予約に必要な情報を入力するための入力画面により入力された情報」であるのに対し，後者では，そうではない点。
〔相違点９〕記憶制御手段が，前者では，予約に必要な情報を記憶手段に記憶するだけでなく，「前記記憶手段に記憶された前記ユーザＩＤを前記変更画面に入力された他のユーザＩＤへ変更する」のに対し，後者では，そうではない点。
　
４　判断
(1) 相違点１について
　表示画面を複数の領域に区分し，それぞれの領域に情報を表示することは一般に周知の事項である。
　そして，引用例５の施設予約の画面（摘記事項(k)参照）には，カレンダや会議室の予約状況等を１つの表示画面に表示することが記載されているから，後者において相違点１に係る構成を得ることは，当業者が容易に想到し得ることである。
(2) 相違点２について
　予約システムにおいて，検索条件を入力する画面を用意し，入力された検索条件に該当する会議室を検索することは，引用例４の摘記事項(h)，(i)，(j)に記載されているから，後者において，引用例４記載の技術手段を付加し，相違点２に係る構成を得ることは，当業者が容易に想到し得ることである。
(3) 相違点３について
　引用例１においても，予約システムにログオンしているユーザ名を把握し，該ユーザ名に基づいた処理を行うことが記載されている（摘記事項(a)，(b)参照）から，後者も，予約システムにアクセスしているユーザＩＤを認識する認識手段を具備しているということができる。
　そして，後者においても，予約システムにアクセスしたユーザの要求に応じて，記憶手段から予約状況を検索するのであるから，後者における認識手段は，記憶手段にアクセスしているユーザＩＤを認識しているということができる。
　してみると，後者も相違点３に係る構成を具備しているということができるので，相違点３は，実質上の相違点ではない。
(4) 相違点４について
　予約システムにおいて，予約有り時間に予約者の名前を表示して，予約者を識別可能とすることは，引用例６の摘記事項(l)，引用例７の摘記事項(m)に記載されているように，周知の事項である。
　そして，後者においても，ユーザＩＤを認識して処理を行うのであるから，ユーザ自身が予約している予約有り時間についても，予約無し時間や他の予約者による予約有り時間と異なる表示形態で表示し，ユーザの便宜を図ることは，当業者が容易に想到し得ることである。
(5) 相違点５について
　予約システムにおいて，検索条件として日時を指定して利用可能な会議室を検索し，指定した条件に該当する会議室の空き状況を表示することは，引用例４の摘記事項(h)，(j)に記載されている。
　また，予約システムにおいて，ユーザ自身の予約状況を表示することも，普通に行われている。
　そして，後者において，検索条件を表示し，検索条件の指示に基づいて検索する構成を採用することは，相違点２について述べたとおり，当業者にとって容易であるから，その際，表示画面の第３の領域に，検索手段により検索された空き状況，または，ユーザＩＤにより予約された予約状況を表示する構成とすることは，当業者が容易に想到し得ることである。
(6) 相違点６について
　予約無し時間の表示と別にボタンを設けるか，予約無し時間の表示そのものをボタンとするかは，当業者が適宜選択する設計事項であり，しかも，引用例４の摘記事項(h)には，空き時間をドラッグすることにより予約を行うことが記載されているから，後者において，相違点６に係る構成を得ることは，当業者が容易に想到し得ることである。
(7) 相違点７について
　(i)「予約有り時間の部分が指示された場合に予約状況を表示」する点について
　　引用例１の摘記事項(c)には，アイテムの詳細を参照できるように拡張することが記載されており，また，引用例２の摘記事項(d)，引用例３の摘記事項(f)，引用例４の摘記事項(j)には，予約有り時間の部分を指示することにより予約状況を表示することが記載されているから，後者において，予約有り時間の部分が指示された場合に予約状況を表示するように構成することは，当業者が容易に想到し得ることである。
　(ii)「予約無し時間の部分が指示された場合に予約に必要な情報を入力するための入力画面を表示」する点について
　　引用例１の摘記事項(b)には，実際のシステムでは，予約内容の詳細を入力することが記載されており，また，引用例２の摘記事項(d)には，予約を入れる場合，予約に必要な情報を入力する入力画面であるスケジュール登録画面を表示することが記載されているから，後者において，予約無し時間の部分が指示された場合に予約に必要な情報を入力するための入力画面を表示するように構成することは，当業者が容易に想到し得ることである。
　(iii)「ユーザＩＤによる予約有り時間の部分が指定された場合に予約状況を変更するための変更画面を表示する」点について
　　引用例１の摘記事項(c)には，アイテムの削除や変更ができるように拡張することが記載されており，また，引用例５の摘記事項(k)には，予約の変更は登録者と管理者に限ること，すなわち，予約を登録したユーザが自分の予約した予約時間について予約状況を変更できることが記載され，引用例４の摘記事項(j)には，予約内容を変更する場合，予約情報を選択して，会議室予約編集画面を呼び出して予約内容を変更することが記載されている。
　そして，後者において，ユーザＩＤによる予約有り時間の部分を表示することは，相違点４について述べたとおり，当業者にとって容易であるから，その際，ユーザＩＤによる予約有り時間の部分が指定された場合に予約状況を変更するための変更画面を表示するように構成することは，当業者が容易に想到し得ることである。
　(iv) まとめ
　　以上のとおりであるから，後者において，「予約有り時間の部分が指示された場合に予約状況を表示し」，「予約無し時間の部分が指示された場合に予約に必要な情報を入力するための入力画面を表示し」，「ユーザＩＤによる予約有り時間の部分が指定された場合に予約状況を変更するための変更画面を表示する」「表示制御手段」を有する構成とすることは，当業者が容易に想到し得ることである。
(8) 相違点８について
　相違点８に係る構成は，相違点７の「予約無し時間の部分が指示された場合に予約に必要な情報を入力するための入力画面を表示」する構成を採用すれば，普通に採用される構成である。
　上記(7)で述べたとおり，後者において，相違点７に係る構成を得ることは，当業者にとって容易であるから，相違点８に係る構成を得ることもまた容易である。
(9) 相違点９について
　会議室の予約を紙の予約簿等により管理する場合に，予約済みの会議室を他の緊急・重要な会議のために使用できるように，関係者が協議・調整し，予約簿に記載された予約者名を変更することは，日常よく経験することである。
　そして，引用例７の摘記事項(m)には，「予約すると，予約者の名前，あるいは変更可の場合と不可の場合に分けて色別に表示されるので，調整することも可能だ（画面１参照）。」と記載されており，予約システムにおいても，予約済みの会議室の利用を調整可能とし，予約者についても変更可能とすることは，当業者が当然考慮する事項である。
　してみると，予約状況を変更するための変更画面において，変更する事項として，予約者を含めることは，当業者が容易に想到し得ることである。
　そして，後者において，変更画面を表示することは，相違点７で述べたとおり，当業者にとって容易であるから，その際，変更する事項として予約者，すなわち，ユーザＩＤを含めることは，当業者が容易に想到し得ることである。
(10) 作用効果について
　本願発明の作用効果についてみても，引用例１発明，引用例２〜７に記載された事項及び周知事項から当業者が予測し得る程度のものであり，格別のものとはいえない。
　
　なお，審判請求人は，平成１８年１０月２３日付け意見書において，引用例１〜７には，予約済みの予約状況を他のユーザに変更する（既に予約済みの会議室を，他の者へ譲渡する）ことは一切開示されていない旨主張するが，予約済の会議室を，何らかの理由で他の者に譲り，予約者名を変更することは，紙の予約簿等で会議室を管理する場合に，普通に行われていることであり，特段目新しいことではない。
　そして，既存のビジネス手法を単にシステム化することに格別の困難はないから，審判請求人の主張は，採用できない。
　
５　むすび
　したがって，本願発明は，引用例１発明，引用例２〜７に記載された事項及び周知事項に基づいて，当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　よって，結論のとおり審決する。