【事件の表示】
　特願２０１６−５４３９７４「通信コンテンツの結合」拒絶査定不服審判事件〔平成２７年　３月２６日国際公開、ＷＯ２０１５／０４２１７７、平成２８年１０月２７日国内公表、特表２０１６−５３３６０１、請求項の数（１７）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１４年（平成２６年）９月１７日（パリ条約による優先権主張　外国庁受理　２０１３年９月１８日、中国）を国際出願日とする出願であり、その手続の経緯は以下のとおりである。
　平成３０年　７月　３日付け：拒絶理由通知書
　平成３０年１０月１０日　　：意見書、手続補正書の提出
　平成３１年　３月　５日付け：拒絶査定（原査定）
　令和　元年　７月　３日　　：審判請求書、手続補正書の提出
　令和　２年　９月２８日付け：拒絶理由通知書（以下、「当審拒絶理由」
　　　　　　　　　　　　　　　という。）
　令和　２年１２月２８日　　：意見書、手続補正書の提出
第２　原査定の概要
　原査定（平成３１年３月５日付け拒絶査定）の概要は次のとおりである。
　この出願の下記の請求項に係る発明は、以下の引用文献に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　記
・請求項　１、１１、１７、１８
・引用文献等　１
・請求項　２〜６
・引用文献等　１、２
・請求項　７、８、１４〜１６
・引用文献等　１−３
・請求項　９、１０、１２、１３
・引用文献等　１−４
引用文献等一覧
１.米国特許出願公開第２０１３／０２０４８８８号明細書
２.特表２０１１−５１５７３７号公報
３.特開２００２−１１７０１９号公報
４.特開平１０−９８４７１号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
理由１（明確性）この出願は、請求項１〜１８の記載が、特許法第３６条第６項第２号に規定する要件を満たしていない。
理由２（サポート要件）この出願は、請求項１〜１８の記載が、特許法第３６条第６項第１号に規定する要件を満たしていない。
第４　本願発明
　本願請求項１−１７に係る発明（以下、それぞれ「本願発明１」−「本願発明１７」という。）は、令和２年１２月２８日の手続補正で補正された特許請求の範囲の請求項１−１７に記載された事項により特定される発明であり、本願発明１−１７は以下のとおりの発明である（補正箇所に下線を付した）。
「　　【請求項１】
　通信参加者と、別の通信参加者を務める
２
２
　前記通信履歴に従って、前記通信参加者と前記
２
　前記履歴通信コンテンツの時系列に従って、前記通信参加者と前記
２
し、前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含む
ことを含む方法。
　　【請求項２】
　前記
２
　　【請求項３】
　前記
２
　　【請求項４】
　前記通信履歴の取得は、
　前記通信参加者と、前記
２
　前記データベースにおいて前記通信履歴が見つかった場合、前記通信参加者と前記
２
　ことを含む、請求項
３
　　【請求項５】
　前記通信履歴の取得は、前記通信参加者と前記現行の通信主体との通信履歴が前記データベースにおいて見つからない場合、前記通信参加者と前記現行の通信主体との前記通信履歴を保存することを含む、請求項
４
　　【請求項６】
　前記履歴通信コンテンツの結合は、
　前記履歴通信コンテンツの１以上の境界を探し出し、
　履歴通信コンテンツを前記１以上の境界に従ってセグメント化し、
　前記のセグメント化された履歴通信コンテンツを結合する
　ことを含む、請求項１に記載の方法。
　　【請求項７】
　前記履歴通信コンテンツの結合は、
　前記通信参加者と前記
２
　各時間セグメントにおける、前記通信参加者と
２
　各時間セグメントにおける前記履歴通信コンテンツを、１つのセグメントとして結合し、
　通信コンテンツの各セグメントを通信の時系列に従って順位付けし、
　前記通信コンテンツの前記の順位付けされたセグメントを、前記の結合された通信コンテンツとして使用する
　ことを含む、請求項１に記載の方法。
　　【請求項８】
　前記の結合された通信コンテンツを保存することをさらに含む請求項１に記載の方法。
　　【請求項９】
　前記の結合された履歴通信コンテンツの保存は、前記の結合された通信コンテンツを記憶するためのキーと値のデータベースを構築することを含み、そして値は前記の結合された通信コンテンツを表す、請求項
８
　　【請求項１０】
　前記の結合された通信コンテンツを表示することをさらに含む請求項１に記載の方法。
　　【請求項１１】
　前記表示は、前記の結合された通信コンテンツを現行の通信ウィンドウにおいて異なる色で表示することを含む、請求項
１０
　　【請求項１２】
　前記表示は、前記の結合された通信コンテンツを表示するために、現行の通信ウィンドウから新たな表示エリアを拡張することを含む、請求項
１０
　　【請求項１３】
　前記履歴通信コンテンツの結合は、各時間セグメントにおける前記履歴通信コンテンツを、１つのセグメントとして結合することを含み、
　前記表示は、デフォルトで通信コンテンツの各セグメントを表示することを含む、
　請求項
１０
　　【請求項１４】
　前記履歴通信コンテンツの結合は、各時間セグメントにおける前記履歴通信コンテンツを、１つのセグメントとして結合することを含み、
　前記表示は、現行の通信ウィンドウの通信コンテンツに関連する通信コンテンツの１以上のセグメントを表示することを含む、
　請求項
１０
　　【請求項１５】
　前記表示は、前記の現行の通信ウィンドウの前記通信コンテンツに関連する通信コンテンツの前のセグメント及び通信コンテンツの次のセグメントのプロンプトメッセージを表示することをさらに含む、請求項
１４
　　【請求項１６】
　通信参加者と、別の通信参加者を務める
２
２
　前記通信履歴に従って、前記通信参加者と前記の
２
　前記履歴通信コンテンツの時系列に従って、前記通信参加者と前記の
２
であって、前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含む、通信コンテンツ結合モジュール
　前記の結合した通信コンテンツを保存する通信コンテンツ保存モジュールと、
　前記の結合した通信コンテンツを表示する通信コンテンツプッシュ表示モジュールと
を備えるシステム。
　　【請求項１７】
　１以上のプロセッサにより実行可能なコンピュータ実行可能命令を記憶する１以上のコンピュータ可読媒体であって、前記１以上のプロセッサは前記コンピュータ実行可能命令により、
　通信参加者と、別の通信参加者を務める
２
２
２
　前記通信履歴に従って、前記通信参加者と前記
２
　前記履歴通信コンテンツの時系列に従って、前記通信参加者と前記
２
前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含み、
　前記の結合した通信コンテンツを保存し、
　前記の結合した通信コンテンツを表示する
　ことを含む処理を実行する、前記１以上のコンピュータ可読媒体。」
第５　引用文献、引用発明等
１．原査定で引用された引用文献
（１）引用文献１、引用発明について
（ア）原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。（下線は、当審により付与した。以下、同様。）
「[0085] In some embodiments, a communication application such as unified messaging app 145 can provide the functionality to facilitate a communication session between two or more participants. Unified messaging app 145 can allow a sender to conveniently identify an intended recipient account address across multiple electronic communication services to send a message. Unified messaging app 145 of some embodiments can determine a sender account from which to send the message based on the electronic communication service associated with the selected recipient account addresses. Further, 
unified messaging app 145 can facilitate a communication session for a group of three or more participants and determine an appropriate electronic communication service for the communication session.
（当審訳：[0085]　いくつかの実施形態において、統合メッセージ処理アプリ１４５などの通信アプリケーションは、２名以上の参加者間の通信セッションを円滑にする機能を提供し得る。統合メッセージ処理アプリ１４５は、送信者が複数の電子通信サービスを横断して指定受信者のアカウントアドレスを適宜に特定してメッセージを送信することを可能にし得る。いくつかの実施形態の統合メッセージ処理アプリ１４５は、選択された受信者アカウントアドレスに関連付けられる電子通信サービスに基づいて、メッセージを送信する送信者アカウントを決定し得る。更に、
統合メッセージ処理アプリ１４５は、３名以上の参加者のグループの通信セッションを円滑にし、通信セッションに適切な電子通信サービスを決定し
「[0087]Electronic communication services can be hosted by different providers and/or on different servers, and some electronic communication services can maintain records of past communication, e.g., e-mail archives or chat history files. FIG. 8 is
 
