DETAILED ACTION
The following is a FINAL office action upon examination of the application number 18/312959.
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Response to Amendment
Claims 1, 12, and 18 have been amended.
Claims 21 and 22 are new.
Claims 1-22 are pending in the application and have been examined on the merits discussed below.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claim(s) 1, 3-9, 12-14, and 16-19 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2019/0342073 (Dai); in view of US 2022/0224684 (Schultz); in view of US 2016/0323269 (Zaheer); in view of US 2023/0325765 (Dai ‘65).
As per claim 1, Dai teaches: a method for tokenized accreditation, comprising: receiving a request for a token from an individual associated with an authorized source utilizing a data platform; ([0027] The unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test, and other rules generated by the educational institution according to the teaching situation thereof. [0028] The issuing of the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address. [0032] The students may send the learning history to the employing unit through electronic means by authorization through the key.
securely communicating the request to the authorized source …; receiving validation information regarding the individual from the authorized source in the data platform; ([0005] … establishing a unified issuing rule of the token by educational institutions, issuing the token to the student when the student meets the rule; [0009] …the unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test. [0010] Further, issuing the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address….When the token is transferred, the authorization needs to be performed by the educational institution through the key ).
automatically tokenizing the validation information … into one or more blockchain tokens by the data platform in response to verifying validation information, …; ([Abstract] … issuing rule of the token by educational institutions, issuing the token to the student when the student meets the rule…checking the digital education record through an authorization key. [0027] The unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test, and other rules generated by the educational institution according to the teaching situation thereof. [0028] The issuing of the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address. The hash value, date, time and number of the token transferring procedure are recorded on the entire network blockchain nodes in a real time. When the token is transferred, the authorization needs to be performed by the educational institution through the key. [0030] The method of generating a digital education record for a student according to the data includes acquiring a situation and related data that a student obtains the tokens in different educational institutions in different periods).
communicating one of the one or more blockchain tokens to at least the individual associated with the authorized source … ([Abstract] … issuing rule of the token by educational institutions, issuing the token to the student when the student meets the rule…checking the digital education record through an authorization key. [0027] The unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test, and other rules generated by the educational institution according to the teaching situation thereof. [0028] The issuing of the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address. The hash value, date, time and number of the token transferring procedure are recorded on the entire network blockchain nodes in a real time. When the token is transferred, the authorization needs to be performed by the educational institution through the key. [0030] The method of generating a digital education record for a student according to the data includes acquiring a situation and related data that a student obtains the tokens in different educational institutions in different periods).
Although not explicitly taught by Dai, Schultz teaches: verifying, by the data platform, the validation information using at least a database query of the authorized source; ([0098] … the token validator 550 may access the database 560 to search or find the token 590′ associated with the initiator 505. If no token 590′ associated with the initiator 505 is found, the token validator 550 may determine that no previous token 590′ for the initiator 505 exists. In addition, the token validator 550 may not validate or otherwise restrict the token 590 for use in communications over one or more of the networks 515).
In addition to Dai, Shultz also teaches: communicating …. with the authorized source through a secure connection ([0060] Encryption engine 234 may process any security related protocol, such as SSL or TLS. For example, encryption engine 234 may encrypt and decrypt network packets, or any portion thereof, communicated via appliance 200, may setup or establish SSL, TLS or other secure connections, for example between client 102, server 106).
One of ordinary skill in the art would have recognized that applying the teachings of Schultz to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for validation of information using a database.
Although not explicitly taught by Dai, Zaheer teaches: tokenizing the validation information and signed validation hash into one or more blockchain tokens …, the blockchain tokens include metadata fields for at least an issuer identifier, a subject identifier, and the signed validation hash ([0020] The content of this token is shown schematically in FIG. 3. The standard components 320 of a token 300 are those authentication token elements that are commonly found in most or all such tokens. In the preferred embodiment, the token 300 conforms to the OAuth (defined in Request for Comment-RFC-5849) or OAuth 2.0 specification (defined in Request for Comment-RFC-6749) as defined by the Internet Engineering Task Force (IETF). These standard components 320 include the hash value 322 and the expiration time 324 for the token 300. The expiration time 324 defines the time period during which this token 300 is valid. When the expiration time 324 has passed, the token is no longer valid and the user (mobile device 110) must request a renewed token (or otherwise refresh the token). Other components 326 are commonly found in standard tokens 300, including a name, an issuer, and an audience for the token 300. The content, format, and functioning of each of these standard token components 320 are well known in the art.)
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Zaheer with the motivation of implementing standardized authentication token structures (Zaheer [0020]). Further, one of ordinary skill in the art would have recognized that applying the teachings of Zaheer to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for inclusion of metadata in a token.
Although not explicitly taught by Dai, Dai ’65 teaches: after communicating the one of the one or more blockchain tokens, periodically re-verifying, by the data platform, the validation information using at least a database query of the authorized source to detect a status change associated with the individual ([0049] … the transaction history and ownership status can be checked by a third party at any time on the blockchain, so that a party wishing to trade the certificate token can confirm the fact that the other party actually owns the barrel. Once the certificate token reaches the end-user (Consumer C) who then decides to exercise the right granted to him/her by the certificate token and make an exchange, the barrel management company can verify whether Consumer C does own the certificate token, making the confirmation easy [0051] In FIG. 3, the private/public-key encoding method, which can be employed in a manner ensuring privacy protection, is utilized to check whether the statement that the other party owns the certificate token is true or false in a transaction. Investor A has a private key and a public key, and Investor B obtains the public key from the blockchain of the account that owns the certificate token. To check if Investor A actually owns the certificate token, Investor B uses the public key to decode the specified message encoded by Investor A using the private key, thereby certifying that Investor A is the owner of the certificate [0053] … at specified intervals (such as every month, week, day, or hour) (1) [0054] In the user's app, the hash values in the application database and on the application server can be verified against the hash values recorded on the blockchain (3). This hash value, which is a numeric value obtained by hashing data, has a characteristic of changing when the original unhashed data is modified, added to, falsified, etc., and therefore by verifying the hash values recorded in the application database and on the application server against the hash values on the blockchain, any falsification, deletion or other fraudulent act committed on the recorded information can be detected, allowing any third party to verify the authenticity)
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Dai ’65 with the motivation maintaining an updated information regarding status changes. Further, one of ordinary skill in the art would have recognized that applying the teachings of Dai ’65 to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for frequent verification of status
As per claim 3, Dai teaches: wherein the authorized source provides education ([0005] …A digital education record management method based on the blockchain token technology, the steps of the method are as follows: generating a fixed number of tokens on the blockchain of the entire network through a hash algorithm; generating a unique educational institution hash address [0009] …token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test [0019] FIG. 1 is a flow chart of a digital education record management method based on a blockchain token technology).
As per claim 4, Dai teaches: wherein the validation information ensures that the individual has completed all of the requirements associated with receiving the one or more blockchain tokens from the authorized source ([0009] …token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test [0010] …issuing the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address. [0019] FIG. 1 is a flow chart of a digital education record management method based on a blockchain token technology) and includes a cryptographically signed validation hash to confirm authenticity ([0007] … The encryption and decryption rules of the management key matching the educational institution hash address is generated by performing a calculation on a SHA-256 hash value of the account with the use of an elliptic curve encryption algorithm. The management key corresponding to the student hash address also includes a public key and a private key. [0023] ... generating a fixed number of tokens on the blockchain of the entire network through a hash algorithm).
As per claim 5, Dai teaches: wherein the verifying is performed automatically by the data platform utilizing databases of the authorized source ([0012] Further, the method of generating a digital education record for a student according to the data includes acquiring a situation and related data that a student obtains the tokens in different educational institutions in different periods through a comparison table of the educational institution hash address and a comparison table of the student hash address, thereby, generating a digital education record for a student. [0030] The method of generating a digital education record for a student according to the data includes acquiring a situation and related data that a student obtains the tokens in different educational institutions in different periods through the comparison table of the educational institution hash address and a comparison table of the student hash address, thereby, generating a life-time recorded and tamper-resistance digital education record based on the blockchain for a student.).
As per claim 6, Dai teaches: wherein the request is automatically generated in response to the individual completing requirements associated with receiving the token ([Abstract] …establishing a unified issuing rule of the token by educational institutions, issuing the token to the student when the student meets the rule [0009] …the unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test. [0010] Further, issuing the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address).
As per claim 7, Dai teaches: wherein the one or more tokens include a first token associated with the authorized source and a second token associated with the individual ([0008] … assigning a sufficient number of the tokens to the educational institution is: distributing the tokens to the educational institution hash address and automatically recording on the entire network nodes of the blockchain simultaneously. [0009] …the unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test. [0010] Further, issuing the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address).
As per claim 8, Dai teaches: wherein the first token and the second token are linked for subsequent verification ([0012] … generating a digital education record for a student according to the data includes acquiring a situation and related data that a student obtains the tokens in different educational institutions in different periods through a comparison table of the educational institution hash address and a comparison table of the student hash address, thereby, generating a digital education record for a student).
As per claim 9, although not explicitly taught by Dai, Dai ’65 teaches: integrating the one or more blockchain tokens in an identifier associated with a physical object ([0016] picks up and records on the server the location information transmitted by the GPS sensor linked to the barrel number, and the storage-state data of the individual barrel transmitted by the IoT sensor linked to the barrel number, including the time elapsed from the unblended liquor fill date, and temperature and humidity taken at each specified time; and [0017] hashes the basic data, location information, and storage-state data by linking the barrel number thereto, and records the result on a public blockchain. [0021] hashes the basic data, location information, and storage-state data by linking the barrel number thereto, and records the result on a public blockchain; and [0022] records on the blockchain a certificate token linked to the barrel number. [0038] … issues a barrel number being a truly-random serial number unique to each barrel (2), and issues onto a blockchain an NFT linked to the barrel number (3, 4) [0043] It is shown that the distillery informs the company managing this system (1) of the basic information of each barrel, including the barrel number, unblended liquor fill date, brand, net weight, alcohol proof, and manufacturer name; however, the distillery may directly enter each of the above information in the system. The system issues certificate tokens onto the blockchain based on this information. These certificate tokens are NFTs (non-fungible tokens, tokens that cannot be replaced) in that each individual token holds uniquely different data and is thus identifiable. The NFTs issued by this system are linked to the respective barrel numbers, and these certificate tokens themselves can certify the ownership of the barrels.).
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Dai ’65 with the motivation of linking tokens to object identifiers (Dai ’65 [0022]). Further, one of ordinary skill in the art would have recognized that applying the teachings of Dai ’65 to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for tokes to be linked to object identifiers.
As per claim 12, this claim recites limitations substantially similar to those addressed by the rejection of claim 1, above; therefore, the same rejection applies. Additionally, Dai teaches: a plurality of electronic devices executing a data application, the data application is configured to capture the user data associated with a user; and a data platform accessible by the plurality of electronic devices through one or more networks ([0029] The blockchain scanning tool is Etherscan or Web3js. The reading of the date on the blockchain node includes acquiring the latest token transferring data on the entire network blockchain nodes anytime. [0009] … the unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test. [0023] … generating a digital education record for the student according to the data; checking the digital education record through an authorization key).
As per claim 13, Dai teaches: wherein the data platform securely communicates with the authorized source to receive the validation information ([0005] … reserving a comparison table of each educational institution and its hash address by the blockchain management node [0007] … the management key matching the educational institution hash address includes a public key and a private key. The encryption and decryption rules of the management key matching the educational institution hash address is generated by performing a calculation on a SHA-256 hash value of the account with the use of an elliptic curve encryption algorithm. [0010] … When the token is transferred, the authorization needs to be performed by the educational institution through the key).
As per claim 14, Dai teaches: wherein the data platform securely communicates with one or more servers of the authorized source ([0005] … reserving a comparison table of each educational institution and its hash address by the blockchain management node [0007] … the management key matching the educational institution hash address includes a public key and a private key. The encryption and decryption rules of the management key matching the educational institution hash address is generated by performing a calculation on a SHA-256 hash value of the account with the use of an elliptic curve encryption algorithm. [0010] … When the token is transferred, the authorization needs to be performed by the educational institution through the key [0012] …a student obtains the tokens in different educational institutions in different periods).
As per claim 16, this claim recites limitations substantially similar to those addressed by the rejection of claim 9, above; therefore, the same rejection applies.
As per claim 17, Dai teaches: wherein the authorized source is automatically accessed through a dedicated secure connection ([Abstract] … issuing rule of the token by educational institutions, issuing the token to the student when the student meets the rule…checking the digital education record through an authorization key. [0027] The unified token issuing rule established by educational institution is as follows: the student completes one day of study or passes a test, and other rules generated by the educational institution according to the teaching situation thereof. [0028] The issuing of the token to the student when the student meets the rule includes transferring the token from the educational institution hash address to the student hash address. The hash value, date, time and number of the token transferring procedure are recorded on the entire network blockchain nodes in a real time. When the token is transferred, the authorization needs to be performed by the educational institution through the key. [0030] The method of generating a digital education record for a student according to the data includes acquiring a situation and related data that a student obtains the tokens in different educational institutions in different periods).
As per claim 18, this claim recites limitations substantially similar to those addressed by the rejection of claim 1, above; therefore, the same rejection applies.
As per claim 19, this claim recites limitations substantially similar to those addressed by the rejection of claim 9, above; therefore, the same rejection applies.
Claim(s) 2 and 10 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2019/0342073 (Dai); in view of US 2022/0224684 (Schultz); in view of US 2016/0323269 (Zaheer); in view of US 2023/0325765 (Dai ‘65); in view of US 2020/0007336 (Wengel).
As per claim 2, although not explicitly taught by Dai, Wengel teaches: wherein the one or more blockchain tokens are associated with a degree ([0027] …Providing blockchain/distributed ledger technology verified diplomas to higher education partners achieves a verified proof of degree/certification attainment [0050] … if the user has earned a degree from a university, the system may receive from the university credential information that includes the university's name, the degree awarded to the user, the date that the degree was awarded, the user's grade point average, the user's class rank, whether the user graduated with honors, and/or the dates during which the user attended the university. [0051] Credential information may be any information on a resume that is certified by a trusted institution. A trusted institution may be a university, corporate employer, or skills certification program. Credential information may only be accepted by computer systems according to the present invention from institutions that have been previously authorized to provide credential information. Each trusted institution may be provided an authorization code that must be provided with the credential information for the credential information to be accepted. Credential information may include information relevant to the certified resume information. For example, for a degree earned by a user of the system, the credential information may include the name of the institution that issued the degree, the date on which the degree was earned, and/or the dates that the user attended the institution. [0052] FIG. 3 depicts a flow chart (300) of information according to the present invention. At the top of the chart is a blockchain (310) maintained by four exemplary education institutions (EDU 1, EDU 2, EDU 3, and EDU 4) who may post to the blockchain credential information regarding their students and alumni).
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Wengel with the motivation of providing a ledger for verified diplomas (Wengel [0027]). Further, one of ordinary skill in the art would have recognized that applying the teachings of Wengel to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for the recording of degrees on blockchain.
As per claim 10, although not explicitly taught by Dai, Wengel teaches: wherein the physical object is a diploma ([0004] …individuals who have just completed a high school degree, a 2 year degree program, a 4 year undergraduate degree, a graduate degree, or a professional certification program that recognizes a new skill that the participants receive. [0047] …Included in the Education Section (110) may be information concerning one or more schools the user has attended, degrees the user earned, the user's dates of graduation from each school, and honors the user received while attending each school).
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Wengel with the motivation of providing a ledger for diplomas (Wengel [0027]). Further, one of ordinary skill in the art would have recognized that applying the teachings of Wengel to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for the recording of degrees on blockchain.
Claim(s) 11 and 15 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2019/0342073 (Dai); in view of US 2022/0224684 (Schultz); in view of US 2016/0323269 (Zaheer); in view of US 2023/0325765 (Dai ‘65); in view of US 2022/0021728 (Kelly).
As per claim 11, although not explicitly taught by Dai, Kelly teaches: wherein the token is stored in a hardware chip integrated with an object ([Claim 2] …wherein the first token is stored at the user device [0160] … token is assigned and/or stored on the uploading user's hardware).
One of ordinary skill in the art would have recognized that applying the teachings of Kelly to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for the storage of tokens on hardware.
As per claim 15, this claim recites limitations substantially similar to those addressed by the rejection of claim 11, above; therefore, the same rejection applies.
Claim(s) 20 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2019/0342073 (Dai); in view of US 2022/0224684 (Schultz); in view of US 2016/0323269 (Zaheer); in view of US 2023/0325765 (Dai ‘65); in view of US 2021/0328800 (Lee).
As per claim 20, although not explicitly taught by Dai, Lee teaches: wherein the one or more blockchain tokens are integrated with a hardware chip that communicates an inaudible tone ([0052] … authentication include secure login and user authentication for tokenized or other encrypted payloads for content [0065] … a token vault 235 for tokenized payload or key storage 236 for single key or dual key encryption. The encoder/decoder 232 is also configured to compress a payload into an inaudible soundwave and encrypt the compressed payload for transmission to a downstream device, as well as decrypt the same. [0085] … the system is configured to decrypt the encrypted inaudible soundwave, then decrypt or detokenize the authorization information. For example, in an embodiment, as shown in FIG. 3B, after block 24a, at block 25a the VED 110 receives the inaudible soundwave via VED microphone 238 decrypts the encrypted inaudible soundwave including the encrypted or tokenized authorization information. For example, the VED 110 can be provided with a key to decrypt the inaudible soundwave. [0091] … the VED receives the inaudible soundwave via VED microphone 238 decrypts the encrypted inaudible soundwave including the tokenized payment information. For example, the VED can be provided with a key to decrypt the inaudible soundwave… [0095] … the VED receives the inaudible soundwave, then converts the inaudible soundwave to an encrypted data payload including the tokenized payment information and transmits the encrypted data payload including tokenized payment information [Abstract] The user device encodes encrypted authorization credentials into an inaudible soundwave and emits the soundwave).
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Lee with the motivation of authenticating tokenized content (Lee [0052]). Further, one of ordinary skill in the art would have recognized that applying the teachings of Lee to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for the use of inaudible soundwaves in the authentication of tokens.
Claim(s) 21 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2019/0342073 (Dai); in view of US 2022/0224684 (Schultz); in view of US 2016/0323269 (Zaheer); in view of US 2023/0325765 (Dai ‘65); US 2021/0319083 (Bernardi).
As per claim 21, although not explicitly taught by Dai, Bernardi teaches: assigning, by the data platform, an expiring link to a display of a record associated with the one or more blockchain tokens, the expiring link becoming invalid after a predetermined time period ([0007] …transmit an HTML link from a Sender to a Receiver. [0093] STEP 5: rendering, by a DRM Rendering module, an HTML link to the DRM restricted electronic messaging object; and [0107] … disable the URL link to the HTML file after a period selected from the ranges of 1-30 days, 1-24 hours, and 1-60 minutes. [0174] …If the request is for a document (or photo, message, video, or audio) file, the DRM server returns a pre-built, server-side rendered HTML response. An http link to this response is provided [0301] FIG. 40 shows how the sensitive document may be located in a separate server, such as a Dropbox storage, and that the sender has chosen to apply DRM restrictions to the sensitive document thus establishing a DRM-document and a DRM server link. FIG. 40 shows how the DRM server link may be incorporated into a Block Chain transaction as part of a Block transaction payload and may include a date, time, and a user ID).
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Bernardi with the motivation of providing limited access to records. Further, one of ordinary skill in the art would have recognized that applying the teachings of Lee to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for the use of a temporary link to provide access to a record.
Claim(s) 22 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 2019/0342073 (Dai); in view of US 2022/0224684 (Schultz); in view of US 2016/0323269 (Zaheer); in view of US 2023/0325765 (Dai ‘65); in view of US 2008/0028069 (Urbanek).
As per claim 22, although not explicitly taught by Dai, Urbanek teaches: wherein re-verifying the validation information associated with the individual triggers re-verification, by the data platform, of validation information for one or more additional individuals associated with the authorized source ([0043] Generally speaking, the user validation system 30 automates the collection, verification, and distribution of user profile information by providing for automated user registration, a user profile management interface and periodic communication and profile validation activities via e-mail and/or web activities with each user, each user's manager and one or more direct reports or subordinates of each user. In particular, the validation system 30 uses collected and stored information regarding organizational relationships between a user and one or more associated users, such as the user's manager and the user's direct reports, to create an organizational tree, and allows a user to validate, indicate a transfer, or terminate himself or herself and anyone directly connected to him/her on the organization tree. [0045] Moreover, the user profile validation occurs regularly and periodically [0047] … the validation notifications is to prompt users to provide verification that they and possibly one or more other users within the organization are still valid users. [0048] … the user(s) directly connected above them in the organizational tree 50 (typically their manager) and the user(s) directly below them in the organizational tree 50 (typically any direct reports or subordinates). Thus, when a user completes validation, he/she has effectively validated themselves, their manager(s), and any direct reports or subordinates for the current validation period [0052][0053]).
It would have been obvious, before the effective filing date of the claimed invention, for one of ordinary skill in the art to have modified the teachings of Dai with the aforementioned teachings of Urbanek with the motivation of improving accuracy and currency of validation information. Further, one of ordinary skill in the art would have recognized that applying the teachings of Urbanek to the system of Dai would have yielded predictable results and doing so would have been recognized by those of ordinary skill in the art as resulting in an improved system that would allow for reverification of a set of related individuals.
Response to Arguments
Applicant's arguments filed 6/18/2026 have been fully considered but they are not persuasive.
With respect to the rejection under 35 USC 103, Applicant argues that the art of record does not disclose the claimed features.
Examiner respectfully disagrees. The Applicant’s arguments are directed to newly amended features; additional search has been conducted and the rejection has been updated to address said amendments. See updated Claim Rejections - 35 USC § 103 above.
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
US 6360254 – disclose a system that generates an expiring URL associated with a token.
Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a).
A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any nonprovisional extension fee (37 CFR 1.17(a)) pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to ALAN TORRICO-LOPEZ whose telephone number is (571)272-3247. The examiner can normally be reached M-F 10AM-5PM.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Beth Boswell can be reached at (571)272-6737. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/ALAN TORRICO-LOPEZ/Primary Examiner, Art Unit 3625
Prosecution Insights