user device 100 can communicate via a wide area network 805
with various servers.
the servers can include instant messaging service #1 server 810, SMS service server 815, and instant messaging service #2 server 820.
each of servers 810, 815, and 820 stores communication history files in an associated data repository 825, 830, 835.」
（当審訳：[0087]　電子通信サービスは、異なるプロバイダによって及び／又は異なるサーバ上でホスティングされ得、一部の電子通信サービスは、例えば、電子メールアーカイブ又はチャット履歴ファイルなどの、過去の通信の記録を保持し得る。図８は、ユーザ間の通信履歴を生成するように配置及び集約され得る電子通信セッションファイルのローカル及びリモートストレージを示す系統図８００である。いくつかの実施形態において、
ユーザ装置１００は、広域ネットワーク８０５
を介して様々なサーバと通信し
サーバは、インスタントメッセージングサービス＃１サーバ８１０と、ＳＭＳサービスサーバ８１５と、インスタントメッセージングサービス＃２サーバ８２０とを含み得
サーバ８１０、８１５、及び８２０それぞれは、通信履歴ファイルを関連するデータリポジトリ８２５、８３０、８３５に記憶する
「[0091] FIG. 9 is an example of 
creating a communication history page 900 by aggregating multiple communication session files
a user has requested the communication history with another user (Johnny Appleseed)
In response to receiving the user's request, user device 100 can obtain communication session files between the user and the other user. 
 
the communication history includes three communication session files: a chat session file from an instant message service 910, an instant message/VOIP service 915, and a text message (SMS) service 920.
Session files can be stored locally at user device 100 and/or remotely 
 Remotely stored files can be retrieved in response to a user request.
（当審訳：[0091]　 図９は、本発明の一実施形態に係る、
複数の通信セッションファイルを集約することによって通信履歴ページ９００を作成する
ユーザは、別のユーザ（Ｊｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄ）との通信履歴を要求し
ユーザの要求の受け取りに応じて、ユーザ装置１００は、ユーザと別のユーザとの間の通信セッションファイルを取得し
通信履歴は、３つの通信セッションファイル、つまり、インスタントメッセージサービスからのチャットセッションファイル９１０、インスタントメッセージ／ＶＯＩＰサービス９１５、テキストメッセージ（ＳＭＳ）サービス９２０を含
セッションファイルは、ローカルでユーザ装置１００に及び／又はリモートで
記憶し
リモートで記憶されたファイルはユーザの要求に応じて取得し
「[0092] In some embodiments, unified messaging app 145 can arrange individual communications from the communication session files in an order (e.g., a chronological order) such that the generated page displays the communication history in the order in which the communications between the two users took place. As shown in FIG. 9, each communication line (corresponding to a message) in a communication session file can have a timestamp indicating when that message was sent.
 Based on the timestamps, unified messaging app 145 can sort the communication lines from all the communication session files across the different communication services and present a single page with the entire communication history arranged in chronological order.
（当審訳：[0092]　いくつかの実施形態において、統合メッセージ処理アプリ１４５は、生成されたページが２名のユーザ間の通信が発生した順序で通信履歴を表示するように、通信セッションファイルの個々の通信を順序で（例えば、古い順に）配列し得る。図９に示すように、通信セッションファイルの（メッセージに対応する）各通信行は、そのメッセージが送信された時を示すタイムスタンプを有し得る。
タイムスタンプに基づいて、統合メッセージ処理アプリ１４５は、異なる通信サービスを横断するすべての通信セッションファイルから通信行をソートし、全体の通信履歴を古い順に配列した単一のページを提示し
「［0093］Page 900 in FIG. 9, which is generated by aggregating communication session files from instant message service 910, VOIP service 915, and text message service 920, shows the aggregated communication history between the user and Johnny Appleseed. The aggregated communication history shows all chat lines and text exchanges between the user and Johnny Appleseed, sorted by timestamps, without regard for which service was used. Because “Hey Mandy” from VOIP service 915 has a timestamp of 10:56:33 and is the first communication between the user and Johnny Appleseed, it is displayed as the first chat line in the aggregated communication history. The next communication occurred when Johnny Appleseed sent “Hello!” to the user via instant message service 910 at 13:20:05. Hence, it is displayed as the second chat line in the aggregated communication history. In this way, all the chat lines from instant message service 910 and VOIP service 915 are sorted by each of their associated timestamp. Communication lines from the different communication session files can be interleaved depending on each communication line's timestamp. Moreover, page 900 also includes the communication history between the user and Johnny Appleseed from SMS service 920. As indicated by their associated timestamps, the text messages were exchanged later in the day. Consequently, the text message exchanges are displayed at the bottom of page 900, below the communication history from instant message service 910 and VOIP service 915.」
（当審訳：[0093]　図９のページ９００は、インスタントメッセージサービス９１０、ＶＯＩＰサービス９１５、テキストメッセージサービス９２０から通信セッションファイルを集約して生成したものであるが、ユーザとＪｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄとの間の集約された通信履歴を示す。集約された通信履歴は、使用したサービスに関係なく、タイムスタンプを基準にソートしたユーザとＪｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄとの間のすべてのチャット行とテキストの交換を示す。ＶＯＩＰサービス９１５からの「Ｈｅｙ Ｍａｎｄｙ」は、１０：５６：３３というタイムスタンプを有し、ユーザとＪｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄとの間の最初の通信であるので、集約された通信履歴で最初のチャット行として表示される。次の通信は、Ｊｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄが、１３：２０：０５にインスタントメッセージサービス９１０を介してユーザに「Ｈｅｌｌｏ」を送信した時に発生した。したがって、この通信は、集約された通信履歴で２番目のチャット行として表示される。このようにして、インスタントメッセージサービス９１０及びＶＯＩＰサービス９１５からのすべてのチャット行は関連するタイムスタンプそれぞれを基準にしてソートされる。異なる通信セッションファイルからの通信行は、それぞれの通信行のタイムスタンプによって、交互に配置し得る。更に、９００ページは、ＳＭＳサービス９２０からのユーザとＪｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄとの間の通信履歴も含み得る。関連するタイムスタンプで示されるように、テキストメッセージがその日の後に交換されている。この結果、テキストメッセージの交換は、インスタントメッセージサービス９１０とＶＯＩＰサービス９１５の下で、ページ９００の下部に表示される。）
「［0094］It will be appreciated that page 900 is illustrative and that variations and modifications are possible. In some embodiments, 
messages sent using different services can be visually distinguished from each other, e.g., by font, background color
（当審訳：[0094]　ページ９００は、説明上のものであって、変更や修正が可能であることが理解されよう。いくつかの実施形態において、
異なるサービスを利用して送信されたメッセージは、視覚的に
フォント、背景色、
によって
互いに区別し得
「[0095] As described, some embodiments can also sort the communication history in an order based on each file's timestamp or timestamps associated with various communication units defined by the service. A “communication unit” can include, e.g., a single message, a group of messages, all messages within a certain time interval, a block of conversation without a pause longer than twenty seconds, etc. This allows the user who requested the communication history to be able to readily view the entire communication history between the two users in a single page, regardless of the account addresses or the communication service used by either party when each communication took place. Further, the user can perform searches within the page to identify a dialogue the user is looking for, instead of having to open each communication session file and search the content of each file individually. In some instances, the communication history can be quite long and might not fit in the available display space. Page 900 can be scrollable to allow the user to view different portions of the history.」
（当審訳：[0095]　上記のように、いくつかの実施形態においては、通信履歴は、各ファイルのタイムスタンプ又はサービスによって定義される様々な通信単位に関連付けられるタイムスタンプに基づいた順序でソートし得る。「通信単位」は、例えば、単一のメッセージ、メッセージのグループ、特定の時間インターバル内のすべてのメッセージ、２０秒以上の休止がない会話のブロック等を含み得る。これによって、通信履歴を要求したユーザは、各通信が発生した時にいずれかのパーティが使用しているアカウントアドレス又は通信サービスに関係なく、単一ページの２名のユーザ間の通信履歴を全体を容易に見ることができる。更に、ユーザは、ページ内を検索してユーザが探している対話を特定することができ、各通信セッションファイルを開いて各ファイルのコンテンツを個別に検索する必要がない。場合によっては、通信履歴は、非常に長くて、利用できる表示空間に適合しない場合があり得る。ページ９００はスクロールが可能であり、ユーザは履歴の異なる部分を見ることができる。）
「「0096] FIG. 10 is a flow diagram of 
a process 
for aggregating a communication history that stores communications between two users
（当審訳：[0096]　 図１０は、本発明の一実施形態に係る、
２人のユーザ間の通信を記憶した通信履歴を集約するプロセス
「[0097] At block 1002, 
unified messaging app 145 can receive a request for a communication history between a user and another person.
The user can specify one or more people with whom she has communicated in the past and request the communication history
between them
（当審訳：[0097]　ブロック１００２において、
統合メッセージ処理アプリ１４５は、ユーザと相手との間の通信履歴に対する要求を受け取り
ユーザは、過去に通信した１人以上の人を指定し、その人たちとの通信履歴
を要求し
「[0098] At block 1004,
 unified messaging app 145 can receive a user identifier for the other person.
（当審訳：[0098]　ブロック１００４において、
統合メッセージ処理アプリ１４５は、相手のユーザ識別子を受け取り
「[0099] At block 1006, 
unified messaging app 145 can identify a set of account addresses for the requesting user.
（当審訳：[0099] ブロック１００６において、
統合メッセージ処理アプリ１４５は、要求しているユーザの一組のアカウントアドレスを特定し
「[0100] At block 1008, 
unified messaging app 145 can determine a set of communication services associated with the first set of account addresses. 
（当審訳：[0100]　ブロック１００８において、
統合メッセージ処理アプリ１４５は、第１の組のアカウントアドレスに関連付けられる一組の通信サービスを決定し
「[0101] At block 1010, 
unified messaging app 145 can identify a second set of account addresses for the other person.
（当審訳：[0101]　ブロック１０１０において、
統合メッセージ処理アプリ１４５は、相手の第２の組のアカウントアドレスを特定し
「[0102] At block 1012, 
unified messaging app 145 can retrieve a set of communication session files associated with the first and second sets of account addresses, either from the servers or local storage.
unified messaging app 145 can identify all instances where the user and the other person both have accounts on the same electronic communication service.
In instances where the user or the other person (or both) has multiple accounts on a single service, multiple pairs of account identifiers can be used to obtain session files for that service.
（当審訳：[0102]　ブロック１０１２において、
統合メッセージ処理アプリ１４５は、サーバ又はローカルストレージから、第１及び第２の組のアカウントアドレスに関連付けられる一組の通信セッションファイルを取得し
ユーザと相手両方が同じ電子通信サービスにアカウントを有するすべての場合を特定し
ユーザ又は相手（又は、両方）が単一のサービス上で複数のアカウントを有する場合、複数の対のアカウント識別子を用いてそのサービスのセッションファイルを取得し
「[0103] At block 1014,
 unified messaging app 145 can arrange the conversation units or lines from all of the retrieved communication session files in an order based on the associated timestamps.
all of the conversation lines in all the communication session files are displayed in a single page 
（当審訳：[0103]　ブロック１０１４において、
統合メッセージ処理アプリ１４５は、取得した通信セッションファイルすべてから会話単位又は内容を、関連するタイムスタンプに基づく順序で配列し
すべての通信セッションファイル内の会話内容すべてが単一のページに表示され、
「[0104] At block 1016, unified messaging app 145 can present at least a portion of the arranged conversation lines to the user. 
The arranged conversation lines can be presented in a single page or window where the user can view the entire communication history between the first user and the second user by simply scrolling through the page.」
（当審訳：[0104]　ブロック１０１６において、統合メッセージ処理アプリ１４５は、配列した会話内容の少なくとも一部をユーザに提示し得る。
配列した会話内容は、単一のページ又はウインドウに提示し得、ユーザは、単にページをスクロールすることによって第１のユーザと第２のユーザとの間の通信履歴全体を見ることができ
「[0105] 
Systems and methods in accordance with various embodiments can present a communication history between two or more users using a page in a window, in response to receiving a user request for a communication history.
unified messaging app 145 can load communication history retrieved from various servers
into system memory and display the communication history to the user.
（当審訳：[0105]　
様々な実施形態に係るシステム及び方法は、通信履歴に対するユーザ要求の受け取りに応じて、２名以上のユーザ間の通信履歴をウインドウのページを使って提示し得
統合メッセージ処理アプリ１４５は、様々なサーバ
から取得した通信履歴をシステムメモリにロードし、通信履歴をユーザに表示し
「[0112] In some embodiments, 
certain portions of the communication history (e.g., one or more cells corresponding to the most recent communications) can be kept in memory at all times while other portions of the history are dynamically loaded and unloaded.
（当審訳：[0112]　いくつかの実施形態では、
履歴の他の部分が動的にロードされかつアンロードされる間、通信履歴(例えば、最新の通信に対応する1つまたは複数のセル)の特定の部分は、常にメモリに保持することができる
「図８
」
「図９
」
「図１０
」
（イ）上記下線部の記載によれば、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
〈引用発明〉
「統合メッセージ処理アプリ１４５は、３名以上の参加者のグループの通信セッションを円滑にし、通信セッションに適切な電子通信サービスを決定し、
ユーザ装置１００は、広域ネットワーク８０５を介して様々なサーバと通信し、
サーバは、インスタントメッセージングサービス＃１サーバ８１０と、ＳＭＳサービスサーバ８１５と、インスタントメッセージングサービス＃２サーバ８２０とを含み、
サーバ８１０、８１５、及び８２０それぞれは、通信履歴ファイルを関連するデータリポジトリ８２５、８３０、８３５に記憶し、
複数の通信セッションファイルを集約することによって通信履歴ページ９００を作成し、
ユーザは、別のユーザ（Ｊｏｈｎｎｙ Ａｐｐｌｅｓｅｅｄ）との通信履歴を要求し、
ユーザの要求の受け取りに応じて、ユーザ装置１００は、ユーザと別のユーザとの間の通信セッションファイルを取得し、
通信履歴は、３つの通信セッションファイル、つまり、インスタントメッセージサービスからのチャットセッションファイル９１０、インスタントメッセージ／ＶＯＩＰサービス９１５、テキストメッセージ（ＳＭＳ）サービス９２０を含み、
セッションファイルは、ローカルでユーザ装置１００に及び／又はリモートで記憶し、
リモートで記憶されたファイルはユーザの要求に応じて取得し、
タイムスタンプに基づいて、統合メッセージ処理アプリ１４５は、異なる通信サービスを横断するすべての通信セッションファイルから通信行をソートし、全体の通信履歴を古い順に配列した単一のページを提示し、
異なるサービスを利用して送信されたメッセージは、視覚的に、フォント、背景色、によって、互いに区別し、
２人のユーザ間の通信を記憶した通信履歴を集約するプロセスにおいて、
統合メッセージ処理アプリ１４５は、ユーザと相手との間の通信履歴に対する要求を受け取り、
ユーザは、過去に通信した１人以上の人を指定し、その人たちとの通信履歴を要求し、
統合メッセージ処理アプリ１４５は、相手のユーザ識別子を受け取り、
統合メッセージ処理アプリ１４５は、要求しているユーザの一組のアカウントアドレスを特定し、
統合メッセージ処理アプリ１４５は、第１の組のアカウントアドレスに関連付けられる一組の通信サービスを決定し、
統合メッセージ処理アプリ１４５は、相手の第２の組のアカウントアドレスを特定し、
統合メッセージ処理アプリ１４５は、サーバ又はローカルストレージから、第１及び第２の組のアカウントアドレスに関連付けられる一組の通信セッションファイルを取得し、ユーザと相手両方が同じ電子通信サービスにアカウントを有するすべての場合を特定し、
ユーザ又は相手（又は、両方）が単一のサービス上で複数のアカウントを有する場合、複数の対のアカウント識別子を用いてそのサービスのセッションファイルを取得し、
統合メッセージ処理アプリ１４５は、取得した通信セッションファイルすべてから会話単位又は内容を、関連するタイムスタンプに基づく順序で配列し、
すべての通信セッションファイル内の会話内容すべてが単一のページに表示され、
配列した会話内容は、単一のページ又はウインドウに提示し得、ユーザは、単にページをスクロールすることによって第１のユーザと第２のユーザとの間の通信履歴全体を見ることができ、
通信履歴に対するユーザ要求の受け取りに応じて、２名以上のユーザ間の通信履歴をウインドウのページを使って提示し、
統合メッセージ処理アプリ１４５は、様々なサーバから取得した通信履歴をシステムメモリにロードし、通信履歴をユーザに表示し、
履歴の他の部分が動的にロードされかつアンロードされる間、通信履歴(例えば、最新の通信に対応する1つまたは複数のセル)の特定の部分は、常にメモリに保持することができる、
通信履歴を集約する方法。」
（２）引用文献２について
　原査定の拒絶の理由に引用された引用文献２の段落【００４０】には、以下の技術的事項が記載されている。
「インスタントメッセージングアカウントのグループ化インターフェースにおいて、主要インスタントメッセージングアカウントと対応する付属アカウントとを有すること。」
（３）引用文献３について
　原査定の拒絶の理由に引用された引用文献３の段落【００１１】−段落【００１２】には、以下の技術的事項が記載されている。
「分割対象となる電子化された文書１を受け取ると、文書部分間の類似度を測定し、類似度曲線を生成し、類似度曲線から各文末位置における分割点尤度を計算し、分割点尤度を用いて、最も大きな文書セグメントの中でもっともよい分割点尤度を持った位置を分割点として選択すること。」
（４）引用文献４について
　原査定の拒絶の理由に引用された引用文献４の段落【０００７】−段落【０００８】、段落【００１７】−段落【００１９】には、図面とともに次の事項が記載されている。
「複数の端末10,20 と、それらを接続するサーバ機40とからなるシステムにおいて、通信履歴データベース41は、各人が他の人とコミュニケーションを行った履歴を蓄積し、通信相手44-5をキーにして通信履歴データベース41をソートし、（通信相手44-5）であるＡさんとコミュニケーションした履歴が読み出すこと。」
第６　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明を対比すると、次のことがいえる。
（ア）引用発明の「統合メッセージ処理アプリ１４５」は、「３名以上の参加者のグループの通信セッションを円滑にし、通信セッションに適切な電子通信サービスを決定し」、「タイムスタンプに基づいて」、「異なる通信サービスを横断するすべての通信セッションファイルから通信行をソートし、全体の通信履歴を古い順に配列した単一のページを提示し」ており、「3名以上の参加者」は、「通信参加者と、別の通信参加者を務める2以上の通信主体」といいうるものであり、「異なる通信サービスを横断するすべての通信セッションファイルから通信行をソートし、全体の通信履歴」を「提示」しているから、通信履歴をそれぞれ取得しているといえる。
　したがって、引用発明の「統合メッセージ処理アプリ１４５」は、「３名以上の参加者のグループの通信セッションを円滑にし、通信セッションに適切な電子通信サービスを決定し」、「タイムスタンプに基づいて、」、「異なる通信サービスを横断するすべての通信セッションファイルから通信行をソートし、全体の通信履歴を古い順に配列した単一のページを提示し」することと、本願発明の「通信参加者と、別の通信参加者を務める
２
前記２以上の通信主体は、同一のアカウントを使用して、同一のシステム内の異なる通信ツールにログインし、前記通信参加者との通信を確立するものであ」
（イ）引用発明では、「統合メッセージ処理アプリ１４５」は、「
ユーザと相手との間の通信履歴に対する要求を受け取り」、「ユーザは、過去に通信した１人以上の人を指定し、その人たちとの通信履歴を要求し」、また、「
サーバ又はローカルストレージから、第１及び第２の組のアカウントアドレスに関連付けられる一組の通信セッションファイルを取得し、
２
（ウ）引用発明は「統合メッセージ処理アプリ１４５」が、「取得した通信セッションファイルすべてから会話単位又は内容を、
関連するタイムスタンプに基づく順序で配列し」、「
単一のページに表示」
　よって、引用発明の「統合メッセージ処理アプリ１４５」が「取得した通信セッションファイルすべてから会話単位又は内容を、関連するタイムスタンプに基づく順序で配列し」、「すべての通信セッションファイル内の会話内容すべてが単一のページに表示」されることは、本願発明１の「前記履歴通信コンテンツの時系列に従って、前記通信参加者と前記
２
複数のウィンドウからリアルタイムに
前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含む
２
(２)一致点・相違点
　したがって、本願発明１と引用発明との間には、以下の一致点と相違点があるといえる。
（一致点）
「通信参加者と、別の通信参加者を務める２以上の通信主体との通信履歴をそれぞれ取得し、
前記通信履歴に従って、前記通信参加者と前記２以上の通信主体間の履歴通信コンテンツをそれぞれ取得し、
前記履歴通信コンテンツの時系列に従って、前記通信参加者と前記２以上の通信主体間の前記履歴通信コンテンツを結合する、
方法。」
（相違点１）
　本願発明１が、「同一のアカウントを使用して、同一のシステム内の異なる通信ツールにログインし、前記通信参加者との通信を確立するものであ」ると特定される別の通信参加者を務める２以上の通信主体と通信参加者との通信履歴を取得しているのに対して、引用発明は、通信履歴を取得する３名以上の通信参加者ののうち、「別のユーザ」に関して、そのように特定されていない点。
（相違点２）
　前記履歴通信コンテンツを結合することに関して、本願発明１が、「複数のウィンドウからリアルタイムに」結合しているのに対して、引用発明には、そのようなことが特定されていない点。
（相違点３）
　本願発明１が、「前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含む」のに対して、引用発明には、そのようなことが特定されていない点。
（３）相違点についての判断
　事案に鑑みて、相違点３について先に検討を行う。相違点３は、「ウィンドウ」についての相違点であるから、相違点２についても併せて検討する。
　引用発明は、「ユーザと別のユーザとの間の通信セッションファイルを取得し、通信履歴は、３つの通信セッションファイル、つまり、インスタントメッセージサービスからのチャットセッションファイル９１０、インスタントメッセージ／ＶＯＩＰサービス９１５、テキストメッセージ（ＳＭＳ）サービス９２０を含み、セッションファイルは、ローカルでユーザ装置１００に及び／又はリモートで記憶し、リモートで記憶されたファイルはユーザの要求に応じて取得し、タイムスタンプに基づいて、統合メッセージ処理アプリ１４５は、異なる通信サービスを横断するすべての通信セッションファイルから通信行をソートし、全体の通信履歴を古い順に配列した単一のページを提示し」ている。
　ここで、「インスタントメッセージサービス」、「ＶｏＩＰ」、「テキストメッセージ（ＳＭＳ）サービス」などの「異なる通信サービス」の「通信セッションファイル」は、各サービスが異なる通信方法（ツール）を用いているといえるから、異なる通信ツールのローカル又はリモートで記憶されたセッションファイルを単一のページに結合しているといえる。
　また、引用発明は、「異なるサービスを利用して送信されたメッセージは、視覚的に、フォント、背景色、によって、互いに区別し」、「通信履歴(例えば、最新の通信に対応する1つまたは複数のセル)の特定の部分は、常にメモリに保持することができる」から、サービス（通信ツール）を区別して表示すること、最新の通信履歴を取得して表示することができることが示唆されているといえる。
　しかしながら、引用文献１には、結合される「通信履歴」は、ローカル又はリモートに記憶されたセッションファイルを結合しており、「通信ツールのそれぞれのウィンドウ」である「複数のウィンドウからリアルタイムに」通信履歴コンテンツを結合することは、記載も示唆もされていない。
　そして、引用文献２−４にも「前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含」み、「複数のウィンドウからリアルタイムに」通信履歴コンテンツを結合することは記載されておらず、本願優先日前において周知技術であったともいえない。
　したがって、本願発明１は、当業者であっても引用発明、引用文献２−４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−１５について
　本願発明２−１５も、上記相違点２，３に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２−４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
３．本願発明１６−１７について
　本願発明１６は、本願発明１に対応するシステムの発明であり、また、本願発明１７は、本願発明１に対応するコンピュータ可読媒体の発明であり、本願発明１６および本願発明１７は、上記相違点２，３に係る本願発明１の構成に対応する構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用文献２−４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　当審拒絶理由についての判断
１　理由１（明確性要件）について
　令和２年１２月２８日付けの補正により、補正後の請求項１−１７に「
前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含む
２　理由２（サポート要件）について
（１）令和２年１２月２８日付けの補正により、補正後の請求項１−１７に「
２
（２）令和２年１２月２８日付けの補正により、請求項２を削除する補正がなされた結果、当審拒絶理由で示した請求項２に係る発明が発明の詳細な説明に記載されていない、との拒絶理由は、解消した。
第８　原査定についての判断
　令和２年１２月２８日付けの補正により、補正後の請求項１−１７は、「前記複数のウィンドウは前記異なる通信ツールのそれぞれのウィンドウを含み、前記履歴通信コンテンツは前記異なる通信ツールのそれぞれのウィンドウにおける最新の履歴通信コンテンツを含」み、前記履歴通信コンテンツを「複数のウィンドウからリアルタイムに」結合するという技術的事項を有するものとなった。当該技術的事項は、原査定における引用文献１−４には記載されておらず、本願優先日前における周知技術でもないので、本願発明１−１７は、当業者であっても、原査定における引用文献１−４に基づいて容易に発明できたものではない。したがって、原査定を維持することはできない。
第９　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。